Compatibilité des conteneurs et codecs vidéo

Une extension connue ne garantit pas que le flux vidéo qu’elle contient sera lisible partout. Ce vérificateur évalue MP4, MOV, MKV, WebM et AVI associés à H.264, H.265, VP9 ou AV1. Il fournit un niveau de prise en charge prudent, explique le principal risque d’interopérabilité et indique quand vous devez proposer une solution de repli largement lisible.

Interprétez correctement le résultat de compatibilité

Le vérificateur emploie trois niveaux plutôt que de réduire la lecture à un simple oui ou non technique. Large signifie que l’association constitue un choix fiable dans les principaux navigateurs actuels et les environnements iOS et Android modernes. Limitée indique une prise en charge réelle, mais aussi des lacunes importantes liées à la famille du navigateur, à la version du système, au matériel ou à la manière habituelle d’encapsuler le codec. Faible désigne une association inhabituelle pour le Web ou peu fiable dans les lecteurs mobiles natifs. Le booléen de compatibilité générale simplifie l’automatisation, tandis que l’explication conserve la justification du classement. Il s’agit d’une évaluation au niveau du format, et non d’une garantie pour chaque fichier encodé. Le profil, le niveau, la résolution, la profondeur de couleur, la cadence, le codec audio, le chiffrement et des métadonnées endommagées peuvent encore empêcher la lecture. Utilisez ce résultat comme contrôle d’architecture avant l’encodage et les essais sur appareils, sans remplacer les tests de fichiers représentatifs sur les plateformes de votre public.

Choisissez ensemble le conteneur et le codec

Un codec décrit la compression des images ; un conteneur définit l’empaquetage de la vidéo, de l’audio, de la synchronisation, des sous-titres et des métadonnées. Ces couches sont liées, mais ne sont pas interchangeables. H.264 dans MP4 est très portable, car la compression et son encapsulation disposent d’implémentations éprouvées dans les navigateurs et sur mobile. Le même flux H.264 dans AVI ou MKV peut fonctionner dans une application de bureau, puis échouer comme vidéo Web intégrée ou dans le lecteur système d’un téléphone. De même, VP9 est naturellement associé à WebM pour les navigateurs, alors que son insertion dans MOV crée une combinaison inhabituelle et peu interopérable. Les codecs récents réduisent parfois la bande passante, mais leur efficacité ne rend pas un format universel. H.265 bénéficie d’une prise en charge particulièrement solide chez Apple ; ailleurs, le résultat dépend davantage du navigateur, du système, des licences et du matériel. L’adoption d’AV1 progresse, mais les anciens téléphones et les appareils sans décodeur adapté restent importants pour de nombreux publics.

Prévoyez des solutions de repli et des tests réels

Pour obtenir la portée pratique la plus large, utilisez MP4 avec H.264 comme ressource de référence. Lorsque vos objectifs de qualité ou de bande passante justifient VP9, AV1 ou H.265, proposez le nouvel encodage comme source supplémentaire au lieu de supposer qu’un fichier avancé conviendra à tous. Un lecteur Web peut déclarer plusieurs sources afin que le navigateur choisisse celle qu’il comprend ; une application peut décider de la même manière selon la plateforme et les décodeurs disponibles. Encodez séparément la solution de repli et vérifiez que le serveur envoie le bon type de média, accepte les requêtes par plages d’octets et autorise les accès entre origines nécessaires. Testez de vrais fichiers, car une matrice ne voit ni profil, ni niveau, ni format de pixel, ni couleur, ni codec audio, ni métadonnées incorrectes. Couvrez des iPhone et appareils Android anciens et récents ainsi que les navigateurs révélés par vos statistiques. Testez le démarrage et la recherche temporelle, puis recommencez après toute modification de votre gamme d’encodage ou des versions minimales prises en charge.