rm文件格式
- 格式:doc
- 大小:53.50 KB
- 文档页数:7
常见的视频文件格式AVI, .wma, .rmvb,.rm, .flash,.mp4,.mid, 3GP以上是比较常见的, AVI一般比较大, 也是最清晰的一种,rmvb,wma中等清晰, rm格式小,清晰度稍微差些. .flash,.mp4,.mid, 3GP都是格式比较小的适合网络播放与移动媒体设备播放用的.视频文件格式有不同的分类,如:微软视频:wmv、asf、asxReal Player :rm、 rmvbMPEG视频:mpg、mpeg、mpe手机视频:3gpApple视频:movSony视频:mp4、m4v其他常见视频:avi、dat、mkv、flv、vobAVIAVI:比较早的AVI是Microsoft开发的。
其含义是Audio Video Interactive,就是把视频和音频编码混合在一起储存。
AVI也是最长寿的格式,已存在10余年了,虽然发布过改版(于1996年发布),但已显老态。
AVI格式上限制比较多,只能有一个视频轨道和一个音频轨道(现在有非标准插件可加入最多两个音频轨道),还可以有一些附加轨道,如文字等。
AVI格式不提供任何控制功能。
副档名:aviWMVWMV(Windows Media Video)是微软公司开发的一组数位视频编解码格式的通称,ASF (Advanced Systems Format)是其封装格式。
ASF封装的WMV档具有“数位版权保护”功能。
副档名:wmv/asf、wmvhdMPEGMPEG格式:MPEG(Moving Picture Experts Group),是一个国际标准组织(IS0)认可的媒体封装形式,受到大部份机器的支持。
其储存方式多样,可以适应不同的应用环境。
MPEG-4档的档容器格式在Layer 1(mux)、14(mpg)、15(avc)等中规定。
MPEG的控制功能丰富,可以有多个视频(即角度)、音轨、字幕(位图字幕)等等。
MPEG的一个简化版本3GP 还广泛的用于准3G手机上。
视频格式详解(RMVB,RM,WMV,ASF,AVI,MPEG1,MPEG2,MPEG4,MOV等)(●AVI格式:它的英文全称为Audio Video Interleaved,即音频视频交错格式。
它于1992年被Microsoft公司推出,随Windows3.1一起被人们所认识和熟知。
所谓“音频视频交错”,就是可以将视频和音频交织在一起进行同步播放。
这种视频格式的优点是图像质量好,可以跨多个平台使用,其缺点是体积过于庞大,而且更加糟糕的是压缩标准不统一,最普遍的现象就是高版本Windows媒体播放器播放不了采用早期编码编辑的AVI格式视频,而低版本Windows媒体播放器又播放不了采用最新编码编辑的AVI格式视频,所以我们在进行一些AVI格式的视频播放时常会出现由于视频编码问题而造成的视频不能播放或即使能够播放,但存在不能调节播放进度和播放时只有声音没有图像等一些莫名其妙的问题,如果用户在进行AVI格式的视频播放时遇到了这些问题,可以通过下载相应的解码器来解决。
●nAVI格式:nAVI是newAVI的缩写,是一个名为ShadowRealm的地下组织发展起来的一种新视频格式(与我们上面所说的AVI格式没有太大联系)。
它是由Microsoft ASF压缩算法的修改而来的,但是又与下面介绍的网络影像视频中的ASF视频格式有所区别,它以牺牲原有ASF视频文件视频“流”特性为代价而通过增加帧率来大幅提高ASF视频文件的清晰度。
●DV-AVI格式:DV的英文全称是Digital Video Format,是由索尼、松下、JVC等多家厂商联合提出的一种家用数字视频格式。
目前非常流行的数码摄像机就是使用这种格式记录视频数据的。
它可以通过电脑的IEEE 1394端口传输视频数据到电脑,也可以将电脑中编辑好的的视频数据回录到数码摄像机中。
这种视频格式的文件扩展名一般是.avi,所以也叫DV-AVI格式。
●MPEG格式:它的英文全称为Moving Picture Expert Group,即运动图像专家组格式,家里常看的VCD、SVCD、DVD就是这种格式。
修复电影无法拖动播放时间条平时在观看一些电影时,最让大家苦恼的事情就是无法拖动播放时间条,看了一半的电影如果出现意外,再看时,我们必须得从头开始观看,其实这种情况是因为这些电影在制作时被损坏了,下面笔者就以最流行的媒体格式,教大家解决播放时间条不能拖动的几种方法:一、修复RM格式对于RM格式的文件,我们可以使用RMA(点击下载/html/1 ... &pn=0&.html)这款工具软件来进行修复,下载后进行解压缩并将BIN\WIN32目录下的Rma.exe文件拷贝到所要进行修复的影片文件夹中,例如我们要修复G:\danying下的“fy.rm”文件,那么我们可以按照如下操作进行修复:在命令提示符下,我们将提示符切换到“G:\dianying>”状态,我们首先使用“rma -f fy.rm”命令对“fy.rm”文件进行默认的错误修复,等修复完成后,然后再执行“rma -i fy.rm”命令对索引文件进行修复,最后执行“rma fy.rm”对文件进行检查,如果还存在问题,那么我们继续对其进行修复即可。
对于RM格式文件的修复我们还可以使用“RM修复器“(/soft/14025.html)等工具软件进行修复,所修复的文件不仅有RM格式,而且还有RMVB、RAM、RA、RV、RF、RT、RP等格式的文件。
二、修复ASF及WMV格式ASF及WMV 都是由微软所制定的网络串流多媒体标准格式。
对于ASF、WMV文件格式的修复,我们可以利用ASF Tools(点击下载/html/1 ... amp;pn=0&.html)这款功能强大的修复工具进行修复。
图1 ASF Tools主界面下载安装完后运行此软件,在软件界面上依次点击“Basics→Add”,然后在打开的窗口中选择所要修复的文件(如图1);然后再点击“Repair→Basic”,此时将会弹出一个指定修复后的文件名及保存路径的窗口,确定后我们点击保存按钮,此时会弹出命令提示符窗口,过一会儿命令提示符窗口会自动关闭,随后出现修复进度窗口并自动关闭,这时文件就修复完成了!修复ASF及WMV格式文件的工具还有“微风WMV、ASF流媒体工具包”等工具软件,软件使用非常简单,相信您会很快掌握的。
AVI,RM.RMVB,DVDRIP区别和优势一般而言,画质好坏为:DVDRIP>AVI>RMVB>RM容量大小:DVDRIP>AVI>RMVB>RMRMVB和RM有real的版权,没授权的话不能播放,所以手机更多的是支持MPEG,AVI,比较少支持RMVB和RM。
RMVB和RM的优点在于容量小,25分钟的片子,RMVB大概100M,而RM则为80M左右。
缺点是画质较差。
AVI比较常见,但同样是AVI格式,编码却分很多种。
因此,有可能出现播放不了的问题,下载对应的解码器就可以。
AVI多应用在MP4上。
优点是在容量不至于太大的情况下获得较好的画质。
缺点是编码太多,有点麻烦。
DVDRIP专门用来收藏的了。
画质非常好,能很好地还原片子的效果,用来看电影是最好的选择。
问题是容量太大,是AVI格式的好几倍。
DVDSCR没听过,不好意思。
请你相信我。
电影发烧友的话建议看DVDRIP,对质量有一定的要求的,建议看AVI。
对容量大小比较敏感,不太在乎质量的,建议看RMVB。
手机用户,能支持RM,肯定用RM的啦!容量小嘛!压缩一下,5分钟的PV才11M而已。
***********************************你说的“一般DVDRIP大小在1G左右,而DVDRIP-RMVB在4-5百M左右”其实是不准确的事实上DVDRIP通常一个CD都压在700M 再压成RMVB通常是300M左右你说“RMVB不就是从DVDRIP格式转制成RMVB格式吗?我理解清晰度应该是一样的” 如果你自己压一次你就明白了如果仅仅把DVDRIP转成RMVB那确实大小基本不会变但是怎么会有人浪费人力物力把DVDRIP转成RMVB 呢?因为转一次至少要2小时DVDRIP转成RMVB的目的就是减小文件便于网络传输所以在转换时一定要选择一个压缩比例我们看到的大都是把原来的DVDRIP压成自身质量的60%-85% 因为自身质量减低了所以文件变小了因此我们平常看的RMVB都没有DVDRIP清晰如果转换时选择100%的话那清晰度基本不会变而大小也基本不会变时间仍然要至少2小时这个转换就没意义了因此也不会有人作************************************其实DVDrip的原理并不复杂,它是将DVD的视频部分和音频部分分别提取并保存为不同的文件:其中视频部分通过MPEG4技术的DivX编码压缩处理成AVI格式文件;音频部分则保存为AC3格式音频或者转换成MP3格式。
常见的视频文件格式AVI, .wma, .rmvb,.rm, .flash,.mp4,.mid, 3GP以上是比较常见的, AVI一般比较大, 也是最清晰的一种,rmvb,wma中等清晰, rm格式小,清晰度稍微差些. .flash,.mp4,.mid, 3GP都是格式比较小的适合网络播放与移动媒体设备播放用的.视频文件格式有不同的分类,如:微软视频:wmv、asf、asxReal Player :rm、rmvbMPEG视频:mpg、mpeg、mpe手机视频:3gpApple视频:movSony视频:mp4、m4v其他常见视频:avi、dat、mkv、flv、vobAVIAVI:比较早的AVI是Microsoft开发的。
其含义是Audio Video Interactive,就是把视频和音频编码混合在一起储存。
AVI也是最长寿的格式,已存在10余年了,虽然发布过改版(V2.0于1996年发布),但已显老态。
AVI格式上限制比较多,只能有一个视频轨道和一个音频轨道(现在有非标准插件可加入最多两个音频轨道),还可以有一些附加轨道,如文字等。
AVI格式不提供任何控制功能。
副档名:aviWMVWMV(Windows Media Video)是微软公司开发的一组数位视频编解码格式的通称,ASF(Advanced Systems Format)是其封装格式。
ASF封装的WMV档具有“数位版权保护”功能。
副档名:wmv/asf、wmvhdMPEGMPEG格式:MPEG(Moving Picture Experts Group),是一个国际标准组织(IS0)认可的媒体封装形式,受到大部份机器的支持。
其储存方式多样,可以适应不同的应用环境。
MPEG-4档的档容器格式在Layer 1(mux)、14(mpg)、15(avc)等中规定。
MPEG的控制功能丰富,可以有多个视频(即角度)、音轨、字幕(位图字幕)等等。
MPEG的一个简化版本3GP还广泛的用于准3G手机上。
在解析RM文件时我们首先需要了解RM文件的格式。
在下面的内容中将介绍RM文件的格式。
RM文件格式(RealMedia File Format 简称RMFF),文件单元使用四字符编码。
编码是32位的。
RMF的基本单元是chunk。
是数据的逻辑单元。
每个chunk包含:1.四字符编码的单元标识符;2.每个chunk的32位的数据;3.未识别的块。
RMFF的标签RMFF的标签由一个头单元,一个数据单元和一个引导单元组成。
在头部中包括一下单元:RM的文件头,属性头,媒体属性头,内容描述头。
RM文件头:每个RM文件都是以RM文件头开始的。
RealMedia_File_Header { UINT32 object_id; UINT32 size; UINT16object_version ; if ((object_version == 0) || (object_version == 1)) { UINT32 file_version; UINT32 num_headers; } }RMFHeader的结构体由于RMFH的内容要根据RMFF的版本来改变,所以头的结构体有一个版本信息为了扩展方便。
object_id: RMF唯一的ID号。
是32位的无符号整型。
相当于文件的标识符。
size: RM头的大小。
32位的无符号整型。
object_version: RMFH对象的版本。
16位的无符号整型。
所有文件依照这个规定有一个object_version是0或1.file_version: 0或1.num_headers: 在头部中头的数量。
32位无符号整型。
属性头:描述RMF的一般媒体属性。
RM系统成员通过这个对象来配置如何处理RMF中或者流中的数据。
在RMF中只有一个属性头。
结构体如下:Properties { UINT32 object_id; UINT32 size; UINT16 object_version; if (object_version == 0) { UINT32 max_bit_rate; UINT32 avg_bit_rate; UINT32 max_packet_size; UINT32 avg_packet_size; UINT32 num_packets; UINT32 duration; UINT32 preroll; UINT32 index_offset; UINT32 data_offset; UINT16 num_streams; UINT16 flags; } }object_id: 属性头的唯一ID,相当于标识符。
1、无声时代的FLCFLC、FLI是Autodesk开发的一种视频格式,仅仅支持256色,但支持色彩抖动技术,因此在很多情况下很真彩视频区别不是很大,不支持音频信号,现在看来这种格式已经毫无用处,但在没有真彩显卡没有声卡的DOS时代确实是最好的也是唯一的选择。
最重要的是,Autodesk的全系列的动画制作软件都提供了对这种格式的支持,包括著名的3D Studio X,因此这种格式代表了一个时代的视频编码水平。
直到今日,仍旧有不少视频编辑软件可以读取和生成这种格式。
但毕竟廉颇老矣,这种格式已经被无情的淘汰。
2、载歌载舞的AVIAVI——Audio Video Interleave,即音频视频交叉存取格式。
1992年初Microsoft公司推出了AVI技术及其应用软件VFW(Video for Windows)。
在AVI文件中,运动图像和伴音数据是以交织的方式存储,并独立于硬件设备。
这种按交替方式组织音频和视像数据的方式可使得读取视频数据流时能更有效地从存储媒介得到连续的信息。
构成一个AVI文件的主要参数包括视像参数、伴音参数和压缩参数等。
AVI文件用的是AVI RIFF 形式,AVI RIFF形式由字串“AVI”标识。
所有的AVI文件都包括两个必须的LIST块。
这些块定义了流和数据流的格式。
AVI文件可能还包括一个索引块。
只要遵循这个标准,任何视频编码方案都可以使用在AVI文件中。
这意味着AVI有着非常好的扩充性。
这个规范由于是由微软制定,因此微软全系列的软件包括编程工具VB、VC都提供了最直接的支持,因此更加奠定了AVI在PC上的视频霸主地位。
由于AVI 本身的开放性,获得了众多编码技术研发商的支持,不同的编码使得AVI不断被完善,现在几乎所有运行在PC上的通用视频编辑系统,都是以支持AVI为主的。
AVI的出现宣告了PC上哑片时代的结束,不断完善的AVI格式代表了多媒体在PC上的兴起。
说到AVI就不能不提起英特尔公司的Indeo video系列编码,Indeo编码技术是一款用于PC视频的高性能的、纯软件的视频压缩/解压解决方案。
现在流行将几张VCD光盘压缩为一张光盘,其实说白了就是把那些影音文件制作成为RM格式的文件。
随着REALPLAY的流行,RM格式的文件也逐渐被大家所接受,人们也越来越喜欢使用RM格式的文件了,这正是因为RM文件拥有比MP3还要大的多的压缩比例,而且基本上可以提供与MP3一样的音质效果。
你是否想自己动手制作RM文件呢?我想你介绍制作RM文件的工具-RealProducter Plus。
RealProducer Plus是由Real 公司所出的新一代的制作Real 格式(Real Audio/Video 音频、视频)文件制作工具,它可将Wav、Mov、Avi、Au、Mpeg 文件压制成Real 影音文件( ra、rm、ram...),以利网络上的传送与播放,程序中有一制作精灵,使用时只需按精灵步骤即可轻易制成,相当方便。
你可以到Real公司的网站()去下载最新的版本RealProducer Plus,最新版本的软件支持将MP3文件转化为Real音频文件,同时也支持将VCD转换为Real视频文件。
下载的RealProducer v8.5 Gold安装软件大小为5.2MB,它是一款共享软件只有30天的试用期,RealProducer v8.5 Gold 的安装过程和RealPlay一样非常的简单,只是在初次使用时要使用者填写一些个人资料和进行初步设置。
每次打开RealProducer v8.5 Gold后就会弹出一个对话框,整个对话框被分成左右两部分,左边的是原文件,右边的则是生成后的Real格式的音频、视频文件。
填写好相关资料后点击"OK"就可以了,接着RealProducer v8.5 Gold的主界面就出现了,如果你想对生成的文件进行一下描述只要在左边的一排文本栏中依次填写"Title"(标题)、"Author"(作者)、"Copyright"(版权)、"Description"(说明)、"Keyword"(关键名)就可以了;你还可以对生成的音频、视频文件的音质和画质进行设置;如果生成后的文件将放在网络上供大家欣赏的话,你最好设置一下该文件所面对的对象的网络速度;一切搞定之后只要点击"Start"就可以了,RealProducer v8.5 Gold就会开始生成Real文件了。
常见的流媒体格式Document serial number【UU89WT-UU98YT-UU8CB-UUUT-UUT108】常见的流媒体格式mov .asf .3gp .viv .swf .rt .rp .ra .rm 各自的优缺点是什么RM格式是RealNetworks公司开发的一种流媒体视频文件格式,它主要包含RealAudio、RealVideo和RealFlash三部分。
Real Media可以根据网络数据传输的不同速率制定不同的压缩比率,从而实现低速率的Internet上进行视频文件的实时传送和播放。
因为占用的存储空间小,大多普遍采用,多见于一些音乐网站 RMMOV格式 MOV格式是美国Apple公司开发的一种视频格式,播放软件是苹果的QuickTimePlayer。
具有较高的压缩比率和较完美的视频清晰度等特点,最大的特点还是跨平台性,即能支持MacOS,同样也能支持Windows系列。
用的也比较少,多用于教学类的ASF格式最大优点就是体积小,因此适合网络传输 ASF是一个开放标准,它能依靠多种协议在多种网络环境下支持数据的传送。
同JPG、MPG 文件一样,ASF文件也是一种文件类型,但它是专为在IP网上传送有同步关系的多媒体数据而设计的,所以ASF格式的信息特别适合在IP网上传输。
ASF文件的内容既可以是我们熟悉的普通文件,也可以是一个由编码设备实时生成的连续的数据流,所以ASF既可以传送人们事先录制好的节目,也可以传送实时产生的节目。
SWF是基于Macromedia公司Shockwave技术的流媒体动画格式,是用Flash软件制作的一种格式,源文件为.fla格式,由于其体积小、功能强、交互能力好、支持多个层和时间线程等特点,故越来越多地应用到网络动画中。
SWF文件是Flash的其中一种发布格式,已广泛用于Internet上,客户端安装Shockwave的插件即可播放。
目前,Flash在Internet的主要应用有:rm和ra格式:主要用来在低速率的网络上实时传输活动视频影像,可以根据网络数据传输速率的不同而采用不同的压缩比率,在数据传输过程中边下载边播放视频影像,从而实现影像数据的实时传送和播放。
RealMedia FormatThis is the newer format which stores both audio and video. All multi-byte numbers are stored in big-endian format.A RealMedia file consists of a series of chunks. Each chunk has the following format:dword chunk type (FOURCC)dword chunk size, including 8-byte preambleword chunk versionbyte[] chunk payloadReal chunk types:∙.RMF: RealMedia file header (only one per file, must be the first chunk)∙PROP: File properties (only one per file)∙MDPR: Stream properties (one for each stream)∙CONT: Content description/metadata (typically one per file)∙DATA: File data∙INDX: File index (typically one per stream)RealMedia file header (.RMF)This must be the first chunk in a RealMedia file. Only one .RMF can be present in a file. The only useful information carried by .RMF is the number of headers.A .RMF chunk has the following formatdword chunk type ('.RMF')dword chunk size (typically 0x12)word chunk version (always 0, for every known file)dword file versiondword number of headersFile properties header (PROP)This chunk contains some information about the general properties of a RealMedia file. Only one PROP chunk can be present in a file.A PROP chunk has the following formatdword Chunk type ('PROP')dword Chunk size (typically 0x32)word Chunk version (always 0, for every known file)dword Maximum bit ratedword Average bit ratedword Size of largest data packetdword Average size of data packetdword Number of data packets in the filedword File duration in msdword Suggested number of ms to buffer before starting playback dword Offset of the first INDX chunk form the start of the file dword Offset of the first DATA chunk form the start of the fileword Number of streams in the fileword Flags (bitfield, see below)Flags:∙bit 0: file can be saved on disk∙bit 1: PerfectPlay can be used (extra buffering)∙bit 2: the file is a live broadcastMedia properties header (MDPR)This chunk contains information about the properties of a RealMedia stream. This header defines the type of a stream and the codec used. Allcodec-related data is in the type specific part of this header.Many fields share the same meanings as the ones in PROP chunk, but in this case they are specific for one stream.There is one MDPR chunk for every stream in the file.A MDPR chunk has the following formatdword Chunk type ('MDPR')dword Chunk sizeword Chunk version (always 0, for every known file)word Stream numberdword Maximum bit ratedword Average bit ratedword Size of largest data packetdword Average size of data packetdword Stream start offset in msdword Preroll in ms (to be subtracted from timestamps?)dword Stream duration in msbyte Size of stream description stringbyte[] Stream description stringbyte Size of stream mime type stringbyte[] Mime type stringdword Size of type specific part of the headerbyte[] Type specific data, meaning and format depends on mime typeAudio (audio/)audio/x-pn-realaudio and audio/x-pn-multirate-realaudioThese mimetypes are used to specify streams with RealAudio codecs. There are 3 known versions of this datablock: ra3, ra4, ra5. ra3 is used only with the old 14_4 codec, ra4 and ra5 can be used with all the other codecs.The audio block has this formatbyte[4] Header signature ('.', 'r', 'a', 0xfd)word Version (3, 4 or 5)#if version == 3word Header size, not including first 8 bytesbyte[10] Unknowndword Data sizebyte Title string lengthbyte[] Title stringbyte Author string lengthbyte[] Author stringbyte Copyright string lengthbyte[] Copyright stringbyte Comment string lengthbyte[] Comment stringbyte Unknown *byte Fourcc string length (always 4) *byte[] Fourcc string (always "lpcJ") *#elseif version == 4 or version == 5word Unused (always 0)byte[4] ra signature (".ra4" or ".ra5", depending on version)dword Unknown (maybe data size)word Version2 (always equal to version)dword Header sizeword Codec flavordword Coded frame sizebyte[12] Unknownword Sub packet hword Frame sizeword Subpacket sizeword Unknown#if version == 5byte[6] Unknown#endifword Samplerateword Unknownword Sample sizeword Channels#if version == 4byte Interleaver ID string length (always 4)byte[] Interleaver ID stringbyte FourCC string length (always 4)byte[] FourCC string#endif#if version == 5dword Interleaver IDdword FourCC#endifbyte[3] Unknown#if version == 5byte Unknown#endifdword Codec extradata lengthbyte[] Codec extradata#endifaudio/X-MP3-draft-00This is used to store MP3 audio in rm container. When this mimetype is used the type-specific part of the MDPR header is not used, and its length is set to 0.The MP3 frames are stored in ADU format (see RFC 3119 for details) with no interleaving (at least this is true in the only known sample).audio/x-ralf-mpeg4This is used to store ralf lossless audio. This is the only known RealAudio codec that does not use the x-pn-realaudio mimetype.The format of this type-specific data is not known.Content description header (CONT)This chunk contains some text information (like title, author, ...) about the content of the file. This header has an informative purpose only and it's not needed to demux the file.A CONT chunk has the following formatdword Chunk type ('CONT')dword Chunk sizeword Chunk version (always 0, for every known file)word Title string lengthbyte[] Title stringword Author string lengthbyte[] Author stringword Copyright string lengthbyte[] Copyright stringword Comment string lengthbyte[] Comment stringData header (DATA)This chunk contains a group of data packets. Packets from each stream are interleaved, except for multirate files.A DATA chunk has the following formatdword Chunk type ('DATA')dword Chunk sizeword Chunk version (always 0, for every known file)dword Number of data packets in this chunkdword Offset of the next DATA chunk (form the start of the file) byte[] Data packetsEach data packet has this formatword Packet version (0 or 1 in available samples)word Packet sizeword Stream numberdword Timestamp (in ms)byte Unknownbyte Flags (bitfield, see below)#if version == 1byte Unknown#endifbyte[] Stream-specific dataFlags:∙bit 0: reliable packet (refers to network transmission method)∙bit 1: keyframeNote: The previous description of the data packet comes from working demuxer code, the description in official Real docs (somewhere on Helix site) is a bit different:word Packet versionword Packet sizeword Stream numberdword Timestamp#if version == 0byte Packet groupbyte Flags#endif#if version == 1word ASM rulebyte ASM flags#endifbyte[] Stream-specific datawhere packet group is "The packet group to which the packet belongs. If packet grouping is not used, set this field to 0 (zero)", asm rule is "The ASM rule assigned to this packet" and asm flags "Contains HX_ flags that dictate stream switching points".Index header (INDX)This chunk contains index entries. It comes after all the DATA chunks. An index chunk contains data for a single stream, A file can have more than one INDX chunk.A INDX chunk has the following formatdword Chunk type ('INDX')dword Chunk sizeword Chunk version (always 0, for every known file)dword Number of entries in this chunkword Stream numberdword Offset of the next INDX chunk (form the start of the file) byte[] Index entriesEach index entry has this formatword Entry version (always 0, for every known file)dword Timestamp (in ms)dword Packet offset in file (form the start of the file)dword Packet number。