I’m calling this a “technical review” because I’m not going to spend much time talking about using Android on this device. The reason for that will become apparent.

I recently purchased two “Android TV” boxes from aliexpress, for investigation and general hackery.

Android TV front
Android TV back
Android TV remote

You can buy these from various online vendors (dealextreme, aliexpress, etc.) Also under other names – for instance it’s sold here in Australia as the Kogan Agora TV.

The “original” product is the Flexiview FV-1, made by Mesada Technology, Shenzhen.

Continue reading

Too much going on lately:

Still, it’s nice to have things that are (almost) coming to fruition.

I just started working on a simple cross-platform desktop application. I’m developing from Linux and hoping to build binaries for Linux, Windows and OS X.

This quick blog post are some notes I took about:

* Developing & building a Qt app for Windows, on Linux with wine.

* Building static Qt libraries for Windows, on Linux with wine, using mingw32.

* Building a standalone static linked Qt executable for Windows, using mingw32.

This information is mostly out there somewhere on the web, but spread among lots of sources (many out of date.) I thought it would help to rewrite my experiences start-to-finish here.

Building Qt apps under wine

This is almost insanely easy. In my case I downloaded Qt Creator 2.21 for Windows & Qt 4.7.3 for mingw32, both directly from nokia. Ran the installers with


wine qt-creator-win-opensource-2.2.1.exe
wine qt-win-opensource-4.7.3-mingw.exe

The Qt installer needs to be pointed at a mingw32 installation. One comes bundled with Qt Creator, so if you’ve used the default install path it will be C:\Qt\qtcreator-2.2.1\mingw\bin\

Kudos to both the Wine team and the Qt developers.

Developing with Qt Creator

If you’re using Qt Creator as an IDE, and happy with dynamic linking (ie distributing DLLs with your application), then you’re pretty much finished. I found I was able to keep the same project open in both Linux & Wine versions of Creator simultaneously (one would prompt to reload when I’d made changes in the other.)

Mostly everything just worked!

EDIT: OK, not quite. Autocomplete seems to lock up Creator in wine for ~20 seconds each time, so it’s not so good for on-the-fly coding.

Only one oddity, on the Wine side I seem to need to “Rebuild” more often that I probably should. Don’t know if that’s a Windows thing, a Qt thing, or a Wine thing.

Command Line Building

The Qt installer for Windows installs a “Qt Command Prompt” program shortcut for Qt command line stuff. This doesn’t work under Wine. All you need to do, however, is to set some environment variables.

Wine inherits environment variables from its parent shell, so in theory you can just set variables (except for PATH) in your Linux shell and it’ll all work just fine. However, you then run the risk of confusing your Linux build environment.

My preferred approach is to use wine’s regedit to set the variables in the registry:

cat > /tmp/qttemp.reg << EOF
[HKEY_CURRENT_USER\Environment] 
"PATH"="%PATH%;c:\\windows\\system32;c:\\qt\\qtcreator-2.2.1\\mingw\\bin;C:\\Qt\\4.7.3\\bin"
"QTDIR"="C:\\Qt\\4.7.3"
"QMAKESPEC"="win32-g++"
EOF
regedit /tmp/qttemp.reg
rm /tmp/qttemp.reg

Now commands like "wine qmake myproject.pro" and "wine mingw32-make" should work.

Static Linking

You may want to static link your Windows Qt app for deployment. This, essentially, means you no longer have to distribute ~12Mb of release DLLs (QtCore4.dll, QtGui4.dll, libgcc) with your application (~6Mb if zipped.)

Instead, if static linked, a 600kb application will grow out to around 11Mb itself (4.5Mb zipped), but will run standalone. However, you'd be able to use an Executable Packer like UPX if you wanted to, to get it down under 4Mb.

Think hard if this is all really worth the effort compared to shipping DLLs. The Qt documentation has a good discussion of the pros & cons of static linking, and explains the basic steps to rebuild Qt on Windows to allow static linking.

Note that if static linking the open source edition of Qt, you'll have to make sure you can comply with the terms of the license - either LGPL 2 or GPL 3.

Here are the steps I took under wine, they are a variation of the steps outlined for Windows in the Qt docs.

Environment

First I needed to set the command line build environment variables, as described above.

Separate Tree

I copied my existing Qt Windows tree to a new directory, so I could have side-by-side dynamic & static options (AFAIK this is the only way to have them side-by-side.)

cd ~/.wine/drive_c/Qt
cp -al 4.7.3 4.7.3-static
cd 4.7.3-static

After this, run 'wine regedit' and change the paths to Qt which are set under HKEY_CURRENT_USER\Environment.

If using Qt Creator, you may also need to update the Qt installation listed under Tools -> Options -> Qt4 (if it isn't autodetected from PATH.)

Newer mingw32 version

When built with older versions of mingw32, applications would depend on mingw32.dll. This is a ~10k DLL that contains some functions for thread exception support. It has to be a DLL, cannot be built statically. To deploy your application you would have had these choices:

  • Bundle mingw32.dll (a public domain DLL so no licensing issues.)
  • Don't use exceptions, and configure/compile everything with -no-exceptions.
  • Don't use threads, ie no -mthreads.

However, in the most recent version of mingw32 (gcc 4.5.2) this restriction has been lifted. QT Creator is bundled with the older mingw32, using gcc 4.4.0. So, if you want a fourth option, you can:

  1. Download the latest mingw32 installer and run it under wine.
  2. Select "C++ compiler" and "MSYS Basic System" when prompted by the installer.
  3. Run 'wine regedit' and edit PATH under HKEY_CURRENT_USER\Environment to point to the new mingw\bin directory.
  4. If using QT Creator, go to Tools->Options->Toolchains and add a new MinGW entry for that compiler. Then go to Projects -> Build Settings in your project and switch to the new compiler entry.

(NB: for reasons I don't actually comprehend, you may still need mingw32.dll for debug builds. Although this may just be a sign I need to rebuilt my entire Qt oncem ore.)

Configuring Qt for static libraries

Configure as per the documentation. You'll be prompted for license choice, etc.

wine configure.exe -static

Make in parallel

Building Qt with mingw32 is excruciatingly slow. To make things faster, you can force make to use multiple parallel jobs:

MAKE="mingw32-make -j4" wine mingw32-make sub-src

Replace "4" with the number of parallel compilations you'd like to see.

The full build with -j4 on my quad core i5 2.7Ghz machine takes about 75 minutes, including restarting after the errors (see below.)

Cope with errors

Unfortunately, building Qt 4.7.3 in parallel will lead to false errors towards the end - some codec-related plugins do not have their dependencies set quite right. The easiest thing to do is to just restart from here without -j set, the build only has about 10 minutes to run at this point anyhow.

Also, YMMV but one time I had Qt fail to link libbootstrap - claiming missing functions from QLocale. I don't know what this was caused by, seemingly nothing to do with parallel make, but I deleted tools/bootstrap/tmp/obj/release_static/qlocale.o , ran mingw32-make again, and it was fine.

Add static options to project

Finally, once you're done building Qt, you still need to add

QMAKE_LFLAGS += -static -static-libgcc

to your .pro file(s), in order to statically link in libgcc & libstdc++.

Yay Static!

... and Static linking is set up for Windows! Hope it was worth it. ;)

Disadvantages To using Qt with Mingw32 under Wine

Compilation is slow

Apparently this is mostly mingw32's slowness, although building under wine can't be helping. Regardless, it is many times slower than native building on Linux.

Parallel building makes a massive improvement though, with modern multicore CPUs. If you're running with Qt Creator, you can force your whole project to build in parallel by going to Projects -> Build Settings -> expanding the 'Make:' build step and setting Make arguments to -j3 MAKE="mingw32-make -j3" (where 3 is your number of parallel steps.) YMMV on that, though. You may need to better specify dependencies, as described here.

Real Machine

Even with this setup, you still need a "real" Windows machine (or VM) to do final testing. Although this way you can avoid contact with as many Windows subsystems as theoretically possible, and just copy across your built app to test. :)

Possible Alternatives

It looks like it may be possible to install the Microsoft Platform SDK tools under wine and use Qt with the Visual Studio platform, but I haven't tried.

Or, apparently it is possible to install mingw32 as a cross-compilation toolchain. This way the the compiler runs directly on Linux instead of under Wine. I haven't tried this, not sure how it would compare. You certainly wouldn't be able to use that toolchain with QT Creator, I don't think.

Finally, you could use a VM or a real Windows box. I prefer working with wine, though (ideally I'll touch the bare minimum amount of Windows internals that are necessary. ;))

Next up

Cross-compiling Qt apps for OS X (Ref A, ref B.) Just kidding, not that masochistic. I think I'll go and find a real Mac to borrow. ;)

Last Monday I walked into a Big W store here in Canberra and paid $188AU ($196US) for an Android smartphone, no network lock and no contract. I’ve had it for nearly a week now. What do I think? I think, with minor qualifications, that it’s almost unbelievably good.

Packaging

The Sonic comes in a fairly standard box. It contains the phone, battery, USB charger, USB to MicroUSB charge/sync cable, and a handsfree kit. There is a 2Gb MicroSD card already inserted in the SD slot.

The handsfree uses the common extended-3.5mm-stereo-plug pinout, same as the iPhone, which is convenient given the range of existing accessories (maybe this is a defacto standard now?)

Build Quality

The phone is a plastic “candybar”, and it feels very sturdy. I was pleasantly surprised after playing with the $99 Eken M001 and $149 M003 tablets last year, which each felt like flimsy rubbish.

The only remaining question is how the Sonic will age. The touchscreen doesn’t seem more susceptible to scratches than any other phone, but time will tell for sure. I anticipate it will hold up well, though.

Performance

The Sonic has a 600Mhz ARM11 processor (the Qualcomm MSM7227), and 256Mb of RAM.

Compared to the current crop of dual-core 1Gb superphones, you can almost hear the gadget fanbois scoffing and calling the Sonic underpowered and therefore useless. Still, the real proof is in how the phone runs.

The Sonic runs Android 2.3 Gingerbread extremely well – performance is snappy, apps open quickly. I haven’t tried enabling bells and whistles like live background animations on the home screen, but in out-of-the-box use the HTC Sonic runs perfectly without compromise.

Before using it, I felt dubious about the Sonic’s 256Mb of RAM. More or less every Android phone since 2010 has at least 512Mb, and Android is known to be a bit of a RAM-hog. For the most part though, I’ve found the Sonic’s low RAM1 to not be a serious factor. The built-in memory management in 2.3 seems to be good at keeping RAM free for use, while allowing apps to run in the background where possible. I installed “Advanced Task Killer”, but I haven’t needed to use it yet.

There’s a slight delay when re-launching something that’s been closed while in the background, but for the most part it’s pretty seamless. I was able to keep several web pages open at once in the browser without a hint of page reloads or slowdowns, while other apps kept running in the background.

Screen

The Sonic has a 3.5″ HVGA (320×480) 262-thousand-colour capacitive touchscreen. Again, although it isn’t on par with the amazing “super-ultra-OANULTIMOLED” screens in the Desire HD or the Galaxy S2, it is still a competent screen. On paper it’s comparable to phones like the HTC Magic, or pre-iPhone 4 iPhones.

The screen surface is very shiny, which made it a bit of a pain to read in bright sunlight (not unreadable.) Otherwise I find it very readable.

However, using Android 2.3 on the Sonic I did get the impression that 320×480 is now the minimum resolution that the Android designers are working with. In some situations there isn’t enough screen space for the keyboard, the status indicators, and context for whatever is going on. Although this can be a bit fiddly, it’s only in a few places and never totally unusable.

However, I wouldn’t want to use 2.3 on a lower-resolution phone, and I suspect future Android versions may not fit comfortably on the Sonic’s screen.

Similarly, even though a 3.5 inch screen is realistically quite big, the default Android keyboard can be a bit small and fiddly when typing. I installed the free Swype keyboard beta and although I’m still getting the hang of it, it seems more forgiving.

As a Phone

The Sonic has a good loud speaker, good earpiece audio quality and volume. It does the “basic phone thing”2 very well.

Vendor Customisations

Huawei, thankfully, has resisted the urge to heavily customise the Sonic. The phone ships with the default Android launcher running a custom colour theme, plus a somewhat neat “cube” effect when switching launcher screens and an Expose-like “quick home screens view” that you can pull up by pressing Back on the home screen. The latter effects are particularly nifty.

The crummiest bit of “vendorware” is “Hi Space”, which as best as I can tell is Huawei’s “me too” App Store with some bonus features, but without any apps I actually wanted to install.

This is placed front-and-centre on the default home screen, and when I first used it my heart sank. Thankfully, though, Google’s Android Market is also installed (although not on any launcher home screen), and works fine.

I think Huawei really made a big mistake featuring Hi Space over the Android Market. Novice users are going to fire it up and look for things like “twitter” & “facebook”, and they won’t find them. If they don’t know they can dig around for the Market, this has the potential to cripple their use of the phone. It’s pretty much textbook “bad user experience”, and for what? So Huawei can pretend to be Apple?

Music Player

Huawei have also put in their own customised “Huawei Music” player. It is um, heavily, um, cough inspired by the iOS music player.

Even down to a very familiar “cover flow” type view if you turn the phone sideways:

Where did they get that 'unknown album' icon from, anyhow?

… however, amusing “inspirations” aside, the Huawei Music Player app actually seems pretty good.

EDIT: The next time I used this player I noticed a pretty major bug – all albums are played in alphabetical order by song name, even when the songs have track number tags & track numbers in the file names. Annoying. Have installed the PowerAMP trial.

What lets the Sonic down as a music player, unfortunately, is the sound quality. There is a significant background hiss any time the internal amplifier is on, loud enough in headphones that it eclipses even moderately quiet details in music. I’m not a card-carrying audiophile, and I’d expect some hiss in any consumer music player, but the Sonic is loud enough to ruin the experience for me. It was audible through the cheap-and-chearful earbuds that came with the Sonic, downright grating with my Sennheiser MM50 in-ear headphones.

Given that music was one of the reasons I went back to a smartphone, it’s safe to say that if I ditch the Sonic for any reason, it will probably be audio quality.

Battery Life

On my first full charge I got 2d 11h 27m before battery dropped below 3% and I decided it was time to charge.

That was with Wifi on about 35% of the time, GPS and mobile data on approximately 10% of the time, and only used lightly. Email, facebook, twitter were all checking for updates in the background.

Writing this now, the phone has been on battery for 50 hours with plenty of use and although the lock screen advises to “connect your charger”, I still have plenty of juice.

So I’m pretty happy with that. I think if you turned absolutely everything off and didn’t use the phone then you’d have a shot at the 72 hours that Huawei claims it will stay on standby for.

Camera

Unsurprisingly, the 3.2MP camera in the Sonic is pretty “camera phone like”. It’s good enough that in good light you can use it as a “visual notetaker”. You won’t want to hang the pictures on your wall, though.

For the pixel peepers, here are 3 quick unretouched sample snapshots from the Sonic. One taken at dusk, one on an overcast afternoon, and one indoors at night (poorly lit room.)

NFC

The Sonic also features NFC (Near Field Communication), which from what I can tell seems like a more complex version of RFID. The promise is that you’ll be able to do things like banking transfers by waving your phone near a reader. If you live in Europe or Japan then I expect this is very exciting, but I’m not holding my breath for the banks in Australia to roll it out.

Of course, I guess NFC support does mean I could get an RFID tag embedded in my arm and use it instead of an unlock code! :P

“Rooting” & “Custom ROMs”

When I first bought this phone, I expected it’d take some “customisation” before it was really any good to use. I figured at the time it was a compromise, the low cost in dollars means a cost in time spent tinkering. I like tinkering, so I figured I’d give it a shot.

Imagine my surprise when the phone is very good out of the box. I don’t really feel like I will want to load a “Custom ROM”, except maybe just to experiment.

That said, at this stage my simple investigations into serious customising haven’t gone well. “z4root”, apparently the easiest way to unlock root access on Android 2.3, doesn’t seem to work (exits suddenly but cleanly after the status message “obtaining root shell”, seemingly without having actually done so.) I haven’t done any more investigating yet.

The Sonic is a newly released phone though, so I expect more information and tools will appear in time.

Open Source Situation

Huawei themselves make Linux kernel source available for their devices, and the releases seem timely and are (apparently) complete. This makes me happy, and bodes well for community developments in the future.

Compared to the Huawei Ideos U8150

I came to the Sonic U8650 after looking at the Ideos U8150, which is now available for less than $100AU through some carriers. The Sonic is very similar to the Ideos, although there are some noteworthy differences:

The Ideos’ screen is smaller at 2.8″, and half the resolution at 320×240. I haven’t used the Ideos, but considering that the Sonic’s screen feels somewhat cramped I think this is the number one reason to choose the Sonic.

The Ideos’ chipset is MSM7225, very similar to the Sonic’s MSM7227 although slightly slower (528Mhz vs. 600Mhz.) Also the MSM7227 has a 256kb L2 cache, which the older sibling apparently lacks. All told, performance should be marginally better on the Sonic.

The Ideos ships with Android 2.2, although there is a “Custom ROM” with 2.3. 2.3 in the Sonic works very well out of the box, and this probably makes it a better option for most people. However, the availability of custom ROMS can be seen as something of a positive for the Ideos, because there are people actively working on source-based Android builds and kernel versions. I’m hoping that in time the Sonic will prove similarly popular with tinkerers, given its good ratio of cost to functionality.

Other Alternatives

What other budget Android options are out there? From what I’ve seen, in the same price bracket there are some similar phone models from major manufacturers. For instance, the Samsung Galaxy Mini or the HTC Wildfire. But they mostly have lower-resolution 320×240 graphics, and many (like the Wildfire) don’t officially support Android 2.3 yet.

Telstra sell the ZTE Racer as the Smarttouch for $99 but it’s both a small screen, resistive touchscreen (eck) and comes locked to Telstra. The ZTE Blade is apparently a good option (more RAM than the Sonic and a higher res screen) but it’s not available in Australia yet, you’d have to import it yourself.

Finally, there are secondhand smartphones. The HTC Desire & Samsung Galaxy S both seem to sell used on ebay for only marginally more than the Sonic costs new, so that could be a good alternative.

Bottom Line

Four years ago a 4Gb iPhone cost $499US, a year later the HTC Dream (Google G1) with Android cost $399US. The Huawei Sonic is several times more useful and usable than either of those phones, and costs less than half as much. I can see it being huge in markets like China and Indonesia, where many people want smartphones but most do not have the buying power.

I guess the Sonic’s affordability isn’t surprising given the unending march of technology towards lower costs with more features. However, it still daunts me that four years ago smartphones were boutique nerd curiosities, and now they are practically commodities, with no tradeoff in quality.

In other words, I’m amazed at how happy I am with this phone. It’s not going to set the world on fire, but it works well and does everything I would want from a smartphone.

Apart from headphone audio quality, the dislikes I do have are all niggles with Android rather than problems with the Sonic itself. And I suspect a lot of them are just the experience of a former iPhone user getting used to “the Android way”. Not the fault of the Sonic.

And did I mention that the Sonic costs $188AU?! Bought from a bricks-and-mortar store with a “change of mind” returns policy, and a walk-in return to claim the one year warranty. Without any network lockin or contract. That blows me away.

If you want a competent Android smartphone on a budget, and you’re not interested in “alpha geek” pissing contents over features and specs, then I totally recommend the Huawei Sonic.

EDIT: I’ve written a follow-up post about the Huawei Sonic, 10 months on.



  1. Being an embedded systems programmer during the day, I honestly find the very notion that 256Mb RAM is considered “low” to be cringeworthy. That’s Android for you, I suppose. []
  2. I know, people still make phone calls. WTF! []

When I ditched my iPhone 11 months ago, I promised a follow-up post about the experience. So here it is.

Quitting

Only one thing really surprised me about going back to a “dumbphone.” The idle moments. The habit of pulling out my phone to fill them was deeply ingrained, even more than I’d realised. Every time my brain hit a pause, there would be a moment of agitation: “I’m here and I have nothing to do for a few moments, what do I think about? Where’d my phone go? What else can I do with my hands?” That feeling (“disconnect anxiety”? withdrawal symptom?) lasted for a couple of weeks.

The other interesting thing was how many people sympathised with me (either here on the blog, or in person.) A few people openly told me I was crazy or self-obsessed (both legitimate charges, in all honesty), but a lot of people also really seemed to relate. Most of them had iPhones or other smartphones that they didn’t intend to give up, but they seemed to relate to me wanting to. That phenomenon interests me a lot.

Relapse

<

p>So why did I decide to get back on the smartphone wagon, after all my self-righteous abandonment last year? There are a few reasons:

Hypocrisy. Honestly, on the few occasions when I’m out and I really want to google something or look an address up on a map, I just rely on Jess having an iPhone. Smartphone cheating. Similarly, when I’m at home I’ll just pull my laptop out. Less convenient than a phone, but the same end result.

LastPass. I’ve started using the LastPass password manager, which basically means that without my own computer or phone at hand I’m locked out of nearly all my online services. I can’t just go to an internet kiosk and check my email when I’m in a foreign city or an airport, any more.

IOIO. Android has some really cool new stuff in it for tinkerers. Can’t wait to have a play.

Hackerspace tunes. Sounds stupid, but I want an mp3 player to plug in at the Hackerspace. Pretty much all non-iPod MP3 players seem kinda sucky or ridiculously expensive. Everyone else just uses their phone, so I figured I should too!

Price. I’ve gone with a $180 Huawei Android phone (will write a review.) This both appeals to my inner skeapskate, and the idea of cheap/commoditised smartphones really interests me (boutique to commodity tech in 4 years!?!)

As for the other behaviours I disliked myself for in the past, I’m hoping I can rely on self-control. Time will tell.

TL;DR version

I did some investigation into the Bing & Google spat. Once the Bing Toolbar is installed, IE 8 sends Microsoft a summary of every page URL that is requested. I found no evidence the toolbar singles out Google, or even search engines. I found no evidence of directly copying search results.

The results seem to indicate that Bing treats Google’s search result pages the same as any other URL on the world wide web.

The rest, it would seem, is all spin.

Background

Over the past 48 hours Google & Bing have been having a public spat about search results. The initial salvoes led to Google’s official blog post “Microsoft’s Bing uses Google search results—and denies it“, then a counter-post from Microsoft “Setting the record straight“. These two official posts have been accompanied throughout by other parties posting comment, criticism and also poking fun.

Spinny Spin Spin Spin

Two things have struck me as bad in this debate. First off, the insane levels of spin. Google’s original blog post minced no words about implying the actions were deliberately targeted, and went directly on the attack with statements like “some Bing results increasingly look like an incomplete, stale version of Google results—a cheap imitation.”

Bing’s counterspin was just as shocking, associating Google’s tactics with “click fraud” and casting the focus across to other Bing features that have (allegedly) shown up in Google.

Google seem to have struck first in the spin war. Their official blog post painted Google as the innovator, and Bing as the unquestioned copycat. This left little room for either party to save face, but it left Google with a massive PR upper hand.

Science?

The other problem I see is with Google’s methodology. The blog post explains how they concocted a series of experiments to “determine whether Microsoft was really using Google’s search results in Bing’s ranking.”

The experiments produced results, but not in any kind of scientifically conclusive manner. There were no scientific controls, and the conclusions were presented as simply supporting Google’s argument, with no other plausible explanation ceded.

My Investigation

I decided to run my own investigation. Armed with nothing but a humid Australian summer evening, Wireshark, and beer. I also have a Windows XP VM that I keep around just to run Adobe Lightroom.

First off, I installed a vanilla IE 8 and started my packet capture.

Straight away, I saw TLS encrypted connections to a Microsoft IP. Caught red handed?

A quick session with the excellent freeware API Monitor let me read the unencrypted data.

Seems that this is the IE anti-phishing filter. A SOAP request is sent once for each domain the browser visits. The responses appear to be cached so the same domain is not requested twice.

For example, here are the only two SOAP requests sent to Microsoft when I navigated to google.com.au, searched for “green fig jam”, and clicked the third link. Excuse the XML.

You’ll notice the only two URLs sent were the article I clicked on and some tracking URL on that same site. The search URL on http://google.com.au was not not even looked up, because google.com.au had previously been cached as a safe domain.

The anti-phishing service seems to be innocuous. It does not provide enough information to enable any “copying of search results”.

Bing Toolbar

I couldn’t find any other data sent by plain old IE 8 (including Suggested Sites.) Time to install the Bing Toolbar and give away some more of my precious privacy:

Immediately the packet captures started getting interesting:

Unencrypted HTTP GETs to g.ceipmsn.com, one for every page that the browser loaded.

Here’s the full encoded HTTP/1.1 session, as captured by Wireshark. Below are the individual GETs sent when I opened a new window and visiting my website, projectgus.com.

This first GET seems to be an initial identifier sent when the browser opens (nothing is sent back in the response.) Then there is a GET when I type projectgus.com on the address bar. Then one for the Telstra GPL Violation link on the front page. Then finally one when I click through to the GPL-Violations FAQ.

Among the interesting pieces of information that are sent:

  • A unique identifier for at least my Windows login session, maybe my computer. I never saw it change. (MI=0E6B38A7645C4121BC051BDBF57482AF-1)
  • Version numbers such as my VM’s OS version (XP Pro), and some others. (OS=5.1.2600)
  • Timestamp and timezone. (ts20110203221808108|tz-600)
  • The URL loaded. (euhttp://gpl-violations.org/faq/vendor-faq.html)
  • The link text clicked on to get to that URL. (atvendor%20FAQ)

There are also some other interesting fields that appear in some other captures, such as the original URL if a redirect occurs. There doesn’t seem to be any page content sent, just URLs and sometimes link text.

What about Google?

Here’s another full session, recorded when visiting google.com.au to search for Microsoft Seaport, then clicking on the third search result.

Here is some of the pertinent data sent to Microsoft from that session:

<

div style=”text-align:left;”>

  • euhttp://www.google.com.au/search?hl=en&source=hp&biw=1676&bih=813&q=microsoft+seaport&aq=f...
  • euhttp://www.google.com.au/url?sa=t&source=web&cd=10&ved=0CFgQFjAJ&url=http%3A%2F%2Fsmartnetadmin.blogspot.com%2F2010%2F02%2Fremove-microsoft-seaport-search.html&rct=j&q=microsoft%20seaport&ei=ho1KTbQXjMlxw7vFtws...
  • |euhttp://smartnetadmin.blogspot.com/2010/02/remove-microsoft-seaport-search.html

… these are just some of the 12 URLs requested by the browser as it went through these motions. Ironically, most of the other page loads seem to be Google, Blogspot & Doubleclick all recording tracking data.

Interestingly, the ‘at’ field showing the link text doesn’t appear when tracking Google activity. I don’t know if this is IE8 honouring robots.txt, or some other factor.

It’s clear to see that if Bing mines this data then it could associate Google search queries with the resulting pages. This is simply because the query is encoded in google’s URLs, and then the result page URL follows. In this way, though, it does not look like Google is being treated any differently from any other web site with human-friendly URLs.

In particular, Google’s experiment (injecting unique strings into special searches) could surely have caused these associations to occur, from the data seen here.

It’s worth noting that, on the face of it, mining tracking data in this way could provide better search results – by mining where users really do click all over the web, and which pages they bounce through before finding useful content.

Of course, there is nothing in this investigation to suggest that Bing doesn’t have some special “google filter” running on their server side to extract Google clicks from the rest of the tracking data. However, there’s also absolutely no evidence to suggest that this does happen. Occam’s Razor would seem to apply.

So who done bad, again?

The behaviour I’ve seen explains Google’s experiments, but does not support the accusation that Bing set out to copy Google.

Bing Toolbar is tracking user clicks and Bing could use the result to improve search results. I don’t personally see any great distinction between this behaviour and Google’s many tracking, indexing and scraping endeavours which they use to improve their own search results.

While I personally dislike the privacy implications, Bing Toolbar is pretty upfront about it when it gets installed (unlike much web page user tracking.) The fact that the tracking is plain HTTP not HTTPS, with the content in plaintext, would seem to indicate that they weren’t seeking to hide anything.

Ultimately, the worrying question for me is whether web search has become so stagnant, and so generic, that this kind of name-calling and spin-doctoring may now be the only way to carve out a brand?

This letter is my plea and suggestion to Wondermedia, although the theme applies to similar tech companies as well.

(If any fluent speaker can translate this into Chinese for me, I’d very much appreciate it!)

Dear Wondermedia Technologies,

Congratulations on your WM8505 system-on-a-chip. In 2005, a “$100 laptop” was a visionary idea, a dream. Now, thanks to your technology, I can buy a netbook for $85, including shipping to my house in Australia. If I was in Shenzhen, who knows how cheap it would be?

That netbook has more power than the $3000 desktop computer that I owned 12 years ago.

However, it’s not all good. Ars Technica recently labelled the $99 Maylong M-150 tablet the “worst gadget ever”. That tablet is built around your WM8505. Noone who reads that review will buy the product. No importer will read that review and decide to wholesale order any WM8505 product. No hardware engineer would choose WM8505 on the basis of that review, either.

It doesn’t have to be that way. Vendors can ship better tablets and netbooks, that get better reviews, at no cost to you. You can sell more units, at no cost to you.

Take a look at the custom firmware on Slatedroid.com. Every one of those people has modded the same proprietary WM8505 build of Android 1.6 to try and make it better. It runs faster and smoother and has more features. They have spent hours of their time trying to make your products better.

Take a look at the rough port I did of Android 2.2 this week. It’s very poor quality, but it doesn’t have to be. It can be better, at no cost to you.

Look at the months of hard work by the talented Alexey Charkov to make a WM8505 Linux kernel that is good enough to be in the official kernel tree. Big players like TI, Marvell, NVidia all pay talented developers to make Linux code that is good enough for inclusion in the official kernel. Alexey is doing the same for you, for free. His work is coming along slowly, but it could be coming faster. You can help him to help you, at no cost.

What resources are the community using, at this moment? At the beginning, barely anything at all, just incomplete leaked data sheets. Then you were kind enough to release most of your Linux kernel source, which has helped greatly.

<

p>I’m writing this letter to suggest you release more, for your own benefit. Many big companies provide datasheets, BSPs, SDKs, source code for free. You should do the same with what you already have. With more information and more source code, it would be possible for the community to build many things. If we had the Android 1.6 source code, WMT SDK source code, or current/complete documentation (even in Chinese) then the community would be able to develop Android firmwares with more features and better hardware support, maybe even a 2.2 port that runs well. There is nothing stopping vendors from shipping devices with a community Android build, if it is better. More WM8505 sales, at no cost to you.

More datasheets and documentation will also make Linux kernel development faster and better. How much of your own developers’ time do you save if the mainline Linux kernel has Wondermedia hardware support in it, instead of having to keep patching it in-house? Better quality kernel, less maintenance costs, no cost to you.

The community is indirectly trying to give you a competitive advantage, for free. All you need to do is open up.

Why not open up? One reason, I think, is that you probably charge for this information. Charging for BSPs & SDKs is a revenue stream. I ask you this: How big is that revenue stream? How many more units do you need to sell before it does not matter any more?

Maybe you think that you can’t afford the support costs, or the maintenance overhead. If this is a concern, rest assured that the community does not need much. Even if you just “leak” a torrent file or send the files for someone else to host, the Internet will make sure that they never go away. The community already provides support for each other.

I realise this is not the same as most small hardware companies’ culture. However, there’s no reason why you can’t behave like the big companies on this. This will differentiate you in the marketplace and give you an advantage. The community is standing by, waiting to help make your products great.

These words apply to all similar companies, not just Wondermedia. If someone becomes the first truly open manufacturer of small, affordable, embedded ARM systems then I predict that the developer community will beat a path to their door.

Update 25/11: Now supports M003 as well, and it appears the M002 may be able to boot from the M001 build.

Update 27/11: New build posted, now with better functioning Wifi!

Android 2.2 on dirt cheap WM8505 tablets. I said it may not be possible. Since then, I’ve spent hours and hours trying to reverse-engineer the custom calls that the WM8505 Android port uses to set up the correct graphics modes. I still can’t replicate their process successfully.

However, on Sunday I had what my friend Adam has called “an a-ha moment1. Android’s own porting guide says the graphics mode has to be RGB565 with double-buffering (aka page-flipping), but apparently this is not strictly true.

Within a couple of hours, I had a Froyo home screen up on my M001:

Now, a few busy evenings later, I can offer a hacky alpha for people to check out, and hopefully build upon. However, this is not the same as “the Eken M001 now supports Android 2.2“.

Get to the Android already!

OK, here it is. This build is configured to boot entirely from the SD card, to minimise the chances of bricking a tablet and to make it easy for people to check it out. You should be able to run this without any impact on the OS installed in the tablet.

This image is a dodgy hack, pre-release quality, and totally unsupported, btw. Do not expect very much.

Installing from Linux/OS X

If you have a 2Gb+ SD card, you can download the image (M001 or M003) and use ‘dd’ to copy it over the top of your SD card:

zcat image-m001.gz | dd of=/dev/sdX

(where sdX is your SD card device. You’ll need to unmount the SD card, first.)

Installing from Windows

If you’re unfortunate enough to be stuck on Windows, you can download a zip file with the image (M001 or M003). First, unzip the image. Then, the Slatedroid forums have instructions on how to flash the Debian SD card image from Windows. If that doesn’t work, you can try these instructions. The Debian image is the same format as the Froyo image, so the same steps should apply.

Installing the SD Card manually

If you have a smaller SD card, or you just want to make your own, then I also uploaded tarballs containing the FAT and ext2 partitions for each tablet. You can unpack these onto any SD card, with the following partition & formatting scheme:

  1. FAT16 (for script/ directory)
  2. linux-swap (optional)
  3. ext2 (for root filesystem)

(NB: The partitioning scheme has changed since the first set of posted images.)

First boot

The first boot from the SD card will take a few minutes longer than usual, because the Dalvik VM is generating its cache. I think mine takes around 5 minutes the first time.

Status

The following things work:

  • Basic Android UI
  • Touchscreen
  • Blanking the screen when idle
  • Swap partition on SD card

The following things should work, please test:

  • Wifi
  • SetCPU & other CPU scaling (will need to “root” first)

The following things are untested and probably don’t work:

  • Audio
  • Video playback (probably will be choppy)
  • Battery level tracking
  • Automatic screen rotation (I hope you like landscape)

However I expect all those things should be fairly easy to implement, except for smooth video playback.

The following things definitely don’t work:

  • Graphics acceleration, there isn’t even page flipping/double buffering at the moment, let alone OpenGL ES (which there will never be.) It isn’t as painfully slow as I thought it might be, but it definitely isn’t fast. There are also a few artifacts, like lock screen redraw when turning back on. Also, some apps may not work as expected due to the odd graphics mode.
  • Touchscreen calibration. The device ships with my Eken M001 calibration on it. If mine is no good then you can copy your /data/wmt/touchcal to /etc/touchcal on the SD card to bring it across. But there’s no WM8505 calibration app installed, so someone either needs to port Wondermedia’s or write a new one from scratch.
  • Suspend/Resume (was broken in 1.6, still broken in 2.2 as it’s a kernel deficiency.)

Installing to the flash in the tablet

At the moment, this only supports booting from SD card. However, there’s no reason why someone clever couldn’t build an alternate version that installs to the tablet’s internal flash – all the required pieces exist AFAIK.

Building On This

All the scripts & patches I used are available on github. There should be enough there for a savvy person to fairly easily build this again from an AOSP release.

The kernel used is “my” copy of Wondermedia’s kernel source release. Hopefully as Alexey’s from-scratch kernel adds more features, it will eventually be able to run Android as well.

If you do build anything using this, please please please share source/instructions for what you improve. Every “secret” someone hoards away is a step away from making these devices properly usable.

This Froyo build comes unsupported (sorry), and I’m not likely to do a whole lot more on it. However, one thing I do intend to do is get it running on my Eken M003 (my M001 has serious hardware problems so I can’t really use it as a tablet any more.)

However, I really hope that others will jump in, build on it, and make something good. Enjoy!



  1. I called it a doh! moment []