JP3763178B2 - 記録媒体の再生装置及び記録媒体の再生方法 - Google Patents
記録媒体の再生装置及び記録媒体の再生方法 Download PDFInfo
- Publication number
- JP3763178B2 JP3763178B2 JP08562997A JP8562997A JP3763178B2 JP 3763178 B2 JP3763178 B2 JP 3763178B2 JP 08562997 A JP08562997 A JP 08562997A JP 8562997 A JP8562997 A JP 8562997A JP 3763178 B2 JP3763178 B2 JP 3763178B2
- Authority
- JP
- Japan
- Prior art keywords
- picture
- recording medium
- video data
- video
- decoding
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Television Signal Processing For Recording (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、動画像や静止画像を表示する記録媒体の再生装置及び記録媒体の再生方法に関する。
【０００２】
【従来の技術】
デジタル・ビデオ・ディスク（以下、ＤＶＤと称する。）に記録されるデジタル映像信号を圧縮符号化する方式として、ＭＰＥＧ（Moving Picture Experts Group）方式が採用されている。
【０００３】
このＭＰＥＧ方式におけるフレーム間予測の構造を図１６（ａ）に示す。
【０００４】
この図１６（ａ）の例においては、１ＧＯＰ（Group Of Pictures）が１５フレームで構成されており、１ＧＯＰにおいて、Ｉピクチャ（Intra Picture）が１フレーム、Ｐピクチャ（Predictive Picture）が４フレーム、残る１０フレームがＢピクチャ（Bidirectionally predictive Picture）とされている。なお、ＧＯＰは、動画の１シーケンスを分割した符号化の単位である。
【０００５】
Ｉピクチャは、１フレーム内において予測符号化されたフレーム内予測符号化画像であり、Ｐピクチャは、既に符号化された時間的に前のフレーム（Ｉピクチャ又はＰピクチャ）を参照して予測するフレーム間順方向予測符号化画像であり、Ｂピクチャは、時間的に前後の２フレームを参照して予測する双方向予測符号化画像である。
【０００６】
すなわち、矢印で図示するように、ＩピクチャＩ0は、そのフレーム内のみで予測符号化されており、ＰピクチャＰ0は、ＩピクチャＩ0を参照してフレーム間予測符号化されており、ＰピクチャＰ1は、ＰピクチャＰ0を参照してフレーム間予測符号化されている。更に、ＢピクチャＢ0，Ｂ1は、ＩピクチャＩ0とＰピクチャＰ0との２つを参照してフレーム間予測符号化されており、ＢピクチャＢ2，Ｂ3は、ＰピクチャＰ0とＰピクチャＰ1との２つを参照してフレーム間予測符号化されている。そして、以下同様に予測符号化されて、以降のピクチャが作成されている。なお、各ピクチャの符号中の添え字は、テンポラル・リファレンス（以下、ＴＲと称する。）を表している。ここで、ＴＲは、ＧＯＰの中の画面順を表すものであり、通常の再生時には、このＴＲの順に各ピクチャが再生される。
【０００７】
ところで、このように予測符号化されたピクチャを復号する際、Ｉピクチャはフレーム内での予測符号化が行われているため、Ｉピクチャのみで復号することができるが、Ｐピクチャは時間的に前のＩピクチャ又はＰピクチャを参照して予測符号化されているため、時間的に前のＩピクチャ又はＰピクチャが復号時に必要とされ、Ｂピクチャは時間的に前後のＩピクチャ又はＰピクチャを参照して予測符号化されているため、時間的に前後のＩピクチャ又はＰピクチャが復号時に必要とされる。
【０００８】
そこで、復号時に必要とされるピクチャを先に復号しておけるように、図１６（ｂ）に示すようにピクチャを入れ替えておく。すなわち、ＢピクチャＢ-1，Ｂ-2は、復号時に先行するＧＯＰのＩピクチャ又はＰピクチャとＩピクチャＩ0とを必要とするため、ＢピクチャＢ-1，Ｂ-2よりＩピクチャＩ0が先行するようにしておく。ＢピクチャＢ0，Ｂ1は、復号時にＩピクチャＩ0とＰピクチャＰ0とを必要とするため、ＢピクチャＢ0，Ｂ1よりＰピクチャＰ0が先行するようにしておく。ＢピクチャＢ2，Ｂ3は、復号時にＰピクチャＰ0とＰピクチャＰ1とを必要とするため、ＢピクチャＢ2，Ｂ3よりＰピクチャＰ1が先行するようにしておく。ＢピクチャＢ4，Ｂ5は、復号時にＰピクチャＰ1とＰピクチャＰ2とを必要とするため、ＢピクチャＢ4，Ｂ5よりＰピクチャＰ2が先行するようにしておく。ＢピクチャＢ6，Ｂ7は、復号時にＰピクチャＰ2とＰピクチャＰ3とを必要とするため、ＢピクチャＢ6，Ｂ7よりＰピクチャＰ3が先行するようにしておく。
【０００９】
このようにＭＰＥＧ方式によって映像データを圧縮したときには、復号を行う順序（以下、デコーディングオーダーと称する。）と、表示するピクチャの順序（以下、プレゼンテーションオーダーと称する。）とが異なるものとなる。
【００１０】
なお、このようなＭＰＥＧ方式によって圧縮符号化された上でＤＶＤに記録された映像データを再生する映像再生装置では、通常、単なる再生だけでなく、様々なモードが選択できるようになされる。具体的には、例えば、通常再生（以下、Ｐｌａｙと称する。）、一時停止（以下、Ｐａｕｓｅと称する。）、順方向早送り再生（以下、ＦＦと称する。）、逆方向早送り再生（以下、ＦＲと称する。）、順方向コマ送り再生（以下、ＳｔｅｐＦと称する。）、逆方向コマ送り再生（以下、ＳｔｅｐＲと称する。）、順方向低速再生（以下、ＳｌｏｗＦと称する。）、逆方向低速再生（以下、ＳｌｏｗＲと称する。）等のモードを選択できるようになされる。
【００１１】
【発明が解決しようとする課題】
従来、ＮＴＳＣやＰＡＬ方式のテレビジョン信号が記録された記録媒体から動画像を再生する再生装置は、静止画像を表示する場合、フレーム単位での画像表示を行っている。
【００１２】
ところが、ＮＴＳＣやＰＡＬ方式のテレビジョン信号は、１フレームが、２つの飛び越し走査により生成したフィールドから構成されている。
【００１３】
そのため、フレーム単位での静止画像の表示を行った場合、映画やアニメーションなどの映像ソースに基づき生成されたテレビジョン信号であればフレームを構成する２つのフィールドの画像にブレがなく繊細な画像が得られるが、例えば動きの早い被写体をビデオカメラ等で撮影したような映像ソースから生成されたテレビジョン信号であれば、動きの早い画像のブレが強調されてユーザーにとっては見ずらい画像となってしまう。
【００１４】
また、例えば、ＭＰＥＧ２のフォーマットにおいては、圧縮符号化されている情報が、映画やアニメーション等の１秒間に２４枚の画面から生成された映像ソースか、或いは、テレビジョン等の１秒間に３０枚の画面から生成されている映像ソースかで圧縮されている情報が異なる。しかしながら、従来の再生装置では、どちらの映像ソースであってもフレーム単位の静止画像の表示を行っている。
そして、ＭＰＥＧ方式で圧縮符号化された映像データの再生において、静止画像を表示している状態から動画像の再生に移行するときに、動画像データを表示するタイミングと、復号化のタイミングを正確に合わせることができない場合があった。
【００１５】
本発明は、このような実情を鑑みてなされたものであり、インターレース方式の映像データを記録媒体から再生する際に、ユーザーに見やすい静止画像と、記録媒体から符号化された映像データを静止画像の再生から動画像の再生に移行する際に、ユーザに見やすい画像とを提供する記録媒体の再生装置及び記録媒体の再生方法を提供することを目的とする。
【００１６】
【課題を解決するための手段】
上述の課題を解決するために、本発明に係る記録媒体の再生装置は、記録媒体から符号化された映像データを復号し、復号された映像データを再生して画像を出力する再生手段と、静止画像再生時において、インターレース方式の映像データが上記記録媒体から再生される場合はフィールド単位の静止画像を上記再生手段から出力させ、ノンインターレース画像の映像データが上記記録媒体から再生される場合はフレーム単位の静止画像を上記再生手段から出力させる制御を行う第１の制御手段と、静止画像再生から動画像再生に移行するとき、復号のタイミング基準となる同期信号の発生時刻が、映像データを分割した各データ単位に含まれる動画像表示開始タイミング情報信号による表示開始時刻に対して映像データの復号が開始されてから画像の表示が開始されるまでの所定遅れ時間前の時刻に達したときに、動画像再生を開始する最初の再生画像の復号を開始させて、静止画像を表示している状態から動画像の再生へ移行させる制御を行う第２の制御手段とを備えることを特徴とする。
【００１７】
この記録媒体の再生装置では、制御手段が記録媒体に記録された映像の内容に応じて再生手段を制御し、再生手段からフレーム単位の静止画像とフィールド単位の静止画像を出力する。
【００１８】
また、本発明に係る記録媒体の再生装置は、上記制御手段が、インターレース方式の映像データが上記記録媒体から再生される場合はフィールド単位の静止画像を出力し、ノンインターレース方式の映像データが上記記録媒体から再生される場合はフレーム単位の静止画像を出力することを、記録媒体から再生される映像データの管理情報に基づき自動的に切り換えることを特徴とする。
【００１９】
この記録媒体の再生装置では、記制御手段が、記録媒体から再生される映像データの管理情報に基づき、フレーム単位の静止画像を出力するかフィールド単位の静止画像を出力するかをに自動的に切り換える。
【００２０】
本発明に係る記録媒体の再生方法は、記録媒体から符号化された画像データを復号し、復号された映像データを再生して画像を出力し、静止画像再生時において、インターレース方式の映像データが上記記録媒体から再生される場合はフィールド単位の静止画像を出力させ、ノンインターレース画像の映像データが上記記録媒体から再生される場合はフレーム単位の静止画像を出力させ、静止画像再生から動画像再生に移行するとき、復号のタイミング基準となる同期信号の発生時刻が、映像データを分割した各データ単位に含まれる動画像表示開始タイミング情報信号による表示開始時刻に対して映像データの復号が開始されてから画像の表示が開始されるまでの所定遅れ時間前の時刻に達したときに、動画像再生を開始する最初の再生画像の復号を開始させて、静止画像を表示している状態から動画像の再生へ移行させることを特徴とする。
【００２１】
また、本発明に係る記録媒体の再生方法は、インターレース方式の映像データが上記記録媒体から再生される場合はフィールド単位の静止画像を出力し、ノンインターレース方式の映像データが上記記録媒体から再生される場合はフレーム単位の静止画像を出力することを、記録媒体から再生される映像データの管理情報に基づき自動的に切り換えることを特徴とする。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態として、映像等の記録に使用されるＤＶＤであるＤＶＤ−Ｖｉｄｅｏに記録された符号化データを復号して映像を再生する映像再生装置に本発明を適用した例について、図面を参照しながら詳細に説明する。
【００２３】
まず、図１のブロック構成図を参照して、映像再生装置１００の構成について説明する。なお、ＤＶＤ−Ｖｉｄｅｏでは、映像データ等をＭＰＥＧ方式により圧縮符号化して、ディスクに記録する。したがって、この映像再生装置１００では、ＭＰＥＧ方式により圧縮符号化された上でディスクに記録された映像データ等を読み出して、当該映像データ等を復号して映像を再生する。
【００２４】
この映像再生装置１００は、記録媒体１からＲＦ信号を再生するピックアップ２と、このピックアップ２により再生されたＲＦ信号が供給され当該ＲＦ信号の２値化処理等を行うＲＦ回路３と、ＲＦ回路３からの再生データが供給され当該再生データに対してエラー訂正等の復号処理を行うデータデコーダ４と、データデコーダ４により復号処理が施された再生データを主映像圧縮データ、副映像圧縮データ及び音声圧縮データに振り分けるデマルチプレクサ５とを備える。
【００２５】
また、この映像再生装置１００は、上記主映像圧縮データを伸張するビデオデコーダ６と、上記副映像圧縮データを伸張して主映像データと合成する副映像デコーダ７と、上記音声圧縮データを伸張するオーディオデコーダ８と、ビデオレコーダ６からの主映像データと副映像デコーダ７からの副映像データが合成された映像データが供給され当該映像データをＮＴＳＣ信号又はＰＡＬ信号に変換するデジタル／ＮＴＳＣ，ＰＡＬ変換回路（以下、単にＮＴＳＣ変換回路と称する。）９と、オーディオデコーダ８からのオーディオデータが供給され当該オーディオデータをアナログ信号に変換するデジタル／アナログ変換回路（以下、単にＤ／Ａ変換回路と称する。）１０とを備える。
【００２６】
また、この映像再生装置１００は、ピックアップ２、ＲＦ回路３、データデコーダ４、デマルチプレクサ５、ビデオデコーダ６、副映像デコーダ７、オーディオデコーダ８、ＮＴＳＣ変換回路９及びＤ／Ａ変換回路１０を制御するコントローラ１１と、このコントローラ１１とユーザーの操作入力を媒介するユーザーインターフェース１２と、コントローラ１１のデータ記憶部となるメモリ１３とを備える。
【００２７】
記録媒体１は、ＭＰＥＧ方式により圧縮符号化された映像データ等が記録されたＤＶＤ−Ｖｉｄｅｏであり、この記録媒体１に記録された映像データ等が映像再生装置１００によって再生される。なお、この記録媒体１は、再生専用型、追記型、書換型等のいずれであってもよい。
【００２８】
ピックアップ２は、記録媒体１からＲＦ信号を再生して、当該ＲＦ信号をＲＦ回路３に供給する。
【００２９】
ＲＦ回路３は、ピックアップ２から供給されたＲＦ信号に対して、波形等化及び２値化等の処理を施してデジタルデータとその同期信号等を生成する。ＲＦ回路３により生成されたデジタルデータ等は、データデコーダ４に供給される。
【００３０】
データデコーダ４は、ＲＦ回路３により生成されたデジタルデータに基づき、データの復調や誤り訂正等の処理を行う。データデコーダ４により復調及び誤り訂正等の処理が施されたデジタルデータは、デマルチプレクサ５に供給される。また、データデコーダ４では、ＭＰＥＧ方式のフォーマットにおけるシステムヘッダやパックヘッダ等に含まれるパラメータ情報や、後述するナビゲーションパックＮＶ＿ＰＣＫに含まれる所定の情報等を検出する。この検出したパラメータ情報等は、データデコーダ４からコントローラ１１に供給される。
【００３１】
また、このデータデコーダ４は、デジタルデータの出力段にトラックバッファ４ａを有している。このトラックバッファ４ａによりデータデコーダ４とデマルチプレクサ５の処理速度の違いが吸収される。
【００３２】
デマルチプレクサ５は、データデコーダ４により復調及び誤り訂正等の処理が施されたデジタルデータを、主映像圧縮データと、副映像圧縮データと、音声圧縮データとに振り分ける。
【００３３】
ここで、主映像圧縮データとは、ＭＰＥＧ方式により圧縮された映像データであり、ＤＶＤのフォーマットにおけるビデオストリーム（Video streams）に相当する。副映像圧縮データとは、主映像に合成される字幕画像等のデータであり、ＤＶＤのフォーマットにおけるサブピクチャストリーム（Sub-picture streams）に相当する。音声圧縮データとは、ＭＰＥＧ等の方式で圧縮された音声データであり、ＤＶＤのフォーマットにおけるオーディオストリーム（Audio streams）に相当する。
【００３４】
デマルチプレクサ５は、主映像圧縮データをビデオデコーダ６に供給し、副映像圧縮データを副映像デコーダ７に供給し、音声圧縮データをオーディオデコーダ８に供給する。
【００３５】
ビデオデコーダ６は、主映像圧縮データの復号処理を行い、この復号処理により伸張された主映像データを生成する。このビデオデコーダ６は、復号処理を行うために３画面分の画像メモリを有している。すなわち、ビデオデコーダ６は、主映像圧縮データを復号することによって得られたピクチャのデータを、不要になったピクチャのデータを順次更新しながら、３画面分まで画像メモリに順次格納していく。そして、ビデオデコーダ６は、復号された各ピクチャを画像メモリから順次読み出して、それらのピクチャのデータを副映像デコーダ７に供給する。
【００３６】
なお、ビデオデコーダ６に備えられる画像メモリは、３画面分に限らず、これ以上の画面数分あってもよい。
【００３７】
副映像デコーダ７は、副映像圧縮データの復号処理を行い、この復号処理により伸長された副映像データをビデオデコーダ６から供給された主映像データに合成して、主映像と副映像とが合成された映像データを生成する。すなわち、副映像デコーダ７では、字幕画像等の副映像を主映像と合成する。なお、この副映像デコーダ７は、副映像データが無い場合には、主映像データをそのまま映像データとして出力する。副映像デコーダ７によって生成された映像データは、ＮＴＳＣ変換回路９に供給される。
【００３８】
オーディオデコーダ８は、音声圧縮データの復号処理を行い、この復号処理により伸張された音声データを生成する。すなわち、オーディオデコーダ８は、音声圧縮データがＭＰＥＧ方式で圧縮されていれば、ＭＰＥＧ方式に対応した伸張処理を行い、音声データを生成する。なお、音声圧縮データが、ＭＰＥＧ方式のフォーマットではなく、ＰＣＭ等のフォーマットであれば、そのフォーマットに対応した処理を行う。オーディオデコーダ８によって生成された音声データは、Ｄ／Ａ変換回路１０に供給される。
【００３９】
ＮＴＳＣ変換回路９は、映像データをデジタルデータからＮＴＳＣやＰＡＬ等のテレビジョン信号に変換して出力する。この出力をＣＲＴディスプレイ等の表示装置に供給することにより、ユーザーが記録媒体１から再生した映像を視聴することができる。
【００４０】
Ｄ／Ａ変換回路１０は、デジタルデータである音声データをアナログの音声データに変換して出力する。この出力をスピーカ等に供給することにより、ユーザーが記録媒体１から再生した音声を視聴することができる。
【００４１】
コントローラ１１は、ピックアップ２、ＲＦ回路３、データデコーダ４、デマルチプレクサ５、ビデオデコーダ６、副映像デコーダ７、オーディオデコーダ８、ＮＴＳＣ変換回路９及びＤ／Ａ変換回路１０の制御を行う。また、コントローラ１１には、操作パネルやリモートコントローラ等からなるユーザーインターフェース１２を介して、再生モード切換等の操作入力がなされ、この操作入力に基づき各回路の制御を行う。なお、コントローラ１１は、メモリ１３に各制御に必要なデータ等を記憶させ、メモリ１３に記憶させたデータを随時参照して各回路の制御を行う。
【００４２】
つぎに、ＤＶＤ−Ｖｉｄｅｏに記録される符号化データのフォーマットについて、図２及び図３を参照して説明する。
【００４３】
ＤＶＤ−Ｖｉｄｅｏにおいて、符号化データには、主映像データ、副映像データ及び音声データが含まれる。なお、これらの各データは、全てが必須というわけではなく、記録する情報に応じて適宜選択可能であることは言うまでもない。なた、以下の説明では、これらのデータが記録される領域のことを、ビデオゾーンと称する。
【００４４】
ビデオゾーンは、図２に示すように、ビデオゾーンの先頭に位置するＶＭＧ（Video Manager）と、ＶＭＧの後ろに位置するＶＴＳ（Video Title Set）とから構成される。ＶＭＧは、主にビデオゾーンに含まれているＶＴＳについての情報が記録される領域であり、１つのビデオゾーンに１つ含まれる。一方、ＶＴＳは、タイトルが実際に記録される領域であり、１つのビデオゾーンに少なくとも１つは含まれており、最大で９９までとされる。なお、ＤＶＤ−Ｖｉｄｅｏにおいて、タイトルとは、記録されている映像等の一番大きな単位であり、例えば、映画が記録されたＤＶＤ−Ｖｉｄｅｏでは、通常、１タイトルが映画１作品に相当する。
【００４５】
ＶＭＧは、再生に必要な基本的な情報等が記録されるＶＭＧＩ（VMG Information）と、記録されているデータにアクセスするためのメニュー画面の情報等が記録されるＶＭＧＭ＿ＶＯＢＳ（Video object Set foe VMG Menu）と、ＶＭＧＩのバックアップであるＶＭＧＩ＿ＢＵＰ（Backup of the VMGI）とから構成されている。なお、ＶＭＧＭ＿ＶＯＢＳは、必須ではなく、無くても構わない。
【００４６】
ＶＴＳは、後述するセルの順序や相互の関係等を示すＰＧＣＩ（Program Chain Information）等が記録されるＶＴＳＩ（VTS Information）と、記録されているタイトルにアクセスするためのメニュー画面の情報等が記録されるＶＴＳＭ＿ＶＯＢＳ（Video Object Set for the VTS Menu）と、タイトルが実際に記録されるＶＴＳＴＴ＿ＶＯＢＳ（Video Object Set for Titles in a VTS）と、ＶＴＳＩのバックアップであるＶＴＳＩ＿ＢＵＰ（Backup of the VTSI）とから構成されている。なお、ＶＴＳＭ＿ＶＯＢＳは、必須ではなく、無くても構わない。
【００４７】
つぎに、実際に映像のデータが配置されるＶＯＢＳについて説明する。なお、ここでは、ＶＭＧＭ＿ＶＯＢＳ、ＶＴＳＭ＿ＶＯＢＳ及びＶＴＳＴＴ＿ＶＯＢＳをまとめてＶＯＢＳと称している。
【００４８】
ＶＯＢＳは、図３に示すように、１以上のＶＯＢ（Video object）から構成されており、各ＶＯＢは、１以上のＣｅｌｌから構成されている。ここで、各ＶＯＢには、各ＶＯＢの番号を示すＶＯＢ＿ＩＤナンバーが割り当てられており、各Ｃｅｌｌには、各Ｃｅｌｌの番号を示すＣｅｌｌ＿ＩＤナンバーが割り当てられている。したがって、ＶＯＢＳの中のＣｅｌｌは、ＶＯＢ＿ＩＤナンバーと、Ｃｅｌｌ＿ＩＤナンバーとによって特定される。そして、これらのＣｅｌｌは、ＶＴＳＩに記録されているＰＧＣＩによって関連付けられている。
【００４９】
なお、実際に再生の対象となるＣｅｌｌは、ＰＧＣＩによって関連付けられたＣｅｌｌの全部とは限らず、一部だけの場合もある。例えば、記録されている映像の一部だけを再生するように予めプログラムして再生を行ういわゆるプログラム再生では、ＰＧＣＩによって関連付けられたＣｅｌｌのうち、一部のＣｅｌｌだけを再生するようなときがある。このようなとき、再生の対象となるＣｅｌｌは、ＰＧＣＩによって関連付けられたＣｅｌｌのうちの一部となる。一方、例えば、記録されている映像を最初から最後まで連続して再生するような場合には、ＰＧＣＩによって関連付けられたＣｅｌｌの全てを再生することとなるので、再生の対象となるＣｅｌｌは、ＰＧＣＩによって関連付けられたＣｅｌｌの全部となる。
【００５０】
そして、Ｃｅｌｌは、１以上のＶＯＢＵ（Video Object Unit）から構成されている。すなわち、ＤＶＤ−Ｖｉｄｅｏにおいて、映像等のデータは、１以上のＧＯＰを含む所定のデータ単位に予め分割されており、このデータ単位のことをＶＯＢＵと称している。なお、デマルチプレクサ５からビデオデコーダ６へのデータの供給は、このＶＯＢＵの単位で行われる。
【００５１】
ＶＯＢＵは、１以上のＧＯＰ（Group of Pictures）を含むように構成されており、具体的には、図３に示すように、ＶＯＢＵ間の相互の関係等が記録されるナビゲーションパックＮＶ＿ＰＣＫ（Navigation Pack）と、パックヘッダー及び主映像データパケットからなる主映像データパックＶ＿ＰＣＫ（Video Pack）と、パックヘッダー及び音声データパケットからなる音声データパックＡ＿ＰＣＫ（Audio Pack）と、パックヘッダー及び副映像データパケットからなる副映像データパックＳＰ＿ＰＣＫ（Sub-Picture Pack）とから構成される。ここで、主映像データパックＶ＿ＰＣＫパックは、ＭＰＥＧ２方式についての規格であるＩＳＯ／ＩＥＣ１３８１８−２、又はＭＰＥＧ１方式についての規格であるＩＳＯ／ＩＥＣ１１１７２−２に準ずるように圧縮符号化されてなる。
【００５２】
上記ナビゲーションパックＮＶ＿ＰＣＫは、ＶＯＢＵの先頭に必ず配置される。一方、主映像データパックＶ＿ＰＣＫ、音声データパックＡ＿ＰＣＫ及び副映像データパックＳＰ＿ＰＣＫは、必ずしもＶＯＢＵに含まれている必要はない。つぎに、映像再生装置１００による符号化データの再生についての具体的な説明に先立って、以下の説明で用いる語句について説明する。
【００５３】
本実施の形態では、再生のモードとして、Ｐｌａｙ、Ｐａｕｓｅ、ＳｔｅｐＲ、ＳｌｏｗＲ、ＳｔｅｐＦ、ＳｌｏｗＦ、ＦＦ、ＦＲを挙げ、それらのモードを切り換えたときの処理について説明する。そして、このように再生のモードを切り換えたときに、切り換え前のモードにおいて再生されていた最後のピクチャのことを「モード切換前ピクチャ」と称し、切り換え後のモードにおいて最初に表示するピクチャのことを「表示開始ピクチャ」と称する。
【００５４】
また、ＶＯＢＵのスタートアドレスのことを「ＶＯＢＵ＿ＳＡ」と称する。そして、デマルチプレクサ５からビデオデコーダ６に供給されるＶＯＢＵは「エントリーポイント」によって特定される。すなわち、エントリーポイントにＶＯＢＵ＿ＳＡが設定され、当該ＶＯＢＵ＿ＳＡが指し示すＶＯＢＵが、デマルチプレクサ６からビデオデコーダ６、副映像デコーダ７及びオーディオデコーダ８に供給される。より具体的には、当該ＶＯＢＵに含まれる主映像データパックＶ＿ＰＣＫが、デマルチプレクサ６からビデオデコーダ６に供給されて復号され、当該ＶＯＢＵに含まれる副映像データパックＳＰ＿ＰＣＫがデマルチプレクサ６から副映像デコーダ７に供給されて復号され、当該ＶＯＢＵに含まれる音声データパックＡ＿ＰＣＫがデマルチプレクサ６からオーディオデコーダ８に供給され復号される。
【００５５】
また、以下の説明では、ＶＯＢＵ＿ＳＡのうち、モード切換前ピクチャが含まれるＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＣＵＲＲ＿ＶＯＢＵ＿ＳＡ」と称し、モード切換前ピクチャが含まれるＶＯＢＵの１つ前のＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＰＲＥＶ＿ＶＯＢＵ＿ＳＡ」と称し、モード切換前ピクチャが含まれるＶＯＢＵの１つ後のＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＮＥＸＴ＿ＶＯＢＵ＿ＳＡ」と称する。
【００５６】
また、ＶＯＢＵに含まれるピクチャのうちの先頭のピクチャの終了アドレスのことを「ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡ」と称する。このＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡは、ナビゲーションパックＮＶ＿ＰＣＫに記録されている。なお、ＶＯＢＵにピクチャが含まれていないとき、すなわちＶＯＢＵに映像データが含まれていないとき、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡには０が設定される。
【００５７】
また、ナビゲーションパックＮＶ＿ＰＣＫには、例えば、当該ナビゲーションパックＮＶ＿ＰＣＫが含まれているＶＯＢＵの前後に位置する複数のＶＯＢＵのアドレス情報が含まれている。この情報のことを「ＶＯＢＵ＿ＳＲＩ」と称する。また、ＶＯＢＵ＿ＳＲＩに記録されているアドレス情報のうち、当該ＶＯＢＵよりの前のビデオストリームを含むＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＢＷＤＩ＿Ｖｉｄｅｏ」と称する。
【００５８】
また、各ＶＯＢＵには、当該ＶＯＢＵに含まれるピクチャの表示開始のタイミングを示す時刻管理情報が予め記録されている。そして、この時刻管理情報のことを「ＰＴＭ」と称する。そして、ＰＴＭのうち、ＶＯＢＵに含まれるピクチャの表示を開始すべきタイミングを示すＰＴＭのことを「ＶＯＢＵ＿Ｓ＿ＰＴＭ」と称し、ＶＯＢＵに含まれるピクチャの表示が終了するタイミングを示すＰＴＭのことを「ＶＯＢＵ＿Ｅ＿ＰＴＭ」と称する。すなわち、ＶＯＢＵ＿Ｓ＿ＰＴＭは、プレゼンテーションオーダーにおいてＶＯＢＵの先頭に位置するピクチャの表示開始のタイミングを示し、ＶＯＢＵ＿Ｅ＿ＰＴＭは、プレゼンテーションオーダーにおいてＶＯＢＵの最後に位置するピクチャの表示終了のタイミングを示す。
【００５９】
また、ＭＰＥＧ方式により圧縮符号化された映像データでは、少なくともＧＯＰの先頭のＩピクチャに、復号開始のタイミングを示すＤＴＳ（Decoding Time Stamp）が記録されている。そして、映像再生装置１００は、映像データの再生時に、復号のタイミングの基準となる同期信号であるＳＴＣを順次進めていき、ＳＴＣとＤＴＳとを比較して、ＳＴＣがＤＴＳに達したら、当該ＤＴＳが記録されているピクチャの復号を開始するようにする。そして、以下の説明では、ＤＴＳのうち、ＧＯＰの先頭のＩピクチャのＤＴＳのことを「ＧＯＰ＿ＤＴＳＶ」と称する。
【００６０】
また、ＶＯＢＵに含まれるピクチャのデータだけで復号できるピクチャのうち、プレゼンテーションオーダーで最も早く表示されるピクチャのことを「ＦＰＰ」と称する。また、復号する際に異なるＶＯＢＵのピクチャが必要なピクチャのことを「ＰＲＥ＿ＦＰＰ」と称する。具体的には、ＰＲＥ＿ＦＰＰは、一つ前のＶＯＢＵの最後のＧＯＰに含まれるピクチャを参照して復号がなされる。したがって、ＰＲＥ＿ＦＰＰは、一つ前のＶＯＢＵの最後のＧＯＰに含まれるピクチャを復号した後でなければ、復号することができない。なお、ＭＰＥＧ方式において、ピクチャは、当該ピクチャを含むＧＯＰに含まれるピクチャ、又は１つ前のＧＯＰに含まれるピクチャを参照すれば、必ず復号できるように圧縮される。したがって、ＰＲＥ＿ＦＰＰは、ＶＯＢＵの先頭のＧＯＰにだけ存在しうるものであり、ＶＯＢＵの先頭以外のＧＯＰには存在しない。
【００６１】
また、映像再生装置１００では、映像データの復号を開始するタイミングと、ピクチャの表示を開始するタイミングには、若干のずれが生じる。そして、以下の説明では、映像データの復号が開始されてからピクチャの表示が開始されるまでの時間のことを「復号遅れＤＬ」と称する。なお、映像表示装置１００では、この復号遅れＤＬが、常に１フィールド分の時間で一定となるようにしている。
つぎに、再生モードが切り換わったときの映像表示装置１００の動作について説明する。
【００６２】
なお、Ｐｌａｙ、Ｐａｕｓｅ、ＳｌｏｗＦ及びＳｔｅｐＦでの処理は、全て順方向の再生処理であるので、映像データをデコーディングオーダーにて復号してプレゼンテーションオーダーにて表示するという観点においては、これらのモードでは基本的に同じ処理が行われることとなる。そこで、以下の説明において、これらのモードを区別する必要がないときには、これらのモードをまとめてＰｌａｙ系モードと称する。なお、ＦＦも順方向の再生処理であるが、ＦＦでは、早送りを行うためにピクチャを飛び飛びで復号することとなるので、復号の順序がＰｌａｙ、Ｐａｕｓｅ、ＳｌｏｗＦ及びＳｔｅｐＦの場合とは異なるものとなる。したがって、ＦＦは、Ｐｌａｙ系モードには含めていない。
【００６３】
ユーザーインターフェース１２を介して再生モードの切り換えを指示する信号がコントローラ１１に入力されると、図４乃至図１２のフローチャートに示す処理が行われ、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵがモード切換前ピクチャの情報に基づいて特定された上で、再生モードの切り換えが行われる。以下、この処理について、図４乃至図１２のフローチャートを参照して詳細に説明する。
【００６４】
再生モードを切り換えるイベントが発生したら、図４に示すように、先ず、ステップＳ１−１において、コントローラ１１は、モード切換前ピクチャの情報を取得する。具体的には、コントローラによって、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとを検出して、当該ＴＲ及びＧＯＰ＿ＤＴＳＶをメモリ１３に記憶させるとともに、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かを判別し、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの情報をメモリ１３に記憶させる。
【００６５】
次に、ステップＳ１−２において、コントローラ１１は、モード切換前ピクチャが含まれるＶＯＢＵのナビゲーションパックＮＶ＿ＰＣＫの情報を検出して、当該ナビゲーションパックＮＶ＿ＰＣＫの情報をメモリ１３に記憶させる。
【００６６】
次に、ステップＳ１−３において、コントローラ１１は、切り換え後のモードがＰｌａｙ系モードであるか否かを判別する。そして、Ｐｌａｙ系モードならばステップＳ１−４に進み、Ｐｌａｙ系モードでないならばステップＳ１−７に進む。
【００６７】
ステップＳ１−４において、コントローラ１１は、ステップＳ１−１でメモリ１３に記憶させた情報に基づいて、モード切換前ピクチャがＰＲＥ＿ＦＰＰであるか否かを判別する。そして、ＰＲＥ＿ＦＰＰでないならばステップＳ１−５へ進み、ＰＲＥ＿ＦＰＰであるならばステップＳ１−６へ進む。
【００６８】
ステップＳ１−５において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定する。また、ステップＳ１−６において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定する。
【００６９】
すなわち、切り換え後のモードがＰｌａｙ系モードであり、モード切換前ピクチャがＰＲＥ＿ＦＰＰでないならば、モード切換前ピクチャを含むＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。また、切り換え後のモードがＰｌａｙ系モードであり、モード切換前ピクチャがＰＲＥ＿ＦＰＰであるならば、モード切換前ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。
【００７０】
一方、ステップＳ１−７において、コントローラ１１は、切り換え後のモードがＳｌｏｗＲ又はＳｔｅｐＲであるか否かを判別する。そして、ＳｌｏｗＲ又はＳｔｅｐＲならばステップＳ１−８に進み、ＳｌｏｗＲ又はＳｔｅｐＲでないならばステップＳ１−１１に進む。
【００７１】
ステップＳ１−８において、コントローラ１１は、ステップＳ１−１でメモリ１３に記憶させた情報に基づいて、モード切換前ピクチャがＦＰＰ又はＰＲＥ＿ＦＰＰであるか否かを判別する。そして、ＦＰＰ又はＰＲＥ＿ＦＰＰでないならばステップＳ１−９へ進み、ＦＰＰ又はＰＲＥ＿ＦＰＰであるならばステップＳ１−１０へ進む。
【００７２】
ステップＳ１−９において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定する。また、ステップＳ１−１０において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定する。
【００７３】
すなわち、切り換え後のモードがＳｌｏｗＲ又はＳｔｅｐＲであり、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰＰでないならば、モード切換前ピクチャを含むＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。また、切り換え後のモードがＳｌｏｗＲ又はＳｔｅｐＲであり、モード切換前ピクチャがＦＰＰ又はＰＲＥ＿ＦＰＰであるならば、モード切換前ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。
【００７４】
一方、ステップＳ１−１１において、コントローラ１１は、ステップＳ１−１でメモリ１３に記憶させた情報に基づいて、切り換え後のモードがＦＦであるか否かを判別する。そして、ＦＦであるならばステップＳ１−１２に進み、ＦＦでないならばステップＳ１−１３に進む。なお、ステップＳ１−１３に進むのは、切り換え後のモードが、Ｐｌａｙ系モード、ＳｌｏｗＲ、ＳｔｅｐＲ、ＦＦのいずれでもない場合、すなわちＦＲの場合である。
【００７５】
ステップＳ１−１２において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＮＥＸＴ＿ＶＯＢＵ＿ＳＡに設定する。また、ステップＳ１−１３において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定する。
【００７６】
すなわち、切り換え後のモードがＦＦのときには、モード切換前ピクチャを含むＶＯＢＵの次のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。また、切り換え後のモードがＦＲのときには、モード切換前ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。
【００７７】
次に、図５のステップＳ１−２０へ進み、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、エントリーポイントがＣｅｌｌの境界を越えているかを判別する。そして、エントリーポイントがＣｅｌｌの境界を越えているならば、ステップＳ１−２１へ進み、Ｃｅｌｌの境界を越えていないならば、図６に示すシーケンスエンドチェックのフローへと進む。なお、エントリーポイントがＣｅｌｌの境界を越えているということは、換言すれば、エントリーポイントがモード切換前ピクチャを含むＣｅｌｌに存在しないということである。
【００７８】
ステップＳ１−２１において、コントローラ１１は、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡであるか否かを判別する。そして、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡであるならばステップＳ１−２２へ進み、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡでないならばステップ１−２４へ進む。ステップＳ１−２２において、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、モード切換前ピクチャが含まれていたＣｅｌｌが、再生の対象となるＣｅｌｌのうち、最後のＣｅｌｌであるか否かを判別する。そして、最後のＣｅｌｌではないならば、ステップＳ１−２３へ進む。一方、最後のＣｅｌｌであったならば、再生の対象となるＣｅｌｌがなくなったこととなるので、再生処理を終了する。
【００７９】
ステップＳ１−２３において、コントローラ１１は、エントリーポイントとして設定されているＶＯＢＵ＿ＳＡを、モード切換前ピクチャが含まれていたＣｅｌｌの次のＣｅｌｌの先頭に設定する。すなわち、エントリーポイントを、モード切換前ピクチャが含まれていたＣｅｌｌの次のＣｅｌｌの先頭のＶＯＢＵのスタートアドレスに設定する。その後、図６に示すシーケンスエンドチェックのフローへと進む。
【００８０】
一方、ステップＳ１−２４において、コントローラ１１は、切り換え後のモードがＦＲであるか否かを判別する。そして、ＦＲであるならばステップＳ１−２５に進み、ＦＲでないならばテップＳ１−２６に進む。
【００８１】
ステップＳ１−２５において、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、モード切換前ピクチャが含まれていたＣｅｌｌが、再生の対象となるＣｅｌｌのうち、先頭のＣｅｌｌであるか否かを判別する。そして、先頭のＣｅｌｌではないならば、ステップＳ１−２７へ進む。一方、先頭のＣｅｌｌであったならば、再生の対象となるＣｅｌｌがなくなったこととなるので、再生処理を終了する。
【００８２】
ステップＳ１−２６において、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、モード切換前ピクチャが含まれていたＣｅｌｌが、ＰＧＣＩによって関連付けられたＣｅｌｌのうち、先頭のＣｅｌｌであるか否かを判別する。そして、先頭のＣｅｌｌではないならばステップＳ１−２７へ進み、先頭のＣｅｌｌであるならばステップＳ１−２８へ進む。
【００８３】
ステップＳ１−２７において、コントローラ１１は、エントリーポイントとして設定されているＶＯＢＵ＿ＳＡを、モード切換前ピクチャが含まれていたＣｅｌｌの１つ前のＣｅｌｌの最後のＶＯＢＵの先頭に設定する。すなわち、エントリーポイントを、モード切換前ピクチャが含まれていたＣｅｌｌの１つ前のＣｅｌｌの最後のＶＯＢＵのスタートアドレスに設定する。その後、図６に示すシーケンスエンドチェックのフローへと進む。
【００８４】
ステップＳ１−２８において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定する。その後、図６に示すシーケンスエンドチェックのフローへと進む。
【００８５】
以上の処理により、再生のモードが切り換わったときに、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵが特定され、当該ＶＯＢＵのスタートアドレスがエントリーポイントに設定されることとなる。
【００８６】
つぎに、シーケンスエンドチェックの処理の流れについて、図６のフローチャートを参照して説明する。
【００８７】
シーケンスエンドチェック処理は、図４及び図５のフローチャートに示した処理によって特定されたＶＯＢＵにピクチャが含まれているかをチェックする処理であり、図６に示すように、先ず、ステップＳ２−１において、コントローラ１１は、図４及び図５のフローチャートに示した処理によって設定されたエントリーポイントを、データデコーダ４に供給する。そして、データデコーダ４は、このエントリーポイントが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ５に供給する。
【００８８】
次に、ステップＳ２−２において、コントローラ１１は、ステップＳ２−１でサーチされたＶＯＢＵのナビゲーションパックＮＶ＿ＰＣＫの情報を検出して、当該ナビゲーションパックＮＶ＿ＰＣＫの情報をメモリ１３に記憶させる。
【００８９】
次に、ステップＳ２−３において、コントローラ１１は、ステップＳ２−１でサーチされたＶＯＢＵについて、ステップＳ２−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０であるか否かを判別する。そして、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０であるならば、当該ＶＯＢＵにはピクチャが含まれていないということなので、シーケンスエンドを探すために、ステップＳ２−４に進む。一方、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０でないならば、当該ＶＯＢＵのデマルチプレクサ５からビデオデコーダ６への供給を開始して、図７に示す再生モード分岐処理のフローへと進む。
【００９０】
ステップＳ２−４において、コントローラ１１は、ステップＳ２−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫのＶＯＢＵ＿ＳＲＩに記録されているＢＷＤＩ＿Ｖｉｄｅｏをデータデコーダ４に供給する。そして、データデコーダ４は、このＢＷＤＩ＿Ｖｉｄｅｏが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ５に供給する。
【００９１】
次に、ステップＳ２−５において、コントローラ１１は、ターゲットにシーケンスエンドコードを設定する。なお、ここで設定されたターゲットは、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理において使用される。
【００９２】
次に、ステップＳ２−６において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行い、その後、ステップＳ２−７において、コントローラ１１は、図４及び図５のフローチャートに示した処理によって設定されたエントリーポイントをデータデコーダ４に供給する。そして、データデコーダ４は、このエントリーポイントが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ５に供給する。その後、デマルチプレクサ５からビデオデコーダ６へのＶＯＢＵの供給を開始して、図７に示す再生モード分岐処理のフローへと進む。
【００９３】
つぎに、再生モード分岐処理の流れについて、図７のフローチャートを参照して説明する。
【００９４】
再生モード分岐処理では、先ず、ステップＳ３−１において、コントローラ１１は、切り換え後のモードがＰｌａｙであるか否かを判別する。そして、Ｐｌａｙならばステップ３−２に進み、ＰｌａｙでないならばステップＳ３−４に進む。
【００９５】
ステップＳ３−２において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【００９６】
次に、ステップＳ３−３において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。なお、ＧｏＴｏＴａｒｇｅｔ処理では、ビデオストリームをターゲットまで進めて、当該ターゲットのところから任意のモードでの再生処理が行えるようにする。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャからｐｌａｙを開始する。
【００９７】
また、ステップＳ３−４において、コントローラ１１は、切り換え後のモードがＰａｕｓｅであるか否かを判別する。そして、Ｐａｕｓｅならばステップ３−５に進み、ＰａｕｓｅでないならばステップＳ３−７に進む。
【００９８】
ステップＳ３−５において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【００９９】
次に、ステップＳ３−６において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャを表示させてＰａｕｓｅする。すなわち、当該ピクチャを表示させてた状態で再生を一時停止する。
【０１００】
また、ステップＳ３−７において、コントローラ１１は、切り換え後のモードがＳｔｅｐＦ又はＳｌｏｗＦであるか否かを判別する。そして、ＳｔｅｐＦ又はＳｌｏｗＦならばステップ３−８に進み、ＳｔｅｐＦ又はＳｌｏｗＦでないならばステップＳ３−１０に進む。
【０１０１】
ステップＳ３−８において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【０１０２】
次に、ステップＳ３−９において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャからＳｔｅｐＦ又はＳｌｏｗＦを開始する。
【０１０３】
ステップＳ３−１０において、コントローラ１１は、切り換え後のモードがＳｔｅｐＲ又はＳｌｏｗＲであるか否かを判別する。そして、ＳｔｅｐＲ又はＳｌｏｗＲならばステップＳ３−１１に進み、ＳｔｅｐＲ又はＳｌｏｗＲでないならばステップＳ３−１３に進む。
【０１０４】
ステップＳ３−１１において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【０１０５】
次に、ステップＳ３−１２において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャからＳｔｅｐＲ又はＳｌｏｗＲを開始する。
【０１０６】
ステップＳ３−１３において、コントローラ１１は、切り換え後のモードがＦＦであるか否かを判別する。そして、切り換え後のモードがＦＦならば、ＦＦを開始する。一方、切り換え後のモードがＦＦでないときは、切り換え後のモードがＰｌａｙ系モード、ＳｌｏｗＲ、ＳｔｅｐＲ、ＦＦのいずれでもない場合、すなわちＦＲのときであるので、ＦＲを開始する。なお、切り換え後のモードがＦＦ及びＦＲのときにＧｏＴｏＴａｒｇｅｔ処理を行わないのは、ＦＦ及びＦＲでは、常にＶＯＢＵの先頭から復号するので、ピクチャ単位でのターゲットの特定が不要だからである。
【０１０７】
なお、以上のような再生モード分岐処理のステップＳ３−７乃至Ｓ３−９において、ＳｔｅｐＦとＳｌｏｗＦをまとめて扱っているのは、ＳｌｏｗＦ及びＳｔｅｐＦでの処理はどちらも順方向に１コマずつ再生していく処理であり、映像データをデコーディングオーダーにて復号してプレゼンテーションオーダーにて表示するという観点においては、これらのモードでは基本的に同じ処理が行われるからである。同様に、ステップＳ３−１０乃至Ｓ３−１２において、ＳｔｅｐＲとＳｌｏｗＲをまとめて扱っているのは、ＳｌｏｗＲ及びＳｔｅｐＲでの処理はどちらも逆方向に１コマずつ再生していく処理であり、映像データをデコーディングオーダーにて復号してプレゼンテーションオーダーにて表示するという観点においては、これらのモードでは基本的に同じ処理が行われるからである。
【０１０８】
つぎに、ＧｏＴｏＴａｒｇｅｔ処理の流れについて、図８及び図９のフローチャートを参照して説明する。
【０１０９】
ＧｏＴｏＴａｒｇｅｔ処理は、基本的には、デマルチプレクサ５からビデオデコーダ６にＶＯＢＵ単位で供給される映像データに含まれる各ピクチャについて、ターゲットとしているピクチャ（以下、ターゲットピクチャと称する。）であるか否かを、ＶＯＢＵに含まれるピクチャの先頭から順次、１ピクチャ毎に判別していく処理である。
【０１１０】
なお、以下の説明において、ターゲットピクチャであるか否かの判別の対象となっているピクチャのことを対象ピクチャと称する。そして、ＧｏＴｏＴａｒｇｅｔ処理を行っているときには、対象ピクチャを１ピクチャ分進める毎に、ＳＴＣを１ピクチャ分ずつ進めていくようにする。また、ＧｏＴｏＴａｒｇｅｔ処理では、以下に詳細に説明するように、対象ピクチャがターゲットピクチャであるか否かを判別するための情報として、ＴＲとＧＯＰ＿ＤＴＳＶを用いる。
【０１１１】
ＧｏＴｏＴａｒｇｅｔ処理では、先ず、ステップＳ４−１において、コントローラ１１は、ナビゲーションパックＮＶ＿ＰＣＫが更新されたか否かを判別する。そして、ナビゲーションパックＮＶ＿ＰＣＫが更新されたならばステップＳ４−２に進み、ナビゲーションパックＮＶ＿ＰＣＫが更新されていないならばステップＳ４−６に進む。なお、ナビゲーションパックＮＶ＿ＰＣＫは、デマルチプレクサ５からビデオデコーダ６に新しいＶＯＢＵが供給され、新しいＶＯＢＵに対する処理が開始されたときに更新される。すなわち、ステップＳ４−１では、デマルチプレクサ５からビデオデコーダ６に新しいＶＯＢＵが供給され、新しいＶＯＢＵに対する処理が開始されたか否かを判別している。
【０１１２】
ステップＳ４−２において、コントローラ１１は、ナビゲーションパックＮＶ＿ＰＣＫの更新回数を記録しておくためのパラメータｃｏｕｎｔに１を加算する。なお、パラメータｃｏｕｎｔは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に予め初期化して０にしておく。
【０１１３】
次に、ステップＳ４−３において、コントローラ１１は、パラメータｃｏｕｎｔが２以上であるか否かを判別する。そして、２以上であるならばステップＳ４−４へ進み、２以上でないならばステップＳ４−６へ進む。なお、パラメータｃｏｕｎｔは、ナビゲーションパックＮＶ＿ＰＣＫの更新回数を表している。したがって、このステップＳ４−３では、デマルチプレクサ５からビデオデコーダ６に、ＧｏＴｏＴａｒｇｅｔ処理において２回以上ＶＯＢＵが供給されたか否かを判別している。
【０１１４】
ステップＳ４−４では、図１１に示す１ピクチャ復号処理を行う。なお、１ピクチャ復号処理では、対象ピクチャを復号し、ビデオストリームを次のピクチャのヘッダーまで進める。すなわち、１ピクチャ復号処理では、現在の対象ピクチャを復号した上で、対象ピクチャを次のピクチャへと進める。
【０１１５】
次に、ステップＳ４−５において、コントローラ１１は、ターゲットピクチャを最後に復号したピクチャとし、その後、図１０に示すＧｏＴｏＴａｒｇｅｔ終了処理へと進む。そして、ＧｏＴｏＴａｒｇｅｔ終了処理において、ターゲットピクチャの表示を行い、その後、ＧｏＴｏＴａｒｇｅｔ処理を終了する。すなわち、所定数以上のＶＯＢＵについてターゲットピクチャが含まれているか否かの判別を行っても、ターゲットピクチャが見つからなかったら、最後に復号されていたピクチャを表示して、ＧｏＴｏＴａｒｇｅｔ処理を終了する。
【０１１６】
一方、ステップＳ４−６において、コントローラ１１は、対象ピクチャが、ＧＯＰの先頭のピクチャであるか否かを判別する。そして、ＧＯＰの先頭のピクチャであるならばステップＳ４−７へ進み、ＧＯＰの先頭のピクチャでないならば図９のステップＳ４−９へ進む。
【０１１７】
ステップＳ４−７において、コントローラ１１は、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶと、ターゲットピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶであるＴｇｔ＿ＧＯＰ＿ＤＴＳＶとを比較する。そして、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶ以上であるならば、ステップＳ４−８へ進み、ステップＳ４−８において、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶを過ぎたことを示すフラグｐａｓｓに１を設定した上で、ステップＳ４−９へ進む。一方、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶよりも小さいならば、ステップＳ４−８を飛ばしてステップＳ４−９へ進む。
【０１１８】
すなわち、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶが、ターゲットピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶにまで達したならば、ステップＳ４−８に進んでフラグｐａｓｓに１を設定した上でステップＳ４−９へ進み、そうでないならば、ステップＳ４−８を飛ばしてステップＳ４−９へ進む。なお、フラグｐａｓｓは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に予め初期化して０にしておく。
【０１１９】
ステップＳ４−９において、コントローラ１１は、対象ピクチャがＩピクチャ又はＰピクチャであるか否かを判別する。そして、Ｉピクチャ又はＰピクチャであるならばステップＳ４−１０へ進み、Ｉピクチャ又はＰピクチャでないならばステップＳ４−１６へ進む。なお、ステップＳ４−１５へ進むのは、対象ピクチャがＢピクチャのときである。
【０１２０】
そして、対象ピクチャがＩピクチャ又はＰピクチャのときには、先ず、ステップＳ４−１０において、コントローラ１１は、ターゲットピクチャを復号したことを示すフラグｔｇｔ＿ｄｅｃが１であるか否かを判別する。なお、フラグｔｇｔ＿ｄｅｃは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に予め初期化して０にしておき、後述するようにターゲットピクチャが復号されたときに１を設定する。そして、フラグｔｇｔ＿ｄｅｃが１であるならばステップＳ４−１１へ進み、フラグｔｇｔ＿ｄｅｃが１でないならばステップＳ４−１２へ進む。
【０１２１】
ステップＳ４−１１では、図１１に示す１ピクチャ復号処理を行う。その後、図１０に示したＧｏＴｏＴａｒｇｅｔ終了処理を行い、ＧｏＴｏＴａｒｇｅｔ処理を終了する。
【０１２２】
一方、ステップＳ４−１２において、コントローラ１１は、ターゲットがシーケンスエンドコードであるか否かを判別する。そして、ターゲットがシーケンスエンドコードでないならばステップＳ４−１３へ進み、ターゲットがシーケンスエンドコードであるならばステップＳ４−１５へ進む。なお、このときにステップＳ４−１５に進むのは、ステップＳ２−５においてシーケンスエンドコードがターゲットとして設定されていた場合である。
【０１２３】
ステップＳ４−１４において、コントローラ１１は、フラグｐａｓｓが１であり、且つ、対象ピクチャのＴＲがターゲットピクチャのＴＲに一致しているかを判別する。そして、これらの条件が満たされるならば、ステップＳ４−１４へ進み、ステップＳ４−１４において、フラグｔｇｔ＿ｄｅｃに１を設定した上で、ステップＳ４−１５へ進む。一方、条件が満たされないときには、ステップＳ４−１４を飛ばして、ステップＳ４−１５へ進む。なお、ステップＳ４−１３において、条件が満たされるのは、対象ピクチャがターゲットピクチャのときである。
【０１２４】
ステップＳ４−１５では、図１１に示す１ピクチャ復号処理を行う。そして、対象ピクチャの復号が完了して、ビデオストリームが次のピクチャのヘッダーまで進められたならば、すなわち対象ピクチャが次のピクチャへと進められたならば、ステップＳ４−１へ戻って処理を繰り返す。
【０１２５】
一方、対象ピクチャがＢピクチャのときは、先ず、ステップＳ４−１６において、コントローラ１１は、ターゲットがシーケンスエンドコードであるか否かを判別する。そして、ターゲットがシーケンスエンドコードでないならばステップＳ４−１７へ進み、ターゲットがシーケンスエンドコードであるならばステップＳ４−１９へ進む。なお、このときにステップＳ４−１９に進むのは、ステップＳ２−５においてシーケンスエンドコードがターゲットとして設定されていた場合である。
【０１２６】
ステップＳ４−１７において、コントローラ１１は、フラグｐａｓｓが１であり、且つ、対象ピクチャのＴＲがターゲットピクチャのＴＲに一致しているかを判別する。そして、これらの条件が満たされるならば、ステップＳ４−１８へ進み、条件が満たされないときには、ステップＳ４−１９へ進む。なお、ステップＳ４−１７において、条件が満たされるのは、対象ピクチャがターゲットピクチャのときである。
【０１２７】
ステップＳ４−１８では、図１１に示す１ピクチャ復号処理を行う。その後、図１０に示したＧｏＴｏＴａｒｇｅｔ終了処理を行い、ＧｏＴｏＴａｒｇｅｔ処理を終了する。
【０１２８】
一方、ステップＳ４−１９では、図１２に示す１ピクチャスキップ処理を行い、その後、ステップ４−１へ戻って処理を繰り返す。なお、１ピクチャスキップ処理では、対象ピクチャを復号せずに、ビデオストリームを次のピクチャのヘッダーまで進める。すなわち、１ピクチャスキップ処理では、現在の対象ピクチャを復号せずに、対象ピクチャを次のピクチャへと進める。
【０１２９】
以上のようなＧｏＴｏＴａｒｇｅｔ処理では、対象ピクチャがＩピクチャ又はＰピクチャのときには、対象ピクチャがターゲットピクチャであるか否かに関わりなく、対象ピクチャの復号が行われ、一方、対象ピクチャがＢピクチャのときには、対象ピクチャがターゲットピクチャである場合にだけ、対象ピクチャの復号が行われる。
【０１３０】
すなわち、ＧｏＴｏＴａｒｇｅｔ処理では、復号順序に従ってＧＯＰの先頭からピクチャ毎に順次、ターゲットピクチャであるかを判別していき、ターゲットピクチャが見つかったら当該対象ピクチャを復号するとともに、ターゲットピクチャであるかを順次判別していくにあたって、対象ピクチャがＩピクチャ又はＰピクチャのときには当該対象ピクチャを復号しておくようにする。
【０１３１】
なお、ターゲットにシーケンスエンドコードが設定されているとき、ＧｏＴｏＴａｒｇｅｔ処理は、以下に説明する１ピクチャ復号処理又は１ピクチャスキップ処理を経て終了する。
【０１３２】
つぎに、１ピクチャ復号処理の流れについて、図１１のフローチャートを参照して説明する。
【０１３３】
１ピクチャ復号処理では、先ず、ステップＳ５−１において、ビデオデコーダ６によって対象ピクチャの復号を開始してビデオストリームを進めていく。このとき、ビデオデコーダ６は、ビデオストリームを進めていくことにより、次のピクチャのヘッダーにまで達したら、次のピクチャのヘッダーにまで達したことを示す信号をコントローラ１１に送出する。また、ビデオデコーダ６は、ビデオストリームを進めていくことにより、シーケンスエンドコードが検出されたら、シーケンスエンドコードが検出されたことを示す信号をコントローラ１１に送出する。
【０１３４】
ステップＳ５−２において、コントローラ１１は、対象ピクチャの次のピクチャのヘッダーが発見されたか否かを判別する。すなわち、コントローラ１１は、ビデオストリームが次のピクチャのヘッダーにまで達したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、次のピクチャのヘッダーが発見されているならば、ステップＳ５−３へ進み、次のピクチャのヘッダーが発見されていないならば、ステップＳ５−４へ進む。
【０１３５】
ここで、ステップＳ５−３へ進むのは、対象ピクチャの復号が無事に完了し、ビデオストリームが次のピクチャへと進められたときである。そこで、ステップＳ５−３では、ビデオデコーダ６による復号を止めて、１ピクチャ復号処理を終了する。そして、１ピクチャ復号処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ処理へと戻る。
【０１３６】
一方、ステップＳ５−４へ進むのは、対象ピクチャの復号が完了していないときである。そして、ステップＳ５−４において、コントローラ１１は、後述する４つの条件が満たされたか否かを判別する。ここで、４つの条件とは、デマルチプレクサ５が停止していること、ビデオデコーダ６に備えられているビデオコードバッファ内のデータが無くなっていること、ビデオデコーダ６にリード割り込みが２フレーム分の時間以上きていないこと、復号がＶＯＢＵ＿Ｅ＿ＰＴＭに至るまで完了していることである。なお、リード割り込みは、例えば、次のピクチャが発見されたときに生じる。そして、これら４つの条件のうちのいずれか１つでも満たされていないならば、ステップＳ５−５へ進み、これら４つの条件が全て満たされたならば、ステップＳ５−６へ進む。
【０１３７】
なお、これら４つの条件が全て満たされるのは、デマルチプレクサ５からビデオデコーダ６への映像データの供給が終了してしまっているときである。そこで、これら４つの条件が全て満たされたときには、ステップＳ５−６へ進んで、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて最後のピクチャをターゲットピクチャとして設定し処理を終了する。
【０１３８】
ステップＳ５−５において、コントローラ１１は、シーケンスエンドコードが検出されたか否かを判別する。すなわち、コントローラ１１は、シーケンスエンドコードが検出されたことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、シーケンスエンドコードが検出されているならば、ステップＳ５−６へ進む。一方、シーケンスエンドコードが検出されていなければ、対象ピクチャの復号が未だ完了していないので、ステップＳ５−２へ戻って処理を繰り返す。
【０１３９】
ステップＳ５−６において、コントローラ１１は、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて一番最後に位置するピクチャをターゲットピクチャとして設定する。その後、１ピクチャ復号処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ終了処理を行う。すなわち、１ピクチャ復号処理において、次のピクチャのヘッダーが見つからなくなったときには、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおける最後のピクチャをターゲットピクチャとして設定して、ＧｏＴｏＴａｒｇｅｔ終了処理へ移行する。
【０１４０】
つぎに、１ピクチャスキップ処理の流れについて、図１２のフローチャートを参照して説明する。
【０１４１】
１ピクチャスキップ処理では、先ず、ステップＳ６−１において、ビデオデコーダ６によってビデオストリームを進めていく。このとき、ビデオデコーダ６は、復号せずにビデオストリームを進めていく。なお、上述したように、ビデオデコーダ６は、ビデオストリームを進めていくことにより、次のピクチャのヘッダーにまで達したら、次のピクチャのヘッダーにまで達したことを示す信号をコントローラ１１に送出し、ビデオストリームを進めていくことにより、シーケンスエンドコードが検出されたら、シーケンスエンドコードが検出されたことを示す信号をコントローラ１１に送出する。
【０１４２】
ステップＳ６−２において、コントローラ１１は、対象ピクチャの次のピクチャのヘッダーが発見されたか否かを判別する。すなわち、コントローラ１１は、ビデオストリームが次のピクチャのヘッダーにまで達したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、次のピクチャのヘッダーが発見されているならば、ステップＳ６−３へ進み、次のピクチャのヘッダーが発見されていないならば、ステップＳ６−４へ進む。
【０１４３】
ここで、ステップＳ６−３へ進むのは、ビデオストリームが無事に次のピクチャへと進められたときである。そこで、ステップＳ６−３では、ビデオデコーダ６による処理を止めて、１ピクチャスキップ処理を終了する。そして、１ピクチャスキップ処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ処理へと戻る。
【０１４４】
一方、ステップＳ６−４へ進むのは、ビデオストリームが次のピクチャへと進められていないときである。そして、ステップＳ６−４において、コントローラ１１は、上述した４つの条件が満たされたか否かを判別する。そして、４つの条件のうちのいずれか１つでも満たされていないならば、ステップＳ６−５へ進み、４つの条件が全て満たされたならば、ステップＳ６−６へ進む。
【０１４５】
なお、４つの条件が全て満たされるのは、デマルチプレクサ５からビデオデコーダ６への映像データの供給が終了してしまっているときである。そこで、４つの条件が全て満たされたときには、ステップＳ６−６へ進んで、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて最後のピクチャをターゲットピクチャとして設定し処理を終了する。
【０１４６】
ステップＳ６−５において、コントローラ１１は、シーケンスエンドコードが検出されたか否かを判別する。すなわち、コントローラ１１は、シーケンスエンドコードが検出されたことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、シーケンスエンドコードが検出されているならば、ステップＳ６−６へ進む。一方、シーケンスエンドコードが検出されていなければ、ビデオストリームが未だ次のピクチャまで進められていないので、ステップＳ６−２へ戻って処理を繰り返す。
【０１４７】
ステップＳ６−６において、コントローラ１１は、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて一番最後に位置するピクチャをターゲットピクチャとして設定する。その後、１ピクチャスキップ処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ終了処理を行う。すなわち、１ピクチャスキップ処理において、次のピクチャのヘッダーが見つからなくなったときには、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおける最後のピクチャをターゲットピクチャとして設定して、ＧｏＴｏＴａｒｇｅｔ終了処理へ移行する。
【０１４８】
ところで、上述のようなＧｏＴｏＴａｒｇｅｔ処理を行うときには、主映像のデータを進めて行くだけでなく、他のデータについても処理を進めていく必要がある。すなわち、ＧｏＴｏＴａｒｇｅｔ処理では、映像データが１ピクチャ毎に進められていき、これに合わせてＳＴＣが進められていくが、このとき、副映像データ、音声データ及び字幕データについても、ＳＴＣに合わせて復号が進められていく。
【０１４９】
ここで、字幕データはビデオデコーダ６によって復号される。ここで、ビデオデコーダ６は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められていくＳＴＣに基づいて、字幕データのＤＴＳに従って、字幕データを復号する。そして、ビデオデコーダ６は、１ピクチャに相当する分の字幕データの復号が完了したら、１ピクチャに相当する分の字幕データの復号が完了したことを示す信号をコントローラ１１に送出する。なお、ここで挙げている字幕データとは、主映像データパックＶ＿ＰＣＫに付加情報として含まれている字幕のデータのことであり、副映像データではない。
【０１５０】
また、副映像データは副映像デコーダ７によって復号される。ここで、副映像デコーダ７は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められていくＳＴＣに基づいて、副映像データのＤＴＳに従って、副映像データを復号する。そして、副映像デコーダ７は、１ピクチャに相当する分の副映像データの復号が完了したら、１ピクチャに相当する分の副映像データの復号が完了したことを示す信号をコントローラ１１に送出する。
【０１５１】
また、音声データはオーディオデコーダ８によって復号される。ここで、オーディオデコーダ８は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められていくＳＴＣに基づいて、音声データのＤＴＳに従って、音声データを復号する。そして、オーディオデコーダ８は、１ピクチャに相当する分の音声データの復号が完了したら、１ピクチャに相当する分の音声データの復号が完了したことを示す信号をコントローラ１１に送出する。
【０１５２】
そして、ＧｏＴｏＴａｒｇｅｔ処理が起動されて、映像データをターゲットピクチャに至るまで進める処理が開始されと、副映像データ、音声データ及び字幕データを復号して、副映像データ、音声データ及び字幕データをターゲットピクチャに相当するところまで進める処理が開始される。以下、この処理について、図１３のフローチャートを参照して説明する。なお、図１３のフローチャートに示す処理は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に行われる。
【０１５３】
先ず、ステップＳ７−１において、コントローラ１１は、ＧｏＴｏＴａｒｇｅｔ処理が１ピクチャ分完了したか否かを判別する。すなわち、コントローラ１１は、ビデオストリームが次のピクチャのヘッダーにまで達したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、１ピクチャ分の処理が完了していないならば、ステップＳ７−２へ進み、１ピクチャ分の処理が完了しているならば、ステップＳ７−８へ進む。
【０１５４】
ステップＳ７−２において、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了したことを示す信号が、オーディオデコーダ８から送出されたかを判別する。そして、音声データの復号が完了しているならば、ステップＳ７−３へ進んで更に次の音声データの復号を開始させた後、ステップＳ７−４へ進む。一方、音声データの復号が完了していないならば、当該音声データの復号処理を継続させたまま、ステップＳ７−４へ進む。
【０１５５】
ステップＳ７−４において、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了しているか否かを判別する。
【０１５６】
すなわち、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了したことを示す信号が、副映像デコーダ７から送出されたかを判別する。そして、副映像データの復号が完了しているならば、ステップＳ７−５へ進んで更に次の副映像データの復号を開始させた後、ステップＳ７−６へ進む。一方、副映像データの復号が完了していないならば、当該副映像データの復号処理を継続させたまま、ステップＳ７−６へ進む。
【０１５７】
ステップＳ７−６において、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、字幕データの復号が完了しているならば、ステップＳ７−７へ進んで更に次の字幕データの復号を開始させた後、ステップＳ７−１へ戻って処理を繰り返す。一方、字幕データの復号が完了していないならば、当該字幕データの復号処理を継続させたまま、ステップＳ７−１へ戻って処理を繰り返す。
【０１５８】
一方、ステップＳ７−８において、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了したことを示す信号が、オーディオデコーダ８から送出されたかを判別する。そして、音声データの復号が完了しているならば、ステップＳ７−９へ進み、音声データの復号が完了していないならば、ステップＳ７−８における判別を当該音声データの復号が完了するまで繰り返す。
【０１５９】
ステップＳ７−９において、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了したことを示す信号が、副映像デコーダ７から送出されたかを判別する。そして、副映像データの復号が完了しているならば、ステップＳ７−１０へ進み、副映像データの復号が完了していないならば、ステップＳ７−８へ戻って処理を繰り返す。
【０１６０】
ステップＳ７−１０において、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了しているか否かを判別する。
【０１６１】
すなわち、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、字幕データの復号が完了しているならば、映像データだけでなく、音声データ、副映像データ及び字幕データについても、ターゲットピクチャに相当するところまで復号が進められたこととなるので、処理を終了する。一方、字幕データの復号が完了していないならば、ステップＳ７−８へ戻って処理を繰り返す。
【０１６２】
以上のように、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に、ＳＴＣを順次進めていくとともに、当該ＳＴＣに基づいて、音声データ、副映像データ及び字幕データを順次復号していく。そして、復号された音声データに基づく音声の出力、復号された副映像データに基づく副映像の再生、及び復号された字幕データに基づく字幕の再生は、主映像の再生開始に合わせて開始するようにする。
【０１６３】
ところで、上述したように、ＧｏＴｏＴａｒｇｅｔ処理を行っているときには、対象ピクチャを１ピクチャ分進める毎に、ＳＴＣを１ピクチャ分ずつ進めていく。したがって、ＧｏＴｏＴａｒｇｅｔ処理により、ターゲットピクチャが見つかったとき、ＳＴＣは、再生すべき最初のピクチャであるターゲットピクチャのＰＴＳに達するまで進められた状態となっている。
【０１６４】
そして、Ｐｌａｙ以外のモードからＰｌａｙに再生モードが切り換わるときに、ＳＴＣがターゲットピクチャのＰＴＳに達するまで進められた状態のままで再生を開始すると、復号遅れＤＬの影響により、主映像データ、音声データ、副映像データ及び字幕データの同期が合わなくなることがある。
【０１６５】
そこで、Ｐｌａｙ以外のモードからＰｌａｙに再生モードが切り換わるときには、再生を開始する前に、ＳＴＣを復号遅れＤＬの分以上戻す。具体的には、例えば、再生を開始する前に、３フィールド分だけＳＴＣを戻してやるようにする。その後、再びＳＴＣを進めていき、映像データのＤＴＳに従って映像データの復号を行い、主映像の再生を開始するとともに、音声データ、副映像データ及び字幕データについても、それらのＤＴＳに従って復号を行い、主映像の再生開始に合わせて、音声の出力、副映像の再生及び字幕の再生を開始する。
【０１６６】
これにより、復号遅れＤＬの影響を受けることなく、主映像データ、音声データ、副映像データ及び字幕データの同期が正確に合い、主映像の再生と、音声の出力と、副映像の再生と、字幕の再生とが正確に同時に開始されることとなる。ところで、テレビやビデオの画面が１秒あたり３０フレームで構成されているのに対して、映画は１秒あたり２４コマで構成されている。そこで、ＤＶＤでは、映画を収録する場合、１秒あたり２４コマとしてディスクに記録された映像データを、再生時に信号処理を行い、１秒あたり３０フレームとなるように変換する。すなわち、ＤＶＤに記録された１秒あたり２４コマのデータをもとに１秒あたり３０フレームの映像を再生する際は、最初の２コマから３フレームを作り、次の２コマはそのまま２フレームを作る、という手順を繰り返し行うようにする。これにより、２４コマがちょうど３０フレーム（６０フィールド）となる。なお、このような手法は、一般に２−３プルダウンと呼ばれている。
【０１６７】
そして、通常、ＭＰＥＧ方式で圧縮符号化された映像データを復号して映像を再生するときは、ＧＯＰ＿ＤＴＳＶに基づいて復号を開始して映像を再生する。しかしながら、ＤＶＤでは、２−３プルダウンを行うため、静止画を表示している状態から動画の再生に移るときに、再生開始のタイミングを正確に合わせることができない場合があった。
【０１６８】
なお、静止画を表示している状態から動画の再生に移るのは、例えば、ＰａｕｓｅからＰｌａｙにモードが切り換わるときである。また、Ｐｌａｙ中であっても、動画と動画の間に静止画が挿入されており、いわゆるビデオギャップが存在しているようなときには、
静止画が表示されている状態から動画の再生に移る場合がある。
【０１６９】
このように静止画が表示されている状態から動画の再生に移る場合の具体的な例として、図１４に示すように、ＰピクチャＰ14が静止画として表示されている状態から、動画の再生を開始する場合について考えてみる。ここで、動画の最初のＶＯＢＵに含まれているピクチャのうち、デコーディングオーダーにおける最初の３つのピクチャが、ＩピクチャＩ2、ＢピクチャＢ0、ＢピクチャＢ1であり、動画の再生に移るときには、静止画として表示されていたＰピクチャＰ14に続いて、ＢピクチャＢ0、ＢピクチャＢ1、ＩピクチャＩ2を順次表示していくものとする。
【０１７０】
このとき、ＰピクチャＰ14の表示時間が２フィールド分であるならば、動画の再生に移るときには、図１４（ａ）に示すように、ＧＯＰ＿ＤＴＳＶからＩピクチャＩ 2 の分の時間が経過してから、すなわちＧＯＰ＿ＤＴＳＶから２フィールド分の時間が経過してから、ＢピクチャＢ0の復号を開始しなければならない。
【０１７１】
一方、２−３プルダウンが適用されており、ＰピクチャＰ14の表示時間が３フィールド分であるならば、動画の再生に移るときには、図１４（ｂ）に示すように、ＧＯＰ＿ＤＴＳＶからＩピクチャＩ 2 の分の時間が経過してから更に１フィールド分の時間が経過してから、すなわちＧＯＰ＿ＤＴＳＶから３フィールド分の時間が経過してから、ＢピクチャＢ0の復号を開始しなければならない。このように、ＰピクチャＰ14の表示時間が３フィールド分であるときには、ＩピクチャＩ2の復号が終了した時点から１フィールド分の時間Ｗだけ待ってから、ＢピクチャＢ0の復号を開始しなければならない。
【０１７２】
このように、ＢピクチャＢ0の復号を開始するタイミングは、ＰピクチャＰ14の表示時間が２フィールドであるのか、３フィールドであるのかによって、変える必要がある。しかしながら、ＢピクチャＢ0を復号するとき、ビデオデコーダ６は、ＰピクチャＰ14が何フィールドからなる画像であるかについての情報を持っていない。したがって、ＧＯＰ＿ＤＴＳＶだけでは、ＢピクチャＢ0の復号を開始するタイミングが分からない。
【０１７３】
そこで、静止画を表示している状態から動画の再生へ移るときには、ＧＯＰ＿ＤＴＳＶに基づいて復号を開始するのではなく、動画の最初のピクチャを含むＶＯＢＵのＶＯＢＵ＿Ｓ＿ＰＴＭを参照し、当該ＶＯＢＵ＿Ｓ＿ＰＴＭと復号遅れＤＬとの差、すなわち（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）を求めて、これとＳＴＣを比較するようにする。なお、復号遅れＤＬは、上述したように、常に１フィールド分の時間で一定である。そして、ＳＴＣが（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）に達したら、すなわち下記式（１）に示す条件が満たされたら、動画の最初のピクチャ（図１４の例ではＢピクチャＢ0）の復号を開始する。
【０１７４】
ＳＴＣ≧（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ） ・・・（１）
このように、静止画を表示している状態から動画の再生へ移るときに、ＳＴＣと（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）とを比較して、復号を開始するようにすることにより、２−３プルダウンの適用の有無に関わらず、再生開始のタイミングを正確に合わせることが可能となる。
【０１７５】
なお、静止画を表示している状態から動画の再生へ移るときに、動画の最初のピクチャを含むＶＯＢＵにＰＲＥ＿ＦＰＰが含まれている場合には、当該ＰＲＥ＿ＦＰＰについては復号を行わないようにしておく。そして、ＰＲＥ＿ＦＰＰ以外のピクチャ、すなわち復号する際に異なるＶＯＢＵのピクチャが不要なピクチャの表示が開始されるまで、静止画を表示した状態で保持しておくようにする。ＰＲＥ＿ＦＰＰを表示するためには、前のＶＯＢＵの復号から開始しなければならず、煩雑な処理が必要となる。これに対して、上述のように、ＰＲＥ＿ＦＰＰを表示しないようにしてしまえば、前のＶＯＢＵを復号するような煩雑な処理が不要となる。なお、ＰＲＥ＿ＦＰＰは、通常、たかだか２ピクチャ程度であり、再生開始のときにＰＲＥ＿ＦＰＰに表示しなかったとしても、特に問題とはなるようなものではない。
【０１７６】
ところで、再生モード切換時には、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの判別を行うステップがあるが、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるかの判別を行う際には、先ず、ピクチャを含むＧＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別を行う必要がある。以下に、この判別の方法について説明する。
【０１７７】
デコーディングオーダーにおいてＧＯＰの先頭のピクチャは必ずＩピクチャである。そして、２−３プルダウンが適用され前のピクチャの表示時間が３フィールド分とされていれば、ＧＯＰの先頭のＩピクチャの復号中に表示されているピクチャの表示時間は、３フィールド分の時間となる。一方、前のピクチャの表示時間が２フィールド分とされていれば、ＧＯＰの先頭のＩピクチャの復号中に表示されているピクチャの表示時間は、２フィールド分の時間に相当する。
【０１７８】
そこで、ピクチャを含むＧＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別を行う際には、ＶＯＢＵ＿Ｓ＿ＰＴＭとＧＯＰ＿ＤＴＳＶとの差を求め、この値が２乃至３フィールド分の時間に相当しているならば、すなわち下記式（２）及び（３）に示す条件が満たされているならば、当該がＶＯＢＵの先頭のＧＯＰであるものと判別する。
【０１７９】
(２フィールド分の時間)≦(VOBU_S_PTM)−(GOP_DTSV) ・・・（２）
(VOBU_S_PTM)−(GOP_DTSV)≦(３フィールド分の時間) ・・・（３）
そして、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの判別は、以上のようにして、ピクチャを含むＧＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別した上で行う。
【０１８０】
つぎに、映像表示装置１００の静止画像の表示処理について説明する。
【０１８１】
映像表示装置１００は、上述したようにビデオデコーダ６が映像圧縮データを復号して、このビデオデコーダ６内のメモリに復号した主映像データを格納する。そして、このメモリに格納した主映像データをピクチャの表示タイミングを示すＰＴＭに基づいて出力していく。このとき、ＮＴＳＣ変換回路９から出力される映像信号は、飛び越し走査がされるインターレース画像となることから、ビデオデコーダ６から出力される主映像データもこれに対応したデータとなる。
【０１８２】
ところで、ＭＰＥＧ２の画像圧縮の方式においては、映像ソースの違いにより圧縮されている１秒あたりのピクチャの枚数が異なり、上述したように再生段階においてフィールドの枚数を調整する２−３プルダウンが行われている。具体的に、映像ソースとしては、映画やアニメーション等の１秒あたり２４コマで構成されインターレースがされていないノンインターレースソース、ビデオデータ等の１秒当たり３０フレーム（６０フィールド）で構成されるインターレースソースがある。
【０１８３】
記録媒体１００に記録された主映像データの映像ソースがインターレースソースであるか又はノンインターレースソースであるかは、ＭＰＥＧ２のフォーマットにおけるピクチャヘッダー（PictureHeader）内のピクチャコーディングエクステンション（Picture Codeing Extention）のプログレッシブフレーム（Progressive＿Frame）に示されている。このプログレッシブフレームが０のときは、インターレースソースであることを示しており、プログレッシブフレームが１のときは、ノンインターレースソースであることを示している。
【０１８４】
映像表示装置１００がＰａｕｓｅモードで静止画像を表示する場合は、コントローラ１１は、ビデオデコーダ６からこのプログレッシブフレームの情報を検出してフレーム単位で静止画像を表示するフレームポーズと、フィールド単位で静止画像を表示するフィールドポーズの切り換えを行う。また、この切り換えは、ユーザーの操作入力に基づき選択される。このユーザーの操作入力としては、映像ソースを自動的に判別してフレームポーズとフィールドポーズを切り換えるオートモードと、映像ソースに関わらず強制的にフレームポーズを行うフレームモードとがある。すなわち、オートモードでは、コントローラ１１がシステムヘッダのプログレッシブフレームの情報を検出して、このプログレッシブフレームが０の場合は１フィールドの静止画像を表示し、１の場合は１フレームつまり２フィールドの静止画像を表示する。
【０１８５】
ユーザーがフレームモードを選択した場合は、図１５（ａ）及び（ｂ）に示すように、映像ソースがインターレースソースであっても、ノンインターレースモードであっても必ずフレームポーズで静止画像が表示される。
【０１８６】
また、ユーザーがオートモードを選択した場合であって、映像ソースがノンインタレースソースであれば、図１５（ａ）に示すように、フレームポーズがされる。そして、ユーザーがオートモードを選択した場合であって、映像ソースがインタレースソースであれば、図１５（ｂ）に示すように、フィールドポーズがされる。
【０１８７】
以上のように、映像表示装置１００では、記録媒体１００に記録された映像ソースに応じてフレーム単位の静止画像とフィールド単位の静止画像を出力することにより、ブレが無く見やすい静止画像をユーザー提供することができる。また、システムヘッダのプログレッシブフレームの情報に基づき、コントローラ１１がフレーム単位の静止画像を出力するかフィールド単位の静止画像を出力するかをに自動的に切り換えることにより、ブレがなく見やすい静止画像をユーザーに常に提供することができる。
【０１８８】
なお、このフレームポーズ及びフィールドポーズは、ＳｔｅｐＦやＳｔｅｐＲ等のコマ送り再生において適用しても良い。
【０１８９】
【発明の効果】
本発明に係る記録媒体の再生装置では、制御手段が記録媒体に記録された映像の内容に応じて再生手段を制御し、静止画像再生時において、再生手段からフレーム単位の静止画像とフィールド単位の静止画像を出力させ、静止画像再生から動画像再生に移行するとき、復号のタイミング基準となる同期信号の発生時刻が、映像データを分割した各データ単位に含まれる動画像表示開始タイミング情報信号による表示開始時刻に対して映像データの復号が開始されてから画像の表示が開始されるまでの所定遅れ時間前の時刻に達したときに、動画像再生を開始する最初の再生画像の復号を開始させて、静止画像を表示している状態から動画像の再生へ移行させることにより、静止画像再生時及び静止画再生時から動画像再生に移行する時にブレが無く見やすい静止画像及び動画像をユーザー提供することができる。
【０１９０】
また、本発明に係る記録媒体の再生装置では、記録媒体から再生される映像データの管理情報に基づき、フレーム単位の静止画像を出力するかフィールド単位の静止画像を出力するかをに自動的に切り換えることにより、ブレがなく見やすい静止画像をユーザーに常に提供することができる。
【０１９１】
本発明に係る記録媒体の再生方法では、記録媒体に記録された映像の内容に応じて再生出力を制御し、静止画像再生時において、フレーム単位の静止画像とフィールド単位の静止画像を出力させ、静止画像再生から動画像再生に移行するとき、復号のタイミング基準となる同期信号の発生時刻が、映像データを分割した各データ単位に含まれる動画像表示開始タイミング情報信号による表示開始時刻に対して映像データの復号が開始されてから画像の表示が開始されるまでの所定遅れ時間前の時刻に達したときに、動画像再生を開始する最初の再生画像の復号を開始させて、静止画像を表示している状態から動画像の再生へ移行させることにより、静止画像再生時及び静止画再生時から動画像再生に移行する時にブレが無く見やすい静止画像及び動画像をユーザー提供することができる。
【０１９２】
また、本発明に係る記録媒体の再生方法では、記録媒体から再生される映像データの管理情報に基づき、フレーム単位の静止画像を出力するかフィールド単位の静止画像を出力するかをに自動的に切り換えることにより、ブレがなく見やすい静止画像をユーザーに常に提供することができる。
【図面の簡単な説明】
【図１】本発明を適用した映像再生装置の一構成例を示すブロック図である。
【図２】ＤＶＤ−Ｖｉｄｅｏにおけるビデオゾーンのデータフォーマットを示す図である。
【図３】ＤＶＤ−ＶｉｄｅｏにおけるＶＯＢＳのデータフォーマットを示す図である。
【図４】再生モードが切り換わったときの処理の流れを示すフローチャートである。
【図５】再生モードが切り換わったときの処理の流れを示すフローチャートである。
【図６】シーケンスエンドチェック処理の流れを示すフローチャートである。
【図７】再生モード分岐処理の流れを示すフローチャートである。
【図８】ＧｏＴｏＴａｒｇｅｔ処理の流れを示すフローチャートである。
【図９】ＧｏＴｏＴａｒｇｅｔ処理の流れを示すフローチャートである。
【図１０】ＧｏＴｏＴａｒｇｅｔ終了処理の流れを示すフローチャートである。
【図１１】１ピクチャ復号処理の流れを示すフローチャートである。
【図１２】１ピクチャスキップ処理の流れを示すフローチャートである。
【図１３】映像データ、副映像データ、音声データ及び字幕データを復号していくときの処理の流れを示すフローチャートである。
【図１４】静止画を表示している状態から動画の再生に移るときの復号開始のタイミングを示す図である。
【図１５】映像表示装置１００の静止画像の表示画面の説明図である。
【図１６】ＭＰＥＧ方式におけるフレーム間予測の構造及び記録フレームの構造を示す図である。
【符号の説明】
１００ 映像再生装置、 １ 記録媒体、 ２ ピックアップ、 ３ ＲＦ回路、 ４ データデコーダ、 ５ デマルチプレクサ、 ６ ビデオデコーダ、７ 副映像デコーダ、 ８ オーディオデコーダ、 ９ ＮＴＳＣ変換回路、１０ Ｄ／Ａ変換回路、 １１ コントローラ、 １２ ユーザーインターフェース、 １３ メモリ
【発明の属する技術分野】
本発明は、動画像や静止画像を表示する記録媒体の再生装置及び記録媒体の再生方法に関する。
【０００２】
【従来の技術】
デジタル・ビデオ・ディスク（以下、ＤＶＤと称する。）に記録されるデジタル映像信号を圧縮符号化する方式として、ＭＰＥＧ（Moving Picture Experts Group）方式が採用されている。
【０００３】
このＭＰＥＧ方式におけるフレーム間予測の構造を図１６（ａ）に示す。
【０００４】
この図１６（ａ）の例においては、１ＧＯＰ（Group Of Pictures）が１５フレームで構成されており、１ＧＯＰにおいて、Ｉピクチャ（Intra Picture）が１フレーム、Ｐピクチャ（Predictive Picture）が４フレーム、残る１０フレームがＢピクチャ（Bidirectionally predictive Picture）とされている。なお、ＧＯＰは、動画の１シーケンスを分割した符号化の単位である。
【０００５】
Ｉピクチャは、１フレーム内において予測符号化されたフレーム内予測符号化画像であり、Ｐピクチャは、既に符号化された時間的に前のフレーム（Ｉピクチャ又はＰピクチャ）を参照して予測するフレーム間順方向予測符号化画像であり、Ｂピクチャは、時間的に前後の２フレームを参照して予測する双方向予測符号化画像である。
【０００６】
すなわち、矢印で図示するように、ＩピクチャＩ0は、そのフレーム内のみで予測符号化されており、ＰピクチャＰ0は、ＩピクチャＩ0を参照してフレーム間予測符号化されており、ＰピクチャＰ1は、ＰピクチャＰ0を参照してフレーム間予測符号化されている。更に、ＢピクチャＢ0，Ｂ1は、ＩピクチャＩ0とＰピクチャＰ0との２つを参照してフレーム間予測符号化されており、ＢピクチャＢ2，Ｂ3は、ＰピクチャＰ0とＰピクチャＰ1との２つを参照してフレーム間予測符号化されている。そして、以下同様に予測符号化されて、以降のピクチャが作成されている。なお、各ピクチャの符号中の添え字は、テンポラル・リファレンス（以下、ＴＲと称する。）を表している。ここで、ＴＲは、ＧＯＰの中の画面順を表すものであり、通常の再生時には、このＴＲの順に各ピクチャが再生される。
【０００７】
ところで、このように予測符号化されたピクチャを復号する際、Ｉピクチャはフレーム内での予測符号化が行われているため、Ｉピクチャのみで復号することができるが、Ｐピクチャは時間的に前のＩピクチャ又はＰピクチャを参照して予測符号化されているため、時間的に前のＩピクチャ又はＰピクチャが復号時に必要とされ、Ｂピクチャは時間的に前後のＩピクチャ又はＰピクチャを参照して予測符号化されているため、時間的に前後のＩピクチャ又はＰピクチャが復号時に必要とされる。
【０００８】
そこで、復号時に必要とされるピクチャを先に復号しておけるように、図１６（ｂ）に示すようにピクチャを入れ替えておく。すなわち、ＢピクチャＢ-1，Ｂ-2は、復号時に先行するＧＯＰのＩピクチャ又はＰピクチャとＩピクチャＩ0とを必要とするため、ＢピクチャＢ-1，Ｂ-2よりＩピクチャＩ0が先行するようにしておく。ＢピクチャＢ0，Ｂ1は、復号時にＩピクチャＩ0とＰピクチャＰ0とを必要とするため、ＢピクチャＢ0，Ｂ1よりＰピクチャＰ0が先行するようにしておく。ＢピクチャＢ2，Ｂ3は、復号時にＰピクチャＰ0とＰピクチャＰ1とを必要とするため、ＢピクチャＢ2，Ｂ3よりＰピクチャＰ1が先行するようにしておく。ＢピクチャＢ4，Ｂ5は、復号時にＰピクチャＰ1とＰピクチャＰ2とを必要とするため、ＢピクチャＢ4，Ｂ5よりＰピクチャＰ2が先行するようにしておく。ＢピクチャＢ6，Ｂ7は、復号時にＰピクチャＰ2とＰピクチャＰ3とを必要とするため、ＢピクチャＢ6，Ｂ7よりＰピクチャＰ3が先行するようにしておく。
【０００９】
このようにＭＰＥＧ方式によって映像データを圧縮したときには、復号を行う順序（以下、デコーディングオーダーと称する。）と、表示するピクチャの順序（以下、プレゼンテーションオーダーと称する。）とが異なるものとなる。
【００１０】
なお、このようなＭＰＥＧ方式によって圧縮符号化された上でＤＶＤに記録された映像データを再生する映像再生装置では、通常、単なる再生だけでなく、様々なモードが選択できるようになされる。具体的には、例えば、通常再生（以下、Ｐｌａｙと称する。）、一時停止（以下、Ｐａｕｓｅと称する。）、順方向早送り再生（以下、ＦＦと称する。）、逆方向早送り再生（以下、ＦＲと称する。）、順方向コマ送り再生（以下、ＳｔｅｐＦと称する。）、逆方向コマ送り再生（以下、ＳｔｅｐＲと称する。）、順方向低速再生（以下、ＳｌｏｗＦと称する。）、逆方向低速再生（以下、ＳｌｏｗＲと称する。）等のモードを選択できるようになされる。
【００１１】
【発明が解決しようとする課題】
従来、ＮＴＳＣやＰＡＬ方式のテレビジョン信号が記録された記録媒体から動画像を再生する再生装置は、静止画像を表示する場合、フレーム単位での画像表示を行っている。
【００１２】
ところが、ＮＴＳＣやＰＡＬ方式のテレビジョン信号は、１フレームが、２つの飛び越し走査により生成したフィールドから構成されている。
【００１３】
そのため、フレーム単位での静止画像の表示を行った場合、映画やアニメーションなどの映像ソースに基づき生成されたテレビジョン信号であればフレームを構成する２つのフィールドの画像にブレがなく繊細な画像が得られるが、例えば動きの早い被写体をビデオカメラ等で撮影したような映像ソースから生成されたテレビジョン信号であれば、動きの早い画像のブレが強調されてユーザーにとっては見ずらい画像となってしまう。
【００１４】
また、例えば、ＭＰＥＧ２のフォーマットにおいては、圧縮符号化されている情報が、映画やアニメーション等の１秒間に２４枚の画面から生成された映像ソースか、或いは、テレビジョン等の１秒間に３０枚の画面から生成されている映像ソースかで圧縮されている情報が異なる。しかしながら、従来の再生装置では、どちらの映像ソースであってもフレーム単位の静止画像の表示を行っている。
そして、ＭＰＥＧ方式で圧縮符号化された映像データの再生において、静止画像を表示している状態から動画像の再生に移行するときに、動画像データを表示するタイミングと、復号化のタイミングを正確に合わせることができない場合があった。
【００１５】
本発明は、このような実情を鑑みてなされたものであり、インターレース方式の映像データを記録媒体から再生する際に、ユーザーに見やすい静止画像と、記録媒体から符号化された映像データを静止画像の再生から動画像の再生に移行する際に、ユーザに見やすい画像とを提供する記録媒体の再生装置及び記録媒体の再生方法を提供することを目的とする。
【００１６】
【課題を解決するための手段】
上述の課題を解決するために、本発明に係る記録媒体の再生装置は、記録媒体から符号化された映像データを復号し、復号された映像データを再生して画像を出力する再生手段と、静止画像再生時において、インターレース方式の映像データが上記記録媒体から再生される場合はフィールド単位の静止画像を上記再生手段から出力させ、ノンインターレース画像の映像データが上記記録媒体から再生される場合はフレーム単位の静止画像を上記再生手段から出力させる制御を行う第１の制御手段と、静止画像再生から動画像再生に移行するとき、復号のタイミング基準となる同期信号の発生時刻が、映像データを分割した各データ単位に含まれる動画像表示開始タイミング情報信号による表示開始時刻に対して映像データの復号が開始されてから画像の表示が開始されるまでの所定遅れ時間前の時刻に達したときに、動画像再生を開始する最初の再生画像の復号を開始させて、静止画像を表示している状態から動画像の再生へ移行させる制御を行う第２の制御手段とを備えることを特徴とする。
【００１７】
この記録媒体の再生装置では、制御手段が記録媒体に記録された映像の内容に応じて再生手段を制御し、再生手段からフレーム単位の静止画像とフィールド単位の静止画像を出力する。
【００１８】
また、本発明に係る記録媒体の再生装置は、上記制御手段が、インターレース方式の映像データが上記記録媒体から再生される場合はフィールド単位の静止画像を出力し、ノンインターレース方式の映像データが上記記録媒体から再生される場合はフレーム単位の静止画像を出力することを、記録媒体から再生される映像データの管理情報に基づき自動的に切り換えることを特徴とする。
【００１９】
この記録媒体の再生装置では、記制御手段が、記録媒体から再生される映像データの管理情報に基づき、フレーム単位の静止画像を出力するかフィールド単位の静止画像を出力するかをに自動的に切り換える。
【００２０】
本発明に係る記録媒体の再生方法は、記録媒体から符号化された画像データを復号し、復号された映像データを再生して画像を出力し、静止画像再生時において、インターレース方式の映像データが上記記録媒体から再生される場合はフィールド単位の静止画像を出力させ、ノンインターレース画像の映像データが上記記録媒体から再生される場合はフレーム単位の静止画像を出力させ、静止画像再生から動画像再生に移行するとき、復号のタイミング基準となる同期信号の発生時刻が、映像データを分割した各データ単位に含まれる動画像表示開始タイミング情報信号による表示開始時刻に対して映像データの復号が開始されてから画像の表示が開始されるまでの所定遅れ時間前の時刻に達したときに、動画像再生を開始する最初の再生画像の復号を開始させて、静止画像を表示している状態から動画像の再生へ移行させることを特徴とする。
【００２１】
また、本発明に係る記録媒体の再生方法は、インターレース方式の映像データが上記記録媒体から再生される場合はフィールド単位の静止画像を出力し、ノンインターレース方式の映像データが上記記録媒体から再生される場合はフレーム単位の静止画像を出力することを、記録媒体から再生される映像データの管理情報に基づき自動的に切り換えることを特徴とする。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態として、映像等の記録に使用されるＤＶＤであるＤＶＤ−Ｖｉｄｅｏに記録された符号化データを復号して映像を再生する映像再生装置に本発明を適用した例について、図面を参照しながら詳細に説明する。
【００２３】
まず、図１のブロック構成図を参照して、映像再生装置１００の構成について説明する。なお、ＤＶＤ−Ｖｉｄｅｏでは、映像データ等をＭＰＥＧ方式により圧縮符号化して、ディスクに記録する。したがって、この映像再生装置１００では、ＭＰＥＧ方式により圧縮符号化された上でディスクに記録された映像データ等を読み出して、当該映像データ等を復号して映像を再生する。
【００２４】
この映像再生装置１００は、記録媒体１からＲＦ信号を再生するピックアップ２と、このピックアップ２により再生されたＲＦ信号が供給され当該ＲＦ信号の２値化処理等を行うＲＦ回路３と、ＲＦ回路３からの再生データが供給され当該再生データに対してエラー訂正等の復号処理を行うデータデコーダ４と、データデコーダ４により復号処理が施された再生データを主映像圧縮データ、副映像圧縮データ及び音声圧縮データに振り分けるデマルチプレクサ５とを備える。
【００２５】
また、この映像再生装置１００は、上記主映像圧縮データを伸張するビデオデコーダ６と、上記副映像圧縮データを伸張して主映像データと合成する副映像デコーダ７と、上記音声圧縮データを伸張するオーディオデコーダ８と、ビデオレコーダ６からの主映像データと副映像デコーダ７からの副映像データが合成された映像データが供給され当該映像データをＮＴＳＣ信号又はＰＡＬ信号に変換するデジタル／ＮＴＳＣ，ＰＡＬ変換回路（以下、単にＮＴＳＣ変換回路と称する。）９と、オーディオデコーダ８からのオーディオデータが供給され当該オーディオデータをアナログ信号に変換するデジタル／アナログ変換回路（以下、単にＤ／Ａ変換回路と称する。）１０とを備える。
【００２６】
また、この映像再生装置１００は、ピックアップ２、ＲＦ回路３、データデコーダ４、デマルチプレクサ５、ビデオデコーダ６、副映像デコーダ７、オーディオデコーダ８、ＮＴＳＣ変換回路９及びＤ／Ａ変換回路１０を制御するコントローラ１１と、このコントローラ１１とユーザーの操作入力を媒介するユーザーインターフェース１２と、コントローラ１１のデータ記憶部となるメモリ１３とを備える。
【００２７】
記録媒体１は、ＭＰＥＧ方式により圧縮符号化された映像データ等が記録されたＤＶＤ−Ｖｉｄｅｏであり、この記録媒体１に記録された映像データ等が映像再生装置１００によって再生される。なお、この記録媒体１は、再生専用型、追記型、書換型等のいずれであってもよい。
【００２８】
ピックアップ２は、記録媒体１からＲＦ信号を再生して、当該ＲＦ信号をＲＦ回路３に供給する。
【００２９】
ＲＦ回路３は、ピックアップ２から供給されたＲＦ信号に対して、波形等化及び２値化等の処理を施してデジタルデータとその同期信号等を生成する。ＲＦ回路３により生成されたデジタルデータ等は、データデコーダ４に供給される。
【００３０】
データデコーダ４は、ＲＦ回路３により生成されたデジタルデータに基づき、データの復調や誤り訂正等の処理を行う。データデコーダ４により復調及び誤り訂正等の処理が施されたデジタルデータは、デマルチプレクサ５に供給される。また、データデコーダ４では、ＭＰＥＧ方式のフォーマットにおけるシステムヘッダやパックヘッダ等に含まれるパラメータ情報や、後述するナビゲーションパックＮＶ＿ＰＣＫに含まれる所定の情報等を検出する。この検出したパラメータ情報等は、データデコーダ４からコントローラ１１に供給される。
【００３１】
また、このデータデコーダ４は、デジタルデータの出力段にトラックバッファ４ａを有している。このトラックバッファ４ａによりデータデコーダ４とデマルチプレクサ５の処理速度の違いが吸収される。
【００３２】
デマルチプレクサ５は、データデコーダ４により復調及び誤り訂正等の処理が施されたデジタルデータを、主映像圧縮データと、副映像圧縮データと、音声圧縮データとに振り分ける。
【００３３】
ここで、主映像圧縮データとは、ＭＰＥＧ方式により圧縮された映像データであり、ＤＶＤのフォーマットにおけるビデオストリーム（Video streams）に相当する。副映像圧縮データとは、主映像に合成される字幕画像等のデータであり、ＤＶＤのフォーマットにおけるサブピクチャストリーム（Sub-picture streams）に相当する。音声圧縮データとは、ＭＰＥＧ等の方式で圧縮された音声データであり、ＤＶＤのフォーマットにおけるオーディオストリーム（Audio streams）に相当する。
【００３４】
デマルチプレクサ５は、主映像圧縮データをビデオデコーダ６に供給し、副映像圧縮データを副映像デコーダ７に供給し、音声圧縮データをオーディオデコーダ８に供給する。
【００３５】
ビデオデコーダ６は、主映像圧縮データの復号処理を行い、この復号処理により伸張された主映像データを生成する。このビデオデコーダ６は、復号処理を行うために３画面分の画像メモリを有している。すなわち、ビデオデコーダ６は、主映像圧縮データを復号することによって得られたピクチャのデータを、不要になったピクチャのデータを順次更新しながら、３画面分まで画像メモリに順次格納していく。そして、ビデオデコーダ６は、復号された各ピクチャを画像メモリから順次読み出して、それらのピクチャのデータを副映像デコーダ７に供給する。
【００３６】
なお、ビデオデコーダ６に備えられる画像メモリは、３画面分に限らず、これ以上の画面数分あってもよい。
【００３７】
副映像デコーダ７は、副映像圧縮データの復号処理を行い、この復号処理により伸長された副映像データをビデオデコーダ６から供給された主映像データに合成して、主映像と副映像とが合成された映像データを生成する。すなわち、副映像デコーダ７では、字幕画像等の副映像を主映像と合成する。なお、この副映像デコーダ７は、副映像データが無い場合には、主映像データをそのまま映像データとして出力する。副映像デコーダ７によって生成された映像データは、ＮＴＳＣ変換回路９に供給される。
【００３８】
オーディオデコーダ８は、音声圧縮データの復号処理を行い、この復号処理により伸張された音声データを生成する。すなわち、オーディオデコーダ８は、音声圧縮データがＭＰＥＧ方式で圧縮されていれば、ＭＰＥＧ方式に対応した伸張処理を行い、音声データを生成する。なお、音声圧縮データが、ＭＰＥＧ方式のフォーマットではなく、ＰＣＭ等のフォーマットであれば、そのフォーマットに対応した処理を行う。オーディオデコーダ８によって生成された音声データは、Ｄ／Ａ変換回路１０に供給される。
【００３９】
ＮＴＳＣ変換回路９は、映像データをデジタルデータからＮＴＳＣやＰＡＬ等のテレビジョン信号に変換して出力する。この出力をＣＲＴディスプレイ等の表示装置に供給することにより、ユーザーが記録媒体１から再生した映像を視聴することができる。
【００４０】
Ｄ／Ａ変換回路１０は、デジタルデータである音声データをアナログの音声データに変換して出力する。この出力をスピーカ等に供給することにより、ユーザーが記録媒体１から再生した音声を視聴することができる。
【００４１】
コントローラ１１は、ピックアップ２、ＲＦ回路３、データデコーダ４、デマルチプレクサ５、ビデオデコーダ６、副映像デコーダ７、オーディオデコーダ８、ＮＴＳＣ変換回路９及びＤ／Ａ変換回路１０の制御を行う。また、コントローラ１１には、操作パネルやリモートコントローラ等からなるユーザーインターフェース１２を介して、再生モード切換等の操作入力がなされ、この操作入力に基づき各回路の制御を行う。なお、コントローラ１１は、メモリ１３に各制御に必要なデータ等を記憶させ、メモリ１３に記憶させたデータを随時参照して各回路の制御を行う。
【００４２】
つぎに、ＤＶＤ−Ｖｉｄｅｏに記録される符号化データのフォーマットについて、図２及び図３を参照して説明する。
【００４３】
ＤＶＤ−Ｖｉｄｅｏにおいて、符号化データには、主映像データ、副映像データ及び音声データが含まれる。なお、これらの各データは、全てが必須というわけではなく、記録する情報に応じて適宜選択可能であることは言うまでもない。なた、以下の説明では、これらのデータが記録される領域のことを、ビデオゾーンと称する。
【００４４】
ビデオゾーンは、図２に示すように、ビデオゾーンの先頭に位置するＶＭＧ（Video Manager）と、ＶＭＧの後ろに位置するＶＴＳ（Video Title Set）とから構成される。ＶＭＧは、主にビデオゾーンに含まれているＶＴＳについての情報が記録される領域であり、１つのビデオゾーンに１つ含まれる。一方、ＶＴＳは、タイトルが実際に記録される領域であり、１つのビデオゾーンに少なくとも１つは含まれており、最大で９９までとされる。なお、ＤＶＤ−Ｖｉｄｅｏにおいて、タイトルとは、記録されている映像等の一番大きな単位であり、例えば、映画が記録されたＤＶＤ−Ｖｉｄｅｏでは、通常、１タイトルが映画１作品に相当する。
【００４５】
ＶＭＧは、再生に必要な基本的な情報等が記録されるＶＭＧＩ（VMG Information）と、記録されているデータにアクセスするためのメニュー画面の情報等が記録されるＶＭＧＭ＿ＶＯＢＳ（Video object Set foe VMG Menu）と、ＶＭＧＩのバックアップであるＶＭＧＩ＿ＢＵＰ（Backup of the VMGI）とから構成されている。なお、ＶＭＧＭ＿ＶＯＢＳは、必須ではなく、無くても構わない。
【００４６】
ＶＴＳは、後述するセルの順序や相互の関係等を示すＰＧＣＩ（Program Chain Information）等が記録されるＶＴＳＩ（VTS Information）と、記録されているタイトルにアクセスするためのメニュー画面の情報等が記録されるＶＴＳＭ＿ＶＯＢＳ（Video Object Set for the VTS Menu）と、タイトルが実際に記録されるＶＴＳＴＴ＿ＶＯＢＳ（Video Object Set for Titles in a VTS）と、ＶＴＳＩのバックアップであるＶＴＳＩ＿ＢＵＰ（Backup of the VTSI）とから構成されている。なお、ＶＴＳＭ＿ＶＯＢＳは、必須ではなく、無くても構わない。
【００４７】
つぎに、実際に映像のデータが配置されるＶＯＢＳについて説明する。なお、ここでは、ＶＭＧＭ＿ＶＯＢＳ、ＶＴＳＭ＿ＶＯＢＳ及びＶＴＳＴＴ＿ＶＯＢＳをまとめてＶＯＢＳと称している。
【００４８】
ＶＯＢＳは、図３に示すように、１以上のＶＯＢ（Video object）から構成されており、各ＶＯＢは、１以上のＣｅｌｌから構成されている。ここで、各ＶＯＢには、各ＶＯＢの番号を示すＶＯＢ＿ＩＤナンバーが割り当てられており、各Ｃｅｌｌには、各Ｃｅｌｌの番号を示すＣｅｌｌ＿ＩＤナンバーが割り当てられている。したがって、ＶＯＢＳの中のＣｅｌｌは、ＶＯＢ＿ＩＤナンバーと、Ｃｅｌｌ＿ＩＤナンバーとによって特定される。そして、これらのＣｅｌｌは、ＶＴＳＩに記録されているＰＧＣＩによって関連付けられている。
【００４９】
なお、実際に再生の対象となるＣｅｌｌは、ＰＧＣＩによって関連付けられたＣｅｌｌの全部とは限らず、一部だけの場合もある。例えば、記録されている映像の一部だけを再生するように予めプログラムして再生を行ういわゆるプログラム再生では、ＰＧＣＩによって関連付けられたＣｅｌｌのうち、一部のＣｅｌｌだけを再生するようなときがある。このようなとき、再生の対象となるＣｅｌｌは、ＰＧＣＩによって関連付けられたＣｅｌｌのうちの一部となる。一方、例えば、記録されている映像を最初から最後まで連続して再生するような場合には、ＰＧＣＩによって関連付けられたＣｅｌｌの全てを再生することとなるので、再生の対象となるＣｅｌｌは、ＰＧＣＩによって関連付けられたＣｅｌｌの全部となる。
【００５０】
そして、Ｃｅｌｌは、１以上のＶＯＢＵ（Video Object Unit）から構成されている。すなわち、ＤＶＤ−Ｖｉｄｅｏにおいて、映像等のデータは、１以上のＧＯＰを含む所定のデータ単位に予め分割されており、このデータ単位のことをＶＯＢＵと称している。なお、デマルチプレクサ５からビデオデコーダ６へのデータの供給は、このＶＯＢＵの単位で行われる。
【００５１】
ＶＯＢＵは、１以上のＧＯＰ（Group of Pictures）を含むように構成されており、具体的には、図３に示すように、ＶＯＢＵ間の相互の関係等が記録されるナビゲーションパックＮＶ＿ＰＣＫ（Navigation Pack）と、パックヘッダー及び主映像データパケットからなる主映像データパックＶ＿ＰＣＫ（Video Pack）と、パックヘッダー及び音声データパケットからなる音声データパックＡ＿ＰＣＫ（Audio Pack）と、パックヘッダー及び副映像データパケットからなる副映像データパックＳＰ＿ＰＣＫ（Sub-Picture Pack）とから構成される。ここで、主映像データパックＶ＿ＰＣＫパックは、ＭＰＥＧ２方式についての規格であるＩＳＯ／ＩＥＣ１３８１８−２、又はＭＰＥＧ１方式についての規格であるＩＳＯ／ＩＥＣ１１１７２−２に準ずるように圧縮符号化されてなる。
【００５２】
上記ナビゲーションパックＮＶ＿ＰＣＫは、ＶＯＢＵの先頭に必ず配置される。一方、主映像データパックＶ＿ＰＣＫ、音声データパックＡ＿ＰＣＫ及び副映像データパックＳＰ＿ＰＣＫは、必ずしもＶＯＢＵに含まれている必要はない。つぎに、映像再生装置１００による符号化データの再生についての具体的な説明に先立って、以下の説明で用いる語句について説明する。
【００５３】
本実施の形態では、再生のモードとして、Ｐｌａｙ、Ｐａｕｓｅ、ＳｔｅｐＲ、ＳｌｏｗＲ、ＳｔｅｐＦ、ＳｌｏｗＦ、ＦＦ、ＦＲを挙げ、それらのモードを切り換えたときの処理について説明する。そして、このように再生のモードを切り換えたときに、切り換え前のモードにおいて再生されていた最後のピクチャのことを「モード切換前ピクチャ」と称し、切り換え後のモードにおいて最初に表示するピクチャのことを「表示開始ピクチャ」と称する。
【００５４】
また、ＶＯＢＵのスタートアドレスのことを「ＶＯＢＵ＿ＳＡ」と称する。そして、デマルチプレクサ５からビデオデコーダ６に供給されるＶＯＢＵは「エントリーポイント」によって特定される。すなわち、エントリーポイントにＶＯＢＵ＿ＳＡが設定され、当該ＶＯＢＵ＿ＳＡが指し示すＶＯＢＵが、デマルチプレクサ６からビデオデコーダ６、副映像デコーダ７及びオーディオデコーダ８に供給される。より具体的には、当該ＶＯＢＵに含まれる主映像データパックＶ＿ＰＣＫが、デマルチプレクサ６からビデオデコーダ６に供給されて復号され、当該ＶＯＢＵに含まれる副映像データパックＳＰ＿ＰＣＫがデマルチプレクサ６から副映像デコーダ７に供給されて復号され、当該ＶＯＢＵに含まれる音声データパックＡ＿ＰＣＫがデマルチプレクサ６からオーディオデコーダ８に供給され復号される。
【００５５】
また、以下の説明では、ＶＯＢＵ＿ＳＡのうち、モード切換前ピクチャが含まれるＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＣＵＲＲ＿ＶＯＢＵ＿ＳＡ」と称し、モード切換前ピクチャが含まれるＶＯＢＵの１つ前のＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＰＲＥＶ＿ＶＯＢＵ＿ＳＡ」と称し、モード切換前ピクチャが含まれるＶＯＢＵの１つ後のＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＮＥＸＴ＿ＶＯＢＵ＿ＳＡ」と称する。
【００５６】
また、ＶＯＢＵに含まれるピクチャのうちの先頭のピクチャの終了アドレスのことを「ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡ」と称する。このＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡは、ナビゲーションパックＮＶ＿ＰＣＫに記録されている。なお、ＶＯＢＵにピクチャが含まれていないとき、すなわちＶＯＢＵに映像データが含まれていないとき、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡには０が設定される。
【００５７】
また、ナビゲーションパックＮＶ＿ＰＣＫには、例えば、当該ナビゲーションパックＮＶ＿ＰＣＫが含まれているＶＯＢＵの前後に位置する複数のＶＯＢＵのアドレス情報が含まれている。この情報のことを「ＶＯＢＵ＿ＳＲＩ」と称する。また、ＶＯＢＵ＿ＳＲＩに記録されているアドレス情報のうち、当該ＶＯＢＵよりの前のビデオストリームを含むＶＯＢＵのＶＯＢＵ＿ＳＡのことを「ＢＷＤＩ＿Ｖｉｄｅｏ」と称する。
【００５８】
また、各ＶＯＢＵには、当該ＶＯＢＵに含まれるピクチャの表示開始のタイミングを示す時刻管理情報が予め記録されている。そして、この時刻管理情報のことを「ＰＴＭ」と称する。そして、ＰＴＭのうち、ＶＯＢＵに含まれるピクチャの表示を開始すべきタイミングを示すＰＴＭのことを「ＶＯＢＵ＿Ｓ＿ＰＴＭ」と称し、ＶＯＢＵに含まれるピクチャの表示が終了するタイミングを示すＰＴＭのことを「ＶＯＢＵ＿Ｅ＿ＰＴＭ」と称する。すなわち、ＶＯＢＵ＿Ｓ＿ＰＴＭは、プレゼンテーションオーダーにおいてＶＯＢＵの先頭に位置するピクチャの表示開始のタイミングを示し、ＶＯＢＵ＿Ｅ＿ＰＴＭは、プレゼンテーションオーダーにおいてＶＯＢＵの最後に位置するピクチャの表示終了のタイミングを示す。
【００５９】
また、ＭＰＥＧ方式により圧縮符号化された映像データでは、少なくともＧＯＰの先頭のＩピクチャに、復号開始のタイミングを示すＤＴＳ（Decoding Time Stamp）が記録されている。そして、映像再生装置１００は、映像データの再生時に、復号のタイミングの基準となる同期信号であるＳＴＣを順次進めていき、ＳＴＣとＤＴＳとを比較して、ＳＴＣがＤＴＳに達したら、当該ＤＴＳが記録されているピクチャの復号を開始するようにする。そして、以下の説明では、ＤＴＳのうち、ＧＯＰの先頭のＩピクチャのＤＴＳのことを「ＧＯＰ＿ＤＴＳＶ」と称する。
【００６０】
また、ＶＯＢＵに含まれるピクチャのデータだけで復号できるピクチャのうち、プレゼンテーションオーダーで最も早く表示されるピクチャのことを「ＦＰＰ」と称する。また、復号する際に異なるＶＯＢＵのピクチャが必要なピクチャのことを「ＰＲＥ＿ＦＰＰ」と称する。具体的には、ＰＲＥ＿ＦＰＰは、一つ前のＶＯＢＵの最後のＧＯＰに含まれるピクチャを参照して復号がなされる。したがって、ＰＲＥ＿ＦＰＰは、一つ前のＶＯＢＵの最後のＧＯＰに含まれるピクチャを復号した後でなければ、復号することができない。なお、ＭＰＥＧ方式において、ピクチャは、当該ピクチャを含むＧＯＰに含まれるピクチャ、又は１つ前のＧＯＰに含まれるピクチャを参照すれば、必ず復号できるように圧縮される。したがって、ＰＲＥ＿ＦＰＰは、ＶＯＢＵの先頭のＧＯＰにだけ存在しうるものであり、ＶＯＢＵの先頭以外のＧＯＰには存在しない。
【００６１】
また、映像再生装置１００では、映像データの復号を開始するタイミングと、ピクチャの表示を開始するタイミングには、若干のずれが生じる。そして、以下の説明では、映像データの復号が開始されてからピクチャの表示が開始されるまでの時間のことを「復号遅れＤＬ」と称する。なお、映像表示装置１００では、この復号遅れＤＬが、常に１フィールド分の時間で一定となるようにしている。
つぎに、再生モードが切り換わったときの映像表示装置１００の動作について説明する。
【００６２】
なお、Ｐｌａｙ、Ｐａｕｓｅ、ＳｌｏｗＦ及びＳｔｅｐＦでの処理は、全て順方向の再生処理であるので、映像データをデコーディングオーダーにて復号してプレゼンテーションオーダーにて表示するという観点においては、これらのモードでは基本的に同じ処理が行われることとなる。そこで、以下の説明において、これらのモードを区別する必要がないときには、これらのモードをまとめてＰｌａｙ系モードと称する。なお、ＦＦも順方向の再生処理であるが、ＦＦでは、早送りを行うためにピクチャを飛び飛びで復号することとなるので、復号の順序がＰｌａｙ、Ｐａｕｓｅ、ＳｌｏｗＦ及びＳｔｅｐＦの場合とは異なるものとなる。したがって、ＦＦは、Ｐｌａｙ系モードには含めていない。
【００６３】
ユーザーインターフェース１２を介して再生モードの切り換えを指示する信号がコントローラ１１に入力されると、図４乃至図１２のフローチャートに示す処理が行われ、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵがモード切換前ピクチャの情報に基づいて特定された上で、再生モードの切り換えが行われる。以下、この処理について、図４乃至図１２のフローチャートを参照して詳細に説明する。
【００６４】
再生モードを切り換えるイベントが発生したら、図４に示すように、先ず、ステップＳ１−１において、コントローラ１１は、モード切換前ピクチャの情報を取得する。具体的には、コントローラによって、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとを検出して、当該ＴＲ及びＧＯＰ＿ＤＴＳＶをメモリ１３に記憶させるとともに、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かを判別し、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの情報をメモリ１３に記憶させる。
【００６５】
次に、ステップＳ１−２において、コントローラ１１は、モード切換前ピクチャが含まれるＶＯＢＵのナビゲーションパックＮＶ＿ＰＣＫの情報を検出して、当該ナビゲーションパックＮＶ＿ＰＣＫの情報をメモリ１３に記憶させる。
【００６６】
次に、ステップＳ１−３において、コントローラ１１は、切り換え後のモードがＰｌａｙ系モードであるか否かを判別する。そして、Ｐｌａｙ系モードならばステップＳ１−４に進み、Ｐｌａｙ系モードでないならばステップＳ１−７に進む。
【００６７】
ステップＳ１−４において、コントローラ１１は、ステップＳ１−１でメモリ１３に記憶させた情報に基づいて、モード切換前ピクチャがＰＲＥ＿ＦＰＰであるか否かを判別する。そして、ＰＲＥ＿ＦＰＰでないならばステップＳ１−５へ進み、ＰＲＥ＿ＦＰＰであるならばステップＳ１−６へ進む。
【００６８】
ステップＳ１−５において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定する。また、ステップＳ１−６において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定する。
【００６９】
すなわち、切り換え後のモードがＰｌａｙ系モードであり、モード切換前ピクチャがＰＲＥ＿ＦＰＰでないならば、モード切換前ピクチャを含むＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。また、切り換え後のモードがＰｌａｙ系モードであり、モード切換前ピクチャがＰＲＥ＿ＦＰＰであるならば、モード切換前ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。
【００７０】
一方、ステップＳ１−７において、コントローラ１１は、切り換え後のモードがＳｌｏｗＲ又はＳｔｅｐＲであるか否かを判別する。そして、ＳｌｏｗＲ又はＳｔｅｐＲならばステップＳ１−８に進み、ＳｌｏｗＲ又はＳｔｅｐＲでないならばステップＳ１−１１に進む。
【００７１】
ステップＳ１−８において、コントローラ１１は、ステップＳ１−１でメモリ１３に記憶させた情報に基づいて、モード切換前ピクチャがＦＰＰ又はＰＲＥ＿ＦＰＰであるか否かを判別する。そして、ＦＰＰ又はＰＲＥ＿ＦＰＰでないならばステップＳ１−９へ進み、ＦＰＰ又はＰＲＥ＿ＦＰＰであるならばステップＳ１−１０へ進む。
【００７２】
ステップＳ１−９において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定する。また、ステップＳ１−１０において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定する。
【００７３】
すなわち、切り換え後のモードがＳｌｏｗＲ又はＳｔｅｐＲであり、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰＰでないならば、モード切換前ピクチャを含むＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。また、切り換え後のモードがＳｌｏｗＲ又はＳｔｅｐＲであり、モード切換前ピクチャがＦＰＰ又はＰＲＥ＿ＦＰＰであるならば、モード切換前ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。
【００７４】
一方、ステップＳ１−１１において、コントローラ１１は、ステップＳ１−１でメモリ１３に記憶させた情報に基づいて、切り換え後のモードがＦＦであるか否かを判別する。そして、ＦＦであるならばステップＳ１−１２に進み、ＦＦでないならばステップＳ１−１３に進む。なお、ステップＳ１−１３に進むのは、切り換え後のモードが、Ｐｌａｙ系モード、ＳｌｏｗＲ、ＳｔｅｐＲ、ＦＦのいずれでもない場合、すなわちＦＲの場合である。
【００７５】
ステップＳ１−１２において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＮＥＸＴ＿ＶＯＢＵ＿ＳＡに設定する。また、ステップＳ１−１３において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定する。
【００７６】
すなわち、切り換え後のモードがＦＦのときには、モード切換前ピクチャを含むＶＯＢＵの次のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。また、切り換え後のモードがＦＲのときには、モード切換前ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。
【００７７】
次に、図５のステップＳ１−２０へ進み、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、エントリーポイントがＣｅｌｌの境界を越えているかを判別する。そして、エントリーポイントがＣｅｌｌの境界を越えているならば、ステップＳ１−２１へ進み、Ｃｅｌｌの境界を越えていないならば、図６に示すシーケンスエンドチェックのフローへと進む。なお、エントリーポイントがＣｅｌｌの境界を越えているということは、換言すれば、エントリーポイントがモード切換前ピクチャを含むＣｅｌｌに存在しないということである。
【００７８】
ステップＳ１−２１において、コントローラ１１は、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡであるか否かを判別する。そして、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡであるならばステップＳ１−２２へ進み、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡでないならばステップ１−２４へ進む。ステップＳ１−２２において、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、モード切換前ピクチャが含まれていたＣｅｌｌが、再生の対象となるＣｅｌｌのうち、最後のＣｅｌｌであるか否かを判別する。そして、最後のＣｅｌｌではないならば、ステップＳ１−２３へ進む。一方、最後のＣｅｌｌであったならば、再生の対象となるＣｅｌｌがなくなったこととなるので、再生処理を終了する。
【００７９】
ステップＳ１−２３において、コントローラ１１は、エントリーポイントとして設定されているＶＯＢＵ＿ＳＡを、モード切換前ピクチャが含まれていたＣｅｌｌの次のＣｅｌｌの先頭に設定する。すなわち、エントリーポイントを、モード切換前ピクチャが含まれていたＣｅｌｌの次のＣｅｌｌの先頭のＶＯＢＵのスタートアドレスに設定する。その後、図６に示すシーケンスエンドチェックのフローへと進む。
【００８０】
一方、ステップＳ１−２４において、コントローラ１１は、切り換え後のモードがＦＲであるか否かを判別する。そして、ＦＲであるならばステップＳ１−２５に進み、ＦＲでないならばテップＳ１−２６に進む。
【００８１】
ステップＳ１−２５において、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、モード切換前ピクチャが含まれていたＣｅｌｌが、再生の対象となるＣｅｌｌのうち、先頭のＣｅｌｌであるか否かを判別する。そして、先頭のＣｅｌｌではないならば、ステップＳ１−２７へ進む。一方、先頭のＣｅｌｌであったならば、再生の対象となるＣｅｌｌがなくなったこととなるので、再生処理を終了する。
【００８２】
ステップＳ１−２６において、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、モード切換前ピクチャが含まれていたＣｅｌｌが、ＰＧＣＩによって関連付けられたＣｅｌｌのうち、先頭のＣｅｌｌであるか否かを判別する。そして、先頭のＣｅｌｌではないならばステップＳ１−２７へ進み、先頭のＣｅｌｌであるならばステップＳ１−２８へ進む。
【００８３】
ステップＳ１−２７において、コントローラ１１は、エントリーポイントとして設定されているＶＯＢＵ＿ＳＡを、モード切換前ピクチャが含まれていたＣｅｌｌの１つ前のＣｅｌｌの最後のＶＯＢＵの先頭に設定する。すなわち、エントリーポイントを、モード切換前ピクチャが含まれていたＣｅｌｌの１つ前のＣｅｌｌの最後のＶＯＢＵのスタートアドレスに設定する。その後、図６に示すシーケンスエンドチェックのフローへと進む。
【００８４】
ステップＳ１−２８において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定する。その後、図６に示すシーケンスエンドチェックのフローへと進む。
【００８５】
以上の処理により、再生のモードが切り換わったときに、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵが特定され、当該ＶＯＢＵのスタートアドレスがエントリーポイントに設定されることとなる。
【００８６】
つぎに、シーケンスエンドチェックの処理の流れについて、図６のフローチャートを参照して説明する。
【００８７】
シーケンスエンドチェック処理は、図４及び図５のフローチャートに示した処理によって特定されたＶＯＢＵにピクチャが含まれているかをチェックする処理であり、図６に示すように、先ず、ステップＳ２−１において、コントローラ１１は、図４及び図５のフローチャートに示した処理によって設定されたエントリーポイントを、データデコーダ４に供給する。そして、データデコーダ４は、このエントリーポイントが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ５に供給する。
【００８８】
次に、ステップＳ２−２において、コントローラ１１は、ステップＳ２−１でサーチされたＶＯＢＵのナビゲーションパックＮＶ＿ＰＣＫの情報を検出して、当該ナビゲーションパックＮＶ＿ＰＣＫの情報をメモリ１３に記憶させる。
【００８９】
次に、ステップＳ２−３において、コントローラ１１は、ステップＳ２−１でサーチされたＶＯＢＵについて、ステップＳ２−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０であるか否かを判別する。そして、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０であるならば、当該ＶＯＢＵにはピクチャが含まれていないということなので、シーケンスエンドを探すために、ステップＳ２−４に進む。一方、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０でないならば、当該ＶＯＢＵのデマルチプレクサ５からビデオデコーダ６への供給を開始して、図７に示す再生モード分岐処理のフローへと進む。
【００９０】
ステップＳ２−４において、コントローラ１１は、ステップＳ２−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫのＶＯＢＵ＿ＳＲＩに記録されているＢＷＤＩ＿Ｖｉｄｅｏをデータデコーダ４に供給する。そして、データデコーダ４は、このＢＷＤＩ＿Ｖｉｄｅｏが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ５に供給する。
【００９１】
次に、ステップＳ２−５において、コントローラ１１は、ターゲットにシーケンスエンドコードを設定する。なお、ここで設定されたターゲットは、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理において使用される。
【００９２】
次に、ステップＳ２−６において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行い、その後、ステップＳ２−７において、コントローラ１１は、図４及び図５のフローチャートに示した処理によって設定されたエントリーポイントをデータデコーダ４に供給する。そして、データデコーダ４は、このエントリーポイントが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ５に供給する。その後、デマルチプレクサ５からビデオデコーダ６へのＶＯＢＵの供給を開始して、図７に示す再生モード分岐処理のフローへと進む。
【００９３】
つぎに、再生モード分岐処理の流れについて、図７のフローチャートを参照して説明する。
【００９４】
再生モード分岐処理では、先ず、ステップＳ３−１において、コントローラ１１は、切り換え後のモードがＰｌａｙであるか否かを判別する。そして、Ｐｌａｙならばステップ３−２に進み、ＰｌａｙでないならばステップＳ３−４に進む。
【００９５】
ステップＳ３−２において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【００９６】
次に、ステップＳ３−３において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。なお、ＧｏＴｏＴａｒｇｅｔ処理では、ビデオストリームをターゲットまで進めて、当該ターゲットのところから任意のモードでの再生処理が行えるようにする。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャからｐｌａｙを開始する。
【００９７】
また、ステップＳ３−４において、コントローラ１１は、切り換え後のモードがＰａｕｓｅであるか否かを判別する。そして、Ｐａｕｓｅならばステップ３−５に進み、ＰａｕｓｅでないならばステップＳ３−７に進む。
【００９８】
ステップＳ３−５において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【００９９】
次に、ステップＳ３−６において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャを表示させてＰａｕｓｅする。すなわち、当該ピクチャを表示させてた状態で再生を一時停止する。
【０１００】
また、ステップＳ３−７において、コントローラ１１は、切り換え後のモードがＳｔｅｐＦ又はＳｌｏｗＦであるか否かを判別する。そして、ＳｔｅｐＦ又はＳｌｏｗＦならばステップ３−８に進み、ＳｔｅｐＦ又はＳｌｏｗＦでないならばステップＳ３−１０に進む。
【０１０１】
ステップＳ３−８において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【０１０２】
次に、ステップＳ３−９において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャからＳｔｅｐＦ又はＳｌｏｗＦを開始する。
【０１０３】
ステップＳ３−１０において、コントローラ１１は、切り換え後のモードがＳｔｅｐＲ又はＳｌｏｗＲであるか否かを判別する。そして、ＳｔｅｐＲ又はＳｌｏｗＲならばステップＳ３−１１に進み、ＳｔｅｐＲ又はＳｌｏｗＲでないならばステップＳ３−１３に進む。
【０１０４】
ステップＳ３−１１において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【０１０５】
次に、ステップＳ３−１２において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャからＳｔｅｐＲ又はＳｌｏｗＲを開始する。
【０１０６】
ステップＳ３−１３において、コントローラ１１は、切り換え後のモードがＦＦであるか否かを判別する。そして、切り換え後のモードがＦＦならば、ＦＦを開始する。一方、切り換え後のモードがＦＦでないときは、切り換え後のモードがＰｌａｙ系モード、ＳｌｏｗＲ、ＳｔｅｐＲ、ＦＦのいずれでもない場合、すなわちＦＲのときであるので、ＦＲを開始する。なお、切り換え後のモードがＦＦ及びＦＲのときにＧｏＴｏＴａｒｇｅｔ処理を行わないのは、ＦＦ及びＦＲでは、常にＶＯＢＵの先頭から復号するので、ピクチャ単位でのターゲットの特定が不要だからである。
【０１０７】
なお、以上のような再生モード分岐処理のステップＳ３−７乃至Ｓ３−９において、ＳｔｅｐＦとＳｌｏｗＦをまとめて扱っているのは、ＳｌｏｗＦ及びＳｔｅｐＦでの処理はどちらも順方向に１コマずつ再生していく処理であり、映像データをデコーディングオーダーにて復号してプレゼンテーションオーダーにて表示するという観点においては、これらのモードでは基本的に同じ処理が行われるからである。同様に、ステップＳ３−１０乃至Ｓ３−１２において、ＳｔｅｐＲとＳｌｏｗＲをまとめて扱っているのは、ＳｌｏｗＲ及びＳｔｅｐＲでの処理はどちらも逆方向に１コマずつ再生していく処理であり、映像データをデコーディングオーダーにて復号してプレゼンテーションオーダーにて表示するという観点においては、これらのモードでは基本的に同じ処理が行われるからである。
【０１０８】
つぎに、ＧｏＴｏＴａｒｇｅｔ処理の流れについて、図８及び図９のフローチャートを参照して説明する。
【０１０９】
ＧｏＴｏＴａｒｇｅｔ処理は、基本的には、デマルチプレクサ５からビデオデコーダ６にＶＯＢＵ単位で供給される映像データに含まれる各ピクチャについて、ターゲットとしているピクチャ（以下、ターゲットピクチャと称する。）であるか否かを、ＶＯＢＵに含まれるピクチャの先頭から順次、１ピクチャ毎に判別していく処理である。
【０１１０】
なお、以下の説明において、ターゲットピクチャであるか否かの判別の対象となっているピクチャのことを対象ピクチャと称する。そして、ＧｏＴｏＴａｒｇｅｔ処理を行っているときには、対象ピクチャを１ピクチャ分進める毎に、ＳＴＣを１ピクチャ分ずつ進めていくようにする。また、ＧｏＴｏＴａｒｇｅｔ処理では、以下に詳細に説明するように、対象ピクチャがターゲットピクチャであるか否かを判別するための情報として、ＴＲとＧＯＰ＿ＤＴＳＶを用いる。
【０１１１】
ＧｏＴｏＴａｒｇｅｔ処理では、先ず、ステップＳ４−１において、コントローラ１１は、ナビゲーションパックＮＶ＿ＰＣＫが更新されたか否かを判別する。そして、ナビゲーションパックＮＶ＿ＰＣＫが更新されたならばステップＳ４−２に進み、ナビゲーションパックＮＶ＿ＰＣＫが更新されていないならばステップＳ４−６に進む。なお、ナビゲーションパックＮＶ＿ＰＣＫは、デマルチプレクサ５からビデオデコーダ６に新しいＶＯＢＵが供給され、新しいＶＯＢＵに対する処理が開始されたときに更新される。すなわち、ステップＳ４−１では、デマルチプレクサ５からビデオデコーダ６に新しいＶＯＢＵが供給され、新しいＶＯＢＵに対する処理が開始されたか否かを判別している。
【０１１２】
ステップＳ４−２において、コントローラ１１は、ナビゲーションパックＮＶ＿ＰＣＫの更新回数を記録しておくためのパラメータｃｏｕｎｔに１を加算する。なお、パラメータｃｏｕｎｔは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に予め初期化して０にしておく。
【０１１３】
次に、ステップＳ４−３において、コントローラ１１は、パラメータｃｏｕｎｔが２以上であるか否かを判別する。そして、２以上であるならばステップＳ４−４へ進み、２以上でないならばステップＳ４−６へ進む。なお、パラメータｃｏｕｎｔは、ナビゲーションパックＮＶ＿ＰＣＫの更新回数を表している。したがって、このステップＳ４−３では、デマルチプレクサ５からビデオデコーダ６に、ＧｏＴｏＴａｒｇｅｔ処理において２回以上ＶＯＢＵが供給されたか否かを判別している。
【０１１４】
ステップＳ４−４では、図１１に示す１ピクチャ復号処理を行う。なお、１ピクチャ復号処理では、対象ピクチャを復号し、ビデオストリームを次のピクチャのヘッダーまで進める。すなわち、１ピクチャ復号処理では、現在の対象ピクチャを復号した上で、対象ピクチャを次のピクチャへと進める。
【０１１５】
次に、ステップＳ４−５において、コントローラ１１は、ターゲットピクチャを最後に復号したピクチャとし、その後、図１０に示すＧｏＴｏＴａｒｇｅｔ終了処理へと進む。そして、ＧｏＴｏＴａｒｇｅｔ終了処理において、ターゲットピクチャの表示を行い、その後、ＧｏＴｏＴａｒｇｅｔ処理を終了する。すなわち、所定数以上のＶＯＢＵについてターゲットピクチャが含まれているか否かの判別を行っても、ターゲットピクチャが見つからなかったら、最後に復号されていたピクチャを表示して、ＧｏＴｏＴａｒｇｅｔ処理を終了する。
【０１１６】
一方、ステップＳ４−６において、コントローラ１１は、対象ピクチャが、ＧＯＰの先頭のピクチャであるか否かを判別する。そして、ＧＯＰの先頭のピクチャであるならばステップＳ４−７へ進み、ＧＯＰの先頭のピクチャでないならば図９のステップＳ４−９へ進む。
【０１１７】
ステップＳ４−７において、コントローラ１１は、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶと、ターゲットピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶであるＴｇｔ＿ＧＯＰ＿ＤＴＳＶとを比較する。そして、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶ以上であるならば、ステップＳ４−８へ進み、ステップＳ４−８において、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶを過ぎたことを示すフラグｐａｓｓに１を設定した上で、ステップＳ４−９へ進む。一方、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶよりも小さいならば、ステップＳ４−８を飛ばしてステップＳ４−９へ進む。
【０１１８】
すなわち、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶが、ターゲットピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶにまで達したならば、ステップＳ４−８に進んでフラグｐａｓｓに１を設定した上でステップＳ４−９へ進み、そうでないならば、ステップＳ４−８を飛ばしてステップＳ４−９へ進む。なお、フラグｐａｓｓは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に予め初期化して０にしておく。
【０１１９】
ステップＳ４−９において、コントローラ１１は、対象ピクチャがＩピクチャ又はＰピクチャであるか否かを判別する。そして、Ｉピクチャ又はＰピクチャであるならばステップＳ４−１０へ進み、Ｉピクチャ又はＰピクチャでないならばステップＳ４−１６へ進む。なお、ステップＳ４−１５へ進むのは、対象ピクチャがＢピクチャのときである。
【０１２０】
そして、対象ピクチャがＩピクチャ又はＰピクチャのときには、先ず、ステップＳ４−１０において、コントローラ１１は、ターゲットピクチャを復号したことを示すフラグｔｇｔ＿ｄｅｃが１であるか否かを判別する。なお、フラグｔｇｔ＿ｄｅｃは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に予め初期化して０にしておき、後述するようにターゲットピクチャが復号されたときに１を設定する。そして、フラグｔｇｔ＿ｄｅｃが１であるならばステップＳ４−１１へ進み、フラグｔｇｔ＿ｄｅｃが１でないならばステップＳ４−１２へ進む。
【０１２１】
ステップＳ４−１１では、図１１に示す１ピクチャ復号処理を行う。その後、図１０に示したＧｏＴｏＴａｒｇｅｔ終了処理を行い、ＧｏＴｏＴａｒｇｅｔ処理を終了する。
【０１２２】
一方、ステップＳ４−１２において、コントローラ１１は、ターゲットがシーケンスエンドコードであるか否かを判別する。そして、ターゲットがシーケンスエンドコードでないならばステップＳ４−１３へ進み、ターゲットがシーケンスエンドコードであるならばステップＳ４−１５へ進む。なお、このときにステップＳ４−１５に進むのは、ステップＳ２−５においてシーケンスエンドコードがターゲットとして設定されていた場合である。
【０１２３】
ステップＳ４−１４において、コントローラ１１は、フラグｐａｓｓが１であり、且つ、対象ピクチャのＴＲがターゲットピクチャのＴＲに一致しているかを判別する。そして、これらの条件が満たされるならば、ステップＳ４−１４へ進み、ステップＳ４−１４において、フラグｔｇｔ＿ｄｅｃに１を設定した上で、ステップＳ４−１５へ進む。一方、条件が満たされないときには、ステップＳ４−１４を飛ばして、ステップＳ４−１５へ進む。なお、ステップＳ４−１３において、条件が満たされるのは、対象ピクチャがターゲットピクチャのときである。
【０１２４】
ステップＳ４−１５では、図１１に示す１ピクチャ復号処理を行う。そして、対象ピクチャの復号が完了して、ビデオストリームが次のピクチャのヘッダーまで進められたならば、すなわち対象ピクチャが次のピクチャへと進められたならば、ステップＳ４−１へ戻って処理を繰り返す。
【０１２５】
一方、対象ピクチャがＢピクチャのときは、先ず、ステップＳ４−１６において、コントローラ１１は、ターゲットがシーケンスエンドコードであるか否かを判別する。そして、ターゲットがシーケンスエンドコードでないならばステップＳ４−１７へ進み、ターゲットがシーケンスエンドコードであるならばステップＳ４−１９へ進む。なお、このときにステップＳ４−１９に進むのは、ステップＳ２−５においてシーケンスエンドコードがターゲットとして設定されていた場合である。
【０１２６】
ステップＳ４−１７において、コントローラ１１は、フラグｐａｓｓが１であり、且つ、対象ピクチャのＴＲがターゲットピクチャのＴＲに一致しているかを判別する。そして、これらの条件が満たされるならば、ステップＳ４−１８へ進み、条件が満たされないときには、ステップＳ４−１９へ進む。なお、ステップＳ４−１７において、条件が満たされるのは、対象ピクチャがターゲットピクチャのときである。
【０１２７】
ステップＳ４−１８では、図１１に示す１ピクチャ復号処理を行う。その後、図１０に示したＧｏＴｏＴａｒｇｅｔ終了処理を行い、ＧｏＴｏＴａｒｇｅｔ処理を終了する。
【０１２８】
一方、ステップＳ４−１９では、図１２に示す１ピクチャスキップ処理を行い、その後、ステップ４−１へ戻って処理を繰り返す。なお、１ピクチャスキップ処理では、対象ピクチャを復号せずに、ビデオストリームを次のピクチャのヘッダーまで進める。すなわち、１ピクチャスキップ処理では、現在の対象ピクチャを復号せずに、対象ピクチャを次のピクチャへと進める。
【０１２９】
以上のようなＧｏＴｏＴａｒｇｅｔ処理では、対象ピクチャがＩピクチャ又はＰピクチャのときには、対象ピクチャがターゲットピクチャであるか否かに関わりなく、対象ピクチャの復号が行われ、一方、対象ピクチャがＢピクチャのときには、対象ピクチャがターゲットピクチャである場合にだけ、対象ピクチャの復号が行われる。
【０１３０】
すなわち、ＧｏＴｏＴａｒｇｅｔ処理では、復号順序に従ってＧＯＰの先頭からピクチャ毎に順次、ターゲットピクチャであるかを判別していき、ターゲットピクチャが見つかったら当該対象ピクチャを復号するとともに、ターゲットピクチャであるかを順次判別していくにあたって、対象ピクチャがＩピクチャ又はＰピクチャのときには当該対象ピクチャを復号しておくようにする。
【０１３１】
なお、ターゲットにシーケンスエンドコードが設定されているとき、ＧｏＴｏＴａｒｇｅｔ処理は、以下に説明する１ピクチャ復号処理又は１ピクチャスキップ処理を経て終了する。
【０１３２】
つぎに、１ピクチャ復号処理の流れについて、図１１のフローチャートを参照して説明する。
【０１３３】
１ピクチャ復号処理では、先ず、ステップＳ５−１において、ビデオデコーダ６によって対象ピクチャの復号を開始してビデオストリームを進めていく。このとき、ビデオデコーダ６は、ビデオストリームを進めていくことにより、次のピクチャのヘッダーにまで達したら、次のピクチャのヘッダーにまで達したことを示す信号をコントローラ１１に送出する。また、ビデオデコーダ６は、ビデオストリームを進めていくことにより、シーケンスエンドコードが検出されたら、シーケンスエンドコードが検出されたことを示す信号をコントローラ１１に送出する。
【０１３４】
ステップＳ５−２において、コントローラ１１は、対象ピクチャの次のピクチャのヘッダーが発見されたか否かを判別する。すなわち、コントローラ１１は、ビデオストリームが次のピクチャのヘッダーにまで達したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、次のピクチャのヘッダーが発見されているならば、ステップＳ５−３へ進み、次のピクチャのヘッダーが発見されていないならば、ステップＳ５−４へ進む。
【０１３５】
ここで、ステップＳ５−３へ進むのは、対象ピクチャの復号が無事に完了し、ビデオストリームが次のピクチャへと進められたときである。そこで、ステップＳ５−３では、ビデオデコーダ６による復号を止めて、１ピクチャ復号処理を終了する。そして、１ピクチャ復号処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ処理へと戻る。
【０１３６】
一方、ステップＳ５−４へ進むのは、対象ピクチャの復号が完了していないときである。そして、ステップＳ５−４において、コントローラ１１は、後述する４つの条件が満たされたか否かを判別する。ここで、４つの条件とは、デマルチプレクサ５が停止していること、ビデオデコーダ６に備えられているビデオコードバッファ内のデータが無くなっていること、ビデオデコーダ６にリード割り込みが２フレーム分の時間以上きていないこと、復号がＶＯＢＵ＿Ｅ＿ＰＴＭに至るまで完了していることである。なお、リード割り込みは、例えば、次のピクチャが発見されたときに生じる。そして、これら４つの条件のうちのいずれか１つでも満たされていないならば、ステップＳ５−５へ進み、これら４つの条件が全て満たされたならば、ステップＳ５−６へ進む。
【０１３７】
なお、これら４つの条件が全て満たされるのは、デマルチプレクサ５からビデオデコーダ６への映像データの供給が終了してしまっているときである。そこで、これら４つの条件が全て満たされたときには、ステップＳ５−６へ進んで、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて最後のピクチャをターゲットピクチャとして設定し処理を終了する。
【０１３８】
ステップＳ５−５において、コントローラ１１は、シーケンスエンドコードが検出されたか否かを判別する。すなわち、コントローラ１１は、シーケンスエンドコードが検出されたことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、シーケンスエンドコードが検出されているならば、ステップＳ５−６へ進む。一方、シーケンスエンドコードが検出されていなければ、対象ピクチャの復号が未だ完了していないので、ステップＳ５−２へ戻って処理を繰り返す。
【０１３９】
ステップＳ５−６において、コントローラ１１は、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて一番最後に位置するピクチャをターゲットピクチャとして設定する。その後、１ピクチャ復号処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ終了処理を行う。すなわち、１ピクチャ復号処理において、次のピクチャのヘッダーが見つからなくなったときには、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおける最後のピクチャをターゲットピクチャとして設定して、ＧｏＴｏＴａｒｇｅｔ終了処理へ移行する。
【０１４０】
つぎに、１ピクチャスキップ処理の流れについて、図１２のフローチャートを参照して説明する。
【０１４１】
１ピクチャスキップ処理では、先ず、ステップＳ６−１において、ビデオデコーダ６によってビデオストリームを進めていく。このとき、ビデオデコーダ６は、復号せずにビデオストリームを進めていく。なお、上述したように、ビデオデコーダ６は、ビデオストリームを進めていくことにより、次のピクチャのヘッダーにまで達したら、次のピクチャのヘッダーにまで達したことを示す信号をコントローラ１１に送出し、ビデオストリームを進めていくことにより、シーケンスエンドコードが検出されたら、シーケンスエンドコードが検出されたことを示す信号をコントローラ１１に送出する。
【０１４２】
ステップＳ６−２において、コントローラ１１は、対象ピクチャの次のピクチャのヘッダーが発見されたか否かを判別する。すなわち、コントローラ１１は、ビデオストリームが次のピクチャのヘッダーにまで達したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、次のピクチャのヘッダーが発見されているならば、ステップＳ６−３へ進み、次のピクチャのヘッダーが発見されていないならば、ステップＳ６−４へ進む。
【０１４３】
ここで、ステップＳ６−３へ進むのは、ビデオストリームが無事に次のピクチャへと進められたときである。そこで、ステップＳ６−３では、ビデオデコーダ６による処理を止めて、１ピクチャスキップ処理を終了する。そして、１ピクチャスキップ処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ処理へと戻る。
【０１４４】
一方、ステップＳ６−４へ進むのは、ビデオストリームが次のピクチャへと進められていないときである。そして、ステップＳ６−４において、コントローラ１１は、上述した４つの条件が満たされたか否かを判別する。そして、４つの条件のうちのいずれか１つでも満たされていないならば、ステップＳ６−５へ進み、４つの条件が全て満たされたならば、ステップＳ６−６へ進む。
【０１４５】
なお、４つの条件が全て満たされるのは、デマルチプレクサ５からビデオデコーダ６への映像データの供給が終了してしまっているときである。そこで、４つの条件が全て満たされたときには、ステップＳ６−６へ進んで、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて最後のピクチャをターゲットピクチャとして設定し処理を終了する。
【０１４６】
ステップＳ６−５において、コントローラ１１は、シーケンスエンドコードが検出されたか否かを判別する。すなわち、コントローラ１１は、シーケンスエンドコードが検出されたことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、シーケンスエンドコードが検出されているならば、ステップＳ６−６へ進む。一方、シーケンスエンドコードが検出されていなければ、ビデオストリームが未だ次のピクチャまで進められていないので、ステップＳ６−２へ戻って処理を繰り返す。
【０１４７】
ステップＳ６−６において、コントローラ１１は、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて一番最後に位置するピクチャをターゲットピクチャとして設定する。その後、１ピクチャスキップ処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ終了処理を行う。すなわち、１ピクチャスキップ処理において、次のピクチャのヘッダーが見つからなくなったときには、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおける最後のピクチャをターゲットピクチャとして設定して、ＧｏＴｏＴａｒｇｅｔ終了処理へ移行する。
【０１４８】
ところで、上述のようなＧｏＴｏＴａｒｇｅｔ処理を行うときには、主映像のデータを進めて行くだけでなく、他のデータについても処理を進めていく必要がある。すなわち、ＧｏＴｏＴａｒｇｅｔ処理では、映像データが１ピクチャ毎に進められていき、これに合わせてＳＴＣが進められていくが、このとき、副映像データ、音声データ及び字幕データについても、ＳＴＣに合わせて復号が進められていく。
【０１４９】
ここで、字幕データはビデオデコーダ６によって復号される。ここで、ビデオデコーダ６は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められていくＳＴＣに基づいて、字幕データのＤＴＳに従って、字幕データを復号する。そして、ビデオデコーダ６は、１ピクチャに相当する分の字幕データの復号が完了したら、１ピクチャに相当する分の字幕データの復号が完了したことを示す信号をコントローラ１１に送出する。なお、ここで挙げている字幕データとは、主映像データパックＶ＿ＰＣＫに付加情報として含まれている字幕のデータのことであり、副映像データではない。
【０１５０】
また、副映像データは副映像デコーダ７によって復号される。ここで、副映像デコーダ７は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められていくＳＴＣに基づいて、副映像データのＤＴＳに従って、副映像データを復号する。そして、副映像デコーダ７は、１ピクチャに相当する分の副映像データの復号が完了したら、１ピクチャに相当する分の副映像データの復号が完了したことを示す信号をコントローラ１１に送出する。
【０１５１】
また、音声データはオーディオデコーダ８によって復号される。ここで、オーディオデコーダ８は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められていくＳＴＣに基づいて、音声データのＤＴＳに従って、音声データを復号する。そして、オーディオデコーダ８は、１ピクチャに相当する分の音声データの復号が完了したら、１ピクチャに相当する分の音声データの復号が完了したことを示す信号をコントローラ１１に送出する。
【０１５２】
そして、ＧｏＴｏＴａｒｇｅｔ処理が起動されて、映像データをターゲットピクチャに至るまで進める処理が開始されと、副映像データ、音声データ及び字幕データを復号して、副映像データ、音声データ及び字幕データをターゲットピクチャに相当するところまで進める処理が開始される。以下、この処理について、図１３のフローチャートを参照して説明する。なお、図１３のフローチャートに示す処理は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に行われる。
【０１５３】
先ず、ステップＳ７−１において、コントローラ１１は、ＧｏＴｏＴａｒｇｅｔ処理が１ピクチャ分完了したか否かを判別する。すなわち、コントローラ１１は、ビデオストリームが次のピクチャのヘッダーにまで達したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、１ピクチャ分の処理が完了していないならば、ステップＳ７−２へ進み、１ピクチャ分の処理が完了しているならば、ステップＳ７−８へ進む。
【０１５４】
ステップＳ７−２において、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了したことを示す信号が、オーディオデコーダ８から送出されたかを判別する。そして、音声データの復号が完了しているならば、ステップＳ７−３へ進んで更に次の音声データの復号を開始させた後、ステップＳ７−４へ進む。一方、音声データの復号が完了していないならば、当該音声データの復号処理を継続させたまま、ステップＳ７−４へ進む。
【０１５５】
ステップＳ７−４において、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了しているか否かを判別する。
【０１５６】
すなわち、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了したことを示す信号が、副映像デコーダ７から送出されたかを判別する。そして、副映像データの復号が完了しているならば、ステップＳ７−５へ進んで更に次の副映像データの復号を開始させた後、ステップＳ７−６へ進む。一方、副映像データの復号が完了していないならば、当該副映像データの復号処理を継続させたまま、ステップＳ７−６へ進む。
【０１５７】
ステップＳ７−６において、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、字幕データの復号が完了しているならば、ステップＳ７−７へ進んで更に次の字幕データの復号を開始させた後、ステップＳ７−１へ戻って処理を繰り返す。一方、字幕データの復号が完了していないならば、当該字幕データの復号処理を継続させたまま、ステップＳ７−１へ戻って処理を繰り返す。
【０１５８】
一方、ステップＳ７−８において、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了したことを示す信号が、オーディオデコーダ８から送出されたかを判別する。そして、音声データの復号が完了しているならば、ステップＳ７−９へ進み、音声データの復号が完了していないならば、ステップＳ７−８における判別を当該音声データの復号が完了するまで繰り返す。
【０１５９】
ステップＳ７−９において、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了したことを示す信号が、副映像デコーダ７から送出されたかを判別する。そして、副映像データの復号が完了しているならば、ステップＳ７−１０へ進み、副映像データの復号が完了していないならば、ステップＳ７−８へ戻って処理を繰り返す。
【０１６０】
ステップＳ７−１０において、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了しているか否かを判別する。
【０１６１】
すなわち、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、字幕データの復号が完了しているならば、映像データだけでなく、音声データ、副映像データ及び字幕データについても、ターゲットピクチャに相当するところまで復号が進められたこととなるので、処理を終了する。一方、字幕データの復号が完了していないならば、ステップＳ７−８へ戻って処理を繰り返す。
【０１６２】
以上のように、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に、ＳＴＣを順次進めていくとともに、当該ＳＴＣに基づいて、音声データ、副映像データ及び字幕データを順次復号していく。そして、復号された音声データに基づく音声の出力、復号された副映像データに基づく副映像の再生、及び復号された字幕データに基づく字幕の再生は、主映像の再生開始に合わせて開始するようにする。
【０１６３】
ところで、上述したように、ＧｏＴｏＴａｒｇｅｔ処理を行っているときには、対象ピクチャを１ピクチャ分進める毎に、ＳＴＣを１ピクチャ分ずつ進めていく。したがって、ＧｏＴｏＴａｒｇｅｔ処理により、ターゲットピクチャが見つかったとき、ＳＴＣは、再生すべき最初のピクチャであるターゲットピクチャのＰＴＳに達するまで進められた状態となっている。
【０１６４】
そして、Ｐｌａｙ以外のモードからＰｌａｙに再生モードが切り換わるときに、ＳＴＣがターゲットピクチャのＰＴＳに達するまで進められた状態のままで再生を開始すると、復号遅れＤＬの影響により、主映像データ、音声データ、副映像データ及び字幕データの同期が合わなくなることがある。
【０１６５】
そこで、Ｐｌａｙ以外のモードからＰｌａｙに再生モードが切り換わるときには、再生を開始する前に、ＳＴＣを復号遅れＤＬの分以上戻す。具体的には、例えば、再生を開始する前に、３フィールド分だけＳＴＣを戻してやるようにする。その後、再びＳＴＣを進めていき、映像データのＤＴＳに従って映像データの復号を行い、主映像の再生を開始するとともに、音声データ、副映像データ及び字幕データについても、それらのＤＴＳに従って復号を行い、主映像の再生開始に合わせて、音声の出力、副映像の再生及び字幕の再生を開始する。
【０１６６】
これにより、復号遅れＤＬの影響を受けることなく、主映像データ、音声データ、副映像データ及び字幕データの同期が正確に合い、主映像の再生と、音声の出力と、副映像の再生と、字幕の再生とが正確に同時に開始されることとなる。ところで、テレビやビデオの画面が１秒あたり３０フレームで構成されているのに対して、映画は１秒あたり２４コマで構成されている。そこで、ＤＶＤでは、映画を収録する場合、１秒あたり２４コマとしてディスクに記録された映像データを、再生時に信号処理を行い、１秒あたり３０フレームとなるように変換する。すなわち、ＤＶＤに記録された１秒あたり２４コマのデータをもとに１秒あたり３０フレームの映像を再生する際は、最初の２コマから３フレームを作り、次の２コマはそのまま２フレームを作る、という手順を繰り返し行うようにする。これにより、２４コマがちょうど３０フレーム（６０フィールド）となる。なお、このような手法は、一般に２−３プルダウンと呼ばれている。
【０１６７】
そして、通常、ＭＰＥＧ方式で圧縮符号化された映像データを復号して映像を再生するときは、ＧＯＰ＿ＤＴＳＶに基づいて復号を開始して映像を再生する。しかしながら、ＤＶＤでは、２−３プルダウンを行うため、静止画を表示している状態から動画の再生に移るときに、再生開始のタイミングを正確に合わせることができない場合があった。
【０１６８】
なお、静止画を表示している状態から動画の再生に移るのは、例えば、ＰａｕｓｅからＰｌａｙにモードが切り換わるときである。また、Ｐｌａｙ中であっても、動画と動画の間に静止画が挿入されており、いわゆるビデオギャップが存在しているようなときには、
静止画が表示されている状態から動画の再生に移る場合がある。
【０１６９】
このように静止画が表示されている状態から動画の再生に移る場合の具体的な例として、図１４に示すように、ＰピクチャＰ14が静止画として表示されている状態から、動画の再生を開始する場合について考えてみる。ここで、動画の最初のＶＯＢＵに含まれているピクチャのうち、デコーディングオーダーにおける最初の３つのピクチャが、ＩピクチャＩ2、ＢピクチャＢ0、ＢピクチャＢ1であり、動画の再生に移るときには、静止画として表示されていたＰピクチャＰ14に続いて、ＢピクチャＢ0、ＢピクチャＢ1、ＩピクチャＩ2を順次表示していくものとする。
【０１７０】
このとき、ＰピクチャＰ14の表示時間が２フィールド分であるならば、動画の再生に移るときには、図１４（ａ）に示すように、ＧＯＰ＿ＤＴＳＶからＩピクチャＩ 2 の分の時間が経過してから、すなわちＧＯＰ＿ＤＴＳＶから２フィールド分の時間が経過してから、ＢピクチャＢ0の復号を開始しなければならない。
【０１７１】
一方、２−３プルダウンが適用されており、ＰピクチャＰ14の表示時間が３フィールド分であるならば、動画の再生に移るときには、図１４（ｂ）に示すように、ＧＯＰ＿ＤＴＳＶからＩピクチャＩ 2 の分の時間が経過してから更に１フィールド分の時間が経過してから、すなわちＧＯＰ＿ＤＴＳＶから３フィールド分の時間が経過してから、ＢピクチャＢ0の復号を開始しなければならない。このように、ＰピクチャＰ14の表示時間が３フィールド分であるときには、ＩピクチャＩ2の復号が終了した時点から１フィールド分の時間Ｗだけ待ってから、ＢピクチャＢ0の復号を開始しなければならない。
【０１７２】
このように、ＢピクチャＢ0の復号を開始するタイミングは、ＰピクチャＰ14の表示時間が２フィールドであるのか、３フィールドであるのかによって、変える必要がある。しかしながら、ＢピクチャＢ0を復号するとき、ビデオデコーダ６は、ＰピクチャＰ14が何フィールドからなる画像であるかについての情報を持っていない。したがって、ＧＯＰ＿ＤＴＳＶだけでは、ＢピクチャＢ0の復号を開始するタイミングが分からない。
【０１７３】
そこで、静止画を表示している状態から動画の再生へ移るときには、ＧＯＰ＿ＤＴＳＶに基づいて復号を開始するのではなく、動画の最初のピクチャを含むＶＯＢＵのＶＯＢＵ＿Ｓ＿ＰＴＭを参照し、当該ＶＯＢＵ＿Ｓ＿ＰＴＭと復号遅れＤＬとの差、すなわち（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）を求めて、これとＳＴＣを比較するようにする。なお、復号遅れＤＬは、上述したように、常に１フィールド分の時間で一定である。そして、ＳＴＣが（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）に達したら、すなわち下記式（１）に示す条件が満たされたら、動画の最初のピクチャ（図１４の例ではＢピクチャＢ0）の復号を開始する。
【０１７４】
ＳＴＣ≧（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ） ・・・（１）
このように、静止画を表示している状態から動画の再生へ移るときに、ＳＴＣと（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）とを比較して、復号を開始するようにすることにより、２−３プルダウンの適用の有無に関わらず、再生開始のタイミングを正確に合わせることが可能となる。
【０１７５】
なお、静止画を表示している状態から動画の再生へ移るときに、動画の最初のピクチャを含むＶＯＢＵにＰＲＥ＿ＦＰＰが含まれている場合には、当該ＰＲＥ＿ＦＰＰについては復号を行わないようにしておく。そして、ＰＲＥ＿ＦＰＰ以外のピクチャ、すなわち復号する際に異なるＶＯＢＵのピクチャが不要なピクチャの表示が開始されるまで、静止画を表示した状態で保持しておくようにする。ＰＲＥ＿ＦＰＰを表示するためには、前のＶＯＢＵの復号から開始しなければならず、煩雑な処理が必要となる。これに対して、上述のように、ＰＲＥ＿ＦＰＰを表示しないようにしてしまえば、前のＶＯＢＵを復号するような煩雑な処理が不要となる。なお、ＰＲＥ＿ＦＰＰは、通常、たかだか２ピクチャ程度であり、再生開始のときにＰＲＥ＿ＦＰＰに表示しなかったとしても、特に問題とはなるようなものではない。
【０１７６】
ところで、再生モード切換時には、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの判別を行うステップがあるが、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるかの判別を行う際には、先ず、ピクチャを含むＧＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別を行う必要がある。以下に、この判別の方法について説明する。
【０１７７】
デコーディングオーダーにおいてＧＯＰの先頭のピクチャは必ずＩピクチャである。そして、２−３プルダウンが適用され前のピクチャの表示時間が３フィールド分とされていれば、ＧＯＰの先頭のＩピクチャの復号中に表示されているピクチャの表示時間は、３フィールド分の時間となる。一方、前のピクチャの表示時間が２フィールド分とされていれば、ＧＯＰの先頭のＩピクチャの復号中に表示されているピクチャの表示時間は、２フィールド分の時間に相当する。
【０１７８】
そこで、ピクチャを含むＧＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別を行う際には、ＶＯＢＵ＿Ｓ＿ＰＴＭとＧＯＰ＿ＤＴＳＶとの差を求め、この値が２乃至３フィールド分の時間に相当しているならば、すなわち下記式（２）及び（３）に示す条件が満たされているならば、当該がＶＯＢＵの先頭のＧＯＰであるものと判別する。
【０１７９】
(２フィールド分の時間)≦(VOBU_S_PTM)−(GOP_DTSV) ・・・（２）
(VOBU_S_PTM)−(GOP_DTSV)≦(３フィールド分の時間) ・・・（３）
そして、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの判別は、以上のようにして、ピクチャを含むＧＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別した上で行う。
【０１８０】
つぎに、映像表示装置１００の静止画像の表示処理について説明する。
【０１８１】
映像表示装置１００は、上述したようにビデオデコーダ６が映像圧縮データを復号して、このビデオデコーダ６内のメモリに復号した主映像データを格納する。そして、このメモリに格納した主映像データをピクチャの表示タイミングを示すＰＴＭに基づいて出力していく。このとき、ＮＴＳＣ変換回路９から出力される映像信号は、飛び越し走査がされるインターレース画像となることから、ビデオデコーダ６から出力される主映像データもこれに対応したデータとなる。
【０１８２】
ところで、ＭＰＥＧ２の画像圧縮の方式においては、映像ソースの違いにより圧縮されている１秒あたりのピクチャの枚数が異なり、上述したように再生段階においてフィールドの枚数を調整する２−３プルダウンが行われている。具体的に、映像ソースとしては、映画やアニメーション等の１秒あたり２４コマで構成されインターレースがされていないノンインターレースソース、ビデオデータ等の１秒当たり３０フレーム（６０フィールド）で構成されるインターレースソースがある。
【０１８３】
記録媒体１００に記録された主映像データの映像ソースがインターレースソースであるか又はノンインターレースソースであるかは、ＭＰＥＧ２のフォーマットにおけるピクチャヘッダー（PictureHeader）内のピクチャコーディングエクステンション（Picture Codeing Extention）のプログレッシブフレーム（Progressive＿Frame）に示されている。このプログレッシブフレームが０のときは、インターレースソースであることを示しており、プログレッシブフレームが１のときは、ノンインターレースソースであることを示している。
【０１８４】
映像表示装置１００がＰａｕｓｅモードで静止画像を表示する場合は、コントローラ１１は、ビデオデコーダ６からこのプログレッシブフレームの情報を検出してフレーム単位で静止画像を表示するフレームポーズと、フィールド単位で静止画像を表示するフィールドポーズの切り換えを行う。また、この切り換えは、ユーザーの操作入力に基づき選択される。このユーザーの操作入力としては、映像ソースを自動的に判別してフレームポーズとフィールドポーズを切り換えるオートモードと、映像ソースに関わらず強制的にフレームポーズを行うフレームモードとがある。すなわち、オートモードでは、コントローラ１１がシステムヘッダのプログレッシブフレームの情報を検出して、このプログレッシブフレームが０の場合は１フィールドの静止画像を表示し、１の場合は１フレームつまり２フィールドの静止画像を表示する。
【０１８５】
ユーザーがフレームモードを選択した場合は、図１５（ａ）及び（ｂ）に示すように、映像ソースがインターレースソースであっても、ノンインターレースモードであっても必ずフレームポーズで静止画像が表示される。
【０１８６】
また、ユーザーがオートモードを選択した場合であって、映像ソースがノンインタレースソースであれば、図１５（ａ）に示すように、フレームポーズがされる。そして、ユーザーがオートモードを選択した場合であって、映像ソースがインタレースソースであれば、図１５（ｂ）に示すように、フィールドポーズがされる。
【０１８７】
以上のように、映像表示装置１００では、記録媒体１００に記録された映像ソースに応じてフレーム単位の静止画像とフィールド単位の静止画像を出力することにより、ブレが無く見やすい静止画像をユーザー提供することができる。また、システムヘッダのプログレッシブフレームの情報に基づき、コントローラ１１がフレーム単位の静止画像を出力するかフィールド単位の静止画像を出力するかをに自動的に切り換えることにより、ブレがなく見やすい静止画像をユーザーに常に提供することができる。
【０１８８】
なお、このフレームポーズ及びフィールドポーズは、ＳｔｅｐＦやＳｔｅｐＲ等のコマ送り再生において適用しても良い。
【０１８９】
【発明の効果】
本発明に係る記録媒体の再生装置では、制御手段が記録媒体に記録された映像の内容に応じて再生手段を制御し、静止画像再生時において、再生手段からフレーム単位の静止画像とフィールド単位の静止画像を出力させ、静止画像再生から動画像再生に移行するとき、復号のタイミング基準となる同期信号の発生時刻が、映像データを分割した各データ単位に含まれる動画像表示開始タイミング情報信号による表示開始時刻に対して映像データの復号が開始されてから画像の表示が開始されるまでの所定遅れ時間前の時刻に達したときに、動画像再生を開始する最初の再生画像の復号を開始させて、静止画像を表示している状態から動画像の再生へ移行させることにより、静止画像再生時及び静止画再生時から動画像再生に移行する時にブレが無く見やすい静止画像及び動画像をユーザー提供することができる。
【０１９０】
また、本発明に係る記録媒体の再生装置では、記録媒体から再生される映像データの管理情報に基づき、フレーム単位の静止画像を出力するかフィールド単位の静止画像を出力するかをに自動的に切り換えることにより、ブレがなく見やすい静止画像をユーザーに常に提供することができる。
【０１９１】
本発明に係る記録媒体の再生方法では、記録媒体に記録された映像の内容に応じて再生出力を制御し、静止画像再生時において、フレーム単位の静止画像とフィールド単位の静止画像を出力させ、静止画像再生から動画像再生に移行するとき、復号のタイミング基準となる同期信号の発生時刻が、映像データを分割した各データ単位に含まれる動画像表示開始タイミング情報信号による表示開始時刻に対して映像データの復号が開始されてから画像の表示が開始されるまでの所定遅れ時間前の時刻に達したときに、動画像再生を開始する最初の再生画像の復号を開始させて、静止画像を表示している状態から動画像の再生へ移行させることにより、静止画像再生時及び静止画再生時から動画像再生に移行する時にブレが無く見やすい静止画像及び動画像をユーザー提供することができる。
【０１９２】
また、本発明に係る記録媒体の再生方法では、記録媒体から再生される映像データの管理情報に基づき、フレーム単位の静止画像を出力するかフィールド単位の静止画像を出力するかをに自動的に切り換えることにより、ブレがなく見やすい静止画像をユーザーに常に提供することができる。
【図面の簡単な説明】
【図１】本発明を適用した映像再生装置の一構成例を示すブロック図である。
【図２】ＤＶＤ−Ｖｉｄｅｏにおけるビデオゾーンのデータフォーマットを示す図である。
【図３】ＤＶＤ−ＶｉｄｅｏにおけるＶＯＢＳのデータフォーマットを示す図である。
【図４】再生モードが切り換わったときの処理の流れを示すフローチャートである。
【図５】再生モードが切り換わったときの処理の流れを示すフローチャートである。
【図６】シーケンスエンドチェック処理の流れを示すフローチャートである。
【図７】再生モード分岐処理の流れを示すフローチャートである。
【図８】ＧｏＴｏＴａｒｇｅｔ処理の流れを示すフローチャートである。
【図９】ＧｏＴｏＴａｒｇｅｔ処理の流れを示すフローチャートである。
【図１０】ＧｏＴｏＴａｒｇｅｔ終了処理の流れを示すフローチャートである。
【図１１】１ピクチャ復号処理の流れを示すフローチャートである。
【図１２】１ピクチャスキップ処理の流れを示すフローチャートである。
【図１３】映像データ、副映像データ、音声データ及び字幕データを復号していくときの処理の流れを示すフローチャートである。
【図１４】静止画を表示している状態から動画の再生に移るときの復号開始のタイミングを示す図である。
【図１５】映像表示装置１００の静止画像の表示画面の説明図である。
【図１６】ＭＰＥＧ方式におけるフレーム間予測の構造及び記録フレームの構造を示す図である。
【符号の説明】
１００ 映像再生装置、 １ 記録媒体、 ２ ピックアップ、 ３ ＲＦ回路、 ４ データデコーダ、 ５ デマルチプレクサ、 ６ ビデオデコーダ、７ 副映像デコーダ、 ８ オーディオデコーダ、 ９ ＮＴＳＣ変換回路、１０ Ｄ／Ａ変換回路、 １１ コントローラ、 １２ ユーザーインターフェース、 １３ メモリ
Claims (8)
- 記録媒体から符号化された映像データを復号し、復号された映像データを再生して画像を出力する再生手段と、
静止画像再生時において、インターレース方式の映像データが上記記録媒体から再生される場合はフィールド単位の静止画像を上記再生手段から出力させ、ノンインターレース画像の映像データが上記記録媒体から再生される場合はフレーム単位の静止画像を上記再生手段から出力させる制御を行う第１の制御手段と、
静止画像再生から動画像再生に移行するとき、復号のタイミング基準となる同期信号の発生時刻が、映像データを分割した各データ単位に含まれる動画像表示開始タイミング情報信号による表示開始時刻に対して映像データの復号が開始されてから画像の表示が開始されるまでの所定遅れ時間前の時刻に達したときに、動画像再生を開始する最初の再生画像の復号を開始させて、静止画像を表示している状態から動画像の再生へ移行させる制御を行う第２の制御手段と
を備えることを特徴とする記録媒体の再生装置。 - 上記第１の制御手段は、インターレース方式の映像データが上記記録媒体から再生される場合は、フィールド単位の静止画像とフレーム単位の静止画像とを、ユーザーの操作入力に基づき選択して上記再生手段から出力させる
ことを特徴とする請求項１に記載の記録媒体の再生装置。 - 上記第１の制御手段は、インターレース方式の映像データが上記記録媒体から再生される場合はフィールド単位の静止画像を出力し、ノンインターレース方式の映像データが上記記録媒体から再生される場合はフレーム単位の静止画像を出力することを、記録媒体から再生される映像データの管理情報に基づき切り換える
ことを特徴とする請求項１に記載の記録媒体の再生装置。 - 記録媒体に記録された映像データは、ＭＰＥＧ２（Moving Picture Experts Group 2）フォーマットで圧縮された映像データであり、上記第１の制御手段は、ピクチャヘッダのプログレッシブフレームが１であればフレーム単位の静止画像を出力し、ピクチャヘッダのプログレッシブフレームが０であればフィールド単位の静止画像を出力する
ことを特徴とする請求項３に記載の記録媒体の再生装置。 - 記録媒体から符号化された画像データを復号し、復号された映像データを再生して画像を出力し、
静止画像再生時において、インターレース方式の映像データが上記記録媒体から再生される場合はフィールド単位の静止画像を出力させ、ノンインターレース画像の映像データが上記記録媒体から再生される場合はフレーム単位の静止画像を出力させ、
静止画像再生から動画像再生に移行するとき、復号のタイミング基準となる同期信号の発生時刻が、映像データを分割した各データ単位に含まれる動画像表示開始タイミング情報信号による表示開始時刻に対して映像データの復号が開始されてから画像の表示が開始されるまでの所定遅れ時間前の時刻に達したときに、動画像再生を開始する最初の再生画像の復号を開始させて、静止画像を表示している状態から動画像の再生へ移行させる
ことを特徴とする記録媒体の再生方法。 - インターレース方式の映像データが上記記録媒体から再生される場合は、フィールド単位の静止画像とフレーム単位の静止画像とを、ユーザーの操作入力に基づき選択して出力させる
ことを特徴とする請求項５に記載の記録媒体の再生方法。 - インターレース方式の映像データが上記記録媒体から再生される場合はフィールド単位の静止画像を出力し、ノンインターレース方式の映像データが上記記録媒体から再生される場合はフレーム単位の静止画像を出力することを、記録媒体から再生される映像データの管理情報に基づき切り換える
ことを特徴とする請求項５に記載の記録媒体の再生方法。 - 記録媒体に記録された映像データは、ＭＰＥＧ２（Moving Picture Experts Group 2）フォーマットで圧縮された映像データであり、
ピクチャヘッダのプログレッシブフレームが１であればフレーム単位の静止画像を出力し、ピクチャヘッダのプログレッシブフレームが０であればフィールド単位の静止画像を出力する
ことを特徴とする請求項７に記載の記録媒体の再生方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08562997A JP3763178B2 (ja) | 1997-03-19 | 1997-03-19 | 記録媒体の再生装置及び記録媒体の再生方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08562997A JP3763178B2 (ja) | 1997-03-19 | 1997-03-19 | 記録媒体の再生装置及び記録媒体の再生方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10271445A JPH10271445A (ja) | 1998-10-09 |
| JP3763178B2 true JP3763178B2 (ja) | 2006-04-05 |
Family
ID=13864139
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08562997A Expired - Fee Related JP3763178B2 (ja) | 1997-03-19 | 1997-03-19 | 記録媒体の再生装置及び記録媒体の再生方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3763178B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3317440B2 (ja) | 1999-04-15 | 2002-08-26 | 船井電機株式会社 | 記録媒体の静止画再生装置 |
-
1997
- 1997-03-19 JP JP08562997A patent/JP3763178B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH10271445A (ja) | 1998-10-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6282320B1 (en) | Video data decoding apparatus and method and video signal reproduction apparatus and method | |
| JP3302970B2 (ja) | Ｄｖｄ情報伝送装置及びその方法 | |
| US7561779B2 (en) | Video data processor having converting section for producing NTSC- or PAL-compliant synthetic video data | |
| JPH10304309A (ja) | 信号再生装置及び方法 | |
| US8050540B2 (en) | Reproduction apparatus and computer reproduction method | |
| JP3861362B2 (ja) | ディジタル信号再生方法及び装置 | |
| JPH11103444A (ja) | 記録媒体への多チャンネル記録装置 | |
| JP4363671B2 (ja) | データ再生装置及びデータ再生方法 | |
| JP3763178B2 (ja) | 記録媒体の再生装置及び記録媒体の再生方法 | |
| JP3814929B2 (ja) | 符号化データ再生方法及び再生装置 | |
| US6512881B1 (en) | Video signal reproduction apparatus and method | |
| JP4434326B2 (ja) | 映像再生方法及び映像再生装置 | |
| JP3903519B2 (ja) | 映像再生方法及び映像再生装置 | |
| JP3772451B2 (ja) | 画像復号装置及び画像復号方法 | |
| JP3900584B2 (ja) | 映像再生方法及び映像再生装置 | |
| JP4332229B2 (ja) | 映像再生方法及び映像再生装置 | |
| JP2002152647A (ja) | 録画予約対応の録画装置及び録画予約対応の録画方法 | |
| JP3890655B2 (ja) | ディジタル信号再生方法及び装置 | |
| JP2002335496A (ja) | サブピクチャ表示倍率の制御装置 | |
| JP3814928B2 (ja) | データ再生装置及びデータ再生方法 | |
| JP2004127381A (ja) | 情報再生装置、情報再生方法及び情報再生用プログラム並びに情報記録媒体 | |
| JP3823426B2 (ja) | 情報信号処理装置及び方法 | |
| JP3769863B2 (ja) | 情報信号再生装置および方法 | |
| JP2005302100A (ja) | 情報再生装置、情報再生方法および情報再生プログラム | |
| JP2004032115A (ja) | 映像データ再生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050816 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050928 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051025 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051122 |
|
| 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: 20051227 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060109 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100127 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100127 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110127 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110127 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120127 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |