Lecteurs vidéo HTML5 accessibles

Après celle sur les « Advisory Technique » (WCAG) qui vient tout juste de s’achever, je vous propose aujourd’hui une nouvelle série de billets qui portera cette fois-ci sur l’accessibilité des lecteurs vidéo HTML5.

Principe

Le principe de cette nouvelle série est simple.

Régulièrement, je publierai un nouveau billet présentant les résultats de l’analyse d’accessibilité d’un lecteur vidéo HTML5.

Vous pouvez d’ailleurs retrouver la liste de ces lecteurs sur le Delicious d’Atalan .

À noter enfin que si le player analysé intègre une version alternative (fallback) en Flash, celle-ci ne sera pas évaluée.

Points d’accessibilité analysés

Voici ci-après la liste des points d’accessibilité qui seront analysés.

Pour chacun d’entre-eux, je soulèverai à la fois les manques et éventuels points d’amélioration mais également les points forts et les particularités, si présence.

Support du sous-titrage

Le premier point testé concernera le support du sous-titrage.

En réalité, l’ensemble des players étudiés proposeront la possibilité d’associer des sous-titres externes (Closed Caption) à une vidéo.
C’est d’ailleurs un prérequis pour figurer sur le Delicious d’Atalan. ;)

L’idée sera surtout de présenter les spécificités du player en la matière ; comme d’éventuelles fonctionnalités de personnalisation de l’affichage des sous-titres, par exemple.

Support de l’audiodescription

Second point testé : le support de l’audiodescription.

Pour rappel, l’audiodescription permet de rendre les vidéos accessibles aux personnes aveugles ou malvoyantes grâce à un texte en voix off (communément placé entre les dialogues ou les éléments sonores importants) décrivant les éléments visuels informatifs.

Présence des boutons de contrôle

Les référentiels d’accessibilité français attendent d’un player vidéo qu’il propose les boutons de contrôle suivants :

• Lecture.
• Pause.
• Arrêt.
• Volume sonore.

C’est la présence de cette liste de boutons qui sera vérifiée.

Intégration technique des boutons de contrôle

Ce test, qui sera le plus technique, présentera la manière dont les boutons de contrôle du player sont intégrés (<img />, background-image CSS, icon-font, autres…).

Navigation au clavier

Ici, le test portera sur l’utilisation du player au clavier seul.

Concrètement, je testerai si l’ensemble des boutons de contrôle (lecture, pause, avancement, volume sonore, etc.) sont fonctionnels avec ce périphérique.

Lecteurs vidéo étudiés

Voici la liste (susceptible d’évoluer) des lecteurs qui seront décortiqués :

• Acorn Media Player
• OzPlayer
• Accessible HTML5 Video Player
• videojs
• Accessible HTML5 Video Player (PayPal)
• Vibéo
• Accessible Media Player (Nomensa)
• Able Player
• MFP Accessible Video Player
• Plyr

Un des principaux objectifs de ces analyses est de remonter nos retours aux éditeurs de ces player pour, s’ils le souhaitent, qu’ils améliorent encore l’accessibilité de leur réalisation.

Répondre à Sébastien Delorme