GIF skalieren

Ändere die Maße eines animierten GIFs durch Eingabe exakter Pixel oder eines Prozentwerts, ohne die Animation zu verlieren.

1. 1

   GIF hinzufügen

   Zieh ein animiertes GIF auf die Ablagefläche oder klicke zum Durchsuchen. Animiertes WebP und APNG funktionieren ebenfalls. Die Datei wird auf deinem Gerät gelesen und nie hochgeladen.

2. 2

   Größe festlegen

   Tippe eine Breite, eine Höhe oder beides — bei aktiver Seitenverhältnis-Sperre füllt das eine das andere. Ein Prozentwert geht auch, und über 100 % wird vergrößert statt ignoriert.

3. 3

   Wähle, wie eine abweichende Form behandelt wird

   Hat dein Zielrahmen andere Proportionen, wähle einpassen, dehnen, beschneiden oder auffüllen. Einpassen ist die sichere Vorgabe: nichts wird verzerrt und nichts abgeschnitten.

4. 4

   Skaliertes GIF herunterladen

   Drücke Herunterladen. Die Verzögerung jedes Frames, die Schleifenzahl und die Transparenz kommen unverändert heraus, die Animation läuft also genau wie zuvor.

Ein GIF kommt in der Größe an, in der es gemacht wurde, und die ist selten die, die du brauchst. Eine Bildschirmaufnahme mit 1920 Pixeln Breite ist als E-Mail-Anhang unbrauchbar und als 128-Pixel-Emoji unlesbar. Ein vom Handy geholtes Reaktions-GIF ist 480 breit, während die Dokumentationsspalte 700 misst. Und anders als bei einem Foto reicht es nicht, den Browser skalieren zu lassen: ein kleiner dargestelltes GIF lädt trotzdem jeden seiner Pixel in voller Größe, die Leserin zahlt also für Auflösung, die sie nie sieht.

Tippe exakte Maße oder einen Prozentwert, vergrößere ebenso wie du verkleinerst, und wechsle auf Pixel-Modus, damit Sprite-Kanten scharf bleiben.

Liest GIF, animiertes WebP und APNG. Schreibt ein Standard-GIF89a und erhält Einzelbild-Verzögerungen, Schleifenzahl und Transparenz.

Was das Ändern der Maße wirklich bringt

• Bytes, und zwar viele. Breite und Höhe zu halbieren entfernt rund drei Viertel der Pixeldaten. Es ist die billigste Größenreduktion überhaupt, weil sie die Bewegung nichts kostet.
• Ein Platz, der passt. Emoji-Felder, Avatarrahmen und Dokumentationsspalten haben feste Breiten. Was nicht passt, wird von fremden Regeln beschnitten oder von fremden Algorithmen skaliert.
• Lesbarkeit. Text in einer Bildschirmaufnahme ist bei der Anzeigegröße entweder lesbar oder Dekoration. Bewusst zu skalieren ist die Art, das vor dem Veröffentlichen herauszufinden.
• Sprites, die scharf bleiben. Mit Glättung vergrößerte Pixel-Art ist ruiniert und nicht zu retten. Mit Nearest Neighbour vergrößert ist sie bei jedem ganzzahligen Vielfachen perfekt.

Ein Standbild hat ein Raster. Ein animiertes GIF hat einen Stapel davon, jeder möglicherweise nur ein Teil der Leinwand, jeder mit eigener Verzögerung, eigener Palette und eigener Transparenzmaske. Eines korrekt zu skalieren heißt, jeden Frame zuerst auf die volle Leinwand zu komponieren, das zu skalieren und dann eine Palette für die ganze Animation neu zu bauen statt eine pro Frame. Werkzeuge, die das Komponieren überspringen, liefern Ergebnisse, die springen — weil ein Frame, der legal ein versetztes 30-Pixel-Feld war, skaliert wird, als wäre er das ganze Bild.

Was mit jedem Frame passiert

• Komponieren. Jeder Frame wird auf eine Leinwand in der logischen Größe der Animation gezeichnet, unter Beachtung von Versatz, Entsorgungsmethode und Transparenz — skaliert wird also das Bild, das ein Betrachter wirklich sähe.
• Skalieren. Ein Zeichenvorgang pro Frame in der Zielgröße, auf deiner Grafikhardware, wo sie verfügbar ist. Glättung an für fotografisches Material, aus für Pixel-Art.
• Neu quantisieren. Eine Palette wird aus einer über die ganze Animation verteilten Stichprobe gebaut, nicht aus dem ersten Frame, dann wird jeder Pixel darauf abgebildet.
• Neu optimieren. Unveränderte Bereiche zwischen Frames werden in der neuen Größe wieder transparent markiert, und dorthin geht der größte Teil der Dateigröße.

Was ein Skalierer nicht verändern darf

Drei Dinge müssen exakt so herauskommen, wie sie hineingingen: die eigene Verzögerung jedes Frames, die Schleifenzahl und welche Pixel transparent sind. Ein Tool, das beim Skalieren umtaktet, liefert ein völlig gültiges GIF, das nur mit der falschen Geschwindigkeit läuft; eines, das Transparenz plattmacht, liefert ein Bild mit einem weißen Kasten drumherum. Beides wird hier bei jedem Lauf geprüft statt angenommen.

Jeder Skalierer glättet standardmäßig, und für Fotos ist das richtig: zwischen Nachbarpixeln zu interpolieren verhindert, dass ein skaliertes Foto wie ein Mosaik aussieht. Für Pixel-Art ist es auf eine Weise zerstörerisch, die nichts rückgängig macht. Eine ein Pixel breite schwarze Kontur an einem Sprite wird vierfach vergrößert mit Glättung zu einem vier Pixel breiten grauen Verlauf; die scharfe Kante ist weg und kein Nachschärfen holt sie zurück. Nearest Neighbour wiederholt jeden Quellpixel einfach, eine 4×-Vergrößerung macht aus jedem Pixel also einen sauberen 4×4-Block. Gemessen am Test-Sprite dieses Tools, von 64 auf 256 skaliert: Glättung erzeugte 94 verschiedene Farben in der mittleren Zeile, Nearest Neighbour genau 8 — die Zahl, die die Quelle tatsächlich enthält.

Gemessene Ergebnisse

• Nearest Neighbour gegen Glättung 8 verschiedene Farben in einer Zeile gegen 94, bei einer Quelle mit 8. Der Modus ist der Unterschied zwischen die Grafik erhalten und sie wegmitteln.
• Genauigkeit des Resamplings Der weiche Modus weicht von libvips' lanczos3 um 3,31/255 im Mittel ab — zwei unabhängige Implementierungen, die übereinstimmen.
• Transparente gegen farbige Füllung 49.167 B gegen 13.961 B beim selben Bild. Transparente Füllung kostet die Optimierung zwischen Frames, hier 3,5× wert.
• Tempo 100 Frames von 480×270 auf 960×540 in 1.149 ms; derselbe Clip auf 240×135 in 112 ms.

Der häufigste Fehler ist, auf eine Zahl zu skalieren, die glatt klingt, statt auf die, die das Ziel verwendet. Finde vor dem Tippen heraus, in welcher Größe das Ziel tatsächlich darstellt — eine Dokumentationsspalte, ein Emoji-Feld, die Inline-Breite eines Chat-Clients — und triff sie genau. Auf 500 zu skalieren, wenn die Spalte 700 misst, lässt den Browser wieder hochskalieren und macht die Arbeit zunichte; auf 1400 für eine 700er-Spalte verdoppelt den Download für einen Unterschied, den nur ein hochauflösender Bildschirm zeigt — und auch dann nur, wenn die Quelle das Detail hatte.

Nach Material

• Bildschirmaufnahmen mit Text. Geh nicht unter die Größe, bei der der Text lesbar ist: schau in die Vorschau, nicht auf die Zahl. Hier ist Glättung richtig; der Text ist ohnehin kantengeglättet.
• Pixel-Art und Sprites. Wechsle auf Pixel und nimm ganzzahlige Vielfache: 2×, 3×, 4×. Ein nicht ganzzahliger Faktor erzeugt selbst mit Nearest Neighbour ungleiche Blöcke, weil manche Quellpixel auf zwei Ausgabepixel fallen und manche auf drei.
• Aus Video gewonnenes Material. Glättung, und verkleinern statt vergrößern. Vergrößern holt die Kompressionsartefakte hervor, die in der Originalgröße unsichtbar waren.
• Alles für ein festes Quadrat. Beschneiden, nicht Auffüllen. Ein aufgefülltes Quadrat hat sichtbare leere Balken; ein beschnittenes füllt das Feld wie jedes andere Bild darin.

• Eigene Emoji. Discord und Slack nehmen beide 128×128 und lehnen fast alles über 256 kB ab — dieses Tool und der Kompressor werden daher meist zusammen benutzt.
• Dokumentation und README-Dateien. Triff die gerenderte Spaltenbreite genau, damit der Browser nichts von sich aus skaliert.
• E-Mail-Signaturen. Kleine Maße sind der einzige verlässliche Weg, eine Animation unter das zu bringen, was die meisten Mailserver annehmen.
• Avatare und Profilbilder. Quadratisch, beschnitten und klein genug, um zu laden, bevor die Seite fertig gezeichnet ist.

Maße, die man sich merken sollte

Eigene Emoji bei Discord und Slack sind 128×128. X rendert eingebettete Bilder bis 506 Pixel Breite. Die README-Spalte bei GitHub ist bei voller Breite 768 und in der Praxis etwa 700. Die meisten Dokumentationsthemes liegen zwischen 680 und 760. Alles, was breiter ist als die Spalte, in der es landet, sind Bytes, die die Leserin lädt und nie sieht.

Die Eingabeliste ist geschlossen und wird im Dateidialog durchgesetzt, nicht erst im Encoder. Eine Datei, die dieses Tool nicht öffnen kann, wird in Millisekunden abgelehnt — mit einem Weg zu dem Tool, das sie öffnen kann, statt angenommen zu werden und später hinter einem Ladeindikator zu scheitern.

• GIF hinein. Animiert oder einzelbildig, interlaced oder nicht, mit globaler Palette oder eigener lokaler Palette je Frame. Frames, die nur ein versetztes Teilrechteck sind, werden auf die volle Leinwand komponiert, bevor irgendetwas skaliert wird.
• Animiertes WebP und APNG hinein. Beide werden auf jedem Browser von unseren eigenen Demuxern gelesen, Frames und Timing sind also überall identisch.
• GIF hinaus, immer. Ein Standard-GIF89a mit globaler Farbtabelle, Einzelbild-Verzögerungen, Entsorgungsmethoden und Netscape-Schleifenerweiterung.
• Alles andere wird mit einem Weg abgelehnt. Ein Video geht zu Video zu GIF, ein Standbild zum GIF-Ersteller.

Was das Tool liest

GIF wird nativ dekodiert, wo der Browser einen Dekoder dafür hat, und sonst von unserem eigenen Reader — eine Animation öffnet sich also in jedem Browser gleich, statt als ihr erster Frame anzukommen. Animiertes WebP und APNG gehen immer über unseren Reader, und genau das hält Framezahl und Timing über die Engines hinweg identisch.

Größen- und Stapelgrenzen

• Kostenlos. Eine Datei bis 50 MB und bis zu 300 Frames, Ausgabe bis 2048 Pixel an der langen Kante. In voller Qualität: der kostenlose Plan ist kein schlechteres Skalieren, sondern eines für eine Datei.
• Pro. Bis zu 20 Dateien auf einmal, als ein ZIP heruntergeladen, ohne auferlegte Maßgrenze. Der Stapel ist, was Pro hier kauft, denn ein Emoji-Set oder einen Ordner Clips einzeln zu skalieren ist die eigentliche Arbeit.
• Die Grenze, die beide Pläne teilen. Jeder Frame wird während der Bearbeitung auf volle Farbe entpackt, also begrenzt ein Speicherbudget die Arbeit, bevor sie beginnt, statt den Tab stehenbleiben zu lassen, während der Fortschrittsring weiterdreht.

Nichts wird hochgeladen. Die Datei wird auf deiner Maschine Frame für Frame dekodiert, jeder Frame komponiert und skaliert, eine Palette für die ganze Animation gebaut, unveränderte Bereiche wieder transparent markiert und das Ergebnis als Standard-GIF89a geschrieben. Alles läuft in einem Hintergrund-Thread, damit die Seite bedienbar bleibt, und das Skalieren selbst läuft auf deiner Grafikhardware, wo sie verfügbar ist.

Warum dieselbe Datei jedes Mal gleich skaliert

• Ein deterministischer Quantisierer. Median Cut, nicht der zufallsbasierte neuronale Quantisierer der meisten GIF-Bibliotheken, also ergibt dieselbe Eingabe mit denselben Einstellungen immer byteidentische Ausgabe.
• Identische Ergebnisse auf jedem Pfad. Der grafikbeschleunigte und der Prozessor-Pfad müssen dieselben Bytes erzeugen, nicht bloß ähnliche — ein Pfad, der einen anderen Paletteneintrag wählt, zeigte sich als Farbflackern zwischen Frames.
• Geometrie gegen eine andere Implementierung geprüft. Das weiche Resampling wird gegen libvips verifiziert, eine völlig eigenständige Bildbibliothek, nicht gegen unsere eigene frühere Ausgabe.

Das Skalieren ist hardwarebeschleunigt, wo dein Gerät es hergibt, und der beschleunigte und der Rückfallpfad sind als byteidentisch verifiziert. Das weiche Resampling wird gegen eine unabhängige Bildbibliothek geprüft. Gemessen auf der Referenzmaschine: 100 Frames von 480×270 auf 960×540 in 1.149 ms. Läuft auf deinem Gerät, nicht auf unseren Servern.

• GIF-Kompressor
• GIF-Ersteller
• Video zu GIF
• GIF zu MP4
• GIF-Editor
• Alle GIF-Tools