Slashdot Mirror


A Skeptical Comparison of HTML5 Video Playback To Flash

gollum123 writes "Think we'd all be better off if HTML5 could somehow instantly replace Flash overnight? Not necessarily, according to a set of comparisons from Jan Ozer of the Streaming Learning Center website, which found that while HTML5 did come out ahead in many respects, it wasn't exactly a clear winner. They did find that HTML5 clearly performed better than Flash 10 or 10.1 in Safari on a Mac, although the differences were less clear cut in Google Chrome or Firefox. On the other hand, Flash more than held its own on Windows, and Flash Player 10.1 was actually 58% more efficient than HTML5 in Google Chrome on the Windows system tested. As you may have deduced, one of the big factors accounting for that discrepancy is that Flash is able to take advantage of GPU hardware acceleration in Windows, while Adobe is effectively cut out of the loop on Mac." gollum123 also links to additional tests indicating that Flash "does not perform consistently worse on Mac than on Windows."

391 comments

  1. GPU acceleration and Opera by sopssa · · Score: 4, Interesting

    The second test seems to forget that Flash added GPU acceleration in Windows, which dramatically drops CPU usage. It's not even small amount, it's 60%->12% with YouTube 720p video and most likely even more with 1080p. They've been working a lot with NVIDIA on it, which means more bad news for HTML5. I also installed those new NVIDIA drivers and newest Flash beta and full screen video is considerably smoother.

    And where's Opera in this test? They added HTML5 support in 10.5 final too and their whole drawing engine will be hardware accelerated, with websites also. Their canvas implementation is also faster than with any other browser.

    1. Re:GPU acceleration and Opera by pacificleo · · Score: 0

      When was the last time Performance and better quality became critical in deciding which tech will be widely deployed ? Unless a biggie like Google /MS /Apple back on HTML5 i don't see why it would replace incumbent standard :Flash . i have seen this movie before in Betamax Vs VHS and I am sure that lot of folks on slashdot are reading this discussion on IE 6 . comaprision like these are geeky amusment at best .

      --
      somethings are best left unsaid , I am one of those things
    2. Re:GPU acceleration and Opera by shutdown+-p+now · · Score: 3, Informative

      Unless a biggie like Google /MS /Apple back on HTML5 i don't see why it would replace incumbent standard

      Both Google and Apple are heavy HTML5 backers. Not only they're on the W3C working group for it, but their respective browsers already implement large parts of it (including, specifically, HTML5 video).

    3. Re:GPU acceleration and Opera by Ethanol-fueled · · Score: 2, Interesting

      Will that get rid of those annoying but obligatory Quicktime downloads?

    4. Re:GPU acceleration and Opera by pacificleo · · Score: 1

      They are not *Betting* on HTML5 they are just complying with standard or hedging for it. last month at Mobile Web Conference'2010 Eric Schimidt Touted Flash Support in android . I doubt they would do it for HTML5 . when it comes to mobile Google want it to be app/pluggin centric pardigm where they control things as they control Android . things like HTML5 which pushes WAP paradigm is something they won't like .

      --
      somethings are best left unsaid , I am one of those things
    5. Re:GPU acceleration and Opera by shutdown+-p+now · · Score: 2, Informative

      Well, Apple has been pushing for standardizing on H.264 as a primary codec for HTML5 video, specifically... so I guess that would make it "yes".

    6. Re:GPU acceleration and Opera by shutdown+-p+now · · Score: 4, Informative

      Well, I can't speak for Google, but Apple was one of three companies (two others being Mozilla and Opera) which founded WHATWG, thus putting a start to HTML5 development.

      Also, it doesn't make sense for them to "comply with the standard" when there's no standard yet. As it is, both Google and Apple (and others) are writing the standard, and implementing the current drafts. Google also provides HTML5 beta of YouTube. If, as you say, there is no real business case for them to promote HTML5, they wouldn't do either thing.

      The reason why Google touts Flash support in Android at the same time is because Flash is still relevant today, and because this is a major competitive advantage that Android has over iPhone. It would be foolish of them not to raise that point.

    7. Re:GPU acceleration and Opera by Anonymous Coward · · Score: 0

      Not true,

      While Flash still exists, there's no reason to not support that (have you seen the market share, you idiot?)

      Support HTML5 video and Flash at the same time. no big deal, if the browser supports HTML5 video, display it. Otherwise, use Flash u sucker!!

      that is all.

    8. Re:GPU acceleration and Opera by Aladrin · · Score: 5, Insightful

      So they're saying that when Flash isn't -doing- anything, it still sucks down 12% of the CPU. Yeah, that's awesome! Whoo!

      They're also saying that With Flash using the GPU to the hilt, and HTML 5 not, they use about the same CPU.

      Seriously, these are not impressive numbers.

      --
      "If you make people think they're thinking, they'll love you; But if you really make them think, they'll hate you." - DM
    9. Re:GPU acceleration and Opera by Runaway1956 · · Score: 3, Interesting

      From the submission: "On the other hand, Flash more than held its own on Windows,"

      "When was the last time Performance and better quality became critical in deciding which tech will be widely deployed?"

      Personally - I wish that SECURITY were the primary criteria in deciding which tech will be widely deployed. I'll sacrifice a bit of "performance", if HTML5 proves to be immune to all the exploits that Adobe products are open to. Yes, of course, HTML5 will have exploits, but Adobe seems to be wide open today.

      Yes, HTML5 supports "super cookies" - that's a potential exploit IMO. What else is there?

      Security, security, security. If a new technology opens an entire new class of exploits, then it's not worth having, even if it increases "efficiency" by orders of magnitude.

      That said - I favor HTML5, because it is "open", and people can manage their own risk. With Adobe being closed, the open source crowd isn't free to search for the exploits that the black had people keep finding.

      --
      "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
    10. Re:GPU acceleration and Opera by h4rm0ny · · Score: 1

      Super cookies?

      --

      Aide-toi, le Ciel t'aidera - Jeanne D'Arc.
    11. Re:GPU acceleration and Opera by PopeRatzo · · Score: 1

      You think they're just going to give up on QT?

      That doesn't sound like today's Apple to me.

      --
      You are welcome on my lawn.
    12. Re:GPU acceleration and Opera by PopeRatzo · · Score: 4, Insightful

      I favor HTML5, because it is "open", and people can manage their own risk.

      Most people can't manage their own desktop, how they gonna manage their own risk?

      --
      You are welcome on my lawn.
    13. Re:GPU acceleration and Opera by IntlHarvester · · Score: 4, Informative

      I wasn't particularly impressed with the Youtube HTML5 beta (using Chrome) and ended up opting out. Playback wasn't very smooth, the video controls are slightly buggy, and HD videos seemed to take more time buffering. As of right now, the Flash player provides a far better experience.

      (And Youtube's player controls are probably far better than anything the average developer could come up with.)

      Internet nerds are predicting that HTML5 will be the death of Flash Video, but IMO it still looks like it has a long way to go.

      --
      Business. Numbers. Money. People. Computer World.
    14. Re:GPU acceleration and Opera by Anonymous Coward · · Score: 0

      I wasn't particularly impressed with the current Chrome implementation of HTML5 and ended up opting out.

      FTFY.

      It has nothing to do with Youtube, and all to do with the browser.

    15. Re:GPU acceleration and Opera by nahdude812 · · Score: 4, Insightful

      In the mean time, Mozilla has stated that they're unable to ship H.264 as part of Firefox. H.264 has patent and licensing issues associated with it.

      Your choices are still 1) create content once for a ubiquitous platform available absolutely everywhere except Apple embedded devices (where Apple chooses for you that you don't have access to it), or 2) create content multiple times in multiple formats, falling back on browser sniffing and other skulduggery, plus having to test on a variety of different platforms, then going ahead and creating the #1 version anyway since there are still people you can't reach without this no matter how hard you try.

      HTML5 is the right direction. But it is a long, long way from mature. There isn't a single ubiquitous codec even when your users support the fledgling standard otherwise. Until then, Flash is still the right choice for all but technical purists, both for video, and for absolutely everything else Flash offers (including feature domain HTML5 doesn't cover even in draft).

    16. Re:GPU acceleration and Opera by Anonymous Coward · · Score: 0

      Lil problem: H264 playback for end user is subjected to the whims of the MPEG LA committee. IMO a good playback experience involves knowing that you will be able to play that video freely whenever you like.

      > On February 2, 2010 MPEG LA announced that H.264-encoded Internet Video that is free to end users would continue to be exempt from royalty fees until at least December 31, 2015. (WP)

    17. Re:GPU acceleration and Opera by Skapare · · Score: 2, Insightful

      If NVIDIA would put the effort into making an open codec (such as Dirac) directly in the GPU firmware, and keep their Linux driver updated properly (or just open source it ... all the magic is in the GPU so the driver should just be a means to pass data between CPU and GPU), then an HTML5 based video would display well, too.

      This is NOT a showing of whether Flash is better than raw video, or not. It's a showing of what secret backroom deals can do to lock out safer, more secure, more open, ways of doing things, and doing them just as fast, if not faster. If speed really is the issue (and it's NOT number one for me), then show it honestly by putting an equal effort into both. They clearly failed to do that in this case.

      --
      now we need to go OSS in diesel cars
    18. Re:GPU acceleration and Opera by realityimpaired · · Score: 2, Informative

      .mov is a container format, like .avi. They can standardize on H.264 without giving up on QT. :)

    19. Re:GPU acceleration and Opera by Runaway1956 · · Score: 5, Informative

      Super cookies, yes. Maybe you have some? Read:

      http://www.imasuper.com/66/technology/flash-cookies-the-silent-privacy-killer/

      http://www.fightidentitytheft.com/blog/new-breed-super-cookie-defies-removal-almost

      http://lifehacker.com/5245418/betterprivacy-prevents-tracking-by-flash-other-super+cookies

      In short, if you don't know any better, Adobe enables web sites to install a cookie that your browser doesn't even know about, let alone manage. And, those cookies persist forever, tracking anything that the website chooses to track.

      --
      "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
    20. Re:GPU acceleration and Opera by devent · · Score: 2, Insightful

      In the mean time, Mozilla has stated that they're unable to ship H.264 as part of Firefox [mozillazine.org]. H.264 has patent and licensing issues associated with it.

      Isn't the codec the responsibility of a codec library? I played H.264 videos on Linux today. Mozilla could just use gstreamer or what ever else

      --
      http://www.mueller-public.de - My site http://www.anr-institute.com/ - Advanced Natural Research Institute
    21. Re:GPU acceleration and Opera by IntlHarvester · · Score: 1

      That's exactly what I mean, Google can't even make it work well when they themselves control the browser environment. That indicates we're still away from mass-adoption.

      --
      Business. Numbers. Money. People. Computer World.
    22. Re:GPU acceleration and Opera by wisty · · Score: 2, Insightful

      It's just odd to compare two different tech stacks (which can do just about anything) by measuring their video playback performance.

      As long as hardware acceleration works, the language (or whatever you want to call it) is not a big factor. It's like comparing an apple (which may have a gorilla supporting it), in a cage match with an orange (which may have a gorilla supporting it).

      Flash uses the GPU (except on OSX - boo Apple). HTML5 will use the GPU on every platform sometime in the future. I know which one my money's on.

      I don't like it that HTML5 will win due to Apple's dirty tricks, but face it - sometimes the end justifies the means.

    23. Re:GPU acceleration and Opera by h4rm0ny · · Score: 1


      Ah yes, those. Nasty buggers. They caught me out (as they did a lot of people) and not happy was I when I found out about them. From your context, I understood you to be talking about something in HTML 5. Are you saying that HTML 5 somehow supports an equivalent to the Flash cookies? I'm not doubting you, I just am not sure how cookies in HTML 5 would / will differ from normal cookies now. Are you saying that HTML 5 allows cookies to be embedded in media?

      --

      Aide-toi, le Ciel t'aidera - Jeanne D'Arc.
    24. Re:GPU acceleration and Opera by cheesybagel · · Score: 3, Interesting

      No need to bother. All that needs to happen is for someone to add CUDA or OpenCL acceleration to the codec playing and it will still be offloaded to the graphics card.

    25. Re:GPU acceleration and Opera by Gerzel · · Score: 1

      The key phrase is for now. Things change over time and I have a feeling html5 has enough momentum to go long.

      It is difficult if not downright foolish to judge a new technology only by its starting features when you first encounter it. You have to look at its development cycle, and barring that (if it is too new to have a cycle) its developers too.

    26. Re:GPU acceleration and Opera by Runaway1956 · · Score: 3, Interesting

      Well - maybe it's not a direct equivalent, but yes, HTML5 has the potential to keep such persistent cookies, as large as or larger than flash now uses.

      http://completosec.wordpress.com/2010/02/07/html-5-persistent-offline-storage-as-a-risk-management-challenge/

      Or, you can just google "html5 persistent cookies" for more, and better hits. It's the "persistent" part that I'm concerned about, and the ability to find them, sort them, and manage them. Normal cookies aren't a problem for anyone with even minimal computer competence. These new Super Cookies are a problem for even moderately computer savvy people.

      --
      "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
    27. Re:GPU acceleration and Opera by Anonymous Coward · · Score: 3, Insightful

      n the mean time, Mozilla has stated that they're unable to ship H.264 as part of Firefox

      I wouldn't want them to. Why in the hell would any browser include a codec. What Mozilla and every other browser is supposed to do is not care about codecs and use what's installed on the user's computer. Place an option in the preferences menu, so you can choose between multiple installed options.

      I don't want to choose my browser based on who has the most efficient codec. I want to choose it based on which browser gives me a better browsing experience. If I find a better codec that can do GPU acceleration, or whatever, I want to install it and have all my browsers be able to use it.

    28. Re:GPU acceleration and Opera by jedidiah · · Score: 1

      > I wouldn't want them to. Why in the hell would any browser include a codec.

      Exactly. It's just this sort of nonsense that's the problem now. We should be able
      to plug in our own well crafted decoders. Othererwise, HTML5 is just a repeat of
      Flash where you're at the mercy of a vendor that may or may not be motivated to
      fully support your platform.

      Anything that is supposed to replace Flash should strive to allow for better platform specific optimization.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    29. Re:GPU acceleration and Opera by jedidiah · · Score: 3, Insightful

      > It's just odd to compare two different tech stacks (which can do just about anything) by measuring their video playback performance.

      It's the point of comparison because hardware acceleration DOES NOT WORK.

      It doesn't work despite there meant a means to do so on both Linux and MacOS. Adobe continues to give same excuses while sandbagging.

      Their Windows version probably isn't even living up to it's own potential in this regard.

      Video playback performance is fixated on because it means the difference between being able to use an Atom or needing a 3Ghz or Quad Core machine.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    30. Re:GPU acceleration and Opera by Anonymous Coward · · Score: 0

      Using the Quicktime container format has nothing to do with giving things up; they already did that once by getting a slightly modified version of that format into the MPEG4 spec.

      Apple's been pushing H264 all over the place anyway. They own parts of the patents and are big enough to not have to worry about the capped patent licenses; it's only a factor for smaller players and open source advocates.

    31. Re:GPU acceleration and Opera by nine-times · · Score: 3, Insightful

      In the mean time, Mozilla has stated that they're unable to ship H.264 as part of Firefox [mozillazine.org]. H.264 has patent and licensing issues associated with it.

      Why not just kick H264 over to a media player (VLC/Quicktime/WMP) instead of trying to include codecs in browsers? That's an option, at least, since most media players will decode h264.

      Here's the main problem I have with this complaint: Ultimately, Flash is just being used as a 3rd party H264 media player anyway. By saying people should stay on Flash, you're basically saying, "Mozilla can't distribute H264 decoders and we can't ask people to install any 3rd party H264 decoders, so instead we're going to force everyone to install a particular 3rd party H264 decoder which is included in a sprawling 3rd-party plugin that only works well in Windows."

      When you stop and think about it, it doesn't really make a ton of sense. Flash has worked as a stop-gap measure, but it really has never been a good way to handle things.

      create content once for a ubiquitous platform available absolutely everywhere except Apple embedded devices

      *sigh* If only it were that simple. Flash isn't on absolutely everything except Apple devices. It works pretty well in Windows. You can get it on Linux/BSD/etc, but some distros don't have it installed by default. Even on OSX, Flash is a buggy resource hog that crashes constantly, which is at least part of the reason why Jobs doesn't want it on his low-power devices. Non-Apple phones and embedded devices may or may not have Flash support.

      Adobe tried to blame Apple for the poor performance of Flash on OSX, but if you read their description of the situation, it basically comes down to, "We chose to stick with Carbon (an old framework which Apple has basically been trying to obsolete, but keeping around for compatibility's sake) instead of switching to Cocoa (the new framework), and Carbon doesn't have as direct access to the GPU."

      There isn't a single ubiquitous codec even when your users support the fledgling standard otherwise.

      H264 is getting to be pretty darned ubiquitous, close to how MP3 was for audio back in the heyday of Napster. Sure, you still had Real Media files and Windows Media files, but mostly people used MP3. Also, technically you're supposed to pay a patent licensing fee for distributing MP3 encoders, MP3 decoders, and even MP3 files, so it really isn't that different.

      So who doesn't use H264 to encode their movies? In my experience, it's mostly (a) people who use Ogg for ideological reasons rather than practical reasons; and (b) pirates who are under the mistaken impression that the old DivX encoder provides better compression than H264, or believe that H264 is a proprietary Apple format. Yes, I know there are other reasons to use other formats, but I think the two I mentioned probably take care of most of the normal consumer uses (ignoring legacy devices).

    32. Re:GPU acceleration and Opera by dhobbit · · Score: 1

      1) Would be great if it were true. Flash is far from an ubiquitous platform.

      2) Ya it sucks to create standards based content for competing clients with different capabilities. We really should just write everything for the Adobe produced runtime and cut out the consumer choice and corporate competition.

      HTML has a long way to go for what? Every major browser, expect IE, supports the core parts of HTML5 (I'll ignore video for a second) well enough to provide a clean upgrade path from HTML4 and flash (remember ignoring video). Flash offers nothing but crap technology that just confuses end users. Do everyone a favor and use standards whenever possible.

    33. Re:GPU acceleration and Opera by dhobbit · · Score: 1

      Flash playback for end users is subject to the whims of Adobe.

      What's the difference?

      Look we need to get off this notion that anything but oxygen free. At least in the US nothing is free and never will be. As for h264 video its not in the interest of MPEG LA to charge individual consumers and if the service provider can't generate enough revenue from ads or subscription than they shouldn't be in business.

    34. Re:GPU acceleration and Opera by BrokenHalo · · Score: 1

      Why not just kick H264 over to a media player (VLC/Quicktime/WMP) instead of trying to include codecs in browsers?

      I believe that has already happened. I read somewhere that VLC has no problem with H264, and I presume (?) Mplayer is likewise, and both offer plugin capabilities for browsers. I have no information about the proprietary offerings, but you can rest assured Microsoft and Apple won't want to lock you out of that content. Locking you in, however, might be more of a problem, if they can swing it that way.

    35. Re:GPU acceleration and Opera by CAIMLAS · · Score: 1

      Part of it might be due Flash vs. HTML5 performance in Linux. HTML5 blows away Flash in every respect on Linux these days, regardless of which browser you're using. That might have something to do with the Geek's perspective.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    36. Re:GPU acceleration and Opera by nahdude812 · · Score: 1

      I'm not saying people should stay on Flash. I'm saying that the current environment is such that from a business perspective, the choices are either you produce just a Flash version, or you produce multiple versions with different codecs to hit as much of the market as possible, then still produce a Flash version to hit the rest of the market.

      Like I said, HTML5 is the right direction. But it's immature, non-ubiquitous, inconsistent, and poorly supported. It's where technology should be going, but it sure as heck isn't there yet, and we've got years to go before it is.

      I'm also speaking beyond just video (which seems to be the only significant discussion for many people RE HTML5-v-Flash), and also functionality Flash provides that HTML5 doesn't even have a draft for yet.

      But speaking specifically to video:

      H264 is getting to be pretty darned ubiquitous, close to how MP3 was for audio back in the heyday of Napster.

      H.264 is a lot of places, sure. But as I pointed out, it's patent and licensing encumbered, and therefore certainly doesn't qualify as a panacea for all things video. Mozilla can't/won't support it under current circumstances, so that automatically disqualifies it for any ubiquity label in the browser market (and that's the conversation space where we're at).

      H.624 is a great codec. It's what I use for my own video library - excellent quality, great performance, and small file sizes, what else could you ask for? But it's it's not free in either the speech or beer senses. Unless and until becomes so, or Ogg Theora sees adoption in Chrome and Safari, Flash is still the better choice for pragmatists - even though it uses H.264 under the hood, it also abstracts this and adopts the burden of market coverage itself rather than leaving it up to the developer.

      In order for HTML5 to achieve ubiquity, it needs to provide a unified interface. Developers need to be able to write once and run anywhere like they can do with Flash today. HTML5 will not displace Flash as long as there are still codec wars going on (and sure, maybe you can say that the browser shouldn't care about codec and leave it up to the OS - but as long as that's the approach, HTML5 will never succeed). Today developers test their product on their Windows install of Flash running under IE 6. It works there, so it works everywhere. Test your HTML5 product on Firefox OS X. Then test it again on Chrome OS X, and again on Safari OS X. Now start testing under Windows, and again under Linux.

      HTML5 won't win the war like this. It needs to displace a mature product, and it's still too immature. Like I said from the start: this is the right direction, but it's far from even being a contest worth having yet.

    37. Re:GPU acceleration and Opera by etymxris · · Score: 2, Insightful

      I don't see any fundamental difference between native support of jpeg and native support of video codecs.

    38. Re:GPU acceleration and Opera by BrokenHalo · · Score: 1

      That said - I favor HTML5, because it is "open"

      That seems a bit rash: there's nothing that says a standard cannot include closed protocols. There are well established precedents that suggest that standards bodies are not immune to blandishments or coercion from big corporations.

    39. Re:GPU acceleration and Opera by abigor · · Score: 1

      Apple's fondness for Quentin Tarantino, deep as it may be, won't surpass cold, hard business reality.

    40. Re:GPU acceleration and Opera by Blakey+Rat · · Score: 2, Insightful

      If NVIDIA would put the effort into making an open codec (such as Dirac) directly in the GPU firmware, and keep their Linux driver updated properly (or just open source it ... all the magic is in the GPU so the driver should just be a means to pass data between CPU and GPU), then an HTML5 based video would display well, too.

      And... what would be in it for them? They're not going to spend all that money to get Slashdot bragging rights.

    41. Re:GPU acceleration and Opera by blai · · Score: 1

      If you've tried, Opera 10.50 doesn't *play* youtube in HTML5, even if it identifies itself as Firefox or Safari.
      Could be the codec the stuck with.

      --
      In soviet Russia, God creates you!
    42. Re:GPU acceleration and Opera by Maxo-Texas · · Score: 1

      Given a multi gigahertz multi processor computer do I really care if it consumes 10% or 33% or even 50% of the processor while I'm watching a video?

      I care about open standards a lot more.

      If the performance difference actually affected anything that I saw-- perhaps. But video has been smooth for three or four years now.

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
    43. Re:GPU acceleration and Opera by Maxo-Texas · · Score: 1

      FYI: There is a tool for removing these under firefox.

      It's called "Better Privacy" and removes LSO cookies.

      I felt a little foolish installing it since I wasn't seeing anything I would call a negative effect but it don't hurt performance and regularly cleans up a half dozen to several dozen LSO cookies when I exit the browser.

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
    44. Re:GPU acceleration and Opera by colinrichardday · · Score: 1

      With Adobe being closed, the open source crowd isn't free to search for the exploits that the black had people keep finding.

      Yeah, because FSF isn't going to let anyone inspect the gnash code. SWF is a format, not an implementation. And yes, gnash works on YouTube.

    45. Re:GPU acceleration and Opera by Anonymous Coward · · Score: 0

      The standard youtube app is doing a lot even when video is hardware accelerated. It's putting up banner ads, that little spinning logo is still running behind the video, etc. Flash needs to composite these elements with the hardware accelerated video, stream down the video, etc.

    46. Re:GPU acceleration and Opera by Daengbo · · Score: 1

      Adobe tried to blame Apple for the poor performance of Flash on OSX, but if you read their description of the situation, it basically comes down to, "We chose to stick with Carbon (an old framework which Apple has basically been trying to obsolete, but keeping around for compatibility's sake) instead of switching to Cocoa (the new framework), and Carbon doesn't have as direct access to the GPU."

      This is really similar to Adobe's reason for the slow performance on Linux: "It's just too confusing and nothing is standard!" They're just ignoring that tons of other media players (including ones with source code the devs could look at for reference) have implemented simple checks to determine which of the $SMALLNUMBER of GPU acceleration methods are available before falling back to the CPU. Meh.

    47. Re:GPU acceleration and Opera by Bert64 · · Score: 3, Interesting

      Well if you look at web browsers on the Amiga platform, they typically had no built in support for any image formats whatsoever. The OS provided a facility called "datatypes" which allowed any application supporting datatypes, to load any format for which a valid datatype was available. Amiga browsers were among the first able to display PNG images on the web simply because a PNG datatype already existed.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    48. Re:GPU acceleration and Opera by Bert64 · · Score: 1

      Another option is for Adobe to open source flash...
      The plugin is free anyway, and they don't seem to invest a lot of time in it.. The linux client apparently only has 1 developer working on it, the mac client is slow and buggy too, and they are way behind on the 64bit front.

      They should open it up, publish full specs (under a less restrictive license than they currently do) and also release a test suite to ensure that any modified versions of the plugin comply with the specs.

      With flash being open, it could become a true standard and be integrated into the browsers and possibly into future HTML specs, and you would see support for it on every device out there whereas currently many embedded devices (many phones, other devices with integrated browsers) don't support it at all.

      If they keep it closed, it's just going to lose out to HTML5 and Silverlight slowly but surely, eventually becoming irrelevant.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    49. Re:GPU acceleration and Opera by nine-times · · Score: 1

      I believe both VLC and Mplayer (and many other FOSS projects) make use of x264, a GPLed H264 encoder/decoder. It works great, no problem. The problem hasn't been coming up with an implementation, but rather finding a way to sidestep patent licensing fees.

      LAME had similar problems, and for years they didn't offer compiled versions of their encoder, claiming to be "for educational purposes". I don't know how LAME and VLC get around patents now, but apparently Mozilla and many Linux distros can't get around them as easily, and so they don't offer support by default.

      So we have a GPLed decoder which can be installed in Linux/Unix, and OSX and Windows both ship with H264 decoders installed right now. Many portable devices and set-top boxes also come with H264 hardware decoders. It's a well supported codec.

    50. Re:GPU acceleration and Opera by roju · · Score: 1

      I'd wager that the difference is that Lame and VLC as organizations have no money whatsoever, whereas Mozilla Corp brings in $60 million a year and Canonical likely has cash worth losing as well.

    51. Re:GPU acceleration and Opera by nine-times · · Score: 1

      You're writing as though you have a horse in this race.

      HTML5 isn't mature, but it's extremely new. It's a standard which is still under development, and the first browsers to support it have only been released very recently. If you're running a website, should you immediately drop all Flash support and use only HTML5? No. AFAIK, IE doesn't even support the video tag yet. On the other hand, if you run a video site and you aren't even working on an HTML5 version yet, I think you're betting on the wrong horse.

      As far as H264 being patent encumbered, yes that's true. So is MP3. So what? I mean, yes, if you want to argue ideologically that we should be using completely free codecs, I might very well agree with you, but in that case, Flash is just as guilty as everyone else who supports H264.

      But anyway, you're not making an ideological argument. You seem to be trying to mount a practical argument that most computers and devices don't have and/or can't easily get H264 support for free. That's not really true. Even if you're using Firefox, there's no reason you couldn't have a h264 plugin. Right now, when I install Firefox and go to Youtube, it basically tells me, "You need Flash. Go here to install it." There's no reason they couldn't just as easily say, "You need the VLC plugin. Go here to install it." It's really no worse, unless your point is that you just want everyone to be forced to install Flash.

      If you want Ogg support, it's already supported in Chrome. Support can be added to Safari with a quick download from Xiph. There's no real problem.

      You keep saying it's "immature" as though that's sufficient to dismiss the whole thing. Most technologies are a bit immature when they start out. It's progressing quickly, and most video sites (e.g. Youtube) are already working on migrating to HTML5. The problems are being worked out.

      I'm also speaking beyond just video (which seems to be the only significant discussion for many people RE HTML5-v-Flash), and also functionality Flash provides that HTML5 doesn't even have a draft for yet.

      Yes, it's true, HTML5 doesn't quite do everything Flash does. Games seem to be the chief example. You can make Flash games much more easily and get better performance than trying to create them in HTML. But everything else? Meh.

    52. Re:GPU acceleration and Opera by Anonymous Coward · · Score: 0

      People have been saying this for a long time now... sadly, nobody at Mozilla seems to be listening...

    53. Re:GPU acceleration and Opera by nine-times · · Score: 1

      Yeah, maybe. I think VLC also might be based in... France? I don't remember.

      One possibility I thought about is that they might be operating from a country where patent laws are different.

      Regardless, there are decoders available, so all Mozilla really needs to do is figure out how to point people to an appropriate decoder plugin without opening themselves to a lawsuit.

    54. Re:GPU acceleration and Opera by FlyingBishop · · Score: 1

      Flash isn't on Google devices either, except in the near future.

      Even then, there's no advantage in Flash over H.264 served over a simple video app (there's no way Flash is a better choice for YouTube than the native app.)

    55. Re:GPU acceleration and Opera by nine-times · · Score: 1

      In the past few years, I've come to see Adobe as a lazy and Windows-centric developer.

      Don't get me wrong, their applications are good, but they were all pretty good 10 years ago. In the intervening 10 years, computers have gotten faster while their applications have gotten slower, and without really adding *that much* functionality. As far as I can tell, they've been relying on hardware/OS upgrades to push Apple users to upgrade rather than performance improvements or new features.

      I think it's a sign of the current Adobe mentality that, instead of making Acrobat Reader into a lean mean PDF viewing machine, they've added Flash support into PDFs.

    56. Re:GPU acceleration and Opera by Anonymous Coward · · Score: 0

      or you can readily delete them via the built in flash control panel... not to mention disabling shared object support completely with 2 clicks.

    57. Re:GPU acceleration and Opera by V!NCENT · · Score: 1

      Gnash + Codecs work, yeah, but the performance is extremely terrible. Can't even run 480i YouTube vids without stuttering and having my AMD Phenom 9950 + 8GB RAM slow down to a crawl. Not to mention FireFox is unresponsive as hell. Oh and that's on Linux BTW.

      --
      Here be signatures
    58. Re:GPU acceleration and Opera by V!NCENT · · Score: 1

      Yeah let's unload everything to the graphics card and have that slow down to a crawl instead of having a decent and light implementation.

      Next thing you'll know there are virus scanners (those Windows proprietary commercial crap apps) 'designed for' 4 teraflop/s systems. Give me a fscking break...

      --
      Here be signatures
    59. Re:GPU acceleration and Opera by Draek · · Score: 1

      Why not just kick H264 over to a media player (VLC/Quicktime/WMP) instead of trying to include codecs in browsers? That's an option, at least, since most media players will decode h264.

      We tried that before, and it sucked so much we welcomed flash with open arms afterwards.

      When you stop and think about it, it doesn't really make a ton of sense. Flash has worked as a stop-gap measure, but it really has never been a good way to handle things.

      It does make sense. Thanks to Adobe's huge marketing power, regular users think of installing flash as an everyday thing, while asking them to install a video plugin still gives them Quicktime-induced nightmares of the 'dark ages' of the internet.

      H264 is getting to be pretty darned ubiquitous, close to how MP3 was for audio back in the heyday of Napster.

      No, it isn't. No DVD player supports it, and Blu-Ray players are far too expensive to be commonplace. Most generic video players only support DivX as well, and contrary to the average Slashdotter's opinion iPods are anything but 'ubiquitous' in that large area we call 'the rest of the world that's not the US'.

      Also, technically you're supposed to pay a patent licensing fee for distributing MP3 encoders, MP3 decoders, and even MP3 files, so it really isn't that different.

      Which is why we've never based an actual standard on it. Most people also pirate Photoshop, but that doesn't mean we're gonna pass a law requiring a copy of it to enter high-school, are we?

      So who doesn't use H264 to encode their movies? In my experience, it's mostly (a) people who use Ogg for ideological reasons rather than practical reasons; and (b) pirates who are under the mistaken impression that the old DivX encoder provides better compression than H264, or believe that H264 is a proprietary Apple format.

      And (c) people who are aware that DivX has far, *FAR* better penetration rates than h.264 and find the difference in size negligible compared to it. You may dismiss anything that doesn't support your favorite format as "legacy", but most of the world isn't in a rush to pay $300 for a new standalone player and another $300 for the latest iPod, so if being commonplace was your argument for h.264 you should be backing up DivX instead.

      --
      No problem is insoluble in all conceivable circumstances.
    60. Re:GPU acceleration and Opera by zippthorne · · Score: 1

      The thing is, Flash as a video format is just a middle-man for H.264 video already, and we all know what market forces eventually do to middle-men when they get the opportunity. When was the last time you rode a Schwinn bicycle, for instance?

      --
      Can you be Even More Awesome?!
    61. Re:GPU acceleration and Opera by nahdude812 · · Score: 1

      The Flash spec is already open: http://www.adobe.com/devnet/swf/

    62. Re:GPU acceleration and Opera by Draek · · Score: 1

      You'd have to be actively trying to do it worse than Flash already does. If the HTML5 standard wasn't such a blantant attempt by Apple to undermine Firefox and Opera I'd support it for the same reasons that the GP does, Flash's security record makes IE look like freaking Fort Knox.

      --
      No problem is insoluble in all conceivable circumstances.
    63. Re:GPU acceleration and Opera by nine-times · · Score: 1

      We tried that before, and it sucked so much we welcomed flash with open arms afterwards.

      ???

      Most generic video players only support DivX as well, and contrary to the average Slashdotter's opinion iPods are anything but 'ubiquitous' in that large area we call 'the rest of the world that's not the US'.

      I call BS on the "most generic video players only support DivX." Zunes, Archos players, and even WD set-top boxes, PS3s, XBoxes all play h264. Maybe you have some old tech that doesn't support it, but it's not as though it's an iPod-only format.

      Which is why we've never based an actual standard on it. Most people also pirate Photoshop, but that doesn't mean we're gonna pass a law requiring a copy of it to enter high-school, are we?

      Again: ??? Are you trolling? Who's talking about forcing anyone to buy anything to enter high school? And anyway, MP3 *is* a standard, and for years it was *the* de facto standard for audio. What format are you using for your portable player?

      And (c) people who are aware that DivX has far, *FAR* better penetration rates than h.264 and find the difference in size negligible compared to it.

      Citation needed. And don't give me stats like, "X people own DVD players, and lots of DVD players have DivX support." Yeah, lots of players have DivX support, but how many people are burning DivX movies to DVD for that purpose? And if you can come up with that stat, tell me how many of them are pirates anyway, and why they don't use a more sensible method for watching movies.

    64. Re:GPU acceleration and Opera by nahdude812 · · Score: 1

      I might very well agree with you, but in that case, Flash is just as guilty as everyone else who supports H264.

      Right, so what's the point? One encumbered ubiquitous, well supported spec with excellent development tools already on the market vs another encumbered spec without those things.

      Even if you're using Firefox, there's no reason you couldn't have a h264 plugin.

      Is there one? How many people have it? What good is a standard with gaps so large you can't even provide a single version of a function that runs on all platforms implementing the standard?

      I feel you're hearing something I'm not trying to say. There's a lot of accolades being put up on HTML5 as though Flash is now irrelevant (Apple certainly would like you to think so - this way you still have to get your apps for iPhone and iPad through the App Store and they can take a cut). Maybe some day. But HTML5 has a long way to go. The most common center of the debate surrounds video, and HTML5 can't even provide a dependable codec. This is Fledgling with a capital F, and that's all I'm really trying to say.

      There is no area where HTML5 beats Flash except in ideology, and even that margin is razor thin. Sure, moving core functions of the World Wide Web directly into the HTML spec is a great idea. But so are many of the things in CSS3 - that doesn't mean there's yet any value for it in the market yet.

      If HTML5 wants to usurp Flash, it needs to resolve the problems of video codec, they need to start talking immediately about camera, microphone, and streaming support, and it needs to demand the same sort of language uniformity out of JavaScript which exists already in ActionScript, as well as to expand that language to natively support data binding, web services, and strong typing. At the rate HTML5 is going right now, it will be 5 years before it catches up to Flash from a feature perspective, and 5 more years after that before market penetration is sufficient that a company can safely throw their hat into that ring to the exclusion of Flash.

    65. Re:GPU acceleration and Opera by Draek · · Score: 1

      ???

      See the history of MPEG2, WMV, Quicktime and RealMedia if you want to know more. Are you new to the internet or what?

      I call BS on the "most generic video players only support DivX." Zunes, Archos players, and even WD set-top boxes, PS3s, XBoxes all play h264. Maybe you have some old tech that doesn't support it, but it's not as though it's an iPod-only format.

      If your concept of a "generic video player" is the Microsoft Zune, you're obviously too out-of-touch with reality to comment. Do you also believe when we speak of a 'generic PC', we mean a Sony Vaio? and yes, all the generic, no-name chinese-made video players only support DivX, which is what most people outside the US own and use.

      Again: ??? Are you trolling? Who's talking about forcing anyone to buy anything to enter high school? And anyway, MP3 *is* a standard, and for years it was *the* de facto standard for audio. What format are you using for your portable player?

      It was the closest analogy I could think of. Regardless, MP3 is *NOT* an official standard, it's merely commonplace enough to be a de-facto one, and it'd be nice if you could appreciate the difference between those two concepts. The fact that most people are happy with committing blantant patent infringement is no reason to declare a patented format an official standard for the entirety of the web.

      Citation needed. And don't give me stats like, "X people own DVD players, and lots of DVD players have DivX support." Yeah, lots of players have DivX support, but how many people are burning DivX movies to DVD for that purpose? And if you can come up with that stat, tell me how many of them are pirates anyway, and why they don't use a more sensible method for watching movies.

      "Sensible"? what the fuck are you talking about? and honestly, if you're asking me for 'citations' I'd like to see yours as well, as (by your definition) it'd be irrelevant if a million people own h.264-capable devices if only a hundred use them to play h.264 content. Because if support is the only metric, then the fact that a non-zero percentage of DVD players supports DivX and zero of them support h.264 is enough proof, even ignoring the aforementioned fact of generic video players only supporting the former.

      --
      No problem is insoluble in all conceivable circumstances.
    66. Re:GPU acceleration and Opera by Anonymous Coward · · Score: 0

      THIS ^^^^^^^^^^^^^

      >>Filter error: Your comment looks too much like ascii art.

      orly?

    67. Re:GPU acceleration and Opera by tkinnun0 · · Score: 1

      We tried that before, and it sucked so much we welcomed flash with open arms afterwards.

      ???

      Windows Media Player plugin, Quicktime plugin, Real Media plugin, and I have a feeling I'm missing at least one other also-ran.

    68. Re:GPU acceleration and Opera by nine-times · · Score: 1

      Right, so what's the point? One encumbered ubiquitous, well supported spec with excellent development tools already on the market vs another encumbered spec without those things.

      Not quite. It's one encumbered semi-ubiquitous spec that's well supported on a variety of platforms (H264), or the same spec (H264) but you're forced into playing it through a particular media player (Flash) that only works well on 1 platform (Windows). It has worked as a stop-gap measure, but it's a really dumb solution.

      Is there one? How many people have it?

      I believe there is a VLC plugin available for Firefox already, though I'm not sure whether it works with the video tag yet. In either case, it can be done so that it is no harder for a Firefox user to get the H264 plugin than it is to install Flash. *Because Firefox doesn't come with Flash support either*

      What good is a standard with gaps so large you can't even provide a single version of a function that runs on all platforms implementing the standard?

      It *can* be done. It hasn't been done yet, because as you keep pointing out, it's not a mature technology yet. IE support for the video tag isn't even out yet (but it's supposed to be part of IE9, which is due out soon), so yes, it may take a little while for everyone to get their ducks in a row. However, it can be done and is being done.

      And yes, the relevance of Flash will greatly diminish when this is done. Right now, aside from niche uses, Flash is good for two things: Games and embedded video. The "embedded video" use is (fingers crossed) going away.

    69. Re:GPU acceleration and Opera by shutdown+-p+now · · Score: 1

      Well, that's why it's a beta, right?

      I don't know if Google has enough leverage to kill Flash (and they certainly have the desire). I do suspect that they just might, though. We shall see - and it will be interesting to watch.

    70. Re:GPU acceleration and Opera by shutdown+-p+now · · Score: 1

      Your choices are still 1) create content once for a ubiquitous platform available absolutely everywhere except Apple embedded devices (where Apple chooses for you that you don't have access to it

      This choice effectively amounts to using Flash as a deployment vehicle for H.264 codec. If that can be done, you might just as well deploy the codec separately.

      Oh, and the fact that Mozilla refuses to ship it out of the box isn't half bad. The problem is that they also refuse to support OS-provided codecs, even though it's really easy to do so, explaining that they do not want users to be able to pick "evil proprietary codecs" of their own volition.

      And that will be Mozilla's demise. Once HTML5 YouTube is out of beta, and people find out that it can be used in Chrome but not Firefox, guess what happens?..

      By the way, the above is a long-term prediction. Short-term? No-one is going to get rid of Flash, mainly for the benefit of pre-HTML5 browsers (esp. IE, due to its popularity), as well as those that do not support the de facto standard (such as Mozilla). Since Flash can stream H.264 just as well, server-side encoding and streaming infrastructure doesn't have to be duplicated at all - the only duplication is on client.

    71. Re:GPU acceleration and Opera by BikeHelmet · · Score: 1

      Yeah let's unload everything to the graphics card and have that slow down to a crawl instead of having a decent and light implementation.

      Graphics cards won't slow down. Even a crummy IGP like the GF9400 or HD4200 can accelerate 1080p video. Any dedicated card will be magnitudes faster.

      Next thing you'll know there are virus scanners (those Windows proprietary commercial crap apps) 'designed for' 4 teraflop/s systems. Give me a fscking break...

      This will happen regardless. :P

    72. Re:GPU acceleration and Opera by node+3 · · Score: 1

      Sure, they could do that, but then they wouldn't get to pretend like their philosophical maneuvering is something based on practical needs as opposed to what it is, which is basing their design decisions on ideals which even their own users do not come close to universally sharing.

      Last I checked, Firefox works just fine with closed-source plugins and extensions. There's no technical, or even legal, reason Firefox cannot support h.264.

      If Mozilla really thought such a thing would be legally impossible (in the US, at least) then they need to drop support for Flash immediately.

    73. Re:GPU acceleration and Opera by nine-times · · Score: 1

      See the history of MPEG2, WMV, Quicktime and RealMedia if you want to know more. Are you new to the internet or what?

      Oh, right. So you're saying, "back before the HTML5 and the 'video' tag, Flash was better than other methods of embedding videos"? Yeah, that's why there's the new tag.

      If your concept of a "generic video player" is the Microsoft Zune, you're obviously too out-of-touch with reality to comment

      You implied that I was assuming everyone had iPods. The point is, a wide variety of vendors and manufacturers support H264.

      Do you also believe when we speak of a 'generic PC', we mean a Sony Vaio?

      If you ask me, "Can I do this on a generic PC?" and you can do it on a computer from Dell, Sony, HP, and many other major hardware manufacturers, then I'd say "Yes." You might have some computer from some manufacturer that can't run Linux, but if you asked, "Can I run Linux on a generic PC?" then I'd say "Yes."

      The fact that most people are happy with committing blantant patent infringement is no reason to declare a patented format an official standard for the entirety of the web.

      Ok... but what format do you put on your portable music player? You might use ogg, and you'd kind of have me there, but really... come on... most people use patent-encumbered formats. If you're going to say that we can't realistically put video into H264, then how is it that we've put almost all audio into MP3?

      the fact that a non-zero percentage of DVD players supports DivX and zero of them support h.264 is enough proof

      Even ignoring examples like the PS3, XBox360, and other set-top boxes which include DVD drives, I don't know for sure that there aren't DVD players that have support for H264. I see lots of DVD players saying they support MPEG-4, and I don't know which, if any, support H264 as a subset of that. They might for all I know.

      But the reason I don't know that is because I'm not silly enough to go burning each of my movies to DVD so I can play them in a DVD player. Next you'll be complaining that your VHS player doesn't support H264.

    74. Re:GPU acceleration and Opera by nine-times · · Score: 1

      Incidentally, does your DVD player support Flash movies?

    75. Re:GPU acceleration and Opera by EvanED · · Score: 1

      Why not just kick H264 over to a media player (VLC/Quicktime/WMP) instead of trying to include codecs in browsers?

      Because, as a website developer, you'd lose control over how things appear in the browser, and it' would likely become easier to scrape the raw video URL and download it, which most providers wouldn't want.

      Would Google have been able to add in closed captioning or annotation support to YouTube, let alone the ability to edit them from within almost the same interface, if it displayed videos in a VLC window instead of something that it could control?

    76. Re:GPU acceleration and Opera by colinrichardday · · Score: 1

      I haven't noticed that gnash's performance on Firefox/Linux is any worse than Adobe's. Do you have hard data?

    77. Re:GPU acceleration and Opera by nine-times · · Score: 1

      Is it not possible to have the browser use an external codec while still controlling rendering of controls and such? Like can Firefox theoretically rely on the x264 library from VLC while still controlling how it looks?

      As far as scraping... yeah... I'm not sure I care. If you put a copyrighted GIF on your site, it's not totally easy to keep people from downloading it and violating the copyright. That doesn't make it a good idea to render all GIF files in Flash.

    78. Re:GPU acceleration and Opera by EvanED · · Score: 1

      Is it not possible to have the browser use an external codec while still controlling rendering of controls and such? Like can Firefox theoretically rely on the x264 library from VLC while still controlling how it looks?

      Well, that depends on what you mean.

      I may have misinterpreted your "Why not just kick H264 over to a media player (VLC/Quicktime/WMP)" statement; I was thinking you were suggesting that the browser just use a plugin from the appropriate media player. In that case, the browser probably wouldn't have control unless it pulled some pretty elaborate tricks.

      However, there are frameworks where the OS itself provides codec support and programs can just harness what's available, and Mozilla certainly could do that. (See here for a discussion of why Firefox won't do this, at least in the immediate term. If the dust from the codec war settles on the side of H.264 you'll probably see them change their decision, but that won't happen for a while.) However, in this case it wouldn't really be using the rendering library from VLC or whatever.

      As far as scraping... yeah... I'm not sure I care. If you put a copyrighted GIF on your site, it's not totally easy to keep people from downloading it and violating the copyright. That doesn't make it a good idea to render all GIF files in Flash

      No, but if changing to HTML5 would mean that it became rather easier to scrape the URL, it does mean that there would be plenty of sites that wouldn't make the switch. From their perspective, HTML5 wouldn't really offer any benefit, and Flash is going to be sticking around for a long time more even if this codec issue was solved overnight and all browsers immediately supported HTML5, so a lot of them would choose to lose the few visitors who would refuse to run the Flash plugin. That's my speculation anyway.

    79. Re:GPU acceleration and Opera by IntlHarvester · · Score: 1

      Without endlessly arguing an analogy, I don't think that quite holds up. From a content delivery perspective, Apple and Google are the 'middle men' more so than Adobe.

      --
      Business. Numbers. Money. People. Computer World.
    80. Re:GPU acceleration and Opera by Anonymous Coward · · Score: 0

      And where's Opera in this test? They added HTML5 support in 10.5 final too and their whole drawing engine will be hardware accelerated, with websites also. Their canvas implementation is also faster than with any other browser.

      Based on the comments on the Streaming Learning Center the page I got the impression that Jan Ozer doesn't really know what he's doing when it comes to the technical aspects of the comparison. In response to a question about some of the technical issues surrounding particular versions of flash, he left a comment saying that it was "all Greek to" him. Expecting him to also include Opera is probably too great an expectation.

    81. Re:GPU acceleration and Opera by Lennie · · Score: 1

      On the other hand, this is what IE does and it was a big security fail.

      --
      New things are always on the horizon
    82. Re:GPU acceleration and Opera by nine-times · · Score: 1

      However, there are frameworks where the OS itself provides codec support and programs can just harness what's available

      Yes, this is more what I had in mind. Safari, for example, uses quicktime for decoding the HTML5 "video" tag. But even if there were a Firefox addon that provided *just* H264 decoding, it would solve this problem for the time being.

      No, but if changing to HTML5 would mean that it became rather easier to scrape the URL, it does mean that there would be plenty of sites that wouldn't make the switch.

      Maybe, but I'm sure it depends on exactly how hard it is to scrape and how many people stop installing Flash. After all, you can scrape most Flash stuff now with a Firefox addon.

      If you're talking about something like Hulu, then yes, they'll probably want to make sure their content is protected somehow before they move away from Flash. So Flash may stick around for that, but I wouldn't be surprised if they found another solution in the near future.

    83. Re:GPU acceleration and Opera by Lennie · · Score: 1

      "it' would likely become easier to scrape the raw video URL and download it"

      Which is really hard now ? not ! it's super easy actually. vlc and mplayer, etc. even play .flv directly.

      --
      New things are always on the horizon
    84. Re:GPU acceleration and Opera by EvanED · · Score: 1

      Playing the downloaded video isn't the problem; scraping the URL so you know what to download is.

    85. Re:GPU acceleration and Opera by nine-times · · Score: 1

      The fact that most people are happy with committing blantant patent infringement is no reason to declare a patented format an official standard for the entirety of the web.

      Also, you probably don't really care, but patent infringement is a bit fuzzier than you might think. Primarily, it's not my job to go around figuring out what patents my software might infringe on, seeking out all authors, and being sure to attain a license before running the software. As a private individual, such a thing would be absurdly impossible.

      There are actually TONS of patents on the software that you're using where you're not paying a licensing fee and where the patent is simply not enforced. That is, if you're running Linux, it's possible your system does something patented by IBM, but IBM never really bothered to pursue it, and so it never became an issue. That kind of "patent infringement" happens all the time, even accidentally.

      So you can make a lot of how horrible it is that "so many people are happy with committing blatant patent infringement," but it doesn't amount to much. Patent infringement is ultimately only an issue in cases where the patent holder decides to enforce the patent, and MPEG hasn't ever tried to enforce their patents against individual users anyway. In some countries, it can't even be considered "patent infringement" unless it's for commercial use. Also, companies like Apple and Microsoft are usually paying licensing fees, so users of Windows and OSX aren't even infringing.

      The only companies who really get caught up are companies like Mozilla, i.e. big companies with money who someone might actually go after. In other cases, it's debatable how much anyone is really infringing.

    86. Re:GPU acceleration and Opera by mabhatter654 · · Score: 1

      HTML5 video is about adding a basic functional type of media to a standard browser. We don't need plugins for png, jpeg, gif, etc... But some how Audio is stuck at .WAV and there is no basic video support after 10 years without "signing away" your rights to a proprietary player that does "god knows what". In the case of Flash it is the easiest Vector of infection on EVERY OS it runs on, even secure ones like Linux.

      The real situation is that the big advertising houses and marketing firms like things being tied to Flash because it lets them do all sorts of sneaky stuff that the READER may not agree with. Flash will not go away any time soon... but it won't be REQUIRED for basic viewing.... only for ADS. Even cheap hosting companies and ISPs are hijacking pages with Flash ads now. HTML5 means I drop an video on my page and the browser just plays it with basic controls, no special servers or plugins needed.

      I never understood all the hate for HTML5 video anyway. The idea is to give people options, those are never bad. We have all sorts of other crap bolted on to HTML because Netscape or Microsoft just felt like it and hyped it. Basic Video playing without plugins is way overdue, considering how advanced everything else in HTML5 is. For people that brag about bolting on kitchen sinks and coffee makers to Emacs I'd expect better from this crowd. The performance isn't the issue, never has been... it's about options that YOU AND I can use and not promise fealty via EULA.

    87. Re:GPU acceleration and Opera by Anonymous Coward · · Score: 0

      If the HTML5 standard wasn't such a blantant attempt by Apple to undermine Firefox and Opera I'd support it...

      Umm, Opera and Mozilla are both helping to create HTML5. They don't like the way the video tag is being implemented, but it's a compromise between them and the other players. They wanted Ogg Theora as the specified standard. Google and Apple did not want to abandon the ability to use hardware acceleration with off the shelf chipsets in the handheld devices championed by both companies. They both had already dumped a lot of money into getting H.264 working for their devices and services. The compromise was to not specify and codec and let the OS figure it out just like image tags. Mozilla still isn't happy, but it doesn't undermine them it just takes more work on their part and some of the developers are being stubborn because they aren't a unified entity. So basically Firefox works around the stubborn people, starts using the platform specific solution already there, and life goes own with more open standards and more choices.

    88. Re:GPU acceleration and Opera by Kitkoan · · Score: 1

      Unless a biggie like Google /MS /Apple back on HTML5 i don't see why it would replace incumbent standard

      Both Google and Apple are heavy HTML5 backers. Not only they're on the W3C working group for it, but their respective browsers already implement large parts of it (including, specifically, HTML5 video).

      Google and Apple may be big companies that are heavy backers of HTML5, they aren't the big companies in the right market. Microsoft is the biggest player here at the moment since around 90% of all PC's are running Windows. And with these tests showing that Flash either does as well or even better then HTML5 then that means 90% of the people out there with a computer will more likely prefer Flash over HTML5.

      --
      Attention... all grammer nazi"s! Is they're anything; wrong with: my post,
    89. Re:GPU acceleration and Opera by shutdown+-p+now · · Score: 1

      Microsoft has its own axe to grind vs Flash - Silverlight.

      Now here's the interesting thing... on one hand, HTML5 is a threat to Silverlight just as much as it is a threat to Flash. But HTML5 is still some time away, and if you look at just Flash vs Silverlight, then the latter is better from a technological point of view. Its main problem right now is 99% Flash market penetration (somewhat ironic how it's a problem similar to what many OSS products have competing to MS products). So everything that topples the "king of the hill" Flash is good for MS. If the market goes 1/3 HTML5, 1/3 Flash, 1/3 Silverlight, then SIlverlight can actually fight Flash on its merits for at least that chunk of the market.

      Which is why I'm not at all surprised to hear these kinds of rumors.

    90. Re:GPU acceleration and Opera by Kitkoan · · Score: 1

      In the mean time, Mozilla has stated that they're unable to ship H.264 as part of Firefox [mozillazine.org]. H.264 has patent and licensing issues associated with it.

      Isn't the codec the responsibility of a codec library? I played H.264 videos on Linux today. Mozilla could just use gstreamer or what ever else

      According to the link about Mozilla stating that they're unable to ship H.264:

      Mozilla should pick up and use H.264 codecs that are already installed on the user's system. I've previously written about a variety of reasons this would be a bad idea, especially on Windows. Really there are two main issues:

      Most users with Windows Vista and earlier do not have an H.264 codec installed. So for the majority of our users, this doesn't solve any problem.

      It pushes the software freedom issues from the browser (where we have leverage to possibly change the codec situation) to the platform (where there is no such leverage). You still can't have a completely free software Web client stack.

      It's a mixture of that it won't help solve the problem on a lot of machines (until Windows 7 becomes much more common), and a moral issue which is theirs to choose.

      --
      Attention... all grammer nazi"s! Is they're anything; wrong with: my post,
    91. Re:GPU acceleration and Opera by countach · · Score: 1

      How is it a completely free Web client stack anyway, when they would be using Windows gui APIs, Windows hardware acceleration APIS, etc etc, even if they got to choose their codec of choice?

    92. Re:GPU acceleration and Opera by Kitkoan · · Score: 1

      Microsoft has its own axe to grind vs Flash - Silverlight.

      True, and possibly having it's own upper hand with Microsoft OK'ing Moonlight (the open source version being made by Novell). This brings Silverlight to all 3 major OS's. If Silverlight and Moonlight can out preform Flash on all 3 and then port both properly to Windows Mobile, iPhone and Android phones it would be a major game changer.

      --
      Attention... all grammer nazi"s! Is they're anything; wrong with: my post,
    93. Re:GPU acceleration and Opera by Anonymous Coward · · Score: 0

      yeah it bugs me off that they want to ship their own decoder at all cost. it's patented and you don't like it? ok, but that is your problem. I've that codec on my computer, so use it and shut up.

    94. Re:GPU acceleration and Opera by stiller · · Score: 1

      (And Youtube's player controls are probably far better than anything the average developer could come up with.)

      Nope: http://jilion.com/sublime/video
      I even get fullscreen in my Webkit nightly. All at about 10% of former CPU usage under Flash on my MBP 2.2 Ghz.

    95. Re:GPU acceleration and Opera by zippthorne · · Score: 1

      Google doesn't sell video. It sells eyes, by aggregating all the viewers of the videos it offers for free. To push them out of the market, you'd have to have people selling their eye-time directly to companies who want to advertise to them.

      They're an eye and ad aggregator. To supplant them, you'd still need an eye-broker to enable people to sell their eye-time directly to advertisers.

      --
      Can you be Even More Awesome?!
    96. Re:GPU acceleration and Opera by nahdude812 · · Score: 1

      There's no such thing as semi ubiquitous, the term is an absolute. It's either ubiquitous or it's not. H.264 in the browser is not ubiquitous. ~15% of the market supports H.264 natively in the browser. That is not ubiquity. And as long as HTML5's success is pinned to this encumbered spec, Mozilla won't support it. So for as long as that continues to be true, or until Firefox's upward momentum switches direction for a few years, HTML5 is a solution exclusively for ideologists and not for pragmatists.

      Because Firefox doesn't come with Flash support either

      The point isn't the relative difficulty of installing one plugin vs another plugin. The point is the likelihood of one already being installed before a user comes to your site (or the willingness to interrupt what they're doing to go and get it). Besides, Flash is easier to install in Firefox than a video codec (at least so far). Click the button that says, "Click here to install the missing plugin," click through a EULA (decidedly the suckiest part of the experience), and you're done.

      It *can* be done. It hasn't been done yet

      Nor is the platform in a state that all of the major players are yet behind a single standard. If Mozilla changes their mind about H.264 (maybe if MPEG LA offers them a royalty free license), then it might succeed. But until that happens, you've got a cart with horses on either end pulling in different directions. Maybe it gets somewhere eventually, but it won't be quick. That's a terrible way to usurp an established presence.

      Flash is good for two things: Games and embedded video

      This is not the entire domain gap between Flash and HTML5. Just in the video frontier, HTML5 has not yet started to tackle streaming audio/video (dynamic bitrate, real time navigation / seeking, and so forth) - these are things which require a protocol with appropriate support (thus fall outside of HTML5's purview and start needing to involve updates to the HTTP standard which so far HTML5 has not yet even talked about). Nor has it tried to tackle 3D, video cameras, microphones, desktop sharing, or rich application support. Sure, HTML5 has some more advanced user controls, but they're nowhere near what Flex offers under the Flash umbrella. And where is the desktop runtime environment that Flash offers under the Air platform? Let's not forget language updates to JavaScript to support static typing, data binding, packages, real classes, or a host of other high order OOP design principles supported today in ActionScript, let alone the assurance that your layout and code executes exactly the same no matter what the user's desktop experience is like.

      As I've said, HTML5 is moving in the right direction. But in the very first of Flash's many strengths (albeit arguably one of its biggest strengths) that HTML5 is trying to take on, the major players can't even agree on something silly like a choice of codec.

      Also, forgive me for citing Wikipedia, but the H.264 implementation in open source products like VLC is of dubious legal status: http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Patent_licensing.

    97. Re:GPU acceleration and Opera by Lennie · · Score: 1

      Really have you checked ? It usually is right their in the HTML.

      --
      New things are always on the horizon
    98. Re:GPU acceleration and Opera by EvanED · · Score: 1

      For some sites, this is true... sites that don't care if it's a little easy to download their video will do that, and probably will switch to HTML5.

      On the other hand, if you can tell me how to download, e.g., this or this, just by typing some URL I can obtain relatively easily from the source of a page into the browser, I'd forever be your friend.

    99. Re:GPU acceleration and Opera by Draek · · Score: 1

      Oh, right. So you're saying, "back before the HTML5 and the 'video' tag, Flash was better than other methods of embedding videos"? Yeah, that's why there's the new tag.

      So? it wasn't the lack of tags that drove us to the codec hell of old, it was the lack of an official standard required to be implemented on any and all platforms. Same here.

      You implied that I was assuming everyone had iPods. The point is, a wide variety of vendors and manufacturers support H264.

      No, I implied that you were assuming everyone had expensive, brand-name players. Most people don't, and what most people have does not support h.264.

      Ok... but what format do you put on your portable music player? You might use ogg, and you'd kind of have me there, but really... come on... most people use patent-encumbered formats. If you're going to say that we can't realistically put video into H264, then how is it that we've put almost all audio into MP3?

      Blantant patent infringement, as I said. By having h.264 in the HTML5 standard you're forcing anybody who wants to implement an HTML5-compliant device/application (and, in the future, for *using* said devices/applications) to pay for the priviledge or commit an illegal act to do so. That requirement is not only unprecedented in the history of the web, but detrimental to its very objective of allowing anyone and everyone to communicate in it freely.

      Even ignoring examples like the PS3, XBox360, and other set-top boxes which include DVD drives, I don't know for sure that there aren't DVD players that have support for H264. I see lots of DVD players saying they support MPEG-4, and I don't know which, if any, support H264 as a subset of that. They might for all I know.

      They don't, h.264 requires far more processing power than DVDs and DivX so it's simply not cost-effective. And you're vastly overestimating the penetration rates of the PS360.

      But the reason I don't know that is because I'm not silly enough to go burning each of my movies to DVD so I can play them in a DVD player. Next you'll be complaining that your VHS player doesn't support H264.

      That's because you're a technophile, which is precisely why you're unsuited to comment on such matters. That you're happy to spend hundreds of dollars getting the latest shiny doesn't mean everybody else does, and that fact makes you blind to the simple, obvious fact that h.264 is *NOT* the most widely supported format out there, and if that were truly your reason for standing behind it you'd be backing up DivX instead.

      Rather, you're backing it up because in your mind it's the 'best' we have, and while that'd normally be a valid reason to support it, such thinking is what led us to the codec hell of the pre-Flash days in the first place. Tell me, when h.265 comes around in a couple years, are *you* willing to stand up and say "no, we must stay with h.264 as it's what has the widest support in spite of its marked inferiority"? no, you'll say "ahh well, support will come eventually, go h.265!" along with every other technophile, unable to comprehend why people would settle with what they have just to save a couple hundreds of dollars when there's something *BETTER* out there.

      --
      No problem is insoluble in all conceivable circumstances.
    100. Re:GPU acceleration and Opera by Simetrical · · Score: 1

      Well - maybe it's not a direct equivalent, but yes, HTML5 has the potential to keep such persistent cookies, as large as or larger than flash now uses.

      http://completosec.wordpress.com/2010/02/07/html-5-persistent-offline-storage-as-a-risk-management-challenge/

      Read the actual spec. It has an entire section on privacy. One quote:

      If users attempt to protect their privacy by clearing cookies without also clearing data stored in the local storage area, sites can defeat those attempts by using the two features as redundant backup for each other. User agents should present the interfaces for clearing these in a way that helps users to understand this possibility and enables them to delete data in all persistent storage features simultaneously.

      --
      MediaWiki developer, Total War Center sysadmin
    101. Re:GPU acceleration and Opera by nine-times · · Score: 1

      So? it wasn't the lack of tags that drove us to the codec hell of old, it was the lack of an official standard required to be implemented on any and all platforms

      Well it was lack of standardization of video formats and lack of standardization of presentation, lack of control of presentation, etc. The HTML video tag takes care of most of it; standardizing on MPEG4 w/H264 takes care of most of the rest. Flash shouldn't be necessary.

      That's because you're a technophile

      Au contraire, I think the fact that you're downloading pirated movies in DivX format and burning them to DVDs, playing them in your player is an indication that you're the technophile. A non-technophile wouldn't bother with something even that complicated.

      Tell me, when h.265 comes around in a couple years, are *you* willing to stand up and say "no, we must stay with h.264 as it's what has the widest support in spite of its marked inferiority"?

      Well first, you'd need an upgrade path one way or the other unless you want to stick with old technology forever. Once you acknowledge that, it's about having a sensible upgrade path and an appropriate timeline. I'm really not sure what your problem is. You've entered into a discussion about Flash and turned it into a soapbox to bemoan the fact that people are migrating from DivX to H264. I've got some news for you: even DivX is using H264 these days.

      Now you can stick with whatever old technology you want. You can keep transcoding video to DivX for your little homebrew solution. You can output through RCA and record to VHS for all I care. Just don't expect that the rest of the world will keep using VHS tapes because you think your old solution is perfectly good.

      Oh, and you didn't answer my question about whether your DVD player supports Flash.

      Blantant patent infringement, as I said.

      Meh. Sort of. In another sense, it's not patent infringement so long as the patent holder isn't going to ask you to stop.

    102. Re:GPU acceleration and Opera by V!NCENT · · Score: 1

      No, I don't... However you can come over to my house and fsck my sis- errr... see my Gray Compositing Window of Death ;)

      --
      Here be signatures
    103. Re:GPU acceleration and Opera by Draek · · Score: 1

      Well it was lack of standardization of video formats and lack of standardization of presentation, lack of control of presentation, etc. The HTML video tag takes care of most of it; standardizing on MPEG4 w/H264 takes care of most of the rest. Flash shouldn't be necessary.

      Yeah, unless we don't want people be forced to pay to upload videos online. Or we want browsers from other than big multinationals. Or we want to avoid any of the other myriad problems standardizing on a patented format brings.

      Au contraire, I think the fact that you're downloading pirated movies in DivX format and burning them to DVDs, playing them in your player is an indication that you're the technophile. A non-technophile wouldn't bother with something even that complicated.

      I don't, I'm merely exposing the failure of backing up h.264 because of its widespread support, when there are multiple formats with *much* wider support that you happen to ignore.

      Well first, you'd need an upgrade path one way or the other unless you want to stick with old technology forever.

      You mean, like HTTP or JPG? or perhaps POSIX? "old technology" is what standards are all about, they're not about giving us the shiniest and newest, they're about setting *one* format, *one* specification as the standard and sticking with it so anybody building upon them (be it hardware or software) can be certain that it'll work with it. You have completely and utterly missed the entire point of having standards in the first place.

      Meh. Sort of. In another sense, it's not patent infringement so long as the patent holder isn't going to ask you to stop.

      You just keep on believing that, boy.

      --
      No problem is insoluble in all conceivable circumstances.
    104. Re:GPU acceleration and Opera by nine-times · · Score: 1

      I don't, I'm merely exposing the failure of backing up h.264 because of its widespread support, when there are multiple formats with *much* wider support that you happen to ignore.

      I'm not simply backing H264 because of "widespread support". I'm saying the various industries that distribute video are standardizing on H264 because of technical merit paired with widespread hardware support. You can whine about it all you want, but it's happening.

      You mean, like HTTP or JPG? or perhaps POSIX? "old technology" is what standards are all about, they're not about giving us the shiniest and newest... You have completely and utterly missed the entire point of having standards in the first place.

      Well no, standards are not about "old technology". Old standards stick around when they haven't been surpassed by newer standards, but having a standard doesn't mean you stop the march of progress. Having MPEG-1 files doesn't mean we shouldn't develop MPEG-4, nor does it mean we shouldn't use MPEG-4 once it's developed. The existence of MPEG-4 doesn't mean that MPEG-1 wasn't a standard, or that MPEG "missed the point of standards" in developing either standard. We just have a newer and better standard with many advantages, so we may as well use it.

    105. Re:GPU acceleration and Opera by Lennie · · Score: 1

      Well, I had a look.

      The second is, Hulu. As I'm outside the US it won't show me anything, I doubt they left any clues about how I can still download it.

      The first uses a streaming over tcp on port 80, but isn't HTTP. So it uses it's own protocol and so when all you have is access to a HTTP-proxy, you won't be able to view it. Seems to be a Apache-webserver with Flash-streaming-server-proxy.

      hmm...

      --
      New things are always on the horizon
    106. Re:GPU acceleration and Opera by IntlHarvester · · Score: 1

      Why are you telling me something everyone knows?

      --
      Business. Numbers. Money. People. Computer World.
    107. Re:GPU acceleration and Opera by bingoUV · · Score: 1

      In another sense, it's not patent infringement so long as the patent holder isn't going to ask you to stop.

      Do you want to imply that h.264 patent owners will not "ask you to stop"? That is a considerable statement, and pretty convincing citation is needed to back it up. Unless you are fanboy of some of the h.264 patent holders, of course.

      Even if they might not have been much litigious with h.264 so far, making it part of "standards" would give them tremendous temptation to start doing so now. Somewhat similar to mp3: general public became aware of its patent encumbered-ness only after it was "the only audio format".

      --
      Bingo Dictionary - Pragmatist, n. A myopic idealist.
    108. Re:GPU acceleration and Opera by nine-times · · Score: 1

      Yes, I'm asserting that the H264 patent holders aren't going to go after any consumers. They don't care if you install VLC. They're far more interested in getting money from the TV/movie industry and from Apple, Microsoft, and Google.

    109. Re:GPU acceleration and Opera by bingoUV · · Score: 1

      Not sure how to break it to you but here goes: your opinion is not even worth shit. As I said before, citation needed.

      --
      Bingo Dictionary - Pragmatist, n. A myopic idealist.
    110. Re:GPU acceleration and Opera by nine-times · · Score: 1

      If my opinion isn't worth shit, what's yours worth?

      At least I have "good sense" and "history" on my side. How many consumers got sued for MP3? How many consumers have been sued for H264 patents so far?

    111. Re:GPU acceleration and Opera by bingoUV · · Score: 1

      I didn't give any opinions, I just asked for citations for your unsubstantiated claims. You tried to substantiate them with your own worthless opinions about the matter, which I rejected by telling you their worth.

      Now for mythical "good sense" of yours. Consumers need not get sued directly to get affected. Numerous software and consumer electronics manufacturers got sued for MP3. This included corporations of humongous size, which could throw money like water to win the lawsuit. This means Free software cannot do much with MP3 if they want to be absolutely legal. Similar is possible with h.264. You give no proof that it won't happen. Your repeated claims that it won't happen do not count as proof.

      But anyway, you don't even have proof that h.264 patent owners would not go after consumers directly (not at all for indirectly). So better not make statements about which you know nothing if you do not wish to reveal to the world your idiocy.

      --
      Bingo Dictionary - Pragmatist, n. A myopic idealist.
    112. Re:GPU acceleration and Opera by nine-times · · Score: 1

      So better not make statements about which you know nothing if you do not wish to reveal to the world your idiocy.

      Are you serious? What, are you 5 years old? Grow up.

      Argue all you want about whether people are using patented technologies legally, but it doesn't really matter. Patent infringement isn't an absolute "crime". It's not like murder or something. You are using patents all the time in your daily life without licensing them, and there's nothing wrong with that. It's not "infringement". No one has asked you not to use them. The patent holders haven't asked you to buy a license.

      GIF graphic files were patent encumbered. MP3 is patent encumbered. H264 is patent encumbered. In practical terms, as far as whether they're adopted, it doesn't matter very much. Would I rather have all these patents voided so we can do whatever we want? Sure. Still, the real issue is how the patent holder will try to enforce things, and they're already walking a fine line.

      Regardless, what we were really talking about is Flash. Flash doesn't actually diminish use of h264 anyway. It just serves as a media player which plays the same h264 files.

    113. Re:GPU acceleration and Opera by bingoUV · · Score: 1

      Are you serious? What, are you 5 years old? Grow up.

      You made a stupid claim (about the future, to boot). You have absolutely no basis in reality to predict it. I caught you at it. And it is I that am 5 years old? Awesome.

      I am not saying that it is "an absolute crime", whatever you mean by it. People have been asked to pay billions of dollars to MP3 patent holders. After it became the "only audio format in the world". The software I want to use in a standard-compliant way are not developed by people who can pay billions of dollars to follow this standard (e.g. mozilla, most linux distributions, free small-time browsers/internet access software, mom-and-pop computer system assemblers). I do not want standard compliance to cost anything other than good coding. My this wish was in general satisfied in the software/internet world. It ensures the freedom that the internet has come to embody. You falsely advocate (by giving unsubstantiated predictions, no less) that this not happen anymore, that simply "standard" compliance could cost money.

      If the h264 patent holders, to make it part of a standard, sign some deal to not go after software/hardware manufacturers for this, I might not find problems with it. But you, who have zero authority, sense and qualification to make any statement about it; are "assuring" this? Do you realize how idiotic it is?

      Regardless, what we were really talking about is Flash. Flash doesn't actually diminish use of h264 anyway. It just serves as a media player which plays the same h264 files.

      This means you can become official crystal-ball gazer and spew forth cock-and-bull stories about the future, and I am supposed to accept them?

      --
      Bingo Dictionary - Pragmatist, n. A myopic idealist.
    114. Re:GPU acceleration and Opera by nine-times · · Score: 1

      When predicting the future, one can always say, "nuh uh!" I could say, "The world probably won't explode in the next 10 seconds," and you could say, "It might! Where's your evidence!"

      And theoretically you'd be right, but in practical application it's childish and senseless. Yes, I'd prefer that everyone jump on board with standards that are completely unencumbered by patents. However, we don't know for sure that there even are any decent patent-free video codecs. Ogg is ok, though many believe it's not as good as H264 and it certainly doesn't have widespread hardware support. Still, we don't *know* that there are no patented technologies in Ogg Theora. There may be, but no one has come forward to ask for licenses for them.

      Likewise, MPEG has not come forward and asked me to pay them for using x264. They're unlikely to, specifically because they *want* me to use the codec. They *want* it to be widespread so that they can get a cut of every bluray sale and every iTunes movie rental.

    115. Re:GPU acceleration and Opera by bingoUV · · Score: 1

      When predicting the future, one can always say, "nuh uh!" I could say, "The world probably won't explode in the next 10 seconds," and you could say, "It might! Where's your evidence!"

      1. You didn't say "probably". After being caught making idiotic statements, you now want to give such an impression.
      2. I have already showed you how the same happened with MP3 after luring everyone with a false sense of security, just like yours. They even went after the behemoth, if there is one in this industry, Microsoft; before which all tremble.
      3. You are counting on corporation(s) forever not to do something that in some cases might maximize profit for themselves.
      4. From the looks of it, you must have supported the OOXML "standard" too.

      In other words, the above quoted statement is an awful analogy of the situation. Not that I expected any better, so my keyboard is saved from the coffee in my mouth.

      However, we don't know for sure that there even are any decent patent-free video codecs

      Hence, thankfully, you are not on the board to decide on the standard. (Those who actually are, might have sold themselves, but that is a different story.) Why not figure it out first, talk to patent owners (if any), get contracts signed which make sure internet freedom is not compromised? We have done without HTML5 for billions of years, it is not like anyone is holding his breath for a solution to this problem. But if a standard is once arrived at, it must be a good one, lest all standards in the world suffer (the more) for it.

      Firefox, Chromium, Konqueror will not even be able to write "standards compliant" in their descriptions. Internet Explorer will be able to. I look at it as a pretty major threat to internet freedom, given the respect IE shows to standards.

      They *want* it to be widespread so that they can get a cut of every bluray sale and every iTunes movie rental.

      AND every Firefox download. AND every Ubuntu download. AND every mom-n-pop computer assembler who installs (no more) Free Software on his customers' machines out of box. AND the new Free internet access software, that no-one has even imagined yet and will never imagine if such "standards" abound in the industry. So, you are right that they want it to be widespread. But you are wrong that internet freedom will not be the less for it.

      --
      Bingo Dictionary - Pragmatist, n. A myopic idealist.
    116. Re:GPU acceleration and Opera by nine-times · · Score: 1

      Look, you're obviously childish and hostile, and probably trolling, but I'll answer a couple things anyway.

      OOXML: the main problem with calling it a standard is not that there might be patented technology in it, but that it wasn't (from what I've read) a very good standard. It was long and confusing and had gaping holes that would make it difficult/impossible for someone else to make a real implementation from their documentation, but Microsoft rammed it through ISO anyhow. No one is complaining that H264 is a bad standard, though. The only complaint is that it's dangerous for a business-backed open source application to include support.

      If you want me to sign a petition or write my congressman or something to say, "End software patents, support GPL, reform copyrights and patents, increase freedom, etc." then I'm right with you. Still, the reality is that people are moving to H264 as *the* standard video codec. That reality isn't made any better by forcing people to watch their H264 movies in a proprietary media player plug-in, rather than allowing them to view it in the media player of their choice.

    117. Re:GPU acceleration and Opera by Lars+T. · · Score: 1

      Apple's been pushing H264 all over the place anyway. They own parts of the patents

      They own one patent out of over a thousand.

      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    118. Re:GPU acceleration and Opera by Lars+T. · · Score: 1

      Why not just kick H264 over to a media player (VLC/Quicktime/WMP) instead of trying to include codecs in browsers? That's an option, at least, since most media players will decode h264.

      Here's th

      Safari at least on OS X does it that way - HTML5 Ogg videos play just fine with Xiph QuickTime Components installed. I'm sure that would work on Windows too.

      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    119. Re:GPU acceleration and Opera by gottabeme · · Score: 1

      Given a multi gigahertz multi processor computer do I really care if it consumes 10% or 33% or even 50% of the processor while I'm watching a video?

      I care a lot. My laptop fan runs much louder when Flash video is playing, using 50% CPU, than when an accelerated, local video is playing in something like MPlayer or VLC, using 10% CPU. This is on a Core 2 Duo 2.2GHz system with the dynamic kernel governor running.

      --
      "Those who consume the bulk of goods are those who make them. We must never forget this secret of our prosperity."
    120. Re:GPU acceleration and Opera by nine-times · · Score: 1

      I would bet IE9 is going to hand the video decoding off to the WMP components of the OS. As you said, Safari hands the decoding off to Quicktime (I think on Windows, too). Someone else here said Opera also doesn't include decoders, but tries to use the codecs that come with the OS.

    121. Re:GPU acceleration and Opera by bingoUV · · Score: 1

      Look, you're obviously childish and hostile, and probably trolling, but I'll answer a couple things anyway.

      Yeah, I proved you wrong so I must be childish, hostile and probably trolling. Absolutely.

      None of my questions were difficult to answer: they were specific, pointed questions to justify your "prediction". But all of them skirted. And I never said OOXML was same as h264. But a free fully-legal h264 implementation is as impossible as free OOXML implementation: due to partially different reasons. Hence the analogy.

      Wake me up when you gather citation for your prediction. Or, maybe you find an argument which does not need the stupid prediction.

      --
      Bingo Dictionary - Pragmatist, n. A myopic idealist.
  2. How much of a perfomance hit for open standards? by symbolset · · Score: 4, Interesting

    How much of a performance hit am I prepared to accept for open standards? 100%. The performance of the open platform will double every 18 months, but the DRM'd content will be forever limited.

    --
    Help stamp out iliturcy.
  3. This is early days for the video tag by javilon · · Score: 5, Insightful

    As soon as the video tag becomes popular implementations using the GPU will appear, and will not only work in Windows. We will be farther better off.

    And if Google open sources the VP8 codec the just purchased, it will be even better.

    --


    When his defense asked, "Which computer has Jon Johansen trespassed upon?" the answer was: "His own."
    1. Re:This is early days for the video tag by sopssa · · Score: 4, Insightful

      Actually, GPU acceleration is why Theora is losing to H.264 again. H.264 can be already hardware accelerated in almost every device from PC's to mobile phones. But Theora doesn't have such support.

    2. Re:This is early days for the video tag by Gaygirlie · · Score: 1

      I agree, in the long run the open HTML5 video tag will still be a better choice whereas right now Flash 10.1 provides better performance on Windows.

      However, there's a lot of work going on in Gallium3D in the Linux camp and Gallium3D will make it possible to accelerate video decoding in a standard way on multiple different graphics adapters, including even very low-end ones. So, that'll help the Linux camp, including any handheld devices based on Linux.

      On Windows the browsers just need to be extended to use hardware decoding facilities already available.

      On Mac.. well, that I can't really comment on as I don't know much about them.

      Anyways, in the long run HTML5 video decoding should still perform faster than Flash, it just takes a moment for the browser makers to start using those decoding facilities that are available to them. I could predict that handhelds will be among the first devices to actually do HTML5 hardware decoding as they are the ones with least powerful hardware and usually don't use a multi-platform browser, instead opting for a specific one for that handheld.

    3. Re:This is early days for the video tag by FrostedWheat · · Score: 2, Interesting

      Theora doesn't need anywhere near as many CPU cycles to decode as H.264. Hardware acceleration would be nice, but it's not as critical as you'd think.

    4. Re:This is early days for the video tag by sopssa · · Score: 0

      But that's because of less-heavy compression. Theora also has a larger bitrate for the same quality as H.264. Especially with Internet video bitrate and compressibility count a lot.

    5. Re:This is early days for the video tag by IamTheRealMike · · Score: 1

      The hardware acceleration that Flash is benefitting from on Windows isn't h264 decoding from what I understand. It's actually colorspace conversion. Flash allows authors to overlay arbitrary graphics on top of video, which means mixing data from RGB and video colorspace. That in turn meant hitting non-accelerated codepaths. Adobe, Microsoft and the driver devs worked on fixing that and now Flash is super smooth on Windows. Apple meanwhile have either not created or not exposed the necessary APIs, so Flash sucks balls on a Mac and instead of Getting Shit Done, Jobs seems to prefer privately insulting the Flash developers (calling them lazy).

    6. Re:This is early days for the video tag by WarJolt · · Score: 1

      maybe it will work in linux. Flash has a poor record

    7. Re:This is early days for the video tag by karolbe · · Score: 1

      Well, this is not exactly true...For my eyes Theora+OGG encoded in 327kbps is much better than H264 encoded with the same bitrate: http://people.xiph.org/~greg/video/ytcompare/comparison.html

    8. Re:This is early days for the video tag by marcansoft · · Score: 3, Informative

      That's H.263, which is a horrible piece of crap. It's what youtube used before H.264 and they still do for the low-quality version of videos. There's no question that Theora beats the old flv H.263.

    9. Re:This is early days for the video tag by dingen · · Score: 5, Insightful

      Maybe not on a PC, but in a handheld device you really can't let the CPU do the decoding. You simply can't get the 10 hours (or so) of video playback on a phone that way with today's chips and batteries. A dedicated video decoding chip is the only option for such devices and right now, a chip for decoding MP4/H264 is already present in most systems.

      --
      Pretty good is actually pretty bad.
    10. Re:This is early days for the video tag by BeardedChimp · · Score: 4, Interesting

      Many system on chips such as the omap3530 have a dsp. These are general purpose and for example the omap3530 can do 720p h264 and mpeg4 decoding.
      However adding theora or vp8/6 decoding is a matter of writing a codec for the dsp as opposed to having to create a whole new decoder chip.
      Devices that use something similar could add this functionality through patching even after either vp6/8 or theora get some support.

    11. Re:This is early days for the video tag by yupa · · Score: 1

      So why nobody have wrote a codec for theora on this dsp ?
      AFAIK theora spec is quite old

      PS : a dsp is not magic, you have limitation and can't make all codec work on it

    12. Re:This is early days for the video tag by EvanED · · Score: 2, Informative

      I have to respectfully disagree, even based on your clip. In particular, I notice a lot of artifacts around the edges of objects, especially when moving. Some times I wrote down as being particularly noticeable were 3:47, 4:13, and 4:31. The branch at 4:11 was a bit artifacty, and IMO the opening "The Peach Open Movie Project Presents" lettering wasn't even a contest between the two.

      I was watching both in VLC in full-screen mode on a 22" screen. I'm not convinced VLC actually has great quality, but I don't know of anything else I have that'll play Theora at the moment. I tried to do the test blind, even coming up with the script I pasted below (in case anyone else wants to try it; just change the 'theora' and 'h264' functions at top and run in Bash), but I bungled things a little bit and basically managed to spoil myself. I do think it's hard to compare a clip that's close to 5 minutes long; alternating between 10 second clips would be much better.

      In addition, the Theora version responds terribly to random seeks, with portions of the pre-seek image remaining on screen sometimes for several seconds. (I realize this isn't particularly relevant to the power needed for decompression, but it did mean that I couldn't just seek to the same place and compare, and it presents another practical objection.)

      function h264 {
      /cygdrive/p/Program\ Files\ \(x86\)/VideoLAN/VLC/vlc -f --no-video-title-show bbb_youtube_h264_499kbit.mp4
      }
       
      function theora {
      /cygdrive/p/Program\ Files\ \(x86\)/VideoLAN/VLC/vlc -f --no-video-title-show bbb_theora_486kbit.ogv
      }
       
      if [[ $RANDOM -le 16536 ]]; then
          printf "Press Enter to start...\n"
          read FOO
          while [[ $FOO != "no" ]]; do
              h264
              printf "Press Enter to start second video\n"
              read FOO
              theora
              printf "Again?\n"
              read FOO
          done
       
          printf "First: Theora\n"
      else
          printf "Press Enter to start...\n"
          read FOO
          while [[ $FOO != "no" ]]; do
              theora
              printf "Press Enter to start second video\n"
              read FOO
              h264
              printf "Again?\n"
              read FOO
          done
       
          printf "First: H.264\n"
      fi

    13. Re:This is early days for the video tag by cortana · · Score: 1

      Jobs does not spread make these comments out of spite.

      Apple have put a tremendous effort into developing a closed platform where they vet every application that their users run. It is not in their interest to allow this to be bypassed by making Flash available on the iPhone and the iPad; therefore they discourage its use on their desktop platform by ensuring that the resulting user experience is unpleasant (that is, buggy and slow).

      The public comments from Jobs about Flash is another prong of this stragegy: Apple is leveraging their fanatical fanbase to spread anti-flash propoganda.

      I swear that the 1984 commercial is growing more and more ironic every day...

    14. Re:This is early days for the video tag by EvanED · · Score: 1

      BTW, if you use my script, recognize I'm an idiot and I got the lines that print the results backwards.

      (However, like I said, in the end I violated the blindness goal enough that I didn't really use that script; the problems I said I have with the Theora codec were actually based on the Theora codec, and not on an H.264 incorrectly identified by my script as Theora.

    15. Re:This is early days for the video tag by NightLamp · · Score: 1

      It truly does seem that Apple is intentionally crippling OSX in order to promote an agenda, I don't begrudge any corporation formulating a plan to make money and following through with it, but the DRM debacle has taught Apple that shackling your customers, in this case by intentionally not providing the best web experience possible, is a recipe for increased profits.

      I, for one, will not support this strategy. I hope in the future, much as the separation of church and state in politics, there arises a mandated separation of hardware and software (OS) vendors. I realize there are gray areas and fuzzy lines in this separation but in order to protect ourselves as consumers (like we do as citizens) this is seeming more and more necessary.

    16. Re:This is early days for the video tag by TiberiusMonkey · · Score: 1

      hmm... There is playback of H.264 using hardware acceleration in QuickTime. Adobe use their own inferior implementation instead of using the one already available. Adobe is being lazy.

    17. Re:This is early days for the video tag by dhobbit · · Score: 1

      I hope in the future, much as the separation of church and state in politics, there arises a mandated separation of hardware and software (OS) vendors.

      And I wish to return the old days of computing where hardware and software were almost always developed by the same people. Hardware and software (OS) should always be connected at the hip.

    18. Re:This is early days for the video tag by Anonymous Coward · · Score: 0

      Flash can manipulate the video and overlay it with its own objects, so it can't just dump off playback to Quicktime/etc.

    19. Re:This is early days for the video tag by jedidiah · · Score: 1

      Wasn't stuff like this supposed to be one of the big selling points of the APIs built into MacOS?

      --
      A Pirate and a Puritan look the same on a balance sheet.
    20. Re:This is early days for the video tag by Anonymous Coward · · Score: 0

      yepp you may have support for hardware h264 in todays systems. But that wont really matter since you dont have support for html5 video. So you will still need to get a new device for html5 support. And since these devices dosent exist yet they can accelerate whatever need's to get accelerated for html5

    21. Re:This is early days for the video tag by BikeHelmet · · Score: 1

      It's not as critical at high bitrates. But under a certain amount of bits, H.264 preserves quality far better than its competition. If you encoded 480p video at 512kbit, you'd see a massive difference.

  4. Re:How much of a perfomance hit for open standards by sopssa · · Score: 1

    Open standards and DRM don't really have much to do together. Merely because the underlying system is open standard doesn't mean it cannot have DRM system implemented in it. Two different matters.

  5. standardize a codec for html5 or die trying by Anonymous Coward · · Score: 0

    No standard codec between browsers and we go back to the ole hunting around for codecs/players to view streamig video aka 1990's

    1. Re:standardize a codec for html5 or die trying by shutdown+-p+now · · Score: 1

      It didn't happen for HTML image formats, even though that wasn't standardized either. In cases like these, de facto standards tend to arise. In this case, it is already pretty clear that the winner will be H.264.

    2. Re:standardize a codec for html5 or die trying by Anonymous Coward · · Score: 0

      Yeah but what do you do about the patent issues surrounding H.264? H.264 require's a licensed codec to play. This is an issue for browsers like Firefox.

    3. Re:standardize a codec for html5 or die trying by EvanED · · Score: 2, Insightful

      This is an issue for browsers like Firefox.

      "Only" because Firefox refuses to use something like DirectShow to use whatever codecs are available on the system.

      See here for why; they aren't necessarily bad reasons, but changing their opinion on this matter would largely solve the H.264 codec patent issue as far as Firefox is concerned.

    4. Re:standardize a codec for html5 or die trying by Anonymous Coward · · Score: 0

      just ship it will ALL CODECS

      Ship it out of some country like china or north korea and ignore all lawsuits that come up regarding patents or other such bullshit.

      ignore the faggots trying to get rich, just make it work and make it USEFUL!

      If you fail at both making it work and making it useful, then kill yourself.

    5. Re:standardize a codec for html5 or die trying by shutdown+-p+now · · Score: 1

      Yeah but what do you do about the patent issues surrounding H.264?

      Nothing. As usual, it will be mainly a headache for Linux users; most others will either have it available on their OS or browser out of the box, or would be able to download it (I suspect Google might put up a free download of H.264 codec for XP, for example).

      Servers are more interesting, and I guess it means that people will have to pay up eventually.

  6. Crap article by heffrey · · Score: 1

    The author implies that adobe can't use gpu for flash on mac. Why not? Is he getting confused with iphone which is different from the mac, at least the last time I checked.

  7. I've yet to see HTML5 video work by Anonymous Coward · · Score: 0

    I've yet to see HTML5 video work - whenever I try one of those (such as the one when Firefox starts up and tells you about it) I get such dreadful performance it isn't worth watching.
    And yet on the same computer (Windows XP) with the same connection I can watch BBC iPlayer (which is based on Adobe Flash/Air) in 1920x1200 with a decent frame rate and decent quality.

    Not saying HTML5 video won't happen, I'm sure it will, but I think its early days yet. Flash will be around for some time to come.

    1. Re:I've yet to see HTML5 video work by Adult+film+producer · · Score: 0, Troll

      go away mac fanboy

    2. Re:I've yet to see HTML5 video work by AresTheImpaler · · Score: 3, Informative
    3. Re:I've yet to see HTML5 video work by Anonymous Coward · · Score: 0

      Or this:

      www.trolololololololololololo.com has theora and h264, along with flash fallback

      make sure not to go to

      www.trololololololololololo.com

      as that uses ugly Flash.

    4. Re:I've yet to see HTML5 video work by hairyfeet · · Score: 3, Interesting

      I don't know about him but I tried your link on my netbox, a 1.8GHz Sempron running XP Home, and it kept the CPU redlined while the video was a slideshow, even though the video was just a tiny slice on the screen, while only having two tabs open (this page and the video). Meanwhile Youtube H.264 in SD plays just fine full screen and plays nicely even with multiple tabs open.

      Was that the point you were trying to make? Or was it that the link you provided was to a "better" HTML5 player? Because if I'm gonna have to fire up my quad just to watch a video in HTML5 I'll stick with Flash, thanks anyway. I can always slap a cheap 4650 into the AGP slot if I want to get HD on this single core PC, thanks to hardware acceleration. Can I do that with HTML5?

      --
      ACs don't waste your time replying, your posts are never seen by me.
    5. Re:I've yet to see HTML5 video work by Wingsy · · Score: 1

      Maybe you need to watch it on an iPhone. :)

      When I play it on mine, full screen, it plays as smooth as it does on my MacPro V8.

      --
      If I didn't have absolutely NOTHING to do, I wouldn't be here.
    6. Re:I've yet to see HTML5 video work by lawyer+boy · · Score: 2, Interesting

      Playing the video on my MacBook Pro resulting in Safari going from 5% of CPU to 20%. Clearly, YMMV.

    7. Re:I've yet to see HTML5 video work by TheRaven64 · · Score: 1

      Wow, there's something badly wrong with your system then. I ran he video, and my browser went from using 10-20% of one core (other stuff in background tabs) to using 30-50%, in both in-frame and full-window mode. This is on a 2.16GHz Core 2 Duo.

      And I'm not sure why you think HTML 5 can't use the GPU. Flash - obviously - can't do anything the browser can't, so if Flash can use the GPU then so can the browser.

      --
      I am TheRaven on Soylent News
    8. Re:I've yet to see HTML5 video work by AresTheImpaler · · Score: 1

      Assuming you were using firefox (since you are running XP), it will send a theora video which more than likely wont be hardware accelerated. Some H.264 videos will get hardware acceleration if you get a card that supports it. Even some integrated video chips support hardware acceleration for H.264. Once what ever video format gets more momentum and gets hardware acceleration you'll notice how low the cpu an go with it. This is great news for smartphones and other battery (and not very fast cpu) devices as the hardware acceleration would allow for both smoother operation and a lower power consumption.

    9. Re:I've yet to see HTML5 video work by Anonymous Coward · · Score: 1, Insightful

      He's using a Sempron. It probably has only one core, and less clockspeed than your processor, so it is little surprising someone that takes 50% on your machine will go 100% on his.

    10. Re:I've yet to see HTML5 video work by hairyfeet · · Score: 1

      Wow, I so rarely get to use this in a sentence...WHOOSH! Kinda missed the word netbox there, didn't ya? Netboxes are by their very definition not as powerful (or as energy sucking) as a Core2Duo. My Sempron (which I am typing this on which is great for web surfing and Youtube) is actually a little more powerful than your average Atom, since Atom is an in order CPU, so if it redlines mine and makes a slideshow you can give it up working worth a damn on all those netbooks being sold today.

      You also seem to have missed that without any hardware acceleration SD video on H.264 flash is smooth even full screen, while this video even in a teeny tiny window was a stuttering mess. And since to be truly "free" and not be just another patent encumbered format like flash it will have to be HTML5+Theora, which has zero hardware acceleration, while H.264 already has hardware acceleration out for just about every kind of device, including this 4 year old netbox if I want to shell out $60 for a 4350AGP card, I just don't see HTML5 doing much.

      For most folks Flash works, and that is all they care about. As long as I can watch video without having to fire up my quad I'm happy, as the whole argument over patents doesn't affect me. But if we have to toss every single core on the planet, as well as every netbook and netbox that didn't come with ION, just to watch video in HTML5 I am sensing a serious fail here. ATM flash just works better on older hardware than HTML5, at least from what I'm seeing.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    11. Re:I've yet to see HTML5 video work by TheRaven64 · · Score: 1

      I've not heard the term 'netbox' before and Google doesn't show anything that seems to match your definition. On my machine, that video was using 10-30% of one core of a 2.16GHz C2D. The fact that there is another core is irrelevant. A machine half the clock speed with one core would be using 20-60% of its speed. An in-order Atom might come closer to 100%.

      You also seem to be comparing SD flash to 720p H.264. It's not surprising that playing back SD content would take less CPU power than playing back HD content, even 720p. Full screen vs in window is misleading. The same amount of CPU time is needed for the decoding. Only the scaling is different, and even a cheap graphics card from a decade ago will do the scaling in hardware. If anything, playback in a window is more difficult, because you need to keep updating all of the other things on screen.

      A lot of SD flash content, by the way, is not H.264, it's On2 VP6 or Sorenson Spark, which are similar quality to Theora. Theora delivered using the video tag uses a lot less CPU power than SD Flash content.

      Flash uses more CPU than any other player I've seen. On my old 1.5GHz PowerBook G4, both VLC and QuickTime can play back 720p, while Flash can only just handle SD iPlayer content. My 1.2GHz Celeron M ThinkPad sees the same thing - VLC uses about half as much CPU time as Flash for the same videos.

      --
      I am TheRaven on Soylent News
    12. Re:I've yet to see HTML5 video work by Anonymous Coward · · Score: 0

      I am happy to see that this worked on Seamonkey 2.0.3 on Fedora 12, rather than complaining that it wasn't Firefox or something. I can't say how many websites I have cursed because they whitelist certain browsers, rather than testing features if they really must be doing something non-standard or unconventional.

      I also hope someone will make sure that Firefox and Seamonkey on Linux can hand video-tag streams off to mplayer to use its insane set of codecs and display drivers, rather than forcing users to stick their heads in the sand along with the Mozilla foundation.

    13. Re:I've yet to see HTML5 video work by Anonymous Coward · · Score: 0

      yea I use older machines around the house too, my 1.8ghz A-XP with a 6600GT has little problems with H.26

      this sample got (yes ever so slightly) jittery whenever it was panning (ie not showing a mostly still image) on a 2.8ghz dual core and a 9600GT

      so what is this going to do when there is real video on screen, with lots of motion?

    14. Re:I've yet to see HTML5 video work by Anonymous Coward · · Score: 0

      The video on that site is 720p. You can't exactly compare it to low resolution Youtube. I imagine Youtube at 720p is unusable on that CPU as well.

      Also, for some reason, that video used significantly less CPU at fullscreen on my computer than when downscaled into the little box.

    15. Re:I've yet to see HTML5 video work by BikeHelmet · · Score: 1

      I tried it too. It plays great in Chrome.

      But Firefox is another story. It plays great until I maximize it - then it stutters like crazy, on my 3.5ghz Phenom II X4.

      720p? Why is it in a dinky little box, then?

      That said, I love the UI. Very professional looking.

      Also, I figured I'd toss this link out for comparison/interest: http://camendesign.com/code/video_for_everybody

    16. Re:I've yet to see HTML5 video work by hairyfeet · · Score: 1

      As for my definition of netbox, it is actually pretty simple. Any box that uses very little power, and is so quiet you don't realize it is on, and cranks out almost no heat, is to me a netbox. you're not gonna edit video on it, or transcode, or game, but for basic web surfing, downloading, and Youtube, it is really great. Instead of blowing cash on some Atom I just bought this "Best Buy Vista Special" off a client for $50 off a quad, slapped a license for XP Home on it, and used this circa 2006 Compaq Sempron to replace the 1.1Ghz Celeron that was my previous netbox. BTW the 1.1GHz Celeron actually played SD flash just fine, as long as I didn't try to do anything else like download. This 1.8GHz Sempron plays SD flash fine while multi-tasking.

      And where did I say HD H.264? I'm pretty sure I said SD, and from looking at Media Info (which comes with K-Lite Mega Codec, which I highly recommend) nearly every video I've bothered to download from Youtube and other video sites the past few days are H.264, with one each of H.263 and VP6. And the point was I can watch the SD Flash full screen nicely, the HTML5 link the GP posted couldn't do anything but skip even with a tiny window.

      And in the old days I would have agreed about flash, but since flash 9 I haven't had any problems with it. But I heard flash for Mac sucks ass, so maybe that is where your trouble is at. I haven't played with flash on Linux, but it wouldn't surprise me if Adobe put out a truly shitty version there too. But on XP and Windows 7 (I avoid Vista like the clap) ever since flash 9 came out it has been smooth sailing, at least for me. Sure it can be a hog based on content, but I haven't had it be a stuttering mess like that HTML5 video was. Maybe in the future they'll get it better, wouldn't surprise me if they did, but right now I can play flash, while HTML5 is just a slideshow.

      And if it is a slideshow on this Sempron you can bet it would be truly torture on one of those non ION equipped netbooks that seem to be so popular lately. Glad it works for you, but for me? I'll stick with flash, thanks.

      --
      ACs don't waste your time replying, your posts are never seen by me.
  8. Flash DOES run slower on Mac by ottawanker · · Score: 2, Interesting

    From what I can tell by reading the article that says that 'Flash "does not perform consistently worse on Mac', what they really mean is that not only does Flash run slower on Mac, but Safari is also coded really poorly for Windows.

    1. Re:Flash DOES run slower on Mac by Nimey · · Score: 1

      Flash is also a good deal less stable, at least on the Intel side - it's been a while since I've used a PPC Mac, so I can't comment about them.

      No GPU acceleration for Macs, either.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
  9. Flash aint so bad by Spy+Handler · · Score: 1

    Sure it gets bashed on Slashdot for not being open source but so what? Slashdotters would love to see Ogg audio take over the world and MP3 die a painful death too, and I don't see that happening either.

    1. Re:Flash aint so bad by gaelfx · · Score: 2, Insightful

      Well, for those of us interested in the development of Linux as a viable alternative to other operating systems, closed source software that comes to be considered "necessary" for general computer use means more time and resources spent on developing software against the de facto closed standards. Imagine if all those people trying to make Flash work on Linux could do something else with code that they can actually see. I dunno about you, but when I code for something, I like to know what the heck I'm working on and how it will fit in, rather than flying blindly at some goal.

    2. Re:Flash aint so bad by Anonymous Coward · · Score: 0

      The important thing here is that HTML5 is actually a viable & good alternative. It will eventually be as capable as Flash and it won't be a proprietary standard. This is a possibly win-win scenario.

      We all need to put up with the minor inconvenience.

    3. Re:Flash aint so bad by deniable · · Score: 1

      Open source? Who cares? How about flash cookies, horrible ads, and stupid UIs for web-sites.

    4. Re:Flash aint so bad by marcansoft · · Score: 1

      Horrible ads? Adblock/Flashblock. Flash cookies? Delete them. What people care about is, erm, having a Linux version of Flash that isn't a horrible smoking pile of excrement, performance- and stability-wise.

    5. Re:Flash aint so bad by daveime · · Score: 1

      HTML5 in itself won't be a proprietary standard, but the underlying codecs required to actually play the video tag will be the same mess it's always been, with kludges and fallbacks to flash and / or other plugins when the video format isn't supported.

      If w3c had wanted to do something useful, they should have insisted on ONE video codec format and ONE audio codec, to work with the video and audio tag respectively. Now that WOULD have been a common standard.

    6. Re:Flash aint so bad by Anonymous Coward · · Score: 0

      I'm sorry, I don't follow the logic of your post:

      • Slashdot (whose posters are not a single entity, but that is not the point) wants Ogg (Vorbis, really) to kill off MP3
      • You don't see that happening
      • Therefore who cares that Flash is not open source
      • Alternatively, therefore Flash is not that bad

      Is this the chain of reasoning you're using? Is your point that because one open technology is not beating a proprietary technology, there's no point in talking about open technology at all? Or that because Vorbis hasn't killed off MP3, Flash is a good technology? Or something else?

      I'm serious; I don't understand what you're trying to say.

    7. Re:Flash aint so bad by compro01 · · Score: 1

      Non-OSSness is the least of flash's issues. Security issues and pathetic support on Linux (especially 64-bit systems) rank higher on my list of reasons why flash should die in a fire.

      --
      upon the advice of my lawyer, i have no sig at this time
    8. Re:Flash aint so bad by Joe+Tie. · · Score: 1

      Agreed. I pretty much lost interest in it as a flash video replacement the second it became clear there wasn't going to be a set standard for codecs. I remember what it was like pre flash video on linux. A crappy situation of piggybacking on windows codecs and just hoping the site didn't have measures in place to prevent video from working at all in linux. I don't think it'll be that bad, but I can see a shadow of that in html5.

      --
      Everything will be taken away from you.
    9. Re:Flash aint so bad by jgrahn · · Score: 1

      Sure it gets bashed on Slashdot for not being open source but so what?

      The practical results range from extra trouble (doesn't come prepackaged with my OS) to showstoppers (have a 64-bit CPU? Sorry, we don't support that.) The only application good enough to make up for that kind of trouble is Opera.

    10. Re:Flash aint so bad by Korin43 · · Score: 1

      I just think Flash is annoying. It messes with how my browser works. Right click working properly? Nope. ctrl+t (new tab), ctrl+tab (next tab), ctrl+f4 (close tab)? Nope. Mouse gestures? Nope. If Flash acted like it was part of a web page, it wouldn't annoy me. As it is, it reminds me of cutting a hole in my browser and seeing something else through it, and I don't think there's any way to fix that without customizing Flash for every browser.

      Also, the video/audio tags make more sense from a programming perspective. If you want to add video to a web page, it makes more sense to have a single, fairly simple video tag than an embed + writing a flash program to display a video.

    11. Re:Flash aint so bad by Anonymous Coward · · Score: 0

      I hate Flash because it is mostly used as a horribly slow video player. Just compare the performance of any other video player to Flash and tell me with a straight face that Flash isn't crap.

    12. Re:Flash aint so bad by tepples · · Score: 1

      If w3c had wanted to do something useful, they should have insisted on ONE video codec format and ONE audio codec

      Since HTML 1, W3C hasn't specified ONE image codec. Nor is there any video codec that comes with a large U.S. company's guarantee of being free of little-known patents owned by nonpracticing entities. H.264 is patented; Theora might be submarine patented.

    13. Re:Flash aint so bad by cortana · · Score: 1

      A standard that Microsoft, Apple and Google would have ignored.

    14. Re:Flash aint so bad by Anonymous Coward · · Score: 0

      er.. rtfa you silly ass!

    15. Re:Flash aint so bad by TheRaven64 · · Score: 1

      It's not pathetic support on Linux, it's pathetic support on anything that isn't Windows. On my old PowerBook, with a 1.4GHz CPU, both QuickTime and VLC can play 720p H.264 back smoothly. Flash, on the other hand, uses 100% of the CPU on SD content and manages about one frame every 1-3 seconds on 720p stuff.

      I quite like the Tamarin VM in Flash - the trace-based stuff is really cool - but not using the platform's native H.264 implementation was a stupid decision, made more stupid by the fact that their own one performs astonishingly badly.

      --
      I am TheRaven on Soylent News
    16. Re:Flash aint so bad by cheesybagel · · Score: 1

      H.264 is patented and might be submarine patented. Theora might be submarine patented.

    17. Re:Flash aint so bad by tepples · · Score: 1

      Patented standards like H.264 have the advantage of mutual assured destruction. Owners of submarine patents on H.264 don't want to run the risk of losing in court to a company the size of Apple. Instead, they settle by joining MPEG-LA and contributing their patents to the pool in exchange for royalties.

    18. Re:Flash aint so bad by daveime · · Score: 1

      Since HTML 1, W3C hasn't specified ONE image codec

      Yes, well some of us are old enough to remember the "boycott GIF" campaigns and all the patent bullshit that occurred over web image formats.

      Perhaps if w3c HAD specified a single, open (i.e. not patented) image format, we wouldn't have had to deal with that at all.

      Now here we are with HTML5, and the w3c is still as ineffectual as ever, finalizing standards (maybe) 10 years after everyone has made their own "interpretation" of what it should be ... Microsoft of course being the evil bad guys, and OSS being the "more-correct" good guys, even though they are both working with a standard that is so much vapourware.

    19. Re:Flash aint so bad by Tamran · · Score: 1

      Horrible ads? Adblock/Flashblock. Flash cookies? Delete them. What people care about is, erm, having a Linux version of Flash that isn't a horrible smoking pile of excrement, performance- and stability-wise.

      Hit the nail on the head! I wish I had mod points for you :)

    20. Re:Flash aint so bad by Draek · · Score: 1

      *EVERYTHING* might be submarine patented.

      --
      No problem is insoluble in all conceivable circumstances.
    21. Re:Flash aint so bad by cheesybagel · · Score: 1

      It is no defense against patents trolls, who sell no product of their own, as the Rambus cases make painfully obvious.

    22. Re:Flash aint so bad by tepples · · Score: 1

      Even a nonpracticing entity could have a better return on investment by joining MPEG-LA than by trying to sue a company as big as Apple and run the risk of losing and having to pay not only its own legal fees but also Apple's.

  10. Why compare? by gaelfx · · Score: 1

    They are comparing an internet standard that is not yet finalized to what is supposedly a finished product. HTML5 hasn't even settled on a video codec, so how can there even be a real comparison here? Of course HTML5 can't take advantage of GPU acceleration yet, they don't even know what they'll be accelerating yet! The only thing this article does is point out that HTML5 hasn't had the chance to implement GPU acceleration and that maybe they should consider it as part of their criteria in their codec selection process.

    1. Re:Why compare? by shutdown+-p+now · · Score: 3, Informative

      HTML5 hasn't even settled on a video codec

      They aren't goint to settle on it. It will be unspecified, just as image formats were in past HTML specs.

      how can there even be a real comparison here?

      You compare both platforms with the same codec, of course.

      Of course HTML5 can't take advantage of GPU acceleration yet, they don't even know what they'll be accelerating yet!

      If they don't know, how do they play it today?

      In fact, they do know. A de facto standard is already in place (Flash played a part in that as well), and it's called H.264.

      HTML5 hasn't had the chance to implement GPU acceleration and that maybe they should consider it as part of their criteria in their codec selection process.

      HTML5 doesn't implement acceleration, browser vendors do. It's not any harder for them to do so than it is for Adobe, so presumably, if Flash can hardware-accelerate, so can the browser. It's just that they didn't get to that point yet.

    2. Re:Why compare? by g4b · · Score: 1

      image formats may not be defined, but browsers do implement only a certain amount

      jpg, gif and png mostly.

      i think the same will happen to video. over time.

    3. Re:Why compare? by shutdown+-p+now · · Score: 1

      That is precisely my point about "de facto standards". GIF and JPEF became such ones early on. PNG joined the club much later.

    4. Re:Why compare? by Anonymous Coward · · Score: 0

      HTML5 doesn't implement acceleration, browser vendors do. It's not any harder for them to do so than it is for Adobe, so presumably, if Flash can hardware-accelerate, so can the browser. It's just that they didn't get to that point yet.

      In part, because the browsers don't suffer from such hopeless video rendering performance that they need GPU acceleration just to keep up on a normal desktop system.

  11. Rome wasn't built in a day! by Anonymous Coward · · Score: 1, Interesting

    HTML5 and all Web browsers still have a long way to go, but it is a superior standard based on its openness. A small initial performance hit is a small price to pay to help bring sanity to Internet multimedia!

    (Signed: Alex Libman's sock-puppet.)

  12. html5 is a clear winner by roman_mir · · Score: 2, Insightful

    HTML 5 is a clear winner by virtue of not being Adobe Flash or any other proprietary application but an open standard.

    1. Re:html5 is a clear winner by rawler · · Score: 1

      +1.

      I think the article fails to weigh in the security track-record of flash. (Which I personally see as to a large extent inherent in monopolistic closed-source mono-cultures). Performance isn't everything.

    2. Re:html5 is a clear winner by The+Second+Horseman · · Score: 1

      H.264 isn't really open - the consortium just isn't charging royalties at this time. They can do so in the future, and they can make rules about the use of the standard.

    3. Re:html5 is a clear winner by astar · · Score: 1

      there are some os issues. if you want openbsd and need flash, you pretty much have a double bind going. this is because the ports flash is old and gets complaints from all the web sites. yah, I guess you could put in linux emulation and a linux flash binary, but somehow I never got that to work. so I needed firmware and maybe that did not work right. but if i got flash installed, that is just another reason to not have security warm fuzzies.

      so i would be happy to see flash become irrelevant

    4. Re:html5 is a clear winner by roman_mir · · Score: 1

      h.264 is a codec, I don't care which codec HTML5 uses to play, I'll take any, as long as I don't have to use Flash ever again in my life.

    5. Re:html5 is a clear winner by The+Second+Horseman · · Score: 1

      You mentioned open standards in your original post. You should care about the codec. If you end up with HTML 5 and nothing but an encumbered codec - perhaps one with little support for FOSS in the future, depending on the royalty situation - it may not be much better in the end. This is a bigger issue than just "Flash sucks". You could see Google pay to allow Chrome to use it (but keep it out of Chromium), Apple may pay for its products, Adobe for theirs, etc. It could easily end up with each vendor attempting to force you to use their software. Whenever Apple and Google talk about "open standards", it's usually code for "wear our velvet handcuffs". Sure, Flash sucks. But companies like Apple and Google are playing it up in an attempt to gain influence and control. And that's really what it's about. Neither one of them actually gives a toss about what technology is better for you, they care about maintaining and growing their piece of the action.

    6. Re:html5 is a clear winner by Anonymous Coward · · Score: 0

      GIMP is a clear winner by virtue of not being Adobe Photoshop or any other proprietary application but an open standard.

      Boy do I sound retarded.

    7. Re:html5 is a clear winner by Anonymous Coward · · Score: 0

      Proprietary isn't inherently wrong, but if something is going to be a standard, proprietary faces a huge disadvantage. If it isn't available on all platforms, or imminently available, then it isn't a standard. Things like Flash can't seriously be considered "standard" as the availability beyond a small number of platforms is basically nonexistent. Compare that with a more legitimate standard like the ones governing HTTP or FTP.

    8. Re:html5 is a clear winner by roman_mir · · Score: 1

      I don't know what you are regurgitating the current state of affairs for, from my perspective anything that rids of proprietary formats and apps in favor of open standards is the way to go, so from my perspective, whether html5 plays a particular codec or not is not relevant. As long as html5 is introduced with any codec, eventually it will play whatever it can legally on most systems and I won't have to use any proprietary bullshit again.

    9. Re:html5 is a clear winner by roman_mir · · Score: 1

      Proprietary is wrong, when it becomes a De facto standard that is used by various ubiquitous services without an way to opt out and use something that is not proprietary, but open.

    10. Re:html5 is a clear winner by roman_mir · · Score: 1

      You do sound retarded. Adobe Photoshop is not something that too many people use and there are many choices, Gimp or whatever, those are viable choices.

      Flash is something that is almost mandatory for half of the web, and it is a proprietary application with all the problems that it brings to the table.

      First by the very nature of being proprietary, it is broken, since the Internet is based on open standards. It is broken because it does not follow the same open concepts as the rest of the major Internet protocols, formats and applications. It is broken because it belongs to a single entity, that may chose whatever direction it wants to take and the directions it takes has nothing to do with the well being of the Internet, it has to do with money for a single corporation.

      It is broken, because it is an attempt to do the opposite from the rest of the Internet, it is an attempt at thwarting inter-operation, it is broken because users cannot do with it as they please by modifying the source.

      I am not against proprietary applications, protocols, codecs, standards, as long as they do not become major part of the infrastructure, as long as there is no reliance on them and thus as long as they do not become a monopoly in the otherwise mostly well diversified open field.

      Photoshop is not relevant for majority of Internet users, Video streaming into a browser is.

    11. Re:html5 is a clear winner by roman_mir · · Score: 1

      Moreover, proprietary is inherently wrong when concerning such important pieces of infrastructure that we rely on for our freedoms as the Internet.

      Inherently.

      Proof is simple, look at this /. story about Chavez wanting to limit freedoms of Venezuela Internet users.

      He is not doing it because it is just the Internet, he is doing it because Internet is the Greatest tool for freedoms of general public and it threatens his regime. I laugh at Sean Penn, who says that any journalist who calls Chavez a dictator should be jailed. I laugh at him, but it is scary what his views are, isn't it?

      Why is this story relevant? Because Chavez wants to control the Internet and the best way to go to control such an environment is to lock down the tools that make the Internet work. The open protocols, the open standards, the open applications that make the Internet chug away, those are the reasons why the Internet is still open and it is what it is.

      If all protocols and tools were not open but proprietary, how ridiculously easy would it have been for such control freaks and dictators (too bad I am not a journalist, I would have had fun with Penn there), how easy it would have been to stop the Internet cold. Killing something that is proprietary is ridiculously easy.

      Open is the way to go, even if majority does not realize it, openness is the key.

    12. Re:html5 is a clear winner by shutdown+-p+now · · Score: 1

      HTML5 doesn't mandate H.264.

      With Flash, you're stuck with proprietary codecs. There's no chance in hell that you'd be able to use Theora with that (and even if you would, why bother, if the rest of the platform is proprietary?).

      With HTML5, we'll see H.264 and Theora (and maybe others) fight it out. Even though I fully expect H.264 to win this fight, it's not over yet. And regardless of how it ends, this won't preclude the OSS community from shipping browsers that support Theora, nor from using it on their websites.

    13. Re:html5 is a clear winner by Anonymous Coward · · Score: 0

      Video streaming into a browser is [relevant for majority of Internet users]
      well, whether you like it or not flash is the platform of choice.

      more than that, Flash is turning into the kind of platform that java was meant to be, and you know it. you've just backed the wrong horse, that's all. better luck next time.

    14. Re:html5 is a clear winner by roman_mir · · Score: 1

      ah, a troll then. I am backing html5, it will be taking over the video streaming into browsers, as far as I am concerned, flash is done.

    15. Re:html5 is a clear winner by Anonymous Coward · · Score: 0

      what the hell has any of you cranky little spiel got to do with html5 vs flash for video?????

      mate, you need to be locked up, not because you called anyone a dictator, but because you're a loon.

  13. priorities by Anonymous Coward · · Score: 0

    who cares if it isn't faster it's open thats what matters surely we've learnt this by now?

  14. Halp! I are teh stupidness! by zmollusc · · Score: 1, Insightful

    Could someone please tell me what the point of Flash video(or html 5 video) is? I can watch mpeg2 films on clonky old hardware (remember multimedia PCs?) that won't play Flash, so is it just that flv is a smaller filesize? If so, how much smaller? Is it that flv renderers scale better than mpeg2?

    --
    They whose government reduces their essential liberties for temporary security, receive neither liberty nor security.
    1. Re:Halp! I are teh stupidness! by flyingfsck · · Score: 3, Informative

      MPEG2 compresses by a factor of about 5 to 10, while H.264 AVC compresses by a factor of about 20 to 30 and the subjective quality is better too, being not blocky.

      --
      Excuse me, but please get off my Pennisetum Clandestinum, eh!
    2. Re:Halp! I are teh stupidness! by zmollusc · · Score: 1

      So, assuming that Flash video is H.264 AVC, we are trading the huge pain in the ass of Flash players for 75% less 'buffering' time that could be spent looking at another tab?
      Neat!
      Personally, I would prefer software that downloaded the film clip, checked it was all there and then let me play it backwards, forwards and pause as I please without hanging the browser or rebuffering the whole thing again. But this is probably just crazy talk.

      --
      They whose government reduces their essential liberties for temporary security, receive neither liberty nor security.
    3. Re:Halp! I are teh stupidness! by BikeHelmet · · Score: 1

      So, assuming that Flash video is H.264 AVC, we are trading the huge pain in the ass of Flash players for 75% less 'buffering' time that could be spent looking at another tab?
      Neat!

      Some ISPs have bandwidth caps. In many countries - like Australia - bandwidth is precious. We aren't all living in Canada or the US. If I could get decent quality video in 512kbit, I'd go for that.

      Personally, I would prefer software that downloaded the film clip, checked it was all there and then let me play it backwards, forwards and pause as I please without hanging the browser or rebuffering the whole thing again. But this is probably just crazy talk.

      Me too.

  15. Anecdotal evidence by Ma8thew · · Score: 3, Interesting

    Obviously this is anecdotal, but the fans on my Macbook pro often spin up playing full screen flash video, but never while playing video in Quicktime. But even if HTML5 performs no better than Flash currently, HTML5 still wins because it doesn't rely on Adobe to issue security and performance updates.

    1. Re:Anecdotal evidence by Anonymous Coward · · Score: 0

      That's because Flash on mac's isn't hardware (gpu) accelerated. But quicktime obviously is :)

    2. Re:Anecdotal evidence by SimonTheSoundMan · · Score: 1

      Only if you have the latest generation of MacBook Pro's.

      I have a 2007 MBP, there is no hardware acceleration for H.264 in Mac OS X. 720p Flash uses up almost all of my CPU power, H.264 when played in Quicktime or Mplayer for example, consumes around 10%.

      My older iMac G5 cannot even play 320p flash video, but is almost fine with Mplayer playing 720p content.

    3. Re:Anecdotal evidence by EvilIdler · · Score: 1

      My fans spin up playing *windowed* Flash video. Adobe aren't even trying on OS X.

    4. Re:Anecdotal evidence by Anonymous Coward · · Score: 0

      I'm pretty sure the bad performance has nothing to do with decoding, but rather a really bad screen blitter implementation. Try resizing the player area and watch the cpu load. I just can't watch anything flash in full screen on my MacBook Pro 2.2GHz without the fans spinning up to max in no time. The quality of the source material has nothing to do with it.

    5. Re:Anecdotal evidence by rsax · · Score: 1

      My Macbook's fan kicks in when viewing this HTML5 demo for more than 5 or 10 minutes http://9elements.com/io/projects/html5/canvas/ Adobe does have a lot of work to do where Flash is concerned but from what I've read I get the impression that Apple doesn't seem to be as eager to work with them as Microsoft has been.

  16. Re:How much of a perfomance hit for open standards by drizek · · Score: 1

    It does if it is licensed under GPL v3.

  17. Re:How much of a perfomance hit for open standards by EvanED · · Score: 2, Informative

    Since flash is not fully supported in 64-bit. 64-bit OS:es will not be able to be widely spread.

    There are a couple different problems with this statement... I'll just say that I'm posting this from a 64-bit OS and a browser that runs Flash just fine. (Well, as fine as a Flash can be run anyway, which is "not very", but that's sort of beside the point.)

  18. Tailspin by gd2shoe · · Score: 2, Interesting

    You've just described the tailspin that we're in. To get out of it, somebody must loose face because their device/system is incapable of supporting open and free standards. It's sad that the end users will be collateral damage to this, but the sooner it happens, the better off we'll be.

    --
    I won't join Slashcott. OTOH, If Beta goes live, I just won't be back until it's fixed. Sorry Dice.
    1. Re:Tailspin by Lunzo · · Score: 1

      loose face

      Someone lost weight too quickly.

  19. Check your sources... by diamondsw · · Score: 3, Informative

    gollum123 also links to additional tests indicating that Flash "does not perform consistently worse on Mac than on Windows."

    Yes, tests provided by... Mike Chambers of Adobe. I'm sure that they're completely impartial.

    When I turn on HTML5 video support at YouTube, the exact same clip in the exact same browser on the exact same OS on the exact same session runs at a third of the CPU power. Sure, it's an anecdote - and one that's been observed by hundreds if not thousands of others, consistently over the years. But according to Adobe, nope, no problems at all. Emperor's clothes look really chic.

    Fuck off, Adobe. You had years to improve your damn plugin, and we'll all be better off when it and its horrid performance and security record are no more.

    --
    I don't know what kind of crack I was on, but I suspect it was decaf.
    1. Re:Check your sources... by Anonymous Coward · · Score: 1, Interesting

      er, Fuck off, apple and all your wanky users. flash is a part of the web and its here to stay. like it or not.

      you don't seem to "get it" - that in the grand scheme of things, 99% cpu usage for youtube on your shiny plastic toys doesn't matter. 99% flash penetration does. its maths fellas, get used to it.

      i develop websites and i don't give a monkey about apple or safari users. e.g. why the hell should i spend time adding support for your broken implementation of mousewheel? just move along and buy some more crap on itunes.

      the web interprets the reality distortion field as "idiots taken in by marketing" and ignores it. and rightly so

    2. Re:Check your sources... by Anonymous Coward · · Score: 0

      Your quote says Flash "does not perform consistently worse on Mac than on Windows."

      Your anecdote says Flash performs worse than HTML5 video (unspecified browser and OS).

      The two statements are not in conflict; it only needs to have a dog-slow Flash everywhere. Which is about what I see...

      Also: I suspect you're using Safari on OSX using modern hardware, in which case it would be because you're using the GPU to decode that video, thus reducing CPU usage.

    3. Re:Check your sources... by TiberiusMonkey · · Score: 1

      er, Fuck off, apple and all your wanky users. flash is a part of the web and its here to stay. like it or not.

      Wonderful, and the worlds computers are that little bit more insecure thanks to Flash and people such as yourself.

    4. Re:Check your sources... by Anonymous Coward · · Score: 0

      gollum123 also links to additional tests indicating that Flash "does not perform consistently worse on Mac than on Windows."

      It's a Mac. NOTHING performs consistently.

    5. Re:Check your sources... by Anonymous Coward · · Score: 0

      I seem to have read this differently than you. I read this as implying a comparison between the Mac and Windows platforms when running Flash, considering what the linked article was about. It's possible that between these two platforms, the performance is about the same. It's pretty well known that on Linux, Flash performance is actually quite bad. I'm not sure how you can read a bias there, unless you thought Adobe was implying Flash was consistently not worse than HTML5 video (which is what I suspect).

    6. Re:Check your sources... by Anonymous Coward · · Score: 0

      I'll add an anecdote. For me it's HTML5: 15-20%, any size clip up to whatever the max resolution youtube offers is vs Flash: 80% for 360p and it just goes up from there. And scaling seems to be extremely inefficient, hulu nearly doubles the CPU requirement for full screen video.

  20. This is not the right angle to look into it by iampiti · · Score: 1
    I believe this is not the most important reason why one or the other will be selected. The website makers are the ones who decide which technology will be used to play video any I believe many of them don't like many things that HTML5 offers:
    • The url of the video is right there facilitating the download of the video and hence potentially reducing the number of future visits to the site. With flash you can at least try to obscure the real url of the file (whether this works that's another debate)
    • The browser and not the website owner controls how the video displays, the interface shown to the user
    • DRM: I don't think you can do this with HTML5 video, you certainly can with Flash
    1. Re:This is not the right angle to look into it by moreati · · Score: 1

      I don't think the first two will be too much of a problem. To make download harder, and to show ads, sites will fiddle the source URL with javascript most likely. As I understand HTML5 a site can implement it's own controls, using the video tag's DOM. DRM is the unknown. Some creative coder may pull a smoke and mirrors trick that's convincing enough. Higher ups may even come to the opinion that it just doesn't matter. Or (lack of) DRM could mean HTML5 video isn't adopted by most.

    2. Re:This is not the right angle to look into it by grumbel · · Score: 1

      The browser and not the website owner controls how the video displays, the interface shown to the user

      I doubt that, a lot of Flash players out there have quite advanced features compared to a standard video player. Youtube will for example allow captions, links and comments being added on-top of the video stream, it also allows changing the soundtrack of a video, other players have allowed adding comments directly to a time stamp or split the video into sections instead of a single linear bar and there is of course all that showing of related videos going on. Not quite sure how flexible HTML5 is, but I'd guess all that can be replicated with a heap load of Javascript, SVG and all that stuff. So I don't really expect to see standard video player on the web anytime.

  21. I have a great idea! by Bazer · · Score: 1

    Let's compare an established de facto standard which is a monstrosity beaten into submission over several years, to an experimental implementations of an unfinished standard. Oh, and lets leave out the fact that the new one is perfectly cross-platform and open while the old one isn't.

    1. Re:I have a great idea! by colinrichardday · · Score: 1

      How is H.264 any more cross-platform and open than Flash? While Adobe's implementation of Flash is closed, I suspect that this one http://www.gnu.org/software/gnash/ might be open.

  22. Let's wait and see by oljanx · · Score: 4, Insightful

    It's not really fair to compare a technology that is still being developed to others that are very well established. The big benefit of HTML5 is it's non-proprietary nature. Once the standard is adopted and applications are built around it these comparisons will look very different.

    1. Re:Let's wait and see by IamTheRealMike · · Score: 2, Insightful

      I don't think openness of the standard is a benefit in this specific instance. Flash has to be optimized once per platform (so, 3 times). HTML5 video has to be optimized once per browser per platform, which is considerably more work. If only one popular browser doesn't do a good job, HTML5 video will be an unsuitable solution (because that browser will still need to use flash, and at that point you might as well deploy flash for everyone).

    2. Re:Let's wait and see by Anonymous Coward · · Score: 0

      and at that point you might as well deploy flash for everyone

      Unless of course, there was a popular browser/platform that didn't support flash. (hint: think mobile)

    3. Re:Let's wait and see by obarthelemy · · Score: 1

      3 times ? So your platforms are Win 32, Win 64, and Blackberry ? what about the other ones ?

      --
      The Cloud - because you don't care if your apps and data are up in the air.
    4. Re:Let's wait and see by esme · · Score: 1

      I think you're dead wrong. This test clearly shows the problem with the current proprietary solution: Flash video has low CPU usage on Windows because Adobe has optimized for that platform, but high CPU usage on Macs because they haven't bothered for that platform. And because it's a proprietary plugin, if Adobe doesn't want to fix this problem, neither Apple nor anyone else can do anything about it.

      Having a standards-based solution, with multiple open source implementations means that anyone can add the GPU offloading for Macs.

      -Esme

    5. Re:Let's wait and see by rawler · · Score: 1

      On the other hand, openness encourages competition, which tends to lead to better products. Naturally all browsers won't perform as well with just like they differ performance-wise in any other aspect of HTML. But as with other aspects of HTML, there will be some innovative "Chrome"-like, performing superior to the competition, forcing it to keep up.

      Above all, we may finally get rid of the virus-ridden innovation-hampering mono-culture that is Flash. Performance isn't everything.

    6. Re:Let's wait and see by TorKlingberg · · Score: 1

      It means there will be competition between the browsers, so you can choose the fastest one. Mplayer and VLC use far less CPU for the same video file, so if Firefox uses libraries form other open source products we can expect much faster playback.

      Most of all, I am looking forward to having video played by the browser itself, rather than a plugin. That way keyboard shortcuts and other UI features will not not stop working when watching a video.

    7. Re:Let's wait and see by IamTheRealMike · · Score: 1

      Except that Adobe have said they do want to fix it, but can't, because Apple refuses the provide the APIs they need. So again, "proprietaryness" doesn't seem to be the problem here, open source html5 implementations would have the same issue.

    8. Re:Let's wait and see by MeNeXT · · Score: 1

      I think you have it backwards. HTML5 and Flash both require different formats for different sizes. Unlike Flash HTML5 is not a one company solution.

      --
      DRM? No thanks, I'll just get it somewhere else...
    9. Re:Let's wait and see by ErikZ · · Score: 1

      Yeah, a more correct comparison would be to use the technologies and software from 15 years ago.

      --
      Democrats or Republicans. They are both taking us to the same place and they are not afraid of us anymore.
    10. Re:Let's wait and see by MobyDisk · · Score: 1

      HTML5 video has to be optimized once per browser per platform,

      You are confusing implementations and standards. HTML5 is a standard. There is no optimization.

      Now, since the software companies have no chosen to share a common implementation, there are more implementations that must be optimized. But the fact that more software implements the standard is not a disadvantage, it is an advantage. The fact there are more more solutions is a good thing, not a bad thing. If you applied your reasoning, then it would be best to have only one browser, and one word procsesor, and one video player, and one spreadsheet program, etc. so that fewer things need to be optimized.

    11. Re:Let's wait and see by Taevin · · Score: 2, Informative

      Except that Adobe have said they do want to fix it, but can't, because Apple refuses the provide the APIs they need.

      Which is clearly bullshit. Adobe is claiming that Apple won't give anyone access to hardware acceleration APIs, and yet I have a number of games and video players that seem to work just fine. The problem is that Adobe refuses to use the available APIs for video acceleration. Why do you think Flash runs at 100% CPU on every platform (I guess not on Windows now that they have figured out some kind of acceleration)? Adobe insists on using their own, poorly written, software decoder.

      Adobe could just send their h264 stream through the QuickTime API, or probably write something else using one of the Core APIs (Core Video, in particular, provides GPU rendering). Instead, apparently, they'd rather sit around bitching about how Apple won't write an API around their application.

    12. Re:Let's wait and see by Anonymous Coward · · Score: 0

      HTML5 doesn't have to be optimized for anything. It's up to the browser to implement it properly.

      I think what you were trying to say, though, is the implementation has to be optimized for each browser, and we all know this tends to not happen. There's always at least one popular browser out there that has to do something different and implementing site code has to be tailored so that all users have a consistent experience.

      This is why flash has an advantage, especially with hardware assistance. Flash will always be flash, the browser doesn't implement it. It's a somewhat consistent experience across all supported browsers and various platforms (though, not all, yet). I don't like flash, but if I care about my visitors, and I have to use this kind of technology, flash is likely to be my choice.

    13. Re:Let's wait and see by roju · · Score: 1

      The impression I'm getting is that none of the OSX acceleration APIs allow the app to easily overlay other stuff on top of the video. Sounds like you give QT/CoreVideo a bounding rectangle, and that's the extent of your control. Whether this is really the case, I have no idea.

    14. Re:Let's wait and see by IICV · · Score: 2, Interesting

      I don't think openness of the standard is a benefit in this specific instance. Flash has to be optimized once per platform (so, 3 times).

      But Flash has been optimized zero times per platform. It is under the sole control of Adobe, so unless you have some mystical way of improving their legendarily shitty code, Flash is simply not going to get any better ever. Adobe has exactly zero reason to make Flash work any better, because they have zero competition in the market (Silverlight? Don't make me laugh, at this point everyone knows what happens when you take up a Microsoft standard). Because Adobe has no competition, Flash just keeps on getting worse and worse and taking up more and more CPU, which is totally unsupportable in theoretical future low-power web devices. Apple refused to include Flash support in the iPhone and the iPad for a very good reason; it absolutely kills performance, even on a full-blown computer.

      On the other hand, if we put control over the implementation of this sort of thing into the hands of the browser companies, we'll see drastic improvements. Apple really wants a speedy, energy efficient yet full-featured browser for its mobile devices; Google wants a browser that can do more than modern ones for its web apps; the Mozilla foundation wants something like HTML 5 because it would fit in with their ideology far better than the current closed browser plugin; Opera wants it because their main market nowadays is mobile web, so their requirements are basically the same as Apple's. All of these companies have very good reasons for implementing something like HTML 5, and they all want you to use their browser - so we're going to see a lot of competition in terms of efficient HTML 5 implementations, just like we've been seeing a lot of competition in terms of efficient Javascript implementations.

    15. Re:Let's wait and see by Taevin · · Score: 1

      I was pretty sure that you could do this with the Quartz Compositing APIs or with Core Animation, but I did some googling to see if I was wrong. I ended up stumbling across this blog which is apparently written by an Adobe engineer working on the Flash Player. Going by what he says, they've just recently started using the Core Animation API which gives them access to what they need with respect to features, and also access to OpenGL. They've already seen some performance improvement and with the ability to push stuff through OpenGL, more performance should be on the way. It's just a matter of Adobe programmers learning their way through the OS X programming model.

    16. Re:Let's wait and see by roju · · Score: 1

      I suppose there must be an API that supports overlays, otherwise OSX media players wouldn't be able to do subtitles or controls. Thanks for taking the time to do some digging - looks like it's only a matter of time.

  23. Retro machines by stimpleton · · Score: 2, Insightful

    By saying "PC and MAC", TFA disregards handheld and small devices. These may be dominant players in the medium term(till they are as powerful as PC's and Macs). HTML5 may have an edge, especially with the iPad attitude of limited Flash support

    --

    In post Patriot Act America, the library books scan you.
  24. Re:How much of a perfomance hit for open standards by EvanED · · Score: 1

    It runs flash in 32-bit mode, dummy.

    That's the point, dummy. The post I replied to stated that the unavailability of a 64-bit Flash build was a hindrance to the spread of 64-bit OSs. ("Since flash is not fully supported in 64-bit. 64-bit OS:es will not be able to be widely spread. Try to sell a computer with a new hardware architecture until the day flash supports that new architecture.")

    This statement, of course, is complete BS for precisely the reason you and I are pointing out.

    (That said, there is a 64-bit experimental build of Flash available for Linux, so saying it's not publicly out isn't 100% correct, just... like 99%.)

  25. Flash is not limited to video by AwaxSlashdot · · Score: 1

    Even if the results are real, there are a few shortcoming.

    Mainly, the performance issue, especially on MacOS, is
    not limited to video. Even plain simple Flash with animated
    clip art is a CPU hog. This is what REALLY needs to
    be benchmarked and documented.

    Then, all videos are not equal. For the same bandwith, when comparing H264 in HTML5 and Flash codec in Flash player, we need to compare the CPU usage AND the final
    quality.

    Finally, the test should be performed on the same hardware for both MacOS and Windows.

    --
    Sig (appended to the end of comments you post, 120 chars)
  26. Re:How much of a perfomance hit for open standards by sopssa · · Score: 1

    How does GPL v3 restrict implementing DRM?

    It's always possible to use GPLed code to write software that implements DRM. However, if someone does that with code protected by GPLv3, section 3 says that the system will not count as an effective technological "protection" measure. This means that if you break the DRM, you'll be free to distribute your own software that does that, and you won't be threatened by the DMCA or similar laws.

    Of course someone could try to fork the code in a way that can output non-DRM'd version of the file, but it's perfectly possible that GPL'd application can implement DRM. The earlier versions of Voddler did this too (though now they've changed to website based system with Flash)

  27. Agreed by SmallFurryCreature · · Score: 1

    I do use linux, since that doesn't have GPU accelerated flash, I am clearly not all that bothered by it. Oh and I do get performance bonus after all with this.

    And will it be all that hard for browsers to pull the same trick as flash did?

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

    1. Re:Agreed by CheshireFerk-o · · Score: 1, Informative

      it sure does, if you have an 8xxx+ card and flash 10.1 beta... i have a 7600gt agp, 195.x nvidia beta drivers, and the vdpau libs installed, for some reason i can now play youtubeHD without stutter and the flashplayer load is very much spread even over my four cores.

      http://www.nvidia.com/object/adobe_flashplayer_plus_nvidia.html

  28. Spelling by Anonymous Coward · · Score: 0

    Sceptical - another word the Americans can't spell :(

    1. Re:Spelling by DaVince21 · · Score: 1

      What the hell do you mean by "the Americans"? Don't you know to treat people as individuals yet?

      --
      I am not devoid of humor.
  29. Re:How much of a perfomance hit for open standards by drizek · · Score: 1

    Interesting. I had never seen that language before.

    Still, it is a pretty big loophole.

  30. Misses the point by gweihir · · Score: 3, Insightful

    Performance is rather secondary. This is about standards and cross-platform compatibility. Flash is an atrocity in this regard, and the earlier it gets tossed out on the trash heap of computing history, the better.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    1. Re:Misses the point by dingen · · Score: 1

      You are exactly right. Performance isn't the issue at all, it's rather a nice side effect.

      --
      Pretty good is actually pretty bad.
    2. Re:Misses the point by Anonymous Coward · · Score: 0

      Standards I'll give you; but *not* cross-platform compatibility. Flash video is far more cross-platform compatible than HTML 5 video. Mozilla, Google and Safari can't all agree on a codec and the most popular browser out there (though slashdotters may be loathe to admit it) Internet Explorer doesn't support it at all.

    3. Re:Misses the point by Dr+Herbert+West · · Score: 1

      Performance is rather secondary. This is about standards and cross-platform compatibility. Flash is an atrocity in this regard, and the earlier it gets tossed out on the trash heap of computing history, the better.

      How did you get modded up for that comment? The main (some would say only) strength flash has is its consistent functionality across all platforms/browsers-- that is, if it runs at all, it runs exactly the same everywhere. Maybe you like writing a million different sniffer codes and a jillion javascript tweaks to make your projects run/display consistently when moving from windows to mac to IE to Mozilla to whatever. I certainly don't.

    4. Re:Misses the point by gweihir · · Score: 1

      You seem to overlook that it is not "consistent functionality across all platforms/browsers", but rather "consistent functionality across all platforms/browsers it is available on" and that is one serious issue. Flash is not available on a lot of platforms and the consistent functionality can go out the windows as soon as its single controlling entity starts to mess up. In addition, it security record is a catastrophe, and nobody can do anything about that but Adobe. With HTML5 you can just switch to another implementation.

      That is why I was moderated insightful.

      Side note: If you want to avoid custom tailoring for every single browser and platform, then don't. It is a sign of gross incompetence anyways. Instead read the standards and stay in their boundaries.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    5. Re:Misses the point by gweihir · · Score: 1

      You cannot compare them side-by-side at this time. That way nothing new would ever have a chance. And that MS is (again and again) far behind the times is nothing new. They will only start moving if people adopt alternative browsers. Incidentially, "platform" im my posting means OS and browser, not just browser.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  31. Some perspective, people by Anonymous Coward · · Score: 0

    People tend to forget what Flash is. It's a fucking browser plugin. A metaphor from the internet bronze age.

    Other browser plugins:

    ActiveX
    Java Applets
    Silverlight
    Bonzi Buddy

    If your idea of providing a web experience necessitates installation of 3rd party, buggy and half-baked plugins then you fail as a developer and as a human being.

    I'll admit, HTML5 media experience is kinda lacking at this point and there are reasons for that. a) the infighting between h.264 camp and Theora camp has resulted in a paralysis where non-ideologues don't know which way to lean. and b) the next generation tools aren't yet available for the web developers so they could start serving their content for the post-Flash era. Every html5 video implementation I've seen is very barebones and not as feature rich as Flash.

    Of course, this could change very soon and above 2 points are very fixable. To quote JFK on this matter:

    We choose to switch to HTML5... (interrupted by applause) in this decade and do the other things, not because they are easy, but because they are hard, because that goal will serve to organize and measure the best of our energies and skills, because that challenge is one that we are willing to accept, one we are unwilling to postpone, and one which we intend to win, and the others, too. [followed by stuff about Adobe being lazy]

    My point is, if you defend Flash you might as well defend Bonzai Buddy. I don't care if the next version of Flash gives free handjobs - I want it out of my fucking browser.

    1. Re:Some perspective, people by VGPowerlord · · Score: 1

      and instead, you want the video plugin baked in to the browser?

      How exactly is that different?

      P.S. ActiveX isn't a browser plugin, but rather MS's bug-riddled implementation of a plugin host, having dumped support for Netscape-style plugins in IE4.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  32. Re:How much of a perfomance hit for open standards by Anonymous Coward · · Score: 0

    Since flash is not fully supported in 64-bit. 64-bit OS:es will not be able to be widely spread.

    There are a couple different problems with this statement... I'll just say that I'm posting this from a 64-bit OS and a browser that runs Flash just fine. (Well, as fine as a Flash can be run anyway, which is "not very", but that's sort of beside the point.)

    That statement is totally oblivious of reallity, just like the statement wLAN is flawless on linux. Don't get me wrong, I am a linux user myself, and would never dream of the nightmare to install windows.

    My point is that running flash on a 64-bit OS, is like running wLAN on linux. A lottery. Either it works, or it doesn't.

    Just because you happen to be a success story, you assume that it is the same for everybody else. In reallity it is not the same for everyone else.

  33. The biggest tell by weave · · Score: 1

    With Safari on the Mac, Flash did show a significantly higher CPU utilization, but Ozer attributes that to Apple's use of GPU hardware acceleration with HTML5. ... Adobe has added hardware acceleration with Flash Player 10.1, and Ozer argues that if Jobs were to embrace such a setup, CPU hogging would no longer be a problem. Of course, that still leaves the buggy bit. And the security bit.

    So the answer is to let some bug-ridden security-mess proprietary plug-in have direct access to the hardware. Brilliant!

  34. Flash sites are already broken ... for the blind. by Cerebus · · Score: 1

    Try having text-to-speech read you a flash-based site some time. So much for ADA compliance on the web. HTML5 will encourage sites to fix this.

    --
    -- Cerebus
  35. Re:How much of a perfomance hit for open standards by Jarik+C-Bol · · Score: 0, Offtopic

    obligatory XKCD on the subject of flash, computers, and whatnot: http://www.xkcd.com/676/

    --
    I've decided to Diversify my Holdings. I've divided my cash between my left and right pockets, instead of all in one.
  36. Not a crap article by Macka · · Score: 3, Informative

    The author implies that adobe can't use gpu for flash on mac. Why not?

    It's not a crap article because it's true. If you look at the 10.1 public beta release notes it says:

    In Flash Player 10.1, H.264 hardware acceleration is not supported under Linux and Mac OS. Linux currently lacks a developed standard API that supports H.264 hardware video decoding, and Mac OS X does not expose access to the required APIs. We will continue to evaluate adding the feature to Linux and Mac OS in future releases.

    How Apple react to this will be a good litmus test of how fair Steve J is prepared to be with Adobe. Will he make the APIs available to benefit his customers but risk making HTML5 less attractive, or will he just ignore them and play hard ball.

    As for Linux, the historical lack of a unified approach to solving this (that includes all interested parties) is going to leave us out in the cold for some time yet. Let's hope that Gallium3D sticks, gains enough traction and doesn't get dropped for something else a few years down the road. That will make a nice change!

    1. Re:Not a crap article by heffrey · · Score: 1

      Wow! I stand corrected. Guess I don't know as much as I thought I did. I always assumed that Linux and OSX were proper grown up client operating systems - apparently not. Makes Windows look pretty good. Developers Developers Developers!

    2. Re:Not a crap article by Skapare · · Score: 1

      The hardware that is doing the accelerated video decoding is the GPU itself. All that is needed is for NVIDIA to program its video driver properly so the video application that is displaying content on some part of the screen has a means to designate a portion (or all) of that to be the video display, and send the video stream in to be decoded into that space.

      This is NOT an issue of Linux. It is an issue of NVIDIA not putting an equal effort into other platforms, or not opening up the interface specs (this does NOT need to open the proprietary insides of the video firmware on the GPU ... it only needs to open the way to communicate with it) so the community can develop the driver for them.

      It's not about Linux having or not having a unified approach. It already has what is needed. When hardware interface standards are fully open, then development to use that hardware can happen for all operating system platforms on an equal basis. Only then can we truly point a finger at the one that comes in last and say "FAIL". Until then, I point at the closed hardware and say "FAIL".

      --
      now we need to go OSS in diesel cars
    3. Re:Not a crap article by JonJ · · Score: 2, Insightful

      Why can't they do this via the Quicktime APIs that expose hardware acceleration to H.264?

      --
      -- Linux user #369862
    4. Re:Not a crap article by Anonymous Coward · · Score: 1, Insightful

      The author implies that adobe can't use gpu for flash on mac. Why not?

      It's not a crap article because it's true. If you look at the 10.1 public beta release notes [adobe.com] it says:

      I know Adobe makes this claim, I just don't understand it. Webkit exposes WebGL which allows for exactly that in the browser and is what HTML 5 uses. General software on OS X accesses GPU acceleration vie CoreGraphics/OpenGL. So I don't know what Adobe is talking about. There are certainly graphics accelerated games and video editing software galore on OS X.

    5. Re:Not a crap article by RogerWilco · · Score: 1

      Sorry, I don't understand what Nvidia has to do with Linux not having a proper API for this. If Linux has a proper API, you could fault Nvidia for not supporting it in their driver (or Intel, AMD/Ati,...). But as I understand the problem, it's Linux that doesn't have the API. I have no clue why you're ranting at Nvidia for Linux not having an API. Unless I missed something and Linus has renamed himself.

      I don't understand your post.

      --
      RogerWilco the Adventurous Janitor
    6. Re:Not a crap article by vonFinkelstien · · Score: 1

      Agreed! Adobe is being stubborn by refusing to use the existing public APIs.

    7. Re:Not a crap article by TheRaven64 · · Score: 5, Informative

      It's not quite true on OS X. There is a standard way of playing back H.264 using hardware acceleration: use QuickTime. Adobe can't use this because they ship their own H.264 implementation (which is slower than the QuickTime one and ffmpeg), rather than using the supplied one. There aren't hooks for adding GPU acceleration to arbitrary CODECs, unless you use OpenCL, but there are APIs for playing back H.264.

      --
      I am TheRaven on Soylent News
    8. Re:Not a crap article by jedidiah · · Score: 1

      No. Adobe simply refuses to bother.

      The idea that vdpau is not a sufficiently enough standardized approach to the problem is just a smokescreen.

      Their remarks about Apple are probably similarly bogus and specious.

      While Adobe is sitting on it's thumbs, all of the Free Software is creating the necessary hooks.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    9. Re:Not a crap article by TiberiusMonkey · · Score: 1

      You find one single issue that Linux or OSX don't compete well with, among a number of issues that Windows historically fails at and that instantly means that OSX and Linux are not grown up operating systems...?

    10. Re:Not a crap article by heffrey · · Score: 2

      You need to take off your blinkers. Windows is a great platform for developers and has been stable for around 20 years. Can't say the same for either Mac or Linux.

    11. Re:Not a crap article by Anonymous Coward · · Score: 0

      Mac OS X does not expose access to the required APIs. We will continue to evaluate adding the feature to Linux and Mac OS in future releases.

      How Apple react to this will be a good litmus test of how fair Steve J is prepared to be with Adobe. Will he make the APIs available to benefit his customers but risk making HTML5 less attractive, or will he just ignore them and play hard ball.

      What you describe is Adobe playing "dodge the facts" to play hard ball with Apple. It clearly worked on you.

      Carbon, which is deprecated as of 2006 (and whose graphics engine, QuickDraw, was deprecated as of 2004 precisely because of its limitations with regard to modern GPU hardware), does not enable access to the modern hardware-accelerated API. But Apple has been trying to get developers away from Carbon for six years. There is no 64-bit Carbon.

      Adobe's complaint is like saying that DirectDraw 8 doesn't expose the necessary APIs.

      Apple isn't going to bend over backwards to update dead software so Adobe doesn't have to use the Quartz and Quicktime tools they should have rewritten Flash to take advantage of 5 years ago now. "Steve J" doesn't have to do anything. All of those APIs are available and have been since 2004. Adobe is just too lazy to write proper Flash players for non-Windows platforms.

    12. Re:Not a crap article by coxymla · · Score: 1

      The "Quicktime APIs that expose hardware acceleration to H.264" are hardly all that brilliant. H.264 acceleration is only supported inside QuickTime X under 10.6 if and only if the machine has a Nvidia 9400 IGP in it. (http://www.apple.com/macosx/specs.html)
      That's a lot of conditions on playback that really restricts the number of machines that can actually use the feature.

    13. Re:Not a crap article by Macka · · Score: 1

      Fat lot of good that does for a significant chunk of the Linux user base. VDPAU is Nvidia only: there is no support there for Intel or ATI chipsets.

      Perhaps you mean XvMC - oh sorry, that's old and is only partially supported (to varying degrees by the different graphics hardware vendors) and is effectively dead now.

      Ah I know, let's all use VxBA - oh dam, that's ATI only (competition for VDPAU) so we can't code for that and include everyone either.

      How about VD API - the first attempt to ditch XvMC and reinvent the wheel from scratch. Well blow me down, after all this time there's only minimal native support for a few Intel and S3 chipsets. VDPAU can be used as a backend so that brings Nvidia into the fold, but no ATI. Oh hang on, there's a late development .. hurray now it has AMD Radeon's UVD2 chipset support to: shame it's a proprietary extension though, no open source. So VD API doesn't cut the mustard either.

      Lastly there's Gallium3D. Finally an Open Source, smart, well thought out and very portable solution (can work on Linux, FreeBSD, smart phones, etc). It's got strong backing from VMware with solid roots from Tungsten Graphics and is making good progress. If you're interested there's a nice PDF presentation on it's design here.

    14. Re:Not a crap article by Macka · · Score: 1

      Really? So what do you make of this tech article from Adobe then? It starts off nice and promising:

      Flash supports Apple's QuickTime API (which in turns supports many different codecs) and Microsoft's AVI file format and its related codecs. By leveraging these technologies, Flash is able to transcode video to and from Flash Video (FLV) format.

      But then goes on to say:

      Other limitations:

      * Flash cannot import MPEG video streams through QuickTime
      * Flash cannot import the audio track of MPEG video through QuickTime.

      Clearly Adobe's use of the Quicktime API got 'nobbled', and that was back in 2005.

      Then a year later in 2006 Apple delivered it's next knock-out punch. Apple used to support Flash natively in Quicktime until they suddenly and without any warning switched it off in QuickTime 7.1.3 and yanked the rug out from underneath its developers, leaving them no where to go.

    15. Re:Not a crap article by Macka · · Score: 1

      And maybe/perhaps Adobe ship their own H.264 implementation because Apple have shut them out of using the same in QuickTime. See my reply to the AC below for the reasons why.

    16. Re:Not a crap article by TiberiusMonkey · · Score: 1

      You base the statement "Linux and OSX are not grown up" on a posters false information, and I'm the one that needs to take off my blinkers?

    17. Re:Not a crap article by Anonymous Coward · · Score: 0

      You need to take off your blinkers. Windows is a great platform for developers and has been stable for around 20 years. Can't say the same for either Mac or Linux.

      Blinders. The word is blinders.

      What magical fairyland have you been living in to make the claim that Windows has been stable since 1990? You are actually trying to claim that every version of Windows since 3.0 has been stable and a "great platform for developers"? Seriously what the fuck are you smoking, 'cause I want a hit off that shit.

    18. Re:Not a crap article by Baki · · Score: 1

      But CUDA is available for OSX: http://www.apple.com/downloads/macosx/development_tools/nvidiacuda.html

      There is other 3rd party software available (e.g. boinc) that does make use of the GPU. I don't see why adobe couldn't do this now if they really wanted.

      Also, don't forget that html5 has just appeared for the first time, flash has a year long history. Give it another year and html5 will look much better.

    19. Re:Not a crap article by Anonymous Coward · · Score: 0

      Really? So what do you make of this tech article [adobe.com] from Adobe then?

      That's a tech note about importing video into a Flash container for distribution, not about whether Flash playback uses the appropriate system calls.

      Apple used to support Flash natively in Quicktime until they suddenly and without any warning switched it off in QuickTime 7.1.3

      That doesn't have anything to do with Adobe's use of a Carbon codebase for their Flash player.

  37. Re:How much of a perfomance hit for open standards by Runaway1956 · · Score: 1

    That pre-release works - sometimes. I've installed it, and purged all the 32 bit libraries, and had it work well. I've also installed it, only to find that NOTHING works.

    BTW - you do realize that the 64 bit pre-release is Linux only? If you're running anything else, you're still stuck with the 32 bit versions, along with the library dependencies, etc.

    --
    "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
  38. http://www.gozlempnomatik.com by Anonymous Coward · · Score: 0

    pnömatik

  39. Re:How much of a perfomance hit for open standards by EvanED · · Score: 1

    That statement is totally oblivious of reallity, just like the statement wLAN is flawless on linux. Don't get me wrong, I am a linux user myself, and would never dream of the nightmare to install windows.

    What makes you think I'm talking about Linux? Flash works fine on 64-bit Windows, and if you're interested in the practicality of what will prevent the adoption of 64-bit OSs, looking at what goes on with 64-bit Linux doesn't seem particularly relevant to be honest.

    Also, are you trying to run the 64-bit Flash alpha, or are you running the 32-bit build with a 32-bit browser?

  40. Honestly by trifish · · Score: 5, Insightful

    I don't care if Flash is 50% faster than HTML5 video. I don't want the vulnerability-laden Flash on my primary OS just to watch a YouTube video. Period.

    1. Re:Honestly by Air-conditioned+cowh · · Score: 1

      Agreed! And I don't care how much faster Flash is on Windows. I don't use Windows and Flash is the _only_ video playing app that can't play full-screen video smoothly. VLC can do it, mplayer can do it. So I don't buy the GPU argument, even if using the GPU helps. Even if Firefox or Chrome can't do it yet at least it is in our hands to do something about it instead of waiting forever in vain for Adobe to take other platforms seriously.

    2. Re:Honestly by westlake · · Score: 1
      I don't care if Flash is 50% faster than HTML5 video. I don't want Flash on my primary OS just to watch a YouTube video. Period.

      You should care.

      Flash is more than a video player.

      H.264 support has Mozilla and Firefox tied up in knots. The Flash plug-in is not going away.

      Apple doesn't have an entrant in the netbook sector.

      The Atom + Windows + ION2 + Flash 10.1 netbook will likely hit the market priced at under $400.

      Acer Aspire One 532G with ION 2 priced at an aggressive 379 euros

    3. Re:Honestly by trifish · · Score: 1

      Flash is more than a video player.

      The only website where I happen to be required to use Flash is YouTube. For more, it's nothing more than a video browser plugin.

      The Flash plug-in is not going away.

      Away from my OS, it is.

    4. Re:Honestly by roman_mir · · Score: 1

      NoFlash FireFox add on is so popular because people hate flash. I only have it because of youtube and once it's not needed there, well, there will be no flash plugin on my machines.

    5. Re:Honestly by Rich0 · · Score: 1

      Agreed. How about running a different benchmark instead:

      Flash vs open source html5 implementations on sparc, mips, netbsd, or any of 45,000 platforms that doesn't have a flash player?

      Flash will render a "you need to install a plugin to display this content" box, and html5 will render at least something.

      Maybe if adobe actually supported anything other than windows and OSX I might care how well their solution performs.

    6. Re:Honestly by Anonymous Coward · · Score: 0

      Will you wear your tin foil hat when watching the HTML 5 videos?

    7. Re:Honestly by Anonymous Coward · · Score: 0

      Actually, Flash IS a reason to be kind of paranoid. It's insecure shit. Enough said.

  41. Re:How much of a perfomance hit for open standards by Jenming · · Score: 1

    I guess this is beside the point, but I feel required to point out that if you start by losing 100% performance it doesn't matter how many times you double your now 0 performance, it will always still be 0 performance.

    --
    Morpheus, God of Dreams.
  42. Re:How much of a perfomance hit for open standards by DrXym · · Score: 1
    100% performance hit... In 18 months double of nothing is still nothing. Assuming you meant sucky software only vs hardware accelerated playback, I expect the vast majority number of people would go for the latter because their principle concern is doing stuff like playing video, and not worrying if their codec or graphics driver are open source.

    Besides which you confuse and conflate free, open standards and DRM all into one. For example h264 is an open standard but its not free (although the majority of people get it for free through a plugin or their OS, or the patent laws of their land). Additionally h264 could be bundled up in a regular mp4 or mkv container without any DRM but someone could wrap it up in DRM if they wanted. Someone could even wrap theora (a free and open standard) up with DRM if they so wished.

  43. Theora is probably cheaper on a DSP too by tepples · · Score: 1

    PS : a dsp is not magic, you have limitation and can't make all codec work on it

    A DSP is a specialized CPU. If Theora takes far fewer cycles to decode than H.264 on one CPU, it will probably take far fewer cycles to decode than H.264 on another CPU.

  44. Compare to pixel shading by tepples · · Score: 1

    So the answer is to let some bug-ridden security-mess proprietary plug-in have direct access to the hardware.

    No, let the plug-in have access to the hardware through a hardware abstraction layer. Several steps of block-transform video decoding aren't too different from pixel shading, yet video games using pixel shaders don't have destructive access to the hardware.

    1. Re:Compare to pixel shading by Anonymous Coward · · Score: 0

      an abstraction layer for access to gpu hardware? if only there were such a thing on mac os x...

      I can really see how apple is keeping adobe from using the gpu on the mac since there are no other gpu intensive mac programs at all that do it.

  45. Re:How much of a perfomance hit for open standards by DrXym · · Score: 1

    Not necessarily. I could pipe content which I have decrypted and validated from a DRM'd container to a GPLv3 application for decoding. Alternatively I might modify the GPL app to call out to my proprietary process to decode the content for much the same effect. Nothing to stop me doing that at all. I could even supply the source of my modifications and it wouldn't necessarily help someone crack the DRM. If it was an LGPL v3 library (as most codecs are likely to be), I wouldn't even have to bother separating the DRM code and the decoder into separate processes either.

  46. Windows XP vs. 7 by tepples · · Score: 1

    Unlike on Windows 7 and Mac OS X, licensed H.264 decoders are not "available on the system" for users of Windows XP or Linux. Besides, just because a home desktop operating system comes with a licensed decoder doesn't mean a server operating system comes with a licensed encoder.

    1. Re:Windows XP vs. 7 by EvanED · · Score: 1

      Unlike on Windows 7 and Mac OS X, licensed H.264 decoders are not "available on the system" for users of Windows XP or Linux. Besides, just because a home desktop operating system comes with a licensed decoder doesn't mean a server operating system comes with a licensed encoder.

      Oh, I don't deny there are patent problems with H.264 -- just that they have to be Firefox's problem.

      That said, on the first point: the proportion of Win7 users to XP users will continue to grow over time, while the quality difference between H.264 and Theora (yes, I do believe there's a noticeable quality difference in H.264's favor) probably won't change all that much over time.

      Personally, my viewpoint is I'd like to see browsers implement both Theora and H.264. Sites that want the extra quality at the same size, same quality at a lower size, or whatever benefit the people behind the site see in H.264, and can afford the licensing for it can go ahead and use H.264. Other sites don't have to.

      Other than that, I'm relatively uninvested in the debate, provided that when the dust settles I can watch YouTube and a couple other sites in Opera and Firefox.

    2. Re:Windows XP vs. 7 by jedidiah · · Score: 1

      > Unlike on Windows 7 and Mac OS X, licensed H.264 decoders are not "available on the system" for users of Windows XP or Linux.

      Total nonesense.

      Adding a new codec on Linux is far easier than attempting the same thing for Windows or MacOS.

      With Unix package managers, it becomes rediculously easy to automate.

      This is like Apple users and the iPad. Certain people choose to perpetuate anti-Linux FUD
      because it seems to suit their agenda regarding HTML5 when it's total nonsense.

      Just let HTML5 video be managed by the mplayer firefox plugin or somesuch.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    3. Re:Windows XP vs. 7 by tepples · · Score: 1

      Adding a new codec on Linux is far easier than attempting the same thing for Windows or MacOS.

      With Unix package managers, it becomes rediculously easy to automate.

      Package managers under GNU/Linux and FreeBSD do a good job of managing notable free software. But which common package manager on these platforms supports billing? For example, I can install the "ugly" gstreamer plugins from Ubuntu's multiverse repository, but then I would become guilty/liable of patent infringement.

    4. Re:Windows XP vs. 7 by jedidiah · · Score: 1

      > but then I would become guilty/liable of patent infringement.

      You sound like Ned Flanders.

      --
      A Pirate and a Puritan look the same on a balance sheet.
  47. Flash is what, 10 years old? HTML 5 is barely out by PinchDuck · · Score: 1

    So of course Flash will do some things better. HTML5 will come along very quickly, however, because of the number of people (consumers and companies) that hate Flash. Adobe dug this hole for themselves with their arrogant attitudes and sky-high pricing. Now that the rest of the industry has an alternative to rally around, it will soon be a new world. It won't be flash-free, but Adobe will have to clean up it's act to compete.

  48. Fud fud and more fud. by bl8n8r · · Score: 1

    Having a platform based/built on open standards is way more important than having some monetarily driven format underpinning everything we develop for. I don't care about efficiency; I care about being able to use the internet without having it dictated to me that I need to use a Mac, or Vista, or a special browser feature some asshat wrote that I need for my banking. The world doesn't need another microsoft. The world doesn't need another swiss-cheese plugin controlling the web so shaddap about it already.

    Even if HTML5 "efficiency" sucks now, give it 6 months; it will improve. Open source evolves into a superior product because of the ability to innovate with legal freedom.

    --
    boycott slashdot February 10th - 17th check out: altSlashdot.org
    1. Re:Fud fud and more fud. by colinrichardday · · Score: 1

      Even if HTML5 "efficiency" sucks now, give it 6 months; it will improve. Open source evolves into a superior product because of the ability to innovate with legal freedom.

      You mean like this http://www.gnu.org/software/gnash/

  49. Re:How much of a perfomance hit for open standards by TheRaven64 · · Score: 1

    The performance of an implementation should have no baring on a standard at all. You can implement the video tag on IE 6 with Flash and a tiny bit of JavaScript or XSLT. This entire test makes about as much sense as deciding whether .mkv or .mov is a better container format by measuring H.264 playback performance with VLC and QuickTime.

    --
    I am TheRaven on Soylent News
  50. GPU acceleration in MacOS by blueworm · · Score: 1

    The Engadget stub article states that Adobe is "cut out of the loop" of GPU acceleration on the Mac platform, and as evidence links to three other articles (also Engadget):

    http://www.engadget.com/2010/01/28/adobe-on-flash-and-the-ipad-apple-is-continuing-to-impose-rest/
    http://www.engadget.com/2010/01/29/adobe-ups-passive-aggressive-stance-on-ipad-while-apple-promo-f/
    http://www.engadget.com/2010/02/10/adobe-got-7-million-iphone-and-ipod-touch-download-requests-for/

    All of which seem to detail the battle to get Flash on Apple's mobiles, and not a battle for GPU acceleration on MacOS. It would seem to me that if Flash isn't GPU accelerated on MacOS now, that they could take advantage of OpenGL to do so.

    1. Re:GPU acceleration in MacOS by argent · · Score: 1

      I really don't trust what Adobe says about this. They have a history of refusing to use native Apple APIs (sometimes with good reason, like refusing to port Photoshop directly to Yellow Box in '97, sometimes with less reason... like sticking with the older versions of Carbon). They could well be expecting Apple to implement DirectX for them.

    2. Re:GPU acceleration in MacOS by mdarksbane · · Score: 1

      This sounds a little fishy to me, too, considering how many hooks the OS X API's have for GPU accelerated... well, anything.

  51. Re:How much of a perfomance hit for open standards by Anonymous Coward · · Score: 0

    Do 64bit builds of firefox even exist for windows? I sure can't find one on the site.

  52. Anyone care to think he may be biased? by hggs · · Score: 1

    I wonder why there isn't a Caveat Emptor stating the blog post is written by Adobe's Principal Product Manager for developer relations for the Flash Platform ?
    --
    Did I really say that?

    --
    Did I just say that??
    1. Re:Anyone care to think he may be biased? by aicrules · · Score: 1

      It was in the flash intro video

  53. OpenCL by tepples · · Score: 1

    an abstraction layer for access to gpu hardware? if only there were such a thing on mac os x...

    Didn't Apple invent OpenCL?

  54. Ozer's Original Article by randyjparker · · Score: 1

    Jan has a lot of worthwhile detail and commenting in his article: http://www.streaminglearningcenter.com/articles/flash-player-cpu-hog-or-hot-tamale-it-depends-.html

  55. Re:How much of a perfomance hit for open standards by Rockoon · · Score: 1

    No 64-bit Firefox builds. No 64-bit Opera builds either.

    There is the 64-bit build of Internet Explorer, but honestly.. all the 64-bit OS's I know of support 32-bit binaries, and what reason is there for a browser to have access to more than 2/4 gigs of memory? Is it because some of them leak memory so badly?

    --
    "His name was James Damore."
  56. Biased test? by QuietLagoon · · Score: 1
    There are some who feel that a Flash consultant, author and developer may not be the most unbiased person to do a comparison test.

    .

    A report purporting to vindicate the performance of Adobes Flash plugin in comparison to open standards broke through the weak editorial barriers of the tech community yesterday. Its wrong, heres why. .

    The report was created by Jan Ozer, a proponent of Flash who makes his living selling books and seminars about Adobes technologies. The original article is even interrupted by an advertisement promoting Ozers Streaming Production and Flash Delivery Workshop.

    After noting Ozers bias, one site commenting on it wrote, we dont think that [his bias] has any effect on the test outcomes [his report presented].

    The problem wasnt that Ozer faked data to promote Flash; some of his findings actually indicate that even the early beta implementations of HTML5 beat the latest version of Flash in video playback tests. The real issue is that Ozer framed the debate around an absurd premise to shift the conversation from real issues to contrived garbage.

    A press release of fake science

    Coverage of Ozers press release uncritically reported his findings that certain browsers were no better (or at least not much better) at rendering video from YouTube via Googles experimental HTML5/H.264 site than via the standard Flash version of YouTube.

    Ozer detailed only the reported CPU Utilization for his test Mac running Safari, Chrome, and Firefox browsers, and a PC running the same three browsers in addition to Internet Explorer. He compared the performance of Flash 10 with the latest Flash 10.1, and contrasted HTML5 playback on browsers that supported that as an alternative to Flash, not too subtly suggesting that HTML5 and H.264 were riddled with problems that inspire fear, uncertainty and doubt, while Flash simply works everywhere.

    However, his results made no comment on the visual quality of Googles Flash vs raw H.264 implementations. Previous tests I performed indicate that Googles beta version of YouTube running HTML5 delivers raw H.264 video with remarkably better picture equality compared to the HD version of its Flash video for the same file. You can see for yourself by viewing anything on YouTube in HD quality via both Flash and HTML5.

    Additionally, Ozer seemed to gloss over the fact that his tests really say next to nothing about the efficiency and performance of the Flash runtime compared to the use of open standards, because he wasnt testing Flash content rendering, but really only the playback of video data delivered via a Flash wrapper.

    To deliver video, Flash really isnt doing anything special. Thats why browsers supporting HTML5 can do this themselves without needing something like Flash (or its doppelgänger, Microsofts Silverlight).

    HTML5 savvy browsers like Safari and Chrome can also animate content and even (with a little more work) do the kinds of fancy interactive apps and games that Flash was originally targeted toward, all using open web specifications....

  57. Re:How much of a perfomance hit for open standards by at_slashdot · · Score: 1

    And your assessment is based on what, voodoo? How do you know about the future? And not even the present and post even if they would be a good predictors of the future don't point to that, the fastest browser is a closed source browser (Opera) and Linux has not doubled its speed every 18 months. So, where do you get that from?

    --
    "It is our choices, Harry, that show what we truly are, far more than our abilities." -- Prof. Dumbledore
  58. Efficiency isn't everything by wisnoskij · · Score: 1

    Efficiency isn't everything.

    --
    Troll is not a replacement for I disagree.
  59. Why can't Firefox and Opera just use the damn OS by Yvan256 · · Score: 1

    The OS should be playing back video.

    Or are you telling me that those browsers have their own built-in image decoders? Their own font files? Their own font renderers? Their own GUI renderers? Their own mouse drivers? Etc, etc.

    It's the job of the OS to control the computer and display data. The web browser's job is to know which calls to make to the OS to display the web content.

  60. How about running the tests on commodity hardware? by v1x · · Score: 1

    FTA, the author conducted his 'tests' on a Mac Pro with a two Quad-Core Intel Xeon, 3 GHz processors (8 cores), with 12 MB L2 Cache, 8GB RAM. Needless to say, this is not the average user's computer, and any differences in performance between flash on Windows on Mac will become less obvious due to the sheer computational power available. The tests would be more convincing if they were run on lesser hardware such as a Mac mini, where the differences in performance are far more noticeable (typing this on a Mac mini), so I dispute one of the main conclusions in the article: 'From these tests, Flash content does not perform consistently worse on Mac than on Windows.'

  61. pressure got Adobe to fix that in Flash 10.1 beta by Anonymous Coward · · Score: 0

    Beta version 10.1 of Flash now http://wapedia.mobi/en/Privacy_mode integrates with the privacy modes of Internet Explorer, Chrome and Firefox so that your browser (if it's one of those 3) can manage those flash cookies.

    It took literally years of pressure on Adobe to get them to expose Flash's cookies to the browser, but it's (beta) here now.

  62. No comparison by thethibs · · Score: 1

    Comparing Version 1 of one product with version 10 of another?

    It's comforting to see that /. can still get sucked in by a well-crafted strawman.

    --
    I'm a Programmer. That's one level above Software Engineer and one level below Engineer.
    1. Re:No comparison by geekoid · · Score: 1

      Version doesn't matter. Which one performs better is the question.
      That's like saying window 3 was better then Linux 1.0 because it has the number 4 added to it.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    2. Re:No comparison by BoppreH · · Score: 1

      According to your definition, we would never be able to compare two programs that weren't created at the same time.

  63. HTML 3 sites are already broken ... for the blind by Anonymous Coward · · Score: 0

    My statement is as true as your's.

    The issue is whether the technology prevents sites using that technology from being accessible (NOTE: unlike in the U.K., the ADA does not require websites to be accessible; it is "Section 508", of a different law, which requires website accessibility and that only for U.S. Government websites) or whether individual works produced by user's of that technology are not accessible.

    If you've relied on text-to-speech readers for a while then you will be (painfully) aware that even back in the days of HTML 3.x there were (and still are) websites which are not accessible when using speech reading browsers. Know how impossible it is to fill in a freaking form when none of the INPUTs have freaking LABELs?

    (side ran: Why The F does the tech support department for JAWS close on weekends?!?)

    Websites created in or using Adobe Flash can (http://www.adobe.com/accessibility/) be accessible to screen reader browsing. Lazy website developers can choose to make non-accessible sites using HTML 3.x/4.x, they can choose to make non-accessible sites using Flash and they will sadly continue to choose to make non-accessible sites using HTML5.

  64. Re:Flash is what, 10 years old? HTML 5 is barely o by mitrevski · · Score: 1

    That's exactly what I was thinking. Flash has been out since 1996 (http://en.wikipedia.org/wiki/Adobe_Flash_Player) and the HTML5 specs started in 2004!

  65. TypeError in comparison by Just+Some+Guy · · Score: 1

    while HTML5 did come out ahead in many respects, it wasn't exactly a clear winner.

    Furthermore, the study finds find that gasoline isn't always as fast as motorcycles.

    HTML5 is a standard with multiple implementations, none being particularly mature as it's not a finalized standard yet. Flash is a specific implementation of one technology from one vendor. They're just not the same class of object and you can't directly compare them.

    --
    Dewey, what part of this looks like authorities should be involved?
    1. Re:TypeError in comparison by Xuranova · · Score: 1

      So how do you compare them? A vocal minority has been calling for HTML 5 to kill the need for flash video and now that people can play with HTML 5, they want to know how close it is to doing it. Besides that, every new product by a company is compared to the the current version of the sitting industry heavy weight, version doesn't matter. If you are late to the party, everyone expects your version 1 to be up to snuff with whatever version the competition has.

      Perhaps it's the fault of the W3C for making the direct comparison to Flash (i don't hear much mention of Sliverlight) or maybe its the fault the vocal minority for presenting HTML5's video as a potential Flash killer, but now the comparison is out there and there is no getting around it.

      --
      "There is no real right or wrong, just what the majority accepts at the time."
  66. missing features by yupa · · Score: 1

    http://x264dev.multimedia.cx/?p=292 list some missing feature a html5 :
    - buffering control
    - signalling back to server
    - Quality of implementations

  67. What about Opera by patrikas · · Score: 1

    Strange comparison. Last Toms Hardware browser competition showed that Opera beats all other browsers when it comes to Flash. I regret the author doesn't touch Opera here (or did I overlooked that ?) Anyway it seems to me that Chrome HTML5 support is likely to be improved soon.

  68. Simple math by __aaaaxm1522 · · Score: 1, Insightful

    HTML5 = non-proprietary.
    Flash = proprietary.

    HTML5 > Flash.

    1. Re:Simple math by shutdown+-p+now · · Score: 1

      GNU/Hurd = non-proprietary
      Mac OS X = proprietary

      Hurd > OS X?

  69. Adobe != Apple. by zippthorne · · Score: 1

    Why are you booing Apple for that? Apple's machines support GPU decoding, and Safari's support for HTML5 in fact uses the GPU. If Adobe hasn't written a plugin for Apple machines yet, I fail to see how that's boo on Apple.

    --
    Can you be Even More Awesome?!
  70. Re:How much of a perfomance hit for open standards by V!NCENT · · Score: 1

    Indeed. Publicly available 64bit Adobe Flash Beta isn't available by default in the Ubuntu repositories since god knows when... Oh wait... it is publicly available...

    --
    Here be signatures
  71. Re:How much of a perfomance hit for open standards by V!NCENT · · Score: 1

    Microsoft's definition of 64bit != true 64bit. In fact it is more like 32bit.

    Want to know more? Google the citation for yourself...

    --
    Here be signatures
  72. Re:How much of a perfomance hit for open standards by Draek · · Score: 1

    Well, in this case since it's just software patents it's not technically forever, it's "only" 20 years.

    For reference though, Windows 3.1 turns 18 this month ;)

    --
    No problem is insoluble in all conceivable circumstances.
  73. Read Someone who has the real facts. by Anonymous Coward · · Score: 0

    Read this and get some truth to the matter, http://www.roughlydrafted.com/2010/03/11/fraud-science-used-to-promote-flash-performance-over-web-standards/

  74. Re:How much of a perfomance hit for open standards by Culture20 · · Score: 1

    obligatory XKCD on the subject of flash, computers, and whatnot: http://www.xkcd.com/676/

    No doubt you were modded off topic for choosing the wrong xkcd. http://xkcd.com/619/ It's happened to all of us at one time or another.

  75. Completely unfair comparison by Hurricane78 · · Score: 1

    It’s like comparing your 10th generation of a sports car, that got optimized for decades, against a brand-new experimental car.
    Of course the old one will win! But that says nothing about how it will be, when the new one got the same amount of optimization.

    But what is important, is that the new car offers so many new freedoms, that it’s worth it, even if it were much slower.

    In this case, the seamless embedding of videos, and the native playback alone, are two killer points that you can never ever achieve with Flash. Or can Flash do this: http://people.mozilla.com/~prouget/demos/

    --
    Any sufficiently advanced intelligence is indistinguishable from stupidity.
  76. Re:How about running the tests on commodity hardwa by tkinnun0 · · Score: 1

    Just run the tests yourself instead of speculating.

  77. Re:How much of a perfomance hit for open standards by Jarik+C-Bol · · Score: 1

    I was merely pointing out the hilarity of yammering about performance hit on machines that are orders of magnitude more powerful than the computers used to go to the moon.

    --
    I've decided to Diversify my Holdings. I've divided my cash between my left and right pockets, instead of all in one.
  78. so what? (Data vs Executable) by cas2000 · · Score: 1

    it's not just about performance.

    there's one huge difference between HTML5 video and Flash.

    a video file is just inert data. it doesn't *DO* anything.

    Flash is a program. it could do *anything*. flash has been used and abused for years to spy on users.

    personally, i wouldn't care even if flash was 1000 times faster than HTML5 video. I don't want random websites executing arbitrary code on MY computer, just because i happened to visit them.

    in fact, i don't even want video files to start playing on a web page just because it's open in my browser. I want nothing except a still image until i click on it. and i want it to stop playing when i tell it to.

    BTW, the article smells like astro-turfing from Adode...especially since it takes at face value Adobe's whinge about "being cut out of the loop" on the Mac. if they weren't too lazy to program it, they could have accelerated video on the mac (and on linux) if they wanted to.

  79. Re:How much of a perfomance hit for open standards by EvanED · · Score: 1

    Um what? Maybe you can specify what you mean a little further.

    (And for the record, I have a program and input that will hit 31 1/2 GB of memory use on a 32 GB system running XP 64-bit, so this is my way of calling BS.)

  80. Unlike copyrights and trademarks, patents expire by tepples · · Score: 1

    *EVERYTHING* might be submarine patented.

    But here's the thing: Unlike copyrights and trademarks, patents expire. W3C could recommend MPEG-1 video with MP2 audio, which is far worse than H.264+AAC and Theora+Vorbis bit for bit but is old enough (1991) that two crowd-sourced patent searches were unable to turn up any unexpired U.S. patents (source).

  81. Inducement by tepples · · Score: 1

    People who distribute software for a fee or who sell services related to software have to sound like Ned Flanders in order not to be accused of inducing infringement. MPAA v. Grokster.

  82. Re:so what? (Data vs Executable) by shutdown+-p+now · · Score: 1

    Flash is a program. it could do *anything*.

    So is JavaScript embedded in HTML.

  83. Re:Why can't Firefox and Opera just use the damn O by Anonymous Coward · · Score: 0

    Or are you telling me that those browsers have their own built-in image decoders? Their own font files? Their own font renderers? Their own GUI renderers? Their own mouse drivers? Etc, etc.

    If those things weren't guaranteed to be available on the host system, you can be damned sure they'd be shipping them too. Hell, Firefox ships most of its own UI toolkit because they're too different across Mac/Win/Linux to rely on.

  84. Re:so what? (Data vs Executable) by /dev/trash · · Score: 1

    Quick! We need an open source alternative!

  85. Re:Why can't Firefox and Opera just use the damn O by Anonymous Coward · · Score: 0

    That's a problem, because not only should Firefox should look like a native application, the web pages showing form widgets should also look like native ones. It's annoying to run Mac OS X, use Firefox and see form buttons that looks like something from Windows 95.

  86. Flash 10.1 vs HTML5 0.0.0.2 by zahanm · · Score: 1

    Clearly there's a slight imbalance in comparing a very mature technology to one that doesn't even have finalised specifications yet, forget implementation. And even now HTML5 beats out Flash on the level playing field (no h/w acceleration on the mac).

  87. Face lift by gd2shoe · · Score: 1

    Oh come on. You can do better than that. "I hope they find it quickly. Maybe it rolled under the couch?" or "How do they intend to call it back, I wonder?". I'm sure there's a good boxer joke in there somewhere (loosening someone else's face).

    --
    I won't join Slashcott. OTOH, If Beta goes live, I just won't be back until it's fixed. Sorry Dice.
  88. Most important factor by dugeen · · Score: 1

    HTML5 could be 75% slower than Flash for all I care, if it meant I didn't have to install tons of Adobe crapware onto my PC just to view web video.

  89. Re:How much of a perfomance hit for open standards by Rockoon · · Score: 1

    I know that you are wrong. Google the citation yourself.

    --
    "His name was James Damore."
  90. Good Mac performance, okay, but... by DaVince21 · · Score: 1

    gollum123 also links to additional tests indicating that Flash "[1]does
    not perform consistently worse on Mac than on Windows."

    Well, guess what. Flash DOES perform consistently worse on Linux. Videos show immense tearing. Add some hardware acceleration and optimizations to the still very new HTML5 technology and it will beat out Flash no problem, I'd say.

    --
    I am not devoid of humor.
  91. Re:How much of a perfomance hit for open standards by V!NCENT · · Score: 1

    I have came to know this by reading through some of the Wine documentation. So no; I'm not wrong.

    And you know why? Take a look at WoW64. Any idea as to why you can run 64bit apps on 32bit Windows? Because the 64bit Microsoft version (E, E & E, thank you very much) is just 32bit with long long's.

    Sooooo....

    --
    Here be signatures
  92. Re:How much of a perfomance hit for open standards by V!NCENT · · Score: 1

    Lol 32 doesn't mean that you can't utilize more than 4GB of RAM...

    Windows 64bit is just 32bit but only with long long's and the ability to acces 64bit.

    Howevah... by Googling the citation for it (and I couldn't find it at WineHQ, although it's there somewhere) I came to find out that starting with Win7 64bit is fully supported.

    --
    Here be signatures
  93. Re:How much of a perfomance hit for open standards by Rockoon · · Score: 1

    You cannot run 64-bit apps on 32-bit windows.

    Really.

    A single citation of this being performed is all thats required.....

    --
    "His name was James Damore."
  94. Re:so what? (Data vs Executable) by cas2000 · · Score: 1

    yes, so is javascript. that's why i use the NoScript plugin.

    I don't want ANYONE running programs on my computer just because I happened to visit their web site. If I allow them to run anything (js, flash, whatever) then it will ONLY be after I have evaluated the site and the code (as much as i am able), and made a conscious, deliberate choice to enable scripting for that site.

    Obviously, that is not a guarantee of perfect safety. But it's a hell of a lot safer than just blindly running everything that my browser encounters.

    BTW, javascript isn't quite as bad as flash. there are more limitations on what js can do, and it's not compiled so the source is readable (although it might be obfuscated).

  95. Re:How much of a perfomance hit for open standards by EvanED · · Score: 1

    Windows 64bit is just 32bit but only with long long's and the ability to acces 64bit.

    Howevah... by Googling the citation for it (and I couldn't find it at WineHQ, although it's there somewhere) I came to find out that starting with Win7 64bit is fully supported.

    I still have no idea about what you're babbling about, and am still calling BS. There's nothing substantial that has changed re. 64-bit support from x64 XP to x64.

  96. Re:How much of a perfomance hit for open standards by EvanED · · Score: 1

    Take a look at WoW64. Any idea as to why you can run 64bit apps on 32bit Windows?

    BS and FUD. WoW64 is the subsystem that runs 32-bit programs on 64-bit Windows, not the other way around.

    Learn what you're talking about before you go spouting nonsense.

  97. Re:Why can't Firefox and Opera just use the damn O by plastbox · · Score: 1

    I would mod you up if I had any points. Simple, true and to the point. There really isn't anything more to it.

    Well, perhaps apart from how different doing said calls would be on Linux, Windows, OSX, etc. I don't know, but if that's how it's done for images and fonts, I fail to see how video should be any different (if a tad more complex). My OS, and thus any software running inside it, can display png files. My OS has a build-in h.264 decoder, but even Chrome (the only h.264 capable browser I have installed) is doing a rather shitty job at rendering said video format. It runs smoothly, but it uses far more resources than seems justifiable to do so.