Convertir GIF en M4V

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 ne compresse pas mieux le même fichier — cela range la même animation d’une manière fondamentalement plus efficace.

M4V est le nom qu’Apple donne au conteneur MPEG-4 quand le fichier vient de l’iTunes Store, et techniquement le conteneur est le même que MP4 avec quelques métadonnées en plus. Pour un fichier converti ici, la différence avec un MP4 est en général nulle : ce qui est dans le fichier, c’est une piste H.264 et pas de piste audio, et QuickTime, iTunes, VLC, l’iPhone et la plupart des lecteurs lisent les deux sans distinction.

Pour un fichier destiné à un iPhone ou à une bibliothèque iTunes, M4V est l’extension attendue par habitude. Pour un fichier destiné à un usage plus général, MP4 est plus universellement lu. Les deux sont interchangeables dans la pratique, et le seul arbitrage est ce que lit mieux le logiciel destinataire. Si vous avez un doute, MP4 est presque toujours la bonne réponse — c’est une autre page.

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 M4V. 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 M4V 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 MP4, puis ajouter une piste audio dans un logiciel de montage, est la séquence correcte. Un lecteur moderne lira le M4V muet sans signaler d’erreur, et un embed HTML5 avec `muted autoplay loop playsinline` se comportera comme attendu. Pour un usage de présentation, c’est l’ensemble des attributs à mettre.

Un GIF peut déclarer une couleur transparente. M4V n’a aucune transparence, 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 plutôt que sur une moyenne générale.

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.

Sans `playsinline`, iOS ouvre la vidéo en plein écran au lieu de la lire sur place, et c’est l’autre surprise classique. Avec les quatre, le résultat est indiscernable d’un GIF, sinon que la page se charge plus vite.

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 M4V 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.

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.

Cela compte plus qu’il n’y paraît pour ce couple, car un très grand nombre de GIF sont des captures d’écran — un bogue que l’on reproduit, un flux de travail que l’on démontre — et une capture d’écran ramasse tout ce qui se trouvait par ailleurs à l’écran. Pour une démonstration interne, c’est la proposition matériellement différente d’un site qui demanderait un téléversement.