MOV in JXL umwandeln

Am Ende eines Drehtags an einer Filmhochschule wie der HFF München oder der Filmakademie Baden-Württemberg liegt eine Speicherkarte mit vierzig oder fünfzig Takes, benannt nach der Kamera-Zählweise. Der Dateiname sagt nichts über den Inhalt, und die Vorschau im Dateimanager zeigt meist nur das erste Bild jedes Clips — häufig eine Klappe, eine Hand oder ein Schwenk ins Nichts.

Ein sorgfältig gewähltes Standbild pro Take löst das. Ein Ordner mit Index-Bildern, benannt nach dem jeweiligen Clip, macht aus einer Kartenkarte voller Rohmaterial etwas, das sich in einer Minute überblicken lässt — genau das, was jede kleinere Produktion entweder aufbaut oder sich hinterher wünscht, es getan zu haben.

JPEG XL wurde 2021 als ISO/IEC 18181 standardisiert und ist bei vergleichbarer Bildwirkung etwa zwanzig bis dreißig Prozent kleiner als ein JPG derselben Szene, mit spürbar besserem Verhalten in den weichen Verläufen, die Videobilder oft enthalten.

Über tausend Index-Bilder einer Produktion summiert sich dieser Unterschied zu echtem Speicherplatz, und ein Index-Bild ist genau der Fall, in dem verlustbehaftete Kompression nichts kostet — es dient der Wiedererkennung eines Takes, nicht der Farbabnahme. Für ein Bild, an dem tatsächlich gearbeitet werden soll, ist das die falsche Formatwahl.

JPEG XL hat einen verlustfreien Modus, und er gehört zu den besseren Eigenschaften des Formats. Diese Umwandlung nutzt ihn nicht. Die Standbild-Extraktion kennt nur eine Einstellung — den Zeitpunkt in Sekunden —, das JXL wird also mit fester Qualität 82 verlustbehaftet kodiert, ohne Regler zum Anheben oder Senken.

Für einen Index ist das die richtige Einstellung und das Fehlen eines Reglers eine Erleichterung. Für alles andere ist es eine Grenze, die man kennen sollte: Ein Bild, das exakt sein muss, gehört als PNG exportiert, eines mit feiner Qualitätsabstufung separat mit einem Werkzeug bearbeitet, das die Stufe offenlegt.

JPEG XL ist ein besseres Format als das, was Produktionssoftware üblicherweise verwendet, und das hat sich nicht in Öffnbarkeit übersetzt. Die Browserunterstützung ist lückenhaft und war mehrfach umstritten; viele Schnittprogramme, Projektverwaltungen und praktisch alle Upload-Formulare kennen die Endung nicht.

Für einen internen Index ist das zu verkraften, weil die Bilder nur für die eigene Sichtung gedacht sind und man den Betrachter selbst wählt. Zum Problem wird es, sobald jemand — eine Produktionsleitung, ein Kunde, eine andere Abteilung — eine Datei angefordert bekommt. Ein Bild umwandeln und in der tatsächlich genutzten Software öffnen, bevor der ganze Take-Ordner läuft, ist der schnellste Test.

Die Sekunde null ist fast nie der richtige Moment. Der Anfang eines Takes ist eine Klappe, eine Hand vor der Linse oder ein unscharfer Schwenk, während die Kamera sich noch einpendelt — ein Index aus dem ersten Bild jedes Clips ist genauso nutzlos wie die Miniaturansicht des Dateimanagers.

Besser ist ein Moment einige Sekunden nach der Klappe, wenn das Motiv im Bild steht und die Kamera ruhig ist. Ein Versuch genügt, um das zu prüfen, und der Unterschied zwischen einem brauchbaren Index und einem, den niemand nutzt, liegt fast immer genau hier.

Das Standbild kommt in der Auflösung des Videos heraus, bei 4K-Material also 3.840 Pixel breit. Für ein Index-Bild ist das mehr als nötig — bei 1.280 Pixeln ist ein Standbild sofort erkennbar, lädt schneller in einer Übersicht und kostet nur einen Bruchteil des Speicherplatzes.

Diese Umwandlung selbst bietet keine Größenänderung, das Verkleinern gehört also in das Werkzeug, mit dem der Index verwaltet wird. Über tausend Bilder gerechnet macht der Unterschied zwischen voller Auflösung und 1.280 Pixeln aus mehreren Gigabyte einige hundert Megabyte.

Es wird keinerlei Metadaten geschrieben — kein Zeitcode, kein Datum, kein Farbprofil, kein Verweis darauf, aus welchem Clip und bei welcher Sekunde das Bild stammt. Ein Ordner Index-Bilder mit von der Software vergebenen Namen ist kein Index.

Die Namenskonvention übernimmt diese Aufgabe vollständig: den ursprünglichen Dateinamen des Clips beibehalten und die Sekunde anhängen, damit sich vom Standbild zurück auf die Rohaufnahme schließen lässt. Das beim Umwandeln zu tun ist wenig Aufwand — es nachträglich aus vierzig Dateien zu rekonstruieren, ist nicht mehr möglich.

Jede Umwandlung decodiert ein Video und schreibt ein Bild. Vierzig Takes bedeuten vierzig Durchgänge, was für einen einzelnen Drehtag machbar ist und tatsächlich so gehandhabt wird.

Für ein ganzes Archiv mit tausenden Clips ist das zu langsam. Dann übernimmt ein Skript oder ein Desktop-Werkzeug, das einen Ordner durchgeht, aus jeder Datei bei einem festen Zeitversatz ein Bild zieht und die Ausgabedatei entsprechend benennt. Diese Seite ist der Ort, um vorher zu klären, welcher Zeitversatz und welches Format das sein sollen.

Aktuelle Kamerasysteme und iPhones schreiben MOV-Dateien häufig mit dem HEVC-Codec, den manche Windows-Installationen ohne einen zusätzlichen Codec nicht wiedergeben. Für die Sichtung im Schnittraum ist das meist kein Problem, für einen schnellen Index auf einem fremden Rechner schon.

Die Dekodierung hier läuft im Browser und ist unabhängig davon, was das Betriebssystem systemweit installiert hat. Ein Index-Standbild lässt sich also auch aus einer HEVC-Datei ziehen, die sich sonst gar nicht öffnen lässt.

Jedes Standbild wird im Browser aus dem MOV decodiert und als JXL kodiert, mit den Codecs, die das Gerät bereits mitbringt. Es wird nichts hochgeladen, was sich im Netzwerktab während einer Umwandlung nachvollziehen lässt.

Für ein Kundenprojekt ist das der praktische Punkt: Einen Index über einen ganzen Dreh aufzubauen bedeutet, jede Datei anzufassen, und über einen fremden Onlinedienst würde das heißen, das gesamte Material hochzuladen, nur um ein paar hundert Kilobyte an Bildern zu erhalten. Lokal kostet die Dateigröße nur Rechenzeit, nicht Übertragung.