07
Oct 09

What platform to write mobile apps for?

A question came up on the boards.ie programming forum a week or so ago about whether to write apps for the iPhone or the Android platform. With Suura, we’ve been looking at what platforms to write clients for (and which to write for first), and it occurs to me that the data on what’s actually going on and what the hype is pushing are monumentally disparate. Believe the hype and the competition is all between Android and WebOS.

Thing is, all that noise is ignoring a few details. First off, both are tiny. In the telecoms market, even the iPhone is a niche player. Take mobile internet usage – yes, it’s growing, and at a rate noone expected, but look at how much of the overall total is made up of phone browsing compared to laptop browsing in these statistics released by Boingo in June this year:

b4

Yes, it’s rising and I’d be surprised if it tailed off tomorrow, but it’s still only a small part of a niche market – don’t forget that the telecoms market is seeing 50% global market penetration at the moment and is looking to improve on that. That’s one mobile phone (of any type) for every two humans on the planet. Unless you’re talking clothes or food, odds are you’ve never even seen a commodity that sells that well, let alone a high-tech one. So the mobile internet is still quite a small part of the overall picture here.

But even setting that dose of perspective aside, and looking only at the niche of the niche, what’s the breakdown of devices? Again looking at Boingo’s statistics reveals an interesting story. Everyone says the iPhone was a gamechanger, but you really have to look at the figures to see how true that is:

b3

b2

b1

And it’s not just Boingo reporting this, the Q3 data from JiWire tells a similar story:

Mobiledevices

So the iPhone/iPod Touch has gone from nothing to well over 90% of the US market in the space of two years. That’s phenonomal growth, and nothing’s even close to touching it right now. On the global side of things, it’s not quite so dramatic but that’s more down to inertia and the size of the market than anything else – even in the last six months there’s been significant change according to AdMob’s latest statistics:

admob

Now granted, all of this also means that something that’s currently nothing could be eating Apple’s lunch in two years time, but I don’t think that’s very likely for two reasons. Firstly, the iPhone really was something new – it didn’t try to be a phone first but to be a communications device first. The “Phone” in “iPhone” is really a misnomer, it’s nowhere near being as primary a function as the name suggests. But “iCom” was already taken:

IC-7800+SM-20

Secondly, to compete with the iPhone, you’re going to have to have an integrated approach – hardware and software design. That’s not a trivial problem, it’s one of the more hinky embedded system problems around at the moment. Apple are very good at this sort of thing and it takes a fair bit of know-how to be a threat to them. Being a slightly better iPhone is just not going to be enough to compete, especially given the marketshare the iPhone currently enjoys. So for the moment (and the immediately foreseeable future), the platform for anyone looking to sell mobile apps is the iPhone, regardless of the hype surrounding Android, WebOS or Moblin.

Personally, however, I think the “Next Big Thing” isn’t really being talked about much right now. It’s going to be an iCom rather than an iPhone, the looks are going to be important, but more than that it’s going to need some major backing. I think myself that the best looking contender out there right now is the Nokia N900.

Nokia N900

Nokia N900

Look, everyone thinks Android’s hot because Google is big. But Google isn’t big. Not compared to Nokia. Nokia has a bad day – Finland’s GDP takes a hit. That is what “big” means. And with Nokia dropping the horrible developer experience that S60 development is, and taking on some hefty open source projects like Maemo and Qt to build the N900, and having an app store (Ovi) already running (even if it’s a pain in the fundament to use right now), they have a real shot at eating Apple’s lunch. The only missing piece from the N900, the thing that would have made it a major threat, would have been the inclusion of GAN hardware in the phone (if the operators could offload from 3G to Wifi on the fly with GAN, they’d want the N900 out there with a vengeance). Still though, if you had to seek out the next big thing – I’d be looking at the Maemo platform very hard indeed.


06
Oct 09

VisTablet under Debian Squeeze

DSCF5570b

A new toy arrived today – the VisTablet, which is just a rebadged Aiptek 600U (model number WCK-C121). They sell as Aiptek or Waltop or Medion or any one of a few other names for about €65 on ebay.ie at the moment, so I thought what the heck, I do a fair bit of stuff in Gimp so maybe it’s worth a look. A few clicks and a week or so later and it arrives. Cue tearing open the box and unwrapping!

Plugging it into the laptop (Thinkpad R61 running Debian Squeeze amd64) got an instant result in that it found the device and allowed cursor movement… but no actual buttons or pressure sensor stuff, so it couldn’t work as a tablet. So off to google we go and after trying some frustrating messing about with udev rules (to create /dev/apitektablet – which isn’t necessary it turns out) and hal fdi files (to set up X.org options, which are needed) and I’d advanced in a posterior direction.

By now we were through the phase where plugging in the device crashed X and had reached the phase where plugging the device out crashed X. At this point, I found that the problem lay in the wacom drivers. See, just because it’s aiptek hardware doesn’t mean the aiptek drivers actually work – in this case, the wacom driver works much better.

But, just to be annoying, the new version of the wacom driver doesn’t work because it picks up that it’s not a wacom device and commits seppku to avoid being of any use. Note to the coder who thought that was a good idea – go choke on a hairball please.

Solution? Go to linuxwacom and download the latest driver, then untar the tarball, go into linuxwacom-0.8.4-2/src/xdrv and edit wcmUSB.c. You’re looking for this line (it’s line 530 in version 0.8.4.2):
[cc escaped=”true” lang=”c”]/* vendor is wacom */
if (sID[1] == 0x056A)
{[/cc]
And you want to change it to this:
[cc escaped=”true” lang=”c”]/* vendor is wacom or waltop */
if (sID[1] == 0x056A || sID[1] == 0x172f)
{[/cc]
Now apt-get install xorg-dev and whatever other packages you need like build-essential and call configure and make and then sudo make install.

You now have a working wacom driver and if you copy the wacom.fdi file into /etc/hal/fdi/policy/ (it’s /usr/share/hal/fdi/policy/20thirdparty/10-linuxwacom.fdi on Debian) and add in the following bit:
[cc escaped=”true” lang=”xml”]<match key=”info.product” contains=”WALTOP”>
<merge key=”input.x11_driver” type=”string”>wacom</merge>
<merge key=”input.x11_options.Type” type=”string”>stylus</merge>
<append key=”info.callouts.add” type=”strlist”>hal-setup-wacom</append>
<append key=”wacom.types” type=”strlist”>eraser</append>
<append key=”wacom.types” type=”strlist”>cursor</append>
<append key=”wacom.types” type=”strlist”>pad</append>
</match>[/cc]
into the <device> section of the xml file (you probably don’t need the eraser and cursor lines, but what the heck, they don’t harm anything and I was too tired of restarting X at this point to check). You should now be almost done – restart hal, restart x.org, and log back in and then plug in the tablet (check dmesg and /var/log/X.0.log so you’re sure it worked) and then fire up Gimp, go to Edit->Preferences->Input Devices->Configure Extended Input Devices and make sure the tablet is listed there and that it’s not set to disabled, then go to Edit->Preferences->Input Controllers and make sure that Linux Input is in the list of active controllers and is set to look at the tablet, and it should work.

ItWorks

Mind you… if this is what it takes to make cheap hardware work on linux, Linux Hater has a very good point.


06
Oct 09

New CS7004 hardware arrives…

So for CS7004’s labs, I wanted to have one large-ish, deep-ish, multi-step, interesting project. And I’ve thought of one and I’ll write it up as we go through it (no fair readers here learning before the students!).

But here’s a sneak peek at the hardware they’ll be using 🙂

(Assuming, of course, that I can get the sodding thing to do what it needs to do!)

DSCF5577b