Wie AC3 Files zusammenfügen

    Ich habe wie im Link Beschrieben zwei AC3-Streams zu einem zusammengefügt. Klappt wunderbar...

    Nur frage ich mich wie das nun mit dem Delay des 2. AC3-Streams ist. Dieser wird doch von BeSweet beim zusammenfügen nicht beachtet, oder?
    Wenn nicht, dann läuft doch Video und Audio ab dem 2. Teil nicht mehr synchron!
    Wenn dem so ist, wie kann man das vermeiden? Evtl die Video- und Audiostreams vor dem Zusammenfügen durch ds.jar laufen lassen? Dann müßten die Streams doch angeglichen werden.

    Danke im Vorraus

    Man kann mit HeadAC3he möglicherweise auch AC3 ohne Neucodierung in Grenzen ausgleichen, wenn man als "Target" die Einstellung "Source" wählt.

    Bei negativer Verzögerung (das heißt, die Tonspur begann vor dem Video) können die zu früh übetragenen Blöcke am Anfang abgeschnitten werden. Bei positivem Delay (die Tonspur begann im Original nach dem Videostart) müsste HeadAC3he jedoch "stumme Blöcke" vorn anfügen - da wäre ich mir nicht ganz so sicher...

    Danke euch beiden.

    DarkAvenger: Du schreibst das HeadAC3he keine Blöcke vorne anfügen kann. Wie siehts mit der Vermutung aus, das die Blöcke abgeschnitten werden bei - ?

    Und was meint ihr, behebt ds.jar evtl dieses Problem?

    Vielen Dank euch allen!
    Beim Ac3 Delay Corrector kann man auch ein End-Delay ausgleichen.
    Macht Sinn das End-Delay des 1. Streams vor dem zusammenfügen auch auszugleichen damit es ab dem 2. Stream nicht asynchron wird.
    Wie ermittelt man das End-delay?

    Keine Ahnung wie sonst, deshalb frag ich ja.
    Mit welchem Programm bekomme ich den die Blöcke und Frames und deren Dauer raus?

    Oder ist der Audio- verglichen zum Videostream einfach nur nach vor oder hinten verschoben und das End-Delay somit genauso groß wie das Start Delay?

    Danke im Vorraus

    Die Audio-Länge bekommst du mit jedem Programm heraus, das in der Lage ist, dieses Format zu öffnen. Eine der besten Programme, das zu versuchen (vor allem bei AC3), wäre zunächst HeadAC3he - die Alpha-Versionen 0.24 (zu Finden in Beiträgen mit dem Titel "Spielzeug") analysieren Dateien beim Öffnen recht gründlich.

    Und im Idealfall sollte der gesamte Audiostream einfach nur parallel zum Video verschoben sein; wäre es nicht so, dann wäre eine spätere Synchronisierung nicht so einfach! Dann müsste man die Laufzeit des Audio so verändern, dass der Versatz vorn und hinten am Ende gleich ist.

    Ich hab mit dem AC3 Delay Corrector versucht einen Audiostream mit einem Delay von -80 ms zu korrigieren.
    -> bei Start- und Enddelay -80 ms eingestellt.

    Es hätten also 80 ms am Anfang abgeschnitten und am Ende 80 ms angehängt werden müssen.
    Nun schreibt AC3 Delay Corrector allerdings das am Anfang und am Ende abgeschnitten wurde (siehe Attachment).

    Sind die Einstellungen falsch gewesen?

    So, ich hab nun beim End-Delay +80 ms eingestellt.
    Er schreibt nun ins Log: 80ms (-1:59:59,936) to be add at end.

    Dies scheint aber leider nicht zu stimmen, denn ich habe es testweise nochmal mit den End-Delays von 0 und +500 ausprobiert - das Ergebnis ist immer gleich:
    Im Log steht, das er die +500 ms angefügt hat, bzw bei 0 ms nichts, ABER die Zeile die angibt wieviele Frames geschrieben wurden und wie lange die Dauert ist lautet bei 0, +80 und +500 immer:
    215479 frames (01:54:55,328) have been written.

    Auch ist die Dateigröße bei allen diesen drei AC3-files gleich groß.

    Das Anfügen am Ende scheint leider mit AC3 Delay Corrector doch nicht zu klappen :(

    Welche Art von Videostream - AVI oder MPEG?

    Diese Frage ist tatsächlich nicht ganz simpel:

    Bei AVI ist es erlaubt, dass jedes Frame eine andere Darstellungs-Dauer haben darf, da müssten alle Spieldauern jedes Frames addiert werden, und das würde dauern... Ich würde mich da wohl doch zunächst an den Infos orientieren, die mit VirtualDub bei "File - File information" präsentiert, oder GSpot bzw. abcAVI verwenden

    Und MPEG ist sowieso ein Stream-Format, da käme man eigentlich sowieso nicht um das Durchscannen der gesamten Datei herum (wenn man sich nicht auf die GOP-Timecodes verlassen mag). BitrateViewer müsste das wohl tun, DVD-Authoringtools müssen es zwangsweise auch ganz genau ermitteln. Vielleicht tut auch MPEGanalizzatore (von der PVAStrumento-Webseite) mehr als andere Tools?! Manche Tools fragen aber einfach bloß den im MPEG-Header eingetragenen Durchschnittswert ab, und der ist mit Sicherheit ungenau.

    Ich hab den ersten meiner beider MPEG-Streams mit ds.jar (auch okay?) gescannt. Braucht auch ne ganze weile...

    Komischerweise ist mein 1. Videostream um 340 ms länger als der 1. Audiostream und trotzdem hab ich bisher immer ein um eine knappe Sekunde verspätetet Bild ab dem 2. Teil nach dem Authoren.. Check ich nicht, eigentlich müßte doch mein Ton ab der 2. Hälfte viel zu spät kommen...

    Die AC3-Streams habe ich mit
    BeSweet.exe -core( -input ac3.lst -output Out.ac3 -payload )
    zusammengefügt, das Programm das ich für den Videostream gefunden hat heist CombiMovie

    EDIT:
    Der Bitratenviewer zeigt nur ganze Sekunden an. Ungenau, aber trotzdem 2 Sekunden länger wie ds.jar ausspuckt. Das würde besser zu meinet Asynchronität passen... Aber leider noch zu ungenau!

    Das Prog von PVAStrumento zeit keine Dauer an.

    Welches AuthoringProg? Uch benutze nur IfoEdit und da wirds nicht angezeigt

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden