Guest Contributor, John C Wang
In this past year, the digital signage industry appears to have suddenly woken up to the thrill of Android and embrace it, if somehow, it were a saviour for us all.
A few weeks ago I had the privilege of joining on stage, in Taiwan, Adrian Cotterill, DailyDOOH’s Editor-in-Chief, at a digital signage seminar with 300-plus attendees.
I nodded hard when I hear Adrian proclaiming that “launching an Android player is not innovation.”
These days it is easy to find plenty of (so-called) ‘free’ digital signage apps available for download, and lots of cheap Android tablets, boxes, and sticks ‘reviewed’ by various digital signage consultants / bloggers / influencers BUT is this really what next-generation digital signage is all about?
From the people I spoke to everywhere in our industry, it is surprising that a ‘good’ Android player is hard to come by. It’s not about the number of CPU cores or clock speed, I’ve learned. It’s how well it meets the needs of the industry’s applications and solutions.
In a recent online interview I shared my thoughts on Android and said … “There is of course a huge momentum for Android coming from the consumer market, but Android comes with a lot of challenge … [We] heavily modify the Android source code to make it more robust, and more secure.”
Here, I hope to share with you a few truths that lie underneath the naïve surface of the new wave.
- Why can’t I deploy consumer tablets for digital signage? Most people who tried piloting with consumer tablets are already convinced that they don’t work. There are a few reasons why,
Consumer tablets are designed for portability and flexibility. Digital signage devices need to be vandal-proof and manageable.We are basically targeting two opposite extremes of the design spectrum. Android insists on displaying the ‘home menu’ which occupies a rectangular area at the bottom of the screen, where as we in digital signage want to use the entire screen real estate. Android tries hard to make sure the user always have access to the “home button” to gain control of the device, whereas in digital signage the device has to be “locked down” and secured to display only authorised content.
The list goes on. I would NOT expect that one day Google looks at our market and decides that they should take our needs into consideration and change the design of Android.During my company’s journey in making our own Android device, it is not unusual that we find Google ignoring reported bugs if they didn’t concern the average consumer. Let me give you an example.
- HTML5 is the next frontier. But which HTML5? At the seminar mentioned earlier, I had the privilege to speak about HTML5 and pointed out the long list of digital signage companies who have jumped on the bandwagon and announced support for HTML5, the standard for web content. We were one of the earliest companies in the industry to announce an HTML5-compliant hardware product, and the first to hear the frustration when users found out their HTML5 web page didn’t always work across different Android devices. Each version of Android – 17 varieties since its launch in 2008, averaging about 3.5 new Android flavors introduced every year, Ed comes with a different browser with a different personality, and none of these works the same way as your regular desktop browser. To run HTML5 content on Android requires understanding the limitation posed by the particular browser running on your Android device. You may think that Android, having run on billions of devices to-date, must be solid and robust. It is true if you are only making a dozen phone calls a day or reading a handful of web pages. If you try to play a loop of 15-second clips in your Android browser for 24×7 (that’s equivalent to clicking the “play” button 1 million times a week), chances are many devices will crash in front of your unbelieving eyes. Throwing in a few animations, one customer of ours was able to consistently crash top-brand consumer Android tablets in a matter of minutes.
- What about that $99 Android stick? Typical low-cost Android devices use a single flash memory module that stores both your data and Android system software. It gets the cost down, but when you get a bad block (naturally occurring after a few months’ use, faster if your content is more complex), you bring down the whole system and kill the device. A better design that we took opted for separate storage hardware for data and program, even though it more than doubled the cost of hardware. However when bad blocks happen due to content updates, the damage is limited to the data portion, will not crash the program portion nor kill the device, and can be automatically corrected. For the added cost, you save a few on-site visits during the lifetime of the device. Another hardware feature that no consumer Android device employs is the hardware watchdog timer (WDT). This is a component found only in industrial-grade PCs to protect a system from unexpected crash and avoid getting stuck on the “blue screen of death.” No common Android design included the WDT (when your phone crashes, just yank out the battery to restart it). We made sure our device had a WDT to keep the system running even if it encounters serious system bugs.
- Modifying Android to support large projects For the customer looking to deploy two screens in his own store, where he can easily power on and off his device when it crashes, the typical Android device is probably good enough. I would think digital signage is much more than that, and the cost of maintenance is a huge factor for serious projects.
If customer gets one failure per month that requires a visit to the site, it represents a huge maintenance cost and is not acceptable by our industry standards. For serious projects, the ease of deployment also matters. Installing an Android app requires no fewer than a dozen mouse clicks. By re-engineering Android, the process can be streamlined so any unskilled installer can finish the job by simply inserting a USB stick. Getting your software updated in the field without manual intervention can be quite difficult and requires a few software “hacks” that may not work on all devices. Again by rebuilding part of Android, the system can provide an API that not only allowed you to update your app, but even remotely refresh the entire firmware of the device should you ever need to upgrade to the latest Android operating system available. Most Android tablets depend on the WiFi network connection that can be fragile at times. For digital signage, reliability is key, so an Ethernet port must be available, but that introduces a second wire that can add serious complexity, potential point-of-failure, and cost to your project. A better design would incorporate the IEEE 802.3af power-over-Ethernet technology that delivers both networking and power in one wire.
- Happy to help Last week we made a joint announcement with Scala that a wide range of devices are now available to take advantage of Scala’s new support for Android. In its announcement, Scala said:“Specific devices from IAdea … [who] have built their version of the Android OS to be hardened for digital signage applications, are supported by Scala Enterprise.”
I hope I have shared with you a little on why we deserved that final compliment and I hope that the next time you think about picking a hardware partner, you will consider IAdea.
I believe that our dedicated media appliances and digital signboards are quite simply the best hardware you can find to add value to your own digital signage solution.
June 25th, 2013 at 07:22 @349
Good article John. As you have explained in detail, not all Android devices are created equal.
The rush to support Android has seen many companies head to China to source and test numerous cheap consumer devices and then select the ‘best in test’ to rebrand as their own.
Regardless of the claimed tweaks to Android OS and client software, these devices are still built for consumers and were never designed for unattended digital signage use.
It will be interesting to review the market in 5 years time and see if the companies bundling Android consumer devices with their software are still pushing the same offering, or whether the lack of stability and reliability of the devices has forced them to reconsider their strategy and opt for purpose built products from IAdea and Dension.
June 25th, 2013 at 16:09 @714
I think that 17 “flavors” or “varieties” would be a highly inaccurate representation of what API Levels are in Android OS. API Level 17 Jelly Bean 4.2.2 currently contains all 16 of the other API Levels, with a couple deprecated Java classes and constants, making it one flavor or variety all along. Android is a BRAND NEW OS Product and Technology, 5 years is young for a product like this, other OSes are two decades or more in age. So 17 revisions shows diligence on Google’s part in creating a robust OS and getting that new code out to developers frequently, and is a very good thing, not a very bad thing as it is being portrayed here. Additionally bad blocks in shoddy memory has zero to do with the OS, that is a quality control issue with China.
August 12th, 2013 at 04:45 @240
[…] is consistent with my earlier article featured on DailyDOOH (which now ranks #2 on Google search for “Android digital signage”). There are many […]