WebM in MKV umwandeln

Die beiden Formate sind keine entfernten Verwandten. Matroska erschien 2002 als Container, der praktisch alles aufnehmen kann; WebM, 2010 von Google veröffentlicht, ist eine bewusst eingeschränkte Version davon: dieselbe Struktur, begrenzt auf eine kurze Liste lizenzfreier Codecs. Öffnet man eine WebM-Datei mit einem Hex-Editor, stehen dort dieselben ersten Bytes wie bei jeder Matroska-Datei.

Diese Nähe erklärt, warum so viele Anleitungen die Umwandlung von WebM zu MKV als reines Umbenennen beschreiben. Was die Dateistruktur betrifft, liegen sie fast richtig. Was die Frage betrifft, ob der eigene Player die Datei danach abspielt, liegt der eigentliche Punkt woanders — denn woran es meistens scheitert, ist nicht der Container.

Sie kodiert sie neu. Die Bildspur kommt als H.264 heraus, die Tonspur als AAC, unabhängig davon, was hineinging. Jedes Einzelbild wird zu Pixeln zurückgerechnet und erneut komprimiert, was echte Zeit kostet und etwas an Detail verliert — genau wie bei einer Umwandlung nach MP4. Der MKV-Container selbst ist der einzige Teil, der ohne Aufwand entsteht.

Das ist eine bewusste Entscheidung und keine Einschränkung des Containers: MKV nimmt VP9 anstandslos auf, ebenso AV1 und FLAC. Der Grund, hier trotzdem H.264 zu schreiben, liegt darin, dass jemand, der zu MKV konvertiert, fast immer einen Mediaplayer statt einen Browser bedient — und ein Player, der an einer WebM-Datei scheitert, scheitert an VP9 in einer MKV-Datei ganz genauso.

Es gibt einen echten Vorgang, der genau das leistet, wonach „WebM zu MKV" klingt: die komprimierten Datenströme aus einem Container zu heben und unverändert in den anderen zu schreiben. Er dauert wenige Sekunden unabhängig von der Videolänge, verliert nichts und liefert ein bitidentisches Bild.

Diese Seite tut das nicht. `mkvmerge` aus MKVToolNix erledigt es mit ein paar Klicks, `ffmpeg -i input.webm -c copy output.mkv` auf der Kommandozeile ebenso. Verlangt eine Software nur die Endung .mkv und akzeptiert VP9 problemlos, ist das der kürzere und bessere Weg — und das offen zu sagen ist ehrlicher, als fünf Minuten Rechenzeit zu verkaufen, die niemand brauchte.

Plex, Jellyfin und Emby stehen bei jedem Wiedergabestart vor derselben Entscheidung: die Datei unverändert ausliefern oder sie live umwandeln. Direktwiedergabe kostet nichts und startet sofort; Live-Transcoding belastet dauerhaft die Hardware, auf der der Server läuft — auf einem stromsparenden NAS oft der Unterschied zwischen flüssiger Wiedergabe und ständigem Puffern.

H.264 mit AAC ist die Kombination, die praktisch jeder Client in Hardware dekodiert, vom zehn Jahre alten Fernseher bis zum aktuellen Smartphone. Eine VP9-WebM-Datei einmal im Voraus umzuwandeln, verlagert diese Arbeit dauerhaft vom Server weg. Bei einer ganzen Sammlung ist genau das der Punkt, an dem Stapelverarbeitung und die fehlende Upload-Grenze nicht mehr nur bequem, sondern überhaupt erst praktikabel sind.

Der Ruf von Matroska beruht auf Dingen, die diese Umwandlung nicht liefert. Es nimmt beliebig viele Tonspuren auf, sodass ein Film die Originalsprache und zwei Synchronfassungen gleichzeitig tragen kann. Es speichert Untertitelspuren in mehreren Formaten eingebettet statt als separate Datei daneben. Es hält Kapitel, Anhänge und ein Titelbild.

Nichts davon übersteht diesen Weg: Eine Bildspur und eine Tonspur wandern hinüber, alles andere entfällt. Soll die MKV-Datei anschließend Untertitel bekommen, gehört das in MKVToolNix — dort werden Spuren zu einer bestehenden MKV-Datei hinzugefügt, ohne neu zu kodieren, was Sekunden statt Minuten dauert und keine Qualität kostet.

Außerhalb der Enthusiasten-Community ist die Unterstützung für MKV lückenhaft. Kein Browser spielt eine MKV-Datei nativ ab, sie lässt sich also nicht in eine Webseite einbetten. Viele Smart-TV-Apps, ältere Set-Top-Boxen und Apples Software-Umgebung weigern sich oder verhalten sich launisch — das Gegenteil der Lage bei MP4.

Da die hier erzeugte Datei inhaltlich in beiden Fällen dasselbe H.264 und AAC trägt, ist der Container eine freie Wahl, und MP4 ist der sicherere Standard. MKV lohnt sich, wenn etwas in der eigenen Kette es ausdrücklich verlangt — eine Namenskonvention des Servers, ein Player, der es bevorzugt, ein Ablauf, der später Untertitel hinzufügt — nicht weil es das vermeintlich fähigere Format ist.

Der Aufbau eines eigenen Medienservers zu Hause statt eines Cloud-Abos ist in Deutschland weit verbreitet, aus Datensparsamkeit ebenso wie aus Interesse an der eigenen Infrastruktur. Genau diese Gruppe stößt bei einem cloudbasierten Konverter schnell an eine reale Grenze: Deutsche DSL- und Kabelanschlüsse sind in aller Regel asymmetrisch, mit einer Upload-Geschwindigkeit, die weit unter der Download-Geschwindigkeit liegt.

Eine WebM-Sammlung erst hoch- und dann als MKV wieder herunterzuladen, dauert bei solchen Anschlüssen oft länger als die eigentliche Neukodierung. Läuft die Umwandlung dagegen im Browser-Tab, entfällt dieser Engpass vollständig — die Geschwindigkeit hängt am eigenen Prozessor, nicht an dem, was der Anbieter als Upload freigibt.

Die Auflösungseinstellung lohnt sich, wenn die Quelle eine Bildschirmaufnahme mit ungewöhnlichem Format ist. Medienserver und Fernseh-Apps sind mit den gängigen Stufen am zufriedensten, und 1080p ist die Auflösung, in der die meisten Sammlungen geführt werden; eine 1440p-Aufnahme auf 1080p herunterzuskalieren macht die Datei kleiner und erspart dem Client später eine eigene Skalierung.

Die Qualitätsstufe ist der zweite Hebel. Ausgeglichen genügt für alles, was einmal angesehen wird; die hohe Stufe lohnt sich für etwas, das dauerhaft in einer Sammlung bleiben soll, denn es handelt sich bereits um eine zweite Kompressionsgeneration, bei der eine allzu knappe Einstellung nichts mehr zu geben hat.

Bibliotheken werden nicht Datei für Datei umgewandelt. Bis zu hundert WebM-Dateien lassen sich gemeinsam ablegen, jede läuft mit eigenem Fortschritt, und die fertigen MKV-Dateien stehen als ein einziges ZIP zum Herunterladen bereit. Eine Warteschlange entsteht nicht, weil kein gemeinsamer Server im Hintergrund bedient werden muss.

Das Fehlen eines Uploads macht den Ablauf praktikabel und nicht nur privat. Hundert Aufnahmen sind schnell mehrere Dutzend Gigabyte; sie zu einem Konverter zu schicken und zurückzuholen, dauert länger als die Kodierung selbst und stößt bei den meisten kostenlosen Diensten an ein Tageslimit, bevor die Sammlung fertig ist.

Beide hier erzeugten Dateien enthalten inhaltlich exakt dasselbe: H.264-Video und AAC-Ton. Der einzige Unterschied ist die Hülle, und MP4 ist auf mehr Hardware-Playern, mehr Smart-TV-Apps und in jedem Browser lauffähig als MKV. Ohne einen konkreten Grund für MKV ist MP4 deshalb die sicherere Wahl für eine neu aufgebaute Sammlung.

MKV verdient seinen Platz, wenn eine Sammlung mehrere Tonspuren, eingebettete Untertitel oder Kapitel tragen soll — und diese Umwandlung liefert keines davon, wie der Abschnitt oben bereits erklärt hat. Wer eine bestehende Bibliothek konsequent in MKV führt, kann diese Wahl beibehalten; wer neu beginnt, spart sich mit MP4 spätere Kompatibilitätsfragen.