On Mon, Aug 25, 2014 at 12:03 AM, Justin Dolske <dol...@mozilla.com> wrote: > On 8/22/14 10:17 AM, Hubert Figuière wrote: >> >> On 21/08/14 01:29 PM, Wesley Johnston wrote: >>> >>> Summary: We've had some complaints at times about videos autoplaying on >>> mobile devices when sites request autoplay. > > [...] > >> Autoplay waste bandwidth, whether mobile or wifi. In some case it is >> more serious than other. > > > I think it would make a lot of sense to have an explicit "low bandwidth > mode" that did stuff like this, instead of trying to address it piecemeal. > There's all kinds of stuff that can consume bandwidth, and if we think it's > a real concern then let's directly address it. > > Consider the increasingly popular gfycat.com. It offers GIF hosting with > reduced bandwidth, by encoding as WebM. Example: > > http://www.gfycat.com/SpectacularPerfectCygnet.html (910K WEBM) > http://giant.gfycat.com/SpectacularPerfectCygnet.gif (10.9MB GIF) > > Autoplay makes complete sense in this context, just as every browser will > "autoplay" a GIF. If the concern is actually bandwidth, then it would be > better to avoid/abort loading video _and_ images above some arbitrary > threshold. Why penalize a 910K video file but not an images 12x as large? > Should be the other way around!
In practice most videos are larger than most gifs. Yes, there are exceptions, and yes, there are other features that we could add to further reduce bandwidth usage, but we shouldn't let perfect be the enemy of good. Especially given that autoplay was explicitly added in order for UAs to implement policies such as the ones discussed here. It seems silly of us not to take advantage of that. If gfycat absolutely wants to autoplay their videos, they can still use the .play() API. That's what the spec says to do. That said, if you have ideas for how we can do even better, definitely speak up. I'd be happy to stop downloading animated gifs over a certain size over mobile connections if we can have some UI which lets the user resume the download. / Jonas _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform