Couper un GIF

Rognez un GIF animé pour ne garder que la partie qui vous intéresse, par numéro d'image ou par temps, sans modifier les images conservées.

1. 1

   Ajoutez votre animation

   Déposez un GIF animé dans la zone prévue, ou cliquez pour parcourir vos fichiers. Le WebP animé et l'APNG fonctionnent également. Le fichier est lu sur votre appareil et n'est jamais envoyé ailleurs.

2. 2

   Faites glisser les deux poignées

   La frise est construite à partir des images mêmes de l'animation, vous voyez donc exactement ce que vous sélectionnez. Déplacez l'une ou l'autre poignée, ou saisissez des valeurs exactes dans les deux champs — il s'agit de la même sélection, exprimée en images ou en secondes.

3. 3

   Choisissez garder, supprimer ou découper

   Gardez la section comprise entre les poignées, supprimez-la et raccordez ce qui reste, ou ignorez les poignées et découpez l'animation entière en plusieurs animations plus courtes.

4. 4

   Coupez et enregistrez

   Le résultat s'anime à l'écran avec son nombre d'images et sa durée réels, et la fiche indique si les images ont été copiées ou reconstruites. Enregistrez le fichier, ou récupérez toutes les parties d'un découpage dans une seule archive.

La plupart des animations qu'on vous transmet sont plus longues que la partie qui vous intéresse. Un GIF de réaction a trois secondes de mise en place avant le moment qui le rend drôle. Une capture d'écran enregistre quarante secondes pendant lesquelles vous cherchez le bouton et quatre secondes de bug. Une boucle qu'on vous a envoyée démarre un demi-temps trop tard, et ne boucle donc jamais vraiment. La coupe est la retouche la plus courante dont une animation a besoin, et c'est aussi la plus facile à rater — parce que la manière évidente de s'y prendre modifie toutes les images que vous vouliez justement garder.

Faites glisser deux poignées le long des images de l'animation pour garder une section, en supprimer une au milieu, ou découper l'ensemble en plusieurs animations plus courtes.

Lit le GIF, le WebP animé et l'APNG. Écrit du GIF. Les images conservées sont copiées depuis le fichier d'origine quand sa structure le permet, si bien que leurs couleurs, leur transparence et leurs délais image par image restent inchangés.

À quoi sert une coupe, le plus souvent

• Supprimer l'amorce. Retirer la première seconde pour que la boucle commence sur le mouvement, ce qui fait qu'une animation courte se lit comme un choix délibéré plutôt que comme un extrait.
• Passer sous une limite de poids. Une messagerie, un forum ou une signature d'e-mail avec une taille de fichier plafonnée. Retirer des images est de très loin la façon la moins coûteuse de réduire une animation et, contrairement à la baisse du nombre de couleurs, cela ne coûte absolument rien aux images qui restent.
• Retirer la partie morte. Un enregistrement où rien ne se passe entre deux passages utiles. Supprimer le milieu et raccorder les extrémités est une opération différente du rognage des extrémités, et la plupart des outils ne la proposent pas.
• Découper un long extrait en morceaux. Une longue capture découpée en parties qui tiennent dans une limite de durée, ou en étapes pour une documentation, chacune étant une animation fonctionnelle plutôt qu'un dossier d'images fixes.

C'est la partie qui mérite d'être comprise, parce que c'est elle qui distingue cet outil de tous les autres de la catégorie, et parce que la raison est simple une fois qu'on l'énonce à voix haute. Une coupe retire des images. Elle ne modifie pas les images qu'elle conserve. Il n'y a donc aucune raison pour que les images conservées ressortent différentes de ce qu'elles étaient en entrant — et pourtant, dans tous les autres découpeurs de GIF en ligne, elles le sont.

Ce que fait réellement une copie

• Un GIF est une liste de blocs. Un en-tête, une table de couleurs, puis un bloc par image contenant la position de cette image, sa propre palette le cas échéant, son délai et ses données d'image compressées. Rien dans le bloc d'une image ne dépend de la longueur du fichier.
• Retirer des images revient donc à retirer des plages. Les images conservées sont copiées depuis le fichier d'origine exactement telles qu'elles sont — les mêmes palettes, les mêmes données compressées, la même transparence, les mêmes décalages. Seul le champ de délai de chaque image est réécrit, parce que c'est le seul nombre qu'une coupe a le droit de changer.
• Rien n'est décodé. L'outil lit la structure du fichier et copie des octets. Il ne décode qu'une seule image, et uniquement pour que la page ait quelque chose à vous montrer. C'est pour cela que le chemin de copie est plus de dix fois plus rapide que l'alternative.
• Le résultat n'est donc pas « visuellement identique ». Ce sont les mêmes pixels. Nos tests décodent la sortie et la source avec une bibliothèque d'images indépendante et exigent que le plus grand écart sur n'importe quel canal de couleur de n'importe quel pixel soit de 0 sur 255 — une égalité, pas une tolérance.

Ce que le réencodage vous coûte

L'alternative — celle qu'adopte tout outil concurrent — consiste à décoder l'animation entière, à choisir de nouveau 256 couleurs parmi ce qu'on y trouve, à faire correspondre chaque pixel à cette nouvelle palette, à recalculer quelles parties de chaque image ont changé, puis à écrire un nouveau fichier. Chacune de ces étapes est légèrement destructrice, et elles s'accumulent au fil des retouches successives. Mesuré sur notre propre fichier d'essai, avec un encodeur généraliste jouant le rôle de ce chemin, les trois mêmes images reviennent avec des canaux de couleur écartés jusqu'à quatre crans de leur point de départ. 4 sur 255 n'est pas une catastrophe en une passe ; c'est aussi un changement que personne n'a demandé, sur une opération qui n'avait aucune raison d'en produire, et c'est à la troisième ou quatrième passe qu'il se voit.

Quand une copie est impossible

Une image dans un GIF n'est pas tenue d'être la scène entière. Le format autorise une image à être un rectangle de n'importe quelle taille à n'importe quel décalage, et lui permet de marquer des pixels comme transparents pour signifier « ce qui est déjà affiché ici reste valable ». C'est ainsi qu'une capture d'écran d'une fenêtre presque immobile se compresse si bien : l'image un est la fenêtre entière et les images suivantes ne sont que de petits correctifs. Si votre coupe démarre sur une image-correctif, copier son bloc seul produirait un fichier montrant ce correctif sur une surface vide — un GIF valide, un téléchargement fonctionnel, et la mauvaise scène. L'outil reconstruit donc à la place : il compose d'abord chaque image sur la surface complète, puis les réécrit. Même là, il construit la palette à partir des couleurs que ces images contiennent réellement au lieu d'en choisir de nouvelles, si bien que le résultat reste exact. La fiche de résultat indique toujours lequel des deux cas s'est produit.

Un GIF n'a pas de frise chronologique. Il a une liste d'images, et chaque image porte son propre délai en centièmes de seconde. Tout ce qu'une frise vous montre est déduit de l'addition de ces délais, ce qui explique pourquoi deux GIF de même durée peuvent avoir des nombres d'images complètement différents, et pourquoi un temps que vous saisissez doit être transformé en un ensemble d'images avant que quoi que ce soit puisse être coupé.

La règle appliquée par cet outil

Un intervalle de temps sélectionne toutes les images visibles pendant cet intervalle. Si l'image quatre s'affiche de 0,60 s à 1,60 s et que vous demandez à garder de 0,60 s à 1,70 s, vous obtenez les images quatre, cinq et six — toutes les images que vous auriez pu voir sur cet intervalle. La principale alternative connue documente la règle inverse, un arrondi vers la limite d'image suivante, qui écarte discrètement l'image affichée à l'instant même que vous désigniez. Les deux règles se défendent ; une seule ne perd jamais ce que vous avez demandé, et la différence n'apparaît que sur une animation aux délais irréguliers, c'est-à-dire la plupart d'entre elles.

Dans quelle unité travailler

• En images, quand vous visez juste. Les numéros d'images commencent à 1 et sont inclusifs : de 3 à 6 conserve donc quatre images. C'est l'unité à utiliser quand vous coupez sur une image précise — l'instant où l'expression se pose, l'image juste avant l'apparition de l'artefact.
• En secondes, quand vous vous calez sur autre chose. Une limite de durée, un tempo, un sous-titre qui doit rester à l'écran. Les champs acceptent deux décimales et la frise suit les valeurs saisies.
• C'est une seule et même sélection. Changer d'unité convertit les valeurs au lieu de les réinterpréter : les images 3 à 6 deviennent donc les secondes qu'occupent ces images, et revenir en arrière retombe bien sur 3 à 6. Un réglage qui transformerait discrètement « image 3 » en « 3 secondes » serait une sélection que vous n'avez jamais faite.
• Les champs et les poignées sont d'accord. Déplacer une poignée écrit la valeur dans le champ, dans l'unité affichée. Il n'existe aucun état de glissement séparé : l'image et les chiffres ne peuvent donc jamais se contredire sur ce qui va être coupé.

Trois choses que les gens entendent par « couper un GIF », et la plupart des outils n'implémentent que la première. Ce sont toutes la même opération sous-jacente — choisir quelles images survivent — il n'y a donc aucune raison de renvoyer qui que ce soit vers une autre page pour les deux autres.

• Garder la sélection. Le rognage ordinaire. Tout ce qui se trouve entre les deux poignées survit et tout ce qui se trouve à l'extérieur disparaît. C'est ce qu'on entend par couper quand rien d'autre n'est précisé, et c'est le comportement par défaut.
• Supprimer la sélection. L'inverse. C'est la bande entre les poignées qui disparaît, et ce qui reste de part et d'autre est raccordé en une seule animation. La frise colore la bande en rouge pour qu'il soit évident dans quel sens vous travaillez.
• Découper en parties. Ignorez complètement les poignées : l'animation entière est divisée en plusieurs animations plus courtes, selon un nombre de parties égales, un nombre d'images par partie, ou un nombre de secondes par partie. Chaque partie est une véritable animation avec ses propres durées, et elles se téléchargent ensemble dans une seule archive.

Comment les parties sont réparties

Un découpage régulier est aussi régulier que des images entières le permettent. Vingt images en trois parties donnent sept, sept et six — le reste est réparti sur les premières parties plutôt que déversé sur la dernière, ce qui fait qu'un ensemble de parties paraît délibéré plutôt qu'inégal. Découper par nombre d'images par partie vous donne des parties exactement de cette taille avec une plus courte à la fin ; découper par secondes coupe sur l'horloge propre de l'animation, si bien qu'une limite de partie tombe entre deux images plutôt qu'à l'intérieur d'une image. Dans tous les modes, les parties redonnent exactement la source : aucune image n'est dupliquée et aucune n'est perdue, et la durée totale des parties égale la durée de l'animation de départ.

• GIF splitter — one animation in, a folder of still pictures out, one per frame. Use it when you want the images; use this page when you want shorter animations.
• GIF speed changer — the other way to make an animation shorter, by re-timing it rather than by removing frames. Use it when every frame has to stay and only the pace is wrong.

Une coupe a une mission évidente et une autre à laquelle personne ne pense avant qu'elle ne tourne mal. L'évidente est de choisir des images. L'autre est de ne pas modifier la temporalité de l'animation en le faisant — et comme un GIF stocke un délai par image, il existe plusieurs façons de se tromper subtilement tout en produisant un fichier qui se lit.

Les trois règles de temporalité

• Une image conservée garde son propre délai. L'image sept avait un délai de 40 millisecondes avant la coupe, elle a donc un délai de 40 millisecondes après. Cela paraît trop évident pour être dit, et c'est exactement ce qu'un outil casse quand il reconstruit une animation à une cadence d'images supposée.
• La durée en sortie est la somme de ce que vous avez gardé. Pas la durée de la source, ni une fraction de celle-ci. Le nombre affiché sur la fiche de résultat est additionné à partir des délais des images présentes dans le fichier que vous êtes sur le point de télécharger.
• Seul Conserver la durée modifie un délai. Et il n'en modifie qu'un seul : celui de l'image située à la jointure d'une section supprimée, qui est allongée d'exactement le temps qui a été retiré. Tout le reste passe sans être touché.

Raccourcir ou conserver la durée, quand vous supprimez une section

Retirer deux secondes au milieu d'une animation de cinq secondes laisse trois secondes d'images, et il faut décider de ce qu'il advient des deux secondes retirées. Raccourcir est le choix par défaut le plus honnête : l'animation dure désormais trois secondes. Conserver la durée la maintient à cinq secondes en laissant l'image précédant l'intervalle à l'écran pendant le temps manquant, si bien que l'animation dure toujours aussi longtemps — la pause est visible, mais la cadence est préservée. Cela compte plus souvent qu'il n'y paraît : une boucle calée sur une transition de page, un compte à rebours qui doit garder la même durée, une animation placée dans une mise en page à côté d'une autre. Un seul outil en ligne de cette catégorie expose ce choix, et aucun outil à installer que nous connaissions ne le fait.

Un GIF stocke son nombre de lectures dans un petit bloc applicatif placé près du début du fichier. Il est facile de passer à côté, et il est stocké d'une manière déconcertante : le nombre inscrit dans le fichier est le nombre de RÉPÉTITIONS après la première lecture, et zéro signifie indéfiniment — si bien que « se joue exactement une fois » ne peut pas s'écrire comme un nombre du tout, et s'exprime par l'absence du bloc.

Ce que cela implique en pratique

• Une coupe doit le transmettre. Une animation rognée qui se joue une fois puis s'arrête, alors que l'original bouclait, est cassée de la manière que les gens remarquent en dernier — en général une fois qu'elle est déjà publiée quelque part.
• La reconstruction doit le réécrire. Le chemin de reconstruction fabrique un nouveau fichier : le bloc est donc écrit plutôt que copié. Se tromper d'une unité à cet endroit transforme « se joue trois fois » en « se joue quatre fois », soit exactement le genre d'erreur qui survit à une relecture.
• Un résultat d'une seule image n'a pas de boucle. Couper jusqu'à une seule image produit une image fixe, et une image fixe accompagnée d'un bloc de bouclage est une contradiction. Le bloc est omis.
• C'est testé sur trois fichiers à la fois. Un qui boucle indéfiniment, un qui se joue trois fois, un qui se joue une fois — sur le chemin de copie comme sur celui de reconstruction, avec le nombre de boucles relu dans le fichier terminé par une bibliothèque indépendante.

C'est le mécanisme derrière presque tout ce qui précède, et il vaut un paragraphe parce qu'il explique pourquoi une coupe est parfois une copie et parfois non, et pourquoi couper un GIF dans un outil naïf peut produire un fichier qui paraît cassé d'une manière inexplicable.

Quand un GIF est bien écrit, chaque image ne stocke que ce qui a changé depuis l'image précédente. Le reste est marqué transparent, ce que le format définit comme « laisse ce qui est déjà là ». C'est pourquoi une capture d'écran de 200 images d'une fenêtre presque immobile peut être plus légère qu'une animation de 20 images montrant quelque chose qui bouge. Cela signifie aussi que la plupart des images au milieu d'un tel fichier n'ont aucun sens isolément. Un découpeur qui démarre une nouvelle animation sur l'une d'elles produit exactement ce à quoi on peut s'attendre : un petit correctif flottant sur une surface vide, dans un fichier qui s'ouvre parfaitement.

Ce que cet outil fait face à cela

• Il vérifie avant de copier. Une image peut ouvrir une animation à elle seule si elle couvre la surface entière et ne déclare aucune transparence. Chaque suite d'images produite par une coupe doit commencer par une image de ce type, faute de quoi la copie est refusée plutôt que tentée.
• La vérification porte sur le fichier, pas sur une supposition. L'outil lit le rectangle de l'image et son indicateur de transparence directement dans le fichier — quelques octets, aucun décodage. La vérification est délibérément prudente : une image qui déclare une couleur transparente sans jamais l'utiliser se voit refuser une copie qu'elle aurait pu obtenir, ce qui coûte une reconstruction plutôt que de vous coûter un fichier cassé.
• Un découpage décide partie par partie. La première partie d'un découpage commence généralement à l'image un et peut être copiée ; les parties suivantes souvent non. L'outil copie celles qu'il peut et ne reconstruit que celles qu'il doit, plutôt que de tirer tout le travail vers le chemin le plus lent.
• Et il vous le dit. La fiche de résultat nomme le chemin qui a été emprunté. Un outil qui réencoderait discrètement après avoir promis le contraire serait indiscernable de l'extérieur : c'est pourquoi le chemin est rapporté plutôt que supposé.

Chaque chiffre ci-dessous provient de la batterie de tests de cet outil sur l'appareil de référence et se reproduit en la relançant. Lorsqu'une affirmation porte sur l'exactitude plutôt que sur la vitesse, elle est vérifiée face à une bibliothèque d'images indépendante qui ne partage aucun code avec cet outil : la comparaison n'est donc pas notre sortie jugée contre notre propre sortie précédente.

Les chiffres

• Qualité Sur le chemin de copie comme sur celui de reconstruction, le plus grand écart sur n'importe quel canal de couleur de n'importe quel pixel entre la sortie et l'image source dont elle provient est de 0 sur 255. Les mêmes images passées par un encodeur généraliste reviennent jusqu'à 4 sur 255 plus loin.
• Vitesse La copie est plus de dix fois plus rapide que la reconstruction de la même coupe sur le même fichier, mesurée en entrelaçant les deux pour qu'une machine chargée ne puisse pas en avantager une.
• Travail évité Une copie décode exactement une image de l'animation, quelle que soit sa longueur — c'est vérifié, pas estimé. Une animation de 100 images est rognée sans jamais décompresser 99 de ses images.
• Temporalité Les délais image par image passent sans modification et la durée totale de la sortie est la somme des délais conservés, relue dans le fichier terminé plutôt que dans le plan qui l'a produit.
• Recomposition Les parties d'un découpage redonnent exactement la source : le même nombre d'images et la même durée totale, sans qu'aucune image ne soit dupliquée ni perdue.

La liste des formats acceptés est fermée et elle est appliquée dès la boîte de dialogue de fichiers plutôt qu'au niveau du moteur : un fichier que cet outil ne sait pas ouvrir est donc refusé en quelques millisecondes, avec un renvoi vers l'outil qui le sait — au lieu d'être accepté puis d'échouer plus tard derrière un indicateur de chargement.

• Du GIF en entrée, du GIF en sortie. Animé ou à image unique, entrelacé ou non, avec une palette unique ou une palette différente sur chaque image. C'est le cas où les images conservées sont copiées plutôt que réencodées.
• WebP animé et APNG en entrée. Les deux sont lus par nos propres lecteurs partout plutôt que par un décodeur natif : les nombres d'images et les durées sont donc identiques partout. Ils ressortent en GIF, ce qui est une conversion quel que soit l'outil qui l'effectue.
• Une animation en sortie, ou plusieurs. Garder et Supprimer produisent un seul fichier. Découper produit un fichier par partie, chacun étant une animation fonctionnelle, téléchargeable individuellement ou ensemble dans une seule archive.
• Tout le reste est refusé avec un renvoi. Une vidéo est orientée vers Vidéo en GIF ; une photo fixe vers le Créateur de GIF. Le refus nomme ce qu'est le fichier, ce que cet outil accepte, et où aller à la place.

Comment l'animation est lue

Sur le chemin de copie, l'animation est à peine lue : l'outil parcourt la structure en blocs du fichier, soit quelques centaines d'octets d'en-têtes préfixés par leur longueur, et ne décompresse jamais la moindre image. Sur le chemin de reconstruction, le GIF est décodé nativement là où un décodeur est disponible et par notre propre lecteur partout ailleurs, si bien qu'une animation s'ouvre de la même façon partout plutôt que d'arriver réduite à sa première image sans le moindre message d'erreur — ce qui est le comportement observé sur plusieurs navigateurs dépourvus de ce repli. Le WebP animé et l'APNG passent toujours par nos propres lecteurs. L'outil indique quel lecteur a été utilisé : une différence d'un navigateur à l'autre apparaît donc comme un fait plutôt que comme un mystère.

Limites des offres

• Gratuit. Une animation jusqu'à 200 Mo et jusqu'à 300 images, en pleine qualité. L'offre gratuite n'est pas une coupe de qualité réduite — c'est exactement le même résultat, dans un lot plus petit.
• Pro. Jusqu'à 20 animations à la fois sans limite d'images, coupées d'un seul coup et téléchargées ensemble dans une seule archive. C'est le traitement par lot que Pro apporte ici, parce que rogner un dossier d'extraits un par un est la vraie corvée.
• La limite commune aux deux offres. Sur le chemin de reconstruction, chaque image est développée en pleine couleur pendant qu'elle est traitée : un budget mémoire borne donc le travail avant qu'il ne commence, plutôt que de laisser l'onglet cesser de répondre pendant qu'un indicateur de progression continue de tourner. Le chemin de copie n'a pas cette limite, parce qu'il ne développe jamais rien.

Rien n'est envoyé sur un serveur. Le fichier est lu sur votre propre machine, les images conservées y sont copiées ou reconstruites, et le résultat est remis directement à vos téléchargements — le tout dans un fil d'arrière-plan, pour que la page continue de s'afficher pendant le travail. L'outil fonctionne réseau débranché une fois la page chargée, et nos propres tests enregistrent chaque requête réseau émise pendant un traitement et exigent que la liste soit vide.

Pourquoi la même coupe produit toujours le même fichier

• Aucun hasard nulle part. Rien dans l'un ou l'autre chemin n'utilise d'algorithme aléatoire : la même animation avec les mêmes réglages produit donc toujours une sortie identique octet pour octet. C'est ce qui rend le résultat testable tout court.
• La sortie se décrit elle-même. Chaque fichier consigne s'il a été copié ou reconstruit, et si ses pixels sont exacts. Un changement de chemin silencieux apparaît comme un fait annoncé plutôt que comme une variation inexpliquée du poids du fichier.
• Vérifié face à une autre implémentation. L'identité des images, les nombres d'images, les délais, les durées totales et les nombres de boucles sont tous vérifiés avec libvips — une bibliothèque d'images entièrement indépendante — plutôt que face à notre propre sortie précédente.
• La copie est aussi vérifiée contre elle-même. Après chaque copie, l'outil compare les données d'image compressées du fichier qu'il vient d'écrire aux mêmes plages dans la source, octet par octet. Cette vérification ne peut pas échouer, ce qui est précisément pourquoi elle est peu coûteuse à exécuter sur chaque coupe et pourquoi une modification future qui casserait la garantie échouerait ici au lieu d'être livrée.

Sur le chemin de copie, une coupe ne décode jamais la moindre image : l'outil lit la structure du fichier et copie les images conservées, si bien que rogner une animation de 100 images ne décode qu'une seule image et se termine en un nombre de millisecondes à un chiffre. Lorsque le fichier doit être reconstruit, le travail s'exécute dans un fil d'arrière-plan sur votre matériel graphique quand votre appareil le permet, pour que la page reste réactive. Rien n'est envoyé sur nos serveurs.

• Séparateur de GIF
• Vitesse d'un GIF
• Compresseur de GIF
• Optimiseur de GIF
• Recadrer un GIF
• Redimensionner un GIF