Accesibilidad en Reproductores Multimedia.labinclusiondigital.lsi.uned.es/wp-content/uploads/... ·...

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”.

http://w3c.github.io/pfwg/media-accessibility-reqs/#described-video


http://www.btaa.org/projects/technology/home

http://www.btaa.org/projects/technology/home

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

http://webaim.org/projects/screenreadersurvey5/

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

http://dev.opera.com/

http://dev.opera.com/articles/view/custom-html5-video-player-with-css3-and-jquery/

http://dev.opera.com/articles/view/more-accessible-html5-video-player/

http://dev.opera.com/articles/view/more-accessible-html5-video-player/

http://camendesign.com/code/video_for_everybody

http://camendesign.com/code/video_for_everybody

https://github.com/stephenoldham

https://github.com/leslash

http://www.ghinda.net/

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.













están presentes).










Soporta HTTP/S





Soportado por iOS




3.3.3. Fallos y defectos de accesibilidad del reproductor ACORN MEDIA

PLAYER - JQUERY HTML5:





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.




No ajustable la velocidad de reproducción.

No soporta RTMP

No soporta RTSP

No soporta HLS


del reproductor


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.

http://www.ami.ca/AMI-tv/Pages/Sports-Access.aspx

http://www.ami.ca/AMI-tv/Pages/Canada-in-Perspective.aspx

http://www.ami.ca/AMI-tv/Pages/Canada-in-Perspective.aspx

http://www.ami.ca/AMI-tv/Pages/AMI-This-Week.aspx

http://www.ami.ca/AMI-tv/Pages/Four-Senses.aspx

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.














Soporta HTTP/S

Soportado por navegadores de escritorio

Soportado por iOS PARCIALMENTE

Soportado por Android PARCIALEMENTE


/ajuste de los controles.


3.4.3. Fallos y defectos de accesibilidad del reproductor AMI MEDIA Player:






pantalla.

No hay posibilidad de mostrar transcripción.



No es ajustable la velocidad de reproducción.




No hay búsqueda dentro de la transcripció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


3.5. JW PLAYER


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







están presentes).

Audiodescripción suportada vía pista de texto accesible por el lector de pantalla.




Soporta HTTP/S

Soporta RTMP

Soporta RTSP

Soporta HLS


Tiene API JavaScript para poder programar los controles / funciones nativas del

reproductor



Soporta pista se subtítulos TTML


Soportado por iOS






3.5.3. Fallos y defectos de accesibilidad del reproductor JW Player:





Botones y controles (no deslizantes) no accesibles por solo-teclado ni


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 soporte de Interfaz/controles mediante ventana de alto contraste.


No hay soporte para el posicionamiento y el estilo de las fuentes dentro de la

pista de subtítulos (WebVTT or TTML)









3.6. NOMENSA


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















están presentes).


PARCIALMENTE

Soporta HTTP/S

Soporta RTMP

Soporta RTSP

Soporta HLS


No soporta pista se subtítulos WebVTT






3.6.3. Fallos y defectos de accesibilidad del reproductor NOMENSA:





No hay indicación del nivel de tiempo/volumen, (mejor que solo mediante

porcentaje)


pantalla.





pista de subtítulos (WebVTT or TTML).





No es conforme al estándar HTML5 (video, audio, poster, src, caption, etc.)



del reproductor

No hay soporte de pantalla completa.

No se puede reproducir transcripción interactiva ni subtítulos en diferentes


3.7. OZ PLAYER


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














Hay indicación del nivel de tiempo/volumen, (mejor que solo mediante

porcentaje).




están presentes).


Hay transcripción sincronizada con la reproducción del video.

Hay transcripción interactiva (vía clic usuario, etc.)



Búsqueda dentro de la transcripción. PARCIALMENTE


Soporta HTTP/S








3.7.3. Fallos y defectos de accesibilidad del reproductor OZ PLAYER:






pantalla.


La transcripción interactiva no puede ser activada / desactivada.







del reproductor


No hay soporte solo de Audio (HTML5 audio tag).




3.8. PAYPAL HTML5 MEDIA PLAYER


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















están presentes).









Soporta HTTP/S




Soportado por iOS


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





No hay indicación del nivel de tiempo/volumen, mejor que solo mediante

porcentaje.


pantalla.










del reproductor


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 se puede reproducir transcripción interactiva y subtítulos en diferentes


No soporta Internacionalización de los controles.


3.9. SMP BBC MEDIA PLAYER


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


















3.9.3. Fallos y defectos de accesibilidad del reproductor SMP BBC MEDIA

PLAYER:




forma de tabla en la sección Tabla comparativa de características:



No se puede reproducir transcripción interactiva y subtitulos en diferentes


3.10. VIDEO JS MEDIA PLAYER.


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


















están presentes).


Transcripción sincronizada con la reproducción del video.







Soporta HTTP/S

Soporta RTMP

Soporta RTSP

Soporta HLS



reproductor




Soportado por iOS





3.10.3. Fallos y defectos de accesibilidad del reproductor Video JS:






pantalla.










No soporte solo de Audio (HTML5 audio tag).




3.11. VIMEO


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



















Soporta HTTP/S


reproductor


Soportado por iOS





Puede reproducir transcripción interactiva y subtitulos en diferentes lenguajes

simultáneamente.

3.11.3. Fallos y defectos de accesibilidad del reproductor VIMEO:




forma de tabla en la sección Tabla comparativa de características


pantalla.








3.12. WET VIDEO PLAYER


¿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


















están presentes).



Búsqueda dentro de la transcripción. PARCIALMENTE


Soporta HTTP/S







3.12.3. Fallos y defectos de accesibilidad del reproductor WET VIDEO

PLAYER:





No hay indicación del nivel de tiempo/volumen, (mejor que solo mediante

porcentaje).


pantalla.

No hay transcripción sincronizada con la reproducción del video.

No hay transcripción interactiva (vía clic usuario, etc.)



No hay soporte para el posicionamiento ni el estilo de las fuentes dentro de la








del reproductor







3.13. YOUTUBE


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






reconocimiento de voz. PARCIALMENTE








Hay indicación del nivel de tiempo/volumen, (mejor que solo mediante

porcentaje).




están presentes).


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.



Conforme al estándar HTML5 (video, audio, poster, src, caption, etc.)


Soporta HTTP/S



reproductor



Soportado por iOS



/ajuste de los controles. PARCIALMENTE


3.13.3. Fallos y defectos de accesibilidad del reproductor YOUTUBE:






pantalla.






No soporta pista se subtítulos WebVTT





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


Prioridad 1: Requerido Soportado Soportado Soportado Soportado Soportado Soportado



No Soportado Soportado Parcialmente







Boton de estado legible por lector de pantalla.







Prioridad 1: Requerido Soportado Soportado Soportado N/A Soportado Soportado


Prioridad 1: Requerido Soportado

No Soportado Soportado N/A Soportado

No Soportado

Subtitulos Cerrados Sincronizados.



Prioridad 1: Requerido Soportado No se sabe

No Soportado


Subtítulos soportan "borrados" (periodos de tiempo donde los subtítulos no están presentes).


Audiodescripción soportada vía pista de texto accesible por el lector de pantalla.


No Soportado

No Soportado Soportado

No Soportado

No Soportado





Transcripción sincronizada con la reproducción del video

Prioridad 1: Requerido Soportado N/A

No Soportado N/A Soportado

No Soportado


Prioridad 1: Requerido Soportado N/A

No Soportado N/A Soportado

No Soportado





Prioridad 2: Altamente Deseable Soportado

No Soportado


No Soportado

No 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


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


Prioridad 2: Altamente Deseable Soportado N/A Soportado N/A Soportado Parcialmente


Prioridad 2: Altamente Deseable Soportado N/A N/A N/A

No Soportado N/A



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.


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).


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


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






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


Soporta HLS Prioridad 1: Requerido Soportado

No Soportado



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





No Soportado Soportado Soportado Soportado Soportado


Prioridad 1: Requerido

No Soportado

No Soportado


No Soportado

No 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



No Soportado Soportado Soportado Soportado

No Soportado

Soporte solo de Audio ( HTML5 audio tag).



No Soportado

No Soportado

Puede reproducir transcripción interactiva y subtitulos en diferentes lenguajes simultáneamente.


No Soportado

No Soportado

No Soportado

No Soportado

No Soportado

Soporta Internacionalización de los controles.


No Soportado No se sabe No se sabe No se sabe No se sabe



No Soportado

No Soportado

No Soportado

No Soportado

No Soportado

Soporta listas de reproducción

Prioridad 3: Deseable Soportado

No 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









Boton de estado legible por lector de pantalla.







Prioridad 1: Requerido Soportado Soportado No Soportado Soportado Soportado Soportado

Subtitulos Cerrados Sincronizados.



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


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


Prioridad 1: Requerido Soportado Soportado N/A No Soportado N/A N/A


Prioridad 1: Requerido Soportado Soportado Parcialmente Soportado Soportado Soportado


Prioridad 2: Altamente Deseable Soportado No Soportado No Soportado No Soportado No se sabe No Soportado


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


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


Prioridad 2: Altamente Deseable Parcialmente Soportado N/A No Soportado N/A N/A


Prioridad 2: Altamente Deseable No Soportado No Soportado N/A N/A N/A N/A


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.


Soporte extra para pista de video sincronizada en paralelo o PinP (i.e., intérprete de lengua de signos).


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


Prioridad 1: Requerido Soportado Soportado No Soportado No se sabe No se sabe Soportado


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


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


Prioridad 1: Requerido Soportado No Soportado Soportado No se sabe No se sabe No se sabe


Prioridad 1: Requerido Soportado Soportado Soportado No se sabe No se sabe No se sabe


Prioridad 1: Requerido No Soportado No Soportado Soportado No se sabe No se sabe No se sabe



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 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


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://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://html5accessibility.com/

http://terrillthompson.com/ableplayer/index.html

https://www.paypal-engineering.com/2014/09/05/introducing-an-accessible-html5-video-player/

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.bbc.co.uk/blogs/internet/posts/Standard-Media-Player-accessibility


https://vimeo.com/


https://ghinda.net/acornmediaplayer/

http://scm.mmbase.org/view/openimages/trunk/src/main/webapp/oiplayer/

http://www.visionaustralia.org/digital-access-youtube

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

Accesibilidad en Reproductores Multimedia.labinclusiondigital.lsi.uned.es/wp-content/uploads/... ·...

Documents

Transcript of Accesibilidad en Reproductores Multimedia.labinclusiondigital.lsi.uned.es/wp-content/uploads/... ·...