A/V delay nach demuxen

DV User · Beitrag 0 - Verfasst am: So Jan 04, 2004 14:44 Titel:

Hallo,

kann mir jemand sagen, was ProjectX und/oder PVAStrumento mit dem A/V Delay beim demuxen "machen"?

PVAStrumento hat früher (2.0.30) den Audiodelay angegeben, im aktuellen RC5 allerdings nicht mehr. Werden die Streams jetzt automatisch synchronisiert?

Und was macht ProjectX (0.81.5). Am Ende wird etwas von "fixing Audio..." ausgegeben und ich kann auch nirgendwo die Angabe zum A/V Delay finden.

Heißt das, daß ich mich nicht mehr drum kümmern muß und die mit mpeg2schnitt nach dem demuxen geschnittenen Files gefahrlos mit jedem Programm muxen kann? Oder muß ich mir das A/V Delay anderswie errechnen/besorgen und es doch noch berücksichtigen?

Gruß DV User

BirdOfPrey · Beitrag 1 - Verfasst am: So Jan 04, 2004 15:52 Titel:

DV User · Beitrag 2 - Verfasst am: So Jan 04, 2004 16:22 Titel:

Danke, dann kann man die Streams ja gefahrlos schneiden.

Ob der Sync nun auf exakt 109ms (Angabe von DVB2000 Recorder) oder auf 96ms bzw. 120ms (4 bzw. 5 Frames a 24ms) gesetzt wird ist mir eigentlich egal.

Gruß DV User

Martin Dienert · Anmeldungsdatum: 21.02.2002 Beiträge: 87

Hallo DV User,

PVAS und X richten sich beim demuxen nach den PTS-Zeiten.
Dadurch sind die Video- und Audiodateien pracktisch synchron. Wir reden hier von DVB-Aufnahmen. Die Verschiebung zwischen Video und Audio in der Orginaldatei kannst du am Anfang des Protokolls an den PTS-Zeiten ablesen.

DV User · Beitrag 4 - Verfasst am: Fr Jan 16, 2004 2:19 Titel:

Hallo Martin,

Danke für die genaue Erklärung.

Gerade hab' ich schon wieder ein weiteres Problem in diesem Zusammenhang bzw. eine Frage zu mpeg2schnitt 0.6g

Wenn ich A/V-Dateien mit einem bekannten Audiodelay habe, dann kann ich den ja bei mpeg2schnitt einstellen. Was ist dann nach dem Schnitt? Vernutlich ist der Versatz bei 0 bzw. annähernd 0 und ich muß mich nicht mehr drum kümmern, oder?

Und was muß ich bei mpeg2schnitt eingeben? SR schreibt mir ins Logfile: Audio: Delay -67ms. Also muß ich wohl auch -67 angeben und nicht +67ms. Dumme Frage eigentlich, aber bei TMPGEnc weiß ich es auch nie. Dort "errate" ich es meist anhand der WAV-Darstellung.

Leider kann ich den Stream nicht durch ProjectX jagen. Der löscht mir nach dem ersten Audiosektor den kompletten Ton, weil er meint, alle paar Sekunden defekte Frames aus dem File werfen zu müssen

Dabei ist das nur ein NTSC-VOB, das mit einem Panasonic DVD-Rekorder aufgenommen wurde (mit AC3 Stereosound). Ich muß es also mit TMPGEnc demuxen.

Gruß DV User

Homer7 · Anmeldungsdatum: 15.05.2002 Beiträge: 61

du kannst das demuxen auch sr machen lassen (stream processing-demux to extra file).

Martin Dienert · Anmeldungsdatum: 21.02.2002 Beiträge: 87

Hallo DV User,

DV User · Beitrag 7 - Verfasst am: Fr Jan 16, 2004 13:43 Titel:

BirdOfPrey · Beitrag 8 - Verfasst am: Fr Jan 16, 2004 15:15 Titel:

DV User · Beitrag 9 - Verfasst am: Fr Jan 16, 2004 17:34 Titel:

Es gibt dazu wohl eine Einstellung, die aber bei 0.81.6 defaultmäßig ausgeschaltet ist.

Außerdem wird es noch lustiger. 0.81.5 hat das komplette Video gedemuxed, den Ton aber nach ein paar Sekunden abgeschnitten bzw. mit Stille aufgefüllt. 0.81.6 schreibt 17 Sekunden (von gut 29 Minuten) Bild und Ton, danach sind beide Dateien zuende.

Na ja, egal. Demuxen per TMPGEnc und dann in mpeg2schnitt den richtigen Versatz angeben klappt ja auch. Da nach dem Schneiden der Versatz weg ist brauche ich mich beim Authorn nicht mehr drum zu kümmern.

PVAS kennt wohl überhaupt keinen AC3-Sound. Jedenfalls findet er "meinen" nicht.

Gruß DV User