JP3900584B2

JP3900584B2 - Video playback method and video playback apparatus

Info

Publication number: JP3900584B2
Application number: JP08569797A
Authority: JP
Inventors: 隆行石田; 亮長谷川; 義則清水; 公嘉水野
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1997-03-19
Filing date: 1997-03-19
Publication date: 2007-04-04
Anticipated expiration: 2017-03-19
Also published as: JPH10271458A

Description

【０００１】
【発明の属する技術分野】
本発明は、ＭＰＥＧ（Moving Picture Experts Group）方式により圧縮符号化された映像データが記録された記録媒体から映像を再生するのに好適な映像再生方法及び映像再生装置に関する。
【０００２】
【従来の技術】
デジタル・ビデオ・ディスク（以下、ＤＶＤと称する。）に記録されるデジタル映像信号を圧縮符号化する方式として、ＭＰＥＧ（Moving Picture Experts Group）方式が採用されている。
【０００３】
このＭＰＥＧ方式におけるフレーム間予測の構造を図１５（ａ）に示す。
【０００４】
この図１５（ａ）の例においては、１ＧＯＰ（Group Of Pictures）が１５フレームで構成されており、１ＧＯＰにおいて、Ｉピクチャ（Intra Picture）が１フレーム、Ｐピクチャ（Predictive Picture）が４フレーム、残る１０フレームがＢピクチャ（Bidirectionally predictive Picture）とされている。なお、ＧＯＰは、動画の１シーケンスを分割した符号化の単位である。
【０００５】
Ｉピクチャは、１フレーム内において予測符号化されたフレーム内予測符号化画像であり、Ｐピクチャは、既に符号化された時間的に前のフレーム（Ｉピクチャ又はＰピクチャ）を参照して予測するフレーム間順方向予測符号化画像であり、Ｂピクチャは、時間的に前後の２フレームを参照して予測する双方向予測符号化画像である。
【０００６】
すなわち、矢印で図示するように、ＩピクチャＩ_２は、そのフレーム内のみで予測符号化されており、ＰピクチャＰ_５は、ＩピクチャＩ_２を参照してフレーム間予測符号化されており、ＰピクチャＰ_８は、ＰピクチャＰ_５を参照してフレーム間予測符号化されている。更に、ＢピクチャＢ_３，Ｂ_４は、ＩピクチャＩ_２とＰピクチャＰ_５との２つを参照してフレーム間予測符号化されており、ＢピクチャＢ_６，Ｂ_７は、ＰピクチャＰ_５とＰピクチャＰ_８との２つを参照してフレーム間予測符号化されている。そして、以下同様に予測符号化されて、以降のピクチャが作成されている。なお、各ピクチャの符号中の添え字は、テンポラル・リファレンス（以下、ＴＲと称する。）を表している。ここで、ＴＲは、ＧＯＰの中の画面順を表すものであり、通常の再生時には、このＴＲの順に各ピクチャが再生される。
【０００７】
ところで、このように予測符号化されたピクチャを復号する際、Ｉピクチャはフレーム内での予測符号化が行われているため、Ｉピクチャのみで復号することができるが、Ｐピクチャは時間的に前のＩピクチャ又はＰピクチャを参照して予測符号化されているため、時間的に前のＩピクチャ又はＰピクチャが復号時に必要とされ、Ｂピクチャは時間的に前後のＩピクチャ又はＰピクチャを参照して予測符号化されているため、時間的に前後のＩピクチャ又はＰピクチャが復号時に必要とされる。
【０００８】
そこで、復号時に必要とされるピクチャを先に復号しておけるように、図１５（ｂ）に示すようにピクチャを入れ替えておく。すなわち、ＢピクチャＢ_０，Ｂ_１は、復号時に先行するＧＯＰのＩピクチャ又はＰピクチャとＩピクチャＩ_２とを必要とするため、ＢピクチャＢ_０，Ｂ_１よりＩピクチャＩ_２が先行するようにしておく。ＢピクチャＢ_３，Ｂ_４は、復号時にＩピクチャＩ_２とＰピクチャＰ_５とを必要とするため、ＢピクチャＢ_３，Ｂ_４よりＰピクチャＰ_５が先行するようにしておく。ＢピクチャＢ_６，Ｂ_７は、復号時にＰピクチャＰ_５とＰピクチャＰ_８とを必要とするため、ＢピクチャＢ_６，Ｂ_７よりＰピクチャＰ_８が先行するようにしておく。ＢピクチャＢ_９，Ｂ_１０は、復号時にＰピクチャＰ_８とＰピクチャＰ_１１とを必要とするため、ＢピクチャＢ_９，Ｂ_１０よりＰピクチャＰ_１１が先行するようにしておく。ＢピクチャＢ_１２，Ｂ_１３は、復号時にＰピクチャＰ_１１とＰピクチャＰ_１４とを必要とするため、ＢピクチャＢ_１２，Ｂ_１３よりＰピクチャＰ_１４が先行するようにしておく。
【０００９】
このようにＭＰＥＧ方式によって映像データを圧縮したときには、復号を行う順序（以下、デコーディングオーダーと称する。）と、表示するピクチャの順序（以下、プレゼンテーションオーダーと称する。）とが異なるものとなる。
【００１０】
【発明が解決しようとする課題】
ところで、ＤＶＤに記録された映像データを再生する映像再生装置では、通常、単なる再生だけでなく、様々なモードが選択できるようになされる。具体的には、例えば、通常再生（以下、Ｐｌａｙと称する。）、一時停止（以下、Ｐａｕｓｅと称する。）、順方向早送り再生（以下、ＦＦと称する。）、逆方向早送り再生（以下、ＦＲと称する。）、順方向コマ送り再生（以下、ＳｔｅｐＦと称する。）、逆方向コマ送り再生（以下、ＳｔｅｐＲと称する。）、順方向低速再生（以下、ＳｌｏｗＦと称する。）、逆方向低速再生（以下、ＳｌｏｗＲと称する。）等のモードを選択できるようになされる。
【００１１】
そして、従来の映像再生装置において、これらの各モードでは、ＧＯＰ単位、或いは１以上のＧＯＰの集まりであるＶＯＢＵ（Video Object Unit）という単位で処理を行うようにしていた。これは、モードを切り換えたときも同様であり、切り換え前のモードに関わらず、切り換え後のモードでは、ＧＯＰ単位又はＶＯＢＵ単位で処理が行われる。しかしながら、このように各モードでの処理をＧＯＰ単位又はＶＯＢＵ単位で行うと、例えば時間軸が反対の方向の映像が一瞬表示されてしまうなど、本来は表示されるべきではない映像が再生され表示されてしまうようなことが起きてしまう。
【００１２】
具体的には、例えば、ＰｌａｙからＳｔｅｐＲに切り換えるときに、モード切り換え時にＧＯＰの途中のピクチャが表示されていたとしても、ＳｔｅｐＲでは、改めて当該ピクチャを含むＧＯＰ又はＶＯＢＵの単位で、逆方向コマ送り再生が開始され、その結果、モード切り換え時に表示されていたピクチャよりも時間的に後の映像から逆方向コマ送り再生が開始されてしまうこととなる。
【００１３】
このように従来の映像再生装置では、モード切り換え時に、本来は表示されるべきではない映像が表示されてしまうという問題があった。
【００１４】
本発明は、このような従来の実情に鑑みて提案されたものであり、モード切り換え時にも適切な映像だけが表示されるように映像データを復号して再生する映像再生方法及び映像再生装置を提供することを目的としている。
【００１５】
【課題を解決するための手段】
本発明は、圧縮符号化された映像データを復号して再生する映像再生方法において、上記映像データを構成する複数のピクチャからなるＧＯＰ（ Group of Pictures ）をデコーダに供給している際に再生のモードが切り換わったときに、切り換え前のモードにおいて再生されていたピクチャの、ＧＯＰにおけるピクチャの並び順を示す情報と、上記ピクチャが含まれるＧＯＰの先頭のフレーム内符号化ピクチャの復号開始のタイミングを示す情報とを少なくとも参照して、上記切り換え前のモードにおいて最後に再生されていたピクチャを特定するとともに、上記切り換え後のモードにおいて再生を開始するピクチャを特定することを特徴とする。
【００１６】
また、本発明は、圧縮符号化された映像データを復号して再生する映像再生装置において、上記映像データを構成する複数のピクチャからなるＧＯＰ（ Group of Pictures ）をデコーダに供給している際に再生のモードが切り換わったときに、切り換え前のモードにおいて再生されていたピクチャの、ＧＯＰにおけるピクチャの並び順を示す情報と、上記ピクチャが含まれるＧＯＰの先頭のフレーム内符号化ピクチャの復号開始のタイミングを示す情報とを少なくとも参照して、上記切り換え前のモードにおいて最後に再生されていたピクチャを特定するとともに、上記切り換え後のモードにおいて再生を開始するピクチャを特定する制御部を有することを特徴とする。
【００１７】
本発明に係る映像再生方法及び映像再生装置によれば、再生のモードが切り換わったときに、切り換え前のモードにおいて最後に再生されていたピクチャを特定することが可能となるので、任意のピクチャから任意のモードで再生を開始することができる。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態として、映像等の記録に使用されるＤＶＤであるＤＶＤ−Ｖｉｄｅｏに記録された符号化データを復号して映像を再生する映像再生装置に本発明を適用した例について、図面を参照しながら詳細に説明する。
【００１９】
まず、図１のブロック構成図を参照して、映像再生装置１００の構成について説明する。なお、ＤＶＤ−Ｖｉｄｅｏでは、映像データ等をＭＰＥＧ方式により圧縮符号化して、ディスクに記録する。したがって、この映像再生装置１００では、ＭＰＥＧ方式により圧縮符号化された上でディスクに記録された映像データ等を読み出して、当該映像データ等を復号して映像を再生する。
【００２０】
この映像再生装置１００は、記録媒体１からＲＦ信号を再生するピックアップ２と、このピックアップ２により再生されたＲＦ信号が供給され当該ＲＦ信号の２値化処理等を行うＲＦ回路３と、ＲＦ回路３からの再生データが供給され当該再生データに対してエラー訂正等の復号処理を行うデータデコーダ４と、データデコーダ４により復号処理が施された再生データを主映像圧縮データ、副映像圧縮データ及び音声圧縮データに振り分けるデマルチプレクサ５とを備える。
【００２１】
また、この映像再生装置１００は、上記主映像圧縮データを伸張するビデオデコーダ６と、上記副映像圧縮データを伸張して主映像データと合成する副映像デコーダ７と、上記音声圧縮データを伸張するオーディオデコーダ８と、ビデオデコーダ６からの主映像データと副映像デコーダ７からの副映像データが合成された映像データが供給され当該映像データをＮＴＳＣ信号又はＰＡＬ信号に変換するデジタル／ＮＴＳＣ，ＰＡＬ変換回路（以下、単にＮＴＳＣ変換回路と称する。）９と、オーディオデコーダ８からのオーディオデータが供給され当該オーディオデータをアナログ信号に変換するデジタル／アナログ変換回路（以下、単にＤ／Ａ変換回路と称する。）１０とを備える。
【００２２】
また、この映像再生装置１００は、ピックアップ２、ＲＦ回路３、データデコーダ４、デマルチプレクサ５、ビデオデコーダ６、副映像デコーダ７、オーディオデコーダ８、ＮＴＳＣ変換回路９及びＤ／Ａ変換回路１０を制御するコントローラ１１と、このコントローラ１１とユーザーの操作入力を媒介するユーザーインターフェース１２と、コントローラ１１のデータ記憶部となるメモリ１３とを備える。
【００２３】
記録媒体１は、ＭＰＥＧ方式により圧縮符号化された映像データ等が記録されたＤＶＤ−Ｖｉｄｅｏであり、この記録媒体１に記録された映像データ等が映像再生装置１００によって再生される。なお、この記録媒体１は、再生専用型、追記型、書換型等のいずれであってもよい。
【００２４】
ピックアップ２は、記録媒体１からＲＦ信号を再生して、当該ＲＦ信号をＲＦ回路３に供給する。
【００２５】
ＲＦ回路３は、ピックアップ２から供給されたＲＦ信号に対して、波形等化及び２値化等の処理を施してデジタルデータとその同期信号等を生成する。ＲＦ回路３により生成されたデジタルデータ等は、データデコーダ４に供給される。
【００２６】
データデコーダ４は、ＲＦ回路３により生成されたデジタルデータに基づき、データの復調や誤り訂正等の処理を行う。データデコーダ４により復調及び誤り訂正等の処理が施されたデジタルデータは、デマルチプレクサ５に供給される。
【００２７】
また、データデコーダ４では、ＭＰＥＧ方式のフォーマットにおけるシステムヘッダやパックヘッダ等に含まれるパラメータ情報や、後述するナビゲーションパックＮＶ＿ＰＣＫに含まれる所定の情報等を検出する。この検出したパラメータ情報等は、データデコーダ４からコントローラ１１に供給される。
【００２８】
また、このデータデコーダ４は、デジタルデータの出力段にトラックバッファ４ａを有している。このトラックバッファ４ａによりデータデコーダ４とデマルチプレクサ５の処理速度の違いが吸収される。
【００２９】
デマルチプレクサ５は、データデコーダ４により復調及び誤り訂正等の処理が施されたデジタルデータを、主映像圧縮データと、副映像圧縮データと、音声圧縮データとに振り分ける。
【００３０】
ここで、主映像圧縮データとは、ＭＰＥＧ方式により圧縮された映像データであり、ＤＶＤのフォーマットにおけるビデオストリーム（Video streams）に相当する。副映像圧縮データとは、主映像に合成される字幕画像等のデータであり、ＤＶＤのフォーマットにおけるサブピクチャストリーム（Sub-picture streams）に相当する。音声圧縮データとは、ＭＰＥＧ等の方式で圧縮された音声データであり、ＤＶＤのフォーマットにおけるオーディオストリーム（Audio streams）に相当する。
【００３１】
デマルチプレクサ５は、主映像圧縮データをビデオデコーダ６に供給し、副映像圧縮データを副映像デコーダ７に供給し、音声圧縮データをオーディオデコーダ８に供給する。
【００３２】
ビデオデコーダ６は、主映像圧縮データの復号処理を行い、この復号処理により伸張された主映像データを生成する。このビデオデコーダ６は、復号処理を行うために３画面分の画像メモリを有している。すなわち、ビデオデコーダ６は、主映像圧縮データを復号することによって得られたピクチャのデータを、不要になったピクチャのデータを順次更新しながら、３画面分まで画像メモリに順次格納していく。そして、ビデオデコーダ６は、復号された各ピクチャを画像メモリから順次読み出して、それらのピクチャのデータを副映像デコーダ７に供給する。
【００３３】
なお、ビデオデコーダ６に備えられる画像メモリは、３画面分に限らず、これ以上の画面数分あってもよい。
【００３４】
副映像デコーダ７は、副映像圧縮データの復号処理を行い、この復号処理により伸長された副映像データをビデオデコーダ６から供給された主映像データに合成して、主映像と副映像とが合成された映像データを生成する。すなわち、副映像デコーダ７では、字幕画像等の副映像を主映像と合成する。なお、この副映像デコーダ７は、副映像データが無い場合には、主映像データをそのまま映像データとして出力する。副映像デコーダ７によって生成された映像データは、ＮＴＳＣ変換回路９に供給される。
【００３５】
オーディオデコーダ８は、音声圧縮データの復号処理を行い、この復号処理により伸張された音声データを生成する。すなわち、オーディオデコーダ８は、音声圧縮データがＭＰＥＧ方式で圧縮されていれば、ＭＰＥＧ方式に対応した伸張処理を行い、音声データを生成する。なお、音声圧縮データが、ＭＰＥＧ方式のフォーマットではなく、ＰＣＭ等のフォーマットであれば、そのフォーマットに対応した処理を行う。オーディオデコーダ８によって生成された音声データは、Ｄ／Ａ変換回路１０に供給される。
【００３６】
ＮＴＳＣ変換回路９は、映像データをデジタルデータからＮＴＳＣやＰＡＬ等のテレビジョン信号に変換して出力する。この出力をＣＲＴディスプレイ等の表示装置に供給することにより、ユーザーが記録媒体１から再生した映像を視聴することができる。
【００３７】
Ｄ／Ａ変換回路１０は、デジタルデータである音声データをアナログの音声データに変換して出力する。この出力をスピーカ等に供給することにより、ユーザーが記録媒体１から再生した音声を視聴することができる。
【００３８】
コントローラ１１は、ピックアップ２、ＲＦ回路３、データデコーダ４、デマルチプレクサ５、ビデオデコーダ６、副映像デコーダ７、オーディオデコーダ８、ＮＴＳＣ変換回路９及びＤ／Ａ変換回路１０の制御を行う。また、コントローラ１１には、操作パネルやリモートコントローラ等からなるユーザーインターフェース１２を介して、再生モード切換等の操作入力がなされ、この操作入力に基づき各回路の制御を行う。なお、コントローラ１１は、メモリ１３に各制御に必要なデータ等を記憶させ、メモリ１３に記憶させたデータを随時参照して各回路の制御を行う。
【００３９】
つぎに、ＤＶＤ−Ｖｉｄｅｏに記録される符号化データのフォーマットについて、図２及び図３を参照して説明する。
【００４０】
ＤＶＤ−Ｖｉｄｅｏにおいて、符号化データには、主映像データ、副映像データ及び音声データが含まれる。なお、これらの各データは、全てが必須というわけではなく、記録する情報に応じて適宜選択可能であることは言うまでもない。また、以下の説明では、これらのデータが記録される領域のことを、ビデオゾーンと称する。
【００４１】
ビデオゾーンは、図２に示すように、ビデオゾーンの先頭に位置するＶＭＧ（Video Manager）と、ＶＭＧの後ろに位置するＶＴＳ（Video Title Set）とから構成される。ＶＭＧは、主にビデオゾーンに含まれているＶＴＳについての情報が記録される領域であり、１つのビデオゾーンに１つ含まれる。一方、ＶＴＳは、タイトルが実際に記録される領域であり、１つのビデオゾーンに少なくとも１つは含まれており、最大で９９までとされる。なお、ＤＶＤ−Ｖｉｄｅｏにおいて、タイトルとは、記録されている映像等の一番大きな単位であり、例えば、映画が記録されたＤＶＤ−Ｖｉｄｅｏでは、通常、１タイトルが映画１作品に相当する。
【００４２】
ＶＭＧは、再生に必要な基本的な情報等が記録されるＶＭＧＩ（VMG Information）と、記録されているデータにアクセスするためのメニュー画面の情報等が記録されるＶＭＧＭ＿ＶＯＢＳ（Video object Set for 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）が記録されている。そして、映像再生装置１００は、映像データの再生時に、復号のタイミングの基準となる同期信号であるＳＴＣを順次進めていき、ＳＴＣとＤＴＳとを比較して、ＳＴＣがＤＴＳに達したら、当該ＤＴＳが記録されているピクチャの復号を開始するようにする。そして、以下の説明では、ＤＴＳのうち、ＧＯＰの先頭のＩピクチャのＤＴＳのことを「ＧＯＰ＿ＤＴＳＶ」と称する。
【００５８】
また、ＶＯＢＵに含まれるピクチャのデータだけで復号できるピクチャのうち、プレゼンテーションオーダーで最も早く表示されるピクチャのことを「ＦＰＰ」と称する。また、復号する際に異なるＶＯＢＵのピクチャが必要なピクチャのことを「ＰＲＥ＿ＦＰＰ」と称する。具体的には、ＰＲＥ＿ＦＰＰは、一つ前のＶＯＢＵの最後のＧＯＰに含まれるピクチャを参照して復号がなされる。したがって、ＰＲＥ＿ＦＰＰは、一つ前のＶＯＢＵの最後のＧＯＰに含まれるピクチャを復号した後でなければ、復号することができない。なお、ＭＰＥＧ方式において、ピクチャは、当該ピクチャを含むＧＯＰに含まれるピクチャ、又は１つ前のＧＯＰに含まれるピクチャを参照すれば、必ず復号できるように圧縮される。したがって、ＰＲＥ＿ＦＰＰは、ＶＯＢＵの先頭のＧＯＰにだけ存在しうるものであり、ＶＯＢＵの先頭以外のＧＯＰには存在しない。
【００５９】
また、映像再生装置１００では、映像データの復号を開始するタイミングと、ピクチャの表示を開始するタイミングには、若干のずれが生じる。そして、以下の説明では、映像データの復号が開始されてからピクチャの表示が開始されるまでの時間のことを「復号遅れＤＬ」と称する。なお、映像表示装置１００では、この復号遅れＤＬが、常に１フィールド分の時間で一定となるようにしている。
【００６０】
つぎに、再生モードが切り換わったときの映像表示装置１００の動作について説明する。
【００６１】
なお、Ｐｌａｙ、Ｐａｕｓｅ、ＳｌｏｗＦ及びＳｔｅｐＦでの処理は、全て順方向の再生処理であるので、映像データをデコーディングオーダーにて復号してプレゼンテーションオーダーにて表示するという観点においては、これらのモードでは基本的に同じ処理が行われることとなる。そこで、以下の説明において、これらのモードを区別する必要がないときには、これらのモードをまとめてＰｌａｙ系モードと称する。なお、ＦＦも順方向の再生処理であるが、ＦＦでは、早送りを行うためにピクチャを飛び飛びで復号することとなるので、復号の順序がＰｌａｙ、Ｐａｕｓｅ、ＳｌｏｗＦ及びＳｔｅｐＦの場合とは異なるものとなる。したがって、ＦＦは、Ｐｌａｙ系モードには含めていない。
【００６２】
ユーザーインターフェース１２を介して再生モードの切り換えを指示する信号がコントローラ１１に入力されると、図４乃至図１２のフローチャートに示す処理が行われ、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵがモード切換前ピクチャの情報に基づいて特定された上で、再生モードの切り換えが行われる。以下、この処理について、図４乃至図１２のフローチャートを参照して詳細に説明する。
【００６３】
再生モードを切り換えるイベントが発生したら、図４に示すように、先ず、ステップＳ１−１において、コントローラ１１は、モード切換前ピクチャの情報を取得する。具体的には、コントローラによって、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとを検出して、当該ＴＲ及びＧＯＰ＿ＤＴＳＶをメモリ１３に記憶させるとともに、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かを判別し、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの情報をメモリ１３に記憶させる。
【００６４】
次に、ステップＳ１−２において、コントローラ１１は、モード切換前ピクチャが含まれるＶＯＢＵのナビゲーションパックＮＶ＿ＰＣＫの情報を検出して、当該ナビゲーションパックＮＶ＿ＰＣＫの情報をメモリ１３に記憶させる。
【００６５】
次に、ステップＳ１−３において、コントローラ１１は、切り換え後のモードがＰｌａｙ系モードであるか否かを判別する。そして、Ｐｌａｙ系モードならばステップＳ１−４に進み、Ｐｌａｙ系モードでないならばステップＳ１−７に進む。
【００６６】
ステップＳ１−４において、コントローラ１１は、ステップＳ１−１でメモリ１３に記憶させた情報に基づいて、モード切換前ピクチャがＰＲＥ＿ＦＰＰであるか否かを判別する。そして、ＰＲＥ＿ＦＰＰでないならばステップＳ１−５へ進み、ＰＲＥ＿ＦＰＰであるならばステップＳ１−６へ進む。
【００６７】
ステップＳ１−５において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定する。また、ステップＳ１−６において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定する。
【００６８】
すなわち、切り換え後のモードがＰｌａｙ系モードであり、モード切換前ピクチャがＰＲＥ＿ＦＰＰでないならば、モード切換前ピクチャを含むＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。また、切り換え後のモードがＰｌａｙ系モードであり、モード切換前ピクチャがＰＲＥ＿ＦＰＰであるならば、モード切換前ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。
【００６９】
一方、ステップＳ１−７において、コントローラ１１は、切り換え後のモードがＳｌｏｗＲ又はＳｔｅｐＲであるか否かを判別する。そして、ＳｌｏｗＲ又はＳｔｅｐＲならばステップＳ１−８に進み、ＳｌｏｗＲ又はＳｔｅｐＲでないならばステップＳ１−１１に進む。
【００７０】
ステップＳ１−８において、コントローラ１１は、ステップＳ１−１でメモリ１３に記憶させた情報に基づいて、モード切換前ピクチャがＦＰＰ又はＰＲＥ＿ＦＰＰであるか否かを判別する。そして、ＦＰＰ又はＰＲＥ＿ＦＰＰでないならばステップＳ１−９へ進み、ＦＰＰ又はＰＲＥ＿ＦＰＰであるならばステップＳ１−１０へ進む。
【００７１】
ステップＳ１−９において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定する。また、ステップＳ１−１０において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定する。
【００７２】
すなわち、切り換え後のモードがＳｌｏｗＲ又はＳｔｅｐＲであり、モード切換前ピクチャがＦＰＰやＰＲＥ＿ＦＰＰでないならば、モード切換前ピクチャを含むＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。また、切り換え後のモードがＳｌｏｗＲ又はＳｔｅｐＲであり、モード切換前ピクチャがＦＰＰ又はＰＲＥ＿ＦＰＰであるならば、モード切換前ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。
【００７３】
一方、ステップＳ１−１１において、コントローラ１１は、ステップＳ１−１でメモリ１３に記憶させた情報に基づいて、切り換え後のモードがＦＦであるか否かを判別する。そして、ＦＦであるならばステップＳ１−１２に進み、ＦＦでないならばステップＳ１−１３に進む。なお、ステップＳ１−１３に進むのは、切り換え後のモードが、Ｐｌａｙ系モード、ＳｌｏｗＲ、ＳｔｅｐＲ、ＦＦのいずれでもない場合、すなわちＦＲの場合である。
【００７４】
ステップＳ１−１２において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＮＥＸＴ＿ＶＯＢＵ＿ＳＡに設定する。また、ステップＳ１−１３において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＰＲＥＶ＿ＶＯＢＵ＿ＳＡに設定する。
【００７５】
すなわち、切り換え後のモードがＦＦのときには、モード切換前ピクチャを含むＶＯＢＵの次のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。また、切り換え後のモードがＦＲのときには、モード切換前ピクチャを含むＶＯＢＵの前のＶＯＢＵを、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵとして特定する。
【００７６】
次に、図５のステップＳ１−２０へ進み、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、エントリーポイントがＣｅｌｌの境界を越えているかを判別する。そして、エントリーポイントがＣｅｌｌの境界を越えているならば、ステップＳ１−２１へ進み、Ｃｅｌｌの境界を越えていないならば、図６に示すシーケンスエンドチェックのフローへと進む。なお、エントリーポイントがＣｅｌｌの境界を越えているということは、換言すれば、エントリーポイントがモード切換前ピクチャを含むＣｅｌｌに存在しないということである。
【００７７】
ステップＳ１−２１において、コントローラ１１は、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡであるか否かを判別する。そして、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡであるならばステップＳ１−２２へ進み、エントリーポイントがＮＥＸＴ＿ＶＯＢＵ＿ＳＡでないならばステップ１−２４へ進む。
【００７８】
ステップＳ１−２２において、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、モード切換前ピクチャが含まれていたＣｅｌｌが、再生の対象となるＣｅｌｌのうち、最後のＣｅｌｌであるか否かを判別する。そして、最後のＣｅｌｌではないならば、ステップＳ１−２３へ進む。一方、最後のＣｅｌｌであったならば、再生の対象となるＣｅｌｌがなくなったこととなるので、再生処理を終了する。
【００７９】
ステップＳ１−２３において、コントローラ１１は、エントリーポイントとして設定されているＶＯＢＵ＿ＳＡを、モード切換前ピクチャが含まれていたＣｅｌｌの次のＣｅｌｌの先頭に設定する。すなわち、エントリーポイントを、モード切換前ピクチャが含まれていたＣｅｌｌの次のＣｅｌｌの先頭のＶＯＢＵのスタートアドレスに設定する。その後、図６に示すシーケンスエンドチェックのフローへと進む。
【００８０】
一方、ステップＳ１−２４において、コントローラ１１は、切り換え後のモードがＦＲであるか否かを判別する。そして、ＦＲであるならばステップＳ１−２５に進み、ＦＲでないならばテップＳ１−２６に進む。
【００８１】
ステップＳ１−２５において、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、モード切換前ピクチャが含まれていたＣｅｌｌが、再生の対象となるＣｅｌｌのうち、先頭のＣｅｌｌであるか否かを判別する。そして、先頭のＣｅｌｌではないならば、ステップＳ１−２７へ進む。一方、先頭のＣｅｌｌであったならば、再生の対象となるＣｅｌｌがなくなったこととなるので、再生処理を終了する。
【００８２】
ステップＳ１−２６において、コントローラ１１は、切り換え前のモードで予めメモリ１３に記憶させておいたＰＧＣＩの情報に基づいて、モード切換前ピクチャが含まれていたＣｅｌｌが、ＰＧＣＩによって関連付けられたＣｅｌｌのうち、先頭のＣｅｌｌであるか否かを判別する。そして、先頭のＣｅｌｌではないならばステップＳ１−２７へ進み、先頭のＣｅｌｌであるならばステップＳ１−２８へ進む。
【００８３】
ステップＳ１−２７において、コントローラ１１は、エントリーポイントとして設定されているＶＯＢＵ＿ＳＡを、モード切換前ピクチャが含まれていたＣｅｌｌの１つ前のＣｅｌｌの最後のＶＯＢＵの先頭に設定する。すなわち、エントリーポイントを、モード切換前ピクチャが含まれていたＣｅｌｌの１つ前のＣｅｌｌの最後のＶＯＢＵのスタートアドレスに設定する。その後、図６に示すシーケンスエンドチェックのフローへと進む。
【００８４】
ステップＳ１−２８において、コントローラ１１は、ステップＳ１−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、エントリーポイントをＣＵＲＲ＿ＶＯＢＵ＿ＳＡに設定する。その後、図６に示すシーケンスエンドチェックのフローへと進む。
【００８５】
以上の処理により、再生のモードが切り換わったときに、切り換え後のモードにおいて最初に復号すべきピクチャが含まれるＶＯＢＵが特定され、当該ＶＯＢＵのスタートアドレスがエントリーポイントに設定されることとなる。
【００８６】
つぎに、シーケンスエンドチェックの処理の流れについて、図６のフローチャートを参照して説明する。
【００８７】
シーケンスエンドチェック処理は、図４及び図５のフローチャートに示した処理によって特定されたＶＯＢＵにピクチャが含まれているかをチェックする処理であり、図６に示すように、先ず、ステップＳ２−１において、コントローラ１１は、図４及び図５のフローチャートに示した処理によって設定されたエントリーポイントを、データデコーダ４に供給する。そして、データデコーダ４は、このエントリーポイントが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ５に供給する。
【００８８】
次に、ステップＳ２−２において、コントローラ１１は、ステップＳ２−１でサーチされたＶＯＢＵのナビゲーションパックＮＶ＿ＰＣＫの情報を検出して、当該ナビゲーションパックＮＶ＿ＰＣＫの情報をメモリ１３に記憶させる。
【００８９】
次に、ステップＳ２−３において、コントローラ１１は、ステップＳ２−１でサーチされたＶＯＢＵについて、ステップＳ２−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫの情報に基づいて、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０であるか否かを判別する。そして、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０であるならば、当該ＶＯＢＵにはピクチャが含まれていないということなので、シーケンスエンドを探すために、ステップＳ２−４に進む。一方、ＶＯＢＵ＿１ＳＴＲＥＦ＿ＥＡが０でないならば、当該ＶＯＢＵのデマルチプレクサ５からビデオデコーダ６への供給を開始して、図７に示す再生モード分岐処理のフローへと進む。
【００９０】
ステップＳ２−４において、コントローラ１１は、ステップＳ２−２でメモリ１３に記憶させたナビゲーションパックＮＶ＿ＰＣＫのＶＯＢＵ＿ＳＲＩに記録されているＢＷＤＩ＿Ｖｉｄｅｏをデータデコーダ４に供給する。そして、データデコーダ４は、このＢＷＤＩ＿Ｖｉｄｅｏが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ５に供給する。
【００９１】
次に、ステップＳ２−５において、コントローラ１１は、ターゲットにシーケンスエンドコードを設定する。なお、ここで設定されたターゲットは、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理において使用される。
【００９２】
次に、ステップＳ２−６において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行い、その後、ステップＳ２−７において、コントローラ１１は、図４及び図５のフローチャートに示した処理によって設定されたエントリーポイントをデータデコーダ４に供給する。そして、データデコーダ４は、このエントリーポイントが指し示すＶＯＢＵをサーチし、当該ＶＯＢＵをデマルチプレクサ５に供給する。その後、デマルチプレクサ５からビデオデコーダ６へのＶＯＢＵの供給を開始して、図７に示す再生モード分岐処理のフローへと進む。
【００９３】
つぎに、再生モード分岐処理の流れについて、図７のフローチャートを参照して説明する。
【００９４】
再生モード分岐処理では、先ず、ステップＳ３−１において、コントローラ１１は、切り換え後のモードがＰｌａｙであるか否かを判別する。そして、Ｐｌａｙならばステップ３−２に進み、ＰｌａｙでないならばステップＳ３−４に進む。
【００９５】
ステップＳ３−２において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【００９６】
次に、ステップＳ３−３において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。なお、ＧｏＴｏＴａｒｇｅｔ処理では、ビデオストリームをターゲットまで進めて、当該ターゲットのところから任意のモードでの再生処理が行えるようにする。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャからｐｌａｙを開始する。
【００９７】
また、ステップＳ３−４において、コントローラ１１は、切り換え後のモードがＰａｕｓｅであるか否かを判別する。そして、Ｐａｕｓｅならばステップ３−５に進み、ＰａｕｓｅでないならばステップＳ３−７に進む。
【００９８】
ステップＳ３−５において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【００９９】
次に、ステップＳ３−６において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャを表示させてＰａｕｓｅする。すなわち、当該ピクチャを表示させてた状態で再生を一時停止する。
【０１００】
また、ステップＳ３−７において、コントローラ１１は、切り換え後のモードがＳｔｅｐＦ又はＳｌｏｗＦであるか否かを判別する。そして、ＳｔｅｐＦ又はＳｌｏｗＦならばステップ３−８に進み、ＳｔｅｐＦ又はＳｌｏｗＦでないならばステップＳ３−１０に進む。
【０１０１】
ステップＳ３−８において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【０１０２】
次に、ステップＳ３−９において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャからＳｔｅｐＦ又はＳｌｏｗＦを開始する。
【０１０３】
ステップＳ３−１０において、コントローラ１１は、切り換え後のモードがＳｔｅｐＲ又はＳｌｏｗＲであるか否かを判別する。そして、ＳｔｅｐＲ又はＳｌｏｗＲならばステップＳ３−１１に進み、ＳｔｅｐＲ又はＳｌｏｗＲでないならばステップＳ３−１３に進む。
【０１０４】
ステップＳ３−１１において、コントローラ１１は、ステップＳ１−１で取得しておいたモード切換前ピクチャの情報に基づいて、ターゲットに表示開始ピクチャを設定する。ここで、表示開始ピクチャの特定は、モード切換前ピクチャのＴＲと、モード切換前ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶとに基づいて行う。
【０１０５】
次に、ステップＳ３−１２において、図８及び図９に示すＧｏＴｏＴａｒｇｅｔ処理を行う。そして、ＧｏＴｏＴａｒｇｅｔ処理によって、ターゲットとなるピクチャにたどり着いたら、当該ピクチャからＳｔｅｐＲ又はＳｌｏｗＲを開始する。
【０１０６】
ステップＳ３−１３において、コントローラ１１は、切り換え後のモードがＦＦであるか否かを判別する。そして、切り換え後のモードがＦＦならば、ＦＦを開始する。一方、切り換え後のモードがＦＦでないときは、切り換え後のモードがＰｌａｙ系モード、ＳｌｏｗＲ、ＳｔｅｐＲ、ＦＦのいずれでもない場合、すなわちＦＲのときであるので、ＦＲを開始する。なお、切り換え後のモードがＦＦ及びＦＲのときにＧｏＴｏＴａｒｇｅｔ処理を行わないのは、ＦＦ及びＦＲでは、常にＶＯＢＵの先頭から復号するので、ピクチャ単位でのターゲットの特定が不要だからである。
【０１０７】
なお、以上のような再生モード分岐処理のステップＳ３−７乃至Ｓ３−９において、ＳｔｅｐＦとＳｌｏｗＦをまとめて扱っているのは、ＳｌｏｗＦ及びＳｔｅｐＦでの処理はどちらも順方向に１コマずつ再生していく処理であり、映像データをデコーディングオーダーにて復号してプレゼンテーションオーダーにて表示するという観点においては、これらのモードでは基本的に同じ処理が行われるからである。同様に、ステップＳ３−１０乃至Ｓ３−１２において、ＳｔｅｐＲとＳｌｏｗＲをまとめて扱っているのは、ＳｌｏｗＲ及びＳｔｅｐＲでの処理はどちらも逆方向に１コマずつ再生していく処理であり、映像データをデコーディングオーダーにて復号してプレゼンテーションオーダーにて表示するという観点においては、これらのモードでは基本的に同じ処理が行われるからである。
【０１０８】
つぎに、ＧｏＴｏＴａｒｇｅｔ処理の流れについて、図８及び図９のフローチャートを参照して説明する。
【０１０９】
ＧｏＴｏＴａｒｇｅｔ処理は、基本的には、デマルチプレクサ５からビデオデコーダ６にＶＯＢＵ単位で供給される映像データに含まれる各ピクチャについて、ターゲットとしているピクチャ（以下、ターゲットピクチャと称する。）であるか否かを、ＶＯＢＵに含まれるピクチャの先頭から順次、１ピクチャ毎に判別していく処理である。
【０１１０】
なお、以下の説明において、ターゲットピクチャであるか否かの判別の対象となっているピクチャのことを対象ピクチャと称する。そして、ＧｏＴｏＴａｒｇｅｔ処理を行っているときには、対象ピクチャを１ピクチャ分進める毎に、ＳＴＣを１ピクチャ分ずつ進めていくようにする。また、ＧｏＴｏＴａｒｇｅｔ処理では、以下に詳細に説明するように、対象ピクチャがターゲットピクチャであるか否かを判別するための情報として、ＴＲとＧＯＰ＿ＤＴＳＶを用いる。
【０１１１】
ＧｏＴｏＴａｒｇｅｔ処理では、先ず、ステップＳ４−１において、コントローラ１１は、ナビゲーションパックＮＶ＿ＰＣＫが更新されたか否かを判別する。そして、ナビゲーションパックＮＶ＿ＰＣＫが更新されたならばステップＳ４−２に進み、ナビゲーションパックＮＶ＿ＰＣＫが更新されていないならばステップＳ４−６に進む。なお、ナビゲーションパックＮＶ＿ＰＣＫは、デマルチプレクサ５からビデオデコーダ６に新しいＶＯＢＵが供給され、新しいＶＯＢＵに対する処理が開始されたときに更新される。すなわち、ステップＳ４−１では、デマルチプレクサ５からビデオデコーダ６に新しいＶＯＢＵが供給され、新しいＶＯＢＵに対する処理が開始されたか否かを判別している。
【０１１２】
ステップＳ４−２において、コントローラ１１は、ナビゲーションパックＮＶ＿ＰＣＫの更新回数を記録しておくためのパラメータｃｏｕｎｔに１を加算する。なお、パラメータｃｏｕｎｔは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に予め初期化して０にしておく。
【０１１３】
次に、ステップＳ４−３において、コントローラ１１は、パラメータｃｏｕｎｔが２以上であるか否かを判別する。そして、２以上であるならばステップＳ４−４へ進み、２以上でないならばステップＳ４−６へ進む。なお、パラメータｃｏｕｎｔは、ナビゲーションパックＮＶ＿ＰＣＫの更新回数を表している。したがって、このステップＳ４−３では、デマルチプレクサ５からビデオデコーダ６に、ＧｏＴｏＴａｒｇｅｔ処理において２回以上ＶＯＢＵが供給されたか否かを判別している。
【０１１４】
ステップＳ４−４では、図１１に示す１ピクチャ復号処理を行う。なお、１ピクチャ復号処理では、対象ピクチャを復号し、ビデオストリームを次のピクチャのヘッダーまで進める。すなわち、１ピクチャ復号処理では、現在の対象ピクチャを復号した上で、対象ピクチャを次のピクチャへと進める。
【０１１５】
次に、ステップＳ４−５において、コントローラ１１は、ターゲットピクチャを最後に復号したピクチャとし、その後、図１０に示すＧｏＴｏＴａｒｇｅｔ終了処理へと進む。そして、ＧｏＴｏＴａｒｇｅｔ終了処理において、ターゲットピクチャの表示を行い、その後、ＧｏＴｏＴａｒｇｅｔ処理を終了する。すなわち、所定数以上のＶＯＢＵについてターゲットピクチャが含まれているか否かの判別を行っても、ターゲットピクチャが見つからなかったら、最後に復号されていたピクチャを表示して、ＧｏＴｏＴａｒｇｅｔ処理を終了する。
【０１１６】
一方、ステップＳ４−６において、コントローラ１１は、対象ピクチャが、ＧＯＰの先頭のピクチャであるか否かを判別する。そして、ＧＯＰの先頭のピクチャであるならばステップＳ４−７へ進み、ＧＯＰの先頭のピクチャでないならば図９のステップＳ４−９へ進む。
【０１１７】
ステップＳ４−７において、コントローラ１１は、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶと、ターゲットピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶであるＴｇｔ＿ＧＯＰ＿ＤＴＳＶとを比較する。そして、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶ以上であるならば、ステップＳ４−８へ進み、ステップＳ４−８において、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶを過ぎたことを示すフラグｐａｓｓに１を設定した上で、ステップＳ４−９へ進む。一方、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶがＴｇｔ＿ＧＯＰ＿ＤＴＳＶよりも小さいならば、ステップＳ４−８を飛ばしてステップＳ４−９へ進む。
【０１１８】
すなわち、対象ピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶが、ターゲットピクチャが含まれるＧＯＰのＧＯＰ＿ＤＴＳＶにまで達したならば、ステップＳ４−８に進んでフラグｐａｓｓに１を設定した上でステップＳ４−９へ進み、そうでないならば、ステップＳ４−８を飛ばしてステップＳ４−９へ進む。なお、フラグｐａｓｓは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に予め初期化して０にしておく。
【０１１９】
ステップＳ４−９において、コントローラ１１は、対象ピクチャがＩピクチャ又はＰピクチャであるか否かを判別する。そして、Ｉピクチャ又はＰピクチャであるならばステップＳ４−１０へ進み、Ｉピクチャ又はＰピクチャでないならばステップＳ４−１６へ進む。なお、ステップＳ４−１５へ進むのは、対象ピクチャがＢピクチャのときである。
【０１２０】
そして、対象ピクチャがＩピクチャ又はＰピクチャのときには、先ず、ステップＳ４−１０において、コントローラ１１は、ターゲットピクチャを復号したことを示すフラグｔｇｔ＿ｄｅｃが１であるか否かを判別する。なお、フラグｔｇｔ＿ｄｅｃは、ＧｏＴｏＴａｒｇｅｔ処理に入る前に予め初期化して０にしておき、後述するようにターゲットピクチャが復号されたときに１を設定する。そして、フラグｔｇｔ＿ｄｅｃが１であるならばステップＳ４−１１へ進み、フラグｔｇｔ＿ｄｅｃが１でないならばステップＳ４−１２へ進む。
【０１２１】
ステップＳ４−１１では、図１１に示す１ピクチャ復号処理を行う。その後、図１０に示したＧｏＴｏＴａｒｇｅｔ終了処理を行い、ＧｏＴｏＴａｒｇｅｔ処理を終了する。
【０１２２】
一方、ステップＳ４−１２において、コントローラ１１は、ターゲットがシーケンスエンドコードであるか否かを判別する。そして、ターゲットがシーケンスエンドコードでないならばステップＳ４−１３へ進み、ターゲットがシーケンスエンドコードであるならばステップＳ４−１５へ進む。なお、このときにステップＳ４−１５に進むのは、ステップＳ２−５においてシーケンスエンドコードがターゲットとして設定されていた場合である。
【０１２３】
ステップＳ４−１４において、コントローラ１１は、フラグｐａｓｓが１であり、且つ、対象ピクチャのＴＲがターゲットピクチャのＴＲに一致しているかを判別する。そして、これらの条件が満たされるならば、ステップＳ４−１４へ進み、ステップＳ４−１４において、フラグｔｇｔ＿ｄｅｃに１を設定した上で、ステップＳ４−１５へ進む。一方、条件が満たされないときには、ステップＳ４−１４を飛ばして、ステップＳ４−１５へ進む。なお、ステップＳ４−１３において、条件が満たされるのは、対象ピクチャがターゲットピクチャのときである。
【０１２４】
ステップＳ４−１５では、図１１に示す１ピクチャ復号処理を行う。そして、対象ピクチャの復号が完了して、ビデオストリームが次のピクチャのヘッダーまで進められたならば、すなわち対象ピクチャが次のピクチャへと進められたならば、ステップＳ４−１へ戻って処理を繰り返す。
【０１２５】
一方、対象ピクチャがＢピクチャのときは、先ず、ステップＳ４−１６において、コントローラ１１は、ターゲットがシーケンスエンドコードであるか否かを判別する。そして、ターゲットがシーケンスエンドコードでないならばステップＳ４−１７へ進み、ターゲットがシーケンスエンドコードであるならばステップＳ４−１９へ進む。なお、このときにステップＳ４−１９に進むのは、ステップＳ２−５においてシーケンスエンドコードがターゲットとして設定されていた場合である。
【０１２６】
ステップＳ４−１７において、コントローラ１１は、フラグｐａｓｓが１であり、且つ、対象ピクチャのＴＲがターゲットピクチャのＴＲに一致しているかを判別する。そして、これらの条件が満たされるならば、ステップＳ４−１８へ進み、条件が満たされないときには、ステップＳ４−１９へ進む。なお、ステップＳ４−１７において、条件が満たされるのは、対象ピクチャがターゲットピクチャのときである。
【０１２７】
ステップＳ４−１８では、図１１に示す１ピクチャ復号処理を行う。その後、図１０に示したＧｏＴｏＴａｒｇｅｔ終了処理を行い、ＧｏＴｏＴａｒｇｅｔ処理を終了する。
【０１２８】
一方、ステップＳ４−１９では、図１２に示す１ピクチャスキップ処理を行い、その後、ステップ４−１へ戻って処理を繰り返す。なお、１ピクチャスキップ処理では、対象ピクチャを復号せずに、ビデオストリームを次のピクチャのヘッダーまで進める。すなわち、１ピクチャスキップ処理では、現在の対象ピクチャを復号せずに、対象ピクチャを次のピクチャへと進める。
【０１２９】
以上のようなＧｏＴｏＴａｒｇｅｔ処理では、対象ピクチャがＩピクチャ又はＰピクチャのときには、対象ピクチャがターゲットピクチャであるか否かに関わりなく、対象ピクチャの復号が行われ、一方、対象ピクチャがＢピクチャのときには、対象ピクチャがターゲットピクチャである場合にだけ、対象ピクチャの復号が行われる。
【０１３０】
すなわち、ＧｏＴｏＴａｒｇｅｔ処理では、復号順序に従ってＧＯＰの先頭からピクチャ毎に順次、ターゲットピクチャであるかを判別していき、ターゲットピクチャが見つかったら当該対象ピクチャを復号するとともに、ターゲットピクチャであるかを順次判別していくにあたって、対象ピクチャがＩピクチャ又はＰピクチャのときには当該対象ピクチャを復号しておくようにする。
【０１３１】
なお、ターゲットにシーケンスエンドコードが設定されているとき、ＧｏＴｏＴａｒｇｅｔ処理は、以下に説明する１ピクチャ復号処理又は１ピクチャスキップ処理を経て終了する。
【０１３２】
つぎに、１ピクチャ復号処理の流れについて、図１１のフローチャートを参照して説明する。
【０１３３】
１ピクチャ復号処理では、先ず、ステップＳ５−１において、ビデオデコーダ６によって対象ピクチャの復号を開始してビデオストリームを進めていく。このとき、ビデオデコーダ６は、ビデオストリームを進めていくことにより、次のピクチャのヘッダーにまで達したら、次のピクチャのヘッダーにまで達したことを示す信号をコントローラ１１に送出する。また、ビデオデコーダ６は、ビデオストリームを進めていくことにより、シーケンスエンドコードが検出されたら、シーケンスエンドコードが検出されたことを示す信号をコントローラ１１に送出する。
【０１３４】
ステップＳ５−２において、コントローラ１１は、対象ピクチャの次のピクチャのヘッダーが発見されたか否かを判別する。すなわち、コントローラ１１は、ビデオストリームが次のピクチャのヘッダーにまで達したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、次のピクチャのヘッダーが発見されているならば、ステップＳ５−３へ進み、次のピクチャのヘッダーが発見されていないならば、ステップＳ５−４へ進む。
【０１３５】
ここで、ステップＳ５−３へ進むのは、対象ピクチャの復号が無事に完了し、ビデオストリームが次のピクチャへと進められたときである。そこで、ステップＳ５−３では、ビデオデコーダ６による復号を止めて、１ピクチャ復号処理を終了する。そして、１ピクチャ復号処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ処理へと戻る。
【０１３６】
一方、ステップＳ５−４へ進むのは、対象ピクチャの復号が完了していないときである。そして、ステップＳ５−４において、コントローラ１１は、後述する４つの条件が満たされたか否かを判別する。ここで、４つの条件とは、デマルチプレクサ５が停止していること、ビデオデコーダ６に備えられているビデオコードバッファ内のデータが無くなっていること、ビデオデコーダ６にリード割り込みが２フレーム分の時間以上きていないこと、復号がＶＯＢＵ＿Ｅ＿ＰＴＭに至るまで完了していることである。なお、リード割り込みは、例えば、次のピクチャが発見されたときに生じる。そして、これら４つの条件のうちのいずれか１つでも満たされていないならば、ステップＳ５−５へ進み、これら４つの条件が全て満たされたならば、ステップＳ５−６へ進む。
【０１３７】
なお、これら４つの条件が全て満たされるのは、デマルチプレクサ５からビデオデコーダ６への映像データの供給が終了してしまっているときである。そこで、これら４つの条件が全て満たされたときには、ステップＳ５−６へ進んで、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて最後のピクチャをターゲットピクチャとして設定し処理を終了する。
【０１３８】
ステップＳ５−５において、コントローラ１１は、シーケンスエンドコードが検出されたか否かを判別する。すなわち、コントローラ１１は、シーケンスエンドコードが検出されたことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、シーケンスエンドコードが検出されているならば、ステップＳ５−６へ進む。一方、シーケンスエンドコードが検出されていなければ、対象ピクチャの復号が未だ完了していないので、ステップＳ５−２へ戻って処理を繰り返す。
【０１３９】
ステップＳ５−６において、コントローラ１１は、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて一番最後に位置するピクチャをターゲットピクチャとして設定する。その後、１ピクチャ復号処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ終了処理を行う。すなわち、１ピクチャ復号処理において、次のピクチャのヘッダーが見つからなくなったときには、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおける最後のピクチャをターゲットピクチャとして設定して、ＧｏＴｏＴａｒｇｅｔ終了処理へ移行する。
【０１４０】
つぎに、１ピクチャスキップ処理の流れについて、図１２のフローチャートを参照して説明する。
【０１４１】
１ピクチャスキップ処理では、先ず、ステップＳ６−１において、ビデオデコーダ６によってビデオストリームを進めていく。このとき、ビデオデコーダ６は、復号せずにビデオストリームを進めていく。なお、上述したように、ビデオデコーダ６は、ビデオストリームを進めていくことにより、次のピクチャのヘッダーにまで達したら、次のピクチャのヘッダーにまで達したことを示す信号をコントローラ１１に送出し、ビデオストリームを進めていくことにより、シーケンスエンドコードが検出されたら、シーケンスエンドコードが検出されたことを示す信号をコントローラ１１に送出する。
【０１４２】
ステップＳ６−２において、コントローラ１１は、対象ピクチャの次のピクチャのヘッダーが発見されたか否かを判別する。すなわち、コントローラ１１は、ビデオストリームが次のピクチャのヘッダーにまで達したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、次のピクチャのヘッダーが発見されているならば、ステップＳ６−３へ進み、次のピクチャのヘッダーが発見されていないならば、ステップＳ６−４へ進む。
【０１４３】
ここで、ステップＳ６−３へ進むのは、ビデオストリームが無事に次のピクチャへと進められたときである。そこで、ステップＳ６−３では、ビデオデコーダ６による処理を止めて、１ピクチャスキップ処理を終了する。そして、１ピクチャスキップ処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ処理へと戻る。
【０１４４】
一方、ステップＳ６−４へ進むのは、ビデオストリームが次のピクチャへと進められていないときである。そして、ステップＳ６−４において、コントローラ１１は、上述した４つの条件が満たされたか否かを判別する。そして、４つの条件のうちのいずれか１つでも満たされていないならば、ステップＳ６−５へ進み、４つの条件が全て満たされたならば、ステップＳ６−６へ進む。
【０１４５】
なお、４つの条件が全て満たされるのは、デマルチプレクサ５からビデオデコーダ６への映像データの供給が終了してしまっているときである。そこで、４つの条件が全て満たされたときには、ステップＳ６−６へ進んで、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて最後のピクチャをターゲットピクチャとして設定し処理を終了する。
【０１４６】
ステップＳ６−５において、コントローラ１１は、シーケンスエンドコードが検出されたか否かを判別する。すなわち、コントローラ１１は、シーケンスエンドコードが検出されたことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、シーケンスエンドコードが検出されているならば、ステップＳ６−６へ進む。一方、シーケンスエンドコードが検出されていなければ、ビデオストリームが未だ次のピクチャまで進められていないので、ステップＳ６−２へ戻って処理を繰り返す。
【０１４７】
ステップＳ６−６において、コントローラ１１は、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおいて一番最後に位置するピクチャをターゲットピクチャとして設定する。その後、１ピクチャスキップ処理のフローから抜けて、ＧｏＴｏＴａｒｇｅｔ終了処理を行う。すなわち、１ピクチャスキップ処理において、次のピクチャのヘッダーが見つからなくなったときには、復号が完了しているピクチャのうち、プレゼンテーションオーダーにおける最後のピクチャをターゲットピクチャとして設定して、ＧｏＴｏＴａｒｇｅｔ終了処理へ移行する。
【０１４８】
ところで、上述のようなＧｏＴｏＴａｒｇｅｔ処理を行うときには、主映像のデータを進めて行くだけでなく、他のデータについても処理を進めていく必要がある。すなわち、ＧｏＴｏＴａｒｇｅｔ処理では、映像データが１ピクチャ毎に進められていき、これに合わせてＳＴＣが進められていくが、このとき、副映像データ、音声データ及び字幕データについても、ＳＴＣに合わせて復号が進められていく。
【０１４９】
ここで、字幕データはビデオデコーダ６によって復号される。ここで、ビデオデコーダ６は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められていくＳＴＣに基づいて、字幕データのＤＴＳに従って、字幕データを復号する。そして、ビデオデコーダ６は、１ピクチャに相当する分の字幕データの復号が完了したら、１ピクチャに相当する分の字幕データの復号が完了したことを示す信号をコントローラ１１に送出する。なお、ここで挙げている字幕データとは、主映像データパックＶ＿ＰＣＫに付加情報として含まれている字幕のデータのことであり、副映像データではない。
【０１５０】
また、副映像データは副映像デコーダ７によって復号される。ここで、副映像デコーダ７は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められていくＳＴＣに基づいて、副映像データのＤＴＳに従って、副映像データを復号する。そして、副映像デコーダ７は、１ピクチャに相当する分の副映像データの復号が完了したら、１ピクチャに相当する分の副映像データの復号が完了したことを示す信号をコントローラ１１に送出する。
【０１５１】
また、音声データはオーディオデコーダ８によって復号される。ここで、オーディオデコーダ８は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に進められていくＳＴＣに基づいて、音声データのＤＴＳに従って、音声データを復号する。そして、オーディオデコーダ８は、１ピクチャに相当する分の音声データの復号が完了したら、１ピクチャに相当する分の音声データの復号が完了したことを示す信号をコントローラ１１に送出する。
【０１５２】
そして、ＧｏＴｏＴａｒｇｅｔ処理が起動されて、映像データをターゲットピクチャに至るまで進める処理が開始されると、副映像データ、音声データ及び字幕データを復号又は破棄して、副映像データ、音声データ及び字幕データをターゲットピクチャに相当するところまで進める処理が開始される。以下、この処理について、図１３のフローチャートを参照して説明する。なお、図１３のフローチャートに示す処理は、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に行われる。
【０１５３】
先ず、ステップＳ７−１において、コントローラ１１は、ＧｏＴｏＴａｒｇｅｔ処理が１ピクチャ分完了したか否かを判別する。すなわち、コントローラ１１は、ビデオストリームが次のピクチャのヘッダーにまで達したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、１ピクチャ分の処理が完了していないならば、ステップＳ７−２へ進み、１ピクチャ分の処理が完了しているならば、ステップＳ７−８へ進む。
【０１５４】
ステップＳ７−２において、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了したことを示す信号が、オーディオデコーダ８から送出されたかを判別する。そして、音声データの復号が完了しているならば、ステップＳ７−３へ進んで更に次の音声データの復号を開始させた後、ステップＳ７−４へ進む。一方、音声データの復号が完了していないならば、当該音声データの復号処理を継続させたまま、ステップＳ７−４へ進む。
【０１５５】
ステップＳ７−４において、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了しているか否かを判別する。
【０１５６】
すなわち、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了したことを示す信号が、副映像デコーダ７から送出されたかを判別する。そして、副映像データの復号が完了しているならば、ステップＳ７−５へ進んで更に次の副映像データの復号を開始させた後、ステップＳ７−６へ進む。一方、副映像データの復号が完了していないならば、当該副映像データの復号処理を継続させたまま、ステップＳ７−６へ進む。
【０１５７】
ステップＳ７−６において、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、字幕データの復号が完了しているならば、ステップＳ７−７へ進んで更に次の字幕データの復号を開始させた後、ステップＳ７−１へ戻って処理を繰り返す。一方、字幕データの復号が完了していないならば、当該字幕データの復号処理を継続させたまま、ステップＳ７−１へ戻って処理を繰り返す。
【０１５８】
一方、ステップＳ７−８において、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の音声データの復号が完了したことを示す信号が、オーディオデコーダ８から送出されたかを判別する。そして、音声データの復号が完了しているならば、ステップＳ７−９へ進み、音声データの復号が完了していないならば、ステップＳ７−８における判別を当該音声データの復号が完了するまで繰り返す。
【０１５９】
ステップＳ７−９において、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了しているか否かを判別する。すなわち、コントローラ１１は、１ピクチャに相当する分の副映像データの復号が完了したことを示す信号が、副映像デコーダ７から送出されたかを判別する。そして、副映像データの復号が完了しているならば、ステップＳ７−１０へ進み、副映像データの復号が完了していないならば、ステップＳ７−８へ戻って処理を繰り返す。
【０１６０】
ステップＳ７−１０において、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了しているか否かを判別する。
【０１６１】
すなわち、コントローラ１１は、１ピクチャに相当する分の字幕データの復号が完了したことを示す信号が、ビデオデコーダ６から送出されたかを判別する。そして、字幕データの復号が完了しているならば、映像データだけでなく、音声データ、副映像データ及び字幕データについても、ターゲットピクチャに相当するところまで復号が進められたこととなるので、処理を終了する。一方、字幕データの復号が完了していないならば、ステップＳ７−８へ戻って処理を繰り返す。
【０１６２】
以上のように、ＧｏＴｏＴａｒｇｅｔ処理を１ピクチャ分行う毎に、ＳＴＣを順次進めていくとともに、当該ＳＴＣに基づいて、音声データ、副映像データ及び字幕データを順次復号していく。そして、復号された音声データに基づく音声の出力、復号された副映像データに基づく副映像の再生、及び復号された字幕データに基づく字幕の再生は、主映像の再生開始に合わせて開始するようにする。
【０１６３】
ところで、上述したように、ＧｏＴｏＴａｒｇｅｔ処理を行っているときには、対象ピクチャを１ピクチャ分進める毎に、ＳＴＣを１ピクチャ分ずつ進めていく。したがって、ＧｏＴｏＴａｒｇｅｔ処理により、ターゲットピクチャが見つかったとき、ＳＴＣは、再生すべき最初のピクチャであるターゲットピクチャのＰＴＳに達するまで進められた状態となっている。
【０１６４】
そして、Ｐｌａｙ以外のモードからＰｌａｙに再生モードが切り換わるときに、ＳＴＣがターゲットピクチャのＰＴＳに達するまで進められた状態のままで再生を開始すると、復号遅れＤＬの影響により、主映像データ、音声データ、副映像データ及び字幕データの同期が合わなくなることがある。
【０１６５】
そこで、Ｐｌａｙ以外のモードからＰｌａｙに再生モードが切り換わるときには、再生を開始する前に、ＳＴＣを復号遅れＤＬの分以上戻す。具体的には、例えば、再生を開始する前に、３フィールド分だけＳＴＣを戻してやるようにする。その後、再びＳＴＣを進めていき、映像データのＤＴＳに従って映像データの復号を行い、主映像の再生を開始するとともに、音声データ、副映像データ及び字幕データについても、それらのＤＴＳに従って復号を行い、主映像の再生開始に合わせて、音声の出力、副映像の再生及び字幕の再生を開始する。
【０１６６】
これにより、復号遅れＤＬの影響を受けることなく、主映像データ、音声データ、副映像データ及び字幕データの同期が正確に合い、主映像の再生と、音声の出力と、副映像の再生と、字幕の再生とが正確に同時に開始されることとなる。
【０１６７】
ところで、テレビやビデオの画面が１秒あたり３０フレームで構成されているのに対して、映画は１秒あたり２４コマで構成されている。そこで、ＤＶＤでは、映画を収録する場合、１秒あたり２４コマとしてディスクに記録された映像データを、再生時に信号処理を行い、１秒あたり３０フレームとなるように変換する。すなわち、ＤＶＤに記録された１秒あたり２４コマのデータをもとに１秒あたり３０フレームの映像を再生する際は、最初の２コマから３フレームを作り、次の２コマはそのまま２フレームを作る、という手順を繰り返し行うようにする。これにより、２４コマがちょうど３０フレーム（６０フィールド）となる。なお、このような手法は、一般に２−３プルダウンと呼ばれている。
【０１６８】
そして、通常、ＭＰＥＧ方式で圧縮符号化された映像データを復号して映像を再生するときは、ＧＯＰ＿ＤＴＳＶに基づいて復号を開始して映像を再生する。しかしながら、ＤＶＤでは、２−３プルダウンを行うため、静止画を表示している状態から動画の再生に移るときに、再生開始のタイミングを正確に合わせることができない場合があった。
【０１６９】
なお、静止画を表示している状態から動画の再生に移るのは、例えば、ＰａｕｓｅからＰｌａｙにモードが切り換わるときである。また、Ｐｌａｙ中であっても、動画と動画の間に静止画が挿入されており、いわゆるビデオギャップが存在しているようなときには、静止画が表示されている状態から動画の再生に移る場合がある。
【０１７０】
このように静止画が表示されている状態から動画の再生に移る場合の具体的な例として、図１４に示すように、ＰピクチャＰ₁₄が静止画として表示されている状態から、動画の再生を開始する場合について考えてみる。ここで、動画の最初のＶＯＢＵに含まれているピクチャのうち、デコーディングオーダーにおける最初の３つのピクチャが、ＩピクチャＩ₂、ＢピクチャＢ₀、ＢピクチャＢ₁であり、動画の再生に移るときには、静止画として表示されていたＰピクチャＰ₁₄に続いて、ＢピクチャＢ₀、ＢピクチャＢ₁、ＩピクチャＩ₂を順次表示していくものとする。
【０１７１】
このとき、ＰピクチャＰ_１４の表示時間が２フィールド分であるならば、動画の再生に移るときには、図１４（ａ）に示すように、ＧＯＰ＿ＤＴＳＶからＩピクチャＩ_２の分の時間が経過してから、すなわちＧＯＰ＿ＤＴＳＶから２フィールド分の時間が経過してから、ＢピクチャＢ_０の復号を開始しなければならない。
【０１７２】
一方、２−３プルダウンが適用されており、ＰピクチャＰ_１４の表示時間が３フィールド分であるならば、動画の再生に移るときには、図１４（ｂ）に示すように、ＧＯＰ＿ＤＴＳＶからＩピクチャＩ_２の分の時間が経過してから更に１フィールド分の時間が経過してから、すなわちＧＯＰ＿ＤＴＳＶから３フィールド分の時間が経過してから、ＢピクチャＢ_０の復号を開始しなければならない。このように、ＰピクチャＰ_１４の表示時間が３フィールド分であるときには、ＩピクチャＩ_２の復号が終了した時点から１フィールド分の時間Ｗだけ待ってから、ＢピクチャＢ_０の復号を開始しなければならない。
【０１７３】
このように、ＢピクチャＢ₀の復号を開始するタイミングは、ＰピクチャＰ₁₄の表示時間が２フィールドであるのか、３フィールドであるのかによって、変える必要がある。しかしながら、ＢピクチャＢ₀を復号するとき、ビデオデコーダ６は、ＰピクチャＰ₁₄が何フィールドからなる画像であるかについての情報を持っていない。したがって、ＧＯＰ＿ＤＴＳＶだけでは、ＢピクチャＢ₀の復号を開始するタイミングが分からない。
【０１７４】
そこで、静止画を表示している状態から動画の再生へ移るときには、ＧＯＰ＿ＤＴＳＶに基づいて復号を開始するのではなく、動画の最初のピクチャを含むＶＯＢＵのＶＯＢＵ＿Ｓ＿ＰＴＭを参照し、当該ＶＯＢＵ＿Ｓ＿ＰＴＭと復号遅れＤＬとの差、すなわち（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）を求めて、これとＳＴＣを比較するようにする。なお、復号遅れＤＬは、上述したように、常に１フィールド分の時間で一定である。そして、ＳＴＣが（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）に達したら、すなわち下記式（１）に示す条件が満たされたら、動画の最初のピクチャ（図１４の例ではＢピクチャＢ₀）の復号を開始する。
【０１７５】
ＳＴＣ≧（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）・・・（１）
このように、静止画を表示している状態から動画の再生へ移るときに、ＳＴＣと（ＶＯＢＵ＿Ｓ＿ＰＴＭ）−（ＤＬ）とを比較して、復号を開始するようにすることにより、２−３プルダウンの適用の有無に関わらず、再生開始のタイミングを正確に合わせることが可能となる。
【０１７６】
なお、静止画を表示している状態から動画の再生へ移るときに、動画の最初のピクチャを含むＶＯＢＵにＰＲＥ＿ＦＰＰが含まれている場合には、当該ＰＲＥ＿ＦＰＰについては表示を行わないようにしておく。そして、ＰＲＥ＿ＦＰＰ以外のピクチャ、すなわち復号する際に異なるＶＯＢＵのピクチャが不要なピクチャの表示が開始されるまで、静止画を表示した状態で保持しておくようにする。
【０１７７】
ＰＲＥ＿ＦＰＰを表示するためには、前のＶＯＢＵの復号から開始しなければならず、煩雑な処理が必要となる。これに対して、上述のように、ＰＲＥ＿ＦＰＰを表示しないようにしてしまえば、前のＶＯＢＵを復号するような煩雑な処理が不要となる。なお、ＰＲＥ＿ＦＰＰは、通常、たかだか２ピクチャ程度であり、再生開始のときにＰＲＥ＿ＦＰＰに表示しなかったとしても、特に問題とはなるようなものではない。
【０１７８】
ところで、再生モード切換時には、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの判別を行うステップがあるが、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるかの判別を行う際には、先ず、ピクチャを含むＧＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別を行う必要がある。以下に、この判別の方法について説明する。
【０１７９】
デコーディングオーダーにおいてＧＯＰの先頭のピクチャは必ずＩピクチャである。そして、２−３プルダウンが適用され前のピクチャの表示時間が３フィールド分とされていれば、ＧＯＰの先頭のＩピクチャの復号中に表示されているピクチャの表示時間は、３フィールド分の時間となる。一方、前のピクチャの表示時間が２フィールド分とされていれば、ＧＯＰの先頭のＩピクチャの復号中に表示されているピクチャの表示時間は、２フィールド分の時間に相当する。
【０１８０】
そこで、ピクチャを含むＧＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別を行う際には、ＶＯＢＵ＿Ｓ＿ＰＴＭとＧＯＰ＿ＤＴＳＶとの差を求め、この値が２乃至３フィールド分の時間に相当しているならば、すなわち下記式（２）及び（３）に示す条件が満たされているならば、当該がＶＯＢＵの先頭のＧＯＰであるものと判別する。
【０１８１】
(２フィールド分の時間)≦(VOBU_S_PTM)−(GOP_DTSV) ・・・（２）
(VOBU_S_PTM)−(GOP_DTSV)≦(３フィールド分の時間) ・・・（３）
そして、ピクチャがＦＰＰやＰＲＥ＿ＦＰＰであるか否かの判別は、以上のようにして、ピクチャを含むＧＯＰがＶＯＢＵの先頭のＧＯＰであるか否かの判別した上で行う。
【０１８２】
【発明の効果】
以上、詳細に説明したように、本発明に係る映像再生方法及び映像再生装置では、再生のモードが切り換わったときに、切り換え前のモードにおいて再生されていたピクチャを特定することができるので、任意のモードにおいて任意のピクチャから再生を開始することが可能である。したがって、本発明に係る映像再生方法及び映像再生装置では、モード切り換え時にも適切な映像だけが表示されるように映像データを復号して再生することができる。
【図面の簡単な説明】
【図１】本発明を適用した映像再生装置の一構成例を示すブロック図である。
【図２】ＤＶＤ−Ｖｉｄｅｏにおけるビデオゾーンのデータフォーマットを示す図である。
【図３】ＤＶＤ−ＶｉｄｅｏにおけるＶＯＢＳのデータフォーマットを示す図である。
【図４】再生モードが切り換わったときの処理の流れを示すフローチャートである。
【図５】再生モードが切り換わったときの処理の流れを示すフローチャートである。
【図６】シーケンスエンドチェック処理の流れを示すフローチャートである。
【図７】再生モード分岐処理の流れを示すフローチャートである。
【図８】ＧｏＴｏＴａｒｇｅｔ処理の流れを示すフローチャートである。
【図９】ＧｏＴｏＴａｒｇｅｔ処理の流れを示すフローチャートである。
【図１０】ＧｏＴｏＴａｒｇｅｔ終了処理の流れを示すフローチャートである。
【図１１】１ピクチャ復号処理の流れを示すフローチャートである。
【図１２】１ピクチャスキップ処理の流れを示すフローチャートである。
【図１３】映像データ、副映像データ、音声データ及び字幕データを復号していくときの処理の流れを示すフローチャートである。
【図１４】静止画を表示している状態から動画の再生に移るときの復号開始のタイミングを示す図である。
【図１５】ＭＰＥＧ方式におけるフレーム間予測の構造及び記録フレームの構造を示す図である。
【符号の説明】
１００映像再生装置、１記録媒体、２ピックアップ、３ＲＦ回路、４データデコーダ、５デマルチプレクサ、６ビデオデコーダ、７副映像デコーダ、８オーディオデコーダ、９ＮＴＳＣ変換回路、１０Ｄ／Ａ変換回路、１１コントローラ、１２ユーザーインターフェース、１３メモリ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a video playback method and a video playback apparatus suitable for playing back a video from a recording medium on which video data compressed and encoded by the Moving Picture Experts Group (MPEG) method is recorded.
[0002]
[Prior art]
An MPEG (Moving Picture Experts Group) system is adopted as a system for compressing and encoding a digital video signal recorded on a digital video disk (hereinafter referred to as a DVD).
[0003]
FIG. 15A shows the structure of inter-frame prediction in this MPEG system.
[0004]
In the example of FIG. 15A, 1 GOP (Group Of Pictures) is composed of 15 frames. In 1 GOP, 1 frame of I picture (Intra Picture) and 4 frames of P picture (Predictive Picture) remain. Ten frames are set as a B picture (Bidirectionally predictive Picture). Note that GOP is a unit of encoding obtained by dividing one sequence of moving images.
[0005]
An I picture is an intra-frame predictive encoded image that has been predictively encoded within one frame, and a P picture is predicted with reference to an already encoded temporally previous frame (I picture or P picture). It is an inter-frame forward prediction encoded image, and a B picture is a bidirectional predictive encoded image that is predicted with reference to two temporally preceding and subsequent frames.
[0006]
  That is, as illustrated by the arrows, I picture I₂Is predictively encoded only within that frame, and P picture P₅I picture I₂And P-picture P₈P picture P₅The inter-frame prediction encoding is performed with reference to FIG. Furthermore, B picture B₃, B₄I picture I₂And P picture P₅, And B picture B₆, B₇P picture P₅And P picture P₈The inter-frame prediction encoding is performed with reference to the two. Thereafter, predictive encoding is performed in the same manner, and subsequent pictures are created. Note that the subscript in the code of each picture represents a temporal reference (hereinafter referred to as TR). Here, TR represents the screen order in the GOP, and during normal playback, the pictures are played back in this TR order.
[0007]
By the way, when decoding a picture that has been predictively encoded in this way, an I picture is subjected to predictive encoding within a frame, so that it can be decoded only with an I picture, but a P picture is temporally Since predictive coding is performed with reference to the previous I picture or P picture, the temporally previous I picture or P picture is required at the time of decoding, and the B picture includes temporally preceding and following I pictures or P pictures. Since prediction encoding is performed with reference, temporally preceding and following I pictures or P pictures are required at the time of decoding.
[0008]
  Therefore, the pictures are exchanged as shown in FIG. 15B so that the pictures required for decoding can be decoded first. That is, B picture B₀, B₁Is the I picture or P picture and I picture I of the preceding GOP at the time of decoding₂B picture B₀, B₁I picture I₂To be preceded. B picture B₃, B₄I picture I₂And P picture P₅B picture B₃, B₄P picture P₅To be preceded. B picture B₆, B₇P picture P at the time of decoding₅And P picture P₈B picture B₆, B₇P picture P₈To be preceded. B picture B₉, B₁₀P picture P at the time of decoding₈And P picture P₁₁B picture B₉, B₁₀P picture P₁₁To be preceded. B picture B₁₂, B₁₃P picture P at the time of decoding₁₁And P picture P₁₄B picture B₁₂, B₁₃P picture P₁₄To be preceded.
[0009]
Thus, when video data is compressed by the MPEG method, the decoding order (hereinafter referred to as a decoding order) differs from the order of pictures to be displayed (hereinafter referred to as a presentation order).
[0010]
[Problems to be solved by the invention]
By the way, in a video playback apparatus that plays back video data recorded on a DVD, various modes can usually be selected in addition to simple playback. Specifically, for example, normal playback (hereinafter referred to as Play), pause (hereinafter referred to as Pause), forward fast forward playback (hereinafter referred to as FF), reverse fast forward playback (hereinafter referred to as FR). ), Forward frame-by-frame playback (hereinafter referred to as StepF), reverse frame-by-frame playback (hereinafter referred to as StepR), forward low-speed playback (hereinafter referred to as SlowF), and reverse low-speed playback. A mode such as (hereinafter referred to as SlowR) can be selected.
[0011]
In the conventional video playback apparatus, in each of these modes, processing is performed in units of GOPs or VOBUs (Video Object Units) that are a group of one or more GOPs. This is the same when the mode is switched. Regardless of the mode before switching, in the mode after switching, processing is performed in units of GOP or VOBU. However, when processing in each mode is performed in units of GOP or VOBU in this way, video that should not be displayed is reproduced and displayed, for example, video in the opposite direction of the time axis is displayed for a moment. Things that would be done happen.
[0012]
Specifically, for example, when switching from Play to Step R, even if a picture in the middle of a GOP is displayed at the time of mode switching, in Step R, reverse frame advance is performed in units of GOP or VOBU including the picture again. Playback is started, and as a result, reverse frame advance playback is started from a video temporally later than the picture displayed at the time of mode switching.
[0013]
As described above, the conventional video reproduction apparatus has a problem that an image that should not be displayed is displayed when the mode is switched.
[0014]
The present invention has been proposed in view of such a conventional situation, and a video playback method and a video playback apparatus for decoding and playing back video data so that only appropriate video is displayed even when the mode is switched. It is intended to provide.
[0015]
[Means for Solving the Problems]
  The present invention provides a video reproduction method for decoding and reproducing compression-encoded video data, wherein the video dataConfigurepluralGOP consisting of pictures ( Group of pictures )Was being played back in the mode before switching when the playback mode was switchedGOP of the pictureInformation indicating the order of pictures inthe aboveContains a pictureGOPFirst intra-frame coded picture ofIndicates the start timing of decodingIdentify the picture that was last played back in the mode before switching, referring at least to the informationAnd specify the picture to start playback in the mode after switching.It is characterized by doing.
[0016]
  The present invention also provides a video playback apparatus that decodes and plays back compressed and encoded video data.ConfigurepluralGOP consisting of pictures ( Group of pictures )Was being played back in the mode before switching when the playback mode was switchedGOP of the pictureInformation indicating the order of pictures inthe aboveContains a pictureGOPFirst intra-frame coded picture ofIndicates the start timing of decodingIdentify the picture that was last played back in the mode before switching, referring at least to the informationAnd specify the picture to start playback in the mode after switching.It has the control part which performs.
[0017]
  According to the video playback method and the video playback device of the present invention, when the playback mode is switched, the mode before switching is changed.FinallySince the picture that has been reproduced can be specified, reproduction can be started from an arbitrary picture in an arbitrary mode.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, as an embodiment of the present invention, an example in which the present invention is applied to a video playback apparatus that decodes encoded data recorded on DVD-Video, which is a DVD used for recording video, etc., and plays back the video. This will be described in detail with reference to the drawings.
[0019]
First, the configuration of the video playback device 100 will be described with reference to the block configuration diagram of FIG. In DVD-Video, video data and the like are compressed and encoded by the MPEG method and recorded on a disc. Therefore, the video playback apparatus 100 reads video data and the like that are compressed and encoded by the MPEG method and recorded on the disc, and decodes the video data and plays back the video.
[0020]
The video reproduction apparatus 100 includes a pickup 2 that reproduces an RF signal from the recording medium 1, an RF circuit 3 that is supplied with the RF signal reproduced by the pickup 2 and performs binarization processing of the RF signal, and the RF circuit. 3 is supplied with reproduction data from the data decoder 4 and performs decoding processing such as error correction on the reproduction data, and the reproduction data subjected to decoding processing by the data decoder 4 is converted into main video compressed data, sub video compressed data, and And a demultiplexer 5 that distributes the audio compression data.
[0021]
  The video reproduction apparatus 100 further includes a video decoder 6 that decompresses the main video compressed data, a sub video decoder 7 that decompresses the sub video compressed data and combines it with the main video data, and decompresses the audio compressed data. Digital / NTSC and PAL conversion for supplying video data obtained by combining the main video data from the audio decoder 8 and the video decoder 6 and the sub video data from the sub video decoder 7 and converting the video data into an NTSC signal or a PAL signal. A digital / analog conversion circuit (hereinafter simply referred to as a D / A conversion circuit) which is supplied with audio data from a circuit (hereinafter simply referred to as NTSC conversion circuit) 9 and converts the audio data into an analog signal. .) 10.
[0022]
The video reproduction apparatus 100 also controls the pickup 2, the RF circuit 3, the data decoder 4, the demultiplexer 5, the video decoder 6, the sub video decoder 7, the audio decoder 8, the NTSC conversion circuit 9, and the D / A conversion circuit 10. A controller 11, a user interface 12 that mediates the controller 11 and user operation input, and a memory 13 that serves as a data storage unit of the controller 11.
[0023]
The recording medium 1 is a DVD-Video on which video data compressed and encoded by the MPEG system is recorded, and the video data recorded on the recording medium 1 is played back by the video playback device 100. The recording medium 1 may be any of a read-only type, a write-once type, a rewritable type, and the like.
[0024]
The pickup 2 reproduces an RF signal from the recording medium 1 and supplies the RF signal to the RF circuit 3.
[0025]
The RF circuit 3 performs processing such as waveform equalization and binarization on the RF signal supplied from the pickup 2 to generate digital data and its synchronization signal. Digital data or the like generated by the RF circuit 3 is supplied to the data decoder 4.
[0026]
The data decoder 4 performs processing such as data demodulation and error correction based on the digital data generated by the RF circuit 3. Digital data that has been subjected to processing such as demodulation and error correction by the data decoder 4 is supplied to the demultiplexer 5.
[0027]
The data decoder 4 detects parameter information included in a system header, a pack header, and the like in the MPEG format, predetermined information included in a navigation pack NV_PCK described later, and the like. The detected parameter information and the like are supplied from the data decoder 4 to the controller 11.
[0028]
The data decoder 4 has a track buffer 4a at the digital data output stage. The track buffer 4a absorbs the difference in processing speed between the data decoder 4 and the demultiplexer 5.
[0029]
The demultiplexer 5 distributes the digital data that has been demodulated and error corrected by the data decoder 4 into main video compressed data, sub video compressed data, and audio compressed data.
[0030]
Here, the main video compressed data is video data compressed by the MPEG system, and corresponds to a video stream in the DVD format. The sub-picture compressed data is data such as a caption image synthesized with the main picture, and corresponds to a sub-picture stream in the DVD format. The audio compression data is audio data compressed by a method such as MPEG, and corresponds to an audio stream in the DVD format.
[0031]
The demultiplexer 5 supplies the main video compressed data to the video decoder 6, supplies the sub video compressed data to the sub video decoder 7, and supplies the audio compressed data to the audio decoder 8.
[0032]
The video decoder 6 performs decoding processing of the main video compressed data, and generates main video data expanded by the decoding processing. The video decoder 6 has an image memory for three screens in order to perform a decoding process. That is, the video decoder 6 sequentially stores the picture data obtained by decoding the main video compression data in the image memory up to three screens while sequentially updating the picture data that is no longer needed. Then, the video decoder 6 sequentially reads each decoded picture from the image memory, and supplies the data of these pictures to the sub-picture decoder 7.
[0033]
Note that the image memory provided in the video decoder 6 is not limited to three screens, but may have more screens.
[0034]
The sub-picture decoder 7 decodes the sub-picture compressed data, synthesizes the sub-picture data expanded by this decoding process with the main picture data supplied from the video decoder 6, and synthesizes the main picture and the sub-picture. Generated video data is generated. That is, the sub video decoder 7 synthesizes a sub video such as a caption image with the main video. The sub video decoder 7 outputs the main video data as it is as video data when there is no sub video data. The video data generated by the sub video decoder 7 is supplied to the NTSC conversion circuit 9.
[0035]
The audio decoder 8 performs a decoding process on the audio compression data, and generates audio data expanded by the decoding process. That is, if the audio compression data is compressed by the MPEG system, the audio decoder 8 performs an expansion process corresponding to the MPEG system and generates audio data. If the audio compression data is not an MPEG format but a format such as PCM, processing corresponding to the format is performed. The audio data generated by the audio decoder 8 is supplied to the D / A conversion circuit 10.
[0036]
The NTSC conversion circuit 9 converts the video data from digital data into a television signal such as NTSC or PAL and outputs it. By supplying this output to a display device such as a CRT display, the user can view the video reproduced from the recording medium 1.
[0037]
The D / A conversion circuit 10 converts audio data that is digital data into analog audio data and outputs the analog audio data. By supplying this output to a speaker or the like, it is possible to view the audio reproduced from the recording medium 1 by the user.
[0038]
The controller 11 controls the pickup 2, the RF circuit 3, the data decoder 4, the demultiplexer 5, the video decoder 6, the sub-picture decoder 7, the audio decoder 8, the NTSC conversion circuit 9 and the D / A conversion circuit 10. Further, the controller 11 receives an operation input such as a reproduction mode switching through a user interface 12 including an operation panel and a remote controller, and controls each circuit based on the operation input. The controller 11 stores data necessary for each control in the memory 13 and controls each circuit by referring to the data stored in the memory 13 as needed.
[0039]
Next, the format of encoded data recorded on the DVD-Video will be described with reference to FIGS.
[0040]
In DVD-Video, encoded data includes main video data, sub-video data, and audio data. It is needless to say that all of these data is not essential, and can be appropriately selected according to the information to be recorded. In the following description, an area in which these data are recorded is referred to as a video zone.
[0041]
As shown in FIG. 2, the video zone includes a VMG (Video Manager) positioned at the beginning of the video zone and a VTS (Video Title Set) positioned after the VMG. The VMG is an area in which information about VTSs mainly included in the video zone is recorded, and one VMG is included in one video zone. On the other hand, the VTS is an area where a title is actually recorded, and at least one is included in one video zone, and the maximum is 99. In DVD-Video, a title is the largest unit of recorded video or the like. For example, in a DVD-Video on which a movie is recorded, one title usually corresponds to one movie.
[0042]
  The VMG is a VMGI (VMG Information) in which basic information necessary for reproduction is recorded, and a VMGM_VOBS (Video object Set for VMG Menu) in which information on a menu screen for accessing recorded data is recorded. ) And VMGI_BUP (Backup of the VMGI) which is a backup of VMGI. Note that VMGM_VOBS is not essential and may be omitted.
[0043]
The VTS records VTSI (VTS Information) in which PGCI (Program Chain Information) indicating the order of cells and mutual relations described later is recorded, and information on a menu screen for accessing the recorded title. VTSM_VOBS (Video Object Set for the VTS Menu), VTSTT_VOBS (Video Object Set for Titles in a VTS) where the title is actually recorded, and VTSI_BUP (Backup of the VTSI) which is a backup of VTSI. ing. Note that VTSM_VOBS is not essential and may be omitted.
[0044]
Next, VOBS in which video data is actually arranged will be described. Here, VMGM_VOBS, VTSM_VOBS, and VTSTT_VOBS are collectively referred to as VOBS.
[0045]
As shown in FIG. 3, the VOBS is composed of one or more VOBs (Video objects), and each VOB is composed of one or more Cells. Here, each VOB is assigned a VOB_ID number indicating the number of each VOB, and each Cell is assigned a Cell_ID number indicating the number of each Cell. Therefore, the Cell in the VOBS is specified by the VOB_ID number and the Cell_ID number. These cells are associated by PGCI recorded in VTSI.
[0046]
Note that the cells that are actually to be reproduced are not necessarily all of the cells associated by PGCI, but may be only a part of the cells. For example, in the so-called program playback in which playback is performed by programming in advance so as to play back only a part of the recorded video, only some of the cells associated with the PGCI are played back. . In such a case, the cell to be reproduced is a part of the cells associated by PGCI. On the other hand, for example, when the recorded video is played back continuously from the beginning to the end, all of the cells associated by the PGCI are played back, so that the cell to be played back is the PGCI. It becomes all of the Cell related by.
[0047]
The Cell is composed of one or more VOBUs (Video Object Units). That is, in DVD-Video, data such as video is divided in advance into predetermined data units including one or more GOPs, and this data unit is referred to as VOBU. Note that data is supplied from the demultiplexer 5 to the video decoder 6 in units of this VOBU.
[0048]
The VOBU is configured to include one or more GOPs (Group of Pictures). Specifically, as shown in FIG. 3, a navigation pack NV_PCK (Navigation Pack) in which a mutual relationship between VOBUs is recorded. ), A main video data pack V_PCK (Video Pack) composed of a pack header and a main video data packet, an audio data pack A_PCK (Audio Pack) composed of a pack header and an audio data packet, and a pack header and a sub video data packet. It is composed of a sub-picture data pack SP_PCK (Sub-Picture Pack). Here, the main video data pack V_PCK pack is compression-encoded so as to conform to ISO / IEC13818-2 which is a standard for the MPEG2 system or ISO / IEC11172-2 which is a standard for the MPEG1 system.
[0049]
The navigation pack NV_PCK is always arranged at the head of the VOBU. On the other hand, the main video data pack V_PCK, the audio data pack A_PCK, and the sub video data pack SP_PCK are not necessarily included in the VOBU.
[0050]
Next, prior to specific description of reproduction of encoded data by the video reproduction apparatus 100, terms used in the following description will be described.
[0051]
In the present embodiment, Play, Pause, StepR, SlowR, StepF, SlowF, FF, and FR are listed as playback modes, and processing when these modes are switched will be described. When the playback mode is switched in this way, the last picture played back in the mode before switching is referred to as “pre-mode switching picture” and is the picture that is displayed first in the mode after switching. Is referred to as a “display start picture”.
[0052]
  The start address of VOBU is referred to as “VOBU_SA”. The VOBU supplied from the demultiplexer 5 to the video decoder 6 is specified by the “entry point”. That is, VOBU_SA is set as the entry point, and the VOBU indicated by the VOBU_SA is supplied from the demultiplexer 5 to the video decoder 6, the sub-picture decoder 7, and the audio decoder 8. More specifically, the main video data pack V_PCK included in the VOBU is supplied from the demultiplexer 5 to the video decoder 6 and decoded, and the sub video data pack SP_PCK included in the VOBU is transferred from the demultiplexer 5 to the sub video decoder. The audio data pack A_PCK included in the VOBU is supplied from the demultiplexer 5 to the audio decoder 8 and decoded.
[0053]
In the following description, VOBU_SA of a VOBU including a picture before mode switching is referred to as “CURR_VOBU_SA” in VOBU_SA, and VOBU_SA of the VOBU immediately before the VOBU including a picture before mode switching is referred to as “ It is referred to as “PREV_VOBU_SA”, and the VOBU_SA of the VOBU immediately after the VOBU including the pre-mode switching picture is referred to as “NEXT_VOBU_SA”.
[0054]
Further, the end address of the first picture among the pictures included in the VOBU is referred to as “VOBU_1STREF_EA”. This VOBU_1STREF_EA is recorded in the navigation pack NV_PCK. When no picture is included in VOBU, that is, when video data is not included in VOBU, 0 is set in VOBU_1STREF_EA.
[0055]
In addition, the navigation pack NV_PCK includes, for example, address information of a plurality of VOBUs positioned before and after the VOBU in which the navigation pack NV_PCK is included. This information is referred to as “VOBU_SRI”. Of the address information recorded in the VOBU_SRI, the VOBU_SA of the VOBU including the video stream before the VOBU is referred to as “BWDI_Video”.
[0056]
Each VOBU is pre-recorded with time management information indicating the display start timing of a picture based on video data included in the VOBU. The time management information is referred to as “PTM”. Of the PTMs, the PTM indicating the timing at which the display of the picture included in the VOBU should start is referred to as “VOBU_S_PTM”, and the PTM indicating the timing at which the display of the picture included in the VOBU ends is “VOBU_E_PTM”. Called. That is, VOBU_S_PTM indicates the display start timing of the picture positioned at the head of the VOBU in the presentation order, and VOBU_E_PTM indicates the display end timing of the picture positioned at the end of the VOBU in the presentation order.
[0057]
Further, in video data compression-encoded by the MPEG method, a DTS (Decoding Time Stamp) indicating a decoding start timing is recorded at least in the first I picture of the GOP. Then, the video playback device 100 sequentially advances STC, which is a synchronization signal serving as a reference for decoding timing, when the video data is played back. The STC and the DTS are compared, and when the STC reaches the DTS, the DTS Starts decoding a picture in which is recorded. In the following description, the DTS of the first I picture of the GOP in the DTS is referred to as “GOP_DTSV”.
[0058]
Of pictures that can be decoded only with picture data included in the VOBU, a picture that is displayed earliest in the presentation order is referred to as “FPP”. A picture that requires a different VOBU picture when decoding is referred to as “PRE_FPP”. Specifically, PRE_FPP is decoded with reference to a picture included in the last GOP of the previous VOBU. Therefore, PRE_FPP can be decoded only after decoding the picture included in the last GOP of the previous VOBU. In the MPEG system, a picture is compressed such that it can be decoded by referring to a picture included in a GOP including the picture or a picture included in a previous GOP. Therefore, PRE_FPP can exist only in the first GOP of the VOBU, and does not exist in the GOP other than the first VOBU.
[0059]
Further, in the video reproduction apparatus 100, there is a slight difference between the timing at which video data decoding is started and the timing at which picture display is started. In the following description, the time from the start of decoding video data to the start of picture display is referred to as “decoding delay DL”. In the video display device 100, the decoding delay DL is always constant for a time of one field.
[0060]
Next, the operation of the video display device 100 when the playback mode is switched will be described.
[0061]
Note that Play, Pause, Slow F, and Step F are all forward playback processes, so from the viewpoint of decoding video data in decoding order and displaying it in presentation order, Basically, the same processing is performed. Therefore, in the following description, when it is not necessary to distinguish between these modes, these modes are collectively referred to as “Play mode”. Note that FF is also a forward playback process, but in FF, pictures are skipped for fast-forwarding, so that the decoding order is different from that for Play, Pause, SlowF, and StepF. Become. Therefore, FF is not included in the Play system mode.
[0062]
When a signal instructing switching of the playback mode is input to the controller 11 via the user interface 12, the processing shown in the flowcharts of FIGS. 4 to 12 is performed, and the first picture to be decoded is included in the mode after switching. The playback mode is switched after the VOBU to be recorded is specified based on the information of the picture before mode switching. Hereinafter, this process will be described in detail with reference to the flowcharts of FIGS.
[0063]
When an event for switching the playback mode occurs, as shown in FIG. 4, first, in step S1-1, the controller 11 acquires information on the picture before mode switching. Specifically, the controller detects the TR of the picture before mode switching and the GOP_DTSV of the GOP including the picture before mode switching, stores the TR and GOP_DTSV in the memory 13, and the picture before mode switching is FPP. And whether or not the pre-mode switching picture is FPP or PRE_FPP is stored in the memory 13.
[0064]
Next, in step S1-2, the controller 11 detects information on the navigation pack NV_PCK of the VOBU including the pre-mode-switching picture, and stores the information on the navigation pack NV_PCK in the memory 13.
[0065]
Next, in step S1-3, the controller 11 determines whether or not the mode after switching is the Play system mode. If it is the Play system mode, the process proceeds to Step S1-4. If it is not the Play system mode, the process proceeds to Step S1-7.
[0066]
In step S1-4, the controller 11 determines whether or not the pre-mode-switching picture is PRE_FPP based on the information stored in the memory 13 in step S1-1. If it is not PRE_FPP, the process proceeds to step S1-5, and if it is PRE_FPP, the process proceeds to step S1-6.
[0067]
In step S1-5, the controller 11 sets the entry point to CURR_VOBU_SA based on the information of the navigation pack NV_PCK stored in the memory 13 in step S1-2. In step S1-6, the controller 11 sets the entry point to PREV_VOBU_SA based on the information of the navigation pack NV_PCK stored in the memory 13 in step S1-2.
[0068]
That is, if the mode after switching is the Play system mode and the picture before mode switching is not PRE_FPP, the VOBU including the picture before mode switching is specified as the VOBU including the picture to be decoded first in the mode after switching. . If the mode after switching is the Play system mode and the picture before mode switching is PRE_FPP, the VOBU before the VOBU including the picture before mode switching includes the picture to be decoded first in the mode after switching. VOBU specified.
[0069]
On the other hand, in step S1-7, the controller 11 determines whether or not the mode after switching is SlowR or StepR. If it is SlowR or StepR, the process proceeds to step S1-8. If it is not SlowR or StepR, the process proceeds to step S1-11.
[0070]
In step S1-8, the controller 11 determines whether or not the pre-mode-switching picture is FPP or PRE_FPP based on the information stored in the memory 13 in step S1-1. If it is not FPP or PRE_FPP, the process proceeds to step S1-9, and if it is FPP or PRE_FPP, the process proceeds to step S1-10.
[0071]
In step S1-9, the controller 11 sets the entry point to CURR_VOBU_SA based on the information of the navigation pack NV_PCK stored in the memory 13 in step S1-2. In step S1-10, the controller 11 sets the entry point to PREV_VOBU_SA based on the information of the navigation pack NV_PCK stored in the memory 13 in step S1-2.
[0072]
That is, if the mode after switching is SlowR or StepR and the picture before mode switching is not FPP or PRE_FPP, the VOBU including the picture before mode switching is set as the VOBU including the picture to be decoded first in the mode after switching. Identify. If the mode after switching is SlowR or StepR and the picture before mode switching is FPP or PRE_FPP, the VOBU before the VOBU including the picture before mode switching is the first picture to be decoded in the mode after switching. Is specified as a VOBU including
[0073]
On the other hand, in step S1-11, the controller 11 determines whether or not the mode after switching is FF based on the information stored in the memory 13 in step S1-1. And if it is FF, it will progress to step S1-12, and if it is not FF, it will progress to step S1-13. Note that the process proceeds to step S1-13 when the mode after switching is not the Play mode, SlowR, StepR, or FF, that is, FR.
[0074]
In step S1-12, the controller 11 sets the entry point to NEXT_VOBU_SA based on the information of the navigation pack NV_PCK stored in the memory 13 in step S1-2. In step S1-13, the controller 11 sets the entry point to PREV_VOBU_SA based on the information of the navigation pack NV_PCK stored in the memory 13 in step S1-2.
[0075]
  That is, when the mode after switching is FF, the VOBU next to the VOBU including the picture before mode switching is specified as the VOBU including the picture to be decoded first in the mode after switching. When the mode after switching is FR, the VOBU before the VOBU including the picture before mode switching is specified as the VOBU including the picture to be decoded first in the mode after switching.
[0076]
Next, the process proceeds to step S1-20 in FIG. 5, and the controller 11 determines whether the entry point exceeds the cell boundary based on the PGCI information stored in the memory 13 in the mode before switching. To do. If the entry point exceeds the cell boundary, the process proceeds to step S1-21. If the entry point does not exceed the cell boundary, the process proceeds to the sequence end check flow shown in FIG. In addition, that the entry point exceeds the boundary of the Cell means that the entry point does not exist in the Cell including the picture before mode switching.
[0077]
In step S1-21, the controller 11 determines whether or not the entry point is NEXT_VOBU_SA. If the entry point is NEXT_VOBU_SA, the process proceeds to step S1-22. If the entry point is not NEXT_VOBU_SA, the process proceeds to step 1-24.
[0078]
In step S1-22, the controller 11 determines that the cell including the picture before mode switching is the cell to be reproduced based on the PGCI information stored in the memory 13 in the mode before switching. It is determined whether or not it is the last cell. And if it is not the last Cell, it will progress to step S1-23. On the other hand, if it is the last cell, there is no cell to be played back, and the playback process is terminated.
[0079]
In step S1-23, the controller 11 sets VOBU_SA set as the entry point to the head of the cell next to the cell in which the picture before mode switching is included. That is, the entry point is set to the start address of the first VOBU of the cell next to the cell in which the picture before mode switching was included. Thereafter, the process proceeds to the sequence end check flow shown in FIG.
[0080]
On the other hand, in step S1-24, the controller 11 determines whether or not the mode after switching is FR. If it is FR, the process proceeds to step S1-25, and if not FR, the process proceeds to step S1-26.
[0081]
In step S1-25, based on the PGCI information stored in the memory 13 in advance in the mode before switching, the controller 11 determines that the cell including the picture before mode switching is the cell to be played back. Among these, it is determined whether or not it is the first cell. If it is not the first cell, the process proceeds to step S1-27. On the other hand, if the cell is the first cell, there is no cell to be reproduced, and the reproduction process is terminated.
[0082]
In step S1-26, the controller 11 determines that the cell that includes the pre-mode-switching picture is the cell associated with the PGCI based on the PGCI information stored in the memory 13 in the pre-switching mode in advance. Of these, it is determined whether or not it is the first cell. If it is not the first cell, the process proceeds to step S1-27, and if it is the first cell, the process proceeds to step S1-28.
[0083]
In step S1-27, the controller 11 sets VOBU_SA set as the entry point to the head of the last VOBU of the cell immediately before the cell that includes the picture before mode switching. That is, the entry point is set to the start address of the last VOBU of the cell immediately before the cell in which the picture before mode switching was included. Thereafter, the process proceeds to the sequence end check flow shown in FIG.
[0084]
In step S1-28, the controller 11 sets the entry point to CURR_VOBU_SA based on the information of the navigation pack NV_PCK stored in the memory 13 in step S1-2. Thereafter, the process proceeds to the sequence end check flow shown in FIG.
[0085]
With the above processing, when the playback mode is switched, the VOBU including the picture to be decoded first is specified in the switched mode, and the start address of the VOBU is set as the entry point.
[0086]
Next, the flow of the sequence end check process will be described with reference to the flowchart of FIG.
[0087]
The sequence end check process is a process for checking whether or not a picture is included in the VOBU specified by the processes shown in the flowcharts of FIGS. 4 and 5. As shown in FIG. 6, first, in step S 2-1. The controller 11 supplies the data decoder 4 with the entry point set by the processing shown in the flowcharts of FIGS. Then, the data decoder 4 searches for the VOBU indicated by this entry point, and supplies the VOBU to the demultiplexer 5.
[0088]
Next, in step S2-2, the controller 11 detects the information of the navigation pack NV_PCK of the VOBU searched in step S2-1 and stores the information of the navigation pack NV_PCK in the memory 13.
[0089]
Next, in step S2-3, the controller 11 determines whether VOBU_1STREF_EA is 0 based on the information of the navigation pack NV_PCK stored in the memory 13 in step S2-2 for the VOBU searched in step S2-1. Determine whether or not. If VOBU_1STREF_EA is 0, it means that no picture is included in the VOBU, so that the process proceeds to step S2-4 to search for a sequence end. On the other hand, if VOBU_1STREF_EA is not 0, supply of the VOBU from the demultiplexer 5 to the video decoder 6 is started, and the flow proceeds to the playback mode branch processing flow shown in FIG.
[0090]
In step S2-4, the controller 11 supplies the data decoder 4 with BWDI_Video recorded in VOBU_SRI of the navigation pack NV_PCK stored in the memory 13 in step S2-2. Then, the data decoder 4 searches for the VOBU indicated by this BWDI_Video and supplies the VOBU to the demultiplexer 5.
[0091]
Next, in step S2-5, the controller 11 sets a sequence end code as a target. The target set here is used in the GoToTarget process shown in FIGS.
[0092]
Next, in step S2-6, GoToTarget processing shown in FIG. 8 and FIG. 9 is performed. Thereafter, in step S2-7, the controller 11 sets the entry point set by the processing shown in the flowcharts of FIG. 4 and FIG. Is supplied to the data decoder 4. Then, the data decoder 4 searches for the VOBU indicated by this entry point, and supplies the VOBU to the demultiplexer 5. Thereafter, the supply of VOBU from the demultiplexer 5 to the video decoder 6 is started, and the flow proceeds to the flow of the reproduction mode branching process shown in FIG.
[0093]
Next, the flow of the reproduction mode branching process will be described with reference to the flowchart of FIG.
[0094]
In the reproduction mode branch process, first, in step S3-1, the controller 11 determines whether or not the mode after switching is Play. If it is Play, the process proceeds to Step 3-2. If it is not Play, the process proceeds to Step S3-4.
[0095]
In step S <b> 3-2, the controller 11 sets a display start picture as a target based on the information about the pre-mode switching picture acquired in step S <b> 1-1. Here, the display start picture is specified based on the TR before the mode switching and the GOP_DTSV of the GOP including the picture before the mode switching.
[0096]
Next, in step S3-3, GoToTarget processing shown in FIGS. 8 and 9 is performed. In the GoToTarget process, the video stream is advanced to the target, and the reproduction process in an arbitrary mode can be performed from the target. When the target picture is reached by the GoToTarget process, play is started from the picture.
[0097]
In step S3-4, the controller 11 determines whether or not the mode after switching is Pause. If it is Pause, the process proceeds to Step 3-5. If it is not Pause, the process proceeds to Step S3-7.
[0098]
In step S3-5, the controller 11 sets a display start picture as a target based on the information about the pre-mode switching picture acquired in step S1-1. Here, the display start picture is specified based on the TR before the mode switching and the GOP_DTSV of the GOP including the picture before the mode switching.
[0099]
Next, in step S3-6, GoToTarget processing shown in FIGS. 8 and 9 is performed. When the target picture is reached by the GoToTarget process, the picture is displayed and paused. That is, playback is paused while the picture is displayed.
[0100]
In step S3-7, the controller 11 determines whether or not the mode after switching is StepF or SlowF. If it is StepF or SlowF, the process proceeds to step 3-8. If it is not StepF or SlowF, the process proceeds to step S3-10.
[0101]
In step S3-8, the controller 11 sets a display start picture as a target based on the information of the pre-mode switching picture acquired in step S1-1. Here, the display start picture is specified based on the TR before the mode switching and the GOP_DTSV of the GOP including the picture before the mode switching.
[0102]
Next, in step S3-9, GoToTarget processing shown in FIGS. 8 and 9 is performed. Then, when the target picture is reached by the GoToTarget process, StepF or SlowF is started from the picture.
[0103]
In step S3-10, the controller 11 determines whether or not the mode after switching is StepR or SlowR. If StepR or SlowR, the process proceeds to step S3-11. If not StepR or SlowR, the process proceeds to step S3-13.
[0104]
In step S3-11, the controller 11 sets a display start picture as a target based on the information of the pre-mode switching picture acquired in step S1-1. Here, the display start picture is specified based on the TR before the mode switching and the GOP_DTSV of the GOP including the picture before the mode switching.
[0105]
Next, in step S3-12, GoToTarget processing shown in FIGS. 8 and 9 is performed. Then, when the target picture is reached by GoToTarget processing, StepR or SlowR is started from the picture.
[0106]
In step S3-13, the controller 11 determines whether or not the mode after switching is FF. If the mode after switching is FF, FF is started. On the other hand, when the mode after switching is not FF, since the mode after switching is not any of the Play mode, SlowR, StepR, and FF, that is, FR, FR is started. Note that the GoToTarget process is not performed when the mode after switching is FF and FR because the FF and FR always decode from the beginning of the VOBU, so that it is not necessary to specify the target in units of pictures.
[0107]
In Steps S3-7 to S3-9 of the playback mode branching process as described above, StepF and SlowF are handled together. Both the processes in SlowF and StepF play back one frame at a time in the forward direction. This is because the same processing is basically performed in these modes from the viewpoint of decoding the video data with the decoding order and displaying it with the presentation order. Similarly, in Steps S3-10 to S3-12, StepR and SlowR are handled together as the processing in SlowR and StepR is a process of playing back one frame at a time in the reverse direction. This is because, basically, the same processing is performed in these modes from the viewpoint of decoding in the decoding order and displaying in the presentation order.
[0108]
Next, the flow of GoToTarget processing will be described with reference to the flowcharts of FIGS.
[0109]
In the GoToTarget process, basically, each picture included in the video data supplied from the demultiplexer 5 to the video decoder 6 in units of VOBU is a target picture (hereinafter referred to as a target picture). Is determined for each picture sequentially from the beginning of the picture included in the VOBU.
[0110]
In the following description, a picture that is a target for determining whether or not it is a target picture is referred to as a target picture. When the GoToTarget process is performed, the STC is advanced by one picture every time the target picture is advanced by one picture. In the GoToTarget process, TR and GOP_DTSV are used as information for determining whether or not the target picture is a target picture, as will be described in detail below.
[0111]
In the GoToTarget process, first, in step S4-1, the controller 11 determines whether or not the navigation pack NV_PCK has been updated. If the navigation pack NV_PCK has been updated, the process proceeds to step S4-2. If the navigation pack NV_PCK has not been updated, the process proceeds to step S4-6. The navigation pack NV_PCK is updated when a new VOBU is supplied from the demultiplexer 5 to the video decoder 6 and processing for the new VOBU is started. That is, in step S4-1, it is determined whether a new VOBU is supplied from the demultiplexer 5 to the video decoder 6 and processing for the new VOBU is started.
[0112]
In step S4-2, the controller 11 adds 1 to a parameter count for recording the number of updates of the navigation pack NV_PCK. The parameter count is initialized to 0 before entering the GoToTarget process.
[0113]
Next, in step S4-3, the controller 11 determines whether or not the parameter count is 2 or more. If it is 2 or more, the process proceeds to step S4-4. If not 2 or more, the process proceeds to step S4-6. The parameter count represents the number of updates of the navigation pack NV_PCK. Therefore, in step S4-3, it is determined whether or not VOBU has been supplied from the demultiplexer 5 to the video decoder 6 more than once in the GoToTarget process.
[0114]
In step S4-4, the one-picture decoding process shown in FIG. 11 is performed. In the one-picture decoding process, the target picture is decoded and the video stream is advanced to the header of the next picture. That is, in the one-picture decoding process, the current target picture is decoded and the target picture is advanced to the next picture.
[0115]
Next, in step S4-5, the controller 11 sets the target picture as the last decoded picture, and then proceeds to GoToTarget end processing shown in FIG. Then, in the GoToTarget termination process, the target picture is displayed, and then the GoToTarget process is terminated. That is, even if it is determined whether or not a target picture is included in a predetermined number or more of VOBUs, if the target picture is not found, the last decoded picture is displayed and the GoToTarget process is terminated.
[0116]
On the other hand, in step S4-6, the controller 11 determines whether or not the target picture is the first picture of the GOP. If it is the first picture of the GOP, the process proceeds to step S4-7. If it is not the first picture of the GOP, the process proceeds to step S4-9 in FIG.
[0117]
In step S4-7, the controller 11 compares the GOP_DTSV of the GOP including the target picture with the Tgt_GOP_DTSV that is the GOP_DTSV of the GOP including the target picture. Then, if GOP_DTSV of the GOP including the target picture is equal to or greater than Tgt_GOP_DTSV, the process proceeds to step S4-8. After 1 is set, the process proceeds to step S4-9. On the other hand, if GOP_DTSV of the GOP including the target picture is smaller than Tgt_GOP_DTSV, step S4-8 is skipped and the process proceeds to step S4-9.
[0118]
That is, when the GOP_DTSV of the GOP including the target picture reaches the GOP_DTSV of the GOP including the target picture, the process proceeds to step S4-8, the flag pass is set to 1, and the process proceeds to step S4-9. Otherwise, skip step S4-8 and proceed to step S4-9. The flag pass is initialized and set to 0 before entering the GoToTarget process.
[0119]
In step S4-9, the controller 11 determines whether the target picture is an I picture or a P picture. If it is an I picture or a P picture, the process proceeds to step S4-10. If it is not an I picture or a P picture, the process proceeds to step S4-16. The process proceeds to step S4-15 when the target picture is a B picture.
[0120]
When the target picture is an I picture or a P picture, first, in step S4-10, the controller 11 determines whether or not a flag tgt_dec indicating that the target picture is decoded is “1”. The flag tgt_dec is initialized and set to 0 before entering the GoToTarget process, and is set to 1 when the target picture is decoded as will be described later. If the flag tgt_dec is 1, the process proceeds to step S4-11. If the flag tgt_dec is not 1, the process proceeds to step S4-12.
[0121]
In step S4-11, the one-picture decoding process shown in FIG. 11 is performed. Thereafter, the GoToTarget end process shown in FIG. 10 is performed, and the GoToTarget process ends.
[0122]
On the other hand, in step S4-12, the controller 11 determines whether or not the target is a sequence end code. If the target is not a sequence end code, the process proceeds to step S4-13. If the target is a sequence end code, the process proceeds to step S4-15. In this case, the process proceeds to step S4-15 when the sequence end code is set as the target in step S2-5.
[0123]
In step S4-14, the controller 11 determines whether the flag “pass” is 1 and the TR of the target picture matches the TR of the target picture. If these conditions are satisfied, the process proceeds to step S4-14. In step S4-14, the flag tgt_dec is set to 1, and then the process proceeds to step S4-15. On the other hand, when the condition is not satisfied, step S4-14 is skipped and the process proceeds to step S4-15. In step S4-13, the condition is satisfied when the target picture is the target picture.
[0124]
In step S4-15, the one-picture decoding process shown in FIG. 11 is performed. If decoding of the target picture is completed and the video stream is advanced to the header of the next picture, that is, if the target picture is advanced to the next picture, the process returns to step S4-1 to perform the processing. repeat.
[0125]
On the other hand, when the target picture is a B picture, first, in step S4-16, the controller 11 determines whether or not the target is a sequence end code. If the target is not a sequence end code, the process proceeds to step S4-17. If the target is a sequence end code, the process proceeds to step S4-19. In this case, the process proceeds to step S4-19 when the sequence end code is set as the target in step S2-5.
[0126]
In step S4-17, the controller 11 determines whether the flag “pass” is 1 and the TR of the target picture matches the TR of the target picture. If these conditions are satisfied, the process proceeds to step S4-18. If the conditions are not satisfied, the process proceeds to step S4-19. In step S4-17, the condition is satisfied when the target picture is the target picture.
[0127]
In step S4-18, the one-picture decoding process shown in FIG. 11 is performed. Thereafter, the GoToTarget end process shown in FIG. 10 is performed, and the GoToTarget process ends.
[0128]
On the other hand, in step S4-19, the one-picture skip process shown in FIG. 12 is performed, and then the process returns to step 4-1 to repeat the process. In the one-picture skip process, the video stream is advanced to the header of the next picture without decoding the target picture. That is, in the one-picture skip process, the current picture is not decoded and the current picture is advanced to the next picture.
[0129]
In the GoToTarget processing as described above, when the target picture is an I picture or P picture, the target picture is decoded regardless of whether the target picture is a target picture or not. On the other hand, when the target picture is a B picture, Only when the target picture is the target picture, the target picture is decoded.
[0130]
That is, in the GoToTarget process, it is determined for each picture sequentially from the beginning of the GOP according to the decoding order, and when the target picture is found, the target picture is decoded and the target picture is sequentially determined. In doing so, when the target picture is an I picture or a P picture, the target picture is decoded.
[0131]
Note that when a sequence end code is set for the target, the GoToTarget process ends after a one-picture decoding process or a one-picture skip process described below.
[0132]
Next, the flow of 1-picture decoding processing will be described with reference to the flowchart of FIG.
[0133]
In the one-picture decoding process, first, in step S5-1, the video decoder 6 starts decoding the target picture and advances the video stream. At this time, when the video decoder 6 advances the video stream and reaches the header of the next picture, the video decoder 6 sends a signal indicating that the header of the next picture has been reached to the controller 11. Further, when the sequence end code is detected by advancing the video stream, the video decoder 6 sends a signal indicating that the sequence end code has been detected to the controller 11.
[0134]
In step S5-2, the controller 11 determines whether or not the header of the next picture of the target picture has been found. That is, the controller 11 determines whether or not a signal indicating that the video stream has reached the header of the next picture is transmitted from the video decoder 6. If the header of the next picture has been found, the process proceeds to step S5-3. If the header of the next picture has not been found, the process proceeds to step S5-4.
[0135]
Here, the process proceeds to step S5-3 when the decoding of the target picture is successfully completed and the video stream is advanced to the next picture. Therefore, in step S5-3, the decoding by the video decoder 6 is stopped and the one-picture decoding process is ended. Then, the flow exits the 1 picture decoding process and returns to the GoToTarget process.
[0136]
On the other hand, the process proceeds to step S5-4 when the target picture has not been decoded. In step S5-4, the controller 11 determines whether or not four conditions described later are satisfied. Here, the four conditions are that the demultiplexer 5 is stopped, the data in the video code buffer provided in the video decoder 6 is lost, and a read interrupt for the video decoder 6 corresponds to two frames. It means that the time has not elapsed and decoding has been completed up to VOBU_E_PTM. Note that a read interrupt occurs, for example, when the next picture is found. If any one of these four conditions is not satisfied, the process proceeds to step S5-5. If all these four conditions are satisfied, the process proceeds to step S5-6.
[0137]
Note that all these four conditions are satisfied when the supply of video data from the demultiplexer 5 to the video decoder 6 has been completed. Therefore, when all these four conditions are satisfied, the process proceeds to step S5-6, and among the pictures that have been decoded, the last picture in the presentation order is set as the target picture, and the process ends.
[0138]
In step S5-5, the controller 11 determines whether or not a sequence end code is detected. That is, the controller 11 determines whether a signal indicating that the sequence end code has been detected is transmitted from the video decoder 6. If the sequence end code is detected, the process proceeds to step S5-6. On the other hand, if the sequence end code is not detected, the decoding of the target picture has not been completed yet, so the process returns to step S5-2 to repeat the process.
[0139]
In step S5-6, the controller 11 sets, as a target picture, the picture located last in the presentation order among pictures that have been decoded. Thereafter, the GoToTarget end processing is performed after exiting the flow of 1 picture decoding processing. That is, in the one-picture decoding process, when the header of the next picture is not found, the last picture in the presentation order is set as the target picture among the pictures that have been decoded, and the process proceeds to the GoToTarget end process.
[0140]
Next, the flow of one-picture skip processing will be described with reference to the flowchart of FIG.
[0141]
In the one-picture skip process, first, in step S6-1, the video stream is advanced by the video decoder 6. At this time, the video decoder 6 advances the video stream without decoding. As described above, when the video decoder 6 advances the video stream and reaches the header of the next picture, the video decoder 6 sends a signal indicating that the header of the next picture has been reached to the controller 11. When the sequence end code is detected by advancing the video stream, a signal indicating that the sequence end code has been detected is sent to the controller 11.
[0142]
In step S6-2, the controller 11 determines whether or not the header of the picture next to the target picture has been found. That is, the controller 11 determines whether or not a signal indicating that the video stream has reached the header of the next picture is transmitted from the video decoder 6. If the header of the next picture has been found, the process proceeds to step S6-3. If the header of the next picture has not been found, the process proceeds to step S6-4.
[0143]
Here, the process proceeds to step S6-3 when the video stream is safely advanced to the next picture. Therefore, in step S6-3, the process by the video decoder 6 is stopped and the one-picture skip process is ended. Then, the flow exits the one-picture skip process and returns to the GoToTarget process.
[0144]
On the other hand, the process proceeds to step S6-4 when the video stream is not advanced to the next picture. In step S6-4, the controller 11 determines whether or not the four conditions described above are satisfied. If any one of the four conditions is not satisfied, the process proceeds to step S6-5. If all the four conditions are satisfied, the process proceeds to step S6-6.
[0145]
Note that all four conditions are satisfied when the supply of video data from the demultiplexer 5 to the video decoder 6 has been completed. Therefore, when all four conditions are satisfied, the process proceeds to step S6-6, and among the pictures that have been decoded, the last picture in the presentation order is set as the target picture, and the process ends.
[0146]
In step S6-5, the controller 11 determines whether or not a sequence end code is detected. That is, the controller 11 determines whether a signal indicating that the sequence end code has been detected is transmitted from the video decoder 6. If the sequence end code is detected, the process proceeds to step S6-6. On the other hand, if the sequence end code has not been detected, the video stream has not been advanced to the next picture, so the process returns to step S6-2 and the process is repeated.
[0147]
In step S6-6, the controller 11 sets, as a target picture, the picture located last in the presentation order among the pictures that have been decoded. Thereafter, the GoToTarget end process is performed after exiting the flow of the one-picture skip process. That is, when the header of the next picture is no longer found in the one-picture skip process, the last picture in the presentation order is set as the target picture among the pictures that have been decoded, and the process proceeds to the GoToTarget end process.
[0148]
By the way, when performing the GoToTarget process as described above, it is necessary not only to advance the data of the main video but also to process the other data. That is, in GoToTarget processing, video data is advanced for each picture, and STC is advanced accordingly. At this time, sub-video data, audio data, and subtitle data are also decoded in accordance with STC. Will be promoted.
[0149]
Here, the caption data is decoded by the video decoder 6. Here, the video decoder 6 decodes the caption data in accordance with the DTS of the caption data based on the STC that is advanced every time GoToTarget processing is performed for one picture. Then, when the decoding of the caption data corresponding to one picture is completed, the video decoder 6 sends a signal indicating that the decoding of the caption data corresponding to one picture is completed to the controller 11. Note that the caption data listed here is caption data included as additional information in the main video data pack V_PCK, and is not sub-video data.
[0150]
The sub video data is decoded by the sub video decoder 7. Here, the sub-picture decoder 7 decodes the sub-picture data according to the DTS of the sub-picture data based on the STC that is advanced every time GoToTarget processing is performed for one picture. Then, when the decoding of the sub-picture data corresponding to one picture is completed, the sub-picture decoder 7 sends a signal indicating that the decoding of the sub-picture data corresponding to one picture is completed to the controller 11.
[0151]
The audio data is decoded by the audio decoder 8. Here, the audio decoder 8 decodes the audio data in accordance with the DTS of the audio data based on the STC that is advanced every time GoToTarget processing is performed for one picture. Then, when the decoding of the audio data corresponding to one picture is completed, the audio decoder 8 sends a signal indicating that the decoding of the audio data corresponding to one picture is completed to the controller 11.
[0152]
  When the GoToTarget process is started and the process of advancing video data to the target picture is started, the sub-video data, audio data, and subtitle data are decoded or discarded, and the sub-video data, audio data, and subtitle data are decoded. Is started to a position corresponding to the target picture. Hereinafter, this process will be described with reference to the flowchart of FIG. The process shown in the flowchart of FIG. 13 is performed every time the GoToTarget process is performed for one picture.
[0153]
First, in step S7-1, the controller 11 determines whether or not the GoToTarget process has been completed for one picture. That is, the controller 11 determines whether or not a signal indicating that the video stream has reached the header of the next picture is transmitted from the video decoder 6. If processing for one picture is not completed, the process proceeds to step S7-2. If processing for one picture is completed, the process proceeds to step S7-8.
[0154]
In step S7-2, the controller 11 determines whether or not decoding of audio data corresponding to one picture has been completed. That is, the controller 11 determines whether or not a signal indicating that the decoding of the audio data corresponding to one picture has been completed is transmitted from the audio decoder 8. If the decoding of the audio data is completed, the process proceeds to step S7-3 to further start decoding of the next audio data, and then proceeds to step S7-4. On the other hand, if the decoding of the audio data is not completed, the process proceeds to step S7-4 while continuing the decoding process of the audio data.
[0155]
In step S7-4, the controller 11 determines whether or not decoding of sub-picture data corresponding to one picture has been completed.
[0156]
That is, the controller 11 determines whether a signal indicating that the decoding of the sub-picture data corresponding to one picture has been completed is sent from the sub-picture decoder 7. If the decoding of the sub video data is completed, the process proceeds to step S7-5 to start decoding of the next sub video data, and then proceeds to step S7-6. On the other hand, if the decoding of the sub video data has not been completed, the process proceeds to step S7-6 while continuing the decoding process of the sub video data.
[0157]
In step S7-6, the controller 11 determines whether or not decoding of caption data corresponding to one picture has been completed. That is, the controller 11 determines whether a signal indicating that the decoding of the caption data corresponding to one picture has been completed is transmitted from the video decoder 6. If the decoding of the caption data is completed, the process proceeds to step S7-7 to start decoding the next caption data, and then returns to step S7-1 to repeat the process. On the other hand, if the decoding of the caption data is not completed, the process returns to step S7-1 and the process is repeated while the decoding process of the caption data is continued.
[0158]
On the other hand, in step S7-8, the controller 11 determines whether or not decoding of audio data corresponding to one picture has been completed. That is, the controller 11 determines whether or not a signal indicating that the decoding of the audio data corresponding to one picture has been completed is transmitted from the audio decoder 8. If the audio data has been decoded, the process proceeds to step S7-9. If the audio data has not been decoded, the determination in step S7-8 is repeated until the audio data has been decoded. .
[0159]
In step S7-9, the controller 11 determines whether or not decoding of sub-picture data corresponding to one picture has been completed. That is, the controller 11 determines whether a signal indicating that the decoding of the sub-picture data corresponding to one picture has been completed is sent from the sub-picture decoder 7. If the decoding of the sub-picture data has been completed, the process proceeds to step S7-10. If the decoding of the sub-picture data has not been completed, the process returns to step S7-8 to repeat the process.
[0160]
In step S7-10, the controller 11 determines whether or not decoding of caption data corresponding to one picture has been completed.
[0161]
That is, the controller 11 determines whether a signal indicating that the decoding of the caption data corresponding to one picture has been completed is transmitted from the video decoder 6. If the decoding of the caption data is completed, not only the video data but also the audio data, the sub-video data, and the caption data have been decoded up to the point corresponding to the target picture. Exit. On the other hand, if the decoding of the caption data is not completed, the process returns to step S7-8 to repeat the process.
[0162]
As described above, every time GoToTarget processing is performed for one picture, STC is sequentially advanced, and audio data, sub-picture data, and caption data are sequentially decoded based on the STC. Then, audio output based on the decoded audio data, reproduction of the sub-video based on the decoded sub-video data, and reproduction of the sub-title based on the decoded sub-title data are started at the start of reproduction of the main video. To.
[0163]
By the way, as described above, when the GoToTarget process is performed, every time the target picture is advanced by one picture, the STC is advanced by one picture. Therefore, when the target picture is found by the GoToTarget process, the STC is advanced until it reaches the PTS of the target picture that is the first picture to be reproduced.
[0164]
Then, when the playback mode is switched from the mode other than Play to the Play mode, if the playback is started until the STC reaches the PTS of the target picture, the main video data, audio, Data, sub-picture data, and caption data may not be synchronized.
[0165]
Therefore, when the playback mode is switched from the mode other than the Play to the Play, the STC is returned by the decoding delay DL or more before starting the playback. Specifically, for example, the STC is returned by 3 fields before starting reproduction. After that, the STC is advanced again, the video data is decoded according to the DTS of the video data, and the reproduction of the main video is started, and the audio data, the sub-video data and the caption data are also decoded according to the DTS, In synchronization with the start of main video playback, audio output, sub-video playback, and subtitle playback are started.
[0166]
Thereby, without being affected by the decoding delay DL, the synchronization of the main video data, the audio data, the sub video data and the subtitle data is accurately matched, the reproduction of the main video, the output of the audio, the reproduction of the sub video, Subtitle playback is started accurately at the same time.
[0167]
By the way, TV and video screens are composed of 30 frames per second, whereas movies are composed of 24 frames per second. Therefore, in the case of recording a movie in DVD, video data recorded on the disc at 24 frames per second is subjected to signal processing during reproduction and converted to 30 frames per second. That is, when playing back 30 frames of video per second based on 24 frames per second recorded on a DVD, 3 frames are created from the first 2 frames, and the next 2 frames are 2 frames as they are. Repeat the process of making. As a result, 24 frames are exactly 30 frames (60 fields). Such a method is generally called 2-3 pull down.
[0168]
In general, when video data that has been compression-encoded by the MPEG method is decoded and video is reproduced, decoding is started based on GOP_DTSV to reproduce the video. However, since the DVD performs 2-3 pull-down, there is a case where it is not possible to accurately match the playback start timing when moving from the still image display state to the moving image playback.
[0169]
It should be noted that moving from the state in which the still image is displayed to the reproduction of the moving image is, for example, when the mode is switched from Pause to Play. In addition, even when playing, when a still image is inserted between videos and there is a so-called video gap, when moving from still image display to movie playback There is.
[0170]
As a specific example of moving from the state in which a still image is displayed to the playback of a moving image, as shown in FIG.₁₄Consider the case of starting playback of a moving image from a state where is displayed as a still image. Here, among the pictures included in the first VOBU of the moving image, the first three pictures in the decoding order are I picture I₂, B picture B₀, B picture B₁P picture P displayed as a still picture when moving to video playback₁₄Followed by B picture B₀, B picture B₁, I picture I₂Are sequentially displayed.
[0171]
  At this time, P picture P₁₄If the display time of 2 fields is equivalent to 2 fields, when moving to video playback, as shown in FIG. 14A, from GOP_DTSV to I picture I₂After the elapse of time, i.e., two fields from GOP_DTSV, B picture B₀Must start decoding.
[0172]
  On the other hand, 2-3 pulldown is applied, and P picture P₁₄If the display time of 3 fields is equivalent to 3 fields, when moving to video playback, as shown in FIG. 14B, from GOP_DTSV to I picture I₂After the time of 1 field has elapsed, the time of one field has elapsed, that is, the time of 3 fields has elapsed from GOP_DTSV, and then B picture B₀Must start decoding. Thus, P picture P₁₄Is displayed for 3 fields, I picture I₂B picture B after waiting for time W for one field from the end of decoding₀Must start decoding.
[0173]
Thus, B picture B₀The timing of starting decoding of P picture P₁₄Need to be changed depending on whether the display time is 2 fields or 3 fields. However, B picture B₀When the video decoder 6 decodes the P picture P,₁₄Does not have information about how many fields the image is. Therefore, with GOP_DTSV alone, B picture B₀I don't know when to start decoding.
[0174]
Therefore, when moving from the state of displaying a still image to playback of a moving image, the decoding is not started based on GOP_DTSV, but VOBU_S_PTM of the VOBU including the first picture of the moving image is referred to and the VOBU_S_PTM and the decoding delay DL are referred to Difference (VOBU_S_PTM) − (DL) is obtained, and this is compared with the STC. Note that the decoding delay DL is always constant over a time corresponding to one field as described above. When the STC reaches (VOBU_S_PTM) − (DL), that is, when the condition shown in the following formula (1) is satisfied, the first picture of the moving image (B picture B in the example of FIG. 14)₀) Decryption is started.
[0175]
STC ≧ (VOBU_S_PTM) − (DL) (1)
As described above, when moving from the still image display state to the moving image playback, the STC and (VOBU_S_PTM)-(DL) are compared and the decoding is started, so that 2-3 pulldown is performed. Regardless of whether or not is applied, it is possible to accurately match the reproduction start timing.
[0176]
  When moving from the still image display state to moving image playback, if PRE_FPP is included in the VOBU including the first picture of the moving image, the PRE_FPP is not displayed. . Then, the display of the still image is held until display of a picture other than PRE_FPP, that is, a picture that does not require a different VOBU picture when decoding is started.
[0177]
In order to display PRE_FPP, it is necessary to start from the decoding of the previous VOBU, which requires complicated processing. On the other hand, as described above, if PRE_FPP is not displayed, complicated processing such as decoding the previous VOBU becomes unnecessary. Note that PRE_FPP is normally about 2 pictures at most, and even if it is not displayed on PRE_FPP at the start of playback, it does not cause any particular problem.
[0178]
By the way, when the playback mode is switched, there is a step of determining whether or not the picture is FPP or PRE_FPP. When determining whether or not the picture is FPP or PRE_FPP, first, the GOP including the picture is VOBU. It is necessary to determine whether or not it is the first GOP. Hereinafter, this determination method will be described.
[0179]
The leading picture of the GOP in the decoding order is always an I picture. If the 2-3 pull-down is applied and the display time of the previous picture is 3 fields, the display time of the picture displayed during decoding of the first I picture of the GOP is 3 fields. It becomes. On the other hand, if the display time of the previous picture is 2 fields, the display time of the picture displayed during decoding of the first I picture of the GOP corresponds to the time of 2 fields.
[0180]
Therefore, when determining whether or not the GOP including the picture is the first GOP of the VOBU, the difference between VOBU_S_PTM and GOP_DTSV is obtained, and this value corresponds to the time of 2 to 3 fields. In other words, if the conditions shown in the following formulas (2) and (3) are satisfied, it is determined that this is the first GOP of the VOBU.
[0181]
(Time for 2 fields) ≦ (VOBU_S_PTM) − (GOP_DTSV) (2)
(VOBU_S_PTM) − (GOP_DTSV) ≦ (time for 3 fields) (3)
Whether or not the picture is FPP or PRE_FPP is determined as described above after determining whether or not the GOP including the picture is the first GOP of the VOBU.
[0182]
【The invention's effect】
As described above in detail, in the video playback method and video playback device according to the present invention, when the playback mode is switched, the picture played back in the mode before switching can be specified. Playback can be started from any picture in any mode. Therefore, the video playback method and video playback apparatus according to the present invention can decode and play back video data so that only appropriate video is displayed even when the mode is switched.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration example of a video reproduction apparatus to which the present invention is applied.
FIG. 2 is a diagram showing a data format of a video zone in DVD-Video.
FIG. 3 is a diagram illustrating a VOBS data format in DVD-Video.
FIG. 4 is a flowchart showing a processing flow when a reproduction mode is switched.
FIG. 5 is a flowchart showing a flow of processing when a playback mode is switched.
FIG. 6 is a flowchart showing a flow of sequence end check processing.
FIG. 7 is a flowchart showing the flow of a reproduction mode branch process.
FIG. 8 is a flowchart showing the flow of GoToTarget processing.
FIG. 9 is a flowchart showing the flow of GoToTarget processing.
FIG. 10 is a flowchart showing the flow of GoToTarget end processing.
FIG. 11 is a flowchart showing a flow of 1-picture decoding processing.
FIG. 12 is a flowchart showing a flow of one-picture skip processing.
FIG. 13 is a flowchart showing a processing flow when video data, sub-video data, audio data, and caption data are decoded.
FIG. 14 is a diagram illustrating a decoding start timing when moving from the state in which a still image is displayed to the reproduction of a moving image.
FIG. 15 is a diagram showing a structure of inter-frame prediction and a structure of a recording frame in the MPEG system.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 100 Video reproduction apparatus, 1 Recording medium, 2 Pickup, 3 RF circuit, 4 Data decoder, 5 Demultiplexer, 6 Video decoder, 7 Sub video decoder, 8 Audio decoder, 9 NTSC conversion circuit, 10 D / A conversion circuit, 11 Controller, 12 user interface, 13 memory

Claims

In a video playback method of decoding and playing back compressed and encoded video data,
When the GOP ( Group of Pictures ) consisting of a plurality of pictures constituting the video data is supplied to the decoder, when the playback mode is switched, the picture played back in the mode before the switching is changed in the GOP . information indicating the order of pictures, with at least reference to the information indicating the timing of the decode start of the head of the intra-frame coded picture of the GOP including the above picture was being reproduced last in the before switching modes A video playback method characterized by specifying a picture and specifying a picture to start playback in the mode after switching .

After identifying the picture which has been reproduced in the above before the switching mode, in decoding a picture that is the specific, and information indicating whether or not it is necessary to pictures included in different GOP from the GOP including the picture 2. The video playback method according to claim 1, wherein a picture to be played back is specified in the mode after switching based on the mode after switching.

Information indicating the mutual relationship between the specified picture and a plurality of information units composed of a plurality of GOPs in the mode before switching after specifying a picture to start reproduction in the mode after switching 3. The video playback method according to claim 2, wherein it is determined whether or not the playback processing should be terminated based on the above.

In a video playback device that decodes and plays back compressed and encoded video data,
When the GOP ( Group of Pictures ) consisting of a plurality of pictures constituting the video data is supplied to the decoder, when the playback mode is switched, the picture played back in the mode before the switching is changed in the GOP . information indicating the order of pictures, with at least reference to the information indicating the timing of the decode start of the head of the intra-frame coded picture of the GOP including the above picture was being reproduced last in the before switching modes A video playback apparatus comprising: a control unit for specifying a picture and for specifying a picture to start playback in the mode after switching .

The controller may, after identifying the picture which has been reproduced in the above before the switching mode, in decoding the identified picture, whether need pictures included in different GOP from the GOP including the picture 5. The video playback apparatus according to claim 4, wherein a picture to be played back is specified in the mode after switching based on the information indicating the above and the mode after switching.

The control unit specifies a picture to be played back in the mode after switching, and then determines a mutual relationship between the specified picture and a plurality of information units including a plurality of GOPs in the mode before switching. 6. The video reproduction apparatus according to claim 5, wherein it is determined whether or not the reproduction process should be terminated based on information indicating the relationship between the two .