本 作品 係採用共享創意 署名-相同方式共享 3.0 香港 授權條款授權。
This work is licenced under a Creative Commons Licence.
在一個半月前，我整理了一下二號機的線材，並預言往後會因不滿而再整理一次。雖然時間有出入，但我今天要宣佈預言成真了...除了說自己實在太了解自己外，還能說些什麼？廢話少講，去圖。
先回顧一下，這是初組裝時的情況：
這是第一次整理後的：
這是第二次整理後的：
是次教訓：還是上次的。沒有側板的協助，線材十分難整理。
這次的主要改動是把 CPU 4-pin 和 半條 SATA 線藏在主機板後。這解決了沒有位置放 CPU 4-pin 線的問題，如果 SATA 線能長一點的話，效果會更好。其他的改動有硬碟電源線的走線，現在放到硬碟旁了，多餘的電線們由 DVD writer 下方轉移到上方並以帶子固定好，頓時整齊了不少。
[ 訪客留言(0) ] [ 編輯日誌 ] [ 分享至FACEBOOK ]
High dynamic range rendering，高動態範圍渲染，是為模擬人眼在光或暗的環境下所進行的動態對比調節而製造出來的技術，主要用於電子遊戲和電腦動畫 (包括電影特效)。
理論上，HDRR 應能令影像的動態對比度有所提高、增加影像的細節，從而提高影像的真實度。但事實上到現時為止就只有高成本的電影才能達到這個目的，遊戲所做的反而剛好相反。遊戲在提高對比度的時候，動態不夠高，這樣就令光與暗部份的細節消失。所以到目前為止，遊戲在開啟 HDRR 後畫面都會變得很假，尤其是光的地方，像是過度曝光似的，所有物件也變平滑了，像是膠做的，十分奇怪。同樣情況在一些電腦動畫上也會看見。
會做成這樣，我想跟硬件限制與算法也有關係，但歸根究底也是硬件限制。由於硬件運算能力不夠高，所以程式設計員在寫算法是不能寫出太像真太複雜的算法。在電影方面，他們有的是時間。由於不需作實時處理，他們大可以用超級電腦花數個月時間渲染一齣個多小時的電影。再加上光線追蹤 (ray tracer)，要制作高質素畫面，就只是時間的問題。
作為電子遊戲玩家的我們，現在可以做的就只是等待，等待更強大的處理器、等待更高效率的算法。
[ 訪客留言(0) ] [ 編輯日誌 ] [ 分享至FACEBOOK ]
Ubuntu 預設的主題中，所有視窗 (包括 panel) 都是有陰影的。
當兩個 panel 放在一起的時候，會造成十分奇怪的情況，
好似一個 panel 會在另一個上面似的。
要改善這個情況，可以做以下任一的事情：
這樣，panel 便會給予人「固定」的感覺。
[ 訪客留言(0) ] [ 編輯日誌 ] [ 分享至FACEBOOK ]
<序言 a.k.a.="廢話">
沒有耐性的人可以略過本序。& lt;/p>
要說這個網誌與其他網誌不同的地方？我想是文本的豐富性及多變性吧。
不像某些以多媒體為主的網址，這裡的圖片、影片、聲效也不多，那文字就自然成為了這裡的主角了。由於這裡的網主不是一個太講求文筆與文字修飾的人，很多時候也只是我手寫我口，所講的也沒有深度。所以若缺少了這些文字格式與裝飾，這裡就只是一個極為平凡的網誌而已。基於學校課程及興趣關係，我於兩年前開始接觸 HTML，自此便形成了手寫網頁的癖好。所謂的手寫網頁 (這個詞語是我作的) 是以文本編輯器寫出整個網頁，而不用任何 IDE 工具 (如 Adobe Dreamweaver ) 編輯網頁格式。至於為何叫作癖好呢...因為這樣非常耗時。如果是沒有興趣的，應該會在十分鐘內放棄，情況基本上像對著一種不懂的語言 (不過HTML也算是語言的一種就是了)。但手寫網頁的好處在於擁有網頁的全權控制權、自主性，網頁寫得好不好完全是基於自己而不是寫軟件的人及翻譯的人的智慧。
其實就算不寫網頁，作為 blogger，學一下 HTML 也是好的，越來越多網誌系統支援用戶輸入 HTML 來定義文字及網誌的外觀，有對HTML的認識便能隨心地在沒有相關 GUI 的情況下作編輯。就以 xanga 為例，在不接觸 HTML 的情況下，這個編輯器是不能定義上標和下標的，但透過 HTML 就得輕易做到。
廢話講太多了，還是快點開始講tag吧...
</序言>
最多人用而最多人不知自己用了的 tag，是分段的<p> (paragraph)。
<p>這是第一段< /p>
<p>這是第二段</p>
這樣就會分了兩段出來了，段與段之間會有一空白行存在。但以<p>來作分行是一個不好的習慣，這個工作請留給<br>(line break)做。奈何，xanga 的編輯器在 IE 中按下 Enter 就會走出一個<p>，Shift + Enter 才是<br>，真是一個奇怪的設定。
上面提過的<br>(break line)，顧名思義，是用來斷行的。Xanga 早兩年轉用了 XHTML (一種比語法要求比 HTML 嚴格的修改版)，但編輯器就沒有改變，按 Shift + Enter 時會走出一個 <br> 而不是 XHTML 要求的 <br />。XHTML 要求每一個 tag 都有 closing tag，包括 empty tag 如 <br> (<br />)、<hr> (<hr />)、<img> (<img />)等。
原本 XHTML標準只要求如<br/>的語法，為何要寫成 <br /> (中間有空格) 呢？因為 IE 6 與 IE 7 在沒有空格的情況下不能正常顯示網頁 (沒錯，又是偉大的 IE)。在 IE 上使用 Xanga 的編輯器則更離譜，會走出個 <BR>。HTML tag 沒有大細寫之分，但源於 XML (tag 有分大小寫) 的 XHTML 則一定要用小寫的 tag。所以，全個 Xanga 內的網頁都不符合標準了。
超連結是萬維網的基礎之一，但由於使用量不及<p> 及<br />多，所以放到第三位。
<a href="網址">顯示文字</a>
這是定義超連結的 HTML。其實 <a> 還有其他用途 (所謂的撈點)，不過本站少用，而且在 Xanga 上沒有什麼用途 (雖然 Xanga 系統內用得頗多)，所以不談了。要插入圖片，就只需加入以下的語句：
<img src="相片網址" alt="替代文字" title="顯示文字" />
替代文字是指當圖片顯示不到時會顯示的文字。根據 HTML 標準，這個屬性是必須的，奈何 Xanga 的編輯器是不會自動增加這個屬性的。顯示文字是指把指標放到圖片上時會顯示的文字。顯示文字是非必要的，若不想要這屬性，只需把「title="顯示文字"」整個刪去就可以了。
在說完在其他網頁也存在的 tag 後，該談一談常人不會用到 (因為 GUI 不提供) 而這裡常用的 tag了。打頭陣的是：
<sup>上標< /sup>
和
<sub>下標</sub>
這些 tag 的效果上文有了。上下標的用途很多，但要說出來很複雜 (至少我這樣認為)，所以煩請讀者自己想了。
然後是縮寫 (abbreviation) 的 tag，這在本文中使用了多次，它的語法如下：
<abbr title="全寫">縮寫</abbr>
除 <abbr> 外，還有一個表示字首語的 <acronym>，文法上它們應有分別，但 HTML 中完全可以互通，那用時當然用打較少字的 <abbr> 啦。
要引用又不想用引號？<blockquote>幫到你。
<blockqute>引用< /blockquote>
以上表示 HTML 的縮排就是 <blockquote> 的效果，但 Xanga 編輯器的縮排效果不是用 <blockquote> 達成的。這 tag 不帶屬性 (如果要加的話還是有的)。
若讀者對 HTML、XHTML 等感興趣的話，我推薦以下網站。
W3Schools - 網上 HTML 教材
Markup Validation Service - W3C 官方 HTML validator
[ 訪客留言(0) ] [ 編輯日誌 ] [ 分享至FACEBOOK ]
微軟一向都開放標準為無物，
最近把 ODF 支援加入 Office 2007 當中時，我們都以為它轉了死性。
可惜，看來我們是錯了。
Office 2007 SP2 對 ODF 的支援非常不足且充滿漏洞，
還與其他支援 ODF 的軟件不相容。
在其他軟件存儲一個 ODF 文件後，再在 Office 2007 開啟，
文件的很多格式，如文字字體、排版、頁碼、圖表等都有機會改變或消失。
其實從 M$ 編寫 IE 的歷史來看，這應該是可以預料到的。
不過請容我陰謀論一下。
Office 2007 對 ODF 的支援之所以如此之差，
其實是 M$ 的一個策畫，一個要保持自己在 PC 界壟斷地位的策畫。
以往支援 ODF 的軟件是小眾。為提高市場佔大率，
就算不能做到完美，也必把支援的工作做好。
由於 ODF 是開放標準，所以寫得好的軟件所匯出的 ODF 文件能夠互通。
基本上，ODF 就是為此而生的。
但當 M$ 的 Office 2007 提供了不完整的 ODF 支援後，
由 Office 2007 匯出的 ODF 文件，其他軟件不能正常開啟；
由其他軟件匯出的 ODF 文件，Office 2007 不能正常開啟。
由於 M$ Office 處於辦工室軟件的壟斷地位，
這樣，ODF 界會面臨一個前所未見的混亂狀態。
習慣使用 M$ Office 的客戶，又怎會因為這個情況而使用新的軟件？
所以他們會更多使用「安全」的 M$ Office，他們會繼續使用「安全」的專利格式，
M$ 在個人電腦及辦工室軟件的壟斷地位就得以延續及更加確立了。
還好，在 Office 2007 SP1 推出後不久，
Sun Microsystems 就推出了支援 ODF 的外掛，
那至少在 M$ Office 上還有實際可以使用的 ODF 支援。
不過既然 Sun 在 SP1 時就能那出外掛，
那掌握 M$ Office 的 source code 的 M$ 在這些日子裡到底在做什麼？
難道真如我所想的那樣?
ODF Aliance Weblog
... serious deficiencies... unfortunately... serious shortcomings...
would break the open standards based interoperability...
[ 訪客留言(0) ] [ 編輯日誌 ] [ 分享至FACEBOOK ]
向來與開放標準敵對的微軟，最近轉死性了。
在 Office 2007 Service Pack 2 中，
微軟加入了對眾多文件格式的支援，
其中最叫人興奮的莫過於對 ODF 及 PDF 的支援。
美中不足的是只支援 ODF 1.1 而不是 OpenOffice.org 在使用的 1.2，
不過 1.2 現在也仍在 draft 的階段，暫不支援也是合理的。
[ 訪客留言(0) ] [ 編輯日誌 ] [ 分享至FACEBOOK ]
S9 吸人的第一印象，就是非常輕。
根據官方資料，它的質量只有 77 克 (作為比對：iPod Touch 質量為 115 克)。
拿上手的感覺是太輕了，好像隨時會在手上滑出似的，
不過放在口袋時則會興幸它如此的輕。
機身最厚處有 12.7 mm (iPod Touch 為 8.5 mm)，但由於採用了曲面設計，
所以看上去沒有厚的感覺 (實物看上去比官方網頁圖中的更薄)。
曲面設計令機身會在平台上容易自轉，這是好是壞還是見仁見智。
我沒有什麼抱怨，反正不會漂移就好。
S9 的一大賣點是螢幕，3.3 吋的 AMOLED 加上電容式觸屏。
由於觸屏是電容式的，所以基本上一定要用手指才會有反應，
加上那塊強化玻璃，COWON S9 是一個套取指紋的絕佳工具。
Titanium black 還好，如果是 chrome black 色調的話，
那整部機都會吸指紋 (所以我一向討厭鏡面的東西...)。
作為不是警方或偵探的市民，要美，還是要用？
這是徹底清潔後再使用 15 分鐘後的情況，
啞色的地方不是塵而是油脂。
因為較光的地方巧合地看不見油脂的反光，
故可視作沒有油脂時的樣子來作一個對比。
還好螢幕在開啟時是看不見指紋的。
至於為什麼 3.5mm jack 的樣子這麼像 iPod 附送的耳機呢，
是因為那確是 iPod nano 附送的耳機。
這是委屈了 S9，但現時我所擁有的耳機當中，
這已經是音質最好的了 (雖然還是爛，很爛，非常爛)。
我從一開始就沒有打算要使用螢幕保護貼，
因為經測試 (絕對值得一看)，S9 是不需要保護貼的。
不過現在看來，保護貼並不是用來防硬物，而是用來防污漬的。
AMOLED 的色彩很鮮艷、對比度與反應時間比 TFT-LCD 高、
而且可視角度高達180度、耗電量比 TFT-LCD 低，
是一種非常出色的顯示螢幕技術。
但當配上一個差的 firmware 時，就會變得不堪入目，一切瑕疵盡現眼前。
現在使用的是 2.20 版本，在把點陣圖的縮圖 (包括專輯封面) 縮放時，
S9 並不是以原圖像來作計算，而是以已經一次縮放的圖像再進行縮放。
效果當然可想而知了：全都是馬賽克...
還好向量圖沒有問題，畢竟 UI 是以 Flash 來做的嘛。
以 COWON 的作風來說，我們應該可以放心等待新 firmware 的來臨。
實體按鈕是值得加分的地方。
不需看著螢幕、不需拿出機體、不需弄髒螢幕，
就能控制音量、暫停、播放、跳轉、控制目錄。
這補償了觸屏天生的不足。
S9 的傳輸界面是一個 20-pin 轉換到 USB 2.0 Type A，
那個 20 pin 還可接上 TV-Out 和 Line-In 接線 (需另外購買)。
傳輸模式可以在 MSC 與 MTP 間切換。
MSC 就是如 USB Flash 或外置硬碟等的傳輸模式；
MTP 就是如使用 Windows Mobile 的 PDA 等的。
在 Windows 內傳輸檔案時，無論設定如何，MP3 的 tag 也未能在 S9 上顯示。
由於 MTP 模式不支援 FLAC，所以只能以 MSC 模式傳輸，
不過沒差，莫講話 tag，連檔案本身都未能顯示，
S9 的容量是有減少到，但在資料夾內寫著沒有檔案。
在 Linux 底下使用 MSC 則完全正常。
這好像是我電腦獨有的問題，網上找不到有人遇上相似的情況。
另外，充電時不顯示電量是一敗筆。
S9 能以兩種模式作瀏覽，一是資料夾、二是 tag。
這是一個很好的設定 (只要 tag 是正確設置及正確顯示的話)，
不過對我沒多大作用，因為我資料夾的分類與 tag 是一模一樣的，
而且我多數會以隨機次序來播放。
專輯封面顯示功能 lag 得很，讓人想丟掉。
不過對我來說沒關係，因為我沒有多少專輯封面。
畫面翻轉功能 (就是 iPod Touch 跟 iPhone 廣告中經常出現那個啦) 是沒有動畫的，
讓人感到一種莫名的遲鈍感 (可能受蘋果產品先入為主的影響)，
不過這對我又沒有多大影響，因為我覺得這功能本來就是中看不中用，
而且經試用後，發現我還是希望它永遠顯示同一畫面而無視我的動作(如在床上使用時)。
可以讓使用者自行設定是否要畫面翻轉是 COWON 一個貼心的設計。
播放器中有很多東西可以設定，如播放速度、均衡器、雙聲道效果增強、等等。
很好玩，其中 X-Bass 的低音強得連原本零低音的耳機也表示出足量的低頻。
不過最後還是用回沒有任何設定來聽，
因聽得久了以後就覺得聲音很假、很不自然，
尤其是高頻方面，又硬又刺耳 (iPod 原裝耳機都可以聽出？心理作用吧？)。
可能是我聽 FLAC 的關係吧，未試過用 MP3 的情況。
美中不足的是不支援 replay gain，
不過反正現在也沒有任何 portable player 支援就是了。
電池是內置的，即無法在正常情況下更換電池。
不過也是沒有所謂的，因為 S9 的電量十分驚人。
在以10至15音量 (最高為 40，29 mW @ 16 Ω) 連續播放 FLAC 達10小時後，
電量還用不到四分之一，很恐怖的電容量...
由於 UI 是全以 Flash 打造的，
所以懂得 ActionScript 或 Flash 的人可以隨意地改變 UI。
對於原裝 UI 不滿的人，網絡上有很多資源，任君選擇。不喜的話還可自己寫。
我暫時還未玩夠原本的 UI，，現在也未有什麼不滿，所以未有打算更換。
那些文本檢視與編輯、藍牙、Flash Player (對，是 Flash Player)、
收音機等我沒有使用的功能就不談了，反正網絡上有很多有關的資源。
COWON global 官方網頁
anythingbutipod S9 review
Cnet Australia S9 review
為何我在文章中會稱它為 portable player 而不是 MP3 或 MP3 player 呢？
首先，MP3 是一種損耗性壓縮音訊格式，是格式。
我認為 MP3 player 這一名詞的適用範圍止於當機器只播放 MP3 的時候，
而當機器中連 MP3 檔案也沒有的時候，又怎能叫它做 MP3 player 呢？
[ 訪客留言(0) ] [ 編輯日誌 ] [ 分享至FACEBOOK ]
法國下議院在2009年5月12日以296對233票通過了一項新的法例，
國民只要被發現非法下載三次就會被截斷網絡達一年之久。
現在這法例離正式通過就只有上議院一關。
電影與唱片業界匀對法案表示支持。
作為一個網絡使用者，我會稱這法案危險而不切實際。
先是開支問題，無論法案由誰執行，都必須負擔龐大的開資，
那到底這項工作會由政府負責，還是由擁有第一手資料的網絡供應商負責？
可以肯定的是，作為商業機構的網絡供應商，
只要是與錢有關，當然是會懶理你政府搞什麼的。
再來是私隱與人權問題，無論法案由誰執行，
都代表市民在網絡上的行縱會被第三方(如政府)得知。
還有，如果有市民因任何原因而被誣告，
如被駭客入侵、有人宣稱持有版權、絡網供應商記錄錯誤或搭錯線，
以一般市民的財力與能力，基本是沒有可能上訴的。
法國應該已經知道到這法案通過後所帶來的影響，
所以我估計就算法案獲得通過，也只會找一兩個人來個殺一儆百。
不過法國通過此法案後，一定會導致其他國家有類似行動，
到時可能會成為網絡的黑暗時期。
我不是支持盜版，但這法案可能會對一般市造成不公平的情況。
以香港政府的作風與質素，是有可能跟風設立一條相似的法例的。
香港人，準備再次為自己的自由上街吧。
[ 訪客留言(0) ] [ 編輯日誌 ] [ 分享至FACEBOOK ]
在59天前，
Intel 聲稱 AMD 與其子公司 GlobalFoundries 違反了雙方在2001年簽定的 x86 交叉授權協定，
要求AMD在 60 日內「有所交代」，
否則則撤銷有關交叉授權協定。
不過由於這是交叉授權，Intel有權收回部份授權時，AMD也有。
當Intel收回對AMD的x86授權後，
AMD肯定會收回對Intel的 x86-64(又稱x64)的授權。
到時無論Intel還是AMD都不能售賣任何CPU，
除非Intel除去 CPU中的x86-64指令集。
況且若Intel收回授權的話，肯定會因為違反反壟斷法而被歐盟鑿多一筆，
Intel會這樣愚笨地收回授權嗎？想也知道了。
5月15日將會是個平靜的日子。
[ 訪客留言(0) ] [ 編輯日誌 ] [ 分享至FACEBOOK ]
這是舊聞一則。
話說在2007年的時候，W3C正在草擬HTML5標準。
W3C希望令網絡上的影音檔案更容易地流通，
就把Ogg這種檔案格式納入HTML5的建議內。
這令部份大公司大力反對，
因為他們一向不重視開放、自由、免費的東西，
所以對Ogg的支援就可想而知了。
而Ogg成為HTML標準之一的話，
就代表他們要趕快在新舊產品上增加對Ogg支援。
而這是要錢的，所以金錢至上的各位大公司自然諸多推搪了。
各公司都提出了不同的理由(藉口)，
其中Nokia所提出的則最令人啼笑皆非，這是原文(pdf)。
Nokia反對Ogg作為標準的原因是Ogg是一個專利格式。
Nokia的首選格式為 H.264及AAC(兩者同為專利格式)。
而Nokia所提供的其他方案為不提供標準(就像現在一樣)。
Nokia的意見都不知是誰提出的，說不要專利格式，
自己搬出來的不又是專利格式？
用專利過期的格式更加是語無倫次，
要一個新的標準用二十年前的格式？Nokia你真行！
至於最離譜的，就是對Ogg的宣稱。
Ogg本是開放的格式，但Nokia就說他看似是而不是。
Ogg由Xiph.org所開發，
但Xigh.org並不持有Ogg、Theora、Vorbis的版權和專利，
因為這三樣的技術說明是在公有領域(public domain)的。
所以任何人都可以免費、自由地獲得Ogg的技術。
這樣與Nokia選擇格式時的第一準則一模一樣呀，
雖然Nokia推選的格式基本與準則無關。
有人說Ogg等技術可能含有第三方的專利。
這確是有可能的，但這不是只有Ogg才有的問題，
是所有技術都有的，而且是滿街都是，
否則怎會有如Rambus這樣靠打專利官司為生的公司存在？
而且，Nokia並不是以Ogg等技術可能含有第三方的專利為理由，
Nokia的理由為Ogg是專利品。
Nokia這樣說的動機到底是什麼？
是真心無知，還是睜著眼說謊？
這要留給讀者去想了。
[ 訪客留言(0) ] [ 編輯日誌 ] [ 分享至FACEBOOK ]
in Xanga (那裡較熱鬧...)