W3C home > Mailing lists > Public > whatwg@whatwg.org > May 2010

[whatwg] Timestamp from video source in order to sync (e.g. expose OGG timestamp to javascript)

From: Robert O'Callahan <robert@ocallahan.org>
Date: Mon, 24 May 2010 22:33:56 +1200
Message-ID: <AANLkTikszihDRXKfUowczdO0pEBNkYBr0963E4VAj87A@mail.gmail.com>
On Mon, May 24, 2010 at 10:13 PM, Philip J?genstedt <philipj at opera.com>wrote:

> Oh, so the idea is that the earlier data might actually be seekable, it's
> just that the UA seeks to an offset, much like with media fragments? The
> exception might be live streaming, where the duration is +Inf anyway.


Yes.

I don't think the current spec allows you to seek to before the "earliest
> possible position", pretty much by definition.
>
> These are the cases I know of where an offset of some kind may be relevant:
>
> * live streaming.
>
> * server-applied media fragments where the offset of the fragment is given
> in a header of the resource.
>
> For live streaming, I'm not sure the current spec has a problem, if
> browsers would implement the startTime property.


But you just said you want to get rid of startTime "regardless of anything
else"!

For resources which themself claim an offset, I think we should let them
> start at 0 anyway and let people who really want a weird timeline fix it
> themselves.


That means they basically won't work with most players, which won't be
expecting to deal with negative seekable times or the "weird timeline".

Rob
-- 
"He was pierced for our transgressions, he was crushed for our iniquities;
the punishment that brought us peace was upon him, and by his wounds we are
healed. We all, like sheep, have gone astray, each of us has turned to his
own way; and the LORD has laid on him the iniquity of us all." [Isaiah
53:5-6]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20100524/ca0450db/attachment.htm>
Received on Monday, 24 May 2010 03:33:56 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:23 UTC