Qu'est-ce qu'un remux et pourquoi n'est-il pas possible ici ?

Le remux consiste à copier les données vidéo et audio d'un conteneur à l'autre sans jamais y toucher ; comme l'algorithme de compression ne s'exécute pas, il est rapide et sans perte de qualité. Mais pour qu'un remux fonctionne, le conteneur cible doit reconnaître le codec de la source. Le WEBM n'accepte que les codecs vidéo VP8, VP9 et AV1 ; les fichiers MOV transportent quant à eux généralement du H.264 ou du ProRes. Comme ces deux listes ne se recoupent pas du tout, les données ne peuvent pas être transférées telles quelles et le réencodage devient obligatoire.

Que perds-je exactement lors d'un réencodage ?

La compression avec perte réduit le fichier en écartant les détails que l'œil humain remarquera le moins. Si le MOV source est déjà compressé en H.264, une partie des détails a déjà été écartée ; quand vous décodez cette image pour la recompresser en VP9, un second tri est effectué. La perte est la plus visible dans les scènes à mouvement rapide, les grandes zones de couleur uniforme et les passages sombres. Avec un bon réglage de qualité, cette perte est indiscernable à l'œil dans la plupart des scènes, mais elle existe techniquement et elle est irréversible.

La situation est-elle différente avec un MOV contenant du ProRes ?

Vous êtes un peu avantagé du point de vue de la perte, car le ProRes applique très peu de compression et la quantité de détails déjà écartés à la source est faible ; le seul tri qui s'ajoute est donc celui de l'encodage WEBM. En revanche, la situation est plus contraignante en termes de durée, car les fichiers ProRes sont énormes et la quantité de données à lire est très importante. Le réencodage reste par ailleurs inévitable, car le WEBM ne peut en aucun cas transporter du ProRes.

Existe-t-il un moyen d'accélérer l'opération ?

La voie la plus efficace est de choisir le VP9 plutôt que l'AV1 ; l'AV1 compresse plus efficacement mais s'encode nettement plus lentement. La deuxième voie est de baisser la résolution ; si la 4K n'est pas nécessaire pour une diffusion web, une résolution plus basse réduit sérieusement à la fois la durée d'encodage et la taille du fichier. Couper les passages inutiles de la vidéo avant la conversion raccourcit également la durée en diminuant le nombre d'images à traiter.

Pourquoi la conversion du MOV vers le WEBM exige-t-elle toujours un réencodage ?

La même opération, des durées très différentes

Quand vous convertissez un fichier MOV en MP4, l'opération se termine le plus souvent étonnamment vite. Quand vous convertissez le même fichier MOV en WEBM, vous attendez plusieurs minutes. Le fichier est le même, la durée est la même, la résolution est la même. D'où vient cet écart ?

La réponse se cache dans la distinction la plus fondamentale de la vidéo numérique : la différence entre conteneur et codec. Une fois que vous avez saisi cette distinction, vous devenez capable de prédire quelle conversion sera rapide et laquelle sera lente sans même regarder le fichier.

Conteneur et codec : deux couches distinctes

Imaginez un fichier vidéo comme composé de deux couches.

Le conteneur est la couche extérieure — la boîte du fichier. Il maintient ensemble la piste vidéo, la piste audio, les éventuels sous-titres, les métadonnées et les informations de synchronisation. MOV, MP4, WEBM, MKV sont des conteneurs. Un conteneur ne compresse pas l'image et ne détermine pas la qualité.

Le codec est la couche intérieure — il détermine avec quel algorithme l'image et le son sont compressés. H.264, H.265, ProRes, VP9, AV1 sont des codecs vidéo. AAC, MP3, Opus, Vorbis, PCM sont des codecs audio. C'est cette couche qui détermine la taille de votre fichier et sa qualité visuelle.

Le point essentiel : tous les conteneurs ne peuvent pas transporter tous les codecs. Chaque conteneur possède une liste de codecs qu'il accepte, et ce qui détermine si une conversion sera rapide ou lente est le fait que ces listes se recoupent ou non.

S'il y a recoupement : le remux

Si le codec du fichier source figure aussi dans la liste acceptée par le conteneur cible, quelque chose de formidable se produit. Vous n'avez pas du tout besoin de décoder l'image. Les données vidéo et audio sont prises dans l'ancienne boîte et placées telles quelles dans la nouvelle. Cette opération s'appelle un remux.

Le remux apporte deux gros bénéfices. Premièrement, la perte de qualité est nulle — les données restent identiques bit pour bit, aucun détail n'est écarté. Deuxièmement, il est rapide — l'algorithme de compression ne s'exécute jamais, les données sont simplement copiées, et ce qui détermine la durée est donc avant tout la vitesse du disque et de la connexion.

C'est exactement ce qui se passe quand vous convertissez en MP4 un MOV contenant du H.264. Comme le conteneur MP4 accepte déjà le H.264, les données sont transférées et l'affaire est réglée. Voilà pourquoi cette conversion est rapide.

S'il n'y a pas de recoupement : le réencodage

La liste de codecs acceptée par le WEBM est assez étroite, et c'est un choix de conception. Le WEBM a été conçu comme un format web ouvert et sans charge de brevets ; il ne transporte donc que des codecs ouverts :

Vidéo : VP8, VP9, AV1
Audio : Vorbis, Opus

Regardons maintenant le contenu typique des fichiers MOV :

Vidéo : H.264 (iPhone, enregistrements d'écran, la plupart des caméras) ou ProRes (montage professionnel)
Audio : AAC ou PCM non compressé

Il n'y a pas un seul élément commun entre les deux listes. Le H.264 ne peut pas être placé dans un WEBM. Le ProRes encore moins. L'AAC ne figure pas non plus dans la liste audio du WEBM.

Dans ce cas, il ne reste qu'une voie : le transcodage, c'est-à-dire le réencodage. Le processus se déroule ainsi. Chaque image de la vidéo source passe par le décodeur H.264 pour être ramenée à des pixels bruts. Ces images brutes sont ensuite confiées à l'encodeur VP9 ou AV1 et recompressées depuis zéro. La même chose se produit côté audio : l'AAC est décodé, puis réencodé en Opus ou en Vorbis.

Les deux conséquences honnêtes

Premièrement : l'opération est lente. Chaque image de la vidéo doit passer par deux algorithmes distincts. Les encodeurs VP9 et AV1 effectuent un calcul particulièrement intense — c'est précisément de ces calculs que naît une compression efficace. Sur un fichier long et en haute résolution, une opération de plusieurs minutes n'est pas un défaut mais le comportement attendu. Quand vous choisissez l'AV1, cette durée s'allonge nettement par rapport au VP9.

Deuxièmement : vous perdez une certaine qualité. La compression avec perte réduit le fichier en écartant les informations que l'œil humain remarquera le moins. Si le MOV source est déjà compressé en H.264, une partie des détails a déjà été écartée. Quand vous décodez cette image pour la recompresser en VP9, un second tri est appliqué. C'est une perte qui se superpose, et elle est irréversible.

Avec un bon réglage de qualité, cette perte est imperceptible à l'œil nu dans la plupart des scènes. Mais elle devient visible à certains endroits : flou dans les scènes à mouvement rapide, paliers de couleur dans les grandes zones unies (un ciel, par exemple), dégradations en blocs dans les scènes sombres. Si vous les constatez, c'est que votre réglage de qualité est trop avare.

Conséquences pratiques

Une fois ce mécanisme compris, trois comportements deviennent automatiquement les bons.

Gardez la chaîne courte. Chaque réencodage ajoute une nouvelle perte. Plutôt que de convertir la vidéo d'abord en MP4, puis en WEBM, puis encore en autre chose, allez directement de la source à la destination. Quand vous effectuez une conversion du MOV vers le WEBM, que votre source soit le fichier original.

Terminez le montage d'abord. Le recadrage, l'étalonnage ou l'incrustation de sous-titres signifient un réencodage de plus. Faites-les avant la conversion, tant que vous travaillez encore avec le fichier source.

Ne supprimez jamais l'original. La sortie WEBM est une version qui a perdu de l'information par rapport à la source. Si vous avez besoin d'un format différent demain, vous devrez partir du MOV original et non du WEBM.

Quelle conversion est rapide, laquelle est lente : une méthode pratique de prédiction

Une fois cette logique assimilée, vous pouvez estimer grossièrement la durée d'une conversion avant de vous y engager. La seule chose à faire est de poser deux questions.

Première question : quel codec se trouve dans le fichier source ? Les fichiers MOV transportent généralement du H.264 ; les sorties de caméras et de montages professionnels contiennent du ProRes. La taille du fichier vous donne un indice — si une vidéo de quelques minutes occupe plusieurs gigaoctets, c'est qu'elle contient un codec peu compressé comme le ProRes.

Deuxième question : le conteneur cible accepte-t-il ce codec ? Le MP4 accepte le H.264 : le passage d'un MOV contenant du H.264 vers le MP4 est donc un remux et se termine vite. Le WEBM, lui, n'accepte ni le H.264 ni le ProRes : toutes les routes qui y mènent passent donc par un réencodage.

Quand vous posez ces deux questions, la conclusion vient d'elle-même. S'il y a recoupement, c'est rapide et sans perte ; s'il n'y en a pas, c'est lent et avec une certaine perte. La règle est aussi simple que cela et fonctionne de la même manière pour les autres conteneurs comme le MKV ou l'AVI.

Un avertissement : avec un MOV contenant du ProRes, vous êtes en réalité un peu avantagé du point de vue de la perte, car le ProRes applique très peu de compression et la quantité de détails écartés à la source est faible. Le seul tri qui s'ajoute est donc celui de l'encodage WEBM. En contrepartie, la durée de traitement s'allonge encore, car la quantité de données à lire est énorme.

En résumé

Que la conversion du MOV vers le WEBM soit lente et avec perte n'est pas une question d'outil défaillant ou de mauvais réglage ; c'est la conséquence directe du fait que les listes de codecs acceptées par les deux conteneurs ne se recoupent pas du tout. Le WEBM est un conteneur étroit bâti sur des codecs ouverts, tandis que le MOV transporte des codecs totalement différents comme le H.264 et le ProRes. Sans dénominateur commun, l'image est obligatoirement décodée puis recompressée — ce qui signifie du temps et une certaine qualité. Savoir si ce prix en vaut la peine dépend de votre objectif : si vous diffusez la vidéo sur votre site web, la compatibilité navigateur du WEBM et sa compression efficace justifient ce coût. Mais si vous ne faites qu'envoyer le fichier à quelqu'un, le MP4 — où le changement de conteneur est gratuit — est une destination bien plus intelligente.