WebM in M4V umwandeln

Diese Seite ist enger gefasst, als sie zunächst klingt. Die meisten Menschen, die eine WebM-Datei umwandeln, wollen einfach, dass sie irgendwo läuft — dafür gibt es die MP4-Seite. Wer hier landet, hat ein anderes Problem: Eine bestimmte Software verlangt ausdrücklich die Endung .m4v, und eine MP4-Datei, die technisch tadellos abspielen würde, wird von einer Dateiauswahl abgelehnt, die diese Endung schlicht nicht auflistet.

Das passiert an ein paar wenigen, aber wiederkehrenden Stellen: der Heimvideo-Bereich der Apple-TV-App, ein Medienserver, der auf einer alten Apple-zentrierten Sammlung aufgebaut wurde, oder eine NAS-Verwaltungsoberfläche mit einer festen Liste akzeptierter Formate. In allen Fällen geht es um den Namen der Datei, nicht um ihren Inhalt — und genau das erklärt den nächsten Abschnitt.

Die M4V-Datei, die hier geschrieben wird, kommt aus demselben MPEG-4-Muxer wie die MP4-Dateien auf dieser Website, mit demselben H.264-Video und derselben AAC-Tonspur darin. Ein eigenständiges M4V-Format als solches existiert nicht. Apple hat die Endung 2005 für MPEG-4-Dateien aus dem iTunes Store eingeführt, damit die eigene Software sie beanspruchen konnte — das ist der gesamte Unterschied.

Das offen zu sagen, ist nützlicher als es zu verschweigen. Ein Konverter, der M4V als eigenes Format mit eigenen Einstellungen darstellt, würde einen Unterschied behaupten, der in der Datei selbst nicht existiert — und wer danach sucht, sucht vergeblich.

Liegt die Aufnahme aus einem anderen Grund bereits als MP4 vor, erzeugt das bloße Umbenennen einer Kopie eine Datei, die identisch mit dem Ergebnis dieser Seite ist. Nichts wird neu verpackt, nichts neu kodiert, und die Software, die ein M4V verlangt, akzeptiert die Datei, weil sie nur den Namen geprüft hat.

Direkt hier auf M4V umzuwandeln, spart diesen einen Schritt, was sich lohnt, wenn die Umwandlung ohnehin nur einmal passiert. Für den umgekehrten Fall lohnt sich der Gedanke ebenfalls: Weigert sich eine Import-Funktion, eine M4V-Datei anzunehmen, liegt es nicht an der Endung, sondern am Codec darin — und eine weitere Umwandlung zwischen MPEG-4-Endungen hilft dann nicht.

M4V hat einen schlechten Ruf als gesperrtes Format, und der ist berechtigt: Filme und Serien aus dem iTunes Store tragen die FairPlay-Verschlüsselung, weshalb so viele Menschen versuchen, gekaufte Inhalte umzuwandeln, und daran scheitern. Dieser Schutz wird von Apples eigener Vertriebsplattform aufgesetzt, nicht von der Dateiendung.

Was hier entsteht, ist eine gewöhnliche, ungeschützte Videodatei. Sie öffnet in VLC, im QuickTime Player, in einem Schnittprogramm, auf einem Android-Gerät. Für ein eigenes Familienvideo, das in eine private Bibliothek soll, ist genau das richtig — die Datei bleibt in zehn Jahren noch nutzbar, unabhängig davon, welche der heute beteiligten Programme dann noch existiert.

Die Bildspur wird als H.264 im High-Profil geschrieben, die Tonspur als AAC, unabhängig davon, was die WebM-Datei enthielt. VP9 und Opus können nicht mitgenommen werden: Eine MPEG-4-Datei mit VP9 darin wäre technisch möglich, aber praktisch nutzlos, weil nichts auf der Apple-Seite dieses Video dekodieren würde.

Das Ergebnis verhält sich eher wie eine ältere Apple-Datei als wie eine aktuelle. Apple-Geräte nehmen seit Jahren standardmäßig in HEVC auf, was viele echte M4V-Dateien auf Fernsehern und Android-Telefonen unhandlich macht. Diese hier nicht — sie läuft praktisch auf jedem Gerät der letzten zwanzig Jahre, ohne dass jemand über Codecs nachdenken muss.

Eine Dateiendung entscheidet über drei Dinge: welches Programm sich beim Doppelklick öffnet, ob eine Import-Funktion die Datei überhaupt auflistet, und wie eine Bibliothek oder ein Katalogisierungs-Werkzeug sie einordnet. Mit der eigentlichen Dekodierung hat keines davon zu tun, und trotzdem kann jedes davon einen Arbeitsablauf zum Stillstand bringen.

Über alles andere entscheidet die Endung nicht. Verweigert ein Player die Datei auch nach dem Umbenennen, liegt es am Codec, und keine weitere Umwandlung zwischen MPEG-4-Endungen behebt das. Zu prüfen ist dann, ob das Ziel H.264 im High-Profil überhaupt versteht — was die meisten Geräte tun — und ob es womöglich einen ganz anderen Container erwartet.

Container-Umwandlungen bringen normalerweise eine Liste an Verlusten mit: Kapitelmarken, Untertitelspuren, zweite Tonspuren, Titelbilder. Diese Liste ist real, und für diese Quelle bleibt sie leer. Eine Aufnahme aus dem browsereigenen Rekorder enthält eine Bildspur und eine Tonspur, ohne dass es sonst etwas zu verlieren gibt.

Etwas kostet trotzdem: die Neukodierung selbst. Jedes Einzelbild wird zu Pixeln zurückgerechnet und erneut komprimiert, was eine Kompressionsgeneration und echte Rechenzeit im Verhältnis zu Länge und Auflösung der Aufnahme kostet. Bildschirmaufnahmen übersteht das gut — flache Flächen und stillstehender Text komprimieren sauber —, bei Webcam-Aufnahmen ist es eher sichtbar.

Heimvideo-Bibliotheken gleichen Dateien meist über den Namen mit ihren Einträgen ab, deshalb lohnt es sich, den Dateinamen vor dem Import festzulegen und nicht danach. Eine Aufnahme namens „aufnahme-2026-02-11T14-03-22.webm" wird als M4V-Datei mit demselben unhandlichen Namen ankommen, und eine darauf aufgebaute Bibliothek zeigt genau das an.

Die Auflösung lässt sich beim Umwandeln direkt setzen, wenn das Ziel ein Fernseher statt ein Schreibtischrechner ist. Die Auswahl reicht von 2160p bis 360p, die Breite folgt automatisch, und mehr als die Quelle hergibt, wird nicht angefragt — eine 720p-Aufnahme bleibt 720p, was das richtige Ergebnis ist und spätere Enttäuschung über eine wirkungslose Hochskalierung erspart.

Dekodierung, Kodierung und das Verpacken in die MPEG-4-Struktur laufen vollständig im Browser-Tab, mit den Codecs, die das Gerät ohnehin mitbringt. Es geht keine Anfrage mit der Aufnahme nach außen, es gibt kein Konto, und die freie Obergrenze liegt bei 100 MB pro Datei.

Bei diesem Paar geht es dabei vor allem um Verhältnismäßigkeit. Eine Bildschirmaufnahme oder ein Familienvideo auf einen fremden Server hochzuladen, nur damit er eine andere Dateiendung zurückschickt, ist ein großer Umweg für eine kleine Änderung — und gerade Familienvideos sind selten Inhalte, die jemand auf einem unbekannten Server sehen möchte.

Bis zu hundert WebM-Dateien lassen sich gleichzeitig ablegen, jede wird einzeln mit eigenem Fortschritt umgewandelt, und mit dem zweiten fertigen Ergebnis steht ein ZIP mit allen M4V-Dateien bereit. Eine Warteschlange entsteht nicht, weil kein gemeinsamer Server im Hintergrund bedient werden muss.

Das zahlt sich besonders bei einer ganzen Sammlung von Familienaufnahmen aus, die auf einmal in eine Heimvideo-Bibliothek überführt werden soll: Die Umwandlung läuft so schnell wie der eigene Rechner, unabhängig von der Upload-Geschwindigkeit des Internetanschlusses — bei den in Deutschland verbreiteten asymmetrischen DSL- und Kabelanschlüssen oft der eigentliche Flaschenhals bei einem cloudbasierten Konverter.

Kommt die WebM-Datei aus einem browsereigenen Rekorder und enthält sie VP9 und Opus, hilft weder Umbenennen noch diese Umwandlung ohne einen echten Kodierschritt dazwischen — der Codec muss sich ändern, nicht nur die Endung. Genau das übernimmt diese Seite: erst die Neukodierung nach H.264 und AAC, dann die Endung .m4v.

Liegt hingegen bereits eine MP4-Datei mit H.264 und AAC vor, weil sie für einen anderen Zweck erstellt wurde, reicht tatsächlich das Umbenennen einer Kopie — der Inhalt stimmt bereits, nur der Name fehlt. Der Unterschied lohnt sich zu kennen, bevor unnötig eine zweite Kompressionsrunde in Kauf genommen wird.