viele kleine MPEG2 Dateien in einem Video

So, mal ein kleines Statusupdate über meinen Erfolg. Wer gerne ein Beispielvideo meiner EOS 5D Mark II MOVs haben möchte, kann hier einen kleinen Clip runter laden: https://rapidshare.com/files/2892875166/MVI_0001.MOV Dieser funktioniert wie gesagt problemlos auf einem frisch installiertem Windows 7, ohne zutun. Das Problem mit fehlendem Sound bei FFmpegSource2 habe ich gelöst, indem ich in der FFMS2.avsi im Plugin-Ordner den Eintrag "atrack = default(atrack,-2)" in "atrack = default(atrack,-1)" geändert habe. Ich war natürlich gleich neugierig, wie sich Bild und Ton mit der Variante bei meinem MPEG2 Videos verhält und leider ist der Tone genauso asnychron, wie mit DGIndex. Ich werde also weiterhin nicht um Adobe Premiere umherkommen. Schade! Nun aber zu meinen MPEG4 AVC Dateien. Da sich FFmpegSource2 toleranter verhält als DirectShowSource, habe ich also ein Script mit 33 Videos erstellt. Das ist das Ergebnis eines Tagesausfluges gewesen und im Urlaub, der mal 2 Wochen andauern kann, wäre das logischerweise viel viel mehr. Auch hier macht die 32bit Grenze wieder keinen Halt und als ich es in VirtualDub laden wollte, kam der typische C++ Fehler. Das ganze also wieder in VirtualDub 64bit geladen. VirtualDub belegte dabei 2031MB Ram. Beim abspielen kam aber ein Audiofehler (obwohl ich die FFMS2.avsi im 64bit plugin Ordner angepasst habe). Also das ganze wieder in VirtualDub mit 24 Videos geladen. Funktioniert auch, aber als ich ans Ende des Videos scrollte, stürzte VirtualDub ab. Auch beim speichern mit utvideo hing der Prozess bereits bei 2 frames. Also nur noch mit 9 Videos geladen... Das klappte dann endlich mal -.-' Also habe ich das Video 3 geteilt und dann mit MeGUI encoded. Bei viel größeren Videos ist das dann noch mehr unnötiger Aufwand. Schade, dass 64 bit so stiefmütterlich behandelt wird, dabei sollte es doch seit 2006 oberste Priorität haben. Ich kann mir nicht vorstellen, dass ich der einzige Hobbyfilmer bin, der gerne auf MeGUI setzen möchte. Vielleicht mag mir ja LigH noch ein Tutorial schicken, wie ich denn meine Masse an MOV Dateien in eine MKV bekomme, dann ist AVISynth vielleicht nicht durch das Script überlastet und ich könnte mir den Speicherplatz fressenden utvideo Zwischenschritt sparen. Goldwingfahrer Ja, das würde den Aufwand sicherlich stark vereinfachen, aber solange ich um kostenpflichtige Programme umherkomme, schlage ich lieber den weg ein. Außerdem möchte ich nicht, dass solche großen Programme schon zu sehr in Bild und Ton eingreifen. Naja...

Wo die Änderung gemacht wird, ist ja egal. So muss ich den atrack Eintrag nicht jedesmal in mein Script einbauen, aber ja. Korrekt wäre es andersrum. Doch, ich mache eigentlich Absätze in meinen Beitrag rein. Warum das so zusammenschrumpft weiß ich auch nicht. Ich nutze Windows 7 64bit und Aurora 17. Vielleicht liegt daran, dass ich mit NoScript keine Scripte zulasse.

Zitat von sneaker2

Vergeßt hinsichtlich der Asynchronität bitte nicht den Unterschied zwischen + und ++.

Das wars! Super, danke! Eben in Kombination mit FFMpegSource2 getestet und Bild und Ton sind tatsächlich in meinen MPEG2 Videos synchron. Das ganze hatte ich ja schon mit DirectShowSource getestet, aber das hatte ja mit eigenen Problemen zu kämpfen. Jetzt brauch ich Premiere nicht mehr.

Da mir ja keiner verraten wollte, wie ich nun meine MOV Dateien in eine MKV muxe, habe ich jemand anders gefragt. Habe also wieder meine 33 Videos hinzugefügt und wollte nun eine MKV erstellen. Beim start scheint er ja die Videos zu analysieren und das bricht schon nach 5 Videos ab, mit der Meldung:

Zitat

mkvmerge schlug mit einem Rückgabewert von 3 fehl

In der Log stehen nur diese 5 Videos. Hier also ne Kurzform:

Zitat

mkvmerge v5.8.0 ('No Sleep / Pillow') gebaut am Sep 2 2012 15:37:04

'D:\MVI_0001.MOV': Der Demultiplexer für das folgende Format wird benutzt: 'QuickTime/MP4'.

Dann habe ich das ganze eben mal testweise mit 4 MOVs getestet. Hat auch geklappt, aber nicht fehlerfrei.
In der Log steht zu jedem Video

Zitat

Warnung: 'D:\MVI_0001.MOV' Track 0: Dem AVC-Video-Track fehlt das 'CTTS'-Element, das die Zeitstempeloffsets enthält. Dieses wird für AVC-Video-Tracks benötigt, weil diese mehr als zwei Referenz-Frames enthalten können und deshalb die Zeitstempel für solche Frames nicht sortiert sind. Der Inhalt des 'CTTS'-Elements wird benötigt, um diese Zeitstempel richtig zu berechnen. Da es fehlt werden die Zeitstempel vermutlich falsch sein. Sie sollten sich die Ausgabedatei genau ansehen und sicherstellen, dass sie wie erwartet aussieht.

Bei dem Video selbst ist das Bild zwar in Ordnung, aber der Ton ganz abgehakt und die Stimmen klingen wie, als wenn sie Rückwärts sprechen. An manchen Stellen ist auch einfach gar kein Ton. Den Weg kann ich also vergessen

Propaganda
Genau, das ist nur bei den MPEG2 Videos. Meine MOV Dateien sind da weniger Anfällig. Ist ja auch progressive.

Ja, die Version nutze ich auch. Mit ++ macht ja ffms2 keine Probleme. Würde ich also nicht als Fehler sehen. Directshowsource hatte mir fiese Bildfehler und Soundfehler bei MPEG2 rein gezaubert.
Nach 2GB RAM würde auch deine Software streiken

Woran denn sonst? Soweit ich weiß kann ein 32bit Prozess nicht mehr als 2GB RAM adressieren und da VirtualDub diese Grenze beim öffnen meiner 33MOVs (was noch vergleichsweise wenig ist...) überschreitet, kommt es zum Fehler:
[Blockierte Grafik: http://img6.imagebanana.com/img/pirohieq/Unbenannt.png]

Aber du lädst ja auch nur eine MKV und nicht 33. Es kommt sicherlich auf die Anzahl an. Als ich dann meine 3 als utvideo AVIs geöffnet habe (das Video ist das selbe) gibts auch keine Probleme mehr.

Ja, das steht bei mir auch in Zeile 37.

EDIT:
Selur
Ich glaube nicht, dass sich Windows damit überreden lässt mehr RAM für 32bit bereit zu halten

Warum soll ich den RAM einschränken, wenn schon zu wenig da ist?
Ich habe in mein Script jetzt SetMemoryMax(10240) eingefügt und der selbe Fehler erscheint.

Bezieht sich die Zahl nicht auf MB?
Und nein, wieder nicht Zur Abwechslung kam diesmal der C++ Fehler. Der hängt aber nicht mit SetMemoryMax zusammen.
[Blockierte Grafik: http://img6.imagebanana.com/img/dle2k0dc/Unbenannt.png]
Zur Erinnerung. Mit VirtualDub 64 bit funktioniert es. Braucht zwar ein Weilchen, eh es öffnet und belegt auch viel RAM (beim letzten mal waren es über 2k), aber geht. Da hatte ich nur zuletzt Soundprobleme. Ich werds mal damit einfach als AVI speichern, vielleicht war das ja nur Zufall.
Nur Leider ist ja die Entwicklung von 64bit AVISynth und MeGUI tot (warum auch immer). Eigentlich müsste es ja andersherum sein und 32bit benachteiligt werden.
[Blockierte Grafik: http://img6.imagebanana.com/img/la3s5ror/Unbenannt2.png]

EDIT:
Ah, da haben wir den Audio Fehler ja wieder!
[Blockierte Grafik: http://img6.imagebanana.com/img/7mbvkdrr/Unbenannt3.png]