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

Re: Mapping Ogg role to HTML5 TextTrack.kind

From: Brendan Long <self@brendanlong.com>
Date: Tue, 18 Mar 2014 10:43:46 -0500
Message-ID: <532869B2.2040909@brendanlong.com>
To: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
CC: public-html <public-html@w3.org>
Ok thanks, that patch looks good to me.

On 03/18/2014 05:20 AM, Silvia Pfeiffer wrote:
> On Tue, Mar 18, 2014 at 7:24 AM, Brendan Long <self@brendanlong.com> wrote:
>> The audio and video ones look good. I can't find a table for TextTracks,
>> besides the in-band tracks wiki though. Is there one, or are we just using
>> the wiki table for now?
> There is a patch in preparation at
> https://github.com/w3c/html/commit/f91c1932220ab4272d2b2b4e6c9f3679251fefa1
> for sourcing in-band text tracks.
>
> Cheers,
> Silvia.
>
>
>> On 03/17/2014 07:18 AM, Silvia Pfeiffer wrote:
>>> On Wed, Feb 19, 2014 at 7:17 AM, Brendan Long <self@brendanlong.com>
>>> wrote:
>>>> I'm trying to implement the TextTrack.kind in GStreamer for Ogg files.
>>>> According to the spec:
>>>>
>>>> For Ogg files, the Role header field of the track gives the relevant
>>>> metadata.
>>>>
>>>> For the most part, the mapping is obvious ("text/caption" -> "captions",
>>>> "video/sign" -> "sign", etc.), but there are a couple which I think we
>>>> should be more specific about:
>>>>
>>>> What is the kind for "text/tickertext", "text/karaoke",
>>>> "text/linguistic",
>>>> and "text/lyrics"? I'm thinking "subtitles", since we want them to be
>>>> renderable.
>>> "text/karaoke" is "subtitles".
>>> The rest is "metadata", since their default rendering doesn't follow
>>> the default rendering of subtitles.
>>>
>>> I've actually made some changes as part of
>>> https://www.w3.org/Bugs/Public/show_bug.cgi?id=24997.
>>> Do have a read and see what you think.
>>>
>>>> What should we do for "text/*" not in the official Role header list? I'd
>>>> say
>>>> "metadata".
>>> Yes.
>>>
>>>> What about "audio/music", "audio/speech", "audio/ssfx", and "audio/*" and
>>>> "video/*" not in the list? Probably empty string?
>>> Right. Does that need extra specification? It already says in
>>>
>>> http://www.w3.org/html/wg/drafts/html/master/single-page.html#dom-TrackList-getKind-categories
>>> to use the empty string for anything else.
>>>
>>>
>>>> We may also want to specifically say that "audio/dub" -> "translation",
>>>> "text/textaudiodesc" -> "descriptions", and "audio/audioesc" ->
>>>> "descriptions", since they map nicely, but aren't exactly the same like
>>>> all
>>>> of the others.
>>> It's either at
>>> http://www.w3.org/html/wg/drafts/html/master/single-page.html#dom-TrackList-getKind-categories
>>> or in the bug mentioned above. I think we're not missing anything any
>>> more.
>>>
>>> Cheers,
>>> Silvia.
>>>
Received on Tuesday, 18 March 2014 15:44:21 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:16:38 UTC