MOV in MKV umwandeln

Genau das unterscheidet diese Umwandlung von derselben Aufgabe ausgehend von einer MP4-Datei. Niemand sammelt absichtlich Quicktime-Dateien: Eine Kamera schreibt MOV auf die Speicherkarte, ein iPhone schreibt MOV, ein Schnittprogramm exportiert MOV. Das Format kommt mit dem Gerät, und es kommt mit Apples Vorstellung davon, wie Video verpackt gehört.

Das ist unproblematisch, solange alles Nachgelagerte ein Mac ist, und unbequem, sobald es das nicht mehr ist. Ein Jellyfin-Server auf einer Synology- oder QNAP-NAS im Heimnetz, eine Fritzbox mit angeschlossener Festplatte, ein Raspberry Pi mit Kodi unterm Fernseher — all das behandelt Matroska als seinen natürlichen Fall und Quicktime als Importformat. Die eigene Sammlung auf einen offenen Container umzustellen ist eine echte Entscheidung, und für sie ist diese Seite gedacht.

Die MP4-zu-MKV-Seite dieser Website argumentiert andersherum, und dort zu Recht: Zwei Container mit demselben gewöhnlichen H.264-Strom lassen sich mit MKVToolNix in Sekunden zusammenfügen statt neu kodiert. Daran ist nichts falsch. Es gilt nur nicht für eine Datei, die direkt von einer Kamera kommt.

Ein Remux ist originalgetreu, und genau das ist hier das Problem. Einen ProRes-Strom, einen 10-Bit-HEVC-Strom oder einen 4:2:2-H.264-Strom unverändert in ein MKV zu kopieren erzeugt eine völlig gültige Datei, die der Medienserver trotzdem verweigert — denn abgelehnt wurde immer der Codec, nicht der Container. Diese Umwandlung dekodiert und kodiert neu, nach H.264 im High-Profil mit AAC-Ton, dem Paar, das auf so gut wie jeder Hardware im Decoder läuft. Der Qualitätsverlust einer weiteren Generation ist der Preis dafür, dass die Datei überhaupt abspielt.

Ein Handy filmt im Querformat und schreibt eine Markierung dazu, wie weit das Bild gedreht werden soll. MP4 und MOV tragen diese Markierung beide und verlassen sich darauf, dass ein Player sie liest — weshalb derselbe Clip in einer App aufrecht steht und in der nächsten seitlich liegt. Matroska hat zwar ein Feld dafür, ProjectionPoseRoll, aber zu viele Player ignorieren den Wert, als dass man sich darauf verlassen könnte.

Deshalb wird hier tatsächlich gedreht: Die Bilder werden während der Kodierung physisch gedreht, und das MKV enthält ein aufrechtes Bild ohne angehängte Markierung. Das dauert länger, als eine Zahl weiterzureichen, und ist das haltbarere Ergebnis — eine Datei, die in ihren Pixeln aufrecht ist, kann von keiner Software mehr schief dargestellt werden, egal ob diese Rotationsmatrizen überhaupt kennt. Für Material, das auf einem Server landet und von mehreren verschiedenen Clients gelesen wird, ist das etwas wert.

Der Ruf von MKV beruht auf Dingen, die diese Seite nicht liefert: beliebig viele Tonspuren, zuschaltbare Untertitel, Kapitelmarken, Anhänge und mehrere Videospuren nebeneinander. Es ist seit 2002 eine offene Spezifikation ohne Hersteller dahinter, was der Hauptgrund ist, warum es zum Archivstandard der Linux- und Open-Source-Welt wurde.

Was hier tatsächlich übertragen wird, sind Bild und Ton. Untertitelspuren, Kapitelmarken und der Zeitcode-Track einer Kamera werden nicht gelesen, sodass ein so erzeugtes MKV eine schlanke Datei mit einer Video- und einer Tonspur ist, kein vollständig ausgestattetes Bibliotheksobjekt. Wer die Ausstattung will, kann Untertitel- und Kapitelspuren mit MKVToolNix nachträglich hinzufügen, ohne die Bildspur anzufassen.

ProRes ist der häufigste Fall. Final Cut Pro, ein Atomos-Rekorder und die meisten Kinokameras schreiben es, und kein Browser bringt einen ProRes-Decoder mit — die Umwandlung bricht dann mit einer Meldung ab, dass sich nichts in der Datei umwandeln ließ und ein Codec fehlen könnte. Dasselbe passiert bei allem anderen, was ein professioneller Workflow in eine Quicktime-Hülle packt.

Die Meldung nennt bewusst den fehlenden Decoder statt die Datei zu beschuldigen, denn die Datei ist in Ordnung. Aus der Software, die das ProRes erzeugt hat, eine H.264- oder HEVC-Version exportieren und diese umwandeln — oder den ganzen Vorgang in einem Desktop-Encoder erledigen. Ein Browser kann keinen Codec herbeizaubern, den das Betriebssystem nicht mitbringt.

Weil neu kodiert wird, ist die Qualitätsstufe kein Beiwerk. Sie löst sich in eine Zielbitrate auf, die mit der Auflösung mitskaliert — bei 4K entsprechend höher als bei 1080p, in jeder der drei Stufen. Für eine Datei, die dauerhaft bleiben soll, lohnt sich meist die hohe Stufe, denn alles, was später mit dem Material passiert, entsteht aus dieser Kopie.

Auflösung wird nur verringert, nie erhöht, und 4K auf 1080p zu reduzieren spart in der Regel mehr als eine niedrigere Qualitätsstufe bei gleicher Auflösung. Es nimmt dem Server außerdem Arbeit ab: Eine Box, die sonst bei jeder Wiedergabe herunterskalieren müsste, bekommt eine Datei genau in der Auflösung, die ohnehin angezeigt wird.

Kein Browser spielt Matroska ab, und keiner wird damit anfangen — alles, was verlinkt, in eine Seite eingebettet oder in einer Messenger-App verschickt werden soll, gehört stattdessen als MP4 vorbereitet. Auch Apples eigene Player verweigern es, was relevant ist, wenn im Haushalt sowohl ein Linux-Server als auch ein iPad steht.

Matroska ist zudem nicht für progressives Streaming über einfaches HTTP ausgelegt, wie MP4 es ist, und funktioniert dafür schlecht. Im Heimnetz mit einem Server, der bei Bedarf transkodiert, spielt das keine Rolle — und genau dafür lohnt sich die Umwandlung einer Kartenlade voller MOV-Dateien in MKV.

Sie läuft auf dem eigenen Prozessor, über den Hardware-Encoder, den das Betriebssystem bereits bereitstellt, sodass die Dauer von Länge und Auflösung abhängt, nicht von der Dateigröße. Es gibt keine Warteschlange und keinen Upload, der bei einem gehosteten Konverter normalerweise der langsamste Teil der ganzen Aufgabe ist.

Die kostenlose Obergrenze liegt bei 100 MB je Datei. Kameraoriginale erreichen das schnell — 4K mit 30 Bildern pro Sekunde vom Handy schreibt rund 170 MB je Minute —, deshalb eignet sich das für Clips und kurze Stücke, nicht für eine ganze Speicherkarte. Eine bibliotheksgroße Umwandlung gehört in einen Desktop-Encoder, der über Nacht laufen kann.

Die ganze Umwandlung läuft in diesem Tab, mit den Decodern und Encodern, die der Rechner schon besitzt. Nichts, was das Video trägt, wird irgendwohin gesendet, und der Netzwerk-Tab zeigt das während einer Umwandlung.

Bei diesem Paar ist das Argument eher praktisch als grundsätzlich. Das Material gehört einem selbst, es ist groß, und das Ziel ist eine Maschine im selben Raum. Mehrere hundert Megabyte auf einen fremden Server zu schicken, damit sie zwei Meter weiter wieder ankommen, war nie der sinnvolle Weg — und es ist genau das, was ein browserbasierter Konverter tatsächlich verbessert.