GIF-Geschwindigkeit ändern

Beschleunige oder verlangsame ein animiertes GIF über einen Faktor, eine exakte Dauer oder eine Bildrate, ohne ein einziges Pixel des Bildes zu verändern.

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

   Wähle, wie du es ausdrücken willst

   Nach Faktor ist die übliche Antwort: 2x für doppelt so schnell, 0,5x für halb. Wähle Dauer, wenn du weißt, wie viele Sekunden die Schleife füllen muss, oder Bildrate, wenn jedes Bild gleich lang zu sehen sein soll.

3. 3

   Prüfe die tatsächlich erreichbare Geschwindigkeit

   Die Anzeige stellt die angeforderte Geschwindigkeit neben die erreichte. Sie unterscheiden sich nur, wenn ein Bild eine Verzögerung unter 20 Millisekunden bräuchte, die kein Betrachter beachtet – und wenn das passiert, wird es gesagt, statt dir stillschweigend etwas Langsameres zu geben.

4. 4

   Neu getaktetes GIF herunterladen

   Auf Herunterladen tippen. Bei einem GIF als Eingabe haben sich nur die Zeitstempel geändert: Farbtabellen, komprimierte Bilddaten und Transparenz sind die Bytes, die hineingegangen sind.

Fast jedes GIF kommt im falschen Tempo an. Eine Bildschirmaufnahme mit zehn Bildern pro Sekunde wirkt wie eine Diashow, wo sie flüssig hätte wirken sollen. Ein aus einem Video geschnittener Reaktionsclip läuft so schnell, dass die Pointe vorbei ist, bevor sie jemand liest. Eine aus einem Designprogramm exportierte Animation hält jedes Bild eine Zehntelsekunde, weil das die Voreinstellung war und nicht, weil es jemand so wollte. Geschwindigkeit ist die billigste Korrektur dieser ganzen Kategorie, denn anders als Zuschneiden, Skalieren oder Komprimieren kostet sie überhaupt nichts: die Bilder ändern sich nicht, nur der Moment, in dem jedes erscheint.

Wähle einen Faktor, eine exakte Dauer oder eine Bildrate und sieh die tatsächlich erreichte Geschwindigkeit, bevor du herunterlädst.

Liest GIF, animiertes WebP und APNG. Ein GIF als Eingabe wird über seine Verzögerungsfelder neu getaktet, sodass Farbtabellen, komprimierte Bilddaten und Transparenz als die Bytes herauskommen, die hineingingen.

Was das Neutakten wirklich bringt

• Lesbarkeit. Eine Demonstration, der niemand folgen kann, ist keine Demonstration. Eine Aufnahme auf halbes Tempo zu bringen ist oft der Unterschied zwischen einem Clip, der etwas erklärt, und einem, der nur beweist, dass es passiert ist.
• Aufmerksamkeit. Ein Reaktions-GIF ist eine Pointe mit Rhythmus. Doppeltes Tempo ist die Standardkorrektur für Material aus echtem Video, das ohne seinen Kontext fast immer zu langsam wirkt.
• Ein fester Platz. Eine Schleife, die unter eine Folie, neben eine Überschrift oder in einen Videoschnitt muss, hat eine Länge, die sie treffen muss. Der Modus Dauer füllt sie exakt statt ungefähr.
• Überhaupt kein Qualitätsverlust. Jede andere Bearbeitung in diesem Bereich tauscht etwas ein. Neutakten tauscht nichts ein: das Bild, das herauskommt, ist Byte für Byte das Bild, das hineinging.

Ein GIF ist ein Container aus längenpräfixierten Blöcken. Vor jedem Bild steht eine kleine Graphic Control Extension, die seine Verzögerung in zwei Bytes trägt, danach folgt das komprimierte Bild selbst. Die Geschwindigkeit zu ändern heißt, diese zwei Bytes pro Bild zu ändern – und sonst absolut nichts. So arbeiten Online-Werkzeuge für GIF-Geschwindigkeit aber nicht: sie dekodieren die Animation, quantisieren sie auf eine frische Palette, berechnen die Differenzen zwischen den Bildern neu und schreiben eine neue Datei, weil eine allgemeine Bildverarbeitungskette genau das mit allem tut, was man ihr gibt. Das Ergebnis ist ein Bild, das für eine Änderung, die es nie hätte berühren müssen, einen zweiten verlustbehafteten Schritt durchlaufen hat.

Was dieses Werkzeug stattdessen tut

• Es liest die Blockstruktur. Die Datei wird als Blöcke durchlaufen, nicht dekodiert. Das erfasst, wo jedes Verzögerungsfeld sitzt, wo der Schleifenzähler sitzt und wo die komprimierten Daten jedes Bildes beginnen und enden.
• Es plant die Taktung. Die neue Verzögerung jedes Bildes wird berechnet, solange der angeforderte Faktor noch bekannt ist, auf das Hundertstelraster des Formats gerundet und an der 20-ms-Untergrenze der Betrachter begrenzt.
• Es spleißt, statt zu schreiben. Die Ausgabe wird aus kopierten Bereichen des Originals zusammengesetzt, mit ersetzten Verzögerungsfeldern dazwischen. Die komprimierten Bilddaten werden nie gelesen, geschweige denn neu geschrieben.
• Es beweist es. Der Datenbereich jedes Ausgabebildes wird vor der Rückgabe mit dem der Eingabe verglichen, sodass „die Pixel sind unangetastet“ eine Prüfung ist, die das Werkzeug durchführt, und keine Behauptung, die es aufstellt.

Was ein Geschwindigkeitsregler niemals ändern darf

Zwei Dinge, und nur eines davon ist offensichtlich. Die Bildanzahl ist das erste: eine Geschwindigkeitsänderung taktet die vorhandenen Bilder neu und darf keines stillschweigend entfernen oder verdoppeln, denn eine kürzere Animation im selben Tempo sieht aus wie eine schnellere, bis man nachzählt. Das zweite ist die Form der Taktung. Verzögerungen in einem echten GIF sind regelmäßig ungleichmäßig – eine gehaltene Pose, ein schneller Schwenk, wieder eine gehaltene Pose – und ein Werkzeug, das sie alle durch eine Zahl ersetzt, erzeugt etwas, das die richtige Zeit läuft und nicht dieselbe Animation ist. Beides wird hier bei jedem Durchgang geprüft, Bild für Bild statt in Summe, denn eine Summe kann stimmen, während die Verteilung falsch ist.

Eine GIF-Verzögerung ist eine vorzeichenlose ganze Zahl in Hundertstelsekunden. Diese eine Eigenschaft steckt hinter fast jeder Beschwerde über Werkzeuge für GIF-Geschwindigkeit. Die erreichbare Menge ist grob – 10, 20, 30 Millisekunden und so weiter – ein angeforderter Faktor landet also selten auf einem darstellbaren Wert, und wo gerundet wird, entscheidet, ob die Anforderung überlebt. Schlimmer noch: das untere Ende des Bereichs ist unbrauchbar. Eine Verzögerung von 0 oder 1 Hundertstel bedeutet für jeden je geschriebenen Betrachter „so schnell wie möglich“, und alle setzen stattdessen rund 100 Millisekunden ein. Eine Datei, die 10 Millisekunden verlangt, läuft also zehnmal langsamer als verlangt – der verwirrendste Fehlschlag des Formats.

Gemessenes Verhalten

• Die echte Obergrenze 20 ms pro Bild, also 50 Bilder pro Sekunde. Eine Quelle mit 100 ms erreicht genau 5x mit allen Bildern – eine 10x-Anfrage wird ehrlich als 5x gemeldet statt stillschweigend als 10x geliefert.
• Runden, wo es zählt Ein Bild mit 51 ms wird bei 2x zu 30 ms, wenn der Schreiber zuletzt rundet – hier ebenfalls zu 30 ms, aber der erreichte Faktor 1,70x wird angezeigt statt als 2x ausgegeben.
• Genauigkeit im Modus Dauer Eine Animation von 1.600 ms, die 3.000 ms füllen soll, kommt auf exakt 3.000 ms heraus, weil der Rundungsrest von Bild zu Bild weitergereicht statt verworfen wird.
• Kosten des verlustfreien Wegs Ein GIF mit 20 Bildern wird in einstelligen Millisekunden neu getaktet, und genau ein Bild wird dekodiert, egal wie lang die Animation ist. Dieselbe Datei neu aufzubauen dauert hundertfach länger und verändert das Bild.

Geh von der Bildrate der Quelle aus, nicht von einem Multiplikator. Eine Aufnahme, die jedes Bild 100 Millisekunden hält, läuft mit 10 Bildern pro Sekunde, und 2x macht daraus 20 – flüssig genug für die meisten Bildschirminhalte. Dasselbe 2x auf einen Clip mit schon 25 Bildern pro Sekunde verlangt 50, die Obergrenze des Formats, und 3x verlangt etwas, das kein Betrachter beachten wird. Die Anzeige nennt Bildanzahl und Gesamtdauer der Quelle, bevor du dich festlegst, und die tatsächlich erreichte Geschwindigkeit, bevor du herunterlädst.

Nach Material

• Bildschirmaufnahmen. Meist zu langsam aufgenommen. 1,5x bis 2x ist der Bereich, in dem eine Demonstration zielstrebig statt zäh wirkt. Darüber wird die Mausbewegung schwer zu verfolgen.
• Reaktionsclips aus Videos. Meist zu langsam, sobald der umgebende Kontext fehlt. 2x ist die Standardkorrektur; 3x ist üblich, mehr braucht es selten.
• Tutorials und Erklärstücke. 0,5x, und beurteile das Ergebnis statt der Zahl. Ein Schritt, der bei normalem Tempo lesbar war, ist es nicht zwangsläufig, wenn jedes Bild doppelt so lange steht – ein schneller Schwenk dagegen schon.
• Animationen mit bewussten Pausen. Bleib bei Faktor oder Dauer. Der Modus Bildrate plättet die Pausen, und die Pausen sind meist der Punkt.

• Dokumentation und README-Dateien. Ein aufgezeichneter Arbeitsablauf in Aufnahmegeschwindigkeit ist fast immer zu langsam, um eine Leserin zu halten. Ihn zu beschleunigen ist die billigste verfügbare Bearbeitung und kostet keine Qualität.
• Folien und Videoschnitte. Eine Schleife, die eine bekannte Lücke füllen muss. Der Modus Dauer füllt sie exakt, und nur so vermeidet man einen sichtbaren Neustart auf halbem Weg.
• Reaktions- und Meme-GIFs. Die Taktung ist der Witz. Eine Viertelsekunde zu langsam, und er zündet nicht.
• Emojis und Sticker. Kleine Animationen laufen in einem kleinen Kasten, und eine schnelle Schleife liest sich als Bewegung, wo eine langsame sich als kaputtes Bild liest.

Geschwindigkeiten, die man kennen sollte

10 Bilder pro Sekunde entsprechen 100 ms Verzögerung und sind die häufigste Voreinstellung in Aufnahmewerkzeugen. 15 B/s sind etwa 70 ms und der übliche Kompromiss für Bildschirminhalte. 20 B/s sind 50 ms und wirken wirklich flüssig. 25 B/s sind 40 ms. 50 B/s, also 20 ms Verzögerung, sind die Obergrenze des Formats und der Punkt, ab dem kein Betrachter schneller geht. Alles, was dir als 60-B/s-GIF beschrieben wurde, ist ein 50-B/s-GIF mit Optimismus.

Die Eingabeliste ist geschlossen und wird im Dateidialog durchgesetzt statt in der Verarbeitung, sodass eine Datei, die dieses Werkzeug nicht öffnen kann, in Millisekunden abgelehnt wird – mit einem Weg zu dem Werkzeug, das sie öffnen kann, statt angenommen zu werden und später hinter einer Ladeanzeige zu scheitern.

• GIF hinein, GIF heraus. Der verlustfreie Weg. Animiert oder einzelbildig, verschränkt oder nicht, GIF87a oder GIF89a, mit globaler Palette oder mit einer eigenen lokalen Palette je Bild: die Taktung wird geändert und alles andere kopiert.
• Animiertes WebP und APNG hinein. Beide werden von unseren eigenen Demuxern in jedem Browser gelesen, sodass Bilder und Taktung überall identisch sind. Die Ausgabe ist ein GIF, womit dieser Weg eine Umwandlung ist und das Bild neu aufgebaut wird.
• Dateien ohne Zeitblöcke. Ein GIF ohne Graphic Control Extension hat keine Verzögerung zu ändern, also wird eine eingefügt und ein GIF87a-Header auf 89a angehoben – das macht die Änderung zulässig und nicht bloß vorhanden.
• Alles andere wird mit einem Weg abgelehnt. Ein Video geht zu Video zu GIF, ein Standbild zum GIF-Ersteller.

Was das Werkzeug liest

Für den verlustfreien Weg wird überhaupt nichts dekodiert: die Datei wird als Folge längenpräfixierter Blöcke durchlaufen, was ein Header-Lesen ist und keine Dekompression. Wo ein Neuaufbau wirklich nötig ist – eine WebP- oder APNG-Quelle oder eine Anfrage, die Bilder verwirft – wird GIF nativ dekodiert, wo der Browser einen Dekoder hat, und sonst von unserem eigenen Leser, sodass eine Animation auf jeder Engine gleich öffnet, statt als ihr erstes Bild anzukommen.

Größen- und Stapelgrenzen

• Kostenlos. Eine Datei bis 50 MB, bis zu 300 Bilder, bis zu 2048 Pixel an der langen Kante. Volle Qualität und derselbe verlustfreie Weg – der kostenlose Plan ist keine Geschwindigkeitsänderung minderer Qualität, sondern eine für eine Datei.
• Pro. Bis zu 20 Dateien gleichzeitig, als ein ZIP heruntergeladen, ohne aufgezwungene Bild- oder Größengrenze. Der Stapel ist das, was Pro hier kauft, denn einen Ordner voller Aufnahmen einzeln neu zu takten ist die eigentliche Plackerei.
• Die Grenze, die beide Pläne teilen. Das Format selbst. 20 Millisekunden ist die kürzeste Verzögerung, die irgendein Betrachter beachtet, also kann kein Plan eine Animation schneller als 50 Bilder pro Sekunde laufen lassen, ohne weniger Bilder zu zeigen.

Es wird nichts hochgeladen. Bei einem GIF wird die Datei einmal gelesen, ihre Blockstruktur kartiert, die neuen Verzögerungen berechnet und die Ausgabe aus kopierten Bereichen des Originals zusammengesetzt – kein Dekodieren, keine Palette, keine Kompression. Wo ein Neuaufbau wirklich nötig ist, werden die Bilder dekodiert, eine Palette über die gesamte Animation gebildet und ein Standard-GIF89a geschrieben. In beiden Fällen läuft die Arbeit in einem Hintergrundstrang, damit die Seite reaktionsfähig bleibt, und der Zuordnungsschritt nutzt deine Grafikhardware, wo sie verfügbar ist.

Warum das Ergebnis vorhersagbar ist

• Eine gemeinsame Taktungsregel. Rundung und 20-ms-Untergrenze leben in einer einzigen Funktion, die auch die Werkzeuge zum Umkehren und Zuschneiden nutzen, sodass drei Werkzeuge nicht zu drei verschiedenen Vorstellungen davon abdriften können, was eine Verzögerung ist.
• Die Datei wird vor der Übergabe zurückgelesen. Die angezeigte Wiedergabeanzahl und die Verzögerungen je Bild werden aus den fertigen Bytes gelesen, nicht aus der Anfrage – die einzige Zahl, die eine Schleifeneinstellung falsch haben kann, ist die, von der sie glaubt, sie geschrieben zu haben.
• Gegen eine andere Implementierung geprüft. Die Ausgabetaktung wird mit libvips überprüft, einer völlig eigenständigen Bildbibliothek, die die Liste der Verzögerungen je Bild direkt aus den von diesem Werkzeug erzeugten Bytes liest.
• Ein deterministischer Neuaufbau. Wo eine Neukodierung unvermeidlich ist, kommt Median Cut zum Einsatz statt des zufallsbasierten Quantisierers der meisten GIF-Bibliotheken, sodass dieselbe Eingabe mit denselben Einstellungen immer dieselbe Ausgabe ergibt.

Bei einem GIF ist die ganze Änderung ein Eingriff in Zeitstempel: ein dekodiertes Bild, alle Pixel kopiert, und die Ausgabe vor der Übergabe Bereich für Bereich gegen die Eingabe geprüft. Wo ein Neuaufbau wirklich nötig ist, läuft die Palettenzuordnung auf Geräten, die es unterstützen, hardwarebeschleunigt, und der beschleunigte Weg und der Rückfallweg liefern byteidentische Ausgaben. Läuft auf deinem Gerät, nicht auf unseren Servern.

• GIF komprimieren
• GIF-Größe ändern
• GIF erstellen
• Video zu GIF
• GIF zu MP4
• GIF-Editor