Lucike
19.08.2003, 20:42
[equote:9877ded9ec="Posted: December 11 2002, 2:16 by TanzendeSocke"]120ms Zeitversatz beim Stream
Hallo/Guten Morgen,
wahrscheinlich bin ich nur blind, aber ich schaffe es nicht mittels dem hervorragenden ds.jar einen -120ms Delay (zwischen A/V) aus einem DVB dBox2 Stream beim demuxen weg zu bekommen.
Wenn ich so einen Stream durch ds.jar geschickt habe, zeigt mir (nach dem muxen) PVAStrumento an das nun ein Delay +40ms (besser gesagt) Audio Starts 40ms earlier. Habe schon etliches versucht, aber leider keinen Erfolg. Zudem brauche ich leider einen kompletten MPEG2 Stream zum weiter arbeiten.
Ganz herzlichen Dank im voraus für evtl. Antworten.
MfG
TS[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 11 2002, 12:22 by dvb.matt"]hi,
der DE-mux mit ds. soll praktisch separate, aber zueinander synchrone Files als Ergebnis liefern (ohne irgendein Delay)
(alle anderen Konvert-Varianten in ds. verändern im Grunde nur die Streamform und beheben keinen Offset/Async; brauchts auch nicht, da die original Zeitstempel erhalten bleiben)
Das Videofile beginnt mit einem "closed" GOP, d.h. da gibts auch keine unnützen Frames vor dem ersten I-Fr.,
Werden diese demuxten nun mit nem Muxer gemuxt (wenn man nun zwingend nen MPG brauch), darf es da theoret. keinen A/V-Offset geben (ist also=0), andernfalls ist der Muxer Käse.
(die separaten .m2v , mp2,ac3 können mangels Zeitstempeln gar keinen Delay zueinander haben)
Der Muxer beginnt also bei allen Teilstreams mit der selben "Zeit".
Wenn PVAStr. nun dennoch mosert mit +/- irgendwas, dann schwindelt es wohl... k.A.
zeigt DVD2AVI den selben Delay?
Vorausgesetzt man hat im Muxer nicht schon einen Delaywert angegeben.
mfg[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 11 2002, 23:37 by TanzendeSocke"]Hallo dvbmatt,
ersteinmal herzlichen Dank für deine Antwort. Ich habe nun noch etwas probiert und es bleibt leider dabei. Der Muxer (MPEG2VCR, TMPEG (wobei der noch Fehler in den Stream zaubert ), bbMPEG) liefern das gleiche Ergebniss, wenn ich über ds.jar demuxe. Laut PVAS und DVD2AVI beim unbehandelten Stream 120ms Delay (Audio startet früher als Video) und nach dem DeMuxen mit ds.jar und wieder Muxen (mit einem der drei Muxer) 40ms Delay. Wenn ich die Werte beim Log von ds.jar richtig verstehe, was ich nicht glaube , dann erkennt ds.jar anscheind nur einen Delay von 80ms und korrigiert jenen. Obwohl eben andere Programme 120ms anzeigen. Kann gerne die ganzen Logs nachreichen.
Sorry das ich so nerve :}.
MfG
TS[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 12 2002, 12:06 by dvb.matt"]hmm..
es kommt drauf an, von welchem Videoframe die den Delay zum Audio bestimmen!
nimmt man nämlich den Zeitstempel vom I-Frame (= 1. gesendetes Frame) UND diese GOP ist nicht _geschlossen_ durch noch enthaltene, aber nicht darstellbare/decodierbare, führende B-Frames (was bei von DVB direkt genommen Daten häufig ist), dann ist das nicht DER Delay vom eigentlich ersten Frame im GOP (wäre dann 1 oder 2 B's = 40 oder 80ms) in der Zeit.
In so'nem Fall löscht ds. das/die erste/n genannten B-Frames (weil unnütz) und korrigiert die Reihenfolge im GOP. Entsprechend wird das die "fehlenden" 40ms Delay/Offset erklären.
Wir gehen mal davon aus, daß Video und Audio nachm Demux sync sind.
1) Das 1.GOP war meintewegen so lang: IBBPBBPBBPBB = 12*40ms = 480ms
2) nach Demux ist's so: IPBBPBBPBB = 10*40ms = 400ms (so machts ds. immer beim Demux)
Um nachm muxen sync zu sein, müßte:
bei 1) separates Audio praktisch sync zum ersten B (= 1.Frame in der Zeit) beginnen,
bei 2) sync mit I (= 1.Frame physisch und in der Zeit) beginnen
die demuxten A + V beginnen immer mit ihrem entsprechenden Startcode (haben aber eben keine Zeitstempel mehr)
der muxer vergibt deshalb für beide Starts (A+V) den selben Zeitwert (= 0 Delay/Offset) für den PTS (Zeit der Darstellung).
Bei 2) kann es somit keinen Delay/Offset geben, wenn nicht von Hand einer eingegeben wurde...
TMPG (beta12) funzt bei mir übrigens tadellos (und die Startwerte beim Muxen sind auch identisch bei A+V, also 0 Delay)
Kann gerne die ganzen Logs nachreichen.
das mach mal, insbes. weil das eben nicht sein kann bei 2).
(egal womit das alles demuxt wurde, bzw. wenn die neu encodiert werden.)
mfg[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 17 2002, 13:25 by dvb.matt"]hmmm....
hat sich wohl erledigt??[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 30 2002, 11:42 by TanzendeSocke"]Leider noch nicht :}
Hallo Matthias,
ersteinmal einen guten Rutsch ins neue Jahr oder alle GUTE fürs neue Jahr (je nachdem wann du es liest ).
Hat etwas länger gedauert, da ich etliches noch ausprobiert habe, wird nun etwas länger, aber vielleicht sehen vier Augen mehr als zweie .
1. PVAStrumento Log des unbehandelten Streams :
***
*** PVAStrumento 2.0.25
*** running at 12-30-2002 11:44
***
Stream info for
J:\test\01_Starsky & Hutch [Das letzte Mittel].m2p
VIDEO: Resolution 480 x 576
(2/3 D1)
Aspect ratio is 4:3
Frame rate 25.00 fps
Nominal bitrate 15000000 bps
first PTS: 00:00:00.180
AUDIO: MPEG-1, Layer 2
48.0 kHz, Stereo
Bitrate 192 kbps
Frame Length 24.0 ms (576 bytes)
first PTS: 00:00:00.060
Audio starts 120 ms early
(->video delay on muxing)
==SCANNING==
Syncing: Cutting audio.
No integer frame match for A/V.
[ Found a GOP with more than 15 pics.
See summary for total number at end. ]
No integer frame match for A/V.
1 audio frame(s) missing at the end.
ALERT> Temporal structure wrong in GOP - dropping
Done.
Video bitrate: max 4726 , avg 2843 kbps
Video: 73036 pics 00:48:41.440
Audio: 121727 frames 00:48:41.448
DVD (un)compliance:
375 GOPS with more than 15 frames
(Autosaving log to J:\test\01_Starsky & Hutch [Das letzte Mittel].m2p.txt)[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 30 2002, 11:49 by Guest"]2. Stream wurde mittels ds.jar (Grundeinstellungen) gedmuxt und mittels bbMPEG als MPEG2 File wieder gemuxt :
Montag, 30. Dezember 2002 18.40 Uhr CET
V0.61b (28.12.2002)
=> working with collection 0
=> write output files to J:\test\
=> File 0: J:\test\01_Starsky & Hutch [Das letzte Mittel].m2p (1207301736 bytes)
=> File is a MPEG-2 Program Stream
-> found ES-ID 0xE0 (MPEG Video)
-> found ES-ID 0xC0 (MPEG Audio)
-> video basics: 480*576 @ 25fps @ 0.6735 (4:3) @ 15000000bps, vbvBuffer 112
cut detected @ GOP#0 / new Timecode 00:00:00.000
video: fr/ct/1p/cg/og/dg 73036/1/0/5798/0/0
videolength: 73036f @ 00:48:41.440
avg. bitrate 3013200bps (min/max: 1300400/4726000)
===> new File: J:\test\01_Starsky & Hutch [Das letzte Mittel].mpv
--> MPEG Audio (0xC0)
Audio PTS: first packet 00:00:00.060, last packet 00:48:42.036
Video PTS: start 1.GOP 00:00:00.180, end last GOP 00:48:41.620
-> adjusting audio at video-timeline
=> src_audio: MPEG-1,Layer2,48kHz,stereo,192kbps,noCRC @ 00:00:00.000
audio frames: wri/pre/skip/ins/add 121727/0/0/0/0 @ 00:48:41.448 done..
===> new File: J:\test\01_Starsky & Hutch [Das letzte Mittel].mp2
Video: 73036 Frames 00:48:41.440 01_Starsky & Hutch [Das letzte Mittel].mpv
Audio 0: 121727 Frames 00:48:41.448 0/0/0/0 01_Starsky & Hutch [Das letzte Mittel].mp2
=> 1108169396 bytes written...
***
*** PVAStrumento 2.0.25
*** running at 12-30-2002 14:17
***
Stream info for
J:\test\s&h 01 bb.mpg
VIDEO: Resolution 480 x 576
(2/3 D1)
Aspect ratio is 4:3
Frame rate 25.00 fps
Nominal bitrate 3731200 bps
first PTS: 00:00:00.220
AUDIO: MPEG-1, Layer 2
48.0 kHz, Stereo
Bitrate 192 kbps
Frame Length 24.0 ms (576 bytes)
first PTS: 00:00:00.220
No A/V delay. Go celebrate !
==SCANNING==
Funny. Video and Audio start synchronously.
No integer frame match for A/V.
[ Found a GOP with more than 15 pics.
See summary for total number at end. ]
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 18 video frames missing at 00:00:09.760
Syncing: Cutting audio.
No integer frame match for A/V.
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 18 video frames missing at 00:00:08.080
Syncing: Cutting audio.
No integer frame match for A/V.
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 15 video frames missing at 00:00:03.640
Syncing: Cutting audio.
No integer frame match for A/V.
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 15 video frames missing at 00:00:12.280
Syncing: Cutting audio.
No integer frame match for A/V.
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 12 video frames missing at 00:00:06.280
Syncing: Cutting audio.
.....
[hunderte Zeilen rausgenommen, wegen Unübersichtlichkeit; admin]
.....
ALERT> Temporal structure wrong in GOP - dropping
ALERT> PTS less than NofP (400 ms < 480 ms) at 00:00:00.000
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 12 video frames missing at 00:00:00.400
Syncing: Cutting audio.
No integer frame match for A/V.
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 12 video frames missing at 00:00:01.960
Syncing: Cutting audio.
No integer frame match for A/V.
No integer frame match for A/V.
ALERT> Temporal structure wrong in GOP - dropping
Done.
Video bitrate: max 4705 , avg 2827 kbps
Video: 68958 pics 00:45:58.320
Audio: 115014 frames 00:46:00.336
DVD (un)compliance:
332 GOPS with more than 15 frames
(Autosaving log to J:\test\s&h 01 bb.mpg.txt)[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 30 2002, 11:54 by TanzendeSocke"]Und das ist eben im moment mein großes Problem. Bitte nicht böse sein, für die MegaLogs, aber bisher (ich habe auch schon woanders nachgefragt), konnte sich keiner einen Reim darauf machen.
Es ist auch egal, ob ich nun in bbMPEG als MPEG2 oder DVD Stream muxe, oder mittels TMPGEnc, es sind immer die gleichen Ergebnisse.
Schon mal vielen Dank im voraus, daß du es dir anguckst.
Mit herzlichen Grüßen
TanzendeSocke[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 30 2002, 11:56 by dvb.matt"]ersteinmal einen guten Rutsch ins neue Jahr oder alle GUTE fürs neue Jahr (je nachdem wann du es liest ).
dito
schaun wir uns das mal an..
mfg[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 31 2002, 3:20 by dvb.matt"]1. PVAStrumento Log des unbehandelten Streams :
Stream info for
J:\test\01_Starsky & Hutch [Das letzte Mittel].m2p
VIDEO: Resolution 480 x 576
first PTS: 00:00:00.180
AUDIO: MPEG-1, Layer 2
first PTS: 00:00:00.060
....
Video: 73036 pics 00:48:41.440
Audio: 121727 frames 00:48:41.448
2. Stream wurde mittels ds.jar (Grundeinstellungen) demuxt:
=> File 0: J:\test\01_Starsky & Hutch [Das letzte Mittel].m2p (1207301736 bytes)
....
-> video basics: 480*576 @ 25fps @ 0.6735 (4:3) @ 15000000bps, vbvBuffer 112
Audio PTS: first packet 00:00:00.060, last packet 00:48:42.036
Video PTS: start 1.GOP 00:00:00.180, end last GOP 00:48:41.620
....
=> src_audio: MPEG-1,Layer2,48kHz,stereo,192kbps,noCRC @ 00:00:00.000
audio frames: wri/pre/skip/ins/add 121727/0/0/0/0 @ 00:48:41.448 done..
...
Video: 73036 Frames 00:48:41.440 01_Starsky & Hutch [Das letzte Mittel].mpv
Audio 0: 121727 Frames 00:48:41.448 0/0/0/0 01_Starsky & Hutch [Das letzte Mittel].mp2
also wo ist jetzt hier der Unterschied beim Delay?
identischer kanns garnet sein...
Wie schon geschrieben, sind die angezeigten "first PTS" Werte nur die Info, ab welchen Zeitstempeln der Syncvorgang im Sourcefile begonnen wurde.
Beim Demux wird dieser Delay automatisch ausgeglichen, er existiert also nicht mehr.
Fehler werden hier auch keine gemeldet!
3. PVAStrumento Log des neu gemuxten Streams :
Stream info for
J:\test\s&h 01 bb.mpg
VIDEO: Resolution 480 x 576
first PTS: 00:00:00.220
AUDIO: MPEG-1, Layer 2
first PTS: 00:00:00.220
No A/V delay. Go celebrate !
kein Delay zwischen A + V vorhanden! wie zu erwarten war...
was willste mehr?
das A + V erst bei 0.220 beginnen, spielt da keine Rolle...
bis hierhin also kein Problem, wie du es geschildert hast.
"4. Stream wurde mittels ds.jar (Grundeinstellungen) demuxt:"
fehlt ja hier noch zum Vergleich..
ABER, viel schlimmer:
warum werden da jetzt hunderte von kaputten Daten gemeldet, die vorher offenbar nicht waren:
"ALERT> Temporal structure wrong in GOP - dropping"
"ALERT> 15 video frames missing at 00:00:0x.xxx"
usw.
gibt's denn im "s&h 01 bb.mpg" sichtbare Fehler beim abspielen?
bzw. im "J:\test\01_Starsky & Hutch [Das letzte Mittel].m2p"?
Es ist auch egal, ob ich nun in bbMPEG als MPEG2 oder DVD Stream muxe, oder mittels TMPGEnc, es sind immer die gleichen Ergebnisse.
was ds.jar zu "J:\test\s&h 01 bb.mpg" sagt bzgl. dropps und delay, wissen wir ja leider noch nicht...
fehlt also der (für dich wichtige) Vergleich.
-> also bitte das Log nachreichen
mfg[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: January 1 2003, 14:04 by TanzendeSocke"]Hallo Matt,
ersteinmal ein gesundes, frohes neues 2003 an dich und alle anderen.
Also das mit dem "zusätzlichen" Delay kam nach dem Schneiden/Abspeichern durch MPEG2VCR . Da habe ich mich total versehen SORRY.
Aber das mit diesen Fehlern ist ja noch bevor ich etwas cutte, also nach dem Gang Original Stream - mit ds.jar demuxt - mittels bbMPEG oder TMPEG oder MPEG2VCR gemuxt = Fehlerhafter Stream. Ja beim abspielen des so erstellten Streams gibt es nun auch Ruckler und "Aussetzer".
Also soll ich dieses "Fehlerhafte" File nochmals mittels ds.jar demuxen und dieses Log dir dann zukommen lassen? Sorry, falls ich so dumm frage .
Mit herzlichen Grüßen
TanzendeSocke[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: January 1 2003, 15:28 by dvb.matt"]ersteinmal ein gesundes, frohes neues 2003 an dich und alle anderen.
dir auch..
Also das mit dem "zusätzlichen" Delay kam nach dem Schneiden/Abspeichern durch MPEG2VCR . Da habe ich mich total versehen SORRY.
solangs erklärbar ist...
wurde IMO auch woanders berichtet.
Aber das mit diesen Fehlern ist ja noch bevor ich etwas cutte, also nach dem Gang Original Stream - mit ds.jar demuxt - mittels bbMPEG oder TMPGENC oder MPEG2VCR gemuxt = Fehlerhafter Stream. Ja beim abspielen des so erstellten Streams gibt es nun auch Ruckler und "Aussetzer".
das ist absolut irre..
es ist mir noch nie untergekommen, das ein vorher offenbar
sauberes File, nach dem Demux - Mux beschädigt war.
lass das .m2v was ds.j aus dem ersten Durchlauf ( 2.) ) erzeugt hat, nochmal (als .m2v eben, was noch ohne Probs. spielt?) durchlaufen, ob dort auch schon Fehler sind.
Also soll ich dieses "Fehlerhafte" File nochmals mittels ds.jar demuxen und dieses Log dir dann zukommen lassen?
wenn der besprochene Async/Delay nun durch MPEGVCR verursacht wurde, dann nicht (weil wirs ja nun wissen).
zum Vergleich nicht verkehrt, aber dann reichen die Teile wo "PTS" steht und die ZeitLängen der Files..
und ein paar der "dropp" Zeilen.
mfg[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: January 1 2003, 23:38 by TanzendeSocke"]Hallo Matthias,
so langsam weiß ich wo meine Haare gebleiben sind und wieso ich schon grau bin .
Habe nun mal in diversen Foren nachgeschaut und siehe da, ich bin wohl nicht alleine mit diesem (Problem) LogErgebnis von PVAS . Habe jetzt nochmals den von ds.jar demuxten und mittels bbMPEG gemuxten Stream im GOP Fixer von diesem MPEG2VCR durch laufen lassen = nur diese überlangen GOPs als Fehler, keine PTS Fehler kein gar nichts.
Nun ist die große Frage wer hat Recht .
Ich bleibe der Sache auf der Spur und wenn ich des Rätsel Lösung habe, werde ich es vermelden. Bis dahin, es liegt nicht an ds.jar , aber auch nicht an mir .
Mit hüpfenden Grüßen
TanzendeSocke[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: January 2 2003, 10:43 by dvb.matt"]hallo,
naja, der Stand der Dinge stellt mich nicht so recht zufrieden.
aber was solls...
mfg
matt[/equote:9877ded9ec]
Hallo/Guten Morgen,
wahrscheinlich bin ich nur blind, aber ich schaffe es nicht mittels dem hervorragenden ds.jar einen -120ms Delay (zwischen A/V) aus einem DVB dBox2 Stream beim demuxen weg zu bekommen.
Wenn ich so einen Stream durch ds.jar geschickt habe, zeigt mir (nach dem muxen) PVAStrumento an das nun ein Delay +40ms (besser gesagt) Audio Starts 40ms earlier. Habe schon etliches versucht, aber leider keinen Erfolg. Zudem brauche ich leider einen kompletten MPEG2 Stream zum weiter arbeiten.
Ganz herzlichen Dank im voraus für evtl. Antworten.
MfG
TS[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 11 2002, 12:22 by dvb.matt"]hi,
der DE-mux mit ds. soll praktisch separate, aber zueinander synchrone Files als Ergebnis liefern (ohne irgendein Delay)
(alle anderen Konvert-Varianten in ds. verändern im Grunde nur die Streamform und beheben keinen Offset/Async; brauchts auch nicht, da die original Zeitstempel erhalten bleiben)
Das Videofile beginnt mit einem "closed" GOP, d.h. da gibts auch keine unnützen Frames vor dem ersten I-Fr.,
Werden diese demuxten nun mit nem Muxer gemuxt (wenn man nun zwingend nen MPG brauch), darf es da theoret. keinen A/V-Offset geben (ist also=0), andernfalls ist der Muxer Käse.
(die separaten .m2v , mp2,ac3 können mangels Zeitstempeln gar keinen Delay zueinander haben)
Der Muxer beginnt also bei allen Teilstreams mit der selben "Zeit".
Wenn PVAStr. nun dennoch mosert mit +/- irgendwas, dann schwindelt es wohl... k.A.
zeigt DVD2AVI den selben Delay?
Vorausgesetzt man hat im Muxer nicht schon einen Delaywert angegeben.
mfg[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 11 2002, 23:37 by TanzendeSocke"]Hallo dvbmatt,
ersteinmal herzlichen Dank für deine Antwort. Ich habe nun noch etwas probiert und es bleibt leider dabei. Der Muxer (MPEG2VCR, TMPEG (wobei der noch Fehler in den Stream zaubert ), bbMPEG) liefern das gleiche Ergebniss, wenn ich über ds.jar demuxe. Laut PVAS und DVD2AVI beim unbehandelten Stream 120ms Delay (Audio startet früher als Video) und nach dem DeMuxen mit ds.jar und wieder Muxen (mit einem der drei Muxer) 40ms Delay. Wenn ich die Werte beim Log von ds.jar richtig verstehe, was ich nicht glaube , dann erkennt ds.jar anscheind nur einen Delay von 80ms und korrigiert jenen. Obwohl eben andere Programme 120ms anzeigen. Kann gerne die ganzen Logs nachreichen.
Sorry das ich so nerve :}.
MfG
TS[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 12 2002, 12:06 by dvb.matt"]hmm..
es kommt drauf an, von welchem Videoframe die den Delay zum Audio bestimmen!
nimmt man nämlich den Zeitstempel vom I-Frame (= 1. gesendetes Frame) UND diese GOP ist nicht _geschlossen_ durch noch enthaltene, aber nicht darstellbare/decodierbare, führende B-Frames (was bei von DVB direkt genommen Daten häufig ist), dann ist das nicht DER Delay vom eigentlich ersten Frame im GOP (wäre dann 1 oder 2 B's = 40 oder 80ms) in der Zeit.
In so'nem Fall löscht ds. das/die erste/n genannten B-Frames (weil unnütz) und korrigiert die Reihenfolge im GOP. Entsprechend wird das die "fehlenden" 40ms Delay/Offset erklären.
Wir gehen mal davon aus, daß Video und Audio nachm Demux sync sind.
1) Das 1.GOP war meintewegen so lang: IBBPBBPBBPBB = 12*40ms = 480ms
2) nach Demux ist's so: IPBBPBBPBB = 10*40ms = 400ms (so machts ds. immer beim Demux)
Um nachm muxen sync zu sein, müßte:
bei 1) separates Audio praktisch sync zum ersten B (= 1.Frame in der Zeit) beginnen,
bei 2) sync mit I (= 1.Frame physisch und in der Zeit) beginnen
die demuxten A + V beginnen immer mit ihrem entsprechenden Startcode (haben aber eben keine Zeitstempel mehr)
der muxer vergibt deshalb für beide Starts (A+V) den selben Zeitwert (= 0 Delay/Offset) für den PTS (Zeit der Darstellung).
Bei 2) kann es somit keinen Delay/Offset geben, wenn nicht von Hand einer eingegeben wurde...
TMPG (beta12) funzt bei mir übrigens tadellos (und die Startwerte beim Muxen sind auch identisch bei A+V, also 0 Delay)
Kann gerne die ganzen Logs nachreichen.
das mach mal, insbes. weil das eben nicht sein kann bei 2).
(egal womit das alles demuxt wurde, bzw. wenn die neu encodiert werden.)
mfg[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 17 2002, 13:25 by dvb.matt"]hmmm....
hat sich wohl erledigt??[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 30 2002, 11:42 by TanzendeSocke"]Leider noch nicht :}
Hallo Matthias,
ersteinmal einen guten Rutsch ins neue Jahr oder alle GUTE fürs neue Jahr (je nachdem wann du es liest ).
Hat etwas länger gedauert, da ich etliches noch ausprobiert habe, wird nun etwas länger, aber vielleicht sehen vier Augen mehr als zweie .
1. PVAStrumento Log des unbehandelten Streams :
***
*** PVAStrumento 2.0.25
*** running at 12-30-2002 11:44
***
Stream info for
J:\test\01_Starsky & Hutch [Das letzte Mittel].m2p
VIDEO: Resolution 480 x 576
(2/3 D1)
Aspect ratio is 4:3
Frame rate 25.00 fps
Nominal bitrate 15000000 bps
first PTS: 00:00:00.180
AUDIO: MPEG-1, Layer 2
48.0 kHz, Stereo
Bitrate 192 kbps
Frame Length 24.0 ms (576 bytes)
first PTS: 00:00:00.060
Audio starts 120 ms early
(->video delay on muxing)
==SCANNING==
Syncing: Cutting audio.
No integer frame match for A/V.
[ Found a GOP with more than 15 pics.
See summary for total number at end. ]
No integer frame match for A/V.
1 audio frame(s) missing at the end.
ALERT> Temporal structure wrong in GOP - dropping
Done.
Video bitrate: max 4726 , avg 2843 kbps
Video: 73036 pics 00:48:41.440
Audio: 121727 frames 00:48:41.448
DVD (un)compliance:
375 GOPS with more than 15 frames
(Autosaving log to J:\test\01_Starsky & Hutch [Das letzte Mittel].m2p.txt)[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 30 2002, 11:49 by Guest"]2. Stream wurde mittels ds.jar (Grundeinstellungen) gedmuxt und mittels bbMPEG als MPEG2 File wieder gemuxt :
Montag, 30. Dezember 2002 18.40 Uhr CET
V0.61b (28.12.2002)
=> working with collection 0
=> write output files to J:\test\
=> File 0: J:\test\01_Starsky & Hutch [Das letzte Mittel].m2p (1207301736 bytes)
=> File is a MPEG-2 Program Stream
-> found ES-ID 0xE0 (MPEG Video)
-> found ES-ID 0xC0 (MPEG Audio)
-> video basics: 480*576 @ 25fps @ 0.6735 (4:3) @ 15000000bps, vbvBuffer 112
cut detected @ GOP#0 / new Timecode 00:00:00.000
video: fr/ct/1p/cg/og/dg 73036/1/0/5798/0/0
videolength: 73036f @ 00:48:41.440
avg. bitrate 3013200bps (min/max: 1300400/4726000)
===> new File: J:\test\01_Starsky & Hutch [Das letzte Mittel].mpv
--> MPEG Audio (0xC0)
Audio PTS: first packet 00:00:00.060, last packet 00:48:42.036
Video PTS: start 1.GOP 00:00:00.180, end last GOP 00:48:41.620
-> adjusting audio at video-timeline
=> src_audio: MPEG-1,Layer2,48kHz,stereo,192kbps,noCRC @ 00:00:00.000
audio frames: wri/pre/skip/ins/add 121727/0/0/0/0 @ 00:48:41.448 done..
===> new File: J:\test\01_Starsky & Hutch [Das letzte Mittel].mp2
Video: 73036 Frames 00:48:41.440 01_Starsky & Hutch [Das letzte Mittel].mpv
Audio 0: 121727 Frames 00:48:41.448 0/0/0/0 01_Starsky & Hutch [Das letzte Mittel].mp2
=> 1108169396 bytes written...
***
*** PVAStrumento 2.0.25
*** running at 12-30-2002 14:17
***
Stream info for
J:\test\s&h 01 bb.mpg
VIDEO: Resolution 480 x 576
(2/3 D1)
Aspect ratio is 4:3
Frame rate 25.00 fps
Nominal bitrate 3731200 bps
first PTS: 00:00:00.220
AUDIO: MPEG-1, Layer 2
48.0 kHz, Stereo
Bitrate 192 kbps
Frame Length 24.0 ms (576 bytes)
first PTS: 00:00:00.220
No A/V delay. Go celebrate !
==SCANNING==
Funny. Video and Audio start synchronously.
No integer frame match for A/V.
[ Found a GOP with more than 15 pics.
See summary for total number at end. ]
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 18 video frames missing at 00:00:09.760
Syncing: Cutting audio.
No integer frame match for A/V.
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 18 video frames missing at 00:00:08.080
Syncing: Cutting audio.
No integer frame match for A/V.
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 15 video frames missing at 00:00:03.640
Syncing: Cutting audio.
No integer frame match for A/V.
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 15 video frames missing at 00:00:12.280
Syncing: Cutting audio.
No integer frame match for A/V.
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 12 video frames missing at 00:00:06.280
Syncing: Cutting audio.
.....
[hunderte Zeilen rausgenommen, wegen Unübersichtlichkeit; admin]
.....
ALERT> Temporal structure wrong in GOP - dropping
ALERT> PTS less than NofP (400 ms < 480 ms) at 00:00:00.000
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 12 video frames missing at 00:00:00.400
Syncing: Cutting audio.
No integer frame match for A/V.
ALERT> Temporal structure wrong in GOP - dropping
ALERT> 12 video frames missing at 00:00:01.960
Syncing: Cutting audio.
No integer frame match for A/V.
No integer frame match for A/V.
ALERT> Temporal structure wrong in GOP - dropping
Done.
Video bitrate: max 4705 , avg 2827 kbps
Video: 68958 pics 00:45:58.320
Audio: 115014 frames 00:46:00.336
DVD (un)compliance:
332 GOPS with more than 15 frames
(Autosaving log to J:\test\s&h 01 bb.mpg.txt)[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 30 2002, 11:54 by TanzendeSocke"]Und das ist eben im moment mein großes Problem. Bitte nicht böse sein, für die MegaLogs, aber bisher (ich habe auch schon woanders nachgefragt), konnte sich keiner einen Reim darauf machen.
Es ist auch egal, ob ich nun in bbMPEG als MPEG2 oder DVD Stream muxe, oder mittels TMPGEnc, es sind immer die gleichen Ergebnisse.
Schon mal vielen Dank im voraus, daß du es dir anguckst.
Mit herzlichen Grüßen
TanzendeSocke[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 30 2002, 11:56 by dvb.matt"]ersteinmal einen guten Rutsch ins neue Jahr oder alle GUTE fürs neue Jahr (je nachdem wann du es liest ).
dito
schaun wir uns das mal an..
mfg[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: December 31 2002, 3:20 by dvb.matt"]1. PVAStrumento Log des unbehandelten Streams :
Stream info for
J:\test\01_Starsky & Hutch [Das letzte Mittel].m2p
VIDEO: Resolution 480 x 576
first PTS: 00:00:00.180
AUDIO: MPEG-1, Layer 2
first PTS: 00:00:00.060
....
Video: 73036 pics 00:48:41.440
Audio: 121727 frames 00:48:41.448
2. Stream wurde mittels ds.jar (Grundeinstellungen) demuxt:
=> File 0: J:\test\01_Starsky & Hutch [Das letzte Mittel].m2p (1207301736 bytes)
....
-> video basics: 480*576 @ 25fps @ 0.6735 (4:3) @ 15000000bps, vbvBuffer 112
Audio PTS: first packet 00:00:00.060, last packet 00:48:42.036
Video PTS: start 1.GOP 00:00:00.180, end last GOP 00:48:41.620
....
=> src_audio: MPEG-1,Layer2,48kHz,stereo,192kbps,noCRC @ 00:00:00.000
audio frames: wri/pre/skip/ins/add 121727/0/0/0/0 @ 00:48:41.448 done..
...
Video: 73036 Frames 00:48:41.440 01_Starsky & Hutch [Das letzte Mittel].mpv
Audio 0: 121727 Frames 00:48:41.448 0/0/0/0 01_Starsky & Hutch [Das letzte Mittel].mp2
also wo ist jetzt hier der Unterschied beim Delay?
identischer kanns garnet sein...
Wie schon geschrieben, sind die angezeigten "first PTS" Werte nur die Info, ab welchen Zeitstempeln der Syncvorgang im Sourcefile begonnen wurde.
Beim Demux wird dieser Delay automatisch ausgeglichen, er existiert also nicht mehr.
Fehler werden hier auch keine gemeldet!
3. PVAStrumento Log des neu gemuxten Streams :
Stream info for
J:\test\s&h 01 bb.mpg
VIDEO: Resolution 480 x 576
first PTS: 00:00:00.220
AUDIO: MPEG-1, Layer 2
first PTS: 00:00:00.220
No A/V delay. Go celebrate !
kein Delay zwischen A + V vorhanden! wie zu erwarten war...
was willste mehr?
das A + V erst bei 0.220 beginnen, spielt da keine Rolle...
bis hierhin also kein Problem, wie du es geschildert hast.
"4. Stream wurde mittels ds.jar (Grundeinstellungen) demuxt:"
fehlt ja hier noch zum Vergleich..
ABER, viel schlimmer:
warum werden da jetzt hunderte von kaputten Daten gemeldet, die vorher offenbar nicht waren:
"ALERT> Temporal structure wrong in GOP - dropping"
"ALERT> 15 video frames missing at 00:00:0x.xxx"
usw.
gibt's denn im "s&h 01 bb.mpg" sichtbare Fehler beim abspielen?
bzw. im "J:\test\01_Starsky & Hutch [Das letzte Mittel].m2p"?
Es ist auch egal, ob ich nun in bbMPEG als MPEG2 oder DVD Stream muxe, oder mittels TMPGEnc, es sind immer die gleichen Ergebnisse.
was ds.jar zu "J:\test\s&h 01 bb.mpg" sagt bzgl. dropps und delay, wissen wir ja leider noch nicht...
fehlt also der (für dich wichtige) Vergleich.
-> also bitte das Log nachreichen
mfg[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: January 1 2003, 14:04 by TanzendeSocke"]Hallo Matt,
ersteinmal ein gesundes, frohes neues 2003 an dich und alle anderen.
Also das mit dem "zusätzlichen" Delay kam nach dem Schneiden/Abspeichern durch MPEG2VCR . Da habe ich mich total versehen SORRY.
Aber das mit diesen Fehlern ist ja noch bevor ich etwas cutte, also nach dem Gang Original Stream - mit ds.jar demuxt - mittels bbMPEG oder TMPEG oder MPEG2VCR gemuxt = Fehlerhafter Stream. Ja beim abspielen des so erstellten Streams gibt es nun auch Ruckler und "Aussetzer".
Also soll ich dieses "Fehlerhafte" File nochmals mittels ds.jar demuxen und dieses Log dir dann zukommen lassen? Sorry, falls ich so dumm frage .
Mit herzlichen Grüßen
TanzendeSocke[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: January 1 2003, 15:28 by dvb.matt"]ersteinmal ein gesundes, frohes neues 2003 an dich und alle anderen.
dir auch..
Also das mit dem "zusätzlichen" Delay kam nach dem Schneiden/Abspeichern durch MPEG2VCR . Da habe ich mich total versehen SORRY.
solangs erklärbar ist...
wurde IMO auch woanders berichtet.
Aber das mit diesen Fehlern ist ja noch bevor ich etwas cutte, also nach dem Gang Original Stream - mit ds.jar demuxt - mittels bbMPEG oder TMPGENC oder MPEG2VCR gemuxt = Fehlerhafter Stream. Ja beim abspielen des so erstellten Streams gibt es nun auch Ruckler und "Aussetzer".
das ist absolut irre..
es ist mir noch nie untergekommen, das ein vorher offenbar
sauberes File, nach dem Demux - Mux beschädigt war.
lass das .m2v was ds.j aus dem ersten Durchlauf ( 2.) ) erzeugt hat, nochmal (als .m2v eben, was noch ohne Probs. spielt?) durchlaufen, ob dort auch schon Fehler sind.
Also soll ich dieses "Fehlerhafte" File nochmals mittels ds.jar demuxen und dieses Log dir dann zukommen lassen?
wenn der besprochene Async/Delay nun durch MPEGVCR verursacht wurde, dann nicht (weil wirs ja nun wissen).
zum Vergleich nicht verkehrt, aber dann reichen die Teile wo "PTS" steht und die ZeitLängen der Files..
und ein paar der "dropp" Zeilen.
mfg[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: January 1 2003, 23:38 by TanzendeSocke"]Hallo Matthias,
so langsam weiß ich wo meine Haare gebleiben sind und wieso ich schon grau bin .
Habe nun mal in diversen Foren nachgeschaut und siehe da, ich bin wohl nicht alleine mit diesem (Problem) LogErgebnis von PVAS . Habe jetzt nochmals den von ds.jar demuxten und mittels bbMPEG gemuxten Stream im GOP Fixer von diesem MPEG2VCR durch laufen lassen = nur diese überlangen GOPs als Fehler, keine PTS Fehler kein gar nichts.
Nun ist die große Frage wer hat Recht .
Ich bleibe der Sache auf der Spur und wenn ich des Rätsel Lösung habe, werde ich es vermelden. Bis dahin, es liegt nicht an ds.jar , aber auch nicht an mir .
Mit hüpfenden Grüßen
TanzendeSocke[/equote:9877ded9ec]
[equote:9877ded9ec="Posted: January 2 2003, 10:43 by dvb.matt"]hallo,
naja, der Stand der Dinge stellt mich nicht so recht zufrieden.
aber was solls...
mfg
matt[/equote:9877ded9ec]