FLV的文件格式在该规范中已阐述清楚，本章节不再重复描述，而是结合下面的示例具体阐述如何分析FLV文件。
图3. FLV文件结构示例1 
图4. FLV文件结构示例2
FLV文件的分析工具有很多，这里给大家推荐FLV Parser这个小软件，通过它可以很容易的看到文件的组成结构。
3.1 文件结构
从整个文件上看，FLV是由Header和File Body组成，如下图所示：
图5. FLV文件总体结构
1.FLV Header - 长度为9，其结构的标准定义参见标准定义见E.2 The FLV header；
以图3. FLV文件结构示例1为例分析整体结构：
1.位置0x00000000 - 0x00000008, 共9个字节，为FLV Header，其中：
?0x00000000 - 0x00000002 : 0x46 0x4C 0x56分别表示字符‘F‘‘L‘‘V‘，用来标识这个文件是FLV格式的。在做格式探测的时候，如果发现前3个字节为“FLV”，就认为它是FLV文件；
?0x00000003 : 0x01, 表示FLV版本号；
?0x00000004 : 0x05, 转换为2进制是0000 0101，其中第0位为1，表示存在video，第2位为1，表示存在audio；
?0x00000005 - 0x00000008 : 0x00 0x00 0x00 0x09，转十进制为9，表示FLV header的长度，当FLV 版本号为1时，该值通常为9。
2.位置0x00000009 - ，为FLV File Body：
?0x00000009 - 0x0000000C : 0x00 0x00 0x00 0x00 PreviousTagSize0，转十进制为0，该值永远为0；
?0x0000000D - 0x00000209 : 0x12 ... 0x09，共509个字节，为Tag1的具体内容；
?0x0000020A - 0x0000020D : 0x00 0x00 0x01 0xFD，转十进制为509，表示它前面的Tag，即Tag1的长度为509；
?0x0000020E - ：按照Tag + PreviousTagSize的结构依次递推，此处不再举例说明。
3.2 Tag定义
FLV File Body是由一系列的PreviousTagSize + Tag组成，其中PreviousTagSize的长度为4个字节，用来表示前一个Tag的长度；Tag里面的数据可能是video、audio或者scripts，其定义参见E.4.1 FLV Tag，结构如下：
图6. FLV Tag 结构
以图3. FLV文件结构示例1为例分析Tag结构：
1.位置0x0000020E : 0x08, 二进制为0000 1000，第5位为0, 表示为非加扰文件；低5位01000为8，说明这个Tag包含的数据类型为Audio；
5.位置0x00000215 : 0x00，扩展时间戳为0，如果扩展时间戳不为0，那么该Tag的时间戳应为：Timestamp | TimestampExtended<<24；
3.3 Audio Tags
如果TAG包中的TagType等于8，表示该Tag中包含的数据类型为Audio。StreamID之后的数据就是AudioTagHeader，其定义详见E.4.2.1 AUDIODATA。结构如下：
图7. FLV Audio Tag结构
需要说明的是，通常情况下AudioTagHeader之后跟着的就是AUDIODATA数据了，但有个特例，如果音频编码格式为AAC，AudioTagHeader中会多出1个字节的数据AACPacketType，这个字段来表示AACAUDIODATA的类型：
?0 = AAC sequence header
?1 = AAC raw。
以图3. FLV文件结构示例为例分析AudioTag结构：
?高4位为1010，转十进制为10，表示Audio的编码格式为AAC；
?第3、2位为11，转十进制为3，表示该音频的采样率为44KHZ；
?第1位为1，表示该音频采样点位宽为16bits；
?第0位为1，表示该音频为立体声。
3.3.1 AudioSpecificConfig
AAC sequence header中存放的是AudioSpecificConfig，该结构包含了更加详细的音频信息，《ISO-14496-3 Audio》中的1.6.2.1 章节对此作了详细定义。
通常情况下，AAC sequence header这种Tag在FLV文件中只出现1次，并且是第一个Audio Tag，它存放了解码AAC音频所需要的详细信息。
有关AudioSpecificConfig结构的代码解析，可以参考ffmpeg/libavcodec/mpeg4audio.c中的avpriv_mpeg4audio_get_config方法。
为什么AudioTagHeader中定义了音频的相关参数，我们还需要传递AudioSpecificConfig呢？
因为当SoundFormat为AAC时，SoundType须设置为1（立体声），SoundRate须设置为3（44KHZ），但这并不意味着FLV文件中AAC编码的音频必须是44KHZ的立体声。播放器在播放AAC音频时，应忽略AudioTagHeader中的参数，并根据AudioSpecificConfig来配置正确的解码参数。
3.4 Video Tag
如果TAG包中的TagType等于9，表示该Tag中包含的数据类型为Video。StreamID之后的数据就是VideoTagHeader，其定义详见E.4.3.1 VIDEODATA，结构如下：
图8. FLV Video Tag结构
VideoTagHeader之后跟着的就是VIDEODATA数据了，但是和AAC音频一样，它也存在一个特例，就是当视频编码格式为H.264的时候，VideoTagHeader会多出4个字节的信息，AVCPacketType和CompositionTime。
?AVCPacketType用来表示VIDEODATA的内容
?CompositonTime相对时间戳，如果AVCPacketType=0x01，为相对时间戳，其它均为0；
以图4. FLV文件结构示例2为例分析VideoTagHeader结构：
?高4位为0001，转十进制为1，表示当前帧为关键帧；
?低4位为0111，转十进制为7，说明当前视频的编码格式为AVC。
3.4.1 AVCDecoderConfigurationRecord
AVC sequence header中存放的是AVCDecoderConfigurationRecord，《ISO-14496-15 AVC file format》对此作了详细定义。它存放的是AVC的编码参数，解码时需设置给解码器后方可正确解码。
通常情况下，AVC sequence header这种Tag在FLV文件中只出现1次，并且第一个Video Tag。
有关AVCDecoderConfigurationRecord结构的代码解析，可以参考中的ff_isom_write_avcc方法。
3.4.2 CompositionTime(相对时间戳)
相对时间戳的概念需要和PTS、DTS一起理解：
DTS : Decode Time Stamp，解码时间戳，用于告知解码器该视频帧的解码时间；
PTS : Presentation Time Stamp，显示时间戳，用于告知播放器该视频帧的显示时间；
CTS : Composition Time Stamp，相对时间戳，用来表示PTS与DTS的差值。
如果视频里各帧的编码是按输入顺序依次进行的，则解码和显示时间相同，应该是一致的。但在编码后的视频类型中，如果存在B帧，输入顺序和编码顺序并不一致，所以才需要PTS和DTS这两种时间戳。视频帧的解码一定是发生在显示前，所以视频帧的PTS，一定是大于等于DTS的，因此CTS=PTS-DTS。
FLV Video Tag中的TimeStamp，不是PTS，而是DTS，视频帧的PTS需要我们通过DTS + CTS计算得到。
为什么Audio Tag不需要CompositionTime呢？
因为Audio的编码顺序和输入顺序一致，即PTS=DTS，所以它没有CompositionTime的概念。
3.5 Script Data Tags
如果TAG包中的TagType等于18，表示该Tag中包含的数据类型为SCRIPT。
SCRIPTDATA 结构十分复杂，定义了很多格式类型，每个类型对应一种结构，详细可参考E.4.4 Data Tags
onMetaData是SCRIPTDATA中一个非常重要的信息，其结构定义可参考E.5 onMetaData。它通常是FLV文件中的第一个Tag，用来表示当前文件的一些基本信息: 比如视音频的编码类型id、视频的宽和高、文件大小、视频长度、创建日期等。
来自：金山云视频云团队
原文：http://blog.51cto.com/13505171/2058702