Compresser un GIF

Réduisez un GIF animé, soit en indiquant la taille dont vous avez besoin, soit en réglant vous-même la palette, l'échelle et la fréquence d'images.

1. 1

   Ajoutez votre GIF

   Glissez un GIF animé sur la zone de dépôt, ou cliquez pour parcourir. Les fichiers WebP animés et APNG fonctionnent aussi. Le fichier est lu sur votre appareil et n'est jamais envoyé.

2. 2

   Choisissez taille cible ou réglage manuel

   En mode cible, tapez la taille voulue — 5 Mo, 2 Mo, ce que la destination autorise — et l'outil cherche les réglages les plus doux qui l'atteignent. En mode manuel, vous fixez la palette, l'échelle, la suppression d'images et le tramage.

3. 3

   Vérifiez l'aperçu et les chiffres

   Le panneau de résultat affiche l'animation compressée, la taille avant et après, et le gain obtenu. Si un réglage est trop agressif, cela se voit dans l'aperçu plutôt qu'après le téléchargement.

4. 4

   Téléchargez le GIF compressé

   Appuyez sur Télécharger. Le fichier conserve le minutage de chaque image, son nombre de boucles et sa transparence : il se lit exactement comme l'original, en plus léger.

Le GIF est le seul format d'animation largement pris en charge qui précède toutes les techniques de compression modernes, et cela se voit. Le format stocke au plus 256 couleurs par image, n'a pas de compensation de mouvement et, entre les mains d'un encodeur négligent, écrit chaque image comme une photo complète. Une capture d'écran de quinze secondes qui ferait un MP4 de 400 ko finit couramment en GIF de 12 Mo : trop lourd pour une pièce jointe, trop lourd pour la plupart des messageries, et assez lent sur une connexion mobile pour finir de charger après que le lecteur a fait défiler la page.

Fixez une taille cible et le compresseur la résout, ou prenez vous-même les commandes de palette, d'échelle et d'images.

Lit le GIF, le WebP animé et l'APNG. Écrit un GIF89a standard en conservant les délais par image, le nombre de boucles et la transparence.

Ce que la compression apporte réellement

• La possibilité de l'envoyer. La plupart des serveurs de messagerie refusent les pièces jointes au-delà de 10 Mo et beaucoup de clients de chat au-delà de 8. Un compresseur fait souvent la différence entre envoyer le fichier et ne pas l'envoyer.
• La vitesse de la page. Un GIF animé ne bloque rien, mais il se dispute la bande passante avec tout le reste de la page et continue de se décoder tant qu'il boucle.
• Les données mobiles. Un lecteur sur forfait limité paie chaque octet d'une animation non optimisée, et le repaie à chaque visite si elle n'est pas mise en cache.
• Un stockage qui s'accumule. Un site de documentation avec soixante captures d'écran traîne un demi-gigaoctet d'animation qui pourrait en faire quatre-vingts mégaoctets.

Il n'y a pas de curseur de qualité dans le format GIF. Contrairement au JPEG, où un seul nombre échange du détail contre de la taille, un GIF se compresse en changeant ce qu'il contient : combien de couleurs, combien de pixels, combien d'images, et quelle part de chaque image doit être stockée. Comprendre ces quatre leviers transforme la compression en décision plutôt qu'en devinette, car ils coûtent au spectateur des choses très différentes.

Les quatre leviers, dans l'ordre où il faut les tirer

• Les dimensions. Diviser par deux la largeur et la hauteur retire environ trois quarts des données de pixels et ne change rien au mouvement. Sur une animation qui sera de toute façon affichée en petit, c'est presque gratuit, d'où sa place en premier.
• La palette. Passer de 256 à 128 couleurs est invisible sur la plupart des sources une fois le tramage appliqué. En dessous d'environ 32 entrées, les dégradés doux commencent à faire des bandes.
• Les images delta. Ne stocker que le rectangle qui a changé, et marquer les pixels inchangés comme transparents, ne coûte rien visuellement et vaut fréquemment plusieurs fois la taille du fichier à lui seul.
• La fréquence d'images. Supprimer une image sur deux divise par deux les données d'images, et c'est le seul levier de cette liste que le spectateur remarque immédiatement, sous forme de saccades. Il passe en dernier.

La spécification GIF autorise depuis 1989 qu'une image ne couvre qu'une partie du canevas, et qu'elle marque des pixels transparents pour signifier « ce qui est déjà à l'écran ici reste correct ». Un plan de personne qui parle ou une capture d'interface change une petite fraction de ses pixels par image, et une longue suite d'un même index transparent se compresse quasiment à rien. Mesuré sur l'animation de test de cet outil — un fond dégradé statique avec un carré en mouvement — stocker chaque image entière a produit 116 532 octets, et l'encodage delta 21 304. C'est un facteur 5,5 obtenu par un changement sans le moindre coût visuel, et c'est la principale raison pour laquelle un GIF fabriqué à la main est plusieurs fois plus lourd que nécessaire.

Résultats mesurés

• Images delta contre images entières 116 532 o à 21 304 o sur une animation de 20 images : 5,5x, avec une sortie identique au pixel près.
• De 256 à 8 couleurs 381 670 o à 90 113 o sur un clip photographique de 12 images : 4,2x, et le point où les bandes deviennent évidentes.
• Supprimer une image sur deux 21 304 o à 14 282 o, avec une durée totale de lecture inchangée à 2 000 ms.
• Vitesse d'encodage 100 images en 480x270 encodées en 209 ms sur le chemin accéléré matériellement.

Tous les autres compresseurs GIF vous donnent un curseur de compression et vous laissent découvrir quel nombre atteint la taille voulue. C'est à l'envers : vous ne voulez presque jamais « 75 % de compression », vous voulez un fichier sous 8 Mo parce que c'est ce que la messagerie accepte. Le mode cible inverse la logique. Vous indiquez la taille, et l'outil parcourt une échelle de réglages ordonnée par ce que chacun coûte au spectateur — dimensions d'abord, palette ensuite, images en dernier — et renvoie la combinaison la plus douce qui rentre. La recherche est une dichotomie : elle coûte au plus huit encodages au lieu des vingt-six d'un parcours linéaire, et si une taille est réellement inatteignable, elle le dit et rend la plus petite obtenue, au lieu de manquer en silence la seule consigne qu'on lui a donnée.

Choisir les réglages à la main

• Captures d'écran et démos d'interface. Aplats et bords nets. Essayez 64 couleurs sans tramage : le tramage ajoute un bruit qui nuit à la lisibilité du texte et coûte des octets précisément sur le matériel qui se compresse le mieux sans lui.
• Sources photographiques ou issues de vidéo. Les dégradés doux ont besoin de tramage pour éviter les bandes. 128 couleurs en tramage ordonné est un bon point de départ ; la diffusion d'erreur rend légèrement mieux et est plus lente car non parallélisable.
• Dessin au trait, logos et pixel art. Survit souvent à 16 voire 8 couleurs, tramage désactivé. Désactivez-le délibérément ici : il moucheterait visiblement les aplats.
• Tout ce qui a un fond transparent. Laissez l'optimisation delta tranquille et attendez-vous à un fichier plus lourd. Les deux fonctions se disputent le même index de palette, et la justesse l'emporte.

• Signatures d'e-mail et newsletters. La plupart des clients de messagerie refusent toujours de lire une vidéo : une animation doit donc être un GIF. Restez sous le mégaoctet.
• Documentation et fichiers README. Un GIF se lit en ligne sur GitHub et dans la plupart des générateurs de sites statiques, sans lecteur, sans politique de lecture automatique et sans question de codec.
• Chat et messagerie. Les plafonds de taille sont stricts et varient selon le client, ce qui est exactement le cas d'usage du mode cible.
• Copies hors ligne et archives. Un GIF n'a besoin ni de codec ni de réseau : il se lira encore dans vingt ans.

La liste d'entrée est fermée et appliquée au niveau de la boîte de dialogue de fichiers, pas du moteur : un fichier que cet outil ne sait pas ouvrir est refusé en quelques millisecondes avec un lien vers l'outil qui le sait, plutôt qu'accepté puis mis en échec derrière un indicateur de chargement.

• GIF en entrée. Animé ou à image unique, entrelacé ou non, avec palette globale ou une palette locale différente à chaque image. Les images qui ne sont qu'un sous-rectangle décalé sont composées sur le canevas complet avant toute autre chose.
• WebP animé et APNG en entrée. Les deux sont lus par nos propres démultiplexeurs sur tous les navigateurs plutôt que par un décodeur natif : images et minutage sont donc identiques partout, y compris sur les navigateurs dépourvus de décodeur d'image animée.
• GIF en sortie, toujours. Un GIF89a standard avec table de couleurs globale, délais par image, méthodes d'élimination et extension de boucle Netscape.
• Tout le reste est refusé avec un itinéraire. Une vidéo est renvoyée vers Vidéo vers GIF, une image fixe vers le Créateur de GIF. « On ne peut pas ouvrir ça ici, utilisez plutôt ceci » est actionnable ; « fichier non pris en charge » se lit comme si votre fichier était cassé.

Limites de taille et d'images

• Gratuit. Un fichier jusqu'à 50 Mo et jusqu'à 300 images, sortie jusqu'à 1024 px sur le grand côté et jusqu'à 128 couleurs. C'est un vrai compresseur, pas une démonstration : il égale le plafond de fichier du concurrent le plus utilisé pour ce travail.
• Pro. Aucun plafond de fichier imposé et la palette complète de 256 couleurs en pleine résolution. La limite est la mémoire de votre appareil, puisque rien n'est envoyé : il n'y a aucun quota serveur à épuiser.
• La seule limite commune aux deux offres. Chaque image est décompressée en couleurs complètes pendant son traitement, donc un budget mémoire borne le travail avant qu'il ne démarre, au lieu de laisser l'onglet cesser de répondre pendant que l'indicateur continue de tourner.

Rien n'est envoyé. Quand vous ajoutez un fichier, il est décodé image par image sur votre machine, la palette est construite à partir d'un échantillon réparti sur toute l'animation et non à partir de la première image, chaque pixel est associé à cette palette, les zones inchangées sont marquées transparentes, et le résultat est compressé et écrit en GIF89a standard. Tout cela s'exécute dans un fil d'arrière-plan pour que la page reste réactive, et l'opération la plus lourde — réassocier chaque pixel de chaque image à l'entrée de palette la plus proche — tourne sur votre matériel graphique lorsqu'il est disponible, et sur votre processeur sinon.

Pourquoi le même fichier se compresse identiquement à chaque fois

• Un quantificateur déterministe. La plupart des bibliothèques GIF utilisent NeuQuant, un quantificateur neuronal aléatoire dont la sortie varie d'une exécution à l'autre. Cet outil utilise la coupe médiane, exacte et reproductible : la même entrée avec les mêmes réglages produit toujours une sortie identique octet pour octet.
• Des résultats identiques sur tous les chemins. Les chemins accéléré graphiquement et processeur doivent produire les mêmes octets, pas seulement des octets voisins. Un chemin choisissant une autre entrée de palette se verrait comme un scintillement de couleur entre images, bien plus visible dans une animation qu'un pixel faux dans une image fixe.
• Un minutage lu dans le fichier, pas supposé. Les délais GIF sont par image et souvent irréguliers. Ils sont lus un par un et conservés, plutôt que moyennés en une fréquence unique.

L'encodage est accéléré matériellement lorsque votre appareil le permet, et les chemins accéléré et de repli sont vérifiés comme produisant des octets identiques. Mesuré sur la machine de référence : 100 images en 480x270 en 209 ms. Tout se fait sur votre appareil, pas sur nos serveurs.

• Redimensionner un GIF
• Créateur de GIF
• Vidéo vers GIF
• GIF vers MP4
• Éditeur de GIF
• Tous les outils GIF