[ Note: this is a guest post from the folks over at Mikogo ]
Steve Jobs was right. Flash is dead. Well maybe not dead but, as he explained in an Apple memo dated April 2010, Flash is becoming virtually obsolete in an increasingly mobile world. In his infinite wisdom, Jobs explained that we were moving into an age where developers weren’t just obligated to design for Chrome or Firefox or Safari. They had to also design for what pages would look like on an iPad, iPhone, Android, Blackberry etc., expanding their depth of field and forcing developers to consider cross-platform integration on an entirely new level.
This August we at Mikogo, desktop sharing and online conferencing provider, added key features to the HTMLViewer already in our repertoire. The HTML viewer allows users to access and organize sessions on their mobile phones or on their computerswithout having to download software or install browser plug-ins. Features in the software include screen participant pointer features, an auto-fit adapter, and smoother screen sharing capabilities for various screen sizes.
Most developers would corroborate Jobs’ views on the future of HTML5 as a serious contender to Flash. HTML5, as a platform, has a level of accessibility, ease, and performance superiority that transcends devices and browser compatibility. Our decision to create an HTML Viewer using the increasingly lauded platform was about 5 months in the making, with visual performance sitting at the forefront of our development team’s minds.
Our new HTML Viewer has been optimized to reach a noticeably higher display performance level. Our Product Development Manager, Matthias Litz, is thrilled by the fact that “the new HTML Viewer can display the presenter’s screen data at a higher frame rate.” This will lead to a smoother screen flow on the viewer’s end and enhance the user’s experience.
Many developers will point out that the future of Adobe Flash does not look promising, with the company itself using HTML5 in the development of the new animation suite, Adobe Edge. “ Flash has not performed well on mobile devices,” wrote Jobs. “We have routinely asked Adobe to show us Flash performing well on a mobile device, any mobile device, for a few years now. We have never seen it.
At the heart of the argument over whether or not HTML5 will take over, lies a fundamental principal: the ability to understand what the customer can benefit most from, a key principal that we at Mikogo are very familiar with.“Customer feedback is essential for us because it allows us to optimize our service based on the user’s needs,” assures Matthias.
With mobile traffic making up around 11% of total internet traffic, any service that isn’t moving toward a platform that honors our patterns as consumers is ultimately one that falls behind. We see great potential for Mikogo in the market of mobile devices including Tablet PCs like the iPad. We aim to support not only the ability to view a screen presentation but also to enable screen sharing for mobile devices.
Wherever mobile app development is headed, it is safe to say HTML5 will be a part of it. With software companies like ours moving quickly and efficiently to adapt to the ever growing mobile environment, it is no overstatement to say that HTML5 is the one to watch.
Our HTML viewer is available at go.mikogo.com.
Goko has launched a HTML5 game portal for both consumers and developers. On the developer side of things, Goko provides a set of tools that allows you to do stuff like player management, achievements, leaderboards.
Check out the js13kGames contest site for more details
ReadWriteWeb has a post on Adobe's abandonment of Flash on Android - starting on August 15th, Flash for Android will cease to be available via the Google Play store, effectively ending any Flash presence on mobile. Adobe will continue to support Flash on pre-4.1 Android devices with security updates, but it won't be available for new installs on any Jelly Bean devices.
Artillery is looking to put "Real Games" into the browser and has a blog post on "6 Impossible Problems" that they are trying to solve.
He's posted the letter on this blog, which makes a number of good points, which can be summed up by the final line:
What he means by this is that the ease with which people got into programming on the Apple II is paralleled by the development environment provided by the browser, which is installed on billions of computers worldwide and makes development accessible to anyone with having to download or configure a dev environment.
It's a great letter (stay away from the comments though, as a lot of them miss the point) my thoughts are here, in a similar vein.
Turbulenz is showing off some very cool stuff using their WebGL powered engine. Geek.com has a write-up on the details of the engine running Quake 4 assets in the browser and showing off such features as Dynamic lighting, shadow maps and physics.
Read the Geek.com article on Turbulenz and Check out the video below for more details.
A couple of Game industry veterans are launching a new game engine called PlayCanvas. It's an engine aimed at 3D games using HTML5 and WebGL, with a focus on providing a fully-cloud-hosted Game Development environment that allows for collaborative editing in the browser.
With Google I/O wrapping up today, I thought it a good time for a wrap up post of what the takeaways about where HTML5, and particularly HTML5 Game Development is heading from a Google-centric perspective.
While Google's perspective isn't the only one out there, given Chrome as the current browser of choice of most developers as well as one of the most successful monetization platforms (with the Chrome Web store) of HTML5 to date, its worth paying attention. As was also pointed out, according to Google's numbers Chrome is now the number one browser in the world and so where Chrome goes so goes the web.
There were a number of HTML5 focused parts of the keynotes - primarily in day 2, with the primary points being driven home were that games, since about a year ago, have become a focus of the Chrome team. To quote:
"Why? Games tend to really push the platform. If you can run games you can run anything else. So we talked to game developers and found out what APIs they need. A lot of it was what we were already working on. And we started adding them to Chrome."
This is a point that was repeated in various forms by various speakers and members of the Chrome team, so it seems to be pretty well an agreed-upon perspective at Google.
Head of Chrome and Apps Sundar Pichai briefly showed a visualization of the history of the of web.
The interactive visualization is up at EvolutionOfTheWeb.com and is a lot of fun to play around with - especially looking at what the older browsers looked like and how far we've come.
Sundar also showed the cloud streaming platform Gaikai running Bulletstorm straight in the browser, running Native Client however, not HTML5. (Better image coming when I get to a better internet connection)
The also talked about the Chrome web store, and how the HTML5 version of Angry Birds has been played by more than 150 million people and there have been over 750 million app installs from the store since it's launch.
Next there was an example of a Cirque du Soleil app that was built entirely using 3D transforms and CSS - while not ground-breaking it was pretty darn cool stuff.
All this was shown running on a Chromebook - full 3D on a low-end computer running in the browser isn't anything to shake a stick at.
The other big browser news was the launch of Chrome for iOS. This was tempered by the fact that this is still just a supped-up version of UIWebView due to Apple's restrictions.
Finally Google put together a video recapping the launch and progression of chrome:
There were a number of cool HTML5 pieces on display on the show floor in the 2nd floor Chrome area.
As our designer (@artimated) and I (@cykod) had built FingerForest, one of a first crop of HTML5 Mobile experiments - I worked the Chrome Mobile experiments booth for a few hours Wednesday and Thursday and had a blast talking to people about HTML5 and what you can do natively in the browser these days.
You can view the experiments in Chrome for Android on your ICS or Jelly Bean devices at ChromeExperiments.com.
Electronic Arts was also on hand showing off Strike Fortress, it's an HTML5 and WebGL multi-player game.
One of the cool features of Strike fortress is that if you pull it up on a mobile device, while you can't play the 3D game you can play in a support role using a canvas-based 2D map to drop health packs and bombs on the desktop players.
Disney was there the second day showing off its HTML5 game Agent P. Agent P was built on the HTML5-based engine Disney has built internally, based on the technology acquired by purchasing Rocket Engine.
The game is playable on just about any performant HTML5 device.
There were a number of sessions in the Chrome track that should be of interest to HTML5 game developers. Since Google was kind enough to make these available online - you should definitely check them out.
The sessions I'd recommend in particular are:
Google I/O 2012: The Web Platform's Cutting Edge
Google I/O 2012: GRITS: PvP Gaming with HTML5
Google I/O 2012: The Web Can Do That!?
Google I/O 2012: Better Web App Development Through Tooling
Google I/O 2012: Chrome Developer Tools Evolution
Google I/O 2012: New Web Tools and Advanced CSS/HTML5 Features from Adobe & Google
Check out developers.google.com/live for the complete set of talks (Day 3 talks aren't posted yet)
If you're only going to watch one, check out the GRITS talk. GRITS was an internal 20% project that uses WebSockets and Socket.io to build a real-time multi-player game. Lots of good ideas about how to send packets over the wire with WebSockets and doing client-side prediction.The code is also up on Google code and playable online
Chrome Mobile Summit
Probably the highlight of the conference for me was the Chrome mobile summit. This was an intimate invite-only event that was basically a Q and A with the Chrome mobile development team. No question was off-limits and the back and forth got pretty animated.
Some of the key take-aways:
- As of now there is still no plan to backport Chrome for Android to anything < Android 4.0. The necessary Android APIs are just not there according to the Chrome devs (this was met with some general unhappiness from the developers in attendance.)
- Chrome for Android will be getting beta and dev channels and will be moving to a 6-week release cycle.
- There will be no separate Chrome Web store for mobile, but the Chrome team has heard web developers loud and clear that they want app discovery and monetization for HTML5 apps and games. No announcement but something will be coming.
- They are working on Apps for chrome mobile - and are working to figure out how to add system level APIs including background processing, etc. No announcements, but look for something coming down the pipeline at some point.
- WebRTC will be coming - unfortunately it look like it will be a good deal after it's live on the desktop.
- Audio API is coming as soon as it's performant. The primary issue right now is getting the latency down so that performance is where it should be. I asked about the Chrome for Mobile team getting beaten to the punch by Apple, which is releasing the Web Audio API in iOS 6. Their answer was that Apple had it a lot easier in that they just used what Google put into WebKit on the desktop and turned it on for iOS because it shares the same code.
- WebGL is currently under development, they are trying to work on the performance and prevent DOS attack, which is the main blocker (they don't want rogue websites crashing the browser).
While HTML5 was only a small part of the discussion at Google I/O (along with Android, Jelly Bean, Project Butter, Project Glass, Google Compute Engine, BigQuery, ...) Chrome and the browser are such a big part of what Google does that everything came back to the browser in some way or another.
Almost off-handedly, one of the Chrome mobile leads said something along the lines of "well in 10 years, everything will get launched instantly from the browser."
The browser is here to stay and Apps, at least native Apps, aren't the future (or at least, not the whole future)
The browser is so integral to Google's strategy that the amount of effort Google is sinking into Chrome, with the goal of owning the browser and pushing HTML5 makes a lot sense. This bodes well for game developers throwing their hat into the HTML5 Game Development ring for the first time. While, as many people have said, it may take a few years - HTML5 is going to be a dominant force in gaming in the future.