MKV → WebM

Oui, et c'est le chemin rapide. MKV et WebM 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. MKV est Matroska, un conteneur ouvert conçu en 2002 sans restrictions de licence et sans plafond sur ce qu'il peut contenir. 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.

Pas fiable. MKV stocke plusieurs flux audio comme des pistes de première classe, mais WebM support de lecture passé la première piste est incohérent, donc la plupart des joueurs n'en exposeront qu'un. Choisissez la piste que vous voulez réellement avant de convertir; les autres sont mieux extraits à leurs propres fichiers que laissés dans un conteneur qui les cache. 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. WebM est un mauvais ajustement n'importe où en dehors d'un navigateur — les éditeurs de vidéos, les téléphones, les galeries natives et les Smart TV ignorent largement.

Oui, et c'est généralement la raison complète de la conversion. Un MKV intégré dans une page Web montre soit un lecteur cassé ou force un téléchargement, parce que les navigateurs ne envoient pas de décodeur pour lui. WebM joue en ligne à travers l'élément vidéo HTML5 natif sans plugin et sans application externe. WebM joue nativement dans chaque navigateur moderne sans plugin, sans frais de licence et sans exposition de brevet, ce qui en fait la vidéo par défaut.

Oui — chaque piste audio du MKV (répertoire commentaire, langues alternatives, audio descriptif) est conservée dans le WebM 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 WebM 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 MKV et WebM 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 WebM 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 MKV à WebM tombe ces pièces jointes lorsque WebM n'est pas MKV — les flux élémentaires se convertissent, mais la charge utile attachée reste dans la source. Gardez MKV comme sauvegarde si vous dépendez des polices jointes.

Le codec par défaut est choisi pour correspondre au conteneur WebM 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 à WebM 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 MKV survit généralement seulement en MKV avec HEVC; conversion en un conteneur WebM qui ne porte pas la couche DV plane vers HDR10.

MKV et WebM enregistrent les timestamps réels par image et manipulent VFR nativement, donc MKV VFR survit dans un WebM de ces formats sans rééchantillonnage. MP4 stocke nominalement les timestamps aussi mais certains joueurs supposent CFR; le convertisseur expose un "force CFR" bascule qui résample VFR MKV à 24 / 30 / 60 fps WebM pour des cibles problématiques.

Un changement de codec peut faire basculer la taille de 50% ou plus : H.264 à H.265 réduit généralement de moitié le fichier à la même qualité visuelle; H.264 à AV1 le réduit de moitié à nouveau sur un préréglage lent. Passer d'un haut débit MKV (Blu-ray rip) à un faible débit WebM (upload web) est la raison la plus courante d'une chute spectaculaire.