Was ändert sich technisch bei der Umwandlung von GIF in Video?

Wenn Sie ein GIF in ein MP4 umwandeln, wird die Datei zehnmal kleiner, das Bild bleibt aber nahezu gleich. Wie ist das möglich, und was ändert sich bei der Umwandlung tatsächlich? In diesem Beitrag erklären wir die strukturellen Unterschiede der beiden Formate und was in jedem Schritt der Umwandlung geschieht.

Zwei verschiedene Animationsmodelle

Animation in GIF besteht aus aufeinanderfolgenden, eigenständigen Einzelbildern. Jedes Einzelbild kann:

• eine eigene Farbpalette haben (höchstens 256 Einträge),
• eine eigene Verzögerungszeit besitzen (in Hundertstelsekunden),
• eine eigene Position und Größe haben (kein Vollbild, sondern ein Teilrechteck),
• eine eigene Entsorgungsmethode besitzen (was vor dem nächsten Bild geschieht).

Animation im Video besteht aus Einzelbildern, die in einem festen Zeitraster angeordnet sind. Die Bildrate ist meist konstant (25, 30, 60 fps), und jedes Bild wird gleich lang gezeigt.

Aus diesem grundlegenden Modellunterschied ergibt sich die erste Schwierigkeit der Umwandlung.

Zeitsteuerung: von variabler Verzögerung zu konstanter Bildrate

Die Bildverzögerungen eines GIFs können so aussehen:

Bild 1: 10 (0,10 s)
Bild 2: 10 (0,10 s)
Bild 3: 25 (0,25 s)  ← Pause
Bild 4: 10 (0,10 s)
Bild 5:  5 (0,05 s)  ← schneller Übergang

Ein Video erwartet dagegen eine konstante Bildrate. Der Konverter hat folgende Möglichkeiten:

1. Eine ausreichend hohe Bildrate wählen und Einzelbilder wiederholen. Wird im obigen Beispiel 20 fps gewählt (0,05 s pro Bild), wird das Bild mit 0,25 Sekunden fünfmal wiederholt. Die Zeitsteuerung bleibt exakt erhalten, die Bildanzahl steigt jedoch – weil Videocodecs wiederholte Einzelbilder sehr effizient komprimieren, entsteht dadurch kein Größenproblem.

2. Eine mittlere Bildrate wählen und annähern. Einfacher, führt aber zu Zeitabweichungen.

Die meisten Konverter nutzen den ersten Weg. Sind die Verzögerungen Ihres GIFs sehr unregelmäßig, kann dennoch ein leichter Rhythmusunterschied spürbar werden.

Ein Detail: Manche sehr alten GIFs tragen den Verzögerungswert 0 (so schnell wie möglich). Browser heben ihn üblicherweise auf einen Mindestwert an, und verschiedene Browser verwenden unterschiedliche Mindestwerte. Wandeln Sie ein solches GIF in ein Video um, kann die Geschwindigkeit von der abweichen, die Sie im Browser gesehen haben.

Das Zusammenführen von Teilbildern

In einem GIF kann ein Einzelbild ein kleines Rechteck sein, das nur den veränderten Bereich über das vorherige Bild zeichnet. Bei einer Animation mit festem Hintergrund spart das erheblich Platz.

Im Video gibt es kein solches Konzept; jedes Einzelbild hat die volle Größe.

Der Konverter muss die GIF-Einzelbilder der Reihe nach zusammensetzen (Compositing) und für jedes Bild das vollständige Bild erzeugen. Dafür muss er die Entsorgungsmethode richtig auswerten:

| Methode | Bedeutung | |---|---| | Nicht angegeben | Das Bild soll unverändert bestehen bleiben | | Beibehalten (Do not dispose) | Das Bild bleibt, das nächste wird darüber gezeichnet | | Auf Hintergrund zurücksetzen | Der Bildbereich wird mit der Hintergrundfarbe geleert | | Auf vorherigen Zustand zurück | Der Bildbereich kehrt in seinen vorherigen Zustand zurück |

Eine falsche Auswertung zeigt sich in der Umwandlung als "Geisterspuren" oder als angesammelte Reste. Bei sauber programmierten Konvertern ist das ein seltenes Problem, kann Ihnen aber bei sehr alten oder nicht standardkonformen GIFs begegnen.

Farbe: von der Palette zur vollen Farbe (aber ohne Rückweg)

In einem GIF ist jedes Pixel ein Palettenindex. Bei der Umwandlung werden diese Indizes in tatsächliche RGB-Werte aufgelöst.

Das Videoformat unterstützt volle Farbe (16,7 Millionen), es gibt hier also keine technische Grenze.

Doch die Quelle wurde bereits auf 256 Farben reduziert. Die verlorene Farbinformation kehrt nicht zurück. Das Video speichert diese 256 Farben mit voller Farbkapazität, und das Ergebnis sieht optisch genauso aus wie das GIF.

Ein interessanter Nebeneffekt: Wurde auf das GIF Dithering angewendet (das gepunktete Muster, mit dem die Farbgrenze kaschiert wird), wandert dieses Muster mit ins Video. Für den Videocodec ist dieses Rauschen eine Belastung – der Codec hält es für echtes Detail und verbraucht dafür Bits. Wird nicht genügend Bitrate zugewiesen, verwischt das Dithermuster oder führt zu Blockartefakten.

Transparenz: die verlorene Eigenschaft

GIF unterstützt binäre Transparenz: Ein Pixel ist entweder vollständig transparent oder vollständig deckend. Zwischenwerte gibt es nicht, weshalb die Kanten transparenter GIFs ausgefranst wirken.

Gängige Videocodecs (H.264 und VP9 in ihren Standardprofilen) führen keinen Alphakanal. Jedes Pixel gilt als deckend.

Bei der Umwandlung müssen transparente Pixel mit einer Farbe gefüllt werden – meist Schwarz oder Weiß. Das Ergebnis: Bereiche, durch die im GIF der Hintergrund schien, sind im Video eine einheitliche Farbfläche.

Wird Transparenz benötigt, ist Video nicht das richtige Ziel. Die Alternativen:

• Animiertes WEBP: 8-Bit-Alpha, gute Kompression.
• APNG: 8-Bit-Alpha, größere Datei, dafür breite Unterstützung.

Beide sind der binären Transparenz von GIF überlegen – mit 256 Transparenzstufen liefern sie weiche Kanten.

Chroma-Unterabtastung

Dies ist einer der technischsten, zugleich aber sichtbarsten Effekte der Umwandlung.

Das menschliche Auge reagiert auf Änderungen der Helligkeit (Luma) weit empfindlicher als auf Änderungen der Farbe (Chroma). Videocodecs nutzen das: Sie speichern die Helligkeitsinformation in voller und die Farbinformation in halber Auflösung.

Dieses Schema heißt 4:2:0 und ist die Voreinstellung gängiger Videokodierung. Die Farbinformation wird horizontal und vertikal halbiert – gespeichert wird also ein Viertel der Farbdaten.

Bei fotografischen Inhalten ist das so gut wie unsichtbar. Bei Inhalten, wie sie in GIFs häufig vorkommen, kann es dagegen auffallen:

• Scharfe farbige Kanten: roter Text auf weißem Grund, an den Kanten leicht unscharf.
• Feine Linien: farbige Oberflächenelemente werden weich.
• Kleiner Text: die Lesbarkeit kann leiden.

Manche Codecs unterstützen das Profil 4:4:4 (die Farbinformation wird in voller Auflösung gespeichert). Bei Bildschirmaufnahmen und Animationen mit Text macht das einen deutlichen Unterschied, doch die Datei wird größer und die Kompatibilität schmaler.

Die Beschränkung auf gerade Zahlen

Weil die 4:2:0-Unterabtastung die Farbinformation in Blöcken von 2 × 2 Pixeln speichert, verlangt sie, dass Breite und Höhe gerade Zahlen sind.

GIFs kennen keine solche Beschränkung; Maße wie 401 × 267 sind verbreitet.

Der Konverter löst das auf zwei Wegen:

• Zuschneiden: Eine Pixelspalte oder -zeile wird entfernt (401 → 400).
• Auffüllen: Ein Pixel wird ergänzt (401 → 402), meist in Schwarz.

Beides fällt optisch nicht auf, doch die Größenänderung ist in den Metadaten sichtbar.

Kompressionseffizienz: der eigentliche Gewinn

Kommen wir nun zum Grund für den dramatischen Unterschied in der Dateigröße.

Die Werkzeuge von GIF:

• verlustfreie LZW-Kompression (findet wiederkehrende Muster)
• Teilbilder (der veränderte rechteckige Bereich)
• transparente Pixel (Überspringen unveränderter Pixel)

Die Werkzeuge eines Videocodecs:

• Bewegungsschätzung (findet, wohin sich ein Block verschoben hat)
• Intra-Prädiktion (Vorhersage aus benachbarten Pixeln)
• bidirektionale Vorhersage (Blick auf vorherige und nachfolgende Bilder)
• Frequenztransformation und Quantisierung (Weglassen optisch unwichtiger Details)
• variable Blockgrößen
• Entropiekodierung

Der Unterschied ist kategorisch. GIF sagt "dieser Bereich hat sich geändert, hier sind die neuen Pixel"; der Videocodec sagt "dieser Block aus dem vorherigen Bild ist 12 Pixel nach rechts gerückt und etwas dunkler geworden".

Hinzu kommt die verlustbehaftete Arbeitsweise: Der Videocodec kann Details weglassen, die optisch nicht auffallen. Das LZW von GIF arbeitet verlustfrei und besitzt diese Freiheit nicht.

Das Ergebnis: für denselben Inhalt typischerweise ein Größenunterschied vom Faktor 5 bis 10.

Was verloren geht und was gewonnen wird

| Aspekt | GIF | Nach der Videoumwandlung | |---|---|---| | Dateigröße | Groß | 5–10-mal kleiner | | Farbvielfalt | 256 (Grenze) | Volle Farbe (Quelle jedoch 256) | | Transparenz | Binär | Keine | | E-Mail-Unterstützung | Vorhanden | Keine | | Automatische Wiedergabe | Von Haus aus | Attribut erforderlich | | Scharfe farbige Kanten | Vollständig | Leichte Weichzeichnung (4:2:0) | | Zeitliche Flexibilität | Pro Einzelbild | Konstante Bildrate |

Zusammengefasst

GIF und Video behandeln Animation nach unterschiedlichen Modellen: In GIF hat jedes Einzelbild seine eigene Verzögerung, Palette und Teilfläche; im Video liegen Vollbilder in einem festen Zeitraster. Die Umwandlung setzt die Einzelbilder zusammen und normalisiert die Zeitsteuerung auf eine konstante Bildrate. Farblich gibt es keinen Verlust, aber auch keinen Gewinn – die Grenze von 256 Farben wurde bereits angewendet. Die Transparenz geht dagegen verloren, weil gängige Videocodecs keinen Alphakanal führen. Die Chroma-Unterabtastung erzeugt an scharfen farbigen Kanten eine leichte Weichzeichnung, und die Beschränkung auf gerade Zahlen kann ein Zuschneiden um ein Pixel erfordern. Dem steht ein großer Gewinn gegenüber: Dank Bewegungsschätzung und verlustbehafteter Arbeitsweise speichern Videocodecs denselben Inhalt typischerweise in einem Fünftel bis einem Zehntel der Größe.