CN101867835B - 编码设备和方法、以及记录方法 - Google Patents

编码设备和方法、以及记录方法 Download PDF

Info

Publication number
CN101867835B
CN101867835B CN200910128270XA CN200910128270A CN101867835B CN 101867835 B CN101867835 B CN 101867835B CN 200910128270X A CN200910128270X A CN 200910128270XA CN 200910128270 A CN200910128270 A CN 200910128270A CN 101867835 B CN101867835 B CN 101867835B
Authority
CN
China
Prior art keywords
stream
time
playlist
coding
clip
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.)
Expired - Fee Related
Application number
CN200910128270XA
Other languages
English (en)
Other versions
CN101867835A (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 CN101867835A publication Critical patent/CN101867835A/zh
Application granted granted Critical
Publication of CN101867835B publication Critical patent/CN101867835B/zh
Anticipated expiration legal-status Critical
Expired - Fee Related 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流上的属性信息将时间控制标志设置为1以便编码和记录AV流时，AV流的流逝时间在预定误差范围内正比于AV流的数据字节数。如果将AV流文件的时间控制标志设置为1，并且如果部分地删除流的对应于一时间的部分，则在盘上创建对应于该删除时间的空区域，在该空区域上可以以由流的TS平均速率指示的位速率记录数据。

Description

编码设备和方法、以及记录方法
本申请是申请日为2001年04月20日、申请号为01801611.1(国际申请号为PCT/JP01/03412)的、名称为“编码设备和方法、记录介质和程序”的发明专利申请的分案申请。
技术领域
本发明涉及一种编码设备和方法、一种记录介质和程序。更具体地，涉及一种其中将记录在记录介质上的数据内容的管理信息生成(render)用于记录的文件的编码设备和方法、记录介质和程序。
背景技术
近来已经提出了各种类型的光盘，作为能够从记录设备中移出的记录介质。这些可记录的光盘已经是作为几个GB的大容量介质被提出，并且认为有希望作为用于记录诸如视频信号的AV(视听)信号的介质。在要记录在该可记录光盘上的数字AV信号源(供应源)中，有CS数字卫星广播和BS数字广播。另外，数字系统的地波电视广播也已经为今后使用而提出。
从这些源提供的数字视频信号在MPEG2(运动图像专家组)系统下被例行地进行画面压缩。在记录设备中，设置了适合于该设备的记录速率。如果数字广播的数字视频信号记录在国内使用的常规画面存储介质中，数字视频信号被首先解码，并且随后进行带宽限制以用于记录。在当然包括MPEG1视频、MPEG2视频和DV系统的数字记录系统的情况下，数字视频信号被首先解码，并且随后根据适合于随后记录的设备的记录速率的编码系统进行重新编码。
但是，其中所提供的位流在记录之前一次解码并随后进行带宽限制及重新编码的记录系统有变坏的画面质量。在记录画面压缩数字信号中，如果输入数字信号的传输速率小于记录和/或再现设备的记录速率，直接记录所提供的没有进行解码或者重新编码的位流的方法在画面质量上仅仅在很少程度上遭受破坏。但是，如果输入数字信号的传输速率超过记录和/或再现设备的记录速率，则重新编码位流和记录经过重新编码的位流确实是必须的，结果，在记录和/或再现设备中解码之后，传输速率将不高于盘记录速率的上限。
如果位流在其中输入数字信号的位速率随时间增加或者降低的可变速率系统中传输，则适于在缓冲器中暂时存储数据和突发方式记录该数据的盘记录设备与具有由旋转头的固定rpm(每分钟转速)强加的固定记录速率的带式记录系统相比，其记录介质的容量浪费要少。
因此，可以预计，在不远的将来，当数字广播变成主流时，增加对记录和/或再现设备的需求，其中广播信号记录为数字信号，DataStreamer无需进行解码或重新编码，并且其中盘用作记录介质。
如果记录介质的容量增加，则可以在记录介质上记录大量的数据(这里指与节目有关的图像或语音)。因此，大量的节目记录在一个盘上，结果用户选择记录在盘上的许多节目中的所期望的节目的操作很复杂。因此，使用户能够在再现盘时确认记录的数据以便相当容易地选择所期望的节目(数据)是必要的。
发明的公开
因此，本发明的目的在于生成记录在用于记录的记录介质上的数据内容的管理信息，由此记录在记录介质上的数据内容和应答信息可以得到适当地管理。
一方面，本发明提供了一种用于编码画面数据的编码设备，包括用于以可变速率编码画面数据的编码器，和用于管理控制以便画面编码数据的数量与时间流逝基本上成正比的控制器。本发明提供的用于编码画面数据的编码设备包括：编码器，用于以可变速率编码所述画面数据；和控制器，具有其中编码的数据量在预设误差范围内与流逝的时间成正比的编码模式和其中不保证编码的画面数据量与流逝的时间成正比的另一种编码模式，所述控制器根据有关的编码模式控制编码的画面数据量。
控制器可以管理控制，使得如果每单位时间产生的画面编码数据的数量少于预定值，则将编码填充(stuffing)字节。
控制器可以根据在编码各自画面中产生的数据量校验填充字节是否将被编码。
控制器可以管理编码填充字节的控制，使得VBV缓冲器将不产生溢出。
控制器可以管理控制，以其中画面编码数据的数量基本上与时间流逝成正比的编码模式或常规(routine)编码模式执行编码。
控制器可以产生指示编码模式是否是其中画面编码数据的数量与时间流逝基本上成正比的编码模式的附加信息。
另一方面，本发明提供了一种用于编码画面数据的编码方法，包括以可变速率编码画面数据的编码步骤，和管理控制以便画面编码数据的数量与时间流逝基本上成正比的控制步骤。本发明提供的用于编码画面数据的编码方法包括：编码步骤，用于以可变速率编码所述画面数据；和控制步骤，具有其中编码的数据量在预设误差范围内与流逝的时间成正比的编码模式和其中不保证编码的画面数据量与流逝的时间成正比的另一种编码模式，所述控制步骤根据有关的编码模式控制编码的画面数据量。
再另一方面，本发明提供了一种其上记录了用于控制用来编码画面数据的编码设备的计算机可读程序的记录介质，该程序包括以可变速率编码画面数据的编码步骤，和管理控制以便画面编码数据的数量与时间流逝基本上成正比的控制步骤。
再另一方面，本发明提供了一种用于使得计算机控制用来编码画面数据的编码设备以执行下述步骤的程序：以可变速率编码画面数据的编码步骤，和管理控制以便画面编码数据的数量与时间流逝基本上成正比的控制步骤。
在根据本发明的编码方法和设备、记录介质和程序中，画面数据以可变速率被编码，和控制得到管理，使得画面编码数据的数量与时间流逝大约成正比。
再另一方面，本发明提供了其上记录有画面数据的记录介质，该记录介质上记录了包括与该画面数据相关的画面数据和音频数据的AV流文件，和指示AV流文件的记录模式的标志。
该标志可以是time_controlled_flag(时间_控制_标志)。
该标志可以指示该模式是这样的一个模式，其中进行记录，使得文件的大小将与从记录的时间开始的时间流逝成正比。
本发明还提供了一种在记录介质记录画面数据的方法，该方法包括以下步骤：在所述记录介质上记录包括所述画面数据和与所述画面数据相关的音频数据的视听流文件；和记录指示是否已经以其中所述视听流的文件大小与时间的流逝在预设误差范围内成正比的编码模式进行了编码的标志。
在根据本发明的记录介质中，记录有画面数据、包含与该画面数据相关的音频数据的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说明了图1的AV编码器的操作。
图79是用于说明用记录AV流的可变位速率编码视频的操作的流程图。
图80说明了视频缓冲校验器。
图81说明了VBV(视频缓冲校验器)控制。
图82说明了VBV控制。
图83显示了控制可变位速率的情况。
图84显示了可变位速率的控制的情况。
图85是用于说明图79的步骤S21的细节的流程图。
图86是用于说明图86的步骤S205的细节的流程图。
图87说明了AV流的时间流逝和AV流上的数据字节数量之间的关系。
图88是说明用可变编码速率编码视频和记录AV流的操作的流程图。
图89是用于说明图88的步骤S400的细节的流程图。
图90是用于说明保证时间流逝和AV流的数据字节数量之间的正比关系的编码模式的流程图。
图91显示了最小化操作的例子。
图92显示了在最小化的情况下，擦除在IN_time之前不需要的流数据的例子。
图93显示了在最大化的情况下，擦除在OUT_time之后不需要的流数据的例子。
图94是用于说明形成EP_map的典型操作的流程图。
图95说明了一种介质。
实施本发明的最佳方式
引用附图，现在详细地说明本发明的实施例。图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引用的Cilp的标记。
附加到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-2AAC音频流的视频或者音频元件的类型。该信息对创建用于给用户显示引用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引用的Clip AV流之源数据包的地址。该源数据包之前是连接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_Cilp具有基于源数据包数为单位的大小，并且以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_file_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字段中，在这些有效字符字母后面的值可以是任意的。
fef_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的常数。
如果t ime_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_map_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的值，则缩略图画面不附加到其标记。
MakerPrivateData(制造者个人数据)已经参照图22进行了说明，因此这里不再特别说明。
接下来说明thumbnail_information(缩略图信息)。极小画面存储于menu.thmb(菜单)文件或mark.thmb(标记)文件中。这些文件具有相同的句法结构并拥有唯一的Thumbnail()。menu.thmb文件存储表示各自PlatyLists的画面。菜单缩略图的整体存储于唯一的menu.thmb文件中。
mark.thmb文件存储标记缩略图画面，它是表示标记点的画面。对应于PlatyLists和Clips的整体的标记缩略图的整体存储于唯一的mark.thmb文件中。由于频繁地增加或删除缩略图，增加和部分删除的操作必须可以容易并迅速地得到执行。为此，Thumbnail()具有块结构。画面数据被分为多个部分，每个部分存储于一个tn_block(tn块)中。一个画面数据被存储于连续的tn_block中。在tn_block的串中，可能存在未使用的tn_block块。唯一缩略图画面的字节长度是可变的。
图78是用于说明在控制可变位速率以便时间流逝在预设误差范围内与AV流的数据字节数量成正比的情况下，图1的记录和/或再现设备的AV编码器15的操作的方块图。图78中用相同标号表示的方框与图1中的相同。
首先，诸如LP或SP模式的记录模式经由用户接口24输入至控制器23。控制器23响应于该记录模式以设置视频编码的平均位速率和要记录的AV流(DVR传输流)的多路复用位速率(图79的流程图的步骤20)。
控制器23设置time_controlled_flag为1，以将多路复用流的多路复用位速率和平均位速率分别设置为TS_recording_rate和TS_average_rate。控制器23输出ClipInfo中的Clip信息文件的数据库，该ClipInfo的time-_controlled_flag、TS_recording_rate和TS_average_rate被设置。Clip信息文件经由图1中所说明的ECC编码单元20的处理被记录。
在编码模拟视频输入中，从终端11输入视频。在数字广播的视频输入代码转换中，从AV解码器27输入视频。输入视频被输入到视频编码器151。控制器23计算分配给每个预设时间的视频的编码位的数量，以指定给视频编码器。视频编码器115编码每个预设时间的视频以将实际产生的位的数量输入给控制器23。预设时间大小是视频GOP并等于0.5秒。根据从编码自编码器输入的实际产生的编码位的数量的开始的累积值，控制器23控制视频编码的可变位速率，使得AV流的时间流逝将在预设误差范围内与AV流的数据字节数量成正比，以为下个预设时间的视频计算编码的位数量。如果控制器23可以从编码器输入相对视频编码难度(诸如运动矢量的预测剩余的量级或DCT系数的量化比例的量级)而形成，则可以实现可变位速率以得到更高的画面质量。即进行控制使得相对视频编码难度越高，分配给每个预设时间的视频的编码位的数量越大。
视频编码器115将视频流输入给多路复用器16，该多路复用器还被馈送有音频流和诸如AV同步的系统信息(S)。音频输入或诸如AV同步的系统信息的编码处理流程与图1的说明相同。
多路复用器16多路复用视频和音频流以传输预设多路复用位速率的流。在将视频和音频分包的过程中，必须进行控制以便不破坏MPEG2传输流的系统目标解码器(T-STD)。如果由于T-STD限制，不可能将视频访问单元(编码的I、P和B画面的画面)、也不可能将音频访问单元(音频帧)分包，则多路复用器16多路复用以不产生空数据包(为0x1FFF的数据包)。通过这个多路复用控制，相邻传输数据包之间的时间间隔变得不规则，使得数据包间断地产生。
从多路复用器16输出的传输数据包被输入到源分包器19，然后源分包器19将到达时间戳附加到每个传输包以形成源数据包。向前填充(front-padded)源数据包串以产生AV流文件，该流文件然后经由ECC编码单元20中的处理被记录在记录介质上。
图79是用于说明在保证AV流的时间流逝将在预设的误差范围内与AV流的数据字节的数量成正比的编码模式(time_controlled_flag＝1)中，以编码视频的可变位速率记录AV流的操作的流程图。
在步骤20，控制器23设置视频编码的平均位速率和传输流的多路复用位速率TS_average_rate。
视频编码的平均位速率是TS_average_rate，小于音频编码的常数位速率，小于多路复用开销位速率。注意，根据记录器应用程序(LP或SP模式)将TS_average_rate设置为预定值。
TS_recording_rate大于以可变位速率的视频编码的最大位速率加上音频编码的常数位速率加上多路复用开销位速率。
在步骤21，控制器23控制视频编码器151，使得视频流以可变位速率按如下方式被编码，即从一个预设时间域到另一个预设时间域保证预设的平均位速率。
在步骤22，控制器23控制多路复用器16，以便在基本流不生成传输数据包的情况下，不产生空数据包。通过这个多路复用控制，相邻传输数据包之间的时间间隔变得不规则，使得数据包间断地产生。
在步骤23，控制器23将到达时间戳附加到每个传输包以通过控制源分包器19形成源数据包。向前填充源数据包串以产生AV流文件，该流文件然后被记录。
下面说明在可变位速率编码视频的情况下，控制MPEG的VBV(视频缓冲校验器)的方法。注意，VBV是MPEG(见图80)规定的理论上的解码器模型。是MPEG解码器解码视频流使得VBV将正确地操作。这限制了编码方法(主要是量化控制和对画面的位数量的限制)。VBV所拥有的缓冲器称为VBV缓冲器。这代表真实解码器的理论上必要的最小的缓冲器大小。在MPEG2主简档(profile)主级别的情况下，VBV缓冲器大小是1.75Mbits(兆位)。
至于对MPEG的VBV的可变位速率，图81中所示的方法是广泛公知的。即，图81说明了VBV控制，其情况是：如果VBV缓冲器中的可变位速率不满，到缓冲器的输入位速率变为最大，如果VBV缓冲器中的可变位速率为满，到缓冲器的输入位速率变为零。在图81中，右侧上升线的倾斜度代表VBV的最大位速率。如果VBV缓冲器未满，缓冲器占用(takeup)量以VBV的最大位速率上升。另一方面，如果VBV缓冲器中的位占用(occupying)量已满，则到缓冲器的输入位速率为0，缓冲器占用量保持不变。横坐标表示时间轴，T1表示解码时间点。在时间T1，时间点T1的画面被立即解码，而缓冲器占用量减少。接着，画面在每个预设时间间隔被解码以减少缓冲器占用量。在图81中所示的方法中，没有视频解码器在视频流中填充字节的可能性。
另一方面，根据本发明，如图82中所示控制VBV。即，在以可变位速率改变每个预设时间间隔的位速率的过程中，在预设时间内以CBR(常数位速率)执行VBV控制。图82显示了在GOP(诸如0.5秒视频序列)内的CBR控制的情况下的VBV控制。即，图82说明了在到VBV缓冲器的输入位速率是当前GOP的编码位速率的情况下和在插入填充字节以便不产生VBV缓冲器的溢出的情况下的VBV控制。
下面的序列用于校验是否插入填充字节和在插入填充字节的情况下计算填充字节的数量。在下列说明中，假设
VBV_BUFFER_SIZE＝1.75*1024*1024位
gop_bit_rate：每个GOP的位速率(位/秒)。
(1)正在被编码的画面的最小位数量的计算
取图82的时间d1处的画面为例。首先，获得紧接在通过时间t1处的画面的VBV解码之前的VBV缓冲器的位占用量vbv_b。然后计算对应于位占用量vbv_d加上以位速率gop_bit_rate从时间d1到下一个画面的解码时间d2(tau)输入的位数量的和数tmp。当前被编码的画面的最小位数量可以从tmp和VBV_BUFFER_SIZE得出如下：
tmp＝vbv_b+gop_bit_rate*tau
min_picture_bit＝tmp-VBV_BUFFER_SIZE
(2)检查接着画面编码是否需要字节填充
如果当前画面的实际编码位gen_picture_bit小于min_picture_bit，则产生由下列公式指示大小的填充字节。在画面被当前编码后，视频编码器编码多个等于num_stuffing_byte的数的填充字节。一个填充字节是8位代码“00000000”。
If(如果)(gen_picture_bit＜min_picture_bit)
num_stuffing_byte＝(min_picture_bit-gen_picture_bit+4)/8。
在图82中所示的方法中，目的是进行控制使得视频编码器使用分配给预设时间的视频的位数量。到VBV缓冲器的输入位速率是当前GOP的编码位速率，然后视频编码器产生填充字节以便不在VBV缓冲器中产生溢出。
根据本发明的概念，如图83所示，VBV控制器在这个目的上是有效的，即AV流的时间流逝和AV流的字节数量之间的关系将在预设的误差范围内呈线性。如果使用图81中所示的VBV控制，则在输入视频中持续很长时间的静态画面的显示中不能保证图83中所示的关系。即，静态画面具有较少数量的信息，使得如果将用于编码所分配的位数量做得大于信息的数量，则将使实际编码中产生的位数量以较小的值饱和。因此，在这种情况下，AV流的时间流逝和AV流的数据字节量之间的关系不是线性的，如图84所示。如果在这种情况下，使用图82中所示的VBV控制，则AV流的时间流逝和AV流的数据字节量之间的关系在预设的误差范围内可以肯定是线性的，因为目标在于管理控制以使用分配给预设时间的视频的位数量的视频编码器产生填充字节，使得到VBV缓冲器的输入位速率将是当前GOP的编码速率并使得将不在VBV缓冲器中出现溢出。
在图84的情况下，如果擦除静态画面的部分时间的AV流，则不可能在盘上产生可记录对应于具有的TS_average_rate指示的位速率的已擦除的部分时间的时间的未占用区域，因为该部分时间的数据字节数量比对应于平均位速率乘以擦除时间的数据字节小。另一方面，如果该流被部分地擦除该AV流的一定时间，则在盘上可能产生可记录等于以由所述的流的TS_average_rate指示的位速率的擦除时间的时间的未占用区域。
图85显示了用于说明在上述图79的步骤S21的处理中的视频的可变位速率控制的详细处理的流程图。
在步骤S200，在VBV的公差值sv_now中设置初始值SV1。根据本发明，为了保证AV流的时间流逝和AV流的数据字节数量之间的关系在预设误差范围内将呈线性，管理可变位速率控制，使得VBV的公差值SV_now将处于0和最大值SVMAX的范围内。
如果在上面的方程(1)中，α＝300秒，SV1和SVMAX是下面的值：
SV1＝(视频的平均位速率)*300
SVMAX＝SV1*2
这里视频的平均位速率是在图79的步骤S20确定的值(见图87)。
在步骤S201，计算当前GOP的编码所分配的位数量。
在步骤S202，检查下列不等式是否成立：
sv_now+b_av-b_alloc＜＝0。
执行这个检查以校验VBR的公差值是否为负(-)。
在上面的不等式中，b_av是从视频的平均编码位速率得出的为每个GOP所分配的编码位的数量的平均值。如果GOP的时间期间是0.5秒，b_av是下面的值：
b_av＝(视频的平均位速率)*0.5
如果步骤S202的检查结果是YES(是)，处理转移到步骤S203。如果步骤S202的检查结果是NO(否)，则处理转移到步骤S204，在那里将b_alloc的值设置为b_av。然后处理转移到步骤S205。
在步骤S203，检查下列不等式是否成立：
sv_now+b_av-b_alloc＜＝SVMAX
如果步骤S203的检查结果是YES(是)，处理转移到步骤S205。如果步骤S203的检查结果是NO(否)，则处理转移到步骤S204，以将b_alloc的值设置为b_av。然后处理转移到步骤S205。
在步骤S205，编码当前的GOP。管理控制使得用分配的位数量b_alloc编码当前的GOP和使得将不在VBV缓冲器中产生溢出。将参照图86详细说明这个处理。
在步骤S206，根据下列方程更新VBR的公差值sv_now：
sv_now+＝b_av-b_gen
这里b_gen是作为编码当前GOP的结果而获得的当前GOP的编码位的数量。
在步骤S207，检查当前GOP是否是最后的GOP。如果步骤S207的检查结果为是，处理结束。如果步骤S207的检查结果是否，则处理返回到步骤S201。
图86是用于说明在图85的步骤S205的处理中的VBV控制的详细处理的流程图。
在步骤S300，根据下列方程将分配给当前GOP的编码位的数量转换为编码位速率gop_bit_rate：
gop_bit_rate＝b_alloc/(15/29.97)。
在步骤S301，正在当前GOP中编码的画面的最小位数量min_picture_bit通过下列方程得出：
tmp＝vbv_b+gop_bit_rate*tau
min_picture_bit＝tmp-VBV_BUFFER_SIZE。
在上面的方程中，vbv_b是紧接在当前由VBV编码的画面的解码的前面的VBV缓冲器的位占用数量(见图82)。
注意，tau是当前被编码的画面的解码时间和下一个画面的解码时间之间的差(见图82)。
注意，VBV_BUFFER_SIZE是VBV缓冲器的大小，并且在MPEG2 MPML的情况下是1.75Mbits。
在步骤S302，编码当前的画面以产生生成的位数量gen_picture_bit。
在步骤S303，检查下列不等式：.
gen_picture_bit＜min_picture_bit
如果步骤S303的检查结果是YES(是)，处理转移到步骤S304。如果步骤S303的检查结果是NO(否)，则处理转移到步骤S305。
在步骤S304，视频编码器在当前编码的画面之后编码多个对应于num_stuffing_byte的数量的填充字节，并将编码的填充字节附加在编码的画面的后部(见图82)：
num_stuffing_byte＝(min_picture_bit-gen_picture_bit+4)/8
在步骤S305，检查画面是否是GOP的最后的画面。如果步骤S305的检查结果是YES(是)，处理结束。如果步骤S305的检查结果是NO(否)，则处理返回到步骤S301。
通过如上所述控制视频流的可变位速率编码来生成AV流文件，可以保证AV流的时间流逝和AV流的数据字节数量之间的关系在预设的误差范围内为线性。如果在这种方式中，部分地擦除了流的一定时间部分，则可能产生在数量上对应于所擦除的时间区域的未占用区域，该未占用区域可以用由所述的流的TS_average_rate指示的位速率可记录。
为了比较，现在显示不保证AV流的时间流逝和AV流的数据字节数量之间的正比关系(time_controlled_flag＝0)的编码模式中的AV流的两个示例性记录方法。
time_controlled_flag＝0的第一种情况是透明的记录数字广播的AV流(节目)的传输流的情况。如果数字广播使用统计多路复用，那里的AV流常常是可变位速率。AV流的时间流逝和AV流的数据字节数量之间的关系通常不必是线性的，使得如果在这个AV流的透明的记录上制备Clip，则将time_controlled_flag设置为0。
time_controlled_flag＝0的第二种情况是以可变位速率编码视频使得该位速率将不高于预设平均位速率的情况。这种情况是，在其中执行视频编码的VBV控制，使得如果VBV缓冲器不满或已满，到缓冲器的输入位速率将分别是最大位速率或零。现在参照图88至109说明这种情况中的AV流记录方法。
图88显示了用于说明在不保证AV流的时间流逝和AV流的数据字节数量之间的正比关系的编码模式中以可变位速率编码视频以记录AV流的操作的流程图。
除步骤S400外，该流程图与图79的流程图相同。
在步骤S400，控制视频编码器151使得视频流将以可变位速率用如下方式进行编码，该方式为该位速率将低于从一个预设时间域到另一个预设时间域的预设平均位速率。
图89是用于说明图在图88的步骤S400的处理中的视频的可变位速率控制的详细处理的流程图。
在步骤S500，在VBR的公差值sv_now中设置初始值SV1。在这种情况下进行可变位速率控制使得公差值sv_now将不为负(-)。
在步骤S501，得出当前GOP的编码所分配的位b_alloc。
在步骤S502，检查下列不等式是否成立：
sv_now+b_av-b_alloc＞＝0
这个步骤S502是用于校验VBV的公差值是否不为负(-)的检查步骤。
在上面的不等式中，b_av是编码每个GOP的编码位的数量的平均值。如果所述的GOP的时间期间是0.5秒，b_av具有下面的值：
b_av＝(视频的平均位速率)*0.5
如果步骤S502的检查结果是YES(是)，处理转移到步骤S504。如果步骤S502的检查结果是NO(否)，则处理转移到步骤S503，以将b_alloc设置为b_av。然后处理转移到步骤S504。
在步骤S504，编码当前的GOP。用分配的位数量b_alloc编码当前的GOP。这种情况下的VBV管理控制是这样的，如果VBV缓冲器中的位占用值不满或已满，到缓冲器的输入位速率将分别是VBR的最大位速率(可变位速率)或零(见图81)。在这个步骤中，不在视频流中编码填充字节。
在步骤S505，根据下列方程更新VBR的公差值sv_now：
sv_now+＝b_av-b_gen
这里b_gen是作为在步骤S504编码当前GOP的结果而获得的当前GOP的编码位的数量。
在步骤S506，检查当前GOP是否是最后的GOP。如果步骤S506的检查结果为是，则处理结束。如果步骤S506的检查结果是否，则处理返回到步骤S501。
图88和109的记录方法不能保证AV流的时间流逝和AV流的数据字节数量之间在预设误差范围内的正比关系。例如，如果有一个静态画面在输入视频中持续很长时间，则AV流的时间流逝和AV流的数据字节数量之间的关系如图84所示。即，由于静态画面具有较小的信息量，即使用于编码所分配的位数量大于该信息量，实际编码中产生的位数量也以较小的值饱和。因此，在这种情况下，AV流的时间流逝和AV流的数据字节数量之间的关系不是线性。
另一方面，如果考虑到管理控制使得视频编码器将使用预设时间分配的位数量，执行控制使得到VBV缓冲器的输入位速率是当前GOP的编码位速率，并使得将由视频编码器产生填充字节以便不产生VBV缓冲器溢出，可以保证AV流的时间流逝和AV流的数据字节数量之间的关系在预设误差范围内基本上为线性。
作为实现保证AV流的时间流逝和AV流的数据字节数量之间的正比关系的编码模式的方法，可以考虑在多路复用传输数据包中插入空数据包，以记录常数位速率的传输流。这是主要用于记录诸如D-VHS的传输数据包的编码方法。同时，空数据包意味着其数据包ID(PID)被设置为0x1FFF并且不具有信息意义的传输数据包。
为比较该方法与图79中的方法起见，图90显示了编码模式的流程图，其中通过编码预设位速率的传输流，保证了AV流的时间流逝和AV流的数据字节数量之间的正比关系。
在步骤S600，设置传输流的多路复用位速率和视频编码的位速率。在步骤S601，以预设常数位速率或以低于预设位速率的位速率编码视频流。
在步骤S602，在缺少用于生成传输数据包的基本流的情况下，生成并多路复用空数据包(没有信息意义的传输数据包)，以编码预设常数多路复用位速率的传输流。
在步骤S603，将到达时间戳附加于每个传输数据包，以形成源数据包，然后将该源数据包记录在记录介质上。
如果通过上述记录方法将AV流记录为Clip，将Clip的time_controlled_flag设置为1。可是，使用空数据包并且因此不能使用用于有效视频编码的编码位的这种方法招致了画面质量低于用图79的编码方法所取得的画面质量的问题(这已经在例如Japanese Laying-Open Patent Publication(日本待审专利)H-11-220727号的现有技术的说明中进行了讨论)。因此，本发明中不推荐使用图91的记录方法。
下面说明仅部分删除AV流文件的一定时间部分的方法。
图91显示了原始AV流文件和用于擦除AV流文件的部分再现部分接续编辑的AV流文件的示例。假设，在编辑之前，Vritual PlayList(虚拟播放列表)指向原始AV流文件上的IN_time和OUT_time。如果执行未被VritualPlayList使用的擦除流部分的编辑(最小化编辑)，它将原始AV流文件改变为图91中所示的经编辑(as-edited)的流文件。擦除了从原始AV流文件的前端到点X的数据和从点Y到尾端的数据。下面说明确定这些点X和Y的一般方法。
图92说明了不用分析AV流内容而擦除点IN之前的无用数据的方法。PlayList表示原始AV流文件上的点IN，并表示AV流的EP_map。为了解码由点IN表示的画面，需要从地址ISA2开始的I画面。
在点X的后部，需要PAT、PMT和PCR数据包。RSPN_EP_start＝ISA1的PTS是pts1，而RSPN_EP_start＝ISA2的PTS是pts2。如果pts1的系统时间基准和pts2的系统时间基准的时间差不小于100毫秒，则在地址ISA1和ISA2之间存在PAT、PMT和PCR(这至少对SESF、DVS、ATSC、和ISDB有效)。
因此，在地址ISA1的前面确定点X。点X必须在联合单元的边界上。使用EP_map，而不用分析AV流的内容，记录器通过下列步骤也能确定点X：
(S1)发现具有与系统时间基准上的IN_time的PTS最近的过去显示时间的PTS值的SPN_EP_start的步骤；和
(S2)发现具有比在步骤S1发现的SPN_EP_start的PTS值再过去至少100毫秒的显示时间的PTS值的SPN_EP_start的步骤；
(S3)在步骤S2发现的SPN_EP_start的前面确定点X，点X必要地位于联合单元的边界上。
这种方法简单，因为不需要读出AV流的数据以分析它的内容。可是，在再现所编辑的AV流的PlayList时，有遗留无用数据的情况。如果为了确定点X读出AV流数据并分析数据内容，则用于再现PlayList的无用数据可以被有效地擦除。
图93说明了不用分析AV流内容而在OUT点的后部擦除无用数据的方法。PlayList指向原始AV流上的OUT点，并显示AV流的EP_map。
预先假定从SPN_EP_start＝ISA4开始的视频序列是：
I2 B0 B1 P5
这里I、P和B分别表示I-、P-和B-画面。并且后缀号码表示显示次序。如果在这个处理中，记录器不能分析AV流内容，则它就不知道诸如画面编码类型或参照OUT_time的PTS的画面的时间基准的信息。OUT_time的PTS可能正在由画面B0或B1参照(这不能被知道，除非记录器分析AV流内容)。在这种情况下，I2是必要的，以便解码画面B0和B1。I2的PTS大于OUT_time的PTS。I2的PTS大于OUT_time的PTS(OUT_time＜pts4，这里pts4是I2的PTS)。尽管I2的PTS大于OUT_time的PTS，I2对于B0和B1是必要的。
因此，确定点Y位于所示的地址ISA5的后部。ISA5是直接位于EP_map中的ISA4后部的SPN_EP_start的值。点Y也必须位于联合单元的边界上。
使用EP_map，而不用分析AV流的内容，记录器通过下列步骤可以确定点Y：
(S1)发现具有与系统时间基准上的OUT_time的PTS最近并且比其更超前的显示时间的PTS值的SPN_EP_start的步骤；和
(S2)发现具有直接位于在系统时间基准上发现的SPN_EP_start后部的SPN_EP_start的步骤；
(S3)设置点Y以便其比在步骤S2发现的SPN_EP_start更靠后。点Y必须位于联合单元的边界上。
这种方法简单，因为不需要读出AV流的数据以分析它的内容来确定点Y。可是，在再现所编辑的AV流的PlayList时，有遗留无用数据的情况。如果为了确定点Y读出AV流数据并分析数据内容，用于再现PlayList的无用数据可以被更加有效地擦除。
参照图94的流程图说明PlayList的一般操作。在图1所示的记录和/或再现设备的多路复用流分析单元18上执行这个处理。
在步骤S11，流分析单元18设置记录的AV节目的视频的PID。如果传输流中包括多个视频流，则设置各自的视频PID。
在步骤S12，流分析单元18接收视频传输数据包。
在步骤S13，流分析单元分析传输数据包的有效载荷(紧接数据包标头的数据部分)是否以PES数据包(PES数据包是MPEG2中规定的数据包并分包基本流)的第一个字节开始。这可以通过检查传输数据包标头中的“payload_unit_start_indicator(有效载荷开始指示符)”而得知。如果这个值是1，传输数据包的有效载荷以PES数据包的第一个字节开始。如果步骤S13的检查结果为否，则处理返回到步骤S12。如果步骤S13的检查结果为是，则处理转换到步骤S14。
在步骤S14，流分析单元检查PES数据包的有效载荷是否开始于MPEG视频的sequence_header_code(序列标头编码)的第一个字节(32位的“0x000001B3”)。如果步骤S14的检查结果为否，则处理返回到步骤S12。如果步骤S13的检查结果为是，则处理前进到步骤S15。
在步骤S15，当前传输数据包是入口点。在步骤S16，流分析单元获得开始于sequence_header_code的I画面的PTS所属的视频的PID及其入口点以及上述数据包的数据包号码，以将视频PID输入控制器23。控制器23形成EP_map。
在步骤S17，检查当前数据包是否是最后输入的传输数据包。如果当前数据包不是最后的数据包，处理回到步骤S12。如果当前数据包是最后的数据包，则处理结束。
上述操作序列不仅可以在硬件上、也可以在软件上执行。如果操作序列在软件上执行，形成软件的程序或多个程序安装在计算机的专用硬件上，使得各程序从诸如通用个人计算机的记录介质上进行安装。
参照图95，这个记录介质除了计算机外，可以由向用户提供程序的包介质构成。包介质可以是例如磁盘221(包括软盘)、光盘222(包括CD-ROM(致密盘-只读存储器)和DVD(数字通用盘))、磁光盘223(包括MD(小型盘))或半导体存储器224。另外，记录介质可以由装备给用户的硬盘构成，该硬盘预装载于计算机上并包括其中存储了程序的ROM 202或存储器208。
在本申请文件中，说明由介质提供的程序的序列的各个步骤不仅包括按照说明的顺序执行的处理，也包括并行或成批执行的处理。
本申请文件中的系统表示由多个装置构成的整个设备。
工业应用性
在编码和记录AV流期间，time_controlled_flag和TS_average_rate被记录为AV流的属性信息。如果将time_controlled_flag设置为1，则保证在AV流的时间流逝和AV流的数据字节数量之间的关系在预设误差范围内是线性的。用字节/秒为单位的话，TS_average_rate表示AV流文件(传输流)的平均位速率，并由记录器的应用程序在预设值处进行确定。例如，为各个模式设置TS_average_rate，即长播放(LP)模式、标准播放(SP)模式、或高质量(HQ)模式。
如果将AV流文件的time_controlled_flag设置为1，并部分地将流擦除一预设时间流部分，则例如可以在盘上创建对应于SP模式的AV流文件时间部分的未占用区域。
如果将time_controlled_flag设置为1，则如下编码AV流：
(1)设置传输流的多路复用位速率和视频编码的平均位速率。
(2)以可变位速率编码视频流，以便保证每个预设时间域的预设平均位速率。
应该注意，MPEG视频编码的VBV(视频缓冲校验器)以如下方式受到控制，即为了管理控制使得视频编码器将使用分配给预设时间的视频的位数量，到VBV缓冲器的输入位速率将是当前编码位速率，并且使得视频编码器将生成限制VBV缓冲器的溢出的填充字节。
(3)控制多路复用，使得在没有用于生成传输流的基本流的情况下，不生成空数据包。
(4)将到达时间戳附加到每个传输流以将它生成源数据包，并且向前填充源数据包，用于记录成AV流文件。
通过以这种方式编码和记录AV流文件，可以保证，如果部分地擦除了一定时间部分的流，则可以在盘上创建对应于所擦除时间部分的未占用区域，并且该未占用区域以由TS_average_rate所示的位速率可记录。

Claims (7)

1.一种用于编码画面数据的编码设备，包括：
编码器，用于以可变速率编码所述画面数据；和
控制器，具有其中编码的数据量在预设误差范围内与流逝的时间成正比以便采用可变位速率编码视频流来保证每个预设时间间隔的预设平均位速率的编码模式和其中不保证编码的画面数据量与流逝的时间成正比使得位速率低于预设位速率的编码模式，所述控制器根据上述两种编码模式之一控制编码的画面数据量。
2.根据权利要求1所述的编码设备，其中所述控制器管理控制，使得如果每个单位时间产生的所述编码的画面数据量小于预设值，则将编码填充字节。
3.根据权利要求2所述的编码设备，其中所述控制器根据在编码各个画面中产生的数据量校验是否编码填充字节。
4.根据权利要求2所述的编码设备，其中所述控制器管理编码填充字节的控制，使得将不在视频缓冲校验器缓冲器中产生溢出。
5.根据权利要求1所述的编码设备，其中所述控制器管理控制，以其中所述生成的画面编码数据的量在预设误差范围内与流逝的时间成正比的编码模式执行编码。
6.根据权利要求5所述的编码设备，其中所述控制器生成指示编码模式是否是其中所述编码的画面数据量在预设误差范围内与流逝的时间成正比的这种编码模式的附加信息。
7.一种用于编码画面数据的编码方法，包括
编码步骤，用于以可变速率编码所述画面数据；和
控制步骤，具有其中编码的数据量在预设误差范围内与流逝的时间成正比以便采用可变位速率编码视频流来保证每个预设时间间隔的预设平均位速率的编码模式和其中不保证编码的画面数据量与流逝的时间成正比使得位速率低于预设位速率的编码模式，所述控制步骤根据上述两种编码模式之一控制编码的画面数据量。
CN200910128270XA 2000-04-21 2001-04-20 编码设备和方法、以及记录方法 Expired - Fee Related CN101867835B (zh)

Applications Claiming Priority (4)

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

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN01801611A Division CN1383678A (zh) 2000-04-21 2001-04-20 编码设备和方法、记录介质和程序

Publications (2)

Publication Number Publication Date
CN101867835A CN101867835A (zh) 2010-10-20
CN101867835B true CN101867835B (zh) 2013-09-11

Family

ID=26594225

Family Applications (3)

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

Family Applications After (2)

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

Country Status (7)

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

Families Citing this family (125)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8429699B2 (en) * 1999-12-14 2013-04-23 Arturo A. Rodriguez Systems and methods for resource-adaptive processing of scaled video and graphics
CN101499305B (zh) * 2001-06-15 2012-11-14 夏普株式会社 数据记录方法
KR20020097454A (ko) 2001-06-21 2002-12-31 엘지전자 주식회사 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체
KR100598285B1 (ko) 2001-06-21 2006-07-07 엘지전자 주식회사 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체
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 ソニー株式会社 記録媒体再生装置および方法、記録媒体、並びにプログラム
EP2053608A3 (en) 2001-11-29 2009-05-06 Sharp Kabushiki Kaisha Data recording method, data deletion method, data display method, recording apparatus, recording medium and program
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 엘지전자 주식회사 멀티 채널 방송 스트림의 기록 관리방법
US7657152B2 (en) * 2002-05-28 2010-02-02 Panasonic Corporation Broadcast playback and/or recording apparatus
JP3833571B2 (ja) * 2002-05-28 2006-10-11 富士通株式会社 データ復号器およびデータ復号化方法
KR100930354B1 (ko) * 2002-06-18 2009-12-08 엘지전자 주식회사 대화형 광디스크 장치에서의 콘텐츠 정보 재생방법과,콘텐츠 제공서버에서의 콘텐츠 정보 제공방법
AU2003241198B2 (en) 2002-06-21 2009-09-03 Lg Electronics Inc. Recording medium having data structure for managing reproduction of video data recorded thereon
JP4299779B2 (ja) 2002-06-21 2009-07-22 エルジー エレクトロニクス インコーポレーテッド ビデオデータの再生を管理するためのデータ構造を有する記録媒体
EP1516330A4 (en) * 2002-06-24 2009-07-15 Lg Electronics Inc RECORDING MEDIUM HAVING A DATA STRUCTURE FOR MANAGING THE REPRODUCTION OF MULTIPLE REPRODUCED VIDEO DATA AND RECORDING METHODS AND RECORDING AND REPRODUCING METHODS AND APPARATUSES
CN101350215B (zh) * 2002-06-24 2012-08-29 Lg电子株式会社 记录和再现用于视频数据的再现的数据结构的方法及装置
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
WO2004003908A1 (en) 2002-06-28 2004-01-08 Lg Electronics Inc. Recording medium having data structure for managing recording and reproduction of multiple path data recorded thereon and recording and reproducing methods and apparatus
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 パイオニア株式会社 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
WO2004036577A1 (en) 2002-10-14 2004-04-29 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple audio streams recorded thereon and recording and reproducing methods and apparatuses
WO2004036578A1 (en) 2002-10-15 2004-04-29 Lg Electronics Inc. Recording medium having data structure for managing reproduction of multiple graphics streams recorded thereon and recording and reproducing methods and apparatuses
CN1685420B (zh) 2002-11-08 2010-07-07 Lg电子有限公司 在高密度记录介质上记录多成分数据流及其重现的方法和装置
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
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
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
US7366733B2 (en) 2002-12-13 2008-04-29 Matsushita Electric Industrial Co., Ltd. Method and apparatus for reproducing play lists in record media
US20050111831A1 (en) * 2002-12-13 2005-05-26 Chiyoko Matsumi Recording and reproducing system, recording and reproducing method, program and record medium
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
KR100520115B1 (ko) * 2002-12-27 2005-10-10 삼성전자주식회사 플레이리스트 관리 장치 및 방법
KR100871527B1 (ko) * 2003-02-19 2008-12-05 파나소닉 주식회사 기록매체, 재생장치, 기록방법, 컴퓨터 프로그램을 기록한 컴퓨터 판독가능한 기록매체, 재생방법
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
RU2369919C2 (ru) 2003-02-28 2009-10-10 Эл Джи Электроникс Инк. Носитель записи со структурой данных для управления воспроизведением в произвольном порядке/с перемешиванием записанных на нем видеоданных и способы и устройства записи и воспроизведения
WO2004084460A2 (en) * 2003-03-14 2004-09-30 Interdigital Technology Corporation Enhanced automatic gain control mechanism for timeslotted data transmissions
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
EP1617434B1 (en) 2003-04-23 2017-06-14 Panasonic Corporation Recording medium, reproducing apparatus, recording method, reproducing program, and reproducing method
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
JP3931843B2 (ja) * 2003-06-13 2007-06-20 株式会社日立製作所 記録媒体および再生方法
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
KR20050012328A (ko) 2003-07-25 2005-02-02 엘지전자 주식회사 고밀도 광디스크의 프레젠테이션 그래픽 데이터 관리 및재생방법과 그에 따른 고밀도 광디스크
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
KR100934305B1 (ko) * 2003-10-03 2009-12-29 샤프 가부시키가이샤 기록 재생 장치, 파일 액세스 방법, 및 콘텐츠 기록 매체
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 キヤノン株式会社 トランスポートストリーム編集方法及び装置
TW200518070A (en) 2003-10-10 2005-06-01 Matsushita Electric Ind Co Ltd Recording medium, reproduction device, program, and reproduction method
CN101833967B (zh) * 2003-10-10 2012-06-06 夏普株式会社 再现装置和再现装置的控制方法
KR20050035678A (ko) 2003-10-14 2005-04-19 엘지전자 주식회사 광디스크 장치의 부가 데이터 재생방법 및 장치와, 이를위한 광디스크
KR20050036277A (ko) 2003-10-15 2005-04-20 엘지전자 주식회사 고밀도 광디스크의 네비게이션 정보 관리방법
KR20050048848A (ko) * 2003-11-20 2005-05-25 엘지전자 주식회사 고밀도 광디스크의 플레이리스트 생성방법, 관리방법 및재생방법과 기록재생장치
KR20050052790A (ko) * 2003-12-01 2005-06-07 엘지전자 주식회사 고밀도 광디스크 및 고밀도 광디스크의 파일 관리방법 및재생방법과 기록재생장치
JP2007518205A (ja) * 2004-01-06 2007-07-05 エルジー エレクトロニクス インコーポレーテッド テキスト・サブタイトル・ストリームの再生・記録のための記録媒体、方法及び装置
KR20050072255A (ko) * 2004-01-06 2005-07-11 엘지전자 주식회사 고밀도 광디스크의 서브타이틀 구성방법 및 재생방법과기록재생장치
CN1926872B (zh) * 2004-02-06 2010-09-29 索尼株式会社 信息处理设备和信息处理方法
WO2005076273A1 (en) * 2004-02-10 2005-08-18 Lg Electronic Inc. Recording medium having a data structure for managing font information for text subtitles and recording and reproducing methods and apparatuses
EP1716573A1 (en) * 2004-02-10 2006-11-02 LG Electronic Inc. Recording medium having a data structure for managing data streams associated with different languages and recording and reproducing methods and apparatuses
EP1730947A2 (en) * 2004-02-10 2006-12-13 LG Electronics Inc. Recording medium having a data structure for managing various data streams 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
BRPI0418524A (pt) * 2004-02-10 2007-05-15 Lg Electronics Inc meio fìsico de gravação, método e aparelho para gravar e reproduzir um estrutura de dados
WO2005076601A1 (en) * 2004-02-10 2005-08-18 Lg Electronic Inc. Text subtitle decoder and method for decoding text subtitle streams
RU2377669C2 (ru) * 2004-02-10 2009-12-27 ЭлДжи ЭЛЕКТРОНИКС ИНК. Носитель записи, имеющий структуру данных для управления различными данными, и способ и устройство записи и воспроизведения
EP1714281A2 (en) 2004-02-10 2006-10-25 LG Electronic Inc. Recording medium and method and apparatus for decoding text subtitle streams
EP1716567A2 (en) * 2004-02-10 2006-11-02 Lg Electronics Inc. Recording medium and method and apparatus for decoding text subtitle streams
KR20050089353A (ko) * 2004-03-04 2005-09-08 엘지전자 주식회사 고밀도 광디스크와 그에 따른 데이터 파일 구성 방법 및재생 방법과 장치
KR20060129067A (ko) * 2004-02-26 2006-12-14 엘지전자 주식회사 기록매체 및 텍스트 서브타이틀 스트림 기록 재생 방법과장치
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
WO2005088635A1 (en) 2004-03-18 2005-09-22 Lg Electronics Inc. Recording medium and method and apparatus for reproducing text subtitle stream recorded on the recording medium
US7617242B2 (en) * 2004-03-30 2009-11-10 Panasonic Corporation Method and apparatus for reproducing play lists in record media
US20050220442A1 (en) * 2004-04-02 2005-10-06 Hiroshi Kase Data recording and reproducing apparatus, data recording and reproducing method and recording medium
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
KR20070010176A (ko) * 2004-04-15 2007-01-22 코닌클리케 필립스 일렉트로닉스 엔.브이. 기록할 필요 없는 멀티미디어 섹션의 심리스 연결용 브리지클립의 생성
MXPA06011814A (es) * 2004-04-16 2006-12-15 Matsushita Electric Ind Co Ltd Medio de grabacion, dispositivo y programa de reproduccion.
CN101815212B (zh) * 2004-04-16 2013-01-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 엘지전자 주식회사 데이터 패킷의 도착시각을 결정하는 방법 및 장치
KR100782810B1 (ko) * 2005-01-07 2007-12-06 삼성전자주식회사 확장 검색 기능을 제공하기 위한 메타데이터가 기록된 저장매체를 재생하는 방법 및 장치
US8842977B2 (en) * 2005-01-07 2014-09-23 Samsung Electronics Co., Ltd. Storage medium storing metadata for providing enhanced search function
JP4820812B2 (ja) * 2005-01-28 2011-11-24 パナソニック株式会社 再生装置、プログラム、再生方法
JP2006302346A (ja) * 2005-04-15 2006-11-02 Toshiba Corp 情報記録媒体、情報記録方法、情報再生方法、情報記録装置、情報再生装置
US7978955B2 (en) * 2005-04-22 2011-07-12 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 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP4755257B2 (ja) 2006-11-16 2011-08-24 富士通セミコンダクター株式会社 Ｇｏｐ間管理装置
JP5239170B2 (ja) * 2007-02-28 2013-07-17 富士ゼロックス株式会社 画像処理システム及びプログラム
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 情報処理装置、情報処理方法、並びにプログラム
JP5999405B2 (ja) * 2011-11-28 2016-09-28 ソニー株式会社 情報処理装置、情報処理方法、並びにプログラム
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 日本放送協会 受信機
WO2017187807A1 (ja) * 2016-04-28 2017-11-02 ソニー株式会社 情報処理端末装置
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
CN112115072B (zh) * 2020-09-03 2022-06-17 清华大学 时序图的处理方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5612900A (en) * 1995-05-08 1997-03-18 Kabushiki Kaisha Toshiba Video encoding method and system which encodes using a rate-quantizer model
CN1205594A (zh) * 1997-05-30 1999-01-20 日本胜利株式会社 可变速率编码装置
US5872598A (en) * 1995-12-26 1999-02-16 C-Cube Microsystems Scene change detection using quantization scale factor rate control
CN1236950A (zh) * 1998-05-01 1999-12-01 三星电子株式会社 记录介质、实时记录和重放方法及装置、文件操作方法
CN1243597A (zh) * 1997-09-17 2000-02-02 松下电器产业株式会社 视频数据编辑设备、用作视频数据编辑设备的记录媒体的光盘、和用于存储计算机可读的编辑程序的记录媒体

Family Cites Families (66)

* 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 株式会社日立製作所 ディジタル映像信号の出力回路、記録装置及び再生装置
JP3329979B2 (ja) * 1995-02-24 2002-09-30 株式会社日立製作所 光ディスク及び光ディスク再生装置
US6002834A (en) * 1995-02-24 1999-12-14 Hitachi, Ltd. Optical disk having table relating sector address and time and optical disk reproducing apparatus
JPH08280012A (ja) 1995-04-08 1996-10-22 Sony Corp データ記録方法及び装置、データ再生方法及び装置、記録媒体、データ伝送方法及び装置
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 ソニー株式会社 オーサリングシステム，このシステムで使用される符号化装置及び多重化装置並びに多重ビットストリームを生成する方法
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 松下電器産業株式会社 画像圧縮符号化装置及び方法
WO1998013769A1 (fr) 1996-09-27 1998-04-02 Matsushita Electric Industrial Co., Ltd. Procede de production d'un train multimedia permettant une reproduction selective de donnees video et systeme auteur a disque optique multimedia
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 ソニー株式会社 信号再生装置及び方法
ID27672A (id) * 1997-09-17 2001-04-19 Matsushita Electric Ind Co Ltd Piringan optik, peralatan pengeditan data video, media perekaman dapat dibaca-komputer penyimpan program pengeditan, peralatan reproduksi piringan optik, dan media perekaman dapat dibaca-komputer penyimpan program reproduksi
EP1193708B1 (en) * 1997-09-17 2006-03-29 Matsushita Electric Industrial Co., Ltd. Optical disc, recording apparatus, and computer-readable recording medium
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 クリップ表示方法とその表示装置
KR100574186B1 (ko) 1997-10-03 2006-04-27 소니 가부시끼 가이샤 부호화 스트림 스플라이싱 장치 및 방법과 부호화 스트림 생성 장치 및 방법과 편집 장치 및 방법 및 편집 시스템
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 パイオニア株式会社 情報記録再生装置
JP4207304B2 (ja) 1998-05-19 2009-01-14 ソニー株式会社 情報入力装置および方法、情報出力装置および方法、並びに記録媒体
JPH11355772A (ja) 1998-06-10 1999-12-24 Victor Co Of Japan Ltd 映像信号符号化装置
JP3356691B2 (ja) * 1998-07-07 2002-12-16 株式会社東芝 情報記録媒体とその記録方法及び再生方法
JP3383587B2 (ja) 1998-07-07 2003-03-04 株式会社東芝 静止画像連続情報記録方法と光ディスクと光ディスクの情報再生装置と情報再生方法
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
EP0991072A1 (en) 1998-09-07 2000-04-05 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
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 株式会社東芝 ストリーム情報の情報記憶媒体、その記録方法、再生方法、記録装置および再生装置
TW498305B (en) * 1999-03-10 2002-08-11 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
EP1091588A4 (en) 1999-04-23 2004-08-11 Sony Corp IMAGE ENCODER AND 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 松下電器産業株式会社 映像編集装置
KR100795255B1 (ko) * 2000-04-21 2008-01-15 소니 가부시끼 가이샤 정보 처리 장치 및 방법, 프로그램과 기록 매체
JP4517266B2 (ja) * 2000-04-21 2010-08-04 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5612900A (en) * 1995-05-08 1997-03-18 Kabushiki Kaisha Toshiba Video encoding method and system which encodes using a rate-quantizer model
US5872598A (en) * 1995-12-26 1999-02-16 C-Cube Microsystems Scene change detection using quantization scale factor rate control
CN1205594A (zh) * 1997-05-30 1999-01-20 日本胜利株式会社 可变速率编码装置
CN1243597A (zh) * 1997-09-17 2000-02-02 松下电器产业株式会社 视频数据编辑设备、用作视频数据编辑设备的记录媒体的光盘、和用于存储计算机可读的编辑程序的记录媒体
CN1236950A (zh) * 1998-05-01 1999-12-01 三星电子株式会社 记录介质、实时记录和重放方法及装置、文件操作方法

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
JP特开平11-205740A 1999.07.30
JP特开平8-46907A 1996.02.16
JP特开平9-135412A 1997.05.20
JP特开平9-46691A 1997.02.14

Also Published As

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

Similar Documents

Publication Publication Date Title
CN101867835B (zh) 编码设备和方法、以及记录方法
CN100394791C (zh) 信息处理方法和装置
TW594682B (en) Data recording device
KR100795255B1 (ko) 정보 처리 장치 및 방법, 프로그램과 기록 매체
US7941033B2 (en) Information processing method and apparatus, program and recording medium
US7865062B2 (en) Information processing apparatus and method, recorded medium, and program
CN101902655B (zh) 数据传输装置及方法
CN1977333B (zh) 记录装置、记录方法、重放装置和重放方法
CN102292992B (zh) 信息处理设备、信息处理方法、回放设备、回放方法及记录介质
JP2002158974A (ja) 情報処理装置および方法、記録媒体、プログラム、並びに記録媒体
CN102047672A (zh) 记录设备、记录方法、回放设备、回放方法、程序和记录介质
JP4517266B2 (ja) 情報処理装置および方法、記録媒体、並びにプログラム
US7583887B2 (en) Recording medium having data structure for managing main data additional content data thereof and recording and reproducing methods and apparatuses
JP2002157859A (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP2002159004A (ja) 符号化装置および方法、記録媒体、並びにプログラム
RU2273109C2 (ru) Способ и устройство обработки информации, программа и носитель записи

Legal Events

Date Code Title Description
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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20130911

Termination date: 20150420

EXPY Termination of patent right or utility model