Flash row over HTML5 Cut the Rope

Flash use required for audio and better experience

Flash row over HTML5 Cut the Rope
HTML5 Cut the Rope requires Flash, due to shortcomings in HTML5 browser support

On iOS, Cut the Rope is pretty much a permanent fixture in the games charts, and millions of people attempt to feed greedy green blob Om Nom myriad pieces of candy until, presumably, he keels over from a sugar overdose. Earlier this week, the game made its way on to the internet, developed by Pixel Lab, and backed by Microsoft.

The game came under fire from some quarters; for example, Creative Coder Seb Lee-Delisle remarked in a blog post that the game's making-of video "comes across as a somewhat contrived Microsoft advert", and that some levels were locked to IE – although he did praise Microsoft in general: "IE seems to have the fastest 2D canvas implementation. It's also really interesting to see Microsoft actively promoting JavaScript as a core language for creating apps."

But the game has also been criticised for seemingly 'aggressive' Flash use in what's supposed to be an HTML5 game. The developer has now responded. In a lengthy blog post, it's explained that the decision was made to "make the game more fun for as many people as possible" and is centred around shortcomings in the HTML5 <audio> tag and how browsers deal with time-sensitive audio such as sound effects.

According to the developer, the sound was quirky from the start: "As we cycled through different implementation strategies we found quirks in just about every other browser. We tried: recycling audio elements, instantiating audio elements on each play, using audio 'sprites' […] and using different encoding strategies but nothing reliably fixed the issues." As the launch deadline approached, the team realised the user experience was compromised by poor audio, hence falling back to Flash, despite the game being primarily created for IE, which was the one browser to "reliably handle the complex sound requirements of the game." The post continued: "The only browser where we had seen consistent and low-latency audio in every case was IE. That meant making Flash a fallback option for every other browser."

The net result is a game that works, but that also 'forces' Flash on the likes of Firefox, although an HTML5-only version can also be accessed. "The truth is that the Flash decision [was made because] we wanted the game to be great for as many people as possible, regardless of which browser they were using," concludes the dev post; in other words, to make the game as open as possible (in terms of more people being able to play it), a 'closed' technology had to be forced on some users.

We at .net hope the impact of this event isn't to harangue the game's developers over Flash use in an HTML5 game, and instead leads to designers and developers helping and encouraging browser developers to more rapidly plug the remaining gaps in open standards. Cut the Rope for IE and other browsers is an amazing achievement, but it also showcases we're not yet at a point where web standards are suitable for all things. An alternative, as mentioned in our piece on trends for 2012, would be Opera web evangelist Bruce Lawson's worry that 2012 will turn into a year of fragmentation, and Dull Dude Games founder Iain Lobb's suggestion that while clients will increasingly try to steer things towards HTML, "I think often the right thing to do will be steering them back towards Flash".

Are you working on complex HTML5 games and apps with time-sensitive sound? How are you dealing with user experiences across browsers? Let us know in the comments.

1 comment

Comment: 1

This also illustrates that instead of depending on a single commercial company (Adobe) with a closed product we're now depending on like 4 or 5 huge and crowd-sourced organisations to keep up with evolving standards and correctly implement them.

Having spend years of game/media development in Flash and now shifting to HTML5 I find this extremely limiting. Stuff you'd supposed would work in 2012 (did in 2005 :) is simply not there. Flash 8 was more capable then HTML5, and it's ANCIENT. And it worked, everywhere!

Seb Lee should know this, he was a great flasher once. Now I feel like a bird with it's wings tied up and when trying to fly be told by some idealist to "try hopping to feel airborne, you won't need wings".

So hows open-but-scrappy better then closed-and-good? Do you really see this working out? Or is it Steve's ghost still haunting the cheapskates who've never had a Flash IDE open? (also it's pretty funny nearly all the polyfill's for fancy-stuff turn out to be Flash: for sound, video, cross-tab communication, WebSockets, decrypto, P2P etc.
June issue on sale now!

The Week in Web Design

Sign up to our 'Week in Web Design' newsletter!

Hosting Directory
.net digital edition
Treat yourself to our geeky merchandise!
site stat collection