W3C home > Mailing lists > Public > whatwg@whatwg.org > March 2009

[whatwg] Author control over media preloading/buffering

From: Robert O'Callahan <robert@ocallahan.org>
Date: Thu, 5 Mar 2009 15:04:17 +1300
Message-ID: <11e306600903041804i47921295u2a3d28dc1eb15fdb@mail.gmail.com>
On Thu, Feb 26, 2009 at 10:19 PM, Ian Hickson <ian at hixie.ch> wrote:

> On Wed, 25 Feb 2009, Robert O'Callahan wrote:
> >
> > Under "Once enough of the media data has been fetched to determine the
> > duration of the media resource, its dimensions, and other metadata",
> > after setting the state to HAVE_METADATA, steps 7 and 8 say
> >
> > > 7. Set the element's delaying-the-load-event flag to false. This stops
> > > delaying the load event.
> > >
> > > 8. This is the point at which a user agent that is attempting to
> > > reduce network usage while still fetching the metadata for each media
> > > resource would stop buffering, causing the networkState attribute to
> > > switch to the NETWORK_IDLE value, if the media element did not have an
> > > autobuffer or autoplay attribute.
> >
> > I suggested HAVE_CURRENT_DATA would be a better state for these actions,
> > and I still think so. These actions should not occur until the UA is
> > able to display the first frame of the video. Authors would want the
> > first frame of a non-autobuffered video to be visible, and the document
> > load event should fire after the first frame is available by analogy
> > with images.
>
> I've updated the note as per your suggestion.
>

In step 7 you still stop delaying the load event after loading metadata. I
still say we should keep delaying the load event until we reach
HAVE_CURRENT_DATA.

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/20090305/93a4bba7/attachment.htm>
Received on Wednesday, 4 March 2009 18:04:17 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 30 January 2013 18:47:49 GMT