Convertir GIF en MOV

Toute la différence tient à une idée : la compensation de mouvement. Un encodeur vidéo stocke une image complète puis, pour chacune des suivantes, ne note que ce qui a changé. Une animation de logo se déplaçant sur un fond fixe ne coûte presque rien après la première image, parce que presque rien n’est différent.

Le GIF n’a aucun mécanisme de ce genre. Il stocke chaque image comme une image entière, l’une après l’autre, avec au plus 256 couleurs chacune. Cette conception date de 1989 et n’a jamais changé : c’est pourquoi un GIF de cinq secondes peut peser plus lourd que la vidéo d’une minute dont il a été tiré. Convertir range la même animation d’une manière fondamentalement plus efficace.

MOV est le conteneur QuickTime, créé par Apple en 1991, et il a été la base du format ISO MPEG-4 quelques années plus tard. Techniquement, un MOV peut porter un grand nombre de codecs ; en pratique, un MOV moderne porte du H.264 et du AAC, et c’est ce que la conversion produit. La différence avec un MP4 est en grande partie nominale : le MOV peut porter des chapitres, des références, des pistes multiples sans la structure atomique stricte de MP4.

Pour un fichier destiné à un logiciel Apple, MOV est l’extension attendue par habitude : QuickTime Player, Final Cut Pro, Motion, Compressor. Pour un fichier destiné à un usage web ou multiplateforme, MP4 est plus universellement lu — c’est une autre page. Pour un usage interne sur Mac, MOV est parfaitement indiqué et aucun lecteur Apple ne le refusera.

Un GIF fixe un délai par image en centièmes de seconde, et rien n’impose que ces délais soient égaux. Les GIF tournent donc couramment à des cadences qu’aucune caméra n’a jamais produites : 12,5 images par seconde, ou un mélange de cadences dans un même fichier.

La conversion conserve ce minutage au lieu de l’arrondir à quelque chose de propre, ce qui garde l’animation à la vitesse pour laquelle elle a été faite. Si cela paraissait correct en GIF, cela paraît correct en MOV. Pour un GIF qui déclarait dix images par seconde, la vidéo aura dix images par seconde ; pour un GIF qui mélangeait vingt et trente, la vidéo mélangera les deux.

Un GIF ne porte pas de son. Le MOV non plus dans ce cas, parce que la conversion n’invente pas une piste audio qui n’existait pas dans la source. Le résultat est muet, ce qui est exactement le comportement attendu pour cette page.

Pour un fichier qui doit avoir du son, c’est une autre opération : convertir le GIF en MOV, puis ajouter une piste audio dans un logiciel de montage comme iMovie ou Final Cut, est la séquence correcte. Un lecteur moderne lira le MOV muet sans signaler d’erreur, et un embed HTML5 avec `muted autoplay loop playsinline` se comportera comme attendu.

Un GIF peut déclarer une couleur transparente. MOV n’a aucune transparence en pratique, donc les pixels transparents sont composés sur une couleur pleine — du blanc, sauf si l’on choisit autre chose. Le contrôle est sur la page, et le défaut est blanc.

Pour la plupart des GIF cela ne change rien, parce que la plupart ont déjà un fond opaque. Pour l’animation d’un logo destinée à se poser sur une page colorée, cela change tout. Si la transparence est le sujet, le WebP animé la conserve et se lit tout de même dans tous les navigateurs — c’est une autre page, et c’est la bonne destination pour un GIF qui doit garder sa transparence.

De dix à trente fois plus petit est la fourchette ordinaire, et elle s’élargit à mesure que l’animation est statique. Une capture d’écran d’un menu qui s’ouvre — des pixels pour l’essentiel inchangés — peut être cinquante fois plus petite. Une gerbe de confettis où chaque pixel bouge s’approche plutôt de cinq.

L’autre économie est celle qu’on oublie : un GIF doit être téléchargé en entier avant de tourner correctement, alors qu’une vidéo démarre sur ses premières images. Sur un téléphone, c’est souvent la différence que l’on remarque vraiment. Le ratio dépend du contenu, et le seul arbitrage défendable est de mesurer sur le fichier lui-même.

Un GIF se lance seul, tourne en boucle et n’a pas de commandes, et l’on s’attend raisonnablement à ce que son remplaçant fasse pareil. Un élément vidéo fait tout cela, mais seulement si vous le demandez : `autoplay`, `loop`, `muted` et `playsinline`. C’est l’attribut `muted` qui piège les gens — tous les navigateurs refusent de lancer seule une vidéo avec du son, et un remplaçant de GIF n’a de toute façon pas de son, donc le déclarer ne coûte rien.

Safari lit MOV nativement, et l’embed HTML5 fonctionne sans particularité. Pour un site qui sert principalement un public sur iPhone ou iPad, MOV est un bon choix. Pour un site général, MP4 reste la valeur par défaut et c’est ce que la plupart des générateurs de sites et des CDN attendent.

Les couleurs étaient déjà réduites. Un GIF en contient au plus 256 par image, et le moindre effet de bandes qui en découle est cuit dans les images que reçoit l’encodeur. Le MOV les enregistre fidèlement et n’ajoute pas de palette à lui, donc l’animation ne s’abîme pas — mais elle ne récupère pas ce que le GIF a jeté au moment de sa fabrication.

Si vous avez la vidéo d’origine dont le GIF a été tiré, la convertir directement donnera toujours un meilleur résultat que convertir le GIF. Cette page est pour le cas courant où le GIF est tout ce dont vous disposez, et le MOV produit sera aussi bon que la source le permet.

Le GIF est décodé par le navigateur image par image, l’encodeur H.264 tourne dans le même onglet, et le résultat est écrit localement. Aucune requête ne porte le fichier, il n’y a pas de file d’attente, pas de quota journalier.

Pour une démonstration interne, c’est la proposition matériellement différente d’un site qui demanderait un téléversement. Pour une archive de GIF techniques accumulés depuis des années sur un Mac, MOV est aussi une bonne destination d’archive, parce que QuickTime Player lira le fichier même dans dix ans, et la compression H.264 continuera à être lue.