CN100593817C - 录制有音频视频交错结构文件的光学储存媒体及录制方法 - Google Patents

Abstract

一种录制有音频视频交错结构文件的光学储存媒体及其录制方法，其中光学储存媒体为一次写入型且所采用的文件系统并未使用多段文件来记录。此方法在AVI结构中利用一个赘冗块使得每个连续烧录区段之间所产生的链接区被包含在此赘冗块内，故得以避免整个AVI结构被链接区破坏。

Description

录制有音频视频交错结构文件的光学储存媒体及录制方法

技术领域

本发明涉及一种实时录制多媒体文件的方法，特别涉及一种在光学储存媒体上实时录制具有AVI结构的文件的方法。

背景技术

AVI是一种针对声音和动态图片所制定的视窗多媒体(Windows Media)文件格式，其使用微软(Microsoft)开发的RIFF格式，其中AVI是Audio VideoInterleaved(音频视频交错)的缩写，而RIFF是Resource Interchange FileFormat(资源交换文件格式)的缩写。

首先介绍RIFF格式。如图1A所示，RIFF文件的结构包括“RIFF”、长度、识别码及数据区，其中“RIFF”是一个四字符码(four-character code，简称为FCC)，且由于微软操作系统的字节排序使用小头方式(little-endian)，因此若四字符码“RIFF”的编码以十六进制表示为52 49 46 46，则写到文件中的顺序为46 46 49 52。为了方便辨识，以下四字符码均用双引号括起来。此RIFF文件的结构一开始用4个字节的四字符码“RIFF”表示这是一个RIFF文件；紧跟着用4个字节表示此RIFF文件的长度；然后再用4个字节的四字符码作为识别码，表示数据的类型，例如是AVI、WAVE等；最后就是存放实际数据的数据区。需要注意的是长度字段所记载的长度为实际数据的长度(即数据区的长度)加上识别码字段的长度(即4个字节)。

另外，RIFF格式使用列表(list)及块(chunk)两种数据结构，而且列表/块可以再嵌套其他的列表/块。如图1B所示，列表的结构包括“LIST”、长度、识别码及数据区，其中“LIST”是一个四字符码，表示这是一个列表；长度字段所记载的长度为数据区的长度加上识别码字段的长度；而识别码例如是四字符码“hdrl”、“movi”等，表示数据的类型。类似地，块的结构包括识别码、长度及数据区，其中识别码例如是四字符码“idx1”等，表示数据的类型；而长度字段所记载的长度为数据区的长度加上识别码字段的长度。

再来介绍AVI文件的结构，其中AVI是一种使用RIFF格式的视窗多媒体文件格式。如图2A所示，AVI文件的结构为：一开始四字符码“RIFF”表示这是一个RIFF文件；接着len1表示此文件的长度；然后四字符码“AVI”表示这是AVI类型的文件，其中含有空格的四字符码是合法的；最后就是存放AVI实际数据的数据区。一般将数据区之前的部分称为头信息(header)，例如AVI文件的头信息20包括“RIFF”、长度len1及识别码“AVI”。另外，AVI文件的数据区包括两个列表21、22及一个可选的块23。其中，列表21的结构包括“LIST”、长度len2、识别码“hdrl”及HDRL数据区(其存放数字影音数据的各头信息数据)。列表22的结构包括“LIST”、长度len3、识别码“movi”及MOVI数据区(其存放上述的数字影音数据)。块23的结构包括识别码“idx1”、长度len4及IDX1数据区(其存放用于快转、倒转等的索引数据)。

另外，再对用于光盘的文件系统稍做说明，以下以ISO 9660为例。ISO9660文件系统允许文件可以由一个或多个片段(section)所组成。而在文件系统里，对每个文件片段均有一个多延伸位(Multi-Extent bit)来表示目前这个片段是否为该文件最后一个片段。若文件所使用到的媒体位置是连续且顺序的，则这个文件只会有一个片段，且文件系统里的多延伸位为0。若文件所使用到的媒体位置是离散的，则这个文件会有多个片段，并可以利用文件系统将离散的片段连接成逻辑上连续的片段，此即为多段文件的记录方式。

在光学储存媒体上实时录制具有AVI结构文件且所采用的光盘文件系统并未使用多段文件来记录的情况下，文件所使用到的媒体位置必须是连续且顺序的，这时文件只有一个片段而不需要查找文件系统来取得离散的各个片段。由于列表22用于存放实时录制的数字影音数据的缘故，列表22的长度len3在录制未停止前无法得知，因此必须保留列表22的头信息(其包括“LIST”、长度len3及识别码“movi”)并先将录制的数据写入列表22的MOVI数据区，等到录制结束后再回头将与录制的数字影音数据有关的头信息数据填入列表21的头信息。

但是，对于一次写入型(write-once)光学储存媒体如DVD+/-R而言，在每次连续烧录的结束点会产生一段无法写入数据的链接区(linking lossarea)，以便结束目前连续烧录的动作，一般这个链接区长度为2KB或32KB且可以视做其数据全为零。所以，每个连续烧录区段之间会有这段链接区存在。在上述的情形下，如图2B所示，列表22的MOVI数据区与其头信息之间就会有这样的链接区存在。此时，当播放程序或播放机在处理这个AVI文件时，读完列表22的头信息而得知长度与识别码之后，正常来说应该接着开始读取MOVI数据区中第一个影音(A/V)块的识别码(其为一个四字符码)，但是事实上却因为链接区而读取到2KB或32KB的零。

由于在AVI文件中需要依靠每个列表/块在其头信息所记录的长度来找到下一个列表/块的起始点，若头信息所记录的长度与实际的长度不一致，则会造成AVI文件无法被正确解析。所以，若不进行特殊处理，产生在文件中的这个链接区将会破坏文件的结构与正确性。虽然目前在进行实时录制可以利用多段文件来记录，先将列表21写在列表22及块23二者的后面，再利用文件系统将离散的片段连接成逻辑上连续的片段，但是这种利用多段文件来记录的作法在现有市场的普及与支持程度并不全面。或是，通过限制每次AVI文件的录制长度，以使得进行实时录制可以得到正确AVI结构的文件，但是这种限制每次录制长度的作法在使用上并不方便。

发明内容

本发明的目的在于提供一种在光学储存媒体上实时录制具有AVI结构的文件的方法，以解决实时录制在一次写入型且所采用的文件系统并未使用多段文件来记录的光学储存媒体上所遭遇的文件结构被破坏的问题。

本发明的另一目的在于提供一种录制有AVI结构文件的光学储存媒体，以解决实时录制在一次写入型且所采用的文件系统并未使用多段文件来记录的光学储存媒体上所遭遇的文件结构被破坏的问题。

本发明提出一种在光学储存媒体上实时录制具有AVI结构的文件的方法，其中光学储存媒体为一次写入型且所采用的光盘文件系统并未使用多段文件来记录，且其中AVI结构包括用以存放头信息数据的第一列表及用以存放影音数据的第二列表，第二列表包括头信息及子数据区，且子数据区的长度依据录制的影音数据的长度所决定。此方法首先根据光学储存媒体的类型确定每个连续烧录区段之间所产生的链接区的长度。接着，根据第一列表、第二列表的头信息及赘冗块的长度总和，保留一个保留区于子数据区之前且这个保留区的长度等于上述的长度总和，其中赘冗块的长度大于链接区的长度。然后，开始录制影音数据，并在录制未停止前将录制的影音数据写入子数据区，以及在录制停止后将整个AVI文件的头信息写在保留区之前的区域，再依序将第一列表、第二列表的头信息及赘冗块的数据写入保留区。在一实施例中，赘冗块的识别码为一四字符码，例如是“JUNK”，其能使播放装置读到此四字符码时忽略该赘冗块的内容。

本发明还提出一种录制有AVI结构文件的光学储存媒体，而此光学储存媒体为一次写入型且所采用的光盘文件系统并未使用多段文件来记录，故在此光学储存媒体上每个连续烧录区段之间会产生一链接区。其中，AVI结构包括一第一列表、一第二列表及一可选的索引块，且第一列表在第二列表(或第二列表的头信息)之前，索引块在第二列表(或第二列表的子数据区)之后。

第一列表用以存放与影音数据相关的头信息数据。第二列表包括一头信息、一赘冗块及一子数据区。其中，赘冗块的长度大于链接区的长度，子数据区用以存放所录制的影音数据，且第二列表的头信息在第二列表的赘冗块之前，第二列表的赘冗块在第二列表的子数据区之前。索引块用以存放与影音数据相关的索引数据。在一实施例中，赘冗块的识别码为一四字符码，例如是“JUNK”，其能使播放装置读到此四字符码时忽略该赘冗块的内容。

本发明在AVI结构中利用一个赘冗块，使得录制停止后在将数据写入第一列表及第二列表的头信息时，写入的数据与先前录制的影音数据之间所产生的链接区被包含在此赘冗块内，故得以维持整个AVI结构的正确性。这样的做法优点在于不需要限制每次录制长度或是降低光学储存媒体的相容性。

为让本发明的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合附图，作详细说明如下。

附图说明

图1A为RIFF文件的结构示意图；

图1B为RIFF的两种数据结构示意图；

图2A为AVI文件的结构示意图；

图2B为AVI文件结构中链接区产生于列表22的头信息及其MOVI数据区的第一个A/V块之间的示意图；

图3为本发明一实施例AVI文件的结构示意图；

图4为本发明一实施例在光学储存媒体上实时录制具有AVI结构的文件的方法的流程图。

具体实施方式

图3为本发明一实施例的AVI文件的结构(即AVI结构)。请参照图3，此AVI文件的结构为：一开始四字符码“RIFF”表示这是一个RIFF文件；接着len1表示此文件的长度；然后四字符码“AVI”表示这是AVI类型的文件；最后就是存放AVI实际数据的数据区，其包括第一列表31、第二列表32及一个索引块33。

第一列表31的结构包括“LIST”、长度len2、识别码“hdrl”及HDRL数据区(其存放数字影音数据的各头信息数据)。第二列表32的结构包括“LIST”、长度len3、识别码“movi”及MOVI数据区(其存放上述的数字影音数据)。索引块33的结构包括识别码“idx1”、长度len4及IDX1数据区(其存放用于快转、倒转等的索引数据)。其中，第一列表31的长度len2可以为固定长度，第二列表32的长度len3在实时录制未停止前无法得知，索引块33的长度len4在第二列表32的长度len3确定后可以经由计算得知此值。因此，长度len1及len4必须要在第二列表32的长度len3确定后才能得知。

本发明与传统的AVI结构不同处在于本发明在第二列表32的头信息及原本的MOVI数据区(以下称为子数据区)32b之间加入一个赘冗块32a，且赘冗块32a的长度大于链接区的长度。按照RIFF格式，赘冗块32a的长度为识别码字段的长度(即4个字节)加上数据区的长度，而且因为赘冗块32a的数据区被用来包含链接区(即赘冗块32a的数据区的长度大于或等于链接区的长度)以避免AVI结构被破坏，因此赘冗块32a的长度大于或等于识别码字段的长度(即4个字节)加上链接区的长度。所以，本发明第二列表32的MOVI数据区包括赘冗块32a及子数据区32b。

在说明本发明的实时录制具有AVI结构的文件的方法之前，先对一些名词加以定义清楚。由于一般将各数据区之前的部分称为头信息，所以整个AVI文件的头信息30包括“RIFF”、长度len1及识别码“AVI”，第一列表31的头信息包括“LIST”、长度len2及识别码“hdrl”，第二列表32的头信息包括“LIST”、长度len3及识别码“movi”，而索引块33的头信息包括识别码“idx1”及长度len4。另外，本领域技术人员一般将第一列表31称为HDRL列表，而第二列表32称为MOVI列表。

图4为本发明一实施例在光学储存媒体上实时录制具有AVI结构的文件的方法的流程图。其中，光学储存媒体为一次写入型且所采用的文件系统并未使用多段文件来记录。在一实施例中，一次写入型光学储存媒体例如是DVD+/-R光盘，而文件系统例如是ISO 9660或UDF(Universal Disc Format，通用磁盘格式)。

请同时参照图3及图4，此方法首先在步骤S41根据光学储存媒体的类型确定每个连续烧录区段之间所产生的链接区的长度，一般链接区的长度为2KB或32KB。接着，在步骤S42根据HDRL列表31、MOVI列表32的头信息及赘冗块32a的长度总和，在子数据区32b之前保留一个保留区且这个保留区的长度等于上述的长度总和，其中赘冗块32a的长度大于链接区的长度。然后，在步骤S43开始实时录制影音数据，而且由于在进行实时录制时MOVI列表32的长度len3在录制结束后才能得知，录制无法从头信息开始进行，所以必须先进行子数据区32b影音数据的烧录。

在步骤S44判断录制是否已经停止，若录制未停止，则到步骤S45将录制的影音数据写入子数据区32b，一般录制的影音数据会先经过MPEG4的编码再包装成AVI的块，例如是影音(A/V)块。接着，在步骤S46计数上述的A/V块的数目及其长度，再回到步骤S44判断录制是否已经停止。

若在步骤S44判断录制已经停止，则到步骤S47根据MOVI数据区的内容将相应的数据写入索引块33，包括将索引数据写入IDX1数据区及将索引块33的长度len4写入索引块33的头信息。接着，在步骤S48根据步骤S46的计数结果计算MOVI列表32的长度len3，进而得到整个AVI结构的长度len1。最后，由于已经取得长度len1及len3的值，可据此填入正确的长度信息以建立正确的头信息，因此在步骤S49将整个AVI文件的头信息写在保留区之前，再依序将HDRL列表31、MOVI列表32的头信息及赘冗块32a的数据写入保留区。

虽然录制停止后在将数据写入HDRL列表31及MOVI列表32的头信息时，写入的数据与在子数据区32b先前所录制的影音数据之间会产生一链接区，但是因为本发明在其间利用一赘冗块32a将链接区包含在此赘冗块32a的范围内，使得链接区不会破坏整个AVI结构的正确性。另外，在一实施例，赘冗块32a的识别码为一四字符码“JUNK”，这可以在播放程序或播放机读完MOVI列表32的头信息，接着读到赘冗块32a的识别码为“JUNK”时跳过这个块而直接读下一个块，所以会读到在MOVI列表32中的第一个A/V块。当然，赘冗块32a的识别码可以是其它的四字符码，只要这个四字元码可以使得播放程序或播放机读到它的时候会忽略或跳过赘冗块32a的数据区的内容即可。当然，对于本领域普通技术人员而言，赘冗块32a的识别码为其它多字符码亦在本发明的保护范围之内。

综上所述，在本发明在AVI结构中利用一个赘冗块，使得录制停止后在将数据写入第一列表及第二列表的头信息时，写入的数据与先前录制的影音数据之间所产生的链接区被包含在此赘冗块内，故得以维持整个AVI结构的正确性。这样的做法优点在于不需要限制每次录制长度或是降低光学储存媒体的相容性。

虽然本发明已以较佳实施例揭露如上，然其并非用以限定本发明，任何本领域技术人员，在不脱离本发明的精神和范围内，当可作些许的更动与润饰，因此本发明的保护范围应当以后附的权利要求所界定的为准。

Claims (10)

1、一种在光学储存媒体上实时录制具有AVI结构的文件的方法，其中该光学储存媒体为一次写入型且所采用的一光盘文件系统并未使用多段文件来记录，该AVI结构包括用以存放头信息数据的一第一列表及用以存放影音数据的一第二列表，该第二列表包括一头信息及一子数据区，且该子数据区的长度依据录制的影音数据的长度所决定，该方法包括：

根据该光学储存媒体的类型确定每个连续烧录区段之间所产生的一链接区的长度；

根据该第一列表、该第二列表的头信息及一赘冗块的长度总和，保留一保留区于该子数据区之前，且该保留区的长度等于该长度总和，其中该赘冗块的长度大于该链接区的长度；

开始录制一影音数据，并在录制停止前，将录制的影音数据写入该子数据区；以及

在录制停止后，将整个AVI文件的头信息写在保留区之前的区域，再依序将该第一列表、该第二列表的头信息及该赘冗块的数据写入该保留区。

2、如权利要求1所述的方法，还包括：

在录制进行时，记录影音块的长度和数量，在录制停止后，先根据记录的影音块的长度和数量计算出该第二列表及该AVI结构的长度，再写入所述整个AVI文件、第一列表和该第二列表的头信息及该赘冗块的数据。

3、如权利要求1所述的方法，其中该AVI结构还包括用以存放索引数据的一索引块，在录制停止后，先将索引数据写入该子数据区之后的该索引块，再写入所述整个AVI文件、第一列表和该第二列表的头信息及该赘冗块的数据。

4、如权利要求3所述的方法，还包括：

在录制进行时，记录影音块的长度和数量；录制停止后，在将索引数据写入该索引块后，先根据记录的影音块的长度和数量计算该第二列表及该AVI结构的长度，再写入所述整个AVI文件、第一列表和该第二列表的头信息及该赘冗块的数据。

5、如权利要求1所述的方法，其中该赘冗块包括有一识别码，且播放装置读到该识别码时忽略该赘冗块的内容。

6、如权利要求5所述的方法，其中该赘冗块的识别码为四字符码。

7、一种录制有AVI结构文件的光学储存媒体，其中该光学储存媒体为一次写入型且所采用的一光盘文件系统并未使用多段文件来记录，该光学储存媒体的每个连续烧录区段之间存在一链接区，其中该AVI结构包括：

一第一列表，用以存放与一影音数据相关的头信息数据；以及

一第二列表，包括一头信息、一赘冗块及一子数据区，其中该赘冗块的长度大于该链接区的长度，且该子数据区用以存放所录制的该影音数据，

其中，该第一列表在该第二列表之前，该第二列表的头信息在该第二列表的赘冗块之前，且该第二列表的赘冗块在该第二列表的子数据区之前。

8、如权利要求7所述的光学储存媒体，其中该AVI结构文件还包括：

一索引块，用以存放与该影音数据相关的索引数据，且该索引块在该第二列表之后。

9、如权利要求7所述的光学储存媒体，其中该赘冗块中包括有一识别码，该识别码为一四字符码，且播放装置读到该四字符码时忽略该赘冗块的内容。

10、如权利要求7所述的光学储存媒体，其中该赘冗块的长度大于或等于一识别码字段的长度加上该链接区的长度。

Images