I’m adding to my phone history:

A look back at the Galaxy Nexus

I only noticed recently that this phone never had a “Samsung” tag at all; while Samsung indeed was the hardware manufacturer, that device simply was a Google phone.

Surprisingly, I was less into rooting/modding with this phone than I was with my first Android phone, the Motorola Milestone, although the pureness and openness of the Nexus devices was dedicated to such purposes. Maybe because Android 4 finally featured a lot innately: Useful home screen, editing contact groups & birthdays, taking screenshots, mobile data usage control, unlocking by face recognition, panorama camera mode, rich notifications, better search, better messaging. I only rooted it once it was clear there won’t be any further updates; I did so to be able to use advanced anti-theft features. But now it’s beginning to bug me that the hardware (RAM) is getting old (small); the phone is lagging a lot if the uptime reaches one week. I had to turn off various useful but RAM-eating services, like, live wallpapers. Well, it’s 2½ years old.

Mentioning Android features, I wouldn’t be surprised if the Google Now experience becomes the actual core in the future, making devices smart and active companions that exactly know about their users’ habits.

... and the AppIe ¡Phone

Yes, I used an ¡Phone 4 for some months. I didn’t find it that intuitive like it was always praised; e.g., where do you find email settings? No, not at all in the email app, but in the system settings! Also, the ¡Phone has no idea of the concept of widgets or background services. There is no such thing as a third-party keyboard with swipe gestures and text prediction, or a service that changes settings according to detected current conditions. AppIe physically seals phones and notebooks, tries to trick users into buying entirely new devices by making component upgrades expensive or impossible. Yet, ¡People only seem to care about the smoothness of animations. Whoever buys AppIe, it’s their own fault.

Coming up: Samsung Galaxy S5

I somehow drifted away from praising Google’s “pure Android” experience, although they drive core innovations. Having used my first “real” Samsung device, the NotePRO tablet, for some time, I came to appreciate the AppIe-like benefit (what!!1) of an interlinked environment: Samsung devices are “magically” in touch with each other—I can remote control both my TV and my sat receiver/HDD recorder/Blu-ray player (but, strangely enough, not my microwave), I can stream pictures, videos and even my whole UI screen to my TV over the freakin’ air. I mean, totally on their purpose and without me “hacking” anything. It’s no longer Android or Google integration that’s exciting to me, it’s the Samsung experience. I don’t mind TouchWiz as long as they have a mission behind it. (OTOH, the Samsung store praises cheap and foolish third-party apps exclusively, it’s totally pointless to search for apps there, IMO.)

I notice, Samsung is the new Nokia: Every jerk has got one—people who don’t know how to mute their phones or change the standard sounds. I’m the next in line!

... and the Gear Fit

In addition, I’m leering at Samsung’s health-centric smartwatch Gear Fit, as it perfectly integrates into their (or my) device environment.

Do they also build toothbrushes?

... GSM version (Maguro) with Android 4.3 from GNU/Linux

I found so many incomplete tutorials written in bad English that I decided to write one myself and keep it simple. You must have your phone’s bootloader unlocked; doing so will wipe your device!

1. Watch this tutorial video.
2. Download the fastboot and adb binaries, e.g. from the Universal Nexus Linux Toolkit. Extract the archive on your machine. Find the binaries.
   The problem with this toolkit is that the bundled zips are rather old and didn’t work for me, so:
3. Download the ClockworkMod recovery image from here.
4. Download the SuperSU zip file from here.
5. Connect your phone to your PC via USB.
6. Boot your phone into bootloader mode: Power it off, push both the volume rocker up+down and then press the power button, i.e., press all three at once for about two seconds.
7. ./fastboot oem unlock if you haven’t ever done it. This will wipe your device, reset it to factory settings and delete all your data. Yes, really.
8. ./fastboot flash recovery /path/to/recovery-clockwork-6.0.4.7-maguro.img
9. Now load the recovery: Volume button down twice to choose Recovery mode, power button to select.
10. Navigate using the volume rocker: “install update from zip”, press power button to select, choose “install zip from sideload”, press power button.
11. ./adb sideload /path/to/UPDATE-SuperSU-v1.93.zip
12. Navigate back and reboot normally. Your installed apps should now show SuperSU installed.

Have fun!

A look back at the Motorola Milestone

I’m continuing the history of my [cell] phones by replacing my two-year-old Milestone. It literally has been a milestone: It was my first smartphone, and I could do everything with it (which, of course, wasn’t specific for that device, but for Android in general): Contacts and calendar were magically in sync with Google’s web apps. I could browse the web fully, even start embedded Flash videos—a zombie technology, considered dead since years. I used the GPS to do local exploration, e.g. with Google Maps/Places, used location-based games like Brightkite (meanwhile dead), Foursquare or Gowalla (which I lost interest in soon), or recorded my bike rides. It’s so “living in the future” to pan through Google Street View on a mobile device. I was root on a Linux system. GTD task managers and note apps are in sync with their respective web apps. I access important files in my DropBox. I receive audio streams from Google Music. I hold the phone up to a speaker and it freaking tells me what song it’s playing. Apps with AI (e.g. text predicting keyboard apps) are popping up, just as those implementing computer vision and augmented reality.

However, since several months my most used app is Running Services (which I called ruining services), followed by Android’s internal Task Manager: I had to cope with the phone’s limited RAM of only 256 MB every day. I could hardly install additional apps, although I had already applied a mem hack. It was a regular task to copy a Google Maps upgrade from /data/app to /system/app using Root Explorer (and do a hot reboot followed by deleting the old cache file). The phone also had a memory leak (since that infamous Android 2.2 upgrade that every European Milestone user was whining for for months), occasionally killing the alarm clock app during the night, making a precautionary reboot necessary every other day. However, I didn’t have the nerve to flash one of those very experimental alternative unofficial ROMs—Argh, the locked bootloader!—as they often introduced heavily disturbing and way too serious bugs, which I consider out of the question for a productive device that simply ought to work. The actual problem of course is that developers are constantly bloating their apps, keeping track with the hardware specs of the most recent phones.

My Milestone even got two hardware upgrades: A new and stronger battery, and a new LCD, which I had smashed accidentally.

Phone vs. tablet

So, I’m getting a new phone, but I didn’t really want to: Actually, I’m leering at an Android tablet since more than a year, and my intention was to use that device primarily and reduce the smartphone to a simple phone. I want to use a tablet as a kind of e-reader that supports handwritten input—I want to write formulas and draw freaking arrows!—, replacing my non-electronic (cardboard) tablet that holds printed sheets of paper and a pencil. So far, my workflow is to print research papers and read and annotate them with pencil on paper. There are also computer science e-books with hundreds of pages involved, printed incrementally, where I can only carry the currently read sections with me. Sadly, it seems that such a device is still months away. One of the main issues for me is that all of those 10.1" tablets currently only have a pixel count of at most 1280 along the wide edge, resulting in ~140 ppi, what I consider way too low compared to the densities of ~250–300 ppi of current phones. Another thing is precise stylus input using an actively powered stylus, allowing effective palm rejection. Slowly, that technology evolves, e.g. with Samsung’s Galaxy Note. Also, although Android 3.x had been optimized for the tablet form factor, it appeared having been rushed to market. I expect an incarnation of a tablet that meets my expectations within the next months, with an NVIDIA Tegra 3 quad-core CPU, Android 4.x, and e.g. Samsung’s S Pen. But I’m not going to wait any longer.

Coming up: Samsung Galaxy Nexus

This device is at the bleeding edge. But one of the important advantages is, just like with Google’s previous two Nexus phones, that its Android software is a “pure Google experience”, without any adaptation by a specific hardware manufacturer, what is one of the issues people have to deal with on other phones. This ensures that updates or upgrades come early and for a longer time. Of course, the hardware specs are a total win, giving me a dual-core CPU with 1 GB RAM. New to me will be the NFC chip, what will probably be of no use for me initially (as a European, but we’re getting there), and a front-facing camera for video chats. Let’s see if I’ll miss the Milestone’s hardware keyboard. Given that the Galaxy Nexus is also the first official Android 4.x device, it introduces new software features, but those won’t be specific to that device.

As I use to say: With that phone, I won’t need something else for years again.

SCOTTY mobil, den mobilen Reiseplaner der ÖBB, gibt’s jetzt auch offiziell für Android!

Endlich! Nach dem, dem, dem und dem wurde das auch Zeit! Und die App funktioniert sogar sehr gut, hat ein interessantes Zeitauswahl-UI und macht Echtzeitdaten abrufbar.

Nach einer ersten Auflistung einiger Möglichkeiten im April 2010 und einem Follow-Up im Juni mache ich hier nun weitere aktuelle Ergänzungen und erstelle einen Überblick, zumal immer wieder Leute zu dem Thema hier „aufschlagen“ (z.B. in den Kommentaren oder per einschlägiger Websuche). Die unten angeführte Liste ist nach meiner persönlichen Präferenz gereiht, gemäß folgender Anforderungen:

• Daten aus erster Hand, d.h. möglichst keine halblegalen Apps von Drittanbietern (die z.B. einfach Webseiten parsen und deshalb irgendwann einfach nicht mehr funktionieren)
• Offline Nutzbarkeit: Speicherung von Zugverbindungsdaten zwischen 2 Stationen (Uhrzeiten, Umstiege, etc.)
• Aktuelle Zugverspätungen abrufbar

Hier nun meine Lösungen:

1. SCOTTY mobil: Ja, auf Platz 1 landet bei mir die App, die es offiziell garnicht (für Android) gibt, aber per J2ME Runner betrieben werden kann. Die Liste der offiziell unterstützten Mobiltelefone liest sich wie eine Zeitreise in die Nuller Jahre. Dennoch erfüllt diese App alle oben genannten Bedingungen, auch wenn sie sich auf einem Touchscreen mit Wurstfingern eher schlecht bedienen lässt; das war ja nie vorgesehen, damals. Und die ÖBB wird wohl auch ziemlich sicher niemals einen Nachfolger präsentieren. Denn den dürfte sie offenbar in der auf Platz 3 genannten App Quando sehen. Die GPS-Ortung funktioniert übrigens nicht, wenn SCOTTY so betrieben wird.
2. DB Navigator: Die Überraschung schlechthin erlebte ich mit dem Tipp für die App der Deutschen Bahn. Das ist offenbar die einzige echte Android-App, die (scheinbar wegen entsprechender Verträge) die Daten der ÖBB aus erster Hand gewinnt. Sie erfüllt alle oben genannten Bedingungen. Damit kann man zwar sogar Zugtickets kaufen, glaube aber kaum, dass die dann auch für rein innerösterreichische Zugverbindungen gültig sind.
3. Quando hatte ich bereits zu einem Zeitpunkt erwähnt, als es noch keine Android-Version davon gab; diese kam Anfang September nach. Sie erfüllt immerhin die erste Bedingung, handelt es sich doch um die offizielle App des VOR, dessen Netz allerdings nur den Osten Österreichs (um Wien) abdeckt. Sie war anfangs so schlecht benutzbar, dass sie sich bei vielen Nutzern dauerhaft disqualifiziert hat. Im Market findet man auch unzählige Protestbewertungen, die die ÖBB dazu ermuntern sollen, ihre Daten doch für Google Maps frei verfügbar zu machen – der zweite Faktor, bei dem die Österreicher den Deutschen nicht nachkommen. Ansonsten ist es für Abfahrtstafeln und GPS-Ortung ganz gut nutzbar. Verspätungen sind keine abrufbar.
4. Öffi: Hier beginnen wir nun mit den Drittanbietern. Diese App hat sich dadurch bei mir hervorgetan, dass der Entwickler sehr viele, ja fast täglich inkrementelle Updates zur Verfügung stellt, die immer wieder nachbessern bzw. immer weitere Gebiete Europas abdecken. Die grafische Umsetzung von Abfahrtstafeln ist gelungen, auch gibt es eine GPS-Ortung, allerdings keine Verspätungsdaten (und wohl auch keine „Realdaten“, sondern nur den Plan – Zugausfälle z.B. wären nicht sichtbar!).
5. FahrplanAT/TimetableAT: Hatte ich schon erwähnt, parst offenbar Webseiten und funktioniert nicht immer. Keine Verspätungsdaten.
6. Abfahrtsmonitor: Diesen Tipp bekam ich direkt vom Entwickler. Auch er beklagt die Abwesenheit eines APIs von den ÖBB und muss selbst Webseiten parsen. Ein Test dieser noch sehr jungen App steht meinerseits noch aus.
7. Fahrplan Österreich: Kenne ich nicht, hat hässliche Werbeeinblendungen und schlechte Kritiken, werde ich auch nicht testen.
8. Webbrowser: Damit auch dieser erwähnt ist. Immerhin erfüllt diese Variante die Bedingungen 1 und 3.

Zum Schluss sei noch auf eine Speziallösung hingewiesen: Offizielle RSS-Feeds über Betriebsstörungen. Ja, diese Feeds gibt es, und sie sind gut versteckt, aber via ÖBB-Streckeninformation zu finden. Sie würden sich gut z.B. in einem RSS-Widget machen.

[Update 01.02.] Ein Twitter-User hat mich darauf aufmerksam gemacht, dass es offenbar im 2. Quartal eine Android-App von den ÖBB geben soll. Dies geht aus einem Kommentar auf der Facebook-Seite der ÖBB vom 5. Jänner hervor.

This is just a note for myself what hacks I applied to my phone to make it more usable to me. This is to reproduce these settings once I flash the full Android 2.2 “FroYo” image onto my Motorola Milestone:

1. AdFree Android to hide ads in nearly all apps. This is done by installing a /system/etc/hosts file with ad-servers’ IPs pointing to localhost.
2. Memory hack: Dalvik-cache is moved from the /data to the /cache partition to free up some space.^*†
3. Apps2sd: The whole /data/app[-private] directories are placed on the SD card to free up even more space.^†
4. Overclocking and o/c profiles: The Milestone/Droid’s factory setting is the 600 MHz CPU downclocked to 550 MHz, however, I run it on 800 MHz, but only when the display is on.
   [Update Oct 31] I almost forgot to mention the CPUfreq interactive governor, which I installed in addition.
5. JIT compiler backport to make all apps faster.^*†
6. QUERTY keyboard layout despite the German/European QUERTZ key arrangement.^*
7. Have WaveSecure as system app to be able to localize it via GPS remotely anytime.^†
8. Make screenshots using drocap2.
9. Autostarts to avoid starting too many apps at boot time.
10. Hot Reboot for quick UI restarts instead of lame cold reboots.
11. Uninstall/reinstall some system apps such as the default browser or XING; this is a work-around for the “Package file is invalid” error messages in the Market.
    
12. Some tweaks of the build.prop to avoid hiding some apps in the Market^*, plus more window events per second.
13. Busybox to get a full GNU/Linux command line environment with bash, grep & Co.^*
14. [Update Oct 27] Replace the YouTube app by the new and backported version^†
15. [Update Nov 9] A hack to display the battery level in 10%-steps instead of 20%.

^* Achieved by TimeTurn’s OpenRecovery for Milestone
^† Not needed anymore in 2.2

And while we’re at it: Of course the Android system has got some flaws, but I think the situation’s similar to desktop environments: The on-board software is able to provide some basic things, but it’s up to third party developers to provide apps with full functionality, especially when I think of features regarding contacts (e.g. edit groups and birthdays, share via Bluetooth or SMS), calendar (e.g. search) or e-mail (e.g. search). Further apps I have installed are on this always almost complete and up-to-date list—HTH:

Zu meinem Initialposting zu diesem Thema gibt es nun ein Update: Die SCOTTY mobil-Version für (Non-Android) Motorola-Handys, scottymobil_mot.zip, lässt sich nun via NetMite.com konvertieren und auf Android-Smartphones via J2ME Runner (aus dem Market) betreiben. Ob auch die anderen Versionen laufen, war ich zu faul auszuprobieren; vermutlich funktioniert es nun einfach dank eines aktualisieren J2ME Runners. Die Applikation scheint jedenfalls vollständig zu funktionieren. Leider wird damit den ÖBB der Druck genommen, doch noch eine offizielle Version für Android zur Verfügung zu stellen.

Ich bin unlängst von einem Symbian-Handy auf ein Android umgestiegen und wollte die Applikation SCOTTY mobil von den ÖBB dort weiterbenutzen, um bequem aktuelle Zugverbindungen bzw. -verspätungen abrufen zu können, jedoch: Es gibt diese App nicht für Android, und auch nicht auf absehbare Zeit. Daher liste ich hier einmal die Möglichkeiten auf, die bleiben. Eins vorweg: Sie sind allesamt höchst unbefriedigend.

• Webbrowser: Die schnelle Lösung in der Not ist, mit einem Android-Browser Fahrplan.OeBB.at abzurufen. Davon gibt es leider keine offizielle Mobilversion, ich kenne nur die in das WAP-Portal Live.A1.net integrierte für A1-Kunden. Abgesehen davon, dass dies nur online erfolgen kann, ist mir keine Möglichkeit bekannt, Verbindungen für einen späteren Abruf zu speichern. Start, Ziel und Zeitpunkt müssen immer wieder neu eingetippt werden, was eine Qual ist, wenn man nur „mal eben“ vorab nach Verspätungen sehen will. Apropos: Diese lassen sich ausschließlich auf diese Weise erfragen.
• SCOTTY mobil mit Tricks doch auf Android nutzen: Ich kenne zwei Möglichkeiten, um eine (J2ME) Java-App in ein Android-Format zu konvertieren:
• J2ME Runner: Diese via Android Market installierbare App erlaubt es, das originale .jar/.jad von den ÖBB in ein .apk zu konvertieren und zu installieren. Ein Startversuch führt dann aber kommentarlos und umgehend zum Homescreen zurück.
• MicroEmulator: Ich habe mir tatsächlich die Mühe gemacht und auf einem PC eine komplette Android-Entwicklungsumgebung eingerichtet. Mit ein paar Kniffen erstellt man damit ein Paket, welches nach Installation am Handy tatsächlich ein SCOTTY mobil startet, in dem sich sogar Haltestellen auswählen lassen! Schickt man jedoch die eigentliche Suchabfrage ab, verabschiedet sich die App reproduzierbar mit einem Force-Close. FAIL.
• Qando.at deckt leider nur den Ostösterreichischen VOR ab. Mit der oben erwähnten MicroEmulator-Methode kann man die Java-App auch auf Android installieren und sogar nutzen, inklusive Touchscreen. Nachteil: Die Android-Softwaretastatur funktioniert nicht, nicht einmal eine Hardwaretastatur wie beim Motorola Milestone. Man ist vollständig auf die integrierte, äußerst schlecht bedienbare und winzig kleine Softwaretastatur angewiesen. Verbindungen lassen sich zwar als Favoriten speichern, die Fahrpläne werden aber stets nur online nachgeschlagen; Verspätungen sind keine abrufbar.
• FahrplanAT: Diese Android-App findet man eventuell auch als TimetableAT im Android Market, benutzt aber offenbar kein offizielles ÖBB-API, sondern scheint unter der Haube einfach die Suchabfragen via Webinterface abzusetzen und die Ergebnisse herauszuparsen. Den selben Irrweg scheint (laut Code) auch die freie und unfertige App open-scotty einschlagen zu wollen. Diese Methode ist zum Scheitern verurteilt und steht und fällt mit dem Wohlwollen des offiziellen Betreibers der Website, also der ÖBB. Die Deutsche Bahn etwa, die übrigens sowohl eine mobile Website als auch eine native Android-Version anbietet, kennt solche Fremd-Apps und duldet sie nur, solange deren Abfragen sich nicht störend auswirken. Immerhin bietet FahrplanAT eine GPS-Lokalisierung und eine Historie bereits abgefragter Verbindungen an. Abrufe erfolgen aber wiederum stets online, ohne Daten über Verspätungen.