WO2010098134A1 - 記録媒体、再生装置、及び集積回路 - Google Patents

記録媒体、再生装置、及び集積回路 Download PDF

Info

Publication number
WO2010098134A1
WO2010098134A1 PCT/JP2010/001339 JP2010001339W WO2010098134A1 WO 2010098134 A1 WO2010098134 A1 WO 2010098134A1 JP 2010001339 W JP2010001339 W JP 2010001339W WO 2010098134 A1 WO2010098134 A1 WO 2010098134A1
Authority
WO
WIPO (PCT)
Prior art keywords
picture
stream
view
video
main view
Prior art date
Application number
PCT/JP2010/001339
Other languages
English (en)
French (fr)
Inventor
佐々木泰治
矢羽田洋
小川智輝
田中健
Original Assignee
パナソニック株式会社
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 パナソニック株式会社 filed Critical パナソニック株式会社
Priority to RU2011103190/08A priority Critical patent/RU2011103190A/ru
Priority to US13/056,029 priority patent/US20110149049A1/en
Priority to JP2011501522A priority patent/JPWO2010098134A1/ja
Priority to BRPI1004210A priority patent/BRPI1004210A2/pt
Priority to MX2011001210A priority patent/MX2011001210A/es
Priority to CN2010800023094A priority patent/CN102124748A/zh
Priority to EP10746017A priority patent/EP2403259A4/en
Publication of WO2010098134A1 publication Critical patent/WO2010098134A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00217—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source
    • G11B20/00253—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier
    • G11B20/00362—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier the cryptographic key used for encryption and/or decryption of contents recorded on or reproduced from the record carrier being read from a specific source wherein the key is stored on the record carrier the key being obtained from a media key block [MKB]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/161—Encoding, multiplexing or demultiplexing different image signal components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/178—Metadata, e.g. disparity information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/183—On-screen display [OSD] information, e.g. subtitles or menus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/189—Recording image signals; Reproducing recorded image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/187—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a scalable video layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8211—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a sound signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8233—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a character code signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/10675—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control
    • G11B2020/10685—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control input interface, i.e. the way data enter the buffer, e.g. by informing the sender that the buffer is busy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/10675—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control
    • G11B2020/10703—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control processing rate of the buffer, e.g. by accelerating the data output
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/10675—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control
    • G11B2020/1074—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control involving a specific threshold value
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/10805—Data buffering arrangements, e.g. recording or playback buffers involving specific measures to prevent a buffer overflow
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/10814—Data buffering arrangements, e.g. recording or playback buffers involving specific measures to prevent a buffer underrun
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B2020/10916—Seeking data on the record carrier for preparing an access to a specific address
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/213—Read-only discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs

Definitions

  • the present invention relates to a technique for reproducing stereoscopic video, that is, three-dimensional (3D) video, and more particularly to video stream decoding processing.
  • 2D playback device means a conventional playback device capable of playing only a planar view video, that is, a two-dimensional (2D) video
  • 3D playback device means playback capable of playing 3D video. Means device. In this specification, it is assumed that the 3D playback device can also play back conventional 2D video.
  • FIG. 100 is a schematic diagram showing a technique for ensuring compatibility with a 2D playback device for an optical disc on which 3D video content is recorded (see, for example, Patent Document 1).
  • Two types of video streams are stored on the optical disc 9201.
  • One is a 2D / left-view video stream and the other is a right-view video stream.
  • the “2D / left-view video stream” represents a 2D video to be viewed by the viewer's left eye when reproducing 3D video, that is, “left view”, and represents the 2D video itself when reproducing 2D video.
  • the “right-view video stream” represents a 2D video that is shown to the viewer's right eye during playback of the 3D video, that is, “right view”.
  • the frame rate is the same between the left and right video streams, but the frame display timing is shifted by half the frame period. For example, when the frame rate of each video stream is 24 frames per second, the frames of the 2D / left-view video stream and the right-view video stream are alternately displayed every 1/48 seconds.
  • Each video stream is divided into a plurality of extents 9202A-C and 9203A-C on the optical disk 9201 as shown in FIG.
  • Each extent includes one or more GOPs (Group of Pictures) and is read in a batch by the optical disk drive.
  • GOPs Group of Pictures
  • the 2D / left-view extent 9202A-C and the right-view extent 9203A-C are alternately arranged on the track 9201A of the optical disc 9201.
  • the playback time is equal between two adjacent extents 9202A-9203A, 9202B-9203B, and 9202C-9203C.
  • Such arrangement of extents is referred to as “interleaved arrangement”. Extents recorded in an interleaved arrangement are used for both 3D video playback and 2D video playback as described below.
  • the optical disc drive 9204A reads out only the 2D / left-view extent 9202A-C from the top of the extents on the optical disc 9201, while skipping the reading of the right-view extent 9203A-C. Further, the video decoder 9204B sequentially decodes the extents read by the optical disc drive 9204A into video frames 9206L. Thereby, since only the left view is displayed on the display device 9207, the viewer can see a normal 2D video.
  • the optical disk drive 9205A reads the 2D / left-view extent and the right-view extent alternately from the optical disk 9201, that is, in order of 9202A, 9203A, 9202B, 9203B, 9202C, and 9203C. Further, from each read extent, the 2D / left-view video stream is sent to the left video decoder 9205L, and the right-view video stream is sent to the right video decoder 9205R. Each video decoder 9205L, 9205R alternately decodes each video stream into video frames 9206L, 9206R. Accordingly, the left view and the right view are alternately displayed on the display device 9208.
  • the shutter glasses 9209 make the left and right lenses opaque alternately in synchronization with the screen switching by the display device 9208. Accordingly, a viewer wearing the shutter glasses 9209 sees the video displayed on the display device 9208 as a 3D video.
  • the interleaved arrangement of extents is used as described above. Accordingly, the recording medium can be used for both 2D video playback and 3D video playback.
  • the 3D playback device 9205 is required to have a processing speed at least twice that of the 2D playback device 9204.
  • the decoding process of stream data is a heavy burden on the playback apparatus, the reduction is extremely effective for further improving the reliability of the playback apparatus.
  • An object of the present invention is to provide a recording medium in which stream data representing 3D video is stored in a data structure that can further reduce the burden of the playback apparatus on the decoding process, and reliability is improved by performing the decoding process more efficiently. Is to provide a reproducing apparatus capable of further improving
  • the main-view stream and the sub-view stream are recorded on the recording medium according to the embodiment of the present invention, and the main-view stream is used for reproducing a planar view video.
  • the sub-view stream is combined with the main view stream and used for reproducing stereoscopic video.
  • the main view stream includes a plurality of main view pictures
  • the sub view stream includes a plurality of sub view pictures.
  • the main view picture and the subview picture correspond one-to-one.
  • the corresponding main view picture is either an I picture or a P picture, and the B picture is not used as a reference picture for compression.
  • the main view stream further includes at least one main view picture header
  • the sub view stream further includes at least one sub view picture header.
  • the main view picture header includes information indicating the encoding method of the main view picture.
  • the subview picture header includes information indicating a coding scheme of the subview picture.
  • Each main view picture refers to the main view picture header, but does not refer to the subview picture header.
  • Each subview picture refers to the subview picture header, but does not refer to the main view picture header.
  • a playback device is a playback device for playing back video from a main view stream and a subview stream, and includes a decoding unit and a control unit.
  • the main view stream is used for playback of planar video.
  • the sub-view stream is combined with the main view stream and used to reproduce a stereoscopic video.
  • the decoding unit extracts a compressed picture from the main view stream and the subview stream, analyzes a header included in the compressed picture, and decodes the compressed picture.
  • the control unit determines a method for decoding the compressed picture from the header of the compressed picture analyzed by the decoding unit, and instructs the decoding unit.
  • control unit determines the decoding method of the compressed picture from the header of the compressed picture included in the main view stream
  • the decoding unit performs either header analysis or decoding of the compressed picture included in the subview stream. Do. While the control unit determines the decoding method of the compressed picture from the header of the compressed picture included in the subview stream, the decoding unit decodes the compressed picture included in the main view stream.
  • the recording medium when an I picture or a P picture is selectively decoded from the main view stream, 3D video can be reproduced if the corresponding picture is decoded from the subview stream. . Therefore, the recording medium can further reduce the burden on the 3D playback device for the decoding process of the stream data, particularly when special playback of 3D video is performed.
  • the main-view picture and the sub-view picture do not refer to each other's picture header. Therefore, the recording medium can further reduce the burden of the 3D playback device for the encoding method discrimination process of each picture.
  • any of the above-described recording media according to the present invention can further reduce the burden on the 3D playback device for the decoding process of the stream data of the 3D video.
  • FIG. 10 is a schematic diagram illustrating a data structure of a rear end portion of the video sequence illustrated in FIG. 9.
  • 12 is a schematic diagram showing details of a method for storing a video stream 1101 in a PES packet sequence 1102.
  • FIG. (A) is a schematic diagram showing a relationship between a PTS and a DTS assigned to each picture of the base-view video stream 1201.
  • (B) is a schematic diagram showing the relationship between the PTS assigned to each picture of the dependent-view video stream 1202 and the DTS.
  • FIG. (A) is a schematic diagram which shows the data structure of the supplementary data 931D shown by FIG. (A)
  • (b) is a schematic diagram which shows two examples of the decoding counter allocated to each picture of the base view video stream 1401 and the dependent view video stream 1402.
  • (A) is a schematic diagram showing the arrangement of the main TS 1601 and the sub TS 1602 recorded individually and continuously on a certain BD-ROM disc.
  • (B) shows the base view data blocks B [0], B [1], B [2],...
  • FIG. 6 is a schematic diagram showing an arrangement of data blocks D [0], D [1], D [2],. (A) and (b) are dependent view data block groups D [0], D [1], D [2] and base view data block group B [0] recorded in an interleaved arrangement.
  • FIG. 6 is a schematic diagram showing two examples of extent ATC times for B [1] and B [2].
  • FIG. 16 is a schematic diagram showing a playback path 1801 in 2D playback mode, a playback path 1802 in L / R mode, and a playback path 1803 in depth mode for the data block group shown in FIG.
  • FIG. (B) is a schematic diagram showing the effective section of the offset entry shown in (a).
  • (A) is a schematic diagram showing a data structure of extent start point 2042 shown in FIG.
  • (B) is a schematic diagram showing a data structure of extent start point 2320 included in right-view clip information file (02000.clpi) 232 shown in FIG.
  • (C) is a schematic diagram showing base view data blocks L1, L2,... Extracted from the first file SS (01000.ssif) 244A shown in FIG. 2 by the playback device 102 in the L / R mode.
  • FIG. (D) is a right-view extent EXT2 [0], EXT2 [1],... Belonging to the first file DEP (02000.m2ts) 242 shown in FIG.
  • (b) is a schematic diagram showing the correspondence between the starting point 2320 and SPN2322.
  • (E) is a schematic diagram showing an example of a correspondence relationship between the 3D extents EXTSS [0], EXTSS [1],... Belonging to the first file SS 244A and the data block group 2350 on the BD-ROM disc. .
  • the data block group 2400 including the 3D video content recorded on the BD-ROM disc according to the first embodiment of the present invention and the extent groups of the file 2D 2410, the file base 2411, the file DEP 2412, and the file SS 2420 It is a schematic diagram which shows a correspondence.
  • FIG. 10 is a schematic diagram showing an example of entry points set in a base-view video stream 2510 and a dependent-view video stream 2520 in the BD-ROM disc according to Embodiment 1 of the present invention.
  • FIG. 3 is a schematic diagram showing a data structure of a 2D playlist file (00001.mpls) 221 shown in FIG. 2. It is a schematic diagram which shows the data structure of PI # N shown by FIG. (A) and (b) are schematic diagrams showing the relationship between two playback sections 2801 and 2802 to be connected when the connection condition 2704 shown in FIG. 27 is “5” and “6”, respectively.
  • FIG. FIG. 27 is a schematic diagram showing a correspondence relationship between a PTS indicated by the 2D playlist file 221 shown in FIG.
  • FIG. 3 is a schematic diagram showing a data structure of a 3D playlist file (00002.mpls) 222 shown in FIG. 2. It is a schematic diagram which shows the data structure of STN table SS3030 shown by FIG. (A), (b), and (c) are the stream registration information sequence 3112 of the dependent-view video stream, the stream registration information sequence 3113 of the PG stream, and the stream of the IG stream shown in FIG. 31, respectively. 6 is a schematic diagram showing a data structure of a registration information sequence 3114.
  • FIG. 3 is a schematic diagram showing an index table 3410 in the index file (index.bdmv) 211 shown in FIG.
  • It is a flowchart of the play list file selection processing to be performed when a 3D video title is selected by the playback device according to the first embodiment of the present invention.
  • It is a functional block diagram in 2D reproduction mode of the reproducing
  • 37 is a list of system parameters in the player variable storage unit 3608 shown in FIG. 36.
  • FIG. 37 is a functional block diagram of the system target decoder 3603 shown in FIG. 36.
  • FIG. 41 is a functional block diagram of the system target decoder 4023 shown in FIG. 40.
  • (A) is processed by the decoder driver 4037 and the DEC 4104 in the decoding process of the primary video stream pair of the base view and the dependent view by the 3D playback device shown in FIGS. It is a schematic diagram which shows the flow of data.
  • FIG. 41 is a functional block diagram of a plane adder 4024 shown in FIG. 40.
  • (A), (b) is a schematic diagram which shows the cropping process by the 2nd cropping process part 4332 shown by FIG. (A), (b), and (c) respectively show the PG planes of the left view and the right view generated by the cropping process shown in FIG. 44, and the 3D video perceived by the viewer from them.
  • It is a schematic diagram. It is a schematic diagram which shows the reference relationship of the header between VAU of a base view video stream and VAU of a dependent view video stream by the modification [B] of Embodiment 1 of this invention.
  • FIG. 41 is a functional block diagram of a plane adder 4024 shown in FIG. 40.
  • (A) is a schematic diagram which shows the cropping process by the 2nd cropping process part 4332 shown by FIG. (A), (b), and (c) respectively show the PG planes of the left view and the right view generated by the cropping process shown in FIG.
  • FIG. 47 is a schematic diagram showing the structure of a main video decoder 4715 for decoding the video stream shown in FIG. 46. It is a schematic diagram which shows the data structure of PMT4810 to which the data regarding the reproduction
  • (A) is a schematic diagram showing a playback path when the extent ATC time differs between the data blocks of the adjacent base view and dependent view and the playback time of the video stream is different.
  • (B) is a schematic diagram showing a playback path when the playback time of the video stream is equal between adjacent base-view data blocks and dependent-view data blocks.
  • FIG. 38 is a functional block diagram of a system target decoder 5301 in the 3D playback device according to Modification [I] of Embodiment 1 of the present invention.
  • FIG. 54 is a schematic diagram showing a decoding order of a base-view video stream VAU 5401 and a dependent-view video stream VAU 5402 by the system target decoder 5301 shown in FIG. 53;
  • FIG. 37 is a schematic diagram showing a playback processing system in the playback device 102 in the 2D playback mode shown in FIG. 36.
  • FIG. 55A is a graph showing a change in the data amount DA accumulated in the read buffer 3621 during the operation of the playback device 102 in the 2D playback mode shown in FIG. (B) is a schematic diagram showing the correspondence between the data block group 5610 to be played back and the playback path 5620 in the 2D playback mode.
  • FIG. 41 is a schematic diagram showing a playback processing system in the playback device 102 in the 3D playback mode shown in FIG. 40.
  • (A) and (b) show changes in the data amounts DA1 and DA2 stored in the read buffers 4021 and 4022, respectively, when the playback device 102 shown in FIG. 58 is operating in the L / R mode. It is a graph which shows.
  • (C) is a schematic diagram showing a correspondence relationship between a data block group 5910 to be reproduced and a reproduction path 5920 in the L / R mode.
  • FIG. 3 is a schematic diagram showing a playback processing system when a playback device 102 in 3D playback mode according to the present invention uses a single read buffer.
  • (A) is a schematic diagram showing a reproduction path 6220 in the L / R mode for a data block group 6210 arranged in an interleaved manner.
  • FIG. 61B is a schematic diagram showing changes in the area of data stored in the read buffer 6101 when the playback device 102 shown in FIG. 61 operates according to the playback path 6220 shown in FIG.
  • FIG. (A) shows each read when each reproduction processing system shown in FIGS. 58 and 61 reads the data block group 6310 according to the reproduction path 6320 in the L / R mode for the data block group 6310 arranged in an interleaved manner.
  • 4 is a graph showing changes in the amount of data DA accumulated in buffers 6101, 4021, and 4022.
  • (B) is a schematic diagram showing the reproduction path 6320.
  • FIG. 6 is a schematic diagram showing long jumps J LY , J BDJ 1, and J BDJ 2 that occur when the playback device 102 according to Embodiment 1 of the present invention performs playback processing in the L / R mode.
  • A is a schematic diagram showing data block groups 6701 and 6702 recorded before and after the layer boundary LB of the BD-ROM disc 101 according to Embodiment 1 of the present invention.
  • B is a schematic diagram showing playback paths 6710, 6711, 6712 in each playback mode for 3D extent blocks 6701, 6702.
  • (A) is a schematic diagram showing a second example of the physical arrangement of data block groups recorded before and after the layer boundary LB of the BD-ROM disc 101 according to Embodiment 1 of the present invention.
  • (B) is a schematic diagram showing a playback path 7010 in 2D playback mode, a playback path 7020 in L / R mode, and a playback path 7030 in depth mode for the data block group shown in (a). It is.
  • (A) is a schematic diagram showing a third example of the physical arrangement of data block groups recorded before and after the layer boundary LB of the BD-ROM disc 101 according to Embodiment 1 of the present invention.
  • (A) is a schematic diagram showing a fifth example of the physical arrangement of data block groups recorded before and after the layer boundary LB of the BD-ROM disc 101 according to Embodiment 1 of the present invention.
  • (B) is a schematic diagram showing a playback path 7510 in 2D playback mode, a playback path 7520 in L / R mode, and a playback path 7530 in depth mode for the data block group shown in (a). It is.
  • (A) and (b) are stored in the respective read buffers 4021 and 4022 in the data block read period according to the reproduction path 7520 in the L / R mode shown in FIG. 75 (b). It is a graph which shows the change of data amount DA1 and DA2 to be performed.
  • FIG. 1 It is a schematic diagram showing the interleaved arrangement of extent groups 7901 assumed in the calculation of the minimum extent size and the playback paths 7920 and 7930 in 3D playback mode for them.
  • A is a schematic diagram showing a state in which multiplexed stream data is divided into data blocks EXT [0] -EXT [n-1] (n ⁇ 1) of the minimum extent ATC time minT ext in order from the head.
  • (B) shows the multiplexed stream data when the extent ATC time of each data block EXT [0] -EXT [n-1] shown in (a) is extended beyond the minimum extent ATC time minT ext. It is a schematic diagram which shows.
  • (A) and (b) are stored in the read buffers 4021 and 4022 when a series of 3D extent blocks satisfying the expressions (50) to (53) are read by the playback device 102 in the L / R mode. It is a graph which shows the change of data amount DA1 and DA2.
  • (A) is a schematic diagram showing the correspondence between a 3D extent block 8310 designed to use the method ⁇ I >> or ⁇ II >> in the 2D playback mode and the playback path 8320 in the 2D playback mode.
  • FIG. (B) is a graph showing a change in the accumulated data amount DA of the read buffer 3621 when the 3D extent block 8310 is read according to the playback path 8320 in the 2D playback mode.
  • (C) is a graph showing a change in the accumulated data amount DA of the read buffer 3621 when the entire 3D extent block 8310 shown in (a) is read.
  • (A) is a schematic diagram showing a case where a BD-J object file is read out during a period in which 3D video is played back from 3D extent block 8401 according to playback path 8420 in the L / R mode.
  • (B) is a schematic diagram showing a case where a BD-J object file reading process is performed during a period in which 2D video is played back from the 3D extent block 8401 according to the playback path 8410 in 2D playback mode.
  • FIG. 6B is a schematic diagram showing a data block group 8601 recorded on a BD-ROM disc according to the modified example [U] of the first embodiment of the present invention and a playback path 8602 in the L / R mode for them. It is.
  • C is a schematic diagram showing 3D extent blocks constituting stream data Ak, Bk, and Ck for each angle.
  • (A) is a schematic diagram showing a first 3D extent block 8701 corresponding to multi-angle and three kinds of reproduction paths 8710, 8720, and 8730 corresponding thereto.
  • (B) is a schematic diagram showing a second 3D extent block 8702 corresponding to multi-angle and three kinds of reproduction paths 8711, 8721, 8731 corresponding thereto.
  • FIG. 1 is a schematic diagram showing a third 3D extent block 8703 corresponding to multi-angle and three kinds of reproduction paths 8712, 8722, and 8732 corresponding thereto. It is a block diagram which shows the internal structure of the recording device by Embodiment 2 of this invention.
  • (A) is a schematic diagram showing a left video picture and a right video picture, respectively, used for displaying one scene of 3D video in the recording apparatus according to Embodiment 2 of the present invention.
  • (C) is a schematic diagram showing the depth information calculated from these pictures by the video encoder 8801.
  • FIG. 66 is a functional block diagram showing a typical configuration of the stream processing unit 5 shown in FIG. 65.
  • FIG. 67 is a schematic diagram showing a peripheral structure when the switching unit 53 shown in FIG. 66 is a DMAC.
  • FIG. 66 is a functional block diagram showing a typical configuration of the AV output unit 8 shown in FIG. 65.
  • 69 is a schematic diagram showing details of a portion related to data output of the playback device 102 including the AV output unit 8 shown in FIG. 68.
  • FIG. FIG. 66 is a schematic diagram showing examples (a) and (b) of the topology of the control bus and the data bus in the integrated circuit 3 shown in FIG. 65.
  • FIG. 66 is a flowchart of a reproduction process performed by the reproduction device 102 using the integrated circuit 3 shown in FIG.
  • FIG. 72 is a flowchart showing details of steps S1-5 shown in FIG. 71.
  • FIG. (A)-(c) is a schematic diagram for demonstrating the reproduction principle of 3D image
  • 11 is a schematic diagram illustrating an example in which a left view 9103L and a right view 9103R are configured from a combination of a 2D video 9101 and a depth map 9102.
  • FIG. It is a schematic diagram which shows the technique for ensuring the compatibility with a 2D reproducing
  • FIG. 1 is a schematic diagram showing a home theater system using a recording medium according to Embodiment 1 of the present invention.
  • This home theater system adopts a 3D video (stereoscopic video) playback method using parallax video, and particularly adopts a continuous separation method as a display method (refer to ⁇ Supplement> for details).
  • this home theater system uses a recording medium 101 as a playback target, and includes a playback device 102, a display device 103, shutter glasses 104, and a remote controller 105.
  • the recording medium 101 is a read-only Blu-ray Disc (registered trademark) (BD: Blu-ray Disc), that is, a BD-ROM disc.
  • the recording medium 101 may be another portable recording medium, for example, a semiconductor memory device such as an optical disk, a removable hard disk drive (HDD), an SD memory card, or the like according to another method such as a DVD.
  • the recording medium, that is, the BD-ROM disc 101 stores movie content by 3D video. This content includes a video stream representing each of the left view and the right view of the 3D video. The content may further include a video stream representing the depth map of the 3D video. These video streams are arranged on the BD-ROM disc 101 in units of data blocks, and are accessed using a file structure described later.
  • the video stream representing the left view or the right view is used by each of the 2D playback device and the 3D playback device to play back the content as 2D video.
  • a pair of video streams representing each of the left view and the right view, or a pair of video streams representing either the left view or the right view and each of the depth maps is obtained by the 3D playback device. Used to play back as 3D video.
  • the playback device 102 is equipped with a BD-ROM drive 121.
  • the BD-ROM drive 121 is an optical disk drive conforming to the BD-ROM system.
  • the playback device 102 reads content from the BD-ROM disc 101 using the BD-ROM drive 121.
  • the playback device 102 further decodes the content into video data / audio data.
  • the playback device 102 is a 3D playback device and can play back the content as either 2D video or 3D video.
  • the operation modes of the playback device 102 when playing back 2D video and 3D video are referred to as “2D playback mode” and “3D playback mode”.
  • the video data includes a video frame of either a left view or a right view.
  • the video data includes both left view and right view video frames.
  • 3D playback mode can be further divided into left / right (L / R) mode and depth mode.
  • L / R mode a pair of video frames of the left view and the right view is reproduced from a combination of video streams representing the left view and the right view.
  • depth mode a video frame pair of a left view and a right view is reproduced from a combination of video streams representing either a left view or a right view and a depth map.
  • the playback device 102 has an L / R mode.
  • the playback device 102 may further include a depth mode.
  • the playback device 102 is connected to the display device 103 via an HDMI (High-Definition Multimedia Interface) cable 122.
  • the playback device 102 converts the video data / audio data into an HDMI video / audio signal, and transmits the converted video / audio data to the display device 103 via the HDMI cable 122.
  • either the left view or the right view video frame is multiplexed in the video signal.
  • both left-view and right-view video frames are multiplexed in the video signal in a time division manner.
  • the playback device 102 further exchanges CEC messages with the display device 103 through the HDMI cable 122. As a result, the playback device 102 can inquire of the display device 103 whether or not 3D video playback is supported.
  • the display device 103 is a liquid crystal display.
  • the display device 103 may be a flat panel display or projector of another type such as a plasma display and an organic EL display.
  • the display device 103 displays a video on the screen 131 according to the video signal, and generates a sound from a built-in speaker according to the audio signal.
  • the display device 103 can support 3D video playback. During the playback of 2D video, either the left view or the right view is displayed on the screen 131. When the 3D video is reproduced, the left view and the right view are alternately displayed on the screen 131.
  • the display device 103 includes a left / right signal transmission unit 132.
  • the left / right signal transmitting unit 132 transmits the left / right signal LR to the shutter glasses 104 by infrared rays or wirelessly.
  • the left / right signal LR indicates whether the video currently displayed on the screen 131 is the left view or the right view.
  • the display device 103 detects frame switching by identifying a left-view frame and a right-view frame from a control signal accompanying the video signal.
  • the display device 103 further causes the left / right signal transmission unit 132 to switch the left / right signal LR in synchronization with the detected frame switching.
  • the two liquid crystal display panels 141L and 141R alternately transmit light in synchronization with the frame switching.
  • the left view is reflected only in the viewer's left eye
  • the right view is reflected only in the right eye.
  • the viewer perceives the difference between the images shown in each eye as binocular parallax with respect to the same stereoscopic object, so that the video looks stereoscopic.
  • the remote control 105 includes an operation unit and a transmission unit.
  • the operation unit includes a plurality of buttons. Each button is associated with each function of the playback device 102 or the display device 103, such as turning on / off the power or starting or stopping playback of the BD-ROM disc 101.
  • the operation unit detects pressing of each button by the user, and transmits the identification information of the button to the transmission unit by a signal.
  • the transmission unit converts the signal into an infrared or wireless signal IR and sends the signal IR to the playback device 102 or the display device 103.
  • each of the playback device 102 and the display device 103 receives the signal IR, specifies a button indicated by the signal IR, and executes a function associated with the button. In this way, the user can remotely operate the playback device 102 or the display device 103.
  • FIG. 2 is a schematic diagram showing a data structure on the BD-ROM disc 101.
  • a BCA Breast Cutting Area
  • FIG. 2 is a schematic diagram showing a data structure on the BD-ROM disc 101.
  • a BCA Breast Cutting Area
  • the BCA 201 is used for copyright protection technology.
  • tracks extend spirally from the inner periphery to the outer periphery.
  • the track 202 is schematically drawn in the horizontal direction.
  • the track 202 includes a lead-in area 202A, a volume area 202B, and a lead-out area 202C in order from the inner periphery.
  • the lead-in area 202A is provided immediately outside the BCA 201.
  • the lead-in area 202A includes information necessary for accessing the volume area 202B by the BD-ROM drive 121, such as the size and physical address of data recorded in the volume area 202B.
  • the lead-out area 202C is provided at the outermost periphery of the data recording area and indicates the end of the volume area 202B.
  • the volume area 202B includes application data such as video and audio.
  • the movie object file 212 generally includes a plurality of movie objects. Each movie object includes a sequence of navigation commands.
  • the navigation command is a control command for causing the playback device 102 to execute playback processing similar to playback processing by a general DVD player.
  • Types of navigation commands include, for example, an instruction to read a playlist file corresponding to a title, an instruction to reproduce an AV stream file indicated by the playlist file, and an instruction to transition to another title.
  • the navigation command is written in an interpreted language, and is interpreted by an interpreter incorporated in the playback apparatus 102, that is, a job control program, and causes the control unit to execute a desired job.
  • a navigation command consists of an opcode and an operand.
  • Each PG stream 303A, 303B represents a graphics video to be displayed superimposed on the video represented by the primary video stream 301, such as subtitles by graphics.
  • the IG stream 304 represents a graphics component for a graphics user interface (GUI) for configuring an interactive screen on the screen 131 of the display device 103 and its arrangement.
  • GUI graphics user interface
  • Elementary streams 301-306 are identified by a packet identifier (PID).
  • PID assignment is as follows. Since one main TS includes only one primary video stream, the hexadecimal value 0x1011 is assigned to the primary video stream 301.
  • any one of 0x1100 to 0x111F is assigned to the primary audio streams 302A and 302B.
  • One of 0x1200 to 0x121F is allocated to the PG streams 303A and 303B.
  • Any of 0x1400 to 0x141F is assigned to the IG stream 304.
  • the secondary audio stream 305 is assigned one of 0x1A00 to 0x1A1F. Any number from 0x1B00 to 0x1B1F is assigned to the secondary video stream 306.
  • the primary video stream 311 represents the right view of the 3D video.
  • a PG stream pair 312A + 313A, 312B + 313B of the left view and the right view represents a pair of the left view and the right view when displaying graphics video such as subtitles as 3D video.
  • the IG stream pair 314 and 315 of the left view and the right view represents a pair of the left view and the right view when the graphics image of the interactive screen is displayed as a 3D image.
  • the secondary video stream 316 is a right-view video stream, and when the secondary video stream 306 in the main TS represents a left view of the 3D video, the secondary video stream 316 represents the right view of the 3D video.
  • FIG. 3 is a list of elementary streams multiplexed in the second sub-TS on the BD-ROM disc 101.
  • the second sub-TS is multiplexed stream data in the MPEG-2 TS format, and is included in the second file DEP243 shown in FIG.
  • the second sub-TS includes a primary video stream 321.
  • the second sub-TS may include depth map PG streams 323A and 323B, depth map IG stream 324, and secondary video stream 326.
  • the primary video stream 321 is a depth map stream and represents 3D video in combination with the primary video stream 301 in the main TS.
  • Depth map PG streams 323A and 323B are PG streams representing the depth map of the 3D video when the 2D video represented by the PG streams 323A and 323B in the main TS is used as a projection of the 3D video onto a virtual 2D screen.
  • Used as The depth map IG stream 324 is used as an IG stream representing the depth map of the 3D video when the 2D video represented by the IG stream 304 in the main TS is used as a projection of the 3D video onto the virtual 2D screen.
  • the secondary video stream 326 is a depth map stream, and represents 3D video in combination with the secondary video stream 306 in the main TS.
  • PID assignment to the elementary streams 321 to 326 is as follows.
  • the primary video stream 321 is assigned 0x1013.
  • any one of 0x1260 to 0x127F is assigned to the depth map PG streams 323A and 323B.
  • Any one of 0x1460 to 0x147F is assigned to the depth map IG stream 324.
  • the secondary video stream 326 is assigned one of 0x1B40 to 0x1B5F.
  • FIG. 4 is a schematic diagram showing the arrangement of TS packets in the multiplexed stream data 400.
  • This packet structure is common to the main TS and the sub-TS.
  • each elementary stream 401, 402, 403, 404 is converted into a sequence of TS packets 421, 422, 423, 424.
  • each frame 401A or each field is converted into one PES (Packetized Elementary Stream) packet 411.
  • PES Packetized Elementary Stream
  • each PES packet 411 is generally converted into a plurality of TS packets 421.
  • the TS packet 501 does not include the AD field 501A but includes the TS payload 501P.
  • the AD field control 513 indicates “2”.
  • the TS packet 501 includes both the AD field 501A and the TS payload 501P.
  • ATS is time information and is used as follows: When the source packet 502 is sent from the BD-ROM disc 101 to the system target decoder in the playback device 102, the TS packet from the source packet 502 is transmitted. 502P is extracted and transferred to the PID filter in the system target decoder. The ATS in the header 502H indicates the time at which the transfer should start.
  • system target decoder refers to a device that decodes multiplexed stream data for each elementary stream. Details of the system target decoder and its use of ATS will be described later.
  • a motion vector is detected between the picture to be encoded and its reference picture, and motion compensation for the reference picture is performed using the motion vector. Further, a difference value between the picture obtained by motion compensation and the picture to be encoded is obtained, and redundancy in the spatial direction is removed from the difference value. Thus, the data amount of each picture is compressed.
  • An “I (Intra) slice” 621 is a slice compressed by intra-picture coding.
  • a “P (Predictive) slice” 622 is a slice compressed by inter-picture predictive coding, and one picture 601 whose display time is earlier than that is used as a reference picture.
  • a “B (Bidirectionally Predivtive) slice” 623 is a slice compressed by inter-picture predictive coding, and two pictures 601 and 603 whose display time is earlier or later are used as reference pictures. Say things.
  • reference destinations of the P slice 622 and the B slice 623 are indicated by arrows.
  • one picture 602 may include different types of slices.
  • MPEG-2 one picture contains only slices of the same type.
  • one picture includes only the same type of slice regardless of the encoding method.
  • the compressed pictures are divided into three types, i.e., I picture, P picture, and B picture, depending on the type of slice.
  • B pictures those used as reference pictures in inter-picture predictive coding for other pictures are particularly referred to as “Br (reference B) pictures”.
  • FIG. 7 is a schematic diagram showing pictures of the base-view video stream 701 and the right-view video stream 702 in order of display time.
  • a base-view video stream 701 includes pictures 710, 711, 712,... 719 (hereinafter referred to as base-view pictures), and a right-view video stream 702 includes pictures 720 and 721. , 722,..., 729 (hereinafter referred to as right-view pictures).
  • Each picture 710-719 and 720-729 represents one frame or one field, and is compressed by a moving picture compression encoding method such as MPEG-2, MPEG-4, or AVC.
  • the base view picture 710-719 is generally divided into a plurality of GOPs 731,732.
  • “GOP” refers to a sequence of a plurality of consecutive pictures starting from the I picture. Pictures belonging to each GOP 731 and 732 are compressed in the following order.
  • the first GOP 731 the first picture is first compressed into an I 0 picture 710.
  • the subscript number indicates a serial number assigned to each picture in order of display time.
  • the fourth picture is compressed into a P 3 picture 713 using the I 0 picture 710 as a reference picture.
  • Each arrow shown in FIG. 7 indicates that the leading picture is a reference picture for the trailing picture.
  • the second and third pictures are compressed into Br 1 picture 711 and Br 2 picture 712 using both I 0 picture 710 and P 3 picture 713 as reference pictures, respectively.
  • the seventh picture is compressed into a P 6 picture 716 using the P 3 picture 713 as a reference picture.
  • the fourth and fifth pictures are compressed into Br 4 picture 714 and Br 5 picture 715, respectively, using both P 3 picture 713 and P 6 picture 716 as reference pictures.
  • the first picture is first compressed to the I 7 picture 717, and then the third picture is compressed to the P 9 picture 719 using the I 7 picture 717 as a reference picture.
  • the second picture is compressed into a Br 8 picture 718 using both the I 7 picture 717 and the P 9 picture 719 as reference pictures.
  • right-view pictures 720-729 are compressed by inter-picture predictive coding.
  • the encoding method is different from the encoding method of the base-view pictures 710 to 719, and also uses the redundancy between the left and right images in addition to the redundancy in the time direction of the images.
  • a base-view picture having the same display time as each right-view picture is selected as one of the reference pictures of the right-view picture.
  • These pictures represent a pair of right view and left view of the same scene of 3D video, that is, parallax video.
  • the base view picture is either an I picture or a P picture
  • the B picture is not selected as the reference picture in the compression of the right view picture corresponding to the base view picture.
  • the second picture is compressed into a B 1 picture 721 using the Br 1 picture 711 in the base-view video stream 701 as a reference picture.
  • the third picture is compressed into a B 2 picture 722 using the Br 2 picture 712 in the base-view video stream 701 as a reference picture in addition to the P 0 picture 720 and the P 3 picture 723.
  • a base-view picture whose display time is substantially the same as that picture is used as a reference picture.
  • MPEG-4 AVC / H. H.264 modified standards are known.
  • MVC was established in July 2008 by JVT (Joint Video Team), a joint project between ISO / IEC MPEG and ITU-T VCEG, and is used to encode videos that can be viewed from multiple viewpoints. Is the standard.
  • JVT Joint Video Team
  • MVC not only the similarity in the temporal direction of video but also the similarity between videos with different viewpoints is used for inter-picture predictive coding.
  • the video compression rate is higher than the predictive coding in which the video viewed from each viewpoint is individually compressed.
  • FIG. 8 is a schematic diagram showing pictures of the base-view video stream 701 and the depth map stream 801 in order of display time.
  • the base view video stream 701 is similar to that shown in FIG. Therefore, the explanation about the details uses the explanation about FIG.
  • the depth map stream 801 includes depth maps 810, 811, 812,.
  • the depth map 810-819 has a one-to-one correspondence with the base view picture 710-719, and represents a depth map for 2D video of one frame or one field indicated by each picture.
  • Each depth map 810-819 is compressed by a moving image compression encoding method such as MPEG-2 or MPEG-4 AVC, similarly to the base view picture 710-719.
  • a moving image compression encoding method such as MPEG-2 or MPEG-4 AVC
  • inter-picture predictive coding is used in the coding method. That is, each depth map is compressed using another depth map as a reference picture.
  • the base view picture is either an I picture or a P picture
  • the B picture is not selected as the reference picture in the compression of the depth map corresponding to the base view picture.
  • the depth map stream 801 is divided into units of GOPs similarly to the base-view video stream 701, and each GOP always includes an I picture at the head thereof. Therefore, the depth map can be decoded for each GOP. For example, the I 0 picture 810 is first decoded independently, and then the P 3 picture 813 is decoded using the decoded I 0 picture 810. Subsequently, the B 1 picture 811 and the B 2 picture 812 are decoded using both the decoded I 0 picture 810 and the P 3 picture 813. Subsequent picture groups 814, 815,... Are similarly decoded. Thus, the depth map stream 801 can be decoded independently. However, since the depth map itself is only information representing the depth of each part of the 2D video for each pixel, the depth map stream 801 cannot be used alone for video playback.
  • the base-view picture is either an I picture or a P picture
  • the corresponding depth map is encoded without using the B picture as a reference picture. Accordingly, when an I picture or a P picture is selectively decoded from the base-view video stream, 3D video can be reproduced if the corresponding depth map is decoded from the depth map stream. Therefore, the burden on the 3D playback device for the decoding process of the video stream is further reduced particularly during special playback of 3D video.
  • FIGS. 9 and 10 are schematic diagrams showing details of the data structure of the video stream 900.
  • the video stream 900 is generally composed of a sequence of a plurality of video sequences # 1, # 2,..., #M (the integer M is 1 or more).
  • a “video sequence” is a combination of picture groups 911, 912, 913, 914,.
  • a combination of this additional information and each picture is called a “video access unit (VAU)”. That is, in each video sequence # 1, # 2,..., #M, one VAU is configured for each picture.
  • VAU video access unit
  • Each picture can be read from the video stream 900 in units of VAUs.
  • Such a VAU structure is substantially common to the base-view video stream and the dependent-view video stream.
  • VAU # 1 located at the top of each video sequence is different between the base-view video stream and the dependent-view video stream.
  • the VAU # 1931 of the base-view video stream includes an access unit (AU) identification code 931A, a sequence header 931B, a picture header 931C, supplementary data 931D, and compressed picture data 931E.
  • the AU identification code 931A is a predetermined code indicating the tip of VAU # 1931.
  • the sequence header 931B is also called a GOP header, and includes an identification number of the video sequence # 1 including VAU # 1931.
  • the sequence header 931B further includes information common to the entire GOP 910, such as resolution, frame rate, aspect ratio, and bit rate.
  • the picture header 931C indicates a unique identification number, an identification number of the video sequence # 1, and information necessary for decoding a picture, for example, the type of encoding method.
  • the supplementary data 931D includes additional information related to other than decoding of pictures, for example, character information indicating closed captions, information about the GOP structure, and time code information. Supplementary data 931D particularly includes decoding switch information described later.
  • the compressed picture data 931E includes the first base-view picture 911 of the GOP 910, that is, an I picture. In the compressed picture data 931E, a header is given to each slice of the I picture 911. Hereinafter, this header is referred to as a “slice header”. Each slice header includes the identification number of the picture header 931C. As shown by the dashed arrow in FIG. 9, by searching for the picture header 931C having the same identification number, information necessary for decoding each slice can be obtained from the picture header 931C.
  • VAU # 1931 may include padding data 931F as necessary. Padding data 931F is dummy data.
  • the dependent-view video stream VAU # 1932 includes a sub-sequence header 932B, a picture header 932C, supplementary data 932D, and compressed picture data 932E.
  • Subsequence header 932B includes an identification number of video sequence # 1 including VAU # 1932.
  • the subsequence header 932B further includes information common to the entire GOP 910, such as resolution, frame rate, aspect ratio, and bit rate. In particular, these values are equal to the values set for the corresponding GOP of the base-view video stream, that is, the values indicated by the sequence header 931B of VAU # 1931.
  • the picture header 932C indicates a unique identification number, an identification number of the video sequence # 1, and information necessary for decoding the picture, for example, the type of encoding method.
  • the supplemental data 932D includes additional information related to other than decoding of pictures, for example, character information indicating closed captions, information related to the GOP structure, and time code information. Supplementary data 932D particularly includes decoding switch information described later.
  • the compressed picture data 932E includes the first dependent view picture 911 of the GOP 910, that is, a P picture or an I picture. In the compressed picture data 932E, a slice header is given to each slice of the dependent-view picture 911. Each slice header includes the identification number of the picture header 932C. As shown by the dashed arrow in FIG.
  • VAU # 1932 may include padding data 932F as necessary. Padding data 932F is dummy data.
  • VAU # N 941 may further include a sequence end code 941G.
  • the sequence end code 941G indicates that VAU # N941 is located at the rear end of the video sequence #M.
  • the sequence end code 941G may indicate that VAU # N 941 is located at the boundary of a series of playback sections of the video stream 900 (for details, refer to Modification [I]).
  • VAU # N 941 may also include a stream end code 941H in addition to the sequence end code 941G.
  • the stream end code 941H indicates the rear end of the video stream 900.
  • VAU # N 942 differs from VAU # 1932 shown in FIG. 9 in the following points.
  • VAU # N 942 does not include a subsequence header.
  • the identification number of the video sequence indicated by the picture header 942C is the value indicated by the subsequence header 942B of VAU # 1 located at the front end of the video sequence #M including VAU # N942, that is, the video sequence #. Equal to M's identification number. Therefore, as shown by the dashed line arrow in FIG. 10, the subsequence header 942B is searched using the identification number of the video sequence #M, so that the resolution, frame rate, aspect ratio of each slice is obtained.
  • VAU # N 942 may further include a sequence end code 942G.
  • the sequence end code 942G indicates that VAU # N 942 is located at the rear end of the video sequence #M.
  • the sequence end code 942G may indicate that VAU # N 942 is located at the boundary of a series of playback sections of the video stream 900 (for details, refer to Modification [I]).
  • VAU # N 942 may also include a stream end code 942H in addition to the sequence end code 942G.
  • the stream end code 942H indicates the rear end of the video stream 900.
  • each part of the VAU shown in FIGS. 9 and 10 is composed of one NAL (Network Abstraction Layer) unit.
  • NAL Network Abstraction Layer
  • the AU identification code 931A, the sequence header 931B, the picture header 931C, the supplementary data 931D, the compressed picture data 931E, the padding data 931F, the sequence end code 941G, and the stream end code 941H are respectively an AU delimiter.
  • FIG. 11 is a schematic diagram showing details of a method of storing the video stream 1101 in the PES packet sequence 1102.
  • the video stream 1101 may be a base-view video stream or a dependent-view video stream.
  • pictures are multiplexed in the coding order instead of the display time order. That is, as shown in FIG. 11, in the VAU constituting the video stream 1101, an I 0 picture 1110, a P 3 picture 1111, a B 1 picture 1112, a B 2 picture 1113,.
  • the subscript number indicates a serial number assigned to each picture in order of display time.
  • the PES header 1120H includes a display time (PTS: Presentation Time-Stamp) of a picture stored in the PES payload 1120P of the same PES packet 1120, and a decoding time (DTS: Decoding Time-Stamp) of the picture.
  • PTS Presentation Time-Stamp
  • DTS Decoding Time-Stamp
  • 12A and 12B show the relationship between the PTS and DTS assigned to each picture for each of the base-view video stream 1201 and the dependent-view video stream 1202. It is a schematic diagram. Referring to FIG. 12, between both video streams 1201 and 1202, the same PTS and the same DTS are assigned to a pair of pictures representing the same frame or field of 3D video. For example, the first frame or field of the 3D video is reproduced from the combination of the I 1 picture 1211 of the base-view video stream 1201 and the P 1 picture 1221 of the dependent-view video stream 1202. Accordingly, the PTS is equal and the DTS is equal in the picture pairs 1211 and 1221.
  • the subscript number indicates a serial number assigned to each picture in the order of DTS.
  • the dependent-view video stream 1202 is a depth map stream
  • the P 1 picture 1221 is replaced with an I picture representing a depth map for the I 1 picture 1211.
  • the second picture of each video stream 1201, 1202, ie, the pair of P 2 pictures 1212, 1222 has the same PTS and the same DTS.
  • the third picture of each video stream 1201, 1202, ie, a pair of Br 3 picture 1213 and B 3 picture 1223 both PTS and DTS are common. The same applies to the pair of Br 4 picture 1214 and B 4 picture 1224.
  • FIG. 13 is a schematic diagram showing the data structure of supplementary data 931D shown in FIG. Supplementary data 931D corresponds to a kind of NAL unit “SEI” particularly in MPEG-4 AVC.
  • Supplementary data 931D corresponds to a kind of NAL unit “SEI” particularly in MPEG-4 AVC.
  • supplemental data 931D includes decoding switch information 1301.
  • Decoding switch information 1301 is included in each VAU in both the base-view video stream and the dependent-view video stream.
  • the decoding switch information 1301 is information for allowing the decoder in the playback device 102 to easily specify the VAU to be decoded next.
  • the decoder alternately decodes the base-view video stream and the dependent-view video stream in units of VAU.
  • the decryption switch information 1301 includes a next access unit type 1311, a next access unit size 1312, and a decryption counter 1313.
  • the next access unit type 1311 indicates whether the VAU to be decoded next belongs to a base-view video stream or a dependent-view video stream. For example, when the value of the next access unit type 1311 is “1”, the VAU to be decoded next belongs to the base-view video stream, and when it is “2”, the dependent-view video Belongs to a stream. When the value of the next access unit type 1311 is “0”, the current VAU is located at the rear end of the stream to be decoded, and there is no VAU to be decoded next.
  • the next access unit size 1312 indicates the size of the VAU to be decoded next.
  • the decoder in the playback device 102 can specify the size without analyzing the VAU structure itself. Therefore, the decoder can easily extract the VAU from the buffer.
  • the decoding counter 1313 indicates the order in which the VAU to which it belongs should be decoded. The order is counted from the VAU that contains the I picture in the base-view video stream.
  • FIG. 14 is a schematic diagram showing an example of decoding counters 1410 and 1420 assigned to the pictures of the base-view video stream 1401 and the dependent-view video stream 1402.
  • the decoding counters 1410 and 1420 are alternately incremented between the two video streams 1401 and 1402. For example, “1” is assigned as the decoding counter 1410 to the VAU 1411 including the I picture in the base-view video stream 1401. Next, “2” is assigned as the decoding counter 1420 to the VAU 1421 including the P picture in the dependent-view video stream 1402 to be decoded.
  • the decoder reads and holds the decoding counter 1420 from the VAU 1422 in the decoding process of the P picture included in the second VAU 1422 of the dependent-view video stream 1402. Therefore, the decoder can predict the decoding counter 1410 of the VAU to be processed next. Specifically, since the decoding counter 1420 in the VAU 1422 including the P picture is “4”, the decoding counter 1410 of the VAU to be read next is predicted to be “5”. However, actually, since the next read VAU is the fourth VAU 1414 of the base-view video stream 1401, its decoding counter 1410 is “7”.
  • the decoder can detect that one VAU is missed. Therefore, the decoder can perform the following error processing: “For the B picture extracted from the third VAU 1423 of the dependent-view video stream 1402, the Br picture to be referred to is missing, so the decoding process is performed. skip". Thus, the decoder checks the decoding counters 1410 and 1420 for each decoding process. Accordingly, the decoder can quickly detect a VAU reading error and can execute appropriate error processing quickly. As a result, it is possible to prevent noise from being mixed into the reproduced video.
  • the decoder when the decoder decodes one VAU of the dependent-view video stream 1402, it can be predicted as follows: “The value obtained by adding 1 to the decoding counter 1440 is the base view to be decoded next. Equal to the VAU decoding counter 1430 of the video stream 1401 ”. Therefore, the decoder can quickly detect a VAU reading error from the decoding counters 1430 and 1440 at any time, and can execute appropriate error processing quickly. As a result, it is possible to prevent noise from being mixed into the reproduced video.
  • FIG. 15 is a schematic diagram showing the physical arrangement on the BD-ROM disc 101 of the data block groups belonging to each of the main TS, the first sub-TS, and the second sub-TS shown in FIG. is there.
  • Data block refers to a series of data recorded in a continuous area on the BD-ROM disc 101, that is, a plurality of physically continuous sectors.
  • LBN is also continuous in each data block. Therefore, the BD-ROM drive 121 can continuously read one data block without causing the optical pickup to seek.
  • base-view data blocks Belonging to the main TS are referred to as “base-view data blocks”, and data blocks R0, R1, R2,..., D0, D1, D2,. Is called “Dependent View Data Block”.
  • the data blocks R0, R1, R2,... Belonging to the first sub-TS are called “right-view data blocks”, and the data blocks D0, D1, D2,. ⁇ This is called a data block.
  • data block groups are continuously recorded along a track 1501 on the BD-ROM disc 101.
  • the base view data blocks L0, L1, L2,..., The right view data blocks R0, R1, R2,... And the depth map data blocks D0, D1, D2,. Is arranged. Such an arrangement of data blocks is called “interleaved arrangement”.
  • the P picture of the right-view video stream represents a right view when the 2D video represented by the I picture of the base-view video stream is a left view.
  • the P picture is compressed using the I picture of the base-view video stream as a reference picture, as shown in FIG. Therefore, the playback device 102 in the 3D playback mode can start playback of 3D video from any set of data blocks Dn, Rn, and Ln.
  • the BD-ROM drive 121 temporarily stops the reading operation by the optical pickup and increases the rotation speed of the BD-ROM disc. Accordingly, the sector on the BD-ROM disc in which the tip portion of the sub TS 1602 indicated by the arrow (2) is recorded is quickly moved to the position of the optical pickup. As described above, an operation for temporarily stopping the reading operation of the optical pickup and positioning the optical pickup on the next reading target area during this time is called “jump”.
  • the dashed arrows shown in FIG. 16A indicate the range of each jump required during the reading process. During each jump period, the reading process by the optical pickup stops and only the decoding process by the decoder proceeds. In the example shown in FIG. 16A, the jump is excessive, and it is difficult to keep the read process in time for the decoding process. As a result, it is difficult to reliably maintain seamless playback.
  • the dependent view data block has a higher compression ratio than the base view data block. Therefore, the speed of the decoding process of the dependent-view data block is generally lower than the speed of the decoding process of the base-view data block.
  • the extent ATC time is equal, the dependent-view data block has a smaller data amount than the base-view data block. Therefore, as shown in FIGS. 17A and 17B, when the extent ATC time is equal between adjacent data blocks, the speed at which the data to be decoded is supplied to the system target decoder is Easy to maintain processing speed and balance. In other words, the system target decoder can easily synchronize the decoding process of the base-view data block and the decoding process of the dependent-view data block, especially in the dive reproduction.
  • the file entry 1520 of the first file DEP (02000.m2ts) 242 indicates the size of the right-view data block R0, R1, R2,. Accordingly, each right-view data block R0, R1, R2,... Can be accessed as extents EXT2 [0], EXT2 [1], EXT2 [2],.
  • extents EXT2 [0], EXT2 [1], EXT2 [2],... Belonging to the first file DEP242 are referred to as “right view extents”.
  • AV stream file cross-linking is realized as follows.
  • the file entry 1540 of the first file SS (01000.ssif) 244A regards the pairs R0 + L0, R1 + L1, R2 + L2,... Of adjacent right-view data blocks and base-view data blocks as one extent. Each size and the LBN at its tip are shown. Therefore, each pair of data blocks R0 + L0, R1 + L1, R2 + L2,... Can be accessed as extents EXTSS [0], EXTSS [1], EXTSS [2],.
  • the extents EXTSS [0], EXTSS [1], EXTSS [2],... Belonging to the first file SS 244A are referred to as “3D extents”.
  • the file entry 1550 of the second file SS (02000.ssif) 244B includes the sizes of the depth map data blocks D0, D1, D2,... And the base view data blocks L0, L1, L2,.
  • the tip LBN is shown alternately. Therefore, each data block D1, L1, D2, L2,... Can be accessed as extents EXTSS [0], EXTSS [1], EXTSS [2], EXTSS [3],.
  • Each extent of the second file SS 244B shares a base-view data block Ln with the file 2D 241 and shares a depth map data block Dn with the second file DEP 243.
  • FIG. 18 is a schematic diagram showing a playback path 1801 in 2D playback mode, a playback path 1802 in L / R mode, and a playback path 1803 in depth mode for the data block group shown in FIG. .
  • the playback device 102 plays back the file 2D241 in the 2D playback mode. Therefore, as indicated by the playback path 1801 in the 2D playback mode, the base-view data blocks L0, L1, and L2 are sequentially read as 2D extents EXT2D [0], EXT2D [1], and EXT2D [2]. That is, the first base-view data block L0 is read first, and the reading of the depth map data block D1 and right-view data block R1 immediately after that is skipped by the first jump J2D1 . Next, the second base-view data block L1 is read, and the next read-out of the depth map data block D2 and right-view data block R2 is skipped by the second jump J 2D 2. The Subsequently, the third base-view data block L2 is read.
  • the playback device 102 plays back the first file SS 244A in the L / R mode. Therefore, as indicated by the playback path 1802 in the L / R mode, the pair R0 + L0, R1 + L1, R2 + L2 of the adjacent right-view data block and base-view data block is in turn in the 3D extents EXTSS [0], EXTSS [ 1], read as EXTSS [2]. That is, the first right-view data block R0 and the immediately subsequent base-view data block L0 are successively read, and the immediately following depth map data block D1 is read by the first jump J LR Skipped by 1.
  • the second right-view data block R1 and the base-view data block L1 immediately after it are read continuously, and the next-time reading of the depth map data block D2 is the second jump. Skipped by J LR 2. Subsequently, the third right-view data block R2 and the immediately subsequent base-view data block L2 are read out successively.
  • the playback device 102 plays back the second file SS 244B in the depth mode. Therefore, as indicated by the playback path 1803 in the depth mode, the depth map data blocks D0, D1,... And the base view data blocks L0, L1,. ], EXTSS [1], EXTSS [2], EXTSS [3],. That is, the first depth map data block D0 is read first, and the right view data block R0 immediately after that is skipped by the first jump JLD1 . Next, the top base-view data block L0 is read, and then the depth map extent D1 immediately after is read. Further, reading of the right-view extent R1 immediately after that is skipped by the second jump J LD 2 and the second base-view data block L1 is read.
  • the reproduction device 102 may read the data block group substantially in order from the top.
  • a jump occurs during the reading process.
  • the distance of each jump is different from that shown in FIG. 16A and is sufficiently shorter than the entire length of the main TS and the sub-TS.
  • the playback device 102 can reduce the buffer capacity compared to the reverse case.
  • the playback device 102 reads the data block group as the extent group of the first file SS 244A in the L / R mode. That is, the playback device 102 reads the LBN at the tip of each 3D extent EXTSS [0], EXTSS [1],... And the size from the file entry 1540 of the first file SS 244A and passes it to the BD-ROM drive 121.
  • the BD-ROM drive 121 continuously reads data of that size from the LBN. In these processes, the control of the BD-ROM drive 121 is easier at the following two points (A) and (B) than the process of reading the data block group as the extents of the first file DEP242 and the file 2D241.
  • the playback device 102 may refer to each extent in turn using one file entry; (B) the total number of extents to be read is substantially halved, so that the BD-ROM drive 121 The total number of LBN / size pairs to be passed is small.
  • the advantage (A) also applies to the process of reading the data block group as the extent of the second file SS 244B in the depth mode. However, the playback device 102 must read the 3D extents EXTSS [0], EXTSS [1],..., And then separate them into right-view data blocks and base-view data blocks and pass them to the decoder. .
  • a clip information file is used for the separation process. Details thereof will be described later.
  • TS packets included in AV stream file The types of TS packets included in the AV stream file include PAT (Program Association Table), PMT (Program Map Table), and PCR (PCR) in addition to those converted from the elementary stream shown in FIG. Program Clock Reference).
  • PCR, PMT, and PAT are defined in the European digital broadcasting standard, and originally have a role of defining a partial transport stream constituting one program.
  • the AV stream file is also defined in the same manner as the partial transport stream.
  • the PAT indicates the PMT PID included in the same AV stream file.
  • the PID of the PAT itself is 0.
  • the PMT includes the PID of each elementary stream representing video / audio / subtitles and the attribute information included in the same AV stream file.
  • the PMT further includes various descriptors (also referred to as descriptors) regarding the AV stream file.
  • the descriptor includes copy control information indicating permission / prohibition of copying of the AV stream file.
  • the PCR includes information indicating an STC (System Time Clock) value to be associated with the ATS assigned to the PCR.
  • STC System Time Clock
  • STC System Time Clock
  • FIG. 19 is a schematic diagram showing the data structure of PMT 1910.
  • the PMT 1910 includes a PMT header 1901, a descriptor 1902, and stream information 1903.
  • the PMT header 1901 indicates the length of data included in the PMT 1910.
  • Each descriptor 1902 is a descriptor relating to the entire AV stream file including the PMT 1910.
  • the aforementioned copy control information is included in one of the descriptors 1902.
  • the stream information 1903 is information regarding each elementary stream included in the AV stream file, and is assigned to a different elementary stream one by one.
  • Each stream information 1903 includes a stream type 1931, a PID 1932, and a stream descriptor 1933.
  • the stream type 1931 includes identification information of a codec used for compression of the elementary stream.
  • PID 1932 indicates the PID of the elementary stream.
  • the stream descriptor 1933 includes attribute information of the elementary stream, such as a frame rate and an aspect ratio.
  • the decoder in the playback device 102 can process the AV stream file in the same manner as a partial transport stream compliant with the European digital broadcasting standard. Thereby, compatibility between the playback device for the BD-ROM disc 101 and a terminal device compliant with the European digital broadcasting standard can be ensured.
  • FIG. 20 is a schematic diagram showing the data structure of the first clip information file (01000.clpi), that is, the 2D clip information file 231.
  • the dependent view clip information files (02000.clpi, 03000.clpi) 232 and 233 have the same data structure.
  • the data structure common to all clip information files will be described by taking the data structure of the 2D clip information file 231 as an example. Subsequently, differences in data structure between the 2D clip information file and the dependent view clip information file will be described.
  • the clip information 2010 includes a system rate 2011, a playback start time 2012, and a playback end time 2013 as shown in FIG.
  • the system rate 2011 indicates the maximum value of the rate at which “TS packets” belonging to the file 2D (01000.m2ts) 241 are transferred from the read buffer to the system target decoder in the playback device 102.
  • the ATS interval of the source packet is set so that the transfer rate of the TS packet can be suppressed below the system rate.
  • the reproduction start time 2012 indicates the PTS of the first VAU of the file 2D241, for example, the PTS of the first video frame.
  • the reproduction end time 2012 indicates an STC value delayed by a predetermined amount from the PAU of the VAU at the rear end of the file 2D241, for example, a value obtained by adding the reproduction time per frame to the PTS of the last video frame.
  • the stream attribute information 2020 is a correspondence table between the PID 2021 of each elementary stream included in the file 2D 241 and its attribute information 2022.
  • the attribute information 2022 is different for each of the video stream, the audio stream, the PG stream, and the IG stream.
  • the attribute information associated with PID 0x1011 of the primary video stream indicates the type of codec used for compression of the video stream, the resolution of each picture constituting the video stream, the aspect ratio, and the frame rate. Including.
  • the attribute information associated with PID 0x1101 of the primary audio stream includes the type of codec used for compression of the audio stream, the number of channels included in the audio stream, the language, and the sampling frequency.
  • the attribute information 2022 is used by the playback device 102 to initialize the decoder.
  • SPN means a number assigned to a source packet group belonging to the file 2D 241, that is, a source packet group constituting the main TS. Therefore, the entry point 2102 represents the correspondence between the PTS and address of each I picture included in the file 2D 241, that is, the SPN.
  • Entry point 2102 may not be set for all I pictures in file 2D241. However, when the I picture is located at the beginning of the GOP and the TS packet including the beginning of the I picture is located at the beginning of the 2D extent, the entry point 2102 must be set for the I picture.
  • FIG. 21B is a schematic diagram showing the source packet group 2110 belonging to the file 2D241 that is associated with each EP_ID 2105 by the entry map 2030.
  • the reproducing device 102 uses the entry map 2030 to specify the SPN of the source packet including the frame from the PTS of the frame representing an arbitrary scene.
  • the playback device 102 designates the LBN to the BD-ROM drive 121. As a result, the base-view data block group is read out in units of aligned units in order from the LBN sector. Further, the playback device 102 selects a source packet indicated by the entry point at the playback start position from the aligned unit read first, and decodes it to an I picture. Thereafter, subsequent pictures are sequentially decoded using the previously decoded pictures. In this way, the playback device 102 can play back 2D video images after a specific PTS from the file 2D241.
  • Entry map 2030 is further advantageous for efficient processing of special playback such as fast forward playback and rewind playback.
  • the playback device 102 uses the file entry of the file 2D 241 to identify the LBN of the sector corresponding to each SPN.
  • the playback device 102 designates each LBN to the BD-ROM drive 121. Thereby, the aligned unit is read from the sector of each LBN.
  • the playback device 102 further selects a source packet indicated by each entry point from each aligned unit and decodes it to an I picture.
  • the playback device 102 can selectively play back I pictures from the file 2D 241 without analyzing the 2D extent group EXT2D [n] itself.
  • FIG. 22A is a schematic diagram showing the data structure of the offset table 2041.
  • the offset table 2041 is information used for the cropping process by the playback device 102 in the 3D playback mode.
  • the “cropping process” refers to a process of generating a pair of plane data representing a left view and a right view from data representing a 2D video.
  • “Plane data” means a two-dimensional array of pixel data, the size of which is equal to the resolution of the video frame.
  • One set of pixel data consists of a combination of color coordinate values and ⁇ values.
  • the color coordinate value is represented by an RGB value or a YCrCb value.
  • the playback device 102 in the L / R mode uses the extent start points 2042 and 2320 in addition to the entry maps of the clip information files 231 and 232 to write any scene. From the PTS of the frame representing the view, the LBN of the sector in which the right-view data block including the frame is recorded is specified. Specifically, the playback device 102 first searches the SPN associated with the PTS from the entry map of the right view / clip information file 232, for example. Assume that the source packet indicated by the SPN is included in the third right-view extent EXT2 [2] of the first file DEP242, that is, the right-view data block R3.
  • the playback device 102 in the L / R mode can play back 3D video images after the specific PTS from the first file SS 244A.
  • the playback apparatus 102 can actually enjoy the advantages (A) and (B) related to the control of the BD-ROM drive 121.
  • FIG. 23C is a schematic diagram showing the base-view data blocks L1, L2,... Extracted from the first file SS 244A by the playback device 102 in the L / R mode.
  • the SPN 2312 indicated by the extent start point 2042 is equal to the SPN of the source packet located at the tip of each base-view data block.
  • file base a base-view data block group extracted from one file SS using the extent start point.
  • base view data block included in the file base is referred to as “base view extent”.
  • Each base view extent is referred to by an extent start point in the 2D clip information file, as shown in FIG.
  • Two consecutive dependent-view data block and base-view data block pairs D [0] + B [0], D [1] + B [1] are files as one 3D extent EXTSS [0] It belongs to SS2420.
  • the pair D [2] + B [2], D [3] + B [3] of two consecutive dependent-view data blocks and base-view data blocks is one 3D extent EXTSS [1 ] Belongs to the file SS2420.
  • 3D extents EXTSS [0] and EXTSS [1] share base-view data block B [n] with 2D extent EXT2D [n] and depend with dependent-view extent EXT2 [n] Share view data block D [n].
  • Each 3D extent EXTSS [0] and EXTSS [1] is read into the playback device 102 and then separated into a dependent-view data block D [n] and a base-view data block B [n]. .
  • Those base-view data blocks B [n] belong to the file base 2411 as base-view extents EXT1 [n].
  • the clip between the base view extent EXT1 [n] and the dependent view extent EXT2 [n] in each 3D extent EXTSS [n] is a clip associated with each of the file 2D2410 and the file DEP2412 It is specified using the extent start point in the information file.
  • the dependent view clip information file has the same data structure as the 2D clip information file shown in FIGS. 20-23. Therefore, in the following description, the difference between the dependent-view clip information file and the 2D clip information file will be referred to, and the description of the similar points will be referred to the above description.
  • the dependent view clip information file differs from the 2D clip information file mainly in the following three points (i), (ii), and (iii): (i) Conditions are imposed on the stream attribute information; ii) A condition is imposed on the entry point; (iii) 3D metadata does not include an offset table.
  • the dependent-view video stream is compressed using the base-view video stream.
  • the dependent-view video stream has the same base-view video stream and video stream attributes.
  • the codec, resolution, aspect ratio, and frame rate must match between the video stream attribute information. If the codec types match, a reference relationship in encoding is established between the pictures of the base-view video stream and the dependent-view video stream, so that each picture can be decoded. If the resolution, aspect ratio, and frame rate all match, the screen display of the left and right images can be synchronized. Therefore, those videos can be shown as 3D videos without giving the viewer a sense of incongruity.
  • the dependent view clip information file entry map includes a table assigned to the dependent view video stream.
  • the table includes an entry map header and entry points, similar to 2100 shown in FIG.
  • the entry map header indicates the PID of the corresponding dependent-view video stream, ie 0x1012 or 0x1013.
  • Each entry point associates a pair of PTS and SPN with one EP_ID.
  • the PTS of each entry point is equal to the PTS of the first picture of any GOP included in the dependent-view video stream.
  • the SPN of each entry point is equal to the first SPN of the source packet group in which the picture indicated by the PTS belonging to the same entry point is stored.
  • SPN means a serial number assigned in order from the top to the source packet group belonging to the file DEP, that is, the source packet group constituting the sub-TS.
  • the PTS of each entry point must match the PTS of the entry point in the table assigned to the base view video stream in the entry map of the 2D clip information file. That is, when an entry point is set at the head of a source packet group including one of a pair of pictures included in the same 3D / VAU, the entry point is always set at the head of the source packet group including the other. Must have been.
  • FIG. 25 is a schematic diagram showing examples of entry points set in the base-view video stream 2510 and the dependent-view video stream 2520.
  • GOPs in the same order counted from the beginning represent videos in the same reproduction period.
  • entry points 2501B, 2503B, and 2505B are set at the heads of GOP # 1, GOP # 3, and GOP # 5 that are odd-numbered from the head. Has been.
  • entry points 2501D, 2503D, and 2505D are set at the heads of the odd-numbered GOP # 1, GOP # 3, and GOP # 5 counted from the head. ing.
  • the playback device 102 can immediately calculate the SPN of the playback start position in the file SS from the SPN of the corresponding entry points 2503B and 2503D.
  • the sum of the SPNs of entry points 2503B and 2503D is reproduced in the file SS. Equal to the starting position SPN.
  • the LBN of the sector in which the portion of the reproduction start position in the file SS is recorded can be calculated from the number of source packets. In this way, even in the playback of 3D video, the response speed of processing that requires random access of the video stream, such as jumping playback, can be improved.
  • FIG. 26 is a schematic diagram showing the data structure of a 2D playlist file.
  • the first playlist file (00001.mpls) 221 shown in FIG. 2 has this data structure.
  • the 2D playlist file 221 includes a main path 2601 and two sub paths 2602 and 2603.
  • the main path 2601 is an array of play item information (PI), and specifies the main playback path of the file 2D 241, that is, the playback target portion and the playback order.
  • PI play item information
  • # N defines a different playback section of the main playback path with a pair of PTSs. One of the pairs represents the start time (In-Time) of the playback section, and the other represents the end time (Out-Time).
  • the order of PIs in the main path 2601 represents the order of the corresponding playback sections in the playback path.
  • Each sub-path 2602, 2603 is an array of sub-play item information (SUB_PI), and defines playback paths that can accompany the main playback path of the file 2D241 in parallel.
  • the playback path means a part different from the part of the file 2D241 represented by the main path 2601 or a part of stream data multiplexed in another file 2D and a playback order thereof.
  • the stream data represents another 2D video to be played simultaneously with the 2D video played from the file 2D 241 according to the main path 2601.
  • the other 2D video includes, for example, a sub-video in a picture-in-picture system, a browser screen, a pop-up menu, or subtitles.
  • Sub-paths 2602 and 2603 are assigned serial numbers “0” and “1” in the order of registration in the 2D playlist file 221.
  • the serial number is used as a sub path ID for identifying each of the sub paths 2602 and 2603.
  • Each SUB_PI # M defines a playback section having a different playback path by a pair of PTSs. One of the pair represents the reproduction start time of the reproduction section, and the other represents the reproduction end time.
  • the order of SUB_PI in each sub-path 2602, 2603 represents the order of the corresponding playback section in the playback path.
  • FIG. 27 is a schematic diagram showing the data structure of PI # N.
  • PI # N includes reference clip information 2701, playback start time (In_Time) 2702, playback end time (Out_Time) 2703, connection condition 2704, and stream selection table (hereinafter STN (Stream Number)).
  • STN Stream Number
  • the reference clip information 2701 is information for identifying the 2D clip information file 231.
  • the reproduction start time 2702 and the reproduction end time 2703 indicate the PTSs at the front end and the rear end of the reproduction target portion of the file 2D241.
  • connection condition 2704 connects the video in the playback section specified by the playback start time 2702 and the playback end time 2703 to the video in the playback section specified by the immediately preceding PI # (N ⁇ 1). Specify the conditions for when.
  • the STN table 2705 represents a list of elementary streams that can be selected from the file 2D241 by the decoder in the playback apparatus 102 between the playback start time 2702 and the playback end time 2703.
  • connection condition 2704 can take, for example, three types of values “1”, “5”, and “6”.
  • connection condition 2704 is “1”
  • the video reproduced from the portion of the file 2D241 defined by PI # N is reproduced from the portion of the file 2D241 defined by the immediately preceding PI # (N ⁇ 1). It is not always necessary to be seamlessly connected to the video.
  • connection condition 2704 is “5” or “6”
  • both images must be seamlessly connected.
  • 28A and 28B are schematic diagrams showing the relationship between two playback sections 2801 and 2802 to be connected when the connection condition 2704 is “5” and “6”, respectively.
  • PI # (N ⁇ 1) defines the first part 2801 of the file 2D241
  • PI # N defines the second part 2802 of the file 2D241.
  • the STC may be interrupted between two PI # (N ⁇ 1) and PI # N. That is, PTS # 1 at the rear end of the first portion 2801 and PTS # 2 at the front end of the second portion 2802 may be discontinuous. However, some constraints must be met.
  • FIG. 29 is a schematic diagram showing the correspondence between the PTS indicated by the 2D playlist file (00001.mpls) 221 and the portion reproduced from the file 2D (01000.m2ts) 241.
  • PI # 1 defines PTS # 1 indicating the reproduction start time IN1 and PTS # 2 indicating the reproduction end time OUT1.
  • Reference clip information 2701 of PI # 1 indicates a 2D clip information file (01000.clpi) 231.
  • the playback device 102 first reads PTS # 1 and # 2 from PI # 1.
  • the sub-path 3002 defines the reproduction path of the sub-TS shown in FIGS. 3B and 3C, that is, the reproduction path of either the first file DEP242 or the second file DEP243.
  • the data structure of the sub path 3002 is the same as the data structure of the sub paths 2602 and 2603 of the 2D playlist file 241 shown in FIG. Therefore, the description using FIG. 26 is used for the details of the similar data structure, particularly the details of the data structure of SUB_PI.
  • Subpath 3002 has a one-to-one correspondence with PI # N in the main path 3001. Furthermore, the playback start time and playback end time specified by each SUB_PI # N are equal to the playback start time and playback end time specified by the corresponding PI # N, respectively.
  • Subpath 3002 additionally includes subpath type 3010. “Sub-path type” generally indicates whether or not the reproduction processing should be synchronized between the main path and the sub-path. In the 3D playlist file 222, the sub-path type 3010 particularly indicates the type of 3D playback mode, that is, the type of dependent-view video stream to be played according to the sub-path 3002. In FIG.
  • the extended data 3003 is a part that is interpreted only by the playback device 102 in the 3D playback mode, and is ignored by the playback device 102 in the 2D playback mode.
  • the extension data 3003 includes an extension stream selection table 3030.
  • the “extended stream selection table (STN_table_SS)” (hereinafter abbreviated as STN table SS) is an array of stream registration information to be added to the STN table indicated by each PI in the main path 3001 in the 3D playback mode. This stream registration information indicates an elementary stream that can be selected as a playback target from the sub-TS.
  • FIG. 31 is a schematic diagram showing the data structure of the STN table SS3030.
  • the STN table SS 3030 includes stream registration information sequences 3101, 3102, 3103,.
  • the stream registration information columns 3001, 3002, 3003,... Individually correspond to the PIs # 1, # 2, # 3,... In the main path 3001, and the STN table in the corresponding PI by the playback device 102 in 3D playback mode. Is used in combination with the stream registration information sequence included in.
  • a stream registration information column 3101 for each PI includes a popup period offset (Fixed_offset_during_Popup) 3111, a dependent-view video stream stream registration information column 3112, a PG stream stream registration information column 3113, and an IG stream stream registration information. Includes column 3114.
  • the BD display mode is selected as the display mode of the video plane, and the 2-plane mode or 1 plane + offset mode is selected as the display mode of the PG plane.
  • the value of the offset 3111 of the pop-up period is “1”
  • the pop-up menu is reproduced from the IG stream.
  • the BB display mode is selected as the video plane display mode
  • the 1 plane + zero offset mode is selected as the display mode of the PG plane.
  • the playback device 102 alternately outputs plane data decoded from the video streams of the left view and the right view. Accordingly, since the left view frame and the right view frame represented by the video plane are alternately displayed on the screen of the display device 103, the viewer can see them as a 3D image.
  • the playback device 102 maintains the operation mode in the 3D playback mode (particularly, maintains the frame rate at the value at the time of 3D playback, for example, 48 frames / second), the base view video, Only the plain data decoded from the stream is output twice per frame. Accordingly, since only one of the left view and right view frames is displayed on the screen of the display device 103, the viewer can only see them as 2D video.
  • the playback device 102 In “1 plane + zero offset mode”, the playback device 102 temporarily stops the cropping process while maintaining the operation mode in the 3D playback mode, and decodes the plane decoded from the graphics stream in the main TS. -Output data twice per frame. Therefore, since only the PG plane of the left view or the right view is displayed on the screen of the display device 103, the viewer can only see them as 2D video.
  • the playback device 102 in the 3D playback mode refers to the offset 3111 of the pop-up period for each PI.
  • the playback device 102 selects the BB display mode and the 1 plane + zero offset mode. select. Thereby, while the pop-up menu is displayed, the other 3D video is temporarily changed to the 2D video, thereby improving the visibility and operability of the pop-up menu.
  • this stream registration information sequence 3112 generally includes a plurality of stream registration information (SS_dependent_view_block) 3201. They are the same as the stream registration information in the corresponding PI indicating the base-view video stream.
  • Each stream registration information 3201 includes an STN 3211, a stream entry 3212, and stream attribute information 3213.
  • STN 3211 is a serial number individually assigned to the stream registration information 3201 and is equal to the STN of stream registration information to be combined in the corresponding PI.
  • the stream entry 3212 includes subpath ID reference information (ref_to_Subpath_id) 3221, stream file reference information (ref_to_subClip_entry_id) 3222, and PID (ref_to_stream_PID_subclip) 3223.
  • the subpath ID reference information 3221 indicates the subpath ID of the subpath that defines the playback path of the dependent-view video stream.
  • the stream file reference information 3222 is information for identifying the file DEP in which the dependent-view video stream is stored.
  • PID 3223 is the PID of the dependent-view video stream.
  • the stream attribute information 3213 includes attributes of the dependent-view video stream, such as frame rate, resolution, and video format. In particular, they are the same as those of the base-view video stream indicated by the stream registration information to be combined in the corresponding PI.
  • this stream registration information sequence 3113 generally includes a plurality of stream registration information 3231. They are the same as the number indicating the PG stream among the stream registration information in the corresponding PI.
  • Each stream registration information 3231 includes an STN 3241, a stereoscopic flag (is_SS_PG) 3242, a base view stream entry (stream_entry_for_base_view) 3243, a dependent view stream entry (stream_entry_for_dependent_view) 3244, and stream attribute information 3245.
  • the STN 3241 is a serial number individually assigned to the stream registration information 3231 and is equal to the STN of the stream registration information to be combined in the corresponding PI.
  • the stereoscopic flag 3242 indicates whether or not the BD-ROM disc 101 includes both a base view and a dependent view, for example, a left view and a right view PG stream. When the stereoscopic flag 3242 is on, both PG streams are included in the sub-TS. Accordingly, any of the fields of the base view stream entry 3243, the dependent view stream entry 3244, and the stream attribute information 3245 are read by the playback device. When the stereoscopic flag 3242 is off, any of these fields 3243-3245 are ignored by the playback device.
  • Each of the base view stream entry 3243 and the dependent view stream entry 3244 includes sub path ID reference information, stream file reference information, and PID.
  • the sub path ID reference information indicates a sub path ID of a sub path that defines a playback path of each PG stream in the base view and the dependent view.
  • the stream file reference information is information for identifying the file DEP in which each PG stream is stored.
  • PID is the PID of each PG stream.
  • the stream attribute information 3245 includes attributes of each PG stream, for example, language type.
  • the stream registration information sequence 3114 generally includes a plurality of stream registration information 3251. They are the same number as the stream registration information in the corresponding PI indicating the IG stream.
  • Each stream registration information 3251 includes an STN 3261, a stereoscopic flag (is_SS_IG) 3262, a base view stream entry 3263, a dependent view stream entry 3264, and stream attribute information 3265.
  • the STN 3261 is a serial number individually assigned to the stream registration information 3251 and is equal to the STN of the stream registration information to be combined in the corresponding PI.
  • the stereoscopic flag 3262 indicates whether or not the BD-ROM disc 101 includes both base view and dependent view, for example, left view and right view IG streams. When the stereoscopic flag 3262 is on, both IG streams are included in the sub-TS. Accordingly, any of the fields of the base view stream entry 3263, the dependent view stream entry 3264, and the stream attribute information 3265 are read by the playback device. When the stereoscopic flag 3262 is off, any of these fields 3263-3265 are ignored by the playback device.
  • Each of the base view stream entry 3263 and the dependent view stream entry 3264 includes sub path ID reference information, stream file reference information, and PID.
  • the subpath ID reference information indicates a subpath ID of a subpath that defines a playback path of each IG stream in the base view and the dependent view.
  • the stream file reference information is information for identifying the file DEP in which each IG stream is stored.
  • PID is the PID of each IG stream.
  • the stream attribute information 3265 includes attributes of each IG stream, for example, language type.
  • FIG. 33 is a schematic diagram showing the correspondence between the PTS indicated by the 3D playlist file (00002.mpls) 222 and the portion reproduced from the first file SS (01000.ssif) 244A.
  • PI # 1 defines PTS # 1 indicating the playback start time IN1 and PTS # 2 indicating the playback end time OUT1.
  • the reference clip information of PI # 1 indicates a 2D clip information file (01000.clpi) 231.
  • the playback device 102 When the playback device 102 plays back 3D video in accordance with the 3D playlist file 222, the playback device 102 first reads PTS # 1 and # 2 from PI # 1 and SUB_PI # 1. Next, the playback device 102 refers to the entry map of the 2D clip information file 231 and searches for the SPNs # 1 and # 2 in the file 2D241 corresponding to the PTSs # 1 and # 2. At the same time, the playback device 102 refers to the entry map of the right-view clip information file 232 and searches for the SPNs # 11 and # 12 in the first file DEP242 corresponding to the PTSs # 1 and # 2. Next, as described in the explanation of FIG.
  • the playback device 102 uses the number of sectors and the file entry of the first file SS 244A to use the sector group P11 in which the 3D extent group EXTSS [0],..., EXTSS [n] to be played back is recorded.
  • the LBN # 1 at the front end and the LBN # 2 at the rear end are specified.
  • the calculation of the number of sectors and the specification of the LBN are the same as those described in the explanation of FIG.
  • the playback device 102 designates the range from LBN # 1 to LBN # 2 to the BD-ROM drive 121. Thereby, the source packet group belonging to the 3D extent group EXTSS [0],..., EXTSS [n] is read from the sector group P11 in the range.
  • the pair of PTS # 3 and # 4 indicated by PI # 2 and SUB_PI # 2 is first set using the entry map of clip information files 231 and 232 and the pair of SPN # 3 and # 4 and SPN # 2. 13 and a pair of # 14.
  • the number of source packets SPN # 23 from the top of the first file SS244A to the playback start position is calculated from SPN # 3 and # 13, and playback ends from the top of the first file SS244A from SPN # 4 and # 14.
  • the number of source packets SPN # 24 up to the position is calculated.
  • the pair of SPN # 23 and # 24 is converted into the pair of LBN # 3 and # 4.
  • the source packet group belonging to the 3D extent group is read from the sector group P12 in the range from LBN # 3 to LBN # 4.
  • the item “title 3” and the item “title 4” are assigned to the title of the 3D video.
  • the movie object MVO-3D associated with the item “title 3” includes a 3D playlist file (00002.mpls) 222, in addition to a group of commands related to 2D video playback processing using the 2D playlist file 221. (00003.mpls) includes a group of instructions related to 3D video playback processing using any one of 223.
  • the application management table includes a 3D playlist in addition to a Java application program related to 2D video playback processing using the 2D playlist file 221.
  • a Java application program relating to 3D video playback processing using either one of the files 222 and 223 is defined.
  • the playback apparatus 102 includes a first flag and a second flag as a premise of the selection process.
  • the first flag is “0”
  • the playback device 102 can support only playback of 2D video, and when it is “1”, it can also support playback of 3D video.
  • the second flag is “0”
  • the playback device 102 is in the L / R mode, and when it is “1”, it is in the depth mode.
  • step S3501 the playback device 102 checks the value of the first flag. If the value is “0”, processing proceeds to step S3505. If the value is “1”, processing proceeds to step S3502.
  • step S3504 the playback device 102 checks the value of the second flag. If the value is “0”, processing proceeds to step S3506. If the value is “1”, processing proceeds to step S3507.
  • step S3506 the playback device 102 selects the 3D playlist file 222 for L / R mode as a playback target. Thereafter, the process ends.
  • step S3507 the playback device 102 selects the 3D playlist file 223 for depth mode as a playback target. Thereafter, the process ends.
  • the user event processing unit 3633 detects a user operation through the remote controller 105 or the front panel of the playback device 102, and requests the program execution unit 3634 or the playback control unit 3635 to perform processing according to the type of the operation. For example, when the user presses a button on the remote controller 105 to instruct the display of a pop-up menu, the user event processing unit 3633 detects the press and identifies the button. The user event processing unit 3633 further requests the program execution unit 3634 to execute a command corresponding to the button, that is, a pop-up menu display process. On the other hand, for example, when the user presses the fast forward or rewind button of the remote controller 105, the user event processing unit 3633 detects the press and identifies the button. The user event processing unit 3633 further requests the playback control unit 3635 to perform fast forward or rewind processing of the currently playing playlist.
  • the program execution unit 3634 is a processor, and reads and executes a program from the movie object file and the BD-J object file stored in the dynamic scenario memory 3631.
  • the program execution unit 3634 further performs the following control in accordance with each program: (1) Instruct the reproduction control unit 3635 to perform playlist reproduction processing; (2) Assign graphics data for menus or games to PNG or JPEG Is generated as raster data and transferred to the system target decoder 3622 to be synthesized with other video data.
  • the specific contents of these controls can be designed relatively freely through program design. That is, those control contents are determined by the movie object file and BD-J object file programming steps in the authoring step of the BD-ROM disc 101.
  • the SPRM (16) audio stream language code and the SPRM (18) subtitle stream language code indicate default language codes of the playback device 102. They can be changed by the user using an OSD (On Screen Display) of the playback apparatus 102, or can be changed to an application program through the program execution unit 3634. For example, when SPRM (16) indicates “English”, the playback control unit 3635 first searches the STN table in the PI for a stream entry including the language code “English” in the playlist playback process. Next, the playback control unit 3635 extracts the PID from the stream identification information of the stream entry and passes it to the system target decoder 3622. Thereby, the audio stream of that PID is selected and decoded by the system target decoder 3622. These processes can be executed by the playback control unit 3635 using a movie object file or a BD-J object file.
  • the decoder driver 3637 is further involved in the decoding process as follows when the system target decoder 3622 decodes a picture from the 2D extent.
  • the decoder driver 3637 first causes the system target decoder 3622 to analyze the header of the VAU including the picture to be decoded.
  • the header includes a slice header in the sequence header 931B, picture header 931C, supplemental data 931D, and compressed picture data 931E shown in FIG.
  • the decoder driver 3637 then receives the analysis result from the system target decoder 3622 and determines how to decode the picture based on it.
  • the decoder driver 3637 then instructs the system target decoder 3622 how to decode. In response, system target decoder 3622 begins decoding the picture. Details of these processes will be described later.
  • the source depacketizer 3810 reads the source packet from the read buffer 3621, takes out the TS packet from the read packet, and sends it to the PID filter 3840.
  • the source depacketizer 3810 further adjusts the transmission time to the time indicated by the ATS of each source packet. Specifically, the source depacketizer 3810 first monitors the value of ATC generated by the ATC counter 3720. Here, the value of ATC is incremented by the ATC counter 3820 in accordance with the pulse of the clock signal of the first 27 MHz clock 3830.
  • the source depacketizer 3810 then forwards the TS packet extracted from the source packet to the PID filter 3840 at the moment when the ATC value matches the ATS of the source packet.
  • the average transfer rate R TS of TS packets from the source depacketizer 3810 to the PID filter 3840 does not exceed the system rate 2011 indicated by the 2D clip information file shown in FIG.
  • the PID filter 3840 further detects PCR from the TS packet using the PID of each TS packet. At that time, the PID filter 3840 sets the value of the STC counter 3850 to a predetermined value. Here, the value of the STC counter 3850 is incremented according to the pulse of the clock signal of the second 27 MHz clock 3860. The value to be set in the STC counter 3850 is instructed from the reproduction control unit 3635 to the PID filter 3840 in advance. Each decoder 3870-3875 uses the value of the STC counter 3850 as the STC. That is, the timing of the decoding process for the TS packet transmitted from the PID filter 3840 is adjusted according to the time indicated by the PTS or DTS included in the TS packet.
  • the DEC 3804 receives a decoding method instruction from the decoder driver 3637, the DEC 3804 starts decoding a picture from the VAU by the decoding method.
  • the DEC 3804 further forwards the decoded uncompressed picture to the DPB 3805. Details of each procedure will be described later.
  • the PG decoder 3872 decodes the TS packet received from the PID filter 3840 into uncompressed graphics data, and writes it into the PG plane memory 3892 at the time indicated by the PTS included in the TS packet.
  • the audio mixer 3895 receives uncompressed audio data from each of the main audio decoder 3874 and the auxiliary audio decoder 3875, and performs mixing (sound superposition) using them.
  • the audio mixer 3895 further sends the synthesized sound obtained by the mixing to the built-in speaker 103A of the display device 103 or the like.
  • the type of coding scheme of the slice is acquired from the picture header.
  • the DEC 3804 searches the sequence header using the identification number (for example, the identification number of the SPS) of the video sequence indicated by the picture header, as indicated by the one-dot chain line arrow in FIG. Thereby, the resolution, frame rate, aspect ratio, and bit rate of the slice are obtained from the sequence header. From the data thus obtained, the DEC 3804 configures information necessary for determining a picture decoding method as an analysis result of the header HI.
  • Step C Send notification: The DEC 3804 sends a finish notification RES to the decoder / driver 3637 when the header analysis in Step B is completed.
  • the end notification RES includes the analysis result of the header HI configured in step B.
  • Step D Determination of picture decoding method:
  • the decoder / driver 3637 performs preprocessing for the picture decoding process in response to the end notification RES. Specifically, the decoder / driver 3637 refers to the resolution, the frame rate, the aspect ratio, the bit rate, the type of encoding method, and the like based on the analysis result of the header HI indicated by the end notification RES. Decide how to decode pictures.
  • Step E Picture decoding: The DEC 3804 performs the following processing according to the decoding start instruction COMB. First, the DEC 3804 reads compressed picture data from the VAU specified in the immediately preceding step B. Next, the DEC 3804 decodes the compressed picture data by the decoding method indicated by the decoding start instruction COMB. The DEC 3804 further stores the decoded uncompressed picture PIC in the DPB 3805. The uncompressed picture PIC is then written from the DPB 3805 to the main video plane memory 3890.
  • FIG. 39 is a schematic diagram showing the flow of the decoding process of the primary video stream. Referring to (b) of FIG. 39, in the series of processes, the above five types of steps AE are repeated as follows.
  • the decoder driver 3637 sends the first header analysis instruction COMA1 to the DEC 3804.
  • the DEC 3804 performs the first step BB1 in response to the instruction COMA1. That is, the DEC 3804 reads out the VAU header HI indicated by the instruction COMA1 from the EB 3803 and analyzes it.
  • the DEC 3804 performs the first step CC1 following the step BB1. That is, the DEC 3804 sends the first end notification RES1 to the decoder / driver 3637 to notify the analysis result of the header HI.
  • the decoder / driver 3637 performs the first step DD1 in response to the notification RES1.
  • the decoder / driver 3637 reads the analysis result of the header HI from the notification RES1, and determines a picture decoding method based on the result. Subsequently, the decoder / driver 3637 performs the second step AA2. That is, the decoder / driver 3637 sends the second header analysis instruction COMA2 and the first decoding start instruction COMB1 to the DEC 3804.
  • the DEC 3804 starts the first step EE1 in response to the decoding start instruction COMB1. That is, the DEC 3804 decodes the picture from the VAU indicated by the first header analysis instruction COMA1 by using the decoding method indicated by the instruction COMB1.
  • DEC3804 performs the second step BB2 following the first step EE1. That is, the DEC 3804 reads out from the EB 3803 and analyzes the header HI of the VAU indicated by the second header analysis instruction COMA2. The DEC 3804 performs the second step CC2 following the step BB2. That is, the DEC 3804 sends a second end notification RES2 to the decoder / driver 3637 to notify the analysis result of the header HI. The decoder / driver 3637 performs the second step DD2 in response to the notification RES2. That is, the decoder / driver 3637 reads the analysis result of the header HI from the notification RES2, and determines a picture decoding method based on the result.
  • the decoder / driver 3637 performs the third step AA3. That is, the decoder / driver 3637 sends the third header analysis instruction COMA3 and the second decoding start instruction COMB2 to the DEC 3804.
  • the DEC 3804 starts the second step EE2 in response to the decoding start instruction COMB2. That is, the DEC 3804 decodes the picture from the VAU indicated by the second header analysis instruction COMA2 by using the decoding method indicated by the instruction COMB2.
  • the decoder driver 3637 and the DEC 3804 cooperate with each other in the same manner as described above to repeat Steps AE.
  • FIG. 40 is a functional block diagram of the 3D playback device 4000.
  • the 3D playback device 4000 includes a BD-ROM drive 4001, a playback unit 4002, and a control unit 4003.
  • the playback unit 4002 includes a switch 4020, a first read buffer 4021, a second read buffer 4022, a system target decoder 4023, and a plane adder 4024.
  • the control unit 4003 includes a dynamic scenario memory 4031, a static scenario memory 4032, a user event processing unit 4033, a program execution unit 4034, a playback control unit 4035, a player variable storage unit 4036, and a decoder / driver 4037.
  • the reproduction unit 4002 and the control unit 4003 are mounted on different integrated circuits.
  • both may be integrated into a single integrated circuit.
  • the dynamic scenario memory 4031, the static scenario memory 4032, the user event processing unit 4033, and the program execution unit 4034 are the same as those in the 2D playback device shown in FIG. Therefore, the description about those details uses the description about said 2D reproduction
  • Both the first read buffer 4021 and the second read buffer 4022 are buffer memories using memory elements in the reproduction unit 4002. In particular, different regions within a single memory device are utilized as each read buffer 4021, 4022. In addition, different memory elements may be individually used as the read buffers 4021 and 4022.
  • the first read buffer 4021 receives the base view extent from the switch 4020 and stores it.
  • the second read buffer 4022 receives the dependent view extent from the switch 4020 and stores it.
  • the system target decoder 4023 associates the output of plane data from each plane memory of the left video and the right video with each of the BD display mode and the BB display mode as follows.
  • the system target decoder 4023 alternately outputs plane data from each plane memory of the left video and the right video.
  • the system target decoder 4023 keeps the operation mode in the 3D playback mode from the plane memory of either the left video or the right video. Only output plain data twice per frame.
  • the system target decoder 4023 When one plane + offset mode is instructed from the reproduction control unit 4035, the system target decoder 4023 further passes the offset value designated by the reproduction control unit 4035 to the plane addition unit 4024. On the other hand, when one plane + zero offset mode is instructed from the reproduction control unit 4035, the system target decoder 4023 passes “0” as an offset value to the plane addition unit 4024.
  • the player variable storage unit 4036 includes the SPRM shown in FIG. 37 as in the 2D playback device.
  • any two of the SPRMs (24)-(32) which are spares in FIG. 37 include the first flag and the second flag shown in FIG. 35 individually.
  • SPRM (24) includes a first flag
  • SPRM (25) includes a second flag.
  • the playback device 102 can support only playback of 2D video, and when it is “1”, it can also support playback of 3D video.
  • SPRM (25) is “0”
  • the playback device 102 is in the L / R mode, and when it is “1”, it is in the depth mode.
  • the plane adder 4024 receives various types of plane data from the system target decoder 4023, and superimposes them on one another to compose one frame or field. Particularly in the L / R mode, the left video plane data represents a left-view video plane, and the right video plane data represents a right-view video plane. Accordingly, the plane adding unit 4024 superimposes the left video plane data that represents the left view and superimposes the right video plane data on the right video plane data. On the other hand, in the depth mode, the right video plane data represents a depth map for the video plane represented by the left video plane data. Accordingly, the plane adder 4024 first generates a pair of video plane data of the left view and the right view from both video plane data. Thereafter, the plane adder 4024 performs the synthesis process in the same manner as the synthesis process in the L / R mode.
  • FIG. 41 is a functional block diagram of the system target decoder 4023.
  • the components shown in FIG. 41 are different from those of the 2D playback device 3622 shown in FIG. 38 in the following two points: (1) The input system from the read buffer to each decoder is duplicated. (2) The main video decoder can support the 3D playback mode, and the sub-video decoder, PG decoder, and IG decoder can support the 2-plane mode. That is, any of these video decoders can alternately decode the base-view stream and the dependent-view stream.
  • the main audio decoder, sub audio decoder, audio mixer, image processor, and each plane memory are the same as those of the 2D playback device shown in FIG.
  • the corresponding TS packets are sub video decoder, main audio decoder, sub audio, respectively. Transferred to decoder, PG decoder, and IG decoder.
  • the second PID filter 4114 Each time the second PID filter 4114 receives a TS packet from the second source / depacketizer 4112, the second PID filter 4114 compares the PID with the PID to be selected.
  • the PID to be selected is designated in advance by the playback control unit 4035 according to the STN table SS in the 3D playlist file.
  • the second PID filter 4114 forwards the TS packet to the decoder assigned to the PID. For example, when the PID is 0x1012 or 0x1013, the TS packet is transferred to TB (2) 4108 in the main video decoder 4115.
  • the DEC 4104 performs the third step CC3 following the third step BB3. That is, the DEC 4104 sends the second base-view header analysis end notification BRES2 to the decoder / driver 4037 to notify the analysis result of the header BHI.
  • the decoder / driver 4037 performs the third step DD3 in response to the notification BRES2. That is, the decoder / driver 4037 reads the analysis result of the header BHI from the notification BRES2, and determines the decoding method of the base-view picture based on the result. On the other hand, the decoder / driver 4037 performs the fourth step AA4 at the start of the step DD3.
  • the decoder / driver 4037 sends the second dependent view header analysis instruction DCOMA2 and the first dependent view decoding start instruction DCOMB1 to the DEC 4104.
  • the DEC 4104 starts the second step EE2 in response to the decoding start instruction DCOMB1. That is, the DEC 4104 decodes the dependent-view picture from the VAU indicated by the first dependent-view / header analysis instruction DCOMA1 using the decoding method indicated by the decoding start instruction DCOMB1. Accordingly, step EE2 by DEC 4104 proceeds in parallel with step DD3 by decoder driver 4037.
  • the main video decoder 4715 shown in FIG. 47 can further improve the reliability of the decoding process as compared with the one 4115 shown in FIG.
  • a playback apparatus capable of playing back video at a high frame rate can selectively play back video of only the odd-numbered frame group and video of both frame groups. In this way, it is possible to ensure compatibility with a playback apparatus that can only play back video at a normal frame rate on a recording medium that stores video at a high frame rate.
  • the multiplexed stream data 5101 to be played back indicated by PI # 1 includes video gaps G1 and G2.
  • the “video gap” refers to a portion where the playback time of the video stream is interrupted in the multiplexed stream data.
  • a sequence end code is set in the VAU located immediately before each video gap G1, G2.
  • the video decoder can detect each video gap G1, G2 from the sequence end code. As a result, the video decoder can avoid the freeze in each video gap G1, G2, that is, “the state of waiting for the next VAU to be transferred”. In this way, it is possible to prevent the problem that “the video represented by the data written in the video plane immediately before the video gaps G1 and G2 continues to be displayed”.
  • the multiplexed stream data 5101 to be played back indicated by PI # 1 includes STC sequence discontinuities.
  • STC sequence refers to a series of data in which PTS is continuous. Therefore, “discontinuous point of STC sequence” means a place where PTS is not continuous.
  • the discontinuity occurs, for example, the case where the STC value is updated according to PCR is included.
  • the PTS is discontinuous between two consecutive VAUs. In that case, a sequence termination code is set in the front one of those VAUs. The video decoder can detect the discontinuity of the STC sequence from the sequence end code.
  • the setting condition of the sequence end code is the same for the main TS reproduced according to the main path in the 3D playlist file and the sub TS reproduced according to the sub path.
  • the sequence termination code when the sequence termination code is set in one of the VAU in the main TS and the VAU in the sub-TS belonging to the same 3D • VAU, the sequence termination code must be set in the other.
  • a condition that “only when the sequence end code is set, is placed immediately after it” may be imposed on the setting of the stream end code. Further, when the playback apparatus can detect the boundary of the video sequence from information other than the sequence end code, some or all of the above conditions may be removed depending on the detection capability. That is, whether or not a sequence end code is actually set for each VAU indicated by hatching in FIGS. 51A to 51F may be determined by the above-described detection capability of the playback apparatus.
  • FIG. 52 is a schematic diagram showing a data structure of a TS packet sequence storing VAU # N in a base-view video stream in which a sequence end code is set.
  • VAU # N is generally divided into a plurality of parts and stored in a plurality of TS packets 5210 and 5220 after a PES header is added to the head.
  • the value of the TS priority 5211 is “1”.
  • the value of the TS priority 5221 is “0”.
  • the TS priority filter 5301 stores these TS packets in TB (1) 4101.
  • the sequence end code and the stream end code of the VAU 5401 are stored in a TS packet 5210 whose TS priority value is “1”. Therefore, the TS priority filter 5301 discards those TS packets. Thereby, decoding of the sequence end code and the stream end code is skipped, as indicated by an X mark 5404 in FIG.
  • the sequence end code and stream end code in the VAU 5401 of the base-view video stream are not transferred to the main video decoder 4115. Therefore, the end-of-sequence code is not detected by the main video decoder 4115 from the VAU 5401 of the base-view video stream before the dependent-view video stream VAU 5402 is decoded. Therefore, the risk that the position of the sequence end code is mistaken as the boundary of the video sequence is avoided, so that the last 3D VAU reproduction error due to the interruption of the decoding process can be prevented.
  • the sequence end code and stream end code of the VAU of the base-view video stream are stored in TS packets whose TS priority value is “0”, and other data are: It may be stored in a TS packet whose TS priority value is “1”.
  • the TS priority filter 5301 discards the TS packet whose TS priority value is “0”, and transfers the TS packet whose TS priority value is “1” to the TB (1) 4101. Thereby, it is possible to prevent the main video decoder 4115 from detecting the sequence end code in the VAU of the base-view video stream, similar to that shown in FIG.
  • FIGS. Forming an interleaved arrangement.
  • the interleaved arrangement is advantageous for seamless playback of both 2D video and 3D video.
  • the size of each data block should satisfy the following conditions based on the performance of the playback device 102.
  • FIG. 55 is a schematic diagram showing a playback processing system in the playback device 102 in 2D playback mode.
  • the reproduction processing system includes a BD-ROM drive 3601, a read buffer 3621, and a system target decoder 3622 shown in FIG.
  • the BD-ROM drive 3601 reads a 2D extent from the BD-ROM disc 101 and transfers it to the read buffer 3621 at a reading speed Rud-2D .
  • the system target decoder 3622 reads a source packet from each 2D extent stored in the read buffer 3621 at an average transfer rate R ext2D and decodes it into video data VD and audio data AD.
  • the extent ATC time is equal to the time required to transfer all the source packets in the extent from the read buffer 3621 to the system target decoder 3622.
  • the size of each extent may be aligned to a certain multiple of the source packet length.
  • the extent ATC time may be defined as a value obtained by adding the transfer time per source packet to the time interval from the ATS of the first source packet of one extent to the ATS of the last source packet of the same extent. Good. In that case, the calculation of the extent ATC time does not require the reference of the next extent, and thus the calculation can be simplified. In addition, in the calculation of the extent ATC time described above, it must be considered that a wrap around occurs in the ATS.
  • the read rate R ud-2D is normally expressed in bits / second and is set to a value higher than the maximum value R max2D of the average transfer rate R ext2D , for example 54 Mbps: R ud ⁇ 2D > R max2D .
  • FIG. 56A is a graph showing changes in the data amount DA accumulated in the read buffer 3621 during the operation in the 2D playback mode.
  • FIG. 56B is a schematic diagram showing a correspondence relationship between the data block group 5610 to be played back and the playback path 5620 in the 2D playback mode.
  • each base-view data block Ln is read from the BD-ROM disc 101 to the read buffer 3621 as one 2D extent EXT2D [n].
  • the accumulated data amount DA is determined by the read speed R ud ⁇ 2D.
  • the average transfer rate R ext2D [n] is increased at a rate equal to R ud ⁇ 2D ⁇ R ext2D [n].
  • the BD-ROM drive 3601 performs the read / transfer operation intermittently instead of continuously as shown in FIG. This prevents the accumulated data amount DA from exceeding the capacity of the read buffer 3621 during the read period PR 2D [n] of each 2D extent, that is, prevents the read buffer 3621 from overflowing. Therefore, the graph of FIG. 56 (a) approximately represents a stepwise increase / decrease as a linear increase / decrease.
  • each jump period PJ 2D [n] the data supply from the read buffer 3621 to the system target decoder 3622 must be continued to ensure a continuous output of the decoder 3622.
  • the size S ext2D [n] of each 2D extent EXT2D [n] is read from the read period PR 2D [n] to the next jump period PJ 2D [n + 1]. It is equal to the amount of data transferred from the buffer 3621 to the system target decoder 3622.
  • the accumulated data amount DA falls below the value at the end of the jump period PJ 2D [n + 1] and at the start of the read period PR 2D [n]. Absent.
  • the jump time T jump ⁇ 2D [n] is the length of the jump period PJ 2D [n] and is expressed in seconds.
  • both the reading speed R ud-2D and the average transfer speed R ext2D are expressed in bits / second. Therefore, in equation (1), the average transfer rate R ext2D is divided by the number “8”, and the unit of the size S ext2D [n] of the 2D extent is converted from bits to bytes. In other words, the size S ext2D [n] of the 2D extent is expressed in bytes.
  • the function CEIL () means an operation of rounding up the fractional part of the numerical value in parentheses.
  • the maximum value of the jump time T jump ⁇ 2D [n] is limited. That is, even if the accumulated data amount DA is just before the jump period PJ 2D [n], if the jump time T jump ⁇ 2D [n] is too long, the jump period PJ 2D [n] There is a risk that the accumulated data amount DA reaches 0 and the read buffer 3621 underflows.
  • the time until the accumulated data amount DA reaches 0 from the maximum capacity of the read buffer 3621 in a state where data supply from the BD-ROM disc 101 to the read buffer 3621 is interrupted, that is, seamless reproduction can be guaranteed.
  • the maximum value of the jump time T jump-2D is called “maximum jump time”.
  • the maximum jump time T jump_max are 50 ms, 250 ms, 300 ms, 350 ms, 700 ms, and 1400 ms, respectively.
  • Zero sector transition time T jump-0 The maximum jump time when the jump distance S jump is equal to 0 sector is particularly referred to as “zero sector transition time T jump-0 ”.
  • Zero sector transition refers to the movement of the optical pickup between two consecutive data blocks. In the zero sector transition period, the optical pickup temporarily stops the reading operation and waits.
  • the zero sector transition time may include an overhead associated with error correction processing in addition to the movement time of the position of the optical pickup due to the rotation of the BD-ROM disc 101.
  • “Overhead associated with error correction processing” is an extra error caused by performing error correction processing using the ECC block twice when the boundary between the two data blocks does not coincide with the boundary of the ECC block. Say good time. The entire ECC block is necessary for error correction processing.
  • the entire ECC block is read out and used for error correction processing in any data block read processing.
  • extra data of up to 32 sectors is read in addition to the data block.
  • the overhead associated with error correction processing is evaluated by the total read time of the extra data, that is, 32 [sectors] ⁇ 2048 [bytes] ⁇ 8 [bits / bytes] ⁇ 2 [times] / reading speed R ud ⁇ 2D.
  • the Note that the overhead associated with error correction processing may be excluded from the zero sector transition time by configuring each data block in units of ECC blocks.
  • the jump time T jump-2D [n] to be substituted into the equation (1) is the maximum jump time T jump_max defined for each jump distance by the BD-ROM disc standard.
  • the jump distance S jump between the 2D extents EXT2D [n ⁇ 1] and EXT2D [n], that is, (n + 1) from the rear end of the nth 2D extent EXT2D [n].
  • the maximum jump time T jump — max corresponding to the number of sectors up to the tip of the second 2D extent EXT2D [n + 1] is substituted into equation (1) as the jump time T jump ⁇ 2D [n].
  • the interval between 2D extents needs to be equal to or less than the maximum jump distance S jump_max .
  • FIG. 58 is a schematic diagram showing a playback processing system in the playback device 102 in 3D playback mode.
  • the playback processing system includes a BD-ROM drive 4001, a switch 4020, a pair of read buffers 4021 and 4022, and a system target decoder 4023 among the elements shown in FIG. Including.
  • the BD-ROM drive 4001 reads a 3D extent from the BD-ROM disc 101 and transfers it to the switch 4020 at a reading speed Rud-3D .
  • the switch 4020 separates each 3D extent into a base view extent and a dependent view extent.
  • the base view extent is stored in the first read buffer 4021, and the dependent view extent is stored in the second read buffer 4022.
  • the accumulated data in the second read buffer 4022 is a right-view extent in the L / R mode and a depth map extent in the depth mode.
  • the system target decoder 4023 reads the source packet from each base-view extent stored in the first read buffer 4021 at the first average transfer rate R ext1 .
  • the system target decoder 4023 in the L / R mode reads the source packet from each right view extent stored in the second read buffer 4022 at the second average transfer rate R ext2 .
  • the depth mode system target decoder 4023 reads the source packet from each depth map extent stored in the second read buffer 4022 at the third average transfer rate R ext3 .
  • the system target decoder 4023 further decodes the read base view extent and dependent view extent pair into video data VD and audio data AD.
  • the first average transfer rate R ext1 is referred to as “base view transfer rate”.
  • the base-view transfer rate R ext1 is equal to 192/188 times the average transfer rate R TS1 of TS packets from the first source depacketizer 4111 to the first PID filter 4113 shown in FIG. Different.
  • the maximum value R max1 of the base view transfer rate R ext1 is equal to 192/188 times the system rate for the file 2D.
  • the system rate is defined in the 2D clip information file.
  • the base view transfer rate R ext1 is normally expressed in bits / second, and specifically, is equal to a value obtained by dividing the size of the base view extent expressed in bits by the extent ATC time.
  • the extent ATC time is equal to the time required to transfer all the source packets in the base-view extent from the first read buffer 4021 to the system target decoder 4023.
  • the second average transfer rate R ext2 is referred to as “right-view transfer rate”, and the third average transfer rate R ext3 is referred to as “depth map transfer rate”. Both transfer rates R ext2 and R ext3 are equal to 192/188 times the average transfer rate R TS2 of TS packets from the second source depacketizer 4112 to the second PID filter 4114, and are generally different for each dependent view extent. .
  • the maximum value R max2 of the right-view transfer rate R ext2 is equal to 192/188 times the system rate for the first file DEP
  • the maximum value R max3 of the depth map transfer rate R ext3 is 192/188 of the system rate for the second file DEP. Equal to twice.
  • Each system rate is defined in the right view clip information file and the depth map clip information file.
  • the transfer rates R ext2 and R ext3 are normally expressed in bits / second, and specifically, equal to a value obtained by dividing the size of the dependent view extent expressed in bits by the extent ATC time.
  • the extent ATC time is equal to the time required to transfer all source packets in each dependent view extent from the second read buffer 4022 to the system target decoder 4023.
  • the read rate R ud-3D is normally expressed in bits / second and is set to a value higher than any of the maximum values R max1 -R max3 of the first to third average transfer rates R ext1 -R ext3 , for example, 72 Mbps: R ud-3D > R max1 , R ud-3D > R max2 , R ud-3D > R max3 .
  • FIGS. 59A and 59B are graphs showing changes in the data amounts DA1 and DA2 stored in the read buffers 4021 and 4022, respectively, during operation in the L / R mode.
  • FIG. 59C is a schematic diagram showing a correspondence relationship between a data block group 5910 to be played back and a playback path 5920 in the L / R mode.
  • each pair of adjacent right-view data block Rk and base-view data block Lk is read as a single 3D extent EXTSS [k]. After that, the right-view extent and the base-view extent are separated from the 3D extent EXTSS [k] by the switch 4020 and stored in the read buffers 4021 and 4022.
  • base view data block and base view extent are not distinguished, and “dependent view data block” and “dependent view extent” are not distinguished.
  • (n ⁇ 1) 3D extents have already been read and the integer n is sufficiently larger than 1.
  • the accumulated data amounts DA1 and DA2 of both the read buffers 4021 and 4022 are already maintained at the lower limit values UL1 and UL2, respectively.
  • These lower limit values UL1 and UL2 are referred to as “buffer margin”. Details of the buffer margins UL1 and UL2 will be described later.
  • the accumulated data amount DA2 of the second read buffer 4022 is read at the reading speed R ud.
  • the difference between ⁇ 3D and the right-view transfer rate R ext2 [n] increases at a rate equal to R ud ⁇ 3D ⁇ R ext2 [n], and the accumulated data amount DA1 of the first read buffer 4021 is the base-view transfer rate Decrease with R ext1 [n-1].
  • a zero sector transition J 0 [n] occurs between the adjacent right-view extent Rn and the base-view extent Ln. As shown in FIGS.
  • the accumulated data amount DA1 of the first read buffer 4021 is equal to the base-view transfer rate R ext1 [n ⁇ 1] continues to decrease, and the accumulated data amount DA2 of the second read buffer 4022 decreases at the right-view transfer rate R ext2 [n].
  • the accumulated data amount DA1 of the first read buffer 4021 is read speed R.
  • the difference between ud ⁇ 3D and the base view transfer rate R ext1 [n] increases at a rate equal to R ud ⁇ 3D ⁇ R ext1 [n].
  • the accumulated data amount DA2 of the second read buffer 4022 continues to decrease at the right-view transfer rate R ext2 [n].
  • a jump J LR [n] occurs from the base-view extent Ln to the next right-view extent R (n + 1). As shown in FIGS.
  • the accumulated data amount DA1 of the first read buffer 4021 decreases at the base view transfer rate R ext1 [n].
  • the accumulated data amount DA2 of the second read buffer 4022 continues to decrease at the right-view transfer rate R ext2 [n].
  • the size S ext1 [n] of the nth base-view extent Ln is at least from the read period PR L [n], the jump period PJ LR [n], and the next right-view extent R (n + 1). It is equal to the amount of data transferred from the first read buffer 4021 to the system target decoder 4023 over the read period PR R [n] and the zero sector transition period PJ 0 [n + 1]. In this case, at the end of the zero sector transition period PJ 0 [n + 1], as shown in FIG. 59A, the accumulated data amount DA1 of the first read buffer 4021 is equal to the first buffer margin amount UL1.
  • the length of the read period PR L [n] of the nth base-view extent Ln is a value S ext1 obtained by dividing the size S ext1 [n] of the base-view extent Ln by the read speed R ud ⁇ 3D. [n] / R ud – equal to 3D .
  • the length of the read period PR R [n + 1] of the (n + 1) th right-view extent R (n + 1) is the size S ext2 [n + 1] of the right-view extent R (n + 1) as the read speed R ud ⁇ the value S ext2 [n + 1] divided by 3D / R equals ud-3D. Therefore, the size S ext1 [n] of the base-view extent Ln only needs to satisfy the following equation (2):
  • the size S ext2 [n] of the nth right-view extent Rn is at least from the read period PR R [n], the zero sector transition period PJ 0 [n], and the next base-view extent Ln. It is equal to the amount of data transferred from the second read buffer 4022 to the system target decoder 4023 over the read period PR L [n] and the jump period PJ LR [n]. In that case, at the end of the jump period PJ LR [n], the accumulated data amount DA2 of the second read buffer 4022 does not fall below the second buffer margin amount UL2, as shown in FIG. 59 (b). .
  • the length of the read period PR R [n] of the nth right-view extent Rn is a value S ext2 obtained by dividing the size S ext2 [n] of the right-view extent Rn by the read speed R ud ⁇ 3D. [n] / R ud – equal to 3D . Therefore, the size S ext2 [n] of the right-view extent Rn only needs to satisfy the following expression (3):
  • the jump time T jump ⁇ 3D [n] to be substituted into the equations (2) and (3) is, for example, the (n + 1) th right view from the nth base view extent Ln in the table of FIG. • Jump distance S jump to extent R (n + 1), that is, the maximum jump corresponding to the number of sectors from the rear end of the nth base view extent Ln to the front end of the (n + 1) th right view extent R (n + 1) Equal to time T jump_max .
  • the jump time T jump-3D [n] is limited to the maximum jump time T jump_max
  • the jump distance S jump is also limited to the maximum jump distance S jump_max or less.
  • each extent satisfies the expressions (2) and (3), and in addition, the base view extent Ln and the right view extent R (n + 1) It is necessary that the distance between and be less than or equal to the maximum jump distance S jump_max .
  • [Depth mode] 60A and 60B are graphs showing changes in the data amounts DA1 and DA2 stored in the read buffers 4021 and 4022, respectively, during operation in the depth mode.
  • FIG. 60C is a schematic diagram showing a correspondence relationship between the data block group 6010 to be reproduced and the reproduction path 6020 in the depth mode.
  • the data block group 6010 is composed of data block groups Dk, Rk, and Lk having an interleaved arrangement similar to that of 5610 shown in (c) of FIG. ing.
  • the depth map data block Dk and the base view data block Dk are each read as one 3D extent. As in the case of FIG.
  • the accumulated data amount DA2 of the second read buffer 4022 is read at the reading speed R ud.
  • the difference between ⁇ 3D and the depth map transfer rate R ext3 [n] increases at a rate equal to R ud ⁇ 3D ⁇ R ext3 [n], and the accumulated data amount DA1 of the first read buffer 4021 is the base view transfer rate. Decrease with R ext1 [n-1].
  • a jump J LD [n] occurs from the depth map extent Dn to the next base-view extent Ln. As shown in FIGS.
  • the accumulated data amount DA1 of the first read buffer 4021 is equal to the base view transfer rate R ext1 [n ⁇ 1].
  • the accumulated data amount DA2 of the second read buffer 4022 decreases at the depth map transfer rate R ext3 [n].
  • the accumulated data amount DA1 of the first read buffer 4021 is read at the reading speed R.
  • the difference between ud ⁇ 3D and the base view transfer rate R ext1 [n] increases at a rate equal to R ud ⁇ 3D ⁇ R ext1 [n].
  • the accumulated data amount DA2 of the second read buffer 4022 continues to decrease at the depth map transfer rate R ext3 [n].
  • a zero sector transition J 0 [n] occurs between the adjacent left-view extent Ln and the depth map extent D (n + 1). As shown in FIGS.
  • the accumulated data amount DA1 of the first read buffer 4021 is equal to the base view transfer rate R ext1 [n ]
  • the accumulated data amount DA2 of the second read buffer 4022 continues to decrease at the depth map transfer rate R ext3 [n].
  • the size S ext1 [n] of the n-th base-view extent Ln is at least from the read period PR L [n], the zero sector transition period PJ 0 [n], and the next depth map extent D ( It is equal to the amount of data transferred from the first read buffer 4021 to the system target decoder 4023 over the read period PR D [n] of n + 1) and the jump period PJ LD [n + 1]. In that case, at the end of the jump period PJ LD [n + 1], as shown in FIG. 60A, the accumulated data amount DA1 of the first read buffer 4021 does not fall below the first buffer margin amount UL1.
  • the length of the read period PR L [n] of the nth base-view extent Ln is a value S ext1 obtained by dividing the size S ext1 [n] of the base-view extent Ln by the read speed R ud ⁇ 3D. [n] / R ud – equal to 3D .
  • (n + 1) -th readout period of the depth map extent D (n + 1) PR D [n + 1] of length, speed R reads the size S ext3 [n + 1] of the depth map extent D (n + 1) ud- the value S ext3 [n + 1] divided by 3D / R equals ud-3D. Therefore, the size S ext1 [n] of the base-view extent Ln only needs to satisfy the following equation (4):
  • the size S ext3 [n] of the nth depth map extent Dn is at least from the read period PR D [n], the jump period PJ JD [n], and the read period PR of the next base-view extent Ln. L [n] and the amount of data transferred from the second read buffer 4022 to the system target decoder 4023 over the zero sector transition period PJ 0 [n]. In this case, at the end of the zero sector transition period PJ 0 [n], as shown in FIG. 60B, the accumulated data amount DA2 of the second read buffer 4022 is equal to the second buffer margin amount UL2.
  • the length of the read period PR D [n] of the nth depth map extent Dn is the value S ext3 obtained by dividing the size S ext3 [n] of the depth map extent Dn by the read speed R ud ⁇ 3D. [n] / R ud – equal to 3D . Accordingly, the size S ext3 [n] of the depth map extent Dn only needs to satisfy the following equation (5):
  • the jump time T jump-3D [n] to be substituted into the equations (4) and (5) is, for example, in the table of FIG. 57, from the nth depth map extent Dn to the nth base view extent. It is equal to the jump distance S jump to Ln, that is, the maximum jump time T jump_max corresponding to the number of sectors from the rear end of the nth depth map extent Dn to the front end of the nth base view extent Ln.
  • the jump time T jump-3D [n] is limited to the maximum jump time T jump_max
  • the jump distance S jump is also limited to the maximum jump distance S jump_max or less.
  • the size of each extent satisfies Equations (4) and (5), and the interval between the depth map extent Dn and the base view extent Ln is It is necessary to be less than or equal to the maximum jump distance S jump_max .
  • the size of each data block may be designed so as to satisfy all of the above equations (1) to (5).
  • the size of the base view data block only needs to be equal to or larger than the maximum size among the right sides of the expressions (1), (3), and (5).
  • minimum extent size the lower limit value of the size of the data block that satisfies all the expressions (1) to (5).
  • the 3D extent EXTSS [n] of the file SS 2420 is read and divided into a base view extent EXT1 [n] and a dependent view extent EXT2 [n].
  • a base view extent EXT1 [n] a dependent view extent
  • EXT2 [n] a dependent view extent
  • the nth base-view extent EXT1 [n] that is, the size S ext1 [n] of the base-view data block B [n] is Instead of the above formula (2), the following formula (6) is satisfied.
  • equation (3) Satisfies (7).
  • equations (6) and (7) are equivalent to equations (2) and (3), respectively, in which jump time T jump-3D is replaced with zero sector transition time T jump-0 :
  • the size of the base-view data block B [n] only needs to satisfy both equations (1) and (6).
  • the zero sector transition time T jump-0 [n] may be regarded as 0.
  • equations (6) and (7) are changed to:
  • the playback device 102 in the 3D playback mode may use a single read buffer instead of the two read buffers 4021 and 4022 shown in FIG.
  • FIG. 61 is a schematic diagram showing a playback processing system in the playback device 102 in the 3D playback mode in that case.
  • the playback processing system differs from that shown in FIG. 58, and includes a single read buffer 6101 instead of switch 4020 and a pair of read buffers 4021 and 4022.
  • the BD-ROM drive 4001 reads the 3D extent from the BD-ROM disc 101 and transfers it to the read buffer 6101.
  • the read buffer 6101 stores the data of the 3D extent in the order of transfer.
  • the system target decoder 4023 receives information indicating the boundary of each data block included in the 3D extent from the playback control unit 4035.
  • the system target decoder 4023 further uses this information to detect the boundary between data blocks from the 3D extent stored in the read buffer 6101. Thereby, the system target decoder 4023 identifies an area in the read buffer 6101 in which each of the base view extent and the dependent view extent is stored. The system target decoder 4023 further transfers the source packet from the extent stored in each area in the read buffer 6101 to different source depacketizers 4111 and 4112. Here, the transfer source / depacketizers 4111 and 4112 are selected according to the type of extent stored in the transfer source area. The system target decoder 4023 further reads the source packet from the read buffer 6101 at an average transfer rate equal to the sum of the base view transfer rate and the right view transfer rate (or depth map transfer rate).
  • 62A and 62B show changes in the area of data stored in the read buffer 6101 when the interleaved data block group 6210 is read along the reproduction path 6220 in the L / R mode. It is a schematic diagram shown.
  • the system target decoder 4023 keeps from the read buffer 6101. Waits without starting reading the source packet.
  • the system target decoder 4023 detects the boundary between the first right-view extent EXT2 [0] and the first base-view extent EXT1 [0] from the read buffer 6101. To identify the accumulated area. The system target decoder 4023 further starts the transfer of the source packet from the read buffer 6101.
  • the right-view extents EXT2 [0] stored in the read buffer 6101 are read in order from the top of the read buffer 6101.
  • the first base-view extent EXT1 [0] is stored in the area next to the area where the first right-view extent EXT2 [0] is stored, and at the same time, is read sequentially from the previously stored part. Has been.
  • the fourth time point PD on the playback path 6220 all the first base view extents EXT1 [0] are accumulated in the read buffer 6101.
  • This area is an empty area generated by reading the first right-view extent EXT2 [0]. Therefore, the first base-view extent EXT1 [0] is divided into two parts S11 and S12 and stored in the read buffer 6101.
  • the system target decoder 4023 further defines the boundary between the first base-view extent EXT1 [0] and the second right-view extent EXT2 [1] from the read buffer 6101. Detect and identify the area where each is accumulated.
  • the second right-view extent EXT2 [1] is accumulated in the area next to the area where the first right-view extent EXT2 [0] is accumulated.
  • the second right-view extent EXT2 [1] is read in the order of accumulation.
  • the second base-view extent EXT1 [1] is accumulated in the area next to the area where the first base-view extent EXT1 [0] is accumulated. The area further reaches a free area generated by reading the second right-view extent EXT2 [1].
  • the base view extent EXT1 [n] and the right view extent can be used even in a single read buffer 6101 by using the free area in the read buffer 6101.
  • EXT2 [n] can be stored alternately.
  • the capacity RB0 required for the read buffer 6101 can be reduced as compared with the total capacity of the pair of read buffers 4021 and 4022 shown in FIG.
  • 63 (b) is a schematic diagram showing a reproduction path 6320 in the L / R mode for the data block group 6310 arranged in an interleaved manner.
  • 63A shows changes in the data amount DA accumulated in the read buffers 6101, 4021, and 4022 when the reproduction processing systems in FIGS. 58 and 61 read out the data block group 6310 according to the reproduction path 6320. It is a graph to show. In FIG.
  • a solid line graph GR0 indicates a change in the amount of accumulated data in the read buffer 6101
  • a dashed line graph GR1 indicates a change in the amount of accumulated data in the first read buffer 4021
  • a broken line graph GR2 indicates a change in the amount of data stored in the second read buffer 4022.
  • the accumulated data amount of the read buffer 6101 is equal to the sum of the accumulated data amounts of the pair of read buffers 4021 and 4022.
  • FIG. 64 is a schematic diagram showing such an ATS setting.
  • FIG. 64 shows a rectangle 6410 representing base view extent source packets SP # 10, SP # 11, SP # 12, SP # 13, and dependent view extent source packets SP # 20, SP # 21, Rectangles 6420 representing SP # 22 and SP # 23 are arranged in the order of ATS of each source packet in the ATC time axis direction.
  • the head position of each rectangle 6410, 6420 represents the ATS value of the source packet.
  • the length of each of the rectangles 6410 and 6420 is such that one source packet is transferred from the read buffer 6101 to the system target decoder 4023 in the playback processing system in the 3D playback device shown in FIG.
  • this time is referred to as a first time AT1.
  • the time required for one source packet to be transferred from the read buffer 3621 to the system target decoder 3622 is the second time AT2. Call.
  • the ATS interval between adjacent source packets is set to at least the second time AT2. For example, setting the ATS of SP # 11 before the time when the second time AT2 has elapsed from the ATS of SP # 10 is prohibited. With this setting, the system target decoder 3622 of the 2D playback device can finish transferring all SP # 10 from the read buffer 3621 during the period from the ATS of SP # 10 to the ATS of SP # 11. Therefore, the system target decoder 3622 can start transferring SP # 11 from the read buffer 3621 at the time indicated by the ATS of SP # 11.
  • the period from the ATS of each source packet SP # 20, SP # 21,... Of the dependent view extent until the first time AT1 elapses is the source packet SP # 10, SP # of the base view extent. It should not overlap with the period from the ATS of 11,. That is, in FIG. 64, the ATC period corresponding to the longitudinal range of the rectangle 6420 representing each source packet SP # 20, SP # 21,... Is a rectangle representing each source packet SP # 10, SP # 11,. It should not overlap with the ATC period corresponding to the 6410 longitudinal extent. For example, setting the interval between the ATS of SP # 22 and the ATS of SP # 13 to be shorter than the first time AT1 is prohibited.
  • the system target decoder 4023 of the 3D playback device can transfer SP # 22 and SP # 13 from the read buffer 6101 in different periods. In this way, it is possible to prevent two source packets assigned with the same ATS from being transferred from the read buffer 6101 to the system target decoder 4023 at the same time.
  • FIG. 65 (a) is a schematic diagram showing a data block group in an interleaved arrangement including only multiplexed stream data.
  • FIG. 65 (b) is a schematic diagram showing an interleaved data block group including extents belonging to other files.
  • the data block group 6501 includes depth map data blocks D1, D2, and D3, right-view data blocks R1, R2, and R3, a base-view data block L1, Includes L2 and L3 alternately.
  • pairs R1 + L1, R2 + L2, and R3 + L3 of adjacent right-view data blocks and base-view data blocks are sequentially read.
  • a zero sector transition J 0 occurs between the right-view data block and the base-view data block.
  • reading of each depth map data block D1, D2, D3 is skipped by jump JLR .
  • the depth map data blocks D1, D2, and D3 and the base view data blocks L1, L2, and L3 are alternately read.
  • a zero sector transition J 0 occurs between adjacent base-view data blocks and depth map data blocks. Further, reading of each right-view data block R1, R2, R3 is skipped by jump JLD .
  • extents A1 and A2 belonging to different files are inserted into the data block group 6504 similar to FIG. 65 (a).
  • the other file may be a movie object file, a BD-J object file, or a JAR file, for example.
  • the extents A1 and A2 are both inserted between the depth map data block and the right-view data block that are adjacent in FIG.
  • the playback path 6505 in the L / R mode has a longer jump JLR distance than the playback path 6502 shown in FIG.
  • A2 next to one of the base-view data blocks may not change the zero sector transition J 0 to the normal jump.
  • the maximum jump time generally increases more greatly when the zero sector transition is changed to a normal jump than when the jump distance is changed. Therefore, as is apparent from equations (2)-(5), the minimum extent size is generally much larger when changing zero sector transitions to normal jumps than when changing jump distances. Therefore, when the extents A1 and A2 are inserted into the interleaved data block group 6501, as shown in FIG. 65 (b), the depth map data block and the right view data Insert between blocks. Thereby, an increase in the minimum extent size accompanying the insertion can be suppressed, and an increase in the minimum capacity of the read buffer can be avoided.
  • the sizes G1 and G2 of the extents A1 and A2 in units of sectors may be limited to the maximum jump distance MAX_EXTJUMP3D or less: G1 ⁇ MAX_EXTJUMP3D, G2 ⁇ MAX_EXTJUMP3D.
  • the maximum jump distance MAX_EXTJUMP3D represents the maximum jump distance among the jumps J LR and J LD generated in the data block group 6504 in units of sectors.
  • the maximum jump time to be assigned to the right side of the equations (2) to (5) is difficult to increase, so that the minimum extent size is difficult to increase. Therefore, an increase in the minimum capacity of the read buffer accompanying the insertion of the extents A1 and A2 can be avoided.
  • each extent A1, A2 size G1, G2 and adjacent dependent-view data blocks D2, R2, D3, R3 sizes S ext3 [2], S ext2 [2], S ext3 [3 ], S ext2 [3] and the sum may be limited to the maximum jump distance MAX_EXTJUMP3D or less: CEIL (S ext3 [2] / 2048) + G1 ⁇ MAX_EXTJUMP3D, CEIL (S ext2 [2] / 2048) + G1 ⁇ MAX_EXTJUMP3D, CEIL (S ext3 [3] / 2048) + G2 ⁇ MAX_EXTJUMP3D, CEIL (S ext2 [3] / 2048) + G2 ⁇ MAX_EXTJUMP3D.
  • the unit of each size is converted from bytes to sectors by dividing the size in bytes of the dependent-view data block by the number of bytes 2048 per sector.
  • the maximum jump time to be assigned to the right side of the expressions (2) to (5) does not exceed a certain value.
  • the maximum jump time does not exceed 350 milliseconds from the table of FIG. Therefore, the minimum extent size does not exceed a certain value. In this way, it is possible to reliably avoid an increase in the minimum capacity of the read buffer due to the insertion of the extents A1 and A2.
  • each extent A1, the size of the A2 G1, G2 and dependent-view data block adjacent thereto D2, R2, D3, the size of R3 S ext3 [2], S ext2 [2] , S ext3 [3], S ext2 [3] may be limited to no more than the maximum jump distance MAX_JUMP (•) for the size of the dependent-view data block: CEIL (S ext3 [2] / 2048) + G1 ⁇ MAX_JUMP (S ext3 [2]), CEIL (S ext2 [2] / 2048) + G1 ⁇ MAX_JUMP (S ext2 [2]), CEIL (S ext3 [3] / 2048) + G2 ⁇ MAX_JUMP (S ext3 [3]), CEIL (S ext2 [3] / 2048) + G2 ⁇ MAX_JUMP (S ext2 [3]).
  • the maximum jump distance MAX_JUMP (•) with respect to the size of the dependent-view data block is the number of sectors corresponding to the same maximum jump time as the number of sectors in the table of FIG.
  • the maximum jump time to be assigned to the right side of the expressions (2) to (5) is not changed, so the minimum extent size is unchanged. Therefore, an increase in the minimum capacity of the read buffer accompanying the insertion of the extents A1 and A2 can be avoided more reliably.
  • the lower limit values UL1 and UL2 of the accumulated data amounts DA1 and DA2 of the read buffers 4021 and 4022 shown in FIGS. Represents the buffer margin.
  • the “buffer margin” refers to the lower limit value of the accumulated data amount to be maintained in each read buffer during the reading period of the data block group in the interleaved arrangement.
  • the buffer margin is set to an amount that can prevent underflow of each read buffer during a long jump.
  • long jump is a general term for jumps that have a long seek time, and specifically, jumps that exceed a predetermined threshold.
  • the threshold value depends on the type of the optical disk and the performance related to the reading process of the disk drive. For example, in the BD-ROM standard, the threshold is defined as 40000 sectors. Long jumps specifically include focus jumps and track jumps.
  • Focus jump refers to a jump that occurs when the recording layer to be read is switched when the BD-ROM disc 101 includes a plurality of recording layers. The focus jump particularly includes a process of changing the focal length of the optical pickup.
  • Track jump refers to a jump including a process of moving the optical pickup in the radial direction of the BD-ROM disc 101.
  • a long jump occurs when the recording layer to be read is switched during the reading of stream data or when another file reading process is interrupted.
  • the other files include files other than the AV stream file shown in FIG. 2, for example, a movie object file 212, a BD-J object file 251, and a JAR file 261.
  • the long jump is longer than the jump considered in the derivation of equations (2)-(5).
  • the occurrence time of a long jump caused by an interruption in the reading process of another file is indefinite, and may occur even during the reading of one data block. Therefore, it is more advantageous to maintain the buffer margin amount than setting the minimum extent size by substituting the maximum jump time of the long jump into the equations (2) to (5).
  • FIG. 66 is a schematic diagram showing long jumps J LY , J BDJ 1, and J BDJ 2 that occur during playback processing in the L / R mode.
  • the layer boundary LB represents the boundary between two recording layers.
  • a first 3D extent block 6601 is arranged in the first recording layer located before the layer boundary LB, and a second 3D extent block 6602 is arranged in the second recording layer located after the layer boundary LB.
  • the “3D extent block” refers to a series of data block groups recorded in an interleaved arrangement.
  • the 3D extent block may include extents of other files as shown in FIG. 65 (b).
  • a BD-J object file 6603 is recorded in an area away from any 3D extent blocks 6601 and 6602.
  • a long jump JLY associated with the switching of the recording layer occurs.
  • the reading process of the BD-J object file 6603 is interrupted during reading of the first 3D extent block 6601, a pair of long jumps J BDJ 1 and J BDJ 2 are generated.
  • the buffer margins UL1 and UL2 required for each long jump J LY and J BDJ are calculated as follows.
  • the maximum jump time T jump-LY of the long jump J LY accompanying the layer switching is equal to the sum of the maximum jump time corresponding to the jump distance of the first long jump J LY and the layer switching time in the table of FIG.
  • the jump distance is determined by the rear end of the last base-view data block L3 in the first 3D extent block 6601 and the front end of the first right-view data block R4 in the second 3D extent block 6602. Is equal to the number of sectors between.
  • the “layer switching time” means a time required for the recording layer switching operation such as focus / jump and is, for example, 350 milliseconds.
  • the base view transfer rate R ext1 does not exceed the maximum value R max1 .
  • the amount of data read from the first read buffer 4021 during the long jump J LY does not exceed the product of the maximum value R max1 of the base view transfer rate and the maximum jump time T jump-LY .
  • the product value is determined as the first buffer margin UL1. That is, the first buffer margin UL1 is calculated by the following equation (6):
  • the product of the maximum value of the data amount read from the second read buffer 4022 during the long jump J LY that is, the maximum value R max2 of the right-view transfer rate and the maximum jump time T jump ⁇ LY is the second buffer.
  • the margin is determined as UL2. That is, the second buffer margin UL2 is calculated by the following equation (9):
  • the jump distance is 40000 sectors, that is, the maximum jump time T jump-LY is 700 msec and the system rate for the first file DEP is 16 Mbps, the second buffer margin UL2 is (16 Mbps ⁇ 192/188).
  • X 0.7 seconds equal to about 1.36 MB.
  • the reading process interrupt of the BD-J object file 6603 occurs during the reading period of the first 3D extent block 6601, the first long jump J BDJ 1 occurs.
  • the jump time T BDJ is defined in advance as a constant value, for example, 900 milliseconds.
  • the BD-J object file 6603 is read.
  • the time required for reading is equal to 8 ⁇ S BDJ [n] / R ud-3D , which is eight times the size S BDJ of the extent belonging to the file 6603 divided by the reading speed R ud-3D (usually the extent size)
  • the size S BDJ is expressed in bytes, and the reading speed R ud-3D is expressed in bits / second, so 8 times is required).
  • the second long jump J BDJ 2 occurs.
  • the jump time T BDJ is equal to the first jump time, eg 900 ms.
  • the first buffer margin UL1 is calculated by the following equation (10):
  • the second buffer margin UL2 is calculated by the following equation (11):
  • the first buffer margin UL1 is set to the larger one of the values represented by the right side of the equations (8) and (10).
  • the second buffer margin amount UL2 is set to the larger one of the values represented by the right sides of the equations (9) and (11).
  • the capacity RB1 [n] required for the first read buffer 4021 is as shown in FIGS. Of the peaks of the graph shown in each (a), the value may be equal to or greater than the value at the end of reading of the nth base-view data block Ln. Therefore, the capacity RB1 [n] may satisfy the following equation (12) in both the L / R mode and the depth mode:
  • the capacity RB2 LR [n] required for the second read buffer 4022 is the peak of the graph shown in FIG. Of these, the value may be equal to or greater than the value at the end of reading of the nth right-view data block Rn. Therefore, the capacity RB2 LR [n] should satisfy the following equation (13):
  • the system target decoder 4023 does not read data from the second read buffer 4022 until the entire right-view data block to be read first is stored in the second read buffer 4022. Therefore, the capacity RB2 LR [n] of the second read buffer 4022 is different from the capacity RB1 [n] of the first read buffer 4021 and, as shown in the equation (13), “at least the nth write The condition “larger than the size S ext2 [n] of the view data block Rn” is further satisfied.
  • the capacity RB2 LD [n] of the second read buffer 4022 required when reading the nth depth map data block Dn in the depth mode may satisfy the following equation (14):
  • each 3D extent block 6701, 6702 is the same as that 1501 shown in FIG. Furthermore, three data blocks D2, R2, L2 located at the rear end of the first 3D extent block 6701, and three data blocks D3, R3, located at the front end of the second 3D extent block 6702, The contents of each stream data are continuous with L3.
  • the size of each data block R2, L2 is the value Smin2, Smin1 that can maintain the buffer margin until immediately before the long jump J LY. Good. That is, these values Smin2 and Smin1 are values obtained by subtracting the layer switching time from the maximum jump time T jump_max of the long jump J LY as the jump time T jump-3D [n] on the right side of the equations (3) and (2). May be calculated by substituting. As a result, the sizes Smin2 and Smin1 of the data blocks R2 and L2 are equal to the minimum extent size when it is assumed that “two 3D extent blocks 6701 and 6702 are continuously arranged”.
  • Arrangement 1 68A is a schematic diagram showing a first example of the physical arrangement of data block groups recorded before and after the layer boundary LB of the BD-ROM disc 101.
  • this arrangement is referred to as “arrangement 1”.
  • the first 3D extent block 6801 is recorded before the layer boundary LB
  • the second 3D extent block 6802 is recorded after the layer boundary LB.
  • the respective 3D extent blocks 6801 and 6802 are the same as those 6701 and 6702 shown in FIG.
  • one base-view data block L3 2D is further arranged between the rear end L2 of the first 3D extent block 6801 and the layer boundary LB.
  • cross-linking of AV stream files is realized as follows.
  • R3 + L1, R2 + L2, R3 + L3 SS , R4 + L4 SS , R5 + L5 pairs of adjacent right-view data block and base-view data block in each 3D extent block 7001, 7002 are each a single file of the first file SS244A.
  • the 3D extents EXTSS [0], EXTSS [1], EXTSS [2], EXTSS [3], and EXTSS [4] can be accessed.
  • the 3D extents EXTSS [0], EXTSS [1], and EXTSS [4] are the base view data, respectively.
  • the blocks L1, L2, and L5 are shared with the 2D extents EXT2D [0], EXT2D [1], and EXT2D [2].
  • the block exclusively for 2D playback (L3 + L4) 2D can be accessed as part of the 2D extent EXT2D [1].
  • the 3D playback dedicated blocks L3 SS and L4 SS are accessible as part of the 3D extents EXTSS [2] and EXTSS [3].
  • the 2D playback dedicated block (L3 + L4) 2D is read, but the reading of the 3D playback dedicated blocks L3 SS and L4 SS is skipped.
  • the 2D playback block (L3 + L4) 2D is skipped, but the 3D playback blocks L3 SS and L4 SS are read out.
  • the 2D playback-dedicated block (L3 + L4) 2D and the entire 3D playback-dedicated block L3 SS + L4 SS match in bit units, so that the left-view video frame to be played back is the same in any playback mode.
  • the size S ext2D [1] S ext1 [1] + S 2D of the 2D extent EXT2D [1] is kept constant,
  • the size S ext1 [1] of the base-view data block L2 can be further reduced.
  • the size S ext2 [1] of the right-view data block R2 can also be limited to be smaller.
  • the seamless playback of the video during the long jump is performed in the 2D playback mode and the L / R mode while the capacity of the read buffer to be secured in the playback device 102 is minimized.
  • the size of each data block can be designed to be feasible with both. The same applies to the depth mode.
  • 2D playback-dedicated block (L3 + L4) 2D copy data is divided into two 3D playback-dedicated blocks L3 SS and L4 SS .
  • the duplicated data may be divided into three or more 3D playback dedicated blocks.
  • FIG. 71 (a) is a schematic diagram showing a third example of the physical arrangement of data block groups recorded before and after the layer boundary LB of the BD-ROM disc 101.
  • this arrangement is referred to as “arrangement 3”.
  • 71 (a) is compared with FIG. 70 (a).
  • Arrangement 3 is different from Arrangement 2 in that 2D playback-only block (L2 + L3) 2D can be accessed as a single 2D extent EXT2D [1]. It is different.
  • 2D playback-only block (L2 + L3) 2D matches the entire LD SS + L3 SS of the 3D playback-only block located immediately after the layer boundary LB in bit units.
  • the arrangement 3 is the same as the arrangement 2, and therefore the description of the arrangement 2 is used for the detailed description thereof.
  • FIG. 71 (b) shows a playback path 7110 in 2D playback mode, playback path 7120 in L / R mode, and playback in depth mode for the data block group shown in FIG. 71 (a).
  • 7 is a schematic diagram showing a path 7130.
  • the playback device 102 in the 2D playback mode plays back the file 2D241. Therefore, as indicated by the playback path 7110 in the 2D playback mode, first, the last base-view data block L1 in the first 3D extent block 7101 is read as the first 2D extent EXT2D [0]. Next, the 2D playback-dedicated block (L2 + L3) 2D immediately after that is continuously read out as the second 2D extent EXT2D [1]. At the layer boundary LB immediately after that, a long jump JLY occurs, and the eight data blocks D2, R2, L2 SS , D3, R3, L3 SS , D4, R4 located at the tip of the second 3D extent block 7102 Reading is skipped. Subsequently, the third base-view data block L4 in the second 3D extent block 7102 is read as the third 2D extent EXT2D [2].
  • the playback device 102 in the L / R mode plays back the first file SS 244A. Accordingly, as indicated by the playback path 7102 in the L / R mode, first, the pair R1 + L1 of the first right-view data block R1 and the immediately following base-view data block L1 is defined as the first 3D extent EXTSS [0]. Read continuously. Immediately thereafter, a long jump JLY occurs, and reading of the 2D playback-dedicated block (L2 + L3) 2D and the first depth map data block D3 in the second 3D extent block 7102 is skipped.
  • the first right-view data block R2 in the second 3D extent block 7102 and the 3D playback-only block L2 SS immediately after it are successively read out as the second 3D extent EXTSS [1].
  • the reading of the depth map data block D3 immediately after that is skipped by the first jump JLR1 .
  • the next right-view data block R3 and the 3D playback-dedicated block L3 SS immediately after it are successively read out as the third 3D extent EXTSS [2], and the depth map data block immediately after that is read out.
  • Reading D4 is skipped by the second jump JLR2 .
  • the next right-view data block R4 and the immediately subsequent base-view data block L4 are successively read out as the fourth 3D extent EXTSS [3].
  • the playback path 7120 in the playback path 7110 and the L / R mode in the 2D playback mode are separated before and after the arrangement 3 in the long jump J LY. Therefore, the size S ext2D [1] of the 2D extent EXT2D [1] located immediately before the layer boundary LB and the size S ext2 [1] of the right-view data block R2 immediately before it are separately as follows: Can be determined. The same applies to the depth mode.
  • the sum of the sizes of the 2D extents EXT2D [0] and EXT2D [1] S ext2D [0] + S ext2D [1] is the size S ext1 [0] of the base-view data block L1 and the 2D playback-only block (L2 + L3) 2D It is equal to the sum S ext1 [0] + S ext2D [1] with the size S ext2D [1]. Therefore, in order to realize seamless playback in the 2D playback mode, first, the sum S ext1 [0] + S ext2D [1] only needs to satisfy Expression (1).
  • 2D reproduction-dedicated block (L2 + L3) 2D copy data is divided into two 3D reproduction-dedicated blocks L2 SS and L3 SS .
  • the replicated data may be provided as a single 3D playback dedicated block, or may be divided into three or more 3D playback dedicated blocks.
  • the 2D playback-dedicated block may be accessible as two or more extents of the file 2D.
  • the adjacent base-view data block L1 and 2D playback-only block (L2 + L3) 2D may belong to different files 2D.
  • Each data block shown in (a) of FIG. 72 is accessible as an extent of either file 2D or file DEP, except for 3D playback dedicated blocks L3 SS and L4 SS .
  • the 2D pair and the first base-view data block L5 in the second 3D extent block 7202 are each a single 2D extent EXT2D [0], EXT2D [1], EXT2D [ 2] is accessible.
  • the 3D extents EXTSS [0], EXTSS [1], and EXTSS [4] are the base view data except for the two 3D extents EXTSS [2] and EXTSS [3] that are arranged immediately before the layer boundary LB.
  • the blocks L1, L2, and L5 are shared with the 2D extents EXT2D [0], EXT2D [1], and EXT2D [2].
  • the block exclusively for 2D playback (L3 + L4) 2D can be accessed as part of the 2D extent EXT2D [1].
  • the 3D playback dedicated blocks L3 SS and L4 SS are accessible as part of the 3D extents EXTSS [2] and EXTSS [3].
  • FIG. 72 (b) shows a playback path 7210 in 2D playback mode, playback path 7220 in L / R mode, and playback in depth mode for the data block group shown in FIG. 72 (a).
  • 6 is a schematic diagram showing a path 7230.
  • the playback device 102 in the 2D playback mode plays back the file 2D241. Therefore, as indicated by the playback path 7210 in the 2D playback mode, the second base-view data block L1 from the last in the first 3D extent block 7201 is read as the first 2D extent EXT2D [0]. The reading of the depth map data block D2 and the right-view data block R2 immediately after that is skipped by the first jump J 2D 1. Next, the pair L2 + (L3 + L4) 2D of the last base-view data block L2 in the first 3D extent block 7201 and the immediately subsequent 2D playback-only block (L3 + L4) 2D is the second 2D extent EXT2D [ [1] is read continuously.
  • the playback device 102 in the L / R mode plays back the first file SS 244A. Accordingly, as indicated by the playback path 7220 in the L / R mode, first, the pair R1 + L1 of the first right-view data block R1 and the immediately following base-view data block L1 is defined as the first 3D extent EXTSS [0]. Reading is continuously performed, and reading of the depth map data block D2 immediately after that is skipped by the first jump JLR1 . Next, the second right-view data block R2 and the base view data block L2 immediately after the second right-view data block R2 are successively read out as the second 3D extent EXTSS [1].
  • the 2D playback dedicated block (L3 + L4) 2D is read, but the reading of the 3D playback dedicated blocks L3 SS and L4 SS is skipped.
  • the 2D playback block (L3 + L4) 2D is skipped, but the 3D playback blocks L3 SS and L4 SS are read out.
  • the 2D playback-dedicated block (L3 + L4) 2D and the entire 3D playback-dedicated block L3 SS + L4 SS match in bit units, so that the left-view video frame to be played back is the same in any playback mode.
  • each size S of the right-view data block R2 and the base-view data block L2 located immediately before the 2D playback dedicated block (L3 + L4) 2D ext2 [1] and S ext1 [1] need only satisfy the expressions (3) and (2).
  • the maximum jump time T jump_max to be substituted as the jump time T jump-3D on the right side of them is the 2D playback-only block (L3 + L4) 2D from the jump distance of the second jump J EX in the table of FIG. It is only necessary to correspond to the number of sectors excluding the size of.
  • each data block R2, L2 is assumed to be “2D playback dedicated block (L3 + L4) 2D is removed immediately after them, and depth map data block D3 immediately after that is continuous” Is substantially equal to the minimum extent size of Next, 2D playback-dedicated blocks (L3 + L4)
  • the sizes of the right-view data block R3 and the 3D playback-dedicated block L3 SS located immediately after 2D need only satisfy Expressions (3) and (2).
  • the maximum jump time T jump_max of the third jump J LR 3 may be substituted for the right side thereof as the jump time T jump-3D .
  • the size S ext2D [1] S ext1 [1] + S 2D of the 2D extent EXT2D [1] is kept constant,
  • the size S ext1 [1] of the base-view data block L2 can be further reduced.
  • the size S ext2 [1] of the right-view data block R2 can also be limited to be smaller.
  • the seamless playback of the video during the long jump JLY is performed in the 2D playback mode and the L / R while keeping the capacity of the read buffer to be secured in the playback device 102 to the minimum necessary.
  • the size of each data block can be designed so that it can be implemented in both modes. The same applies to the depth mode.
  • 73A is accumulated in the first read buffer 4021 during the data block read period according to the reproduction path 7220 in the L / R mode shown in FIG. 72B. It is a graph which shows the change of data amount DA1.
  • the last base-view data block L2 in the first 3D extent block 7201 starts to be read.
  • the first base-view data block L5 in the second 3D extent block 7202 starts to be read.
  • the maximum value DR1 of the data amount that can be read from the first read buffer 4021 from the first time TA to the second time TB is given by the following equation (15):
  • jump times T jump-EX , T jump [2], and T jump-LY represent the jump times of the second jump J LR 2, the third jump J LR 3, and the long jump J LY , respectively.
  • the right-view extent sizes S ext2 [2] and S ext2 [4] are the 2D playback-only block (L3 + L4), the right-view data block R3 located immediately after 2D , and the second 3D extent Each size with the first right-view data block R5 in the block 7202 is represented. Note that the sizes of the data blocks D4, R4, and L4 SS located immediately before the layer boundary LB are regarded as 0 for the purpose of obtaining the maximum value that can be assumed as the necessary buffer margin.
  • the minimum value DI1 of the data amount that can be accumulated in the first read buffer 4021 from the first time TA to the second time TB is given by the following equation (16):
  • the base view extent sizes S ext1 [1] and S ext1 [2] are respectively the last base view data block L2 in the first 3D extent block 7201 and the 2D playback-only block (L3 + L4). ) Each size with the 3D playback-dedicated block L3 SS located immediately after 2D .
  • the buffer margin amount UL1 is at least equal to the maximum read amount DR1 of the data amount that can be read from the first read buffer 4021 from the first time TA to the second time TB, and the first read ⁇ Any difference from the minimum value DI1 of the data amount that can be stored in the buffer 4021 may be used. That is, the buffer margin amount UL1 is expressed by the following equation (17):
  • 73B is accumulated in the second read buffer 4022 during the data block read period according to the reproduction path 7220 in the L / R mode shown in FIG. 72B. It is a graph which shows the change of data amount DA2.
  • the last right-view data block R2 in the first 3D extent block 7201 starts to be read.
  • the first right-view data block R5 in the second 3D extent block 7202 starts to be read.
  • the buffer margin UL2 is stored at least in the second read buffer 4022 during the same period as the maximum amount of data that can be read from the second read buffer 4022 from the third time TC to the fourth time TD. It is sufficient that the difference is between the minimum value of the data amount that can be performed. Accordingly, since each size of the right-view data blocks R2 and R3 satisfies the expression (3), the buffer margin UL2 may be a value satisfying at least the following expression (19):
  • the buffer margins UL1 and UL2 of the read buffers 4021 and 4022 may be values satisfying at least the following expressions (20) and (21):
  • the jump times T jump-EX and T jump are the 2D playback-only block (L3 + L4), the jump J EX for skipping 2D reading, and the right-view data block R4 located immediately before the layer boundary LB, respectively.
  • Each jump time of jump J LD 3 for skipping reading is represented.
  • FIG. 74 defines the third 3D extent block 7401, the file 2D # 27410 and the file SS # 27420 that share the base-view data block therein, and the playback paths of the files 241, 244A, 7410, and 7420.
  • FIG. 3 is a schematic diagram showing playlist files 221, 222, 7430, and 7440 to be played.
  • the first base-view data block Lx in the third 3D extent block 7401 is a 2D playback-only block (L3 + L4). From the rear end of 2D , the long jump J LY specified according to the capability of the 2D playback device It is recorded at a distance less than or equal to the maximum jump distance S jump_max . Further, the tip of the third 3D extent block 7401 is a distance that is less than or equal to the maximum jump distance S jump_max of the long jump J LY defined in accordance with the capability of the 3D playback device from the rear end of the first 3D extent block 7201. Is recorded.
  • the sizes of the two types of dependent-view data blocks Dx and Rx located at the beginning of the third 3D extent block 7401 are 2D playback-dedicated blocks (L3 + L4) 2D in equations (4) and (2), respectively. It is set so as not to contradict the size of the 3D playback-only block L3 SS located immediately after.
  • FIG. 75A is a schematic diagram showing a fifth example of the physical arrangement of data block groups recorded before and after the layer boundary LB of the BD-ROM disc 101.
  • this arrangement is referred to as “arrangement 5”.
  • 75 (a) is compared with FIG. 71 (a).
  • Arrangement 5 is different from Arrangement 3 in that data blocks in an interleaved arrangement including 3D playback-only blocks L2 SS , L3 SS , and L4 SS are played back in 2D.
  • 3D playback dedicated blocks L2 SS , L3 SS , and L4 SS are provided as depth map data blocks D2, D3, D4, and a right-view data block. Along with D2, R3, and R4, they are recorded in an interleaved arrangement. These data blocks are data blocks D2, R2, and L2 located at the rear end of the first 3D extent block 7501 and data blocks D5 and R5 located at the front end of the second 3D extent block 7502. , The content of each stream data is continuous in L5. Between the 3D playback block L4 SS and the layer boundary LB, a 2D playback block (L2 + L3 + L4) 2D is arranged. The 3D playback dedicated blocks L2 SS , L3 SS , and L4 SS match the 3D playback dedicated blocks L2 SS , L3 SS , and L4 SS on a bit-by-bit basis.
  • 3D extents EXTSS [1], EXTSS [2], and EXTSS [3] that include the 3D playback dedicated blocks L2 SS , L3 SS , and L4 SS
  • the 3D extents EXTSS [0] and EXTSS [4] are respectively
  • the base-view data blocks L1 and L5 are shared with the 2D extents EXT2D [0] and EXT2D [2].
  • the block exclusively for 2D playback (L2 + L3 + L4) 2D can be accessed as a single 2D extent EXT2D [1].
  • 3D playback-only block L2 SS, L3 SS, L4 SS is 3D extent EXTSS [1], EXTSS [2 ], is accessible as part of EXTSS [3].
  • FIG. 75 (b) shows a playback path 7510 in 2D playback mode, playback path 7520 in L / R mode, and playback in depth mode for the data block group shown in FIG. 75 (a).
  • 7 is a schematic diagram showing a path 7530.
  • the playback device 102 in the 2D playback mode plays back the file 2D241. Therefore, as shown by the playback path 7510 in the 2D playback mode, first, the last base-view data block L1 in the first 3D extent block 7501 is read as the first 2D extent EXT2D [0], and immediately thereafter. Eight data blocks D2, R2, L2 SS, D3 , R3, L3 SS, D4, R4, L4 SS of reading is skipped by jumping J 2D 1. Next, the 2D playback-only block (L2 + L3 + L4) 2D immediately before the layer boundary LB is continuously read as the second 2D extent EXT2D [1].
  • the playback device 102 in the L / R mode plays back the first file SS 244A. Therefore, as indicated by the playback path 7520 in the L / R mode, first, the pair R1 + L1 of the first right-view data block R1 and the immediately following base-view data block L1 is the first 3D extent EXTSS [0]. Reading is continuously performed, and reading of the depth map data block D2 immediately after that is skipped by the first jump JLR1 . Next, the second right-view data block R2 and the 3D playback dedicated block L2 SS immediately after the second right-view data block R2 are successively read out as the second 3D extent EXTSS [1], and the depth map data Reading block D3 is skipped by the second jump J JR 2.
  • 2D playback dedicated blocks (L2 + L3 + L4) 2D are read, but reading of the 3D playback dedicated blocks L2 SS , L3 SS and L4 SS is skipped.
  • 2D playback dedicated blocks (L2 + L3 + L4) 2D reading is skipped, but 3D playback dedicated blocks L2 SS , L3 SS and L4 SS are read out.
  • 2D playback-only block (L2 + L3 + L4) 2D and 3D playback-only block L2 SS + L3 SS + L4 SS match in bit units, so the left-view video frame played back in any playback mode is equal.
  • the playback path 7520 in the playback path 7510 and the L / R mode in the 2D playback mode in the previous arrangement 5 in long jump J LY are separated. Therefore, the 2D playback-only block (L2 + L3 + L4) 2D size, that is, the size S ext2D [1] of the 2D extent EXT2D [1], and the size of the last right-view data block R1 in the first 3D extent block 7501 S ext2 [0] can be determined separately as follows. The same applies to the depth mode.
  • Block dedicated for 2D playback (L2 + L3 + L4) 2D and the last base-view data block L1 in the first 3D extent block 7501 belong to different 2D extents EXT2D [0] and EXT2D [1]. Therefore, in order to realize seamless playback in the 2D playback mode, first, the 2D playback-dedicated block (L2 + L3 + L4) 2D size S ext2D [1] only needs to satisfy Expression (1).
  • the maximum jump time T jump_max of the jump J 2D 1 may be substituted for the right side as the jump time T jump ⁇ 2D .
  • each size S ext2 of the last right-view data block R1 and the base-view data block L1 in the first 3D extent block 7501 is used. [0] and S ext1 [0] need only satisfy the expressions (3) and (2).
  • the maximum jump time T jump_max of the first jump J JR 1 may be substituted for the right side thereof as the jump time T jump-3D .
  • the sizes of the data blocks R2, L2 SS , R3, and L3 SS located immediately after the first 3D extent block 7501 need only satisfy the expressions (3) and (2).
  • the size of the next right-view extent S ext2 [n + 1] on the right side of the equation (2) is immediately after the 3D playback-dedicated block L3 SS .
  • the size of each data block R3, L3 SS is substantially equal to the minimum extent size when it is assumed that “the second 3D extent block 7502 is continuous immediately after them”.
  • the sizes of the data blocks D4, R4, and L4 SS located immediately before the layer boundary LB may not satisfy the expressions (2) to (5).
  • the maximum jump distance S jump_max of the long jump J LY in which the number of sectors from the rear end of the 3D playback dedicated block L4 SS to the front end of the next 3D extent EXTSS [4] is defined in accordance with the capability of the 3D playback device. The following is sufficient.
  • the size of the last base-view data block L1 in the first 3D extent block 7501 can be designed independently of the size of the 2D playback-dedicated block (L2 + L3 + L4) 2D . Accordingly, the size S ext1 [0] of the base-view data block L1 can be further reduced while the 2D playback-dedicated block (L2 + L3 + L4) 2D size S ext2D [1] is maintained constant. Along with this, the size S ext2 [0] of the right-view data block R1 can be limited to a smaller value.
  • the entire L2 SS + L3 SS + L4 SS of 3D playback-only block is consistent with 2D playback-only block (L3 + L4) 2D is bit-for-bit, 2D reproduction dedicated block (L2 + L3 + L4) Expansion of 2D size, each 3D
  • the size of the right-view data block R2, R3, R4 located immediately before the reproduction-only blocks L2 SS , L3 SS , L4 SS is enlarged.
  • the 3D playback-only blocks for one 2D playback-only block (L2 + L3 + L4) 2D is divided into three L2 SS, L3 SS, L4 SS , each size is shown in (a) of FIG. 67 It can be made sufficiently smaller than the size of the right-view data block R3 located immediately before the existing layer boundary LB.
  • the seamless playback of the video during the long jump J LY is performed in the 2D playback mode and the L / R while keeping the capacity of the read buffer to be secured in the playback device 102 to the minimum necessary.
  • the size of each data block can be designed so that it can be implemented in both modes. The same applies to the depth mode.
  • 76A is accumulated in the first read buffer 4021 during the data block read period according to the reproduction path 7520 in the L / R mode shown in FIG. 75B. It is a graph which shows the change of data amount DA1.
  • the second 3D playback-dedicated block L3 SS starts to be read.
  • the first base-view data block L5 in the second 3D extent block 7502 starts to be read.
  • the maximum data amount DR1 that can be read from the first read buffer 4021 from the first time TE to the second time TF is given by the following equation (22):
  • jump times T jump and T jump-LY represent the jump times of the third jump J LR 3 and the long jump J LY , respectively.
  • the right-view extent size S ext2 [4] represents the size of the first right-view data block R5 in the second 3D extent block 7502. Note that the sizes of the data blocks D4, R4, and L4 SS located immediately before the layer boundary LB are regarded as 0 for the purpose of obtaining the maximum value that can be assumed as the necessary buffer margin.
  • the minimum value DI1 of the data amount that can be accumulated in the first read buffer 4021 from the first time TE to the second time TF is given by the following equation (23):
  • the size S ext1 [2] of the base view extent represents the size of the second 3D playback-dedicated block L3 SS .
  • the buffer margin amount UL1 is at least equal to the maximum read amount DR1 of the data amount that can be read from the first read buffer 4021 from the first time TE to the second time TF, and the first read ⁇ Any difference from the minimum value DI1 of the data amount that can be stored in the buffer 4021 may be used. That is, the buffer margin amount UL1 is expressed by the following equation (24):
  • the buffer margin amount UL1 may be a value satisfying at least the following expression (25):
  • FIG. 76B is stored in the second read buffer 4022 during the data block read period according to the reproduction path 7520 in the L / R mode shown in FIG. 75B. It is a graph which shows the change of data amount DA2.
  • the right-view data block R3 located immediately before the second 3D playback-dedicated block L3 SS starts to be read.
  • the first right-view data block R5 in the second 3D extent block 7502 starts to be read.
  • the buffer margin UL2 is stored at least in the second read buffer 4022 during the same period as the maximum amount of data that can be read from the second read buffer 4022 from the third time TG to the fourth time TH. It is sufficient that the difference is between the minimum value of the data amount that can be performed. Accordingly, since the size of the right-view data block R3 satisfies the equation (3), the buffer margin amount UL2 may be a value satisfying at least the following equation (26):
  • the buffer margins UL1 and UL2 of the read buffers 4021 and 4022 may be values satisfying at least the following expressions (27) and (28):
  • the jump time T jump represents the jump time of the jump J LD 3 for skipping reading of the right-view data block R4 located immediately before the layer boundary LB.
  • 2D playback-dedicated blocks (L2 + L3 + L4) 2D copy data is divided into three 3D playback-dedicated blocks L2 SS , L3 SS , and L4 SS .
  • the duplicate data may be provided as one or two 3D playback dedicated blocks, or may be divided into four or more 3D playback dedicated blocks.
  • the 2D playback-dedicated block may be accessible as two or more extents of the file 2D.
  • the base view data block may belong to a different file 2D between the two 3D extent blocks 7501 and 7502.
  • the two 3D extent blocks 7501 and 7502 belong to different files SS.
  • Arrangement 6 77 (a) is a schematic diagram showing a sixth example of the physical arrangement of data block groups recorded before and after the layer boundary LB of the BD-ROM disc 101.
  • FIG. Hereinafter, this arrangement is referred to as “arrangement 6”.
  • 77 (a) is compared with FIG. 72 (a).
  • Arrangement 6 is different from Arrangement 4 in the right-view data block and the depth map located immediately before each of the 3D playback dedicated blocks L3 SS and L4 SS. -The difference is that the order of the R3 + D3 and R4 + D4 pairs with the data block is reversed. Since the arrangement 6 is the same as the arrangement 4 with respect to other features, the description of the arrangement 4 is used for the detailed description thereof.
  • each R1 + L1, R2 + D2, R5 + L5 pair of adjacent right-view data block and base-view data block in each 3D extent block 7501 and 7502 is a single 3D extent EXTSS [0] of the first file SS244A. , EXTSS [1], EXTSS [6].
  • the 3D extents EXTSS [0], EXTSS [1], and EXTSS [6] respectively convert the base view data blocks L1, L2, and L5 into the 2D extents EXT2D [0], EXT2D [1], and EXT2D [2]. Share with.
  • the right-view data blocks R3, R4 and the 3D playback-only blocks L3 SS , L4 SS in the interleaved arrangement immediately before the layer boundary LB are respectively a single 3D extent EXTSS [2] of the first file SS 244A, Accessible as EXTSS [3], EXTSS [4], EXTSS [5].
  • the 2D playback dedicated block (L3 + L4) 2D can be accessed as a single 2D extent EXT2D [1].
  • FIG. 77 (b) shows a playback path 7710 in 2D playback mode, playback path 7720 in L / R mode, and playback in depth mode for the data block group shown in FIG. 77 (a).
  • 7 is a schematic diagram showing a path 7730.
  • the playback device 102 in the 2D playback mode plays back the file 2D241. Accordingly, as indicated by the playback path 7710 in the 2D playback mode, the second base-view data block L1 from the last in the first 3D extent block 7701 is first read as the first 2D extent EXT2D [0]. The reading of the depth map data block D2 and the right-view data block R2 immediately after that is skipped by the first jump J 2D 1. Next, the pair L2 + (L3 + L4) 2D of the last base-view data block L2 in the first 3D extent block 7701 and the immediately following 2D playback-only block (L3 + L4) 2D is the second 2D extent EXT2D [ [1] is read continuously.
  • the playback device 102 in the L / R mode plays back the first file SS 244A. Therefore, as indicated by the playback path 7720 in the L / R mode, the pair R1 + L1 of the first right-view data block R1 and the immediately subsequent base-view data block L1 is the first 3D extent EXTSS [0]. Reading is continuously performed, and reading of the depth map data block D2 immediately after that is skipped by the first jump JLR1 . Next, the second right-view data block R2 and the base view data block L2 immediately after the second right-view data block R2 are successively read out as the second 3D extent EXTSS [1]. (L3 + L4) 2D reading is skipped by the second jump JEX .
  • right-view data block R3 are read as the third 3D extent EXTSS [2], reading of the immediately following depth map data block D3 is skipped by the third jump J LR 3. Further, the 3D playback-dedicated block L3 SS immediately after that is read as the fourth 3D extent EXTSS [3], and the next right-view data block R4 is read as the fifth 3D extent EXTSS [4]. The reading of the depth map data block D4 immediately after that is skipped by the fourth jump JLR4 . The 3D playback dedicated block L4 SS immediately after that is read as the sixth 3D extent EXTSS [5].
  • each size S of the right-view data block R2 and the base-view data block L2 located immediately before the 2D playback dedicated block (L3 + L4) 2D ext2 [1] and S ext1 [1] need only satisfy the expressions (3) and (2).
  • the zero sector transition time T jump-0 may be substituted for the right side of them as the jump time T jump-3D .
  • each data block R2, L2 is assumed to be “2D playback-only block (L3 + L4) 2D is removed immediately after them and right-view data block R3 immediately after that is continuous” Is substantially equal to the minimum extent size of Next, 2D playback-only block (L3 + L4)
  • the size of the right-view data block R3 and the 3D playback-only block L3 SS located immediately after 2D is expressed by the depth map data in equations (5) and (4). What is necessary is just to fill the block replaced with the right-view data block.
  • the size of the next right-view extent S ext2 [n + 1] is not the size of the right-view data block R4, but the first light in the second 3D extent block 7702.
  • the size of the view data block R5 is substituted. That is, the size of each data block R3, L3 SS is substantially equal to the minimum extent size when it is assumed that “the second 3D extent block 7702 is continuous immediately after them”. Accordingly, the sizes of the data blocks R4, D4, and L4 SS located immediately before the layer boundary LB may not satisfy the equations (2) to (5).
  • the maximum jump distance S jump_max of the long jump J LY in which the number of sectors from the rear end of the 3D playback dedicated block L4 SS to the front end of the next 3D extent EXTSS [4] is defined in accordance with the capability of the 3D playback device. The following is sufficient.
  • the size S ext2D [1] S ext1 [1] + S 2D of the 2D extent EXT2D [1] is kept constant,
  • the size S ext1 [1] of the base-view data block L2 can be further reduced.
  • the size S ext2 [1] of the right-view data block R2 can also be limited to be smaller.
  • the 2D playback dedicated block (L3 + L4) 2D size S 2D enlargement is 3D each.
  • the size of the right-view data blocks R3 and R4 located immediately before the reproduction-only blocks L3 SS and L4 SS is enlarged.
  • each size is the layer shown in FIG. 67 (a). It can be made sufficiently smaller than the size of the right-view data block R3 located immediately before the boundary LB.
  • the seamless playback of the video during the long jump J LY is performed in the 2D playback mode and the L / R while keeping the capacity of the read buffer to be secured in the playback device 102 to the minimum necessary.
  • the size of each data block can be designed so that it can be implemented in both modes. The same applies to the depth mode.
  • FIG. 78 (a) is accumulated in the first read buffer 4021 during the data block read period according to the reproduction path 7720 in the L / R mode shown in FIG. 77 (b). It is a graph which shows the change of data amount DA1.
  • the last base-view data block L2 in the first 3D extent block 7701 starts to be read.
  • the first base-view data block L5 in the second 3D extent block 7702 starts to be read.
  • the maximum data amount DR1 that can be read from the first read buffer 4021 from the first time TI to the second time TJ is given by the following equation (29):
  • the minimum value DI1 of the data amount that can be accumulated in the first read buffer 4021 from the first time TI to the second time TJ is given by the following equation (30):
  • the base view extent sizes S ext1 [1] and S ext1 [2] are respectively the last base view data block L2 in the first 3D extent block 7701 and the 2D playback-only block (L3 + L4). ) Represents each size with the 3D playback dedicated block L3 SS located immediately after 2D .
  • the buffer margin amount UL1 is at least equal to the maximum read amount DR1 of the data amount that can be read from the first read buffer 4021 from the first time TI to the second time TJ in the same period. Any difference from the minimum value DI1 of the data amount that can be stored in the buffer 4021 may be used. That is, the buffer margin amount UL1 is expressed by the following equation (31):
  • the depth map data block is replaced with the right view data block in Expression (4). Therefore, both the second term and the third term of the formula (31) are 0 or less. Therefore, the buffer margin UL1 may be at least a value satisfying the following expression (32):
  • FIG. 78B is accumulated in the second read buffer 4022 during the data block read period according to the reproduction path 7720 in the L / R mode shown in FIG. 77B. It is a graph which shows the change of data amount DA2.
  • the last right-view data block R2 in the first 3D extent block 7701 starts to be read.
  • the first right-view data block R5 in the second 3D extent block 7702 starts to be read.
  • the buffer margin amount UL2 is stored in the second read buffer 4022 at the maximum value of the data amount that can be read from the second read buffer 4022 at least from the third time TK to the fourth time TL. It is sufficient that the difference is between the minimum value of the data amount that can be performed. Accordingly, each size of the right-view data blocks R2 and R3 satisfies the expression (5) in which the depth map data block is replaced with the right-view data block. Therefore, the buffer margin UL2 is at least: Any value satisfying the following expression (33) may be used:
  • the buffer margins UL1 and UL2 of the read buffers 4021 and 4022 may be values satisfying at least the following expressions (34) and (35):
  • the buffer margins UL1 and UL2 in the depth mode are smaller in the arrangement 6 than in the arrangement 4. Therefore, as apparent from the equations (12) to (14) of the modification [N], the minimum capacity of the read buffers 4021 and 4022 can be further reduced in the depth mode.
  • 2D playback-dedicated block (L3 + L4) 2D copy data is divided into two 3D playback-dedicated blocks L3 SS and L4 SS .
  • the replicated data may be provided as a single 3D playback dedicated block, or may be divided into three or more 3D playback dedicated blocks.
  • the 2D playback-dedicated block may be accessible as two or more extents of the file 2D.
  • the base-view data block may belong to a different file 2D between the two 3D extent blocks 7701 and 7702.
  • the two 3D extent blocks 7701 and 7702 belong to different files SS.
  • [P] Extent size conditional expression using extent ATC time In Expressions (2) to (5), the extents of the base view extent and the dependent view extent are located behind them. Limited by size. However, from the viewpoint of use in the authoring process, it is desirable that the conditions for the size of each extent are expressed in a form that does not depend on the sizes of other extents. Therefore, the expressions (2) to (5) are re-expressed as a conditional expression using the extent ATC time as follows.
  • the minimum value of these extent ATC times is set as the minimum extent ATC time minT ext
  • the maximum value is set as the maximum extent ATC time maxT ext : minT ext ⁇ T ext [n] ⁇ maxT ext .
  • the sizes S ext1 [n], S ext2 [n], and S ext3 [n] of the nth extents EXT1 [n], EXT2 [n], and EXT3 [n] are expressed by the following equations (36) and (37 ), Limited to the range of (38): CEIL (R ext1 [n] ⁇ minT ext / 8) ⁇ S ext1 [n] ⁇ CEIL (R ext1 [n] ⁇ maxT ext / 8), (36) CEIL (R ext2 [n] ⁇ minT ext / 8) ⁇ S ext2 [n] ⁇ CEIL (R ext2 [n] ⁇ maxT ext / 8), (37) CEIL (R ext3 [n] ⁇ minT ext / 8) ⁇ S ext3 [n] ⁇ CEIL (R ext3 [n] ⁇ maxT ext / 8).
  • the maximum value maxEXTk is referred to as “maximum extent size”.
  • the minimum extent ATC time minT ext is calculated as follows using the minimum extent size minEXTk and the maximum extent size maxEXTk.
  • FIG. 79 is a schematic diagram showing the interleaved arrangement of extent groups 7901 assumed in the calculation of the minimum extent size and the playback paths 7920 and 7930 in 3D playback mode for them.
  • the sizes of the nth depth map extent EXT3 [n], right-view extent EXT2 [n], and base-view extent EXT1 [n] are the minimum extent sizes minEXT3, minEXT2, and minEXT1. equal.
  • the sizes of the (n + 1) th extents EXT3 [n + 1], EXT2 [n + 1], and EXT1 [n + 1] are equal to the maximum extent sizes maxEXT3, maxEXT2, and maxEXT1.
  • the reproduction path 7920 in the L / R mode and the reproduction path 7930 in the depth mode for the extent group 7901 are those shown in FIGS. 59 (c) and 60 (c) 5920 and 6020, respectively. It is the same.
  • Equation (3) Since the size of the nth base-view extent EXT1 [1] is equal to the minimum extent size minEXT1, the minimum extent ATC time minT ext satisfies the following equation (39) from Equations (2) and (36):
  • S ext2 [n + 1] of the (n + 1) th right-view extent EXT2 [n + 1] is equal to the maximum extent size maxEXT2:
  • the base view transfer rate R ext1 [n] does not exceed the maximum value R max1 : R ext1 [n] ⁇ R max1 .
  • equation (4) is similarly modified instead of equation (2), it can be seen that the minimum extent ATC time minT ext further satisfies the following equation (41):
  • the size of the nth right-view extent EXT2 [n] is equal to the minimum extent size minEXT2. Furthermore, the right-view transfer rate R ext2 [n] does not exceed the maximum value R max2 , and the base-view transfer rate R ext1 [n] does not exceed the maximum value R max1 : R ext2 [n] ⁇ R max2 , R ext1 [ n] ⁇ R max1 . Therefore, from the equations (3) and (37), the minimum extent ATC time minT ext satisfies the following equation (42):
  • equation (5) is used instead of equation (3), the minimum extent ATC time minT ext satisfies the following equation (43):
  • the minimum extent ATC time minT ext is calculated as the maximum value in each right side of the equations (40)-(43).
  • the zero sector transition time T jump-0 , the jump time T jump-3D , and the extent ATC time fluctuation range Tm can be limited to a predetermined value.
  • the jump time T jump-3D may be evaluated using the maximum jump distance MAX_EXTJUMP3D.
  • the minimum extent ATC time minT ext can be substantially determined only by a constant such as the maximum value R max of the average transfer time. Therefore, the condition for the extent size expressed by the equations (36) to (38) is advantageous for use in the authoring process.
  • a data block that does not satisfy the condition that “the extent ATC time is equal to or longer than the minimum extent ATC time” may occur.
  • the minimum extent ATC time and the maximum extent ATC time are both 2 seconds, and the ATC time of the entire multiplexed stream data is 11 seconds.
  • the multiplexed stream data is divided into data blocks having an extent ATC time of 2 seconds in order from the top, finally, a data block having an extent ATC time of 1 second remains. Even if such remaining data blocks occur, they can be placed immediately before the layer boundary LB in placement 4-6 as described above.
  • the remaining data blocks described above require a jump in addition to a long jump on the playback path in the 3D playback mode.
  • Buffer margins UL1 and UL2 increase. Therefore, in order to further reduce the minimum capacity of the read buffers 4021 and 4022, it is desirable that the extent ATC time of all the data blocks is equal to or longer than the minimum extent ATC time.
  • the following conditions are set for the maximum extent ATC time so that the size of the data block group located at the rear end of the multiplexed stream data is equal to or larger than the minimum extent size.
  • FIG. 80A is a schematic diagram showing a state in which multiplexed stream data is divided into data blocks EXT [0] ⁇ EXT [n ⁇ 1] (n ⁇ 1) of the minimum extent ATC time minT ext in order from the beginning.
  • FIG. 80 (b) is a schematic diagram showing the multiplexed stream data after the extension. Referring to FIG. 80B, all extent ATC times of the extended data blocks are longer than the minimum extent ATC time minT ext . Further, the extent ATC time of the last data block EXT [n] shown in FIG. 80A is at most equal to the minimum extent ATC time minT ext . Accordingly, the maximum extent ATC time maxT ext is set to at least the maximum value of the extent ATC time after extension. Equation (44) represents the condition.
  • correspondence between the maximum extent ATC time maxT ext and multiplexed stream data entire ATC time T DR is appropriately set in accordance with the jump capacity or the like of the reproducing apparatus.
  • limits the seamless multiplexed stream data entire ATC time to be connected to the T DR 30 seconds or more may be limited maximum extent ATC time maxT ext 2.15 seconds.
  • the extent ATC time of the last data block group of the multiplexed stream data can always be set to be equal to or longer than the minimum extent ATC time.
  • the buffer margins UL1 and UL2 required for the 3D playback device can be further reduced.
  • the actual average transfer rates R ext1 , R ext2 , R ext3 are generally lower than their respective maximum values R max1 , R max2 , R max3 . Therefore, the actual data block sizes R ext1 ⁇ T ext , R ext2 ⁇ T ext , R ext3 ⁇ T ext are the expected values R max1 ⁇ T ext , R max2 ⁇ T ext , R Generally smaller than max3 ⁇ T ext . Therefore, reading of the next data block is started before the extent ATC time T ext elapses from the start of reading of each data block. That is, the data amounts DA1 and DA2 stored in the read buffers 4021 and 4022 are actually different from those shown in FIGS.
  • the accumulated data amounts DA1 and DA2 increase by a predetermined amount each time one pair of data blocks of the base view and the dependent view is read. As a result, a certain number of data blocks are continuously read into the read buffers 4021 and 4022, thereby ensuring the buffer margin amounts UL1 and UL2.
  • FIG. 81 (a) is a schematic diagram showing the correspondence between the 3D extent block 8110 and the playback path 8120 in the L / R mode.
  • each pair of adjacent right-view data block Rk and base-view data block Lk is read out as one 3D extent, that is, a dependent-view extent and a base-view extent pair. .
  • This extent size S ext1 [k] is generally smaller than the product of the maximum base view transfer rate R max1 and the extent ATC time T ext [k]: S ext1 [k] ⁇ R max1 ⁇ T ext [k ].
  • FIG. 81 (b) is a graph showing a change in the accumulated data amount DA1 of the first read buffer 4021 when the 3D extent block 8110 is read according to the playback path 8120 in the L / R mode.
  • the thin solid line graph shows changes when the average transfer rates R ext1 [k], R ext2 [k], and R ext3 [k] are equal to the maximum values R max1 , R max2 , and R max3 , respectively.
  • the thick solid line graph shows the change when the transfer rate R ext1 [0] of the first base-view extent L0 is lower than the maximum value R max1 .
  • the dependent view transfer rates R ext2 [k] and R ext3 [k] are equal to the maximum values R max2 and R max3 , respectively.
  • the dependent view extent size R ext2 [k] ⁇ T ext [k] and R ext3 [k] ⁇ T ext [k] are the maximum possible values R max2 ⁇ T ext [k], R Equal to max3 ⁇ T ext [k].
  • each dependent- view extent D1 and R1 is the same value for both graphs R max2 ⁇ T ext [1], R max3 ⁇ T ext [1] It is. Therefore, the time ⁇ T from the peak of the accumulated data amount DA1 to the start of reading of the next base-view extent L1 is common to both graphs.
  • the thick solid line graph differs from the thin solid line graph by the time ⁇ Tb earlier than the extent ATC time T ext elapses from the start of reading the first base view extent L0, and the next base view extent L1. Reading is started.
  • FIG. 81 (c) shows the change in the accumulated data amount DA2 in the second read buffer 4022 when the accumulated data amount DA1 in the first read buffer 4021 indicates the change shown in FIG. 81 (b). It is a graph to show.
  • the thin solid line graph shows changes when the average transfer rates R ext1 [k], R ext2 [k], and R ext3 [k] are equal to the maximum values R max1 , R max2 , and R max3 , respectively.
  • the thick solid line graph shows the change when the transfer rate R ext1 [0] of the first base-view extent L0 is lower than the maximum value R max1 .
  • the dependent view transfer rates R ext2 [k] and R ext3 [k] are equal to the maximum values R max2 and R max3 , respectively.
  • the next right view is earlier than the thin solid line graph by the time ⁇ Tb, that is, by the time ⁇ Tb before the extent ATC time T ext elapses from the start of reading the first right view extent R0.
  • -Reading of extent R1 is started. Therefore, the value DM21 of the accumulated data amount DA2 at that time increases by the increment DM2 [0] from the value DM20 at the start of reading of the first right-view extent R0.
  • the time ⁇ T from the peak of the accumulated data amount DA1 to the start of reading of the next base-view extent L1 is shortened by the same time ⁇ Td.
  • DM3 [k] R ext1 [k] ⁇ ⁇ (R ext1 [k] ⁇ R max1 ) + (R ext3 [k] ⁇ R max3 ) ⁇ ⁇ T ext [k] / R ud ⁇ 3D
  • DM4 [k] R ext3 [k] ⁇ ⁇ (R ext1 [k] ⁇ R max1 ) + (R ext3 [k] ⁇ R max3 ) ⁇ ⁇ T ext [k] / R ud ⁇ 3D .
  • the base view transfer rate R ext1 [k] is equal to the average value R ext1 ⁇ av and the dependent view transfer rate R ext2 [k ], R ext3 [k] is equal to the average values R ext2 ⁇ av and R ext3 ⁇ av .
  • 82 (a) and 82 (b) show read buffers 4021 and 4022 when a series of 3D extent blocks satisfying equations (50) to (53) are read by the playback device 102 in the L / R mode.
  • 5 is a graph showing changes in accumulated data amounts DA1 and DA2. Referring to FIGS. 82A and 82B, the effect of adding the margin time T margin to the right side of the equations (50) to (53) can be interpreted as follows.
  • each right-view data block A value assumed as a jump time necessary from the start of reading to the start of reading of the next right-view data block is longer than the actual value by the margin time T margin . Therefore, for the purpose of preventing underflow of the second read buffer 4022 during the jump time, the size of each right-view data block is the amount of data read from the second read buffer 4022 during the margin time T margin . Only extra. As a result, each time one right-view data block is read, the accumulated data amount DA2 of the second read buffer 4022 increases by the product of the right-view transfer rate R ext2 and the margin time T margin . Similarly, each time one base-view data block is read, the accumulated data amount DA1 of the first read buffer 4021 increases by the product of the base-view transfer rate R ext1 and the margin time T margin .
  • the effect of the margin time T margin added implicitly through the size of other data blocks can be expressed as follows:
  • the value assumed as the time required to read the data block into the second read buffer 4022 is longer than the actual value by the margin time T margin .
  • the value assumed as the length of the period is longer than the actual value by the margin time T margin .
  • the accumulated data amount DA1 of the first read buffer 4021 increases by the product of the base-view transfer rate R ext1 and the margin time T margin .
  • the accumulated data amount DA2 of the second read buffer 4022 increases by the product of the right-view transfer rate R ext2 and the margin time T margin .
  • the 3D extent block Buffer allowance UL1 and UL2 can be secured in each read buffer 4021 and 4022 by reading the entire data:
  • the base view transfer rate R ext1 is equal to the average value R ext1 ⁇ av and the dependent view transfer rates R ext2 and R ext3 are the average value. Equivalent to R ext2 ⁇ av and R ext3 ⁇ av . Furthermore, the extent ATC time T ext of each data block is equal to the average value T ext ⁇ av .
  • Method ⁇ III the buffer margin amounts UL1 and UL2 are secured at the start of playback of the AV stream file. For example, when the playback device in the L / R mode starts playback, the extent is read from the second read buffer 4022 until the entire first right-view extent EXT2 [0] is read into the second read buffer 4022. The data is not transferred to the decoder 4023. In the method ⁇ III >>, the second read buffer 4022 to the system target decoder 4023 until the sufficient amount of data is accumulated in the first read buffer 4021 from the first base-view extent EXT1 [0]. Transfer does not start. As a result, buffer margin amounts UL1 and UL2 are accumulated in the read buffers 4021 and 4022, respectively.
  • the depth map transfer rate R ext3-av is generally lower than the right view transfer rate R ext2-av , so the total Tsum of the extent ATC time for the entire 3D extent block
  • the condition for can also be expressed as:
  • the playback device 102 in 2D playback mode reads in the same manner as the above methods ⁇ I >> and ⁇ II >> as shown below.
  • a buffer margin may be maintained in the buffer 3621.
  • 83 (a) is a schematic diagram showing the correspondence between the 3D extent block 8310 and the playback path 8320 in the 2D playback mode.
  • each base-view data block Lk is read as one 2D extent.
  • FIG. 83 (b) is a graph showing a change in the accumulated data amount DA of the read buffer 3621 when the 3D extent block 8310 is read according to the playback path 8320 in the 2D playback mode.
  • the thin solid line graph shows the change when the average transfer rate R ext2D [k] is equal to the maximum value R max2D .
  • the thick solid line graph shows the change when the transfer rate R ext2D [0] of the first 2D extent L0 is lower than the maximum value R max2D .
  • the accumulated data amount DA at that time is substantially equal to the value DM10 at the start of reading.
  • the time required for the entire leading 2D extent L0 to be read from the BD-ROM disc 101 to the read buffer 3621 is shorter by the time difference ⁇ T than the time in the thin solid line graph. Accordingly, in the thick solid line graph, the accumulated data amount DA reaches the peak earlier by the time ⁇ T than in the thin solid line graph.
  • a thick solid line graph starts reading the next 2D extent L1 earlier by the time ⁇ T than the extent ATC time T ext elapses from the start of reading the first 2D extent L0.
  • the value DM1 of the accumulated data amount DA at that time increases by an increment DM [0] from the value DM0 at the start of reading of the first 2D extent L0.
  • 83 (c) is a graph showing a change in the accumulated data amount DA of the read buffer 3621 when the entire 3D extent block 8310 shown in FIG. 83 (a) is read.
  • the accumulated data amount DA of the read buffer 3621 increases each time one 2D extent Lk is read. Therefore, a sufficient buffer margin can be accumulated in the read buffer 3621 by reading a sufficient number of 2D extents from the 3D extent block 8310 prior to layer switching and reading of a BD-J object file or the like. it can.
  • the extent ATC time Tsum of the entire 3D extent block necessary for storing the buffer margin amount is expressed by the following equation, for example.
  • FIG. 84A is a schematic diagram showing a case where a BD-J object file reading process is performed during a period in which 3D video is played back from the 3D extent block 8401 according to the playback path 8420 in the L / R mode. It is.
  • the playback device 102 in the L / R mode reads a data block group from the 3D extent block 8401 according to the playback path 8420.
  • buffer margins UL1 and UL2 are stored in the read buffers 4201 and 4202 while these data block groups are read.
  • a first long jump J BDJ 1 from the reproduction path 8420 to the recording area 8402 of the BD-J object file occurs.
  • the BD-J object file is read from the recording area 8402.
  • a second long jump J BDJ 2 from the recording area 8402 to the reproduction path 8420 occurs.
  • the playback process of the 3D extent block 8401 is resumed from the location where the first long jump J BDJ 1 occurs.
  • the buffer margin amount UL1 may be equal to or larger than the data amount read from the first read buffer 4021 from the start of the first long jump J BDJ 1 to the end of the second long jump J BDJ 2. Therefore, the conditions to be satisfied by the buffer margin UL1 are the size S JAVA of the BD-J object file to be read, the jump time T jump of each long jump J BDJ 1 and J BDJ 2, and the entire 3D extent block 8401. Using the average value R ext1 ⁇ av of the base view transfer rate of
  • the maximum values R max1 and R max2 of the average transfer rates R ext1 and R ext2 are respectively the system rates for the file 2D and the file DEP referring to the 3D extent block 8401, that is, the recording rate R of TS packets belonging to each file.
  • TS1 , R TS2 equal to 192/188 times:
  • Expression (57) is obtained in the same manner as Expression (49).
  • Playback device 102 in 3D playback mode whether it can guarantee that ending the process of reading the BD-J object file within the above time T R, may be represented by a specific flag.
  • the application program can determine whether or not to read the BD-J object file while reproducing the 3D video with reference to this flag.
  • the system rate R TS1 + R TS2 for the file SS referring to the 3D extent block 8301 is 60 Mbps
  • the sum of the average transfer rates R AV1 + R AV2 for the 3D extent block 8301 is 50 Mbps
  • the playback device 102 can use the above flag when it can be guaranteed that the reading process of the BD-J object file will be completed within 20 seconds. Turn on. Otherwise, the playback device 102 turns off the above flag.
  • FIG. 84 (b) is a schematic diagram showing a case where a BD-J object file is read out during a period in which 2D video is played back from the 3D extent block 8401 according to the playback path 8410 in 2D playback mode. is there.
  • the playback device 102 in 2D playback mode reads a data block group from the 3D extent block 8401 according to the playback path 8410.
  • the buffer margin amount UL1 is accumulated in the read buffer 3621 while these data block groups are read.
  • the BD-J object file is read from the recording area 8402.
  • a second long jump J BDJ 2 from the recording area 8402 to the reproduction path 8410 occurs.
  • the playback process of the 3D extent block 8401 is resumed from the location where the first long jump J BDJ 1 occurs.
  • the conditions to be satisfied by the buffer margin UL1 are the size S JAVA of the BD-J object file to be read, the jump time T jump of each long jump J BDJ 1 and J BDJ 2, and the entire 3D extent block 8401.
  • the average transfer rate R ext2D ⁇ av is expressed by the following formula (58):
  • the reading speed R ud-2D of the BD-ROM drive 3601 is, for example, 54 Mbps.
  • the jump time T jump has a maximum jump time T jump — max 1000 msec and a time required for error correction processing 20 msec. The sum is equal to 1020 ms.
  • Expression (59) is obtained in the same manner as Expression (57).
  • Playback device 102 in 2D playback mode whether it can guarantee that ending the process of reading the BD-J object file within the above time T R, may be represented by a specific flag.
  • the application program can determine whether or not to read the BD-J object file while reproducing the 2D video with reference to this flag. For example, a 45Mbps system rate R TS for the file 2D referencing the 3D extent block 8401, if the average transfer rate R AV for 3D extent block 8401 is 35 Mbps, and the above-mentioned time T R is 20 seconds Is assumed.
  • the playback apparatus 102 turns on the above flag when it can be guaranteed that the reading process of the BD-J object file is always finished within 20 seconds. . Otherwise, the playback device 102 turns off the above flag.
  • a clip information file may be provided for the file SS.
  • the file is advantageous for use in special reproduction such as dive reproduction.
  • FIG. 85A is a schematic diagram showing (k + 1) source packets SP # 0, SP # 1, SP # 2,..., SP # k to be included in one 3D extent.
  • FIG. 85 (a) Then, the rectangular length AT1 representing each source packet SP # 0, SP # 1, SP # 2,..., SP # k represents the ATC time of the source packet.
  • the ATC time AT1 is the time required for the source packet to be transferred from one of the read buffers 4021 and 4022 to the system target decoder 4023 in the 3D playback mode playback processing system shown in FIG. be equivalent to.
  • the minimum extent ATC time minT ext is equal to the sum of the ATC times of a source packet group of 6 KB, for example.
  • FIG. 85 (b) is a schematic diagram showing a state in which the source packets SP # 0-SP # k are arranged in the order of ATS in the ATC time axis direction.
  • the leading positions ATS0 to ATSk of the rectangles representing the source packets SP # 0 to SP # k represent the ATS values of the source packets.
  • an empty area is detected between source packets SP # 0-SP # k.
  • the time ATS0 + AT1 at which the transfer of SP # 0 from the read buffer 4021 or 4022 to the system target decoder 4023 is completed, and the time ATS1 at which the transfer of SP # 1 is started. There is a gap.
  • SP # 1 and SP # 2 The same applies to SP # 1 and SP # 2. Furthermore, SP a # k from the read buffer 4021 or 4022 and the time atsk + AT1 which finishes transferred to the system target decoder 4023, and time ATS0 + minT ext minimum extent ATC time minT ext from time ATS0 indicated by the ATS of SP # 0 has elapsed The space is vacant.
  • FIG. 85 (c) is a schematic diagram showing a state in which a NULL packet is inserted in the empty area shown in FIG. 85 (b).
  • a NULL packet is further inserted into the empty area detected from between the source packets SP # 0-SP # k.
  • the total size of the source packets SP # 0-SP # k and the NULL packet matches 6 KB. They are multiplexed into one 3D extent. Thus, the size of the 3D extent is adjusted to 6 KB.
  • FIG. 86A is a schematic diagram showing a reproduction path of multiplexed stream data corresponding to multi-angle.
  • three types of stream data L, R, and D of a base view, a right view, and a depth map are multiplexed in the multiplexed stream data.
  • the stream data Ak, Bk, and Ck of each angle are divided into portions where the reproduction time is equal to the angle change interval.
  • Each portion Ak, Bk, and Ck is further multiplexed with stream data of a base view, a right view, and a depth map.
  • the reproduction target can be switched among the stream data Ak, Bk, and Ck for each angle in accordance with the user operation or the instruction of the application program.
  • FIG. 86 (b) is a schematic diagram showing a data block group 8601 recorded on the BD-ROM disc and a playback path 8602 in the L / R mode for them.
  • the data block group 8601 includes stream data L, R, D, Ak, Bk, and Ck shown in FIG.
  • stream data Ak, Bk, and Ck for each angle are recorded in an interleaved arrangement. Yes.
  • the right-view and base-view data blocks R and L are read, and the reading of the depth map data block D is skipped by a jump.
  • the data blocks A0, B1,..., Cn of the selected stream data Ak, Bk, Ck for each angle are read, and reading of the other data blocks is skipped by jump.
  • FIG. 86 (c) is a schematic diagram showing 3D extent blocks constituting stream data Ak, Bk, and Ck for each angle.
  • stream data Ak, Bk, and Ck of each angle is composed of three types of data blocks L, R, and D: a base view, a right view, and a depth map. .
  • L, R, and D are further recorded in an interleaved arrangement.
  • the right-view and base-view data blocks from the stream data Ak, Bk, Ck selected by angle from the selected data A0, B1,. R and L are read. On the other hand, reading of other data blocks is skipped by a jump.
  • the arrangement of 3D extent blocks that make up the stream data Ak, Bk, and Ck of each angle includes the following three types.
  • FIG. 87A is a schematic diagram showing a first 3D extent block 8701 and three types of playback paths 8710, 8720, and 8730 corresponding thereto.
  • each playback path 8710, 8720, 8730 represents the 2D playback mode, L / R mode, and depth mode.
  • the stream data Ak, Bk, and Ck of each angle are composed of three data blocks L, R, and D.
  • the playback time per data block is equal to the angle change interval. Therefore, the angle change interval is small.
  • it is necessary to secure a buffer margin necessary for jumping by reading one data block. As a result, the average transfer rate R extk (k 1, 2, 3) of each data block must be kept low.
  • FIG. 87 (b) is a schematic diagram showing a second 3D extent block 8702 and three types of playback paths 8711, 8721, 8731 corresponding thereto.
  • the sum of the sizes of the base view data block L and the block exclusively for 2D playback L2D is the base view data block L shown in FIG.
  • the buffer margin required for the jump may be ensured by reading two data blocks.
  • the first right-view and base-view data block pair R1, L, the next right-view data block R2, and the 3D playback-only block LSS are read. .
  • FIG. 87 (c) is a schematic diagram showing a third 3D extent block 8703 and three types of playback paths 8712, 8722, and 8732 corresponding thereto.
  • FIG. 87 (b) shows that the 2D playback-dedicated block L 2D is located last and the playback path 8712 in the 2D playback mode passes only through the 2D playback-only block L 2D . The arrangement is different.
  • the size of the 2D playback-dedicated block L 2D must be twice the size of the base view data block L shown in FIG. 87 (a).
  • the buffer margin required for the jump may be ensured by reading these two data blocks. For example, in the playback path 8722 in the L / R mode, the pair of the first right-view data block R1 and the 3D playback-dedicated block LSS 1 and the next right-view data block R2 and the 3D playback-only block A pair with L SS 2 is read.
  • 2D reproduction-only block L 2D is positioned at the end of the stream data Ak, Bk, Ck for each angle. Therefore, since the jump distance within each angle change interval is short in the 3D playback mode, the average transfer rate R extk of each data block is maintained higher than the value in the arrangement shown in FIG. 87 (b). be able to.
  • each stream data of the base view, the right view, and the depth map may be stored in a single multiplexed stream data.
  • the recording rate must be limited to a system rate range that can be reproduced by the 2D reproducing apparatus.
  • the number of stream data (TS) to be transferred to the system target decoder differs between the multiplexed stream data and the multiplexed stream data of other 3D video. Therefore, each play item information (PI) may include a flag indicating the number of TSs to be reproduced.
  • the multiplexed stream data can be switched in one playlist file by using the flag.
  • the flag indicates 2TS.
  • the flag indicates 1 TS.
  • the 3D playback device can switch the setting of the system target decoder in accordance with the value of the flag.
  • the flag may be expressed by a connection condition (CC) value. For example, when CC indicates “7”, it indicates a transition from 2TS to 1TS, and when “8” indicates a transition from 1TS to 2TS.
  • Embodiment 2 a recording medium recording apparatus and a recording method according to the first embodiment of the present invention will be described.
  • the recording device is a so-called authoring device.
  • the authoring device is usually installed in a production studio for distributing movie content and used by authoring staff.
  • the recording device first converts the movie content into a digital stream of a compression encoding method in accordance with the MPEG standard, that is, an AV stream file.
  • the recording device then generates a scenario.
  • the scenario is information that defines the playback method of each title included in the movie content, and specifically includes the dynamic scenario information and the static scenario information.
  • the recording device then generates a volume image or update kit for the BD-ROM disc from the above digital stream and scenario.
  • the recording apparatus records the volume image on the recording medium using the extent arrangement according to the first embodiment.
  • FIG. 88 is a block diagram showing the internal configuration of the recording apparatus.
  • the recording apparatus includes a video encoder 8801, a material production unit 8802, a scenario generation unit 8803, a BD program production unit 8804, a multiplexing processing unit 8805, a format processing unit 8806, and a database unit 8807.
  • the database unit 8807 is a non-volatile storage device built in the recording device, and in particular a hard disk drive (HDD).
  • the database unit 8807 may be an HDD externally attached to the recording device, or may be a non-volatile semiconductor memory device built in or externally attached to the recording device.
  • the video encoder 8801 receives video data such as uncompressed bitmap data from the authoring staff, and compresses it using a compression encoding method such as MPEG-4 AVC or MPEG-2. As a result, the main video data is converted into a primary video stream, and the sub-video data is converted into a secondary video stream. In particular, 3D video data is converted into a base-view video stream and a dependent-view video stream.
  • Video encoder 8801 converts the left-view video stream into a base-view video stream by predictive coding between its own pictures as shown in FIG. , By converting to a dependent-view video stream by predictive coding between the picture of the base-view video stream as well as its own picture. Note that the right-view video stream may be converted into a base-view video stream. In addition, the left-view video stream may be converted to a dependent-view video stream.
  • Each video stream 8811 after conversion is stored in the database unit 8807.
  • the video encoder 8801 further detects a motion vector of each image between the left video and the right video in the process of predictive coding between pictures, and calculates depth information of each image in the 3D video from them. .
  • the calculated depth information of each image is organized into frame depth information 8810 and stored in the database unit 8807.
  • FIG. 89A and 89B are schematic views showing a left video picture and a right video picture used for displaying one scene of 3D video, and FIG. 89C shows those pictures by the video encoder 8801. It is a schematic diagram which shows the depth information calculated from FIG.
  • Video encoder 8801 first compresses each picture using the redundancy between the left and right pictures. At that time, the video encoder 8801 compares the left and right pictures before compression for each 8 ⁇ 8 or 16 ⁇ 16 pixel matrix, that is, for each macroblock, and detects a motion vector of each image between both pictures. Specifically, as shown in FIGS. 89A and 89B, first, the left video picture 8901 and the right video picture 8902 are each divided into macroblock 8903 matrices. Next, image data is compared between both pictures 8901 and 8902 for each macroblock 8903, and a motion vector of each image is detected from the result.
  • the area representing the “house” image 8904 is substantially equal between both pictures 8901 and 8902. Therefore, no motion vector is detected from these areas.
  • the area representing the “sphere” image 8905 differs substantially between the pictures 8901 and 8902. Accordingly, a motion vector representing the displacement of the “sphere” image 8905 is detected from these regions.
  • the video encoder 8801 uses the detected motion vector for compression of the pictures 8901 and 8902, and also for binocular parallax calculation of the video represented by the image data 8904 and 8905. From the binocular parallax obtained in this way, the video encoder 8801 further calculates the “depth” of each image, such as “house” and “sphere” images 8904 and 8905. Information representing the depth of each image is arranged in a matrix 8906 having the same size as the macroblock matrix of each picture 8901 and 8902, as shown in FIG. 89 (c), for example. The frame depth information 8810 shown in FIG. 88 includes this matrix 8906.
  • the block 8907 in the matrix 8906 has a one-to-one correspondence with the macroblock 8903 in each picture 8901 and 8902.
  • Each block 8907 represents the depth of the image represented by the corresponding macro block 8903, for example, with a depth of 8 bits.
  • the depth of the “sphere” image 8905 is recorded in each block in the region 8908 of the matrix 8906.
  • the area 8908 corresponds to the entire area in each picture 8901 and 8902 representing the image 8905.
  • the material production unit 8802 creates elementary streams other than the video stream, for example, an audio stream 8812, a PG stream 8813, and an IG stream 8814, and stores them in the database unit 8807.
  • the material production unit 8802 receives uncompressed LPCM audio data from the authoring staff, encodes it with a compression encoding method such as AC-3, and converts it into an audio stream 8812.
  • the material production unit 8802 receives a caption information file from the authoring staff and creates a PG stream 8813 accordingly.
  • the caption information file defines image data representing captions, display timing of the captions, and visual effects such as fade-in / fade-out to be added to the captions.
  • the material production unit 8802 further receives bitmap data and a menu file from the authoring staff, and creates an IG stream 8814 according to them.
  • Bitmap data represents a menu image.
  • the menu file defines the state transition of each button arranged in the menu and the visual effect to be applied to each button.
  • the scenario generation unit 8803 creates BD-ROM scenario data 8815 according to an instruction received from the authoring staff via the GUI, and stores it in the database unit 8807.
  • the BD-ROM scenario data 8815 defines a playback method of each elementary stream 8811-8814 stored in the database unit 8807.
  • the BD-ROM scenario data 8815 includes an index file 211, a movie object file 212, and a playlist file 221-223 among the files shown in FIG.
  • the scenario generation unit 8803 further creates a parameter file 8816 and sends it to the multiplexing processing unit 8805.
  • the parameter file 8816 defines stream data to be multiplexed in each of the main TS and sub-TS from the elementary streams 8811-8814 stored in the database unit 8807.
  • the BD program production unit 8804 provides a programming environment for BD-J objects and Java application programs to the authoring staff.
  • the BD program creation unit 8804 receives a request from the user through the GUI, and creates a source code of each program according to the request.
  • the BD program creation unit 8804 further creates a BD-J object file 251 from the BD-J object, and compresses the Java application program into the JAR file 261. Those files 251 and 261 are sent to the format processing unit 8806.
  • the BD-J object stores graphics data for GUI in the program execution units 3634 and 4034 shown in FIGS.
  • the data is sent to the system target decoders 3622 and 4023.
  • the BD-J object further causes the system target decoders 3622 and 4023 to process the graphics data as image plane data.
  • the BD program creation unit 8804 may set an offset value for the image plane data in the BD-J object using the frame depth information 8810 stored in the database unit 8807.
  • the multiplexing processing unit 8805 multiplexes each elementary stream 8811-8814 stored in the database unit 8807 into an MPEG2-TS stream file according to the parameter file 8816. Specifically, as shown in FIG. 4, each elementary stream 8811-8814 is converted into a source packet sequence, and the source packets in each sequence are combined into one sequence to form one multiplexed stream data. . In this way, the main TS and the sub TS are created.
  • the multiplexing processing unit 8805 creates a 2D clip information file and a dependent view / clip information file by the following procedure.
  • the entry map 2030 shown in FIG. 21 is generated for each of the file 2D and the file DEP.
  • the extent starting point 2320 shown in FIG. 23 is created using the entry map of each file.
  • the stream attribute information shown in FIG. 20 is extracted from each elementary stream to be multiplexed in each of the main TS and sub-TS.
  • a combination of an entry map, 3D metadata, and stream attribute information is associated with clip information.
  • the format processing unit 8806 includes BD-ROM scenario data 8815 stored in the database unit 8807, a program file group such as a BD-J object file produced by the BD program production unit 8804, and a multiplexing processing unit 8805.
  • the BD-ROM disk image 8820 having the directory structure shown in FIG. 2 is created from the multiplexed stream data and the clip information file generated by.
  • UDF is used as a file system.
  • the format processing unit 8806 creates an entry map and a 3D meta data included in each of the 2D clip information file and the dependent view clip information file when creating the file entries of the file 2D, the file DEP, and the file SS.
  • the SPN between each entry point and each extent start point is used to create each allocation descriptor.
  • an allocation descriptor is created so that an interleaved arrangement as shown in FIG. 15 is represented.
  • each base-view data block is shared by the file SS and the file 2D
  • each dependent-view data block is shared by the file SS and the file DEP.
  • the allocation descriptor may be created so that, for example, any one of the arrangements 1-6 is expressed at a place where a long jump is necessary.
  • a part of the base view data block is referred to by the allocation descriptor in the file 2D as a 2D playback-only block
  • a part of the duplicate data is referred to by the allocation descriptor of the file SS as a 3D playback-only block.
  • each size of the extents of the base view and the dependent view is designed to satisfy the expressions (1) to (5), and based on this, the value of the logical address to be represented by each allocation descriptor is determined. .
  • the format processing unit 8806 uses the frame depth information 8810 stored in the database unit 8807 to convert the offset table shown in FIG. 22A into the secondary video stream 8811 and the PG stream 8813. , And IG stream 8814.
  • the format processing unit 8806 further stores the offset table in the 3D metadata of the 2D clip information file.
  • the arrangement of the image data in the left and right video frames is automatically adjusted so that the 3D video represented by each stream is not displayed in the same viewing direction as the 3D video represented by the other streams.
  • the offset value for each video frame is automatically adjusted so that the depths of the 3D video represented by each stream do not overlap each other.
  • the BD-ROM disc image 8820 generated by the format processing unit 8806 is then converted into BD-ROM press data. Further, this data is recorded on the master of the BD-ROM disc. By using this master for the pressing process, mass production of the BD-ROM disc 101 according to the first embodiment of the present invention can be realized.
  • FIG. 90 is a functional block diagram of the integrated circuit 3 according to the third embodiment of the present invention.
  • the integrated circuit 3 is mounted on the playback device 102 according to the first embodiment.
  • the playback device 102 includes a medium interface (IF) unit 1, a memory unit 2, and an output terminal 10 in addition to the integrated circuit 3.
  • IF medium interface
  • the medium IF unit 1 receives or reads data from the external medium ME and transfers it to the integrated circuit 3.
  • the data has the same structure as the data on the BD-ROM disc 101 according to the first embodiment.
  • the types of media ME include disk recording media such as optical disks and hard disks, semiconductor memories such as SD cards and USB memories, broadcast waves such as CATV, and networks such as Ethernet (registered trademark), wireless LAN, and wireless public lines.
  • the medium IF unit 1 includes a disk drive, a card IF, a CAN tuner, a Si tuner, and a network IF according to the type of the medium ME.
  • the memory unit 2 temporarily stores data received or read from the medium ME by the medium IF unit 1 and data being processed by the integrated circuit 3.
  • SDRAM Synchronous Dynamic Random Access Memory
  • the memory unit 2 is a single memory element.
  • the memory unit 2 may include a plurality of memory elements.
  • the integrated circuit 3 is a system LSI, and performs video / audio processing on the data transferred from the medium IF unit 1.
  • the integrated circuit 3 includes a main control unit 6, a stream processing unit 5, a signal processing unit 7, a memory control unit 9, and an AV output unit 8.
  • the main control unit 6 includes a processor core and a program memory.
  • the processor core has a timer function and an interrupt function.
  • the program memory stores basic software such as an OS.
  • the processor core controls the entire integrated circuit 3 in accordance with a program stored in a program memory or the like.
  • the stream processing unit 5 receives the data transferred from the medium ME via the medium IF unit 1 under the control of the main control unit 6.
  • the stream processing unit 5 further stores the received data in the memory unit 2 through the data bus in the integrated circuit 3.
  • the stream processing unit 5 separates video data and audio data from the received data.
  • the data received from the medium ME includes data having the structure according to the first embodiment.
  • the “video data” includes a primary video stream, a secondary video stream, a PG stream, and an IG stream.
  • “Audio data” includes a primary audio stream and a secondary audio stream.
  • the main view data and the subview data are each divided into a plurality of extents, which are alternately arranged.
  • the stream processing unit 5 receives the data of the structure, it extracts the main view data from the data and stores it in the first area in the memory unit 2 according to the control of the main control unit 6, and stores the subview data. Extracted and stored in the second area in the memory unit 2.
  • the main view data includes a left-view video stream
  • the sub-view data includes a right-view video stream.
  • the combination of the main view and the sub view may be a combination of 2D video and its depth map.
  • the first area and the second area in the memory unit 2 are logically divided areas of a single memory element. In addition, each area may be included in a physically different memory element.
  • the video data and audio data separated by the stream processing unit 5 are each compressed by encoding.
  • Types of video data encoding methods include MPEG-2, MPEG-4 AVC, MPEG4-MVC, SMPTE VC-1, and the like.
  • MPEG-4 AVC uses CAVLC (Context-Adaptive Variable Length Coding) and CABAC (Context-Adaptive Binary Arithmetic Coding) as coding methods for pictures. It has been adopted.
  • Types of audio data encoding methods include Dolby AC-3, Dolby Digital Plus, MLP, DTS, DTS-HD, and linear PCM.
  • the signal processing unit 7 decodes the video data and the audio data by a method suitable for each encoding method.
  • the signal processing unit 7 corresponds to, for example, various decoders shown in FIG.
  • the signal processing unit 7 encodes a picture included in the main view data (hereinafter referred to as a main view picture) and a picture included in the sub view data (hereinafter referred to as a sub view picture).
  • the decoding method of the picture is selected according to CAVLC / CABAC.
  • CABAC CABAC
  • the signal processing unit 7 does not use the B picture as a reference picture when decoding a corresponding main view picture that is an I picture or a P picture among a plurality of subview pictures.
  • the signal processing unit 7 refers to the header of the main view picture but does not refer to the header of the sub view picture when determining the decoding method according to the encoding method of each main view picture. Conversely, when the signal processing unit 7 determines a decoding method in accordance with the encoding scheme of each subview picture, the signal processing unit 7 refers to the header of the subview picture but does not refer to the header of the main view picture.
  • the memory control unit 9 arbitrates access to the memory unit 2 from each functional block 5-8 in the integrated circuit 3.
  • the AV output unit 8 processes the video data and audio data decoded by the signal processing unit 7 into appropriate formats under the control of the main control unit 6, and displays the display device 103 through the individual output terminals 10. And its built-in speaker.
  • the types of processing include video data superimposition processing, format conversion of each data, mixing of audio data, and the like.
  • FIG. 91 is a functional block diagram showing a typical configuration of the stream processing unit 5.
  • the stream processing unit 5 includes a device / stream IF unit 51, a demultiplexing unit 52, and a switching unit 53.
  • the device stream IF unit 51 is an interface for transferring data between the medium IF unit 1 and other functional blocks 6-9 in the integrated circuit 3.
  • the device stream IF unit 51 includes SATA (Serial Advanced Technology Attachment), ATAPI (Advanced Technology Attachment Packet) Interface, or PATA (Parallel Advanced Technology Attachment).
  • SATA Serial Advanced Technology Attachment
  • ATAPI Advanced Technology Attachment Packet
  • PATA Parallel Advanced Technology Attachment
  • the medium ME is a semiconductor memory such as an SD card and a USB memory
  • the device stream IF unit 51 includes a card IF.
  • the device stream IF unit 51 includes a tuner IF.
  • the device stream IF unit 51 When the medium ME is a network such as Ethernet (registered trademark), a wireless LAN, and a wireless public line, the device stream IF unit 51 includes a network IF.
  • the device stream IF unit 51 may implement part of the function instead of the medium IF unit 1.
  • the device stream IF unit 51 may be omitted.
  • the demultiplexing unit 52 receives the data transferred from the medium ME to the memory unit 2 from the memory control unit 9, and separates the video data and the audio data from the data.
  • each extent included in the data having the structure according to the first embodiment is composed of source packets such as a video stream, an audio stream, a PG stream, and an IG stream, as shown in FIG. .
  • the subview data may not include an audio stream.
  • Demultiplexer 52 reads PID from each source packet in accordance with the PID, fractionating source packets in the TS packets A TS of voice and TS packets V TS video system.
  • the sorted TS packets V TS and A TS are directly or once stored in the memory unit 2 and then transferred to the signal processing unit 7.
  • the demultiplexing unit 52 corresponds to, for example, the source / depacketizers 4111 and 4112 and the PID filters 4113 and 4114 shown in FIG.
  • the switching unit 53 switches the output destination according to the type of data received by the device stream IF unit 51. For example, when the device stream IF unit 51 receives main view data, the storage destination of the data is switched to the first area of the memory unit 2. On the other hand, when the device stream IF unit 51 receives the subview data, the storage destination of the data is switched to the second area of the memory unit 2.
  • the switching unit 53 is, for example, a DMAC (Direct Memory Access Controller).
  • FIG. 92 is a schematic diagram showing the structure around the switching unit 53 in that case.
  • the DMAC 53 transmits the data received by the device stream IF unit 51 and the storage destination address of the data to the memory control unit 9 under the control of the main control unit 6. Specifically, when the device stream IF unit 51 receives the main view data MD, the DMAC 53 transmits the address 1AD1 together with the main view data MD.
  • “address 1” AD1 is data indicating the head address AD1 of the first storage area 21 in the memory unit 2.
  • the DMAC 53 transmits the address 2AD2 together with the subview data SD.
  • address 2 AD2 is data indicating the start address AD2 of the second storage area 22 in the memory unit 2.
  • the DMAC 53 switches its output destination, particularly the storage destination in the memory unit 2, depending on the type of data received by the device stream IF unit 51.
  • the memory control unit 9 stores the main view data MD and the subview data SD received from the DMAC 53 in the areas 21 and 22 in the memory unit 2 indicated by the simultaneously received addresses AD1 and AD2, respectively.
  • the main control unit 6 uses the extent start point in the clip information file for the switching control of the storage destination by the switching unit 53.
  • the clip information file is received before any of the main view data MD and the subview data SD, and is stored in the memory unit 2.
  • the main control unit 6 recognizes that the data received by the device stream IF unit 51 is the main view data MD using the file base.
  • the main control unit 6 uses the file DEP to recognize that the data received by the device stream IF unit 51 is subview data.
  • the main control unit 6 further sends a control signal CS to the switching unit 53 in accordance with the recognized result to switch the data storage destination.
  • the switching unit 53 may be controlled by a dedicated control circuit different from the main control unit 6.
  • the stream processing unit 5 may further include a cryptographic engine unit, a secure management unit, and a controller for direct memory access in addition to the functional blocks 51, 52, and 53 shown in FIG.
  • the cryptographic engine unit decrypts the encrypted data, the key data, and the like received by the device stream IF unit 51.
  • the secure management unit holds a secret key and uses it to perform execution control such as a device authentication protocol between the medium ME and the playback device 102.
  • the storage destination is switched depending on whether the data is the main view data MD or the subview data SD. It is done.
  • the main view data It may be divided into MD and subview data SD.
  • FIG. 93 is a functional block diagram showing a typical configuration of the AV output unit 8.
  • the AV output unit 8 includes an image superimposing unit 81, a video output format converting unit 82, and an audio / video output IF unit 83.
  • the image superimposing unit 81 superimposes the video data VP, PG, and IG decoded by the signal processing unit 7 on each other. Specifically, the image superimposing unit 81 first receives the processed left-view or right-view video plane data VP from the video output format conversion unit 82, and the decoded PG plane from the signal processing unit 7. Receives data PG and IG plane data IG. Next, the image superimposing unit 81 superimposes the PG plane data PG and the IG plane data IG on the video plane data VP in units of pictures.
  • the image superimposing unit 81 corresponds to, for example, the plane adding unit 4024 shown in FIGS.
  • the video output format conversion unit 82 receives the decoded video plane data VP from the signal processing unit 7 and receives the video data VP / PG / IG after superimposition from the image superimposing unit 81.
  • the video output format converter 82 further performs various processes on the video data VP and VP / PG / IG as necessary.
  • the types of processing include resizing processing, IP conversion processing, noise reduction processing, and frame rate conversion processing.
  • the resizing process is a process for enlarging / reducing the size of an image.
  • the IP conversion process is a process of converting the scanning method between the progressive method and the interlace method.
  • the noise reduction process is a process for removing noise from the video.
  • the frame rate conversion process is a process for converting the frame rate.
  • the video output format conversion unit 82 sends the processed video plane data VP to the image superimposing unit 81, or sends the processed video data VS to the audio / video output IF unit 83.
  • the audio / video output IF unit 83 receives the video data VS from the video output format conversion unit 82, and receives the decoded audio data AS from the signal processing unit 7.
  • the audio / video output IF unit 83 further performs processing such as encoding according to the data transmission format on the received data VS and AS.
  • processing such as encoding according to the data transmission format on the received data VS and AS.
  • a part of the audio / video output IF unit 83 may be provided outside the integrated circuit 3.
  • FIG. 94 is a schematic diagram showing details of a portion related to data output of the playback device 102 including the AV output unit 8.
  • the audio / video output IF unit 83 includes an analog video output IF unit 83a, a digital video / audio output IF unit 83b, and an analog / audio output IF unit 83c.
  • the integrated circuit 3 and the playback device 102 can support data transmission methods of a plurality of types of video data and audio data as described below.
  • the analog video output IF unit 83a receives the video data VS from the video output format conversion unit 82, converts / encodes the data VS into analog video signal format data VD, and outputs the data.
  • the analog video output IF unit 83a includes, for example, a composite video encoder, an S video signal (Y / C separation) encoder, a component video signal encoder corresponding to any of NTSC, PAL, and SECAM. Includes a D / A converter (DAC).
  • the digital video / audio output IF unit 83b receives the decoded audio data AS from the signal processing unit 7 and the video data VS from the video output format conversion unit 82.
  • the digital video / audio output IF unit 83b further encrypts the data AS and VS by integrating them. Thereafter, the digital video / audio output IF unit 83b encodes the encrypted data SVA in accordance with the data transmission standard and outputs the encoded data.
  • the digital video / audio output IF unit 83b corresponds to, for example, HDMI (High-Definition Multimedia InterFace).
  • the analog audio output IF unit 83c receives the decoded audio data AS from the signal processing unit 7, converts it into analog audio data AD by D / A conversion, and outputs it.
  • the analog audio output IF unit 83c corresponds to, for example, an audio DAC.
  • the transmission format of the above-mentioned video data and audio data can be switched according to the type of the data receiving device / data input terminal of the display device 103 / speaker 103A, and can also be switched by the user's selection. . Furthermore, the playback device 102 can transmit the data of the same content in parallel not only in a single transmission format but also in a plurality of transmission formats.
  • the AV output unit 8 may further include a graphics engine unit in addition to the functional blocks 81, 82, and 83 shown in FIGS.
  • the graphics engine unit performs graphics processing such as filter processing, screen synthesis processing, curve drawing processing, and 3D display processing on the data decoded by the signal processing unit 7.
  • the integrated circuit 3 incorporates the functional blocks shown in FIGS. 90, 91, 93, and 94. However, this is not essential, and some functional blocks may be externally attached to the integrated circuit 3.
  • the memory unit 2 may be built in the integrated circuit 3.
  • the main control unit 6 and the signal processing unit 7 do not have to be completely separated functional blocks. For example, the main control unit 6 may perform part of the processing of the signal processing unit 7.
  • FIG. 95 is a schematic diagram showing examples (a) and (b) of the topology of the control bus and data bus in the integrated circuit 3.
  • both the control bus 11 and the data bus 12 are arranged so that each functional block 5-9 is directly connected to all other functional blocks.
  • the data bus 13 may be arranged so that each functional block 5-8 is directly connected only to the memory control unit 9. In this case, each functional block 5-8 transfers data to another functional block via the memory control unit 9 and the memory unit 2.
  • the integrated circuit 3 may be a multichip module instead of an LSI mounted on a single chip. In that case, since the plurality of chips constituting the integrated circuit 3 are sealed in one package, the integrated circuit 3 is apparently a single LSI.
  • the integrated circuit 3 may be configured using an FPGA (Field Programmable Gate Array) or a reconfigurable processor.
  • An FPGA is an LSI that can be programmed after manufacture.
  • the reconfigurable processor is an LSI capable of reconfiguring connections between internal circuit cells and setting of each circuit cell.
  • FIG. 96 is a flowchart of the reproduction processing by the reproduction device 102 using the integrated circuit 3.
  • the reproduction process is started when the medium IF unit 1 is connected to the medium ME so as to be able to receive data, such as when an optical disk is inserted into the disk drive.
  • the playback device 102 receives and decodes data from the medium ME. Thereafter, the playback device 102 outputs the decoded data as a video signal and an audio signal.
  • step S1 the medium IF unit 1 receives or reads data from the medium ME and transfers it to the stream processing unit 5. Thereafter, the process proceeds to step S2.
  • step S2 the stream processing unit 5 separates the data received or read in step S1 into video data and audio data. Thereafter, the process proceeds to step S3.
  • step S3 the signal processing unit 7 decodes each data separated by the stream processing unit 5 in step S2 by a method suitable for the encoding method. Thereafter, the process proceeds to step S4.
  • step S4 the AV output unit 8 performs a superimposition process on the video data decoded by the signal processing unit 7 in step S3. Thereafter, the process proceeds to step S5.
  • step S5 the AV output unit 8 outputs the video data and audio data processed in step S2-4. Thereafter, the process proceeds to step S6.
  • step S6 the main control unit 6 determines whether or not the reproduction process should be continued. If data to be newly received or read from the medium ME is left by the medium IF unit 1, the process is repeated from step S1. On the other hand, when the medium IF unit 1 finishes receiving or reading data from the medium ME due to the removal of the optical disk from the disk drive or the instruction to stop playback from the user, the processing ends.
  • FIG. 97 is a flowchart showing details of each step S1-6 shown in FIG. Each step S101-110 shown in FIG. 97 is performed under the control of the main control unit 6.
  • Step S101 mainly corresponds to the details of Step S1
  • Steps S102 to 104 mainly correspond to the details of Step S2
  • Step S105 mainly corresponds to the details of Step S3
  • Steps S106 to 108 mainly correspond to Step S4.
  • Steps S109 and S110 mainly correspond to the details of Step S5.
  • step S101 the device stream IF unit 51 receives data necessary for reproduction of the data, such as a playlist file and a clip information file, from the medium ME through the medium IF unit 1 before the data to be reproduced. Or read out.
  • the device stream IF unit 51 further stores the data in the memory unit 2 via the memory control unit 9. Thereafter, the process proceeds to step S102.
  • step S102 the main control unit 6 identifies the encoding methods of the video data and audio data stored in the medium ME from the stream attribute information included in the clip information file.
  • the main control unit 6 further initializes the signal processing unit 7 so that a decoding process corresponding to the identified encoding method can be executed. Thereafter, the process proceeds to step S103.
  • step S103 the device stream IF unit 51 receives or reads out video data and audio data to be reproduced from the medium ME through the medium IF unit 1. In particular, these data are received or read in extent units.
  • the device stream IF unit 51 further stores these data in the memory unit 2 via the switching unit 53 and the memory control unit 9.
  • the main control unit 6 controls the switching unit 53 to switch the storage destination of the data to the first area in the memory unit 2.
  • the main control unit 6 controls the switching unit 53 to switch the storage destination of the data to the second area in the memory unit 2. Thereafter, the process proceeds to step S104.
  • step S104 the data stored in the memory unit 2 is transferred to the demultiplexing unit 52 in the stream processing unit 5.
  • the demultiplexing unit 52 first reads the PID from each source packet constituting the data.
  • the demultiplexing unit 52 identifies whether the TS packet included in the source packet is video data or audio data according to the PID.
  • the demultiplexing unit 52 further transfers each TS packet to a corresponding decoder in the signal processing unit 7 according to the identification result. Thereafter, the process proceeds to step S105.
  • step S105 each decoder in the signal processing unit 7 decodes the transferred TS packet by an appropriate method. Thereafter, the process proceeds to step S106.
  • step S106 each picture of the left-view video stream and the right-view video stream decoded by the signal processing unit 7 is sent to the video output format conversion unit 82.
  • the video output format conversion unit 82 resizes these pictures in accordance with the resolution of the display device 103. Thereafter, the process proceeds to step S107.
  • step S107 the image superimposing unit 81 receives the video plane data composed of the picture resized in step S106 from the video output format converting unit 82.
  • the image superimposing unit 81 receives the decoded PG plane data and IG plane data from the signal processing unit 7. The image superimposing unit 81 further superimposes those plane data. Thereafter, the process proceeds to step S108.
  • step S108 the video output format conversion unit 82 receives the plane data superimposed in step S107 from the image superimposing unit 81.
  • the video output format conversion unit 82 further performs IP conversion on the plane data. Thereafter, the process proceeds to step S109.
  • step S109 the audio / video output IF unit 83 receives the video data subjected to the IP conversion in step S108 from the video output format conversion unit 82, and the decoded audio data from the signal processing unit 7. receive.
  • the audio / video output IF unit 83 further performs encoding processing, D / A conversion, and the like on the data according to the data output method by the display device 103 / speaker 103A or the data transmission method to each.
  • the video data and the audio data are converted into an analog output format or a digital output format, respectively.
  • the video system data in the analog output format includes a composite video signal, an S video signal, a component video signal, and the like.
  • the digital output format video / audio data includes HDMI and the like.
  • step S110 the audio / video output IF unit 83 transmits the video data and audio data processed in step S109 to the display device 103 / speaker 103A. Thereafter, the process proceeds to step S6. In addition, said step is used about step S6.
  • the result may be temporarily stored in the memory unit 2 each time data is processed. Further, the resizing process and the IP converting process by the video output format converting unit 82 in steps S106 and S108 may be omitted as necessary. Furthermore, in addition to or instead of these processes, other processes such as a noise reduction process and a frame rate conversion process may be performed. Further, the processing procedure may be changed for possible ones.
  • 3D video playback methods are roughly divided into two methods: a method using holography technology and a method using parallax video.
  • the feature of the method using the holography technology is that by giving almost the same information as the optical information given to human vision from a real three-dimensional object to the viewer's vision, the object in the image is given to the viewer. It is in the point which shows in three dimensions.
  • the technology of using this method for displaying moving images has been established theoretically.
  • a computer capable of processing enormous operations in real time, which is necessary for displaying the moving image, and a display device with an ultra-high resolution of several thousand per mm are still very difficult to realize with current technology. difficult. Therefore, at present, there is almost no prospect of commercializing this method for commercial use.

Abstract

　記録媒体にはメインビュー・ストリームとサブビュー・ストリームとが記録されている。メインビュー・ストリームは平面視映像の再生に利用される。サブビュー・ストリームは、そのメインビュー・ストリームと組み合わされて立体視映像の再生に利用される。メインビュー・ストリームは複数のメインビュー・ピクチャを含み、サブビュー・ストリームは複数のサブビュー・ピクチャを含む。メインビュー・ピクチャとサブビュー・ピクチャとは一対一に対応する。複数のサブビュー・ピクチャのうち、対応するメインビュー・ピクチャがＩピクチャとＰピクチャとのいずれかであるものの圧縮には、Ｂピクチャが参照ピクチャとして利用されていない。

Description

記録媒体、再生装置、及び集積回路
　本発明は、立体視映像、すなわち３次元（３Ｄ）映像の再生技術に関し、特にビデオ・ストリームの復号処理に関する。
　近年、３Ｄ映像に対する一般的な関心が高まっている。例えば遊園地では、３Ｄ映像を利用したアトラクションが人気を集めている。また、全国各地で、３Ｄ映像の映画を上映する映画館が増加している。そのような３Ｄ映像への関心の高まりに伴い、３Ｄ映像を各家庭でも再生可能にするための技術の開発が進められている。その技術では、３Ｄ映像コンテンツを高画質のまま、光ディスク等の可搬性記録媒体に記録することが求められる。更に、２Ｄ再生装置に対するその記録媒体の互換性が求められる。すなわち、その記録媒体に記録された３Ｄ映像コンテンツから、２Ｄ再生装置は２Ｄ映像を再生でき、３Ｄ再生装置は３Ｄ映像を再生できることが望ましい。ここで、「２Ｄ再生装置」とは、平面視映像、すなわち２次元（２Ｄ）映像のみを再生可能な従来の再生装置を意味し、「３Ｄ再生装置」とは、３Ｄ映像を再生可能な再生装置を意味する。尚、本明細書では、３Ｄ再生装置が従来の２Ｄ映像も再生可能である場合を想定する。
　図１００は、３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である（例えば特許文献１参照）。光ディスク9201には二種類のビデオ・ストリームが格納されている。一方は２Ｄ／レフトビュー・ビデオ・ストリームであり、他方はライトビュー・ビデオ・ストリームである。「２Ｄ／レフトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生では視聴者の左目に見せる２Ｄ映像、すなわち「レフトビュー」を表し、２Ｄ映像の再生ではその２Ｄ映像そのものを表す。「ライトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生において視聴者の右目に見せる２Ｄ映像、すなわち「ライトビュー」を表す。左右のビデオ・ストリーム間ではフレームレートは等しいが、フレームの表示時期はフレーム周期の半分だけずれている。例えば各ビデオ・ストリームのフレームレートが１秒間に２４フレームであるとき、２Ｄ／レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの各フレームが１／４８秒ごとに交互に表示される。
　各ビデオ・ストリームは、図１００に示されているように、光ディスク9201上では複数のエクステント9202A－C、9203A－Cに分割されている。各エクステントはＧＯＰ（グループ・オブ・ピクチャ）を１以上含み、光ディスクドライブによって一括して読み出される。以下、２Ｄ／レフトビュー・ビデオ・ストリームに属するエクステントを「２Ｄ／レフトビュー・エクステント」といい、ライトビュー・ビデオ・ストリームに属するエクステントを「ライトビュー・エクステント」という。２Ｄ／レフトビュー・エクステント9202A－Cとライトビュー・エクステント9203A－Cとは交互に光ディスク9201のトラック9201A上に配置されている。隣接する２つのエクステント9202A－9203A、9202B－9203B、9202C－9203Cの間では再生時間が等しい。このようなエクステントの配置を「インターリーブ配置」という。インターリーブ配置で記録されたエクステント群は以下に述べるように、３Ｄ映像の再生と２Ｄ映像の再生との両方で利用される。
　２Ｄ再生装置9204では、光ディスクドライブ9204Aが光ディスク9201上のエクステントのうち、２Ｄ／レフトビュー・エクステント9202A－Cのみを先頭から順番に読み出す一方、ライトビュー・エクステント9203A－Cの読み出しをスキップする。更に、映像デコーダ9204Bが、光ディスクドライブ9204Aによって読み出されたエクステントを順次、映像フレーム9206Lに復号する。それにより、表示装置9207にはレフトビューのみが表示されるので、視聴者には通常の２Ｄ映像が見える。
　３Ｄ再生装置9205では、光ディスクドライブ9205Aが光ディスク9201から２Ｄ／レフトビュー・エクステントとライトビュー・エクステントとを交互に、すなわち符号で表せば、9202A、9203A、9202B、9203B、9202C、9203Cの順に読み出す。更に、読み出された各エクステントから、２Ｄ／レフトビュー・ビデオ・ストリームは左映像デコーダ9205Lへ送られ、ライトビュー・ビデオ・ストリームは右映像デコーダ9205Rへ送られる。各映像デコーダ9205L、9205Rは交互に各ビデオ・ストリームを映像フレーム9206L、9206Rに復号する。それにより、表示装置9208にはレフトビューとライトビューとが交互に表示される。一方、シャッター眼鏡9209は左右のレンズを、表示装置9208による画面の切り換えに同期して交互に不透明にする。従って、シャッター眼鏡9209をかけた視聴者には、表示装置9208に表示された映像が３Ｄ映像に見える。
　光ディスクに限らず、記録媒体に３Ｄ映像コンテンツを格納するときは、上記のようにエクステントのインターリーブ配置を利用する。それにより、その記録媒体を２Ｄ映像の再生と３Ｄ映像の再生との両方で利用することができる。
特許第３９３５５０７号公報
　図１００に示されている３Ｄ映像の再生技術では、上記のとおり、一フレームの３Ｄ映像の表示にレフトビューとライトビューとのフレーム・データの対が必要である。従って、３Ｄ再生装置9205には２Ｄ再生装置9204の少なくとも二倍の処理速度が要求される。特にストリーム・データの復号処理は再生装置にとって大きな負担であるので、その軽減は再生装置の信頼性の更なる向上に極めて有効である。
　本発明の目的は、３Ｄ映像を表すストリーム・データを、その復号処理に対する再生装置の負担を更に軽減可能なデータ構造で格納した記録媒体、及び、その復号処理を更に効率よく行うことによって信頼性を更に向上可能な再生装置を提供することにある。
　本発明の実施形態による記録媒体にはメインビュー・ストリームとサブビュー・ストリームとが記録されている、メインビュー・ストリームは平面視映像の再生に利用される。サブビュー・ストリームは、そのメインビュー・ストリームと組み合わされて立体視映像の再生に利用される。メインビュー・ストリームは複数のメインビュー・ピクチャを含み、サブビュー・ストリームは複数のサブビュー・ピクチャを含む。
　本発明の第一の観点による記録媒体では、メインビュー・ピクチャとサブビュー・ピクチャとは一対一に対応する。複数のサブビュー・ピクチャのうち、対応するメインビュー・ピクチャがＩピクチャとＰピクチャとのいずれかであるものの圧縮には、Ｂピクチャが参照ピクチャとして利用されていない。
　本発明の第二の観点による記録媒体では、メインビュー・ストリームは更にメインビュー・ピクチャ・ヘッダを少なくとも一つ含み、サブビュー・ストリームは更にサブビュー・ピクチャ・ヘッダを少なくとも一つ含む。メインビュー・ピクチャ・ヘッダは、メインビュー・ピクチャの符号化方式を示す情報を含む。サブビュー・ピクチャ・ヘッダは、サブビュー・ピクチャの符号化方式を示す情報を含む。各メインビュー・ピクチャは、メインビュー・ピクチャ・ヘッダを参照するが、サブビュー・ピクチャ・ヘッダを参照しない。各サブビュー・ピクチャは、サブビュー・ピクチャ・ヘッダを参照するが、メインビュー・ピクチャ・ヘッダを参照しない。
　本発明の実施形態による再生装置は、メインビュー・ストリームとサブビュー・ストリームとから映像を再生するための再生装置であって、復号部と制御部とを備える。メインビュー・ストリームは平面視映像の再生に利用される。サブビュー・ストリームはそのメインビュー・ストリームと組み合わされて立体視映像の再生に利用される。復号部は、メインビュー・ストリームとサブビュー・ストリームとから圧縮ピクチャを抽出し、その圧縮ピクチャに含まれるヘッダを解析し、かつその圧縮ピクチャを復号する。制御部は、復号部によって解析された圧縮ピクチャのヘッダからその圧縮ピクチャの復号方法を決定して復号部に指示する。制御部が、メインビュー・ストリームに含まれる圧縮ピクチャのヘッダからその圧縮ピクチャの復号方法を決定する間に、復号部は、サブビュー・ストリームに含まれる圧縮ピクチャのヘッダ解析と復号とのいずれかを行う。制御部が、サブビュー・ストリームに含まれる圧縮ピクチャのヘッダからその圧縮ピクチャの復号方法を決定する間に、復号部は、メインビュー・ストリームに含まれる圧縮ピクチャの復号を行う。
　本発明の第一の観点による記録媒体では、メインビュー・ストリームからＩピクチャ又はＰピクチャが選択的に復号されるとき、対応するピクチャがサブビュー・ストリームから復号されれば３Ｄ映像が再生可能である。従って、その記録媒体は、特に３Ｄ映像の特殊再生が行われる時に、ストリーム・データの復号処理に対する３Ｄ再生装置の負担を更に軽減できる。一方、本発明の第二の観点による記録媒体では、メインビュー・ピクチャとサブビュー・ピクチャとは互いに相手のピクチャ・ヘッダを参照しない。従って、その記録媒体は、各ピクチャの符号化方式の判別処理に対する３Ｄ再生装置の負担を更に軽減できる。このように、本発明による上記の記録媒体はいずれも、３Ｄ映像のストリーム・データの復号処理に対する３Ｄ再生装置の負担を更に軽減することができる。
　本発明の上記の実施形態による再生装置では、復号部がピクチャの復号処理を行っている間に、制御部が次のピクチャの復号方法を決定する。その結果、この再生装置はストリーム・データの復号処理を更に効率よく実行できるので、信頼性を更に向上させることができる。
本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。 本発明の実施形態１によるＢＤ－ＲＯＭディスク101上のデータ構造を示す模式図である。 （ａ）は、図２に示されているＢＤ－ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。（ｂ）は、そのＢＤ－ＲＯＭディスク101上の第１サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。（ｃ）は、そのＢＤ－ＲＯＭディスク101上の第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。 図３の（ａ）に示されている各エレメンタリ・ストリームに属するＴＳパケットの配置を示す模式図である。 （ａ）は、図４に示されている各ＴＳパケットのヘッダのデータ構造を示す模式図である。（ｂ）は、そのＴＳパケットの列の模式図である。（ｃ）は、そのＴＳパケットの列から構成されたソースパケット列の模式図である。（ｄ）は、そのソースパケット列が連続的に記録されたＢＤ－ＲＯＭディスクのボリューム領域上のセクタ群の模式図である。 ビデオ・ストリームに含まれる三枚のピクチャ601、602、603を表示時間順に示す模式図である。 図３の（ａ）に示されているベースビュー・ビデオ・ストリームと、図３の（ｂ）に示されているライトビュー・ビデオ・ストリームとのそれぞれに含まれるピクチャ群を表示時間順に示す模式図である。 図３の（ａ）に示されているベースビュー・ビデオ・ストリームと、図３の（ｃ）に示されているデプスマップ・ストリームとのそれぞれに含まれるピクチャ群を表示時間順に示す模式図である。 ビデオ・ストリームに含まれるビデオ・シーケンスの先端部のデータ構造を示す模式図である。 図９に示されているビデオ・シーケンスの後端部のデータ構造を示す模式図である。 ＰＥＳパケット列1102へのビデオ・ストリーム1101の格納方法の詳細を示す模式図である。 （ａ）は、ベースビュー・ビデオ・ストリーム1201の各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。（ｂ）は、ディペンデントビュー・ビデオ・ストリーム1202の各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。 図９に示されている補足データ931Dのデータ構造を示す模式図である。 （ａ）、（ｂ）は、ベースビュー・ビデオ・ストリーム1401とディペンデントビュー・ビデオ・ストリーム1402との各ピクチャに割り当てられた復号カウンタの二つの例を示す模式図である。 図３の（ａ）、（ｂ）、（ｃ）に示されているメインＴＳ、第１サブＴＳ、及び第２サブＴＳのそれぞれに属するデータ・ブロック群のＢＤ－ＲＯＭディスク上での物理的な配置を示す模式図である。 （ａ）は、あるＢＤ－ＲＯＭディスク上に個別に連続して記録されたメインＴＳ1601とサブＴＳ1602との配置を示す模式図である。（ｂ）は、本発明の実施形態１によるＢＤ－ＲＯＭディスク上に交互に記録されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…とディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…との配置を示す模式図である。 （ａ）、（ｂ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[0]、D[1]、D[2]とベースビュー・データ・ブロック群B[0]、B[1]、B[2]との各エクステントＡＴＣ時間の二つの例を示す模式図である。 図１５に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路1801、Ｌ／Ｒモードでの再生経路1802、及びデプス・モードでの再生経路1803を示す模式図である。 ＰＭＴ1910のデータ構造を示す模式図である。 図２に示されている２Ｄクリップ情報ファイル（01000.clpi）231のデータ構造を示す模式図である。 （ａ）は、図２０に示されているエントリ・マップ2030のデータ構造を示す模式図である。（ｂ）は、図２に示されているファイル２Ｄ241に属するソースパケット群2110のうち、エントリ・マップ2030によって各ＥＰ＿ＩＤ2105に対応付けられているものを示す模式図である。（ｃ）は、そのソースパケット群2110とＢＤ－ＲＯＭディスク上のデータ・ブロック群Dn、Rn、Ln（n＝0、1、2、3、…）との間の対応関係を示す模式図である。 （ａ）は、オフセット・テーブル2041のデータ構造を示す模式図である。（ｂ）は、（ａ）に示されているオフセット・エントリの有効区間を表す模式図である。 （ａ）は、図２０に示されているエクステント起点2042のデータ構造を示す模式図である。（ｂ）は、図２に示されているライトビュー・クリップ情報ファイル（02000.clpi）232に含まれるエクステント起点2320のデータ構造を示す模式図である。（ｃ）は、Ｌ／Ｒモードの再生装置102によって、図２に示されている第１ファイルＳＳ（01000.ssif）244Aから抽出されたベースビュー・データ・ブロックL1、L2、…を表す模式図である。（ｄ）は、図２に示されている第１ファイルＤＥＰ（02000.m2ts）242に属するライトビュー・エクステントEXT2[0]、EXT2[1]、…と、（ｂ）に示されているエクステント起点2320のＳＰＮ2322との間の対応関係を表す模式図である。（ｅ）は、第１ファイルＳＳ244Aに属する３ＤエクステントEXTSS[0]、EXTSS[1]、…とＢＤ－ＲＯＭディスク上のデータ・ブロック群2350との間の対応関係の一例を示す模式図である。 本発明の実施形態１によるＢＤ－ＲＯＭディスク上に記録された３Ｄ映像コンテンツを含むデータ・ブロック群2400と、ファイル２Ｄ2410、ファイル・ベース2411、ファイルＤＥＰ2412、及びファイルＳＳ2420の各エクステント群との間の対応関係を示す模式図である。 本発明の実施形態１によるＢＤ－ＲＯＭディスクにおいて、ベースビュー・ビデオ・ストリーム2510とディペンデントビュー・ビデオ・ストリーム2520とに設定されたエントリ・ポイントの例を示す模式図である。 図２に示されている２Ｄプレイリスト・ファイル（00001.mpls）221のデータ構造を示す模式図である。 図２６に示されているＰＩ＃Ｎのデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、図２７に示されているコネクション・コンディション2704が“５”、“６”であるときに接続対象の二つの再生区間2801、2802の間の関係を示す模式図である。 図２６に示されている２Ｄプレイリスト・ファイル221の示すＰＴＳと、図２に示されているファイル２Ｄ（01000.m2ts）241から再生される部分との間の対応関係を示す模式図である。 図２に示されている３Ｄプレイリスト・ファイル（00002.mpls）222のデータ構造を示す模式図である。 図３０に示されているＳＴＮテーブルＳＳ3030のデータ構造を示す模式図である。 （ａ）、（ｂ）、（ｃ）はそれぞれ、図３１に示されているディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3112、ＰＧストリームのストリーム登録情報列3113、及びＩＧストリームのストリーム登録情報列3114のデータ構造を示す模式図である。 図３０に示されている３Ｄプレイリスト・ファイル（00002.mpls）222の示すＰＴＳと、図２に示されている第１ファイルＳＳ（01000.ssif）244Aから再生される部分との間の対応関係を示す模式図である。 図２に示されているインデックス・ファイル（index.bdmv）211内のインデックス・テーブル3410を示す模式図である。 本発明の実施形態１による再生装置102によって３Ｄ映像のタイトルが選択されたときに行われる、再生対象のプレイリスト・ファイルの選択処理のフローチャートである。 本発明の実施形態１による再生装置102の２Ｄ再生モードでの機能ブロック図である。 図３６に示されているプレーヤ変数記憶部3608内のシステム・パラメータの一覧表である。 図３６に示されているシステム・ターゲット・デコーダ3603の機能ブロック図である。 （ａ）は、図３６、３８に示されている２Ｄ再生装置によるプライマリ・ビデオ・ストリームの復号処理において、デコーダ・ドライバ3637とＤＥＣ3804とによって処理されるデータの流れを示す模式図である。（ｂ）は、その復号処理の流れを示す模式図である。 本発明の実施形態１による再生装置102の３Ｄ再生モードでの機能ブロック図である。 図４０に示されているシステム・ターゲット・デコーダ4023の機能ブロック図である。 （ａ）は、図４０、４１に示されている３Ｄ再生装置によるベースビューとディペンデントビューとのプライマリ・ビデオ・ストリームの対の復号処理において、デコーダ・ドライバ4037とＤＥＣ4104とによって処理されるデータの流れを示す模式図である。（ｂ）は、その復号処理の流れを示す模式図である。 図４０に示されているプレーン加算部4024の機能ブロック図である。 （ａ）、（ｂ）は、図４３に示されている第２クロッピング処理部4332によるクロッピング処理を示す模式図である。 （ａ）、（ｂ）、（ｃ）はそれぞれ、図４４に示されているクロッピング処理によって生成されたレフトビューとライトビューとのＰＧプレーン、及びそれらから視聴者に知覚される３Ｄ映像を示す模式図である。 本発明の実施形態１の変形例［B］によるベースビュー・ビデオ・ストリームのＶＡＵとディペンデントビュー・ビデオ・ストリームのＶＡＵとの間でのヘッダの参照関係を示す模式図である。 図４６に示されているビデオ・ストリームを復号するための主映像デコーダ4715の構造を示す模式図である。 ３Ｄ映像の再生方式に関するデータが追加されたＰＭＴ4810のデータ構造を示す模式図である。 （ａ）は、隣接するベースビューとディペンデントビューとのデータ・ブロック間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。 隣接するベースビューとディペンデントビューとのデータ・ブロック間でエントリ・ポイントの数が等しいときの、エントリ・ポイントとインターリーブ配置のデータ・ブロック群との間の対応関係を示す模式図である。 （ａ）－（ｆ）は、２Ｄプレイリスト・ファイル内のメインパスに従って再生される多重化ストリーム・データに対するシーケンス終端コードの設定条件を示す模式図である。 シーケンス終端コードが設定されたベースビュー・ビデオ・ストリーム内のＶＡＵ＃Ｎを格納しているＴＳパケット列のデータ構造を示す模式図である。 本発明の実施形態１の変形例［I］による３Ｄ再生装置内のシステム・ターゲット・デコーダ5301の機能ブロック図である。 図５３に示されているシステム・ターゲット・デコーダ5301によるベースビュー・ビデオ・ストリームのＶＡＵ5401とディペンデントビュー・ビデオ・ストリームのＶＡＵ5402との復号順序を示す模式図である。 図３６に示されている２Ｄ再生モードの再生装置102内の再生処理系統を示す模式図である。 （ａ）は、図５５に示されている２Ｄ再生モードの再生装置102の動作中、リード・バッファ3621に蓄積されるデータ量DAの変化を示すグラフである。（ｂ）は、再生対象のデータ・ブロック群5610と２Ｄ再生モードでの再生経路5620との間の対応関係を示す模式図である。 ＢＤ－ＲＯＭディスクに関するジャンプ距離Sjumpと最大ジャンプ時間Tjump＿maxとの間の対応表の一例である。 図４０に示されている３Ｄ再生モードの再生装置102内の再生処理系統を示す模式図である。 （ａ）、（ｂ）は、図５８に示されている再生装置102がＬ／Ｒモードで動作しているときに、各リード・バッファ4021、4022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｃ）は、再生対象のデータ・ブロック群5910とＬ／Ｒモードでの再生経路5920との間の対応関係を示す模式図である。 （ａ）、（ｂ）はそれぞれ、図５８に示されている再生装置102がデプス・モードで動作しているときに、各リード・バッファ4021、4022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｃ）は、再生対象のデータ・ブロック群6010とデプス・モードでの再生経路6020との間の対応関係を示す模式図である。 本発明による３Ｄ再生モードの再生装置102が単一のリード・バッファを利用する場合における、その再生処理系統を示す模式図である。 （ａ）は、インターリーブ配置のデータ・ブロック群6210に対するＬ／Ｒモードでの再生経路6220を示す模式図である。（ｂ）は、図６１に示されている再生装置102が、（ａ）に示されている再生経路6220に従って動作するときに、リード・バッファ6101に蓄積されるデータの領域の変化を示す模式図である。 （ａ）は、インターリーブ配置のデータ・ブロック群6310に対するＬ／Ｒモードでの再生経路6320に従って、図５８、６１に示されている各再生処理系統がデータ・ブロック群6310を読み出すときに各リードバッファ6101、4021、4022に蓄積されるデータ量DAの変化を示すグラフである。（ｂ）は、その再生経路6320を示す模式図である。 図６１に示されている再生処理系統によって読み出されるベースビューとディペンデントビューとの各エクステントに対するＡＴＳの設定を示す模式図である。 （ａ）は、本発明の実施形態１によるＢＤ－ＲＯＭディスク101上に記録された、多重化ストリーム・データのみを含むインターリーブ配置のデータ・ブロック群を示す模式図である。（ｂ）は、本発明の実施形態１の変形例［L］によるＢＤ－ＲＯＭディスク101上に記録された、多重化ストリーム・データと他のファイルとに属するエクステントを含むインターリーブ配置のデータ・ブロック群を示す模式図である。 本発明の実施形態１による再生装置102がＬ／Ｒモードで再生処理を行うときに生じるロングジャンプJLY、JBDJ1、JBDJ2を示す模式図である。 （ａ）は、本発明の実施形態１によるＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群6701、6702を示す模式図である。（ｂ）は、３Ｄエクステント・ブロック6701、6702に対する各再生モードでの再生経路6710、6711、6712を示す模式図である。 （ａ）は、本発明の実施形態１によるＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第１例を示す模式図である。（ｂ）は、（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路6810、Ｌ／Ｒモードでの再生経路6820、及びデプス・モードでの再生経路6830を示す模式図である。 図６８の（ａ）に示されている配置１からデプスマップ・データ・ブロックを除去したものを示す模式図である。 （ａ）は、本発明の実施形態１によるＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第２例を示す模式図である。（ｂ）は、（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路7010、Ｌ／Ｒモードでの再生経路7020、及びデプス・モードでの再生経路7030を示す模式図である。 （ａ）は、本発明の実施形態１によるＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第３例を示す模式図である。（ｂ）は、（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路7110、Ｌ／Ｒモードでの再生経路7120、及びデプス・モードでの再生経路7130を示す模式図である。 （ａ）は、本発明の実施形態１によるＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第４例を示す模式図である。（ｂ）は、（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路7210、Ｌ／Ｒモードでの再生経路7220、及びデプス・モードでの再生経路7230を示す模式図である。 （ａ）、（ｂ）はそれぞれ、図７２の（ｂ）に示されているＬ／Ｒモードでの再生経路7220に従ったデータ・ブロックの読み出し期間において、各リード・バッファ4021、4022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。 図７２の（ａ）に示されている第１の３Ｄエクステント・ブロック7201にシームレスに接続可能な第３の３Ｄエクステント・ブロック7401、その中のベースビュー・データ・ブロックを共有するファイル２Ｄ＃２7410とファイルＳＳ＃２7420、及び各ファイル241、244Ａ、7410、7420の再生経路を規定するプレイリスト・ファイル221、222、7430、7440を示す模式図である。 （ａ）は、本発明の実施形態１によるＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第５例を示す模式図である。（ｂ）は、（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路7510、Ｌ／Ｒモードでの再生経路7520、及びデプス・モードでの再生経路7530を示す模式図である。 （ａ）、（ｂ）はそれぞれ、図７５の（ｂ）に示されているＬ／Ｒモードでの再生経路7520に従ったデータ・ブロックの読み出し期間において、各リード・バッファ4021、4022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。 （ａ）は、本発明の実施形態１によるＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第６例を示す模式図である。（ｂ）は、（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路7710、Ｌ／Ｒモードでの再生経路7720、及びデプス・モードでの再生経路7730を示す模式図である。 （ａ）、（ｂ）はそれぞれ、図７７の（ｂ）に示されているＬ／Ｒモードでの再生経路7720に従ったデータ・ブロックの読み出し期間において、各リード・バッファ4021、4022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。 最小エクステント・サイズの算定で想定されるエクステント群7901のインターリーブ配置、及びそれらに対する３Ｄ再生モードでの再生経路7920、7930を示す模式図である。 （ａ）は、多重化ストリーム・データを先頭から順に最小エクステントＡＴＣ時間minTextのデータ・ブロックEXT[0]－EXT[n－1]（n≧1）に分割した状態を示す模式図である。（ｂ）は、（ａ）に示されている各データ・ブロックEXT[0]－EXT[n－1]のエクステントＡＴＣ時間を最小エクステントＡＴＣ時間minTextよりも延長したときの多重化ストリーム・データを示す模式図である。 （ａ）は、３Ｄ再生モードにおいて方法≪I≫を利用することを目的として設計された３Ｄエクステント・ブロック8110とＬ／Ｒモードでの再生経路8120との間の対応関係を示す模式図である。（ｂ）は、３Ｄエクステント・ブロック8110がＬ／Ｒモードでの再生経路8120に従って読み出されるときにおける第１リード・バッファ4021の蓄積データ量DA1の変化を示すグラフである。（ｃ）は、（ｂ）に示されている変化を第１リード・バッファ4021の蓄積データ量DA1が示すときにおける第２リード・バッファ4022の蓄積データ量DA2の変化を示すグラフである。 （ａ）、（ｂ）は、Ｌ／Ｒモードの再生装置102によって、式（５０）－（５３）を満たす一連の３Ｄエクステント・ブロックが読み出されるときにリード・バッファ4021、4022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。 （ａ）は、２Ｄ再生モードにおいて方法≪I≫又は≪II≫を利用することを目的として設計された３Ｄエクステント・ブロック8310と２Ｄ再生モードでの再生経路8320との間の対応関係を示す模式図である。（ｂ）は、３Ｄエクステント・ブロック8310が２Ｄ再生モードでの再生経路8320に従って読み出されるときにおけるリード・バッファ3621の蓄積データ量DAの変化を示すグラフである。（ｃ）は、（ａ）に示されている３Ｄエクステント・ブロック8310の全体を読み出すときにおけるリード・バッファ3621の蓄積データ量DAの変化を示すグラフである。 （ａ）は、３Ｄエクステント・ブロック8401からＬ／Ｒモードでの再生経路8420に従って３Ｄ映像が再生されている期間にＢＤ－Ｊオブジェクト・ファイルの読み出し処理が行われる場合を示す模式図である。（ｂ）は、３Ｄエクステント・ブロック8401から２Ｄ再生モードでの再生経路8410に従って２Ｄ映像が再生されている期間にＢＤ－Ｊオブジェクト・ファイルの読み出し処理が行われる場合を示す模式図である。 （ａ）は、一つの３Ｄエクステントに含まれるべき（ｋ＋１）個のソースパケットＳＰ＃０、ＳＰ＃１、ＳＰ＃２、…、ＳＰ＃ｋを表す模式図である。（ｂ）は、各ソースパケットＳＰ＃０－ＳＰ＃ｋをＡＴＣの時間軸方向でＡＴＳの順に並べた状態を示す模式図である。（ｃ）は、（ｂ）に示されている空き領域にＮＵＬＬパケットが挿入された状態を示す模式図である。 （ａ）は、マルチアングルに対応する多重化ストリーム・データの再生経路を示す模式図である。（ｂ）は、本発明の実施形態１の変形例［U］によるＢＤ－ＲＯＭディスク上に記録されたデータ・ブロック群8601と、それらに対するＬ／Ｒモードでの再生経路8602とを示す模式図である。（ｃ）は、アングル別のストリーム・データAk、Bk、Ckを構成する３Ｄエクステント・ブロックを示す模式図である。 （ａ）は、マルチアングルに対応する第１の３Ｄエクステント・ブロック8701と、それに対する三種類の再生経路8710、8720、8730とを示す模式図である。（ｂ）は、マルチアングルに対応する第２の３Ｄエクステント・ブロック8702と、それに対する三種類の再生経路8711、8721、8731とを示す模式図である。（ｃ）は、マルチアングルに対応する第３の３Ｄエクステント・ブロック8703と、それに対する三種類の再生経路8712、8722、8732とを示す模式図である。 本発明の実施形態２による記録装置の内部構成を示すブロック図である。 （ａ）、（ｂ）はそれぞれ、本発明の実施形態２による記録装置において、３Ｄ映像の一シーンの表示に利用される左映像ピクチャと右映像ピクチャとを表す模式図である。（ｃ）は、ビデオエンコーダ8801によってそれらのピクチャから算出された奥行き情報を示す模式図である。 本発明の実施形態３による集積回路3の機能ブロック図である。 図６５に示されているストリーム処理部5の代表的な構成を示す機能ブロック図である。 図６６に示されている切替部53がＤＭＡＣであるときの周辺の構造を示す模式図である 図６５に示されているＡＶ出力部8の代表的な構成を示す機能ブロック図である。 図６８に示されているＡＶ出力部8を含む再生装置102のデータ出力に関する部分の詳細を示す模式図である。 図６５に示されている集積回路3内の制御バス及びデータバスのトポロジーの例（ａ）、（ｂ）を示す模式図である。 図６５に示されている集積回路3を利用した再生装置102による再生処理のフローチャートである。 図７１に示されている各ステップＳ１－５の詳細を示すフローチャートである。 （ａ）－（ｃ）は、視差映像を用いる方法による３Ｄ映像の再生原理を説明するための模式図である。 ２Ｄ映像9101とデプスマップ9102との組み合わせからレフトビュー9103Lとライトビュー9103Rとを構成する例を示す模式図である。 ３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である。
　以下、本発明の好適な実施形態に係る記録媒体及び再生装置について、図面を参照しながら説明する。
　《実施形態１》
　図１は、本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。このホームシアター・システムは、視差映像を用いた３Ｄ映像（立体視映像）の再生方式を採用し、特に表示方式として継時分離方式を採用している（詳細は＜補足＞参照）。図１を参照するに、このホームシアター・システムは記録媒体101を再生対象とし、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。
　記録媒体101は読み出し専用ブルーレイ・ディスク（登録商標）（ＢＤ：Blu－ray Disc）、すなわちＢＤ－ＲＯＭディスクである。記録媒体101はその他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。その記録媒体、すなわちＢＤ－ＲＯＭディスク101は３Ｄ映像による映画コンテンツを格納している。このコンテンツは、その３Ｄ映像のレフトビューとライトビューとのそれぞれを表すビデオ・ストリームを含む。そのコンテンツは更に、その３Ｄ映像のデプスマップを表すビデオ・ストリームを含んでいてもよい。それらのビデオ・ストリームはデータ・ブロック単位でＢＤ－ＲＯＭディスク101上に配置され、後述のファイル構造を利用してアクセスされる。レフトビュー又はライトビューを表すビデオ・ストリームは、２Ｄ再生装置と３Ｄ再生装置とのそれぞれにより、そのコンテンツを２Ｄ映像として再生するのに利用される。一方、レフトビューとライトビューとのそれぞれを表すビデオ・ストリームの対、又は、レフトビュー若しくはライトビューのいずれかとデプスマップとのそれぞれを表すビデオ・ストリームの対は、３Ｄ再生装置により、そのコンテンツを３Ｄ映像として再生するのに利用される。
　再生装置102はＢＤ－ＲＯＭドライブ121を搭載している。ＢＤ－ＲＯＭドライブ121はＢＤ－ＲＯＭ方式に準拠の光ディスクドライブである。再生装置102はＢＤ－ＲＯＭドライブ121を利用してＢＤ－ＲＯＭディスク101からコンテンツを読み込む。再生装置102は更にそのコンテンツを映像データ／音声データに復号する。再生装置102は３Ｄ再生装置であり、そのコンテンツを２Ｄ映像と３Ｄ映像とのいずれとしても再生可能である。以下、２Ｄ映像と３Ｄ映像とのそれぞれを再生するときの再生装置102の動作モードを「２Ｄ再生モード」、「３Ｄ再生モード」という。２Ｄ再生モードでは、映像データはレフトビュー又はライトビューのいずれか一方の映像フレームを含む。３Ｄ再生モードでは、映像データはレフトビューとライトビューとの両方の映像フレームを含む。
　３Ｄ再生モードは更に、レフト／ライト（Ｌ／Ｒ）モードとデプス・モードとに分けられる。「Ｌ／Ｒモード」では、レフトビューとライトビューとのそれぞれを表すビデオ・ストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。「デプス・モード」では、レフトビュー又はライトビューのいずれかとデプスマップとのそれぞれを表すビデオ・ストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。再生装置102はＬ／Ｒモードを備える。再生装置102は更に、デプス・モードを備えていてもよい。
　再生装置102はＨＤＭＩ（High－Definition Multimedia Interface）ケーブル122で表示装置103に接続されている。再生装置102は映像データ／音声データをＨＤＭＩ方式の映像信号／音声信号に変換し、ＨＤＭＩケーブル122を通して表示装置103に伝送する。２Ｄ再生モードでは、映像信号にはレフトビュー又はライトビューのいずれか一方の映像フレームが多重化されている。３Ｄ再生モードでは、映像信号にはレフトビューとライトビューとの両方の映像フレームが時分割で多重化されている。再生装置102は更に、ＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換する。それにより、再生装置102は、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせることができる。
　表示装置103は液晶ディスプレイである。表示装置103はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。表示装置103は、映像信号に従って画面131上に映像を表示し、音声信号に従って内蔵のスピーカから音声を発生させる。表示装置103は３Ｄ映像の再生に対応可能である。２Ｄ映像の再生時、画面131上にはレフトビュー又はライトビューのいずれか一方が表示される。３Ｄ映像の再生時、画面131上にはレフトビューとライトビューとが交互に表示される。
　表示装置103は左右信号送信部132を含む。左右信号送信部132は左右信号LRを赤外線又は無線でシャッター眼鏡104へ送出する。左右信号LRは、現時点で画面131に表示される映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ映像の再生時、表示装置103は、映像信号に付随する制御信号からレフトビュー・フレームとライトビュー・フレームとを識別することによってフレームの切り換えを検知する。表示装置103は更に左右信号送信部132に、検知されたフレームの切り換えに同期して左右信号LRを切り換えさせる。
　シャッター眼鏡104は二枚の液晶表示パネル141L、141Rと左右信号受信部142とを含む。各液晶表示パネル141L、141Rは左右の各レンズ部分を構成している。左右信号受信部142は左右信号LRを受信し、その変化に応じて左右の液晶表示パネル141L、141Rに信号を送る。各液晶表示パネル141L、141Rはその信号に応じて、光をその全体で一様に透過させ、又は遮断する。特に左右信号LRがレフトビューの表示を示すとき、左目側の液晶表示パネル141Lは光を透過させ、右目側の液晶表示パネル141Rは光を遮断する。左右信号LRがライトビューの表示を示すときはその逆である。このように、二枚の液晶表示パネル141L、141Rはフレームの切り換えと同期して交互に光を透過させる。その結果、視聴者がシャッター眼鏡104をかけて画面131を見たとき、レフトビューはその視聴者の左目だけに映り、ライトビューはその右目だけに映る。そのとき、その視聴者には、各目に映る映像間の違いが同じ立体的物体に対する両眼視差として知覚されるので、その映像が立体的に見える。
　リモコン105は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、ＢＤ－ＲＯＭディスク101の再生開始若しくは停止等、再生装置102又は表示装置103の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンの識別情報を信号で送信部に伝える。送信部はその信号を赤外線又は無線による信号IRに変換して再生装置102又は表示装置103へ送出する。一方、再生装置102と表示装置103とはそれぞれ、その信号IRを受信し、その信号IRの示すボタンを特定し、そのボタンに対応付けられた機能を実行する。こうして、ユーザは再生装置102又は表示装置103を遠隔操作できる。
　＜ＢＤ－ＲＯＭディスク上のデータ構造＞
　図２は、ＢＤ－ＲＯＭディスク101上のデータ構造を示す模式図である。図２を参照するに、ＢＤ－ＲＯＭディスク101上のデータ記録領域の最内周部にはＢＣＡ（Burst Cutting Area）201が設けられている。ＢＣＡに対してはＢＤ－ＲＯＭドライブ121によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止される。それにより、ＢＣＡ201は著作権保護技術に利用される。ＢＣＡ201よりも外側のデータ記録領域では内周から外周へ向けてトラックが螺旋状に延びている。図２にはトラック202が模式的に横方向に引き伸ばされて描かれている。その左側はディスク101の内周部を表し、右側は外周部を表す。図２に示されているように、トラック202は内周から順に、リードイン領域202A、ボリューム領域202B、及びリードアウト領域202Cを含む。リードイン領域202AはＢＣＡ201のすぐ外周側に設けられている。リードイン領域202Aは、ボリューム領域202Bに記録されたデータのサイズ及び物理アドレス等、ＢＤ－ＲＯＭドライブ121によるボリューム領域202Bへのアクセスに必要な情報を含む。リードアウト領域202Cはデータ記録領域の最外周部に設けられ、ボリューム領域202Bの終端を示す。ボリューム領域202Bは、映像及び音声等のアプリケーション・データを含む。
　ボリューム領域202Bは「セクタ」と呼ばれる小領域202Dに分割されている。セクタのサイズは共通であり、例えば２０４８バイトである。各セクタ202Dにはボリューム領域202Bの先端から順に通し番号が振られている。この通し番号は論理ブロック番号（ＬＢＮ）と呼ばれ、ＢＤ－ＲＯＭディスク101上の論理アドレスに利用される。ＢＤ－ＲＯＭディスク101からのデータの読み出しでは、宛先のセクタのＬＢＮが指定されることによって読み出し対象のデータが特定される。こうして、ボリューム領域202Bはセクタ単位でアクセス可能である。更に、ＢＤ－ＲＯＭディスク101上では論理アドレスが物理アドレスと実質的に等しい。特に、ＬＢＮが連続している領域では物理アドレスも実質的に連続している。従って、ＢＤ－ＲＯＭドライブ121は、ＬＢＮが連続しているセクタからデータを、その光ピックアップにシークを行わせることなく連続して読み出すことができる。
　ボリューム領域202Bに記録されたデータは所定のファイルシステムで管理される。そのファイルシステムとしてはＵＤＦ（Universal Disc Format）が採用されている。そのファイルシステムはその他にＩＳＯ９６６０であってもよい。そのファイルシステムに従い、ボリューム領域202Bに記録されたデータはディレクトリ／ファイル形式で表現される（詳細は＜補足＞参照）。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
　　≪ＢＤ－ＲＯＭディスク上のディレクトリ／ファイル構造≫
　図２は更に、ＢＤ－ＲＯＭディスク101のボリューム領域202Bに格納されたデータのディレクトリ／ファイル構造を示す。図２を参照するに、このディレクトリ／ファイル構造では、ルート（ＲＯＯＴ）ディレクトリ203の直下にＢＤムービー（ＢＤＭＶ：BD Movie）ディレクトリ210が置かれている。ＢＤＭＶディレクトリ210の直下には、インデックス・ファイル（index.bdmv）211とムービーオブジェクト・ファイル（MovieObject.bdmv）212とが置かれている。
　インデックス・ファイル211は、ＢＤ－ＲＯＭディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルと、再生装置102の動作を制御するためのプログラムとの間の対応表である。そのプログラムを「オブジェクト」という。オブジェクトの種類にはムービーオブジェクトとＢＤ－Ｊ（BD Java （登録商標））オブジェクトとがある。
　ムービーオブジェクト・ファイル212は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置102は一般的なＤＶＤプレーヤと同様に、まず表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。
　図２を更に参照するに、ＢＤＭＶディレクトリ210の直下には、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ220、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ230、ストリーム（ＳＴＲＥＡＭ）ディレクトリ240、ＢＤ－Ｊオブジェクト（ＢＤＪＯ：BD Java Object）ディレクトリ250、及びＪａｖａアーカイブ（ＪＡＲ：Java Archive）ディレクトリ260が置かれている。
　ＳＴＲＥＡＭディレクトリ240の直下には、三種類のＡＶストリーム・ファイル（01000.m2ts）241、（02000.m2ts）242、（03000.m2ts）243、及び、立体視インターリーブ・ファイル（ＳＳＩＦ：Stereoscopic Interleaved File）ディレクトリ244が置かれている。ＳＳＩＦディレクトリ244の直下には、二種類のＡＶストリーム・ファイル（01000.ssif）244A、（02000.ssif）244Bが置かれている。
　「ＡＶストリーム・ファイル」は、ＢＤ－ＲＯＭディスク101上に記録された映像コンテンツの実体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの実体とは一般に、映像・音声・字幕等を表す各種のストリーム・データ、すなわちエレメンタリ・ストリームが多重化されたストリーム・データを意味する。この多重化ストリーム・データは内蔵のプライマリ・ビデオ・ストリームの種類に依ってメイン・トランスポート・ストリーム（ＴＳ）とサブＴＳとに大別される。「メインＴＳ」は、プライマリ・ビデオ・ストリームとしてベースビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ベースビュー・ビデオ・ストリーム」は、単独で再生可能であって、２Ｄ映像を表すビデオ・ストリームをいう。尚、ベースビューは「メインビュー」ともいう。「サブＴＳ」は、プライマリ・ビデオ・ストリームとしてディペンデントビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ディペンデントビュー・ビデオ・ストリーム」は、その再生にベースビュー・ビデオ・ストリームを必要とし、そのベースビュー・ビデオ・ストリームとの組み合わせで３Ｄ映像を表すビデオ・ストリームをいう。尚、ディペンデントビューは「サブビュー」ともいう。ディペンデントビュー・ビデオ・ストリームの種類には、ライトビュー・ビデオ・ストリーム、レフトビュー・ビデオ・ストリーム、及びデプスマップ・ストリームがある。「ライトビュー・ビデオ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像がＬ／Ｒモードの再生装置によって３Ｄ映像のレフトビューとして利用されるときに、その３Ｄ映像のライトビューを表すビデオ・ストリームとして利用される。「レフトビュー・ビデオ・ストリーム」はその逆である。「デプスマップ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像がデプス・モードの再生装置によって仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すストリーム・データとして利用される。
　ＡＶストリーム・ファイルは内蔵の多重化ストリーム・データの種類に依って、ファイル２Ｄ、ファイル・ディペンデント（以下、ファイルＤＥＰと略す。）、及びインターリーブ・ファイル（以下、ファイルＳＳと略す。）の三種類に分けられる。「ファイル２Ｄ」は、２Ｄ再生モードでの２Ｄ映像の再生に利用されるＡＶストリーム・ファイルであって、メインＴＳを含むものをいう。「ファイルＤＥＰ」は、サブＴＳを含むＡＶストリーム・ファイルをいう。「ファイルＳＳ」は、同じ３Ｄ映像を表すメインＴＳとサブＴＳとの対を含むＡＶストリーム・ファイルをいう。ファイルＳＳは特に、そのメインＴＳをいずれかのファイル２Ｄと共有し、そのサブＴＳをいずれかのファイルＤＥＰと共有する。すなわち、ＢＤ－ＲＯＭディスク101のファイルシステムでは、メインＴＳはファイルＳＳとファイル２Ｄとのいずれとしてもアクセス可能であり、サブＴＳはファイルＳＳとファイルＤＥＰとのいずれとしてもアクセス可能である。このように、ＢＤ－ＲＯＭディスク101上に記録された一連のデータを異なるファイルに共有させ、いずれのファイルとしてもアクセス可能にする仕組みを「ファイルのクロスリンク」という。
　図２に示されている例では、第１ＡＶストリーム・ファイル（01000.m2ts）241はファイル２Ｄであり、第２ＡＶストリーム・ファイル（02000.m2ts）242と第３ＡＶストリーム・ファイル（03000.m2ts）243とはいずれもファイルＤＥＰである。このように、ファイル２ＤとファイルＤＥＰとはＳＴＲＥＡＭディレクトリ240の直下に置かれる。第１ＡＶストリーム・ファイル、すなわちファイル２Ｄ241の含むベースビュー・ビデオ・ストリームは３Ｄ映像のレフトビューを表す。第２ＡＶストリーム・ファイル、すなわち第１ファイルＤＥＰ242の含むディペンデントビュー・ビデオ・ストリームはライトビュー・ビデオ・ストリームである。第３ＡＶストリーム・ファイル、すなわち第２ファイルＤＥＰ243の含むディペンデントビュー・ビデオ・ストリームはデプスマップ・ストリームである。
　図２に示されている例では更に、第４ＡＶストリーム・ファイル（01000.ssif）244Aと第５ＡＶストリーム・ファイル（02000.ssif）244BとはいずれもファイルＳＳである。このように、ファイルＳＳはＳＳＩＦディレクトリ244の直下に置かれる。第４ＡＶストリーム・ファイル、すなわち第１ファイルＳＳ244Aはファイル２Ｄ241とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第１ファイルＤＥＰ242とはサブＴＳ、特にライトビュー・ビデオ・ストリームを共有する。第５ＡＶストリーム・ファイル、すなわち第２ファイルＳＳ244Bはファイル２Ｄ241とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第２ファイルＤＥＰ243とはサブＴＳ、特にデプスマップ・ストリームを共有する。
　ＣＬＩＰＩＮＦディレクトリ230には、三種類のクリップ情報ファイル（01000.clpi）231、（02000.clpi）232、（03000.clpi）233が置かれている。「クリップ情報ファイル」は、ファイル２ＤとファイルＤＥＰとに一対一に対応付けられたファイルであって、特に各ファイルのエントリ・マップを含むものをいう。「エントリ・マップ」は、ファイル２Ｄ又はファイルＤＥＰの表す各シーンの表示時間と、そのシーンが記録された各ファイル内のアドレスとの間の対応表である。クリップ情報ファイルのうち、ファイル２Ｄに対応付けられているものを「２Ｄクリップ情報ファイル」といい、ファイルＤＥＰに対応付けられているものを「ディペンデントビュー・クリップ情報ファイル」という。更に、ファイルＤＥＰがライトビュー・ビデオ・ストリームを含むとき、対応するディペンデントビュー・クリップ情報ファイルを「ライトビュー・クリップ情報ファイル」という。ファイルＤＥＰがデプスマップ・ストリームを含むとき、対応するディペンデントビュー・クリップ情報ファイルを「デプスマップ・クリップ情報ファイル」という。図２に示されている例では、第１クリップ情報ファイル（01000.clpi）231は２Ｄクリップ情報ファイルであり、ファイル２Ｄ241に対応付けられている。第２クリップ情報ファイル（02000.clpi）232はライトビュー・クリップ情報ファイルであり、第１ファイルＤＥＰ242に対応付けられている。第３クリップ情報ファイル（03000.clpi）233はデプスマップ・クリップ情報ファイルであり、第２ファイルＤＥＰ243に対応付けられている。
　ＰＬＡＹＬＩＳＴディレクトリ220には三種類のプレイリスト・ファイル（00001.mpls）221、（00002.mpls）222、（00003.mpls）223が置かれている。「プレイリスト・ファイル」は、ＡＶストリーム・ファイルの再生経路、すなわちＡＶストリーム・ファイルの再生対象の部分とその再生順序とを規定するファイルをいう。プレイリスト・ファイルの種類には２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとがある。「２Ｄプレイリスト・ファイル」はファイル２Ｄの再生経路を規定する。「３Ｄプレイリスト・ファイル」は、２Ｄ再生モードの再生装置に対してはファイル２Ｄの再生経路を規定し、３Ｄ再生モードの再生装置に対してはファイルＳＳの再生経路を規定する。図２に示されている例では、第１プレイリスト・ファイル（00001.mpls）221は２Ｄプレイリスト・ファイルであり、ファイル２Ｄ241の再生経路を規定する。第２プレイリスト・ファイル（00002.mpls）222は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ241の再生経路を規定し、Ｌ／Ｒモードの再生装置に対しては第１ファイルＳＳ244Aの再生経路を規定する。第３プレイリスト・ファイル（00003.mpls）223は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ241の再生経路を規定し、デプス・モードの再生装置に対しては第２ファイルＳＳ244Bの再生経路を規定する。
　ＢＤＪＯディレクトリ250にはＢＤ－Ｊオブジェクト・ファイル（XXXXX.bdjo）251が置かれている。ＢＤ－Ｊオブジェクト・ファイル251はＢＤ－Ｊオブジェクトを一つ含む。ＢＤ－Ｊオブジェクトはバイトコード・プログラムであり、再生装置102に実装されたＪａｖａ仮想マシンにタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。ＢＤ－Ｊオブジェクトは、Ｊａｖａ言語等のコンパイラ型言語で記述されている。ＢＤ－Ｊオブジェクトはアプリケーション管理テーブルと参照対象のプレイリスト・ファイルの識別情報とを含む。「アプリケーション管理テーブル」は、Ｊａｖａ仮想マシンに実行させるべきＪａｖａアプリケーション・プログラムとその実行時期（ライフサイクル）とのリストである。「参照対象のプレイリスト・ファイルの識別情報」は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンはユーザの操作又はアプリケーション・プログラムに従って各ＢＤ－Ｊオブジェクトを呼び出し、そのＢＤ－Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、再生装置102は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置103にグラフィックス映像をタイトルの映像とは独立に表示させる。
　ＪＡＲディレクトリ260にはＪＡＲファイル（YYYYY.jar）261が置かれている。ＪＡＲファイル261は、ＢＤ－Ｊオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきＪａｖａアプリケーション・プログラムの本体を一般に複数含む。「Ｊａｖａアプリケーション・プログラム」は、ＢＤ－Ｊオブジェクトと同様、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。Ｊａｖａアプリケーション・プログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及びＪａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。ＪＡＲファイル261はＪａｖａアーカイブ・ファイルであり、再生装置102に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にＪａｖａアプリケーション・プログラムが格納される。
　　≪多重化ストリーム・データの構造≫
　図３の（ａ）は、ＢＤ－ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。メインＴＳはＭＰＥＧ－２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームであり、図２に示されているファイル２Ｄ241に含まれる。図３の（ａ）を参照するに、メインＴＳはプライマリ・ビデオ・ストリーム301とプライマリ・オーディオ・ストリーム302A、302Bとを含む。メインＴＳはその他に、プレゼンテーション・グラフィックス（ＰＧ）ストリーム303A、303B、インタラクティブ・グラフィックス（ＩＧ）ストリーム304、セカンダリ・オーディオ・ストリーム305、及びセカンダリ・ビデオ・ストリーム306を含んでもよい。
　プライマリ・ビデオ・ストリーム301は映画の主映像を表し、セカンダリ・ビデオ・ストリーム306は副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。プライマリ・ビデオ・ストリーム301とセカンダリ・ビデオ・ストリーム306とはいずれもベースビュー・ビデオ・ストリームである。各ビデオ・ストリーム301、306は、ＭＰＥＧ－２、ＭＰＥＧ－４　ＡＶＣ、又はＳＭＰＴＥ　ＶＣ－１等の動画圧縮符号化方式で符号化されている。
　プライマリ・オーディオ・ストリーム302A、302Bは映画の主音声を表す。ここで、二つのプライマリ・オーディオ・ストリーム302A、302Bの間では言語が異なる。セカンダリ・オーディオ・ストリーム305は、その主音声とミキシングされるべき副音声を表す。各オーディオ・ストリーム302A、302B、305は、ＡＣ－３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ（Meridian Lossless Packing：登録商標）、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ－ＨＤ、又はリニアＰＣＭ（Pulse Code Modulation）等の方式で符号化されている。
　各ＰＧストリーム303A、303Bは、グラフィックスによる字幕等、プライマリ・ビデオ・ストリーム301の表す映像に重ねて表示されるべきグラフィックス映像を表す。二つのＰＧストリーム303A、303Bの間では、例えば字幕の言語が異なる。ＩＧストリーム304は、表示装置103の画面131上に対話画面を構成するためのグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィックス部品及びその配置を表す。
　エレメンタリ・ストリーム301－306はパケット識別子（ＰＩＤ）によって識別される。ＰＩＤの割り当ては例えば次のとおりである。一つのメインＴＳはプライマリ・ビデオ・ストリームを一本のみ含むので、プライマリ・ビデオ・ストリーム301には１６進数値０ｘ１０１１が割り当てられる。一つのメインＴＳに他のエレメンタリ・ストリームが種類ごとに最大３２本まで多重化可能であるとき、プライマリ・オーディオ・ストリーム302A、302Bには０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム303A、303Bには０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム304には０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオ・ストリーム305には０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム306には０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。
　図３の（ｂ）は、ＢＤ－ＲＯＭディスク101上の第１サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第１サブＴＳはＭＰＥＧ－２　ＴＳ形式の多重化ストリーム・データであり、図２に示されている第１ファイルＤＥＰ242に含まれる。図３の（ｂ）を参照するに、第１サブＴＳはプライマリ・ビデオ・ストリーム311を含む。第１サブＴＳはその他に、レフトビューＰＧストリーム312A、312B、ライトビューＰＧストリーム313A、313B、レフトビューＩＧストリーム314、ライトビューＩＧストリーム315、及びセカンダリ・ビデオ・ストリーム316を含んでもよい。プライマリ・ビデオ・ストリーム311はライトビュー・ビデオ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム301が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。レフトビューとライトビューとのＰＧストリームの対312A＋313A、312B＋313Bは、字幕等のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。レフトビューとライトビューとのＩＧストリームの対314、315は、対話画面のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。セカンダリ・ビデオ・ストリーム316はライトビュー・ビデオ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。
　エレメンタリ・ストリーム311－316に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム311には０ｘ１０１２が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、レフトビューＰＧストリーム312A、312Bには０ｘ１２２０から０ｘ１２３Ｆまでのいずれかが割り当てられ、ライトビューＰＧストリーム313A、313Bには０ｘ１２４０から０ｘ１２５Ｆまでのいずれかが割り当てられる。レフトビューＩＧストリーム314には０ｘ１４２０から０ｘ１４３Ｆまでのいずれかが割り当てられ、ライトビューＩＧストリーム315には０ｘ１４４０から０ｘ１４５Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム316には０ｘ１Ｂ２０から０ｘ１Ｂ３Ｆまでのいずれかが割り当てられる。
　図３の（ｃ）は、ＢＤ－ＲＯＭディスク101上の第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第２サブＴＳはＭＰＥＧ－２　ＴＳ形式の多重化ストリーム・データであり、図２に示されている第２ファイルＤＥＰ243に含まれる。図３の（ｃ）を参照するに、第２サブＴＳはプライマリ・ビデオ・ストリーム321を含む。第２サブＴＳはその他に、デプスマップＰＧストリーム323A、323B、デプスマップＩＧストリーム324、及びセカンダリ・ビデオ・ストリーム326を含んでもよい。プライマリ・ビデオ・ストリーム321はデプスマップ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム301との組み合わせで３Ｄ映像を表す。デプスマップＰＧストリーム323A、323Bは、メインＴＳ内のＰＧストリーム323A、323Bの表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＰＧストリームとして利用される。デプスマップＩＧストリーム324は、メインＴＳ内のＩＧストリーム304の表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＩＧストリームとして利用される。セカンダリ・ビデオ・ストリーム326はデプスマップ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306との組み合わせで３Ｄ映像を表す。
　エレメンタリ・ストリーム321－326に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム321には０ｘ１０１３が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、デプスマップＰＧストリーム323A、323Bには０ｘ１２６０から０ｘ１２７Ｆまでのいずれかが割り当てられる。デプスマップＩＧストリーム324には０ｘ１４６０から０ｘ１４７Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム326には０ｘ１Ｂ４０から０ｘ１Ｂ５Ｆまでのいずれかが割り当てられる。
　図４は、多重化ストリーム・データ400内でのＴＳパケットの配置を示す模式図である。このパケット構造はメインＴＳとサブＴＳとで共通である。多重化ストリーム・データ400内では各エレメンタリ・ストリーム401、402、403、404はＴＳパケット421、422、423、424の列に変換されている。例えばビデオ・ストリーム401では、まず、各フレーム401A又は各フィールドが一つのＰＥＳ（Packetized Elementary Stream）パケット411に変換される。次に、各ＰＥＳパケット411が一般に複数のＴＳパケット421に変換される。同様に、オーディオ・ストリーム402、ＰＧストリーム403、及びＩＧストリーム404はそれぞれ、一旦ＰＥＳパケット412、413、414の列に変換された後、ＴＳパケット422、423、424の列に変換される。最後に、各エレメンタリ・ストリーム401、402、403、404から得られたＴＳパケット421、422、423、424が一本のストリーム・データ400に時分割で多重化される。
　図５の（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。各ＴＳパケット501は１８８バイト長のパケットである。図５の（ｂ）を参照するに、各ＴＳパケット501は、ＴＳペイロード501Pとアダプテーション（adaptation）・フィールド（以下、ＡＤフィールドと略す。）501Aとの少なくともいずれか、及びＴＳヘッダ501Hを含む。ＴＳペイロード501PとＡＤフィールド501Aとは、両方を合わせて１８４バイト長のデータ領域である。ＴＳペイロード501PはＰＥＳパケットの格納領域として利用される。図４に示されているＰＥＳパケット411－414はそれぞれ、一般に複数の部分に分割され、各部分が異なるＴＳペイロード501Pに格納される。ＡＤフィールド501Aは、ＴＳペイロード501Pのデータ量が１８４バイトに満たないときにスタッフィング・バイト（すなわちダミー・データ）を格納するための領域である。ＡＤフィールド501Aはその他に、ＴＳパケット501が例えば後述のＰＣＲ（Program Clock Reference）であるときに、その情報の格納領域として利用される。ＴＳヘッダ501Hは４バイト長のデータ領域である。
　図５の（ａ）は、ＴＳヘッダ501Hのデータ構造を示す模式図である。図５の（ａ）を参照するに、ＴＳヘッダ501Hは、ＴＳ優先度（transport＿priority）511、ＰＩＤ512、及びＡＤフィールド制御（adaptation＿field＿control）513を含む。ＰＩＤ512は、同じＴＳパケット501内のＴＳペイロード501Pに格納されたデータの属するエレメンタリ・ストリームのＰＩＤを示す。ＴＳ優先度511は、ＰＩＤ512の示す値が共通するＴＳパケット群の中でのＴＳパケット501の優先度を示す。ＡＤフィールド制御513は、ＴＳパケット501内でのＡＤフィールド501AとＴＳペイロード501Pとのそれぞれの有無を示す。例えばＡＤフィールド制御513が“１”を示すとき、ＴＳパケット501はＡＤフィールド501Aを含まず、ＴＳペイロード501Pを含む。ＡＤフィールド制御513が“２”を示すときはその逆である。ＡＤフィールド制御513が“３”を示すとき、ＴＳパケット501はＡＤフィールド501AとＴＳペイロード501Pとの両方を含む。
　図５の（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。図５の（ｃ）を参照するに、各ソースパケット502は１９２バイト長のパケットであり、図５の（ｂ）に示されているＴＳパケット501の一つと４バイト長のヘッダ（TP＿Extra＿Header）502Hとを含む。ＴＳパケット501がＢＤ－ＲＯＭディスク101に記録されるとき、そのＴＳパケット501にヘッダ502Hが付与されることによってソースパケット502は構成される。ヘッダ502HはＡＴＳ（Arrival＿Time＿Stamp）を含む。「ＡＴＳ」は時刻情報であり、次のように利用される：ソースパケット502がＢＤ－ＲＯＭディスク101から再生装置102内のシステム・ターゲット・デコーダへ送られたとき、そのソースパケット502からＴＳパケット502Pが抽出されてシステム・ターゲット・デコーダ内のＰＩＤフィルタへ転送される。そのヘッダ502H内のＡＴＳは、その転送が開始されるべき時刻を示す。ここで、「システム・ターゲット・デコーダ」は、多重化ストリーム・データをエレメンタリ・ストリームごとに復号する装置をいう。システム・ターゲット・デコーダと、それによるＡＴＳの利用との詳細については後述する。
　図５の（ｄ）は、一連のソースパケット502が連続的に記録されたＢＤ－ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。図５の（ｄ）を参照するに、一連のソースパケット502は３２個ずつ、三つの連続するセクタ521、522、523に記録されている。これは、３２個のソースパケットのデータ量１９２バイト×３２＝６１４４バイトが三つのセクタの合計サイズ２０４８バイト×３＝６１４４バイトに等しいことに因る。このように、三つの連続するセクタ521、522、523に記録された３２個のソースパケット502を「アラインド・ユニット（Aligned Unit）」520という。再生装置102はＢＤ－ＲＯＭディスク101からソースパケット502をアラインド・ユニット520ごとに、すなわち３２個ずつ読み出す。セクタ群521、522、523、…は先頭から順に３２個ずつに分割され、それぞれが一つの誤り訂正符号（ＥＣＣ）ブロック530を構成している。ＢＤ－ＲＯＭドライブ121はＥＣＣブロック530ごとに誤り訂正処理を行う。
　　≪ビデオ・ストリームのデータ構造≫
　ビデオ・ストリームに含まれる各ピクチャは１フレーム又は１フィールドを表し、ＭＰＥＧ－２又はＭＰＥＧ－４　ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。その圧縮には、ピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化を「ピクチャ内符号化」という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの近似性を利用するピクチャの符号化を「ピクチャ間予測符号化」という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して参照ピクチャに対する動き補償が行われる。更に、動き補償によって得られたピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。
　図６は、ビデオ・ストリームに含まれる三枚のピクチャ601、602、603を表示時間順に示す模式図である。図６を参照するに、各ピクチャ601、602、603は一般に複数のスライス611、…、621、622、623、…、631、…に分割されている。「スライス」は、一般に水平方向に並ぶ複数のマクロブロックから構成された帯状領域である。「マクロブロック」は、１６×１６等、所定サイズの画素マトリクスである。ここで、図６には示されていないが、一つのスライスが二行以上のマクロブロックから構成されていてもよい。上記の符号化方式ではピクチャがスライスごとに圧縮される。圧縮後のスライスは、Ｉスライス、Ｐスライス、Ｂスライスの三種類に分けられる。「Ｉ（Intra）スライス」621は、ピクチャ内符号化によって圧縮されたスライスをいう。「Ｐ（Predictive）スライス」622は、ピクチャ間予測符号化によって圧縮されたスライスであって、表示時間がそれよりも前である一枚のピクチャ601が参照ピクチャとして利用されたものをいう。「Ｂ（Bidirectionally Predivtive）スライス」623は、ピクチャ間予測符号化によって圧縮されたスライスであって、表示時間がそれよりも前又は後である二枚のピクチャ601、603が参照ピクチャとして利用されたものをいう。図６ではＰスライス622とＢスライス623との参照先が矢印で示されている。ＭＰＥＧ－４　ＡＶＣでは、図６に示されているように、一つのピクチャ602が異なる種類のスライスを含んでもよい。一方、ＭＰＥＧ－２では、一つのピクチャは同じ種類のスライスしか含まない。
　以下の説明では便宜上、符号化方式に関わらず、一つのピクチャが同じ種類のスライスしか含まない場合を想定する。その場合、圧縮後のピクチャはスライスの種類に応じて、Ｉピクチャ、Ｐピクチャ、Ｂピクチャの三種類に分けられる。更に、Ｂピクチャのうち、他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを特に「Ｂｒ（reference B）ピクチャ」という。
　図７は、ベースビュー・ビデオ・ストリーム701とライトビュー・ビデオ・ストリーム702とのピクチャを表示時間順に示す模式図である。図７を参照するに、ベースビュー・ビデオ・ストリーム701はピクチャ710、711、712、…、719（以下、ベースビュー・ピクチャという。）を含み、ライトビュー・ビデオ・ストリーム702はピクチャ720、721、722、…、729（以下、ライトビュー・ピクチャという。）を含む。各ピクチャ710－719、720－729は１フレーム又は１フィールドを表し、ＭＰＥＧ－２又はＭＰＥＧ－４　ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。
　図７を参照するに、ベースビュー・ピクチャ710－719は一般に複数のＧＯＰ731、732に分割されている。「ＧＯＰ」は、Ｉピクチャを先頭とする複数枚の連続するピクチャの列をいう。各ＧＯＰ731、732に属するピクチャは以下の順で圧縮される。第１ＧＯＰ731では、まず先頭のピクチャがＩ0ピクチャ710に圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に、４番目のピクチャがＩ0ピクチャ710を参照ピクチャとしてＰ3ピクチャ713に圧縮される。図７に示されている各矢印は、先端のピクチャが後端のピクチャに対する参照ピクチャであることを示す。続いて、２、３番目のピクチャがそれぞれ、Ｉ0ピクチャ710とＰ3ピクチャ713との両方を参照ピクチャとして、Ｂｒ1ピクチャ711、Ｂｒ2ピクチャ712に圧縮される。更に７番目のピクチャがＰ3ピクチャ713を参照ピクチャとしてＰ6ピクチャ716に圧縮される。続いて、４、５番目のピクチャがそれぞれ、Ｐ3ピクチャ713とＰ6ピクチャ716との両方を参照ピクチャとして、Ｂｒ4ピクチャ714、Ｂｒ5ピクチャ715に圧縮される。同様に、第２ＧＯＰ732では、まず先頭のピクチャがＩ7ピクチャ717に圧縮され、次に３番目のピクチャがＩ7ピクチャ717を参照ピクチャとしてＰ9ピクチャ719に圧縮される。続いて、２番目のピクチャがＩ7ピクチャ717とＰ9ピクチャ719との両方を参照ピクチャとしてＢｒ8ピクチャ718に圧縮される。
　ベースビュー・ビデオ・ストリーム701では各ＧＯＰ731、732がその先頭にＩピクチャを必ず含むので、ピクチャはＧＯＰごとに復号可能である。例えば第１ＧＯＰ731では、まずＩ0ピクチャ710が単独で復号される。次に、復号後のＩ0ピクチャ710を利用してＰ3ピクチャ713が復号される。続いて、復号後のＩ0ピクチャ710とＰ3ピクチャ713との両方を利用してＢｒ1ピクチャ711とＢｒ2ピクチャ712とが復号される。後続のピクチャ群714、715、…も同様に復号される。こうして、ベースビュー・ビデオ・ストリーム701は単独で復号可能であり、更にＧＯＰ単位でのランダム・アクセスが可能である。
　図７を更に参照するに、ライトビュー・ピクチャ720－729はピクチャ間予測符号化で圧縮されている。しかし、その符号化方法はベースビュー・ピクチャ710－719の符号化方法とは異なり、映像の時間方向での冗長性に加え、左右の映像間の冗長性をも利用する。特に、図７に矢印で示されているように、各ライトビュー・ピクチャと表示時刻の等しいベースビュー・ピクチャがそのライトビュー・ピクチャの参照ピクチャの一つとして選択される。それらのピクチャは３Ｄ映像の同じシーンのライトビューとレフトビューとの対、すなわち視差映像を表す。一方、ベースビュー・ピクチャがＩピクチャとＰピクチャとのいずれかであるとき、そのベースビュー・ピクチャに対応するライトビュー・ピクチャの圧縮ではＢピクチャが参照ピクチャとしては選択されない。
　具体的には、まず先頭のライトビュー・ピクチャがベースビュー・ビデオ・ストリーム701内のＩ0ピクチャ710を参照ピクチャとしてＰ0ピクチャ720に圧縮される。ここで、それらのピクチャ710、720は３Ｄ映像の先頭フレームのレフトビューとライトビューとを表す。次に、４番目のライトビュー・ピクチャがＰ0ピクチャ720とベースビュー・ビデオ・ストリーム701内のＰ3ピクチャ713との両方を参照ピクチャとしてＰ3ピクチャ723に圧縮される。ここで、Ｐ3ピクチャ723に対応するベースビュー・ピクチャはＰ3ピクチャ713である。従って、Ｐ3ピクチャ723の圧縮ではＢピクチャが参照ピクチャとしては選択されない。例えば図７に×印で示されているように、Ｂ1ピクチャ721が参照ピクチャとして選択されることは禁止される。続いて、２番目のピクチャが、Ｐ0ピクチャ720とＰ3ピクチャ723とに加えて、ベースビュー・ビデオ・ストリーム701内のＢｒ1ピクチャ711を参照ピクチャとしてＢ1ピクチャ721に圧縮される。同様に、３番目のピクチャが、Ｐ0ピクチャ720とＰ3ピクチャ723とに加えて、ベースビュー・ビデオ・ストリーム701内のＢｒ2ピクチャ712を参照ピクチャとしてＢ2ピクチャ722に圧縮される。以降のライトビュー・ピクチャ924－929についても同様に、そのピクチャと表示時刻が実質的に等しいベースビュー・ピクチャが参照ピクチャとして利用される。特に、Ｐ6ピクチャ726、Ｐ7ピクチャ727、及びＰ9ピクチャ729はそれぞれ、ベースビュー・ビデオ・ストリーム701内のＰ6ピクチャ716、Ｉ7ピクチャ717、及びＰ9ピクチャ719に対応するので、いずれの圧縮でもＢピクチャが参照ピクチャとしては選択されない。例えばＰ6ピクチャ726の圧縮では、図７に×印で示されているように、Ｂ5ピクチャ725が参照ピクチャとして選択されることは禁止される。
　上記のような左右の映像間の相関関係を利用した動画圧縮符号化方式としては、ＭＶＣ（Multiview Video Coding）と呼ばれるＭＰＥＧ－４　ＡＶＣ／Ｈ．２６４の修正規格が知られている。ＭＶＣは、ＩＳＯ／ＩＥＣ　ＭＰＥＧとＩＴＵ－Ｔ　ＶＣＥＧとの共同プロジェクトであるＪＶＴ（Joint Video Team）によって２００８年７月に策定されたものであり、複数の視点から見える映像をまとめて符号化するための規格である。ＭＶＣでは映像間予測符号化に、映像の時間方向での類似性だけでなく、視点の異なる映像間の類似性も利用される。その予測符号化では、各視点から見た映像を個別に圧縮する予測符号化よりも映像の圧縮率が高い。
　上記のとおり、ライトビュー・ピクチャ720－729はベースビュー・ピクチャ710－719と表示順に一対一に対応付けられ、そのライトビュー・ピクチャの圧縮には、対応するベースビュー・ピクチャが参照ピクチャの一つとして利用される。従って、ベースビュー・ビデオ・ストリーム701とは異なり、ライトビュー・ビデオ・ストリーム702を単独で復号することはできない。しかし、視差映像間の差異は一般にわずかであり、すなわちレフトビューとライトビューとの間の相関は高い。従って、ライトビュー・ピクチャ720－729は一般にベースビュー・ピクチャ710－719よりも圧縮率が著しく高く、すなわちデータ量が著しく小さい。
　更に、ベースビュー・ピクチャがＩピクチャとＰピクチャとのいずれかであるとき、対応するライトビュー・ピクチャはＢピクチャを参照ピクチャとすることなく符号化されている。それにより、ベースビュー・ビデオ・ストリームからＩピクチャ又はＰピクチャが選択的に復号されるとき、対応するピクチャがライトビュー・ビデオ・ストリームから復号されれば３Ｄ映像が再生可能である。従って、特に３Ｄ映像の特殊再生時、ビデオ・ストリームの復号処理に対する３Ｄ再生装置の負担が更に軽減される。
　図８は、ベースビュー・ビデオ・ストリーム701とデプスマップ・ストリーム801とのピクチャを表示時間順に示す模式図である。図８を参照するに、ベースビュー・ビデオ・ストリーム701は、図７に示されているものと同様である。従って、その詳細についての説明は図７についての説明を援用する。一方、デプスマップ・ストリーム801はデプスマップ810、811、812、…、819を含む。デプスマップ810－819はベースビュー・ピクチャ710－719と一対一に対応し、各ピクチャの示す１フレーム又は１フィールドの２Ｄ映像に対するデプスマップを表す。
　各デプスマップ810－819は、ベースビュー・ピクチャ710－719と同様、ＭＰＥＧ－２又はＭＰＥＧ－４　ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。特にその符号化方式ではピクチャ間予測符号化が利用される。すなわち、各デプスマップが他のデプスマップを参照ピクチャとして利用して圧縮される。更に、ベースビュー・ピクチャがＩピクチャとＰピクチャとのいずれかであるとき、そのベースビュー・ピクチャに対応するデプスマップの圧縮ではＢピクチャが参照ピクチャとしては選択されない。
　図８を参照するに、まず第１ＧＯＰ831に対応するデプスマップ群の先頭がＩ0ピクチャ810に圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に４番目のデプスマップがＩ0ピクチャ810を参照ピクチャとしてＰ3ピクチャ813に圧縮される。図８に示されている各矢印は、先端のピクチャが後端のピクチャに対する参照ピクチャであることを示す。ここで、Ｐ3ピクチャ813に対応するベースビュー・ピクチャはＰ3ピクチャ713である。従って、Ｐ3ピクチャ813の圧縮ではＢピクチャが参照ピクチャとしては選択されない。例えば図８に×印で示されているように、Ｂ1ピクチャ811が参照ピクチャとして選択されることは禁止される。続いて、２、３番目のデプスマップがそれぞれ、Ｉ0ピクチャ810とＰ3ピクチャ813との両方を参照ピクチャとして、Ｂ1ピクチャ811、Ｂ2ピクチャ812に圧縮される。更に７番目のデプスマップがＰ3ピクチャ813を参照ピクチャとしてＰ6ピクチャ816に圧縮される。ここで、Ｐ6ピクチャ816に対応するベースビュー・ピクチャはＰ6ピクチャ716である。従って、Ｐ6ピクチャ816の圧縮ではＢピクチャが参照ピクチャとしては選択されない。例えば図８に×印で示されているように、Ｂ5ピクチャ815が参照ピクチャとして選択されることは禁止される。続いて、４、５番目のデプスマップがそれぞれ、Ｐ3ピクチャ813とＰ6ピクチャ816との両方を参照ピクチャとして、Ｂ4ピクチャ814、Ｂ5ピクチャ815に圧縮される。同様に、第２ＧＯＰ832に対応するデプスマップ群では、まず先頭のデプスマップがＩ7ピクチャ817に圧縮され、次に３番目のデプスマップがＩ7ピクチャ817を参照ピクチャとしてＰ9ピクチャ819に圧縮される。ここで、Ｉ7ピクチャ817とＰ9ピクチャ819とはそれぞれ、ベースビュー・ビデオ・ストリーム701内のＩ7ピクチャ717とＰ9ピクチャ719とに対応するので、いずれの圧縮でもＢピクチャが参照ピクチャとしては選択されない。続いて、２番目のデプスマップがＩ7ピクチャ817とＰ9ピクチャ819との両方を参照ピクチャとしてＢ8ピクチャ818に圧縮される。
　デプスマップ・ストリーム801はベースビュー・ビデオ・ストリーム701と同様にＧＯＰ単位に分割され、各ＧＯＰがその先頭にＩピクチャを必ず含む。従って、デプスマップはＧＯＰごとに復号可能である。例えば、まずＩ0ピクチャ810が単独で復号され、次に復号後のＩ0ピクチャ810を利用してＰ3ピクチャ813が復号される。続いて、復号後のＩ0ピクチャ810とＰ3ピクチャ813との両方を利用して、Ｂ1ピクチャ811とＢ2ピクチャ812とが復号される。後続のピクチャ群814、815、…も同様に復号される。こうして、デプスマップ・ストリーム801は単独で復号可能である。しかし、デプスマップ自体は２Ｄ映像の各部の奥行きを画素別に表す情報でしかないので、デプスマップ・ストリーム801を単独で映像の再生に利用することはできない。
　更に、ベースビュー・ピクチャがＩピクチャとＰピクチャとのいずれかであるとき、対応するデプスマップはＢピクチャを参照ピクチャとすることなく符号化されている。それにより、ベースビュー・ビデオ・ストリームからＩピクチャ又はＰピクチャが選択的に復号されるとき、対応するデプスマップがデプスマップ・ストリームから復号されれば３Ｄ映像が再生可能である。従って、特に３Ｄ映像の特殊再生時、ビデオ・ストリームの復号処理に対する３Ｄ再生装置の負担が更に軽減される。
　ライトビュー・ビデオ・ストリーム702とデプスマップ・ストリーム801とは同じ符号化方式で圧縮される。例えば、ライトビュー・ビデオ・ストリーム702がＭＶＣのフォーマットで符号化されているとき、デプスマップ・ストリーム801もＭＶＣのフォーマットで符号化されている。その場合、再生装置102は３Ｄ映像の再生時、符号化方式を一定に維持したまま、Ｌ／Ｒモードとデプス・モードとの切り換えをスムーズに実現できる。
　図９、１０は、ビデオ・ストリーム900のデータ構造の詳細を示す模式図である。図９、１０を参照するに、ビデオ・ストリーム900は一般に複数のビデオ・シーケンス＃１、＃２、…、＃Ｍ（整数Ｍは１以上である。）の列から構成されている。図９を参照するに、「ビデオ・シーケンス」は、一つのＧＯＰ910を構成するピクチャ群911、912、913、914、…に個別にヘッダ等の付加情報を組み合わせたものである。この付加情報と各ピクチャとの組み合わせを「ビデオ・アクセスユニット（ＶＡＵ）」という。すなわち、各ビデオ・シーケンス＃１、＃２、…、＃Ｍではピクチャごとに一つのＶＡＵが構成されている。各ピクチャはＶＡＵ単位でビデオ・ストリーム900から読み出し可能である。このようなＶＡＵから成る構造は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで実質的に共通である。
　図９を更に参照するに、各ビデオ・シーケンスの先端に位置するＶＡＵ＃１の構造は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで異なる。
　ベースビュー・ビデオ・ストリームのＶＡＵ＃１931は、アクセスユニット（ＡＵ）識別コード931A、シーケンス・ヘッダ931B、ピクチャ・ヘッダ931C、補足データ931D、及び圧縮ピクチャ・データ931Eを含む。ＡＵ識別コード931Aは、ＶＡＵ＃１931の先端を示す所定の符号である。シーケンス・ヘッダ931BはＧＯＰヘッダともいい、ＶＡＵ＃１931を含むビデオ・シーケンス＃１の識別番号を含む。シーケンス・ヘッダ931Bは更に、ＧＯＰ910の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャ・ヘッダ931Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及びピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ931Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。補足データ931Dは特に後述の復号スイッチ情報を含む。圧縮ピクチャ・データ931Eは、ＧＯＰ910の先頭のベースビュー・ピクチャ911、すなわちＩピクチャを含む。圧縮ピクチャ・データ931E内ではＩピクチャ911の各スライスにヘッダが与えられている。以下、このヘッダを「スライス・ヘッダ」という。いずれのスライス・ヘッダもピクチャ・ヘッダ931Cの識別番号を含む。図９に破線の矢印で示されているように、同じ識別番号のピクチャ・ヘッダ931Cを検索することにより、各スライスの復号に必要な情報をそのピクチャ・ヘッダ931Cから取得することができる。更に、ピクチャ・ヘッダ931Cの示すビデオ・シーケンス＃１の識別番号から、各スライスがビデオ・シーケンス＃１に属することが分かる。更に、図９に一点鎖線の矢印で示されているように、ビデオ・シーケンス＃１の識別番号を利用してシーケンス・ヘッダ931Bを検索することにより、各スライスの解像度、フレームレート、アスペクト比、及びビットレートをシーケンス・ヘッダ931Bから取得することができる。ＶＡＵ＃１931はその他に、必要に応じてパディング・データ931Fを含んでもよい。パディング・データ931Fはダミーデータである。そのサイズを圧縮ピクチャ・データ931Eのサイズに合わせて調節することにより、ＶＡＵ＃１931のビットレートを所定値に維持することができる。
　ディペンデントビュー・ビデオ・ストリームのＶＡＵ＃１932は、サブシーケンス・ヘッダ932B、ピクチャ・ヘッダ932C、補足データ932D、及び、圧縮ピクチャ・データ932Eを含む。サブシーケンス・ヘッダ932Bは、ＶＡＵ＃１932を含むビデオ・シーケンス＃１の識別番号を含む。サブシーケンス・ヘッダ932Bは更に、ＧＯＰ910の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。特にそれらの値は、ベースビュー・ビデオ・ストリームの対応するＧＯＰに対して設定された値、すなわちＶＡＵ＃１931のシーケンス・ヘッダ931Bの示す値に等しい。ピクチャ・ヘッダ932Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及びピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ932Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。補足データ932Dは特に後述の復号スイッチ情報を含む。圧縮ピクチャ・データ932Eは、ＧＯＰ910の先頭のディペンデントビュー・ピクチャ911、すなわちＰピクチャ又はＩピクチャを含む。圧縮ピクチャ・データ932E内ではディペンデントビュー・ピクチャ911の各スライスにスライス・ヘッダが与えられている。いずれのスライス・ヘッダもピクチャ・ヘッダ932Cの識別番号を含む。図９に破線の矢印で示されているように、同じ識別番号のピクチャ・ヘッダ932Cを検索することにより、各スライスの復号に必要な情報をそのピクチャ・ヘッダ932Cから取得することができる。更に、ピクチャ・ヘッダ932Cの示すビデオ・シーケンス＃１の識別番号から、各スライスがビデオ・シーケンス＃１に属することが分かる。その上、図９に一点鎖線の矢印で示されているように、ビデオ・シーケンス＃１の識別番号を利用してサブシーケンス・ヘッダ932Bを検索することにより、各スライスの解像度、フレームレート、アスペクト比、及びビットレートをサブシーケンス・ヘッダ932Bから取得することができる。ＶＡＵ＃１932はその他に、必要に応じてパディング・データ932Fを含んでもよい。パディング・データ932Fはダミーデータである。そのサイズを圧縮ピクチャ・データ932Eのサイズに合わせて調節することにより、ＶＡＵ＃１932のビットレートを所定値に維持することができる。
　図１０を更に参照するに、各ビデオ・シーケンスに含まれる二番目以降のＶＡＵ＃Ｎ（Ｎ＝２、３、…）の構造はベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで異なる。
　ベースビュー・ビデオ・ストリームのＶＡＵ＃Ｎ941は、図９に示されているＶＡＵ＃１931とは次の点で異なる。まず、ＶＡＵ＃Ｎ941はシーケンス・ヘッダを含まない。その場合、ピクチャ・ヘッダ941Cの示すビデオ・シーケンスの識別番号は、ＶＡＵ＃Ｎ941を含むビデオ・シーケンス＃Ｍの先端に位置するＶＡＵ＃１のシーケンス・ヘッダ941Bの示す値、すなわちビデオ・シーケンス＃Ｍの識別番号に等しい。従って、図１０に一点鎖線の矢印で示されているように、ビデオ・シーケンス＃Ｍの識別番号を利用してシーケンス・ヘッダ941Bを検索することにより、各スライスの解像度、フレームレート、アスペクト比、及びビットレートをシーケンス・ヘッダ941Bから取得することができる。ＶＡＵ＃Ｎ941は更にシーケンス終端コード941Gを含んでもよい。シーケンス終端コード941Gは、ＶＡＵ＃Ｎ941がビデオ・シーケンス＃Ｍの後端に位置することを示す。シーケンス終端コード941Gはその他に、ＶＡＵ＃Ｎ941がビデオ・ストリーム900の一連の再生区間の境界に位置することを示してもよい（詳細は変形例［I］参照）。ＶＡＵ＃Ｎ941はまた、シーケンス終端コード941Gに加えてストリーム終端コード941Hを含んでもよい。ストリーム終端コード941Hはビデオ・ストリーム900の後端を示す。
　ディペンデントビュー・ビデオ・ストリームのＶＡＵ＃Ｎ942は、図９に示されているＶＡＵ＃１932とは次の点で異なる。まず、ＶＡＵ＃Ｎ942はサブシーケンス・ヘッダを含まない。その場合、ピクチャ・ヘッダ942Cの示すビデオ・シーケンスの識別番号は、ＶＡＵ＃Ｎ942を含むビデオ・シーケンス＃Ｍの先端に位置するＶＡＵ＃１のサブシーケンス・ヘッダ942Bの示す値、すなわちビデオ・シーケンス＃Ｍの識別番号に等しい。従って、図１０に一点鎖線の矢印で示されているように、ビデオ・シーケンス＃Ｍの識別番号を利用してサブシーケンス・ヘッダ942Bを検索することにより、各スライスの解像度、フレームレート、アスペクト比、及びビットレートをサブシーケンス・ヘッダ942Bから取得することができる。ＶＡＵ＃Ｎ942は更にシーケンス終端コード942Gを含んでもよい。シーケンス終端コード942Gは、ＶＡＵ＃Ｎ942がビデオ・シーケンス＃Ｍの後端に位置することを示す。シーケンス終端コード942Gはその他に、ＶＡＵ＃Ｎ942がビデオ・ストリーム900の一連の再生区間の境界に位置することを示してもよい（詳細は変形例［I］参照）。ＶＡＵ＃Ｎ942はまた、シーケンス終端コード942Gに加えて、ストリーム終端コード942Hを含んでもよい。ストリーム終端コード942Hはビデオ・ストリーム900の後端を示す。
　ＶＡＵの各部の具体的な内容はビデオ・ストリーム900の符号化方式ごとに異なる。例えば、その符号化方式がＭＰＥＧ－４　ＡＶＣであるとき、図９、１０に示されているＶＡＵの各部は一つのＮＡＬ（Network Abstraction Layer）ユニットから構成される。具体的には、ＡＵ識別コード931A、シーケンス・ヘッダ931B、ピクチャ・ヘッダ931C、補足データ931D、圧縮ピクチャ・データ931E、パディング・データ931F、シーケンス終端コード941G、及びストリーム終端コード941Hはそれぞれ、ＡＵデリミタ（Access Unit Delimiter）、ＳＰＳ（シーケンス・パラメータ・セット）、ＰＰＳ（ピクチャ・パラメータ・セット）、ＳＥＩ（Supplemental Enhancement Information）、スライス・データ、フィラー・データ（Filler Data）、エンド・オブ・シーケンス（End of Sequence）、及びエンド・オブ・ストリーム（End of Stream）に相当する。
　図１１は、ＰＥＳパケット列1102へのビデオ・ストリーム1101の格納方法の詳細を示す模式図である。ビデオ・ストリーム1101は、ベースビュー・ビデオ・ストリームであっても、ディペンデントビュー・ビデオ・ストリームであってもよい。図１１を参照するに、実際のビデオ・ストリーム1101では、ピクチャが表示時間順ではなく符号化順に多重化されている。すなわち、図１１に示されているように、ビデオ・ストリーム1101を構成するＶＡＵには、先頭から順に、Ｉ0ピクチャ1110、Ｐ3ピクチャ1111、Ｂ1ピクチャ1112、Ｂ2ピクチャ1113、…が格納されている。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。Ｐ3ピクチャ1111の符号化にはＩ0ピクチャ1110が参照ピクチャとして利用され、Ｂ1ピクチャ1112とＢ2ピクチャ1113との各符号化にはＩ0ピクチャ1110とＰ3ピクチャ1111との両方が参照ピクチャとして利用される。それらのＶＡＵが一つずつ、異なるＰＥＳパケット1120、1121、1122、1123、…に格納される。各ＰＥＳパケット1120はＰＥＳペイロード1120PとＰＥＳヘッダ1120Hとを含む。ＶＡＵはＰＥＳペイロード1120Pに格納される。一方、ＰＥＳヘッダ1120Hは、同じＰＥＳパケット1120のＰＥＳペイロード1120Pに格納されたピクチャの表示時刻（ＰＴＳ：Presentation Time－Stamp）、及びそのピクチャの復号時刻（ＤＴＳ：Decoding Time－Stamp）を含む。
　図１１に示されているビデオ・ストリーム1101と同様、図３、４に示されている他のエレメンタリ・ストリームも一連のＰＥＳパケットの各ＰＥＳペイロードに格納される。更に各ＰＥＳパケットのＰＥＳヘッダは、そのＰＥＳパケットのＰＥＳペイロードに格納されたデータのＰＴＳを含む。
　図１２の（ａ）、（ｂ）は、ベースビュー・ビデオ・ストリーム1201とディペンデントビュー・ビデオ・ストリーム1202とのそれぞれについて、各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。図１２を参照するに、両ビデオ・ストリーム1201、1202の間では、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャに対して同じＰＴＳ及び同じＤＴＳが割り当てられている。例えば３Ｄ映像の先頭のフレーム又はフィールドはベースビュー・ビデオ・ストリーム1201のＩ1ピクチャ1211とディペンデントビュー・ビデオ・ストリーム1202のＰ1ピクチャ1221との組み合わせから再現される。従って、それらのピクチャの対1211、1221ではＰＴＳが等しく、かつＤＴＳが等しい。ここで、下付の数字は、各ピクチャにＤＴＳの順に割り振られた通し番号を示す。また、ディペンデントビュー・ビデオ・ストリーム1202がデプスマップ・ストリームであるとき、Ｐ1ピクチャ1221は、Ｉ1ピクチャ1211に対するデプスマップを表すＩピクチャに置き換えられる。同様に、各ビデオ・ストリーム1201、1202の２番目のピクチャ、すなわち、Ｐ2ピクチャ1212、1222の対ではＰＴＳが等しく、かつＤＴＳが等しい。各ビデオ・ストリーム1201、1202の３番目のピクチャ、すなわちＢｒ3ピクチャ1213とＢ3ピクチャ1223との対ではＰＴＳとＤＴＳとがいずれも共通である。Ｂｒ4ピクチャ1214とＢ4ピクチャ1224との対でも同様である。
　ベースビュー・ビデオ・ストリーム1201とディペンデントビュー・ビデオ・ストリーム1202との間で、ＰＴＳが等しく、かつＤＴＳが等しいピクチャを含むＶＡＵの対を「３Ｄ・ＶＡＵ」という。ここで、「３Ｄ・ＶＡＵ」を単に「アクセスユニット」と呼び、上記のＶＡＵを「ビュー・コンポーネント」と呼ぶ場合もある。図１２に示されているＰＴＳとＤＴＳとの割り当てにより、３Ｄ再生モードの再生装置102内のデコーダにベースビュー・ビデオ・ストリーム1201とディペンデントビュー・ビデオ・ストリーム1202とを３Ｄ・ＶＡＵ単位でパラレルに処理させることが容易にできる。それにより、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャがデコーダによって確実にパラレルに処理される。更に、各ＧＯＰの先頭の３Ｄ・ＶＡＵではシーケンス・ヘッダが、同じ解像度、同じフレームレート、及び同じアスペクト比を含む。特にそのフレームレートは、２Ｄ再生モードにおいてベースビュー・ビデオ・ストリーム1201が単独で復号されるときの値に等しい。
　図１３は、図９に示されている補足データ931Dのデータ構造を示す模式図である。補足データ931Dは、特にＭＰＥＧ－４　ＡＶＣではＮＡＬユニットの一種“ＳＥＩ”に相当する。図１３を参照するに、補足データ931Dは復号スイッチ情報1301を含む。復号スイッチ情報1301は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの両方で各ＶＡＵに含まれる。復号スイッチ情報1301は、再生装置102内のデコーダに、次に復号すべきＶＡＵを容易に特定させるための情報である。ここで、そのデコーダは後述のように、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとをＶＡＵ単位で交互に復号する。そのとき、そのデコーダは一般に、各ＶＡＵに付与されたＤＴＳの示す時刻に合わせて、次に復号すべきＶＡＵを特定する。しかし、デコーダの種類には、ＤＴＳを無視してＶＡＵを順次、復号し続けるものも多い。そのようなデコーダにとって、各ＶＡＵがＤＴＳに加えて復号スイッチ情報1301を含むことは好ましい。
　図１３を参照するに、復号スイッチ情報1301は、次アクセスユニット・タイプ1311、次アクセスユニット・サイズ1312、及び復号カウンタ1313を含む。次アクセスユニット・タイプ1311は、次に復号されるべきＶＡＵがベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれに属するのかを示す。例えば、次アクセスユニット・タイプ1311の値が“１”であるときは、次に復号されるべきＶＡＵはベースビュー・ビデオ・ストリームに属し、“２”であるときはディペンデントビュー・ビデオ・ストリームに属する。次アクセスユニット・タイプ1311の値が“０”であるときは、現在のＶＡＵが復号対象のストリームの後端に位置し、次に復号されるべきＶＡＵが存在しない。次アクセスユニット・サイズ1312は、次に復号されるべきＶＡＵのサイズを示す。再生装置102内のデコーダは、次アクセスユニット・サイズ1312を参照することにより、ＶＡＵの構造自体を解析することなく、そのサイズを特定できる。従って、デコーダはバッファからＶＡＵを容易に抽出できる。復号カウンタ1313は、それの属するＶＡＵが復号されるべき順番を示す。その順番は、ベースビュー・ビデオ・ストリーム内のＩピクチャを含むＶＡＵから数えられる。
　図１４の（ａ）は、ベースビュー・ビデオ・ストリーム1401とディペンデントビュー・ビデオ・ストリーム1402との各ピクチャに割り当てられた復号カウンタの一例1410、1420を示す模式図である。図１４の（ａ）を参照するに、復号カウンタ1410、1420は両ビデオ・ストリーム1401、1402の間で交互にインクリメントされる。例えば、ベースビュー・ビデオ・ストリーム1401内のＩピクチャを含むＶＡＵ1411に対し、復号カウンタ1410として“１”が割り当てられる。次に復号されるべきディペンデントビュー・ビデオ・ストリーム1402内のＰピクチャを含むＶＡＵ1421に対し、復号カウンタ1420として“２”が割り当てられる。更にその次に復号されるべきベースビュー・ビデオ・ストリーム1401内のＰピクチャを含むＶＡＵ1412に対し、復号カウンタ1410として“３”が割り当てられる。その割り当てにより、何らかの不具合が原因で再生装置102内のデコーダがいずれかのＶＡＵを読み損なったときでも、それによって欠落したピクチャをデコーダは復号カウンタ1410、1420から直ちに特定できる。従って、デコーダはエラー処理を適切に、かつ迅速に実行できる。
　図１４の（ａ）に示されている例では、ベースビュー・ビデオ・ストリーム1401の３番目のＶＡＵ1413の読み込みにエラーが生じ、Ｂｒピクチャが欠落している。しかし、デコーダは、ディペンデントビュー・ビデオ・ストリーム1402の２番目のＶＡＵ1422に含まれるＰピクチャの復号処理で、そのＶＡＵ1422から復号カウンタ1420を読み出して保持している。従って、デコーダは次に処理すべきＶＡＵの復号カウンタ1410を予測できる。具体的には、そのＰピクチャを含むＶＡＵ1422内の復号カウンタ1420は“４”であるので、次に読み込まれるべきＶＡＵの復号カウンタ1410は“５”であると予測される。しかし、実際には、次に読み込まれたＶＡＵはベースビュー・ビデオ・ストリーム1401の４番目のＶＡＵ1414であったので、その復号カウンタ1410は“７”である。そのことから、デコーダは、ＶＡＵを一つ読み損ねたことを検出できる。従って、デコーダは次のエラー処理を実行できる：「ディペンデントビュー・ビデオ・ストリーム1402の３番目のＶＡＵ1423から抽出されたＢピクチャについては、参照すべきＢｒピクチャが欠落しているので復号処理をスキップする」。このように、デコーダは復号処理ごとに復号カウンタ1410、1420をチェックする。それにより、デコーダはＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
　図１４の（ｂ）は、ベースビュー・ビデオ・ストリーム1401とディペンデントビュー・ビデオ・ストリーム1402との各ピクチャに割り当てられた復号カウンタの別例1430、1440を示す模式図である。図１４の（ｂ）を参照するに、復号カウンタ1430、1440は各ビデオ・ストリーム1401、1402で別々にインクリメントされる。従って、復号カウンタ1430、1440は、同じ３Ｄ・ＶＡＵに属する一対のピクチャ間で等しい。その場合、デコーダはベースビュー・ビデオ・ストリーム1401のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタ1430が、次に復号されるべきディペンデントビュー・ビデオ・ストリーム1402のＶＡＵの復号カウンタ1440に等しい」。一方、デコーダはディペンデントビュー・ビデオ・ストリーム1402のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタ1440に１を加えた値が、次に復号されるべきベースビュー・ビデオ・ストリーム1401のＶＡＵの復号カウンタ1430に等しい」。従って、デコーダはいずれの時点でも復号カウンタ1430、1440からＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
　　≪多重化ストリーム・データのインターリーブ配置≫
　３Ｄ映像のシームレス再生には、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのＢＤ－ＲＯＭディスク101上での物理的な配置が重要である。ここで、「シームレス再生」とは、多重化ストリーム・データから映像と音声とを途切れさせることなく滑らかに再生することをいう。
　図１５は、図３に示されているメインＴＳ、第１サブＴＳ、及び第２サブＴＳのそれぞれに属するデータ・ブロック群のＢＤ－ＲＯＭディスク101上での物理的な配置を示す模式図である。「データ・ブロック」とは、ＢＤ－ＲＯＭディスク101上の連続領域、すなわち物理的に連続する複数のセクタに記録された一連のデータをいう。ＢＤ－ＲＯＭディスク101では物理アドレスが論理アドレスと実質的に等しいので、各データ・ブロック内ではＬＢＮも連続している。従って、ＢＤ－ＲＯＭドライブ121は一つのデータ・ブロックを、光ピックアップにシークを行わせることなく連続して読み出すことができる。以下、メインＴＳに属するデータ・ブロックL0、L1、L2、…を「ベースビュー・データ・ブロック」といい、サブＴＳに属するデータ・ブロックR0、R1、R2、…、D0、D1、D2、…を「ディペンデントビュー・データ・ブロック」という。特に、第１サブＴＳに属するデータ・ブロックR0、R1、R2、…を「ライトビュー・データ・ブロック」といい、第２サブＴＳに属するデータ・ブロックD0、D1、D2、…を「デプスマップ・データ・ブロック」という。図１５を参照するに、データ・ブロック群はＢＤ－ＲＯＭディスク101上のトラック1501に沿って連続的に記録されている。更に、ベースビュー・データ・ブロックL0、L1、L2、…、ライトビュー・データ・ブロックR0、R1、R2、…、及びデプスマップ・データ・ブロックD0、D1、D2、…が一つずつ交互に配置されている。このようなデータ・ブロック群の配置を「インターリーブ配置」という。
　本発明の実施形態１によるインターリーブ配置では、隣接する三種類のデータ・ブロックの間でエクステントＡＴＣ時間が等しい。例えば図１５では、先頭のデプスマップ・データ・ブロックD1、先頭のライトビュー・データ・ブロックR1、及び、先頭のベースビュー・データ・ブロックL1が連続している。それらのデータ・ブロックD1、R1、L1間ではエクステントＡＴＣ時間が等しい。ここで、「ＡＴＣ（Arrival Time Clock）」は、ＡＴＳの基準とされるべきクロックを意味する。また、「エクステントＡＴＣ時間」はＡＴＣの値で定義され、一つのエクステント内のソースパケットに付与されたＡＴＳの範囲、すなわち、そのエクステントの先頭のソースパケットのＡＴＳから次のエクステントの先頭のソースパケットのＡＴＳまでの時間間隔を表す。すなわち、エクステントＡＴＣ時間は、そのエクステント内のソースパケットを全て、再生装置102内でリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間に等しい。ここで、「リード・バッファ」は再生装置102内のバッファ・メモリであり、ＢＤ－ＲＯＭディスク101から読み出されたデータ・ブロックをシステム・ターゲット・デコーダへ送るまでの間、一時的に格納する。リード・バッファの詳細については後述する。
　本発明の実施形態１によるインターリーブ配置では更に、エクステントＡＴＣ時間の等しい三つの連続するデータ・ブロックは、デプスマップ・データ・ブロック、ライトビュー・データ・ブロック、及びベースビュー・データ・ブロックの順に、すなわちデータ量の小さい順に配置されている。例えば図１５では、先頭のライトビュー・データ・ブロックR0に含まれるピクチャは、図９に示されているように、先頭のベースビュー・データ・ブロックL0に含まれるピクチャを参照ピクチャとして圧縮されている。従って、先頭のライトビュー・データ・ブロックR0のサイズSext2[0]は先頭のベースビュー・データ・ブロックL0のサイズSext1[0]以下である：Sext2[0]≦Sext1[0]。一方、デプスマップの画素当たりのデータ量、すなわち奥行き値のビット数は一般に、ベースビュー・ビデオ・ストリームに含まれるピクチャの画素当たりのデータ量、すなわち色座標値とα値（不透明度）とのビット数の和よりも小さい。更に、図３の（ａ）、（ｂ）に示されているように、メインＴＳは第２サブＴＳとは異なり、プライマリ・ビデオ・ストリームの他にもプライマリ・オーディオ・ストリーム等のエレメンタリ・ストリームを含む。従って、図１５では先頭のデプスマップ・データ・ブロックD0のサイズSext3[0]は先頭のベースビュー・データ・ブロックL0のサイズSext1[0]以下である：Sext3[0]≦Sext1[0]。それ故、図１５では、先頭のデプスマップ・データ・ブロックD0、先頭のライトビュー・データ・ブロックR0、及び先頭のベースビュー・データ・ブロックL0がその順で配置されている。次に連続する三つのデータ・ブロックD1、R1、L1の順序も同様である。
　エクステントＡＴＣ時間の等しいデータ・ブロックの各先頭に位置するＶＡＵは同じ３Ｄ・ＶＡＵに属し、特に、同じ３Ｄ映像を表すＧＯＰの先頭のピクチャを含む。例えば図１５では、エクステントＡＴＣ時間の等しい三つの連続するデータ・ブロックDn、Rn、Ln（n＝0、1、2、…）のうち、デプスマップ・データ・ブロックDnの先端はデプスマップ・ストリームのＩピクチャを含み、ライトビュー・データ・ブロックRnの先端はライトビュー・ビデオ・ストリームのＰピクチャを含み、ベースビュー・データ・ブロックLnの先端はベースビュー・ビデオ・ストリームのＩピクチャを含む。そのデプスマップ・ストリームのＩピクチャは、そのベースビュー・ビデオ・ストリームのＩピクチャの表す２Ｄ映像に対するデプスマップを表す。そのライトビュー・ビデオ・ストリームのＰピクチャは、そのベースビュー・ビデオ・ストリームのＩピクチャの表す２Ｄ映像をレフトビューとするときのライトビューを表す。特にそのＰピクチャは、図９に示されているように、そのベースビュー・ビデオ・ストリームのＩピクチャを参照ピクチャとして圧縮されている。従って、３Ｄ再生モードの再生装置102は、いずれのデータ・ブロックの組Dn、Rn、Lnからも３Ｄ映像の再生を開始できる。
　　≪多重化ストリーム・データをデータ・ブロックに分割する意義≫
　再生装置102は、ＢＤ－ＲＯＭディスク101から３Ｄ映像をシームレスに再生するには、メインＴＳとサブＴＳとをパラレルに処理しなければならない。しかし、その処理に利用可能なリード・バッファの容量は一般に限られている。特に、ＢＤ－ＲＯＭディスク101からリード・バッファへ連続して読み込むことのできるデータ量には限界がある。従って、再生装置102はメインＴＳとサブＴＳとを、エクステントＡＴＣ時間の等しい部分の対に分割して読み出さねばならない。
　図１６の（ａ）は、あるＢＤ－ＲＯＭディスク上に個別に連続して記録されたメインＴＳ1601とサブＴＳ1602との配置を示す模式図である。再生装置102がそれらのメインＴＳ1601とサブＴＳ1602とをパラレルに処理するとき、図１６の（ａ）に実線の矢印（１）－（４）で示されているように、ＢＤ－ＲＯＭドライブ121はメインＴＳ1601とサブＴＳ1602とを交互に、エクステントＡＴＣ時間の等しい部分ずつ読み出す。そのとき、ＢＤ－ＲＯＭドライブ121は、図１６の（ａ）に破線の矢印で示されているように、読み出し処理の途中でＢＤ－ＲＯＭディスク上の読み出し対象領域を大きく変化させなければならない。例えば矢印（１）の示すメインＴＳ1601の先端部分が読み出された時、ＢＤ－ＲＯＭドライブ121は光ピックアップによる読み出し動作を一旦停止し、ＢＤ－ＲＯＭディスクの回転速度を上げる。それにより、矢印（２）の示すサブＴＳ1602の先端部分が記録されたＢＤ－ＲＯＭディスク上のセクタを速やかに光ピックアップの位置まで移動させる。このように、光ピックアップに読み出し動作を一旦停止させて、その間に次の読み出し対象領域上へ光ピックアップを位置づけるための操作を「ジャンプ」という。図１６の（ａ）に示されている破線の矢印は、読み出し処理の途中で必要な各ジャンプの範囲を示す。各ジャンプの期間中、光ピックアップによる読み出し処理は停止し、デコーダによる復号処理のみが進行する。図１６の（ａ）に示されている例ではジャンプが過大であるので、読み出し処理を復号処理に間に合わせることが難しい。その結果、シームレス再生を確実に持続することが難しい。
　図１６の（ｂ）は、本発明の実施形態１によるＢＤ－ＲＯＭディスク101上に交互に記録されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…とディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…との配置を示す模式図である。図１６の（ｂ）を参照するに、メインＴＳとサブＴＳとはそれぞれ、複数のデータ・ブロックに分割されて交互に配置されている。その場合、再生装置102は３Ｄ映像の再生時、図１６の（ｂ）に矢印（１）－（４）で示されているように、データ・ブロックB[0]、D[0]、B[1]、D[1]、…を先頭から順番に読み出す。それだけで、再生装置102はメインＴＳとサブＴＳとを交互に読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。
　　≪隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える意義≫
　図１７の（ａ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[0]、D[1]、D[2]とベースビュー・データ・ブロック群B[0]、B[1]、B[2]との各エクステントＡＴＣ時間の一例を示す模式図である。図１７の（ａ）を参照するに、各ディペンデントビュー・データ・ブロックD[n]（n＝0、1、2）とその直後のベースビュー・データ・ブロックB[n]との対ではエクステントＡＴＣ時間が等しい。例えば先頭のデータ・ブロックの対D[0]、B[0]ではエクステントＡＴＣ時間が共に１秒に等しい。従って、各データ・ブロックD[0]、B[0]が再生装置102内のリード・バッファに読み込まれたとき、その中の全てのＴＳパケットが、同じ１秒間でリード・バッファからシステム・ターゲット・デコーダへ送られる。同様に、二番目のデータ・ブロックの対D[1]、B[1]ではエクステントＡＴＣ時間が共に０．７秒に等しいので、同じ０．７秒間で、各データ・ブロック内の全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。
　図１７の（ｂ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[0]、D[1]、D[2]とベースビュー・データ・ブロック群B[0]、B[1]、B[2]との各エクステントＡＴＣ時間の別例を示す模式図である。図１７の（ｂ）を参照するに、全てのデータ・ブロックD[n]、B[n]（n＝0、1、2）でエクステントＡＴＣ時間が１秒に等しい。従って、各データ・ブロックD[n]、B[n]が再生装置102内のリード・バッファに読み込まれたとき、いずれのデータ・ブロックでも、同じ１秒間で全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。
　上記のとおり、ディペンデントビュー・データ・ブロックはベースビュー・データ・ブロックよりも圧縮率が高い。従って、ディペンデントビュー・データ・ブロックの復号処理の速度は一般にベースビュー・データ・ブロックの復号処理の速度よりも低い。一方、エクステントＡＴＣ時間が等しいとき、ディペンデントビュー・データ・ブロックはベースビュー・データ・ブロックよりもデータ量が小さい。従って、図１７の（ａ）、（ｂ）のように、隣接するデータ・ブロック間でエクステントＡＴＣ時間が等しいとき、復号対象のデータがシステム・ターゲット・デコーダに供給される速度は、そのデコーダの処理速度と均衡を保ちやすい。すなわち、システム・ターゲット・デコーダは、特に飛び込み再生においても、ベースビュー・データ・ブロックの復号処理とディペンデントビュー・データ・ブロックの復号処理とを容易に同期させることができる。
　　≪データ・ブロックに対するＡＶストリーム・ファイルのクロスリンク≫
　多重化ストリーム・データに属する各データ・ブロックは、ＢＤ－ＲＯＭディスク101のファイルシステムでは、ファイル２Ｄ又はファイルＤＥＰ内の一つのエクステントとしてアクセス可能である。すなわち、各データ・ブロックの論理アドレスは、ファイル２Ｄ又はファイルＤＥＰのファイル・エントリから知ることができる（詳細は＜補足＞参照）。
　図２、１５に示されている例では、ファイル２Ｄ（01000.m2ts）241のファイル・エントリ1510はベースビュー・データ・ブロックL0、L1、L2、…の各サイズとその先端のＬＢＮとを示す。従って、各ベースビュー・データ・ブロックL0、L1、L2、…はファイル２Ｄ241のエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能である。以下、ファイル２Ｄ241に属するエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…を「２Ｄエクステント」という。
　第１ファイルＤＥＰ（02000.m2ts）242のファイル・エントリ1520はライトビュー・データ・ブロックR0、R1、R2、…の各サイズとその先端のＬＢＮとを示す。従って、各ライトビュー・データ・ブロックR0、R1、R2、…は第１ファイルＤＥＰ242のエクステントEXT2[0]、EXT2[1]、EXT2[2]、…としてアクセス可能である。以下、第１ファイルＤＥＰ242に属するエクステントEXT2[0]、EXT2[1]、EXT2[2]、…を「ライトビュー・エクステント」という。
　第２ファイルＤＥＰ（03000.m2ts）243のファイル・エントリ1530はデプスマップ・データ・ブロックD0、D1、D2、…の各サイズとその先端のＬＢＮとを示す。従って、各デプスマップ・データ・ブロックD0、D1、D2、…は第２ファイルＤＥＰ243のエクステントEXT3[0]、EXT3[1]、EXT3[2]、…としてアクセス可能である。以下、第２ファイルＤＥＰ243に属するエクステントEXT3[0]、EXT3[1]、EXT3[2]、…を「デプスマップ・エクステント」という。更に、ライトビュー・エクステントとデプスマップ・エクステントとのように、いずれかのファイルＤＥＰに属するエクステントを「ディペンデントビュー・エクステント」と総称する。
　図１５に示されているデータ・ブロック群に対して、ＡＶストリーム・ファイルのクロスリンクは次のように実現される。
　第１ファイルＳＳ（01000.ssif）244Aのファイル・エントリ1540は、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R0＋L0、R1＋L1、R2＋L2、…をそれぞれ一つのエクステントと見なして各サイズとその先端のＬＢＮとを示す。従って、データ・ブロックの各対R0＋L0、R1＋L1、R2＋L2、…は第１ファイルＳＳ244AのエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、…としてアクセス可能である。以下、第１ファイルＳＳ244Aに属するエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、…を「３Ｄエクステント」という。各３ＤエクステントEXTSS[n]（n＝0、1、2、…）は、ファイル２Ｄ241とはベースビュー・データ・ブロックLnを共有し、第１ファイルＤＥＰ242とはライトビュー・データ・ブロックRnを共有する。
　第２ファイルＳＳ（02000.ssif）244Bのファイル・エントリ1550は、デプスマップ・データ・ブロックD0、D1、D2、…とベースビュー・データ・ブロックL0、L1、L2、…との各サイズとその先端のＬＢＮとを交互に示す。従って、各データ・ブロックD1、L1、D2、L2、…は第２ファイルＳＳ244BのエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]、…としてアクセス可能である。第２ファイルＳＳ244Bの各エクステントは、ファイル２Ｄ241とはベースビュー・データ・ブロックLnを共有し、第２ファイルＤＥＰ243とはデプスマップ・データ・ブロックDnを共有する。
　　≪インターリーブ配置のデータ・ブロック群に対する再生経路≫
　図１８は、図１５に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路1801、Ｌ／Ｒモードでの再生経路1802、及びデプス・モードでの再生経路1803を示す模式図である。
　再生装置102は２Ｄ再生モードではファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路1801が示すとおり、ベースビュー・データ・ブロックL0、L1、L2が順番に２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]として読み出される。すなわち、まず先頭のベースビュー・データ・ブロックL0が読み出され、その直後のデプスマップ・データ・ブロックD1とライトビュー・データ・ブロックR1との読み出しが最初のジャンプJ2D1によってスキップされる。次に、二番目のベースビュー・データ・ブロックL1が読み出され、その直後のデプスマップ・データ・ブロックD2とライトビュー・データ・ブロックR2との読み出しが二回目のジャンプJ2D2によってスキップされる。続いて、三番目のベースビュー・データ・ブロックL2が読み出される。
　再生装置102はＬ／Ｒモードでは第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路1802が示すとおり、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R0＋L0、R1＋L1、R2＋L2が順番に３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]として読み出される。すなわち、まず先頭のライトビュー・データ・ブロックR0とその直後のベースビュー・データ・ブロックL0とが連続して読み出され、その直後のデプスマップ・データ・ブロックD1の読み出しが最初のジャンプJLR1によってスキップされる。次に、二番目のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1とが連続して読み出され、その直後のデプスマップ・データ・ブロックD2の読み出しが二回目のジャンプJLR2によってスキップされる。続いて、三番目のライトビュー・データ・ブロックR2とその直後のベースビュー・データ・ブロックL2とが連続して読み出される。
　再生装置102はデプス・モードでは第２ファイルＳＳ244Bを再生する。従って、デプス・モードでの再生経路1803が示すとおり、デプスマップ・データ・ブロックD0、D1、…とベースビュー・データ・ブロックL0、L1、…とが交互に第２ファイルＳＳ244BのエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]、…として読み出される。すなわち、まず先頭のデプスマップ・データ・ブロックD0が読み出され、その直後のライトビュー・データ・ブロックR0の読み出しが最初のジャンプJLD1によってスキップされる。次に、先頭のベースビュー・データ・ブロックL0が読み出され、続けてその直後のデプスマップ・エクステントD1が読み出される。更に、その直後のライトビュー・エクステントR1の読み出しが二回目のジャンプJLD2によってスキップされ、二番目のベースビュー・データ・ブロックL1が読み出される。
　図１８の各再生経路1801－1803が示すとおり、データ・ブロック群がインターリーブ配置で記録された領域では、再生装置102はそのデータ・ブロック群を実質上、先頭から順に読み出せばよい。ここで、その読み出し処理の途中ではジャンプが生じる。しかし、各ジャンプの距離は、図１６の（ａ）に示されているものとは異なり、メインＴＳとサブＴＳとのいずれの全長よりも十分に短い。更に、エクステントＡＴＣ時間の等しいベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの各対では、サイズの比較的小さいディペンデントビュー・データ・ブロックが先に読み出される。従って、その逆の場合よりも、再生装置102はバッファ容量を削減できる。
　再生装置102はＬ／Ｒモードではデータ・ブロック群を第１ファイルＳＳ244Aのエクステント群として読み込む。すなわち、再生装置102は第１ファイルＳＳ244Aのファイル・エントリ1540から各３ＤエクステントEXTSS[0]、EXTSS[1]、…の先端のＬＢＮとそのサイズとを読み出してＢＤ－ＲＯＭドライブ121に渡す。ＢＤ－ＲＯＭドライブ121はそのＬＢＮからそのサイズのデータを連続して読み出す。これらの処理は、データ・ブロック群を第１ファイルＤＥＰ242とファイル２Ｄ241との各エクステントとして読み込む処理よりも、ＢＤ－ＲＯＭドライブ121の制御が次の二点（Ａ）、（Ｂ）で簡単である：（Ａ）再生装置102は一箇所のファイル・エントリを利用して各エクステントを順番に参照すればよい；（Ｂ）読み込み対象のエクステントの総数が実質上半減するので、ＢＤ－ＲＯＭドライブ121に渡されるべきＬＢＮとサイズとの対の総数が少ない。利点（Ａ）はデプス・モードでデータ・ブロック群を第２ファイルＳＳ244Bのエクステントとして読み込む処理にも当てはまる。但し、再生装置102は３ＤエクステントEXTSS[0]、EXTSS[1]、…を読み込んだ後、それぞれをライトビュー・データ・ブロックとベースビュー・データ・ブロックとに分離してデコーダに渡さなければならない。その分離処理にはクリップ情報ファイルが利用される。その詳細については後述する。
　　≪ＡＶストリーム・ファイルに含まれるその他のＴＳパケット≫
　ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図３に示されているエレメンタリ・ストリームから変換されたもの以外にも、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャル・トランスポート・ストリームを規定する役割を持つ。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、ＡＶストリーム・ファイルもそのパーシャル・トランスポート・ストリームと同様に規定される。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる、映像・音声・字幕等を表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種のディスクリプタ（記述子ともいう。）を含む。ディスクリプタには特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報が含まれる。ＰＣＲは、自身に割り当てられたＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ここで、「ＳＴＣ」は、再生装置102内のデコーダによって、ＰＴＳ及びＤＴＳの基準として利用されるクロックである。そのデコーダはＰＣＲを利用して、ＡＴＣにＳＴＣを同期させる。
　図１９は、ＰＭＴ1910のデータ構造を示す模式図である。ＰＭＴ1910は、ＰＭＴヘッダ1901、ディスクリプタ1902、及びストリーム情報1903を含む。ＰＭＴヘッダ1901は、ＰＭＴ1910に含まれるデータの長さ等を示す。各ディスクリプタ1902は、ＰＭＴ1910を含むＡＶストリーム・ファイルの全体に関するディスクリプタである。前述のコピー・コントロール情報はディスクリプタ1902の一つに含まれる。ストリーム情報1903は、ＡＶストリーム・ファイルに含まれる各エレメンタリ・ストリームに関する情報であり、一つずつ異なるエレメンタリ・ストリームに割り当てられている。各ストリーム情報1903は、ストリーム・タイプ1931、ＰＩＤ1932、及びストリーム・ディスクリプタ1933を含む。ストリーム・タイプ1931は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報等を含む。ＰＩＤ1932は、そのエレメンタリ・ストリームのＰＩＤを示す。ストリーム・ディスクリプタ1933は、そのエレメンタリ・ストリームの属性情報、例えばフレームレート及びアスペクト比を含む。
　ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置102内のデコーダにＡＶストリーム・ファイルを、欧州デジタル放送規格に準拠のパーシャル・トランスポート・ストリームと同様に処理させることができる。それにより、ＢＤ－ＲＯＭディスク101用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。
　　≪クリップ情報ファイル≫
　図２０は、第１クリップ情報ファイル（01000.clpi）、すなわち２Ｄクリップ情報ファイル231のデータ構造を示す模式図である。ディペンデントビュー・クリップ情報ファイル（02000.clpi、03000.clpi）232、233も同様なデータ構造を持つ。以下では、まず、クリップ情報ファイル全般に共通するデータ構造を２Ｄクリップ情報ファイル231のデータ構造を例に説明する。その後、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのデータ構造上の相違点について説明する。
　図２０を参照するに、２Ｄクリップ情報ファイル231は、クリップ情報2010、ストリーム属性情報2020、エントリ・マップ2030、及び３Ｄメタデータ2040を含む。３Ｄメタデータ2040はオフセット・テーブル2041とエクステント起点2042とを含む。
　クリップ情報2010は、図２０に示されているように、システムレート2011、再生開始時刻2012、及び再生終了時刻2013を含む。システムレート2011は、ファイル２Ｄ（01000.m2ts）241に属する“ＴＳパケット”が再生装置102内でリード・バッファからシステム・ターゲット・デコーダへ転送される速度の最高値を示す。ファイル２Ｄ241では、ＴＳパケットの転送速度がシステムレート以下に抑えられるように、ソースパケットのＡＴＳの間隔が設定されている。再生開始時刻2012は、ファイル２Ｄ241の先頭のＶＡＵのＰＴＳ、例えば先頭の映像フレームのＰＴＳを示す。再生終了時刻2012は、ファイル２Ｄ241の後端のＶＡＵのＰＴＳから所定量遅れたＳＴＣの値、例えば最後の映像フレームのＰＴＳに１フレーム当たりの再生時間を加えた値を示す。
　ストリーム属性情報2020は、図２０に示されているように、ファイル２Ｄ241に含まれる各エレメンタリ・ストリームのＰＩＤ2021とその属性情報2022との間の対応表である。属性情報2022は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えばプライマリ・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１０１に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報2022は再生装置102により、デコーダの初期化に利用される。
　　　［エントリ・マップ］
　図２１の（ａ）は、エントリ・マップ2030のデータ構造を示す模式図である。図２１の（ａ）を参照するに、エントリ・マップ2030はテーブル2100を含む。テーブル2100は、メインＴＳに多重化されたビデオ・ストリームと同数であり、各ビデオ・ストリームに一つずつ割り当てられている。図２１の（ａ）では各テーブル2100が割り当て先のビデオ・ストリームのＰＩＤで区別されている。各テーブル2100はエントリ・マップ・ヘッダ2101とエントリ・ポイント2102とを含む。エントリ・マップ・ヘッダ2101は、そのテーブル2100に対応付けられたＰＩＤと、そのテーブル2100に含まれるエントリ・ポイント2102の総数とを含む。エントリ・ポイント2102は、ＰＴＳ2103とソースパケット番号（ＳＰＮ）2104との対を個別に異なるエントリ・ポイントＩＤ（ＥＰ＿ＩＤ）2105に対応付ける。ＰＴＳ2103は、エントリ・マップ・ヘッダ2101の示すＰＩＤのビデオ・ストリームに含まれるいずれかのＩピクチャのＰＴＳに等しい。ＳＰＮ2104は、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。「ＳＰＮ」とは、一つのＡＶストリーム・ファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。ＳＰＮはそのＡＶストリーム・ファイル内での各ソースパケットのアドレスとして利用される。２Ｄクリップ情報ファイル231内のエントリ・マップ2130では、ＳＰＮは、ファイル２Ｄ241に属するソースパケット群、すなわちメインＴＳを構成するソースパケット群に割り当てられた番号を意味する。従って、エントリ・ポイント2102は、ファイル２Ｄ241に含まれる各ＩピクチャのＰＴＳとアドレス、すなわちＳＰＮとの間の対応関係を表す。
　エントリ・ポイント2102は、ファイル２Ｄ241内の全てのＩピクチャに対して設定されていなくてもよい。但し、ＩピクチャがＧＯＰの先頭に位置し、かつ、そのＩピクチャの先頭を含むＴＳパケットが２Ｄエクステントの先頭に位置するときは、そのＩピクチャにはエントリ・ポイント2102を設定しなければならない。
　図２１の（ｂ）は、ファイル２Ｄ241に属するソースパケット群2110のうち、エントリ・マップ2030によって各ＥＰ＿ＩＤ2105に対応付けられているものを示す模式図である。図２１の（ｃ）は、そのソースパケット群2110とＢＤ－ＲＯＭディスク101上のデータ・ブロック群Dn、Rn、Ln（n＝0、1、2、3、…）との間の対応関係を示す模式図である。再生装置102はファイル２Ｄ241から２Ｄ映像を再生するとき、エントリ・マップ2030を利用して、任意のシーンを表すフレームのＰＴＳから、そのフレームを含むソースパケットのＳＰＮを特定する。具体的には、再生装置102は、再生開始位置として特定のエントリ・ポイントのＰＴＳ、例えばＰＴＳ＝３６００００が指定されたとき、まずエントリ・マップ2030から、そのＰＴＳに対応付けられたＳＰＮ＝３２００を検索する。再生装置102は次に、そのＳＰＮとソースパケット一つ当たりのデータ量１９２バイトとの積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商、ＳＰＮ×１９２／２０４８を求める。図５の（ｂ）、（ｃ）から理解されるとおり、その値は、メインＴＳのうち、そのＳＰＮが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図２１の（ｂ）に示されている例では、その値３２００×１９２／２０４８＝３００は、ＳＰＮが０から３１９９までのソースパケット群2111が記録されたセクタの総数に等しい。再生装置102は続いて、ファイル２Ｄ241のファイル・エントリを参照し、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（上記の総数＋１）番目のセクタのＬＢＮを特定する。図２１の（ｃ）に示されている例では、２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能なベースビュー・データ・ブロックL0、L1、L2、…が記録されたセクタ群のうち、先頭から数えて３０１番目のセクタのＬＢＮが特定される。再生装置102はそのＬＢＮをＢＤ－ＲＯＭドライブ121に指定する。それにより、そのＬＢＮのセクタから順にベースビュー・データ・ブロック群がアラインド・ユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインド・ユニットから、再生開始位置のエントリ・ポイントの示すソースパケットを選択してＩピクチャに復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル２Ｄ241から特定のＰＴＳ以降の２Ｄ映像を再生できる。
　エントリ・マップ2030は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば２Ｄ再生モードの再生装置102は、まずエントリ・マップ2030を参照して、再生開始位置、例えばＰＴＳ＝３６００００以降のＰＴＳを含むエントリ・ポイント、ＥＰ＿ＩＤ＝２、３、…からＳＰＮ＝３２００、４８００、…を順番に読み出す。再生装置102は次にファイル２Ｄ241のファイル・エントリを利用して、各ＳＰＮに対応するセクタのＬＢＮを特定する。再生装置102は続いて、各ＬＢＮをＢＤ－ＲＯＭドライブ121に指定する。それにより、各ＬＢＮのセクタからアラインド・ユニットが読み出される。再生装置102は更に各アラインド・ユニットから、各エントリ・ポイントの示すソースパケットを選択してＩピクチャに復号する。こうして、再生装置102は２Ｄエクステント群EXT2D[n]自体を解析することなく、ファイル２Ｄ241からＩピクチャを選択的に再生できる。
　　　［オフセット・テーブル］
　図２２の（ａ）はオフセット・テーブル2041のデータ構造を示す模式図である。オフセット・テーブル2041は、３Ｄ再生モードの再生装置102によるクロッピング処理に利用される情報である。「クロッピング処理」とは、２Ｄ映像を表すデータから、レフトビューとライトビューとを表すプレーン・データの対を生成する処理をいう。「プレーン・データ」とは画素データの二次元配列を意味し、その配列のサイズは映像フレームの解像度に等しい。一組の画素データは色座標値とα値との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。クロッピング処理の対象には、メインＴＳ内のＰＧストリーム、ＩＧストリーム、及びセカンダリ・ビデオ・ストリームのそれぞれから生成されるプレーン・データ、並びに、ＢＤ－Ｊオブジェクトに従って生成されるイメージ・プレーン・データが含まれる。クロッピング処理はプレーン・データ内での各画素データの位置を水平方向に変化させる。従って、クロッピング処理によって得られるプレーン・データの対ではレフトビューとライトビューとの各表示位置が元の２Ｄ映像の表示位置から左右にずれている。それらの変位が視聴者に両眼視差として知覚されることにより、レフトビューとライトビューとの対がその視聴者には一つの３Ｄ映像として見える。
　図２２の（ａ）を参照するに、オフセット・テーブル2041は、ＰＧストリーム、ＩＧストリーム、及びセカンダリ・ビデオ・ストリームのＰＩＤ別にテーブル2210を含む。各テーブル2210はＰＴＳ2201とオフセット値2202との対応表である。ＰＴＳ2201は、ＰＧストリーム、ＩＧストリーム、及びセカンダリ・ビデオ・ストリームから生成される各プレーン・データの表示時刻を表す。オフセット値2202は、クロッピング処理による各画素データの水平方向の変位量を符号付きの画素数で表したものである。例えばプラス符号は右向きの変位を表し、マイナス符号はその逆である。オフセット値2202の符号は、３Ｄ映像の奥行きが画面よりも手前か奥かに依って決められている。以下、ＰＴＳ2201とオフセット値2202との対2203を「オフセット・エントリ」という。
　図２２の（ｂ）は、オフセット・エントリの有効区間を表す模式図である。各オフセット・エントリの有効区間は、ＳＴＣで計られる時間において、そのオフセット・エントリのＰＴＳの示す時刻から、次のオフセット・エントリのＰＴＳの示す時刻までの期間である。プレーン・データのＰＴＳがあるオフセット・エントリの有効区間に属するとき、クロッピング処理では、そのプレーン・データ内の画素データの表示位置が、そのオフセット・エントリのオフセット値だけ変化する。図２２の（ａ）に示されている例では、オフセット・エントリ＃１のＰＴＳが１８００００であり、オフセット・エントリ＃２のＰＴＳが２７００００であり、オフセット・エントリ＃３のＰＴＳが３６００００である。その場合、図２２の（ｂ）に示されているように、オフセット・エントリ＃１のオフセット値“＋５”は、１８００００から２７００００までのＳＴＣの範囲2204で有効であり、オフセット・エントリ＃２のオフセット値“＋３”は、２７００００から３６００００までのＳＴＣの範囲2205で有効である。
　　　［エクステント起点］
　図２３の（ａ）は、エクステント起点2042のデータ構造を示す模式図である。図２３の（ａ）を参照するに、「エクステント起点（Extent_Start_Point）」2042はベースビュー・エクステントＩＤ（ＥＸＴ１＿ＩＤ）2311とＳＰＮ2312とを含む。ＥＸＴ１＿ＩＤ2311は、第１ファイルＳＳ（01000.ssif）244Aに属する各ベースビュー・データ・ブロックに、先頭から順に割り当てられた通し番号である。ＳＰＮ2312は各ＥＸＴ１＿ＩＤ2311に一つずつ割り当てられ、そのＥＸＴ１＿ＩＤ2311で識別されるベースビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ244Aに属するベースビュー・データ・ブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
　図１５に示されているインターリーブ配置のデータ・ブロック群では、各ベースビュー・データ・ブロックはファイル２Ｄ（01000.m2ts）241と第１ファイルＳＳ244Aとに共有される。しかし、記録層間の境界等、ロングジャンプの必要な箇所に配置されたデータ・ブロック群は一般に、ファイル２Ｄ241又は第１ファイルＳＳ244Aのいずれかにのみ属するベースビュー・データ・ブロックを含む（詳細は変形例［O］参照）。従って、エクステント起点2042の示すＳＰＮ2312は、ファイル２Ｄ241に属する２Ｄエクステントの先端に位置するソースパケットのＳＰＮとは一般に異なる。
　図２３の（ｂ）は、第２クリップ情報ファイル（02000.clpi）、すなわちライトビュー・クリップ情報ファイル232に含まれるエクステント起点2320のデータ構造を示す模式図である。図２３の（ｂ）を参照するに、エクステント起点2320は、ライトビュー・エクステントＩＤ（ＥＸＴ２＿ＩＤ）2321とＳＰＮ2322とを含む。ＥＸＴ２＿ＩＤ2321は、第１ファイルＳＳ244Aに属する各ライトビュー・データ・ブロックに、先頭から順に割り当てられた通し番号である。ＳＰＮ2322は各ＥＸＴ２＿ＩＤ2321に一つずつ割り当てられ、そのＥＸＴ２＿ＩＤ2321で識別されるライトビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ244Aに属するライトビュー・データ・ブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
　図２３の（ｄ）は、第１ファイルＤＥＰ（02000.m2ts）242に属するライトビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点2320の示すＳＰＮ2322との間の対応関係を表す模式図である。図１５に示されているように、ライトビュー・データ・ブロックは第１ファイルＤＥＰ242と第１ファイルＳＳ244Aとに共有される。従って、図２３の（ｄ）に示されているように、エクステント起点2320の示す各ＳＰＮ2322は、各ライトビュー・エクステントEXT2[0]、EXT2[1]、…の先端に位置するソースパケットのＳＰＮに等しい。
　２Ｄクリップ情報ファイル231のエクステント起点2042とライトビュー・クリップ情報ファイル232のエクステント起点2320とは、以下に説明するように、第１ファイルＳＳ244Aから３Ｄ映像が再生されるとき、各３Ｄエクステントに含まれるデータ・ブロックの境界の検出に利用される。
　図２３の（ｅ）は、第１ファイルＳＳ244Aに属する３ＤエクステントEXTSS[0]、EXTSS[1]、…とＢＤ－ＲＯＭディスク101上のデータ・ブロック群2350との間の対応関係の一例を示す模式図である。図２３の（ｅ）を参照するに、データ・ブロック群2350は、図１５に示されているものと同様にインターリーブ配置で記録されている。尚、以下の説明は、その他の配置でも同様に成立する。データ・ブロック群2350では、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2、R3＋L3、R4＋L4がそれぞれ、３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]としてアクセス可能である。更に、ｎ番目の３ＤエクステントEXTSS[n]（n＝0、1、2、…）では、ベースビュー・データ・ブロックL(n＋1)に含まれるソースパケットの数は、エクステント起点2042において、ＥＸＴ１＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ａ(ｎ＋１)－Ａｎに等しい（ここで、Ａ０＝０）。一方、ライトビュー・データ・ブロックR(n＋1)に含まれるソースパケットの数は、エクステント起点2320において、ＥＸＴ２＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ｂ(ｎ＋１)－Ｂｎに等しい（ここで、Ｂ０＝０）。
　Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aから３Ｄ映像を再生するとき、各クリップ情報ファイル231、232のエントリ・マップに加え、エクステント起点2042、2320を利用して、任意のシーンのライトビューを表すフレームのＰＴＳから、そのフレームを含むライトビュー・データ・ブロックが記録されたセクタのＬＢＮを特定する。具体的には、再生装置102はまず、例えばライトビュー・クリップ情報ファイル232のエントリ・マップから、そのＰＴＳに対応付けられたＳＰＮを検索する。仮に、そのＳＰＮの示すソースパケットが第１ファイルＤＥＰ242の３番目のライトビュー・エクステントEXT2[2]、すなわちライトビュー・データ・ブロックR3に含まれる場合を想定する。再生装置102は次に、ライトビュー・クリップ情報ファイル232のエクステント起点2320の示すＳＰＮ2322の中から、目標のＳＰＮ以下で最大のもの“Ｂ２”と、それに対応するＥＸＴ２＿ＩＤ“２”とを検索する。再生装置102は続いて、２Ｄクリップ情報ファイル231のエクステント起点2042から、そのＥＸＴ２＿ＩＤ“２”と等しいＥＸＴ１＿ＩＤに対応するＳＰＮ2312の値“Ａ２”を検索する。再生装置102は更に、検索されたＳＰＮ2312、2322の値の和Ｂ２＋Ａ２を求める。図２３の（ｅ）から理解されるように、その和Ｂ２＋Ａ２は、３Ｄエクステント群EXTSS[0]、EXTSS[1]、…に含まれるデータ・ブロックのうち、３番目のライトビュー・データ・ブロックR3よりも前に配置されたものに含まれるソースパケットの総数に等しい。従って、その和Ｂ２＋Ａ２とソースパケット一つ当たりのデータ量１９２バイトとの積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商（Ｂ２＋Ａ２）×１９２／２０４８は、３Ｄエクステント群の先頭から３番目のライトビュー・データ・ブロックR3の直前までのセクタ数に等しい。この商を利用して第１ファイルＳＳ244Aのファイル・エントリを参照すれば、そのライトビュー・データ・ブロックR3の先端が記録されたセクタのＬＢＮを特定することができる。
　再生装置102は、上記のようにＬＢＮを特定した後、そのＬＢＮをＢＤ－ＲＯＭドライブ121に指定する。それにより、そのＬＢＮのセクタ以降に記録された３Ｄエクステント群、すなわち３番目のライトビュー・データ・ブロックR3以降の３Ｄエクステント群がアラインド・ユニット単位で読み出される。
　再生装置102は更にエクステント起点2042、2320を利用して、読み出された各３Ｄエクステントから、ディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとを交互に抽出する。例えば、図２３の（ｅ）に示されているデータ・ブロック群2350から３Ｄエクステント群EXTSS[n]（n＝0、1、2、…）が順番に読み出されるときを想定する。再生装置102はまず、最初の３ＤエクステントEXTSS[0]の先頭からＢ１個のソースパケットを最初のディペンデントビュー・データ・ブロックR1として抽出する。再生装置102は次に、Ｂ１番目のソースパケットと、それに続く（Ａ１－１）個のソースパケットとの計Ａ１個のソースパケットを最初のベースビュー・データ・ブロックL1として抽出する。再生装置102は続いて、（Ｂ１＋Ａ１）番目のソースパケットと、それに続く（Ｂ２－Ｂ１－１）個のソースパケットとの計（Ｂ２－Ｂ１）個のソースパケットを二番目のディペンデントビュー・データ・ブロックR2として抽出する。再生装置102は更に、（Ａ１＋Ｂ２）番目のソースパケットと、それに続く（Ａ２－Ａ１－１）個のソースパケットとの計（Ａ２－Ａ１）個のソースパケットを二番目のベースビュー・データ・ブロックL2として抽出する。それ以降も再生装置102は同様に、読み出されるソースパケットの数から各３Ｄエクステント内のデータ・ブロック間の境界を検出して、ディペンデントビューとベースビューとの各データ・ブロックを交互に抽出する。抽出されたベースビュー・データ・ブロックとライトビュー・データ・ブロックとはパラレルにシステム・ターゲット・デコーダに渡されて復号される。
　こうして、Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aから特定のＰＴＳ以降の３Ｄ映像を再生できる。その結果、再生装置102は、ＢＤ－ＲＯＭドライブ121の制御に関する上記の利点（Ａ）、（Ｂ）を実際に享受できる。
　　≪ファイル・ベース≫
　図２３の（ｃ）は、Ｌ／Ｒモードの再生装置102によって第１ファイルＳＳ244Aから抽出されたベースビュー・データ・ブロックL1、L2、…を表す模式図である。図２３の（ｃ）を参照するに、エクステント起点2042の示すＳＰＮ2312は、各ベースビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。それらのベースビュー・データ・ブロック群2330のように、エクステント起点を利用して一つのファイルＳＳから抽出されるベースビュー・データ・ブロック群を「ファイル・ベース」という。更に、ファイル・ベースに含まれるベースビュー・データ・ブロックを「ベースビュー・エクステント」という。各ベースビュー・エクステントは、図２３の（ｃ）に示されているように、２Ｄクリップ情報ファイル内のエクステント起点によって参照される。
　ベースビュー・エクステントは、２Ｄエクステントと実体、すなわちベースビュー・データ・ブロックを共有する。従って、ファイル・ベースはファイル２Ｄと同じメインＴＳを含む。しかし、ベースビュー・エクステントは２Ｄエクステントとは異なり、いずれのファイルのファイル・エントリによっても参照されない。上記のとおり、ベースビュー・エクステントは、クリップ情報ファイル内のエクステント起点を利用して、ファイルＳＳ内の３Ｄエクステントから抽出される。このように、ファイル・ベースは本来のファイルとは異なり、ファイル・エントリを含まず、かつ、ベースビュー・エクステントの参照にエクステント起点を必要とする。それらの意味で、ファイル・ベースは「仮想的なファイル」である。特にファイル・ベースはファイルシステムでは認識されず、図２に示されているディレクトリ／ファイル構造には現れない。
　ＢＤ－ＲＯＭディスク101上に記録された３Ｄ映像コンテンツは、メインＴＳに対するサブＴＳを一種類だけ含むものでもよい。図２４は、そのコンテンツを含むデータ・ブロック群2400と、ファイル２Ｄ2410、ファイル・ベース2411、ファイルＤＥＰ2412、及びファイルＳＳ2420の各エクステント群との間の対応関係を示す模式図である。図２４を参照するに、データ・ブロック群2400は、図１５に示されているものとは異なり、ディペンデントビュー・データ・ブロックD[n]（n＝…、0、1、2、3、…）とベースビュー・データ・ブロックB[n]とを一種類ずつ含む。ベースビュー・データ・ブロックB[n]は２ＤエクステントEXT2D[n]としてファイル２Ｄ2410に属する。ディペンデントビュー・データ・ブロックD[n]はディペンデントビュー・エクステントEXT2[n]としてファイルＤＥＰ2412に属する。二つの連続するディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとの対D[0]＋B[0]、D[1]＋B[1]が一つの３ＤエクステントEXTSS[0]としてファイルＳＳ2420に属する。同様に、二つの連続するディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとの対D[2]＋B[2]、D[3]＋B[3]が一つの３ＤエクステントEXTSS[1]としてファイルＳＳ2420に属する。３ＤエクステントEXTSS[0]、EXTSS[1]は、２ＤエクステントEXT2D[n]とはベースビュー・データ・ブロックB[n]を共有し、ディペンデントビュー・エクステントEXT2[n]とはディペンデントビュー・データ・ブロックD[n]を共有する。各３ＤエクステントEXTSS[0]、EXTSS[1]は再生装置102に読み込まれた後、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とに分離される。それらのベースビュー・データ・ブロックB[n]はベースビュー・エクステントEXT1[n]としてファイル・ベース2411に属する。各３ＤエクステントEXTSS[n]内でのベースビュー・エクステントEXT1[n]とディペンデントビュー・エクステントEXT2[n]との間の境界は、ファイル２Ｄ2410とファイルＤＥＰ2412とのそれぞれに対応付けられたクリップ情報ファイル内のエクステント起点を利用して特定される。
　　≪ディペンデントビュー・クリップ情報ファイル≫
　ディペンデントビュー・クリップ情報ファイルは、図２０－２３に示されている２Ｄクリップ情報ファイルとデータ構造が同様である。従って、以下の説明では、ディペンデントビュー・クリップ情報ファイルと２Ｄクリップ情報ファイルとの間の相違点に触れ、同様な点についての説明は上記の説明を援用する。
　ディペンデントビュー・クリップ情報ファイルは２Ｄクリップ情報ファイルとは主に次の三点（ｉ）、（ｉｉ）、（ｉｉｉ）で異なる：（ｉ）ストリーム属性情報に条件が課せられている；（ｉｉ）エントリ・ポイントに条件が課せられている；（ｉｉｉ）３Ｄメタデータがオフセット・テーブルを含まない。
　（ｉ）ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとがＬ／Ｒモードの再生装置102によって３Ｄ映像の再生に利用されるべきものであるとき、図７に示されているとおり、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームを利用して圧縮されている。そのとき、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームとビデオ・ストリーム属性が等しく揃えられる。ここで、ベースビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報は、２Ｄクリップ情報ファイルのストリーム属性情報2020内でＰＩＤ＝０ｘ１０１１に対応付けられている。一方、ディペンデントビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報は、ディペンデントビュー・クリップ情報ファイルのストリーム属性情報内でＰＩＤ＝０ｘ１０１２又は０ｘ１０１３に対応付けられている。従って、それらのビデオ・ストリーム属性情報間では、図２０に示されている各項目、すなわち、コーデック、解像度、アスペクト比、及びフレームレートが一致しなければならない。コーデックの種類が一致していれば、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのピクチャ間に符号化での参照関係が成立するので、各ピクチャを復号することができる。解像度、アスペクト比、及びフレームレートがいずれも一致していれば、左右の映像の画面表示を同期させることができる。それ故、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができる。
　（ｉｉ）ディペンデントビュー・クリップ情報ファイルのエントリ・マップは、ディペンデントビュー・ビデオ・ストリームに割り当てられたテーブルを含む。そのテーブルは、図２１の（ａ）に示されているもの2100と同様に、エントリ・マップ・ヘッダとエントリ・ポイントとを含む。エントリ・マップ・ヘッダは、対応するディペンデントビュー・ビデオ・ストリームのＰＩＤ、すなわち０ｘ１０１２又は０ｘ１０１３を示す。各エントリ・ポイントは一対のＰＴＳとＳＰＮとを一つのＥＰ＿ＩＤに対応付けている。各エントリ・ポイントのＰＴＳは、ディペンデントビュー・ビデオ・ストリームに含まれるいずれかのＧＯＰの先頭のピクチャのＰＴＳと等しい。各エントリ・ポイントのＳＰＮは、同じエントリ・ポイントに属するＰＴＳの示すピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。ここで、ＳＰＮは、ファイルＤＥＰに属するソースパケット群、すなわちサブＴＳを構成するソースパケット群に先頭から順に割り当てられた通し番号を意味する。各エントリ・ポイントのＰＴＳは、２Ｄクリップ情報ファイルのエントリ・マップのうち、ベースビュー・ビデオ・ストリームに割り当てられたテーブル内のエントリ・ポイントのＰＴＳと一致しなければならない。すなわち、同じ３Ｄ・ＶＡＵに含まれる一対のピクチャの一方を含むソースパケット群の先頭にエントリ・ポイントが設定されているときは、常に、他方を含むソースパケット群の先頭にもエントリ・ポイントが設定されていなければならない。
　図２５は、ベースビュー・ビデオ・ストリーム2510とディペンデントビュー・ビデオ・ストリーム2520とに設定されたエントリ・ポイントの例を示す模式図である。各ビデオ・ストリーム2510、2520では、先頭から数えて同じ順番のＧＯＰが同じ再生期間の映像を表す。図２５を参照するに、ベースビュー・ビデオ・ストリーム2510では、先頭から数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント2501B、2503B、2505Bが設定されている。それに併せて、ディペンデントビュー・ビデオ・ストリーム2520でも、先頭から数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント2501D、2503D、2505Dが設定されている。その場合、再生装置102は、例えばＧＯＰ＃３から３Ｄ映像の再生を開始するとき、対応するエントリ・ポイント2503B、2503DのＳＰＮからファイルＳＳ内の再生開始位置のＳＰＮを直ちに算定できる。特にエントリ・ポイント2503B、2503Dがいずれもデータ・ブロックの先端に設定されているとき、図２３の（ｅ）から理解されるとおり、エントリ・ポイント2503B、2503DのＳＰＮの和がファイルＳＳ内の再生開始位置のＳＰＮに等しい。図２３の（ｅ）の説明で述べたとおり、そのソースパケットの数からは、ファイルＳＳ内の再生開始位置の部分が記録されたセクタのＬＢＮを算定することができる。こうして、３Ｄ映像の再生においても、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理の応答速度を向上させることができる。
　　≪２Ｄプレイリスト・ファイル≫
　図２６は、２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図２に示されている第１プレイリスト・ファイル（00001.mpls）221はこのデータ構造を持つ。図２６を参照するに、２Ｄプレイリスト・ファイル221はメインパス2601と二つのサブパス2602、2603とを含む。
　メインパス2601はプレイアイテム情報（ＰＩ）の配列であり、ファイル２Ｄ241の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各ＰＩは固有のプレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）で識別される。各ＰＩ＃Ｎは主要な再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の開始時刻（In－Time）を表し、他方は終了時刻（Out－Time）を表す。更に、メインパス2601内でのＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
　各サブパス2602、2603はサブプレイアイテム情報（ＳＵＢ＿ＰＩ）の配列であり、ファイル２Ｄ241の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、メインパス2601の表すファイル２Ｄ241の部分とは別の部分、又は別のファイル２Ｄに多重化されたストリーム・データの部分とその再生順とを意味する。そのストリーム・データは、メインパス2601に従ってファイル２Ｄ241から再生される２Ｄ映像と同時に再生されるべき別の２Ｄ映像を表す。その別の２Ｄ映像は例えば、ピクチャ・イン・ピクチャ方式における副映像、ブラウザ画面、ポップアップ・メニュー、又は字幕を含む。サブパス2602、2603には２Ｄプレイリスト・ファイル221への登録順に通し番号“０”、“１”が振られている。その通し番号はサブパスＩＤとして各サブパス2602、2603の識別に利用される。各サブパス2602、2603では、各ＳＵＢ＿ＰＩが固有のサブプレイアイテムＩＤ＝＃Ｍ（Ｍ＝１、２、３、…）で識別される。各ＳＵＢ＿ＰＩ＃Ｍは、再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス2602、2603内でのＳＵＢ＿ＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
　図２７は、ＰＩ＃Ｎのデータ構造を示す模式図である。図２７を参照するに、ＰＩ＃Ｎは、参照クリップ情報2701、再生開始時刻（In＿Time）2702、再生終了時刻（Out＿Time）2703、コネクション・コンディション2704、及びストリーム選択テーブル（以下、ＳＴＮ（Stream Number）テーブルと略す。）2705を含む。参照クリップ情報2701は、２Ｄクリップ情報ファイル231を識別するための情報である。再生開始時刻2702と再生終了時刻2703とは、ファイル２Ｄ241の再生対象部分の先端と後端との各ＰＴＳを示す。コネクション・コンディション2704は、再生開始時刻2702と再生終了時刻2703とによって規定された再生区間での映像を、一つ前のＰＩ＃（Ｎ－１）によって規定された再生区間での映像に接続するときの条件を規定する。ＳＴＮテーブル2705は、再生開始時刻2702から再生終了時刻2703までの間に再生装置102内のデコーダによってファイル２Ｄ241から選択可能なエレメンタリ・ストリームのリストを表す。
　ＳＵＢ＿ＰＩのデータ構造は、図２７に示されているＰＩのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にＳＵＢ＿ＰＩの再生開始時刻と再生終了時刻とは、ＰＩのそれらと同じ時間軸上の値で表される。ＳＵＢ＿ＰＩは更に「ＳＰコネクション・コンディション」というフィールドを含む。ＳＰコネクション・コンディションはＰＩのコネクション・コンディションと同じ意味を持つ。
　　　［コネクション・コンディション］
　コネクション・コンディション2704は例えば“１”、“５”、“６”の三種類の値を取り得る。コネクション・コンディション2704が“１”であるとき、ＰＩ＃Ｎによって規定されるファイル２Ｄ241の部分から再生される映像は、直前のＰＩ＃（Ｎ－１）によって規定されるファイル２Ｄ241の部分から再生される映像とは必ずしもシームレスに接続されなくてもよい。一方、コネクション・コンディション2704が“５”又は“６”であるとき、それら両方の映像が必ずシームレスに接続されなければならない。
　図２８の（ａ）、（ｂ）はそれぞれ、コネクション・コンディション2704が“５”、“６”であるときに接続対象の二つの再生区間2801、2802の間の関係を示す模式図である。ここで、ＰＩ＃（Ｎ－１）はファイル２Ｄ241の第１部分2801を規定し、ＰＩ＃Ｎはファイル２Ｄ241の第２部分2802を規定する。図２８の（ａ）を参照するに、コネクション・コンディション2704が“５”であるとき、２つのＰＩ＃（Ｎ－１）、ＰＩ＃Ｎの間でＳＴＣが途切れていても良い。すなわち、第１部分2801の後端のＰＴＳ＃１と第２部分2802の先端のＰＴＳ＃２とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第１部分2801に続けて第２部分2802をデコーダに供給したときでも、そのデコーダが復号処理をスムーズに持続できるように、各部分2801、2802が作成されていなければならない。更に、第１部分2801に含まれるオーディオ・ストリームの最後のフレームを、第２部分2802に含まれるオーディオ・ストリームの先頭フレームと重複させなければならない。一方、図２８の（ｂ）を参照するに、コネクション・コンディション2704が“６”であるとき、第１部分2801と第２部分2802とは、デコーダの復号処理上、一連の部分として扱えるものでなければならない。すなわち、第１部分2801と第２部分2802との間ではＳＴＣとＡＴＣとがいずれも連続でなければならない。同様に、ＳＰコネクション・コンディションが“５”又は“６”であるとき、隣接する２つのＳＵＢ＿ＰＩによって規定されるファイル２Ｄの部分間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。
　　　［ＳＴＮテーブル］
　図２７を再び参照するに、ＳＴＮテーブル2705はストリーム登録情報の配列である。「ストリーム登録情報」とは、再生開始時刻2702から再生終了時刻2703までの間にメインＴＳから再生対象として選択可能なエレメンタリ・ストリームを個別に示す情報である。ストリーム番号（ＳＴＮ）2706はストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリ・ストリームの識別に利用される。ＳＴＮ2706は更に、同じ種類のエレメンタリ・ストリームの間では選択の優先順位を表す。ストリーム登録情報はストリーム・エントリ2709とストリーム属性情報2710と含む。ストリーム・エントリ2709はストリーム・パス情報2707とストリーム識別情報2708とを含む。ストリーム・パス情報2707は、選択対象のエレメンタリ・ストリームが属するファイル２Ｄを示す情報である。例えばストリーム・パス情報2707が“メインパス”を示すとき、そのファイル２Ｄは、参照クリップ情報2701の示す２Ｄクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報2707が“サブパスＩＤ＝１”を示すとき、選択対象のエレメンタリ・ストリームが属するファイル２Ｄは、サブパスＩＤ＝１のサブパスに含まれるＳＵＢ＿ＰＩの参照クリップ情報が示す２Ｄクリップ情報ファイルに対応するものである。そのＳＵＢ＿ＰＩの規定する再生開始時刻又は再生終了時刻のいずれかは、ＳＴＮテーブル2705を含むＰＩの規定する再生開始時刻2702から再生終了時刻2703までの期間に含まれる。ストリーム識別情報2708は、ストリーム・パス情報2707によって特定されるファイル２Ｄに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻2702から再生終了時刻2703までの間に選択可能である。ストリーム属性情報2710は各エレメンタリ・ストリームの属性情報を表す。例えば、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。
　　　［２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生］
　図２９は、２Ｄプレイリスト・ファイル（00001.mpls）221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）241から再生される部分との間の対応関係を示す模式図である。図２９を参照するに、２Ｄプレイリスト・ファイル221のメインパス2601では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報2701は２Ｄクリップ情報ファイル（01000.clpi）231を示す。再生装置102は２Ｄプレイリスト・ファイル221に従って２Ｄ映像を再生するとき、まずＰＩ＃１からＰＴＳ＃１、＃２を読み出す。再生装置102は次に、２Ｄクリップ情報ファイル231のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ241内のＳＰＮ＃１、＃２を検索する。再生装置102は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル２Ｄ241のファイル・エントリとを利用して、再生対象の２Ｄエクステント群EXT2D[0]、…、EXT2D[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２１の（ｂ）、（ｃ）を用いて説明したとおりである。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ－ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P1から、２Ｄエクステント群EXT2D[0]、…、EXT2D[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２の示すＰＴＳ＃３、＃４の対は、まず２Ｄクリップ情報ファイル231のエントリ・マップを利用してＳＰＮ＃３、＃４の対に変換される。次にファイル２Ｄ241のファイル・エントリを利用してＳＰＮ＃３、＃４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P2から、２Ｄエクステント群に属するソースパケット群が読み出される。ＰＩ＃３の示すＰＴＳ＃５、＃６の対からＳＰＮ＃５、＃６の対への変換、ＳＰＮ＃５、＃６の対からＬＢＮ＃５、＃６の対への変換、及びＬＢＮ＃５からＬＢＮ＃６までの範囲のセクタ群P3からのソースパケット群の読み出しも同様である。こうして、再生装置102は２Ｄプレイリスト・ファイル221のメインパス2601に従ってファイル２Ｄ241から２Ｄ映像を再生できる。
　２Ｄプレイリスト・ファイル221はエントリ・マーク2901を含んでもよい。エントリ・マーク2901は、メインパス2601のうち、実際に再生が開始されるべき時点を示す。例えば図２９に示されているように、ＰＩ＃１に対して複数のエントリ・マーク2901が設定されてもよい。エントリ・マーク2901は特に頭出し再生において、再生開始位置の検索に利用される。例えば２Ｄプレイリスト・ファイル221が映画タイトルの再生経路を規定するとき、エントリ・マーク2901は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。
　　≪３Ｄプレイリスト・ファイル≫
　図３０は、３Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図２に示されている第２プレイリスト・ファイル（00002.mpls）222はこのデータ構造を持つ。第２プレイリスト・ファイル（00003.mpls）223も同様である。図３０を参照するに、３Ｄプレイリスト・ファイル222は、メインパス3001、サブパス3002、及び拡張データ3003を含む。
　メインパス3001は、図３の（ａ）に示されているメインＴＳの再生経路を規定する。従って、メインパス3001は、図２６に示されている２Ｄプレイリスト・ファイル221のメインパス2601に等しい。２Ｄ再生モードの再生装置102は３Ｄプレイリスト・ファイル222のメインパス3001に従ってファイル２Ｄ241から２Ｄ映像を再生できる。
　サブパス3002は、図３の（ｂ）、（ｃ）に示されているサブＴＳの再生経路、すなわち第１ファイルＤＥＰ242又は第２ファイルＤＥＰ243のいずれかの再生経路を規定する。サブパス3002のデータ構造は、図２６に示されている２Ｄプレイリスト・ファイル241のサブパス2602、2603のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図２６を用いた説明を援用する。
　サブパス3002のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス3001のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス3002はその上、サブパス・タイプ3010を含む。「サブパス・タイプ」は一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。３Ｄプレイリスト・ファイル222では特にサブパス・タイプ3010が３Ｄ再生モードの種類、すなわちサブパス3002に従って再生されるべきディペンデントビュー・ビデオ・ストリームの種類を示す。図３０では、サブパス・タイプ3010は、その値が「３Ｄ・Ｌ／Ｒ」であるので、３Ｄ再生モードがＬ／Ｒモードであること、すなわちライトビュー・ビデオ・ストリームが再生対象であることを示す。一方、サブパス・タイプ3010は、その値が「３Ｄデプス」であるときは、３Ｄ再生モードがデプス・モードであること、すなわちデプスマップ・ストリームが再生対象であることを示す。３Ｄ再生モードの再生装置102は、サブパス・タイプ3010の値が「３Ｄ・Ｌ／Ｒ」又は「３Ｄデプス」であることを検出したとき、メインパス3001に従った再生処理とサブパス3002に従った再生処理とを同期させる。
　拡張データ3003は、３Ｄ再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モードの再生装置102には無視される。拡張データ3003は特に、拡張ストリーム選択テーブル3030を含む。「拡張ストリーム選択テーブル（STN＿table＿SS）」（以下、ＳＴＮテーブルＳＳと略す。）は、３Ｄ再生モードにおいて、メインパス3001内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブＴＳから再生対象として選択可能なエレメンタリ・ストリームを示す。
　図３１は、ＳＴＮテーブルＳＳ3030のデータ構造を示す模式図である。図３１を参照するに、ＳＴＮテーブルＳＳ3030はストリーム登録情報列3101、3102、3103、…を含む。ストリーム登録情報列3001、3002、3003、…はメインパス3001内のＰＩ＃１、＃２、＃３、…に個別に対応し、３Ｄ再生モードの再生装置102により、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わされて利用される。各ＰＩに対するストリーム登録情報列3101は、ポップアップ期間のオフセット（Fixed＿offset＿during＿Popup）3111、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3112、ＰＧストリームのストリーム登録情報列3113、及びＩＧストリームのストリーム登録情報列3114を含む。
　ポップアップ期間のオフセット3111は、ＩＧストリームからポップアップ・メニューが再生されるか否かを示す。３Ｄ再生モードの再生装置102はそのオフセット3111の値に依ってビデオ・プレーンとＰＧプレーンとの表示モード（presentation mode）を変える。ここで、ビデオ・プレーンの表示モードにはベースビュー（Ｂ）－ディペンデントビュー（Ｄ）表示モードとＢ－Ｂ表示モードとの二種類があり、ＰＧプレーンとＩＧプレーンとの各表示モードには、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードの三種類がある。例えばポップアップ期間のオフセット3111の値が“０”であるとき、ＩＧストリームからはポップアップ・メニューが再生されない。そのとき、ビデオ・プレーンの表示モードとしてＢ－Ｄ表示モードが選択され、ＰＧプレーンの表示モードとして２プレーン・モード又は１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセット3111の値が“１”であるとき、ＩＧストリームからポップアップ・メニューが再生される。そのとき、ビデオ・プレーンの表示モードとしてＢ－Ｂ表示モードが選択され、ＰＧプレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。
　「Ｂ－Ｄ表示モード」では再生装置102が、レフトビューとライトビューとのビデオ・ストリームから復号されたプレーン・データを交互に出力する。従って、表示装置103の画面には、ビデオ・プレーンの表すレフトビューとライトビューとのフレームが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。「Ｂ－Ｂ表示モード」では再生装置102が、動作モードを３Ｄ再生モードに維持したまま（特にフレームレートを３Ｄ再生時の値、例えば４８フレーム／秒に維持したまま）、ベースビュー・ビデオ・ストリームから復号されたプレーン・データのみをフレーム当たり二回ずつ出力する。従って、表示装置103の画面には、ビデオ・プレーンについてはレフトビューとライトビューとのいずれかのフレームしか表示されないので、視聴者にはそれらが２Ｄ映像としてしか見えない。
　「２プレーン・モード」では、サブＴＳがレフトビューとライトビューとのグラフィックス・ストリームを両方含むとき、再生装置102が各グラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーン・データを復号して交互に出力する。「１プレーン＋オフセット・モード」では、再生装置102がクロッピング処理により、メインＴＳ内のグラフィックス・ストリームからレフトビューとライトビューとのプレーン・データの対を生成して交互に出力する。いずれのモードでも、表示装置103の画面にはレフトビューとライトビューとのＰＧプレーンが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。「１プレーン＋ゼロ・オフセット・モード」では、再生装置102が、動作モードを３Ｄ再生モードに維持したまま、クロッピング処理を一時的に停止させ、メインＴＳ内のグラフィックス・ストリームから復号されたプレーン・データをフレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのＰＧプレーンしか表示されないので、視聴者にはそれらが２Ｄ映像としてしか見えない。
　３Ｄ再生モードの再生装置102は、ＰＩごとにポップアップ期間のオフセット3111を参照して、ＩＧストリームからポップアップ・メニューが再生されるときはＢ－Ｂ表示モードと１プレーン＋ゼロ・オフセット・モードとを選択する。それにより、ポップアップ・メニューが表示される間、他の３Ｄ映像が一時的に２Ｄ映像に変更されるので、ポップアップ・メニューの視認性・操作性が向上する。
　ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3112、ＰＧストリームのストリーム登録情報列3113、及びＩＧストリームのストリーム登録情報列3114はそれぞれ、サブＴＳから再生対象として選択可能なディペンデントビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列3112、3113、3114はそれぞれ、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。
　図３２の（ａ）は、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3112のデータ構造を示す模式図である。図３２の（ａ）を参照するに、このストリーム登録情報列3112は一般に複数のストリーム登録情報（SS＿dependent＿view＿block）3201を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報3201は、ＳＴＮ3211、ストリーム・エントリ3212、及びストリーム属性情報3213を含む。ＳＴＮ3211はストリーム登録情報3201に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ3212は、サブパスＩＤ参照情報（ref＿to＿Subpath＿id）3221、ストリーム・ファイル参照情報（ref＿to＿subClip＿entry＿id）3222、及びＰＩＤ（ref＿to＿stream＿PID＿subclip）3223を含む。サブパスＩＤ参照情報3221は、ディペンデントビュー・ビデオ・ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報3222は、そのディペンデントビュー・ビデオ・ストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ3223は、そのディペンデントビュー・ビデオ・ストリームのＰＩＤである。ストリーム属性情報3213はそのディペンデントビュー・ビデオ・ストリームの属性、例えばフレームレート、解像度、及びビデオフォーマットを含む。特にそれらは、対応するＰＩ内の組み合わせ対象のストリーム登録情報の示すベースビュー・ビデオ・ストリームのものと共通である。
　図３２の（ｂ）は、ＰＧストリームのストリーム登録情報列3113のデータ構造を示す模式図である。図３２の（ｂ）を参照するに、このストリーム登録情報列3113は一般に複数のストリーム登録情報3231を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ＰＧストリームを示すものと同数である。各ストリーム登録情報3231は、ＳＴＮ3241、立体視フラグ（is＿SS＿PG）3242、ベースビュー・ストリーム・エントリ（stream＿entry＿for＿base＿view）3243、ディペンデントビュー・ストリーム・エントリ（stream＿entry＿for＿dependent＿view）3244、及びストリーム属性情報3245を含む。ＳＴＮ3241はストリーム登録情報3231に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。立体視フラグ3242は、ＢＤ－ＲＯＭディスク101にベースビューとディペンデントビュー、例えばレフトビューとライトビューとのＰＧストリームが両方含まれているか否かを示す。立体視フラグ3242がオンであるとき、サブＴＳに両方のＰＧストリームが含まれている。従って、ベースビュー・ストリーム・エントリ3243、ディペンデントビュー・ストリーム・エントリ3244、及びストリーム属性情報3245のいずれのフィールドも再生装置によって読み出される。立体視フラグ3242がオフであるとき、それらのフィールド3243－3245はいずれも再生装置に無視される。ベースビュー・ストリーム・エントリ3243とディペンデントビュー・ストリーム・エントリ3244とはいずれも、サブパスＩＤ参照情報、ストリーム・ファイル参照情報、及びＰＩＤを含む。サブパスＩＤ参照情報は、ベースビューとディペンデントビューとの各ＰＧストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報は、各ＰＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤは各ＰＧストリームのＰＩＤである。ストリーム属性情報3245は各ＰＧストリームの属性、例えば言語の種類を含む。
　図３２の（ｃ）は、ＩＧストリームのストリーム登録情報列3114のデータ構造を示す模式図である。図３２の（ｃ）を参照するに、このストリーム登録情報列3114は一般に複数のストリーム登録情報3251を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ＩＧストリームを示すものと同数である。各ストリーム登録情報3251は、ＳＴＮ3261、立体視フラグ（is＿SS＿IG）3262、ベースビュー・ストリーム・エントリ3263、ディペンデントビュー・ストリーム・エントリ3264、及びストリーム属性情報3265を含む。ＳＴＮ3261はストリーム登録情報3251に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。立体視フラグ3262は、ＢＤ－ＲＯＭディスク101にベースビューとディペンデントビュー、例えばレフトビューとライトビューとのＩＧストリームが両方含まれているか否かを示す。立体視フラグ3262がオンであるとき、サブＴＳに両方のＩＧストリームが含まれている。従って、ベースビュー・ストリーム・エントリ3263、ディペンデントビュー・ストリーム・エントリ3264、及びストリーム属性情報3265のいずれのフィールドも再生装置によって読み出される。立体視フラグ3262がオフであるとき、それらのフィールド3263－3265はいずれも再生装置に無視される。ベースビュー・ストリーム・エントリ3263とディペンデントビュー・ストリーム・エントリ3264とはいずれも、サブパスＩＤ参照情報、ストリーム・ファイル参照情報、及びＰＩＤを含む。サブパスＩＤ参照情報は、ベースビューとディペンデントビューとの各ＩＧストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報は、各ＩＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤは各ＩＧストリームのＰＩＤである。ストリーム属性情報3265は各ＩＧストリームの属性、例えば言語の種類を含む。
　　　［３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生］
　図３３は、３Ｄプレイリスト・ファイル（00002.mpls）222の示すＰＴＳと、第１ファイルＳＳ（01000.ssif）244Aから再生される部分との間の対応関係を示す模式図である。図３３を参照するに、３Ｄプレイリスト・ファイル222のメインパス3001では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）231を示す。一方、サブパス・タイプが「３Ｄ・Ｌ／Ｒ」を示すサブパス3002では、ＳＵＢ＿ＰＩ＃１が、ＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報はライトビュー・クリップ情報ファイル（02000.clpi）232を示す。
　再生装置102は３Ｄプレイリスト・ファイル222に従って３Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は次に２Ｄクリップ情報ファイル231のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイル２Ｄ241内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102はライトビュー・クリップ情報ファイル232のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応する第１ファイルＤＥＰ242内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、図３３の（ｅ）の説明で述べたように、各クリップ情報ファイル231、232のエクステント起点2042、2320を利用して、第１ファイルＳＳ244Aの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定する。再生装置102は同様に、第１ファイルＳＳ244Aの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。再生装置102は更にＳＰＮ＃２１、＃２２のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数と第１ファイルＳＳ244Aのファイル・エントリとを利用して、再生対象の３Ｄエクステント群EXTSS[0]、…、EXTSS[n]が記録されたセクタ群P11の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図３３の（ｅ）の説明で述べたものと同様である。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ－ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P11から、３Ｄエクステント群EXTSS[0]、…、EXTSS[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２とＳＵＢ＿ＰＩ＃２との示すＰＴＳ＃３、＃４の対は、まずクリップ情報ファイル231、232の各エントリ・マップを利用してＳＰＮ＃３、＃４の対とＳＰＮ＃１３、＃１４の対とに変換される。次に、ＳＰＮ＃３、＃１３からは第１ファイルＳＳ244Aの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２３が算定され、ＳＰＮ＃４、＃１４からは第１ファイルＳＳ244Aの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２４が算定される。続いて、第１ファイルＳＳ244Aのファイル・エントリを利用して、ＳＰＮ＃２３、＃２４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P12から、３Ｄエクステント群に属するソースパケット群が読み出される。
　上記の読み出し処理と並行して、再生装置102は、図３３の（ｅ）の説明で述べたように各クリップ情報ファイル231、232のエクステント起点2042、2320を利用して、各３Ｄエクステントからベースビュー・エクステントを抽出し、残りのライトビュー・エクステントとパラレルに復号する。こうして、再生装置102は、３Ｄプレイリスト・ファイル222に従って第１ファイルＳＳ244Aから３Ｄ映像を再生できる。
　　≪インデックス・テーブル≫
　図３４は、図２に示されているインデックス・ファイル（index.bdmv）211内のインデックス・テーブル3410を示す模式図である。図３４を参照するに、インデックス・テーブル3410は、「ファーストプレイ」3401、「トップメニュー」3402、及び「タイトルｋ」3403（ｋ＝１、２、…、ｎ：ｎは１以上の整数）という項目を含む。各項目にはムービーオブジェクトMVO－2D、MVO－3D、…、又はＢＤ－ＪオブジェクトBDJO－2D、BDJO－3D、…のいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部はインデックス・テーブル3410の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをＢＤ－ＲＯＭディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目「ファーストプレイ」3401には、ディスク101がＢＤ－ＲＯＭドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」3402には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」3403には、ディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目「タイトルｋ」には、そのタイトルに対応するＡＶストリーム・ファイルから映像を再生するためのオブジェクトが指定されている。
　図３４に示されている例では、項目「タイトル１」と項目「タイトル２」とが２Ｄ映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられているムービーオブジェクトMVO－2Dは、２Ｄプレイリスト・ファイル（00001.mpls）221を用いた２Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル１」が参照されたとき、そのムービーオブジェクトMVO－2Dに従い、２Ｄプレイリスト・ファイル221がディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。項目「タイトル２」に対応付けられているＢＤ－ＪオブジェクトBDJO－2Dは、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置102によって項目「タイトル２」が参照されたとき、そのＢＤ－ＪオブジェクトBDJO－2D内のアプリケーション管理テーブルに従ってＪＡＲファイル261からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、２Ｄプレイリスト・ファイル221がディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。
　図３４に示されている例では更に、項目「タイトル３」と項目「タイトル４」とが３Ｄ映像のタイトルに割り当てられている。項目「タイトル３」に対応付けられているムービーオブジェクトMVO－3Dは、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関する命令群に加え、３Ｄプレイリスト・ファイル（00002.mpls）222、（00003.mpls）223のいずれかを用いた３Ｄ映像の再生処理に関する命令群を含む。項目「タイトル４」に対応付けられているＢＤ－ＪオブジェクトBDJO－3Dでは、アプリケーション管理テーブルが、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムに加え、３Ｄプレイリスト・ファイル222、223のいずれかを用いた３Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムを規定する。
　再生装置102によって項目「タイトル３」が参照されたとき、ムービーオブジェクトMVO－3Dに従い、まず次の四種類の判別処理が行われる：（１）再生装置102自身が３Ｄ映像の再生に対応しているか否か、（２）ユーザが３Ｄ映像の再生を選択しているか否か、（３）表示装置103が３Ｄ映像の再生に対応しているか否か、及び（４）再生装置102の３Ｄ映像再生モードがＬ／Ｒモードとデプス・モードとのいずれであるか。次にそれらの判別結果に応じていずれかのプレイリスト・ファイル221－223が再生対象として選択される。再生装置102によって項目「タイトル４」が参照されたとき、ＢＤ－ＪオブジェクトBDJO－3D内のアプリケーション管理テーブルに従ってＪＡＲファイル261からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、まず上記の判別処理が行われ、次にその判別結果に応じたプレイリスト・ファイルの選択が行われる。
　　　［３Ｄ映像タイトルの選択時でのプレイリスト・ファイルの選択］
　図３５は、３Ｄ映像のタイトルが選択されたときに行われる、再生対象のプレイリスト・ファイルの選択処理のフローチャートである。図３４に示されているインデックス・テーブル3410では、項目「タイトル３」が参照されたときはムービーオブジェクトMVO－3Dに従ってその選択処理が実行され、項目「タイトル４」が参照されたときは、ＢＤ－ＪオブジェクトBDJO－3Dに規定されたＪａｖａアプリケーション・プログラムに従ってその選択処理が実行される。
　ここで、その選択処理の前提として、再生装置102が第１フラグと第２フラグとを含むときを想定する。第１フラグが“０”であるとき、再生装置102は２Ｄ映像の再生のみに対応可能であり、“１”であるとき、３Ｄ映像の再生にも対応可能である。第２フラグが“０”であるとき、再生装置102はＬ／Ｒモードであり、“１”であるとき、デプス・モードである。
　ステップＳ３５０１では、再生装置102は第１フラグの値をチェックする。その値が“０”であるとき、処理はステップＳ３５０５へ進む。その値が“１”であるとき、処理はステップＳ３５０２へ進む。
　ステップＳ３５０２では、再生装置102は表示装置103にメニューを表示させて、ユーザに２Ｄ映像と３Ｄ映像とのいずれかの再生を選択させる。ユーザがリモコン105等を操作して、２Ｄ映像の再生を選択したとき、処理はステップＳ３５０５へ進み、３Ｄ映像の再生を選択したとき、処理はステップＳ３５０３へ進む。
　ステップＳ３５０３では、再生装置102は、表示装置103が３Ｄ映像の再生に対応しているかチェックする。具体的には、再生装置102はＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換し、表示装置103が３Ｄ映像の再生に対応しているか否かを表示装置103に問い合わせる。表示装置103が３Ｄ映像の再生に対応しているとき、処理はステップＳ３５０４へ進む。表示装置103が３Ｄ映像の再生に対応していないとき、処理はステップＳ３５０５へ進む。
　ステップＳ３５０４では、再生装置102は第２フラグの値をチェックする。その値が“０”であるとき、処理はステップＳ３５０６へ進む。その値が“１”であるとき、処理はステップＳ３５０７へ進む。
　ステップＳ３５０５では、再生装置102は２Ｄプレイリスト・ファイル221を再生対象として選択する。尚、そのとき、再生装置102は表示装置103に、３Ｄ映像の再生が選択されなかった理由を表示させてもよい。その後、処理は終了する。
　ステップＳ３５０６では、再生装置102はＬ／Ｒモード用の３Ｄプレイリスト・ファイル222を再生対象として選択する。その後、処理は終了する。
　ステップＳ３５０７では、再生装置102はデプス・モード用の３Ｄプレイリスト・ファイル223を再生対象として選択する。その後、処理は終了する。
　＜２Ｄ再生装置の構成＞
　２Ｄ再生モードの再生装置102はＢＤ－ＲＯＭディスク101から２Ｄ映像コンテンツを再生するとき、２Ｄ再生装置として動作する。図３６は、２Ｄ再生装置3600の機能ブロック図である。図３６を参照するに、２Ｄ再生装置3600は、ＢＤ－ＲＯＭドライブ3601、再生部3602、及び制御部3603を含む。再生部3602は、リード・バッファ3621、システム・ターゲット・デコーダ3622、及びプレーン加算部3623を含む。制御部3603は、動的シナリオ・メモリ3631、静的シナリオ・メモリ3632、ユーザイベント処理部3633、プログラム実行部3634、再生制御部3635、プレーヤ変数記憶部3636、及びデコーダ・ドライバ3637を含む。再生部3602と制御部3603とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。
　ＢＤ－ＲＯＭドライブ3601は、内部にＢＤ－ＲＯＭディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、ＢＤ－ＲＯＭドライブ3601は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。
　ＢＤ－ＲＯＭドライブ3601は、再生制御部3635からの要求に従ってＢＤ－ＲＯＭディスク101からデータを読み出す。そのデータのうち、ファイル２Ｄのエクステント、すなわち２Ｄエクステントはリード・バッファ3621へ転送され、動的シナリオ情報は動的シナリオ・メモリ3631へ転送され、静的シナリオ情報は静的シナリオ・メモリ3632へ転送される。「動的シナリオ情報」は、インデックス・ファイル、ムービーオブジェクト・ファイル、及びＢＤ－Ｊオブジェクト・ファイルを含む。「静的シナリオ情報」は２Ｄプレイリスト・ファイルと２Ｄクリップ情報ファイルとを含む。
　リード・バッファ3621、動的シナリオ・メモリ3631、及び静的シナリオ・メモリ3632はいずれもバッファ・メモリである。リード・バッファ3621としては再生部3602内のメモリ素子が利用され、動的シナリオ・メモリ3631及び静的シナリオ・メモリ3632としては制御部3603内のメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が、それらのバッファ・メモリ3621、3631、3632の一部又は全部として利用されてもよい。リード・バッファ3621は２Ｄエクステントを格納し、動的シナリオ・メモリ3631は動的シナリオ情報を格納し、静的シナリオ・メモリ3632は静的シナリオ情報を格納する。
　システム・ターゲット・デコーダ3622は、リード・バッファ3621から２Ｄエクステントをソースパケット単位で読み出して多重分離処理を行い、更に分離された各エレメンタリ・ストリームに対して復号処理を行う。ここで、各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め、再生制御部3635からデコーダ・ドライバ3637を通してシステム・ターゲット・デコーダ3622へ送られている。システム・ターゲット・デコーダ3622は更に、復号後のプライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリームをそれぞれ、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、及びＰＧプレーン・データとしてＶＡＵ単位で送出する。一方、システム・ターゲット・デコーダ3622は、復号後のプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとをミキシングして表示装置103の内蔵スピーカ103A等の音声出力装置へ送出する。その他に、システム・ターゲット・デコーダ3622はプログラム実行部3634からデコーダ・ドライバ3637を通してグラフィックス・データを受信する。そのグラフィックス・データは、ＧＵＩ用のメニュー等のグラフィックスを画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧ等のラスタデータで表現されている。システム・ターゲット・デコーダ3622はそのグラフィックス・データを処理してイメージ・プレーン・データとして送出する。尚、システム・ターゲット・デコーダ3622の詳細については後述する。
　プレーン加算部3623は、システム・ターゲット・デコーダ3622から、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、ＰＧプレーン・データ、及びイメージ・プレーン・データを受信し、それらを互いに重畳して一つの映像フレーム又はフィールドに合成する。合成後の映像データは表示装置103へ送出され、その画面に表示される。
　ユーザイベント処理部3633は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に応じてプログラム実行部3634又は再生制御部3635に処理を依頼する。例えばユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部3633はその押下を検出してそのボタンを識別する。ユーザイベント処理部3633は更にプログラム実行部3634に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、例えばユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部3633はその押下を検出してそのボタンを識別する。ユーザイベント処理部3633は更に再生制御部3635に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。
　プログラム実行部3634はプロセッサであり、動的シナリオ・メモリ3631に格納されたムービーオブジェクト・ファイル及びＢＤ－Ｊオブジェクト・ファイルからプログラムを読み出して実行する。プログラム実行部3634は更に各プログラムに従って次の制御を行う：（１）再生制御部3635に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタデータとして生成し、それをシステム・ターゲット・デコーダ3622へ転送して他の映像データに合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ－ＲＯＭディスク101のオーサリング工程のうち、ムービーオブジェクト・ファイル及びＢＤ－Ｊオブジェクト・ファイルのプログラミング工程によって決まる。
　再生制御部3635は、２Ｄエクステント及びインデックス・ファイル等、各種のデータをＢＤ－ＲＯＭディスク101から、リード・バッファ3621、動的シナリオ・メモリ3631、及び静的シナリオ・メモリ3632へ転送する処理を制御する。その制御には、図２に示されているディレクトリ／ファイル構造を管理するファイルシステムが利用される。すなわち、再生制御部3635はファイル・オープン用のシステムコールを利用して、ＢＤ－ＲＯＭドライブ3601に各種のファイルを各バッファ・メモリ3621、3631、3632へ転送させる。ここで、「ファイル・オープン」とは次の一連の処理をいう。まず、システムコールによってファイルシステムに検索対象のファイル名が与えられ、そのファイル名がディレクトリ／ファイル構造から検索される。その検索に成功したとき、再生制御部3635内のメモリには、まず、転送対象のファイルのファイル・エントリが転送され、そのメモリ内にＦＣＢ（File Control Block）が生成される。その後、転送対象のファイルのファイル・ハンドルがファイルシステムから再生制御部3635に返される。以後、再生制御部3635はそのファイル・ハンドルをＢＤ－ＲＯＭドライブ3601に提示することにより、ＢＤ－ＲＯＭドライブ3601にその転送対象のファイルをＢＤ－ＲＯＭディスク101から各バッファ・メモリ3621、3631、3632へ転送させることができる。
　再生制御部3635は、ＢＤ－ＲＯＭドライブ3601とシステム・ターゲット・デコーダ3622とを制御してファイル２Ｄから映像データと音声データとを復号させる。具体的には、再生制御部3635はまず、プログラム実行部3634からの命令、又はユーザイベント処理部3633からの依頼に応じて、静的シナリオ・メモリ3632から２Ｄプレイリスト・ファイルを読み出してその内容を解釈する。再生制御部3635は次に、その解釈された内容、特に再生経路に従って、ＢＤ－ＲＯＭドライブ3601とシステム・ターゲット・デコーダ3622とに再生対象のファイル２Ｄを指定して、その読み出し処理及び復号処理を指示する。このようなプレイリスト・ファイルに基づく再生処理を「プレイリスト再生」という。その他に、再生制御部3635は、静的シナリオ情報を利用してプレーヤ変数記憶部3636に各種のプレーヤ変数を設定する。再生制御部3635は更に、それらのプレーヤ変数を参照して、システム・ターゲット・デコーダ3622に復号対象のエレメンタリ・ストリームを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。
　プレーヤ変数記憶部3636は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステム・パラメータ（ＳＰＲＭ）と汎用のパラメータ（ＧＰＲＭ）とがある。ＳＰＲＭは再生装置102の状態を示す。図３７はＳＰＲＭの一覧表である。各ＳＰＲＭには通し番号3701が振られ、各通し番号3701に変数値3702が個別に対応付けられている。主なＳＰＲＭの内容は以下のとおりである。ここで、括弧内の数字は通し番号3701を示す。
　　ＳＰＲＭ（０）　　　：　言語コード
　　ＳＰＲＭ（１）　　　：　プライマリ・オーディオ・ストリーム番号
　　ＳＰＲＭ（２）　　　：　字幕ストリーム番号
　　ＳＰＲＭ（３）　　　：　アングル番号
　　ＳＰＲＭ（４）　　　：　タイトル番号
　　ＳＰＲＭ（５）　　　：　チャプタ番号
　　ＳＰＲＭ（６）　　　：　プログラム番号
　　ＳＰＲＭ（７）　　　：　セル番号
　　ＳＰＲＭ（８）　　　：　選択キー情報
　　ＳＰＲＭ（９）　　　：　ナビゲーション・タイマー
　　ＳＰＲＭ（１０）　　：　再生時刻情報
　　ＳＰＲＭ（１１）　　：　カラオケ用ミキシングモード
　　ＳＰＲＭ（１２）　　：　パレンタル用国情報
　　ＳＰＲＭ（１３）　　：　パレンタル・レベル
　　ＳＰＲＭ（１４）　　：　プレーヤ設定値（ビデオ）
　　ＳＰＲＭ（１５）　　：　プレーヤ設定値（オーディオ）
　　ＳＰＲＭ（１６）　　：　オーディオ・ストリーム用言語コード
　　ＳＰＲＭ（１７）　　：　オーディオ・ストリーム用言語コード（拡張）
　　ＳＰＲＭ（１８）　　：　字幕ストリーム用言語コード
　　ＳＰＲＭ（１９）　　：　字幕ストリーム用言語コード（拡張）
　　ＳＰＲＭ（２０）　　：　プレーヤ・リージョン・コード
　　ＳＰＲＭ（２１）　　：　セカンダリ・ビデオ・ストリーム番号
　　ＳＰＲＭ（２２）　　：　セカンダリ・オーディオ・ストリーム番号
　　ＳＰＲＭ（２３）　　：　再生状態
　　ＳＰＲＭ（２４）　　：　予備
　　ＳＰＲＭ（２５）　　：　予備
　　ＳＰＲＭ（２６）　　：　予備
　　ＳＰＲＭ（２７）　　：　予備
　　ＳＰＲＭ（２８）　　：　予備
　　ＳＰＲＭ（２９）　　：　予備
　　ＳＰＲＭ（３０）　　：　予備
　　ＳＰＲＭ（３１）　　：　予備
　ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳを示し、そのピクチャが復号されて主映像プレーン・メモリに書き込まれる度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。
　ＳＰＲＭ（１６）のオーディオ・ストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置102のデフォルトの言語コードを示す。それらは再生装置102のＯＳＤ（オン・スクリーン・ディスプレイ）等を利用してユーザに変更させることもでき、プログラム実行部3634を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部3635はプレイリスト再生処理において、まずＰＩ内のＳＴＮテーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部3635は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ3622に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ3622によって選択されて復号される。これらの処理は、ムービーオブジェクト・ファイル又はＢＤ－Ｊオブジェクト・ファイルを利用して再生制御部3635に実行させることができる。
　再生制御部3635は再生処理中、再生状態の変化に応じてプレーヤ変数を更新する。再生制御部3635は特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、及びＳＰＲＭ（２２）を更新する。それらは順に、処理中のオーディオ・ストリーム、字幕ストリーム、セカンダリ・ビデオ・ストリーム、及びセカンダリ・オーディオ・ストリームの各ＳＴＮを示す。例えばプログラム実行部3634によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部3635はそのとき、まず、変更後のＳＰＲＭ（１）の示すＳＴＮを利用して、再生処理中のＰＩ内のＳＴＮテーブルから、そのＳＴＮを含むストリーム・エントリを検索する。再生制御部3635は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ3622に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ3622によって選択されて復号される。こうして、再生対象のオーディオ・ストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリ・ビデオ・ストリームを切り換えることもできる。
　デコーダ・ドライバ3637はシステム・ターゲット・デコーダ3622のデバイス・ドライバであり、プログラム実行部3634と再生制御部3635とのそれぞれに対してシステム・ターゲット・デコーダ3622のインタフェースとして機能する。具体的には、プログラム実行部3634と再生制御部3635とのそれぞれは、システム・ターゲット・デコーダ3622に対する指示をデコーダ・ドライバ3637へ送る。デコーダ・ドライバ3637はそのとき、その指示を、システム・ターゲット・デコーダ3622の実際のハードウェアに即した命令に変換してシステム・ターゲット・デコーダ3622に渡す。
　デコーダ・ドライバ3637は更に、システム・ターゲット・デコーダ3622に２Ｄエクステントからピクチャを復号させるとき、その復号処理に次のように関与する。デコーダ・ドライバ3637は、まずシステム・ターゲット・デコーダ3622に、復号対象のピクチャを含むＶＡＵのヘッダを解析させる。そのヘッダには、図９に示されているシーケンス・ヘッダ931B、ピクチャ・ヘッダ931C、補足データ931D、及び圧縮ピクチャ・データ931E内のスライス・ヘッダが含まれる。デコーダ・ドライバ3637は次に、システム・ターゲット・デコーダ3622からその解析結果を受け取り、それに基づいてそのピクチャの復号方法を決定する。デコーダ・ドライバ3637は続いて、その復号方法をシステム・ターゲット・デコーダ3622へ指示する。それに応じて、システム・ターゲット・デコーダ3622はそのピクチャの復号を開始する。これらの処理の詳細については後述する。
　　≪システム・ターゲット・デコーダ≫
　図３８は、システム・ターゲット・デコーダ3622の機能ブロック図である。図３８を参照するに、システム・ターゲット・デコーダ3622は、ソース・デパケタイザ3810、ＡＴＣカウンタ3820、第１の２７ＭＨｚクロック3830、ＰＩＤフィルタ3840、ＳＴＣカウンタ（ＳＴＣ１）3850、第２の２７ＭＨｚクロック3860、主映像デコーダ3870、副映像デコーダ3871、ＰＧデコーダ3872、ＩＧデコーダ3873、主音声デコーダ3874、副音声デコーダ3875、イメージ・プロセッサ3880、主映像プレーン・メモリ3890、副映像プレーン・メモリ3891、ＰＧプレーン・メモリ3892、ＩＧプレーン・メモリ3893、イメージ・プレーン・メモリ3894、及び音声ミキサ3895を含む。
　ソース・デパケタイザ3810はリード・バッファ3621からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ3840へ送出する。ソース・デパケタイザ3810は更にその送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。具体的には、ソース・デパケタイザ3810はまず、ＡＴＣカウンタ3720が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値はＡＴＣカウンタ3820により、第１の２７ＭＨｚクロック3830のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ3810は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットをＰＩＤフィルタ3840へ転送する。そのような送出時刻の調節により、ソース・デパケタイザ3810からＰＩＤフィルタ3840へのＴＳパケットの平均転送速度RTSは、図２０に示されている２Ｄクリップ情報ファイルの示すシステムレート2011を超えない。
　ＰＩＤフィルタ3840はまず、ソース・デパケタイザ3810から送出されたＴＳパケットの含むＰＩＤを監視する。そのＰＩＤが、再生制御部3635から予め指定されたＰＩＤに一致したとき、ＰＩＤフィルタ3840はそのＴＳパケットを選択し、そのＰＩＤの示すエレメンタリ・ストリームの復号に適したデコーダ3870－3875へ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ3870へ転送される。一方、ＰＩＤが、０ｘ１Ｂ００－０ｘ１Ｂ１Ｆ、０ｘ１１００－０ｘ１１１Ｆ、０ｘ１Ａ００－０ｘ１Ａ１Ｆ、０ｘ１２００－０ｘ１２１Ｆ、及び０ｘ１４００－０ｘ１４１Ｆの各範囲に属するとき、ＴＳパケットはそれぞれ、副映像デコーダ3871、主音声デコーダ3874、副音声デコーダ3875、ＰＧデコーダ3872、及びＩＧデコーダ3873へ転送される。
　ＰＩＤフィルタ3840は更に、各ＴＳパケットのＰＩＤを利用してそのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ3840はそのとき、ＳＴＣカウンタ3850の値を所定値に設定する。ここで、ＳＴＣカウンタ3850の値は第２の２７ＭＨｚクロック3860のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ3850に設定されるべき値は予め、再生制御部3635からＰＩＤフィルタ3840に指示されている。各デコーダ3870－3875はＳＴＣカウンタ3850の値をＳＴＣとして利用する。すなわち、ＰＩＤフィルタ3840から送出されたＴＳパケットに対する復号処理の時期を、そのＴＳパケットに含まれるＰＴＳ又はＤＴＳの示す時刻に従って調節する。
　主映像デコーダ3870は、図３８に示されているように、トランスポート・ストリーム・バッファ（ＴＢ：Transport Stream Buffer）3801、多重化バッファ（ＭＢ：Multiplexing Buffer）3802、エレメンタリ・ストリーム・バッファ（ＥＢ：Elementary Stream Buffer）3803、圧縮映像デコーダ（ＤＥＣ）3804、及び復号ピクチャ・バッファ（ＤＰＢ：Decoded Picture Buffer）3805を含む。
　ＴＢ3801、ＭＢ3802、及びＥＢ3803はいずれもバッファ・メモリであり、それぞれ主映像デコーダ3870に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ3801は、ＰＩＤフィルタ3840から受信されたＴＳパケットをそのまま蓄積する。ＭＢ3802は、ＴＢ3801に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ3801からＭＢ3802へＴＳパケットが転送されるとき、そのＴＳパケットからＴＳヘッダが除去される。ＥＢ3803は、ＰＥＳパケットから、符号化されたＶＡＵを抽出して格納する。そのＶＡＵには、圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ3802からＥＢ3803へデータが転送されるとき、そのＰＥＳパケットからＰＥＳヘッダが除去される。
　ＤＥＣ3804は、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ3804は、ＥＢ3803内の各ＶＡＵからピクチャを、元のＴＳパケットに含まれるＤＴＳの示す時刻に復号する。ＤＥＣ3804はその他に、図１３に示されている復号スイッチ情報1301を利用して、各ＶＡＵからピクチャをそのＤＴＳに関わらず、順次復号してもよい。ＤＥＣ3804は復号処理を特に次の手順で行う。ＤＥＣ3804はまず、デコーダ・ドライバ3637からの指示に応じてそのＶＡＵのヘッダを解析する。ＤＥＣ3804は次に、その解析結果をデコーダ・ドライバ3637へ返信する。ＤＥＣ3804はその後、デコーダ・ドライバ3637から復号方法の指示を受けたとき、その復号方法でそのＶＡＵからのピクチャの復号処理を開始する。ＤＥＣ3804は更に、復号された非圧縮のピクチャをＤＰＢ3805へ転送する。各手順の詳細については後述する。
　ＤＰＢ3805は、ＴＢ3801、ＭＢ3802、及びＥＢ3803と同様なバッファ・メモリであり、主映像デコーダ3870に内蔵のメモリ素子の一領域を利用する。ＤＰＢ3805はその他に、他のバッファ・メモリ3801、3802、3803とは異なるメモリ素子に分離されていてもよい。ＤＰＢ3805は復号後のピクチャを一時的に保持する。ＤＥＣ3804によってＰピクチャ又はＢピクチャが復号されるとき、ＤＰＢ3805はＤＥＣ3804からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してＤＥＣ3804に提供する。ＤＰＢ3805は更に、保持している各ピクチャを、元のＴＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ3890へ書き込む。
　副映像デコーダ3871は主映像デコーダ3870と同様の構成を含む。副映像デコーダ3871はまず、ＰＩＤフィルタ3840から受信されたセカンダリ・ビデオ・ストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ3871は次に、そのＴＳパケットに含まれるＰＴＳの示す時刻に非圧縮のピクチャを副映像プレーン・メモリ3891へ書き込む。
　ＰＧデコーダ3872は、ＰＩＤフィルタ3840から受信されたＴＳパケットを非圧縮のグラフィックス・データに復号し、そのＴＳパケットに含まれるＰＴＳの示す時刻にＰＧプレーン・メモリ3892へ書き込む。
　ＩＧデコーダ3873は、ＰＩＤフィルタ3840から受信されたＴＳパケットを非圧縮のグラフィックス・データに復号し、そのＴＳパケットに含まれるＰＴＳの示す時刻にＩＧプレーン・メモリ3893へ書き込む。
　主音声デコーダ3874はまず、ＰＩＤフィルタ3840から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ3874は次に、そのバッファ内の各ＴＳパケットからＴＳヘッダとＰＥＳヘッダとを除去し、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ3874は更にその音声データを、元のＴＳパケットに含まれるＰＴＳの示す時刻に音声ミキサ3895へ送出する。主音声デコーダ3874は、ＴＳパケットに含まれるプライマリ・オーディオ・ストリームの圧縮符号化方式、例えばＡＣ－３又はＤＴＳ、及びストリーム属性に応じて圧縮音声データの復号方法を選択する。
　副音声デコーダ3875は主音声デコーダ3874と同様の構成を含む。副音声デコーダ3875はまず、ＰＩＤフィルタ3840から受信されたセカンダリ・オーディオ・ストリームのＴＳパケットを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ3875は次に、そのＴＳパケットに含まれるＰＴＳの示す時刻に非圧縮のＬＰＣＭ音声データを音声ミキサ3895へ送出する。副音声デコーダ3875は、ＴＳパケットに含まれるセカンダリ・オーディオ・ストリームの圧縮符号化方式、例えば、ドルビー・デジタル・プラス、ＤＴＳ－ＨＤ　ＬＢＲ、及びストリーム属性に応じて圧縮音声データの復号方法を選択する。
　音声ミキサ3895は、主音声デコーダ3874と副音声デコーダ3875とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシング（音の重ね合わせ）を行う。音声ミキサ3895は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。
　イメージ・プロセッサ3880は、プログラム実行部3634からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタデータを受信する。イメージ・プロセッサ3880はそのとき、そのグラフィックス・データに対するレンダリング処理を行ってイメージ・プレーン・メモリ3894へ書き込む。
　　≪２Ｄ再生装置におけるデコーダ・ドライバとＤＥＣとの間の協働≫
　図３９の（ａ）は、プライマリ・ビデオ・ストリームの復号処理において、デコーダ・ドライバ3637とＤＥＣ3804とによって処理されるデータの流れを示す模式図である。図３９の（ａ）を参照するに、プライマリ・ビデオ・ストリームから一枚のピクチャを復号する処理は主に次の五種類のステップＡ－Ｅから成る。
　ステップＡ「ヘッダ解析／復号開始命令の送出」：デコーダ・ドライバ3637はヘッダ解析命令COMAをＤＥＣ3804へ送出する。ヘッダ解析命令COMAは、次に復号されるべきピクチャが格納されたＶＡＵを示す情報（例えば、図９に示されているＡＵ識別コード931A）を含む。更に、ステップＡの直前のステップＥによってピクチャの復号方法が決定されていたとき、デコーダ・ドライバ3637はヘッダ解析命令COMAと併せて復号開始命令COMBをＤＥＣ3804へ送出する。復号開始命令COMBは、その直前のステップＥで決定された復号方法を示す情報を含む。
　ステップＢ「ヘッダ解析」：ＤＥＣ3804は、ヘッダ解析命令COMAに応じて次の処理を行う。ＤＥＣ3804はまず、ヘッダ解析命令COMAの示すＶＡＵをＥＢ3803の中から探す。ＤＥＣ3804は次に、そのＶＡＵからヘッダHIを読み出して解析する。そのヘッダHIは、図９に示されているシーケンス・ヘッダとピクチャ・ヘッダ、及び圧縮ピクチャ・データ内のスライス・ヘッダを含む。例えば符号化方式がＭＰＥＧ－４　ＡＶＣであるとき、ヘッダHIは、ＳＰＳ、ＰＰＳ、及びスライス・ヘッダを含む。ＤＥＣ3804は特に、図９に破線の矢印で示されているように、スライス・ヘッダに含まれるピクチャ・ヘッダの識別番号（例えば、ＰＰＳの識別番号）を利用してピクチャ・ヘッダを検索する。それにより、そのスライスの符号化方式の種類がそのピクチャ・ヘッダから取得される。ＤＥＣ3804は更に、図９に一点鎖線の矢印で示されているように、そのピクチャ・ヘッダの示すビデオ・シーケンスの識別番号（例えば、ＳＰＳの識別番号）を利用してシーケンス・ヘッダを検索する。それにより、そのスライスの解像度、フレームレート、アスペクト比、及びビットレートがそのシーケンス・ヘッダから取得される。こうして取得されたデータからＤＥＣ3804は、ピクチャの復号方法の決定に必要な情報をヘッダHIの解析結果として構成する。
　ステップＣ「終了通知の送出」：ＤＥＣ3804はステップＢによるヘッダ解析の終了時、終了通知RESをデコーダ・ドライバ3637へ送出する。その終了通知RESは、そのステップＢで構成されたヘッダHIの解析結果を含む。
　ステップＤ「ピクチャの復号方法の決定」：デコーダ・ドライバ3637は終了通知RESに応じて、ピクチャの復号処理に対する前処理を行う。具体的には、デコーダ・ドライバ3637は、その終了通知RESの示すヘッダHIの解析結果から、解像度、フレームレート、アスペクト比、ビットレート、及び符号化方式の種類等を参照し、それらに基づいてピクチャの復号方法を決定する。
　ステップＥ「ピクチャの復号」：ＤＥＣ3804は、復号開始命令COMBに応じて次の処理を行う。ＤＥＣ3804はまず、直前のステップＢで特定されたＶＡＵから圧縮ピクチャ・データを読み出す。ＤＥＣ3804は次に、復号開始命令COMBの示す復号方法で圧縮ピクチャ・データを復号する。ＤＥＣ3804は更に、復号された非圧縮のピクチャPICをＤＰＢ3805へ格納する。その非圧縮のピクチャPICはその後、ＤＰＢ3805から主映像プレーン・メモリ3890へ書き込まれる。
　図３９の（ｂ）は、プライマリ・ビデオ・ストリームの復号処理の流れを示す模式図である。図３９の（ｂ）を参照するに、一連の処理では上記五種類のステップＡ－Ｅが以下のように繰り返される。
　最初のステップＡA1では、デコーダ・ドライバ3637は最初のヘッダ解析命令COMA1をＤＥＣ3804へ送出する。ＤＥＣ3804はその命令COMA1に応じて最初のステップＢB1を行う。すなわち、ＤＥＣ3804は、その命令COMA1の示すＶＡＵのヘッダHIをＥＢ3803から読み出して解析する。ＤＥＣ3804はそのステップＢB1に続いて最初のステップＣC1を行う。すなわち、ＤＥＣ3804はデコーダ・ドライバ3637に最初の終了通知RES1を送出してヘッダHIの解析結果を通知する。デコーダ・ドライバ3637はその通知RES1に応じて最初のステップＤD1を行う。すなわち、デコーダ・ドライバ3637は、その通知RES1からヘッダHIの解析結果を読み出して、それに基づいてピクチャの復号方法を決定する。デコーダ・ドライバ3637は続いて二回目のステップＡA2を行う。すなわち、デコーダ・ドライバ3637は二番目のヘッダ解析命令COMA2と最初の復号開始命令COMB1とをＤＥＣ3804へ送出する。ＤＥＣ3804はその復号開始命令COMB1に応じて最初のステップＥE1を開始する。すなわち、ＤＥＣ3804は、その命令COMB1の示す復号方法を利用して、最初のヘッダ解析命令COMA1の示すＶＡＵからピクチャを復号する。
　ＤＥＣ3804は最初のステップＥE1に続いて二回目のステップＢB2を行う。すなわち、ＤＥＣ3804は、二番目のヘッダ解析命令COMA2の示すＶＡＵのヘッダHIをＥＢ3803から読み出して解析する。ＤＥＣ3804はそのステップＢB2に続いて二回目のステップＣC2を行う。すなわち、ＤＥＣ3804はデコーダ・ドライバ3637に二番目の終了通知RES2を送出してヘッダHIの解析結果を通知する。デコーダ・ドライバ3637はその通知RES2に応じて二回目のステップＤD2を行う。すなわち、デコーダ・ドライバ3637は、その通知RES2からヘッダHIの解析結果を読み出して、それに基づいてピクチャの復号方法を決定する。デコーダ・ドライバ3637は続いて三回目のステップＡA3を行う。すなわち、デコーダ・ドライバ3637は三番目のヘッダ解析命令COMA3と二番目の復号開始命令COMB2とをＤＥＣ3804へ送出する。ＤＥＣ3804はその復号開始命令COMB2に応じて二回目のステップＥE2を開始する。すなわち、ＤＥＣ3804は、その命令COMB2の示す復号方法を利用して、二番目のヘッダ解析命令COMA2の示すＶＡＵからピクチャを復号する。
　三回目以降のピクチャの復号処理についても、デコーダ・ドライバ3637とＤＥＣ3804とは上記と同様に協働してステップＡ－Ｅを繰り返す。
　＜３Ｄ再生装置の構成＞
　３Ｄ再生モードの再生装置102はＢＤ－ＲＯＭディスク101から３Ｄ映像コンテンツを再生するとき、３Ｄ再生装置として動作する。その構成の基本部分は、図３６－３９に示されている２Ｄ再生装置の構成と同様である。従って、以下では２Ｄ再生装置の構成からの拡張部分及び変更部分について説明し、基本部分の詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。また、２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生処理、すなわち２Ｄプレイリスト再生処理に利用される構成は２Ｄ再生装置の構成と同様である。従って、その詳細についての説明も上記の２Ｄ再生装置についての説明を援用する。以下の説明では、３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生処理、すなわち３Ｄプレイリスト再生処理を想定する。
　図４０は、３Ｄ再生装置4000の機能ブロック図である。３Ｄ再生装置4000は、ＢＤ－ＲＯＭドライブ4001、再生部4002、及び制御部4003を含む。再生部4002は、スイッチ4020、第１リード・バッファ4021、第２リード・バッファ4022、システム・ターゲット・デコーダ4023、及びプレーン加算部4024を含む。制御部4003は、動的シナリオ・メモリ4031、静的シナリオ・メモリ4032、ユーザイベント処理部4033、プログラム実行部4034、再生制御部4035、プレーヤ変数記憶部4036、及びデコーダ・ドライバ4037を含む。再生部4002と制御部4003とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、動的シナリオ・メモリ4031、静的シナリオ・メモリ4032、ユーザイベント処理部4033、及びプログラム実行部4034は、図３６に示されている２Ｄ再生装置内のものと同様である。従って、それらの詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。
　ＢＤ－ＲＯＭドライブ4001は、図３６に示されている２Ｄ再生装置内のもの3601と同様な構成要素を含む。ＢＤ－ＲＯＭドライブ4001は、再生制御部4035からＬＢＮの範囲が指示されたとき、その範囲の示すＢＤ－ＲＯＭディスク101上のセクタ群からデータを読み出す。特にファイルＳＳのエクステント、すなわち３Ｄエクステントに属するソースパケット群は、ＢＤ－ＲＯＭドライブ4001からスイッチ4020へ転送される。ここで、各３Ｄエクステントは、図２４に示されているとおり、ベースビューとディペンデントビューとのデータ・ブロックの対を一つ以上含む。それらのデータ・ブロックは異なるリード・バッファ4021、4022へパラレルに転送されなければならない。従って、ＢＤ－ＲＯＭドライブ4001には２Ｄ再生装置内のＢＤ－ＲＯＭドライブ3601以上のアクセス・スピードが求められる。
　スイッチ4020はＢＤ－ＲＯＭドライブ4001からは３Ｄエクステントを受信する。一方、スイッチ4020は再生制御部4035からは、その３Ｄエクステントに含まれる各データ・ブロックの境界を示す情報を受信する。その情報は、例えばその３Ｄエクステントの先頭から各境界までのソースパケット数を示す。再生制御部4035はその情報を、クリップ情報ファイル内のエクステント起点を利用して生成する。スイッチ4020は更に、その情報を利用して各３Ｄエクステントからベースビュー・エクステントを抽出して第１リード・バッファ4021へ送出する。一方、スイッチ4020は残りのディペンデントビュー・エクステントを第２リード・バッファ4022へ送出する。
　第１リード・バッファ4021と第２リード・バッファ4022とはいずれも、再生部4002内のメモリ素子を利用したバッファ・メモリである。特に単一のメモリ素子内の異なる領域が各リード・バッファ4021、4022として利用される。その他に、異なるメモリ素子が個別に各リード・バッファ4021、4022として利用されてもよい。第１リード・バッファ4021はスイッチ4020からベースビュー・エクステントを受信して格納する。第２リード・バッファ4022はスイッチ4020からディペンデントビュー・エクステントを受信して格納する。
　システム・ターゲット・デコーダ4023はまず、第１リード・バッファ4021に格納されたベースビュー・エクステントと、第２リード・バッファ4022に格納されたディペンデントビュー・エクステントとから交互にソースパケットを読み出す。システム・ターゲット・デコーダ4023は次に、多重分離処理によって各ソースパケットからエレメンタリ・ストリームを分離し、更に分離されたものの中から、再生制御部4035から指示されたＰＩＤの示すものを復号する。システム・ターゲット・デコーダ4023は続いて、復号後のエレメンタリ・ストリームをその種類別に内蔵のプレーン・メモリに書き込む。ベースビュー・ビデオ・ストリームは左映像プレーン・メモリに書き込まれ、ディペンデントビュー・ビデオ・ストリームは右映像プレーン・メモリに書き込まれる。一方、セカンダリ・ビデオ・ストリームは副映像プレーン・メモリに書き込まれ、ＩＧストリームはＩＧプレーン・メモリに書き込まれ、ＰＧストリームはＰＧプレーン・メモリに書き込まれる。ここで、ビデオ・ストリーム以外のストリーム・データがベースビューとディペンデントビューとのストリーム・データの対から成るとき、対応するプレーン・メモリはレフトビューとライトビューとの両方のプレーン・データに対して個別に用意される。システム・ターゲット・デコーダ4023はその他に、プログラム実行部4034からのグラフィックス・データ、例えばＪＰＥＧ又はＰＮＧ等のラスタデータに対してレンダリング処理を行ってイメージ・プレーン・メモリに書き込む。
　システム・ターゲット・デコーダ4023は、左映像と右映像との各プレーン・メモリからのプレーン・データの出力を次のように、Ｂ－Ｄ表示モードとＢ－Ｂ表示モードとのそれぞれに対応させる。再生制御部4035からＢ－Ｄ表示モードが指示されたとき、システム・ターゲット・デコーダ4023は左映像と右映像との各プレーン・メモリから交互にプレーン・データを出力する。一方、再生制御部4035からＢ－Ｂ表示モードが指示されたとき、システム・ターゲット・デコーダ4023は動作モードを３Ｄ再生モードに維持したまま、左映像と右映像とのいずれかのプレーン・メモリからのみプレーン・データをフレーム当たり二回ずつ出力する。
　システム・ターゲット・デコーダ4023は更に、グラフィックス・プレーン・メモリからのグラフィックス・プレーン・データの出力を次のように、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードのそれぞれに対応させる。ここで、グラフィックス・プレーン・メモリは、ＰＧプレーン・メモリ、ＩＧプレーン・メモリ、及びイメージ・プレーン・メモリを含む。再生制御部4035から２プレーン・モードが指示されたとき、システム・ターゲット・デコーダ4023は各グラフィックス・プレーン・メモリからレフトビューとライトビューとのグラフィックス・プレーン・データを交互に出力する。再生制御部4035から１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードが指示されたとき、システム・ターゲット・デコーダ4023は動作モードを３Ｄ再生モードに維持したまま、各グラフィックス・プレーン・メモリからグラフィックス・プレーン・データを出力する。再生制御部4035から１プレーン＋オフセット・モードが指示されたときは更に、システム・ターゲット・デコーダ4023は、再生制御部4035によって指定されたオフセット値をプレーン加算部4024に渡す。一方、再生制御部4035から１プレーン＋ゼロ・オフセット・モードが指示されたときは、システム・ターゲット・デコーダ4023はオフセット値として“０”をプレーン加算部4024に渡す。
　再生制御部4035は、３Ｄプレイリスト再生処理をプログラム実行部4034等から命じられたとき、まず、静的シナリオ・メモリ4032に格納された３Ｄプレイリスト・ファイルを参照する。再生制御部4035は次に、その３Ｄプレイリスト・ファイルに従い、図３３の（ｅ）の説明で述べた手順で、読み出し対象の３Ｄエクステントが記録されたセクタ群のＬＢＮの範囲をＢＤ－ＲＯＭドライブ4001に指示する。一方、再生制御部4035は、静的シナリオ・メモリ4005に格納されたクリップ情報ファイル内のエクステント起点を利用して、各３Ｄエクステントに含まれるデータ・ブロックの境界を示す情報を生成する。その情報が再生制御部4035からスイッチ4020へ送出される。
　再生制御部4035はその他に、３Ｄプレイリスト・ファイル内のＳＴＮテーブルとＳＴＮテーブルＳＳとを利用して、システム・ターゲット・デコーダ4023とプレーン加算部4024との動作条件を制御する。例えば、再生対象のエレメンタリ・ストリームのＰＩＤが選択されて、システム・ターゲット・デコーダ4003に渡される。また、ＳＴＮテーブルＳＳのうち、ポップアップ期間のオフセット3111に応じて各プレーンの表示モードが選択されてシステム・ターゲット・デコーダ4023とプレーン加算部4024とに指示される。
　プレーヤ変数記憶部4036は、２Ｄ再生装置内のものと同様に、図３７に示されているＳＰＲＭを含む。しかし、図３７では予備であったＳＰＲＭ（２４）－（３２）のいずれか二つは、図３５に示されている第１フラグと第２フラグとを個別に含む。例えば、ＳＰＲＭ（２４）が第１フラグを含み、ＳＰＲＭ（２５）が第２フラグを含む。その場合、ＳＰＲＭ（２４）が“０”であるときは再生装置102が２Ｄ映像の再生のみに対応可能であり、“１”であるときは３Ｄ映像の再生にも対応可能である。ＳＰＲＭ（２５）が“０”であるときは再生装置102がＬ／Ｒモードであり、“１”であるときはデプス・モードである。
　プレーン加算部4024はシステム・ターゲット・デコーダ4023から各種のプレーン・データを受信し、それらを互いに重畳して一つのフレーム又はフィールドに合成する。特にＬ／Ｒモードでは、左映像プレーン・データはレフトビュー・ビデオ・プレーンを表し、右映像プレーン・データはライトビュー・ビデオ・プレーンを表す。従って、プレーン加算部4024は、左映像プレーン・データには、他のプレーン・データのうち、レフトビューを表すものを重畳し、右映像プレーン・データには、ライトビューを表すものを重畳する。一方、デプス・モードでは、右映像プレーン・データは、左映像プレーン・データの表すビデオ・プレーンに対するデプスマップを表す。従って、プレーン加算部4024はまず、両方の映像プレーン・データからレフトビューとライトビューとのビデオ・プレーン・データの対を生成する。その後、プレーン加算部4024はＬ／Ｒモードでの合成処理と同様に合成処理を行う。
　プレーン加算部4024は、再生制御部4035から、副映像プレーン、ＰＧプレーン、ＩＧプレーン、又はイメージ・プレーンの表示モードとして１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードが指示されているとき、システム・ターゲット・デコーダ4023から受信されたプレーン・データに対してクロッピング処理を行う。それにより、レフトビューとライトビューとのプレーン・データの対が生成される。特に１プレーン＋オフセット・モードが指示されているとき、そのクロッピング処理では、システム・ターゲット・デコーダ4003又はプログラム実行部4034から指示されたオフセット値が利用される。一方、１プレーン＋ゼロ・オフセット・モードが指示されているとき、そのクロッピング処理ではオフセット値が“０”に設定されている。従って、同じプレーン・データが、レフトビューとライトビューとを表すものとして繰り返し出力される。その後、プレーン加算部4024はＬ／Ｒモードでの合成処理と同様に合成処理を行う。合成後のフレーム又はフィールドは表示装置103へ送出され、その画面に表示される。
　　≪システム・ターゲット・デコーダ≫
　図４１は、システム・ターゲット・デコーダ4023の機能ブロック図である。図４１に示されている構成要素は、図３８に示されている２Ｄ再生装置のもの3622とは次の二点で異なる：（１）リード・バッファから各デコーダへの入力系統が二重化されている点、並びに、（２）主映像デコーダは３Ｄ再生モードに対応可能であり、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダは２プレーン・モードに対応可能である点。すなわち、それらの映像デコーダはいずれも、ベースビュー・ストリームとディペンデントビュー・ストリームとを交互に復号できる。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、イメージ・プロセッサ、及び各プレーン・メモリは、図３８に示されている２Ｄ再生装置のものと同様である。従って、以下では、図４１に示されている構成要素のうち、図３８に示されているものとは異なるものについて説明し、同様なものの詳細についての説明は図３８についての説明を援用する。更に、各映像デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ4115の構造について説明する。同様な説明は他の映像デコーダの構造についても成立する。
　第１ソース・デパケタイザ4111は、第１リード・バッファ4021からソースパケットを読み出して、その中からＴＳパケットを抽出して第１ＰＩＤフィルタ4113へ送出する。第２ソース・デパケタイザ4112は、第２リード・バッファ4022からソースパケットを読み出して、その中からＴＳパケットを抽出して第２ＰＩＤフィルタ4114へ送出する。各ソース・デパケタイザ4111、4112は更に、各ＴＳパケットの送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。その同期方法は、図３８に示されているソース・デパケタイザ3810による方法と同様である。従って、その詳細についての説明は図３８についての説明を援用する。そのような送出時刻の調節により、第１ソース・デパケタイザ4111から第１ＰＩＤフィルタ4113へのＴＳパケットの平均転送速度RTS1は、図２０に示されている２Ｄクリップ情報ファイルの示すシステムレート2011を超えない。同様に、第２ソース・デパケタイザ4112から第２ＰＩＤフィルタ4114へのＴＳパケットの平均転送速度RTS2は、ディペンデントビュー・クリップ情報ファイルの示すシステムレートを超えない。
　第１ＰＩＤフィルタ4113は、第１ソース・デパケタイザ4111からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4035によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルに従って指定されている。両方のＰＩＤが一致したとき、第１ＰＩＤフィルタ4113はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4115内のＴＢ（１）4101へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ００－０ｘ１Ｂ１Ｆ、０ｘ１１００－０ｘ１１１Ｆ、０ｘ１Ａ００－０ｘ１Ａ１Ｆ、０ｘ１２００－０ｘ１２１Ｆ、及び０ｘ１４００－０ｘ１４１Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
　第２ＰＩＤフィルタ4114は、第２ソース・デパケタイザ4112からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4035によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳに従って指定されている。両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ4114はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１２又は０ｘ１０１３であるとき、そのＴＳパケットは主映像デコーダ4115内のＴＢ（２）4108へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ２０－０ｘ１Ｂ３Ｆ、０ｘ１２２０－０ｘ１２７Ｆ、及び０ｘ１４２０－０ｘ１４７Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
　主映像デコーダ4115は、ＴＢ（１）4101、ＭＢ（１）4102、ＥＢ（１）4103、ＴＢ（２）4108、ＭＢ（２）4109、ＥＢ（２）4110、バッファ・スイッチ4106、ＤＥＣ4104、ＤＰＢ4105、及びピクチャ・スイッチ4107を含む。ＴＢ（１）4101、ＭＢ（１）4102、ＥＢ（１）4103、ＴＢ（２）4108、ＭＢ（２）4109、ＥＢ（２）4110、及びＤＰＢ4105はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ4115に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
　ＴＢ（１）4101は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ4113から受信してそのまま蓄積する。ＭＢ（１）4102は、ＴＢ（１）4101に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ（１）4103は、ＭＢ（１）4102に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
　ＴＢ（２）4108は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットを第２ＰＩＤフィルタ4114から受信してそのまま蓄積する。ＭＢ（２）4109は、ＴＢ（２）4108に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ（２）4110は、ＭＢ（２）4109に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
　バッファ・スイッチ4106は、ＥＢ（１）4103とＥＢ（２）4110とのそれぞれに蓄積されたＶＡＵのヘッダをＤＥＣ4104からの要求に応じて転送する。バッファ・スイッチ4106は更に、そのＶＡＵの圧縮ピクチャ・データを、元のＴＳパケットに含まれるＤＴＳの示す時刻にＤＥＣ4104へ転送する。ここで、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間では、同じ３Ｄ・ＶＡＵに属する一対のピクチャのＤＴＳが等しい。従って、バッファ・スイッチ4106は、ＤＴＳの等しい一対のＶＡＵのうち、ＥＢ（１）4103に蓄積された方を先にＤＥＣ4104へ転送する。その他に、バッファ・スイッチ4106は、そのＶＡＵ内の復号スイッチ情報1301をＤＥＣ4104に返信させてもよい。その場合、バッファ・スイッチ4106はその復号スイッチ情報1301を使って、次のＶＡＵをＥＢ（１）4103とＥＢ（２）4110とのいずれから転送すべきか決定できる。
　ＤＥＣ4104は、図３８に示されているＤＥＣ3804と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4104は、バッファ・スイッチ4106から転送された圧縮ピクチャ・データを順次復号する。ＤＥＣ4104はその復号処理を特に次の手順で行う。ＤＥＣ4104はまず、デコーダ・ドライバ4037からの指示に応じて、ＥＢ（１）4103とＥＢ（２）4110とのそれぞれからＶＡＵのヘッダを取得する。ＤＥＣ4104は次に、そのヘッダを解析して、その結果をデコーダ・ドライバ4037へ返信する。ＤＥＣ4104はその後、デコーダ・ドライバ4037から復号方法の指示を受けたとき、その復号方法でそのＶＡＵからのピクチャの復号処理を開始する。ＤＥＣ4104は更に、復号された非圧縮のピクチャをＤＰＢ4105へ転送する。各手順の詳細については後述する。
　ＤＰＢ4105は、復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ4104がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ4105はＤＥＣ4104からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してＤＥＣ4104に提供する。
　ピクチャ・スイッチ4107は、ＤＰＢ4105から非圧縮の各ピクチャを、元のＴＳパケットに含まれるＰＴＳの示す時刻に、左映像プレーン・メモリ4120と右映像プレーン・メモリ4121とのいずれかに書き込む。ここで、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャとディペンデントビュー・ピクチャとではＰＴＳが等しい。従って、ピクチャ・スイッチ4107は、ＤＰＢ4105に保持された、ＰＴＳの等しい一対のピクチャのうち、ベースビュー・ピクチャを先に左映像プレーン・メモリ4120に書き込み、続いてディペンデントビュー・ピクチャを右映像プレーン・メモリ4121に書き込む。
　　≪３Ｄ再生装置におけるデコーダ・ドライバとＤＥＣとの間の協働≫
　図４２の（ａ）は、ベースビューとディペンデントビューとのプライマリ・ビデオ・ストリームの対の復号処理において、デコーダ・ドライバ4037とＤＥＣ4104とによって処理されるデータの流れを示す模式図である。図４２の（ａ）を参照するに、プライマリ・ビデオ・ストリームの対から一対のピクチャを復号する処理は次の五種類のステップＡ－Ｅを含む。
　ステップＡ「ヘッダ解析／復号開始命令の送出」：デコーダ・ドライバ4037はヘッダ解析命令BCOMA、DCOMAをＤＥＣ4104へ送出する。ヘッダ解析命令には、ベースビュー・ヘッダ解析命令BCOMAとディペンデントビュー・ヘッダ解析命令DCOMAとの二種類がある。ベースビュー・ヘッダ解析命令BCOMAは、次に復号されるべきベースビュー・ピクチャが格納されたＶＡＵを示す情報を含む。ディペンデントビュー・ヘッダ解析命令DCOMAは、次に復号されるべきディペンデントビュー・ピクチャが格納されたＶＡＵを示す情報を含む。更に、ステップＡの直前のステップＥによってピクチャの復号方法が決定されていたとき、デコーダ・ドライバ4037はヘッダ解析命令BCOMA、DCOMAと併せて復号開始命令BCOMB、DCOMBをＤＥＣ4104へ送出する。復号開始命令BCOMB、DCOMBは、その直前のステップＥで決定された復号方法を示す情報を含む。復号開始命令には、ベースビュー復号開始命令BCOMBとディペンデントビュー復号開始命令DCOMBとの二種類がある。ベースビュー復号開始命令BCOMBは、ベースビュー・ピクチャの復号方法を示す情報を含み、ディペンデントビュー復号開始命令DCOMBは、ディペンデントビュー・ピクチャの復号方法を示す情報を含む。
　ステップＢ「ヘッダ解析」：ＤＥＣ4104はヘッダ解析命令BCOMA、DCOMAに応じて次の処理を行う。ＤＥＣ4104はまず、バッファ・スイッチ4106に対し、ヘッダ解析命令BCOMA、DCOMAの示すＶＡＵのヘッダBHI、DHIを要求する。バッファ・スイッチ4106はその要求に応じて、ＥＢ（１）4103とＥＢ（２）4110とからそのＶＡＵのヘッダBHI、DHIを検索してＤＥＣ4104に渡す。ここで、ＥＢ（１）4103から検索されるヘッダBHIはベースビュー・ビデオ・ストリームのＶＡＵに含まれる。従って、そのヘッダBHIは、図９に示されているシーケンス・ヘッダとピクチャ・ヘッダ、及び圧縮ピクチャ・データ内のスライス・ヘッダを含む。一方、ＥＢ（２）4110から検索されるヘッダDHIはディペンデントビュー・ビデオ・ストリームのＶＡＵに含まれる。従って、そのヘッダDHIは、図９に示されているサブシーケンス・ヘッダとピクチャ・ヘッダ、及び圧縮ピクチャ・データ内のスライス・ヘッダを含む。ＤＥＣ4104は次に、バッファ・スイッチ4106から受信されたヘッダBHI、DHIを解析する。ＤＥＣ4104は特に、図９に破線の矢印で示されているように、スライス・ヘッダに含まれるピクチャ・ヘッダの識別番号（例えば、ＰＰＳの識別番号）を利用してピクチャ・ヘッダを検索する。それにより、そのスライスの符号化方式の種類がそのピクチャ・ヘッダから取得される。ＤＥＣ4104は更に、図９に一点鎖線の矢印で示されているように、そのピクチャ・ヘッダの示すビデオ・シーケンスの識別番号（例えば、ＳＰＳの識別番号）を利用してシーケンス・ヘッダ又はサブシーケンス・ヘッダを検索する。それにより、そのスライスの解像度、フレームレート、アスペクト比、及びビットレートがそのシーケンス・ヘッダ又はサブシーケンス・ヘッダから取得される。こうして取得されたデータからＤＥＣ4104は、ピクチャの復号方法の決定に必要な情報をヘッダBHI、DHIの解析結果として構成する。
　ステップＣ「終了通知の送出」：ＤＥＣ4104はステップＢによるヘッダ解析の終了時、終了通知BRES、DRESをデコーダ・ドライバ4037へ送出する。その終了通知にはベースビュー・ヘッダ解析終了通知BRESとディペンデントビュー・ヘッダ解析処理終了通知DRESとの二種類がある。ベースビュー・ヘッダ解析終了通知BRESは、次に復号されるべきベースビュー・ピクチャを含むＶＡＵのヘッダBHIから解析された結果を含む。ディペンデントビュー・ヘッダ解析終了通知DRESは、次に復号されるべきディペンデントビュー・ピクチャを含むＶＡＵのヘッダDHIから解析された結果を含む。
　ステップＤ「ピクチャの復号方法の決定」：デコーダ・ドライバ4037は終了通知BRES、DRESに応じて、ピクチャの復号処理に対する前処理を行う。具体的には、デコーダ・ドライバ4037は、その終了通知BRES、DRESの示すヘッダBHI、DHIの解析結果から、解像度、フレームレート、アスペクト比、ビットレート、及び符号化方式の種類等を参照し、それらに基づいてピクチャの復号方法を決定する。
　ステップＥ「ピクチャの復号」：ＤＥＣ4104は、復号開始命令BCOMB、DCOMBに応じて次の処理を行う。ＤＥＣ4104はまず、バッファ・スイッチ4106から転送される圧縮ピクチャ・データを、復号開始命令BCOMB、DCOMBの示す復号方法で復号する。ＤＥＣ4104は更に、復号された非圧縮のベースビュー・ピクチャBPICとディペンデントビュー・ピクチャDPICとをＤＰＢ4105へ格納する。その後、ピクチャ・スイッチ4107は、非圧縮のベースビュー・ピクチャBPICをＤＰＢ4105から左映像プレーン・メモリ4120へ書き込み、非圧縮のディペンデントビュー・ピクチャDPICをＤＰＢ4105から右映像プレーン・メモリ4121へ書き込む。
　図４２の（ｂ）は、ベースビューとディペンデントビューとのプライマリ・ビデオ・ストリームの対の復号処理の流れを示す模式図である。図４２の（ｂ）を参照するに、一連の処理では上記五種類のステップＡ－Ｅが以下のように繰り返される。
　最初のステップＡA1では、デコーダ・ドライバ4037は最初のベースビュー・ヘッダ解析命令BCOMA1をＤＥＣ4104へ送出する。ＤＥＣ4104はその命令BCOMA1に応じて最初のステップＢB1を行う。すなわち、ＤＥＣ4104はまず、その命令BCOMA1の示すＶＡＵのヘッダBHIをバッファ・スイッチ4106に対して要求する。バッファ・スイッチ4106はその要求に応じ、ＥＢ（１）4103からそのヘッダBHIを検索してＤＥＣ4104に渡す。ＤＥＣ4104は次にそのヘッダBHIを解析する。
　ＤＥＣ4104は最初のステップＢB1に続いて最初のステップＣC1を行う。すなわち、ＤＥＣ4104はデコーダ・ドライバ4037に最初のベースビュー・ヘッダ解析終了通知BRES1を送出してヘッダBHIの解析結果を通知する。デコーダ・ドライバ4037はその通知BRES1に応じて最初のステップＤD1を行う。すなわち、デコーダ・ドライバ4037はその通知BRES1からヘッダBHIの解析結果を読み出して、それに基づいてベースビュー・ピクチャの復号方法を決定する。一方、デコーダ・ドライバ4037はそのステップＤD1の開始時に二回目のステップＡA2を行う。すなわち、デコーダ・ドライバ4037は最初のディペンデントビュー・ヘッダ解析命令DCOMA1をＤＥＣ4104へ送出する。ＤＥＣ4104はその命令DCOMA1に応じて二回目のステップＢB2を行う。すなわち、ＤＥＣ4104はまず、その命令DCOMA1の示すＶＡＵのヘッダDHIをバッファ・スイッチ4106に対して要求する。バッファ・スイッチ4106はその要求に応じてＥＢ（２）4110からそのヘッダDHIを検索してＤＥＣ4104に渡す。ＤＥＣ4104は次にそのヘッダDHIを解析する。従って、ＤＥＣ4104によるステップＢB2は、デコーダ・ドライバ4037によるステップＤD1とパラレルに進行する。
　ＤＥＣ4104は二回目のステップＢB2に続いて二回目のステップＣC2を行う。すなわち、ＤＥＣ4104はデコーダ・ドライバ4037に最初のディペンデントビュー・ヘッダ解析終了通知DRES1を送出してヘッダDHIの解析結果を通知する。デコーダ・ドライバ4037はその通知DRES1に応じて二回目のステップＤD2を行う。すなわち、デコーダ・ドライバ4037はその通知DRES1からヘッダDHIの解析結果を読み出して、それに基づいてディペンデントビュー・ピクチャの復号方法を決定する。一方、デコーダ・ドライバ4037はそのステップＤD2の開始時に三回目のステップＡA3を行う。すなわち、デコーダ・ドライバ4037は二番目のベースビュー・ヘッダ解析命令BCOMA2と最初のベースビュー復号開始命令BCOMB1とをＤＥＣ4104へ送出する。ＤＥＣ4104はそのベースビュー復号開始命令BCOMB1に応じて最初のステップＥE1を開始する。すなわち、ＤＥＣ4104は、その命令BCOMB1の示す復号方法を利用して、最初のベースビュー・ヘッダ解析命令BCOMA1の示すＶＡＵからベースビュー・ピクチャを復号する。従って、ＤＥＣ4104によるステップＥE1は、デコーダ・ドライバ4037によるステップＤD2とパラレルに進行する。
　ＤＥＣ4104は最初のステップＥE1に続いて三回目のステップＢB3を行う。すなわち、ＤＥＣ4104はまず、二番目のベースビュー・ヘッダ解析命令BCOMA2の示すＶＡＵのヘッダBHIをバッファ・スイッチ4106に対して要求する。バッファ・スイッチ4106はその要求に応じて、ＥＢ（１）4103からそのヘッダBHIを検索してＤＥＣ4104に渡す。ＤＥＣ4104は次にそのヘッダBHIを解析する。
　ＤＥＣ4104は三回目のステップＢB3に続いて三回目のステップＣC3を行う。すなわち、ＤＥＣ4104はデコーダ・ドライバ4037に二番目のベースビュー・ヘッダ解析終了通知BRES2を送出してヘッダBHIの解析結果を通知する。デコーダ・ドライバ4037はその通知BRES2に応じて三回目のステップＤD3を行う。すなわち、デコーダ・ドライバ4037はその通知BRES2からヘッダBHIの解析結果を読み出して、それに基づいてベースビュー・ピクチャの復号方法を決定する。一方、デコーダ・ドライバ4037はそのステップＤD3の開始時に四回目のステップＡA4を行う。すなわち、デコーダ・ドライバ4037は二番目のディペンデントビュー・ヘッダ解析命令DCOMA2と最初のディペンデントビュー復号開始命令DCOMB1とをＤＥＣ4104へ送出する。ＤＥＣ4104はその復号開始命令DCOMB1に応じて二回目のステップＥE2を開始する。すなわち、ＤＥＣ4104は、その復号開始命令DCOMB1の示す復号方法を利用して、最初のディペンデントビュー・ヘッダ解析命令DCOMA1の示すＶＡＵからディペンデントビュー・ピクチャを復号する。従って、ＤＥＣ4104によるステップＥE2は、デコーダ・ドライバ4037によるステップＤD3とパラレルに進行する。
　ＤＥＣ4104は二回目のステップＥE2に続いて四回目のステップＢB4を行う。すなわち、ＤＥＣ4104はまず、二番目のディペンデントビュー・ヘッダ解析命令DCOMA2の示すＶＡＵのヘッダDHIをバッファ・スイッチ4106に対して要求する。バッファ・スイッチ4106はその要求に応じて、ＥＢ（２）4110からそのヘッダDHIを検索してＤＥＣ4104に渡す。ＤＥＣ4104は次にそのヘッダDHIを解析する。
　ＤＥＣ4104は四回目のステップＢB4に続いて四回目のステップＣC4を行う。すなわち、ＤＥＣ4104はデコーダ・ドライバ4037に二番目のディペンデントビュー・ヘッダ解析終了通知DRES2を送出してヘッダDHIの解析結果を通知する。デコーダ・ドライバ4037はその通知DRES2に応じて四回目のステップＤD4を行う。すなわち、デコーダ・ドライバ4037はその通知DRES2からヘッダDHIの解析結果を読み出して、それに基づいてディペンデントビュー・ピクチャの復号方法を決定する。一方、デコーダ・ドライバ4037はそのステップＤD4の開始時に五回目のステップＡA5を行う。すなわち、デコーダ・ドライバ4037は三番目のベースビュー・ヘッダ解析命令BCOMA3と二番目のベースビュー復号開始命令BCOMB2をＤＥＣ4104へ送出する。ＤＥＣ4104はその復号開始命令BCOMB2に応じて三回目のステップＥE3を開始する。すなわち、ＤＥＣ4104は、その復号開始命令BCOMB2の示す復号方法を利用して、二番目のベースビュー・ヘッダ解析命令BCOMA2の示すＶＡＵからベースビュー・ピクチャを復号する。従って、ＤＥＣ4104によるステップＥE3は、デコーダ・ドライバ4037によるステップＤD4とパラレルに進行する。
　以降、デコーダ・ドライバ4037とＤＥＣ4104とは上記と同様に協働してステップＡ－Ｅを繰り返す。特にＤＥＣ4104によるステップＥとデコーダ・ドライバ4037によるステップＤとがパラレルに進行する。すなわち、デコーダ・ドライバ4037がベースビュー・ピクチャの復号方法を決定する間に、ＤＥＣ4104はディペンデントビュー・ピクチャの復号処理を行う。逆に、デコーダ・ドライバ4037がディペンデントビュー・ピクチャの復号方法を決定する間に、ＤＥＣ4104はベースビュー・ピクチャの復号処理を行う。
　図４２の（ｂ）に示されている処理の流れでは、仮に他の処理に対する制御部4003の負担の変動に伴ってデコーダ・ドライバ4037によるステップＤの終了が多少遅れても、ＤＥＣ4104によるステップＥまで遅れる危険性はない。すなわち、その流れでは復号後のピクチャの出力間隔が過大になる危険性はない。例えば、その流れに代えて、図３９の（ｂ）に示されている流れと同様に、ディペンデントビュー・ピクチャの復号に関するステップＢB1－ステップＥE1を終えた後にベースビュー・ピクチャの復号に関するステップＢB2－ステップＥE2を行う場合を想定する。その場合、ステップＤD1による前処理の開始時ではなく、終了時に、次のステップＡA2による復号開始命令COMB1が送出される。従って、もしその前処理の終了が遅れると、その復号開始命令COMB1の送出が遅れるので、次のステップＥE2によるディペンデントビュー・ピクチャの復号処理の開始が遅れる。その結果、ピクチャ・スイッチ4107がベースビュー・ピクチャを左映像プレーン・メモリ4120へ書き込んでから、ディペンデントビュー・ピクチャを右映像プレーン・メモリ4121へ書き込むまでの時間が過大になる危険性が生じる。それに対し、図４２の（ｂ）に示されている流れでは、例えば二回目のステップＤD2と最初のステップＥE1とがパラレルに進行する。従って、仮に図４２の（ｂ）に一点鎖線で示されているようにステップＤD2の終了が遅れても、ステップＥE1の開始は遅れない。その結果、ピクチャ・スイッチ4107は、左映像プレーン・メモリ4120へのベースビュー・ピクチャBPICの書き込みと、右映像プレーン・メモリ4121へのディペンデントビュー・ピクチャDPICの書き込みとを、確実に連続させることができる。
　本発明の実施形態１による再生装置102では上記のとおり、ＤＥＣ4104がピクチャの復号処理を行っている間に、デコーダ・ドライバ4037が次のピクチャの復号方法を決定する。その結果、主映像デコーダ4115はピクチャを各映像プレーン4120、4121へ確実に連続して書き込むことができる。このように、再生装置102はビデオ・ストリームの復号処理を更に効率よく実行できるので、信頼性を更に向上させることができる。
　　≪プレーン加算部≫
　図４３はプレーン加算部4024の機能ブロック図である。図４３を参照するに、プレーン加算部4024は、視差映像生成部4310、スイッチ4320、四つのクロッピング処理部4331－4334、及び四つの加算部4341－4344を含む。
　視差映像生成部4310は、システム・ターゲット・デコーダ4023から左映像プレーン・データ4301と右映像プレーン・データ4302とを受信する。Ｌ／Ｒモードの再生装置102では、左映像プレーン・データ4301はレフトビュー・ビデオ・プレーンを表し、右映像プレーン・データ4302はライトビュー・ビデオ・プレーンを表す。そのとき、視差映像生成部4310は各ビデオ・プレーン・データ4301、4302をそのままスイッチ4320へ送出する。一方、デプス・モードの再生装置102では、左映像プレーン・データ4301は２Ｄ映像のビデオ・プレーンを表し、右映像プレーン・データ4302はその２Ｄ映像に対するデプスマップを表す。そのとき、視差映像生成部4310は、まずそのデプスマップからその２Ｄ映像の各部の両眼視差を計算する。視差映像生成部4310は次に、左映像プレーン・データ4301を加工して、ビデオ・プレーンにおけるその２Ｄ映像の各部の表示位置を、計算された両眼視差に応じて左右に移動させる。それにより、レフトビューとライトビューとを表すビデオ・プレーンの対が生成される。視差映像生成部4310は更に、そのビデオ・プレーンの対を左映像と右映像とのプレーン・データの対としてスイッチ4320へ送出する。
　スイッチ4320は、再生制御部4035からＢ－Ｄ表示モードが指示されているとき、ＰＴＳの等しい左映像プレーン・データ4301と右映像プレーン・データ4302とをその順で第１加算部4341へ送出する。スイッチ4320は、再生制御部4035からＢ－Ｂ表示モードが指示されているとき、ＰＴＳの等しい左映像プレーン・データ4301と右映像プレーン・データ4302との一方をフレーム当たり二回ずつ、第１加算部4341へ送出し、他方を破棄する。
　各クロッピング処理部4331－4334は、視差映像生成部4310とスイッチ4320との対と同様な構成を含む。２プレーン・モードではそれらの構成が利用される。特にデプス・モードの再生装置102では、システム・ターゲット・デコーダ4023からのプレーン・データは各クロッピング処理部4331－4334内の視差映像生成部によってレフトビューとライトビューとのプレーン・データの対に変換される。再生制御部4035からＢ－Ｄ表示モードが指示されているとき、レフトビューとライトビューとのプレーン・データが交互に各加算部4341－4344へ送出される。一方、再生制御部4035からＢ－Ｂ表示モードが指示されているとき、レフトビューとライトビューとのプレーン・データの一方がフレーム当たり二回ずつ各加算部4341－4344へ送出され、他方は破棄される。
　１プレーン＋オフセット・モードでは、第１クロッピング処理部4331は、システム・ターゲット・デコーダ4023からオフセット値4351を受信し、それを利用して副映像プレーン・データ4303に対してクロッピング処理を行う。それにより、その副映像プレーン・データ4303は、レフトビューとライトビューとを表す一対の副映像プレーン・データに変換されて交互に送出される。一方、１プレーン＋ゼロ・オフセット・モードではその副映像プレーン・データ4303が二回繰り返して送出される。同様に、第２クロッピング処理部4332はＰＧプレーン・データ4304に対してクロッピング処理を行い、第３クロッピング処理部4333はＩＧプレーン・データ4305に対してクロッピング処理を行う。
　図４４の（ａ）、（ｂ）は、第２クロッピング処理部4332によるクロッピング処理を示す模式図である。図４４の（ａ）、（ｂ）を参照するに、一つのＰＧプレーン・データ4304からレフトビューＰＧプレーン・データ4404LとライトビューＰＧプレーン・データ4404Rとの対が次のように生成される。第２クロッピング処理部4332はまず、オフセット値4351の中から、ＰＧプレーンに割り当てられたものを検索する。第２クロッピング処理部4332は次に、ＰＧプレーン・データ4304の示す各グラフィックス映像の表示位置をそのオフセット値だけ左又は右に変化させる。その結果、レフトビューとライトビューとのＰＧプレーン・データの対4404L、4404Rが得られる。尚、１プレーン＋ゼロ・オフセット・モードではオフセット値が“０”であるので、元のＰＧプレーン・データ4304がそのまま維持される。第１クロッピング処理部4331は副映像プレーン・データ4303に対して同様な処理を行い、第３クロッピング処理部4333はＩＧプレーン・データ4305に対して同様な処理を行う。
　図４４の（ａ）を参照するに、３Ｄ映像の奥行きが画面よりも手前であることをオフセット値の符号が示すとき、第２クロッピング処理部4332はまず、ＰＧプレーン・データ4304内の各画素データの位置を元の位置から、オフセット値に等しい画素数4401Lだけ右に変化させる。３Ｄ映像の奥行きが画面よりも奥であることをオフセット値の符号が示すときは、左に変化させる。第２クロッピング処理部4332は次に、ＰＧプレーン・データ4304の範囲から右（又は左）にはみ出ている画素データ群4402Lを除去する。こうして、残りの画素データ群4404LがレフトビューＰＧプレーン・データとして出力される。
　図４４の（ｂ）を参照するに、３Ｄ映像の奥行きが画面よりも手前であることをオフセット値の符号が示すとき、第２クロッピング処理部4332はまず、ＰＧプレーン・データ4304内の各画素データの位置を元の位置から、オフセット値に等しい画素数4401Rだけ左に変化させる。３Ｄ映像の奥行きが画面よりも奥であることをオフセット値の符号が示すときは、右に変化させる。第２クロッピング処理部4332は次に、ＰＧプレーン・データ4304の範囲から左（又は右）にはみ出ている画素データ群4402Rを除去する。こうして、残りの画素データ群4404RがライトビューＰＧプレーン・データとして出力される。
　図４５の（ａ）、（ｂ）、（ｃ）はそれぞれ、図４４に示されているクロッピング処理によって生成されたレフトビューとライトビューとのＰＧプレーン・データの表す映像、すなわちレフトビューとライトビューとのＰＧプレーン、及びそれらから視聴者に知覚される３Ｄ映像を示す模式図である。図４５の（ａ）を参照するに、レフトビューＰＧプレーン4501Lは画面4502の範囲からオフセット値4401Lだけ右に変位している。その結果、レフトビューＰＧプレーン4501L内の字幕の２Ｄ映像4503は、元の位置よりもオフセット値4401Lだけ右に変位して見える。図４５の（ｂ）を参照するに、ライトビューＰＧプレーン4501Rは逆に、画面4502の範囲からオフセット値4401Rだけ左に変位している。その結果、ライトビューＰＧプレーン4501R内の字幕の２Ｄ映像4503は、元の位置よりもオフセット値4401Rだけ左に変位して見える。それらのＰＧプレーン4501L、4501Rを画面4502に交互に表示するとき、図４５の（ｃ）に示されているように、視聴者4504には字幕の３Ｄ映像4505が画面4502よりも手前に見える。そのときの３Ｄ映像4505と画面4502との間の距離はオフセット値4401L、4401Rによって調節可能である。ＰＧプレーン・データ4304内の各画素データの位置を、図４５の（ａ）、（ｂ）に示されている方向とは逆に変化させたときは、視聴者4504には字幕の３Ｄ映像4505が画面4502よりも奥に見える。
　このように、１プレーン＋オフセット・モードではクリッピング処理を利用して、一つのプレーン・データから、レフトビューとライトビューとのプレーン・データの対が生成される。それにより、一つのプレーン・データからでも、視差映像を表示することができる。すなわち、平面的なイメージに対して奥行き感を与えることができる。特に視聴者にその平面的なイメージを画面から浮かび上がるようにも、画面の奥に沈み込むようにも見せることができる。尚、１プレーン＋ゼロ・オフセット・モードではオフセット値が“０”であるので、平面的なイメージがそのまま維持される。
　図４３を再び参照するに、イメージ・プレーン・データ4306は、プログラム実行部4034からシステム・ターゲット・デコーダ4023へ転送されたグラフィックス・データが、システム・ターゲット・デコーダ4023によって復号されたものである。そのグラフィックス・データはＪＰＥＧ又はＰＮＧ等のラスタデータであり、メニュー等のＧＵＩ用グラフィックス部品を表す。第４クロッピング処理部4334はイメージ・プレーン・データ4306に対するクロッピング処理を他のクロッピング処理部4331－4333と同様に行う。但し、第４クロッピング処理部4334は他のクロッピング処理部4331－4333とは異なり、オフセット値をシステム・ターゲット・デコーダ4023ではなく、プログラムＡＰＩ4352から受け取る。ここで、プログラムＡＰＩ4352はプログラム実行部4034によって実行される。それにより、グラフィックス・データの表すイメージの奥行きに相当するオフセット値が算出されて、第４クロッピング処理部4334に渡される。
　第１加算部4341はまず、スイッチ4320からはビデオ・プレーン・データを受信し、第１クロッピング処理部4331からは副映像プレーン・データを受信する。第１加算部4341は次に、ビデオ・プレーン・データと副映像プレーン・データとを一組ずつ重畳して第２加算部4342に渡す。第２加算部4342は、第２クロッピング処理部4332からＰＧプレーン・データを受信し、第１加算部4341からのプレーン・データに重畳して第３加算部4343に渡す。第３加算部4343は、第３クロッピング処理部4333からＩＧプレーン・データを受信し、第２加算部4342からのプレーン・データに重畳して第４加算部4344に渡す。第４加算部4344は、第４クロッピング処理部4334からイメージ・プレーン・データを受信し、第３加算部4343からのプレーン・データに重畳して表示装置103へ送出する。その結果、左映像プレーン・データ4301と右映像プレーン・データ4302とのそれぞれに、図４３に矢印4300で示されている順序で、副映像プレーン・データ4303、ＰＧプレーン・データ4304、ＩＧプレーン・データ4305、及びイメージ・プレーン・データ4306は重畳される。それらの合成処理により、各プレーン・データの示す映像は表示装置103の画面上に、左映像プレーン又は右映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンの順に重ねられたように表示される。
　プレーン加算部4324は上記の処理の他に、四つの加算部4341－4344によって合成されたプレーン・データの出力形式を、表示装置103等、そのデータの出力先の装置による３Ｄ映像の表示方式に合わせて変換する。例えば出力先の装置が経時分離方式を利用するとき、プレーン加算部4324は合成後のプレーン・データを一つの映像フレーム又はフィールドとして送出する。一方、出力先の装置がレンチキュラーレンズを利用するとき、プレーン加算部4324は内蔵のバッファ・メモリを利用して、レフトビューとライトビューとのプレーン・データの対を一つの映像フレーム又はフィールドに合成して送出する。具体的には、プレーン加算部4324は、先に合成されたレフトビュー・プレーン・データを一旦、そのバッファ・メモリに格納して保持する。プレーン加算部4324は続いて、ライトビュー・プレーン・データを合成して、バッファ・メモリに保持されたレフトビュー・プレーン・データと更に合成する。その合成では、レフトビューとライトビューとの各プレーン・データが縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて一つのフレーム又はフィールドに再構成される。こうして、レフトビューとライトビューとのプレーン・データの対が一つの映像フレーム又はフィールドに合成される。プレーン加算部4324はその合成後の映像フレーム又はフィールドを出力先の装置へ送出する。
　＜変形例＞
　［A］　図９に示されているベースビュー・ビデオ・ストリームのＶＡＵ931とディペンデントビュー・ビデオ・ストリームのＶＡＵ932とが同じ３Ｄ・ＶＡＵに属するとき、シーケンス・ヘッダ931Bとサブシーケンス・ヘッダ932Bとが一致し、ピクチャ・ヘッダ931C、932Cが一致し、又は、圧縮ピクチャ・データ931E、932E内のスライス・ヘッダが一致してもよい。図１０に示されているＶＡＵ941、942についても同様である。その場合、図４２の（ｂ）に示されているピクチャの復号処理では、ディペンデントビュー・ピクチャの復号方法が直前のベースビュー・ピクチャの復号方法と同一に設定されればよい。従って、デコーダ・ドライバ4037は、図４２の（ｂ）に示されている二番目と四番目とのステップＤD2、D4のように、ディペンデントビュー・ピクチャに関するステップＤを省略できる。その結果、デコーダ・ドライバ4037は復号処理に対する負担を更に軽減できる。
　［B］　図９、１０に示されているベースビュー・ビデオ・ストリームのＶＡＵとディペンデントビュー・ビデオ・ストリームのＶＡＵとの間ではヘッダの参照が禁止されてもよい。図４６は、ベースビュー・ビデオ・ストリーム4610のＶＡＵとディペンデントビュー・ビデオ・ストリーム4620のＶＡＵとの間でのヘッダの参照関係を示す模式図である。図４６を参照するに、ベースビュー・ビデオ・ストリーム4610では、先頭のピクチャBPICがスライス＃１－＃Ｋ（整数Ｋは１以上である。）に分割されてＶＡＵの圧縮ピクチャ・データ4601に格納されている。各スライス＃１－＃Ｋにはスライス・ヘッダが付与されている。各スライス・ヘッダは同じＶＡＵ内のピクチャ・ヘッダ4611の識別番号（例えばＰＰＳ番号）を含む。それにより、図４６に破線の矢印で示されているように、各スライス・ヘッダの示す識別番号からその参照先のピクチャ・ヘッダ4611を特定することができる。他のピクチャも同様に、スライス＃１－＃Ｌ（整数Ｌは１以上である。）に分割されて他のＶＡＵの圧縮ピクチャ・データ4602に格納されている。各スライス＃１－＃Ｌに付与されたスライス・ヘッダは同じＶＡＵ内のピクチャ・ヘッダ4612の識別番号を含む。それにより、図４６に破線の矢印で示されているように、各スライス・ヘッダの示す識別番号からその参照先のピクチャ・ヘッダ4612を特定することができる。更に、各ピクチャ・ヘッダ4611、4612は同じビデオ・シーケンス内のシーケンス・ヘッダ4621の番号（例えばＳＰＳ番号）を含む。それにより、図４６に一点鎖線の矢印で示されているように、各ピクチャ・ヘッダ4611、4612の示す識別番号からその参照先のシーケンス・ヘッダ4621を特定することができる。
　図４６を更に参照するに、ディペンデントビュー・ビデオ・ストリーム4620でも同様に、先頭のピクチャDPICがスライス＃１－＃Ｋに分割されてＶＡＵの圧縮ピクチャ・データ4603に格納されている。各スライス＃１－＃Ｋに付与されたスライス・ヘッダは同じＶＡＵ内のピクチャ・ヘッダ4613の識別番号を含む。それにより、図４６に破線の矢印で示されているように、各スライス・ヘッダの示す識別番号からその参照先のピクチャ・ヘッダ4613を特定することができる。他のピクチャも同様に、スライス＃１－＃Ｌに分割されて他のＶＡＵの圧縮ピクチャ・データ4604に格納されている。各スライス＃１－＃Ｌに付与されたスライス・ヘッダは同じＶＡＵ内のピクチャ・ヘッダ4614の識別番号を含む。それにより、図４６に破線の矢印で示されているように、各スライス・ヘッダの示す識別番号からその参照先のピクチャ・ヘッダ4614を特定することができる。更に、各ピクチャ・ヘッダ4613、4614は、同じビデオ・シーケンス内のサブシーケンス・ヘッダ4622の番号を含む。それにより、図４６に一点鎖線の矢印で示されているように、各ピクチャ・ヘッダ4613、4614の示す識別番号からその参照先のサブシーケンス・ヘッダ4622を特定することができる。
　しかし、図４６に×印付きの破線の矢印で示されているように、ベースビュー・ビデオ・ストリーム4610ではいずれのスライス・ヘッダもディペンデントビュー・ビデオ・ストリーム4620内のピクチャ・ヘッダ4613、4614の識別番号を含んではならない。逆に、ディペンデントビュー・ビデオ・ストリーム4620ではいずれのスライス・ヘッダもベースビュー・ビデオ・ストリーム4610内のピクチャ・ヘッダ4611、4612の識別番号を含んではならない。更に、図４６に×印付きの一点鎖線の矢印で示されているように、ベースビュー・ビデオ・ストリーム4610ではいずれのピクチャ・ヘッダ4611、4612もディペンデントビュー・ビデオ・ストリーム4620内のサブシーケンス・ヘッダ4622の識別番号を含んではならない。逆に、ディペンデントビュー・ビデオ・ストリーム4620ではいずれのピクチャ・ヘッダ4613、4614もベースビュー・ビデオ・ストリーム4610内のシーケンス・ヘッダ4621の識別番号を含んではならない。
　図４６に示されているように、ベースビューとディペンデントビューとのビデオ・ストリーム間でヘッダの参照が禁止されているとき、図４２の（ｂ）に示されているステップＢB1－B4、及びステップＤD1－D4では、ベースビューとディペンデントビューとの各ビデオ・ストリームのヘッダ解析を互いに独立に実行することができる。従って、ステップＢにおけるＤＥＣ4104の負担と、ステップＤにおけるデコーダ・ドライバ4037の負担とがいずれも軽減される。
　ベースビューとディペンデントビューとのビデオ・ストリーム間でヘッダの参照が禁止されているときは、各映像デコーダが、図４１に示されている主映像デコーダ4115とは異なり、ＤＥＣを二つずつ含んでもよい。図４７は、その場合における主映像デコーダ4715の構造を示す模式図である。図４７では、図４１に示されている要素と同様な要素には、図４１に示されている符号と同じ符号が付されている。図４７では図４１とは異なり、ピクチャ・スイッチに代えて二つのＤＥＣ4701、4702が備えられている。いずれのＤＥＣ4701、4702も、図３８に示されているＤＥＣ3804と同様なハードウェア・デコーダである。ＤＥＣ（１）4701は、ＥＢ（１）4103内の各ＶＡＵからベースビュー・ピクチャを復号する。ＤＥＣ（２）4702は、ＥＢ（２）4110内の各ＶＡＵからディペンデントビュー・ピクチャを復号する。各復号処理では、ＤＥＣ（１）4701はまず、デコーダ・ドライバ4037からのベースビュー・ヘッダ解析命令BCOMAに応じてそのＶＡＵのヘッダを解析し、その結果をデコーダ・ドライバ4037へベースビュー・ヘッダ解析終了通知BRESで返信する。ＤＥＣ（１）4701は更に、デコーダ・ドライバ4037からベースビュー復号開始命令BCOMBを受けたとき、その中から復号方法を解読して、その方法でベースビュー・ピクチャの復号処理を開始する。同様に、ＤＥＣ（２）4702は、デコーダ・ドライバ4037からのディペンデントビュー・ヘッダ解析命令DCOMAに応じてヘッダを解析し、その結果をデコーダ・ドライバ4037へディペンデントビュー・ヘッダ解析終了通知DRESで返信する。ＤＥＣ（２）4702は更に、デコーダ・ドライバ4037からディペンデントビュー復号開始命令DCOMBを受けたとき、それの示す復号方法でディペンデントビュー・ピクチャの復号処理を開始する。
　復号処理における各ＤＥＣ4701、4702の負担は、図４１に示されているＤＥＣ4104よりも軽減される。従って、図４７に示されている主映像デコーダ4715は、図４１に示されているもの4115よりも更に復号処理の信頼性を向上させることができる。
　［C］　本発明の実施形態１は３Ｄ映像の復号技術に関する。しかし、本発明は高フレームレートの映像の復号技術に利用されても良い。具体的には、例えば高フレームレートの映像を奇数番目のフレーム群と偶数番目のフレーム群とに分け、それぞれをベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとみなして、上記の実施形態１によるデータ構造と同様な構造で記録媒体に記録すればよい。通常のフレームレートでの映像再生のみが可能な再生装置は、その記録媒体からは奇数番目のフレーム群の映像を再生すればよい。一方、高フレームレートでの映像再生が可能な再生装置は、奇数番目のフレーム群のみの映像と両方のフレーム群の映像とを選択的に再生できる。こうして、高フレームレートの映像が格納された記録媒体に、通常のフレームレートでの映像再生のみが可能な再生装置に対する互換性を確保させることができる。
　［D］　本発明の実施形態１では、ベースビュー・ビデオ・ストリームがレフトビューを表し、ディペンデントビュー・ビデオ・ストリームがライトビューを表す。逆に、ベースビュー・ビデオ・ストリームがライトビューを表し、ディペンデントビュー・ビデオ・ストリームがレフトビューを表してもよい。
　［E］　３Ｄ映像のＡＶストリーム・ファイルでは、図１９に示されているＰＭＴ1910に３Ｄ映像の再生方式に関するデータが追加されてもよい。図４８は、そのＰＭＴ4810のデータ構造を示す模式図である。図４８を参照するに、このＰＭＴ4810は、ＰＭＴヘッダ4801、ディスクリプタ4802、及びストリーム情報4803に加えて３Ｄディスクリプタ4804を含む。ＰＭＴヘッダ4801と各ディスクリプタ4802とは、図１９に示されているもの1901、1902と同様である。３Ｄディスクリプタ4804は、３Ｄ映像の再生方式に関してＡＶストリーム・ファイル全体に共通する情報であり、特に３Ｄ方式情報4841を含む。３Ｄ方式情報4841は、Ｌ／Ｒモード又はデプス・モード等、３Ｄ映像のＡＶストリーム・ファイルの再生方式を示す。
　図４８を更に参照するに、各ストリーム情報4803は、ストリーム・タイプ4831、ＰＩＤ4832、及びストリーム・ディスクリプタ4833に加え、３Ｄストリーム・ディスクリプタ4834を含む。ストリーム・タイプ4831、ＰＩＤ4832、及びストリーム・ディスクリプタ4833は、図１９に示されているもの1931、1932、1933と同様である。３Ｄストリーム・ディスクリプタ4834は、ＡＶストリーム・ファイルに含まれるエレメンタリ・ストリーム別に３Ｄ映像の再生方式に関する情報を示す。特にビデオ・ストリームの３Ｄストリーム・ディスクリプタ4834は３Ｄ表示タイプ4835を含む。３Ｄ表示タイプ4835は、そのビデオ・ストリームの示す映像をＬ／Ｒモードで表示するとき、その映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ表示タイプ4835はまた、そのビデオ・ストリームの示す映像をデプス・モードで表示するとき、その映像が２Ｄ映像とデプスマップとのいずれであるのかを示す。
　図４８に示されているように、ＰＭＴ4810が３Ｄ映像の再生方式に関する情報を含むとき、その映像の再生系統はＡＶストリーム・ファイルだけからでも、その情報を取得できる。従って、そのようなデータ構造は、例えば放送波で３Ｄ映像コンテンツを頒布するときに有効である。
　［F］　図２２の（ａ）に示されているオフセット・テーブル2041は、ＰＩＤ別にオフセット・エントリ2204のテーブル2210を含む。オフセット・テーブルはその他に、プレーン別にオフセット・エントリのテーブルを含んでもよい。その場合、３Ｄ再生装置によるオフセット・テーブルの解析処理を簡素化することができる。更に、プレーンの合成処理に関する３Ｄ再生装置の性能に合わせて、オフセット・エントリの有効区間の長さに、例えば１秒間という下限が設けられてもよい。
　［G］　図３０に示されている３Ｄプレイリスト・ファイルは、サブＴＳの再生経路を示すサブパスを一つ含む。その他に、３Ｄプレイリスト・ファイルが、異なるサブＴＳの再生経路を示すサブパスを複数含んでもよい。例えば、一方のサブパスのサブパス・タイプが「３Ｄ・Ｌ／Ｒ」であり、他方のサブパスのサブパス・タイプが「３Ｄ・デプス」であってもよい。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生されるとき、再生対象のサブパスがそれら二種類のサブパスの間で切り換えられることにより、再生装置102をＬ／Ｒモードとデプス・モードとの間で容易に切り換えさせることができる。特にその切り換え処理は、３Ｄプレイリスト・ファイルそのものを切り換える処理よりも速やかに実現可能である。
　３Ｄプレイリスト・ファイルは、サブパス・タイプの等しいサブパスを複数含んでいてもよい。例えば、同じシーンに対する両眼視差の異なる３Ｄ映像が共通のレフトビューに対するライトビューの違いで表現されるとき、異なるライトビュー・ビデオ・ストリームごとに異なるファイルＤＥＰがＢＤ－ＲＯＭディスク101に記録される。一方、３Ｄプレイリスト・ファイルは、サブパス・タイプが「３Ｄ・Ｌ／Ｒ」であるサブパスを複数含む。それらのサブパスは、異なるファイルＤＥＰの再生経路を個別に規定する。その他に、一つのファイル２Ｄに対してデプスマップ・ストリームが二種類以上含まれていてもよい。その場合、３Ｄプレイリスト・ファイルは、サブパス・タイプが「３Ｄ・デプス」であるサブパスを複数含む。それらのサブパスは、各デプスマップ・ストリームを含むファイルＤＥＰの再生経路を個別に規定する。そのような３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生されるとき、再生対象のサブパスが例えばユーザの操作に応じて速やかに切り換えられるので、３Ｄ映像を実質的に途切れさせることなく、その両眼視差を変化させることができる。それにより、ユーザに所望の両眼視差の３Ｄ映像を容易に選択させることができる。
　［H］　図１５に示されているインターリーブ配置のデータ・ブロック群において、先頭の三つのデータ・ブロックD1、R1、L1等、エクステントＡＴＣ時間の等しい三種類のデータ・ブロック間では更に、再生期間が一致し、かつビデオ・ストリームの再生時間が等しくてもよい。すなわち、それらのデータ・ブロック間でＶＡＵの数、又はピクチャの数が等しくてもよい。その意義は次のとおりである。
　図４９の（ａ）は、隣接するベースビューとディペンデントビューとのデータ・ブロック間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。図４９の（ａ）を参照するに、先頭のベースビュー・データ・ブロックB[0]の再生時間は４秒間であり、先頭のディペンデントビュー・データ・ブロックD[0]の再生時間は１秒間である。ここで、ディペンデントビュー・データ・ブロックD[0]の復号に必要なベースビュー・ビデオ・ストリームの部分はそのディペンデントビュー・データ・ブロックD[0]と同じ再生時間を持つ。従って、再生装置102内のリード・バッファの容量を節約するには、図４９の（ａ）に矢印4910で示されているように、再生装置102にベースビュー・データ・ブロックB[0]とディペンデントビュー・データ・ブロックD[0]とを交互に同じ再生時間ずつ、例えば１秒間ずつ読み込ませることが好ましい。しかし、その場合、図４９の（ａ）に破線で示されているように、読み出し処理の途中でジャンプが生じる。その結果、読み出し処理を復号処理に間に合わせることが難しいので、シームレス再生を確実に持続することが難しい。
　図４９の（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。本発明の実施形態１によるＢＤ－ＲＯＭディスク101上では、図４９の（ｂ）に示されているように、隣接する一対のデータ・ブロックの間でビデオ・ストリームの再生時間が等しくてもよい。例えば、先頭のデータ・ブロックの対B[0]、D[0]ではビデオ・ストリームの再生時間が共に１秒に等しく、二番目のデータ・ブロックの対B[1]、D[1]ではビデオ・ストリームの再生時間が共に０．７秒に等しい。その場合、再生装置102は３Ｄ映像の再生時、図４９の（ｂ）に矢印4920で示されているように、データ・ブロックB[0]、D[0]、B[1]、D[1]、…を先頭から順番に読み出す。それだけで、再生装置102はメインＴＳとサブＴＳとを交互に同じ再生時間ずつ読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。
　実際には、隣接するベースビューとディペンデントビューとのデータ・ブロック間でエクステントＡＴＣ時間が等しければ、読み出し処理にジャンプを生じさせることなく、復号処理の同期を維持することができる。従って、再生期間又はビデオ・ストリームの再生時間が等しくなくても、図４９の（ｂ）に示されている場合と同様に、再生装置102はデータ・ブロック群を先頭から順番に読み出すだけで、３Ｄ映像のシームレス再生を確実に持続できる。
　隣接するベースビューとディペンデントビューとのデータ・ブロック間では、ＶＡＵのいずれかのヘッダの数、又はＰＥＳヘッダの数が等しくてもよい。データ・ブロック間での復号処理の同期にはそれらのヘッダが利用される。従って、データ・ブロック間でヘッダの数が等しければ、ＶＡＵそのものの数が等しくなくても、復号処理の同期を維持することは比較的容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータが全て同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ－ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。
　隣接するベースビューとディペンデントビューとのデータ・ブロック間では、エントリ・ポイントの数が等しくてもよい。図５０は、その場合におけるエントリ・ポイントとインターリーブ配置のデータ・ブロック群との間の対応関係を示す模式図である。図５０を参照するに、ファイル２Ｄ241の２ＤエクステントEXT1[n]（n＝0、1、2、…）はベースビュー・データ・ブロックLnを参照し、第１ファイルＤＥＰ242のライトビュー・エクステントEXT2[n]はライトビュー・データ・ブロックRnを参照し、第２ファイルＤＥＰ243のデプスマップ・エクステントEXT3[n]はデプスマップ・データ・ブロックDnを参照する。図５０には、各エントリ・ポイントが三角形5001、5002、5003で示され、各エクステントの含むエントリ・ポイントの数が数字で示されている。三つのファイル241、242、243の間では、先頭から同じ順序のエクステントEXT1[n]、EXT2[n]、EXT3[n]が、同じ数のエントリ・ポイント5001、5002、5003を含む。データ・ブロック群Dn、Rn、Lnから３Ｄ映像を再生するとき、Ｌ／Ｒモードではデプスマップ・データ・ブロックDnごとにジャンプが生じ、デプス・モードではライトビュー・データ・ブロックRnごとにジャンプが生じる。しかし、データ・ブロック間でエントリ・ポイントの数が等しいとき、再生時間も実質的に等しい。従って、ジャンプに関わらず、復号処理の同期を維持することは容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータが全て同じデータ・ブロック内に多重化されていなくてもよい。従って、更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータが全て同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ－ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。
　［I］　シーケンス終端コードの設定条件
　図１０に示されているように、ＶＡＵはシーケンス終端コード941G、942Gを含んでもよい。シーケンス終端コードは前述のとおり、ビデオ・シーケンスの後端を示す。再生装置102内の映像デコーダはシーケンス終端コードを検出したとき、それに応じて、ＳＴＣをリセットする等の初期化処理を行う。従って、シーケンス終端コードを利用すれば、プレイリスト・ファイルを利用しなくても、映像デコーダに復号対象のストリーム・データからビデオ・シーケンスの境界を検知させることができる。
　図５１の（ａ）－（ｆ）は、２Ｄプレイリスト・ファイル内のメインパスに従って再生される多重化ストリーム・データに対するシーケンス終端コードの設定条件を示す模式図である。図５１では、各矩形AUが多重化ストリーム・データ5101、5102内の一つのＶＡＵを表す。特に斜線で強調された矩形AUの示すＶＡＵには、シーケンス終端コードが設定されている。
　図５１の（ａ）を参照するに、ＰＩ＃１に後続するＰＩ＃２のコネクション・コンディション（ＣＣ）が“１”である。その場合、ＰＩ＃１、＃２間ではビデオ・シーケンスが異なる。特に、ＰＩ＃１の再生終了時刻PTS1はＰＩ＃２の再生開始時刻PTS2と異なる。従って、ＰＩ＃１の示す再生対象の多重化ストリーム・データ5101では、再生終了時刻PTS1に対応する後端のＶＡＵにシーケンス終端コードが設定される。映像デコーダはそのシーケンス終端コードから、再生対象の多重化ストリーム・データ5101、5102の間にビデオ・シーケンスの境界があることを検知できる。
　図５１の（ｂ）を参照するに、ＰＩ＃１に後続するＰＩ＃２のＣＣが“５”である。その場合、各ＰＩ＃１、＃２の示す再生対象の多重化ストリーム・データ5101、5102は連続してデコーダに送られる。しかし、ＰＩ＃１、＃２間ではビデオ・シーケンスは異なる。特に、ＰＩ＃１の再生終了時刻PTS1はＰＩ＃２の再生開始時刻PTS2と異なる。従って、ＰＩ＃１の示す再生対象の多重化ストリーム・データ5101では、再生終了時刻PTS1に対応する後端のＶＡＵにシーケンス終端コードが設定される。映像デコーダはそのシーケンス終端コードから、多重化ストリーム・データ5101、5102間にビデオ・シーケンスの境界があることを検知できる。
　図５１の（ｃ）を参照するに、ＰＩ＃１に後続するＰＩ＃２のＣＣが“６”である。その場合、ＰＩ＃１、＃２間でビデオ・シーケンスは連続する。特に、ＰＩ＃１の再生終了時刻PTS1はＰＩ＃２の再生開始時刻PTS2と等しい。従って、ＰＩ＃１、＃２の示す再生対象の多重化ストリーム・データ5101、5102の間の境界を映像デコーダに、ビデオ・シーケンスの境界としては検知させないことが望ましい。それ故、図５１の（ａ）、（ｂ）に示されているものとは異なり、ＰＩ＃１の再生終了時刻PTS1に対応する後端のＶＡＵでは、シーケンス終端コードの設定が禁止される。
　図５１の（ｄ）を参照するに、ＰＩ＃１の示す再生対象の多重化ストリーム・データ5101がビデオ・ギャップG1、G2を含む。「ビデオ・ギャップ」とは、多重化ストリーム・データ内でビデオ・ストリームの再生時間が途切れている箇所をいう。従って、その多重化ストリーム・データ5101内では、各ビデオ・ギャップG1、G2の直前に位置するＶＡＵにシーケンス終端コードが設定される。映像デコーダはそのシーケンス終端コードから各ビデオ・ギャップG1、G2を検知できる。その結果、映像デコーダは各ビデオ・ギャップG1、G2でのフリーズ、すなわち「次のＶＡＵが転送されるのを待ち続ける状態」を回避できる。こうして、「各ビデオ・ギャップG1、G2で、その直前に映像プレーンに書き込まれたデータの表す映像が表示され続ける」という不具合を防止することができる。
　図５１の（ｅ）を参照するに、ＰＩ＃１の示す再生対象の多重化ストリーム・データ5101はＳＴＣシーケンスの不連続点を含む。ここで、「ＳＴＣシーケンス」とは、ＰＴＳの連続している一連のデータをいう。従って、「ＳＴＣシーケンスの不連続点」とは、ＰＴＳが連続していない箇所を意味する。その不連続点が生じる場合には、例えば、ＰＣＲに応じてＳＴＣの値が更新される場合が含まれる。図５１の（ｅ）に示されているＳＴＣシーケンスの不連続点では、連続する二つのＶＡＵ間でＰＴＳが不連続である。その場合、それらのＶＡＵのうち、前に位置する方にシーケンス終端コードが設定される。映像デコーダはそのシーケンス終端コードからＳＴＣシーケンスの不連続点を検知できる。
　図５１の（ｆ）を参照するに、ＰＩ＃Ｎは２Ｄプレイリスト・ファイル内のメインパス5103の中で最後に位置する。従って、ＰＩ＃Ｎの示す再生対象の多重化ストリーム・データ5101では、再生終了時刻PTS1に対応するＶＡＵはビデオ・シーケンスの後端に位置する。その場合、そのＶＡＵにシーケンス終端コードが設定される。映像デコーダはそのシーケンス終端コードからそのビデオ・シーケンスの後端を検知できる。
　図５１の（ａ）－（ｆ）に示されている五つの場合以外では再生区間は連続する。従って、その再生区間に対応する多重化ストリーム・データの部分では、ＶＡＵに対するシーケンス終端コードの設定が禁止される。
　シーケンス終端コードの設定条件は、２Ｄプレイリスト・ファイル内のサブパスに従って再生される多重化ストリーム・データに対しても同様である。すなわち、図５１の（ａ）－（ｆ）に示されているＰＩをＳＵＢ＿ＰＩに読み換え、コネクション・コンディションをＳＰコネクション・コンディションに読み換えればよい。
　シーケンス終端コードの設定条件は、３Ｄプレイリスト・ファイル内のメインパスに従って再生されるメインＴＳ、及びサブパスに従って再生されるサブＴＳに対しても同様である。特に、同じ３Ｄ・ＶＡＵに属するメインＴＳ内のＶＡＵとサブＴＳ内のＶＡＵとの一方にシーケンス終端コードを設定したときは、他方にもシーケンス終端コードを設定しなければならない。
　尚、ストリーム終端コードの設定に対して、「シーケンス終端コードが設定された場合にのみ、その直後に置く」という条件が課されてもよい。また、再生装置がシーケンス終端コード以外の情報からビデオ・シーケンスの境界を検知できる場合、その検知能力に応じて、上記の条件の一部又は全部が外されてもよい。すなわち、図５１の（ａ）－（ｆ）に斜線で示されている各ＶＡＵに実際にシーケンス終端コードを設定するか否かは、再生装置の上記の検知能力で決定されてもよい。
　メインＴＳとサブＴＳとに対してシーケンス終端コードを上記の条件に従って設定する場合には更に、以下に述べる仕組みによって、３Ｄ再生装置にベースビュー・ビデオ・ストリームのＶＡＵからはシーケンス終端コードを検出させないようにすべきである。
　図５２は、シーケンス終端コードが設定されたベースビュー・ビデオ・ストリーム内のＶＡＵ＃Ｎを格納しているＴＳパケット列のデータ構造を示す模式図である。図５２を参照するに、ＶＡＵ＃Ｎは、ＰＥＳヘッダが先頭に付与された後、一般に複数の部分に分割されて複数のＴＳパケット5210、5220に格納される。ＶＡＵ＃Ｎ内のシーケンス終端コード5201とストリーム終端コード5202とを含むＴＳパケット5210ではＴＳ優先度5211の値が“１”である。一方、ＶＡＵ＃Ｎ内の残りのデータを含むＴＳパケット5220ではＴＳ優先度5221の値が“０”である。これらのＴＳパケット5210、5220がベースビュー・ビデオ・ストリームに多重化される。尚、各ＴＳパケット5210、5220では、必要に応じ、ＡＤフィールド5212、5222を利用したスタッフィングによってＴＳパケットのサイズが１８８バイトに揃えられている。ＴＳ優先度5221の値が“０”であるＴＳパケット5220では、ＡＤフィールド5222に代えて、パディング・データ5203を利用してスタッフィングが行われてもよい。
　図５３は、３Ｄ再生装置内のシステム・ターゲット・デコーダ5310の機能ブロック図である。このシステム・ターゲット・デコーダ5310は、図４１に示されているもの4023とは異なり、ＴＳ優先度フィルタ5301を含む。その他の要素は両方のシステム・ターゲット・デコーダ5310、4023で同様である。従って、それら同様な要素の詳細についての説明は、図４１に示されているもの4023についての説明を援用する。
　ＴＳ優先度フィルタ5301は、第１ＰＩＤフィルタ4113から転送される各ＴＳパケットの示すＴＳ優先度の値を監視し、その値に基づいてＴＳパケットのフィルタリングを行う。具体的には、ＴＳ優先度フィルタ5301は、ＴＳ優先度の値が“０”であるＴＳパケットをＴＢ（１）4101に転送し、ＴＳ優先度の値が“１”であるＴＳパケットを破棄する。
　図５４は、図５３に示されているシステム・ターゲット・デコーダ5310によるベースビュー・ビデオ・ストリームのＶＡＵ5401とディペンデントビュー・ビデオ・ストリームのＶＡＵ5402との復号順序を示す模式図である。ベースビュー・ビデオ・ストリームのＶＡＵ5401は、図５２に示されているＶＡＵ＃Ｎである。ディペンデントビュー・ビデオ・ストリームのＶＡＵ5402は、そのＶＡＵ＃Ｎと同じ３Ｄ・ＶＡＵに属する。図５４に矢印5403で示されているように、システム・ターゲット・デコーダ5301による復号処理は、ベースビュー・ビデオ・ストリームのＶＡＵ5401に含まれるＴＳパケットから順に行われる。ここで、図５２に示されているとおり、そのＶＡＵ5401の先頭からパディング・データまでのデータは、ＴＳ優先度の値が“０”であるＴＳパケット5220に格納されている。従って、ＴＳ優先度フィルタ5301はそれらのＴＳパケットをＴＢ（１）4101に格納する。一方、ＶＡＵ5401のシーケンス終端コードとストリーム終端コードとは、ＴＳ優先度の値が“１”であるＴＳパケット5210に格納されている。従って、ＴＳ優先度フィルタ5301はそれらのＴＳパケットを破棄する。それにより、図５４に×印5404で示されているように、シーケンス終端コードとストリーム終端コードとの復号はスキップされる。
　以上の仕組みにより、ベースビュー・ビデオ・ストリームのＶＡＵ5401内のシーケンス終端コードとストリーム終端コードとは主映像デコーダ4115には転送されない。従って、ディペンデントビュー・ビデオ・ストリームのＶＡＵ5402の復号前に、ベースビュー・ビデオ・ストリームのＶＡＵ5401からシーケンス終端コードが主映像デコーダ4115によって検出されることがない。それ故、そのシーケンス終端コードの位置がビデオ・シーケンスの境界と誤認される危険性が回避されるので、復号処理の中断に因る最後の３Ｄ・ＶＡＵの再生エラーを防止することができる。
　尚、図５２とは異なり、ベースビュー・ビデオ・ストリームのＶＡＵのシーケンス終端コードとストリーム終端コードとは、ＴＳ優先度の値が“０”であるＴＳパケットに格納され、それ以外のデータは、ＴＳ優先度の値が“１”であるＴＳパケットに格納されてもよい。その場合、ＴＳ優先度フィルタ5301は、ＴＳ優先度の値が“０”であるＴＳパケットを破棄し、ＴＳ優先度の値が“１”であるＴＳパケットをＴＢ（１）4101に転送する。それにより、図５４に示されているものと同様に、ベースビュー・ビデオ・ストリームのＶＡＵ内のシーケンス終端コードを主映像デコーダ4115に検出させないようにすることができる。
　［J］　インターリーブ配置のデータ・ブロックのサイズ
　本発明の実施形態１によるＢＤ－ＲＯＭディスク101では、ベースビューとディペンデントビューとのデータ・ブロック群が、図１５、２４に示されているとおり、インターリーブ配置を形成している。インターリーブ配置は２Ｄ映像と３Ｄ映像とのいずれのシームレス再生にも有利である。それらのシームレス再生を更に確実に実現するには、各データ・ブロックのサイズは、再生装置102の性能に基づく以下の条件を満たせばよい。
　　［J－1］２Ｄ再生モードの性能に基づく条件
　図５５は、２Ｄ再生モードの再生装置102内の再生処理系統を示す模式図である。図５５を参照するに、その再生処理系統は、図３６に示されているＢＤ－ＲＯＭドライブ3601、リード・バッファ3621、及びシステム・ターゲット・デコーダ3622を含む。ＢＤ－ＲＯＭドライブ3601はＢＤ－ＲＯＭディスク101から２Ｄエクステントを読み出し、読み出し速度Rud－2Dでリード・バッファ3621へ転送する。システム・ターゲット・デコーダ3622は、リード・バッファ3621内に蓄積された各２Ｄエクステントからソースパケットを平均転送速度Rext2Dで読み出し、映像データVDと音声データADとに復号する。
　平均転送速度Rext2Dは、図３８に示されているソース・デパケタイザ3811からＰＩＤフィルタ3813へのＴＳパケットの平均転送速度RTSの１９２／１８８倍に等しく、一般に２Ｄエクステントごとに異なる。平均転送速度Rext2Dの最大値Rmax2Dはファイル２Ｄに対するシステムレートの１９２／１８８倍に等しい。そのシステムレートは、図２０に示されているように、２Ｄクリップ情報ファイルに規定されている。また、上記の係数１９２／１８８はソースパケットとＴＳパケットとの間のバイト数の比に等しい。平均転送速度Rext2Dは通常ビット／秒で表され、具体的には、ビット単位で表された２ＤエクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。「ビット単位で表されたエクステントのサイズ」は、そのエクステント内のソースパケット数とソースパケット一つ当たりのバイト数（＝１９２バイト）との積の８倍に等しい。エクステントＡＴＣ時間は、そのエクステント内のソースパケットを全て、リード・バッファ3621からシステム・ターゲット・デコーダ3622へ転送するのに要する時間に等しい。
　ここで、平均転送速度の評価においてエクステントＡＴＣ時間が正確に計算されることを目的として、各エクステントのサイズがソースパケット長のある一定の倍数に揃えられてもよい。更に、いずれかのエクステントがその倍数よりも多くのソースパケットを含むとき、そのエクステントのエクステントＡＴＣ時間を次のように計算してもよい：まず、ソースパケットの総数からその倍数を除き、その差にソースパケット一つ当たりの転送時間（＝１８８×８／システムレート）を乗じる。次に、その積に、上記の倍数に相当するエクステントＡＴＣ時間を加え、その和を上記のエクステントのエクステントＡＴＣ時間とみなす。その他に、エクステントＡＴＣ時間は、一つのエクステントの先頭のソースパケットのＡＴＳから同じエクステントの最後のソースパケットのＡＴＳまでの時間間隔にソースパケット一つ当たりの転送時間を加えた値で定義されてもよい。その場合、エクステントＡＴＣ時間の計算には次のエクステントの参照が不要であるので、その計算を簡単化することができる。尚、上記のエクステントＡＴＣ時間の計算では、ＡＴＳにラップ・アラウンドが発生することを考慮しなければならない。
　読み出し速度Rud－2Dは通常ビット／秒で表され、平均転送速度Rext2Dの最高値Rmax2Dよりも高い値、例えば５４Ｍｂｐｓに設定される：Rud－2D＞Rmax2D。それにより、ＢＤ－ＲＯＭドライブ3601がＢＤ－ＲＯＭディスク101から一つの２Ｄエクステントを読み出している間、システム・ターゲット・デコーダ3622の復号処理に伴うリード・バッファ3621のアンダーフローが防止される。
　図５６の（ａ）は、２Ｄ再生モードでの動作中、リード・バッファ3621に蓄積されるデータ量DAの変化を示すグラフである。図５６の（ｂ）は、再生対象のデータ・ブロック群5610と２Ｄ再生モードでの再生経路5620との間の対応関係を示す模式図である。図５６の（ｂ）を参照するに、そのデータ・ブロック群5610はインターリーブ配置のベースビュー・データ・ブロック群Ln（n＝…、0、1、2、…）とディペンデントビュー・データ・ブロック群Dn、Rnとで構成されている。再生経路5620に従い、各ベースビュー・データ・ブロックLnが一つの２ＤエクステントEXT2D[n]としてＢＤ－ＲＯＭディスク101からリード・バッファ3621へ読み出される。図５６の（ａ）を参照するに、各ベースビュー・データ・ブロックLn、すなわち各２ＤエクステントEXT2D[n]の読み出し期間PR2D[n]では、蓄積データ量DAは、読み出し速度Rud－2Dと平均転送速度Rext2D[n]との間の差Rud－2D－Rext2D[n]に等しい速度で増加する。
　実際には、ＢＤ－ＲＯＭドライブ3601は読み出し／転送動作を、図５６の（ａ）に示されているように連続的にではなく断続的に行う。それにより、各２Ｄエクステントの読み出し期間PR2D[n]に蓄積データ量DAがリード・バッファ3621の容量を超えないように、すなわちリード・バッファ3621がオーバーフローを生じないようにする。従って、図５６の（ａ）のグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
　一方、二つの連続する２ＤエクステントEXT2D[n－1]、EXT2D[n]の間ではジャンプJ2D[n]が生じる。そのジャンプ期間PJ2D[n]では二つの隣接するディペンデントビュー・データ・ブロックDn、Rnの読み出しがスキップされるので、ＢＤ－ＲＯＭディスク101からのデータの読み出しが停止する。従って、各ジャンプ期間PJ2D[n]では蓄積データ量DAは平均転送速度Rext2D[n]で減少する。
　図５６の（ｂ）に示されているデータ・ブロック群5610から２Ｄ映像をシームレスに再生するには以下の条件［１］、［２］が満たされればよい。
　［１］各ジャンプ期間PJ2D[n]ではリード・バッファ3621からシステム・ターゲット・デコーダ3622へのデータ供給を持続させて、そのデコーダ3622の連続的な出力を確保しなければならない。それには、次の条件が満たされればよい：各２ＤエクステントEXT2D[n]のサイズSext2D[n]は、その読み出し期間PR2D[n]から次のジャンプ期間PJ2D[n＋1]にわたって、リード・バッファ3621からシステム・ターゲット・デコーダ3622へ転送されるデータ量に等しい。その場合、図５６の（ａ）に示されているように、蓄積データ量DAはそのジャンプ期間PJ2D[n＋1]の終了時、その読み出し期間PR2D[n]の開始時での値を下回らない。すなわち、各ジャンプ期間PJ2D[n]ではリード・バッファ3621からシステム・ターゲット・デコーダ3622へのデータ供給が持続し、特にリード・バッファ3621はアンダーフローを生じない。ここで、読み出し期間PR2D[n]の長さは２ＤエクステントEXT2D[n]のサイズSext2D[n]を読み出し速度Rud－2Dで割った値Sext2D[n]／Rud－2Dに等しい。従って、各２ＤエクステントEXT2D[n]のサイズSext2D[n]は次式（１）を満たせばよい：
Figure JPOXMLDOC01-appb-M000001
　式（１）では、ジャンプ時間Tjump－2D[n]はジャンプ期間PJ2D[n]の長さであり、秒単位で表される。一方、読み出し速度Rud－2Dと平均転送速度Rext2Dとはいずれもビット／秒で表される。従って、式（１）では平均転送速度Rext2Dを数「８」で割り、２ＤエクステントのサイズSext2D[n]の単位をビットからバイトへ変換している。すなわち、２ＤエクステントのサイズSext2D[n]はバイト単位で表される。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。
　［２］リード・バッファ3621の容量は有限であることから、ジャンプ時間Tjump－2D[n]の最大値は制限される。すなわち、ジャンプ期間PJ2D[n]の直前に蓄積データ量DAがリード・バッファ3621の容量一杯であっても、ジャンプ時間Tjump－2D[n]が長すぎれば、ジャンプ期間PJ2D[n]中に蓄積データ量DAが０に達し、リード・バッファ3621のアンダーフローが生じる危険性がある。以下、ＢＤ－ＲＯＭディスク101からリード・バッファ3621へのデータ供給が途絶えている状態で蓄積データ量DAがリード・バッファ3621の最大容量から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間Tjump－2Dの最大値を「最大ジャンプ時間」という。
　光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセス・スピード等から決められている。ここで、「ジャンプ距離」とは、ジャンプ期間中に読み出し操作がスキップされる光ディスク上の領域の長さをいう。ジャンプ距離は通常、その部分のセクタ数で表される。図５７は、ＢＤ－ＲＯＭディスクに関するジャンプ距離Sjumpと最大ジャンプ時間Tjump＿maxとの間の対応表の一例である。図５７を参照するに、ジャンプ距離Sjumpはセクタ単位で表され、最大ジャンプ時間Tjump＿maxはｍ秒単位で表されている。１セクタは２０４８バイトに等しい。ジャンプ距離Sjumpが、０セクタ、１－１００００セクタ、１０００１－２００００セクタ、２０００１－４００００セクタ、４０００１セクタ－１／１０ストローク、及び１／１０ストローク以上の各範囲に属するとき、最大ジャンプ時間Tjump＿maxはそれぞれ、５０ｍ秒、２５０ｍ秒、３００ｍ秒、３５０ｍ秒、７００ｍ秒、及び１４００ｍ秒である。
　ジャンプ距離Sjumpが０セクタに等しいときの最大ジャンプ時間を特に「ゼロ・セクタ遷移時間Tjump－0」という。「ゼロ・セクタ遷移」とは、二つの連続するデータ・ブロック間での光ピックアップの移動をいう。ゼロ・セクタ遷移期間では光ピックアップは読み出し動作を一旦停止して待機する。ゼロ・セクタ遷移時間は、ＢＤ－ＲＯＭディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。「誤り訂正処理に伴うオーバーヘッド」とは、二つのデータ・ブロックの境界がＥＣＣブロックの境界と一致していないときに、そのＥＣＣブロックを用いた誤り訂正処理が二回行われることに起因する余分な時間をいう。誤り訂正処理には一つのＥＣＣブロックの全体が必要である。従って、一つのＥＣＣブロックが二つの連続するデータ・ブロックに共有されているとき、いずれのデータ・ブロックの読み出し処理でもそのＥＣＣブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのデータ・ブロックを一つ読み出すごとに、そのデータ・ブロックの他に最大３２セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち３２［セクタ］×２０４８［バイト］×８［ビット／バイト］×２［回］／読み出し速度Rud－2Dで評価される。尚、各データ・ブロックをＥＣＣブロック単位で構成することにより、誤り訂正処理に伴うオーバーヘッドをゼロ・セクタ遷移時間から除外してもよい。
　以上のことから、式（１）に代入されるべきジャンプ時間Tjump－2D[n]は、ＢＤ－ＲＯＭディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間Tjump＿maxである。具体的には、図５７の表において、２ＤエクステントEXT2D[n－1]、EXT2D[n]間でのジャンプ距離Sjump、すなわち、ｎ番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋１）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数に対応する最大ジャンプ時間Tjump＿maxが、ジャンプ時間Tjump－2D[n]として式（１）に代入される。
　二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプでは、そのジャンプ時間Tjump－2D[n]が最大ジャンプ時間Tjump＿maxに制限されることから、そのジャンプ距離Sjump、すなわち二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔も制限される。例えばジャンプ時間Tjump－2D[n]の最大値Tjump＿maxが７００ｍ秒に制限されるとき、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプ距離Sjumpは、最大で１／１０ストローク（＝約１．２ＧＢ）まで許される。このジャンプ距離Sjumpの最大値のように、ジャンプ時間Tjumpが最大ジャンプ時間Tjump＿maxに等しいときでのジャンプ距離Sjumpを「最大ジャンプ距離Sjump＿max」という。２Ｄ映像のシームレス再生には、２Ｄエクステントのサイズが式（１）を満たすことに加えて、２Ｄエクステントの間隔が最大ジャンプ距離Sjump＿max以下であることが必要である。
　　［J－2］３Ｄ再生モードの性能に基づく条件
　図５８は、３Ｄ再生モードの再生装置102内の再生処理系統を示す模式図である。図５８を参照するに、その再生処理系統は、図４０に示されている要素のうち、ＢＤ－ＲＯＭドライブ4001、スイッチ4020、一対のリード・バッファ4021、4022、及びシステム・ターゲット・デコーダ4023を含む。ＢＤ－ＲＯＭドライブ4001はＢＤ－ＲＯＭディスク101から３Ｄエクステントを読み出し、読み出し速度Rud－3Dでスイッチ4020へ転送する。スイッチ4020は各３Ｄエクステントをベースビュー・エクステントとディペンデントビュー・エクステントとに分離する。ベースビュー・エクステントは第１リード・バッファ4021へ格納され、ディペンデントビュー・エクステントは第２リード・バッファ4022へ格納される。第２リード・バッファ4022内の蓄積データは、Ｌ／Ｒモードではライトビュー・エクステントであり、デプス・モードではデプスマップ・エクステントである。システム・ターゲット・デコーダ4023は、第１リード・バッファ4021内に蓄積された各ベースビュー・エクステントからソースパケットを第１平均転送速度Rext1で読み出す。Ｌ／Ｒモードのシステム・ターゲット・デコーダ4023は、第２リード・バッファ4022内に蓄積された各ライトビュー・エクステントからソースパケットを第２平均転送速度Rext2で読み出す。デプス・モードのシステム・ターゲット・デコーダ4023は、第２リード・バッファ4022内に蓄積された各デプスマップ・エクステントからソースパケットを第３平均転送速度Rext3で読み出す。システム・ターゲット・デコーダ4023は更に、読み出されたベースビュー・エクステントとディペンデントビュー・エクステントとの対を映像データVDと音声データADとに復号する。
　第１平均転送速度Rext1を「ベースビュー転送速度」という。ベースビュー転送速度Rext1は、図４１に示されている第１ソース・デパケタイザ4111から第１ＰＩＤフィルタ4113へのＴＳパケットの平均転送速度RTS1の１９２／１８８倍に等しく、一般にベースビュー・エクステントごとに異なる。ベースビュー転送速度Rext1の最高値Rmax1はファイル２Ｄに対するシステムレートの１９２／１８８倍に等しい。そのシステムレートは２Ｄクリップ情報ファイルに規定されている。ベースビュー転送速度Rext1は通常ビット／秒で表され、具体的には、ビット単位で表されたベースビュー・エクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、そのベースビュー・エクステント内のソースパケットを全て、第１リード・バッファ4021からシステム・ターゲット・デコーダ4023へ転送するのに要する時間に等しい。
　第２平均転送速度Rext2を「ライトビュー転送速度」といい、第３平均転送速度Rext3を「デプスマップ転送速度」という。いずれの転送速度Rext2、Rext3も、第２ソース・デパケタイザ4112から第２ＰＩＤフィルタ4114へのＴＳパケットの平均転送速度RTS2の１９２／１８８倍に等しく、一般にディペンデントビュー・エクステントごとに異なる。ライトビュー転送速度Rext2の最高値Rmax2は第１ファイルＤＥＰに対するシステムレートの１９２／１８８倍と等しく、デプスマップ転送速度Rext3の最高値Rmax3は第２ファイルＤＥＰに対するシステムレートの１９２／１８８倍に等しい。各システムレートはライトビュー・クリップ情報ファイルとデプスマップ・クリップ情報ファイルとに規定されている。各転送速度Rext2、Rext3は通常ビット／秒で表され、具体的には、ビット単位で表されたディペンデントビュー・エクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、各ディペンデントビュー・エクステント内のソースパケットを全て、第２リード・バッファ4022からシステム・ターゲット・デコーダ4023へ転送するのに要する時間に等しい。
　読み出し速度Rud－3Dは通常ビット／秒で表され、第１－３平均転送速度Rext1－Rext3のいずれの最高値Rmax1－Rmax3よりも高い値、例えば７２Ｍｂｐｓに設定される：Rud－3D＞Rmax1、Rud－3D＞Rmax2、Rud－3D＞Rmax3。それにより、ＢＤ－ＲＯＭドライブ4001によってＢＤ－ＲＯＭディスク101から一つの３Ｄエクステントを読み出している間、システム・ターゲット・デコーダ4023の復号処理に伴う各リード・バッファ4021、4022のアンダーフローが防止される。
　　　［Ｌ／Ｒモード］
　図５９の（ａ）、（ｂ）は、Ｌ／Ｒモードでの動作中、各リード・バッファ4021、4022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図５９の（ｃ）は、再生対象のデータ・ブロック群5910とＬ／Ｒモードでの再生経路5920との間の対応関係を示す模式図である。図５９の（ｃ）を参照するに、そのデータ・ブロック群5910は、図５６の（ｂ）に示されているもの5610と同様なインターリーブ配置のデータ・ブロック群Dk、Rk、Lk（k＝…、n－1、n、n＋1、n＋2、…）である。再生経路5920に従い、隣接するライトビュー・データ・ブロックRkとベースビュー・データ・ブロックLkとの各対が一つの３ＤエクステントEXTSS[k]として一括して読み出される。その後、スイッチ4020によってその３ＤエクステントEXTSS[k]からライトビュー・エクステントとベースビュー・エクステントとが分離され、各リード・バッファ4021、4022に蓄積される。
　以下、説明の便宜上、「ベースビュー・データ・ブロック」と「ベースビュー・エクステント」とを区別せず、「ディペンデントビュー・データ・ブロック」と「ディペンデントビュー・エクステント」とを区別しない。更に、（ｎ－１）個の３Ｄエクステントが既に読み出され、かつ整数ｎが１より十分に大きい場合を想定する。その場合、両リード・バッファ4021、4022の蓄積データ量DA1、DA2は既にそれぞれの下限値UL1、UL2以上に維持されている。それらの下限値UL1、UL2を「バッファ余裕量」という。バッファ余裕量UL1、UL2の詳細については後述する。
　図５９の（ａ）、（ｂ）を参照するに、ｎ番目のライトビュー・エクステントRnの読み出し期間PRR[n]では、第２リード・バッファ4022の蓄積データ量DA2は、読み出し速度Rud－3Dとライトビュー転送速度Rext2[n]との間の差Rud－3D－Rext2[n]に等しい速度で増加し、第１リード・バッファ4021の蓄積データ量DA1はベースビュー転送速度Rext1[n－1]で減少する。図５９の（ｃ）を参照するに、隣接するライトビュー・エクステントRnとベースビュー・エクステントLnとの間ではゼロ・セクタ遷移J0[n]が生じる。図５９の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[n]では、第１リード・バッファ4021の蓄積データ量DA1はベースビュー転送速度Rext1[n－1]で減少し続け、第２リード・バッファ4022の蓄積データ量DA2はライトビュー転送速度Rext2[n]で減少する。
　図５９の（ａ）、（ｂ）を更に参照するに、ｎ番目のベースビュー・エクステントLnの読み出し期間PRL[n]では、第１リード・バッファ4021の蓄積データ量DA1は、読み出し速度Rud－3Dとベースビュー転送速度Rext1[n]との間の差Rud－3D－Rext1[n]に等しい速度で増加する。一方、第２リード・バッファ4022の蓄積データ量DA2はライトビュー転送速度Rext2[n]で減少し続ける。図５９の（ｃ）を更に参照するに、そのベースビュー・エクステントLnから次のライトビュー・エクステントR(n＋1）まではジャンプJLR[n]が生じる。図５９の（ａ）、（ｂ）に示されているように、ジャンプ期間PJLR[n]では、第１リード・バッファ4021の蓄積データ量DA1はベースビュー転送速度Rext1[n]で減少し、第２リード・バッファ4022の蓄積データ量DA2はライトビュー転送速度Rext2[n]で減少し続ける。
　図５９の（ｃ）に示されているデータ・ブロック群5910から３Ｄ映像をＬ／Ｒモードでシームレスに再生するには以下の条件［３］、［４］、［５］が満たされればよい。
　［３］ｎ番目のベースビュー・エクステントLnのサイズSext1[n]は少なくとも、その読み出し期間PRL[n]から、ジャンプ期間PJLR[n]、次のライトビュー・エクステントR(n＋1)の読み出し期間PRR[n]、及びゼロ・セクタ遷移期間PJ0[n＋1]にわたって、第１リード・バッファ4021からシステム・ターゲット・デコーダ4023へ転送されるデータ量に等しい。その場合、そのゼロ・セクタ遷移期間PJ0[n＋1]の終了時、図５９の（ａ）に示されているように、第１リード・バッファ4021の蓄積データ量DA1が第１バッファ余裕量UL1を下回らない。ここで、ｎ番目のベースビュー・エクステントLnの読み出し期間PRL[n]の長さは、そのベースビュー・エクステントLnのサイズSext1[n]を読み出し速度Rud－3Dで割った値Sext1[n]／Rud－3Dに等しい。一方、（ｎ＋１）番目のライトビュー・エクステントR(n＋1)の読み出し期間PRR[n＋1]の長さは、そのライトビュー・エクステントR(n＋1)のサイズSext2[n＋1]を読み出し速度Rud－3Dで割った値Sext2[n＋1]／Rud－3Dに等しい。従って、そのベースビュー・エクステントLnのサイズSext1[n]は次式（２）を満たせばよい：
Figure JPOXMLDOC01-appb-M000002
　［４］ｎ番目のライトビュー・エクステントRnのサイズSext2[n]は少なくとも、その読み出し期間PRR[n]から、ゼロ・セクタ遷移期間PJ0[n]、次のベースビュー・エクステントLnの読み出し期間PRL[n]、及びジャンプ期間PJLR[n]にわたって、第２リード・バッファ4022からシステム・ターゲット・デコーダ4023へ転送されるデータ量に等しい。その場合、そのジャンプ期間PJLR[n]の終了時、図５９の（ｂ）に示されているように、第２リード・バッファ4022の蓄積データ量DA2が第２バッファ余裕量UL2を下回らない。ここで、ｎ番目のライトビュー・エクステントRnの読み出し期間PRR[n]の長さは、そのライトビュー・エクステントRnのサイズSext2[n]を読み出し速度Rud－3Dで割った値Sext2[n]／Rud－3Dに等しい。従って、そのライトビュー・エクステントRnのサイズSext2[n]は次式（３）を満たせばよい：
Figure JPOXMLDOC01-appb-M000003
　［５］式（２）、（３）に代入されるべきジャンプ時間Tjump－3D[n]は、例えば図５７の表において、ｎ番目のベースビュー・エクステントLnから（ｎ＋１）番目のライトビュー・エクステントR(n＋1)までのジャンプ距離Sjump、すなわちｎ番目のベースビュー・エクステントLnの後端から（ｎ＋１）番目のライトビュー・エクステントR(n＋1)の先端までのセクタ数に対応する最大ジャンプ時間Tjump＿maxに等しい。このように、ジャンプ時間Tjump－3D[n]が最大ジャンプ時間Tjump＿maxに制限されるので、ジャンプ距離Sjumpも最大ジャンプ距離Sjump＿max以下に制限される。すなわち、Ｌ／Ｒモードでの３Ｄ映像のシームレス再生には、各エクステントのサイズが式（２）、（３）を満たすことに加えて、ベースビュー・エクステントLnとライトビュー・エクステントR(n＋1)との間隔が最大ジャンプ距離Sjump＿max以下であることが必要である。
　　　［デプス・モード］
　図６０の（ａ）、（ｂ）は、デプス・モードでの動作中、各リード・バッファ4021、4022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図６０の（ｃ）は、再生対象のデータ・ブロック群6010とデプス・モードでの再生経路6020との間の対応関係を示す模式図である。図６０の（ｃ）を参照するに、そのデータ・ブロック群6010は、図５６の（ｃ）に示されているもの5610と同様なインターリーブ配置のデータ・ブロック群Dk、Rk、Lkで構成されている。再生経路6020に従い、デプスマップ・データ・ブロックDkとベースビュー・データ・ブロックDkとがそれぞれ、一つの３Ｄエクステントとして読み出される。図５６の場合と同様、（ｎ－１）対の３Ｄエクステントが既に読み込まれ、かつ整数ｎが１より十分に大きい場合を想定する。その場合、両リード・バッファ4021、4022の蓄積データ量DA1、DA2は既にそれぞれのバッファ余裕量UL1、UL2以上に維持されている。
　図６０の（ａ）、（ｂ）を参照するに、ｎ番目のデプスマップ・エクステントDnの読み出し期間PRD[n]では、第２リード・バッファ4022の蓄積データ量DA2は、読み出し速度Rud－3Dとデプスマップ転送速度Rext3[n]との間の差Rud－3D－Rext3[n]に等しい速度で増加し、第１リード・バッファ4021の蓄積データ量DA1はベースビュー転送速度Rext1[n－1]で減少する。図６０の（ｃ）を参照するに、デプスマップ・エクステントDnから次のベースビュー・エクステントLnまではジャンプJLD[n]が生じる。図６０の（ａ）、（ｂ）に示されているように、ジャンプ期間PJLD[n]では、第１リード・バッファ4021の蓄積データ量DA1はベースビュー転送速度Rext1[n－1]で減少し続け、第２リード・バッファ4022の蓄積データ量DA2はデプスマップ転送速度Rext3[n]で減少する。
　図６０の（ａ）、（ｂ）を更に参照するに、ｎ番目のベースビュー・エクステントLnの読み出し期間PRL[n]では、第１リード・バッファ4021の蓄積データ量DA1は、読み出し速度Rud－3Dとベースビュー転送速度Rext1[n]との間の差Rud－3D－Rext1[n]に等しい速度で増加する。一方、第２リード・バッファ4022の蓄積データ量DA2はデプスマップ転送速度Rext3[n]で減少し続ける。図６０の（ｃ）を参照するに、隣接するレフトビュー・エクステントLnとデプスマップ・エクステントD(n＋1）との間ではゼロ・セクタ遷移J0[n]が生じる。図６０の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[n]では、第１リード・バッファ4021の蓄積データ量DA1はベースビュー転送速度Rext1[n]で減少し、第２リード・バッファ4022の蓄積データ量DA2はデプスマップ転送速度Rext3[n]で減少し続ける。
　図６０の（ｃ）に示されているデータ・ブロック群6010から３Ｄ映像をデプス・モードでシームレスに再生するには以下の条件［６］、［７］、［８］が満たされればよい。
　［６］ｎ番目のベースビュー・エクステントLnのサイズSext1[n]は少なくとも、その読み出し期間PRL[n]から、ゼロ・セクタ遷移期間PJ0[n]、次のデプスマップ・エクステントD(n＋1)の読み出し期間PRD[n]、及びジャンプ期間PJLD[n＋1]にわたって、第１リード・バッファ4021からシステム・ターゲット・デコーダ4023へ転送されるデータ量に等しい。その場合、ジャンプ期間PJLD[n＋1]の終了時、図６０の（ａ）に示されているように、第１リード・バッファ4021の蓄積データ量DA1が第１バッファ余裕量UL1を下回らない。ここで、ｎ番目のベースビュー・エクステントLnの読み出し期間PRL[n]の長さは、そのベースビュー・エクステントLnのサイズSext1[n]を読み出し速度Rud－3Dで割った値Sext1[n]／Rud－3Dに等しい。一方、（ｎ＋１）番目のデプスマップ・エクステントD(n＋1)の読み出し期間PRD[n＋1]の長さは、そのデプスマップ・エクステントD(n＋1)のサイズSext3[n＋1]を読み出し速度Rud－3Dで割った値Sext3[n＋1]／Rud－3Dに等しい。従って、そのベースビュー・エクステントLnのサイズSext1[n]は次式（４）を満たせばよい：
Figure JPOXMLDOC01-appb-M000004
　［７］ｎ番目のデプスマップ・エクステントDnのサイズSext3[n]は少なくとも、その読み出し期間PRD[n]から、ジャンプ期間PJJD[n]、次のベースビュー・エクステントLnの読み出し期間PRL[n]、及びゼロ・セクタ遷移期間PJ0[n]にわたって、第２リード・バッファ4022からシステム・ターゲット・デコーダ4023へ転送されるデータ量に等しい。その場合、そのゼロ・セクタ遷移期間PJ0[n]の終了時、図６０の（ｂ）に示されているように、第２リード・バッファ4022の蓄積データ量DA2が第２バッファ余裕量UL2を下回らない。ここで、ｎ番目のデプスマップ・エクステントDnの読み出し期間PRD[n]の長さは、そのデプスマップ・エクステントDnのサイズSext3[n]を読み出し速度Rud－3Dで割った値Sext3[n]／Rud－3Dに等しい。従って、そのデプスマップ・エクステントDnのサイズSext3[n]は次式（５）を満たせばよい：
Figure JPOXMLDOC01-appb-M000005
　［８］式（４）、（５）に代入されるべきジャンプ時間Tjump－3D[n]は、例えば図５７の表において、ｎ番目のデプスマップ・エクステントDnからｎ番目のベースビュー・エクステントLnまでのジャンプ距離Sjump、すなわちｎ番目のデプスマップ・エクステントDnの後端からｎ番目のベースビュー・エクステントLnの先端までのセクタ数に対応する最大ジャンプ時間Tjump＿maxに等しい。このように、ジャンプ時間Tjump－3D[n]が最大ジャンプ時間Tjump＿maxに制限されるので、ジャンプ距離Sjumpも最大ジャンプ距離Sjump＿max以下に制限される。すなわち、デプス・モードでの３Ｄ映像のシームレス再生には、各エクステントのサイズが式（４）、（５）を満たすことに加えて、デプスマップ・エクステントDnとベースビュー・エクステントLnとの間隔が最大ジャンプ距離Sjump＿max以下であることが必要である。
　以上の結果、インターリーブ配置のデータ・ブロック群から、２Ｄ映像のシームレス再生、３Ｄ映像のＬ／Ｒモードでのシームレス再生、及び３Ｄ映像のデプス・モードでのシームレス再生のいずれも実現可能にするには、各データ・ブロックのサイズは上記の式（１）－（５）を全て満たすように設計されればよい。特にベースビュー・データ・ブロックのサイズは、式（１）、（３）、及び（５）の各右辺の中で最大のもの以上であればよい。以下、式（１）－（５）を全て満たすデータ・ブロックのサイズの下限値を「最小エクステント・サイズ」という。
　　［J－3］Ｌ／Ｒモードのみに対応するデータ・ブロック群に対する条件式
　３Ｄ映像の再生にＬ／Ｒモードのみが利用されるときは、図５６の配置からデプスマップ・データ・ブロックが除去されてもよい。すなわち、ベースビュー・データ・ブロックB[n]（n＝0、1、2、…）とディペンデントビュー・データ・ブロックD[n]との二種類が、図２４に示されているインターリーブ配置でＢＤ－ＲＯＭディスク上に記録されていてもよい。この配置についても同様に、映像のシームレス再生に必要なデータ・ブロックのサイズに対する条件が求められる。
　図２４を参照するに、２Ｄ映像の再生処理ではファイル２Ｄ2410の２ＤエクステントEXT2D[n]、すなわちベースビュー・データ・ブロックB[n]のみが読み出され、ディペンデントビュー・データ・ブロックD[n]の読み出しはジャンプによってスキップされる。ここで、２Ｄ映像の再生経路は、図５６に示されている再生経路5620とは、ジャンプ距離のみが異なる。従って、２Ｄ映像のシームレス再生にはｎ番目の２ＤエクステントEXT2D[n]のサイズSext1[n]が式（１）を満たせばよい。
　３Ｄ映像の再生処理では、ファイルＳＳ2420の３ＤエクステントEXTSS[n]が読み出されて、ベースビュー・エクステントEXT1[n]とディペンデントビュー・エクステントEXT2[n]とに分割される。ここで、３Ｄ映像の再生経路では、図５９に示されているＬ／Ｒモードでの３Ｄ映像の再生経路5920とは異なり、ジャンプは生じることがなく、ゼロ・セクタ遷移しか生じない。従って、３Ｄ映像のシームレス再生には次の条件が満たされればよい：ｎ番目のベースビュー・エクステントEXT1[n]、すなわちベースビュー・データ・ブロックB[n]のサイズSext1[n]は、上記の式（２）に代えて下記の式（６）を満たす。一方、ｎ番目のディペンデントビュー・エクステントEXT2[n]、すなわちディペンデントビュー・データ・ブロックD[n]のサイズSext2[n]は、上記の式（３）に代えて下記の式（７）を満たす。ここで、式（６）、（７）はそれぞれ、式（２）、（３）においてジャンプ時間Tjump－3Dをゼロ・セクタ遷移時間Tjump－0に置き換えたものに等しい：
Figure JPOXMLDOC01-appb-M000006
　従って、ベースビュー・データ・ブロックB[n]のサイズは、式（１）、（６）の両方を満たせばよい。尚、３ＤエクステントEXTSS[n]の読み込みでは、ゼロ・セクタ遷移時間Tjump－0[n]は０とみなされてもよい。その場合、式（６）、（７）は次式に変更される：
Figure JPOXMLDOC01-appb-M000007
　［K］　３Ｄ再生モードの再生装置102は、図４０に示されている二つのリード・バッファ4021、4022に代えて、単一のリード・バッファを利用してもよい。
　図６１は、その場合における３Ｄ再生モードの再生装置102内の再生処理系統を示す模式図である。図６１を参照するに、その再生処理系統は、図５８に示されているものとは異なり、スイッチ4020と一対のリード・バッファ4021、4022とに代えて、単一のリード・バッファ6101を含む。ＢＤ－ＲＯＭドライブ4001はＢＤ－ＲＯＭディスク101から３Ｄエクステントを読み出してリード・バッファ6101へ転送する。リード・バッファ6101は、その３Ｄエクステントのデータを転送順に格納する。システム・ターゲット・デコーダ4023は再生制御部4035から、その３Ｄエクステントに含まれる各データ・ブロックの境界を示す情報を受信する。システム・ターゲット・デコーダ4023は更にその情報を利用して、リード・バッファ6101に蓄積された３Ｄエクステントから、データ・ブロック間の境界を検出する。それにより、システム・ターゲット・デコーダ4023は、ベースビュー・エクステントとディペンデントビュー・エクステントとのそれぞれが蓄積されたリード・バッファ6101内の領域を識別する。システム・ターゲット・デコーダ4023は更に、リード・バッファ6101内の各領域に格納されたエクステントからソースパケットを、異なるソース・デパケタイザ4111、4112に転送する。ここで、その転送先のソース・デパケタイザ4111、4112は、転送元の領域に格納されているエクステントの種類に応じて選択される。システム・ターゲット・デコーダ4023は更に、リード・バッファ6101からソースパケットを、ベースビュー転送速度とライトビュー転送速度（又はデプスマップ転送速度）との和に等しい平均転送速度で読み込む。
　図６２の（ａ）、（ｂ）は、インターリーブ配置のデータ・ブロック群6210がＬ／Ｒモードでの再生経路6220に従って読み出されるときに、リード・バッファ6101に蓄積されるデータの領域の変化を示す模式図である。
　再生経路6220上の第１時点PAでは、先頭のライトビュー・エクステントEXT2[0]がリード・バッファ6101の先頭から順に蓄積されている。ここで、再生経路6220が第２時点PAまで進み、先頭のライトビュー・エクステントEXT2[0]が全てリード・バッファ6101に格納されるまでは、システム・ターゲット・デコーダ4023は、リード・バッファ6101からのソースパケットの読み出しを開始せずに待機する。
　第２時点PBでは、システム・ターゲット・デコーダ4023が、リード・バッファ6101内から、先頭のライトビュー・エクステントEXT2[0]と先頭のベースビュー・エクステントEXT1[0]との間の境界を検出して、それぞれが蓄積された領域を識別する。システム・ターゲット・デコーダ4023は更に、リード・バッファ6101からのソースパケットの転送を開始する。
　再生経路6220上の第３時点PCでは、リード・バッファ6101内に蓄積されたライトビュー・エクステントEXT2[0］は、リード・バッファ6101の先頭から順に読み出されている。一方、先頭のベースビュー・エクステントEXT1[0]は、先頭のライトビュー・エクステントEXT2[0]が蓄積された領域の次の領域に蓄積されると同時に、先に蓄積された部分から順に読み出されている。
　再生経路6220上の第４時点PDでは、先頭のベースビュー・エクステントEXT1[0]が全て、リード・バッファ6101内に蓄積されている。ここで、リード・バッファ6101の後端にデータが蓄積された時点以降、後続のデータはリード・バッファ6101の先頭から順に蓄積される。その領域は、先頭のライトビュー・エクステントEXT2[0]の読み出しによって生じた空き領域である。従って、先頭のベースビュー・エクステントEXT1[0]は二つの部分S11、S12に分割されて、リード・バッファ6101に蓄積されている。第４時点PDでは更に、システム・ターゲット・デコーダ4023が、リード・バッファ6101内から、先頭のベースビュー・エクステントEXT1[0]と二番目のライトビュー・エクステントEXT2[1]との間の境界を検出して、それぞれが蓄積された領域を識別する。
　再生経路6220上の第５時点PEでは、二番目のライトビュー・エクステントEXT2[1]が、先頭のライトビュー・エクステントEXT2[0]の蓄積された領域の次の領域に蓄積されている。
　再生経路6220上の第６時点PEでは、二番目のライトビュー・エクステントEXT2[1]が蓄積順に読み出されている。一方、二番目のベースビュー・エクステントEXT1[1]が、先頭のベースビュー・エクステントEXT1[0]の蓄積された領域の次の領域に蓄積されている。その領域は更に、二番目のライトビュー・エクステントEXT2[1]の読み出しによって生じた空き領域にまで達している。
　図６２の（ｂ）に示されているように、リード・バッファ6101内の空き領域を利用することにより、単一のリード・バッファ6101でも、ベースビュー・エクステントEXT1[n]とライトビュー・エクステントEXT2[n]とを交互に蓄積させることができる。更に、この場合、リード・バッファ6101に必要な容量RB0は、以下に示すとおり、図４１に示されている一対のリード・バッファ4021、4022の総容量よりも低減可能である。
　図６３の（ｂ）は、インターリーブ配置のデータ・ブロック群6310に対するＬ／Ｒモードでの再生経路6320を示す模式図である。図６３の（ａ）は、その再生経路6320に従って図５８、６１の各再生処理系統がデータ・ブロック群6310を読み出すときに各リードバッファ6101、4021、4022に蓄積されるデータ量DAの変化を示すグラフである。図６３の（ａ）では、実線のグラフGR0がリード・バッファ6101の蓄積データ量の変化を示し、一点鎖線のグラフGR1が第１リード・バッファ4021の蓄積データ量の変化を示し、破線のグラフGR2が第２リード・バッファ4022の蓄積データ量の変化を示す。図６２の（ａ）から理解されるように、リード・バッファ6101の蓄積データ量は、一対のリード・バッファ4021、4022の蓄積データ量の和に等しい。一方、図６３の（ａ）に示されているとおり、一対のリード・バッファ4021、4022の蓄積データ量のグラフGR1、GR2の間では、一方のピークが他方のピークよりも他方の最小点に近い。従って、リード・バッファ6101の蓄積データ量のグラフGR0では、いずれのピークも、一対のリード・バッファ4021、4022の容量の和RB1＋RB2に比べて十分に小さい。それ故、リード・バッファ6101の容量RB0は一対のリード・バッファ4021、4022の容量の和RB1＋RB2よりも低減可能である。
　図６１に示されている再生処理系統では、図５８に示されているものと同様に、リード・バッファ6101からシステム・ターゲット・デコーダ4023へのソースパケットの転送のタイミングは、そのソースパケットに付与されたＡＴＳに従って調節される。従って、リード・バッファ6101に蓄積されたベースビュー・エクステントEXT1[n]とディペンデントビュー・エクステントEXT2[n]とが、同じＡＴＳを持つソースパケットを含む場合、それらを同時にリード・バッファ6101からシステム・ターゲット・デコーダ4023へ転送することはできない。例えば、両方のエクステントEXT1[n]、EXT2[n]が、ＡＴＳ＝１００のソースパケットを含む場合、それらのいずれかの転送時刻は、ＡＴＳ＝１００の示す時刻よりも、ソースパケット１個当たりの転送時間だけ遅れる。その結果、バッファ・アンダーフロー等の不具合が発生する危険性がある。しかし、その危険性は、ベースビューとディペンデントビューとの各エクステントに対してＡＴＳを以下のように設定することによって、回避することができる。
　図６４は、そのようなＡＴＳの設定を示す模式図である。図６４には、ベースビュー・エクステントのソースパケットＳＰ＃１０、ＳＰ＃１１、ＳＰ＃１２、ＳＰ＃１３を表す矩形6410と、ディペンデントビュー・エクステントのソースパケットＳＰ＃２０、ＳＰ＃２１、ＳＰ＃２２、ＳＰ＃２３を表す矩形6420とが、ＡＴＣの時間軸方向で各ソースパケットのＡＴＳの順に並べられている。各矩形6410、6420の先頭の位置は、そのソースパケットのＡＴＳの値を表す。一方、各矩形6410、6420の長さは、図６１に示されている３Ｄ再生装置内の再生処理系統において、１個のソースパケットがリード・バッファ6101からシステム・ターゲット・デコーダ4023へ転送されるのに要する時間を表す。以下、その時間を第１時間AT1と呼ぶ。一方、図５５に示されている２Ｄ再生装置内の再生処理系統において、１個のソースパケットがリード・バッファ3621からシステム・ターゲット・デコーダ3622へ転送されるのに要する時間を第２時間AT2と呼ぶ。
　図６４に示されているように、ベースビュー・エクステントでは、隣接するソースパケットのＡＴＳの間隔は、少なくとも第２時間AT2に設定される。例えば、ＳＰ＃１０のＡＴＳから第２時間AT2が経過した時刻よりも前に、ＳＰ＃１１のＡＴＳを設定することは禁止される。その設定により、２Ｄ再生装置のシステム・ターゲット・デコーダ3622は、ＳＰ＃１０のＡＴＳからＳＰ＃１１のＡＴＳまでの期間にＳＰ＃１０を全てリード・バッファ3621から転送し終えることができる。従って、そのシステム・ターゲット・デコーダ3622は、ＳＰ＃１１のＡＴＳの示す時刻にＳＰ＃１１をリード・バッファ3621から転送し始めることができる。
　更に、ディペンデントビュー・エクステントの各ソースパケットＳＰ＃２０、ＳＰ＃２１、…のＡＴＳから第１時間AT1が経過するまでの期間は、ベースビュー・エクステントの各ソースパケットＳＰ＃１０、ＳＰ＃１１、…のＡＴＳから第１時間AT1が経過するまでの期間と重複してはいけない。すなわち、図６４では、各ソースパケットＳＰ＃２０、ＳＰ＃２１、…を表す矩形6420の長手方向の範囲に対応するＡＴＣの期間は、各ソースパケットＳＰ＃１０、ＳＰ＃１１、…を表す矩形6410の長手方向の範囲に対応するＡＴＣの期間と重複してはいけない。例えば、ＳＰ＃２２のＡＴＳとＳＰ＃１３のＡＴＳとの間隔を第１時間AT1よりも短く設定することは禁止される。その設定により、３Ｄ再生装置のシステム・ターゲット・デコーダ4023は、ＳＰ＃２２とＳＰ＃１３とを異なる期間にリード・バッファ6101から転送することができる。こうして、同じＡＴＳが付与された二つのソースパケットをリード・バッファ6101からシステム・ターゲット・デコーダ4023へ同時に転送することを防ぐことができる。
　［L］　インターリーブ配置のデータ・ブロック群の中には、例えばＢＤ－Ｊオブジェクト・ファイル等、別のファイルに属するエクステントが配置されてもよい。図６５の（ａ）は、多重化ストリーム・データのみを含むインターリーブ配置のデータ・ブロック群を示す模式図である。図６５の（ｂ）は、他のファイルに属するエクステントを含むインターリーブ配置のデータ・ブロック群を示す模式図である。
　図６５の（ａ）を参照するに、データ・ブロック群6501は、デプスマップ・データ・ブロックD1、D2、D3、ライトビュー・データ・ブロックR1、R2、R3、ベースビュー・データ・ブロックL1、L2、L3を交互に含む。Ｌ／Ｒモードでの再生経路6502では、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2、R3＋L3が順番に読み出される。各対ではライトビュー・データ・ブロックとベースビュー・データ・ブロックとの間にゼロ・セクタ遷移J0が生じる。更に各デプスマップ・データ・ブロックD1、D2、D3の読み出しがジャンプJLRによってスキップされる。デプス・モードでの再生経路6503では、デプスマップ・データ・ブロックD1、D2、D3とベースビュー・データ・ブロックL1、L2、L3とが交互に読み出される。隣接するベースビュー・データ・ブロックとデプスマップ・データ・ブロックとの間にはゼロ・セクタ遷移J0が生じる。更に各ライトビュー・データ・ブロックR1、R2、R3の読み出しがジャンプJLDによってスキップされる。
　一方、図６５の（ｂ）を参照するに、図６５の（ａ）と同様なデータ・ブロック群6504の中に、別のファイルに属するエクステントA1、A2が挿入されている。その別のファイルは、例えばムービーオブジェクト・ファイル、ＢＤ－Ｊオブジェクト・ファイル、及びＪＡＲファイルのいずれでもよい。そのエクステントA1、A2はいずれも、図６５の（ａ）では隣接していたデプスマップ・データ・ブロックとライトビュー・データ・ブロックとの間に挿入されている。その場合、Ｌ／Ｒモードでの再生経路6505では、図６５の（ａ）に示されている再生経路6502よりもジャンプJLRの距離が長い。しかし、そのエクステントA1、A2をいずれかのベースビュー・データ・ブロックの隣に挿入する場合とは異なり、ゼロ・セクタ遷移J0を通常のジャンプに変更しなくてもよい。デプス・モードでの再生経路6506でも同様である。ここで、図５７の表から明らかなとおり、最大ジャンプ時間は一般に、ジャンプ距離を変更するときよりも、ゼロ・セクタ遷移を通常のジャンプに変更するときの方が大きく増加する。従って、式（２）－（５）から明らかなとおり、最小エクステント・サイズは一般に、ジャンプ距離を変更するときよりも、ゼロ・セクタ遷移を通常のジャンプに変更するときの方が大きく増加する。それ故、インターリーブ配置のデータ・ブロック群6501の中にエクステントA1、A2を挿入するときは、図６５の（ｂ）に示されているように、デプスマップ・データ・ブロックとライトビュー・データ・ブロックとの間に挿入する。それにより、その挿入に伴う最小エクステント・サイズの増大を抑えることができるので、リード・バッファの最小容量の増大を回避することができる。
　図６５の（ｂ）に示されている配置では更に、各エクステントA1、A2のセクタ単位でのサイズG1、G2が最大ジャンプ距離MAX＿EXTJUMP3D以下に制限されてもよい：G1≦MAX＿EXTJUMP3D、G2≦MAX＿EXTJUMP3D。その最大ジャンプ距離MAX＿EXTJUMP3Dは、データ・ブロック群6504内で生じるジャンプJLR、JLDの中で最大のジャンプ距離をセクタ単位で表す。その制限の下では、式（２）－（５）の右辺に代入されるべき最大ジャンプ時間が増大しにくいので、最小エクステント・サイズが増大しにくい。従って、エクステントA1、A2の挿入に伴うリード・バッファの最小容量の増大を回避することができる。
　その他に、各エクステントA1、A2のサイズG1、G2とそれに隣接するディペンデントビュー・データ・ブロックD2、R2、D3、R3のサイズSext3[2]、Sext2[2]、Sext3[3]、Sext2[3]との和が最大ジャンプ距離MAX＿EXTJUMP3D以下に制限されてもよい：
　CEIL(Sext3[2]／2048)＋G1≦MAX＿EXTJUMP3D、
　CEIL(Sext2[2]／2048)＋G1≦MAX＿EXTJUMP3D、
　CEIL(Sext3[3]／2048)＋G2≦MAX＿EXTJUMP3D、
　CEIL(Sext2[3]／2048)＋G2≦MAX＿EXTJUMP3D。
　これらの式では、ディペンデントビュー・データ・ブロックのバイト単位でのサイズをセクタ一つ当たりのバイト数２０４８で割ることにより、各サイズの単位をバイトからセクタ数に変換している。これらの条件式が満たされている限り、式（２）－（５）の右辺に代入されるべき最大ジャンプ時間は一定値を超えない。例えば最大ジャンプ距離MAX＿EXTJUMP3Dを４００００セクタに固定した場合、図５７の表から最大ジャンプ時間は３５０ｍ秒を超えない。従って、最小エクステント・サイズは一定値を超えない。こうして、エクステントA1、A2の挿入に伴うリード・バッファの最小容量の増大を確実に回避することができる。
　上記の制限とは更に別に、各エクステントA1、A2のサイズG1、G2とそれに隣接するディペンデントビュー・データ・ブロックD2、R2、D3、R3のサイズSext3[2]、Sext2[2]、Sext3[3]、Sext2[3]との和が、そのディペンデントビュー・データ・ブロックのサイズに対する最大ジャンプ距離MAX＿JUMP(・)以下に制限されてもよい：
　CEIL(Sext3[2]／2048)＋G1≦MAX＿JUMP(Sext3[2])、
　CEIL(Sext2[2]／2048)＋G1≦MAX＿JUMP(Sext2[2])、
　CEIL(Sext3[3]／2048)＋G2≦MAX＿JUMP(Sext3[3])、
　CEIL(Sext2[3]／2048)＋G2≦MAX＿JUMP(Sext2[3])。
　ディペンデントビュー・データ・ブロックのサイズに対する最大ジャンプ距離MAX＿JUMP(・)とは、そのサイズをセクタ数で表したとき、図５７の表において、そのセクタ数と同じ最大ジャンプ時間に対応するセクタ数の中での最大値をいう。例えばディペンデントビュー・データ・ブロックのサイズが５０００セクタであるとき、図５７の表において５０００セクタは、最大ジャンプ時間２５０ｍ秒に対応する範囲“１－１００００セクタ”に属する。従って、最大ジャンプ距離MAX＿JUMP（５０００×２０４８バイト）は、その範囲の最大値１００００セクタである。上記の条件式が満たされている限り、式（２）－（５）の右辺に代入されるべき最大ジャンプ時間は変更されないので、最小エクステント・サイズは不変である。従って、エクステントA1、A2の挿入に伴うリード・バッファの最小容量の増大を更に確実に回避することができる。
　［M］　リード・バッファの余裕量
　図５９、６０の各（ａ）、（ｂ）に示されている各リード・バッファ4021、4022の蓄積データ量DA1、DA2の下限値UL1、UL2はそれぞれのバッファ余裕量を表す。「バッファ余裕量」とは、インターリーブ配置のデータ・ブロック群の読み出し期間中、各リード・バッファに維持されるべき蓄積データ量の下限値をいう。バッファ余裕量は、ロングジャンプ中での各リード・バッファのアンダーフローを防止可能な量に設定される。
　ここで、「ロングジャンプ」はジャンプの中でもシーク時間の長いものの総称であり、具体的には、ジャンプ距離が所定の閾値を超えるものをいう。その閾値は、光ディスクの種類と、ディスクドライブの読み出し処理に関する性能とに依存し、例えばＢＤ－ＲＯＭの規格では４００００セクタに規定されている。ロングジャンプは特にフォーカス・ジャンプとトラック・ジャンプとを含む。「フォーカス・ジャンプ」は、ＢＤ－ＲＯＭディスク101が記録層を複数含む場合において、読み出し対象の記録層が切り換えられるときに生じるジャンプをいう。フォーカス・ジャンプは特に、光ピックアップの焦点距離を変化させる処理を含む。「トラック・ジャンプ」は、光ピックアップをＢＤ－ＲＯＭディスク101の半径方向に移動させる処理を含むジャンプをいう。
　ストリーム・データの読み出し中に、読み出し対象の記録層が切り換えられるとき、又は他のファイルの読み出し処理が割り込まれたとき、ロングジャンプが生じる。ここで、上記の他のファイルは、図２に示されているＡＶストリーム・ファイル以外のファイル、例えば、ムービーオブジェクト・ファイル212、ＢＤ－Ｊオブジェクト・ファイル251、及びＪＡＲファイル261を含む。ロングジャンプは、式（２）－（５）の導出で考慮されたジャンプよりも長い。更に、他のファイルの読み出し処理の割り込みに起因するロングジャンプでは、その発生時期が不定であり、特に一つのデータ・ブロックの読み出し途中でも生じ得る。従って、式（２）－（５）にロングジャンプの最大ジャンプ時間を代入して最小エクステント・サイズを設定するよりも、バッファ余裕量を維持しておく方が有利である。
　図６６は、Ｌ／Ｒモードでの再生処理中に生じるロングジャンプJLY、JBDJ1、JBDJ2を示す模式図である。図６６を参照するに、層境界LBは二つの記録層間の境界を表す。層境界LBの前に位置する第１記録層には第１の３Ｄエクステント・ブロック6601が配置され、層境界LBの後に位置する第２記録層には第２の３Ｄエクステント・ブロック6602が配置されている。ここで、「３Ｄエクステント・ブロック」とは、インターリーブ配置で記録された一連のデータ・ブロック群をいう。３Ｄエクステント・ブロックには、図６５の（ｂ）に示されているように、他のファイルのエクステントが含まれてもよい。更に、いずれの３Ｄエクステント・ブロック6601、6602からも離れた領域にＢＤ－Ｊオブジェクト・ファイル6603が記録されている。再生処理が第１の３Ｄエクステント・ブロック6601から第２の３Ｄエクステント・ブロック6602へ進むとき、記録層の切り換えに伴うロングジャンプJLYが生じる。一方、第１の３Ｄエクステント・ブロック6601の読み出し中にＢＤ－Ｊオブジェクト・ファイル6603の読み出し処理が割り込まれたとき、一対のロングジャンプJBDJ1、JBDJ2が生じる。各ロングジャンプJLY、JBDJに対して必要なバッファ余裕量UL1、UL2は以下のように計算される。
　層切り換えに伴うロングジャンプJLYの最大ジャンプ時間Tjump－LYは、図５７の表において第１ロングジャンプJLYのジャンプ距離に対応する最大ジャンプ時間と層切換時間との和に等しい。そのジャンプ距離は、第１の３Ｄエクステント・ブロック6601内の最後のベースビュー・データ・ブロックL3の後端と、第２の３Ｄエクステント・ブロック6602内の先頭のライトビュー・データ・ブロックR4の先端との間のセクタ数に等しい。「層切換時間」は、フォーカス・ジャンプ等、記録層の切り換え操作に必要な時間を意味し、例えば３５０ｍ秒である。一方、ベースビュー転送速度Rext1は最高値Rmax1を超えない。従って、ロングジャンプJLYの期間に第１リード・バッファ4021から読み出されるデータ量は、ベースビュー転送速度の最高値Rmax1と最大ジャンプ時間Tjump－LYとの積を超えない。その積の値が第１バッファ余裕量UL1として決定される。すなわち、第１バッファ余裕量UL1は次式（６）で計算される：
Figure JPOXMLDOC01-appb-M000008
　例えばジャンプ距離が４００００セクタであるとき、図５７の表によれば、最大ジャンプ時間Tjump－LYは、層切換時間３５０ｍ秒を含めて７００ｍ秒である。従って、ファイル２Ｄに対するシステムレートが４８Ｍｂｐｓであるとき、第１バッファ余裕量UL1は（４８Ｍｂｐｓ×１９２／１８８）×０．７秒＝約４．０９ＭＢに等しい。
　同様に、ロングジャンプJLYの期間に第２リード・バッファ4022から読み出されるデータ量の最大値、すなわちライトビュー転送速度の最大値Rmax2と最大ジャンプ時間Tjump－LYとの積が第２バッファ余裕量UL2として決定される。すなわち、第２バッファ余裕量UL2は次式（９）で計算される：
Figure JPOXMLDOC01-appb-M000009
　例えばジャンプ距離が４００００セクタであり、すなわち最大ジャンプ時間Tjump－LYが７００ｍ秒であり、第１ファイルＤＥＰに対するシステムレートが１６Ｍｂｐｓであるとき、第２バッファ余裕量UL2は（１６Ｍｂｐｓ×１９２／１８８）×０．７秒＝約１．３６ＭＢに等しい。
　図６６を再び参照するに、第１の３Ｄエクステント・ブロック6601の読み出し期間にＢＤ－Ｊオブジェクト・ファイル6603の読み出し処理の割り込みが生じたとき、最初のロングジャンプJBDJ1が生じる。それにより、読み出し対象の位置が第２ベースビュー・データ・ブロックL2の記録領域からＢＤ－Ｊオブジェクト・ファイル6603の記録領域へ移動する。そのジャンプ時間TBDJは一定値、例えば９００ｍ秒に予め規定されている。次に、ＢＤ－Ｊオブジェクト・ファイル6603が読み出される。その読み出しに要する時間は、そのファイル6603に属するエクステントのサイズSBDJの８倍を読み出し速度Rud－3Dで割った値８×SBDJ[n]／Rud－3Dに等しい（通常、エクステントのサイズSBDJはバイト単位で表され、読み出し速度Rud－3Dはビット／秒で表されるので、８倍が必要である）。続いて、２回目のロングジャンプJBDJ2が生じる。それにより、読み出し対象の位置がＢＤ－Ｊオブジェクト・ファイル6603の記録領域から第２ベースビュー・データ・ブロックL2の記録領域へ戻る。そのジャンプ時間TBDJは最初のジャンプ時間、例えば９００ｍ秒に等しい。計２回のロングジャンプJBDJ1、JBDJ2とＢＤ－Ｊオブジェクト・ファイル6603の読み出しとが行われる間、第１リード・バッファ4021にはデータが読み込まれない。従って、その期間に第１リード・バッファ4021から読み出されるデータ量の最大値が第１バッファ余裕量UL1として決定される。すなわち、第１バッファ余裕量UL1は次式（１０）で計算される：
Figure JPOXMLDOC01-appb-M000010
　同様に、２回のロングジャンプJBDJ1、JBDJ2とＢＤ－Ｊオブジェクト・ファイル6603の読み出しとが行われる間に第２リード・バッファ4022から読み出されるデータ量の最大値が第２バッファ余裕量UL2として決定される。すなわち、第２バッファ余裕量UL2は次式（１１）で計算される：
Figure JPOXMLDOC01-appb-M000011
　第１バッファ余裕量UL1は、式（８）、（１０）の右辺で表される値のいずれか大きい方に設定される。第２バッファ余裕量UL2は、式（９）、（１１）の右辺で表される値のいずれか大きい方に設定される。
　［N］　リード・バッファの最小容量
　図５９、６０の各（ｃ）に示されている一連のデータ・ブロック群からの再生処理について、各リード・バッファ4021、4022に必要な容量の最小値は以下のように計算される。
　３Ｄ再生モードでｎ番目のベースビュー・データ・ブロックLn（n＝0、1、2、…）を読み出すとき、第１リード・バッファ4021に必要な容量RB1[n]は、図５９、６０の各（ａ）に示されているグラフのピークのうち、ｎ番目のベースビュー・データ・ブロックLnの読み出し終了時のものの値以上であればよい。従って、その容量RB1[n]は、Ｌ／Ｒモードとデプス・モードとのいずれでも、次式（１２）を満たせばよい：
Figure JPOXMLDOC01-appb-M000012
　Ｌ／Ｒモードでｎ番目のライトビュー・データ・ブロックRnを読み出すとき、第２リード・バッファ4022に必要な容量RB2LR[n]は、図５９の（ｂ）に示されているグラフのピークのうち、ｎ番目のライトビュー・データ・ブロックRnの読み出し終了時のものの値以上であればよい。従って、その容量RB2LR[n]は次式（１３）を満たせばよい：
Figure JPOXMLDOC01-appb-M000013
　ここで、ライトビュー・データ・ブロックはいずれも、飛び込み再生によって最初に読み出される可能性を持つ。その場合、最初に読み出されるライトビュー・データ・ブロックの全体が第２リード・バッファ4022に格納されるまでシステム・ターゲット・デコーダ4023は第２リード・バッファ4022からデータを読み出さない。従って、第２リード・バッファ4022の容量RB2LR[n]は第１リード・バッファ4021の容量RB1[n]とは異なり、式（１３）に示されているように、「少なくともｎ番目のライトビュー・データ・ブロックRnのサイズSext2[n]よりも大きい」という条件を更に満たす。
　同様に、デプス・モードでｎ番目のデプスマップ・データ・ブロックDnを読み出すときに必要な第２リード・バッファ4022の容量RB2LD[n]は次式（１４）を満たせばよい：
Figure JPOXMLDOC01-appb-M000014
　［O］　層境界の前後での多重化ストリーム・データの配置
　ＢＤ－ＲＯＭディスク101が記録層を複数含むとき、メインＴＳとサブＴＳとは層境界を越えて二つの記録層に記録されてもよい。その場合、メインＴＳとサブＴＳとの読み出し中にロングジャンプが生じる。
　図６７の（ａ）は、層境界LBの前後に記録されたデータ・ブロック群6701、6702を示す模式図である。図６７の（ａ）を参照するに、層境界LBの前に位置する記録層では、デプスマップ・データ・ブロック群…、D1、D2、ライトビュー・データ・ブロック群…、R1、R2、及びベースビュー・データ・ブロック群…、L1、L2がインターリーブ配置で記録されて、第１の３Ｄエクステント・ブロック6701を構成している。一方、層境界LBの後に位置する記録層では、デプスマップ・データ・ブロック群D3、…、ライトビュー・データ・ブロック群R3、…、及びベースビュー・データ・ブロック群L3、…がインターリーブ配置で記録されて、第２の３Ｄエクステント・ブロック6702を構成している。各３Ｄエクステント・ブロック6701、6702のインターリーブ配置は、図１５に示されているもの1501と同様である。更に、第１の３Ｄエクステント・ブロック6701の後端に位置する三つのデータ・ブロックD2、R2、L2と、第２の３Ｄエクステント・ブロック6702の先端に位置する三つのデータ・ブロックD3、R3、L3との間では、各ストリーム・データの内容が連続している。
　図６７の（ａ）に示されている各データ・ブロックは、図１５に示されているものと同様に、ファイル２Ｄ、ファイルＤＥＰ、ファイルＳＳのいずれかのエクステントとしてアクセス可能である。特にベースビュー・データ・ブロックはファイル２ＤとファイルＳＳとに共有される。例えば、ベースビュー・データ・ブロックL1－L3はいずれもファイル２Ｄ241の２ＤエクステントEXT2D[0]－EXT2D[2]としてアクセス可能である。一方、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの各対R1＋L1、R2＋L2、R3＋L3は第１ファイルＳＳ244Aの３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]としてアクセス可能である。
　図６７の（ｂ）は、３Ｄエクステント・ブロック6701、6702に対する各再生モードでの再生経路6710、6711、6712を示す模式図である。図６７の（ｂ）を参照するに、２Ｄ再生モードでの再生経路6710とＬ／Ｒモードでの再生経路6711とがいずれも、ロングジャンプJLYの直前に同じベースビュー・データ・ブロックL2を通る。
　２Ｄ再生モードの再生装置102はファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路6710が示すとおり、まず第１の３Ｄエクステント・ブロック6701内の最後から二番目のベースビュー・データ・ブロックL1が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のデプスマップ・データ・ブロックD2とライトビュー・データ・ブロックR2との読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１の３Ｄエクステント・ブロック6701内の最後のベースビュー・データ・ブロックL2が二番目の２ＤエクステントEXT2D[1]として読み出される。その直後にロングジャンプJLYが生じ、第２の３Ｄエクステント・ブロック6702の先端に位置する二個のデータ・ブロックD3、R3の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック6702内の先頭のベースビュー・データ・ブロックL3が三番目の２ＤエクステントEXT2D[2]として読み出される。
　Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路6711が示すとおり、まず先頭のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1との対R1＋L1が最初の３ＤエクステントEXTSS[0]として連続して読み出され、その直後のデプスマップ・データ・ブロックD2の読み出しが最初のジャンプJLR1によってスキップされる。次に、二番目のライトビュー・データ・ブロックR2とその直後のベースビュー・データ・ブロックL2とが二番目の３ＤエクステントEXTSS[1]として連続して読み出される。その直後にロングジャンプJLYが生じ、第２の３Ｄエクステント・ブロック6702内の先頭のデプスマップ・データ・ブロックD3の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック6702内の先頭のライトビュー・データ・ブロックR3とその直後のベースビュー・データ・ブロックL3とが三番目の３ＤエクステントEXTSS[2]として連続して読み出される。
　ロングジャンプJLYの期間中、ＢＤ－ＲＯＭドライブは読み出し処理を停止するが、システム・ターゲット・デコーダはストリーム・データの復号処理を続行する。従って、再生装置102にロングジャンプJLYの前後で映像をシームレスに再生させるには、ロングジャンプJLYの期間中でのバッファ・アンダーフローを防止しなければならない。
　Ｌ／Ｒモードの再生装置102は、第１の３Ｄエクステント・ブロック6701を復号する間に各リード・バッファ4021、4022にバッファ余裕量UL1、UL2を蓄積する。ロングジャンプJLYの期間中、その直前に読み込まれた３ＤエクステントEXTSS[1]＝R2＋L2に加えてバッファ余裕量UL1、UL2のデータが復号される。従って、Ｌ／Ｒモードでバッファ・アンダーフローを防止するにはバッファ余裕量UL1、UL2が十分に大きければよい。
　例えば、ロングジャンプJLYのジャンプ距離Sjump＿maxが４００００セクタであるという前提でバッファ余裕量UL1、UL2が式（８）、（９）から求められている場合を想定する。その場合、バッファ余裕量UL1、UL2だけでも最大ジャンプ時間Tjump＿max＝７００ｍ秒の間、リード・バッファ4021、4022のアンダーフローが防止可能である。ここで、層切り換えに伴うロングジャンプJLYの最大ジャンプ時間Tjump＿maxは、図５７の表においてジャンプ距離Sjumpに対応する最大ジャンプ時間Tjump＿max＝３５０ｍ秒に加えて層切換時間３５０ｍ秒を含む。従って、実際のロングジャンプJLYのジャンプ時間が７００ｍ秒以下である限り、各データ・ブロックR2、L2のサイズは、ロングジャンプJLYの直前までバッファ余裕量が維持できる値Smin2、Smin1であればよい。すなわち、それらの値Smin2、Smin1は、式（３）、（２）の右辺にジャンプ時間Tjump－3D[n]として、ロングジャンプJLYの最大ジャンプ時間Tjump＿maxから層切換時間を除いた値を代入して算定されればよい。その結果、各データ・ブロックR2、L2のサイズSmin2、Smin1は、仮に「二つの３Ｄエクステント・ブロック6701、6702が連続して配置されている」としたときの最小エクステント・サイズに等しい。
　一方、２Ｄ再生モードでバッファ・アンダーフローを防止するには次の二つの条件が満たされればよい：まず、２ＤエクステントEXT2D[1]、すなわちベースビュー・データ・ブロックL2のサイズSext2D[1]が式（１）を満たす。次に、第１の３Ｄエクステント・ブロック6701内の最後の２Ｄエクステントから第２の３Ｄエクステント・ブロック6702内の最初の２Ｄエクステントまでのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下である。ここで、式（１）を満たすサイズSext2D[1]は、図６７の（ｂ）に示されているように、Ｌ／Ｒモードでの最小エクステント・サイズSmin1よりも一般に大きい。従って、第１リード・バッファ4021の容量は、Ｌ／Ｒモードでのシームレス再生に必要最小限の値よりも大きくなければならない。更に、同じ３ＤエクステントEXTSS[1]に含まれるライトビュー・データ・ブロックR2とベースビュー・データ・ブロックL2とではエクステントＡＴＣ時間が等しい。従って、ライトビュー・データ・ブロックR2のサイズSext2[1]は、Ｌ／Ｒモードでの最小エクステント・サイズSmin2よりも一般に大きい。それ故、第２リード・バッファ4022の容量は、Ｌ／Ｒモードでのシームレス再生に必要最小限の値よりも更に大きくなければならない。
　上記のとおり、図６７の（ａ）に示されている配置では、二つの３Ｄエクステント・ブロック6701、6702間でのロングジャンプ中でも映像のシームレス再生は可能である。しかし、Ｌ／Ｒモードの再生装置102内にリード・バッファ4021、4022の容量が十分に大きく確保されなければならない。
　ロングジャンプ中での映像のシームレス再生を可能にしたまま、リード・バッファ4021、4022の容量を更に削減するには、層境界等、そのロングジャンプの必要な位置の前後でデータ・ブロック群の配置をインターリーブ配置から変更すればよい。その変更のパターンには、例えば、以下に述べる六種類の配置１－６がある。配置１－６のいずれでも、再生装置102は後述のとおり、リード・バッファ4021、4022の容量を必要最小限に維持したまま、ロングジャンプ中での映像のシームレス再生を容易に実現できる。
　　［O－1］配置１
　図６８の（ａ）は、ＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第１例を示す模式図である。以下、この配置を「配置１」という。図６８の（ａ）を参照するに、層境界LBの前には第１の３Ｄエクステント・ブロック6801が記録され、層境界LBの後には第２の３Ｄエクステント・ブロック6802が記録されている。各３Ｄエクステント・ブロック6801、6802は、図６７の（ａ）に示されているもの6701、6702と同様である。配置１では更に、第１の３Ｄエクステント・ブロック6801の後端L2と層境界LBとの間に一つのベースビュー・データ・ブロックL32Dが配置されている。そのベースビュー・データ・ブロックL32Dは、第２の３Ｄエクステント・ブロック6802内の先端のベースビュー・データ・ブロックL3SSとビット単位（bit－for－bit）で一致する。以下、前者L32Dを「２Ｄ再生専用ブロック」といい、後者L3SSを「３Ｄ再生専用ブロック」という。
　図６８の（ａ）に示されている各データ・ブロックは、３Ｄ再生専用ブロックL3SSを除いて、ファイル２Ｄ又はファイルＤＥＰのいずれかのエクステントとしてアクセス可能である。例えば第１の３Ｄエクステント・ブロック6801内の最後から二番目のベースビュー・データ・ブロックL1、最後のベースビュー・データ・ブロックL2と２Ｄ再生専用ブロックL32Dとの対L2＋L32D、及び、第２の３Ｄエクステント・ブロック6802内の二番目のベースビュー・データ・ブロックL4はそれぞれ、ファイル２Ｄ241の単一の２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。
　図６８の（ａ）に示されているデータ・ブロック群では、ＡＶストリーム・ファイルのクロスリンクが次のように実現される。各３Ｄエクステント・ブロック6801、6802内で隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2、R3＋L3SS、R4＋L4はそれぞれ、第１ファイルＳＳ244Aの単一の３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]としてアクセス可能である。ここで、層境界LBの直後の３ＤエクステントEXTSS[3]を除き、３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[3]はそれぞれ、ベースビュー・データ・ブロックL1、L2、L4をファイル２Ｄ241と共有する。一方、２Ｄ再生専用ブロックL32Dは、層境界LBの直前に位置するファイル２Ｄ241のエクステントEXT2D[1]の一部としてアクセス可能である。更に、３Ｄ再生専用ブロックL3SSは、層境界LBの直後の３ＤエクステントEXTSS[2]の一部としてアクセス可能である。
　図６８の（ｂ）は、図６８の（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路6810、Ｌ／Ｒモードでの再生経路6820、及びデプス・モードでの再生経路6830を示す模式図である。
　２Ｄ再生モードの再生装置102はファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路6810が示すとおり、まず第１の３Ｄエクステント・ブロック6801内の最後から二番目のベースビュー・データ・ブロックL1が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のデプスマップ・データ・ブロックD2とライトビュー・データ・ブロックR2との読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１の３Ｄエクステント・ブロック6810内の最後のベースビュー・データ・ブロックL2とその直後の２Ｄ再生専用ブロックL32Dとの対L2＋L32Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後の層境界LBではロングジャンプJLYが生じ、第２の３Ｄエクステント・ブロック6802の先端に位置する５個のデータ・ブロックD3、R3、L3SS、D4、R4の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック6802内の二番目のベースビュー・データ・ブロックL4が三番目の２ＤエクステントEXT2D[2]として読み出される。
　Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路6820が示すとおり、まず先頭のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1との対R1＋L1が最初の３ＤエクステントEXTSS[0]として連続して読み出され、その直後のデプスマップ・データ・ブロックD2の読み出しが最初のジャンプJLR1によってスキップされる。次に、二番目のライトビュー・データ・ブロックR2とその直後のベースビュー・データ・ブロックL2とが二番目の３ＤエクステントEXTSS[1]として連続して読み出される。その直後にロングジャンプJLYが生じ、２Ｄ再生専用ブロックL32Dと第２の３Ｄエクステント・ブロック6802内の先頭のデプスマップ・データ・ブロックD3との読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック6802内の先頭のライトビュー・データ・ブロックR3とその直後の３Ｄ再生専用ブロックL3SSとが三番目の３ＤエクステントEXTSS[2]として連続して読み出され、その直後のデプスマップ・データ・ブロックD4の読み出しが二番目のジャンプJLR2によってスキップされる。更に、次のライトビュー・データ・ブロックR4とその直後のベースビュー・データ・ブロックL4とが四番目の３ＤエクステントEXTSS[3]として連続して読み出される。
　図６８の（ｂ）に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロックL32Dは読み出されるが、３Ｄ再生専用ブロックL3SSの読み出しはスキップされる。逆に、Ｌ／Ｒモードでは、２Ｄ再生専用ブロックL32Dの読み出しはスキップされるが、３Ｄ再生専用ブロックL3SSは読み出される。しかし、両方のデータ・ブロックL32D、L3SSはビット単位で一致しているので、いずれの再生モードでも、再生されるレフトビュー・ビデオ・フレームは等しい。このように、配置１ではロングジャンプJLYの前後で２Ｄ再生モードでの再生経路6810とＬ／Ｒモードでの再生経路6820とが分離されている。デプス・モードについても同様である。従って、図６７の（ａ）に示されている配置とは異なり、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSext2D[1]とその直前のライトビュー・データ・ブロックR2のサイズSext2[1]とが、以下のように別々に決定可能である。
　２ＤエクステントEXT2D[1]のサイズSext2D[1]はベースビュー・データ・ブロックL2のサイズSext1[1]と２Ｄ再生専用ブロックL32DのサイズS2Dとの和Sext1[1]＋S2Dに等しい。従って、２Ｄ再生モードでのシームレス再生の実現には、まず、その和Sext1[1]＋S2Dが式（１）を満たせばよい。次に、２Ｄ再生専用ブロックL32Dの後端から第２の３Ｄエクステント・ブロック6802内の最初の２ＤエクステントEXT2D[2]＝L4までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
　一方、Ｌ／Ｒモードでのシームレス再生の実現には、まず、層境界LBの直前に位置するライトビュー・データ・ブロックR2とベースビュー・データ・ブロックL2との各サイズSext2[1]、Sext1[1]が、式（３）、（２）を満たせばよい。ここで、それらの右辺にはジャンプ時間Tjump－3Dとして、ロングジャンプJLYの最大ジャンプ時間Tjump＿maxから層切換時間を除いた値が代入されればよい。次に、その３ＤエクステントEXTSS[1]の後端から第２の３Ｄエクステント・ブロック6802内の最初の３ＤエクステントEXTSS[2]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
　２ＤエクステントEXT2D[1]のうち、３ＤエクステントEXTSS[1]と共有されるのは、前側に位置するベースビュー・データ・ブロックL2だけである。従って、２Ｄ再生専用ブロックL32DのサイズS2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズSext2D[1]＝Sext1[1]＋S2Dを一定に維持したまま、ベースビュー・データ・ブロックL2のサイズSext1[1]を更に小さく制限することができる。それに伴い、ライトビュー・データ・ブロックR2のサイズSext2[1]も更に小さく制限することができる。
　ここで、３Ｄ再生専用ブロックL3SSは２Ｄ再生専用ブロックL32Dとビット単位で一致しているので、２Ｄ再生専用ブロックL32DのサイズS2Dの拡大は、３Ｄ再生専用ブロックL3SSの直前に位置するライトビュー・データ・ブロックR3のサイズを拡大させる。しかし、そのサイズは、図６７の（ａ）に示されている層境界LBの直前に位置するライトビュー・データ・ブロックR3のサイズよりは十分に小さくできる。こうして、Ｌ／Ｒモードの再生装置102内に確保されるべきリード・バッファ4021、4022の容量を、Ｌ／Ｒモードでのシームレス再生に必要最小限の値に更に接近させることができる。
　このように、配置１では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、ロングジャンプ中での映像のシームレス再生が２Ｄ再生モードとＬ／Ｒモードとの両方で実現可能であるように、各データ・ブロックのサイズを設計することができる。尚、デプス・モードでも同様である。
　　［O－2］Ｌ／Ｒモードのみに対応する配置１
　３Ｄ映像の再生にＬ／Ｒモードのみが利用されるとき、上記の配置１からデプスマップ・データ・ブロックが除去されてもよい。図６９は、図６８の（ａ）に示されている配置１からデプスマップ・データ・ブロックを除去したものを示す模式図である。図６９を参照するに、層境界LBの前に位置する第１の３Ｄエクステント・ブロック6901では、ディペンデントビュー・データ・ブロック群…、D[0]、D[1]とベースビュー・データ・ブロック群…、B[0]、B[1]とがインターリーブ配置で記録されている。一方、層境界LBの後に位置する第２の３Ｄエクステント・ブロック6902では、ディペンデントビュー・データ・ブロック群D[2]、D[3]、…とベースビュー・データ・ブロック群B[2]SS、B[3]、…がインターリーブ配置で記録されている。更に、第１の３Ｄエクステント・ブロック6901の後端B[1]と層境界LBとの間に２Ｄ再生専用ブロックB[2]2Dが配置され、第２の３Ｄエクステント・ブロック6902の先端には３Ｄ再生専用ブロックB[2]SSが配置されている。それらのデータ・ブロックB[2]2D、B[2]SSはビット単位で一致する。
　各３Ｄエクステント・ブロック6901、6902のインターリーブ配置では、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とが交互に並ぶ。更に、二つの連続するデータ・ブロックD[0]、B[0]；D[1]、B[1]；D[2]、B[2]SS；D[3]、B[3]間ではエクステントＡＴＣ時間が等しい。第１の３Ｄエクステント・ブロック6901の後端に位置する二つのデータ・ブロックD[1]、B[1]と、第２の３Ｄエクステント・ブロック6902の先端に位置する二つのデータ・ブロックD[2]、B[2]SSとの間では、各ストリーム・データの内容が連続している。
　図６９に示されている各データ・ブロックは、３Ｄ再生専用ブロックB[2]SSを除いて、ファイル２Ｄ6910又はファイルＤＥＰ6912のいずれかのエクステントとしてアクセス可能である。例えば、第１の３Ｄエクステント・ブロック6901内の最後から二番目のベースビュー・データ・ブロックB[0]、第１の３Ｄエクステント・ブロック6901内の最後のベースビュー・データ・ブロックと２Ｄ再生専用ブロックとの対B[1]＋B[2]2D、及び第２の３Ｄエクステント・ブロック6902内の二番目のベースビュー・データ・ブロックB[3]はそれぞれ、ファイル２Ｄ6910の単一の２ＤエクステントEXT2D[0]、EXT2D[1]、及びEXT2D[2]としてアクセス可能である。
　図６９に示されているデータ・ブロック群では、ＡＶストリーム・ファイルのクロスリンクが次のように実現される。各３Ｄエクステント・ブロック6901、6902内で隣接するディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとの対D[0]＋B[0]＋D[1]＋B[1]、D[2]＋B[2]SS＋D[3]＋B[3]はそれぞれ、ファイルＳＳ6920の単一の３ＤエクステントEXTSS[0]、EXTSS[1]としてアクセス可能である。ここで、３ＤエクステントEXTSS[0]、EXTSS[1]はそれぞれ、ベースビュー・データ・ブロックB[0]、B[1]、B[3]をファイル２Ｄ6910と共有する。一方、２Ｄ再生専用ブロックB[2]2Dは、層境界LBの直前に位置する２ＤエクステントEXT2D[1]の一部としてアクセス可能である。更に、３Ｄ再生専用ブロックB[2]SSは、層境界LBの直後の３ＤエクステントEXTSS[1]の一部としてアクセス可能である。
　２Ｄ再生モードの再生装置102はファイル２Ｄ6910を再生する。従って、図６８の（ｂ）に示されている２Ｄ再生モードでの再生経路6810と同様に、２ＤエクステントEXT2D[0]＝B[0]、EXT2D[1]＝B[1]＋B[2]2D、及びEXT2D[2]＝B[3]のみが読み出され、他のデータ・ブロックの読み出しはジャンプによってスキップされる。
　Ｌ／Ｒモードの再生装置102はファイルＳＳ6920を再生する。従って、２Ｄ再生専用ブロックB[2]2D以外のデータ・ブロックが３ＤエクステントEXTSS[0]、EXTSS[1]として連続して読み出され、２Ｄ再生専用ブロックB[2]2Dの読み出しのみがスキップされる。
　上記のとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロックB[2]2Dは読み出されるが、３Ｄ再生専用ブロックB[2]SSの読み出しはスキップされる。逆に、Ｌ／Ｒモードでは、２Ｄ再生専用ブロックB[2]2Dの読み出しはスキップされるが、３Ｄ再生専用ブロックB[2]SSは読み出される。しかし、両方のデータ・ブロックB[2]2D、B[2]SSはビット単位で一致しているので、いずれの再生モードでも、再生されるレフトビュー・ビデオ・フレームは等しい。このように、配置１では、Ｌ／Ｒモードのみに対応可能な場合でも、ロングジャンプJLYの前後で、２Ｄ再生モードでの再生経路とＬ／Ｒモードでの再生経路とが分離されている。従って、２Ｄ再生専用ブロックB[2]2DのサイズS2Dを適切に拡大することにより、次の四つの条件を同時に満たすことができる：（i）２ＤエクステントEXT2D[1]＝B[1]＋B[2]2Dのサイズが式（１）を満たす。（ii）２Ｄ再生専用ブロックB[2]2Dの後端から第２の３Ｄエクステント・ブロック6902内の最初の２ＤエクステントEXT2D[2]＝B[3]までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下である。（iii）層境界LBの直前に位置するディペンデントビュー・データ・ブロックD[1]とベースビュー・データ・ブロックB[1]との各サイズが、式（３）、（２）を満たす。ここで、それらの右辺にはジャンプ時間Tjump－3Dとして、ロングジャンプJLYの最大ジャンプ時間Tjump＿maxから層切換時間を除いた値が代入されればよい。（iv）３ＤエクステントEXTSS[0]の後端から第２の３Ｄエクステント・ブロック6902内の最初の３ＤエクステントEXTSS[1]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下である。それらの結果、Ｌ／Ｒモードの再生装置102内に確保されるべきリード・バッファ4021、4022の容量を、Ｌ／Ｒモードでのシームレス再生に必要最小限の値に更に接近させることができる。
　このように、配置１がＬ／Ｒモードのみ対応可能なものであっても、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、ロングジャンプ中での映像のシームレス再生が２Ｄ再生モードとＬ／Ｒモードとの両方で実現可能であるように、各データ・ブロックのサイズを設計することができる。
　　［O－3］配置２
　図７０の（ａ）は、ＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第２例を示す模式図である。以下、この配置を「配置２」という。図７０の（ａ）を図６８の（ａ）と比較するに、配置２は配置１とは、第２の３Ｄエクステント・ブロック7002の先端に二個の３Ｄ再生専用ブロックL3SS、L4SSが設けられている点で異なる。３Ｄ再生専用ブロックの全体L3SS＋L4SSは、層境界LBの直前に位置する２Ｄ再生専用ブロック（L3＋L4)2Dとビット単位で一致する。その他の特徴については配置２は配置１と同様であるので、その詳細についての説明は配置１についての説明を援用する。
　図７０の（ａ）に示されている各データ・ブロックは、３Ｄ再生専用ブロックL3SS、L4SSを除いて、ファイル２Ｄ又はファイルＤＥＰのいずれかのエクステントとしてアクセス可能である。例えば、第１の３Ｄエクステント・ブロック7001内の最後から二番目のベースビュー・データ・ブロックL1、最後のベースビュー・データ・ブロックL2と２Ｄ再生専用ブロック（L3＋L4)2Dとの対L2＋(L3＋L4)2D、及び第２の３Ｄエクステント・ブロック7002内の三番目のベースビュー・データ・ブロックL5はそれぞれ、ファイル２Ｄ241の単一の２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。
　図７０の（ａ）に示されているデータ・ブロック群では、ＡＶストリーム・ファイルのクロスリンクが次のように実現される。各３Ｄエクステント・ブロック7001、7002内で隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2、R3＋L3SS、R4＋L4SS、R5＋L5はそれぞれ、第１ファイルＳＳ244Aの単一の３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]、EXTSS[4]としてアクセス可能である。ここで、層境界LBの直後に並ぶ二つの３ＤエクステントEXTSS[2]、EXTSS[3]を除いて、３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[4]はそれぞれ、ベースビュー・データ・ブロックL1、L2、L5を２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]と共有する。一方、２Ｄ再生専用ブロック（L3＋L4)2Dは２ＤエクステントEXT2D[1]の一部としてアクセス可能である。更に、３Ｄ再生専用ブロックL3SS、L4SSは３ＤエクステントEXTSS[2]、EXTSS[3]の一部としてアクセス可能である。
　図７０の（ｂ）は、図７０の（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路7010、Ｌ／Ｒモードでの再生経路7020、及びデプス・モードでの再生経路7030を示す模式図である。
　２Ｄ再生モードの再生装置102はファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路7010が示すとおり、まず第１の３Ｄエクステント・ブロック7001内の最後から二番目のベースビュー・データ・ブロックL1が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のデプスマップ・データ・ブロックD2とライトビュー・データ・ブロックR2との読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１の３Ｄエクステント・ブロック7001内の最後のベースビュー・データ・ブロックL2とその直後の２Ｄ再生専用ブロック（L3＋L4)2Dとの対L2＋(L3＋L4)2Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後の層境界LBではロングジャンプJLYが生じ、第２の３Ｄエクステント・ブロック7002の先端に位置する８個のデータ・ブロックD3、R3、L3SS、D4、R4、L4SS、D5、R5の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック7002内の三番目のベースビュー・データ・ブロックL5が三番目の２ＤエクステントEXT2D[2]として読み出される。
　Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路7020が示すとおり、まず先頭のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1との対R1＋L1が最初の３ＤエクステントEXTSS[0]として連続して読み出され、その直後のデプスマップ・データ・ブロックD2の読み出しが最初のジャンプJLR1によってスキップされる。次に、二番目のライトビュー・データ・ブロックR2とその直後のベースビュー・データ・ブロックL2とが二番目の３ＤエクステントEXTSS[1]として連続して読み出される。その直後にロングジャンプJLYが生じ、２Ｄ再生専用ブロック（L3＋L4)2Dと第２の３Ｄエクステント・ブロック7002内の先頭のデプスマップ・データ・ブロックD3との読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック7002内の先頭のライトビュー・データ・ブロックR3とその直後の３Ｄ再生専用ブロックL3SSとが三番目の３ＤエクステントEXTSS[2]として連続して読み出され、その直後のデプスマップ・データ・ブロックD4の読み出しが二番目のジャンプJLR2によってスキップされる。同様に、次のライトビュー・データ・ブロックR4とその直後の３Ｄ再生専用ブロックL4SSとが四番目の３ＤエクステントEXTSS[3]として連続して読み出され、その直後のデプスマップ・データ・ブロックD5の読み出しが三番目のジャンプJLR3によってスキップされる。更に、次のライトビュー・データ・ブロックR5とその直後のベースビュー・データ・ブロックL5とが五番目の３ＤエクステントEXTSS[4]として連続して読み出される。
　図７０の（ｂ）に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロック（L3＋L4)2Dは読み出されるが、３Ｄ再生専用ブロックL3SS、L4SSの読み出しはスキップされる。逆にＬ／Ｒモードでは、２Ｄ再生専用ブロック（L3＋L4)2Dの読み出しはスキップされるが、３Ｄ再生専用ブロックL3SS、L4SSは読み出される。しかし、２Ｄ再生専用ブロック（L3＋L4)2Dと３Ｄ再生専用ブロックの全体L3SS＋L4SSとはビット単位で一致しているので、いずれの再生モードでも、再生されるレフトビュー・ビデオ・フレームは等しい。このように、配置２ではロングジャンプJLYの前後で２Ｄ再生モードでの再生経路7010とＬ／Ｒモードでの再生経路7020とが分離されている。従って、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSext2D[1]とその直前のライトビュー・データ・ブロックR2のサイズSext2[1]とが、以下のように別々に決定可能である。尚、デプス・モードについても同様である。
　２ＤエクステントEXT2D[1]のサイズSext2D[1]はベースビュー・データ・ブロックL2のサイズSext1[1]と２Ｄ再生専用ブロック（L3＋L4)2DのサイズS2Dとの和Sext1[1]＋S2Dに等しい。従って、２Ｄ再生モードでのシームレス再生の実現には、まず、その和Sext1[1]＋S2Dが式（１）を満たせばよい。次に、２Ｄ再生専用ブロック（L3＋L4)2Dの後端から第２の３Ｄエクステント・ブロック7002内の最初の２ＤエクステントEXT2D[2]＝L5までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
　一方、Ｌ／Ｒモードでのシームレス再生の実現には、まず、層境界LBの直前に位置するライトビュー・データ・ブロックR2とベースビュー・データ・ブロックL2との各サイズSext2[1]、Sext1[1]が、式（３）、（２）を満たせばよい。ここで、それらの右辺にはジャンプ時間Tjump－3Dとして、ロングジャンプJLYの最大ジャンプ時間Tjump＿maxから層切換時間を除いた値が代入されればよい。次に、その３ＤエクステントEXTSS[1]の後端から第２の３Ｄエクステント・ブロック7002内の最初の３ＤエクステントEXTSS[2]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
　２ＤエクステントEXT2D[1]のうち、３ＤエクステントEXTSS[1]と共有されるのは、前側に位置するベースビュー・データ・ブロックL2だけである。従って、２Ｄ再生専用ブロック（L3＋L4)2DのサイズS2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズSext2D[1]＝Sext1[1]＋S2Dを一定に維持したまま、ベースビュー・データ・ブロックL2のサイズSext1[1]を更に小さく制限することができる。それに伴い、ライトビュー・データ・ブロックR2のサイズSext2[1]も更に小さく制限することができる。
　ここで、３Ｄ再生専用ブロックの全体L3SS＋L4SSは２Ｄ再生専用ブロック（L3＋L4)2Dとビット単位で一致しているので、２Ｄ再生専用ブロック（L3＋L4)2DのサイズS2Dの拡大は、各３Ｄ再生専用ブロックL3SS、L4SSの直前に位置するライトビュー・データ・ブロックR3、R4のサイズを拡大させる。しかし、一つの２Ｄ再生専用ブロック（L3＋L4)2Dに対して３Ｄ再生専用ブロックは二つL3SS、L4SSに分割されているので、各サイズは、図６７の（ａ）に示されている層境界LBの直前に位置するライトビュー・データ・ブロックR3のサイズよりは十分に小さくできる。こうして、Ｌ／Ｒモードの再生装置102内に確保されるべきリード・バッファ4021、4022の容量は、Ｌ／Ｒモードでのシームレス再生に必要最小限の値まで更に削減可能である。
　このように、配置２では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、ロングジャンプ中での映像のシームレス再生が２Ｄ再生モードとＬ／Ｒモードとの両方で実現可能であるように、各データ・ブロックのサイズを設計することができる。尚、デプス・モードでも同様である。
　配置２では、２Ｄ再生専用ブロック（L3＋L4)2Dの複製データが二個の３Ｄ再生専用ブロックL3SS、L4SSに分割されている。その他に、その複製データが三個以上の３Ｄ再生専用ブロックに分割されていてもよい。
　　［O－4］配置３
　図７１の（ａ）は、ＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第３例を示す模式図である。以下、この配置を「配置３」という。図７１の（ａ）を図７０の（ａ）と比較するに、配置３は配置２とは、２Ｄ再生専用ブロック（L2＋L3)2Dが単一の２ＤエクステントEXT2D[1]としてアクセス可能である点で異なる。２Ｄ再生専用ブロック（L2＋L3)2Dは、層境界LBの直後に位置する３Ｄ再生専用ブロックの全体L2SS＋L3SSとビット単位で一致する。その他の特徴については配置３は配置２と同様であるので、その詳細についての説明は配置２についての説明を援用する。
　図７１の（ａ）に示されている各データ・ブロックは、３Ｄ再生専用ブロックL2SS、L3SSを除いて、ファイル２Ｄ又はファイルＤＥＰのいずれかのエクステントとしてアクセス可能である。例えば、第１の３Ｄエクステント・ブロック7101内の最後のベースビュー・データ・ブロックL1、２Ｄ再生専用ブロック（L2＋L3)2D、及び第２の３Ｄエクステント・ブロック7102内の三番目のベースビュー・データ・ブロックL4はそれぞれ、ファイル２Ｄ241の単一の２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。
　図７１の（ａ）に示されているデータ・ブロック群では、ＡＶストリーム・ファイルのクロスリンクが次のように実現される。各３Ｄエクステント・ブロック7101、7102内で隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2SS、R3＋L3SS、R4＋L4はそれぞれ、第１ファイルＳＳ244Aの単一の３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]としてアクセス可能である。ここで、層境界LBの直後に並ぶ二つの３ＤエクステントEXTSS[1]、EXTSS[2]を除いて、３ＤエクステントEXTSS[0]、EXTSS[4]はそれぞれ、ベースビュー・データ・ブロックL1、L4を２ＤエクステントEXT2D[0]、EXT2D[2]と共有する。一方、２Ｄ再生専用ブロック（L2＋L3)2Dは２ＤエクステントEXT2D[1]としてアクセス可能である。更に、３Ｄ再生専用ブロックL2SS、L3SSは３ＤエクステントEXTSS[1]、EXTSS[2]の一部としてアクセス可能である。
　図７１の（ｂ）は、図７１の（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路7110、Ｌ／Ｒモードでの再生経路7120、及びデプス・モードでの再生経路7130を示す模式図である。
　２Ｄ再生モードの再生装置102はファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路7110が示すとおり、まず第１の３Ｄエクステント・ブロック7101内の最後のベースビュー・データ・ブロックL1が最初の２ＤエクステントEXT2D[0]として読み出される。次に、その直後の２Ｄ再生専用ブロック（L2＋L3)2Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後の層境界LBではロングジャンプJLYが生じ、第２の３Ｄエクステント・ブロック7102の先端に位置する８個のデータ・ブロックD2、R2、L2SS、D3、R3、L3SS、D4、R4の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック7102内の三番目のベースビュー・データ・ブロックL4が三番目の２ＤエクステントEXT2D[2]として読み出される。
　Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路7102が示すとおり、まず先頭のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1との対R1＋L1が最初の３ＤエクステントEXTSS[0]として連続して読み出される。その直後にロングジャンプJLYが生じ、２Ｄ再生専用ブロック（L2＋L3)2Dと第２の３Ｄエクステント・ブロック7102内の先頭のデプスマップ・データ・ブロックD3との読み出しがスキップされる。次に、第２の３Ｄエクステント・ブロック7102内の先頭のライトビュー・データ・ブロックR2とその直後の３Ｄ再生専用ブロックL2SSとが二番目の３ＤエクステントEXTSS[1]として連続して読み出され、その直後のデプスマップ・データ・ブロックD3の読み出しが最初のジャンプJLR1によってスキップされる。同様に、次のライトビュー・データ・ブロックR3とその直後の３Ｄ再生専用ブロックL3SSとが三番目の３ＤエクステントEXTSS[2]として連続して読み出され、その直後のデプスマップ・データ・ブロックD4の読み出しが二番目のジャンプJLR2によってスキップされる。更に次のライトビュー・データ・ブロックR4とその直後のベースビュー・データ・ブロックL4とが四番目の３ＤエクステントEXTSS[3]として連続して読み出される。
　図７１の（ｂ）に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロック（L2＋L3)2Dは読み出されるが、３Ｄ再生専用ブロックL2SS、L3SSの読み出しはスキップされる。逆にＬ／Ｒモードでは、２Ｄ再生専用ブロック（L2＋L3)2Dの読み出しはスキップされるが、３Ｄ再生専用ブロックL2SS、L3SSは読み出される。しかし、２Ｄ再生専用ブロック（L2＋L3)2Dと３Ｄ再生専用ブロックの全体L2SS＋L3SSとはビット単位で一致しているので、いずれの再生モードでも、再生されるレフトビュー・ビデオ・フレームは等しい。このように、配置３ではロングジャンプJLYの前後で２Ｄ再生モードでの再生経路7110とＬ／Ｒモードでの再生経路7120とが分離されている。従って、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSext2D[1]とその直前のライトビュー・データ・ブロックR2のサイズSext2[1]とが、以下のように別々に決定可能である。尚、デプス・モードについても同様である。
　２ＤエクステントEXT2D[0]、EXT2D[1]のサイズの和Sext2D[0]＋Sext2D[1]はベースビュー・データ・ブロックL1のサイズSext1[0]と２Ｄ再生専用ブロック（L2＋L3)2DのサイズSext2D[1]との和Sext1[0]＋Sext2D[1]に等しい。従って、２Ｄ再生モードでのシームレス再生の実現には、まず、その和Sext1[0]＋Sext2D[1]が式（１）を満たせばよい。次に、２Ｄ再生専用ブロック（L2＋L3)2Dの後端から第２の３Ｄエクステント・ブロック7102内の最初の２ＤエクステントEXT2D[2]＝L4までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
　一方、Ｌ／Ｒモードでのシームレス再生の実現には、まず、層境界LBの直前に位置するライトビュー・データ・ブロックR1とベースビュー・データ・ブロックL1との各サイズSext2[0]、Sext1[0]が、式（３）、（２）を満たせばよい。ここで、それらの右辺にはジャンプ時間Tjump－3Dとして、ロングジャンプJLYの最大ジャンプ時間Tjump＿maxから層切換時間を除いた値が代入されればよい。次に、その３ＤエクステントEXTSS[0]の後端から第２の３Ｄエクステント・ブロック7102内の最初の３ＤエクステントEXTSS[1]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
　ベースビュー・データ・ブロックL1と２Ｄ再生専用ブロック（L2＋L3)2Dとは異なる２Ｄエクステントに属する。従って、２Ｄ再生専用ブロック（L2＋L3)2DのサイズSext2D[1]を適切に拡大することにより、２Ｄエクステントの対EXT2D[0]、EXT2D[1]のサイズの和Sext2D[0]＋Sext2D[1]を一定に維持したまま、ベースビュー・データ・ブロックL1のサイズSext2D[0]＝Sext1[0]を更に小さく制限することができる。それに伴い、ライトビュー・データ・ブロックR1のサイズSext2[0]も更に小さく制限することができる。
　ここで、３Ｄ再生専用ブロックの全体L2SS＋L3SSは２Ｄ再生専用ブロック（L2＋L3)2Dとビット単位で一致しているので、２Ｄ再生専用ブロック（L2＋L3)2DのサイズS2Dの拡大は、各３Ｄ再生専用ブロックL2SS、L3SSの直前に位置するライトビュー・データ・ブロックR2、R3のサイズを拡大させる。しかし、一つの２Ｄ再生専用ブロック（L2＋L3)2Dに対して３Ｄ再生専用ブロックは二つL2SS、L3SSに分割されているので、各サイズは、図６７の（ａ）に示されている層境界LBの直前に位置するライトビュー・データ・ブロックR3のサイズよりは十分に小さくできる。こうして、Ｌ／Ｒモードの再生装置102内に確保されるべきリード・バッファ4021、4022の容量は、Ｌ／Ｒモードでのシームレス再生に必要最小限の値まで更に削減可能である。
　このように、配置３では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、ロングジャンプ中での映像のシームレス再生が２Ｄ再生モードとＬ／Ｒモードとの両方で実現可能であるように、各データ・ブロックのサイズを設計することができる。尚、デプス・モードでも同様である。
　配置３では、２Ｄ再生専用ブロック（L2＋L3)2Dの複製データが二個の３Ｄ再生専用ブロックL2SS、L3SSに分割されている。その他に、複製データが単一の３Ｄ再生専用ブロックとして設けられていてもよく、又は、三個以上の３Ｄ再生専用ブロックに分割されていてもよい。その他に、２Ｄ再生専用ブロックはファイル２Ｄの二個以上のエクステントとしてアクセス可能であってもよい。
　配置３では、隣接するベースビュー・データ・ブロックL1と２Ｄ再生専用ブロック（L2＋L3)2Dとが、異なるファイル２Ｄに属してもよい。その場合、２Ｄプレイリスト・ファイルのメインパスでは、各ファイル２Ｄ内の再生区間を規定するＰＩ間にＣＣ＝５又はＣＣ＝６が設定される。更に、二つの３Ｄエクステント・ブロック7101、7102は異なるファイルＳＳに属する。従って、３Ｄプレイリスト・ファイルのメインパスでは、各ファイルＳＳとベースビュー・データ・ブロックを共有するファイル２Ｄ内の再生区間を規定するＰＩ間にＣＣ＝５又はＣＣ＝６が設定される。一方、３Ｄプレイリスト・ファイルのサブパスでは、各ファイルＳＳとディペンデントビュー・データ・ブロックを共有するファイルＤＥＰ内の再生区間を規定するＳＵＢ＿ＰＩ間にＳＰコネクション・コンディション（ＣＣ）＝５又はＳＰＣＣ＝６が設定される。
　　［O－5］配置４
　図７２の（ａ）は、ＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第４例を示す模式図である。以下、この配置を「配置４」という。図７２の（ａ）を図７０の（ａ）と比較するに、配置４は配置２とは、３Ｄ再生専用ブロックL3SS、L4SSを含むインターリーブ配置のデータ・ブロック群が層境界LBの直前に配置されている点で異なる。その他の特徴については配置４は配置２と同様であるので、その詳細についての説明は配置２についての説明を援用する。
　第１の３Ｄエクステント・ブロック7201の後端L2と層境界LBとの間には、３Ｄ再生専用ブロックL3SS、L4SSが、デプスマップ・データ・ブロックD3、D4、及びライトビュー・データ・ブロックR3、R4と共に、インターリーブ配置で記録されている。それらのデータ・ブロックは、第１の３Ｄエクステント・ブロック7201の後端に位置するデータ・ブロックD2、R2、L2とも、第２の３Ｄエクステント・ブロック7202の先端に位置するデータ・ブロックD5、R5、L5とも、各ストリーム・データの内容が連続している。３Ｄ再生専用ブロックL3SS、L4SSは、その前に位置する２Ｄ再生専用ブロック（L3＋L4)2Dとビット単位で一致する。
　図７２の（ａ）に示されている各データ・ブロックは、３Ｄ再生専用ブロックL3SS、L4SSを除いて、ファイル２Ｄ又はファイルＤＥＰのいずれかのエクステントとしてアクセス可能である。例えば、第１の３Ｄエクステント・ブロック7201内の最後から二番目のベースビュー・データ・ブロックL1、第１の３Ｄエクステント・ブロック7201内の最後のベースビュー・データ・ブロックL2と２Ｄ再生専用ブロック（L3＋L4)2Dとの対、及び第２の３Ｄエクステント・ブロック7202内の最初のベースビュー・データ・ブロックL5はそれぞれ、ファイル２Ｄ241の単一の２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。
　図７２の（ａ）に示されているデータ・ブロック群では、ＡＶストリーム・ファイルのクロスリンクが次のように実現される。各３Ｄエクステント・ブロック7201、7202内、及び層境界LBの直前のインターリーブ配置内で隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2、R3＋L3SS、R4＋L4SS、R5＋L5はそれぞれ、第１ファイルＳＳ244Aの単一の３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]、EXTSS[4]としてアクセス可能である。ここで、層境界LBの直前に並ぶ二つの３ＤエクステントEXTSS[2]、EXTSS[3]を除いて、３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[4]はそれぞれ、ベースビュー・データ・ブロックL1、L2、L5を２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]と共有する。一方、２Ｄ再生専用ブロック（L3＋L4)2Dは２ＤエクステントEXT2D[1]の一部としてアクセス可能である。更に、３Ｄ再生専用ブロックL3SS、L4SSは３ＤエクステントEXTSS[2]、EXTSS[3]の一部としてアクセス可能である。
　図７２の（ｂ）は、図７２の（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路7210、Ｌ／Ｒモードでの再生経路7220、及びデプス・モードでの再生経路7230を示す模式図である。
　２Ｄ再生モードの再生装置102はファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路7210が示すとおり、まず第１の３Ｄエクステント・ブロック7201内の最後から二番目のベースビュー・データ・ブロックL1が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のデプスマップ・データ・ブロックD2とライトビュー・データ・ブロックR2との読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１の３Ｄエクステント・ブロック7201内の最後のベースビュー・データ・ブロックL2とその直後の２Ｄ再生専用ブロック（L3＋L4)2Dとの対L2＋(L3＋L4)2Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後にロングジャンプJLYが生じ、層境界LBの直前に位置する６個のデータ・ブロックD3、R3、L3SS、D4、R4、L4SS、及び第２の３Ｄエクステント・ブロック7202の先端に位置する２個のデータ・ブロックD5、R5の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック7202内の最初のベースビュー・データ・ブロックL5が三番目の２ＤエクステントEXT2D[2]として読み出される。
　Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路7220が示すとおり、まず先頭のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1との対R1＋L1が最初の３ＤエクステントEXTSS[0]として連続して読み出され、その直後のデプスマップ・データ・ブロックD2の読み出しが最初のジャンプJLR1によってスキップされる。次に、二番目のライトビュー・データ・ブロックR2とその直後のベースビュー・データ・ブロックL2とが二番目の３ＤエクステントEXTSS[1]として連続して読み出され、その直後の２Ｄ再生専用ブロック（L3＋L4)2Dとデプスマップ・データ・ブロックD3との読み出しが二番目のジャンプJEXによってスキップされる。続いて、ライトビュー・データ・ブロックR3とその直後の３Ｄ再生専用ブロックL3SSとが三番目の３ＤエクステントEXTSS[2]として連続して読み出され、その直後のデプスマップ・データ・ブロックD4の読み出しが三番目のジャンプJLR3によってスキップされる。同様に、次のライトビュー・データ・ブロックR4とその直後の３Ｄ再生専用ブロックL4SSとが四番目の３ＤエクステントEXTSS[3]として連続して読み出される。その直後にロングジャンプJLYが生じ、第２の３Ｄエクステント・ブロック7202内の最初のデプスマップ・データ・ブロックD5の読み出しがスキップされる。更に、次のライトビュー・データ・ブロックR5とその直後のベースビュー・データ・ブロックL5とが五番目の３ＤエクステントEXTSS[4]として連続して読み出される。
　図７２の（ｂ）に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロック（L3＋L4)2Dは読み出されるが、３Ｄ再生専用ブロックL3SS、L4SSの読み出しはスキップされる。逆にＬ／Ｒモードでは、２Ｄ再生専用ブロック（L3＋L4)2Dの読み出しはスキップされるが、３Ｄ再生専用ブロックL3SS、L4SSは読み出される。しかし、２Ｄ再生専用ブロック（L3＋L4)2Dと３Ｄ再生専用ブロックの全体L3SS＋L4SSとはビット単位で一致しているので、いずれの再生モードでも、再生されるレフトビュー・ビデオ・フレームは等しい。このように、配置４ではロングジャンプJLYの直前で２Ｄ再生モードでの再生経路7210とＬ／Ｒモードでの再生経路7220とが分離されている。従って、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSext2D[1]とその直前のライトビュー・データ・ブロックR2のサイズSext2[1]とが、以下のように別々に決定可能である。尚、デプス・モードについても同様である。
　２ＤエクステントEXT2D[1]のサイズSext2D[1]はベースビュー・データ・ブロックL2のサイズSext1[1]と２Ｄ再生専用ブロック（L3＋L4)2DのサイズS2Dとの和Sext1[1]＋S2Dに等しい。従って、２Ｄ再生モードでのシームレス再生の実現には、まず、その和Sext1[1]＋S2Dが式（１）を満たせばよい。次に、２Ｄ再生専用ブロック（L3＋L4)2Dの後端から第２の３Ｄエクステント・ブロック7202内の最初の２ＤエクステントEXT2D[2]＝L5までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
　一方、Ｌ／Ｒモードでのシームレス再生の実現には、まず、２Ｄ再生専用ブロック（L3＋L4)2Dの直前に位置するライトビュー・データ・ブロックR2とベースビュー・データ・ブロックL2との各サイズSext2[1]、Sext1[1]は、式（３）、（２）を満たせばよい。ここで、それらの右辺にはジャンプ時間Tjump－3Dとして代入されるべき最大ジャンプ時間Tjump＿maxは、図５７の表において、二番目のジャンプJEXのジャンプ距離から２Ｄ再生専用ブロック（L3＋L4)2Dのサイズを除いたセクタ数に対応していればよい。すなわち、各データ・ブロックR2、L2のサイズは、仮に「それらの直後から２Ｄ再生専用ブロック（L3＋L4)2Dが除去されてその直後のデプスマップ・データ・ブロックD3が連続している」としたときの最小エクステント・サイズと実質的に等しい。次に、２Ｄ再生専用ブロック（L3＋L4)2Dの直後に位置するライトビュー・データ・ブロックR3と３Ｄ再生専用ブロックL3SSとの各サイズは、式（３）、（２）を満たせばよい。ここで、それらの右辺にはジャンプ時間Tjump－3Dとして、三番目のジャンプJLR3の最大ジャンプ時間Tjump＿maxが代入されればよい。但し、式（２）の右辺には次のライトビュー・エクステントのサイズSext2[n＋1]として、ライトビュー・データ・ブロックR4のサイズではなく、第２の３Ｄエクステント・ブロック7202内の最初のライトビュー・データ・ブロックR5のサイズが代入される。すなわち、各データ・ブロックR3、L3SSのサイズは、仮に「それらの直後に第２の３Ｄエクステント・ブロック7202が連続している」としたときの最小エクステント・サイズと実質的に等しい。それにより、層境界LBの直前に位置するデータ・ブロックD4、R4、L4SSの各サイズは、式（２）－（５）を満たさないでよい。更に、その３Ｄ再生専用ブロックL4SSの後端から次の３ＤエクステントEXTSS[4]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
　２ＤエクステントEXT2D[1]のうち、３ＤエクステントEXTSS[1]と共有されるのは、前側に位置するベースビュー・データ・ブロックL2だけである。従って、２Ｄ再生専用ブロック（L3＋L4)2DのサイズS2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズSext2D[1]＝Sext1[1]＋S2Dを一定に維持したまま、ベースビュー・データ・ブロックL2のサイズSext1[1]を更に小さく制限することができる。それに伴い、ライトビュー・データ・ブロックR2のサイズSext2[1]も更に小さく制限することができる。
　ここで、３Ｄ再生専用ブロックの全体L3SS＋L4SSは２Ｄ再生専用ブロック（L3＋L4)2Dとビット単位で一致しているので、２Ｄ再生専用ブロック（L3＋L4)2DのサイズS2Dの拡大は、各３Ｄ再生専用ブロックL3SS、L4SSの直前に位置するライトビュー・データ・ブロックR3、R4のサイズを拡大させる。しかし、一つの２Ｄ再生専用ブロック（L3＋L4)2Dに対して３Ｄ再生専用ブロックは二つL3SS、L4SSに分割されているので、各サイズは、図６７の（ａ）に示されている層境界LBの直前に位置するライトビュー・データ・ブロックR3のサイズよりは十分に小さくできる。
　このように、配置４では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、ロングジャンプJLY中での映像のシームレス再生が２Ｄ再生モードとＬ／Ｒモードとの両方で実現可能であるように、各データ・ブロックのサイズを設計することができる。尚、デプス・モードでも同様である。
　但し、配置４では、層境界LBの直前に位置するデータ・ブロックD4、R4、L4SSの各サイズが式（２）－（５）を満たさないので、リード・バッファ4021、4022に維持すべきバッファ余裕量UL1、UL2は、式（８）、（９）ではなく、以下のように評価される。
　図７３の（ａ）は、図７２の（ｂ）に示されているＬ／Ｒモードでの再生経路7220に従ったデータ・ブロックの読み出し期間において、第１のリード・バッファ4021に蓄積されるデータ量DA1の変化を示すグラフである。図７３の（ａ）の示す第１の時刻TAには、第１の３Ｄエクステント・ブロック7201内の最後のベースビュー・データ・ブロックL2が読み出され始める。その後、第２の時刻TBには、第２の３Ｄエクステント・ブロック7202内の最初のベースビュー・データ・ブロックL5が読み出され始める。第１の時刻TAから第２の時刻TBまでに第１のリード・バッファ4021から読み出され得るデータ量の最大値DR1は、次式（１５）で与えられる：
Figure JPOXMLDOC01-appb-M000015
　ここで、ジャンプ時間Tjump－EX、Tjump[2]、Tjump－LYはそれぞれ、二番目のジャンプJLR2、三番目のジャンプJLR3、ロングジャンプJLYのジャンプ時間を表す。更に、ライトビュー・エクステントのサイズSext2[2]、Sext2[4]はそれぞれ、２Ｄ再生専用ブロック（L3＋L4)2Dの直後に位置するライトビュー・データ・ブロックR3と、第２の３Ｄエクステント・ブロック7202内の最初のライトビュー・データ・ブロックR5との各サイズを表す。尚、必要なバッファ余裕量として想定可能な最大値を求めることを目的として、層境界LBの直前に位置するデータ・ブロックD4、R4、L4SSのサイズをいずれも０とみなす。
　一方、第１の時刻TAから第２の時刻TBまでに第１のリード・バッファ4021へ蓄積され得るデータ量の最小値DI1は、次式（１６）で与えられる：
Figure JPOXMLDOC01-appb-M000016
　ここで、ベースビュー・エクステントのサイズSext1[1]、Sext1[2]はそれぞれ、第１の３Ｄエクステント・ブロック7201内の最後のベースビュー・データ・ブロックL2と、２Ｄ再生専用ブロック（L3＋L4)2Dの直後に位置する３Ｄ再生専用ブロックL3SSとの各サイズを表す。
　ロングジャンプJLYの期間中、第１のリード・バッファ4021のアンダーフローを防止するには、第２の時刻TBでの蓄積データ量DA1が０以上であればよい。従って、バッファ余裕量UL1は少なくとも、第１の時刻TAから第２の時刻TBまでに第１のリード・バッファ4021から読み出され得るデータ量の最大値DR1と、同じ期間に第１のリード・バッファ4021へ蓄積され得るデータ量の最小値DI1との間の差であればよい。すなわち、バッファ余裕量UL1は次式（１７）で表される：
Figure JPOXMLDOC01-appb-M000017
　ここで、ジャンプ時間Tjumpは、図５７の表において、二番目のジャンプJEXのジャンプ距離から２Ｄ再生専用ブロック（L3＋L4)2Dのサイズを除いたセクタ数に対応する最大ジャンプ時間Tjump＿maxに等しい。その場合、ベースビュー・データ・ブロックL2、L3SSの各サイズSext1[1]、Sext1[2]は式（２）を満たすことから、式（１６）の第２項と第３項とはいずれも０以下である。それ故、バッファ余裕量UL1は、少なくとも次式（１８）を満たす値であればよい：
Figure JPOXMLDOC01-appb-M000018
　図７３の（ｂ）は、図７２の（ｂ）に示されているＬ／Ｒモードでの再生経路7220に従ったデータ・ブロックの読み出し期間において、第２のリード・バッファ4022に蓄積されるデータ量DA2の変化を示すグラフである。図７３の（ｂ）の示す第３の時刻TCには、第１の３Ｄエクステント・ブロック7201内の最後のライトビュー・データ・ブロックR2が読み出され始める。その後、第４の時刻TDには、第２の３Ｄエクステント・ブロック7202内の最初のライトビュー・データ・ブロックR5が読み出され始める。
　バッファ余裕量UL2は少なくとも、第３の時刻TCから第４の時刻TDまでに第２のリード・バッファ4022から読み出され得るデータ量の最大値、同じ期間に第２のリード・バッファ4022へ蓄積され得るデータ量の最小値との間の差であればよい。従って、ライトビュー・データ・ブロックR2、R3の各サイズは式（３）を満たすことから、バッファ余裕量UL2は、少なくとも次式（１９）を満たす値であればよい：
Figure JPOXMLDOC01-appb-M000019
　デプス・モードについても同様な理由により、各リード・バッファ4021、4022のバッファ余裕量UL1、UL2は、少なくとも次式（２０）、（２１）を満たす値であればよい：
Figure JPOXMLDOC01-appb-M000020
　ここで、ジャンプ時間Tjump－EX、Tjumpはそれぞれ、２Ｄ再生専用ブロック（L3＋L4)2Dの読み出しをスキップするためのジャンプJEX、層境界LBの直前に位置するライトビュー・データ・ブロックR4の読み出しをスキップするためのジャンプJLD3の各ジャンプ時間を表す。
　配置４では、２Ｄ再生専用ブロック（L3＋L4)2Dの複製データが二個の３Ｄ再生専用ブロックL3SS、L4SSに分割されている。その他に、複製データが単一の３Ｄ再生専用ブロックとして設けられていてもよく、又は、三個以上の３Ｄ再生専用ブロックに分割されていてもよい。その他に、２Ｄ再生専用ブロックはファイル２Ｄの二個以上のエクステントとしてアクセス可能であってもよい。
　配置４では第１の３Ｄエクステント・ブロック7201の後端に、第２の３Ｄエクステント・ブロック7202とは異なる第３の３Ｄエクステント・ブロックを接続することができる。図７４は、第３の３Ｄエクステント・ブロック7401、その中のベースビュー・データ・ブロックを共有するファイル２Ｄ＃２7410とファイルＳＳ＃２7420、及び各ファイル241、244Ａ、7410、7420の再生経路を規定するプレイリスト・ファイル221、222、7430、7440を示す模式図である。
　第３の３Ｄエクステント・ブロック7401内の最初のベースビュー・データ・ブロックLxは、２Ｄ再生専用ブロック（L3＋L4)2Dの後端から、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下の距離に記録されている。更に、第３の３Ｄエクステント・ブロック7401の先端は第１の３Ｄエクステント・ブロック7201の後端から、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下の距離に記録されている。第３の３Ｄエクステント・ブロック7401の先頭に位置する二種類のディペンデントビュー・データ・ブロックDx、Rxのサイズはそれぞれ、式（４）、（２）において、２Ｄ再生専用ブロック（L3＋L4)2Dの直後に位置する３Ｄ再生専用ブロックL3SSのサイズと矛盾しないように設定される。
　２Ｄプレイリスト・ファイル＃２7430のメインパスでは、ＰＩ＃１は、第１の３Ｄエクステント・ブロック7201に対応するファイル２Ｄ241内の再生区間を規定する。一方、ＰＩ＃２は、第３の３Ｄエクステント・ブロック7401に対応するファイル２Ｄ＃２7410内の再生区間を規定する。ＰＩ＃２には更に、ＰＩ＃１に対するＣＣの値が５又は６に設定されている。従って、２Ｄプレイリスト・ファイル＃２7430の再生では、第１の３Ｄエクステント・ブロック7201に続いて第３の３Ｄエクステント・ブロック7401から２Ｄ映像がシームレスに再生される。
　３Ｄプレイリスト・ファイル＃２7440のメインパスでも同様に、各ファイル２Ｄ内の再生区間を規定するＰＩ間にＣＣ＝５又はＣＣ＝６が設定される。一方、３Ｄプレイリスト・ファイル＃２のサブパスでは、ＳＵＢ＿ＰＩ＃１、＃２のそれぞれが、各ファイルＳＳとディペンデントビュー・データ・ブロックを共有するファイルＤＥＰ内の再生区間を規定する。更に、それらのＳＵＢ＿ＰＩ間にＳＰＣＣ＝５又はＳＰＣＣ＝６が設定されている。従って、３Ｄプレイリスト・ファイル＃２7440の再生では、第１の３Ｄエクステント・ブロック7201に続いて第３の３Ｄエクステント・ブロック7401から３Ｄ映像がシームレスに再生される。
　　［O－6］配置５
　図７５の（ａ）は、ＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第５例を示す模式図である。以下、この配置を「配置５」という。図７５の（ａ）を図７１の（ａ）と比較するに、配置５は配置３とは、３Ｄ再生専用ブロックL2SS、L3SS、L4SSを含むインターリーブ配置のデータ・ブロック群が２Ｄ再生専用ブロック（L2＋L3＋L4)2Dの直前に配置されている点で異なる。その他の特徴については配置５は配置３と同様であるので、その詳細についての説明は配置３についての説明を援用する。
　第１の３Ｄエクステント・ブロック7501の後端L1の直後には、３Ｄ再生専用ブロックL2SS、L3SS、L4SSが、デプスマップ・データ・ブロックD2、D3、D4、及びライトビュー・データ・ブロックD2、R3、R4と共に、インターリーブ配置で記録されている。それらのデータ・ブロックは、第１の３Ｄエクステント・ブロック7501の後端に位置するデータ・ブロックD2、R2、L2とも、第２の３Ｄエクステント・ブロック7502の先端に位置するデータ・ブロックD5、R5、L5とも、各ストリーム・データの内容が連続している。３Ｄ再生専用ブロックL4SSと層境界LBとの間には２Ｄ再生専用ブロック（L2＋L3＋L4)2Dが配置されている。３Ｄ再生専用ブロックL2SS、L3SS、L4SSは３Ｄ再生専用ブロックL2SS、L3SS、L4SSとビット単位で一致する。
　図７５の（ａ）に示されている各データ・ブロックは、３Ｄ再生専用ブロックL2SS、L3SS、L4SSを除いて、ファイル２Ｄ又はファイルＤＥＰのいずれかのエクステントとしてアクセス可能である。例えば、第１の３Ｄエクステント・ブロック7501内の最後のベースビュー・データ・ブロックL1、２Ｄ再生専用ブロック（L2＋L3＋L4)2D、及び第２の３Ｄエクステント・ブロック7502内の最初のベースビュー・データ・ブロックL5はそれぞれ、ファイル２Ｄ241の単一の２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。
　図７５の（ａ）に示されているデータ・ブロック群では、ＡＶストリーム・ファイルのクロスリンクが次のように実現される。各３Ｄエクステント・ブロック7501、7502内、及び層境界LBの直前のインターリーブ配置内で隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2SS、R3＋L3SS、R4＋L4SS、R5＋L5はそれぞれ、第１ファイルＳＳ244Aの単一の３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]、EXTSS[4]としてアクセス可能である。ここで、３Ｄ再生専用ブロックL2SS、L3SS、L4SSを含む３ＤエクステントEXTSS[1]、EXTSS[2]、EXTSS[3]を除いて、３ＤエクステントEXTSS[0]、EXTSS[4]はそれぞれ、ベースビュー・データ・ブロックL1、L5を２ＤエクステントEXT2D[0]、EXT2D[2]と共有する。一方、２Ｄ再生専用ブロック（L2＋L3＋L4)2Dは単一の２ＤエクステントEXT2D[1]としてアクセス可能である。更に、３Ｄ再生専用ブロックL2SS、L3SS、L4SSは３ＤエクステントEXTSS[1]、EXTSS[2]、EXTSS[3]の一部としてアクセス可能である。
　図７５の（ｂ）は、図７５の（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路7510、Ｌ／Ｒモードでの再生経路7520、及びデプス・モードでの再生経路7530を示す模式図である。
　２Ｄ再生モードの再生装置102はファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路7510が示すとおり、まず第１の３Ｄエクステント・ブロック7501内の最後のベースビュー・データ・ブロックL1が最初の２ＤエクステントEXT2D[0]として読み出され、その直後の８個のデータ・ブロックD2、R2、L2SS、D3、R3、L3SS、D4、R4、L4SSの読み出しがジャンプJ2D1によってスキップされる。次に、層境界LBの直前の２Ｄ再生専用ブロック（L2＋L3＋L4)2Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後にロングジャンプJLYが生じ、第２の３Ｄエクステント・ブロック7502の先端に位置する２個のデータ・ブロックD5、R5の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック7502内の最初のベースビュー・データ・ブロックL5が三番目の２ＤエクステントEXT2D[2]として読み出される。
　Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路7520が示すとおり、まず先頭のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1との対R1＋L1が最初の３ＤエクステントEXTSS[0]として連続して読み出され、その直後のデプスマップ・データ・ブロックD2の読み出しが最初のジャンプJLR1によってスキップされる。次に、二番目のライトビュー・データ・ブロックR2とその直後の３Ｄ再生専用ブロックL2SSとが二番目の３ＤエクステントEXTSS[1]として連続して読み出され、その直後のデプスマップ・データ・ブロックD3の読み出しが二番目のジャンプJJR2によってスキップされる。続いて、ライトビュー・データ・ブロックR3とその直後の３Ｄ再生専用ブロックL3SSとが三番目の３ＤエクステントEXTSS[2]として連続して読み出され、その直後のデプスマップ・データ・ブロックD4の読み出しが三番目のジャンプJLR3によってスキップされる。同様に、次のライトビュー・データ・ブロックR4とその直後の３Ｄ再生専用ブロックL4SSとが四番目の３ＤエクステントEXTSS[3]として連続して読み出される。その直後にロングジャンプJLYが生じ、その直後の２Ｄ再生専用ブロック（L2＋L3＋L4)2Dと第２の３Ｄエクステント・ブロック7502内の最初のデプスマップ・データ・ブロックD5との読み出しがスキップされる。更に、次のライトビュー・データ・ブロックR5とその直後のベースビュー・データ・ブロックL5とが五番目の３ＤエクステントEXTSS[4]として連続して読み出される。
　図７５の（ｂ）に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロック（L2＋L3＋L4)2Dは読み出されるが、３Ｄ再生専用ブロックL2SS、L3SS、L4SSの読み出しはスキップされる。逆にＬ／Ｒモードでは、２Ｄ再生専用ブロック（L2＋L3＋L4)2Dの読み出しはスキップされるが、３Ｄ再生専用ブロックL2SS、L3SS、L4SSは読み出される。しかし、２Ｄ再生専用ブロック（L2＋L3＋L4)2Dと３Ｄ再生専用ブロックの全体L2SS＋L3SS＋L4SSとはビット単位で一致しているので、いずれの再生モードでも、再生されるレフトビュー・ビデオ・フレームは等しい。このように、配置５ではロングジャンプJLYの直前で２Ｄ再生モードでの再生経路7510とＬ／Ｒモードでの再生経路7520とが分離されている。従って、２Ｄ再生専用ブロック（L2＋L3＋L4)2Dのサイズ、すなわち２ＤエクステントEXT2D[1]のサイズSext2D[1]と、第１の３Ｄエクステント・ブロック7501内の最後のライトビュー・データ・ブロックR1のサイズSext2[0]とが、以下のように別々に決定可能である。尚、デプス・モードについても同様である。
　２Ｄ再生専用ブロック（L2＋L3＋L4)2Dと第１の３Ｄエクステント・ブロック7501内の最後のベースビュー・データ・ブロックL1とは異なる２ＤエクステントEXT2D[0]、EXT2D[1]に属する。従って、２Ｄ再生モードでのシームレス再生の実現には、まず、２Ｄ再生専用ブロック（L2＋L3＋L4)2DのサイズSext2D[1]が式（１）を満たせばよい。次に、２Ｄ再生専用ブロック（L2＋L3＋L4)2Dの後端から第２の３Ｄエクステント・ブロック7502内の最初の２ＤエクステントEXT2D[2]＝L5までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。更に、ベースビュー・データ・ブロックL1のサイズSext2D[0]が式（１）を満たせばよい。ここで、その右辺にはジャンプ時間Tjump－2Dとして、ジャンプJ2D1の最大ジャンプ時間Tjump＿maxが代入されればよい。
　一方、Ｌ／Ｒモードでのシームレス再生の実現には、まず、第１の３Ｄエクステント・ブロック7501内の最後のライトビュー・データ・ブロックR1とベースビュー・データ・ブロックL1との各サイズSext2[0]、Sext1[0]が、式（３）、（２）を満たせばよい。ここで、それらの右辺にはジャンプ時間Tjump－3Dとして、最初のジャンプJJR1の最大ジャンプ時間Tjump＿maxが代入されればよい。次に、第１の３Ｄエクステント・ブロック7501の直後に位置するデータ・ブロックR2、L2SS、R3、L3SSの各サイズが、式（３）、（２）を満たせばよい。但し、それらの最後に位置する３Ｄ再生専用ブロックL3SSのサイズについては、式（２）の右辺に次のライトビュー・エクステントのサイズSext2[n＋1]として、その３Ｄ再生専用ブロックL3SSの直後に位置するライトビュー・データ・ブロックR4のサイズではなく、第２の３Ｄエクステント・ブロック7502内の最初のライトビュー・データ・ブロックR5のサイズが代入される。すなわち、各データ・ブロックR3、L3SSのサイズは、仮に「それらの直後に第２の３Ｄエクステント・ブロック7502が連続している」としたときの最小エクステント・サイズと実質的に等しい。それにより、層境界LBの直前に位置するデータ・ブロックD4、R4、L4SSの各サイズは、式（２）－（５）を満たさないでよい。更に、その３Ｄ再生専用ブロックL4SSの後端から次の３ＤエクステントEXTSS[4]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
　上記のとおり、第１の３Ｄエクステント・ブロック7501内の最後のベースビュー・データ・ブロックL1のサイズを、２Ｄ再生専用ブロック（L2＋L3＋L4)2Dのサイズとは独立に設計することができる。従って、２Ｄ再生専用ブロック（L2＋L3＋L4)2DのサイズSext2D[1]を一定に維持したまま、ベースビュー・データ・ブロックL1のサイズSext1[0]を更に小さく制限することができる。それに伴い、ライトビュー・データ・ブロックR1のサイズSext2[0]も更に小さく制限することができる。
　ここで、３Ｄ再生専用ブロックの全体L2SS＋L3SS＋L4SSは２Ｄ再生専用ブロック（L3＋L4)2Dとビット単位で一致しているので、２Ｄ再生専用ブロック（L2＋L3＋L4)2Dのサイズの拡大は、各３Ｄ再生専用ブロックL2SS、L3SS、L4SSの直前に位置するライトビュー・データ・ブロックR2、R3、R4のサイズを拡大させる。しかし、一つの２Ｄ再生専用ブロック（L2＋L3＋L4)2Dに対して３Ｄ再生専用ブロックは三つL2SS、L3SS、L4SSに分割されているので、各サイズは、図６７の（ａ）に示されている層境界LBの直前に位置するライトビュー・データ・ブロックR3のサイズよりは十分に小さくできる。
　このように、配置５では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、ロングジャンプJLY中での映像のシームレス再生が２Ｄ再生モードとＬ／Ｒモードとの両方で実現可能であるように、各データ・ブロックのサイズを設計することができる。尚、デプス・モードでも同様である。
　但し、配置５のデータ・ブロック群から２Ｄ映像をシームレスに再生するには、第１の３Ｄエクステント・ブロック7501内の後端に位置するベースビュー・データ・ブロックL1から２Ｄ再生専用ブロック（L2＋L3＋L4)2Dの先端までのセクタ数を、２Ｄ再生装置の能力に合わせて規定されたジャンプJ2D1の最大ジャンプ距離Sjump＿max以下に維持しなければならない。それにより、そのベースビュー・データ・ブロックL1の直前に位置するライトビュー・データ・ブロックR1のサイズを小さく維持しなければならない。仮にその条件が満たされない場合は、配置５に代えて、配置４等、他の配置を採用すればよい。ここで、式（１）から明らかなとおり、２Ｄエクステントの最小エクステント・サイズは、ファイル２Ｄに対するシステムレート＝平均転送速度Rext2Dの最高値Rmax2Dの１８８／１９２に依存する。従って、ファイル２Ｄのオーサリング工程では、そのシステムレートが所定の閾値以下である場合に上記の条件が満たされると判断されてもよい。
　更に、配置５では、層境界LBの直前に位置するデータ・ブロックD4、R4、L4SSの各サイズが式（２）－（５）を満たさないので、リード・バッファ4021、4022に維持すべきバッファ余裕量UL1、UL2は、式（８）、（９）ではなく、以下のように評価される。
　図７６の（ａ）は、図７５の（ｂ）に示されているＬ／Ｒモードでの再生経路7520に従ったデータ・ブロックの読み出し期間において、第１のリード・バッファ4021に蓄積されるデータ量DA1の変化を示すグラフである。図７６の（ａ）の示す第１の時刻TEには、二番目の３Ｄ再生専用ブロックL3SSが読み出され始める。その後、第２の時刻TFには、第２の３Ｄエクステント・ブロック7502内の最初のベースビュー・データ・ブロックL5が読み出され始める。第１の時刻TEから第２の時刻TFまでに第１のリード・バッファ4021から読み出され得るデータ量の最大値DR1は、次式（２２）で与えられる：
Figure JPOXMLDOC01-appb-M000021
　ここで、ジャンプ時間Tjump、Tjump－LYはそれぞれ、三番目のジャンプJLR3、ロングジャンプJLYのジャンプ時間を表す。更に、ライトビュー・エクステントのサイズSext2[4]は、第２の３Ｄエクステント・ブロック7502内の最初のライトビュー・データ・ブロックR5のサイズを表す。尚、必要なバッファ余裕量として想定可能な最大値を求めることを目的として、層境界LBの直前に位置するデータ・ブロックD4、R4、L4SSのサイズをいずれも０とみなす。
　一方、第１の時刻TEから第２の時刻TFまでに第１のリード・バッファ4021へ蓄積され得るデータ量の最小値DI1は、次式（２３）で与えられる：
Figure JPOXMLDOC01-appb-M000022
　ここで、ベースビュー・エクステントのサイズSext1[2]は、二番目の３Ｄ再生専用ブロックL3SSのサイズを表す。
　ロングジャンプJLYの期間中、第１のリード・バッファ4021のアンダーフローを防止するには、第２の時刻TFでの蓄積データ量DA1が０以上であればよい。従って、バッファ余裕量UL1は少なくとも、第１の時刻TEから第２の時刻TFまでに第１のリード・バッファ4021から読み出され得るデータ量の最大値DR1と、同じ期間に第１のリード・バッファ4021へ蓄積され得るデータ量の最小値DI1との間の差であればよい。すなわち、バッファ余裕量UL1は次式（２４）で表される：
Figure JPOXMLDOC01-appb-M000023
　ここで、二番目の３Ｄ再生専用ブロックL3SSのサイズSext1[2]は式（２）を満たすので、式（２４）の第２項は０以下である。それ故、バッファ余裕量UL1は、少なくとも次式（２５）を満たす値であればよい：
Figure JPOXMLDOC01-appb-M000024
　図７６の（ｂ）は、図７５の（ｂ）に示されているＬ／Ｒモードでの再生経路7520に従ったデータ・ブロックの読み出し期間において、第２のリード・バッファ4022に蓄積されるデータ量DA2の変化を示すグラフである。図７６の（ｂ）の示す第３の時刻TGには、二番目の３Ｄ再生専用ブロックL3SSの直前に位置するライトビュー・データ・ブロックR3が読み出され始める。その後、第４の時刻THには、第２の３Ｄエクステント・ブロック7502内の最初のライトビュー・データ・ブロックR5が読み出され始める。
　バッファ余裕量UL2は少なくとも、第３の時刻TGから第４の時刻THまでに第２のリード・バッファ4022から読み出され得るデータ量の最大値、同じ期間に第２のリード・バッファ4022へ蓄積され得るデータ量の最小値との間の差であればよい。従って、ライトビュー・データ・ブロックR3のサイズは式（３）を満たすことから、バッファ余裕量UL2は、少なくとも次式（２６）を満たす値であればよい：
Figure JPOXMLDOC01-appb-M000025
　デプス・モードについても同様な理由により、各リード・バッファ4021、4022のバッファ余裕量UL1、UL2は、少なくとも次式（２７）、（２８）を満たす値であればよい：
Figure JPOXMLDOC01-appb-M000026
　ここで、ジャンプ時間Tjumpは、層境界LBの直前に位置するライトビュー・データ・ブロックR4の読み出しをスキップするためのジャンプJLD3のジャンプ時間を表す。
　式（２５）、（２６）を式（１９）、（２０）と比較すれば明らかなとおり、配置５では配置４よりも、Ｌ／Ｒモードにおけるバッファ余裕量UL1、UL2が小さい。従って、変形例［N］の式（１２）－（１４）から明らかなとおり、Ｌ／Ｒモードについては、リード・バッファ4021、4022の最小容量を更に削減することができる。
　配置５では、２Ｄ再生専用ブロック（L2＋L3＋L4)2Dの複製データが三個の３Ｄ再生専用ブロックL2SS、L3SS、L4SSに分割されている。その他に、複製データが一個又は二個の３Ｄ再生専用ブロックとして設けられていてもよく、又は、四個以上の３Ｄ再生専用ブロックに分割されていてもよい。その他に、２Ｄ再生専用ブロックはファイル２Ｄの二個以上のエクステントとしてアクセス可能であってもよい。
　配置５では、二つの３Ｄエクステント・ブロック7501、7502の間でベースビュー・データ・ブロックが異なるファイル２Ｄに属してもよい。その場合、２Ｄプレイリスト・ファイルのメインパスでは、各ファイル２Ｄ内の再生区間を規定するＰＩ間にＣＣ＝５又はＣＣ＝６が設定される。更に、二つの３Ｄエクステント・ブロック7501、7502は異なるファイルＳＳに属する。従って、３Ｄプレイリスト・ファイルのメインパスでは、各ファイルＳＳとベースビュー・データ・ブロックを共有するファイル２Ｄ内の再生区間を規定するＰＩ間にＣＣ＝５又はＣＣ＝６が設定される。一方、３Ｄプレイリスト・ファイルのサブパスでは、各ファイルＳＳとディペンデントビュー・データ・ブロックを共有するファイルＤＥＰ内の再生区間を規定するＳＵＢ＿ＰＩ間にＳＰコネクション・コンディション（ＣＣ）＝５又はＳＰＣＣ＝６が設定される。
　　［O－7］配置６
　図７７の（ａ）は、ＢＤ－ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第６例を示す模式図である。以下、この配置を「配置６」という。図７７の（ａ）を図７２の（ａ）と比較するに、配置６は配置４とは、各３Ｄ再生専用ブロックL3SS、L4SSの直前に位置するライトビュー・データ・ブロックとデプスマップ・データ・ブロックとの対R3＋D3、R4＋D4の順序が逆である点で異なる。その他の特徴については配置６は配置４と同様であるので、その詳細についての説明は配置４についての説明を援用する。
　図７７の（ａ）に示されているデータ・ブロック群ではＡＶストリーム・ファイルのクロスリンクが次のように実現される。各３Ｄエクステント・ブロック7501、7502内で隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋D2、R5＋L5はそれぞれ、第１ファイルＳＳ244Aの単一の３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[6]としてアクセス可能である。ここで、３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[6]はそれぞれ、ベースビュー・データ・ブロックL1、L2、L5を２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]と共有する。一方、層境界LBの直前のインターリーブ配置内のライトビュー・データ・ブロックR3、R4と３Ｄ再生専用ブロックL3SS、L4SSとはそれぞれ、第１ファイルＳＳ244Aの単一の３ＤエクステントEXTSS[2]、EXTSS[3]、EXTSS[4]、EXTSS[5]としてアクセス可能である。更に、２Ｄ再生専用ブロック（L3＋L4)2Dは単一の２ＤエクステントEXT2D[1]としてアクセス可能である。
　図７７の（ｂ）は、図７７の（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路7710、Ｌ／Ｒモードでの再生経路7720、及びデプス・モードでの再生経路7730を示す模式図である。
　２Ｄ再生モードの再生装置102はファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路7710が示すとおり、まず第１の３Ｄエクステント・ブロック7701内の最後から二番目のベースビュー・データ・ブロックL1が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のデプスマップ・データ・ブロックD2とライトビュー・データ・ブロックR2との読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１の３Ｄエクステント・ブロック7701内の最後のベースビュー・データ・ブロックL2とその直後の２Ｄ再生専用ブロック（L3＋L4)2Dとの対L2＋(L3＋L4)2Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後にロングジャンプJLYが生じ、層境界LBの直前に位置する６個のデータ・ブロックR3、D3、L3SS、R4、D4、L4SS、及び第２の３Ｄエクステント・ブロック7702の先端に位置する２個のデータ・ブロックD5、R5の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック7702内の最初のベースビュー・データ・ブロックL5が三番目の２ＤエクステントEXT2D[2]として読み出される。
　Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路7720が示すとおり、まず先頭のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1との対R1＋L1が最初の３ＤエクステントEXTSS[0]として連続して読み出され、その直後のデプスマップ・データ・ブロックD2の読み出しが最初のジャンプJLR1によってスキップされる。次に、二番目のライトビュー・データ・ブロックR2とその直後のベースビュー・データ・ブロックL2とが二番目の３ＤエクステントEXTSS[1]として連続して読み出され、その直後の２Ｄ再生専用ブロック（L3＋L4)2Dの読み出しが二番目のジャンプJEXによってスキップされる。続いて、ライトビュー・データ・ブロックR3が三番目の３ＤエクステントEXTSS[2]として読み出され、その直後のデプスマップ・データ・ブロックD3の読み出しが三番目のジャンプJLR3によってスキップされる。更に、その直後の３Ｄ再生専用ブロックL3SSが四番目の３ＤエクステントEXTSS[3]として読み出され、次のライトビュー・データ・ブロックR4が五番目の３ＤエクステントEXTSS[4]として読み出される。その直後のデプスマップ・データ・ブロックD4の読み出しは四番目のジャンプJLR4によってスキップされる。その直後の３Ｄ再生専用ブロックL4SSは六番目の３ＤエクステントEXTSS[5]として読み出される。その直後にロングジャンプJLYが生じ、第２の３Ｄエクステント・ブロック7702内の最初のデプスマップ・データ・ブロックD5の読み出しがスキップされる。更に、次のライトビュー・データ・ブロックR5とその直後のベースビュー・データ・ブロックL5とが七番目の３ＤエクステントEXTSS[6]として連続して読み出される。
　図７７の（ｂ）に示されているとおり、配置６では配置４と同様に、ロングジャンプJLYの直前で２Ｄ再生モードでの再生経路7710とＬ／Ｒモードでの再生経路7720とが分離されている。従って、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSext2D[1]とその直前のライトビュー・データ・ブロックR2のサイズSext2[1]とが、以下のように別々に決定可能である。尚、デプス・モードについても同様である。
　２ＤエクステントEXT2D[1]のサイズSext2D[1]はベースビュー・データ・ブロックL2のサイズSext1[1]と２Ｄ再生専用ブロック（L3＋L4)2DのサイズS2Dとの和Sext1[1]＋S2Dに等しい。従って、２Ｄ再生モードでのシームレス再生の実現には、まず、その和Sext1[1]＋S2Dが式（１）を満たせばよい。次に、２Ｄ再生専用ブロック（L3＋L4)2Dの後端から第２の３Ｄエクステント・ブロック7702内の最初の２ＤエクステントEXT2D[2]＝L5までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
　一方、Ｌ／Ｒモードでのシームレス再生の実現には、まず、２Ｄ再生専用ブロック（L3＋L4)2Dの直前に位置するライトビュー・データ・ブロックR2とベースビュー・データ・ブロックL2との各サイズSext2[1]、Sext1[1]は、式（３）、（２）を満たせばよい。ここで、それらの右辺にはジャンプ時間Tjump－3Dとしてゼロ・セクタ遷移時間Tjump－0が代入されればよい。すなわち、各データ・ブロックR2、L2のサイズは、仮に「それらの直後から２Ｄ再生専用ブロック（L3＋L4)2Dが除去されてその直後のライトビュー・データ・ブロックR3が連続している」としたときの最小エクステント・サイズと実質的に等しい。次に、２Ｄ再生専用ブロック（L3＋L4)2Dの直後に位置するライトビュー・データ・ブロックR3と３Ｄ再生専用ブロックL3SSとの各サイズは、式（５）、（４）においてデプスマップ・データ・ブロックをライトビュー・データ・ブロックに読み換えたものを満たせばよい。但し、式（４）の右辺には次のライトビュー・エクステントのサイズSext2[n＋1]として、ライトビュー・データ・ブロックR4のサイズではなく、第２の３Ｄエクステント・ブロック7702内の最初のライトビュー・データ・ブロックR5のサイズが代入される。すなわち、各データ・ブロックR3、L3SSのサイズは、仮に「それらの直後に第２の３Ｄエクステント・ブロック7702が連続している」としたときの最小エクステント・サイズと実質的に等しい。それにより、層境界LBの直前に位置するデータ・ブロックR4、D4、L4SSの各サイズは、式（２）－（５）を満たさないでよい。更に、その３Ｄ再生専用ブロックL4SSの後端から次の３ＤエクステントEXTSS[4]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
　２ＤエクステントEXT2D[1]のうち、３ＤエクステントEXTSS[1]と共有されるのは、前側に位置するベースビュー・データ・ブロックL2だけである。従って、２Ｄ再生専用ブロック（L3＋L4)2DのサイズS2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズSext2D[1]＝Sext1[1]＋S2Dを一定に維持したまま、ベースビュー・データ・ブロックL2のサイズSext1[1]を更に小さく制限することができる。それに伴い、ライトビュー・データ・ブロックR2のサイズSext2[1]も更に小さく制限することができる。
　ここで、３Ｄ再生専用ブロックの全体L3SS＋L4SSは２Ｄ再生専用ブロック（L3＋L4)2Dとビット単位で一致しているので、２Ｄ再生専用ブロック（L3＋L4)2DのサイズS2Dの拡大は、各３Ｄ再生専用ブロックL3SS、L4SSの直前に位置するライトビュー・データ・ブロックR3、R4のサイズを拡大させる。しかし、一つの２Ｄ再生専用ブロック（L3＋L4)2Dに対して３Ｄ再生専用ブロックは二つL3SS、L4SSに分割されているので、各サイズは、図６７の（ａ）に示されている層境界LBの直前に位置するライトビュー・データ・ブロックR3のサイズよりは十分に小さくできる。
　このように、配置６では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、ロングジャンプJLY中での映像のシームレス再生が２Ｄ再生モードとＬ／Ｒモードとの両方で実現可能であるように、各データ・ブロックのサイズを設計することができる。尚、デプス・モードでも同様である。
　但し、配置６では、層境界LBの直前に位置するデータ・ブロックR4、D4、L4SSの各サイズが式（２）－（５）を満たさないので、リード・バッファ4021、4022に維持すべきバッファ余裕量UL1、UL2は、式（８）、（９）ではなく、以下のように評価される。
　図７８の（ａ）は、図７７の（ｂ）に示されているＬ／Ｒモードでの再生経路7720に従ったデータ・ブロックの読み出し期間において、第１のリード・バッファ4021に蓄積されるデータ量DA1の変化を示すグラフである。図７８の（ａ）の示す第１の時刻TIには、第１の３Ｄエクステント・ブロック7701内の最後のベースビュー・データ・ブロックL2が読み出され始める。その後、第２の時刻TJには、第２の３Ｄエクステント・ブロック7702内の最初のベースビュー・データ・ブロックL5が読み出され始める。第１の時刻TIから第２の時刻TJまでに第１のリード・バッファ4021から読み出され得るデータ量の最大値DR1は、次式（２９）で与えられる：
Figure JPOXMLDOC01-appb-M000027
　ここで、ジャンプ時間Tjump－EX、Tjump[2]、Tjump[3]、Tjump－LYはそれぞれ、二番目のジャンプJLR2、三番目のジャンプJLR3、四番目のジャンプJLR4、ロングジャンプJLYの各ジャンプ時間を表す。更に、ライトビュー・エクステントのサイズSext2[2]、Sext2[4]はそれぞれ、２Ｄ再生専用ブロック（L3＋L4)2Dの直後に位置するライトビュー・データ・ブロックR3と、第２の３Ｄエクステント・ブロック7702内の最初のライトビュー・データ・ブロックR5との各サイズを表す。尚、必要なバッファ余裕量として想定可能な最大値を求めることを目的として、層境界LBの直前に位置するデータ・ブロックR4、D4、L4SSのサイズをいずれも０とみなす。
　一方、第１の時刻TIから第２の時刻TJまでに第１のリード・バッファ4021へ蓄積され得るデータ量の最小値DI1は、次式（３０）で与えられる：
Figure JPOXMLDOC01-appb-M000028
　ここで、ベースビュー・エクステントのサイズSext1[1]、Sext1[2]はそれぞれ、第１の３Ｄエクステント・ブロック7701内の最後のベースビュー・データ・ブロックL2と、２Ｄ再生専用ブロック（L3＋L4)2Dの直後に位置する３Ｄ再生専用ブロックL3SSとの各サイズを表す。
　ロングジャンプJLYの期間中、第１のリード・バッファ4021のアンダーフローを防止するには、第２の時刻TJでの蓄積データ量DA1が０以上であればよい。従って、バッファ余裕量UL1は少なくとも、第１の時刻TIから第２の時刻TJまでに第１のリード・バッファ4021から読み出され得るデータ量の最大値DR1と、同じ期間に第１のリード・バッファ4021へ蓄積され得るデータ量の最小値DI1との間の差であればよい。すなわち、バッファ余裕量UL1は次式（３１）で表される：
Figure JPOXMLDOC01-appb-M000029
　ここで、ベースビュー・データ・ブロックL2、L3SSの各サイズSext1[1]、Sext1[2]は、式（４）でデプスマップ・データ・ブロックをライトビュー・データ・ブロックに置き換えたものを満たすことから、式（３１）の第２項と第３項とはいずれも０以下である。それ故、バッファ余裕量UL1は少なくとも、次式（３２）を満たす値であればよい：
Figure JPOXMLDOC01-appb-M000030
　図７８の（ｂ）は、図７７の（ｂ）に示されているＬ／Ｒモードでの再生経路7720に従ったデータ・ブロックの読み出し期間において、第２のリード・バッファ4022に蓄積されるデータ量DA2の変化を示すグラフである。図７８の（ｂ）の示す第３の時刻TKには、第１の３Ｄエクステント・ブロック7701内の最後のライトビュー・データ・ブロックR2が読み出され始める。その後、第４の時刻TLには、第２の３Ｄエクステント・ブロック7702内の最初のライトビュー・データ・ブロックR5が読み出され始める。
　バッファ余裕量UL2は少なくとも、第３の時刻TKから第４の時刻TLまでに第２のリード・バッファ4022から読み出され得るデータ量の最大値、同じ期間に第２のリード・バッファ4022へ蓄積され得るデータ量の最小値との間の差であればよい。従って、ライトビュー・データ・ブロックR2、R3の各サイズは、式（５）でデプスマップ・データ・ブロックをライトビュー・データ・ブロックに置き換えたものを満たすことから、バッファ余裕量UL2は少なくとも、次式（３３）を満たす値であればよい：
Figure JPOXMLDOC01-appb-M000031
　デプス・モードについても同様な理由により、各リード・バッファ4021、4022のバッファ余裕量UL1、UL2は、少なくとも次式（３４）、（３５）を満たす値であればよい：
Figure JPOXMLDOC01-appb-M000032
　式（３４）、（３５）を式（２０）、（２１）と比較すれば明らかなとおり、配置６では配置４よりも、デプス・モードにおけるバッファ余裕量UL1、UL2が小さい。従って、変形例［N］の式（１２）－（１４）から明らかなとおり、デプス・モードについては、リード・バッファ4021、4022の最小容量を更に削減することができる。
　配置６では、２Ｄ再生専用ブロック（L3＋L4)2Dの複製データが二個の３Ｄ再生専用ブロックL3SS、L4SSに分割されている。その他に、複製データが単一の３Ｄ再生専用ブロックとして設けられていてもよく、又は、三個以上の３Ｄ再生専用ブロックに分割されていてもよい。その他に、２Ｄ再生専用ブロックはファイル２Ｄの二個以上のエクステントとしてアクセス可能であってもよい。
　配置６では、二つの３Ｄエクステント・ブロック7701、7702の間でベースビュー・データ・ブロックが異なるファイル２Ｄに属してもよい。その場合、２Ｄプレイリスト・ファイルのメインパスでは、各ファイル２Ｄ内の再生区間を規定するＰＩ間にＣＣ＝５又はＣＣ＝６が設定される。更に、二つの３Ｄエクステント・ブロック7701、7702は異なるファイルＳＳに属する。従って、３Ｄプレイリスト・ファイルのメインパスでは、各ファイルＳＳとベースビュー・データ・ブロックを共有するファイル２Ｄ内の再生区間を規定するＰＩ間にＣＣ＝５又はＣＣ＝６が設定される。一方、３Ｄプレイリスト・ファイルのサブパスでは、各ファイルＳＳとディペンデントビュー・データ・ブロックを共有するファイルＤＥＰ内の再生区間を規定するＳＵＢ＿ＰＩ間にＳＰコネクション・コンディション（ＣＣ）＝５又はＳＰＣＣ＝６が設定される。
　［P］　エクステントＡＴＣ時間を用いたエクステント・サイズの条件式
　式（２）－（５）では、ベースビュー・エクステントとディペンデントビュー・エクステントとの各サイズが、それよりも後方に位置するエクステントのサイズで制限される。しかし、オーサリング工程での利用という観点からは、各エクステントのサイズに対する条件が、他のエクステントのサイズには依存しない形で表現されていることが望ましい。従って、式（２）－（５）は、以下のように、エクステントＡＴＣ時間を利用した条件式に表現し直される。
　図１５等に示されているインターリーブ配置のデータ・ブロック群では、隣接する三種類のエクステントDn、Rn、Ln（n＝0、1、2、…）はいずれも同じエクステントＡＴＣ時間Text[n]を持つ。それらのエクステントＡＴＣ時間の最小値を最小エクステントＡＴＣ時間minTextとし、最大値を最大エクステントＡＴＣ時間maxTextとする：minText≦Text[n]≦maxText。ここで、最大エクステントＡＴＣ時間maxTextと最小エクステントＡＴＣ時間minTextとの間の差を一定値Tmとする：maxText＝minText＋Tm。その場合、ｎ番目の各エクステントEXT1[n]、EXT2[n]、EXT3[n]のサイズSext1[n]、Sext2[n]、Sext3[n]は次式（３６）、（３７）、（３８）の範囲に制限される：
　CEIL(Rext1[n]×minText／8)≦Sext1[n]≦CEIL(Rext1[n]×maxText／8)、　　　　　（３６）
　CEIL(Rext2[n]×minText／8)≦Sext2[n]≦CEIL(Rext2[n]×maxText／8)、　　　　　（３７）
　CEIL(Rext3[n]×minText／8)≦Sext3[n]≦CEIL(Rext3[n]×maxText／8)。　　　　　（３８）
　すなわち、平均転送速度Rextk[n]（k＝1、2、3）と最小エクステントＡＴＣ時間minTextとの積が最小エクステント・サイズminEXTkに等しい：minEXTk＝Rextk[n]×minText。一方、平均転送速度Rextk[n]は最高値Rmaxkまで想定可能であるので、各エクステントのサイズSextk[n]の想定可能な最大値maxEXTkは、平均転送速度の最高値Rmaxkと最大エクステントＡＴＣ時間maxTextとの積に等しい：maxEXTk＝Rmaxk×maxText＝Rmaxk×(minText＋Tm)（k＝1、2、3）。以下、この最大値maxEXTkを「最大エクステント・サイズ」という。最小エクステントＡＴＣ時間minTextは最小エクステント・サイズminEXTkと最大エクステント・サイズmaxEXTkとを利用して、以下のように算定される。
　図７９は、最小エクステント・サイズの算定で想定されるエクステント群7901のインターリーブ配置、及びそれらに対する３Ｄ再生モードでの再生経路7920、7930を示す模式図である。そのエクステント群7901では、ｎ番目のデプスマップ・エクステントEXT3[n]、ライトビュー・エクステントEXT2[n]、及びベースビュー・エクステントEXT1[n]の各サイズが最小エクステント・サイズminEXT3、minEXT2、minEXT1に等しい。一方、（ｎ＋１）番目の各エクステントEXT3[n＋1]、EXT2[n＋1]、EXT1[n＋1]のサイズは最大エクステント・サイズmaxEXT3、maxEXT2、maxEXT1に等しい。一方、エクステント群7901に対するＬ／Ｒモードでの再生経路7920とデプス・モードでの再生経路7930とはそれぞれ、図５９の（ｃ）、図６０の（ｃ）に示されているもの5920、6020と同様である。
　ｎ番目のベースビュー・エクステントEXT1[1]のサイズは最小エクステント・サイズminEXT1に等しいので、式（２）、（３６）から最小エクステントＡＴＣ時間minTextは次式（３９）を満たす：
Figure JPOXMLDOC01-appb-M000033
　（ｎ＋１）番目のライトビュー・エクステントEXT2[n＋1]のサイズSext2[n＋1]は最大エクステント・サイズmaxEXT2に等しい：Sext2[n＋1]＝maxEXT2＝Rmax2×maxText＝Rmax2×(minText＋Tm)。更に、ベースビュー転送速度Rext1[n]は最高値Rmax1を超えない：Rext1[n]≦Rmax1。それらを考慮して式（１１）を変形することにより、最小エクステントＡＴＣ時間minTextは次式（４０）を満たすことがわかる：
Figure JPOXMLDOC01-appb-M000034
　式（２）に代えて式（４）を同様に変形すれば、最小エクステントＡＴＣ時間minTextは次式（４１）を更に満たすことがわかる：
Figure JPOXMLDOC01-appb-M000035
　ｎ番目のライトビュー・エクステントEXT2[n]のサイズは最小エクステント・サイズminEXT2に等しい。更に、ライトビュー転送速度Rext2[n]は最高値Rmax2を超えず、ベースビュー転送速度Rext1[n]は最高値Rmax1を超えない：Rext2[n]≦Rmax2、Rext1[n]≦Rmax1。従って、式（３）、（３７）から、最小エクステントＡＴＣ時間minTextは次式（４２）を満たす：
Figure JPOXMLDOC01-appb-M000036
　式（３）に代えて式（５）を利用すれば同様にして、最小エクステントＡＴＣ時間minTextは次式（４３）を満たすことがわかる：
Figure JPOXMLDOC01-appb-M000037
　以上の結果、最小エクステントＡＴＣ時間minTextは、式（４０）－（４３）の各右辺の中での最大値として算定される。ここで、ゼロ・セクタ遷移時間Tjump－0、ジャンプ時間Tjump－3D、及びエクステントＡＴＣ時間の変動幅Tmは予め一定に制限できる。特に、変形例［L］と同様に、最大ジャンプ距離MAX＿EXTJUMP3Dを利用してジャンプ時間Tjump－3Dを評価してもよい。それにより、最小エクステントＡＴＣ時間minTextは実質上、平均転送時間の最大値Rmax等の定数だけで決定可能である。従って、式（３６）－（３８）で表されたエクステント・サイズに対する条件はオーサリング工程での利用に有利である。
　［Q］　最大エクステントＡＴＣ時間に対する条件
　データ・ブロック群の配置４－６において、３Ｄ再生モードで読み出されるデータ・ブロック群の中で層境界LBの直前に配置された三つのデータ・ブロックD4、R4、L4SSの各サイズは式（２）－（５）を満たさないでよいとした。これは次の理由に因る：変形例［P］で述べたように、最小エクステント・サイズを「エクステントの平均転送速度Rextk×最小エクステントＡＴＣ時間minText」（k＝1，2，3）で定義し、最大エクステント・サイズを「エクステントの平均転送速度Rextk×最大エクステントＡＴＣ時間maxText」で定義する。その場合、コンテンツの再生時間によっては、「エクステントＡＴＣ時間が最小エクステントＡＴＣ時間以上である」という条件を満たさないデータ・ブロックが生じ得る。例えば、最小エクステントＡＴＣ時間と最大エクステントＡＴＣ時間とをいずれも２秒間であり、多重化ストリーム・データ全体のＡＴＣ時間が１１秒間である場合を想定する。この場合、その多重化ストリーム・データを先頭から順に、エクステントＡＴＣ時間が２秒であるデータ・ブロックに区切っていくと、最後に、エクステントＡＴＣ時間が１秒であるデータ・ブロックが残る。そのような残りのデータ・ブロックが生じても、配置４－６ではそれらを上記のように層境界LBの直前に配置することができる。
　しかし、配置４－６の説明で述べたとおり、上記の残りのデータ・ブロックは３Ｄ再生モードでの再生経路上にロングジャンプの他にもジャンプを必要とする。その結果、式（８）、（９）を、式（１８）－（２１）、（２５）－（２８）、（３２）－（３５）と比較すれば明らかなとおり、３Ｄ再生モードでのバッファ余裕量UL1、UL2が増大する。従って、リード・バッファ4021、4022の最小容量の更なる削減には、全てのデータ・ブロックのエクステントＡＴＣ時間が最小エクステントＡＴＣ時間以上であることが望ましい。
　それ故、多重化ストリーム・データの後端に位置するデータ・ブロック群のサイズが最小エクステント・サイズ以上であるように、最大エクステントＡＴＣ時間に対して以下の条件を設ける。
　多重化ストリーム・データ全体がＡＴＣ時間TDRを持つとき、最大エクステントＡＴＣ時間は次式（４４）を満たす：
　maxText≧minText×[TDR／(TDR－minText)]。　　　　　　　　　　　　　　（４４）
　式（４４）の意味は次のとおりである。図８０の（ａ）は、多重化ストリーム・データを先頭から順に最小エクステントＡＴＣ時間minTextのデータ・ブロックEXT[0]－EXT[n－1]（n≧1）に分割した状態を示す模式図である。図８０の（ａ）を参照するに、最後のデータ・ブロックEXT[n]のエクステントＡＴＣ時間は最小エクステントＡＴＣ時間minTextに満たない。その場合、最後のデータ・ブロックEXT[n]のエクステントＡＴＣ時間を、その他のデータ・ブロックEXT[0]－EXT[n－1]に等分配して各エクステントＡＴＣ時間を最小エクステントＡＴＣ時間minTextよりも延長する。図８０の（ｂ）は、その延長後の多重化ストリーム・データを示す模式図である。図８０の（ｂ）を参照するに、延長後の各データ・ブロックのエクステントＡＴＣ時間は全て、最小エクステントＡＴＣ時間minTextよりも長い。更に、図８０の（ａ）に示されている最後のデータ・ブロックEXT[n]のエクステントＡＴＣ時間は最大で最小エクステントＡＴＣ時間minTextに等しい。従って、最大エクステントＡＴＣ時間maxTextは、少なくともその延長後のエクステントＡＴＣ時間の最大値に設定される。式（４４）はその条件を表す。
　例えば、最小エクステントＡＴＣ時間minTextが２秒である場合、ＡＴＣ時間TDRが２０秒、又は３０秒である多重化ストリーム・データに対し、最大エクステントＡＴＣ時間は２．２２２秒、又は２．１４２秒である。ここで、最大エクステントＡＴＣ時間maxTextが大きいほど、データ・ブロックのサイズは大きいので、再生装置に必要なバッファの容量が大きい。従って、最大エクステントＡＴＣ時間maxTextと多重化ストリーム・データ全体のＡＴＣ時間TDRとの間の対応関係は、再生装置のジャンプ能力等に合わせて適度に設定する。例えば規格等において、シームレスに接続すべき多重化ストリーム・データ全体のＡＴＣ時間TDRを３０秒以上に制限し、最大エクステントＡＴＣ時間maxTextを２．１５秒に制限してもよい。それにより、多重化ストリーム・データの最後のデータ・ブロック群のエクステントＡＴＣ時間を常に、最小エクステントＡＴＣ時間以上に設定できる。その結果、３Ｄ再生装置に必要なバッファ余裕量UL1、UL2を更に削減することができる。
　［R］　バッファ余裕量の確保
　バッファ余裕量UL1、UL2を確保するための方法としては、以下の三つ≪I≫、≪II≫、≪III≫が望ましい。
　　［R－1］方法≪I≫
　方法≪I≫では、各バッファ余裕量UL1、UL2は以下に述べるように確保される。まず、各データ・ブロックの設計では「エクステントＡＴＣ時間Textが最小エクステントＡＴＣ時間minText以上である」という条件が課される。ここで、最小エクステントＡＴＣ時間minTextは、式（４０）－（４３）に示されているとおり、平均転送速度Rext1、Rext2、Rext3がそれぞれの最高値Rmax1、Rmax2、Rmax3に等しい場合での値である。しかし、実際の平均転送速度Rext1、Rext2、Rext3はそれぞれの最高値Rmax1、Rmax2、Rmax3よりも一般に低い。従って、実際のデータ・ブロックのサイズRext1×Text、Rext2×Text、Rext3×Textは、上記の条件下で想定される値Rmax1×Text、Rmax2×Text、Rmax3×Textよりも一般に小さい。それ故、各データ・ブロックの読み出し開始からエクステントＡＴＣ時間Textが経過する前に、次のデータ・ブロックの読み出しが開始される。すなわち、各リード・バッファ4021、4022の蓄積データ量DA1、DA2は実際には、図５９、６０の（ａ）、（ｂ）に示されているものとは一般に異なり、読み出し開始時の値まで戻る前に再び増加する。こうして、各蓄積データ量DA1、DA2は、ベースビューとディペンデントビューとのデータ・ブロックの対が一つ読み出されるごとに所定量ずつ増える。その結果、ある程度の数のデータ・ブロックが各リード・バッファ4021、4022に連続して読み込まれることにより、各バッファ余裕量UL1、UL2が確保される。
　図８１の（ａ）は、３Ｄエクステント・ブロック8110とＬ／Ｒモードでの再生経路8120との間の対応関係を示す模式図である。図８１の（ａ）を参照するに、３Ｄエクステント・ブロック8110はインターリーブ配置のベースビュー・データ・ブロック群Lkとディペンデントビュー・データ・ブロック群Dk、Rk（k＝0、1、2、…）とで構成されている。再生経路8120に従い、隣接するライトビュー・データ・ブロックRkとベースビュー・データ・ブロックLkとの各対が一つの３Ｄエクステント、すなわちディペンデントビュー・エクステントとベースビュー・エクステントとの対として読み出される。ベースビュー・エクステントLkのエクステント・サイズSext1[k]はベースビュー転送速度Rext1[k]とエクステントＡＴＣ時間Text[k]との積に等しい：Sext1[k]＝Rext1[k]×Text[k]。このエクステント・サイズSext1[k]は、ベースビュー転送速度の最高値Rmax1とエクステントＡＴＣ時間Text[k]との積よりも一般に小さい：Sext1[k]＜Rmax1×Text[k]。ディペンデントビュー・エクステントDk、Rkのエクステント・サイズSext3[k]、Sext2[k]についても同様である。
　図８１の（ｂ）は、３Ｄエクステント・ブロック8110がＬ／Ｒモードでの再生経路8120に従って読み出されるときにおける第１リード・バッファ4021の蓄積データ量DA1の変化を示すグラフである。細い実線のグラフは、平均転送速度Rext1[k]、Rext2[k]、Rext3[k]がそれぞれの最高値Rmax1、Rmax2、Rmax3に等しい場合での変化を示す。一方、太い実線のグラフは、先頭のベースビュー・エクステントL0の転送速度Rext1[0]が最高値Rmax1よりも低い場合での変化を示す。尚、説明の便宜上、ディペンデントビュー転送速度Rext2[k]、Rext3[k]はそれぞれの最高値Rmax2、Rmax3に等しい場合を想定する。その場合、ディペンデントビュー・エクステントのサイズRext2[k]×Text[k]、Rext3[k]×Text[k]は想定可能な最大値Rmax2×Text[k]、Rmax3×Text[k]に等しい。
　図８１の（ｂ）を参照するに、細い実線のグラフでは、先頭のベースビュー・エクステントL0の読み出し開始からエクステントＡＴＣ時間Text[0]が経過したとき、次のベースビュー・エクステントL1の読み出しが開始される。従って、そのときの蓄積データ量DA1は読み出し開始時の値DM10と実質的に等しい。一方、太い実線のグラフでは、先頭のベースビュー・エクステントL0の全体がＢＤ－ＲＯＭディスク101から第１リード・バッファ4021へ読み出されるのに時間Sext1[0]／Rud－3Dが必要である。その時間は細い実線のグラフでの時間Rmax1×Text[0]／Rud－3Dよりも時間ΔTbだけ短い：ΔTb＝Rmax1×Text[0]／Rud－3D－Sext1[0]／Rud－3D＝(Rmax1－Rext1[0])×Text[0]／Rud－3D。従って、太い実線のグラフでは細い実線のグラフよりも蓄積データ量DA1が時間ΔTbだけ早くピークに達する。一方、各ディペンデントビュー・エクステントD1、R1のサイズSext2[1]、Sext3[1]は両方のグラフで共通の値Rmax2×Text[1]、Rmax3×Text[1]である。従って、蓄積データ量DA1のピークから次のベースビュー・エクステントL1の読み出し開始までの時間ΔTは両方のグラフで共通である。その結果、太い実線のグラフでは細い実線のグラフとは異なり、先頭のベースビュー・エクステントL0の読み出し開始からエクステントＡＴＣ時間Textが経過するよりも時間ΔTbだけ早く、次のベースビュー・エクステントL1の読み出しが開始される。それ故、その時点での蓄積データ量DA1の値DM11は先頭のベースビュー・エクステントL0の読み出し開始時の値DM10よりも増分DM1[0]だけ増加する。図８１の（ｂ）から明らかなとおり、この増分DM1[0]は蓄積データ量DA1の実際の減少速度Rext1[0]と時間ΔTbとの積に等しい：DM1[0]＝Rext1[0]×ΔTb＝Rext1[0]×(Rext1[0]－Rmax1)×Text[0]／Rud－3D。
　図８１の（ｃ）は、図８１の（ｂ）に示されている変化を第１リード・バッファ4021の蓄積データ量DA1が示すときにおける第２リード・バッファ4022の蓄積データ量DA2の変化を示すグラフである。細い実線のグラフは、平均転送速度Rext1[k]、Rext2[k]、Rext3[k]がそれぞれの最高値Rmax1、Rmax2、Rmax3に等しい場合での変化を示す。一方、太い実線のグラフは、先頭のベースビュー・エクステントL0の転送速度Rext1[0]が最高値Rmax1よりも低い場合での変化を示す。尚、説明の便宜上、ディペンデントビュー転送速度Rext2[k]、Rext3[k]はそれぞれの最高値Rmax2、Rmax3に等しい場合を想定する。
　図８１の（ｃ）を参照するに、細い実線のグラフでは、先頭のライトビュー・エクステントR0の読み出し開始からエクステントＡＴＣ時間Text[0]が経過したとき、次のライトビュー・エクステントR1の読み出しが開始される。従って、そのときの蓄積データ量DA2は読み出し開始時の値DM20と実質的に等しい。一方、太い実線のグラフでは細い実線のグラフよりも時間ΔTbだけ早く、先頭のベースビュー・エクステントL0の全体がＢＤ－ＲＯＭディスク101から第１リード・バッファ4921へ読み出される。従って、太い実線のグラフでは細い実線のグラフよりも時間ΔTbだけ早く、すなわち先頭のライトビュー・エクステントR0の読み出し開始からエクステントＡＴＣ時間Textが経過するよりも時間ΔTbだけ前に、次のライトビュー・エクステントR1の読み出しが開始される。それ故、その時点での蓄積データ量DA2の値DM21は、先頭のライトビュー・エクステントR0の読み出し開始時の値DM20よりも増分DM2[0]だけ増加する。図８１の（ｃ）から明らかなとおり、この増分DM2[0]は蓄積データ量DA2の実際の減少速度Rext2[0]と時間ΔTbとの積に等しい：DM2[0]＝Rext2[0]×ΔTb＝Rext2[0]×(Rext1[0]－Rmax1)×Text[0]／Rud－3D。
　図８１の（ｂ）、（ｃ）では、ディペンデントビュー転送速度Rext2[k]、Rext3[k]はそれぞれの最高値Rmax2、Rmax3に等しい場合が想定されている。しかし、実際には、ディペンデントビュー転送速度Rext2[k]、Rext3[k]も一般に、それぞれの最高値Rmax2、Rmax3よりも低い。その場合、図８１の（ｃ）のグラフでは図８１の（ｂ）のグラフと同様に、蓄積データ量DA2が時間ΔTdだけピークに早く到達する：ΔTd＝Sext2[0]／Rud－3D－Rmax2×Text[0]／Rud－3D＝(Rext2[0]－Rmax2)×Text[0]／Rud－3D。一方、図８１の（ｂ）のグラフでは、蓄積データ量DA1のピークから次のベースビュー・エクステントL1の読み出し開始までの時間ΔTが同じ時間ΔTdだけ短縮される。それらを考慮した場合、ベースビュー・エクステントLkとライトビュー・エクステントRkとの対が一つ処理されるごとに、各リード・バッファの蓄積データ量DA1、DA2は、次式（４５）、（４６）で表される増分DM1[k]、DM2[k]だけ増加する：
　DM1[k]＝Rext1[k]×(ΔTb＋ΔTd)
　　　　＝Rext1[k]×{(Rext1[k]－Rmax1)＋(Rext2[k]－Rmax2)}×Text[k]／Rud－3D、　　（４５）
　DM2[k]＝Rext2[k]×(ΔTb＋ΔTd)
　　　　＝Rext2[k]×{(Rext1[k]－Rmax1)＋(Rext2[k]－Rmax2)}×Text[k]／Rud－3D。　　　　
　（４６）
　Ｌ／Ｒモードでは、各３ＤエクステントEXTSS[k]からベースビュー・エクステントLkとライトビュー・エクステントRkとが各リード・バッファ4021、4022に読み込まれるごとに各蓄積データ量DA1、DA2は増分DM1[k]、DM2[k]ずつ増える。デプス・モードでも同様に、ベースビュー・エクステントLkとデプスマップ・エクステントDkとが各リード・バッファ4021、4022に読み込まれるごとに各蓄積データ量DA1、DA2は増分DM3[k]、DM4[k]ずつ増える。ここで、増分DM3[k]、DM4[k]は次式（４７）、（４８)で表される：
　DM3[k]＝Rext1[k]×{(Rext1[k]－Rmax1)＋(Rext3[k]－Rmax3)}×Text[k]／Rud－3D、　　（４７）
　DM4[k]＝Rext3[k]×{(Rext1[k]－Rmax1)＋(Rext3[k]－Rmax3)}×Text[k]／Rud－3D。　　　　
　（４８）
　従って、３Ｄエクステント・ブロック8110全体でのエクステントＡＴＣ時間の合計Tsum＝Text[0]＋Text[1]＋Text[2]＋…が次式（４９）を満たすとき、その３Ｄエクステント・ブロック8110の全体の読み出しによって各リード・バッファ4021、4022にバッファ余裕量UL1、UL2を確保することができる：
Figure JPOXMLDOC01-appb-M000038
　ここで、次の近似が用いられている：３Ｄエクステント・ブロック8110の全体で、ベースビュー転送速度Rext1[k]が平均値Rext1－avに等しく、ディペンデントビュー転送速度Rext2[k]、Rext3[k]が平均値Rext2－av、Rext3－avに等しい。
　　［R－2］方法≪II≫
　方法≪II≫では、各バッファ余裕量UL1、UL2は以下に述べるように確保される。まず、一連の３Ｄエクステント・ブロック内の各データ・ブロックのサイズは、式（２）－（５）の右辺にマージン時間Tmarginを追加した次式（５０）－（５３）を満たす：
Figure JPOXMLDOC01-appb-M000039
　図８２の（ａ）、（ｂ）は、Ｌ／Ｒモードの再生装置102によって、式（５０）－（５３）を満たす一連の３Ｄエクステント・ブロックが読み出されるときにリード・バッファ4021、4022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図８２の（ａ）、（ｂ）を参照するに、式（５０）－（５３）の右辺にマージン時間Tmarginが追加されている効果を以下のように解釈することができる。
　まず、式（５０）－（５３）の右辺に陽に追加されているマージン時間Tmarginの効果を次のように表現することができる：式（５１）では、各ライトビュー・データ・ブロックの読み出し開始から次のライトビュー・データ・ブロックの読み出し開始までに必要なジャンプ時間として想定されている値が実際の値よりもマージン時間Tmarginだけ長い。従って、そのジャンプ時間での第２リード・バッファ4022のアンダーフローを防ぐという目的からは、各ライトビュー・データ・ブロックのサイズは、マージン時間Tmarginに第２リード・バッファ4022から読み出されるデータ量だけ余分である。その結果、ライトビュー・データ・ブロックが一つ読み出される度に、第２リード・バッファ4022の蓄積データ量DA2はライトビュー転送速度Rext2とマージン時間Tmarginとの積ずつ増える。同様に、ベースビュー・データ・ブロックが一つ読み出される度に、第１リード・バッファ4021の蓄積データ量DA1はベースビュー転送速度Rext1とマージン時間Tmarginとの積ずつ増える。
　次に、式（５０）－（５３）の右辺に、他のデータ・ブロックのサイズを通して陰に追加されているマージン時間Tmarginの効果を次のように表現することができる：各ライトビュー・データ・ブロックを第２リード・バッファ4022に読み出すのに必要な時間として想定されている値は、実際の値よりもマージン時間Tmarginだけ長い。一方、各ライトビュー・データ・ブロックが第２リード・バッファ4022に読み出されている期間では、第１リード・バッファ4021にはデータが読み込まれず、既に格納されたデータが読み出されるだけである。従って、その期間の長さとして想定されている値は、実際の値よりもマージン時間Tmarginだけ長い。その結果、ライトビュー・データ・ブロックが一つ読み出される度に、第１リード・バッファ4021の蓄積データ量DA1はベースビュー転送速度Rext1とマージン時間Tmarginとの積ずつ増える。同様に、ベースビュー・データ・ブロックが一つ読み出される度に、第２リード・バッファ4022の蓄積データ量DA2はライトビュー転送速度Rext2とマージン時間Tmarginとの積ずつ増える。
　以上の効果を合わせると、ベースビュー・データ・ブロックが一つ読み出されることに伴う第１リード・バッファ4021の蓄積データ量DA1の増分DM1＝DM11－DM10はベースビュー転送速度Rext1とマージン時間Tmarginとの積の２倍に等しい：DM1＝2×Rext1×Tmargin。同様に、ディペンデントビュー・データ・ブロックが一つ読み出されることに伴う第２リード・バッファ4022の蓄積データ量DA2の増分DM2＝DM21－DM20はディペンデントビュー転送速度Rextkとマージン時間Tmarginとの積の２倍に等しい：DM2＝2×Rextk×Tmargin（k＝2，3）。
　従って、一連の３Ｄエクステント・ブロック全体でのエクステントＡＴＣ時間の合計Tsum＝Text[0]＋Text[1]＋Text[2]＋…が次式（５４）を満たすとき、その３Ｄエクステント・ブロック全体の読み出しによって各リード・バッファ4021、4022にバッファ余裕量UL1、UL2を確保することができる：
Figure JPOXMLDOC01-appb-M000040
　ここで、次の近似が用いられている：３Ｄエクステント・ブロックの全体で、ベースビュー転送速度Rext1が平均値Rext1－avに等しく、ディペンデントビュー転送速度Rext2、Rext3が平均値Rext2－av、Rext3－avに等しい。更に、各データ・ブロックのエクステントＡＴＣ時間Textは平均値Text－avに等しい。
　　［R－3］方法≪III≫
　方法≪III≫では、各バッファ余裕量UL1、UL2はＡＶストリーム・ファイルの再生開始時に確保される。例えばＬ／Ｒモードの再生装置は再生開始時、先頭のライトビュー・エクステントEXT2[0]の全体を第２リード・バッファ4022に読み込むまで、そのエクステントを第２リード・バッファ4022からシステム・ターゲット・デコーダ4023へは転送しない。方法≪III≫では更に、先頭のベースビュー・エクステントEXT1[0]から第１リード・バッファ4021に十分なデータ量が蓄積されるまで、第２リード・バッファ4022からシステム・ターゲット・デコーダ4023への転送が開始されない。その結果、バッファ余裕量UL1、UL2が各リード・バッファ4021、4022に蓄積される。
　　［R－4］方法≪I≫、≪II≫を併用して、３Ｄエクステントブロック全体のエクステントＡＴＣ時間Tsumを次式（５５）のように規定しても良い：
Figure JPOXMLDOC01-appb-M000041
　　［R－5］３Ｄエクステント・ブロックの後にジャンプを行って他のデータ・ブロックを続けて読み出すときに、それらの間をシームレスに接続可能なジャンプ時間を定数Tseamlessで表す。そのとき、バッファ余裕量UL1、UL2は、３Ｄエクステント・ブロックの全体での平均転送速度Rext1－av、Rext2－av、Rext3－avとその定数Tseamlessとの積で表される：UL1＝Rext1－av×Tseamless、UL2＝Rext2－av×Tseamless（Ｌ／Ｒモード）、UL2＝Rext3－av×Tseamless（デプス・モード）。それらを式（４９）、（５４）に代入すると、デプスマップ転送速度Rext3－avは一般にライトビュー転送速度Rext2－avよりも低いので、３Ｄエクステント・ブロック全体でのエクステントＡＴＣ時間の合計Tsumに対する条件を次式で表現することもできる：
Figure JPOXMLDOC01-appb-M000042
　　［R－6］方法≪I≫、≪II≫では、一連の３Ｄエクステント・ブロックが読み出される間、ロングジャンプが生じない限り、各リード・バッファの蓄積データ量DA1、DA2は増え続ける。従って、各蓄積データ量DA1、DA2が所定の閾値を超えた場合、再生装置102はＢＤ－ＲＯＭドライブに読み出し／転送動作を断続させる。それにより、読み出し速度Rud－3Dが低下するので、各蓄積データ量DA1、DA2の増加が抑えられる。こうして、各リード・バッファ4021、4022のオーバーフローを回避することができる。
　　［R－7］２Ｄ再生モードでのバッファ余裕量
　上記の実施形態では、例えば図６８に示されている配置１のように、層境界LBの直前等、ロングジャンプが必要な位置の直前に十分なサイズの２Ｄエクステントが配置されている。それにより、ロングジャンプの直前にリード・バッファ3621に十分なデータ量が蓄積されるので、２Ｄ映像をシームレスに再生することができる。一方、ロングジャンプは、多重化ストリーム・データの再生中に、ＢＤ－Ｊオブジェクト・ファイル等、多重化ストリーム・データとは異なるファイルの読み出し処理が割り込まれたときにも生じる。それらのロングジャンプに関わらず、２Ｄ映像をシームレスに再生することを目的として、２Ｄ再生モードの再生装置102は、以下に示すように、上記の方法≪I≫、≪II≫と同様にしてリード・バッファ3621にバッファ余裕量を維持してもよい。
　図８３の（ａ）は、３Ｄエクステント・ブロック8310と２Ｄ再生モードでの再生経路8320との間の対応関係を示す模式図である。図８３の（ａ）を参照するに、３Ｄエクステント・ブロック8310はインターリーブ配置のベースビュー・データ・ブロック群Lkとディペンデントビュー・データ・ブロック群Dk、Rk（k＝0、1、2、…）とで構成されている。再生経路8320に従い、各ベースビュー・データ・ブロックLkが一つの２Ｄエクステントとして読み出される。
　図８３の（ｂ）は、３Ｄエクステント・ブロック8310が２Ｄ再生モードでの再生経路8320に従って読み出されるときにおけるリード・バッファ3621の蓄積データ量DAの変化を示すグラフである。細い実線のグラフは、平均転送速度Rext2D[k]が最高値Rmax2Dに等しい場合での変化を示す。一方、太い実線のグラフは、先頭の２ＤエクステントL0の転送速度Rext2D[0]が最高値Rmax2Dよりも低い場合での変化を示す。
　図８３の（ｂ）を参照するに、細い実線のグラフでは、先頭の２ＤエクステントL0の読み出し開始からエクステントＡＴＣ時間Text[0]が経過したとき、次の２ＤエクステントL1の読み出しが開始される。従って、そのときの蓄積データ量DAは読み出し開始時の値DM10と実質的に等しい。一方、太い実線のグラフでは、先頭の２ＤエクステントL0の全体がＢＤ－ＲＯＭディスク101からリード・バッファ3621へ読み出されるのに必要な時間が、細い実線のグラフでの時間よりも時間差ΔTだけ短い。従って、太い実線のグラフでは細い実線のグラフよりも蓄積データ量DAが時間ΔTだけ早くピークに達する。その結果、太い実線のグラフでは細い実線のグラフとは異なり、先頭の２ＤエクステントL0の読み出し開始からエクステントＡＴＣ時間Textが経過するよりも時間ΔTだけ早く、次の２ＤエクステントL1の読み出しが開始される。それ故、その時点での蓄積データ量DAの値DM1は先頭の２ＤエクステントL0の読み出し開始時の値DM0よりも増分DM[0]だけ増加する。
　図８３の（ｃ）は、図８３の（ａ）に示されている３Ｄエクステント・ブロック8310の全体を読み出すときにおけるリード・バッファ3621の蓄積データ量DAの変化を示すグラフである。図８３の（ｃ）を参照するに、２ＤエクステントLkが一つ読み出される度にリード・バッファ3621の蓄積データ量DAは増加する。従って、層切り換え、及びＢＤ－Ｊオブジェクト・ファイル等の読み出しに先立ち、３Ｄエクステント・ブロック8310から十分な数の２Ｄエクステントを読み出すことにより、リード・バッファ3621に十分なバッファ余裕量を蓄積することができる。尚、バッファ余裕量の蓄積に必要な３Ｄエクステント・ブロック全体のエクステントＡＴＣ時間Tsumは、例えば次式で表される。
Figure JPOXMLDOC01-appb-M000043
　［S］　ＢＤ－Ｊオブジェクト・ファイルの読み込み
　３Ｄエクステント・ブロックから映像が再生されている期間に、ＢＤ－Ｊオブジェクト・ファイルの読み出し処理が割り込まれる場合がある。その場合、再生装置102は、以下のようにして、割り込み処理中でのリード・バッファのアンダーフローを防止する。
　図８４の（ａ）は、３Ｄエクステント・ブロック8401からＬ／Ｒモードでの再生経路8420に従って３Ｄ映像が再生されている期間にＢＤ－Ｊオブジェクト・ファイルの読み出し処理が行われる場合を示す模式図である。まず、Ｌ／Ｒモードの再生装置102は、その再生経路8420に従って３Ｄエクステント・ブロック8401からデータ・ブロック群を読み出す。変形例［R］で示されているとおり、それらのデータ・ブロック群が読み出される間に、各リード・バッファ4201、4202にはバッファ余裕量UL1、UL2が蓄積される。ＢＤ－Ｊオブジェクト・ファイルの読み出し処理が割り込まれたとき、再生経路8420からそのＢＤ－Ｊオブジェクト・ファイルの記録領域8402への第１ロングジャンプJBDJ1が生じる。続いて、その記録領域8402からＢＤ－Ｊオブジェクト・ファイルが読み出される。その読み出しが終了したとき、その記録領域8402から再生経路8420への第２ロングジャンプJBDJ2が生じる。それにより、第１ロングジャンプJBDJ1が生じた箇所から３Ｄエクステント・ブロック8401の再生処理が再開される。
　図８４の（ａ）に示されているＢＤ－Ｊオブジェクト・ファイルの読み出し処理中、第１リード・バッファ4021のアンダーフローを防ぐには、次の条件が満たされればよい。まず、バッファ余裕量UL1は、第１ロングジャンプJBDJ1の開始から第２ロングジャンプJBDJ2の終了までの間、第１リード・バッファ4021から読み出されるデータ量以上であればよい。従って、バッファ余裕量UL1の満たすべき条件は、読み出し対象のＢＤ－Ｊオブジェクト・ファイルのサイズSJAVA、各ロングジャンプJBDJ1、JBDJ2のジャンプ時間Tjump、及び３Ｄエクステント・ブロック8401全体でのベースビュー転送速度の平均値Rext1－avを用いて次式（５６）で表される：
Figure JPOXMLDOC01-appb-M000044
　次に、ＢＤ－Ｊオブジェクト・ファイルの読み出し処理の時間TRの満たすべき条件は、第１リード・バッファ4021の最小容量RB1を用いて、次式（５７）で表される：
Figure JPOXMLDOC01-appb-M000045
　ここで、３Ｄエクステント・ブロック8401全体での平均転送速度Rext1－av、Rext2－avは、ＴＳパケットの平均転送速度RAV1、RAV2の１９２／１８８倍に等しい：Rextk－av＝RAVk×１９２／１８８（k＝1、2）。更に、平均転送速度Rext1、Rext2の最高値Rmax1、Rmax2はそれぞれ、３Ｄエクステント・ブロック8401を参照するファイル２ＤとファイルＤＥＰとに対するシステムレート、すなわち各ファイルに属するＴＳパケットの記録速度RTS1、RTS2の１９２／１８８倍に等しい：Rmaxk＝RTSk×１９２／１８８（k＝1、2）。式（５７）は式（４９）と同様に求められる。
　３Ｄ再生モードの再生装置102は、上記の時間TR内でＢＤ－Ｊオブジェクト・ファイルの読み出し処理を終えることを保証できるか否かを、特定のフラグで表してもよい。アプリケーション・プログラムはこのフラグを参照して、３Ｄ映像の再生中にＢＤ－Ｊオブジェクト・ファイルの読み出しを行うか否かを判断できる。例えば、３Ｄエクステント・ブロック8301を参照するファイルＳＳに対するシステムレートRTS1＋RTS2が６０Ｍｂｐｓであり、３Ｄエクステント・ブロック8301に対する平均転送速度の和RAV1＋RAV2が５０Ｍｂｐｓであり、かつ上記の時間TRが２０秒である場合を想定する。この場合、平均転送速度の和RAV1＋RAV2が５０Ｍｂｐｓ以下であっても常に、ＢＤ－Ｊオブジェクト・ファイルの読み出し処理を２０秒以内に終えることを保証できるときに、再生装置102は上記のフラグをオンにする。そうでないときには、再生装置102は上記のフラグをオフにする。
　図８４の（ｂ）は、３Ｄエクステント・ブロック8401から２Ｄ再生モードでの再生経路8410に従って２Ｄ映像が再生されている期間にＢＤ－Ｊオブジェクト・ファイルの読み出し処理が行われる場合を示す模式図である。まず、２Ｄ再生モードの再生装置102は、その再生経路8410に従って３Ｄエクステント・ブロック8401からデータ・ブロック群を読み出す。変形例［R］で示されているとおり、それらのデータ・ブロック群が読み出される間にリード・バッファ3621にはバッファ余裕量UL1が蓄積される。ＢＤ－Ｊオブジェクト・ファイルの読み出し処理が割り込まれたとき、再生経路8410からそのＢＤ－Ｊオブジェクト・ファイルの記録領域8402への第１ロングジャンプJBDJ1が生じる。続いて、その記録領域8402からＢＤ－Ｊオブジェクト・ファイルが読み出される。その読み出しが終了したとき、その記録領域8402から再生経路8410への第２ロングジャンプJBDJ2が生じる。それにより、第１ロングジャンプJBDJ1が生じた箇所から３Ｄエクステント・ブロック8401の再生処理が再開される。
　図８４の（ｂ）に示されているＢＤ－Ｊオブジェクト・ファイルの読み出し処理中、リード・バッファ3621のアンダーフローを防ぐには、次の条件が満たされればよい。まず、バッファ余裕量UL1の満たすべき条件は、読み出し対象のＢＤ－Ｊオブジェクト・ファイルのサイズSJAVA、各ロングジャンプJBDJ1、JBDJ2のジャンプ時間Tjump、及び３Ｄエクステント・ブロック8401全体での平均転送速度Rext2D－avを用いて次式（５８）で表される：
　ここで、ＢＤ－ＲＯＭドライブ3601の読み出し速度Rud－2Dは例えば５４Ｍｂｐｓである。また、例えば各ロングジャンプJBDJ1、JBDJ2のジャンプ距離が１／３ストロークであるとき、ジャンプ時間Tjumpは、最大ジャンプ時間Tjump＿max１０００ｍ秒と、誤り訂正処理に要する時間２０ｍ秒との和１０２０ｍ秒に等しい。
　次に、ＢＤ－Ｊオブジェクト・ファイルの読み出し処理の時間TRの満たすべき条件は、リード・バッファ3621の最小容量RBを用いて、次式（５９）で表される：
Figure JPOXMLDOC01-appb-M000047
　ここで、３Ｄエクステント・ブロック8401全体での平均転送速度Rext2D－avは、ファイル２Ｄに属するＴＳパケットの平均転送速度RAVの１９２／１８８倍に等しい：Rext2D－av＝RAV×１９２／１８８。更に、平均転送速度Rext2Dの最高値Rmax2Dは、３Ｄエクステント・ブロック8401を参照するファイル２Ｄに対するシステムレート、すなわちファイル２Ｄに属するＴＳパケットの記録速度RTSの１９２／１８８倍に等しい：Rmax2D＝RTS×１９２／１８８。式（５９）は式（５７）と同様に求められる。
　２Ｄ再生モードの再生装置102は、上記の時間TR内でＢＤ－Ｊオブジェクト・ファイルの読み出し処理を終えることを保証できるか否かを、特定のフラグで表してもよい。アプリケーション・プログラムはこのフラグを参照して、２Ｄ映像の再生中にＢＤ－Ｊオブジェクト・ファイルの読み出しを行うか否かを判断できる。例えば、３Ｄエクステント・ブロック8401を参照するファイル２Ｄに対するシステムレートRTSが４５Ｍｂｐｓであり、３Ｄエクステント・ブロック8401に対する平均転送速度RAVが３５Ｍｂｐｓであり、かつ上記の時間TRが２０秒である場合を想定する。この場合、平均転送速度RAVが３５Ｍｂｐｓ以下であっても常に、ＢＤ－Ｊオブジェクト・ファイルの読み出し処理を２０秒以内に終えることを保証できるときに、再生装置102は上記のフラグをオンにする。そうでないときには、再生装置102は上記のフラグをオフにする。
　［T］　ファイル２Ｄ及びファイルＤＥＰと同様に、ファイルＳＳに対してクリップ情報ファイルが設けられてもよい。そのファイルは、飛び込み再生等の特殊再生での利用に有利である。そのファイルでは、エントリ・マップのＳＰＮはファイルＳＳ全体でのソースパケットの通し番号を表す。従って、各３Ｄエクステントのサイズを、ソースパケットのサイズ＝１９２バイトとセクタのサイズ＝２０４８バイトとの公倍数、例えば６ＫＢに揃えなければならない。
　図８５の（ａ）は、一つの３Ｄエクステントに含まれるべき（ｋ＋１）個のソースパケットＳＰ＃０、ＳＰ＃１、ＳＰ＃２、…、ＳＰ＃ｋを表す模式図である。図８５の（ａ）
では、各ソースパケットＳＰ＃０、ＳＰ＃１、ＳＰ＃２、…、ＳＰ＃ｋを表す矩形の長さAT1は、そのソースパケットのＡＴＣ時間を表す。そのＡＴＣ時間AT1は、図５８に示されている３Ｄ再生モードの再生処理系統において、そのソースパケットがいずれかのリード・バッファ4021、4022からシステム・ターゲット・デコーダ4023へ転送されるのに要する時間に等しい。ソースパケットＳＰ＃０－ＳＰ＃ｋから３Ｄエクステントを形成するときはまず、図８５の（ａ）に示されているとおり、それらのＡＴＣ時間の合計を最小エクステントＡＴＣ時間minText以下に設計する。ここで、最小エクステントＡＴＣ時間minTextは例えば６ＫＢのソースパケット群のＡＴＣ時間の合計に等しい。
　図８５の（ｂ）は、各ソースパケットＳＰ＃０－ＳＰ＃ｋをＡＴＣの時間軸方向でＡＴＳの順に並べた状態を示す模式図である。各ソースパケットＳＰ＃０－ＳＰ＃ｋを表す矩形の先頭の位置ATS0－ATSkはそのソースパケットのＡＴＳの値を表す。ディスク・イメージを作成する工程では、まずソースパケットＳＰ＃０－ＳＰ＃ｋの間に空き領域を検出する。図８５の（ｂ）に示されている例では、ＳＰ＃０をリード・バッファ4021又は4022からシステム・ターゲット・デコーダ4023へ転送し終える時刻ATS0＋AT1と、ＳＰ＃１を転送し始める時刻ATS1との間が空いている。ＳＰ＃１とＳＰ＃２との間も同様である。更に、ＳＰ＃ｋをリード・バッファ4021又は4022からシステム・ターゲット・デコーダ4023へ転送し終える時刻ATSk＋AT1と、ＳＰ＃０のＡＴＳの示す時刻ATS0から最小エクステントＡＴＣ時間minTextが経過した時刻ATS0＋minTextとの間が空いている。
　図８５の（ｃ）は、図８５の（ｂ）に示されている空き領域にＮＵＬＬパケットが挿入された状態を示す模式図である。図８５の（ｃ）に示されているように、ディスク・イメージを作成する工程では更に、ソースパケットＳＰ＃０－ＳＰ＃ｋの間から検出された空き領域にＮＵＬＬパケットが挿入される。その結果、ソースパケットＳＰ＃０－ＳＰ＃ｋとＮＵＬＬパケットとのサイズの合計が６ＫＢに一致する。それらを一つの３Ｄエクステントに多重化する。こうして、３Ｄエクステントのサイズが６ＫＢに揃えられる。
　［U］　マルチアングル
　図８６の（ａ）は、マルチアングルに対応する多重化ストリーム・データの再生経路を示す模式図である。図８６の（ａ）を参照するに、その多重化ストリーム・データには、ベースビュー、ライトビュー、及びデプスマップの三種類のストリーム・データL、R、Dが多重化されている。例えばＬ／Ｒモードではベースビューとライトビューとのストリーム・データL、Rがパラレルに再生される。更に、マルチアングルでの再生期間TANGで再生される部分にはアングル別のストリーム・データAk、Bk、Ckが多重化されている（k＝0、1、2、…、n）。各アングルのストリーム・データAk、Bk、Ckは、再生時間がアングルチェンジ間隔に等しい部分に分割されている。各部分Ak、Bk、Ckには更に、ベースビュー、ライトビュー、及びデプスマップの各ストリーム・データが多重化されている。マルチアングル期間TANGでは、ユーザの操作又はアプリケーション・プログラムの指示に応じて、アングル別のストリーム・データAk、Bk、Ckの間で再生対象を切り換えることができる。
　図８６の（ｂ）は、ＢＤ－ＲＯＭディスク上に記録されたデータ・ブロック群8601と、それらに対するＬ／Ｒモードでの再生経路8602とを示す模式図である。そのデータ・ブロック群8601は、図８６の（ａ）に示されているストリーム・データL、R、D、Ak、Bk、Ckを含む。図８６の（ｂ）を参照するに、そのデータ・ブロック群8601では、通常のストリーム・データL、R、Dに加え、アングル別のストリーム・データAk、Bk、Ckがインターリーブ配置で記録されている。Ｌ／Ｒモードでは、再生経路8602の示すように、ライトビューとベースビューとのデータ・ブロックR、Lは読み出され、デプスマップ・データ・ブロックDの読み出しはジャンプによってスキップされる。更に、アングル別のストリーム・データAk、Bk、Ckのうち、選択されたもののデータ・ブロックA0、B1、…、Cnは読み出され、その他のデータ・ブロックの読み出しはジャンプによってスキップされる。
　図８６の（ｃ）は、アングル別のストリーム・データAk、Bk、Ckを構成する３Ｄエクステント・ブロックを示す模式図である。図８６の（ｃ）を参照するに、各アングルのストリーム・データAk、Bk、Ckは、ベースビュー、ライトビュー、及びデプスマップの三種類のデータ・ブロックL、R、Dで構成されている。それらのデータ・ブロックL、R、Dは更にインターリーブ配置で記録されている。Ｌ／Ｒモードでは、再生経路8602の示すように、アングル別のストリーム・データAk、Bk、Ckのうち、選択されたものA0、B1、…、Cnからライトビューとベースビューとのデータ・ブロックR、Lが読み出される。一方、他のデータ・ブロックの読み出しはジャンプによってスキップされる。
　各アングルのストリーム・データAk、Bk、Ckを構成する３Ｄエクステント・ブロックの配置には、以下の三種類がある。
　図８７の（ａ）は、第１の３Ｄエクステント・ブロック8701と、それに対する三種類の再生経路8710、8720、8730とを示す模式図である。ここで、各再生経路8710、8720、8730は、２Ｄ再生モード、Ｌ／Ｒモード、及びデプス・モードでのものを表す。第１の３Ｄエクステント・ブロック8701では各アングルのストリーム・データAk、Bk、Ckは三個のデータ・ブロックL、R、Dから構成されている。その場合、データ・ブロック一つ当たりの再生時間はアングルチェンジ間隔に等しい。従って、アングルチェンジ間隔は小さい。その反面、ジャンプに必要なバッファ余裕量を一個のデータ・ブロックの読み出しによって確保する必要がある。その結果、各データ・ブロックの平均転送速度Rextk（k＝1、2、3）を低い値に維持しなければならない。
　図８７の（ｂ）は、第２の３Ｄエクステント・ブロック8702と、それに対する三種類の再生経路8711、8721、8731とを示す模式図である。第２の３Ｄエクステント・ブロック8702では各アングルのストリーム・データAk、Bk、Ckは、配置６と同様な配置で記録された七個のデータ・ブロックRj、Dj、L、L2D、LSSから構成されている（j＝1、2）。更に、二個のデータ・ブロックの再生時間の和がアングルチェンジ間隔に等しい。従って、アングルチェンジ間隔は大きい。また、２Ｄ再生モードでのシームレス再生には、ベースビュー・データ・ブロックLと２Ｄ再生専用ブロックL2Dとのサイズの和が、図８７の（ａ）に示されているベースビュー・データ・ブロックLのサイズの１．５倍でなければならない。しかし、３Ｄ再生モードでは、ジャンプに必要なバッファ余裕量を二個のデータ・ブロックの読み出しによって確保すればよい。例えば、Ｌ／Ｒモードでの再生経路8712では、最初のライトビューとベースビューとのデータ・ブロック対R1、L、次のライトビュー・データ・ブロックR2、及び３Ｄ再生専用ブロックLSSが読み出される。デプス・モードも同様である。その結果、図８７の（ａ）に示されている配置とは異なり、各データ・ブロックの平均転送速度Rextk（k＝1、2、3）を高い値に維持することができる。
　図８７の（ｃ）は、第３の３Ｄエクステント・ブロック8703と、それに対する三種類の再生経路8712、8722、8732とを示す模式図である。第３の３Ｄエクステント・ブロック8703では、各アングルのストリーム・データAk、Bk、Ckは七個のデータ・ブロックRj、Dj、LSSj、L2Dから構成されている（j＝1、2）。それらの配置は、２Ｄ再生専用ブロックL2Dが最後に位置する点、及び、２Ｄ再生モードでの再生経路8712が２Ｄ再生専用ブロックL2Dのみを通る点で、図８７の（ｂ）に示されている配置とは異なる。３Ｄ再生モードでは、二個のデータ・ブロックの再生時間の和がアングルチェンジ間隔に等しい。従って、アングルチェンジ間隔は大きい。また、２Ｄ再生モードでのシームレス再生には、２Ｄ再生専用ブロックL2Dのサイズが、図８７の（ａ）に示されているベースビュー・データ・ブロックLのサイズの２倍でなければならない。しかし、３Ｄ再生モードでは、ジャンプに必要なバッファ余裕量をそれら二個のデータ・ブロックの読み出しによって確保すればよい。例えば、Ｌ／Ｒモードでの再生経路8722では、最初のライトビュー・データ・ブロックR1と３Ｄ再生専用ブロックLSS1との対、及び、次のライトビュー・データ・ブロックR2と３Ｄ再生専用ブロックLSS2との対が読み出される。デプス・モードも同様である。その結果、図８７の（ａ）に示されている配置とは異なり、各データ・ブロックの平均転送速度Rextk（k＝1、2、3）を高い値に維持することができる。更に、図８７の（ｂ）に示されている配置とは異なり、２Ｄ再生専用ブロックL2Dが各アングルのストリーム・データAk、Bk、Ckの最後に位置する。従って、３Ｄ再生モードでは各アングルチェンジ間隔内のジャンプ距離が短いので、各データ・ブロックの平均転送速度Rextkを、図８７の（ｂ）に示されている配置での値よりも高く維持することができる。
　尚、各アングルのストリーム・データAk、Bk、Ckでは、ベースビュー、ライトビュー、及びデプスマップの各ストリーム・データが単一の多重化ストリーム・データに収められていてもよい。但し、その記録レートは、２Ｄ再生装置で再生可能なシステムレートの範囲に抑えられなければならない。また、その多重化ストリーム・データと他の３Ｄ映像の多重化ストリーム・データとの間では、システム・ターゲット・デコーダに転送されるべきストリーム・データ（ＴＳ）の数が異なる。従って、各プレイアイテム情報（ＰＩ）は、再生対象のＴＳの数を示すフラグを含んでもよい。そのフラグを利用して、それらの多重化ストリーム・データを一つのプレイリスト・ファイルの中で切り換えられることができる。３Ｄ再生モードで２つのＴＳを再生対象として規定するＰＩでは、そのフラグが２ＴＳを示す。一方、上記の多重化ストリーム・データのような単一のＴＳを再生対象として規定するＰＩでは、そのフラグが１ＴＳを示す。３Ｄ再生装置は、そのフラグの値に応じて、システム・ターゲット・デコーダの設定を切り換えることができる。更に、そのフラグは、コネクション・コンディション（ＣＣ）の値で表現されても良い。例えば、ＣＣが“７”を示すときは、２ＴＳから１ＴＳへの移行を示し、“８”を示すときは、１ＴＳから２ＴＳへの移行を示す。
　《実施形態２》
　以下、本発明の実施形態２として、本発明の実施形態１による記録媒体の記録装置及び記録方法について説明する。
　その記録装置はいわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリングスタッフによって使用される。記録装置はオーサリングスタッフの操作に従い、まず映画コンテンツを、ＭＰＥＧ規格に則った圧縮符号化方式のデジタル・ストリーム、すなわちＡＶストリーム・ファイルに変換する。記録装置は次にシナリオを生成する。シナリオは、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には上記の動的シナリオ情報及び静的シナリオ情報を含む。記録装置は続いて、上記のデジタル・ストリーム及びシナリオから、ＢＤ－ＲＯＭディスク用のボリュームイメージ又はアップデートキットを生成する。記録装置は最後に、実施形態１によるエクステントの配置を利用して、ボリュームイメージを記録媒体に記録する。
　図８８は、その記録装置の内部構成を示すブロック図である。図８８を参照するに、その記録装置は、ビデオエンコーダ8801、素材制作部8802、シナリオ生成部8803、ＢＤプログラム制作部8804、多重化処理部8805、フォーマット処理部8806、及びデータベース部8807を含む。
　データベース部8807は記録装置に内蔵の不揮発性記憶装置であり、特にハードディスクドライブ（ＨＤＤ）である。データベース部8807はその他に、記録装置に外付けされたＨＤＤであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。
　ビデオエンコーダ8801は、非圧縮のビットマップ・データ等の映像データをオーサリングスタッフから受け付けて、それをＭＰＥＧ－４　ＡＶＣ又はＭＰＥＧ－２等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリ・ビデオ・ストリームに変換され、副映像のデータはセカンダリ・ビデオ・ストリームに変換される。特に３Ｄ映像のデータはベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとに変換される。ビデオエンコーダ8801は、図７に示されているように、レフトビュー・ビデオ・ストリームをそれ自身のピクチャ間での予測符号化によってベースビュー・ビデオ・ストリームに変換し、ライトビュー・ビデオ・ストリームを、それ自身のピクチャだけでなく、ベースビュー・ビデオ・ストリームのピクチャとの間の予測符号化によってディペンデントビュー・ビデオ・ストリームに変換する。尚、ライトビュー・ビデオ・ストリームがベースビュー・ビデオ・ストリームに変換されてもよい。更に、レフトビュー・ビデオ・ストリームがディペンデントビュー・ビデオ・ストリームに変換されてもよい。変換後の各ビデオ・ストリーム8811はデータベース部8807に保存される。
　ビデオエンコーダ8801は更に、このピクチャ間予測符号化の処理過程で、左映像と右映像との間での各イメージの動きベクトルを検出し、それらから３Ｄ映像内の各イメージの奥行き情報を算出する。算出された各イメージの奥行き情報はフレーム奥行き情報8810に整理されてデータベース部8807に保存される。
　図８９の（ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用される左映像ピクチャと右映像ピクチャとを表す模式図であり、（ｃ）は、ビデオエンコーダ8801によってそれらのピクチャから算出された奥行き情報を示す模式図である。
　ビデオエンコーダ8801はまず、左右のピクチャ間の冗長性を利用して各ピクチャを圧縮する。そのとき、ビデオエンコーダ8801は圧縮前の左右のピクチャを８×８又は１６×１６の画素マトリクスごとに、すなわちマクロブロックごとに比較して、両ピクチャ間での各イメージの動きベクトルを検出する。具体的には、図８９の（ａ）、（ｂ）に示されているように、まず、左映像ピクチャ8901と右映像ピクチャ8902とはそれぞれ、マクロブロック8903のマトリクスに分割される。次に、両ピクチャ8901、8902間でイメージ・データがマクロブロック8903ごとに比較され、その結果から各イメージの動きベクトルが検出される。例えば「家」のイメージ8904を表す領域は両ピクチャ8901、8902間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、「球」のイメージ8905を表す領域は両ピクチャ8901、8902間で実質的に異なる。従って、それらの領域からは、「球」のイメージ8905の変位を表す動きベクトルが検出される。
　ビデオエンコーダ8801は次に、検出された動きベクトルを各ピクチャ8901、8902の圧縮に利用する一方、各イメージ・データ8904、8905の表す映像の両眼視差の計算にも利用する。こうして得られた両眼視差から、ビデオエンコーダ8801は更に、「家」及び「球」のイメージ8904、8905等、各イメージの「奥行き」を算出する。各イメージの奥行きを表す情報は、例えば図８９の（ｃ）に示されているように、各ピクチャ8901、8902のマクロブロックのマトリクスと同じサイズのマトリクス8906に整理される。図８８に示されているフレーム奥行き情報8810はこのマトリクス8906を含む。このマトリクス8906内のブロック8907は、各ピクチャ8901、8902内のマクロブロック8903と一対一に対応する。各ブロック8907は、対応するマクロブロック8903の表すイメージの奥行きを、例えば８ビットの深度で表す。図８９に示されている例では、「球」のイメージ8905の奥行きが、マトリクス8906の領域8908内の各ブロックに記録される。その領域8908は、そのイメージ8905を表す各ピクチャ8901、8902内の領域の全体に対応する。
　図８８を再び参照するに、素材制作部8802は、ビデオ・ストリーム以外のエレメンタリ・ストリーム、例えば、オーディオ・ストリーム8812、ＰＧストリーム8813、及びＩＧストリーム8814を作成してデータベース部8807に保存する。例えば、素材制作部8802はオーサリングスタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ－３等の圧縮符号化方式で符号化してオーディオ・ストリーム8812に変換する。素材制作部8802はその他に、オーサリングスタッフから字幕情報ファイルを受け付けて、それに従ってＰＧストリーム8813を作成する。字幕情報ファイルは、字幕を表すイメージ・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェードイン／フェードアウト等の視覚効果を規定する。素材制作部8802は更に、オーサリングスタッフからビットマップ・データとメニューファイルとを受け付けて、それらに従ってＩＧストリーム8814を作成する。ビットマップ・データはメニューのイメージを表す。メニューファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。
　シナリオ生成部8803は、オーサリングスタッフからＧＵＩ経由で受け付けられた指示に従ってＢＤ－ＲＯＭシナリオ・データ8815を作成し、データベース部8807に保存する。ＢＤ－ＲＯＭシナリオ・データ8815は、データベース部8807に保存された各エレメンタリ・ストリーム8811－8814の再生方法を規定する。ＢＤ－ＲＯＭシナリオ・データ8815は、図２に示されているファイル群のうち、インデックス・ファイル211、ムービーオブジェクト・ファイル212、及びプレイリスト・ファイル221－223を含む。シナリオ生成部8803は更にパラメータ・ファイル8816を作成して多重化処理部8805へ送出する。パラメータ・ファイル8816は、データベース部8807に保存されたエレメンタリ・ストリーム8811－8814の中から、メインＴＳとサブＴＳとのそれぞれに多重化されるべきストリーム・データを規定する。
　ＢＤプログラム制作部8804はオーサリングスタッフに対して、ＢＤ－Ｊオブジェクト及びＪａｖａアプリケーション・プログラムのプログラミング環境を提供する。ＢＤプログラム制作部8804はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。ＢＤプログラム制作部8804は更に、ＢＤ－ＪオブジェクトからＢＤ－Ｊオブジェクト・ファイル251を作成し、Ｊａｖａアプリケーション・プログラムをＪＡＲファイル261に圧縮する。それらのファイル251、261はフォーマット処理部8806へ送出される。
　ここで、ＢＤ－Ｊオブジェクトが次のようにプログラミングされる場合を想定する：ＢＤ－Ｊオブジェクトは、図３６、４０に示されているプログラム実行部3634、4034にＧＵＩ用のグラフィックス・データをシステム・ターゲット・デコーダ3622、4023へ送出させる。ＢＤ－Ｊオブジェクトは更に、システム・ターゲット・デコーダ3622、4023にそのグラフィックス・データをイメージ・プレーン・データとして処理させる。その場合、ＢＤプログラム制作部8804は、データベース部8807に保存されたフレーム奥行き情報8810を利用して、ＢＤ－Ｊオブジェクトにイメージ・プレーン・データに対するオフセット値を設定してもよい。
　多重化処理部8805はパラメータ・ファイル8816に従い、データベース部8807に保存されている各エレメンタリ・ストリーム8811－8814をＭＰＥＧ２－ＴＳ形式のストリーム・ファイルに多重化する。具体的には図４示されているように、各エレメンタリ・ストリーム8811－8814がソースパケット列に変換され、各列のソースパケットが一列にまとめられて一本の多重化ストリーム・データを構成する。こうして、メインＴＳとサブＴＳとが作成される。
　その処理と並行して、多重化処理部8805は、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを以下の手順で作成する。まず、ファイル２ＤとファイルＤＥＰとのそれぞれについて、図２１に示されているエントリ・マップ2030が生成される。次に、各ファイルのエントリ・マップを利用して、図２３に示されているエクステント起点2320が作成される。続いて、メインＴＳとサブＴＳとのそれぞれに多重化されるべき各エレメンタリ・ストリームから、図２０に示されているストリーム属性情報が抽出される。更に、図２０に示されているように、エントリ・マップ、３Ｄメタデータ、及びストリーム属性情報の組み合わせがクリップ情報に対応付けられる。
　フォーマット処理部8806は、データベース部8807に保存されたＢＤ－ＲＯＭシナリオ・データ8815、ＢＤプログラム制作部8804によって制作されたＢＤ－Ｊオブジェクト・ファイル等のプログラム・ファイル群、及び、多重化処理部8805によって生成された多重化ストリーム・データとクリップ情報ファイルとから、図２に示されているディレクトリ構造のＢＤ－ＲＯＭディスクイメージ8820を作成する。そのディレクトリ構造では、ファイルシステムとしてＵＤＦが利用される。
　フォーマット処理部8806は、ファイル２Ｄ、ファイルＤＥＰ、及びファイルＳＳの各ファイル・エントリを作成するとき、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのそれぞれに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、各エントリ・ポイントと各エクステント起点とのＳＰＮが各アロケーション記述子の作成に利用される。特に図１５に示されているようなインターリーブ配置が表現されるようにアロケーション記述子が作成される。それにより、各ベースビュー・データ・ブロックはファイルＳＳとファイル２Ｄとに共有され、各ディペンデントビュー・データ・ブロックはファイルＳＳとファイルＤＥＰとに共有される。一方、ロングジャンプの必要な箇所では、例えば配置１－６のいずれかが表現されるようにアロケーション記述子が作成されてもよい。特に、ベースビュー・データ・ブロックの一部は２Ｄ再生専用ブロックとしてファイル２Ｄ内のアロケーション記述子によって参照され、その一部の複製データが３Ｄ再生専用ブロックとしてファイルＳＳのアロケーション記述子によって参照される。更に、ベースビューとディペンデントビューとのエクステントの各サイズが式（１）－（５）を満たすように設計され、それに基づいて、各アロケーション記述子の表すべき論理アドレスの値が決定される。
　フォーマット処理部8806はその他に、データベース部8807に保存されたフレーム奥行き情報8810を利用して、図２２の（ａ）に示されているオフセット・テーブルを、セカンダリ・ビデオ・ストリーム8811、ＰＧストリーム8813、及びＩＧストリーム8814のそれぞれについて作成する。フォーマット処理部8806は更にオフセット・テーブルを２Ｄクリップ情報ファイルの３Ｄメタデータ内に格納する。ここで、各ストリームの表す３Ｄ映像が、他のストリームの表す３Ｄ映像と同じ視方向に重なって表示されないように、左右の各映像フレーム内でのイメージ・データの配置が自動的に調整される。更に、各ストリームの表す３Ｄ映像の奥行きが互いに重ならないように、各映像フレームに対するオフセット値が自動的に調整される。
　フォーマット処理部8806によって生成されたＢＤ－ＲＯＭディスク・イメージ8820はその後、ＢＤ－ＲＯＭプレス用データに変換される。更に、このデータはＢＤ－ＲＯＭディスクの原盤に記録される。この原盤がプレス工程に利用されることにより、本発明の実施形態１によるＢＤ－ＲＯＭディスク101の大量生産が実現可能になる。
　《実施形態３》
　図９０は、本発明の実施形態３による集積回路3の機能ブロック図である。図９０を参照するに、集積回路3は実施形態１による再生装置102に実装される。ここで、再生装置102は、集積回路3の他に、媒体インタフェース（ＩＦ）部1、メモリ部2、及び出力端子10を含む。
　媒体ＩＦ部1は、外部の媒体MEからデータを受信し、又は読み出して集積回路3に転送する。特にそのデータは、実施形態１によるＢＤ－ＲＯＭディスク101上のデータと同様な構造である。媒体MEの種類は、光ディスク及びハードディスク等のディスク記録媒体、ＳＤカード及びＵＳＢメモリ等の半導体メモリ、ＣＡＴＶ等の放送波、並びに、イーサネット（登録商標）、無線ＬＡＮ、及び無線公衆回線等のネットワークを含む。媒体ＩＦ部1は媒体MEの種類に合わせて、ディスクドライブ、カードＩＦ、ＣＡＮチューナー、Ｓｉチューナー、及びネットワークＩＦを含む。
　メモリ部2は、媒体ＩＦ部1によって媒体MEから受信され、又は読み出されたデータ、及び、集積回路3によって処理されている途中のデータを一時的に格納する。メモリ部2としては、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）、及びＤＤＲｘ　ＳＤＲＡＭ（Double－Data－Rate x Synchronous Dynamic Random Access Memory; x＝1、2、3、…）等が用いられる。メモリ部2は単一のメモリ素子である。その他に、メモリ部2は複数のメモリ素子を含んでもよい。
　集積回路3はシステムＬＳＩであり、媒体ＩＦ部1から転送されたデータに対して映像・音声処理を施す。図９０を参照するに、集積回路3は、主制御部6、ストリーム処理部5、信号処理部7、メモリ制御部9、及びＡＶ出力部8を含む。
　主制御部6はプロセッサコアとプログラム・メモリとを含む。プロセッサコアはタイマ機能と割り込み機能とを有する。プログラム・メモリはＯＳ等の基本的なソフトウェアを格納する。プロセッサコアは、プログラム・メモリ等に格納されたプログラムに従って、集積回路3の全体の制御を行う。
　ストリーム処理部5は、主制御部6の制御の下、媒体MEから媒体ＩＦ部1を経由して転送されたデータを受信する。ストリーム処理部5は更に、その受信したデータを集積回路3内のデータバスを通してメモリ部2に格納する。ストリーム処理部5はその他に、受信したデータから映像系データと音声系データとを分離する。ここで、前述のとおり、媒体MEから受信されるデータは実施形態１による構造のデータを含む。その場合、「映像系データ」は、プライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを含む。「音声系データ」はプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとを含む。特に実施形態１による構造のデータでは、メインビュー・データとサブビュー・データとがそれぞれ複数のエクステントに分割され、それらが交互に配置されている。ストリーム処理部5はその構造のデータを受信したとき、主制御部6の制御に従い、そのデータからメインビュー・データを抽出してメモリ部2内の第１の領域に格納し、サブビュー・データを抽出してメモリ部2内の第２の領域に格納する。メインビュー・データはレフトビュー・ビデオ・ストリームを含み、サブビュー・データはライトビュー・ビデオ・ストリームを含む。その逆であってもよい。また、メインビューとサブビューとの組み合わせが、２Ｄ映像とそのデプスマップとの組み合わせであってもよい。メモリ部2内の第１の領域と第２の領域とは、単一のメモリ素子の領域を論理的に分割したものである。その他に、各領域が物理的に異なるメモリ素子に含まれてもよい。
　ストリーム処理部5によって分離された映像系データと音声系データとはそれぞれ、符号化によって圧縮されている。映像系データの符号化方式の種類は、ＭＰＥＧ－２、ＭＰＥＧ－４　ＡＶＣ、ＭＰＥＧ４－ＭＶＣ、及びＳＭＰＴＥ　ＶＣ－１等を含む。特にＭＰＥＧ－４　ＡＶＣではピクチャの符号化方式として、ＣＡＶＬＣ（Context－Adaptive Variable Length Coding：文脈適応可変長符号化）とＣＡＢＡＣ（Context－Adaptive Binary Arithmetic Coding：文脈適応２進法算術符号化）とが採用されている。音声系データの符号化方式の種類は、ドルビーＡＣ－３、Ｄｏｌｂｙ　Ｄｉｇｉｔａｌ　Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ－ＨＤ、及びリニアＰＣＭ等を含む。信号処理部7は、主制御部6の制御の下、映像系データと音声系データとを、それぞれの符号化方式に適した方法で復号する。信号処理部7は、例えば図４１に示されている各種デコーダに相当する。
　信号処理部7は、メインビュー・データに含まれるピクチャ（以下、メインビュー・ピクチャという。）と、サブビュー・データに含まれるピクチャ（以下、サブビュー・ピクチャという。）とのそれぞれの符号化方式、例えばＣＡＶＬＣ／ＣＡＢＡＣに合わせてそのピクチャの復号方法を選択する。ここで、メインビュー・ピクチャとサブビュー・ピクチャとは一対一に対応する。信号処理部7は特に、複数のサブビュー・ピクチャのうち、対応するメインビュー・ピクチャがＩピクチャ又はＰピクチャであるものを復号する際には、Ｂピクチャを参照ピクチャとして利用しない。また、信号処理部7は、各メインビュー・ピクチャの符号化方式に合わせて復号方法を決定する際に、そのメインビュー・ピクチャのヘッダは参照するが、サブビュー・ピクチャのヘッダは参照しない。逆に、信号処理部7は、各サブビュー・ピクチャの符号化方式に合わせて復号方法を決定する際に、そのサブビュー・ピクチャのヘッダは参照するが、メインビュー・ピクチャのヘッダは参照しない。
　メモリ制御部9は、集積回路3内の各機能ブロック5－8からメモリ部2へのアクセスを調停する。
　ＡＶ出力部8は、主制御部6の制御の下、信号処理部7によって復号された映像系データと音声系データとをそれぞれ適切な形式に加工して、個別の出力端子10を通して表示装置103とその内蔵スピーカとへ出力する。その加工の種類は、映像系データの重畳処理、各データのフォーマット変換、及び音声系データのミキシング等を含む。
　図９１は、ストリーム処理部5の代表的な構成を示す機能ブロック図である。図９１を参照するに、ストリーム処理部5は、デバイス・ストリームＩＦ部51、多重分離部52、及び切替部53を備える。
　デバイス・ストリームＩＦ部51は、媒体ＩＦ部1と集積回路3内の他の機能ブロック6－9との間でデータ転送を行うインターフェースである。例えば媒体MEが光ディスク又はハードディスクであるとき、デバイス・ストリームＩＦ部51は、ＳＡＴＡ（Serial Advanced Technology Attachment）、ＡＴＡＰＩ（Advanced Technology Attachment Packet Interface）、又はＰＡＴＡ（Parallel Advanced Technology Attachment）を含む。媒体MEがＳＤカード及びＵＳＢメモリ等の半導体メモリであるとき、デバイス・ストリームＩＦ部51はカードＩＦを含む。媒体MEがＣＡＴＶ等の放送波であるとき、デバイス・ストリームＩＦ部51はチューナーＩＦを含む。媒体MEが、イーサネット（登録商標）、無線ＬＡＮ、及び無線公衆回線等のネットワークであるとき、デバイス・ストリームＩＦ部51はネットワークＩＦを含む。ここで、媒体MEの種類によっては、デバイス・ストリームＩＦ部51が媒体ＩＦ部1に代わって、その機能の一部を実現させてもよい。逆に、媒体ＩＦ部1が集積回路3に内蔵されている場合、デバイス・ストリームＩＦ部51は省略されてもよい。
　多重分離部52は、媒体MEからメモリ部2に転送されたデータをメモリ制御部9から受信して、そのデータから映像系データと音声系データとを分離する。ここで、実施形態１による構造のデータに含まれる各エクステントは、図４に示されているように、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリーム等のソースパケットから構成されている。但し、サブビュー・データはオーディオ・ストリームを含まない場合もある。多重分離部52は、各ソースパケットからＰＩＤを読み取り、そのＰＩＤに従って、ソースパケット群を映像系のＴＳパケットVTSと音声系のＴＳパケットATSとに分別する。分別されたＴＳパケットVTS、ATSは、直接、若しくは、一旦メモリ部2に格納された後、信号処理部7に転送される。多重分離部52は、例えば図４１に示されているソース・デパケタイザ4111、4112、及びＰＩＤフィルタ4113、4114に相当する。
　切替部53は、デバイス・ストリームＩＦ部51によって受信されたデータの種類に応じてその出力先を切り換える。例えば、デバイス・ストリームＩＦ部51がメインビュー・データを受信したとき、そのデータの格納先をメモリ部2の第１の領域に切り換える。一方、デバイス・ストリームＩＦ部51がサブビュー・データを受信したとき、そのデータの格納先をメモリ部2の第２の領域に切り換える。
　切替部53は例えばＤＭＡＣ（Direct Memory Access Controller）である。図９２は、その場合における切替部53の周辺の構造を示す模式図である。ＤＭＡＣ53は、主制御部6の制御の下、デバイス・ストリームＩＦ部51によって受信されたデータと、そのデータの格納先のアドレスとをメモリ制御部9に対して送信する。具体的には、デバイス・ストリームＩＦ部51がメインビュー・データMDを受信したとき、ＤＭＡＣ53は、メインビュー・データMDと共にアドレス１AD1を送信する。ここで、「アドレス１」AD1は、メモリ部2内の第１の格納領域21の先頭アドレスAD1を示すデータである。一方、デバイス・ストリームＩＦ部51がサブビュー・データSDを受信したとき、ＤＭＡＣ53はサブビュー・データSDと共にアドレス２AD2を送信する。ここで、「アドレス２」AD2は、メモリ部2内の第２の格納領域22の先頭アドレスAD2を示すデータである。こうして、ＤＭＡＣ53は、デバイス・ストリームＩＦ部51によって受信されるデータの種類に依って、その出力先、特にメモリ部2内への格納先を切り換える。メモリ制御部9は、ＤＭＡＣ53から受信されたメインビュー・データMDとサブビュー・データSDとをそれぞれ、同時に受信されたアドレスAD1、AD2の示すメモリ部2内の領域21、22に格納する。
　主制御部6は、切替部53による格納先の切り換えの制御に、クリップ情報ファイル内のエクステント起点を利用する。ここで、そのクリップ情報ファイルは、メインビュー・データMDとサブビュー・データSDとのいずれよりも先に受信され、メモリ部2に格納されている。特に、主制御部6はファイル・ベースを利用して、デバイス・ストリームＩＦ部51によって受信されたデータがメインビュー・データMDであることを認識する。一方、主制御部6はファイルＤＥＰを利用して、デバイス・ストリームＩＦ部51によって受信されたデータがサブビュー・データであることを認識する。主制御部6は更に、その認識された結果に応じて切替部53に制御信号CSを送り、データの格納先を切り換えさせる。尚、切替部53は、主制御部6とは別の専用の制御回路によって制御されてもよい。
　ストリーム処理部5は、図９１に示されている機能ブロック51、52、53の他に、暗号エンジン部、セキュア管理部、及びダイレクト・メモリ・アクセス用のコントローラを更に備えていてもよい。暗号エンジン部は、デバイス・ストリームＩＦ部51によって受信された暗号化データ及び鍵データ等を復号する。セキュア管理部は秘密鍵を保持し、それを利用して、媒体MEと再生装置102との間で機器認証プロトコル等の実行制御を行う。
　上記の例では、媒体MEから受信されたデータがメモリ部2に格納されるとき、そのデータがメインビュー・データMDとサブビュー・データSDとのいずれであるかに依って、その格納先が切り換えられる。その他に、媒体MEから受信されたデータがその種類にかかわらず、一旦メモリ部2内の同じ領域に格納され、その後、メモリ部2から多重分離部52へ転送されるときに、メインビュー・データMDとサブビュー・データSDとに分けられてもよい。
　図９３は、ＡＶ出力部8の代表的な構成を示す機能ブロック図である。図９３を参照するに、ＡＶ出力部8は、画像重畳部81、ビデオ出力フォーマット変換部82、及びオーディオ・ビデオ出力ＩＦ部83を備える。
　画像重畳部81は、信号処理部7によって復号された映像系データVP、PG、IGを互いに重畳する。具体的には、画像重畳部81はまず、ビデオ出力フォーマット変換部82からは処理後のレフトビュー又はライトビューのビデオ・プレーン・データVPを受信し、信号処理部7からは復号後のＰＧプレーン・データPGとＩＧプレーン・データIGとを受信する。画像重畳部81は次に、ビデオ・プレーン・データVPにＰＧプレーン・データPGとＩＧプレーン・データIGとをピクチャ単位で重畳する。画像重畳部81は、例えば図４０、４１、４３に示されているプレーン加算部4024に相当する。
　ビデオ出力フォーマット変換部82は、信号処理部7からは復号後のビデオ・プレーン・データVPを受信し、画像重畳部81からは重畳後の映像系データVP／PG／IGを受信する。ビデオ出力フォーマット変換部82は更に、それらの映像系データVP、VP／PG／IGに対して種々の処理を必要に応じて行う。その処理の種類には、リサイズ処理、ＩＰ変換処理、ノイズ・リダクション処理、及びフレームレート変換処理が含まれる。リサイズ処理は、映像のサイズを拡大／縮小する処理である。ＩＰ変換処理は、プログレッシブ方式とインターレース方式との間で走査方式を変換する処理である。ノイズ・リダクション処理は、映像からノイズを除去する処理である。フレームレート変換処理は、フレームレートを変換する処理である。ビデオ出力フォーマット変換部82は、処理後のビデオ・プレーン・データVPを画像重畳部81に送出し、又は処理後の映像系データVSをオーディオ・ビデオ出力ＩＦ部83へ送出する。
　オーディオ・ビデオ出力ＩＦ部83は、ビデオ出力フォーマット変換部82からは映像系データVSを受信し、信号処理部7からは復号後の音声系データASを受信する。オーディオ・ビデオ出力ＩＦ部83は更に、受信されたデータVS、ASに対して、データ送信形式に合わせた符号化等の処理を行う。ここで、後述のように、オーディオ・ビデオ出力ＩＦ部83の一部は集積回路3の外部に備えられてもよい。
　図９４は、ＡＶ出力部8を含む再生装置102のデータ出力に関する部分の詳細を示す模式図である。図９４を参照するに、オーディオ・ビデオ出力ＩＦ部83は、アナログ・ビデオ出力ＩＦ部83a、デジタル・ビデオ・オーディオ出力ＩＦ部83b、及びアナログ・オーディオ出力ＩＦ部83cを含む。それにより、集積回路3及び再生装置102は、以下に述べるとおり、複数種類の映像系データと音声系データとのデータ送信方式に対応可能である。
　アナログ・ビデオ出力ＩＦ部83aは、ビデオ出力フォーマット変換部82から映像系データVSを受信して、そのデータVSをアナログ映像信号形式のデータVDに変換／符号化して出力する。アナログ・ビデオ出力ＩＦ部83aは、例えば、ＮＴＳＣ、ＰＡＬ、及びＳＥＣＡＭのいずれかの方式に対応したコンポジット・ビデオ・エンコーダー、Ｓ映像信号（Ｙ／Ｃ分離）用エンコーダー、コンポーネント映像信号用エンコーダー、並びにＤ／Ａコンバータ（ＤＡＣ）等を含む。
　デジタル・ビデオ・オーディオ出力ＩＦ部83bは、信号処理部7からは復号後の音声系データASを受信し、ビデオ出力フォーマット変換部82からは映像系データVSを受信する。デジタル・ビデオ・オーディオ出力ＩＦ部83bは更に、それらのデータAS、VSを一体化して暗号化する。その後、デジタル・ビデオ・オーディオ出力ＩＦ部83bは、暗号化データSVAをデータ送信規格に合わせて符号化して出力する。デジタル・ビデオ・オーディオ出力ＩＦ部83bは、例えばＨＤＭＩ（High－Definition Multimedia InterFace）等に相当する。
　アナログ・オーディオ出力ＩＦ部83cは、信号処理部7から復号後の音声系データASを受信し、Ｄ／Ａ変換によってアナログ音声データADに変換して出力する。アナログ・オーディオ出力ＩＦ部83cは、例えばオーディオＤＡＣに相当する。
　上記の映像系データ及び音声系データの送信形式は、表示装置103／スピーカー103Aの備えるデータ受信装置／データ入力端子の種類に合わせて切り換え可能であり、また、ユーザの選択によっても切り換え可能である。更に、再生装置102は、同じコンテンツのデータを、単一の送信形式だけではなく、複数の送信形式でパラレルに送信可能である。
　ＡＶ出力部8は、図９３、９４に示されている機能ブロック81、82、83の他にグラフッィクス・エンジン部を更に備えていてもよい。グラフッィクス・エンジン部は、信号処理部7によって復号されたデータに対して、フィルタ処理、画面合成処理、曲線描画処理、及び３Ｄ表示処理等のグラフィックス処理を行う。
　集積回路3は、図９０、９１、９３、９４に示されている上記の機能ブロックを内蔵する。しかし、それは必須ではなく、一部の機能ブロックが集積回路3に外付けされていてもよい。また、図９０に示されている構成とは異なり、メモリ部2が集積回路3に内蔵されていてもよい。更に、主制御部6と信号処理部7とは、完全に分離された機能ブロックでなくてもよく、例えば主制御部6が信号処理部7の処理の一部を行ってもよい。
　集積回路3内の機能ブロック間を接続する制御バス及びデータバスのトポロジーは、各機能ブロックの処理の手順及び内容に合わせて選択されればよい。図９５は、集積回路3内の制御バス及びデータバスのトポロジーの例（ａ）、（ｂ）を示す模式図である。図９５の（ａ）を参照するに、制御バス11とデータバス12とはいずれも、各機能ブロック5－9を他の全ての機能ブロックに直結させるように配置されている。その他に、図９５の（ｂ）に示されているように、データバス13は各機能ブロック5－8をメモリ制御部9にのみ直結させるように配置されてもよい。その場合、各機能ブロック5－8はメモリ制御部9、更にメモリ部2を介してデータを他の機能ブロックに転送する。
　集積回路3は、単一のチップに実装されたＬＳＩに代えて、マルチチップ・モジュールであってもよい。その場合、集積回路3を構成する複数のチップは一つのパッケージに封止されているので、集積回路3は見かけ上、単一のＬＳＩである。集積回路3はその他に、ＦＰＧＡ（Field Programmable Gate Array）又はリコンフィギュラブル・プロセッサを利用して構成されてもよい。ＦＰＧＡは、製造後にプログラム可能なＬＳＩである。リコンフィギュラブル・プロセッサは、内部の回路セル間の接続、及び各回路セルの設定を再構成可能なＬＳＩである。
　＜集積回路3を利用した再生装置102の再生処理＞
　図９６は、集積回路3を利用した再生装置102による再生処理のフローチャートである。その再生処理は、光ディスクがディスクドライブに挿入される等、媒体ＩＦ部1が媒体MEにデータ受信可能に接続されたときに開始される。その再生処理では、再生装置102は媒体MEからデータを受信して復号する。その後、再生装置102は復号後のデータを映像信号及び音声信号として出力する。
　ステップＳ１では、媒体ＩＦ部1が媒体MEからデータを受信し、又は読み出してストリーム処理部5へ転送する。その後、処理はステップＳ２へ進む。
　ステップＳ２では、ストリーム処理部5は、ステップＳ１において受信され、又は読み出されたデータを映像系データと音声系データとに分離する。その後、処理はステップＳ３へ進む。
　ステップＳ３では、信号処理部7は、ステップＳ２においてストリーム処理部5によって分離された各データをその符号化方式に適した方法で復号する。その後、処理はステップＳ４へ進む。
　ステップＳ４では、ＡＶ出力部8は、ステップＳ３において信号処理部7によって復号された映像系データに対して重畳処理を行う。その後、処理はステップＳ５へ進む。
　ステップＳ５では、ＡＶ出力部8は、ステップＳ２－４において処理された映像系データ及び音声系データを出力する。その後、処理はステップＳ６へ進む。
　ステップＳ６では、主制御部6が再生処理を続行すべきか否かを判断する。媒体ＩＦ部1によって媒体MEから新たに受信されるべき、又は読み出されるべきデータが残されている等の場合、ステップＳ１から処理が繰り返される。一方、光ディスクがディスクドライブから取り出され、又はユーザから再生停止が指示された等によって、媒体ＩＦ部1が媒体MEからのデータ受信、又は読み出しを終了させた場合、処理は終了する。
　図９７は、図９６に示されている各ステップＳ１－６の詳細を示すフローチャートである。図９７に示されている各ステップＳ１０１－１１０は、主制御部6の制御の下で行われる。ステップＳ１０１は主にステップＳ１の詳細に相当し、ステップＳ１０２－１０４は主にステップＳ２の詳細に相当し、ステップＳ１０５は主にステップＳ３の詳細に相当し、ステップＳ１０６－１０８は主にステップＳ４の詳細に相当し、ステップＳ１０９、Ｓ１１０は主にステップＳ５の詳細に相当する。
　ステップＳ１０１では、デバイス・ストリームＩＦ部51は媒体ＩＦ部1を通して媒体MEから、再生対象のデータよりも先に、そのデータの再生に必要なデータ、例えばプレイリスト・ファイル及びクリップ情報ファイルを受信し、又は読み出す。デバイス・ストリームＩＦ部51は更に、メモリ制御部9を介してそのデータをメモリ部2に格納する。その後、処理はステップＳ１０２へ進む。
　ステップＳ１０２では、主制御部6は、クリップ情報ファイルに含まれるストリーム属性情報から、媒体MEに格納されている映像データと音声データとのそれぞれの符号化方式を識別する。主制御部6は更に、識別された符号化方式に対応する復号処理が実行できるように信号処理部7の初期化を行う。その後、処理はステップＳ１０３へ進む。
　ステップＳ１０３では、デバイス・ストリームＩＦ部51は、媒体ＩＦ部1を通して媒体MEから再生対象の映像データと音声データとを受信し、又は読み出す。特に、それらのデータはエクステント単位で受信され、又は読み出される。デバイス・ストリームＩＦ部51は更に、それらのデータを切替部53とメモリ制御部9とを経由してメモリ部2に格納する。特に、メインビュー・データが受信され、又は読み出されたとき、主制御部6は切替部53を制御して、そのデータの格納先をメモリ部2内の第１の領域へ切り換えさせる。一方、サブビュー・データが受信され、又は読み出されたとき、主制御部6は切替部53を制御して、そのデータの格納先をメモリ部2内の第２の領域へ切り換えさせる。その後、処理はステップＳ１０４へ進む。
　ステップＳ１０４では、メモリ部2に格納されたデータは、ストリーム処理部5内の多重分離部52に転送される。多重分離部52はまず、そのデータを構成する各ソースパケットからＰＩＤを読み取る。多重分離部52は次に、そのＰＩＤに従って、そのソースパケットに含まれるＴＳパケットが映像系データと音声系データとのいずれであるのかを識別する。多重分離部52は更に、識別結果に従って各ＴＳパケットを信号処理部7内の対応するデコーダへ転送する。その後、処理はステップＳ１０５へ進む。
　ステップＳ１０５では、信号処理部7内では各デコーダが、転送されたＴＳパケットを適切な方法で復号する。その後、処理はステップＳ１０６へ進む。
　ステップＳ１０６では、信号処理部7において復号されたレフトビュー・ビデオ・ストリーム及びライトビュー・ビデオ・ストリームの各ピクチャがビデオ出力フォーマット変換部82に送られる。ビデオ出力フォーマット変換部82はそれらのピクチャを表示装置103の解像度に合わせてリサイズする。その後、処理はステップＳ１０７へ進む。
　ステップＳ１０７では、画像重畳部81は、ステップＳ１０６においてリサイズされたピクチャから成るビデオ・プレーン・データをビデオ出力フォーマット変換部82から受信する。一方、画像重畳部81は信号処理部7から復号後のＰＧプレーン・データとＩＧプレーン・データとを受信する。画像重畳部81は更に、それらのプレーン・データを重畳する。その後、処理はステップＳ１０８へ進む。
　ステップＳ１０８では、ビデオ出力フォーマット変換部82は、ステップＳ１０７において重畳されたプレーン・データを画像重畳部81から受信する。ビデオ出力フォーマット変換部82は更に、そのプレーン・データに対してＩＰ変換を行う。その後、処理はステップＳ１０９へ進む。
　ステップＳ１０９では、オーディオ・ビデオ出力ＩＦ部83は、ビデオ出力フォーマット変換部82からは、ステップＳ１０８においてＩＰ変換を受けた映像系データを受信し、信号処理部7からは復号後の音声系データを受ける。オーディオ・ビデオ出力ＩＦ部83は更に、それらのデータに対して、表示装置103／スピーカ103Aによるデータ出力方式、又はそれぞれへのデータ送信方式に従って符号化処理及びＤ／Ａ変換等を行う。それにより、映像系データと音声系データとはそれぞれ、アナログ出力形式又はデジタル出力形式に変換される。例えば、アナログ出力形式の映像系データには、コンポジット映像信号、Ｓ映像信号、及びコンポーネント映像信号等が含まれる。また、デジタル出力形式の映像系データ／音声系データには、ＨＤＭＩ等が含まれる。その後、処理はステップＳ１１０へ進む。
　ステップＳ１１０では、オーディオ・ビデオ出力ＩＦ部83は、ステップＳ１０９において処理された映像系データ及び音声系データを表示装置103／スピーカ103Aへ送信する。その後、処理はステップＳ６へ進む。尚、ステップＳ６については、上記の説明を援用する。
　上記の各ステップでは、データが処理される度に、その結果がメモリ部2に一時的に格納されてもよい。また、ステップＳ１０６及びＳ１０８でのビデオ出力フォーマット変換部82によるリサイズ処理及びＩＰ変換処理は、必要に応じて省略されてもよい。更に、それらの処理に加え、又はそれらの処理に代えて、ノイズ・リダクション処理及びフレームレート変換処理等、他の処理が行われてもよい。更に、可能なものについては処理手順が変更されてもよい。
　＜補足＞
　　≪３Ｄ映像の再生方法の原理≫
　３Ｄ映像の再生方法は、ホログラフィ技術を用いる方法と、視差映像を用いる方法との２つに大別される。
　ホログラフィ技術を用いる方法の特徴は、現実の立体的な物体から人間の視覚に与えられる光学的な情報とほぼ全く同じ情報を視聴者の視覚に与えることにより、その視聴者に映像中の物体を立体的に見せる点にある。しかし、この方法を動画表示に利用する技術は理論上確立されてはいる。しかし、その動画表示に必要とされる、膨大な演算をリアルタイムに処理可能なコンピュータ、及び、１ｍｍあたり数千本という超高解像度の表示装置はいずれも、現在の技術ではまだ、実現が非常に難しい。従って、この方法を商業用として実用化する目途は、現時点ではほとんど立っていない。
　「視差映像」とは、一つのシーンを見る視聴者の各目に映る２Ｄ映像の対、すなわち、レフトビューとライトビューとの対をいう。視差映像を用いる方法の特徴は、一つのシーンのレフトビューとライトビューとを視聴者の各目だけに見えるように再生することにより、その視聴者にそのシーンを立体的に見せる点にある。
　図９０の（ａ）－（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。図９０の（ａ）は、視聴者9001が、顔の正面に置かれた立方体9002を見ている光景の上面図である。図９０の（ｂ）、（ｃ）はそれぞれ、そのときに視聴者9001の左目9001L、右目9001Rに見える立方体9002の外観を２Ｄ映像として示す模式図である。図９０の（ｂ）、（ｃ）を比較すれば明らかなとおり、各目に見える立方体9002の外観はわずかに異なる。この外観の差、すなわち両眼視差から、視聴者9001は立方体9002を立体的に認識できる。従って、視差映像を用いる方法では、まず、一つのシーン、例えば図９０の（ａ）に示されている立方体9002に対し、視点が異なる左右の２Ｄ映像、例えば図９０の（ｂ）に示されている立方体9002のレフトビュー、及び図９０の（ｃ）に示されているそのライトビューを準備する。ここで、各視点の位置は視聴者9001の両眼視差から決定される。次に、各２Ｄ映像を視聴者9001のそれぞれの目だけに見えるように再生する。それにより、視聴者9001には、画面に再生されるそのシーン、すなわち立方体9002の映像が立体的に見える。このように、視差映像を用いる方法は、ホログラフィ技術を用いる方法とは異なり、高々二つの視点から見える２Ｄ映像を準備するだけでよい点で有利である。
　視差映像を用いる方法については、それを具体化するための方式が多様に提案されている。それらの方式は、左右の２Ｄ映像を視聴者のそれぞれの目にいかにして見せるかという観点から、経時分離方式、レンチキュラーレンズを用いる方式、及び二色分離方式等に分けられる。
　継時分離方式では、画面に左右の２Ｄ映像を一定時間ずつ交互に表示する一方、視聴者にシャッター眼鏡を通して画面を観察させる。ここで、シャッター眼鏡は、各レンズが例えば液晶パネルで形成されている。各レンズは、画面上の２Ｄ映像の切り換えに同期して交互に光をその全体で一様に透過させ、又は遮断する。すなわち、各レンズは、視聴者の目を周期的に塞ぐシャッターとして機能する。より詳細に言えば、画面上に左映像が表示される期間では、シャッター眼鏡は左側のレンズには光を透過させ、右側のレンズには光を遮断させる。逆に、画面上に右映像が表示されている期間では、シャッター眼鏡は右側のレンズには光を透過させ、左側のレンズには光を遮断させる。それにより、視聴者の目には、左右の映像の残像が重なって一つの３Ｄ映像に見える。
　経時分離方式では、上記のとおり、左右の映像を一定周期で交互に表示する。例えば２Ｄ映像の再生において１秒当たり２４枚の映像フレームが表示されるとき、３Ｄ映像の再生では左右の映像を合わせて、１秒当たり４８枚の映像フレームが表示される。従って、この方式には、画面の書き換えを速く実行できる表示装置が好適である。
　レンチキュラーレンズを用いる方式では、左右の各映像フレームを、縦方向に細長い短冊形の小領域に分割し、一つの画面の中に左右の映像フレームの各小領域を横方向に交互に並べて同時に表示する。ここで、画面の表面はレンチキュラーレンズで覆われている。レンチキュラーレンズは、細長い蒲鉾レンズを複数平行に並べて一枚のシート状にしたものである。各蒲鉾レンズは画面の表面を縦方向に延びている。レンチキュラーレンズを通して上記左右の映像フレームを視聴者に見せるとき、左映像フレームの表示領域からの光は視聴者の左目だけに結像し、右映像フレームの表示領域からの光は右目だけに結像するようにできる。こうして、左右の目に映る映像間での両眼視差により、視聴者には３Ｄ映像が見える。尚、この方式では、レンチキュラーレンズに代えて、同様な機能を持つ液晶素子等の他の光学部品が利用されてもよい。その他に、例えば左映像フレームの表示領域には縦偏光のフィルタを設置し、右映像フレームの表示領域には横偏光のフィルタを設置してもよい。そのとき、視聴者には偏光眼鏡を通して画面を見させる。ここで、その偏光眼鏡では、左側のレンズに縦偏光フィルタが設置され、かつ右側のレンズに横偏光フィルタが設置されている。従って、左右の映像が視聴者のそれぞれの目だけに見えるので、視聴者に３Ｄ映像を見せることができる。
　視差映像を用いる方法では、３Ｄ映像コンテンツが、初めから左右の映像の組み合わせで構成されている場合の他に、２Ｄ映像とデプスマップとの組み合わせで構成されていてもよい。その２Ｄ映像は、再生対象の３Ｄ映像から仮想的な２Ｄ画面への射影を表し、デプスマップは、その２Ｄ画面に対するその３Ｄ映像の各部の奥行きを画素別に表す。３Ｄ映像コンテンツが２Ｄ映像とデプスマップとの組み合わせで構成されているとき、３Ｄ再生装置又は表示装置はまず、それらの組み合わせから左右の映像を構成し、次にそれらの映像から上記の方式のいずれかで３Ｄ映像を再現する。
　図９１は、２Ｄ映像9101とデプスマップ9102との組み合わせからレフトビュー9103Lとライトビュー9103Rとを構成する例を示す模式図である。図９１を参照するに、２Ｄ映像9101では、背景9112の中に円板9111が表示されている。デプスマップ9102はその２Ｄ映像9101内の各部の奥行きを画素ごとに示す。そのデプスマップ9102によれば、２Ｄ映像9101のうち、円板9111の表示領域9121の奥行きが画面よりも手前であり、かつ、背景9112の表示領域9122の奥行きが画面よりも奥である。再生装置102内では視差映像生成部9100がまず、デプスマップ9102の示す各部の奥行きから２Ｄ映像9101内の各部の両眼視差を計算する。視差映像生成部9100は次に、２Ｄ映像9101内の各部の表示位置を、計算された両眼視差に応じて左右に移動させて、レフトビュー9103Lとライトビュー9103Rとを構成する。図９１に示されている例では、視差映像生成部9100は、２Ｄ映像9101内の円板9111の表示位置に対し、レフトビュー9103L内の円板9131Lの表示位置をその両眼視差の半分S1だけ右に移動させ、ライトビュー9103R内の円板9131Rの表示位置をその両眼視差の半分S1だけ左に移動させる。それにより、視聴者には円板9111が画面よりも手前に見える。一方、視差映像生成部9100は、２Ｄ映像9101内の背景9112の表示位置に対し、レフトビュー9103L内の背景9132Lの表示位置をその両眼視差の半分S2だけ左に移動させ、ライトビュー9103R内の背景9132Rの表示位置をその両眼視差の半分S2だけ右に移動させる。それにより、視聴者には背景9112が画面よりも奥に見える。
　視差映像を用いる方法による３Ｄ映像の再生システムは、映画館及び遊園地のアトラクション等で利用されるものについては既に確立され、一般的に使用されている。従って、その方法は、３Ｄ映像を再生可能なホームシアター・システムの実用化にも有効である。本発明の実施形態では、視差映像を用いる方法のうち、継時分離方式又は偏光眼鏡を用いた方式を想定する。但し、本発明は、それらの方式とは異なる他の方式に対しても、それらが視差映像を用いている限り、適用可能である。それは、上記の実施形態の説明から当業者には明らかであろう。
　　≪ＢＤ－ＲＯＭディスク上のファイルシステム≫
　ＢＤ－ＲＯＭディスク101のファイルシステムとしてＵＤＦが利用されるとき、図２に示されているボリューム領域202Bは、一般に複数のディレクトリ、ファイルセット記述子、及び終端記述子のそれぞれが記録された領域を含む。「ディレクトリ」は、同じディレクトリを構成するデータ群である。「ファイルセット記述子」は、ルートディレクトリのファイル・エントリが記録されているセクタのＬＢＮを示す。「終端記述子」はファイルセット記述子の記録領域の終端を示す。
　各ディレクトリは共通のデータ構造を持つ。各ディレクトリは特に、ファイル・エントリ、ディレクトリ・ファイル、及び下位ファイル群を含む。
　「ファイル・エントリ」は、記述子タグ、ＩＣＢ（Information Control Block）タグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。例えば記述子タグの値が“２６１”であるとき、そのデータの種類はファイル・エントリである。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、同じディレクトリに属するディレクトリ・ファイルが記録されたセクタのＬＢＮを示す。
　「ディレクトリ・ファイル」は、下位ディレクトリのファイル識別記述子と下位ファイルのファイル識別記述子とを一般に複数ずつ含む。「下位ディレクトリのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ディレクトリにアクセスするための情報である。このファイル識別記述子は、その下位ディレクトリの識別情報、ディレクトリ名の長さ、ファイル・エントリ・アドレス、及びディレクトリ名そのものを含む。特にファイル・エントリ・アドレスは、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ファイルにアクセスするための情報である。このファイル識別記述子は、その下位ファイルの識別情報、ファイル名の長さ、ファイル・エントリ・アドレス、及びファイル名そのものを含む。特にファイル・エントリ・アドレスは、その下位ファイルのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル・エントリ」は、後述のとおり、下位ファイルの実体を構成するデータのアドレス情報を含む。
　ファイルセット記述子と下位ディレクトリ／ファイルのファイル識別記述子とを順番に辿ってゆけば、ボリューム領域202Bに記録された任意のディレクトリ／ファイルのファイル・エントリにアクセスすることができる。具体的には、まず、ファイルセット記述子からルートディレクトリのファイル・エントリが特定され、そのファイル・エントリ内のアロケーション記述子からルートディレクトリのディレクトリ・ファイルが特定される。次に、そのディレクトリ・ファイルからルートディレクトリ直下のディレクトリのファイル識別記述子が検出され、その中のファイル・エントリ・アドレスからそのディレクトリのファイル・エントリが特定される。更に、そのファイル・エントリ内のアロケーション記述子からそのディレクトリのディレクトリ・ファイルが特定される。続いて、そのディレクトリ・ファイルのうち、下位ディレクトリ又は下位ファイルのファイル識別記述子内のファイル・エントリ・アドレスからその下位ディレクトリ又は下位ファイルのファイル・エントリが特定される。
　「下位ファイル」はそれぞれエクステントとファイル・エントリとを含む。「エクステント」は一般に複数であり、それぞれ、ディスク上の論理アドレス、すなわちＬＢＮが連続しているデータ列である。エクステントの全体が下位ファイルの実体を構成する。「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は各エクステントに対して一つずつ設けられ、ボリューム領域202B上での各エクステントの配置、具体的には各エクステントのサイズとその先端のＬＢＮとを示す。従って、各アロケーション記述子を参照することにより、各エクステントにアクセスすることができる。その他に、各アロケーション記述子の上位２ビットは、そのアロケーション記述子の示すＬＢＮのセクタにエクステントが実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。
　ＵＤＦを利用した上記のファイルシステムと同様、ボリューム領域202Bに対するファイルシステムでは一般に、ボリューム領域202Bに記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域202Bに併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。
　　≪放送、通信回路を経由したデータ配信≫
　本発明の実施形態１による記録媒体は、光ディスクの他、例えばＳＤメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、実施形態１の説明では、予めデータが記録された光ディスク、すなわち、ＢＤ－ＲＯＭ又はＤＶＤ－ＲＯＭ等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態はそれらに限定されない。例えば放送で、又はネットワーク経由で配信された３Ｄ映像のコンテンツを端末装置によって、ＢＤ－ＲＥ又はＤＶＤ－ＲＡＭ等の既存の書き込み可能な光ディスクへ書き込むときに、実施形態１によるエクステントの配置が利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。
　　≪半導体メモリカードの再生≫
　本発明の実施形態１による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。
　再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース（Ｉ／Ｆ）で構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のＩ／Ｆが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのＩ／Ｆを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのＩ／Ｆを通して再生装置に読み出される。
　　≪ＢＤ－ＲＯＭディスク上のデータに対する著作権保護技術≫
　ここで、以降の補足事項の前提として、ＢＤ－ＲＯＭディスクに記録されているデータの著作権を保護するための仕組みについて説明する。
　ＢＤ－ＲＯＭディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオ・ストリーム、オーディオ・ストリーム、又はその他のストリームを含む。その場合、暗号化データは以下のように解読される。
　再生装置には予め、ＢＤ－ＲＯＭディスク上の暗号化データを解読するための「鍵」の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、ＢＤ－ＲＯＭディスクには、そのその「鍵」の生成に必要なデータの別の一部、すなわちＭＫＢ（メディアキーブロック）と、その「鍵」自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、ＭＫＢ、及び暗号化タイトルキーは互いに対応付けられ、更に、図２に示されているＢＤ－ＲＯＭディスク101上のＢＣＡ201に書き込まれた特定のＩＤ、すなわちボリュームＩＤにも対応付けられている。デバイスキー、ＭＫＢ、暗号化タイトルキー、及びボリュームＩＤの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の「鍵」、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、ＭＫＢ、及びボリュームＩＤを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の「鍵」として用いて暗号化データを解読することができる。
　ＢＤ－ＲＯＭディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのＢＤ－ＲＯＭディスク上の暗号化タイトルキー、ＭＫＢ、及びボリュームＩＤに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、ＭＫＢ、デバイスキー、及びボリュームＩＤの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。
　ＢＤ－ＲＯＭディスクに記録されるべきビデオ・ストリームとオーディオ・ストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、ＢＤ－ＲＯＭディスクに記録する。次に、ＭＫＢ、デバイスキー、及びボリュームＩＤの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、ＭＫＢ、ボリュームＩＤ、及び暗号化タイトルキーをＢＤ－ＲＯＭディスクに記録する。そのＢＤ－ＲＯＭディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオ・ストリーム及び／又はオーディオ・ストリームをデコーダで復号することはできない。こうして、ＢＤ－ＲＯＭディスクに記録されたデータの著作権を保護することができる。
　以上に述べた、ＢＤ－ＲＯＭディスクにおけるデータの著作権保護の仕組みは、ＢＤ－ＲＯＭディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にＳＤカード等の可搬性半導体メモリカードにも適用可能である。
　　≪電子配信を利用した記録媒体へのデータ記録≫
　電子配信を利用して本発明の実施形態１による再生装置へ３Ｄ映像のＡＶストリーム・ファイル等のデータ（以下、配信データという。）を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがＳＤメモリカードである場合を想定する。
　再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはＳＤメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はＳＤメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。ＳＤメモリカードの識別情報は、例えばそのＳＤメモリカード固有の識別番号、より具体的にはそのＳＤメモリカードのシリアル番号である。この識別情報は上述のボリュームＩＤとして利用される。
　配信サーバには配信データが格納されている。その配信データのうち、ビデオ・ストリーム及び／又はオーディオ・ストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。その暗号化データは同じタイトルキーで復号が可能である。
　配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、ＳＤメモリカードと共通のＭＫＢを保持している。配信サーバは、再生装置から配信データの送信要求とＳＤメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、ＭＫＢ、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。
　配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のＭＫＢ、暗号化タイトルキー、署名情報、ＳＤメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能（プログラム）が特定されている。
　配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用Ｉ／Ｆを通してＳＤメモリカードに記録する。
　ＳＤメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック（１）－（３）が行われる。尚、それらはどのような順序で行われてもよい。
　（１）公開鍵情報に含まれるＳＤメモリカードの識別情報が、カードスロットに挿入されているＳＤメモリカードに記憶されている識別番号と一致するか否か。
　（２）公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。
　（３）公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。
　上述のチェック（１）－（３）のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック（１）－（３）の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、ＭＫＢ、及びＳＤメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオ・ストリーム及び／又はオーディオ・ストリームに復号する。
　以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能（プログラム）等が知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、ＳＤメモリカードの識別番号、ＭＫＢ、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。
　半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばＳＤメモリカードではそのシリアル番号が不正に改竄された場合、ＳＤメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック（１）では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。
　半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域（以下、第１の記録領域と称す。）から電気的に分離された別の記録領域（以下、第２の記録領域と称す。）が設置される。次に、第２の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第２の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第２の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第２の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第２の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第２の記録領域内のデータのアドレスは制御回路にしか特定できない。
　半導体メモリカードの識別情報が第２の記録領域に記録された場合、再生装置上で動作するアプリケーション・プログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーション・プログラムは、メモリカードＩ／Ｆを介して上記の制御回路に対し、第２の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第２の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードＩ／Ｆを介して上記のアプリケーション・プログラムへその識別情報を送る。そのアプリケーション・プログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーション・プログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードＩ／Ｆを介して半導体メモリカード内の第１の記録領域に記録する。
　尚、上記のアプリケーション・プログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーション・プログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばＸ．５０９に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第１の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。
　　≪リアルタイム・レコーディングへの適用≫
　本発明の実施形態２では、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、オーサリングシステムにおけるプリレコーディング技術によってＢＤ－ＲＯＭディスクに記録されてユーザに供給されることを前提とした。しかし、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、リアルタイム・レコーディングによって、ＢＤ－ＲＥディスク、ＢＤ－Ｒディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤ－ＲＥディスク等と略す。）に記録されてユーザに供給されるものであってもよい。その場合、ＡＶストリーム・ファイルは、アナログ入力信号を記録装置がリアルタイムで復号することによって得られたトランスポート・ストリームであってもよい。その他に、記録装置がデジタル入力したトランスポート・ストリームをパーシャル化することで得られるトランスポート・ストリームであってもよい。
　リアルタイム・レコーディングを実行する記録装置は、ビデオエンコーダ、オーディオエンコーダ、マルチプレクサ、及びソースパケタイザを含む。ビデオエンコーダはビデオ信号を符号化してビデオ・ストリームに変換する。オーディオエンコーダはオーディオ信号を符号化してオーディオ・ストリームに変換する。マルチプレクサは、ビデオ・ストリームとオーディオ・ストリームとを多重化して、ＭＰＥＧ２－ＴＳ形式のデジタル・ストリームに変換する。ソースパケタイザは、ＭＰＥＧ２－ＴＳ形式のデジタル・ストリーム内のＴＳパケットをソースパケットに変換する。記録装置は各ソースパケットをＡＶストリーム・ファイルに格納して、ＢＤ－ＲＥディスク等に書き込む。
　ＡＶストリーム・ファイルの書き込み処理と並行して、記録装置の制御部はクリップ情報ファイルとプレイリスト・ファイルとをメモリ上で生成してＢＤ－ＲＥディスク等に書き込む。具体的には、ユーザによって録画処理が要求されたとき、制御部はまず、ＡＶストリーム・ファイルに合わせてクリップ情報ファイルを生成してＢＤ－ＲＥディスク等に書き込む。その場合、外部から受信されるトランスポート・ストリームからビデオ・ストリーム内の一つのＧＯＰの先頭が検出される度に、又は、ビデオエンコーダによってビデオ・ストリーム内の一つのＧＯＰが生成される度に、制御部は、そのＧＯＰの先頭に位置するＩピクチャのＰＴＳと、そのＧＯＰの先頭が格納されたソースパケットのＳＰＮとを取得する。制御部は更に、そのＰＴＳとＳＰＮとの対を一つのエントリ・ポイントとしてクリップ情報ファイルのエントリ・マップに追記する。ここで、そのエントリ・ポイントには「is＿angle＿changeフラグ」が追加される。is＿angle＿changeフラグは、そのＧＯＰの先頭がＩＤＲピクチャであるときは“オン”に設定され、そのＧＯＰの先頭がＩＤＲピクチャではないときは“オフ”に設定される。クリップ情報ファイル内には更に、ストリーム属性情報が記録対象のストリームの属性に従って設定される。こうして、ＡＶストリーム・ファイルとクリップ情報ファイルとがＢＤ－ＲＥディスク等に書き込まれた後、制御部はそのクリップ情報ファイル内のエントリ・マップを利用してプレイリスト・ファイルを生成し、ＢＤ－ＲＥディスク等に書き込む。
　　≪マネージド・コピー≫
　本発明の実施形態１による再生装置は更に、マネージド・コピーによってＢＤ－ＲＯＭディスク101上のデジタル・ストリームを他の記録媒体へ書き込んでもよい。「マネージド・コピー」とは、ＢＤ－ＲＯＭディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタル・ストリーム、プレイリスト・ファイル、クリップ情報ファイル、及びアプリケーション・プログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術をいう。その書き込み可能な記録媒体は、ＢＤ－Ｒ、ＢＤ－ＲＥ、ＤＶＤ－Ｒ、ＤＶＤ－ＲＷ、及びＤＶＤ－ＲＡＭ等の書き込み可能な光ディスク、ハードディスク、並びに、ＳＤメモリカード、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、及びマルチメディアカード（登録商標）等の可搬性半導体メモリ装置を含む。マネージド・コピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。
　ＢＤ－ＲＯＭディスクからＢＤ－Ｒディスク又はＢＤ－ＲＥディスクへのマネージド・コピーが行われる場合、両ディスクの記録容量が等しいときは、コピー元のディスクに記録されたビット・ストリームがそのまま、順番にコピーされればよい。
　マネージド・コピーが異種の記録媒体間で行われるときはトランス・コードが必要である。「トランス・コード」とは、コピー元のディスクに記録されているデジタル・ストリームをコピー先の記録媒体のアプリケーション・フォーマットに適合させるための処理をいう。トランス・コードは、例えば、ＭＰＥＧ２－ＴＳ形式からＭＰＥＧ２プログラム・ストリーム形式へ変換する処理、及び、ビデオ・ストリームとオーディオ・ストリームとのそれぞれに割り当てられているビットレートを低くして符号化し直す処理を含む。トランス・コードでは、上述のリアルタイム・レコーディングによって、ＡＶストリーム・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルが生成されねばならない。
　　≪データ構造の記述方法≫
　本発明の実施形態１によるデータ構造のうち、「所定型の情報が複数存在する」という繰り返し構造は、ｆｏｒ文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、「所定の条件が成立するときに所定の情報が定義される」というデータ構造は、ｉｆ文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態１によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、「構文解析」、「最適化」、「資源割付」、及び「コード生成」といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。
　　≪再生プログラムによるプレイリスト・ファイル、クリップ情報ファイルの管理≫
　プレイリスト・ファイルとＡＶストリーム・ファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリスト・ファイルに従ってＡＶストリーム・ファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、ｔｅｘｔセクション、ｄａｔａセクション、ｂｓｓセクション、及びｓｔａｃｋセクションを含む。ｔｅｘｔセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。ｄａｔａセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。ｄａｔａセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。ｂｓｓセクションは、初期値を持たない変数を含む。ｂｓｓセクション内のデータは、ｔｅｘｔセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のＲＡＭにｂｓｓセクション用の領域が確保される。ｓｔａｃｋセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。ｓｔａｃｋセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、ｂｓｓセクション内の変数はゼロで初期化され、ｓｔａｃｋセクションには必要なメモリ領域が確保される。
　プレイリスト・ファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、ｔｅｘｔセクション内の「書き換え不可のデータ」、又はｄａｔａセクション内の「随時アクセスされるファイル」として管理される。すなわち、プレイリスト・ファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリスト・ファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。
　本発明は立体視映像の再生技術に関し、上記のとおり、記録媒体上に記録されたディペンデントビュー・ピクチャの圧縮において参照ピクチャの種類に制限を与える。このように、本発明は明らかに産業上利用可能である。
　701　ベースビュー・ビデオ・ストリーム
　702　ライトビュー・ビデオ・ストリーム
　710－719　ベースビュー・ピクチャ
　720－729　ディペンデントビュー・ピクチャ
　731、732　ＧＯＰ

Claims (8)

  1. 　平面視映像の再生に利用されるメインビュー・ストリーム、及び、前記メインビュー・ストリームと組み合わされて立体視映像の再生に利用されるサブビュー・ストリームが記録された記録媒体であって、
    　前記メインビュー・ストリームは複数のメインビュー・ピクチャを含み、
    　前記サブビュー・ストリームは複数のサブビュー・ピクチャを含み、
    　前記複数のメインビュー・ピクチャと前記複数のサブビュー・ピクチャとは一対一に対応し、
    　前記複数のサブビュー・ピクチャのうち、対応するメインビュー・ピクチャがＩピクチャとＰピクチャとのいずれかであるサブビュー・ピクチャの圧縮には、Ｂピクチャが参照ピクチャとして利用されていない、
    記録媒体。
  2. 　平面視映像の再生に利用されるメインビュー・ストリーム、及び、前記メインビュー・ストリームと組み合わされて立体視映像の再生に利用されるサブビュー・ストリームが記録された記録媒体であって、
    　前記サブビュー・ストリームは、前記メインビュー・ストリームを参照して符号化されており、
    　前記メインビュー・ストリームは複数のメインビュー・ピクチャと少なくとも一つのメインビュー・ピクチャ・ヘッダとを含み、
    　前記サブビュー・ストリームは複数のサブビュー・ピクチャと少なくとも一つのサブビュー・ピクチャ・ヘッダとを含み、
    　前記メインビュー・ピクチャ・ヘッダは、メインビュー・ピクチャの符号化方式を示す情報を含み、
    　前記サブビュー・ピクチャ・ヘッダは、サブビュー・ピクチャの符号化方式を示す情報を含み、
    　各メインビュー・ピクチャは、前記メインビュー・ピクチャ・ヘッダを参照するが、前記サブビュー・ピクチャ・ヘッダを参照せず、
    　各サブビュー・ピクチャは、前記サブビュー・ピクチャ・ヘッダを参照するが、前記メインビュー・ピクチャ・ヘッダを参照しない、
    記録媒体。
  3. 　記録媒体から映像を再生するための再生装置であって、
    　平面視映像の再生に利用されるメインビュー・ストリーム、及び、前記メインビュー・ストリームと組み合わされて立体視映像の再生に利用されるサブビュー・ストリームを前記記録媒体から読み出す読み出し部、及び、
    　前記読み出し部によって読み出されたストリーム・データから圧縮ピクチャを抽出して復号する復号部、
    を備え、
    　前記復号部は、
    　前記メインビュー・ストリームに含まれる複数のメインビュー・ピクチャのそれぞれの復号方法を当該メインビュー・ピクチャの符号化方式に合わせて選択し、
    　前記サブビュー・ストリームに含まれ、かつ、前記複数のメインビュー・ピクチャと一対一に対応する複数のサブビュー・ピクチャのそれぞれの復号方法を当該サブビュー・ピクチャの符号化方式に合わせて選択し、
    　前記複数のサブビュー・ピクチャのうち、対応するメインビュー・ピクチャがＩピクチャとＰピクチャとのいずれかであるサブビュー・ピクチャの復号には、Ｂピクチャを参照ピクチャとして利用しない、
    再生装置。
  4. 　記録媒体から映像を再生するための再生装置であって、
    　平面視映像の再生に利用されるメインビュー・ストリーム、及び、前記メインビュー・ストリームと組み合わされて立体視映像の再生に利用されるサブビュー・ストリームを前記記録媒体から読み出す読み出し部、及び、
    　前記読み出し部によって読み出されたストリーム・データから圧縮ピクチャを抽出して復号する復号部、
    を備え、
    　前記復号部は、
    　前記メインビュー・ストリームに含まれるメインビュー・ピクチャ・ヘッダを参照するが、前記サブビュー・ストリームに含まれるサブビュー・ピクチャ・ヘッダを参照することなく、前記メインビュー・ストリームに含まれる複数のメインビュー・ピクチャのそれぞれの符号化方式を決定し、当該符号化方式に合わせて当該メインビュー・ピクチャの復号方法を選択し、
    　前記サブビュー・ピクチャ・ヘッダを参照するが、前記メインビュー・ピクチャ・ヘッダを参照することなく、前記サブビュー・ストリームに含まれる複数のサブビュー・ピクチャのそれぞれの符号化方式を決定し、当該符号化方式に合わせて当該サブビュー・ピクチャの復号方法を選択する、
    再生装置。
  5. 　平面視映像の再生に利用されるメインビュー・ストリーム、及び、前記メインビュー・ストリームと組み合わされて立体視映像の再生に利用されるサブビュー・ストリームから映像を再生するための再生装置であって、
    　前記メインビュー・ストリームと前記サブビュー・ストリームとから圧縮ピクチャを抽出し、前記圧縮ピクチャに含まれるヘッダを解析し、かつ前記圧縮ピクチャを復号する復号部、及び、
    　前記復号部によって解析された前記圧縮ピクチャのヘッダから前記圧縮ピクチャの復号方法を決定して前記復号部に指示する制御部、
    を備え、
    　前記制御部が、前記メインビュー・ストリームに含まれる圧縮ピクチャのヘッダから当該圧縮ピクチャの復号方法を決定する間に、前記復号部は、前記サブビュー・ストリームに含まれる圧縮ピクチャのヘッダ解析と復号とのいずれかを行い、
    　前記制御部が、前記サブビュー・ストリームに含まれる圧縮ピクチャのヘッダから当該圧縮ピクチャの復号方法を決定する間に、前記復号部は、前記メインビュー・ストリームに含まれる圧縮ピクチャの復号を行う、
    再生装置。
  6. 　平面視映像の再生に利用されるメインビュー・ストリーム、及び、前記メインビュー・ストリームと組み合わされて立体視映像の再生に利用されるサブビュー・ストリーム、を含むストリーム・データに対して映像・音声信号処理を行う半導体集積回路であって、
    　前記メインビュー・ストリームは複数のメインビュー・ピクチャを含み、
    　前記サブビュー・ストリームは複数のサブビュー・ピクチャを含み、
    　前記複数のメインビュー・ピクチャと前記複数のサブビュー・ピクチャとは一対一に対応し、
    　前記ストリーム・データにおいて、前記メインビュー・ストリームは複数のメインビュー・データ群に分割され、前記サブビュー・ストリームは複数のサブビュー・データ群に分割され、前記複数のメインビュー・データ群と前記複数のサブビュー・データ群とは交互に配置されており、
    　前記複数のメインビュー・データ群の各々と前記複数のサブビュー・データ群の各々とは映像系データを含み、
    　前記複数のメインビュー・データ群と前記複数のサブビュー・データ群との少なくともいずれかは音声系データを含み、
    　前記半導体集積回路は、
    　前記半導体集積回路の制御を行う主制御部と、
    　前記ストリーム・データを受信し、前記半導体集積回路の内部もしくは外部に設けられたメモリに一旦格納した後、前記映像系データと前記音声系データとに多重分離するストリーム処理部と、
    　前記音声系データと前記映像系データとをそれぞれ復号する信号処理部と、
    　復号された前記映像系データと前記音声系データとを出力するＡＶ出力部と
    を備えており、
    　前記ストリーム処理部は、受信した前記ストリーム・データの格納先を前記メモリ内の第１の領域と第２の領域との間で切り替える切替部を備えており、
    　前記主制御部は前記切替部を制御して、前記複数のメインビュー・データ群に属しているデータを前記第１の領域に格納させ、前記サブビュー・データ群に属しているデータを前記第２の領域に格納させ、
    　前記信号処理部は、前記複数のメインビュー・ピクチャのそれぞれの復号方法を当該メインビュー・ピクチャの符号化方式に合わせて選択し、前記複数のメインビュー・ピクチャと一対一に対応する複数のサブビュー・ピクチャのそれぞれの復号方法を当該サブビュー・ピクチャの符号化方式に合わせて選択し、前記複数のサブビュー・ピクチャのうち、対応するメインビュー・ピクチャがＩピクチャとＰピクチャとのいずれかであるサブビュー・ピクチャの復号には、Ｂピクチャを参照ピクチャとして利用しない
    ことを特徴とする半導体集積回路。
  7. 　平面視映像の再生に利用されるメインビュー・ストリーム、及び、前記メインビュー・ストリームと組み合わされて立体視映像の再生に利用されるサブビュー・ストリーム、を含むストリーム・データに対して映像・音声信号処理を行う半導体集積回路であって、
    　前記ストリーム・データにおいて、前記メインビュー・ストリームは複数のメインビュー・データ群に分割され、前記サブビュー・ストリームは複数のサブビュー・データ群に分割され、前記複数のメインビュー・データ群と前記複数のサブビュー・データ群とは交互に配置されており、
    　前記複数のメインビュー・データ群の各々と前記複数のサブビュー・データ群の各々とは映像系データを含み、
    　前記複数のメインビュー・データ群と前記複数のサブビュー・データ群との少なくともいずれかは音声系データを含み、
    　前記メインビュー・ストリームは複数のメインビュー・ピクチャと少なくとも一つのメインビュー・ピクチャ・ヘッダとを含み、
    　前記サブビュー・ストリームは複数のサブビュー・ピクチャと少なくとも一つのサブビュー・ピクチャ・ヘッダとを含み、
    　前記メインビュー・ピクチャ・ヘッダは、メインビュー・ピクチャの符号化方式を示す情報を含み、
    　前記サブビュー・ピクチャ・ヘッダは、サブビュー・ピクチャの符号化方式を示す情報を含み、
    　前記半導体集積回路は、
    　前記半導体集積回路の制御を行う主制御部と、
    　前記ストリーム・データを受信し、前記半導体集積回路の内部もしくは外部に設けられたメモリに一旦格納した後、前記映像系データと前記音声系データとに多重分離するストリーム処理部と、
    　前記音声系データと前記映像系データとをそれぞれ復号する信号処理部と、
    　復号された前記映像系データと前記音声系データとを出力するＡＶ出力部と
    を備えており、
    　前記ストリーム処理部は、受信した前記ストリーム・データの格納先を前記メモリ内の第１の領域と第２の領域との間で切り替える切替部を備えており、
    　前記主制御部は前記切替部を制御して、前記複数のメインビュー・データ群に属しているデータを前記第１の領域に格納させ、前記サブビュー・データ群に属しているデータを前記第２の領域に格納させ、
    　前記信号処理部は、前記メインビュー・ピクチャ・ヘッダを参照するが、前記サブビュー・ピクチャ・ヘッダを参照することなく、前記複数のメインビュー・ピクチャのそれぞれの符号化方式を決定し、当該符号化方式に合わせて当該メインビュー・ピクチャの復号方法を選択し、
    　前記信号処理部は、前記サブビュー・ピクチャ・ヘッダを参照するが、前記メインビュー・ピクチャ・ヘッダを参照することなく、前記複数のサブビュー・ピクチャのそれぞれの符号化方式を決定し、当該符号化方式に合わせて当該サブビュー・ピクチャの復号方法を選択する
    ことを特徴とする半導体集積回路。
  8. 　平面視映像の再生に利用されるメインビュー・ストリーム、及び、前記メインビュー・ストリームと組み合わされて立体視映像の再生に利用されるサブビュー・ストリームから映像を再生するための再生装置に搭載される集積回路であって、
    　前記メインビュー・ストリームと前記サブビュー・ストリームとから圧縮ピクチャを抽出し、前記圧縮ピクチャに含まれるヘッダを解析し、かつ前記圧縮ピクチャを復号する復号部、及び、
    　前記復号部によって解析された前記圧縮ピクチャのヘッダから前記圧縮ピクチャの復号方法を決定して前記復号部に指示する制御部、
    を備え、
    　前記制御部が、前記メインビュー・ストリームに含まれる圧縮ピクチャのヘッダから当該圧縮ピクチャの復号方法を決定する間に、前記復号部は、前記サブビュー・ストリームに含まれる圧縮ピクチャのヘッダ解析と復号とのいずれかを行い、
    　前記制御部が、前記サブビュー・ストリームに含まれる圧縮ピクチャのヘッダから当該圧縮ピクチャの復号方法を決定する間に、前記復号部は、前記メインビュー・ストリームに含まれる圧縮ピクチャの復号を行う、
    集積回路。
PCT/JP2010/001339 2009-02-27 2010-02-26 記録媒体、再生装置、及び集積回路 WO2010098134A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
RU2011103190/08A RU2011103190A (ru) 2009-02-27 2010-02-26 Носитель записи, устройство воспроизведения и интегральная схема
US13/056,029 US20110149049A1 (en) 2009-02-27 2010-02-26 Recording medium, reproduction device, and integrated circuit
JP2011501522A JPWO2010098134A1 (ja) 2009-02-27 2010-02-26 記録媒体、再生装置、及び集積回路
BRPI1004210A BRPI1004210A2 (pt) 2009-02-27 2010-02-26 meio de gravação, dispositivo e reprodução, e circuito integrado
MX2011001210A MX2011001210A (es) 2009-02-27 2010-02-26 Medio de grabacion, dispositivo de reproduccion, y circuito integrado.
CN2010800023094A CN102124748A (zh) 2009-02-27 2010-02-26 记录介质、再生装置及集成电路
EP10746017A EP2403259A4 (en) 2009-02-27 2010-02-26 RECORDING MEDIUM, PLAYING DEVICE AND INTEGRATED CIRCUIT

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009-047174 2009-02-27
JP2009047174 2009-02-27

Publications (1)

Publication Number Publication Date
WO2010098134A1 true WO2010098134A1 (ja) 2010-09-02

Family

ID=42665347

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/001339 WO2010098134A1 (ja) 2009-02-27 2010-02-26 記録媒体、再生装置、及び集積回路

Country Status (9)

Country Link
US (1) US20110149049A1 (ja)
EP (1) EP2403259A4 (ja)
JP (1) JPWO2010098134A1 (ja)
KR (1) KR20110132546A (ja)
CN (1) CN102124748A (ja)
BR (1) BRPI1004210A2 (ja)
MX (1) MX2011001210A (ja)
RU (1) RU2011103190A (ja)
WO (1) WO2010098134A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010263612A (ja) * 2009-04-07 2010-11-18 Sony Corp 情報処理装置、情報処理方法、再生装置、再生方法、およびプログラム
JP2012138927A (ja) * 2009-04-07 2012-07-19 Sony Corp 再生装置、再生方法、および記録方法
JP2012186544A (ja) * 2011-03-03 2012-09-27 Nippon Telegr & Teleph Corp <Ntt> ステレオ動画像符号化方法、装置およびプログラム
EP2613531A1 (en) * 2010-09-03 2013-07-10 Sony Corporation Encoding device and encoding method, as well as decoding device and decoding method

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5568465B2 (ja) 2008-09-18 2014-08-06 パナソニック株式会社 画像復号装置、画像符号化装置、画像復号方法、画像符号化方法およびプログラム
US9351028B2 (en) * 2011-07-14 2016-05-24 Qualcomm Incorporated Wireless 3D streaming server
US9813350B2 (en) * 2012-01-31 2017-11-07 Sharp Kabushiki Kaisha Generation device, reproduction device, data structure, generation method, reproduction method, control program, and recording medium
US9924200B2 (en) 2013-01-24 2018-03-20 Microsoft Technology Licensing, Llc Adaptive noise reduction engine for streaming video
TW201528775A (zh) 2014-01-02 2015-07-16 Ind Tech Res Inst 景深圖校正方法及系統
US20150253974A1 (en) 2014-03-07 2015-09-10 Sony Corporation Control of large screen display using wireless portable computer interfacing with display controller
CN110955733A (zh) * 2020-01-02 2020-04-03 北京同有飞骥科技股份有限公司 分布式系统的数据均衡方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11191895A (ja) * 1996-12-04 1999-07-13 Matsushita Electric Ind Co Ltd 高解像度および立体映像記録用光ディスク、光ディスク再生装置、および光ディスク記録装置
WO2006072992A1 (ja) * 2005-01-07 2006-07-13 Fujitsu Limited 圧縮符号化装置、伸張復号化装置
JP3935507B2 (ja) 1996-02-28 2007-06-27 松下電器産業株式会社 高解像度および立体映像記録用光ディスク、光ディスク再生装置、光ディスク記録装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2208950A1 (en) * 1996-07-03 1998-01-03 Xuemin Chen Rate control for stereoscopic digital video encoding
JPH10243419A (ja) * 1997-02-26 1998-09-11 Toshiba Corp 立体視画像符号化・復号化方法及び装置
WO1999012348A1 (en) * 1997-08-29 1999-03-11 Matsushita Electric Industrial Co., Ltd. Optical disc for recording high resolution and normal image, optical disc player, optical disc recorder, and playback control information generator
JP2001054140A (ja) * 1999-08-11 2001-02-23 Sukurudo Enterprise Kk ステレオ映像帯域圧縮符号化方法および復号化方法ならびに記録媒体
JP4541537B2 (ja) * 2000-12-28 2010-09-08 パナソニック株式会社 描画装置
US7489362B2 (en) * 2003-03-04 2009-02-10 Broadcom Corporation Television functionality on a chip
US20070247477A1 (en) * 2006-04-21 2007-10-25 Lowry Gregory N Method and apparatus for processing, displaying and viewing stereoscopic 3D images
JP2009135686A (ja) * 2007-11-29 2009-06-18 Mitsubishi Electric Corp 立体映像記録方法、立体映像記録媒体、立体映像再生方法、立体映像記録装置、立体映像再生装置
CN102273210B (zh) * 2008-12-02 2014-08-13 Lg电子株式会社 3d字幕显示方法和实现该方法的3d显示装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3935507B2 (ja) 1996-02-28 2007-06-27 松下電器産業株式会社 高解像度および立体映像記録用光ディスク、光ディスク再生装置、光ディスク記録装置
JPH11191895A (ja) * 1996-12-04 1999-07-13 Matsushita Electric Ind Co Ltd 高解像度および立体映像記録用光ディスク、光ディスク再生装置、および光ディスク記録装置
WO2006072992A1 (ja) * 2005-01-07 2006-07-13 Fujitsu Limited 圧縮符号化装置、伸張復号化装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2403259A4

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010263612A (ja) * 2009-04-07 2010-11-18 Sony Corp 情報処理装置、情報処理方法、再生装置、再生方法、およびプログラム
JP2012138927A (ja) * 2009-04-07 2012-07-19 Sony Corp 再生装置、再生方法、および記録方法
US8582953B2 (en) 2009-04-07 2013-11-12 Sony Corporation Information processing device, information processing method, playing device, playing method, and program
US9781402B2 (en) 2009-04-07 2017-10-03 Sony Corporation Information processing device, information processing method, playing device, playing method, and program
EP2613531A1 (en) * 2010-09-03 2013-07-10 Sony Corporation Encoding device and encoding method, as well as decoding device and decoding method
EP2613531A4 (en) * 2010-09-03 2014-08-06 Sony Corp DEVICE AND ENCODING METHOD, AND DEVICE, AND DECODING METHOD
US9667941B2 (en) 2010-09-03 2017-05-30 Sony Corporation Encoding device, encoding method, decoding device, and decoding method
JP2012186544A (ja) * 2011-03-03 2012-09-27 Nippon Telegr & Teleph Corp <Ntt> ステレオ動画像符号化方法、装置およびプログラム

Also Published As

Publication number Publication date
RU2011103190A (ru) 2013-04-10
BRPI1004210A2 (pt) 2016-02-23
US20110149049A1 (en) 2011-06-23
EP2403259A1 (en) 2012-01-04
EP2403259A4 (en) 2013-03-27
KR20110132546A (ko) 2011-12-08
JPWO2010098134A1 (ja) 2012-08-30
MX2011001210A (es) 2011-03-04
CN102124748A (zh) 2011-07-13

Similar Documents

Publication Publication Date Title
JP4642939B2 (ja) 記録媒体、再生装置、及び集積回路
JP4676579B2 (ja) 記録媒体、再生装置、及び集積回路
WO2010100875A1 (ja) 記録媒体、再生装置、及び集積回路
JP5551654B2 (ja) 半導体集積回路
JP4654327B2 (ja) 記録媒体、及び再生装置
WO2010089995A1 (ja) 記録媒体、再生装置、及び集積回路
US8045844B2 (en) Recording medium, playback apparatus, and integrated circuit
JP5491414B2 (ja) 記録媒体、再生装置、及び集積回路
WO2010095440A1 (ja) 記録媒体、再生装置、及び集積回路
JP5385217B2 (ja) 記録媒体、再生装置、及び集積回路
WO2010098134A1 (ja) 記録媒体、再生装置、及び集積回路

Legal Events

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

Ref document number: 201080002309.4

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10746017

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011501522

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2010746017

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 422/KOLNP/2011

Country of ref document: IN

ENP Entry into the national phase

Ref document number: 20117002408

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: MX/A/2011/001210

Country of ref document: MX

WWE Wipo information: entry into national phase

Ref document number: 13056029

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2011103190

Country of ref document: RU

ENP Entry into the national phase

Ref document number: PI1004210

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20110131