W3C home > Mailing lists > Public > public-web-and-tv@w3.org > August 2011

Re: [MEDIA_PIPELINE_TF] ISSUE-34: ViewPort-Support

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Thu, 11 Aug 2011 20:49:19 +1000
Message-ID: <CAHp8n2=2RDqgL5DtRnf+h-9BvOhLVYDaU56ovPi3Ty77kGdJUg@mail.gmail.com>
To: Cyril Concolato <cyril.concolato@telecom-paristech.fr>
Cc: Scott Wilson <scott.bradley.wilson@gmail.com>, public-web-and-tv@w3.org
On Thu, Aug 11, 2011 at 6:59 PM, Cyril Concolato
<cyril.concolato@telecom-paristech.fr> wrote:
> Hi Scott,
>
> Le 10/08/2011 14:15, Scott Wilson a écrit :
>>
>> Well, right now you could use a<track>  pointing to an SVG file if you
>> wanted to. I don't think thats a significant restriction.
>>
>> The real question is - will browsers implement support for SVG documents
>> linked in<track>  elements,  or just WebVTT/Subrip formatted synchronized
>> text files?
>
> That's a good question. Given that they all implement SVG, including
> animations, I don't think it would be too hard to implement for them. But
> it's a guess.

If you want to put SVG into WebVTT cues and pick them up over the
timeline of the video through JavaScript, then throw the SVG at the
browser for decoding, that would work. You can do that now with
@kind=metadata on <track> and using getCueAsSource() to extract the
SVG.


Cheers,
Silvia.
Received on Thursday, 11 August 2011 10:50:06 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:57:07 UTC