Archive

Posts Tagged ‘programming’

It’s…alive!

February 7, 2012 1 comment

The first question we need to answer when exploring HTML5 development on a mobile device is whether the hardware is going to be powerful enough to create the experience we want our users to have in an interpreted language like JavaScript.  Towards that end, the first test app I built was a very simple JS application that did the least I felt I could get away with:

1) Created a 2d Canvas the size of the screen resolution of a bookmarked webapp on the iPhone (320×460) and grabbed the context

2) Started a heartbeat timer that would optimally go off every 10 ms with setInterval()

3) Every time the heartbeat fired, change a random RGB value one point either up or down (also randomly)

4) Repaint the screen with the new value to show animation working and display the number of times the heartbeat fired in the past second (Frames Per Second)

In other words, I wanted to measure the FPS I could crank out of the iPhone without doing anything else.  If the FPS was in the 10-20 range, the type of animations I’d be able to support in a game would be much more limited than if the FPS was in the 40-60 range.  Here’s what I got on my iPhone 3GS:

Yeah. That'll do.

83 frames per second.  Which is about 5FPS slower than my Chrome desktop can put out.  And conventional wisdom for PC game development is that anything beyond 60FPS hits the diminishing returns curve pretty hard.

Of course, this is with ABSOLUTELY NOTHING else the app has to handle, so it’s not time to pop any champagne corks yet.  But a critical first hurdle has been passed.  Hooray!

Categories: HTML 5, Programming Tags: , , ,

Breaking news

February 7, 2012 Leave a comment

Surprise!

Yes, Universe, you’re absolutely right. We should consider Android devices as well.

The world works in mysterious ways.  Literally as I was in the middle of writing up that last post, my Google+ feed exploded with the news that Google has released a version of Chrome for Android.  This is supergreat news for HTML5 development on Android and I’m thrilled.  Really.  I’m not at all upset that I probably need to go get myself an Android phone now, and neither is my wallet.  More to come, this is a pretty major development for HTML5 mobile apps, seriously.

[UPDATE] Mashable is pointing out that only about 1% of Android devices have Android 4.0 on them and thus can support (this release of) Chrome.  At least that makes the device testing simpler, doesn’t it?

HTML5 on the iPhone? Are you crazy?

February 7, 2012 2 comments

I loves me my HTML5.  I’ve been a JavaScript lover for, gosh, approaching 15 years now (no backtalk, young whippersnappers!).  Long before Google Maps showed us how versatile the web environment could really be and began to usher in the age of web apps, I was fascinated with the idea of programmatically controlling parts of the browser behavior.  It was a bizarre little proto-programmer fetish, but it stuck.  Over the years, as I grew into a professional software developer, I’ve had the occasional opportunity to return to JavaScript.  As an embedded engineer for the CableTV industry, I wrote some of the native code that runs under the hood of those JavaScript APIs and learned a lot about how a JavaScript engine really works.  On my own time I dabbled into a couple of silly Konfabulator apps (now Yahoo! Widgets).  I was pretty excited that one of those managed to pay for my lunch for a couple of months.  More recently I’ve written a graphical dice rolling gadget first for Google Wave and then for Google Hangout.  And now, for the first time, I’m looking to write a full game in HTML5, and the iPhone is the target platform.

This may be crazy.  The little computer in my pants is possibly the best thing ever invented, but it’s not exactly the speediest processor available.  Full games are beginning to show up in HTML5 for modern browsers like Cut the Rope or Fieldrunners, but it’s a long way from a PC desktop browser to the mobile platform.  However, if all goes well, for reasons that will be quite clear later, the iPhone is the clear platform for this game.

Why HTML5 instead of native code?  There are several reasons.  As mentioned above, I really do like the JavaScript language (though whether I continue to feel that way at the end of the project remains to be seen!), I’m super excited about how the language is maturing into a genuine application layer, and I’d like to help however I can to make that happen.  Conversely, while I’m confident as a user, I’ll be clinging to my iPhone with my cold, dead fingers as a developer there are many, many things Apple has done with the iOS development ecosystem that I dislike.  I want to keep things in this blog positive as much as possible, so I’ll go through a few of the issues I have with Apple real quick and then be done with it:

1) Requiring developers to learn Objective C to write applications for iOS.  Come on, Apple.  No one uses Objective C except you guys.  Everyone else in the whole wide damn world moved on from C to C++ to Java/C#/JavaScript/Ruby/Flash/Python/whatever and we’ve never looked back.  Requiring developers to learn a brand new language just for your platform is stupid.

2) Setting up the App Store as a required gateway for users to download or buy iOS applications.  I know Steve Jobs was notorious in his micromanagement, but this is absurd.  Let the users decide which apps they do or do not want on their phone.  Apple should give their developers access to the OS and get out of the way.  Let app developers build for your platform and let your users decide which apps they want without interference.  By inserting the App Store as a middleman, Apple sets itself up as censor for all content on the device, which adds a whole new layer of repugnancy to the system.  Oh, but that’s right, Apple has…

3) Profit motive.  At the time of this writing, Apple had just released an obscenely impressive earnings report, showing that the company is now sitting on a pile of cash which, all by itself, is worth more than all but 52 companies on the planet.  Which, you know, great!  Good on Apple.  They build a good product and should be rewarded for it.  But when you’re sitting on all that money and raking more in every quarter, it makes it hard for me to sympathize with the 30% pound of flesh Apple requires of all iOS developers and publishers.  As much as we hear it from GOP millionaires running for public office, I really am a small-time indie developer trying to earn a living for my family.  Honestly, I’ll consider myself lucky if I can get that far.  I literally can’t afford needing to earn 30% more in order to break even.  Apple obviously doesn’t need it either, so at the end of the day they’re just being greedy jerks.  Screw ’em.

So!  Hostility aside, that’s why we’re here, writing about HTML5 on Apple devices.  This is the brave new world of giving iPhone users the choice of which applications they want to run on their iPhones and give iPhone developers a better chance to earn a sustainable living writing for the iPhone ecosystem.  The reason I started this blog in the first place was because I wanted to share my discoveries with other developers so that more developers can follow.  I want more apps for my phone, too.  I want to pay the developers of those apps their fair share for their work.  Let’s figure this out together.

Categories: Programming Tags: , , , ,