Re: Mapping Ogg role to HTML5 TextTrack.kind

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 10:21:46 UTC