Convertir WebM en MKV

Les deux formats ne sont pas des parents éloignés. Matroska a été publié en 2002 comme un conteneur qui pouvait contenir essentiellement n’importe quoi, et WebM, sorti par Google en 2010, en est une version délibérément restreinte : la même structure, limitée à une courte liste de codecs sans redevances. Ouvrez un WebM dans un éditeur hexadécimal et les quatre premiers octets sont la signature Matroska.

Cette proximité est la raison pour laquelle tant de guides décrivent WebM vers MKV comme un renommage. En termes de structure de fichier ils ont presque raison. En termes de savoir si votre lecteur le jouera ensuite, ils ratent entièrement le point — parce que ce qui échoue n’est en général pas le conteneur.

Elle les ré-encode. La vidéo sort en H.264 et l’audio en AAC, quel que soit ce qui est entré. Chaque image est décodée en pixels et compressée à nouveau, ce qui prend du temps réel et perd un peu de détail, exactement comme une conversion en MP4. L’enveloppe MKV est la seule partie de l’opération qui est gratuite.

C’est un choix délibéré plutôt qu’une limitation du conteneur : MKV accepte volontiers le VP9, et il accepte aussi l’AV1 et le FLAC. La raison d’écrire du H.264 est que quelqu’un qui convertit en MKV alimente en général un lecteur média plutôt qu’un navigateur, et un lecteur qui s’étouffe sur un WebM s’étouffe sur du VP9 dans un MKV exactement de la même manière.

Il y a une opération réelle qui fait ce que « WebM en MKV » sonne comme devant faire : sortir les flux compressés d’un conteneur et les écrire dans l’autre sans toucher à une seule image. Cela prend quelques secondes quelle que soit la longueur du fichier, ne perd rien du tout, et produit une image bit-identique.

Ce n’est pas cela. `mkvmerge` de MKVToolNix le fait avec un glisser et un clic, et `ffmpeg -i input.webm -c copy output.mkv` le fait depuis un terminal. Si votre seul problème est qu’un logiciel insiste sur l’extension .mkv en étant parfaitement heureux avec du VP9, c’est le chemin le plus court et le meilleur, et cela vaut la peine d’être dit sur la page plutôt que de vous vendre cinq minutes de CPU dont vous n’aviez pas besoin.

Plex, Jellyfin et Emby ont tous la même décision à prendre quand un client appuie sur play : remettre le fichier tel quel, ou le transcoder à la volée. Le direct play est gratuit et instantané ; le transcodage est une charge soutenue sur ce que la machine du serveur fait tourner, et sur un NAS basse consommation c’est la différence entre une lecture fluide et un buffer qui tourne.

H.264 avec AAC est la combinaison que presque tous les clients décodent matériellement, d’une smart TV vieille d’une décennie à un téléphone. Convertir un WebM en VP9 une fois, à l’avance, déplace ce travail hors du serveur définitivement. Convertir une bibliothèque entière est là où le mode lot et l’absence de limites de téléversement cessent d’être des commodités et commencent à être toute la raison pour laquelle c’est faisable du tout.

La réputation de Matroska repose sur des choses que cette conversion ne peut pas vous donner. Il porte autant de pistes audio qu’on veut, donc un film peut porter la langue d’origine et deux doublages. Il porte des pistes de sous-titres dans plusieurs formats, embarquées plutôt qu’assises à côté du fichier. Il porte des chapitres, des pièces jointes et une pochette.

Rien de tout cela ne survit ici : une piste vidéo et une piste audio passent et tout le reste est écarté. Si la raison pour laquelle vous voulez MKV est de regrouper des sous-titres avec une vidéo, faites cela après dans MKVToolNix — il ajoute des pistes à un MKV existant sans rien ré-encoder, ce qui veut dire qu’il prend quelques secondes et ne coûte aucune qualité.

Le support MKV est réellement inégal hors du monde enthousiaste. Aucun navigateur n’en joue un nativement, donc un MKV ne peut pas être embarqué dans une page web. Beaucoup d’applications de smart TV, la plupart des boîtiers décodeurs avec un firmware ancien et l’écosystème d’Apple en général le refusent ou le gèrent mal, ce qui est l’opposé de la situation pour MP4.

Puisque le fichier produit ici contient le même H.264 et AAC dans les deux cas, le conteneur est un choix gratuit, et MP4 est la valeur par défaut la plus sûre. Choisissez MKV quand quelque chose dans votre chaîne le demande spécifiquement — une convention de nommage d’un serveur, un lecteur qui le préfère, un flux de travail qui ajoutera des pistes de sous-titres plus tard — et pas parce qu’il sonne comme le format le plus capable.

Le contrôle de résolution vaut la peine d’être utilisé quand la source est une capture d’écran à une taille malcommode. Les serveurs média et les applications de télévision sont plus heureux avec les paliers standards, et le 1080p est là où vit la plupart des bibliothèques ; une capture navigateur 1440p ramenée à 1080p est à la fois plus petite et moins susceptible de faire réfléchir un client à la mise à l’échelle.

Le palier de qualité est l’autre levier. Équilibré convient à tout ce qui sera regardé une fois ; le palier haut vaut la taille supplémentaire pour quelque chose qui ira dans une collection que vous comptez garder, puisque c’est déjà la seconde génération de compression et qu’il n’y a aucun sens à en faire une légère.

Les bibliothèques ne se convertissent pas un fichier à la fois. Jusqu’à cent fichiers WebM peuvent être déposés ensemble, chacun se convertissant avec sa propre progression, et les fichiers MKV finis se téléchargent en un seul ZIP. Rien ne se met en file derrière qui que ce soit d’autre parce qu’il n’y a pas de serveur partagé.

L’absence de téléversement est ce qui rend cela praticable plutôt que seulement privé. Cent enregistrements représentent des dizaines de gigaoctets ; envoyer cela à un convertisseur et le tirer en retour prendrait plus longtemps que l’encodage lui-même et se heurterait à une limite quotidienne sur chaque service gratuit qui l’offre.