GIF in MKV umwandeln

Wer zu Hause einen eigenen Medienserver betreibt — Jellyfin oder Kodi auf einem Raspberry Pi, ein NAS im Schrank, das auch als kleiner Server läuft —, hat irgendwann einen langen Bildschirmmitschnitt oder eine Simulation als GIF vorliegen, die einfach nicht als Film in der Mediathek erscheinen will. Der Scanner sortiert nach Container, und ein GIF ist ein Bildformat, also wird es entweder ignoriert oder als Vorschaubild eingestuft.

Eine Matroska-Datei ist eindeutig. Der Scanner liest eine Laufzeit, eine Videospur und eine Auflösung aus, und der Titel erscheint in der Bibliothek mit Vorschaubild und Fortschrittsbalken wie alles andere. Das ist der ganze Grund für diese Umwandlung — nicht die Dateigröße, die jeder beliebige Videocontainer ebenfalls liefern würde.

MKV wurde 2002 als offener Container veröffentlicht, gedacht, um beliebig viele Video-, Audio- und Untertitelspuren, Kapitel, Anhänge und Metadaten dauerhaft zu tragen. In der hiesigen Registry ist der Einsatzzweck als Archivierung und Auslieferung vermerkt, und die Archivierung ist der ehrliche Teil davon.

Kein Browser spielt eine Matroska-Datei direkt ab — nicht teilweise, gar nicht —, und für progressives Streaming ist der Container nicht gebaut, anders als WebM. Soll die Animation irgendwann auf einer Webseite landen, führt eine Umwandlung nach MKV eher weg von diesem Ziel als hin dazu.

Matroska trägt fast jeden Codec, die Wahl ist also eine echte Entscheidung und kein Automatismus. Diese Umwandlung schreibt H.264 im High-Profil, weil jemand, der eine Datei in eine selbst gehostete Mediathek legt, meist einen Fernseher, eine Streaming-Box oder eine Handy-App bedient — und H.264 ist das eine, was jedes dieser Geräte ohne Transcoding im laufenden Betrieb dekodiert.

Die Alternative wären VP9 oder AV1, beide kleiner bei gleicher sichtbarer Qualität und beide ein Risiko auf der Empfängerseite. Ein Medienserver, der beim Abspielen transcodieren muss, macht aus einer stillen, fünfminütigen Animation eine Aufgabe für eine CPU, die meist ohnehin gerade etwas anderes tut. Eine Datei, die das Endgerät direkt abspielen kann, kostet nichts.

Die hier erzeugte Matroska-Datei enthält eine Videospur und sonst nichts — genau das, was ein GIF zu bieten hat. Was daraus einen sinnvollen Ausgangspunkt macht statt eine Einschränkung: MKVToolNix kann später hinzufügen, ohne irgendetwas neu zu kodieren — eine Kommentarspur, eine Untertiteldatei, Kapitelmarken, ein Vorschaubild.

Beim Remuxen wird die Videospur unverändert übernommen, es geht also nichts verloren, und es dauert Sekunden statt Minuten. Soll diese Animation Teil von etwas Größerem werden — einer Zusammenstellung, einem Vortrag mit nachträglich aufgenommener Vertonung —, ist MKV als Ausgangspunkt der richtige, weil jeder spätere Schritt eine Container-Bearbeitung ist und keine weitere Kompressionsrunde.

Das GIF-Format kennt keine Bewegungskompensation. Bild zwölf wird als komplettes Bild gespeichert, selbst wenn es sich von Bild elf nur um vier Pixel unterscheidet, und die einzige Kompression ist LZW über eine indizierte Palette. Diese Konstruktion stammt aus dem Jahr 1989 und hat sich nie geändert, weshalb ein als GIF gespeicherter Bildschirmmitschnitt für ein paar Minuten fast völliger Stille mehrere Dutzend Megabyte groß sein kann.

H.264 speichert ein vollständiges Bild und danach nur noch, was sich von Bild zu Bild ändert. Bei dem Material, das typischerweise als GIF in einer Mediathek landet — eine mitgeschnittene Terminal-Sitzung, ein langsam rotierendes Render, eine Zeichnung auf einem Whiteboard — bleibt der Großteil des Bildes von Frame zu Frame gleich, und genau für diesen Fall wurde der Codec gebaut.

Ein GIF-Frame trägt höchstens 256 Farben. Was auch immer der ursprüngliche Mitschnitt an Farbtiefe hatte, wurde bereits beim Schreiben des GIF reduziert, und diese Reduktion steckt fest in den Bildern, die der Encoder bekommt. Ein Verlauf, der einmal weich war, ist jetzt gestuft, und ein gedithertes Feld besteht jetzt aus abwechselnden Einzelpixeln.

Der Videoencoder verschlimmert das nicht, aber Dithering ist eine echte Komplikation: Es ist hochfrequentes Rauschen, und hochfrequentes Rauschen ist das Teuerste, was ein Videocodec speichern muss. Ein stark gedithertes GIF wird bei gleicher Auflösung und Länge zu einem größeren MKV als ein flaches, und eine höhere Qualitätsstufe macht das eher schlimmer als besser.

Ein GIF hat keinen Ton, also enthält das MKV nur eine Videospur. Die meisten Player kommentieren das nicht — VLC und MPV zeigen einfach kein Audiogerät an, Kodi spielt lautlos.

Manche Bibliotheks-Oberflächen sind wählerischer und zeigen einen Titel ohne Audiospur als unbekannt oder beschädigt an. Trifft das auf die eigene Einrichtung zu, kann MKVToolNix in einem Durchgang eine stille Audiospur einmuxen, ohne das Bild neu zu kodieren — günstiger, als das GIF mit anderen Einstellungen noch einmal umzuwandeln.

Die Faustregel lohnt sich, offen ausgesprochen zu werden. Dauert die Animation drei Sekunden und ist sie dazu gedacht, irgendwo gepostet zu werden, ist eine Umwandlung nach Matroska Aufwand für das falsche Problem — sie läge in der Bibliothek als Titel, den niemand aufrufen will, und MP4 oder WebM hätten dem eigentlichen Zweck besser gedient.

Diese Umwandlung lohnt sich, wenn das GIF lang ist, wenn es aufbewahrt statt geteilt wird, und wenn der Rest des Bestands ohnehin schon Matroska ist. Konsistenz innerhalb einer Bibliothek ist etwas wert für sich genommen — ein Container bedeutet eine Menge Wiedergabeeinstellungen und eine Stelle, an der man nachschaut, wenn etwas nicht läuft.

Die Bilder werden vom eigenen Bilddecoder des Browsers gelesen und im selben Tab zu Matroska gemuxt. Kein Teil der Datei wird irgendwohin gesendet, es gibt kein Konto und keine Warteschlange — derselbe Grund, aus dem manche sich sonst FFmpeg installieren, nur eben ohne FFmpeg zu installieren.

Dieser Decoder ist nicht in jedem Browser vorhanden. Fehlt er, sagt die Seite das offen und nennt Browser, die ihn haben, statt die Datei still an einen Server weiterzureichen, der den Rest übernimmt.

Wer eine gewachsene Sammlung alter Bildschirmmitschnitte oder archivierter Werbebanner in eine Mediathek überführt, hat selten nur eine Datei vor sich. Bis zu hundert GIFs lassen sich in einem Durchgang ablegen, jedes wird der Reihe nach umgewandelt und behält seinen ursprünglichen Namen mit geänderter Endung, gesammelt in einem ZIP am Ende.

Vor dem Einsortieren in die Bibliothek lohnt sich eine Stichprobe: eine kurze Animation und eine der längeren Dateien öffnen und prüfen, ob Timing und Bildausschnitt stimmen. Stammen die GIFs aus unterschiedlichen Quellen — manche aus einer Bildschirmaufnahme, andere aus einem alten Präsentationstool —, verrät diese Stichprobe meist schon, ob es bei einer bestimmten Herkunftsgruppe Besonderheiten gibt.

In einem typischen Heimserver-Aufbau liegt die Mediathek auf einem NAS, das per SMB oder NFS eingebunden ist, und der Scanner durchsucht diesen Ordner in festen Abständen nach neuen Dateien. Die hier erzeugte MKV-Datei lässt sich direkt in diesen Ordner legen, ohne dass ein zusätzlicher Import-Schritt in der Serversoftware nötig wäre — der nächste planmäßige Bibliotheksscan nimmt sie von selbst auf.

Das Umbenennen nach einer bestimmten Namenskonvention, sofern die eigene Serversoftware eine erwartet, bleibt ein separater Schritt danach. Für einen einzelnen Titel, der nicht als Serie oder Film erkannt werden muss, reicht meist der schlichte Dateiname, mit dem die Umwandlung ihn ohnehin schon zurückgibt.