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来解决。