Slashdot Mirror


Adobe Goes To Flash 10.1, Forgoes Security Fix For 10

An anonymous reader writes "The recent critical zero-day security flaw in Flash 10 may have fast-tracked the release of Flash 10.1 today. Adobe 10.1 boasts the much anticipated H.264 hardware acceleration. Except for Linux and Mac OS (PDF): '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.' Your humble anonymous reporter, who is using Fedora Linux with a ATI IGP 340M, is very pleased that the developers of the OSS drivers have provided hardware acceleration for my GPU ('glxinfo : direct rendering: Yes,' 'OpenGL renderer string: Mesa DRI R100 (RS200 4337) 20090101 NO-TCL DRI2'), but even if Adobe did provide hardware acceleration for H.264 on Linux, they wouldn't provide it for me because they disable it for GPUs with SGI in the Client vendor string. Adobe 10.1, with all its goodness, now gives me around 95% CPU usage as opposed to about 75% with the previous release. Good times. I anticipate my Windows friends will have a much better experience."

88 of 320 comments (clear)

  1. Apple provided APIs by ryanw · · Score: 5, Informative

    Apple has provided the API's to do the hardware decoding, and Adobe has a beta called Gala which has Mac OSX Hardware Acceleration enabled.. Adobe will have a release out soon that will incorporate the hardware decoding in OSX. My guess is Adobe had to fast-track the release of 10.1 to compensate for the wide open security holes they had lingering, and weren't prepared to merge the beta and the final release trees.

    1. Re:Apple provided APIs by maccodemonkey · · Score: 3, Insightful

      The worst part about this is Apple already had two APIs, QTKit and CoreAnimation, that could both do hardware accelerated H.264. Adobe bitched and moaned until they got low level access for no apparent reason.

      It seriously pissed me off every time Adobe whined about "no 3rd party H.264 support" on Mac. Apple even had several sessions at WWDC in years prior about how to enable it in your apps.

    2. Re:Apple provided APIs by UnknowingFool · · Score: 3, Informative

      The whole hardware decoding was just a red herring anyways. Adobe is using this as an excuse as to why Flash on OS X sucks. The real problem for Adobe was that they wrote their own codecs instead of using Apple's APIs all this time. By doing so, any Flash content on Macs would require 100% CPU rendering instead of allowing the OS to use any available hardware like the GPU. I think the problem was that Adobe didn't move to the Cocoa framework which has these APIs but instead stayed on the Carbon framework which doesn't.

      This is why Steve Jobs called Adobe "lazy" as Cocoa and Carbon were first released back in 2001. Adobe before CS5 of this year didn't migrate their flagship products to Cocoa. That's nine years. Adobe's side was that they were waiting for Carbon 64 which Apple canceled a few years back. I think Apple killed Carbon 64 because it would have been redundant as Cocoa was already 64 bit and more advanced already. That and Adobe may have been the only major developer who wanted it.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    3. Re:Apple provided APIs by washu_k · · Score: 5, Informative

      No, the previous hardware acceleration APIs on OSX do NOT work. Check the problems VLC has had. Nothing except officially blessed Quicktime components could do H.264 acceleration on OSX until now despite Apple's claims. Even other plugins working through the Quicktime framework were denied access.

      Flash is a piece of crap, but lack of hardware acceleration on OSX is 100% Apple's fault, not Adobe's. Even if you hate Adobe/Flash this new API access is a good thing because VLC and the like now have working hardware acceleration as well.

    4. Re:Apple provided APIs by DigiShaman · · Score: 4, Insightful

      Adobe is using this as an excuse as to why Flash on OS X sucks.

      See, I don't get it. I thought Adobe was begging Apple to get Flash on the iPhone. Why would they drop the ball on providing proper OS X support? What the hell is going on over at Adobe anyways?

      --
      Life is not for the lazy.
    5. Re:Apple provided APIs by washu_k · · Score: 5, Informative

      No, you're not getting it. The APIs like QTKit and CoreAnimation CLAIM to support video acceleration, but they don't. At least they don't to anything except what Apple allows.

      For example:
      - H.264 video in a Quicktime container played by an Apple player = Hardware acceleration enabled.

      - The exact same H.264 stream repackaged in an non-Quicktime container (AVI, MKV etc) = Hardware acceleration disabled.

      I'm sure the developers of VLC, Mplayer, Perrian and the like would have loved to use QTKit and CoreAnimation like you suggest. But they can't because those APIs simply do not work.

    6. Re:Apple provided APIs by washu_k · · Score: 5, Insightful

      Then why didn't VLC, Mplayer, perrian etc use the official APIs? None of them had hardware acceleration on OSX either until this latest API release. Read up on the problem. The old APIs simply do not work.

    7. Re:Apple provided APIs by UnknowingFool · · Score: 2, Insightful

      I don't know because Adobe has been treating Apple like the red headed step child for many years focusing more on Windows than Linux or OS X. Even though roughly 50% of their CS suites are sold on OS X, they would rather focus on the Windows side of the business because that's where 90% of their Flash business is.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    8. Re:Apple provided APIs by Anonymous Coward · · Score: 3, Informative

      What bunch BS you are spreading. The Cocoa code migration problem is related to the desktop editing software like Photoshop and Illustrator. The Flash player code base is completely separate and have totally different issues. Most of them require changes in NPAPI and a lot of people at Adobe, Apple, Google and Opera are working on that as we speak. The other stupid comment you made about the codecs - how the hell you are supposed to call APIs that are not public? Apple just recently opened some of its internal video related API and made it available for 3rd parties. Mac fanbois like you are really getting on my nerves.

    9. Re:Apple provided APIs by Anonymous Coward · · Score: 2, Insightful

      ahhh ginger bashing - the last bastion of socially acceptable discrimination - if only there were more of us like the fags, niggers or gooks (see what i've done there to make the point)

    10. Re:Apple provided APIs by christopherjs · · Score: 5, Insightful

      I think the problem was that Adobe didn't move to the Cocoa framework which has these APIs but instead stayed on the Carbon framework which doesn't.

      This is why Steve Jobs called Adobe "lazy" as Cocoa and Carbon were first released back in 2001. Adobe before CS5 of this year didn't migrate their flagship products to Cocoa. That's nine years...

      Adobe is only slightly lazier than Apple themselves then, as Finder and quite a few other parts of OS X were still Carbon until Snow Leopard. That's eight years and they're the ones who developed the frameworks.

    11. Re:Apple provided APIs by nine-times · · Score: 4, Insightful

      It's really pretty simple: Adobe doesn't want to make the investment necessary to make the Flash player efficient, stable, secure, and bloat-free. On the other hand, they want to keep making money selling the Flash development tools.

      So when Apple finally calls them on Flash's crappiness and starts pushing for standards, Adobe wages a PR war on Apple, including astroturfing to make it sound like techies and serious web developers all love Flash. Adobe claims they're just about to release some updates that will fix everything (and it doesn't matter if it's vaporware because it's all about PR) and tries to blame Apple for all of Flash's problems (even though it doesn't quite make sense).

      In reality, Flash has never been well supported on any platform except Windows. However, if Adobe admits to that, then a lot of their pro-Flash anti-HTML5 arguments fall apart. They're trying to sell Flash as being ubiquitous and platform-independent, but it isn't.

    12. Re:Apple provided APIs by ravenspear · · Score: 2, Informative

      Ok I tested that beta but it only gives about a 2x speedup.

      If I look at my cpu while viewing my company's homepage which has a large flash animation, I get the following results on OS X (imac 27" 4x core i7).

      10.0: around 150% (1.5 cores)
      10.1: around 75-80%

      So, while an improvement this hardware acceleration doesn't really change the fact that flash on the Mac still sucks. It shouldn't take 80% of your CPU just to view a webpage.

    13. Re:Apple provided APIs by prockcore · · Score: 5, Insightful

      Many of their apps are still Carbon.

      Snow Leopard isn't 100% 64-bit, despite Apple's claims. Front Row, iTunes, Grapher, and DVD Player are all still 32-bit apps. That's because they are written in C++/Carbon instead of ObjC/Cocoa. Apple has had how long to rewrite them?

    14. Re:Apple provided APIs by bersl2 · · Score: 4, Insightful

      There need to be replacement development tools. There are many complex Flash animations which are worth watching, but the people who author them are not programmers, and they shouldn't need to be. I know there are SVG authoring tools, but do they work with animation?

      I want Flash dead as much as the next Slashdotter, but I'm not sure the development tools needed to replace Adobe's are there.

    15. Re:Apple provided APIs by washu_k · · Score: 5, Informative

      Perian is a pluggin for Quicktime. It most certainly is using Apple's media framework. All it does is pass the SAME video streams you might find in a MOV file to the Quicktime decoders. It doesn't have a H.264 decoder of it's own like VLC, it just passes the data to Quicktime's H.264 decoder. Yet Quicktime disables hardware decoding because it did not come from a "blessed" source.

      Still that misses the point. The so-called acceleration APIs are supposed to work outside of Quicktime too. Yet they don't. VLC has tried to use the official APIs and they just don't work. It's not a simple as calling the Quicktime code paths or not. Even basic things like video overlays don't work with the old APIs on OSX.

      If the old APIs worked then why did Apple just release a "new" API that does?

    16. Re:Apple provided APIs by washu_k · · Score: 2, Insightful

      I'm not going to speculate on Apple's motives or intentions with this. I don't know if it was intentional or an oversight.

      The simple fact of the matter is Apple has more than one API that it documents will do video acceleration. Only the one released very recently actually works.

    17. Re:Apple provided APIs by washu_k · · Score: 5, Insightful

      VLC, Mplayer, Perrian, etc on OSX can play better than Flash, that is not the same thing as "perfectly fine". VLC and Mplayer a quite optimized so with a fast enough CPU they can grunt through playback without help. That doesn't mean it's working fine. Use VLC or Mplayer on Windows or Linux on the same hardware and the CPU use is drastically reduced because hardware acceleration works.

      Just because Flash sucks doesn't absolve Apple of the problems that are their fault.

      If everything was "perfectly fine" why did Apple release a new API that actually works and why are all the third party players updating to use it?

    18. Re:Apple provided APIs by Sycraft-fu · · Score: 4, Insightful

      Also you can argue developers have a bit of a right to be lazy, and cross with Apple. Apple thrust a lot of changes on them, and has changed their mind on various things a number of times (like the no 64-bit Carbon when it was originally promised). They were asking people to do a lot of extra work, and you can understand devs might get angry. Especially when there's MS who seems to bend over backwards to try and make things easy and compatible. Now they don't always succeed, nobody but a fanboy would call them perfect, but they do put forth a good effort. Their 64-bit setup was very much designed to provide easy compatibility. The APIs were extremely similar, etc. So a 64-bit port shouldn't be too much work (unless you did things like cast pointers to 32-bit ints or whatnot).

      While I'm not saying Adboe is blameless here, you can't lay all the blame at their feet either. Apple has gone through a bunch of changes, starting with OS-X itself and including some major things like a total architecture switch. That generates a lot of extra work.

      There's also the fact that Cocoa is all Objective-C. Doesn't matter if you like it or not, it is something developers are not nearly as familiar with. So there's relearning there, plus additional recoding. While cross platform ports will always take a good bit of recoding, if you are having to change languages that just makes it take all the more. So I can understand why they'd want to stick with C++ and Cocoa since that would make it less work in terms of porting with Windows.

    19. Re:Apple provided APIs by washu_k · · Score: 2, Informative

      Now play that same video in VLC on Windows or Linux. Your CPU usage will be way less than in OSX. Just because Flash sucks, but so does Apple's (old) video playback APIs.

    20. Re:Apple provided APIs by Daltorak · · Score: 5, Insightful

      It's really pretty simple: Adobe doesn't want to make the investment necessary to make the Flash player efficient, stable, secure, and bloat-free. On the other hand, they want to keep making money selling the Flash development tools.

      Excuse me, but.... huh?

      I'm going to assume you haven't actually researched this (i.e. "I went to the source and got the full story for myself" research and not just "I read a Slashdot comment once and got angry" research) and are just running at the mouth because you're angry, not because you're right.

      Which you aren't.

      Here, let me introduce you to a guy. His name is Tinic Uro, and he's one of the people who actually programs Flash. He's an engineer like us, not a marketing droid (or worse, an executive).

      Here are three blog entries you should fully familiarise yourself with before making any further comment on what Adobe is doing in terms of improving Flash on OS X.

      Flash 10.1 and Core Animation:
      http://blog.kaourantin.net/?p=81
      (TL;DR: yes, Flash 10.1 uses Core Animation to accelerate overall Flash graphics performance -- not video specifically -- but you need OS X Snow Leopard and a super-new version of Safari)

      Flash 10.1 and timing:
      http://blog.kaourantin.net/?p=82
      i>(TL;DR: They rebuilt the timer model in Flash 10.1 to use significantly less memory, however Safari on OS X is less flexible than other browsers when it comes to firing timer events, thus making video playback less smooth)

      H.264 hardware acceleration in OS X:
      http://blog.kaourantin.net/?p=89
      (TL;DR: Adobe has released a post-10.1 beta version of Flash that supports full and proper video H.264 acceleration on Mac OS X, with the caveat that you have to have 10.6.3 and certain current graphics chips)

      The real story is this:

      Apple has been well behind Microsoft Windows when it comes to providing third parties with APIs to do hardware acceleration, and to do high-performing timer operations that are necessary to run browser plugins smoothly. I know the Slashdotterie will get all worked up over that assertion, but speaking as someone who's actually written browser plugin code, you'll just have to trust me on this. IE has always had the best timer support, which is one reason why video- or timeline-heavy plugins have always performed better than other platforms. As of OS X 10.6.3 and Safari 5, Apple has pretty much caught up.

      - Despite the headline-grabbing statements from Steve Jobs and other executive-types, there are actual hard-working developers at Apple and Adobe who actually collaborated to define a good API for high-performance video access for browser plugins. If Apple wasn't so deliriously secretive, you'd hear a lot more about it. Trouble is.... the only people who are allowed to blog at Apple are people who'll make the company look good and forward-thinking -- like the Webkit team.

      The problem with performance isn't 100% Adobe's fault. It can't be. Adobe's engineers aren't stupid -- if there had been an easy solution to good plugin video performance on the Mac all this time, they would've fixed it years ago. Why spend several years intentionally using a bad approach?

      Lastly.... despite what the article summary says here on Slashdot, overall Flash performance is quite a bit better in 10.1, especially on OS X. Do your own benchmarking; you'll see for yourself. It's still not as good as it should be, but it's a massive step forward. They know HTML5 is coming... they know they have to make Flash as good as or better than HTML5 or they'll be toast by 2020. They know all this.

    21. Re:Apple provided APIs by Anonymous Coward · · Score: 2, Informative

      The Finder was originally written in Carbon (pre-OS X) when Apple first released Carbon to show that Carbon was a "serious" framework that people should take seriously and use. Apple had the problem that they were going to release a brand spanking new operating system and needed independent (third-party) devs to use an API that worked with the new OS, thus was Carbon born. It worked on both OS 9 and OS X, and Apple used the Finder as an "Eat your own dog food" sort of thing. It continued to do so until it was no longer going to support Carbon.

      The only other "parts" of OS X are the DVD Player, Grapher, iTunes and Front Row. These are all user-level applications. iTunes continues to be Carbon because it eases cross-platform development. DVD Player, Grapher and Front Row are not exactly going to benefit from using Cocoa/going 64-bit, etc.

      On the other hand, Adobe makes some of the slowest garbage around. Its Creative Suite is comparable to the different kinds of shits you have after eating different food.

    22. Re:Apple provided APIs by MostAwesomeDude · · Score: 3, Interesting

      Is there any reason why Adobe hasn't been talking openly with the Mesa developers about OpenGL compatibility issues and glitches? Hardware acceleration is slower than CPU rendering and much glitchier, on the chipsets I've tested, and it'd be nice if there were even a half-hearted attempt to talk to us about it.

      --
      ~ C.
    23. Re:Apple provided APIs by ryanw · · Score: 2, Insightful

      Does your company's homepage have a flash animation or H.264 video? The acceleration is only for H.264 hardware decoding. There is no acceleration for use of adobe's proprietary animations.

    24. Re:Apple provided APIs by BikeHelmet · · Score: 2, Interesting

      VLC, Mplayer, Perrian, etc on OSX can play better than Flash, that is not the same thing as "perfectly fine". VLC and Mplayer a quite optimized so with a fast enough CPU they can grunt through playback without help. That doesn't mean it's working fine. Use VLC or Mplayer on Windows or Linux on the same hardware and the CPU use is drastically reduced because hardware acceleration works.

      Playing 1080 video in Windows XP, my Phenom II X4 faces a staggering 6% CPU usage.

      You are correct.

  2. More like decelerated by Just+Some+Guy · · Score: 5, Informative

    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.

    The Linux thing might be true. Even if there was one universally implemented GL desktop standard, that's not the same as having a universally implemented hardware decoding API. They're pretty much orthogonal. As far as OS X, though, nothing changes the fact that Flash uses 3x as much CPU as VLC to render the same video. Spare me the apologist line of "Flash does more work than VLC!" - maybe that's their whole problem. You'd think something as widely used would have some optimized codepaths for the most common use case of playing Youtube videos.

    --
    Dewey, what part of this looks like authorities should be involved?
    1. Re:More like decelerated by by+(1706743) · · Score: 3, Informative

      But flash does more work than VLC! For instance, if you right-click on your VLC window, do you get an "About Adobe Flash Player XX..." option? Didn't think so. You'd be surprised how many CPU cycles that little bugger eats up.

    2. Re:More like decelerated by Anonymous Coward · · Score: 2, Informative

      It's a little more complicated than that. VDPAU is Nvidia's solution to the problem. The "new standard" is called VA-API, and is supported natively by Intel and S3 for some of their chipsets. It can also use the proprietary VDPAU (Nvidia) and XvBA (AMD/ATI) driver extensions as backends.

    3. Re:More like decelerated by Per+Wigren · · Score: 5, Informative

      Linux has VA-API, the one true standard for hardware accelerated video decoding on Linux. Adobe should just use that and not struggle with the various proprietary vendor-specific APIs (VDPAU, XvBA, etc).

      --
      My other account has a 3-digit UID.
  3. Apple recently added an official API to access by thestudio_bob · · Score: 4, Informative

    and Mac OS X does not expose access to the required APIs.

    Apple recently added an official API to access the H.264 decoding features of certain NVIDIA GPUs used in recent Macs. I'm sure Adobe was just rushing to get this out because of the zero-day.

    Adobe will accelerate Flash video using new Apple API

    --
    The real Sig captains the Northwestern. This one captains /.
  4. Re:!News by PotatoFarmer · · Score: 3, Funny

    What do you mean? Who else would have to foresight to include embedded executable code and a javascript engine in a print document format? It's genius, I tell you!

    Now if you'll excuse me, I have to go look at a PDF that has pictures of someone's vacation emailed to me by an unknown perso

  5. So much for 64-bit by innocent_white_lamb · · Score: 5, Informative

    No more 64-bit Linux version:

    http://labs.adobe.com/technologies/flashplayer10/64bit.html

    The Flash Player 10.1 64-bit Linux beta is closed. We remain committed to delivering 64-bit support in a future release of Flash Player. No further information is available at this time.

    --
    If you're a zombie and you know it, bite your friend!
    1. Re:So much for 64-bit by WrongSizeGlass · · Score: 3, Insightful
      They closed the 64-bit Linux beta ... but didn't release a 64-bit Linux version of 10.1? So they closed the beta but not the security hole? Rocket surgery indeed!

      Quidquid latine dictum sit, altum viditur.

      He who speaks Latin is doomed to repeat it?

    2. Re:So much for 64-bit by Fnkmaster · · Score: 3, Informative

      The old 10.0.45 version of it appears to still be downloadable from here (not sure if there was another version after that).

      However, given the rate at which security issues crop up in Flash, you are probably better off using the nspluginwrapper thunking stuff or other method for your distro that makes the 32 bit plugin work on 64 bit Linux, rather than running an out of date Flash plugin.

    3. Re:So much for 64-bit by gmack · · Score: 4, Insightful

      nspluginwrapper is not only unstable but it blocks keyboard input to flash. Using it is a complete waste of time.

      Better off pressuring websites to dump flash.

    4. Re:So much for 64-bit by macemoneta · · Score: 2, Insightful

      With the pressure from HTML5 and Apple, I guess Adobe figures now is a good time to fragment the Flash market. We no longer need Flash for Youtube, and we'll just have to suffer through not having dancing, blaring, advertisements. Strangely, I'm OK with this.

      --

      Can You Say Linux? I Knew That You Could.

    5. Re:So much for 64-bit by IANAAC · · Score: 2

      We no longer need Flash for Youtube...

      There are a fair number of us that have never needed Youtube, but would love to see an alternative for things like Hulu.

    6. Re:So much for 64-bit by bersl2 · · Score: 3, Insightful

      Better off pressuring websites to dump flash.

      While it would please me to no end for everyone to dump Flash in favor of HTML5+SVG+SMIL/Javascript, the fact is that one or more pieces of software needs to be written to replace the Flash authoring tools. There are many SVG programs, but those don't do everything needed.

    7. Re:So much for 64-bit by selven · · Score: 2, Insightful

      Nah, Acrobat is worse. Flash is insecure but it has to be very complex because of all the things you can do with it, so the insecurity is partially excusable. Acrobat, however, took the genius step of implementing javascript in a document format, something which 99.999% of PDFs don't need, but which 99.999% of malicious PDFs rely on. PDF should be a secure format, like .png and .txt are, but they just had to give documents the ability to run scripts on your machine.

  6. Re:well, of course. by WrongSizeGlass · · Score: 3, Insightful

    Do you mean "well, of course Apple should take a stance against second-class treatment by Flash"? I think that guy named Steve beat you to it.

  7. Let's kill Flash by MrEricSir · · Score: 3, Insightful

    Next time I see a commercial website that requires Flash, I'll call the vendor and explain why I can't use their website. Should help kill Flash once and for all.

    --
    There's no -1 for "I don't get it."
    1. Re:Let's kill Flash by Xtravar · · Score: 2, Informative

      Apple's already working on it!

      --
      Buckle your ROFL belt, we're in for some LOLs.
    2. Re:Let's kill Flash by Anonymous Coward · · Score: 2, Insightful

      You've never had to do phone support, right? You'll get labeled "that guy". People will get your call, sigh in exasperation, listen to you, then do nothing after they say they'll pass it on. There's a small chance they will later mock you to that person. But it probably won't get that far.

    3. Re:Let's kill Flash by MrEricSir · · Score: 4, Insightful

      In other words, it's costing the company money and pissing people off.

      Which is exactly what I'm trying to do.

      --
      There's no -1 for "I don't get it."
    4. Re:Let's kill Flash by westlake · · Score: 5, Insightful

      Next time I see a commercial website that requires Flash, I'll call the vendor and explain why I can't use their website. Should help kill Flash once and for all.

      The vendor collects internal stats and subscribes to Net Applications and other services.

      He knows that you represent less than 1% of his target audience.

  8. That's good by blai · · Score: 2, Insightful

    The less people with hardware-accelerated Flash, the less people would use flash, right?

    --
    In soviet Russia, God creates you!
  9. Re:Idiot by fredmosby · · Score: 4, Insightful

    If an iPad with a 1GHZ processor can do full screen video for hours without getting hot, my dual 2.2 GHz laptop ought to be able to do full screen video without using 90% of my processor and the fan turning on.

  10. "Direct rendering" != "Hardware acceleration" by Nahor · · Score: 4, Informative

    "Direct rendering" != "Hardware acceleration".

    Correct me if I'm wrong but:
    - "Direct rendering" = decode the data directly to Video buffer. Otherwise the data needs to be decoded to a RAM buffer which then needs to be copied to the Video buffer to be actually displayed.
    - "Hardware acceleration" = use the GPU for decoding (because a GPU is usually way faster than the CPU for this kind of work).

    So you can have "direct rendering" without the "hardware acceleration" (and vice-versa though it's unlikely to happen in practice).

  11. Re:New Apple API? by gyrogeerloose · · Score: 4, Informative

    I thought Apple published a new API in the latest Snow Leopard.

    They did. The summary is incorrect.

    --
    This ain't rocket surgery.
  12. Re:Apple Incompetence by aristotle-dude · · Score: 2, Informative

    Apple recently provided a new low level API because of Adobe whining but they have had two APIs for H264 decoding for several years now. The problem with flash video is that they use a profile for H264 which is not supported by hardware decoders when they could have easily used the correctly profile. Adobe is the one that screwed up here.

    --
    Jesus was a compassionate social conservative who called individuals to sin no more.
  13. Also by Sycraft-fu · · Score: 4, Informative

    Acceleration of H.264 is different than OpenGL acceleration. You can have a card with full GL acceleration that doesn't accelerate H.264 decoding. Indeed many older cards were like this. The original GeForce 8800s didn't have full H.264 acceleration, despite their massive amount of 3D hardware.

    You have a separate API for that sort of thing, and near as I know Linux does not provide that. You could still implement it, of course, by implementing the lower level stuff needed to talk to the card in the correct way, but that is rather a lot of work and not really the place of a user mode app. Idea is the OS should provide the APIs/ABIs for that sort of thing. Driver makers then support it on the low end, apps plug in on the high end and it all works.

    1. Re:Also by h4rr4r · · Score: 2, Informative

      It does, VA-API or VDPAU.

  14. Re:well, of course. by h4rr4r · · Score: 3, Informative

    Have you considered using FOG, which is free, do to images and just rolling out new images when this sort of PITA software updates?

    FOG also includes the ability to deploy installations without doing a reimage, just seems like a good time to do it.

  15. Windows friends??!! by Foofoobar · · Score: 4, Funny

    I anticipate my Windows friends will have a much better experience

    PARIAH!! UNCLEAN! UNCLEAN!

    --
    This is my sig. There are many like it but this one is mine.
  16. Download Links by Anonymous Coward · · Score: 5, Informative

    If you don't like the 'Adobe Downloader', use this page:
    http://www.adobe.com/products/flashplayer/fp_distribution3.html

  17. The next major release will be really loud. by ptbarnett · · Score: 4, Funny

    Adobe Goes to Flash 10.1

    "These go to eleven."

  18. Re:Direct Download? by Anonymous Coward · · Score: 5, Informative
  19. SHENANIGANS! by Azureflare · · Score: 2, Funny

    No mac or linux HW support? I call Shenanigans on Adobe!

    Can we get our brooms now?

  20. Re:!News by melstav · · Score: 5, Informative

    Who else would have to foresight to include embedded executable code and a javascript engine in a print document format?

    It's even worse than that. Take a good look at version 1.7 of the PDF spec

    From section 7.11.4.1 of chapter 13, which is titled "Multimedia Features"

    If a PDF file contains file specifications that refer to an external file and the PDF file is archived or transmitted, some provision should be made to ensure that the external references will remain valid. One way to do this is to arrange for copies of the external files to accompany the PDF file. Embedded file streams (PDF 1.3) address this problem by allowing the contents of referenced files to be embedded directly within the body of the PDF file.

    And worse yet, quoting from one of the descriptions of flags in table 44:

    (Optional; PDF 1.2) A flag indicating whether the file referenced by the file specification is volatile (changes frequently with time). If the value is true, applications shall not cache a copy of the file. For example, a movie annotation referencing a URL to a live video camera could set this flag to trueto notify the conforming reader that it should re-acquire the movie each time it is played. Default value: false.

    In other words, you can ALSO embed the LIVE feed from your webcam in a PDF document.

  21. Re:Apple Incompetence by washu_k · · Score: 3, Informative

    The problem is those previous APIs don't actually work. Read through the VLC forums sometime on the problems they've had implementing acceleration on OSX, it's quite enlightening. Nothing that Apple hasn't blessed can use the old APIs and actually have the hardware acceleration work.

    Now, Flash is a horribly programed pile of crap which is why it uses 3X the CPU of VLC to decode the same video on OSX. But neither of them are using hardware acceleration because it's impossible for a third party to do so on OSX, at least prior to this new API. Compare VLC on OSX to Windows or Linux on the same hardware. It still uses a massive amount more CPU on OSX than the others.

  22. Indeed Apple did by Midnight+Thunder · · Score: 4, Informative

    Here is the relevant tech note for the "Video Decode Acceleration Framework" on MacOS X: http://developer.apple.com/mac/library/technotes/tn2010/tn2267.html

    --
    Jumpstart the tartan drive.
  23. Linux currently lacks a developed standard AP by h4rr4r · · Score: 3, Insightful

    So then why does Gnash have hardware acceleration?

    Seems to me it is more likely the folks that can't even make a 64 bit client are the problem here.

  24. Re:Direct Download? by lyinhart · · Score: 4, Informative
    --
    Freedom is drinking a beer in the park when you're supposed to be at work.
  25. Re:Laptops turning into leaf blowers going bye bye by SimonTheSoundMan · · Score: 4, Informative

    For a start, Adobe could at least try and do YUV to RGB using OpenGL, that would help, but they wont do it. Little things like this Adobe refuse to do, it will only take someone a day to write the code, this will make your computer go from a leaf blower to a vacuum cleaner. *sigh*

  26. Re:The new API is unusable by je+ne+sais+quoi · · Score: 4, Insightful
    Patch level? I couldn't figure out what the GP was talking about, I had to google it. OS X uses version numbers, patch level is some windows thing. Yes, security patches are issued outside of that, but they're assigned a date, not a patch level. No the H.264 API wasn't included in a security patch, it was in OS 10.6.3, just where it should be. Yes, the version number is straight in your user agent string:

    HTTP_USER_AGENT:Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_3; en-us) ...

    See that 10_6_3 part, that's the version number.

    As for 10.6, it is blazingly fast compared to anything prior. I only wish it hadn't broken so much linux and unix code that used to be easy to compile.

    As far as I can tell the GP's post had no useful information in it whatsoever, just a troll.

    As for Adobe's announcement, this is precisely why I, as a mac/linux user, was in favor of Jobs tell Adobe to go to hell. Flash has always sucked on anything non-windows, it's awful.

    --
    Gentlemen! You can't fight in here, this is the war room!
  27. Re:New Apple API? by 0100010001010011 · · Score: 4, Informative

    XBMC has it integrated. 10.6.3 came out on March 29th. and XBMC had it a week later. Come on Adobe.

    They also manage to have acceleration in linux with both VDPAU and VAAPI.

  28. Re:The new API is unusable by abhi_beckert · · Score: 2, Informative

    Why do we even need hardware accelerated h.264 decoding? My mac at work has it, and my ~6 year old mac at home doesn't have it. The only difference seems to be playing 1080p video.

    For youtube quality... there's no reason to have hardware decoding except to conserve battery life. Adobe should be able to get 60 frames per second at low CPU usage on any processor released in the last 5 years, but they struggle even to achieve 20 frames per second at 100% cpu usage!

    Adobe is the *only* video decoder with this problem. QuickTime, Windows Media Player, MPlayer, etc... they've all been decoding video perfectly fine for decades!

  29. If only there were a "video accelleration API"... by batkiwi · · Score: 2, Informative

    http://en.wikipedia.org/wiki/VaAPI

    Nvidia's wildly successful VDPAU implements VaAPI, as does:
    -S3
    -intel GMA500
    -radeon UVD2

  30. Re:Laptops turning into leaf blowers going bye bye by ink · · Score: 5, Informative

    Adobe cant't do that, because Flash is not designed to play video. Think about it. Flash mixes MovieClips with vector and timeline content, all with z-axis alpha-blended content. It must transfer video into RGB in order to mix it with the bitmap data from vector sources, bitmap sources and from the font renderer. Flash can use sophisticated codec helpers for some tasks, but it will never be as good as dedicated devices like the iPad, which can only play one video format with specific limitations. This isn't to say that Flash is some kind of failure -- only that it was designed to solve a different problem.

    --
    The wheel is turning, but the hamster is dead.
  31. Re:Laptops turning into leaf blowers going bye bye by keeboo · · Score: 5, Funny

    this will make your computer go from a leaf blower to a vacuum cleaner.

    There's a Flash version for VAX?!

  32. Re:Laptops turning into leaf blowers going bye bye by quixote9 · · Score: 2, Funny

    (Hey! Mod parent hilarious! You guys asleep or something?)

  33. Re:Laptops turning into leaf blowers going bye bye by beakerMeep · · Score: 3, Insightful

    Thank you. As much as I defend Flash on this site, it really is for a lack of rational comments. Yours however, points out flaws, and understands the meaning and context. To say it simply, spot on.

    --
    meep
  34. Re:Laptops turning into leaf blowers going bye bye by Voyager529 · · Score: 3, Funny

    this will make your computer go from a leaf blower to a vacuum cleaner. *sigh*

    So my computer will now suck instead of blow?

  35. Re:!News by billcopc · · Score: 4, Insightful

    The way I see it, Adobe is taking a cue from Sony and trying to supplant a perfectly usable and cost-effective technology (e.g. HTML, CD-Audio, HD-DVD) with a perfectly moronic proprietary cost-prohibitive overlicensed substitute (e.g. PDF, MiniDisc, BluRay).

    They probably figured Acrobat would replace Internet Explorer at some point, you know, because HTML sucks in their mind. Why else would they embed code and video into something that started life as a (shudder) "Portable Document Format" ? The whole point of PDF was to have a faithful, device-independent representation of a print-ready document - PostScript to go! How they fucked it up is just classic Adobe narcissism.

    --
    -Billco, Fnarg.com
  36. Re:Idiot by tumnasgt · · Score: 2, Informative

    iPad does 720p. In fact, in some countries (including my own), Apple TVs and iPads are the only way to buy HD movies on iTunes. Funny, seeing as the iPad hasn't launched here yet.

  37. Re:Apple Incompetence by washu_k · · Score: 2, Insightful

    That's not the case at all. Why does VLC use so much less CPU on Windows/Linux than on OSX if everything is perfectly cross platform? Sure, it doesn't use directshow on Windows, but it does use the lower level video acceleration APIs to great benefit. Same deal on Linux, it uses the video acceleration that X11 provides. The equivalent APIs on OSX just don't work.

    Your argument also doesn't account for Perian, which is most certainly OSX only and not cross platform. Perian is a Quicktime plug-in and very much tied to Apple's APIs. Feed H.264 out of a MOV file to the Quicktime decoder and it will enable hardware acceleration. Feed that EXACT SAME STREAM, except out of a MKV or AVI through Perian to the EXACT SAME DECODER in Quicktime and hardware acceleration gets disabled because Perian is not "blessed" by Apple.

  38. A brief recap by rakslice · · Score: 2, Insightful

    In 1998, Apple released QuickTime 3.0. They added a new feature since 2.0, building on RealNetworks' innovations in this area: pop up nag messages informing the software industry that Apple wasn't concerned about the consumer experience of QuickTime anymore. In 2002, Macromedia incorporated video support into Flash, and became web video leader by default.

  39. Re:The new API is unusable by jo_ham · · Score: 2, Insightful

    This is what I never understood. Adobe makes a *huge fuss* trying to distract people with the hardware acceleration requirement, but other third party software on Mac has been getting along just fine without it.

    There's no good reason that XBMC can play the HD streams from BBC iPlayer on my Mac with no issues and low/medium CPU use while the flash plugin itself is hitting the stops with max CPU use, and dropped frames. They are both pulling the same source down from the server. What makes XBMC so much better? It's not even like the Mac version of XBMC is their primary platform! I'm grateful there are Mac builds, of course, but their main focus is on the Linux version. (On a separate note, I am also saddened that the BBC added swf verification to their streams, breaking XBMC compatibility).

    Adobe are just waving their hands and trying to distract from the fact that their Mac version of flash is really, really crappy because they just don't care, or they are stuck with legacy code... or who knows why? Even looking at pure software rendering of content (and not even video), there are marked differences between the Windows and the Mac version.

  40. Re:!News by thegarbz · · Score: 3, Interesting

    From a security standpoint it's a horrible idea. But yet it is a vision of the future. People want computers to do everything in one go. I haven't ever seen a futuristic movie depiction of someone waiting for a loading screen. No they just send an email, or do a video call as if by magic like no other applications have existed.

    As someone who has seen a legitimate use of the 3D PDF features (a drafter sent me proposed changes to piping as a model embedded in a PDF file) I was in awe. Here was the text, a complete explanation, and not only a full isometric drawing of what was changing but a bloody model of the pipework! Forms are notes are some of the less impressive features I've used, but it would be awesome in our new utopian future where the entire world can run inside a PDF container. Acrobat will be the new operating system.

  41. Re:Idiot by gig · · Score: 3, Interesting

    The MSNBC Countdown site is a great comparison of what Flash costs in inefficiency. On a notebook it is Flash, but on iPad it is HTML5. The Flash site runs the fan on my MacBook Air and uses battery such that it would last for 2 hours. (Typically it gets 5.) On iPad, the HTML5 site runs cool and uses battery such that it would last for over 10 hours. The video also looks better on iPad, and the scrolling works as you'd expect whereas the Flash version has choppy video and the scroller doesn't work unless you click on it. I know my GPU has an H.264 decoder and I think Apple has provided access just recently (but probably not early enough to get into FlashPlayer v10.1) but I prefer the HTML5 version's interactivity also. It's just better.

    Ironically, Microsoft doesn't have an HTML5 browser yet and NBC was the one TV company that said it was sticking with Flash for now. But whoever did the HTML5 site did a nice job.

    MSNBC Countdown
    http://www.msnbc.msn.com/id/3036677/ns/msnbc_tv-countdown_with_keith_

    To see the HTML5 version on a notebook, spoof iPad's UA string with Safari's Develop menu. On iPad the scrollers are invisible.

  42. Re:The new API is unusable by adolf · · Score: 4, Insightful

    Decades? Plural?

    Kid, I assure you: If you were around computers 20 years ago, you'd have never made such a statement. Computer video in 1990 was anything but "perfectly fine," and none of the software you listed even existed at that time.

  43. Re:!News by Eerikki · · Score: 2, Funny

    In other words, you can ALSO embed the LIVE feed from your webcam in a PDF document.

    That is excellent. Soon I can embed a live feed to a PDF doc, print it and then I can watch the live feed from a handy a4, instead of needing the cumbersome internet or computers!

  44. Re:Laptops turning into leaf blowers going bye bye by dingen · · Score: 3, Insightful

    This is just all the more reason to stop putting video on web pages inside a Flash player.

    --
    Pretty good is actually pretty bad.
  45. Re:Laptops turning into leaf blowers going bye bye by Burpmaster · · Score: 2, Insightful

    The penguin.swf blog is just an endless stream of excuses. Adobe absolutely can accelerate YUV->RGB. It's standard practice in software development to create a special fast path for a common scenario when performance matters. They can fall back to the slow path if the swf is trying to do something incompatible with the fast path.

    Anyone writing a flash-based video player would opt for the fast path and follow whatever rules are necessary. But thanks to Adobe's laziness, that option isn't available. Flash is just a dinosaur that doesn't want to evolve.

    FYI, here's how to accelerate video: Flash draws the scene in layers, back to front. For alpha blending or anti-aliasing of edges, it must read the RGB value below the layer currently being drawn to blend it with the current color. This is the problem, and there's a fairly simple solution. After rendering a YUV layer, render the layers above to an RGBA surface that starts out 100% transparent. Then send the output layers (RGB below video, YUV video, RGBA above video) to the video card for final compositing. The only scenario where this wouldn't work is if the player uses filters above the video. Have you ever seen a flash-based player that uses filters?

  46. Re:The new API is unusable by drinkypoo · · Score: 4, Interesting

    Before then, QuickTime, including QuickTime X, could render to multiple targets, including OpenGL textures and CoreAnimation layers. You can take an H.264 stream, send it through QuickTime, and then composite it using either OpenGL or CA.

    What is your response to claims that you cannot use Quicktime's H.264 acceleration if you are not Apple?

    But, really, this is all misdirection. FFMPEG uses no hardware acceleration,

    FFmpeg does use hardware acceleration.

    but manages to use about half of the CPU of Flash.

    On which platform?

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  47. Re:!News by delinear · · Score: 2, Funny

    Then malicious users will be able to launch DoS attacks with nothing more than a sheet of paper and access to a photocopier.

  48. Better experience? by jonadab · · Score: 2, Insightful

    > I anticipate my Windows friends will have a much better experience.

    I have a better experience without Flash installed. I believe this is true irrespective of OS.

    --
    Cut that out, or I will ship you to Norilsk in a box.
  49. Another great Adobe installation experience! by Peganthyrus · · Score: 2, Insightful

    So I download the .dmg and open it and run the installer.

    The "Install" button's ghosted out until I click the "I have read and agree to the terms of the license agreement" checkbox. But where's the agreement? Well, there's a link (with no rollover state, of course) to this page on Adobe's site, with a bewilderingly-long list of links to EULAs. As PDFs.

    Nobody ever reads the EULA anyway, but this is ridiculous.

    --
    egypt urnash minimal art.