fourcc

fourcc，視頻播放軟體通過查詢 FourCC 代碼並且尋找與 FourCC 代碼相關聯的視頻解碼器來播放特定的視頻流。

視頻播放軟體通過查詢 FourCC 代碼並且尋找與 FourCC 代碼相關聯的視頻解碼器來播放特定的視頻流。比如： DIV3 = DivX Low-Motion, DIV4 = DivX Fast-Motion, DIVX = DivX4, FFDS = ffdshow 等。比如wav、avi等RIFF檔案的標籤頭標示，Quake 3的模型檔案.md3中也大量存在等於“IDP3”的FOURCC。
一般用宏生成FOURCC，FOURCC是由4個字元拼接而成的，生成FOURCC的傳統方法是:
#define MAKE_FOURCC(a,b,c,d) \
( ((uint32_t)d) | ( ((uint32_t)c) << 8 ) | ( ((uint32_t)b) << 16 ) | ( ((uint32_t)a) << 24 ) )
這種方法簡單直觀，可以方便使用下面一個模型操作
switch(val)
{
case MAKE_FOURCC(&#39;f&#39;,&#39;m&#39;,&#39;t&#39;,&#39; &#39;):
.....
break;
case MAKE_FOURCC(&#39;Y&#39;,&#39;4&#39;,&#39;4&#39;,&#39;2&#39;):
....
break;
...
}
因為宏能生成常量，符合case 的條件。
難道要退回古老的宏？當然不是，C++的模板機制給程式設計師帶來的無限的空間，它不光能讓類型作為參數，還能將常量作為參數（這一點常常被人遺忘），而且這一切都是編譯期決定的！這是我們用它來生成FOURCC的第一個基礎。
於是，你就迫不及待的利用模板來改寫上面的函式：
template <char ch0, char ch1, char ch2, char ch3>inline FOURCC MakeFOURCC(){ return (ch0 << 0) + (ch1 << 8) + (ch2 << 16) + (ch3 << 24);}可是錯誤照舊。雖然這次可以保證返回值能在編譯期計算出來，但可惜的是那個return語句卻要等到運行才能運行（也有可能在最佳化階段就能消除這個語句，但肯定不能再編譯期就全部完成）。
別急，還有第二個基礎才可以。那是什麼？是一個從C語言繼承來的東西――ENUM。很多朋友認為，它不是很重要，因為很多情況下可以用別的方法來取代它，比如const。但是它有一個經常被人忽略的特性，而且這個特性非常重要，那就是――它的值必須在編譯期就得出，即它是個編譯期常量！這不是正符合我們的需要嗎？請看下面的模板：
template <char ch0, char ch1, char ch2, char ch3> struct MakeFOURCC{ enum { value = (ch0 << 0) + (ch1 << 8) + (ch2 << 16) + (ch3 << 24) }; };核心還是和上面一樣，通過表達式(ch0 << 0) + (ch1 << 8) + (ch2 << 16) + (ch3 << 24)計算FOURCC（那當然是一樣的）。但是計算的時機從運行期或者最佳化期移到了編譯期。編譯器在編譯時，通過模板帶入的char常量計算出表達式的值，並把它保存在枚舉值value里。看看現在的代碼：
const FOURCC fccFMT = MakeFOURCC<&#39;f&#39;, &#39;m&#39;, &#39;t&#39;, &#39; &#39;>::value;const FOURCC fccDATA = MakeFOURCC<&#39;d&#39;, &#39;a&#39;, &#39;t&#39;, &#39;a&#39;>::value;...switch (val){case fccFMT: ... break;case fccDATA: ... break; ...}成功了，MakeFOURCC模板順利地完成了任務。FOURCC的模板生成法既讓我們拋棄了那個不安全的宏，又讓我們看到了inline的局限性，還讓我們重新認識了enum的一些特性。其它許多類似的問題也能通過template + enum來解決。