Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
The Internet Technology

As HTML5 Gets 2014 Final Date, Flash Floods Mobile 221

CWmike writes "Those curious about the final release date for the hotly debated HTML5 need wonder no more: the W3C plans to finalize the standard by July 2014, the consortium said on Monday. 'This is the first time we've been able to answer people's questions of when it will be done,' said W3C's Ian Jacobs. 'More and more people from more and more industries are asking when it will be done. They require stability in the standard and very high levels of interoperability.' Meanwhile, as Apple dismisses the value of the Flash Player in favor of HTML5 for its smartphones and tablets, Adobe said on Monday that it predicts 600% growth in the number of smartphones having the Flash 10.1 Player installed in 2011, reaching 132 million smartphones and more than 50 tablet models with either the player installed or available for download. For the six months following the launch of Flash 10.1, more than 20 million smartphones were shipped or upgraded with it."
This discussion has been archived. No new comments can be posted.

As HTML5 Gets 2014 Final Date, Flash Floods Mobile

Comments Filter:
  • Shame about flash - whereas I don't like Apple's draconian banning of the whole technology it leads to a lot of real, heavyweight web pages, and really preentation should be dealt with via the browser and not a plugin (via HTML5)
    • by jo_ham ( 604554 )

      It's not so much "banning" as "your implementation is piss poor, even on Windows, try again later". If Adobe actually grave a crap about flash performance they would work on it and they have made some inroads with 10.1 - it's a world better on OS X, for example, compared to Flash 10.0, but it's still nowhere near good enough for a mobile device that doesn't have a ton of extra CPU to throw at it to make performance acceptable. If there was actually a properly decent flash player for mobiles that could run o

      • The root problem is commerical software vendors sell their software on new features.

        That is fine for a field with little exposure to security threats but for basic infrastructure it leads to features that seemed like a good idea at the time but cause big problems down the road. For example putting scripting in pdf opened up massive cans of worms. Besides the plain and simple exploits it opened the possibility for fraud through the authoring of PDFs that displayed different content on different systems.

      • Also remember, Apple doesn't play nice and doesn't let Adobe have access to all the resources for Flash to utilize in order to perform nicely.

        • by jo_ham ( 604554 )

          That is total rubbish. The core of OS X, including the graphics and windowing subsystems are *extensively* documented and supported, with examples and explanations. The resources are there, and there's no evidence of Apple "restricting access" to resources. You have all the tools that Apple does, and the overview is listed here:
          http://developer.apple.com/library/mac/#documentation/MacOSX/Conceptual/OSX_Technology_Overview/GraphicsTechnologies/GraphicsTechnologies.html [apple.com]

          Perhaps Adobe should start there?

          It's cl

          • The problem here is Apple blocked access to that stuff from the browser. It doesn't matter what the OS allows if the browser is going to block it.
            • by jo_ham ( 604554 )

              Also nonsense. Do they also block Firefox and Chrome and browsers they do not control? Flash performance is equally is bad in all browsers.

              Also, how do they "block access from the browser"? The Safari main process handles input from the keyboard and mouse, but other than that the plugin has access to the same core features of OS X. Safari doesn't "block" anything. Flash performance actually got better when they put it in a separate process of its own.

        • Oh, please stop repeating this crap. Apple didn't let Adobe have access to the low-level decoder interface on the hardware. Instead, they gave them access to a heavily-optimised H.264 CODEC which had the ability to output to an OpenGL surface. Everything that flash needs to do was possible with existing OS X APIs. With OS X 10.6.4, Apple added the exact APIs that Adobe requested. The result? Flash still uses twice as much CPU power as other apps.

          Adobe's complaint came from the fact that they wanted t

        • Also remember, Apple doesn't play nice and doesn't let Adobe have access to all the resources for Flash to utilize in order to perform nicely.

          So why the hell are Flash Apps so much slower on Flash 10.x than on 9.x? Does Apple block access to the CPU? The lame "we don't get access to video acceleration" doesn't cut it for me when everything is slow.

      • It's not so much "banning" as "your implementation is piss poor, even on Windows, try again later".

        No, it's banned. It's banned just like Java. The base reason that Flash is not on the iPhone is because they do not allow non-Apple apps the run their own code on the iPhone, probably for security reasons. That Flash is a resource hog, the cause of most Apple browser crashes, and probably wouldn't provide a good experience because most apps aren't built for a touchscreen interface, is just additional reasons

    • by cgenman ( 325138 ) on Tuesday February 15, 2011 @09:11AM (#35208932) Homepage

      Yes. This move truly shows the advantage of technologies from the future over tech that has been live and working for about ten years now.

      Flash is bulky. And it should never be used for cases where base HTML would do. But it revolutionized both casual games and independent animation. And, unlike HTML 5, it actually exists.

      • by geekoid ( 135745 )

        You mean that HTML 5 code I write doesn't exist?

        Don't confuse not a final version of a standard with doesn't exist. What standard is flash compliant to?

        The horse was replaced well before cars had standards.

    • You do realize that the earliest HTML formats did not support a lot of features.

      How about this alternative, making Adobe's Flash part of the HTML spec. Hmm...no more plugin. But then, we'd have the problem where every browser rendered things differently.

  • At least it's got a version number. I'd much rather wait than have a numberless living HTML zombie to support.

    • Hate to break it to you, but we have a numberless HTML zombie right now. Are Google, Microsoft, Mozilla, and Apple waiting patiently for the specification to be complete? No, HTML 5 is here today. Officially it's HTML 4 + stuff in HTML 5 that's already been agreed on. The vendors know where they want to go with the markup and with the exception of Microsoft, they all produce several releases a year. All of the engines have undergone complete revisions in the last few years to better position themselves
      • HTML 4 + stuff in HTML 5 that's already been agreed on.

        The problem is that it's not a finalized standard and as we've seen in the tag, there is anything but a consensus about what it should support. If each vendor goes their own way, then we'll be back to the IE6 glory days where sites either had conditionals for IE or they didn't support any other browser.

        Maybe you're comfortable supporting a non-standard, but I'm not. I'm currently aiming for xhtml 1.0 strict compliance and if it doesn't validate, it doesn't get published. The reason is simple. I want th

        • I've had this argument before, and it's pointless...HTML will become like the meaningless term "Web 2.0"... With no standard, it will become a buzzword open to interpretation and won't actually mean anything. Google, Microsoft, Mozilla and Apple are going to fuck this up thoroughly in hope that a clear winner of the new browser war emerges.

          The battle ground is the web and casualties will be our websites.

          It isn't like any vendor is going to retract rendering support for an older version of (X)HTML. If this "browser war" fud-analogy is correct, it would mean certain failure for the first browser to stop supporting HTML in any of its old forms.

          So yeah, moving forward with a non-standard may not be best, like, on paper, but bickering and fighting over new markup/codecs/resource allocation moving forward won't take away from the power us web developers have in using a slightly older but universally-supported

        • HTML has never been the problem. It's trivial to make a page that is HTML compliant. The problem has always been (and will always be) CSS, DOM, and scripting, which are not covered by HTML and have already been defined and standardized well beyond the capabilities of current browsers. And as long as there are patents and royalties involved , things like embedded video will never be settled on, largely due to the intractability of the open source community on such topics.

          Besides, it's not like there won't

  • ... and Statistics (Score:4, Insightful)

    by rjstanford ( 69735 ) on Tuesday February 15, 2011 @08:21AM (#35208560) Homepage Journal

    ... with either the player installed or available for download.

    Gee, I wish that I could announce my application usage statistics using that metric and get press coverage.

  • Do the video tags adequately support live streaming media yet? I've read, and probably experienced unknowingly, that the video tags do a good job of streaming normal media, but some of the stuff I've been reading suggests that live streaming for sporting events and such is fubar?

    • That's DRM for you.

      if you can stream a tv show but not a live sporting event that is Digital restrictions working againist you.

    • The tag doesn't actually define much, most browser implementations are choosing to concentrating on HTTP streaming of h.264 or WebM, as such are still fairly limited. I think Safari streams MPEG TS files rather well, but given the is still no video support at all in Internet Explorer, the lowest common denominator is a problem.
      • It'll kind of suck though if the HTML5 video tag is useful for only youtube-esque sites, it would be nice if it was thought out enough to also work with live streams, as other wise we're still going to need all manner of plugins and things, and might as well just stick to flash and not bother with it?

  • Internet Time (Score:2, Insightful)

    by tarsi210 ( 70325 )
    Oh, right, because everything on the Internet takes about 5 years to come out. Everyone will wait for you, W3C. We've got Livejournals to keep us amused till then.

    Seriously, though -- wouldn't we be that much better off if they would release the standard right now as, "final pending revisions for bugs", or similar, so the world can move on and not fall into 14 different camps of what is official and what isn't?

    (I realize in a lot of ways this is all about terminology, but terminology matters, too.
    • by Draek ( 916851 )

      Nope. An incomplete standard would lead into incompatible extensions by each browser, which would lead into the same fragmentation we've got right now except the devs document their extensions properly in hopes they'd eventually get adopted as the official standard, incentive they'd lack if said standard were 'final'.

      And btw, what we've got to entertain us in the meantime isn't LiveJournal, but Flash ;)

  • Licensing (Score:5, Interesting)

    by bcmm ( 768152 ) on Tuesday February 15, 2011 @08:25AM (#35208590)
    Don't forget that Flash on mobiles is basically a scam: Flash is only free of charge for "computers" (RTFEULA for definition). Adobe is charging a license fee to mobile device manufacturers who want to include Flash player. AFAIK, that even includes updates, meaning that Flash updates stop for devices that are no longer supported by a manufacturer, like the N900. Of course, Adobe can hold people to ransom over paid updates by making sure that content created with their newest authoring tools won't play on old versions...
    • by Americano ( 920576 ) on Tuesday February 15, 2011 @08:34AM (#35208648)

      No no no. Doesn't matter. Flash is open. H.264 and HTML5 are closed, and require onerous patent licensing terms of pennies per unit, with a hard cap.

      It's much better to trust a single company, Adobe, to play nicely, rather than publish a standard and allow all manufacturers to implement it if they wish.

      In other news, up is also down, and black is also white.

      • Doesn't matter. Flash is open.

        Your post was intended as sarcasm, but in fact, SWF has been open for about two years since the Open Screen Project changed the licensing terms for the SWF spec.

        H.264 and HTML5 are closed, and require onerous patent licensing terms of pennies per unit, with a hard cap.

        What royalty-bearing technology is included in HTML5 and WebM? If you're referring to the patent on the 2D canvas, Apple has agreed to license that without royalty, as has Google with respect to its VP8 patents.

        • What royalty-bearing technology is included in HTML5 and WebM?

          Nice straw man, I never mentioned WebM, champ. But, since you brought it up:

          With the exception of Youtube, which will convert because Google owns them, no content producer of any size will re-encode their entire library and double their disk space allocation simply to support WebM, *especially* because they will not freeze out the entire existing ecosystem of H.264-in-hardware-capable devices - there's no appreciable benefit to shifting formats

          • by tepples ( 727027 )

            no content producer of any size will re-encode their entire library

            This can be done gradually, as YouTube did when it reencoded all its videos after the iPhone came out to add AVC alongside its existing FLV.

            and double their disk space allocation

            Disk space is cheap.

            *especially* because they will not freeze out the entire existing ecosystem

            Sites already licensed to encode and serve AVC will continue to use AVC, even if they adopt WebM alongside it. New sites not needing to target iDevices or devices with old versions of Android OS may use WebM exclusively.

            of H.264-in-hardware-capable devices

            VP8 is so similar to AVC (see article 377 [google.com]) that any programmable DSP capable of AVC can likely be reprogrammed for VP8.

            • Sites already licensed to encode and serve AVC will continue to use AVC, even if they adopt WebM alongside it. New sites not needing to target iDevices or devices with old versions of Android OS may use WebM exclusively.

              They won't adopt WebM along side it. They can serve Flash-wrapped AVC, after all that's one of the big selling points of Android - "It runs flash!"

              New sites that don't take iDevices into account? Only if they don't want to make money. Why, when a single alternative format exists, would yo

              • Why, when a single alternative format exists, would you encode in such a way that deliberately cuts out 10's of millions of people who have enough money to buy an iOS device

                Because iPhone users aren't going to want to stream your 1 GB feature-length video on a 2 GB/mo data plan, and users on Wi-Fi likely have a substantially bigger PC monitor in the same room. Or are you talking about a rental that doesn't doesn't expire, in which one downloads a video on Wi-Fi and watches later?

                You could, instead, encode to H.264 / AVC, and serve that up natively to the devices that support it, and then wrap that same H.264 content in Flash for devices that need Flash to play H.264.

                Then what do you do for devices that report no AVC support and Gnash instead of Flash Player?

                It just makes no sense, when there is no compelling benefit to switch to WebM for any online/streaming use - it's already royalty free for them

                This is true, as I understand it, if your videos are ad-supported or otherwise free as in beer. But if you'r

            • no content producer of any size will re-encode their entire library

              This can be done gradually, as YouTube did when it reencoded all its videos after the iPhone came out to add AVC alongside its existing FLV.

              For most videos the "reencoding" consisted of moving the H.264 video out of the Flash container. Taking the patented bits out of the H.264 stream will be a little harder, even for Google.

        • H.264 and HTML5 are closed, and require onerous patent licensing terms of pennies per unit, with a hard cap.

          What royalty-bearing technology is included in HTML5 and WebM? If you're referring to the patent on the 2D canvas, Apple has agreed to license that without royalty, as has Google with respect to its VP8 patents.

          Looks like Apple learned their lesson from the Firewire licensing fiasco, which lit a fire under the USB2 standard and pushed the decidedly superior technology into irrelevance.

      • For what it's worth, Flash is open. I wrote a few simple apps in raw flex, and some much more complex ones with Open Laszlo [openlaszlo.org]. True, Adobe opened it up in a desperate (and largely successful) bid to survive Silverlight. The openness of Flash made it possible for me to write this [mozilla.org], so all and all I can't complain. Not as a developer anyway.
    • Re:Licensing (Score:4, Insightful)

      by fuzzyfuzzyfungus ( 1223518 ) on Tuesday February 15, 2011 @08:45AM (#35208734) Journal
      The other issue, aside from Adobe squeezing the sector for all it is worth, is that a fair amount of the Flash out there was really built with the performance of fairly beefy wintels in mind. Aside from Atoms, basically the cheapest and nastiest computer you can find on the shelf these days is running an A64 derivative in the 2GHz range, backed by a couple gigs of RAM, and an embedded video chip that probably has the same die area as your phone's entire ARM SoC.

      Having flash is useful in certain legacy cases(if you must have StrongBad on the go, that was running fine on 600MHz P3s, a decade ago...) or just plain maldesigned websites(Hey! instead of providing an HTML link on our useless flash-splash page, let's embed the link in the flash!), or use cases that just dump a video stream right to the hardware decoder(though using flash to do this is comparatively pointless).

      For things like games, though, (or even just ghastly banner ads), your battery life and system responsiveness will quickly inform you that most Flash out there was really designed for a much more powerful system.
    • Actually it is even more stupid. They no longer charge a license fee, but only 'trust' vendors to release working players. http://www.openscreenproject.org/partners/apply.html [openscreenproject.org] Given the quality and length of support any hardware vendor gives compared to the community this is just spiteful.
    • Do you want to continue supporting old hardware. Cell phones have a 2 yr life cycle. By that point, they're obsolescent. Sure, people are still using them. But does ANYONE really expect them to get, and run the latest updates.

      Sorry, that's a very weak argument....

      As for the cost of mobile device makers using Flash. I think this is going to come down to platform. If you are running an ARM processor with a standard graphic. There will be little cost involved in porting Flash to your device. Some QA testing, e

      • Do you want to continue supporting old hardware. Cell phones have a 2 yr life cycle.

        The N900 the OP mentioned is only a little over 1 year old, and Nokia's high end model.

    • by Salvo ( 8037 )

      The only reason iPhone Clones are running Flash is the developers believe that will give them a competitive edge over Apple.
      Unfortunately, all Flash compatibility on a Mobile Device does is dilute native development. BBC iPlayer is a native App on the iPhone while it is a Flash App on Android.
      Android currently has a competitive edge due to misinterpretation of Market Share figures, They could have hundreds of native Apps and actually be a viable alternative to iOS on higher end devices, but instead will pis

  • by EmagGeek ( 574360 ) on Tuesday February 15, 2011 @08:27AM (#35208608) Journal

    3 years is an eternity in web time. By 2014, the web will have evolved once again into something nobody can foresee today.

    It's a BAD thing when standards bodies cannot keep up with the technology they're attempting to regulate. Fortunately, the only outcome is that the standards body becomes irrelevant, which is what should happen to most of them.

    • by geekoid ( 135745 )

      No it's not an eternity. What technology is running website right now that no one foresaw 3 years ago?

      Name one.

    • Exactly what is happening here. Nobody gives a flying fuck what the W3C says / plans. WhatWG has been the real body running things.
    • 3 years is an eternity in web time. By 2014, the web will have evolved once again into something nobody can foresee today.

      In three years, the W3C HMTL5 standard will probably document a safe, nearly universally available, baseline standard. It won't document anything interesting or cutting edge, but that's not really the point, that's what the "living standard" for HTML maintained by WHATWG, which "actually now defines the next generation of HTML after HTML5." [whatwg.org]

  • by no known priors ( 1948918 ) on Tuesday February 15, 2011 @08:38AM (#35208686)

    So, just to clarify for all you people who haven't realized yet, there are two different groups working on HTML at the moment.

    • The W3C HTML Working Group, which is putting together the final HTML 5 spec. (Which will consist of various things that have at least two independent implementations.)
    • The Web Hypertext Application Technology Working Group is working on various new HTML stuff, and is getting new stuff into browsers as soon as possible. Experimenting with new tags and so on.

    For all you professional corporate/big org types, I strongly suggest continuing to work with HTML 4.01 Strict (and/or XHTML 1.1 as appropriate). OK, you could go with HTML 5 if you really want to, but the difference is, that it isn't stable yet. And is it really sensible/professional to create corporate/big org pages that might not get touched for five years if the "standard" you are basing the pages on, isn't even standard?

    For your personal website, use whatever you want. But if you aren't using features of the new HTML5, I suggest you don't use it. (Personally, I think the new form stuff is awesome, but haven't noticed much else that I would use as yet.)

    • by geekoid ( 135745 )

      I disagree.

      The only person who would think like that is a contractor who want's to come back in 2 years to do teh same work again.

      Begin going to 5 now. Use it wisely.

  • by Tei ( 520358 ) on Tuesday February 15, 2011 @08:41AM (#35208708) Journal

    The people that create these flash, create flash slow enough to eat the 60% of the CPU of a Double Core 2 GHz.
    How much horsepower is the 60% of a Double Core 2 GHz: more than the horsepower than a mobile decide have. So that flash with almost stop the mobile device.

    The only way so flash is usable in mobile devices, is if the people that make these flash test then in slow mobile devices, and decide to remove some effect, be conservative. Good luck with that, has the same problem hit PC's, and these people don't learn.

    Adobe could, somehow, help here creating a special mode for the flash player called "Emulate slow device", so people could experience how shitty is his flash creation in a mobile device, but Adobe itself is lazy and will not provide that.

  • Who cares what the W3C says? WHATWG [whatwg.org] are the people who are actually getting stuff done -- and they're getting it done with real world implementations too.
    • by geekoid ( 135745 )

      WHATWG cares what W3C says, and so should anyone in the business. They both provide different things.

  • Flash went to version 10.2 about a week ago on all the desktop platforms. Is it different on mobiles? Are they even updated? They aren't listed here:
    http://www.adobe.com/software/flash/about/ [adobe.com]

  • by organgtool ( 966989 ) on Tuesday February 15, 2011 @09:46AM (#35209326)
    Alright, I know it's popular to bash Flash on Slashdot and as much as I love open standards, it pains me to say that HTML5 by itself is NOT a Flash replacement. In order to get all of the features of Flash, you have to cobble together HTML5 + CSS + SVG + ECMAScript + Javascript + Canvas. To make matters worse, I have not seen a WYSIWYG tool for any of these technologies that comes even close to the development environment of Flash. Until this changes, I can't fault any developers for choosing to use Flash over HTML5 for their feature-rich content. That's why God invented ClickToFlash.
    • Alright, I know it's popular to bash Flash on Slashdot and as much as I love open standards, it pains me to say that HTML5 by itself is NOT a Flash replacement. In order to get all of the features of Flash, you have to cobble together HTML5 + CSS + SVG + ECMAScript + Javascript + Canvas.

      Wow, that's redundant. You made that sound really big, but if you remove the redundant parts, that's just HTML5 + CSS + SVG + JavaScript, and ECMAScript & JavaScript are the same thing, and Canvas is an HTML element with a defined JavaScript API.

      HTML (content) + CSS (presentation) + JavaScript (behavior) is pretty much the standard way for doing stuff on the web anyhow, even for things much simpler than you'd use Flash for.

  • by Norsefire ( 1494323 ) on Tuesday February 15, 2011 @09:51AM (#35209388) Journal
    Flash isn't going anywhere as YouTube will not drop it due to limitations with the HTML5 video tag. Such as as no caching, no data protection, the difficulty in embedding the videos into other websites, no full-screen display, and a heap of other things that Google mentioned. [youtube.com]
    • by geekoid ( 135745 )

      That'as just wrong. You can define applicationcache to do it. You define it in your manifest.

      Yeah I know, there isn't a great big shiny button for you to just click without thinking, so you probably missed it.

      And full screen in the API is not a good idea, it should be handled by the browser. It opens up a myriad of security issues, as well as opened up an avenue for full screen video ads that the browser has minimal control over.

  • Dear Adobe Marketing, enough with the trolling.

    Please stop. It's incredibly transparent. It just makes you look stupid.
    Bring it or be gone. Ship it or shut up.
  • How 'bout some flash lovin' for Windows Phone 7. It's like I bought an iOS device or something!!
  • Who cares what the W3C says? This doesn't really make any sense. Remember how HTML5 signifies the shift to "Versionless"? The W3C is essentially trying to undermine WhatWG's guidance.

    HTML5 is already largely stable and in production use with incredible interoperability.

    So the real question is this: what do we do about the W3C now that they are not just impeding progress with their absurdly slow pace or conflated bureaucracy, but are actually engaging in FUD to steal the thunder from people who are actuall
    • Who cares what the W3C says? This doesn't really make any sense. Remember how HTML5 signifies the shift to "Versionless"? The W3C is essentially trying to undermine WhatWG's guidance.

      No, W3C is documenting stable standards, and WhatWG is coordinated collaboration on forward looking development. The processes have different needs, but integrate reasonably well together. The WhatWG HTML living standard documents, essentially, features that browser vendors are willing to work toward implementing, the W3C HTML5 standard will document a subset of a point-in-time version of that standard for which interoperable complete implementations actually exist.

  • by ThatsNotPudding ( 1045640 ) on Tuesday February 15, 2011 @01:14PM (#35212522)

    Adobe...predicts 600% growth in the number of smartphones having the Flash 10.1 Player installed in 2011, reaching 132 million smartphones...

    That's a shitload of screendoors.

To stay youthful, stay useful.

Working...