Compresseur de GIF

Parce qu'un GIF n'a aucun réglage de qualité à faire glisser. Contrairement à un JPEG il est déjà compressé sans perte, à partir d'une palette d'au plus 256 couleurs : il n'y a rien à baisser — tout ce qui allège le fichier doit retirer des images, des couleurs ou des pixels. Un outil qui vous montre un seul bouton de « compression » choisit parmi ces trois-là à votre place sans vous dire lequel il a pris.

Pas ici. Chaque image conservée reprend le temps de celles qu'elle remplace : l'animation dure exactement aussi longtemps qu'avant et une boucle tombe toujours juste. Beaucoup d'outils sautent cette étape, et c'est pourquoi un GIF « compressé » revient souvent saccadé — ce n'est pas la même animation, c'est une plus courte jouée en accéléré.

L'estimation se met à jour quand vous changez les réglages, et le chiffre réel s'affiche après l'exécution. Ils ne coïncideront pas exactement, et c'est de l'honnêteté et non de la négligence : la façon dont un GIF se compresse dépend de l'image, si bien que deux fichiers aux dimensions et au nombre d'images identiques peuvent différer du simple au triple. L'estimation est fiable sur la forme du compromis — diviser les images par deux divise le fichier par deux environ — et non sur l'octet près.

Non. Il est décodé, réécrit et réencodé dans votre navigateur — ce qui est inhabituel pour un outil de compression de GIF en ligne, où l'arrangement normal consiste en un envoi, une file d'attente derrière les fichiers des autres et un filigrane. Rien de tout cela ici, et de notre côté rien à stocker ni à supprimer.

Les images, presque toujours. La plupart des GIF sont enregistrés à bien plus d'images par seconde que l'œil n'en demande pour le genre de mouvement qu'ils contiennent d'ordinaire, et n'en garder qu'une sur deux allège le fichier de près de moitié avec très peu de différence visible. Les couleurs ensuite — la plupart des extraits sont identiques à 64 et à 256 sauf s'ils contiennent un dégradé. La taille en dernier, parce que c'est celle qu'on remarque toujours.

Cela arrive parfois, et la cause habituelle est que l'original utilisait une seule palette pour toute l'animation alors qu'ici on en écrit une par image — ce qui rend mieux et peut coûter plus cher. Si cela se produit, baissez le nombre de couleurs : à 64 ou 32, les palettes par image sont assez petites pour que le compromis reparte dans l'autre sens.

Oui. Les pixels transparents restent transparents à travers le décodage et le réencodage. Ce qui n'est pas conservé, c'est la transparence partielle, car le GIF ne l'a jamais prise en charge — un pixel est soit totalement transparent, soit totalement opaque, dans l'original comme dans le résultat.

Jusqu'à 30 Mo, ce qui est un très gros GIF. La limite tient à la mémoire et non à une règle : un GIF se décode en images complètes non compressées, donc quelques mégaoctets de fichier deviennent des centaines de mégaoctets de pixels, et c'est cela que le navigateur doit garder pendant qu'il travaille.