W3C home > Mailing lists > Public > public-html-media@w3.org > July 2015

[media-source] Seekable differs from non-MSE behavior

From: David LaPalomento via GitHub <sysbot+gh@w3.org>
Date: Fri, 10 Jul 2015 22:51:32 +0000
To: public-html-media@w3.org
Message-ID: <issues.opened-94408442-1436568690-sysbot+gh@w3.org>
dmlap has just created a new issue for 
https://github.com/w3c/media-source:

== Seekable differs from non-MSE behavior ==
The MSE spec seems to indicate that the highest end time for seekable 
should [never exceed the highest buffered 
time](https://w3c.github.io/media-source/#h-htmlmediaelement-extensions)
 when the duration is set to Infinity. The HTML standard indicates 
that [duration should be 
Infinity](https://html.spec.whatwg.org/multipage/embedded-content.html#dom-media-duration)
 for unbounded or live media and that user agents [should be very 
liberal determining seekable 
ranges](https://html.spec.whatwg.org/multipage/embedded-content.html#dom-media-seekable)
 for media.

Safari on iOS and OSX seems to have interpreted this as meaning that 
the seekable range should include the time ranges covered by all 
segments in the current "sliding window" of content in a live HLS 
video. That definition is convenient because it makes seeking to the 
live point or building a DVR interface a simple operation for 
downstream developers, and seems in keeping with the spirit of the 
HTML standard. It does not seem possible to configure Source Buffers 
or a Media Source to achieve the same effect. Is there a mechanism to 
override seekable with out-of-band info like you might get from an 
M3U8?

See https://github.com/w3c/media-source/issues/5
Received on Friday, 10 July 2015 22:51:33 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 15:49:03 UTC