Re: [Liste GTA] Vidéo et HTML5 et multisupport
Bonjour à tous, En tant que déficient visuel, je trouve que l'audio description est très appréciable. Par contre, en très grande majorité, l'AD en temps réel est suffisant. Je pense également qu'à trop en vouloir, pour des raisons de handicap, nous risquons d'être perdant. A titre perso, je trouve improductif de diffuser cette contrainte supplémentaire, car nous risquons de démotiver les structure qui sont volontaires pour nous mettre à disposition des contenu en AD. S'il vous plait messieurs les experts, n'en faites pas trop. Cela n'empêche pas que sur un plan technique nous puissions trouver des solutions. Bien à vous, Mathieu -Message d'origine- De : liste_gta-boun...@list.accessiweb.org [mailto:liste_gta-boun...@list.accessiweb.org] De la part de Olivier Nourry Envoyé : jeudi 12 juillet 2012 12:08 À : liste_gta@list.accessiweb.org Objet : Re: [Liste GTA] Vidéo et HTML5 et multisupport Bonjour, je profite de la remarque de Matthieu sur l'AD pour évoquer la question de l'audiodescription étendue (exigence du niveau AAA: la vidéo est mise en pause, si nécessaire, le temps de vocaliser la description additionnelle). Très clairement c'est un vrai plus pour les utilisateurs non-voyants. Dans certains cas c'est même critique pour la compréhension du contenu. Pour le moment, il semblerait que le seul moyen de réaliser cette fonctionnalité soit de fournir une version audio-décrite étendue en dur, car les lecteurs ne gèrent pas la mise en pause synchronisée avec le flux audio. Pourtant, sur le papier, avec un format d'échange adéquat (SMIL devrait pouvoir faire l'affaire), ça ne devrait pas poser trop de problème technique. Donc peut-être que quelqu'un s'est déjà fait cette réflexion et a développé un lecteur qui gère ceci... Vous en connaissez un? Cordialement, Olivier Nourry Twitter: @OlivierNourry http://twitter.com/#!/OlivierNourry Le 11 juillet 2012 18:30, Matthieu Faure m...@open-s.com a écrit : Salut, On 11/07/2012 11:12, Olivier Nourry wrote: c'est chronophage: pas plus que la version activable/désactivable. En fait, vu le marché des outils de montage vidéo, je dirais qu'on est relativement mieux outillé pour faire du dur que du désactivable. Pour fréquenter des professionnels de la video, je confirme les propos d'Olivier. Ils utilisent des outils dédiés à la gestion du sous-titrage (qui ne sont ni Premiere, ni Final Cut Pro, je n'ai plus les noms mais je pourrai les avoir), et le produit final est une video avec les sous-titre intégrés (des pixels en sur-impression sur l'image). Tant qu'on y est, il est souvent fait mention de problèmes pour l'audio-description car il faut intercaler la bande son de l'AD entre deux scènes ou deux images. Et donc vous comprenez c'est compliqué, ça va couter cher, etc... J'ai découvert que ce problème n'en est pas un, les professionnels du montage font ce genre de manip en 10 secondes, c'est même la base de leur métier ! On en revient toujours à la même chose: un cahier des charges bien ficelé, et l'accessibilité c'est galette ! MAtthieu -- Solutions innovantes pour les professionnels du web: référencement / accessibilité Expert en Accessibilité depuis 2004 http://www.Open-S.com/ http://www.Tanaguru.com/ http://www.Tanaguru.org/ http://observatoire-accessibilite.org/ http://observatoire-accessibilite.org/ ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Vidéo et HTML5 et multisupport
Bonjour Mathieu, Je ne vais pas entrer dans le débat sur le degré de pression qu'il est tolérable d'appliquer sur les instances en charge de faire l'accessibilité. C'est très compliqué, sans réponse définitive, et personne n'a totalement tort ni raison quelque soit l'opinion exprimée. Le fait que l'audiodescription étendue soit de niveau triple-A indique sûrement une prise en compte du fait que c'est une contrainte significative. En théorie ce fameux niveau AAA est réservé aux recos que l'on ne peut pas appliquer pour tous les contenus... Peut-être a-t-il été estimé que pour certains contenus, la temporalité imposée participe à la compréhension, d'où la contradiction avec une AD étendue... je ne sais pas. Le fait est qu'on peut parfaitement répondre à un haut niveau d'exigence (AA) en se contentant d'AD classique. Malheureusement, les cas où c'est insuffisant sont sûrement plus fréquents que tu ne le penses. Par exemple, nous traitons actuellement un lot de vidéos avec une bande sonore très encombrée, et un montage très nerveux qui ne laisse quasiment aucune plage de silence entre les paroles. Du coup des incrustations permettant d'identifier les interlocuteurs ne peuvent même pas être audiodécrites, ce qui représente une vraie perte d'information, et de clarté du contenu. Donc pour moi il y a un intérêt à fournir ce type de contenus, et du coup, à en promouvoir l'existence et la mise en application. Mais après, chacun fait ce qu'il en veut... Cordialement, *Olivier Nourry* Twitter: @OlivierNourry http://twitter.com/#!/OlivierNourry Le 12 juillet 2012 16:10, Mathieu Froidure m...@urbilog.fr a écrit : Bonjour à tous, En tant que déficient visuel, je trouve que l'audio description est très appréciable. Par contre, en très grande majorité, l'AD en temps réel est suffisant. Je pense également qu'à trop en vouloir, pour des raisons de handicap, nous risquons d'être perdant. A titre perso, je trouve improductif de diffuser cette contrainte supplémentaire, car nous risquons de démotiver les structure qui sont volontaires pour nous mettre à disposition des contenu en AD. S'il vous plait messieurs les experts, n'en faites pas trop. Cela n'empêche pas que sur un plan technique nous puissions trouver des solutions. Bien à vous, Mathieu -Message d'origine- De : liste_gta-boun...@list.accessiweb.org [mailto:liste_gta-boun...@list.accessiweb.org] De la part de Olivier Nourry Envoyé : jeudi 12 juillet 2012 12:08 À : liste_gta@list.accessiweb.org Objet : Re: [Liste GTA] Vidéo et HTML5 et multisupport Bonjour, je profite de la remarque de Matthieu sur l'AD pour évoquer la question de l'audiodescription étendue (exigence du niveau AAA: la vidéo est mise en pause, si nécessaire, le temps de vocaliser la description additionnelle). Très clairement c'est un vrai plus pour les utilisateurs non-voyants. Dans certains cas c'est même critique pour la compréhension du contenu. Pour le moment, il semblerait que le seul moyen de réaliser cette fonctionnalité soit de fournir une version audio-décrite étendue en dur, car les lecteurs ne gèrent pas la mise en pause synchronisée avec le flux audio. Pourtant, sur le papier, avec un format d'échange adéquat (SMIL devrait pouvoir faire l'affaire), ça ne devrait pas poser trop de problème technique. Donc peut-être que quelqu'un s'est déjà fait cette réflexion et a développé un lecteur qui gère ceci... Vous en connaissez un? Cordialement, Olivier Nourry Twitter: @OlivierNourry http://twitter.com/#!/OlivierNourry Le 11 juillet 2012 18:30, Matthieu Faure m...@open-s.com a écrit : Salut, On 11/07/2012 11:12, Olivier Nourry wrote: c'est chronophage: pas plus que la version activable/désactivable. En fait, vu le marché des outils de montage vidéo, je dirais qu'on est relativement mieux outillé pour faire du dur que du désactivable. Pour fréquenter des professionnels de la video, je confirme les propos d'Olivier. Ils utilisent des outils dédiés à la gestion du sous-titrage (qui ne sont ni Premiere, ni Final Cut Pro, je n'ai plus les noms mais je pourrai les avoir), et le produit final est une video avec les sous-titre intégrés (des pixels en sur-impression sur l'image). Tant qu'on y est, il est souvent fait mention de problèmes pour l'audio-description car il faut intercaler la bande son de l'AD entre deux scènes ou deux images. Et donc vous comprenez c'est compliqué, ça va couter cher, etc... J'ai découvert que ce problème n'en est pas un, les professionnels du montage font ce genre de manip en 10 secondes, c'est même la base de leur métier ! On en revient toujours à la même chose: un cahier des charges bien ficelé, et l'accessibilité c'est galette ! MAtthieu -- Solutions innovantes pour les professionnels du web: référencement / accessibilité
Re: [Liste GTA] Vidéo et HTML5 et multisupport
Bonjour, Merci pour vos pistes… Si j’ai bien tout saisi : - C’est normal qu’on s’arrache les cheveux - Il n’y a pas de super solution universelle Nous ne sommes pas dans le cas d’environnement maîtrisé comme c’est un outil distribué pour un logiciel open source (TYPO3) et que nous le préconisons pour toute collectivité locale… ! On va voir faire au mieux pour répondre à toutes les demandes et à toutes les contraintes… La solution proposée par Victor Brito se rapproche de celle proposée par Olivier Nourry et me semble bien adaptée à notre besoin… Merci beaucoup de votre aide ! Aude Aude JOLY De : liste_gta-boun...@list.accessiweb.org [mailto:liste_gta-boun...@list.accessiweb.org] De la part de Victor Brito Envoyé : mardi 10 juillet 2012 21:19 À : liste_gta@list.accessiweb.org Objet : Re: [Liste GTA] Vidéo et HTML5 et multisupport Salut, Olivier, bonsoir, la liste, En matière de fallback, tu as évoqué la solution peu élégante (et, surtout, peu pratique, difficilement maintenable, voire chronophage) de la mise à disposition de vidéos alternatives « en dur ». Mais, tu as oublié un point essentiel qui mettra HTML 4 et 5 d'accord : la fourniture d'une transcription textuelle, qui se moque des problèmes d'implémentation de vidéos accessibles en HTML 5. Quant au problème lié à l'obligation du JavaScript pour afficher les sous-titres, voire activer les audio-descriptions, en HTML 5, n'oublions pas que, dans un environnement maîtrisé, ce problème cesse de l'être. Pour le reste, je coderais d'abord le code HTML 5 (élément video parent de plusieurs éléments source), au sein duquel j'ajouterais l'élément object permettant d'afficher le fallback en Flash (toujours au sein de l'élément HTML 5 video, à la suite des éléments source), élément object au sein duquel j'afficherais des liens vers les ressources vidéos (en cas d'absence de support et de HTML 5 et de Flash), liens que j'afficherais également après l'élément video. Victor Brito Intégrateur XHTML / CSS – Expert Accessiweb en évaluation _ De : Olivier Nourry olv.nou...@gmail.com À : liste_gta@list.accessiweb.org Envoyé le : Mardi 10 juillet 2012 18h23 Objet : Re: [Liste GTA] Vidéo et HTML5 et multisupport Aude a écrit: Je pensais que pour les sous-titres, ils devaient être synchronisés à la vidéo Oui, mais synchronisé ne veut pas forcément dire activables/désactivables. Ça veut simplement dire: ils sont affichés au moment où le son est diffusé dans la vidéo. Donc ça peut être incrusté en dur; la seule exigence est alors qu'il existe aussi une version non sous-titrée, clairement identifiée. Sur la LSF: il me semblait que la balise video permet de synchroniser des flux vidéos multiples, mais peut-être que ce n'est encore que virtuel? Sinon, si on veut ne pas être limité par le lecteur, reste la possibilité de gérer ça via une incrustation (sur une taille d'image élargie par exemple). Aude a écrit: HTML5 accessibilité, c'est donc incompatible? Arf, c'est plus compliqué que ça... Il y a plein de choses très bien pour l'access dans le HTML5, mais on a en gros deux soucis actuellement: * la spec n'étant pas stabilisée, il est difficile de se prononcer formellement sur des recos d'accesibilité, sans prendre le risque de devoir revenir en arrière à la mouture suivante (cf. la disparition puis réapparition de la balise time. Mulitplier le risque par le nombre de balises et d'attributs, diviser par la racine carrée de la vitesse du vent) * le support par les navigateurs, et les TA, est encore très inégal, donc pas évident de savoir ce qui marche ou pas. Sans compter les navigateurs qui font l'inverse de ce qu'ils devraient (oui, IE, c'est de toi dont je parle) Donc on marche sur des oeufs, et il y a un gros travail d'investigation et de recensement de ce qui marche et de ce qui ne marche pas à faire. En attendant mieux, je préconise de partir du principe qu'un dispositif basé sur une fonctionnalité du HTML5, doit être sérieusement testé avec des AT, et avoir un fallback HTML4 qui garantisse l'accessibilité a minima via les référentiels. Cordialement, Olivier Nourry Twitter: @OlivierNourry http://twitter.com/#%21/OlivierNourry Le 10 juillet 2012 17:21, Aude JOLY aj...@e-magineurs.com a écrit : En fait le choix du flash d’abord, c’est une facilité pour les clients : un seul fichier à l’origine à fournir (le FLV) et ensuite les autres formats si on souhaite une compatibilité complète (puisque le HTML5 demande plusieurs formats). Pour aussi utiliser le moins de JS possible. Pour pouvoir utiliser un lecteur vidéo qui permette aussi de synchroniser une version en langue des signes… Je pensais que pour les sous-titres, ils devaient être synchronisés à la vidéo… et on ne parle pas de l’audio-description… HTML5 accessibilité, c’est donc incompatible ? Notre volonté est clairement de créer un lecteur
Re: [Liste GTA] Vidéo et HTML5 et multisupport
là on déborde du cadre de l'accessibilité stricto sensu. Cordialement, *Olivier Nourry* Twitter: @OlivierNourry http://twitter.com/#!/OlivierNourry Le 10 juillet 2012 21:18, Victor Brito brito_vic...@yahoo.fr a écrit : Salut, Olivier, bonsoir, la liste, En matière de fallback, tu as évoqué la solution peu élégante (et, surtout, peu pratique, difficilement maintenable, voire chronophage) de la mise à disposition de vidéos alternatives « en dur ». Mais, tu as oublié un point essentiel qui mettra HTML 4 et 5 d'accord : la fourniture d'une transcription textuelle, qui se moque des problèmes d'implémentation de vidéos accessibles en HTML 5. Quant au problème lié à l'obligation du JavaScript pour afficher les sous-titres, voire activer les audio-descriptions, en HTML 5, n'oublions pas que, dans un environnement maîtrisé, ce problème cesse de l'être. Pour le reste, je coderais d'abord le code HTML 5 (élément video parent de plusieurs éléments source), au sein duquel j'ajouterais l'élément object permettant d'afficher le fallback en Flash (toujours au sein de l'élément HTML 5 video, à la suite des éléments source), élément object au sein duquel j'afficherais des liens vers les ressources vidéos (en cas d'absence de support et de HTML 5 et de Flash), liens que j'afficherais également après l'élément video. Victor Brito Intégrateur XHTML / CSS – Expert Accessiweb en évaluation -- *De :* Olivier Nourry olv.nou...@gmail.com *À :* liste_gta@list.accessiweb.org *Envoyé le :* Mardi 10 juillet 2012 18h23 *Objet :* Re: [Liste GTA] Vidéo et HTML5 et multisupport Aude a écrit: Je pensais que pour les sous-titres, ils devaient être synchronisés à la vidéo Oui, mais synchronisé ne veut pas forcément dire activables/désactivables. Ça veut simplement dire: ils sont affichés au moment où le son est diffusé dans la vidéo. Donc ça peut être incrusté en dur; la seule exigence est alors qu'il existe aussi une version non sous-titrée, clairement identifiée. Sur la LSF: il me semblait que la balise video permet de synchroniser des flux vidéos multiples, mais peut-être que ce n'est encore que virtuel? Sinon, si on veut ne pas être limité par le lecteur, reste la possibilité de gérer ça via une incrustation (sur une taille d'image élargie par exemple). Aude a écrit: HTML5 accessibilité, c'est donc incompatible? Arf, c'est plus compliqué que ça... Il y a plein de choses très bien pour l'access dans le HTML5, mais on a en gros deux soucis actuellement: - la spec n'étant pas stabilisée, il est difficile de se prononcer formellement sur des recos d'accesibilité, sans prendre le risque de devoir revenir en arrière à la mouture suivante (cf. la disparition puis réapparition de la balise time. Mulitplier le risque par le nombre de balises et d'attributs, diviser par la racine carrée de la vitesse du vent) - le support par les navigateurs, et les TA, est encore très inégal, donc pas évident de savoir ce qui marche ou pas. Sans compter les navigateurs qui font l'inverse de ce qu'ils devraient (oui, IE, c'est de toi dont je parle) Donc on marche sur des oeufs, et il y a un gros travail d'investigation et de recensement de ce qui marche et de ce qui ne marche pas à faire. En attendant mieux, je préconise de partir du principe qu'un dispositif basé sur une fonctionnalité du HTML5, doit être sérieusement testé avec des AT, et avoir un fallback HTML4 qui garantisse l'accessibilité a minima via les référentiels. Cordialement, *Olivier Nourry* Twitter: @OlivierNourry http://twitter.com/#%21/OlivierNourry Le 10 juillet 2012 17:21, Aude JOLY aj...@e-magineurs.com a écrit : En fait le choix du flash d’abord, c’est une facilité pour les clients : un seul fichier à l’origine à fournir (le FLV) et ensuite les autres formats si on souhaite une compatibilité complète (puisque le HTML5 demande plusieurs formats). Pour aussi utiliser le moins de JS possible. Pour pouvoir utiliser un lecteur vidéo qui permette aussi de synchroniser une version en langue des signes… ** ** Je pensais que pour les sous-titres, ils devaient être synchronisés à la vidéo… et on ne parle pas de l’audio-description… HTML5 accessibilité, c’est donc incompatible ? ** ** Notre volonté est clairement de créer un lecteur vidéo performant, accessible selon le RGAA (et Accessiweb donc), qui passe les labellisations, qui soit le plus simple possible à gérer pour les clients, … On a basé nos développements sur ces lecteurs à l’origine : **- **Lecteur standard : http://www.longtailvideo.com/players/jw-flv-player/ **- **Lecteur si la version en langue des signes peut-être fournie : http://pourtous.lesite.tv En pensant que nous pourrions couvrir la majorité des cas. ** ** Aude ** ** ** ** *Aude JOLY* Chef de projet - Ingénieur en développement Experte TYPO3
[Liste GTA] Vidéo et HTML5 et multisupport
Bonjour, Nous devons mettre en place un lecteur vidéo multi-support accessible. Cest-à-dire quil doit fonctionner sur tout navigateur sur PC, mais aussi sur mobile et sur tablette. Nous avons fait le choix dutiliser un lecteur flash avec en alternative un lecteur HTML5 quand le flash nest pas lu. Nous rencontrons un problème avec les sous-titres : pas moyen de les faire fonctionner sans javascript en HTML5 Donc du coup pas dalternative au javascript, donc pas accessible Comment traiter cette problématique, nous tournons en rond Merci Aude JOLY ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Vidéo et HTML5 et multisupport
Bonjour, quand il n'y a pas de javascript vous pouvez proposer un lien vers la vidéo, le fichier de soustitre et le fichier d'audiodescription. Attention cependant car à ma connaissance hormis quelques expérimentations dans des labos aucun player html5 à base d'élément video ne gère l'audiodescription (seule solution, l'inclure dans la vidéo). En l'état vous pourrez donc avoir une solution accessible mais qui ne passera pas la labellisation. Aurélien Bonjour, Nous devons mettre en place un lecteur vidéo multi-support accessible. C'est-à-dire qu'il doit fonctionner sur tout navigateur sur PC, mais aussi sur mobile et sur tablette. Nous avons fait le choix d'utiliser un lecteur flash avec en alternative un lecteur HTML5 quand le flash n'est pas lu. Nous rencontrons un problème avec les sous-titres : pas moyen de les faire fonctionner sans javascript en HTML5... Donc du coup pas d'alternative au javascript, donc pas accessible... Comment traiter cette problématique, nous tournons en rond... Merci *Aude JOLY* ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org -- Aurélien Levy Temesis ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Vidéo et HTML5 et multisupport
Re salut, à première vue (et sauf changement depuis les temps anciens où j'avais fait labelliser un site) les critères sont applicables aux éléments vidéos externes. Le critère 4.20 [Bronze] La consultation de chaque média temporel est-elle contrôlable par le clavier et la souris ? s'applique donc. Idem si ce contenu vidéo natif est intégré via object. Hors ici l'audiodescription ne sera pas contrôlable au clavier sauf à utiliser du SMIL via real player (que plus personnes n'utilisent) Aurélien salut Aurélien, pas sûr de comprendre ta remarque: En l'état vous pourrez donc avoir une solution accessible mais qui ne passera pas la labellisation. Sauf erreur le fait d'avoir une version sous-titrée, et une version audio-décrite, atteignables avec un lien correctement placé, permet de satisfaire les critères de présence dans AW; et donc de labelliser potentiellement. Mais comme je sais que tu le sais, je me dis que j'ai loupé un truc ;o) [clin d'oeil]. Tu peux préciser stp ? Sinon, pour Aude: d'instinct j'aurais fait l'inverse: dégrader le HTML5 en Flash, mais j'avoue ne pas y avoir réfléchi plus que ça. Qu'est-ce qui vous a amené à faire ce choix du Flash d'abord, puis du HTML5? A cause des soucis de dépendance à JS? Cordialement, *Olivier Nourry* Twitter: @OlivierNourry http://twitter.com/#%21/OlivierNourry Le 10 juillet 2012 16:20, Aurélien Levy aurelien.l...@temesis.com mailto:aurelien.l...@temesis.com a écrit : Bonjour, quand il n'y a pas de javascript vous pouvez proposer un lien vers la vidéo, le fichier de soustitre et le fichier d'audiodescription. Attention cependant car à ma connaissance hormis quelques expérimentations dans des labos aucun player html5 à base d'élément video ne gère l'audiodescription (seule solution, l'inclure dans la vidéo). En l'état vous pourrez donc avoir une solution accessible mais qui ne passera pas la labellisation. Aurélien Bonjour, Nous devons mettre en place un lecteur vidéo multi-support accessible. C'est-à-dire qu'il doit fonctionner sur tout navigateur sur PC, mais aussi sur mobile et sur tablette. Nous avons fait le choix d'utiliser un lecteur flash avec en alternative un lecteur HTML5 quand le flash n'est pas lu. Nous rencontrons un problème avec les sous-titres : pas moyen de les faire fonctionner sans javascript en HTML5... Donc du coup pas d'alternative au javascript, donc pas accessible... Comment traiter cette problématique, nous tournons en rond... Merci *Aude JOLY* ___ liste_gta mailing list liste_gta@list.accessiweb.org mailto:liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org -- Aurélien Levy Temesis ___ liste_gta mailing list liste_gta@list.accessiweb.org mailto:liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org -- Aurélien Levy Temesis ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Vidéo et HTML5 et multisupport
En fait le choix du flash dabord, cest une facilité pour les clients : un seul fichier à lorigine à fournir (le FLV) et ensuite les autres formats si on souhaite une compatibilité complète (puisque le HTML5 demande plusieurs formats). Pour aussi utiliser le moins de JS possible. Pour pouvoir utiliser un lecteur vidéo qui permette aussi de synchroniser une version en langue des signes Je pensais que pour les sous-titres, ils devaient être synchronisés à la vidéo et on ne parle pas de laudio-description HTML5 accessibilité, cest donc incompatible ? Notre volonté est clairement de créer un lecteur vidéo performant, accessible selon le RGAA (et Accessiweb donc), qui passe les labellisations, qui soit le plus simple possible à gérer pour les clients, On a basé nos développements sur ces lecteurs à lorigine : - Lecteur standard : http://www.longtailvideo.com/players/jw-flv-player/ - Lecteur si la version en langue des signes peut-être fournie : http://pourtous.lesite.tv En pensant que nous pourrions couvrir la majorité des cas. Aude Aude JOLY Chef de projet - Ingénieur en développement Experte TYPO3 - TYPO3 Certified Integrator Experte Accessiweb en évaluation E-Magineurs 33 quai Arloing (Bat C) 69009 Lyon Ligne directe : +33 4 82 53 25 00 Tel : +33 4 37 37 88 00 aj...@e-magineurs.com http://www.e-magineurs.com/ www.e-magineurs.com http://www.calameo.com/read/85683bd05c501294a Dernières références http://maps.google.fr/maps?f=qsource=s_qhl=frq=33+quai+Arloingie=UTF8h q=hnear=33+Quai+Arloing,+69009+Lyon,+Rh%C3%B4ne,+Rh%C3%B4ne-Alpesz=16iwlo c=Ahttp://maps.google.fr/maps?f=qsource=s_qhl=frq=33+quai+Arloingie=UTF8 hq=hnear=33+Quai+Arloing,+69009+Lyon,+Rh%C3%B4ne,+Rh%C3%B4ne-Alpesz=16iw loc=A Google maps De : liste_gta-boun...@list.accessiweb.org [mailto:liste_gta-boun...@list.accessiweb.org] De la part de Olivier Nourry Envoyé : mardi 10 juillet 2012 16:46 À : liste_gta@list.accessiweb.org Objet : Re: [Liste GTA] Vidéo et HTML5 et multisupport salut Aurélien, pas sûr de comprendre ta remarque: En l'état vous pourrez donc avoir une solution accessible mais qui ne passera pas la labellisation. Sauf erreur le fait d'avoir une version sous-titrée, et une version audio-décrite, atteignables avec un lien correctement placé, permet de satisfaire les critères de présence dans AW; et donc de labelliser potentiellement. Mais comme je sais que tu le sais, je me dis que j'ai loupé un truc ;o) [clin d'oeil]. Tu peux préciser stp ? Sinon, pour Aude: d'instinct j'aurais fait l'inverse: dégrader le HTML5 en Flash, mais j'avoue ne pas y avoir réfléchi plus que ça. Qu'est-ce qui vous a amené à faire ce choix du Flash d'abord, puis du HTML5? A cause des soucis de dépendance à JS? Cordialement, Olivier Nourry Twitter: @OlivierNourry http://twitter.com/#!/OlivierNourry Le 10 juillet 2012 16:20, Aurélien Levy aurelien.l...@temesis.com a écrit : Bonjour, quand il n'y a pas de javascript vous pouvez proposer un lien vers la vidéo, le fichier de soustitre et le fichier d'audiodescription. Attention cependant car à ma connaissance hormis quelques expérimentations dans des labos aucun player html5 à base d'élément video ne gère l'audiodescription (seule solution, l'inclure dans la vidéo). En l'état vous pourrez donc avoir une solution accessible mais qui ne passera pas la labellisation. Aurélien Bonjour, Nous devons mettre en place un lecteur vidéo multi-support accessible. Cest-à-dire quil doit fonctionner sur tout navigateur sur PC, mais aussi sur mobile et sur tablette. Nous avons fait le choix dutiliser un lecteur flash avec en alternative un lecteur HTML5 quand le flash nest pas lu. Nous rencontrons un problème avec les sous-titres : pas moyen de les faire fonctionner sans javascript en HTML5 Donc du coup pas dalternative au javascript, donc pas accessible Comment traiter cette problématique, nous tournons en rond Merci Aude JOLY ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org -- Aurélien Levy Temesis ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org _ Aucun virus trouvé dans ce message. Analyse effectuée par AVG - www.avg.fr Version: 2012.0.2195 / Base de données virale: 2437/5122 - Date: 09/07/2012 image001.png___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Vidéo et HTML5 et multisupport
Bonjour à tous, Coté lecteur flash, nous utlisons ce lecteur là : http://www.theworkshop.co.uk/video-player qui permet d'intégrer l'audiodescription (non mixée) et les soustitres synchronisés, avec des boutons pour activer ou désactiver l'un ou l'autre. Il est également accessible au clavier. L'aide et les infos bulles sur les bouton sont paramétrables. Un exemple là : http://www.ain.fr/jcms/int_50645/video?idv=aw_92662 Cordialement, Dorothée Dion Chef de projet Conseil général de l'Ain De : liste_gta-boun...@list.accessiweb.org [mailto:liste_gta-boun...@list.accessiweb.org] De la part de Aude JOLY Envoyé : mardi 10 juillet 2012 17:22 À : liste_gta@list.accessiweb.org Objet : Re: [Liste GTA] Vidéo et HTML5 et multisupport En fait le choix du flash d'abord, c'est une facilité pour les clients : un seul fichier à l'origine à fournir (le FLV) et ensuite les autres formats si on souhaite une compatibilité complète (puisque le HTML5 demande plusieurs formats). Pour aussi utiliser le moins de JS possible. Pour pouvoir utiliser un lecteur vidéo qui permette aussi de synchroniser une version en langue des signes... Je pensais que pour les sous-titres, ils devaient être synchronisés à la vidéo... et on ne parle pas de l'audio-description... HTML5 accessibilité, c'est donc incompatible ? Notre volonté est clairement de créer un lecteur vidéo performant, accessible selon le RGAA (et Accessiweb donc), qui passe les labellisations, qui soit le plus simple possible à gérer pour les clients, ... On a basé nos développements sur ces lecteurs à l'origine : - Lecteur standard : http://www.longtailvideo.com/players/jw-flv-player/ - Lecteur si la version en langue des signes peut-être fournie : http://pourtous.lesite.tv En pensant que nous pourrions couvrir la majorité des cas. Aude Aude JOLY Chef de projet - Ingénieur en développement Experte TYPO3 - TYPO3 Certified Integrator Experte Accessiweb en évaluation E-Magineurs 33 quai Arloing (Bat C) 69009 Lyon Ligne directe : +33 4 82 53 25 00 Tel : +33 4 37 37 88 00 aj...@e-magineurs.commailto:aj...@e-magineurs.com www.e-magineurs.comhttp://www.e-magineurs.com/ Dernières référenceshttp://www.calameo.com/read/85683bd05c501294a Google mapshttp://maps.google.fr/maps?f=qsource=s_qhl=frq=33+quai+Arloingie=UTF8hq=hnear=33+Quai+Arloing,+69009+Lyon,+Rh%C3%B4ne,+Rh%C3%B4ne-Alpesz=16iwloc=Ahttp://maps.google.fr/maps?f=qsource=s_qhl=frq=33+quai+Arloingie=UTF8hq=hnear=33+Quai+Arloing,+69009+Lyon,+Rh%C3%B4ne,+Rh%C3%B4ne-Alpesz=16iwloc=A [cid:image001.png@01CD5EC5.91402200] De : liste_gta-boun...@list.accessiweb.org [mailto:liste_gta-boun...@list.accessiweb.org] De la part de Olivier Nourry Envoyé : mardi 10 juillet 2012 16:46 À : liste_gta@list.accessiweb.org Objet : Re: [Liste GTA] Vidéo et HTML5 et multisupport salut Aurélien, pas sûr de comprendre ta remarque: En l'état vous pourrez donc avoir une solution accessible mais qui ne passera pas la labellisation. Sauf erreur le fait d'avoir une version sous-titrée, et une version audio-décrite, atteignables avec un lien correctement placé, permet de satisfaire les critères de présence dans AW; et donc de labelliser potentiellement. Mais comme je sais que tu le sais, je me dis que j'ai loupé un truc ;o) [clin d'oeil]. Tu peux préciser stp ? Sinon, pour Aude: d'instinct j'aurais fait l'inverse: dégrader le HTML5 en Flash, mais j'avoue ne pas y avoir réfléchi plus que ça. Qu'est-ce qui vous a amené à faire ce choix du Flash d'abord, puis du HTML5? A cause des soucis de dépendance à JS? Cordialement, Olivier Nourry Twitter: @OlivierNourryhttp://twitter.com/#!/OlivierNourry Le 10 juillet 2012 16:20, Aurélien Levy aurelien.l...@temesis.commailto:aurelien.l...@temesis.com a écrit : Bonjour, quand il n'y a pas de javascript vous pouvez proposer un lien vers la vidéo, le fichier de soustitre et le fichier d'audiodescription. Attention cependant car à ma connaissance hormis quelques expérimentations dans des labos aucun player html5 à base d'élément video ne gère l'audiodescription (seule solution, l'inclure dans la vidéo). En l'état vous pourrez donc avoir une solution accessible mais qui ne passera pas la labellisation. Aurélien Bonjour, Nous devons mettre en place un lecteur vidéo multi-support accessible. C'est-à-dire qu'il doit fonctionner sur tout navigateur sur PC, mais aussi sur mobile et sur tablette. Nous avons fait le choix d'utiliser un lecteur flash avec en alternative un lecteur HTML5 quand le flash n'est pas lu. Nous rencontrons un problème avec les sous-titres : pas moyen de les faire fonctionner sans javascript en HTML5... Donc du coup pas d'alternative au javascript, donc pas accessible... Comment traiter cette problématique, nous tournons en rond... Merci Aude JOLY ___ liste_gta mailing list liste_gta@list.accessiweb.orgmailto:liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman
Re: [Liste GTA] Vidéo et HTML5 et multisupport
Comme je ne vois toujours pas où est le problème, je vais tenter de clarifier mon propos. Voici comment je vois les choses: - la vidéo de base (sans sous-titres, sans audio-description) - lien vers la vidéo audio-décrite en dur - lien vers la vidéo sous-titrée en dur Le tout avec des lecteurs qui bien entendu respectent tous les critères par ailleurs (accès clavier, compatibilité avec les TA, etc.). Moyennant quoi, tu satisfais tous les critères multimédia d'AW 2.1. Sur les versions accessibilisées en dur, tu n'as pas à gérer les fonctionnalités d'activation/désactivation, par définition, du moment que l'autre version reste atteignable de façon claire pour l'utilisateur via un lien ad hoc. C'est pas ce qu'il y a de plus élégant, mais question accessibilité, pour moi, rien à dire. Donc toujours pas compris ce qui pose problème pour labelliser avec un fallback Flash/HTML5? Cordialement, *Olivier Nourry* Twitter: @OlivierNourry http://twitter.com/#!/OlivierNourry Le 10 juillet 2012 17:05, Aurélien Levy aurelien.l...@temesis.com a écrit : Re salut, à première vue (et sauf changement depuis les temps anciens où j'avais fait labelliser un site) les critères sont applicables aux éléments vidéos externes. Le critère 4.20 [Bronze] La consultation de chaque média temporel est-elle contrôlable par le clavier et la souris ? s'applique donc. Idem si ce contenu vidéo natif est intégré via object. Hors ici l'audiodescription ne sera pas contrôlable au clavier sauf à utiliser du SMIL via real player (que plus personnes n'utilisent) Aurélien salut Aurélien, pas sûr de comprendre ta remarque: En l'état vous pourrez donc avoir une solution accessible mais qui ne passera pas la labellisation. Sauf erreur le fait d'avoir une version sous-titrée, et une version audio-décrite, atteignables avec un lien correctement placé, permet de satisfaire les critères de présence dans AW; et donc de labelliser potentiellement. Mais comme je sais que tu le sais, je me dis que j'ai loupé un truc ;o) [clin d'oeil]. Tu peux préciser stp ? Sinon, pour Aude: d'instinct j'aurais fait l'inverse: dégrader le HTML5 en Flash, mais j'avoue ne pas y avoir réfléchi plus que ça. Qu'est-ce qui vous a amené à faire ce choix du Flash d'abord, puis du HTML5? A cause des soucis de dépendance à JS? Cordialement, *Olivier Nourry* Twitter: @OlivierNourry http://twitter.com/#%21/OlivierNourry Le 10 juillet 2012 16:20, Aurélien Levy aurelien.l...@temesis.com a écrit : Bonjour, quand il n'y a pas de javascript vous pouvez proposer un lien vers la vidéo, le fichier de soustitre et le fichier d'audiodescription. Attention cependant car à ma connaissance hormis quelques expérimentations dans des labos aucun player html5 à base d'élément video ne gère l'audiodescription (seule solution, l'inclure dans la vidéo). En l'état vous pourrez donc avoir une solution accessible mais qui ne passera pas la labellisation. Aurélien Bonjour, Nous devons mettre en place un lecteur vidéo multi-support accessible. C’est-à-dire qu’il doit fonctionner sur tout navigateur sur PC, mais aussi sur mobile et sur tablette. Nous avons fait le choix d’utiliser un lecteur flash avec en alternative un lecteur HTML5 quand le flash n’est pas lu. Nous rencontrons un problème avec les sous-titres : pas moyen de les faire fonctionner sans javascript en HTML5… Donc du coup pas d’alternative au javascript, donc pas accessible… Comment traiter cette problématique, nous tournons en rond… Merci *Aude JOLY* ___ liste_gta mailing listliste_gta@list.accessiweb.orghttp://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org -- Aurélien Levy Temesis ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing listliste_gta@list.accessiweb.orghttp://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org -- Aurélien Levy Temesis ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Vidéo et HTML5 et multisupport
Aude a écrit: Je pensais que pour les sous-titres, ils devaient être synchronisés à la vidéo Oui, mais synchronisé ne veut pas forcément dire activables/désactivables. Ça veut simplement dire: ils sont affichés au moment où le son est diffusé dans la vidéo. Donc ça peut être incrusté en dur; la seule exigence est alors qu'il existe aussi une version non sous-titrée, clairement identifiée. Sur la LSF: il me semblait que la balise video permet de synchroniser des flux vidéos multiples, mais peut-être que ce n'est encore que virtuel? Sinon, si on veut ne pas être limité par le lecteur, reste la possibilité de gérer ça via une incrustation (sur une taille d'image élargie par exemple). Aude a écrit: HTML5 accessibilité, c'est donc incompatible? Arf, c'est plus compliqué que ça... Il y a plein de choses très bien pour l'access dans le HTML5, mais on a en gros deux soucis actuellement: - la spec n'étant pas stabilisée, il est difficile de se prononcer formellement sur des recos d'accesibilité, sans prendre le risque de devoir revenir en arrière à la mouture suivante (cf. la disparition puis réapparition de la balise time. Mulitplier le risque par le nombre de balises et d'attributs, diviser par la racine carrée de la vitesse du vent) - le support par les navigateurs, et les TA, est encore très inégal, donc pas évident de savoir ce qui marche ou pas. Sans compter les navigateurs qui font l'inverse de ce qu'ils devraient (oui, IE, c'est de toi dont je parle) Donc on marche sur des oeufs, et il y a un gros travail d'investigation et de recensement de ce qui marche et de ce qui ne marche pas à faire. En attendant mieux, je préconise de partir du principe qu'un dispositif basé sur une fonctionnalité du HTML5, doit être sérieusement testé avec des AT, et avoir un fallback HTML4 qui garantisse l'accessibilité a minima via les référentiels. Cordialement, *Olivier Nourry* Twitter: @OlivierNourry http://twitter.com/#!/OlivierNourry Le 10 juillet 2012 17:21, Aude JOLY aj...@e-magineurs.com a écrit : En fait le choix du flash d’abord, c’est une facilité pour les clients : un seul fichier à l’origine à fournir (le FLV) et ensuite les autres formats si on souhaite une compatibilité complète (puisque le HTML5 demande plusieurs formats). Pour aussi utiliser le moins de JS possible. Pour pouvoir utiliser un lecteur vidéo qui permette aussi de synchroniser une version en langue des signes… ** ** Je pensais que pour les sous-titres, ils devaient être synchronisés à la vidéo… et on ne parle pas de l’audio-description… HTML5 accessibilité, c’est donc incompatible ? ** ** Notre volonté est clairement de créer un lecteur vidéo performant, accessible selon le RGAA (et Accessiweb donc), qui passe les labellisations, qui soit le plus simple possible à gérer pour les clients, … On a basé nos développements sur ces lecteurs à l’origine : **- **Lecteur standard : http://www.longtailvideo.com/players/jw-flv-player/ **- **Lecteur si la version en langue des signes peut-être fournie : http://pourtous.lesite.tv En pensant que nous pourrions couvrir la majorité des cas. ** ** Aude ** ** ** ** *Aude JOLY* Chef de projet - Ingénieur en développement Experte TYPO3 - TYPO3 Certified Integrator Experte Accessiweb en évaluation *E-**Magineurs *33 quai Arloing (Bat C) 69009 Lyon Ligne directe : +33 4 82 53 25 00 Tel : +33 4 37 37 88 00 *aj...@e-magineurs.com * www.e-magineurs.com Dernières références http://www.calameo.com/read/85683bd05c501294a** ** Google mapshttp://maps.google.fr/maps?f=qsource=s_qhl=frq=33+quai+Arloingie=UTF8hq=hnear=33+Quai+Arloing,+69009+Lyon,+Rh%C3%B4ne,+Rh%C3%B4ne-Alpesz=16iwloc=Ahttp://maps.google.fr/maps?f=qsource=s_qhl=frq=33+quai+Arloingie=UTF8hq=hnear=33+Quai+Arloing,+69009+Lyon,+Rh%C3%B4ne,+Rh%C3%B4ne-Alpesz=16iwloc=A ** ** *De :* liste_gta-boun...@list.accessiweb.org [mailto: liste_gta-boun...@list.accessiweb.org] *De la part de* Olivier Nourry *Envoyé :* mardi 10 juillet 2012 16:46 *À :* liste_gta@list.accessiweb.org *Objet :* Re: [Liste GTA] Vidéo et HTML5 et multisupport ** ** salut Aurélien, ** ** pas sûr de comprendre ta remarque: En l'état vous pourrez donc avoir une solution accessible mais qui ne passera pas la labellisation. Sauf erreur le fait d'avoir une version sous-titrée, et une version audio-décrite, atteignables avec un lien correctement placé, permet de satisfaire les critères de présence dans AW; et donc de labelliser potentiellement. ** ** Mais comme je sais que tu le sais, je me dis que j'ai loupé un truc ;o) [clin d'oeil]. Tu peux préciser stp ? ** ** Sinon, pour Aude: d'instinct j'aurais fait l'inverse: dégrader le HTML5 en Flash, mais j'avoue ne pas y avoir réfléchi plus que ça. Qu'est-ce qui vous a amené à faire ce choix du
Re: [Liste GTA] Vidéo et HTML5 et multisupport
Salut, Olivier, bonsoir, la liste, En matière de fallback, tu as évoqué la solution peu élégante (et, surtout, peu pratique, difficilement maintenable, voire chronophage) de la mise à disposition de vidéos alternatives « en dur ». Mais, tu as oublié un point essentiel qui mettra HTML 4 et 5 d'accord : la fourniture d'une transcription textuelle, qui se moque des problèmes d'implémentation de vidéos accessibles en HTML 5. Quant au problème lié à l'obligation du JavaScript pour afficher les sous-titres, voire activer les audio-descriptions, en HTML 5, n'oublions pas que, dans un environnement maîtrisé, ce problème cesse de l'être. Pour le reste, je coderais d'abord le code HTML 5 (élément video parent de plusieurs éléments source), au sein duquel j'ajouterais l'élément object permettant d'afficher le fallback en Flash (toujours au sein de l'élément HTML 5 video, à la suite des éléments source), élément object au sein duquel j'afficherais des liens vers les ressources vidéos (en cas d'absence de support et de HTML 5 et de Flash), liens que j'afficherais également après l'élément video. Victor Brito Intégrateur XHTML / CSS – Expert Accessiweb en évaluation De : Olivier Nourry olv.nou...@gmail.com À : liste_gta@list.accessiweb.org Envoyé le : Mardi 10 juillet 2012 18h23 Objet : Re: [Liste GTA] Vidéo et HTML5 et multisupport Aude a écrit: Je pensais que pour les sous-titres, ils devaient être synchronisés à la vidéo Oui, mais synchronisé ne veut pas forcément dire activables/désactivables. Ça veut simplement dire: ils sont affichés au moment où le son est diffusé dans la vidéo. Donc ça peut être incrusté en dur; la seule exigence est alors qu'il existe aussi une version non sous-titrée, clairement identifiée. Sur la LSF: il me semblait que la balise video permet de synchroniser des flux vidéos multiples, mais peut-être que ce n'est encore que virtuel? Sinon, si on veut ne pas être limité par le lecteur, reste la possibilité de gérer ça via une incrustation (sur une taille d'image élargie par exemple). Aude a écrit: HTML5 accessibilité, c'est donc incompatible? Arf, c'est plus compliqué que ça... Il y a plein de choses très bien pour l'access dans le HTML5, mais on a en gros deux soucis actuellement: * la spec n'étant pas stabilisée, il est difficile de se prononcer formellement sur des recos d'accesibilité, sans prendre le risque de devoir revenir en arrière à la mouture suivante (cf. la disparition puis réapparition de la balise time. Mulitplier le risque par le nombre de balises et d'attributs, diviser par la racine carrée de la vitesse du vent) * le support par les navigateurs, et les TA, est encore très inégal, donc pas évident de savoir ce qui marche ou pas. Sans compter les navigateurs qui font l'inverse de ce qu'ils devraient (oui, IE, c'est de toi dont je parle) Donc on marche sur des oeufs, et il y a un gros travail d'investigation et de recensement de ce qui marche et de ce qui ne marche pas à faire. En attendant mieux, je préconise de partir du principe qu'un dispositif basé sur une fonctionnalité du HTML5, doit être sérieusement testé avec des AT, et avoir un fallback HTML4 qui garantisse l'accessibilité a minima via les référentiels. Cordialement, Olivier Nourry Twitter: @OlivierNourry Le 10 juillet 2012 17:21, Aude JOLY aj...@e-magineurs.com a écrit : En fait le choix du flash d’abord, c’est une facilité pour les clients : un seul fichier à l’origine à fournir (le FLV) et ensuite les autres formats si on souhaite une compatibilité complète (puisque le HTML5 demande plusieurs formats). Pour aussi utiliser le moins de JS possible. Pour pouvoir utiliser un lecteur vidéo qui permette aussi de synchroniser une version en langue des signes… Je pensais que pour les sous-titres, ils devaient être synchronisés à la vidéo… et on ne parle pas de l’audio-description… HTML5 accessibilité, c’est donc incompatible ? Notre volonté est clairement de créer un lecteur vidéo performant, accessible selon le RGAA (et Accessiweb donc), qui passe les labellisations, qui soit le plus simple possible à gérer pour les clients, … On a basé nos développements sur ces lecteurs à l’origine : - Lecteur standard : http://www.longtailvideo.com/players/jw-flv-player/ - Lecteur si la version en langue des signes peut-être fournie : http://pourtous.lesite.tv En pensant que nous pourrions couvrir la majorité des cas. Aude Aude JOLY Chef de projet - Ingénieur en développement Experte TYPO3 - TYPO3 Certified Integrator Experte Accessiweb en évaluation E-Magineurs 33 quai Arloing (Bat C) 69009 Lyon Ligne directe : +33 4 82 53 25 00 Tel : +33 4 37 37 88 00 aj...@e-magineurs.com www.e-magineurs.com Dernières références Google maps De :liste_gta-boun...@list.accessiweb.org [mailto:liste_gta-boun...@list.accessiweb.org] De la part de Olivier Nourry Envoyé : mardi 10 juillet 2012 16:46 À
