Safari on OS X 10.10 also has a "Safari Power Saver" mode for plugins:
"The Safari Power Saver feature recognizes the difference between what you came to see and the stuff you probably didn’t. If the content is front and center, it plays as usual. But if it’s off in the margins, Safari Power Saver pauses it. You’ll see a static preview, and it won’t run until you click to play it."
Firefox Bug 1120676 - Implement power-saving plugin mode: pause Flash content that is off screen or inactive
chris On 2/7/15 1:38 AM, Jet Villegas wrote:
We should pick this up too. --Jet ---------- Forwarded message ---------- From: Jet Villegas W3C <[email protected]> Date: Sat, Feb 7, 2015 at 1:36 AM Subject: Fwd: [blink-dev] Intent to Ship: Plugin Power Saver Poster Images To: [email protected] ---------- Forwarded message ---------- From: <[email protected]> Date: Fri, Feb 6, 2015 at 4:35 PM Subject: [blink-dev] Intent to Ship: Plugin Power Saver Poster Images To: [email protected] Cc: Antoine Labour <[email protected]>, Rachel Blum <[email protected]> Sending this because piman@ thought it was a good idea. *Contact Emails:* [email protected], [email protected] *Spec:* A specific portion of this design doc: https://docs.google.com/document/d/1GQ-B3gWyWYX1cXf_B8mTK2ELSVwHqT-5bAERZqPliCo/edit#heading=h.bea8i8zdwtn7 *Summary:* Plugin Power Saver "pauses" plugins deemed to be peripheral (small, cross-origin). This feature is to allow web authors to specify a poster image to be used in the "paused" state. Usage: <object data="http://b.tommycli.com/flash.swf"; type="application/x-shockwave-flash" width="400" height="100"> <param name="poster" value="snapshot1.png" /> </object> *Motivation:* Without a poster image, Chrome tries to automatically extract an "interesting" keyframe during a short preroll. - Plugin start can be deferred if there's a pre-provided poster image. Better performance for users. - If Chrome tries to extract a keyframe by analyzing frames, it could choose mediocre frame to use. - Keyframe extraction process itself takes up CPU time. *Link to Intent to Implement:* I implemented this before I was aware of this process. I sorry. It's behind a content setting though, so no users will experience it unless they explicitly opt in. *Demo link:* Use Chrome Canary. See http://a.tommycli.com/small_only_poster.html See here for a video: https://drive.google.com/open?id=0B-Use9bxumRNZE5Ub2VGYTk0c1E *Compatibility Risk:* I think it's minimal. The param tag is already supported. The 'poster' parameter continues to be passed to the plugin, it's just re-used for a different purpose. We could call it webkit-poster or something if you guys are worried, but I'd prefer not to. If we take the feature away, the browser will just ignore that parameter, and it shouldn't break anything. *Ongoing technical constraints:* None that I'm aware of. *Will this feature be on all platforms?* Windows, Mac, Linux, ChromeOS. Only the platforms with plugins. *OWP Tracking bug* None. Happy to make one if you guys want. Link to entry on the feature dashboard <http://www.chromestatus.com/> Also none, but happy to create also if you guys want. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
_______________________________________________ dev-platform mailing list [email protected] https://lists.mozilla.org/listinfo/dev-platform
