Fred's blog

Recently, our team work hard on ARM platform which is TI OMAP 3530, and also it makes us crazy actually. As you know that source code of TI PowerVR driver and SGX is not publicly available, there is no open source solution cause it's difficult to debug graphical stuffs. If you have tried to use Clutter with EGLX Backend, you might get only the blank stage and nothing works correctly. It happened due to X server might still have things in its buffer to render when swap buffers. Here is a patch to solve this problem: http://people.linux.org.tw/~fred/patches/clutter-1.0_1.0.8-wait-for-vsync-before-SwapBuffers.patch

為了應付即將開學的各項開支，到了春節依然不能停滯而必須努力工作。原本，只是為了工作單單在修某支程式的使用者界面，卻一時心血來潮，幫這選單 UI 添上了『加速度』的處理，更沒想到結果居然讓該 UI 的行為幾乎和 Apple iPhone 一模一樣。就這樣，除夕夜一個晚上，都在玩弄這支程式中不知不覺度過了，半點錢都沒有賭到，歲到是守得很徹底。為了紀念這隻小年獸，就用手機錄下成果。（沒有專業器材，畫質不佳還請多包涵！）

正如國中理化課所說，電子產品都是由滿滿『0、1』所構成，大家早就都了解這件事。但現實上，由於要求的功能愈疊愈多，低階的運算早就被眾人所忽略。無論大家如何忙著處理物件的繼承問題，又或者是因時間太多而研究『1+1=2 慢吞吞語言』，低階的運算還是依然沒有消失，反而更為重要。 位元運算不外乎就是『AND、OR、XOR...』等邏輯概念，主要目的是把『1 變 0』、『0 變 1』或有條件維持不變，在程式中比較常看到的地方，通常會在硬體驅動程式（Driver）之中。而在高階應用程式中，也往往因為要旗標條件的判斷，也會看得到其存在，如 Linux 下的檔案權限。 一個更貼切的例子，假設我們現在寫一個滑鼠驅動程式，我們要怎麼設計資料結構，讓應用程式得知用戶（User）按了哪幾個鍵？用戶可能是一次只按『一個鍵』，也可能一次按『左右兩個鍵』，更有可能按『左鍵和中間鍵』，有多種組合存在。 一般初學程式者可能會用 boolean 或 int 這樣寫： struct _mouse_event {         int button1;         int button2;         int button3;         ... }; 但明明只是『0、1』，為何要用到 int 資料形態？除了浪費記憶體，運算上也整整慢了好幾個 CPU Clock。所以，多數程式開發者碰到此類問題，會比較偏好以位元為最小單位來寫： enum {         MOUSE_LEFT_BUTTON = (1 << 0),         MOUSE_MIDDLE_BUTTON = (1 << 1),         MOUSE_RIGHT_BUTTON = (1 << 2) }; struct _mouse_event {     ...