Une brève discussion sur le schéma de lecture vidéo en ligne basé sur HTML5

Cet article présente principalement le schéma de lecture vidéo en ligne basé sur HTML5, discute des questions connexes telles que le codage et la prise en charge du navigateur. Les amis qui en ont besoin peuvent y faire référence

Maintenant, dans cette ère spéciale: Flash est sur le point de mourir, les problèmes historiques de Microsoft et IE, la norme HTML5 est incertaine, le différend entre la source fermée d'Apple et l'open source de Google, la tendance générale de l'Internet mobile, et la bataille du navigateur ... Celles-ci conduisent à des développeurs Web assez confus lors de la conception de solutions vidéo. Cet article se concentre sur ce sujet pour discuter des technologies, des principes et des outils connexes.

Beaucoup de gens confondent le codage et le format pour la même chose, et utilisent souvent le suffixe du fichier vidéo pour déterminer de manière unique le degré de prise en charge du fichier vidéo. En fait, pour le résumer en une phrase, le suffixe de fichier d'une vidéo (en supposant qu'il n'y a pas de modification malveillante du suffixe) représente en fait un format d'encapsulation, tandis que l'algorithme de codage de la vidéo ou de l'audio n'a pas de relation directe avec le format d'encapsulation lui-même: le même format d'encapsulation (c'est-à-dire le même suffixe) peut encapsuler la vidéo et l'audio de différents algorithmes de la vidéo d'encodage. Le fait qu'un périphérique de lecture vidéo ou un logiciel prenne en charge la lecture vidéo dépend non seulement du format d'emballage, mais également de l'algorithme de codage. La reconnaissance est la base de la compréhension et du dépannage des problèmes.

Le format d'encapsulation spécifie tous les contenus de la vidéo, y compris les images, les sons, les sous-titres, les contrôles du système, etc., parmi lesquels les images et le son sont les plus critiques.

MPEG est une organisation internationale qui définit les spécifications des vidéos. Le MPEG-1 et le MPEG-2 qu'ils ont lancés sont en fait les VCD et les DVD bien connus, mais ce sont toutes des choses anciennes. Jetons un coup d'œil aux spécifications MPEG-4 liées au sujet de cet article.

La spécification MPEG-4 spécifie que le suffixe de fichier est nommé .mp4, et comprend actuellement trois algorithmes de codage et de compression d'image: parmi lesquels XVID et Divx peuvent également être collectivement appelés collectivement MPEG-4 partie 2 ou MPEG-4 visuels. L'audio est AAC. Le contenu suivant sur la compatibilité provient des usines Wikipedia et Format et les tests de l'auteur:

Android Browser: prend en charge Divx et AVC, XVID ne devrait pas le prendre en charge

iPhone et iPad (iOS): support Divx et AVC, xvid ne prend pas en charge

Chrome: prend en charge AVC, ne prend pas en charge Divx et XVID. Google a annoncé au début de 2011 qu'il supprimerait la prise en charge du navigateur Chrome pour AVC (H.264) en raison de problèmes de licence. Mais jusqu'à la version actuelle, AVC est toujours pris en charge. De plus, après des tests réels, si Divx et AAC sont emballés dans MP4, Chrome peut jouer, mais uniquement le son (AAC).

Firefox et Opera: En raison du problème des licences, Firefox et Opera renoncent progressivement à AVC. L'auteur teste AVC dans le dernier Firefox et peut toujours jouer (l'explication de Wikipedia est qu'elle peut être liée au système lui-même ayant un décodeur); Quant à Divx et XVID, les résultats des tests de l'auteur sous Firefox ne sont pas pris en charge. À en juger par la liste de compatibilité Wikipedia, Opera a un mauvais soutien pour AVC.

IE: L'IE11 de l'auteur peut prendre en charge AVC, mais ne prend pas en charge Divx et XVID

Plaidoyer Webm

En raison des problèmes de licence d'AVC (H.264), le camp open source dirigé par Chrome, Firefox et Opera a commencé à secouer le soutien à AVC. Bien que ces navigateurs puissent toujours prendre en charge AVC, ils tendent également vers un projet multimédia open source appelé WebM, qui comprend une nouvelle solution de codage vidéo et de codec open source appelé VP8. Actuellement, VP8 s'est développé en VP9. WebM en tant que format encapsulé a le suffixe de .webm et le type de vidéo / webm MIME. En termes d'audio, Vorbis / Opus peut être utilisé. En termes de compatibilité, Chrome, Firefox et Opera ont une compatibilité très idéale pour VP8, mais Safari et IE peuvent difficilement le soutenir.

OGG est presque le même que WebM, open source et est largement pris en charge sur les plates-formes open source. Son schéma d'encodage vidéo est appelé Theora (développé par VP3, développé par la Fondation XIPH.org, et peut être utilisé dans n'importe quel format de package), et l'audio est Vorbis. Le suffixe est généralement .ogv ou .ogg, et le type mime est vidéo / ogg. En termes de compatibilité, Chrome, Firefox et Opera peuvent le prendre en charge (mais Opera ne peut pas le prendre en charge sur les plates-formes mobiles), mais Safari et IE peuvent difficilement le prendre en charge.

La prémisse réelle de la discussion ci-dessus est la suivante: la vidéo est basée sur la solution HTML5 <video>. Résumons maintenant la compatibilité:

* IE9 VP8 ne peut être pris en charge que si l'utilisateur a installé le codec VP8.

‡ Google Chrome a annoncé son abandon de H.264 en 2011, mais il n'a pas encore été rempli. On peut voir que le grand public est toujours MP4 (AVC), mais afin de résoudre le balancement du camp open source sur AVC, vous pouvez choisir d'utiliser la solution multi-source de la vidéo pour fournir une prise en charge supplémentaire pour WebM ou OGG basée sur AVC: