Inspecteur GIF

Sélectionnez le fichier .gif : l'inspecteur affiche aussitôt le nombre d'images, la durée totale et un tableau donnant le délai de chaque image en centièmes de seconde et en millisecondes. Chaque ligne précise aussi la position, la taille, la méthode de disposition, l'index transparent et l'entrelacement. La durée totale est la simple somme des délais enregistrés.

Non : le GIF est lu dans l'onglet de votre navigateur et le rapport y est construit, sans que le fichier soit transmis à un serveur pour analyse. Une adresse web présente dans un commentaire s'affiche comme du texte et n'est jamais ouverte ; le rapport JSON téléchargeable est lui aussi généré dans l'onglet.

Oui, l'inspecteur fonctionne dans un navigateur récent sur Mac, PC Windows, Android et iPhone : il suffit de choisir le .gif dans le sélecteur de fichiers pour obtenir le même rapport. Certaines messageries enregistrent les « GIF » en MP4 ou WebP ; l'outil signale alors que le fichier n'est pas un GIF.

Parce que ses trois premiers octets ne sont pas « GIF » : le contenu relève d'un autre format portant l'extension .gif, souvent un WebP, un PNG, un MP4 ou une page HTML enregistrée par erreur. Le contrôle porte sur les octets, pas sur le nom. Un fichier commençant par GIF mais d'une version autre que 87a ou 89a est signalé comme version non prise en charge.

Ce message indique que le GIF s'arrête avant la fin de sa structure, le plus souvent après un téléchargement ou une copie interrompus, et le rapport montre tout ce qui a été lu jusqu'à la position d'arrêt. Les images situées avant la coupure restent dans le tableau. Les alertes « le fichier s'arrête au milieu d'une image » ou « longueur de sous-bloc au-delà de la fin » signalent le même dommage ; récupérer à nouveau l'original reste la meilleure solution.

La limite est de 30 000 000 octets (environ 30 Mo) par fichier, et l'analyse s'arrête avec une alerte au-delà de 20 000 images ou de 100 000 blocs d'extension. Le tableau affiché liste les 5 000 premières images ; le rapport JSON téléchargeable contient toutes celles qui ont été lues. Le texte des commentaires est conservé jusqu'à 200 000 octets au total.

L'inspecteur rapporte le délai exactement tel qu'il est enregistré : 0 reste 0 ms et la durée totale n'est pas corrigée. Beaucoup de navigateurs allongent les délais de 0 ou 1 centième à environ 100 ms, si bien que les deux cas peuvent être joués plus lentement que les chiffres. Seules les images enregistrées avec un délai d'exactement 0 reçoivent l'alerte « délai 0 » et la remarque sur le navigateur ; une image à 1 centième affiche 10 ms sans alerte, et aucune valeur n'est modifiée.

Non. Il décrit la construction du GIF mais ne se prononce ni sur sa sûreté, ni sur son authenticité, ses retouches ou une génération par IA, et il ne recherche pas de logiciel malveillant. Les octets après le terminateur sont comptés sans hypothèse sur leur rôle, et les extensions inconnues sont seulement listées par étiquette hexadécimale. Pour un verdict de sécurité, utilisez un antivirus ou vérifiez la provenance.

GIF89a a ajouté des extensions pour les délais, la transparence, les commentaires et la boucle NETSCAPE, absentes de GIF87a ; le rapport d'un GIF87a indique donc qu'aucune extension d'animation n'a été trouvée au lieu d'inventer des valeurs par défaut. Si un fichier marqué 87a contient malgré tout des extensions, cette incohérence est signalée.

Regardez le nombre de boucles, lu dans l'extension d'application NETSCAPE2.0 : 0 signifie que le GIF boucle à l'infini, toute autre valeur est le nombre enregistré. Sans ce bloc, aucun chiffre n'apparaît, car le fichier ne contient pas d'instruction de boucle. Un bloc de données NETSCAPE2.0 qui ne fait pas les trois octets attendus est signalé comme mal formé et la valeur reste vide ; un bloc de trois octets dont l'identifiant de sous-bloc n'est pas 1 n'est pas une instruction de boucle, la valeur reste donc vide elle aussi, mais sans alerte. Elle n'est jamais devinée.

Les extensions de commentaire ont leur propre tableau, avec le texte lu en Latin-1, une lecture UTF-8 stricte lorsque les octets sont valides et la longueur d'origine en octets. Le format GIF ne déclarant aucun encodage, les deux lectures sont proposées côte à côte pour que vous jugiez laquelle a du sens. Les octets NUL et de contrôle apparaissent en \xNN, sauf la tabulation, le saut de ligne et le retour chariot (0x09, 0x0A, 0x0D), conservés comme espaces ordinaires ; le HTML s'affiche en texte littéral.

Non. Il se contente de lire le GIF et ne le réécrit, ne l'optimise ni ne le réencode jamais ; le seul fichier enregistrable est le rapport JSON de sa structure, nommé d'après le GIF d'origine. Pour réduire ou changer de format, passez par un convertisseur distinct, ce rapport servant à comparer avant et après.