GIF-Inspektor

Nach der Auswahl der .gif-Datei zeigt der GIF-Inspektor sofort die Anzahl der Frames, die Gesamtdauer und eine Tabelle mit der Verzögerung jedes Frames in Hundertstelsekunden und Millisekunden. Jede Zeile nennt außerdem Position, Größe, Entsorgungsmethode, Transparenzindex und Interlacing. Die Gesamtdauer ist die unveränderte Summe der gespeicherten Verzögerungen.

Nein, die GIF-Datei wird in Ihrem Browser-Tab gelesen und der Bericht dort erstellt; zur Analyse wird nichts an einen Server geschickt. Web-Adressen, die in einem Kommentar stehen, erscheinen als reiner Text und werden nicht aufgerufen. Auch der herunterladbare JSON-Bericht entsteht direkt im Tab.

Ja, der Inspektor läuft in aktuellen Browsern auf dem Mac, unter Windows sowie auf Android-Smartphones und dem iPhone – Sie wählen die .gif-Datei über den Dateidialog und erhalten denselben Bericht. Manche Messenger speichern „GIFs“ als MP4 oder WebP; dann meldet das Werkzeug, dass es sich nicht um ein GIF handelt.

Die ersten drei Bytes lauten nicht „GIF“ – der Inhalt ist also ein anderes Format mit .gif-Endung, häufig WebP, PNG, MP4 oder eine versehentlich gespeicherte HTML-Seite. Geprüft werden die Bytes, nicht der Dateiname. Beginnt die Datei mit GIF, aber die Version ist weder 87a noch 89a, lautet die Meldung „nicht unterstützte Version“; ist sie kürzer als ein vollständiger Header, „Header unvollständig“.

Beide Meldungen heißen, dass die GIF-Datei vor dem Ende ihrer Struktur abbricht, meist nach einem unterbrochenen Download oder Kopiervorgang, und der Bericht zeigt alles bis zum gemeldeten Byte-Offset. Die Frames vor der Bruchstelle bleiben in der Tabelle. Auch „Subblock-Länge reicht über das Dateiende“ weist auf Beschädigung hin; am zuverlässigsten hilft es, das Original erneut zu beschaffen.

Erlaubt sind Dateien bis 30.000.000 Bytes (rund 30 MB); die Analyse stoppt mit einem Hinweis nach 20.000 Frames oder 100.000 Erweiterungsblöcken. In der Tabelle erscheinen die ersten 5.000 Frames, der herunterladbare JSON-Bericht enthält alle gelesenen Frames. Kommentartext wird bis insgesamt 200.000 Bytes behalten und darüber als gekürzt markiert.

Der Inspektor gibt die Verzögerung so wieder, wie sie in der Datei steht: 0 bleibt 0 ms, und die Gesamtdauer wird nicht angepasst. Viele Browser dehnen Verzögerungen von 0 oder 1 Hundertstelsekunde auf etwa 100 ms, beide können also langsamer laufen, als die Zahlen nahelegen. Nur Frames mit gespeicherter Verzögerung von genau 0 werden markiert und erhalten den Browser-Hinweis; ein Frame mit 1 Hundertstelsekunde zeigt 10 ms ohne Markierung, und kein Wert wird verändert.

Nein. Er beschreibt den Aufbau der GIF-Datei, urteilt aber weder über Sicherheit noch Echtheit, Bearbeitung oder KI-Herkunft und sucht nicht nach Schadsoftware. Bytes nach dem Endbyte werden gezählt, ohne ihren Zweck zu vermuten, und unbekannte Erweiterungen erscheinen nur mit ihrem Hex-Label. Für ein Sicherheitsurteil braucht es einen Virenscanner oder eine vertrauenswürdige Quelle.

GIF89a führte Erweiterungen für Verzögerung, Transparenz, Kommentare und die NETSCAPE-Wiederholung ein, GIF87a kennt keine davon – der Bericht einer GIF87a-Datei meldet deshalb, dass keine Animationserweiterungen gefunden wurden, statt Standardwerte zu erfinden. Enthält eine als 87a gekennzeichnete Datei trotzdem Erweiterungen, wird dieser Widerspruch markiert.

Maßgeblich ist die Wiederholungszahl aus der NETSCAPE2.0-Anwendungserweiterung: 0 bedeutet Endlosschleife, jede andere Zahl ist die gespeicherte Anzahl. Fehlt dieser Block, wird keine Zahl angezeigt, weil die Datei keine Schleifenanweisung enthält. Ein NETSCAPE2.0-Datenblock, der nicht die erwarteten drei Bytes lang ist, wird als fehlerhaft markiert und der Wert bleibt leer; ein Drei-Byte-Block mit einer anderen Subblock-ID als 1 ist keine Schleifenanweisung, daher bleibt der Wert ebenfalls leer, allerdings ohne Hinweis. Geraten wird nie.

Kommentarerweiterungen erhalten eine eigene Tabelle mit Latin-1-Lesart, einer strikten UTF-8-Lesart bei gültigen Bytes und der ursprünglichen Länge in Bytes. Da GIF keine Zeichenkodierung angibt, stehen beide Lesarten nebeneinander, und Sie entscheiden, welche passt. NUL- und Steuerbytes erscheinen als \xNN, ausgenommen Tabulator, Zeilenvorschub und Wagenrücklauf (0x09, 0x0A, 0x0D), die als normaler Leerraum erhalten bleiben; HTML-Markup wird als wörtlicher Text gezeigt.

Nein. Er liest die GIF-Datei nur und schreibt, optimiert oder kodiert sie nie neu; speichern können Sie lediglich den JSON-Bericht ihrer Struktur, benannt nach dem Original. Zum Verkleinern oder Umwandeln brauchen Sie einen eigenen Konverter – der Bericht hilft beim Vorher-nachher-Vergleich.