DailyDOOH published a guest article by IAdea CEO John Wang detailing the problems you will find when using the typical Android media player for digital signage jobs.
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 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.