Forgot your password?

typodupeerror
GUI Portables

Decoding Adobe's Big Device Push 181

Posted by timothy
from the here-are-your-new-buttons dept.
nerdyH writes "Adobe yesterday chummed the waters around Flash and AIR as cross-platform app dev environments for mobile devices. It promised runtimes for several popular mobile OSes, including WinMo, Symbian, Palm webOS, and Android, with future RIM/Blackberry support hinted as well. Moreover, it reiterated its commitment to the Open Screen Project, an Adobe-led industry group that, if you deconstruct its name and look at its membership roster, appears tactically focused on enabling hardware acceleration of Flash/AIR on devices, as part of a larger strategy of making the runtimes ubiquitous as UI development frameworks for essentially every computer-like device with a user interface."
This discussion has been archived. No new comments can be posted.

Decoding Adobe's Big Device Push

Comments Filter:
  • by Wowsers (1151731) on Wednesday October 07 2009, @05:49PM (#29675049) Journal

    Noooo. It's bad enough that Flash slows down and eats system resources in Windows, Mac's and Linux, now they want to inflict the same on underpowered mobile devices. That's sick!

  • by camperslo (704715) on Wednesday October 07 2009, @06:00PM (#29675169)

    What can you do with Flash that you can't do with html5?

    Tie yourself to a vendor

  • by Rix (54095) on Wednesday October 07 2009, @06:00PM (#29675173)

    Sometimes a maintainer refuses to give up a project, but refuses to continue meaningful development. Consider the X.org fork.

  • by Rob Y. (110975) on Wednesday October 07 2009, @06:05PM (#29675231)

    Presumably, if Adobe doesn't establish Flash as a cross-platform dev environment for mobiles, then Microsoft will manage to foist Silverlight as it's own bloated slow lane for mobile devices. And the same devs that give us IE-only web apps will start producing Silverlight-only stuff for mobiles.

    Now maybe Miguel would disagree, but I think it's better to have a truly cross-platform bloated enviroment than to have a single-platform bloated environment (I assume Silverlight/Mono is at least close to Flash in bloat). Sure, I'd take streamlined before bloat, but cross-platform trumps streamlined.

    By the way, aren't Android apps based on Java? Since when is that a paragon of efficiency? Or does Google use some kind of 'compiled to machine code' Java variant? Likewise WebOS apps - aren't they largely Javascript? Who said mobile device platforms weren't bloated already?

  • by Anonymous Coward on Wednesday October 07 2009, @06:08PM (#29675261)

    Except for the Adobe part.

    And that Flash thing.

  • by Old97 (1341297) on Wednesday October 07 2009, @06:10PM (#29675277)
    Very little; however, as W3C says, HTML5 and W3C will never be able to keep the same pace of advancement with a well funded and determined vendor. The decision processes in the open standards world take a lot longer. So as W3C says, it is likely that there will always be some things on the edges that are supported by proprietary standards but not open ones like theirs. To me that means that products like Flash will die out on the public web and only continue to live in some corporate environments. If you can get 95 or 98% or more of the capabilities you need and reach everyone, would you sacrifice a significant share of your audience for that last 5 or 2%?
  • by CopaceticOpus (965603) on Wednesday October 07 2009, @06:10PM (#29675281)

    What can you do with Flash that you can't do with html5? Have your application run across many mobile devices, if Adobe has their way.

    There is no technical reason that we can't have an open source, widely accepted standard for displaying animations and multimedia content over the web. We don't need a proprietary application such as Flash any more than we need one for displaying HTML.

    However, Adobe has a lot of momentum and clout. Meanwhile, the browser developers can't even agree on a single standard for embedded video. The "Open" Screen Project is a big push to extend the life of a closed source, locked down technology. If most mobile devices support Flash, and html5 support is spotty, most developers will use Flash. If most developers use Flash, most mobile device makers won't be too concerned about fully implementing html5.

    We have an opportunity right now to see html5 and other open standards take hold, but it is also an opportunity for Adobe to extend their grasp. I hope that real openness wins.

  • by WiiVault (1039946) on Wednesday October 07 2009, @06:14PM (#29675321)
    Forgive me if I don't trust a company that can't write a plug-in that will give me less than 80% CPU usage (480p) on my brand new Macbook Pro. The Linux and Windows version are also glacially slow, and resource hogs. Frankly I want less Flash, not more. If Adobe can't get their shit together on the 2nd largest OS platform, how the hell are they going to get it working well on a teeny mobile ARM core?
  • by dingen (958134) on Wednesday October 07 2009, @06:26PM (#29675437)
    Bejeweled was developed as a Flash game and has sold over 25 million copies [bbc.co.uk]. So surely there is a market for this type of application.
  • by binarylarry (1338699) on Wednesday October 07 2009, @06:57PM (#29675693)

    Yes, because all of the previous HTML implementations were so nice to use and performant.

    Oh and you never have to test them individually in each browser to make sure things work... right?

  • by IntlHarvester (11985) * on Wednesday October 07 2009, @06:59PM (#29675709) Journal

    There is no technical reason that we can't have an open source, widely accepted standard for displaying animations and multimedia content over the web.

    Good post, but the most important factor isn't even a "technical" issue.

    Flash's real strength is on the content-creation side, and the fact that most Flash is generated by "designers" not "developers". All the HTML5 specs in the world won't displace Flash if they require a team of Javascript/SVG gurus to use. There needs to be designer software on the same level as Flash, and that's not a trivial problem.

  • by krotscheck (132706) on Wednesday October 07 2009, @07:11PM (#29675803) Homepage

    HTML5 is kindof awesome, but even the most awesome technology is limited by the number of people who can use it. Unless the W3C or Microsoft or Google or the Mozilla Foundation manage to convince the world to upgrade their browsers with the speed that Adobe can upgrade the install base of the Flash Player, HTML5 is always going to play second fiddle.

    Now according to Adobe, Flash Player 10 is at 94% adoption in mature markets, and that's about... what, 10-12 months after release? The HTML 5 spec was formally named in January 2008, and the original started in 2004. Admittedly- corporate IT departments (the big evil) are as unlikely to upgrade the Flash Player as they are the browser, but if it takes that long for anything to make it into HTML, Adobe will have already had several upgrade cycles to react, improve, and move on.

    Having said that: we can always return to the days of browser specific web sites, and that'd force people to upgrade: "This website is optimized for [Insert favorite browser here], please change your browser".

  • by mad.frog (525085) <steven.crinklink@com> on Wednesday October 07 2009, @07:43PM (#29675995)

    > Adobe is pretty much at the top of the list for exploits

    Well duh. Flash is on, what, 95%+ of all desktop web-browsing systems. When Windows + IE ruled the web-browsing world, criminals looked for exploits there. Now that other browsers and OS versions are more popular, Flash is a more attractive lowest-common-denominator.

  • http://ask.slashdot.org/article.pl?sid=05/10/19/1959200 [slashdot.org]

    People have been complaining about the lack of 64-bit Flash for four years now. If Adobe develops this plan with just as much passion as they had for x64, it'll be 10 years before we have to worry about it.

  • by seanalltogether (1071602) on Wednesday October 07 2009, @08:34PM (#29676305)
    Canvas is just svg all over again. Remember when SVG was going to kill animations in flash because it was *technically* possible to achieve the same thing? Canvas is no different. Having a technical solution is not the same thing as a workable solution.
  • by rsborg (111459) on Wednesday October 07 2009, @08:37PM (#29676325) Homepage

    With HTML5 not being supported by MS, and only certain codecs being supported by Apple, the video tag isn't worth shit, unfortunately.

    Google ChromeFrame [google.com] will take care of recalcitrant IE. As far as Apple vs Mozilla goes, you can easily support both Firefox/Chrome/Opera/Safari with two seperate video encodes (ogg/h.264) and some browser capability detection. I know i've seen some very elegant solutions even with the current draft state of HTML5.

  • by Thagg (9904) <thadbeier@gmail.com> on Wednesday October 07 2009, @09:06PM (#29676459) Journal

    That's all I want from Adobe. Please please please please please!

  • No. (Score:3, Insightful)

    by Rix (54095) on Wednesday October 07 2009, @09:06PM (#29676461)

    The reason SVG isn't/wasn't a workable solution is that IE doesn't support it. That's not an issue on mobile devices.

  • by gaspyy (514539) on Thursday October 08 2009, @01:48AM (#29677675)

    Hate to break it to you, but Flash has vector graphics; if anything, it makes it easier adapting for different resolutions. The only real difference is the input method, but you can use System.Capabilities to see what's available - accelerometer, multitouch, pointer, etc. and fall back.

  • by Ilgaz (86384) on Thursday October 08 2009, @05:15AM (#29678555) Homepage

    I was amazed when I saw current Flash player (10) could play "futuresplash" the original flash files all fine even with added hardware acceleration.

    To have such backwards compatibility without adding bulk to a plugin which is in version 10 is the true secret why web designers love flash.

    Here is the futuresplash demo from 1995 http://www.4dm.com/files/tech/blue.htm [4dm.com]

  • by Ilgaz (86384) on Thursday October 08 2009, @06:34AM (#29678911) Homepage

    2 seperate video encodes may mean petabytes and a gigantic grid of video transcoding devices/farms in certain cases.

    All for? Mr. Open Source doesn't like patented codecs even if they are documented and were designed by AV industry themselves. While companies decide whether to go VP7 or stick with H264, they invite them to use VP3! It is amazingly similar to that Linux/Open phone which had the genius idea of not including 3G in this age because it was patented.

    Besides "slogan like" names, it is damn VP3 an old abandoned codec which had no future and clever PR guys gave it free to open source stopping them from actually inventing something. I am almost glad Cinepak guys didn't have that neat idea, we would end up watching Cinepak vs. H264 comparisons all over the place.

    Google's purchase of On2 may cause the true revolution if they actually do the right thing of moving it to complete open source, support every kind of platform (including chips!) out there. VP3 on the other hand and especially transcoding from already compressed to vp3 is a joke which they should never come up with. It just served to Adobe and nothing else.

I know you're in search of yourself, I just haven't seen you anywhere.

Working...