W3C home > Mailing lists > Public > public-inbandtracks@w3.org > September 2014

RE: Proposal from HbbTV

From: Jon Piesing <Jon.Piesing@tpvision.com>
Date: Wed, 24 Sep 2014 20:32:18 +0000
To: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
CC: "alexander.adolf@condition-alpha.com" <alexander.adolf@condition-alpha.com>, "public-inbandtracks@w3.org" <public-inbandtracks@w3.org>, Nigel Megitt <nigel.megitt@bbc.co.uk>
Message-ID: <61761EDC91441E408304E42BC16CC1615ACE4CE9@BEBRUEX002.tpvision.com>
>If a text track never exposes any cues, we shouldn't expose its existence to browsers. That's like saying: hey, I have some data, but I won't give it to you. Or if we apply that logic to an audio or video stream: it's like announcing that a video stream exists, but not rendering it. Such tracks are not relevant to this specification.

What about text tracks that are rendered by the (native) media player and where HTML would like to be able to enable/disable them in the same way as video & audio?

Jon


________________________________________
From: Silvia Pfeiffer [silviapfeiffer1@gmail.com]
Sent: 24 September 2014 21:57
To: Jon Piesing
Cc: alexander.adolf@condition-alpha.com; public-inbandtracks@w3.org; Nigel Megitt
Subject: Re: Proposal from HbbTV

On Wed, Sep 24, 2014 at 10:51 PM, Jon Piesing <Jon.Piesing@tpvision.com> wrote:
>
>>Also: what's the purpose in not exposing any of the cue content for MPEG-2 TS ?
>
> HbbTV has no requirement for this and it seems like a lot of work. DVB has many, many different ways of carrying data in an MPEG-2 transport stream and there's no outright winner or lowest common denominator.


If a text track never exposes any cues, we shouldn't expose its
existence to browsers. That's like saying: hey, I have some data, but
I won't give it to you. Or if we apply that logic to an audio or video
stream: it's like announcing that a video stream exists, but not
rendering it. Such tracks are not relevant to this specification.

Regards,
Silvia.

Received on Wednesday, 24 September 2014 20:32:48 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:12:29 UTC