Kann ich in der Hinsicht unter Windows XP SP3 32 bit nicht bestätigen:
Version 1.9.11 entpackt, fccHandler-Plugins (*.vdplugin – aber NICHT *64.vdplugin) in ...\VirtualDub\plugins32 kopiert: läuft, öffnet MKV-Video.
Version 1.10.0 drüber entpackt: läuft, öffnet MKV-Video.
Ich hab alles komplett drüber entpackt.
Vielleicht installiert die 1.9 noch irgend einen Registry-Eintrag, was die 1.10 nicht tut?
Du arbeitest noch mit VirtualDub-Filtern? ... Na gut, die internen Filter arbeiten mittlerweile vermutlich auch in YUV-Formaten; dennoch glaube ich kaum, dass es irgend einen Grund gibt, auf die Vorteile von AviSynth zu verzichten.
An internen vdub Filtern nutze ich nur den resize Filter, zum deinterlacen nehme ich die FFDshow filter, die man ja über das beiliegende ffvdub.vdf Plugin laden kann. Um DVB-T Aufnahmen kleiner zu machen braucht man ja auch idr. nicht mehr. 
Der X6 konvertiert in ca. 15-20Minuten in vdub ein MPEG2 nach X264 oder xvid um, was zeitlich akzeptabel ist.
Mit der 1.9 hingegen dauert es meist ca. ~30-40Minuten (bei gleichen Q-Settings) und der X6 ist mit der vdub 1.9 nicht wesentlich schneller als ein X4 was ja ziemlich unproduktiv irgendwo ist, weshalb ich auch froh bin das alles mit der 1.10 nun läuft.
Du benutzt VirtualDub und x264? Wie ... mit einem x264vfw-Codec? Im AVI-Kontainer?
Wie oft sollen wir eigentlich noch betonen, dass MPEG4-AVC nicht in den AVI-Kontainer gehört, weil dieser Kontainer technisch veraltet ist und die komplizierte Struktur von AVC-Video nicht korrekt verwalten kann? Gut ... mag sein, dass es bei dir persönlich am PC häufig keine wirklichen Probleme gibt. Aber es ist weder standardkonform noch kompatibel. Auf anderen Rechnern kann es damit Probleme geben, und sei es "nur" Asynchronität.
Auch das Einbinden von Deinterlacing-Filtern über ffvdub ist für meine Begriffe reichlich ... "überraschend". Unter anderem, weil deren Auswahl eher die schnellen, aber nicht unbedingt die qualitativ hochwertigen Deinterlacer umfasst.
Darüber hinaus hat AviSynth auch eine breitere Auswahl an flexibler arbeitenden Resize-Filtern. Insbesondere das Skalieren von Ausschnitten in einem Schritt ist der Verarbeitung in VirtualDub in zwei Schritten überlegen (analog der Sequenz aus Crop und Resize in AviSynth).
Hast du mich jemals klagen hören das meine avi´s nicht abspielbar wären? Das hast du mit Sicherheit nicht, denn sie lassen sich schließlich auch in jedem PC garantiert problemlos abspielen.
Zum x264vfw codec gibt es zudem weiterhin fortlaufend Updates auf die jeweils aktuellen 264Builds und somit keinen zwingenden Grund das man "ganz unbedingt" etwas anderes nutzen "müßte".
Der Codec ist stabil + schnell + liefert eine super Quali.
Mehr bedarf es nicht.
Darüber hinaus hat AviSynth auch eine breitere Auswahl an flexibler arbeitenden Resize-Filtern. Insbesondere das Skalieren von Ausschnitten in einem Schritt ist der Verarbeitung in VirtualDub in zwei Schritten überlegen
Man kann doch Processing Settings speichern und hat sie bei Bedarf mit einem Mausklick auch wieder geladen.
Der Codec ist stabil + schnell + liefert eine super Quali.
Es geht nicht um den Codec, sondern mehr darum, dass der AVI-Container (und erst recht das VfW-Interface) bestimmte "Eigenheiten" von H.264 gar nicht richtig verwalten kann. Das fängt schon mit B-Frames an... was ja bei XviD/DivX schon ein Problem darstellte und zur Entwicklung vom berühmt/berüchtigten "Packed Bitstream" führte:
http://guru.multimedia.cx/avi-and-b-frames/
http://www.movie2digital.at/index.php?page…&threadID=35728
H.264 geht da noch locker einige Schritte weiter und verwendet z.B. nicht nur B-Frames, die sich auf das vorherigen und nachfolgende Frame, sondern darüber hinaus auch auf multiple zusätzliche Referenzen (einschließlich anderer B-Frames) beziehen können.
Als Konsequenz stellt sich die Frage: macht es Sinn, (mit "Gewalt" und einigen Tricks) einen H.264-Videostream in einen AVI-Container zu zwängen, nur weil ein/zwei Tools alleine AVI als Ausgabeformat und VfW als Codec-Schnittstelle unterstützen(?)... oder ist es nicht sinnvoller, stattdessen andere Tools zu verwenden, und den in den MPEG4-Spezifikationen für H.264 vorgesehenen Container (nämlich MP4) bzw. eine geeignete Alternative (z.B. Matroska) zu benutzen?
Letztendlich ist nur das Gewohnheitstier 'User', welches unbedingt Tools wie VirtualDub (und somit den AVI-Container) verwenden WILL, für derartige "Formatvergewaltigungen" verantwortlich 
. Einen technisch sinnvollen Grund dafür, H.264-Video in AVI zu verpacken, gibt es nämlich nicht: Hardwareplayer mit H.264-Unterstützung spielen H.264 im AVI-Container nämlich üblicherweise nicht ab und für die Wiedergabe am PC ist der AVI-Container erst recht nicht zwingend notwendig.
Zumindest bei mir hat das letzte mal als ich es probiert habe zumindest die Kombination von OpenGop und B-Pyramid zu Problemen im .avi Header geführt,..
Mal ne Frage an die Leute die h.264 in .avi nutzen:
"Kann Virtual Dub und andere Tools zwischen IDR- und I-Frames unterscheiden, vor allem wenn OpenGop aktiv ist?"
Cu Selur
So tief kenn ich mich damit nicht aus, mir persönlich reicht das was man in der Gui einstellen kann (die Commandozeile nutze ich daher auch nicht). Von den vfw Builds gibt es ja ohnehin zwei verschiedene:
http://sourceforge.net/projects/x264vfw/
http://komisar.gin.by/
Was in welcher implementiert ist können die bei Doom9 bestimmt sagen, da die Entwickler dort im Forum ja auch angemeldet sind.;)
Einen technisch sinnvollen Grund dafür, H.264-Video in AVI zu verpacken, gibt es nämlich nicht: Hardwareplayer mit H.264-Unterstützung spielen H.264 im AVI-Container nämlich üblicherweise nicht ab
Theorie(denken) ist ja gut und schön, was man davon hat eine andere Sache.
Denn was bitteschön hat man schon davon ob etwas auf irgendeinem Hardwareplayer läuft (/oder auch nicht) den man selber nicht besitzt?
Richtig, davon hat man nix. 
Deswegen schrieb ich ja, dass es für Hardware- UND Softwareplayer keinen sinnvollen Grund gibt! Eins davon wirst du ja nutzen 
...
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
![[Blockierte Grafik: http://www.abload.de/thumb/plugind7x2.jpg]](http://www.abload.de/image.php?img=plugind7x2.jpg){kind=link}