DivX → WebM

Il sera à moins que vous désentrelacez, et DivX contenu est très souvent entrelacé parce que le format vient de l'ère de diffusion et DVD. Cadres entrelacés stocker deux champs de demi-hauteur capturés un cinquantième de seconde d'écart; sur un téléphone à balayage progressif ou un moniteur qui se lit comme peignant horizontalement sur tout ce qui bouge. Tournez sur l'option de désentrelacement et l'encodeur tisse les champs dans des cadres progressifs entiers avant d'écrire le WebM. DivX nomme un codec plutôt qu'un conteneur — une implémentation MPEG-4 Part 2 qui a rendu possible le retrait d'un DVD sur un seul CD vers 1999.

Non, et c'est l'une des meilleures raisons de se déplacer. Le conteneur DivX a un plafond pratique à un seul fichier qui s'exécute directement dans les enregistrements longs ou à débit élevé, ce qui explique exactement pourquoi les anciennes captures arrivent en tant que partie1, partie2, partie3. WebM n'a pas de limite équivalente, de sorte que les pièces peuvent être rejoindues dans un fichier continu. DivX a besoin d'environ deux fois le débit de H.264 pour la même qualité et n'a pas de chemin vers HDR, couleur 10 bits ou résolutions au-delà de 1080p.

Oui. DivX n'a pas de piste sous-titrée utilisable, de sorte que les sous-titres pour le contenu DivX ont dû être gravés dans l'image ou expédiés comme un fichier de sidecar séparé. WebM porte des sous-titres comme leur propre flux sélectionnable, de sorte qu'après la conversion vous pouvez attacher une piste SRT le spectateur peut allumer, désactiver ou remodeler.

Pas fiable. DivX 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. Les lecteurs DVD certifiés DivX sont encore courants, et le codec reste le plancher de compatibilité pour toute une génération de matériel de décodeur. 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 DivX 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.

Il change ce que vous pouvez attendre du fichier de sortie. Un côté de cette conversion nomme un encodage plutôt qu'un enveloppement, donc ce qui revient est que bitstream à l'intérieur quel conteneur convient le mieux — normalement MP4 ou MKV. L'extension reflète le conteneur; le codec est ce qui a réellement déterminé la taille du fichier et où il va jouer.

Oui — chaque piste audio du DivX (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. 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.

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 DivX 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 DivX à 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 DivX 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).