flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jude <flexcapaci...@gmail.com>
Subject Re: Apache Flex suggestion - dumping SWF support in favor of HTML5 - listen to Steve
Date Sat, 28 Jan 2012 21:30:00 GMT
About your Flash CPU hog comment, since Flash Player 10.1 [0]:


   - *New Timer* - Flash Player 10.1 beta 3 introduces its own periodic
   timer that delivers consistent cross platform behavior and eliminates the
   dependency on different browser timer implementations.
   - *Less Polling* - The timing model change decouples the SWF frame rate
   from, for example, the video playback frame rate inside the SWF and
   eliminates having the Flash Player poll up to 120 times a second even if
   nothing is happening.
   - *Throttling* - Non-visible SWFs and SWFs on hidden tabs are throttled
   down to 2 frames per second. No rendering occurs unless the SWF becomes
   visible again. Timers and local connections are also clocked down to 2 FPS.
   Video is decoded but not rendered or displayed using idle CPU time while
   audio plays back at 8 FPS to preserve backwards compatibility.
   - *Synchronized* - Frame rates of visible SWFs, timers and local
   connections are limited and aligned to the player's periodic timer. Video
   can play back at any frame rate, increasing video playback fidelity.


   - Significantly lower CPU utilization with non-visible SWF content
   - Extended battery life
   - Consistent, cross-platform timer behavior improves application
   performance consistency for developers
   - Improved audio/video synchronization and video playback fidelity
   - Backwards compatible - audio and video continue to play in hidden tabs

It is a great change for Flash Player 10.1. Regardless of which browser or
operating systems or device you use, we will see Flash content playback
more consistent and performant across screens.

[0] http://ted.onflash.org/2010/03/jiffiness-flash-player-gets-new-clock.php

On Sat, Jan 28, 2012 at 3:21 PM, Raju Bitter <rajubitter@googlemail.com>wrote:

> Not sure what you are trying to here, but that's exactly the kind of
> tone/message an open source community doesn't need!
> - Raju

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message