FourCC全称Four-Character Codes，代表四字符代码 (four character code), 它是一个32位的标示符，其实就是typedef unsigned int 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('f','m','t',' '):
.....
break;
case MAKE_FOURCC('Y','4','4','2'):
....
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<'f', 'm', 't', ' '>::value;const FOURCC fccDATA = MakeFOURCC<'d', 'a', 't', 'a'>::value;...switch (val){case fccFMT: ... break;case fccDATA: ... break; ...}成功了，MakeFOURCC模板顺利地完成了任务。FOURCC的模板生成法既让我们抛弃了那个不安全的宏，又让我们看到了inline的局限性，还让我们重新认识了enum的一些特性。其它许多类似的问题也能通过template + enum来解决。
