Ratgeber · best practices
Frame-Rate, Breite, Dither: die Mathematik hinter der GIF-Größe
Eine einfache Heuristik (Frames mal Pixel mal Bytes) erklärt, warum GIFs so schnell zu schweren Files werden. Plus konkrete Einstellungen, um unter 10 MB zu bleiben.
Die häufigste Frage zur GIF-Konvertierung: warum wird mein GIF so groß? Die Antwort ist ein Dreisatz, den jeder Encoder beherrscht und der GIF-Format-spezifische Konsequenzen hat.
Die Heuristik
Die ungefähre Endgröße eines GIF lautet:
Größe_bytes ~ Frame-Anzahl * Breite * Höhe * Bytes_pro_Pixel
Wobei Bytes_pro_Pixel zwischen 0,3 (gut komprimierte LZW-Strecke mit viel Wiederholung) und 0,8 (hochfrequente Verlaufe, schlechte Wiederholung) liegt. Standardwert für eine grobe Schätzung: 0,5 Bytes pro Pixel.
Beispiele:
| Dauer | FPS | Auflösung | Frames | Pixel/Frame | Schätzung |
|---|---|---|---|---|---|
| 5 s | 10 | 480 x 270 | 50 | 129.600 | 3,2 MB |
| 5 s | 24 | 480 x 270 | 120 | 129.600 | 7,8 MB |
| 10 s | 12 | 720 x 405 | 120 | 291.600 | 17,5 MB |
| 30 s | 24 | 1280 x 720 | 720 | 921.600 | 332 MB |
Die letzte Zeile ist warum man auf keinen Fall ein Full-HD-Video mit 24 FPS in ein GIF umwandeln sollte. Jeder dieser drei Hebel multipliziert sich.
Die drei Hebel
Frame-Rate
GIF speichert jeden Frame als komplette Bitmap (zumindest theoretisch, LZW komprimiert wiederholte Pixel-Blöcke). Doppelt so viele Frames bedeutet ungefähr doppelt so viele Bytes. Frame-Rate ist der direkteste Hebel.
Faustregel:
- 10 bis 12 FPS für Newsletter-Animationen und Slack-Reactions: ausreichend flüssig für ruhige Bewegungen
- 15 FPS für Screencast-Demos: lesbar, ohne Ruckeln bei Cursor-Bewegung
- 24 FPS für flüssige Animationen mit schnellen Schnitten: Filmrate, kostet aber den doppelten Speicher gegenüber 12 FPS
- 30 FPS nur wenn wirklich nötig (Game-Demos, sehr schnelle Animationen): kostet das 2,5-fache gegenüber 12 FPS
Mein persönlicher Default: 12 FPS für fast alles. Bewegung wirkt nicht ruckelig, die Datei bleibt klein.
Breite (und Höhe)
Die Pixel-Anzahl skaliert quadratisch. 720 px Breite ist 2,25-mal so viel Pixel wie 480 px (bei gleichem Seitenverhältnis). Genau soviel größer wird auch das GIF.
Praxis-Werte:
- 240 px: Mini-GIFs für Inline-Reactions, kleine Inline-Marketing-Elemente
- 480 px: Newsletter-Standard, Slack-Drag-Drop, gut lesbar auf Desktop
- 720 px: Demos und Tutorials, wenn Text in der Animation lesbar bleiben muss
- Original: nur wenn die Quelle bereits klein war (< 480 px). Sonst explodiert die Datei.
Tipp: GIFs werden auf den meisten Plattformen automatisch hochskaliert, wenn der Container größer ist. Du verlierst kaum Qualität, wenn Du auf 480 px renderst und der Newsletter es auf 600 px anzeigt.
Dauer (Trim)
Drei Sekunden weniger Animation = drei Sekunden mal Frame-Rate weniger Frames = direkte Ersparnis. Wenn die ersten zwei Sekunden Deiner AVI ein schwarzer Vorlauf sind, schneide sie weg. Wenn die letzten drei Sekunden eine statische End-Karte sind, sie raus.
Faustregel: die ersten und letzten Sekunden hinterfragen. Selten ist eine Animation länger sinnvoll als 8 bis 12 Sekunden. Newsletter-GIFs sind oft schon mit 4 bis 6 Sekunden komplett.
Was Dither bewirkt
GIF unterstützt nur 256 Farben pro Frame. Echte Bilder haben Millionen. Dithering löst das, indem es Pixel-Muster aus zwei nächsten Palette-Farben mischt, um eine dritte Farbe zu simulieren, ähnlich wie Zeitungsdruck mit Punktrastern.
Verschiedene Algorithmen:
- None: einfach den nächsten Palette-Eintrag wählen. Banding bei Verläufen.
- Bayer: ordered Dither mit fester Matrix. Schnell, leicht sichtbares Muster, gute Datei-Größe.
- Floyd-Steinberg: error-diffusion. Gute Qualität, leichter Noise-Look.
- Sierra: error-diffusion mit größerer Matrix als Floyd-Steinberg. Bestes visuelles Ergebnis, marginal größere Datei.
avi-gif.de mappt das auf:
- Niedrig → keine Palette-Optimierung, 64 Farben, kein Dither
- Mittel → 128 Farben mit Bayer-Dither in Single-Pass
- Hoch → 256 Farben mit Sierra-Dither in Two-Pass
In den meisten Fällen ist Mittel der richtige Mode. Hoch lohnt sich nur, wenn Farbverläufe wichtig sind (Sonnenuntergang, Gradient-Hintergrund).
Konkrete Strategie: unter 10 MB bleiben
Wenn das Ziel ist, ein GIF unter 10 MB zu bringen, hier eine Schritt-für-Schritt-Strategie:
- Trim: ist das wirklich nötig in dieser Länge? 30 s GIFs sind selten sinnvoll. 8 bis 12 s sind oft genug.
- Breite: nicht mehr als 480 px, außer Text in der Animation muss lesbar bleiben (dann 720 px).
- Frame-Rate: 12 FPS Standard. Nur erhöhen, wenn Bewegung wirklich schnell ist.
- Qualität: Mittel. Hoch nur bei Farbverläufen, niedrig bei Inline-Reactions oder wenn die Animation sehr ruhig ist.
- Loop prüfen: Auto-Loop oft sinnvoll bei kurzen Animationen unter 6 s, nicht bei Erklärungen mit klarem Ende.
Mit diesen Defaults landen die meisten Konvertierungen bei 2 bis 6 MB. Wer 50 MB sieht, hat in der Regel an einem der drei Hebel über das Ziel hinausgeschossen.
Was avi-gif.de live abschätzt
Bevor Du auf “GIF erstellen” klickst, zeigt avi-gif.de eine geschätzte Größe an. Wir nutzen die oben beschriebene Heuristik mit einem Quality-Faktor (0,35 bei low, 0,55 bei medium, 0,8 bei high). Die Schätzung ist nicht exakt, die tatsächliche Größe hängt vom Inhalt ab (statische Hintergründe komprimieren besser als Pixel-Rauschen). Ab 25 MB Schätzung warnen wir gelb. Ab 50 MB würden wir empfehlen, die Auflösung zu halbieren.
Quellen
- FFmpeg Wiki: GIF Encoding
- Google Developers: Optimizing animated GIFs
Korrekturen oder bessere Quellen? Schreib an info@akara-solutions.de. Änderungen landen mit Datum auf /korrekturen.
