This is not a trick question, but more of a pushback on the recent FUD that various people have been spreading. Quotes such as 'HTML5 video uses 10% CPU while Flash uses 100%' were both unprofessional and not backed up by any actual data. The short answer to the above question could in fact be yes - if I wanted to spin these results, but the more correct way of putting things would actually be: 'It depends'.
My co-author Jan has gone through some lengths to come up with the most thorough like-for-like comparison of HTML5 versus Flash video decoding requirements as far as CPU usage is concerned. His conclusions follow below, and I recommend you head over to his blog for the full story.
=======================================
Overall Conclusions
When it comes to efficient video playback, the ability to access hardware acceleration is the single most important factor in the overall CPU load. On Windows, where Flash can access hardware acceleration, the CPU requirements drop to negligible levels. It seems reasonable to assume that if the Flash Player could access GPU-based hardware acceleration on the Mac (or iPod/iPhone/iPad), the difference between the CPU required for HTML5 playback and Flash playback would be very much narrowed, if not eliminated.
I don't follow the politics of the situation, but after noting significant playback efficiencies in Flash Player 10.1 on the Mac, respected technologist and AnandTech founder Anand Lai Shimpi commented "with actual GPU-accelerated H.264 decoding I'm guessing those CPU utilization numbers could drop to a remotely reasonable value. But it's up to Apple to expose the appropriate hooks to allow Adobe to (eventually) enable that functionality." So it looks like the ball is in Apple's court.
Overall, it's inaccurate to conclude that Flash is inherently inefficient. Rather, Flash is efficient on platforms where it can access hardware acceleration and less efficient where it can't. With Flash Player 10.1, Flash has the opportunity for a true leap in video playback performance on all platforms that enable hardware acceleration.
Turning full circle, if Anand is right, and I don't doubt that he is, Apple complaining about Flash being a CPU Hog while not exposing "the appropriate hooks" to enable Adobe to access hardware acceleration seems disingenuous at best. To be fair to Apple, though, the iPad related timing was unfortunate, with the bulk of the development work done under the shadow of Flash Player 10.0, which didn't offer hardware acceleration other than full screen on any platform and was clearly less efficient than the HTML5-based approach Apple adopted. Now that Adobe has proven the concept on Windows, perhaps Apple will cooperate with Adobe to make hardware acceleration on the Mac, iPad and future devices happen. If they choose not to, however, they should quit pointing fingers at Flash.
What else? We also learned that not all HTML5 browsers/H.264 decoders are created equal. Significantly, with Flash 10.1 deployed, Google's HTML5 implementation required the most CPU horsepower of all playback scenarios -- by far -- on the Windows platform. On the Mac, Firefox and Safari with Flash required less CPU horsepower than Chrome's HTML5 implementation.
At least from a CPU utilization perspective, Flash isn't BAD and HTML5 isn't GOOD. It all depends upon the platform and implementation.
=============================
For the full test procedure and detailed results head over to Jan's blog.

#1 by Sergey on 3/1/10 - 8:13 AM
#2 by Stefan Richter on 3/1/10 - 8:19 AM
#3 by Matthew Fabb on 3/1/10 - 3:44 PM
http://www.kaourantin.net/2010/02/core-animation.h...
It goes into detail that Flash as a plugin can only access APIs that a browser exposes, which is completely different from a desktop app. Flash Player 10.1 will get a speed boost when used in the nightly builds of Safari, because it's only the only browser on a Mac that currently has the Core Animation API. Also mentioned in the comments, Tinic from the Flash Player team mentions they would love to access OpenGL on a Mac and hope this will happen in the future, but it seems like they can use it right now.
#4 by Sergey on 3/1/10 - 4:27 PM
I've read it and respond on this part:
"But it's up to Apple to expose the appropriate hooks to allow Adobe to (eventually) enable that functionality." So it looks like the ball is in Apple's court."
Why Apple should make some changes on their system to fit it for plug-in? Maybe plug-in maker should do so.
@Matthew
They don't use it as well, because they can't make realtime conversion of all stuff from ABC and run it with Core Animation API. If they do, h.264 will consume less CPU time, because playing such video is native for Graphic subsystem of Mac OS, so what for we need flash player if system can play video by its own?
BTW Quartz 2D also not so weak part of graphic subsystem.
There is no word about what they can't reach Core Animatino API from browser.
BTW2. Apple already done much, because of flash issue, they make browser launch all plugins in separate process, which will protect browser from crashes because some buggy code in flash movie
#5 by Matthew Fabb on 3/1/10 - 6:48 PM
#6 by guest on 3/1/10 - 7:37 PM
And yet when my buggy actionscript code crashes safari, I have to reboot my Mac completely for safari to load again without crashing.
It also crashes dreamweaver and firefox at the same time.. so bloody annoying!
#7 by Stefan Richter on 3/1/10 - 7:40 PM
#8 by Sergey Mamontov on 3/1/10 - 8:10 PM
Flash as plug-in runs in separate process only since 10.6 and Safari 4+
For example I've same situation as guest. If my AS3 code produce some exception and I don't close that message in time, plug in will hang my Safari and all other application which using that plug-in. Even if force quit Safari and launch it again, it will hang again when flash plug-in will be loaded to render flash content on page.
So as quest, I've to reboot my mac, because plug-in hangs somewhere, can't see it even in top.
#9 by Stefan Richter on 3/1/10 - 8:16 PM
So either my machines are gifted, or you're spreading a lot of inaccuracies. Which one is it?
#10 by Stefan Richter on 3/1/10 - 8:18 PM
#11 by Sergey Mamontov on 3/1/10 - 8:37 PM
Interesting, what part of sentence:
"... plug-in will hang my Safari and all other application which using that plug-in."
So even FF 3, Chrome and Opera will hang too.
I'm flash developer, so I'm work all the time with flash. Maybe you have some other build of plug-in. I've roll back to 10 debug version from 10.1 beta 3.
BTW try make some error in code witch will produce exception in run-time. Embed that flash in HTML and open in browser. Wait about 10 seconds till exception window will appear and than try to close it. I can't close it if will spend time on reading backtrace.
#12 by Stefan Richter on 3/2/10 - 9:25 AM
#13 by Sergey on 3/2/10 - 9:34 AM
Who knows, but if I'm not alone with this problem, there can be more other people with same problem. This mean what problem not local and can't be ignored by Adobe, because their player really crash browser. I'm even not able to start standalone debug player.
If Adobe will finally start moving and will fix all that issues, than maybe peoples on Mac will turn on flash plug-in back in their browsers.
BTW, why flash drains so much battery power? Why if on MacBook Pro with SL turnoff flash plug-in, it will run 40% longer? Adobe still need work, and work harder! Or they can leave all as is and become another MS
#14 by Ethan on 3/2/10 - 5:59 PM
Also Adobe can only do so much if Apple does not want to play ball with it's system. The flash player compositing in the browser and where apple like to let 3rd parties access their api's sem to not line up. I do all my dev on a mac but if Apple does not shift their "Attitude" i'll be going to a windows box. Flash tech pays my bills, Apple tech does not.
#15 by guest on 3/2/10 - 7:51 PM
http://bugs.adobe.com/jira/browse/FP-2012
If you want to see the "cause" of this issue that Sergey and I have both independently experienced you can run the following test.
Create a simple flash app, run it in the flash player and have it trace out System.totalMemmory
Then, run the app in a new tab in your browser, and in multiple browsers. Every time you open up a new instance you will see all swfs printing out the same System.totalMemmory figure. meaning, the flash player is sharing the same resources across all browsers and programs that use the flash player (atleast on a mac)
On windows it might depend on if you are using an activeX player or the Mozilla/netscape player.
#16 by Mike Duguid on 3/2/10 - 11:13 PM
#17 by Denis K on 3/3/10 - 12:47 AM
<Why Apple should make some changes on their system to fit it for plug-in? Maybe plug-in maker should do so>
thats right, or even better, lets use something better - windows for example.
@mike is right, it is turning into anti flash crap, thnx mr jobs.