Was ist ein Remux und warum ist es hier nicht möglich?

Remux ist das Kopieren von Video- und Audiodaten aus einem Container in einen anderen, ohne sie anzurühren; da der Kompressionsalgorithmus gar nicht erst anläuft, ist es schnell und verursacht keinen Qualitätsverlust. Damit ein Remux funktioniert, muss der Zielcontainer den Codec der Quelle jedoch kennen. WEBM akzeptiert nur die Video-Codecs VP8, VP9 und AV1; MOV-Dateien tragen dagegen meist H.264 oder ProRes. Da sich diese beiden Listen überhaupt nicht überschneiden, lassen sich die Daten nicht unverändert übernehmen, und eine Neukodierung wird zwingend.

Was genau verliere ich bei der Neukodierung?

Verlustbehaftete Kompression verkleinert die Datei, indem sie jene Details verwirft, die das menschliche Auge am wenigsten bemerkt. War die MOV-Quelle bereits mit H.264 komprimiert, wurde ein Teil der Details längst verworfen; dekodieren Sie dieses Bild und komprimieren es mit VP9 neu, folgt eine zweite Auslese. Am sichtbarsten wird der Verlust in schnell bewegten Szenen, in großen einfarbigen Flächen und in dunklen Passagen. Bei einer guten Qualitätseinstellung ist er in den meisten Szenen mit dem Auge nicht auszumachen, technisch aber vorhanden und nicht rückgängig zu machen.

Ist die Lage bei einer MOV-Datei mit ProRes anders?

Beim Verlust sind Sie leicht im Vorteil, denn ProRes komprimiert nur wenig und in der Quelle wurden kaum Details verworfen; die einzige hinzukommende Auslese ist also die der WEBM-Kodierung. Bei der Verarbeitungszeit ist die Lage jedoch anspruchsvoller, denn ProRes-Dateien sind riesig und es muss eine sehr große Datenmenge gelesen werden. Zudem bleibt die Neukodierung selbst unvermeidlich, denn WEBM kann ProRes in keiner Weise aufnehmen.

Gibt es eine Möglichkeit, den Vorgang zu beschleunigen?

Am wirksamsten ist es, VP9 statt AV1 zu wählen; AV1 komprimiert effizienter, kodiert aber deutlich langsamer. Der zweite Weg ist, die Auflösung zu verringern; wenn Sie fürs Web kein 4K brauchen, senkt eine niedrigere Auflösung sowohl die Kodierdauer als auch die Dateigröße erheblich. Auch überflüssige Passagen vor der Umwandlung herauszuschneiden, verkürzt die Dauer, weil weniger Einzelbilder verarbeitet werden.

Warum erfordert die Umwandlung von MOV zu WEBM immer eine Neukodierung?

Derselbe Vorgang, sehr unterschiedliche Dauer

Wenn Sie eine MOV-Datei nach MP4 umwandeln, ist der Vorgang meist erstaunlich schnell vorbei. Wandeln Sie dieselbe MOV-Datei nach WEBM um, warten Sie minutenlang. Die Datei ist dieselbe, die Länge dieselbe, die Auflösung dieselbe. Woher kommt der Unterschied?

Die Antwort steckt in der grundlegendsten Unterscheidung der digitalen Videotechnik: dem Unterschied zwischen Container und Codec. Haben Sie diese Unterscheidung verstanden, können Sie vorhersagen, welche Umwandlung schnell und welche langsam sein wird, ohne die Datei überhaupt anzusehen.

Container und Codec: zwei getrennte Schichten

Denken Sie sich eine Videodatei zweischichtig.

Der Container ist die äußere Schicht – die Kiste der Datei. Er hält Videospur, Tonspur, gegebenenfalls Untertitel, Metadaten und Synchronisationsinformationen zusammen. MOV, MP4, WEBM und MKV sind jeweils ein Container. Ein Container komprimiert das Bild nicht und bestimmt die Qualität nicht.

Der Codec ist die innere Schicht – er bestimmt, mit welchem Algorithmus Bild und Ton komprimiert wurden. H.264, H.265, ProRes, VP9 und AV1 sind Video-Codecs. AAC, MP3, Opus, Vorbis und PCM sind Audio-Codecs. Diese Schicht bestimmt die Größe und die sichtbare Qualität Ihrer Datei.

Der entscheidende Punkt: Nicht jeder Container kann jeden Codec aufnehmen. Jeder Container hat eine Liste akzeptierter Codecs, und ob eine Umwandlung schnell oder langsam wird, hängt davon ab, ob sich diese Listen überschneiden.

Wenn es eine Schnittmenge gibt: Remux

Steht der Codec der Quelldatei auch auf der Liste des Zielcontainers, passiert etwas Schönes. Sie müssen das Bild überhaupt nicht dekodieren. Video- und Audiodaten werden aus der alten Kiste genommen und unverändert in die neue gelegt. Dieser Vorgang heißt Remux.

Remux hat zwei große Vorzüge. Erstens: Der Qualitätsverlust ist null – die Daten bleiben Bit für Bit gleich, kein Detail wird verworfen. Zweitens: Es ist schnell – der Kompressionsalgorithmus läuft gar nicht erst an, es werden nur Daten kopiert, weshalb vor allem die Geschwindigkeit von Festplatte und Verbindung die Dauer bestimmt.

Genau das passiert, wenn Sie eine MOV-Datei mit H.264 nach MP4 umwandeln. Da der MP4-Container H.264 ohnehin akzeptiert, werden die Daten übertragen und die Sache ist erledigt. Deshalb ist diese Umwandlung schnell.

Wenn es keine Schnittmenge gibt: Neukodierung

Die Liste der von WEBM akzeptierten Codecs ist recht eng, und das ist eine Entwurfsentscheidung. WEBM wurde als offenes Webformat ohne Patentlast entworfen; deshalb trägt es nur offene Codecs:

Video: VP8, VP9, AV1
Ton: Vorbis, Opus

Sehen wir uns nun den typischen Inhalt von MOV-Dateien an:

Video: H.264 (iPhone, Bildschirmaufnahmen, die meisten Kameras) oder ProRes (professioneller Schnitt)
Ton: AAC oder unkomprimiertes PCM

Zwischen beiden Listen gibt es kein einziges gemeinsames Element. H.264 lässt sich nicht in WEBM legen. ProRes schon gar nicht. Auch AAC steht nicht auf der Tonliste von WEBM.

In diesem Fall bleibt nur ein Weg: Transcode, also Neukodierung. Der Ablauf sieht so aus: Jedes Einzelbild des Quellvideos wird durch den H.264-Decoder in rohe Pixel überführt. Dann werden diese rohen Bilder an den VP9- oder AV1-Encoder übergeben und von Grund auf neu komprimiert. Auf der Tonseite geschieht dasselbe: AAC wird dekodiert und als Opus oder Vorbis neu kodiert.

Zwei ehrliche Folgen davon

Erstens: Der Vorgang ist langsam. Jedes Einzelbild des Videos muss durch zwei getrennte Algorithmen. Die Encoder von VP9 und AV1 rechnen besonders intensiv – gerade daraus entsteht die effiziente Kompression. Dass der Vorgang bei einer langen, hochauflösenden Datei mehrere Minuten dauert, ist kein Mangel, sondern das erwartete Verhalten. Wählen Sie AV1, verlängert sich diese Dauer gegenüber VP9 deutlich.

Zweitens: Sie verlieren ein wenig Qualität. Verlustbehaftete Kompression verkleinert die Datei, indem sie die Information verwirft, die das menschliche Auge am wenigsten bemerkt. War die MOV-Quelle bereits mit H.264 komprimiert, wurde ein Teil der Details längst verworfen. Dekodieren Sie dieses Bild und komprimieren es mit VP9 neu, folgt eine zweite Auslese. Das ist ein sich überlagernder Verlust, und er lässt sich nicht rückgängig machen.

Bei einer guten Qualitätseinstellung fällt dieser Verlust in den meisten Szenen mit bloßem Auge nicht auf. An manchen Stellen wird er jedoch sichtbar: Unschärfe in schnell bewegten Szenen, Farbstufen in großen einfarbigen Flächen (etwa am Himmel), Blockartefakte in dunklen Szenen. Sehen Sie das, ist Ihre Qualitätseinstellung zu geizig.

Praktische Folgerungen

Haben Sie diesen Mechanismus verstanden, werden drei Verhaltensweisen automatisch richtig.

Halten Sie die Kette kurz. Jede Neukodierung fügt einen neuen Verlust hinzu. Statt das Video erst nach MP4, dann nach WEBM und dann in noch etwas anderes zu wandeln, gehen Sie direkt von der Quelle zum Ziel. Nehmen Sie bei der Umwandlung von MOV zu WEBM die Originaldatei als Quelle.

Erledigen Sie die Bearbeitung zuerst. Zuschneiden, Farbkorrektur und das Einbrennen von Untertiteln bedeuten jeweils eine weitere Neukodierung. Machen Sie das vor der Umwandlung, solange Sie noch mit der Quelldatei arbeiten.

Löschen Sie das Original niemals. Die WEBM-Ausgabe ist eine Fassung, die gegenüber der Quelle Information eingebüßt hat. Brauchen Sie morgen ein anderes Format, sollten Sie nicht von der WEBM-Datei, sondern von der ursprünglichen MOV-Datei ausgehen.

Welche Umwandlung ist schnell, welche langsam: eine praktische Faustregel

Haben Sie diese Logik verinnerlicht, können Sie vor einer Umwandlung grob abschätzen, wie lange sie dauern wird. Sie müssen nur zwei Fragen stellen.

Erste Frage: Welcher Codec steckt in der Quelldatei? MOV-Dateien tragen meist H.264; bei Ausgaben professioneller Kameras und Schnittprogramme findet sich ProRes. Die Dateigröße gibt Ihnen einen Hinweis – belegt ein Video von wenigen Minuten mehrere Gigabyte, steckt darin ein kaum komprimierter Codec wie ProRes.

Zweite Frage: Akzeptiert der Zielcontainer diesen Codec? MP4 akzeptiert H.264, deshalb ist der Wechsel von einer MOV-Datei mit H.264 nach MP4 ein Remux und schnell vorbei. WEBM akzeptiert weder H.264 noch ProRes, deshalb führt jeder Weg dorthin über eine Neukodierung.

Stellen Sie diese beiden Fragen, ergibt sich das Ergebnis von selbst. Gibt es eine Schnittmenge, geht es schnell und verlustfrei; gibt es keine, geht es langsam und mit einem gewissen Verlust. So einfach ist die Regel, und sie funktioniert für andere Container wie MKV und AVI genauso.

Eine Anmerkung: Bei einer MOV-Datei mit ProRes sind Sie beim Verlust eigentlich leicht im Vorteil, denn ProRes komprimiert nur wenig und in der Quelle wurden kaum Details verworfen. Die einzige hinzukommende Auslese ist also die der WEBM-Kodierung. Dafür verlängert sich die Verarbeitungszeit noch weiter, denn die zu lesende Datenmenge ist gewaltig.

Zusammengefasst

Dass die Umwandlung von MOV zu WEBM langsam und verlustbehaftet ist, liegt weder an einem Mangel des Werkzeugs noch an falschen Einstellungen; es ist die unmittelbare Folge davon, dass sich die Codec-Listen der beiden Container überhaupt nicht überschneiden. WEBM ist ein enger Container, der auf offenen Codecs aufbaut, MOV dagegen einer, der völlig andere Codecs wie H.264 und ProRes trägt. Ohne gemeinsamen Nenner muss das Bild zwangsläufig dekodiert und neu komprimiert werden – und das bedeutet Zeit und ein wenig Qualität. Ob sich dieser Preis lohnt, hängt von Ihrem Ziel ab: Wollen Sie das Video auf Ihrer Website veröffentlichen, rechtfertigen die Browserkompatibilität und die effiziente Kompression von WEBM diese Kosten. Wollen Sie die Datei jedoch nur jemandem schicken, ist MP4 als Ziel weit klüger, denn dorthin ist der Containerwechsel kostenlos.