adf.ly

Tampilkan postingan dengan label Apple. Tampilkan semua postingan
Tampilkan postingan dengan label Apple. Tampilkan semua postingan

Rabu, 02 Maret 2011

Nokia says "Meego with another OS" and Terminal Mode goes "Terminal"




Ok, how about a little controversy.  I won't bother spending too much time discussing Nokia's choice to drop Meego and that choice's impact on GenIVI.  In fact, I will say that it is just one more blow to the organization, that in my opinion lost any hope of broad market adoption about a year ago, but in any case, they will just pick up and move on to the next GUI / Application framework.  There was already debate within GenIVI if Meego was ever their "official" direction to begin with.  Likely, they might pick something a little more credible in automotive.  Frankly, even though QT is also associated with Nokia, I think it is more likely that QT will continue to have a life, even given Nokia's selection of Microsoft as their phone platform.  I wouldn't be surprised to have QT attempt to resuscitate life into GenIVI working groups, but still don't hold out much hope.

I think what I am more interested to share are my views on the impact of the Nokia decision to Terminal Mode.  Unlike GenIVI, Terminal Mode was gaining a bit of traction, or more specifically, not Terminal Mode per se, but VNC.  There were some very fundamental problems with Terminal Mode, for example since Terminal Mode lacked a great policy management story (what is allowed to be displayed when a vehicle was in motion) every tier 1 was implementing their own policy management solution.  This created issues for OEMs looking to implement solutions across multiple Tier 1s or multi-sourced production programs. 

Not being intimately involved in the working group, I will say my limited understanding was that the Terminal Mode supporters were looking to address this issue by creating a consortium of Terminal Mode participants that could address policy management and rank applications on a scale of "appropriateness" to use while the vehicle was in motion.  Since this appeared to be based on self certification by application vendors, this approach seemed questionable, to me, for automotive use.

Another major challenge to Terminal Mode was performance.  I think this is where the choice by Nokia has the most significant impact to Terminal Mode.  For anyone who has seen a Windows Phone 7 user interface, you would know that UI is in constant motion and transition.  It is the same UI that in a recent survey by Nokia is "one of the most exciting aspects of Microsoft deal" according to a Nokia poll released this week. Click here to see the Engadget Article

Already Terminal Mode was being bashed by their own supporters of the VNC approach, even within the CE4A.  The reason, performance, but such an animated, constantly moving UI like the one in Windows Phone 7 would, in my opinion, grind already sketchy performance to a halt. 

I have no doubt that there might be some creative engineers at Nokia who could have addressed the performance issues of Terminal Mode in a Windows Phone 7 environment, but I have a feeling Microsoft might have ideas on a more elegant application / screen sharing solution.  So without Nokia backing Terminal Mode, I think you see a short term VNC approach as an interim solution for sharing specific applications from a phone to a head unit, but I don't see formal Terminal Mode existing in the long term.

So what do I think will be the right solution?  Video (like iPod Out) or HTML (like Blackberry Bridge).

I will do a more in depth blog about iPod Out vs Terminal Mode vs HTML / Blackberry Bridge vehicle integration soon.

Thanks to Alistair and Jorg from Nokia let me provide a few links to Terminal Mode if you want to learn more.  I appreciate the education guys:

To learn about the Terminal Mode event March 23rd in Japan:
To learn more about Terminal Mode in general:
http://www.terminalmode.org/en/developer/Downloads/

Rabu, 26 Mei 2010

Steve Jobs can’t kill Flash . . .

. . . but Adobe just might, but hold on I will get back to this.

Interesting bit of news when TomTom announced a couple of weeks ago, that they will be launching a Webkit based app store by the end of the year. (Link: http://www.pocket-lint.com/news/32801/tomtom-looks-to-app-store) So add Tomtom to the impressive list of companies adopting Webkit as their embedded browser strategy. Companies such as:
  • Apple (Safari)
  • Blackberry
  • Google (Chrome)
  • Palm / HP (WebOS)
  • QNX
  • Etc.
More important than just a common embedded web browser is the fact that many companies are positioning the browser as an application deployment scheme. Look again at the TomTom announcement. It isn’t that they are launching a web browser and connectivity into a device, but rather that they are launching an application platform based on HTML that could deploy new applications or widgets post purchase. If you look at Chrome and WebOS both of these implementations of Webkit are also effectively application platforms.

Now back to Flash. Despite his recent denials (http://www.apple.com/hotnews/thoughts-on-flash/), most people believe that Steve Jobs doesn’t want Flash on iPhones and iPads because it opens up a new application and content channel that can bypass iTunes / App Store and the accompanying business model. So, unless the government or consumer pressure compels Steve Jobs / Apple to include Flash, new reasons will materialize why Flash can’t technically work and it will stay off Apple devices. That alone won’t, in my opinion, kill Flash. What really makes it have wide adoption are those darn Mac loving web, content and UI designers that use Adobe tools. Flash is an easy development environment for rich experiences. . .

In my opinion what will ultimately kill Flash is Adobe developing a similar robust development environment for rich HTML experiences. Last year Adobe CEO Narayen said, "[T]he fragmentation of browsers makes Flash even more important rather than less important." With all the adoption of Webkit / HTML 5 for devices, perhaps it explains Adobe CTO, Kevin Lynch’s recent stand at the Web 2.0 Expo:

"We're going to try and make the best tools in the world for HTML5,” Adobe has a history of HTML tool development with products like Dreamweaver, he said, and called HTML5 "a terrific step forward" for the Web.

And since this is an automotive blog, what will automotive like about HTML 5? Here are just two of the many capabilities in HTML 5 catching interest in automotive:
P.S. with all of the attention on Apple regarding Flash. . . I wonder what Steve Jobs thinks of Silverlight?  Seems like Microsoft will have a serious battle getting any further adoption in Automotive since they are pushing Silverlight as their HMI of choice for the next version of Microsoft Auto (AKA Motegi)

Jumat, 07 Agustus 2009

Context aware displays – “Can you see me now”



I was just reading an article in the Economist describing “the connected car” http://www.economist.com/sciencetechnology/tq/displayStory.cfm?story_id=13725743. One point in the article got me thinking. Specifically, it mentioned a modern car having as many as 200 on board sensors or microprocessors “measuring everything from tire pressure to windscreen temperature”.

Modern vehicles now are gathering so much information and have access to not only data relating to the car, but to location, speed, points of interest, music, traffic, . . . the problem suddenly becomes how to communicate this information to the driver in a relevant and safe way. This emphasizes the recent explosion of automotive interest in digital displays that can reconfigure information being portrayed based on context, or what you are doing at the time. An example of the most advanced display of this type can be found in the recent announcement by QNX and Visteon about their work on the 2010 Range Rover cluster “...the largest TFT LCD ever to ship in a vehicle”. You can read more about it here: http://news.prnewswire.com/ViewContent.aspx?ACCT=109&STORY=/www/story/08-04-2009/0005071387&EDATE=

Basically, information can now be configured to display what is relevant to the driver at a given time. For example, when the car is put into reverse, rather than display tachometer information, a rear backup camera can display the image of what is behind the car, or perhaps when the Range Rover is in 4x4 mode information about the terrain can be displayed. Additionally, vehicles with new fuel technologies have all new types of information that can be displayed relating to fuel savings, best route to conserve battery, all kinds of “green” information that can be displayed. I can promise you the new Volt will have a digital display.

Another revolution is driving the adoption of these brilliant displays in vehicles. The revolution of a joyful user experience, arguably started by Apple (iphones, ipods, macs, etc.), is making its way into your automobile. Apple didn’t create the first MP3 player, heck I had an RCA Lyra in the early 1990s. What Apple did was make experiencing digital music easy and “joyful” oh and legal of course. The iphone took this a step further and made complicated information relevant to location, interests, search, social networking, photography, etc. also easy and pleasurable to experience.

Major vehicle brands have taken note. Not only will you be able to get access to a variety of information, when you need it, but also you will see vehicle brands embracing the latest user interface technologies to capture a bit of the magic that comes from making an experience visually pleasing and easy to use. These new reconfigurable displays will do just that. So get ready, your speedometer is about ready to get a major facelift.