Convertir M4V en WebP

Le WebP est un format d’image développé par Google pour le web, avec deux modes utiles. Le mode sans perte garde chaque pixel intact, et le mode avec perte compresse à une qualité subjective comparable à un JPG plus petit de vingt à trente pour cent. Pour une vignette de plateforme, le mode avec perte est la bonne réponse, parce que l’œil ne compare pas la vignette à la vidéo et que la réduction de taille est réelle.

Sur le web, le WebP se charge plus vite qu’un JPG à qualité équivalente, ce qui compte pour les pages qui dessinent beaucoup d’images. Pour un usage local, la différence est moins intéressante, et un JPG ou un PNG à la même dimension fait le même travail. Le choix du WebP a du sens quand l’image va servir de vignette sur un site, et perd de son intérêt si l’image finit dans une bibliothèque locale.

Le champ de timestamp est en secondes depuis le début, et le défaut est 0. Le code prend l’image affichée à cet instant, formellement la dernière image dont l’heure de début tombe à ou avant cette seconde. Sur un fichier dont la première image est un slate ou un cadre noir, 0 est la mauvaise réponse, et il faut taper une seconde située après les titres d’ouverture.

Dix pour cent de la durée totale est la règle empirique que la plupart des serveurs de médias utilisent, et c’est un pari raisonnable à l’aveugle. Pour un cours ou une conférence de quarante-cinq minutes, cela donne une image autour de quatre minutes trente, ce qui est en général après les présentations et avant le premier changement de plan majeur. Si vous connaissez la vidéo, tapez la seconde directement.

Le pipeline prend l’image décodée et la réencode en WebP sans réduction, ce qui donne un fichier aux dimensions pixel exactes de la vidéo. Un M4V en 1080p produit un WebP de 1920 par 1080. Un fichier en 4K produit un WebP de 3840 par 2160. C’est bien plus que ce qu’une vignette de plateforme n’affiche, et c’est le bon défaut — l’image sert à plusieurs usages possibles et la réduire est trivial.

Cette image non réduite pèse plusieurs mégaoctets en WebP, ce qui est à mettre en regard de l’utilisation. Pour une vignette dans une grille 200 pixels, le fichier sera redessiné par le navigateur à la dimension d’affichage, et la taille du fichier source ne change rien à ce qu’il affiche. Pour un hero sur une page d’accueil, l’image en pleine taille est ce qu’il faut. Pour une miniature, redimensionnez après.

Les encodeurs vidéo sont écrits pour que le mouvement cache les pertes. Ils dépensent des bits sur les zones que l’œil regarde et rognent sur ce que le mouvement rend invisible, et à 25 ou 30 images par seconde personne ne s’aperçoit de rien. Figez l’une de ces images et regardez-la en taille réelle, et les économies deviennent visibles sous forme de blocs, de contours mous, de fins détails étalés.

La correction est de choisir un moment où rien ne bouge. Un plan tenu, une diapositive statique, une pause entre deux gestes — ces images ont coûté cher à l’encodeur et sont en contrepartie détaillées. Essayer deux ou trois secondes à un dixième d’intervalle produit régulièrement une image nettement meilleure pour aucun effort supplémentaire, et c’est le geste qui distingue une bonne vignette d’une image molle.

Le WebP supporte un mode sans perte qui produit un fichier de taille comparable à un PNG. Le pipeline de ce site utilise le mode avec perte parce qu’il est ce qui sert le mieux l’usage de vignette, et le mode sans perte est disponible en sortant un PNG du même flux et en convertissant ensuite si l’archive attend du sans perte.

Le sans perte n’est pas le bon choix par défaut pour une vignette, parce qu’à la dimension où la vignette est affichée la différence est invisible et la taille compte. Pour un poster à imprimer ou une bannière plein écran, le mode sans perte garde l’image plus propre dans les dégradés et les aplats, et la conversion vers du PNG en deux étapes est la voie correcte.

L’iTunes Store a livré ses vidéos sous M4V avec un chiffrement FairPlay depuis 2005, et un navigateur ne peut pas les décoder. La conversion s’arrête avec un message disant que rien n’a pu être lu, ce qui est le constat exact. Les fichiers non protégés — exports QuickTime, iMovie, Final Cut, enregistrements d’iPhone ou de caméra, téléchargements depuis une plateforme de cours ou de conférence — se convertissent normalement.

Si vous ne savez pas d’où vient le fichier, le geste utile est de l’essayer dans QuickTime ou dans VLC. Un refus net des deux indique presque toujours la protection, et il n’y a pas de moyen de l’ôter sans les identifiants du compte Apple qui l’a acheté. Pour un film que vous avez loué, la lecture dans l’app Apple TV est la voie prévue. Pour un fichier que vous avez produit vous-même, il est sans verrou et la conversion passe.

Jusqu’à cent fichiers à la fois au niveau gratuit, chacun convertissant indépendamment et les résultats arrivant dans un seul ZIP. Le travail se fait sur votre machine, sans file d’attente, sans upload, et sans quota susceptible d’être épuisé aux deux tiers du passage. Pour une bibliothèque de plusieurs centaines de M4V, le passage se fait en quelques minutes sur une machine correcte.

Une mise en garde qui compte en pratique : chaque fichier d’un lot est échantillonné au même timestamp. Une bibliothèque de conférences qui s’ouvrent toutes par la même séquence de titre de trente secondes fonctionne parfaitement. Une bibliothèque mélangée de clips et de longs métrages ne fonctionne pas, et il vaut mieux la traiter en plusieurs passages regroupés par longueur approximative ou faire l’extraction fichier par fichier.

La plupart des serveurs de médias et des catalogues apparient les vignettes à la vidéo par nom de fichier, et le WebP extrait arrive nommé d’après la source. Gardez cela tel quel, et si vous extrayez plusieurs candidats par fichier, gardez les secondaires dans un dossier différent plutôt que de les renommer avec un suffixe qui casse l’appariement.

Cela vaut aussi la peine de noter de quelle seconde vient chaque image. Un titre que vous revisiterez dans un an est un titre pour lequel vous voudrez une meilleure image, et retrouver le moment précis est la partie lente. Un suffixe court dans le nom du fichier — l’instant en secondes — vaut mieux qu’un nom complètement redéfini, parce qu’il laisse l’appariement automatique fonctionner.

L’image est décodée et encodée dans l’onglet du navigateur, sur votre processeur, sans rien envoyer nulle part. Le niveau gratuit accepte les fichiers jusqu’à 100 Mo, et il n’y a pas de compte, pas de quota journalier, et pas de filigrane ajouté à l’image. Le WebP qui sort est exactement l’image décodée, ré-écrite dans le format demandé, et rien d’autre.

Pour des raisons de proportion autant que de principe, c’est ce qu’il faut. Envoyer une vidéo de deux gigaoctets à un serveur pour qu’une image de quelques centaines de kilo-octets en revienne est une quantité étrange de réseau pour le résultat, et le faire cent fois pour une bibliothèque est une drôle de manière de passer un après-midi. Le navigateur d’aujourd’hui fait ce travail sans intermédiaire.