Convertir WebM en M4V

M4V est le format de conteneur qu’Apple utilise pour la vidéo dans iTunes Store, les anciens iPods, et certains usages QuickTime. Techniquement, un M4V est un fichier ISO Base Media très proche d’un MP4 : la même structure de boîtes, les mêmes codecs à l’intérieur, la même API dans QuickTime. La différence est que M4V peut porter des pistes de sous-titres opaques, un DRM appelé FairPlay, et l’extension `.m4v` qui déclenche certains comportements spécifiques dans iTunes.

Pour un fichier sans DRM, ce qui est le cas de tout ce qui sort d’une conversion locale, M4V est interchangeable avec MP4 dans QuickTime, sur un iPhone ou un iPad, et dans la plupart des outils de montage. C’est le bon conteneur quand la destination est un produit Apple qui regarde l’extension avant de regarder le contenu.

Cette conversion n’est pas un ré-emballage. Le WebM contient du VP8, du VP9 ou de l’AV1 ; le M4V écrit ici contient du H.264 profil High. Deux codecs différents signifie que chaque image est décodée en pixels puis recompressée depuis zéro, et c’est ce qui rend le H.264 lisible par tout appareil Apple.

Prévoyez en conséquence le temps. Un clip d’une minute en 1080p se termine en général avant que vous ayez changé d’onglet. Un enregistrement d’écran de quarante minutes d’une réunion, c’est plusieurs minutes de travail soutenu, et l’onglet doit rester ouvert pendant que cela se passe. Quiconque promet une conversion instantanée d’un WebM en M4V soit recopie un flux qu’un appareil ne lira pas, soit n’a pas encore commencé.

L’audio dans un WebM de navigateur est presque toujours de l’Opus. Le M4V écrit ici porte de l’AAC, parce que l’AAC est ce que QuickTime, iTunes et iOS attendent, et qu’un M4V sans AAC n’est lu qu’à moitié par certains appareils Apple. Le ré-encodage audio suit la même logique que le ré-encodage vidéo : décodage puis recompression au codec cible, et c’est ce qui prend la majorité du temps sur un fichier où l’audio est dense.

Pour un fichier où l’audio compte — une démo avec narration, un enregistrement d’instrument, un entretien — la perte d’une génération Opus vers AAC est en général inaudible. Pour un master musical qui sera ré-édité, elle ne l’est pas, et c’est le moment de faire un autre choix : garder le WebM et le lire dans un contexte qui le supporte, ou convertir vers un format sans perte de l’audio comme M4A avec FLAC à l’intérieur.

Comme chaque image est de toute façon reconstruite, changer la résolution ne coûte rien de plus. Le contrôle propose 2160p, 1440p, 1080p, 720p, 480p et 360p à côté de garder la taille d’origine, et la largeur suit la hauteur automatiquement pour que rien ne soit étiré.

Demander plus que ce que la source a est ignoré en silence. Un enregistrement d’écran 720p passé en 4K ferait quatre fois le fichier sans un pixel de détail nouveau. Le sens utile est vers le bas : une capture 4K ramenée à 1080p a un quart des pixels, et le M4V rétrécit à peu près en proportion, ce qui est exactement ce qu’un iPhone qui doit lire la vidéo veut.

L’image et le son passent intégralement. M4V n’a pas de plafond pratique sur le nombre de pistes audio, et chaque piste audio que le navigateur peut décoder survit, dans l’ordre où le WebM les contenait. Ce qui ne survit pas, c’est tout ce qui n’est ni l’un ni l’autre : pas de pistes de sous-titres, pas de marqueurs de chapitre, pas de métadonnées de menu DVD que certains M4V peuvent porter.

Pour une capture faite dans un navigateur, c’est en général académique, parce que ces fichiers contiennent une piste vidéo et une piste audio et rien d’autre. Pour un WebM issu d’un montage qui portait des sous-titres soft, c’est une perte réelle, et la correction est de ré-encoder les sous-titres séparément puis de les multiplexer, ce qui est un travail de ffmpeg et sort du cadre de cette page.

Un fichier `.m4v` qui ne porte pas de DRM est lisible par tout ce qui lit un `.mp4`, et la conversion ici ne produit pas de DRM. Le choix de l’extension M4V plutôt que MP4 est purement une indication pour les outils qui en tiennent compte, et la majorité des chaînes de montage et de lecture ne font pas la différence.

Pour un fichier destiné à iTunes ou à un iPod ancien, le M4V est attendu. Pour une vidéo qui sera lue dans QuickTime ou montée dans Final Cut, le M4V fonctionne aussi bien que le MP4, et le changement d’extension est une édition d’une seconde. Le piège à éviter est l’inverse : un fichier avec DRM que cette conversion ne produit pas, et c’est explicite dans le code source, ce qui ferme la question.

La plupart des fichiers WebM qui ont besoin d’être convertis sont des enregistrements d’écran, et le contenu d’écran est particulièrement indulgent avec un ré-encodage. Les panneaux d’interface plats, les aplats de couleur et le texte immobile se compressent extrêmement bien et survivent une seconde passe avec presque rien de visible perdu.

La prise de vue par caméra est le cas le plus difficile. Le grain, les cheveux, le feuillage et les mouvements rapides sont exactement ce sur quoi un codec dépense ses bits, et demander à un second codec de décrire les approximations du premier se voit. Si le WebM sortait d’une webcam et que le résultat va entrer dans un montage plutôt que chez un spectateur, montez le palier de qualité avant la conversion plutôt qu’après, parce que la dégradation ne se rattrape pas.

VP9 dans WebM peut porter un canal alpha, et c’est ainsi que les superpositions animées sont livrées sur le web. H.264 n’a pas de canal alpha du tout, et un M4V ne peut pas non plus en porter par construction. Un WebM transparent converti en M4V revient opaque, et aucun réglage ne change cela.

Pour un asset de superposition qui doit rester transparent, gardez le WebM et servez-le dans un élément `<video>` ou convertissez-le vers un format qui supporte l’alpha, ce qui exclut le M4V. Pour un film terminé sans transparence, la perte est invisible, et c’est la majorité des cas où cette conversion est demandée.

Déposez jusqu’à cent fichiers ensemble. Chacun se convertit à son tour avec sa propre progression, et dès que plus d’un est terminé, ils peuvent être téléchargés en un seul ZIP. C’est le cas ordinaire de quiconque a vu son enregistreur d’écran produire des WebM en silence pendant des mois.

Comme rien n’est téléversé, un lot ne coûte pas de bande passante et ne heurte aucun quota quotidien — la seule contrainte est la quantité de travail que votre machine veut bien faire d’un coup. C’est aussi le moment où l’approche locale cesse d’être une question de vie privée et commence à être une question de ne pas passer un après-midi à regarder une barre de téléversement pour un lot de cent clips d’une heure chacun.

Les enregistrements d’écran sont la catégorie unique de fichier la plus sensible que la plupart des gens convertissent. Ils contiennent la boîte de réception, les tableaux de bord, des noms de clients, l’outillage interne et tout ce qui se trouvait à l’écran, et la voie habituelle pour cette conversion est de remettre tout cela à un site trouvé dix secondes plus tôt.

Ici la vidéo est décodée, ré-encodée et muxée dans l’onglet, à l’aide de codecs que le navigateur a déjà. Rien de ce qui porte le fichier n’est envoyé nulle part, il n’y a pas de compte, et il n’y a pas de file d’attente derrière les téléversements des autres. La vérification prend dix secondes si vous voulez la faire : ouvrez les outils de développement, surveillez l’onglet réseau, convertissez quelque chose et voyez ce qui bouge.