- From: Philip Jägenstedt <philipj@opera.com>
- Date: Tue, 15 Nov 2011 10:30:23 +0100
On Tue, 15 Nov 2011 00:49:32 +0100, Aaron Colwell <acolwell at chromium.org> wrote: > Hi, > > I was looking at the seeking > algorithm<http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html#seeking> > and > had a question about step 10. > > 10. Wait until the user agent has established whether or not the media > data for the new playback position is available, and, if it is, until it > has decoded enough data to play back that position. > > > Does this mean the user agent must resume playback at the exact location > specified? > What if the nearest keyframe is several seconds away? > Is the UA expected to decode and toss the frames instead of starting > playback at the nearest keyframe? > > On desktop machines I don't think this would be a problem, but on mobile > devices it might be since the hardware may not be able to decode > significantly faster than realtime. What is the intended behavior for > such > constrained devices? > > Aaron This was last discussed in the huge thread "HTML5 video: frame accuracy / SMPTE" where I made the suggestions [1] to introduce a seek() function to allow both frame-accurate and fast seeking. If you like that idea maybe we can just spec and implement it? [1] http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-January/029806.html -- Philip J?genstedt Core Developer Opera Software
Received on Tuesday, 15 November 2011 01:30:23 UTC