avi 格式详解

http://blog.csdn.net/becomly/article/details/6283004

http://blog.csdn.net/easecom/article/details/4508094

VI（Audio Video Interleaved 的缩写）是一种RIFF（Resource Interchange File Format的缩写）文件格式，多用于音视频捕捉、编辑、回放等应用程序 中。通常情况下，一个AVI文件可以包含多个不同类型的媒体流（典型的情况下有一个音频流和一个视频流），不过含有单一音频流或单一视频流的AVI文件也 是合法的。AVI可以算是Windows操作系统上最基本的、也是最常用的一种媒体文件格式。

先来介绍RIFF文件格式。RIFF文件使用四字符码FOURCC（four-character
code）来表征数据类型，比如‘RIFF’、 ‘AVI
’、‘LIST’等。注意，Windows操作系统使用的字节顺序是little-endian，因此一个四字符码‘abcd’实际的
DWORD值应为0x64636261。另外，四字符码中像‘AVI ’一样含有空格也是合法的。

RIFF文件首先含有一个文件头结构。

最开始的4个字节是一个四字符码‘RIFF’，表示这是一个RIFF文件；紧跟着后面用4个字节表示此RIFF文件的大小；然后又是一个四
字符码说明文件 的具体类型（比如AVI、WAVE等）；最后就是实际的数据。注意文件大小值的计算方法为：实际数据长度 +
4（文件类型域的大小）；也就是说，文件大 小的值不包括‘RIFF’域和“文件大小”域本身的大小。

RIFF文件的实际数据中，通常还使用了列表（List）和块（Chunk）的形式来组织。列表可以嵌套子列表和块。其中，列表的结构
为：‘LIST’ listSize listType listData ——‘LIST’是一个四字符码，表示这是一个列表；listSize占用4

字节，记录了整个列表的大小；listType也是一个四字符码，表示本列表的具体类型；listData就是实际的列表数据。注意listSize值的
计算方法为：实际的列表数据长度 + 4（listType域的大小）；也就是说listSize值不包括‘LIST’域和listSize域本身的大
小。再来看块的结构：ckID ckSize ckData ——ckID是一个表示块类型的四字符码；ckSize占用4字节，记录了整个块的大
小；ckData为实际的块数据。注意ckSize值指的是实际的块数据长度，而不包括ckID域和ckSize域本身的大小。（注意：在下面的内容中，
将以LIST ( listType ( listData ) )的形式来表示一个列表，以ckID ( ckData )的形式来表示一个块，如 [
optional element ]中括号中的元素表示为可选项。）

接下来介绍AVI文件格式。AVI文件类型用一个四字符码‘AVI ’来表示。整个AVI文件的结构为：一个RIFF头 + 两个列表（一个用于描述媒体流格式、一个用于保存媒体流数据） + 一个可选的索引块。AVI文件的展开结构大致如下：

RIFF (‘AVI ’
       LIST (‘hdrl’
             ‘avih’(主AVI信息头数据)
             LIST (‘strl’
                   ‘strh’ (流的头信息数据)
                   ‘strf’ (流的格式信息数据)
                   [‘strd’ (可选的额外的头信息数据) ]
                   [‘strn’ (可选的流的名字) ]
                   ...
                  )
              ...
            )
       LIST (‘movi’
             { SubChunk | LIST (‘rec ’
                               SubChunk1
                               SubChunk2
                               ...
                              )
                ...
             }
             ...
            )
       [‘idx1’ (可选的AVI索引块数据) ]
      )

yingc@yingc:~/download$ hexdump  -n  -C "[H264 MP@L4.0 480P AC3 1M] Animal.2005.avi"
        c7 2b      4c     |RIFF.u.+AVI LIST|
         6c           |r"..hdrlavih8...|
  ec a2                 |................|
  eb 0b                 |................|
                    |....P...........|
           4c         |........LIST....|
     6c               |strlstrh8...vids|
                    |x264............|
  7d    b5 0b        eb 0b    |}...............|
  c7                  |.....'..........|
000000a0                    |..P.strf(...(...|
000000b0                    |....P.......H264|
000000c0   b0                 |................|
000000d0      4a  4e 4b           |....JUNK........|
000000e0                    |................|

yingc@yingc:~/download$ hexdump  -s 4340 -n 256 -C "[H264 MP@L4.0 480P AC3 1M] Animal.2005.avi"
000010f4  4c 49 53 54 7e 10 00 00  73 74 72 6c 73 74 72 68  |LIST~...strlstrh|
00001104  38 00 00 00 61 75 64 73  00 00 00 00 00 00 00 00  |8...auds........|
00001114  00 00 00 00 01 00 00 00  01 00 00 00 60 6d 00 00  |............`m..|
00001124  00 00 00 00 00 09 56 09  b0 36 00 00 ff ff ff ff  |......V..6......|
00001134  01 00 00 00 79 00 74 00  6d 00 6d 00 73 74 72 66  |....y.t.m.m.strf|
00001144  12 00 00 00 00 20 06 00  80 bb 00 00 60 6d 00 00  |..... ......`m..|
00001154  01 00 00 00 00 00 4a 55  4e 4b 18 10 00 00 00 00  |......JUNK......|
00001164  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000011f4
yingc@yingc:~/download$ hexdump  -s 156 -n 256 -C "[H264 MP@L4.0 480P AC3 1M] Animal.2005.avi"
0000009c  00 00 00 00 80 02 50 01  73 74 72 66 28 00 00 00  |......P.strf(...|
000000ac  28 00 00 00 80 02 00 00  50 01 00 00 01 00 10 00  |(.......P.......|
000000bc  48 32 36 34 00 b0 13 00  00 00 00 00 00 00 00 00  |H264............|
000000cc  00 00 00 00 00 00 00 00  4a 55 4e 4b 18 10 00 00  |........JUNK....|
000000dc  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
0000019c
yingc@yingc:~/download$ hexdump  -s 100 -n 256 -C "[H264 MP@L4.0 480P AC3 1M] Animal.2005.avi"
00000064  73 74 72 68 38 00 00 00  76 69 64 73 78 32 36 34  |strh8...vidsx264|
00000074  00 00 00 00 00 00 00 00  00 00 00 00 7d 00 00 00  |............}...|
00000084  b5 0b 00 00 00 00 00 00  eb 0b 02 00 c7 03 01 00  |................|
00000094  10 27 00 00 00 00 00 00  00 00 00 00 80 02 50 01  |.'............P.|
000000a4  73 74 72 66 28 00 00 00  28 00 00 00 80 02 00 00  |strf(...(.......|
000000b4  50 01 00 00 01 00 10 00  48 32 36 34 00 b0 13 00  |P.......H264....|
000000c4  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000000d4  4a 55 4e 4b 18 10 00 00  00 00 00 00 00 00 00 00  |JUNK............|
000000e4  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000164
yingc@yingc:~/download$ hexdump  -s 730200168 -n 256 -C "[H264 MP@L4.0 480P AC3 1M] Animal.2005.avi"
2b85f868  69 64 78 31 b0 7c 41 00  30 31 77 62 10 00 00 00  |idx1.|A.01wb....|
2b85f878  04 00 00 00 b0 36 00 00  30 30 64 63 00 00 00 00  |.....6..00dc....|
2b85f888  bc 36 00 00 00 00 00 00  30 31 77 62 10 00 00 00  |.6......01wb....|
2b85f898  c4 36 00 00 90 04 00 00  30 30 64 63 00 00 00 00  |.6......00dc....|
2b85f8a8  5c 3b 00 00 00 00 00 00  30 31 77 62 10 00 00 00  |\;......01wb....|
2b85f8b8  64 3b 00 00 90 04 00 00  30 30 64 63 10 00 00 00  |d;......00dc....|
2b85f8c8  fc 3f 00 00 fd 00 00 00  30 31 77 62 10 00 00 00  |.?......01wb....|
2b85f8d8  02 41 00 00 90 04 00 00  30 30 64 63 00 00 00 00  |.A......00dc....|
2b85f8e8  9a 45 00 00 15 00 00 00  30 31 77 62 10 00 00 00  |.E......01wb....|
2b85f8f8  b8 45 00 00 90 04 00 00  30 30 64 63 00 00 00 00  |.E......00dc....|
2b85f908  50 4a 00 00 12 00 00 00  30 31 77 62 10 00 00 00  |PJ......01wb....|
2b85f918  6a 4a 00 00 90 04 00 00  30 30 64 63 00 00 00 00  |jJ......00dc....|
2b85f928  02 4f 00 00 12 00 00 00  30 31 77 62 10 00 00 00  |.O......01wb....|
2b85f938  1c 4f 00 00 8f 04 00 00  30 30 64 63 00 00 00 00  |.O......00dc....|
2b85f948  b4 53 00 00 15 00 00 00  30 31 77 62 10 00 00 00  |.S......01wb....|
2b85f958  d2 53 00 00 90 04 00 00  30 30 64 63 00 00 00 00  |.S......00dc....|

yingc@yingc:~/download$ hexdump  -s 10240 -n 256 -C "[H264 MP@L4.0 480P AC3 1M] Animal.2005.avi"
00002800  4c 49 53 54 60 d0 85 2b  6d 6f 76 69 30 31 77 62  |LIST`..+movi01wb|
00002810  b0 36 00 00 0b 77 28 3c  16 40 eb f8 40 3e bf fe  |.6...w(<.@..@>..|
00002820  59 65 96 50 97 34 f7 2f  9d a5 74 bd ec e7 d6 a3  |Ye.P.4./..t.....|
00002830  42 80 32 93 d2 14 c6 85  0a 3c 25 b0 d4 c6 85 09  |B.2......<%.....|
00002840  74 7a 30 d4 c7 30 4a 8b  50 ad 47 d4 f6 1a 9a d5  |tz0..0J.P.G.....|
00002850  9f 91 85 4d 32 a5 c4 49  21 1e 0d 68 f0 96 c7 5d  |...M2..I!..h...]|
00002860  5c 7d 82 cf de 43 5c a8  89 44 55 21 7c aa 33 d7  |\}...C\..DU!|.3.|
00002870  eb dc 42 85 01 05 75 4b  8a 57 21 74 8c b4 9c 30  |..B...uK.W!t...0|
00002880  60 c1 83 06 0f 8a 43 94  60 46 c0 11 a5 9b fe c2  |`.....C.`F......|
00002890  35 11 bb 60 cd fc b9 54  d2 76 07 53 cc ef 8a e6  |5..`...T.v.S....|
000028a0  1b 90 05 e2 0f 15 97 0d  a5 e1 94 6b e5 11 9d 08  |...........k....|
000028b0  c3 78 78 74 c4 6d 2b 57  a2 e1 a8 5d a8 34 2b 03  |.xxt.m+W...].4+.|
000028c0  94 ee a4 e2 35 a3 54 dc  50 d6 96 2d 88 25 2b 23  |....5.T.P..-.%+#|
000028d0  53 a1 94 ba ca 73 31 53  ad af 69 d0 fa 80 fc 0d  |S....s1S..i.....|
000028e0  d6 2f dd be b1 c7 d4 d4  58 c4 de d3 df 3b cb c3  |./......X....;..|
000028f0  8a 89 ff fb 93 7f cb fc  63 2c 56 a5 cd c1 5b 32  |........c,V...[2|

标准的类型码定义如下：‘db’（非压缩视频 帧）、‘dc’（压缩视频帧）、‘pc’（改用新的调色板）、‘wb’（音缩视频）。比如第一个流（Stream 0）是音频，则表征音频数据块的四字符 码为‘00wb’；第二个流（Stream 1）是视频，则表征视频数据块的四字符码为‘00db’或‘00dc’。对于视频数据来说，在AVI数据序列 中间还可以定义一个新的调色板，每个改变的调色板数据块用‘xxpc’来表征，新的调色板使用一个数据结构AVIPALCHANGE来定义。（注意：如果 一个流的调色办中途可能改变，则应在这个流格式的描述中，也就是AVISTREAMHEADER结构的dwFlags中包含一个 AVISF_VIDEO_PALCHANGES标记。）另外，文字流数据块可以使用随意的类型码表征。

最后，紧跟在‘hdrl’列表和‘movi’列表之后的，就是AVI文件可选的索引块。这个索引块为AVI文件中每一个媒体数据块进行索引，并且记 录它们 在文件中的偏移（可能相对于‘movi’列表，也可能相对于AVI文件开头）。索引块使用一个四字符码‘idx1’来表征，索引信息使用一个数据结构来 AVIOLDINDEX定义。

typedef struct _avioldindex {
    FOURCC   fcc;   // 必须为‘idx1’
    DWORD    cb;    // 本数据结构的大小，不包括最初的8个字节（fcc和cb两个域）
    struct _avioldindex_entry {
       DWORD    dwChunkId;    // 表征本数据块的四字符码
       DWORD    dwFlags;      // 说明本数据块是不是关键帧、是不是‘rec ’列表等信息
       DWORD    dwOffset;     // 本数据块在文件中的偏移量
       DWORD    dwSize;       // 本数据块的大小
   } aIndex[]; // 这是一个数组！为每个媒体数据块都定义一个索引信息
} AVIOLDINDEX;

注意：如果一个AVI文件包含有索引块，则应在主AVI信息头的描述中，也就是AVIMAINHEADER结构的dwFlags中包含一个AVIF_HASINDEX标记。

播放器中非交织文件的处理方法

http://lixiangtao2002.blog.163.com/blog/static/18192947720129604449648/

最让人痛恨的媒体文件形式莫过于非交织形式的媒体文件了。我碰到的最极品的文件是一个AVI文件，整个文件的数据部分是先存放所有的视频数据，接下来顺序 存放所有的的音频数据。不知道是中国人真的不喜欢按套路出牌，还是制作片源的人脑残，制作出这么极品的片源。通常的播放器播放时有图没声、有声没图或是有 图有声但是很卡。没办法，为了提高播放器的兼容性，只能硬着头皮去处理。
      
我的处理方式是这样的，首先分析索引信息，确定是否是这类非交织或是交织不是很好的片源类型，如果是则启用特殊的处理策略：建立音频和视频的数据缓冲
区，demuxer请求数据时先在缓冲区内寻找，如果缓冲区内的数据已经使用完后，则补充一大块连续数据到缓冲区内。尽量减少demuxer请求数据时在
文件中跳转读取数据的次数，保证播放的流畅性。
      
对于缓冲区大小的设置需要根据实际文件的情况具体设置，如果不交织，可以设置的稍微大些；如果是交织间距比较大的片源，需要根据交织的间距具体设置，不能
设置的过大或过小。设置的过小，起不到缓冲区的效果，设置的过大，则有可能在音频缓冲区内读入视频数据，这是一种浪费，如果处理不好还可能造成
demuxer出来的视频数据丢帧。

aa