具体实施方式
下面,参照附图来详细说明本发明的实施方式。这里的说明按本发明共同使用的构成、各个实施方式固有的内容之顺序来进行。另外,本发明不限于此。
<系统构成>
图2是后述各实施方式共同的视频盘记录器的基本系统构成图。
如图2所示,该视频盘记录器由如下器件构成:总线100、主机CPU101、RAM102、ROM103、用户界面104、系统时钟105、光盘106、拾取器(pickup)107、ECC(Error Correcting Coding:纠错编码)译码器108、ECC编码器109、音频再现用缓冲器110、视频再现用缓冲器111、去多路复用器112、多路复用器113、记录用缓冲器114、音频译码器115、视频译码器116、音频编码器117、视频编码器118、音频记录用缓冲器119、视频记录用缓冲器120、去多路复用器121、后期记录数据再现用缓冲器122、分割处理部123(分割为AV数据和部分关联数据的部件)、空区域管理部125(确保连续区域的部件)、管理信息处理部126和未图示的摄像机、麦克风、扬声器、显示器等。另外,拾取器107、ECC译码器108、ECC编码器109构成驱动器127(连续记录部分AV数据与部分关联数据的部件、将文件系统管理信息记录在所述记录媒体上的部件)。
通过总线100来控制主机CPU101、去多路复用器112、多路复用 器113、拾取器107、音频译码器115、视频译码器116、音频编码器117、视频编码器118。
再现时,ECC译码器108对通过拾取器107从光盘106读出的数据进行纠错。管理信息处理部126对纠错后的数据处理文件系统管理信息,发送给去多路复用器112或去多路复用器121。
根据来自去多路复用器112或主机CPU101的指示,对应于音频数据或视频数据,将读出的数据分配给音频再现用缓冲器110和视频再现用缓冲器111。同样,去多路复用器121根据来自主机CPU101的指示,将读出的数据发送给后期记录数据再现用缓冲器122。
音频译码器115根据来自主机CPU101的指示,从音频再现用缓冲器110和后期记录数据再现用缓冲器122中读出数据,对读出的数据执行译码。同样,视频译码器116根据来自主机CPU101的指示,从视频再现用缓冲器111中读出数据,对读出的数据执行译码。
另一方面,在记录时,将由音频编码器117和视频编码器118压缩编码后的数据分别发送给音频记录用缓冲器119和视频记录用缓冲器120。多路复用器113根据来自主机CPU101的指示,从音频记录用缓冲器119和视频记录用缓冲器120中读出数据,对读出的数据进行AV多路复用,并发送给分割处理部123。分割处理部123按每个规定间隔分割AV多路复用后的数据,发送给记录用缓冲器114。此时,空区域管理部125确保用于记录数据的连续区域,ECC编码器109对从记录用缓冲器114中读出的AV多路复用数据附加纠错码,通过拾取器107记录在光盘106的被确保的连续区域中。
分别在音频数据的编码方式中使用由ISO/IEC 13818-3规定的MPEG-1 Layer-II,在视频数据的编码方式中使用由ISO/IEC 13818-2规定的MPEG-2。光盘106是DVD-RAM等可改写的光盘,将2048字节设为1个扇区,为了纠错,由16个扇区来构成ECC块。
<文件系统>
用图3(a)、图3(b)来说明作为本发明的说明中使用的文件系统格式之UDF(Universal Disk Format:通用盘格式)。图3(b)中示出以UDF记录图3(a)所示的目录/文件构成的实例。
图中的AVDP(Anchor Volume Descriptor Pointer:锚式卷描述符指针)602相当于用于探索UDF的管理信息的入口点(entry point),通 常记录在第256个扇区、第N个扇区或第N-256个扇区(N为最大逻辑扇区序号)。VDS(Volume Descriptor Sequence:卷描述符序列)601记录关于作为UDF管理的区域之卷(Volume)的管理信息。卷一般在一个盘中存在一个,其中一般包含一个分区(partition)。在分区中存在一个FSD(File Set Descriptor:文件集描述符)603。分区中的位置信息由相当于距分区开头的扇区序号之逻辑块序号来表示。另外,一个逻辑块对应于一个扇区。另外,虽然各分区中未示出,但存在表示是否已对文件分配了被称为Space Bitmap的各逻辑块的表格。
FSD603包含作为根目录的File Entry(FE)之FE604的位置信息(由逻辑块序号与逻辑块数构成,称为“extent”)。FE管理extent的集合,通过改写、追加或删除extent,可改变构成文件的实数据的顺序,或插入数据,或删除数据。
FE604管理存储File Identifier Descriptor(FID)的集合之区域605,该FID存储根目录下的文件或目录的名称等。区域605中的FID611、FID612分别包含管理文件621、文件622的文件名或extent集合的FE606、FE608之位置信息。FE606将构成文件621的实数据的区域,即区域607、区域610作为extent来管理。此时,为了对文件621的实数据进行访问,只要按AVDP602、VDS601、FSD603、FE604、FID611、FE606、607、610的顺序来链接即可。
[实施方式1]
用图1和图4-图18来说明本发明的第1实施方式。
<文件、目录构成>
用图4来说明本实施方式1的文件、目录构成。如图4所示将涉及本实施方式1的数据存储在5种文件中。
原始流文件(SHRP001.M2P)是通过1次录制来制作的文件,是MPEG-2PS(Program Stream:节目流)形式。后期记录数据文件(SHRP0001.PRE)是用于确保后期记录用区域并存储后期记录数据的文件。原始流管理信息文件(SHRP0001.0MI)是存储关于原始流文件的时间-地址对应信息与属性信息、和关于后期记录数据文件的属性信息或与原始流文件的对应关系信息之文件,一个原始流文件有一个该原始流管理信息文件。程序信息文件(SHRP0001.PGM)是存储指定按哪个顺 序再现上述流或数据的哪个区间的信息之文件。另外,程序相当于一个内容,是用户指示再现的对象。
录制时,重新制作上述4个文件。这些文件由于表示文件间关系,所以将文件名的扩展符之外的内容变为共同的。在音频后期记录时,将后期记录音频数据重新写在后期记录数据文件中的规定位置上,并在后期记录数据管理信息文件中也反映该情况。并且,追加的后期记录音频数据和变为再现对象的程序信息文件都发生变更。
另外,在非破坏编辑时,重新制作程序信息文件,就想再现的区间而言,按顺序记录管理想再现数据的原始流管理信息文件或后期记录数据管理信息的文件名和想再现的区间。另外,后面描述各文件的数据构成。
<AV流的形态>
用图5来说明本实施方式1中使用的AV流的构成。
首先,用图5来说明原始流文件。原始流文件的内容为MPEG-2PS形式,如图5(a)所示,由整数个的Continuous Unit(CU)构成。CU是盘上连续记录的单位。CU的长度被设定成无论将构成AV流的CU如何配置在盘上,均保证无缝再现(再现中可以无暂停地再现图像或声音)或实时后期记录(一边无缝再现后期记录对象的视频,一边记录音频)。该设定方法如后所述。
CU如图5(b)所示,由整数个Video Unit(VU)构成。VU是可单独再现的单位,可构成再现时的入口点。VU如图5(c)所示,由整数个的音频包(A#1-A#K)、视频包(V#1-V#L)构成,分别被AV多路复用,以使MPEG-2PS形式的译码器块不露出破绽。使包的尺寸与扇区尺寸一致,以便在读出盘时不读出多余的数据。另外,使被组包的视频数据由1-2个GOP构成,使音频数据组包整数个AAU(Audio Access Unit:音频接入单元)。
另外,GOP是MPEG-2视频标准中的图像压缩单位,由多个视频帧(典型地为15帧左右)构成。AAU是MPEG-1Layer-II标准中的声音压缩单位,由1152个点的声波形采样点构成。在采样频率为48kHz的情况下,每个AAU的再现时间变为0.024秒。另外,为了能以VU单位独立再现,在VU中的视频数据的开头设置Sequence Header(SH)。
另外,CU末尾的VU由存储填充(padding)分组的包来填充,以使 CU由整数个的ECC块构成。
<后期记录数据文件>
用图6来说明后期记录数据文件的构成。后期记录数据文件如图6所示,由整数个的Continuous Area(CA)构成。上述原始流文件中的一个CU对应于一个CA存在,在CA中记录关于对应CU中的再现数据的后期记录数据。例如,在CA#n中记录想与原始流文件中的CU#n同步再现的后期记录音频数据。CA由整数个的ECC块构成。
后期记录数据文件与原始流文件一样,为MPEG-2PS形式,在初始录制时,记录填充分组,在后期记录之后,重新写入存储了后期记录数据的包。重新写入的包的包头中之SCR(System Clock Reference:系统时钟基准)和分组头中的PTS(Presentation Time Stamp:表示时间标记)与原始流文件中的对应音频包的SCR和PTS一致。由此,通过由CA中的音频包来重新写入CU中的对应音频包,可由后期记录数据来较容易地替换原始流的音频。
<向盘上的配置>
用图1(a)、(b)来说明原始流文件和后期记录数据文件向盘上的配置。图1(a)所示的彼此对应的原始流文件(SHRP0001.M2P)与后期记录数据文件(SHRP0001.PRE)记录成在光盘106中在CU之前配置对应的CA(图1(b))。
由此,因为将执行同步再现的数据彼此(CA和CU)设置在盘上的附近,所以再现时的拾取器的移动变为最小限度,如后所述,在再现非破坏编辑结果时暂停再现的可能性减少。另外,通过配置成在CU之前读出尺寸小的CA,从而可抑制同步再现用的缓冲存储器量。
<CU单位确定方法>
用图7和图8来说明CU再现时间的确定方法。在该确定方法中,为了确保设备间的互换性,假设构成基准的器件(参考器件模型)与构成基准的后期记录算法(参照后期记录算法),之后,确定CU再现时间,以便当使用这些器件和算法执行后期记录时,无缝再现不会露出破绽。
首先,用图7来说明参考器件模型。参考器件模型由1个拾取器(未图示)、和与该拾取器相连的ECC编码器、译码器501、轨道(track)缓冲器502、去多路复用器503、后期记录用缓冲器504、音频编码器509、视频缓冲器505、音频缓冲器506、视频译码器507、音频译码器 508构成。
在上述参考器件模型中,由于拾取器为一个,所以以分时方式执行从盘500中读出再现用数据与向盘500记录后期记录用数据。当从盘500中读出再现用数据时,还包含读出CA。将包含读出的CA之ECC块(CA块)从轨道缓冲器502发送到后期记录用缓冲器504。
音频编码器509以AAU周期向后期记录用缓冲器504输出后期记录用数据。通过该输出,重新写入后期记录用缓冲器504中的对应CA块。后期记录用数据的记录通过将CA块记录在规定ECC块中来执行。
这里,将向ECC编码器501输入视频帧数据之数据输入速度和从ECC译码器501中输出数据之输出速度设为Rs。另外,将通过存取读出并停止记录的最大时间设为Ta。此外,该期间中包含寻道时间、旋转等待时间、存取后最初从ECC译码器501中输出自盘中读出的数据之前的时间。在本实施方式1中,设Rs=20Mbps、Ta=1秒。
接着,用图8来说明参考后期记录算法。另外,图8中从①至⑥的序号对应于下面说明中的从①至⑥的序号。算法的概要如下所示。
①执行再现用数据的读出。
②在对应于第N个CA,即CA(N)之音频数据的编码结束的同时,对CA(N)进行存取。
③将CA(N)记录在盘中。
④返回最初的读出位置。
⑤读出再现用数据。
⑥在对应于第N+1个CA,即CA(N+1)之音频数据的编码结束的同时,对CA(N+1)进行存取。后面重复③-⑥的动作。
就所述参考器件模型而言,在使用所述参考后期记录算法来执行后期记录的情况下,若满足以下条件,则可保证没有后期记录用缓冲器504的溢出和轨道缓冲器502的下溢。
即,就作为AV流中的任意CU之CU#i而言,当将最大再现时间设为Te(i)、将包含分断跳跃的最大读出时间设为Tr(i)、将作为对应于CU#的CA之CA#i的最大记录时间设为Tw
(i)时,只要下式(1)成立即可。
Te(i)≥Tr(i)+Tw(i)…(1)
原因在于上述式(1)满足作为无缝再现的充分条件的下式(2)。另外,在下式(2)中,Ta为向CA往复存取所需的最大存取时间。
另外,由于与CA编码完成同步地执行后期记录数据向盘上的记录,
所以后期记录用缓冲器504中的数据不会积累,也没有后期记录用缓冲器504的溢出。
式(1)中的Tr(i)在分别将原始流中的最大比特速率与后期记录音频流的最大比特速率设为Ro、Ra时,满足下式(3)。另外,Rs表示音频帧数据的输入速度和输出速度,即音频比特速率。
Tr(i)=Te(i)×Ro/Rs+Te(i)×Ra/Rs+Ta …(3)
上式(3)的右边第1项、第2项分别表示CU中的VU读出时间和CA读出时间。右边第3项表示基于伴随读出的分断跳跃之存取时间。由于CU读出中的分断跳跃最大为1次,所以上式(3)、即Tr(i)表示1次的存取时间。
另外,Tw(i)满足下式(4)。
Tw(i)=2Ta+Te(i)×Ra/Rs …(4)
这里,上式(4)的右边第1项表示向CA的往复存取时间。在向CA的往复存取时间中使用最大存取时间Ta是由于因为可以采用CA单位在任意位置记录,所以还考虑当前读出中的CU为盘的最内周,记录对象的CA为盘的最外周,并需要以最大值来估计。
另外,由于如上所述在盘上连续记录CA,所以不会产生CA记录中的存取。由此,可缩短伴随CA记录的时间,作为结果,可将CU再现时间的下限值抑制得较低。
若将式(3)和式(4)代入式(1),由Te(i)求解,则得到可保证实时后期记录的Te(i)的条件,即下式(5)。另外,Rv表示视频帧数据的输 入速度和输出速度,即视频比特速率。
Te(i)≥(3Ta×Rs)/(Rs-Ro-2Ra)…(5)
即,可保证后期记录的CU再现时间下限值Temin如下式(6)所示。
Temin=(3Ta×Rs)/(Rs-Ro-2Ra)…(6)
此时,CU再现时间的上限值Temax如下式(7)所示来设定。这里,Tvmax是VU的最大再现时间。
Temax=(3Ta×Rs)/(Rs-Ro-2Ra)+Tvmax …(7)
设定CU再现时间的上限值是因为可估计后期记录用声音与通常声音的同步再现所需的延迟用存储器的最大量,并保证再现互换性。另外,在本实施方式1中,虽对应于音频比特速率Ra和视频比特速率Rv来设定多路复用间隔下限值Temin,但也可与比特速率无关地设定恒定的下限值。但是,该值必需基于最大的比特速率。
另外,CU再现时间如果满足上述限制,则流中的VU再现时间可固定也可变化。
另外,在本实施方式1中,假设非同步执行分断跳跃与拾取器向过去的CU的移动。其理由在于:非同步执行与同步执行的情况相比,由于用于执行实时后期记录的条件严格(暂停再现用数据读出的期间长),所以只要能非同步地执行实时后期记录,则即便是同步也可以,可提高安装的自由度。
因此,也能够以同步执行分断跳跃与拾取器向过去的CU之移动为前提,设定Temin。此时,只要除去式(3)的右边第2项即可。
<管理信息文件格式>
用图9至图15来说明本发明的管理信息文件格式。
首先,说明原始流管理信息文件。原始流管理信息文件如图9所示,由存储关于该文件管理的原始流文件整体的属性信息之o_attribute()、存储关于VU的信息之video_unit_table()、存储关于该文件管理的后期记录数据文件整体的属性信息之p_attribute()、 和存储关于CA的信息之continuous_area_table()构成。
后期记录video_unit_table()如图10(a)所示,由表示VU数量的number_of_video_unit和存储关于各VU的信息之video_unit_info()构成。
video_unit_info()如图10(b)所示,由表示关于规定VU的各种属性信息之VU_flags、存储规定VU的开头显示帧之PTS(PresentationTime Stamp)的VU_PTS、和存储距文件开头的相对包序号之VU_PN构成。可通过VU_PTS和VU_PN来指定对应于特定PTS的VU的位置。即,VU_PTS表示原始流(AV数据)的再现开始时刻。
VU_flags()如图11(a)所示,包含标志first_unit_flag。first_unit_flag是1比特的信息,如图11(b)所示,在0b的情况下,表示管理的VU不是CU的开头,在1b的情况下,表示管理的VU是CU的开头。
continuous_area_table()如图12(a)所示,由表示CA数量的number_of_continuous_area与存储关于各CA的信息之continuous_area_info()构成。
continuous_area_info()如图12(b)所示,由表示关于规定CA的各种属性信息之CA_flags、存储对应于规定CA的CU之开头显示帧的PTS(Presentation Time Stamp)之CA_PTS、和存储距文件开头的相对包序号之CA_PN构成。可通过CA_PTS和CA_PN来指定对应于原始流中的特定PTS之CA的位置,CA_PN表示记录CA和CU的第1连续区域的位置信息、换言之,表示CA的开头位置信息。
CA_flags()如图13(a)所示,包含标志placement_flag。placement_flag是1比特的信息,如图13(b)所示,在0b的情况下,表示管理的CA不在对应的(同步再现的)CU之前,在1b的情况下,表示管理的CA在对应的(同步再现的)CU之前。
通过参照该标志,可知道再现非破坏编辑结果时暂停再现的可能性。即,若该标志是0b,则可知产生对CA的寻道,暂停再现的可能性较高。
另外,省略对o_attribute()和p_attribute()的说明。
最后说明程序信息文件。程序信息文件如图14所示,由存储程序信息整体的属性信息之pg_attribute()和存储关于构成程序的各场景 之信息的scene_table()构成。
scene_table()如图15(a)所示,由存储场景数的number_of_scene与存储关于各场景之信息的scene_info()构成。scene_info()如图15(b)所示,由存储管理包含规定场景的原始流文件之原始流管理信息文件的文件名之sc_filename、存储从该原始流的某处再现规定场景之信息的sc_start_PTS、和存储规定场景的再现时间的sc_duration构成。
<记录时的处理>
下面,参照图16的流程图来说明从用户指示录制时的处理。设此时记录的AV流为比特速率Ro=12Mbps、音频的比特速率Ra=256kbps、VU再现时间固定的对应流。另外,设已将文件系统的管理信息读入RAM上。
首先,确定流的构成或连续区域的构成(S701)。当设1VU由1GOP15帧构成时,通过向式(6)、式(7)中代入Rs=20Mbps、Ta=1秒、Rv=12Mbps、Ra=256kbps、Tvmax=约0.5秒的条件,得到Te(i)的范围为大于等于3秒而小于等于4秒。在Tvmax=约0.5秒下满足该条件的是Te(i)=3秒时,向每6个VU中插入CA。
此时的CA的区域尺寸考虑向3秒大小的音频数据中附加包头或分组头来确定。如上所述,上述S701的处理相当于按每个规定间隔将作为AV数据的原始流和作为其关联数据的后期记录数据分割成部分AV数据(CU:即6个VU)和部分关联数据(CA)的第1步骤。
参照RAM102上的Space Bitmap来探索可连续记录6个VU与1个CA的空区域。若不存在,则中止录制,让用户知道不能录制(S702)。
接着,分别起动音频编码器117、视频编码器118(S703)。另外,检查在记录用缓冲器中是否积累了大于等于1ECC块大小(32KB)的数据(S704),在积累期间,重复从S705至S708的处理。
即,若在记录用缓冲器中积累了大于等于1ECC块大小的数据,则接着参照RAM上的Space Bitmap来调查记录的盘上的ECC块之空状况(S705)。若空,则将记录用缓冲器111中的1ECC块大小的数据记录在盘中(S706)。若不空,则探索可记录9个VU与CA的连续的空区域(S707),将拾取器移动到该空区域的开头(S708),将记录用缓冲器111中的1ECC块大小的数据记录在盘中(S706)。
如上所述,上述S704的处理相当于确保用于记录一系列的部分AV数据与部分关联数据的连续区域,即第1连续区域的第2步骤。另外,上述S706的处理相当于在第1连续区域中连续记录所述部分AV数据与所述部分关联数据的第3步骤。
另一方面,若记录用缓冲器111中未积累大于等于1ECC块大小的数据,则检查是否指示了记录结束(S709),若未记录结束,则移动到S704。
在S709中指示了记录结束的情况下,执行以下处理。首先,对记录用缓冲器中不足32KB的数据,在末尾附加虚拟数据,变为32KB(S710)。接着,将该数据记录在盘上(S711-S714)。另外,上述711-S714的处理是与S705-S708的处理一样的处理。
并且,将RAM102上的关于原始流的管理信息和关于后期记录数据的管理信息分别记录在原始流管理信息文件和后期记录数据管理信息文件中(S715)。另外,将文件系统管理信息记录在光盘106中(S716)。另外,此时的文件系统管理信息也可构成为将CA与CU处理成不同的文件。
如上所述,上述S716的处理相当于在所述记录媒体上记录文件系统管理信息的第4步骤,该文件系统管理信息是用于在将所述部分AV数据与所述部分关联数据分别作为不同文件管理的同时,管理将所述部分AV数据和所述部分关联数据与所述第1连续区域处理成不同文件用的信息。
另外,上述S715的处理相当于第5步骤,将所述部分AV数据的再现开始时刻、与所述第1连续区域的位置信息之对应信息记录在所述记录媒体中。
说明与以上处理并行的音频编码器117、视频编码器118和多路复用器113的动作。将各个编码器编码的结果发送给音频记录用缓冲器119和视频记录用缓冲器120。多路复用器113将这些数据多路复用成MPEG-2PS,并存储在记录用缓冲器114中。
将1VU大小的数据发送给记录用缓冲器114,并且,若该VU为第9×i(i为大于等于0的整数)个VU,则先将具有上述尺寸的CA发送给记录用缓冲器111。
并且,向主机CPU101通知能编码1VU大小的数据,主机CPU101 根据VU的开头PTS、包数和构成CA的包数,更新关于RAM102上的原始流的管理信息和关于后期记录数据的管理信息。
<再现时的处理>
参照图17的流程图来说明从用户对已执行了后期记录的程序指示再现时的处理。这里,设已将构成再现对象的程序信息文件读入到RAM102中。
首先,参照程序信息文件中的scene_info()之sc_filename,打开(open)该程序参照的原始流文件和后期记录数据文件。同时,读入管理这些文件的原始流管理信息文件(S901)。
接着,将场景序号置0(S 902),在场景序号比scene_table()中的number_of_scene小的期间(S903),参照对应于以下场景序号的scene_info之内容,执行后述的场景再现(S904),将结束的场景序号加1(S905)。
下面,用图18来说明场景再现处理。首先,参照对应于scene_info()中的sc_filename的、已读入到RAM102中的原始管理信息之video_unit_table(),探索sc_start_PTS以下且具有最大VU_PTS的video_unit_info()(S801)。上述S801的处理求出开始再现的场景之VU序号。另外,在video_unit_table()中将video_unit_info()的顺序称为VU序号。
接着,参照continuous_area_table(),探索sc_start_PTS以下且具有最大的CA_PTS之continuous_area_info()(S802)。上述S802的处理求出对应于开始再现的场景之CA的地址。并且,从后期记录数据文件中读出从由其中的CA_PN指定的包至由下一continuous_area_info()的CA_PN指定的包之前的包(S803)。
接着,参照对应于当前VU序号的video_unit_info()之VU_PN,求出VU的地址(S804),根据该地址,从原始流文件中读出VU(S805)。接着,判断是否该场景结束(S806)。具体而言,若当前的场景之已再现时间为scene_info()中的sc_duration以上,则结束该场景。
若场景的再现未结束,则接着将VU序号加1(S807),通过参照video_unit_info()中的first_unit_flag,判断该video_unit_info()管理的VU是否是CU的开头(S808)。
此时,若first_unit_flag为1,则判断该video_unit_info()管 理的VU是否是CU的开头,并通过上述步骤求出对应的CA地址(S809),从后期记录数据文件中读出CA(S810)。另一方面,若first_unit_flag为0,则判断该video_unit_info()管理的VU不是CU的开头,重复S804-S808的处理。
与从光盘106中读出上述流和数据平行,如下执行译码处理。首先,将读出的VU发送给去多路复用器112,取出视频PES分组和音频PES分组,将视频PES分组发送给视频再现用缓冲器111,将音频PES分组发送给音频再现用缓冲器110。
去多路复用器112从包头中取出SCR,更新系统块105。视频译码器116和音频译码器115在系统块105与附带于PES分组头的时间邮戳一致的时刻,执行译码或输出。
在本实施方式1中,由于存储原始流的CU与存储执行同步再现的后期记录数据之CA位于盘上物理的附近,所以即便场景从CU终端附近的VU开始,由从CA到VU的场景产生的数据读出的停止时间也只要一点即可。
相反,在未配置在同步再现后期记录数据的原始流的附近的情况下,场景的开头部分中的后期记录数据的读出、与原始流的读出之间产生的寻道时间最差是从盘的最内周延伸到最外周。因此,与本实施方式相比,场景间暂停再现的可能性较高。
<后期记录时的处理>
接着,说明从用户指示了后期记录时的处理。因为后期记录时的处理是在上述再现时的处理中附加几个处理,所以仅说明差异部分。
首先,为了记录后期记录数据,与开始场景再现同时起动音频编码器117,并将编码后期记录数据的结果以PES分组的形式发送给音频记录用缓冲器119。多路复用器113组包PES分组,并发送给记录用缓冲器114。此时,使包头的SCR和分组头的PTS与原始流一致。
在具有超过当前正在译码的CU之范围的PTS的包到达记录用缓冲器114的时刻,将存在于记录用缓冲器114中的包列记录在后期记录数据文件中。通过从当前正在译码的CU之PTS中参照continuous_area_table(),求出记录对象的CA位置。
在CA记录时遭遇故障的情况下,废弃记录中的CA,将CA重新记录在其它区域中。这是因为记录中的CA之记录区域因故障而减少,不 能将对应的CU再现时间大小的数据记录在CA中。此时,通过将管理该CA的continuous_area_info()中的placement_flag变更为0,可知在对应的CU之前不存在CA。当然,文件系统管理信息中废弃的CA之extent置换成重新制作的CA的extent。
由此,在非破坏编辑时或再现非破坏编辑结果时,仅通过参照上述placement_flag即可知未连续记录CA与CU的区间,可事先向用户传达该区间中再现被暂停的可能性较高。另外,也可再配置成从后面连续记录未依靠该标志来连续记录的CA与CU。
<实施方式1的变形例>
在本实施方式1中,虽与原始流文件一样以MPEG-2PS形式记录在后期记录数据文件中,但还考虑Elementary Stream、即未组包或分组化地记录。由此,当改写仅CA一部分的后期记录数据时,不需要从包中抽出AAU后置换AAU并再次组包化等手续。
另外,在本实施方式1中,虽在CA中记录音频数据,但也可记录其它种类的数据。例如,也可记录重叠于原始流中的视频上显示的图形数据。
另外,在本实施方式1中,可记录成一个AAU跨跃多个包,但也可限制成不跨跃。由此,当改写仅CA一部分的后期记录数据时,只要重新写入包含想改写的AAU的包即可。
另外,在本实施方式1中,当在后期记录时在CA中检测到故障的情况下,废弃该CA后记录在其它区域中。但是,假设有故障,并在初始录制时考虑出应对故障的余量,确定CA的尺寸,并在后期记录时检测到故障的情况下,也可记录在该CA中的下一位置中。由此,可连续记录CA与CU。
另外,在本实施方式1中,因为使作为不同文件的CA与CU相对应,所以可根据CU中的数据之开头的时间邮戳来算出CU和CA的开头地址,当然,只要对应,无论是哪种表现方式均可。
另外,在本实施方式1中,使用了MPEG-2PS,但即便是使用MPEG-2TS也同样可以实现。
[实施方式2]
用图19来说明本发明的第2实施方式。
本实施方式2与实施方式1的不同之处在于:实施方式1中在记 录媒体上连续配置执行同步再现的多个数据,将各个数据作为不同文件来管理,相反,在本实施方式2中,前提是尽管各个数据位于相同的再现时间轴上,但不同时再现,而是切换再现。
具体而言,假设称为DVD-Video中的多角(multiangle)功能的、可在再现中切换来自相同时间轴中的多个角度之图像的功能。
另外,本实施方式2的记录动作仅将上述实施方式1的记录动作中应同步再现的原始流与后期记录数据的关系置换成位于相同再现时间轴上的两种原始流的关系,而实质的动作相同。
<文件构成>
以MPEG-2PS形式多路复用视频、音频数据,按每个角度记录在不同文件中。在图19(a)的实例中,将来自第1角度的数据记录在ANGL0001.M2P中,将来自第2角度的数据记录在ANGL0002.M2P中。
<向盘上的配置>
如图19(b)所示,将作为来自第1角度的数据之ANGL0001.M2P分割成部分数据2021、2022、2023,并将作为来自第2角度的数据之ANGL0002.M2P分割成部分数据2011、2012、2013,并在盘2001上交互配置。另外,由于分割单位的确定方法与DVD-Video中的多角度数据配置一样,所以省略说明。
由此,可在实现与DVD-Video中的多角度切换一样的角度切换之响应的同时,由一般的MPEG-2PS对应译码器来再现各个数据文件。
[实施方式3]
用图21-图28来说明本发明的第3实施方式。
本实施方式3与实施方式1的不同之处在于:在实施方式1中,由一个文件(即图4中的后期记录数据文件(SHRP0001.PRE))来管理后期记录用区域,相反,在本实施方式3中,令用于确保空区域的文件与用于记录各个AV数据的文件不同。另外,因为本实施方式3与实施方式1类似,所以仅说明不同点。
<文件、目录构成>
图21中示出本实施方式3的文件、目录构成。在该文件、目录构成中,相对于实施方式1中的文件、目录构成(参照图4),追加了后期记录区域预约文件(SHRP0001.RSV)、后期记录数据管理信息文件(SHRP0001.PMI)、和图形文件(SHRP0001.PNG)。
后期记录区域预约文件(SHRP0001.RSV)是用于预约后期记录用区域的文件。后期记录数据管理信息文件(SHRP0001.PMI)是对应于后期记录数据文件的管理信息。图形文件(SHRP0001.PNG)是存储重叠显示于视频上的图形数据的文件。另外,程序信息文件(SHRP0001.PGM)、原始流管理信息文件(SHRP0001.OMI)、原始流文件(SHRP0001.M2P)与实施方式1中的同名称的文件相同。
在录制时,对1个原始流文件记录一个后期记录区域预约文件。对1个后期记录数据文件制作一个后期记录数据管理信息文件。图形文件是在录制后通过非破坏编辑来追加的文件,存储重叠显示于视频上的标题或手写文字的图像。在图形文件中的图像存储格式中使用PNG(Portable Network Graphics:便携式网络图片)。
另外,后期记录数据文件(SHRP0001.PRE)与实施方式1不同,通过执行后期记录来事先生成。即,在录制时,记录后期记录区域预约文件,代替实施方式1中的后期记录数据文件。
<AV流的形态>
AV流的形态与参照图5说明的实施方式1的构成一样。
<后期记录区域预约文件>
后期记录区域预约文件采用与实施方式1中图6所示的后期记录数据文件一样的构成。即,后期记录区域预约文件由整数个的Continuous Area(CA)构成,一个CA对应于原始流文件中的一个CU而存在,确保用于记录对应的CU之后期记录数据的区域。但是,因为这里的CA毕竟用于确保区域,不同再现对象的AV数据,所以内容的数据可以是任意数据。
<向盘上的配置>
说明本实施方式3中的各文件向盘上的配置方式。图22(a)-22(b)表示录制后、未执行后期记录的状态(即未制作后期记录数据文件的状态)之文件配置。将图22(a)所示的彼此对应的原始流文件(SHRP0001.M2P)与后期记录区域预约文件(SHRP0001.RSV)记录成在光盘106中在CU之前配置对应的CA(图22(b))。
接着,用图23(a)-23(b)来说明追加记录了音频和图形后的、后期记录区域预约文件、后期记录数据文件和图形文件向盘上的配置。图23(a)中示出追加记录的图形文件(SHRP0001.PNG)和后期记录数据文 件(SHRP0001.PRE)的构成。图形文件存储图形数据IMG。后期记录数据文件存储分别对应于图22(a)所示的原始流文件中的CU#n-1、CU#n、CU#n+1的后期记录音频数据PR#1、PR#2、PR#3。
按图23(b)所示的形式将上述IMG和PR的数据配置在光盘106中。即,在图22(b)中,在由CA#n-1确保的区域中,由PR#1、CA#n确保的区域中,由PR#2、CA#n+1确保的区域中,配置PR#3。另外,在由CA#n+1确保的区域中配置图形数据IMG。
这样,通过在由CA确保的区域中配置IMG和PR的数据,从而缩小构成后期记录区域预约文件(SHRP0001.RSV)的CA#n-1、CA#n、CA#n+1的区域尺寸。通过变更管理文件系统管理信息中的各个CA之区域的extent来实现该缩小。
这样,通过导入作为管理后期记录区域的空余之文件的后期记录区域预约文件,容易从后面追加多种数据。另外,通过将图形数据与后期记录音频数据存储在不同文件中,从而可根据其它程序仅参照图形数据,并增加灵活性。
<管理信息文件格式>
原始流管理信息文件的格式与实施方式1相同,这里省略说明。后期记录数据管理信息文件的格式与实施方式1中的原始流管理信息文件基本相同,但不同之处在于不存在p_attribute()和continuous_area_table()。
接着,图24中示出程序信息文件的构成。本实施方式3的程序信息文件与实施方式1(参照图14)的不同之处在于:追加分别管理在录制后追加的音频数据和图形数据之subaudio_table()和graphics_table()。
subaudio_table()如图25(a)所示,由表示音频数据个数的number_of_subaudio和存储关于各音频数据的信息之subaudio_info()构成。subaudio_info()如图25(b)所示,由存储管理规定音频数据的后期记录数据管理信息文件之文件名的SA_filename、管理规定音频数据的各种属性之SA_flags、和分别表示程序中的再现开始定时与再现继续时间的SA_start_time和SA_duration构成。
另一方面,graphics_table()如图26(a)所示,由表示图形文件的个数之number_of_graphics、和存储关于各图形文件的信息之 graphics_info()构成。graphics_info()如图26(b)所示,由存储规定图形文件的文件名之gr_filename、管理规定图形数据的各种属性之gr_flags、和分别表示程序中的再现开始定时与再现继续时间之gr_start_time和gr_duration构成。
SA_flags与gr_flags具有相同构成,如图27(a)所示,包含标志interleave_flag。interleave_flag是1比特的信息,如图27(b)所示,在0b的情况下,表示管理的音频数据或图形文件不在对应的(同步再现的)CU之前,在1b的情况下,表示在对应的(同步再现的)CU之前。通过参照该标志,可知道再现非破坏编辑结果时暂停再现的可能性。即,若该标志为0b,则可知产生对CA的寻道,暂停再现的可能性高。
<CU单位确定方法>
CU单位确定方法与参照图7和图8说明的实施方式1的方法一样。
<记录时的处理>
记录时的处理与参照图16说明的实施方式1的处理一样。
<再现时的处理>
下面,说明从用户对已执行后期记录的程序指示了再现时的处理。由于基本流程与实施方式1中参照流程图17说明的一样,所以对执行相同处理的部分省略说明。但是,由于本实施方式3的再现处理中,场景再现处理与实施方式1不同,所以仅参照图28来说明场景再现处理。
首先,参照对应于scene_info()中的sc_filename的、已读入RAM102中的原始管理信息之video_unit_table(),探索sc_start_PTS以下且具有最大的VU_PTS之video_unit_info()(S801)。另外,将video_unit_table()中的video_unit_info()的顺序称为VU序号。
接着,参照程序信息文件的graphics_table()和subaudio_table(),检索是否存在与当前包含VU的CU执行同步再现的图形文件和音频数据(S802’)。在存在这种图形文件和音频数据的情况下,对图形文件执行该文件的读出,对音频数据,参照管理该音频数据的音频数据管理信息文件,并执行对应的音频数据之读出(S803’)。
接着,参照对应于当前VU序号的video_unit_info()之VU_PN,求出VU的地址(S804),根据该地址来从原始流文件中读出VU(S805)。 接着,判断是否该场景结束(S806)。具体而言,若当前的场景已再现时间为scene_info()中的sc_duration以上,则该场景结束。
若场景的再现未结束,则接着将VU序号增加(S807),参照video_unit_info()中的first_unit_flag。此时,若first_unit_flag()为1,则判断为该video_unit_info()管理的VU是CU的开头(S 808),按上述步骤来确认执行同步再现的图形文件和音频数据的存在(S809’),在存在的情况下,按上述步骤读出(S810’)。
<后期记录时的处理>
说明从用户指示了后期记录时的处理。因为后期记录时的处理是在上述再现时的处理中附加几个处理,所以仅说明差异部分。
首先,确认记录媒体中是否存在用于后期记录的区域。具体而言,调查关于后期记录对象的流之管理信息文件中的continuous_area_info(),调查由后期记录区域预约文件确保的各区域的尺寸是否为可记录后期记录数据的尺寸。若有充分的尺寸,则在该区域中记录后期记录数据,若无充分的尺寸,则不在由后期记录区域预约文件确保的区域、而在其它区域中记录后期记录数据。
接着,与再现开始同时起动音频编码器117,将编码结果以PES分组的形式发送给音频记录用缓冲器119。多路复用器113对PES分组进行组包,发送给记录用缓冲器114。此时,使包头的SCR和分组头的PTS与原始流一致。
在具有超过当前译码中的CU范围之PTS的包到达记录用缓冲器114的时刻,将存在于记录用缓冲器114中的包列记录在后期记录数据文件中。通过从当前正在译码的CU之PTS中参照continuous_area_table()来求出记录对象的CA位置。在由CA确保的区域中,将后期记录数据记录在后期记录数据文件中。
在后期记录结束的时刻,执行如下处理。制作对应于记录的后期记录数据文件的后期记录数据管理文件。此时,对每个CU制作一个video_unit_info()。
接着,向程序信息文件中的subaudio_table追加入口。此时,若将后期记录数据记录在由后期记录区域预约文件确保的区域中,则为了表示该情况,将SA_flags()的interleave_flag设置成1。若不是,则设置0。
另外,就后期记录区域预约文件而言,从文件的管理对象中除去记录了后期记录数据的区域。即,减小尺寸。并且,仅减少对应于该部分的continuous_area_table()中的各入口的CA_PN。由此,当参照continuous_area_info()时,可仅在各CA之后记录数据。
<图形数据附加时的处理>
说明从用户指示附加重叠显示于视频上的图形数据时的处理。首先,调查是否存在用于记录存储图形数据的文件之区域。具体而言,调查关于图形数据附加对象的流之管理信息文件中的continuous_area_info(),调查在对应于包含开始重叠显示图形数据的视频帧之CU的CA中,是否存在可记录图形数据的区域。
若上述CA中可记录图形数据,则记录在该区域中,并与后期记录结束时一样,从后期记录区域预约文件中释放记录图形数据的区域。仅减少对应于释放大小的continuous_area_info()中的后续入口之CA_PN。另外,向程序信息文件的gaphics_table()追加一个graphics_info()的入口,将该入口中的gr_flags()的interleave_flag设置成1。此时,通过在盘上与同时再现的视频数据接近的位置上记录图形数据,由此不需要用于在视频再现时读出图形数据的寻道。因此,可抑制寻道引起的视频再现之暂停或功耗等。
另一方面,若上述CA中不能记录图形数据,则将该图形数据记录在其它区域中。另外,向程序信息文件的graphics_table()追加一个graphics_info()的入口,并将该入口中的gr_flags()之interleave_flag设置成0。通过在再现时参照该标志,可在视频再现前让用户知道在视频再现中还未产生视频再现暂停。
<实施方式3的变形例>
在本实施方式3中,在录制后追加记录图形文件或后期记录数据文件,当然,也可在录制时记录。即便在该情况下,也可将图形文件或后期记录数据文件处理成与视频文件独立的文件,视频文件是一般的MPEG-2PS文件,并且在同步再现时不必寻道。
另外,在本实施方式3中,在图形文件中使用了PNG文件格式,但当然也可使用JPEG等其它文件格式。
[实施方式4]
用图29-图30来说明本发明的第4实施方式。本实施方式4的位 置附加是实施方式1中的向盘的配置和CU单位确定方法的变更。因此,由于此外的部分是相同的,所以仅说明不同点。
<文件、目录构成>
因为与实施方式1一样,所以省略说明。
<AV流的形式>
除以下点外,与实施方式1一样。与实施方式1的不同点在于在本实施方式中也可不连续记录CU。
<后期记录数据文件>
因为与实施方式1一样,所以省略说明。
<向盘上的配置>
用图29来说明原始流文件和后期记录数据文件向盘上的配置。图29(a)所示的彼此对应的原始流文件(SHRP0001.M2P)与后期记录数据文件(SHRP0001.PRE)原则上如实施方式1所示,记录成在光盘106中在CU之前配置对应的CA,但与实施方式1不同的是允许在CU途中分断。图29(b)的CU#n-1与CU#n是该实例。但是,CA与实施方式1一样,不允许在一个CA内的分断。另外,一个连续区域中包含的VU再现时间的合计必需大于等于CU再现时间。
这样,通过允许CU途中的分断,可有效活用空区域的可能性提高。例如,在CU为16秒且20秒大小的连续空区域位于光盘106上的情况下,若在CU途中不允许分断,则仅能在所述空区域中记录16秒,剩余的4秒浪费,而若能在CU途中分断,则可记录20秒。
<CU单位确定方法>
用图30来说明CU再现时间的确定方法。在该确定方法中,与实施方式1一样,为了确保设备间的互换性,假设构成基准的器件(参考器件模型)与构成基准的后期记录算法(参考后期记录算法),并接着确定CU再现时间,以便在使用上述器件和算法执行后期记录时无缝再现不会露出破绽。
因为参考器件模型与实施方式1一样,所以省略说明。
参考后期记录算法由以下的(a)、(b)来表示。(a)原则上,当结束当前CU读出时,执行CA的记录。(b)但是,在当前正在读出的CU之后的CU的末尾包含于其它连续区域中的情况下,延期CA的记录,直到当前正在读出的CU之后的CU读出结束。
若将式(8)和式(4)代入式(1)中以Te(i)来求解,则得到可保证实时后期记录的Te(i)的条件,即下式(9)。
即,可保证后期记录的CU再现时间下限值Temin如下式(10)所示。
此时,CU再现时间的上限值Temax如下式(11)所示来设定。这里,Tvmax是VU的最大再现时间。
设定CU再现时间的上限值是为了能估计后期记录用声音与通常声音的同步再现所需的延迟用存储器之最大量,保证再现互换性。另外,在本实施方式4中,对应于音频比特速率Ra和视频比特速率Rv来设定多路复用间隔下限值Temin,但也可与比特速率无关地设定恒定的下限值。但是,该值必需基于最大的比特速率。
另外,若CU再现时间满足上述限制,则无论流中的VU再现时间固定还是可变均无妨。
<必要的缓冲存储器量>
在本实施方式中,后期记录时所需的轨道缓冲器502的容量只要基于以下考虑即可。首先,就本实施方式4而言,若假设最需要容量的情况,则为连续产生向CA记录后期记录数据的情况。具体而言,为在CU末尾之前分断的情况。换言之,为将CU分割记录在两个连续区域中、且其大部分数据存在于现有的连续区域中的情况。
此时,若根据上述参考后期记录算法,在CU末尾之前执行向CA记录后期记录数据,则接着在读取该CU末尾的一点数据后,马上执行向下一CA记录后期记录数据,返回后执行CA的读入。为了与之对应,需要在两次向CA记录后期记录数据和1个CA读入期间可继续再现的
图30(a)、30(b)中示出实例。图30(a)是上述(a)的一个实例。另外,图30中从(1)至(8)的序号对应于以下说明中的从(1)至(8)的序号。
(1)读出作为第N个CU的CU#N。(2)等待作为应接着记录的CA之CA#M的后期记录数据的编码结束,一旦结束,则将拾取器移动到CA#M。(3)在CA#M中记录后期记录数据。(4)将拾取器移动到CU#N+1。(5)读出CU#N+1。(6)等待作为应接着记录的CA之CA#M+1的后期记录数据的编码结束,一旦结束,则将拾取器移动到CA#M+1。(7)在CA#M中记录后期记录数据。(8)将拾取器移动到CU#N+2。
图30(b)示出上述(b)的一个实例。(1)首先,读出CU#N。此时,因为作为下一CU的CU#N+1之终端存在于另一连续区域中,所以在读出CU#N之后,不执行CA的记录,而执行读出,直到CU#N+1中存在于相同连续区域中的CU#N+1的前半部分。(2)一旦读出CU#N+1直至连续区域的终端结束,则将拾取器移动到CA#M,(3)在CA#M中记录后期记录数据,(4)将拾取器移动到CU#N+1的剩余部分。
通过使用这种算法,即便在CU途中分断的情况下,也可共享连续区域间的跳跃与用于CA记录的跳跃,最小化跳跃引起的数据读出暂停,结果,可减小连续区域长度和CU、CA的单位。由此,可有效利用盘上的空区域。
就上述参考器件模型而言,在使用上述参考后期记录算法来执行后期记录的情况下,若满足以下条件,则可保证没有后期记录用缓冲器504的溢出和轨道缓冲器502的下溢。
该条件与实施方式1一样,是式(1)成立。另外,本实施方式4中的记号只要不特别说明,则表示与实施方式1相同的含义。
式(1)中的Tw(i)与实施方式1的式(4)一样,但就Tr(i)而言,如式(8)所示,为从实施方式1的式(3)中除去Ta的形式,即不包含跳跃的形式。
Tr(i)=Te(i)×Ro/Rs+Te(i)×Ra/Rs…(8)
不包含跳跃的理由如下:在本实施方式4中,因为在CU读出途中的跳跃时执行CA记录,所以将CU读出途中的跳跃处理成CA记录时的跳跃。由此,可减小最终的CU单位和连续区域的单位。
容量。具体而言,只要根据式(12)来确保轨道缓冲器502的容量Bpb即可。
Bpb=(2×(2×Ta+Temax×Ra/Rs)+Temax×Ra/Rs)×Ro …(12)
<管理信息文件格式>
因为与实施方式1一样,所以省略说明。
<记录时的处理>
因为除在盘上连续记录CU的限制外,与实施方式1一样,所以省略说明。
<再现时的处理>
因为与实施方式1一样,所以省略说明。
<后期记录时的处理>
除在后期记录时使用图30中记载的算法外,因为与实施方式1一样,所以省略说明。
<实施方式4的变形例>
本实施方式4作为实施方式1的变更来说明,当然,也可适用于如第3实施方式那样使用后期记录区域预约文件的情况、或如作为现有技术参照的特开2001-43616号那样使用同一文件的情况。即,由于设定后期记录用区域、初始记录的视频数据之物理配置、以及关于该配置的参数,所以本实施方式中公开的的发明本质在于模型设定。
本发明可适用于配备后期记录功能、在记录媒体中使用DVD或硬盘等盘媒体的视频数字记录再现装置(视频盘记录器)。