具体实施方式
(第1实施方式)
下面,说明本发明的记录媒体的实施方式。首先,说明本发明的记录媒体的实施行为中使用行为的方式。图1是表示本发明的记录媒体的使用行为方式的图。图1中,本发明的记录媒体是局部存储器200。局部存储器200用于向由再现装置300、电视400、AV放大器500、扬声器600构成的家庭影院系统提供电影作品。
下面,说明BD-ROM100、局部存储器200、再现装置300。
BD-ROM100是记录电影作品的记录媒体。
局部存储器200是组装在再现装置中、用作从电影发行者的服务器分发的内容的接受盘的硬盘。
再现装置300是网络对应型的数字家电设备,具有再现BD-ROM100的功能。另外,将从电影发行者的服务器700通过网络下载的内容存储在局部存储器200中,使如此记录在局部存储器200中的内容与记录在BD-ROM100中的内容组合,可扩展/更新BD-ROM100的内容。在BD-ROM100的记录内容中组合局部存储器200的记录内容,将未记录在BD-ROM100中的数据以好像是记录在其中的方式进行处理的技术称为“虚拟组装”(virtual package)。
以上是对本发明的记录媒体的使用方式的说明。
下面说明本发明的记录媒体的生产行为。本发明的记录媒体可利用文件系统上的改良来实现。
<BD-ROM的概要>
图2是表示BD-ROM的内部构成的图。在本图的第4段表示BD-ROM,在第3段表示BD-ROM上的轨道。本图的轨道为,沿横向拉伸描绘了从BD-ROM的内周向外周形成为螺旋状的轨道。该轨道由导入区域、卷区域、导出区域构成。本图的卷区域具有物理层、文件系统层、应用层这样的层模型。若使用目录构造来表现BD-ROM的应用层格式(应用格式),则如图中的第1段所示。在第1段中,在BD-ROM中、Root目录下有BDMV目录。
在该BDMV目录的属下,还存在称为PLAYLIST目录、CLIPINF目录、STREAM目录的3个子目录。
在PLAYLIST目录中,存在赋予了扩展符mpls的文件(00001.mpls)。
在CLIPINF目录中,存在赋予了扩展符clpi的文件(00001.clpi,00002.clpi)。
在STREAM目录中,存在赋予了扩展符m2ts的文件(00001.m2ts,00002.m2ts)。
利用以上的目录构造,可知彼此不同种类的多个文件被配置在BD-ROM上。
<BD-ROM的构成之1.AVClip>
首先,说明赋予扩展符.m2ts的文件。图3是模式表示赋予扩展符.m2ts的文件如何构成的图。赋予扩展符.m2ts的文件(00001.m2ts,00002.m2ts)存储AVClip。AVClip是MPEG2-Transport Stream(MPEG-2传输流)形式的数字流。该数字流通过将数字化的影像、数字化的声音(上第1段)变换为由PES数据包构成的基本流(上第2段),进而变换为TS数据包(上第3段),将相同字幕系统的演示图形流(Presentation Graphics(PG)流)及对话系统的交互图形流(InteractiveGraphics(IG)流)(下第1段、下第2段)变换为TS数据包(下第3段),将它们复用来构成。
下面,说明这些视频流、音频流、PG流、IG流。
<视频流>
视频流是构成电影作品的动态图像的流,由作为SD图像、HD图像的图片数据构成。视频流中,存在VC-1视频流、MPEG4-AVC视频流、MPEG2-Video视频流等形式。在MPEG4-AVC视频流中,向IDR图片、I图片、P图片、B图片赋予PTS、DTS等时戳,以该图片的单位,执行再现控制。这样,将赋予了PTS、DTS、构成再现控制单位的视频流的一个单位,称为“Video Presentation Unit”(视频演示单位)。
<音频流>
音频流是表示电影作品的声音的流,存在LPCM音频流、DTS-HD音频流、DD/DD+音频流或DD/MLP音频流等形式。向音频流中的音频帧赋予时戳,以该音频帧的单位,执行再现控制。这样,将赋予了时戳、构成再现控制单位的音频流的一个单位,称为“AudioPresentation Unit”(音频演示单位)。
<PG流>
PG流是构成每种语言字幕的图形流,存在对英语、日语、法语等多个语言的流。PG流由PCS(Presentation Control Segment:演示控制段)、PDS(Pallet Define Segment:调色板定义段)、WDS(WindowDefine Segment:窗口定义段)、ODS(Object Define Segment:对象定义段)等一系列功能段构成。ODS(Object Define Segment)是定义作为字幕的图形对象的功能段。
WDS(Window Define Segment)是定义画面中的图形对象的比特量的功能段,PDS(Pallet Define Segment)是规定图形对象的描绘中的显色的功能段。PCS(Presentation Control Segment)是规定字幕显示中的页控制的功能段。这种页控制中有Cut-In/Out(切入/切出)、Fade-In/Out(淡入/淡出)、Color Change(改变颜色)、Scroll(滚动)、Wipe-In/Out(划入/划出)等,通过伴随基于PCS的页控制,可实现一边慢慢地删除某个字幕、一边显示下一字幕的显示效果。
<IG流>
IG流是实现对话控制的图形流。由IG流定义的对话控制是与DVD再现装置上的对话控制有互换性的对话控制。这种IG流由称为ICS(Interactive Composition Segment:交互合成段)、PDS(PaletteDefinition Segment:调色板定义段)、ODS(Object Definition Segment:对象定义段)的功能段构成。ODS(Object Definition Segment)是定义图形对象的功能段。汇集多个该图形对象,描绘对话画面上的按钮。PDS(Palette Definition Segment)是规定图形对象的描绘中的显色的功能段。ICS(Interactive Composition Segment)是实现对应于用户操作使按钮的状态变化的状态变化的功能段。ICS包含对按钮执行了确定操作时应执行的按钮指令。
这里,AVClip由1个以上的“STC_Sequence”构成。所谓“STC_Sequence”是指作为AV流的系统基准时刻的STC(System_TimeClock:系统时间时钟)的不连续点(system time-base discontinuity)不存在的区间。STC的不连续点是传送解码器为了得到STC而参照的PCR(Program Clock Reference:节目时钟参考)的PCR数据包的不连续信息(discontinuity_indicator)为ON的点。
图4进一步详细表示视频流和音频流如何存储在PES数据包串中。本图中的第1段表示视频流,第3段表示音频流。第2段表示PES数据包串。如本图的箭头yy1、yy2、yy3、yy4所示,视频流中的多个Video Presentation Unit、即IDR、B图片、P图片,被分割成多个,可知各个分割部分被存储在PES数据包的有效负载(图中的V#1、V#2、V#3、V#4)中。另外,构成音频流的Audio Presentation Unit、即音频帧,如箭头aa1、aa2所示,可知存储在各个PES数据包的有效负载(图中的A#1、A#2)中。
图5表示视频或音频如何复用到程序流、传输流。下段表示存储视频流与音频流的多个PES数据包(图中的V#1、V#2、V#3、V#4、A#1、A#2)。从本图可知,视频流和音频流被存储在单独的PES数据包中。上段表示存储了下段PES数据包的程序流和传输流。在复用到程序流的情况下,PES数据包被收成1个包。在复用到传输流的情况下,分割PES数据包,将各个分割部分存储在多个TS数据包的有效负载中。BD-ROM中的存储方式不是前者程序流、而是后者传输流的存储方式。虽然图5中未示出,但通常传输流中使用的视频PES数据包存储1个帧、或成对的2个场。
图6是表示传输流的细节的图。本图中的第1段是构成MPEG2传输流的多个TS数据包串,第2段表示TS数据包的内部构成。如该第2段所示,1个TS数据包由“头”、“适用字段(adaptation field)”和“有效负载”构成。引出线th1特写了TS数据包头的构成。如该引出线所示,在TS数据包头中,存在表示存储PES数据包的开头的‘单元开始显示(payload_unit_start_indicator)’、表示复用到传输流的基本流的种类的‘PID(Packet Identifier)表示TS数据包中是否存在适用字段的‘适用字段控制’等。
引出线th2特写适用字段的内部构成。适用字段在将TS数据包头的适用字段控制设定成“1”的情况下,提供给TS数据包。具体而言,表示是视频、音频的帧开头、是入口点的‘随机访问显示(random_access_indicator)’、提供T-STD(Transport System TargetDecoder:传输系统目标解码器)的STC(System Time Clock)的PCR(Program Clock Reference)等存储在该适用字段中。
图7是表示PAT、PMT数据包的内部构成的图。这些数据包记述传输流的程序构成。
本图中的引出线hm1特写了传输流中存在的PID=0的TS数据包的构成。这种TS数据包被称为PAT(Program Association Table:程序关联表)数据包,表示传输流整体的节目构成。PAT数据包的PID始终为“0”。在PAT数据包中存储PAS(Program Association Section:程序关联部)。引出线hm2特写PAS的内部构成。如该引出线所示,PAS对应表示program_number(节目序号)与program map table(节目映射表)(PMT的PID)。引出线hm3特写传输流中存在的PID=0x100的TS数据包的构成。这种TS数据包被称为PMT数据包。如引出线hm4所示,PMT数据包的PMS包含表示对应于该PMS的节目中包含的流种类的‘stream_type’和该流的PID、即‘elementary_PID’。在本图的实例中,可知节目序号#1的节目具有PID=0x100的PMT,具有PID=0x200与0x201的MPEG2视频与ADTS音频构成该节目序号#1的节目。这样,从始终PID=0的PAT取得PMT的PID,从该PMT的PID取得PMT数据包,通过参照PMS,可得知传输流中的节目、和其构成流的PID或流类型。
接着,说明如上所述构成的AVClip如何写入BD-ROM中。图8表示构成AVClip的TS数据包经怎样的过程写入BD-ROM。图8的第1段表示构成AVClip的TS数据包。
构成AVClip的188字节的TS数据包如第2段所示,附加4字节的TS_extra_header(图中的阴影部),变为192字节长度的Source数据包。该TS_extra_header包含表示该TS数据包的解码器输入时刻信息的Arrival_Time_Stamp(到达时戳)。向每个TS数据包赋予ATS头以形成流的理由在于,为了向每个TS数据包提供至解码器(STD)的输入时刻。在数字广播中,将传输流作为固定比特率来处理。因此,对复用了称为NULL数据包的伪TS数据包后构成固定比特率的传输流加以广播。当在光盘等有限记录容量的记录媒体中记录流时,由于固定比特率的记录方式浪费容量,所以不好。因此,BD-ROM中不记录NULL数据包。另外,为了对应于可变比特率的记录方式,向每个TS数据包赋予ATS之后,记录传输流。通过使用该ATS,可对每个TS数据包复原解码器输入时刻,可对应于可变比特率的记录方式。后面,将ATS头与TS数据包的1组称为源数据包(Source Packet)。
构成AVClip的Source数据包在第3段的AVClip中构成1个以上的“ATC_Sequence”。所谓“ATC_Sequence”是Source数据包的排列,是指在该Arrival_Time_Stamp参照的Arrival_Time_Clock中不存在不连续点(no arrival time-base discontinuity)。换言之,将该Arrival_Time_Stamp参照的Arrival_Time_Clock中存在连续性的Source数据包串称为“ATC_Sequence”。
这种ATC_Sequence变为AVClip,以xxxxx.m2ts的文件名记录在BD-ROM中。
这种AVClip与通常的计算机文件一样,被分割成1个以上的文件范围(extent),记录在BD-ROM上的领域中。第4段模式地表示AVClip如何记录在BD-ROM中。在该第4段中,构成文件的各文件范围具有预定的Sexetent以上的数据长度。
研究将AVClip分割成多个范围来记录时的、每个范围的最小数据长度Sexetent。
这里,BD-ROM中光拾取器的跳动所需的时间由
Tjump=Taccess+Toverhead给出。
Taccess是对应于跳动距离(跳动的物理地址的距离)提供的时间。
从BD-ROM读出的TS数据包被存储在称为读取缓冲器的缓冲器中,输出到解码器,但向读取缓冲器的输入以称为Rud的比特率进行,在将ECC块中的扇区数设为Secc的情况下,
Toverhead利用
Toverhead≤(2×Secc×8)/Rud=20毫秒
这样的计算来给出。
从BD-ROM读出的TS数据包以Source数据包的状态存储在读取缓冲器中之后,以称为TS_Recording_rate的传输速率提供给解码器。
为了不使以TS_Recording_rate的传输速率向解码器提供TS数据包中断,必需在Tjump期间从读取缓冲器向解码器连续输出TS数据包。这里,由于从读取缓冲器的输出不是以TS数据包、而是以Source数据包的状态进行,所以在TS数据包与Source数据包之间的大小比为192/188的情况下,Tjump期间,必需利用(192/188×TS_Recording_rate)的传输速率从读取缓冲器连续输出Source数据包。
因此,读取缓冲器不下溢的缓冲器存储量为
Boccupied≥(Tjump/1000×8)×((192/188)×TS_Recording_rate)
由于向读取缓冲器的输入速率为Rud,从读取缓冲器的输出速率为TS_Recording_rate×(192/188),所以向读取缓冲器的存储速率由输入速率-输出速率的计算来提供,为(Rud-TS_Recording_rate×(192/188))。
将该Boccupied存储在读取缓冲器中所需的时间Tx为
Tx=Boccupied/(Rud-TS_Recording_rate×(192/188))。
由于从BD-ROM中读出必需在该时刻Tx中连续以Rud输入TS数据包,所以在将AVClip分割成多个范围来记录时的、每个范围的最小数据长度Sexetent为
Sexetent=Rud×Tx
=Rud×Boccupied/(Rud-TS_Recording_rate×(192/188))
≥Rud×(Tjump/1000×8)×((192/188)×TS_Recording_rate)
/(Rud-TS_Recording_rate×(192/188))
≥(Rud×Tjump/1000×8)×
TS_Recording_rate×192/(Rud×188-TS_Recording_rate×192)
从而,有
Sexetent≥
(Tjump×Rud/1000×8)×
(TS_Recording_rate×192/(Rud×188-TS_Recording_rate×192))。
构成AVClip的各文件范围通过具有以使得解码器不下溢的方式算出的Sextent以上的数据长度,从而,即便构成AVClip的各文件范围在BD-ROM上位于离散的位置,也不会在再现时中断向解码器提供TS数据包,可连续读出。
上述文件范围,以汇集32个Source数据包的对齐单元(AlignedUnit、6KByte的数据大小)为最小单位而构成。因此,BD中的流文件(XXXXX.AVClip)的文件大小始终是6KByte的倍数。
图9是表示Aligned Unit的内部构成的图。Aligned Unit由32个Source数据包构成,写入连续的3个扇区中。由32个Source数据包构成的组是6144字节(=32×192),这与3个扇区大小6144字节(=2048×3)一致。BD-ROM中的扇区以32个单位附加纠错码,构成ECC块。再现装置只要以Aligned Unit的单位访问BD-ROM,就可得到32个完结的Source数据包。以上是对BD-ROM的AVClip的写入过程。下面,将记录在BD-ROM中、复用了高画质的视频流的AVClip称为“MainClip”。相反,将记录在局部存储器中、与MainClip同时再现的AVClip称为“SubClip”。
通过对记录在BD-ROM中的MainClip进行解复用,得到部分传输流。该部分传输流对应于各个基本流。将通过解复用MainClip得到的部分传输流、即对应于1个基本流的部分传输流称为“主TS”。
<BD-ROM的构成之2.Clip信息>
接着说明赋予扩展符.clpi的文件。赋予扩展符.clpi的文件(00001.clpi、00002.clpi)存储Clip信息。Clip信息是关于各个AVClip的管理信息。图10是表示Clip信息的内部构成的图。
如图10的左侧所示,Clip信息由
i)存储关于AVClip的信息的『ClipInfo()』、
ii)存储涉及ATC Sequence、STC Sequence的信息的『SequenceInfo()』、
iii)存储涉及Program Sequence的信息的『Program Info()』、
iv)『Characteristic Point Info(CPI())』构成。
在ClipInfo中,有该Clip信息参照的AVClip的应用类型(application_type)。通过参照这种ClipInfo,可利用应用类型来识别是MainClip还是SubClip、包含动态图像还是包含静止图像(幻灯片)等。另外,ClipInfo中记述上述TS_recording_rate。
Sequence Info是关于包含于AVClip中的、1个以上STC_Sequence、ATC_Sequence的信息。设置这些信息的意义在于将STC、ATC的不连续点事先通知给再现装置。即,若存在这种不连续点,则AVClip内有可能出现同值的PTS、ATS,在再现时产生故障。为了表示STC、ATC连续在传输流中从何处起至何处止,设置Sequence Info。
所谓Program Info是表示Program的内容恒定的区间(ProgramSequence)的信息。所谓Program是共享同步再现用时间轴的基本流彼此的集合。设置Program Sequence信息的意义在于事先将Program内容的变化点通知给再现装置。这里所谓的Program内容的变化点是指视频流的PID变化、或视频流的种类从SD图像变化为HD图像的点等。
接着,说明Characteristic Point Info。图中的引出线cu2特写了CPI的构成。如引出线cu2所示,CPI由Ne个EP_map_for_one_stream_PID(EP_map_for_one_stream_PID[0]~EP_map_for_one_stream_PID[Ne-1])构成。这些EP_map_for_one_stream_PID是关于属于AVClip的各个基本流的EP_map。EP_map是在个基本流上、与入口时刻(PTS_EP_start)相对应地表示Access Unit存在的入口位置的数据包序号(SPN_EP_start)的信息。图中的引出线cu3特写EP_map_for_one_stream_PID的内部构成。
据此,可知EP_map_for_one_stream_PID由Nc个EP_High(EP_High(0)~EP_High(Nc-1))与Nf个EP_Low(EP_Low(0)~EP_Low(Nf-1))构成。这里,EP_High具有表示Access Unit(Non-IDR I图片、IDR图片)的SPN_EP_start和PTS_EP_start的高位比特的作用,EP_Low具有表示Access Unit(Non-IDR I图片、IDR图片)的SPN_EP_start和PTS_EP_start的低位比特的作用。
图中的引出线cu4特写EP_High的内部构成。如该引出线所示,EP_High(i)由作为对EP_Low的参照值的『ref_to EP_Low_id[i]』、表示Access Unit(Non-IDR I图片、IDR图片)的PTS的高位比特的『PTS_EP_High[i]』、表示Access Unit(Non-IDRI图片、IDR图片)的SPN的高位比特的『SPN_EP_High[i]』构成。这里,所谓i是用于识别任意EP_High的识别符。
图中的引出线cu5特写EP_Low的内部构成。如引出线cu5所示,EP_Low由表示对应的Access Unit是否是IDR图片的『is_angle_change_point(EP_Low_id)』、表示对应的Access Unit的大小的『I_end_position_offset(EP_Low_id)』、表示对应的AccessUnit(Non-IDR I图片、IDR图片)的PTS的低位比特的『PTS_EP_Low(EP_Low_id)』、和表示对应的Access Unit(Non-IDR I图片、IDR图片)的SPN的低位比特的『SPN_EP_Low(EP_Low_id)』构成。这里,所谓EP_Low_id是用于识别任意EP_Low的识别符。
<Clip信息的说明之2.EP_map>
下面,通过具体例来说明EP_map。图11是表示对电影的视频流的EP_map设定的图。第1段表示按显示顺序配置的多个图片(MPEG4-AVC中规定的IDR图片、I图片、B图片、P图片),第2段表示该图片中的时间轴。第4段表示BD-ROM上的TS数据包串,第3段表示EP_map的设定。
在第2段的时间轴上,设在时刻t1~t7存在构成Access Unit的IDR图片和I图片。另外,若设这些t1~t7的时间间隔为1秒左右,则电影中使用的视频流的EP_map被设定成将t1~t7表示为入口时刻(PTS_EP_start),与之相对应地表示入口位置(SPN_EP_start)。
<PlayList信息>
接着,说明PlayList(播放列表)信息。赋予扩展符“mpls”的文件(00001.mpls)是存储PlayList(PL)信息的文件。
图12是表示PlayList信息的数据构造的图。在本图中,如引出线mp1所示,PlayList信息包含定义MainPath(主路径)的MainPath信息(MainPath())、与定义章节的PlayListMark信息(PlayListMark())。
<PlayList信息的说明之1.MainPath信息>
首先说明MainPath。MainPath是对作为主影像的视频流或音频流定义的再现路径。
MainPath如箭头mp1所示,由多个PlayItem信息#1...#m定义。PlayItem信息定义构成MainPath的一个逻辑再现区间。PlayItem信息的构成由引出线hs1特写。如该引出线所示,PlayItem信息由表示再现区间的IN点和Out点所属的AVClip的再现区间信息的文件名的『Clip_Information_file_name』、表示AVClip的编码方式的『Clip_codec_identifier』、表示PlayItem是否构成多角度的『is_multi_angle』、表示该PlayItem(当前PlayItem)与其前一个PlayItem(previousPlayItem)之间的连接状态的『connection_condition』、唯一表示该PlayItem为对象的STC_Sequence的『ref_to_STC_id[0]』、表示再现区间的起点的时间信息『In_time』、表示再现区间的终点的时间信息『Out_time』、表示该PlayItem中应屏蔽的用户操作是哪个的『UO_mask_table』、表示是否许可向该PlayItem的中途随机访问的『PlayItem_random_access_flag』、表示该PlayItem再现结束后是否继续最后图片的静止显示的『Still_mode』、和『STN_table』构成。其中,构成再现路径的是表示再现区间的起点的时间信息『In_time』、表示再现区间的终点的时间信息『Out_time』的组,所谓再现路径信息由该『In_time』和『Out_time』的组构成。
图13是表示AVClip与PlayList信息之间的关系的图。第1段表示PlayList信息具有的时间轴(PlayList时间轴)。第2段至第5段表示由EP_map参照的视频流。
PlayList信息包含PlayItem信息#1、#2这两个PlayItem信息,利用这些PlayItem信息#1、#2的In_time、Out_time,定义了两个再现区间。若使这些再现区间排列,则定义与AVClip时间轴不同的时间轴。这是第1段所示的PlayList时间轴。这样,可利用PlayItem信息的定义,定义与AVClip不同的再现路径。
以上是对BD-ROM的说明。
<局部存储器200>
接着,说明作为本发明的记录媒体的局部存储器200。图14是表示局部存储器200的内部构成的图。如图所示,本发明的记录媒体可通过对应用层的改良来生产。
图20的第4段表示局部存储器200,第3段表示局部存储器200上的轨道。本图的轨道为,沿横向拉伸描绘了从局部存储器200的内周向外周形成为螺旋状的轨道。该轨道由导入区域、卷区域、导出区域构成。本图的卷区域具有物理层、文件系统层、应用层等层。若使用目录构造来表现局部存储器200的应用层格式(应用格式),则如图中第1段所示。
在本图的目录构造中,在ROOT目录的属下,存在称为‘organization#1’的子目录,在其属下,存在称为‘disc#1’的子目录。所谓目录‘organization#1’是分配给电影作品的特定提供商的目录。‘disc#1’是分配给该提供商所提供的BD-ROM的每个的目录。
通过在对应于特定提供商的目录中设置对应于各BD-ROM的目录,单独存储对各BD-ROM的下载数据。在该子目录的属下,与存储在BD-ROM中的一样,存储PlayList信息(00002.mpls)、Clip信息(00003.clpi、00004.clpi)、AVClip(00003.m2ts、00004.m2ts)。
接着,说明构成局部存储器200的构成要素的PlayList信息、Clip信息、AVClip。
<局部存储器200的构成之1.AVClip>
局部存储器200上的AVClip(00003.m2ts、00004.m2ts)构成SubClip。对该SubClip进行解复用,从而得到部分传输流。将通过解复用SubClip得到的部分传输流称为“次TS”。这种次TS构成Out_of_MUX应用。下面,说明Out_of_MUX应用。
(Out_of_MUX应用)
所谓Out_of_MUX应用是如下应用,通过同时再现选择例如BD-ROM上的主TS、与经网络等取得并记录在局部存储器中的次TS这两个TS,从而可在这2个TS间实现各种基本流的组合。
图15是表示构成Out-of-MUX应用的主TS、次TS在BD-ROM再现装置的内部构成中、如何提供给解码器的图。图中,左侧示出BD-ROM再现装置的内部构成中的BD-ROM驱动器装置、局部存储器、网络部,右侧示出解码器。正中示出执行流的解复用的PID Filter。本图中的主TS(Video1,Audio1(English),Audio2(Spanish),PG1(English Subtitle),IG1(English Menu))、次TS(Audio2(Japanese),Audio3(Korean),PG2(Japanese Subtitle),PG3(Korean Subtitle),IG2(Japanese Menu),IG3(Korean Menu))分别表示从BD-ROM、局部存储器提供的传输流。由于盘单体中仅记录英语(Audio 1)与西班牙语(Audio 2),所以不能从该盘中选择日语配音等。但是,若将内容提供商提供的日语配音(Audio 2)所在的次TS下载到局部存储器,则可将日语配音声音(Audio 2)、日语字幕(PG 2)、日语菜单画面(IG 2)送入解码器。由此,用户可从日语菜单画面(IG 2)中选择日语配音声音(Audio2)与日语字幕(PG 2),与影像(Video 1)一起再现。
在同时再现的2个TS中存储的基本流的每个种类只有最多1个(换言之,主TS与次TS中存储的视频只有最多1个、音频只有最多1个、字幕只有最多1个、菜单只有最多1个)的限制下,Out_of_MUX应用使用户可自由选择声音和字幕。
全部BD-ROM再现装置具有可解码主TS单体的能力,但没有同时解码2个TS的能力。因此,在无限制导入Out_of_MUX应用的情况下,不得不大规模化硬件、或追加更多软件,导致BD-ROM再现装置的成本上升。因此,在Out_of_MUX应用的实现中,能否在可仅解码主TS的资源上实现Out_of_MUX的应用成为关键。
基本流的每个种类只有最多1个、许可再现的限制只要考虑用次TS的基本流来‘替换’主TS的基本流即可。从而,可在解码1个TS的资源上实现Out_of_MUX应用,可抑制解码器侧的成本上升。在本图的实例中,将主TS的音频、字幕(PG)、菜单(IG)流替换成次TS的音频、字幕(PG)、菜单(IG)流。
次TS除作为上述局部存储器的内置HDD外,还可从闪存或一次存储存储器、越过网络的HDD或直接经网络的流播(streaming)等输入。为了便于说明,次TS从图1所示的内置型HDD提供。
<局部存储器200的构成之2.Clip信息>
局部存储器上存在的Clip信息(00003.clpi、00004.clpi)基本上具有与BD-ROM中记录的Clip信息一样的数据构造。这里,将局部存储器上的Clip信息的TS_Recording_Rate设定成与从BD-ROM读出AVClip相同的比特率。即,SubClip的信息中记述的TS_Recording_Rate与MainClip的Clip信息中记述的TS_Recording_Rate相同。若假设MainClip的TS_Recording_Rate的值与SubClip的TS_Recording_Rate不同,则从各个SourceDe-packetizer送入到缓冲器的数据速率会因送入哪个TS而不同,Out_of_MUX应用可假定为1个输入TS的假定不成立。
另外,因为应在2个TS之间再现的基本流被自由选择,所以若选择主TS的音频,则从Source De-packetizer至解码器内的缓冲器被设定为主TS用的比特率,若选择次TS的音频,则从SourceDe-packetizer至解码器内的缓冲器设定次TS用的比特率,再现装置模型的处理或验证会变复杂。
<局部存储器200的构成之3.PlayList信息>
接着,说明局部存储器200上的PlayList信息。赋予了扩展符“mpls”的文件(00002.mpls)是将称为MainPath、Subpath的两种再现路径统一后的组定义为Playlist(PL)的信息。图16是表示PlayList信息的数据构造的图,如图所示,PlayList信息由定义MainPath的MainPath信息(MainPath())、定义章节的PlayListMark信息(PlayListMark())、和定义Subpath的Subpath信息(Subpath())构成。这种PlayList信息的内部构成和PlayItem信息的内部构成与BD-ROM的相同,省略说明。下面,说明Subpath信息。
<PlayList信息的说明之1.Subpath信息>
MainPath是对作为主影像的MainClip定义的再现路径,相反,Subpath(子路径)是对应与MainPath同步的SubClip定义的再现路径。
图17是特写表示Subpath信息的内部构成的图。如图中的箭头hc0所示,Subpath信息包含表示SubClip的类型的SubPath_type、和1个以上SubPlayItem信息(...SubPlayItem()...)。
图中的引出线hc1特写SubPlayItem信息的构成。SubPlayItem信息如图中的箭头hc1所示,由『Clip_information_file_name』、『Clip_codec_identifier』、『SP_connection_condition』、『ref_to_STC_id[0]』、『SubPlayItem_In_time 』、『SubPlayItem_Out_time』、『sync_PlayItem_id』、『sync_start_PTS_of_PlayItem』构成。
『Clip_information_file_name』是通过记述Clip信息的文件名、唯一指定对应于SubPlayItem的SubClip的信息。
『Clip_codec_identifier』表示AVClip的编码方式。
『SP_connection_condition』表示该SubPlayItem(当前SubPlayItem)与其前一个SubPlayItem(previousSubPlayItem)之间的连接状态。
『ref_to_STC_id[0]』唯一表示该PlayItem构成对象的STC_Sequence。
『SubPlayItem_In_time』是表示SubClip的再现时间轴上的SubPlayItem的起点的信息。
『SubPlayItem_Out_time』是表示SubClip的再现时间轴上的SubPlayItem的终点的信息。
『sync_PlayItem_id』是唯一指定构成MainPath的PlayItem中、该SubPlayItem应同步的PlayItem的信息。SubPlayItem_In_time存在于由该sync_PlayItem_id指定的Play Item的再现时间轴上。
『sync_start_PTS_of_PlayItem』表示在由sync_PlayItem_id指定的Play Item的再现时间轴上、由SubPlayItem_In_time指定的SubPlayItem的起点存在于何处。
<SubPath信息的细节之2.三者的关系>
这里所谓的三者是指局部存储器200上的SubClip、局部存储器200上的PlayList信息、BD-ROM上的MainClip三者。
图18是表示局部存储器200上的SubClip、局部存储器200上的PlayList信息、BD-ROM上的MainClip之间的对应图。图中,第1段表示局部存储器200上存在的SubClip。如第1段所示,在局部存储器200上的SubClip内的次TS中,有音频流、PG流、IG流等种类。它们当中的任何一个,均作为SubPath提供同步再现。
第2段表示由PlayList信息定义的2个时间轴。第2段中的下侧的时间轴表示由PlayItem信息定义的PlayList时间轴,上侧的时间轴表示由SubPlayItem定义的SubPlayItem时间轴。
如图所示,可知SubPlayItem信息的SubPlayItem_Clip_information_file_name实现选择作用,该SubClip选择作用是指将存储了SubClip的.m2ts文件中的哪个选择为再现区间的对象。
另外,可知SubPlayItem_IN_tim、SubPlayItem_Out_time实现定义SubClip上的再现区间的起点和终点的作用。
箭头sync_PlayItem_Id实现期望与哪个PlayItem同步的同步指定的作用,sync_stat_PTS_of_PlayItem实现确定PlayList时间轴上的SubPlayItem_In_time的位置的作用。
以上是对SubPath信息的说明。
<STN_table>
该局部存储器200上的PlayList信息的特征在于STN_table。下面,说明局部存储器200上的PlayList信息。
STN_table是如下表格,即,表示复用到由PlayItem信息的Clip_Information_file_name指定的MainClip上的多个基本流、和复用到由SubPlayItem信息的Clip_information_file_name指定的SubClip上的多个基本流中的、许可同时再现的1个以上的组合的表。在PlayList信息的STN_table中,许可同时再现的多个基本流构成所谓的“系统流”。
具体而言,STN_table通过将关于复用到MainClip的多个基本流、复用到SubClip的基本流的每个的Stream_entry与Stream_attribute相对应来构成。
图19(a)是表示STN_table的内部构成的图。如图所示,STN_table包含多个STN_table中的entry(项目)与attribute(属性)的组(entry-attribute),为表示这些entry-attribute的组的个数(number_of_video_stream_entries,number_of_audio_stream_entries,number_of_PG_stream_entries,number_of_IG_stream_entries)的数据构造。
entry-attribute的组如图中的括号“{”所示,对应于Play Item中可再现的视频流、音频流、PG流、IG流中的每个。
说明entry-attribute的细节。
图19(b)是表示对应于视频流的Stream_attribute的图。
视频流中的Stream_attribute包含表示视频流的显示方式的『Video_format』与表示视频流的显示频率的『frame_rate』等。
图19(c)是表示对应于音频流的Stream_attribute的图。
音频流中的Stream_attribute由表示音频流的编码方式的『stream_coding_type』、表示对应的音频流的声道(channel)构成的『audio_presentation_type』、表示对应的音频流的采样频率的对应的『sampling_frequency』、和表示音频流的语言属性的『audio_languagecode』构成。
图19(d)是表示视频流中的Stream_entry的图。如图所示,视频流的Stream_entry包含表示视频流的解复用中使用的PID的‘ref_to_Stream_PID_of_Main_Clip’。
由MainClip复用的音频流、IG流、PG流的Stream_attribute为图19(d)的形式。
<许可再现的基本流的数据量限制>
STN_table表示从BD-ROM中读出的基本流、从局部存储器中读出的基本流中许可再现的基本流,但若这种STN_table成为无限制地许可基本流的再现,则担心导致解码器系统崩溃。
其理由如下。若基于MPEG2的解码器系统标准,则在1个传输流中的ATC时间轴的TS数据包之间,不存在重叠。这是解码器系统中执行正确的解码处理用的基本原则。另一方面,在许可BD-ROM中的流的再现的同时许可局部存储器中的流的再现,同时执行从BD-ROM的AVClip再现与从局部存储器的AVClip再现的情况下,来自BD-ROM的TS数据包与来自局部存储器的TS数据包之间将会产生重叠。
因此,在本实施方式中,对解码基本流附加如下限制。
所谓解码基本流是STN_table中许可再现、为了一起再现而选择的视频流、音频流、PG流、IG流。在解码基本流中,存在从局部存储器中读出的与从BD-ROM中读出的基本流两者。
对解码基本流附加的限制是,构成为包含STN_table中许可同时再现的基本流、但不包含不许可再现的基本流的AVClip(MainClip、SubClip)的TS数据包(Decoding TS数据包)的每秒的比特量为48Mbit以下。
将该1秒的单位时间称为“Window”,设置在ATC Sequence时间轴上的任意位置。即,解码基本流中的比特量无论是在哪1秒的期间内都必需满足该48Mbit以下的条件。
图20表示从BD-ROM中读出的TS数据包与从局部存储器中读出的TS数据包,表示这些TS数据包中提供给解码器的TS数据包。本图的第1段表示从BD-ROM中读出的多个TS数据包,第3段表示从局部存储器中读出的TS数据包。这些第1段、第3段的TS数据包中加阴影的是构成解码基本流的TS数据包(Decoding TS数据包)。本图的第2段表示第1段所示的Decoding TS数据包、第3段所示的Decoding TS数据包中属于1秒的期间的Decoding TS数据包。如上所述,若基于MPEG2的解码器系统标准,则在1个传输流中的ATC时间轴的TS数据包之间,不存在重叠。但是,根据本图,可知ATC时间轴上产生TS数据包之间的重叠rp1、rp2、rp3。这样,在所谓Window的单位期间中,允许TS数据包动作的重叠。但是,附加MPEG2的解码器系统标准中没有的其它要件。这就是上述每1Window 48Mbit以下的限制。第4段用公式表示该第2段所示的Decoding TS数据包应满足的条件。该公式的含义是将上述Decoding
TS数据包的个数换算成比特数之后的值(乘以TS数据包的字节数、即188,用比特数8表示的值)为48Mbit以下。
在任意1秒的期间内,对Decoding TS数据包附加上述条件是本实施方式中的比特量的限制。Out_of_MUX应用用的创作时,在Source数据包串中,使这种Window一次移位1数据包,同时,检查1秒的期间内的、Decoding TS数据包的比特数是否满足48Mbit以下的限制。若满足限制,则使Window移位到下一TS数据包,若不满足限制,则断定为违反BD-ROM标准。另外,重复这种移位的结果,若Window的Out_Time到达最后的Source数据包,则判定为该Source数据包与BD-ROM标准匹配。
<Window的移位>
向TS数据包的每个赋予具有27MHz时间精度的ATS。ATC时间轴上的坐标具有1/27,000,000秒的时间精度,但ATS不限于存在于该ATC时间轴上的各坐标。在ATC时间轴上,ATS完全不存在的期间或ATS存在的期间不规则地出现。由于ATS的出现中存在偏差,所以在移位Window时,在从In_Time起1秒后不存在ATS的情况下,如何调整Window的Out_Time成为问题。
Window的Out_Time原则上设定为In_Time的1秒。这里,在ATC时间轴上,若在In_Time的1秒后的坐标上存在ATS,则将In_Time+1秒的坐标设为Out_Time。若In_Time的1秒后的坐标上不存在ATS,则将In_Time+1秒之后的、ATS初次出现的ATC时间轴的坐标设为Out_Time。一边考虑ATS的空白期间一边调整Out_Time,同时,移位Window,所以每当Window移位时,算出不同的比特值。通过将In_Time每次移位1TS数据包,与之相伴,调整Out_Time,从而可严密计算ATC时间轴上的比特值的转变。
图21是表示Window的移位的图。(a)~(d)的每一个中,上段表示构成校验对象的Source数据包串,下段表示Window的In_Time、Out_Time。在图21(a)中,Window的In_Time指定Source数据包#i。将从该Window的In_Time起1秒后存在的TS数据包#j设定成Window的Out_Time。
在图21(b)中,Window的In_Time指定Source数据包#i+1。另一方面,在从该Window的In_Time起1秒后,在Source数据包#j+1的坐标上不存在Source数据包的ATS。该图21(b)中的Window的Out_Time超过TS数据包#j,但在紧挨着TS数据包#j之后,由于不存在Source数据包,所以图21(b)的Window中的比特率不比图21(a)的Window中的比特率少。其中,图21(b)的Window不值得校验。因此,利用Out_Time的调整,将从Window的In_Time起1秒以后初次出现的TS数据包#j+2设为Window的Out_Time。若如此设定Out_Time,则图21(b)的Window值得校验。
在图21(c)中,Window的In_Time指定Source数据包#i+2。另一方面,在从该Window的In_Time起1秒后,有Source数据包#j+2。该图21(c)的Window中TS数据包的数量未变为图21(b)的Window中的数量,不值得校验。因此,在该图21(c)中,不执行校验,Window的In_Time进一步前进。
在图21(d)中,Window的In_Time指定Source数据包#i+3。另一方面,在从该Window_In_Time起1秒后,Source数据包#i+3的位置上不存在Source数据包。因此,执行上述Out_Time的调整,将从Window的In_Time起1秒之后首次出现的TS数据包#j+4设为Window的Out_Time。由此,Window内的TS数据包数量与图21(b)不同,值得校验。
通过伴随以上的Window移位,在创作时执行比特量检查,从而,即便从局部存储器及BD-ROM中读出TS数据包,提供给解码器,也保障不会导致下溢或上溢。
参照图22-图26的具体例来说明基于以上Window移位的保障。
图22的第1段是表示从BD-ROM中读出的TS数据包、从局部存储器中读出的TS数据包的数据量的时间推移的曲线。横轴是时间,纵轴表示时间轴上各时刻的传输量。在该曲线中,从BD-ROM和局部存储器读出时的比特量如虚线曲线所示推移。
图22的第2段表示从BD-ROM中读出的TS数据包、从局部存储器中读出的TS数据包中、提供给解码器的TS数据包的合计数据量。合计传输量的时间推移如实线曲线所示。该合计数据量为属于STN_table许可的流的TS数据包的合计量。在最坏的情况下,合计的传输量接近96Mbit,考虑提供该数据量的TS数据包。将曲线的时间轴分割成7个Window,对比各个Window的提供量与每个Window的传输允许量。
图22的第3段以1秒的期间区分图22第2段的曲线,图23(a)(b)是对比表示各Window的传输允许量与Window中向解码器的提供量的图。Window中的传输允许量为每秒48Mbit,若换算为0.5秒,则为96Mbit。图中的图案pn1的阴影表示向解码器的数据提供量。图中的图案pn2的阴影表示每个Window的传输允许量。图案pn1加阴影的部分的面积无论在哪个Window中都为图案pn2加阴影的部分的面积以下。这意味着从BD-ROM和局部存储器的数据提供量无论在哪个Window中都被抑制在Window的传输允许量以下。
无论在ATC时间轴上的哪个时刻,每秒向解码器的传输允许量均为48Mbit以下,所以即便例如局部地向解码器的传输允许量接近96Mbit,也可利用48Mbit=96Mbit×0.5秒的计算,使96Mbit下的传输不会持续0.5秒。因此,解码器若在该峰值到来之前执行从BD-ROM、局部存储器向解码器的先读取,则不会产生解码器内缓冲器的下溢或上溢。
Window中的传输允许量、即每秒48Mbit的数值,是基于MPEG的解码器将可先读取到缓冲器的数值设为标准而确定的数值。在可先读取到缓冲器的数据量更大的情况下,使每秒的数据量更大,或者可使Window的时间长度更长。由此,本发明的数值范围不应限于每秒48Mbit。
以上说明STN_table中许可再现的次TS中的数据量限制。<connection_condition信息、sp_connection_condition信息的设定>
接着,说明实现Out_of_MUX应用的情况下的、PlayItem中的connection_condition信息和SubPlayItem中的sp_connection_condition信息的设定。connection_condition信息的字段的值、sp_connection_condition信息的字段的值可取“1”、“5”、“6”的值,分别具有以下含义。
connection_condition=1(CC=1):不保证该PlayItem(当前PlayItem)和紧挨着的之前的PlayItem(previousPlayItem)无缝连接。即,是允许冻结并中断再现的连接方式(非无缝连接)。
connection_condition=5(CC=5):保证复用于当前PlayItem侧的MainClip上的视频流、PG流、IG流,和复用于previousPlayItem侧的MainClip上的视频流、PG流、IG流无缝连接。另一方面,复用于MainClip上的音频流不受此限。
connection_condition=6(CC=6):保证属于当前PlayItem与previousPlayItem的各个TS流逻辑上连续(时间轴连续,编码方式也连续),音频流、视频流均无缝连接。
SubPlayItem#n内记述的sp_connection_condition信息可如下定义。
sp_connection_condition信息(SP_CC=1):不保证该SubPlayItem(当前SubPlayItem)与紧挨着的之前的SubPlayItem(previousSubPlayItem)无缝连接。
sp_connection_condition信息(SP_CC=5):保证复用于当前SubPlayItem侧的SubClip上的PG流、IG流,和复用于previousSubPlayItem侧的SubClip上的PG流、IG流无缝连接。另一方面,复用于SubClip上的音频流不受此限。
sp_connection_condition信息(SP_CC=6):保证属于当前SubPlayItem与previousSubPlayItem的各个TS流逻辑上连续(时间轴连续,编码方式也连续),无缝连接。
对实现Out_of_MUX应用的PlayItem应该设定的SubPlayItem,其应该是即便SubPlayItem内的视频流或音频流、或者PG流或IG流在PlayItem内也不会引起不整合。因此,为全部相同的连接条件。即,若PlayItem#1、PlayItem#2以CC=1连接,则与之对应的SubPlayItem#1、SubPlayItem#2也以CC=1连接。同样,PlayItem#1、PlayItem#2若以CC=5连接,则与之对应的SubPlayItem#1、SubPlayItem#2也一边满足CC=5的条件一边连接。
下面,参照图24、图25、图26,说明构成Out_of_MUX应用的PlayItem、SubPlayItem的In_Time、Out_Time的关系,和connection_condition信息的细节。
<In_Time、Out_Time的关系>
图24是表示构成Out_of_MUX的PlayItem、SubPlayItem的连接状态的图。本图中的第1段是SubClip时间轴,第2段、第3段是SubPlayItem时间轴、PlayList时间轴。第4段是MainClip时间轴。在本图中,在PlayItem侧的connection_condition信息为“=5”的情况下,SubPlayItem侧的connection_condition信息也变为SP_CC=5。
图25是表示图24所示的、PlayItem的connection_condition信息、SubPlayItem的sp_connection_condition信息被设定为“=5”的情况下的、PlayItem中的In_Time、Out_Time与SubPlayItem中的In_Time、Out_Time之间的关系的图。第1段、第4段与图24一样。图24所示的两个PlayItem(PlayItem信息#1、PlayItem信息#2)中,PlayItem信息#1的In_Time表示时刻t1,Out_Time表示时刻t2。PlayItem信息#2的In_Time表示时刻t3,PlayItem信息#2的Out_Time表示时刻t4。
若将PlayItem侧的连接状态设定为CC=5,则SubPlayItem中的Sync_Start_Pts_of_PlayItem表示与PlayItem的In_Time相同的时刻。另外,SubPlayItem中的In_Time、Out_Time表示与PlayItem的In_Time、Out_Time相同的时刻。这样,在PlayItem的connection_condition信息为“=5”的情况下,SubPlayItem的sp_connection_condition信息也被设定为“=5”,并且,PlayItem的In_Time、Out_Time表示与SubPlayItem的In_Time、Out_Time相同的时刻。
PlayItem的In_Time、Out_Time、SubPlayItem的In_Time、Out_Time分别参照Video Presentation Unit、Audio Presentation Unit的PTS。PlayItem的In_Time、Out_Time与SubPlayItem的In_Time、Out_Time一致的情况,意味着由PlayItem的In_Time、Out_Time参照的Video Presentation Unit、Audio Presentation Unit的PTS值与由SubPlayItem的In_Time、Out_Time参照的Video Presentation Unit、Audio Presentation Unit的PTS值相同。此时,主TS、次TS必需被编码成时间长度相同,在创作时,Video Presentation Unit、AudioPresentation Unit的PTS相同。这样,制作主TS、次TS也构成实现CC=5、SP_CC=5的条件。
<同步再现中应参照的STC值>
图26表示在再现PlayItem的从In_Time至Out_Time中存在的部分的情况下应参照的STC值,在再现SubPlayItem的从In_Time至Out_Time中存在的部分的情况下应参照的STC值。第2段、第3段与上图所示相同。第1段以曲线形式表示在再现SubPlayItem的从In_Time至Out_Time中存在的部分的情况下应参照的STC值。第4段以曲线形式表示在再现PlayItem的从In_Time至Out_Time中存在的部分的情况下应参照的STC值。第1段中的横轴是时间轴,纵轴表示时间轴上各时刻的STC值。第1段中的STC值由SubPlayItem信息#1的从In_Time至Out_Time的期间中的单调增加zk1、与SubPlayItem信息#2的从In_Time至Out_Time的期间中的单调增加zk2构成。第4段中的STC值由PlayItem信息#1的从In_Time至Out_Time的期间中的单调增加zk3、与PlayItem信息#2的从In_Time至Out_Time的期间中的单调增加zk4构成。
PlayItem的In_Time表示与SubPlayItem的In_Time相同的时刻,所以在上述曲线中,STC的初始值相同,即便在中途的时刻也相同。即,当将PlayItem的从In_Time至Out_Time中存在的任意时刻i的Source数据包提供给解码器时应参照的STC值、即STC2(i),与将SubPlayItem的从In_Time至Out_Time中存在的相同时刻i的Source数据包提供给解码器时应参照的STC值、即STC1(i)相同。若STC值相同,则只要装置内的STC计数器生成相同的时钟值,提供给解复用部即可,所以简化再现装置的控制。
假设与上述图25、图26的限制相反,在对1个PlayItem准备2个以上SubPlayItem的情况下,在该SubPlayItem的边界,影像或声音会中断,产生在PlayItem的途中、再现暂时停止等不便。另外,就Out_of_MUX应用而言,在实现将主TS替换为次TS的处理的情况下,在该替换前后,必需切换STC时间轴,所以再现装置的同步控制复杂化。另一方面,在一连续的STC时间轴上一起定义了PlayItem或SubPlayItem的In_Time、Out_Time的情况下,可避免上述中断或传输流替换等故障。据此,对于1个PlayItem,使SubPlayItem保持相同的开始点、相同的终止点。
<In_Time、Out_Time的误差>
这里,PlayItem中的In_Time、Out_Time与SubPlayItem中的In_Time、Out_Time的一致不要求完全一致,允许有些误差。说明该In_Time、Out_Time之间的误差。
构成PlayItem的In_Time、Out_Time的STC时刻,PlayItem对视频流进行设定。相反,SubPlayItem中对音频流设定。这是因为,SubPlayItem多数情况下评论为主要用途,并且不复用视频流。此时,由于严格地说各个演示单元的再现时间长度不同,因此开始/结束时刻不一致。因此,有必要允许最低不足1帧的误差。就PlayItem#n与SubPlayItem#n的开始/结束时刻而言,对于相同的STC时间轴,均规定为
|(PlayItem#n.Out-PlayItem#n.In)-(SubPlayItem#n.Out_time-SubPlayItem#n.In_time)|≤PlayItem#n中、具有最小再现时间的视频的1个顺序(progressive)帧或2个交织(interlace)场的再现时间≤1/60秒。上述左边的值也可以是PlayItem#n中具有最大再现时间的视频的1个顺序帧或2个交织场的再现时间(≤1/25秒),或是1秒以下等。
以上是对PlayItem、SubPlayItem中的In_Time、Out_Time的关系的说明。
下面,详细说明connection_condition信息、sp_connection_condition信息。为了满足CC=5、SP_CC=5的条件,AV流的级别、传输流的级别、Video Presentation Unit和AudioPresentation Unit的级别、基本流的级别全部必需满足下述条件。
<AV流的级别>
将Current PlayItem的connection_condition信息和sp_connection_condition信息设定为“5”,意味着在由Previous_PlayItem再现的AV流的终止点与由Current_PlayItem再现的AV流的开始点之间,存在“Clean Break”(彻底分开)。
为了实现Clean Break,由Previous PlayItem再现的AVClip与由Current PlayItem再现的AV流必需满足以下要件。
(1)在由Previous PlayItem指定的MainClip的终止点,不存在不必要的Access Unit,从Previous PlayItem的Out_Time之后,排除具有PTS的无用Access Unit。
同样,在由Previous SubPlayItem指定的SubClip的终止点,不存在不必要的Access Unit,从Previous SubPlayItem的Out_Time之后,排除具有PTS的无用Access Unit。
(2)在由Current PlayItem指定的AV流的开始点,从CurrentPlayItem的In_Time之前去除具有PTS的无用Access Unit。另外,MainClip的最初Audio Presentation Unit包含在STC时间轴的In_Time再现的Sample。
同样,在由Current SubPlayItem指定的AV流的开始点,从CurrentSubPlayItem的In_Time之前去除具有PTS的无用Access Unit。另外,SubClip的最初Audio Presentation Unit包含在STC时间轴的In_Time再现的Sample。
(3)构成由Previous PlayItem指定的MainClip的全部Source数据包在送入由Current PlayItem指定的MainClip的开头数据包之前,被复用,以被取入解码器系统中。
同样,由Previous SubPlayItem指定的SubClip的全部数据在送入由Current SubPlayItem指定的SubClip的开头数据包之前,被复用,以被取入解码器系统中。
以上是AV流中应满足的条件。下面,说明传输流的级别应满足的条件。
<传输流的级别>
这里,将CC=5时构成无缝连接对象的2个主TS称为主TS1、主TS2。将SP_CC=5时构成无缝连接对象的2个次TS称为次TS1、次TS2。
图27是表示由previousPlayItem、PreviousSubPlayItem参照的AVClip、由当前PlayItem、当前SubPlayItem参照的AVClip中、TS1、TS2如何确定的图。本图的第4段表示主TS1、主TS2,第3段表示previousPlayItem侧的MainClip1、当前PlayItem侧的MainClip2。第1段表示次TS1、次TS2,第2段表示previousSubPlayItem侧的SubClip1、当前SubPlayItem侧的SubClip2。
主TS1由MainClip1中附加阴影的数据构成。MainClip1中附加阴影的数据从可开始对Previous PlayItem中的In_Time解码的Source数据包开始。这种Source数据包位于In_Time参照的VideoPresentation Unit和Audio Presentation Unit的开头。另外,附加阴影的数据在MainClip1的最后数据包处结束。
主TS2由MainClip2中附加阴影的数据构成。MainClip2中附加阴影的数据从MainClip2的最初Source数据包开始。另外,MainClip中附加阴影的数据在结束对当前PlayItem的解码的Source数据包处结束。这种Source数据包是位于由Current PlayItem的Out_Time参照的Video Presentation Unit、Audio Presentation Unit的末尾的Source数据包。
次TS1由SubClip1中附加阴影的数据构成。SubClip1中附加阴影的数据从可开始对previousSubPlayItem中的In_Time解码的Source数据包开始。这种Source数据包位于In_Time参照的VideoPresentation Unit和Audio Presentation Unit的开头。另外,附加阴影的数据在SubClip1的最后数据包结束。
次TS2由SubClip2中附加阴影的数据构成。SubClip2中附加阴影的数据从SubClip2的最初Source数据包开始。另外,SubClip中附加阴影的数据在结束对当前PlayItem的解码的Source数据包结束。这种Source数据包是位于由当前SubPlayItem的Out_Time参照的Video Presentation Unit、Audio Presentation Unit的末尾的Source数据包。
从以上说明可知,CC=5、SP_CC=5时,应连接的2个传输流如何配置在MainClip、SubClip内。previousPlayItem侧的MainClip必需在由previousPlayItem的Out_Time参照的Video Presentation Unit、Audio Presentation Unit结束,当前PlayItem侧的MainClip也必需在由当前PlayItem的In_Time参照的Video Presentation Unit、AudioPresentation Unit开始。该关系对previousSubPlayItem一样,previousSubPlayItem侧的SubClip必需在由previousSubPlayItem的Out_Time参照的Audio Presentation Unit结束,当前SubPlayItem侧的SubClip也必需在由当前SubPlayItem的In_Time参照的AudioPresentation Unit开始。这是因为如上所述,在从previousSubPlayItem的Out_Time参照的Video Presentation Unit、Audio Presentation Unit之后,不存在多余的Audio Presentation Unit。另一方面,previousSubPlayItem侧的SubClip不必在由previousSubPlayItem的In_Time参照的Audio Presentation Unit开始,当前SubPlayItem侧的SubClip也不必在由当前SubPlayItem的Out_Time参照的AudioPresentation Unit结束。
从上述图24、图27可知,必需制作成主TS、次TS构成为相同时间长度,并且Video Presentation Unit、Audio Presentation Unit的PTS值为相同值。另外,previousPlayItem侧的MainClip、previousPlayItem侧的SubClip必需被复用,以在Out_Time的VideoPresentation Unit、Audio Presentation Unit结束,当前PlayItem侧的MainClip、当前PlayItem侧的SubClip必需被复用,以便在In_Time的Video Presentation Unit、Audio Presentation Unit开始。
另外,这些传输流必需满足以下要件。
·TS1与TS2中的程序数量为1个
·视频流的数量为1个
·音频流数量相同
·previous PlayItem中的STN_table与Current PlayItem中的STN_table内容相同
·各个PlayItem中的传输流的再现期间为3秒
以上是以CC=5、SP_CC=5时连接2个流时传输流的级别下应满足的条件。接着,说明Video Presentation Unit、Audio Presentation Unit的级别下应满足的条件。
<Video Presentation Unit、Audio Presentation Unit的级别>
所谓CC=5是指使本来不同的主TS1即视频流的最后VideoPresentation Unit的开始时刻、与主TS2即视频流的最初VideoPresentation Unit的结束时刻一致。若要使Video Presentation Unit的结束时刻、开始时刻一致,则应与这种Video Presentation Unit同步再现的Audio Presentation Unit的处理成问题。这是因为,视频与音频中采样频率不同,Video Presentation Unit、Audio Presentation Unit的时间长度不一致。
图28是表示CC=5和SP_CC=5的细节的图。第1段~第3段表示SubPlayItem中的connection_condition,第4段~第7段表示PlayItem中的sp_connection_condition。第4段表示TS1、TS2中的多个Video Presentation Unit,第5段表示TS1中的Audio PresentationUnit、TS2中的Audio Presentation Unit。第6段表示MainClip中的STC值。第7段表示MainClip中的Source数据包串。
本图中,附加阴影的是TS1侧的Video Presentation Unit、AudioPresentation Unit、Source数据包,未附加阴影的是TS2侧的VideoPresentation Unit、Audio Presentation Unit、Source数据包。
本图中,所谓CC=5是指尽管使Video Presentation Unit边界一致(第4段),但MainClip的ATC中存在时隙(第7段),MainClip的AudioPresentation Unit中存在重叠(第5段)的状态。所谓SP_CC=5是指SubClip的ATC中有时隙(第1段),SubClip的Audio Presentation Unit中存在重叠(第2段)的状态。
所谓上述Video Presentation Unit的边界若从TS1侧看,则为第4段最后的Video Presentation Unit的终止点PTS1(1stEnd)+Tpp,若从TS2侧看,则为第4段的Video Presentation Unit的开始点PTS2(2ndSTART)。
将TS1中与边界时刻T4一致的Audio Presentation Unit的终止点设为T5a、将TS2中与时刻T4一致的Audio Presentation Unit的开始点设为T3a的情况下,MainClip中的重叠中,Audio Presentation Unit变为从T3a至T5a。
另外,在本图中,SubClip的Audio Presentation Unit比MainClip的Audio Presentation Unit长。这是因为,为了便于通过网络提供SubClip中的音频流,将采样频率设定得低,因此,每1个AudioPresentation Unit的时间长度变长。该第1段的Source数据包串中,也存在与第7段一样的时隙,第2段的Audio Presentation Unit中,也存在与第4段一样的重叠。将SubClip的TS1的Audio PresentationUnit中、与边界时刻T4一致的Audio Presentation Unit的终止点设为T5b、将SubClip的TS2中的Audio Presentation Unit中与时刻T4一致的Audio Presentation Unit的开始点设为T3b的情况下,重叠从T3b至T5b。
从该图可知,为了实现CC=5、SP_CC=5,Video Presentation Unit、Audio Presentation Unit、数据包的级别中,必需满足以下4个条件。
(1)TS1中的音频流的最后Audio Presentation Unit包含具有等于由previousPlayItem、previousSubPlayItem指定的TS1中的最后视频图片显示期间终期的再现时刻的采样。
(2)TS2中的音频流的最初Audio Presentation Unit包含具有等于由当前PlayItem、当前SubPlayItem指定的TS2的最初图片显示期间开头的再现时刻的采样。
(3在连接点的Audio Presentation Unit串中,不存在时隙。这意味着在连接点也可发生Audio Presentation Unit串的重叠。但是,这种重叠的大小必需比2个音频帧再现期间短。
(4)TS2中的最初数据包包含PAT,1个以上的PMT也可连接于其后。若PMT比TS数据包的有效负载大,则PMT也为2个数据包以上。在存储PMT的TS数据包中,也可存在PCR或SIT。
<In_Time、Out_Time与Video Presentation Unit之间的关系>
图29是表示由previousPlayItem和当前PlayItem指定的多个Video Presentation Unit、多个Audio Presentation Unit、STC时间轴之间的关系的图。第1段表示归属于previousPlayItem参照的TS1的多个Video Presentation Unit、归属于当前PlayItem参照的TS2的多个Video Presentation Unit,第2段表示归属于previousSubPlayItem参照的时戳的多个Audio Presentation Unit、归属于当前SubPlayItem参照的TS2的多个Audio Presentation Unit。第3段表示previousSubPlayItem的TS1中的STC时间轴、当前SubPlayItem的TS2中的STC时间轴。第2段所示的TS1中的Audio Presentation Unit、TS2中的Audio Presentation Unit中、从属于TS2的Audio PresentationUnit的开始点T3b起、至对应于TS2的Audio Presentation Unit的终止时刻T5b为止重叠,如图28所示。另外,当前SubPlayItem的In_Time、previousSubPlayItem的Out_Time分别指定作为VideoPresentation Unit边界的时刻T4。由于当前PlayItem的In_Time、SubPlayItem的Out_Time也指定作为Video Presentation Unit的边界的时刻T4,所以PlayItem的In_Time、Out_Time与SubPlayItem的In_Time、Out_Time一致。这样,可知尽管previousSubPlayItem的In_Time、当前SubPlayItem的Out_Time被记录在与BD-ROM不同的记录媒体中,但仍与MainClip中的Video Presentation Unit的边界一致,还与previousPlayItem的Out_Time、当前PlayItem的In_Time一致。
以上是Video Presentation Unit、Audio Presentation Unit级别的条件细节。
<基本流的级别>
下面,说明CC=5、SP_CC=5实现用的基本流级别下的编码条件。
各个基本流的级别中必需满足以下编码条件。
(1)视频流
·在无缝连接前后,视频的分辨率或帧速率不变,
·无缝连接前的视频流以sequence_end_code(MPEG-2 Video时)、end_of_sequence_rbsp(MPEG-4AVC时)完成
(2)音频流
·具有相同PID的音频流的编码方式不变
·采样频率或量化比特数、声道数等不变
(3)PG流
a)TS1和TS2中的PG流数量相同。
b)TS1中的PG流以称为End of Display Set的功能片段终止
c)搬运TS1中的最后PCS的PES数据包的PTS,表示比previousPlayItem、previousSubPlayItem的Out_Time的再现时刻早的时刻。
d)TS2的PG流必需从Epoch Start、Epoch Continue类型的DisplaySet开始。
e)搬运TS2中的最初PCS的PES数据包的PTS,表示与当前PlayItem、当前SubPlayItem的In_Time的再现时刻相等或比其晚的时刻。
f)来自TS2的Source数据包连续,从TS1中取出Source数据包可定义为相同系统时间轴的STC1、STC2,在这些DTS值/PTS值中不存在重复。
(4)IG流
a)TS1和TS2中的IG流的数量相同。
b)TS1中的IG流以称为End of Display Set的功能片段终止。
c)搬运TS1中的最后ICS的PES数据包的PTS,表示比previousPlayItem、previousSubPlayItem的Out_Time的再现时刻早的时刻。
d)TS2的IG流必需从Epoch Start、Epoch Continue类型的DisplaySet开始。
e)搬运TS2中的最初ICS的PES数据包的PTS,表示与当前PlayItem、当前SubPlayItem的In_Time的再现时刻相等或比其晚的时刻。
f)来自TS2的Source数据包连续,从TS1中取出Source数据包可定义为相同系统时间轴的STC1、STC2,在这些DTS值/PTS值中不存在重复。
为了以CC=5连接previousPlayItem与当前PlayItem,以SP_CC=5连接previousSubPlayItem与当前SubPlayItem,必需满足以上AV流的级别、传输流的级别、Video Presentation Unit和Audio PresentationUnit的级别、基本流的级别全部的条件。
以上是作为局部存储器200的一部分的PlayList信息的说明。
以上结束本发明的记录媒体的说明。下面,说明本发明的再现装置。
图30是表示本发明的再现装置的内部构成的图。本发明的再现装置根据本图所示的内部,在工业上被生产。本发明的再现装置主要由系统LSI与驱动装置等两个部分构成,通过将这些部分安装在装置的机柜及基板上,可工业上生产。系统LSI是集成实现再现装置的功能的各种处理部的集成电路。如此生产的再现装置包括:BD-ROM驱动器a1;读取缓冲器1b、c;ATC计数器2a、c;Source Depacketizer(源解包器)2b、d;ATC计数器2c、d;STC计数器3a、c;PID Filter(PID过滤器)3b、d;视频解码器4;Transport Buffer(传输缓冲器)(TB)4a;Multiplexed Buffer(复用缓冲器)(MB)4b;Coded Picture Buffer(编码图片缓冲器)(CPB)4c;视频解码器4d;Re-order Buffer(重新排序缓冲器)4e;开关4f、视频平面5;音频解码器9;Transport Buffer6;Elementary Buffer(基本缓冲器)7;解码器8;开关10a、10b、10c、10d;Interactive Graphics(交互图形)解码器11;Transport Buffer(TB)11a;Coded Data Buffer(编码数据缓冲器)(CDB)11b;Stream GraphicsProcessor(流图形处理器)(SGP)11c;Object Buffer(对象缓冲器)11d;Composition Buffer(合成缓冲器)11e;Graphics Controller(图形控制器)11f;Interactive Graphics平面12;Presentation Graphics(演示图形)解码器13;Transport Buffer(TB)13a;Coded Data Buffer(CDB)13b;Stream Graphics Processor(SGP)13c;Object Buffer13d;CompositionBuffer13e;Graphics Controller13f;Presentation Graphics平面14;Transport Buffer15a;Elementary Buffer15b;解码器15c;TransportBuffer16a;Elementary Buffer16b;解码器16c;合成部17;存储器21;控制器22;PSR组23;PID变换部24;网络部25;操作受理部26;局部存储器200。
BD-ROM驱动器a1执行BD-ROM的加载/排出,执行对BD-ROM盘的存取。
读取缓冲器(RB)1b存储从BD-ROM读出的Source数据包串。
读取缓冲器(RB)1c存储从LastPlay标题读出的Source数据包串。
ATC计数器2a使用构成主TS的Source数据包中、位于再现区间的最初的Source数据包的ATS复位,之后,向源解包器2b输出STC。
源解包器(Source Depacketizer)2b从构成主TS的Source数据包中取出TS数据包后送出。在该送出中,对应于各TS数据包的ATS,调整向解码器的输入时刻。具体而言,在ATC Counter2a生成的ATC的值与Source数据包的ATS值相同的瞬间,以TS_Recording_Rate向PID Filter3b仅传输该TS数据包。
ATC Counter2c使用构成次TS的Source数据包中、位于再现区间的最初的Source数据包的ATS复位,之后,向源解包器2d输出ATC。
源解包器(Source De-packetizer)2d从构成次TS的Source数据包中取出TS数据包后送出。在该送出中,对应于ATS,调整向解码器的输入时刻。具体而言,在ATC Counter2a生成的ATC的值与Source数据包的ATS值相同的瞬间,以TS_Recording_Rate向PID Filter3d仅传输该TS数据包。
STC Counter3a由主TS的PCR复位,输出STC。
PID Filter3b是MainClip用的解复用部,将从源解包器2b输出的Source数据包中、具有从PID变换部24通知的PID参照值的Source数据包分别输出到视频解码器4、音频解码器9、Interactive Graphics解码器11、Presentation Graphics解码器13。各解码器接收经由PIDFilter3b的基本流,根据主TS的PCR(STC1时间轴),由解码器执行再现的处理。这样,通过PID Filter3b输入到各解码器的基本流根据主TS的PCR用于解码和再现。
STC Counter3c由次TS的PCR复位,输出STC。PID过滤器3d参照该STC,执行解复用。
PID Filter3b是SubClip用的解复用部,将从源解包器2d输出的Source数据包中、具有从PID变换部24通知的PID参照值的Source数据包分别输出到音频解码器9、Interactive Graphics解码器11、Presentation Graphics解码器13。这样,通过PID Filter3d输入到各解码器的基本流根据次TS的PCR用于解码和再现。
如记录媒体的说明中所述,由于PlayItem的In_Time、Out_Time与SubPlayItem的In_Time、Out_Time一致,所以ATC Counter2a与ATC Counter2c若计时相同值(时刻),则主TS与次TS双方的时间轴对齐,可将构成Out-of-MUX应用的主TS、次TS处理为1个流。可使表示向解码器的输入时刻的ATC时间轴与表示解码器基准时间轴的STC时间轴同步。
利用ATC时间轴的同步,上述2个Source De-packetizer可分别处理从BD-ROM读出的Source数据包、从局部存储器读出的Source数据包。
利用STC时间轴的同步,STC Counter3a、c若计时同一时刻,则可将2个TS处理为1个TS。再现装置中的解码器由于在1个STC时间轴动作,所以与通常的仅主TS的再现相比无变化,可共同化STC时间的管理。视频解码器4、IG解码器11、PG解码器13、系统解码器15c、16c、音频解码器9全部以同一STC时间轴动作,若从再现装置开发的观点看,则与仅执行BD-ROM再现的通常再现装置相比,控制一点未变化,所以成为期望的限制。并且在创作时,由于只要控制1个TS的输入定时,观测缓冲器状态即可,所以创作时的验证也变容易。
视频解码器4解码从PID Filter3b输出的多个PES数据包,得到非压缩形式的图片,写入视频平面5中,并且由Transport Buffer4a、Multiplexed Buffer4b、Elementary Buffer4c、解码器4d、Re-orderBuffer4e、开关4f构成。
Transport Buffer(TB)4a是当归属于视频流的TS数据包从PIDFilter3b输出时、暂时存储的缓冲器。
Multiplexed Buffer(MB)4b是在从Transport Buffer4a向Elementary Buffer4c输出视频流时、暂时存储PES数据包用的缓冲器。
Elementary Buffer(EB)4c是存储编码状态的图片(I图片、B图片、P图片)的缓冲器。
解码器(DEC.)4d通过在每个规定的解码时刻(DTS)对视频基本流每个的帧图像进行解码,得到多个帧图像,写入视频平面5中。
Re-order Buffer4e是将解码后的图片的顺序从编码顺序替换成显示顺序用的缓冲器。
开关4f是实现将图片的顺序从编码顺序替换成显示顺序的开关。
视频平面5是存储非压缩形式的图片的平面。所谓平面(plane)是再现装置中用于存储一个画面大小的象素数据的存储器区域。视频平面5中的分辨率为1920×1080,存储在该视频平面5中的图片数据由以16比特的YUV值表现的象素数据构成。
音频解码器9由Transport Buffer6、Elementary Buffer7、解码器8构成,执行音频流的解码。
Transport Buffer6以先进先出的方式存储从PID Filter3b输出的TS数据包,提供给音频解码器8。
Elementary Buffer7以先进先出的方式仅存储从PID Filter3b输出的TS数据包中、具有应再现的音频流的PID的TS数据包,提供给音频解码器8。
解码器8将存储在Transport Buffer6中的TS数据包变换为PES数据包,对该PES数据包执行解码处理,得到非压缩状态的LPCM状态的音频数据后输出。由此,执行音频流的数字输出。
开关10a选择性地将从BD-ROM读出的TS数据包、从局部存储器200读出的TS数据包之一提供给视频解码器4。
开关10b选择性地将从BD-ROM读出的TS数据包、从局部存储器200读出的TS数据包之一提供给Interactive Graphics解码器11。
开关10c选择性地将从BD-ROM读出的TS数据包、从局部存储器200读出的TS数据包之一提供给Presentation Graphics解码器13。
Interactive Graphics(IG)解码器11对从BD-ROM100或局部存储器200读出的IG流进行解码,将非压缩图形写入IG平面12中,并且由Transport Buffer(TB)11a、Coded Data Buffer(CDB)11b、StreamGraphics Processor(SGP)11c、Object Buffer11d、CompositionBuffer11e、Graphics Controller(Ctrl)11f构成。
Transport Buffer(TB)11a是暂时存储归属于IG流的TS数据包的缓冲器。
Coded Data Buffer(CDB)11b是存储构成IG流的PES数据包的缓冲器。
Stream Graphics Processor(SGP)11c对存储了图形数据的PES数据包进行解码,将利用解码得到的索引色(index color)构成的非压缩状态的位图作为图形对象,写入ObjectBuffer11d中。
Object Buffer11d配置利用Stream Graphics Processor11c的解码得到的图形对象。
Composition Buffer11e是配置图形数据描绘用的控制信息的存储器。
Graphics Controller(Ctrl)11f破解配置在Composition Buffer11e中的控制信息,进行根据破解结果的控制。
Interactive Graphics(IG)平面12写入由IG解码器10的解码得到的非压缩图形。
Presentation Graphics(PG)解码器13对从BD-ROM或局部存储器200读出的PG流进行解码,将非压缩图形写入Presentation Graphics平面14中。PG解码器13由Transport Buffer(TB)13a、Coded DataBuffer(CDB)13b、Stream Graphics Processor(SGP)13c、ObjectBuffer(OB)13d、Composition Buffer(CB)13e、Graphics Controller(Ctrl)13f构成。
Transport Buffer(TB)13a是归属于PG流的TS数据包从PID过滤器4输出时、暂时存储的缓冲器。
Coded Data Buffer(CDB)13b是存储构成PG流的PES数据包的缓冲器。
Stream Graphics Processor(SGP)13c对存储了图形数据的PES数据包(ODS)进行解码,将利用解码得到的索引色构成的非压缩状态的位图作为图形对象,写入Object Buffer13d中。
Object Buffer(OB)13d配置利用Stream Graphics Processor13c的解码得到的图形对象。
Composition Buffer(CB)13e是配置图形数据描绘用的控制信息(PCS)的存储器。
Graphics Controller(Ctrl)13f破解配置在Composition Buffer13e中的PCS,进行根据破解结果的控制。
Presentation Graphics(PG)平面14是具有一个画面大小的区域的存储器,可存储一个画面大小的非压缩图形。
系统解码器15处理次TS中的系统控制数据包(PAT或PMT),控制解码器整体。
Transport Buffer15a存储主TS中存在的系统控制数据包(PAT或PMT)。
Elementary Buffer15b将系统控制数据包提供给解码器15c。
解码器15c对存储在Elementary Buffer15b中的系统控制数据包进行解码。
Transport Buffer16a存储存在于次TS中的系统控制数据包。
Elementary Buffer16b将次TS中的系统控制数据包提供给解码器16c。
解码器16c对存储在Elementary Buffer16b中的系统控制数据包进行解码。
存储器21是用于存储当前PlayList信息或当前Clip信息的存储器。所谓当前PlayList信息是记录在BD-ROM中的多个PlayList信息中、构成当前处理对象的PlayList信息。所谓当前Clip信息是指记录在BD-ROM/局部存储器中的多个Clip信息中、构成当前处理对象的Clip信息。
控制器22通过执行播放列表再现(是基于当前PlayList信息的再现控制),实现BD-ROM的再现控制。还执行上述ATS、STC的控制。在该控制中,控制器22在1秒的时间范围内,将BD-ROM、局部存储器内的Source数据包先读取到解码器内的缓冲器中。执行这种先读取是为了保障不会因上述窗口(window)的限制而产生下溢或上溢。
PSR组23是内置于再现装置中的寄存器,由64个PlayerSetting/Status Register(播放器设置/状态寄存器)(PSR)与4096个General Purpose Register(一般用途寄存器)(GPR)构成。PlayerSetting/Startus Register的设定值(PSR)中,PSR4~PSR8用于表现当前的再现时刻。
PID变换部24根据STN_Table,将存储在PSR组23中的音频流、音频流的流序号变换为PID参照值,将变换结果的PID参照值指示给PID Filter3b、PID Filter3d。
网络部25实现本再现装置的通信功能,若提供URL指定,则确立与该URL的web站点的TCP连接、FTP连接等。利用这种连接确立,执行从web站点的下载。
操作受理部26从用户受理对遥控器执行的操作,将表示这种操作的User Operation信息通知给控制器22。
以上是再现装置的内部构成。下面说明再现装置中的控制器22的实现。控制器22制作让CPU执行图31、图32所示的流程图的处理步骤的程序,写入命令ROM中,提供给CPU,由此可在再现装置中实现。
图31是基于PlayList信息的再现步骤的流程图。本流程图是读入构成PlayList信息的.mpls文件(步骤S11)、将PlayList信息中的开头PlayItem变为当前PlayItem之后(步骤S12)、对该当前PlayItem重复步骤S13~步骤S25的处理的循环结构。该循环结构以步骤S23为终止条件,命令BD-ROM驱动器从对应于当前PlayItem的In_Time的Access Unit起、到对应于当前PlayItem的Out_Time的Access Unit为止进行读出(步骤S13),判定当前PlayItem中是否存在previousPlayItem(步骤S14),对应于判定结果,选择地执行步骤S15的处理、步骤S16~步骤S21的处理。具体而言,若当前PlayItem中无previousPlayItem(步骤S14为否),则命令解码器从PlayItem_In_Time再现到PlayItem_Out_Time(步骤S15)。
若当前PlayItem中有previousPlayItem(步骤S14为是),则判定当前PlayItem是否是CC=5(步骤S16)。若是CC=5(步骤S16为是),则执行步骤S17~步骤S20的处理。
在上述previousPlayItem存在的情况下,切换主TS中的ATC_Sequence。在该切换中,算出称为ATC_delta1的主TS用的偏移值(步骤S17),向此前的ATC_Sequence中的ATC值(ATC1)加上ATC_delta1,得到新的ATC_Sequence的ATC值(ATC2)(步骤S18)。
另外,在上述previousPlayItem存在的情况下,切换次TS中的STC_Sequence。在该切换中,算出称为STC_delta1的偏移值(步骤S19),向此前的STC_Sequence中的STC值(STC1)加上STC_delta1(步骤S20),求出新的STC_Sequence的STC值(STC2)。
另外,在将Audio Overrap的静音(mute)指示给音频解码器9之后,命令解码器从PlayItem_In_Time再现到PlayItem_Out_Time(步骤S21)。若当前PlayItem不是CC=5,则执行CC=1、CC=6的处理。
若执行步骤S15、步骤S16~步骤S21之一的处理,则执行步骤S25的处理。步骤S25是搜索是否存在应与当前PlayItem同步再现的SubPlayItem的处理。这里,构成SubPath信息的各SubPlayItem具有Sync_PlayItem_Id等信息,应与当前PlayItem同步再现的SubPlayItem将该Sync_PlayItem_Id设定成当前PlayItem。因此,步骤S25中,搜索将当前PlayItem指定成Sync_PlayItem_Id的SubPlayItem,在构成SubPath信息的多个SubPlayItem中是否存在。
在不存在的情况下,移动到步骤S22。步骤S22判定AVClip时间轴中的当前再现时刻(当前PTM(Presentation TiMe:演示时间))是否到达当前PlayItem的OutTime(步骤S22)。若到达,则移动到步骤S23。步骤S23是当前PlayItem是否是PlayList信息中的最后PlayItem的判定,若不是最后的PlayItem,则将PlayList信息中的下一PlayItem变为当前PlayItem(步骤S24),移动到步骤S13。通过以上的处理,对PlayList信息中的全部PlayItem实施步骤S13~步骤S24的处理。
图32是表示SubPlayItem中的无缝连接的流程图。
在步骤S25中判定为存在将当前PlayItem指定为Sync_PlayItem_Id的SubPlayItem的情况下,将该SubPlayItem设定成当前SubPlayItem(步骤S31),命令局部存储器200进行从相当于SubPlayItem的In_Time的Access Unit起、到相当于Out_Time的Access Unit为止的读出(步骤S32)。另外,判定当前PlayItem中是否存在Previous SubPlayItem(步骤S33),对应于判定结果,选择地执行步骤S34、步骤S35的处理、步骤S36~步骤S41的处理。具体而言,若当前PlayItem中没有Previous SubPlayItem(步骤S33为否),则等待当前PTM到达Sync_Start_Pts_of_PlayItem(步骤S34),若到达,则命令解码器进行从SbPlayItem_In_Time起到SubPlayItem_Out_Time为止的再现(步骤S35)。
若当前PlayItem中有Previous SubPlayItem(步骤S33为是),则判定当前PlayItem是否为SP_CC=5(步骤S36),若是SP_CC=5(步骤S36为是),则执行步骤S37~步骤S41的处理。
在上述previousPlayItem存在的情况下,切换ATC_Sequence。在该切换中,算出称为ATC_delta2的次TS用的偏移值(步骤S37),向此前的ATC_Sequence中的ATC值(ATC1)加上ATC_delta2,从而得到新的ATC_Sequence的ATC值(ATC2)(步骤S38)。
所谓ATC_delta是指从此前读出的传输流(TS1)的最后TS数据包的输入时刻T1起、至新读出的传输流(TS2)的最初TS数据包的输入时刻T2为止的偏移值,由“ATC_delta≥N1/TS_recording_rate”的计算式给出。这里,N1是TS1最后的视频PES数据包后续的TS数据包的数据包数量。
另外,在上述PreviousPlayItem存在的情况下,还切换STC_Sequence。在该切换中,求出STC_delta2(步骤S39)。向此前的STC_Sequence中的STC值(STC1)加上STC_delta2(步骤S40),由此求出新的STC_Sequence的STC值(STC2)。
在将在前STC_Sequence中最后再现的图片的显示开始时刻设为PTS1(1stEND),将图片的显示期间设为Tpp,将后续STC_Sequence中最初显示的图片的开始时刻设为PTS2(2ndSTART)的情况下,由于必需在CC=5时使PTS1(1stEND)+Tpp的时刻与PTS2(2ndSTART)的时刻一致,所以STC_delta2根据
STC_delta2=PTS1(1stEND)+Tpp-PTS2(2ndSTART)
的计算式算出。
另外,在向音频解码器9指示Audio Overrap的静音之后,命令解码器从PlayItem_In_Time再现到PlayItem_Out_Time(步骤S41)。
控制器22如上所述,执行STC的变更处理,但在再现装置的一般实现中,该变更处理在解码器处于自由运行(free run)的情况下执行。所谓自由运行状态是指解码器不执行与STC的同步控制的状态。之后,在可设定STC时间轴的状态之前,若恢复STC,则解码器从自由运行状态移到与STC的同步控制。另一方面,在步骤S36中若判定为当前PlayItem不是CC=5(步骤S36为否),则执行CC=1、CC=6的处理。
如上所述,根据本实施方式,称为Window的每秒的传输允许量被限制到48Mbit以下,所以在该1秒的期间中,即便传输允许量局部达到96Mbit,若解码器先读96Mbit×0.5秒大小的TS数据包,则解码器内的缓冲器也不会下溢或上溢。无论在数字流的哪个期间,数据量也为‘96Mbit×0.5秒’以下,不产生下溢或上溢,可提供TS数据包,所以可避免视频或音频的丢失。由此,不担心Out-of-MUX构架实现用的同时读出波及品质上的问题。
另外,PlayItem中的In_Time、Out_Time与SubPlayItem中的In_Time、Out_Time一致,若PlayItem侧的连接状态为CC=5,则SubPlayItem侧的连接状态也为SP_CC=5,所以即便切换PlayItem,也可不用再设定解复用部,而可以同时执行从PlayItem向PlayItem的切换、与从SubPlayItem向SubPlayItem的切换。解复用部可在使参照的STC时间轴同步的同时,进行基于PlayList信息的再现处理。
(第2实施方式)
在本实施方式中,详细说明在先实施方式中记述的BD-ROM的制作。在先实施方式的BD-ROM可通过依次执行以下工序来制作。
<BD-ROM的记录工序>
首先,企划确定用什么样的大纲使BD-ROM再现(企划工序),执行动态图像收录、声音收录等素材制作(素材制作工序),根据企划工序中制作的大纲,制作卷(volume)构成信息(脚本制作工序)。
所谓卷构成信息是以抽象的记述来表示光盘应用层的格式的信息。
之后,通过编码视频素材、音频素材、字幕素材、菜单素材每个,得到基本流(素材编码工序)。之后,执行多个基本流的复用(复用工序)。
若执行复用,则执行使复用后的流和卷构成信息适合于BD-ROM的应用层格式的作业,得到应记录在BD-ROM的卷区域中的数据的整体像(一般称为卷数据)(格式化工序)。
这里,本发明的记录媒体的应用层格式是用编程语言记述的类(class)构造体的实例,通过根据BD-ROM标准中规定的语法,记述类构造体的实例,由此可制作Clip信息、PlayList信息等。此时,表格形式的数据可使用编程语言的for语句来定义,其它仅在特定条件下必要的数据可使用if语句来定义。
在该适合处理之后,若得到卷数据,则再现卷数据,确认脚本制作工序的结果是否正确(仿真(emulation)工序)。在该仿真工序中,期望执行BD-ROM播放器模型的缓冲器状态的仿真。
最后执行压制工序。在该压制工序中,将卷图像变换为物理数据串,使用该物理数据串,执行母盘切割,制作母盘。并且,用利用压制装置制作的母盘来制造BD-ROM。该制造主要由基板成形、反射膜成膜、保护膜涂布、贴合、标签的印刷等各工序构成。
经过以上的工序,可制作各实施方式所示的记录媒体(BD-ROM)。
<追加内容的制作工序>
在由BD-ROM内容与追加内容构成电影作品的情况下,从上述企划工序执行到格式化工序。若得到构成1个卷数据的AVClip信息、Clip信息、PlayList信息,则去除其中应已由BD-ROM提供的信息,将剩余的信息作为追加内容,由存档(ア-カイバ)程序等,汇成1个文件。经过如此处理,若得到追加内容,则将这种追加内容提供给WWW服务器,对应于来自再现装置的要求,送出到再现装置。
在先实施方式中记述的校验在AVClip信息、Clip信息、PlayList信息完成、利用PlayList信息内的STN_Table确定应再现的基本流的阶段,即格式化工序中执行。下面,说明制作这种应用格式的创作系统。
<创作系统>
图33是表示第2实施方式的创作(authoring)系统的内部构成的图。如图所示,创作系统由输入装置51、编码装置52、服务器装置53、素材存储器54、BD构成信息存储器55、客户机装置56~58、复用器60、BD脚本转换器61、格式化器62、Verifier(校验器)63构成。
输入装置51装填收纳了HD图像、SD图像的录像带,再现该录像带,将再现信号输出到编码装置52。
编码装置52编码从输入装置51输出的再现信号,得到视频流、音频流等基本流。如此得到的基本流通过LAN输出到服务器装置53,写入服务器装置53内的素材存储器54中。
服务器装置53由素材存储器54、BD构成信息存储器55这2个驱动器装置构成。
素材存储器54是服务器装置53的内置盘装置,依次存储利用编码装置52的编码得到的基本流。素材存储器54具有HDstream目录、SDstream目录等2个目录,将通过编码HD图像得到的基本流写入HDstream目录中。
BD构成信息存储器55是存储BD卷构成信息的驱动器装置。
复用器60读出素材存储器54内的HDstream目录、SDstream目录中存储的基本流中、由BD卷构成信息指定的基本流,根据BD卷构成信息对其进行复用,从而得到作为复用流的AVClip。
BD脚本转换器61通过将BD构成信息寄存器55中存储的BD卷构成信息变换为BD-ROM应用格式,得到BD脚本。
格式化器62使由复用器60提供的Clip、由BD脚本转换器61得到的BD脚本适应于BD-ROM的应用层格式。从如此适应的BD脚本,得到BD-ROM母盘或局部存储器中应存储的下载用内容。
校验部63参照脚本转换器61生成的PlayList信息内的STN_table,判定复用器60得到的BD-ROM用主TS、局部存储器用的次TS是否满足为了实现Out_of_MUX应用的限制。
以上是创作系统的内部构成。以下说明创作系统中的校验部63的实现。
<用于实现校验部63的处理步骤>
校验部63制作使CPU执行图34、图35所示的流程图的处理步骤的程序,写入命令ROM,提供给CPU,由此可在创作系统内实现。
图34是表示对主TS、次TS的校验步骤的流程图。本流程图具有在步骤S1中将Source数据包串中的最初Source数据包的ATS设定为当前Window的In_Time,重复步骤S2~步骤S7的处理的循环结构。该循环结构重复将从当前Window的In_Time起1秒以后存在的ATS设定为当前Window的Out_Time(步骤S2)、计数从当前Window的In_Time至Out_Time存在的TS数据包数量(步骤S3)、根据In_Time算出当前Window中的比特数(步骤S4)、判定该比特值是否为48Mbit以下的处理(步骤S5),直到步骤S6判定为是为止。该步骤S6判定当前Window的Out_Time是否到达ATC时间轴中的最后Source数据包,若步骤S6为否,则将Source数据包串中的下一ATS变为当前Window的In_Time(步骤S7),重复步骤S2~步骤S6的处理。若某一Window中步骤S5判定为否,则判定为违反BD-ROM标准(步骤S9)。若全部Window中步骤S5判定为是,并且步骤S6判定为是,则判定为适合BD-ROM标准(步骤S8)。
主TS、次TS经过以上校验,所以即便在主TS、次TS分别从BD-ROM、局部存储器提供的情况下,也始终满足上述限制。
在视频流、音频流、PG流、IG流每个中存在多个同种类的基本流的情况下,期望按图35的步骤执行校验。图35所示的校验步骤将图34中的步骤S3~步骤S4置换为步骤S81~步骤S83。
该步骤S81~步骤S83在每次确定1个当前Window时,对每个基本流算出STN_table中、构成许可再现的基本流的TS数据包中、属于当前Window的TS数据包的比特率(步骤S81),选择多个视频流、多个音频流、多个PG流、多个IG流中、算出的比特率最高的流(步骤S82),合计视频流的比特率的最大值、音频流的比特率的最大值、PG流的比特率的最大值、IG流的比特率的最大值(步骤S83),判定该合计量是否为48Mbit以下(步骤S5)。
由于同种类的基本流在Out_of_MUX应用中必然被排他地选择,所以在上述判定中执行校验更合理。
校验检查比特率局部高的位置、即局部峰值的出现位置中的比特值也有效。局部峰值的出现位置如下。
(1)Window的In_Time指示的TS数据包的开头
(2)Window的In_Time指示的TS数据包的终点
(3)Window的Out_Time指示的TS数据包的开头
(4)Window的Out_Time指示的TS数据包的终点
通过重点检查这种位置的比特量,可进一步简化创作的校验作业。
如上所述,根据本实施方式,当制作许可次TS再现的STN_table时,利用基于该STN_table的再现处理,可在创作的阶段事先验证是否产生下溢或上溢。
(第3实施方式)
本实施方式是在PlayItem之间、SubPlayItem之间的连接中,设置CC=6等新类型的实施方式。
所谓CC=6是规定构成Progressive PlayList信息的多个PlayItem信息间的连接状态。所谓Progressive PlayList信息是应将流播作为前提再现的多个AVClip指定为1个再现路径用的播放列表信息。
<Progressive PlayList信息>
Progressive PlayList信息通过将下载/流播的次TS分割成细分的文件,便于减小高速缓冲存储器大小,不等待全部文件下载就可开始再现。
由于以流播为前提的内容以长度短的多个AVClip规定,所以Progressive PlayList信息由与这些多个AVClip的每个对应的多个PlayItem信息构成。另一方面,分割成细小单位的AVClip是为了流播而被分割的,不是说STC、ATC中存在不连续点。因此,作为不是CC=5的其它状态,必需规定这种AVClip之间的连接状态。将如此规定的连接状态称为CC=6。
<CC=6应满足的条件>
在CC=6的情况下,由2个PlayItem指定的TS1、TS2与由2个SubPlayItem指定的TS1、TS2必需满足以下条件。
1)TS2中的视频流必需从GOP开始。
2)在TS2的音频流与具有相同的PID的TS1的音频流中,在连接点的Audio Presentation Unit串中不存在时隙。
TS1的音频流也可以不完全的音频流结束。另外,TS2中具有相同PID的音频流也可从不完全的Audio Presentation Unit开始。根据多个PlayItem、多个SubPlayItem,若使这些TS1、TS2再现,则由2个Audio Presentation Unit,可得到1个完结的Audio Presentation Unit。
由于在CC=6时实际上流是连续的,所以不会是CC=5时那样的仅视频无缝连接、音频不连续地连接、或静音,而是全部基本流无缝连接。
如上所述,CC=6意味着从流播的方便看、将逻辑上连续的流分割成多个部分时的分割边界。但是,由于应记录在BD-ROM中的流必需由32个Source数据包构成,所以构成1个SubPlayItem的1个流文件全部需要6KByte的倍数。
<CC=6的细节>
图36是表示CC=6的详细说明的图。第1段具有1条连续的ATC/STC时间,表示存储编码方式也连续的流的文件(20000.m2ts)。第2段表示存储3个流的3个文件(20001.m2ts、20002.m2ts、20003.m2ts)。这3个文件存储以对齐单元(6Kbyte)单位区分第1段中的1个流所得到的3个主TS。
图37是表示PlayItem与SubPlayItem的相关的图。第1段表示PlayList信息中的3个PlayItem(PlayItem信息#1、PlayItem信息#2、PlayItem信息#3)。这3个PlayItem指定主TS,PlayItem信息#1、PlayItem信息#2之间设定CC=1,PlayItem信息#2、PlayItem信息#3之间设定CC=5。第2段表示PlayList信息中的3个SubPlayItem(SubPlayItem#1、SubPlayItem#2、SubPlayItem#3)。这3个SubPlayItem指定次TS,SubPlayItem#1、SubPlayItem#2之间设定CC=1,SubPlayItem#2、SubPlayItem#3之间设定CC=5。第3段表示Progressive PlayList信息中的9个SubPlayItem(SubPlayItem#1、SubPlayItem#2、SubPlayItem#3~SubPlayItem#9)。这9个SubPlayItem指定次TS,SubPlayItem#3、SubPlayItem#4之间设定CC=1,SubPlayItem#6、SubPlayItem#7之间设定CC=5,此外的SubPlayItem之间设定CC=6。Progressive PlayList的SubPlayItem以CC=6连接,但在PlayItem以CC=1、CC=5连接的定时中,与PlayItem一样,一边满足CC=1、CC=5的条件一边连接。
如上所述,根据本实施方式,通过在PlayItem、SubPlayItem中的连接状态中导入CC=6的新的类型,较短地区分构成ProgressivePlayList信息的AVClip,可实现以流播提供的处理。
(第4实施方式)
在第1实施方式中,说明如何限制各Window中的比特量,而在本实施方式中,提议为了满足这种限制,最好如何执行复用。
<视频+音频的复用>
图38是模式表示在将构成主TS的音频替换为构成次TS的音频的情况下,构成主TS的多个TS数据包与构成次TS的多个TS数据包如何被复用的图。
图38是模式表示ATC时间轴上存在的多个TS数据包如何被复用的图。第1段表示主TS。主TS是存储V、A1、A2(视频1个、音频2个)的TS数据包。这些TS数据包通过复用2种3个基本流得到。
第2段表示次TS。次TS由存储了1种2个音频A3、A4的TS数据包构成。复用这些次TS的TS数据包的时间段p3由表示向解码器的输入时间轴的ATC时间轴上、复用了主TS的音频数据包的时间段p1、与不传输构成主TS的TS数据包的时间段p2构成。
若如此复用,则选择各种基本流中的任何一个,也可保证应解码的基本流的比特率之和不超过主TS的允许最大比特率(48Mbps)。图38的上述一例是最简单的实例,是次TS中仅有音频的情况。
<视频+音频+PG流+IG流的复用>
图39是模式表示除音频外、还替换字幕(PG)或菜单(IG)的情况下、构成主TS的多个TS数据包与构成次TS的多个TS数据包如何复用的图。
在本图中,许可传输次TS的数据包的时间段k3是
1)主TS中的同种类数据包的传输时间段k1
2)主TS的非传输时间段k2
之和。
即便是存储在次TS中的其它流种类(Video、IG、PG等),上述1)、2)的规则也同样适用,所以判断各流在最初与自己同种类的流的传输时间段中可否在次TS内复用,在不满足的情况下,利用2)的主TS的非传输时间段进行复用是有效的。
<复用器60的处理>
具体说明本实施方式的复用器60的处理。
在实现上述复用时,复用器60在解码器模型中模拟再现主TS时的缓冲器状态,检测主TS中各数据包的传输时间段或主TS的非传输时间段。若检测到这些时间段,则为了使构成次TS的各PES数据包在同种类数据包的传输时间段或非传输时间段内传输,将构成次TS的各PES数据包变换为TS数据包,向各TS数据包附加ATS。如此附加的ATS表示同种类数据包的传输时间段或非传输时间段,所以构成次TS的各PES数据包如图39所示,在主TS中的同种类数据包的传输时间段或非传输时间段中被送入解码器。
<由DVD提供>
在从局部存储器提供的基本流不是传输流形式、而是程序流形式的情况下,复用器60将构成基本流的PES数据包变换为组件(pack),向各组件的TS头附加SCR(System Clock Reference)。如此附加的SCR也与ATS一样,表示同种类数据包的传输时间段或非传输时间段,所以构成次PS(从局部存储器提供的程序流)的各PES数据包如图39所示,在主PS(从BD-ROM提供的程序流)中的同种类数据包的传输时间段或非传输时间段被送入解码器。在将从局部存储器提供的基本流变为程序流形式的情况下,由于以组件(PES数据包)等大的时间单位来表现同种类数据包的传输时间段或非传输时间段,所以创作时的负担特别小,容易实现。这在DVD再现装置中实现Out_of_MUX应用时成为有利之处。
如上所述,根据本实施方式,由于在构成次TS的数据包的输入期间选择主TS的同种类数据包的传输期间、主TS的非传输期间,进行复用,所以容易满足第1实施方式所示的比特量限制。通过在第2实施方式所示的创作系统上实现这种复用,容易制作实现Out_of_MUX应用的电影作品。由此,可在创作阶段容易执行不产生再现时的上溢的保障。
(第5实施方式)
在本实施方式中,详细说明音频混频应用。本应用是构成对于1个种类1个基本流这样的Out_of_MUX的规定的例外的应用。构成例外的地方是,音频混频应用同时选择主TS的音频流与次TS的音频流、并且同时解码主TS的声音与次TS的声音这两个声音,这一点成为例外。
图40是表示构成音频混频应用的主TS、次TS在BD-ROM再现装置的内部构成中如何提供给解码器的图。在本图中,左侧示出BD-ROM再现装置的内部构成中BD-ROM驱动器1a、局部存储器200、网络部25,右侧示出各解码器。正中示出执行流的解复用的PIDFilter。本图中的主TS(video1,Audio1(English),Audio2(Spanish),PG1(English Subtitle),IG1(English Menu))、次TS(Audio3(Commentary),PG2(Japanese Subtitle),PG3(Korean Subtitle),PG4(Chinese Subtitle),IG2(English Menu))分别表示从BD-ROM、局部存储器提供的传输流。由于盘单体中仅记录英语(Audio 1)与西班牙语(Audio 2),所以不能从该盘中选择电影导演的评论声音。但是,若将内容提供商提供的Audio 3(Commentary)(评论)所在的次TS下载到局部存储器,则可将英语声音(Audio 1)与Audio 3(Commentary)送入解码器。若解码器将这些英语声音(Audio 1)与Audio 3(Commentary)混频输出,则用户可与影像(Video1)一起再现附加了评论的英语声音。
与Out_of_MUX应用之间的差异仅在于同时解码2个音频流。无论对于哪种主TS,都假设在盘出售后附加了导演的评论声音等情况,所以对主TS进行比特率限制等不是优选的,与Out_of_MUX一样,导入对次TS的限制。在音频混频中,由于除各基本流(视频、音频、字幕、菜单)外还必需解码音频,所以必需两个音频解码器资源。
<主、次音频流的构成>
当实现音频混频应用时,将构成主TS中的所属的音频流称为主音频流,将构成次TS所属的音频流称为次音频流。说明这些主音频流、次音频流。
主音频流存在32个,它们具有从0x1100至0x111F的PID。另一方面,次音频流也与主音频流一样,存在32个,具有从0x1A00至0x1A1F的PID。
次音频流与主音频流的不同之处在于,在次音频流的音频帧中,包含由“下混频信息”与“增益控制信息”构成的元数据。
“下混频信息”是下混频用的信息。所谓下混频是使声音的再现声道数量比编码声道数量少的变换,下混频信息通过规定下混频用的变换系数矩阵,让再现装置执行该下混频。以2ch再现5.1ch的声音流等是下混频的一例。
所谓“增益控制信息”是提高降低主音频流侧的声音输出时的增益的信息,但这里最好仅为降低。这样,次音频流的元数据可实时降低同时再现的主音频流的输出。在Primary音频与Secondary音频重叠的情况下,由于可知事先混频的Primary音频与Secondary音频的对,所以不必实时控制2个音频的增益,通过仅降低Primary音频的增益、Secondary音频的增益保持不变地进行混频(重叠)即足够。通过配置这种元数据,与主音频流的再现输出的音量和次音频流的再现输出的音量合并,可避免使扬声器破损等事态。以上是本实施方式中的音频流的说明。接着说明本实施方式中的PlayList信息的改良。
<实现音频混频应用用的STN_table>
由于使解码器同时解码同种类的基本流,所以将本实施方式的PlayList信息中,许可再现的多个主音频流、多个次音频流的组合,示于各PlayItem的STN_table中。
下面,说明本实施方式的STN_table。为了实现音频混频应用,在STN_table中,次音频流中的Stream_entry、Stream_attribute的组与主音频流中的Stream_entry、Stream_attribute的组单独存在。另外,次音频流中的Stream_entry、Stream_attribute的组与Comb_info_Secondary_audio_Primary_audio相对应。
(Comb_info_Secondary_audio_Primary_audio)
Comb_info_Secondary_audio_Primary_audio唯一指定可混频该次音频流的再现输出的1个以上主音频流由此,可在创作时对如下方式的对应于声音属性的可否混频就行设定,该方式为:在具有规定属性的主音频流的再现时,不混频次音频流,而仅在具有此外的属性的主音频流的再现时,才混频次音频流。
(sp_connection_condition信息)
另外,PlayList信息中,SubPlayItem的sp_connection_condition信息被设定成与PlayItem信息的connection_condition信息相同的值。从而若PlayItem信息的connection_condition信息为“=5”,则SubPlayItem信息的sp_connection_condition信息也被设定为SP_CC=5。另外,SubPlayItem信息的In_Time、Out_Time指示与PlayItem信息的In_Time、Out_Time相同的时刻。
以上是本实施方式中的记录媒体的改良。下面说明本实施方式的再现装置的内部构成。
<再现装置的内部构成>
图41是表示第5实施方式的再现装置的内部构成的图。如图所示,TB6、EB7、音频解码器8被置换成Audio Mixing Processor(音频混频处理器)(用虚线包围的部分)。该Audio Mixing Processor是由主TS与次TS输入2个声音流并同时解码而混频的部件。其它构成与用于实现Out_of_MUX应用的内部构成一样。下面说明Audio MixingProcessor。Audio Mixing Processor由Transport Buffer6a、6b、EB7a、7b、预载缓冲器7c、音频解码器8a、8b、混频器9a、9b构成。
Transport Buffer6a以先进先出方式存储从PID Filter3b输出的、具有音频流的PID的TS数据包,提供给音频解码器8a。
Transport Buffer6b以先进先出方式仅存储从PID Filter3d输出的、具有音频流的PID的TS数据包,提供给音频解码器8b。
EB7a是存储通过变换存储在缓冲器6a中的TS数据包得到的PES数据包的缓冲器。
EB7b是存储通过变换存储在缓冲器6a中的TS数据包得到的PES数据包的缓冲器。
预载缓冲器7c是用于预载从BD-ROM/局部存储器中读出的文件sound.bdmv的存储器。所谓文件sound.bdmv是存储在对菜单的操作中应输出的音频数据的文件。
音频解码器8a对构成主TS的PES数据包执行解码处理,得到并输出非压缩状态的LPCM状态的音频数据。由此,执行音频流中的数字输出。
音频解码器8b对构成次TS的PES数据包执行解码处理,得到并输出非压缩状态的LPCM状态的音频数据。由此,执行音频流中的数字输出。
混频器9a对从音频解码器8a输出的LPCM状态的数字音频、与从音频解码器8b输出的LPCM状态的数字音频进行混频。
混频器9b对从混频器9a输出的LPCM状态的数字音频、与存储在缓冲器7c中的声音数据进行混频。该声音混频器9b的混频可通过控制器22破解期望点击声发音的导航指令来执行。
以上是本实施方式的再现装置的说明。
<对音频混频应用的校验>
如上所述,音频混频应用由主音频流与次音频流构成,所以第2实施方式所示的校验假设同时读出主音频流、次音频流的情况来执行。具体而言,在以MainClip、SubClip为基准的ATC时间轴上,使Window一个个地移位。该移位的步骤与图35的流程图所示的一样。另外,在ATS所示的ATC时间轴的各坐标中,选择视频流、多个主音频流、多个次音频流、多个PG流、多个IG流中、算出的比特率最高的流,合计视频流的比特率最大值、主音频流的比特率的最大值、次音频流的比特率的最大值、PG流的比特率的最大值、IG流的比特率的最大值,判定该合计量是否为48Mbit以下。若超过48Mbit,则判定结果为违反BD-ROM标准。
如上所述,根据本实施方式,从BD-ROM、局部存储器双方同时读出主音频流、次音频流,即便在提供给主音频流用解码器、次音频流用解码器的情况下,也可实施每秒的比特量不超过规定上限的保障。由于提供这种保障,所以可有效制作音频混频应用。因此,将实现音频混频应用的追加内容下载到局部存储器,从局部存储器提供给解码器的提供方式成为可能,所以可容易实现在BD-ROM出厂之后追加评论的提供法。
(第6实施方式)
在第1实施方式中,通过使PlayItem中的In_Time、Out_Time与SubPlayItem中的In_Time、Out_Time一致,使PlayItem间的连接点和SubPlayItem连接点一致,但本实施方式为了实现音频混频,不要求该连接点的一致,允许一定程度的时间差。
在允许该时间差的情况下,其它限制是必需的。在PlayItem、SubPlayItem间的无缝连接中,执行上述STC的变更处理,但该变更处理在解码器处于自由运行状态的情况下执行。此时,由于在无缝连接中STC恢复之前、解码器不能移动到同步控制,所以为了便于实现,伴随STC变更的无缝连接不被频繁接受。因此,应进行限制,使得PlayItem与SubPlayItem双方中连续的CC=5的连接点隔开规定的时间间隔(例如3秒左右)。
图42是表示由表示音频混频的播放列表指定的PlayItem与SubPlayItem的相关的图。图42的第1段表示PlayList信息中的3个PlayItem(PlayItem信息#1、PlayItem信息#2、PlayItem信息#3)。这3个PlayItem指定主TS,PlayItem信息#1、PlayItem信息#2之间设定CC=1,PlayItem信息#2、PlayItem信息#3之间设定CC=5。图42的第2段表示PlayList信息中的3个SubPlayItem(SubPlayItem#1、SubPlayItem#2、SubPlayItem#3)。这3个SubPlayItem指定次TS,SubPlayItem#1、SubPlayItem#2之间设定CC=1,SubPlayItem#2、SubPlayItem#3之间设定SP_CC=5。图42的第3段表示ProgressivePlayList信息中的9个SubPlayItem(SubPlayItem#1、SubPlayItem#2、SubPlayItem#3~SubPlayItem#9)。这9个SubPlayItem指定次TS,SubPlayItem#3、SubPlayItem#4之间设定SP_CC=1,SubPlayItem#4、SubPlayItem#5之间设定SP_CC=5,此外的SubPlayItem之间设定SC=6。
在本图中,第2段的SubPlayItem#3的开始是第1段的PlayItem#3开始点之前的3秒。同样,第3段的SubPlayItem#5的开始点是第1段的PlayItem#3开始点之前的3秒。
PlayItem与SubPlayItem的STC时间轴切换用的时间间隔为3秒,所以STC时间轴的变更不过于频繁。
另外,CC=1的定时与PlayItem一致以SP_CC=1连接。这是为了防止在CC=1的非无缝连接时仅SubPlayItem持续连续再现的情况下、PlayItem与SubPlayItem的同步再现错位。
在PlayItem的途中用SP_CC=5连接SubPlayItem的连接方式在一张盘中收录有剧场公映版与导演剪辑版双方时有用。
图43的第1段表示构成剧场公映版与导演剪辑版双方的PlayList信息的一例。在该PlayList信息中,由PlayItem#1、PlayItem#2、PlayItem#4构成的是导演剪辑版,由PlayItem#1、PlayItem#3、PlayItem#4构成的是剧场公映版。这样,由于PlayItem#1与PlayItem#4可由任一版本共享,所以可有效制作标题(title)。由于彼此不同的影像比整体短,所以可有效抑制盘整体的数据容量。图43的第2段示出将对应于图43的第1段中的PlayItem#1、PlayItem#2、PlayItem#4的评论定义为1个SubPlayItem、将对应于PlayItem#1、PlayItem#3、PlayItem#4的评论定义为其它SubPlayItem的一例。此时,在2个SubPlayItem的每个中,必需准备对应于PlayItem信息#1、PlayItem信息#4的评论,在数据容量上难度大。
图43的第3段表示定义对应于PlayItem信息#1、PlayItem信息#2、PlayItem信息#3、PlayItem信息#4的每个的SubPlayItem(SubPlayItem#1、SubPlayItem#2、SubPlayItem#3、SubPlayItem#4)的一例。另外,设SubPlayItem#1与SubPlayItem#2和SubPlayItem#3之间、SubPlayItem#2和SubPlayItem#3与SubPlayItem#4之间以CC=5连接。这些连接点与PlayItem中的连接点设置3秒的时间间隔。即,在PlayItem#1结束的3秒前评论一方使用CC=5(或CC=6)来分支到SubPlayItem#2与SubPlayItem#3。
在PlayItem#2、PlayItem#3结束的3秒后,使用CC=5(或CC=6)来分支到SubPlayItem#4。SubPlayItem#2与SubPlayItem#3的开始和SubPlayItem#4的开始,距PlayItem#2与PlayItem#3的开始和PlayItem#4的开始设置3秒的时间间隔。通过设置以上时间间隔,STC时间轴的变更不过于频繁。
严格地说,CC=5仅在从SubPlayItem#3恢复到SubPlayItem#4时(复位ATC/STC时间轴的无缝连接)必需,其它可由CC=6来代替。
如上所述,根据本实施方式,由于PlayItem的In_Time、Out_Time与SubPlayItem的In_Time、Out_Time不一致,所以不需要ATCCounter2a与2c、STC Counter3a与STC Counter3c的同步,再现装置的设计余地变宽。
(第7实施方式)
在第6实施方式中,在将主音频流、次音频流从BD-ROM、局部存储器中同时读出并提供给解码器的情况下,将主音频流、次音频流作为比特量限制的对象,但在本实施方式中,说明实现Picture inPicture(画中画)(PiP)再现应用情况下的比特量限制。
所谓PiP再现是指在利用PlayList信息的MainPath信息指定了构成动态图像的MainClip、并且利用PlayList信息的SubPlayItem信息指定了构成其它动态图像的SubClip的情况下,将前者的动态图像(Primary Video:主视频)与后者的动态图像(Secondary Video:次视频)显示于同一画面内。这里,Primary Video由HD(高清)图像构成,Secondary Video由SD(标清)图像构成。HD图像具有1920×1080的分辨率,与文件素材一样,具有3750(或3753或3754)时钟的帧间隔。SD图像具有720×480的分辨率,与NTSC素材一样,具有1501时钟的显示间隔,或与PAL素材一样,具有1800时钟的帧间隔。
SD图像的分辨率为HD图像分辨率的约1/4左右,因此若将作为HD图像的Primary Video与作为SD图像的Secondary Video显示于相同画面上,则Secondary Video的大小约为Primary Video的1/4左右。
这里,假设Secondary Video是仅导演或出演者登场的动态图像,进行指示Primary Video中的影像内容的演技。若这种动态图像是Secondary Video,则通过使这种Secondary Video的影像内容与Primary Video的影像内容组合,可实现导演或出演者指着电影作品正片的再现影像的内容进行解说等有趣的画面演出。
<本实施方式中的PlayList信息>
Secondary Video用的视频流(次视频流)由PlayList信息的SubPath信息中的多个SubPlayItem信息指定。向这种SubPlayItem信息中新追加PiP_Position、PiP_Size等信息要素。
“PiP_Position”使用Primary Video再现用的画面平面上的X坐标、Y坐标,表示应配置Secondary Video的再现影像的位置。
“PiP_Size”表示Secondary Video再现影像的纵向大小、横向大小。
另外,在本实施方式中,将SubPlayItem的sp_connection_condition信息设定为“=5”,意味着保证复用于当前SubPlayItem侧的SubClip上的次视频流与复用于previousSubPlayItem侧的SubClip上的次视频流无缝连接。这种SubPlayItem的sp_connection_condition信息被设定成与PlayItem信息的connection_condition信息相同的值,所以若PlayItem信息的connection_condition信息为“=5”,则SubPlayItem信息的sp_connection_condition信息也必需被设定为“=5”。即,若PlayItem侧的主视频流无缝连接,则SubPlayItem侧的次视频流也必需无缝连接。另外,SubPlayItem信息的In_Time、Out_Time必需指示与PlayItem信息的In_Time、Out_Time相同的时刻。
以上是本实施方式中的记录媒体的改良。
<本实施方式中的再现装置的改良>
下面,说明再现装置的改良。为了执行Secondary Video流的解码,在本实施方式的再现装置的硬件构成中还追加一组解码视频流用的构成要素。这里,所谓解码视频流用的构成要素是Transport Buffer、Multiplexed Buffer、Elementary Buffer、解码器、Video平面,它们解码次视频流。另外,本实施方式的再现装置中追加以下Scaller(缩放器)、合成部。
Scaller根据SubPlayItem信息的PiP_Size所示的纵向横向大小,放大或缩小Secondary Video平面上得到的再现影像。
合成部通过合成由Scaller放大或缩小的再现影像、与由视频解码器得到的再现影像,实现PiP再现。合成部进行的Primary Video的再现影像与Secondary Video的再现影像的合成,根据SubPlayItem信息规定的PiP_Position来执行。由此,再现合成了Primary Video的再现影像与Secondary Video的再现影像后的合成影像。在该合成部的合成中,可执行色度键(Chroma-key)合成、层合成等,并且可以去除Secondary Video中的背景,抠出人物部分之后,合成到PrimaryVideo的再现影像上。以上是本发明的再现装置的说明。
<对PiP应用的校验>
在实现PiP再现时,在同时读出作为主TS的视频流(主视频流)、作为次TS的视频流(次视频流)并提供给解码器的情况下,将主视频流、次视频流作为限制比特量用的校验对象。
具体而言,当使Window在ATC时间轴上移位时,在ATS所示的ATC时间轴的各坐标中,选择主视频流、次视频流、多个主音频流、多个次音频流、多个PG流、多个IG流中、算出的比特率最高的流,合计主视频流的比特率的最大值、次视频流的比特率的最大值、主音频流的比特率的最大值、次音频流的比特率的最大值、PG流的比特率的最大值、IG流的比特率的最大值,判定该合计量是否为48Mbit以下。
如上所述,根据本实施方式,即便在从BD-ROM、局部存储器双方同时读出主视频流、次视频流并提供给各自对应的解码器的情况下,也可实施每秒的比特量不超过规定上限的保障。由于提供这种保障,所以可有效地制作PiP应用。
(备注)
上面说明了本申请的申请时刻申请人得知的最佳实施方式,但可就下示的技术主题施加进一步的改良或变更实施。应注意的是,是否如各实施方式所示实施或实施它们的改良、变更均为任意的,基于实施者的主观。
(In_Time、Out_Time)
在图27中,选择TS1的最后Video Presentation Unit作为previousPlayItem的Out_Time,选择TS2的最初Video Presentation Unit作为previousPlayItem、previousSubPlayItem的In_Time,但也可选择TS1的中途的Video Presentation Unit作为previousPlayItem的Out_Time,选择TS2的中途的Video Presentation Unit作为当前PlayItem、当前SubPlayItem的In_Time。此时,PlayItem、当前SubPlayItem不能无缝连接,必需以CC=1、SP_CC=1来连接。
(PlayList信息整体)
在想要以CC=5连接2个PlayItem之间的情况下,属于1个PlayList信息的全部PlayItem信息、全部SubPlayItem信息,必需以CC=1来连接。
(向解码器的数据提供量)
在Out_of_MUX中,向解码器的数据提供量未必大。例如,设主音频流为MainClip,由CBR的DD(Dolby Digital:杜比数字)与VBR的MLP构成,将该MLP置换成从局部存储器提供的CBR的DD。此时,向解码器的数据提供量反而下降。若知道这些,则也可省略校验。
(再现时间差)
在实现CC=5、SP_CC=5时,期望1个PlayItem中的各视频流/音频流的再现时间差也小。该差也可以是视频1帧大小(1/60-1/25秒),或1秒以下等,或与整体再现时间的比例(1%以下等),或将2者组合。1个SubPlayItem中各视频/音频基本流的再现时间差也一样。
在1个PID中存储2个基本流的情形下,以相同PID存储的2个流的再现时间长度差均不足再现时间短的流的最小再现单位(1帧)的再现时间长度是优选的。对应于这种情况的是Dolby Digital(AC-3)与MLP(Meridian Lossless Packing:Meridian无损压缩)存储在1个基本流中、记录在BD-ROM中的情况。
(对追加内容的处理)
优选的是,初始设定再现装置,以便若经过某月、某年,则自动删除下载到局部存储器200中的追加内容。
(PID的代用)
在实现音频混频应用时,在主音频流与次音频流的区别中使用PID,但在使用MPEG2-PS的情况下,优选将PES数据包头的stream_id变为各不相同的值。
另外,主音频流、次音频流也可在系统流级别下被区别,以便2个声音流可由1个解复用器来辨别。或者,也可替换成,在将2个流收敛成1个之前不重复单方的PID。
(预载)
优选地,在BD-ROM的加载时或标题切换时预载点击声用的音频数据(文件sound.bdmv)。这是因为,若在AVClip的再现中读出文件sound.bdmv,则产生读出与AVClip不同的文件用的光拾取器的寻轨。另一方面,期望在BD-ROM的装填时或标题切换时、AVClip的再现继续,因此通过在这种定时读出文件sound.bdmv,可提高设备的响应性,使AVClip再现难以中断。
(Java(TM)平台)
也可通过在各实施方式的再现装置中完全安装Java(TM)2Micro_Edition(J2ME)Personal Basis Profile(PBP1.0)与Globally Executable MHP specification(GEM1.0.2)for package mediatargets,构成Java(TM)平台,让再现装置执行BD-J应用。另外,也可在该应用的执行中,让再现装置执行Out_of_MUX构架。
(标题)
优选地,在再现装置中设置对应于BD-ROM的装填或用户操作、装置状态来选择标题的“模型管理器”。BD-ROM再现装置内的解码器对应于该“模型管理器”的标题选择,根据播放列表信息,再现AVClip。
应用管理器在“模型管理器”执行了标题选择时,使用对应于上一标题的应用管理表格(AMT)与对应于当前标题的AMT,执行信号化(signaling)。该信号化执行如下控制,即:使记载于对应于上一标题的AMT中、但未记载于对应于当前标题的AMT中的应用的动作结束,而使未记载于对应于上一标题的AMT中、但记载于对应于当前标题的AMT中的应用的动作开始。
(局部存储器内的目录构成)
优选地,各实施方式所示的局部存储器内的各区域,设置在对应于BD-ROM中的盘根证书的目录属下。
所谓盘根证书是制作该BD-ROM的制作者将从根认证机构接受分配的根证书分配给BD-ROM。盘根证书例如以X.509的形式编码。X.509的标准由国际电信电话咨询委员会发行,记载于CCITTRecommendation X.509(1988),“The Directory-AuthenticationFramework”中。
另外,优选地,BD-ROM、局部存储器的记录内容由AdvancedAccess Content System(高级内容访问系统)(AACS)加密,附加签名信息,利用权限在许可文件中规定。
(应安装的组件)
在将BD-ROM再现装置作为Java(TM)平台实施时,期望将下面的BD-J Extention安装在再现装置中。BD-J Extention包含为了将超过GEM[1.0.2]的功能提供给Java(TM)平台而特殊化的各种组件。由BD-J Extention提供的组件中有如下组件。
.org.bluray.media
该组件提供应附加到Java(TM)Media FrameWork的特殊功能。对角度、声音、字幕选择的控制被附加到该组件中。
.org.bluray.ti
该组件包含将GEM[1.0.2]中的“服务”映射到“标题”并动作用的API、或从BD-ROM询问标题信息的机制、或选择新标题的机制。
.org.bluray.application
该组件包含管理应用的生存区间用的API。另外,包含询问使应用执行时的信号化所需的信息的API。
.org.bluray.ui
该组件包含定义BD-ROM中特殊化的关键事件(key event)用的常数、并实现与影像再现的同步的类。
.org.bluray.vfs
该组件提供一种机制(Binding Scheme:绑定方案),为了无论数据所在如何均无缝再现数据,而将BD-ROM中记录的内容(on-disc(盘上)内容)与BD-ROM中未记录的Local Storage上的内容(off-disc(盘下)内容)捆绑。
所谓Binding Scheme是将BD-ROM上的内容(AVClip、字幕、BD-J应用)与Local Storage上的关联内容相关联。该Binding Scheme无论数据所在如何,均实现无缝再现。
(Virtual Package)
也可让BD-ROM再现装置执行生成Virtual Package的处理。这通过再现装置生成Virtual Package信息来执行。所谓Virtual Package信息是扩展BD-ROM中的卷管理信息的信息。这里,卷管理信息是规定某个记录媒体上存在的目录文件构造的信息,由对目录的目录管理信息、对文件的文件管理信息构成。所谓Virtual Package信息通过向表示BD-ROM目录文件构造的卷管理信息追加新的文件管理信息,从而扩展BD-ROM中的目录文件构造。
(控制步骤的实现)
由于在上述实施方式中引用流程图说明的控制步骤、或基于功能性的结构要素的控制步骤是利用硬件资源具体地实现的,所以可以说是利用了自然法则的技术思想的创作,满足作为“程序的发明”的成立条件。
·有关本发明的程序的生产方式
有关本发明的程序是计算机能够执行的执行形式的程序(目标程序),将上述实施方式所示的流程图的各步骤、功能性结构要素的各个顺序通过使计算机执行的1个以上的程序代码构成。这里,程序代码如处理器的本机代码、JAVA(TM)字节码那样,有各种种类。此外,在通过程序代码的各步骤的实现中,有各种方式。在能够利用外部函数实现各步骤的情况下,调用该外部函数的调用语句成为程序代码。此外,也有实现1个步骤的程序代码属于各个目标程序的情况。在限制了命令种类的RISC处理器中,也有通过组合算术运算命令及逻辑运算命令、分支命令等、来实现流程图的各步骤的情况。
有关本发明的程序可以如以上那样制作。首先,软件开发者利用编程语言,记述实现各流程图及功能性结构要素的源程序。在该记述时,软件开发者按照编程语言的语法,利用类构造体及变量、数组变量、外部函数的调用,记述具体实现各流程图及功能性结构要素的源程序。
将所记述的源程序作为文件交给编译器。编译器将这些源程序翻译而生成目标程序。
编译器的翻译由语法解析、最优化、资源分配、代码生成的过程构成。在语法解析中,进行源程序的语句解析、语法解析及意义解析,将源程序变换为中间程序。在最优化中,对中间程序进行基本模块化、控制流解析、数据流解析的作业。在资源分配中,为了实现向作为目标的处理器的命令集的匹配,将中间程序中的变量分配给作为目标的处理器的处理器所具有的寄存器或存储器。在代码生成中,将中间程序中的各中间命令变换为程序代码,得到目标程序。
如果生成了目标程序,则编程者对它们运行连接程序。连接程序将这些目标程序、及关联的库程序分配到存储器空间中,将它们结合为一,生成装入模块。这样生成的装入模块是以基于计算机的读取为前提的,使计算机执行各流程图所示的处理步骤及功能性结构要素的处理步骤。经过以上的处理,能够制作有关本发明的程序。
本发明的程序可如下使用。在将有关本发明的程序作为嵌入程序使用的情况下,将对应于程序的装入模块与基本输入输出程序(BIOS)及各种中间件(操作系统)一起写入到命令ROM中。通过将这样的命令ROM嵌入到控制部中而使CPU执行,能够将有关本发明的程序作为再现装置的控制程序使用。
在再现装置是硬盘内置模型的情况下,基本输入输出程序(BIOS)嵌入在命令ROM中,各种中间件(操作系统)被预安装在硬盘中。此外,在再现装置中设有用来从硬盘启动系统的启动ROM。在此情况下,仅将装入模块经由可移动型记录媒体或网络供给到再现装置,作为1个应用安装到硬盘中。这样,再现装置进行基于启动ROM的引导装入,在启动操作系统后,作为1个程序,使CPU执行该程序,来使用有关本发明的程序。
在硬盘模型的再现装置中,由于可以将本发明的程序作为1个应用使用,所以能够将有关本发明的程序以单体转让、出租、经由网络供给。
(控制器22)
控制器22可以作为一个系统LSI实现。
所谓的系统LSI,是在高密度基板上安装裸芯片、并封装而成的。通过将多个裸芯片安装在高密度基板上并封装、使多个裸芯片具有宛如1个LSI那样的外形构造的情况,也包含在系统LSI中(将这样的系统LSI称作多芯片模块)。
这里,如果着眼于封装的种类,则在系统LSI中有QFP(方形扁平封装)、PGA(插针网格阵列)的种类。QFP是在封装的四个侧面上安装有插针的系统LSI。PGA是在整个底面上安装有多个插针的系统LSI。
这些插针起到作为与其他电路之间的接口的作用。由于在系统LSI的插针上存在这样的接口的作用,所以通过将其他电路连接在系统LSI的这些插针上,系统LSI起到作为再现装置的核心的作用。
封装在系统LSI中的裸芯片由“前端部”(front end)、“后端部”(back end)、“数字处理部”构成。“前端部”是将模拟信号数字化的部分,“后端部”是将数字处理的结果所得到的数据模拟化而输出的部分。
在上述实施方式中作为内部结构图表示的各结构要素安装在该数字处理部内。
首先,如“作为嵌入程序的使用”中所描述的那样,在命令ROM中,写入对应于程序的装入模块、基本输入输出程序(BIOS)、各种中间件(操作系统)。在本实施方式中,特别创作的是对应于该程序的装入模块部分,所以通过将保存在对应于程序的装入模块的命令ROM作为裸芯片封装,能够生产有关本发明的系统LSI。
对于具体的安装,优选为能够使用SoC安装或SIP安装。所谓的SoC(System on chip:芯片上系统)安装,是在一个芯片上烧制多个电路的技术。所谓的SIP(System in Package:封装内系统)安装,是将多个芯片通过树脂等做成1个芯片的技术。经过以上的过程,有关本发明的系统LSI能够基于上述实施方式所示的再现装置的内部结构图制作。
另外,如上述那样生成的集成电路也有时根据集成度的差异而称作IC、LSI、超LSI、甚LSI。
进而,也可以将各记录再现装置的结构要素的一部分或全部作为1个芯片构成。集成电路化并不限于上述的SoC安装、SIP安装,也可以通过专用电路或通用过程来实现。可以考虑利用在LSI制造后可编程的FPGA(Field Programmable Gate Array:现场可编程门阵列)、以及可再构成LSI内部的电路单元的连接及设定的可重构处理器。进而,如果因为半导体技术的进步或派生技术而出现代替LSI的集成电路化的技术,则当然也可以利用该技术进行功能模块的集成电路化。例如有可能应用生物技术。