w3c/wbs-design or
by mail to sysreq.
W3C
Site Navigation
Nearby
Results of Questionnaire Consensus check on Media Multitrack API proposal
The results of this questionnaire are available to anybody. In addition, answers are sent to the following email addresses: cooper@w3.org, mike@w3.org, janina@rednote.net,
This questionnaire was open from 2010-03-02 to 2010-03-06.
7 answers have been received.
Jump to results for question:
1. Media Multitrack API proposal
The media subgroup of the HTML Accessibility Task Force, as part of their work to help improve accessibility support for the HTML5 media elements, has developed a first draft for a JavaScript API for multitrack media resources.
The Media Multitrack API proposal introduces a JavaScript API for extracting basic information about the tracks contained inside a media (audio or video) resource—which may include:
- audio descriptions
- sign language video
- closed captions
- subtitles
The proposal also encourages browser vendors to expose visual and accessible controls for activating and deactivating tracks in multitrack media resources.
The media subgroup believes that this proposal is sufficiently developed to propose it to the HTML WG as a first step towards addressing the following:
- HTML Working Group tracker Issue 9, how accessibility works for video is unclear
- HTML Working Group bugzilla bug 8659, Media events to indicate captions and audio descriptions
- HTML Working Group bugzilla bug 5758, insufficient accessibility fallback for audio or video
The proposal is written as a change request and, if applied to the HTML5 specification, will encourage trial implementations in Web browsers.
Do you support presenting the proposal as a change request to the HTML working group?
Summary
| Choice | All responders |
|---|---|
| Results | |
| Submit this proposal to the HTML WG as a decision of the task force. | 4 |
| Submit this proposal, with the following changes, to the HTML WG as a decision of the task force. | 2 |
| Do not submit this proposal to the HTML WG for the following reasons. |
(1 response didn't contain an answer to this question)
Details
| Responder | Media Multitrack API proposal | Comments |
|---|---|---|
| Maciej Stachowiak | ||
| Philip Jägenstedt | Submit this proposal, with the following changes, to the HTML WG as a decision of the task force. | The MediaTrack interface: * Drop role unless it is actually exposed in exactly that way in existing media formats, or describe how it can be derived from the information in existing media formats. Describe what value it should have when the information is not available (null or the empty string?) * Type cannot be a mime type as the tracks of media files are not described with MIME types internally. For example, what is the MIME type of a MP3 stream in a RIFF WAVE container? Should the MIME type actually be the type of the container, with the tracks type in the codecs parameter? * Drop media as it belongs in the HTML markup, this information is not available from tracks in the media resource. Also, what about track groups? If the suggestion for referencing external tracks is going to be <trackgroup><track>, shouldn't the groups of internal tracks be exposed in some way too? |
| Silvia Pfeiffer | Submit this proposal to the HTML WG as a decision of the task force. | This proposal is exposing the tracks of a media resource in a generic way similar to what the MPEG container exposes. It will allow making use of accessibility and other tracks of media resources. |
| Shelley Powers | Submit this proposal to the HTML WG as a decision of the task force. | |
| Geoff Freed | Submit this proposal to the HTML WG as a decision of the task force. | |
| Markku Hakkinen | Submit this proposal to the HTML WG as a decision of the task force. | |
| Eric Carlson | Submit this proposal, with the following changes, to the HTML WG as a decision of the task force. | + Fix typo, METADATA_LOADED should be HAVE_METADATA. + As discussed in email, remove the namedItem method. + Fix typo that says all attributes are ready-only (enabled is read-write). + Remove "media" attribute. + Add a "src" attribute so it is possible to identify where external tracks come from. |
More details on responses
- Maciej Stachowiak: last responded on 3, March 2010 at 06:45 (UTC)
- Philip Jägenstedt: last responded on 3, March 2010 at 07:04 (UTC)
- Silvia Pfeiffer: last responded on 3, March 2010 at 07:26 (UTC)
- Shelley Powers: last responded on 3, March 2010 at 21:06 (UTC)
- Geoff Freed: last responded on 4, March 2010 at 12:40 (UTC)
- Markku Hakkinen: last responded on 4, March 2010 at 15:20 (UTC)
- Eric Carlson: last responded on 4, March 2010 at 15:24 (UTC)
Everybody has responded to this questionnaire.
Compact view of the results / list of email addresses of the responders
WBS home / Questionnaires / WG questionnaires / Answer this questionnaire
Report issues
on GitHub project