Apple ProRes 4444XQ für Windows 10

[freezer]

Ich habe jetzt zufällig eine neue Lösung gefunden, für alle die eine Kommandozeilenaversion haben... ;-)

Das Videowerkzeug VirtualDub wird ja von Avery Lee aus Zeitmangel nicht mehr weiterentwickelt, aber da er den Sourcecode zur Verfügung stellt, hat ein fleißiger Entwickler sich daran gemacht, wie ich vorgestern zufällig entdeckte.

Unter dem Namen VirtualDub Filter Mod (VDubFM) gibt es eine tolle neue Version :-)
https://sourceforge.net/projects/vdfiltermod/

VirtualDub war ursprünglich ein reines AVI-Werkzeug und andere Container wurden via Plugins eher umständlich angestöpselt. Zudem war VDub auf 8bit beschränkt.

Das alles is bei VDubFM anders: dank FFMPEG kann VDubFM so gut wie alles lesen und einiges exportieren. Zudem werden höhere Farbtiefen unterstützt.

* ProRes kann encodiert werden
* x264 8bit/10bit wird direkt unterstützt
* Alphakanal Unterstützung
* AviSynth / VapourSynth Scripteditor
* Exportcontainer: AVI, MKV, MP4, MOV, webm

Damit kann man lustige Sachen machen. Ich habe zB ein ProRes 4444XQ MOV problemlos in VDubFM importieren können. Per DirectStreamCopy den Inhalt in ein paar Sekunden in ein AVI geschrieben. Ja, ein ProRes AVI :D

Mit dem kostenlosen AVI FourCC Code Changer kann ich den "FourCC used Codec" von ap4x auf ap4h ändern - danach spielt das ProRes-AVI problemlos im MPC-HC-Player ab.
https://www.fourcc.org/changer/

Danach das ProRes-AVI wieder in VDubFM importiert und per DirectStreamCopy in ein MOV zurückgeschrieben - und zack! - das ProRes 4444XQ MOV läuft nun überall.

Da VDubFM einen Batchprocessor hat, kann man eine größere Menge in einem Rutsch umwandeln.

[mash_gh4]

...für alle die eine Kommandozeilenaversion haben... ;-)

o.k. - damit dürftest du ja nicht unbedingt mich ansprechen. :)

aber natürlich führen viele wege [irgendwie] nach rom. es ist auch sicher gut, wenn das jeder ganz nach seinem persönlichen geschmack handhabt. was allerdings ein wenig gegen deine methode sprechen dürfte, ist die effizienz. sie wird zwar vermutlich ohnehin nicht schrecklich weit hinter dem zurückliegen, was auch ohne jeden umweg direkt im ffmpeg möglich wäre, trotzdem ist bei solchen aufgaben, wo auch mit guter hardware und möglichst optimalen softwarelösungen nervige wartepausen bzw. berarbeitungszeiten kaum zu vermeiden sind, doch ziemlich angebracht, auch auf diesen aspekt zu achten. umwege über frameserver u.ä sind in dieser hinsicht nicht ganz optimal. auch unnötige verluste [und seinen es auch nur metadaten, für die AVI keine unterstützung bietet] beim mutwilligen hin und her schreiben bzw. umwandeln von files, sollte man nach möglickeit besser vermeiden.