unbekannte Datei |
Jensenmann
Super Moderator
Dabei seit: 16.03.2002
Beiträge: 2.756
|
|
bei mir entsteht immer unter c:\ eine *trace_b.txt*- Datei, die auch etliche MB gross ist (50 - 100 MB) und ich schon mehrmals gelöscht habe.
Wofür ist die gut? Scheint ja mit dem DivX-Codec zusammen zu hängen. Entsteht die während des 1. oder des 2. Durchgangs. Scheint mit *Bidirectional* zu tun zu haben.
Wenn man es öffnet, dauert es nur so ewig lange, bis die Datei offen ist.
__________________ mit multimedialen Gruss
Jensenmann
|
|
22.04.2002 12:30 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.932
|
|
ehmmm,... haste vielleciht dein mv file so genannt?
Cu Selur
__________________ Hybrid
|
|
22.04.2002 17:16 |
|
|
jan oberle
Jungspund
Dabei seit: 18.04.2002
Beiträge: 22
|
|
denk nich bei mir endet die mv file mit.bin
|
|
22.04.2002 21:27 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.932
|
|
hmm,.. kann man das nicht auch ändern ? (noch nie versucht)
Cu Selur
__________________ Hybrid
|
|
22.04.2002 21:30 |
|
|
Flask-Ripper
Kaiser
Dabei seit: 17.03.2002
Beiträge: 1.021
Herkunft: Niedersachsen, Göttingen
|
|
Doch kann man glaube ich auch ändern, aber das ist es nicht!
Bei mir entsteht die Datei auch immer nachm encoden mit DivX 5! Um so länger der zu encodende Film, um so größer wird die Datei! Hab vorhin nen 90 Min Film encodet, und die komische Textdatei ist ca. 40 MB groß!
Da stehen alle möglichen Infos drin, wann zu welchem Frame im Film welche einstellungen (B-Frames) usw. verwendet wurden!
Musst du dir mal angucken Selur, interessiert dich vielleicht!
Könnte aber gut möglich sein, was Jensenmann gepostet hat, wenn man bidirectional deaktiviert hat, dann könnte es gut sein, das dann das File nicht erstellt wird! Hab ich aber noch nicht getestet, dachte jetzt nur, weil da in der .txt Datei wohl drin steht zu welchem Frame halt ein B-Frame benutzt wurde, und wann nicht!
MfG Flask-Ripper
|
|
22.04.2002 21:54 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.932
|
|
Ahhh,.. wird ein log file sein,... sieht man da auch welcher Quantizer für die B-Frames verwendet wir? (könnte mal wer nene kleinen Ausschnitt aus so nem log file posten?)
Cu Selur
__________________ Hybrid
|
|
22.04.2002 22:32 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.932
|
|
Könnte mal einer ein kurzes mp4 file machen mit der dafür vorgesehnen Version im DivX5,.. würde mich mal interessieren ob die dann nicht aus Kommpatiblitäts gründen maximal nur ein B-Frame sodnern mehr B-Frames hintereinander machen
Cu Selur
Ps.: Unschön ist auch das B-Frames immer die gleiche größe zu haben scheinen,.. guckt mal bitte anch ob dem so ist ober ob das nur zufällig in dem Ausschnitt so ist.
__________________ Hybrid
|
|
23.04.2002 09:22 |
|
|
Jensenmann
Super Moderator
Dabei seit: 16.03.2002
Beiträge: 2.756
Themenstarter
|
|
Zitat: |
Original von Selur
ehmmm,... haste vielleciht dein mv file so genannt?
Cu Selur
|
nene, mein mv file heisst immer mvinfo.bin und liegt in dem Ordner, in dem ich den Film umwandle, zusammen mit der divx.log-Datei.
Die trace_b.txt-Datei entsteht scheinbar immer von selbst.
__________________ mit multimedialen Gruss
Jensenmann
|
|
23.04.2002 16:36 |
|
|
Jensenmann
Super Moderator
Dabei seit: 16.03.2002
Beiträge: 2.756
Themenstarter
|
|
Zitat: |
Original von Flask-Ripper
Doch kann man glaube ich auch ändern, aber das ist es nicht!
Bei mir entsteht die Datei auch immer nachm encoden mit DivX 5! Um so länger der zu encodende Film, um so größer wird die Datei! Hab vorhin nen 90 Min Film encodet, und die komische Textdatei ist ca. 40 MB groß!
Da stehen alle möglichen Infos drin, wann zu welchem Frame im Film welche einstellungen (B-Frames) usw. verwendet wurden!
Musst du dir mal angucken Selur, interessiert dich vielleicht!
Könnte aber gut möglich sein, was Jensenmann gepostet hat, wenn man bidirectional deaktiviert hat , dann könnte es gut sein, das dann das File nicht erstellt wird! Hab ich aber noch nicht getestet, dachte jetzt nur, weil da in der .txt Datei wohl drin steht zu welchem Frame halt ein B-Frame benutzt wurde, und wann nicht!
MfG Flask-Ripper
|
Also ich habe alles aktiviert, was aktiviert werden kann (in der Pro-Version), auch seit dem entsteht diese Datei.
__________________ mit multimedialen Gruss
Jensenmann
|
|
23.04.2002 16:39 |
|
|
Jensenmann
Super Moderator
Dabei seit: 16.03.2002
Beiträge: 2.756
Themenstarter
|
|
Zitat: |
Original von Selur
Könnte mal einer ein kurzes mp4 file machen mit der dafür vorgesehnen Version im DivX5,.. würde mich mal interessieren ob die dann nicht aus Kommpatiblitäts gründen maximal nur ein B-Frame sodnern mehr B-Frames hintereinander machen
Cu Selur
Ps.: Unschön ist auch das B-Frames immer die gleiche größe zu haben scheinen,.. guckt mal bitte anch ob dem so ist ober ob das nur zufällig in dem Ausschnitt so ist.
|
Werde mal ne MP4 Datei erstellen und dann nen Ausschnitt der trace_b.txt-Datei posten
__________________ mit multimedialen Gruss
Jensenmann
|
|
23.04.2002 16:43 |
|
|
Jensenmann
Super Moderator
Dabei seit: 16.03.2002
Beiträge: 2.756
Themenstarter
|
|
@ selur
hier ein Ausschnitt der trace_b.txt-Datei, während auch eine MP4-Datei erstellt wurde (und alle Pro-Features auf max). Hoffentlich kannste damit was anfangen. Bei Bedarf kann ich dir auch die gnaze Datei (133 kb) mal zu mailen; umfasst 779 frames
frame 0: coded as I ( 98212 bits )
frame 1: coded as P ( first marker; 8 bits )
frame 2: vop 2 (a) coded as P ( 13364 bits )
frame 2: vop 1 (a) coded as B ( 14514 bits )
frame 3: (b2) coded as P ( second marker; 56 bits )
frame 4: vop 4 (a) coded as P ( 15412 bits )
frame 4: vop 3 (a) coded as B ( 17130 bits )
frame 5: (b2) coded as P ( second marker; 56 bits )
frame 6: vop 6 (a) coded as P ( 17705 bits )
frame 6: vop 5 (a) coded as B ( 19123 bits )
frame 7: (b2) coded as P ( second marker; 56 bits )
frame 8: vop 8 (a) coded as P ( 29006 bits )
frame 8: vop 7 (a) coded as B ( 31044 bits )
frame 9: (b2) coded as P ( second marker; 56 bits )
frame 10: vop 10 (a) coded as P ( 29387 bits )
frame 10: vop 9 (a) coded as B ( 31322 bits )
frame 11: (b2) coded as P ( second marker; 56 bits )
frame 12: vop 12 (a) coded as P ( 55667 bits )
frame 12: vop 11 (a) coded as B ( 61188 bits )
frame 13: (b2) coded as P ( second marker; 56 bits )
frame 14: vop 14 (a) coded as P ( 69314 bits )
frame 14: vop 13 (a) coded as B ( 84588 bits )
frame 15: (b2) coded as P ( second marker; 56 bits )
frame 16: vop 16 (a) coded as P ( 62368 bits )
frame 16: vop 15 (a) coded as B ( 66609 bits )
frame 17: (b2) coded as P ( second marker; 56 bits )
frame 18: vop 18 (a) coded as P ( 73968 bits )
frame 18: vop 17 (a) coded as B ( 100158 bits )
frame 19: (b2) coded as P ( second marker; 56 bits )
frame 20: vop 20 (a) coded as P ( 75133 bits )
frame 20: vop 19 (a) coded as B ( 100621 bits )
frame 21: (b2) coded as P ( second marker; 56 bits )
frame 22: vop 22 (a) coded as P ( 71763 bits )
frame 22: vop 21 (a) coded as B ( 95756 bits )
frame 23: (b2) coded as P ( second marker; 56 bits )
frame 24: vop 24 (a) coded as P ( 85500 bits )
frame 24: vop 23 (a) coded as B ( 111950 bits )
frame 25: (b2) coded as P ( second marker; 56 bits )
frame 26: vop 26 (a) coded as P ( 75752 bits )
frame 26: vop 25 (a) coded as B ( 94573 bits )
frame 27: (b2) coded as P ( second marker; 56 bits )
frame 28: vop 28 (a) coded as P ( 76152 bits )
frame 28: vop 27 (a) coded as B ( 91668 bits )
frame 29: (b2) coded as P ( second marker; 56 bits )
frame 30: vop 30 (a) coded as P ( 67389 bits )
frame 30: vop 29 (a) coded as B ( 80211 bits )
frame 31: (b2) coded as P ( second marker; 56 bits )
frame 32: vop 32 (a) coded as P ( 63310 bits )
frame 32: vop 31 (a) coded as B ( 74302 bits )
frame 33: (b2) coded as P ( second marker; 56 bits )
frame 34: vop 34 (a) coded as P ( 58091 bits )
frame 34: vop 33 (a) coded as B ( 69237 bits )
frame 35: (b2) coded as P ( second marker; 56 bits )
frame 36: vop 36 (a) coded as P ( 56338 bits )
frame 36: vop 35 (a) coded as B ( 65442 bits )
frame 37: (b2) coded as P ( second marker; 56 bits )
frame 38: vop 38 (a) coded as P ( 52096 bits )
frame 38: vop 37 (a) coded as B ( 60923 bits )
frame 39: (b2) coded as P ( second marker; 56 bits )
frame 40: vop 40 (a) coded as P ( 43723 bits )
frame 40: vop 39 (a) coded as B ( 52290 bits )
frame 41: (b2) coded as P ( second marker; 56 bits )
frame 42: vop 42 (a) coded as P ( 53729 bits )
frame 42: vop 41 (a) coded as B ( 66447 bits )
frame 43: (b2) coded as P ( second marker; 56 bits )
frame 44: vop 44 (a) coded as P ( 58745 bits )
frame 44: vop 43 (a) coded as B ( 72731 bits )
frame 45: (b2) coded as P ( second marker; 56 bits )
frame 46: vop 46 (a) coded as P ( 63526 bits )
frame 46: vop 45 (a) coded as B ( 79127 bits )
frame 47: (b2) coded as P ( second marker; 56 bits )
frame 48: vop 48 (a) coded as P ( 73092 bits )
frame 48: vop 47 (a) coded as B ( 93531 bits )
frame 49: (b2) coded as P ( second marker; 56 bits )
frame 50: vop 50 (a) coded as P ( 61491 bits )
frame 50: vop 49 (a) coded as B ( 75245 bits )
__________________ mit multimedialen Gruss
Jensenmann
|
|
23.04.2002 16:59 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.932
|
|
Hmm,.. nicht schön benutzt auch imemr nur maximal 1 B-Frame,.. hoffe die Xvid Leutchen werden enem ermöglichena uch mehr zu benutzen (was dann aber elider in ner avi Hülle nicht mehr laufen wird).
Cu Selur
__________________ Hybrid
|
|
23.04.2002 17:19 |
|
|
Flask-Ripper
Kaiser
Dabei seit: 17.03.2002
Beiträge: 1.021
Herkunft: Niedersachsen, Göttingen
|
|
Und weils so schön ist
, hier auch noch mal ein Ausschnitt von dem oberen Zeilen der .txt Datei:
>>> incoming: I, q 4
>>> incoming: P, q 4
>>> incoming: P, q 4
>>> incoming: P, q 4
>>> incoming: P, q 4
>>> incoming: P, q 4
>>> incoming: P, q 4
>>> incoming: P, q 4
>>> incoming: P, q 3
>>> incoming: P, q 4
>>> incoming: P, q 4
>>> incoming: P, q 4
>>> incoming: P, q 4
>>> incoming: P, q 3
>>> incoming: P, q 3
>>> incoming: P, q 4
>>> incoming: P, q 3
>>> incoming: P, q 3
>>> incoming: P, q 3
>>> incoming: P, q 4
>>> incoming: P, q 2
Das könnte vielleicht was mitm Quantizer zu tun haben, der an der jenigen stelle benutzt wird, aber da steht halt nicht vor, zu welchem Frame das war!
Oder was meinen Profis wie Selur zu diesem Abschnitt??
MfG Flask-Ripper
|
|
23.04.2002 17:21 |
|
|
Selur
spamming old Newbie
Dabei seit: 13.03.2002
Beiträge: 10.932
|
|
incoming sollte eigentlich allerhöchstens sagen welcher Quantizer vom log/mv file vorgeschlagen wird, oder welche Quantizer der Mepg2 stream benutzt hat (was aber nix mit dem Mpeg4 quantizer zu tun haben muss).
Cu Selur
__________________ Hybrid
|
|
23.04.2002 17:41 |
|
|
Flask-Ripper
Kaiser
Dabei seit: 17.03.2002
Beiträge: 1.021
Herkunft: Niedersachsen, Göttingen
|
|
Alles klar, war jetzt auch nur mal so nebenher gefragt! Interessiert mich auch eigentlich nicht so sonderlich, was das genau bedeutet, ich meine es schadet ja nicht mal so eine Ahnung zu haben, was das wohl bedeutet, aber ich denke die Hauptsache ist, dass der Film hinterher GUT aus sieht!!
MfG Flask-Ripper
|
|
24.04.2002 01:13 |
|
|
Jensenmann
Super Moderator
Dabei seit: 16.03.2002
Beiträge: 2.756
Themenstarter
|
|
Zitat: |
Original von Flask-Ripper
Alles klar, war jetzt auch nur mal so nebenher gefragt! Interessiert mich auch eigentlich nicht so sonderlich, was das genau bedeutet, ich meine es schadet ja nicht mal so eine Ahnung zu haben, was das wohl bedeutet, aber ich denke die Hauptsache ist, dass der Film hinterher GUT aus sieht!!
MfG Flask-Ripper
|
yo
__________________ mit multimedialen Gruss
Jensenmann
|
|
24.04.2002 14:26 |
|
|
|