Vidéo HTML5

Le fragment de code suivant placera une vidéo WebM dans une page internet.

<video src="film.webm" poster="film.jpg" controls>
	Ceci est du contenu de rechange à afficher si le
	navigateur ne supporte pas l'élément video.
</video>

<video poster="film.jpg" controls>
	<source src='film.webm' type='video/webm; codecs="vp8.0, vorbis"'/>
	<source src='film.ogv' type='video/ogg; codecs="theora, vorbis"'/>
	<source src='film.mp4' type='video/mp4; codecs="avc1.4D401E, mp4a.40.2"'/>
	<p>Ceci est du contenu de rechange</p>
</video>

Les spécifications avant-projet actuelles de HTML5 ne précisent pas les formats de vidéo que les navigateurs doivent soutenir. Les agents utilisateurs (user agents) sont libres de soutenir tout format de vidéo qu'ils estiment approprié, mais les auteurs de contenu ne peuvent pas supposer que toute vidéo sera à portée de tous les agents utilisateurs, puisque ceux-ci n'ont pas un minimum de formats vidéo à respecter.

Le tableau montre les formats de vidéo que les agents utilisateurs supportent probablement. La plupart de navigateurs ci-dessous emploient un framework multimédia pour le déchiffrage et la projection des vidéos, au lieu d'incorporer de tels éléments de logiciel. En règle générale on ne peut pas déterminer les formats supportés par le framework multimédia sans la mettre à la recherche, puisqu'ils dépendent du système d'exploitation et les codecs de tiers. Dans de tels cas, le support du format vidéo est un attribut de l'ossature, non du navigateur (ou son moteur de rendu), en supposant que le navigateur recherche correctement son ossature multimédia avant de rejeter les formats inconnus. Dans quelques cas, le support cité est plutôt une extension du navigateur, qui pourrait, par exemple, contourner son analyse HTML habituelle de la balise <video> pour embarquer un lecteur de vidéo à base d'extensions ou greffons.

Les valeurs indiquent le niveau de support dans la dernière version du moteur de rendu, ou (si numéro de version) dans la version précisée. Les numéros de versions sans aucune autre valeur indiquent la version à partir de laquelle le moteur commençait son support total de la fonctionnalité.

Depuis avril 2010, à la suite du lancement de l'iPad Apple, un nombre de sites importants se sont mis à utiliser les vidéos H.264 HTML5 au lieu de Flash pour les agents utilisateurs s'identifiant comme iPad.

Depuis mai 2010, les vidéos HTML5 ne sont pas actuellement aussi étendues que celles de Flash, mais de récents déploiements de lecteurs de vidéo expérimentaux à base de HTML5 de DailyMotion (utilisation des formats Ogg Theora et Vorbis), YouTube (utilisation des formats H.264 et WebM) et Vimeo (utilisation du format H.264) suggèrent que l'intérêt pour HTML5 est en hausse.

Certains sites d'hébergement de vidéos ont annoncé qu'ils continueraient de se servir de technologies autres que la vidéo HTML5. Selon une discussion sur YouTube en juin 2010, la balise <video> ‹‹ne satisfait pas aux besoins d'une site comme YouTube››. Les raisons principales seraient la manque de format de norme, l'absence d'un moyen efficace et fiable de porter le contenu au navigateur, l'incapacité de JavaScript de projeter en plein écran, et des questions de droits numériques. Hulu, lui aussi, n'a pas adopté HTML5 à cause de son incapacité de fournir des vidéos adaptées au débit, de protéger le contenu du producteur et de fournir des données aux annonceurs. Netflix déclara que beaucoup de questions l'empêche d'employer la vidéo HTML5: acceptabilité de formats de conteneur audiovisuel, acceptabilité de codecs audio et vidéo, protocole de diffusion en flux, la façon pour le protocole de flux de s'adapter au débit disponible, le moyen de transmettre les renseignements des flux disponibles et d'autres paramètres au module de flux; un moyen de supporter le contenu protégé, et un moyen de transmettre toutes ces fonctionnalités à HTML5.

Le 11 janvier 2011, le projet Chromium de Google annonça par leur journal en ligne qu'il enlèverait le support des codecs fermés (surtout H.264) des versions de Chrome à venir. Cette déclaration mentionna en particulier que ce retrait constituait une démarche afin d'augmenter l'utilisation de HTML5 sans licence et la balise <video>, incitant une adoption universelle des codecs à source libre de VP8 et Theora. Le 2 février 2011, Microsoft déploya l'extension HTML5 du Lecteur Windows Media pour Chrome, qui ajouta la capacité d'utiliser le lecteur H.264 (sous licence et faisant partie du paquet Windows) pour relire le contenu H.264 avec Chrome.

Un nombre de lecteurs de vidéo HTML5 avancés et des solutions à plus grande échelle ont fait leur apparition. Le lecteur SublimeVideo était le premier à démontrer qu'un lecteur personnalisé pourrait fournir une projection meilleure que celle du lecteur originel du navigateur, y compris un seul lecteur pour tous les appareils, recours au Flash pour les appareils incompatibles et une véritable capacité de plein écran. D'autres choix estimés comprennent JW Player, Video JS et MediaElement.js.

Premier éditeur à fournir un navigateur stable intégrant la balise vidéo (la version 3.5 est sortie en juin 2009[10]), Mozilla a toujours cherché à défendre un format vidéo ouvert, débarrassé de brevets[11] - [12]. Après le rachat d'On2 par Google et l'acquisition du codec VP8, Mozilla espérait avec WebM, avoir un codec ouvert, réunissant des acteurs de poids, capable de contrebalancer H.264[13]. Surtout après l'annonce de Google, en janvier 2011, d'enlever H.264 de son navigateur Google Chrome[14] et celle d'Abobe en mai 2011 d'intégrer le codec VP8 dans Flash [15]. La position de Google prenait d'autant plus de sens, que sa place dans les mobiles via Android, augmentait (Android 2.3 peut lire WebM [16]). Les fabricants de cartes graphiques permettant de décoder matériellement le VP8[17] - [18] - [19]. Enfin, YouTube, leader dans le partage de vidéo, propose des vidéos avec les 2 formats (H.264 et WebM)[20].

Malheureusement, Android n'utilise toujours pas les possibilités des puces graphique de décoder matériellement le VP8[21]. Chrome lit toujours le H.264 en plus du WebM. Adobe n'a pas intégré le VP8. Enfin Google a racheté Motorola en août 2011[22], cette firme possédant des brevets sur le H264[23].

La volonté de Mozilla de prendre une place dans les mobiles achoppe sur la forte présence des codecs propriétaires mp3 et H.264 sur ces appareils où ils bénéficient de l'accélération matérielle et procurent ainsi une meilleure autonomie et une plus grande fluidité. Mozilla prend alors la décision d'incorporer ces codecs si le système le propose [24] - [25]. Cela commencera d'abord sur le mobile avec la version 17[26]. À terme, Windows Seven (et supérieur), Mac OS X[27] et les plates-formes GNU/Linux (via Gstreamer[28]) possédant ces codecs pourraient profiter de ce changement de politique.

Un changement reste possible avec le WebRTC où un codec audio ouvert a pu émerger: Opus. Un codec vidéo doit aussi être choisi et Mozilla et Google souhaite s'appuyer sur le VP8/WebM[29]

Le principal codec utilisé est le format WebM, mais certains navigateurs supportent également Ogg Theora ou H.264.

Le codec est implémenté en natif dans le navigateur et ne nécessite dès lors plus aucune extension à ajouter au navigateur pour lire le contenu vidéo, tel que c'était le cas pour les formats vidéo existants jusqu'alors (comme Adobe Flash).