最近大家都在談 UMD（Ultra Mobile Device），今天在閱讀 LinuxDevices.com 新聞時突然瞄到「PMP」這個字，原來是「PMP doubles as personal Linux desktop」。奇怪，PMP 不是已經是過時的 marketing 名詞了嗎？索性點過去看清楚：

Asian Linux distributor TurboLinux today announced the "global launch" of its combination PMP (portable media player) and Linux boot device.

這個 TurboLinux 的 PMP（稱為 Wizpy）其實和以往傳統的 PMP 產品，概念上有點差異，這告訴我們一件事情，就是以前老師有教過的，產品的定位與名詞一定要突顯「差異」，否則人家一看是 PMP 連標題都草草帶過，何況是要讀者移動滑鼠在「more」上點一下。

TurboLinux 的 PMP 有「boot device」的功能，引述一段報導的原文如下：

When plugged into a PC, the "Wizpy" player launches users into their own localized, personalized Linux-based operating system environment.

這其實有點像「USB 開機隨身碟」。但是，只把 Linux 做到 USB 隨身碟，再用 BIOS 的 USB 開機功能啟動 Linux，似乎無法彰顯「device」的價值。Wizpy 現在也加入了 portable media player 的功能，馬上就能突顯 device 的價值。

Wizpy 的報價大約是一萬塊台幣左右，姑且不論這個價格是否夠吸引人，單就產品的感覺來說，花一萬塊買「可開機的 USB 身碟」是很不合理的事情，但是如果是花錢買「PMP、可開機」的 USB 裝置，掏錢的感覺就整個不一樣了。

前陣子所注意的「Ubuntu Mobile and Embedded」計畫，最近又有了新發展。在前次的日記中提及 Ubuntu Mobile and Embedded 是針對 MID（Mobile Innteret Devices）應用所發起的計畫，並且 Uuntu Mobile and Embedded 也會與 Intel 合作推出 Nokia N800 web tablet 產品線。

今天在 Linuxdevices.com 上再度看到 UME（Ubuntu Mobile and Embedded）的新消息了：「Ubuntu's mobile and embedded project advances」。關於此 project 的最新情況，引述一段報導原文如下：

UME is working to port Ubuntu to lpia, starting with an lpia bootloader and a port of the Hildon application framework, best known for its use in the Nokia 770 and N800 Internet tablets.

LPIA（Low Power on Intel Architecture）是 Intel 最新的省電技術專案，UME 正在將 Ubuntu 移植到此架構上。UME 專注的目標是：

UME goals apparently include outstanding multimedia playback and web browsing, along wtih fast boot and resume times, and small memory and disk footprints.

其它更詳細的資訊可閱讀 UME's Wiki。這真是忙碌的一週，大部份時間都在做協調的工作，一些技術研究也停了好幾天了，正好利用一個早上的空擋來讀書，整理技術資料。

在今年的 Computex Taipei 上，看到了非常多 MID 概念的產品，共同的特色當然就是他們都具備輕巧的工業設計，這是「入市」（進入市場競爭行列）的門票；此外，單就技術面來說，另一張門票應該會是開機時間、suspend與電池的技術掌握能力。

延伸閱讀

KDrive 也被叫做 TinyX，故名思意，這是一個小型的 X server 實作，主要是針對 embedded Linux 的應用所實作的版本。

有別於 xorg-server 裡的其他 X server，KDrive 並不基於以往的 XFree86 程式碼，而是由 Keith Packard 所實作的新版本；目前，KDrive 已被應用在許多 embedded system 的專案中。例如，OpenMoko 的 framework 就是使用 KDrive。

KDrive 另外一個特色是，他並不是像典型的 X server 是在動態時期去載入一些設定，而是在編譯時間就做好參數的設定。

Xorg-server 從 7.1 開始，已經將 KDrive 整合進來，只要下載 xorg-server 7.1 或更新版本的原始碼，裡頭就包含了 KDrive。以 xorg-server 7.2 來說，要設定 X server 為 KDrive 的話，只要將 KDrive 參數打開，並將其他的 X server 關閉即可。例如：

 ./configure \
--host=arm-linux \
--disable-composite \
--enable-kdrive \
--disable-dga \
--disable-dri \
--disable-xinerama \
--disable-xf86misc \
--disable-xf86vidmode \
--disable-xorg \
--disable-xorgcfg \
--disable-xkb \
--disable-xnest \
--disable-xvfb \
--disable-xevie \
--disable-xwin \
--disable-xprint \
--disable-xtrap \
--disable-dmx \
--disable-w100 \
--disable-xsdl \
--disable-xephyr \
--with-default-font-path=built-ins \

目前，KDrive 在 embedded Linux 的應用中，底層部份大多是透過 native framebuffer（fbdev、/dev/fb）來做圖形的顯示。

在為數眾多的 smart phone 產品中，都採用 QVGA（240x320）規格的 TFT-LCD panel，而這些 panel 都是 6x6x6 的 RGB 格式。因此，許多專為 mobile device 所發展的 rendering/text library 都會建議以此格式（6x6x6 RGB）來進行圖形介面與 art work 的設計。

比較另人好奇的地方是，6x6x6 的 RGB 格式要怎麼與 Linux kernel 的 framebuffer 驅動程式做對應。對 linux framebuffer 驅動程式有經驗的朋友都曉得，Linux framebuffer 驅動程式的 pixel format 為 4/8/16/24/32 BPP，可是我們的顯示 panel 是 18 BPP（6x6x6）的格式，要怎麼對應呢？

這是一個觀念問題。在數像處理的理論中，6x6x6 與 8x8x8 的 RGB 色彩「理論」上可視為相同，因為對人眼來說，少掉 1 或 2 個「bit plane」是對原來的圖像沒有影響的；不過，實際應用上仍會有一些「色差」的問題，所以需要一些方法來做「色差校對」。上週有一位朋友問到這個問題，利用端午佳節 google 了一些文獻，得到幾個簡單的方法，有機會再與大家分享。

由此可知，18 BPP 的 pixel format 在 Linux framebuffer 驅動程式中，可視為 8x8x8 即 24 BPP 的方式來處理。考量到 pixel 在記憶體的排列方式，以 s3c2410 為例，由於 1 pixel 佔用 1 word（4 bytes）的空間，所以用 0888 即 32 BPP 的方式來處理才方便。

對美工軟體來說，雖然我們的 panel 只能顯示 18 BPP 的顏色，但是對 art work 來說，只需要以傳統的 true color（0888 RGB）方式來繪圖即可，並不需要做特殊處理，也不需要特殊的繪圖軟體。而且，在大多數的例子中，也不需要考慮色差校對的問題。

OpenMoko 將手機應用程式以 UI 為導向，並依程式的控制方式，將 application 區分為以下三大類：

* finger application
* stylus application
* panel application

Finger application 是以手指觸控為導向的應用程式，比如撥號界面。Stylus application 是以筆尖觸控為主的應用程式，例如最典型的 stylus application 為手寫辨試界面。Panel application 則是「嵌」在狀況欄與程式列的應用程式，例如電池計量圖示。

過往的 X 環境（lagecy X）並不適合 mobile device 直接使用，特別是對 mobile phone 而言。由於 UI & user experiments 是手機的重頭戲與特色賣點（unique selling point），所以唯有重新打造自己的 UI & application framework，並重寫介面，才能展現一台手機的概念與特色。這就是為什麼許多 Linux mobile phone 的 framework 並不是直接採取 porting & integrating 現有的 xorg-server 的原因。

採用 Linux 做為手機作業系統的另外一個好處是，system-level 有非常多的 FOSS 專案與工具，並且與 UI 的整合也越來越容易。OpenMoko 的 core 也將 D-Bus 做「封裝」，讓這一段的程式設計變得更輕鬆。