So, ich habe jetzt nochmal einen weiteren aufgenommenen Film von Premiere HD durch Nero Vision durchlaufen lassen, nur um auszuschließen, dass beim ersten Mal irgendein Fehler passiert ist. Ergebnis ist aber wieder dasselbe. In diesem Beispiel hier kommt noch dazu, dass Nero Vision nicht einmal die Zielgröße richtig getroffen hat: Das Ausgangsfile ist 10.3GB groß und hätte auf die ca. 8GB für einen DL-Rohling geschrumpft werden sollen. Herausgekommen sind 9.1GB, und natürlich auch wieder mit Bild/Ton-Asynchronität.
Da ich nicht wusste, ob es hilfreich ist, wenn ich aus der Mitte des Films was rausschneide, habe ich die ersten ca. 30 Sekunden genommen. Es spricht da zwar noch keiner, aber wenn man sich zuerst das "OK"-File anschaut, dann kann man hören, wie das Geräusch der Schlittschuhkufen zum Bild passt, während der Ton beim "NOT_OK"-File um ca. 1 Sekunde nachhängt. Je weiter der Film voranschreitet, desto größer wird die Asynchronität, wobei sie aber nur geringfügig zunimmt. Gegen Ende liegt sie bei ca. 2,5 Sekunden.
Ich habe die Videos zunächst mit WinRAR komprimiert und dabei Multivolumes mit 50MB-Dateigröße erstellen lassen. Dies habe ich dann nach dem ersten Part abgebrochen und diesen Part dann mit der Option "Defekte Dateien nicht löschen" wieder entpackt. Auf diese Weise entstanden bitgenau die jeweils ersten ca. 50MB der Aufnahmen. Hätte ich es mit irgendeinem Schnittprogramm gemacht, hätte dies das Ganze wohl nochmal verfälscht.
Das "OK"-File entstand aus dem Original-Transportstream des Receivers nach einem Durchlauf durch TSRemux mit Ausgabeformat "Blu-ray". Hier habe ich die Trim-Option von TSRemux verwendet, um die ersten paar Sekunden, wo noch der Premiere-Trailer zu sehen war, wegzuschneiden. Im "NOT_OK"-File ist das noch drin, da ich hier für Nero Vision als Quelle ebenfalls den Original-Transportstream des Receivers verwendet habe, die in Nero Vision vorhandene Schnittfunkion aber nicht gescheit funktioniert.
Übrigens: Wenn ich versuche, in Nero Vision ein durch TSRemux bereits remuxtes File einzulesen, dann geht das zwar auf den ersten Blick auch, allerdings zeigt er dann, wenn er mit Importieren fertig ist, eine völlig falsche Gesamtlänge des Films an (in diesem Fall hier ca. 4,5 Stunden, obwohl er nur ca. 1,5 Stunden hat), und bringt dann, wenns ans Brennen gehen soll, auch eine Fehlermeldung. Es geht also nur unter Verwendung eines nicht remuxten Transportstreams, aber wie gesagt selbst dann ist das Resultat asynchron.
Hier die Links:
OK
NOT_OK