|
|
Subscribe / Log in / New account

A look at Tizen 1.0 on the developer device

By Nathan Willis
May 23, 2012

On the final day of the Tizen Developer Conference in San Francisco, Samsung distributed developer devices to registered attendees. Although they are not fully-functional consumer devices by any means, the devices did provide the first opportunity for most developers to see the new platform's mobile phone incarnation outside of an emulator.

Developer hardware

Physically, the device is shaped like a largish mobile phone, with a 4.5-inch diagonal (720 by 1280) touchscreen, three buttons, dual cameras, audio jack, and mini USB port. Inside, the platform is based on Samsung's Exynos 4210 system-on-chip, which is also found in Samsung's production phones. The processors are ARM: a dual-core Cortex A9 CPU, paired with a Mali 400 GPU. 1GB of RAM is available, plus 16GB of storage and a microSD card slot. Additional hardware includes WiFi, Bluetooth, GPS, and NFC, plus a SIM card slot.

[Tizen developer device]

As a development aid, the size of the device works to its advantage. Although it is large for a phone, the on-screen keyboard and other touch widgets are much easier to hit than those on a pocket-sized device. On the other hand, the microSD and SIM card slots can only be accessed by taking apart the outer shell, which means rapid-swapping of cards will be difficult. There may be developers who lament the lack of a hardware keyboard, too, although the device is intended to be accessed through the Tizen SDK over a USB connection.

Thus far it is unclear if the SIM slot is supported in software; the SIM cards I tried are not recognized even for non-modem operations such as contacts import, and no one appears to have gotten it up and running. Bluetooth is provided by a Broadcom 4330, which also supplies the WiFi and is FM radio-capable, but out of the box Bluetooth and FM are not enabled. Similarly, the NFC chip is a PN544 from NXP, which is the most widespread NFC chip supplier, but it is not yet used by the software stack. A standard complement of accelerometer, digital compass, and three-axis gyroscope sensor is also included.

Software

The installed software is the Tizen 1.0 "Larkspur" release, which officially debuted on April 30. The code represents a merger of Intel's MeeGo work with the Samsung Linux Platform (SLP), which was derived from LiMo. Although use of the Enlightenment Foundation Libraries (EFL) in the graphics stack is the most widely-publicized piece of SLP, there are others — including SLP's 3G telephony stack. At the conference, the Tizen project made it clear that oFono (an Intel project pre-dating MeeGo) was due to be ported over as Tizen's telephony stack; this may explain the SIM compatibility issue, as the device is alleged to be the same hardware used in Samsung's Android-powered Galaxy S2, and the modem driver may not have been ported to SLP.

Other parts of the Tizen 1.0 stack are interesting, too. The display server is X, although here again at the conference it was explicitly said that a port to Wayland is in the works. The effort consists of completing the port of EFL to Wayland, and of optimizing the speed of the platform's web runtime. Input is handled by the SLP Input Service Framework and by the XGesturesExtension originally authored by Canonical. The latter has since evolved into the uTouch framework, which makes the platform an unusual blend of technologies of different ages.

[Tizen contacts app]

The underpinnings are certainly worth exploring, but most developers will probably be more interested in exploring the HTML5-based application API. The device includes a small set of reference applications — browser, phone, messages, clock, contacts, calendar, image gallery and audio player — plus a comprehensive system settings utility.

The demo applications bear many similarities to their MeeGo counterparts; perhaps the phone application more than others, and the media applications a bit less so, but all will feel familiar. Stylistically, most use flat colors, with sharp edges and corners, subtle highlighting via box outlines, and what desktop Linux vendors have come to call symbolic, monochrome icons. Most provide top tabs for navigating between the application's pages and place function buttons at the bottom of the screen. Where vertical scrolling is required, the scroll bar widget is a thin, translucent overlay that appears only while scrolling, and fades out. It does appear that the outermost edge of the screen is sensitive to scroll events, which can be tricky on mobile devices. On the other hand, none of the demo applications seems to show off multi-touch gesture recognition.

Several of the applications show off a nice assortment of data entry widgets. For example, the alarm clock setting screen features a drop-down selector that scrolls through the hour or minute options horizontally. But it sports a separate radio-button selector for choosing the notification type, which unrolls a bit like an unfolding map. On the whole, all of the transitions are smooth, and navigation between pages and elements is simple.

[Tizen calculator app]

That said, a few of the demo applications use a completely different widget style. The calculator uses rounded buttons with a slight 3D embossed effect, gradients, and a faux-leather background. The stopwatch and timer screens in the clock emulate an LCD screen and a different faux-leather look, respectively, and feature their own UI widget styles. Were this a commercial product, the differences in look and feel would be cause for concern; in a demo suite, though, they simply show competing options for GUI styling.

Samsung's J.D. Choi showed off several advanced applications in his conference keynote, utilizing the platform's OpenGL support, but there is no official word when they — or a system update enabling missing pieces like Bluetooth, NFC, and SIM support — might land.

Development

Of course, demo applications cannot be the end of the story. Tizen seeded the devices to developers at the conference in order to jumpstart independent application development. But it will be quite some time before anyone should expect to see output. The Mer project has started to dig into the lower levels of the system, including the u-boot bootloader, and is working on booting an OS from the microSD card. Thomas Perl has succeeded in building and running Python and PyGame on the device, and more and more developers are popping in to ask practical questions on the mailing list and on IRC.

The preferred method for writing applications is the Tizen SDK, which for the moment is only available for Windows and 32-bit Ubuntu systems, but enterprising hackers have found ways around that limitation already. We will provide a more in-depth look at the SDK and assorted development tools in another story soon. In the meantime, it is good to finally see Tizen running on a physical hardware device. Yes, the experience is much the same as that provided by the SDK emulator and reviewed around the web, but a modern development device makes all the difference in the world. There may be no third-party applications to install just yet, but that was also the situation shortly after the release of the Nokia N950 last year, and today there are hundreds. Which just goes to show that if you want software, the simplest thing you can do is give the open source community tools and a platform on which to build.

[ The author would like to thank the Tizen project and the Linux Foundation for support to attend the conference. ]



to post comments

A look at Tizen 1.0 on the developer device

Posted May 24, 2012 3:24 UTC (Thu) by johntb86 (subscriber, #53897) [Link] (3 responses)

So this is a combination of SLP with MeeGo, which is itself a combination of Moblin and Maemo. What parts of each remain?

A look at Tizen 1.0 on the developer device

Posted May 24, 2012 5:54 UTC (Thu) by tajyrink (subscriber, #2750) [Link] (2 responses)

MeeGo was mostly Moblin, even though the N9's MeeGo was mostly maemo. Moblin was mostly Fedora, although it switched to it from being mostly Ubuntu. Tizen is mostly .deb based SLP, although the Tizen IVI releases look to be .rpm based and maybe so have MeeGo (the Intel variant) background. Isn't it fun when you have all the hundreds of people working and you need something for them to do?

Of course the actual upstream software is mostly the same, but maybe it just makes you feel like running a big software operation when you're doing different packaging and patching and QA for all the packages every once in a while, maybe two packagings, tools and QA processes at the same time. With the exception that Tizen/SLP seems to use partially older software versions currently than its predecessors, like xserver 1.9.

I understand that if for example MeeGo IVI had already traction in the slow moving IVI scene, they don't want to disrupt that. I don't know, but nevertheless all these changes have been not only a pain for the community, but surely a pain inside the companies. Not that merging Debian and Fedora would be any more easy, but I guess no-one suggests that (except for the Canterbury Project - and not even that since it was only Debian, Gentoo, SUSE, Arch :).

Still, I'd value not spending huge resources re-packaging and re-QA:ing and re-process-evaluating everything all the time, because it causes friction in doing something actually new. Maybe Tizen however handles the current situation gracefully. If the base distro just happens to work (no matter how complicated its birth), the "new stuff" developers can concentrate on their work.

A look at Tizen 1.0 on the developer device

Posted May 26, 2012 0:58 UTC (Sat) by johntb86 (subscriber, #53897) [Link] (1 responses)

Well, they're not just repackaging the same upstream stuff, but choosing different technologies as well. There's Qt vs. Gtk+ vs. EFL(???) and Wayland vs. X, for example. I'm having a hard time imagining how're they're going to make this a coherent whole.

A look at Tizen 1.0 on the developer device

Posted Jun 1, 2012 12:03 UTC (Fri) by kragil (guest, #34373) [Link]

Simple: Don't let the Intel suits decide anything. They are stupid liars.

A look at Tizen 1.0 on the developer device

Posted May 24, 2012 4:32 UTC (Thu) by drag (guest, #31333) [Link] (1 responses)

Crazy and weird.

I am glad that Samsung is helping out and efforts seem to be coalescing. I hope they remain focused and avoid the sort of schizophrenic behavior that doomed Nokia's Meego effort.

A look at Tizen 1.0 on the developer device

Posted May 24, 2012 5:56 UTC (Thu) by tajyrink (subscriber, #2750) [Link]

See above :) But I truly hope so too.

Strategic options

Posted May 24, 2012 8:48 UTC (Thu) by man_ls (guest, #15091) [Link] (2 responses)

I realize that this article may not be the place, but I miss some kind of editorial from a strategic point of view. Why is Samsung, nowadays Android's most vocal proponent, supporting Tizen? Are they phasing out their own Bada and want to keep their options open?

This has implications on the devices too: the day might come when Samsung offers a choice of operating systems on the same devices. The article's most important point to me is:

the device is alleged to be the same hardware used in Samsung's Android-powered Galaxy S2
The implication might be that future models are also supported by Tizen. It might be really fun to compare operating systems; also the door to community projects would be wide open. May we ever run Debian on our terminals!

Strategic options

Posted May 24, 2012 9:57 UTC (Thu) by yaap (subscriber, #71398) [Link] (1 responses)

> Are they phasing out their own Bada and want to keep their options open?

It seems to be the case, with some people saying that Bada will disappear in the coming year as a separate option, to be folded into Tizen (so there will be a migration path for Bada applications). At this stage it's just hearsay, will have to see.

Interestingly, there's also been rumors that HTC, Acer and Asus are also planning Tizen devices too. It looks like Android players want another option, and WP is not seen as one anymore. From a support point of view, I would guess that supporting a linux based Tizen device is much simpler when you already do Android that a completely different OS (which is still Qualcomm only) like WP.

But things change fast in mobile devices, so we'll have to see what comes out of this in the end.

Strategic options

Posted May 24, 2012 12:28 UTC (Thu) by man_ls (guest, #15091) [Link]

a completely different OS (which is still Qualcomm only) like WP.
Hard to believe but absolutely true. What a myopic move. Perhaps Microsoft want to reenact their duopoly with Intel on the desktop?

A look at Tizen 1.0 on the developer device

Posted May 24, 2012 22:50 UTC (Thu) by giraffedata (guest, #1954) [Link] (2 responses)

Thus far it is unclear if the SIM slot is supported in software;

What does this mean? What is "supported" and what is "software"?

It sort of sounds like it says the device cannot make phone calls, but that seems doubtful.

You need a SIM card to access a 3G network, right?

A look at Tizen 1.0 on the developer device

Posted May 25, 2012 15:06 UTC (Fri) by jimparis (guest, #38647) [Link]

You generally need a SIM to authenticate to a GSM network, although things like emergency calls are typically still allowed without one. It does sound like this device does not yet support phone calls.

A look at Tizen 1.0 on the developer device

Posted May 25, 2012 19:51 UTC (Fri) by n8willis (subscriber, #43041) [Link]

It's the difference between the cell modem not having a working driver (hardware), and the telephony stack being consciously disabled for any number of other potential reasons (ranging from they-are-waiting-for-the-oFono-port to the companies not wanting developers to run off and use the untested devices on other people's real GSM networks) (software). The point is: no one seems to know. Yet.

Nate


Copyright © 2012, Eklektix, Inc.
This article may be redistributed under the terms of the Creative Commons CC BY-SA 4.0 license
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds