[whatwg] Proposal for @label attribute associated with kind=metadata TimedTextTracks

Tab Atkins Jr. jackalmage at gmail.com
Tue Mar 22 09:47:15 PDT 2011


On Tue, Mar 22, 2011 at 9:40 AM, Eric Winkelman
<E.Winkelman at cablelabs.com> wrote:
> On Monday, March 21, 2011 11:17 AM, Tab Atkins Jr. [mailto:jackalmage at gmail.com] wrote:
>> I'm also somewhat confused.  The OP mentions in-band metadata, but then
>> proposes adding something to out-of-band <track kind=metadata>
>> elements.
>
> I'm not proposing adding anything to out-of-band <track kind=metadata> elements.  In-band metadata tracks are added to the DOM by the media player, and have the same @label attribute that out-of-band tracks do.  I'm suggesting a use for that @label attribute that solves a problem I've encounter using metadata tracks.

Ah, now I understand.  You're referring to this as a "@label
attribute".  Attributes only exist on elements, which is why I thought
you had suddenly switched to talking about out-of-band <track>
elements.  The term you want is "property" to refer to properties on
the javascript objects. ^_^


>> I'm not familiar enough with in-band metadata tracks to know if it would be
>> useful to expose additional information about them, but for out-of-band
>> tracks I suspect that any information you may need is application-specific,
>> and thus can be served with a data-* attribute.
>
> I agree, there are a number of solutions for out-of-band metadata tracks, but  my concern is specifically in-band metadata tracks.
>
> If an in-band kind=metadata track appears, what kind of information does it contain?  Can you tell by looking at the DOM?  Can you tell by looking at the cue's text?

What kind of data *is* carried by in-band metadata tracks?

~TJ



More information about the whatwg mailing list