GIF optimieren

Entferne die Redundanz zwischen den Bildern eines animierten GIFs, ohne Größe, Tempo oder Farben zu ändern.

1. 1

   GIF hinzufügen

   Zieh ein animiertes GIF in den Ablagebereich oder klicke, um eines auszuwählen. Animiertes WebP und APNG funktionieren ebenfalls. Die Datei wird auf deinem Gerät gelesen und nie hochgeladen.

2. 2

   Für einen verlustfreien Durchlauf die Standardwerte lassen

   Die Bilddifferenz ist aktiv und doppelte Bilder werden nur entfernt, wenn sie Byte für Byte identisch sind. Mit diesen Einstellungen ändert sich am Bild nichts: die Datei hört nur auf, zu speichern, was sie bereits gespeichert hatte.

3. 3

   Nur zu einem Regler greifen, wenn du mehr brauchst

   Die Differenztoleranz verzeiht nahezu identische Pixel zwischen Bildern. Verlustbehaftete Lauflängen verbinden nahezu identische Pixel innerhalb eines Bildes. Beide tauschen etwas Genauigkeit gegen Größe und zeigen genau, was das kostet.

4. 4

   Bericht lesen, dann herunterladen

   Das Ergebnisfeld nennt die behaltenen Bilder, den Anteil der Fläche, den jedes gespeicherte Bild bedeckt, und die Laufzeit vorher und nachher. Drücke Herunterladen, wenn die Zahlen sagen, was du wolltest.

Fast jedes GIF im Umlauf ist größer als nötig, und zwar aus einem Grund, der mit Qualität nichts zu tun hat. Das Format erlaubt seit 1989, dass ein Bild nur das geänderte Rechteck abdeckt und den Rest seiner Pixel als „was hier schon auf dem Bildschirm steht, stimmt noch“ markiert — und die meisten Kodierer nutzen weder das eine noch das andere. So speichert eine zwanzigbildige Aufnahme einer statischen Seite mit einem bewegten Zeiger diese statische Seite zwanzigmal. Optimieren entfernt die Wiederholung und rührt sonst nichts an.

Speichere nur die Pixel, die sich zwischen Bildern ändern, lösche Bilder, die sich wiederholen, und schlage ihre Zeit dem bleibenden zu, und teile eine Farbtabelle über die ganze Animation.

Liest GIF, animiertes WebP und APNG. Schreibt ein Standard-GIF89a mit denselben Maßen, derselben Laufzeit und — sofern die Palette passt — denselben Farben.

Was das wert ist, gemessen

• Bilddifferenz. Auf unserer Referenzanimation werden aus 196.091 ganz gespeicherten Bytes 48.131 als Differenzen gespeicherte. In der Hundert-Bilder-Fassung aus 4.776.638 genau 1.172.755. Beides ist 4,07x, und beides ist farbgenau.
• Doppelte Bilder. Eine Animation aus zwölf Bildern mit vier verschiedenen Motiven kommt als vier Bilder heraus, die die Zeit aller zwölf tragen. Eine aus sechs Bildern eines Motivs kommt als eines heraus, das die vollen 600 ms hält.
• Beschnitt eines transparenten Bildes. Ein Sticker, dessen deckender Inhalt ein Fünftel der Fläche einnimmt, wird als ein Fünftel der Fläche gespeichert: 191 Bytes aus 19.473, mit unversehrter Transparenz.
• Nichts, worum du nicht gebeten hast. Kein Skalieren, keine niedrigere Bildrate, keine Palettenreduktion, solange du keinen Regler bewegst. Schlägt das Neukodieren deine Datei nicht, bekommst du deine zurück und wirst darüber informiert.

Ein GIF ist kein Stapel Bilder. Es ist eine Fläche plus eine Liste von Anweisungen, und jede Anweisung darf irgendwo auf dieser Fläche ein Rechteck malen, in beliebiger Größe, mit beliebigen Pixeln als durchsichtig markiert, sodass durchscheint, was darunter liegt. Ein Bild, das einen 30-Pixel-Fleck ändert, kann als 30-Pixel-Fleck gespeichert werden. Dass so wenige Dateien das tun, liegt daran, dass es viel schwerer zu schreiben ist: der Kodierer muss ein Modell davon führen, was ein Dekodierer gerade zeigen würde, und dagegen vergleichen statt gegen das vorherige Quellbild.

Was mit jedem Bild geschieht

• Zusammensetzen. Jedes Bild wird auf eine Fläche in der logischen Größe der Animation gezeichnet, unter Beachtung seines Versatzes, seiner Entsorgungsmethode und seiner Transparenz — verglichen wird also das Bild, das jemand tatsächlich sähe.
• Einmal durchgehen. Ein einziger Durchlauf beantwortet alles, was die Kodierung braucht: welche Bilder Wiederholungen sind, ob es irgendwo Transparenz gibt, wie viele verschiedene Farben vorkommen und die Stichprobe, aus der die Palette entsteht.
• Auf eine gemeinsame Tabelle abbilden. Passen die Farben der Quelle in eine Tabelle, wird genau diese Liste zur Palette. Sonst wird eine über die gesamte Animation abgeleitet statt aus dem ersten Bild, damit die Farben beim Abspielen nicht springen.
• Differenzieren, dann Lauflängen komprimieren. Jedes Bild wird gegen ein laufendes Modell der dekodierten Fläche verglichen, auf das geänderte Rechteck reduziert, und die unveränderten Pixel darin werden durchsichtig markiert. Erst danach läuft der optionale verlustbehaftete Durchgang, damit er der Differenz nie schaden kann.

Die Invariante, die fast jede Umsetzung verletzt

Wird ein doppeltes Bild entfernt, muss seine Anzeigezeit irgendwohin. Lösche zehn Bilder einer zwanzigbildigen Animation à 100 ms und vergiss, die Zeiten zusammenzuführen — dann bleiben zehn Bilder à 100 ms: eine Zwei-Sekunden-Animation, die in einer Sekunde abläuft, mit doppelter Geschwindigkeit. Die Ausgabe ist ein gültiges GIF. Nichts schlägt fehl. Es ist nur nicht mehr die Animation, die hineinging. Hier werden Laufzeit hinein und hinaus bei jedem Durchlauf verglichen, und eine Abweichung wird als Fehler ausgelöst, nicht als kleinere Datei zurückgegeben.

Inhaltsbasiertes Entfernen ist etwas anderes als jedes zweite Bild wegzuwerfen, und dieser Unterschied ist der ganze Punkt. Jedes N-te Bild wegzuwerfen ist blind: es entfernt Bilder, die etwas Neues zeigten, gemeinsam mit denen, die es nicht taten, und das Ergebnis ruckelt sofort. Doppelte zu entfernen löscht nur Bilder, die niemand vom vorherigen hätte unterscheiden können, und führt ihre Zeit zusammen. Willst du stattdessen eine niedrigere Bildrate, sitzt dieser Hebel beim Kompressor.

Zwei Modi und die Schwelle dazwischen

• Nur identische. Wiederholungen Byte für Byte und sonst nichts. Das ist der Standard, weil es nicht ändern kann, was jemand sieht: die entfernten Bilder standen Pixel für Pixel bereits auf dem Bildschirm.
• Nahezu identische. Eine Ähnlichkeitsschwelle von 80 % bis 100 %. Bei 98 % gilt ein Bild, das mindestens 98 % des zuletzt behaltenen trifft, als Wiederholung. Nützlich bei Material mit leichtem Rauschen.
• Aus. Alle Bilder bleiben erhalten. Sinnvoll, wenn die Bildanzahl selbst zählt: manche Editoren und Sprite-Abläufe adressieren Bilder über ihre Nummer.

Warum gegen das zuletzt behaltene Bild verglichen wird

Vergleicht man jedes Bild mit dem unmittelbar vorhergehenden, überschreitet eine langsame Überblendung die Schwelle bei jedem einzelnen Schritt, und die ganze Animation fällt auf ihr erstes Bild zusammen, während jeder einzelne Vergleich völlig vernünftig aussah. Der Vergleich mit dem zuletzt BEHALTENEN Bild begrenzt den Fehler stattdessen: was auch immer die Schwelle ist, mehr kann niemandem gezeigt werden, als die Aufnahme enthielt, und es summiert sich nicht. Auf driftendem Material bleiben mehr Bilder erhalten, und das ist der richtige Tausch, weil der verhinderte Fehler lautlos ist.

Jede Zahl unten stammt aus dem Testsatz dieses Werkzeugs, auf Dateien, die ein Skript erzeugt, statt sie als rätselhafte Binärdateien abzulegen. Jede Ausgabe wird von drei unabhängigen Umsetzungen zurückgelesen: libvips für die gerenderte Animation, gifsicle für die Bildstruktur und ein für den Testsatz geschriebener Strukturleser, der die Blöcke der Datei durchläuft und die Dekompression nie ausführt.

Die Hebel, nach ihrem Wert

• Bilddifferenz 4,07x auf der Referenzanimation bei 20 wie bei 100 Bildern, mit einem gemessenen mittleren Farbfehler von 0,000 von 255.
• Entfernen doppelter Bilder Von 12 Bildern auf 4 und von 6 auf 1 auf den beiden eigenen Testdateien — mit 1.200 ms hinein und 1.200 hinaus sowie 600 ms hinein und 600 hinaus.
• Differenztoleranz auf 40 Von 1.172.755 auf 487.196 Bytes auf der Hundert-Bilder-Referenz. Weitere 2,41x zusätzlich zum verlustfreien Durchlauf.
• Verlustbehaftete Lauflängen auf 60 Von 1.172.755 auf 478.644 Bytes bei derselben Datei. Vergleichbar mit dem anderen Regler und anders sichtbar: innerhalb eines Bildes statt zwischen Bildern.
• Geschwindigkeit Hundert Bilder in 480x270, dekodiert, geprüft, differenziert und geschrieben, in 252 bis 380 ms auf dem Referenzgerät.

Gegen gifsicle, die Maschine der meisten Online-Optimierer

Die Bild-Rechtecke, die dieses Werkzeug erzeugt, sind auf jeder gemessenen Datei identisch mit denen von gifsicle -O3 — gleiche Versätze, gleiche Größen, gleiche Farbtabellen —, was heißt, dass die strukturellen Entscheidungen übereinstimmen. Bei der Gesamtgröße erreichen oder schlagen wir gifsicle -O3 in acht von zehn Fällen und verlieren in zwei, um 0,03 % und 3,1 %, vollständig innerhalb der komprimierten Daten und nicht in der Struktur. Zwei Dinge tun wir, die es nicht tut: nahezu identische Bilder entfernen und melden, wenn das Neukodieren die Datei vergrößert hat.

Das sind zwei verschiedene Aufgaben, und die falsche zu wählen kostet Qualität, die niemand ausgeben musste. Optimieren entfernt Redundanz: die Datei wird kleiner und die Animation bleibt unverändert, es gibt also keinen Grund, es nicht zu tun. Komprimieren entfernt Information: weniger Pixel, weniger Farben, weniger Bilder pro Sekunde, bis eine von dir genannte Dateigröße erreicht ist. Fang hier an. Ist das Ergebnis immer noch zu groß, übernimmt der Kompressor.

Eine kurze Entscheidungsliste

• Beginne immer mit dem Optimierer. Er kostet visuell nichts und reicht oft allein. Es ergibt keinen Sinn, Farben wegzuwerfen, bevor Pixel nicht mehr doppelt gespeichert werden.
• Nimm den Kompressor, wenn eine Zahl die Vorgabe ist. „Unter 8 MB für Discord“, „unter 256 KB für ein Emoji“. Er sucht über Auflösung, Palette und Bildrate, bis er sie trifft.
• Nimm die Größenänderung, wenn die Maße falsch sind. Dieses Werkzeug ändert sie nie. Ist die Animation 1920 breit und die Spalte 700, ist das eine Größenänderung — und sie zuerst zu machen verbilligt alles Weitere.
• Komm danach hierher zurück. Die Ausgabe einer Größenänderung oder Kompression zu optimieren findet meist noch etwas, weil jene Werkzeuge die Bilder neu aufbauen und dieses die Wiederholung daraus entfernt.

GIF-Kompressor · GIF-Größe ändern

Die Standardwerte sind so gewählt, dass niemand über sie nachdenken muss: Bilddifferenz an, doppelte Bilder nur bei Byte-Gleichheit entfernt, beide verlustbehafteten Regler auf null, kein Dithering. Diese Kombination kann nicht ändern, was jemand sieht, und deshalb ist sie der Standard: ein Optimierer, der das Bild still verändert, wäre ein Kompressor mit einem irreführenden Namen.

Nach Material

• Bildschirmaufnahmen und Oberflächen-Demos. Der beste denkbare Fall. Der Hintergrund steht still, die Differenzen sind winzig, und Pausen erzeugen identische Bilder, deren Entfernung nichts kostet. Standardwerte lassen.
• Aus Video gewonnenes Material. Wegen des darunterliegenden Kompressionsrauschens ist nie etwas Byte-gleich. Stelle das Entfernen doppelter Bilder auf nahezu identisch bei 98 % und erhöhe die Differenztoleranz.
• Sticker und Logos auf transparentem Grund. Die Bilddifferenz steht nicht zur Verfügung, aber die Bilder werden trotzdem auf ihren deckenden Inhalt beschnitten, was hier meist mehr wert ist.
• Fotografische oder stark gerasterte GIFs. Möglicherweise gibt es nichts zu entfernen, und das Werkzeug sagt es, statt dir eine größere Datei zu geben. Reduziere die Farbanzahl oder nutze den Kompressor.

Die Eingabeliste ist geschlossen und wird im Dateidialog durchgesetzt, nicht erst im Kern — eine Datei, die dieses Werkzeug nicht öffnen kann, wird in Millisekunden abgelehnt, mit einem Weg zu dem Werkzeug, das es kann, statt angenommen zu werden und später hinter einem Ladekringel zu scheitern.

• GIF hinein. Animiert oder einbildig, verschachtelt oder nicht, mit globaler Palette oder mit einer anderen lokalen Palette auf jedem Bild. Teilbilder mit Versatz werden auf die volle Fläche gesetzt, bevor irgendetwas verglichen wird.
• Animiertes WebP und APNG hinein. Beide werden in jedem Browser von unseren eigenen Demultiplexern gelesen, sodass Bildanzahl und Tempo überall identisch sind. Beide tragen weit mehr als 256 Farben.
• GIF heraus, immer. Ein Standard-GIF89a mit einer globalen Farbtabelle, Zeiten pro Bild, Teilbildern, Entsorgungsmethoden und der Netscape-Schleifenerweiterung.
• Alles andere wird mit einem Weg abgelehnt. Ein Video geht zu Video zu GIF, ein Standbild zum GIF-Ersteller.

Was das Werkzeug liest

GIF wird nativ dekodiert, wo der Browser einen Dekodierer dafür hat, und überall sonst von unserem eigenen Leser — eine Animation öffnet sich also überall gleich, statt kommentarlos als ihr erstes Bild anzukommen. Animiertes WebP und APNG gehen immer über unseren Leser, was Bildanzahl und Tempo über alle Engines hinweg identisch hält. Was eine Datei ihrem Namen nach zu sein behauptet, wird ignoriert: die ersten sechzehn Bytes entscheiden.

Größen- und Stapelgrenzen

• Kostenlos. Eine Datei bis 50 MB und bis 300 Bilder. Alle strukturellen Hebel sind enthalten, denn sie sind das Werkzeug. Die Farbtabelle ist auf 128 Einträge begrenzt.
• Pro. Bis zu 50 Dateien auf einmal, als ein ZIP heruntergeladen, ohne Größen- oder Bildgrenze über das hinaus, was dein Gerät halten kann, und mit der vollen 256-Farben-Tabelle.
• In keinem Tarif eine Maßgrenze. Der Optimierer ändert die Maße nie, eine Obergrenze darauf wäre also eine Grenze für nichts. Beide Tarife geben die Animation in exakt der Größe zurück, in der sie ankam.
• Die Grenze, die beide Tarife teilen. Jedes Bild wird während der Bearbeitung auf volle Farbe ausgepackt, deshalb begrenzt ein Speicherbudget die Arbeit, bevor sie beginnt, statt den Tab stehenbleiben zu lassen.

Nichts wird hochgeladen. Die Datei wird auf deinem Rechner Bild für Bild dekodiert, einmal auf Wiederholungen, Transparenz und Farbanzahl geprüft, auf eine gemeinsame Palette abgebildet, gegen ein laufendes Modell dessen differenziert, was ein Dekodierer zeigen würde, und als Standard-GIF89a geschrieben. Alles läuft in einem Hintergrund-Thread, damit die Seite weiter zeichnet, und die Palettenabbildung — der Teil pro Pixel, der teure — läuft auf deiner Grafikhardware, wo sie verfügbar ist.

Warum dieselbe Datei immer gleich optimiert wird

• Ein deterministischer Quantisierer. Median Cut, nicht der zufällige neuronale Quantisierer der meisten GIF-Bibliotheken — und gar kein Quantisierer, wenn die Farben der Quelle passen. Dieselbe Eingabe mit denselben Einstellungen ergibt immer dieselben Bytes.
• Identische Ergebnisse auf jedem Pfad. Der hardwarebeschleunigte und der Prozessor-Pfad müssen dieselben Bytes erzeugen, nicht bloß ähnliche. Ein Pfad, der einen anderen Paletteneintrag wählte, zeigte sich als Farbflackern zwischen den Bildern.
• Geprüft mit Umsetzungen ohne gemeinsamen Code. Die gerenderte Animation liest libvips, die Bildstruktur gifsicle und die Blöcke der Datei ein für die Tests geschriebener Leser. Eine Datei, die unser eigener Code schreibt und liest, beweist nichts.
• Zweimal optimieren ändert nichts. Das Werkzeug über seine eigene Ausgabe laufen zu lassen gibt dieselbe Datei zurück und meldet sie als bereits optimiert — genau die Eigenschaft, die sagt, dass der erste Durchlauf fertig war.

Die Palettenabbildung ist hardwarebeschleunigt, wo dein Gerät es zulässt, und der beschleunigte und der Ersatzpfad erzeugen nachweislich identische Bytes. Die Bildstruktur wird mit gifsicle geprüft und die gerenderte Animation mit libvips, und keines von beiden teilt Code mit diesem Werkzeug. Auf dem Referenzgerät gemessen: 100 Bilder in 480x270 in 252 ms optimiert, 4,07x kleiner, bei einem mittleren Farbfehler von 0,000 von 255. Läuft auf deinem Gerät, nicht auf unseren Servern.

• GIF-Kompressor
• GIF-Größe ändern
• GIF-Ersteller
• Video zu GIF
• GIF zu MP4
• GIF-Editor