MP4 → WebM

Gardez les correspondances où le fichier va, car ni l'abstrait n'est meilleur. L'un de ces deux est construit pour la compatibilité de lecture et l'autre pour tenir tout ce qu'un fichier peut contenir, et ils se tradent exactement le long de cette ligne. La réponse pragmatique pour la plupart des bibliothèques est d'archiver dans le conteneur riche en fonctionnalités et d'exporter vers l'un compatible sur demande. MP4 est la cible de livraison la plus sûre possible — chaque téléphone, navigateur, console, éditeur et Smart TV construit dans la dernière décennie le joue sans logiciel supplémentaire. 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 MP4 (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 MP4 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 MP4 à 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 MP4 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). 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.

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 MP4 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 MP4 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 MP4 à 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 MP4 (Blu-ray rip) à un faible débit WebM (upload web) est la raison la plus courante d'une chute spectaculaire.

Oui jusqu'à 8K (7680x4320) sur Premium. Les poignées de niveau gratuit 4K (3840x2160) jusqu'au bouchon de fichier de 1 Go. Les remux purs (même-codec passthrough) de grande MP4 dans WebM sont limités par le disque I/O, pas CPU — un 30 Go MP4 remuxe généralement à WebM en moins d'une minute, quelle que soit la résolution.

Oui — les fichiers téléchargés MP4 sont traités par des travailleurs isolés et supprimés dans les minutes qui suivent leur achèvement. Nous n'avons jamais vu, stocké, conservé ou partagé le contenu. Voir /privacy/ pour la fenêtre de conservation des données. Le pipeline de conversion fonctionne sur le matériel que nous contrôlons de bout en bout; aucune API tierce ne reçoit votre fichier.