D-sub、DVI 、HDMI三種傳輸介面介紹

一般顯示器的傳輸介面分為D-sub(VGA)、DVI和HDMI三種，其中D-sub是類比傳輸，DVI和HDMI為數位傳輸。

DVI數位端子的影像會比D-sub要來得好，傳統電腦螢幕D-sub 15pin的介面是使用類比訊號來傳輸， 需將顯示卡內的數位畫面訊號轉換成類比訊號後，再送到電腦螢幕去；而數位介面的全部內容，從輸出端到接收端的傳輸過程中，均採用數位格式的方式傳輸，數位格式能確保資料的完整性，可以得到更清晰的影像。DVI的主要目的是讓顯示卡的畫面訊號透過數位的方式傳送到電腦螢幕。所以DVI數位端子的影像會比D-sub來得更好。

DVI接頭分成三種：

• DVI-Digital（DVI-D）只支援數位顯示的設備；
• DVI-Analog（DVI-A）只支援數位顯示的設備；
• DVI-Integrated （DVI-I）可以支援數位顯示跟類比顯示。

DVI是為了數位顯示器所訂定的標準，因為透過數位的傳送不會降低畫面的效果，再加上為了考量能夠轉換成類比訊號，所以才會有DVI-D、DVI-A跟DVI- I這三種接頭，其中DVI-I可以相容DVI-D裝置（包括連接線），但是DVI-D接頭卻不能夠使用DVI-I連接線，所以會看到數位顯示器是DVI-D的接頭，連接線是DVI-I的接頭，顯示卡是DVI-I的接頭。DVI-I也可轉接成為D-sub 15pin。 

HDMI(High-Definition Multimedia Interface)翻成中文是「高畫質多媒體傳輸界面」，是由日立製作、松下電器、Royal Philips、Silicon Image、Sony、Thomson、東芝等七家國際級家電大廠所共同制定的最高階視訊傳輸規格。HDMI在規劃上是以DVI為基礎，但是提供更高的頻寬。2006年六月HDMI工作小組推出最新的1.3版規範，一舉將其頻寬倍增到10.2Gbps。HDMI與DVI一樣，可加入HDCP版權保護機制，然而HDMI卻同時可增加不同頻段的數位音頻傳輸，遠比DVI更適合成為專用的高畫質多媒體資訊介面。HDMI 因頻寬夠，所以不僅支援1920*1080P高清晰數位信號，並同時支援Dolby Digital/DTS數位音頻格式，是目前視聽科技最高階的技術。HDMI的設備具有隨插即用的特點，信號源和顯示設備之間會自動進行溝通，自動選擇最合適的視訊/音訊格式。HDMI接頭有數種規格，不過常見的有DVI 內建與類似 USB 接頭的端子，功能是一樣的。由於 HDMI是傳輸介面，要播放端與接收端同時有此規格才能使用，這對於提升畫質並無幫助；但是如果播放設備畫質夠好，透過 HDMI介面的顯示器越能忠實呈現。

參考網址：
HDMI介面規格

Pointer & Handle

對於Array的參數型態，有三種格式可以選：Array Data Pointer、Array Handle和 Array Handle Pointer。假設用arg當做參數名稱，三種不同的Array格式對應的C語言呼叫方式為：  

1. Array Data Pointer → *arg
2. Array Handle → **arg
3. Array Handle Pointer → ***arg

星號表示這些變數是指標。

單星號，用於Array Data Pointer，表示它是一個指標，指向記憶體中的位址。在C語言中，其值代表array所用的記憶體的開始位置。

雙星號，用於Array Handle，表示它是一個Handle。在程式語言中，handle是一個token（通常也是一個指標），讓程式能去存取一項資源，例如一個函式庫中的函式。作業系統利用Handle來搬移heap中的一整塊記憶體。Handle是指標的指標。

三星號，用於Array Handle Pointer，表示它是一個Handle的指標。此種資料型別通常用於更複雜的操作，例如DMA存取、影像操控及作業系統層級的函式等。


補充：某些人將Handle翻譯為「句柄」。

參考網址：
"Array Data Pointer", "Array Handle", 和 "Array Handle Pointer" 有什麼不同?

C語言 - #define的operator

C語言的巨集參數(macro parameter)有一些特殊符號，例如「#」、「##」、「#@」、「\」、「...」等等，分別代表的意思是：

1. 「#」 - Stringizing operator
   將實際對應的參數封裝進""之間，變成字串。
2. 「##」 - Token-pasting operator (*註1)
   將對應的參數視為token，前後的token合併。
3. 「#@」 - Charizing Operator (Microsoft Specific)
   將對應的參數處理成字元。
4. 「\」 - 接續
   反斜線 \ 表示接續下一行敘述。
5. 「...」 - Variadic macros
   參數名稱後面加上「...」，代表此參數為可變參數。

*註1：當「##」用在可變參數前，逗號後面時，它所代表的意思變成是允許可變參數為null或忽略，而不造成編譯錯誤。

參考網址：

Blog - 巨集定義

MSDN
Variadic-Macros
The GNU C Preprocessor

說明文件產生工具

寫程式如果只是自己寫，在程式碼裡註解寫一寫，自己看得懂就可以。但如果程式是要給其他人呼叫使用，會需要有個API的說明文件，說明程式架構、有哪些函數和變數可以使用等。這時候如果有個方便的工具，能幫忙把寫完的程式碼自動輸出成說明文件，會省時省力很多。介紹幾款常見的工具：

1. Javadoc
   Javadoc is a tool for generating API documentation in HTML format from doc comments in source code.
2. Doxygen
   Doxygen is a documentation system for C++, C, Java, Objective-C, Python, IDL (Corba and Microsoft flavors), Fortran, VHDL, PHP, C#, and to some extent D.
3. Sandcastle
   Sandcastle produces accurate, MSDN style, comprehensive documentation by reflecting over the source assemblies and optionally integrating XML Documentation Comments.

五種開源授權規範的比較 (BSD, Apache, GPL, LGPL, MIT)

當Adobe、Microsoft、Sun等一系列巨頭開始表現出對"開源"的青睞時，"開源"的時代即將到來！

現今存在的開源協議很多，而經過Open Source Initiative組織通過批准的開源協議目前有58種（http://www.opensource.org/licenses/alphabetical）。我們在常見的開源協議如BSD, GPL, LGPL, MIT等都是OSI批准的協議。如果要開源自己的代碼，最好也是選擇這些被批准的開源協議。

這裡我們來看四種最常用的開源協議及它們的適用範圍，供那些準備開源或者使用開源產品的開發人員/廠家參考。

BSD開源協議（original BSD license、FreeBSD license、Original BSD license）

BSD開源協議是一個給於使用者很大自由的協議。基本上使用者可以"為所欲為"，可以自由的使用，修改源代碼，也可以將修改後的代碼作為開源或者專有軟件再發佈。

但"為所欲為"的前提當你發佈使用了BSD協議的代碼，或則以BSD協議代碼為基礎做二次開發自己的產品時，需要滿足三個條件：

1. 如果再發佈的產品中包含源代碼，則在源代碼中必須帶有原來代碼中的BSD協議。
2. 如果再發佈的只是二進制類庫/軟件，則需要在類庫/軟件的文檔和版權聲明中包含原來代碼中的BSD協議。
3. 不可以用開源代碼的作者/機構名字和原來產品的名字做市場推廣。

BSD代碼鼓勵代碼共享，但需要尊重代碼作者的著作權。BSD由於允許使用者修改和重新發佈代碼，也允許使用或在BSD代碼上開發商業軟件發佈和銷售，因此是對商業集成很友好的協議。而很多的公司企業在選用開源產品的時候都首選BSD協議，因為可以完全控制這些第三方的代碼，在必要的時候可以修改或者二次開發。

Apache Licence 2.0（Apache License, Version 2.0、Apache License, Version 1.1、Apache License, Version 1.0）

Apache Licence是著名的非盈利開源組織Apache採用的協議。該協議和BSD類似，同樣鼓勵代碼共享和尊重原作者的著作權，同樣允許代碼修改，再發佈（作為開源或商業軟件）。需要滿足的條件也和BSD類似：

1. 需要給代碼的用戶一份Apache Licence
2. 如果你修改了代碼，需要再被修改的文件中說明。
3. 在延伸的代碼中（修改和有源代碼衍生的代碼中）需要帶有原來代碼中的協議，商標，專利聲明和其他原來作者規定需要包含的說明。
4. 如果再發佈的產品中包含一個Notice文件，則在Notice文件中需要帶有Apache Licence。你可以在Notice中增加自己的許可，但不可以表現為對Apache Licence構成更改。

Apache Licence也是對商業應用友好的許可。使用者也可以在需要的時候修改代碼來滿足需要並作為開源或商業產品發佈/銷售。

GPL（GNU General Public License）

我們很熟悉的Linux就是採用了GPL。GPL協議和BSD, Apache Licence等鼓勵代碼重用的許可很不一樣。GPL的出發點是代碼的開源/免費使用和引用/修改/衍生代碼的開源/免費使用，但不允許修改後和衍生的代 碼做為閉源的商業軟件發佈和銷售。這也就是為什麼我們能用免費的各種linux，包括商業公司的linux和linux上各種各樣的由個人，組織，以及商業軟件公司開發的免費軟件了。

GPL協議的主要內容是只要在一個軟件中使用("使用"指類庫引用，修改後的代碼或者衍生代碼)GPL 協議的產品，則該軟件產品必須也採用GPL協議，既必須也是開源和免費。這就是所謂的"傳染性"。GPL協議的產品作為一個單獨的產品使用沒有任何問題， 還可以享受免費的優勢。

由於GPL嚴格要求使用了GPL類庫的軟件產品必須使用GPL協議，對於使用GPL協議的開源代碼，商業軟件或者對代碼有保密要求的部門就不適合集成/採用作為類庫和二次開發的基礎。

其它細節如再發佈的時候需要伴隨GPL協議等和BSD/Apache等類似。

LGPL（GNU Lesser General Public License）

LGPL是GPL的一個為主要為類庫使用設計的開源協議。和GPL要求任何使用/修改/衍生之GPL類庫的的軟件必須採用GPL協議不同。LGPL允許商 業軟件通過類庫引用(link)方式使用LGPL類庫而不需要開源商業軟件的代碼。這使得採用LGPL協議的開源代碼可以被商業軟件作為類庫引用並發布和 銷售。

但是如果修改LGPL協議的代碼或者衍生，則所有修改的代碼，涉及修改部分的額外代碼和衍生的代碼都必須採用LGPL協議。因此LGPL協議的開源代碼很 適合作為第三方類庫被商業軟件引用，但不適合希望以LGPL協議代碼為基礎，通過修改和衍生的方式做二次開發的商業軟件採用。

GPL/LGPL都保障原作者的知識產權，避免有人利用開源代碼複製並開發類似的產品。

MIT（MIT）

MIT是和BSD一樣寬範的許可協議,作者只想保留版權,而無任何其他了限制。也就是說，你必須在你的發行版裡包含原許可協議的聲明，無論你是以二進制發佈的還是以源代碼發佈的。



參考網址：
五種開源授權規範的比較 (BSD, Apache, GPL, LGPL, MIT)