accesibilidad en reproductores multimedia.labinclusiondigital.lsi.uned.es/wp-content/uploads/... ·...
Post on 06-Aug-2020
2 Views
Preview:
TRANSCRIPT
Accesibilidad en
Reproductores Multimedia.
Trabajo Final de Master
Autor: Miguel Ángel Marqueta Júdez
Fecha: 15-09-2015
1. Introducción
A continuación se presenta el trabajo final de tesis del Master en Tecnologías de Ayuda,
Accesibilidad y Diseño para todos. En este trabajo de investigación se ha desarrollado
una breve descripción de la accesibilidad de los principales reproductores multimedia
que hay disponibles en la web.
En estos días en que las Nuevas Tecnologías están tan de moda y han llegado de una
manera definitiva a prácticamente a la totalidad de la población de los países
desarrollados y en vías de desarrollo, estas también han llegado sin distinción a las
personas con algún tipo de discapacidad, ahora denomina diversidad funcional.
Es para ella para las que se desarrollan productos de apoyo que intentan ayudar y
solucionar el problema de accesibilidad que el uso de las nuevas tecnologías plantea a
este colectivo de usuarios.
Pensando que las nuevas tecnologías deberían facilitar el acceso a la información a todo
tipo de personas, aparece sin embargo una problema cuando la tecnología no es
accesible e impide por si misma el acceso eficaz a la información constituyendo así una
ridícula pero real paradoja.
Ridícula, porque de por si las nuevas tecnologías deberían ser no mero objeto facilitador
de información sino también facilitador de la calidad de vida de quien la utiliza. Real,
porque aunque se avanza continuamente en nuevos descubrimientos tecnológicos
continuamente, estos muchas veces de por si son inaccesibles para la totalidad de la
población.
Así los productos de apoyo y todo lo relacionado con la accesibilidad de la tecnología
tratan de solucionar este problema. Entre estas soluciones se encuentra la accesibilidad
de los reproductores multimedia en Internet que se estudia en este trabajo.
Como se ha dicho este trabajo trata de realizar un breve estudio sobre la accesibilidad
de los principales reproductores multimedia en Internet por varias razones:
Primero por su amplia difusión y uso por parte de la comunidad de usuarios de Internet,
Segundo por su sólido y estable estado de desarrollo en el que se encuentran
actualmente
y tercero y en lo que respecta a este estudio más importante, porque presentan un
escenario sobre el que se puede estudiar la accesibilidad en las nuevas tecnologías.
Por estas razones se pensó en este tema para el desarrollo de una tesis final de master
y se propuso su realización y estudio. La metodología para su realización fue la siguiente:
Se realizó una búsqueda por encima de sitios de Internet donde se hablara o se
desarrollara este tema. Se encontraron algunas referencias no de mucha profundidad
pero en el que aparecían citados los principales reproductores multimedia.
Por lo tanto se comenzó a buscar y recopilar información de aquellos que aparecían o
se nombraban en los principales artículos, algunos muy conocidos por popularidad,
otros conocidos por su renombre ya en temas de accesibilidad, otros por su utilización
en lugares de difusión audiovisual.
Así las cosas se realizó una lista con los más interesantes y se comenzó a recabar
información.
La recopilación de la información y la investigación se realizó enteramente a través de
Internet. No se consultó bibliografía fuera de estos medios, pues aunque se realizó una
búsqueda sobre bibliografía publicada sobre este tema, la novedad de éste y su carácter
tan concreto no da apenas resultados publicados en la literatura generalista actual.
Por lo tanto se procedió a ir recabando información de los 12 reproductores
seleccionados y se fue organizando la información de manera que se dedicó sección para
cada uno de los reproductores tratados. Para cada uno de ellos se realizó una
descripción y una características principales y posteriormente se procedió a definir sus
características de accesibilidad, las que cumplían y las que no.
Para ello se realizó un estudio de los indicadores que miden la accesibilidad en estos
medios, se eligieron los más importantes y se pensó en aplicarlos a ellos para poder
clasificar y medir su accesibilidad.
De sesta forma la información recogida y elaborada que se presenta en este trabajo se
presenta de la siguiente manera.
En la siguiente sección se habla del estado del arte de los reproductores multimedia en
Internet, con su definición, historia y evolución, que se entiende por un reproductor
multimedia accesible, los indicadores de accesibilidad y las métricas empleadas para
evaluar la accesibilidad.
Posteriormente se pasa a describir uno por uno los 12 reproductores con sus principales
características, sus factores positivos y sus factores negativos resultantes del estudio.
2. Estado del arte de los reproductores multimedia accesibles.
2.1. ¿Qué es un Reproductor Multimedia?
Para empezar antes de la definición de qué es un reproductor multimedia para la web
hay que definir qué se entiende por un reproductor de medios. Un reproductor de
medios es un programa informático o un dispositivo capaz de mostrar un abanico de
contenidos audiovisuales. Por norma general, esto incluye la reproducción de sonido,
vídeo e imágenes. De esta manera, el reproductor de medios permite el disfrute
personal de música, videoclips, películas, fotografías, etc. Existen multitud de programas
informáticos que pueden denominarse reproductores de medios, si bien difieren en
funcionalidades y popularidad.
Los reproductores multimedia para la web son programas que están dirigidos a la
reproducción de música y vídeo en un equipo de escritorio, pero también en dispositivos
móviles (smartphones, laptops y tablets) así como últimamente todo tipo de dispositivos
conectado ( smartTV, videoconsolas, etc . Su función es la presentación de contenidos
audiovisuales provenientes de Internet aunque también permite la carga de contenidos
desde el propio dispositivo (discos duros, memorias flash, et) Así mismo los
reproductores multimedia para la web se pueden encontrar en varias formas tanto en
portales de contenidos en Internet, como en reproductores instalables en aplicaciones
independientes o como plugins en un navegador web.
2.2. Historia y evolución.
La historia de los reproductores multimedia comienza con los primeros reproductor de
medios desarrollados para los PC como aplicaciones independientes y cuya finalidad era
principalmente la presentación de contenidos audiovisuales desde el propio dispositivo
(originariamente discos duros y CD/DVD). Además estos reproductores aparecieron
incluidos en portales de Internet para presentar música y video en formato des
streaming.
La aparición de reproductores de distintos fabricantes dio origen a distintos formatos
propietarios que obligaban a tener varios tipos de reproductores para cada formato de
codificación del contenido. Afortunadamente esto cambió con el tiempo con la
posibilidad de añadir codecs a los reproductores y finalmente con la imposición de un
número limitado de formatos estándares de facto que han unificado y simplificado el
número de éstos.
Si queremos hablar de la historia de los reproductores multimedia hay que nombrar los
tres pioneros en esta tecnología. Así los líderes fueron RealPlayer de RealNetworks como
pionero, Windows MediaPlayer de Microsoft como poseedor de una gran implantación
debido a su basta implantación por su SO y Quicktime de Apple debido a su popularidad
con los formatos de CDROM.
Como se ha dicho anteriormente estas aplicaciones se instalaban como aplicaciones
independientes en el PC y permitían la reproducción de audio o video. Pero
posteriormente con el auge de Internet y la posibilidad de disponer cualquier contenido
audiovisual en la web hizo que éstos tendieran a presentar otros formatos más
adecuados para su difusión por la red. De esta forma evolucionaron hacia reproductores
de audio y video a través de tecnología IP. Aparecieron así una serie de formatos que
han ido imponiéndose y afirmaron con su uso. Entre ellos se ha de destacar el MP3 para
el audio y el MP4 para el video. Ambos son formatos de audio y video digital y que
utilizan sistemas de codificación con compresión necesaria esta para su difusión por la
red. Estos sistemas de compresión y codificación se debieron a la necesidad de reducir
la cantidad de información que era transmitida por una Internet que en su origen era
“lenta” ya que las velocidades de conexión y los anchos de banda eran entonces todavía
muy bajos y limitaban la difusión de los contenidos, sobre todo los visuales.
Finalmente la cantidad de formatos de streaming se ha ido limitando a unos pocos y
aunque el ancho de banda de la red y la velocidad de conexión de los equipos ha ido
creciendo siguen siendo de utilidad debido a la mejora en la calidad de los nuevos
formatos audiovisuales (video en HD y 4K) y su consiguiente aumento en tamaño de
codificación.
Por ultimo queda explicar la aparición de los reproductores de audio y video en los sitio
de Internet como elemento incrustados en sus páginas web. Como se ha dicho la mejora
en las comunicaciones y la tecnología (velocidad de conexión y calidad del video) ha
hecho que se tienda a consumir el contenido directamente desde la web. Esto ha
originado que ahora no sea necesario descargarse e instalarse un reproductor (o varios
para cada formato) sino que ya está presente y disponible en el propio proveedor de
contenidos.
Tras esta panorámica solo queda hablar de los reproductores multimedia accesibles
como aquellos reproductores que satisfacen la necesidad de accesibilidad de sus
contenidos así como su uso para una audiencia que presenta problemas debido a una
discapacidad, con el fin de garantizar su derecho fundamental de acceso a la
información.
Así vemos como en los últimos años los reproductores a la vez que mantienen sus
prestaciones y utilidades, ya comunes en todos ellos, tratan de llegar al máximo en sus
medidas de accesibilidad para garantizar su uso al mayor número de usuarios posible.
El estudio de la accesibilidad de estos últimos reproductores es sobre los que versa este
trabajo.
2.3. Descripción de un reproductor multimedia accesible.
Tal y como se ha mencionado en la sección anterior se puede definir un reproductor
multimedia accesibles como aquel reproductor que satisfacen el acceso a sus contenidos
así como su uso para cualquier persona que presente problemas debidos a una
discapacidad o diversidad funcional, con el fin de garantizar su derecho fundamental de
acceso a la información.
Las características de estos reproductores serán básicamente las mismas que las que
tenían los reproductores en su origen más un conjunto de características pensadas
específicamente para dotar de accesibilidad a éste.
De esta forma, ¿Cuáles son las características que se buscan tradicionalmente en un
reproductor multimedia?, a saber son:
- Ser gratis.
- De instalación automática.
- De pequeño tamaño, poco código.
- Que no necesite configuración.
- Tener actualizaciones de software invisibles.
- Tener pocos requerimientos de procesador, memoria, conexión, etc.
¿Y un reproductor multimedia accesible? Pues la respuesta es: Las mismas más además:
- Tiene que tener un mínimo nivel de funcionalidad accesible:
o Inicio / Pausa del video.
o Avanzar / Retroceder en el video.
o Control de volumen. Y posibilidad de silencio.
o Posibilidad de mostrar / ocultar subtítulos.
o Permitir tamaño de pantalla completa.
- Tiene que ser posible controlarlo únicamente por teclado. No debería de haber
elementos controlables únicamente por ratón.
- Cuando sea operable por teclado, debe de mostrarse visiblemente el foco sobre
el elemento activo.
- No debería lanzar el contenido automáticamente. O ser configurable esta
opción.
- Los controles deberían se permanentemente visibles o solo cuando el foco se
mueve sobre el reproductor.
- Debería soportar subtítulos y traducciones, presente en determinadas áreas del
visualizador o disponibles como archivos externos para su carga y visualización.
- Debería posibilitar la transcripción del contenido en la misma página donde está
el video o en una página alternativa.
- Todos los controles deberían ser accesibles para lectores de pantalla mediante
uso de teclado o ratón.
- Debería ser fácilmente operable desde software de reconocimiento de voz.
2.4. Características de un reproductor accesible.
2.4.1. WCAG 2.0
Para poder definir y clasificar los reproductores como accesibles o no es necesario
basarse en una serie de medidas sobre pautas o normas que definan cada característica
como accesible o no, así como el grado o nivel de accesibilidad de éstas.
Para esta labor aparecen una serie de organismos o entidades que intentan regular o
normalizar todo lo concerniente en accesibilidad sobre Internet y sus contenidos, en
este caso las WCAG desarrolladas por el WAI perteneciente al W3C.
El World Wide Web Consortium, abreviado W3C, es un consorcio internacional que
produce recomendaciones para la World Wide Web. Fue creado en octubre de 1941 y
está dirigido por Tim Berners-Lee, el creador original de URL (Localizador Uniforme de
Recursos), HTTP (Protocolo de Transferencia de Hipertexto) y HTML (Lenguaje de
Marcado de Hipertexto) que son las principales tecnologías sobre las que se basa la Web.
Hablar de Accesibilidad Web es hablar de un acceso universal a la Web,
independientemente del tipo de hardware, software, infraestructura de red, idioma,
cultura, localización geográfica y capacidades de los usuarios. Con esta idea de
accesibilidad nace la Iniciativa de Accesibilidad Web, conocida como WAI (Web
Accessibility Initiative). Se trata de una actividad desarrollada por el W3C, cuyo objetivo
es facilitar el acceso de las personas con discapacidad, desarrollando pautas de
accesibilidad, mejorando las herramientas para la evaluación y reparación de
accesibilidad Web, llevando a cabo una labor educativa y de concienciación en relación
a la importancia del diseño accesible de páginas Web, y abriendo nuevos campos en
accesibilidad a través de la investigación en este área.
Finalmente las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.0 cubren un
amplio rango de recomendaciones para crear contenido Web más accesible Seguir estas
pautas puede a menudo ayudar a que el contenido Web sea más usable para cualquier
tipo de usuario.
Los criterios de conformidad de las WCAG 2.0 están escritos como enunciados
verificables no específicos de ninguna tecnología. En documentos separados se
proporcionan niveles de orientación sobre cómo satisfacer los criterios de conformidad
en tecnologías concretas, así como información general acerca de cómo interpretar los
criterios de conformidad.
Las WCAG 2.0 suceden a las Pautas de Accesibilidad para el Contenido Web (WCAG) 1.0
[WCAG10], que fueron publicadas como Recomendación del W3C en mayo de 1999.
Aunque es posible cumplir con las WCAG 1.0 o con las WCAG 2.0 (o con ambas), el W3C
recomienda que los contenidos nuevos o actualizados sigan las WCAG 2.0. El W3C
también recomienda que las políticas de accesibilidad web hagan referencia a las WCAG
2.0.
2.4.2. Indicadores de un reproductor accesible
A partir de las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.0 nombradas
anteriormente se han desarrollado numerosos trabajos intentando extraer los mejores
o más útiles indicadores que permitan medir en este caso la accesibilidad de los
reproductores multimedia. Así los indicadores que se presentan a continuación se han
confeccionado a partir de las citadas guías (WCAG) 2.0. Si bien el borrador sobre Media
Accessibility User Requirements W3C Editor's Draft 18 August 2015 especifica un total
de 106 Pautas repartidas en 17 grupos correspondientes a 2 criterios principales, para
este estudio se han tenido en cuenta otro conjunto de características obtenidas a partir
de trabajos realizados por Committee on Institutional Cooperation Information
Technology Accessibility Group (CIC ITAG) Media Player Accessibility sub-group. el cual
se ha basado a su vez conforme a W3C Media Accessibility User Requirement pero tal y
como se indica de fecha anterior al último borrador del 18 de agosto de 2015.
A continuación se enumeran los 53 indicadores tenidos en cuenta y clasificados en base
a 4 niveles de prioridad y 2 grupos de criterios principales. Cabe decir que el borrador
original del citado grupo de trabajo constaba de un total de 74 indicadores pero muchos
de ellos no habían obtenido resultados validos en las observaciones, bien porque no
eran aplicables, bien por su dificultad o imposibilidad de comprobación o bien porque
aún no se habían implementado todavía en el reproductor objeto de estudio (había
muchos casos de prioridad “Futura”).
2.4.3. Métricas
Una vez obtenidos los 53 indicadores y convenientemente distribuidos en 4 prioridades
se decidió que la manera de hacer las mediciones era dar un valor a cada tipo de
prioridad (mayor cuanto más prioritario) para posteriormente poder hacer la suma total
de puntos según los indicadores soportados y así realizar un ranquin con todos los
reproductores estudiados para compararlos y decidir cuáles son los más accesibles.
Si establecemos 4 niveles de prioridad (Prioridad 1: Requerido, Prioridad 2: Altamente
Deseable, Prioridad 3: Deseable y Prioridad 4: Futura) la manera de dar puntos tiene que
ser proporcional al nivel de prioridad del indicador. Así para la prioridad 1 se dieron 4
puntos, para las prioridad 2 se dieron 3 puntos, para la prioridad 3 se dieron 2 puntos y
para la prioridad 4 se dio 1 punto.
Así se desarrolló un sistema de semáforo con código de colores que indicaba: verde si
se soportaban las características, rojo si no, azul si era parcialmente soportado, naranja
si no se sabía y gris si no era aplicable. Para el caso de que fuera verde se daban todos
los puntos, para de que fuera parcialmente soportado se decidió dar parte de la
puntuación, para los otros dos casos nada.
El resultado final ha sido la elaboración de una tabla con los resultados de las
observaciones en la que aparecen los indicadores o características y su grado de soporte
o cumplimiento.
La tabla puede verse en la sección “Tabla comparativa de características” y el ranquin
con las puntuaciones en la sección “Rankin y valoración de reproductores multimedia”.
3. Análisis de los principales reproductores multimedia
accesibles
3.1. Listado de reproductores multimedia accesibles
1. ABLE PLAYER
2. ACORN MEDIA PLAYER - JQUERY HTML5:
3. AMI PLAYER
4. JW PLAYER
5. NOMENSA-ACCESIBLE MEDIA PLAYER
6. OZPLAYER
7. PAYPAL HTML5 MEDIA PLAYER
8. SMP MEDIA PLAYER
9. VIDEO.JS
10. VIMEO
11. WET VIDEO
12. YOUTUBE
3.2. ABLE PLAYER
3.2.1. Descripción y algunas características del reproductor.
Able Player es un reproductor multimedia totalmente accesible. Está disponible para
gran cantidad de navegadores. Usa los elementos de HTML5 <audio> y <video> en los
navegadores que lo soportan y el reproductor JW Player como un sustituto de reserva
(fallback) para video en formato FLASH para los que no.
Compatibilidad
Able Player ya ha sido probado con los siguientes navegadores y tecnologías de
apoyo:
3.x Firefox y superior
Internet Explorer 10 y superior sin fallbacks
Internet Explorer 8 y 9, dependiente de JW Player como fallback.
Google Chrome 7.0 y superior
Opera 10.63 y superior
Safari 5.0 en Mac OS X
Safari en iOS 3.2.2 y superior (sólo audio, reproduce el vídeo por defecto en el
reproductor iOS)
Chrome en Android 4.2 y superior
Hay que tener en cuenta que los navegadores móviles tienen limitaciones (por
ejemplo el control de volumen y de inicio automático no son compatibles)
Dependencias
Able player tiene algunas dependencias, pero la mayoría están bien resueltas o
disponibles a través de bibliotecas alojadas en Google. La única excepción es el fallback
del reproductor mencionada anteriormente. Además hay que decir que:
Utiliza jQuery. Habitualmente utiliza bibliotecas alojadas de Google; no requiere
descarga.
Utiliza Modernizr para permitir un estilo de elementos de HTML5 en Internet
Explorer 6 a 8. ( Modernizr 2.6.2 Custom Build se distribuye con Able Palyer
DVD),y es todo lo que el reproductor necesita para funcionar.
Utiliza jquery.cookie para almacenar y recuperar las preferencias del usuario en
cookies. (Este script se distribuye con el reproductor).
Fallbacks
Para los navegadores antiguos que no soportan HTML5 elementos multimedia, necesita
una solución alternativa de reserva (fallback). Able Player fue desarrollado para
funcionar perfectamente con JW Player, específicamente JW Player 6 (probado con éxito
con versiones 6.0 y 6.11). JW Player es gratuito para uso no comercial, pero tiene
licencia propia y no se distribuye con Able Player. Si se elige utilizar JW Player como el
reproductor de reserva, los usuarios con algunos navegadores más antiguos tendrán una
experiencia similar con Able Player que los usuarios con navegadores más recientes.
En algún momento se decidirá que es razonable dejar de dar soporte a un reproductor
de reserva. Sin embargo, de acuerdo WebAIM’s 2014 Screen Reader User Survey 19,8%
de los usuarios de lectores de pantalla siguen utilizando Internet Explorer 8, 7 o 6. Hasta
que estos usuarios actualicen sus sistemas se contempla dar soporte para este
problema.
Como otra alternativa de reserva, se puede enlazar con el archivo multimedia para que
los usuarios puedan descargarlo y reproducirlo en su reproductor de elección.
Uso
Al igual que con el audio, se recomienda que se incluya dos versiones de cada vídeo, una en H.264 (MP4) y otro en WebM u OGG para los navegadores que no soportan MP4. Los navegadores reproducirán el primer medio de video que soporten.
Subtítulos
Los subtítulos se añaden utilizando el elemento <track> con tipo = "Captions". Los títulos deben estar en formato (WebVTT). Las etiquetas WebVTT dentro subtítulos se ignoran actualmente. Able Player sólo admite archivos WebVTT válidos. Hay que asegurarese de
validar el archivo WebVTT utilizando un validador de WebVTT. Si se proporcionan los subtítulos, se añadirá automáticamente un botón CC a los controles del reproductor.
Audiodescripción
Suplementario al contenido visual principal para los usuarios ciegos se puede agregar audiodescripción usando uno de los dos métodos siguientes:
El primer método es el mismo que los subtítulos: un elemento <track>, con tipo = “descriptions”. Cosiste en un enlace que apunta a un archivo WebVTT, que es esencialmente lo mismo que un archivo de subtítulos, pero su contenido es una audiodescripción de texto en lugar de los subtítulos. Con este método, se crea un elemento contenedor que además tiene un role ARIA = "alert". Los lectores de pantalla leen sin problemas el nuevo texto cuando aparece escrito en la página web donde está el reproductor.
El segundo método es producir un video por separado con la audiodescripción insertada. Si ya se proporcionan múltiples fuentes de vídeo (por ejemplo, un archivo de MP4 y WebM), entonces la versión audiodescrita debe estar disponibles en ambos formatos. Para cada fuente de vídeo que tiene una versión descrita disponible, se añade un atributo de data-desc-src en la etiqueta <source>. El valor de este atributo es un enlace a un recurso que apunta a la versión audiodescrita del video. Con este método, la versión descrita del vídeo se puede reproducir en lugar de la versión que no lo es, y las dos versiones se puede intercambiar con solo hacer clic en el botón "D" en el panel de control del reproductor.
Cómo se entregan las audiodescripciones en última instancia depende de cuál de los métodos anteriores se utiliza, y las preferencias del usuario. Si un usuario prefiere descripción basada en texto anunciado por su lector de pantalla, eso será lo que obtenga, pero por el contrario prefiere un vídeo alternativo con la descripción mezclada, el reproductor le mostrará esto último.
Lenguaje de signos
La traducción en lengua de signos se hará con un reproductor de vídeo independiente sincronizado con el reproductor principal. Si están previstas varias fuentes de vídeo (por ejemplo, un MP4 y archivos WebM) el video en lengua de signos debe estar disponibles también en ambos formatos. Para cada fuente de vídeo que tenga una versión de lenguaje de señas disponibles, habrá que añadir un atributo de data-sign-src de la etiqueta elemento <source> para el vídeo. El valor de este atributo es un enlace que apunta a la versión de la lengua de signos del vídeo. Si hay una versión de lenguaje de signos disponible, se añadirá un botón de lenguaje de signos en los controles del reproductor. Este botón cambiará la visualización a una ventana secundaria en la que aparecerá el video en lengua de signos. Esta solución es una característica experimental y un trabajo en progreso, últimamente la intención es que el usuario tenga el control total del tamaño y la posición del video el lenguaje de signos en la pantalla del reproductor, pero actualmente no es posible y se está trabajando en ello.
Principales características
Soporte tanto de audio como de vídeo.
Soporte de una sola pista de audio o de toda una lista de reproducción.
Un completo conjunto de controles del reproductor accesibles mediante teclado, debidamente etiquetado para los usuarios de lectores de pantalla, y controlable por los usuarios de herramientas de reconocimiento de voz.
Atajos de teclado personalizables que permiten al reproductor ser operable desde cualquier parte de la página web (a menos que haya varias instancias del reproductor en una página determinada, entonces el reproductor debe tener el foco sobre él para que los atajos de teclado puedan operar).
Alto contraste. Nivel de color de los controles escalables que permanecen visibles en el modo de alto contraste de Windows, además de un indicador de enfoque fácil de ver con lo que los usuarios de teclado pueden ver fácilmente que control tiene el foco.
Soporte para subtítulos y subtítulos en Video Web Temporizado en Formato de Texto (WebVTT) que es actualmente el formato estándar recomendado por la especificación de HTML5).
Soporte para capítulos, que también usan WebVTT (los capítulos son puntos de destino específicos en el video, permitiendo que el contenido de vídeo pueda tener estructura y ser navegado con mayor facilidad).
Soporte de audiodescripción basado en texto, utilizando también WebVTT. En tiempos designados, el texto de descripción se lee en voz alta por los lectores de pantalla. Los usuarios pueden configurar opcionalmente su reproductor para hacer pausa cuando la audiodescripción comienza con el fin de evitar conflictos entre la audiodescripción y el audio del programa.
Soporte a audiodescripción como un video separado. Cuando dos videos están disponibles (uno con audiodescripción y otro sin), ambos pueden ser reproducidos con el mismo reproductor y los usuarios pueden alternar entre las dos versiones.
Soporte de velocidad de reproducción ajustable. Los usuarios que necesitan parar o ralentizar el video con el fin de mejorar y entender su contenido pueden hacerlo; y los usuarios que necesitan acelerar el video también pueden.
Una característica es la transcripción interactiva: construido a partir de los archivos de subtítulos y de descripción WebVTT cuando se carga la página. Los usuarios pueden hacer clic en cualquier parte de la transcripción para iniciar la reproducción del vídeo (o audio) en ese punto. Los usuarios de teclado también pueden optar por activar la transcripción asistida por teclado, por lo que pueden desplazarse por el contenido de un vídeo o audio a la vez y pulsar “enter” para reproducirlo en el punto deseado.
Resaltado de texto automático en la transcripción mientras se reproduce el medio. Esta función está activada por defecto, pero puede desactivarse si a los usuarios les resulta molesta.
Soporte para la reproducción de vídeos de YouTube en el reproductor.
Soporte integrado opcional para JW Player como reproductor alternativo para los usuarios cuyos navegadores no son compatibles con los medios de HTML5. El
reproductor de reserva alternativo utiliza la misma interfaz personalizada y proporciona una experiencia de uso casi idéntica.
Amplia personalización. Muchas de las características descritas anteriormente son controlables mediante las preferencias del usuario. Esto se basa en la creencia de que cada usuario tiene diferentes necesidades y no hay una configuración única para todos los usuarios.
3.2.2. Evaluación de la accesibilidad del reproductor Able Player:
El reproductor Able Player presenta las siguientes características positivas extraídas de
su evaluación de accesibilidad. Se presentan en forma de listado a continuación. Algunas
de ellas se han nombrado o se ha hablado de ellas en la sección anterior de descripción.
Todas las características favorables más aquellas de las que carece se pueden consultar
juntas en forma de tabla en la sección Tabla comparativa de características.
Botones y controles (no deslizantes) accesibles por solo-teclado y
reconocimiento de voz.
No tiene trampas de teclado.
Controles deslizantes accesibles por solo-teclado.
Indicación visual del foco del cursor.
Botones legibles por lector de pantalla.
Botón de estado legible por lector de pantalla.
Posición del desplazador legible por lector de pantalla.
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Indicación del nivel de tiempo/volumen, mejor que solo mediante porcentaje.
Subtítulos Cerrados Sincronizados.
Subtítulos respetan saltos de línea de los autores.
Subtítulos soportan "borrados" (periodos de tiempo donde los subtítulos no
están presentes).
Audiodescripción suportada vía pista de texto accesible por el lector de pantalla.
Posibilidad de mostrar transcripción.
Transcripción sincronizada con la reproducción del video.
Transcripción interactiva (vía clic usuario, etc.)
Soporte de Interfaz/controles mediante ventana de alto contraste.
Audiodescripción soportada vía pista separada de audio/video.
Audiodescripción extendida soportada.
Soporte para el posicionamiento y el estilo de las fuentes dentro de la pista de
subtítulos (WebVTT or TTML). PARCIALMENTE SOPORTADA
Búsqueda dentro de la transcripción.
La transcripción interactiva puede ser activada / desactivada.
Ajustable la velocidad de reproducción.
Soporte extra para pista de video sincronizada en paralelo o PinP (i.e., intérprete
de lengua de signos).
Conforme al estándar HTML5 (video, audio, poster, src, caption, etc.).
Soporta múltiples pistas de subtítulos.
Soporta HTTP/S
Soporta RTMP
Soporta RTSP
Soporta HLS
Soporta codificación de UTF-8 para subtítulos.
Soporta pista se subtítulos WebVTT
Soporta pista se subtítulos SRT
Soportado por navegadores de escritorio.
Soportado por iOS
Soportado por Android
Ajuste de tamaño para uso en “Responsive Web Design”, incluyendo escalado
/ajuste de los controles. PARCIALMENTE SOPORTADA
Soporte de pantalla completa.
Soporte solo de Audio (HTML5 audio tag).
Puede reproducir transcripción interactiva y subtítulos en diferentes lenguajes
simultáneamente.
Soporta internacionalización de los controles.
Soporte de capítulos.
Posibilidad de solicitar o moverse a tiempo preciso en el medio (parte de la API,
el reproductor puede generar y procesar referencias de tiempo).
3.2.3. Fallos y defectos de accesibilidad del reproductor Able Player:
A continuación se enumeran las principales carencias o fallos en accesibilidad. Se han
enumerado al menos las que se refieren a Prioridad 1 y 2 (aquellas denominadas como
“exigibles” y “muy deseables”). Todas las características se pueden consultar juntas en
forma de tabla en la sección Tabla comparativa de características.
El usuario no puede ajustar el tamaño de los subtítulos.
El usuario no puede ajustar el color de frente y de fondo y la sombra / opacidad
del fondo de los subtítulos.
No tiene API JavaScript para poder programar los controles / funciones nativas
del reproductor
No soporta pista se subtítulos TTML
3.3. ACORN MEDIA PLAYER - JQUERY HTML5
3.3.1. Descripción y algunas características del reproductor.
Acorn Media Player - jQuery HTML5 ha sido construido con la accesibilidad en mente.
En su desarrollo se ha tenido especial intereses en la accesibilidad y la personalización.
Hay una serie de artículos que describen su desarrollo en Dev.Opera Algunos de ellos
son los siguientes: Building a custom HTML5 video player with CSS3 and jQuery y A
more accessible HTML5 player
Cómo utilizarlo (para utilizarlo basta seguir los siguientes pasos):
Usar la etiquetas de marcado HTML <audio> y <video>
Incluir jQuery y jQuery UI Slider
Incluir código específico de JavaScript y CSS para Acorn Media Player
Incluir el Tema (s) elegido.
Llamar al plugin
Posibilidad de Temas (estos son los temas que se incluyen con el reproductor):
“Access” (tema por defecto) Incluye el tema hijo “accesslight”
“darkglass” Incluye el tema hijo “darkglasssmall”
“barebones”
Fallbacks:
Acorn Media Player no proporciona ninguna solución de reserva alternativa (fallback)
para los navegadores viejos o los que no soportan el formato de vídeo proporcionado.
El usuario puede proporcionar su propia solución por ejemplo utilizando Video for
Everybody en el que se explica cómo construir tu propia solución.
Colaboradores: (estos son los principales colaboradores que trabajan en el proyecto):
https://github.com/stephenoldham y https://github.com/leslash
Licencia:
Acorn Media Player se distribuye bajo licencia MIT. Acorn Media Player es un proyecto
de Ionuț Colceriu
Características:
Accesibilidad: Acorn Media Player está construido pensando en la accesibilidad.
Proporciona control de teclado completo mediante uso de la navegación con
teclas de tabulación “tab-keys”, lector de pantalla y otros productos de apoyo,
temas accesibles, y otros ajustes de accesibilidad.
Subtítulos Cerrados: No hay de momento soporte nativo para los subtítulos en
HTML5, pero eso no debe desmotivar ya que se está trabajando en ello. Es
compatible con archivos externos de subtitulo SRT al igual que para los
reproductores multimedia de escritorio.
Transcripción: Junto con el soporte para subtítulos cerrados, el reproductor
ofrece una transcripción dinámica generada a partir de los subtítulos
seleccionados.
Otras características notables incluyen:
Fácil personalización y uso de temas
Soporte de pantalla completa
Indicador de nivel del buffer
Soporte (Ayuda)
Indicador de carga
Recuerdo del nivel de volumen usando la tecnología de HTML5 LocalStorage
Fácil de usar, entender y adaptar
Código libre y abierto
3.3.2. Evaluación de la accesibilidad del reproductor ACORN MEDIA
PLAYER - JQUERY HTML5:
El reproductor Acorn Media Player presenta las siguientes características
positivas extraídas de su evaluación de accesibilidad. Se presentan en forma de
listado a continuación. Algunas de ellas se han nombrado o se ha hablado de
ellas en la sección anterior de descripción. Todas las características favorables
más aquellas de las que carece se pueden consultar juntas en forma de tabla en
la sección Tabla comparativa de características.
Botones y controles (no deslizantes) accesibles por solo-teclado y
reconocimiento de voz.
No tiene trampas de teclado.
Controles deslizantes accesibles por solo-teclado.
Indicación visual del foco del cursor.
Botones legibles por lector de pantalla.
Botón de estado legible por lector de pantalla.
Posición del desplazador legible por lector de pantalla.
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Indicación del nivel de tiempo/volumen, mejor que solo mediante porcentaje.
Subtítulos Cerrados Sincronizados.
Subtítulos soportan "borrados" (periodos de tiempo donde los subtítulos no
están presentes).
Posibilidad de mostrar transcripción.
Soporte de Interfaz/controles mediante ventana de alto contraste.
Soporte para el posicionamiento y el estilo de las fuentes dentro de la pista de
subtítulos (WebVTT or TTML). PARCIALMENTE SOPORTADA
Búsqueda dentro de la transcripción.
Soporte extra para pista de video sincronizada en paralelo o PinP (i.e., intérprete
de lengua de signos).
Conforme al estándar HTML5 (video, audio, poster, src, caption, etc.).
Soporta múltiples pistas de subtítulos.
Soporta HTTP/S
Soporta codificación de UTF-8 para subtítulos.
Soporta pista se subtítulos WebVTT
Soporta pista se subtítulos SRT
Soportado por navegadores de escritorio.
Soportado por iOS
Soportado por Android
Soporte de pantalla completa.
Soporte solo de Audio (HTML5 audio tag).
3.3.3. Fallos y defectos de accesibilidad del reproductor ACORN MEDIA
PLAYER - JQUERY HTML5:
A continuación se enumeran las principales carencias o fallos en accesibilidad. Se han
enumerado al menos las que se refieren a Prioridad 1 y 2 (aquellas denominadas como
“exigibles” y “muy deseables”). Todas las características se pueden consultar juntas en
forma de tabla en la sección Tabla comparativa de características.
Subtítulos no respetan saltos de línea de los autores.
Audiodescripción no soportada vía pista de texto accesible por el lector de
pantalla.
No hay transcripción sincronizada con la reproducción del video.
No hay transcripción interactiva (vía clic usuario, etc.)
Audiodescripción no soportada vía pista separada de audio/video.
Audiodescripción extendida no soportada.
El usuario no puede ajustar el tamaño de los subtítulos.
El usuario no puede ajustar el color de frente y de fondo y la sombra / opacidad
del fondo de los subtítulos.
No ajustable la velocidad de reproducción.
No soporta RTMP
No soporta RTSP
No soporta HLS
No tiene API JavaScript para poder programar los controles / funciones nativas
del reproductor
No soporta pista se subtítulos TTML
No hay ajuste de tamaño para uso en “Responsive Web Design”, incluyendo
escalado /ajuste de los controles.
No puede reproducir transcripción interactiva ni subtítulos en diferentes
lenguajes simultáneamente.
No hay soporte de capítulos.
3.4. AMI MEDIA PLAYER
3.4.1. Descripción y características generales del reproductor
AMI son las siglas de Accessible Media Inc. que es una organización sin ánimo de lucro
multimedia que opera con dos servicios de multidifusión: AMI-audio y AMI-tv y en un
website (AMI.ca). Un tercer servicio de multidifusión (AMI-télé) se lanzó también en
Diciembre de 2014. AMI provee a más de 5 millones de Canadienses ciegos, total o
parcialmente, sordos o con problemas de audición severa, y también con problemas de
movilidad o escritura disminuida. La misión de AMI es dotar de accesibilidad audiovisual
a todos los canadienses.
En octubre de 2014, AMI lanzó su reproductor de multimedia online accesible en
América del Norte. El reproductor de AMI está actualmente solamente disponible en
AMI.ca. Este reproductor provee de una experiencia audiovisual totalmente accesible y
permite a su audiencia el acceso a AMI-tv con contenidos bajo demanda.
El reproductor AMI está construido para ser estructuralmente accesible y diseñado para
funcionar con una gran variedad de tecnologías asistivas (Asssitive Technologies AT) más
exactamente denominadas productos de apoyo. Los controles del reproductor pueden
ser leídos en voz alta por medios adicionales (lectores de pantalla) para poder
interactuar con el video. También incluye un botón especial de avance rápido y otro de
rebobinado, ambos incluidos por separado, una característica que no es común en la
mayoría de los reproductores multimedia del mercado.
El reproductor AMI muestra contenido creado para multidifusión que incluye video
subtitulado en abierto, eliminando la necesidad de una pista de audio por separado y
opcionalmente permite subtitulado en cerrado y características de audiodescripción.
Muchos programas populares de AMI-TV incluyendo Sport Access, Four Senses y Canada
in Perspective estarán disponibles mediante este reproductor para la audiencia que lo
demande.
El back-end del reproductor está basado en los sistemas de multidifusión estándar y está
diseñado para un uso específico en presentación de contenidos. Por esta razón mientras
que este reproductor será ofrecido gratuitamente a otros proveedores de contenido
audiovisual, no estará disponibles públicamente para los usuarios particulares u otras
plataformas debido a los requerimientos de contar con un back-end de multidifusión
detrás de él.
El reproductor fue desarrollado por Simply Accessible para AMI (usando tecnología de
Platform’ Player Developmment Kit). Simply Accesssible también asistió en la
validación de todas las características de accesibilidad y 2ToLead ayudó a integrar esta
solución en el website de AMI.
Características:
El reproductor AMI no está optimizado para su uso en dispositivos móviles. Es
posible utilizar el reproductor en un teléfono inteligente o una tableta, pero se
pueden experimentar algunos problemas con los componentes y los botones de
la interfaz durante la reproducción. Estas particularidades dependen de su
operador de servicio y sistema operativo móvil.
No hay navegador no-móvil preferido para acceder al reproductor AMI. Sin
embargo, el sitio web AMI.ca está construido sobre una plataforma Microsoft
SharePoint. Por ello se recomienda usar la última versión de Internet Explorer.
La interfaz fue diseñada de acuerdo con las Pautas de Accesibilidad de Contenido
Web 2.0 del W3C 2.0 y conforme al Nivel AA y el contenido se hace accesible con
subtítulos cerrados, audiodescripción en abierto y transcripción textual.
El reproductor AMI fue probado ampliamente con el uso de productos de apoyo,
como los navegadores de voz y herramientas de zoom. Las pruebas se realizaron
con sus miembros socios de desarrollo y también con miembros de la comunidad
de discapacitados visuales.
No se puede desactivar la audiodescripción. Sólo los programas de AMI
originales están actualmente disponibles en el reproductor AMI. Estos
programas se crean usando una técnica llamada 'Video descrito embebido', por
lo que todos los elementos visuales se audiodescriben en la fase de producción
inicial. Debido a que el producto final contiene sólo un flujo de audio, no es
posible desactivar la audiodescripción.
Tipos de programas actualmente disponibles: En este momento, sólo una
selección de AMI-audio y de AMI-TV está disponible a través de AMI-Player. Esto
incluye algunos de sus programas populares como Sports Access, Canada in
Perspective, AMI This Week and Four Senses.
El reproductor AMI-Player sólo se puede utilizar para transmitir contenido en y
del sitio web AMI.ca. No puede ser descargado o utilizado para consumir o
reproducir otros medios.
Ninguna otra emisora canadiense tiene un reproductor parecido en su página
web. Sin embargo, AMI se ha comprometido a ofrecer la tecnología de su
reproductor AMI de forma libre para otras emisoras canadienses que deseen
hacer su contenido multimedia en línea accesible.
EL reproductor AMI solo se puede encontrar en páginas pertenecientes a la
website de AMI.
3.4.2. Evaluación de la accesibilidad del reproductor AMI MEDIA PLAYER
El reproductor AMI Media Player presenta las siguientes características positivas
extraídas de su evaluación de accesibilidad. Se presentan en forma de listado a
continuación. Algunas de ellas se han nombrado o se ha hablado de ellas en la sección
anterior de descripción. Todas las características favorables más aquellas de las que
carece se pueden consultar juntas en forma de tabla en la sección Tabla comparativa
de características.
Botones y controles (no deslizantes) accesibles por solo-teclado y
reconocimiento de voz.
No tiene trampas de teclado.
Controles deslizantes accesibles por solo-teclado.
Indicación visual del foco del cursor.
Botones legibles por lector de pantalla.
Botón de estado legible por lector de pantalla.
Posición del desplazador legible por lector de pantalla.
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Indicación del nivel de tiempo/volumen, mejor que solo mediante porcentaje.
Subtítulos Cerrados Sincronizados.
Posibilidad de mostrar transcripción.
Soporte de Interfaz/controles mediante ventana de alto contraste.
Soporta HTTP/S
Soportado por navegadores de escritorio
Soportado por iOS PARCIALMENTE
Soportado por Android PARCIALEMENTE
Ajuste de tamaño para uso en “Responsive Web Design”, incluyendo escalado
/ajuste de los controles.
Soporte de pantalla completa.
3.4.3. Fallos y defectos de accesibilidad del reproductor AMI MEDIA Player:
A continuación se enumeran las principales carencias o fallos en accesibilidad. Se han
enumerado al menos las que se refieren a Prioridad 1 y 2 (aquellas denominadas como
“exigibles” y “muy deseables”). Todas las características se pueden consultar juntas en
forma de tabla en la sección Tabla comparativa de características.
Audiodescripción no soportada vía pista de texto accesible por el lector de
pantalla.
No hay posibilidad de mostrar transcripción.
Audiodescripción no soportada vía pista separada de audio/video.
Audiodescripción extendida no soportada.
No es ajustable la velocidad de reproducción.
El usuario no puede ajustar el tamaño de los subtítulos.
El usuario no puede ajustar el color de frente y de fondo y la sombra / opacidad
del fondo de los subtítulos.
No hay búsqueda dentro de la transcripción.
No es ajustable la velocidad de reproducción.
No soporta múltiples pistas de subtítulos.
NO tiene API JavaScript para poder programar los controles / funciones nativas
del reproductor
No puede reproducir transcripción interactiva y subtítulos en diferentes
lenguajes simultáneamente.
3.5. JW PLAYER
3.5.1. Descripción y características generales del reproductor
JW Player es un reproductor multimedia HTML5/Flash embebible en un navegador para
el video en la web. Según su presentación en el webimar sobre “el futuro de la
accesibilidad de los reproductores multimedia” y en palabras de su director, Eric Boyd,
éste resume la visión de su producto como la de proveer la mejor experiencia de
visualización posible a través de los dispositivos móviles, de escritorio o incluso
conectados (TV).
Fundado en 2008, JW Player fue uno de los primeros reproductores de video en Internet.
Como curiosidad decir que YouTube uso JW Player cuando éste fue inicialmente lanzado.
Ahora JW Player es mundialmente conocido entre los creadores de contenidos de video,
muchos de los cuales son difusores de medios, agencias y estudios de desarrollo de
contenidos audiovisuales.
Controles de teclado.
Debido a que JW Player es a la vez un reproductor de tecnología Flash y de HTML5, éste
funciona eligiendo convenientemente qué modo de renderizado (visualización)
presentar según el contexto.
Pero se da un problema ya que presentar ambos tipos de controles HTML y Flash no es
muy amigable. Así para resolver este problema, JW Player implementó un modelo
basado en el uso de la tecla de tabulación (tab in / tab out). Una vez que se obtiene el
foco sobre el reproductor de video, se obtiene el acceso al conjunto de controles por
medio de atajos de teclado de manera que se pueda rápidamente acceder a las
opciones principales que la reproducción del video necesite. Así se puede reproducir,
parar, desplazar, ajustar el volumen, maximizar a pantalla completa, etc. Sin embargo
estos elementos no se muestran actualmente disponibles para los lectores de pantalla,
esto es algo en lo que definitivamente se tiene que investigar y trabajar próximamente.
Pistas de audio descripción.
JW Player puede soportar múltiples pistas de audio en un único video, lo que permite
una pista de audiodescripción para su uso por parte de usuarios ciegos.
JW Player da la posibilidad de múltiples pistas de audiodescripción en varios idiomas.
Esta posibilidad es posible gracias a HLS (HTTP Live Streaming) ya que no es típicamente
posible mediante HTML5 simple. También es posible otro formato de streaming
conocido como MPEG DASH.
Además JW Player provee de un API para que los autores puedan tener acceso a las
pistas de audio, de manera que puedan proveer con algún Interface de Usuario especial
este contenido en la página si fuera necesario.
Otra característica más especial es que el reproductor de video puede detectar
automáticamente en qué lenguaje se está hablando para poder elegir la pista de
audiodescripción adecuada de entre las disponibles.
Subtítulos y transcripciones en JW Player.
JW Player permite a los publicadores de contenido presentar una transcripción de video
usando su API personalizada. Y por supuesto soporta archivos de subtítulos cerrados
para hacer los videos accesibles al público sordo o con problemas de audición severa.
Estas transcripciones y subtítulos pueden ser personalizados por el usuario mediante
estilo, posición y orientación vertical u horizontal.
Desafíos de los Reproductores de Video Online Accesibles:
Como una aplicación de terceros, JW Player encuentra muchos desafíos en accesibilidad
todavía por mejorar. Pero desde el momento en que los videos son insertados en los
sitios web de los publicadores, JW Player ya no tiene control sobre factores importantes
de accesibilidad como la secuencia de tabulación de los controles o el emplazamiento
del reproductor en la página web. Además los publicadores de contenido se encuentran
con la necesidad de adaptarse a las últimas actualizaciones de los navegadores mientras
mantienen las mimas funcionalidades de los antiguos.
Otro gran desafío es seguir cumpliendo con las leyes de accesibilidad cuando el gobierno
cambia o actualiza las leyes que afectan a las capacidades o prestaciones de los
reproductores. Lo que conllevan las correspondientes adaptaciones y actualizaciones
realizadas por los desarrolladores.
Futura Innovación en Accesibilidad en JW Player:
El director de JW Player, Eric Boyd compartió su hoja de ruta sobre las futuras mejoras
en diseño inclusivo. Son estos:
Añadir suporte para 708/WebVTT para las regiones de emplazamiento de los
subtítulos.
Explorar controles de teclado mejores para ser compatible con los lectores de
pantalla.
Hacer más fácil revestir con CSS la apariencia, así se tendría los mismos
elementos a través de ambas tecnologías FLASH y HTML5
Orientarse más hacia el estándar HTML5 dejando progresivamente el uso de
FLASH.
3.5.2. Evaluación de la accesibilidad del reproductor JW Player:
El reproductor JW Player presenta las siguientes características positivas extraídas de su
evaluación de accesibilidad. Se presentan en forma de listado a continuación. Algunas
de ellas se han nombrado o se ha hablado de ellas en la sección anterior de descripción.
Todas las características favorables más aquellas de las que carece se pueden consultar
juntas en forma de tabla en la sección Tabla comparativa de características.
No tiene trampas de teclado.
Subtítulos Cerrados Sincronizados.
Subtítulos soportan "borrados" (periodos de tiempo donde los subtítulos no
están presentes).
Audiodescripción suportada vía pista de texto accesible por el lector de pantalla.
Audiodescripción soportada vía pista separada de audio/video.
Búsqueda dentro de la transcripción.
Conforme al estándar HTML5 (video, audio, poster, src, caption, etc.).
Soporta HTTP/S
Soporta RTMP
Soporta RTSP
Soporta HLS
Soporta codificación de UTF-8 para subtítulos.
Tiene API JavaScript para poder programar los controles / funciones nativas del
reproductor
Soporta pista se subtítulos WebVTT
Soporta pista se subtítulos SRT
Soporta pista se subtítulos TTML
Soportado por navegadores de escritorio.
Soportado por iOS
Soportado por Android
Ajuste de tamaño para uso en “Responsive Web Design”, incluyendo escalado
/ajuste de los controles.
Soporte de pantalla completa.
Soporte solo de Audio (HTML5 audio tag).
3.5.3. Fallos y defectos de accesibilidad del reproductor JW Player:
A continuación se enumeran las principales carencias o fallos en accesibilidad. Se han
enumerado al menos las que se refieren a Prioridad 1 y 2 (aquellas denominadas como
“exigibles” y “muy deseables”). Todas las características se pueden consultar juntas en
forma de tabla en la sección Tabla comparativa de características.
Botones y controles (no deslizantes) no accesibles por solo-teclado ni
reconocimiento de voz.
Controles deslizantes no accesibles por solo-teclado.
No hay indicación visual del foco del cursor.
Botones no legibles por lector de pantalla.
Botón de estado no legible por lector de pantalla.
Posición del desplazador no legible por lector de pantalla.
Subtítulos no respetan saltos de línea de los autores.
No hay posibilidad de mostrar transcripción.
No hay soporte de Interfaz/controles mediante ventana de alto contraste.
Audiodescripción extendida no soportada.
No hay soporte para el posicionamiento y el estilo de las fuentes dentro de la
pista de subtítulos (WebVTT or TTML)
El usuario no puede ajustar el tamaño de los subtítulos.
El usuario no puede ajustar el color de frente y de fondo y la sombra / opacidad
del fondo de los subtítulos.
No ajustable la velocidad de reproducción.
No soporta múltiples pistas de subtítulos.
No puede reproducir transcripción interactiva y subtítulos en diferentes
lenguajes simultáneamente.
No hay soporte de capítulos.
3.6. NOMENSA
3.6.1. Descripción y características generales del reproductor
El reproductor multimedia accesible NOMENSA (NOMENSA Accessible Media Player) se
presenta como una solución flexible para sitios web e intranets. El núcleo del
reproductor consiste en un envoltorio de tipo “responsive” desarrollado en JavaScript
que genera una barra de herramientas accesible en HTML sobre el reproductor
multimedia de su elección. NOMENSA provee actualmente de soporte para YouTube
(por defecto), Vimeo y JW Player aunque debería ser posible integrar el reproductor con
casi todos los reproductores multimedia de la web ya que provee de un API en JavaScript
para cualquier reproductor disponible.
Configuración
Para información sobre cómo implementar NOMENSA Accessible Media Player basta
con referirse a la documentación en el repositorio oficial de GitHub.
Desarrollo
Para probar los test puede cargar el archivo apropiado de test “TestRunner.html” en su
sistema. Para comprimir la biblioteca de despliegue puede ejecutar el script que se
provee para ello, el cual usa un compresor YUI llamado “compress_js.sh”
Autores
El proyecto fue creado y es mantenido por un grupo de compañeros de NOMENSA para
su propio beneficio. Agradecen sus comentarios y sugerencias para poder mejorar el
proyecto.
Licencia
EL proyecto se distribuye bajo licencia GPL ver 3. Con lo cual el usuario es libre de usar,
modificar o distribuir este software de manera totalmente libre.
Notas
Actualmente hay un bug en el JW Player relacionado con la carga de video y de audio
usando “rutas relativas” (relative paths). Para más información se recomienda referirse
a la documentación actual sobre este tema.
Características
En 2012 se cumplieron 10 años de la presentación del código fuente del Reproductor
Multimedia Accesible de la “agencia de diseño en experiencias de usuario NOMENSA”.
Entonces se realizó una entrevista con su directora de accesibilidad Lonie Watson y ésta
destacó principalmente que era extremadamente versátil y que soportaba contenido
multimedia estándar ( mp3, mp4 y flv) así como contenido alojado en YouTube y Vimeo:
Lonie Watson realizó una mirada en profundidad en cuanto a las características de este
reproductor. Algunas de estas características son:
El proyecto comenzó como solución a un problema, ya que existía la necesidad
de poder personalizar y accesibilizar reproductores multimedia basados en web.
Al realizar un análisis de la situación se dieron cuenta de que los propietarios de
sitios web querían poder extraer contenido de múltiples fuentes y a la vez
ofrecer una apariencia consistente a quien la visualizaba. Así se dieron cuenta de
que no existían soluciones a ese problema y que ofrecieran una buena
accesibilidad al mismo tiempo. Se quería una solución personalizable y por ello
se pensó en la importancia de la individualización. Así se pensó en un envoltorio
en HTML/CSS/JavaScript que se adaptara fácilmente sin la necesidad de usar
varias pieles (skins) sobre FLASH
Además el proyecto se hizo Open Source con el fin de acabar con las barreras
que encuentran personas con alguna discapacidad al usar este tipo de
herramientas. Ya que el código estaría disponible siempre para la comunidad y
así el reproductor podría ser todo lo bueno que fuera posible gracias a la
aportación de más personas y de los propios miembros de NOMENSA en el
desarrollo de sus funcionalidades, solución de errores y desarrollo de
extensiones y mejoras.
¿Qué ventajas tiene y porque los diseñadores deberían trabajar con él?
Principalmente porque es capaz de mostrar contenido almacenado localmente y
contenido en la web como YouTube y Vimeo. Y porque es menos lioso para los
desarrolladores trabajar con una única solución que con varias.
Además soluciona un bug de Firefox sobre una “trampa de teclado” al mostrar
contenido FLASH. Así cuando se usa la versión FLASH del reproductor los usuarios
de teclado no se ven atrapados por la citada “trampa” dentro de la Interfaz de
Usuario. EL envoltorio HTML/CSS/JavaScript hace la Interfaz de Usuario más
flexible solucionando este problema.
El API de YouTube y Vimeo restringe la manera en que los subtítulos pueden ser
usados en reproductores de terceros. Cuando los subtítulos no se pueden
extraer de una fuente, el reproductor puede sincronizar localmente con un
archivo de subtítulos XML con el contenido del video extraído de otra
plataforma. Además el reproductor puede también usar video HTML5 para
medios almacenados localmente. Como otros reproductores, esto significa que
el contenido puede estar disponible en plataformas sin soporte de FLASH.
Aunque desafortunadamente el API de JavaScript impide actualmente el soporte
de video HTML5 extraído desde YouTube o Vimeo, se espera que esto cambie
pronto.
El reproductor tiene una arquitectura extensible. Si otros proveedores de medios
online tienen un API en JavaScript debería ser posible la expansión de las
capacidades del reproductor. Se desea que esto sea así gracias a la colaboración
y la contribución de desarrolladores que usen el reproductor. Por eso se hizo de
código abierto. Así si la gente encuentra útil y provechoso contribuir con él, este
reproductor seguirá evolucionando en el futuro.
3.6.2. Evaluación de la accesibilidad del reproductor NOMENSA:
El reproductor NOMENSA presenta las siguientes características positivas extraídas de
su evaluación de accesibilidad. Se presentan en forma de listado a continuación. Algunas
de ellas se han nombrado o se ha hablado de ellas en la sección anterior de descripción.
Todas las características favorables más aquellas de las que carece se pueden consultar
juntas en forma de tabla en la sección Tabla comparativa de características.
Botones y controles (no deslizantes) accesibles por solo-teclado y
reconocimiento de voz.
No tiene trampas de teclado.
Controles deslizantes accesibles por solo-teclado.
Indicación visual del foco del cursor.
Botones legibles por lector de pantalla.
Botón de estado legible por lector de pantalla.
Posición del desplazador legible por lector de pantalla.
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Subtítulos Cerrados Sincronizados.
Subtítulos soportan "borrados" (periodos de tiempo donde los subtítulos no
están presentes).
Soporte de Interfaz/controles mediante ventana de alto contraste.
PARCIALMENTE
Soporta HTTP/S
Soporta RTMP
Soporta RTSP
Soporta HLS
Soporta codificación de UTF-8 para subtítulos.
No soporta pista se subtítulos WebVTT
Soporta pista se subtítulos SRT
Soporta pista se subtítulos TTML
Soportado por navegadores de escritorio.
Ajuste de tamaño para uso en “Responsive Web Design”, incluyendo escalado
/ajuste de los controles.
3.6.3. Fallos y defectos de accesibilidad del reproductor NOMENSA:
A continuación se enumeran las principales carencias o fallos en accesibilidad. Se han
enumerado al menos las que se refieren a Prioridad 1 y 2 (aquellas denominadas como
“exigibles” y “muy deseables”). Todas las características se pueden consultar juntas en
forma de tabla en la sección Tabla comparativa de características.
No hay indicación del nivel de tiempo/volumen, (mejor que solo mediante
porcentaje)
Audiodescripción no soportada vía pista de texto accesible por el lector de
pantalla.
No hay posibilidad de mostrar transcripción.
Audiodescripción no soportada vía pista separada de audio/video.
Audiodescripción extendida no soportada.
No hay soporte para el posicionamiento y el estilo de las fuentes dentro de la
pista de subtítulos (WebVTT or TTML).
El usuario no puede ajustar el tamaño de los subtítulos.
El usuario no puede ajustar el color de frente y de fondo y la sombra / opacidad
del fondo de los subtítulos.
No ajustable la velocidad de reproducción.
No es conforme al estándar HTML5 (video, audio, poster, src, caption, etc.)
No soporta múltiples pistas de subtítulos.
No tiene API JavaScript para poder programar los controles / funciones nativas
del reproductor
No hay soporte de pantalla completa.
No se puede reproducir transcripción interactiva ni subtítulos en diferentes
lenguajes simultáneamente.
3.7. OZ PLAYER
3.7.1. Descripción y características generales del reproductor
El video en internet es genial, mantiene la atención de los visitantes durante largo
tiempo y les hace volver a tu sitio web. Pero habitualmente es inaccesible. OZ Player
soluciona este problema de accesibilidad. También sirve para reproducir video alojado
en YouTube, Vimeo Pro, un sitio web, CDN o cualquier otro que provea de video en los
estándares MP4 o WebM.
OZ Player usa los estándares más modernos como HTML5 para audio y video, con uso
de FLASH como fallback para navegadores antiguos que no soporten los nuevos
estándares y provee de compatibilidad con códecs.
OZPlayer cumple completamente con las Guías de Accesibilidad de Contenido Web 2.0
del W3C para el nivel AA (WCAG 2.0).
También funciona bien con el uso de teclado, (no presenta trampas de teclado), soporta
subtítulos y audiodescripciones y tiene un sistema único para proveer de transcripciones
que se muestran y se desplazan automáticamente.
Además en OZPlayer se dedican a realizan subtitulado, transcripciones y
audiodescripciones de los videos que se les envían desde diferentes precios.
Características
Permite ver el vídeo de YouTube, Vimeo Pro , su propio servidor o su propia red
de distribución de contenido.
Utiliza el moderno estándar de vídeo y audio HTML5.
Usa FLASH como solución sustitutiva para viejos navegadores.
Usa "responsive design" (ajusta su tamaño adecuadamente al área de
contenido).
Está preparado para la tecnología móvil.
Dispone de un pulgin para Wordpress.
Es posible construir otros plugins para diversos CMS.
Es gratis para organizaciones sin ánimo de lucro.
Utiliza audiodescripciones sincronizadas como una pista de audio
independiente.
Soporta subtítulos.
Transcripción interactiva con solución alternativa en texto. La transcripción se
desplaza a lo largo de la sincronización con el vídeo.
Totalmente accesible para teclado, no hay trampas de teclado
Puede ser personalizado con siete temas diferentes, parecidos a los del logo.
Compatibilidad con navegadores y dispositivos.
OZPlayer soporta todos los navegadores de escritorio y móviles modernos usando el
estándar de video y audio HTML5 siempre que le es posible, con una solución en caso
de fallo en FLASH para viejos navegadores.
3.7.2. Evaluación de la accesibilidad del reproductor OZ Player:
El reproductor OZ Player presenta las siguientes características positivas extraídas de su
evaluación de accesibilidad. Se presentan en forma de listado a continuación. Algunas
de ellas se han nombrado o se ha hablado de ellas en la sección anterior de descripción.
Todas las características favorables más aquellas de las que carece se pueden consultar
juntas en forma de tabla en la sección Tabla comparativa de características.
Botones y controles (no deslizantes) accesibles por solo-teclado y
reconocimiento de voz.
No tiene trampas de teclado.
Controles deslizantes accesibles por solo-teclado.
Indicación visual del foco del cursor.
Botones legibles por lector de pantalla.
Botón de estado legible por lector de pantalla.
Posición del desplazador legible por lector de pantalla.
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Hay indicación del nivel de tiempo/volumen, (mejor que solo mediante
porcentaje).
Subtítulos Cerrados Sincronizados.
Subtítulos respetan saltos de línea de los autores.
Subtítulos soportan "borrados" (periodos de tiempo donde los subtítulos no
están presentes).
Posibilidad de mostrar transcripción.
Hay transcripción sincronizada con la reproducción del video.
Hay transcripción interactiva (vía clic usuario, etc.)
Audiodescripción soportada vía pista separada de audio/video.
Soporte de Interfaz/controles mediante ventana de alto contraste.
Búsqueda dentro de la transcripción. PARCIALMENTE
Conforme al estándar HTML5 (video, audio, poster, src, caption, etc.).
Soporta HTTP/S
Soporta codificación de UTF-8 para subtítulos.
Soporta pista se subtítulos WebVTT
Soporta pista se subtítulos SRT
Soportado por navegadores de escritorio.
Ajuste de tamaño para uso en “Responsive Web Design”, incluyendo escalado
/ajuste de los controles.
Soporte de pantalla completa.
3.7.3. Fallos y defectos de accesibilidad del reproductor OZ PLAYER:
A continuación se enumeran las principales carencias o fallos en accesibilidad. Se han
enumerado al menos las que se refieren a Prioridad 1 y 2 (aquellas denominadas como
“exigibles” y “muy deseables”). Todas las características se pueden consultar juntas en
forma de tabla en la sección Tabla comparativa de características.
Audiodescripción no soportada vía pista de texto accesible por el lector de
pantalla.
Audiodescripción extendida no soportada.
La transcripción interactiva no puede ser activada / desactivada.
El usuario no puede ajustar el tamaño de los subtítulos.
El usuario no puede ajustar el color de frente y de fondo y la sombra / opacidad
del fondo de los subtítulos.
No ajustable la velocidad de reproducción.
No soporta múltiples pistas de subtítulos.
No tiene API JavaScript para poder programar los controles / funciones nativas
del reproductor
No soporta pista se subtítulos TTML
No hay soporte solo de Audio (HTML5 audio tag).
No se puede reproducir transcripción interactiva ni subtítulos en diferentes
lenguajes simultáneamente.
No hay soporte de capítulos.
3.8. PAYPAL HTML5 MEDIA PLAYER
3.8.1. Descripción y características generales del reproductor
El video en la web ha recorrido un largo camino en los últimos años. Desde los applets
para RealPlayer, hasta QuickTime o Flash y ahora últimamente el elemento HTML5
<video>. En los últimos años muchas implementaciones de este último estándar (HTML5
<video>) han incluido “Flash fallbacks”, es decir soluciones alternativas de reserva
basadas en tecnología Flash, especialmente en Microsoft IE. Pero hay que decir que esto
está cambiando ya que HTML5 <video> está siendo bien soportado ya desde la versión
9 de IE. Llega ya por tanto el momento de proveer video basado en estándares web sin
plugins alternativos.
La personalización y configuración de un reproductor de video en HTML todavía es
necesaria para dar una experiencia totalmente funcional y accesible en todo tipo de
navegadores y plataformas. Los controles nativos de los navegadores no son accesibles
por completo, ni tampoco la visualización de subtítulos.
Paypal presenta un reproductor multimedia accesible basado en HTML5. Su principal
característica es que la compatibilidad con navegadores para video HTML5 es muy
buena (sólo IE8 no lo soporta). Aunque su implantación total en cualquier navegador no
ha llegado todavía, el nuevo reproductor de código abierto accesible HTML5 Video
Player de Paypal da un gran paso adelante presentándose como un reproductor de vídeo
totalmente basado en estándares y altamente accesible. Así el proyecto aprovecha
HTML5 y evita dependencias y plugins a instalar.
Los objetivos de este reproductor son:
Aprovechar la última tecnología web; utiliza HTML5 para el video, controles y
subtítulos.
Reducir el peso código (el CSS es de 5k y el de JS es de 18k no minimizado).
Hacerlo plenamente accesibles, especialmente para los usuarios de teclado y
lector de pantalla.
Soportar subtítulos (utiliza WebVTT, el estándar HTML5).
Su uso se compone de un único elemento de vídeo y algunos divs para los controles, los
subtítulos, y de un contenedor para ellos.
El elemento de vídeo permanece y se usa tal cual tanto, si es renderizado en un
dispositivo móvil o tableta como si está correctamente soportado mediante una
funcionalidad nativa. Si se renderiza en un navegador de escritorio moderno con
JavaScript, la experiencia mejora con controles personalizados, subtítulos (si existen), y
un diseño elegante. Este fue el objetivo principal del proyecto aunque como se ha dicho
en IE8 e IE9 presenta fallos.
Controles
Como se mencionó anteriormente, la accesibilidad de los controles de video en los
navegadores todavía falla, por lo que debe ser personalizado adecuadamente. Se le dio
una atención cuidadosa a la semántica de los controles. Los controles de Reinicio,
Retroceder, Reproducir y Adelante utilizan el elemento botón. Los controles de Silencio
y las Subtítulos son casilla de selección ya que cada uno tiene dos estados, seleccionado
o no seleccionado.
Además otras características de HTML5 son:
El “control de entrada de rango” (input range) correspondiente al desplazador (slider) y
el “elemento de progreso”. El ajuste de volumen se implementa con un elemento de
“entrada de tipo de rango”, y se indica que representa un número, aunque con la
advertencia de que el valor exacto no es importante. Mientras que el indicador de
progreso de video se implementa con un “elemento de progreso”, ya que representa el
progreso en la realización de una tarea en este caso la reproducción de un video.
Quirks (rarezas)
Aunque se utilizan los estándares web tanto como es posible hay muchos matices que
presentan problemas como son el soporte de subtítulos y la representación de
elementos de HTML5.
Los subtítulos en formato WebVTT en los últimos sistemas operativos iOS y Android son
compatibles, lo que supone un gran éxito. Pero en los navegadores de escritorio, el
soporte es aún bastante precario (Chrome demostró ser el mejor). Aunque el soporte
de WebVTT es proclamado como un éxito total por las últimas versiones de los
navegadores principales se han implementado soluciones temporales en algunos casos,
sobre todo en EI11, Safari7 y Firefox31 (esto es especialmente extraño, ya que la
implementación WebVTT sin embargo funcionaba bien en versiones anteriores, en
Safari 6 y Firefox 30).
Para hacer que el diseño de los elementos de HTML5 consistentes en todos los
navegadores, se utilizaron selectores CSS específicos del navegador. Por ejemplo, la
“barra de progreso” requiere un selector propio de webkit (webkit-progress-bar) para
asegurar que el renderizado se hace con mayor precisión. El “control de entrada de
rango” (input range) presenta los casos más variados; para este control aparece el
mayor número de personalizaciones sobre todo para Webkit, Mozilla e IE10 (y superior).
En cambio el renderizado en IE es considerablemente diferente y más difícil de tratar.
Se espera que en un futuro próximo, las peculiaridades experimentadas en este
proyecto desaparezcan y por lo tanto se consiga un código más simple, ligero y robusto.
Concreta y principalmente en un mejor soporte de WebVTT y en la interpretación más
coherente de los controles de HTML5. También hay planes para mejorar el reproductor,
incluyendo la adición de soporte para múltiples archivos de subtítulos y el soporte de
audiodescripción.
Características
Proporciona un reproductor de video HTML5 con controles personalizables.
Soporta subtítulos, simplemente enlazado a un fichero de subtítulos VTT usando
la sintaxis de video estándar de HTML5.
Usa controles de formulario nativos de HTML5 para el volumen (input range) y
la indicación de progreso (progress element).
Es accesible para los usuarios de teclado y de lectores de pantalla.
Tiene opción de activar o desactivar los subtítulos por defecto (al comenzar la
carga del video).
Tiene opción de configurar un número de segundos prefijados para el
rebobinado y el avance.
Tiene posibilidad de ajustar el ancho del video.
No tiene dependencias con otras librerías de Javascript. (Está escrito en “Vanilla
Javacript”)
Cuando el JavaScript no está disponibles, se usan los controles nativos del
navegador.
Soporte en navegadores
Chrome: Totalmente.
Safari: Totalmente.
Firefox: Totalmente.
Internet Explorer 10, 11: Totalmente.
Internet Explorer 9: usado el reproductor de video nativo (elección estética de
los controles HTML5 range input y progress element no soportada).
Internet Explorer 8: fallos de renderizado de contenido de elemento video.
Smartphones y tabletas: los controles y los subtítulos no son configurables ya
que ambos son soportados nativamente en las últimas versiones de estos
dispositivos.
Limitaciones e incidencias conocidas
Actualmente solos se soporta un archivo de subtítulos por video.
Solo se soporta el formato de fichero de subtitulo VTT (Ni SRT, ni TTML).
Los controles tienen una anchura mínima de 360 px.
3.8.2. Evaluación de la accesibilidad del reproductor PAYPAL HTML5
MEDIA PLAYER:
El reproductor Paypal HTML5 Media Player presenta las siguientes características
positivas extraídas de su evaluación de accesibilidad. Se presentan en forma de listado
a continuación. Algunas de ellas se han nombrado o se ha hablado de ellas en la sección
anterior de descripción. Todas las características favorables más aquellas de las que
carece se pueden consultar juntas en forma de tabla en la sección Tabla comparativa
de características.
Botones y controles (no deslizantes) accesibles por solo-teclado y
reconocimiento de voz.
No tiene trampas de teclado.
Controles deslizantes accesibles por solo-teclado.
Indicación visual del foco del cursor.
Botones legibles por lector de pantalla.
Botón de estado legible por lector de pantalla.
Posición del desplazador legible por lector de pantalla.
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Subtítulos Cerrados Sincronizados.
Subtítulos soportan "borrados" (periodos de tiempo donde los subtítulos no
están presentes).
Soporte de Interfaz/controles mediante ventana de alto contraste.
Soporte para el posicionamiento y el estilo de las fuentes dentro de la pista de
subtítulos (WebVTT or TTML). PARCIALMENTE SOPORTADA
Búsqueda dentro de la transcripción.
La transcripción interactiva puede ser activada / desactivada.
Soporte extra para pista de video sincronizada en paralelo o PinP (i.e., intérprete
de lengua de signos).
Conforme al estándar HTML5 (video, audio, poster, src, caption, etc.).
Soporta HTTP/S
Soporta codificación de UTF-8 para subtítulos.
Soporta pista se subtítulos WebVTT
Soportado por navegadores de escritorio.
Soportado por iOS
Soportado por Android
Posibilidad de solicitar o moverse a tiempo preciso en el medio (parte de la API,
el reproductor puede generar y procesar referencias de tiempo).
Soporta RTMP
Soporta RTSP
Soporta HLS
3.8.3. Fallos y defectos de accesibilidad del reproductor PAYPAL HTML5
MEDIA PLAYER
A continuación se enumeran las principales carencias o fallos en accesibilidad. Se han
enumerado al menos las que se refieren a Prioridad 1 y 2 (aquellas denominadas como
“exigibles” y “muy deseables”). Todas las características se pueden consultar juntas en
forma de tabla en la sección Tabla comparativa de características.
No hay indicación del nivel de tiempo/volumen, mejor que solo mediante
porcentaje.
Audiodescripción no soportada vía pista de texto accesible por el lector de
pantalla.
No hay posibilidad de mostrar transcripción.
Audiodescripción no soportada vía pista separada de audio/video.
Audiodescripción extendida no soportada.
El usuario no puede ajustar el tamaño de los subtítulos.
El usuario no puede ajustar el color de frente y de fondo y la sombra / opacidad
del fondo de los subtítulos.
No ajustable la velocidad de reproducción.
No soporta múltiples pistas de subtítulos.
No tiene API JavaScript para poder programar los controles / funciones nativas
del reproductor
No soporta pista se subtítulos TTML
No soporta pista se subtítulos SRT
No hay ajuste de tamaño para uso en “Responsive Web Design”, incluyendo
escalado /ajuste de los controles.
No hay soporte de pantalla completa.
No hay soporte solo de Audio (HTML5 audio tag).
No se puede reproducir transcripción interactiva y subtítulos en diferentes
lenguajes simultáneamente.
No soporta Internacionalización de los controles.
No hay soporte de capítulos.
3.9. SMP BBC MEDIA PLAYER
3.9.1. Descripción y características generales del reproductor
El Standard Media Player (SMP) de la BBC es un reproductor de tipo “responsive” que
sustituye a una gran variedad de antiguos reproductores con el objetivo de presentar
contenidos audiovisuales de gran calidad, con consistencia y mejor experiencia de
usuario que en otros productos y dispositivos. SMP se encuentra en el nucleo de la
plataforma de BBC Online como sistema de entrega de contenido de audio y video
pertenecientes a todos los Productos de BBC como son Noticias, Deportes, Pronósticos
de Tiempo, iPlayer, Radio y Eventos en directo.
El reproductor SMP tambien actúa como plataforma a la cual se le pueden añadir nuevas
funcionalidades bajo la forma de plugins para ayudar a los usuarios a buscar, descubrir o guardar
sus contenidos favoritos así como personalizar sus experiencias de audio y video.
El éxito de reproductor se basa en hacer a la vez el reproductor SMP accesible y usable para los
usuarios con discapacidad. En la BBC no se conforman con cumplir con los estándares y líneas
guía en accesibilidad sino que consideran las necesidades de los usuarios con discapacidad como
prioritarias. Así se intenta añadir las características que se sabe que añaden valor. Se mejoran la
experiencia de usuario y la facilidad de uso para los usuarios tanto discapacitados como lo que
no los son.
Sustituyendo reproductores obsoletos, se elimina una barrera muy significativa: la
inconsistencia, no solo en términos de qué características se ofrecen con los
reproductores, sino en cuanto a los niveles de accesibilidad que se da con ellos. Así
pueden concentrarse esfuerzos en desarrollar un simple, unificado y accesible
reproductor de manera que se liberen recursos no solo manteniendo la accesibilidad,
sino construyendo mejores soluciones de las que ya hay.
Características
Subtítulos activos e inactivos en los estados ‘hover’ y ‘focus’. Un sutil beneficio de esto
es que el SMP player hereda el color de la marca BBC. Por ejemplo en el iPlayer se usa
el rosa. El uso del color rosa para le subrayado indica activado y ayuda no solo para
reforzar el significado sino también a identificar con la marca.
Subtítulos mejores
Un aspecto muy importante en el diseño visual es el tamaño, color y posición de los
subtítulos. Una nueva característica de SMP es la capacidad de mostrar contenido
relacionado a través del panel o complemento de 'Más programas'. La colocación de
panel 'Más programas "sin embargo, está en la mitad inferior de la pantalla, justo
encima de los controles del reproductor en donde los subtítulos se colocan
tradicionalmente. Esto es obviamente menos que ideal ya que al oscurecer los subtítulos
los usuarios no tienen manera de saber si es un dialogo u otro contenido.
Para esta versión inicial se centraron en tres áreas básicas de accesibilidad: mejor diseño
visual, una mejor presentación de los subtítulos y soporte mejorado para las ayudas
técnicas como lectores de pantalla y software de entrada de voz
Mejor diseño visual
Los Botones anteriormente tenían estados “hover” para los usuarios de ratón, pero por
defecto con el contorno amarillo de Flash para usuarios de teclado. Si bien técnicamente
es accesible esto no hizo que el reproductor fuera muy inclusivo para los usuarios sin
problemas visuales que no usan el ratón. Ahora se han replicado los estados de ‘hover’
cuando reciben el foco y se han añadido etiquetas visibles donde es necesario. Haciendo
esto se han revisado los estados de seleccionado/activo de manera que, por ejemplo, si
los subtítulos están activados el color sólo no es usado para indicar estados
seleccionados, sino que también se usan subrayados. Esto ayuda a los usuarios
visualmente a entender qué está activado y qué no dentro del reproductor.
Como resultado de las investigaciones los subtítulos ahora se sitúan encima de la zona
de controles del reproductor cuando los controles están visibles y en la parte superior
de la página cuando el panel de ‘Mas Programas’ está activado y abierto.
También se implementaron diferentes colores para identificar diferentes hablantes y se
pensó trabajar más sobre el tamaño y el posicionamiento basándose en las opiniones
que ya se habían recibido sobre este asunto.
Soporte de ayudas técnicas
Se ha trabajado en mejorar el soporte para lectores de pantalla y sistemas de entrada
de voz en lo posible. Esto incluye mejor accesibilidad de teclado así como claras
alternativas para los botones pensando en que el reproductor pueda se navegable por
lectores de pantalla y medios de entrada de voz en equipos de escritorio, tabletas y
móviles.
Los cambios de estado - como reproducción / pausa, Activar subtítulos / desactivar los
subtítulos - se comunican de forma audible y de manera visual a través de mensajes de
información y mediante cambio de color y subrayado. Se han seguido las convenciones
estándar y las notificaciones se efectúan a través de consejos audibles para los usuarios
de lectores de pantalla.
El reproductor de HTML, disponible en tabletas iOS, se ha hecho en concordancia con el
reproductor de Flash para que el reproductor sea el mismo para el usuario de lector de
pantalla tanto en su uso en tabletas como en equipos de escritorio.
Flash es una gran tecnología pero que limita el número de lectores de pantalla que la
soportan, ya que algunos lectores de pantalla, como OSX VoiceOver, no manipulan
FLASH en absoluto, mientras que otros, como Jaws y NVDA se comportan de forma
diferente entre sí. El comportamiento del lector de pantalla puede complicarse aún más
por el hecho de que se trabaje en Internet Explorer, Firefox, o incluso que se trabaje en
la página a pantalla completa.
También en el reproductor se proporciona un enlace a la FAQ de accesibilidad del
reproductor SMP que contiene orientación, consejos y detalles sobre el software
compatible, cómo acceder a él y posibles problemas.
Hay disponible programas con audiodescripción para móviles y tabletas. Esta es la
primera vez que el contenido en audiodescripción va a estar disponible en iPlayer en
otros medios alternativos al PC. Por lo tanto hay un trabajo adicional en proveer estos
contenidos para apps de móviles y tabletas. Ahora que ya hay disponible una versión de
SMP Player para video en directo es el momento de construir una plataforma de audio
y video accesible. Algunos temas clave para el futuro son:
Continuar en la mejora de los subtítulos, lengua de signos y audiodescripción en
su distribución en cualquier tipo de plataformas y dispositivos que puedan
soportarlo, incluyendo el subtitulado en directo.
Continuar con mejoras para lectores de pantalla y para los sistemas de entrada
de voz
Creación de herramientas y funciones para permitir el descubrimiento rápido y
eficiente de contenidos.
Finalmente se está considerando hacer el código d SMP abierto. Para la BBC, el
desarrollo de software de código abierto es una extensión de su misión de servicio al
público. Al hacer el código abierto del Standard Media Player se obtendría un valor
añadido sobre el trabajo realizado en el propio producto, así como aceleraría el ritmo
de la innovación en un reproductor más accesible que beneficiaría a los usuarios más
allá de su uso por la propia BBC. Se recibiría una retroalimentación invalorable de los
usuarios con discapacidad que ayudarían con sus preguntas, comentarios y opiniones
sobre el producto. Siempre se revisa esta información para hacer mejoras y ayudar a
evaluar las características del producto de forma que podrían agregar valor. Así el código
abierto SMP encajaría muy bien con este modelo.
3.9.2. Evaluación de la accesibilidad del reproductor SMP BBC MEDIA
PLAYER.
El reproductor SMP BBC MEDIA PLAYER presenta las siguientes características positivas
extraídas de su evaluación de accesibilidad. Se presentan en forma de listado a
continuación. Algunas de ellas se han nombrado o se ha hablado de ellas en la sección
anterior de descripción. Todas las características favorables más aquellas de las que
carece se pueden consultar juntas en forma de tabla en la sección Tabla comparativa
de características.
Botones y controles (no deslizantes) accesibles por solo-teclado y
reconocimiento de voz.
No tiene trampas de teclado.
Controles deslizantes accesibles por solo-teclado.
Indicación visual del foco del cursor.
Botones legibles por lector de pantalla.
Botón de estado legible por lector de pantalla.
Posición del desplazador legible por lector de pantalla.
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Indicación del nivel de tiempo/volumen, mejor que solo mediante porcentaje.
Subtítulos Cerrados Sincronizados.
Soporte de Interfaz/controles mediante ventana de alto contraste.
3.9.3. Fallos y defectos de accesibilidad del reproductor SMP BBC MEDIA
PLAYER:
A continuación se enumeran las principales carencias o fallos en accesibilidad. Se han
enumerado al menos las que se refieren a Prioridad 1 y 2 (aquellas denominadas como
“exigibles” y “muy deseables”). Todas las características se pueden consultar juntas en
forma de tabla en la sección Tabla comparativa de características:
No hay posibilidad de mostrar transcripción.
No es ajustable la velocidad de reproducción.
No se puede reproducir transcripción interactiva y subtitulos en diferentes
lenguajes simultáneamente.
3.10. VIDEO JS MEDIA PLAYER.
3.10.1. Descripción y características generales del reproductor
El autor original de Video.js, Steve Heffernan, se unió al grupo de expertos en el
seminario de 3Play sobre “el futuro del reproductor de vídeo accesibilidad”.
¿Qué es Video.JS?
Steve Heffernan es el autor original de Video.js y continúa liderando el proyecto en
Brightcove. Cuenta la historia del origen de la plataforma:
“Video.js fue creado originalmente sólo para añadir controles para el elemento de vídeo
HTML5. Pero desde entonces, ha crecido mucho, incluyendo la adición de soporte para
video Flash, otros reproductores como YouTube y Vimeo, y luego un montón de grandes
funcionalidades más como las listas de reproducción, analíticas, e incluso realidad
virtual.”
Como un proyecto libre, de código abierto, Video.js está totalmente construido y
mantenido por más de 150 colaboradores. Todas las características, dice Steve,
incluyendo las características de accesibilidad, se han añadido por los contribuyentes
que se han ofrecido para ello y han dicho: " Quiero mejorar el reproductor de esta
manera”.
Steve anima a cualquier persona que quiera contribuir al desarrollo Video.js a hacerlo
en Github.
Video.js y Mozilla construyen VTT.js
Desde que fue construido con HTML5 en mente, Video.js ha soportado subtítulos
WebVTT desde hace ya mucho tiempo – más tiempo incluso que la mayoría de los
navegadores web.
Para soportar del subtítulo a un nivel mayor, Video.js se asoció con Mozilla, la compañía
detrás del navegador web Firefox, para construir VTT.js. Ahora ambos Video.js y Firefox
comparten la misma base de código para los subtítulos que presentan, lo que permite
operaciones complejas como mostrar los subtítulos de idiomas de forma vertical o
presentar varias pistas de subtítulos a la vez.
Desafío: Extensibilidad vs. Accesibilidad
Steve se lamenta de uno de los mayores desafíos de diseño de Video.js: "Cuando
tratamos de hacer que el reproductor fuera más personalizable, esto dio lugar a
dificultades de accesibilidad." Steve da algunos ejemplos:
Divs vs. Buttons
Para su primer ejemplo, Steve compara el uso de una etiqueta button con un div que
tiene un rol personalizado de botón. La definición de una función personalizada de
button mediante un div protege la interfaz de usuario y permite adoptar un formato de
estilo determinado. Sin embargo, las etiquetas button son útiles para los lectores de
pantalla para identificar los botones en un reproductor de vídeo y son una opción mucho
mejor para hacer el vídeo accesible a los usuarios ciegos o con otros problemas severos
de vista. Video.js se decidió a adoptar la etiqueta botón por esta razón.
Orden de Tabulación
Video.js se encontró con otros problemas al actualizar la barra de control del
reproductor de vídeo. Steve explica:
Hemos intentado hacer nuestra barra de control extremadamente flexible, por lo que
cualquiera puede añadir un botón a la misma y simplemente aparecería de forma
automática en su lugar. Sin embargo, al agregar esta flexibilidad, se pierde el orden de
tabulación. Así que cuando se lanza el reproductor, pulsanado el botón de reproducción,
desde allí, se va hacia el lado derecho del reproductor hasta el botón de pantalla
completa, y luego comienza a ir a la izquierda, al volumen, al botón de subtítulos. Así
que en general está desordenado. En la próxima versión de Video.js, 5.0, vamos a utilizar
una tecnología de navegador más reciente que nos permitirá mantener la flexibilidad a
la vez que también mantenemos el orden de tabulación correcto.
Planes futuros de Accesibilidad para Video.js
Además de cambiar las etiquetas de botón y de fijar el orden de tabulación, Video.js
tiene algunos otros planes para una mejor accesibilidad del vídeo reproductor. Las
mejoras incluyen:
Mejorar estilos del enfoque.
Añadir posiblemente audiodescripciones con YouDescribe.org
Cumplir con las WCAG 2.0
Características:
VideoJS es un reproductor HTML5 de vídeo con 3 partes fundamentales: un código
embebido (Video for Everybody), una biblioteca Javascript (video.js) y un skin HTML /
CSS puro (video-js.css).
Uso de “Video for Everybody” como código de inserción significa que se sabe que
es compatible con muchos dispositivos
Uso de bibliotecas de JavaScript fija fallos en navegadores y dispositivos, y
asegurando que el video es aún más compatible a través de diferentes versiones
de navegadores.
Skin mediante HTML5 / CSS asegura un aspecto coherente entre los navegadores
HTML5 y un fácil desarrollo personalizado si quieres darle un aspecto específico,
o marcado con sus propios colores. Existe una página para ejemplos de skins
personalizados.
Libre y de Código Abierto
Peso ligero. NO HAY IMÁGENES USADAS
100% personalizable mediante CSS
Biblioteca independiente
Fácil de usar
Fácil de entender y extender
Aspecto coherente entre navegadores
Pantalla completa y modos de ventana completa
Control de volumen
Solución alternativa (fallback) a Flash.
3.10.2. Evaluación de la accesibilidad del reproductor Video JS:
El reproductor Video JS presenta las siguientes características positivas extraídas de su
evaluación de accesibilidad. Se presentan en forma de listado a continuación. Algunas
de ellas se han nombrado o se ha hablado de ellas en la sección anterior de descripción.
Todas las características favorables más aquellas de las que carece se pueden consultar
juntas en forma de tabla en la sección Tabla comparativa de características.
Botones y controles (no deslizantes) accesibles por solo-teclado y
reconocimiento de voz.
No tiene trampas de teclado.
Controles deslizantes accesibles por solo-teclado.
Indicación visual del foco del cursor.
Botones legibles por lector de pantalla.
Botón de estado legible por lector de pantalla.
Posición del desplazador legible por lector de pantalla.
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Indicación del nivel de tiempo/volumen, mejor que solo mediante porcentaje.
Subtítulos Cerrados Sincronizados.
Subtítulos respetan saltos de línea de los autores.
Subtítulos soportan "borrados" (periodos de tiempo donde los subtítulos no
están presentes).
Posibilidad de mostrar transcripción.
Transcripción sincronizada con la reproducción del video.
Transcripción interactiva (vía clic usuario, etc.)
Soporte de Interfaz/controles mediante ventana de alto contraste.
Soporte para el posicionamiento y el estilo de las fuentes dentro de la pista de
subtítulos (WebVTT or TTML). PARCIALMENTE SOPORTADA
Búsqueda dentro de la transcripción.
Conforme al estándar HTML5 (video, audio, poster, src, caption, etc.).
Soporta HTTP/S
Soporta RTMP
Soporta RTSP
Soporta HLS
Soporta codificación de UTF-8 para subtítulos.
Tiene API JavaScript para poder programar los controles / funciones nativas del
reproductor
Soporta pista se subtítulos WebVTT
Soporta pista se subtítulos SRT
Soportado por navegadores de escritorio.
Soportado por iOS
Soportado por Android
Ajuste de tamaño para uso en “Responsive Web Design”, incluyendo escalado
/ajuste de los controles.
Soporte de pantalla completa.
3.10.3. Fallos y defectos de accesibilidad del reproductor Video JS:
A continuación se enumeran las principales carencias o fallos en accesibilidad. Se han
enumerado al menos las que se refieren a Prioridad 1 y 2 (aquellas denominadas como
“exigibles” y “muy deseables”). Todas las características se pueden consultar juntas en
forma de tabla en la sección Tabla comparativa de características.
Audiodescripción no soportada vía pista de texto accesible por el lector de
pantalla.
Audiodescripción no soportada vía pista separada de audio/video.
Audiodescripción extendida no soportada.
El usuario no puede ajustar el tamaño de los subtítulos.
El usuario no puede ajustar el color de frente y de fondo y la sombra / opacidad
del fondo de los subtítulos.
La transcripción interactiva no puede ser activada / desactivada.
No ajustable la velocidad de reproducción.
No soporta múltiples pistas de subtítulos.
No soporta pista se subtítulos TTML
No soporte solo de Audio (HTML5 audio tag).
No puede reproducir transcripción interactiva y subtítulos en diferentes
lenguajes simultáneamente.
No hay soporte de capítulos.
3.11. VIMEO
3.11.1. Descripción y características generales del reproductor
Vimeo es un competidor de Youtube y recientemente ha actualizado su reproductor de
video para la web. Vimeo sirve ahora por defecto un reproductor basado en HTM5 en
lugar de FLASH. Proporciona tiempos de reproducción, carga mucho más rápida y
herramientas mejoradas para compartir un video. Aunque la implementación de la
accesibilidad puede que no sea perfecta, representa una mejora muy significativa.
El reproductor Vimeo ahora es compatible con teclado y lectores de pantalla y soporta
subtítulos. Vimeo Rolls despliega un reproductor de vídeo basado en HTML5 totalmente
reconstruido.
Uno de los diferenciadores clave para Vimeo a lo largo de los años es simplemente la
experiencia del usuario, y mucho de eso proviene de su reproductor de vídeo. Esta es
una de las razones de que toda clase de artistas y creadores independientes decidan
cargar y distribuir sus videos en Vimeo en lugar de simplemente ponerlos en YouTube.
Vimeo pensó que podría mejorar su experiencia de usuario y su reproductor de vídeo.
Con eso en mente, volvió a la mesa de dibujo y construyó su reproductor de vídeo desde
el principio, con un ojo puesto hacia lo que es más rápido, más accesible y más atractivo
visualmente.
El nuevo reproductor de vídeo Vimeo es un reproductor más rápido. La carga de vídeos
es casi al instante. De hecho, la compañía ha reducido el tiempo de carga a la mitad en
comparación con el reproductor de antes. También es más “responsive”, gracias a
HTML5, que se puede reproducir directamente en la mayoría de los navegadores sin
tener que cargar un plugin.
El hecho de que es HTML5 también significa que el reproductor Vimeo es ahora mucho
más accesible. El mismo reproductor estará disponible en navegadores de escritorio,
móviles y tabletas. También se añadió lector de pantalla y compatibilidad con
VoiceOver, lo que permite a los creadores añadir subtítulos cerrados y subtítulos de
traducción a otros idiomas
El reproductor de Vimeo también está diseñado para un mejor compartición, con
herramientas para enviar a amigos por correo electrónico, así como la incorporación y
la publicación en redes sociales.
Pero una de las mayores novedades es el soporte a las transacciones del reproductor,
que está destinado a reforzar la venta de vídeos a través de Vimeo de la compañía en su
oferta de video bajo demanda. Ahora los creadores que tienen los vídeos para la venta
en la plataforma pueden agregar una capacidad de compra directamente en el
reproductor.
Vimeo ha puesto mucho esfuerzo detrás de esto. Tratando de hacer que la gente utilice
su plataforma on-demand y permitiendo a la gente hacer compras en el reproductor
acelerando las transacciones e impulsando la conversión de ventas de vídeo bajo
demanda, ya que los clientes potenciales ya no tendrán que ir a otra página para
efectuar una compra.Así Vimeo ha presentado una serie de cambios en la plataforma,
incluyendo la adición de soporte de transacciones en-reproductor por medio de Vimeo
On Demand que permite a cualquier miembro de Vimeo PRO poder vender su trabajo a
su manera, en sus sitios propios o a través de la web.
Los cambios también tienen que ver con la introducción de una reproducción más
rápida, con un 50 ciento reducida la carga y al hacer clic cuando la reproducción se repite
más veces.
Vimeo también ha aumentado la accesibilidad del espectador como parte de la medida,
con el lector de pantalla y compatibilidad con voiceover. Además, los creadores pueden
ahora añadir subtítulos y traducciones de sus vídeos, dando así soporte a la audiencia
de todo el mundo.
El nuevo reproductor ofrece un mejor compartición con herramientas mejoradas que
permiten a los usuarios compartir por correo electrónico, incrustar y publicar en las
redes sociales en un solo lugar.
VIMEO mejora la accesibilidad
El sitio web de intercambio de vídeos Vimeo ha introducido varias características
nuevas, incluyendo soporte para subtítulos y subtítulos en lengua extranjera
(traducciones) en su reproductor de vídeo.
Hasta ahora, YouTube fue el único servicio para compartir videos sociales que permitió
que los videos fueran accesibles a personas sordas y espectadores con discapacidad
auditiva. Según ha informado THE DRUM, con esta función adicional, Vimeo será más
competitivo y los usuarios tendrán acceso a una mayor cantidad de contenido.
Mientras que el principal competidor de Vimeo, YouTube, introduce soporte para
subtítulos en 2006, el nivel de subtítulos en los vídeos en línea sigue siendo
frustrantemente bajo en la mayoría de países, entre ellos Australia. Media Access
Australia destacó esta cuestión en un informe.
En otra medida largamente esperada, Vimeo ha mejorado la accesibilidad global de su
sitio web. Ahora, los que utilizan lectores de pantalla pueden acceder a la barra de
control y reproducir / pausar vídeos. Al igual que YouTube, todavía no hay soporte para
la audiodescripción mediante una segunda pista de audio que describe los elementos
visuales para espectadores ciegos o con problemas de visión.
Mejoras en accesibilidad
Todo el mundo se emocionó al saber que Vimeo ha lanzado una nueva versión de su
reproductor. Esta versión se basa en HTML5 y ha añadido nuevas características de
accesibilidad que mejoran la experiencia de video para las personas con discapacidad.
El nuevo reproductor de Vimeo también ahora es “responsive”, por lo que es fácil de
utilizar en varias plataformas tales como smartphones, tablets y dispositivos que
admiten varios métodos de interacciones como el tacto, ratón y lápiz.
Hay que felicitar a Vimeo sobre estos cambios y complace ver que el reproductor es más
accesible que la versión para Flash. Los videos permiten ahora subtítulos en varios
idiomas para los usuarios con problemas de audición o sordera. El reproductor funciona
con el teclado. Los usuarios que están utilizando un lector de pantalla como JAWS o
VoiceOver pueden navegar y operar los controles sin problemas.
Aunque al igual que con cualquier producto, hay cosas que se podrían mejorar para que
el reproductor fuera más accesible y fácil de usar para las personas con discapacidad:
Los controles del reproductor desaparecen al "dummy content area" (área de contenido
tonto) unos segundos después de que el vídeo comience a reproducirse y vuelven a
aparecer de nuevo cuando un ratón pasa por encima de la ventana del reproductor. Pero
este comportamiento no está disponible por medio de teclado, cuando los controles
desaparecen, y los usuarios que usan solamente teclado no pueden acceder a ellos
hasta que vuelven a ir al final o al principio del vídeo.
El componente de Subtítulos (CC) se abre en un menú de opciones. El control es
accesible desde el teclado, pero puede ser confuso para los usuarios que no pueden ver
la pantalla. El botón de subtítulos no indica de forma audible que haya una lista para
elegir y la selección actual sólo se indica visualmente. Un usuario de lector de pantalla
no puede saber cómo seleccionar una opción de la lista y no sabrá qué elemento está
seleccionado actualmente.
El usuario tiene la opción de bajar el volumen, pero no hay ninguna opción para silenciar
(mute). Los usuarios de lectores de pantalla de vez en cuando quieren silenciar el
volumen para que puedan oír el lector de pantalla y esto actualmente no es posible.
En general, Vimeo ha hecho un gran trabajo con el nuevo reproductor HTML5. Se espera
ver cómo el reproductor evoluciona y cómo Vimeo implementa características
adicionales de accesibilidad.
3.11.2. Evaluación de la accesibilidad del reproductor VIMEO
El reproductor VIMEO presenta las siguientes características positivas extraídas de su
evaluación de accesibilidad. Se presentan en forma de listado a continuación. Algunas
de ellas se han nombrado o se ha hablado de ellas en la sección anterior de descripción.
Todas las características favorables más aquellas de las que carece se pueden consultar
juntas en forma de tabla en la sección Tabla comparativa de características.
Botones y controles (no deslizantes) accesibles por solo-teclado y
reconocimiento de voz.
No tiene trampas de teclado.
Controles deslizantes accesibles por solo-teclado.
Indicación visual del foco del cursor.
Botones legibles por lector de pantalla.
Botón de estado legible por lector de pantalla.
Posición del desplazador legible por lector de pantalla.
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Indicación del nivel de tiempo/volumen, mejor que solo mediante porcentaje.
Subtítulos Cerrados Sincronizados.
Soporte de Interfaz/controles mediante ventana de alto contraste.
Conforme al estándar HTML5 (video, audio, poster, src, caption, etc.).
Soporta múltiples pistas de subtítulos.
Soporta HTTP/S
Tiene API JavaScript para poder programar los controles / funciones nativas del
reproductor
Soportado por navegadores de escritorio
Soportado por iOS
Soportado por Android
Ajuste de tamaño para uso en “Responsive Web Design”, incluyendo escalado
/ajuste de los controles.
Soporte de pantalla completa.
Puede reproducir transcripción interactiva y subtitulos en diferentes lenguajes
simultáneamente.
3.11.3. Fallos y defectos de accesibilidad del reproductor VIMEO:
A continuación se enumeran las principales carencias o fallos en accesibilidad. Se han
enumerado al menos las que se refieren a Prioridad 1 y 2 (aquellas denominadas como
“exigibles” y “muy deseables”). Todas las características se pueden consultar juntas en
forma de tabla en la sección Tabla comparativa de características
Audiodescripción no soportada vía pista de texto accesible por el lector de
pantalla.
No hay posibilidad de mostrar transcripción.
Audiodescripción no soportada vía pista separada de audio/video.
Audiodescripción extendida no soportada.
El usuario no puede ajustar el tamaño de los subtítulos.
El usuario no puede ajustar el color de frente y de fondo y la sombra / opacidad
del fondo de los subtítulos.
No es ajustable la velocidad de reproducción.
3.12. WET VIDEO PLAYER
3.12.1. Descripción y características generales del reproductor
¿Qué es Web Experience Toolkit?
Un fornt-end para construcción de sitios web accesibles, usables, interoperables,
"mobile-friendly" y multilingüe.
Una colección de plantillas flexibles y personalizables y componentes
reutilizables.
Un proyecto de código abierto de colaboración dirigido por el Gobierno de
Canadá
Beneficios:
Accesibilidad
Cumple con las WCAG 2.0 Nivel AA
Aprovecha WAI-ARIA para mejorar aún más la accesibilidad
Pruebas de Tecnología de Asistivas (Grupo de Trabajo de Acceso)
Usabilidad
Enfoque iterativo para el diseño
Patrones de diseño y pruebas de usabilidad (Usuario Grupo de Trabajo
Experiencia)
Interoperabilidad
Primera aproximación a HTML5 (impulsando el soporte de HTML5 nativo).
El soporte a una amplia variedad de navegadores (IE, Firefox, Chrome, Safari,
Opera)
Soporte de construcción para datos HTML (RDFa 1.1 Lite, Schema.org)
Diseño “responsive” y “mobile-friendly”
Se adapta a diferentes tamaños de pantalla y las capacidades del dispositivo
Soporte de pantalla táctil
Optimizado para el rendimiento
Soporte de construcción para aplicaciones móviles basadas en dispositivos
Multilingüe
Actualmente soporta 33 idiomas (incluyendo idiomas de escritura de derecha a
izquierda)
“Tematizable” y reutilizable
Marco flexible que soporta temas personalizados
Incluye soporte para 5 temas diferentes, incluyendo un tema "Base", para usar
como plantilla
Reutiliza plantillas, plugins y widgets
Adaptado a distintos CMS y marcos de programación (Drupal, WordPress,
SharePoint (en desarrollo), DotNetNuke (en desarrollo), PHP, SSI y Java / Maven)
Reduce los costes al compartir abiertamente y colaborar
Disminuye los costes de investigación y desarrollo
Evita la duplicación de esfuerzos
Produce mejores resultados de calidad
El reproductor
Para el vídeo, el reproductor multimedia aprovecha la etiqueta de vídeo nativo de
HTML5 y se basa en Flash como fallback cuando no se aplica la etiqueta de vídeo HTML5.
El formato MPEG 4 (H264 codec) es el requisito mínimo para el vídeo porque el solución
de Flash se basa en él y porque H264 es el formato de vídeo estándar en muchos
dispositivos móviles. WebM (VP8 codec) es opcional, pero altamente recomendable y
debe añadirse también para permitir que algunos navegadores como Firefox que no
incluyen soporte nativo para H264 puedan aprovechar las mejoras de rendimiento. La
línea de tiempo del reproductor multimedia se basa en el elemento de progreso HTML5
y utiliza un “polyfill” cuando no se admite el elemento.
3.12.2. Evaluación de la accesibilidad del reproductor WET Video
Player:
El reproductor Wet Video Player presenta las siguientes características positivas
extraídas de su evaluación de accesibilidad. Se presentan en forma de listado a
continuación. Algunas de ellas se han nombrado o se ha hablado de ellas en la sección
anterior de descripción. Todas las características favorables más aquellas de las que
carece se pueden consultar juntas en forma de tabla en la sección Tabla comparativa
de características.
Botones y controles (no deslizantes) accesibles por solo-teclado y
reconocimiento de voz.
No tiene trampas de teclado.
Controles deslizantes accesibles por solo-teclado.
Indicación visual del foco del cursor.
Botones legibles por lector de pantalla.
Botón de estado legible por lector de pantalla.
Posición del desplazador legible por lector de pantalla.
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Subtítulos Cerrados Sincronizados.
Subtítulos respetan saltos de línea de los autores.
Subtítulos soportan "borrados" (periodos de tiempo donde los subtítulos no
están presentes).
Posibilidad de mostrar transcripción.
Soporte de Interfaz/controles mediante ventana de alto contraste.
Búsqueda dentro de la transcripción. PARCIALMENTE
Conforme al estándar HTML5 (video, audio, poster, src, caption, etc.).
Soporta HTTP/S
Soporta codificación de UTF-8 para subtítulos.
Soporta pista se subtítulos WebVTT
Soporta pista se subtítulos SRT
Soportado por navegadores de escritorio.
Ajuste de tamaño para uso en “Responsive Web Design”, incluyendo escalado
/ajuste de los controles.
3.12.3. Fallos y defectos de accesibilidad del reproductor WET VIDEO
PLAYER:
A continuación se enumeran las principales carencias o fallos en accesibilidad. Se han
enumerado al menos las que se refieren a Prioridad 1 y 2 (aquellas denominadas como
“exigibles” y “muy deseables”). Todas las características se pueden consultar juntas en
forma de tabla en la sección Tabla comparativa de características.
No hay indicación del nivel de tiempo/volumen, (mejor que solo mediante
porcentaje).
Audiodescripción no soportada vía pista de texto accesible por el lector de
pantalla.
No hay transcripción sincronizada con la reproducción del video.
No hay transcripción interactiva (vía clic usuario, etc.)
Audiodescripción no soportada vía pista separada de audio/video.
Audiodescripción extendida no soportada.
No hay soporte para el posicionamiento ni el estilo de las fuentes dentro de la
pista de subtítulos (WebVTT or TTML).
El usuario no puede ajustar el tamaño de los subtítulos.
El usuario no puede ajustar el color de frente y de fondo y la sombra / opacidad
del fondo de los subtítulos.
No ajustable la velocidad de reproducción.
No soporta múltiples pistas de subtítulos.
No tiene API JavaScript para poder programar los controles / funciones nativas
del reproductor
No soporta pista se subtítulos TTML
No hay soporte de pantalla completa.
No hay soporte solo de Audio (HTML5 audio tag).
No se puede reproducir transcripción interactiva ni subtítulos en diferentes
lenguajes simultáneamente.
No hay soporte de capítulos.
3.13. YOUTUBE
3.13.1. Descripción y características generales del reproductor
YouTube es un sitio web en el cual los usuarios pueden subir y compartir vídeos. Aloja
una variedad de clips de películas, programas de televisión y vídeos musicales, así como
contenidos amateur como videoblogs. A pesar de las reglas de YouTube contra subir
vídeos con derechos reservados, este material existe en abundancia.
Fue creado por tres antiguos empleados de PayPal en febrero de 2005. El 4 de octubre
de 2006, fue adquirido por Google Inc. a cambio de 1650 millones de dólares y ahora
opera como una de sus filiales. Actualmente es el sitio web de su tipo más utilizado en
Internet.
YouTube usa un reproductor en línea basado en Adobe Flash para servir su contenido,
aunque también es actualmente un reproductor basado en el estándar HTML5, que
YouTube lo incorporó poco después de que la W3C lo presentara y es soportado por los
navegadores web más difundidos. Los enlaces a vídeos de YouTube pueden ser también
insertados en blogs y sitios electrónicos personales usando su API o incrustando cierto
código HTML.
Reproductor
El diseño del reproductor es minimalista y ligero, basado en un color predeterminado:
el gris claro. El primer reproductor de YouTube tenía un diseño curveado, simple, con
las opciones como botones resaltados. A mediados de 2007, vino el segundo cambio a
uno más limpio y moderno, con una estructura más recta y con las opciones separadas
por espacios compartidos. Se añadieron opciones como agregar anotaciones, pausar
haciendo clic sobre la pantalla del reproductor, banners publicitarios similares a los que
aparecen en la televisión, subtítulos originales y traducidos. A veces, se incluyen spots
cortos antes del vídeo.
El 21 de enero de 2010 en las opciones del reproductor se agrega un menú desplegable
para seleccionar la calidad de vídeo que se quiere visualizar y dos nuevos iconos para
cambiar el tamaño del reproductor y para visualizar el vídeo a pantalla completa.
Cuando hay subtítulos, aparece un icono que permite mostrarlos.
Últimamente, también Youtube ha agregado la capacidad de ver algunos videos en 3D y
resoluciones hasta Ultra Alta Definición (4K). Por otro lado, existe la posibilidad de ver
subtítulos, que están en formato SubViewer (*.SUB) y SubRip (*.SRT).
3.13.2. Evaluación de la accesibilidad del reproductor YOUTUBE:
El reproductor YOUTUBE presenta las siguientes características positivas extraídas de su
evaluación de accesibilidad. Se presentan en forma de listado a continuación. Algunas
de ellas se han nombrado o se ha hablado de ellas en la sección anterior de descripción.
Todas las características favorables más aquellas de las que carece se pueden consultar
juntas en forma de tabla en la sección Tabla comparativa de características.
Botones y controles (no deslizantes) accesibles por solo-teclado y
reconocimiento de voz. PARCIALMENTE
No tiene trampas de teclado.
Controles deslizantes accesibles por solo-teclado.
Indicación visual del foco del cursor.
Botones legibles por lector de pantalla.
Botón de estado legible por lector de pantalla.
Posición del desplazador legible por lector de pantalla.
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Hay indicación del nivel de tiempo/volumen, (mejor que solo mediante
porcentaje).
Subtítulos Cerrados Sincronizados.
Subtítulos respetan saltos de línea de los autores.
Subtítulos soportan "borrados" (periodos de tiempo donde los subtítulos no
están presentes).
Posibilidad de mostrar transcripción.
Hay transcripción sincronizada con la reproducción del video.
Hay transcripción interactiva (vía clic usuario, etc.)
El usuario puede ajustar el tamaño de los subtítulos.
El usuario puede ajustar el color de frente y de fondo y la sombra / opacidad del
fondo de los subtítulos.
Soporte de Interfaz/controles mediante ventana de alto contraste.
Búsqueda dentro de la transcripción.
Conforme al estándar HTML5 (video, audio, poster, src, caption, etc.)
Soporta múltiples pistas de subtítulos.
Soporta HTTP/S
Soporta codificación de UTF-8 para subtítulos.
Tiene API JavaScript para poder programar los controles / funciones nativas del
reproductor
Soporta pista se subtítulos SRT
Soportado por navegadores de escritorio.
Soportado por iOS
Soportado por Android
Ajuste de tamaño para uso en “Responsive Web Design”, incluyendo escalado
/ajuste de los controles. PARCIALMENTE
Soporte de pantalla completa.
3.13.3. Fallos y defectos de accesibilidad del reproductor YOUTUBE:
A continuación se enumeran las principales carencias o fallos en accesibilidad. Se han
enumerado al menos las que se refieren a Prioridad 1 y 2 (aquellas denominadas como
“exigibles” y “muy deseables”). Todas las características se pueden consultar juntas en
forma de tabla en la sección Tabla comparativa de características.
Audiodescripción no soportada vía pista de texto accesible por el lector de
pantalla.
Audiodescripción no soportada vía pista separada de audio/video.
Audiodescripción extendida no soportada.
No hay soporte para el posicionamiento y el estilo de las fuentes dentro de la
pista de subtítulos (WebVTT or TTML).
La transcripción interactiva no puede ser activada / desactivada.
No soporta pista se subtítulos WebVTT
No ajustable la velocidad de reproducción.
No soporta pista se subtítulos TTML
No se puede reproducir transcripción interactiva ni subtítulos en diferentes
lenguajes simultáneamente.
4. Comparativa de conjunto de todos los reproductores multimedia accesibles analizados.
4.1. Tabla comparativa de características
Característica Prioridad Able Player
Accessible HTML5 Video Player (PayPal)
Acorn Media Player JW Player VideoJS
WET Video Player
Botones y controles (no deslizantes) accesibles por solo-teclado y reconocimiento de voz.
Prioridad 1: Requerido Soportado Soportado Soportado
No Soportado Soportado Soportado
No tiene trampas de teclado.
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Controles deslizantes accesibles por solo-teclado.
Prioridad 1: Requerido Soportado Soportado Soportado
No Soportado Soportado Parcialmente
Indicación visual del foco del cursor.
Prioridad 1: Requerido Soportado Soportado Soportado
No Soportado Soportado Soportado
Botones legibles por lector de pantalla.
Prioridad 1: Requerido Soportado Soportado Soportado
No Soportado Soportado Soportado
Boton de estado legible por lector de pantalla.
Prioridad 1: Requerido Soportado Soportado Soportado
No Soportado Soportado Soportado
Posición del desplazador legible por lector de pantalla.
Prioridad 1: Requerido Soportado Soportado Soportado
No Soportado Soportado Soportado
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Prioridad 1: Requerido Soportado Soportado Soportado N/A Soportado Soportado
Indicación del nivel de tiempo/volumen, mejor que solo mediante porcentaje.
Prioridad 1: Requerido Soportado
No Soportado Soportado N/A Soportado
No Soportado
Subtitulos Cerrados Sincronizados.
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Subtítulos respetan saltos de línea de los autores.
Prioridad 1: Requerido Soportado No se sabe
No Soportado
No Soportado Soportado Soportado
Subtítulos soportan "borrados" (periodos de tiempo donde los subtítulos no están presentes).
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Audiodescripción soportada vía pista de texto accesible por el lector de pantalla.
Prioridad 1: Requerido Soportado
No Soportado
No Soportado Soportado
No Soportado
No Soportado
Posibilidad de mostrar transcripción.
Prioridad 1: Requerido Soportado
No Soportado Soportado
No Soportado Soportado Soportado
Transcripción sincronizada con la reproducción del video
Prioridad 1: Requerido Soportado N/A
No Soportado N/A Soportado
No Soportado
Transcripción interactiva (vía clic usuario, etc.)
Prioridad 1: Requerido Soportado N/A
No Soportado N/A Soportado
No Soportado
Soporte de Interfaz/controles mediante ventana de alto contraste.
Prioridad 1: Requerido Soportado Soportado Soportado
No Soportado Soportado Soportado
Audiodescripción soportada vía pista separada de audio/video.
Prioridad 2: Altamente Deseable Soportado
No Soportado
No Soportado Soportado
No Soportado
No Soportado
Audiodescripción extendida soportada.
Prioridad 2: Altamente Deseable Soportado
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
Soporte para el posicionamiento y el estilo de las fuentes dentro de la pista de subtítulos (WebVTT or TTML).
Prioridad 2: Altamente Deseable Parcialmente Parcialmente Parcialmente
No Soportado Parcialmente
No Soportado
El usuario puede ajustar el tamaño de los subtítulos.
Prioridad 2: Altamente Deseable
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
El usuario puede ajustar el color de frente y de fondo y la sombra / opacidad del fondo de los subtítulos.
Prioridad 2: Altamente Deseable
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
Búsqueda dentro de la transcripción.
Prioridad 2: Altamente Deseable Soportado N/A Soportado N/A Soportado Parcialmente
La transcripción interactiva puede ser activada / desactivada.
Prioridad 2: Altamente Deseable Soportado N/A N/A N/A
No Soportado N/A
Ajustable la velocidad de reproducción.
Prioridad 2: Altamente Deseable Soportado
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
Control independiente de la pista de audiodescripción (panorámica/ atenuación/volumen)
Prioridad 3: Deseable
No Soportado
No Soportado
No Soportado Parcialmente
No Soportado
No Soportado
Audio del discurso ajustable.
Prioridad 3: Deseable
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
Soporte extra para pista de video sincronizada en paralelo o PinP (i.e., intérprete de lengua de signos).
Prioridad 3: Deseable Soportado
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
El subtitulado soporta solapamiento de tiempos (vía múltiples regiones del display).
Prioridad 3: Deseable
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
Soporte para estilos roll-up, paint-on, and pop-up en los subtitulos
Prioridad 3: Deseable
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
Calidad de audio ajustable (para aproximar a "clean audio")
Prioridad 4: Futura
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
Soporta marcado del discurso en la pista de audiodescripcion basada en texto
Prioridad 4: Futura
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
Conforme al estándar HTML5 (video, audio, poster, src, caption, etc.).
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Soporta múltiples pistas de subtítulos.
Prioridad 1: Requerido Soportado
No Soportado Soportado
No Soportado
No Soportado
No Soportado
Soporta HTTP/S Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Soporta RTMP Prioridad 1: Requerido Soportado
No Soportado
No Soportado Soportado Soportado No se sabe
Soporta RTSP Prioridad 1: Requerido Soportado
No Soportado
No Soportado Soportado Soportado No se sabe
Soporta HLS Prioridad 1: Requerido Soportado
No Soportado
No Soportado Soportado Soportado No se sabe
Soporta codificación de UTF-8 para subtítulos.
Prioridad 1: Requerido (SRT requerido) Soportado Soportado Soportado Soportado Soportado Soportado
Tiene API JavaScript para poder programar los controles / funciones nativas del reproductor
Prioridad 1: Requerido
No Soportado
No Soportado
No Soportado Soportado Soportado
No Soportado
Soporta pista se subtítulos WebVTT
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Soporta pista se subtítulos SRT
Prioridad 1: Requerido Soportado
No Soportado Soportado Soportado Soportado Soportado
Soporta pista se subtítulos TTML
Prioridad 1: Requerido
No Soportado
No Soportado
No Soportado Soportado
No Soportado
No Soportado
Soportado por navegadores de escritorio
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Soportado por iOS Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado No se sabe
Soportado por Android Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado No se sabe
Ajuste de tamaño para uso en “Responsive Web Design”, incluyendo escalado /ajuste de los controles.
Prioridad 1: Requerido Parcialmente
No Soportado
No Soportado Soportado Soportado Soportado
Soporte de pantalla completa.
Prioridad 1: Requerido Soportado
No Soportado Soportado Soportado Soportado
No Soportado
Soporte solo de Audio ( HTML5 audio tag).
Prioridad 1: Requerido Soportado
No Soportado Soportado Soportado
No Soportado
No Soportado
Puede reproducir transcripción interactiva y subtitulos en diferentes lenguajes simultáneamente.
Prioridad 2: Altamente Deseable Soportado
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
Soporta Internacionalización de los controles.
Prioridad 2: Altamente Deseable Soportado
No Soportado No se sabe No se sabe No se sabe No se sabe
Soporte de capítulos.
Prioridad 2: Altamente Deseable Soportado
No Soportado
No Soportado
No Soportado
No Soportado
No Soportado
Soporta listas de reproducción
Prioridad 3: Deseable Soportado
No Soportado
No Soportado Soportado Soportado
No Soportado
Ptos. Prioridad 1 30*4+3,5 18*4+3,5 24*4 20*4 30*4 19*4+3,5
Ptos. Prioridad 2 8*3 +2,5 1*2,5 1*3+2,5 1*3 1*3+2,5 1*2,5
ptos. Prioridad 3 2*2 0*2 0*2 1*2+1,5 1*1,5 0*2
Ptos. Prioridad 4 0*1 0*1 0*1 0*1 0*1 0*1
Ptor. Totales 154 78 101,5 86,5 126 82
Característica Prioridad OzPlayer YouTube (site) Nomensa AMP
Accessible Media Inc (AMI) Player
SMP BBC iPlayer VIMEO (site)
Botones y controles (no deslizantes) accesibles por solo-teclado y reconocimiento de voz.
Prioridad 1: Requerido Soportado Parcialmente Soportado Soportado Soportado Soportado
No tiene trampas de teclado.
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Controles deslizantes accesibles por solo-teclado.
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Indicación visual del foco del cursor.
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Botones legibles por lector de pantalla.
Prioridad 1: Requerido Soportado Parcialmente Soportado Soportado Soportado Soportado
Boton de estado legible por lector de pantalla.
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Posición del desplazador legible por lector de pantalla.
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Actualizaciones de la posición del desplazador legible por lector de pantalla.
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Indicación del nivel de tiempo/volumen, mejor que solo mediante porcentaje.
Prioridad 1: Requerido Soportado Soportado No Soportado Soportado Soportado Soportado
Subtitulos Cerrados Sincronizados.
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Subtítulos respetan saltos de línea de los autores.
Prioridad 1: Requerido Soportado Soportado No se sabe No se sabe No se sabe No se sabe
Subtítulos soportan "borrados" (periodos de tiempo donde los subtítulos no están presentes).
Prioridad 1: Requerido Soportado Soportado Soportado No se sabe No se sabe No se sabe
Audiodescripción soportada vía pista de texto accesible por el lector de pantalla.
Prioridad 1: Requerido No Soportado No Soportado No Soportado No Soportado No se sabe No Soportado
Posibilidad de mostrar transcripción.
Prioridad 1: Requerido Soportado Soportado No Soportado Soportado No Soportado No Soportado
Transcripción sincronizada con la reproducción del video
Prioridad 1: Requerido Soportado Soportado N/A No Soportado N/A N/A
Transcripción interactiva (vía clic usuario, etc.)
Prioridad 1: Requerido Soportado Soportado N/A No Soportado N/A N/A
Soporte de Interfaz/controles mediante ventana de alto contraste.
Prioridad 1: Requerido Soportado Soportado Parcialmente Soportado Soportado Soportado
Audiodescripción soportada vía pista separada de audio/video.
Prioridad 2: Altamente Deseable Soportado No Soportado No Soportado No Soportado No se sabe No Soportado
Audiodescripción extendida soportada.
Prioridad 2: Altamente Deseable No Soportado No Soportado No Soportado No Soportado No se sabe No Soportado
Soporte para el posicionamiento y el estilo de las fuentes dentro de la pista de subtítulos (WebVTT or TTML).
Prioridad 2: Altamente Deseable No se sabe No Soportado No Soportado No se sabe No se sabe No se sabe
El usuario puede ajustar el tamaño de los subtítulos.
Prioridad 2: Altamente Deseable No Soportado Soportado No Soportado No Soportado No se sabe No Soportado
El usuario puede ajustar el color de frente y de fondo y la sombra / opacidad del fondo de los subtítulos.
Prioridad 2: Altamente Deseable No Soportado Soportado No Soportado No Soportado No se sabe No Soportado
Búsqueda dentro de la transcripción.
Prioridad 2: Altamente Deseable Parcialmente Soportado N/A No Soportado N/A N/A
La transcripción interactiva puede ser activada / desactivada.
Prioridad 2: Altamente Deseable No Soportado No Soportado N/A N/A N/A N/A
Ajustable la velocidad de reproducción.
Prioridad 2: Altamente Deseable No Soportado No Soportado No Soportado No Soportado No Soportado No Soportado
Control independiente de la pista de audiodescripción (panorámica/ atenuación/volumen)
Prioridad 3: Deseable No Soportado No Soportado No Soportado No Soportado No se sabe No Soportado
Audio del discurso ajustable.
Prioridad 3: Deseable No Soportado No Soportado No Soportado No Soportado No se sabe No Soportado
Soporte extra para pista de video sincronizada en paralelo o PinP (i.e., intérprete de lengua de signos).
Prioridad 3: Deseable No Soportado No Soportado No Soportado No Soportado No se sabe No Soportado
El subtitulado soporta solapamiento de tiempos (vía múltiples regiones del display).
Prioridad 3: Deseable No Soportado No Soportado No Soportado No se sabe No se sabe No se sabe
Soporte para estilos roll-up, paint-on, and pop-up en los subtitulos
Prioridad 3: Deseable No Soportado No Soportado No Soportado No se sabe No se sabe No se sabe
Calidad de audio ajustable (para aproximar a "clean audio")
Prioridad 4: Futura No Soportado No Soportado No Soportado No Soportado No se sabe No Soportado
Soporta marcado del discurso en la pista de audiodescripcion basada en texto
Prioridad 4: Futura No Soportado No Soportado No Soportado No Soportado No se sabe No Soportado
Conforme al estándar HTML5 (video, audio, poster, src, caption, etc.).
Prioridad 1: Requerido Soportado Soportado No Soportado No se sabe No se sabe Soportado
Soporta múltiples pistas de subtítulos.
Prioridad 1: Requerido No Soportado Soportado No Soportado No Soportado No se sabe Soportado
Soporta HTTP/S Prioridad 1: Requerido Soportado Soportado Soportado Soportado No se sabe Soportado
Soporta RTMP Prioridad 1: Requerido No se sabe No se sabe Soportado No se sabe No se sabe No se sabe
Soporta RTSP Prioridad 1: Requerido No se sabe No se sabe Soportado No se sabe No se sabe No se sabe
Soporta HLS Prioridad 1: Requerido No se sabe No se sabe Soportado No se sabe No se sabe No se sabe
Soporta codificación de UTF-8 para subtítulos.
Prioridad 1: Requerido (SRT requerido) Soportado Soportado Soportado No se sabe No se sabe No se sabe
Tiene API JavaScript para poder programar los controles / funciones nativas del reproductor
Prioridad 1: Requerido No Soportado Soportado No Soportado No Soportado No se sabe Soportado
Soporta pista se subtítulos WebVTT
Prioridad 1: Requerido Soportado No Soportado Soportado No se sabe No se sabe No se sabe
Soporta pista se subtítulos SRT
Prioridad 1: Requerido Soportado Soportado Soportado No se sabe No se sabe No se sabe
Soporta pista se subtítulos TTML
Prioridad 1: Requerido No Soportado No Soportado Soportado No se sabe No se sabe No se sabe
Soportado por navegadores de escritorio
Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado
Soportado por iOS Prioridad 1: Requerido No se sabe Soportado No se sabe Parcialmente Soportado Soportado
Soportado por Android Prioridad 1: Requerido No se sabe Soportado No se sabe Parcialmente Soportado Soportado
Ajuste de tamaño para uso en “Responsive Web Design”, incluyendo escalado /ajuste de los controles.
Prioridad 1: Requerido Soportado Parcialmente Soportado Soportado Soportado Soportado
Soporte de pantalla completa.
Prioridad 1: Requerido Soportado Soportado No Soportado Soportado Soportado Soportado
Soporte solo de Audio ( HTML5 audio tag).
Prioridad 1: Requerido No Soportado No se sabe Parcialmente No se sabe No se sabe No se sabe
Puede reproducir transcripción interactiva y subtitulos en diferentes lenguajes simultáneamente.
Prioridad 2: Altamente Deseable No Soportado No Soportado No Soportado No Soportado No Soportado Soportado
Soporta Internacionalización de los controles.
Prioridad 2: Altamente Deseable No se sabe No se sabe No se sabe No se sabe No se sabe No se sabe
Soporte de capítulos.
Prioridad 2: Altamente Deseable No Soportado No Soportado No Soportado No se sabe No se sabe No se sabe
Soporta listas de reproducción
Prioridad 3: Deseable No Soportado N/A No Soportado No se sabe No se sabe Soportado
Ptos. Prioridad 1 24*4 24*4+3*3,5 20*4+2*3,5 16*4 + 2* 3,5 15*4 20*4
Ptos. Prioridad 2 1*3+2,5 3*3 0*3 0*3 0*3 1*3
ptos. Prioridad 3 0*2 0*2 0*2 0*2 0*2 0*2
Ptos. Prioridad 4 0*1 0*1 0*1 0*1 0*1 0*1
Ptor. Totales 101,5 107,5 87 71 60 83
4.1. Ranking y valoración de reproductores multimedia
4.1.1. Puntuaciones
Able Player
Accessible
HTML5 Video
Player
(PayPal)
Acorn Media
Player JW Player VideoJS
WET Video
Player
Ptos. Prioridad 1 30*4+3,5 18*4+3,5 24*4 20*4 30*4 19*4+3,5
Ptos. Prioridad 2 8*3 +2,5 1*2,5 1*3+2,5 1*3 1*3+2,5 1*2,5
ptos. Prioridad 3 2*2 0*2 0*2 1*2+1,5 1*1,5 0*2
Ptos. Prioridad 4 0*1 0*1 0*1 0*1 0*1 0*1
Ptos Totales 154 78 101,5 86,5 126 82
OzPlayer YouTube (site) Nomensa AMP Accessible Media Inc (AMI) Player
SMP BBC iPlayer VIMEO (site)
Ptos. Prioridad 1 24*4 24*4+3*3,5 20*4+2*3,5 16*4 + 2* 3,5 15*4 20*4
Ptos. Prioridad 2 1*3+2,5 3*3 0*3 0*3 0*3 1*3
ptos. Prioridad 3 0*2 0*2 0*2 0*2 0*2 0*2
Ptos. Prioridad 4 0*1 0*1 0*1 0*1 0*1 0*1
Pots. Totales 101,5 107,5 87 71 60 83
4.1.2. Rankin
Reproductor Puntuación RANKIN Able Player 154 1
VideoJS 126 2
YouTube (site) 107,5 3
Acorn Media Player 101,5 4
OzPlayer 101,5 4
Nomensa AMP 87 5
JW Player 86,5 6
VIMEO (site) 83 7
WET Video Player 82 8
Accessible HTML5 Video Player (PayPal)
78 9
Accessible Media Inc (AMI) Player 71
10
SMP BBC iPlayer 60
11
5. Conclusión y futuros trabajos.
Para terminar y a modo de conclusiones hay que decir que lo siguiente:
En el presente trabajo se ha intentado analizar y sintetizar toda la información que ha
sido posible encontrar en la literatura actual sobre este tema. Como se ha dicho se trata
de un tema reciente y la información es escasa y se encuentra muy dispersa. Aun así se
encontró el material que sirvió para la confección de este trabajo. De los 12
reproductores se encontró información ya recabada de 9 de ellos, los otros 3 restantes
tuvieron que ser evaluados con los mismos criterios e indicadores y se da el caso de que
no se pudo conocer con exactitud la medida de su accesibilidad. Los tres últimos fueron
AMI Player, SMP Media Player y Vimeo.
Aun con todo, los indicadores utilizados son muy exhaustivos y específicos y recogen
información muy detallada de la medida de la accesibilidad. Como se nombra en la
sección 2 proceden de un estudio realizado a partir de trabajos realizados por el
“Commitee on Institutional Cooperation Information Technology Accessibility Group (CIC
ITAG) Media Player Accessibility sub-group” el cual se ha basado a su vez conforme al W3C
Media Accessibility User Requirement. Se decidió utilizar esta información por su fiabilidad
y completitud, aunque hay que decir que no era totalmente completa y parte de ella no se
utilizó. Otra en cambio (los 3 productores anteriormente citados) se recopiló manualmente.
También es necesario decir que la especificad del trabajo implicó que muchas indicadores
no pudieran ser probados por el autor personalmente, debido a imposibilidades técnicas (no
se podían probar en un navegador) o de carácter heurístico, (no se sabía solo con la
información que daba el fabricante el grado de cumplimiento de los indicadores).
En cualquier caso siempre se actuó confiando en la información obtenidas de las fuentes
aunque en alguna caso concreto se encontró alguna discrepancia entre lo encontrado y lo
comprobado. En tal caso se asumió el criterio más restrictivo. Así para los 3 últimos casos
aparecen bastantes datos “desconocidos”.
Por tanto como idea de mejora se propone para otros trabajos futuros definir más
indicadores, intentando llegar a los 100 y completar el estudio con más navegadores (unos
8 o 10 más) con los que se cubriría prácticamente la totalidad del campo de exploración.
Además sería necesario utilizar herramientas de medida y comprobación más específicas y
rigurosas, como poder instalar los reproductores en un sitio web y realizar pruebas de carga
de contenidos audiovisuales para verificar con un 100% los indicadores de accesibilidad
deseados.
Esto daría lugar a un trabajo más extenso y riguroso que el que se presenta aquí pero de
muchísimo interés y utilidad.
6. Referencias
http://terrillthompson.com/ableplayer/index.html
https://www.paypal-engineering.com/2014/09/05/introducing-an-accessible-
html5-video-player/
http://www.ami.ca/about/press/Pages/October-2014-2.aspx
https://github.com/nomensa/Accessible-Media-Player
http://www.bbc.co.uk/blogs/internet/posts/Standard-Media-Player-
accessibility
http://www.accessibilityoz.com/ozplayer/
https://vimeo.com/
http://www.webaxe.org/vimeo-updates-video-player-including-accessibility/
https://ghinda.net/acornmediaplayer/
http://scm.mmbase.org/view/openimages/trunk/src/main/webapp/oiplayer/
http://www.visionaustralia.org/digital-access-youtube
http://praegnanz.de/html5video/p_video_for_everybody.php
http://www.w3.org/WAI/PF/HTML/wiki/Media_Accessibility_Checklist
http://www.3playmedia.com/2015/05/01/jw-players-approach-to-video-
player-accessibility/
http://www.coolfields.co.uk/2014/01/specification-for-accessible-video-media-
player/
http://www.webaxe.org/accessible-html5-media-players-and-more/
http://www.creativebloq.com/flash/behind-nomensas-accessible-media-
player-2126447
http://www.bbc.co.uk/blogs/internet/entries/e845aa46-d933-3f2f-b32e-
3bcbeacb6ab1
http://www.bbc.co.uk/faqs/online/mp_accessibility_help
http://www.accessibilityoz.com/ozplayer/sites-using-ozplayer/
http://www.accessibilityoz.com/ozplayer/
http://www.webaxe.org/vimeo-updates-video-player-including-accessibility/
http://ncam.wgbh.org/invent_build/web_multimedia/tools-guidelines/ccplayer
http://ncam.wgbh.org/invent_build/web_multimedia/tools-
guidelines/ccplayer-accessibility-feature
https://dev.opera.com/articles/more-accessible-html5-video-player/
https://dev.opera.com/blog/everything-you-need-to-know-about-html5-video-
and-audio-2
https://dev.opera.com/articles/more-accessible-html5-video-player/#captions
http://w3c.github.io/pfwg/media-accessibility-reqs/#
http://w3c.github.io/pfwg/media-accessibility-reqs/#described-video
http://html5accessibility.com/
http://html5video.org/wiki/HTML5_Player_Comparison
http://html5video.org/wiki/Video_JS_HTML5_Player
http://www.3playmedia.com/2015/04/30/video-jss-approach-to-video-player-
accessibility/
http://accessibility.oit.ncsu.edu/blog/2013/05/09/accessible-video-js-player-
available-on-global-accessibility-awareness-day/
https://wet-boew.github.io/v4.0-ci/demos/multimedia/multimedia-en.html
http://wet-boew.github.io/wet-boew-styleguide/v4/accessibility/index-en.html
http://wet-boew.github.io/wet-boew-
legacy/v3.0/demos/multimedia/multimedia-en.html
http://www.sidar.org/traducciones/wcag20/es/
http://www.3playmedia.com/how-it-works/webinars/video-player-04-22-
2015/
https://docs.google.com/presentation/d/1HdcOWsshib-_Wq6gLnQ-
U7VXvwcTEVn-uLvogcPkps4/edit#slide=id.p13
top related