Accessibility/Video Accessibility

< Accessibility
Revision as of 12:01, 25 September 2008 by Silviapfeiffer (talk | contribs) (added video a11y requirements link)

In this page, we will collect all the information aggregated about video accessibility features for the Web. This includes:

  1. a list of video accessibility requirements
  2. a list of existing video accessibility formats
  3. a list of required and actual existing software for video accessibility
  4. proposed accessibility formats for the future.


Getting involved

The main discussions about this will happen on the [Xiph accessibility mailing list] mainly because this is an inherently technical problem to solve. However, it needs as much breadth of input as possible, in particular from disabled people of varying grades.

The outcome of the analysis will be collected here and invarious sub-pages.


Subpages

Background on Ogg Theora and codecs in general.

Video Accessibility Requirements.

Caption and Subtitle Formats Analysis.

Related Pages

A first discussion on a captioning workplan.

WHATWG on multimedia accessibility.

Apple's list of issues around video accessibility.

Video accessibility on the WHATWG wiki.

Background: the issues around video accessibility

Video on the Web is a complex topic, not only from a technical, but also from a political and patent viewpoint. Even HTML5 and the WHATWG haven't figured out what baseline codec to recommend yet.

Video accessibility is an even more complex issue for similar reasons and because it is so simple to define a text format for captions, while complicated to define a text format that supports all video accessibility requirements. Diverse interests have created the plethora of existing formats, interest e.g. by old TV (IEEE, SMPTE, EBU), online video professionals (MPEG), Web (W3C TT, SMIL), set-top boxes, games, IPTV, iTV (MHP), the Anime community, or the DVD ripping community.

The choice of textual format for video accessibility is a complex one with too many insufficient formats to choose from, e.g. QTtext, SubRip, SAMI, DVB, TimedText, EBU, SCC, Kate, CMML, SSA, MicroDVD, USF, SubViewer, or VOBSub (see http://autocaption.com/resource_specifications_format_list.html for a more complete list). Also, support in frameworks is inconsistent - Adobe Flash for example support a proprietary CuePoints format (http://www.actionscript.org/resources/articles/518/1/Creating-subtitles-for-flash-video-using-XML/Page1.html) and a simple version of the W3C TimedText format (http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/TimedTextTags.html). YouTube allow submission of srt and sub file formats, but internally roll their own format.

A further complex problem is tool support. Most captioning software in use by captioning companies around the world is currently proprietary software. The few open source or freely available tools are often inappropriate.

This lack of standards around video accessibility is what the video accessibility work is about. The first focus in on how to best provide captions through Ogg. Subtitles for i18n, audio annotations for the blind, the inclusion of sign language video, transcripts, scripts, story boards, karaoke, metadata, and semantic annotations all somehow fall into the broader aim of making video generally more accessible for people of all abilities and disabilities.