Tonsynchronität nach demuxen prüfen

[TexanerX]

Hallo,

habe jetzt den ersten Film mit ProgDVb und Yac3 1,81 aufgenommen. Anschließend mit X08.jar gedemuxt und mit DVDLab zur DVD verarbeitet. Leider stellte sich erst da dann heraus das der DD Ton unsynchron zum Film war.

Gibt es Möglichkeit dies vor dem Brennen der DVD zu prüfen. Wenn ich die erstellten VOB Files mit Power DVD abspiele habe ich ja keinen Ton, da ich keinen DD Decober am Rechner dran habe. Also müsste ich eine andere Lösung finden. Zeigt mit X08.jar die Synchronität irgendwie an?

Kennt sich damit jemand aus??

Danke

[TheHorse]

Mein PowerDVD (XP) hat für AC3-Tonspuren folgende Einstellmöglichkeiten für zwei Lautsprecher (ich hab auch keine Rundumkrach-Anlage am PC!):
DirectSound 3D
Downmix
Stereo
TrueSurround
Damit kann ich jede db-Spur zum Klingen bringen (mehr oder weniger "Surround" :wink: ). Komisch, dass das bei dir nicht geht.

BTW: Alle AC3-Spuren, die ich bisher mit X und Vorfahren gemacht habe, waren synchron. DVDLab (so schön ich es finde) hat manchmal Probleme mit dem Muxen (muss aber nicht die Ursache sein). In der letzten Beta kann man immerhin einen globalen Delay einstellen.

[TexanerX]

Ok, danke. Das mit dem Abspielen ist jetzt klar. Das geht mit dem Downmix.

Was mich aber echt nervt ist, das auch der 2.aufegenommene Film asynchronist. Wie bekomme ich raus ob der Fehler beim Aufnehmen oder beim demuxen entsteht??

Danke

[skl]

warum kannst Du denn nicht den Originalstream einfach abspielen? Dann hörst Du es doch.
Übrigens würde ich mal den Demultiplexer von Elecard (http://www.elecard.com/download/) probieren. Im DVBViewer Board hatten wir einige Leute deren Asynchronitäten dann weg waren. Der ist nämlich um einiges gutmütiger bei DVBStream als der M$.
Steffen

[TexanerX]

Ok, wenn ich den Film in ProgDVB abspiele ist alles synchron. Nutzt ProgDVB dabei überhaupt den AC 3 stream.

Was das demuxen der beiden Files betrifft, so meinst du sicher das Programm : ][Muxer (2.03) von Elecard. Aber kann dies wirklich mit Dolby Sound umgehen???

Mal angenommen das die Rohdaten synchron sind und erst durch X08 unsynchrun werden. Worin liegt das und kann ich die verhindern?

Danke

[dvb.matt]

ersten Film mit ProgDVb und Yac3 1,81
AC3 extra File? als ES/PES? im MPG drin?
LOG POSTEN... = Regel 3 (http://forum.dvbtechnics.info/viewtopic.php?p=223#223)

Zeigt mit X08.jar die Synchronität irgendwie an?
ja, bei demux je GOP (alle ~0,5sec Spielzeit) im Feld A/V offset.
(normal nicht extra geloggt)

[TexanerX]

Ja, AC3 ist ein extra File. Aber ich glaube ich habe das falsche Format genommen. Ich werde Yac3 jetzt mal auf raw with Pes umstellen und neu testen.

Melde mich danach nochmal.

ja, bei demux je GOP (alle ~0,5sec Spielzeit) im Feld A/V offset.
(normal nicht extra geloggt)

wo stellt man das ein???


Danke

[TexanerX]

Jetzt habe ich gerade noch mal etwas Film testweise aufgenommen und versucht zu demuxen.Folgendes Log erscheint:

=== session infos ===



=> working with collection 0

-> write output files to :

C:\record\



=> File 0: C:\record\sound.ac3 (19995136 bytes)

=> File is AC-3 Audio ES

--> using faked PTS for following data

Audio PTS: first packet 00:00:00.000, last packet 00:00:00.000

=> src_audio: AC-3,CM,3/2lfe(5.1),48000Hz,448kbps @ 00:00:00.000

audio frames: wri/pre/skip/ins/add 11158/0/0/0/0 @ 00:05:57.056 done..

===> new File: C:\record\sound_0.ac3



=> File 1: C:\record\video.pva (154191668 bytes)

=> File is PVA (Video/Audio PES)

=> demux

stopped...

java.lang.IndexOutOfBoundsException: Index: 0, Size: 0

at java.util.ArrayList.RangeCheck(Unknown Source)

at java.util.ArrayList.get(Unknown Source)

at X$WORK.pvaparse(X.java:6545)

at X$WORK.working(X.java:4529)

at X$WORK.run(X.java:4272)

[TexanerX]

Noch mal getestet mit mpg und ac3 (raw with pes). jetzt läuft das demuxen, aber wieder kommt:

--> AC-3 Audio

Audio PTS: first packet 09:56:09.030, last packet 09:57:34.630

Video PTS: start 1.GOP 00:00:00.280, end last GOP 00:01:24.320

-> !! video & audio pts doesn't match at any time!

-> adjusting audio at its own timeline

Noch schlimmer bei pva mit ac3:

--> AC-3 Audio

Audio PTS: first packet 10:00:50.950, last packet 10:02:04.390

Video PTS: start 1.GOP 00:00:00.280, end last GOP 00:01:12.200

-> !! video & audio pts doesn't match at any time!

-> adjusting audio at its own timeline

=> src_audio: AC-3,CM,3/2lfe(5.1),48000Hz,448kbps @ 00:00:00.000

audio frames: wri/pre/skip/ins/add 2295/0/0/0/0 @ 00:01:13.440 done..

Wo liegt die Ursache dafür? Er müsste doch das Audio am Video synchronisieren??

Danke

[dvb.matt]

wo stellt man das ein???
gar nicht, ist immer da, genau im Blickzentrum (neben action:'demux')

Film testweise aufgenommen und versucht zu demuxen
=> File 0: C:\record\sound.ac3 (19995136 bytes)
=> File is AC-3 Audio ES
...
=> File 1: C:\record\video.pva (154191668 bytes)
=> File is PVA (Video/Audio PES)

Reihenfolge ist falsch: immer zuoberst den Typ mit Video laden, Audio etc. drunter.
(deswegen der Crash, weil PVA nicht als Subtype erlaubt ist)

--> AC-3 Audio
Audio PTS: first packet 09:56:09.030, last packet 09:57:34.630
Video PTS: start 1.GOP 00:00:00.280, end last GOP 00:01:24.320
-> !! video & audio pts doesn't match at any time!
...
Noch schlimmer bei pva mit ac3:
--> AC-3 Audio
Audio PTS: first packet 10:00:50.950, last packet 10:02:04.390
Video PTS: start 1.GOP 00:00:00.280, end last GOP 00:01:12.200
-> !! video & audio pts doesn't match at any time!
'schlimmer', weil du's 5 min später aufgezeichnet hast...

Reihenfolge s.o.
ProgDVB generiert wohl immer neue Zeitstempel (nur nicht bei PES-raw).
sieht man ja, das Video jeweils bei 0 beginnt, der AC3-PES nicht.

den automat. Sync von dem pva mit raw/PES resp. ES via X kannste also knicken.
Die Aufgabe obliegt hiernach voll und ganz ProgDVB, da es den Strom bereits manipuliert...
(und das bei Fehlern u.U. nur einseitig, d.h. nur im pva, nicht aber im PES/ES)

soll heißen, unter den Voraussetzungen kannste auch jeden anderen Demuxer nehmen und per Hand nachsynchronisieren, weil besser gehts mit X so nämlich auch nicht..

oder du nimmst einen andren Grabber..

[TexanerX]

Ok, gehen wir mal von aus, das X08 es nicht schaft trotz ac3 synch anhand pva den Ton synchron zu bekommen. Wie kann ich denn die Synchronisation manuell machen???

Vielleicht hat jemand ne Anleitung dafür??

Hab jetzt wieder mal nen kompletten Film in PVA und Ac3 mit Version 3.97 und YAC3 1.60 aufgenommen. Laut Log hat er Audio an Timeline Video synchronisiert:

=> File 0: C:\record\September 21 17 58 38.pva (2149891162 bytes)

=> File is PVA (Video/Audio PES)

=> demux

-> found ID 0x1

-> ID 0x1 (Video)

-> found ID 0x2

-> ID 0x2 (additional) has PES-ID 0xC0 (MPEG Audio)

-> video basics: 704*576 @ 25fps @ 0.7031 (16:9) @ 15000000bps, vbvBuffer 112

dropping useless B-Frames @ GOP#0 / new Timecode 00:00:00.000

video: fr/ct/1p/cg/og/dg 115222/1/0/8787/0/0

videolength: 115222f @ 01:16:48.880

avg. nom. bitrate 3531403bps (min/max: 1150800/6644000)

set first sequence_header bitrate to 6644000bps

===> new File: C:\record\September 21 17 58 38.mpv

--> MPEG Audio (0xC0)

Audio PTS: first packet 03:26:05.614, last packet 04:42:54.910

Video PTS: start 1.GOP 03:26:06.445, end last GOP 04:42:55.325

-> adjusting audio at video-timeline

=> src_audio: MPEG-1,Layer2,48000Hz,stereo,192kbps,CRC @ 00:00:00.000

-> 12 frame(s) (288ms) added @ 01:16:48.600

audio frames: wri/pre/skip/ins/add 192037/0/0/0/12 @ 01:16:48.888 done..

===> new File: C:\record\September 21 17 58 38.mp2



=> File 1: C:\record\September 21 17 58 38.ac3 (258128640 bytes)

=> File is AC-3 Audio ES

--> using faked PTS for following data

Audio PTS: first packet 03:26:06.445, last packet 03:26:06.445

Video PTS: start 1.GOP 03:26:06.445, end last GOP 04:42:55.325

-> adjusting audio at video-timeline

=> src_audio: AC-3,CM,3/2lfe(5.1),48000Hz,448kbps @ 00:00:00.000

audio frames: wri/pre/skip/ins/add 144027/0/0/0/0 @ 01:16:48.864 done..

===> new File: C:\record\September 21 17 58 38_0.ac3



summary of created media files:

.Video: 115222 Frames 01:16:48.880 C:\record\September 21 17 58 38.mpv

Audio 0: 192037 Frames 01:16:48.888 0/0/0/12 C:\record\September 21 17 58 38.mp2

Audio 1: 144027 Frames 01:16:48.864 0/0/0/0 C:\record\September 21 17 58 38_0.ac3

=> 2403186484 bytes written...

Vielleicht kann mir anhand des Logs jemand erklären warum der Ton immer noch schneller ist als der Film.

Danke

[dvb.matt]

also nochmal, bei Verwendung mit X:
* pva bzw. mpg mit extra raw-PES bringt mit ProgDVB KEINE Punkte (AFAIK gilt das auch für WDVBL)
* pva bzw. mpg mit extra ES setzt voraus, dass ES bereits synch zum Video startet und beide Files komplett fehlerfrei sind. (es gibt da noch mehr zu beachten)

=> File is AC-3 Audio ES
--> using faked PTS for following data
Audio PTS: first packet 03:26:06.445, last packet 03:26:06.445
Video PTS: start 1.GOP 03:26:06.445, end last GOP 04:42:55.325
-> adjusting audio at video-timeline

ES hat keine PTSs, also wird der erste vom Video für den Start übernommen. (s.o. bzgl. vorgegebenen Start-Sync)
alle weiteren Syncpunkte werden zwangsläufig extrapoliert, was eine fehlerlose UND bereits synchrone ES-Datei voraussetzt.
Das aber ist z.B. bei Pr****** D**** bei AC3 schon senderseitig NICHT der Fall. (über die PTS ja schon, aber die FEHLEN ja hier, oder stimmen nicht überein..)

wie gesagt, die Voraussetzungen sind denkbar schlecht.
Und etwaige Fehler (wie du ja bereits in Form 2er verhunzter DVDs hast) können X nicht angelastet werden..

Wie kann ich denn die Synchronisation manuell machen???
mit nem kommerziellen Authoringprogramm z.B. ...

Audio PTS: first packet 03:26:05.614, last packet 04:42:54.910
Video PTS: start 1.GOP 03:26:06.445, end last GOP 04:42:55.325

Was haste noch geändert, das die PTS jetzt NICHT bei 0 beginnen?

-> benutze für Mehrspur-Captures besser einen anderen Grabber!

[TexanerX]

Ok, danke dvb.matt. Es liegt also def. nicht am demuxen, sondern an der Aufnahme von ProgDVB. Anscheinend startet hier die Videoaufnahme nicht synchron zur AC3 Aufnahme?

Du sagst ich sollte einen anderen Grabber nehmen. Kannst du mir einen empfehlen der diesbezüglich mein Problem löst?

Welches kommerzielle Authoringprogramm zur manuellen synchronisierung kommt dafür in Frage? Hast du einen Tip?

Wieso scheint das Aufnehmen mit ProgDVb bei anderen synchron zu klappen und bei mir nicht? Ich kann doch die Aufnahme nicht manuell starten, oder?

Danke

[skl]

geh mal ins DVBViewer Forum (http://www.dvbviewer.com/forum/) und frag dort mal Oliver. Als Aufnahmesoftware bentuzten wir den DVBViewer. Er hat bereits Erfahrung in Bezug auf DVD und AC3.
Allerdings musst Du Dich bei Aufnahmen mit diesem entscheiden ob Du Stereo oder AC3 aufnimmst, weil er noch nicht in der Lage ist den kompletten Transportstream zu recorden.
Zweite Bedingung ist eine SS2, weil er mit anderen Karten nicht läuft.
Übrigens zum demuxen benutzt er ProjectX.
Steffen

[dvb.matt]

Du sagst ich sollte einen anderen Grabber nehmen. Kannst du mir einen empfehlen der diesbezüglich mein Problem löst?
geht nicht, weil du Regel 2 (http://forum.dvbtechnics.info/viewtopic.php?p=223#223) nicht vollständig beachtet hast...

Es liegt also def. nicht am demuxen
im Ergebnis schon.
nur weil Märchen eben nie wahr werden, kann man halt "aus Stroh kein Gold spinnen"..
(klingt jetzt arrogant, aber WIE die Ausgabe der jeweiligen Grabber verwendet werden kann bzw. wofür diese geeignet sind, weiß nur der Autor jener selbst)

Welches kommerzielle Authoringprogramm zur manuellen synchronisierung
eins, wo die Tonspuren auf der Timeline verschoben werden können. Name weiß ich jetz nicht.

Wieso scheint das Aufnehmen mit ProgDVb bei anderen synchron zu klappen und bei mir nicht? Ich kann doch die Aufnahme nicht manuell starten, oder?
das weiß ich nicht, weil ich es nicht benütze.
ergo mußt du dich über die Vorgehensweise noch woanders informieren:
z.B. hier (http://www.pinnaclefanboard.com/forumdisplay.php?&forumid=17) oder hier (http://dvbcube.safehost.de/index.php)

[dvb.matt]

@TexanerX
nur so zur Info:
einen gleichmäßigen A/V-Versatz (z.B. zum Start) kann man in X durchs Feld add audio offset ausgleichen.