WebM in MOV umwandeln

Material kommt aus Quellen, in denen niemand dreht. Ein Kunde schickt eine Bildschirmaufnahme, die der Browser aufgezeichnet hat. Ein Referenzclip stammt von einer Website. Eine Kollegin nimmt ein Interview über ein webbasiertes Aufnahmetool auf. Ein Videokonferenz-Tool exportiert die Sitzung. All das liefert eine WebM-Datei — ein Format, das 2010 dafür entwickelt wurde, Video günstig in Browser zu bringen, nicht dafür, geschnitten zu werden.

Das Ergebnis ist ein Import-Dialog, der die Datei entweder ausgraut oder annimmt und sich anschließend seltsam verhält. Adobe liefert keinen VP9-Decoder mit, Final Cut Pro liest den Container nicht, und After Effects verhält sich je nach Version uneinheitlich. Die Umwandlung nach MOV löst beide Hälften des Problems gleichzeitig — einen von Apple entwickelten Container und einen Codec, den jeder Schnittrechner in Hardware dekodiert.

Das ist der wichtigste Satz auf dieser Seite. MOV ist ein Container, und ProRes ist ein Codec, der oft darin steckt — im Schneideraum werden beide Begriffe gerne austauschbar benutzt, obwohl sie nicht dasselbe sind. Was hier entsteht, ist H.264-Video mit AAC-Ton in einer QuickTime-Hülle.

Der Unterschied wirkt sich auf der Timeline aus, nicht im Player. ProRes ist ein Zwischencodec: jedes Einzelbild steht für sich, weshalb Scrubben und Rendern schnell sind und die Dateien entsprechend groß werden. H.264 ist ein Auslieferungscodec, der die meisten Bilder als Veränderungen zu anderen Bildern beschreibt — schnell klein, aber langsam beim Zurückspulen. Ist der Schnitt lang, lohnt sich eine einmalige Umwandlung dieser MOV-Datei zu ProRes oder DNxHD innerhalb des Schnittprogramms.

Die Encoder, die eine Webseite nutzen kann, sind die, die das Betriebssystem über WebCodecs freigibt, und diese Auswahl ist absichtlich schmal: H.264 und VP9 für Bild, AAC, Opus, FLAC und PCM für Ton. ProRes gehört Apple selbst, ist lizenzpflichtig und über die eigenen Werkzeuge erreichbar, nicht über einen Browser-Tab.

Das offen zu sagen, ist nützlicher, als es zu verschweigen. Ein Konverter, der „MOV (ProRes)" anbietet und still H.264 schreibt, würde ein Ergebnis liefern, das genau wie dieses aussieht — nur mit einer Cutterin, die nicht versteht, warum die Timeline träge läuft. Ist ProRes eine harte Anforderung, ist diese Umwandlung Schritt eins von zweien, und Compressor, Media Encoder oder das eigene NLE übernehmen den zweiten.

Die Auflösungseinstellung ist beim Schnitt wichtiger als bei der reinen Wiedergabe. Eine 4K-Bildschirmaufnahme auf einer 1080p-Timeline wird bei jedem Scrubben und Rendern neu skaliert, und sie schon hier auf die Sequenzauflösung zu bringen, erledigt diese Arbeit einmalig statt bei jeder Vorschau erneut.

Die Liste reicht von 2160p bis 360p, die Breite folgt automatisch. Eine Auflösung anzufragen, die die Quelle nicht hergibt, wird ignoriert — eine 720p-Aufnahme lässt sich also nicht auf 4K hochziehen, um zu einer Sequenz zu passen. Diese Skalierung gehört in den Schnitt, wo sie zumindest rückgängig zu machen ist.

Browsergestützte WebM-Dateien tragen fast ausnahmslos Opus, die hier erzeugte MOV-Datei trägt AAC. Wie beim Bild ist das eine Dekodierung mit anschließender Neukodierung statt einer Kopie, es entsteht also eine zweite verlustbehaftete Kompressionsrunde. Bei Dialog und Bildschirmkommentar ist das nicht hörbar, bei Musik messbar.

Jede Tonspur, die der Browser dekodieren kann, bleibt in der Reihenfolge erhalten, in der die WebM-Datei sie enthielt. Eine Aufnahme mit getrennter Mikrofon- und Systemton-Spur — wie manche Aufnahmetools sie erzeugen — kommt mit beiden an, weil der QuickTime-Container praktisch keine Obergrenze setzt, und sie landen auf der Timeline als getrennte Kanäle statt als fertige Mischung.

VP9 in WebM kann Transparenz tragen, was einer der genuin guten Gründe ist, das Format überhaupt zu nutzen: eine Bauchbinde oder ein animiertes Logo als transparente WebM-Datei liegt direkt über einer Webseite. H.264 kennt keinen Alphakanal, diese Information hat also nirgendwo hinzugehen.

Die Umwandlung schlägt deshalb nicht fehl, sie liefert nur ein deckendes Bild, und die Transparenz ist schlicht verschwunden. Für Alpha im Schnittprogramm sind ProRes 4444 in einer MOV-Datei oder eine PNG-Sequenz die üblichen Wege, und keines von beiden kann ein Browser erzeugen. Ist die Transparenz das eigentliche Material, bleibt die WebM-Datei die Referenz.

Untertitelspuren und Kapitelmarken fallen weg. Matroska-basierte Container wie WebM können beides tragen, doch die Engine liest Bild- und Tonspuren und sonst nichts — eine Untertitelspur wird nicht abgelehnt, sie wird nicht einmal bemerkt. Untertitel aus einer aufgezeichneten Konferenz erscheinen nicht in der MOV-Datei und müssen separat von dort exportiert werden, wo sie entstanden sind.

Timecode und Kameradaten fehlen ebenfalls, meist weil eine Browseraufnahme sie erst gar nicht enthält. Was ankommt, ist eine saubere Datei mit Dauer, Bild und Ton — für die meisten Import-Dialoge genau das Gewünschte, gelegentlich eine Überraschung für alle, die Rollennamen erwartet hatten.

Weil jedes Einzelbild dekodiert und neu kodiert wird, dauert die Umwandlung eine reale Zeit im Verhältnis zu Länge und Auflösung der Aufnahme, unabhängig von der Dateigröße. Ein zweiminütiger Clip ist schnell fertig. Eine Stunde 4K-Bildschirmaufnahme belastet den Rechner spürbar, und der Tab muss dabei geöffnet bleiben — ihn zu schließen, bricht die Arbeit ab statt sie in eine Warteschlange zu stellen.

Der H.264-Encoder, der diese Arbeit übernimmt, gehört zum Browser. Chrome, Edge und Safari bringen auf praktisch jedem aktuellen Rechner einen mit; manche Firefox-Installationen, besonders unter Linux, nicht — und die Umwandlung meldet das im Voraus, statt auf halbem Weg abzubrechen. Einen Software-Ersatz gibt es nicht, weil ein zu WebAssembly kompilierter H.264-Encoder zig Megabyte groß und um eine Größenordnung langsamer wäre als der Hardware-Encoder, der bereits vorhanden ist.

Schnittmaterial ist voll von Dingen, die eigentlich nirgendwo hingehören: unveröffentlichtes Produktvideo, ein aufgezeichnetes Kundengespräch mit sichtbarem Dashboard, ein internes Meeting, ein Interview unter Sperrfrist. Der übliche Weg, eine WebM-Datei umzuwandeln, führt über den Upload zu einer ungeprüften Website — vertraglich bedenklich, bevor es überhaupt eine Frage der Privatsphäre wird.

Diese Umwandlung läuft vollständig im Browser, mit denselben Codecs, die der Rechner ohnehin zur Wiedergabe nutzt. Nichts, was das Material trägt, wird verschickt, es gibt kein Konto. Eine lange Aufnahme konvertiert so schnell, wie die Hardware es zulässt, statt so schnell, wie ein Upload es zulässt — bei einer mehrere Gigabyte großen Datei meist das überzeugendere Argument von beiden.

Auf dieser Website enthalten beide Container exakt dasselbe: H.264-Video mit AAC-Ton, nur in unterschiedlicher Hülle. MOV wählt man, wenn das Ziel Apple-Software ist oder eine Hausregel es verlangt; MP4, wenn die Datei zusätzlich angesehen, hochgeladen oder verschickt werden soll. Ein Qualitätsunterschied entsteht dadurch nicht.

Für ein einzelnes Projekt lohnt es sich selten, beide Container vorzuhalten. Wird ausschließlich in Final Cut oder Premiere geschnitten, ist MOV der naheliegende Standard; sobald derselbe Export auch für die Ansicht auf einem Smart-TV oder als Weitergabe an eine Kundin gedacht ist, ist MP4 die Datei, die überall ohne Rückfrage funktioniert.