W3C home > Mailing lists > Public > public-html@w3.org > March 2011

RE: Tech Discussions on the Multitrack Media (issue-152)

From: Frank Olivier <Frank.Olivier@microsoft.com>
Date: Wed, 2 Mar 2011 18:01:18 +0000
To: Philip Jägenstedt <philipj@opera.com>, "public-html@w3.org" <public-html@w3.org>
Message-ID: <91175A762AB48840AF1473514B26B47519F7EEBA@TK5EX14MBXC102.redmond.corp.microsoft.com>
"About multiple text track formats, my working assumption is that we will be able to agree on a single format that everyone supports as there is not really any of the legal of business issues that we have for audio and video."
Yes, this would be a very desirable outcome. However, it would still be prudent to have the ability to reference multiple text track formats for the same content, as some user agents may have the ability to display more-complex-than-baseline text track formats.

-----Original Message-----
From: public-html-request@w3.org [mailto:public-html-request@w3.org] On Behalf Of Philip Jägenstedt
Sent: Tuesday, March 01, 2011 11:58 PM
To: public-html@w3.org
Subject: Re: Tech Discussions on the Multitrack Media (issue-152)

On Tue, 01 Mar 2011 23:51:30 +0100, David Singer <singer@apple.com> wrote:

> Hi Silvia, friends
>
> Eric and I have been discussing this, and we've added an 8th option to 
> the Wiki, for your consideration.
>
> at <http://www.w3.org/WAI/PF/HTML/wiki/Media_Multitrack_Media_API>

This is like option 2 except that <track> is not a void element and can have <source> child elements, right?

For all of the options that don't use <audio> and <video> to represent audio and video tracks, do you consider it a problem that properties of HTMLMediaElement are not available? Some of these allow for interesting conflicts such as looping a slave video but not the master video, but I imagine at least videoWidth, videoHeight and volume would be useful to have.

About multiple text track formats, my working assumption is that we will be able to agree on a single format that everyone supports as there is not really any of the legal of business issues that we have for audio and video.

If, however, we should both fail at finding a baseline text format and decide that we should use <track> for audio and video as well, then wouldn't multiple <track> elements with a type parameter be enough? We could define it such that multiple <track> elements that differ only in type should be assumed to representing the same content and have some kind of track selection algorithm for picking one. Am I too optimistic?

--
Philip Jägenstedt
Core Developer
Opera Software


Received on Wednesday, 2 March 2011 18:01:52 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:17:23 GMT