M4V in WebM umwandeln

Die häufigste Suchintention hinter „Video auf meiner Webseite" ist mit einer MP4-Datei besser bedient — H.264 wird von jedem aktuellen Browser nativ dekodiert und ist in einem Bruchteil der Zeit fertig kodiert. Wer keine ausdrückliche Vorgabe für ein lizenzfreies Format hat, sollte diese Seite verlassen und stattdessen M4V nach MP4 umwandeln.

WebM wird dagegen dort verlangt, wo eine Regel steht, die niemand verhandeln kann. Wikimedia Commons und ein Teil der deutschen Universitäts- und Hochschulrepositorien nehmen ausschließlich lizenzfreie Formate wie WebM und Ogg an, weil H.264 patentbelastet ist — eine Vorlesungsaufzeichnung, die für ein Repositorium einer Hochschule gedacht ist, kommt an dieser Stelle nicht als M4V vorbei.

Jede andere Zielform in diesem Umfeld behält etwas: Eine MP4-Datei bewahrt dieselben H.264- und AAC-Ströme, eine reine Audio-Umwandlung die Abtastrate. Bei WebM ist das anders. Video- und Tonspur werden vollständig dekodiert und dann von VP9 und Opus neu erzeugt, ausgehend von rohen Bildern und Samples statt von den vorhandenen Strömen.

Das ist der Sinn der Sache, nicht ein Nebeneffekt. Der Grund, warum eine Zielplattform WebM verlangt, ist fast immer, dass H.264 und AAC patentrechtlich lizenziert sind und VP9 und Opus nicht. Eine Umwandlung, die die alten Codecs irgendwie mitnehmen würde, hätte das eigentliche Problem gar nicht gelöst.

H.264-Encoder stecken in praktisch jedem Laptop und Smartphone der letzten fünfzehn Jahre. VP9-Encoder sind in Hardware deutlich seltener, sodass die Arbeit häufiger auf Software im Browser-Tab zurückfällt. Der gleiche Clip, der in einer Zeiteinheit zu MP4 wird, kann für WebM ein Vielfaches davon brauchen, und der Abstand wächst mit der Auflösung, nicht mit der Dateigröße.

Wer eine Vorlesungsaufzeichnung oder ein längeres Referat umwandelt, plant das entsprechend ein: den benötigten Ausschnitt schneiden statt der ganzen Aufnahme, die Auflösung an das Zielformat anpassen und den Tab offen lassen — ihn zu schließen bricht die Arbeit ab, statt sie einzureihen.

Aus dem AAC im M4V wird Opus, 2012 vom IETF als RFC 6716 veröffentlicht und ursprünglich bei Xiph.Org entwickelt. Opus ist bei den Bitraten, die Webvideo typischerweise verwendet, insbesondere bei Sprache ein stärkerer Codec als AAC, und jeder Browser dekodiert es, weil WebRTC die Unterstützung verpflichtend gemacht hat.

Es bleibt trotzdem eine zweite verlustbehaftete Kompressionsstufe, und kein Encoder kann zurückholen, was der AAC-Durchgang schon entfernt hat. Was der bessere Codec kauft, ist, dass der zweite Durchgang weniger kostet, als er mit einem schwächeren Codec gekostet hätte — bei einer Aufzeichnung eines Referats ist das ein echter Gewinn.

VP9 beschreibt dasselbe Bild mit weniger Bytes als H.264 — das ist einer der Gründe für WebM. Der größere Effekt auf einer normalen Webseite ist aber nicht der bessere Codec, sondern schlicht: Pixel nicht mitzusenden, die das Layout ohnehin nie zeigt. Eine in Ultra-HD aufgenommene Vorlesung, eingebettet in eine 800 Pixel breite Spalte, verschwendet den größten Teil ihrer Bytes auf Details, die der Browser sofort verwirft.

Die Auflösungsauswahl reicht von 2160p bis 360p, wobei die Breite automatisch mitskaliert und eine Anforderung über der Quellauflösung ignoriert wird. Wer vor der Kodierung reduziert, verkürzt gleichzeitig die Kodierzeit — bei diesem Ziel der Unterschied zwischen einer kurzen Wartezeit und einem ganzen Nachmittag.

Eine aus dem iTunes Store gekaufte M4V-Datei ist mit FairPlay verschlüsselt. Der Browser besitzt keinen Schlüssel dafür, kann die Spuren also nicht dekodieren, und die Umwandlung meldet, dass nichts in der Datei konvertierbar war. Kein Werkzeug auf dieser Seite entfernt Kopierschutz, und keine Seite, die das behauptet, sollte die Datei überhaupt bekommen.

Der Konflikt liegt auch abseits der Technik: Zielplattformen, die WebM verlangen, sind fast immer offene Projekte, und ein aus einem Store gekauftes Werk gehört dort ohnehin nicht hin, in keinem Format. Unverschlüsselte M4V-Dateien — aus QuickTime, iMovie, Final Cut, von einer Kamera — wandeln sich normal um und sind meist auch die, die man tatsächlich veröffentlichen darf.

Manche Browser-Installationen verfügen über keinen verfügbaren VP9-Encoder. Die Umwandlung prüft das, bevor sie beginnt, und meldet es klar statt auf halbem Weg abzubrechen. Chrome und Edge sind hier die verlässlichste Wahl; einen Software-Fallback gibt es nicht, weil ein VP9-Encoder in WebAssembly ein großer Download wäre und deutlich langsamer liefe als der bereits vorhandene des Geräts.

Wer regelmäßig für ein Repositorium oder eine offene Plattform umwandelt, richtet sich am besten fest auf einen dieser beiden Browser ein, statt bei jeder Datei neu herauszufinden, ob die Kodierung überhaupt startet.

In einem `<video>`-Element zuerst die WebM-Datei als `<source>` listen, danach die MP4-Datei als Rückfallebene. Browser wählen die erste Quelle, die sie verstehen — wer eine VP9-Dekodierung hat, lädt so die kleinere Datei, alles andere fällt automatisch zurück, ohne dass JavaScript dafür nötig wäre.

Ein Standbild als Vorschaubild lohnt sich zusätzlich: Es gibt Betrachtenden vor dem Abspielen etwas zu sehen, und die Werkzeuge zur Einzelbildextraktion auf dieser Seite erzeugen es aus derselben M4V-Datei — ein paar Sekunden nach dem Start entnommen statt bei null, wo die meisten Aufnahmen noch ein schwarzes Bild zeigen.

Dekodierung, Kodierung und Zusammenführung laufen im eigenen Tab auf dem eigenen Prozessor, mit den Codecs, die der Rechner ohnehin mitbringt. Nichts, was das Video enthält, geht irgendwohin, und es gibt kein Konto. Die kostenlose Stufe akzeptiert Dateien bis 100 Megabyte, was bei dieser Richtung selten die tatsächliche Grenze ist, weil das, was für das Web bestimmt ist, meist ein Ausschnitt und keine ganze Aufnahme ist.

Batches funktionieren genauso: bis zu hundert Dateien auf einmal, jede mit eigenem Fortschritt, gemeinsam als ZIP herunterladbar. Bei der Rechenzeit, die VP9 verlangt, lohnt es sich, einen großen Stapel zu starten, wenn der Rechner gerade nicht anderweitig gebraucht wird — die Kosten liegen bei der eigenen Hardware, nicht in einer fremden Warteschlange, weshalb es auch kein Tageslimit dafür gibt.