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

[whatwg] Handling unknown 'duration's

From: Philip Jägenstedt <philipj@opera.com>
Date: Sat, 18 Dec 2010 11:27:08 +0100
Message-ID: <op.vnwnbisksr6mfa@nog>
On Sat, 18 Dec 2010 03:34:19 +0100, Robert O'Callahan  
<robert at ocallahan.org> wrote:

> http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#dom-media-durationsays:
> The duration attribute must return the time of the end of the media
> resource<http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#media-resource>,
>> in seconds, on the media  
>> timeline<http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#media-timeline>.
>> If no media  
>> data<http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#media-data>is  
>> available, then the attributes must return the Not-a-Number (NaN) value.
>> If the media  
>> resource<http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#media-resource>is  
>> known to be unbounded (e.g. a streaming radio), then the attribute must
>> return the positive Infinity value.
> What if the duration is not currently known?
> I think in general it will be very difficult for a user-agent to know  
> that a
> stream is unbounded. In Ogg or WebM a stream might not contain an  
> explicit
> duration but still eventually end. Maybe it would make more sense for the
> last sentence to read "If the media resource is not known to be bounded,
> ..."

Agreed, this is how I've interpreted the spec already. If a server replies  
with 200 OK instead of 206 Partial Content and the duration isn't in the  
header of the resource, then the duration is reported to be Infinity. If  
the resource eventually ends another durationchange event is fired and the  
duration is reported to be the (now known) length of the resource.

Philip J?genstedt
Core Developer
Opera Software
Received on Saturday, 18 December 2010 02:27:08 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:09:02 UTC