WebM → MKV

Oui, et c'est le chemin rapide. WebM et MKV partagent la même structure de boîte sous-jacente, de sorte que les flux vidéo et audio sont copiés à travers octet-for-byte et que seul l'emballage du conteneur est réécrit. Rien n'est décodé et rien n'est recomprimé, donc un fichier de longueur de fonction se termine en moins d'une minute au lieu d'une demi-heure, avec une qualité de sortie identique à la source. WebM est un sous-ensemble strict de Matroska que Google a publié en 2010 spécifiquement pour donner à la vidéo HTML5 un conteneur sans redevances. MKV est Matroska, un conteneur ouvert conçu en 2002 sans restrictions de licence et sans plafond sur ce qu'il peut contenir.

Oui, et c'est une vraie mise à jour sur WebM. MKV traite chaque flux audio comme une piste de première classe, de sorte qu'un mix original-langue, un dub et un commentaire de réalisateur peuvent vivre dans un fichier avec le lecteur qui change entre eux sur demande. MKV est le conteneur d'archives de choix car il stocke des pistes audio illimitées, des sous-titres souples, des marqueurs de chapitre et des articles de couverture dans un seul fichier.

Il le fait. MKV stocke les chapitres comme des métadonnées de conteneur, de sorte qu'un enregistrement long peut être navigué par section au lieu de frotter une barre de progression. WebM n'a nulle part où mettre ces informations, donc si la source expédiée avec une liste de chapitres il était dans un fichier sidecar — main que au convertisseur et il est écrit dans le MKV.

Pas directement. WebM joue en ligne dans chaque navigateur; MKV ne le fait pas, donc une page l'intégrant revient à un lien de téléchargement ou à un cadre de lecteur vide. Si le fichier est destiné à un site Web, gardez le WebM pour le web et traitez le MKV comme une copie d'archive ou d'édition. MKV n'a presque aucun support matériel natif — les téléphones, les navigateurs et les téléviseurs ont généralement besoin de VLC ou d'un remux avant de le jouer.

Il ne peut pas. WebM est décodé par le silicium dédié sur les téléphones, tablettes et téléviseurs, c'est pourquoi il joue sans aplatir la batterie. MKV revient généralement au logiciel décodage sur le même matériel — charge CPU plus élevée, un dispositif plus chaud, et les cadres laissés tomber sur le matériau 4K. Pour une cible de périphérique, WebM est le conteneur plus sûr à rester dans.

Oui — chaque piste audio du WebM (répertoire commentaire, langues alternatives, audio descriptif) est conservée dans le MKV lorsque le conteneur cible prend en charge l'audio multi-stream. MKV et MOV gèrent des pistes audio illimitées; MP4 prend en charge beaucoup mais certains lecteurs matériels ne voient que la piste 1; WebM est capté sur une piste Opus / Vorbis.

Les sous-titres doux (pistes sélectionnables) survivent lorsque MKV peut les transporter : MKV détient SRT, ASS, SSA, PGS, VobSub nativement ; MP4 ne détient que mov_text (un format dépouillé). La conversion d'un MKV avec des sous-titres de style ASS en MP4 les dégradera généralement en mov_text ou les gravera dans. Les sous-titres durs (brûlés dans la vidéo) se transmettent peu importe.

Les métadonnées du chapitre transfèrent entre WebM et MKV chaque fois que les deux conteneurs supportent un atome de chapitre (MKV, MP4, MOV). WebM stocke les chapitres dans un bloc compatible avec Matroska, de sorte que MKV <-> WebM chapitres aller-retour propre. AVI n'a pas de spécifications de chapitre, donc convertir AVI en MKV produit un fichier non chapitreé à moins d'ajouter des marqueurs manuellement.

MKV est le seul conteneur principal qui stocke les fichiers attachés arbitrairement (les polices TTF pour les sous-sections ASS, l'art de couverture JPG, les inserts PDF traduits par des ventilateurs). Passer de WebM à MKV tombe ces pièces jointes lorsque MKV n'est pas MKV — les flux élémentaires se convertissent, mais la charge utile attachée reste dans la source. Gardez WebM comme sauvegarde si vous dépendez des polices jointes.

Le codec par défaut est choisi pour correspondre au conteneur MKV avec prudence : MKV par défaut à H.265 (HEVC) pour une meilleure compression ; MP4 par défaut à H.264 pour le support le plus large du périphérique ; WebM par défaut à VP9 ; AVI utilise MPEG-4 ASP (ligne DivX/Xvid).

Les métadonnées statiques HDR (HDR10 mastering shower values, max content light level) passent à MKV lorsque les deux conteneurs et le codec choisi le supportent (HEVC, AV1 in MKV / MP4). Dolby Vision est plus fragile — le profil DV 5 / 7 / 8.1 in WebM survit généralement seulement en MKV avec HEVC; conversion en un conteneur MKV qui ne porte pas la couche DV plane vers HDR10.