Flv的结构分析

Flv是网络上流行的非常广的一种媒体格式,很多大型媒体网站都在使用这种格式承载音视频信息,比如优酷等网站。

   

Flv文件格式相对而言还是比较简单的,主要是由两部分组成

   

FLV header

FLV body

   

   

FLV header

   

前9个字节

46 4c 56 01 05 00 00 00 00 09

第一到第三字节(46 4c 56) 的ascii的代码为"FLV"(注意大小写)

第四个字节为版本信息,一般都为(01)

第五个字节为流的信息,表示是否有视频信息,是否有音频信息。0000 0001(0x01)为有视频,0000 0100(0x04)为有音频,既有有视频又有音频为(0x05)

第六到第九字节存放的是整个头部长度,一般为(3+1+1+4)=9。

   

FLV body

   

Flv body是由很多tag组成,tag又分成三种类型

  • script(脚本流)
  • video(视频流)
  • audio(音频流)

   

tag的结构举例如下:

   

   

每个tag包含

  • tag header
  • tag data

       

tag header

   

tag header 的第一个字节表示为记录的数据类型,(0x12)为脚本类型;(0x08)为音频类型;(0x09)为视频类型    

tag header的第二到第四个字节表示为数据区长度

(0x00 01 74)表示 为372,表示tag data 长度

tag header 的第五到第七个字节表示为时间戳,类型为(0x12)的tag时间戳一直为0,(0xFFFFFF)可以表示长度为4小时,单位为毫秒。

tag header 的第八个字节为扩展时间戳,一般都为0,长度为4小时的flv一般很少见了。

tag header 的第九到第十一个字节为streamID,总为0.

   

tag data

   

tag data三种类型的结构表示如下:

script(脚本流)

包含两个AMF(Action Message Format)包,第一个AMF包封装了" onMetaData ",第二个AMF包封装了诸如视频图像长宽,文件长度,视频帧率,音频比特率,位深等等。

第一个字节表示AMF包类型,都是(0x02),表示字符串。

第二到第三个字节表示字符串长度,一般是(0x0a),表示10个字符串,就是第四到第十三个字节包含的" onMetaData "字符串的长度。

第十四个字节是第二个AMF包类型,一般是(0x08),表示数组,第十五到第十八个字节是AMF包长度,表示数组元素个数。(0x10)表示包含16个数组元素长度。

后面即为各数组元素的封装,数组元素为元素名称和值组成的对。表示方法如下:

   

第1-2个字节表示元素名称的长度,假设为L。

后面跟着为长度为L的字符串。

第L+3个字节表示元素值的类型。

后面跟着为对应值,占用字节数取决于值的类型。

   

   

video(视频流)

   

视频流如下:

前4bits表示类型:

·1-- keyframe

·2 -- inner frame

·3 -- disposable inner frame (h.263 only)

·4 -- generated keyframe

(0x17)前4bit表示为0001,表示为keyframe

   

后4bits表示解码器ID:

·2 -- seronson h.263

·3 -- screen video

·4 -- On2 VP6

·5 -- On2 VP6 with alpha channel

·6 -- Screen video version 2

·7 -- AVC (h.264)

(0x17)后4bits表示为0111,表示为avc(h.264)

   

第二个字节固定为0x01。

 

之后是视频数据。

   

   

audio(音频流)

前4bits表示音频格式:

·0 -- 未压缩

·1 -- ADPCM

·2 -- MP3

·4 -- Nellymoser 16-kHz mono

·5 -- Nellymoser 8-kHz mono

·10 – AAC

(0x2b)前4bits为2,表示为mp3

   

下面两个bits表示samplerate:

·0 -- 5.5KHz

·1 -- 11kHz

·2 -- 22kHz

·3 -- 44kHz

(0x2b)中b表示为 1011,10为2,表示22kHz

   

下面1bit表示采样长度:

·0 -- snd8Bit

·1 -- snd16Bit

   

   

下面1bit表示类型:

·0 -- sndMomo

·1 – sndStereo

   

之后是数据。

   

tag size

在每个tag前面都有四个字节,表示前面tag的长度大小,因为script(脚本流)前面没有tag,所以script tag前面的四个字节都为(0x00 00 00 00).

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
【该资源在win7——64位系统下验证通过。win10系统试试用win7兼容方式打开】 解析flv二进制数据的小工具,tag header tag data等都分析出来了的 这个工具的主要功能是查看FLV的文件结构,帮助我们理解FLV格式。另外,如果涉及到处理flv文件的开发,这个工具对于查看处理结果非常有帮助。因此我觉得有必要写一个使用说明,希望这个工具能够给大家提供帮助。 打开后的界面如下图所示。 先说一下界面布局:左上方是FLV文件的结构树,右边是FLV文件的字节流数据;左侧结构树下面依次是结构树的信息等级选择、高速模式选择、文件分析用时及进度条等;下方是分析文件的地址显示以及文件选择按钮。下面详细介绍一下相关部分。 结构树及信息等级 FLV结构树是这个工具最重要的显示信息,用户可以直观的查看当前FLV文件的结构FLVParse默认FLV文件结构树的形式为:File Header + Metadata Tag(1个) + Video or Audio Tags(按顺序)。 结构树的信息详细程度是按等级划分的,之所以要分等级,是为了区分显示信息的详细程度,因为不同程度的分析对于分析所用的时间影响是比较大的(主要在UI界面上),越详细的信息等级占用分析时间越长。一共有6个等级,按从简单到详细介绍如下。 only section position info —— 只有每个section的位置信息,如下图所示。其中每个section后的方括号里是位置信息(十六进制表示),每个“Pre Tag Size”后面的数字表示size的大小(十进制表示),Video&Audio Tag按照在文件中的顺序依次排序标号; file header info, metadata info —— 只有File Header + Metadata Tag的详细信息,如下图所示。其中File Header的详细结构信息会在子树中列出,并在每项后面标示该项的值;Metadata Tag类似,包含Tag Header和Tag Data两个子树,并且对应子项的详细信息也都列出; file header info, metadata info, tag position info —— 包含File Header + Metadata Tag的详细信息,Video&Audio Tags的位置信息,以及Pre Tag Size信息,如下图所示; file header info, metadata info, tag section position info —— 比上个等级多出Video&Audio Tags的Tag Header和Tag Data的位置信息,如下图所示; file header info, metadata info, tag header info —— 比上个等级多出Tag Header的详细子项信息,如下图所示; file header info, metadata info, tag info —— 比上个等级多出Tag Data的详细子项信息,如下图所示。 FLV字节流数据显示 右侧显示了FLV文件的数据,可以让用户方便地查询对应位置上的字节。每一行都以一个十六进制的位置开始,该位置为相对于文件开头的位置。每一行有十六个字节,每个字节按高4位和第4位显示2个十六进制的字符,用户可以滑动滚动条查看任意位置的字节。 当用户选中左边结构树中的某项时,右边数据会自动选中对应的数据区域(绿色),根据不同项的类型,选中的区域大小也会自动对应。 高速模式 这个选项是为了解决分析比较大的FLV文件时,用户等待时间过长的问题。 普通模式时,分析过程为阻塞模式,即主线程分析完毕后刷新界面,用户才可以继续操作。 高速模式时,为非阻塞模式,主线程分析一小部分后立即返回刷新界面,响应用户操作;另外一个线程会继续分析剩余大部分文件,直到分析完毕自动结束线程。因此高速模式时,用户会看到结构树的滚动条一直在滑动,这是因为后台分析线程在不断向结构树里添加子项。需要注意的是,当后台分析线程还没有结束,如果用户打开新的文件进行分析,有可能出现错误的分析结果。这个目前没有进行测试,我想应该是这样的。 这里需要提一下,其实真正分析文件的时间并不会特别长,即使几百兆的文件,几十秒内应该没有问题,时间主要消耗在MFC的树型控件CTreeCtrl上。为了开发效率,FLVParse使用了MFC控件,但是CTreeCtrl在结构比较复杂,子项比较多的时候,效率会出现比较大的下降。当子项超过10000的时候,再进行添加的时间大大变长,几乎到了无法忍受的程度,好在还算稳定,没有出现崩溃等现象。粗略估计,每次分析文件,花在更新UI界面上的时间要占总耗时的90%以上,而且对于越大的

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值