Well, the first step would be to do plugin power saving at all. -Ekr
On Sat, Feb 7, 2015 at 8:38 PM, Jet Villegas <[email protected]> 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]. > > > -- > You received this message because you are subscribed to the Google Groups > "Flash and Video Coordination" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/a/mozilla.com/d/msgid/flashvideo-2015/CA%2B3pDCLDWYy0CT4SULq_pe6VucyUWZ_PUgJE8S8dykTsd0rphw%40mail.gmail.com > <https://groups.google.com/a/mozilla.com/d/msgid/flashvideo-2015/CA%2B3pDCLDWYy0CT4SULq_pe6VucyUWZ_PUgJE8S8dykTsd0rphw%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > _______________________________________________ dev-platform mailing list [email protected] https://lists.mozilla.org/listinfo/dev-platform
