Multitasking is really an end user experience – that of doing multiple things on a device at the same time. There are many ways to implement this within an operating system, especially one where the UI is so constrained as to make displaying more than one application at a time virtually impossible. Based upon our definition, and despite what some people will claim, iPhone OS 1.0 through 3.2 have had multi-tasking built in, in 3 distinct ways.

• True pre-emptive, multi-process multitasking: This was reserved for Apple’s first party applications. Here, each application is a true process, and runs continuously no matter what you’re doing. Mail is one example, iPod another (You still hear new mail notifications, and music keeps playing, even when you’re not in Mail or iPod).
• Push notifications: For any long running task. This is really a cheat – you have to write a server side application, running on a machine away from the phone, that carried on doing “stuff”. When stuff was done, or something interesting happened, you send Apple a notice. Apple then tells the user iPhone, which can launch your application which picks up on the notice.
• Suspend and resume multi-tasking: All App Store applications currently follow this model, which you might call “system modal multi-tasking”. Applications are loaded, run until you press “Home”, then quit. To make it seem like multi-tasking, the rules of good development stated that, when quit, applications should save their state (the last page being viewed, half finished emails and so forth). The next time you load it, the application restores the data and UI so it looks like you never left.

For a lot of applications, this is enough. Aside from the occasionally annoying reload times, any decent application implemented a state persistence that makes it look like you are just switching from app to app whilst they sit in the background, waiting. For those that must know right now that Bob has announced his Wedding on Facebook, you’ve got Push notifications. Unfortunately, these solutions have not been enough for a large class of applications – Those that must run on the iPhone, yet remain useful even without visual attention. Some common classes that have emerged are

• The “I’ll keep playing audio” applications (Pandora, Spotify etc.)
• The “I’ll wait for something to happen, then spring into action” applications (Skype, TomTom etc.).
• “I’ve things to do whilst you wait” applications (FTP apps, WordPress etc).

So why not allow “true” multitasking for all applications? Apple have always said, and I personally agree, that unrestricted, pre-emptive, process based is a bad idea on mobile devices – badly written applications drain battery life and degrade the end user experience. By taking memory they don’t need, failing to suspend unneeded computation when not frontmost, any application can drag down the end user experience of the entire phone. Note that I say phone – the majority of users will not link their lag when typing SMSs to the poor performance of StupidDev HyperFart HD, and will complain about their new iPhone being slow and useless.

Rather than open full multitasking, iPhone OS 4.0 gives targeted solutions for the classes of problems listed above.

• Fast application switching: This solution just makes the previous “Save state” solution more palettable, solving the “Long reload” times between switching applications. Rather than terminating an application, then reloading it from scratch, the operating system “freezes” it, and when you switch back, it can be “unfrozen” far more rapidly than it could be reloaded.
  Background listening: This solution allows applications to stay running in the background, performing simple audio streaming tasks – playing music or sound, and using the network to fetch it. I’d imagine much more than this is forbidden, but it’s enough to allow Pandora and Spotify to run without issues.
• Local notifications, VOIP Services and Location notifications: This will be a combination of solutions. Local notifications will no doubt be push style, but scheduled via a timer. Location services will be similar – a callback into a frozen application that fires when the location changes. VOIP, I’m not sure – some kind of limited network usage so you can poll the server seems likely.
• Background tasks: I expect that, upon being “frozen”, your application will be allowed to perform some computational tasks under strict supervision (time or resource limited). This mode will not be the “catch all” true multitasking, whereby you can sneakily do any computation you want in the background – it will be restricted to cleanup, or long running task completion. I expect this to interact with local notifications to allow, e.g. FTP uploads.

The interesting thing about this approach is that it’s extendable, as and when needed. The implementation of these “multi-tasking classes” is no doubt just true preemptive multitasking, with a more aggressive scheduler that will kill off applications that don’t conform. If another class of applications turns out to be both needed, and not too draining on the hardware.

What does this all mean for end users of iPhone apps? Well, practically, not a whole lot for most applications. They’ll load faster (because they never quit), and those that fail to be good, state saving, citizens will behave as people actually want. The real changes will be seen in music players and location aware services – Spotify will become more useful, and Tom Tom will co-exist happily with making phone calls. Realistically, much like copy and paste, I suspect this will be something people have ranted about for years, will find some nice usages for, but that will not be a huge deal for 99% of iPhone users.

This is really just something to add to the front page, as I’ve spent the last year mostly working on research work. Hopefully, I’ll be able to write up some of what I’ve been doing into posts shortly.

Insanely busy, but not dead. Here’s a photo from last summer. When I can spare the editing time, I’ll distill some of my academic writing into posts here.

I’m still around, just busy with form filling and contract work. I’ve a few ideas of what to fill this site with over the next few months that I’ll hopefully start soon. Just hard to know what level to pitch content at!

In the meantime, here’s a dragon.

I’ve fallen behind on my “test lots of Web 2.0 style” websites routine, so I guess it’s time to upload some of my photography to Flickr and see how the world has moved on whilst I’ve been cloistered in academia.

I’ve got mixed feelings about it all so far, but in general, I suppose it’s a step forward.

I guess I’d never noticed before because it spent most of the unplugged, and being curious more than worried I decided to give Apple a ring. Apple support is still some of the best in the industry and after a minimal amount of time on the phone, they said they’d contact me with a resolution. Well, true to form, they called back two days later with the following interesting snippet.

The power adaptor that Apple ships supported two methods of wall connection. There’s an AC power lead (e.g. a long cable with the plug in the end) as well as a wall plug that slips right onto the adaptor. Because my desk is well supplied with sockets, I’d just slipped the wall plug (the Apple support person called it a “docket” [sic]) onto the adaptor and into the wall. It transpires, however, that this plug is ungrounded.

Sceptical and surprised, I said I’d try it and sure enough, my laptop no longer shocks me when plugged in via the longer AC lead. Not being an electrician, I can’t say why they didn’t connect the ground for the small plug, but it certain seems to be the case. I’d also been experiencing trackpad problems (it was getting stuck in scroll mode), and these problems also went away when the unit was grounded. I understand the trackpads work on a capacitance difference between fingers and surface, so perhaps this also cured that problem (though this just speculation).

Anyway, issue resolved. Hopefully this information can filter through Google and save someone else a call to technical support.

I’m not going to subscribe to the cliché of posting any New Years Resolutions here; such an indulgence would be a waste of time for all concerned. However, in my original spirit of keeping only things people would actually be interested in, I shall reveal one: For several years now I’ve wanted to learn Latin, and now I actually intend to.

I did make a start a couple of years ago and progressed a little way, until the real life gremlins appeared to foil my attempt. This time, I’m resolved to make a better effort. Additionally, rather than signing onto a Latin course at university, I’ve decided to “go it alone”. Armed with suitable textbooks, dictionaries, audio guides and an inexhaustible well of new years resoluteness, I’m going to complete the equivalent of a high school Latin course. Oh, and I’m going to write about it here. Look forward to part one shortly, or unsubscribe now!

I don’t want to carry baggage into 2006 with me, so consider all currently unfinished article series dead – I suspect they were of little interest or value anyway. If anyone has any questions regarding anything that’s now hanging in literary limbo, just drop me an e-mail.

Unfortunately, the answer from me is “Probably never”. My reasons are…

1. I no longer have an AC account, nor the will to pay for one.
2. The changes needed to simply bludgeon the old version back to life would take a good few hours. If I were going to do anything, I’d rather fix things properly.
3. I’m currently insanely busy.
4. Decal 3 isn’t finished yet.

Whilst I’d like to fix it (it was an interesting little puzzle), these problems seem to indicate Magellan 2’s demise for the immediate future. The 3rd is also the reason my posting rate has fallen off again – I shall, however, try and correct that as soon as possible.

“Non omnis moriar” – Magellan 2 (2002-2005)

Virtually all these spams are left by zombied Windows machines (another plus point for forcing an “Internet users licence”), with the recipient site being hosted in Russia. Much as it bothers me, my next step will be to block all comments with links to sites hosted in countries amiable to these criminal scum.

Update: All comments from people without an account are now subject to a “captcha” (yay, another awful “fun” acronym) to ensure they are not a bot.

The diverse range of comment spam source IPs makes me think this is done via zombie Windows PC’s, so I’ll be reporting the comment spam “beneficiary” from now on. Anyone who pays a company money to advertise their site via spamming needs a serious wake up call.