變身！Divine Buster！

不知道Divine Buster是什麼的朋友，你是一個普通人；知道什麼是Divine Buster的人，你是一個動漫愛好者；見到Divine Buster後會聯想到「羅盤強震」的朋友……去看醫生吧。

對於不明白以上笑點的朋友，這裏稍作說明，Divine Buster是一套叫做「魔法少女リリカルなのは」的動畫裏，女主角所使用的招式。這套作品與一般以溫情為主的魔法少女系列不同，女角之間的友情是建立在「破壞」、「炮擊」上，所以又叫做魔炮少女（大誤）。至於那個羅盤強震呢……是某個令人嘔血的翻譯之一（不是最嘔血的，還有更強）。

基於這個不是ACG Blog，我個人對寫ACG的題目也不太熱衷，忽然間破例寫這個的理由，就跟之前那篇簡單的現代魔法一樣 － 又給我見到了好玩的Augmented Reality作品：

這個跟簡單的現代魔法裏提到的作品都是出自同一位作者，不過今次不玩魔法陣，而是在虛擬的世界裏建築出主角們所使用的武器，並發出跟女角一樣的招式 － Divine Buster。

（後話，覺得影像中把變身場面省略是敗筆的人，請舉手）

簡單的現代魔法

先別誤會，這篇文不是說某個日本動畫，只是想分享以下影片所示範的「魔法」，而這個「魔法」是理論上誰也可以使用的啊，不過需要有「軟件」輔助而已。



像是以前提過的AR Maid、某個利用到Hand Tracking技術的咸濕遊戲等等，日本人的創意真的不得不令人佩服。

Nokia Pulse Projector

去年年尾突然蹦了一大票LED投影機出來，以輕巧的體積及便宜的價錢吸引消費者，可惜最終因為影像的質素令人卻步，LED投影機的市場還未真正到來。

當時投入的廠商不少，賣出的貨量卻遠不如理想，看來他們的損失也不少……吧？

損失多不多，其實很難說，我沒有實際跟廠家們談過，以我的理解，那批機其實有一點點「山寨」的味道，使用的技術原理是最簡單的LCD投影－讓光通過LCD屏幕改變顏色，跟過去比較而有改良的地方主要作為光源的LED的功率上(當然那只是買回來的)，可以發出更高的光度。

基於光線通過LCD會散失並化成熱力，所以這批機都有光度不足的問題，未算是成熟的技術，所以你會發現沒有大廠投入了那波的產品上，他們研究及期望的LED投影技術，一直都不是以LCD為主的，那時不單祗是LED投影機的市場還未到來，甚至說真正有所期望的LED投影技術也未到來。

我覺得要直至採用新技術的3M MPro110及Optoma的PK101推出，LED投影機的市場才真正開始（註：其實早在4年多前已經有LED投影機，我手上便有一台Toshiba TDP-FF1A，那時因價錢太貴故少人問津，不過有趣的是，這筆老爺機的整體評價遠比去年那批LCD機高，不論是在光度、影像質素及能配備電池這項功能上)

不過雖然新機的技術遠勝於那些LCD機，但市場仍未見起色，因為……還是缺乏Killer應用，雖然能帶出街用，但沒多少人會用它來做簡報、大部份手機都沒有VGA或composite輸出、即使有些人會說放在睡房不錯，實際有這個閒錢的人卻沒多少。

那麼看了Nokia的Pulse Projector後，會否有怦然心動的感覺，從而改變想法呢？




這是一台LED投影器、並有NXT Speaker、杜比聲音處理器，可以用手機經Bluebooth控制播放的內容！投影機使用跟Optoma PK101類似的DLP的技術，畫面解像度達1280×768、1500:1對比，最大投影面積為60吋！



不過呢……這個只是概念產品，還未有賣，而且經bluetooth傳送1280x768的影像……就算是Bluetooth 3.0也很吃力吧…… :(

不愧是概念產品……還是等那天手機能把LED投影嵌進去吧。

資料來源 :

• YankoDesign

在VirtualBox裏試玩Moblin2

自從Moblin拋棄了Ubuntu後，我就跟許多其他開發者一樣失去熱情，不再留意這個項目，連自己那個Moblin Image Creator for EeePC也不再更新。

最近收到數個查詢，問我能不能把Moblin2弄到EeePC 701上，可是一來沒有熱情來行動，二來真的很繁忙，所以只能說句抱歉。

到了現在終於叫做有點空閒，先看看Moblin2發展成怎樣吧。

測試的第一步當然是把Moblin2裝好，影像檔可以從Moblin的網頁下載得到，不過我沒打算直接裝在Netbook裏，我的EeePC 701並不在支援設備名單中，而且我也不想把運行得不錯的系統換掉，故此會在VirtualBox裏跑。

雖然聽說過有VMDK格式的影像檔下載，可是找不到，只有燒錄在USB儲存上的IMG檔，

Using the Moblin Live Image一文有提過怎樣把影像檔燒進USB儲存上，但我認為這個也太麻煩了，所以我先用QEMU把這個IMG檔先換成VMDK：

qemu-img convert -f raw moblin-netbook-beta-refresh-20090607-001.img -O vmdk moblin.vmdk

跟著要在VirtualBox裏建立虛擬機器，設定沒什麼特別的地方，我隨便選了OS為Linux - Fedora、1GB記憶體，不過要留意一定要使用PAE，否則無法啟動。

截圖：

嗯……界面設計還蠻酷的

軟體介紹 - KeePassX (密碼管理)

隨著伸請的互聯網服務越來越多，要記的密碼亦即隨著增加，有些人使用一組密碼去登記所有帳戶，但這明顯是一個非常之高風險的行為，只要有其中一個網頁被攻破，又或者在輸入密碼時被其他人截聽得到（有太多方法做到了，不詳說），其他所有帳戶都會被攻破。

以前我們遇過一件事，某人在數部不同的伺服器上使用一組密碼，結果因為他的失誤而被取得到了密碼，連帶幾部機一起遭殃，搞得「私人」的地方不斷有「旅遊團」出入。

最理想的狀態是不同帳戶使用不同的密碼，但大大少少的服務可以有幾百個，要記幾百組密碼是非常之高難度的事，所以一般都會有保存的地方，但這個保存的方法若有不妥，可以輕易被人拿到的話就跟沒有相差不大。

要是把密碼記錄進電腦的話，把檔案加密不失為一種比較妥當的做法，要記的密碼只有一組，難度相對較低，就算電腦遺失（假設你用手提電腦）也不會讓其他帳戶資料外洩。

以往我的做法是用一個文字檔記錄密碼，然後以PGP加密，要使用時才解密，這方法的麻煩在於每次解密後都要記得把檔案刪除，還要記得在修改後重新加密一遍，因為步驟做錯而丟失密碼的經驗有過幾次。

現在我則改為使用KeePassX來管理密碼，是一個跨平台、擁有圖像介面的密碼管理程式，用戶可以把所有帳戶資料存放在一個已加密的檔案之中，在需要時再叫喚出來。

重點功能：

• 儲存網站、用戶名稱、密碼、檔案、注解等在已加密的資料庫中。
• 以樹狀目錄形式存放記錄
• 尋索功能
• 自動產生密碼
• 可以把密碼直接記入剪貼薄內，不會在螢幕顯示，即使有他人在背後看著螢幕，也不會令密碼外洩
• 可以設置在指定時間後，把剪貼薄內的密碼清除

實際使用過後，我覺得KeePassX的功能切合實際需要，在安全性及方便性之間有個很好的平衡，而且是跨平台的軟件，值得推薦予大家。

豆豆輸入法

今天（即2009年5月22日，對夜貓子來說，日期的轉換不受客觀的事實所局限，全憑主觀的心，即是未上床日子就不會改變）跟Maddog返了科大一趟，為了某開源計劃到圖書館找一些演算法的書籍及參考資料，路過展示FYP介紹的攤位，其中有一個項目引起了我的注意 － 叫做豆豆輸入法。

詳細的內容我並不是太記得，憑記憶所及，那是個在Mac OS X上使用的拼音輸入法，基於我不是一個Mac用家（PowerPC的Mac壞了後就再沒有碰過………可悲），所以最初的反應只有是－「啊，居然會有做Mac的FYP，很罕見嘛」，不過文章最低有一個URL卻令我眼前一亮

http://code.google.com/p/ddim/source/browse/

咦，竟然放了上Google！？而且用了GPL發佈 :O

將FYP開放成為開源項目，其實一點都不奇怪，只是香港的實例少得有點可憐而已，雖然Mac還未是我杯茶，沒有機會試一試，但這無損我對這種行為的贊賞。Zhou Lei（作者），加油啊！

慢慢削減免費服務的Google

金融海潮不可能對Google沒有影響，問題是有多大，以及有多少會影響到服務本身，當中比較為人所知的是本年一月時，Google宣布了有幾項服務將會停止開發或關閉，其中包括曾經是我最愛的Notebook，其餘還有Video、Catalogs、Dodgeball、Mashup editor等等。

除此以外，Google Apps － 針對網域的免費的電郵、網頁、文件等等的服務，標準版本來可以伸請到200個帳戶（或許更多，我未試過），由一月起只餘下50個名額，再多就要轉昇級版（教育版不受此限），50個對於小型公司、組織來說問題不大，介乎這些之間，卻又沒有經費的組織就慘了些，例如我正在搞的某計劃 >_<

然後接下來將會收緊的免費服務是 － Google App Engine。

以前的免費限額為：

CPU Time: 46.30
Bandwidth: In/Out 10.00 GBytes
Stored Data: 1.00 GBytes
Recipients Emailed: 2,000.00 Emails

在2009年5月25號以後：

CPU Time: 6.5 hours of CPU time per day
Bandwidth: 1 gigabyte of data transferred in and out of the
application per day
Stored Data & Email Recipients: unchanged

CPU及Bandwidth的免費限額將降至本來的十分之一左右，幅度相當之驚人！

雖然如此，但對低流量的網站來說還不至於有什麼影響，情況跟Apps相同，最麻煩是較高流量但又沒有收入的網站，又不知如何是好。

一般為Google App Engine所開發的軟件，是不能直接用於其他平台上，問題在於App Engine所提供的資料庫BigTable，並不是一般的關聯式資料庫，是分散式的資料庫，對於一般習慣使用關聯式資料庫的程式師來說，BigTable已經不能光用「奇特」來形容……

至於已經有一定收入的網站呢，讓Google賺這筆錢吧，它的收費又真的不算貴……

以上的服務還不至於十分影響一般的用家，但當經濟越來越差時，我們已經習以為常的免費服務，會否能夠持續下去呢？或許我們要要考慮一下分散風險的做法。