Convertir M4V en WebM

Le WebM est le conteneur que les navigateurs savent tous lire nativement, et c’est son unique raison d’être. Là où Safari ouvre un MP4 sans hésitation mais refuse un M4V dans la moitié des cas, un WebM avec VP9 et Opus est lu par Chrome, Edge, Firefox et Safari sans négociation. C’est le format à choisir pour intégrer une vidéo dans une page web, un wiki, un README GitHub, une démo produit ou toute surface où le navigateur est le lecteur.

Le WebM n’est pas une nouveauté de 2026, mais il a gagné en吸引力 avec VP9 qui tient la route face à H.264 en qualité à taille égale, et avec Opus qui est devenu le codec audio de référence pour la voix et la musique à bas débit. Si la destination est un site, c’est la bonne réponse. Si la destination est un appareil qui ne décode que H.264, la conversion est une régression.

Le M4V refusé par un navigateur pose une question de codec plutôt que de conteneur, et le WebM est précisément le moyen de mettre la vidéo dans un format que le navigateur décode sans condition. Le cas le plus courant est le HEVC : exporté par défaut depuis les appareils Apple récents pour économiser la moitié de la taille, il est lu sans peine sur le Mac d’origine et refusé par un bon nombre de téléphones, de télévisions et de navigateurs sur d’autres plateformes.

Convertir en WebM résout ce refus au prix d’un ré-encodage. La vidéo est décodée puis ré-encodée en VP9, l’audio en Opus, et le tout est écrit dans un nouveau conteneur. Le résultat est lisible partout, et la taille est en général proche de celle du M4V d’origine. Si l’appareil destination décode déjà le HEVC, la conversion est inutile et l’effort serait mieux dépensé ailleurs.

Toutes les pistes audio que le navigateur sait décoder traversent la conversion, parce que le WebM accepte plusieurs pistes Opus. Un film avec une version originale et un doublage produit un WebM qui contient les deux, et un navigateur qui gère les pistes en propose le choix. Une piste en AC-3, E-AC-3, DTS ou TrueHD est retirée avant la conversion, parce qu’aucun navigateur ne sait la décoder.

Les sous-titres embarqués et les marques de chapitre ne sont pas transférés. Le WebM peut les porter, mais la conversion ne sait pas les voir, parce que le moteur lit les pistes vidéo et audio et ignore tout le reste. Si la vidéo a des sous-titres importants, extrayez-les depuis le M4V avec un outil local avant la conversion, et posez le fichier en sidecar à côté du WebM.

VP9 est un codec plus moderne que H.264, et à qualité subjective égale il dépense un peu moins de bits. Sur une vidéo d’une heure en 1080p, le WebM sort souvent trente à quarante pour cent plus léger que le MP4 équivalent au même palier. Sur une vidéo en mouvement rapide, l’écart est plus faible, et sur une vidéo surtout statique il est plus grand.

Cette économie a un coût de calcul. VP9 est plus lent à encoder que H.264, et l’opération prend plus longtemps que ce que donnerait la même vidéo vers un MP4. Pour un fichier de cinq minutes, la différence est invisible. Pour un enregistrement d’une heure, il faut compter trois à cinq fois la durée de la vidéo sur une machine moyenne, et l’attente est normale plutôt qu’un signe de problème.

Le contrôle propose Petit fichier, Équilibré et Haute qualité, et ces paliers correspondent à des choix faits par le moteur plutôt qu’à des nombres lisibles. Le code ne tente pas de deviner un débit optimal, parce que les nombres dépendent du codec et de la résolution. Équilibré est le bon réglage par défaut, et il produit un fichier qui passe dans une page web sans surcharger le réseau du visiteur.

Haute qualité coûte en taille et gagne en détail, ce qui est utile quand la vidéo sera regardée sur grand écran. Petit fichier est à réserver aux cas où la bande passante compte plus que le détail — une vignette vidéo sur un forum, un clip embarqué dans un e-mail, une démo en basse résolution. Demander plus de définition que la source n’est ignoré volontairement, parce que l’upscaling ne récupère rien.

Les M4V achetés sur l’iTunes Store portent le chiffrement FairPlay depuis 2005, et un navigateur ne peut pas les décoder. Le convertisseur dit que rien dans le fichier n’a pu être lu, ce qui est le constat exact. Un M4V sorti de QuickTime, d’iMovie, de Final Cut, d’un iPhone, d’une caméra ou d’une plateforme de cours est sans verrou et se convertit 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 aucun convertisseur de navigateur ne lèvera ce verrou. Pour un film que vous avez loué chez Apple, 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.

La conversion réencode la vidéo, et le ré-encodage consomme un peu de qualité à chaque passage, même au palier le plus élevé. Sur un fichier sorti directement d’une caméra ou d’un éditeur, la perte est à peine visible. Sur un fichier déjà converti plusieurs fois par d’autres outils, le ré-encodage cumule la sienne à la leur, et le résultat final peut montrer un léger flou ou un grain supplémentaire dans les zones détaillées.

La règle pratique est la même que pour les autres paires vidéo-à-vidéo. Convertissez depuis la meilleure copie que vous avez, jamais depuis une copie déjà compressée. Gardez le M4V d’origine à côté du WebM produit, au moins tant que vous n’avez pas vérifié que le WebM fait le travail pour lequel il a été créé. Une vidéo qui passe par trois ré-encodages successifs est presque toujours moins bonne que ce qu’elle aurait pu être.

Le décodage et le ré-encodage tournent dans l’onglet, sur votre processeur, avec les décodeurs et encodeurs que votre système d’exploitation a déjà. Le fichier M4V n’est envoyé nulle part, ce que l’onglet réseau de vos outils de développement confirmera pendant la conversion. Le niveau gratuit accepte les fichiers jusqu’à 100 Mo, et il n’y a pas de compte, pas de file d’attente, et pas de filigrane ajouté au fichier de sortie.

Pour des raisons pratiques, c’est un gain. Envoyer plusieurs centaines de mégaoctets à un serveur, attendre le ré-encodage qu’il fait dans son coin, et récupérer le résultat prend normalement plus de temps que la conversion locale sur un fichier de cette taille. Le navigateur d’aujourd’hui est un moteur de traitement média, et c’est ce que cette conversion utilise.

Si la destination est un iPhone, un Apple TV, un iPad ou toute surface Apple qui ne décode pas le VP9, le WebM est une régression. Safari lit le WebM depuis 2020 environ, mais les versions plus anciennes et certains appareils nativement Apple refusent le codec. Pour un fichier qui finira sur un écran Apple, le MP4 reste la bonne réponse, et cette conversion est à éviter.

La même logique vaut pour un export vers un logiciel de montage ancien. Final Cut, Premiere et DaVinci Resolve savent importer du WebM, mais les versions antérieures à 2018 peuvent hésiter ou exiger un transcodage à l’import. Si la cible est un éditeur, un MP4 ou un MOV sera lu sans condition. Le WebM est d’abord un format de lecture web, et c’est là qu’il donne le meilleur de lui-même.