AVI结构解析 结构体

转载 2014年08月04日 22:31:46

AVI文件规范

本文主要参考了如下资料:

http://blog.csdn.net/sunshine1314/archive/2007/10/14/1824432.aspx 格式规范

http://blogold.chinaunix.net/u2/69656/showart_1110871.html  格式规范

http://blog.csdn.net/njuitjf/archive/2010/06/19/5680632.aspx  格式解析

http://blog.csdn.net/happydeer/archive/2004/04/16/8775.aspx  AVI文件格式----摘自《DirectShow实务精选》 作者:陆其明


一、AVI文件简介

AVI的英文全称为Audio Video Interleaved,即音频视频交错格式,是将语音和影像同步组合在一起的文件格式。AVI于1992年被Microsoft公司推出,随 Windows3.1一起被人们所认识和熟知。AVI文件格式多用于音视频捕捉、编辑、回放等应用程序中。通常情况下,一个AVI文件可以包含多个不同类 型的媒体流(典型的情况下有一个音频流和一个视频流),不过含有单一音频流或单一视频流的AVI文件也是合法的。AVI可以算是Windows操作系统上 最基本的、也是最常用的一种媒体文件格式。

Note: 本文介绍的是基本的AVI文件格式规范,至于newAVI等一些AVI扩展格式,请关注笔者后续文章。

 

二、RIFF文件规范

AVI文件属于一种RIFF(Resource Interchange File Format的缩写)文件格式,与此同类的还有常见的WAV文件。RIFF是Microsoft提出的一种多媒体文件的存储方式,不同编码的音频、视频文 件,可以按照它定义的存储规则保存、记录各自不同的数据。如果读者不熟悉RIFF文件规范,阅读下面章节前,建议先阅读《RIFF文件规范》这篇文章:http://blog.csdn.net/sunshine1314/archive/2007/10/10/1817991.aspx

 

三、AVI文件结构实例分析

1、AVI文件的展开结构大致如下: 

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

 

 

2、AVI文件全局结构说明

       整个AVI文件的结构为:一个RIFF头 + 两个列表(一个用于描述媒体流格式、一个用于保存媒体流数据) + 一个可选的索引块 + 一个JUNK块。

首先,RIFF (‘AVI ’…)表征了AVI文件类型。然后就是AVI文件必需的第一个列表——‘hdrl’列表,用于描述AVI文件中各个流的格式信息(AVI文件中的每一路媒 体数据都称为一个流)。‘hdrl’列表嵌套了一系列块和子列表——首先是一个‘avih’块,用于记录AVI文件的全局信息。然后,就是一个或多个 ‘strl’子列表。文件中有多少个流,这里就对应有多少个‘strl’子列表,示例clock.avi文件有两路流,既音频流和视频流。

当AVI文件中的所有流都使用一个‘strl’子列表说明了以后(注意:‘strl’子列表出现的顺序与媒体流的编号是对应的,比如第一个 ‘strl’子列表说明的是第一个流(Stream 0),第二个‘strl’子列表说明的是第二个流(Stream 1),以此类推),‘hdrl’列表的任务也就完成了,随后跟着的就是AVI文件必需的第二个列表——‘movi’列表,用于保存真正的媒体流数据(视频 图像帧数据或音频采样数据等)。

最后,紧跟在‘hdrl’列表和‘movi’列表之后的,就是AVI文件可选的索引块。这个索引块为AVI文件中每一个媒体数据块进行索引,并且记录它们在文件中的偏移(可能相对于‘movi’列表,也可能相对于AVI文件开头)。

图1中还有一种特殊的数据块,用一个四字符码‘JUNK’来表征,它用于内部数据的队齐(填充),应用程序应该忽略这些数据块的实际意义。

 

3、’avih’块

‘avih’块,用于记录AVI文件的全局信息,比如流的数量、视频图像的宽和高等,可以使用一个AVIMAINHEADER数据结构来操作:

typedef struct _avimainheader {
    FOURCC fcc;   // 必须为‘avih’
    DWORD  cb;    // 本数据结构的大小,不包括最初的8个字节(fcc和cb两个域)
    DWORD  dwMicroSecPerFrame;   // 视频帧间隔时间(以毫秒为单位)
    DWORD  dwMaxBytesPerSec;     // 这个AVI文件的最大数据率
    DWORD  dwPaddingGranularity; // 数据填充的粒度
    DWORD  dwFlags;         // AVI文件的全局标记,比如是否含有索引块等
    DWORD  dwTotalFrames;   // 总帧数
    DWORD  dwInitialFrames; // 为交互格式指定初始帧数(非交互格式应该指定为0)
    DWORD  dwStreams;       // 本文件包含的流的个数
    DWORD  dwSuggestedBufferSize; // 建议读取本文件的缓存大小(应能容纳最大的块)
    DWORD  dwWidth;         // 视频图像的宽(以像素为单位)
    DWORD  dwHeight;        // 视频图像的高(以像素为单位)
    DWORD  dwReserved[4];   // 保留
} AVIMAINHEADER;

 

4、’strl’子列表

每个‘strl’子列表至少包含一个‘strh’块和一个‘strf’块,而‘strd’块(保存编解码器需要的一些配置信息)和‘strn’块 (保存流的名字)是可选的。首先是‘strh’块,用于说明这个流的头信息,可以使用一个AVISTREAMHEADER数据结构来操作:

typedef struct _avistreamheader {
     FOURCC fcc;  // 必须为‘strh’
     DWORD  cb;   // 本数据结构的大小,不包括最初的8个字节(fcc和cb两个域)
     FOURCC fccType;    // 流的类型:‘auds’(音频流)、‘vids’(视频流)、
                   //‘mids’(MIDI流)、‘txts’(文字流)
     FOURCC fccHandler; // 指定流的处理者,对于音视频来说就是解码器
     DWORD  dwFlags;    // 标记:是否允许这个流输出?调色板是否变化?
     WORD   wPriority;  // 流的优先级(当有多个相同类型的流时优先级最高的为默认流)
     WORD   wLanguage;
     DWORD  dwInitialFrames; // 为交互格式指定初始帧数
     DWORD  dwScale;   // 这个流使用的时间尺度
     DWORD  dwRate;
     DWORD  dwStart;   // 流的开始时间
     DWORD  dwLength;  // 流的长度(单位与dwScale和dwRate的定义有关)
     DWORD  dwSuggestedBufferSize; // 读取这个流数据建议使用的缓存大小
     DWORD  dwQuality;    // 流数据的质量指标(0 ~ 10,000)
     DWORD  dwSampleSize; // Sample的大小
     struct {
         short int left;
         short int top;
         short int right;
         short int bottom;
}  rcFrame;  // 指定这个流(视频流或文字流)在视频主窗口中的显示位置
             // 视频主窗口由AVIMAINHEADER结构中的dwWidth和dwHeight决定
} AVISTREAMHEADER;

 

然后是‘strf’块,用于说明流的具体格式。如果是视频流,则使用一个BITMAPINFO数据结构来描述;如果是音频流,则使用一个WAVEFORMATEX数据结构来描述。

 

5、‘movi’列表

‘movi’列表保存的是真正的媒体流数据,其数据组织方式有两种。可以将数据块直接嵌在‘movi’列表里面,也可以将几个数据块分组成一个‘rec ’列表后再编排进‘movi’列表。

当AVI文件中包含有多个流的时候,数据块与数据块之间如何来区别呢?数据块使用了一个四字符码来表征它的类型,这个四字符码由2个字节的类型码和 2个字节的流编号组成。标准的类型码定义如下:‘db’(非压缩视频帧)、‘dc’(压缩视频帧)、‘pc’(改用新的调色板)、‘wb’(音缩视频)。 比如第一个流(Stream 0)是音频,则表征音频数据块的四字符码为‘00wb’;第二个流(Stream 1)是视频,则表征视频数据块的四字符码为‘00db’或‘00dc’。对于视频数据来说,在AVI数据序列中间还可以定义一个新的调色板,每个改变的调 色板数据块用‘xxpc’来表征,新的调色板使用一个数据结构AVIPALCHANGE来定义。(注意:如果一个流的调色板中途可能改变,则应在这个流格 式的描述中,也就是AVISTREAMHEADER结构的dwFlags中包含一个AVISF_VIDEO_PALCHANGES标记)。另外,文字流数 据块可以使用随意的类型码表征。

 

6、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标记。

 

四、后记

       大家应该都听过“AVI文件不适合用于流媒体传输”这样的说法,通过本文对AVI文件结构的解析,相信大家对这种说法有更清晰的验证,因为AVI文件结构中置于文件尾部的索引块、头部信息中规定的文件长度等过多的选项都是不适合流媒体应用的。

     提示:上述关于AVI文件格式的介绍,并不包括OpenDML AVI M-JPEG文件格式小组制定的OpenDML AVI文件格式扩展部分的内容。想对该扩展部分有更多了解的读者,请另行参考“OpenDML AVI File Format Extensions”一文(此文可在Internet上搜索获得)。提示:上述关于AVI文件格式的介绍,并不包括OpenDML AVI M-JPEG文件格式小组制定的OpenDML AVI文件格式扩展部分的内容。想对该扩展部分有更多了解的读者,请另行参考“OpenDML AVI File Format Extensions”一文(此文可在Internet上搜索获得)。

 

五、二进制 格式解析

52 49 46 46 -> FORCC码'RIFF'的ASCII值,说明是一个RIFF文件。RIFF( resource interchange file format ) 。
84 CF 4A 00 -> 表示文件大小的4个字节,由于windows是小头的,所以文件大小为0x004ACF84,即4902788字节,由于该size不包含开头的8字节,所以文件总大小为4902796字节
41 56 49 20 -> FOURCC码'AVI '的ASCII码,文件类型,说明是一个avi文件。AVI(AudioVideoInterleaved)。
        4C 49 53 54 -> FOURCC码'LIST'的ASCII码,说明是一个list
        7C 02 00 00 -> 表示list大小的4个字节。该list size为0x0000027C,即636字节,整个list的大小为:636 + 8 = 644 字节
        68 64 72 6C -> FOURCC码'hdrl'的ASCII码,list类型,说明这是一个头信息列表(header list)。
                61 76 69 68 -> FOURCC码'avih'的ASCII码,表示该chunk的ID(ckID),说明这是一个主avi头(main avi header)。是结构体AVIMAINHEADER中的fcc成员
                38 00 00 00 -> 表示chunk大小的4个字节。该chunk的size为0x00000038,即56字节,整个chunk的大小为:56 + 8 = 64 字节。是结构体AVIMAINHEADER中的cb成员
                56 82 00 00 -> 是结构体AVIMAINHEADER中的dwMicroSecPerFrame成员,表示帧之间的微秒数。为0x00008256,即33366微秒。 
                EF AF 0A 00 -> 是结构体AVIMAINHEADER中的dwMaxBytesPerSec成员,表示文件的近似最大速率。为0x000AAFEF,即700399字节/秒。
                01 00 00 00 -> 是结构体AVIMAINHEADER中的dwPaddingGranularity成员,表示以多少字节对齐。为0x000001,即1字节,说明文件以1字节对齐。
                10 08 00 00 -> 是结构体AVIMAINHEADER中的dwFlags成员。为0x00000810,HasIndex(+);MustUseIndex;IsInterleaved;WasCaptureFile;Copyrighted;TrustCKType(+)
                DD 00 00 00 -> 是结构体AVIMAINHEADER中的dwTotalFrames成员。表示文件中总共有多少帧。为:0x000000DD,即221帧。dwTotalFrames * dwMicroSecPerFrame = 文件总时长。221 * 33366 = 7373886 微秒。即文件总时长为7.373886秒。
                00 00 00 00 -> 是结构体AVIMAINHEADER中的dwInitialFrames成员。表示交错帧中的初始帧,非交错文件,该值为0。从dwFlags可知,该文件为非交错文件,所以该值为0。 
                01 00 00 00 -> 是结构体AVIMAINHEADER中的dwStreams成员,表示文件中所包含的流的数量。该文件中只包含一中流,所以该值为1。 
                A8 62 00 00 -> 是结构体AVIMAINHEADER中的dwSuggestedBufferSize成员,表示读该文件时,建议的缓存大小。为0x000062A8,即25256字节。查看数据chunk可知,最大的数据chunk的size就是25256。
                60 01 00 00 -> 是结构体AVIMAINHEADER中的dwWidth成员,表示AVI文件的宽,以像素为单位。为0x00000160,即352像素。
                F0 00 00 00 -> 是结构体AVIMAINHEADER中的dwHeight成员,表示AVI文件的高,以像素为单位。为0x000000F0,即240像素。
                00 00 00 00 -> 是结构体AVIMAINHEADER中的dwReserved[0]成员,保留。
                00 00 00 00 -> 是结构体AVIMAINHEADER中的dwReserved[1]成员,保留。
                00 00 00 00 -> 是结构体AVIMAINHEADER中的dwReserved[2]成员,保留。
                00 00 00 00 -> 是结构体AVIMAINHEADER中的dwReserved[3]成员,保留。
                4C 49 53 54 -> FOURCC码'LIST'的ASCII码,说明是一个list
                24 01 00 00 -> 表示list大小的4个字节。该list size为0x00000124,即292字节,整个list的大小为:292 + 8 = 300 字节
                73 74 72 6C -> FOURCC码'strl'的ASCII码,list类型,说明这是一个流信息的list。
                        73 74 72 68 -> FOURCC码'strh'的ASCII码,说明这是一个流的头信息chunk,其内容是一个AVISTREAMHEADER结构体。该值是AVISTREAMHEADER结构体的fcc成员。
                        38 00 00 00 -> 表示chunk大小的4个字节。该chunk的size为0x00000038,即56字节,整个chunk的大小为:56 + 8 = 64 字节。是结构体AVISTREAMHEADER的cb成员。
                        76 69 64 73 -> FOURCC码'vids'的ASCII码,说明这是一个视频流。是结构体AVISTREAMHEADER的fccType成员。
                        63 76 69 64 -> FOURCC码'cvid'的ASCII码,标识解码该流时使用的编解码器。是结构体AVISTREAMHEADER的fccHandler成员。
                        00 00 00 00 -> 是结构体AVISTREAMHEADER的dwFlags成员。整个数据流的标志。Disabled;VideoPaletteChanges。
                        00 00 00 00 -> 是结构体AVISTREAMHEADER的wPriority成员和wLanguage成员。
                        00 00 00 00 -> 是结构体AVISTREAMHEADER的dwInitialFrames成员。表示交错帧中的初始帧,非交错文件,该值为0。
                        E9 03 00 00 -> 是结构体AVISTREAMHEADER的dwScale成员。为0x000003E9,即1001。与 dwRate 一起,决定该流所要使用的时间尺度。对于视频流来说,dwRate / dwScale = 帧率(fram rate )。
                        30 75 00 00 -> 是结构体AVISTREAMHEADER的dwRate成员。为0x00007530,即3000。该视频流的帧率为:3000 / 1001 = 29.97 (fps)
                        00 00 00 00 -> 是结构体AVISTREAMHEADER的dwStart成员。这个流的开始时间。此处为0。即文件开始时,流即开始。
                        DD 00 00 00 -> 是结构体AVISTREAMHEADER的dwLength成员。表示流的长度。为0x000000DD,即221。对于视频流,这其实就是总帧数,用dwLength除以帧率,即得到流的总时长。
                        A8 62 00 00 -> 是结构体AVISTREAMHEADER的dwSuggestedBufferSize成员。表示读该流时,建议的缓存大小。为0x000062A8,即25256字节。查看数据chunk可知,该流最大的数据chunk的size就是25256。
                        00 00 00 00 -> 是结构体AVISTREAMHEADER的dwQuality成员。表示该流的质量指标,此处为0。 
                        00 00 00 00 -> 是结构体AVISTREAMHEADER的dwSampleSize成员。表示一个数据样本的大小。如果样本大小可变,此值为0。视频流中,该值一般为0。此处为0。
                        00 00 00 00 -> 是结构体AVISTREAMHEADER的rcFrame成员的left和top成员。rcFrame指定一个由主头文件中的wWidth 成员和dwHeight 成员文本流或视频流的目标矩形。此处,left和top都为0。
                        00 00 00 00 -> 是结构体AVISTREAMHEADER的rcFrame成员的right和bottom成员。此处为0。
                        73 74 72 66 -> FOURCC码'strf'的ASCII码,说明这是一个流的格式信息chunk。如果是视频流,其数据是一个BITMAPINFO结构体,对于音频流,其数据是一个WAVEFORMATEX结构体。
                        28 00 00 00 -> 格式信息chunk的大小,不包括最初的8个字节。为0x00000028,即40字节。整个chunk的大小为:40 + 8 = 48 字节。
                        28 00 00 00 -> 是结构体BITMAPINFO的成员BITMAPINFOHEADER的biSize成员,表示结构体BITMAPINFOHEADER的大小。为0x00000028,即40字节。这说明本chunk中,BITMAPINFO只包含一个成员,即BITMAPINFOHEADER结构体(因为biBitCount为24,所以结构体BITMAPINFO不包含颜色表)。
                        60 01 00 00 -> 是结构体BITMAPINFOHEADER的biWidth成员,位图的宽,以像素为单位。为0x00000160,即352像素。
                        F0 00 00 00 -> 是结构体BITMAPINFOHEADER的biHeight成员,位图的高,以像素为单位。为0x000000F0,即240像素。
                        01 00 18 00 -> 是结构体BITMAPINFOHEADER的biPlanes成员和biBitCount成员。其中biPlanes表示目标设备平面层的个数,其值为1。biBitCount表示一个像素所占的位数,其值为0x0018,即一个像素占24位。
                        63 76 69 64 -> 'cvid'的ASCII码,是结构体BITMAPINFOHEADER的biCompression成员,表示了压缩的类型。
                        FC 7B 00 00 -> 是结构体BITMAPINFOHEADER的biSizeImage成员,表明image的大小。为0x00007BFC,即31740字节。
                        00 00 00 00 -> 是结构体BITMAPINFOHEADER的biXPelsPerMeter成员,水平分辨率,此处为0。 
                        00 00 00 00 -> 是结构体BITMAPINFOHEADER的biYPelsPerMeter成员,垂直分辨率,此处为0。
                        00 00 00 00 -> 是结构体BITMAPINFOHEADER的biClrUsed成员,此处为0。表明此处使用与对于biCompression指定的压缩模式的biBitCount值所对应的最大值。
                        00 00 00 00 -> 是结构体BITMAPINFOHEADER的biClrImportant成员,此处为0。表明所有的颜色都是重要的。
                        ------------------------------------------------------------------------------------------------
                        是一个AVI 2.0的索引结构体。由于此次只使用old index,暂不对此进行研究。
                        ------------------------------------------------------------------------------------------------
                --------------------------------------------------------------------------------------------------------
                一个AVI OpenDML 1.02 Header List,包含一个AVI ODML Header。暂不研究。
                --------------------------------------------------------------------------------------------------------
        4C 49 53 54 -> FOURCC码'LIST'的ASCII码,说明是一个list
        0C BF 4A 00 -> 表示list大小的4个字节。该list size为0x004ABF0C,即4898572字节,整个list的大小为:4898572 + 8 = 4898580 字节
        6D 6F 76 69 -> FOURCC码'movi'的ASCII码,list类型,说明这是一个数据list。
                --------------------------------------------------------------------------------------------------------
                一个AVI Standard Index Chunk,暂不研究
                --------------------------------------------------------------------------------------------------------
                30 30 64 62 -> FOURCC码'00db'的ASCII码,说明这是第一个流(视频流)的数据,为未压缩帧。
                08 62 00 00 -> 表示chunk大小的4个字节。该chunk的size为0x00006208,即25096字节,整个chunk的大小为:25096 + 8 = 25104 字节。
                --------------------------------------------------------------------------------------------------------
                chunk 的数据。
                --------------------------------------------------------------------------------------------------------
                30 30 64 63 -> FOURCC码'00dc'的ASCII码,说明这是第一个流(视频流)的数据,为压缩帧。
                DA 5A 00 00 -> 表示chunk大小的4个字节。该chunk的size为0x00005ADA,即23258字节,整个chunk的大小为:23258 + 8 = 23266 字节。
                --------------------------------------------------------------------------------------------------------
                chunk 的数据。
                --------------------------------------------------------------------------------------------------------
                --------------------------------------------------------------------------------------------------------
                连续的chunk 的数据。
                --------------------------------------------------------------------------------------------------------
        64 69 78 31 -> FOURCC码'idx1'的ASCII码,chunk 类型,说明这是一个old index chunk。
        E0 0D 00 00 -> 表示chunk大小的4个字节。该chunk的size为0x00000DE0,即3552字节,整个chunk的大小为:3552 + 8 = 3560 字节。每条索引信息有4个DWORD类型构成,即占16个字节,所以该index chunk中包含的索引项的个数为:3552 / 16 = 222。由此可以推知,movi list中含有222个数据chunk。
                37 46 78 78 -> '7Fxx'的ASCII码,chunk ID,这应该是用户自定义的chunk的索引。
                00 00 00 00 -> 标志。'LIST'-chunk;KeyFrame;Midpart;Firstpart;Lastpart;NoTime
                9C 02 00 00 -> 偏移量。为0x0000029C,即668字节。
                00 00 00 00 -> 该数据chunk的大小。根据给chunk的偏移量,没有找到该chunk。该chunk的数据大小又为0,推断这是一处错误数据。
                30 30 64 62 -> '00db'的ASCII码,chunk ID,说明是第一个流的非压缩帧。
                10 00 00 00 -> 标志。'LIST'-chunk;KeyFrame(+);Midpart;Firstpart;Lastpart;NoTime
                FC 08 00 00 -> 偏移量。为0x000008FC,即2300字节。该文件中用的是从文件开始处的偏移量。
                08 62 00 00 -> 该数据chunk的大小。为0x00006208,即25096字节。
                30 30 64 63 -> '00dc'的ASCII码,chunk ID,说明是第一个流的压缩帧。
                00 00 00 00 -> 标志。'LIST'-chunk;KeyFrame;Midpart;Firstpart;Lastpart;NoTime
                0C 6B 00 00 -> 偏移量。为0x00006B0C,即27404字节。该文件中用的是从文件开始处的偏移量。
                DA 5A 00 00 -> 该数据chunk的大小。为0x00005ADA,即23258字节。
                --------------------------------------------------------------------------------------------------------
                下面依次是index成员,直到文件结束。
                --------------------------------------------------------------------------------------------------------

相关文章推荐

AVI格式详细解析

摘要:本文详细的解析了AVI文件的存储结构,介绍了微软提供的用来操作AVI文件的一组API使用方法,并通过例子代码,演示了如何将一组静态Bmp图片合成一个avi视频文件以及如何将一个avi视频文件解析...
  • oldmtn
  • oldmtn
  • 2012年08月07日 09:21
  • 3056

avi 文件格式解析

http://blog.sina.com.cn/s/blog_6ca8ed170100qlhw.html AVI:Audio/Video Interleaved(视音频交织),用于采集、编辑、播放的R...

avi 文件格式解析

http://blog.csdn.net/lxmnet123/article/details/10742503 AVI:Audio/Video Interleaved(视音频交织...

avi文件格式解析

结合avi视频文件头十六进制码分析AVI格式   这段时间要搞视频合成方面的东西,因此打算先弄明白avi视频的格式,介绍这方面内容的东西google一下一大堆,可是很悲剧,现在的人基本上都喜欢...
  • occupy8
  • occupy8
  • 2014年11月01日 11:07
  • 1091

ffmpeg 从内存中读取数据(或将数据输出到内存)

ffmpeg一般情况下支持打开一个本地文件,例如“C:\test.avi” 或者是一个流媒体协议的URL,例如“rtmp://222.31.64.208/vod/test.flv” 其打开文件的函数是...

AVI文件结构之Index类型

AVI文件格式包括两种类型的Index:Old Style Index和Open-DML Index。他们在AVI文件中对应的fourcc分别为‘idx1’和‘indx’ 一、Old Style In...

结合avi视频文件头十六进制码分析AVI格式

这段时间要搞视频合成方面的东西,因此打算先弄明白avi视频的格式,介绍这方面内容的东西google一下一大堆,可是很悲剧,现在的人基本上都喜欢copy,内容基本来源于同一篇,对我没什么实质性的帮助。本...

视频文件头解析--avi-代码解析

代码解析 数据结构: 1、typedef struct def_avi_file_header {     def_avi_dword    cb_file_type;     def_av...
  • gyley2
  • gyley2
  • 2013年01月16日 10:10
  • 3472

AVI文件格式-AVISTREAMHEADER

 这一系列的文章都是从MSDN上拷贝出来的,先记到这里,后面会一步步把它翻译出来的。 AVISTREAMHEADER StructureThis is preliminary documentatio...
  • jszj
  • jszj
  • 2009年11月05日 16:30
  • 1926

AVI格式详细解析

摘要:本文详细的解析了AVI文件的存储结构,介绍了微软提供的用来操作AVI文件的一组API使用方法,并通过例子代码,演示了如何将一组静态Bmp图片合成一个avi视频文件以及如何将一个avi视频文件解析...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:AVI结构解析 结构体
举报原因:
原因补充:

(最多只允许输入30个字)