WO2007083509A1 - デジタル情報記録媒体、デジタル情報記録再生装置及びその記録再生方法 - Google Patents

デジタル情報記録媒体、デジタル情報記録再生装置及びその記録再生方法 Download PDF

Info

Publication number
WO2007083509A1
WO2007083509A1 PCT/JP2006/326209 JP2006326209W WO2007083509A1 WO 2007083509 A1 WO2007083509 A1 WO 2007083509A1 JP 2006326209 W JP2006326209 W JP 2006326209W WO 2007083509 A1 WO2007083509 A1 WO 2007083509A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
seamless
stream
flag
elementary
Prior art date
Application number
PCT/JP2006/326209
Other languages
English (en)
French (fr)
Inventor
Tatsuaki Iwata
Shinichiro Koto
Masahiro Nakashika
Tomoo Yamakage
Original Assignee
Kabushiki Kaisha Toshiba
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 Kabushiki Kaisha Toshiba filed Critical Kabushiki Kaisha Toshiba
Publication of WO2007083509A1 publication Critical patent/WO2007083509A1/ja
Priority to US12/145,550 priority Critical patent/US20080267596A1/en

Links

Classifications

    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B20/12Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B20/10527Audio or video recording; Data buffering arrangements
    • G11B2020/10537Audio or video recording
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B2020/10935Digital recording or reproducing wherein a time constraint must be met
    • G11B2020/10944Real-time recording or reproducing, e.g. for ensuring seamless playback of AV data
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B20/12Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G11B2020/1218Formatting, e.g. arrangement of data block or words on the record carriers on discs wherein the formatting concerns a specific area of the disc
    • G11B2020/1241Formatting, e.g. arrangement of data block or words on the record carriers on discs wherein the formatting concerns a specific area of the disc user area, i.e. the area of a disc where user data are to be recorded
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B20/12Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B2020/1264Formatting, e.g. arrangement of data block or words on the record carriers wherein the formatting concerns a specific kind of data
    • G11B2020/1265Control data, system data or management information, i.e. data used to access or process user data

Definitions

  • DIGITAL INFORMATION RECORDING MEDIUM DIGITAL INFORMATION RECORDING / REPRODUCING DEVICE
  • the present invention relates to a digital information recording medium for recording and reproducing digital information, a recording / reproducing apparatus, and a method for recording digital information on a recording medium and reproducing from the recording medium. Even after processing, the optical disk on which the video data can be seamlessly reproduced, the method of seamlessly reproducing the video data from this optical disk, the playback device thereof, and the video data that can be seamlessly reproduced on the optical disk.
  • the present invention relates to a recording method and a recording apparatus thereof.
  • a recording medium having a large storage capacity such as an optical disk such as a DVD (Digital Versatile Disk) or an HDD (Hard Disc Drive) has been developed. Recording devices that use video and audio data such as television broadcasts as digital data and record for a long time are spreading.
  • video (video) and audio (audio) data are compression-encoded, and compressed video and audio
  • VOB video object
  • video or audio attribute information and time stamp information are recorded on the disc as management information, and during playback, video and audio are continuously played back based on the management information.
  • An object of the present invention is to provide a recording medium capable of seamlessly reproducing video data at a processing cost with only a partial re-encoding even when an encoded video object is continuously reproduced.
  • An object of the present invention is to provide a method of seamlessly reproducing video data from this recording medium, a reproducing apparatus thereof, a method of recording video data on a recording medium so that seamless reproduction is possible, and a recording apparatus thereof.
  • Audio / video recording area defined between the lead-in and lead-out areas.
  • the audio / video recording area includes a management information recording area in which rewritable management information is recorded and two or more rewritable management information.
  • Each of the video objects is composed of at least one video object unit, and the video object unit is a navigation system in which video and audio packs are multiplexed to navigate the video pack.
  • YDI's data is stored in the pack row with the RDI pack placed at the head, and the video-pack stores the video data belonging to the video 'elementary' stream defined in H.264.
  • the management information recording area includes a video manager that manages the two or more video objects, and the video manager uses an encoding method in which the video elementary stream is defined in H.264.
  • the video 'manager' includes a seamless' flag indicating that the video object can be played continuously and continuously.
  • a recording medium is provided that includes a video object type with a seamless extended flag and that guarantees two levels of seamless playback by combining this seamless flag and seamless extended flag.
  • the audio / video recording area includes a management information recording area in which rewritable management information is recorded and an object group recording area in which two or more rewritable video objects are recorded.
  • Each of the video objects is composed of at least one or more video object units, each of which is multiplexed with a video pack and an audio pack and navigates through the video pack.
  • the navigation's RDI pack that stores the data is defined in the pack row arranged at the beginning, and the video 'pack stores the video' data that belongs to the video 'elementary' stream defined in H.264.
  • An audio stream is stored in the audio pack, and the management information recording area includes a video and a manager for managing the video object, and the video manager includes the video elementary stream.
  • H. 2 A message indicating that the data has been encoded with the encoding method defined in 64. Includes a stream flag, and the video manager indicates a seamless flag indicating that the video object can be played continuously and seamlessly for each video object.
  • Video with a seamless extended flag Recording medium power that includes object information of a video with an object type and guarantees two levels of seamless playback by combining this seamless 'flag' and seamless extended flag.
  • a playback unit for searching the recording medium, reading out the video manager from the management information recording area, and reading out the video object from the object group recording area based on the video manager;
  • a demultiplexer section for demultiplexing the video object unit into a video elementary stream and an audio stream
  • a video buffer for storing the video 'elementary' stream
  • a video decoder that decodes the video elementary stream output from the video buffer and outputs it as a frame image sequence;
  • the audio / video recording area includes a management information recording area in which rewritable management information is recorded and an object group recording area in which two or more rewritable video objects are recorded.
  • Each of the video objects is composed of at least one or more video object units, each of which is multiplexed with a video pack and an audio pack and navigates through the video pack.
  • the navigation's RDI pack that stores the data is defined in the pack row arranged at the beginning, and the video 'pack stores the video' data that belongs to the video 'elementary' stream defined in H.264.
  • An audio stream is stored in the audio pack, and the management information recording area includes a video and a manager for managing the video object, and the video manager includes the video elementary stream.
  • H. 2 A message indicating that the data has been encoded with the encoding method defined in 64. Includes a stream flag, and the video manager indicates a seamless flag indicating that the video object can be played continuously and seamlessly for each video object.
  • Video with a seamless extended flag Recording medium power that includes object information of a video with an object type and guarantees two levels of seamless playback by combining this seamless 'flag' and seamless extended flag.
  • the video 'elementary' stream output from this video 'buffer' is decoded and output as a frame image sequence
  • a playback method for controlling a video 'elementary' stream to the video buffer according to the seamless' flag and seamless extension flag.
  • An encoder that converts an audio signal and a video signal into an audio stream and a video defined by H.264, an elementary stream
  • the stream information includes a video attribute indicating that the video 'elementary' stream is encoded in the encoding format defined in H.264, and the video 'object information Describes the video object type with a seamless flag and a seamless extension flag indicating that the video object can be played continuously and seamlessly for each video object.
  • Combination of flags and seamless extended flags guarantees two levels of seamless playback A formatter to generate a video manager
  • An audio / video recording area defined between the lead-in and lead-out areas, and a recording medium including a management information recording area and a rewritable object group recording area that can be rewritten to the audio / video recording area.
  • the stream information includes a video attribute indicating that the video 'elementary one' stream is encoded by an encoding method defined in MPEG4, and the video object information includes the video object information.
  • the video object type with the seamless' flag and seamless extension flag indicating that the video object can be played continuously and seamlessly is described, and the seamless flag and seamless Two levels of seamless with a combination of extended flags.
  • An audio / video recording area defined between the lead-in and lead-out areas, and a recording medium including a management information recording area and a rewritable object group recording area that can be rewritten to the audio / video recording area.
  • the video manager In recording to record the video manager and the two or more video objects, the video manager is recorded in the management information recording area, and the two or more video objects are recorded in the object group recording area.
  • FIG. 1 is a block diagram schematically showing a recording / reproducing apparatus according to an embodiment of the present invention.
  • FIG. 2 is a block diagram schematically showing a recording processing unit shown in FIG.
  • FIG. 3 is a block diagram schematically showing a reproduction processing unit shown in FIG. 1.
  • FIG. 4 is an explanatory diagram schematically showing the hierarchical structure of the recordable / erasable disc shown in FIG. 1.
  • FIG. 5 is a hierarchical diagram schematically showing the structure of a management file recorded in the AV ′ data management information recording area shown in FIG. 4.
  • FIG. 6 is a hierarchical diagram showing the structure of the HDVR manager shown in FIG.
  • FIG. 7 is a hierarchical diagram showing the structure of the extended movie AV file table (EX_M_AVFIT) shown in FIG.
  • FIG. 8 is an explanatory diagram showing a description of the video attributes shown in FIG.
  • FIG. 9 is a hierarchical diagram showing the structure of the video object information (M_EVOBI) shown in FIG.
  • FIG. 10 is a hierarchical diagram showing the structure of the video time map (VTMAP) shown in FIG.
  • VTMAP video time map
  • FIG. 11 is a hierarchical diagram showing the structure of the video time map information (VTMAPI) shown in FIG.
  • FIG. 12 is a hierarchical diagram showing the structure of the program chain information (PGCI) shown in FIG.
  • FIG. 13 is a hierarchical diagram showing the structure of movie cell information (M_CI) shown in FIG.
  • FIG. 14 is a hierarchical diagram showing the structure of the HR movie / video / recording file (HR_MOVIE.VRO) recorded in the VR object group recording area shown in FIG.
  • FIG. 15 shows the relationship between the video object unit (VOBU) shown in FIG. 4 and FIG. 15 and the program chain (PGC), program (PG) and cell (C) as navigation data. It is explanatory drawing which shows.
  • FIG. 16 is an explanatory view showing an example of dividing an original “video” object (EVOB) and deleting a part thereof in the recording method according to one embodiment of the present invention.
  • FIG. 17 is a flowchart showing a processing procedure for dividing and deleting the original video object (EVOB) shown in FIG.
  • EVOB original video object
  • FIG. 18 is a flowchart showing a processing procedure for realizing seamless playback in a new video object (EVOB) divided from the original video object (EVOB) shown in FIG.
  • EVOB new video object
  • FIG. 19 shows the new segmented video 'object (EVOB) shown in FIG.
  • FIG. 20 shows the new segmented video 'object (EVOB) shown in FIG.
  • FIG. 21 shows the new segmented video 'object (EVOB) shown in FIG.
  • FIG. 1 is a block diagram schematically showing a recording / reproducing apparatus for recording and reproducing digital information according to the first embodiment of the present invention.
  • the recording / reproducing apparatus includes a data input unit 100 that acquires video / audio data input from a TV tuner or an external video device.
  • the analog video / audio data input via the data input unit 100 is input to the recording processing unit 101 including the encoding unit and the formatter for generating management information.
  • Analog video / audio in the ⁇ format (coding standard (H.264 or MPEG-4AVC defined in ISOZIEC14496-10)) standardized by ITU-T (International Telecomunication Union- Telecomunication Standardization)
  • the data is encoded, multiplexed and converted into a video 'elementary' stream.
  • the recording processing unit 101 reproduces the multiplexed elementary stream.
  • the navigation 'data for navigating the playback data is generated by the formatter, and the elementary' stream signal and navigation 'data is sent via the disc control unit 102 to the data storage unit 105, for example, a recordable optical disc or Recorded and stored on hard disk.
  • the disk control unit 102 controls the optical disk or hard disk as the data storage unit 105, receives the packetized “elementary” stream and navigation data from the recording processing unit 101, and writes it to the data storage unit 105.
  • data in the data storage unit 105 is read and transferred to the reproduction processing unit 103 including the decoding unit.
  • a reproduction processing unit 103 in which attribute information related to a video object (EVOB) recorded on an optical disk or a hard disk as the data storage unit 105 and a video object (EVOB) includes a decoding unit.
  • the video object (EVOB) power video and audio data are separated, and the video and audio data are decoded based on the attribute information.
  • the decoded video / audio data is output to an external device such as a television via the output unit 104.
  • the recording processing unit 101 shown in FIG. 1 includes a video encoder 200, an audio encoder 202, a video buffer 201, and an audio buffer 203, and input video data and audio data.
  • a video encoder 200 is encoded in the code format specified by the video encoder 200 and the audio encoder 202 and stored in the video buffer 201 and the audio buffer 203, respectively.
  • the video “elementary” streams stored in the respective buffers 201 and 203 are multiplexed by a multiplexer and output as a multiplexed program stream.
  • the playback processing unit 103 shown in FIG. 1 includes a demultiplexer 210, a video 'buffer 212 and an audio buffer 214, a video decoder 216 and an audio decoder 218, and the multiplexed program' stream is sent to the demultiplexer 210. Input and separated into video 'stream and audio' stream. The separated elementary 'streams are accumulated in the video' buffer 212 'and the audio' buffer 214, respectively. The video 'stream and audio' stream data stored in the keys 212 and 214 are sequentially supplied to the video decoder 216 and the audio decoder for decoding.
  • the decoded video data needs to be adjusted in the playback order according to the decoded picture type, it is input to the reorder buffer 220 according to the picture type, and the playback order is adjusted in the reorder buffer 220. Is output.
  • the decoded audio data is sequentially output from the audio decoder 218.
  • the data accumulating unit 105 shown in FIG. 1 particularly, an encoding system (H) that conforms to the international standard in accordance with ITU-T (Internative Telecomunication Union-Telecomunication Standardization).
  • H encoding system
  • ITU-T Internative Telecomunication Union-Telecomunication Standardization
  • a hard disk as a recording medium has the same structure as the data structure shown in FIG. 4, the data stream is stored in the video object (EVOB) as in the optical disk shown in FIG. And navigation data as management data can be stored in the management area of the video 'object'. Therefore, in particular, the description is omitted because it is applicable to a hard disk without distinguishing between an optical disk and a hard disk.
  • EVOB video object
  • navigation data as management data can be stored in the management area of the video 'object'. Therefore, in particular, the description is omitted because it is applicable to a hard disk without distinguishing between an optical disk and a hard disk.
  • FIG. 4 schematically shows a data structure according to one embodiment of the present invention.
  • a DVD disc (a red laser having a wavelength of around 650 nm or a bluish purple to blue wavelength having a wavelength of 405 nm or less) as shown in FIG. (DVD ⁇ R, DVD player RW, DVD-RAM, etc.) 300 with a single recording layer or multiple recording layers that can read data using a laser.
  • this disk 300 has a lead-in area 110 on the inner periphery of the disk 300 and a lead-out area 113 on the outer periphery of the disk 300.
  • a volume Z file structure information area 111 for storing the system and a data area 112 for actually recording data files are arranged.
  • the above file system is composed of information indicating which file is recorded where.
  • the data area 112 includes areas 120 and 122 for recording by a general computer and an area 121 for recording AV data, as shown in FIG. 4 (c).
  • the AV data recording area 121 conforms to the AV data management information area 130 having a video manager (VMG) file for managing AV data and the video recording (VR) standard as shown in FIG. 4 (d).
  • the object object data that is, a VR object group recording area 132 in which a video object (EVOB: Extended Video Object) file (EVRO file) as shown in FIG. 4 (e) is recorded.
  • the AV data management information area 130 and the VR object group recording area 132 are defined as rewritable areas.
  • each video object (HEVOB) 140 are recorded, and each video object (EVOB: Extended Video Object) 140 » It consists of one or more video object units (VOBU) 142.
  • the video object may be simply referred to as VOB instead of EVOB.
  • the video 'object' unit (V0BU) 142 stores an information pack (RDI_PACK: Real-Data) that stores data for navigating the video object unit (V0BU) as shown in Fig. 4 (g). Time data information) Video 'pack 145 (V_Pack) and audio' pack 146 (A_Pack) starting from 144 are defined as multi-packeted pack sequences.
  • the real 'time' data information pack (RDI_PACK) 144, V pack (V_Pack) 145 and audio 'pack (A-Pack) 146 shown in Fig. 4 (g) are pack' header and data 'packets.
  • the stream ID is described in the pack header, the sub-stream ID is further described in the packet of the RDI pack (RDI_PACK) 144, and the packet of the audio pack (A_Pack) 146 is further described. Describes the sub stream ID according to the encoding mode. Therefore, the reproduction processing unit 103 can determine and demultiplex each packet by the combination of the stream ID and the sub-stream ID.
  • the management information recorded in the AV 'data management information area 130 will be described with reference to Figs.
  • the hierarchical structure of the relevant disk 300 is described, an HDVR directory (not shown) is provided under the root directory, and the DVD management information file (HR_MANGER.IFO ) HD VR Video 'Manager (HDVR_MG) file and its backup (HDVMG Backu It is described that there is a file of p) and that there is a directory of video 'object (HDVR_EVOB).
  • the video 'object (HDVR_EVOB) directory contains one or more video object (EVOB) 140 files as described above, and the video object KEVOB) 140 file is recorded in the VR object group shown in Fig. 4. Recorded in area 132.
  • the HD video 'manager (HDVR_VMG) file is recorded in the AV' data management information recording area 130 shown in FIG.
  • the DVD management information file (HR.MANGER.IFO) recorded in the AV data management information recording area 130 is composed of the HDVR video 'manager (HDVR_MG) shown in FIGS. 5 and 6 (a).
  • the This HDVR video 'manager (HDVR_MG) includes HDVR manager general information (HDVR_MGI).
  • This HDVR manager general information (HDVR_MGI) includes the management information management table (MGLMAT) and the play' list 'search pointer table (EX. (PL _SRPT) (both not shown).
  • the management information management table includes disk management identification information (VMGJD), HDVMG file information (HR_MANGER.IFO) end address (HR_MANGER_EA: indicates the address from the beginning of DHVR_MG file to the end of EX_MNF IT), Management information (HDVR_MGI) end address (HDVR_MG I_EA: Indicates the address from the beginning of the DHVR_MG file to the end of HDVR_MGI), version information, disk resume information (DISC_RSM_MRKI), disk representative image information (EX_DISC_REP_PICI), stream ' It includes the start address of the object management information (ESTR_FIT_SA), the original 'program' chain information start address (EX_ORG_PGCI_SA), the user-defined program chain information table start address (EX_UD_PGCIT_SA), and so on.
  • VMGJD disk management identification information
  • HR_MANGER.IFO indicates the address from the beginning of DHVR_MG file to the end of EX_
  • Resume 'marker information (DISC_RSM_MRKI) records information for resuming playback that was interrupted when the entire disc was played, and the representative image information on the disc (EX_DISC_REP_PICI) describes information about the representative image. It has been.
  • the play 'list' search 'pointer' table (EX_PL_SRPT) has a search 'pointer (EX_PL_SRP # l to #n) to each play' list, and each search 'pointer (EX_PL_SRP) has a play' list '
  • Each resume 'marker (PL_RSM_MRKI: Marker indicating how much playback has been performed when playback is interrupted) is described. This resume marker (PL_RSM_MRKI) Contains information for resuming playback.
  • the HDVR video manager (HDVR_MG) as the DVD management information file (HR_MANGER.IFO) is a movie AV file information table (EX_M_AVFIT) as shown in FIG. 5 (a) and FIG. With /!
  • This movie AV file information table (EX_M_AVFIT) includes movie AV file table information (EX_M_AVFTI) as shown in FIG. 6 (b), and the movie AV file 'table information (EX_M_AVFTI) contains the movie.
  • Number of movie video 'object' stream information (M_EVOB_STI # l to #n: n is an integer) included in the AV file information table (EX_M_AVFIT) and video object information (M_EVOBI #) in the movie AV file information (EX_M_AVFI) l to #n: n is an integer).
  • the number of video 'object information (M_EVOBI # l to #n: n is an integer) corresponds to n video objects (EVOB) recorded in the VR object group recording area, and the video' Management information for each object (EVOB) is described.
  • the movie AV file information table (EX_M_AVFIT) further includes movie video “object” stream information (EX_M_EVOBI # 1 to #n) and movie AV file information (EX_M_AVFIT) as shown in FIG. 5 and FIG. 6 (b). EX_M_AVFI). Furthermore, the movie AV file information table (EX_M_AVFIT) includes a video time map table (EX.VT MAPIT) described later.
  • Movie video 'object' stream information (EX_M_EVOBI # l to #n) is stream information for each video object (EVOB) as shown in FIGS. 5 and 7 (&) and (1). Is described. That is, the movie video “object” stream information (EX_M_EVOB 1 # 1) includes the video attribute (V_ATR) included in the video object (EVOB) and the audio stream included in the video object (EVOB). Number (AST_Ns) and the number of sub-picture streams (SPST_Ns) included in the video object (EVOB).
  • the audio attribute of audio 'stream # 0 (A—ATR0) and the audio attribute of audio' stream # 1 (A_ATR1) are described.
  • Display information SP—PLT
  • the nth movie video 'object' stream information (EX_M_EVOBI # n) is also the first movie video 'object' The description is the same as the stream information (EX_M_EVOBI # l).
  • This video stream information (EX_M_EVOBI) is described in the order of stream numbers.
  • the video / object information (M_EVOB_GI) describes the number of video / object stream information (M_EVOB_STIN) used in the video object (EVOB). Therefore, when the video object information (M_EVOB_GI) is referenced, the stream information is referenced from the stream information number (M_EVOB_STIN), the video attribute (V_ATR) is obtained, and the code mode is specified.
  • the video attribute (V_ATR) describes whether the encoding mode, that is, the video compression mode is MPEG1, MPEG2, MPEG-4AVC, or VC-1.
  • the video attribute (V_ATR) describes the number of scan lines of the TV system and whether it is high definition or high definition (HD), whether the source image is a progressive image, aspect ratio, source image. The resolution and application are described.
  • the audio attribute (A_ATR0) of audio 'stream # 0 and the audio attribute (A_ATR1) of audio' stream # 1 have audio encoding modes (Dolby AC3, MPEG-1, MPEG-2, Linear PCM), number of audio channels, quantization ZDRC and application type are described.
  • V_ATR By referring to this video attribute (V_ATR), it is stored in the video packet (V_PKT) in the video pack (V_PAK) that constitutes the video object unit (VOBU). It is possible for the playback processing unit 103 of the playback device to recognize the encoded video mode of the video elementary stream (VIDEO ES).
  • the movie AV file information (EX_M_AVFI) included in the movie AV file information table (EX_M_AVFIT) is a movie AV as shown in Fig. 6 (b).
  • General information of file information (EX_M_AVFI_GI) is described first, and this general information (EX_M_AVFI_GI) includes movie video object information search pointer described after general information (EX_M_AVFI_GI), pointer (M_EVOBI_SRP # l ⁇ The number of M_EVOBI_SRP # n) is described.
  • the number of search pointers corresponds to the number (n) of the video object KEVOB described in the VR ′ object group recording area 132 shown in FIG. 4 (d).
  • the search pointer (M_EVOBI_SRP # n) Number of objects (EVOB)
  • the number corresponding to the number (n) of the movie video 'object information (M_EVOBI # l to M_EVOBI # n) start' address is described as the number of logical 'blocks from the table (M_AVFIT) Is done.
  • the search pointer (M_EVOBI_SRP # n) number is determined according to the video object (EV OB) number described in the video object (EVOB) recording order described in the VR 'object group recording area 132.
  • the number of the search pointer (M_EVOBI_SRP # n) the start of the movie video object information (M_EVOBI # l to M_EVOBI # n) can be acquired, and the video for the video object information (M_EVOBI # l to M_EVOBI # n) can be acquired.
  • M_EVOB_GI general information
  • M_EVOB_GI general information
  • the video object (EVOB) type (EVOB_TY) is described.
  • This type (EVOB_TY) describes the type of the video object (EVOB).
  • a temporary erase (TE) indicating whether the video object (EVOB) is in a normal state or temporarily deleted is described.
  • TE temporary erase
  • the video object (EVOB) is temporarily deleted.
  • the playback side can recognize the force that a part of the video object (EVOB) is deleted by editing.
  • EVOB_TY the video object (EV OB) is followed by the previous video object (EVOB) immediately before the video object (EVOB) as a reference.
  • a seamless flag SML_FLG
  • SML_FLG a seamless flag indicating whether or not the video object (EVOB) can be seamlessly played is described after the previous video object (EVOB).
  • SML_FLG the seamless' flag
  • “Ob” indicating that seamless playback is not performed
  • lb” describing that seamless playback is performed are described.
  • this type (EVOB_TY) further describes an extended seamless flag (SML_EX_FLG).
  • the seamless 'flag contains "lb” and the extended seamless' flag (SM When “lb” is written in (L_EX_FLG), complete seamless playback is realized between consecutive video objects (EVOB).
  • SM seamless 'flag
  • SML_FLG seamless' flag
  • SML_EX_FLG extended seamless' flag
  • EVOB semi-seamless playback is realized between consecutive video 'objects
  • EVOB video objects
  • the recording start time (EVOB_REC_TM) of the VBO is described in addition to the video object type (EVOB_TY).
  • This recording time corresponds to the recording start time of the head part of the video object.
  • the deleted time is calculated and the recording start time (EVOB_REC_TM) is rewritten. It is done.
  • this general information (M_EVO B_GI) includes the start presentation 'time' stamp indicating the reproduction start time (presentation 'time' stamp: PTS) of the first video field or video frame in the video object.
  • EVOB_V_S_PTM and the reproduction end time of the last video field or video frame in the video object
  • An end presentation 'time (EVOB_V_E_PTM) indicating a description' time 'stamp: PTS) is described.
  • These time stamps (EVOB_V_S_PTM, EVOB_V_E_PTM) are described by copying or calculating the parameter force defined in the MPEG standard.
  • the seamless information is the video's first system time clock (EVOB_FIRST_SCR) and the relevant video 'object' (EVOB) 's first pack system's time clock (SCR)
  • the previous video ⁇ The last system of the object ⁇ Time ⁇ Clock (PREV_EVOB ⁇ AST_SCR) is Included!
  • the playback system detects this system 'time' clock (PRE V_EVOB ⁇ AST_SCR) In response to this detection, the system clock is rewritten to the first system time clock (EVOB_FIRST_SCR). Therefore, the next video object (EVOB) can be played back seamlessly in succession following the previous video object (EVOB).
  • each of the video video object information includes audio gap information (AGPI) and video object related to the video object (EVOB) as shown in FIG.
  • Time map information (EVOB_TMAPI) is described.
  • AGPI audio 'gap information
  • EVOB time 'map information (EVOB_TMAPI) includes general information (EVOB_TMAP_GI) related to the time map of the video' object KEVOB '! /.
  • the general information (EVOB_TMAP_GI) describes the number of video object units (VOBU) that make up the video object (EVOB), and describes the video object (EVOB).
  • the start address (ADR_OFS) in the recorded recording area 132 is described in the number of relative logical blocks as well as the start force of the recording area 132, and the size of the video object is recorded. That is, in the video “time” map general information (VTMAP_GI), the object file (video “movie for recording”) in which the start “address (ADRJDFS) of the video object (EVOB) is recorded in the VR.
  • File (HR _MOVIE_VRO)) is described by the relative number of blocks from the first logical block.
  • the final address of the video time map (VTMAP) is relative to the start of the video time map (VTMAP). It is described by the number of blocks, and the number of the video map search pointer (VTMADPLSRP) in the video time map (V TMAP).
  • the movie AV file information table (EX_M_AVFIT) shown in FIG. 5 and FIG. 6 (b) includes a time “map” table (VTMAPT) related to the video object (EVOB), and video.time.
  • the map table (VTMAPT) contains a video 'time' map (VTMAP) as shown in Figures 5 and 10, and this video 'time' map (VTMAP) is a video 'time map general information (VTMAP_GI) , Including video ⁇ map ⁇ search ⁇ pointer (VTMADPLSR P) and video ⁇ map information (VTMAPI)!
  • Video ⁇ Map ⁇ Search ⁇ Pointer (VTMADPLSRP) is provided as many as the number of Video ⁇ Object (EVOB) recorded in VR ⁇ Object group recording area 132 shown in Fig. 4, and this video ⁇ Map ⁇ Search ⁇ Pointer (V TMADPLSRP) describes the index number that identifies the recorded video object (EVOB), and the video map information (VTMAPI) address searched by the search pointer (VTMADPLSRP). !
  • the video map information contains the entries of video object units (VOBU) that make up the video object (EVOB) specified by the index number. Contains VOBU entries (VOBU_ENT # l to #q) to be described. Each VOBU entry (VOBU_ENT # 1 to #q) describes the size (VOBU_SZ) and playback time (VOBU_TM) of each video 'object' unit (VOBU).
  • the relative start 'address (VOBU_ADRffi) of a video object' unit (VOBU ffi) corresponds to that video object 'unit (VOBU # 1) in the video object (EVOB) It is given by the sum (sum) of video object units up to the video object 'unit (VOBU # (il)) immediately before the video object unit (VOBU ffi).
  • the time 'map' general information (EVOB_TM AP_GI) described in the video 'object' unit (EVOB) address 'offset (ADRJDFS) is used to determine the video.object' unit (EVOB) address • offset ( ADRJDFS) is calculated by adding the sum of video, object, and unit (sum).
  • the presentation start time (VOBU_START—TMffi) of the video 'object' unit (VOBU ffi) is similarly determined from the video 'object' unit (VOBU # 1).
  • the previous video object 'unit (VOBU # (il)) up to the video object' unit presentation 'start time is given as the total value.
  • the HDVR video manager (HDVR_MG) shown in Fig. 6 is an original program that defines the playback order of the video object unit (VOBU), the chain information table (ORG_PGCIT), and the video object defined by the user. 'Include the user ⁇ define program ⁇ chain information table (ORG_PGCIT) that specifies the playback order of the unit (VOBU).
  • ORG_PGCIT program ⁇ chain information table
  • the original program chain information table (ORG_PGCIT) is created as navigation data. It is recorded as it is in the HDVR video manager (HDVR_MG).
  • Video 'object composed of video object (EVOB) whose playback order is defined in the chain information table (ORG_PGCIT) is edited by the user, and the edited video' object 'unit (VOBU)
  • ORG_PGCIT chain information table
  • VOBU edited video' object 'unit
  • Program 'Chain information contains the program chain information (PGC_GI) and program information related to the program included in the program chain (PG C) (PGC_GI).
  • PPC_GI program chain information
  • PPC_GI program information related to the program included in the program chain
  • PG # l to PG # m program information related to the program included in the program chain
  • M_CI #l to #n movie 'cell information
  • CI_SRP # l to #n movie' cell information
  • M_CI #l to #n movie' cell information
  • the video object 'unit (VOBU) 142 is the object' data, and the real 'time' data information pack (RDI_PACK: Rea 1-time Data Information)
  • Video 'pack 145 (V_Pack) and audio' pack 146 (A_Pack) starting from 144 are defined as multi-packeted pack sequences.
  • one or more video 'object' units (VOBU) are combined to form one video 'object (EVOB #l to EVOB #n).
  • This video' object '(EVOB) #l to EVOB #n) are recorded in the recording area 132 shown in FIG. 4D as a movie “video” recording “file” (HR_MOVIE_VRO).
  • a program chain (PGC), a program (PG), and a cell (C) are navigation data for navigating the reproduction, that is, indicating the reproduction procedure, and are one or a plurality of movie cells)
  • a program (PG) is composed of one or more programs (PG), and a program chain (PGC) is composed.
  • Cell (C) as shown in Figure 15, identifies the video object 'unit (VOBU) that is reproduced (present) at the beginning and end, and the video object' unit that is reproduced (present) at the beginning and end. The video is reproduced by repeating (Precent) video video object units (VOBU) that are continuous in time between (VOBU).
  • the first and last video object unit (VOBU) specified in cell (C) is specified by start 'presentation' time (S_PTM) and end presentation 'time (E_PTM), and start' presentation 'time (S_PTM).
  • end 'Presentation' time (E_PTM) the video time map information (VTMP) is referenced and the address of the corresponding video object unit (VOBU) is identified and presented (reproduced). Therefore, one cell (C) given a certain cell number is a video 'object (EV OB) Video.
  • Object's unit (VOBU) identification power Other cell (C) given a cell number that is consecutive to this cell number is a video in another video 'object (EVOB) You can also specify an 'object' unit (VOBU).
  • a program or program 'chain (PGC) consisting of multiple cells designates video' object 'units (VOBU) belonging to multiple video'objects' (EVOB) in succession. You can present a “de-object” unit (VOBU).
  • PG program
  • PLC program 'chain
  • the program ⁇ chain information (PGCI) program ⁇ chain general information (PGCLGI) includes the number of programs (PG # 1 to #m) (PG_Ns) and cell ⁇ search ⁇ pointer ( The number (CI_SRP_Ns) of CI_SRP # l to ffi) is described.
  • the program information (PGI # l to #m) describes the number of cells (c) constituting the program (PG) and the number of the target cell reproduced by the program (PG). . The reproduction of the cell following the target cell (c) first is continued until the number of cells (c) constituting the program (PG) is reached by increasing this cell number.
  • the cell 'search' pointer (CI_SRP # l to ffi) is arranged in the cell playback order, and the cell 'search' pointer (CI_SRP # l to ffi) contains the movie 'cell information (M_CI #l to ffi).
  • the start address (CLSA) is described by the relative number of blocks from the first byte of the program chain information (PGCI).
  • Each of the movie 1 'cell information includes the movie 1' cell general information (M_CI_GI) and the movie 1'cell entry 1 'point information (M_CI_EPI # l to #n as shown in FIG. 13).
  • the movie 'cell general information (M_CI_GI)' corresponds to the video 'object' (EVOB) to which the video 'object' unit (VOBU) specified in the cell (c) belongs. 6
  • the number of the video object information search pointer (EVOBLSRP) shown in (b) is described.
  • the video 'object information search' pointer (EVOBLSRP) is arranged in ascending order in the movie AV file information (EX_M_AVFI)
  • the search pointer (EVOBLSRP) is specified by specifying the search pointer (EVOBLSRP) number.
  • video object information (EVOBI) can be obtained.
  • each of the movie 1'cell general information includes the number of movie 1'cell 'entry 1 point information (M_CI_EPI # 1 to #n) (C_EPI_Ns), the cell ( C) Video. Presentation at start 'Time (C_V_S_PTM) and video at the end of video in the cell (C) The presentation 'time (C_V_E_PTM) is listed!
  • VTM AP_GI video time map general information
  • C_V_S_PTM presentation time
  • C_V_E_PTM presentation time
  • ADRJDFS first video 'object' unit
  • ADRJDFS last video object queue
  • ADRJDFS first video 'object' unit
  • ADRJDFS last video object queue
  • the entry point presentation information (EP_PTM) is described as information about the entry point used by the user.
  • the skip (FF skip or FR skip) specified by the user at the entry point described in the movie 'cell' entry point 'point information (M_CI_EPI # l to #n) can be realized.
  • the entry specified by the user ⁇ Point ⁇ Presentation 'Time (EP_PTM) is referenced, and the video ⁇ Time ⁇ Map general information (VTMAP_GI) is referred to using this time stamp.
  • the start address (ADRJDFS) of the video object (EVOB) constituting the cell (C) can be obtained.
  • the analog video is converted into encoded video' data and stored in the video 'pack (V_Pack) 145.
  • the audio data is stored in the packet of the audio 'pack (A_Pack) 146 and multiplexed.
  • the RDI pack (RDI) 144 is generated from the information at the time of encoding, etc.
  • a video object unit (VOBU) 142 is generated that fits in a range of approximately constant length provided at the beginning.
  • a video object unit (VOBU) 142 When a video object unit (VOBU) 142 is input to the disk controller 102 one after another, the video object unit (VOBU) 142 is temporarily stored in the memory, and a plurality of video object units (VOBU) 142 are stored.
  • a video object (EVOB) 140 is generated from the (VOBU) 142.
  • the information at the time of encoding and the information of the cell (C), the information of the program (PG) and the information of the original program chain (ORG_PGC) are collected and the manager information is collected.
  • the HDVR manager (HDVR_MG) described with reference to FIGS. 4 to 13 is generated.
  • This HDVR manager (HDVR_MG)
  • the video object (EVOB) recorded in the information recording area 130 and generated is recorded in the VR group recording area 132 one after another.
  • the video object (EVOB) is not edited, and therefore the user defined (definition) PGCI table (UD_PGCIT) is not recorded and is maintained as a free space.
  • the start point and end point of the section to be deleted of the original 'video-object are specified by the playback time, and the original is based on the specified deletion section.
  • An example of dividing and deleting a “video” object (EVOB) is described below.
  • movie “video” object information (M_EVOB # 1) is created, and a seamless flag (SML_FLG) and a seamless extension flag (SML_EX_FLG) are described therein.
  • video attribute (V_ATR) is described in the movie / video / object / unit stream information (EX_M_EVOB_STI # l).
  • VTMAP # 1 time' map information (VTMAPI) is described, and an entry for each video 'object' unit (VOBU #n) in the video 'object (EVOB)'.
  • VOBU_ENT ⁇ ⁇ ⁇ Point
  • Figure 16 shows the process flow for partial deletion in the original video 'object (EVOB).
  • the process of partial deletion in the original 'video' object (EVOB) is started (S10), the start time and end time of the specified partial deletion section are associated with the video object (EVOB).
  • VTMAP video 'time-map
  • VOBU section of the video object' unit
  • End point start point and deletion
  • the start point and end point of the designated deletion process are acquired by the recording processing unit 101 (S12).
  • the video object unit (VOBU) immediately before being deleted is replaced by the video 'object' unit (VOBU # 0, the last video 'object' unit being deleted (VOBU). If a video object 'unit (VOBU ⁇ -1) is assumed, the video' object 'unit (VOBU ⁇ -1) corresponding to the end point of the deletion processing from the video' object 'unit (VOBU ffi + 1) corresponding to the start point of the deletion processing. ) Video object 'unit (VOBU) is actually deleted, where the video object (VOBU ffi + 1) and end point correspond to the video map (VTMAP).
  • VTMAP video map
  • the address of the video 'object' unit (VOBU ⁇ -1) corresponding to the video object (EVO B) corresponding to the start point in the video object (EVO B) and Video object 'units corresponding to the point (VOBU ⁇ - 1) is detected.
  • VOBU video 'object' unit
  • the video 'object (EVOB # 1) is divided with the video object' unit (VOBU ffi) at the end and the video object 'unit (VOBU') '
  • the object unit (VOBU) generates a new video object (EVOB # 2).
  • the video 'object (EVOB # 1) and the new video' object (EV OB # 2) are managed by the HDVR manager (HDVR_MG).
  • the video time map (VTMAP) contains information corresponding to each video object unit (VOBU), the video time map (VTMAP # 1) The information after the video object unit (also VOBU) is given to the newly divided video map (VTMAP # 2).
  • a user-defined PGC information table (UD_PGCIT) is created, and the movie 'cell information (M_CI) shown in Fig. 13 for the newly created video' object (EVOB) is created. Then, the PGC information (PGCI) shown in FIG. 12 is created as a set of the movie's cell information (M_CI).
  • the video 'object' stream information (EVOB_STI # l) is a force that includes attribute information about the video 'object (EVOB). Basically, the video object (EVOB # 1) and the video' object (EVOB # 1) Since 2) has the same attributes, the video object stream information (EVOB_STI # 2) related to the video object (EVOB # 2) is based on the information in the video object stream information (EVOB_STI # l). Is set.
  • step S22 it is determined whether or not the new video 'object (EVOB # 1) and video' object (EVOB # 2) are to be played back seamlessly during continuous playback. If seamless playback is not required, the value of the seamless flag (SML_FLG) in the M_video 'object information (EVOB 2) is set to "0" and the seamless extension flag (SML_EX_FL G) is also set to "0".
  • step S26 the video object unit (VOBU '-1) is deleted from the video object unit (VOBU ffi + 1) shown in Fig. 16 as the object of deletion processing.
  • step S30 the deletion process of the intermediate part of the video object HEVOB) is completed.
  • a sequence end, code SEQ_END_CODE
  • SEQ_END_CODE a sequence end, code
  • step S22 when seamless playback is supported, re-encoding processing is performed on a part of the video object (EVOB) for seamless playback, and necessary settings for seamless playback described later are performed. Then, the video object unit (VOBU... -1) is deleted from the video object unit (VOBU ffi + 1) as shown in step S26, and then the processing is ended as shown in step S30.
  • EVOB video object
  • step S30 the processing is ended as shown in step S30.
  • the semi-seamless state uses the seamless flag (SML_EX_FLG) as well as the seamless flag (SML_FLG) and the seamless flag (SML_FLG) and seamless as described above with reference to FIGS. It is defined that the extension flag (SML_EX_FLG) is "0" and is not seamless, and the seamless' flag (SML_FLG) is "1" and the seamless extension flag (SML_EX_FLG) is "0" and is expressed as semi-seamless.
  • the other is a level that realizes seamless playback with a simple mechanism during playback by taking measures against inconsistencies in parameters and ensuring the continuity of the video stream between video objects (EVOB) completely. And defined as “completely seamless state”.
  • the completely seamless connection state is expressed as a seamless' flag (SML_FLG) with a value of " ⁇ ” and a seamless extended flag (SML_EX_FLG) with a value of "1".
  • FIGS. 18 and 19 Edit processing for realizing seamless playback will be described with reference to FIGS. 18 and 19.
  • Fig. 18 shows the flow of editing processing for seamless playback including semi-seamless and completely seamless
  • Fig. 19 is a schematic diagram showing the concept of conversion processing for realizing the semi-seamless state. It is.
  • the new divided video 'object (EVOB # 1) and video object' unit described with reference to FIG. (EVOB # 2) is a group of video object units (VOBU) in which some (eg, n and m video 'object' units (VOBU)) are re-encoded to maintain the buffer state. It is specified. (S42) That is, as shown in Fig.
  • the last n video 'object' units (VOBU) (video object 'units) (n is an arbitrary number) of video objects (EVOB # 1) (From VOBU ffi-n + 1) to video 'object' unit (VOBU ffi) are subject to re-encoding, and are each set as video.object 'unit (VOBU) group # 1.
  • the first m video (object object) units (VOBU), where m is an arbitrary number of video 'object' units (V OBU) (from video object unit (also VOBU) to video object unit (VO BU '+ m-1)) is subject to re-encoding, and video' object 'unit (VOBU) group # 2 Is done.
  • n and m are set in consideration of.
  • the target video object unit (VOBU) group set as described above is subjected to demultiplexing processing and the video 'elementary' stream ( Video ES (Elementary Stream)) and audio 'elementary stream' (Audi 0 ES) (S44).
  • the video 'elementary' stream (Video ES) separated from the video object 'unit (VOBU # 1) group is # 1 video' elementary 'stream (Video ES # 1)
  • the video elementary stream (Video ES) separated from the (VOBU # 2) group is # 2 video 'elementary' stream (Video ES # 2).
  • the process for maintaining the noffer 'model is performed.
  • the code amount of each picture in the # 1 video 'elementary one stream (Video ES # 1) is obtained, and the buffer transition state in the video' object (EVOB # 1) is reproduced.
  • the entire video object (EVOB # 1) is demultiplexed and the entire video elementary stream (Video ES)
  • the buffer state is virtually reproduced only by the information of the video 'object' unit (VOBU) group # 1.
  • the # 2 video 'elementary one' stream (Video ES # 2) is processed in the same manner, and the buffer state transition is reproduced.
  • # Buffer status of 1 video 'Elementary 1' stream (Video ES # 1) and # 2 Video 'Elementary 1' stream (Video ES # 2) are compared and checked for buffer errors.
  • the amount of code amount allocation at the time of re-encoding is adjusted so that no error occurs. This reassignment of the code amount is the re-evaluation described later. It is necessary to consider the change of the slice type in the encoding process.
  • Step S46 the # 1 video 'elementary' stream (Video ES # 1) and the # 2 video 'elementary' stream (Video ES # 2) are re-encoded as shown in Fig. 19 (c). And a frame image is generated.
  • Step S46 At this time, there may be a case where there is no reference picture in the extracted video elementary stream (Video ES).
  • S48 If this is a # 1 video 'elementary one' stream (Video ES # 1), among the pictures contained in the video 'object' unit (VOBU ffi), the video 'object target' unit ( This occurs when there is a slice (P or B picture) that has a picture included after VOBUffi + 1) as a reference frame.
  • VOBU ffi the picture 'object target' unit
  • the video 'object' unit (VOBU) always includes an I slice, and the data structure is restricted to prohibit the reference to the I slice in the code order. This ensures that a reference picture is included in the immediately preceding or following video object unit (VOBU) even if there is no reference picture in the video 'object' unit (VOBU). Therefore, when these restrictions are applied, for the video 'object' unit (VOBU) group # 1, the following video object 'unit (VOBU # i + l) etc. At the same time, AV is separated and decoded. Similarly, as shown in Fig. 19 (b), for the video object 'unit (VOBU) group # 2, the reference video can be decoded by decoding the preceding video object' unit (VOBU '-1) etc. If there is no state, the state can be avoided.
  • step S54 When the inconsistency of parameters in these streams is allowed in step S54, that is, in a semi-seamless state, the frame image sequence (picture sequence # 1, # 2) is as shown in Fig. 19 (e). Partially re-encoded as described above, # 1 and # 2 video 'elementary one' streams (ES # 1, # 2, etc.) are generated. (S56)
  • Video ES # 1, # 2 For the video 'elementary.stream (Video ES # 1, # 2) that has been re-encoded, mix audio data and other data (RDI, GCI, etc.) again as shown in Fig. 19 (f).
  • the MPEG-2PS format is used, and a video object (EVOB # 1) and video object (EVOB # 2) are formed as shown in FIG. 19 (g).
  • EVOB # 1 When re-encoded data is assigned to a disc, it must exist continuously on the disc, called CDA. ⁇ Based on the smallest unit, it is assigned in accordance with the disc jump performance model. Record on disc 300.
  • E-STD Extended System Target Decoder
  • audio 'data gaps' and video' objects EVOB # 1, # 2 start SCR and end SCR.
  • EVOB # 1, # 2 start SCR and end SCR.
  • Information necessary for seamless playback using the model is also set appropriately in the same way as before.
  • the buffer state is maintained according to the flow shown in FIG. 18 (S40 to S52).
  • the subsequent re-encoding process is performed.
  • Video ES # 1 the preceding # 1 video 'elementary' stream
  • Video ES # 2 the subsequent # 2 video 'elementary' stream
  • Re-encode processing is performed on the entire video 'elementary' stream (Video ES # 2). That is, the entire frame image sequence (picture sequence # 1, # 2) is re-encoded as described above as shown in Fig. 19 (e), and # 1 and # 2 video elementary 'stream (ES # 1 , # 2) is generated.
  • the system of the first pack included in the video object (EVOB # 1) is included in the seamless information (SMLI).
  • SMLI seamless information
  • the first system that describes the time ⁇ clock (SCR)
  • the time ⁇ clock (EVOB_FIRST_SCR) and the video ⁇ the last packed system contained in the video 'object (EVOB # 2) before the object ⁇ time ⁇ clock ( SCR) is described before video ⁇ last system of the object ⁇ time ⁇ clock (PREV_EVOB ⁇ AST_SCR).
  • step S64 the first picture in the coding order of the # 2 video 'elementary one' stream (Video ES # 2) shall be coded as an IDR picture. Is preferred. In this case, the relationship between the reference picture and the presence of the IDR picture changes, so that the # 1 video 'elementary' stream (Video ES # 1) and the # 2 video 'elementary one stream (Video ES # 2) The reference picture is reviewed. Specifically, the picture encoded as the IDR picture is also referred to by! /, And the motion prediction and motion vector generation processing is performed again using the IDR picture as the reference picture. At this time, the original motion vector may be spatially scaled according to the change of the reference frame and reused, thereby eliminating the cost of motion prediction processing.
  • the IDR picture is the first picture of the # 2 video 'elementary' stream (Video ES # 2).
  • the video object (EV OB # 2) if the beginning of the # 2 video 'elementary' stream (Video ES # 2) is encoded with an IDR picture or is not encoded with an IDR picture, the video object (EV OB # In order to ensure that the video object (EVOB # 2) is played back seamlessly, the video object that collects the first m video object units (VOBU) in the video object (EVOB # 2) For the 'm + 1'th and subsequent video' object 'units (VOBU) consisting only of' unit (VOBU) group # 2 ', demultiplexing the video' elementary.stream (Video ES), and step S66 In this case, it is necessary to carry out the re-encoding process.
  • VOBU video object units
  • the # 2 video 'elementary' stream (Video ES # 2) is re-coded based on the buffer status parameters of the # 1 video 'elementary' stream (Video ES # 1).
  • the remaining video 'elementary' stream (Video ES)
  • correct the value based on the actual amount of generated code at the time of the video signal # 2 video 'elementary' stream (Video ES # 2) Based on the code amount of each slice of the existing video 'elementary stream (Video ES)!
  • the video object (EVOB) When recording video / audio data continuously, if the resolution changes, the video object (EVOB) may be changed assuming that the content has changed. In this case, the recording process itself is executed continuously, so the reference picture is never lost.
  • the first picture of the subsequent video object (EVOB) can be encoded with an IDR picture to change the attributes such as resolution.
  • both the seamless flag (SML_FLG) and the seamless extension flag (SML_EX_FLG) are set to “ ⁇ ”.
  • a seamless playable state can be realized by selecting either the seamless state or the complete seamless state.
  • the first picture of the subsequent video object (EVOB) is not changed to an IDR picture, but only the buffer state is corrected by re-encoding to make a semi-seamless state. Re-encode and correct subsequent parameters to make it completely seamless.
  • a video object (EVOB # 1) is continuously reproduced from a video object (EVOB # 2).
  • the playback process differs depending on whether or not the decoder has the ability to perform seamless playback in a semi-seamless state.
  • the playback process flow for a decoder that supports seamless playback in the semi-seamless state is shown in FIG. 20, and the processing flow for a decoder that does not support the semi-seamless state is shown in FIG.
  • the video attribute information (V_A TR) included in the video object (EVOB_STW2), the seamless flag (SML_FLG) and the seamless expansion flag included in the video object information (EVOB 2) (SML_EX_FLG) information and seamless information (SMLI) are checked if they exist.
  • the decoder 216 uses the seamless' flag (SML_FLG) and seamless extended flag (SML_EX_FLG) information set during recording.
  • SML_FLG seamless' flag
  • SML_EX_FLG seamless extended flag
  • the # 2 video 'object (EVOB # 2) data is read into the track' buffer (not shown) of the disk processing unit 102 (S72, S124) and the data in the track 'buffer' Is demultiplexed into demultiplexer 210 into video and audio 'elementary' streams. (S76, S126)
  • the first demultiplexed # 1 video elementary stream (VIDEO ES # 1) is transferred to the video 'buffer 212 (S78, S128), and the data stored in the video' noffer 212 is The video data is decoded by the decoder (S82, S130), and the picture data is output in the reordering buffer 220 after being ordered.
  • step S82 or S134 it is checked whether reading of the video object (EVOB # 1) is completed. If not completed, the process returns to step S74 or step S124, and steps S74 to S82 or steps S124 to S132 force S are repeated.
  • the 'Video' object (EVOB # 1) has been loaded, the 'Seamless' flag (SML_FG) is checked. (S84, S134) If the seamless flag (SML_FLG) is “0” in steps S84, S134, the node described below is used. Processed as seamless.
  • steps S84 and S134 differs depending on the playback device that supports semi-seamless and the playback device that does not support semi-seamless, and therefore will be described separately in FIG. 20 and FIG.
  • step S86 it is checked whether or not all video data in the video buffer 212 has been decoded, as shown in step S86 in FIG.
  • step S86 if all the video data is not decoded, the data in the video buffer 212 is successively decoded by the video decoder until all the data in the video buffer 212 is decoded. (S88) If all the data in the video buffer 2 12 has been decoded by the video decoder 216 in step S88, or!
  • step S86 the video object The data of (EVOB # 2) is read into the track 'buffer (S90), and the data in the track' buffer is separated by the demultiplexer 210 into video and audio 'elementary' streams.
  • S92 The # 2 video “elementary one” stream (VIDEO ES # 2) is transferred to the video buffer 212. Seamless 'flag (SML_FL), seamless extension flag (SML_EX_FLG) and sequence end (code_SEQ_END_CODE) before decoding # 2 video elementary stream in video' buffer 212 (VI DEO ES # 2) Checked.
  • SML_FL Seamless 'flag
  • SML_EX_FLG seamless extension flag
  • code_SEQ_END_CODE sequence end
  • step S97 the seamless' flag (SML_FL) is "0" and seamless expansion If the flag (SML_EX_FLG) is “0”, the detection of the sequence “end” code (SEQ_END_CODE) is checked in step S 106 as non-seamless.
  • a sequence end code SEQ_END_CODE
  • step S108 After that, it is confirmed in step S102 whether the reading of the data of the video object (EVOB # 2) is completed. If the reading of the data of the video object (EVOB # 2) is not completed, The same processing from steps S90 to S108 in non-seamless playback is executed.
  • step S106 if the sequence 'end' code is not detected by the decoder, a non-seamless normal decoding process is performed in step S 100, and similarly, the video object (EVOB # 2) data In step S102, the video 'object (EVOB # 2) data has not been read, and if the data has not been read, the same processing from steps S90 to S106 is executed. Is done.
  • step S134 if the seamless 'flag (SML_FLG) is "0", it is non-seamless. In the non-seamless state, as shown in step S138, all video data in the video' buffer 212 is decoded. Is checked. If all video data is decoded in step S86, in this case, the data in the video 'buffer 212 until all data of the video' object in video 'buffer 212 (EVOB # 1) is decoded. Are successively decoded by a video decoder.
  • the video notifier 212 data continues to be decoded by the video decoder 216 and the video object (EVOB # 2) Is read into the track 'buffer.
  • the data of the track' video in buffer 'object (EVOB # 2) is separated into video and audio' elementary 'streams by the demultiplexer 210 (S 92).
  • This # 2 video 'elementary' stream (VIDEO ES # 2) is transferred to the video 'buffer 212.
  • the # 2 video' elementary 'stream (VIDEO ES # 2) in the video' buffer 212 is decoded.
  • the seamless flag (SML_FL), seamless extension flag (SML_EX_FLG) and sequence end 'code (SEQ_END_CODE) are checked before.
  • S96 In the semi-seamless state, the seamless' flag (SML_FL) is "1" in step S97, and the seamless expansion flag (SML_EX_FLG) is "0" in step S98.
  • the sequence end 'code (SEQ_END_CODE) detection is checked.When the decoder detects a sequence' end 'code (SEQ_END_CODE: end_of_seq_rsbp) present in the video' buffer ', the decoder From the state of SML_F LG) and seamless expansion flag (SML_EX_FLG), Detect that parameter level mismatch occurs in data. Here, in the decoder, the internal state is reset once while the video buffer remains unchanged. When the data after the sequence 'end code (end_of_seq_rsbp ()), that is, the video data of the video object (EVOB # 2), is decoded in advance as an exceptional process.
  • end_of_seq_rsbp () that is, the video data of the video object (EVOB # 2
  • step S 108 As described above, by detecting the video data inconsistency at the decoder level and continuously processing it, seamless playback is possible depending on the processing performance of the decoder.
  • step S108 it is checked in step S102 whether the video object (EVOB # 2) data has been read, and if the video object (EVOB # 2) data has not been read. The same processing from steps S90 to S108 in non-seamless playback is executed.
  • step S106 If the sequence 'end' code (end_of_seq_rsbpO) is not detected by the decoder in step S106, a normal semi-seamless decoding process is executed in step S100, and similarly, the video 'object (EVOB # 2) In step S102, it is confirmed whether the data of the video object (EVOB # 2) has not been read. If the data of the video object (EVOB # 2) has not been read, the same steps from step S90 to S106 are performed. The process is executed.
  • step S136 since the seamless 'flag (SML_EX_FL G) is "1" in the semi-seamless state, the data of the video object (EVOB # 2) is read into the track' buffer in step S142, and the track The 'buffer data is separated by demultiplexer 210 into video and audio' elementary 'streams.
  • the # 2 video “elementary one” stream (VIDEO ES # 2) is transferred to the video buffer 212.
  • S146 Decoding of data of video object (EVOB # 2) in video buffer 212 And the steps S142 to S148 are repeated until all the data of the video object (EVOB # 2) is read into the video buffer 212. When all the data of the video object (EVOB # 2) has been read, the playback process ends.
  • S 152 the seamless 'flag (SML_EX_FL G) is "1" in the semi-seamless state.
  • the video 'decoder finishes processing the video' data of the video 'object (EVOB # 1), just like when the seamless' flag (SML_FLG) is '0'. Waiting force Playback is possible by transferring data of video object (EVOB # 2).
  • the video encoding side inputs the video 'data of the video object (EVOB # 1) continuously following the video' data of the video object (EVOB # 1) into the video notifier 201,
  • seamless decoding is possible by continuously decoding the input buffer. After that, it is synchronized and played back by the system based on other seamless information.
  • the flow is different as shown below for the semi-seamless correspondence shown in FIG. 20 and the semi-seamless correspondence shown in FIG.
  • step S84 the data of the video notifier 212 continues to be decoded by the video decoder 216 and the data of the video object (EVOB # 2). Is read into the track buffer.
  • the data of the track 'video in buffer' object (EVOB # 2) is separated by the demultiplexer 210 into video and audio 'elementary' streams.
  • the # 2 video 'elementary one' stream (VIDEO ES # 2) is transferred to the video buffer 212.
  • step S97 the seamless' flag (SML_FL) is T
  • step S98 the seamless extension flag (SML_EX_FLG) is T, the normal force in step S100.
  • step S100 the processing of the data of the video object (EVOB # 2) is executed and whether the reading of the data of the video object (EVOB # 2) is completed is confirmed in step S102.
  • the video 'object (EVOB # 2) data has not been read, the same processing from steps S90 to S106 in the complete seamless playback is executed.
  • the video 'data' (EVOB # 1) video is followed by video.
  • the video data of the object (EVOB # 2) is continuously transferred to the video buffer, and the decoder sequentially decodes the video buffer data.
  • step S136 in the completely seamless state, the seamless' flag (SML_EX_FLG) is "1" as in the semi-seamless state. Therefore, in step S142, the data of the video 'object (EVOB # 2) is read into the track' buffer. The track 'buffer data is then separated by the demultiplexer 210 into video and audio' elementary 'streams. (S 144) This # 2 video “elementary one” stream (VIDEO ES # 2) is transferred to the video notifier 212. (S 146) Decoding of the video object (EVOB # 2) data in the video notifier 212 is started, and reading of all data of the video “object KEVOB # 2” is completed in the video “buffer 212”. Steps S 142 to S 148 are repeated until. When all data of the video 'object (EVOB # 2) has been read, the playback process ends. (S152)
  • a semi-seamless state is set between a completely seamless state and a non-seamless state. Even a playback device that is not compatible with video can play video streams in the above three levels, and as a result, smooth playback between video objects is possible.
  • the present invention is not limited to the above-described embodiment as it is, but can be embodied by modifying the constituent elements without departing from the spirit of the invention in the implementation stage.
  • Various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiments. For example, some components such as all the components shown in the embodiment may be deleted. Furthermore, constituent elements over different embodiments may be appropriately combined.
  • a recording medium capable of seamlessly reproducing video data at a processing cost with only partial re-encoding even when an encoded video object is continuously reproduced.
  • a method and apparatus for seamlessly reproducing video data from a recording medium, and a method and apparatus for recording video data on a recording medium so as to enable seamless reproduction are provided.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

 書き換え可能なビデオ・マネージャ(VMG)並びに2以上のビデオ・オブジェクト(EVOB)が記録されている記録媒体において、ビデオ・オブジェクト(EVOB)には、H.264で定められたビデオ・エレメンタリー・ストリーム(EST)から構成され、ビデオ・マネージャ(VMG)には、ビデオ・オブジェクト(EVOB)毎にビデオ・オブジェクト(EVOB)を連続してシームレスに再生可能である旨を示すシームレス・フラグ(SML_FLG)及びシームレス拡張フラグ(SML_EX_FLG)が記載されたビデオ・オブジェクト・タイプ(EVOB_TY)が記載されたビデオ・オブジェクト情報(EVOBI)を含む。

Description

明 細 書
デジタル情報記録媒体、デジタル情報記録再生装置及びその記録再生 方法
技術分野
[0001] この発明は、デジタル情報を記録し、再生する為のデジタル情報記録媒体、記録 再生装置及びデジタル情報を記録媒体に記録し、記録媒体から再生する方法に係 わり、特に、ビデオの編集処理後においても、映像データをシームレスに再生可能な 映像データが記録された光ディスク、この光ディスクから映像データをシームレス再 生する方法並びにその再生装置、及び光ディスクにシームレスに再生可能に映像デ ータを記録する方法並びにその記録装置に関する。
背景技術
[0002] DVD(Digital Versatile Disk)のような光ディスク或いは HDD(Hard Disc Drive)等大 きな記憶容量を有する記録媒体 (メディア)が開発され、そのメディアの普及にともな V、、これら媒体を利用してテレビ放送などの映像 ·音声データをデジタルデータとして 符号化し、長時間記録する記録装置が広がりつつある。
[0003] 映像 ·音声データを記録する際の一連の記録処理において、その記録データの管 理方法の一つとして、映像 (ビデオ)及び音声 (オーディオ)データを圧縮符号化し、 圧縮した映像及び音声を MPEG— PS形式でマルチプレタスしてビデオ ·オブジェク ト (VOB)として扱う方式がある。この方式では、ビデオ.オブジェクト毎に、映像或いは 音声の属性情報及びタイム'スタンプに関する情報が管理情報としてディスクに記録 され、再生時には、その管理情報に基づいて映像及び音声が連続的に再生される。
[0004] このように DVDディスク或!、は HDDディスク等のディスク上に記録されたビデオ' オブジェクトにおいては、単独のビデオ ·オブジェクト(VOB)の再生では、滑らかな再 生を実現できるのに対し、複数のビデオ ·オブジェクト (VOB)の連続再生では、映像 をシームレスに再生することは容易ではないとされている。単純に異なるビデオ'ォブ ジェタトを連続してデコード処理しただけでは、デコード側でバッファのオーバーフロ 一或いはアンダーフローが発生し、参照ピクチヤが欠落する等の不具合が発生する 場合がある。
発明の開示
[0005] この発明の目的は、符号化されたビデオ'オブジェクトが連続再生される場合にあ つても、部分的な再エンコードのみの少な 、処理コストで映像データをシームレス再 生可能な記録媒体、この記録媒体から映像データをシームレスに再生する方法並び にその再生装置、及びシームレス再生可能に記録媒体に映像データを記録する方 法並びにその記録装置を提供することにある。
[0006] この発明によれば、
リード'イン及びリード'アウト領域間に定められたオーディオ 'ビデオ記録領域を備え 前記オーディオ ·ビデオ記録領域には、書き換え可能な管理情報が記録された管 理情報記録領域並びに書き換え可能な 2以上のビデオ 'オブジェクトが記録されてい るオブジェクト群記録領域を有し、
前記ビデオ'オブジェクトの夫々は、少なくとも 1以上のビデオ'オブジェクト'ユニット から構成され、このビデオ'オブジェクト 'ユニットは、ビデオ'パック及びオーディオ' パックがマルチプレタスされ、当該ビデオ ·パックをナビゲートするナビゲーシヨン'デ ータが格納された RDIパックが先頭に配置されたパック列に定められ、前記ビデオ- パックには、 H. 264で定められたビデオ'エレメンタリ一'ストリームに属するビデオ' データが格納され、
前記管理情報記録領域には、前記 2以上のビデオ'オブジェクトを管理するビデオ 'マネージャを含み、このビデオ'マネージャは、前記ビデオ'エレメンタリ一'ストリー ムが H. 264で定められた符号化方式で符号化されて ヽる旨のビデオ属性が記載さ れているストリーム情報を含み、また、ビデオ'マネージャは、前記ビデオ'オブジェク トを連続してシームレスに再生可能である旨を示すシームレス 'フラグ及びシームレス 拡張フラグが記載されたビデオ ·オブジェクト ·タイプを含み、このシームレス ·フラグ及 びシームレス拡張フラグの組み合わせで 2つのレベルのシームレス再生を保証する 記録媒体が提供される。
[0007] また、この発明によれば、 リード'イン及びリード'アウト領域間に定められたオーディオ 'ビデオ記録領域を備 え、
前記オーディオ ·ビデオ記録領域には、書き換え可能な管理情報が記録された管 理情報記録領域並びに書き換え可能な 2以上のビデオ 'オブジェクトが記録されてい るオブジェクト群記録領域を有し、
前記ビデオ'オブジェクトの夫々は、少なくとも 1以上のビデオ'オブジェクト'ユニット から構成され、このビデオ'オブジェクト'ユニットは、夫々ビデオ'パック及びオーディ ォ ·パックがマルチプレタスされ、当該ビデオ ·パックをナビゲートするナビゲーシヨン' データが格納された RDIパックが先頭に配置されたパック列に定められ、前記ビデオ 'パックには、 H. 264で定められたビデオ'エレメンタリ一'ストリームに属するビデオ' データが格納され、前記オーディオ ·パックにオーディオ 'ストリームが格納され、 前記管理情報記録領域には、前記ビデオ ·オブジェクトを管理するビデオ,マネー ジャを含み、このビデオ'マネージャは、前記ビデオ'エレメンタリ一'ストリームが H. 2 64で定められた符号化方式で符号化されて 、る旨のビデオ属性が記載されて!、る ストリーム情報を含み、また、前記ビデオ'マネージャは、前記ビデオ'オブジェクト毎 に前記ビデオ'オブジェクトを連続してシームレスに再生可能である旨を示すシーム レス ·フラグ及びシームレス拡張フラグが記載されたビデオ ·オブジェクト'タイプが記 載されたビデオ'オブジェクト情報を含み、このシームレス 'フラグ及びシームレス拡張 フラグの組み合わせで 2つのレベルのシームレス再生を保証する記録媒体力 前記 ビデオ ·データを再生する再生装置であって、
当該記録媒体をサーチして前記管理情報記録領域からビデオ ·マネージャを読み 出し、このビデオ ·マネージャを基に前記オブジェクト群記録領域力 前記ビデオ ·ォ ブジェクトを読み出す再生部と、
前記ビデオ ·オブジェクト ·ユニットをデマルチプレタスしてビデオ ·エレメンタリ一'ス トリーム及びオーディオ 'ストリームに分離するデマルチプレクサ部と、
前記ビデオ'エレメンタリー 'ストリームを格納するビデオ'バッファと、
このビデオ'バッファから出力される前記ビデオ'エレメンタリー 'ストリームをデコード してフレーム画像列として出力するビデオ'デコーダと、 前記フレーム画像列をビデオ信号に変換して出力する出力部と、
前記シームレス 'フラグ及びシームレス拡張フラグに従って前記ビデオ'バッファへ のビデオ'エレメンタリー 'ストリームを制御する制御部と、
から構成される再生装置が提供される。
更に、この発明によれば、
リード'イン及びリード'アウト領域間に定められたオーディオ 'ビデオ記録領域を備 え、
前記オーディオ ·ビデオ記録領域には、書き換え可能な管理情報が記録された管 理情報記録領域並びに書き換え可能な 2以上のビデオ 'オブジェクトが記録されてい るオブジェクト群記録領域を有し、
前記ビデオ'オブジェクトの夫々は、少なくとも 1以上のビデオ'オブジェクト'ユニット から構成され、このビデオ'オブジェクト'ユニットは、夫々ビデオ'パック及びオーディ ォ ·パックがマルチプレタスされ、当該ビデオ ·パックをナビゲートするナビゲーシヨン' データが格納された RDIパックが先頭に配置されたパック列に定められ、前記ビデオ 'パックには、 H. 264で定められたビデオ'エレメンタリ一'ストリームに属するビデオ' データが格納され、前記オーディオ ·パックにオーディオ 'ストリームが格納され、 前記管理情報記録領域には、前記ビデオ ·オブジェクトを管理するビデオ,マネー ジャを含み、このビデオ'マネージャは、前記ビデオ'エレメンタリ一'ストリームが H. 2 64で定められた符号化方式で符号化されて 、る旨のビデオ属性が記載されて!、る ストリーム情報を含み、また、前記ビデオ'マネージャは、前記ビデオ'オブジェクト毎 に前記ビデオ'オブジェクトを連続してシームレスに再生可能である旨を示すシーム レス ·フラグ及びシームレス拡張フラグが記載されたビデオ ·オブジェクト'タイプが記 載されたビデオ'オブジェクト情報を含み、このシームレス 'フラグ及びシームレス拡張 フラグの組み合わせで 2つのレベルのシームレス再生を保証する記録媒体力 前記 ビデオ ·データを再生する再生方法であって、
当該記録媒体をサーチして前記管理情報記録領域からビデオ ·マネージャを読み 出し、このビデオ ·マネージャを基に前記オブジェクト群記録領域力 前記ビデオ ·ォ ブジェクトを読み出し、 前記ビデオ ·オブジェクト ·ユニットをデマルチプレタスしてビデオ ·エレメンタリー及 びオーディオ 'ストリームに分離し、
前記ビデオ 'エレメンタリー 'ストリームを格納し、
このビデオ'バッファから出力される前記ビデオ'エレメンタリー 'ストリームをデコード してフレーム画像列として出力し、
前記フレーム画像列をビデオ信号に変換して出力し、
前記シームレス 'フラグ及びシームレス拡張フラグに従って前記ビデオ'バッファへ のビデオ'エレメンタリー 'ストリームを制御する再生方法が提供される。
また更に、この発明によれば、
オーディオ信号及びビデオ信号をオーディオ 'ストリーム及び H. 264で定められた ビデオ.エレメンタリ一.ストリームに変換するエンコーダと、
前記オーディオ 'ストリームをオーディオ ·パックに格納し、前記ビデオ ·エレメンタリ 一 'ストリームをビデオ ·パックに格納し、当該オーディオ ·パック及びビデオ ·パックを マルチプレタスし、マルチプレタスされたパック列をナビゲートする RDIパックを先頭 に配置したビデオ ·オブジェクト'ユニットを生成するマルチプレクサ部と、
1以上のビデオ 'オブジェクト'ユニットから夫々が構成される 2以上のビデオ'ォブ ジェタトを定め、ストリーム情報及びビデオ'オブジェクト情報を含み、当該ビデオ'ォ ブジェクトを管理するビデオ'マネージャを生成するフであって、当該ストリーム情報 には、前記ビデオ'エレメンタリー 'ストリームが H. 264で定められた符号ィ匕方式で符 号ィ匕されている旨のビデオ属性が記載され、前記ビデオ'オブジェクト情報には、前 記ビデオ ·オブジェクト毎に前記ビデオ ·オブジェクトを連続してシームレスに再生可 能である旨を示すシームレス ·フラグ及びシームレス拡張フラグが記載されたビデオ · オブジェクト ·タイプが記載され、このシームレス ·フラグ及びシームレス拡張フラグの 組み合わせで 2つのレベルのシームレス再生を保証しているビデオ'マネージャを生 成するフォーマッタと、
リード'イン及びリード'アウト領域間に定められたオーディオ 'ビデオ記録領域を備 え、当該オーディオ ·ビデオ記録領域に書き換え可能な管理情報記録領域及び書き 換え可能なオブジェクト群記録領域を含む記録媒体に前記ビデオ ·マネージャ及び 前記 2以上のビデオ ·オブジェクトを記録する記録制御部であって、前記管理情報記 録領域に前記ビデオ ·マネージャを記録し、前記オブジェクト群記録領域に前記 2以 上のビデオ ·オブジェクトを記録する記録制御部と、
から構成される記録装置が提供される。
更にまた、この発明によれば、
オーディオ信号及びビデオ信号をオーディオ 'ストリーム及び H. 264で定められた ビデオ.エレメンタリ一.ストリームにエンコードするエンコード工程と、
前記オーディオ 'ストリームをオーディオ ·パックに格納し、前記ビデオ ·エレメンタリ 一 'ストリームをビデオ ·パックに格納し、当該オーディオ ·パック及びビデオ ·パックを マルチプレタスし、マルチプレタスされたパック列をナビゲートする RDIパックを先頭 に配置したビデオ'オブジェクト'ユニットに生成するマルチプレタス工程と、
1以上のビデオ 'オブジェクト'ユニットから夫々が構成される 2以上のビデオ'ォブ ジェタトを定め、ストリーム情報及びビデオ'オブジェクト情報を含み、当該ビデオ'ォ ブジェクトを管理するビデオ'マネージャを生成するフォーマット工程において、当該 ストリーム情報には、前記ビデオ'エレメンタリ一'ストリームが MPEG4で定められた 符号化方式で符号化されて ヽる旨のビデオ属性が記載され、前記ビデオ ·オブジェ クト情報には、前記ビデオ ·オブジェクト毎に前記ビデオ ·オブジェクトを連続してシー ムレスに再生可能である旨を示すシームレス 'フラグ及びシームレス拡張フラグが記 載されたビデオ ·オブジェクト ·タイプが記載され、このシームレス ·フラグ及びシームレ ス拡張フラグの組み合わせで 2つのレベルのシームレス再生を保証している前記ビ デォ 'マネージャのフォーマット工程と、
リード'イン及びリード'アウト領域間に定められたオーディオ 'ビデオ記録領域を備 え、当該オーディオ ·ビデオ記録領域に書き換え可能な管理情報記録領域及び書き 換え可能なオブジェクト群記録領域を含む記録媒体に前記ビデオ ·マネージャ及び 前記 2以上のビデオ'オブジェクトを記録する記録にお 、て、前記管理情報記録領域 に前記ビデオ ·マネージャを記録し、前記オブジェクト群記録領域に前記 2以上のビ デォ ·オブジェクトを記録する記録工程と、
から構成される記録方法が提供される。 図面の簡単な説明
[図 1]図 1は、この発明の一実施の形態に係る記録再生装置を概略的に示すブロック 図である。
[図 2]図 2は、図 1に示される記録処理部を概略的に示すブロック図である。
[図 3]図 3は、図 1に示される再生処理部を概略的に示すブロック図である。
[図 4]図 4は、図 1に示される記録消去可能なディスクの階層構造を概略的に示す説 明図である。
[図 5]図 5は、図 4に示される AV'データ管理情報記録領域に記録される管理フアイ ルの構造を概略的に示す階層図である。
[図 6]図 6は、図 5に示される HDVRマネージャの構造を示す階層図である。
[図 7]図 7は、図 6に示す拡張ムービー AVファイル ·テーブル (EX_M_AVFIT)の構造を 示す階層図である。
[図 8]図 8は、図 7に示されるビデオ属性の記述を示す説明図である。
[図 9]図 9は、図 5に示されるビデオ ·オブジェクト情報 (M_EVOBI)の構造を示す階層 図である。
[図 10]図 10は、図 5に示されるビデオ ·タイム ·マップ (VTMAP)の構造を示す階層図 である。
[図 11]図 11は、図 10に示されるビデオ ·タイム ·マップ情報 (VTMAPI)の構造を示す 階層図である。
[図 12]図 12は、図 6に示されるプログラム ·チェーン情報 (PGCI)の構造を示す階層図 である。
[図 13]図 13は、図 12に示されるムービー ·セル情報 (M_CI)の構造を示す階層図であ る。
[図 14]図 14は、図 4に示される VRオブジェクト群記録領域に記録される HRムービ · ビデオ ·レコーディング ·ファイル (HR_MOVIE.VRO)の構造を示す階層図である。
[図 15]図 15は、図 4及び図 15に示されるビデオ ·オブジェクト ·ユニット (VOBU)とナビ ゲーシヨン'データとしてのプログラム ·チェーン (PGC)、プログラム (PG)及びセル(C)と の関係を示す説明図である。 [図 16]図 16は、この発明の一実施の形態に係る記録方法において、オリジナル'ビ デォ 'オブジェクト (EVOB)を分割し、その一部を削除する例を示す説明図である。
[図 17]図 17は、図 16に示すオリジナル ·ビデオ ·オブジェクト(EVOB)の分割及び削 除における処理手順を示すフローチャートを示す。
[図 18]図 18は、図 16に示すオリジナル ·ビデオ ·オブジェクト(EVOB)から分割された 新たなビデオ'オブジェクト(EVOB)において、シームレス再生を実現する為の処理手 順を示すフローチャートを示す。
[図 19]図 19は、図 16に示す分割された新たなビデオ 'オブジェクト(EVOB)において
、セミシームレス状態を実現するための変換処理の概念を示す概略図である。
[図 20]図 20は、図 16に示す分割された新たなビデオ 'オブジェクト(EVOB)において
、セミシームレス状態でのシームレス再生の処理フローを示す。
[図 21]図 21は、図 16に示す分割された新たなビデオ 'オブジェクト(EVOB)において
、セミシームレス状態でのシームレス再生の他の処理フローを示す。
発明を実施するための最良の形態
[0012] 以下、必要に応じて図面を参照しながら、この発明の一実施の形態に係るデジタル 情報記録再生装置及びその記録媒体について説明する。
[0013] (第 1の実施形態)
図 1は、本発明の第 1の実施形態に関わるデジタル情報を記録し、再生する記録再 生装置を概略的に示すブロック図である。
[0014] 図 1に示されるように記録再生装置は、テレビ'チューナー或いは外部映像機器より 入力される映像 ·音声データを取得するデータ入力部 100を備えている。このデータ 入力部 100を介して入力されたアナログ映像'音声データは、エンコード部及び管理 情報を生成するフォーマッタを含む記録処理部 101に入力され、この記録処理部 10 1におい飞、 旨定の符 ィ匕形式 (ITU— T(International Telecomunication Union— Telec omunication Standardization)にて国際標準化されている符号化方式(H. 264或い は ISOZIEC14496— 10に定められた MPEG— 4AVC) )でアナログ映像 ·音声デ ータは、エンコードされ、多重化されてビデオ'エレメンタリー 'ストリームに変換される 。記録処理部 101においては、多重化されたエレメンタリー 'ストリームを再生処理す るに際して再生データをナビゲートする為のナビゲーシヨン 'データがフォーマッタで 生成され、ディスク制御部 102を介してエレメンタリー 'ストリーム信号及びナビゲーシ ヨン'データがデータ蓄積部 105、例えば、記録可能な光ディスク或いはハード'ディ スクに記録され、蓄積される。ディスク制御部 102は、データ蓄積部 105としての光デ イスク或いはハード'ディスクを制御して記録処理部 101からのパケタイズト 'エレメン タリー'ストリーム及びナビゲーシヨン'データを受け取り、データ蓄積部 105に書き込 み、また、データ蓄積部 105のデータを読み取り、デコード部を含む再生処理部 103 に転送している。
[0015] 再生時には、データ蓄積部 105としての光ディスク或いはハード'ディスクに記録さ れたビデオ'オブジェクト(EVOB)及びこのビデオ'オブジェクト(EVOB)に関連する 属性情報がデコード部を含む再生処理部 103に転送され、この再生処理部 103に おいて、ビデオ'オブジェクト (EVOB)力 映像及び音声データが分離され、属性情 報に基づいて映像及び音声データがデコード処理される。デコードされた映像'音声 データは、出力部 104を介してテレビなどの外部機器に出力される。
[0016] (エンコード部の構成)
図 1に示される記録処理部 101は、図 2に示されるように、ビデオ ·エンコーダ 200 及びオーディオ ·ェンコーダ 202並びにビデオ ·バッファ 201及びオーディオ ·バッフ ァ 203を備え、入力される映像データ及び音声データは、各々のビデオ'エンコーダ 200及びオーディオ 'エンコーダ 202で指定された符号ィ匕形式でエンコードされ、ビ デォ ·バッファ 201及びオーディオ ·バッファ 203に蓄積される。各々のバッファ 201 , 203に蓄積されたビデオ'エレメンタリー 'ストリームは、マルチプレクサで多重化され 、多重化されたプログラム 'ストリームとして出力される。
[0017] (デコード部の構成)
図 1に示される再生処理部 103は、デマルチプレクサ 210、ビデオ'バッファ 212及 びオーディオ ·バッファ 214、ビデオ ·デコーダ 216及びオーディオ ·デコーダ 218を 備え、多重化されたプログラム 'ストリームがデマルチプレクサ 210に入力されてビデ ォ 'ストリーム及びオーディオ 'ストリームに分離される。分離されたエレメンタリー 'スト リームは、夫々ビデオ'バッファ 212及びオーディオ 'バッファ 214に蓄積され、バッフ ァ 212、 214に蓄積されたビデオ'ストリーム及びオーディオ 'ストリームのデータは、 ビデオ ·デコーダ 216及びオーディオ ·デコーダに順次供給されてデコードされる。デ コードされたビデオ'データは、デコードされたピクチャのタイプによって再生順序の 調整が必要であるため、ピクチャ'タイプに応じてリオーダ'バッファ 220に入力されて リオーダ'バッファ 220において、再生順序が調整されて出力される。デコードされた オーディオ 'データは、オーディオ 'デコーダ 218から順次出力される。
[0018] (ディスク構成の説明)
次に、図 4を参照して、図 1に示されるデータ蓄積部 105、特に、 ITU— T(Internati onal Telecomunication Union— Telecomunication Standardization)に一し国際標準ィ匕 れて ヽる符号化方式(H. 264或いは ISOZIEC14496— 10に定められた MPEG —4AVC)の方式に従って符号ィ匕されたビデオ'ストリームがビデオ ·オブジェクトとし て格納される光ディスクのデータ構造について説明する。
[0019] 尚、記録媒体としてのハード'ディスクは、図 4に示すデータ構造と同様な構造を備 えるのであれば、図 4に示す光ディスクと同様にビデオ ·オブジェクト(EVOB)にデー タ 'ストリームを格納可能であり、また、ビデオ'オブジェクトの管理領域に管理データ としてのナビゲーシヨン'データを格納することができる。従って、特に、光ディスクとハ ード 'ディスクとを区別せずに、同様にハード'ディスクにも適用可能なものとしてその 説明は省略する。
[0020] 図 4は、この発明の一実施の形態に係るデータ構造を概略的に示している。記録可 能(Recordable)或いは再記録可能(Re-writable)な情報記録媒体の代表例として、 図 4 (a)に示すような DVDディスク(波長 650nm前後の赤色レーザ或いは波長 405nm 以下の青紫乃至青色レーザを用いてデータを読み出すことができる単記録層又は 複数記録層の、 DVD±R、 DVD士 RW、 DVD— RAM等) 300がある。このディスク 300は、図 4 (b)に示すように、ディスク 300の内周にリード'イン領域 110及びデイス ク 300の外周にリード'アウト領域 113を備え、両領域 110, 113間にファイル 'システ ムが格納されて 、るボリューム Zファイル構造情報領域 111及びデータ ·ファイルを 実際に記録するデータ領域 112が配置されている。上記ファイル ·システムは、どの ファイルがどこに記録されて 、るかを示す情報で構成されて 、る。 [0021] データ領域 112は、図 4 (c)に示すように一般のコンピュータが記録する領域 120、 122及び AVデータを記録する領域 121を含んでいる。 AVデータ記録領域 121は、 図 4 (d)に示すように AVデータの管理をするためのビデオ.マネージャ(VMG)フアイ ルがある AVデータ管理情報領域 130及びビデオ'レコーディング (VR)規格に準じ たオブジェクト 'データ、即ち、図 4 (e)に示すようなビデオ.オブジェクト(EVOB : Exte nded Video Object)のファイル(VROファイル)が記録される VRオブジェクト群記録領 域 132を含んで 、る。 AVデータ管理情報領域 130及び VRオブジェクト群記録領域 132は、書き換え可能な領域に定められている。
[0022] VRオブジェクト群記録領域 132には、図 4 (f)に示すように 1又は複数のビデオ.ォ ブジェク HEVOB)140が記録され、各ビデオ ·オブジェクト(EVOB : Extended Video Object) 140», 1以上のビデオ ·オブジェクト'ユニット(VOBU)142から構成されてい る。ここで、ビデオ ·オブジェクトは、単に EVOBに代えて VOBと称する場合がある。 ビデオ'オブジェクト'ユニット (V0BU) 142は、図 4 (g)に示すように当該ビデオ'ォブ ジェタト ·ユニット (V0BU)をナビゲートするデータが格納されて 、る情報パック(RDI_P ACK: Real-time Data Information) 144から始まるビデオ'パック 145(V_Pack)及びォ 一ディォ 'パック 146(A_Pack)がマルチプレタスされたパック列として定められている。
[0023] 図 4 (g)に示されるリアル 'タイム'データ情報パック(RDI_PACK)144, Vパック (V_Pa ck) 145及びオーディオ 'パック (A— Pack) 146は、パック'ヘッダ及びデータ'パケットか ら構成され、パック'ヘッダには、ストリーム IDが記載され、 RDIパック(RDI_PACK)14 4のパケットには、更に、サブ 'ストリーム IDが記述され、また、オーディオ 'パック (A_Pa ck)146のパケットには、符号化モードに応じてサブ 'ストリーム IDが記述される。従つ て、再生処理部 103において、ストリーム ID及びサブ'ストリーム IDの組み合わせに より夫々のパケットを判別してデマルチプレタスすることができる。
[0024] AV'データ管理情報領域 130に記録される管理情報について、図 5〜図 13を参 照して説明する。ボリューム Ζファイル構造情報領域には、当該ディスク 300の階層 構造が記載され、ルート'ディレクトリ下に HDVRディレクトリ(図示せず)が設けられ、 HDVRディレクトリ下には、 DVDの管理情報ファイル(HR_MANGER.IFO)として HD VRビデオ'マネージャ(HDVR_MG)のファイル及びそのバックアップ (HDVMG Backu p)のファイルがあり、また、ビデオ'オブジェクト(HDVR_EVOB)のディレクトリがある旨 が記載される。ビデオ 'オブジェクト(HDVR_EVOB)のディレクトリには、既に説明した 1又は複数のビデオ ·オブジェクト (EVOB) 140のファイルが含まれ、ビデオ ·オブジェ ク KEVOB)140のファイルが図 4に示した VRオブジェクト群記録領域 132に記録され ている。また、 HDビデオ'マネージャ(HDVR_VMG)のファイルは、図 4に示す AV'デ ータ管理情報記録領域 130に記録されている。
[0025] AVデータ管理情報記録領域 130に記録される DVDの管理情報ファイル (HR.MA NGER.IFO)は、図 5及び図 6 (a)に示される HDVRビデオ 'マネージャ(HDVR_MG) で構成される。この HDVRビデオ'マネージャ(HDVR_MG)は、 HDVRマネージャー 般情報 (HDVR_MGI)を含み、この HDVRマネージャ一般情報 (HDVR_MGI)は、管理 情報管理テーブル (MGLMAT)及びプレイ 'リスト'サーチ ·ポインタ ·テーブル (EX.PL _SRPT) (いずれも図示せず。)を含んで構成されている。管理情報管理テーブル (M GLMAT)は、ディスク管理識別情報(VMGJD)、 HDVMGファイルの情報(HR_MAN GER.IFO)の終了アドレス(HR_MANGER_EA: DHVR_MGファイルの先頭から EX_MNF ITの最後までのアドレスを示す)、管理情報(HDVR_MGI)の終了アドレス(HDVR_MG I_EA: DHVR_MGファイルの先頭から HDVR_MGIの最後までのアドレスを示す)、バー ジョン情報、ディスクのレジューム情報(DISC_RSM_MRKI)、ディスクの代表画像情報 (EX_DISC_REP_PICI)、ストリーム 'オブジェクト管理情報の開始アドレス(ESTR_FIT_S A)、オリジナル 'プログラム 'チェーン情報の開始アドレス(EX_ORG_PGCI_SA)、ユー ザ定義プログラム ·チェーン情報テーブルの開始アドレス(EX_UD_PGCIT_SA)等を含 んで構成されている。レジューム 'マーカー情報(DISC_RSM_MRKI)には、ディスク全 体を通して再生した場合の中断された再生を再開するための情報が記録され、ディ スクの代表画像情報 (EX_DISC_REP_PICI)には、代表画像に関する情報が記述され ている。
[0026] プレイ'リスト'サーチ 'ポインタ'テーブル(EX_PL_SRPT)には、各プレイ'リストへの サーチ'ポインタ(EX_PL_SRP#l〜#n)があり、各々のサーチ'ポインタ(EX_PL_SRP)に プレイ'リスト毎のレジューム 'マーカー(PL_RSM_MRKI:再生中断時にどこまで再生し たかを示すマーカー)が記述されて 、る。このレジューム ·マーカー(PL_RSM_MRKI) には、再生を再開するための情報が記録されている。
[0027] また、 DVDの管理情報ファイル(HR_MANGER.IFO)としての HDVRビデオ ·マネ ージャ(HDVR_MG)は、図 5 (a)及び図 6に示されるようにムービー AVファイル情報テ 一ブル(EX_M_AVFIT)を備えて!/、る。このムービー AVファイル情報テーブル (EX_M_ AVFIT)は、図 6 (b)に示すようにムービー AVファイル.テーブル情報(EX_M_AVFTI) を含み、そのムービー AVファイル 'テーブル情報(EX_M_AVFTI)中には、当該ムー ビー AVファイル情報テーブル(EX_M_AVFIT)に含まれるムービー用ビデオ'ォブジ ェクト 'ストリーム情報(M_EVOB_STI#l〜#n:nは整数)の数及びムービー AVファイル 情報(EX_M_AVFI)中のビデオ ·オブジェクト情報(M_EVOBI#l〜#n: nは整数)の数 が記述されている。ビデオ'オブジェクト情報(M_EVOBI#l〜#n:nは整数)の数は、 V Rオブジェクト群記録領域に記録された n個のビデオ ·オブジェクト (EVOB)に対応し、 後に説明されるようにビデオ 'オブジェクト (EVOB)毎の管理情報が記述される。
[0028] ムービー AVファイル情報テーブル (EX_M_AVFIT)は、図 5及び図 6 (b)に示すよう に更にムービー用ビデオ'オブジェクト 'ストリーム情報(EX_M_EVOBI#l〜#n)及びム 一ビー AVファイル情報(EX_M_AVFI)を含む。更にまた、ムービー AVファイル情報 テーブル (EX_M_AVFIT)は、後に説明するビデオ ·タイム ·マップ ·テーブル (EX.VT MAPIT)を含んでいる。
[0029] ムービー用ビデオ'オブジェクト 'ストリーム情報(EX_M_EVOBI#l〜#n)は、図 5、図 7 (&)及び(1))に示すようにビデオ ·オブジェクト(EVOB)毎にそのストリームの情報が 記述されている。即ち、ムービー用ビデオ'オブジェクト 'ストリーム情報(EX_M_EVOB 1#1)には、当該ビデオ.オブジェクト(EVOB)に含まれるビデオの属性 (V_ATR)、当該 ビデオ'オブジェクト(EVOB)に含まれるオーディオ 'ストリームの数 (AST_Ns)、当該ビ デォ ·オブジェクト(EVOB)に含まれる副映像ストリームの数 (SPST_Ns)が記載されて いる。更に、ムービー用ビデオ'オブジェクト 'ストリーム情報(EX_M_EVOBI#l)には、 オーディオ 'ストリーム # 0のオーディオ属性 (A—ATR0)、オーディオ 'ストリーム # 1の オーディオ属性 (A_ATR1)が記述され、副映像パレットデータ (輝度並びに色情報)に つ!、て表示情報(SP— PLT)が記述されて 、る。第 n番目のムービー用ビデオ'オブジェ タト 'ストリーム情報(EX_M_EVOBI#n)も第 1番目のムービー用ビデオ'オブジェクト' ストリーム情報(EX_M_EVOBI#l)と同様の記述がされている。このビデオ'ストリーム 情報 (EX_M_EVOBI)は、ストリーム番号順に記載されている。後に説明されるようにム ービ ·ビデオ ·オブジェクト情報 (M_EVOB_GI)には、当該ビデオ ·オブジェクト(EVOB) で利用されるビデオ ·オブジェクト 'ストリーム情報の番号 (M_EVOB_STIN)が記載され ている。従って、ビデオ'オブジェクト情報 (M_EVOB_GI)が参照されると、ストリーム情 報の番号 (M_EVOB_STIN)カゝらストリーム情報が参照されてビデオ属性 (V_ATR)が獲 得され、その符号ィ匕モードが特定される。
[0030] 図 8に示されるようにビデオの属性 (V_ATR)には、符号化モード、即ち、ビデオの圧 縮モードが MPEG1、 MPEG2、 MPEG— 4AVC或いは VC— 1かが記載される。ま た、ビデオの属性 (V_ATR)には、 TVシステムの走査線数並びにハイビジョン又は高 精細(HD)かが記載され、ソース画像がプログレッシブ画像かどうか、また、ァスぺク ト比、ソース画像の解像度、アプリケーションについて記載されている。同様に、ォー ディォ 'ストリーム # 0のオーディオ属性 (A_ATR0)及びオーディオ 'ストリーム # 1のォ 一ディォ属性 (A_ATR1)には、オーディオの符号化モード(ドルビー AC3、 MPEG— 1、 MPEG— 2、リニア PCM)、オーディオ ·チャネル数、量子化 ZDRC及びアプリケ ーシヨン ·タイプが記述されて 、る。このビデオ属性 (V_ATR)を参照することによって、 ビデオ ·オブジェクト ·ユニット (VOBU)を構成するビデオ ·パック(V_PCK)内(正確には 、ビデオ ·パック(V_PAK)内のビデオパケット (V_PKT)に格納されたビデオ ·エレメンタ リー'ストリーム (VIDEO ES)の符号ィ匕モードを再生装置の再生処理部 103が認識す ることがでさる。
[0031] 図 5及び図 6 (b)に示されるようにムービー AVファイル情報テーブル (EX_M_AVFIT )に含まれるムービー AVファイル情報(EX_M_AVFI)は、図 6 (b)に示されるようにム 一ビー AVファイル情報の一般情報 (EX_M_AVFI_GI)が始めに記載され、この一般情 報(EX_M_AVFI_GI)には、一般情報(EX_M_AVFI_GI)に続いて記載されるムービー 用ビデオ ·オブジェクト情報のサーチ ·ポインタ (M_EVOBI_SRP#l〜M_EVOBI_SRP#n) の数が記載される。このサーチ ·ポインタ (M_EVOBI_SRP#l〜M_EVOBI_SRP#n)の数 は、図 4 (d)に示される VR'オブジェクト群記録領域 132に記載されるビデオ ·ォブジ エタ KEVOB)の数(n)に対応し、サーチ ·ポインタ (M_EVOBI_SRP#n)には、ビデオ'ォ ブジェクト (EVOB)の数 (n)に対応する数が用意されたムービー用ビデオ'オブジェク ト情報(M_EVOBI#l〜M_EVOBI#n)のスタート'アドレスがテーブル(M_AVFIT)からの ロジカル 'ブロック数で記載される。従って、 VR 'オブジェクト群記録領域 132に記載 されるビデオ ·オブジェクト (EVOB)の記録順序で記載されたビデオ ·オブジェクト (EV OB)の番号に従ってサーチ ·ポインタ (M_EVOBI_SRP#n)の番号が定まり、このサーチ · ポインタ (M_EVOBI_SRP#n)の番号を指定することによってムービー用ビデオ.ォブジ ェクト情報(M_EVOBI#l〜M_EVOBI#n)のスタート 'アドレスを獲得することができ、ム 一ビー用ビデオ'オブジェクト情報(M_EVOBI#l〜M_EVOBI#n)を取得することができ る。
[0032] ムービー用ビデオ.オブジェクト情報(M_EVOBI#l〜M_EVOBI#n)の夫々には、図 9 に示すように始めに一般情報 (M_EVOB_GI)が記載される。ムービー用ビデオ'ォブ ジェタトの一般情報(M_EVOB_GI)には、ビデオ'オブジェクト(EVOB)のタイプ (EVOB _TY)が記述される。このタイプ (EVOB_TY)は、当該ビデオ'オブジェクト(EVOB)のタイ プを記述している。このタイプ (EVOB_TY)には、当該ビデオ'オブジェクト(EVOB)が 通常の状態か或いは一時的に削除されたかを示すテンポラリ'ィレーズ (TE)が記載さ れる。ここで、テンポラリ'ィレーズ (TE)に" Ob"が記載されれば、ビデオ'オブジェクト( EVOB)は、ノーマル(削除なし)であり、テンポラリ'ィレーズ (TE)に" lb"が記載されれ ば、ビデオ'オブジェクト(EVOB)は、一時的に削除されたこととなる。このテンポラリ' ィレーズ (TE)を参照して当該ビデオ'オブジェクト(EVOB)が編集によりその一部が削 除された力を再生側が認識することができる。
[0033] また、このタイプ (EVOB_TY)には、このビデオ 'オブジェクト(EVOB)を基準にして時 間的に直前の前ビデオ ·オブジェクト(EVOB)に続 、て当該ビデオ ·オブジェクト(EV OB)が再生される場合に前ビデオ ·オブジェクト (EVOB)に続 、て当該ビデオ ·ォブジ ェクト(EVOB)がシームレスに再生可能であるか否かを示すシームレス .フラグ(SML_ FLG)が記載されている。シームレス 'フラグ(SML_FLG)には、シームレス再生でない 旨を示す" Ob"及びシームレス再生である旨を記述した" lb"が記載される。更に、こ のタイプ (EVOB_TY)には、更に拡張シームレス 'フラグ(SML_EX_FLG)が記載されて いる。シームレス 'フラグ(SML_FLG)に" lb"が記載され、拡張シームレス 'フラグ(SM L_EX_FLG)に" lb"が記載される場合には、連続するビデオ'オブジェクト(EVOB)間 では完全なシームレス再生が実現される。シームレス 'フラグ(SML_FLG)に" lb"が記 載され、拡張シームレス 'フラグ (SML_EX_FLG)に" Ob"が記載される場合には、連続 するビデオ'オブジェクト (EVOB)間では所謂セミシームレス再生が実現される。更に 、シームレス.フラグ(SML_FLG)に" Ob"が記載され、拡張シームレス.フラグ(SML_EX _FLG)に" Ob"または" lb"が記載される場合には、連続するビデオ 'オブジェクト(EV OB)間ではシームレス再生が実現できな ソンシームレス状態に維持される。
ノンシームレス状態では、シームレス ·フラグ(SML_FLG=0)及び拡張シームレス ·フ ラグ(SML_EX_FLG=0)を検出することで、バッファでオーバーフローしないよう再生す ることができる。即ち、あるビデオ'オブジェクト (VOBU)のビデオ'エレメンタリー 'ストリ ームに続 、て次のビデオ ·オブジェクト(VOBU)のビデオ ·エレメンタリ一'ストリームが 入力される場合には、一時的に次のビデオ'オブジェクト(EVOB)のビデオ'エレメン タリー'ストリームが図 2に示されるビデオ'バッファ 212に入力されることを禁止し、前 ビデオ'オブジェクト(EVOB)のビデオ'エレメンタリー 'ストリームが出力された後に次 の当該ビデオ ·オブジェクト(EVOB)のビデオ ·エレメンタリ一'ストリームがビデオ ·バッ ファ 212に入力することで、ビデオ'バッファ 212でビデオ'エレメンタリ一'ストリーム がオーバーフローを生ずることを防止できる。しかし、出力されるビデオ映像は、一時 的にとぎれて再生されることとなる
セミシームレス状態(SML_FLG=1, SML_EX_FLG=0)では、前ビデオ'オブジェクト(E VOB)のビデオ'エレメンタリ一'ストリームの末端には、シーケンスの終了を意味する シーケンス終了コード(SEQ_END_CODE: end_of_seq_rbsp)が附カ卩される。シームレス · フラグ(SML_FLG=1)及び拡張シームレス ·フラグ(SML_EX_FLG=0)が検出された状態 で、このシーケンス終了コード(SEQ_END_CODE)が検出される場合には、次の当該 ビデオ'オブジェクト(EVOB)のビデオ'エレメンタリ^ ~ ·ストリームのバッファへ 201の 入力が許されるが、次の当該ビデオ'オブジェクト(EVOB)のビデオ'エレメンタリ一' ストリームが連続してビデオ'バッファ 212に入力され、内部パラメータが不整合なま ま、実質的にシームレスでピクチャが再生される。但し、デコーダの性能次第ではシ ームレスで再生されるピクチャが一時とぎれる可能性もある。 [0035] 完全シームレス状態(SML_FLG=1, SML_EX_FLG=1)では、前ビデオ'オブジェクト( EVOB)の終端には、シーケンス終了コード(SEQ_END_CODE: end_of_seq_rbsp)が設 けられ、前ビデオ 'オブジェクト(EVOB)に続く当該ビデオ 'オブジェクト(EVOB)のビ デォ.エレメンタリー.ストリームの先頭には、当該ビデオ'オブジェクト(EVOB)に含ま れる IDRピクチャー (IDR)が配置され、この IDRピクチャー (IDR)が配置される。また、 I DRピクチャー (IDR)に基づいて後続のビデオ'エレメンタリ一'ストリームのパラメータ が IDRと整合するように記述されている。即ち、前ビデオ ·オブジェクト (EVOB)並びに これに続く当該ビデオ'オブジェクト (EVOB)は、適切に符号化され、そのパラメータ が定められている。従って、完全シームレス状態(SML_FLG=1, SML_EX_FLG=1)で は、連続してビデオ ·オブジェクトのビデオ ·エレメンタリ一'ストリームがビデオ ·バッフ ァ 212に入力されても、当然にビデオ'バッファがオーバーフローを生ずることなぐま た、出力されるビデオ映像は、良好な画質を保ったままシームレスで再生されることと なる。
[0036] 尚、必ずしも完全シームレス状態では、ビデオ'エレメンタリ一'ストリームの先頭に I DRピクチャー (IDR)が配置されなくとも良い。新たに入力されるビデオ'エレメンタリー 'ストリームでパラメータに不整合が生じないようにビデオ'エレメンタリー 'ストリームが 再生されれば、完全シームレス状態(SML_FLG=1, SML_EX_FLG=1)とすることができ る。例えば、元々連続するビデオ'エレメンタリー 'ストリームを単純に分断し、 2つのビ デォ ·オブジェクト (EVOB)に分けた場合などがこれに相当する。
[0037] 図 9に示されるムービー用ビデオ'オブジェクトの一般情報(M_EVOB_GI)には、ビ デォ ·オブジェクト'タイプ(EVOB_TY)の他に当該 VBOの記録開始時間 (EVOB_REC _TM)が記載される。この記録時間は、ビデオ ·オブジェクトの先頭部分の記録開始時 間に相当し、記録時にその先頭部分が削除された際には、削除された時間が計算さ れて記録開始時間 (EVOB_REC_TM)が書き換えられる。また、この一般情報 (M_EVO B_GI)には、当該ビデオ ·オブジェクトにおける最初のビデオ ·フィールド或 ヽはビデ ォ ·フレームの再現開始時間(プレゼンテーション'タイム'スタンプ: PTS)を示す開始 プレゼンテーション'タイム'スタンプ(EVOB_V_S_PTM)及び当該ビデオ'オブジェクト における最後のビデオ'フィールド或いはビデオ'フレームの再現終了時間(プレゼン テーシヨン'タイム'スタンプ: PTS)を示す終了プレゼンテーション'タイム(EVOB_V_E_ PTM)が記述されている。これらタイム'スタンプ(EVOB_V_S_PTM, EVOB_V_E_PTM) は、 MPEG規格で定められたパラメータ力 コピー或いは計算されて記述される。
[0038] また、ムービー用ビデオ'オブジェクト情報(M_EVOBI#l〜M_EVOBI#n)の夫々には 、図 9に示すように前ビデオ ·オブジェクト (EVOB)に対して当該ビデオ ·オブジェクトを シームレスに再現させるシームレス情報(SMLI)が記載される。シームレス情報(SMLI) は、シームレス 'フラグ(SML_FLG)に "lb"が記載された際に記載される。シームレス 情報(SMLI)〖こは、当該ビデオ'オブジェク(EVOB)に含まれる先頭パックのシステム' タイム .クロック (SCR)を記載するビデオ ·オブジェクトの最初のシステム ·タイム ·クロッ ク(EVOB_FIRST_SCR)及び当該ビデオ ·オブジェクトよりも前のビデオ 'オブジェクト(E VOB)に含まれる最終パックのシステム ·タイム ·クロック (SCR)を記載する前ビデオ ·ォ ブジエタトの最後のシステム ·タイム ·クロック(PREV_EVOB丄 AST_SCR)が含まれて!/ヽ る。
[0039] この前ビデオ ·オブジェクトの最後のシステム ·タイム ·クロック(PREV_EVOB丄 AST_S CR)に達すると、再生システム(再生用プレーヤ)がこのシステム'タイム'クロック(PRE V_EVOB丄 AST_SCR)を検知し、この検知に応じてシステムクロックが最初のシステム' タイム.クロック(EVOB_FIRST_SCR)に書き換えられる。従って、前のビデオ'オブジェ タト(EVOB)に続いて次のビデオ.オブジェクト(EVOB)を時間的に連続してシームレ スで再生させることができる。
[0040] 更に、ムービー用ビデオ'オブジェクト情報(M_EVOBI#l〜M_EVOBI#n)の夫々に は、図 9に示すように当該ビデオ ·オブジェクト (EVOB)に関するオーディオ ·ギャップ 情報 (AGPI)及びビデオ ·オブジェクトタイム ·マップ情報 (EVOB_TMAPI)が記載される 。オーディオ 'ギャップ情報 (AGPI)には、当該ビデオ'オブジェクト (EVOB)中のォー ディォ 'ストリームに中断が生じた際にその中断が生じた時点及びその時間期間の情 報が記載される。 EVOBタイム'マップ情報 (EVOB_TMAPI)は、当該ビデオ'オブジェ ク KEVOB)のタイム ·マップに関する一般情報 (EVOB_TMAP_GI)を含んで!/、る。一般 情報 (EVOB_TMAP_GI)には、当該ビデオ ·オブジェクト(EVOB)を構成するビデオ ·ォ ブジェクト'ユニット (VOBU)の数が記載され、当該ビデオ ·オブジェクト(EVOB)が記 録されている記録領域 132内のスタート 'アドレス(ADR_OFS)が記録領域 132の先頭 力も相対論理ブロック数で記載され、また、当該ビデオ'オブジェクトのサイズ等が記 載されている。即ち、ビデオ 'タイム'マップ一般情報 (VTMAP_GI)には、当該ビデオ' オブジェクト(EVOB)のスタート 'アドレス (ADRJDFS)が VR.オブジェクト群記録領域 1 32に記録されるオブジェクトファイル(ビデオ'レコーディング用ムービーファイル(HR _MOVIE_VRO))の先頭ロジカル.ブロックからの相対ブロック数で記述され、当該ビデ ォ ·タイム ·マップ (VTMAP)の最終アドレスが当該ビデオ ·タイム ·マップ (VTMAP)の 先頭からの相対ロジカル ·ブロック数で記載され、また、当該ビデオ ·タイム ·マップ (V TMAP)内のビデオ ·マップ ·サーチ ·ポインタ (VTMADPLSRP)の数等が記載されて!ヽ る。
[0041] 更に、図 5及び図 6 (b)に示されるムービー AVファイル情報テーブル(EX_M_AVFI T)は、ビデオ'オブジェクト(EVOB)に関するタイム 'マップ'テーブル (VTMAPT)を含 み、ビデオ.タイム.マップ.テーブル (VTMAPT)は、図 5及び図 10に示すようにビデ ォ'タイム'マップ (VTMAP)を含み、このビデオ 'タイム'マップ (VTMAP)は、ビデオ' タイム ·マップ一般情報 (VTMAP_GI)、ビデオ ·マップ ·サーチ ·ポインタ (VTMADPLSR P)及びビデオ ·マップ情報 (VTMAPI)を含んで!/、る。ビデオ ·マップ ·サーチ ·ポインタ( VTMADPLSRP)は、図 4に示される VR ·オブジェクト群記録領域 132に記録されたビ デォ ·オブジェクト(EVOB)の数だけ設けられ、このビデオ ·マップ ·サーチ ·ポインタ (V TMADPLSRP)には、記録されたビデオ.オブジェクト(EVOB)を特定するインデクス番 号が記述され、当該サーチ ·ポインタ (VTMADPLSRP)でサーチされるビデオ ·マップ 情報 (VTMAPI)のアドレスが記述されて!、る。
[0042] ビデオ ·マップ情報 (VTMAPI)は、図 11に示されるようにインデクス番号で特定され るビデオ .オブジェクト(EVOB)を構成するビデオ .オブジェクト .ユニット(VOBU)のェ ントリ^ ~ ·ポイントを記述する VOBUエントリ(VOBU_ENT#l〜#q)を含んでいる。 VOBU エントリ(VOBU_ENT#l〜#q)の夫々には、各ビデオ'オブジェクト'ユニット(VOBU)の サイズ (VOBU_SZ)及びその再生時間(VOBU_TM)が記述されている。あるビデオ.ォ ブジェクト'ユニット(VOBU ffi)の相対的スタート 'アドレス(VOBU_ADRffi)は、ビデオ' オブジェクト(EVOB)内で当該ビデオ ·オブジェクト'ユニット(VOBU #1)から該当する ビデオ ·オブジェクト ·ユニット(VOBU ffi)の一つ前のビデオ ·オブジェクト'ユニット(V OBU #(i-l))までのビデオ ·オブジェクト'ユニットの合計値 (sum)で与えられる。ビデオ •レコーディング用ムービーファイル(HR_MOVIE_VRO)の先頭からの各ビデオ'ォブ ジェタト 'ユニット(VOBU)のアドレスは、図 9に示されるビデオ ·オブジェクトタイム ·マ ップ情報(EVOB_TMAPI)内のビデオ'オブジェクトタイム'マップ一般情報(EVOB_TM AP_GI)に記載される当該ビデオ'オブジェクト'ユニット(EVOB)のアドレス 'オフセット( ADRJDFS)を利用して求められ、当該ビデオ.オブジェクト'ユニット(EVOB)のアドレス •オフセット(ADRJDFS)にビデオ ·オブジェクト ·ユニットの合計値 (sum)をカ卩算して求 められる。また、当該ビデオ'オブジェクト'ユニット(VOBU ffi)のプレゼンテーション' スタート時間(VOBU_START— TMffi)は、同様に当該ビデオ'オブジェクト'ユニット(V OBU #1)から該当するビデオ.オブジェクト'ユニット(VOBU ffi)の一つ前のビデオ.ォ ブジェクト 'ユニット (VOBU #(i-l))までのビデオ.オブジェクト'ユニットのプレゼンテ ーシヨン'スタート時間の合計値で与えられる。
[0043] 図 6に示される HDVRビデオ ·マネージャ (HDVR_MG)は、ビデオ ·オブジェクト ·ュ ニット (VOBU)の再生順序を規定するオリジナル ·プログラム ·チェーン情報テーブル ( ORG_PGCIT)及びユーザが定めたビデオ ·オブジェクト'ユニット(VOBU)の再生順序 を規定するユーザ ·ディファインのプログラム ·チェーン情報テーブル (ORG_PGCIT)を 含んで ヽる。放送等のビデオ及びオーディオ信号がそのままエンコードされてビデオ 'オブジェクト(EVOB)として記録領域 132に記録される際には、オリジナル ·プロダラ ム'チェーン情報テーブル (ORG_PGCIT)がナビゲーシヨン'データとして作成されて そのまま HDVRビデオ ·マネージャ (HDVR_MG)に記録される。オリジナル ·プログラム •チェーン情報テーブル (ORG_PGCIT)で再生順序が定められたビデオ ·オブジェクト( EVOB)で構成されるビデオ'オブジェクト(EVOB)がユーザによって編集され、編集後 のビデオ'オブジェクト'ユニット (VOBU)の再生順序が定められた場合には、ユーザ' ディファインのプログラム ·チェーン情報テーブル (ORG_PGCIT)が新たなナビゲーショ ン ·データとして作成されて HDVRビデオ ·マネージャ (HDVR_MG)に記録される。
[0044] オリジナル ·プログラム ·チェーン情報テーブル (ORG_PGCIT)及びユーザ ·ディファ インのプログラム .チェーン情報テーブル (ORG_PGCIT)は、 、ずれも図 12に示すよう にプログラム.チェーン情報 (PGCI)を含み、プログラム 'チェーン情報 (PGCI)は、その 先頭に配置されたプログラム ·チェーン一般情報 (PGC_GI)、プログラム ·チェーン (PG C)に含まれるプログラムに関するプログラム情報 (PG#l〜PG#m)、ムービー 'セル情報 (M_CI #l〜#n)をサーチする為のセル 'サーチ'ポインタ (CI_SRP#l〜#n)及びムービ 一'セル情報 (M_CI #l〜#n)を含んでいる。
[0045] 図 14及び図 15を参照してプログラム ·チェーン (PGC)、プログラム(PG)、セル(C)及 びビデオ ·オブジェクト'ユニット (VOBU)に関して簡単に説明する。
[0046] 図 4 (f)及び (g)を参照して説明したようにビデオ ·オブジェクト'ユニット (VOBU)14 2は、オブジェクト 'データであって、リアル 'タイム'データ情報パック(RDI_PACK: Rea 1-time Data Information) 144から始まるビデオ'パック 145(V_Pack)及びオーディオ' パック 146(A_Pack)がマルチプレタスされたパック列として定められている。図 14に示 すように、このビデオ'オブジェクト'ユニット (VOBU)が 1又は複数個組み合わされて 1 つのビデオ'オブジェクト(EVOB #l〜EVOB #n)が構成され、このビデオ 'ォブジェク ト(EVOB #l〜EVOB #n)がムービ 'ビデオ'レコードディング 'ファイル(HR_MOVIE_V RO)として図 4 (d)に示される記録領域 132に記録される。
[0047] プログラム.チェーン(PGC)、プログラム(PG)及びセル(C)は、再生をナビゲート、即 ち、再生手順を示すナビゲーシヨン'データであって、 1又は複数のムービ一'セル )でプログラム(PG)が構成され、 1又は複数のプログラム(PG)でプログラム ·チェーン( PGC)が構成される。セル (C)は、図 15に示すように最初及び最後に再現 (プレセント )されるビデオ ·オブジェクト'ユニット (VOBU)を特定して最初及び最後に再現 (プレ セント)されるビデオ ·オブジェクト'ユニット (VOBU)間に時間的に連続するビデオビ デォ ·オブジェクト'ユニット(VOBU)を次々に再現(プレセント)してビデオを再生して いる。セル (C)で指定される最初及び最後のビデオ ·オブジェクト'ユニット (VOBU)は 、スタート'プレゼンテーション'タイム(S_PTM)及びエンド ·プレゼンテーション'タイム (E_PTM)で指定され、スタート 'プレゼンテーション 'タイム(S_PTM)及びエンド'プレゼ ンテーシヨン'タイム(E_PTM)でビデオ ·タイム ·マップ情報 (VTMP)が参照されて該当 するビデオ ·オブジェクト'ユニット (VOBU)のアドレスが特定されてプレゼント(再現)さ れる。従って、あるセル番号が与えられた 1つのセル (C)は、ビデオ'オブジェクト(EV OB)内のビデオ.オブジェクト'ユニット(VOBU)を特定している力 このセル番号に連 続するセル番号が与えられた他のセル (C)は、他のビデオ 'オブジェクト(EVOB)内の ビデオ'オブジェクト'ユニット (VOBU)を特定することもできる。従って、複数のセルで 構成されるプログラム(PG)或いはプログラム 'チェーン (PGC)は、複数のビデオ'ォブ ジェタト(EVOB)に属するビデオ'オブジェクト'ユニット (VOBU)を指定して連続してビ デォ ·オブジェクト'ユニット(VOBU)をプレゼントすることができる。
[0048] 図 12に示すようにプログラム ·チェーン情報(PGCI)のプログラム ·チェーン一般情 報(PGCLGI)には、プログラム(PG#l〜#m)の数(PG_Ns)及びセル ·サーチ ·ポインタ( CI_SRP#l〜ffi)の数(CI_SRP_Ns)が記載される。また、プログラム情報(PGI#l〜#m)に は、夫々当該プログラム (PG)を構成するセル (c)の数及び当該プログラム (PG)で再現 される目標のセルの番号等が記載される。最初に目標のセル (c)に続くセルの再現は 、このセル番号を増加させて当該プログラム (PG)を構成するセル (c)の数に達するま で続けられる。セル 'サーチ'ポインタ(CI_SRP#l〜ffi)は、セルの再生順序に配列され 、セル 'サーチ'ポインタ(CI_SRP#l〜ffi)には、ムービ一'セル情報(M_CI #l〜ffi)のス タート.アドレス(CLSA)がプログラム ·チェーン情報(PGCI)の最初のバイトからの相対 的ブロック数で記述されて 、る。
[0049] また、ムービ一'セル情報(M_CI)の夫々は、図 13に示すようにムービ一'セル一般 情報(M_CI_GI)及びムービ一'セル ·エントリ一'ポイント情報 (M_CI_EPI#l〜#n)から構 成され、ムービー 'セル一般情報 (M_CI_GI)には、当該セル (c)で指定されるビデオ' オブジェクト'ユニット (VOBU)が属するビデオ'オブジェクト (EVOB)に対応する図 5及 び図 6 (b)に示すビデオ ·オブジェクト情報サーチ ·ポインタ(EVOBLSRP)の番号が記 載されている。ビデオ'オブジェクト情報サーチ'ポインタ(EVOBLSRP)は、ムービー A Vファイル情報 (EX_M_AVFI)内に昇順で配列されて ヽることから、サーチ ·ポインタ(E VOBLSRP)の番号を特定することでサーチ ·ポインタ(EVOBLSRP)を特定し、ビデオ · オブジェクト情報 (EVOBI)獲得することができる。
[0050] また、ムービ一'セル一般情報(CI_GI#l〜ffi)の夫々には、ムービ一'セル'エントリ 一.ポイント情報 (M_CI_EPI#l〜#n)の数(C_EPI_Ns)、当該セル (C)のビデオ.スタート 時のプレゼンテーション 'タイム(C_V_S_PTM)及び当該セル (C)のビデオ終了時のプ レゼンテーシヨン'タイム(C_V_E_PTM)が記載されて!、る。このプレゼンテーション ·タ ィム(C_V_S_PTM)及び(C_V_E_PTM)を利用してビデオ ·タイム ·マップ一般情報 (VTM AP_GI)を参照することによって、当該セル (C)を構成する最初のビデオ'オブジェクト' ユニット(VOBU)のスタート 'アドレス (ADRJDFS)及び最後のビデオ.オブジェクト'ュ- ット(VOBU)のスタート 'アドレス (ADRJDFS)を獲得することができる。
[0051] ムービ一'セル'エントリ一'ポイント情報 (M_CI_EPI#l〜#n)には、夫々ユーザが用い るエントリー.ポイントに関する情報としてエントリー.ポイント.プレゼンテーション.タイ ム (EP_PTM)が記述され、ムービ一'セル'エントリ一'ポイント情報 (M_CI_EPI#l〜#n)に 記述されるエントリ一'ポイントでユーザが指定したスキップ (FFスキップ或いは FRス キップ)を実現することができる。ユーザからの入力があると、ユーザが指定したェント リ ~ ·ポイント ·プレゼンテーション'タイム (EP_PTM)が参照され、このタイム ·スタンプを 利用してビデオ ·タイム ·マップ一般情報 (VTMAP_GI)を参照することによって、当該セ ル (C)を構成するビデオ ·オブジェクト(EVOB)のスタート'アドレス (ADRJDFS)を獲得 することができる。
[0052] (記録時の処理フロー)
図 1に示される記録再生装置においては、記録処理部 100でアナログ映像 '音声 データがエンコードされると、アナログ映像は、符号化ビデオ'データに変換されてビ デォ 'パック (V_Pack)145のパケットに格納され、また、音声データは、オーディオ'パ ック (A_Pack) 146のパケットに格納されてマルチプレタスされ、エンコードの際の情報 等から RDIパック (RDI)144が生成されて RDIパックを先頭に設けた略一定長の範囲 に納まるビデオ ·オブジェクト'ユニット(VOBU)142が生成される。ビデオ 'ォブジェク トユニット(VOBU)142が次々にディスク制御部 102に入力されると、ビデオ'ォブジ ェクト ·ユニット (VOBU)142は、一時的にメモリに格納され、複数のビデオ 'ォブジェク ト.ユニット(VOBU) 142からビデオ 'オブジェクト(EVOB)140が生成される。ビデオ' オブジェクト(EVOB) 140を生成するに際して符号ィ匕の際の情報及びセル (C)の情報 、プログラム (PG)の情報及びオリジナル ·プログラム ·チェーン (ORG_PGC)の情報が 収集されてマネージャ情報が生成され、図 4から図 13を参照して説明した HDVRマ ネージャ (HDVR_MG)が生成される。この HDVRマネージャ (HDVR_MG)は、管理情 報記録領域 130に記録され、生成されたビデオ 'オブジェクト(EVOB)が次々と VR群 記録領域 132に記録される。この記録時には、ビデオ ·オブジェクト(EVOB)が編集さ れて 、な 、ことから、ユーザ ·ディファインド(定義) PGCIテーブル(UD_PGCIT)は、 記録されず、空き領域のままに維持される。
[0053] 次に、ディスク 300に記録された後にビデオ ·オブジェクト(EVOB)が編集される場
Figure imgf000026_0001
、て説明する。
[0054] (ノンシームレスでの編集方法)(SML_FLG=0, SML_EX_FLG=0)
始めに、図 1に示すような光ディスク 300のデータ構造において、オリジナル 'ビデ ォ-オブジェクト (EVOB)の削除すべき区間の始点と終点を再生時間で指定し、その 削除区間の指定に基づいてオリジナル 'ビデオ'オブジェクト(EVOB)の分割、削除を 実施する例について説明する。
[0055] 図 15に示されるように 1つのオリジナル ·ビデオ ·オブジェクト (EVOB #1)があれば、 既に説明したように、オリジナル 'ビデオ'オブジェクト (EVOB #1)に付随して図 5、図 7 及び図 9に示されるようにムービ.ビデオ.オブジェクト(EVOB #1)、図 5及び図 10に 示されるビデオ ·タイム ·マップ (VTMAP)、図 5及び図 7に示されるムービ ·ビデオ ·ォ ブジェクト 'ストリーム情報(EX_EVOB_STI)が 1つずつ用意され、その内にビデオ 'ォ ブジェク KEVOB #1)についての情報が記述されている。また、オリジナル 'プログラム 'チェーン (ORG_PGC)には、該当オリジナル 'ビデオ'オブジェクト(EVOB)に対応す る少なくとも 1つのセル (C)が生成されて!、る。
[0056] また、ムービ 'ビデオ'オブジェクト情報(M_EVOB #1)が作成され、その内にシーム レス ·フラグ (SML_FLG)及びシームレス拡張フラグ (SML_EX_FLG)が記述される。また 、ムービ ·ビデオ ·オブジェクト ·ユニット 'ストリーム情報 (EX_M_EVOB_STI#l)には、ビ デォ属性 (V_ATR)が記述される。更に、ビデオ'タイム ·マップ (VTMAP#1)には、タイ ム'マップ情報 (VTMAPI)が記述され、当該ビデオ 'オブジェクト(EVOB)中の各ビデ ォ'オブジェクト'ユニット(VOBU #n)のエントリ^ ~ ·ポイント(VOBU_ENT)が記述されて いる。
[0057] 尚、以下の説明では、オリジナル 'ビデオ'オブジェクト(EVOB)の編集はビデオ'ォ ブジェクト ·ユニット (VOBU)境界単位で行うものとして説明し、ビデオ属性 (V_ATR)に は、ビデオ'データが MPEG— 4AVCで符号化されている旨が記載されているものと する。
[0058] (ビデオ ·オブジェクト(EVOB)及び関連情報の分割)
図 16は、オリジナル ·ビデオ 'オブジェクト(EVOB)における部分削除の処理の流れ を示している。始めに、オリジナル 'ビデオ'オブジェクト (EVOB)における部分削除の 処理が開始 (S10)されると、指定された部分削除区間の開始時間と終了時間に対し て、ビデオ ·オブジェクト(EVOB)に対応づけられた図 10に示されるビデオ 'タイム-マ ップ (VTMAP)から、オリジナル.ビデオ.オブジェクト(EVOB)内における削除対象とな るビデオ ·オブジェクト 'ユニット (VOBU)の区間(削除処理の始点及び終点)が決定 され、指定された削除処理の始点及び終点が記録処理部 101で取得される(S12)。 図 16に示されるように、削除される直前のビデオ ·オブジェクト ·ユニット (VOBU)をビ デォ 'オブジェクト'ユニット(VOBU #0、削除される最後のビデオ'オブジェクト'ュ- ットユニット(VOBU)をビデオ.オブジェクト'ユニット(VOBU ·- 1)とすると、削除処理 の始点に相当するビデオ'オブジェクト'ユニット(VOBU ffi+1)から削除処理の終点に 相当するビデオ ·オブジェクト'ユニット(VOBU ·- 1)のビデオ ·オブジェクト'ユニット( VOBU)が実際の削除対象とされる。ここで、ビデオ ·マップ (VTMAP)が参照されて始 点に相当するビデオ ·オブジェクト ·ユニット (VOBU ffi+1)及び終点に相当するビデオ 'オブジェクト'ユニット(VOBU ·- 1)のアドレスが求められ、ビデオ.オブジェクト(EVO B)中で当該始点に相当するビデオ ·オブジェクト'ユニット (VOBU ffi+1)及び終点に 相当するビデオ ·オブジェクト 'ユニット (VOBU ·- 1)が検出される。
[0059] 尚、削除対象のビデオ'オブジェクト'ユニット (VOBU)も後述する編集処理で必要 となる場合があるため、完全な削除処理は、後に説明されるように編集処理の最後に 実施される。
[0060] ビデオ 'オブジェクト(EVOB #1)は、図 16に示すように、ビデオ ·オブジェクト'ュニッ ト(VOBU ffi)を末尾として分断され、ビデオ ·オブジェクト'ユニット(VOBUも')以降の ビデオ ·オブジェクト ·ユニット (VOBU)が新たなビデオ ·オブジェクト(EVOB #2)が生 成される。(S 16)ビデオ 'オブジェクト(EVOB #1)及び新たなビデオ 'オブジェクト(EV OB #2)は、 HDVRマネージャ(HDVR_MG)で管理される。即ち、ビデオ.オブジェクト (EVOB #1)に対応するビデオ.タイム.マップ (VTMAP#1)、ビデオ.オブジェクト情報( EVOBI#l)、ビデオ'オブジェクト 'ストリーム情報(EVOB_STI#l)についても分断処理 された後のビデオ'オブジェクト (EVOB #1)に対応するようにその内容が更新される。
(S18)同様に、新たなビデオ'オブジェクト(EVOB #2)に対応するビデオ 'タイム'マツ プ (VTMAP#1)、ビデオ.オブジェクト情報(EVOBI#l)、ビデオ.オブジェクト 'ストリーム 情報(EVOB_STI#l)についても分断処理された後のビデオ.オブジェクト(EVOB #1) に対応するようにその内容が更新される。(S20)
即ち、ビデオ.タイム.マップ (VTMAP)には、各ビデオ.オブジェクト'ユニット(VOBU )に対応する情報が記載される為に、ビデオ'マップ (VTMAP#1)は、ビデオ'オブジェ タト .ュニット (VOBU ffi)までの情報を有するように変更され、ビデオ ·オブジェクト'ュ ニット (VOBUも')以降の情報は、新たに分割されたビデオ'マップ (VTMAP#2)に与え られる。
[0061] また、ユーザ.ディファインの PGC情報テーブル (UD_PGCIT)が作成され、分断によ り新たに作成されたビデオ'オブジェクト(EVOB)に関する図 13に示されるムービー' セル情報(M_CI)が作成され、このムービ一'セル情報(M_CI)の集合として図 12に示 される PGC情報 (PGCI)が作成される。
[0062] 同様に、ビデオ'オブジェクト 'ストリーム情報(EVOB_STI#l)はビデオ'オブジェクト( EVOB)についての属性情報が含まれる力 基本的にビデオ ·オブジェクト(EVOB #1 )及びビデオ'オブジェクト(EVOB #2)は同一属性を有することから、ビデオ'オブジェ タト(EVOB #2)に関するビデオ ·オブジェクト 'ストリーム情報(EVOB_STI#2)は、ビデ ォ 'オブジェクト 'ストリーム情報(EVOB_STI#l)の情報に基づいて設定される。
[0063] ビデオ ·オブジェクト情報(EVOB 1)のビデオ ·オブジェクト ·タイプ(EVOB_TY)にシ ームレス再生に関するシームレス 'フラグ(SML_FLG)がある場合には、ビデオ'ォブ ジ タト (EVOB)の部分削除に起因してシームレス再生が保証されなくなる。従って、 新たなビデオ 'オブジェクト(EVOB #1)及びビデオ 'オブジェクト(EVOB #2)の連続再 生に際してシームレスに再生させるかがステップ S22で判断される。ここで、シームレ ス再生が不要な場合には、 M_ビデオ'オブジェクト情報(EVOB 2)におけるシームレ ス'フラグ (SML_FLG)の値には、 "0"がセットされ、シームレス拡張フラグ(SML_EX_FL G)にも" 0"がセットされる。 (S24)その後、ステップ S26に示されるように、削除処理 対象とされる図 16に示すビデオ ·オブジェクト'ユニット(VOBU ffi+1)からビデオ ·ォブ ジェタト 'ユニット(VOBU '-1)が削除され、ステップ S30に示すようにビデオ ·ォブジ タ HEVOB)の中間部分の削除処理が終了される。この削除の際には、ビデオ'ォ ブジェクト'ユニット (VOBUも')のビデオ'エレメンタリ一'ストリームの後尾にシーケンス •エンド,コード(SEQ_END_CODE)が付される。
[0064] ステップ S22において、シームレス再生に対応させる場合には、シームレス再生の 為にビデオ ·オブジェクト (EVOB)の一部に再エンコード処理が実施され、後に述べる シームレス再生の為の必要な設定がされ、ステップ S26に示すようにビデオ 'ォブジ ェクト .ュニット(VOBU ffi+1)からビデオ ·オブジェクト'ユニット(VOBU ·- 1)が削除さ れ、その後、ステップ S30に示すように処理が終了される。
[0065] 尚、ビデオ 'オブジェクト(EVOB #1)が分断される前にビデオ 'オブジェクト(EVOB # 2)が既にある場合には、新たなビデオ ·オブジェクト(EVOB #2)が追加されたことから 、前のビデオ ·オブジェクト(EVOB #2)は、ビデオ ·オブジェクト(EVOB #3)に更新され て同様に関連情報が同様に更新される。
[0066] (シームレス再生実現のためのオペレーション)
次に、シームレス再生を保証するための具体的な編集処理について説明する。既 に従来技術で説明されるように、ビデオ 'オブジェクト (EVOB)の部分削除処理だけ では、シームレスな再生を保証することができない。これは、単純に部分削除しただ けの状態では、前後のビデオ 'オブジェクト(EVOB)間でのバッファ状態が異なり、バ ッファ ·エラーが発生する危険があり、また、部分削除により Bピクチャ或いは Pピクチ ャの参照ピクチヤが欠落し、正しくデコード処理ができない可能性があるためである。 従って、シームレス再生を可能とするためには、以下の基本処理が必要とされる。
[0067] この発明の実施例においては、シームレス再生実現のための編集処理として、 2段 階のレベルが定義され、 2段階のレベルがフラグ(SML_FLG,SML_EX_FLG)により区 別される。その一つのレベルは、バッファ状態或いはリファレンス 'フレームなどの問 題を解消し、再生時にデコーダで連続的に処理することは可能なものの、一部パラメ ータ間での不整合が残ったままの状態においてデコーダ側で特別な対応が必要な レベルで、この明細書では、既に述べたように「セミシームレス状態」と定義されている
。セミシームレス状態は、既に図 5及び図 9を参照して説明したようにシームレス'フラ グ (SML_FLG)に加え新たに定義するシームレス拡張フラグ (SML_EX_FLG)を用いて、 シームレス ·フラグ (SML_FLG)及びシームレス拡張フラグ (SML_EX_FLG)が" 0"でシー ムレスではないと定義され、シームレス 'フラグ (SML_FLG)が" 1"、シームレス拡張フラ グ (SML_EX_FLG)が" 0"でセミシームレスであると表現される。他の一つは、ノ ラメータ の不整合に対する対策も行い、ビデオ ·オブジェクト(EVOB)間のビデオ'ストリーム の連続性を完全保証することで、再生時にシンプルな仕組みでシームレス再生を実 現するレベルで、「完全シームレス状態」と定義される。完全シームレス接続状態は、 シームレス'フラグ (SML_FLG)が " Γ、シームレス拡張フラグ (SML_EX_FLG)が " 1 "の値 で表現され、シームレス及びセミシームレスも充足すると表現される。
[0068] シームレス再生実現のための編集処理について、図 18及び図 19を参照して説明 する。ここで、図 18は、セミシームレス及び完全シームレスを含むシームレス再生実 現のための編集処理のフローを示し、また、図 19は、セミシームレス状態を実現する ための変換処理の概念を示す概略図である。
[0069] 始めに、セミシームレス状態 (SML_FLG=1 ,SML_EX_FLG=0)を実現するための処理 について説明する。
[0070] (部分再エンコード箇所の指定)
図 18に示すステップ S40において、シームレス再生を実現する為の処理が開始さ れると、図 16を参照して説明した分割後の新たなビデオ'オブジェクト (EVOB #1)及 びビデオ.オブジェクト'ユニット (EVOB #2)は、バッファ状態を維持するためにその一 部(例えば、 n個及び m個のビデオ'オブジェクト'ユニット (VOBU))が再エンコードさ れるビデオ ·オブジェクト'ユニット (VOBU)群として指定される。(S42)即ち、図 19 (a )に示すようにビデオ ·オブジェクト(EVOB #1)の末尾 n個分 (nは任意の個数)のビデ ォ'オブジェクト'ユニット(VOBU) (ビデオ ·オブジェクト'ユニット(VOBU ffi- n+1)から ビデオ'オブジェクト'ユニット(VOBU ffi)まで)が再エンコードの対象とされ、各々ビデ ォ.オブジェクト'ユニット(VOBU)群 #1とされる。また、ビデオ.オブジェクトブジェクト ユニット(VOBU)の先頭 m個分(mは任意の個数)のビデオ'オブジェクト'ユニット(V OBU) (ビデオ ·オブジェクト ·ユニット(VOBUも')からビデオ ·オブジェクト ·ユニット(VO BU '+m- 1)まで)が再エンコードの対象とされ、ビデオ'オブジェクト'ユニット(VOBU) 群 #2とされる。
[0071] 尚、 n, mの値が大きいほど、再エンコード時の符号量割り当て等を柔軟に行うこと が可能だが、その分処理コストが増大するため、処理コストと再エンコード品質とのバ ランスを考慮してこの n, mの値が設定される。
[0072] (部分ビデオ ·オブジェクト ·ユニット(VOBU)の AV分離)
上記のように設定した対象ビデオ ·オブジェクト ·ユニット (VOBU)群にっ 、て、図 1 9 (b)に示すように、デマルチプレタスの処理が施されてビデオ'エレメンタリ一'ストリ ーム(Video ES(Elementary Stream))及びオーディオ 'エレメンタリ^ ~ ·ストリーム(Audi 0 ES)に分離される(S44)。ここで、ビデオ ·オブジェクト'ユニット(VOBU #1)群から 分離されたビデオ'エレメンタリ一'ストリーム (Video ES)が # 1ビデオ'エレメンタリ一' ストリーム(Video ES#1)とし、ビデオ'オブジェクト'ユニット(VOBU #2)群から分離した ビデオ.エレメンタリ一.ストリーム(Video ES)が # 2ビデオ'エレメンタリ一'ストリーム( Video ES#2)とする。
[0073] (バッファ 'モデルの再現)
次に、ノ ッファ 'モデル維持のための処理が実施される。まず、 # 1ビデオ'エレメン タリ一.ストリーム (Video ES#1)における各ピクチャの符号量が取得され、ビデオ'ォブ ジェタト(EVOB #1)におけるバッファ遷移状態が再現される。尚、正確にビデオ'ォブ ジェタト(EVOB #1)のバッファ状態を再現するには、ビデオ.オブジェクト(EVOB #1) 全体をデマルチプレタスして全体のビデオ.エレメンタリ一.ストリーム (Video ES)が抽 出され、符号量の遷移を調べる必要がある力 本実施例では、ビデオ'オブジェクト' ユニット (VOBU)群 #1の情報だけで仮想的にバッファ状態が再現される。
[0074] # 2ビデオ'エレメンタリ一'ストリーム(Video ES#2)についても同様に処理され、バッ ファ状態の遷移が再現される。 # 1ビデオ'エレメンタリ一'ストリーム (Video ES#1)及 び # 2ビデオ'エレメンタリ一'ストリーム (Video ES#2)のバッファ状態が比較され、バッ ファ ·エラーが起こらな 、かどうかがチェックされ、エラーが起きな 、ように再ェンコ一 ドの際の符号量割り当ての量が調整される。この符号量の再割り当ては、後述の再ェ ンコード処理におけるスライスタイプの変更なども併せて考慮して実施する必要があ る。
[0075] (デコード画像の生成)
次に、 # 1ビデオ'エレメンタリ一'ストリーム (Video ES#1)及び # 2ビデオ'エレメンタ リ一'ストリーム (Video ES#2)について、図 19 (c)に示すように再エンコード処理のた めにデコード処理し、フレーム画像が生成される。(ステップ S46)このとき、抽出した ビデオ.エレメンタリー ·ストリーム (Video ES)内に参照ピクチヤが存在しない場合が生 じる。(S48)これは、 # 1ビデオ'エレメンタリ一'ストリーム (Video ES#1)の場合であれ ば、ビデオ'オブジェクト'ユニット(VOBU ffi)に含まれるピクチャのうち、ビデオ'ォブ ジェタト 'ユニット (VOBU ffi+1)以降に含まれるピクチャを参照フレームとして持つよう なスライス(P又は Bピクチャ)が存在する場合に生じる。通常の MPEG4—AVCの場 合、こうしたピクチャをデコードするためには、先の IDRピクチャ力も後の IDRピクチャ までにある参照ピクチャをデコードして参照フレームを生成してデコードする必要があ る。
[0076] 一方で、 MPEG4—AVCの場合にも、ビデオ'オブジェクト'ユニット(VOBU)に必 ず Iスライスを含み、符号ィ匕順で Iスライスをまた 、だ参照を禁止するようデータ構造に 制限をカ卩えておくことで、ビデオ'オブジェクト'ユニット (VOBU)内に参照ピクチヤが なくとも、直前もしくは直後のビデオ ·オブジェクト'ユニット (VOBU)内に参照ピクチャ を含むことを保証することができる。よって、こうした制限を加えた場合には、ビデオ' オブジェクト'ユニット(VOBU)群 #1については、図 19 (b)に示すように後続のビデオ •オブジェクト'ユニット(VOBU #i+l)等も併せて AV分離してデコードする。同様に、 図 19 (b)に示すようにビデオ ·オブジェクト'ユニット (VOBU)群 #2についても、先行 するビデオ.オブジェクト'ユニット (VOBU '-1)等も併せてデコードすることで、参照 ピクチャが存在しな 、状態を回避することができる。
[0077] (参照ピクチャ欠落の解消)
一方で、シームレス再生では、ビデオ'オブジェクト(EVOB #1)に続いてビデオ'ォ ブジェク HEVOB #2)をなめらかに再生する必要がある。上述したような編集後にお いて、参照ピクチヤの欠落した状態が発生した場合 (S48)、図 19 (d)及び (e)に示 すように、再エンコード時にこれを解消する必要がある。 (S50)
参照ピクチヤが欠落した場合の対処方法としては、複数あるが、ここではいくつかの 代表的な例のみを説明する。単純な方法としては、参照ピクチヤが存在しないピクチ ャについては、 Iピクチャとして符号ィ匕してしまう方法がある。但し、この場合消費する 符号量が多くなる。そのほかの方法としては、ビデオ ·オブジェクト'ユニット (VOBU) 内に存在するフレームのみを対象として動き予測をやり直す方法もある。 Bピクチャで 双方向予測を行っている場合は、参照ピクチヤが存在する動きベクトルのみ再利用し て動き補償処理をやり直しても良 、。
[0078] この参照ピクチヤの欠落した状態が解消されると、既に説明したようにビデオ'ォブ ジェク HEVOB)間でバッファ状態が維持されるようにビデオ'エレメンタリー 'ストリーム に適切な符号量が与えられる
(シーケンス ·エンド 'コードの揷人)
上記の処理を行った状態では、バッファ状態及び参照ピクチヤの欠落につ!、ては 解消されているものの、ビデオ'オブジェクト(EVOB #1)及びビデオ'オブジェクト(EV OB #2)の間で、下記のパラメータについて不整合が生じる。 (S54)
frame— num
picture order count
これらのストリーム内のパラメータの不整合をステップ S54で許容する場合、即ち、 セミシームレス状態にする場合には、フレーム画像列(ピクチャ列 # 1、 # 2)が図 19 ( e)で示すように既に述べたように部分的に再エンコードされ、 # 1及び # 2ビデオ 'ェ レメンタリ一.ストリーム (ES#1,, #2,)が生成される。 (S56)
尚、上述したパラメータの不整合は、予めデコーダ側がこのような不整合が起こる場 合を想定しており、不整合が生じる地点をデコーダで認識できるのであれば、デコー ド時の例外処理と対処可能となる。具体的な対策法については、後述の再生装置の 処理の項で説明する。
[0079] 後続のビデオ'オブジェクト(EVOB #2)の先頭力 DRピクチャであれば上記パラメ一 タの不整合は起こらない。しかし、図 16を参照して説明したようにストリームの部分削 除を行った場合、後続のビデオ'オブジェクト(EVOB #2)の先頭力 DRピクチャである ことを保証することは困難である。理由は、既に説明したように IDRピクチャをビデオ' オブジェクト'ユニット (VOBU)単位で入れてしまうと符号ィ匕効率が大きく低下してしま うためである。
[0080] 上記のように、部分削除編集時には、 IDRピクチャによってストリームの切り替わりを デコーダが感知することが難しい。そこで、ビデオ'オブジェクト(EVOB #1)の # 1ビデ ォ .エレメンタリ一.ストリーム (Video ES#1)の最後にシーケンス ·エンド 'コード(SEQ_E ND_CODE)を付加することで、デコーダへ入力する # 1ビデオ'エレメンタリー 'ストリ ーム (Video ES#1)及び # 2ビデオ'エレメンタリ一'ストリーム (Video ES#2)の切り替わり のタイミングをデコーダ側が検知できるようにする。 (S58) H. 264の場合には、 end_o f_seq_rbspOの NALユニットが付カ卩される。
[0081] (フラグ設定)
以上のように、処理を施した段階で、映像の符号ィ匕形式が MPEG4—AVCの場合 においても、シームレス 'フラグ (SML_FLG)に" 1"が設定され、併せてシームレス拡張 フラグ (SML_EX_FLG)が" 0"に設定される。 (セミシームレスの設定: S60)
(再混合)
再エンコード処理を終えたビデオ 'エレメンタリ一.ストリーム (Video ES#1 ,#2)につい ては、図 19 (f)に示すように再び音声データ及びその他のデータ(RDI、 GCIなど)を 混合して MPEG— 2PS形式とし、図 19 (g)に示すようにビデオ 'オブジェクト(EVOB #1)、ビデオ'オブジェクト(EVOB #2)を形成する。再エンコード後のデータをディスク に割り当てる際には CDAと呼ばれる連続してディスク上に存在しなければならな ヽ 最小単位に基づき、ディスクのジャンプ ·パフォーマンス ·モデルに沿った形で割り当 てを行い、ディスク 300に記録する。
[0082] また、オーディオ 'データのギャップ、及びビデオ 'オブジェクト(EVOB #1, #2)の開 始 SCR、終了 SCRといった、拡張されたシステム 'ターゲット 'デコーダ (E-STD: Exte nded System Target Decoder)モデルを用いたシームレス再生に必要な情報も、従来 と同様の方法で適切に設定される。
[0083] (完全シームレス)(SML—FLG=1, SML_EX_FLG=1)
上述した説明では、ビデオ 'オブジェクト(EVOB)の最小限の部分的再エンコードで セミシームレス状態を実現するための処理手法について述べた力 上記手法は、編 集時の処理コストは比較的少な 、ものの、デコード時にデコーダ側でシームレス再生 の工夫を行う必要がある。一方で、より多くのデコーダで確実にシームレス再生を行う 完全シームレス状態実現のための処理手法について以下に説明する。
[0084] 具体的な手法としては、図 18に示すフローに従ってバッファ状態が維持される(S4 0〜S52)ステップ S54でパラメータの不整合を解消する場合には、後段の再ェンコ ードの処理においては、先行する # 1ビデオ'エレメンタリ一'ストリーム (Video ES#1) 及び後続の # 2ビデオ'エレメンタリー 'ストリーム (Video ES#2)との完全な連続性を保 証できるように # 2ビデオ'エレメンタリ一'ストリーム (Video ES#2)の全体について再ェ ンコード処理がなされる。即ち、フレーム画像列(ピクチャ列 # 1、 # 2)の全体が図 19 (e)で示すように既に述べたように再エンコードされ、 # 1及び # 2ビデオ ·エレメンタ リー'ストリーム (ES#1,,#2,)が生成される。(S64)また、後続のビデオ'オブジェクト(E VOB ·+1)以降のビデオ ·オブジェクト (EVOB #q)もパラメータの書き換えに続いて再 エンコードが実施されて新たな # 2ビデオ'オブジェクト(EVOB #2)が生成される。(S 66)また、この新たなビデオ'オブジェクト(EVOB #2)が生成されると、シームレス'フ ラグ(SML_FLG=1)及びシームレス拡張フラグ (SML_EX_FLG=1)に" 1"が設定される。
(S68)その後シームレス再生実現の為の処理が終了される。
[0085] ここで、シームレス 'フラグ (SML_FLG)の値に" 1"がセットされ場合には、シームレス 情報(SMLI)には、当該ビデオ ·オブジェクト(EVOB #1)に含まれる先頭パックのシス テム ·タイム ·クロック (SCR)を記載する最初のシステム ·タイム ·クロック(EVOB_FIRST_ SCR)及び当該ビデオ ·オブジェクトよりも前のビデオ 'オブジェクト(EVOB #2)に含ま れる最終パックのシステム ·タイム ·クロック (SCR)を記載する前ビデオ ·オブジェクトの 最後のシステム ·タイム ·クロック(PREV_EVOB丄 AST_SCR)が記載される。
[0086] (IDRピクチャ挿入について)
# 1ビデオ ·エレメンタリ一 ·ストリーム (Video ES#1)及び # 2ビデオ ·エレメンタリ一 · ストリーム (Video ES#2)とは、部分削除により本来は連続的でないと考えると、完全シ ームレスを実現する為のステップ S64においては、 # 2ビデオ'エレメンタリ一'ストリ ーム (Video ES#2)の符号化順の先頭のピクチャは、 IDRピクチャとして符号化すること が好ましい。この場合、 IDRピクチャの存在にともない参照ピクチヤの関係も変化する こと力ら、 # 1ビデオ'エレメンタリ一'ストリーム (Video ES#1)及び # 2ビデオ'エレメン タリ一.ストリーム (Video ES#2)の参照ピクチヤが見直される。具体的には、 IDRピクチ ャとして符号ィ匕するピクチャをまた 、で参照して!/、るものにっ 、て、 IDRピクチャを参 照ピクチャとして再度動き予測及び動きベクトルの生成処理を行う。このとき、元の動 きベクトルを参照フレームの変化にあわせて空間的にスケーリングして再利用するこ とで動き予測処理のコストを省略してもよ 、。
[0087] 尚、 # 1ビデオ'エレメンタリ一'ストリーム (Video ES#1)との連続性を保証できるので あれば、 # 2ビデオ'エレメンタリ一'ストリーム (Video ES#2)の先頭ピクチャを IDRピク チヤ以外で符号化しても良い。ただし、ビデオ'オブジェクト(EVOB)をまたいだ参照 は行わないものとする。
[0088] (連続的なパラメータの再計算)
一方、 # 2ビデオ'エレメンタリ一'ストリーム (Video ES#2)の先頭を IDRピクチャで符 号化した場合或 、は IDRピクチャで符号ィ匕しな 、場合にも、ビデオ'オブジェクト (EV OB #1)とビデオ'オブジェクト(EVOB #2)を確実にシームレスに再生させるためには、 ビデオ ·オブジェクト (EVOB #2)における先頭 m個分のビデオ ·オブジェクト ·ユニット( VOBU)を集めたビデオ 'オブジェクト'ユニット (VOBU)群 #2だけでなぐ m+1個目以 降のビデオ'オブジェクト'ユニット(VOBU)についても、デマルチプレタスしてビデオ 'エレメンタリ一.ストリーム (Video ES)を取り出し、ステップ S66において、再ェンコ一 ドの処理を行う必要がある。
[0089] この再エンコードの処理では、ビデオ.オブジェクト'ユニット(VOBU)群 #2に対応す る # 2ビデオ'エレメンタリ一'ストリーム (Video ES#2)に対して行ったような完全な再ェ ンコード処理である必要はなぐスライスヘッダレベルの情報の書き換え処理で対応 できる。具体的には frame_num及び pic_order_cntの値につ!、ては、 VideES#lの情報に 基づき連続的に変化するよう、 # 2ビデオ'エレメンタリー 'ストリーム (Video ES#2)の値 と併せてビデオ'オブジェクト(EVOB #2)全体のパラメータを修正する。また、バッファ パラメータについても、 # 1ビデオ'エレメンタリ一'ストリーム (Video ES#1)のバッファ 状態のパラメータを元に、 # 2ビデオ'エレメンタリー 'ストリーム (Video ES#2)では再符 号ィ匕の際の実際の発生符号量に基づいて値の修正を行い、残りのビデオ'エレメン タリ一'ストリーム (Video ES)については、 # 2ビデオ'エレメンタリ一'ストリーム (Video ES#2)で設定されたバッファパラメータに対して、すでに存在するビデオ'エレメンタリ 一.ストリーム (Video ES)の各スライスの符号量に基づ!/、て順次パラメータの値を修正 していく。
[0090] (フラグの設定)
以上のようにビデオ'オブジェクト(EVOB #2)全体の再符号化処理を実施し、ビデ ォ.エレメンタリ一.ストリーム (Video ES)のレベルでの連続性を保証できた場合には、 その状態を示すためシームレス 'フラグ (SML_FLG)を "1 "に設定すると共に、シームレ ス拡張フラグ (SML_EX_FLG)が" Γに設定される。オーディオとの混合やその他のシ ームレス再生情報の記録は従来と同様に行う。
[0091] (その他の例)
上記までは、元々一つのビデオ 'オブジェクト(EVOB)の中間部分を削除し、 2つの ビデオ'オブジェクト (EVOB)に分割した場合のシームレス再生実現について説明し ているが、 2つのビデオ'オブジェクト(EVOB)でシームレス再生を行うその他のシチュ エーシヨンとフラグの設定方法にっ 、て述べる。
[0092] (リアルタイムなビデオ 'オブジェクト(EVOB)切り替え)
ある映像 ·音声データを連続的に記録している際、解像度などが変化した場合に、 コンテンツが切り替わつたと見なしてビデオ 'オブジェクト(EVOB)を変更する場合が ある。この場合、録画処理自体は連続的に実行しているため参照ピクチヤが欠落す ることはなぐビデオ'オブジェクト (EVOB)切り替え時もエンコーダ内部の状態を維持 しておき、ビデオ ·オブジェクト(EVOB)変更後、直前のビデオ ·オブジェクト(EVOB) のバッファ状態などを維持したまま符号ィ匕することで、完全シームレス状態 (SML_FLG =1,SM丄 EX_FLG=1)でのエンコードが可能である。ビデオ'オブジェクト(EVOB)の切 り替わりで属性が変化する場合には、後続ビデオ 'オブジェクト(EVOB)の先頭ピクチ ャを IDRピクチャで符号ィ匕して解像度などの属性を変化させることができる。上記のよ うな符号ィ匕を行った場合は、シームレス ·フラグ (SML_FLG)及びシームレス拡張フラグ (SML_EX_FLG)が共に" Γに設定される。 [0093] (属性の異なる 2つのビデオ ·オブジェクト(EVOB)の接続)
上記のような、リアルタイムでのビデオ ·オブジェクト(EVOB)切り替えと比較し、元々 異なるタイミングで録画されたビデオ 'オブジェクト(EVOB)同士をシームレスに再生 させようとした場合には、基本的に再エンコードの必要がある。この場合の状況は、 1 つのビデオ 'オブジェクト (EVOB)を中間部分で削除した場合とほぼ状況は同じとな る。後続ビデオ'オブジェクト(EVOB)の先頭があら力じめ IDRピクチャ (IDR)で符号ィ匕 されていれば、再エンコードによりビデオ'オブジェクト(EVOB)間のバッファ状態の 維持と、先行ビデオ 'オブジェクト(EVOB)の参照ピクチャ欠落の解消を行うことで完 全シームレス状態を実現できる。一方、後続ビデオ'オブジェクト (EVOB)の先頭が編 集処理により IDRピクチャで無くなつている場合には、 1つのビデオ'オブジェクト(EV OB)を中間部分で削除した場合と同様の方法で、セミシームレス状態、完全シームレ ス状態の 、ずれかを選択してシームレス再生可能な状態を実現することができる。例 えば後続ビデオ'オブジェクト(EVOB)の先頭ピクチャを IDRピクチャに変更せずバッ ファ状態などだけ再エンコードで補正してセミシームレス状態にする、後続ビデオ'ォ ブジェクト(EVOB)の先頭を IDRピクチャで再符号ィ匕して後続のパラメータも修正し 完全シームレス状態にする、などである。
[0094] <再生時の処理フロー >
次に、再生側で、フラグの設定されたコンテンツをどのように再生するかについての 例を説明する。本実施例では、特にビデオ'オブジェクト (EVOB #1)からビデオ'ォブ ジェタト(EVOB #2)に連続して再生する場合について説明する。再生処理では、デコ ーダ側がセミシームレス状態でのシームレス再生が可能な性能を持つ力否かで処理 が異なる。セミシームレス状態でのシームレス再生に対応したデコーダの場合の再生 処理フローは、図 20に、セミシームレス状態に対応しないデコーダの場合の処理フロ 一を図 21に示している。
[0095] ( # 1ビデオ 'オブジェクト(EVOB #1)から # 2ビデオ 'オブジェクト(EVOB #2)へのシ ームレス再生)
図 20及び図 21において、 # 1ビデオ'オブジェクト(EVOB #1)から # 2ビデオ'ォブ ジェタト(EVOB #2)へのシームレス再生の処理が開始(S70, S120)されると、プログ ラム'チェーン (PGC)によって指定された再生順がビデオ'オブジェクト(EVOB #1)か らビデオ'オブジェクト(EVOB #2)へと移行する際、次に再生するビデオ'オブジェクト (EVOB #2)に関連づけられたビデオ'オブジェクト情報(EVOB 2)とビデオ'ォブジ ェクト 'ストリーム情報(EVOB_STI#2)がチェックされる。(S72, S122)特に、シームレ ス再生時には、ビデオ'オブジェクト(EVOB_STW2)に含まれるビデオ属性情報 (V_A TR)、ビデオ'オブジェクト情報(EVOB 2)に含まれるシームレス 'フラグ (SML_FLG) 及びシームレス拡張フラグ (SML_EX_FLG)の情報、及び存在すればシームレス情報( SMLI)がチ ックされる。
[0096] ここで、ビデオ圧縮モード(Video compression mode)は、ディスク 300内で一定であ るとする。ビデオ圧縮モード(Video compression mode)が MPEG4— AVCの場合に は、先に述べたように記録時に設定されたシームレス 'フラグ (SML_FLG)及びシーム レス拡張フラグ (SML_EX_FLG)の情報に基づき、デコーダ 216からの出力がリオーダ 'バッファ 220に切り替えられてデコードされたピクチャの順序が再生順序に並べ変 えられて出力されるように設定される。
[0097] この状態にぉ 、て、 # 2ビデオ 'オブジェクト(EVOB #2)のデータがディスク処理部 102のトラック 'バッファ(図示せず)に読み込まれ(S72, S124)、トラック'バッファの データがデマルチプレクサ 210でビデオ及びオーディオ 'エレメンタリ一'ストリームに 分離される。(S76, S126)
先にデマルチプレタスされた # 1ビデオ.エレメンタリ一.ストリーム (VIDEO ES#1)は 、ビデオ'バッファ 212に転送され(S78、 S128)、ビデオ'ノ ッファ 212に格納された データは、次々にビデオ'デコーダでデコードされ(S82, S 130)、ピクチャ'データが リオーダリング'バッファ 220で順序が整えられて出力される。
[0098] ステップ S82或いは S134において、ビデオ'オブジェクト(EVOB # 1)の読み込み が完了されたかがチェックされる。完了されていない場合には、ステップ S74又はス テツプ S124に戻され、ステップ S74〜S82或いはステップ S124〜ステップ S132力 S 繰り返される。ビデオ'オブジェクト (EVOB #1)の読み込みが完了している場合には、 シームレス 'フラグ(SML_FG)がチェックされる。(S84, S134)このステップ S84, S13 4において、シームレス.フラグ(SML_FLG)が" 0"である場合には、下記に説明するノ ンシームレスとして処理される。
[0099] ステップ S84, S134に続く処理は、セミシームレス対応の再生装置及びセミシーム レス不対応の再生装置で異なることから、図 20及び図 21に分けて説明する。
[0100] (ノンシームレス状態のとき)
<図 20に示すセミシームレス対応のノンシームレスフロー >
シームレス 'フラグ (SML_FLG)が" 0"、シームレス拡張フラグ (SML_EX_FLG)が" 0"の ときには、そもそもビデオ ·オブジェクト(EVOB #1)とビデオ ·オブジェクト(EVOB #2) のシームレスな再生が保証されていない。このため、ビデオ'オブジェクト(EVOB #1) のデータを分離してビデオ ·データをビデオ ·バッファに転送した後は、ビデオ ·バッフ ァのデータをデコーダが処理完了するまで待ち、そこでいつたんデコーダを初期化し た後再びビデオ'オブジェクト(EVOB #2)のビデオ'データを転送することで再生する ことができる。この場合、いったんバッファ転送を止めているため、ビデオ 'ォブジェク ト(EVOB #1)とビデオ ·オブジェクト(EVOB #2)の切り替わりで再生は一時停止される
[0101] 即ち、セミシームレス対応の再生装置では、図 20のステップ S86に示すようにビデ ォ 'バッファ 212内のビデオ ·データが全てデコードされているかがチェックされる。ス テツプ S86でビデオ'データが全てデコードされていない場合には、ビデオ'バッファ 212内のデータ全てデコードされるまで、ビデオ'バッファ 212内のデータは、次々に ビデオ'デコーダでデコードされる。(S88)ステップ S88において、ビデオ'バッファ 2 12内のデータが全てビデオ ·デコーダ 216でデコードされた場合或!、はステップ S8 6でビデオ ·データが全てデコードされている場合には、ビデオ ·オブジェクト (EVOB # 2)のデータがトラック 'バッファに読み込まれ (S90)、トラック'バッファのデータは、デ マルチプレクサ 210でビデオ及びオーディオ 'エレメンタリ一'ストリームに分離される 。(S92)この # 2ビデオ'エレメンタリ一'ストリーム (VIDEO ES#2)は、ビデオ'バッファ 212に転送される。ビデオ'バッファ 212内の # 2ビデオ ·エレメンタリ一 ·ストリーム (VI DEO ES#2)をデコードする前にシームレス 'フラグ (SML_FL)、シームレス拡張フラグ (S ML_EX_FLG)及びシーケンス ·エンド 'コード(SEQ_END_CODE)がチェックされる。(S 96)ステップ S97において、シームレス 'フラグ (SML_FL)が" 0"であり、シームレス拡張 フラグ (SML_EX_FLG)が" 0"である場合には、ノンシームレスであるとしてステップ S 10 6において、シーケンス'エンド'コード(SEQ_END_CODE)の検出がチェックされる。シ ーケンス.エンド ·コード(SEQ_END_CODE)が検出されると、パラメータの不整合を考 慮したデコード処理が実行される。(S108)その後、ビデオ ·オブジェクト (EVOB #2) のデータの読み込みが完了されたかがステップ S 102で確認され、ビデオ'オブジェ タト (EVOB #2)のデータの読み込みが完了されていない場合には、ノンシームレス再 生におけるステップ S90から S 108までの同様の処理が実行される。
[0102] ステップ S106において、シーケンス'エンド'コードがデコーダで検知されない場合 には、ノンシームレスでの通常のデコード処理がステップ S 100で実行され、同様に、 ビデオ ·オブジェクト (EVOB #2)のデータの読み込みが完了されたかがステップ S 102 で確認され、ビデオ 'オブジェクト (EVOB #2)のデータの読み込みが完了されていな い場合には、ノンシームレス再生におけるステップ S90から S106までの同様の処理 が実行される。
[0103] <図 21に示されるセミシームレス不対応のノンシームレスフロー >
ステップ S134において、シームレス 'フラグ (SML_FLG)が" 0"であれば、ノンシーム レスであり、ノンシームレス状態では、ステップ S138に示すようにビデオ'バッファ 21 2内のビデオ ·データが全てデコードされているかがチェックされる。ステップ S86でビ デォ ·データが全てデコードされて 、な 、場合には、ビデオ 'バッファ 212内のビデオ 'オブジェクト (EVOB #1)の全データがデコードされるまで、ビデオ'バッファ 212内の データは、次々にビデオ'デコーダでデコードされる。(S140)ステップ S138におい て、ビデオ 'バッファ 212内のデータが全てビデオ ·デコーダ 216でデコードされた場 合には、ビデオ'オブジェクト (EVOB #2)のデータがトラック 'バッファに読み込まれ (S 142)、トラック'バッファのデータは、デマルチプレクサ 210でビデオ及びオーディオ 'エレメンタリ一.ストリームに分離される。 (S 144)この # 2ビデオ'エレメンタリ一'スト リーム (VIDEO ES#2)は、ビデオ'バッファ 212に転送される。(S146)ビデオ'バッファ 212内のビデオ'オブジェクト (EVOB #2)のデータのデコードが開始され、ビデオ'バ ッファ 212内にビデオ ·オブジェクト (EVOB #2)の全データの読み込みが完了するま でステップ S 142から S 148が繰り返される。ビデオ ·オブジェクト (EVOB #2)の全デー タの読み込みが完了すると、再生処理が終了される。 (S152)
(セミシームレス状態のとき)
シームレス条件を表すフラグとして、シームレス 'フラグ (SML_FLG)に" 1"がシームレ ス拡張フラグ (SML_EX_FLG)に" 0"が設定されるセミシームレス再生の処理について 説明する。
[0104] この条件にあっては、ビデオ'エレメンタリ一'ストリーム (Video ES)のレベルでは完 全な連続性が保証されず、バッファ状態の整合性確保、或いは、タイム'スタンプなど のずれを吸収するシームレス情報 (SMLI)が設定され、 E-STDバッファ ·モデルをもシ ステム'レベルでのシームレス性が保証されている状態であり、デコーダでシームレス な再生を行うためには、特別な対応が必要となる。
[0105] この特別な対応が可能なデコーダなの力、対応ができな 、デコーダなのかに応じて 、具体的に再生時の手順カ ンシームレスにおける処理と同様異なる。
[0106] <図 20に示すセミシームレス対応のセミシームレス 'フロー >
セミシームレスの状態では、ステップ S84においてシームレス 'フラグ (SML_FLG)が,, 1 "であることから、ビデオ ·ノッファ 212のデータがビデオ ·デコーダ 216でデコードさ れ続けるとともにビデオ'オブジェクト (EVOB #2)のデータがトラック 'バッファに読み込 まれる。トラック 'バッファ内のビデオ'オブジェクト (EVOB #2)のデータは、デマルチプ レクサ 210でビデオ及びオーディオ 'エレメンタリー 'ストリームに分離される。(S 92) この # 2ビデオ'エレメンタリ一'ストリーム (VIDEO ES#2)は、ビデオ'バッファ 212に転 送される。ビデオ'バッファ 212内の # 2ビデオ'エレメンタリ一'ストリーム (VIDEO ES# 2)をデコードする前にシームレス ·フラグ (SML_FL)、シームレス拡張フラグ (SML_EX_F LG)及びシーケンス ·エンド 'コード(SEQ_END_CODE)がチェックされる。 (S96)セミシ ームレス状態では、ステップ S97において、シームレス 'フラグ (SML_FL)が "1 "であり、 ステップ S98において、シームレス拡張フラグ (SML_EX_FLG)が" 0"であるから、ステツ プ S 106にお!/、て、シーケンス ·エンド 'コード(SEQ_END_CODE)の検出がチェックさ れる。ビデオ'バッファ内に存在するシーケンス'エンド'コード(SEQ_END_CODE: en d_of_seq_rsbp)をデコーダが検知したときには、デコーダは、シームレス 'フラグ (SML_F LG)及びシームレス拡張フラグ (SML_EX_FLG)の状態から、以降のバッファのビデオ · データでパラメータレベルの不整合が生じることを検知する。ここで、デコーダではビ デォ 'バッファはそのままの状態で、内部状態を一端リセットする。そしてシーケンス' エンド.コード(end_of_seq_rsbp())以降のデータ、即ち、ビデオ'オブジェクト(EVOB # 2)のビデオ ·データをデコードする際には、あらかじめ例外的な処理としてデコード処 理を行う。(S 108)このように、デコーダレベルでビデオ'データの不整合を感知し、 連続的に処理することで、デコーダの処理性能次第でシームレスな再生が可能とな る。ステップ S 108の後においては、ビデオ'オブジェクト (EVOB #2)のデータの読み 込みが完了されたかがステップ S102で確認され、ビデオ'オブジェクト (EVOB #2)の データの読み込みが完了されていない場合には、ノンシームレス再生におけるステツ プ S90から S 108までの同様の処理が実行される。
[0107] ステップ S106において、シーケンス'エンド'コード(end_of_seq_rsbpO)がデコーダ で検知されない場合には、セミシームレスでの通常のデコード処理がステップ S100 で実行され、同様に、ビデオ'オブジェクト (EVOB #2)のデータの読み込みが完了さ れたかがステップ S 102で確認され、ビデオ'オブジェクト (EVOB #2)のデータの読み 込みが完了されていない場合には、セミシームレス再生におけるステップ S90から S1 06までの同様の処理が実行される。
[0108] 上述したように、セミシームレス状態のシームレス再生に対応したデコーダを用いた 再生処理では、シームレス再生実現のため、ビデオ'オブジェクト(EVOB #1)のビデ ォ 'データに引き続いて、ビデオ'オブジェクト(EVOB #2)のビデオ'データを連続し てビデオ'バッファに転送し、デコーダでは、ビデオ'バッファのデータを順次デコード 処理を行っている。
[0109] <図 21に示されるセミシームレス不対応のセミシームレス ·フロー >
ステップ S 136において、セミシームレス状態では、シームレス 'フラグ (SML_EX_FL G)が" 1"であるから、ステップ S 142において、ビデオ ·オブジェクト (EVOB #2)のデー タがトラック 'バッファに読み込まれ、トラック 'バッファのデータは、デマルチプレクサ 2 10でビデオ及びオーディオ 'エレメンタリー 'ストリームに分離される。 (S144)この # 2ビデオ'エレメンタリ一'ストリーム (VIDEO ES#2)は、ビデオ'バッファ 212に転送され る。(S146)ビデオ'バッファ 212内のビデオ'オブジェクト (EVOB #2)のデータのデコ ードが開始され、ビデオ'バッファ 212内にビデオ'オブジェクト (EVOB #2)の全デー タの読み込みが完了するまでステップ S 142から S 148が繰り返される。ビデオ ·ォブ ジェタト (EVOB #2)の全データの読み込みが完了すると、再生処理が終了される。 (S 152)
尚、シーケンス'エンド'コード(end_of_seq_rbsp())を検知しても、その後に生じるパラ メータの不整合が生じるピクチャのデコードをシームレスに再生することができないデ コーダもある。この場合には、図 21に示すようにシームレス 'フラグ (SML_FLG)が" 0" のときと同様、一端ビデオ'オブジェクト(EVOB #1)のビデオ'データをビデオ'デコー ダが処理し終わるのを待って力 ビデオ.オブジェクト(EVOB #2)のデータを転送す ることで再生が可能となる。
[0110] (完全シームレス状態のとき)
シームレス ·フラグ (SML_FLG)が " 1 " ,シームレス拡張フラグ (SML_EX_FLG)が " 1 "の 時には、ビデオ'エレメンタリ一'ストリーム (Video ES)のレベルでの連続性が保証され ている。このため、ビデオ.エンコード側では、ビデオ.オブジェクト(EVOB #1)のビデ ォ 'データに引き続いて連続でビデオ'オブジェクト(EVOB #2)のビデオ'データをビ デォ ·ノッファ 201に入力し、ビデオ ·デコーダ側では入力バッファを連続的にデコ一 ドしていくことでシームレスなデコード処理が可能となる。その後においては、その他 のシームレス関連情報に基づ 、てシステムで同期が取られて再生される。より詳細に は、図 20に示すセミシームレス対応及び図 21に示すセミシームレス不対応でフロー が以下のように異なって 、る。
[0111] く図 20に示すセミシームレス対応の完全シームレスのフロー〉
完全シームレスの状態では、ステップ S84においてシームレス 'フラグ (SML_FLG)が " 1 "であることから、ビデオ ·ノッファ 212のデータがビデオ ·デコーダ 216でデコード され続けるとともにビデオ ·オブジェクト (EVOB #2)のデータがトラック ·バッファに読み 込まれる。トラック 'バッファ内のビデオ'オブジェクト (EVOB #2)のデータは、デマルチ プレクサ 210でビデオ及びオーディオ 'エレメンタリ一'ストリームに分離される。 (S92 )この # 2ビデオ'エレメンタリ一'ストリーム (VIDEO ES#2)は、ビデオ'バッファ 212に 転送される。ビデオ'バッファ 212内の # 2ビデオ'エレメンタリ一'ストリーム (VIDEO E S#2)をデコードする前にシームレス ·フラグ (SML_FL)、シームレス拡張フラグ (SML_EX_ FLG)及びシーケンス ·エンド 'コード(SEQ_END_CODE)がチェックされる。 (S96)完 全シームレス状態では、ステップ S97において、シームレス 'フラグ (SML_FL)が, T,で あり、ステップ S98において、シームレス拡張フラグ (SML_EX_FLG)が, T,である力 、 ステップ S100において、通常のデコードが実施される。(S100)その後、ステップ S1 00において、ビデオ'オブジェクト (EVOB #2)のデータの処理が実行されるとともにビ デォ ·オブジェクト (EVOB #2)のデータの読み込みが完了されたかがステップ S102 で確認され、ビデオ 'オブジェクト (EVOB #2)のデータの読み込みが完了されていな い場合には、完全シームレス再生におけるステップ S90から S106までの同様の処理 が実行される。
[0112] 上述したように、完全シームレス状態でセミシームレス再生に対応したデコーダを用 いた再生処理では、シームレス再生実現のため、ビデオ'オブジェクト(EVOB #1)の ビデオ'データに引き続いて、ビデオ'オブジェクト(EVOB #2)のビデオ'データを連 続してビデオ'バッファに転送し、デコーダでは、ビデオ'バッファのデータを順次デコ ード処理を行っている。
[0113] <図 21に示されるセミシームレス不対応の完全シームレスフロー >
ステップ S136において、完全シームレス状態では、セミシームレス状態と同様に、 シームレス 'フラグ (SML_EX_FLG)が" 1"であるから、ステップ S142において、ビデオ' オブジェクト (EVOB #2)のデータがトラック 'バッファに読み込まれ、トラック 'バッファの データは、デマルチプレクサ 210でビデオ及びオーディオ 'エレメンタリ一'ストリーム に分離される。 (S 144)この # 2ビデオ'エレメンタリ一'ストリーム (VIDEO ES#2)は、ビ デォ ·ノッファ 212に転送される。(S 146)ビデオ ·ノ ッファ 212内のビデオ ·オブジェ タト (EVOB #2)のデータのデコードが開始され、ビデオ'バッファ 212内にビデオ 'ォ ブジェク KEVOB #2)の全データの読み込みが完了するまでステップ S 142から S 148 が繰り返される。ビデオ 'オブジェクト (EVOB #2)の全データの読み込みが完了すると 、再生処理が終了される。 (S152)
以上のように、完全シームレス状態及びノンシームレス状態の間にセミシームレス状 態を設定し、このセミシームレスに対応する再生装置であっても、或いは、セミシーム レスに不対応の再生装置であっても、上記 3つのレベルの状態でビデオ'ストリームを 再生可能であり、その結果として、ビデオ ·オブジェクト間においてスムーズな再生が 可能となる。
[0114] この発明によれば、シームレス再生用のフラグを拡張しビデオ'オブジェクト(EVOB )間の状態を段階的に表現することで、 H. 264で定められた方式でされたビデオ'ォ ブジェクト(EVOB)であっても、部分的な再エンコードのみの少な!/、処理コストでシー ムレス再生を実現できる。
[0115] なお、本発明は上記実施形態そのままに限定されるものではなぐ実施段階ではそ の要旨を逸脱しない範囲で構成要素を変形して具体ィ匕できる。また、上記実施形態 に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成で きる。例えば、実施形態に示される全構成要素カゝら幾つかの構成要素を削除しても よい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
産業上の利用可能性
[0116] この発明によれば、符号化されたビデオ'オブジェクトが連続再生される場合にあつ ても、部分的な再エンコードのみの少な 、処理コストで映像データをシームレス再生 可能な記録媒体、この記録媒体から映像データをシームレスに再生する方法並びに その再生装置、及びシームレス再生可能に記録媒体に映像データを記録する方法 並びにその記録装置が提供される。

Claims

請求の範囲
[1] リード'イン及びリード'アウト領域間に定められたオーディオ 'ビデオ記録領域を備 え、
前記オーディオ ·ビデオ記録領域には、書き換え可能な管理情報が記録された管 理情報記録領域並びに書き換え可能な 2以上のビデオ 'オブジェクトが記録されてい るオブジェクト群記録領域を有し、
前記ビデオ'オブジェクトの夫々は、少なくとも 1以上のビデオ'オブジェクト'ユニット から構成され、このビデオ'オブジェクト'ユニットは、夫々ビデオ'パック及びオーディ ォ ·パックがマルチプレタスされ、当該ビデオ ·パックをナビゲートするナビゲーシヨン' データが格納された RDIパックが先頭に配置されたパック列に定められ、前記ビデオ 'パックには、 H. 264で定められたビデオ'エレメンタリ一'ストリームに属するビデオ' データが格納され、
前記管理情報記録領域には、前記ビデオ ·オブジェクトを管理するビデオ,マネー ジャを含み、このビデオ'マネージャは、前記ビデオ'エレメンタリ一'ストリームが MP EG4で定められた符号化方式で符号化されて ヽる旨のビデオ属性が記載されて!ヽ るストリーム情報を含み、また、前記ビデオ'マネージャは、前記ビデオ'オブジェクト 毎に前記ビデオ'オブジェクトを連続してシームレスに再生可能である旨を示すシー ムレス ·フラグ及びシームレス拡張フラグが記載されたビデオ ·オブジェクト'タイプが 記載されたビデオ ·オブジェクト情報を含み、このシームレス ·フラグ及びシームレス拡 張フラグの組み合わせで 2つのレベルのシームレス再生を保証する記録媒体。
[2] 前記ビデオ'オブジェクト 'ストリーム情報は、前記ビデオ'エレメンタリー 'ストリーム の符号ィ匕モードが MPEG4— AVCである旨を示すビデオ圧縮モードが記載された ビデオ圧縮情報を含む請求項 1の記録媒体。
[3] 前記シームレス 'フラグは、時間的に連続する前記ビデオ'オブジェクトをシームレス で再生する旨を示すフラグ" 1"を含み、前記シームレス拡張フラグは、時間的に後の 前記ビデオ ·オブジェクトのビデオ ·エレメンタリー 'ストリームが時間的に前の前記ビ デォ ·オブジェクトに連続して再生可能に符号ィ匕されている旨を示すフラグ" 1"を含 む請求項 1の記録媒体。 [4] 前記シームレス ·フラグは、前記ビデオ ·オブジェクトをシームレスで再生する旨を示 すフラグ" 1"を含み、前記シームレス拡張フラグは、時間的に前の前記ビデオ'ォブ ジェタトのビデオ ·エレメンタリ一 ·ストリームの末尾にシーケンス ·エンド 'コードを含み 、このビデオ ·エレメンタリ一'ストリームに続く時間的に後の前記ビデオ ·オブジェクト のビデオ'エレメンタリー 'ストリームの一部が時間的に前の前記ビデオ'オブジェクト に連続して再生可能に符号化されている旨を示すフラグ" 0"を含む請求項 1の記録 媒体。
[5] 前記シームレス 'フラグは、前記第 1及び第 2のビデオ'オブジェクトをシームレス で再生する旨を示すフラグ" 1"を含み、前記ビデオ'オブジェクト情報がシームレス情 報を含み、このシームレス情報には、当該ビデオ'オブジェクトの最初のシステム 'タイ ム 'クロック及び当該ビデオ ·オブジェクトより前のビデオ ·オブジェクトの最後のシステ ム ·タイム ·クロックが記載される請求項 1の記録媒体。
[6] 前記ビデオ ·オブジェクト情報は、当該ビデオ ·オブジェクトを構成するビデオ ·ォブ ジェタト 'ユニットの前記オブジェクト群記録領域内におけるエントリー 'ポイントが記述 されたエントリー ·ポイント情報を含む請求項 1の記録媒体。
[7] リード'イン及びリード'アウト領域間に定められたオーディオ 'ビデオ記録領域を備 え、
前記オーディオ ·ビデオ記録領域には、書き換え可能な管理情報が記録された管 理情報記録領域並びに書き換え可能な 2以上のビデオ 'オブジェクトが記録されてい るオブジェクト群記録領域を有し、
前記ビデオ'オブジェクトの夫々は、少なくとも 1以上のビデオ'オブジェクト'ユニット から構成され、このビデオ'オブジェクト'ユニットは、夫々ビデオ'パック及びオーディ ォ ·パックがマルチプレタスされ、当該ビデオ ·パックをナビゲートするナビゲーシヨン' データが格納された RDIパックが先頭に配置されたパック列に定められ、前記ビデオ 'パックには、 H. 264で定められたビデオ'エレメンタリ一'ストリームに属するビデオ' データが格納され、前記オーディオ ·パックにオーディオ 'ストリームが格納され、 前記管理情報記録領域には、前記ビデオ ·オブジェクトを管理するビデオ,マネー ジャを含み、このビデオ'マネージャは、前記ビデオ'エレメンタリ一'ストリームが MP EG4で定められた符号化方式で符号化されて ヽる旨のビデオ属性が記載されて!ヽ るストリーム情報を含み、また、前記ビデオ'マネージャは、前記ビデオ'オブジェクト 毎に前記ビデオ'オブジェクトを連続してシームレスに再生可能である旨を示すシー ムレス ·フラグ及びシームレス拡張フラグが記載されたビデオ ·オブジェクト'タイプが 記載されたビデオ ·オブジェクト情報を含み、このシームレス ·フラグ及びシームレス拡 張フラグの組み合わせで 2つのレベルのシームレス再生を保証する記録媒体力 前 記ビデオ ·データを再生する再生装置であって、
当該記録媒体をサーチして前記管理情報記録領域からビデオ ·マネージャを読み 出し、このビデオ ·マネージャを基に前記オブジェクト群記録領域力 前記ビデオ ·ォ ブジェクトを読み出す再生部と、
前記ビデオ ·オブジェクト ·ユニットをデマルチプレタスしてビデオ ·エレメンタリー及 びオーディオ 'ストリームに分離するデマルチプレクサ部と、
前記ビデオ'エレメンタリー 'ストリームを格納するビデオ'バッファと、
このビデオ'バッファから出力される前記ビデオ'エレメンタリー 'ストリームをデコード してフレーム画像列として出力するビデオ'デコーダと、
前記フレーム画像列をビデオ信号に変換して出力する出力部と、
前記シームレス 'フラグ及びシームレス拡張フラグに従って前記ビデオ'バッファへ のビデオ'エレメンタリー 'ストリームを制御する制御部と、
から構成される再生装置。
[8] 前記ビデオ'オブジェクト 'ストリーム情報は、前記ビデオ'エレメンタリー 'ストリーム の符号ィ匕モードが MPEG4— AVCである旨を示すビデオ圧縮モードが記載された ビデオ圧縮情報を含み、
前記デコーダが前記ビデオ圧縮モードに従ってセットされる請求項 7の再生装置。
[9] 前記シームレス 'フラグは、時間的に連続する前記ビデオ'オブジェクトをシームレス で再生する旨を示すフラグ" 1"を含み、前記シームレス拡張フラグは、時間的に後の 前記ビデオ ·オブジェクトのビデオ ·エレメンタリー 'ストリームが時間的に前の前記ビ デォ ·オブジェクトに連続して再生可能に符号ィ匕されている旨を示すフラグ" 1"を含 む請求項 7の再生装置。 [10] 前記シームレス 'フラグは、前記ビデオ'オブジェクトをシームレスで再生する旨を示 すフラグ" 1"を含み、前記シームレス拡張フラグは、時間的に前の前記ビデオ'ォブ ジェタトのビデオ ·エレメンタリ一 ·ストリームの末尾にシーケンス ·エンド 'コードを含み 、このビデオ ·エレメンタリ一'ストリームに続く時間的に後の前記ビデオ ·オブジェクト のビデオ'エレメンタリー 'ストリームの一部が時間的に前の前記ビデオ'オブジェクト に連続して再生可能に符号化されている旨を示すフラグ" 0"を含み、
前記ビデオ ·エンコーダが前記シーケンス ·エンド ·コードを検出して前記ビデオ ·ェ レメンタリーの入力を許す請求項 7の再生装置。
[11] 前記シームレス 'フラグは、前記第 1及び第 2のビデオ'オブジェクトをシームレスで 再生する旨を示すフラグ "1 "を含み、前記ビデオ'オブジェクト情報がシームレス情報 を含み、このシームレス情報には、当該ビデオ'オブジェクトの最初のシステム 'タイム •クロック及び当該ビデオ ·オブジェクトより前のビデオ ·オブジェクトの最後のシステム •タイム ·クロックが記載され、
前記制御装置は、前記最後のシステム ·タイム ·クロックを検出して最初のシステム · タイム ·クロックに装置のクロックを更新する請求項 7の再生装置。
[12] 前記ビデオ ·オブジェクト情報は、当該ビデオ ·オブジェクトを構成するビデオ ·ォブ ジェタト 'ユニットの前記オブジェクト群記録領域内におけるエントリー 'ポイントが記述 されたエントリー 'ポイント情報を含み、
前記制御装置は、前記エントリー 'ポイントを参照して前記ビデオ'オブジェクトを検 索する請求項 7の再生装置。
[13] リード'イン及びリード'アウト領域間に定められたオーディオ 'ビデオ記録領域を備 え、
前記オーディオ ·ビデオ記録領域には、書き換え可能な管理情報が記録された管 理情報記録領域並びに書き換え可能な 2以上のビデオ 'オブジェクトが記録されてい るオブジェクト群記録領域を有し、
前記ビデオ'オブジェクトの夫々は、少なくとも 1以上のビデオ'オブジェクト'ユニット から構成され、このビデオ'オブジェクト'ユニットは、夫々ビデオ'パック及びオーディ ォ ·パックがマルチプレタスされ、当該ビデオ ·パックをナビゲートするナビゲーシヨン' データが格納された RDIパックが先頭に配置されたパック列に定められ、前記ビデオ 'パックには、 H. 264で定められたビデオ'エレメンタリ一'ストリームに属するビデオ' データが格納され、前記オーディオ ·パックにオーディオ 'ストリームが格納され、 前記管理情報記録領域には、前記ビデオ ·オブジェクトを管理するビデオ,マネー ジャを含み、このビデオ'マネージャは、前記ビデオ'エレメンタリ一'ストリームが MP EG4で定められた符号化方式で符号化されて ヽる旨のビデオ属性が記載されて!ヽ るストリーム情報を含み、また、前記ビデオ'マネージャは、前記ビデオ'オブジェクト 毎に前記ビデオ'オブジェクトを連続してシームレスに再生可能である旨を示すシー ムレス ·フラグ及びシームレス拡張フラグが記載されたビデオ ·オブジェクト'タイプが 記載されたビデオ ·オブジェクト情報を含み、このシームレス ·フラグ及びシームレス拡 張フラグの組み合わせで 2つのレベルのシームレス再生を保証する記録媒体力 前 記ビデオ ·データを再生する再生方法であって、
当該記録媒体をサーチして前記管理情報記録領域からビデオ ·マネージャを読み 出し、このビデオ ·マネージャを基に前記オブジェクト群記録領域力 前記ビデオ ·ォ ブジェクトを読み出し、
前記ビデオ ·オブジェクト ·ユニットをデマルチプレタスしてビデオ ·エレメンタリー及 びオーディオ 'ストリームに分離し、
前記ビデオ 'エレメンタリー 'ストリームを格納し、
このビデオ'バッファから出力される前記ビデオ'エレメンタリー 'ストリームをデコード してフレーム画像列として出力し、
前記フレーム画像列をビデオ信号に変換して出力し、
前記シームレス 'フラグ及びシームレス拡張フラグに従って前記ビデオ'バッファへ のビデオ 'エレメンタリー 'ストリームを制御する再生方法。
前記ビデオ ·オブジェクト 'ストリーム情報は、前記ビデオ ·エレメンタリ一'ストリーム の符号ィ匕モードが H. 264で定められたビデオ圧縮モードが記載されたビデオ圧縮 情報を含み、
前記ビデオ圧縮モードに従ってデコーディングモードがセットされる請求項 13の再 生方法。 [15] 前記シームレス 'フラグは、時間的に連続する前記ビデオ'オブジェクトをシームレス で再生する旨を示すフラグ" 1"を含み、前記シームレス拡張フラグは、時間的に後の 前記ビデオ ·オブジェクトのビデオ ·エレメンタリー 'ストリームが時間的に前の前記ビ デォ ·オブジェクトに連続して再生可能に符号ィ匕されている旨を示すフラグ" 1"を含 む請求項 13の再生方法。
[16] 前記シームレス 'フラグは、前記ビデオ'オブジェクトをシームレスで再生する旨を示 すフラグ" 1"を含み、前記シームレス拡張フラグは、時間的に前の前記ビデオ'ォブ ジェタトのビデオ ·エレメンタリ一 ·ストリームの末尾にシーケンス ·エンド 'コードを含み 、このビデオ ·エレメンタリ一'ストリームに続く時間的に後の前記ビデオ ·オブジェクト のビデオ'エレメンタリー 'ストリームの一部が時間的に前の前記ビデオ'オブジェクト に連続して再生可能に符号化されている旨を示すフラグ" 0"を含み、
前記シーケンス ·エンド 'コードを検出して前記シームレス再生を許す請求項 13の 再生方法。
[17] 前記シームレス 'フラグは、前記第 1及び第 2のビデオ'オブジェクトをシームレスで 再生する旨を示すフラグ "1 "を含み、前記ビデオ'オブジェクト情報がシームレス情報 を含み、このシームレス情報には、当該ビデオ'オブジェクトの最初のシステム 'タイム •クロック及び当該ビデオ ·オブジェクトより前のビデオ ·オブジェクトの最後のシステム •タイム ·クロックが記載され、
前記最後のシステム ·タイム ·クロックを検出して最初のシステム ·タイム ·クロックにク ロックが更新される請求項 13の再生方法。
[18] 前記ビデオ ·オブジェクト情報は、当該ビデオ ·オブジェクトを構成するビデオ ·ォブ ジェタト 'ユニットの前記オブジェクト群記録領域内におけるエントリー 'ポイントが記述 されたエントリー 'ポイント情報を含み、
前記エントリー.ポイントを参照して前記ビデオ'オブジェクトを検索する請求項 13の 再生方法。
[19] オーディオ信号及びビデオ信号をオーディオ 'ストリーム及び H. 264で定められた ビデオ.エレメンタリ一.ストリームに変換するエンコーダと、
前記オーディオ 'ストリームをオーディオ ·パックに格納し、前記ビデオ ·エレメンタリ 一 'ストリームをビデオ ·パックに格納し、当該オーディオ ·パック及びビデオ ·パックを マルチプレタスし、マルチプレタスされたパック列をナビゲートする RDIパックを先頭 に配置したビデオ ·オブジェクト'ユニットを生成するマルチプレクサ部と、
1以上のビデオ 'オブジェクト'ユニットから夫々が構成される 2以上のビデオ'ォブ ジェタトを定め、ストリーム情報及びビデオ'オブジェクト情報を含み、当該ビデオ'ォ ブジェクトを管理するビデオ'マネージャを生成するフであって、当該ストリーム情報 には、前記ビデオ'エレメンタリー 'ストリームが H. 264で定められた符号ィ匕方式で符 号ィ匕されている旨のビデオ属性が記載され、前記ビデオ'オブジェクト情報には、前 記ビデオ ·オブジェクト毎に前記ビデオ ·オブジェクトを連続してシームレスに再生可 能である旨を示すシームレス ·フラグ及びシームレス拡張フラグが記載されたビデオ · オブジェクト ·タイプが記載され、このシームレス ·フラグ及びシームレス拡張フラグの 組み合わせで 2つのレベルのシームレス再生を保証しているビデオ'マネージャを生 成するフォーマッタと、
リード'イン及びリード'アウト領域間に定められたオーディオ 'ビデオ記録領域を備 え、当該オーディオ ·ビデオ記録領域に書き換え可能な管理情報記録領域及び書き 換え可能なオブジェクト群記録領域を含む記録媒体に前記ビデオ ·マネージャ及び 前記 2以上のビデオ ·オブジェクトを記録する記録制御部であって、前記管理情報記 録領域に前記ビデオ ·マネージャを記録し、前記オブジェクト群記録領域に前記 2以 上のビデオ ·オブジェクトを記録する記録制御部と、
から構成される記録装置。
[20] 前記ビデオ'オブジェクト 'ストリーム情報は、前記ビデオ'エレメンタリー 'ストリーム の符号ィ匕モードが H. 264で定められたビデオ圧縮モードが記載されたビデオ圧縮 情報を含む請求項 19の記録装置。
[21] 前記シームレス 'フラグは、時間的に連続する前記ビデオ'オブジェクトをシームレス で再生する旨を示すフラグ" 1"を含み、前記シームレス拡張フラグは、時間的に後の 前記ビデオ ·オブジェクトのビデオ ·エレメンタリー 'ストリームが時間的に前の前記ビ デォ ·オブジェクトに連続して再生可能に符号ィ匕されている旨を示すフラグ" 1"を含 む請求項 19の記録装置。 [22] 前記シームレス 'フラグは、前記ビデオ'オブジェクトをシームレスで再生する旨を示 すフラグ" 1"を含み、前記シームレス拡張フラグは、時間的に前の前記ビデオ'ォブ ジェタトのビデオ ·エレメンタリ一 ·ストリームの末尾にシーケンス ·エンド 'コードを含み 、このビデオ ·エレメンタリ一'ストリームに続く時間的に後の前記ビデオ ·オブジェクト のビデオ'エレメンタリー 'ストリームの一部が時間的に前の前記ビデオ'オブジェクト に連続して再生可能に符号化されている旨を示すフラグ" 0"を含む請求項 19の記 録装置。
[23] 前記シームレス 'フラグは、前記第 1及び第 2のビデオ'オブジェクトをシームレスで 再生する旨を示すフラグ "1 "を含み、前記ビデオ'オブジェクト情報がシームレス情報 を含み、このシームレス情報には、当該ビデオ'オブジェクトの最初のシステム 'タイム •クロック及び当該ビデオ ·オブジェクトより前のビデオ ·オブジェクトの最後のシステム •タイム ·クロックが記載される請求項 19の記録装置。
[24] 前記ビデオ ·オブジェクト情報は、当該ビデオ ·オブジェクトを構成するビデオ ·ォブ ジェタト 'ユニットの前記オブジェクト群記録領域内におけるエントリー 'ポイントが記述 されたエントリー 'ポイント情報を含む請求項 19の記録装置。
[25] オーディオ信号及びビデオ信号をオーディオ 'ストリーム及び H. 264で定められた ビデオ.エレメンタリ一.ストリームにエンコードするエンコード工程と、
前記オーディオ 'ストリームをオーディオ ·パックに格納し、前記ビデオ ·エレメンタリ 一 'ストリームをビデオ ·パックに格納し、当該オーディオ ·パック及びビデオ ·パックを マルチプレタスし、マルチプレタスされたパック列をナビゲートする RDIパックを先頭 に配置したビデオ'オブジェクト'ユニットに生成するマルチプレタス工程と、
1以上のビデオ 'オブジェクト'ユニットから夫々が構成される 2以上のビデオ'ォブ ジェタトを定め、ストリーム情報及びビデオ'オブジェクト情報を含み、当該ビデオ'ォ ブジェクトを管理するビデオ'マネージャを生成するフォーマット工程において、当該 ストリーム情報には、前記ビデオ'エレメンタリー 'ストリームが H. 264で定められた符 号化方式で符号化されて ヽる旨のビデオ属性が記載され、前記ビデオ ·オブジェクト 情報には、前記ビデオ ·オブジェクト毎に前記ビデオ ·オブジェクトを連続してシーム レスに再生可能である旨を示すシームレス 'フラグ及びシームレス拡張フラグが記載 されたビデオ ·オブジェクト ·タイプが記載され、このシームレス ·フラグ及びシームレス 拡張フラグの組み合わせで 2つのレベルのシームレス再生を保証している前記ビデ ォ .マネージャのフォーマット工程と、
リード'イン及びリード'アウト領域間に定められたオーディオ 'ビデオ記録領域を備 え、当該オーディオ ·ビデオ記録領域に書き換え可能な管理情報記録領域及び書き 換え可能なオブジェクト群記録領域を含む記録媒体に前記ビデオ ·マネージャ及び 前記 2以上のビデオ'オブジェクトを記録する記録にお 、て、前記管理情報記録領域 に前記ビデオ ·マネージャを記録し、前記オブジェクト群記録領域に前記 2以上のビ デォ ·オブジェクトを記録する記録工程と、
から構成される記録方法。
[26] 前記ビデオ'オブジェクト 'ストリーム情報は、前記ビデオ'エレメンタリー 'ストリーム の符号ィ匕モードが H. 264で定められたビデオ圧縮モードが記載されたビデオ圧縮 情報を含む請求項 25の記録方法。
[27] 前記シームレス 'フラグは、時間的に連続する前記ビデオ'オブジェクトをシームレス で再生する旨を示すフラグ" 1"を含み、前記シームレス拡張フラグは、時間的に後の 前記ビデオ ·オブジェクトのビデオ ·エレメンタリー 'ストリームが時間的に前の前記ビ デォ ·オブジェクトに連続して再生可能に符号ィ匕されている旨を示すフラグ" 1"を含 む請求項 25の記録方法。
[28] 前記シームレス 'フラグは、前記ビデオ'オブジェクトをシームレスで再生する旨を示 すフラグ" 1"を含み、前記シームレス拡張フラグは、時間的に前の前記ビデオ'ォブ ジェタトのビデオ ·エレメンタリ一 ·ストリームの末尾にシーケンス ·エンド 'コードを含み 、このビデオ ·エレメンタリ一'ストリームに続く時間的に後の前記ビデオ ·オブジェクト のビデオ'エレメンタリー 'ストリームの一部が時間的に前の前記ビデオ'オブジェクト に連続して再生可能に符号化されて ヽる旨を示すフラグ" 0"を含む請求項 25の記 録方法。
[29] 前記シームレス 'フラグは、前記第 1及び第 2のビデオ'オブジェクトをシームレスで 再生する旨を示すフラグ "1 "を含み、前記ビデオ'オブジェクト情報がシームレス情報 を含み、このシームレス情報には、当該ビデオ'オブジェクトの最初のシステム 'タイム •クロック及び当該ビデオ ·オブジェクトより前のビデオ ·オブジェクトの最後のシステム
•タイム ·クロックが記載される請求項 25の記録方法。
前記ビデオ ·オブジェクト情報は、当該ビデオ ·オブジェクトを構成するビデオ ·ォブ ジェタト 'ユニットの前記オブジェクト群記録領域内におけるエントリー 'ポイントが記述 されたエントリー ·ポイント情報を含む請求項 25の記録方法。
PCT/JP2006/326209 2006-01-17 2006-12-28 デジタル情報記録媒体、デジタル情報記録再生装置及びその記録再生方法 WO2007083509A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/145,550 US20080267596A1 (en) 2006-01-17 2008-06-25 Digital information recording medium, digital information recording and reproducing apparatus and recording and reproducing method thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006-009128 2006-01-17
JP2006009128A JP2007194735A (ja) 2006-01-17 2006-01-17 デジタル情報記録媒体、デジタル情報記録再生装置及びその記録再生方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/145,550 Continuation US20080267596A1 (en) 2006-01-17 2008-06-25 Digital information recording medium, digital information recording and reproducing apparatus and recording and reproducing method thereof

Publications (1)

Publication Number Publication Date
WO2007083509A1 true WO2007083509A1 (ja) 2007-07-26

Family

ID=38263262

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/326209 WO2007083509A1 (ja) 2006-01-17 2006-12-28 デジタル情報記録媒体、デジタル情報記録再生装置及びその記録再生方法

Country Status (4)

Country Link
US (2) US20070166008A1 (ja)
JP (1) JP2007194735A (ja)
CN (1) CN101341545A (ja)
WO (1) WO2007083509A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011023772A (ja) * 2007-11-13 2011-02-03 Panasonic Corp 符号化データ編集方法、装置、プログラム、および媒体
CN102831913B (zh) * 2012-08-31 2015-06-10 杭州士兰微电子股份有限公司 导航信息系统及相应的视频对象单元再现的方法
CN103035275B (zh) * 2012-12-05 2016-03-30 杭州士兰微电子股份有限公司 一种文件的导航方法及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000068946A1 (fr) * 1999-05-07 2000-11-16 Kabushiki Kaisha Toshiba Structure de donnees pour donnees en continu, et procede d'enregistrement et de reproduction de donnees en continu
JP2001160945A (ja) * 1999-09-20 2001-06-12 Matsushita Electric Ind Co Ltd シームレス再生に適した光ディスク記録装置、再生装置及び記録方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6009236A (en) * 1994-09-26 1999-12-28 Mitsubishi Denki Kabushiki Kaisha Digital video signal record and playback device and method for giving priority to a center of an I frame
MX9801212A (es) * 1995-09-29 1998-04-30 Matsushita Electric Ind Co Ltd Metodo y dispositivo para grabar y reproducir una corriente de bits intercalada sobre y desde un medio.
US6487364B2 (en) * 1997-09-17 2002-11-26 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
KR100657237B1 (ko) * 1998-12-16 2006-12-18 삼성전자주식회사 데이터열간의 연속 재생을 보장하기 위한 부가 정보 생성 방법
US6782193B1 (en) * 1999-09-20 2004-08-24 Matsushita Electric Industrial Co., Ltd. Optical disc recording apparatus, optical disc reproduction apparatus, and optical disc recording method that are all suitable for seamless reproduction
GB0007868D0 (en) * 2000-03-31 2000-05-17 Koninkl Philips Electronics Nv Methods and apparatus for editing digital video recordings and recordings made by such methods
JP4091582B2 (ja) * 2004-09-06 2008-05-28 株式会社東芝 動画像符号化装置、及び動画像符号化方法
KR20060053425A (ko) * 2004-11-15 2006-05-22 엘지전자 주식회사 데이터 스트림내의 픽처 데이터의 기록구간을 지정하고이를 이용하는 방법 및 장치
FR2879878B1 (fr) * 2004-12-22 2007-05-25 Thales Sa Procede de chiffrement selectif compatible pour flux video

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000068946A1 (fr) * 1999-05-07 2000-11-16 Kabushiki Kaisha Toshiba Structure de donnees pour donnees en continu, et procede d'enregistrement et de reproduction de donnees en continu
JP2001160945A (ja) * 1999-09-20 2001-06-12 Matsushita Electric Ind Co Ltd シームレス再生に適した光ディスク記録装置、再生装置及び記録方法

Also Published As

Publication number Publication date
US20080267596A1 (en) 2008-10-30
CN101341545A (zh) 2009-01-07
JP2007194735A (ja) 2007-08-02
US20070166008A1 (en) 2007-07-19

Similar Documents

Publication Publication Date Title
EP0924704B1 (en) Optical disc recording apparatus, and optical disc recording method for facilitating dubbing, storage medium for storing optical disc recording program for facilitating dubbing
US7373079B2 (en) Method and an apparatus for stream conversion, a method and an apparatus for data recording, and data recording medium
US7386223B2 (en) Method and an apparatus for stream conversion a method and an apparatus for data recording and data recording medium
TWI267830B (en) Data recording device and method, program storage medium, and the program
MXPA06004544A (es) Aparato de generacion de corriente, metodo de generacion de corriente, aparato de codificacion, metodo de codificacion, medio de grabacion y programa para los mismos.
JP2002152657A (ja) 録画レート自動設定録画装置及び録画レート自動設定録画方法
JP2004118986A (ja) 情報記録装置および方法
US7233735B2 (en) Digital recording/reproducing apparatus with built-in storage medium
WO2004080071A1 (ja) データ処理装置
WO2007083509A1 (ja) デジタル情報記録媒体、デジタル情報記録再生装置及びその記録再生方法
US20030113097A1 (en) Editing apparatus and method
EP1241668A2 (en) Method and apparatus for image recording and reproduction for plurality of media
JP4247094B2 (ja) 情報記録再生装置及び方法
JP3888680B2 (ja) 映像記録方法、映像記録再生装置
JP2004127381A (ja) 情報再生装置、情報再生方法及び情報再生用プログラム並びに情報記録媒体
JP3987513B2 (ja) 記録メディアの映像記録再生装置及び方法
JP2006217280A (ja) 符号化制御装置および符号化システム
JP2005108316A (ja) 情報記録装置及び情報記録方法
JP2004236077A (ja) 自動チャプタ作成機能付き記録再生装置
JP2002300527A (ja) 多重化ストリームの記録方法、記録装置、記録媒体、編集方法、編集装置
JP2006268967A (ja) コンテンツ記録再生装置及びコンテンツ編集方法

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200680048367.4

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06843587

Country of ref document: EP

Kind code of ref document: A1