Video wird nach Konvertierung asynchron?

Ich konvertiere zur leichteren Archivierung diverse Fansubs von XviD nach AVC.
An sich kein Problem, ich nutze dafür normalerweise AE_Standard CQ 24 und Vorbis Q-1.
Aber ich hab grad zwei Dateien mit LC-AAC und XviD. Nach AVC und Vorbis konvertiert sind Subs und Audio total asynchron.
Mit anderen Worten, das Video ist das Problem. Wenn ich Vorbis mit dem originalem XviD Stream muxe, passt alles. Nehme ich den AVC-Stream ist es asynchron.

Ich hab nur wenig Lust, das jetzt auszukorrigieren. Kann mir mal jemand erklären, was da eigentlich passiert?

Danke.

Nachtrag: Die ersten 50s ist das Video mit dem Rest noch synchron. Direkt nach dem Kurzintro ists dann asynchron.

Und wieso bleibt das Video synchron, wenn ich den originalen XviD Stream muxe?
Aber vielleicht hast du ja recht, die Untertitel sollte ich erstmal nicht beachten. Was kann ich dagegen tun?

Mal so nebenbei, wenn ich das Video demuxe, hat es eine Länge von 30:42 statt 30:02 min. Ein Anzeichen für vfr?
Komprimiert und gemuxt ergibt es aber dennoch die selbe Asynchronität.

Ich müsste beim Komprimieren des Videos doch auf irgendwas achten können, damit es synchron bleibt.

Alle (Media Info, GSpot, VDMod, MKV Shell Extension) sagen, dass das Video 23,976 fps hat.

Arbeitsablauf... ok:
Erstelle .avs mit directshowsource. Mittels MeGUI werden Audio nach Vorbis Q-1 und Video nach AVC AE_Standard Constant Quality 24 (direkt als .mkv) komprimiert.
Mit mkvmerge wird dann gemuxt.
Fertig.

1. Damit ich nicht extra demuxen muss. Außerdem hab ichs schon damit probiert. Es kommt das selbe raus. Der einzige Unterschied ist dann nur, dass das Video 30:42 min statt 30:02 min lang ist. Nach der Komprimierung ists dann aber wieder 30:02 min lang.
2. durchgehend 23,976 fps
3. Schon erwähnt, das gleiche.

Also nach der Shell Extension hat die Quelle eine Framerate von 23,976 fps. Die komprimierten Dateien hingegen 23,976044 fps. Das sind Abweichungen, die bei anderen Quellen keine Probleme machen.

Das irgendwo Frames verloren gegangen sind, kann ich mir nicht wirklich vorstellen. Aber du hast mich darauf aufmerksam gemacht, auch bei den Frames nachzuschauen. Tatsächlich hat die Quelle als .avi 44710 Frames, während die Quelle im .mkv nur 43205 Frames hat. Ich betone, dass ich hier nur von der Quelle rede. oO
Die komprimierte Datei hat dann 43204 Frames.

Im Skript hab ich nur den Sourcebefehl.

MeGUI braucht .NET 2.0. Sicher, dass du diese Version hast? Aber MeGUI ists sicher eh net.

Kurzer Nachtrag:
Wenn ich das Video als .avi komprimiere bleibt die Länge gleich bei 30:42 min, also 44170 Frames. Hilft aber bei der Synchronität auch nicht weiter.

Video in .mkv: 43205 Frames
Video in .avi: 44710 Frames

Wie soll ich das denn bitte verstehen. Wäre es vfr müssten entweder gleich viele Frames drin sein oder weniger in .avi. Die Länge im .avi Container wäre auch kürzer, aber nicht länger.
Was ist das bitte? ???

Edit: Wenn in der .mkv Datei dennoch eine Timecodes.txt drin ist, wie kann ich die demuxen. mkvextract zeigt nicht an, ob eine timecode.txt enthalten ist. Bei der Shell Extension steht auch nix. Probehalber hab ich das bei einer anderen Datei überprüft.

Wenn ich die originale .mkv per .avs und info() lade, dann zeigt sowohl VDMod als auch Avisynth (per info() ) 43205 (bzw. 43204 sichtbar) Frames.
Bei der .avi Datei gleiches Prozedere sind es 44170 (bzw. 44169 sichtbar) Frames.

Nun, da ich das schon gemacht hab, nur mal die Checklist:

- Hab ich.
- Hab ich.
- Nur bei diesem Schritt wird gleich in den .mkv Container komprimiert, da ich mit der CLI komprimiere. Da gibts entweder RAW (kann mkvmerge nicht bearbeiten), .mp4 oder .mkv.
- Entsprechend wird hier dann mit den anderen Tracks wieder gemuxt.

Edit: Nur um noch sicher zu sein. Mit diesem Weg, hat das Video 41770 Frames. Wenn ich über Directshowsource komprimiere, sind 43205 Frames.

Als Decoder nutze ich eh CoreAVC. Haali Media Splitter ist eh aktuell.

Ich hab das Problem schon gelöst.
Als ich bei der HP von Haali nachgeschaut hab, ist mir sein Prog mkv2vfr.exe aufgefallen. Diese Anzeichen bei der Datei sahen für mich schon immer wie nach vfr aus, also hab ichs grade eben probiert. .avi und die timecode.txt extrahiert. Die vorher schon komprimierte AVC.mkv damit und den anderen Tracks gemuxt und voila. Alles synchron.

Es handelt sich wirklich um ein vfr Video. Das löst zugleich mein Problem mit einer anderen Datei...

...und bringt wieder ein Neues. Ich hab anscheinend wieder so ne Datei mit einem vfr Videostream. Wäre ja jetzt kein Problem, aber leider ist es schon AVC-Stream. mkv2vfr.exe kann mir hier nicht helfen. Damit kann ich nur .avi und die .txt extrahieren. Aber RAW AVC Streams stehen leider nicht im Programm.
Soll ich den Stream vielleicht sogar in ein .avi konvertieren?