If you want the video to only be downloaded if the user actually plays the video, you should not include either the preload or the autobuffer attribute. Since the autobuffer attribute is no longer present in Firefox 4, and the preload attribute is not present in Firefox 3.5 and 3.6, if you want a media to download completely, you should include both preload=”auto” and autobuffer in the video element, e.g.: This behaviour is the same as using the autobuffer attribute in Firefox 3.5 and 3.6 I suggest this is most useful in the “YouTube” case, when you’ve got a media which the user is almost certainly going to watch, and so having the user download the media is not likely to be wasting server bandwidth. As long as the browser’s own media cache isn’t full, it will keep on downloading. “ auto” – suggests to the browser that it should load as much of the resource as possible.This default behaviour is a suitable compromise between bandwidth saving and user convenience.
This was also the default behaviour in Firefox 3.5 and 3.6 in the absence of the autobuffer attribute. If you don’t specify a preload value, Firefox will automatically do this. This is the default behaviour, and prevents excess network traffic when the web developer isn’t certain the video will definitely be played. The browser will suspend the load after loading metadata, displaying the first video frame (if there’s no poster image), and ensuring it can play the media. “ metadata” – suggests to the browser that it isn’t necessary to load the entire resource in advance.This is probably most useful in a mobile environment, where data can be expensive.
I suggest using this preload value, along with the poster attribute, when it’s unlikely that the user will play the resource. The browser will delay any network traffic required to load the media until the users tries to play the resource, or explicitly loads the resource.
If you were previously using the autobuffer attribute on your HTLM5 videos, you need to update to using the preload attribute as well. This replaces the ‘autobuffer’ attribute, which we previously supported. Late last week I landed support on Firefox trunk for the HTML5 video ‘preload’ attribute. To comply with the HTML5 specification, we replaced the autobuffer attribute with the tri-state preload attribute. This is a re-post from Chris Pearce’s blog.
0 kommentar(er)
