JP5908894B2 - 記録媒体、再生装置、及び記録装置 - Google Patents

記録媒体、再生装置、及び記録装置 Download PDF

Info

Publication number
JP5908894B2
JP5908894B2 JP2013511946A JP2013511946A JP5908894B2 JP 5908894 B2 JP5908894 B2 JP 5908894B2 JP 2013511946 A JP2013511946 A JP 2013511946A JP 2013511946 A JP2013511946 A JP 2013511946A JP 5908894 B2 JP5908894 B2 JP 5908894B2
Authority
JP
Japan
Prior art keywords
stream
extent
view
video
file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2013511946A
Other languages
English (en)
Other versions
JPWO2012147365A1 (ja
Inventor
和寛 持永
和寛 持永
泰治 佐々木
泰治 佐々木
洋 矢羽田
洋 矢羽田
智輝 小川
智輝 小川
智裕 松本
智裕 松本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
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 Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2012147365A1 publication Critical patent/JPWO2012147365A1/ja
Application granted granted Critical
Publication of JP5908894B2 publication Critical patent/JP5908894B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • 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
    • 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
    • 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
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/20—Image signal generators
    • H04N13/204—Image signal generators using stereoscopic image cameras
    • H04N13/207—Image signal generators using stereoscopic image cameras using a single 2D image sensor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/30—Image reproducers
    • H04N13/332—Displays for viewing with the aid of special glasses or head-mounted displays [HMD]
    • H04N13/337—Displays for viewing with the aid of special glasses or head-mounted displays [HMD] using polarisation multiplexing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/30—Image reproducers
    • H04N13/332—Displays for viewing with the aid of special glasses or head-mounted displays [HMD]
    • H04N13/341—Displays for viewing with the aid of special glasses or head-mounted displays [HMD] using temporal multiplexing
    • 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/59—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial sub-sampling or interpolation, e.g. alteration of picture size or resolution
    • 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
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • 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
    • 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/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/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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Moving Of The Head For Recording And Reproducing By Optical Means (AREA)
  • Television Signal Processing For Recording (AREA)

Description

本発明は、立体視映像、すなわち３次元（３Ｄ）映像の記録再生技術に関し、特に、記録媒体上でのストリーム・データの構造に関する。
近年、３Ｄ映像の映画が人気を集めている。それに伴い、光ディスク等の記録媒体から３Ｄ映像コンテンツを再生可能な家庭用再生装置が普及し始めている。また、３Ｄ映像のテレビ番組を記録媒体に記録可能な家庭用記録装置、及び、３Ｄ映像を撮影可能な家庭用ビデオカメラも開発が進められている。これらの装置の扱う記録媒体には３Ｄ映像コンテンツが、従来の再生装置によって２次元（２Ｄ）映像コンテンツとしても再生可能な態様で記録されていることが望ましい。すなわち、その記録媒体に記録された３Ｄ映像コンテンツから、２Ｄ再生装置は２Ｄ映像を再生でき、３Ｄ再生装置は３Ｄ映像を再生できることが望ましい。ここで、「２Ｄ再生装置」とは、平面視映像、すなわち２Ｄ映像のみを再生可能な従来の再生装置を意味し、「３Ｄ再生装置」とは、３Ｄ映像を再生可能な再生装置を意味する。尚、本明細書では、３Ｄ再生装置が従来の２Ｄ映像も再生可能である場合を想定する。
図５７は、３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である（例えば特許文献１参照）。光ディスクPDSには２種類のビデオ・ストリームが格納されている。一方は２Ｄ／レフトビュー・ビデオ・ストリームであり、他方はライトビュー・ビデオ・ストリームである。「２Ｄ／レフトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生では視聴者の左目に見せる２Ｄ映像、すなわち「レフトビュー」を表し、２Ｄ映像の再生ではその２Ｄ映像そのものを表す。「ライトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生において視聴者の右目に見せる２Ｄ映像、すなわち「ライトビュー」を表す。レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとではフレームレートは等しいが、フレームの表示時期はフレーム周期の半分だけずれている。例えば、各ビデオ・ストリームのフレームレートが１秒間に２４フレームであるとき、２Ｄ／レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの各フレームが１／４８秒ごとに交互に表示される。
各ビデオ・ストリームは、図５７に示されているように、光ディスクPDS上では複数のエクステントEX1A−C、EX2A−Cに分割されている。「エクステント」は、光ディスクドライブによって読み出し可能なデータの最小単位である（詳細は《補足》参照）。各エクステントはＧＯＰ（グループ・オブ・ピクチャ）を１つ以上含む。以下、２Ｄ／レフトビュー・ビデオ・ストリームに属するエクステントを「２Ｄ／レフトビュー・エクステント」といい、ライトビュー・ビデオ・ストリームに属するエクステントを「ライトビュー・エクステント」という。２Ｄ／レフトビュー・エクステントEX1A−Cとライトビュー・エクステントEX2A−Cとは交互に光ディスクPDSのトラックTRC上に配置されている。このようなエクステントの配置を「インターリーブ配置」という。インターリーブ配置で記録されたエクステント群は、以下に述べるように、２Ｄ映像の再生と３Ｄ映像の再生との両方に利用される。
２Ｄ再生装置PL2では、光ディスクドライブDD2が光ディスクPDSから２Ｄ／レフトビュー・エクステントEX1A−Cのみを順番に読み出し、ライトビュー・エクステントEX2A−Cの読み出しをスキップする。更に、映像デコーダVDCが、光ディスクドライブDD2によって読み出されたエクステントを順次、映像フレームVFLに復号する。それにより、表示装置DS2にはレフトビューのみが表示されるので、視聴者には通常の２Ｄ映像が見える。
３Ｄ再生装置PL3では、光ディスクドライブDD3が光ディスクPDSから２Ｄ／レフトビュー・エクステントとライトビュー・エクステントとを交互に、符号で表せば、EX1A、EX2A、EX1B、EX2B、EX1C、EX2Cの順に読み出す。更に、読み出された各エクステントから、２Ｄ／レフトビュー・ビデオ・ストリームは左映像デコーダVDLへ送られ、ライトビュー・ビデオ・ストリームは右映像デコーダVDRへ送られる。各映像デコーダVDL、VDRは交互に各ビデオ・ストリームを映像フレームVFL、VFRに復号する。それにより、表示装置DS3にはレフトビューとライトビューとが交互に表示される。一方、シャッター眼鏡SHGは左右のレンズを、表示装置DS3による画面の切り換えに同期して交互に不透明にする。その結果、レフトビューは視聴者の左目にのみ映り、ライトビューは視聴者の右目にのみ映る。そのとき、視聴者はレフトビューとライトビューとの形態の違いを両眼視差として錯覚するので、その視聴者には、表示装置DS3に表示された２Ｄ映像の対が１つの３Ｄ映像に見える。
光ディスクに限らず、記録媒体に３Ｄ映像コンテンツを格納するときは、上記のようにエクステントのインターリーブ配置を利用する。それにより、その記録媒体を２Ｄ映像の再生と３Ｄ映像の再生との両方で利用することができる。
特許第３９３５５０７号公報
近年、次世代の表示技術として４Ｋ２Ｋの開発が進められている。「４Ｋ２Ｋ」は、４０００画素×２０００画素という、従来の解像度１９２０画素×１０８０画素に対して約４倍の高解像度の映像を表示するための技術である。画面サイズが一定であれば、解像度が高いほど精細な映像を表現することができるので、４Ｋ２Ｋは、更なる高画質化を実現するための技術として期待されている。その一方で、４Ｋ２Ｋの開発では、従来の解像度での映像表示との互換性の確保も重要視されている。特に４Ｋ２Ｋの映像コンテンツは、記録媒体に記録された場合、従来の２Ｄ再生装置によっては従来の解像度の映像コンテンツとして再生可能な態様であることが望ましい。従って、現状では、４Ｋ２Ｋの映像コンテンツを、従来の解像度の映像コンテンツとして表される部分と、その部分の解像度を４Ｋ２Ｋの解像度に変換するために必要な拡張データの部分とに分けて記録媒体に記録することが考えられている。従来の再生装置にはその記録媒体から、従来の解像度の映像コンテンツとして表される部分のみを読み出させて再生させる。一方、４Ｋ２Ｋに対応可能な再生装置にはその記録媒体から、その部分と拡張データの部分との両方を読み出させて、それらから４Ｋ２Ｋの映像コンテンツを再生させる。こうして、４Ｋ２Ｋの映像コンテンツを従来の解像度での映像再生と４Ｋ２Ｋの高解像度での映像再生との両方に利用させることができる。
更なる高画質化を目指す技術としては、また、各画素の色情報のビット数を現在の８ビットから１２ビット等に増加させる技術の開発も進められている。この技術を「Ｎビット拡張」と言う。色情報のビット数が増加することで、各画素の表現可能な色の種類が更に豊富になるので、更なる高画質化が実現されると期待されている。Ｎビット拡張においても、従来の技術との互換性を確保する目的で、Ｎビット拡張のコンテンツを、８ビットの色情報で表される部分と、その部分の色情報を１２ビット等の色情報に変換するために必要な拡張データの部分とに分けて記録媒体に記録することが考えられている。
４Ｋ２ＫとＮビット拡張との他にも、映像コンテンツの更なる品質向上、又はその属性の更なる多様化を目的とする技術には、映像コンテンツを従来の映像コンテンツと拡張データとの組み合わせとして表現することで、従来の技術との互換性を確保するものが色々と存在する。一方、３Ｄ映像の記録再生技術も、上記のように、２Ｄ映像コンテンツである２Ｄ／レフトビュー・ビデオ・ストリームに、ライトビュー・ビデオ・ストリームという拡張データを付加することで、３Ｄ映像コンテンツに２Ｄ再生装置に対する互換性を与えている。従って、４Ｋ２ＫやＮビット拡張等における拡張データを３Ｄ映像コンテンツに組み込むことで、それらの技術のいずれにおいても利用可能な映像コンテンツを記録媒体に記録することができると期待される。しかし、そのような映像コンテンツの記録は実際には、以下の理由により、容易ではない。
図５７に示されているように、インターリーブ配置のエクステント群から２Ｄ映像が再生されるとき、光ディスクドライブDD2はライトビュー・エクステントEX2A−Cの読み出しをスキップする。この動作を「ジャンプ」と言う。ジャンプ期間中、映像デコーダVDC内のバッファには光ディスクドライブDD2からデータが供給されないので、そのバッファに蓄積されたデータは映像デコーダVDCの処理に伴って減少する。従って、２Ｄ再生装置PL2に２Ｄ映像をシームレスに再生させるには、各２Ｄ／レフトビュー・エクステントEX1A−Cのデータ量の下限、すなわち最小エクステント・サイズを、ジャンプ期間中にバッファ・アンダーフローが生じない程度に設計しなければならない。
同じエクステント群から３Ｄ映像が再生されるときは、２Ｄ／レフトビュー・エクステントEX1A−Cが読み出されている期間中、ライトビュー・エクステントEX2A−Cは読み出されない。従って、その期間中、右映像デコーダVDR内のバッファに蓄積されたライトビュー・エクステントEX2A−Cのデータは、右映像デコーダVDRの処理に伴って減少する。逆に、ライトビュー・エクステントEX2A−Cが読み出されている期間中、２Ｄ／レフトビュー・エクステントEX1A−Cは読み出されない。従って、その期間中、左映像デコーダVDL内のバッファに蓄積された２Ｄ／レフトビュー・エクステントEX1A−Cのデータは、左映像デコーダVDLの処理に伴って減少する。それ故、３Ｄ再生装置PL3に３Ｄ映像をシームレスに再生させるには、各エクステントEX1A−C、EX2A−Cの最小エクステント・サイズを、次のエクステントの読み出し期間中にバッファ・アンダーフローが生じない程度に設計しなければならない。
更に、光ディスクドライブの読み出し速度は映像デコーダの処理速度より高いので、エクステントが読み出されている期間中、そのエクステントのデータが蓄積されるバッファのデータ量は増加する。そのバッファの容量を過大にすることなく、オーバーフローを防ぐには、エクステントのデータ量の上限、すなわち最大エクステント・サイズが制限されなければならない。
以上のとおり、３Ｄ映像コンテンツが記録媒体に記録される場合、各エクステントのサイズが複数の条件を満たさなければならない。従って、３Ｄ映像コンテンツに拡張データを更に付加するには、拡張データの配置がそれら複数の条件のいずれをも破らないようにしなければならない。そのような配置は当業者にとっても決して自明ではない。
本発明の目的は、上記の課題を解決することにあり、再生装置に再生能力を良好に維持させるような態様で、３Ｄ映像コンテンツと拡張データとの組み合わせが記録された記録媒体を提供することにある。
本発明の１つの観点による記録媒体には、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームが記録されている。メインビュー・ストリームは、立体視映像のメインビューを構成するメインビュー・ビデオ・ストリームを含み、記録媒体の上では複数のメインビュー・エクステントに分割されて配置されている。サブビュー・ストリームは、立体視映像のサブビューを構成するサブビュー・ビデオ・ストリームを含み、記録媒体の上では複数のサブビュー・エクステントに分割されて配置されている。拡張ストリームは、メインビュー・ストリームと組み合わされて利用される拡張データを含み、記録媒体の上では複数の拡張エクステントに分割されて配置されている。２つの拡張エクステントの間には、メインビュー・エクステントとサブビュー・エクステントとが少なくとも２個ずつ、交互に連続して配置されている。
本発明の１つの観点による記録媒体では、２つの拡張エクステントの間にメインビュー・エクステントとサブビュー・エクステントとが少なくとも２個ずつ配置されている。従って、各エクステントの単体のサイズは最大エクステント・サイズ以下に制限されていても、２つの拡張エクステントの間に配置された複数のエクステント全体のサイズは十分に大きい。その結果、再生装置が拡張エクステントの記録領域をジャンプしている期間中に、その再生装置にはバッファ・アンダーフローが生じない。このように、本発明の１つの観点による記録媒体には、再生装置に再生能力を良好に維持させるような態様で、３Ｄ映像コンテンツと拡張データとの組み合わせが記録されている。
本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。 図１に示されているＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。 （ａ）は、図１に示されているＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。（ｂ）は、そのＢＤ−ＲＯＭディスク101上のサブＴＳに多重化されたエレメンタリ・ストリームの一覧表の一例である。（ｃ）は、そのＢＤ−ＲＯＭディスク101上のサブＴＳに多重化されたエレメンタリ・ストリームの一覧表の別例である。（ｄ）は、そのＢＤ−ＲＯＭディスク101上の拡張ストリームに多重化されたエレメンタリ・ストリームの一覧表である。 （ａ）は、解像度拡張情報のデータ構造を示す表である。（ｂ）は、フルＨＤのビデオ・フレームを４Ｋ２Ｋのビデオ・フレームへ拡張する処理における解像度拡張情報の役割を示す模式図である。 多重化ストリーム・データ500内でのＴＳパケットの配置を示す模式図である。 （ａ）は、ＴＳヘッダ601Hのデータ構造を示す模式図である。（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。（ｄ）は、一連のソースパケット602が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。 ベースビュー・ビデオ・ストリーム701とライトビュー・ビデオ・ストリーム702とのピクチャを表示時間順に示す模式図である。 ビデオ・ストリーム800のデータ構造の詳細を示す模式図である。 ＰＥＳパケット列902へのビデオ・ストリーム901の格納方法の詳細を示す模式図である。 ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。 ＢＤ−ＲＯＭディスク101上における、メインＴＳ、サブＴＳ、及び拡張ストリームの物理的な配置を示す模式図である。 エクステント群T[m]、D[m＋i]、B[m＋i]（m＝0、1、2、i＝0、1）に対する３種類の再生経路1201、1202、1203を示す模式図である。 １つの拡張エクステントT[m]（m＝0、1、2、…）と、その直後に配置されたエクステント・ブロックB[k]、D[k]（k＝m、m＋1、…、m＋n−1）との間の関係を示す模式図である。 エクステント・ペア間でエクステントＡＴＣ時間を揃える方法を示す模式図である。 ２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）は、２Ｄ再生モードでの動作中、リード・バッファ1502に蓄積されるデータ量DAの変化を示すグラフである。（ｂ）は、再生対象のエクステント・ブロック1610と２Ｄ再生モードでの再生経路1620との間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP MAXとの間の対応表の一例である。 ３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）、（ｂ）は、１つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、ＲＢ１1811、ＲＢ２1812に蓄積されるデータ量DA1、DA2の変化を示すグラフである。 （ａ）は、（ｎ＋１）番目（文字ｎは１以上の整数を表す。）のエクステント・ブロックEXTSS[n]と（ｎ＋２）番目のエクステント・ブロックEXTSS[n＋1]とから連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１1811、ＲＢ２1812に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。（ｂ）は、２つのエクステント・ブロックEXTSS[n]、EXTSS[n＋1]、及び、それらのエクステント・ブロックEXTSS[n]、EXTSS[n＋1]と３Ｄ再生モードでの再生経路2001との間の対応関係を示す模式図である。 拡張再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）、（ｂ）は、２つのエクステント群2210、2211から４Ｋ２Ｋの２Ｄ映像がシームレスに再生されるとき、ＲＢ１2111、ＲＢ３2112に蓄積されるデータ量DA1、DA3の変化を示すグラフである。（ｃ）は、それらのエクステント群2210、2211と拡張再生モードでの再生経路2220との間の対応関係を示す模式図である。 （ａ）は、図１７の表に示されているジャンプ距離と最大ジャンプ時間との間の対応関係をグラフで表したものである。（ｂ）は、拡張再生モードにおける飛び込み再生の再生開始位置が１つのエクステント・ブロックの最後のベースビュー・エクステントB[m＋n−1]に含まれている場合での再生経路を示す模式図である。 拡張エクステントが５００ＫＢ以上という規定を満たす方法を示す模式図である。 （ａ）、（ｂ）は、層境界LBで分離された２つのエクステント群2510、2511から４Ｋ２Ｋの２Ｄ映像がシームレスに再生されるとき、ＲＢ１2111、ＲＢ３2112に蓄積されるデータ量DA1、DA3の変化を示すグラフである。（ｃ）は、それらのエクステント群2510、2511と拡張再生モードでの再生経路2520との間の対応関係を示す模式図である。 ＲＢ１、ＲＢ３の各容量の下限と、拡張ストリームのビットレートとの間の関係を示すグラフである。 ２Ｄクリップ情報ファイル231のデータ構造を示す模式図である。 （ａ）は、エントリ・マップ2730のデータ構造を示す模式図である。（ｂ）は、ファイル２Ｄ221に属するソースパケット群2810のうち、エントリ・マップ2730によって各ＥＰ＿ＩＤ2805に対応付けられているものを示す模式図である。（ｃ）は、そのソースパケット群2810に対応するＢＤ−ＲＯＭディスク101上のエクステント群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。 （ａ）は、エクステント起点2742のデータ構造を示す模式図である。（ｂ）は、ＤＥＰクリップ情報ファイル232に含まれるエクステント起点2920のデータ構造を示す模式図である。（ｃ）は、３Ｄ再生モードの再生装置102によってファイルＳＳ223から抽出されたベースビュー・エクステントB[0]、B[1]、B[2]、…を表す模式図である。（ｄ）は、ファイルＤＥＰ222に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点2920の示すＳＰＮ2922との間の対応関係を表す模式図である。（ｅ）は、ファイルＳＳ223に属するエクステントEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。 ２Ｄプレイリスト・ファイル241のデータ構造を示す模式図である。 Ｎ番目のプレイアイテム情報のデータ構造を示す模式図である。 ２Ｄプレイリスト・ファイル241の示すＰＴＳと、ファイル２Ｄ221から再生される部分との間の対応関係を示す模式図である。 ３Ｄプレイリスト・ファイル242のデータ構造を示す模式図である。 ＳＴＮテーブルＳＳ3330のデータ構造を示す模式図である。 ３Ｄプレイリスト・ファイル242の示すＰＴＳと、ファイルＳＳ223から再生される部分との間の対応関係を示す模式図である。 拡張プレイリスト・ファイル243のデータ構造を示す模式図である。 ＳＴＮテーブルＥＸ3630のデータ構造を示す模式図である。 拡張プレイリスト・ファイル243の示すＰＴＳと、ファイル２Ｄ221及び拡張ストリーム・ファイル224から再生される部分との間の対応関係を示す模式図である。 インデックス・ファイル211のデータ構造を示す模式図である。 図１に示されている再生装置102の機能ブロック図である。 再生制御部4035による２Ｄプレイリスト再生処理のフローチャートである。 再生制御部4035による３Ｄプレイリスト再生処理のフローチャートである。 再生制御部4035による拡張プレイリスト再生処理のフローチャートである。 ２Ｄ再生モードのシステム・ターゲット・デコーダ4024の機能ブロック図である。 ３Ｄ再生モードのシステム・ターゲット・デコーダ4024の機能ブロック図である。 拡張再生モードのシステム・ターゲット・デコーダ4024の機能ブロック図である。 フルＨＤから４Ｋ２Ｋへの解像度の変換処理のフローチャートである。 ２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。 本発明の実施形態２によるＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたエクステント群の配置１、及びそのエクステント群に対する各モードでの再生経路を示す模式図である。 （ａ）は、本発明の実施形態２によるＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたエクステント群の配置２、及びそのエクステント群に対する各モードでの再生経路を示す模式図である。（ｂ）は、そのＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたエクステント群の配置３、及びそのエクステント群に対する２Ｄ再生モードでの再生経路と拡張再生モードでの再生経路を示す模式図である。 本発明の実施形態３による拡張再生モードの再生装置102に含まれる主音声デコーダ4474の機能ブロック図である。 図５１に示されている主音声デコーダによるオーディオ・ストリームの復号処理のフローチャートである。 本発明の実施形態４による記録装置の機能ブロック図である。 図５３に示されている記録装置5300を利用してＢＤディスク等BDRへコンテンツをリアルタイムで記録する方法のフローチャートである。 本発明の実施形態５による記録装置の機能ブロック図である。 図５５に示されている記録装置5500を利用してＢＤ−ＲＯＭディスクへコンテンツを記録する方法のフローチャートである。 ３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である。
以下、本発明の実施形態について、図面を参照しながら説明する。
《実施形態１》
図１は、本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。このホームシアター・システムは、１９２０画素×１０８０画素（以下、フルＨＤ（full High Definition）という。）の２Ｄ映像と３Ｄ映像とに加え、４Ｋ２Ｋの２Ｄ映像を表示可能である。図１を参照するに、このホームシアター・システムは記録媒体101を再生対象とし、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。
記録媒体101は読み出し専用ブルーレイ・ディスク（登録商標）（ＢＤ：Blu−ray Disc）、すなわちＢＤ−ＲＯＭディスクである。ＢＤ−ＲＯＭディスク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は、映像信号に従って画面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に記録されたデータはディレクトリ／ファイル形式で表現される（詳細は《補足》参照）。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
図２を更に参照するに、ボリューム領域202Bには、インデックス・ファイル211、ＡＶ（audio-visual）ストリーム・ファイル220、クリップ情報ファイル230、プレイリスト・ファイル240、及びＢＤプログラム・ファイル250が記録されている。ＡＶストリーム・ファイル220は、ファイル２Ｄ221、ファイル・ディペンデント（以下、ファイルＤＥＰと略す。）222、立体視インターリーブド・ファイル（ＳＳＩＦ：Stereoscopic Interleaved File。以下、ファイルＳＳと略す。）223、及び拡張ストリーム・ファイル224を含む。クリップ情報ファイル230は、２Ｄクリップ情報ファイル231、ディペンデントビュー（ＤＥＰ）クリップ情報ファイル232、及び拡張クリップ情報ファイル233を含む。プレイリスト・ファイル240は、２Ｄプレイリスト・ファイル241、３Ｄプレイリスト・ファイル242、及び拡張プレイリスト・ファイル243を含む。ＢＤプログラム・ファイル250は、ムービー（ＭＶ：Movie）オブジェクト・ファイル251、ＢＤ−Ｊ（BD Java(登録商標)）オブジェクト・ファイル252、及びＪａｖａアーカイブ（ＪＡＲ：Java Archive）ファイル253を含む。
「インデックス・ファイル」211は、ＢＤ−ＲＯＭディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルとＢＤプログラム・ファイルとの間の対応表である。「ＢＤプログラム・ファイル」は、再生装置102の動作を制御するためのプログラムである「オブジェクト」を格納したファイルである。オブジェクトの種類にはＭＶオブジェクトとＢＤ−Ｊオブジェクトとがある。
ＡＶストリーム・ファイル220は、ＢＤ−ＲＯＭディスク101上に記録された映像コンテンツの実体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの実体とは一般に、映像・音声・字幕等を表す各種のストリーム・データ、すなわちエレメンタリ・ストリームが多重化されたストリーム・データを意味する。多重化ストリーム・データの種類には、メイン・トランスポート・ストリーム（ＴＳ）、サブＴＳ、及び拡張ストリームがある。
「メインＴＳ」は、プライマリ・ビデオ・ストリームとしてベースビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ベースビュー・ビデオ・ストリーム」は、単独で再生可能であって、フルＨＤの２Ｄ映像を表すビデオ・ストリームをいう。尚、ベースビューは「メインビュー」ともいう。
「サブＴＳ」は、プライマリ・ビデオ・ストリームとしてディペンデントビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ディペンデントビュー・ビデオ・ストリーム」は、その再生にベースビュー・ビデオ・ストリームを必要とし、そのベースビュー・ビデオ・ストリームとの組み合わせで３Ｄ映像を表すビデオ・ストリームをいう。尚、ディペンデントビューは「サブビュー」ともいう。ディペンデントビュー・ビデオ・ストリームの種類には、ライトビュー・ビデオ・ストリーム、レフトビュー・ビデオ・ストリーム、及びデプスマップ・ストリームがある。「ライトビュー・ビデオ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像が再生装置によって３Ｄ映像のレフトビューとして利用されるとき、その３Ｄ映像のライトビューを表すビデオ・ストリームとして利用される。「レフトビュー・ビデオ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像が再生装置によって３Ｄ映像のライトビューとして利用されるとき、その３Ｄ映像のレフトビューを表すビデオ・ストリームとして利用される。「デプスマップ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像が再生装置によって仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すストリーム・データとして利用される（詳細は＜変形例＞参照）。３Ｄ再生モードの再生装置102がディペンデントビュー・ビデオ・ストリームとしてライトビュー・ビデオ・ストリーム（又はレフトビュー・ビデオ・ストリーム）を利用するとき、その動作モードを「レフト／ライト（Ｌ／Ｒ）モード」という。一方、３Ｄ再生モードの再生装置102がディペンデントビュー・ビデオ・ストリームとしてデプスマップ・ストリームを利用するとき、その動作モードをデプス・モードという。
「拡張ストリーム」は、ベースビュー・ビデオ・ストリームの表すフルＨＤの２Ｄ映像を４Ｋ２Ｋの２Ｄ映像に拡張するために必要な情報を含む多重化ストリーム・データをいう。
「ファイル２Ｄ」221は、２Ｄ再生モードの再生装置102に利用されるＡＶストリーム・ファイルであって、メインＴＳを含むものをいう。「ファイルＤＥＰ」222は、サブＴＳを含むＡＶストリーム・ファイルをいう。「ファイルＳＳ」223は、３Ｄ再生モードの再生装置102に利用されるＡＶストリーム・ファイルであって、メインＴＳとサブＴＳとの両方を含む。「拡張ストリーム・ファイル」224は、拡張再生モードの再生装置102に利用されるＡＶストリーム・ファイルであって、拡張ストリームを含む。
ファイルＳＳ223は、メインＴＳをファイル２Ｄ221と共有し、サブＴＳをファイルＤＥＰ222と共有する。すなわち、ＢＤ−ＲＯＭディスク101のファイルシステムでは、メインＴＳはファイルＳＳ223とファイル２Ｄ221とのいずれとしてもアクセス可能であり、サブＴＳはファイルＳＳ223とファイルＤＥＰ222とのいずれとしてもアクセス可能である。
「クリップ情報ファイル」230は、ファイル２Ｄ221、ファイルＤＥＰ222、及び拡張ストリーム・ファイル224と一対一に対応付けられたファイルであって、特に各ファイル221、222、224のエントリ・マップを含むものをいう。「エントリ・マップ」は、ファイル２Ｄ221、ファイルＤＥＰ222、又は拡張ストリーム・ファイル224の表す各シーンの表示時間と、そのシーンが記録された各ファイル221、222、224内のアドレスとの間の対応表である。「２Ｄクリップ情報ファイル」231はファイル２Ｄ221に対応付けられ、「ＤＥＰクリップ情報ファイル」232はファイルＤＥＰ222に対応付けられ、「拡張クリップ情報ファイル」233は拡張ストリーム・ファイル224に対応付けられている。
「プレイリスト・ファイル」240は、ＡＶストリーム・ファイル220の再生経路を規定するファイルをいう。「再生経路」とは、ＡＶストリーム・ファイル220の再生対象の部分とその再生順序との間の対応関係をいう。「２Ｄプレイリスト・ファイル」241はファイル２Ｄ221の再生経路を規定する。「３Ｄプレイリスト・ファイル」242は、２Ｄ再生モードの再生装置102に対してはファイル２Ｄ221の再生経路を規定し、３Ｄ再生モードの再生装置102に対してはファイルＳＳ223の再生経路を規定する。「拡張プレイリスト・ファイル」243は、２Ｄ再生モードの再生装置102に対してはファイル２Ｄ221の再生経路を規定し、拡張再生モードの再生装置102に対してはファイル２Ｄ221と拡張ストリーム・ファイル224との各再生経路を規定する。
ＭＶオブジェクト・ファイル251は一般に複数のＭＶオブジェクトを含む。各ＭＶオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ＭＶオブジェクトを呼び出し、そのＭＶオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置102は一般的なＤＶＤプレーヤと同様に、まず表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。
ＢＤ−Ｊオブジェクト・ファイル252はＢＤ−Ｊオブジェクトを１つ含む。ＢＤ−Ｊオブジェクトはバイトコード・プログラムであり、再生装置102に実装されたＪａｖａ仮想マシンにタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。ＢＤ−Ｊオブジェクトは、Ｊａｖａ言語等のコンパイラ型言語で記述されている。ＢＤ−Ｊオブジェクトはアプリケーション管理テーブルと参照対象のプレイリスト・ファイルの識別情報とを含む。「アプリケーション管理テーブル」は、Ｊａｖａ仮想マシンに実行させるべきＪａｖａアプリケーション・プログラムとその実行時期、すなわちライフサイクルとの対応表である。「参照対象のプレイリスト・ファイルの識別情報」は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンはユーザの操作又はアプリケーション・プログラムに従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、再生装置102は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置103にグラフィックス映像をタイトルの映像とは独立に表示させる。
ＪＡＲファイル253は、ＢＤ−Ｊオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきＪａｖａアプリケーション・プログラムの本体を一般に複数含む。「Ｊａｖａアプリケーション・プログラム」は、ＢＤ−Ｊオブジェクトと同様、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。Ｊａｖａアプリケーション・プログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及びＪａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。ＪＡＲファイル261はＪａｖａアーカイブ・ファイルであり、再生装置102に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にＪａｖａアプリケーション・プログラムが格納される。
≪多重化ストリーム・データの構造≫
図３の（ａ）は、ＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。メインＴＳはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームであり、図２に示されているファイル２Ｄ221に含まれる。図３の（ａ）を参照するに、メインＴＳはプライマリ・ビデオ・ストリーム301とプライマリ・オーディオ・ストリーム302A、302Bとを含む。メインＴＳはその他に、プレゼンテーション・グラフィックス（ＰＧ）ストリーム303A、303B、インタラクティブ・グラフィックス（ＩＧ）ストリーム304、セカンダリ・オーディオ・ストリーム305、及びセカンダリ・ビデオ・ストリーム306を含んでもよい。
プライマリ・ビデオ・ストリーム301は映画の主映像を表し、セカンダリ・ビデオ・ストリーム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）等の方式で符号化されている。それにより、各オーディオ・ストリーム302A、302B、305に含まれるオーディオ・フレームは個別に圧縮される。
各ＰＧストリーム303A、303Bは、グラフィックスによる字幕等、プライマリ・ビデオ・ストリーム301の表す映像に重ねて表示されるべきグラフィックス映像を表す。２つのＰＧストリーム303A、303Bの間では、例えば字幕の言語が異なる。ＩＧストリーム304は、表示装置103の画面131上に対話画面を構成するためのグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィックス部品及びその配置を表す。
エレメンタリ・ストリーム301−306はパケット識別子（ＰＩＤ）によって識別される。ＰＩＤの割り当ては例えば次のとおりである。１つのメインＴＳはプライマリ・ビデオ・ストリームを１本のみ含むので、プライマリ・ビデオ・ストリーム301には１６進数値０ｘ１０１１が割り当てられる。１つのメインＴＳに他のエレメンタリ・ストリームが種類ごとに最大３２本まで多重化可能であるとき、プライマリ・オーディオ・ストリーム302A、302Bには０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム303A、303Bには０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム304には０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオ・ストリーム305には０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム306には０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。
図３の（ｂ）は、ＢＤ−ＲＯＭディスク101上のサブＴＳに多重化されたエレメンタリ・ストリームの一覧表の一例である。サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図２に示されているファイルＤＥＰ222に含まれる。図３の（ｂ）を参照するに、サブＴＳはプライマリ・ビデオ・ストリーム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上のサブＴＳに多重化されたエレメンタリ・ストリームの一覧表の別例である。図３の（ｃ）を参照するに、サブＴＳはプライマリ・ビデオ・ストリーム321を含む。サブＴＳはその他に、デプスマップＰＧストリーム323A、323B、デプスマップＩＧストリーム324、及びセカンダリ・ビデオ・ストリーム326を含んでもよい。プライマリ・ビデオ・ストリーム321はデプスマップ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム301との組み合わせで３Ｄ映像を表す。デプスマップＰＧストリーム323A、323Bは、メインＴＳ内のＰＧストリーム303A、303Bの表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＰＧストリームとして利用される。デプスマップＩＧストリーム324は、メインＴＳ内のＩＧストリーム304の表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＩＧストリームとして利用される。セカンダリ・ビデオ・ストリーム326はデプスマップ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306との組み合わせで３Ｄ映像を表す。
エレメンタリ・ストリーム321−326に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム321には０ｘ１０１３が割り当てられる。１つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、デプスマップＰＧストリーム323A、323Bには０ｘ１２６０から０ｘ１２７Ｆまでのいずれかが割り当てられる。デプスマップＩＧストリーム324には０ｘ１４６０から０ｘ１４７Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム326には０ｘ１Ｂ４０から０ｘ１Ｂ５Ｆまでのいずれかが割り当てられる。
図３の（ｄ）は、ＢＤ−ＲＯＭディスク101上の拡張ストリームに多重化されたエレメンタリ・ストリームの一覧表である。図３の（ｄ）を参照するに、拡張ストリームは解像度拡張情報331を含む。解像度拡張情報331は、メインＴＳ内のプライマリ・ビデオ・ストリーム301に含まれるフルＨＤのビデオ・フレームをそれぞれ、４Ｋ２Ｋのビデオ・フレームに拡張するために必要な情報である。解像度拡張情報331にはＰＩＤとして０ｘ１０１４が割り当てられる。
図４の（ａ）は、解像度拡張情報のデータ構造を示す表である。図４の（ａ）を参照するに、解像度拡張情報は、各ビデオ・フレームについて、拡張後の解像度401、補間方式402、及び差分画素情報403を含む。拡張後の解像度401は４Ｋ２Ｋの解像度を示す。補間方式402は、フルＨＤのビデオ・フレームに含まれる画素データの数を、４Ｋ２Ｋのビデオ・フレームに含まれる画素データの数まで増加させるのに利用される補間方式を示す。その補間方式には、バイキュービック方式、及びバイリニア方式が含まれる。差分画素情報403は、フルＨＤのビデオ・フレームから補間によって得られる画素データと、本来の４Ｋ２Ｋのビデオ・フレームにおける画素データとの間の差分を表す。画素データがＹＣｒＣｂ値で表される場合、差分画素情報403は、輝度成分Ｙの差Y＿d、赤色差成分Crの差Cr＿d、青色差成分Cbの差Cb＿d、及び不透明度αの差α＿dを含む。
図４の（ｂ）は、フルＨＤのビデオ・フレームを４Ｋ２Ｋのビデオ・フレームへ拡張する処理における解像度拡張情報の役割を示す模式図である。その処理には、次の２つのステップが必要である。第１のステップ410では、フルＨＤのビデオ・フレームに含まれる画素データ411の間に新たな画素データ412が補間によって補われる。それにより、画素データの総数が、４Ｋ２Ｋのビデオ・フレームに含まれる画素データの数まで増加する。拡張後の解像度401は、増加後の画素データの数を解像度で規定する。補間方式402は、第１のステップで利用される補間方式を規定する。第２のステップでは、補間によって得られるビデオ・フレームの各画素データ411、412に差分画素情報403が加算される。その結果、本来の４Ｋ２Ｋのビデオ・フレームに含まれる各画素データ413が再現される。
図５は、多重化ストリーム・データ500内でのＴＳパケットの配置を示す模式図である。このパケット構造は、メインＴＳ、サブＴＳ、及び拡張ストリームの間で共通である。多重化ストリーム・データ500内では各エレメンタリ・ストリーム501、502、503、504はＴＳパケット521、522、523、524の列に変換されている。例えばビデオ・ストリーム501では、まず、各ビデオ・フレーム501Aが１つのＰＥＳ（Packetized Elementary Stream）パケット511に変換される。次に、各ＰＥＳパケット511が一般に複数のＴＳパケット521に変換される。同様に、オーディオ・ストリーム502、ＰＧストリーム503、及びＩＧストリーム504はそれぞれ、一旦ＰＥＳパケット512、513、514の列に変換された後、ＴＳパケット522、523、524の列に変換される。最後に、各エレメンタリ・ストリーム501、502、503、504から得られたＴＳパケット521、522、523、524が１本のストリーム・データ500に時分割で多重化される。
図６の（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。各ＴＳパケット601は１８８バイト長のパケットである。図６の（ｂ）を参照するに、各ＴＳパケット601は、ＴＳペイロード601Pとアダプテーション（adaptation）フィールド（以下、ＡＤフィールドと略す。）601Aとの少なくともいずれか、及びＴＳヘッダ601Hを含む。ＴＳペイロード601PとＡＤフィールド601Aとは、両方を合わせて１８４バイト長のデータ領域である。ＴＳペイロード601PはＰＥＳパケットの格納領域として利用される。図５に示されているＰＥＳパケット511−514はそれぞれ、一般に複数の部分に分割され、各部分が異なるＴＳペイロード601Pに格納される。ＡＤフィールド601Aは、ＴＳペイロード601Pのデータ量が１８４バイトに満たないときにスタッフィング・バイト（すなわちダミー・データ）を格納するための領域である。ＡＤフィールド601Aはその他に、ＴＳパケット601が例えば後述のＰＣＲであるときに、その情報の格納領域として利用される。ＴＳヘッダ601Hは４バイト長のデータ領域である。
図６の（ａ）は、ＴＳヘッダ601Hのデータ構造を示す模式図である。図６の（ａ）を参照するに、ＴＳヘッダ601Hは、ＴＳ優先度611、ＰＩＤ612、及びＡＤフィールド制御613を含む。ＰＩＤ612は、同じＴＳパケット601内のＴＳペイロード601Pに格納されたデータの属するエレメンタリ・ストリームのＰＩＤを示す。ＴＳ優先度611は、ＰＩＤ612の示す値が共通するＴＳパケット群の中でのＴＳパケット601の優先度を示す。ＡＤフィールド制御613は、ＴＳパケット601内でのＡＤフィールド601AとＴＳペイロード601Pとのそれぞれの有無を示す。
図６の（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。図６の（ｃ）を参照するに、各ソースパケット602は１９２バイト長のパケットであり、図６の（ｂ）に示されているＴＳパケット601の１つと４バイト長のヘッダ602Hとを含む。ＴＳパケット601がＢＤ−ＲＯＭディスク101に記録されるとき、そのＴＳパケット601にヘッダ602Hが付与されることによってソースパケット602は構成される。ヘッダ602HはＡＴＳ（Arrival＿Time＿Stamp）を含む。「ＡＴＳ」は時刻情報であり、再生装置102内のシステム・ターゲット・デコーダによって次のように利用される。ここで、「システム・ターゲット・デコーダ」は、多重化ストリーム・データをエレメンタリ・ストリームごとに復号する装置をいう：ソースパケット602がＢＤ−ＲＯＭディスク101からシステム・ターゲット・デコーダへ送られたとき、システム・ターゲット・デコーダはそのソースパケット602からＴＳパケット602Pを抽出してＰＩＤフィルタへ転送する。システム・ターゲット・デコーダはその転送を、「ＡＴＣ（Arrival Time Clock）」という内部クロックの値が、そのソースパケット602のヘッダ602Hの示すＡＴＳに一致した時点で行う。システム・ターゲット・デコーダと、それによるＡＴＳの利用との詳細については後述する。
図６の（ｄ）は、一連のソースパケット602が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。図６の（ｄ）を参照するに、一連のソースパケット602は３２個ずつ、３つの連続するセクタ621、622、623に記録されている。これは、３２個のソースパケットのデータ量１９２バイト×３２＝６１４４バイトが３つのセクタの合計サイズ２０４８バイト×３＝６１４４バイトに等しいことに因る。このように、３つの連続するセクタ621、622、623に記録された３２個のソースパケット602を「アラインド・ユニット（Aligned Unit）」620という。再生装置102内のＢＤ−ＲＯＭドライブ121は、ＢＤ−ＲＯＭディスク101からソースパケット602をアラインド・ユニット620ごとに、すなわち３２個ずつ読み出す。セクタ群621、622、623、…は先頭から順に３２個ずつに分割され、それぞれが１つの誤り訂正符号（ＥＣＣ：Error Correcting Code）ブロック630を構成している。ＢＤ−ＲＯＭドライブ121はＥＣＣブロック630ごとに誤り訂正処理を行う。
≪ＰＧストリームのデータ構造≫
ＰＧストリームは複数のデータ・エントリを含む。各データ・エントリはＰＧストリームの表示単位（ディスプレイ・セット）を表し、再生装置102に１枚のグラフィックス・プレーンを構成させるのに必要なデータから成る。ここで、「グラフィックス・プレーン」とは、２Ｄグラフィックス映像を表すグラフィックス・データから生成されるプレーン・データをいう。「プレーン・データ」は画素データの２次元配列であり、その配列のサイズはビデオ・フレームの解像度に等しい。グラフィックス・プレーンの種類には、ＰＧプレーン、ＩＧプレーン、イメージ・プレーン、及びオン・スクリーン・ディスプレイ（ＯＳＤ）プレーンが含まれる。ＰＧプレーンは、メインＴＳ内のＰＧストリームから生成される。ＩＧプレーンは、メインＴＳ内のＩＧストリームから生成される。イメージ・プレーンは、ＢＤ−Ｊオブジェクトに従って生成される。ＯＳＤプレーンは、再生装置102のファームウェアに従って生成される。
各データ・エントリは複数の機能セグメントを含む。それらの機能セグメントは、先頭から順に、表示制御セグメント（Presentation Control Segment：ＰＣＳ）、ウィンドウ定義セグメント（Window Define Segment：ＷＤＳ）、パレット定義セグメント（Pallet Define Segment：ＰＤＳ）、及びオブジェクト定義セグメント（Object Define Segment：ＯＤＳ）を含む。ＷＤＳは、グラフィックス・プレーン内の矩形領域、すなわちウィンドウを規定する。ＰＤＳは、所定種類のカラーＩＤと色座標値（例えば、輝度Ｙ、赤色差Ｃｒ、青色差Ｃｂ、不透明度α）との間の対応関係を規定する。ＯＤＳは一般に複数で１つのグラフィックス・オブジェクトを表す。「グラフィックス・オブジェクト」とは、グラフィックス画像を画素コードとカラーＩＤとの間の対応関係で表現するデータである。グラフィックス・オブジェクトは、ランレングス符号化方式を用いて圧縮された後に分割され、各ＯＤＳに分配されている。ＰＣＳは、同じデータ・エントリに属するディスプレイ・セットの詳細を示し、特に、グラフィックス・オブジェクトを用いた画面構成を規定する。その画面構成の種類は、カット・イン／アウト（Cut−In／Out）、フェード・イン／アウト（Fade−In／Out）、色変化（Color Change）、スクロール（Scroll）、及びワイプ・イン／アウト（Wipe−In／Out）を含む。コンテンツ・プロバイダはＰＣＳを利用して再生装置102に画面構成を指示する。それにより、例えば「ある字幕を徐々に消去しつつ、次の字幕を表示させる」という視覚効果を再生装置102に実現させることができる。
≪ＩＧストリームのデータ構造≫
ＩＧストリームは、対話構成セグメント（Interactive Composition Segment：ＩＣＳ）、ＰＤＳ、及びＯＤＳを含む。ＰＤＳとＯＤＳとは、ＰＧストリームに含まれるものと同様な機能セグメントである。特に、ＯＤＳの含むグラフィックス・オブジェクトは、ボタン及びポップアップ・メニュー等、対話画面を構成するＧＵＩ用グラフィック部品を表す。ＩＣＳは、それらのグラフィックス・オブジェクトを用いた対話操作を規定する。具体的には、ＩＣＳは、ボタン及びポップアップ・メニュー等、ユーザ操作に応じて状態が変化するグラフィックス・オブジェクトのそれぞれについて取り得る状態、すなわち、ノーマル、セレクテッド、及びアクティブの各状態を規定する。ＩＣＳは更にボタン情報を含む。ボタン情報は、ユーザがボタン等に対して確定操作を行った際に再生装置102の実行すべきコマンドを含む。
≪ビデオ・ストリームのデータ構造≫
図７は、ベースビュー・ビデオ・ストリーム701とライトビュー・ビデオ・ストリーム702とのピクチャを表示時間順に示す模式図である。図７を参照するに、ベースビュー・ビデオ・ストリーム701はピクチャ710、711、712、…、719（以下、ベースビュー・ピクチャという。）を含み、ライトビュー・ビデオ・ストリーム702はピクチャ720、721、722、…、729（以下、ライトビュー・ピクチャという。）を含む。各ピクチャ710−719、720−729は１フレームを表し、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。
上記の符号化方式による各ピクチャの圧縮には、そのピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化を「ピクチャ内符号化」という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの類似性を利用するピクチャの符号化を「ピクチャ間予測符号化」という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して動き補償が行われる。更に、動き補償後のピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。
図７を参照するに、ベースビュー・ピクチャ710−719は一般に複数のＧＯＰ731、732に分割されている。「ＧＯＰ」は、Ｉ（Intra）ピクチャを先頭とする複数枚の連続するピクチャの列をいう。「Ｉピクチャ」は、ピクチャ内符号化によって圧縮されたピクチャをいう。ＧＯＰは一般に、Ｉピクチャの他に、Ｐ（Predictive）ピクチャとＢ（Bidirectionally Predivtive）ピクチャとを含む。「Ｐピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前であるＩピクチャ又は別のＰピクチャが１枚、参照ピクチャとして利用されたものをいう。「Ｂピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前又は後であるＩピクチャ又はＰピクチャが２枚、参照ピクチャとして利用されたものをいう。Ｂピクチャのうち、他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを特に「Ｂｒ（reference B）ピクチャ」という。
図７に示されている例では、各ＧＯＰ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の符号化方法とは異なり、映像の時間方向での冗長性に加え、左右の映像間の冗長性をも利用する。具体的には、各ライトビュー・ピクチャ720−729の参照ピクチャが、図７に矢印で示されているように、ライトビュー・ビデオ・ストリーム702からだけでなく、ベースビュー・ビデオ・ストリーム701からも選択される。特に各ライトビュー・ピクチャ720−729と、その参照ピクチャとして選択されたベースビュー・ピクチャとは表示時刻が実質的に等しい。それらのピクチャは３Ｄ映像の同じシーンのライトビューとレフトビューとの対、すなわち視差映像を表す。このように、ライトビュー・ピクチャ720−729はベースビュー・ピクチャ710−719と一対一に対応する。特にそれらのピクチャ間ではＧＯＰ構造が共通である。
図７に示されている例では、まず第１ＧＯＰ731内の先頭のライトビュー・ピクチャがベースビュー・ビデオ・ストリーム701内のＩ0ピクチャ710を参照ピクチャとしてＰ0ピクチャ720に圧縮される。それらのピクチャ710、720は３Ｄ映像の先頭フレームのレフトビューとライトビューとを表す。次に、４番目のライトビュー・ピクチャがＰ0ピクチャ720とベースビュー・ビデオ・ストリーム701内のＰ3ピクチャ713とを参照ピクチャとしてＰ3ピクチャ723に圧縮される。続いて、２番目のライトビュー・ピクチャがＰ0ピクチャ720とＰ3ピクチャ723とに加えて、ベースビュー・ビデオ・ストリーム701内のＢｒ1ピクチャ711を参照ピクチャとしてＢ1ピクチャ721に圧縮される。同様に、３番目のライトビュー・ピクチャがＰ0ピクチャ720とＰ3ピクチャ730とに加えて、ベースビュー・ビデオ・ストリーム701内のＢｒ2ピクチャ712を参照ピクチャとしてＢ2ピクチャ722に圧縮される。以降のライトビュー・ピクチャ724−729についても同様に、そのライトビュー・ピクチャと表示時刻が実質的に等しいベースビュー・ピクチャが参照ピクチャとして利用される。
上記のような左右の映像間の相関関係を利用した動画圧縮符号化方式としては、ＭＶＣ（Multiview Video Coding）と呼ばれるＭＰＥＧ−４ ＡＶＣ／Ｈ．２６４の修正規格が知られている。ＭＶＣは、ＩＳＯ／ＩＥＣ ＭＰＥＧとＩＴＵ−Ｔ ＶＣＥＧとの共同プロジェクトであるＪＶＴ（Joint Video Team）によって２００８年７月に策定されたものであり、複数の視点から見える映像をまとめて符号化するための規格である。ＭＶＣでは映像間予測符号化に、映像の時間方向での類似性だけでなく、視点の異なる映像間の類似性も利用される。その予測符号化では、各視点から見た映像を個別に圧縮する予測符号化よりも映像の圧縮率が高い。
上記のとおり、各ライトビュー・ピクチャ720−729の圧縮にはベースビュー・ピクチャが参照ピクチャとして利用される。従って、ベースビュー・ビデオ・ストリーム701とは異なり、ライトビュー・ビデオ・ストリーム702を単独で復号することはできない。しかし、視差映像間の差異は一般にわずかであり、すなわちレフトビューとライトビューとの間の相関は高い。従って、ライトビュー・ピクチャは一般にベースビュー・ピクチャよりも圧縮率が著しく高く、すなわちデータ量が著しく小さい。
図７には示されていないが、デプスマップ・ストリームは複数のデプスマップを含む。それらのデプスマップはベースビュー・ピクチャと一対一に対応し、各ベースビュー・ピクチャの示す１フレームの２Ｄ映像に対するデプスマップを表す。各デプスマップは、ベースビュー・ピクチャと同様、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。特にその符号化方式ではピクチャ間予測符号化が利用される。すなわち、各デプスマップが他のデプスマップを参照ピクチャとして利用して圧縮される。デプスマップ・ストリームは、ベースビュー・ビデオ・ストリームと同様にＧＯＰ単位に分割され、各ＧＯＰがその先頭にＩピクチャを必ず含む。従って、デプスマップはＧＯＰごとに単独で復号可能である。しかし、デプスマップ自体は２Ｄ映像の各部の奥行きを画素別に表す情報でしかないので、デプスマップ・ストリームを単独で映像の再生に利用することはできない。デプスマップ・ストリームの圧縮に利用される符号化方式は、ライトビュー・ビデオ・ストリームの圧縮に利用される符号化方式と等しい。例えば、ライトビュー・ビデオ・ストリームがＭＶＣのフォーマットで符号化されているとき、デプスマップ・ストリームもＭＶＣのフォーマットで符号化されている。その場合、再生装置102は３Ｄ映像の再生時、符号化方式を一定に維持したまま、Ｌ／Ｒモードとデプス・モードとの切り換えをスムーズに実現できる。
図８は、ビデオ・ストリーム800のデータ構造の詳細を示す模式図である。このデータ構造は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで実質的に共通である。図８を参照するに、ビデオ・ストリーム800は一般に複数のビデオ・シーケンス＃１、＃２、…から構成されている。「ビデオ・シーケンス」は、１つのＧＯＰ810を構成するピクチャ群811、812、813、814、…に個別にヘッダ等の付加情報を組み合わせたものである。この付加情報と各ピクチャとの組み合わせを「ビデオ・アクセスユニット（ＶＡＵ）」という。すなわち、各ＧＯＰ810、820ではピクチャごとに１つのＶＡＵ＃１、＃２、…が構成されている。各ピクチャはＶＡＵ単位でビデオ・ストリーム800から読み出し可能である。
図８は更に、ベースビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１831の構造を示す。ＶＡＵ＃１831は、アクセスユニット（ＡＵ）識別コード831A、シーケンス・ヘッダ831B、ピクチャ・ヘッダ831C、補足データ831D、及び圧縮ピクチャ・データ831Eを含む。２番目以降のＶＡＵ＃２は、シーケンス・ヘッダ831Bを含まない点を除き、ＶＡＵ＃１831と同じ構造である。ＡＵ識別コード831Aは、ＶＡＵ＃１８31の先端を示す所定の符号である。シーケンス・ヘッダ831BはＧＯＰヘッダともいい、ＶＡＵ＃１831を含むビデオ・シーケンス＃１の識別番号を含む。シーケンス・ヘッダ831Bは更にＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャ・ヘッダ831Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及びピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ831Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。圧縮ピクチャ・データ831Eはベースビュー・ピクチャを含む。
ＶＡＵ＃１831はその他に、必要に応じて、パディング・データ831F、シーケンス終端コード831G、及びストリーム終端コード831Hのいずれか又は全てを含んでもよい。パディング・データ831Fはダミーデータである。そのサイズを圧縮ピクチャ・データ831Eのサイズに合わせて調節することにより、ＶＡＵ＃１831のビットレートを所定値に維持することができる。シーケンス終端コード831Gは、ＶＡＵ＃１831がビデオ・シーケンス＃１の終端に位置することを示す。ストリーム終端コード831Hはベースビュー・ビデオ・ストリーム800の終端を示す。
図８はまた、ディペンデントビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１832の構造も示す。ＶＡＵ＃１832は、サブシーケンス・ヘッダ832B、ピクチャ・ヘッダ832C、補足データ832D、及び圧縮ピクチャ・データ832Eを含む。２番目以降のＶＡＵ＃２は、サブシーケンス・ヘッダ832Bを含まない点を除き、ＶＡＵ＃１832と同じ構造である。サブシーケンス・ヘッダ832Bは、ＶＡＵ＃１832を含むビデオ・シーケンス＃１の識別番号を含む。サブシーケンス・ヘッダ832Bは更に、ＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。特にそれらの値は、ベースビュー・ビデオ・ストリームの対応するＧＯＰに対して設定された値、すなわちＶＡＵ＃１831のシーケンス・ヘッダ831Bの示す値に等しい。ピクチャ・ヘッダ832Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及びピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ832Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。圧縮ピクチャ・データ832Eはディペンデントビュー・ピクチャを含む。
ＶＡＵ＃１832はその他に、必要に応じて、パディング・データ832F、シーケンス終端コード832G、及びストリーム終端コード832Hのいずれか又は全てを含んでもよい。パディング・データ832Fはダミーデータである。そのサイズを圧縮ピクチャ・データ832Eのサイズに合わせて調節することにより、ＶＡＵ＃１832のビットレートを所定値に維持することができる。シーケンス終端コード832Gは、ＶＡＵ＃１832がビデオ・シーケンス＃１の終端に位置することを示す。ストリーム終端コード832Hはディペンデントビュー・ビデオ・ストリーム800の終端を示す。
ＶＡＵの各部の具体的な内容はビデオ・ストリーム800の符号化方式ごとに異なる。例えば、その符号化方式がＭＰＥＧ−４ ＡＶＣであるとき、図８に示されているＶＡＵの各部は１つのＮＡＬ（Network Abstraction Layer）ユニットから構成される。具体的には、ＡＵ識別コード831A、シーケンス・ヘッダ831B、ピクチャ・ヘッダ831C、補足データ831D、圧縮ピクチャ・データ831E、パディング・データ831F、シーケンス終端コード831G、及びストリーム終端コード831Hはそれぞれ、ＡＵデリミタ（Access Unit Delimiter）、ＳＰＳ（シーケンス・パラメータ・セット）、ＰＰＳ（ピクチャ・パラメータ・セット）、ＳＥＩ（Supplemental Enhancement Information）、ビュー・コンポーネント、フィラー・データ（Filler Data）、エンド・オブ・シーケンス（End of Sequence）、及びエンド・オブ・ストリーム（End of Stream）に相当する。
図９は、ＰＥＳパケット列902へのビデオ・ストリーム901の格納方法の詳細を示す模式図である。この格納方法は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで共通である。図９を参照するに、実際のビデオ・ストリーム901ではピクチャが、表示時間順ではなく符号化順に多重化されている。例えばベースビュー・ビデオ・ストリームのＶＡＵには、図９に示されているように、先頭から順に、Ｉ0ピクチャ910、Ｐ3ピクチャ911、Ｂ1ピクチャ912、Ｂ2ピクチャ913、…が格納されている。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。Ｐ3ピクチャ911の符号化にはＩ0ピクチャ910が参照ピクチャとして利用され、Ｂ1ピクチャ912とＢ2ピクチャ913との各符号化にはＩ0ピクチャ910とＰ3ピクチャ911とが参照ピクチャとして利用される。それらのＶＡＵが１つずつ、異なるＰＥＳパケット920、921、922、923、…に格納される。各ＰＥＳパケット920、…はＰＥＳペイロード920PとＰＥＳヘッダ920Hとを含む。ＶＡＵはＰＥＳペイロード920Pに格納される。一方、ＰＥＳヘッダ920Hは、同じＰＥＳパケット920のＰＥＳペイロード920Pに格納されたピクチャの表示時刻、すなわちＰＴＳ（Presentation Time−Stamp）、及び、そのピクチャの復号時刻、すなわちＤＴＳ（Decoding Time−Stamp）を含む。「ＰＴＳ」は、再生装置102内のデコーダによって復号されたピクチャ等のデータをそのデコーダから出力するタイミングを示し、「ＤＴＳ」はデコーダにピクチャ等のデータの復号処理を開始させるタイミングを示す。
図９に示されているビデオ・ストリーム901と同様、図３に示されている他のエレメンタリ・ストリームも一連のＰＥＳパケットの各ＰＥＳペイロードに格納される。更に各ＰＥＳパケットのＰＥＳヘッダは、そのＰＥＳパケットのＰＥＳペイロードに格納されたデータのＰＴＳを含む。
図１０は、ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。図１０を参照するに、両ビデオ・ストリーム1001、1002の間では、３Ｄ映像の同じフレームを表す一対のピクチャに対して、同じＰＴＳ及び同じＤＴＳが割り当てられている。例えば３Ｄ映像の先頭のフレームは、ベースビュー・ビデオ・ストリーム1001のＩ1ピクチャ1011とディペンデントビュー・ビデオ・ストリーム1002のＰ1ピクチャ1021との組み合わせから再現される。従って、それらのピクチャの対1011、1021ではＰＴＳが等しく、かつＤＴＳが等しい。ここで、下付の数字は、各ピクチャにＤＴＳの順に割り振られた通し番号を示す。また、ディペンデントビュー・ビデオ・ストリーム1002がデプスマップ・ストリームであるとき、Ｐ1ピクチャ1021は、Ｉ1ピクチャ1011に対するデプスマップを表すＩピクチャに置き換えられる。同様に、各ビデオ・ストリーム1001、1002の２番目のピクチャ、すなわち、Ｐ2ピクチャ1012、1022の対ではＰＴＳが等しく、かつＤＴＳが等しい。各ビデオ・ストリーム1001、1002の３番目のピクチャ、すなわちＢｒ3ピクチャ1013とＢ3ピクチャ1023との対ではＰＴＳとＤＴＳとがいずれも共通である。Ｂｒ4ピクチャ1014とＢ4ピクチャ1024との対でも同様である。
ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との間で、ＰＴＳが等しく、かつＤＴＳが等しいピクチャを含むＶＡＵの対を「３Ｄ・ＶＡＵ」という。図１０に示されているＰＴＳとＤＴＳとの割り当てにより、３Ｄ再生モードの再生装置102内のデコーダにベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002とを３Ｄ・ＶＡＵ単位でパラレルに処理させることが容易にできる。それにより、３Ｄ映像の同じフレームを表す一対のピクチャが、デコーダによって確実にパラレルに処理される。更に、各ＧＯＰの先頭の３Ｄ・ＶＡＵではシーケンス・ヘッダが、同じ解像度、同じフレームレート、及び同じアスペクト比を含む。特にそのフレームレートは、２Ｄ再生モードにおいてベースビュー・ビデオ・ストリーム1001が単独で復号されるときの値に等しい。
≪ＡＶストリーム・ファイルに含まれるその他のＴＳパケット≫
ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図３に示されているエレメンタリ・ストリームから変換されたもの以外にも、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、１つの放送番組を構成するパーシャル・トランスポート・ストリームと同様にＡＶストリーム・ファイルを規定する。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。その属性情報は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報、及び、そのエレメンタリ・ストリームのフレームレートとアスペクト比とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種の記述子を含む。記述子はＡＶストリーム・ファイルの全体に共通する属性を示し、特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報を含む。ＰＣＲは、自身に割り当てられたＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ここで、「ＳＴＣ」は、再生装置102内のデコーダによって、ＰＴＳ及びＤＴＳの基準として利用されるクロックである。そのデコーダはＰＣＲを利用して、ＡＴＣにＳＴＣを同期させる。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置102内のデコーダにＡＶストリーム・ファイルを、欧州デジタル放送規格に準拠のパーシャル・トランスポート・ストリームと同様に処理させることができる。それにより、ＢＤ−ＲＯＭディスク101用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。
≪多重化ストリーム・データのインターリーブ配置≫
ＢＤ−ＲＯＭディスク101から、フルＨＤの２Ｄ映像、３Ｄ映像、及び４Ｋ２Ｋの２Ｄ映像のいずれをもシームレスに再生するには、ＢＤ−ＲＯＭディスク101上における、ベースビュー・ビデオ・ストリーム、ディペンデントビュー・ビデオ・ストリーム、及び拡張ストリームの物理的な配置が重要である。ここで、「シームレス再生」とは、多重化ストリーム・データから映像と音声とを途切れさせることなく滑らかに再生することをいう。
図１１は、ＢＤ−ＲＯＭディスク101上における、メインＴＳ、サブＴＳ、及び拡張ストリームの物理的な配置を示す模式図である。図１１を参照するに、メインＴＳ、サブＴＳ、及び拡張ストリームはそれぞれ、複数のデータ・ブロックB[n]、D[n]、T[n]（n＝0、1、2、3、…）に分割されている。各データ・ブロックB[n]、D[n]、T[n]は、ＢＤ−ＲＯＭディスク101上で物理的に連続する複数のセクタに記録されている。メインＴＳに属する各データ・ブロックB[n]は、ファイル２Ｄ221の１つのエクステントEXT2D[n]としてアクセス可能であり、サブＴＳに属する各データ・ブロックD[n]は、ファイルＤＥＰ222の１つのエクステントEXT2[n]としてアクセス可能であり、拡張ストリームに属する各データ・ブロックT[n]は、拡張ストリーム・ファイル224の１つのエクステントEXT3[n]としてアクセス可能である。すなわち、各データ・ブロックB[n]、D[n]、T[n]のサイズと先端のＬＢＮとは、ファイル２Ｄ221、ファイルＤＥＰ222、及び拡張ストリーム・ファイル224のファイル・エントリから知ることができる（詳細は《補足》参照）。ＢＤ−ＲＯＭディスク101では物理アドレスが論理アドレスと実質的に等しいので、各データ・ブロックB[n]、D[n]、T[n]内ではＬＢＮも連続している。従って、ＢＤ−ＲＯＭドライブ121は、光ピックアップにシークを行わせることなく、各データ・ブロックB[n]、D[n]、T[n]を連続して読み出すことができる。以下、メインＴＳに属するデータ・ブロックB[n]を「ベースビュー・エクステント」といい、サブＴＳに属するデータ・ブロックD[n]を「ディペンデントビュー・エクステント」といい、拡張ストリームに属するデータ・ブロックT[n]を「拡張エクステント」という。
図１１を更に参照するに、エクステント群B[n]、D[n]、T[n]はＢＤ−ＲＯＭディスク101上のトラックに沿って連続的に記録されている。特に、１つの拡張エクステントT[n]の直後にはベースビュー・エクステントB[n＋i]とディペンデントビュー・エクステントD[n＋i]とが２つずつ交互に配置されている（i＝0、1）。このようなエクステント群B[n＋i]、D[n＋i]の配置を「インターリーブ配置」といい、インターリーブ配置で記録された一連のエクステント群B[n＋i]、D[n＋i]を「エクステント・ブロック」という。各エクステント・ブロックはファイルＳＳ223の１つのエクステントEXTSS[n]としてアクセス可能である。すなわち、エクステント・ブロックB[n＋i]、D[n＋i]のサイズと先端のＬＢＮとはファイルＳＳ223のファイル・エントリから知ることができる。ファイルＳＳの各エクステントEXTSS[0]、EXTSS[1]、EXTSS[2]は、ファイル２Ｄ221とはベースビュー・エクステントB[n]を共有し、ファイルＤＥＰ222とはディペンデントビュー・エクステントD[n]を共有する。
［インターリーブ配置のエクステント群に対する再生経路］
図１２は、エクステント群T[m]、D[m＋i]、B[m＋i]（m＝0、1、2、i＝0、1）に対する３種類の再生経路1201、1202、1203を示す模式図である。第１再生経路1201はファイル２Ｄ221に対する再生経路であり、第２再生経路1202はファイルＳＳ223に対する再生経路であり、第３再生経路1203は拡張ストリーム・ファイル224に対する再生経路である。
２Ｄ再生モードの再生装置102はファイル２Ｄ221を再生する。従って、第１再生経路1201が示すとおり、図１２に示されているエクステント群からはベースビュー・エクステントB[m＋i]のみが順番に、ファイル２Ｄ221のエクステントEXT2D[m＋i]として読み出される。具体的には、まず先頭のベースビュー・エクステントB[0]が読み出され、その直後のディペンデントビュー・エクステントD[1]の読み出しがジャンプJ2Dによってスキップされる。次に２番目のベースビュー・エクステントB[1]が読み出され、その直後の拡張エクステントT[1]とディペンデントビュー・エクステントD[2]との読み出しがジャンプJ2Dによってスキップされる。以降も同様に、ベースビュー・エクステントの読み出しとジャンプとが繰り返される。
４番目のベースビュー・エクステントB[3]と３番目の拡張エクステントT[2]との間に生じるジャンプJLYは、層境界LBを越えるロング・ジャンプである。「層境界」とは、ＢＤ−ＲＯＭディスク101が多層ディスクである場合、すなわち記録層を複数含む場合、２枚の記録層間の境界をいう。「ロング・ジャンプ」は、ジャンプの中でもシーク時間の長いものの総称であり、具体的には、（i）記録層の切り換えを伴うジャンプ、及び（ii）ジャンプ距離が所定の閾値を超えるジャンプをいう。「ジャンプ距離」とは、ジャンプ期間中に読み出し操作がスキップされるＢＤ−ＲＯＭディスク101上の領域の長さをいう。ジャンプ距離は通常、その部分のセクタ数で表される。上記（ii）の閾値は、ＢＤ−ＲＯＭの規格では例えば４００００セクタである。しかし、その閾値は、ＢＤ−ＲＯＭディスクの種類と、ＢＤ−ＲＯＭドライブの読み出し処理に関する性能とに依存する。ロング・ジャンプは特にフォーカス・ジャンプとトラック・ジャンプとを含む。「フォーカス・ジャンプ」は、記録層の切り換えに伴うジャンプであり、光ピックアップの焦点距離を変化させる処理を含む。「トラック・ジャンプ」は、光ピックアップをＢＤ−ＲＯＭディスク101の半径方向に移動させる処理を含む。
３Ｄ再生モードの再生装置102はファイルＳＳ223を再生する。従って、第２再生経路1202が示すとおり、図１２に示されているエクステント群からは各エクステント・ブロックD[m＋i]、B[m＋i]が順番に、ファイルＳＳ223のエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]として読み出される。具体的には、まず、先頭のエクステント・ブロックD[0]、B[0]、D[1]、B[1]が連続して読み出され、その直後の拡張エクステントT[1]の読み出しがジャンプJ3Dによってスキップされる。次に、２番目のエクステント・ブロックD[2]、…、B[3]が連続して読み出される。その直後に、記録層の切り換えに伴うロング・ジャンプJLYが生じ、３番目の拡張エクステントT[2]の読み出しがスキップされる。続いて、３番目のエクステント・ブロックD[4]、B[4]、…が連続して読み出される。再生装置102はファイルＳＳ223の各エクステントEXTSS[0]、EXTSS[1]、…を読み込んだ後、クリップ情報ファイルを利用して、それぞれをディペンデントビュー・エクステントとベースビュー・エクステントとに分離してデコーダに渡す。
拡張再生モードの再生装置102は拡張ストリーム・ファイル224を再生する。従って、第３再生経路1203が示すとおり、図１２に示されているエクステント群からは拡張エクステントT[m]が拡張ストリーム・ファイル224のエクステントEXT3[0]、EXT3[1]、EXT3[2]として読み出され、ベースビュー・エクステントB[m＋i]がファイル２Ｄ221のエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]として読み出される。具体的には、まず先頭の拡張エクステントT[0]が読み出され、その直後のディペンデントビュー・エクステントD[0]の読み出しがジャンプJEXによってスキップされる。次に、先頭のベースビュー・エクステントB[0]が読み出され、その直後のディペンデントビュー・エクステントD[1]の読み出しがジャンプJEXによってスキップされる。以降同様に、拡張エクステントT[m]とベースビュー・エクステントB[m＋i]との読み出しとジャンプとが繰り返される。
図１２に示されているように、ＢＤ−ＲＯＭドライブ121は実際には、隣接する２つのエクステントを連続して読み出す場合でも、前のエクステントの後端から次のエクステントの先端までの間にゼロ・セクタ遷移J0を行う。「ゼロ・セクタ遷移」とは、２つの連続するエクステント間での光ピックアップの移動をいう。ゼロ・セクタ遷移が行われる期間（以下、ゼロ・セクタ遷移期間という。）では、光ピックアップは読み出し動作を一旦停止して待機する。その意味で、ゼロ・セクタ遷移は「ジャンプ距離が０セクタに等しいジャンプ」ともみなせる。ゼロ・セクタ遷移期間の長さ、すなわちゼロ・セクタ遷移時間は、ＢＤ−ＲＯＭディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。「誤り訂正処理に伴うオーバーヘッド」とは、２つのエクステントの境界がＥＣＣブロックの境界と一致していないときに、そのＥＣＣブロックを用いた誤り訂正処理が２回行われることに起因する余分な時間をいう。誤り訂正処理には１つのＥＣＣブロックの全体が必要である。従って、１つのＥＣＣブロックが２つの連続するエクステントに共有されているとき、いずれのエクステントの読み出し処理でもそのＥＣＣブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのエクステントを１つ読み出すごとに、そのエクステントの他に最大３２セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち３２［セクタ］×２０４８［バイト］×８［ビット／バイト］×２［回］／読み出し速度で評価される。尚、各エクステントはＥＣＣブロック単位で構成されてもよい。その場合、各エクステントのサイズはＥＣＣブロックの整数倍に等しいので、誤り訂正処理に伴うオーバーヘッドをゼロ・セクタ遷移時間から除外することができる。
［エクステント・ブロックの構成］
１つのエクステント・ブロックの中では、（ｉ＋１）番目のベースビュー・エクステントB[m＋i]とディペンデントビュー・エクステントD[m＋i]とが同じエクステントＡＴＣ時間を持つ。以下、このようなエクステントB[m＋i]、D[m＋i]の対を「エクステント・ペア」という。「エクステントＡＴＣ時間」は、１つのエクステント内のソースパケットに付与されたＡＴＳの範囲の大きさ、すなわち、そのエクステントの先頭のソースパケットと次のエクステントの先頭のソースパケットとの間でのＡＴＳの差を表す。その差は、再生装置102がそのエクステント内の全てのソースパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間をＡＴＣの値で表したものに等しい。エクステントＡＴＣ時間の揃え方については後述する。「リード・バッファ」は再生装置102内のバッファ・メモリであり、ＢＤ−ＲＯＭディスク101から読み出されたエクステントをシステム・ターゲット・デコーダへ送るまでの間、一時的に格納する。リード・バッファの詳細については後述する。
各エクステント・ペアD[m＋i]、B[m＋i]では、先頭に位置するＶＡＵは同じ３Ｄ・ＶＡＵに属し、特に、同じ３Ｄ映像を表すＧＯＰの先頭のピクチャを含む。例えば、各ディペンデントビュー・エクステントD[m＋i]の先端はライトビュー・ビデオ・ストリームのＰピクチャを含み、先頭のベースビュー・エクステントB[m＋i]の先端はベースビュー・ビデオ・ストリームのＩピクチャを含む。そのライトビュー・ビデオ・ストリームのＰピクチャの表す２Ｄ映像は、そのベースビュー・ビデオ・ストリームのＩピクチャの表す２Ｄ映像と共に１つの３Ｄ映像を表す。特にそのＰピクチャは、図７に示されているように、そのＩピクチャを参照ピクチャとして圧縮されている。従って、３Ｄ再生モードの再生装置102は、いずれのエクステント・ペアD[m＋i]、B[m＋i]からも３Ｄ映像の再生を開始できる。すなわち、飛び込み再生等、ビデオ・ストリームのランダム・アクセスを要する処理が可能である。
［拡張エクステントとエクステント・ブロックとの間の関係］
図１３は、１つの拡張エクステントT[m]（m＝0、1、2、…）と、その直後に配置されたエクステント・ブロックB[k]、D[k]（k＝m、m＋1、…、m＋n−1）との間の関係を示す模式図である。図１３に示されているように、１つのエクステント・ブロックはベースビュー・エクステントB[k]とディペンデントビュー・エクステントD[k]とをｎ個ずつ含む。数字ｎは２以上であれば、エクステント・ブロックごとに異なっていてもよい。数字ｎを決めるための条件については後述する。拡張エクステントT[m]は後続のｎ個のベースビュー・エクステントB[m＋i]（i＝0、1、…、n−1）に対する解像度拡張情報Tiを含む。（ｉ＋１）番目の解像度拡張情報Tiは、（ｍ＋ｉ＋１）番目のベースビュー・エクステントB[m＋i]に含まれるフルＨＤのピクチャを４Ｋ２Ｋのピクチャに拡張する際に利用される。飛び込み再生等のランダム・アクセスでは、再生開始位置のベースビュー・ピクチャに対する解像度拡張情報を含む拡張エクステントがまず読み出される。また、拡張エクステントT[m]のエクステントＡＴＣ時間は、ｎ個のベースビュー・エクステントB[m＋i]全体のエクステントＡＴＣ時間と等しい。
図１３に示されているように、インターリーブ配置では、拡張エクステントT[m]、ディペンデントビュー・エクステントD[k]、及びベースビュー・エクステントB[k]の順に配置される。それは一般に、拡張エクステントT[m]、ディペンデントビュー・エクステントD[k]、及びベースビュー・エクステントB[k]の順にビットレートが小さいことに因る。
ディペンデントビュー・エクステントD[k]がライトビュー・ビデオ・ストリームを含む場合、（ｋ＋１）番目のディペンデントビュー・エクステントD[k]に含まれるピクチャは、（ｋ＋１）番目のベースビュー・エクステントB[k]に含まれるピクチャを参照ピクチャとして圧縮されている。一方、ディペンデントビュー・エクステントD[k]がデプスマップ・ストリームを含む場合、デプスマップの画素当たりのデータ量、すなわち奥行き値のビット数は一般に、ベースビュー・ピクチャの画素当たりのデータ量、すなわち色座標値とα値とのビット数の和よりも小さい。更に図３に示されているように、メインＴＳはサブＴＳとは異なり、プライマリ・ビデオ・ストリームの他にもプライマリ・オーディオ・ストリーム等のエレメンタリ・ストリームを含む。従って、ディペンデントビュー・エクステントD[k]のビットレートは一般に、そのベースビュー・エクステントB[k]のビットレート以下である。両エクステントD[k]、B[k]ではエクステントＡＴＣ時間が等しいので、ディペンデントビュー・エクステントD[k]のサイズSEXT2[k]は一般に、ベースビュー・エクステントB[k]のサイズSEXT1[k]以下である：SEXT2[k]≦SEXT1[k]。
拡張エクステントT[m]のビットレートは、図４に示されている差分画素情報403の１フレーム当たりのデータ量で決まる。差分画素情報403は、フルＨＤのフレームから補間によって得られる画素データと、本来の４Ｋ２Ｋのフレームにおける画素データとの間の差分に過ぎない。従って、差分画素情報403のデータ量はｎフレーム分を合わせても、フルＨＤの１フレームのデータ量よりも十分に小さい。それ故、拡張エクステントT[m]のサイズSEXT3[k]は一般に、ディペンデントビュー・エクステントD[k]のサイズSEXT2[k]以下である：SEXT3[k]≦SEXT2[k]。
インターリーブ配置において、エクステントT[m]、D[k]、B[k]をビットレートの小さい順に配置する利点は次のとおりである。３Ｄ再生モードの再生装置102は、各エクステント・ブロックの先頭に位置するエクステントを読み出すとき、又は再生開始位置のエクステントを読み出すとき、そのエクステントを全てリード・バッファに読み込むまで、そのエクステントをシステム・ターゲット・デコーダに渡さない。その読み込みが完了した後、再生装置102はそのエクステントを次のエクステントとパラレルにシステム・ターゲット・デコーダに渡す。この処理を「プリロード」という。拡張再生モードの再生装置102も同様に、最初のエクステントの読み出しではプリロードを行う。
プリロードの技術的意義は次のとおりである。Ｌ／Ｒモードでは、ディペンデントビュー・ピクチャの復号に復号後のベースビュー・ピクチャが必要である。従って、復号後のピクチャを出力処理まで保持するためのバッファを必要最小限の容量に維持するには、エクステント・ペアをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。デプス・モードでは、復号後のベースビュー・ピクチャとデプスマップとの対から、視差画像を表すビデオ・フレームの対を生成する処理が必要である。従って、復号後のデータをその処理まで保持するためのバッファを必要最小限の容量に維持するには、エクステント・ペアをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。拡張再生モードでは、解像度拡張情報を利用して復号後のベースビュー・ピクチャを４Ｋ２Ｋのビデオ・フレームに拡張する処理が必要である。従って、復号後のデータをその処理まで保持するためのバッファを必要最小限の容量に維持するには、拡張エクステントとベースビュー・エクステントとをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。そこで、３Ｄ再生モードと拡張再生モードとのいずれでもプリロードが行われる。それにより、再生装置102は、最初に読み出されるエクステントと次のエクステントとをリード・バッファからシステム・ターゲット・デコーダへ同時に供給できる。
プリロードでは、最初に読み出されるエクステントの全体がリード・バッファに蓄積される。従って、リード・バッファには少なくとも、そのエクステントのサイズに等しい容量が要求される。ここで、リード・バッファの容量を最小限に維持するには、プリロードの対象とされるエクステントのサイズを可能な限り縮小すべきである。それ故、図１３に示されているとおり、データ量の小さいエクステントが前に配置される。それにより、リード・バッファの容量を最小限に維持することができる。
［エクステントＡＴＣ時間を揃える方法］
図１４は、隣接するエクステント間でエクステントＡＴＣ時間を揃える方法を示す模式図である。以下の説明では便宜上、３Ｄ再生モードを対象とする。拡張再生モードでも同様である。まず、ベースビュー・エクステントに格納されるソースパケット（以下、ＳＰ１と略す。）と、ディペンデントビュー・エクステントに格納されるソースパケット（以下、ＳＰ２と略す。）とには、同じＡＴＣ時間軸でＡＴＳが付与される。図１４を参照するに、矩形1410、1420はそれぞれ、ＳＰ１＃ｐ（ｐ＝０、１、…、ｋ、ｋ＋１、…、ｉ、ｉ＋１）とＳＰ２＃ｑ（ｑ＝０、１、…、ｍ、ｍ＋１、…、ｊ、ｊ＋１）とを表す。それらの矩形1410、1420はＡＴＣの時間軸方向で各ソースパケットのＡＴＳの順に並べられている。各矩形1410、1420の先頭の位置A1(p)、A2(q)はそのソースパケットのＡＴＳの値を表す。各矩形1410、1420の長さAT1、AT2は、３Ｄ再生モードの再生装置102が１個のソースパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間を表す。
ＳＰ１＃０のＡＴＳA1(0)からエクステントＡＴＣ時間TEXT[n]が経過するまでの期間に、リード・バッファからシステム・ターゲット・デコーダへ転送されるＳＰ１、すなわちＳＰ１＃０、１、…、ｋは、（ｎ＋１）番目のベースビュー・エクステントEXT1[n]に格納される。同様に、ＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)からエクステントＡＴＣ時間TEXT[n＋1]が経過するまでの期間に、リード・バッファからシステム・ターゲット・デコーダへ転送されるＳＰ１、すなわちＳＰ１＃（ｋ＋１）、…、ｉは、（ｎ＋２）番目のベースビュー・エクステントEXT1[n＋1]に格納される。
一方、（ｎ＋１）番目のディペンデントビュー・エクステントEXT2[n]に格納されるべきＳＰ２は次のように選択される。まず、ＳＰ１＃０のＡＴＳA1(0)とエクステントＡＴＣ時間TEXT[n]との和、すなわち、ＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)＝A1(0)＋TEXT[n]が求められる。次に、ＳＰ１＃０のＡＴＳA1(0)からＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)までの期間に、リード・バッファからシステム・ターゲット・デコーダへの転送が開始されるＳＰ２、すなわちＳＰ２＃０、１、…、ｍが選択される。従って、先頭のＳＰ２、すなわちＳＰ２＃０のＡＴＳA2(0)は必ず、先頭のＳＰ１、すなわちＳＰ１＃０のＡＴＳA1(0)以上である：A2(0)≧A1(0)。更に、最後のＳＰ２、すなわちＳＰ２＃ｍのＡＴＳA2(m)は、ＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)以下である：A2(m)≦A1(k＋1)。ここで、ＳＰ２＃ｍの転送完了はＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)以後であってもよい。
同様に、（ｎ＋２）番目のディペンデントビュー・エクステントEXT2[n＋1]に格納されるべきＳＰ２は次のように選択される。まず、（ｎ＋３）番目のベースビュー・エクステントEXT1[n＋2]の先頭に位置するＳＰ１＃（ｉ＋１）のＡＴＳA1(i＋1)＝A1(k＋1)＋TEXT[n＋1]が求められる。次に、ＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)からＳＰ１＃（ｉ＋１）のＡＴＳA1(i＋1)までの期間に、リード・バッファからシステム・ターゲット・デコーダへの転送が開始されるＳＰ２、すなわちＳＰ２＃（ｍ＋１）−ＳＰ２＃ｊが選択される。従って、先頭のＳＰ２、すなわちＳＰ２＃（ｍ＋１）のＡＴＳA2(m＋1)は先頭のＳＰ１、すなわちＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)以上である：A2(m＋1)≧A1(k＋1)。更に、最後のＳＰ２＃ｊのＡＴＳA2(j)は、次のベースビュー・エクステントEXT1[n＋2]の先頭に位置するＳＰ１＃（ｉ＋１）のＡＴＳA1(i＋1)以下である：A2(j)≦A1(i＋1)。
≪エクステントのサイズに対する条件≫
各エクステントはアラインド・ユニット単位で構成される。特に各エクステントのサイズはアラインド・ユニットのサイズ（＝６１４４バイト＝約６ＫＢ）の倍数に等しい。その場合、エクステント間の境界はセクタ間の境界と一致するので、ＢＤ−ＲＯＭドライブはいずれのエクステントも、その全体を確実に連続して読み出すことができる。
図１２に示されているように、２Ｄ再生モード、３Ｄ再生モード、及び拡張再生モードのいずれにおいても再生装置102はジャンプを行う。従って、いずれの再生モードにおいても映像をシームレスに再生するには、ジャンプの間にリード・バッファがアンダーフローを生じない程度に、各エクステントのサイズの下限、すなわち最小エクステント・サイズが設計されなければならない。
１：２Ｄ再生モードでの条件
図１５は、２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図１５を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ1501、リード・バッファ1502、及びシステム・ターゲット・デコーダ1503を含む。ＢＤ−ＲＯＭドライブ1501はＢＤ−ＲＯＭディスク101からファイル２Ｄのエクステントを読み出し、読み出し速度RUD2Dでリード・バッファ1502へ転送する。リード・バッファ1502は、再生装置102に内蔵のバッファ・メモリであり、ＢＤ−ＲＯＭドライブ1501からエクステントを受信して蓄積する。システム・ターゲット・デコーダ1503は、リード・バッファ1502内に蓄積された各エクステントからソースパケットを平均転送速度REXT2Dで読み出して、映像データVDと音声データADとに復号する。
平均転送速度REXT2Dは、システム・ターゲット・デコーダ1503がリード・バッファ1502内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ここで、係数１９２／１８８はソースパケットとＴＳパケットとの間のバイト数の比に等しい。平均転送速度REXT2Dは通常、ビット／秒で表され、具体的には、ビット単位で表されたエクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。「ビット単位で表されたエクステントのサイズ」は、そのエクステント内のソースパケット数とソースパケット１つ当たりのビット数（＝１９２［バイト］×８［ビット／バイト］）との積に等しい。平均転送速度REXT2Dは一般にエクステントごとに異なる。平均転送速度REXT2Dの最大値RMAX2Dはファイル２ＤのビットレートRTSの１９２／１８８倍に等しい。システム・ターゲット・デコーダ1503によるＴＳパケットの処理速度の最高値、すなわち「システム・レート」はファイル２ＤのビットレートRTSに等しい。システム・レートRTSは通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度（TS recording rate）の８倍に等しい。
読み出し速度RUD2Dは通常、ビット／秒で表され、平均転送速度REXT2Dの最高値RMAX2Dよりも高い値、例えば５４Ｍｂｐｓに設定される：RUD2D＞RMAX2D。それにより、ＢＤ−ＲＯＭドライブ1901がＢＤ−ＲＯＭディスク101から１つのエクステントを読み出している間、システム・ターゲット・デコーダ1503の復号処理に伴うリード・バッファ1502のアンダーフローが防止される。
図１６の（ａ）は、２Ｄ再生モードでの動作中、リード・バッファ1502に蓄積されるデータ量DAの変化を示すグラフである。図１６の（ｂ）は、再生対象のエクステント・ブロック1610と２Ｄ再生モードでの再生経路1620との間の対応関係を示す模式図である。図１６の（ｂ）を参照するに、再生経路1620に従い、エクステント・ブロック1610内の各ベースビュー・エクステントB[m]（m＝n、n＋1、n＋2）がファイル２Ｄの１つのエクステントEXT2D[m]としてＢＤ−ＲＯＭディスク101からリード・バッファ1502へ読み出される。図１６の（ａ）を参照するに、各エクステントEXT2D[n]の読み出し期間PR2D[n]では蓄積データ量DAは、読み出し速度RUD2Dと平均転送速度REXT2D[n]との間の差RUD2D−REXT2D[n]に等しい速度で増加する。一方、２つの連続するエクステントEXT2D[n]、EXT2D[n＋1]の間ではジャンプJ2D[n]が生じる。そのジャンプ期間PJ2D[n]ではディペンデントビュー・エクステントD[n＋1]の読み出しがスキップされるので、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、ジャンプ期間PJ2D[n]では蓄積データ量DAは平均転送速度REXT2D[n]で減少する。
ＢＤ−ＲＯＭドライブ1501による読み出し／転送動作は実際には、図１６の（ａ）のグラフから示唆される連続的なものではなく、断続的なものである。それにより、各エクステントの読み出し期間PR2D[n]に蓄積データ量DAがリード・バッファ1502の容量を超えること、すなわちリード・バッファ1502のオーバーフローが防止される。すなわち、図１６の（ａ）のグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図１６の（ｂ）に示されているエクステント・ブロック1610からフルＨＤの２Ｄ映像をシームレスに再生するには、次の２つの条件が満たされればよい：第１に、各エクステントEXT2D[n]のサイズSEXT2D[n]が下記の式（１）を満たす。第２に、ファイル２Ｄのエクステントの間隔が所定の上限以下である。
［ファイル２Ｄのエクステントの最小エクステント・サイズ］
各ジャンプ期間PJ2D[n]ではリード・バッファ1502からシステム・ターゲット・デコーダ1503へのデータ供給を持続させて、そのデコーダ1503に連続的な出力を確保させなければならない。それには、ファイル２Ｄのエクステントのサイズが、次の条件１を満たせばよい。
各エクステントEXT2D[n]のサイズSEXT2D[n]は、その読み出し期間PR2D[n]から次のジャンプ期間PJ2D[n]にわたり、リード・バッファ1502からシステム・ターゲット・デコーダ1503へ転送されるデータ量に等しい。その場合、図１６の（ａ）に示されているように、蓄積データ量DAはそのジャンプ期間PJ2D[n]の終了時、その読み出し期間PR2D[n]の開始時での量を下回らない。すなわち、各ジャンプ期間PJ2D[n]ではリード・バッファ1502からシステム・ターゲット・デコーダ1503へのデータ供給が持続し、特にリード・バッファ1502はアンダーフローを生じない。ここで、読み出し期間PR2D[n]の長さはエクステントEXT2D[n]のサイズSEXT2D[n]を読み出し速度RUD2Dで割った値SEXT2D[n]／RUD2Dに等しい。従って、条件１は次のことを示す。各エクステントEXT2D[n]の最小エクステント・サイズは次式（１）の右辺で表される：
Figure 0005908894
 式（１）では、ジャンプ時間TJUMP-2D[n]はジャンプ期間PJ2D[n]の長さであり、秒単位で表される。一方、読み出し速度RUD2Dと平均転送速度REXT2Dとはいずれもビット／秒で表される。従って、式（１）では平均転送速度REXT2Dを数「８」で割り、エクステントのサイズSEXT2D[n]の単位をビットからバイトへ変換している。すなわち、エクステントのサイズSEXT2D[n]はバイト単位で表される。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。
ジャンプ中にシームレス再生を更に確実に行うには、式（１）の右辺で表される最小エクステント・サイズにマージン（余裕量）を追加するのが好ましい。具体的には、ファイル２ＤのエクステントのエクステントＡＴＣ時間をΔＴ秒延長する。すなわち、そのエクステントのサイズSEXT2Dは、式（１）に代えて次式（１Ａ）を満たす：
Figure 0005908894
 延長時間ΔＴは、ＧＯＰの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。例えばＧＯＰの長さが最大１秒であれば、延長時間ΔＴは１秒に設定される。一方、所定時間［秒］当たりに再生可能なエクステント数の上限がｋ個であれば、延長時間ΔＴは所定時間／ｋ［秒］に設定される。
［ファイル２Ｄのエクステントの間隔］
リード・バッファ1502の容量は有限であることから、ジャンプ時間TJUMP-2D[n]の最大値は制限される。すなわち、ジャンプ期間PJ2D[n]の直前に蓄積データ量DAがリード・バッファ1502の容量一杯であっても、ジャンプ時間TJUMP-2D[n]が長すぎれば、ジャンプ期間PJ2D[n]中に蓄積データ量DAが０に達し、リード・バッファ1502のアンダーフローが生じる危険性がある。以下、ＢＤ−ＲＯＭディスク101からリード・バッファ1502へのデータ供給が途絶えている状態で蓄積データ量DAがリード・バッファ1502の容量から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間TJUMP-2Dの最大値を「最大ジャンプ時間TJUMP MAX」という。
光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセス・スピード等から決められている。図１７は、ＢＤ−ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP MAXとの間の対応表の一例である。図１７を参照するに、ジャンプ距離SJUMPはセクタ単位で表され、最大ジャンプ時間TJUMP MAXはｍ秒単位で表されている。１セクタは２０４８バイトに等しい。ジャンプ距離SJUMPが、０セクタ、１−１００００セクタ、１０００１−２００００セクタ、２０００１−４００００セクタ、４０００１セクタ−１／１０ストローク（＝６４００００セクタ）、及び１／１０ストローク以上の各範囲に属するとき、最大ジャンプ時間TJUMP MAXはそれぞれ、５０ｍ秒、２００ｍ秒、３００ｍ秒、３５０ｍ秒、７００ｍ秒、及び１４００ｍ秒である。ジャンプ距離SJUMPが０セクタに等しいときの最大ジャンプ時間TJUMP MAXはゼロ・セクタ遷移時間TJUMP0＝５０ｍ秒に等しい。
以上のことから、式（１）に代入されるべきジャンプ時間TJUMP-2D[n]は、ＢＤ−ＲＯＭディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間TJUMP MAXである。具体的には、図１７の表において、２つの連続するファイル２ＤのエクステントEXT2D[n]、EXT2D[n＋1]の間でのジャンプ距離SJUMPに対応する最大ジャンプ時間TJUMP MAXが、ジャンプ時間TJUMP-2D[n]として式（１）に代入される。ここで、そのジャンプ距離SJUMPは、（ｎ＋１）番目のエクステントEXT2D[n]の後端から（ｎ＋２）番目のエクステントEXT2D[n＋1]の先端までのセクタ数に等しい。
２つのエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプJ2D[n]では、そのジャンプ時間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以下であることが必要である。
各エクステント・ブロック内ではファイル２Ｄのエクステントの間隔はディペンデントビュー・エクステントのサイズに等しい。従って、そのディペンデントビュー・エクステントのサイズは最大ジャンプ距離SJUMP MAX以下に制限される。具体的には、ファイル２Ｄのエクステント間の最大ジャンプ時間TJUMP MAXが、図１７に規定された値２００ｍ秒に制限される場合、ディペンデントビュー・エクステントのサイズは、対応する最大ジャンプ距離SJUMP MAX＝１００００セクタ（＝約１９．５ＭＢ）以下に制限される。
２つの隣接するエクステント・ブロックの間には拡張エクステントが配置される。従って、前のエクステント・ブロックの後端に位置するベースビュー・エクステントから、次のエクステント・ブロックの先端に位置するベースビュー・エクステントまでのジャンプでは、ディペンデントビュー・エクステントに加えて拡張エクステントの読み出しもスキップされなければならない。従って、ファイル２Ｄのエクステントが式（１）に代えて式（１Ａ）を満たすように、そのエクステントにはマージンが加えられる。その場合、最大ジャンプ距離SJUMP MAXは２００００セクタまで拡大される。すなわち、拡張エクステントとディペンデントビュー・エクステントとのサイズの和は、２００００セクタ以下であればよい。
異なる記録層に配置されたエクステント群の間をシームレスに接続するとき、再生装置102はロング・ジャンプを行う。そのロング・ジャンプは、フォーカス・ジャンプ等、記録層の切り換え操作を伴う。従って、そのロング・ジャンプに要する時間は、図１７の表に規定された最大ジャンプ時間TJUMP MAXに加えて、記録層の切り換え操作に要する時間、すなわち「層切換時間」を更に含む。層切換時間は例えば３５０ｍ秒である。図１２に示されている例では、ファイル２Ｄの４番目のエクステントEXT2D[3]から５番目のエクステントEXT2D[4]までロング・ジャンプJLYが行われる。その場合、４番目のエクステントEXT2D[3]のサイズが満たすべき式（１）では、ジャンプ時間TJUMP-2D[3]は２つのパラメータTJ、TLの和で決まる：TJUMP-2D[3]＝TJ＋TL。第１パラメータTJは、ＢＤ−ＲＯＭディスクの規格によって、ロング・ジャンプのジャンプ距離SJUMPに対して規定された最大ジャンプ時間TJUMP MAXを表す。その最大ジャンプ時間TJUMP MAXは、図１７の表において、４番目のエクステントEXT2D[3]の後端から５番目のエクステントEXT2D[4]の先端までのセクタ数に対応付けられた値に等しい。第２パラメータTLは層切換時間、例えば３５０ｍ秒を表す。従って、２つのエクステントEXT2D[3]、EXT2D[4]の間隔は、図１７の表において、ロング・ジャンプの最大ジャンプ時間TJUMP MAXから層切換時間を除いた値に対応する最大ジャンプ距離SJUMP MAX以下に制限される。例えばジャンプ時間TJUMP-2D[n]が最大ジャンプ時間TJUMP MAX＝７００ｍ秒以下に制限されるとき、２つのエクステントEXT2D[3]、EXT2D[4]間の最大ジャンプ距離SJUMP MAXは４００００セクタ（＝約７８．１ＭＢ）である。
２：３Ｄ再生モードでの条件
図１８は、３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図１８を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ1801、スイッチ1802、２つのリード・バッファ1811、1812、及びシステム・ターゲット・デコーダ1803を含む。ＢＤ−ＲＯＭドライブ1801はＢＤ−ＲＯＭディスク101からファイルＳＳのエクステントを読み出し、読み出し速度RUD3Dでスイッチ1802へ転送する。スイッチ1802はファイルＳＳの各エクステントをベースビュー・エクステントとディペンデントビュー・エクステントとに分離する。その分離処理の詳細については後述する。第１リード・バッファ1811及び第２リード・バッファ1812（以下、ＲＢ１及びＲＢ２と略す。）は再生装置102に内蔵のバッファ・メモリであり、スイッチ1802によって分離された各エクステントを蓄積する。ＲＢ１1811はベースビュー・エクステントを格納し、ＲＢ２1812はディペンデントビュー・エクステントを格納する。システム・ターゲット・デコーダ1803は、ＲＢ１1811内の各ベースビュー・エクステントからはソースパケットを第１転送速度REXT1で読み出し、ＲＢ２1812内の各ディペンデントビュー・エクステントからはソースパケットを第２転送速度REXT2で読み出す。システム・ターゲット・デコーダ1803は更に、読み出されたベースビュー・エクステントとディペンデントビュー・エクステントとの対を映像データVDと音声データADとに復号する。
第１転送速度REXT1は、システム・ターゲット・デコーダ1803がＲＢ１1811内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。第１転送速度REXT1の最高値RMAX1は、ファイル２Ｄに対するシステム・レートRTS1の１９２／１８８倍に等しい：RMAX1＝RTS1×192／188。そのシステム・レートRTS1は通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度の８倍に等しい。第２転送速度REXT2は、システム・ターゲット・デコーダ1803がＲＢ２1812内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。第２転送速度REXT2の最高値RMAX2は、ファイルＤＥＰに対するシステム・レートRTS2の１９２／１８８倍と等しい：RMAX2＝RTS2×192／188。そのシステム・レートRTS2は通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるサブＴＳの記録速度の８倍に等しい。各転送速度REXT1、REXT2は通常、ビット／秒で表され、具体的には、ビット単位で表された各エクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、そのエクステント内のソースパケットを全て、ＲＢ１1811又はＲＢ２1812からシステム・ターゲット・デコーダ1803へ転送するのに要する時間に等しい。
読み出し速度RUD3Dは通常、ビット／秒で表され、いずれの転送速度REXT1、REXT2の最高値RMAX1、RMAX2よりも高い値、例えば７２Ｍｂｐｓに設定される：RUD3D＞RMAX1、RUD3D＞RMAX2。それにより、ＢＤ−ＲＯＭドライブ1801によってＢＤ−ＲＯＭディスク101からファイルＳＳの１つのエクステントを読み出している間、システム・ターゲット・デコーダ1803の復号処理に伴うＲＢ１1811とＲＢ２1812とのアンダーフローが防止される。
［エクステント・ブロック内でのシームレス接続］
図１９の（ａ）、（ｂ）は、１つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、ＲＢ１1811、ＲＢ２1812に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図１９の（ｃ）は、そのエクステント・ブロック1910と３Ｄ再生モードでの再生経路1920との間の対応関係を示す模式図である。図１９の（ｃ）を参照するに、再生経路1920に従い、エクステント・ブロック1910の全体がファイルＳＳの１つのエクステントとして一括して読み出される。その後、スイッチ1802によってそのエクステントからディペンデントビュー・エクステントD[k]とベースビュー・エクステントB[k]とが分離される（k＝…、n、n＋1、n＋2、…）。
ＢＤ−ＲＯＭドライブ1801による読み出し／転送動作は実際には、図１９の（ａ）、（ｂ）の各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各エクステントD[k]、B[k]の読み出し期間PRD[k]、PRB[k]では、ＲＢ１1811、ＲＢ２1812のオーバーフローが防止される。すなわち、図１９の（ａ）、（ｂ）の各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図１９の（ａ）、（ｂ）を参照するに、（ｎ＋１）番目のディペンデントビュー・エクステントD[n]の読み出し期間PRD[n]では、ＲＢ２1812の蓄積データ量DA2は、読み出し速度RUD3Dと第２転送速度REXT2[n]との間の差RUD3D−REXT2[n]に等しい速度で増加し、ＲＢ１1811の蓄積データ量DA1は第１転送速度REXT1[n−1]で減少する。図１９の（ｃ）を参照するに、（ｎ＋１）番目のディペンデントビュー・エクステントD[n]から（ｎ＋１）番目のベースビュー・エクステントB[n]まではゼロ・セクタ遷移J0[n]が生じる。図１９の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[n]では、ＲＢ１1811の蓄積データ量DA1は第１転送速度REXT1[n−1]で減少し続け、ＲＢ２1812の蓄積データ量DA2は第２転送速度REXT2[n]で減少する。
図１９の（ａ）、（ｂ）を更に参照するに、（ｎ＋１）番目のベースビュー・エクステントB[n]の読み出し期間PRB[n]では、ＲＢ１1811の蓄積データ量DA1は、読み出し速度RUD3Dと第１転送速度REXT1[n]との間の差RUD3D−REXT1[n]に等しい速度で増加する。一方、ＲＢ２1812の蓄積データ量DA2は第２転送速度REXT2[n]で減少し続ける。図１９の（ｃ）を更に参照するに、そのベースビュー・エクステントB[n]から次のディペンデントビュー・エクステントD[n＋1]まではゼロ・セクタ遷移J0[n＋1]が生じる。図１９の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[n＋1]では、ＲＢ１1811の蓄積データ量DA1は第１転送速度REXT1[n]で減少し、ＲＢ２1812の蓄積データ量DA2は第２転送速度REXT2[n]で減少し続ける。
１つのエクステント・ブロック1910から３Ｄ映像をシームレスに再生するには、そのエクステント・ブロックに属するエクステントB[n]、D[n]の各サイズは、以下に説明される条件２、３を満たせばよい。
（ｎ＋１）番目のベースビュー・エクステントB[n]のサイズSEXT1[n]は少なくとも、その読み出し期間PRB[n]から次のベースビュー・エクステントB[n＋1]の読み出し期間PRB[n＋1]の直前までに、ＲＢ１1811からシステム・ターゲット・デコーダ1803へ転送されるデータ量に等しい。その場合、図１９の（ａ）に示されているように、次のベースビュー・エクステントB[n＋1]の読み出し期間PRB[n＋1]の直前では、ＲＢ１1811の蓄積データ量DA1が、（ｎ＋１）番目のベースビュー・エクステントB[n]の読み出し期間PRB[n]の直前での量を下回らない。ここで、（ｎ＋１）番目のベースビュー・エクステントB[n]の読み出し期間PRB[n]の長さは、そのベースビュー・エクステントB[n]のサイズSEXT1[n]を読み出し速度RUD3Dで割った値SEXT1[n]／RUD3Dに等しい。一方、（ｎ＋２）番目のディペンデントビュー・エクステントD[n＋1]の読み出し期間PRD[n＋1]の長さは、そのディペンデントビュー・エクステントD[n＋1]のサイズSEXT2[n＋1]を読み出し速度RUD3Dで割った値SEXT2[n＋1]／RUD3Dに等しい。従って、条件２は次のことを示す。そのベースビュー・エクステントB[n]の最小エクステント・サイズは、次式（２）の右辺で表される：
Figure 0005908894
 （ｎ＋１）番目のディペンデントビュー・エクステントD[n]のサイズSEXT2[n]は少なくとも、その読み出し期間PRD[n]から次のディペンデントビュー・エクステントD[n＋1]の読み出し期間PRD[n＋1]の直前までに、ＲＢ２1812からシステム・ターゲット・デコーダ1803へ転送されるデータ量に等しい。その場合、図１９の（ｂ）に示されているように、次のディペンデントビュー・エクステントD[n＋1]の読み出し期間PRD[n＋1]の直前では、ＲＢ２1812の蓄積データ量DA2が（ｎ＋１）番目のディペンデントビュー・エクステントD[n]の読み出し期間PRD[n]の直前での量を下回らない。ここで、（ｎ＋１）番目のディペンデントビュー・エクステントD[n]の読み出し期間PRD[n]の長さは、そのディペンデントビュー・エクステントD[n]のサイズSEXT2[n]を読み出し速度RUD3Dで割った値SEXT2[n]／RUD3Dに等しい。従って、条件３は次のことを示す。そのディペンデントビュー・エクステントD[n]の最小エクステント・サイズは、次式（３）の右辺で表される：
Figure 0005908894
 ［エクステント・ブロック間のシームレス接続］
図２０の（ｂ）は、（ｎ＋１）番目（文字ｎは１以上の整数を表す。）のエクステント・ブロックEXTSS[n]と（ｎ＋２）番目のエクステント・ブロックEXTSS[n＋1]、及び、それらのエクステント・ブロックEXTSS[n]、EXTSS[n＋1]と３Ｄ再生モードでの再生経路2001との間の対応関係を示す模式図である。図２０の（ｂ）を参照するに、２つのエクステント・ブロックEXTSS[n]、EXTSS[n＋1]の間は拡張エクステントT1によって分離されている。再生経路2001に従って、先に（ｎ＋１）番目のエクステント・ブロックEXTSS[n]の全体がファイルＳＳの（ｎ＋１）番目のエクステントとして一括して読み出される。その直後にジャンプJ3Dが生じる。続いて、（ｎ＋２）番目のエクステント・ブロックEXTSS[n＋1]がファイルＳＳの（ｎ＋２）番目のエクステントとして一括して読み出される。
図２０の（ａ）は、２つのエクステント・ブロックEXTSS[n]、EXTSS[n＋1]から連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１1811、ＲＢ２1812に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。図２０の（ａ）では、一点鎖線のグラフは、ＲＢ１1811に蓄積されるデータ量DA1の変化を示し、破線のグラフは、ＲＢ２1812に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1＋DA2の変化を示す。ここで、実線のグラフは、エクステントが１つ読み出されるごとに生じる細かい変化を均して直線的に近似したものである。更に、ゼロ・セクタ遷移時間TJUMP0は０ｍ秒とみなされている。
図２０の（ａ）を参照するに、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]の全体がＢＤ−ＲＯＭディスク101からＲＢ１1811、ＲＢ２1812へ読み出される期間PRBLK[n]では、それらに蓄積されるデータ量DA1、DA2も増大する。具体的には、エクステント・ブロックEXTSS[n]の全体の読み出し期間PRBLK[n]中、蓄積データ量の和DA1＋DA2は、読み出し速度RUD3Dと平均転送速度REXTSS[n]との間の差RUD3D−REXTSS[n]に等しい速度で増加する。その平均転送速度REXTSS[n]は、エクステント・ブロックEXTSS[n]の全体のサイズSEXTSS[n]をそのエクステントＡＴＣ時間TEXTSSで割った値として評価される。
（ｎ＋１）番目のエクステント・ブロックEXTSS[n]の後端のベースビュー・エクステントB1がＲＢ１1811に読み込まれた時点で、蓄積データ量の和DA1＋DA2は最大値に達する。その直後のジャンプ期間PJでは、蓄積データ量の和DA1＋DA2は平均転送速度REXTSS[n]で減少する。従って、蓄積データ量の和DA1＋DA2の最大値を十分に大きく調節することにより、拡張エクステントT1の記録領域を越えるジャンプJ3D中、ＲＢ１1811、ＲＢ２1812のいずれのアンダーフローも防止することができる。その結果、２つのエクステント・ブロックEXTSS[n]、EXTSS[n＋1]をシームレスに接続することができる。
蓄積データ量の和DA1＋DA2の最大値は（ｎ＋１）番目のエクステント・ブロックEXTSS[n]のサイズに依存する。従って、２つのエクステント・ブロックEXTSS[n]、EXTSS[n＋1]をシームレスに接続するには、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]のサイズが次の条件４を満たせばよい。
（ｎ＋１）番目のエクステント・ブロックEXTSS[n]の先端に位置するディペンデントビュー・エクステントD0の読み出し期間PRD0ではプリロードが行われる。そのプリロード期間PRD0では、その直前のジャンプ期間に引き続き、ｎ番目のエクステント・ブロックのデータがＲＢ２1812からシステム・ターゲット・デコーダ1803へ転送される。それにより、システム・ターゲット・デコーダ1803へのデータ供給が維持される。同様に、（ｎ＋２）番目のエクステント・ブロックEXTSS[n＋1]の先端に位置するディペンデントビュー・エクステントD2の読み出し期間PRD1でもプリロードが行われる。従って、そのプリロード期間PRD1では、その直前のジャンプ期間PJに引き続き、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]のデータがＲＢ２1812からシステム・ターゲット・デコーダ1803へ転送される。それにより、システム・ターゲット・デコーダ1803へのデータ供給が維持される。それ故、ジャンプJ3D中でのＲＢ１1811、ＲＢ２1812のアンダーフローを防止するには、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]のエクステントＡＴＣ時間TEXTSSが少なくとも、最初のプリロード期間PRD0の終了時点t0から次のプリロード期間PRD1の終了時点t1までの期間の長さに等しければよい。すなわち、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]のサイズSEXTSS[n]は少なくとも、その期間t0−t1にＲＢ１1811とＲＢ２1812とからシステム・ターゲット・デコーダ1803へ転送されるデータ量の和に等しければよい。
図２０の（ａ）から明らかなとおり、期間t0−t1の長さは、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]の読み出し期間PRBLK[n]の長さ、ジャンプ期間PJの長さTJUMP[n]、及び２つのエクステント・ブロックEXTSS[n]、EXTSS[n＋1]間でのプリロード期間PRD0、PRD1の長さの差TDIFF[n]を足し合わせた値に等しい。更に、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]の読み出し期間PRBLK[n]の長さは、そのエクステント・ブロックEXTSS[n]のサイズSEXTSS[n]を読み出し速度RUD3Dで割った値SEXTSS[n]／RUD3Dに等しい。従って、条件４は次のことを示す。ファイルＳＳの（ｎ＋１）番目のエクステントEXTSS[n]の最小エクステント・サイズは、次式（４）の右辺で表される：
Figure 0005908894
 各プリロード期間PRD0、PRD1の長さは、各エクステント・ブロックEXTSS[n]、EXTSS[n＋1]の先端に位置するディペンデントビュー・エクステントD0、D1のサイズSEXT20、SEXT21を読み出し速度RUD3Dで割った値SEXT20／RUD3D、SEXT21／RUD3Dに等しい。従って、プリロード期間PRD0、PRD1の長さの差TDIFFはそれらの値の差に等しい：TDIFF＝SEXT21／RUD3D−SEXT20／RUD3D。尚、式（４）の右辺は、式（１）−（３）の右辺と同様に、バイト単位の整数値で表されてもよい。
ここで、多重化ストリーム・データの復号処理を次のように工夫する場合、式（４）では、差TDIFFを０とみなしてもよい。まず、多重化ストリーム・データの全体での差TDIFFの最大値、すなわち差TDIFFのワースト値を予め求めておく。次に、その多重化ストリーム・データを再生する際、その復号処理の開始時点をその読み出しの開始時点よりも、差TDIFFのワースト値に等しい時間だけ遅らせる。
例えば、平均転送速度REXTSS[n]がエクステント・ブロックEXTSS[n]のビットレートの上限６４Ｍｂｐｓの１９２／１８８倍に等しく、読み出し速度RUD3Dが７２Ｍｂｐｓであり、拡張エクステントの記録領域でのジャンプに対する最大ジャンプ時間が２００ｍ秒であり、かつプリロード期間の長さの差TDIFFが無視できる場合、エクステント・ブロックEXTSS[n]の最小エクステント・サイズは式（４）から１６．９ＭＢである。これは、エクステントＡＴＣ時間に換算すると、エクステント・ブロックEXTSS[n]のビットレートが上限６４Ｍｂｐｓである場合に約２．１７秒である。従って、エクステント・ブロックEXTSS[n]に含まれるベースビュー・エクステントのエクステントＡＴＣ時間の合計と、ディペンデントビュー・エクステントのエクステントＡＴＣ時間の合計とはいずれも２．１７秒以上であればよい。
３：最大エクステント・サイズ
シームレス再生のための上記の条件１−４により、ファイル２Ｄ、ファイルＤＥＰ、及びファイルＳＳの各エクステントの最小エクステント・サイズは制限される。一方、以下に説明されるように、一般的には、各エクステントのサイズが大きいほど、リード・バッファは大きな容量を必要とする。従って、リード・バッファの容量を可能な限り削減するには、各エクステントのサイズの上限を可能な限り制限することが望ましい。それらの上限を「最大エクステント・サイズ」という。
（ｋ＋１）番目のベースビュー・エクステントEXT1[k]は（ｋ＋１）番目のディペンデントビュー・エクステントEXT2[k]とエクステントＡＴＣ時間が共通である（文字ｋは０以上の整数を表す）。従って、（ｋ＋１）番目のベースビュー・エクステントEXT1[k]の最大エクステント・サイズの制限によってそのエクステントＡＴＣ時間が短縮されれば、（ｋ＋１）番目のディペンデントビュー・エクステントEXT2[k]の最大エクステント・サイズも制限される。それ故、ＲＢ１1811、ＲＢ２1812の各容量の下限を許容範囲内に抑えるには、各ベースビュー・エクステントEXT1[k]のサイズが次の条件５を満たせばよい。
ベースビュー・エクステントB[k]はファイル２ＤとファイルＳＳとに共有されている。従って、ベースビュー・エクステントB[k]のサイズSEXT1[k]は式（１）を満たすべきである。式（１）を満たす範囲で、ベースビュー・エクステントB[k]のサイズSEXT1[k]を可能な限り縮小するには、次のようにすればよい：ベースビュー・エクステントB[k]の最大エクステント・サイズを、式（１）の右辺の上限、すなわち、ベースビュー・エクステントB[k]の最小エクステント・サイズの上限に可能な限り近づければよい。従って、条件５は次のことを示す。ベースビュー・エクステントB[k]の最大エクステント・サイズは、次式（５）の右辺で表される：
Figure 0005908894
 式（５）の右辺は式（１）の右辺とは次の点で異なる。まず、分母に含まれる平均転送速度REXT2Dがその最高値RMAX2Dに置き換えられている。従って、式（５）の右辺の２番目の分数は、式（１）のものの最大値に等しい。次に、式（５）のジャンプ時間TJUMP-2D MINは、規格で定められた最大ジャンプ時間の中で最小の値に等しい。例えば図１７の表で規定された最大ジャンプ時間TJUMP MAXの中では、最小値５０ｍ秒の次に大きい値２００ｍ秒が式（５）のジャンプ時間TJUMP-2D MINとして採用される。その場合、各エクステント・ブロック内ではファイル２ＤのエクステントEXT2D[k]、EXT2D[k＋1]の間隔が、対応する最大ジャンプ距離SJUMP MAX＝１００００セクタ以下に制限される。
式（１）に代えて式（１Ａ）が採用されることで、ベースビュー・エクステントにマージンが加えられる場合、ベースビュー・エクステントのサイズは、式（５）に代えて、次式（５Ａ）を満たす：
Figure 0005908894
 式（５Ａ）の右辺で表される最大エクステント・サイズは、式（５）の右辺で表される最小エクステント・サイズよりも、延長時間ΔＴにリード・バッファからシステム・ターゲット・デコーダへ読み出されるデータ量だけ大きい。そのデータ量がマージンとして確保される。
例えばＢＤ−ＲＯＭの規格では、エクステント・ブロックEXTSS[n]のビットレートが上限６４Ｍｂｐｓである場合、ベースビュー・エクステントの最大エクステント・サイズが３１６８アラインド・ユニット＝３１６８×６１４４バイト≒１８．６ＭＢに規定されている（１ＭＢ＝１０２４×１０２４バイト）。一方、ディペンデントビュー・エクステントの最大エクステント・サイズが７．７ＭＢに規定されている。
４：拡張再生モードでの条件
図２１は、拡張再生モードの再生装置102内の再生処理系統を示すブロック図である。図２１を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ2101、スイッチ2102、２つのリード・バッファ2111、2112、及びシステム・ターゲット・デコーダ2103を含む。ＢＤ−ＲＯＭドライブ2101はＢＤ−ＲＯＭディスク101から拡張エクステントとベースビュー・エクステントとを読み出し、読み出し速度RUDEXでスイッチ2102へ転送する。スイッチ2102は拡張エクステントとベースビュー・エクステントとを分離する。第１リード・バッファ2111及び第３リード・バッファ2112（以下、ＲＢ１及びＲＢ３と略す。）は再生装置102に内蔵のバッファ・メモリであり、スイッチ2102によって分離された各エクステントを蓄積する。ＲＢ１2111はベースビュー・エクステントを格納し、ＲＢ３2112は拡張エクステントを格納する。システム・ターゲット・デコーダ2103は、ＲＢ１2111内の各ベースビュー・エクステントからはソースパケットを第１転送速度REXT1で読み出し、ＲＢ３2112内の各拡張エクステントからはソースパケットを第３転送速度REXT3で読み出す。システム・ターゲット・デコーダ2103は更に、読み出されたベースビュー・エクステントと拡張エクステントとの対を映像データVDと音声データADとに復号する。
第１転送速度REXT1は３Ｄ再生モードにおける第１転送速度に等しい。第３転送速度REXT3は、システム・ターゲット・デコーダ2103がＲＢ３2112内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。第３転送速度REXT3の最高値RMAX3は、拡張ストリーム・ファイルに対するシステム・レートRTS3の１９２／１８８倍と等しい：RMAX3＝RTS3×192／188。そのシステム・レートRTS3は通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表される拡張ストリームの記録速度の８倍に等しい。各転送速度REXT1、REXT3は通常、ビット／秒で表され、具体的には、ビット単位で表された各エクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。
読み出し速度RUDEXは通常、ビット／秒で表され、いずれの転送速度REXT1、REXT3の最高値RMAX1、RMAX3よりも高い値、例えば７２Ｍｂｐｓに設定される：RUDEX＞RMAX1、RUDEX＞RMAX2。それにより、ＢＤ−ＲＯＭドライブ2101によってＢＤ−ＲＯＭディスク101から、ファイル２Ｄの１つのエクステントを読み出している間、及び拡張ストリーム・ファイルの１つのエクステントを読み出している間のいずれにおいても、システム・ターゲット・デコーダ2103の復号処理に伴うＲＢ１2111とＲＢ３2112とのアンダーフローが防止される。
［拡張エクステントのエクステントＡＴＣ時間］
図２２の（ａ）、（ｂ）は、２つのエクステント群2210、2211から４Ｋ２Ｋの２Ｄ映像がシームレスに再生されるとき、ＲＢ１2111、ＲＢ３2112に蓄積されるデータ量DA1、DA3の変化を示すグラフである。図２２の（ｃ）は、それらのエクステント群2210、2211と拡張再生モードでの再生経路2220との間の対応関係を示す模式図である。図２２の（ｃ）を参照するに、再生経路2220に従い、各エクステント群2210、2211からは、まず拡張エクステントTが１つ読み出され、続いてディペンデントビュー・エクステントDの記録領域を越えるジャンプJSJとベースビュー・エクステントBの読み出しとが複数回ずつ繰り返される。
ＢＤ−ＲＯＭドライブ2101による読み出し／転送動作は実際には、図２２の（ａ）、（ｂ）の各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各エクステントT、Bの読み出し期間では、ＲＢ１2111、ＲＢ３2112のオーバーフローが防止される。すなわち、図２２の（ａ）、（ｂ）の各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。更に、ゼロ・セクタ遷移時間TJUMP0は０ｍ秒とみなされている。
図２２の（ａ）、（ｂ）を参照するに、最初の拡張エクステントT0の読み出し期間PRT0では、ＲＢ３2112の蓄積データ量DA3は、読み出し速度RUDEXと第３転送速度REXT3との間の差RUDEX−REXT3に等しい速度で増加し、ＲＢ１2111の蓄積データ量DA1は第１転送速度REXT1で減少する。図２２の（ｃ）を参照するに、最初の拡張エクステントT0の読み出し期間PRT0の終了時にジャンプJSJが生じ、最初のディペンデントビュー・エクステントDの読み出しがスキップされる。図２２の（ａ）、（ｂ）に示されているように、ジャンプ期間PSJでは、ＲＢ１2111の蓄積データ量DA1は第１転送速度REXT1で減少し続け、ＲＢ３2112の蓄積データ量DA2は第３転送速度REXT3で減少する。その後、最初のベースビュー・エクステントBの読み出し期間PRBでは、ＲＢ１2111の蓄積データ量DA1は、読み出し速度RUDEXと第１転送速度REXT1との間の差RUDEX−REXT1に等しい速度で増加する。以降、ＲＢ１2111の蓄積データ量DA1は、ディペンデントビュー・エクステントDの記録領域を越えるジャンプJSJが行われる間は減少し、ベースビュー・エクステントBの読み出し期間では増加する。しかし、全体的には、最初のエクステント群2210の後端が読み出されるまで、ＲＢ１2111の蓄積データ量DA1は増加する。一方、ＲＢ３2112の蓄積データ量DA3は第３転送速度REXT3で減少し続ける。
最初のエクステント群2210が全て読み出されたとき、２番目の拡張エクステントT1の読み出しが始まる。その読み出し期間PRT1では、ＲＢ３2112の蓄積データ量DA3は、読み出し速度RUDEXと第３転送速度REXT3との間の差RUDEX−REXT3に等しい速度で増加し、ＲＢ１2111の蓄積データ量DA1は第１転送速度REXT1で減少する。更に、２番目の拡張エクステントT1の読み出し期間PRT1の終了時にジャンプJSJが生じ、ディペンデントビュー・エクステントDの読み出しがスキップされる。そのジャンプ期間PSJでは、ＲＢ１2111の蓄積データ量DA1は第１転送速度REXT1で減少し続け、ＲＢ３2112の蓄積データ量DA2は第３転送速度REXT3で減少する。
図２２の（ｃ）に示されているエクステント群2210、2211から４Ｋ２Ｋの２Ｄ映像をシームレスに再生するには、拡張エクステントTのサイズが以下の条件６を満たせばよい。
最初の拡張エクステントT0は、その直後に位置するベースビュー・エクステントBの読み出し開始時点tAから、次の拡張エクステントT1の直後に位置するベースビュー・エクステントBの読み出し開始時点tBまでに、ＲＢ３2112からシステム・ターゲット・デコーダ2103へ転送されればよい。その場合、図２２の（ｂ）に示されているように、ＲＢ３2112の蓄積データ量DA3が、最初の拡張エクステントT0の読み出し期間PRT0の直前での量を下回らない。ここで、１つのベースビュー・エクステントBの読み出し期間PRBの長さは、そのベースビュー・エクステントBのサイズSBを読み出し速度RUDEXで割った値SB／RUDEXに等しい。一方、２番目の拡張エクステントT1の読み出し期間PRT1の長さは、その拡張エクステントT1のサイズSTを読み出し速度RUDEXで割った値ST／RUDEXに等しい。従って、条件６は次のことを示す。最初の拡張エクステントT0のエクステントＡＴＣ時間ATC(T0)は次式（６）を満たす：
Figure 0005908894
 ここで、総和記号は、最初の拡張エクステントT0の直後に位置するベースビュー・エクステントBの読み出し開始時点tAから、次の拡張エクステントT1の直後に位置するベースビュー・エクステントBの読み出し開始時点tBまでの期間に含まれるジャンプ時間Tjumpの総和及びベースビュー・エクステントの読み出し期間の長さSB／RUDEXの総和を意味する。
例えば、読み出し速度RUDEXが７２Ｍｂｐｓであり、最初の拡張エクステントT0の直後に配置されたエクステント・ブロックにベースビュー・エクステントが２個含まれ、ジャンプ時間Tjumpの上限、すなわち最大ジャンプ時間が２００ｍ秒であり、ベースビュー・エクステントのサイズSBが最大エクステント・サイズ＝３１６８×６１４４バイト≒１８．６ＭＢに等しい場合、式（６）から、拡張エクステントT0のエクステントＡＴＣ時間ATC(T0)は約４．７２秒以上である。尚、２番目の拡張エクステントT1のサイズSTはベースビュー・エクステントのサイズSBの総和よりも十分に小さいので、無視されている。
拡張エクステントT0のエクステントＡＴＣ時間ATC(T0)はまた、その拡張エクステントT0の直後に配置されたエクステント・ブロックに含まれるベースビュー・エクステントBのエクステントＡＴＣ時間ATC(B)の合計に等しい：ATC(T0)＝ΣATC(B)。ここで、ベースビュー・エクステントBのサイズSBが最大エクステント・サイズ≒１８．６ＭＢに等しい場合、そのベースビュー・エクステントBのエクステントＡＴＣ時間ATC(B)は上限約３．１８秒に達する。従って、最初の拡張エクステントT0の直後に配置されたエクステント・ブロックにベースビュー・エクステントが２個含まれる場合、その拡張エクステントT0のエクステントＡＴＣ時間の上限は約６．３６秒である。実際には、拡張エクステントT0のサイズをＥＣＣブロックの整数倍に調節する必要がある。それ故、拡張エクステントT0のエクステントＡＴＣ時間の許容上限を約６．５秒とする。拡張エクステントT0のサイズSTはエクステントＡＴＣ時間ATC(T0)と拡張ストリームのビットレートの１９２／１８８倍との積に等しいので、そのビットレートが１０Ｍｂｐｓ、２０Ｍｂｐｓである場合、拡張エクステントT0のサイズSTの上限はそれぞれ、７．９ＭＢ、１５．８ＭＢである。
［２つの拡張エクステントの間に位置するエクステント・ペアの数］
３Ｄ再生モードの再生装置102は、図２０の（ａ）、（ｂ）に示されているように、１つの拡張エクステントTの直後に位置するエクステント・ブロックEXTSS[n]を読み出すことにより、次の拡張エクステントT1の記録領域をジャンプする間にシステム・ターゲット・デコーダに送るべきデータ量をＲＢ１、ＲＢ２に蓄積させる。その場合、条件４から、エクステント・ブロックEXTSS[n]のエクステントＡＴＣ時間は短くとも約２．１７秒でなければならない。一方、ディペンデントビュー・エクステントの最大エクステント・サイズは７．７ＭＢである。従って、１つのディペンデントビュー・エクステントだけでは、そのサイズを最大エクステント・サイズまで拡げても、２．１７秒のエクステントＡＴＣ時間を確保することができない場合がある。それ故、図１３に示されているように、２つの拡張エクステントT[m]、T[m＋1]の間にはエクステント・ペアD[k]、B[k]が２つ以上配置される。それにより、そのエクステント・ブロック全体では、ディペンデントビュー・エクステントのエクステントＡＴＣ時間の合計を２．１７秒以上に設計することができる。
一方、２つの拡張エクステントT[m]、T[m＋1]の間に配置されるエクステント・ペアD[k]、B[k]の数の上限ｎは次のように決定される。図２３の（ａ）は、図１７の表に示されているジャンプ距離と最大ジャンプ時間との間の対応関係をグラフで表したものである。図２３の（ｂ）は、拡張再生モードにおける飛び込み再生の再生開始位置が１つのエクステント・ブロックの最後のベースビュー・エクステントB[m＋n−1]に含まれている場合での再生経路を示す模式図である。図２３の（ｂ）を参照するに、飛び込み再生の開始時、再生装置102はまず、そのベースビュー・エクステントB[m＋n−1]に対応する拡張エクステントT[m]を読み出す。再生装置102はその後、ジャンプJMPを行ってそのベースビュー・エクステントB[m＋n−1]を読み出す。ここで、数字ｎが大きいほどジャンプJMPのジャンプ距離は増大する。図２３の（ａ）のグラフのように、そのジャンプ距離が所定の閾値Sj0、Sj1、…に達する度に、ジャンプJMPの最大ジャンプ時間は階段状に増大する。ジャンプJMPのジャンプ時間が長いほど、飛び込み再生が指示されてから実際に開始されるまでの待ち時間が長いので、飛び込み再生の応答を速くするには、ジャンプJMPのジャンプ距離に上限を設けなければならない。図２３の（ａ）を更に参照するに、最大ジャンプ時間の増分Tj(n＋1)−Tjn（n＝0、1、2、…）は、ジャンプ距離が長いほど飛躍的に増大する。具体的には、ジャンプ距離が２番目の閾値Sj1＝２００００セクタであるときには最大ジャンプ時間の増分Tj3−Tj2が５０ｍ秒である。それに対し、ジャンプ距離が４番目の閾値Sj3＝１／１０ストローク＝６４００００セクタであるときには最大ジャンプ時間Tj5−Tj4の増分が７００ｍ秒である。従って、ジャンプJMPのジャンプ距離の上限はいずれかの閾値に設定される。それにより、２つの拡張エクステントT[m]、T[m＋1]の間に配置されるエクステント・ペアD[k]、B[k]の数の上限ｎは、その閾値と同数のセクタ群に配置可能なエクステント・ペアの数の上限に等しい。
例えば、各エクステントD[k]、B[k]のエクステントＡＴＣ時間が３秒であり、ファイルＳＳのビットレートが上限６４Ｍｂｐｓに等しい場合、エクステント・ペアD[k]、B[k]全体のサイズは約１１７２０セクタである。従って、そのサイズのエクステント・ペアが１つのエクステント・ブロックの中に５５個以上含まれていれば、そのエクステント・ブロックのサイズは４番目の閾値Sj3＝６４００００セクタを超える。その結果、そのエクステント・ブロックの読み出しをスキップするのに要するジャンプ時間は最長で５番目の最大ジャンプ時間Tj5＝１４００ｍ秒に達する。一方、上記のサイズのエクステント・ペアが１つのエクステント・ブロックの中に５４個以下しか含まれていなければ、そのエクステント・ブロックのサイズは４番目の閾値Sj3＝６４００００セクタ以下である。従って、上記のジャンプ時間は最長でも４番目の最大ジャンプ時間Tj4＝７００ｍ秒しか要さない。このように、１つのエクステント・ブロックに含まれるエクステント・ペアの数を５４個以下に制限した場合、５５個以上の配置を許す場合よりもジャンプ時間が最大で半分に短縮される。その結果、飛び込み再生時の待ち時間を短く抑えることができる。
［拡張エクステントの最小エクステント・サイズ］
ＢＤ−ＲＯＭ規格によれば、１つのＡＶストリーム・ファイルが複数のエクステントに分割される場合、エクステント１つ当たりのサイズが、条件１−４によらず、５００ＫＢ以上でなければならない。それにより、２つのエクステントの間に別のデータが配置されていても、１つのエクステントの読み出しによって、別のデータの記録領域をジャンプする間にデコーダへ送るのに十分なデータ量をリード・バッファに蓄積することができる。すなわち、ジャンプ期間中にリード・バッファがアンダーフローを生じない。従って、別のデータの存在にかかわらず、それら２つのエクステントをシームレスに復号することができる。
「エクステント１つ当たりのサイズが５００ＫＢ以上でなければならない」という規定に従う限り、拡張エクステントのサイズは、条件６を満たすだけでなく、５００ＫＢ以上でもなければならない。しかし、拡張ストリームのビットレートは一般に低いので、その規定を満たすことができない場合がある。例えば、拡張ストリームのビットレートが１Ｍｂｐｓであり、拡張エクステント１つ当たりのエクステントＡＴＣ時間が３．１８秒である場合、拡張エクステント１つ当たりのサイズは３７９ＫＢであり、５００ＫＢには満たない。その場合、全ての拡張エクステントにパディング・ビットを補うのは、ＢＤ−ＲＯＭディスク101のボリューム領域202Bを無駄に消費するので好ましくない。
一方、図１２に示されているように、拡張再生モードにおける再生経路1203では、読み出し開始位置の拡張エクステントを除き、拡張エクステントは必ず、その直前のベースビュー・エクステントと連続して読み出される。実際には、ベースビュー・エクステントの読み出し期間と拡張エクステントの読み出し期間との間にはゼロ・セクタ遷移J0が行われるが、その時間は５０ｍ秒であって十分に短い。また、拡張エクステントが条件６を満たす限り、再生経路1203に含まれるジャンプ中にＲＢ３がアンダーフローを生じることはない。従って、上記の規定は、隣接するベースビュー・エクステントと拡張エクステントとの全体で満たされればよい。
図２４は、拡張エクステントが５００ＫＢ以上という規定を満たす方法を示す模式図である。拡張再生モードの再生装置102は読み出し開始位置の拡張エクステントT[0]を単独で読み出す。従って、図２４に示されているように、この拡張エクステントT[0]のサイズSTが５００ＫＢ以下である場合、パディング・ビット2401が拡張エクステントT[0]に付加される。一方、次の拡張エクステントT[1]はその直前のベースビュー・エクステントB[n−1]と連続して読み出される。従って、図２４に示されているように、拡張エクステントT[1]のサイズSTとベースビュー・エクステントB[n−1]のサイズSBとの合計が５００ＫＢ以上であればよい：ST＋SB≧500KB。更に、ベースビュー・エクステントB[n−1]のサイズは５００ＫＢ以上である：SB≧500KB。その結果、拡張エクステントT[1]のサイズSTは常に５００ＫＢよりも小さくてもよい。それ故、読み出し開始位置の拡張エクステントT[0]を除き、拡張エクステントにはパディング・ビットが付加されなくてもよい。それにより、ベースビュー・エクステント及びディペンデントビュー・エクステントを記録可能な領域を広く確保することができるので、ＢＤ−ＲＯＭディスク101のボリューム領域202Bを有効に利用することができる。
［リード・バッファの容量の下限］
図２５の（ａ）、（ｂ）は、層境界LBで分離された２つのエクステント群2510、2511から４Ｋ２Ｋの２Ｄ映像がシームレスに再生されるとき、ＲＢ１2111、ＲＢ３2112に蓄積されるデータ量DA1、DA3の変化を示すグラフである。図２５の（ｃ）は、それらのエクステント群2510、2511と拡張再生モードでの再生経路2520との間の対応関係を示す模式図である。図２５の（ｃ）を参照するに、再生経路2520に従い、各エクステント群2510、2511からは、まず拡張エクステントTが１つ読み出され、続いてディペンデントビュー・エクステントDの記録領域を越えるジャンプとベースビュー・エクステントBの読み出しとが複数回ずつ繰り返される。
図２５の（ａ）、（ｃ）を参照するに、層境界LBを越えるロング・ジャンプ期間PLJ、その直後の拡張エクステントT1のプリロード期間PRT1、及びその直後のジャンプ期間PSJにわたり、ＲＢ１2111の蓄積データ量DA1は、層境界LBの直前に位置するベースビュー・エクステントB1がＲＢ１2111に読み込まれた直後の値DM1から第１転送速度REXT1で減少する。従って、３つの期間PLJ、PRT1、PSJが経過するまで蓄積データ量DA1が０に達するのを防ぐには、上記の値DM1が次のデータ量以上であればよい。そのデータ量は、それら３つの期間PLJ、PRT1、PSJでＲＢ１2111からシステム・ターゲット・デコーダ2103へ転送されるデータ量であり、各期間の長さTLJ、ST／RUDEX、TSJの和に第１転送速度REXT1を乗じた値に等しい：DM1≧(TLJ＋ST／RUDEX＋TSJ)×REXT1。第１転送速度REXT1は最高値RMAX1＝RTS1×192／188まで達し得るので、ＲＢ１2111の容量RB1の下限は次式（７）の右辺で表される：
Figure 0005908894
 図２５の（ｂ）、（ｃ）を参照するに、層境界LBの直前に位置するエクステント・ブロックの読み出し期間PRBLK、及びロング・ジャンプ期間PLJにわたり、ＲＢ３2112の蓄積データ量DA3は、そのエクステント・ブロックの直前に位置する拡張エクステントT0がＲＢ３2112に読み込まれた直後の値DM3から第３転送速度REXT3で減少する。更に、ロング・ジャンプJLJの直後の拡張エクステントT1のプリロード期間PRT1、及びその直後のジャンプ期間PSJでは、その拡張エクステントT1はシステム・ターゲット・デコーダ2103へは転送されない。従って、４つの期間PRBLK、PLJ、PRT1、PSJが経過するまで、ＲＢ３2112からシステム・ターゲット・デコーダ2103へのデータ供給を継続させるには、上記の値DM3が、それら４つの期間PRBLK、PLJ、PRT1、PSJでＲＢ３2112からシステム・ターゲット・デコーダ2103へ転送されるデータ量以上であればよい。層境界LBの直前に位置するエクステント・ブロックがｎ個のエクステント・ペアD、Bを含む場合、上記の値DM3は、ベースビュー・エクステントBの読み出し期間の長さSB／RUDEX、ディペンデントビュー・エクステントDの記録領域を越えるジャンプのジャンプ時間TSJ、ロング・ジャンプのジャンプ時間TLJ、拡張エクステントの読み出し期間の長さST／RUDEX、及び第３転送速度REXT3と共に次式を満たす：DM3≧[(TSJ＋SB／RUDEX)×n＋TLJ＋ST／RUDEX＋TSJ]×REXT3。第３転送速度REXT3は最高値RMAX3＝RTS3×192／188まで達し得る。また、再生開始時にはプリロードが行われるので、ＲＢ３2112の容量RB3は拡張エクステントTの最大エクステント・サイズmaxST以上でなければならない。以上の結果から、ＲＢ３2112の容量RB3の下限は次式（８）の右辺で表される：
Figure 0005908894
 図２６は、ＲＢ１、ＲＢ３の各容量の下限と、拡張ストリームのビットレートとの間の関係を示すグラフである。これらのグラフは、式（７）、（８）に次の値を代入することで得られる：TLJ＝700m秒、TSJ＝200m秒、RUDEX＝72Mbps、RTS3＝48Mbps、SB＝3168×6144バイト、n＝2、ST＝6.5秒×RTS3×192／188。図２６を参照するに、一点鎖線のグラフはＲＢ１の容量の下限を示し、破線のグラフはＲＢ３の容量の下限を示し、実線のグラフはＲＢ１とＲＢ３との各容量の下限の和を示す。図２６のグラフが示すとおり、拡張ストリームのビットレートが低いほど、各容量の下限は小さく、特に、ビットレートが約１６Ｍｂｐｓよりも低い場合、ＲＢ３の容量の下限はＲＢ１の容量の下限よりも小さい。具体的には、拡張ストリームのビットレートが１０Ｍｂｐｓである場合、ＲＢ１の容量は１０．７ＭＢ以上であり、ＲＢ３の容量は８．０ＭＢ以上である。従って、ＲＢ１とＲＢ３との容量の和は１８．７ＭＢ以上である：RB1≧10.7MB、RB3≧8.0MB、RB1＋RB3≧18.7MB。更に、拡張ストリームのビットレートが１５Ｍｂｐｓ、２０Ｍｂｐｓである場合、ＲＢ１とＲＢ３との容量の和はそれぞれ、２６．１ＭＢ以上、３４．２ＭＢ以上である。
≪クリップ情報ファイル≫
図２７は、２Ｄクリップ情報ファイル231のデータ構造を示す模式図である。図２７を参照するに、２Ｄクリップ情報ファイル231は、クリップ情報2710、ストリーム属性情報2720、エントリ・マップ2727、及び３Ｄメタデータ2740を含む。３Ｄメタデータ2740はエクステント起点2742を含む。ＤＥＰクリップ情報ファイル232及び拡張クリップ情報ファイル233も同様なデータ構造を持つ。
クリップ情報2710は、図２７に示されているように、システム・レート2711、再生開始時刻2712、及び再生終了時刻2713を含む。システム・レート2711は、ファイル２Ｄ221に対するシステム・レートRTSを規定する。ここで、図１５に示されているように、２Ｄ再生モードの再生装置102は、ファイル２Ｄ221に属する“ＴＳパケット”をリード・バッファ1502からシステム・ターゲット・デコーダ1503へ転送する。従って、ファイル２Ｄ221では、ＴＳパケットの転送速度がシステム・レートRTS以下に抑えられるように、ソースパケットのＡＴＳの間隔が設定されている。再生開始時刻2712は、ファイル２Ｄ221の先頭のＶＡＵに割り当てられたＰＴＳ、例えば先頭のビデオ・フレームのＰＴＳを示す。再生終了時刻2712は、ファイル２Ｄ221の後端のＶＡＵに割り当てられたＰＴＳから更に所定量遅れたＳＴＣの値、例えば最後のビデオ・フレームのＰＴＳに１フレーム当たりの再生時間を加えた値を示す。
ストリーム属性情報2720は、図２７に示されているように、ファイル２Ｄ221に含まれる各エレメンタリ・ストリームのＰＩＤ2721とその属性情報2722との間の対応表である。属性情報2722は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えばプライマリ・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１００に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報2722は再生装置102により、デコーダの初期化に利用される。
［エントリ・マップ］
図２８の（ａ）は、エントリ・マップ2730のデータ構造を示す模式図である。図２８の（ａ）を参照するに、エントリ・マップ2730はテーブル2800を含む。テーブル2800は、メインＴＳに多重化されたビデオ・ストリームと同数であり、各ビデオ・ストリームに１つずつ割り当てられている。図２８の（ａ）では、各テーブル2800は割り当て先のビデオ・ストリームのＰＩＤで区別されている。各テーブル2800はエントリ・マップ・ヘッダ2801とエントリ・ポイント2802とを含む。エントリ・マップ・ヘッダ2801は、そのテーブル2800に対応付けられたＰＩＤと、そのテーブル2800に含まれるエントリ・ポイント2802の総数とを含む。エントリ・ポイント2802は、ＰＴＳ2803とソースパケット番号（ＳＰＮ）2804との対を１つずつ、異なるエントリ・ポイントＩＤ（ＥＰ＿ＩＤ）2805に対応付けている。ＰＴＳ2803は、エントリ・マップ・ヘッダ2801の示すＰＩＤのビデオ・ストリームに含まれるいずれかのＩピクチャのＰＴＳに等しい。ＳＰＮ2804は、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。ここで、「ＳＰＮ」とは、１つのＡＶストリーム・ファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。ＳＰＮは、そのＡＶストリーム・ファイル内での各ソースパケットのアドレスとして利用される。２Ｄクリップ情報ファイル231内のエントリ・マップ2730では、ＳＰＮは、ファイル２Ｄ221に属するソースパケット群、すなわち、メインＴＳを格納しているソースパケット群に割り当てられた番号を意味する。従って、エントリ・ポイント2802は、ファイル２Ｄ221に含まれる各ＩピクチャのＰＴＳとアドレス、すなわちＳＰＮとの間の対応関係を表す。
エントリ・ポイント2802は、ファイル２Ｄ221内の全てのＩピクチャに対して設定されていなくてもよい。但し、ＩピクチャがＧＯＰの先頭に位置し、かつ、そのＩピクチャの先頭を含むＴＳパケットがエクステントの先頭に位置するときは、そのＩピクチャにはエントリ・ポイント2802が設定されなければならない。
図２８の（ｂ）は、ファイル２Ｄ221に属するソースパケット群2810のうち、エントリ・マップ2730によって各ＥＰ＿ＩＤ2805に対応付けられているものを示す模式図である。図２８の（ｃ）は、そのソースパケット群2810に対応するＢＤ−ＲＯＭディスク101上のエクステント群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。再生装置102は、ファイル２Ｄ221から２Ｄ映像を再生する際にエントリ・マップ2730を利用して、任意のシーンを表すフレームのＰＴＳから、そのフレームを含むソースパケットのＳＰＮを特定する。具体的には、再生開始位置として特定のエントリ・ポイントのＰＴＳ、例えばＰＴＳ＝３６００００が指定されたとき、再生装置102はまず、エントリ・マップ2730から、そのＰＴＳに対応付けられたＳＰＮ＝３２００を検索する。再生装置102は次に、そのＳＰＮとソースパケット１つ当たりのデータ量１９２バイトとの積を求め、更に、その積をセクタ１つ当たりのデータ量２０４８バイトで割ったときの商、ＳＰＮ×１９２／２０４８を求める。図６の（ｂ）、（ｃ）から理解されるとおり、その商は、メインＴＳのうち、そのＳＰＮが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図２８の（ｂ）に示されている例では、その商、３２００×１９２／２０４８＝３００は、０から３１９９までのＳＰＮが割り当てられたソースパケット群2811が記録されたセクタの総数に等しい。再生装置102は続いて、ファイル２Ｄ221のファイル・エントリを参照し、ファイル２Ｄ221のエクステント群が記録されたセクタ群の先頭から数えて（上記の総数＋１）番目のセクタのＬＢＮを特定する。図２８の（ｃ）に示されている例では、エクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能なベースビュー・エクステントB[0]、B[1]、B[2]、…が記録されたセクタ群のうち、先頭から数えて３０１番目のセクタのＬＢＮが特定される。再生装置102はそのＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、そのＬＢＮのセクタから順にベースビュー・エクステント群がアラインド・ユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインド・ユニットから、再生開始位置のエントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル２Ｄ221から特定のＰＴＳ以降の２Ｄ映像を再生できる。
エントリ・マップ2730は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば２Ｄ再生モードの再生装置102は、まずエントリ・マップ2730を参照して、再生開始位置、例えばＰＴＳ＝３６００００以降のＰＴＳを含むエントリ・ポイント、ＥＰ＿ＩＤ＝２、３、…からＳＰＮ＝３２００、４８００、…を順番に読み出す。再生装置102は次にファイル２Ｄ221のファイル・エントリを利用して、各ＳＰＮに対応するセクタのＬＢＮを特定する。再生装置102は続いて、各ＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、各ＬＢＮのセクタからアラインド・ユニットが読み出される。再生装置102は更に各アラインド・ユニットから、各エントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。こうして、再生装置102はエクステント群EXT2D[n]自体を解析することなく、ファイル２Ｄ221からＩピクチャを選択的に再生できる。
［エクステント起点］
図２９の（ａ）は、エクステント起点2742のデータ構造を示す模式図である。図２９の（ａ）を参照するに、「エクステント起点（Extent＿Start＿Point）」2742はベースビュー・エクステントＩＤ（ＥＸＴ１＿ＩＤ）2911とＳＰＮ2912とを含む。ＥＸＴ１＿ＩＤ2911は、ファイルＳＳ223に属する各ベースビュー・エクステントに、先頭から順に割り当てられた通し番号である。ＳＰＮ2912は各ＥＸＴ１＿ＩＤ2911に１つずつ割り当てられ、そのＥＸＴ１＿ＩＤ2911で識別されるベースビュー・エクステントの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、ファイルＳＳ223に属するベースビュー・エクステント群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図１１に示されているエクステント・ブロックでは、各ベースビュー・エクステントB[0]、B[1]、B[2]、…はファイル２Ｄ221とファイルＳＳ223とに共有される。しかし、記録層間の境界等、ロング・ジャンプの必要な箇所に配置されたエクステント群は一般に、ファイル２Ｄ221、ファイルＳＳ223、又は拡張ストリーム・ファイル224のいずれかにのみ属するベースビュー・エクステントを含む（詳細は実施形態２の説明を参照）。従って、エクステント起点2742の示すＳＰＮ2912は、ファイル２Ｄ221に属するエクステントの先端に位置するソースパケットのＳＰＮとは一般に異なる。
図２９の（ｂ）は、ＤＥＰクリップ情報ファイル232に含まれるエクステント起点2920のデータ構造を示す模式図である。図２９の（ｂ）を参照するに、エクステント起点2920はディペンデントビュー・エクステントＩＤ（ＥＸＴ２＿ＩＤ）2921とＳＰＮ2922とを含む。ＥＸＴ２＿ＩＤ2921は、ファイルＳＳ223に属する各ディペンデントビュー・エクステントに先頭から順に割り当てられた通し番号である。ＳＰＮ2922は各ＥＸＴ２＿ＩＤ2921に１つずつ割り当てられ、そのＥＸＴ２＿ＩＤ2921で識別されるディペンデントビュー・エクステントの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、ファイルＳＳ223に属するディペンデントビュー・エクステント群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図２９の（ｄ）は、ファイルＤＥＰ222に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点2920の示すＳＰＮ2922との間の対応関係を表す模式図である。図１１に示されているように、ディペンデントビュー・エクステントはファイルＤＥＰ222とファイルＳＳ223とに共有される。従って、図２９の（ｄ）に示されているように、エクステント起点2920の示す各ＳＰＮ2922は、各ディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…の先端に位置するソースパケットのＳＰＮに等しい。
２Ｄクリップ情報ファイル231のエクステント起点2742と、ＤＥＰクリップ情報ファイル232のエクステント起点2920とは、以下に説明するように、ファイルＳＳ223から３Ｄ映像が再生されるとき、ファイルＳＳ223の各エクステントに含まれるベースビュー・エクステントとディペンデントビュー・エクステントとの間の境界の検出に利用される。
図２９の（ｅ）は、ファイルＳＳ223に属するエクステントEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。図２９の（ｅ）を参照するに、そのエクステント・ブロックはインターリーブ配置のエクステント群D[n]、B[n]（n＝0、1、2、…）を含む。そのエクステント・ブロックはファイルＳＳ223のエクステントEXTSS[0]としてアクセス可能である。更に、そのエクステントEXTSS[0]の中で、（ｎ＋１）番目のベースビュー・エクステントB[n]に含まれるソースパケットの数は、エクステント起点2742において、ＥＸＴ１＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ａ(ｎ＋１)−Ａｎに等しい。ここで、Ａ０＝０とする。一方、ディペンデントビュー・エクステントD[n＋1]に含まれるソースパケットの数は、エクステント起点2920において、ＥＸＴ２＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ｂ(ｎ＋１)−Ｂｎに等しい。ここで、Ｂ０＝０とする。
３Ｄ再生モードの再生装置102は、ファイルＳＳ223から３Ｄ映像を再生するとき、各クリップ情報ファイル231、232のエントリ・マップとエクステント起点2742、2920とを利用する。それにより、再生装置102は、任意のシーンのライトビューを表すフレームのＰＴＳから、そのフレームの構成に必要なディペンデントビュー・エクステントが記録されたセクタのＬＢＮを特定する。具体的には、再生装置102はまず、ＤＥＰクリップ情報ファイル232のエントリ・マップから、そのＰＴＳに対応付けられたＳＰＮを検索する。仮にそのＳＰＮの示すソースパケットが、ファイルＤＥＰ222の３番目のディペンデントビュー・エクステントEXT2[2]＝D[2]に含まれる場合を想定する。再生装置102は次に、ＤＥＰクリップ情報ファイル232のエクステント起点2920の示すＳＰＮ2922の中から、目標のＳＰＮ以下で最大のもの“Ｂ２”と、それに対応するＥＸＴ２＿ＩＤ“２”とを検索する。再生装置102は続いて、２Ｄクリップ情報ファイル231のエクステント起点2742から、そのＥＸＴ２＿ＩＤ“２”と等しいＥＸＴ１＿ＩＤに対応するＳＰＮ2912の値“Ａ２”を検索する。再生装置102は更に、検索されたＳＰＮの和Ｂ２＋Ａ２を求める。図２９の（ｅ）から理解されるように、その和Ｂ２＋Ａ２は、ファイルＳＳ223のエクステントEXTSS[0]の中で、３番目のディペンデントビュー・エクステントD[2]よりも前に配置されたソースパケットの総数に等しい。従って、その和Ｂ２＋Ａ２とソースパケット１つ当たりのデータ量１９２バイトとの積をセクタ１つ当たりのデータ量２０４８バイトで割ったときの商（Ｂ２＋Ａ２）×１９２／２０４８は、ファイルＳＳ223のエクステントEXTSS[0]の先頭から３番目のディペンデントビュー・エクステントD[2]の直前までのセクタ数に等しい。この商を利用してファイルＳＳ223のファイル・エントリを参照すれば、そのディペンデントビュー・エクステントD[2]の先端が記録されたセクタのＬＢＮを特定することができる。
再生装置102は、上記のようにＬＢＮを特定した後、そのＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、そのＬＢＮのセクタ以降に記録されたファイルＳＳ223のエクステントEXTSS[0]の部分、すなわち３番目のディペンデントビュー・エクステントD[2]以降のエクステント群D[2]、B[2]、D[3]、B[3]、…がアラインド・ユニット単位で読み出される。
再生装置102は更にエクステント起点2742、2920を利用して、読み出されたファイルＳＳ223のエクステントから、ディペンデントビュー・エクステントとベースビュー・エクステントとを交互に抽出する。例えば、図２９の（ｅ）に示されているファイルＳＳ223のエクステントEXTSS[0]からエクステント群D[n]、B[n]（n＝0、1、2、…）が順番に読み出されるときを想定する。再生装置102はまず、エクステントEXTSS[0]の先頭からＢ１個のソースパケットを最初のディペンデントビュー・エクステントD[0]として抽出する。再生装置102は次に、Ｂ１番目のソースパケットと、それに続く（Ａ１−１）個のソースパケットとの計Ａ１個のソースパケットを最初のベースビュー・エクステントB[0]として抽出する。再生装置102は続いて、（Ｂ１＋Ａ１）番目のソースパケットと、それに続く（Ｂ２−Ｂ１−１）個のソースパケットとの計（Ｂ２−Ｂ１）個のソースパケットを２番目のディペンデントビュー・エクステントD[1]として抽出する。再生装置102は更に、（Ａ１＋Ｂ２）番目のソースパケットと、それに続く（Ａ２−Ａ１−１）個のソースパケットとの計（Ａ２−Ａ１）個のソースパケットを２番目のベースビュー・エクステントB[1]として抽出する。それ以降も再生装置102は同様に、読み出されるソースパケットの数を用いて、ファイルＳＳ223のエクステント内からディペンデントビュー・エクステントとベースビュー・エクステントとの間の境界を検出し、それらのエクステントを交互に抽出する。抽出されたベースビュー・エクステントとディペンデントビュー・エクステントとはパラレルにシステム・ターゲット・デコーダに渡されて復号される。こうして、３Ｄ再生モードの再生装置102はファイルＳＳ223から特定のＰＴＳ以降の３Ｄ映像を再生できる。
≪ファイル・ベース≫
図２９の（ｃ）は、３Ｄ再生モードの再生装置102によってファイルＳＳ223から抽出されたベースビュー・エクステントB[0]、B[1]、B[2]、…を表す模式図である。図２９の（ｃ）を参照するに、それらのベースビュー・エクステントB[n]（n＝0、1、2、…）に含まれるソースパケット群に、先頭から順にＳＰＮを割り当てたとき、各ベースビュー・エクステントB[n]の先端に位置するソースパケットのＳＰＮは、エクステント起点2742の示すＳＰＮ2912に等しい。それらのベースビュー・エクステント群B[n]のように、エクステント起点を利用して１つのファイルＳＳから抽出されるベースビュー・エクステント群を「ファイル・ベース」という。図２９の（ｅ）に示されているように、各ベースビュー・エクステントEXT1[0]、EXT1[1]、…はクリップ情報ファイル内のエクステント起点2742、2920によって参照される。
ファイル・ベースのエクステントEXT1[n]はファイル２ＤのエクステントEXT2D[n]とベースビュー・エクステントB[n]を共有する。従って、ファイル・ベースはファイル２Ｄと同じメインＴＳを含む。しかし、ファイル・ベースはファイル２Ｄとは異なり、ファイル・エントリを含まない。かつ、ベースビュー・エクステントの参照にエクステント起点を必要とする。それらの意味で、ファイル・ベースは「仮想的なファイル」である。特にファイル・ベースはファイルシステムでは認識されず、図２に示されているディレクトリ／ファイル構造には現れない。
≪２Ｄプレイリスト・ファイル≫
図３０は、２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図３０を参照するに、２Ｄプレイリスト・ファイル241はメインパス3001と２本のサブパス3002、3003とを含む。
メインパス3001はプレイアイテム情報（以下、ＰＩと略す。）の配列であり、ファイル２Ｄ221の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各ＰＩは固有のプレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）で識別される。各ＰＩ＃Ｎは主要な再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の開始時刻（In−Time）を表し、他方は終了時刻（Out−Time）を表す。更に、メインパス3001内でのＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
各サブパス3002、3003はサブプレイアイテム情報（以下、ＳＵＢ＿ＰＩと略す。）の配列であり、ファイル２Ｄ221の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、メインパス3001の表すファイル２Ｄ221の部分とは別の部分とその再生順、又は、別のファイル２Ｄに多重化されたストリーム・データの部分とその再生順を示す。そのストリーム・データは、メインパス3001に従ってファイル２Ｄ221から再生される２Ｄ映像と同時に再生されるべき別の２Ｄ映像を表す。その別の２Ｄ映像は例えば、ピクチャ・イン・ピクチャ方式における副映像、ブラウザ画面、ポップアップ・メニュー、又は字幕を含む。サブパス3002、3003には２Ｄプレイリスト・ファイル241への登録順に通し番号“０”、“１”が振られている。その通し番号はサブパスＩＤとして各サブパス3002、3003の識別に利用される。各サブパス3002、3003では、各ＳＵＢ＿ＰＩが固有のサブプレイアイテムＩＤ＝＃Ｍ（Ｍ＝１、２、３、…）で識別される。各ＳＵＢ＿ＰＩ＃Ｍは、再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス3002、3003内でのＳＵＢ＿ＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
図３１は、ＰＩ＃Ｎのデータ構造を示す模式図である。図３１を参照するに、ＰＩ＃Ｎは、参照クリップ情報3101、再生開始時刻（In＿Time）3102、再生終了時刻（Out＿Time）3103、及びストリーム選択テーブル（以下、ＳＴＮ（Stream Number）テーブルと略す。）3105を含む。参照クリップ情報3101は、２Ｄクリップ情報ファイル231を識別するための情報である。再生開始時刻3102と再生終了時刻3103とは、ファイル２Ｄ221の再生対象部分の先端と後端との各ＰＴＳを示す。ＳＴＮテーブル3105は、再生開始時刻3102から再生終了時刻3103までの間に、再生装置102内のデコーダによってファイル２Ｄ221から選択可能なエレメンタリ・ストリームのリストを表す。
ＳＵＢ＿ＰＩのデータ構造は、図３１に示されているＰＩのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にＳＵＢ＿ＰＩの再生開始時刻と再生終了時刻とは、ＰＩのそれらと同じ時間軸上の値で表される。
［ＳＴＮテーブル］
図３１を更に参照するに、ＳＴＮテーブル3105はストリーム登録情報の配列である。「ストリーム登録情報」とは、再生開始時刻3102から再生終了時刻3103までの間にメインＴＳから再生対象として選択可能なエレメンタリ・ストリームを個別に示す情報である。ストリーム番号（ＳＴＮ）3106は、ストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリ・ストリームの識別に利用される。ＳＴＮ3106は更に、同じ種類のエレメンタリ・ストリームの間では選択の優先順位を表す。ストリーム登録情報はストリーム・エントリ3109とストリーム属性情報3110と含む。ストリーム・エントリ3109はストリーム・パス情報3107とストリーム識別情報3108とを含む。ストリーム・パス情報3107は、選択対象のエレメンタリ・ストリームが属するファイル２Ｄを示す情報である。例えば、ストリーム・パス情報3107が“メインパス”を示すとき、そのファイル２Ｄは、参照クリップ情報3101の示す２Ｄクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報3107が“サブパスＩＤ＝１”を示すとき、選択対象のエレメンタリ・ストリームが属するファイル２Ｄは、サブパスＩＤ＝１のサブパスに含まれるＳＵＢ＿ＰＩの参照クリップ情報が示す２Ｄクリップ情報ファイルに対応するものである。そのＳＵＢ＿ＰＩの規定する再生開始時刻又は再生終了時刻のいずれかは、ＳＴＮテーブル3105を含むＰＩの規定する再生開始時刻3102から再生終了時刻3103までの期間に含まれる。ストリーム識別情報3108は、ストリーム・パス情報3107によって特定されるファイル２Ｄに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻3102から再生終了時刻3103までの間に選択可能である。ストリーム属性情報3110は各エレメンタリ・ストリームの属性情報を表す。例えば、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。
［２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生］
図３２は、２Ｄプレイリスト・ファイル241の示すＰＴＳと、ファイル２Ｄ221から再生される部分との間の対応関係を示す模式図である。図３２を参照するに、２Ｄプレイリスト・ファイル241のメインパス3001では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル231を示す。再生装置102は、２Ｄプレイリスト・ファイル241に従って２Ｄ映像を再生するとき、まずＰＩ＃１からＰＴＳ＃１、＃２を読み出す。再生装置102は次に、２Ｄクリップ情報ファイル231のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ221内のＳＰＮ＃１、＃２を検索する。再生装置102は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル２Ｄ221のファイル・エントリとを利用して、再生対象のエクステント群EXT2D[0]、…、EXT2D[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２８を用いて説明したとおりである。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それに応じて、ＢＤ−ＲＯＭドライブ121はファイル２Ｄ221のファイル・エントリを利用して、その範囲のセクタ群P1から、各エクステントEXT2D[0]、…、EXT2D[n]に属するソースパケット群を読み出す。同様に、ＰＩ＃２の示すＰＴＳ＃３、＃４の対は、まず２Ｄクリップ情報ファイル231のエントリ・マップを利用してＳＰＮ＃３、＃４の対に変換される。次に、ファイル２Ｄ221のファイル・エントリを利用してＳＰＮ＃３、＃４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P2から、ファイル２Ｄ221のエクステント群に属するソースパケット群が読み出される。ＰＩ＃３の示すＰＴＳ＃５、＃６の対からＳＰＮ＃５、＃６の対への変換、ＳＰＮ＃５、＃６の対からＬＢＮ＃５、＃６の対への変換、及びＬＢＮ＃５からＬＢＮ＃６までの範囲のセクタ群P3からのソースパケット群の読み出しも同様である。こうして、再生装置102は２Ｄプレイリスト・ファイル241のメインパス3001に従って、ファイル２Ｄ221から２Ｄ映像を再生できる。
２Ｄプレイリスト・ファイル241はエントリ・マーク3201を含んでもよい。エントリ・マーク3201は、メインパス3001のうち、実際に再生が開始されるべき時点を示す。例えば図３２に示されているように、ＰＩ＃１に対して複数のエントリ・マーク3201が設定されてもよい。エントリ・マーク3201は、特に飛び込み再生において、再生開始位置の検索に利用される。例えば２Ｄプレイリスト・ファイル241が映画タイトルの再生経路を規定するとき、エントリ・マーク3201は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。
≪３Ｄプレイリスト・ファイル≫
図３３は、３Ｄプレイリスト・ファイル242のデータ構造を示す模式図である。図３３を参照するに、３Ｄプレイリスト・ファイル242は、メインパス3301、サブパス3302、及び拡張データ3303を含む。
メインパス3301はメインＴＳの再生経路を規定する。従って、メインパス3301は２Ｄプレイリスト・ファイル241のメインパス3001と実質的に等しい。すなわち、２Ｄ再生モードの再生装置102は、３Ｄプレイリスト・ファイル242のメインパス3301に従ってファイル２Ｄ221から２Ｄ映像を再生できる。
サブパス3302はサブＴＳの再生経路、すなわち、ファイルＤＥＰ222の再生経路を規定する。サブパス3302のデータ構造は２Ｄプレイリスト・ファイル241のサブパス3002、3003のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図３０を用いた説明を援用する。
サブパス3302のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス3301のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス3302はその上、サブパス・タイプ3310を含む。「サブパス・タイプ」は一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。３Ｄプレイリスト・ファイル242では特に、サブパス・タイプ3310が３Ｄ再生モードの種類、すなわち、サブパス3302に従って再生されるべきディペンデントビュー・ビデオ・ストリームの種類を示す。図３３では、サブパス・タイプ3310は、その値が「３Ｄ・Ｌ／Ｒ」であるので、３Ｄ再生モードがＬ／Ｒモードであること、すなわち、ライトビュー・ビデオ・ストリームが再生対象であることを示す。一方、サブパス・タイプ3310は、その値が「３Ｄデプス」であるとき、３Ｄ再生モードがデプス・モードであること、すなわち、デプスマップ・ストリームが再生対象であることを示す。３Ｄ再生モードの再生装置102は、サブパス・タイプ3310の値が「３Ｄ・Ｌ／Ｒ」又は「３Ｄデプス」であることを検出したとき、メインパス3301に従った再生処理と、サブパス3302に従った再生処理とを同期させる。
拡張データ3303は、３Ｄ再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モードの再生装置102には無視される。拡張データ3303は特に拡張ストリーム選択テーブル3330を含む。拡張ストリーム選択テーブル（以下、ＳＴＮテーブルＳＳと略す。）は、３Ｄ再生モードにおいて、メインパス3301内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブＴＳから再生対象として選択可能なエレメンタリ・ストリームを示す。
［ＳＴＮテーブルＳＳ］
図３４は、ＳＴＮテーブルＳＳ3330のデータ構造を示す模式図である。図３４を参照するに、ＳＴＮテーブルＳＳ3330はストリーム登録情報列3401、3402、3403、…、を含む。ストリーム登録情報列3401、3402、3403、…、はメインパス3301内のＰＩ＃１、＃２、＃３、…、に個別に対応する。３Ｄ再生モードの再生装置102はそれらのストリーム登録情報列3401、3402、3403を、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わせて利用する。各ＰＩに対するストリーム登録情報列3401−3403は、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3412、ＰＧストリームのストリーム登録情報列3413、及びＩＧストリームのストリーム登録情報列3414を含む。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3412、ＰＧストリームのストリーム登録情報列3413、及びＩＧストリームのストリーム登録情報列3414はそれぞれ、サブＴＳから再生対象として選択可能なディペンデントビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列3412、3413、3414はそれぞれ、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報列を読み出すとき、そのストリーム登録情報列に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3412は、一般に複数のストリーム登録情報（SS＿dependet＿view＿block）3420を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報3420は、ＳＴＮ3421、ストリーム・エントリ3422、及びストリーム属性情報3423を含む。ＳＴＮ3421は、ストリーム登録情報3420に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ3422は、サブパスＩＤ参照情報（ref＿to＿Subpath＿id）3431、ストリーム・ファイル参照情報（ref＿to＿subClip＿entry＿id）3432、及びＰＩＤ（ref＿to＿stream＿PID＿subclip）3433を含む。サブパスＩＤ参照情報3431は、ディペンデントビュー・ビデオ・ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報3432は、そのディペンデントビュー・ビデオ・ストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ3433は、そのディペンデントビュー・ビデオ・ストリームのＰＩＤである。ストリーム属性情報3423は、そのディペンデントビュー・ビデオ・ストリームの属性、例えば、フレームレート、解像度、及びビデオ・フォーマットを含む。特にそれらは、対応するＰＩ内の組み合わせ対象のストリーム登録情報の示すベースビュー・ビデオ・ストリームのものと共通である。
ＰＧストリームのストリーム登録情報列3413は、一般に複数のストリーム登録情報3440を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ＰＧストリームを示すものと同数である。各ストリーム登録情報3440は、ＳＴＮ3434、ベースビュー・ストリーム・エントリ（stream＿entry＿for＿base＿view）3443、ディペンデントビュー・ストリーム・エントリ（stream＿entry＿for＿depentdent＿view）3444、及びストリーム属性情報3445を含む。ＳＴＮ3434は、ストリーム登録情報3440に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ベースビュー・ストリーム・エントリ3443とディペンデントビュー・ストリーム・エントリ3444とはそれぞれ、サブパスＩＤ参照情報3451、ストリーム・ファイル参照情報3452、及びＰＩＤ4053を含む。サブパスＩＤ参照情報3451は、ベースビューとディペンデントビューとの各ＰＧストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報3452は、各ＰＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ3453は各ＰＧストリームのＰＩＤである。ストリーム属性情報3445は各ＰＧストリームの属性、例えば言語の種類を含む。ＩＧストリームのストリーム登録情報列3414も同様なデータ構造を持つ。
［３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生］
図３５は、３Ｄプレイリスト・ファイル242の示すＰＴＳと、ファイルＳＳ223から再生される部分との間の対応関係を示す模式図である。図３５を参照するに、３Ｄプレイリスト・ファイル242のメインパス3301では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル231を示す。サブパス3302では、ＳＵＢ＿ＰＩ＃１が、ＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報はＤＥＰクリップ情報ファイル232を示す。
再生装置102は３Ｄプレイリスト・ファイル242に従って３Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は次に２Ｄクリップ情報ファイル231のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイル２Ｄ221内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102はＤＥＰクリップ情報ファイル232のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイルＤＥＰ222内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、図２９の（ｅ）の説明で述べたように、各クリップ情報ファイル231、232のエクステント起点2742、2920を利用して、ファイルＳＳ223の先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定する。再生装置102は同様に、ファイルＳＳ223の先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。再生装置102は更にＳＰＮ＃２１、＃２２のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数とファイルＳＳ223のファイル・エントリとを利用して、再生対象のエクステント群EXTSS[0]、…、EXTSS[n]が記録されたセクタ群P11の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２９の（ｅ）の説明で述べたものと同様である。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それに応じて、ＢＤ−ＲＯＭドライブ121はファイルＳＳ223のファイル・エントリを利用して、その範囲のセクタ群P11から、各エクステントEXTSS[0]、…、EXTSS[n]に属するソースパケット群を読み出す。同様に、ＰＩ＃２とＳＵＢ＿ＰＩ＃２との示すＰＴＳ＃３、＃４の対は、まずクリップ情報ファイル231、232の各エントリ・マップを利用してＳＰＮ＃３、＃４の対とＳＰＮ＃１３、＃１４の対とに変換される。次に、ＳＰＮ＃３、＃１３からはファイルＳＳ223の先頭から再生開始位置までのソースパケット数ＳＰＮ＃２３が算定され、ＳＰＮ＃４、＃１４からはファイルＳＳ223の先頭から再生終了位置までのソースパケット数ＳＰＮ＃２４が算定される。続いて、ファイルＳＳ223のファイル・エントリを利用して、ＳＰＮ＃２３、＃２４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P12から、ファイルＳＳ223のエクステント群に属するソースパケット群が読み出される。
上記の読み出し処理と並行して、再生装置102は、図２９の（ｅ）の説明で述べたように各クリップ情報ファイル231、232のエクステント起点2742、2920を利用して、ファイルＳＳ223の各エクステントからベースビュー・エクステントとディペンデントビュー・エクステントとを抽出して、パラレルに復号する。こうして、再生装置102は、３Ｄプレイリスト・ファイル242に従ってファイルＳＳ223から３Ｄ映像を再生できる。
≪拡張プレイリスト・ファイル≫
図３６は、拡張プレイリスト・ファイル243のデータ構造を示す模式図である。図３６を参照するに、拡張プレイリスト・ファイル243は、メインパス3601、サブパス3602、及び拡張データ3603を含む。
メインパス3601はメインＴＳの再生経路を規定する。従って、メインパス3601は２Ｄプレイリスト・ファイル241のメインパス3001と実質的に等しい。すなわち、２Ｄ再生モードの再生装置102は、拡張プレイリスト・ファイル243のメインパス3601に従ってファイル２Ｄ221からフルＨＤの２Ｄ映像を再生できる。
サブパス3602は拡張ストリーム・ファイル224の再生経路を規定する。サブパス3602のデータ構造は２Ｄプレイリスト・ファイル241のサブパス3002、3003のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図３０を用いた説明を援用する。
サブパス3602のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス3601のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス3602はその上、サブパス・タイプ3610を含む。拡張プレイリスト・ファイル243では特に、サブパス・タイプ3610の値が「４Ｋ２Ｋ」であり、再生装置102の動作モードが拡張再生モードであることを示す。拡張再生モードの再生装置102は、サブパス・タイプ3610が拡張再生モードを示すことを検出したとき、メインパス3601に従った再生処理と、サブパス3602に従った再生処理とを同期させる。
拡張データ3603は、拡張再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モード及び３Ｄ再生モードの再生装置102には無視される。拡張データ3603は特に拡張ストリーム選択テーブル3630を含む。拡張ストリーム選択テーブル（以下、ＳＴＮテーブルＥＸと略す。）は、拡張再生モードにおいて、メインパス3601内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、拡張ストリームから再生対象として選択可能なエレメンタリ・ストリームを示す。
［ＳＴＮテーブルＥＸ］
図３７は、ＳＴＮテーブルＥＸ3630のデータ構造を示す模式図である。図３７を参照するに、ＳＴＮテーブルＥＸ3630はストリーム登録情報列3701、3702、3703、…、を含む。ストリーム登録情報列3701、3702、3703、…、はメインパス3301内のＰＩ＃１、＃２、＃３、…、に個別に対応する。拡張再生モードの再生装置102はそれらのストリーム登録情報列3701、3702、3703を、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わせて利用する。各ＰＩに対するストリーム登録情報列3701は拡張ストリームのストリーム登録情報列3710を含む。
拡張ストリームのストリーム登録情報列3710は、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリームを示すものと組み合わされて利用される。拡張再生モードの再生装置102は、ＳＴＮテーブル内のストリーム登録情報列を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＥＸ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に拡張再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。
拡張ストリームのストリーム登録情報列3710は、一般に複数のストリーム登録情報3720を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報3720は、ＳＴＮ3721、ストリーム・エントリ3722、及びストリーム属性情報3723を含む。ＳＴＮ3721は、ストリーム登録情報3720に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ3722は、サブパスＩＤ参照情報3731、ストリーム・ファイル参照情報3732、及びＰＩＤ3733を含む。サブパスＩＤ参照情報3731は、拡張ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報3732は、その拡張ストリームが格納された拡張ストリーム・ファイルを識別するための情報である。ＰＩＤ3733は、その拡張ストリームの中から選択されるべきエレメンタリ・ストリームのＰＩＤ、特に解像度拡張情報のＰＩＤである。ストリーム属性情報3723はその拡張ストリームの属性を含む。
［拡張プレイリスト・ファイルに従った４Ｋ２Ｋの映像の再生］
図３８は、拡張プレイリスト・ファイル243の示すＰＴＳと、ファイル２Ｄ221及び拡張ストリーム・ファイル224から再生される部分との間の対応関係を示す模式図である。図３８を参照するに、拡張プレイリスト・ファイル243のメインパス3601では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル231を示す。サブパス3602では、ＳＵＢ＿ＰＩ＃１が、ＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報は拡張クリップ情報ファイル233を示す。
再生装置102は拡張プレイリスト・ファイル243に従って４Ｋ２Ｋの２Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は次に２Ｄクリップ情報ファイル231のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイル２Ｄ221内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102は拡張クリップ情報ファイル233のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応する拡張ストリーム・ファイル224内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル２Ｄ221のファイル・エントリとを利用して、再生対象のエクステント群EXT2D[0]、…、EXT2D[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２８を用いて説明したとおりである。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。同様に、再生装置102は、ＳＰＮ＃１１、＃１２から、それぞれに対応するセクタ数を算定し、それらのセクタ数と拡張ストリーム・ファイル224のファイル・エントリとを利用して、再生対象の拡張エクステント群EXT3[0]、…、EXT3[i]が記録されたセクタ群P3の先端のＬＢＮ＃１１と後端のＬＢＮ＃１２とを特定する。再生装置102は更に、ＬＢＮ＃１１からＬＢＮ＃１２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。再生装置102からの指定に応じて、ＢＤ−ＲＯＭドライブ121は、ファイル２Ｄ221のファイル・エントリを利用して、ＬＢＮ＃１からＬＢＮ＃２までの範囲のセクタ群P1からファイル２Ｄ221のエクステントEXT2D[0]、…、EXT2D[n]を読み出す。それと並行して、ＢＤ−ＲＯＭドライブ121は、拡張ストリーム・ファイル224のファイル・エントリを利用して、ＬＢＮ＃１１からＬＢＮ＃１２までの範囲のセクタ群P3から拡張エクステントEXT3[0]、…、EXT3[i]を読み出す。図１１から理解されるとおり、ＬＢＮ＃１からＬＢＮ＃２までの範囲と、ＬＢＮ＃１１からＬＢＮ＃１２までの範囲とは重複しているので、ファイル２Ｄ221のエクステントEXT2D[0]、…、EXT2D[n]と拡張エクステントEXT3[0]、…、EXT3[i]とは、先頭のＬＢＮが小さいものから順に読み出される。こうして、再生装置102は拡張プレイリスト・ファイル243のメインパス3601とサブパス3602とに従って、ファイル２Ｄ221と拡張ストリーム・ファイル224とから４Ｋ２Ｋの２Ｄ映像を再生できる。
≪インデックス・ファイル≫
図３９は、図２に示されているインデックス・ファイル211のデータ構造を示す模式図である。図３９を参照するに、インデックス・ファイル211はインデックス・テーブル3910を含む。インデックス・テーブル3910は、項目「ファーストプレイ」3901、「トップメニュー」3902、及び「タイトルｋ」3903（ｋ＝１、２、…、ｎ：文字ｎは１以上の整数を表す。）を含む。各項目には、ＭＶオブジェクトMVO−2D、MVO−3D、MVO−EX、又はＢＤ−ＪオブジェクトBDJO−2D、BDJO−3D、BDJO−EXのいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部は、インデックス・テーブル3910の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをＢＤ−ＲＯＭディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目「ファーストプレイ」3901には、ＢＤ−ＲＯＭディスク101がＢＤ−ＲＯＭドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」3902には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」3903には、ＢＤ−ＲＯＭディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目「タイトルｋ」には、そのタイトルに対応するＡＶストリーム・ファイルから映像を再生するためのオブジェクトが指定されている。
図３９に示されている例では、項目「タイトル１」と項目「タイトル２」とがフルＨＤの２Ｄ映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられているＭＶオブジェクトMVO−2Dは、２Ｄプレイリスト・ファイル241を用いたフルＨＤの２Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル１」が参照されたとき、そのＭＶオブジェクトMVO−2Dに従い、２Ｄプレイリスト・ファイル241がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿ってフルＨＤの２Ｄ映像の再生処理が実行される。項目「タイトル２」に対応付けられているＢＤ−ＪオブジェクトBDJO−2Dは、２Ｄプレイリスト・ファイル241を用いたフルＨＤの２Ｄ映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置102によって項目「タイトル２」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−2D内のアプリケーション管理テーブルに従ってＪＡＲファイル253からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、２Ｄプレイリスト・ファイル241がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿ってフルＨＤの２Ｄ映像の再生処理が実行される。
更に、項目「タイトル３」と項目「タイトル４」とが３Ｄ映像のタイトルに割り当てられている。項目「タイトル３」に対応付けられているＭＶオブジェクトMVO−3Dは、２Ｄプレイリスト・ファイル241を用いたフルＨＤの２Ｄ映像の再生処理に関する命令群に加え、３Ｄプレイリスト・ファイル242を用いた３Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル３」が参照されたとき、そのＭＶオブジェクトMVO−3Dに従い、３Ｄプレイリスト・ファイル242がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って３Ｄ映像の再生処理が実行される。項目「タイトル４」に対応付けられているＢＤ−ＪオブジェクトBDJO−3Dでは、アプリケーション管理テーブルが、２Ｄプレイリスト・ファイル241を用いたフルＨＤの２Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムに加え、３Ｄプレイリスト・ファイル242を用いた３Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムを規定する。再生装置102によって項目「タイトル４」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−3D内のアプリケーション管理テーブルに従ってＪＡＲファイル253からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、３Ｄプレイリスト・ファイル242がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って３Ｄ映像の再生処理が実行される。
その他に、項目「タイトル５」と項目「タイトル６」とが４Ｋ２Ｋの２Ｄ映像のタイトルに割り当てられている。項目「タイトル５」に対応付けられているＭＶオブジェクトMVO−EXは、２Ｄプレイリスト・ファイル241を用いたフルＨＤの２Ｄ映像の再生処理に関する命令群に加え、拡張プレイリスト・ファイル243を用いた４Ｋ２Ｋの２Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル５」が参照されたとき、そのＭＶオブジェクトMVO−EXに従い、拡張プレイリスト・ファイル243がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って４Ｋ２Ｋの２Ｄ映像の再生処理が実行される。項目「タイトル６」に対応付けられているＢＤ−ＪオブジェクトBDJO−EXは、２Ｄプレイリスト・ファイル241を用いたフルＨＤの２Ｄ映像の再生処理に関するアプリケーション管理テーブルに加え、拡張プレイリスト・ファイル243を用いた４Ｋ２Ｋの２Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムを規定する。再生装置102によって項目「タイトル６」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−EX内のアプリケーション管理テーブルに従ってＪＡＲファイル253からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、拡張プレイリスト・ファイル243がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って４Ｋ２Ｋの２Ｄ映像の再生処理が実行される。
＜再生装置の構成＞
図４０は、図１に示されている再生装置102の機能ブロック図である。図４０を参照するに再生装置102は、ＢＤ−ＲＯＭドライブ4001、再生部4002、及び制御部4003を含む。再生部4002は、スイッチ4020、第１リード・バッファ（ＲＢ１）4021、第２リード・バッファ（ＲＢ２）4022、第３リード・バッファ（ＲＢ３）4023、システム・ターゲット・デコーダ4024、及びプレーン加算部4025を含む。制御部4003は、動的シナリオ・メモリ4031、静的シナリオ・メモリ4032、ユーザイベント処理部4033、プログラム実行部4034、再生制御部4035、及びプレーヤ変数記憶部4036を含む。再生部4002と制御部4003とは互いに異なる集積回路に実装されている。特にプログラム実行部4034と再生制御部4035とは、再生装置102に内蔵のＣＰＵの機能によって実現される。その他に、再生部4002と制御部4003とが単一の集積回路に統合されていてもよい。
ＢＤ−ＲＯＭドライブ4001は、内部にＢＤ−ＲＯＭディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、ＢＤ−ＲＯＭドライブ4001は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。
ＢＤ−ＲＯＭドライブ4001は、再生制御部4035からファイルの読み出し要求としてＬＢＮの範囲が指示されたとき、そのファイルのファイル・エントリを利用して、ＢＤ−ＲＯＭディスク101上のその範囲に含まれるそのファイルのエクステントを順番に読み出す。読み出し対象のファイルが複数であり、各ファイルについて指定されたＬＢＮの範囲が重複する場合、ＢＤ−ＲＯＭドライブ4001はその重複する部分では、いずれのファイルに属するかにかかわらず、先頭のＬＢＮが小さいエクステントから順に読み出す。こうして読み出されたファイルのうち、ＡＶストリーム・ファイルはスイッチ4020へ転送され、動的シナリオ情報は動的シナリオ・メモリ4031へ転送され、静的シナリオ情報は静的シナリオ・メモリ4032へ転送される。「動的シナリオ情報」はインデックス・ファイルとＢＤプログラム・ファイルとを含む。「静的シナリオ情報」はプレイリスト・ファイルとクリップ情報ファイルとを含む。
スイッチ4020は、ＡＶストリーム・ファイルをエクステント単位で、ＢＤ−ＲＯＭドライブ4001からいずれかのリード・バッファ4021−4023へ転送する。２Ｄ再生モードの再生装置102では、スイッチ4020はファイル２ＤのエクステントをＲＢ１4021へ送出する。３Ｄ再生モードの再生装置102では、スイッチ4020は予め再生制御部4035から、ファイルＳＳのエクステントに関する境界情報を受信する。境界情報は、ファイルＳＳの各エクステントに含まれるベースビュー・エクステントとディペンデントビュー・エクステントとの間の境界を示す。具体的には、境界情報は、ファイルＳＳの各エクステントの先頭から、そのエクステントに含まれるベースビュー・エクステントとディペンデントビュー・エクステントとの各境界までのソースパケット数を示す。スイッチ4020は更に、その境界情報を利用して、ファイルＳＳの各エクステントから、ベースビュー・エクステントを抽出してＲＢ１4021へ送出し、ディペンデントビュー・エクステントを抽出してＲＢ２4022へ送出する。拡張再生モードの再生装置102では、スイッチ4020は、ファイル２ＤのエクステントをＲＢ１4021へ送出し、拡張ストリーム・ファイルのエクステントをＲＢ３4023へ送出する。ＢＤ−ＲＯＭドライブ4001からスイッチ4020へ送られる各エクステントがファイル２Ｄと拡張ストリーム・ファイルとのいずれに属するかについての情報は、ＢＤ−ＲＯＭドライブ4001からスイッチ4020へ送られる。
ＲＢ１4021、ＲＢ２4022、及びＲＢ３4023は、再生部4002内のメモリ素子を利用したバッファ・メモリである。特に単一のメモリ素子内の異なる領域が、ＲＢ１4021、ＲＢ２4022、及びＲＢ３4023として利用される。その他に、異なるメモリ素子が個別に各リード・バッファ4021−4023として利用されてもよい。ＲＢ１4021はスイッチ4020からベースビュー・エクステントを受信して格納する。ＲＢ２4022はスイッチ4020からディペンデントビュー・エクステントを受信して格納する。ＲＢ３4023はスイッチ4020から拡張エクステントを受信して格納する。
システム・ターゲット・デコーダ4024は、各リード・バッファ4021−4023からエクステントをソースパケット単位で読み出して多重分離処理を行い、分離された各エレメンタリ・ストリームに対して復号処理を行う。ここで、復号対象のエレメンタリ・ストリームのＰＩＤ、及び各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は、予め再生制御部4035からシステム・ターゲット・デコーダ4024へ送られている。システム・ターゲット・デコーダ4024は更に、プライマリ・ビデオ・ストリームから復号されたビデオ・フレーム（以下、主映像プレーンという。）、セカンダリ・ビデオ・ストリームから復号されたビデオ・フレーム（以下、副映像プレーンという。）、ＰＧストリームから復号されたＰＧプレーン、及びＩＧストリームから復号されたＩＧプレーンをプレーン加算部4025へ送出する。これらのプレーン・データは、２Ｄ再生モードではフルＨＤの２Ｄ映像を表し、３Ｄ再生モードではレフトビューとライトビューとの２Ｄ映像の対を表し、拡張再生モードでは４Ｋ２Ｋの２Ｄ映像を表す。一方、システム・ターゲット・デコーダ4024は、復号後のプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとをミキシングして、表示装置103の内蔵スピーカ103A等、音声出力装置へ送出する。システム・ターゲット・デコーダ4024はその他に、プログラム実行部4034からグラフィックス・データを受信する。そのグラフィックス・データは、ＧＵＩ用のメニュー等のグラフィックスを画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧ等のラスタ・データで表現されている。システム・ターゲット・デコーダ4024はそのグラフィックス・データを処理してイメージ・プレーンに変換し、プレーン加算部4025へ送出する。システム・ターゲット・デコーダ4024の詳細については後述する。
プレーン加算部4025はシステム・ターゲット・デコーダ4024から、主映像プレーン、副映像プレーン、ＰＧプレーン、ＩＧプレーン、及びイメージ・プレーンを読み出し、それらを互いに重畳して１枚のビデオ・フレームに合成する。特にＬ／Ｒモードでは、各プレーン・データは、レフトビューを表すものと、ライトビューを表すものとの対から成る。プレーン加算部4025は、レフトビューを表す主映像プレーンには、レフトビューを表す他のプレーン・データを重畳し、ライトビューを表す主映像プレーンには、ライトビューを表す他のプレーン・データを重畳する。一方、デプス・モードでは、各プレーン・データは、２Ｄ映像を表すものとデプスマップとの対から成る。従って、プレーン加算部4025はまず各プレーン・データからレフトビューとライトビューとのプレーン・データの対を生成する。その後の合成処理はＬ／Ｒモードでの合成処理と同様である。合成後の映像データはＨＤＭＩ方式の映像信号に変換され、表示装置103へ送出される。２Ｄ再生モードのプレーン加算部4025はフルＨＤの２Ｄ映像のビデオ・フレームを送出する。３Ｄ再生モードのプレーン加算部4025はレフトビューのビデオ・フレームとライトビューのビデオ・フレームとを交互に送出する。拡張再生モードのプレーン加算部4025は４Ｋ２Ｋの２Ｄ映像のビデオ・フレームを送出する。
動的シナリオ・メモリ4031、及び静的シナリオ・メモリ4032はいずれもバッファ・メモリである。動的シナリオ・メモリ4031及び静的シナリオ・メモリ4032としては制御部4003内の異なるメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が動的シナリオ・メモリ4031及び静的シナリオ・メモリ4032として利用されてもよい。動的シナリオ・メモリ4031は動的シナリオ情報を格納し、静的シナリオ・メモリ4032は静的シナリオ情報を格納する。
ユーザイベント処理部4033は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に依って、プログラム実行部4034又は再生制御部4035に処理を依頼する。例えば、ユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部4033はその押下を検出してそのボタンを識別する。ユーザイベント処理部4033は更にプログラム実行部4034に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、ユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部4033はその押下を検出してそのボタンを識別する。ユーザイベント処理部4033は更に再生制御部4035に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。
プログラム実行部4034は、動的シナリオ・メモリ4031に格納されたＭＶオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルからプログラムを読み出して実行する。プログラム実行部4034は更に各プログラムに従って次の制御を行う：（１）再生制御部4035に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタ・データとして生成し、それをシステム・ターゲット・デコーダ4024へ転送して、他のプレーン・データに合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ−ＲＯＭディスク101のオーサリング工程のうち、ＭＶオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルのプログラミング工程によって決まる。
再生制御部4035は、各種のファイルをＢＤ−ＲＯＭディスク101から、リード・バッファ4021−4023、動的シナリオ・メモリ4031、及び静的シナリオ・メモリ4032へ転送する処理を制御する。その制御にはＢＤ−ＲＯＭディスク101のファイルシステムが利用される。具体的には、特定のファイルの転送が行われる際、再生制御部4035はまず、そのファイルの名前を利用して、ＢＤ−ＲＯＭディスク101上のディレクトリ／ファイル構造の中から、そのファイルのファイル・エントリを検索する。再生制御部4035は次に、そのファイル・エントリを利用して、転送対象のファイルの各エクステントが記録されたＢＤ−ＲＯＭディスク101上のセクタ群を特定する。その後、再生制御部4035はそのセクタ群からのデータの読み出しをＢＤ−ＲＯＭドライブ4001に指示する。その指示に応じて、ＢＤ−ＲＯＭドライブ4001は転送対象のファイルをエクステント単位で、ＢＤ−ＲＯＭディスク101から各バッファ・メモリ4021−4023、4031、4032へ転送する。
再生制御部4035は、ＢＤ−ＲＯＭドライブ4001とシステム・ターゲット・デコーダ4024とを制御して、ＡＶストリーム・ファイルから映像データと音声データとを復号させる。具体的には、再生制御部4035はまず、プログラム実行部4034からの命令、又はユーザイベント処理部4033からの依頼に応じて、静的シナリオ・メモリ4032からプレイリスト・ファイルを読み出してその内容を解釈する。再生制御部4035は次に、その解釈された内容、特に再生経路に従って、ＢＤ−ＲＯＭドライブ4001とシステム・ターゲット・デコーダ4024とに再生対象のＡＶストリーム・ファイルを指定し、その読み出し処理及び復号処理を指示する。このようなプレイリスト・ファイルに従った再生処理を「プレイリスト再生処理」という。
２Ｄ再生モードの再生装置102では、再生制御部4035はプレイリスト再生処理をプログラム実行部4034等から命じられたとき、静的シナリオ・メモリ4032に格納された２Ｄプレイリスト・ファイルからＰＩを順番に読み出してカレントＰＩとして設定する。再生制御部4035はカレントＰＩを設定する度に、まず、そのＳＴＮテーブルに従って、システム・ターゲット・デコーダ4024の動作条件を設定する。特に、再生制御部4035は復号対象のエレメンタリ・ストリームのＰＩＤを選択して、そのエレメンタリ・ストリームの復号に必要な属性情報と共にシステム・ターゲット・デコーダ4024へ渡す。次に、再生制御部4035はカレントＰＩに従い、図３２の説明に示されている手順で、読み出し対象のファイル２Ｄのエクステントが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ4001に指示する。
３Ｄ再生モードの再生装置102では、再生制御部4035はプレイリスト再生処理をプログラム実行部4034等から命じられたとき、静的シナリオ・メモリ4032に格納された３Ｄプレイリスト・ファイルからＰＩを順番に読み出してカレントＰＩとして設定する。再生制御部4035はカレントＰＩを設定する度に、まず、そのＳＴＮテーブルとその３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳとに従って、システム・ターゲット・デコーダ4024とプレーン加算部4025との動作条件を設定する。特に、再生制御部4035は復号対象のエレメンタリ・ストリームのＰＩＤを選択して、そのエレメンタリ・ストリームの復号に必要な属性情報と共にシステム・ターゲット・デコーダ4024へ渡す。次に、再生制御部4035はカレントＰＩに従い、図３５の説明に示されている手順で、読み出し対象のファイルＳＳのエクステントが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ4001に指示する。一方、再生制御部4035は、静的シナリオ・メモリ4032に格納されたクリップ情報ファイル内のエクステント起点を利用して、ファイルＳＳのエクステントに関する境界情報を生成してスイッチ4020へ渡す。
拡張再生モードの再生装置102では、再生制御部4035はプレイリスト再生処理をプログラム実行部4034等から命じられたとき、静的シナリオ・メモリ4032に格納された拡張プレイリスト・ファイルからＰＩを順番に読み出してカレントＰＩとして設定する。再生制御部4035はカレントＰＩを設定する度に、まず、そのＳＴＮテーブルとその拡張プレイリスト・ファイル内のＳＴＮテーブルＥＸとに従って、システム・ターゲット・デコーダ4024の動作条件を設定する。特に、再生制御部4035は復号対象のエレメンタリ・ストリームのＰＩＤを選択して、そのエレメンタリ・ストリームの復号に必要な属性情報と共にシステム・ターゲット・デコーダ4024へ渡す。次に、再生制御部4035はカレントＰＩに従い、図３８の説明に示されている手順で、読み出し対象のファイル２Ｄと拡張ストリーム・ファイルとのエクステントが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ4001に指示する。
その他に、再生制御部4035は、静的シナリオ情報を利用してプレーヤ変数記憶部4036に各種のプレーヤ変数を設定する。再生制御部4035は更に、それらのプレーヤ変数を参照して、システム・ターゲット・デコーダ4024に復号対象のエレメンタリ・ストリームのＰＩＤを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。
プレーヤ変数記憶部4036は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステム・パラメータ（ＳＰＲＭ）と汎用のパラメータ（ＧＰＲＭ）とがある。ＳＰＲＭは再生装置102の状態を示す。ＳＰＲＭは例えば６４個であり、それぞれの示す意味は以下のとおりである。
ＳＰＲＭ（０） ： 言語コード
ＳＰＲＭ（１） ： プライマリ・オーディオ・ストリーム番号
ＳＰＲＭ（２） ： 字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： タイトル番号
ＳＰＲＭ（５） ： チャプタ番号
ＳＰＲＭ（６） ： プログラム番号
ＳＰＲＭ（７） ： セル番号
ＳＰＲＭ（８） ： 選択キー情報
ＳＰＲＭ（９） ： ナビゲーション・タイマー
ＳＰＲＭ（１０） ： 再生時刻情報
ＳＰＲＭ（１１） ： カラオケ用ミキシングモード
ＳＰＲＭ（１２） ： パレンタル用国情報
ＳＰＲＭ（１３） ： パレンタル・レベル
ＳＰＲＭ（１４） ： プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： オーディオ・ストリーム用言語コード
ＳＰＲＭ（１７） ： オーディオ・ストリーム用言語コード（拡張）
ＳＰＲＭ（１８） ： 字幕ストリーム用言語コード
ＳＰＲＭ（１９） ： 字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０） ： プレーヤ・リージョン・コード
ＳＰＲＭ（２１） ： セカンダリ・ビデオ・ストリーム番号
ＳＰＲＭ（２２） ： セカンダリ・オーディオ・ストリーム番号
ＳＰＲＭ（２３） ： 再生状態
ＳＰＲＭ（２４）−ＳＰＲＭ（６３）：予備
ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳを示し、そのピクチャが復号される度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。
ＳＰＲＭ（１６）のオーディオ・ストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置102のデフォルトの言語コードを示す。それらは再生装置102のＯＳＤ等を利用してユーザに変更させることもでき、プログラム実行部4034を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部4035はプレイリスト再生処理において、まず現時点での再生区間を示すＰＩ、すなわちカレントＰＩの含むＳＴＮテーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部4035は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4024に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4024によって選択されて復号される。これらの処理は、ＭＶオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルを利用して再生制御部4035に実行させることができる。
プレーヤ変数は再生処理中、再生制御部4035によって再生状態の変化に応じて更新される。特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、及びＳＰＲＭ（２２）が更新される。それらは順に、処理中のオーディオ・ストリーム、字幕ストリーム、セカンダリ・ビデオ・ストリーム、及びセカンダリ・オーディオ・ストリームの各ＳＴＮを示す。例えばプログラム実行部4034によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部4035はまず、変更後のＳＰＲＭ（１）の示すＳＴＮを利用して、カレントＰＩ内のＳＴＮテーブルから、そのＳＴＮを含むストリーム・エントリを検索する。再生制御部4035は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4024に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4024によって選択されて復号される。こうして、再生対象のオーディオ・ストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリ・ビデオ・ストリームを切り換えることもできる。
≪２Ｄプレイリスト再生処理≫
図４１は、再生制御部4035による２Ｄプレイリスト再生処理のフローチャートである。２Ｄプレイリスト再生処理は、２Ｄプレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部4035が静的シナリオ・メモリ4032から２Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ４１０１では、再生制御部4035はまず、２Ｄプレイリスト・ファイル内のメインパスからＰＩを１つ読み出してカレントＰＩとして設定する。再生制御部4035は次に、そのカレントＰＩのＳＴＮテーブルから再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ4024に指示される。再生制御部4035は更に、２Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩに付随するＳＵＢ＿ＰＩを特定する。その後、処理はステップＳ４１０２へ進む。
ステップＳ４１０２では、再生制御部4035はカレントＰＩから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２Ｄに対応する２Ｄクリップ情報ファイルが特定される。更に、カレントＰＩに付随するＳＵＢ＿ＰＩが存在するときは、それらからも同様な情報が読み出される。その後、処理はステップＳ４１０３へ進む。
ステップＳ４１０３では、再生制御部4035は２Ｄクリップ情報ファイルのエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２を検索する。ＳＵＢ＿ＰＩの示すＰＴＳの対も同様にＳＰＮの対に変換される。その後、処理はステップＳ４１０４へ進む。
ステップＳ４１０４では、再生制御部4035はＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部4035はまず、ＳＰＮ＃１、＃２のそれぞれとソースパケット１つ当たりのデータ量１９２バイトとの積を求める。再生制御部4035は次に、各積をセクタ１つ当たりのデータ量２０４８バイトで割ってその商を求める：Ｎ１＝ＳＰＮ＃１×１９２／２０４８、Ｎ２＝ＳＰＮ＃２×１９２／２０４８。商Ｎ１、Ｎ２は、メインＴＳのうち、ＳＰＮ＃１、＃２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたＳＰＮの対も同様にセクタ数の対に変換される。その後、処理はステップＳ４１０５へ進む。
ステップＳ４１０５では、再生制御部4035は、ステップＳ４１０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4035は、再生対象のファイル２Ｄのファイル・エントリを参照して、エクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4035は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ4001に指定する。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたセクタ数の対も同様にＬＢＮの対に変換されて、ＢＤ−ＲＯＭドライブ4001に指定される。その結果、指定された範囲のセクタ群から、エクステント群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ４１０６へ進む。
ステップＳ４１０６では、再生制御部4035は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ４１０１から繰り返される。残されていないときは、処理が終了する。
≪３Ｄプレイリスト再生処理≫
図４２は、再生制御部4035による３Ｄプレイリスト再生処理のフローチャートである。３Ｄプレイリスト再生処理は、３Ｄプレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部4035が静的シナリオ・メモリ4032から３Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ４２０１では、再生制御部4035はまず、３Ｄプレイリスト・ファイル内のメインパスからＰＩを１つ読み出してカレントＰＩとして設定する。再生制御部4035は次に、そのカレントＰＩのＳＴＮテーブルから再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部4035は更に、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳ3330のうち、カレントＰＩに対応するものから、再生対象のエレメンタリ・ストリームとして追加されるべきもののＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ4024に指示される。再生制御部4035はその他に、３Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩと同時に参照されるべきＳＵＢ＿ＰＩを特定してカレントＳＵＢ＿ＰＩとして設定する。その後、処理はステップＳ４２０２へ進む。
ステップＳ４２０２では、再生制御部4035はカレントＰＩとカレントＳＵＢ＿ＰＩとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２ＤとファイルＤＥＰとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップＳ４２０３へ進む。
ステップＳ４２０３では、再生制御部4035は、ステップＳ４２０２で特定されたクリップ情報ファイルの各エントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２とファイルＤＥＰ内のＳＰＮ＃１１、＃１２とを検索する。再生制御部4035は更に、各クリップ情報ファイルのエクステント起点を利用して、ファイルＳＳの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定し、ファイルＳＳの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。具体的には、再生制御部4035はまず、２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１以下で最大のもの“Ａｍ”を検索し、ＤＥＰクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１１以下で最大のもの“Ｂｍ”を検索する。再生制御部4035は続いて、検索されたＳＰＮの和Ａｍ＋Ｂｍを求めてＳＰＮ＃２１として決定する。再生制御部4035は次に、２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃２よりも大きく、かつ最小のもの“Ａｎ”を検索し、ＤＥＰクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１２より大きく、かつ最小のもの“Ｂｎ”を検索する。再生制御部4035は続いて、検索されたＳＰＮの和Ａｎ＋Ｂｎを求めてＳＰＮ＃２２として決定する。その後、処理はステップＳ４２０４へ進む。
ステップＳ４２０４では、再生制御部4035は、ステップＳ４２０３で決定されたＳＰＮ＃２１、＃２２をセクタ数の対Ｎ１、Ｎ２に変換する。具体的には、再生制御部4035はまず、ＳＰＮ＃２１とソースパケット１つ当たりのデータ量１９２バイトとの積を求める。再生制御部4035は次に、その積をセクタ１つ当たりのデータ量２０４８バイトで割ったときの商ＳＰＮ＃２１×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生開始位置の直前までのセクタ数Ｎ１に等しい。同様に、再生制御部4035は、ＳＰＮ＃２２から商ＳＰＮ＃２２×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生終了位置の直前までのセクタ数Ｎ２に等しい。その後、処理はステップＳ４２０５へ進む。
ステップＳ４２０５では、再生制御部4035は、ステップＳ４２０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4035は、再生対象のファイルＳＳのファイル・エントリを参照して、エクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4035は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ4001に指定する。その結果、指定された範囲のセクタ群から、エクステント群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ４２０６へ進む。
ステップＳ４２０６では、再生制御部4035は、ステップＳ４２０３で利用されたクリップ情報ファイルのエクステント起点を再び利用して、ファイルＳＳのエクステント群に関する境界情報を生成し、スイッチ4020へ送出する。具体的な例として、再生開始位置を示すＳＰＮ＃２１が、各エクステント起点の示すＳＰＮの和Ａｎ＋Ｂｎに等しく、再生終了位置を示すＳＰＮ＃２２が、各エクステント起点の示すＳＰＮの和Ａｍ＋Ｂｍに等しいときを想定する。そのとき、再生制御部4035は、各エクステント起点からＳＰＮの差の列、Ａ（ｎ＋１）−Ａｎ、Ｂ（ｎ＋１）−Ｂｎ、Ａ（ｎ＋２）−Ａ（ｎ＋１）、Ｂ（ｎ＋２）−Ｂ（ｎ＋１）、…、Ａｍ−Ａ（ｍ−１）、Ｂｍ−Ｂ（ｍ−１）を求めて、境界情報としてスイッチ4020へ送出する。図２９の（ｅ）に示されているとおり、この列は、ファイルＳＳのエクステントに含まれるベースビュー・エクステントとディペンデントビュー・エクステントとのそれぞれのソースパケット数を示す。スイッチ4020は、ＢＤ−ＲＯＭドライブ4001から受信されるファイルＳＳのエクステントのソースパケット数を０からカウントする。そのカウントが、境界情報の示すＳＰＮの差と一致する度に、スイッチ4020は、ソースパケットの送出先をＲＢ１4021とＲＢ２4022との間で切り換え、かつカウントを０にリセットする。その結果、ファイルＳＳの各エクステントの先頭から｛Ｂ（ｎ＋１）−Ｂｎ｝個のソースパケット、すなわち最初のディペンデントビュー・エクステントはＲＢ２4022へ送出され、続く｛Ａ（ｎ＋１）−Ａｎ｝個のソースパケット、すなわち最初のベースビュー・エクステントはＲＢ１4021へ送出される。以降も同様に、スイッチ4020によって受信されるソースパケットの数が、境界情報の示すＳＰＮの差と一致する度に、ファイルＳＳのエクステントからディペンデントビュー・エクステントとベースビュー・エクステントとが交互に抽出される。その後、処理はステップＳ４２０７へ進む。
ステップＳ４２０７では、再生制御部4035は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ４２０１から繰り返される。残されていないときは、処理が終了する。
≪拡張プレイリスト再生処理≫
図４３は、再生制御部4035による拡張プレイリスト再生処理のフローチャートである。拡張プレイリスト再生処理は、拡張プレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部4035が静的シナリオ・メモリ4032から拡張プレイリスト・ファイルを読み出すことによって開始される。
ステップＳ４３０１では、再生制御部4035はまず、拡張プレイリスト・ファイル内のメインパスからＰＩを１つ読み出してカレントＰＩとして設定する。再生制御部4035は次に、そのカレントＰＩのＳＴＮテーブルから再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部4035は更に、拡張プレイリスト・ファイル内のＳＴＮテーブルＥＸ3630のうち、カレントＰＩに対応するものから解像度拡張情報のＰＩＤを選択し、かつその解像度拡張情報の復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ4024に指示される。再生制御部4035は更に、拡張プレイリスト・ファイル内のサブパスから、カレントＰＩと同時に参照されるべきＳＵＢ＿ＰＩを特定してカレントＳＵＢ＿ＰＩとして設定する。その後、処理はステップＳ４３０２へ進む。
ステップＳ４３０２では、再生制御部4035はカレントＰＩとカレントＳＵＢ＿ＰＩとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２Ｄと拡張ストリーム・ファイルとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップＳ４３０３へ進む。
ステップＳ４３０３では、再生制御部4035は、ステップＳ４３０２で特定されたクリップ情報ファイルの各エントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２と拡張ストリーム・ファイル内のＳＰＮ＃１１、＃１２とを検索する。その後、処理はステップＳ４３０４へ進む。
ステップＳ４３０４では、再生制御部4035はＳＰＮ＃１、＃２、＃１１、＃１２から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部4035はまず、ＳＰＮ＃１、＃２、＃１１、＃１２のそれぞれとソースパケット１つ当たりのデータ量１９２バイトとの積を求める。再生制御部4035は次に、各積をセクタ１つ当たりのデータ量２０４８バイトで割ってその商を求める：Ｎ１＝ＳＰＮ＃１×１９２／２０４８、Ｎ２＝ＳＰＮ＃２×１９２／２０４８、Ｎ１１＝ＳＰＮ＃１１×１９２／２０４８、Ｎ１２＝ＳＰＮ＃１２×１９２／２０４８。商Ｎ１、Ｎ２は、メインＴＳのうち、ＳＰＮ＃１、＃２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。商Ｎ１１、Ｎ１２は、拡張ストリームのうち、ＳＰＮ＃１１、＃１２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。その後、処理はステップＳ４３０５へ進む。
ステップＳ４３０５では、再生制御部4035は、ステップＳ４３０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のファイル２Ｄのエクステント群の先端と後端とのＬＢＮを特定し、セクタ数Ｎ１１、Ｎ１２のそれぞれから、再生対象の拡張ストリーム・ファイルのエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4035は、再生対象のファイル２Ｄのファイル・エントリを参照して、エクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4035は更に、再生対象の拡張ストリーム・ファイルのファイル・エントリを参照して、エクステント群が記録されたセクタ群の先頭から数えて（Ｎ１１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１１と、（Ｎ１２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１２とを特定する。再生制御部4035は続いて、ＬＢＮ＃１からＬＢＮ＃２までの範囲と、ＬＢＮ＃１１からＬＢＮ＃１２までの範囲とをＢＤ−ＲＯＭドライブ4001に指定する。その結果、指定された範囲のセクタ群から、ファイル２Ｄと拡張ストリーム・ファイルとのエクステントが、先頭のＬＢＮの小さい順に読み出される。その後、処理はステップＳ４３０６へ進む。
ステップＳ４３０６では、再生制御部4035は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ４３０１から繰り返される。残されていないときは、処理が終了する。
≪システム・ターゲット・デコーダ≫
［２Ｄ再生モードにおける構成］
図４４は、２Ｄ再生モードのシステム・ターゲット・デコーダ4024の機能ブロック図である。図４４を参照するに、システム・ターゲット・デコーダ4024は、ソース・デパケタイザ4410、ＡＴＣカウンタ4420、第１の２７ＭＨｚクロック4430、ＰＩＤフィルタ4440、ＳＴＣカウンタ（ＳＴＣ１）4450、第２の２７ＭＨｚクロック4460、主映像デコーダ4470、副映像デコーダ4471、ＰＧデコーダ4472、ＩＧデコーダ4473、主音声デコーダ4474、副音声デコーダ4475、イメージ・プロセッサ4480、主映像プレーン・メモリ4490、副映像プレーン・メモリ4491、ＰＧプレーン・メモリ4492、ＩＧプレーン・メモリ4493、イメージ・プレーン・メモリ4494、及び音声ミキサ4495を含む。
ソース・デパケタイザ4410はＲＢ１4021からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ4440へ送出する。ソース・デパケタイザ4410は更にその送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。具体的には、ソース・デパケタイザ4410はまず、ＡＴＣカウンタ4420が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値はＡＴＣカウンタ4420により、第１の２７ＭＨｚクロック4430のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ4410は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットをＰＩＤフィルタ4440へ転送する。そのような送出時刻の調節により、ソース・デパケタイザ4410からＰＩＤフィルタ4440へのＴＳパケットの平均転送速度は、図２７に示されている２Ｄクリップ情報ファイル231内のシステム・レート2711で規定される値RTSを超えない。
ＰＩＤフィルタ4440はまず、ソース・デパケタイザ4410から送出されたＴＳパケットの含むＰＩＤを監視する。そのＰＩＤが、再生制御部4035から予め指定されたＰＩＤに一致したとき、ＰＩＤフィルタ4440はそのＴＳパケットを選択し、そのＰＩＤの示すエレメンタリ・ストリームの復号に適したデコーダ4470−4475へ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4470へ転送される。一方、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、ＴＳパケットはそれぞれ、副映像デコーダ4471、主音声デコーダ4474、副音声デコーダ4475、ＰＧデコーダ4472、及びＩＧデコーダ4473へ転送される。
ＰＩＤフィルタ4440は更に、各ＴＳパケットのＰＩＤを利用してそのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ4440はそのとき、ＳＴＣカウンタ4450の値を所定値に設定する。ここで、ＳＴＣカウンタ4450の値は、第２の２７ＭＨｚクロック4460のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ4450に設定されるべき値は予め、再生制御部4035からＰＩＤフィルタ4440に指示されている。各デコーダ4470−4475はＳＴＣカウンタ4450の値をＳＴＣとして利用する。具体的には、各デコーダ4470−4475は、まず、ＰＩＤフィルタ4440から受け取ったＴＳパケットをＰＥＳパケットに再構成する。各デコーダ4470−4475は、次に、そのＰＥＳペイロードの含むデータの復号処理の時期を、そのＰＥＳヘッダに含まれるＰＴＳ又はＤＴＳの示す時刻に従って調節する。
主映像デコーダ4470は、図４２に示されているように、トランスポート・ストリーム・バッファ（ＴＢ：Transport Stream Buffer）4401、多重化バッファ（ＭＢ：Multiplexing Buffer）4402、エレメンタリ・ストリーム・バッファ（ＥＢ：Elementary Stream Buffer）4403、圧縮映像デコーダ（ＤＥＣ）4404、及び復号ピクチャ・バッファ（ＤＰＢ：Decoded Picture Buffer）4405を含む。
ＴＢ4401、ＭＢ4402、及びＥＢ4403はいずれもバッファ・メモリであり、それぞれ主映像デコーダ4470に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ4401は、ＰＩＤフィルタ4440から受信されたＴＳパケットをそのまま蓄積する。ＭＢ4402は、ＴＢ4401に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ4401からＭＢ4402へＴＳパケットが転送されるとき、そのＴＳパケットからＴＳヘッダが除去される。ＥＢ4403は、ＰＥＳパケットから、符号化されたＶＡＵを抽出して格納する。そのＶＡＵには、圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ4402からＥＢ4403へデータが転送されるとき、そのＰＥＳパケットからＰＥＳヘッダが除去される。
ＤＥＣ4404は、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4404は、ＥＢ4403内の各ＶＡＵからピクチャを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻に復号する。その復号処理では、ＤＥＣ4404は予めそのＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに依って復号方法を選択する。その圧縮符号化方式は、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ4404は更に、復号された非圧縮のピクチャをＤＰＢ4405へ転送する。
ＤＰＢ4405は、ＴＢ4401、ＭＢ4402、及びＥＢ4403と同様なバッファ・メモリであり、主映像デコーダ4470に内蔵のメモリ素子の一領域を利用する。ＤＰＢ4405はその他に、他のバッファ・メモリ4401、4402、4403とは異なるメモリ素子に分離されていてもよい。ＤＰＢ4405は復号後のピクチャを一時的に保持する。ＤＥＣ4404によってＰピクチャ又はＢピクチャが復号されるとき、ＤＰＢ4405はＤＥＣ4404からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してＤＥＣ4404に提供する。ＤＰＢ4405は更に、保持している各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ4490へ書き込む。
副映像デコーダ4471は主映像デコーダ4470と同様の構成を含む。副映像デコーダ4471はまず、ＰＩＤフィルタ4440から受信されたセカンダリ・ビデオ・ストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ4471は次に、そのＰＥＳパケットに含まれるＰＴＳの示す時刻に非圧縮のピクチャを副映像プレーン・メモリ4491へ書き込む。
ＰＧデコーダ4472は、ＰＩＤフィルタ4440から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号する。ＰＧデコーダ4472は更に、それらのＴＳパケットから復元されたＰＥＳパケットに含まれるＰＴＳの示す時刻に、その非圧縮のグラフィックス・オブジェクトをＰＧプレーン・メモリ4492へ書き込む。
ＩＧデコーダ4473は、ＰＩＤフィルタ4440から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号する。ＩＧデコーダ4473は更に、それらのＴＳパケットから復元されたＰＥＳパケットに含まれるＰＴＳの示す時刻に、その非圧縮のグラフィックス・オブジェクトをＩＧプレーン・メモリ4493へ書き込む。
主音声デコーダ4474はまず、ＰＩＤフィルタ4440から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ4474は次に、そのバッファ内のＴＳパケット群からＴＳヘッダとＰＥＳヘッダとを除去し、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ4474は更にその音声データを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に音声ミキサ4495へ送出する。ここで、主音声デコーダ4474は、ＴＳパケットに含まれるプライマリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばＡＣ−３又はＤＴＳを含む。
副音声デコーダ4475は主音声デコーダ4474と同様の構成を含む。副音声デコーダ4475はまず、ＰＩＤフィルタ4440から受信されたセカンダリ・オーディオ・ストリームのＴＳパケット群からＰＥＳパケットを復元し、そのＰＥＳペイロードの含むデータを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ4475は次に、そのＰＥＳヘッダの含むＰＴＳの示す時刻にその非圧縮のＬＰＣＭ音声データを音声ミキサ4495へ送出する。ここで、副音声デコーダ4475は、ＴＳパケットに含まれるセカンダリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばドルビー・デジタル・プラス又はＤＴＳ−ＨＤ ＬＢＲを含む。
音声ミキサ4495は、主音声デコーダ4474と副音声デコーダ4475とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシングを行う。音声ミキサ4495は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。
イメージ・プロセッサ4480は、プログラム実行部4034からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタ・データを受信する。イメージ・プロセッサ4480はそのとき、そのグラフィックス・データに対するレンダリング処理を行ってイメージ・プレーン・メモリ4494へ書き込む。
主映像プレーン・メモリ4490、副映像プレーン・メモリ4491、ＰＧプレーン・メモリ4492、ＩＧプレーン・メモリ4493、及びイメージ・プレーン・メモリ4494は、システム・ターゲット・デコーダ4024に内蔵のメモリ素子の異なる領域に確保されている。その他に、各プレーン・メモリ4490−4494が異なるメモリ素子に分離されていてもよい。各プレーン・メモリ4490−4494は、対応するプレーン・データを格納可能であり、少なくとも１枚のビデオ・フレームとサイズが等しい。
［３Ｄ再生モードにおける構成］
図４５は、３Ｄ再生モードのシステム・ターゲット・デコーダ4024の機能ブロック図である。図４５に示されている構成要素は、図４４に示されているものとは次の３点で異なる：（１）リード・バッファから各デコーダへの入力系統が二重化されている；（２）主映像デコーダ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダはいずれも、メインＴＳとサブＴＳとを交互に復号できる；（３）各プレーン・メモリは、レフトビューとライトビューとのそれぞれを表すプレーン・データを格納可能である。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、及びイメージ・プロセッサは、図４４に示されているものと同様である。従って、以下では、図４５に示されている構成要素のうち、図４４に示されているものとは異なるものについて説明し、同様なものの詳細についての説明は、図４４についての説明を援用する。更に、各デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ4515の構造について説明する。同様な説明は他のデコーダの構造についても成立する。
第１ソース・デパケタイザ4511は、ＲＢ１4021からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第１ＰＩＤフィルタ4513へ送出する。第２ソース・デパケタイザ4512は、ＲＢ２4022からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第２ＰＩＤフィルタ4514へ送出する。各ソース・デパケタイザ4511、4512は更に、各ＴＳパケットの送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。その同期方法は、図４４に示されているソース・デパケタイザ4410による方法と同様である。従って、その詳細についての説明は図４４についての説明を援用する。そのような送出時刻の調節により、第１ソース・デパケタイザ4511から第１ＰＩＤフィルタ4513へのＴＳパケットの平均転送速度RTS1は、２Ｄクリップ情報ファイルの示すシステム・レートを超えない。同様に、第２ソース・デパケタイザ4512から第２ＰＩＤフィルタ4514へのＴＳパケットの平均転送速度RTS2は、ＤＥＰクリップ情報ファイルの示すシステム・レートを超えない。
第１ＰＩＤフィルタ4513は、第１ソース・デパケタイザ4511からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4035によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルに従って指定されている。両方のＰＩＤが一致したとき、第１ＰＩＤフィルタ4513はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4515内のＴＢ１4501へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
第２ＰＩＤフィルタ4514は、第２ソース・デパケタイザ4512からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは、再生制御部4035によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳに従って指定されている。両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ4514はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１２又は０ｘ１０１３であるとき、そのＴＳパケットは主映像デコーダ4515内のＴＢ２4508へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ２０−０ｘ１Ｂ３Ｆ、０ｘ１２２０−０ｘ１２７Ｆ、及び０ｘ１４２０−０ｘ１４７Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
主映像デコーダ4515は、ＴＢ１4501、ＭＢ１4502、ＥＢ１4503、ＴＢ２4508、ＭＢ２4509、ＥＢ２4510、バッファ・スイッチ4506、ＤＥＣ4504、ＤＰＢ4505、及びピクチャ・スイッチ4507を含む。ＴＢ１4501、ＭＢ１4502、ＥＢ１4503、ＴＢ２4508、ＭＢ２4509、ＥＢ２4510、及びＤＰＢ4505はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ4515に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
ＴＢ１4501は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ4513から受信してそのまま蓄積する。ＭＢ１4502は、ＴＢ１4501に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ１4503は、ＭＢ１4502に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
ＴＢ２4508は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットを第２ＰＩＤフィルタ4514から受信してそのまま蓄積する。ＭＢ２4509は、ＴＢ２4508に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ２4510は、ＭＢ２4509に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
バッファ・スイッチ4506は、ＥＢ１4503とＥＢ２4510とのそれぞれに蓄積されたＶＡＵのヘッダをＤＥＣ4504からの要求に応じて転送する。バッファ・スイッチ4506は更に、そのＶＡＵの圧縮ピクチャ・データを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻にＤＥＣ4504へ転送する。ここで、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間では、同じ３Ｄ・ＶＡＵに属する一対のピクチャのＤＴＳが等しい。従って、バッファ・スイッチ4506は、ＤＴＳの等しい一対のＶＡＵのうち、ＥＢ１4503に蓄積された方を先にＤＥＣ4504へ転送する。
ＤＥＣ4504は、図４４に示されているＤＥＣ4404と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4504は、バッファ・スイッチ4506から転送された圧縮ピクチャ・データを順次復号する。その復号処理では、ＤＥＣ4504は予め、各ＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ4504は更に、復号された非圧縮のピクチャをＤＰＢ4505へ転送する。
ＤＰＢ4505は、復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ4504がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ4505はＤＥＣ4504からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してＤＥＣ4504に提供する。
ピクチャ・スイッチ4507は、ＤＰＢ4505から非圧縮の各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に、左映像プレーン・メモリ4520と右映像プレーン・メモリ4521とのいずれかに書き込む。ここで、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャとディペンデントビュー・ピクチャとではＰＴＳが等しい。従って、ピクチャ・スイッチ4507は、ＤＰＢ4505に保持された、ＰＴＳの等しい一対のピクチャのうち、ベースビュー・ピクチャを先に左映像プレーン・メモリ4520に書き込み、続いてディペンデントビュー・ピクチャを右映像プレーン・メモリ4521に書き込む。
［拡張再生モードにおける構成］
図４６は、拡張再生モードのシステム・ターゲット・デコーダ4024の機能ブロック図である。図４６に示されている構成要素は、図４５に示されているものとは次の２点で異なる：（１）主映像デコーダ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダはいずれも、メインＴＳと拡張ストリームとを交互に復号できる；（２）各プレーン・メモリは４Ｋ２Ｋのプレーン・データを格納可能である。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、及びイメージ・プロセッサは、図４５に示されているものと同様である。従って、以下では、図４６に示されている構成要素のうち、図４５に示されているものとは異なるものについて説明し、同様なものの詳細についての説明は、図４５についての説明を援用する。更に、各デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ4615の構造について説明する。同様な説明は他のデコーダの構造についても成立する。
第２ソース・デパケタイザ4512は、ＲＢ３4023からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第２ＰＩＤフィルタ4514へ送出する。第２ソース・デパケタイザ4512から第２ＰＩＤフィルタ4514へのＴＳパケットの平均転送速度RTS3は、拡張クリップ情報ファイルの示すシステム・レートを超えない。
第２ＰＩＤフィルタ4514は、第２ソース・デパケタイザ4512からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは、再生制御部4035によって予め、拡張プレイリスト・ファイル内のＳＴＮテーブルＥＸに従って指定されている。両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ4514はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１４であるとき、そのＴＳパケットは主映像デコーダ4615内のＴＢ２4608へ転送される。
主映像デコーダ4615は、ＴＢ１4601、ＭＢ１4602、ＥＢ１4603、ＴＢ２4608、ＭＢ２4609、ＥＢ２4610、解像度拡張制御部4606、ＤＥＣ4604、ＤＰＢ4605、及び加算器4607を含む。ＴＢ１4601、ＭＢ１4602、ＥＢ１4603、ＴＢ２4608、ＭＢ２4609、ＥＢ２4610、及びＤＰＢ4605はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ4615に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
ＴＢ１4601は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ4513から受信してそのまま蓄積する。ＭＢ１4602は、ＴＢ１4601に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ１4603は、ＭＢ１4602に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
ＴＢ２4608は、解像度拡張情報を含むＴＳパケットを第２ＰＩＤフィルタ4514から受信してそのまま蓄積する。ＭＢ２4609は、ＴＢ２4608に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ２4610は、ＭＢ２4609に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
解像度拡張制御部4606は、ＥＢ２4610に蓄積された解像度拡張情報から拡張後の解像度と補間方式とを読み取ってＤＥＣ4604へ指示する。解像度拡張制御部4606は更に、その解像度拡張情報から差分画素情報を読み取り、元のＰＥＳパケットに含まれるＤＴＳの示す時刻に加算器4607へ送出する。ここで、ベースビュー・ビデオ・ストリームと拡張ストリームとでは、１枚の４Ｋ２Ｋのビデオ・フレームを構成するのに必要なピクチャと解像度拡張情報とのＤＴＳが等しい。
ＤＥＣ4604は、図４４に示されているＤＥＣ4404と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4604は、ＥＢ１4603から転送された圧縮ピクチャ・データを順次復号する。その復号処理では、ＤＥＣ4604は予め各ＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。
ＤＥＣ4604は更に、解像度拡張制御部4606から指定された補間方式を用いて、復号された非圧縮のピクチャの解像度をフルＨＤから、解像度拡張制御部4606から指示された解像度、すなわち４Ｋ２Ｋへ上昇させる。ここで、その補間方式としては、バイリニア法及びバイキュービック法等、映像の解像度を上昇させるのに利用可能な周知の方式が採用される。ＤＥＣ4604は４Ｋ２ＫのピクチャをＤＰＢ4605へ転送する。
ＤＰＢ4605は、復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ4604がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ4605はＤＥＣ4604からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してＤＥＣ4604に提供する。
加算器4607は、ＤＰＢ4605からは４Ｋ２Ｋのピクチャを読み出し、解像度拡張制御部4606からは差分画素情報を受信する。そのとき、加算器4607はそのピクチャの各画素データに、差分画素情報内の対応する画素データの差分を加算する。それにより、４Ｋ２Ｋのピクチャの表す映像が、本来の精細な映像に変換される。変換後の４Ｋ２Ｋのピクチャは、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン4620へ書き込まれる。
［フルＨＤから４Ｋ２Ｋへの解像度の変換処理］
図４７は、フルＨＤから４Ｋ２Ｋへの解像度の変換処理のフローチャートである。この処理は、ＥＢ２4610から解像度拡張制御部4606へ解像度拡張情報が転送され始めた時点から開始される。
ステップＳ４７０１では、解像度拡張制御部4606が解像度拡張情報から拡張後の解像度と補間方式とを読み出す。解像度拡張制御部4606は更に、拡張後の解像度と補間方式とをＤＥＣ4604に指示する。その後、処理はステップＳ４７０２へ進む。
ステップＳ４７０２では、ＤＥＣ4604がＥＢ１4603から圧縮ピクチャ・データを読み出し、その圧縮ピクチャ・データからベースビュー・ピクチャを復号する。ＤＥＣ4604は更に、解像度拡張制御部4606から指示された補間方式を用いて、そのベースビュー・ピクチャの解像度をフルＨＤから、解像度拡張制御部4606から指示された解像度、すなわち４Ｋ２Ｋへ上昇させる。ＤＥＣ4603は続いて、その４Ｋ２ＫのピクチャをＤＰＢ4605へ書き込む。その後、処理はステップＳ４７０３へ進む。
ステップＳ４７０３では、加算器4607が、ＤＰＢ4605からは４Ｋ２Ｋのベースビュー・ピクチャを読み出し、解像度拡張制御部4606からは差分画素情報を受信する。加算器4607はそのとき、そのベースビュー・ピクチャの各画素データに、差分画素情報内の対応する画素データの差分を加算する。４Ｋ２Ｋのピクチャは主映像プレーン・メモリ4620へ書き込まれる。その後、処理はステップＳ４７０４へ進む。
ステップＳ４７０４では、ＥＢ１4603に次の圧縮ピクチャ・データが存在するか否かをＤＥＣ4604が確認する。次の圧縮ピクチャ・データが存在すれば、処理はステップＳ４７０１から繰り返される。次の圧縮ピクチャ・データが存在しなければ、処理は終了する。
＜実施形態１の効果＞
本発明の実施形態１によるＢＤ−ＲＯＭディスク101では、ファイル２Ｄ、ファイルＤＥＰ、及び拡張ストリーム・ファイルがそれぞれ、複数のエクステントに分割され、図１３に示されているようなインターリーブ配置で記録されている。特に、２つの拡張エクステントの間にベースビュー・エクステントとディペンデントビュー・エクステントとが２個ずつ以上配置されている。従って、各エクステントの単体のサイズは最大エクステント・サイズ以下に制限されていても、２つの拡張エクステントの間に配置された複数のエクステント全体のサイズは十分に大きい。その結果、３Ｄ再生モードの再生装置102が拡張エクステントの記録領域をジャンプしている期間中に、ＲＢ１とＲＢ２とのいずれにもアンダーフローが生じない。それ故、再生装置102は、拡張ストリーム・ファイルの存在にかかわらず、ＢＤ−ＲＯＭディスク101から３Ｄ映像をシームレスに再生することができる。このように、ＢＤ−ＲＯＭディスク101に記録されたＡＶストリーム・ファイルのエクステントの配置は、再生装置102に再生能力を良好に維持させることができる。
＜変形例＞
（1−A）本発明の実施形態１では、拡張ストリームが、ベースビュー・ビデオ・ストリームの表すフルＨＤの２Ｄ映像を４Ｋ２Ｋの２Ｄ映像に拡張するために必要な情報を含む。このように、拡張ストリームは、メインＴＳと組み合わされて利用される情報（以下、拡張データという。）を格納可能である。拡張データの例としては、上記の解像度拡張情報の他にも、以下のものが挙げられる。
≪デプスマップ・ストリーム≫
拡張データはデプスマップ・ストリームであってもよい。この場合、再生装置102の拡張再生モードはデプス・モードに等しい。すなわち、再生装置102は、図１２に示されている第３再生経路1203に沿って読み出したエクステント群から３Ｄ映像を再生する。
デプスマップを用いた３Ｄ映像の再生は次のように行われる。ベースビュー・ビデオ・ストリームの表す２Ｄ映像は、再生対象の３Ｄ映像を仮想的な２Ｄ画面へ射影したときの映像を表す。一方、デプスマップは、その２Ｄ画面に対するその３Ｄ映像の各部の奥行きを画素別に表す。特に、各画素に表示される映像の奥行きが、その画素の輝度で表現される。デプス・モードの再生装置102では、プレーン加算部4025が、ベースビュー・ビデオ・ストリームとデプスマップとの組み合わせから、レフトビューとライトビューとの各ビデオ・フレームを構成する。
図４８は、２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。図４８を参照するに、２Ｄ映像MVWでは、背景BGVの中に円板DSCが表示されている。デプスマップDPHはその２Ｄ映像MVW内の各部の奥行きを各画素の輝度で表す。そのデプスマップDPHによれば、２Ｄ映像MVWのうち、円板DSCの表示領域DA1の奥行きが画面よりも手前であり、かつ、背景BGVの表示領域DA2の奥行きが画面よりも奥である。再生装置102のプレーン加算部4025内では視差映像生成部PDGがまず、デプスマップDPHの示す各部の奥行きから２Ｄ映像MVW内の各部の両眼視差を計算する。視差映像生成部PDGは次に、２Ｄ映像MVW内の各部の表示位置を、計算された両眼視差に応じて左右に移動させて、レフトビューLVWとライトビューRVWとを構成する。図４８に示されている例では、視差映像生成部PDGは、２Ｄ映像MVW内の円板DSCの表示位置に対し、レフトビューLVW内の円板DSLの表示位置をその両眼視差の半分S1だけ右に移動させ、ライトビューRVW内の円板DSRの表示位置をその両眼視差の半分S1だけ左に移動させる。それにより、視聴者には円板DSCが画面よりも手前に見える。一方、視差映像生成部PDGは２Ｄ映像MVW内の背景BGVの表示位置に対し、レフトビューLVW内の背景BGLの表示位置をその両眼視差の半分S2だけ左に移動させ、ライトビューRVW内の背景BGRの表示位置をその両眼視差の半分S2だけ右に移動させる。それにより、視聴者には背景BGVが画面よりも奥に見える。
デプスマップの画素データは単色の輝度のみを表すので、デプスマップのビットレートは一般に、ベースビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとのいずれのビットレートよりも低い。従って、図１３に示されているエクステントのインターリーブ配置が有効である。
≪ＤＴＳ拡張規格に準拠のオーディオ・ストリーム≫
拡張データはビデオ・ストリームに限らず、オーディオ・ストリームであってもよい。特に拡張データは、ＤＴＳ拡張規格に準拠のオーディオ・ストリームであってもよい。ＤＴＳ拡張規格には、ＤＴＳ−ＥＳ（Extended Surround）、ＤＴＳ−ＨＤマスター・オーディオ、及びＤＴＳ−ＨＤハイレゾリューション・サラウンドがある。いずれの規格においても、メインＴＳに含まれるプライマリ・オーディオ・ストリームと組み合わせられるべきデータ部分が、拡張データとして拡張ストリームに格納される。そのデータ部分をプライマリ・オーディオ・ストリームと組み合わせることで、音質が向上し、サラウンド音声のチャネル数が増大する。拡張再生モードの再生装置102では主音声デコーダ4474が、メインＴＳからプライマリ・オーディオ・ストリームを復号すると共に、拡張ストリームから拡張データを復号し、復号されたデータから目的のオーディオ・ストリームを構成する。
ＤＴＳ拡張規格に準拠のオーディオ・ストリームでは、メインＴＳに含まれるプライマリ・オーディオ・ストリームからの拡張部分のデータ量はベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれのデータ量よりも十分に小さい。従って、図１３に示されているエクステントのインターリーブ配置が有効である。
≪スーパー・ピクチャ・イン・ピクチャ用のビデオ・ストリーム≫
拡張データは、メインＴＳのプライマリ・ビデオ・ストリームに組み合わされるべきセカンダリ・ビデオ・ストリームであってもよい。拡張再生モードの再生装置102はそれらの組み合わせとメインＴＳのセカンダリ・ビデオ・ストリームとを合わせて、３種類以上の映像を１つの画面に同時に表示させることができる。
ピクチャ・イン・ピクチャにおいては一般に、セカンダリ・ビデオ・ストリームの解像度はプライマリ・ビデオ・ストリームの解像度よりも低い。従って、拡張ストリームに含まれるビデオ・ストリームのビットレートは一般に、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれのビットレートよりも低い。従って、図１３に示されているエクステントのインターリーブ配置が有効である。
≪Ｎビット拡張における追加の色情報≫
拡張データは、ベースビュー・ピクチャの各画素データが含む色情報のビット数を増加させるのに必要な情報であってもよい。例えば、ベースビュー・ピクチャの画素データがＲＧＢ又はＹＣｒＣｂの各色座標を８ビットで表現している場合、その色座標を１２ビット表現に変換するのに必要な情報が拡張データとして拡張ストリームに格納される。拡張再生モードの再生装置102では主映像デコーダ4470が、メインＴＳからベースビュー・ピクチャを復号すると共に、拡張ストリームから拡張データを復号し、復号されたデータを組み合わせて各画素データの色情報のビット数を増大させる。それにより、更に精細な色表現が可能になる。
ベースビュー・ピクチャの１組の画素データが含む色情報のビット数を増加させるのに必要な情報量は一般に、その画素データの量よりも小さい。従って、拡張ストリームのビットレートは一般に、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれのビットレートよりも低い。それ故、図１３に示されているエクステントのインターリーブ配置が有効である。
≪時間スケーラブル符号化における追加のピクチャ≫
拡張データは、ベースビュー・ビデオ・ストリームのフレームレートを上昇させるのに必要な情報であってもよい。例えば、ベースビュー・ビデオ・ストリームのフレームレートが６０ｆｐｓである場合、その値を１２０ｆｐｓまで上昇させるのに必要な追加のピクチャが、拡張データとして拡張ストリームに格納される。特に、追加のピクチャはベースビュー・ピクチャを参照して圧縮されている。拡張再生モードの再生装置102では主映像デコーダ4470が、メインＴＳからベースビュー・ピクチャを復号すると共に、そのベースビュー・ピクチャを利用して、拡張ストリームから追加のピクチャを復号する。主映像デコーダ4470は更に、ベースビュー・ピクチャ列の中に追加のピクチャを混入させることで、ベースビュー・ビデオ・ストリームのフレームレートを上昇させる。それにより、映像の時間的な変化を更に精細にすることができる。
追加のピクチャは、ベースビュー・ピクチャ間の映像の変化を更に精細にするためのものであるので、一般にベースビュー・ピクチャとの近似度が高い。従って、ベースビュー・ピクチャを参照して追加のピクチャを圧縮することにより、拡張ストリームのビットレートをベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれのビットレートよりも十分に低くくすることができる。それ故、図１３に示されているエクステントのインターリーブ配置が有効である。
≪カメラの画角が拡大された際の映像と元の画角での映像との間の差分≫
拡張データは、カメラの画角が拡大された際の映像と元の画角での映像との間の差分であってもよい。その場合、ベースビュー・ビデオ・ストリームは、元の画角での映像を表す。拡張再生モードの再生装置102では主映像デコーダ4470が、ベースビュー・ビデオ・ストリームから１枚のビデオ・フレームを復号すると共に、そのビデオ・フレームの表す映像の外側の領域の映像を表す画素データを拡張ストリームから復号する。主映像デコーダ4470は更に、それらのデータから１枚のビデオ・フレームを再構成する。それにより、元の映像よりも画角の広い映像を再生することができる。
ベースビュー・ビデオ・ストリームのビデオ・フレームが表す映像の外側の領域の映像を表す画素データの全体のデータ量は一般に、元のビデオ・フレームのデータ量よりは十分に小さい。従って、拡張ストリームのビットレートはベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれのビットレートよりも十分に低い。それ故、図１３に示されているエクステントのインターリーブ配置が有効である。
≪ディペンデントビュー・ビデオ・ストリーム≫
拡張データが、メインＴＳのベースビュー・ビデオ・ストリームと組み合わされて３Ｄ映像を表すディペンデントビュー・ビデオ・ストリーム、又は、そのディペンデントビュー・ビデオ・ストリームをベースビュー・ビデオ・ストリームと組み合わせることで生成されるレフトビューとライトビューとの間の視差を表す情報であってもよい。その場合、拡張再生モードの再生装置102は、３Ｄ再生モードのものと同様に３Ｄ映像を再生する。ここで、拡張ストリームのディペンデントビュー・ビデオ・ストリームはサブＴＳのディペンデントビュー・ビデオ・ストリームとは、共通のベースビュー・ビデオ・ストリームとの組み合わせで生成されるレフトビューとライトビューとの間の視差が異なる。
レフトビューとライトビューとの間の視差の最大値は通常、一般的な視聴者の瞳孔間距離以下（特に視聴者が子供である場合は５ｃｍ以下）である。その条件が満たされる限り、その視差は視聴者の瞳孔間距離を超えないので、その視聴者に映像酔いや眼精疲労が生じる危険性を低減させることができる。一方、表示装置103の画面サイズが大きいほど、レフトビューとライトビューとの間の視差は大きい。従って、例えばサブＴＳのディペンデントビュー・ビデオ・ストリームが、ベースビュー・ビデオ・ストリームとの組み合わせで、５０インチ以下の画面サイズに適切な視差を持つレフトビューとライトビューとを生成可能である場合、拡張ストリームのディペンデントビュー・ビデオ・ストリームは、ベースビュー・ビデオ・ストリームとの組み合わせで、１００インチ以下の画面サイズに適切な視差を持つレフトビューとライトビューとを生成可能であるように設計される。
再生装置102の再生制御部4035は、ＢＤ−ＲＯＭディスク101から３Ｄ映像を再生する場合、表示装置103の画面サイズに合わせて、３Ｄ再生モードと拡張再生モードとのいずれかを選択する。具体的には、再生制御部4035はまず、ＨＤＭＩケーブル122を通して表示装置103から画面サイズを取得する。再生制御部4035は次に、表示装置103の画面サイズが、５０インチ以下であれば３Ｄ再生モードを選択し、５０インチよりも大きく１００インチ以下であれば拡張再生モードを選択する。それにより、レフトビューとライトビューとの間の視差が画面サイズに適切な値に設定される。
拡張再生モードの再生装置102は、図１２に示されている第３再生経路1203とは異なり、ベースビュー・エクステント、ディペンデントビュー・エクステント、及び拡張エクステントを全て順番に読み出す。再生装置102は更に、ファイルＳＳと拡張ストリーム・ファイルとのファイル・エントリと３Ｄクリップ情報ファイルのエクステント起点とを利用して、読み出されたエクステントをＲＢ１4021、ＲＢ２4022、ＲＢ３4023に分配する。システム・ターゲット・デコーダ4024は主映像デコーダに、ＲＢ１4021からは、ベースビュー・ビデオ・ストリームを格納したソースパケットを供給し、ＲＢ２4022からは、ディペンデントビュー・ビデオ・ストリームを格納したソースパケットを供給し、ＲＢ３4023からは、拡張データを格納したソースパケットを供給する。拡張データがディペンデントビュー・ピクチャを含む場合、そのディペンデントビュー・ピクチャは、サブＴＳのディペンデントビュー・ピクチャと近似度が高いので、サブＴＳのディペンデントビュー・ピクチャを参照して圧縮されている。その場合、主映像デコーダはサブＴＳのディペンデントビュー・ピクチャを利用して拡張データからディペンデントビュー・ピクチャを復号する。一方、拡張データが視差情報を含む場合、主映像デコーダはその視差情報を利用してサブＴＳのディペンデントビュー・ピクチャの各画素データを左右に移動させる。こうして得られたディペンデントビュー・ピクチャとベースビュー・ピクチャとから、主映像デコーダは、レフトビューとライトビューとを表すビデオ・フレームの対を構成する。
拡張データは、サブＴＳのディペンデントビュー・ピクチャを参照して圧縮されたピクチャ又は視差情報である。従って、拡張ストリームのビットレートは、ベースビュー・ビデオ・ストリームとサブＴＳのディペンデントビュー・ビデオ・ストリームとのいずれのビットレートよりも十分に低い。それ故、図１３に示されているエクステントのインターリーブ配置が有効である。
≪３Ｄ映像に対する解像度拡張情報≫
拡張データは、ベースビュー・ビデオ・ストリームに対する解像度拡張情報だけでなく、ディペンデントビュー・ビデオ・ストリームに対する解像度拡張情報を含んでいてもよい。その場合、拡張再生モードの再生装置102は次のようにして４Ｋ２Ｋの３Ｄ映像を再生する。
拡張再生モードの再生装置102は、図１２に示されている第３再生経路1203とは異なり、ベースビュー・エクステント、ディペンデントビュー・エクステント、及び拡張エクステントを全て順番に読み出す。再生装置102は更に、ファイルＳＳと拡張ストリーム・ファイルとのファイル・エントリと３Ｄクリップ情報ファイルのエクステント起点とを利用して、読み出されたエクステントをＲＢ１4021、ＲＢ２4022、ＲＢ３4023に分配する。システム・ターゲット・デコーダ4024は主映像デコーダに、ＲＢ１4021からは、ベースビュー・ビデオ・ストリームを格納したソースパケットを供給し、ＲＢ２4022からは、ディペンデントビュー・ビデオ・ストリームを格納したソースパケットを供給し、ＲＢ３4023からは、拡張データを格納したソースパケットを供給する。主映像デコーダはまず、フルＨＤのベースビュー・ピクチャとディペンデントビュー・ピクチャとを復号する。主映像デコーダは次に、解像度拡張情報の示す補間方式を利用して、各ピクチャの解像度を４Ｋ２Ｋに上昇させる。主映像デコーダは続いて、解像度が上昇した各ピクチャに差分画素情報を加算する。こうして、４Ｋ２Ｋのレフトビューとライトビューとを表すビデオ・フレームの対が構成される。
解像度拡張情報は、ベースビュー・ピクチャとディペンデントビュー・ピクチャとのいずれよりもデータ量が十分に小さい。従って、拡張ストリームのビットレートは、ベースビュー・ビデオ・ストリームとサブＴＳのディペンデントビュー・ビデオ・ストリームとのいずれのビットレートよりも十分に低い。それ故、図１３に示されているエクステントのインターリーブ配置が有効である。
（1−B）本発明の実施形態１による表示装置103は液晶ディスプレイである。本発明による表示装置はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。更に、図１に示されている表示装置103は再生装置102から分離されている。その他に、表示装置が再生装置と一体化されていてもよい
（1−C）本発明の実施形態１による記録媒体101はＢＤ−ＲＯＭディスクである。本発明による記録媒体は、その他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。
（1−D）本発明の実施形態１による３Ｄ眼鏡102はシャッター眼鏡である。本発明による３Ｄ眼鏡はその他に、左右のレンズが偏光方向の異なる偏光フィルムで覆われているもの、又は、左右のレンズで透過スペクトルが異なるものであってもよい。前者の場合、表示装置は左目用の映像と右目用の映像とをそれぞれ、異なる偏光で表示する。後者の場合、表示装置は左目用の映像と右目用の映像とをそれぞれ、異なるスペクトルで表示する。いずれの場合でも、左目用レンズは左目用の映像のみを透過させ、右目用レンズは右目用の映像のみを透過させる。
（1−E）図５に示されているＰＥＳパケット511に格納されるピクチャは、１枚のビデオ・フレームの全体が符号化されたものである。ピクチャはその他に、１つのフィールドが符号化されたものであってもよい。
（1−F）本発明の実施形態１によるＬ／Ｒモードの再生装置102は、ベースビュー・ビデオ・ストリームからは、レフトビューを表すビデオ・フレームを再生し、ディペンデントビュー・ビデオ・ストリームからは、ライトビューを表すビデオ・フレームを再生する。逆に、ベースビュー・ビデオ・ストリームがライトビューを表し、ディペンデントビュー・ビデオ・ストリームがレフトビューを表してもよい。
（1−G）図１１に示されているエクステントの配置では、ディペンデントビュー・エクステントがベースビュー・エクステントよりも前に位置する。しかし、ファイルＤＥＰに対するシステム・レートRTS2がファイル２Ｄに対するシステム・レートRTS1と同程度に高く設定される場合、エクステント・ブロックの先頭に位置するエクステント・ペアにおいて第２転送速度REXT2が第１転送速度REXT1を超え得る。その場合、ベースビュー・エクステントがディペンデントビュー・エクステントの前に配置されてもよい。すなわち、そのエクステント・ペアの中で、サイズの小さいエクステントがサイズの大きいエクステントよりも前に配置される。それにより、リード・バッファの容量を小さく維持することができる。
（1−H）拡張再生モードにおける飛び込み再生時のジャンプ時間の短縮を目的として、再生開始位置のＧＯＰの先頭が、拡張エクステントの直後に配置されたベースビュー・エクステントに格納されてもよい。その場合、飛び込み再生時のジャンプ距離は、図２３の場合とは異なり、ディペンデントビュー・エクステントの最大エクステント・サイズを超えない。従って、２つの拡張エクステントの間に配置されるエクステント・ペアの数に上限が設けられなくてもよい。
《実施形態２》
本発明の実施形態２によるＢＤ−ＲＯＭディスクでは、層境界等、ロング・ジャンプが必要な箇所の直前又は直後において、２Ｄ再生モードでの再生経路、３Ｄ再生モードでの再生経路、及び拡張再生モードでの再生経路が分離されるようにエクステントが配置される。その点を除き、実施形態２によるＢＤ−ＲＯＭディスクと再生装置とは、実施形態１によるものと構成及び機能が等しい。従って、以下では、実施形態２によるＢＤ−ＲＯＭディスクと再生装置とのうち、実施形態１によるものからの変更部分及び拡張部分について説明する。実施形態１によるＢＤ−ＲＯＭディスクと再生装置と同様な部分については上記の実施形態１についての説明を援用する。
図１２では、第１再生経路1201、第２再生経路1202、及び第３再生経路1203はいずれも、層境界LBを越えるためのロング・ジャンプJLYの直前に４番目のベースビュー・エクステントB[3]を通る。ロング・ジャンプJLY中にシステム・ターゲット・デコーダによって処理されるべきベースビュー・ビデオ・ストリームのデータ量は、２Ｄ再生モードでは条件１により、４番目のベースビュー・エクステントB[3]のサイズで確保され、３Ｄ再生モードでは条件４により、３番目と４番目とのベースビュー・エクステントB[2]、B[3]の全体のサイズで確保され、拡張再生モードでは条件６により、３番目と４番目とのベースビュー・エクステントB[2]、B[3]の全体のサイズで確保される。従って、条件１によってベースビュー・エクステントB[3]に要求される最小エクステント・サイズは、条件２、６によって要求される最小エクステント・サイズよりも一般に大きい。ベースビュー・エクステントB[3]の直前に位置するディペンデントビュー・エクステントD[3]は、そのベースビュー・エクステントB[3]と同じエクステントＡＴＣ時間を持つので、そのディペンデントビュー・エクステントD[3]のサイズは、条件２によって要求される最小エクステント・サイズよりも一般に大きい。従って、ＲＢ２の容量は、３Ｄ再生モードでのシームレス再生に必要最小限の値よりも一般に大きい。また、拡張エクステントT[1]は、その直後に位置するベースビュー・エクステント群B[2]、B[3]の全体と同じエクステントＡＴＣ時間を持つので、拡張エクステントT[1]のサイズは、条件６によって要求される最小エクステント・サイズよりも一般に大きい。従って、ＲＢ３の容量は、拡張再生モードでのシームレス再生に必要最小限の値よりも一般に大きい。このように、図１２に示されている配置では、エクステント間のシームレスな接続は可能であるが、ＲＢ２とＲＢ３との容量を必要最小限に抑えることは難しい。
ロング・ジャンプJLY中での映像のシームレス再生を可能にしたまま、ＲＢ２とＲＢ３との容量を更に削減するには、層境界LBの前後でエクステント群の配置をインターリーブ配置から変更し、２Ｄ再生モード、３Ｄ再生モード、及び拡張再生モードの間で再生経路を分離すればよい。そのような変更のパターンには、例えば以下に述べる配置１、２、３がある。配置１−３のいずれでも、２Ｄ再生モードでの再生経路、３Ｄ再生モードでの再生経路、及び拡張再生モードでの再生経路が、ロング・ジャンプJLYの直前又は直後に異なるベースビュー・エクステントを通る。それにより、３Ｄ再生モードと拡張再生モードとにおいては、ロング・ジャンプJLYの直前又は直後に読み出されるベースビュー・エクステントは条件１を満たさなくてもよい。その結果、再生装置102に、ＲＢ１、ＲＢ２、ＲＢ３の各容量を必要最小限に維持させたまま、ロング・ジャンプJLY中での映像のシームレス再生を容易に実現させることができる。
以下、説明の便宜上、配置１−３が、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたエクステント群に採用された場合を想定する。尚、それらのエクステント群が、層境界に代えて、所定のセクタ数（例えば４００００セクタ）を超える別のデータの記録領域で分離されていても、以下の説明は同様に成立する。
＜配置１＞
図４９は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたエクステント群の配置１、及びそのエクステント群に対する各モードでの再生経路を示す模式図である。図４９を参照するに、層境界LBの直前には第１エクステント・ブロック4901が配置され、層境界LBの直後には第２エクステント・ブロック4902が配置されている。各エクステント・ブロック4901、4902では、拡張エクステントT[0]、T[2]が先頭に配置され、その直後に２組のエクステント・ペア（D[0]、B[0]、D[1]、B[1]）、（D[4]、B[4]、D[5]、B[5]）がインターリーブ配置を構成している。配置１では更に、第１エクステント・ブロック4901の後端B[1]と層境界LBとの間に、１つのデータ・ブロックB2D、２組のエクステント・ペアD[2]、B3D、D[3]、B3D、及び、拡張エクステントT[1]とベースビュー・エクステントBEXとの対がその順で配置されている。先頭のデータ・ブロックB2Dは、後続の２個のベースビュー・エクステントB3Dの全体、及び層境界の直前のベースビュー・エクステントBEXのそれぞれとビット単位（bit−for−bit）で一致する。すなわち、同じデータが三重に記録されている。以下、先頭のデータ・ブロックB2Dを「２Ｄ再生専用ブロック」といい、後続の２個のベースビュー・エクステントB3Dを「３Ｄ再生専用ブロック」といい、層境界の直前のベースビュー・エクステントBEXを「拡張再生専用ブロック」という。第１エクステント・ブロック4901内の後端のベースビュー・エクステントB[1]と２Ｄ再生専用ブロックB2Dとの全体はファイル２Ｄの単一のエクステントEXT2D[1]としてアクセス可能である。３Ｄ再生専用ブロックB3Dは直前のディペンデントビュー・エクステントD[2]、D[3]と共に、ファイルＳＳの単一のエクステントEXTSS[1]としてアクセス可能である。拡張再生専用ブロックBEXは拡張ストリーム・ファイルの単一のエクステントEXT3[3]としてアクセス可能である。
２Ｄ再生モードの再生装置102はファイル２Ｄを再生する。従って、２Ｄ再生モードでの再生経路4911が示すとおり、まず、第１エクステント・ブロック4901内の先頭のベースビュー・エクステントB[0]がファイル２Ｄの最初のエクステントEXT2D[0]として読み出され、その直後のディペンデントビュー・エクステントD[1]の読み出しがスキップされる。次に、第１エクステント・ブロック4901内の最後のベースビュー・エクステントB[1]とその直後の２Ｄ再生専用ブロックB2Dとの対がファイル２Ｄの２番目のエクステントEXT2D[1]として連続して読み出される。その直後にロング・ジャンプJLYが生じ、３Ｄ再生専用ブロックを含むエクステント・ペアD[2]、B3D、D[3]、B3D、拡張エクステントT[1]、拡張再生専用ブロックBEX、及び、第２エクステント・ブロック4902内の先頭の拡張エクステントT[2]とディペンデントビュー・エクステントD[4]の読み出しがスキップされる。続いて、第２エクステント・ブロック4902内の各ベースビュー・エクステントB[4]、B[5]がファイル２Ｄの１つのエクステントEXT2D[2]、EXT2D[3]として読み出され、ディペンデントビュー・エクステントD[5]の読み出しがスキップされる。
３Ｄ再生モードの再生装置102はファイルＳＳを再生する。従って、３Ｄ再生モードでの再生経路4912が示すとおり、まず、先頭の拡張エクステントT[0]を除く第１エクステント・ブロック4901の全体がファイルＳＳの最初のエクステントEXTSS[0]として連続して読み出される。その直後にジャンプが生じ、２Ｄ再生専用ブロックB2Dの読み出しがスキップされる。続いて、３Ｄ再生専用ブロックを含む２組のエクステント・ペアD[2]、B3D、D[3]、B3Dの全体がファイルＳＳの２番目のエクステントEXTSS[1]として連続して読み出される。その直後にロング・ジャンプJLYが生じ、拡張エクステントT[1]、T[2]と拡張再生専用ブロックBEXの読み出しがスキップされる。その後、先頭の拡張エクステントT[2]を除く第２エクステント・ブロック4902の全体がファイルＳＳの３番目のエクステントEXTSS[2]として連続して読み出される。
拡張再生モードの再生装置102は拡張ストリーム・ファイルとファイル２Ｄとを再生する。従って、拡張再生モードでの再生経路4913が示すとおり、まず、第１エクステント・ブロック4901内の拡張エクステントT[0]が拡張ストリーム・ファイルの最初のエクステントEXT3[0]として読み出される。次に、後続のディペンデントビュー・エクステントD[0]、D[1]の読み出しがスキップされ、先頭のベースビュー・エクステントB[0]がファイル２Ｄの最初のエクステントEXT2D[0]として読み出され、２番目のベースビュー・エクステントB[1]が拡張ストリーム・ファイルの２番目のエクステントEXT3[1]として読み出される。その直後にジャンプが生じ、２Ｄ再生専用ブロックB2Dと、３Ｄ再生専用ブロックを含む２組のエクステント・ペアD[2]、B3D、D[3]、B3Dの全体との読み出しがスキップされる。続いて、拡張エクステントT[1]と拡張再生専用ブロックBEXとのそれぞれが拡張ストリーム・ファイルの１つのエクステントEXT3[2]、EXT3[3]として連続して読み出される。その直後にロング・ジャンプJLYが生じる。その後、第２エクステント・ブロック4902内の拡張エクステントT[2]が拡張ストリーム・ファイルの５番目のエクステントEXT3[4]として読み出され、後続のディペンデントビュー・エクステントD[4]、D[5]の読み出しがスキップされ、各ベースビュー・エクステントB[4]、B[5]がファイル２Ｄの１つのエクステントEXT2D[2]、EXT2D[3]として読み出される。
図４９に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロックB2Dは読み出されるが、３Ｄ再生専用ブロックB3Dと拡張再生専用ブロックBEXとの読み出しはスキップされる。３Ｄ再生モードでは、３Ｄ再生専用ブロックB3Dは読み出されるが、２Ｄ再生専用ブロックB2Dと拡張再生専用ブロックBEXとの読み出しはスキップされる。拡張再生モードでは、拡張再生専用ブロックBEXは読み出されるが、２Ｄ再生専用ブロックB2Dと３Ｄ再生専用ブロックB3Dとの読み出しはスキップされる。このように、配置１では、ロング・ジャンプJLYの直前に、２Ｄ再生モードでの再生経路4911、３Ｄ再生モードでの再生経路4912、及び拡張再生モードでの再生経路4913が分離される。しかし、２Ｄ再生専用ブロックB2D、３Ｄ再生専用ブロックB3Dの全体、及び拡張再生専用ブロックBEXはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。
２Ｄ再生モードでの再生をシームレスに行うには、２Ｄ再生専用ブロックB2Dは、ＢＤ−ＲＯＭディスク101からの読み出し開始時点からロング・ジャンプJLYの終了時点までの期間に、ＲＢ１からシステム・ターゲット・デコーダへ転送されればよい。従って、２Ｄ再生専用ブロックB2DのサイズSDUP FOR SSIFとエクステントＡＴＣ時間TDUP FOR SSIFとは、次式（９）を満たすように設計される：
Figure 0005908894
 例えば、ロング・ジャンプJLYのジャンプ時間TJUMPが７００ｍ秒であり、ファイル２ＤのビットレートRTS1が最高値４８Ｍｂｐｓであり、ＢＤ−ＲＯＭドライブの読み出し速度RUD2Dが５４Ｍｂｐｓである場合、２Ｄ再生専用ブロックB2DのエクステントＡＴＣ時間TDUP FOR SSIFは約７．６秒以上であればよい。
拡張再生モードでの再生をシームレスに行うには、層境界LBの直前に配置された拡張エクステントT[1]は、ＢＤ−ＲＯＭディスク101からの読み出し開始時点からロング・ジャンプJLYの終了時点までの期間に、ＲＢ３からシステム・ターゲット・デコーダへ転送されればよい。従って、拡張エクステントT[1]のサイズST、拡張再生専用ブロックBEXのサイズSDUP FOR EX、及びそれらのエクステントＡＴＣ時間TDUP FOR EXは、次式（１０）を満たすように設計される：
Figure 0005908894
 結局、２Ｄ再生専用ブロックB2D、３Ｄ再生専用ブロックB3Dの全体、及び拡張再生専用ブロックBEXのそれぞれのサイズSDUPは、式（９）、（１０）で与えられるエクステントＡＴＣ時間TDUP FOR SSIF、TDUP FOR EXのうち、長い方とファイル２ＤのビットレートRTS1の１９２／１８８倍との積に決定される：SDUP＝max(TDUP FOR SSIF、TDUP FOR EX)×RTS1×192／188。
図４９に示されている配置１では、図１２に示されている配置とは異なり、層境界LBの直前に位置するファイル２ＤのエクステントEXT2D[1]のうち、ファイルＳＳのエクステントEXTSS[0]に共有されるベースビュー・エクステントB[1]は、条件１を満たさなくてもよい。すなわち、２Ｄ再生専用ブロックB2DのエクステントＡＴＣ時間が式（９）、（１０）を満たしていれば、そのベースビュー・エクステントB[1]のエクステントＡＴＣ時間は短縮されてもよい。それ故、その直前に位置するディペンデントビュー・エクステントD[1]のサイズ、及び拡張エクステントT[0]のサイズをいずれも、十分に小さく制限することができる。
３Ｄ再生専用ブロックB3Dの全体、及び拡張再生専用ブロックBEXはそれぞれ、２Ｄ再生専用ブロックB2Dとビット単位で一致している。従って、２Ｄ再生専用ブロックB2Dのサイズの拡大は、３Ｄ再生専用ブロックB3Dの直前に位置するディペンデントビュー・エクステントD[2]、D[3]のサイズ、及び拡張再生専用ブロックBEXの直前に位置する拡張エクステントT[1]のサイズを拡大させる。しかし、各サイズは、図１２に示されている層境界LBの直前に位置するディペンデントビュー・エクステントD[3]のサイズ、及び拡張エクステントT[1]のサイズよりは十分に小さくできる。こうして、ＲＢ２とＲＢ３との各容量を、シームレス再生に必要最小限の値に更に接近させることができる。
＜配置２＞
図５０の（ａ）は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたエクステント群の配置２、及びそのエクステント群に対する各モードでの再生経路を示す模式図である。図５０の（ａ）を図４９と比較すれば明らかなとおり、配置２は配置１とは、２Ｄ再生専用ブロックB2D、３Ｄ再生専用ブロックB3D、及び拡張再生専用ブロックBEXが層境界LBの直後にも配置されている点で異なる。
図５０の（ａ）を参照するに、層境界LBの前方におけるエクステント群の配置は、図４９に示されているものと同様である。一方、層境界LBと第２エクステント・ブロック4902との間には、拡張エクステントTと拡張再生専用ブロックBEXとの対、２Ｄ再生専用ブロックB2D、及び、３Ｄ再生専用ブロックを含む１組のエクステント・ペアD、B3Dがその順で配置されている。２Ｄ再生専用ブロックB2Dはファイル２Ｄの単一のエクステントEXT2D[2]としてアクセス可能である。３Ｄ再生専用ブロックB3Dは直前のディペンデントビュー・エクステントDと共に、ファイルＳＳの単一のエクステントEXTSS[2]としてアクセス可能である。層境界LBの直後に配置された拡張エクステントTと拡張再生専用ブロックBEXとはそれぞれ、拡張ストリーム・ファイルの単一のエクステントEXT3[4]、EXT3[5]としてアクセス可能である。層境界LBの前後に配置された拡張再生専用ブロックBEXの全体は、２Ｄ再生専用ブロックB2Dの全体、及び３Ｄ再生専用ブロックB3Dの全体のそれぞれとビット単位で一致する。
２Ｄ再生モードの再生装置102はファイル２Ｄを再生する。従って、２Ｄ再生モードでの再生経路5011が示すとおり、層境界LBの直後ではまず、拡張エクステントTと拡張再生専用ブロックBEXとの対の読み出しがスキップされ、２Ｄ再生専用ブロックB2Dがファイル２Ｄの１つのエクステントEXT2D[2]として読み出され、その直後のディペンデントビュー・エクステントDと３Ｄ再生専用ブロックB3Dとの読み出しがスキップされる。次に、第２エクステント・ブロック4902内では、各ベースビュー・エクステントBがファイル２Ｄの１つのエクステントEXT2D[3]、EXT2D[4]として読み出され、その他のエクステントD、Tの読み出しがスキップされる。
３Ｄ再生モードの再生装置102はファイルＳＳを再生する。従って、３Ｄ再生モードでの再生経路5012が示すとおり、層境界LBの直後ではまず、拡張エクステントTと拡張再生専用ブロックBEXとの対、及び２Ｄ再生専用ブロックB2Dの読み出しがスキップされ、ディペンデントビュー・エクステントDと３Ｄ再生専用ブロックB3Dとの全体がファイルＳＳの３番目のエクステントEXTSS[2]として連続して読み出される。その直後にジャンプが生じ、第２エクステント・ブロック4902内の先頭の拡張エクステントTの読み出しがスキップされる。続いて、第２エクステント・ブロック4902内のエクステント・ペアD、Bの全体がファイルＳＳの４番目のエクステントEXTSS[3]として連続して読み出される。
拡張再生モードの再生装置102は拡張ストリーム・ファイルとファイル２Ｄとを再生する。従って、拡張再生モードでの再生経路5013が示すとおり、層境界LBの直後ではまず、拡張エクステントTと拡張再生専用ブロックBEXとのそれぞれが拡張ストリーム・ファイルの１つのエクステントEXT3[4]、EXT3[5]として読み出される。次に、後続の２Ｄ再生専用ブロックB2D、ディペンデントビュー・エクステントD、及び３Ｄ再生専用ブロックB3Dの読み出しがスキップされ、第２エクステント・ブロック4902の先頭の拡張エクステントTが拡張ストリーム・ファイルの７番目のエクステントEXT3[6]として読み出される。以降、第２エクステント・ブロック4902内では、ディペンデントビュー・エクステントDの読み出しがスキップされ、各ベースビュー・エクステントBがファイル２Ｄの１つのエクステントEXT2D[3]、EXT2D[4]として読み出される。
図５０の（ａ）に示されているとおり、配置２では配置１とは異なり、ロング・ジャンプJLYの直前だけでなく、その直後においても、２Ｄ再生モードでの再生経路5011、３Ｄ再生モードでの再生経路5012、及び拡張再生モードでの再生経路5013が分離される。しかし、２Ｄ再生専用ブロックB2Dの全体、３Ｄ再生専用ブロックB3Dの全体、及び拡張再生専用ブロックBEXの全体はビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。
配置２では配置１よりも、２Ｄ再生専用ブロックB2D、３Ｄ再生専用ブロックB3D、及び拡張再生専用ブロックBEXの各サイズを自由に設計できる。従って、各ディペンデントビュー・エクステントのサイズ、及び各拡張エクステントのサイズをいずれも、十分に小さく制限することが容易である。こうして、ＲＢ２とＲＢ３との各容量を、シームレス再生に必要最小限の値に更に接近させることが容易である。
＜配置３＞
図５０の（ｂ）は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたエクステント群の配置３、及びそのエクステント群に対する２Ｄ再生モードでの再生経路と拡張再生モードでの再生経路を示す模式図である。図５０の（ｂ）を図５０の（ａ）と比較すれば明らかなとおり、配置３は配置２とは、層境界LBの直後に配置された２Ｄ再生専用ブロックが拡張再生専用ブロックとしても利用される点で異なる。
図５０の（ｂ）を参照するに、層境界LBの前方におけるエクステント群の配置は、図４９に示されているものと同様である。一方、層境界LBと第２エクステント・ブロック4902との間には、拡張エクステントTとベースビュー・エクステントB2-Eとの対、及び、３Ｄ再生専用ブロックを含む１組のエクステント・ペアD、B3Dがその順で配置されている。層境界LBの直後に配置されたベースビュー・エクステントB2-Eと拡張再生専用ブロックBEXとの全体は、そのベースビュー・エクステントB2-Eと２Ｄ再生専用ブロックB2Dとの全体、及び３Ｄ再生専用ブロックB3Dの全体のそれぞれとビット単位で一致する。そのベースビュー・エクステントB2-Eはファイル２Ｄの単一のエクステントEXT2D[2]としてアクセス可能である。
２Ｄ再生モードの再生装置102はファイル２Ｄを再生する。従って、２Ｄ再生モードでの再生経路5021が示すとおり、層境界LBの直後ではまず、拡張エクステントTの読み出しがスキップされ、ベースビュー・エクステントB2-Eがファイル２Ｄの１つのエクステントEXT2D[2]として読み出され、その直後のディペンデントビュー・エクステントDと３Ｄ再生専用ブロックB3Dとの読み出しがスキップされる。次に、第２エクステント・ブロック4902内では、各ベースビュー・エクステントBがファイル２Ｄの１つのエクステントEXT2D[3]、EXT2D[4]として読み出され、その他のエクステントD、Tの読み出しがスキップされる。
拡張再生モードの再生装置102は拡張ストリーム・ファイルとファイル２Ｄとを再生する。従って、拡張再生モードでの再生経路5023が示すとおり、層境界LBの直後ではまず、拡張エクステントTが拡張ストリーム・ファイルの５番目のエクステントEXT3[4]として読み出され、続いてベースビュー・エクステントB2-Eがファイル２Ｄの３番目のエクステントEXT2D[2]として読み出される。次に、後続のディペンデントビュー・エクステントDと３Ｄ再生専用ブロックB3Dとの読み出しがスキップされ、第２エクステント・ブロック4902の先頭の拡張エクステントTが拡張ストリーム・ファイルの６番目のエクステントEXT3[5]として読み出される。以降、第２エクステント・ブロック4902内では、ディペンデントビュー・エクステントDの読み出しがスキップされ、各ベースビュー・エクステントBがファイル２Ｄの１つのエクステントEXT2D[3]、EXT2D[4]として読み出される。
図５０の（ｂ）に示されているとおり、配置３では配置２とは異なり、ロング・ジャンプJLYの直後において、２Ｄ再生モードでの再生経路5021と拡張再生モードでの再生経路5023とが同じベースビュー・エクステントB2-Eを通る。従って、そのベースビュー・エクステントB2-Eは条件１を満たさねばならず、それにより、その直前の拡張エクステントTのサイズも影響を受ける。しかし、２Ｄ再生モードでの再生経路5021において、そのベースビュー・エクステントB2-Eの直後に生じるジャンプJ2Dのジャンプ距離は短いので、そのベースビュー・エクステントB2-EのエクステントＡＴＣ時間も短い。その結果、拡張エクステントTのサイズは、ＲＢ３に必要な容量を増大させるほどの値にはならない。例えば、拡張ストリームのビットレートRTS3が１０Ｍｂｐｓであり、拡張再生モードでのＢＤ−ＲＯＭドライブの読み出し速度RUDEXが７２Ｍｂｐｓである場合、図２６のグラフより、ＲＢ１の容量の下限RB1は１０．７ＭＢ以上であり、ＲＢ３の容量の下限RB3は８．０ＭＢ以上である：RB1≧10.7MB、RB3≧8.0MB、RB1＋RB3≧18.7MB。一方、拡張ストリームのビットレートが１２Ｍｂｐｓであり、層境界LBの直後に配置されたベースビュー・エクステントB2-EのエクステントＡＴＣ時間が３．１８秒である場合、そのベースビュー・エクステントB2-Eの直前に配置された拡張エクステントTのサイズは４．５ＭＢである。この値はＲＢ３の容量の下限RB3＝8.0MBよりも十分に小さい。このように、２Ｄ再生モードでの再生経路5021と拡張再生モードでの再生経路5023とが同じベースビュー・エクステントB2-Eを通っても、ＲＢ３に必要な容量を増大させない。
配置３では、ロング・ジャンプJLYの直後において、２Ｄ再生モードでの再生経路5021と拡張再生モードでの再生経路5023とが同じベースビュー・エクステントB2-Eを通る。それにより、ＢＤ−ＲＯＭディスク101上において２Ｄ再生専用ブロックB2Dの全体と重複するデータ量を削減することができる。その結果、ＢＤ−ＲＯＭディスク101上のボリューム領域202Bを更に有効に活用することができる。
《実施形態３》
本発明の実施形態３によるＢＤ−ＲＯＭディスクは、実施形態１によるものとは異なり、拡張ストリームとしてＤＴＳ−ＨＤ拡張オーディオ・ストリームの拡張部分を含む。一方、メインＴＳはプライマリ・オーディオ・ストリームとしてＤＴＳ−ＨＤコア・オーディオ・ストリームを含む。上記の拡張部分とＤＴＳ−ＨＤコア・オーディオ・ストリームとの間で、ＰＴＳが等しいフレームを組み合わせると、ＤＴＳ−ＨＤ拡張オーディオ・ストリームのフレームが構成される。拡張再生モードの再生装置102では主音声デコーダ4474が、メインＴＳからＤＴＳ−ＨＤコア・オーディオ・ストリームを復号すると共に、拡張ストリームから上記の拡張部分を復号し、復号されたデータからＤＴＳ−ＨＤ拡張オーディオ・ストリームを構成する。その他の要素及びその機能については、実施形態３は実施形態１と同様であるので、詳細は実施形態１についての説明を援用する。
拡張ストリームが映像データである場合、拡張データの有無による映像の違いは視聴者に即座に気付かれやすい。従って、拡張再生モードの再生装置102は、飛び込み再生を行う場合、再生開始部分を含むベースビュー・エクステントの直前に配置された拡張エクステントから読み込みを開始する。それにより、再生開始部分における画質の不自然な変化が防止される。一方、拡張ストリームが音声データである場合、拡張データの有無による音声の違いは、映像の違いに比べれば、視聴者に即座には気付かれにくい。従って、拡張再生モードの再生装置102は、飛び込み再生を行う場合、再生開始部分を含むベースビュー・エクステントから読み込みを開始する。それにより、飛び込み再生が指示された時点から実際に再生が開始される時点までの待ち時間が短縮される。但し、その場合、再生開始部分の拡張データが読み込まれないので、音声が途中で不自然に変化する危険性がある。そこで、実施形態３による再生装置102は、飛び込み再生時、再生開始部分の拡張データを読み込まなかった場合、その拡張データに代えて、デフォルトの拡張データをＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームと組み合わせて、ＤＴＳ−ＨＤ拡張オーディオ・ストリームのフレームを構成する。それにより、音声の不自然な変化を防ぐことができる。
図５１は、拡張再生モードの再生装置102に含まれる主音声デコーダ4474の機能ブロック図である。図５１を参照するに、主音声デコーダ4474は、ＴＢ１5101、ＭＢ１5102、ＥＢ１5103、ＴＢ２5104、ＭＢ２5105、ＥＢ２5106、拡張データ制御部5107、デフォルト拡張データ生成部5108、スイッチ5109、及び圧縮音声デコーダ（ＤＥＣ）5110を含む。ＴＢ１5101、ＭＢ１5102、ＥＢ１5103、ＴＢ２5104、ＭＢ２5105、及びＥＢ２5106はいずれもバッファ・メモリである。各バッファ・メモリは、主音声デコーダ4474に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
ＴＢ１5101は、メインＴＳのプライマリ・オーディオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ4513から受信してそのまま蓄積する。ＭＢ１5102は、ＴＢ１5101に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ１5103は、ＭＢ１5102に蓄積されたＰＥＳパケットから、符号化されたＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
ＴＢ２5104は、ＤＴＳ−ＨＤ拡張オーディオ・ストリームの拡張部分を含むＴＳパケットを第２ＰＩＤフィルタ4514から受信してそのまま蓄積する。ＭＢ２5105は、ＴＢ２5104に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ２5106は、ＭＢ２5105に蓄積されたＰＥＳパケットから、符号化されたＤＴＳ−ＨＤ拡張オーディオ・ストリームの拡張部分を抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
拡張データ制御部5107はまず、ＥＢ１5103に蓄積されたＤＴＳ−ＨＤコア・オーディオ・ストリームの各フレームについて、そのフレームを格納していたＰＥＳパケットのＰＥＳヘッダからＰＴＳを読み取る。拡張データ制御部5107は次に、ＥＢ２5106に蓄積された各拡張部分について、その拡張部分を格納していたＰＥＳパケットのＰＥＳヘッダからＰＴＳを読み取る。拡張データ制御部5107は更に、ＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームと同じＰＴＳが割り当てられた拡張部分を探す。その拡張部分が見つかれば、拡張データ制御部5107はスイッチ5109を操作して、ＥＢ２5106をＤＥＣ5110へ接続させる。一方、その拡張部分が見つからなければ、拡張データ制御部5107はスイッチ5109を操作して、デフォルト拡張データ生成部5108をＤＥＣ5110へ接続させる。
デフォルト拡張データ生成部5108は、ＤＴＳ−ＨＤ拡張オーディオ・ストリームの拡張部分としてデフォルトのデータを生成する。デフォルトのデータは、ＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームに対するチャンネル・ミキシングの係数を含み、ＤＴＳ−ＨＤコア・オーディオ・ストリームの任意のフレームとの組み合わせでＤＴＳ−ＨＤ拡張オーディオ・ストリームのフレームを構成することができる。
スイッチ5109は、拡張データ制御部5107からの指示に応じて、ＥＢ２5106とデフォルト拡張データ生成部5108とのいずれかをＤＥＣ5110へ接続する。
ＤＥＣ5110は、ＤＴＳ−ＨＤ拡張オーディオ・ストリームのフレームの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ5110は、ＥＢ１5103から転送されたＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームを順次復号する。その復号処理と並行して、ＤＥＣ5110は、スイッチ5109から転送された拡張部分を順次復号する。ＤＥＣ5110は更に、復号後のデータを組み合わせてＤＴＳ−ＨＤ拡張オーディオ・ストリームのフレームを構成し、音声ミキサ4495へ送出する。
図５２は、主音声デコーダによるオーディオ・ストリームの復号処理のフローチャートである。この処理は、各ＰＩＤフィルタ4513、4514から主音声デコーダ4474へＴＳパケットが転送された時点に開始される。
ステップＳ５２０１では、ＴＢ１5101に蓄積されたＴＳパケットから、符号化されたＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームが再構成されてＥＢ１5103に蓄積される。一方、ＴＢ２5104に蓄積されたＴＳパケットから、符号化されたＤＴＳ−ＨＤ拡張オーディオ・ストリームの拡張部分が再構成されてＥＢ２5106に蓄積される。拡張データ制御部5107は、ＥＢ１5103からはＤＴＳ−ＨＤコア・オーディオ・ストリームの各フレームのＰＴＳを読み取り、ＥＢ２5106からは各拡張部分のＰＴＳを読み取る。拡張データ制御部5107は更に、ＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームと同じＰＴＳが割り当てられた拡張部分を探す。その拡張部分がＥＢ２5106の中に存在すれば、処理はステップＳ５２０２へ進む。その拡張部分が存在しなければ、処理はステップＳ５２０３へ進む。
ステップＳ５２０２では、ＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームと同じＰＴＳが割り当てられた拡張部分がＥＢ２5106の中に存在する。従って、拡張データ制御部5107はスイッチ5109を操作して、ＥＢ２5106をＤＥＣ5110に接続させる。それにより、ＤＥＣ5110は、ＥＢ１5103から転送されたＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームと、スイッチ5109から転送された拡張部分とを復号し、復号後のデータを組み合わせてＤＴＳ−ＨＤ拡張オーディオ・ストリームのフレームを構成する。ＤＥＣ5110は更に、そのフレームを音声ミキサ4495へ送出する。その後、処理はステップＳ５２０４へ進む。
ステップＳ５２０３では、ＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームと同じＰＴＳが割り当てられた拡張部分がＥＢ２5106の中には存在しない。従って、拡張データ制御部5107はスイッチ5109を操作して、デフォルト拡張データ生成部5108をＤＥＣ5110に接続させる。それにより、ＤＥＣ5110は、ＥＢ１5103から転送されたＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームを復号し、デフォルト拡張データ生成部5108から転送されたデフォルトの拡張部分を復号後のフレームと組み合わせてＤＴＳ−ＨＤ拡張オーディオ・ストリームのフレームを構成する。ＤＥＣ5110は更に、そのフレームを音声ミキサ4495へ送出する。その後、処理はステップＳ５２０４へ進む。
ステップＳ５２０４では、拡張データ制御部5107が、ＥＢ１5103の中に復号対象のフレームが残っているかチェックする。そのフレームが残っていれば、処理はステップＳ５２０１から繰り返され、残っていなければ処理は終了する。
拡張再生モードの再生装置102では、上記のとおり、主音声デコーダがＤＴＳ−ＨＤコア・オーディオ・ストリームの各フレームとＤＴＳ−ＨＤ拡張オーディオ・ストリームの各拡張部分との間でＰＴＳを比較する。それにより、飛び込み再生時にＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームに対する拡張部分が読み込まれたか否かがチェックされる。更に、拡張部分が読み込まれなかった場合、主音声デコーダは、その拡張部分に代えて、デフォルトの拡張部分をＤＴＳ−ＨＤコア・オーディオ・ストリームのフレームと組み合わせて、ＤＴＳ−ＨＤ拡張オーディオ・ストリームのフレームを構成する。それにより、音声の不自然な欠落を防ぐことができる。
《実施形態４》
以下、本発明の実施形態４として、ＢＤ−ＲＥ（Rewritable）、ＢＤ−Ｒ（Recordable）、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤディスク等と略す。）にＡＶストリーム・ファイルを、本発明の実施形態１、２によるエクステントの配置でリアルタイムに記録する装置及びその方法について説明する。
実施形態４による記録装置は家庭用ディスク・レコーダ又はビデオカメラに搭載されている。その記録装置は、ビデオカメラで撮影された動画コンテンツ、又はＢＤ−ＲＯＭディスク等、他の記録媒体から再生されたコンテンツを、所定の圧縮符号化方式でＡＶストリーム・ファイルに変換して記録媒体に記録する。そのコンテンツは、４Ｋ２Ｋの２Ｄ映像とフルＨＤの３Ｄ映像との両方で表現されている。その記録装置は次にシナリオを生成する。「シナリオ」は、コンテンツに含まれる各タイトルの再生方法を規定した情報であり、動的シナリオ情報と静的シナリオ情報とを含む。その記録装置は続いて、シナリオを記録媒体に記録する。
図５３は、実施形態４による記録装置の機能ブロック図である。図５３を参照するに、その記録装置5300は、記録部5301、ビデオ・エンコーダ5302、オーディオ・エンコーダ5303、制御部5304、マルチプレクサ5305、ソース・パケタイザ5306、及び書き込み部5307を含む。
記録部5301は記録装置5300に内蔵の記憶装置であり、特にＨＤＤである。記録部5301はその他に、記録装置5300に外付けされたＨＤＤであってもよく、記録装置5300に内蔵の、又は外付けされた半導体メモリ装置であってもよい。
ビデオ・エンコーダ5302は映像データの符号化処理専用のハードウェアである。ビデオ・エンコーダ5302はその他に、記録装置5300に内蔵のＣＰＵが特定のソフトウェアを実行することによって機能する要素であってもよい。ビデオ・エンコーダ5302はアナログ又はデジタルの映像入力信号VINを、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、又はＭＰＥＧ−２等の圧縮符号化方式で圧縮する。それにより、映像データは、ベースビュー・ビデオ・ストリーム、ディペンデントビュー・ビデオ・ストリーム、及び拡張ストリームの組み合わせに変換される。変換後の各ビデオ・ストリーム5311と拡張ストリーム5312とは記録部5301に保存される。
ビデオ・エンコーダ5302は、３Ｄ映像のデータの符号化にはＭＶＣ等の多視点符号化方式を利用する。それにより、３Ｄ映像のデータは、図７に示されているようなベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの対に変換される。すなわち、レフトビューを表すビデオ・フレームの列は、それ自身のピクチャ間での予測符号化によってベースビュー・ビデオ・ストリームに変換される。一方、ライトビューを表すビデオ・フレームの列は、それ自身のピクチャだけでなく、ベースビュー・ピクチャとの間での予測符号化によってディペンデントビュー・ビデオ・ストリームに変換される。尚、ライトビューを表すビデオ・フレームの列がベースビュー・ビデオ・ストリームに変換され、レフトビューを表すビデオ・フレームの列がディペンデントビュー・ビデオ・ストリームに変換されてもよい。
ビデオ・エンコーダ5302は、３Ｄ映像のデータを符号化する際、ピクチャ間予測符号化の処理過程で、圧縮前のレフトビュー・ピクチャとライトビュー・ピクチャとを８画素×８画素又は１６画素×１６画素のマクロブロックごとに比較して、両ピクチャ間での各映像の動きベクトルを検出する。ビデオ・エンコーダ5302は、検出された動きベクトルを各ピクチャの圧縮に利用する。一方、ビデオ・エンコーダ5302はその動きベクトルを各映像の両眼視差の計算に利用し、各映像の両眼視差からその映像の奥行き情報を算出してもよい。ビデオ・エンコーダ5302は更にその奥行き情報を利用して、レフトビュー又はライトビューに対するデプスマップを生成してもよい。その場合、ビデオ・エンコーダ5302は、レフトビュー又はライトビューのストリーム・データとデプスマップ・ストリームとのそれぞれを、それ自身の含むピクチャ間での予測符号化を用いて、ベースビュー・ビデオ・ストリームとデプスマップ・ストリームとに変換する。
ビデオ・エンコーダ5302は、４Ｋ２Ｋの２Ｄ映像のデータを符号化する際、まず、３Ｄ映像のデータの符号化で得られたベースビュー・ビデオ・ストリームからフルＨＤのビデオ・フレームを抽出し、バイキュービック方式又はバイリニア方式等の補間を用いてそのビデオ・フレームを４Ｋ２Ｋのビデオ・フレームに変換する。ビデオ・エンコーダ5302は次に、変換された４Ｋ２Ｋのビデオ・フレームを元の４Ｋ２Ｋのビデオ・フレームと比較して、差分画素情報を生成する。ビデオ・エンコーダ5302は更に、生成された差分画素情報から解像度拡張情報を生成して、拡張ストリームに変換する。
オーディオ・エンコーダ5303は音声データの符号化処理専用のハードウェアである。オーディオ・エンコーダ5303はその他に、記録装置5300に内蔵のＣＰＵが特定のソフトウェアを実行することによって機能する要素であってもよい。オーディオ・エンコーダ5303は音声入力信号AINからオーディオ・ストリーム5313を生成して記録部5301に保存する。音声入力信号AINは例えば非圧縮のＬＰＣＭ音声データであり、ＡＣ−３等の圧縮符号化方式で符号化される。
制御部5304は、記録装置5300に内蔵のＣＰＵが特定のソフトウェアを実行することによって機能する要素である。制御部5304はシナリオ・データ5314を生成して記録部5301に保存する。シナリオ・データ5314は、インデックス・ファイル、ＭＶオブジェクト・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルを含み、記録部5301に保存された各エレメンタリ・ストリーム5311−5313の再生方法を規定する。
制御部5304は特にクリップ情報ファイルのエントリ・マップを、次のようにリアルタイムで生成する。ビデオ・エンコーダ5302はＧＯＰを１つ符号化する度に、そのＧＯＰの先頭に位置するＩピクチャ又はＰピクチャのＰＴＳ、そのピクチャが格納される予定のソースパケット群の先頭のＳＰＮ、及び、そのピクチャに対する解像度拡張情報が格納される予定のソースパケット群の先頭のＳＰＮを制御部5304に渡す。制御部5304は、ビデオ・エンコーダ5302から渡されたＰＴＳとＳＰＮとの対を１つのエントリ・ポイントとしてエントリ・マップに追記する。
制御部5304は更に、２Ｄクリップ情報ファイルとＤＥＰクリップ情報ファイルとのそれぞれのエントリ・マップを利用して、図２９の（ａ）、（ｂ）に示されているエクステント起点2742、2920を生成する。そのとき、エクステント・ペア間でエクステントＡＴＣ時間が揃えられる。制御部5304はまた、ベースビュー・エクステント、ディペンデントビュー・エクステント、及び拡張エクステントの各サイズが条件１−６を満たすように、エクステントの配置を設計する。特に図１３に示されているように、１つの拡張エクステントの直後にエクステント・ペアが２つ以上配置され、その拡張エクステントと後続のエクステント・ペアとの間でエクステントＡＴＣ時間が揃えられる。
制御部5304はその他に、メインＴＳ、サブＴＳ、及び拡張ストリームのそれぞれに多重化されるべきエレメンタリ・ストリームから、図２７に示されているストリーム属性情報2720を抽出し、図２７に示されているように、エントリ・マップ2730、３Ｄメタデータ2740、及びストリーム属性情報2720の組み合わせをクリップ情報2710に対応付ける。こうして、２Ｄクリップ情報ファイル、ＤＥＰクリップ情報ファイル、及び拡張クリップ情報ファイルが生成される。その後、制御部5304は各クリップ情報ファイルを利用して、２Ｄプレイリスト・ファイル、３Ｄプレイリスト・ファイル、及び拡張プレイリスト・ファイルを生成する。
マルチプレクサ5305は、記録部5301に保存されているエレメンタリ・ストリーム5311−5313をＭＰＥＧ２−ＴＳ形式のストリーム・データに多重化する。具体的には、図５に示されているように、まず、各エレメンタリ・ストリーム5311−5312が一連のＴＳパケット列に変換され、次に、それらのＴＳパケット列が１本の多重化ストリーム・データにまとめられる。こうして、メインＴＳ、サブＴＳ、及び拡張ストリームが生成される。それらの多重化ストリーム・データはソース・パケタイザ5306へ送出される。
ソース・パケタイザ5306は、メインＴＳ、サブＴＳ、及び拡張ストリームを構成する各ＴＳパケットを１つのソースパケットに変換する。それにより、メインＴＳ、サブＴＳ、及び拡張ストリームがそれぞれ、一連のソースパケット列に変換され、書き込み部5307へ送出される。
書き込み部5307は、まず、ソース・パケタイザ5306によって生成されたソースパケット列を、制御部5304によって設計されたエクステントの配置に従ってＢＤディスク等BDRに書き込む。それと並行して、書き込み部5307は、ファイル２Ｄ、ファイルＤＥＰ、ファイルＳＳ、及び拡張ストリーム・ファイルの各ファイル・エントリを、内蔵のメモリ上に生成する。書き込み部5307は更に、各ソースパケット列の全体をＢＤディスク等BDRに書き終えたとき、各ＡＶストリーム・ファイルのファイル・エントリをＢＤディスク等BDRに書き込む。こうして、各ソースパケット列がＡＶストリーム・ファイルとしてＢＤディスク等BDRに記録される。その後、書き込み部5307は、記録部5301に保存されたシナリオ・データ5314をＢＤディスク等BDRに記録する。
書き込み部5307は、ＡＶストリーム・ファイルのファイル・エントリを生成するとき、クリップ情報ファイルに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、エントリ・ポイントとエクステント起点との各ＳＰＮがアロケーション記述子の生成に利用される。特に、図１１に示されているようなエクステントのインターリーブ配置が表現されるように、各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが、制御部5304によって設計されたエクステントの配置に従って決定される。
図５４は、図５３に示されている記録装置5300を利用してＢＤディスク等BDRへコンテンツをリアルタイムで記録する方法のフローチャートである。この方法は、例えば記録装置5300の電源投入によって開始される。
ステップＳ５４０１では、ビデオ・エンコーダ5302が、映像入力信号VINを符号化してピクチャを生成し、音声入力信号AINを符号化してオーディオ・フレームを生成する。特に、３Ｄ映像のレフトビューを表すビデオ・フレームはベースビュー・ピクチャに符号化され、ライトビューを表すビデオ・フレームはディペンデントビュー・ピクチャに符号化される。更に、４Ｋ２Ｋのビデオ・フレームは、ベースビュー・ピクチャを利用して、解像度拡張情報に変換される。生成されたピクチャ、オーディオ・フレーム、及び解像度拡張情報は記録部5301に保存される。その後、処理はステップＳ５４０２へ進む。
ステップＳ５４０２では、マルチプレクサ5305が、記録部5301に保存されたピクチャ、オーディオ・フレーム、及び解像度拡張情報を１本のＴＳに多重化する。更に、ソース・パケタイザ5306がそのＴＳをソースパケット列に変換して、書き込み部5307へ渡す。その後、処理はステップＳ５４０３へ進む。
ステップＳ５４０３では、書き込み部5307が、ソース・パケタイザ5306によって生成されたソースパケット列を蓄積する。制御部5304は、蓄積されたソースパケット列に基づいて、ＢＤディスク等BDRに記録すべきエクステントの配置を設計する。書き込み部5307はそのソースパケット列を、制御部5304によって設計されたエクステントの配置に従ってＢＤディスク等BDRに書き込む。それと並行して、書き込み部5307はＡＶストリーム・ファイルのファイル・エントリを内蔵のメモリ上に生成する。その後、処理はステップＳ５４０４へ進む。
ステップＳ５４０４では、ステップＳ５４０１で生成されたピクチャがＧＯＰの先頭であるか否かを、ビデオ・エンコーダ5302がチェックする。そのピクチャがＧＯＰの先頭である場合、処理はステップＳ５４０５へ進む。そのピクチャがＧＯＰの先頭ではない場合、処理はステップＳ５４０６へ進む。
ステップＳ５４０５では、ステップＳ５４０１で生成されたピクチャがＧＯＰの先頭である。従って、ビデオ・エンコーダ5302は、そのピクチャのＰＴＳ、そのピクチャが格納される予定のソースパケット群の先頭のＳＰＮ、及び、そのピクチャに対する解像度拡張情報が格納される予定のソースパケット群の先頭のＳＰＮを制御部5304に渡す。制御部5304は、ビデオ・エンコーダ5302から渡されたＰＴＳとＳＰＮとの対を１つのエントリ・ポイントとしてエントリ・マップに追記する。その後、処理はステップＳ５４０６へ進む。
ステップＳ５４０６では、復号対象の映像入力信号VINが存在するか否かをビデオ・エンコーダ5302がチェックする。その映像入力信号VINが存在する場合、処理はステップＳ５４０１から繰り返される。その映像入力信号VINが存在しない場合、処理はステップＳ５４０７へ進む。
ステップＳ５４０７では、復号対象の映像入力信号VINが全て、多重化ストリーム・データに変換されてＢＤディスク等BDRに記録されている。従って、書き込み部5307は内蔵のメモリからＢＤディスク等BDRへ、各ＡＶストリーム・ファイルのファイル・エントリを転送する。一方、制御部5304が、メインＴＳ、サブＴＳ、及び拡張ストリームのそれぞれに多重化されるべきエレメンタリ・ストリームからストリーム属性情報を抽出し、エントリ・マップと３Ｄメタデータと共にクリップ情報に対応付ける。こうして、２Ｄクリップ情報ファイル、ＤＥＰクリップ情報ファイル、及び拡張クリップ情報ファイルが生成される。書き込み部5307はそれらのクリップ情報ファイルをＢＤディスク等BDRに記録する。その後、処理はステップＳ５４０８へ進む。
ステップＳ５４０８では、制御部5304は、２Ｄクリップ情報ファイル、ＤＥＰクリップ情報ファイル、及び拡張クリップ情報ファイルを利用して、２Ｄプレイリスト・ファイル、３Ｄプレイリスト・ファイル、及び拡張プレイリスト・ファイルを生成する。書き込み部5307はそれらのプレイリスト・ファイルをＢＤディスク等BDRに記録する。その後、処理は終了する。
《実施形態５》
以下、本発明の実施形態５として、ＢＤ−ＲＯＭディスクにコンテンツを、本発明の実施形態１、２によるエクステントの配置で記録する装置及びその方法について説明する。その記録装置は、いわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用のコンテンツの制作スタジオに設置され、オーサリング・スタッフによって使用される。その記録装置はオーサリング・スタッフの操作に従い、まずコンテンツを所定の圧縮符号化方式でＡＶストリーム・ファイルに変換する。コンテンツは、４Ｋ２Ｋの２Ｄ映像とフルＨＤの３Ｄ映像との両方で表現されている。その記録装置は次にシナリオを生成する。その記録装置は続いて、ＡＶストリーム・ファイル及びシナリオからＢＤ−ＲＯＭディスク用のボリューム・イメージを生成する。その記録装置は最後に、そのボリューム・イメージをＢＤ−ＲＯＭディスクに記録する。
図５５は、本発明の実施形態５による記録装置の機能ブロック図である。図５５を参照するに、その記録装置5500は、データベース部5501、ビデオ・エンコーダ5502、素材制作部5503、シナリオ生成部5504、ＢＤプログラム制作部5505、多重化処理部5506、及びフォーマット処理部5507を含む。
データベース部5501は記録装置5500に内蔵の不揮発性記憶装置であり、特にＨＤＤである。データベース部5501はその他に、記録装置5500に外付けされたＨＤＤであってもよく、記録装置5500に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。
ビデオ・エンコーダ5502は映像データの符号化処理専用のハードウェアである。ビデオ・エンコーダ5502はその他に、記録装置5500に内蔵のＣＰＵが特定のソフトウェアを実行することによって機能する要素であってもよい。ビデオ・エンコーダ5502は、非圧縮のビットマップ・データ等の映像データをオーサリング・スタッフから受け付けて、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、又はＭＰＥＧ−２等の圧縮符号化方式で圧縮する。それにより、映像データは、ベースビュー・ビデオ・ストリーム、ディペンデントビュー・ビデオ・ストリーム、及び拡張ストリームの組み合わせに変換される。変換後の各ビデオ・ストリーム5511と拡張ストリーム5512とはデータベース部5501に保存される。
ビデオ・エンコーダ5502は、図５３に示されているもの5302と同様に、３Ｄ映像のデータをベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの対に変換する。特に、レフトビューとライトビューとの間での各映像の動きベクトルから各３Ｄ映像の奥行き情報を算出し、その奥行き情報を利用してデプスマップ・ストリームを生成してもよい。ビデオ・エンコーダ5502は更に、３Ｄ映像のデータの符号化で得られたベースビュー・ビデオ・ストリームを利用して、４Ｋ２Ｋの２Ｄ映像のデータから、解像度拡張情報を含む拡張ストリームを生成する。
素材制作部5503は、ビデオ・ストリーム5511と拡張ストリーム5512以外のエレメンタリ・ストリーム、例えば、オーディオ・ストリーム5513、ＰＧストリーム5514、及びＩＧストリーム5515を生成してデータベース部5501に保存する。例えば、素材制作部5503はオーサリング・スタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ−３等の圧縮符号化方式で符号化してオーディオ・ストリーム5513に変換する。オーディオ・ストリームとしてＤＴＳ−ＨＤ拡張オーディオ・ストリームが生成される場合、各オーディオ・フレームはＤＴＳ−ＨＤコア・オーディオ・フレームと拡張部分とに分解され、前者はオーディオ・ストリームに格納され、後者は拡張ストリームに格納される。素材制作部5503はその他に、オーサリング・スタッフから字幕情報ファイルを受け付けて、それに従ってＰＧストリーム5514を生成する。字幕情報ファイルは、字幕を表すイメージ・データ又はテキスト・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェード・イン／アウト等の視覚効果を規定する。素材制作部5503は更に、オーサリング・スタッフからビットマップ・データとメニュー・ファイルとを受け付けて、それらに従ってＩＧストリーム5515を生成する。ビットマップ・データはメニューのイメージを表す。メニュー・ファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。
シナリオ生成部5504は、オーサリング・スタッフからＧＵＩ経由で受け付けられた指示に従ってシナリオ・データ5516を生成し、データベース部5501に保存する。シナリオ・データ5516は、インデックス・ファイル、ＭＶオブジェクト・ファイル、及びプレイリスト・ファイルを含み、データベース部5501に保存された各エレメンタリ・ストリーム5511−5515の再生方法を規定する。シナリオ生成部5504は更に、パラメータ・ファイルPRFを生成して多重化処理部5506へ送出する。パラメータ・ファイルPRFは、データベース部5501に保存されたエレメンタリ・ストリーム5511−5515の中から、メインＴＳ、サブＴＳ、及び拡張ストリームのそれぞれに多重化されるべきエレメンタリ・ストリームを規定する。
ＢＤプログラム制作部5505はオーサリング・スタッフに対して、ＢＤ−Ｊオブジェクト及びＪａｖａアプリケーション・プログラムのプログラミング環境を提供する。ＢＤプログラム制作部5505はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを生成する。ＢＤプログラム制作部5505は更に、ＢＤ−ＪオブジェクトからＢＤ−Ｊオブジェクト・ファイルを生成し、Ｊａｖａアプリケーション・プログラムをＪＡＲファイルに圧縮する。それらのプログラム・ファイル群BDPはフォーマット処理部5507へ送出される。
多重化処理部5506はパラメータ・ファイルPRFに従い、データベース部5501に保存されているエレメンタリ・ストリーム5511−5515をＭＰＥＧ２−ＴＳ形式のストリーム・データに多重化する。具体的には、図５に示されているように、まず、各エレメンタリ・ストリーム5511−5515が一連のソースパケット列に変換され、次に、それらのソースパケット列が１本の多重化ストリーム・データにまとめられる。こうして、メインＴＳ、サブＴＳ、及び拡張ストリームが生成される。それらの多重化ストリーム・データMSDはフォーマット処理部5507へ送出される。
多重化処理部5506は更に、２Ｄクリップ情報ファイル、ＤＥＰクリップ情報ファイル、及び拡張クリップ情報ファイルを以下の手順（I）−（IV）で生成する：（I）ファイル２Ｄ、ファイルＤＥＰ、拡張クリップ情報ファイルのそれぞれについてエントリ・マップを生成する。（II）各クリップ情報ファイルのエントリ・マップを利用してエクステント起点を生成する。そのとき、エクステント・ペア間でエクステントＡＴＣ時間を揃える。更に、ベースビュー・エクステント、ディペンデントビュー・エクステント、及び拡張エクステントの各サイズが条件１−６を満たすように、エクステントの配置を設計する。特に図１３に示されているように、１つの拡張エクステントの直後にエクステント・ペアが２つ以上配置され、その拡張エクステントと後続のエクステント・ペアとの間でエクステントＡＴＣ時間が揃えられる。（III）メインＴＳ、サブＴＳ、及び拡張ストリームのそれぞれに多重化されるべきエレメンタリ・ストリームからストリーム属性情報を抽出する。（IV）エントリ・マップ、３Ｄメタデータ、及びストリーム属性情報の組み合わせをクリップ情報に対応付ける。こうして、各クリップ情報ファイルCLIが生成され、フォーマット処理部5507へ送出される。
フォーマット処理部5507は、データベース部5501に保存されたシナリオ・データ5516、ＢＤプログラム制作部5505によって制作されたＢＤ−Ｊオブジェクト・ファイル等のプログラム・ファイル群BDP、及び、多重化処理部5506によって生成された多重化ストリーム・データMSDとクリップ情報ファイルCLIとから、ＢＤ−ＲＯＭディスク・イメージ5520を生成する。
フォーマット処理部5507は多重化ストリーム・データMSDを、ファイル２Ｄ、ファイルＤＥＰ、ファイルＳＳ、及び拡張ストリーム・ファイルに格納する。フォーマット処理部5507は、それらのＡＶストリーム・ファイルのファイル・エントリを生成するとき、クリップ情報ファイルに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、エントリ・ポイントとエクステント起点との各ＳＰＮがアロケーション記述子の生成に利用される。特に、図１１に示されているようなエクステントのインターリーブ配置が表現されるように、各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが、多重化処理部5506によって設計されたエクステントの配置に従って決定される。
図５６は、図５５に示されている記録装置5500を利用してＢＤ−ＲＯＭディスクへコンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置5500の電源投入によって開始される。
ステップＳ５６０１では、ＢＤ−ＲＯＭディスクへ記録されるべきエレメンタリ・ストリーム、プログラム、及びシナリオ・データが生成される。すなわち、ビデオ・エンコーダ5502はビデオ・ストリーム5511と拡張ストリーム5512とを生成する。素材制作部5503は、オーディオ・ストリーム5513、ＰＧストリーム5514、及びＩＧストリーム5515を生成する。シナリオ生成部5504はシナリオ・データ5516を生成する。生成されたそれらのデータ5511−5516はデータベース部5501に保存される。一方、シナリオ生成部5504はパラメータ・ファイルPRFを生成して多重化処理部5506へ送出する。ＢＤプログラム制作部5505は、ＢＤ−Ｊオブジェクト・ファイルとＪＡＲファイルとを含むプログラム・ファイル群BDPを生成してフォーマット処理部5507へ送出する。その後、処理はステップＳ５６０２へ進む。
ステップＳ５６０２では、多重化処理部5506はパラメータ・ファイルPRFに従い、データベース部5501からエレメンタリ・ストリーム5511−5515を読み出してＭＰＥＧ２−ＴＳ形式のストリーム・データに多重化する。その後、処理はステップＳ５６０３へ進む。
ステップＳ５６０３では、多重化処理部5506は、２Ｄクリップ情報ファイル、ＤＥＰクリップ情報ファイル、及び拡張クリップ情報ファイルを生成する。更に、ベースビュー・エクステント、ディペンデントビュー・エクステント、及び拡張エクステントのサイズが条件１−６を満たすように設計される。その後、処理はステップＳ５６０４へ進む。
ステップＳ５６０４では、フォーマット処理部5507は、シナリオ・データ5516、プログラム・ファイル群BDP、多重化ストリーム・データMDS、及びクリップ情報ファイルCLIからＢＤ−ＲＯＭディスク・イメージ5520を生成する。特に、多重化ストリーム・データMDSがＡＶストリーム・ファイルに格納される際には、図１１に示されているようなエクステントのインターリーブ配置が表現されるように、ファイル・エントリ内の各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが、多重化処理部5506によって設計されたエクステントの配置に従って決定される。その後、処理はステップＳ５６０５へ進む。
ステップＳ５６０４では、ＢＤ−ＲＯＭディスク・イメージ5520の中に電子透かしが埋め込まれてもよい。電子透かしは、一般の再生装置では検出できない識別子である。特殊な再生装置を用いて、ＢＤ−ＲＯＭディスク上に電子透かしが存在するか否かを判別することにより、そのＢＤ−ＲＯＭディスクが海賊版であるか否かを識別することができる。
ステップＳ５６０５では、ＢＤ−ＲＯＭディスク・イメージ5520がＢＤ−ＲＯＭプレス用データに変換される。このデータは、マスタリング装置によってＢＤ−ＲＯＭディスクの原盤に記録される。その後、処理はステップＳ５６０６へ進む。
ステップＳ５６０５では、ＢＤ−ＲＯＭプレス用データと共に、ＡＡＣＳ ＬＡ（Advanced Access Content System Licensing Administrator）の電子署名がＢＤ−ＲＯＭディスクの原盤に記録されてもよい。ＡＡＣＳ ＬＡは、次世代のデジタル家電機器における著作物保護技術に関するライセンスを管理する団体である。マスタリング装置の所有者は、ＡＡＣＳ ＬＡからライセンスを提供されている場合、ＢＤ−ＲＯＭプレス用データの一部をＡＡＣＳ ＬＡへ送付することで、上記の電子署名を取得することができる。再生装置は、ＢＤ−ＲＯＭディスクからデータを再生する際、その電子署名を確認することにより、そのＢＤ−ＲＯＭディスクがＡＡＣＳ ＬＡによって認証されたものであることを確認することができる。
ステップＳ５６０５では更に、ＢＤ−ＲＯＭディスク・イメージ5520の一部、特にビデオ・ストリームとオーディオ・ストリームとが、著作権の保護又はデータの秘匿性の向上を目的として暗号化されてもよい。その場合、ＢＤ−ＲＯＭディスクの原盤にはタイトル・キーの暗号化データとＭＫＢ（メディア・キー・ブロック）とが記録される。タイトル・キーは、暗号化されたＢＤ−ＲＯＭディスク・イメージ5520の一部の解読に必要な鍵である。ＭＫＢは、ＡＡＣＳ ＬＡから提供されるデータであり、タイトル・キーの暗号化と、暗号化されたタイトル・キーの解読とに利用される。再生装置は、暗号化されたビデオ・ストリーム等を再生する場合、まず、デバイス・キー、ＭＫＢ、及びボリュームＩＤを利用して、暗号化されたタイトル・キーを解読する。デバイス・キーは、再生装置に固有のコードである。ボリュームＩＤは、ＢＤ−ＲＯＭディスクに固有のコードであり、図２に示されているＢＤ−ＲＯＭディスク101上のＢＣＡ201に書き込まれている。再生装置は次に、解読されたタイトル・キーを利用して、暗号化されたビデオ・ストリーム等を解読する。タイトル・キーは、デバイス・キー、ＭＫＢ、及びボリュームＩＤとの組み合わせが正しい場合にのみ解読される。従って、ＡＡＣＳ ＬＡによって認証された再生装置とＢＤ−ＲＯＭディスクとの組み合わせでしか、暗号化されたビデオ・ストリーム等を正しく再生することはできない。
ステップＳ５６０６では、ステップＳ５６０５で得られた原盤をプレス工程に利用してＢＤ−ＲＯＭディスク101の大量生産を行う。こうして、処理が終了する。
《補足》
＜記録媒体のファイルシステム＞
記録媒体のファイルシステムとしてＵＤＦが利用されるとき、図２に示されているＢＤ−ＲＯＭディスク101のボリューム領域202Bのようなデータ記録領域は、一般に複数のディレクトリ、ファイル・セット記述子、及び終端記述子のそれぞれが記録された領域を含む。「ディレクトリ」は、同じディレクトリを構成するデータ群である。「ファイル・セット記述子」は、ルート・ディレクトリのファイル・エントリが記録されているセクタのＬＢＮを示す。「終端記述子」はファイル・セット記述子の記録領域の終端を示す。
各ディレクトリは共通のデータ構造を持つ。各ディレクトリは特に、ファイル・エントリ、ディレクトリ・ファイル、及び下位ファイル群を含む。
「ファイル・エントリ」は、記述子タグ、ＩＣＢ（Information Control Block）タグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。例えば記述子タグの値が“２６１”であるとき、そのデータの種類はファイル・エントリである。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、同じディレクトリに属するディレクトリ・ファイルが記録されたセクタのＬＢＮを示す。
「ディレクトリ・ファイル」は、下位ディレクトリのファイル識別記述子と下位ファイルのファイル識別記述子とを一般に複数ずつ含む。「下位ディレクトリのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ディレクトリにアクセスするための情報である。このファイル識別記述子は、その下位ディレクトリの識別情報、ディレクトリ名の長さ、ファイル・エントリ・アドレス、及びディレクトリ名そのものを含む。特にファイル・エントリ・アドレスは、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ファイルにアクセスするための情報である。このファイル識別記述子は、その下位ファイルの識別情報、ファイル名の長さ、ファイル・エントリ・アドレス、及びファイル名そのものを含む。特にファイル・エントリ・アドレスは、その下位ファイルのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル・エントリ」は、後述のとおり、下位ファイルの本体を構成するデータのアドレス情報を含む。
ファイル・セット記述子と下位ディレクトリ／ファイルのファイル識別記述子とを順番に辿ってゆけば、記録媒体に記録された任意のディレクトリ／ファイルのファイル・エントリにアクセスすることができる。具体的には、まず、ファイル・セット記述子からルート・ディレクトリのファイル・エントリが特定され、そのファイル・エントリ内のアロケーション記述子からルート・ディレクトリのディレクトリ・ファイルが特定される。次に、そのディレクトリ・ファイルからルート・ディレクトリ直下のディレクトリのファイル識別記述子が検出され、その中のファイル・エントリ・アドレスからそのディレクトリのファイル・エントリが特定される。更に、そのファイル・エントリ内のアロケーション記述子からそのディレクトリのディレクトリ・ファイルが特定される。続いて、そのディレクトリ・ファイルのうち、下位ディレクトリ又は下位ファイルのファイル識別記述子内のファイル・エントリ・アドレスからその下位ディレクトリ又は下位ファイルのファイル・エントリが特定される。
「下位ファイル」はそれぞれエクステントとファイル・エントリとを含む。「エクステント」は一般に複数であり、それぞれ、ディスク上の論理アドレス、すなわちＬＢＮが連続しているデータ列である。エクステントの全体が下位ファイルの本体を構成する。「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は各エクステントに対して１つずつ設けられ、データ記録領域における各エクステントの配置、具体的には各エクステントのサイズとその先端のＬＢＮとを示す。従って、各アロケーション記述子を参照することにより、各エクステントにアクセスすることができる。その他に、各アロケーション記述子の上位２ビットは、そのアロケーション記述子の示すＬＢＮのセクタにエクステントが実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。
ＵＤＦを利用した上記のファイルシステムと同様、記録媒体に対するファイルシステムでは一般に、その記録媒体に記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がその記録媒体に記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。
＜本発明の別の観点＞
請求の範囲には、本発明の第１の観点による記録媒体、再生装置、及び記録装置が記載されている。その他に、上記の実施形態１−３に基づき、本発明は以下の観点から特徴づけられてもよい。
本発明の第２の観点による記録媒体は、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームが記録された記録媒体であって、
前記メインビュー・ストリームは、立体視映像のメインビューを構成するメインビュー・ビデオ・ストリームを含み、前記記録媒体の上では複数のメインビュー・エクステントに分割されて配置されており、
前記サブビュー・ストリームは、前記立体視映像のサブビューを構成するサブビュー・ビデオ・ストリームを含み、前記記録媒体の上では複数のサブビュー・エクステントに分割されて配置されており、
前記拡張ストリームは、前記メインビュー・ビデオ・ストリームと組み合わされて利用される拡張データを含み、前記記録媒体の上では複数の拡張エクステントに分割されて配置されており、
１つの拡張エクステントに１つのメインビュー・エクステントが隣接している場合、前記１つの拡張エクステントのデータ量の下限は、再生装置が前記記録媒体から、ジャンプすることなく連続して読み出すデータ量の下限よりも小さい
ことを特徴とする。
本発明の第２の観点による再生装置は、記録媒体から、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームを再生する再生装置であって、
前記メインビュー・ストリームは、立体視映像のメインビューを構成するメインビュー・ビデオ・ストリームを含み、前記記録媒体の上では複数のメインビュー・エクステントに分割されて配置されており、
前記サブビュー・ストリームは、前記立体視映像のサブビューを構成するサブビュー・ビデオ・ストリームを含み、前記記録媒体の上では複数のサブビュー・エクステントに分割されて配置されており、
前記拡張ストリームは、前記メインビュー・ビデオ・ストリームと組み合わされて利用される拡張データを含み、前記記録媒体の上では複数の拡張エクステントに分割されて配置されており、
前記再生装置は、
前記記録媒体からデータを読み出す読み出し部、
前記読み出し部によって読み出されたデータから、前記メインビュー・ストリーム、前記サブビュー・ストリーム、及び前記拡張ストリームを抽出するスイッチ部、
前記スイッチ部によって抽出されたメインビュー・ストリームを格納する第１リード・バッファ、
前記スイッチ部によって抽出されたサブビュー・ストリームを格納する第２リード・バッファ、
前記スイッチ部によって抽出された拡張ストリームを格納する第３リード・バッファ、並びに、
前記第１リード・バッファから前記メインビュー・ストリームを読み出して復号し、前記第２リード・バッファから前記サブビュー・ストリームを読み出して復号し、前記第３リード・バッファから前記拡張ストリームを読み出して復号する復号部、
を備え、
前記読み出し部が前記記録媒体から、ジャンプすることなく連続して読み出すデータ量は、所定の閾値以上であり、
前記読み出し部は、前記記録媒体から、１つのメインビュー・エクステントに隣接している１つの拡張エクステントを読み出す場合、前記１つの拡張エクステントを前記１つのメインビュー・エクステントと共に連続して読み出す
ことを特徴とする。
本発明の第２の観点による記録装置は、記録媒体に、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームを記録する記録装置であって、
立体視映像のメインビューをメインビュー・ビデオ・ストリームに符号化し、前記立体視映像のサブビューをサブビュー・ビデオ・ストリームに符号化し、前記メインビュー・ビデオ・ストリームと組み合わされて利用される拡張データを符号化する符号化部、
前記メインビュー・ビデオ・ストリームを前記メインビュー・ストリームに多重化し、前記サブビュー・ビデオ・ストリームを前記サブビュー・ストリームに多重化し、前記拡張データを前記拡張ストリームに多重化し、前記記録媒体における、前記メインビュー・ストリーム、前記サブビュー・ストリーム、及び前記拡張ストリームの配置を決定する多重化部、並びに、
前記メインビュー・ストリーム、前記サブビュー・ストリーム、及び前記拡張ストリームを前記記録媒体に書き込む書き込み部、
を備え、
前記多重化部は、前記メインビュー・ストリームを複数のメインビュー・エクステントに分割して配置し、前記サブビュー・ストリームを複数のサブビュー・エクステントに分割して配置し、前記拡張ストリームを複数の拡張エクステントに分割して配置し、
前記多重化部は、１つの拡張エクステントを１つのメインビュー・エクステントに隣接させる場合、前記１つの拡張エクステントのデータ量の下限を、再生装置が前記記録媒体から、ジャンプすることなく連続して読み出すデータ量の下限よりも小さく設定する
ことを特徴とする。
本発明の第２の観点による記録媒体では、１つの拡張エクステントに１つのメインビュー・エクステントが隣接している場合、その拡張エクステントのデータ量の下限は、再生装置が記録媒体から、ジャンプすることなく連続して読み出すデータ量の下限よりも小さい。その場合、再生装置はその拡張エクステントを、それに隣接するメインビュー・エクステントと共に連続して読み出す。それにより、その拡張エクステントにはパディング・ビットが付加されなくてもよい。その結果、記録媒体上に、メインビュー・エクステント及びサブビュー・エクステントを記録可能な領域が広く確保されるので、記録媒体上のデータ領域を有効に利用することができる。
本発明の第３の観点による再生装置は、記録媒体から、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームを再生する再生装置であって、
前記メインビュー・ストリームは、立体視映像のメインビューを構成するメインビュー・ビデオ・ストリームと、オーディオ・ストリームとを含み、前記記録媒体の上では複数のメインビュー・エクステントに分割されて配置されており、
前記サブビュー・ストリームは、前記立体視映像のサブビューを構成するサブビュー・ビデオ・ストリームを含み、前記記録媒体の上では複数のサブビュー・エクステントに分割されて配置されており、
前記拡張ストリームは、前記オーディオ・ストリームと組み合わされて利用される拡張オーディオ・データを含み、前記記録媒体の上では複数の拡張エクステントに分割されて配置されており、
前記再生装置は、
前記記録媒体からデータを読み出す読み出し部、
前記読み出し部によって読み出されたデータから、前記メインビュー・ストリーム、前記サブビュー・ストリーム、及び前記拡張ストリームを抽出するスイッチ部、
前記スイッチ部によって抽出されたメインビュー・ストリームを格納する第１リード・バッファ、
前記スイッチ部によって抽出されたサブビュー・ストリームを格納する第２リード・バッファ、
前記スイッチ部によって抽出された拡張ストリームを格納する第３リード・バッファ、並びに、
前記第１リード・バッファから前記メインビュー・ストリームを読み出して復号し、前記第２リード・バッファから前記サブビュー・ストリームを読み出して復号し、前記第３リード・バッファから前記拡張ストリームを読み出して復号する復号部、
を備え、
前記読み出し部が前記記録媒体から前記複数のメインビュー・エクステントと前記複数の拡張エクステントとを読み出す一方で、前記スイッチ部が、前記読み出し部によって読み出されたデータから、前記オーディオ・ストリームの一部と組み合わされるべき前記拡張オーディオ・データの一部を抽出できなかった場合、前記復号部は、前記拡張オーディオ・データの一部の代わりにデフォルトの拡張オーディオ・データを出力する
ことを特徴とする。
本発明の第３の観点による再生装置は、例えば飛び込み再生時、再生開始部分を含むメインビュー・エクステントから読み込みを開始する。それにより、飛び込み再生が指示された時点から実際に再生が開始される時点までの待ち時間が短縮される。一方、その再生装置は再生開始部分の拡張オーディオ・データを読み込まないので、その拡張オーディオ・データに代えてデフォルトの拡張オーディオ・データを、メインビュー・ストリーム内のオーディオ・ストリームと組み合わせて利用する。それにより、音声の不自然な変化を防ぐことができる。
本発明は立体視映像の記録再生技術に関し、上記のとおり、記録媒体上に記録されたエクステントの各サイズを、条件１−６が満たされるように設計する。このように、本発明は明らかに産業上利用可能である。
B[m] ベースビュー・エクステント
D[m] ディペンデントビュー・エクステント
T[m] 拡張エクステント
Tk ベースビュー・エクステントB[m＋k]に対する解像度拡張情報
SEXT1[m] ベースビュー・エクステントのサイズ
SEXT2[m] ディペンデントビュー・エクステントのサイズ
SEXT3[m] 拡張エクステントのサイズ

Claims (14)

  1. メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームが記録された記録媒体であって、
    前記メインビュー・ストリームは、立体視映像のメインビューを構成するメインビュー・ビデオ・ストリームを含み、前記記録媒体の上では複数のメインビュー・エクステントに分割されて配置されており、
    前記サブビュー・ストリームは、前記立体視映像のサブビューを構成するサブビュー・ビデオ・ストリームを含み、前記記録媒体の上では複数のサブビュー・エクステントに分割されて配置されており、
    前記拡張ストリームは、前記メインビュー・ストリームと組み合わされて利用される拡張データを含み、前記記録媒体の上では複数の拡張エクステントに分割されて配置されており、
    ２つの拡張エクステントの間には、メインビュー・エクステントとサブビュー・エクステントとが少なくとも２個ずつ、交互に連続して配置されている
    ことを特徴とする記録媒体。
  2. 前記２つの拡張エクステントの間に連続して配置されたメインビュー・エクステントとサブビュー・エクステントとの対の数は、前記２つの拡張エクステントの間のジャンプ距離が所定の閾値を超えないように決定されている
    ことを特徴とする、請求項１に記載の記録媒体。
  3. ジャンプ距離に対する最大ジャンプ時間が階段状に規定されており、
    前記閾値は、最大ジャンプ時間が所定値に引き上げられる直前のジャンプ距離に等しい
    ことを特徴とする、請求項２に記載の記録媒体。
  4. 前記拡張データは、前記メインビューを更に高い解像度の映像に変換するのに必要な情報を含む、請求項１に記載の記録媒体。
  5. 前記必要な情報は、前記更に高い解像度の値、前記メインビューの解像度を上げる際に利用される補間の方式、及び、前記補間が行われた後の前記メインビューと前記更に高い解像度の映像との間の差分データを含む、請求項４に記載の記録媒体。
  6. 前記拡張データは、前記立体視映像に対するデプスマップを含む、請求項１に記載の記録媒体。
  7. 前記メインビュー・ストリームはオーディオ・ストリームを含み、
    前記拡張データは、前記オーディオ・ストリームと組み合わされて利用される拡張オーディオ・データを含む、請求項１に記載の記録媒体。
  8. 前記拡張データは、前記メインビューと共にピクチャ・イン・ピクチャ形式で表示される平面視映像を構成するストリーム・データを含む、請求項１に記載の記録媒体。
  9. 前記拡張データは、前記メインビューを構成する画素データのビット数を増加させるのに必要な情報を含む、請求項１に記載の記録媒体。
  10. 前記拡張データは、前記メインビュー・ビデオ・ストリームのフレームレートを上昇させるのに必要な情報を含む、請求項１に記載の記録媒体。
  11. 前記拡張データは、前記メインビュー・ビデオ・ストリームの表す映像の画角を拡大させるのに必要な情報を含む、請求項１に記載の記録媒体。
  12. 前記拡張データは、前記サブビューとは属性の異なるサブビューを構成するサブビュー・ビデオ・ストリームを含む、請求項１に記載の記録媒体。
  13. 記録媒体から、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームを再生する再生装置であって、
    前記メインビュー・ストリームは、立体視映像のメインビューを構成するメインビュー・ビデオ・ストリームを含み、前記記録媒体の上では複数のメインビュー・エクステントに分割されて配置されており、
    前記サブビュー・ストリームは、前記立体視映像のサブビューを構成するサブビュー・ビデオ・ストリームを含み、前記記録媒体の上では複数のサブビュー・エクステントに分割されて配置されており、
    前記拡張ストリームは、前記メインビュー・ビデオ・ストリームと組み合わされて利用される拡張データを含み、前記記録媒体の上では複数の拡張エクステントに分割されて配置されており、
    ２つの拡張エクステントの間には、メインビュー・エクステントとサブビュー・エクステントとが少なくとも２個ずつ、交互に連続して配置されており、
    前記再生装置は、
    前記記録媒体からデータを読み出す読み出し部、
    前記読み出し部によって読み出されたデータから、前記メインビュー・ストリーム、前記サブビュー・ストリーム、及び前記拡張ストリームを抽出するスイッチ部、
    前記スイッチ部によって抽出されたメインビュー・ストリームを格納する第１リード・バッファ、
    前記スイッチ部によって抽出されたサブビュー・ストリームを格納する第２リード・バッファ、
    前記スイッチ部によって抽出された拡張ストリームを格納する第３リード・バッファ、並びに、
    前記第１リード・バッファから前記メインビュー・ストリームを読み出して復号し、前記第２リード・バッファから前記サブビュー・ストリームを読み出して復号し、前記第３リード・バッファから前記拡張ストリームを読み出して復号する復号部、
    を備え、
    前記立体視映像が再生される場合、
    前記読み出し部は、前記複数のメインビュー・エクステントと前記複数のサブビュー・エクステントとを前記記録媒体から読み出して、前記複数の拡張エクステントの記録領域をジャンプし、
    前記第１リード・バッファの容量は、前記読み出し部が１つの拡張エクステントの記録領域をジャンプしている期間に前記復号部によって前記第１リード・バッファから読み出されるメインビュー・ストリームのデータ量よりも多く確保され、
    前記第２リード・バッファの容量は、前記期間に前記復号部によって前記第２リード・バッファから読み出されるサブビュー・ストリームのデータ量よりも多く確保されている
    ことを特徴とする再生装置。
  14. 記録媒体に、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームを記録する記録装置であって、
    立体視映像のメインビューをメインビュー・ビデオ・ストリームに符号化し、前記立体視映像のサブビューをサブビュー・ビデオ・ストリームに符号化し、前記メインビュー・ビデオ・ストリームと組み合わされて利用される拡張データを符号化する符号化部、
    前記メインビュー・ビデオ・ストリームを前記メインビュー・ストリームに多重化し、前記サブビュー・ビデオ・ストリームを前記サブビュー・ストリームに多重化し、前記拡張データを前記拡張ストリームに多重化し、前記記録媒体における、前記メインビュー・ストリーム、前記サブビュー・ストリーム、及び前記拡張ストリームの配置を決定する多重化部、並びに、
    前記メインビュー・ストリーム、前記サブビュー・ストリーム、及び前記拡張ストリームを前記記録媒体に書き込む書き込み部、
    を備え、
    前記多重化部は、
    前記メインビュー・ストリームを複数のメインビュー・エクステントに分割して配置し、前記サブビュー・ストリームを複数のサブビュー・エクステントに分割して配置し、前記拡張ストリームを複数の拡張エクステントに分割して配置し、
    ２つの拡張エクステントの間には、メインビュー・エクステントとサブビュー・エクステントとを少なくとも２個ずつ、交互に連続して配置する
    ことを特徴とする記録装置。
JP2013511946A 2011-04-28 2012-04-27 記録媒体、再生装置、及び記録装置 Active JP5908894B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201161479960P 2011-04-28 2011-04-28
US61/479,960 2011-04-28
US201161576022P 2011-12-15 2011-12-15
US61/576,022 2011-12-15
US201161579341P 2011-12-22 2011-12-22
US61/579,341 2011-12-22
PCT/JP2012/002911 WO2012147365A1 (ja) 2011-04-28 2012-04-27 記録媒体、再生装置、及び記録装置

Publications (2)

Publication Number Publication Date
JPWO2012147365A1 JPWO2012147365A1 (ja) 2014-07-28
JP5908894B2 true JP5908894B2 (ja) 2016-04-26

Family

ID=47071895

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013511946A Active JP5908894B2 (ja) 2011-04-28 2012-04-27 記録媒体、再生装置、及び記録装置

Country Status (3)

Country Link
US (1) US9300903B2 (ja)
JP (1) JP5908894B2 (ja)
WO (1) WO2012147365A1 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101814798B1 (ko) * 2011-01-26 2018-01-04 삼성전자주식회사 입체영상 처리 장치 및 방법
KR101856568B1 (ko) * 2013-09-16 2018-06-19 삼성전자주식회사 다시점 영상 디스플레이 장치 및 제어 방법
US10831815B2 (en) 2013-12-13 2020-11-10 impulseGUIDE.com System for managing display of media items on an electronic display device
US10817525B2 (en) * 2013-12-13 2020-10-27 impulseGUIDE.com Method for displaying customized compilation media items on an electronic display device
US20150253974A1 (en) 2014-03-07 2015-09-10 Sony Corporation Control of large screen display using wireless portable computer interfacing with display controller
JP6652058B2 (ja) * 2014-08-07 2020-02-19 ソニー株式会社 送信装置、送信方法および受信装置
TWI683307B (zh) 2014-09-08 2020-01-21 日商新力股份有限公司 資訊處理裝置，資訊記錄媒體及資訊處理方法以及程式
MX2019004303A (es) * 2014-10-17 2019-10-15 Panasonic Ip Corp America Medio de grabacion, metodo de reproduccion y dispositivo de reproduccion.
JP6488221B2 (ja) 2015-03-30 2019-03-20 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 再生方法及び再生装置
US20160307603A1 (en) * 2015-04-15 2016-10-20 Sony Corporation Information processing device, information recording medium, information processing method, and program
GB201601793D0 (en) 2016-02-01 2016-03-16 Nagravision Sa Embedding watermarking data
US10750217B2 (en) * 2016-03-21 2020-08-18 Lg Electronics Inc. Broadcast signal transmitting/receiving device and method
EP3514765A4 (en) * 2016-09-14 2020-04-22 Square Enix Co.,Ltd. VIDEO DISPLAY SYSTEM, VIDEO DISPLAY METHOD AND VIDEO DISPLAY PROGRAM
FR3070566B1 (fr) * 2017-08-30 2020-09-04 Sagemcom Broadband Sas Procede de recuperation d'un fichier cible d'un logiciel d'exploitation et dispositif d'utilisation
US11606528B2 (en) * 2018-01-03 2023-03-14 Saturn Licensing Llc Advanced television systems committee (ATSC) 3.0 latency-free display of content attribute

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010116659A1 (ja) * 2009-03-30 2010-10-14 パナソニック株式会社 記録媒体、再生装置、及び集積回路
JP2010244630A (ja) * 2009-04-07 2010-10-28 Sony Corp 情報処理装置、情報処理方法、プログラム、及び、データ構造
JP2011004411A (ja) * 2009-02-19 2011-01-06 Panasonic Corp 半導体集積回路

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW436777B (en) 1995-09-29 2001-05-28 Matsushita Electric Ind Co Ltd A method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
US6502199B2 (en) 1995-09-29 2002-12-31 Matsushita Electric Industrial Co., Ltd. Method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
EP2259588B1 (en) 1996-02-28 2013-12-11 Panasonic Corporation High-resolution optical disk for recording stereoscopic video, optical disk reproducing device and optical disk recording device
DK2605244T3 (en) * 2008-09-17 2016-02-15 Panasonic Ip Man Co Ltd RECORDING MEDIUM AND PLAYBACK
JP5491414B2 (ja) 2008-12-26 2014-05-14 パナソニック株式会社 記録媒体、再生装置、及び集積回路
US8782360B2 (en) * 2010-05-13 2014-07-15 International Business Machines Corporation Preserving an existing volume map in re-initializing a data storage volume
WO2013027408A1 (ja) * 2011-08-24 2013-02-28 パナソニック株式会社 記録媒体、再生装置、記録装置、及び記録方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011004411A (ja) * 2009-02-19 2011-01-06 Panasonic Corp 半導体集積回路
WO2010116659A1 (ja) * 2009-03-30 2010-10-14 パナソニック株式会社 記録媒体、再生装置、及び集積回路
JP2010244630A (ja) * 2009-04-07 2010-10-28 Sony Corp 情報処理装置、情報処理方法、プログラム、及び、データ構造

Also Published As

Publication number Publication date
US20140050458A1 (en) 2014-02-20
JPWO2012147365A1 (ja) 2014-07-28
US9300903B2 (en) 2016-03-29
WO2012147365A1 (ja) 2012-11-01

Similar Documents

Publication Publication Date Title
JP5908894B2 (ja) 記録媒体、再生装置、及び記録装置
JP5457299B2 (ja) 記録媒体、再生装置、及び集積回路
JP4676579B2 (ja) 記録媒体、再生装置、及び集積回路
JP5491427B2 (ja) 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
JP4564102B2 (ja) 記録媒体、再生装置、及び集積回路
US8045844B2 (en) Recording medium, playback apparatus, and integrated circuit
JP5957768B2 (ja) 記録媒体、再生装置、記録装置、及び記録方法
WO2010089995A1 (ja) 記録媒体、再生装置、及び集積回路
JP4569935B2 (ja) 記録媒体、再生装置、及び集積回路

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20140606

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20141104

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160301

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160324