Hi,
ja zumindest bei HD-Aufnahmen kommt für mich nur die unkomprimierte Tonspur in Frage. Den Job hatte ich nur erzeugt, weil ich eben keine andere Möglichkeit in MeGUI sah, die Tonspur zu extrahieren. Aber dann kamst du mit Strg+F7 und ich sah den Wald wieder. Überhaupt hatte ich die Tools wohl konsequent missachtet.
Bisher arbeitete ich fast ausschliesslich mit den Frontend's StaxRip und Handbrake und bin da wohl etwas vorbelastet. Letztendlich versteckt sich dahinter bei allen die gleiche "Technik" nur eben anders angeordnet und Funktionen sind mal oder weniger leicht zu finden.
Ich habe mal fix deine Vorgehensweise nachgeahmt mit dem Ergebnis das die Tonspur wie erwartet asynchron war. Beim Demuxen der Tonspur hat er leider das Delay nicht in den Dateinamen mit einfügt. In der Logdatei stand lediglich das er eine verbleibende Verzögerung von -9ms nicht beheben konnte. Natürlich habe ich dann versucht beim letzten Schritt diese und andere Werte händisch ins Delay-Feld einzutragen, ohne Erfolg. Und jedesmal mich an die Delay-Werte ranzutasten ist unnötig umständlich. Da es keine Vorschau gibt, müsste man jedesmal die Aufnahme muxen. Das geht jetzt bei einer Testdatei die nur ein paar MB ist noch aber bei kompletten Filme machen sieht das schon anders aus.
Vielleicht hab ichs auch anders verstanden als du es beschrieben hast.
Ich habe die bereinigte Datei geöffnet (mit TS-Doctor alles rausgeschmissen was ich nicht brauche, da er sich beim Indexieren mittels L-Smash an weiteren Tonspuren stört), L-Smash File Indexer gewählt, alle Tonspuren und indexiert. Gecroppt und danach im Input-Reiter nur den Videostream in die Queue geschickt - codiert. Ergebnis, eine .mkv ohne Ton - okay.
HD Streams Extractor gestartet, File Mode und die original .ts ausgewählt. AC3 Audiostream als .ac3-Datei speichern lassen - okay.
Zum Schluss MKV-Muxer geöffnet zuvor erstellte .mkv und .ac3 Streams ausgewählt und gemuxt. Ergebnis wie gesagt asynchron. Natürlich habe ich mit Delay-Werten rumgespielt die mir die originale .ts liefert aber diese brachte keinen Erfolg so musste wiedermal die Augen-Ohren Kombination herhalten und raus kam ein Delay von 650ms. Aber diese Frickelei muss ich echt nicht haben. Nachvollziehen oder gar errechnen konnte ich den Wert auch nicht.
Mache ich es hingegen wie sonst auch gibts keine Probleme mit der Synchronität. Bereinigte Datei öffnen, als Indexer diesmal FFMS genommen und gecroppt. Im Input-Reiter auf "AutoEncode" gegangen "Adaptive Muxer" öffnet sich und codiert - alles okay. Komischerweise ist das Delay-Feld beim Adaptive Muxer ausgegraut und mit einer Null versehen, so dass ich leider nicht sehen kann was er da nun errechnet hat. Aber rauskommt eine synchrone Datei. Ob er den Audiostream aber jetzt wirklich nur gemuxt oder ihn irgendwie doch codiert hat ist nicht ersichtlich. Da sind wir wieder beim Fehlen einer passtrough Funktion.
edit:
Jetzt hab ichs nochmal mit einer anderen Methode probiert. Raus kam eine synchrone codierte .mkv mit unangetasteter Tonspur.
Diesmal habe ich zuerst die bereinigte Aufnahme mit HD Streams Extractor geöffnet A/V-Streams als h264/ac3 demuxt. Danach über die Tools den Indexer geöffnet, weil sonst kann man ja nirgends ein Raw-Stream öffnen. Besagten Raw-Stream (h264) also geöffnet und mit DGAVC (alle anderen waren ausgegraut) indexiert. Wieder das Übliche: wahlweise gecroppt und codiert. Dann nochmal durch den MKV-Muxer gejagt und fertig.
Gruß