CN1383677A - 信息处理设备和方法、程序和记录介质 - Google Patents

信息处理设备和方法、程序和记录介质 Download PDF

Info

Publication number
CN1383677A
CN1383677A CN01801589A CN01801589A CN1383677A CN 1383677 A CN1383677 A CN 1383677A CN 01801589 A CN01801589 A CN 01801589A CN 01801589 A CN01801589 A CN 01801589A CN 1383677 A CN1383677 A CN 1383677A
Authority
CN
China
Prior art keywords
stream
information
clip
playlist
recording medium
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN01801589A
Other languages
English (en)
Other versions
CN1199446C (zh
Inventor
加藤元树
浜田俊也
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of CN1383677A publication Critical patent/CN1383677A/zh
Application granted granted Critical
Publication of CN1199446C publication Critical patent/CN1199446C/zh
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/036—Insert-editing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/36—Monitoring, i.e. supervising the progress of recording or reproducing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/127—Prioritisation of hardware or computational resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/146—Data rate or code amount at the encoder output
    • H04N19/15—Data rate or code amount at the encoder output by monitoring actual compressed data size at the memory before deciding storage at the transmission buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/213—Read-only discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2545—CDs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/7921—Processing of colour television signals in connection with recording for more than one processing mode

Abstract

作为整个内容的AV流是通过Clip信息管理的。AV流的再现是通过PlayList管理的。AV流的属性信息,即AV流中非连续点的地址信息RSPN_arrival_time_discontinuity,有关AV流中的时间信息和地址信息的信息EP_map和TU_map,以及AV流中特征图象的时间信息ClipMark记录为Clip信息。这使得预置标记被迅速地检索出。

Description

信息处理设备和方法、程序和记录介质
技术领域
本发明涉及信息处理方法和设备，并涉及程序。尤其涉及信息处理方法和设备、记录介质和程序，其中，诸如AV流中的地址信息、编码参数、转换点信息和I图象标记的信息作为文件进行记录。
背景技术
近来已经提出了各种类型的光盘，作为能够从记录设备中移出的记录介质。这些可记录的光盘已经是作为几个GB的大容量介质被提出，并且认为有希望作为用于记录诸如视频信号的AV(视听)信号的介质。在要记录在该可记录光盘上的数字AV信号源(供应源)中，有CS数字卫星广播和BS数字广播。另外，数字系统的地波电视广播也已经为今后使用而提出。
从这些源提供的数字视频信号在MPEG2(移动图象专家组)系统下被例行地进行图象压缩。在记录设备中，设置了适合于该设备的记录速率。如果数字广播的数字视频信号记录在国内使用的常规图象存储介质中，数字视频信号被首先解码，并且随后进行带宽限制以用于记录。在当然包括MPEG1视频、MPEG2视频和DV系统的数字记录系统的情况下，数字视频信号被首先解码，并且随后根据适合于随后记录的设备的记录速率的编码系统进行重新编码。
但是，其中所提供的位流在记录之前一次解码并随后进行带宽限制及重新编码的记录系统有变坏的图象质量。在记录图象压缩数字信号中，如果输入数字信号的传输速率小于记录和/或再现设备的记录速率，直接记录所提供的没有进行解码或者重新编码的位流的方法在图象质量上仅仅在很少程度上遭受破坏。但是，如果输入数字信号的传输速率超过记录和/或再现设备的记录速率，则重新编码位流和记录经过重新编码的位流确实是必须的，结果，在记录和/或再现设备中解码之后，传输速率将不高于盘记录速率的上限。
如果位流在其中输入数字信号的位速率随时间增加或者降低的可变速率系统中传输，则适于在缓冲器中暂时存储数据和突发方式记录该数据的盘记录设备与具有由旋转头的固定rpm(每分钟转速)强加的固定记录速率的带式记录系统相比，其记录介质的容量浪费要少。
因此，可以预计，在不远的将来，当数字广播变成主流时，增加对记录和/或再现设备的需求，其中广播信号记录为数字信号，DataStreamer无需进行解码或重新编码，并且其中盘用作记录介质。
如果具有其上记录了诸如由图象数据和声频数据构成的程序数据的复合数据的记录介质要通过上述设备再现的话，则有如下问题：在确定来自记录介质的AV流读出位置的处理或者需要响应来自用户的用于随机存取或者流解码的命令迅速完成解码该流的处理时，随着记录介质上记录的数据量增加，这种处理的迅速执行遇到了增加的困难。
发明公开
本发明的目的是克服现有技术中的不便性，并且提供这种结构，其中，诸如地址信息、编码信息、转换点信息或者标记的AV流的I图象中的信息记录为文件，以便能够迅速地确定和解码AV流中的读出位置和能够迅速地检索指定的标记。
根据本发明的信息处理设备包括：用于产生其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的装置；和用于将产生装置产生的信息记录为记录介质上的Clip信息(剪切信息)的装置。
其中AV流中编码信息是连续的域的开始地址信息是STC序列或者节目序列的开始地址，有关时间信息和地址信息的信息是EP_map或者TU_map，特征图象的时间信息是ClipMark。
记录装置还可以将与AV流记录速率的平均值有关的信息记录在记录介质上。
与平均值有关的信息可以是TS_average_rate。
AV流可以是传输流。
其中AV流中编码信息是连续的域的开始地址信息可以包括STC序列的开始地址，STC序列是传输流的系统时钟为连续的域。
其中AV流中编码信息是连续的域的开始地址信息可以包括节目序列的开始地址，节目序列是传输流的节目内容为不变的域。
其中AV流中编码信息是连续的域的开始地址信息可以包括域的开始地址，在这里基于传输流传输数据包到达时间的到达时间是连续的。
有关时间信息和地址信息的信息可以包括传输流I图象的地址和其显示时间戳。
信息处理设备还可以包括压缩装置，用于压缩有关AV流中时间信息和地址信息的信息的至少一部分。记录装置可以记录由压缩装置压缩的信息。
有关AV流中时间信息和地址信息的信息可以包括基于传输数据包的到达时间的到达时间和相关的传输数据包的AV流数据中的地址。
根据本发明的信息处理方法包括用于产生其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的步骤；和用于将产生步骤产生的信息记录为记录介质上的Clip信息的步骤。
根据本发明记录介质的程序包括用于产生其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的步骤；和用于将产生步骤产生的信息记录为记录介质上的Clip信息的步骤。
根据本发明的程序执行用于产生其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的步骤；和用于将产生步骤产生的信息记录为记录介质上的Clip信息的步骤。
根据本发明的信息处理设备包括用于再现其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息作为Clip信息的装置；和用于基于再现装置再现的Clip信息来控制AV流的输出。
根据本发明的信息处理方法包括用于再现其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的步骤；和用于基于再现装置再现的Clip信息来控制AV流的输出的步骤。
根据本发明的程序包括用于再现其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的步骤；以及用于基于再现装置再现的Clip信息来控制AV流的输出的步骤。
根据本发明的程序执行用于再现其中AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息的步骤；以及用于基于再现装置再现的Clip信息来控制AV流的输出的步骤。
根据本发明的记录介质在其上已经记录了AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息，将其作为Clip信息。
根据本发明，记录AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息。
而且，根据本发明，再现AV流中编码信息是连续的域的开始地址信息、有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息。
附图简要说明
图1表示根据本发明记录和/或再现设备的实施例的结构。
图2表示在记录介质上通过记录和/或再现设备1记录的数据的数据格式。
图3表示实PlayList和虚PlayList。
图4A，4B和4C表示实PlayList的创建。
图5A，5B和5C表示实PlayList的删除。
图6A和6B表示汇编编辑。
图7表示虚PlayList中提供的子路径。
图8表示PlayList重放序列的改变。
图9表示PlayList上的标记和Clip上的标记(mark)。
图10表示菜单缩略图(menu thumbnail)。
图11表示加到PlayList的标记。
图12表示加到Clip的标记。
图13表示在PlayList、Clip和缩略图文件之间的关系。
图14表示目录结构。
图15表示infr.dvr的句法。
图16表示DVRVolume的句法。
图17表示ResumeVolume的句法。
图18表示UIAppInfoVolume的句法。
图19表示字符集值表。
图20表示TableOfPlayList的句法。
图21表示TableOfPlayList的另一个句法。
图22表示MakersPrivateData的句法。
图23表示xxxx.rpls和yyyy.vpls的句法。
图24A到24C表示PlayList。
图25表示PlayList的句法。
图26表示PlayList_type表。
图27表示UIAppInfoPlayList的句法。
图28A到28C表示图27所示的UIAppInfoPlayList句法中的标志(flag)。
图29表示PlayItem。
图30表示PlayItem。
图31表示PlayItem。
图32表示PlayItem的句法。
图33表示IN_time。
图34表示OUT_time。
图35表示Connection_Condition表。
图36A到36D表示Connection_Condition。
图37表示BridgeSequenceInfo。
图38表示BridgeSequenceInfo的句法。
图39表示SubPlayItem。
图40表示SubPlayItem的句法。
图41表示Mark_type表。
图42表示PlayListMark的句法。
图43表示Mark_type表。
图44表示Mark_time_stamp。
图45表示zzzzz.clip的句法。
图46表示ClipInfo的句法。
图47表示Clip_stream_type的表。
图48表示offset_SPN。
图49表示offset_SPN。
图50A、50B表示STC域。
图51表示STC_Info。
图52表示STC_Info的句法。
图53表示ProgramInfo。
图54表示ProgramInfo的句法。
图55表示VideoCondingInfo的句法。
图56表示Video_format的表。
图57表示frame_rate的表。
图58表示display_aspect_ratio的表。
图59表示AudioCondingInfo的句法。
图60表示audio_coding的表。
图61表示audio_component_type的表。
图62表示sampling_frequency的表。
图63表示CPI。
图64表示CPI。
图65表示CPI的句法。
图66表示CPI_type的表。
图67表示视频EP_map。
图68表示EP_map。
图69表示EP_map。
图70表示EP_map的句法。
图71表示EP_typevalues的表。
图72表示EP_map_for_one_stream_PID的句法。
图73表示TU_map。
图74表示TU_map的句法。
图75表示ClipMark的句法。
图76表示Mark_type的表。
图77表示Mark_type_stamp的表。
图78表示ClipMark的另一个句法。
图79表示Mark_type表的另一个例子。
图80表示mark_entry()和representative_picture_entry()的例子。
图81表示mark_entry()和representative_picture_entry()的句法。
图82表示mark_entry()和representative_picture_entry()的另一个例子。
图83表示RSPN_ref_EP_start和offset_num_pictures之间的关系。
图84表示mark_entry()和representative_picture_entry()的句法的另一个例子。
图85表示ClipMark和EP_map之间的关系。
图86表示menu.thmb和mark.thmb的句法。
图87表示Thumbnail的句法。
图88表示thumbnail_picture_format的表。
图89A和89B表示tn_block。
图90表示DVMPEG2传输流的结构。
图91表示DVMPEG2传输流的记录器模式。
图92表示DVMPEG2传输流的播放器模式。
图93表示源数据包的句法。
图94表示TP_extra_header的句法。
图95表示拷贝允许指示符的表。
图96表示无缝连接。
图97表示无缝连接。
图98表示无缝连接。
图99表示无缝连接。
图100表示无缝连接。
图101表示音频重叠。
图102表示采用BridgeSequence的无缝连接。
图103表示不采用BridgeSequence的无缝连接。
图104表示DVRSTD模式。
图105表示用于解码和显示的时序图。
图106是用于说明在图81句法的情况下由标记点指示的场景索引再现的流程图。
图107表示当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图81的句法时再现的操作。
图108表示EP_mark的例子。
图109表示ClipMark的例子。
图110是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图81的句法时CM跳步再现处理的流程图。
图111，续图110，是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图81的句法时CM跳步(skip)再现处理的流程图。
图112是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图82的句法时由标记点指示的场景索引再现的流程图。
图113，续图112，是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图82的句法时再现的流程图。
图114表示EP_map的例子。
图115表示ClipMark的例子。
图116是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图82的句法时CM跳步再现处理的流程图。
图117，续图116，是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图82的句法时CM跳步再现处理的流程图。
图118是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图84的句法时由标记点指示的场景索引再现的流程图。
图119，续图118，是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图84的句法时再现的流程图。
图120表示EP_map的例子。
图121表示ClipMark的例子。
图122是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图84的句法时CM跳步再现处理的流程图。
图123，续图122，是用于说明当图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图84的句法时CM跳步再现处理的流程图。
图124表示应用格式。
图125表示PLAYMARK上的标记和Clip上的标记。
图126表示ClipMark句法的另一个例子。
图127表示ClipMark句法的又一个例子。
图128表示ClipInfo()句法的另一个例子。
图129表示ProgramInfo()的另一个例子。
图130表示StreamCodingInfo()的例子。
图131表示stream_coding_type。
图132表示EP_fine和EP_coarse之间的关系。
图133表示EP_fine和EP_coarse的格式。
图134表示RSPN_EP_fine和RSPN_EP_coarse的格式。
图135表示EP_coarse入口和EP_fine入口。
图136表示EP_map句法的另一个例子。
图137表示EP_stream_typevalues。
图138表示图136的EP_map的EP_map_for_one_stream_PID的句法。
图139表示EP_video_type的值的含义。
图140是用于表示准备ClipAV流文件和ClipInformation文件的处理的流程图。
图141是用于说明准备STC_Info的典型操作的流程图。
图142是用于说明准备ProgramInfo的典型操作的流程图。
图143是用于说明准备EP_map的典型操作的流程图。
图144是用于说明准备ClipMark的方法的流程图，如果在编码和记录模拟AV信号的情况下，图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图81所示的句法。
图145是用于说明准备ClipMark的方法的流程图，如果在记录从数字接口输入的传输流的情况下，图75或者图78中ClipMark的mark_entry()/representative_picture_entry()是图81所示的句法。
图146说明使用EP_map的情况下的指定再现。
图147说明对采用EP_map的I图象搜索的播放器模型。
图148表示最小化操作的例子。
图149表示在最小化操作的情况下，擦除超前于IN_time的不需要流数据的情况。
图150表示在最小化操作的情况下，擦除落后于OUT_time的不需要流数据的情况。
图151表示介质。
实现本发明的最佳模式
引用附图，现在详细地说明本发明的实施例。图1表示体现本发明的记录和/或再现设备1的典型内部结构。首先，说明构造为记录从外部输入的信号的记录单元2的结构。记录和/或再现设备1构造为用模拟或者数字数据供给和记录模拟或数字数据。
模拟视频信号和模拟音频信号分别提供给端子11，12。输入到端子11的视频信号输出到分析单元14和AV编码器15。输入到端子12的音频信号输出到分析单元14和AV编码器15。分析单元14从输入的视频和音频信号中提取诸如场景变化的特征点。
AV编码器15编码输入的视频和音频信号以将诸如编码视频流(V)、编码音频流(A)和AV同步的系统信息输出给多路复用器16。
编码视频流是例如用MPEG(移动图象专家组)2系统编码的视频流，而编码音频流是根据MPEG1系统编码的音频流，编码音频流是在例如MPEG1系统中编码的音频流或者根据杜比AC3(商标)系统编码的音频流。多路复用器16基于输入系统信息多路复用输入视频流和音频流以通过开关17将多路复用流输出到多路复用的流分析单元18和源打包器(source packetizer)19。
多路复用流例如是MPEG-2传输流或者MPEG-2节目流。根据在其上记录该流的记录介质100的应用格式，源打包器19将输入的多路复用流编码成由源数据包构成的AV流。在输出到写单元22之前，AV流在ECC(错误校正和编码)单元20和调制单元22中用附带的ECC代码和调制进行处理，其然后基于由控制器23输出的控制信号写(记录)AV流。
从数字接口或者数字电视调谐器输入的诸如数字电视广播的传输流输入到端子13。有两个用于记录输入到端子13的传输流的记录系统：一个是透明记录系统，另一个是记录之前是重新编码的系统，重新编码的目的在于降低例如记录位速率。记录系统命令信息从作为用户接口的端子24输入到控制器23。
在输入的传输流的透明记录中，输入到端子13的传输流通过开关17输出到多路复用流分析单元18和源打包器19。如上述，在记录介质上记录AV流的随后处理与编码和记录模拟输入的音频和视频信号的随后处理相同，因此，为了简单起见在此不进行说明。
如果输入的传输流被重新编码和随后记录，则输入到端子13的传输流馈送到多路分用器26，它多路分用输入的传输流以提取视频流(V)、音频流(A)和系统信息(S)。
在通过多路分用器26提取的流(信息)中，视频流输出到音频解码器27，而音频流和系统信息输出到多路复用器16。音频解码器27解码输入的传输流以将编码的视频流(V)输出到多路复用器16。
从多路分用器26输出的且输入到多路复用器16的音频流和系统信息以及由AV编码器15输出的视频流基于输入系统信息被多路复用，并通过开关17作为多路复用流输出到多路复用流分析单元18和源打包器19。如上述，在记录介质上记录AV流的随后处理是与编码和记录模拟输入的音频和视频信号的随后处理相同，因此，为了简单起见在此不进行说明。
本实施例的记录和/或再现设备1在记录介质100上记录AV流文件，同时也记录解释该文件的应用数据库信息。对控制器23的输入信息是来自分析单元14的移动图象的特征信息，来自多路复用流分析单元18的AV流的特征信息和从端子24输入的用户命令信息。
在AV编码器15编码视频信号时，从分析单元14提供的移动图象的特征信息是由分析单元14产生的。分析单元14分析输入视频和音频信号的内容以产生与输入的移动图象信号的图象特征(Clip标记)有关的信息。该信息是表示诸如节目开始点、场景变化点、CM商业广告开始和结束点、输入视频信号中的标题或者幻灯机(telop)的特征Clip标记点的图象的信息，并且还包括与音频信号的立体音/非立体音转换点和消音部分有关的图象和信息的缩略图(thumbnail)。
上述图象表示信息通过控制23馈送到多路复用器16。当多路复用由控制器23指定为Clip标记的编码图象时，多路复用器16将用于指定AV流上编码图象的信息返回到控制器23。具体地，该信息是图象的PTS(显示时间戳)或者是图象编码版本的AV流上的地址信息。控制器23存储特征图象的分类和用于指定AV流上相互关联的编码图象的信息。
来自多路复用流分析单元18的AV流的特征信息是与要记录的AV流编码信息相关的信息，并且通过分析单元18记录。例如，特征信息包括AV流中I图象的时间戳(time stamp)和地址信息、系统时钟的非连续点信息、AV流的编码参数和AV流中编码参数的改变点信息。当透明地记录从端子13输入的传输流时，多路复用流分析单元18从输入传输流中检测前述的Clip标记的图象，并且产生用于指定由Clip标记和其类型指定的图象的信息。
来自端子24的用户指配信息是指定由用户指定的重放域的信息、用于解释重放域内容的字符字母、或者诸如书签或者由用户为他或她喜爱场景而设定的重新开始点的信息。
基于前述输入信息，控制器23创建AV流数据库(Clip)，AV流重放域(PlayItem)的组(PlayList)的数据库，记录介质100记录内容的管理信息(info.dvr)和关于缩略图图象的信息。类似于AV流，从上述信息构成的应用数据库信息在ECC单元20和调制单元21中进行处理且输入到写单元22，其然后将数据库文件记录在记录介质100上。
随后将详细说明上述的应用数据库信息。
当在记录介质100上记录的AV流文件(图象数据和语音数据文件)和因此在记录介质100上记录的应用数据库信息通过再现单元3再现时，控制器23首先命令读出单元28从记录介质100中读出应用数据库信息。读出单元28从记录介质100中读出应用数据库信息，然后从记录介质100中读出应用数据库信息以通过由解调单元29和ECC解码器30进行的解调和错误校正处理来将该应用数据库信息发送到控制器23。
基于应用数据库信息，控制器23将在记录介质100上记录的PlayList表输出到端子24的用户接口。用户从PlayList表中选择希望再现的PlayList。指定为要再现的与PlayList相关的信息输入到控制器23。控制器23命令读出单元28读出在再现PlayList中必需的AV流文件。根据该命令，读出单元28从记录介质100中读出对应的AV流以将所读出的AV流输出到解调单元29。因此，输入到解调单元29的AV流通过预置处理被解调和通过ECC解码器30的处理输出到源解数据包器(depacketizer)31。
源解数据包器31将从记录介质100读出的并以预置方式处理的应用格式的AV流变换成可由多路分用器26处理的流。多路分用器26将形成由控制器23指定的AV流的重放域(PlayItem)的诸如视频流(V)、音频流(A)或者AV同步的系统信息(S)输出到音频解码器27，该AV解码器27解码视频流和音频流以将重放视频信号和重放音频信号分别输出到相关的端子32、33。
如果从作为用户接口的端子24提供指令进行随机存储重放或者指定重放的信息，则控制器23基于AV流数据库(Clip)内容确定来自记录介质100的AV流的读出位置，以命令读出单元28读出AV流。如果作为用户选择的PlayList将作为从预置时间点进行再现，则控制器23命令读出单元28从具有最靠近指定的时间点的时间戳的I图象读出数据。
当用户从存储在Clip信息的ClipMark中的节目的索引点或者场景变化点已经选择了某一Clip标记，即正如作为用户接口所显示的，当用户从存储在ClipMark中的索引点或者场景变化点的缩略图图象表中选择了某一图象时，则控制器23确定来自记录介质100之AV流读出位置，以命令读出单元28读出AV流。即，控制器23命令读出单元28从具有最靠近已经存储用户选择的图象的AV流地址的地址的I图象中读出数据。读出单元28从指定地址读出数据。读出的数据通过解调单元29、ECC解码器30和通过源打包器19处理以便提供到多路分用器26，并且通过音频解码器27解码以再现由标记点图象的地址表示的AV数据。
如果用户已经命令快进(fast forward)重放，则控制器23命令读出单元28基于AV流数据库(Clip)依次连续地读出AV流中的I图象数据。
读出单元28从指定的随机存取点中读出AV流的数据。如此读出的数据通过由下游侧的各种元件的处理再现。
现在说明其中用户编辑记录在记录介质100上的AV流的情况。如果希望指定的记录在记录介质100上的AV流的重放域，例如，如果希望创建从歌曲节目A中再现由歌唱者A演唱部分并且随后从另一个歌曲节目B中再现由同一歌唱者A演唱部分的重放例程，则与重放域的IN_point(开始点)和OUT_point(结束点)相联系的信息从作为用户接口的端子输入到控制器23。控制器23创建AV流重放域(PlayItem)的组的数据库(PlayList)。
当用户希望擦除记录在记录介质100上的一部分AV流时，与擦除域的IN_point和OUT_point相关的信息输入到控制器23，其然后改进PlayList数据库以便仅仅参照需要的AV流。控制器23还命令写单元22擦除AV流的不需要的流部分。
现在说明这种情况，其中用户希望指定记录在记录介质上的AV流的重放域以创建新的重放例程(route)和以无缝方式互连对应的重放域。在这种情况下，控制器23创建AV流重放域(PlayItem)的组的数据库(PlayList)并进行部分地重新编码与重新多路复用在重放域连接点附近的视频流。
在重放域IN_point的图象信息和OUT_point的图象信息从端子24输入到控制器23。控制器23命令读出单元28读出所需要的在IN_point和在OUT_point上再现的图象数据。读出单元28从记录介质100上读出数据。如此读出的数据通过解调单元29、ECC解码器30和源打包器19输出到多路分用器26。
控制器23分析输入到多路分用器26的数据以确定对视频流的重新编码方法(picture_coding_type的变化和重新编码之编码位数量的分配)和重新多路复用系统，以将该系统送到AV编码器15和多路复用器16。
多路分用器26然后将输入的流分离成视频流(V)、音频流(A)和系统信息(S)。视频流可以分类成输入到音频解码器27的数据和输入到多路复用器16的数据。前者是重新编码所需要的数据，并且通过音频解码器27解码，其中具有然后由AV编码器15重新编码和由此变成视频流的解码图象。后者数据是从没有重新编码的原始流中拷贝的数据。音频流和系统信息直接输入到多路复用器16。
多路复用器16基于从控制器23输入的信息多路复用输入流以输出该多路复用流，其被ECC单元20和调制单元21处理以便发送到写单元22。写单元22基于从控制器23提供的控制信号将AV流记录在记录介质100上。
下面解释应用数据库信息和基于该信息的诸如重放和编辑的操作。图2表示用于AV流管理的应用格式结构，该结构具有两层，即PlayList和Clip。卷(volume)信息管理盘中的所有Clips和PlayList。这里，成对的一个AV流和其辅助信息认为是一个对象，并叫作Clip。AV流文件叫作Clip AV流文件，具有叫作Clip信息文件的辅助信息。
一个Clip AV流文件存储对应于配置成由应用格式指定的结构的MPEG 2传输流的数据。一般说来，文件作为字节串进行处理。Clip AV流文件的内容在时间轴上扩展，其中具有主要以时间基指定的Clip(I图象)入口点。当给定对预置Clip的存取点的时间戳时，Clip信息文件在找到开始在ClipAV流文件中读出的数据的地址信息方面是有用的。
参照图3，现在解释PlayList，其是为用户从Clip中选择希望观看的重放域和方便地编辑重放域而提供的。一个PlayList是Clip中的一组重放域。预置Clip中的一个重放域叫作PlayItem并且由时间轴上的一对IN_point和OUT_point表示。这样，PlayList是由一组复合PlayItem形成的。
PlayList分类成两个类型，一种是实PlayList，另一种是虚PlayList。实PlayList共同拥有其引用的Clip流部分。即，实PlayList在盘上占据对应于其引用的Clip流部分之数据容量，并且当擦除实PlayList时，其引用的Clip流部分的数据也被擦除。
虚PlayList不是共同拥有Clip数据。因此，如果虚PlayList改变或者被删除，而Clip的内容不会改变。
解释实PlayList的编辑。图4A表示实Playlist的创建，并且如果AV流作为新的Clip记录，则引用整个Clip的实PlayList是新的创建操作。
图4B表示实PlayList的划分，即在希望点上划分实PlayList的操作以将实PlayList分成两个实PlayList。当两个节目在通过单个PlayList管理的一个Clip管理时，并且当用户趋于重新寄存或者重新记录该节目作为单个独立节目时，进行该划分操作。该操作不会导致Clip内容的改变，即对Clip本身的划分。
图4C表示将两个实PlayList组合成一个新的实Playlist之操作的实PlayList的组合操作。该组合操作是当诸如用户希望重新寄存两个节目为单个程序时完成的。该操作不会导致Clip内容的改变，即是将Clip本身组合为一个。
图5A表示整个实PlayList的删除。如果删除整个预置的实PlayList的操作，则由所删除的实PlayList引用的Clip的相关流部分也被删除。
图5B表示实PlayList的部分删除。如果删除实PlayList的期望部分，则相关PlayItem改变为仅仅引用所需要的Clip流部分。对应的Clip流部分被删除。
图5C表示实PlayList的最小化。其是使与实PlayList相关的PlayItem仅仅引用虚PlayList需要的Clip流部分的操作。对应的虚PlayList不需要的Clip流部分被删除。
如果实PlayList通过上述操作改变使得由实PlayList引用的Clip流部分被删除，则有这种可能性，即出现采用所删除的Clip的虚PlayList，使得在虚PlayList中可以产生因所删除的Clip导致的问题。
为了防止这种情况发生，则向用户显示这种消息：“如果存在引用实PlayList正在引用的Clip流部分的虚PlayList，且实PlayList被删除，则虚PlayList本身被删除——可以否？”，通过证实或者警告响应用户的删除操作，此后，执行删除处理，或者取消用户命令的对象。或者，完成实PlayList的最小化操作以代替删除虚PlayList。
现在解释虚PlayList的操作。如果操作是对虚PlayList进行的，则Clip的内容不改变。图6A和6B表示汇编和编辑(IN-OUT编辑)。这是创建用户希望观看的重放域的PlayItem以创建虚PlayList的操作。在PlayItem之间的无缝连接是由应用格式支持的，如后述。
如果存在两个实PlayList1、2和与对应实PlayList相联系的Clip1、2，则用户指定实PlayList1中的预置域(从IN1到OUT1的域：PlayItem1)为重放域，并且作为下一个要显示的域，还指定实PlayList2中的预置域(从IN2到OUT2的域：PlayItem2)为重放域，如图6A所示。准备了由PlayItem1和PlayItem2组成的单个虚PlayList，如图6B所示。
现在解释虚PlayList的重新编辑。该重新编辑可以通过交替虚PlayList中的IN-或者OUT点将新PlayItem插入或者附加到虚PlayList以及删除虚PlayList中的PlayItem来列举。虚PlayList本身也可以被删除。
图7表示对虚PlayList的音频转录(后记录)。其是将音频后记录寄存到虚PlayList作为子路径的操作。该音频后记录由应用软件支持。附加音频流作为子路径被加到虚PlayList主路径的AV流。
实PlayList和虚PlayList的共同点是图8所示的改变(移动)PlayList重放顺序的操作。该操作是盘(卷)中PlayList重放顺序的改变并且由在应用格式中定义的TableOfPlayList所支持，正如下面引用例如图20要说明的。该操作不会导致Clip内容的改变。
现在解释标记(Mark)。标记是为指定Clip和PlayList中的加亮或者特征时间而提供的，如图9所示。加到Clip的标记叫做ClipMark。ClipMark是例如节目索引点或者场景变化点，用于指定起因于AV流中内容的特征场景。ClipMark是由例如图1分析单元14产生的。当PlayList再现时，可以引用和使用由PlayList引用的Clip的标记。
附加到PlayList的标记叫做PlayListMark(播放表标记)。PlayListMark是例如由用户设置的书签点或者恢复点(resume point)。对Clip和对PlayList的标记的设置是将表示标记时间点的时间戳加到标记表。另一方面，标记删除就是从标记表中移去标记的时间戳。结果，AV流不会由标记设置或者标记删除所改变。
作为ClipMark的另一个格式，由ClipMark引用的图象可以以AV流中的地址基来指定。Clip上的标记设置就是将表示标记点的图象的地址基信息加到标记表中。另一方面，标记删除就是从标记表中移去表示标记点图象的地址基信息。结果，AV流不会由标记设置或者标记删除所改变。
现在解释缩略图。缩略图是加到Volume(卷)、PlayList和Clip的静止图象。有两种类型的缩略图，其中之一是作为表示内容的代表图象的缩略图。这主要是用在主图象中，为的是让用户用光标(未示出)选择他或她希望观看的内容。另一种缩略图是表示由标记点指向的场景的图象。
Volume和对应PlayList需要具有代表图象。当盘设置在记录和/或再现设备1中的位置时，Volume的代表图象被预先提出用作初始地展示表示盘内容的静止图象。注意，盘的意思是预先提出作为盘形状的记录介质100。PlayList的代表图象被预先提出用作表示PlayList内容的静止图象。
作为PlayList的代表图象，可以考虑使用PlayList的初始图象作为缩略图(代表图象)。但是，在0重放时间的引导图象不必要是表示内容的最佳图象。因此，允许用户设置可选择性图象作为PlayList的缩略图。两种类型的缩略图，即作为表示Volume之代表图象的缩略图和作为表示PlayList之代表图象的缩略图，叫作菜单缩略图。由于经常显示菜单缩略图，这些缩略图需要从盘中以升高的速度读出。因此，以单个文件存储该全部菜单缩略图是有效率的。菜单缩略图不必是从卷的移动图象中提取出的图象，但是可以是从个人计算机或者是数字静止摄像机获取的图象，如图10所示。
另一方面，Clip和PlayList需要用复合标记来做标记，同时标记点的图象需要被容易地观看，目的是获得标记位置的内容。表示这种标记点的图象叫作标记缩略图。因此，作为标记操作的正本的图象主要是所提取的标记点图象而不是从外部获取的图象。
图11表示附加到PlayList的标记和标记缩略图之间的关系，同时图12表示附加到Clip的标记和标记缩略图之间的关系。与菜单缩略图的区别，标记缩略图用在例如用于表示PlayList细节的子菜单中，而其不要求在短的存取时间中读出。所以，无论何时要求缩略图，记录和/或再现设备1打开文件和读出一部分该文件，同时即使由记录和/或再现设备1进行的文件打开和读出一部分文件要占用一些时间，也不会出现任何问题。
为了减少在卷中出现的文件数，最好将整个标记缩略图存储在一个文件中。尽管PlayList可以具有一个菜单缩略图和多个标记缩略图，但不要求用户直接地选择Clip(通常，Clip是通过PlayList选择的)，因此没有必要提供菜单缩略图。
图13表示菜单缩略图，标记缩略图，PlayList和Clip之间的关系。在菜单缩略图中，文件归档为从一个PlayList向另一个提供的菜单缩略图。在菜单缩略图中，文件包含有卷缩略图，其表示在盘上记录的数据内容。在菜单缩略图中，文件归档为从一个PlayList到另一个和从一个Clip到另一个创建的缩略图。
下面说明CPI(特征点信息)。CPI是包含在Clip信息文件中的数据，并且主要用于发现Clip AV流文件中的数据地址，在该地址，当提供Clip存取点的时间戳时开始数据读出。在本实施例中使用两种类型的CPI，其中之一是EP_map，另一种是TU_map。
EP_map是从基本流和传输流中提取的入口点(entry point)(EP)数据的表。其具有用来发现在此开始解码的AV流中入口点地点的地址信息。一个EP数据由显示时间戳(PTS)和与PTS相联系的存取单元的AV流中的数据地址构成的，该数据地址与PTS配对。
EP_map主要用于两个目的。第一，其用于发现在由PlayList的PTS引用的存取单元中的AV流的数据地址。第二，EP_map用于快速前进重放或者快速后退重放。在通过记录和/或再现设备1记录输入AV流时，如果流的句法能够被分析，则在盘上创建和记录EP_map。
TU_map具有从通过数字接口输入的传输数据包的到达时间点得出的时间单元(TU)数据的表。其提供了基于到达时间的时间arrival_time_based和AV流中数据地址之间的关系。当记录和/或再现设备1记录输入AV流并且流的句法不能被分析时，则在盘上创建和记录TU_map。
STCInfo存储AV流文件中的非连续点信息，该AV流文件存储了MPEG-2传输流。
当AV流具有STC的非连续点时，相同的PTS值可以出现在AV流文件中。因此，如果AV流中的时间点是根据PTS基指定的，则存取点的PTS不足以指定该点。而且，还要求包含PTS的连续STC域的索引。在该格式中，连续STC域和其索引被分别叫做STC序列和STC_sequence_id(STC序列id)。STC序列信息是由Clip信息文件的STCInfo定义的。
STC_sequence_id用在AV流文件中并且在具有TU_map的AV流文件中是可选择的。
节目是每个基本流的集合并且共同拥有对这些流进行同步再现的单个系统时间基。
再现设备(图1的记录和/或再现设备1)在其解码之前知道AV流的内容是有用的。这些内容包括例如传输音频或者视频基本流的传输数据包的PID值，或者诸如HDTV视频或者MPEG-2 AAC音频流的视频或者音频元件的类型。该信息对创建用于给用户显示引用AV流的PlayList内容的屏幕菜单是有用的。其对于设置对应设备之AV解码器和多路分用器的初始状态是同样有用的。
由于这个原因，Clip信息文件拥有用于说明节目内容的ProgramInfo。
可以发生的是，节目内容在其中存储了MPEG-2传输流的AV流文件中应当可以改变。例如，可以改变传输视频基本流的传输数据包的PID，或者可以将视频流的元件类型从SDTV改变为HDTV。
ProgramInfo存储了关于AV流文件中节目内容的改变点的信息。其中节目内容保持不变的AV流文件的域叫作program_sequence(节目序列)。
该节目序列用在具有EP_map的AV流文件中，并且在具有TU_map的AV流文件中是可选择的。
本实施例定义了自身编码流格式(SESF)。该SESF用于编码模拟输入信号和用于解码数字输入信号，其随后用于顺序地将解码的信号编码成MPEG-2传输流。
SESF定义了与MPEG-2传输流和AV流有关的基本流。当记录和/或再现设备1编码和记录SESF流时，在盘上创建和记录EP_map。
数字广播流使用用于在记录介质100进行记录的下述系统之一：第一，数字广播流自动解码成SESF流。在这种情况下，所记录的流一定要符合SESF并且在盘上一定要准备和记录EP_map。
另外，形成数字广播流的基本流自动解码成新的基本流，并且重新多路复用成符合流格式的新的传输流，该流格式由用于标准化数字广播流的组织指定的。在这种情况下，在盘上一定要创建和记录EP_map。
例如，假设输入流是符合ISDB(日本数字BS的标准名称)的MPEG-2传输流，其中具有包含HDTV视频流和MPEG AAC音频流的传输流。HDTV视频流自动解码成SDTV视频流，该SDTV视频流和原始的AAC音频流重新多路复用成TS。SDTV流和传输流两者都需要符合ISDB格式。
在记录介质100上记录数字广播流的另一个系统是进行输入传输流的透明记录，即记录不变的输入传输流，在这种情况下，EP_map被列出和记录在盘上。
或者，输入传输流被透明地记录，即输入传输流被不变地记录，在这种情况下，TU_map被创建和记录在盘上。
下面解释目录和文件。记录和/或再现设备1以下描述为DVR(数字视频记录)。图14表示盘上的典型目录结构。DVR盘的目录可以列举为：包括“DVR”目录的根目录；和包括“PLAYLIST”目录、“CLIPINF”目录、“M2TS”目录和“DATA(数据)”目录的“DVR”目录，如图14所示。尽管在根目录下可以创建除这些目录之外的其它目录，但这些在本实施例的应用格式中被忽略。
在“DATA”目录之下，存储有由DVR应用格式指定的所有文件和目录。“DVR”目录包括四个目录。在“PLAYLIST”目录下放置了实PlayList和虚PlayList的数据库文件。后面的目录可以存在于没有PlayList的状态中。
在“CLIPINF”下放置了Clip数据库。该目录也可以存在于没有AV流文件的状态中。在“DATA”目录中，存储有诸如数字TV广播的数据广播文件。
“DVR”目录存储了下述文件。即在DVR目录下创建的“info.dvr”以存储应用层的综合信息。在DVR目录下，一定有单个info.dvr。假设该文件名称对info.dvr是固定的。“menu.thmb”存储了与菜单缩略图有关的信息。在DVR目录下，一定有0或1的标记缩略图。假设该文件名称对“menu.thmb”是固定的。如果没有菜单缩略图，该文件可以不存在。
“mark.thmb”文件存储了与标记缩略图图象有关的信息。在DVR目录下，一定有0或1的标记缩略图。假设该文件名称对“menu.thmb”是固定的。如果没有菜单缩略图，该文件可以不存在。
“PLAYLIST”目录存储了两种类型的PlayList文件，它们是实PlayList和虚PlayList。“xxxxx.rpls”文件存储了与一个实PlayList有关的信息。对于每个实PlayList创建一个文件。文件名称是“xxxxx.rpls”，这里“xxxxx”表示从0到9的五个数值数字。文件扩展名一定是“rpls”。
“yyyyy.vpls”存储了与一个虚PlayList有关的信息。具有文件名称“yyyyy.vpls”的一个文件是从一个虚PlayList到另一个被创建的，这里“yyyyy”表示从0到9的五个数值数字。文件扩展名一定是“vpls”。
“CLIPINF”目录存储了一个与每个AV流文件相联系的文件。“zzzzz.clps”是对应于一个AV流文件(Clip AV流文件或者Bridge-Clip流文件)的Clip信息文件。文件名称是“zzzzz.clpi”，这里“zzzzz”表示从0到9的五个数值数字。文件扩展名一定是“clpi”。
“M2TS”目录存储了AV流文件。“zzzzz.m2ts”文件是由DVR系统操作的AV流文件。这是Clip AV流文件或者Bridge-Clip AV流文件。文件名称是“zzzzz.m2ts”，这里“zzzzz”表示从0到9的五个数值数字。文件扩展名一定是“m2ts”。
“DATA”目录存储了从数据广播中传输的数据。例如该数据可以是XML或者MPEG文件。
现在解释每个目录(文件)的句法和语义。图15表示“info.dvr”文件的句法。“info.dvr”文件是由三个对象构成，即DVRVoume()、TableOfPlayLists()和MakersPrivateData()。
解释图15所示的info.dvr的句法。根据来自“info.dvr”文件的引导字节的相对字节数，TableOfPlayList_Start_address表示TableOfPlayLists()的引导地址。相对字节数是从0开始计算的。
根据来自“info.dvr”文件的引导字节的相对字节数，MakersPrivateData_Start_address表示MakersPrivateData()的引导地址。相对字节数是从0开始计算的。Padding_word与“info.dvr”的句法相关地插入。N1和N2是可选择的正整数。每个填充字可以假设为可选择的值。
DVRVolume()存储了指示卷(盘)内容的信息。图16表示DVRVoume的句法。现在解释图16所示的DVRVolume()的句法。Version_number表示指示DVRVolume()的版本号的四个字符字母。Version_number编码成与ISO646相联系的“0045”。
长度由32位无符号整数表示，其表明从长度字段之后直接到DVRVolume()尾端的字节数目。
ResumeVolume()记忆了在Volume中最后产生的实PlayList或者虚PlayList的文件名称。但是，当用户已经中断了实PlayList或者虚PlayList的重放时的重放位置存储在PlayListMark()定义的恢复标记中(见图42和43)。
图17表示ResumeVolume()的句法。解释图17所示的ResumeVolume()的句法。Valid_flag表示当该1位标志分别设置为1或者0时resume_PlayList_name字段是有效的或是无效的。
resume_PlayList_name的10字节字段表示要恢复的实PlayList或者虚PlayList的文件名称。
图16所示的DVRVolume()句法中的UIAppInfoVolume存储了与Volume相关的用户接口应用程序的参数。图18表示UIAppInfoVolume的句法，现在解释其语义。Character_set的8位字段表示在Volume_name字段中编码的字符字母的编码方法。该编码方法对应于图19所示的值。
Name_length的8位字段表示在Volume_name字段中表示的Volume名称的字节长度。Volume_name字段表示Volume的名称。从字段左边开始计数的Name_length数的字节数是有效字符数目，并且表示Volume的名称。在这些有效字符字母后面的值可以是任何值。
Volume_protect_flag是表示卷中的内容是否能够无限制地展示给用户的标志。如果该标志设置为1，则仅仅在用户已经成功地正确输入PIN号(通过口令)的情况下，卷中的内容允许被展示(再现)给用户。如果该标志设置为0，即使在PIN号没有被用户输入的情况下，卷中的内容也允许展示给用户。
当用户已经将盘插入播放器时，如果该标志已经设置为0，或者该标志设置为1但用户已经成功地正确输入PIN号的话，记录和/或再现设备1显示盘中的PlayList表。在对应PlayList之再现的限制是与Volume_protect_flag不相关的，并且是由UIAppInfoVolume中定义的playback_control_flag表示的。
PIN是由从0到9的四个数值数字构成的，其中的每一个都是根据ISO/IEC646编码的。ref_thumbnail_index字段表示加到卷中的缩略图图象的信息。如果ref_thumbnail_index字段是除0xFFFF之外的值，则缩略图图象被加到卷中。缩略图图象存储在menu.thumb文件中。该图象是使用menu.thumb文件中的ref_thumbnail_index的值引用的。如果ref_thumbnail_index字段是0xFFFF，则其表示缩略图图象已经被加到卷中。
解释图15所示的info.dvr句法中的TableOfPlayList()。TableOfPlayList()存储了PlayList(实PlayList和虚PlayList)的文件名称。记录在卷中的所有PlayList文件都包含在TableOfPlayList()中，该TableOfPlayList()表示卷中PlayList的缺省的重放序列。
图20表示TableOfPlayList()的句法，现在解释之。TableOfPlayList()的version_number表示四个字符字母，其表示TableOfPlayList的版本号。version_number一定要根据ISO646编码成“0045”。
长度是无符号的32位整数，其表明从长度字段之后直接到TableOfPlayList()尾端的TableOfPlayList()的字节数目。Number_of_PlayLists的16位字段表示包括PlayList_file_name在内的循环(for-loop)的循环数。该数值数字一定要等于记录在卷中的PlayList的数目。PlayList_file_name的10字节数值数字表示PlayList的文件名称。
图21表示TableOfPlayList()句法的另一种结构。图21所示的句法是由图20所示的其中包含UIAppInfoPlayList的句法构成的。通过这种包括UIAppInfoPlayList的结构，在读出TableOfPlayList时简单地创建菜单图象变成有可能。下面的解释是根据使用图20所示的句法进行的。
解释图15所示的info.dvr中的MakersPrivateData。提供MakersPrivateData是为了允许记录和/或再现设备1的制造者将制造者的私有数据插入MakersPrivateData()以用于不同公司的特殊应用。每个制造者的私有数据已经被标准化为maker_ID，以识别已经定义它的制造者。MakersPrivateData()可以包含一个或者多个maker_ID。
如果预置制造者希望插入私有数据，并且不同制造者的私有数据已经包含在MakersPrivateData()中，则在不擦除预先存在的旧私有数据的情况下，新私有数据加到MakersPrivateData()。因此，在本实施例中，多个制造者的私有数据能够包含在一个MakersPrivateData()中。
图22表示MakersPrivateData的句法。解释图22表示的MakersPrivateData的句法。TableOfPlayList()的version_number表示四个字符字母，其表示TableOfPlayList的版本号。version_number一定要根据ISO646编码成“0045”。长度是无符号32位整数，其表明从长度字段之后直接到MakersPrivateData()尾端的TableOfPlayList()的字节数目。
Mpd_blocks_start_address表示根据来自MakersPrivateData()引导字节之字节数的第一个Mpd_block()的前端地址。Number_of_maker_entries是16位无代码整数，其提供MakersPrivateData()中包括的制造者私有数据的入口号。在MakersPrivateData()中一定不会出现具有相同maker_ID值的两个或多个制造者私有数据。
mpd_blocks_size是16位无符号整数，其提供以1024字节为单位的一个mpd_block大小。例如，如果Mpd_blocks_size＝1，则其表示一个Mpd_block的大小是1024字节。Number_of_mpd_block是16位无符号整数，其提供MakersPrivateData()中包含的mpd_block数。maker_ID是16位无符号整数，其表示已经创建制造者私有数据之DVR系统的模型数代码。编码成maker_ID的值是由发许可证者指定的。
maker_mode_code是16位无符号整数，其表示已经创建制造者私有数据之DVR系统的模型数代码。编码成maker_mode_code的值是由制造者设置的，该制造者已经接收了格式许可。start_mpd_block_number是16位无符号整数，其表示开始制造者私有数据的mpd_block_number号。制造者私有数据的前端一定要与mpd_block的前端对齐。start_mpd_block_number对应于mpd_block循环中的变量j。
mpd_length是32位无符号整数，其表示制造者私有数据的大小。mpd_block是其中存储了制造者的私有数据的区。MakersPrivateData()中的所有的mpd_block一定要是相同大小。
解释实PlayList文件和虚PlayList文件，换言之，即xxxxx.rpls和yyyyy.vpls。图23表示xxxxx.rpls(实PlayList)和yyyyy.vpls(虚PlayList)的句法，它们具有相同的句法结构。每一个xxxxx.rpls和yyyyy.vpls都是由三个对象构成，即PlayList()、PlayListMark()和MakersPrivateData()。
根据来自PlayList文件前端的相对字节数为单位，PlayListMark_start_address表示PlayListMark()的引导地址。相对字节数是从0开始计算的。
根据来自PlayList文件前端的相对字节数为单位，MakersPrivateData_start_address表示MakersPrivateData()的引导地址。相对字节数是从0开始计算的。
Padding_word(填充字)是根据PlayList文件的句法被插入的，其中N1和N2是可选择的正整数。每个填充字可以假设为可选择的值。
尽管其已经简要地解释了，下面仍然解释PlayList。除Bridge-Clip之外的所有Clips中的重放域一定要由盘中的所有的PlayList引用。而且，两个或者多个实PlayLists一定不重叠相同Clip中由它们的PlayItem表示的重放域。
参照图24A、24B和24C。对于所有的Clips，存在对应的实PlayList，如图24A所示。即使在编辑操作已经关闭之后也可看到该规则，如图24B所示。因此，所有的Clip一定通过引用实PlayList之一来看到。
参照图24C，虚PlayList的重放域一定包含在重放域和Bridge-Clip重放域中。盘中一定不出现不由任何虚PlayList引用的Bridge-Clip。
包含PlayItem表的实PlayList一定不含有SubPlayItem。虚PlayList包含PlayItem表，并且如果包含在PlayList()中的CPI_type是EP_map类型以及PlayList_type是0(含有视频和音频的PlayList)，则虚PlayList可以包含一个SubPlayItem。在本实施例的PlayList()中，SubPlayItem仅仅用于音频后记录。由一个虚PlayList拥有的SubPlayItem数一定是0或者1。
下面解释PlayList。图25表示现在要解释的PlayList句法。version_number表示四个字符字母，其表示PlayList()的版本号。version_number根据ISO646编码成“0045”。长度是无符号32位整数，其表明从长度字段之后直接到PlayList()尾端的PlayList()的总字节数目。PlayList_type是8位字段，其表示PlayList类型，图26示出其一个例子。
CPI_type是一位标志，其表示由PlayItem()和SubPlayItem()引用的Clip的CPI_type之值。在由一个PlayList引用的所有Clips的CPI中定义的CPI_type一定具有相同值。Number_of_PlayItems是16位字段，其表示出现在PlayList中的PlayItem数。
对应于预置PlayItem()的PlayItem_id是由其中PlayItem()出现在包含PlayItem()之循环中的序列定义的。PlayItem_id以0开始。Number_of_SubPlayItems是16位字段，其表示在PlayList中的SubPlayItem数。该值是0或者1。附加音频流路径(音频流路径)是一种子路径类型。
解释图25所示的PlayList句法的UIAppInfoPlayList。UIAppInfoPlayList存储了涉及PlayList的用户接口应用程序的参数。图27表示现在要解释的UIAppInfoPlayList的句法。Character_set是8位字段，其表示用于编码在PlayList_name字段中编码的字符字母的方法。该编码方法对应于与图19所示的表一致的值。
Name_length是8位字段，其表示在PlayList_name字段中表示的PlayList名称的字节长度。PlayList_name字段表示PlayList名称。从字段左边计数的Name_length数的字节数是有效字符数并且表示PlayList名称。在这些有效字符字母后面的值可以是任何值。
Record_time_and_date是56位字段，其存储了记录PlayList的日期和时间。该字段是二进制编码的十进制(BCD)编码的年/月/日/小时/分钟/秒的14个数值数字。例如，2001/12/23：01：02：03编码成“0x20011223010203”。
持续时间(duration)是24位字段，其表示以小时/分钟/秒为单位的PlayList的总重放时间。该字段是二进制编码的十进制(BCD)编码的6个数值数字。例如，01：45：30编码成“0x014530”。
Valid_period是32位字段，其表示PlayList的有效时间周期。该字段是4位二进制编码的十进制(BCD)编码的8个数值数字。Valid_period用在记录和/或再现设备1中，即，当有效周期已经消失的PlayList将自动擦除时，例如，2001/05/07编码成“0x20010507”。
Maker_ID是16位无符号整数，其表示是最近更新其PlayList的DVR播放器(记录和/或再现设备1)的制造者。编码成Maker_ID的值分配给DVD格式的发放许可证者。Maker_code是16位无符号整数，其表示是最近更新的PlayList的DVR播放器的模型数。编码成Maker_code的值是由制造者确定的，该制造者已经接收DVR格式的许可。
如果playback_control_flag的标志设置为1，则其PlayList仅仅当用户成功地输入PIN号时再现。如果该标志设置为0，则用户在不需要输入PIN号的情况下可以观看该PlayList。
如果write_protect_flag设置为1，则除write_protect_flag之外，该PlayList的内容既不能被擦除也不能改变。如果该标志设置为0，用户可自由地擦除或者改变该PlayList。如果该标志设置为1，则在用户进行擦除、编辑或者重写PlayList之前记录和/或再现设备1显示请求用户进行重新确认的消息。
其中write_protect_flag设置为0的实PlayList可以存在，引用实PlayList之Clip的虚PlayList可以存在，并且虚PlayList的write_protect_flag可以设置为1。如果用户希望擦除实PlayList，记录和/或再现设备1发出报警给用户以便出现前述虚PlayList或者在擦除实PlayList之前“最小化”该实PlayList。
如果is_played_flag设置为1，如图28B所示，则其表示自从其记录以来该PlayList至少再现了一次，而如果其设置为0，则其表示自从其记录以来该PlayList甚至没有再现过一次。
文档(Archive)是两位字段，其表示PlayList是原始的还是拷贝的，如图28C所示。ref_thumbnail_index的字段表示代表PlayList之缩略图图象的信息。如果ref_thumbnail_index字段是除0xFFFF之外的值，则代表PlayList之缩略图图象被加在PlayList中，其中PlayList存储在menu.thmb文件中。该图象使用在menu.thmb文件中的Ref_thumbnail_index之值来引用。如果Ref_thumbnail_index是0xFFFF，则没有代表PlayList之缩略图图象被加在PlayList中。
下面解释PlayItem。一个PlayItem()基本上包含下述数据：用于指定Clip文件名称的Clip_Information_file_name，成对指定Clip重放域的IN_time和OUT_time，在PlayList()中定义的CPI_type是EP_map类型的情况下由IN_time和OUT_time引用的STC_sequence_id，以及表示在先PlayItem和当前PlayItem之连接条件的Connection_Condition。
如果PlayList是由两个或者多个PlayItem构成，则在PlayList的全球时间轴上这些PlayItem成行排列，没有时间间隙或者重叠。如果在PlayList中定义的CPI_type是EP_map类型和当前PlayList不具有BridgeSequence()，则IN_time和OUT_time对在STC连续域上一定表示与STC_sequence_id指定时间相同的时间。这种例子示于图29。
图30表示这种情况，其中由PlayList()定义CPI_type，如果当前PlayItem具有BridgeSequence()，则应用现在解释的规则。表示成IN_time1的在当前PlayItem之前的PlayItem之IN_time表示在当前PlayItem之BridgeSequenceInfo()中指定的Bridge-Clip的时间。该OUT_time一定遵守随后要解释的编码限制。
表示成IN_time2的当前PlayItem的IN_time表示在当前PlayItem的BridgeSequenceInfo()中指定的Bridge-Clip的时间。该IN_time也一定遵守后面要解释的编码限制。表示成OUT_time2的当前PlayItem的PlayItem之OUT_time表示关于由当前PlayItem的STC_sequence_id指定的STC连续域的时间。
如果PlayList()的CPI_type是TU_map类型，则成对的PlayItem的IN_time和OUT_time表示关于相同Clip AV流的时间，如图31所示。
PlayItem句法示于图32。对于图32所示的PlayItem的句法，Clip_Information_file_name的字段表示Clip信息的文件名称。由该Clip信息文件的ClipInfo()定义的Clip_stream_type一定表示Clip AV流。
STC_sequence_id是8位字段和表示由PlayItem引用的连续STC域的STC_sequence_id。如果在PlayList()指定的CPI_type是TU_map类型，则该8位字段没有意义和设置为0。IN_time是32位字段并且用于存储PlayItem的重放开始时间。IN_time的语义不同于PlayList()中定义的CPI_type，如图33所示。
OUT_time是32位字段并且用于存储PlayItem的重放结束时间。OUT_time的语义不同于PlayList()中定义的CPI_type，如图34所示。
Connection_condition是2位字段，其表示在在先PlayItem和当前PlayItem之间的连接条件，如图35所示。图36A到36D表示图35所示的Connection_condition的各种状态。
参照图37解释BridgeSequenceInfo。该BridgeSequenceInfo是当前PlayItem的辅助信息和包括下述信息。即，BridgeSequenceInfo包括用于指定Bridge_Clip AV流文件的Bridge_Clip_Information_file_name和指定相应的Clip信息文件的Bridge_Clip_Information_file_name(图45)。
其也是关于由在先PlayItem引用的Clip AV流的源数据包的地址。该源数据包之后是连接Bridge-Clip AV流的第一源数据包。该地址叫作RSPN_exit_from_previous_Clip。其也是关于由当前PlayItem引用的ClipAV流之源数据包的地址。该源数据包之前是连接Bridge-Clip AV流文件的最后的源数据包。该地址叫作RSPN_enter_to_current_Clip。
图37中，RSPN_arrival_time_discontinuity表示Bridge-Clip AV流的源数据包地址，其中在到达时间基上没有连续点。该地址被定义在ClipInfo()中(图46)。
图38表示BridgeSequenceInfo的句法。回到图38所示的BridgeSequenceInfo的句法，Bridge_Clip_Information_file_name的字段表示对应于Bridge_Clip_Information_file的Clip信息文件的文件名称。该Clip信息文件的ClipInfo()中定义的Clip_stream_type一定表示‘Bridge_Clip AV流’。
RSPN_exit_from_previous_Clip的32位字段是关于由在先PlayItem引用的Clip AV流的源数据包的相对地址。该源数据包之后是连接Bridge-ClipAV流文件的第一源数据包。RSPN_exit_from_previous_Clip具有基于源数据包数为单位的大小，并且以ClipInfo()中定义的offset_SPN值从由在先PlayItem引用的Clip AV流的第一源数据包开始计数。
RSPN_enter_to_current_Clip的32位字段是关于由当前PlayItem引用的Clip AV流的源数据包的相对地址。该源数据包之前是连接Bridge-ClipAV流文件的最后源数据包。RSPN_enter_to_current_Clip具有基于源数据包数为单位的大小。RSPN_enter_to_current_Clip以offset_SPN值作为初始值开始计数，offset_SPN值是由当前PlayItem引用的Clip AV流的第一源数据包的ClipInfo()中定义的。
参照图39解释SubPlayItem。仅仅在PlayList()的CPI_type是EP_map类型时才允许使用SubPlayItem()。在本实施例中，SubPlayItem仅仅用于音频后记录。SubPlayItem()包括下述数据。第一，其包括用于指定PlayList中子路径引用的Clip的Clip_Information_flie_name。
它还包括用于指定Clip中子路径重放域的SubPath_IN_time和SubPath_OUT_time。另外，其包括sync_PlayItem_id和用于指定在主路径时间轴上开始子路径再现的时间的start_PTS_of_PlayItem。由子路径引用的Clip AV流一定不包含STC非连续点(系统时间基的非连续点)。用在子路径的Clip的音频采样的时钟锁定在主路径的音频采样的时钟。
图40表示SubPlayItem的句法。回到图40所示的SubPlayItem的句法，Clip_Information_file_name的字段表示Clip信息文件的文件名称并且由PlayList中的子路径使用。该ClipInfo()中定义的Clip_stream_type一定表示Clip AV流。
sync_PlayItem_id的8位字段表示子路径类型。这里，仅仅设置了‘0x00’，如图41所示，同时其它值被保留为今后使用。
sync_PlayItem_id的8位字段表示PlayItem的PlayItem_id，PlayItem包含在主路径时间轴上的子路径的重放开始时间。对应于预置PlayItem的PlayItem_id的值在PlayList()中定义(图25)。
sync_start_PTS_of_PlayItem的32位字段表示在主路径时间轴上的子路径的重放开始时间，并且表示由sync_PlayItem_id引用的PlayItem上的PTS(显示时间戳)的高32位。SubPath_IN_time的高32位字段存储了子路径的重放开始时间。SubPath_IN_time表示对应于子路径中第一显示单元的33位PTS的高32位。
SubPath_OUT_time的高32位字段存储了子路径的重放结束时间。SubPath_OUT_time表示由下述方程计算的Presentation_end_TS之值的高32位。
Presentation_end_TS＝PTS_OUT+AU_duration。
这里，PTS_OUT是对应于SubPath最后显示单元的33位长度的PTS，AU_duration是基于SubPath最后显示单元的显示周期90kHz。
下面，解释图23所示的xxxxx.rpls和yyyyy.vpls句法中的PlayListMark()。与PlayList有关的标记信息被存储该PlayListMark中。图42表示PlayListMark的句法。回到图42所示的PlayListMark的句法，version_number是四个字符字母，其表示该PlayListMark()的版本号。version_number一定要根据ISO646编码成“0045”。
长度(Length)是无符号32位整数，其表示从长度字段之后直接到PlayListMark()尾端的PlayListMark()字节数目。Number_of_PlayListMarks是表示16位无符号整数，其表示存储在PlayListMark中的标记数目。Number_of_PlayListMarks可以是0。Mark_type是标记类型的8位字段并且被编码在图43表示的表中。
Mark_time_stamp的32位文件存储表示由标记指定的点的时间戳。Mark_time_stamp的语义不同于在PlayList()中定义的CPI_type，如图44所示。PlayItem_id是指定PlayItem的8位字段，其中输入标记。对应于预置PlayItem的PlayItem_id的值被定义在PlayList()中(见图25)。
Character_set的8位字段表示在mark_name字段中编码的字符字母的编码方法。编码方法对应于图19所示的值。Name_length的8位字段表示在mark_name字段所示的标记名称的字节长度。mark_name字段表示在mark_name字段中表明的标记名称。对应于Name_length数的从该字段左边开始的字节数是有效字符字母和表示该标记名称。在mark_name字段中，在这些有效字符字母后面的值可以是任意的。
ref_thumbnail_index的字段表示加到标记的缩略图图象的信息。如果ref_thumbnail_index的字段不是0xFFFF，则缩略图图象被加到其标记，同时缩略图图象存储在mark.thmb文件中。该图象在mark.thmb文件中被引用，其使用ref_thumbnail_index的值，如后面的解释。如果ref_thumbnail_index的字段是0xFFFF，则其表示没有缩略图图象被加到标记。
现在解释Clip信息文件。zzzzz.clpi(Clip信息文件)是由六个对象构成的，如图45所示。这些是ClipInfo()、STC_Info()、Program()、CPI()、ClipMark()和MarkersPrivateData()。对于AV流(Clip AV流或者Bridge-Clip AV流)和对应的Clip信息文件，使用相同的“zzzzz”数字串。
解释回到图45所示的zzzzz.clpi(Clip信息文件)的句法。ClipInfo_Start_address表示ClipInfo()的前端地址，其中具有从zzzzz.clpi文件的前端字节作为单位的相对字节数。该相对字节数是从0计数。
STC_Info_Start_address表示STC_Info的前端地址，其中具有从zzzzz.clpi文件的前端字节作为单位的相对字节数。ProgramInfo_Start_address表示ProgramInfo()的前端地址，其中具有从zzzzz.clpi文件之前端字节作为单位的相对字节数。该相对字节数是从0计数。CPI_Start_address表示CPI()的前端地址，其中具有从zzzzz.clpi文件之前端字节作为单位的相对字节数。该相对字节数是从0计数。
ClipMark_Start_address表示ClipMark()的前端地址，其中具有从zzzzz.clpi文件之前端字节作为单位的相对字节数。该相对字节数是从0计数。MakersPrivateData_Start_address表示MakersPrivateData()的前端地址，其中具有从zzzzz.clpi文件之前端字节作为单位的相对字节数。该相对字节数是从0计数。Padding_word根据zzzzz.clpi文件的句法被插入。N1，N2，N3，N4和N5一定是0或者是可选择的正整数。对应的填充字也可以假设为可选择值。
现在解释ClipInfo。图46表示ClipInfo的句法。在ClipInfo()中存储了对应的AV流文件的属性信息(Clip AV流或者Bridge-Clip AV流文件)。
回到图46所示的ClipInfo的句法，version_number是四个字符字母，其表示该ClipInfo()的版本号。version_number一定要根据ISO646编码成“0045”。长度是无符号32位整数，其表明从长度字段之后直接到ClipInfo()尾端的ClipInfo()的字节数目。Clip_stream_type的8位字段表示对应于Clip信息文件的AV流的类型，如图47所示。下面解释对应AV流的流类型。
Offset_SPN的32位字段给出AV流(Clip AV流或者Bridge-Clip AV流)第一源数据包的第一源数据包数的源数据包数的偏移值。当AV流文件首先记录在盘上时，该Offset_SPN一定为0。
参照图48，当AV流文件的开始部分是通过编辑被擦除时，该Offset_SPN可以假定为除0之外的值。在本实施例中，引用Offset_SPN的相对源数据包数(相对地址)经常以RSPNxxx形式说明，这里xxx经更新使得RSPN_xxx是RAPN_EP_start。相对源数据包数是以源数据包数作为单位定大小的并且是从AV流文件第一源数据包数开始计数，其中具有Offset_SPN值作为初始值。
从AV流文件第一源数据包到引用相对源数据包数(SPN_xxx)的源数据包的源数据包数是通过下述方程计算的：
SPN_xxx＝RSPN_xxx-Offset_SPN
图48表示其中Offset_SPN为4的例子。
TS_recording_rate是24位无符号整数，其为AV流所要求的给DVR驱动(写单元22)或者来自DVR驱动(读出单元28)的输入/输出位速率。Record_time_and_date是56位字段，用于存储对应于Clip之AV流的记录日期和时间，并且以4位二进制编码的十进制(BCD)进行编码表示成年/月/日/小时/分钟的14个数值数字。例如，2001/2/23：01：02：03编码成“0x20011223010203”。
持续时间(duration)是24位字段，其表示基于到达时钟的以小时/分钟/秒的Clip总重放时间。该字段是4位二进制编码的十进制(BCD)编码的6个数值数字。例如，01：45：30编码成“0x014530”。
标志time_controlled_flag表示AV流文件的记录模式。如果该time_controlled_flag是1，则表示记录模式是这种模式，其中文件大小是正比于自记录以来过去的时间，结果由下述方程所示的条件：
Ts_average_rate*192/188*(t-start_time)-α＜＝size_clip(t)
＜＝TS_average_rate*192/188*(t-start_time)+α
这里TS_average_rate是用字节/秒表示的AV流文件传输流的平均位速率。
上述方程中，t表示以秒为单位的时间，start_time是当AV流文件的第一源数据包被记录时的时间点。size_clip(t)是10*192字节，α是依赖于TS_average_rate的常数。
如果time_controlled_flag设置为0，则其表示记录模式没有受到控制，使得记录所过去的时间正比于AV流的文件大小。例如，输入传输流以透明方式进行记录。
如果time_controlled_flag设置为1，TS_average_rate的24位字段表示用在上述方程中的TS_average_rate的值。如果time_controlled_flag设置为0，则该字段没有意义和一定要设置为0。例如，可变位速率传输流是通过下述顺序编码的：首先，传输速率被设置成TS_recording_rate。视频流用可变位速率编码。传输数据包通过不采用空数据包被间断地编码。
RSPN_arrival_time_discontinuity的32位字段是位置的相对地址，在该位置，到达时间基不连续性是在Bridge-Clip AV流文件上再现的。RSPN_arrival_time_discontinuity是以源数据包数作为单位定大小的，并且从在ClipInfo()中定义的作为来自Bridge-Clip AV流文件之第一源数据包的offset_SPN的值计数。Bridge-Clip AV流文件中的绝对地址是基于上述方程计算的：
SPN_xxx＝RSPN_xxx-offset_SPN.
Reserver_for_system_use的144位字段是保留给系统的。如果is_format_identifier_valid标志是1，则其表示format_identifier的字段是有效的。如果is_format_identifier_valid标志是1，则其表示format_identifier字段是有效的。如果is_original_network_ID_valid标志是1，则其表示is_original_network_ID_valid的字段是有效的。如果标志is_transport_stream_ID_valid是1，则其表示transport_stream_ID字节是有效的。如果is_servece_ID_valid标志是1，则其表示servece_ID字段是有效的。
如果is_country_code_valid标志是1，则其表示字段country_code是有效的。Format_identifier的32位字段表示由传输流中的注册说明符(ISO/IEC13818-1中定义的)拥有的format_identifier的值。original_network_ID_的16位字段表示在传输流中定义的original_network_ID的值。
Servece_ID中的16位字段表示在传输流中定义的Servece_ID的值。country_code的24位字段表示由ISO3166定义的国家代码。每个字符代码被ISO8859-1编码。例如，日本表示成“JPN”和编码成“0x4A0x500x4E”。stream_format_name是ISO-646的15个字符代码，其表示提供传输流流定义之格式组织的名称。该字段中的无效字节具有“0xFF”值。
format_identifier、original_network_ID、transport_stream_ID、servece_ID，country_code和stream_format_name表示传输流的服务提供者。这允许识别对音频或者视频流的编码限制和除音视流或者SI(服务信息)之外的私有数据的流定义。这些信息能够被用来检查解码器是否能够解码该流。如果这种解码是可能的，则该信息可以在开始解码之前用来初始化解码器系统。
现在解释STC_Info。不包含STC非连续点(系统时间基的非连续点)的MPEG-2传输流中的时间域叫作STC_sequence。在Clip中，STC_sequence由STC_sequence_id的值指定。图50A和50B表示连续STC域。相同的STC值决不出现在相同STC_sequence中，尽管Clip的最大时间长度是有限的，如后面的解释。因此，相同PTS值也决不出现在相同STC_sequence中。如果AV流包含N个STC非连续点，这里N＞0，则Clip系统时间基被分开成(N+1)个STC_sequence。
STC_Info存储了地点的地址，其中产生STC了不连续性(系统时间基不连续性)。正如参照图51的说明，RSPN_STC_start表示地址，且在由第k+1个RSPN_STC_start引用的源数据包之到达时间点的开始和在最后源数据包之到达时间点的结束。
图52表示STC_Info的句法。回到图52所示的STC_Info的句法，version_number是四个字符字母，其表示该STC_Info()的版本号。version_number一定要根据ISO646编码成“0045”。
长度是无符号32位整数，其表明从该长度字段正后面到STC_Info尾端的STC_Info()字节数目。如果CPI()的CPI_type表示TU_map类型，则0可以设置在该长度字段中。如果CPI()的CPI_type表示EP_map类型，则num_of_STC_sequence一定是不小于1的值。
num_of_STC_sequence的8位无符号整数表示Clip中的序列数。该值表示在该字段后面的循环数。对应于预置STC_sequence的STC_sequence_id是由次序(order)定义的，该次序中出现对应于包含RSPN_STC_start之循环中的STC_sequence的RSPN_STC_start。STC_sequence_id由0开始。
RSPN_STC_start的32位字段表示在此STC_sequence在AV流文件开始的地址。RSPN_STC_start表示在AV流文件中产生系统时间基不连续性的地址。RSPN_STC_start也可以是源数据包的相对地址，源数据包具有AV流中新系统时间基的第一个PCR。RSPN_STC_start是基于源数据包数的大小，并且是从具有在ClipInfo()中定义的作为初始值之offset_SPN的AV流文件第一源数据包计数。在该AV流文件中，绝对地址是通过上述方程计算的，即：
SPN_xxx＝RSPN_xxx-offset_SPN.
现在参照图53解释图45所示的zzzzz.clip句法中的ProgramInfo。具有Clip中下述特征的时间域叫作program_sequence。这些特征是：PCR_PID的值不改变，音频基本流数也不改变，对应视频流中的PID值不改变，由其VideoCodingInfo定义的编码信息不改变，音频基本流数也不改变，对应音频流中的PID值不改变，以及由其AudioCodingInfo定义的编码信息不改变。
Program_sequence在相同时间点上仅仅具有一个系统时间基。Program_sequence在相同时间点上具有单个PMT。ProgramInfo()存储Program_sequence开始的地点地址。RSPN_program_sequence_start表示地址。
图54表示ProgramInfo的句法。回到图54所示的ProgramInfo，version_number是四个字符字母，其表示该ProgramInfo()的版本号。version_number一定要根据ISO646编码成“0045”。
长度是无符号32位整数，其表明从该长度字段正后面到ProgramInfo尾端的ProgramInfo()字节数目。如果CPI()的CPI_type表示TU_map类型，则该长度字段可以设置为0。如果CPI()的CPI_type表示EP_map类型，则number_of_program一定是不小于1的值。
number_of_program_sequence的8位无符号整数表示Clip中的program_sequence数。该值表示在该字段后面的循环数。如果在Clip中program_sequence不改变，则1一定被设置在program_sequence数中。RSPN_program_sequence_start的32位字段是相对地址，其中在AV流上开始该节目序列。
RSPN_program_sequence_start是以源数据包数作为单位定大小的，并且是从AV流文件的第一源数据包开始以ClipInfo()中定义的offset_SPN的值计数。在该AV流文件中，绝对地址是通过下式计算的，即：
SPN_xxx＝RSPN_xxx-offset_SPN.
在循环句法中的RSPN_program_sequence_start的值一定要以升序出现。
PCR_PID的16位字段表示传输数据包的PID，传输数据包包含对program_sequence有效的有效PCR字段。Number_of_audios的8位字段表示包含audio_stream_PID和AudioCodingInfo()之循环数。Video_stream_PID的16位字段表示传输数据包的PID，传输数据包包含对program_sequence有效的视频流。在该字段后面的VideoCodingInfo()一定解释由其Video_stream_PID引用的视频流的内容。
Audio_stream_PID的16位字段表示传输数据包的PID，传输数据包包含对其program_sequence有效的音频流。在该字段后面的AudioCodingInfo()一定解释由其audio_stream_PID引用的视频流的内容。
其中Video_stream_PID的值出现在循环句法中的次序一定等于对program_sequence有效的PMT中视频流PID编码的序列。另外，其中audio_stream_PID的值出现在循环句法中的次序一定等于对program_sequence有效的在PMT中对音频流PID编码的序列。
图55表示图54所示的ProgramInfo句法中的VideoCodingInfo的句法。回到图55所示的VideoCodingInfo的句法，video_format的8位字段表示对应于ProgramInfo()的Video_stream_PID的视频格式，如图56所示。
参照图57，frame_rate的8位字段表示对应于ProgramInfo()中的video_stream_PID的视频帧速率。Display_aspect_ratio的8位字段表示对应于ProgramInfo()的video_stream_PID的视频显示纵横比。
图59表示图54所示的ProgramInfo句法中的AudioCodingInfo的句法。回到图59所示的AudioCodingInfo的句法，audio_format的8位字段表示对应于ProgramInfo()的audio_stream_PID之音频编码方法，如图60所示。
audio_component_type的8位字段表示对应于ProgramInfo()的audio_stream_PID之音频元件类型，如图61所示，同时sampling_frequency的8位字段表示对应于ProgramInfo()的audio_stream_PID之音频采样频率，如图62所示。
解释图45所示zzzzz.clip句法中的CPI(特征点信息)。CPI用于将AV流中的时间信息与其文件中的地址相关联。CPI有两种类型，即EP_map和TU_map。图63中，如果CPI()中的CPI_type是EP_map，则其CPI()包含EP_map。图64中，如果CPI()中的CPI_type是TU_map，则其CPI()包含TU_map。一个AV流具有一个EP_map或者一个TU_map。如果AV流是SESF传输流，则对应的Clip一定拥有EP_map。
图65表示CPI的句法。回到图65所示的CPI的句法，version_number是四个字符字母，其表示该CPI()的版本号。version_number一定要根据ISO646编码成“0045”。长度是无符号32位整数，其表明从该长度字段正后面到CPI()尾端的字节数目。CPI_type是1位标志并且表示Clip的CPI类型，如图66所示。
解释图65所示CPI句法中的EP_map。有两种类型EP_map，即用于视频流的EP_map和用于音频流的EP_map。EP_map中的EP_map_type区分开这些EP_map类型。如果Clip包含一个或者多个视频流，则一定使用用于视频流的EP_map。如果Clip不包含视频流但包含一个或多个音频流，则一定使用用于音频流的EP_map。
参照图67解释用于视频流的EP_map。用于视频流的EP_map具有数据stream_PID，PTS_EP_start和RSPN_EP_start。stream_PID表示传输视频流的传输数据包的PID。PTS_EP_start表示从视频流序列标头(header)开始的存取单元的PTS。RSPN_EP_start表示源数据包的地址，该源数据包包括由AV流中的PTS_EP_start引用的存取单元的第一字节。
叫做EP_map_for_one_stream_PID()的子表是从一个视频流创建的，该视频流由具有相互相同PID的传输数据包传输。如果多个视频流存在于Clip中，则EP_map可以包含多个EP_map_for_one_stream_PID()。
用于音频流的EP_map具有数据stream_PID、PTS_EP_start和RSPN_EP_start。stream_PID表示传输音频流的传输数据包的PID。PTS_EP_start表示在音频流中的存取单元的PTS。RSPN_EP_start表示源数据包的地址，该源数据包包括由AV流的PTS_EP_start引用的存取单元的第一字节。
叫做EP_map_for_one_stream_PID()的子表是从一个音频流创建的，该音频流由具有相互相同PID的传输数据包传输。如果多个音频流存在于Clip中，则EP_map可以包含多个EP_map_for_one_stream_PID()。
回到在EP_map和STC_Info之间的关系，一个EP_map_for_one_stream_PID()是在与STC中的非连续点无关的一个表中创建。将RSPN_EP_start的值与STC_Info()中定义的RSPN_STC_start的值进行比较，则显示出属于对应STC_sequence的EP_map的数据边界(见图68)。EP_map一定具有对由相同PID传输的连续流范围的一个EP_map_for_one_stream_PID。在图69所示的情况下，节目#1和节目#2具有相同的视频PID，但是，数据范围不是连续的，使得必须对每个程序一定提供EP_map_for_one_stream_PID。
图70表示EP_map句法。通过对图70所示EP_map句法的解释，EP_type是4位字段并且显示EP_map入口点类型，如图71所示。EP_type表示在该字段后面的数据字段的语义。如果Clip包括一个或多个视频流，则EP_type一定被设置成0(‘视频’)。另外，如果Clip不包括视频流但包含一个或多个音频流，则EP_type一定被设置成1(‘音频’)。
Number_of_stream_PID的16位字段表示具有在EP_map中Number_of_stream_PID作为变量的循环的循环的次数。Stream_PID(k)的16位字节表示传输数据包的PID，该传输数据包传输由EP_map_for_one_stream_PID(num_EP_entries(k))引用的数k基本流(视频或者音频流)。如果EP_type是0(‘视频’)，其基本流一定是视频流。如果EP_type等于1(‘音频’)，其基本流一定是音频流。
num_EP_entries(k)的16位字段表示由EP_map_entries(k)引用的num_EP_entries(k)。EP_mpp_for_one_stream_PID_Start_address(k)：该32位字段表示相对地址位置，在此，EP_map_for_one_stream_PID(num_EP_entries(k))开始于EP_map()。该值是由从EP_map()第一字节开始的大小表示的。
Padding_word一定根据EP_map()句法插入。X和Y一定是可选择的正整数。对应填充字可以假设任意可选值。
图72表示EP_map_for_one_stream_PID的句法。通过对图72所示EP_map_for_one_stream_PID句法的解释，PTS_EP_start的32位字段的语义不同于EP_map()定义的EP_type。如果EP_type等于0(‘视频’)，则该字段具有开始于视频流序列标头的存取单元的33位精密PTS的高32位。如果EP_type等于1(‘音频’)，该该字段具有音频流存取单元的33位精密PTS的高32位。
RSPN_EP_start的32位字段的语义不同于EP_map()定义的EP_type。如果EP_type等于0(‘视频’)，则该字段表示源数据包的相对地址，源数据包包括由AV流中PTS_EP_start引用的存取单元序列标头的第一字节。另外，如果EP_type等于1(‘音频’)，则该字段表示源数据包的相对地址，源数据包包括由AV流中PTS_EP_start引用的存取单元音频流中的第一字节。
RSPN_EP_start是基于源数据包数作为单位定大小的，并且是从AV流文件的第一源数据包开始以ClipInfo()中定义的offset_SPN的值为初始值计数。在该AV流文件中，绝对地址是通过下式计算的，即：
SPN_xxx＝RSPN_xxx-offset_SPN.
注意，句法中的RSPN_EP_start的值一定以升序出现。
现在参照图73解释TU_map。TU_map形成基于源数据包到达时钟(到达时间基的时计)的时间轴。该时间轴叫做TU_map_time_axis。TU_map_time_axis的原点由TU_map()中的offset_time表示。TU_map_time_axis从offset_time以预置单位被分割，该单位叫做time_unit。
在AV流的每个time_unit中，第一完全形式之源数据包AV流文件上的地址存储在TU_map中。这些地址叫做RSPN_time_unit_start。在TU_map_time_axis上开始第k个(k□0)time_unit的时间叫做TU_start_time(k)。该值是基于下述方程计算的：
TU_start_time(k)＝offset_time+k*time_unit_size.
注意，TU_start_time(k)具有45kHz的精确度。
图74表示TU_map的句法。通过解释图74所示的TU_map的句法，offset_time的32位字段给出与TU_map_time_axis相关的偏移时间。该值表示与Clip中第一time_unit相关的偏移时间。offset_time的大小是以从27MHz精确到达时钟作为单位得出的45kHz为基础的。如果AV流将作为新Clip进行记录，则offset_time一定设置为0。
time_unit_size的32位字段提供time_unit的大小，并且是以从27MHz精确到达时钟作为单位得出的45kHz为基础的。最好是，time_unit_size不长于1秒(time_unit_size□45000)。number_of_time_unit_entries的32位字段表示存储在TU_map()中的入口数。
RSN_time_unit_start的32位字段表示AV流中每个time_unit开始的位置的相对地址。RSN_time_unit_start是基于源数据包数作为单位的大小，并且用从AV流文件第一源数据包开始的在ClipInfo()中定义的offset_SPN的值作为初始值计数。AV流文件中的绝对地址是通过下式计算的：
SPN_xxx＝RSPN_xxx-offset_SPN.
注意，句法循环中的RSN_time_unit_start的值一定要以升序出现。如果在数(k+1)的time_unit中没有源数据包，则数(k+1)的RSN_time_unit_start一定等于数k的RSN_time_unit_start。
通过解释图45所示的zzzzz.clip句法中的ClipMark，ClipMark是与Clip有关的标记信息，并且存储在ClipMark中。该标记不是通过用户设置的，但是是通过记录器(记录和/或再现设备1)设置的。
图75表示ClipMark的句法。通过解释图75所示的ClipMark的句法，version_number是四个字符字母，其表示该ClipMark的版本号。version_number一定要根据ISO646编码成“0045”。
长度是无符号32位整数，其表明从长度字段之后直接到ClipMark()尾端的ClipMark()的字节数目。Number_of_Clip_marks是16位无符号整数，其表示存储在ClipMark中的标记数并且可以等于0。Mark_type是8位字段，其表示标记类型和根据图76所示的表被编码。
Mark_time_stamp是32位字段和存储了表示具有专用标记的指针的时间戳。Mark_time_stamp的语义不同于PlayList()中的CPI_type，如图77所示。
如果CPI()中的CPI_type表示EP_map类型，则该8位字段表示放置有Mark_time_stamp的连续STC域的STC_sequence_id。如果CPI()中的CPI_type表示TU_map类型，则该8位字段没有意义但设置为0。Character_set的8位字段表示在mark_name字段中编码的字符字母的表示方法。该编码方法对应于图19所示值。
Name_length的8位字段表示在mark_name字段中所示的标记名称的字节长度。该mark_name字段表示标记名称。对应于Name_length数的从该字段左边开始的字节数是有效字符数和表示标记名称。在mark_name字段中，在这些有效字符字母之后的值可以是任意的。
ref_thumbnail_index的字段表示附加到标记的缩略图图象的信息。如果ref_thumbnail_index字段是不同于0xFFFF的值，该缩略图图象被附加到其标记，缩略图图象存储在mark.thumb文件中。该图象是使用mark.thumb文件中的ref_thumbnail_index之值引用的。如果ref_thumbnail_index字段是等于0xFFFF的值，则缩略图图象不附加到其标记。
图78表示代替图75的ClipMark的另一个句法。图79表示在这种情况下代替图76的典型mark_type表。Reserved_for_maker_ID是16位字段，其表示制造者的制造者ID，如果mark_type表示从0xC0到0xFF的值，则制造者定义该mark_type。制造者ID是由DVR格式许可证发放者指定的。mark_entry()是表示指定标记点的点的信息。随后将详细地解释该句法。Representative_picture_entry是表示代表由mark_entry()表示的标记的信息点的信息。Representative_picture_entry的句法随后将详细地解释。
使用ClipMark的目的是使再现AV流的用户能够可视地恢复内容。DVR播放器使用GUI(图形用户界面)以将ClipMark信息提供给用户。对于ClipMark信息的视频显示，由Representative_picture_entry表示的图象而非由mark_entry()表示的图象将被表示出。
图80表示mark_entry()和Representative_picture_entry的例子。假设某个节目的节目名称(标题)是在从这种节目开始的某个时间之后被显示的，例如几秒之后。如果要创建ClipMark，则mark_entry()可以置于节目的开始点，Representative_picture_entry()然后置于节目的节目名称(标题)的显示点。
如果Representative_picture_entry的图象显示在GUI上并且用户已经指定该图象时，则DVR播放器从mark_entry被置入的点开始重新播放。
图81表示Representative_picture_entry()和mark_entry()的句法。
Mark_time_stamp是32位字段并且存储了表示由标记指定的点的时间戳和表示代表由mark_entry()指定的标记的图象点的时间戳。
图82表示在通过PTS采用基于地址信息而非采用时间戳基信息的情况下mark_entry()和Representative_picture_entry()的典型句法。
在mark_entry()情况下，RSPN_ref_EP_start表示源数据包的相对地址，其表示用于解码AV流中标记点图象的流的入口点。在Representative_picture_entry()情况下，RSPN_ref_EP_start表示源数据包的相对地址，其代表用于解码表示由mark_entry()表明的标记的图象的流的入口点。RSPN_ref_EP_start的值一定要作为RSPN_ref_EP_start存储在EP_map中。而且，对应于RSPN_EP_start的PTS_EP_start的值一定要在从标记点图象的PTS开始的过去中最近的EP_map。
Offset_nm_pictures是32位字段和表示在显示序列中从由RSPN_ref_EP_start表示的图象到由标记点表示的图象的偏移图象数。该数是从0计数的。在图83实施例的情况下，Offset_nm_pictures是6。
图84表示在采用用于指定ClipMark的基于地址的信息的情况下，mark_entry()和Representative_picture_entry()的另一个典型句法。
在mark_entry()情况下，RSPN_mark_point表示源数据包的相对地址，其包括由AV流中标记引用的存取单元的第一字节。在Representative_picture_entry()情况下，RSPN_mark_point表示源数据包的相对地址，其包括代表由mark_entry()表示的标记的编码图象的第一字节。
RSPN_mark_point具有源数据包数作为单位的大小和使用在Clip信息中定义的offset_SPN值从AV流文件的第一源数据包计数。
参照图85，解释ClipMark和EP_map之间的关系。在本实施例中，假设EP_map指定I0，I1和In作为入口点的地址，并且假设开始从这些地址继续序列标头的I图象。如果ClipMark指定M1作为某个标记的地址，并且如果从该源数据包开始的图象是可解码的，则其满足是否读出的数据从作为在M1地址之前和最靠近M1地址的入口点的I1初始化。
MakerPrivateData已经参照图22进行了说明，因此在此不进行具体说明。
下面，解释thumbnail_information。缩略图图象存储在menu.thmb文件或者mark.thmb文件中。这些文件具有相同的句法结构，并且拥有单个Thumbnail()。该menu.thmb文件存储表示对应PlayList的图象。全部菜单缩略图存储在专有menu.thmb文件中。
mark.thmb文件存储标记缩略图文件，即表示标记点的图象。对应于全部PlayList和Clip的全部标记缩略图存储在单个mark.thmb文件中。由于经常加上或删除缩略图，附加和部分删除的操作一定要可容易和快速地执行。由于这个原因，Thumbnail()具有块结构。图象数据分成多个部分，每个都存储在一个tn_block中。一个图象数据存储在连续的tn_block中。在tn_block串中，可以存在没有使用的tn_block。专有缩略图图象的字节长度是可变的。
图86表示menu.thmb文件和mark.thmb文件的句法，同时图87表示在menu.thmb文件和mark.thmb文件的句法中缩略图句法的句法。通过解释图87所示的Thmbnail的句法，version_number是四个字符字母，其表示该Thumbnail()的版本号。version_number一定要根据ISO646编码成“0045”。
长度是无符号32位整数，其表明从长度字段之后直接到Thumbnail()尾端的makers_private_data的字节数目。Tn_block_start_address是32位无符号整数，其用从Thumbnail()引导字节开始的相对字节数作为单位表示第一个tn_block的引导字节地址。相对字节数是从0计数的。Number_of_thumbnais是16位无符号整数，其提供包含在Thumbnail()中的缩略图图象的入口数。
Tn_block_size是16位无符号整数，其提供具有1024字节作为单位的一个tn_block。例如，如果Tn_block_size＝1，其表示一个tn_block的大小是1024字节。Number_of_tn_block是16位无符号整数，其表示Thumbnail()中tn_block的入口数。Thumbnail_index是16位无符号整数，其表示由缩略图信息表示的缩略图图象的索引数，该缩略图信息对应于从该Thumbnauil_index字段开始的一个循环。值0xFFFF一定不用作为Thumbnail_index。Thumbnail_index是由UIAppInfVolume()、UIAppInfoPlayList()、PlayListMark()和ClipMark()中的ref_thumbnail_index引用。
Thumbnail_picture_format是表示缩略图图象之图象格式的8位无符号整数和假设为图88所示的值。在表中，仅仅允许DCF和PNG在“menu_thumb”中。标记缩略图一定假设值“0x00”(MPEG-2视频I图象)。
Picture_data_size是32位无符号整数，其表示根据字节作为单位的缩略图图象的字节长度。Start_tn_block_number是16位无符号整数，其表示开始缩略图图象数据的tn_block的tn_block数。缩略图图象数据的前端一定与tn_block的前端一致。tn_block数开始于0并且与tn_block循环中的变量k值相关。
X_picture_length是16位无符号整数，其代表缩略图图象之帧图象水平方向上的象素数。Y_picture_length是16位无符号整数，其代表缩略图图象之帧图象垂直方向上的象素数。tn_block是其中存储了缩略图图象的区域。Thumbnail()中tn_block的总数具有相同的大小(固定长度)并由tn_block_size在大小上定义的。
图89A和89B示意地表示缩略图图象数据是如何存储在tn_block中。正如图89A和89B所示，对应缩略图图象数据是从tn_block的前端开始的，并且，如果图象数据具有超过tn_block的大小，则下一个连续的tn_block用于存储。通过这样做，具有变化大小的图象数据可以组织成固定长度，使得诸如删除的编辑能够用较简单的处理来进行。
现在解释AV流文件。AV流文件存储在“M2TS”目录中(图14)。有两种类型的AV流文件，一个是CLIP AV流，另一种是Bridge-Clip AV流。两种流一定具有如后面定义的DVR MPEG-2传输流文件结构。
首先，解释DVR MPEG-2传输流。DVR MPEG-2传输流的结构示于图90。AV流文件具有由Aligned(联合)单元的整数构造的DVR MPEG-2传输流结构。Aligned单元具有6144字节的大小(＝2048x3字节)。Aligned单元开始于具有192字节长度的源数据包的第一字节。一个源数据包是由TP_extra_header和传输数据包构成的。TP_extra_header是4字节长，其中具有为188字节长度的传输数据包。
一个Aligned单元是由32个源数据包构成的。DVR MPEG-2传输流中最后Aligned单元也是由32个源数据包构成的。因此，DVR MPEG-2传输流结束于Aligned单元的边界。如果记录在盘上的输入传输流的传输数据包数不是32的整数倍，则具有空数据包的源数据包(PID传输数据包＝0x1FFF)一定用作最后Aligned单元。文件系统不允许将冗余信息加到DVR MPEG-2传输流。
图91表示DVR MPEG-2传输流的记录器模型。图91所示的记录器是用于指定记录模型的概念性模型。DVR MPEG-2传输流遵从该模型。
解释MPEG-2传输流的输入时序。输入MPEG-2传输流是完全传输流或者部分传输流。输入MPEG-2传输流一定遵守ISO/IEC13818-1或者ISO/IEC13818-9。MPEG-2传输流的数i字节在时间t(i)同时输入到在ISO/IEC13818-1中指定的T-STD传输流系统目标解码器51和源打包器54两者。Rpk是传输数据包输入速率的瞬时最大值。
27MHz PLL 52产生27MHz频率的时钟。27MHz频率的时钟锁定在MPEG-2传输流的PCR(节目始终基准)的值。到达时间时钟计数器53是二进制计数器，其计数27MHz频率的脉冲。Arrival_time_clock(i)是到达时间时钟计数器53在时间t(i)的计数值。
源打包器54将TP_extra_header附加到整个传输数据包以创建源数据包。Arrival_time_stamp表示传输数据包的第一字节到达T-STD51和源打包器54两者的时间。Arrival_time_stamp(k)是Arrival_time_clock(k)的样本值，正如下面的方程所示：
Arrival_time_clock(k)＝Arrival_time_clock(k)％230
这里k表示传输数据包的第一字节。
如果两个连续的输入传输数据包的时间间隔达到不小于230/27000000秒(大约40秒)，则两个传输数据包的Arrival_time_clock(k)之间的差应当设置为230/27000000秒。记录器为此情况提供。
平滑缓冲器55平滑输入传输流的位速率。平滑缓冲器55不允许溢出。当平滑缓冲器55非空时Rmax是来自平滑缓冲器55的源数据包位速率。如果平滑缓冲器55是空的，则平滑缓冲器55的输出位速率为0。
下面解释DVR MPEG-2传输流的记录器模型的参数。Rmax的值是由与AV流文件相联系的ClipInfo()中定义的TS_recording_rate给出的。该值可以根据下述方程计算：
Rmax＝TS_recording_rate*192/188
这里TS_recording_rate的值是基于字节/秒为单位的大小。
如果输入传输流是SESF传输流，则Rpk一定等于与AV流文件相联系的ClipInfo()中定义的TS_recording_rate。如果输入传输流不是SESF传输流，则在诸如smoothing_buffer_descriptor、short_smoothing_bugger_descriptor或者partial_transport_stieam_descriptor的MPEG-2传输流的说明符中定义的值可以被涉及为平滑缓冲器55的大小。
如果输入传输流是SESF传输流，则平滑缓冲器55的大小(平滑缓冲器大小)为0。如果输入传输流不是SESF传输流，则在诸如smoothing_buffer_descriptor、short_smoothing_bugger_descriptor或者partial_transport_stream_descriptor的MPEG-2传输流的说明符中定义的值可以引用为平滑缓冲器55的大小。
对于记录器和再现单元，需要使用足够大小的缓冲器。缺省缓冲器大小为1536字节。
现在解释DVR MPEG-2传输流的播放器模型。图92表示DVR MPEG-2传输流的播放器模型。这是用于指定重新播放过程的概念性模型。DVR MPEG-2传输流遵守该模型。
27MHz X-tal(晶体振荡器)61产生27MHz频率。27MHz频率的误差范围一定是±30ppm(27000000±810Hz)。到达时间时钟计数器62是二进制计数器，其计数27MHz的脉冲。Arrival_time_clock(i)是到达时间时钟计数器62在时间t(i)的计数值。
在平滑缓冲器64中，Rmax是当平滑缓冲器64非空时源数据包对平滑缓冲器64的输入位速率。如果平滑缓冲器64是满的，则对平滑缓冲器64的输入位速率是0。
通过解释MPEG-2传输流的输出时序，如果当前源数据包的Arrival_time_stamp等于Arrival_time_clock(i)的30LSB位的值，则源数据包的传输数据包从平滑缓冲器64中提取出。Ppk是传输数据包速率的瞬时最大值。平滑缓冲器64不允许溢出。
DVR MPEG-2传输流的播放器模型的参数与上述DVR MPEG-2传输流的记录器模型的参数相同。
图93表示源数据包的句法，同时transport_packet()是在ISO/IEC13818-1中指定的MPEG-2传输数据包。图94表示图93所示的源数据包句法中的TP_extra_header。通过解释图94所示的TP_extra_header的句法，copy_permission_indicator是整数，表示传输数据包的有效负载的拷贝限制。拷贝限制可以设置为免费拷贝、不再拷贝、一次拷贝或者禁止拷贝。图95表示copy_permission_indicator的值和这些值代表的模式之间的关系。
copy_permission_indicator附加到整个传输数据包。如果输入传输流要使用IEEE1394数字接口进行记录的话，则copy_permission_indicator的值可以与IEEE1394等时数据包标头中的EMI(加密模式指示符)的值相有关。如果记录输入传输流而不使用IEEE1394数字接口，则copy_permission_indicator的值可以与嵌置在传输数据包中的CCI的值相有关。在自身编码模拟信号输入中，copy_permission_indicator的值可以与模拟信号的CGMS-A的值相有关。
注意，Arrival_time_stamp是由下述方程中的Arrival_time_stamp指定的整数值。
Arrival_time_stamp(k)＝Arrival_time_clock(k)％230.
在定义Clip AV流时，Clip AV流一定具有上述定义的DVR MPEG-2传输流的结构。Arrival_time_clock(i)一定在Clip AV流中连续地增加。如果系统时间基(STC基)的非连续点应当存在于Clip AV流中，Clip AV流的Arrival_time_clock(i)一定连续地增加。
在Clip AV流的开始和结束之间的Arrival_time_clock(i)之差的最大值一定是26小时。该限制保证如果在MPEG-2传输流中没有系统时间基(STC基)的非连续点，在Clip AV流中会出现相同值的PTS(显示时间戳)。MPEG-2系统标准提供PTS的环绕时间应当是233/90000秒(大约26.5小时)。
在定义Bridge-Clip AV流中，Bridge-Clip AV流一定具有上述定义的DVR MPEG-2传输流的结构。Bridge-Clip AV流一定包括一个到达时间基非连续点。在到达时间基非连续点的开头和后面的传输流一定遵守如后面要解释的关于编码的限制，并且也一定遵守后面要解释的DVR-STD。
本实施例提供在编辑中的PlayItem之间视频和音频的无缝连接的无缝支持。在PlayItem之间的无缝连接保证给播放器/记录器和“无缝解码”的“连续数据提供”。“连续数据提供”意味着以确保禁止缓冲器下溢所必须位速率向解码器提供数据文件系统的能力。“连续数据提供”根据足够大小的块连续地保证数据存储，以保证实时特性和从以盘为单位的数据读出。
“无缝解码”意味着在不产生解码器重新播放输出的暂停或者间隙的情况下，播放器在显示记录于盘上的音频/视频数据的能力。
解释由无缝连接的PlayItem引用的AV流。不管在在先PlayItem和当前PlayItem之间的连接如何被保证，使无缝显示能够从当前PlayItem中定义的connection_condition字段中被验证。有在采用Bridge-Clip的PlayItem之间的无缝连接的方法和在不采用Bridge-Clip的PlayItem之间无缝连接的方法。
图96表示在先PlayItem和当前PlayItem之间的关系。图96表示由Clip1(Clip AV流)的阴影(shaded)流数据和在Bridge_arrival_time_discontinuity之前的阴影流数据构成的TSI。
TSI的Clip1的阴影流数据是从用于解码与在先PlayItem的IN_time(由图96中的IN_time所示)相联系的显示单元所必须的流地址到由RSPN_exit_from_previous_Clip引用的源数据包的流数据。在包含于TSI的RSPN_arrival_time_discontinuity之前的阴影流数据是从Bridge_Clip的第一源数据包到由RSPN_arrival_time_discontinuity引用的源数据包的流数据。
另一方面，图96的TS2是由Clip2(Clip AV流)的阴影流数据和在Bridge_Clip的PN_arrival_time_discontinuity之后的阴影流数据构成的。在包含于TS2的Bridge_Clip的RSPN_arrival_time_discontinuity之后的阴影流数据是从由RSPN_enter_to_current-Clip引用的源数据包到用于解码与当前PlayItem的OUT_time(图96中OUT_time2所示)相联系的显示单元所要求的流的地址的流数据。
图97表示在不采用Bridge_Clip的情况下在在先PlayItem和当前PlayItem之间的关系。在这种情况下，从播放器中读出的流数据表示为阴影。图97中，TS1的TS1阴影流数据是开始于用于解码与在先PlayItem的IN_time(由图97中的IN_time1所示)相联系的显示时间所必须的流地址和延伸到Clip1的最后源数据包的数据。另一方面，图97中的TS2是由Clip2(Clip AV流)的阴影流数据构成的。
TS2的Clip2的阴影流数据是开始于Clip2的第一源数据包和结束于用于解码与当前PlayItem的OUT_time(由图9 7中的OUT_time2所示)相联系的显示单元所必须的流的地址的流数据。
图96和97中，TS1和TS2是源数据包的连续流。接着，考虑TS1和TS2的流指定和其间的连接条件。作为传输流编码结构的限制，包含在TS1和TS2中的视频流的数一定是1。包含在TS1和TS2中的音频流的数一定是2或小于2。包含在TS1和TS2中的音频流的数一定彼此相等。注意，TS1和/或TS2可以包含除上述那些之外的基本流或者私有流。
现在解释视频位流的限制。图98表示在图象显示序列中表示的无缝连接的例子。为了使视频流可以被无缝地表示，在OUT_time(Clip1的OUT_time)之后和IN_time2(Clip2的IN_time)之前表示的不需要图象一定要通过重新编码靠近结点的Clip的部分流的过程来去除。
图99表示使用图98所示的情况下的BridgeSequence来实现无缝连接的例子。在RSPN_arrival_time_discontinuity之前的Bridge-Clip的视频流是由到达与图98的Clip1的OUT_time1相联系的图象的编码视频流构成的。该视频流连接到在先Clip1的视频流并且重新编码，以便证明符合MPEG-2标准的一个连续基本流。
类似地方式，在RSPN_arrival_time_discontinuity之后的Bridge-Clip的视频流是由从与图9 8的Clip2的IN_time2相对应的图象开始的编码视频流构成的。该视频流能够开始正确地解码，连接到下一个随后的Clip2的视频流和重新编码，以便变成符合MPEG-2标准的一个连续基本流。对于创建Bridge-Clip，几个图象通常需要被重新编码，同时其它图象能够从初始Clip中拷贝。
图100表示在图98所示实施例情况下在不使用BridgeSequence时实现无缝连接的情况。Clip1的视频流是由在与图98的OUT1_time1相联系图象内的编码视频流构成的，其被重新编码从而变成一个符合MPEG-2标准的连续基本流。类似地，Clip2的视频流是由在与图98的Clip2的IN_time2相联系的图象之后的编码视频流构成的，其被重新编码从而变成一个符合MPEG-2标准的连续基本流。
通过解释视频流的编码限制，TS1和TS2视频流的帧速率一定要彼此相等。TS1视频流一定在sequence_end_code结束，而TS2视频流一定开始于sequence_header，其是GOP标头和I图象中。TS2视频流一定开始于封闭GOP。
位流中定义的视频表示单元(帧或者字段)一定是连续的，其间具有结点。在结点处，顶部/底部字段序列一定是连续的。在采用3-2下拉(3-2pulldown)编码的情况下，重写“top_field_first”和“repeat_first_field”是必须的，同时局部重新编码也可以用于防止发生字段间隙。
通过解释音频位流的编码限制，TS1的音频取样频率和TS2的音频取样频率一定要彼此相等。TS1和TS2的诸如MPEG1层2，AC-3，SESF，LPCM和AAC的音频编码方法一定彼此相等。
通过解释MPEG-2传输流上的编码限制，TS1音频流的最后音频帧一定包含音频样本，其具有等于在TS1显示图象的显示结束时间的显示时间。TS2音频流的第一音频帧一定包含音频样本，其等于在TS2第一显示图象之显示开始时刻的样本。
在结点处，在音频表示单元的序列中一定没有间隙。如图101所示，可以有由音频表示单元的长度定义的重叠，其不大于两个音频帧域。传输TS2基本流的第一数据包一定是视频数据包。在结点处的传输流一定遵守随后要解释的DVR-STD。
通过解释Clip和Bridge-Clip的限制，其中TS1和TS2一定不包含到达时间基的非连续点。
下述限制仅仅适用于使用Bridge-Clip的情况。Bridge-Clip AV流在TS1的最后源数据包和TS2的第一源数据包之间的结点处仅仅具有一个到达时间基非连续点。在ClipInfo()中定义的RSPN_arrival_time_discontinuity一定说明非连续点的地址，其又一定说明引用TS2第一源数据包的地址。
由在BridgeSequenceInfo()中定义的RSPN_exit_from_previous_Clip引用的源数据包可以是Clip中的任何源数据包。该源数据包是Aligned单元的边界是不必要的。由在BridgeSequenceInfo()中定义的RSPN_exit_from_current_Clip引用的源数据包可以是Clip中的任何源数据包。该源数据包不必是Aligned单元的边界。
通过解释PlayItem的限制，在先PlayItem的OUT_time(图96和97所示的OUT_time1)一定表示TS1的最后显示单元的显示结束时间。当前PlayItem的IN_time(图96和97所示的IN_time2)一定表示TS2第一视频表示单元的显示开始时间。
参照图102，通过解释使用Bridge-Clip中的数据分配的限制，一定要创建无缝连接以便保证由文件系统提供的连续数据。这一定是通过排列连接到Clip1(Clip AV流文件)和Clip2(Clip AV流文件)的Bridge-Clip AV流完成的，目的是满足数据分配指定。
一定要选择RSPN_exit_from_previous_Clip以便在RSPN_exit_from_previous_Clip(Clip AV流文件)之前的Clip1(Clip AV流文件)的流部分将排列在不小于半段(half fragment)的连续区域中。一定要选择Bridge-Clip AV流的数据长度以便其被排列在不小于半段的连续区域中。一定要选择RSPN_enter_to_current_Clip使得在RSPN_enter_to_current_Clip之后的Clip2(Clip AV流文件)的流部分将被排列在不小于半段的连续区域中。
通过解释在不使用Bridge-Clip时无缝连接情况下数据分配的限制，一定要创建无缝连接以便连续数据提供将由文件系统保证。这一定是通过排列Clip1(Clip AV流文件)的最后部分的第一部分和Clip2(Clip AV流文件)的第一部分实现的，目的是满足数据分配指定。
Clip1(Clip AV流文件)的第一个流部分一定要配置在不短于一个半段的连续区域中。Clip2(Clip AV流文件)的第一个流部分一定要配置在不小于一个半段的连续区域中。
下面，解释DVR-STD。DVR-STD是概念性模型，用于模仿在产生和验证DVR MPEG-2传输流中的解码处理。另一方面，DVR-STD是概念性模型，用于模仿在产生和验证由上述无缝连接的两个PlayItem引用的AV流中的解码处理。
图104表示DVR-STD模型。图104所示的模型包含作为构成单元的DVRMPEG-2传输流播放器模型。诸如n，Tbn，Mbn，Ebn，Tbsys，Bsys，Rxn，Rbxn，Rxsys，Dn，Dsys，On和Pn(k)的符号是与在ISO/IEC138188-1的T-STD中定义的符号相同。即，n是基本流的索引数，Tbn是基本流n的传输缓冲器。
Mbn是基本流n的多路复用缓冲器，并且只出现在视频流中。Ebn是基本流n中的基本流缓冲器。其只对视频流出现。Tbsys是用于正在解码的节目中的系统信息的输入缓冲器。Bsys是用于正在解码的节目的系统信息的系统目标解码器中的主缓冲器。Rbxn是数据从Mbn中去除的传输速率并且只对视频流出现。
Rxsys是数据从Tbsys中去除的传输速率。Dn是基本流n中的解码器。Dsys是与正在解码的节目的系统信息有关的解码器。On是视频流中的重新排序缓冲器。Pn(k)是基本流n中的数k显示单元。
解释用于DVR-STD的解码过程。在专有DVR MPEG-2传输流再现的时间期间，传输数据包输入到Tbsys缓冲器的时序是由源数据包的arrival_time_stamp确定的。对解码操作和显示操作的指定是与ISO/IEC13818-1中的指定相同。
解释在再现无缝连接PlayItem同时的解码过程。这里，解释由无缝连接PlayItem引用的两个AV流的再现。下述说明中，解释例如图96所示的前述TS1和TS2的再现。同时，TS1和TS2分别是在先流和当前流。
图105表示当从所给AV流(TS1)传送到无缝连接的下一个AV流(TS2)时用于输入，解码和显示传输数据包的时序图。在从预置AV流(TS1)传送到无缝连接的下一个AV流(TS2)时间期间，(图105中STC2表示的)TS2到达时间基的时间轴是与(图105中STC1表示的)TS1到达时间基的时间轴不相同。
而且，(图105中STC2表示的)TS2系统时间基的时间轴与(图105中STC1表示的)TS1系统时间基的时间轴不同。要求视频显示是无缝连接的，同时在音频表示单元的显示时间中可以有重叠。
解释对DVR-STD的输入时序。直到时间T1，即直到TS1的最后视频数据包完全输入到DVR-STD的TB1为止的时间，对DVR-STD的TB1，Tbn或者Tbsys的输入时序是由TS1源数据包的arrival_time_stamp确定的。
TS1的剩余数据包一定以TS_recording_rate(TS1)的位速率输入到Tbn或者Tbsys的缓冲器，这里TS_recording_rate(TS1)是在与Clip1相联系的ClipInfo()中定义的TS_recording_rate的值。TS1的最后字节输入到缓冲器的时间是时间T2。因此，在从时间T1到时间T2的域中，源数据包的arrival_time_stamp减少(discount)。
如果N1是在TS1最后视频数据包之后的传输数据包字节数，从时间T1到时间DT1的时间DT1是N1字节被以TS_recording_rate(TS1)的位速率完全输入所要求的时间，并且是根据下述方程计算的：
DT1＝T2-T1＝N1/TS_recording_rate(TS1).
在从时间T1到T2的时间期间，Rxn和Rxsys的值两者都变成了TS_recording_rate(TS1)的值。除该规则之外的缓冲器操作是与T-STD的相同。
在时间T2，到达时间时钟计数器被复位到TS2第一源数据包的arrival_time_stamp的值。TB1，Tbn或者Tbsys对DVR-STD的输入时序是由TS2源数据包的arrival_time_stamp确定的。Rxn和Rxsys两者都变成在T-STD中定义的值。
通过解释附加音频缓冲器和系统数据缓冲器，除了在T-STD中定义的缓冲器量之外，要求音频解码器和系统解码器具有剩余缓冲器量(近似一秒等效数据量)。
通过解释视频显示时序，视频表示单元的显示一定要通过结点以没有间隙的方式连接。注意，STC1是TS1系统时间基的时间轴(图105中的STC1所示)，而STC2是TS2系统时间基的时间轴(图97中的STC2所示)。具体地说，STC2开始于第一PCR输入到T-STD的时间点。
STC1和STC2之间的偏移按如下确定：如果PTS1end是与TS1最后视频表示单元相联系的STC1上的PTS，而PTS2start是与TS2第一视频表示单元相联系的STC2上的PTS，同时Tpp是TS1最后视频表示单元的显示周期，则在两系统时间基之间的偏移STC_delta可以根据下述方程计算：
STC_delta＝PTS1end+Tpp-PTS2start.
通过解释音频显示，可以有音频表示单元之显示时序的重叠，该重叠可以是0到小于2个音频帧(见图105所示的“音频重叠”)。应当选择的音频样本和音频表示单元的显示对结点后面的校正时间基的重新同步都设置在播放器上。
通过解释DVR-STD的系统时间时钟，TS1最后音频表示单元在时间T5上被显示。系统时间时钟可以在时间T2和时间T5之间重叠。在该域期间，DVR-STD在旧时间基值(STC1)和t新时间基值(STC2)之间转换。STC2的值可以根据下述方程计算：
STC2＝STC1-STC_delta
解释缓冲器连续性。STC1video_end是当TS1的最后视频数据包的最后字节到达DVR-STD的TB1时系统时间基STC1上的STC值，而STC2video_end是计算到关于系统时间基STC2的值的值。STC2video_end是通过下述方程计算的：
STC2video_end＝STC1video_end-STC_delta
为了遵守DCR-STD，要求下面两个条件。第一，DVR-STD的TB1上的第一视频数据包的第一字节的到达时序一定要满足下述不等式：
STC22video_end＞STC21video_end+ΔT1.
如果为了满足该不等式，Clip1和/或Clip2的部分流将重新编码和/或重新多路复用，则其根据需要进行。
第二，在其中STC1和STC2转换到相同时间轴上的系统时间基的时间轴上，来自TS1的视频数据包输入和来自TS2的下一个视频数据包输入一定既不上溢出又不下溢出视频缓冲器。
基于该句法、数据结构和规则，记录在记录介质上的内容或者重新播放的信息能够被适当地管理，使得用户能够验证适当地记录在记录介质上的数据的内容或者容易地再现所希望的数据。
尽管本实施例是将MPEG-2传输流作为多路复用流来作为例子解释的，但这仅仅是示例性的，本实施例可以应用到MPEG2节目流或者用在美国DirecTV服务(商标)的DSS传输流。
参照图106的流程图解释在mark_entry()和representative_picture_entry()的句法构造成图81所示的情况下定位由标记点表示的场景再生的过程。
首先，在步骤S1，记录和/或再现设备1的控制器23从记录介质100中读出EP_map(图70)，STC_Info(图52)和ClipMark(图78)作为DVR传输流的数据库。
在步骤S2，控制器23列出来自由representative_picture_entry()(图81)或者ref_thumbnail_index所引用的图象的缩略图表以将如此形成的表从作为用户接口输入/输出之端子24中输出，以用于在GUI菜单上显示。如果在这种情况下，ref_thumbnail_index具有有效值，则ref_thumbnail_index相对于representative_picture_entry是优先排序的。
在步骤S3，用户指定再现开始点的标记点。这是通过用户从作为GUI显示的菜单屏幕上选择缩略图图象实现的。控制器23响应这个选择操作以获得与该指定的缩略图相联系的标记点。
在步骤S4，控制器23获得mark_Time_stamp的PTS和在步骤S3指定的mark_entry的STC_sequence_id(图81)。
在步骤S5，控制器23从STC_Info(图52)中获得源数据包数，在此开始与在步骤S4获得的STC_sequence_id相联系的STC时间轴。
在步骤S6，控制器23从在此开始在步骤S5要求的STC时间轴的数据包数和从在步骤S4要求的标记点的PTS中获得源数据包数，在这里有时间上在标记点PTS之前和最靠近标记点PTS的入口点(I图象)。
在步骤S7，控制器23从包含步骤S6要求的入口点之源数据包数中读出传输流的数据以将所读出数据发送到AV记录器27。
在步骤S8，控制器23控制AV记录器27以启动从步骤S4获得的标记点PTS的图象开始的显示。
上述操作参照图107到109进行进一步地解释。
假设将CM(商业广告)插入在DVR传输流文件中的DV传输流具有STC_sequence_id＝id＝id0的STC_EP_start的STC时间轴，如图107所示，并且假设时间轴开始于此的源数据包数小于源开始点A的源数据包数。还假设CM(商品广告)被加在源数据包数B和C之间。
在这种情况下，寄存有与表示成RSPN_EP_start的作为PTS(A)、PTS(B)和PTS(C)的对应PTS之A、B和C相联系的EP_map，其对应于图70所示EP_map，如图108所示。
参照图109，在图78的ClipMark中记录有与表示场景开始、CM开始和CM结束的0x92、0x94和0x95之标记类型值(图79)相联系的mark_entry和representative_picture_entry，如图109所示。
作为mark_entry的mark_time_stamp、PTS(a1)、PTS(b0)和PTS(c0)与场景开始、CM开始和CM结束相联系而被寄存，其中对应STC_sequence_id为id0。
类似地，作为representative_picture_entry的mark_time_stamp、PTS(a2)、PTS(b0)和PTS(c)与场景开始、CM开始和CM结束相联系而被寄存，其中对应STC_sequence_id为id0。
如果PTS(A)＜PTS(a1)，在步骤S6获得数据包数A。在步骤S7，开始于数据包数A的传输流提供给AV解码器27，并且在步骤S8，显示从PTS(a1)开始初始化。
参照图110的流程图，在mark_entry和representative_picture_entry的句法构造为图81所示的情况下，CM的处理跳步再现。
在步骤S21，控制器23从记录介质100中读出EP_map(图70)，STC_Info(图52)，Program_Info(图54)和ClipMark(图78)。在步骤S22，用户从作为用户接口输入/输出的端子24中指定CM跳步再现。
在步骤S23，控制器23获得作为CM开始点(0x94)和相关的STC_sequence_id之标记信息的PTS(图81)。
在步骤S24，控制器23从STC_Info(图52)中获得CM开始和结束点的源数据包数，在此开始对应于STC_sequence_id的STC时间轴。
在步骤S25，控制器23使传输流从记录介质中读出，以将其发送到AV解码器27开始解码。
在步骤S26，控制器23验证当前显示图象是否是CM开始点之PTS的图象。如果当前显示图象不是CM开始时间点的图象，则控制器处理到步骤S27继续显示该图象。然后处理返回步骤S25以重复随后的步骤。
如果在步骤S26，当前显示图象被验证是CM开始点之PTS的图象，则处理进行到步骤S28，在此控制器23控制AV解码器27以暂停解码和显示。
在步骤S29，控制器23获得在此开始与CM结束点的STC_sequence_id相联系之时间轴的数据包数，同时从该数据包数和由在步骤S23处理所获得的CM结束点的PTS中获得其中在时间上在该点的PTS之前和最靠近该点PTS之入口点的源数据包数。
在步骤S30，控制器23控制AV解码器27以重新初始化来自CM结束点的PTS图象的显示。
在步骤S31，控制器23控制AV解码器27以重新初始化来自在CM结束点的PTS图象的显示。
参照图107到109，进一步解释上述操作。CM开始时间点和CM结束点在实施例中出现在STC_sequence_id＝id0的公共时间轴上。选择在此开始STC时间轴的源数据包数为小于场景开始点的源数据包数A。
如果传输流被解码，并且在步骤S26，发现显示时间是PTS(b0)，即如果显示时间点发现是CM开始时间点，则显示被AV解码器27暂停。如果PTS(C)＜PTS(c0)，在步骤S30，从该流开始解码，解码开始于数据包数C的数据。在步骤S31，显示是从PTS(c0)的图象重新开始。
该方法能够不仅应用于CM跳步再现而且能够应用于在通常由ClipMark指定的两点之间的场景的跳步再现。
参照图112的流程图，解释在mark_entry和representative_picture_entry为图82所示句法的情况下由标记点指明的CM定位(locating)再现处理。
在步骤S41，控制器23获得EP_map(图70)，STC_Info(图52)，Program_Info(图54)和ClipMark(图78)的信息。
在步骤S42，控制器23产生来自由representative_picture_entry()(图82)引用的图象或者由包含在ClipMark(图78)中的ref_thumbnail_index所引用的图象的缩略图表，在步骤S41读出，以将如此产生的表显示在菜单屏幕上。如果ref_thumbnail_index具有有效值，则ref_thumbnail_index相对于representative_picture_entry是优先排序的。
在步骤S43，用户指定重新播放开始点的标记点。该种指定是例如通过用户从由步骤S42处理所显示的屏幕上选择缩略图图象以指定与该缩略图相联系的标记点来实现的。
在步骤S44，控制器23获得由步骤S43处理所指定的标记点之RSPN_ref_EP_start和offset_num_pictures(图82)。
在步骤S45，控制器23使传输流数据从对应于在步骤S44获得的RSPN_ref_EP_start的源数据包数中读出，以将其送到AV解码器27。
在步骤S46，控制器2 3控制AV解码器27以从由RSPN_ref_EP_start引用的(没有显示)图象开始计数要显示的图象并启动从对应于offset_num_pictures计数值的图象开始的显示。
参照图113到115，进一步解释上述处理。在本实施例中，场景是在DVR传输流中启动的，从而CM从源数据包数B到源数据包C插入。这样，PTS(A)、PTS(B)和PTS(C)作为RSPN_EP_start寄存在EP_map中，与PTS_EP_start的A、B和C相关，如图114所示。
而且，mark_entry和representative_picture_entry与场景开始、CM开始和CM结束相联系地寄存，如图115所示。在mark_entry中，A、B和C寄存为RSPN_ref_EP_start，与场景开始、CM开始和CM结束相联系，同时M1、N1和N2寄存为offset_num_pictures。类似地，在representative_picture_entry中，M2、N1和N2寄存为offset_num_pictures，与场景开始、CM开始和CM结束相联系，同时M1、N1和N2寄存为offset_num_pictures。
如果命令定位再现为从对应于场景开始的图象，解码是从数据包数A数据开始的流进行，以计数要显示的从没有显示的图象PTS(A)开始的图象和启动从其offset_num_pictures已经假设为M1值之图象开始的显示。
现在参照图116的流程图解释在mark_entry和representative_picture_entry的句法是图82所示结构的情况下CM跳步再现的处理。
在步骤S61，控制器23获得关于EP_map(图70)，STC_Info(图52)，Program_Info(图54)和ClipMark(图78)的信息。
如果在步骤S62用户命令CM跳步再现，控制器23在步骤S63获得与CM开始点和CM结束点一样的对应点标记信息的RSPN_ref_EP_start和offset_num_pictures(图82)。CM开始点数据是RSPN_ref_EP_start(1)和offset_num_pictures(1)，而CM结束点数据是RSPN_ref_EP_start(2)和offset_num_pictures(2)。
在步骤S64，控制器23获得对应于来自EP_map的RSPN_ref_EP_start(1)和RSPN_ref_EP_start(2)的PTS(图70)。
在步骤S65，控制器23使传输流从记录介质100中读出以将其发送到AV解码器27。
在步骤S66，控制器23验证当前显示图象是否是与RSPN_ref_EP_start(1)和RSPN_ref_EP_start(2)相联系的PTS的图象，并且，如果当前显示图象不是与RSPN_ref_EP_start(1)相联系的PTS的图象，则其处理到步骤S67以使图象被连续地显示。然后控制器23返回步骤S65以重复随后的处理。
如果在步骤S66，当前显示图象是与RSPN_ref_EP_start(1)相联系的PTS的图象，则控制器23处理到步骤S68以控制AV解码器27计数从与RSPN_ref_EP_start(1)相联系的PTS的图象开始显示的图象，当计数值是offset_num_pictures(1)时暂停该显示。
在步骤S69，控制器23使传输流读出，其开始于RSPN_ref_EP_start(2)的源数据包数，以将所读出数据发送到AV解码器27。
在步骤S70，控制器23计数要显示的从与RSPN_ref_EP_start(2)相关的PTS的(没有显示)图象开始的图象，并且当计数值是offset_num_pictures(2)时，控制器使显示在对应图象处开始。
通过参照图113到图115进一步解释上述操作，分别对应于数据包数B和C的时间PTS(B)和PTS(C)首先基于EP_map获得(图114)。Clip AV流被解码，并且当该值是是N1时(图15)，暂停显示。
解码是从开始于数据包数C之数据的流重新启动的，以计数要显示的从PTS(C)图象开始的图象，并且当该值是是N2时(图115)，显示从该图象开始被重新启动。
上述处理不仅可以适用于CM跳步再现的情况，也可以适用于具有在由ClipMark指定的两点之间跳步的场景的再现。
参照图118的流程图解释在mark_entry和representative_picture_entry基本流的句法是如图84所示情况下定位由标记点指定的场景和再现如此定位的场景的处理。
在步骤S81，获得关于EP_map(图70)，STC_Info(图52)，Program_Info(图54)和ClipMark(图78)的信息。
在步骤S82，控制器23产生由representative_picture_entry或者由ClipMark(图78)的ref_thumbnail_index所引用的缩略图表，以将如此产生的表显示为GUI菜单图象。如果ref_thumbnail_index具有有效值，则ref_thumbnail_index相对于representative_picture_entry是优先排序的。
在步骤S83，用户指定再现开始点的标记点。该指定是通过用户从菜单图象选择缩略图图象并且指定与该缩略图相联系的标记点完成的。
在步骤S84，控制器23获得由用户指定的RSPN_mark_point(图84)。
在步骤S85，控制器23从EP_map获得在mark_point的RSPN_mark_point之前和最靠近的入口点的源数据包数。
在步骤S86，控制器23从与在步骤S85获得的入口点相联系的源数据包数中读出传输流的数据，以将如此读出的数据送到AV解码器27。
在步骤S87，控制器23控制AV解码器27启动从由RSPN_mark_point引用的图象开始的显示。
参照图119到121更详细地解释上述处理。在本实施例中，DVR传输流文件是这种文件，其中场景开始于源数据包并且CM被插入在从源数据包数B到源数据包数C。这样，PTS_EP_start被寄存作为与图20的RSPN_EP_start一样的与A，B和C相关的PTS(A)、PTS(B)和PTS(C)。在图21所示的ClipMark中，a1、b1和c1寄存为制造者入口的RSPN_mark_point，同时a2、b1和c1寄存为representative_picture_entry的RSPN_mark_point，其分别与场景开始、CM开始和CM结束相联系。
在用于再现的场景开始处定位图象时，如果数据包数A是使得A＜a1，则解码是从开始于数据包数A之数据的流开始的，使得显示是从对应于源数据包数a1的图象开始。
现在参照图122和123的流程图解释在mark_entry和representative_picture_entry的句法是如图84所示情况下的CM跳步再现处理。
在步骤S101，控制器23获得关于EP_map(图70)、STC_Info(图52)、Program_Info(图54)和ClipMark(图78)的信息。
在步骤S102，用户指定CM跳步再现。
在步骤103，控制器23获得其标记类型(图79)是CM开始点或者CM结束点的每个点标记信息的RSPN_mark_point(图84)。控制器23将CM开始点的数据和CM结束点的数据分别设置为RSPN_mark_point(1)和RSPN_mark_point(2)。
在步骤S104，控制器23使传输流从记录介质100中读出以输出该用于解码的读出的流。
在步骤S105，控制器23验证当前图象是否是对应于RSPN_mark_point(1)的图象。如果当前图象不是对应于RSPN_mark_point(1)的图象，则控制器23处理到步骤S106以继续显示该图象。然后，处理返回到步骤S11以重复随后的处理。
如果在步骤S105当前显示图象已经被证实是与RSPN_mark_point(1)相联系的图象，则处理转移到步骤S107，在此控制器23控制AV解码器27暂停解码和显示。
然后，在步骤S108，在RSPN_mark_point(2)之前和最靠近的源数据包数是从EP_map获得的(图70)。
在步骤S109，控制器23从与在步骤S108获得的入口点相联系的源数据包数中读出传输流数据以将其送到AV解码器27。
在步骤S110，控制器23控制AV解码器27重新启动从由RSPN_mark_point(2)引用的图象开始的显示。
通过参照图119到121的实施例更详细地解释上述处理，ClipAV流被解码和显示在对应于源数据包数b1的显示图象处暂停(图21)。如果源数据包数C＜源数据包数c1，解码在开始于数据包数C之数据的流中重新启动，并且显示被在开始于数据包数c1之数据的流中重新启动。
正如上述，预置定位在PlayList上是通过时间戳指定的，该时间戳在每个Clip的每个Clip信息中转换为对ClipAV流的预置位置的访问的数据地址。
具体地说，如果书标记或者恢复点由用户指定为与时间轴上的时间戳一样的PlayList标记，则再现的PlayList可以使用由PlayList引用的ClipMark的ClipMark以访问ClipAV流的场景开始或者结束点。
同时，ClipMark句法可以是图126所示，而不是图78所示。
在本实施例中，RSPN_mark插入在图78的reserved_for_MakerID、mark_entry()和representative_picture_entry()的位置。该RSPN_mark的32位字段表示包含标记正在引用的存取单元之第一字节的源数据包的相对地址。RSPN_mark是根据源数据包数作为单位来定大小的。其是在从AV流文件第一源数据包开始的Clip信息文件中定义的并且以offset_SPN的值作为初始值计数的。
否则该结构与图78的结构相同。
ClipMark句法还可以构造成图127所示。在本实施例中，RSPN_ref_EP_start和offset_num_pictures插入在图126的RSPN_mark的位置。这些类似于图82中所示的。
图128表示ClipInfo()的替换句法。
Clip_service_type表示AV流文件的类型。例如，Clip_service_type表示诸如视频记录或者音频记录的类型。而且，Clip_service_type可以具有与由数字TV广播节目表示的服务类型的相同意义。例如，在日本的数字BS广播中，服务类型具有三个类型，即TV服务，语音服务和数据广播服务。代表包含在AV流中的节目服务类型的值设置在Clip_service_type中。
Transcode_mode_flag是标志，其指定用于从数字广播中接收的MPEG-2传输流的记录方法。如果1设置为该标志，其表示在对应于Clip的AV流文件中的至少一个基本流已经被重新编码和记录。如果该标志设置为1，其表示整个基本流记录，而不改变正如从数字广播中接收的内容。
其它句法字段具有与参照图46解释的相同名称之字段的相同意义。
参照图129，解释ProgramInfo()的另一个实施例。
具有如在AV流文件当前格式中提供的不变节目内容的源数据包序列叫作program_sequence。
开始新program_sequence的AV流文件中的地址存储在ProgramInfo()中。该地址由SPN_program_sequence_start表示。
AV流文件中的program_sequence而非最后的program_sequence是从由其SPN_program_sequence_start指定的源数据包开始的和以直接在下一个SPN_program_sequence_start指定的源数据包之前的源数据包结束。最后的program_sequence是以SPN_program_sequence_start指定的源数据包开始和以AV流文件的最后源数据包结束。
program_sequence可以是跨越STC_sequence边界的两旁。
长度表示从在长度字段之后直接到ProgramInfo()最后字节的字节数。
num_of_program_sequence表示AV流文件中的program_sequence数。
SPN_program_sequence_start表示在此开始AV流文件上的program_sequence的地址。SPN_program_sequence_start是以源数据包数为基定大小的和从AV流文件的第一源数据包开始计数，其中0作为初始计数。]
进入ProgramInfo()的SPN_program_sequence_start的值以升序排列。
假设SPN_program_sequence_start正表示相对于program_sequence的源数据包。SPN_program_sequence_start是由记录器(图1的记录和/或再现设备1)创建的并且分析传输流中的PSI/SI。由于延迟时间是要求记录器分析PSI/SI以便检测其中的变化，PN_program_sequence_start可以表示其中预设时间是从实际PSI/SI变化点开始的源数据包。
program_map_PID是具有适用于program_sequence之PMT(节目映射表)的传输数据包的PID值。
Num_of_streams_in_ps表示在其program_sequence中定义的基本流数。
Num_of_group表示在其program_sequence中定义的基本流数。Num_of_group是不小于1的数。
如果传输流的PSI/SI拥有基本流的组信息，则Num_of_group被预先认作为具有不小于1的值。
Stream_PID表示用于在由其program_sequence的program_map_PID引用的PMT中定义的基本流之PID值。
StreamCodingInfo()表示由Stream_PIDm指定的基本流的信息，正如后面要详细解释。
Num_of_streams_in_group表示由基本流组拥有的基本流数。
Stream_index表示在次序中定义的Stream_index值，该次序是在对应于由基本流拥有的基本流句法的Stream_index中的循环中定义的。
图30表示StreamCodingInfo()的句法。
长度(length)表示在长度字段之后的字节到StreamCodingInfo()最后字节的字节数。
Stream_Coding_type表示由对应于该StreamCodingInfo()的Stream_PID指定的基本流的编码类型。这些值的意义是与图131所示的相同。
Video_format表示由对应于该StreamCodingInfo()的Stream_PID指定的视频流的视频格式。
这些值的意义是与图56所示的相同。
Frame_rate表示由对应于该StreamCodingInfo()的Stream_PID指定的视频流的帧速率。
这些值的意义是与图57所示的相同。
Display_aspect_ratio表示由对应于该StreamCodingInfo()的Stream_PID指定的视频流的显示纵横比。
这些值的意义是与图58所示的相同。
Cc_flag是标志，其指定由对应于该StreamCodingInfo()的Stream_PID指定的视频流中的封闭标题(caption)信号(封闭标题数据)是否已经被编码。
Original_video_format_flag是标志，其表示在该StreamCodingInfo()中是否存在Original_video_format和Original__aspect_ratio。
Original_video_format是在由对应于该StreamCodingInfo()的Stream_PID指定的视频流的编码之前的原始视频格式。这些值的意义是与上述参照图58说明的video_format的相同。
Original__display_aspect_ratio是在由对应于该StreamCodingInfo()的Stream_PID指定的视频流的编码之前的原始显示纵横比。这些值的意义是与display_aspect_ratio的相同(图58)。
假设，在自动解码其中诸如BML流或者标题的多介质数据流与视频流一起被多路复用的传输流中，视频格式通过重新编码视频流诸如从1080i变化到480i，该多介质数据流保持原始流的内容。另一方面，假设多介质数据流保持原始流的内容。有这种情况，在此不匹配的信息在新视频流和多介质数据流之间产生。例如，尽管因为在原始视频流的视频格式被假定时确定与多介质数据流的显示有关的参数，该视频格式可以改变为重新编码该视频流的结果。在这种情况下，与原始视频流有关的信息保存在Original_video_format和Original_display_aspect_ratio中。再现装置(图1的记录和/或再现设备1)按照下述从上述的新视频流中和从多介质数据流中创建显示图象：
*视频流根据由Original_video_format和在Original_display_aspect_ratio中表示的视频格式上采样。
*上采样图象和多介质数据被合成形成正确的显示图象。
Audio_presentation_type表示由对应于该StreamCodingInfo()的Stream_PID指定的音频流的显示类型。
这些值的意义是与图61的audio_component_type的相同。
Sampling_frequency意思是由该StreamCodingInfo()的Stream_PID表示的音频流的采样频率。
这些值的意义是与图62所示的相同。
解释EP_map的另一个实施例。在该EP_map的实施例中，PTS_EP_start和RSPN_EP_start的数据参照图70和图72被解释，但在目的在于减少数据量的压缩编码之后存储在EP_map中。该压缩编码是通过图1的控制器23执行的。
EP_map是由至少一个或多个叫做EP_map_for_one_stream_PID()的子表构成的。该子表EP_map_for_one_stream_PID()是为由具有相同PID值的传输数据包记录的一个基本流创建的。
该EP_map对整个EP_map_for_one_stream_PID()具有下述信息。
①stream_PID：指定响应传输由EP_map_for_one_stream_PID()指定的基本流的传输数据包的PID。
②EP_stream_type：指定EP_map_for_one_stream_PID()的入口点类型。
③EP_map_for_one_stream_PID()的入口，每个入口具有下述信息：
*PTS_EP_start：表示入口点中存取单元的PTS值。
RSPN_RP_start：表示AV流中所涉及入口点PTS_EP_start引用的存取单元的开始地址。
如果EP_map指定一个或多个基本流，EP_map可以具有一个或多个EP_map_for_one_stream_PID()子表。图67表示在EP_map在Clip中指定三个视频流的情况下EP_map的实施例。
一个EP_map_for_one_stream_PID()在与STC非连续点无关的一个表中创立。
EP_map中STC_sequence的边界能够通过将RSPN_EP_start的值与在STC_Info()中定义的RSPN_EP_start的值相比较而得知。
EP_map对以相同PID传输的流的连续范围具有一个EP_map_for_one_stream_PID。
在图69的情况下，节目#1和节目#3具有相同的视频PID，但是，数据范围是不连续的，使得每个节目一定具有EP_map_for_one_stream_PID。
为了减少EP_map_for_one_stream_PID()表的数据大小和提高数据检索性能，EP_map_for_one_stream_PID()分成两个子表，即EP_coarse和EP_fine(见图132)。
EP_fine入口具有在PTS_EP_start和RSPN_EP_start的LSB(最低位)侧的位信息(见图133和134)。EP_coarse入口具有在PTS_EP_start和RSPN_EP_start的MSB(最高位)侧的位信息和与此相关的EP_fine表中的入口数(具有取自相同PTS_EP_start的LSB侧位的EP_fine表中的入口)。
EP_coarse子表中的入口数显著地小于EP_fine子表的入口数。EP_coarse入口在下述情况下形成：
*第一PTS_EP_fine的入口；
*在RSPN__EP_fine的值环绕之后的第一RSPN_EP_fine的入口；和
*在RSPN__EP_fine的值环绕之后的第一RSPN_EP_fine的入口(见图135)。
下面解释在使用EP_map的情况下随机存取AV流的例子。
假设PlayList将在全球时间轴上30分钟过去之后被重新再现。
*PlayItem的STC_sequence_id包含对应于在STC序列的全球时间轴上30分钟之后的时间。
*PTS的值对应于在上述STC序列本地时间轴上30分钟过去之后的时间。
*上述STC序列RSPN_STC_start源于STC_Info。
*数据检索开始于EP_subtable中的入口，在这里RSPN_EP_coarse不小于RSPN_STC_start。在EP_coarse子表中，找到具有时间上在所要求的PTS之前值的最靠近值的PTS_EP_coarse的入口。
*在EP_fine子表中，数据检索是开始于与如此找到的PTS_EP_coarse相联系的EP_fine的入口数。发现这种入口是最靠近的并且具有时间上在所发现所要求PTS之前的值。
*用于启动读出所要求的PTS存取单元的RSPN_EP_start是通过用与如此找到的PTS_EP_coarse相联系的RSPN_EP_coarse的18个LSB侧位代替对应于如此找到的PTS_EP_fine之RSPN_EP__fine的位来确定的。
图136表示上面解释的EP_map的句法。
Number_of_stream_PID_entries表示在EP_map中的EP_map_for_one_stream_PID的入口数。
Stream_PID[k]表示传输由上述EP_map_for_one_stream_PID引用的基本流的传输数据包的PID值，其具有在EP_map中的入口数k。
EP_Stream_type[k]表示由map_for_one_stream_PID引用的基本流的类型。该值的意义示于图137的表中。
如果EP_Stream_type[k]为0或1，其基本流是视频流。视频类型1和视频类型2的意义在后面结合EP_video_type的解释来说明(图139)。
如果EP_Stream_type[k]为2，其基本流是音频流。
Num_EP_fine_entries[k]表示在EP_map_for_one_stream_PID中EP_coarse入口数。
Num_EP_fine_entries[k]表示在EP_map_for_one_stream_PID中EP_fine入口数。
EP_map_for_one_stream_PID_start_address[k]表示EP_map()中的相对地址位置，在此开始上述EP_map_for_one_stream_PID。该值是通过从EP_map第一字节开始的字节数表示的。
图138表示EP_map_for_one_stream_PID的句法。为了解释其语义，解释作为存储在EP_map_for_one_stream_PID中的原始数据的PTS_EP_start和RSPN_EP_start的意义。
与此相关的PTS_EP_start和RSPN_EP_start表示AV流上的入口点。与此相关的PTS_EP_fine和PTS_EP_coarse源于相同的RSPN_EP_start。PTS_EP_start和RSPN_EP_start定义如下：
EP_start定义如下：
PTS_EP_start是33位长的无符号整数。PTS_EP_start的定义与EP_map_for_one_stream_PID的EP_stream_type的值不同。
如果EP_stream_type是0(‘视频类型1’)，然后PTS_EP_start表示从AV流中的序列标头开始的视频存取单元的33位PTS。
如果EP_stream_type是2(‘音频’)，然后PTS_EP_start表示从AV流中的序列标头开始定义的视频存取单元的33位PTS。
如果EP_stream_type是1(‘视频类型2’)，然后PTS_EP_start表示图139中根据与此相关的EP_video_type值定义的视频存取单元的33位PTS。
RSPN_EP_start是32位无符号整数。RSPN_EP_start的定义与EP_map_for_one_stream_PID的EP_stream_type的值不同。
如果EP_stream_type是0(‘视频类型1’)，该字段表示包含与PTS_EP_start相关的视频存取单元的第一字节的源数据包之AV流中的地址。
如果EP_stream_type是2(‘音频’)，该字段表示包含与PTS_EP_start相关的音频存取单元的第一字节的源数据包之AV流中的地址。
如果EP_stream_type是1(‘视频类型2’)，RSPN_EP_start的意义是根据与此相关的EP_video_type值在图139中定义的。
RSPN_EP_start是根据源数据包数作为单元表示的和以0作为初始值从AV流文件中第一源数据包开始计数的。
解释EP_map_for_one_stream_PID的语义。
如果EP_fine_table_start_address表示第一EP_video_type[EP_fine_id]的第一字节的开始地址。该地址是由从EP_map_for_one_stream_PID的第一字节开始的相对字节数表示的。该相对字节数从0开始。
Ref_to_EP_fine_id表示具有与在该字段后面PTS_EP_coarse相关的PTS_EP_fine的EP_fine入口数。PTS_EP_fine和与此相关PTS_EP_coarse源于相同的PTS_EP_start。
Ref_to_fine_id是由在EP_fine_id的循环中表明的命令中定义的EP_fine_id值给出的。
一方面的PTS_EP_coarse和PTS_EP_fine与另一方面的PTS_EP_coarse和PTS_EP_fine可以源于下述：
在EP_fine子表中有Nf个入口，这些入口以相关的RSPN_EP_start值的升序排列。
对应的PTS_EP_fine入口可以按下述源于对应的PTS_EP_start：
PTS_EP_fine{EP_fine_id}＝(PTS_EP_start[EP_fine_id]＞＞9)％％212.
PTS_EP_coarse和其PTS_EP_fine之间的关系如下：
PTS_EP_coarse[i]＝(PTS_EP_start[ref_to_EP_fine_id[i]]＝＞＞19)％214
TS_EP_fine [ref_to_EP_fine_id[i]]＝(PTS_EP_start [ref_to_EP_fine_id[i]]＝＞＞9)％212
对应RSPN_EP_fine入口源于按下述的对应RSPN_EP_start：
RSPN_EP_fine[EP_fine_id]＝RSPN_EP_start[EP_fine_id]％218.
RSPN_EP_coarse和其RSPN_EP_fine之间的关系如下：
RSPN_EP_fine[ref_to_EP_fine_id[i]]＝RSPN_EP_start[ref_to_EP_fine_id[i]]％218.
如果EP_stream_type是1(‘视频类型2’)，则EP_video_type[EP_fine_id]表示由PTS_EP_fine[EP_fine_id]和RSPN_EP_fine[EP_fine_id]说明的视频存取单元的类型。这些值的意义如图139中所示。
EP_map_for_one_stream_PID()满足下述限制：
*在EP_map_for_one_stream_PID()中，RSPN_EP_coarse的入口一定以RSPN_EP_coarse值的升序排列。
*在EP_map_for_one_stream_PID()中，RSPN_EP_fine的入口一定以RSPN_EP_start值的升序排列。
*在下面的情况下，PTS_EP_coarse和RSPN_EP_coarse的入口被做成：
..第一PTS_EP_fine的入口
..在PTS_EP_fine值环绕之后第一PTS_EP_fine的入口
..在RSPN_EP_fine值环绕之后第一RSPN_EP_fine的入口。
图140表示Clip AV流文件和相关Clip信息文件之记录操作的流程图。解释是参照图1的记录和/或再现设备进行的。
在步骤S201，控制器23通过编码将来自端子11和12之AV输入获得的传输流或者来自端子13数字接口的传输流输入形成为文件，以创建和记录Clip AV流文件。
在步骤S202，控制器23形成关于AV流文件的ClipInfo。
在步骤S203，控制器23形成关于AV流文件的SYC_Info。
在步骤S204，控制器23形成关于AV流文件的Program_Info。
在步骤S205，控制器23形成关于AV流文件的CPI(EP_map或者TU_MAP)。
在步骤S206，控制器23形成关于AV流文件的ClipMark。
在步骤S207，控制器23记录其中已经存储ClipInfo，STC_Info，ProgramInfo，CPI和ClipMark的Clip信息文件。
尽管是顺序地解释各个处理，但步骤S201到S206实际上是同时操作的。
使用图14的流程图解释用于创建STC_Info的说明性操作。
在步骤S221，流分析单元18检查PCR数据包是否已经被接收。如果在步骤S221检查结果是否，则处理转换到步骤S221，否则处理转换到步骤S222。
在步骤S222，检查是否已经检测出STC的非连续性。如果结果是否，则处理转换到步骤S221，否则处理转换到步骤S223。如果PCR数据包是自从记录开始以来接收的第一个数据包，则处理必须转换到步骤S222。
在步骤S223，获得传输新STC的第一个PCR之传输数据包的数(地址)。
在步骤S224，准备STC_Info。
在步骤S225，检查最后传输数据包的输入是否已经完成。如果检查的结果是否，则处理转换到步骤S221，否则处理结束。
使用图142的流程图解释准备Program_Info的典型操作。该处理是通过图1的多路复用流分析单元18进行的。
在步骤S141，流分析单元18检查包括PSI/SI的传输数据包是否已经被接收。具体地说，PSI/SI的传输数据包是PAT，PMT或者SIT的数据包。SIT是说明以DVB标准提供的部分传输流的服务信息。如果在步骤S241的检查结果是否，处理转换到步骤S241，否则处理转换到步骤S242。
在步骤S242，检查PSI/SI的内容是否已经改变。即，检查PAT，PMT或者SIT的对应内容是否已经从在先接收的对应内容发生了改变。如果内容没有改变，处理转换到步骤S243。同时，如果PSI/SI是自从记录开始以来接收的第一个，则处理必须转换到步骤S243。
在步骤S243，获得传输新PSI/SI的传输数据包的数(地址)和内容。
在步骤S244，形成关于program_sequence的信息。
在步骤S245，检查最后传输数据包的输入是否已经完成。如果检查的结果是否，则处理转换到步骤S241，否则处理结束。
使用图143的流程图解释准备EP_map的典型操作。
在步骤S261，流分析单元18设置要记录的AV节目的视频PID。如果在传输流中有多个视频内容，则设置对应的视频PD。
在步骤S262，流分析单元18接收视频传输数据包。
在步骤S263，流分析单元检查传输数据包的有效负载(连接到数据包标头的数据部分)是否开始于PES数据包的第一字节(PES数据包是在MPEG2中提供的数据包和打数据包基本流)。这可以通过检查传输数据包标头中的“payload_unit_start_indicator”的值获得。如果该值是1，则传输数据包的有效负载开始于PES数据包的第一字节。如果在步骤S263的检查结果是否，则处理转换到步骤S262，否则处理转换到步骤S264。
在步骤S264，流分析单元检查传输数据包的有效负载是否开始于MPEG视频sequence_header_code的第一字节(“32位中的0x000001B3”的代码)。如果在步骤S264的检查结果是否，则处理转换到步骤S262，否则，处理转换到步骤S265。
在步骤S265，当前传输数据包将是入口点。
在步骤S266，流分析单元获得数据包的数据包数，开始于sequence_header_code的I图象视频PID的PTS和用于输入到控制器23的入口点所属的视频PID。控制器23形成EP_map。
在步骤S267，检查当前数据包是否是最后输入传输数据包。如果不是最后数据包，处理转换到步骤S262，否则处理结束。
图144表示用于解释在编码和记录模拟AV信号时用于创建图81句法之ClipMark的方法的流程图。
在步骤S281，分析单元14分析来自端子11，12的输入AV信号以检测特征点，该特征点指定起因于AV流内容的特征场景，例如节目定位或者场景变化点。
在步骤S282，控制器23获得特征点图象的PS。
在步骤S283，控制器23在ClipMark中存储关于特征点的信息。具体地说，存储在本实施例ClipMark的语义和句法方面解释的信息。
图145表示用于说明在记录从数字接口输入的传输流中用于形成图81所示句法之ClipMark的方法的流程图。
在步骤S301，多路分用器26和控制器23获得要记录的节目的基本流。如果有多个要被分析的基本流，则获得全部的基本流ID。
在步骤S302，多路分用器26和控制器23分离来自从端子13输入的传输流节目的基本流，以将分离的基本流输入到AV解码器27，该AV解码器27解码该输入流以输出AV信号。
在步骤S303，分析单元14分析AV信号以检测特征点。
在步骤S304，控制器23获得特征点图象的PTS和其所属的STC的STC_sequence_id。
在步骤S305，控制器23在ClipMark中存储特征点的信息。具体地说，控制器23存储ClipMark的句法和关于语义解释的信息。
解释用于使用EP_map完成特定再现的方法。EP_map在进行随机存取再现中是有用的。
在数字广播的传输流中，视频PID可能是变化的。这样，解码器不得不识别在被解码的传输流中的PID映射(mapping)。这样，EP_map具有从叫做EP_map_for_one_stream_PID的一个子表到另一个的视频PID的值，同时ProgramInfo具有关于PID映射的信息。
图146表示其中视频PID值在传输流中改变的DVR MPEG2 TS的情况下。在这种情况下，EP_map具有关于PID映射的信息。
图147表示在I图象搜索(例如技巧播放或者章节搜索)情况下的播放器模型。
1)首先，文件系统112从盘111(对应于图1的记录介质100)中读Clip信息文件(EP_map，STC_Info和ProgramInfo)的数据。该数据被发送到主计算机15。
2)用户接口设置要再现的搜索开始时间的PTS和节目数。该数据被发送到主计算机15。
3)主计算机115在多路分用器113中设置由对应于搜索开始时间之RSPN_EP_start指定的源数据包的视频PID。
4)主计算机115在文件系统112中设置对应于由对应于搜索开始时间之RSPN_EP_start指定的源数据包的数据地址。
5)文件系统112从指定的数据地址中读出DVR MPEG-2传输流。
6)如果用户设置下一个搜索时间，则处理转换到步骤S2。
图148表示原始AV流文件和与编辑用于擦除该流的部分再现范围流的相同AV流文件。
假设，在编辑之前，虚PlayList表示原始AV流的IN_time和OUT_time。如果进行不被虚PlayList使用的流部分的删除编辑(最小化编辑)，其将原始AV流改变到所编辑的流。从原始AV流的前端到X点的数据和从Y点到尾端的数据被删除。在下面的解释中，解释用于确定这些X和Y点的典型方法。
图149说明用于删除在入点(IN point)之前的不需要数据的方法。PlayList表示原始AV流的入点。图149也表示AV流的EP_map。为了解码由入点指定的图象。需要开始于地址ISA2的I图象。
而且，在点X之后需要PAT，PMT和PCR数据包。RSPN_EP_start＝1的PTS和SA1的PTS是pts1，同时RSPN_EP_start＝ISA2的PTS是pts2。如果pts1系统时间基和pts2系统时间基的时间差是不小于100毫秒，则在地址ISA1和ISA2之间存在PAT、PMT和PCR数据包，至少就SESF、DVB、ATSC和ISDB的情况来说是如此。
这样，在ISA1之前确定了点X。点X一定在Aligned单元的边界上。
在不分析AV流内容的情况下，使用EP_map，记录装置(图1的记录和/或再现设备1)能够在下一步骤确定点X。
1)发现RSPN_EP_start，其具有最接近于或更后于系统时间基上的入点时间(IN time)的PTS的显示时间的PTS值。
2)发现RSPN_EP_start，其具有比在步骤1)发现的RSPN_EP_start之PTS值更靠后至少100毫秒的显示时间之PTS值。
3)X点是在步骤2)发现的RSPN_EP_start之前确定的。点X一定在均衡单元的边界线上。
该方法是简单的，因为其不必要读出AV流的数据以便确定X点来分析其内容。但是，有这种情况，其中借助所编辑的AV流，不需要的数据在PlayList的再现中应当被留下。如果AV流的数据被读出来确定其内容以便确定点X，则不需要的数据在再现PlayList中能够被有效地删除。
图150表示用于删除在出点(OUT point)之后的不需要数据的方法。PlayList指定原始AV流上的出点。还显示了AV流的EP_map。
从RSPN_EP_start＝ISA4开始的视频序列被预先认为是
I2 B0 B1 P5......
这里I、P和B分别表示I-、P-和B-图象。如果在该处理中记录器不能正确分析AV流的内容，记录器不能够识别OUT_time的PTS引用的图象的信息，诸如图象编码类型或者时间基准。OUT_time的PTS可以引用图象B0或者图象B1(这不能够被阐明除非记录器分析了AV流的内容)。如果记录器要解码图象B0或者B1，则I2是要求的。I2的PTS是大于OUT_time的PTS(OUT_time＜pts4，这里pts4是I2的PTS)。尽管I2的PTS大于OUT_time的PTS，对于B0和b1是要求I2的。
因此，确定点Y以便使其在所示的地址ISA5的后面。ISA5是直接在EP_map中ISA4之后的RSPN_EP_start值。点Y一定在岛(island)单元的边界上。
在不分析AV流内容的情况下，使用EP_map，记录器在下一步也能够确定点Y。
1)发现RSPN_EP_start，其具有最接近于或更远于系统时间基上的OUT_time的PTS的显示时间点之PTS值。
2)发现RSPN_EP_start，其直接位于在步骤1)发现的RSPN_EP_start的后面。
3)确定Y点使其比在步骤20发现的RSPN_EP_start更向后。
点Y一定在岛单元的边界上。
该方法是简单的，因为其不必要读出AV流的数据以便确定Y点来分析其内容。但是，有这种情况，其中借助所编辑的AV流，不需要的数据在PlayList的再现中应当被留下。如果AV流的数据被读出来确定点X以分析其内容，则不需要的数据在再现PlayList中能够被有效地删除。
基于该句法，上述的数据结构和规则、记录在记录介质上的数据内容、或者再现信息可以被适当地管理，使得用户在再现期间或者为了容易地再现希望数据时能够证实记录在记录介质上的数据的内容。
借助本发明的数据库结构，PlayList文件和Clip信息文件被分开记录，使得在所给PlayList或者Clip的内容通过编辑改变的情况下，不必要改变其它非相关的文件。这样，文件内容能够容易地改变，同时在这种变化或者记录中需要的时间可以更短。
如果开始仅仅读出Info.dvr，则盘记录内容显示在用户界面上，并且要被用户再现的所命令的PlayList文件和相关Clip信息文件仅仅从盘中读出，用户排队时间可以更短。
如果全部的PlayList文件或者Clip信息文件被收集为用于记录的单个文件，则该文件的大小变得过分的大，从而与其中独立文件被分离和分开记录的情况相比较，改变和记录文件内容的操作是非常耗时的。本发明解决该问题。
通过将AV流的ClipInfo、用于在AV流的STC非连续点上存储信息的STCInfo、用于在AV流节目内容非连续点上存储信息的ProgramInfo、用于存储用于有关AV流上地址信息和时间信息之信息的CPI、和用于存储诸如节目定位点的AV流上特征图象类型和诸如AV流辅助信息的图象之AV流中的地址的ClipMark配置成作为Clip信息文件的文件，并且将如此形成的文件记录在记录介质上，则有可能适当地管理再现该AV流所必需的流的编码信息。
通过该Clip信息文件信息，用户能够从记录在记录介质100上的AV流中搜索诸如节目定位点的感兴趣场景，从而可以响应来自用户的用于随机存取或者特殊再现的命令，从记录介质100中确定AV流读出位置和迅速地开始流解码。
尽管上述操作序列能够通过硬件执行，其也能够通过软件执行。在这种情况下，记录和/或再现设备1由例如图151所示的个人计算机所代替。
图151中，CPU(中央处理单元)根据存储在ROM(只读存储器)202中的节目或者从存储器208装载到RAM(随机存取存储器)203的节目执行各种操作。在RAM203中，CPU201执行各种操作所必需的数据也按需要存储。
CPU201，ROM202和RAM203被互连在总线204上，其又连接到输入/输出接口205。
连接到输入/输出接口205的还有输入单元206，例如键盘或者鼠标，诸如CRT或LCD的显示器，诸如扬声器的输出单元207，诸如硬盘的存储器208，和由例如调制解调器或者终端适配器构成的通信单元209。通信单元209完成在网络上的通信处理。
驱动器210按需要连接到输入/输出接口205。还装载有磁盘221、光盘222、磁光盘223或者半导体存储器224，并且从其中读出的计算机程序按需要安装在存储器208上。
上述操作序列可以不仅在硬件上而且可以在软件上执行。如果操作序列将在软件上执行，则形成软件的程序或者各种程序安装在计算机的专用硬件上，使得程序被安装形成记录介质，例如通用的个人计算机。
参照图151，除了计算机，该记录介质可以由用于给用户提供程序所配置的封装介质构成，例如磁盘221(包括软盘)、光盘222(包括CD-ROM(致密盘-只读存储器)和DVD(数字通用盘))、磁光盘223(包括MD(迷你盘))或者半导体存储器224。另外，记录介质由硬盘构成，该硬盘作为计算机上预先装载而提供给用户，并且其包括其中存储有程序的ROM或者存储器208。
本说明书中，说明由介质提供的节目序列的各个步骤不仅包括根据所述次序依次执行的处理，而且还包括并行或者批次执行的处理。
本说明书的系统表示由多个装置构成的整个设备。
工业实用性
根据上述的本发明，其中AV流中编码信息是连续的域的开始地址信息、用于有关AV流中时间信息和地址信息的信息、以及AV流中特征图象的时间信息被作为Clip信息记录。
这样，确定AV流读出位置的操作或者解码操作能够在任何情况下能够快速地完成，特别是，预置标记能够快速地检索出。

Claims (19)

1.一种用于在记录介质上记录AV流的信息处理设备，该记录介质适用于记录所述AV流、用于管理整个AV流的Clip信息和管理AV流再现的PlayList信息，该设备包括：
产生装置，用于产生其中所述AV流中编码信息是连续的域的开始地址信息、有关所述AV流中的时间信息和地址信息的信息、以及所述AV流中特征图象的时间信息；和
记录装置，用于将由所述产生装置产生的信息在所述记录介质上记录为所述Clip信息。
2.如权利要求1所述的信息处理设备，其中在所述AV流中编码信息是连续的域的开始地址信息是STC序列或者节目序列的开始地址；
有关时间信息和地址信息的信息是EP_map或者TU_map；和其中
特征图象的时间信息是ClipMark。
3.如权利要求1所述的信息处理设备，其中记录装置还将与所述AV流记录速率的平均值有关的信息记录在所述记录介质上。
4.如权利要求3所述的信息处理设备，其中与平均值有关的信息是TS_average_rate。
5.如权利要求1所述的信息处理设备，其中AV流是传输流。
6.如权利要求1所述的信息处理设备，其中在所述AV流中编码信息是连续的域的开始地址信息包括STC序列的开始地址，该STC序列是所述传输流的系统时间时钟为连续时的域。
7.如权利要求1所述的信息处理设备，其中在所述AV流中编码信息是连续的域的开始地址信息包括节目序列的开始地址，该节目序列是所述传输流的节目内容为不变时的域。
8.如权利要求1所述的信息处理设备，其中在所述AV流中编码信息是连续的域的开始地址信息包括域的开始地址，在这里基于所述传输流之传输数据包到达时间的到达时间是连续的。
9.如权利要求1所述的信息处理设备，其中有关时间信息和地址信息的信息包括所述传输流之I图象的地址和其显示时间戳。
10.如权利要求9所述的信息处理设备，还包括：
压缩装置，用于压缩有关在所述AV流中时间信息和地址信息之信息的至少一部分；和
所述记录装置记录由所述压缩装置压缩的所述信息。
11.如权利要求1所述的信息处理设备，其中有关所述AV流中时间信息和地址信息的信息包括基于传输数据包到达时间的到达时间和与此相关传输数据包的所述AV流数据中的地址。
12.一种用于在记录介质上记录AV流的信息处理方法，该记录介质适用于记录所述AV流，用于管理整个AV流的Clip信息和管理AV流再现的PlayList信息，该方法包括：
产生步骤，用于产生其中所述AV流中编码信息是连续的域的开始地址信息、有关所述AV流中的时间信息和地址信息的信息、以及所述AV流中特征图象的时间信息；和
记录步骤，用于将由所述产生步骤产生的信息在所述记录介质上记录为所述Clip信息。
13.一种其上已经记录了用于信息处理设备的计算机可读程序的记录介质，该信息处理设备适用于在记录介质上记录AV流，该记录介质载有所述AV流、用于管理整个AV流的Clip信息和管理AV流再现的PlayList信息，所述程序包括：
产生步骤，用于产生其中所述AV流中编码信息是连续的域的开始地址信息、有关所述AV流中的时间信息和地址信息的信息、以及所述AV流中特征图象的时间信息；和
记录步骤，用于将由所述产生步骤产生的信息在所述记录介质上记录为所述Clip信息。
14.一种用于使计算机控制信息处理设备的程序，其适用于在记录介质上记录AV流、用于管理整个AV流的Clip信息和管理AV流再现的PlayList信息，该程序将执行：
产生步骤，用于产生其中所述AV流中编码信息是连续的域的开始地址信息、有关所述AV流中的时间信息和地址信息的信息、以及所述AV流中特征图象的时间信息；和
记录步骤，用于将由所述产生步骤产生的信息在所述记录介质上记录为所述Clip信息。
15.一种用于从记录介质上再现AV流的信息处理设备，该记录介质上已经记录了所述AV流、用于管理整个AV流的Clip信息和管理AV流再现的PlayList信息，该设备包括：
再现装置，用于再现其中所述AV流中编码信息是连续的域的开始地址信息、有关所述AV流中的时间信息和地址信息的信息、以及所述AV流中特征图象的时间信息；和
控制装置，用于基于由所述再现装置产生的所述Clip信息控制所述AV流的输出。
16.一种用于从记录介质上再现AV流的信息处理方法，该记录介质上已经记录了所述AV流、用于管理整个AV流的Clip信息和管理AV流再现的PlayList信息，包括：
再现步骤，用于再现其中所述AV流中编码信息是连续的域的开始地址信息、有关所述AV流中的时间信息和地址信息的信息、以及所述AV流中特征图象的时间信息；和
控制步骤，用于基于由所述再现装置产生的所述Clip信息控制所述AV流的输出。
17.一种其上已经记录了用于信息处理设备的计算机可读程序的记录介质，该信息处理设备适用于再现来自记录介质的AV流，在所述记录介质上，记录了所述AV流、用于管理整个AV流的Clip信息和管理AV流再现的PlayList信息，所述程序包括：
再现步骤，用于再现其中所述AV流中编码信息是连续的域的开始地址信息、有关所述AV流中的时间信息和地址信息的信息、以及所述AV流中特征图象的时间信息；和
控制步骤，用于基于由所述再现装置产生的所述Clip信息控制所述AV流的输出。
18.一种用于使计算机控制信息处理设备的程序，该信息处理设备用于从记录介质上再现AV流，该程序执行：
再现步骤，用于再现其中所述AV流中编码信息是连续的域的开始地址信息、有关所述AV流中的时间信息和地址信息的信息、以及所述AV流中特征图象的时间信息；和
控制步骤，用于基于由所述再现装置再现的Clip信息控制所述AV流的输出；所述记录介质上已经记录了所述AV流、用于管理整个AV流的所述Clip信息和管理AV流再现的PlayList信息。
19.一种其上已经记录了用于信息处理设备的程序的记录介质，该信息处理设备用于从记录介质上再现AV流，在该记录介质上记录了所述AV流、用于管理整个AV流的Clip信息和管理AV流再现的PlayList信息；其中
其中所述AV流中编码信息是连续的域的开始地址信息、有关所述AV流中的时间信息和地址信息的信息、以及所述AV流中特征图象的时间信息被作为所述Clip信息记录在记录介质上。
CNB018015891A 2000-04-21 2001-04-20 信息处理设备和方法 Expired - Lifetime CN1199446C (zh)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP183770/00 2000-04-21
JP183770/2000 2000-04-21
JP2000183770 2000-04-21
JP268042/00 2000-09-05
JP268042/2000 2000-09-05
JP2000268042 2000-09-05

Publications (2)

Publication Number Publication Date
CN1383677A true CN1383677A (zh) 2002-12-04
CN1199446C CN1199446C (zh) 2005-04-27

Family

ID=26594225

Family Applications (3)

Application Number Title Priority Date Filing Date
CN01801611A Pending CN1383678A (zh) 2000-04-21 2001-04-20 编码设备和方法、记录介质和程序
CN200910128270XA Expired - Fee Related CN101867835B (zh) 2000-04-21 2001-04-20 编码设备和方法、以及记录方法
CNB018015891A Expired - Lifetime CN1199446C (zh) 2000-04-21 2001-04-20 信息处理设备和方法

Family Applications Before (2)

Application Number Title Priority Date Filing Date
CN01801611A Pending CN1383678A (zh) 2000-04-21 2001-04-20 编码设备和方法、记录介质和程序
CN200910128270XA Expired - Fee Related CN101867835B (zh) 2000-04-21 2001-04-20 编码设备和方法、以及记录方法

Country Status (7)

Country Link
US (2) US7646967B2 (zh)
EP (2) EP1198132A4 (zh)
JP (4) JP5008160B2 (zh)
KR (2) KR100821019B1 (zh)
CN (3) CN1383678A (zh)
MX (1) MXPA01013110A (zh)
WO (2) WO2001082604A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1301506C (zh) * 2002-12-27 2007-02-21 三星电子株式会社 播放表管理设备和方法
CN1969549B (zh) * 2004-04-16 2010-10-06 松下电器产业株式会社 记录方法，重放装置以及执行重放的方法
CN101626515B (zh) * 2003-06-13 2011-08-10 株式会社日立制作所 记录媒体的信息再现方法
CN101256567B (zh) * 2007-02-28 2011-12-07 富士施乐株式会社 图像处理系统和图像处理日志记录方法
CN103137164A (zh) * 2011-11-28 2013-06-05 索尼公司 信息处理设备、信息处理方法和程序
CN1882997B (zh) * 2003-11-20 2013-08-14 Lg电子株式会社 为记录介质创建回放控制文件的方法以及使用回放控制文件再现数据的方法和装置
CN112115072A (zh) * 2020-09-03 2020-12-22 清华大学 时序图的处理方法及装置

Families Citing this family (118)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2394352C (en) * 1999-12-14 2008-07-15 Scientific-Atlanta, Inc. System and method for adaptive decoding of a video signal with coordinated resource allocation
CN100450168C (zh) * 2001-06-15 2009-01-07 夏普株式会社 数据记录方法和数据解码方法
KR100598285B1 (ko) 2001-06-21 2006-07-07 엘지전자 주식회사 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체
KR20020097454A (ko) 2001-06-21 2002-12-31 엘지전자 주식회사 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체
JP4409792B2 (ja) 2001-06-22 2010-02-03 ソニー株式会社 データ伝送装置および方法、記録媒体並びにプログラム
JP2003032602A (ja) * 2001-07-11 2003-01-31 Pioneer Electronic Corp 画像編集装置及び方法、画像記録再生装置並びにコンピュータプログラム
JP3716920B2 (ja) 2001-10-16 2005-11-16 ソニー株式会社 記録媒体再生装置および方法、記録媒体、並びにプログラム
EP2196996A3 (en) 2001-11-29 2010-12-15 Sharp Kabushiki Kaisha Data reproduction device and method, storage medium, storage device, program and corresponding computer-readable storage medium
JP2003169292A (ja) 2001-11-30 2003-06-13 Victor Co Of Japan Ltd アフレコ装置、コンピュータプログラム、記録媒体、伝送方法及び再生装置
KR100563668B1 (ko) 2001-12-22 2006-03-28 엘지전자 주식회사 재기록 가능 고밀도 기록매체의 더빙 오디오 기록방법
KR100563667B1 (ko) 2001-12-24 2006-03-28 엘지전자 주식회사 재기록 가능 기록매체에의 정지영상 기록방법
US7274857B2 (en) * 2001-12-31 2007-09-25 Scientific-Atlanta, Inc. Trick modes for compressed video streams
KR100563670B1 (ko) 2002-01-28 2006-03-28 엘지전자 주식회사 재기록 가능 고밀도 기록매체의 정지영상 기록방법
KR100563685B1 (ko) * 2002-02-25 2006-03-28 엘지전자 주식회사 재기록 가능 기록매체의 재생리스트 관리방법
KR100880627B1 (ko) * 2002-04-25 2009-01-30 엘지전자 주식회사 멀티 더빙 오디오 스트림의 기록 및 재생 관리방법
KR20030087193A (ko) 2002-05-07 2003-11-14 엘지전자 주식회사 멀티 채널 방송 스트림의 기록 관리방법
JP3833571B2 (ja) * 2002-05-28 2006-10-11 富士通株式会社 データ復号器およびデータ復号化方法
US7657152B2 (en) * 2002-05-28 2010-02-02 Panasonic Corporation Broadcast playback and/or recording apparatus
KR100930354B1 (ko) * 2002-06-18 2009-12-08 엘지전자 주식회사 대화형 광디스크 장치에서의 콘텐츠 정보 재생방법과,콘텐츠 제공서버에서의 콘텐츠 정보 제공방법
JP4299780B2 (ja) 2002-06-21 2009-07-22 エルジー エレクトロニクス インコーポレーテッド ビデオデータの再生を管理するためのデータ構造を有する記録媒体
WO2004001748A1 (en) 2002-06-21 2003-12-31 Lg Electronics Inc. Recording medium having data structure for managing reproduction of video data recorded thereon
KR20040000290A (ko) 2002-06-24 2004-01-03 엘지전자 주식회사 고밀도 광디스크의 멀티 경로 데이터 스트림 관리방법
US7889968B2 (en) 2002-06-24 2011-02-15 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple reproduction path video data for at least a segment of a title recorded thereon and recording and reproducing methods and apparatuses
CN100380496C (zh) * 2002-06-24 2008-04-09 Lg电子株式会社 具有用于管理记录在其上面的多个标题视频数据的再现的数据结构的记录介质以及记录和再现方法及装置
RU2335811C2 (ru) * 2002-06-24 2008-10-10 Эл Джи Электроникс Инк. Носитель записи со структурой данных для управления воспроизведением записанных на нем видеоданных, имеющих множество разделов, а также способы и устройства записи и воспроизведения
KR100554767B1 (ko) 2002-06-28 2006-02-22 엘지전자 주식회사 다중 경로 데이터의 기록 및 재생을 관리하기 위한 데이터구조를 갖는 기록 매체와 그에 따른 기록 및 재생 방법 및장치
CN100580787C (zh) * 2002-06-28 2010-01-13 Lg电子株式会社 具有用于管理记录在其上面的多个重放路径视频数据的再现的数据结构的记录介质以及记录和再现方法及装置
KR100607949B1 (ko) * 2002-09-11 2006-08-03 삼성전자주식회사 계층화된 정보 구조를 이용한 멀티미디어 데이터 기록장치, 재생 장치 및 그 정보저장매체
JP3858151B2 (ja) * 2002-10-01 2006-12-13 パイオニア株式会社 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
JP4431043B2 (ja) * 2002-10-14 2010-03-10 エルジー エレクトロニクス インコーポレイティド 記録された複数のオーディオストリームの再生を管理するためのデータ構造を有する光ディスク、それによる記録及び再生方法及び装置
ATE547792T1 (de) * 2002-10-15 2012-03-15 Lg Electronics Inc Aufzeichnungsmedium mit einer datenstruktur zur verwaltung der wiedergabe mehrerer darauf aufgezeichneter grafikströme und aufzeichnungs- und wiedergabeverfahren und vorrichtungen
EP1559102A4 (en) 2002-11-08 2010-05-05 Lg Electronics Inc METHOD AND APPARATUS FOR RECORDING A MULTI-COMPONENT STREAM AND A HIGH-DENSITY RECORDING MEDIUM COMPRISING A RECORDED MULTI-COMPONENT STREAM AND METHOD AND APPARATUS FOR REPRODUCING SAID RECORDING MEDIUM
US7720356B2 (en) 2002-11-12 2010-05-18 Lg Electronics Inc Recording medium having data structure for managing reproduction of multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
US7783160B2 (en) 2002-11-20 2010-08-24 Lg Electronics Inc. Recording medium having data structure for managing reproduction of interleaved multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
US7664372B2 (en) 2002-11-20 2010-02-16 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple component data recorded thereon and recording and reproducing methods and apparatuses
US20050055375A1 (en) * 2002-12-13 2005-03-10 Yasuyuki Torii Recording and reproducing system, recording apparatus, reproducing apparatus, record medium, recording and reproducing method, recording method, reproducing method, program and record medium
US20050111831A1 (en) * 2002-12-13 2005-05-26 Chiyoko Matsumi Recording and reproducing system, recording and reproducing method, program and record medium
US7366733B2 (en) 2002-12-13 2008-04-29 Matsushita Electric Industrial Co., Ltd. Method and apparatus for reproducing play lists in record media
DE602004013430T2 (de) * 2003-02-19 2009-06-04 Panasonic Corp., Kadoma Aufzeichnungsmedium, wiedergabevorrichtung, aufzeichnungsverfahren, programm und wiedergabeverfahren
US7693394B2 (en) * 2003-02-26 2010-04-06 Lg Electronics Inc. Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses
US7809775B2 (en) * 2003-02-27 2010-10-05 Lg Electronics, Inc. Recording medium having data structure for managing playback control recorded thereon and recording and reproducing methods and apparatuses
WO2004077417A1 (en) 2003-02-28 2004-09-10 Lg Electronics Inc. Recording medium having data structure for managing random/shuffle reproduction of video data recorded thereon and recording and reproducing methods and apparatuses
MXPA05009749A (es) * 2003-03-14 2005-10-26 Interdigital Tech Corp Mecanismo de control de ganancia automatico mejorado, para transmisiones de datos divididas en intervalos de tiempo.
US7224664B2 (en) 2003-03-25 2007-05-29 Lg Electronics Inc. Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses
US7620301B2 (en) 2003-04-04 2009-11-17 Lg Electronics Inc. System and method for resuming playback
CA2523160C (en) 2003-04-23 2012-10-23 Matsushita Electric Industrial Co., Ltd. Recording medium, playback device, recording method, computer-readable memory and playback method for designating cue-up position using playlist mark information
JP4228767B2 (ja) * 2003-04-25 2009-02-25 ソニー株式会社 再生装置、再生方法、再生プログラムおよび記録媒体
KR100954999B1 (ko) * 2003-06-02 2010-04-27 엘지전자 주식회사 고밀도 광디스크의 부가 콘텐츠 데이터 관리 및 재생방법
US20040252966A1 (en) * 2003-06-10 2004-12-16 Holloway Marty M. Video storage and playback system and method
KR20050012328A (ko) 2003-07-25 2005-02-02 엘지전자 주식회사 고밀도 광디스크의 프레젠테이션 그래픽 데이터 관리 및재생방법과 그에 따른 고밀도 광디스크
TWI279788B (en) 2003-07-24 2007-04-21 Lg Electronics Inc Recording medium having a data structure for managing reproduction of text subtitle data recorded thereon and recording and reproducing methods and apparatuses
JP2005057657A (ja) * 2003-08-07 2005-03-03 Canon Inc 画像処理装置
US7966642B2 (en) * 2003-09-15 2011-06-21 Nair Ajith N Resource-adaptive management of video storage
CN101714389B (zh) * 2003-10-03 2013-06-19 夏普株式会社 记录再现装置和文件存取方法
US7945141B2 (en) * 2003-10-06 2011-05-17 Samsung Electronics Co., Ltd. Information storage medium including event occurrence information, and apparatus and method for reproducing the information storage medium
JP4464101B2 (ja) * 2003-10-10 2010-05-19 キヤノン株式会社 トランスポートストリーム編集方法及び装置
KR100966668B1 (ko) * 2003-10-10 2010-06-29 샤프 가부시키가이샤 콘텐츠 재생 장치, 콘텐츠 기록 매체, 콘텐츠 재생 방법 및 기록 매체
TW200518070A (en) 2003-10-10 2005-06-01 Matsushita Electric Ind Co Ltd Recording medium, reproduction device, program, and reproduction method
KR20050035678A (ko) 2003-10-14 2005-04-19 엘지전자 주식회사 광디스크 장치의 부가 데이터 재생방법 및 장치와, 이를위한 광디스크
KR20050036277A (ko) * 2003-10-15 2005-04-20 엘지전자 주식회사 고밀도 광디스크의 네비게이션 정보 관리방법
KR20050052790A (ko) * 2003-12-01 2005-06-07 엘지전자 주식회사 고밀도 광디스크 및 고밀도 광디스크의 파일 관리방법 및재생방법과 기록재생장치
EP1721319A2 (en) * 2004-01-06 2006-11-15 LG Electronics Inc. Recording medium and method and apparatus for reproducing and recording text subtitle streams
KR20050072255A (ko) * 2004-01-06 2005-07-11 엘지전자 주식회사 고밀도 광디스크의 서브타이틀 구성방법 및 재생방법과기록재생장치
CA2553708C (en) * 2004-02-06 2014-04-08 Sony Corporation Information processing device, information processing method, program, and data structure
BRPI0418518A (pt) * 2004-02-10 2007-05-08 Lg Electronics Inc meio fìsico de gravação, método e aparelho para gravar e reproduzir uma estrutura de dados
EP1716566A1 (en) * 2004-02-10 2006-11-02 LG Electronic Inc. Recording medium having a data structure for managing font information for text subtitles and recording and reproducing methods and apparatuses
US20050196146A1 (en) * 2004-02-10 2005-09-08 Yoo Jea Y. Method for reproducing text subtitle and text subtitle decoding system
BRPI0507596A (pt) * 2004-02-10 2007-07-03 Lg Electronics Inc meio fìsico de gravação, método e aparelho para decodificar um fluxo de subtìtulo de texto
KR20070028325A (ko) * 2004-02-10 2007-03-12 엘지전자 주식회사 텍스트 서브타이틀 디코더 및 텍스트 서브타이틀 스트림디코딩 방법
KR20050089353A (ko) * 2004-03-04 2005-09-08 엘지전자 주식회사 고밀도 광디스크와 그에 따른 데이터 파일 구성 방법 및재생 방법과 장치
WO2005074394A2 (en) * 2004-02-10 2005-08-18 Lg Electronics Inc. Recording medium having a data structure for managing various data and recording and reproducing methods and apparatuses
RU2377669C2 (ru) * 2004-02-10 2009-12-27 ЭлДжи ЭЛЕКТРОНИКС ИНК. Носитель записи, имеющий структуру данных для управления различными данными, и способ и устройство записи и воспроизведения
KR20070028323A (ko) * 2004-02-10 2007-03-12 엘지전자 주식회사 상이한 언어들과 연관된 데이터 스트림을 관리하기 위한데이터 구조를 가지는 기록매체 및 기록재생 방법 및 장치
US7643732B2 (en) 2004-02-10 2010-01-05 Lg Electronics Inc. Recording medium and method and apparatus for decoding text subtitle streams
WO2005081643A2 (en) * 2004-02-26 2005-09-09 Lg Electronics Inc. Recording medium and method and apparatus for reproducing and recording text subtitle streams
KR100662902B1 (ko) * 2004-03-09 2007-01-02 삼성전자주식회사 Ｄｖｉ 규격의 디지털 신호를 출력할 수 있는 광재생장치및 그 재생방법
US7512322B2 (en) 2004-03-17 2009-03-31 Lg Electronics, Inc. Recording medium, method, and apparatus for reproducing text subtitle streams
US7729594B2 (en) 2004-03-18 2010-06-01 Lg Electronics, Inc. Recording medium and method and apparatus for reproducing text subtitle stream including presentation segments encapsulated into PES packet
US7617242B2 (en) * 2004-03-30 2009-11-10 Panasonic Corporation Method and apparatus for reproducing play lists in record media
US20050219980A1 (en) * 2004-04-02 2005-10-06 Hiroshi Kase Data recording and reproducing apparatus, data recording and reproducing method and recording medium
US20050232601A1 (en) * 2004-04-02 2005-10-20 Hiroshi Kase Data recording and reproducing apparatus, data recording and reproducing method and recording medium
US20050220442A1 (en) * 2004-04-02 2005-10-06 Hiroshi Kase Data recording and reproducing apparatus, data recording and reproducing method and recording medium
CN1943237A (zh) * 2004-04-15 2007-04-04 皇家飞利浦电子股份有限公司 无需重新编码为多媒体段的无缝连接创建桥接剪辑
JP4249224B2 (ja) 2004-04-16 2009-04-02 パナソニック株式会社 再生装置、及び記録方法
KR20060047266A (ko) * 2004-04-26 2006-05-18 엘지전자 주식회사 기록매체, 기록매체의 재생방법과 재생장치
EP1596396A1 (en) * 2004-05-15 2005-11-16 Deutsche Thomson-Brandt Gmbh Method for splitting a data stream
JP4608953B2 (ja) * 2004-06-07 2011-01-12 ソニー株式会社 データ記録装置、方法およびプログラム、データ再生装置、方法およびプログラム、ならびに、記録媒体
US20050276548A1 (en) * 2004-06-10 2005-12-15 Jiang Fu Transcoding closed captioning data from broadcast DTV onto DVD
US8600217B2 (en) * 2004-07-14 2013-12-03 Arturo A. Rodriguez System and method for improving quality of displayed picture during trick modes
CN100395842C (zh) * 2004-12-10 2008-06-18 上海乐金广电电子有限公司 Dvd设备的编码装置及其方法
KR101151303B1 (ko) * 2004-12-29 2012-06-08 엘지전자 주식회사 데이터 패킷의 도착시각을 결정하는 방법 및 장치
US8842977B2 (en) * 2005-01-07 2014-09-23 Samsung Electronics Co., Ltd. Storage medium storing metadata for providing enhanced search function
KR100782810B1 (ko) * 2005-01-07 2007-12-06 삼성전자주식회사 확장 검색 기능을 제공하기 위한 메타데이터가 기록된 저장매체를 재생하는 방법 및 장치
CN102270482A (zh) 2005-01-28 2011-12-07 松下电器产业株式会社 记录介质、程序和再现方法
JP2006302346A (ja) * 2005-04-15 2006-11-02 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
EP1873780B1 (en) * 2005-04-22 2018-10-03 Sony Corporation Recording device, recording method, reproducing device, reproducing method, program, and recording medium
US7912219B1 (en) 2005-08-12 2011-03-22 The Directv Group, Inc. Just in time delivery of entitlement control message (ECMs) and other essential data elements for television programming
JP2007074549A (ja) * 2005-09-08 2007-03-22 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
US8694042B2 (en) 2005-10-14 2014-04-08 Qualcomm Incorporated Method and apparatus for determining a base station's transmission power budget
JP4784371B2 (ja) * 2006-04-06 2011-10-05 ソニー株式会社 記録装置、記録方法および記録プログラム
JP4591405B2 (ja) * 2006-05-10 2010-12-01 ソニー株式会社 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム
JP4229144B2 (ja) 2006-06-23 2009-02-25 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
WO2008059574A1 (en) 2006-11-16 2008-05-22 Fujitsu Microelectronics Limited Gop-to-gop management device
US20090033791A1 (en) * 2007-07-31 2009-02-05 Scientific-Atlanta, Inc. Video processing systems and methods
JP4751868B2 (ja) * 2007-10-04 2011-08-17 ルネサスエレクトロニクス株式会社 光ディスク再生装置
US8223151B2 (en) * 2008-01-25 2012-07-17 Tektronix, Inc. Mark extension for analysis of long record length data
US8300696B2 (en) * 2008-07-25 2012-10-30 Cisco Technology, Inc. Transcoding for systems operating under plural video coding specifications
JP2011151784A (ja) * 2009-12-25 2011-08-04 Panasonic Corp 動画像多重化装置、映像音声記録装置及び動画像多重化方法
JP2012249019A (ja) * 2011-05-26 2012-12-13 Sony Corp 記録装置、記録方法、再生装置、再生方法、プログラム、および記録再生装置
JP2013115552A (ja) * 2011-11-28 2013-06-10 Sony Corp 情報処理装置、情報処理方法、並びにプログラム
US10372758B2 (en) * 2011-12-22 2019-08-06 Tivo Solutions Inc. User interface for viewing targeted segments of multimedia content based on time-based metadata search criteria
TWI540886B (zh) * 2012-05-23 2016-07-01 晨星半導體股份有限公司 音訊解碼方法及音訊解碼裝置
TWI447718B (zh) * 2012-09-03 2014-08-01 Mstar Semiconductor Inc 產生略縮圖之方法與裝置
US9888115B2 (en) 2013-02-28 2018-02-06 Lennard A. Gumaer Media device and method of using a media device
US9998750B2 (en) 2013-03-15 2018-06-12 Cisco Technology, Inc. Systems and methods for guided conversion of video from a first to a second compression format
JP6461638B2 (ja) * 2014-02-21 2019-01-30 日本放送協会 受信機
JPWO2017187807A1 (ja) * 2016-04-28 2019-03-07 ソニー株式会社 情報処理端末装置
DE102017127428B4 (de) * 2016-11-22 2023-11-09 Hyundai Motor Company Verfahren und Vorrichtung zum Wiedergeben von Inhalten basierend auf einer Präsentationszeit im Fahrzeugnetzwerk

Family Cites Families (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3344607B2 (ja) 1993-10-04 2002-11-11 松下電器産業株式会社 光ディスク、再生装置および再生方法
JPH0846907A (ja) * 1994-07-27 1996-02-16 Hitachi Ltd ディスク記録装置
JP2873781B2 (ja) 1994-08-17 1999-03-24 株式会社グラフィックス・コミュニケーション・ラボラトリーズ 動画像符号量制御方法と装置
JP3119116B2 (ja) 1995-06-07 2000-12-18 株式会社日立製作所 ディジタル映像信号の出力回路、記録装置及び再生装置
US6002834A (en) * 1995-02-24 1999-12-14 Hitachi, Ltd. Optical disk having table relating sector address and time and optical disk reproducing apparatus
JP3329979B2 (ja) * 1995-02-24 2002-09-30 株式会社日立製作所 光ディスク及び光ディスク再生装置
JPH08280012A (ja) 1995-04-08 1996-10-22 Sony Corp データ記録方法及び装置、データ再生方法及び装置、記録媒体、データ伝送方法及び装置
US5612900A (en) * 1995-05-08 1997-03-18 Kabushiki Kaisha Toshiba Video encoding method and system which encodes using a rate-quantizer model
JPH0946691A (ja) * 1995-07-31 1997-02-14 Victor Co Of Japan Ltd 情報蓄積出力方法及び情報蓄積出力装置
TW436777B (en) * 1995-09-29 2001-05-28 Matsushita Electric Ind Co Ltd A method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
JP3884785B2 (ja) * 1995-11-08 2007-02-21 キヤノン株式会社 記録再生装置、再生装置及び再生方法
JPH09139937A (ja) 1995-11-14 1997-05-27 Fujitsu Ltd 動画ストリーム変換装置
JP3536493B2 (ja) 1995-12-13 2004-06-07 ソニー株式会社 オーサリングシステム，このシステムで使用される符号化装置及び多重化装置並びに多重ビットストリームを生成する方法
US5872598A (en) * 1995-12-26 1999-02-16 C-Cube Microsystems Scene change detection using quantization scale factor rate control
JPH09233374A (ja) 1996-02-20 1997-09-05 Sony Tektronix Corp 放送用録画再生システム
JP4112644B2 (ja) 1996-02-28 2008-07-02 パイオニア株式会社 情報記録媒体、情報記録装置及び情報記録方法並びに情報再生装置及び情報再生方法
JP3719758B2 (ja) 1996-03-19 2005-11-24 パイオニア株式会社 情報記録装置及び方法並びに情報再生装置及び方法
JPH09312656A (ja) 1996-03-21 1997-12-02 Sony Corp 伝送装置およびその方法
JPH1023069A (ja) 1996-07-02 1998-01-23 Sony Corp 伝送装置及び伝送方法
JP3216531B2 (ja) 1996-07-24 2001-10-09 三菱電機株式会社 再多重化装置および再多重化方法
KR19980017222A (ko) * 1996-08-30 1998-06-05 배순훈 디브이디 시스템의 화상 스캔 방법
US5838876A (en) * 1996-09-24 1998-11-17 Sony Corporation Frame-accurate edit and playback in digital stream recording
JP3151173B2 (ja) 1996-09-25 2001-04-03 松下電器産業株式会社 画像圧縮符号化装置及び方法
US6393196B1 (en) 1996-09-27 2002-05-21 Matsushita Electric Industrial Co., Ltd. Multimedia stream generating method enabling alternative reproduction of video data, and a multimedia optical disk authoring system
US5917830A (en) * 1996-10-18 1999-06-29 General Instrument Corporation Splicing compressed packetized digital video streams
JPH10133700A (ja) 1996-10-31 1998-05-22 Sanyo Electric Co Ltd 圧縮符号化データの記録方法
JPH10145735A (ja) 1996-11-05 1998-05-29 Toshiba Corp 復号装置および画像／音声再生方法
US6324335B1 (en) * 1996-11-29 2001-11-27 Sony Corporation Editing system and editing method
JP4363671B2 (ja) 1997-03-20 2009-11-11 ソニー株式会社 データ再生装置及びデータ再生方法
JP3791114B2 (ja) 1997-04-30 2006-06-28 ソニー株式会社 信号再生装置及び方法
JP3356004B2 (ja) * 1997-05-30 2002-12-09 日本ビクター株式会社 可変レート符号化装置及び方法
WO1999014935A2 (en) * 1997-09-17 1999-03-25 Matsushita Electric Industrial Co., Ltd. Optical disc, video data editing apparatus, computer-readable recording medium storing an editing program, reproduction apparatus for the optical disc, and computer-readable recording medium storing a reproduction program
DE69833976T2 (de) * 1997-09-17 2006-09-07 Matsushita Electric Industrial Co., Ltd., Kadoma Optische Platte, Aufzeichnungsgerät, und rechnerlesbares Aufzeichnungsmedium
KR100532738B1 (ko) * 1997-09-17 2005-12-01 마츠시타 덴끼 산교 가부시키가이샤 비디오 데이터 편집장치, 비디오 데이터 편집장치의 기록매체로서 이용하기 위한 광디스크 및 편집 프로그램을 저장한 컴퓨터 판독가능한 기록매체
JPH1196730A (ja) 1997-09-17 1999-04-09 Matsushita Electric Ind Co Ltd 光ディスク及びその編集装置、再生装置
JPH11103441A (ja) 1997-09-26 1999-04-13 Matsushita Electric Ind Co Ltd クリップ表示方法とその表示装置
EP0944249B1 (en) 1997-10-03 2007-12-19 Sony Corporation Encoded stream splicing device and method, and an encoded stream generating device and method
JPH11122623A (ja) 1997-10-15 1999-04-30 Mega Chips Corp 画像符号化装置
US6697566B2 (en) 1997-10-17 2004-02-24 Sony Corporation Encoded signal characteristic point recording apparatus
EP0917149A3 (en) 1997-10-21 2001-03-21 Sony Corporation Information processing apparatus, information processing method, presentation medium and recording medium
JP3276596B2 (ja) * 1997-11-04 2002-04-22 松下電器産業株式会社 動画像編集装置
JPH11149717A (ja) 1997-11-19 1999-06-02 Toshiba Corp デコード処理方法及び装置
TW385436B (en) 1997-12-12 2000-03-21 Toshiba Corp Digital recording system using variable recording rate
JPH11205740A (ja) * 1998-01-09 1999-07-30 Toshiba Corp 圧縮記録装置及び方法
JPH11259992A (ja) 1998-03-10 1999-09-24 Toshiba Corp 情報記録媒体と情報記録装置と情報編集装置とディジタル放送記録装置
JP4615637B2 (ja) 1998-03-20 2011-01-19 パイオニア株式会社 情報記録再生装置
TW444188B (en) * 1998-05-01 2001-07-01 Samsung Electronics Co Ltd Recording medium for storing real time recording/reproduction information, method and apparatus for recording and reproducing in real time and file operating method using the same
JP4207304B2 (ja) 1998-05-19 2009-01-14 ソニー株式会社 情報入力装置および方法、情報出力装置および方法、並びに記録媒体
JPH11355772A (ja) 1998-06-10 1999-12-24 Victor Co Of Japan Ltd 映像信号符号化装置
JP3383587B2 (ja) 1998-07-07 2003-03-04 株式会社東芝 静止画像連続情報記録方法と光ディスクと光ディスクの情報再生装置と情報再生方法
JP3356691B2 (ja) * 1998-07-07 2002-12-16 株式会社東芝 情報記録媒体とその記録方法及び再生方法
JP2000059326A (ja) 1998-08-11 2000-02-25 Sony Corp 送出ログファイル作成方法およびデータ送出装置
EP0986062A1 (en) 1998-09-07 2000-03-15 Deutsche Thomson-Brandt Gmbh Method for addressing a bit stream recording
TW463165B (en) * 1998-09-07 2001-11-11 Thomson Brandt Gmbh Method for addressing a bitstream to be recorded or being recorded on a storage medium
EP0991072A1 (en) 1998-09-07 2000-04-05 Deutsche Thomson-Brandt Gmbh Method for addressing a bit stream recording
JP4207099B2 (ja) 1998-09-29 2009-01-14 ソニー株式会社 画像編集装置及びその方法
JP2000149502A (ja) 1998-11-10 2000-05-30 Sony Corp 編集データ作成装置
CA2289958C (en) * 1998-11-19 2003-01-21 Tomoyuki Okada Information recording medium, apparatus and method for recording or reproducing data thereof
EP1021048A3 (en) * 1999-01-14 2002-10-02 Kabushiki Kaisha Toshiba Digital video recording system and its recording medium
JP3715533B2 (ja) 1999-02-05 2005-11-09 株式会社東芝 ストリーム情報の情報記憶媒体、その記録方法、再生方法、記録装置および再生装置
MY128112A (en) * 1999-03-10 2007-01-31 Matsushita Electric Ind Co Ltd Optical disc, optical disc recording and reproducing apparatus, and optical disc recording and reproducing method
WO2000055854A1 (fr) * 1999-03-17 2000-09-21 Kabushiki Kaisha Toshiba Procede d'enregistrement de donnees en fluxet de leur structure
US6493005B1 (en) * 1999-03-30 2002-12-10 Sony Corporation On screen display
WO2000065842A1 (en) * 1999-04-23 2000-11-02 Sony Corporation Image encoder and its method
JP4389365B2 (ja) * 1999-09-29 2009-12-24 ソニー株式会社 トランスポートストリーム記録装置および方法、トランスポートストリーム再生装置および方法、並びにプログラム記録媒体
JP4328989B2 (ja) * 1999-11-24 2009-09-09 ソニー株式会社 再生装置、再生方法、並びに記録媒体
JP3942792B2 (ja) 2000-03-28 2007-07-11 パイオニア株式会社 映像編集方法及び装置、並びにそのための記憶媒体
GB0007870D0 (en) * 2000-03-31 2000-05-17 Koninkl Philips Electronics Nv Methods and apparatus for making and replauing digital video recordings, and recordings made by such methods
JP4168569B2 (ja) 2000-03-31 2008-10-22 松下電器産業株式会社 映像編集装置
JP4517266B2 (ja) * 2000-04-21 2010-08-04 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
WO2001082608A1 (fr) * 2000-04-21 2001-11-01 Sony Corporation Appareil et procede de traitement des informations, programme et support enregistre

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1301506C (zh) * 2002-12-27 2007-02-21 三星电子株式会社 播放表管理设备和方法
CN101626515B (zh) * 2003-06-13 2011-08-10 株式会社日立制作所 记录媒体的信息再现方法
CN1882997B (zh) * 2003-11-20 2013-08-14 Lg电子株式会社 为记录介质创建回放控制文件的方法以及使用回放控制文件再现数据的方法和装置
CN1969549B (zh) * 2004-04-16 2010-10-06 松下电器产业株式会社 记录方法，重放装置以及执行重放的方法
CN101815212B (zh) * 2004-04-16 2013-01-02 松下电器产业株式会社 重放装置以及记录方法
CN101256567B (zh) * 2007-02-28 2011-12-07 富士施乐株式会社 图像处理系统和图像处理日志记录方法
CN103137164A (zh) * 2011-11-28 2013-06-05 索尼公司 信息处理设备、信息处理方法和程序
CN112115072A (zh) * 2020-09-03 2020-12-22 清华大学 时序图的处理方法及装置
CN112115072B (zh) * 2020-09-03 2022-06-17 清华大学 时序图的处理方法及装置

Also Published As

Publication number Publication date
EP1198132A4 (en) 2010-07-28
WO2001082604A1 (en) 2001-11-01
KR100821019B1 (ko) 2008-04-08
JP2011050082A (ja) 2011-03-10
CN101867835B (zh) 2013-09-11
JP2011135589A (ja) 2011-07-07
US20100080534A1 (en) 2010-04-01
CN1383678A (zh) 2002-12-04
CN101867835A (zh) 2010-10-20
WO2001082605A1 (en) 2001-11-01
CN1199446C (zh) 2005-04-27
US7646967B2 (en) 2010-01-12
JP5008161B2 (ja) 2012-08-22
JP2012191658A (ja) 2012-10-04
JP5008160B2 (ja) 2012-08-22
MXPA01013110A (es) 2002-06-04
KR100806432B1 (ko) 2008-02-21
US20030103604A1 (en) 2003-06-05
JP5047371B2 (ja) 2012-10-10
EP2546833A2 (en) 2013-01-16
JP5500398B2 (ja) 2014-05-21
US8634700B2 (en) 2014-01-21
EP2546833A3 (en) 2014-08-20
EP1198132A1 (en) 2002-04-17
JP2011050081A (ja) 2011-03-10
KR20020026195A (ko) 2002-04-06
KR20020022135A (ko) 2002-03-25

Similar Documents

Publication Publication Date Title
CN1199446C (zh) 信息处理设备和方法
CN1193607C (zh) 信息处理设备和方法
CN1239021C (zh) 信息处理设备及方法、程序和记录介质
CN100348033C (zh) 信息处理方法和装置、程序和记录介质
CN1310508C (zh) 数据传输装置及方法
CN1237822C (zh) 光盘、光盘记录方法和装置,以及光盘再现方法和装置
CN1437750A (zh) 数据记录设备
CN1145965C (zh) 用于生成存储在信息记录盘上的图象位流设备和方法
CN1293755C (zh) 流变换方法和装置、数据记录方法和装置、数据记录介质
CN1771728A (zh) 信息记录介质,将信息记录到信息记录介质的装置及方法
CN1535465A (zh) 信息记录介质,将信息记录到信息记录介质的装置及方法
CN1969549A (zh) 记录介质，再现设备，程序
CN1856079A (zh) 再现装置、再现方法、再现程序以及记录介质
CN1969548A (zh) 记录介质,再现设备,程序
CN1617576A (zh) 信息记录介质、方法和设备以及信息回放方法和设备
CN1839626A (zh) 再现装置、程序以及再现方法
CN1685721A (zh) 再现装置、再现方法、再现程序以及记录介质
CN1706187A (zh) 数据处理装置
CN1926857A (zh) 记录媒体、再现装置、程序、再现方法
CN1342316A (zh) 光盘、光盘记录和重放装置及光盘记录和重放方法
CN1933582A (zh) 再生装置、再生方法、程序、及程序存储介质
CN1509572A (zh) 流变换方法和装置,数据记录方法和装置,和数据记录介质
CN1885426A (zh) 使用存储信息介质的信息回放系统
CN1194537C (zh) 数据访问位置定位方法
CN1625243A (zh) 信息记录介质、方法和装置以及信息重放方法和装置

Legal Events

Date Code Title Description
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20021204

Assignee: Guangdong OPPO Mobile Communications Co., Ltd.

Assignor: Blue light United Co., Ltd.

Contract record no.: 2014990000237

Denomination of invention: Control device and method therefor, information processing device and method therefor, and medium

Granted publication date: 20050427

License type: Common License

Record date: 20140423

Application publication date: 20021204

Assignee: Guangzhou Panyu Juda Car Audio Equipment Co., Ltd.

Assignor: Blue light United Co., Ltd.

Contract record no.: 2014990000233

Denomination of invention: Control device and method therefor, information processing device and method therefor, and medium

Granted publication date: 20050427

License type: Common License

Record date: 20140422

Application publication date: 20021204

Assignee: TCL Kone Electronics (Huizhou) Ltd.

Assignor: Blue light United Co., Ltd.

Contract record no.: 2014990000240

Denomination of invention: Control device and method therefor, information processing device and method therefor, and medium

Granted publication date: 20050427

License type: Common License

Record date: 20140423

Application publication date: 20021204

Assignee: Shenzhen Maxmade Technology Co.,Ltd.

Assignor: Blue light United Co., Ltd.

Contract record no.: 2014990000239

Denomination of invention: Control device and method therefor, information processing device and method therefor, and medium

Granted publication date: 20050427

License type: Common License

Record date: 20140423

Application publication date: 20021204

Assignee: China Hualu Group Ltd.

Assignor: Blue light United Co., Ltd.

Contract record no.: 2014990000238

Denomination of invention: Control device and method therefor, information processing device and method therefor, and medium

Granted publication date: 20050427

License type: Common License

Record date: 20140423

LICC Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20021204

Assignee: Dongguan de video technology Co. Ltd. Kit

Assignor: Blue light United Co., Ltd.

Contract record no.: 2016990000233

Denomination of invention: Control device and method therefor, information processing device and method therefor, and medium

Granted publication date: 20050427

License type: Common License

Record date: 20160614

LICC Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model
CX01 Expiry of patent term

Granted publication date: 20050427

CX01 Expiry of patent term