The results of this questionnaire are available to anybody. In addition, answers are sent to the following email addresses: email@example.com, firstname.lastname@example.org, email@example.com,
This questionnaire was open from 2010-03-02 to 2010-03-06.
7 answers have been received.
Jump to results for question:
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:
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?
|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)
|Responder||Media Multitrack API proposal||Comments|
|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.
The following persons have not answered the questionnaire:
Send an email to all the non-responders.