这是解析flv二进制数据的小工具flvparse下载，解析flv二进制数据的小工具， 如果用文本编辑器分析FLV二进制数据已经令到你心烦意乱， 就请下载它吧。
解析flv二进制数据的小工具flvparse，可以清楚的看到flv文件的数据结构。flv二进制数据解析工具(FlvParse)，tag header tag data等都分析出来了的
这个工具的主要功能是查看FLV的文件结构，帮助我们理解FLV格式。另外，如果涉及到处理FLV文件的开发，这个工具对于查看处理结果非常有帮助。因此我觉得有必要写一个使用说明，希望这个工具能够给大家提供帮助。
解析flv二进制数据的小工具flvparse是一个用来分析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%以上，而且对于越大的文件这个比例占的越大。
分析耗时
耗时包括分析文件结构耗时和更新UI界面耗时两部分，每次分析完毕都会显示结果。大家还可以根据进度条来估算分析需要等待的时间。
