(57)【特許請求の範囲】
【請求項１】
フレーム内符号化されたフレーム内符号化フレームと、前方の前記フレーム内符号化フレームを参照フレームとしてフレーム間予測符号化された第１のフレーム間符号化フレームと、前方または後方の前記フレーム内符号化フレームまたは前記第１のフレーム間符号化フレームを参照フレームとしてフレーム間予測符号化された第２のフレーム間符号化フレームが所定の順序で格納された複数の符号化単位を有する動画データを記録媒体から再生する再生手段と、
前記再生手段により再生された動画データをデコードするデコード手段と、
記憶手段と、
前記デコード手段によりデコードされた動画データを出力する出力手段
とを備え、
前記再生手段により再生された動画データのフレームを通常再生時とは逆の順序で前記出力手段が出力する逆方向再生時において、
前記デコード手段は、
前記符号化単位に格納された順に前記フレーム内符号化フレームと前記第１のフレーム間符号化フレームをデコードし、前記フレーム内符号化フレームをデコードした動画データと前記第１のフレーム間符号化フレームをデコードした動画データとを前記符号化単位に格納された順に前記記憶手段に記憶すると共に、前記記憶手段に記憶された動画データを参照している前記第２のフレーム間符号化フレームをデコードし、
前記記憶手段に記憶された動画データを参照している前記第２のフレーム間符号化フレームがデコード済みになった場合、前記デコード済みとなった第２のフレーム間符号化フレームを含む符号化単位の前の符号化単位に格納された前記フレーム内符号化フレームまたは前記第１のフレーム間符号化フレームのうち前記記憶手段に記憶されていないフレームの動画データを新たにデコードし、前記デコード済みとなった第２のフレーム間符号化フレームが参照しているフレームの動画データに代えて、前記新たにデコードされた動画データを前記記憶手段に記憶し、
前記新たにデコードされた動画データを記憶するための空きが前記記憶手段に無い場合、前記記憶手段に記憶されている動画データのうち、表示順で最も遅いフレームの動画データを削除して前記新たにデコードされた動画データを前記記憶手段に記憶する
ことを特徴とする再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、圧縮された動画像データを再生する再生装置に関し、より具体的には、限られたメモリで逆方向再生を滑らかに行う再生装置に関する。
【背景技術】
【０００２】
近年、追記型の光ディスク、例えば、ＤＶＤ（Digital Versatile Disk）−Ｒや、書換え可能な光ディスク、例えば、ＤＶＤ−ＲＷを記録媒体とするデジタルビデオカメラ（以下、ＤＶＤビデオカメラという）が商品化されている。動画像のストリームデータを記録する際、一般には、ＤＶＤ−Ｖｉｄｅｏ規格又はＤＶＤ−ＶＲ（Ｖｉｄｅｏ  Ｒｅｃｏｒｄｉｎｇ）規格が用いられる。
【０００３】
ＤＶＤ-Ｖｉｄｅｏ規格とＤＶＤ−ＶＲ規格では、動画の圧縮符号化形式にＭＰＥＧ方式が採用されている。ＭＰＥＧ方式の動画像符号化アルゴリズムは、動き補償フレーム間予測と離散コサイン変換（ＤＣＴ）を組合せたハイブリッド符号化方式を採用している。ＭＰＥＧ方式では、Ｉピクチャ、Ｐピクチャ及びＢピクチャという３種類の異なるピクチャタイプが存在する。
【０００４】
Ｉピクチャは、フレーム（又はフィールド、以下同じ）内符号化のみで符号化されるフレームである。Ｂピクチャは、時間的に先行するフレームと時間的に後行するフレームの２つのフレームからの双方向の動き補償予測のフレーム間符号化で符号化される。Ｂピクチャの中には、時間的に後行するフレームからの動き補償予測で符号化されるものもある。Ｐピクチャは、時間的に先行するフレームからの順方向の動き補償予測のフレーム間符号化で符号化される。なお、予測で参照するピクチャを参照ピクチャと呼ぶ。
【０００５】
ランダムアクセスを可能として、エラーの伝搬を防ぐため、一定数のピクチャを単位として、一連の映像データが符号化される。その単位が、ＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）と呼ばれる。
【０００６】
図３は、ＧＯＰ構造の一般例を示す。この例では、「ＩＢＢＰＢＢＰＢＢＰＢＢＰＢＢ」というように、１ＧＯＰが１５枚（Ｎ＝１５）のピクチャからなる。ＧＯＰはまた、複数のサブＧＯＰに区分される。図３に示す例では、サブＧＯＰは、１つのＩピクチャ又はＰピクチャと２つのＢピクチャの、合計３つのピクチャ（Ｍ＝３）からなる。ＭＰＥＧストリームには、各ピクチャは、符号化順に格納されている。
【０００７】
なお、デコード順でＩピクチャよりも前にあるＢピクチャが直前のＧＯＰのＩピクチャ又はＰピクチャ（参照ピクチャ）を参照して符号化されている場合、このＧＯＰをオープンＧＯＰと呼ぶ。オープンＧＯＰの場合、直前のＧＯＰ（の参照ピクチャ）をデコードしてからでないと、デコードできないピクチャが存在する。一方、先頭のＢピクチャを後方参照のみで符号化したＧＯＰをクローズドＧＯＰと呼ぶ。クローズドＧＯＰの場合、同一ＧＯＰ内のＩピクチャのみで先頭のＢピクチャを復号できる。
【０００８】
このように、ＭＰＥＧストリームには各ピクチャがデコード順で格納されている。通常再生時には、図４に示すように、ＭＰＥＧストリームの各ピクチャを順次、デコードしてフレームメモリにフレーム画像データを格納し、そのフレーム画像データを表示順に出力する。
【０００９】
一方、逆方向再生の場合、大容量のフレームメモリが必要になる。例えば、ＧＯＰ単位内では順方向再生により各ピクチャをデコードして、フレームメモリに記憶し、このフレームメモリから時間的に逆順に各フレームを読み出して表示する方法が考えられる。この方法では、少なくとも１ＧＯＰの全ピクチャの画像データをバッファリングできるフレームメモリが必要になる。オープンＧＯＰの場合、時間的に先行するＧＯＰの参照ピクチャも必要になるので、更に、大容量のフレームメモリが必要になる。
【００１０】
このような問題に対し、以下のような解決方法が提案されている（特許文献１参照）。あるＧＯＰ＃ｎのＩピクチャとＰピクチャ、及び順方向で直前のＧＯＰ＃（ｎ−１）のＩピクチャをデコードしてフレームメモリに格納し、ＧＯＰ＃ｎのＢピクチャは、符号化データのままデータメモリに格納する。そして、これらのフレームメモリ及びデータメモリをＦＩＬＯ（Ｆｉｒｓｔ  Ｉｎ  Ｌａｓｔ  Ｏｕｔ）方式で書き換えながらデコードを行う。これにより、連続的な逆方向再生を実現する。
【特許文献１】特開平８−１０２９１３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
特許文献１に記載の方法では、再生中のＧＯＰのＩ及びＰピクチャ、並びに、直前のＧＯＰのＩピクチャのみをフレームメモリに保持すればよいことから、比較的少ないフレームメモリ容量で逆方向再生が可能となる。例えば、Ｎ＝１５、Ｍ＝３というＧＯＰ構造のストリームの場合、ピクチャ６枚分のフレームメモリ容量があれば、逆方向再生が可能になる。
【００１２】
しかし、製品設計上、この程度のフレームメモリ容量も確保できない場合があり、そこでは、簡易な制御方法で可能な限り破綻なく逆方向再生を実現する方法が求められている。
【００１３】
本発明は、以上のような状況に鑑みてなされたものであり、限られたフレームメモリ容量で、可能な限り滑らかに逆方向再生を行い得る再生装置を提示することを目的とする。
【課題を解決するための手段】
【００１４】
前記目的を達成するため、本発明に係る再生装置は、フレーム内符号化されたフレーム内符号化フレームと、前方の前記フレーム内符号化フレームを参照フレームとしてフレーム間予測符号化された第１のフレーム間符号化フレームと、前方または後方の前記フレーム内符号化フレームまたは前記第１のフレーム間符号化フレームを参照フレームとしてフレーム間予測符号化された第２のフレーム間符号化フレームが所定の順序で格納された複数の符号化単位を有する動画データを記録媒体から再生する再生手段と、前記再生手段により再生された動画データをデコードするデコード手段と、記憶手段と、前記デコード手段によりデコードされた動画データを出力する出力手段とを備え、前記再生手段により再生された動画データのフレームを通常再生時とは逆の順序で前記出力手段が出力する逆方向再生時において、前記デコード手段は、前記符号化単位に格納された順に前記フレーム内符号化フレームと前記第１のフレーム間符号化フレームをデコードし、前記フレーム内符号化フレームをデコードした動画データと前記第１のフレーム間符号化フレームをデコードした動画データとを前記符号化単位に格納された順に前記記憶手段に記憶すると共に、前記記憶手段に記憶された動画データを参照している前記第２のフレーム間符号化フレームをデコードし、前記記憶手段に記憶された動画データを参照している前記第２のフレーム間符号化フレームがデコード済みになった場合、前記デコード済みとなった第２のフレーム間符号化フレームを含む符号化単位の前の符号化単位に格納された前記フレーム内符号化フレームまたは前記第１のフレーム間符号化フレームのうち前記記憶手段に記憶されていないフレームの動画データを新たにデコードし、前記デコード済みとなった第２のフレーム間符号化フレームが参照しているフレームの動画データに代えて、前記新たにデコードされた動画データを前記記憶手段に記憶し、前記新たにデコードされた動画データを記憶するための空きが前記記憶手段に無い場合、前記記憶手段に記憶されている動画データのうち、表示順で最も遅いフレームの動画データを削除して前記新たにデコードされた動画データを前記記憶手段に記憶することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、ビデオフレームバッファ容量が限られたシステムにおいても逆方向再生をより滑らかに行うことが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して、本発明の実施例を詳細に説明する。
【実施例１】
【００１７】
図１は、本発明に係る映像再生装置の一実施例を組み込んだＤＶＤビデオカメラの概略構成ブロック図を示す。ＤＶＤビデオカメラ１０は、撮影した動画データをＤＶＤ−Ｒ／ＤＶＤ−ＲＷのような光ディスク５０にＤＶＤ−Ｖｉｄｅｏ形式で記録できる。
【００１８】
ＤＶＤビデオカメラ１０の撮像部１２は、被写体の光学像を電気信号に変換するものであり、動画撮影機能と静止画撮影機能を有する。映像信号処理部１４は、撮像部１２からのアナログ画像信号をデジタル信号に変換し、更に、色成分を分解し、ホワイトバランス及びガンマ補正等の周知のカメラ信号処理を施す。ビデオフレームバッファ２４は、映像信号処理部１４からの映像データの符号化及び音声データとの多重化用に一時記憶する。ビデオフレームバッファ２４は、再生時には、圧縮映像データの伸長処理と多重化データの分離処理等に利用される。
【００１９】
マイク１８は外部音声を取り込み、音声信号処理部１６は、マイク１８からのアナログ音声信号をデジタル信号に変換し、ＰＣＭ符号化方式で符号化する。ＰＣＭバッファ２６は、音声信号処理部１６からのＰＣＭ音声データを一時記憶する。ＰＣＭバッファ２６は、再生時には、再生されたＰＣＭ音声データを復号化又は伸長のために一時記憶する。
【００２０】
ビデオ・オーディオコーデック２０は、ビデオフレームバッファ２４及びＰＣＭバッファ２６を使って、ビデオデータ及び音声データを圧縮・伸長する。光ピックアップ３０は、光ディスク５０にデータを書き込みし、光ディスク５０からデータを読み出すのに使用される。
【００２１】
上述のように、ＤＶＤでは、ビデオデータは、Ｉピクチャ、Ｐピクチャ及びＢピクチャの３つのタイプのピクチャからなる。Ｉピクチャは、フレーム内符号化で符号化されたピクチャであり、Ｐピクチャ及びＢピクチャは、フレーム間符号化で符号化されたピクチャである。
【００２２】
ユーザは、操作部３２を使って、ＤＶＤビデオカメラ１０に種々の指示を入力し、ＤＶＤビデオカメラ１０を操作する。
【００２３】
音声出力部３４は、再生時に光ディスク５０から再生されＰＣＭバッファ２６に格納されたＰＣＭデータを音声として出力する。音声出力部３４は、ＰＣＭデータをデコードする機能と、スピーカを有する。表示部３６は液晶表示パネルからなり、記録時には、撮像部１２の出力画像信号を表示するファインダとして機能し、再生時には再生映像を表示する。表示部３６はまた、ＤＶＤビデオカメラ１０に対する設定メニュー等も表示する。
【００２４】
ビデオＥＳバッファ３８はビデオＥＳ（エレメンタリ・ストリーム）データを一時格納し、オーディオＥＳバッファ４０は、オーディオＥＳ（エレメンタリ・ストリーム）データを一時格納する。ストリームバッファ４２は、多重化されたストリームデータ（プログラムストリーム：ＰＳ）を一時格納する。
【００２５】
なお、ＤＶＤに採用されるＭＰＥＧ−２システムでは、符号化された画像データ及び音声データはそれぞれ、エレメンタリストリーム（ＥＳ：Elementary Stream）と呼ばれる。画像ＥＳ又は音声ＥＳを適当な大きさに分割してパケット化したものが、パケット化エレメンタリストリームＰＥＳ（Packetized Elementary Stream）と呼ばれる。ＥＳの分割単位は、例えば、映像ならピクチャ単位、音声ならブロック単位などとなる。ＰＥＳパケットヘッダは、再生時刻の情報を含むことができ、これを用いて映像と音声を同期再生できる。ＰＥＳを多重化し、伝送又は蓄積する形式の一つとして、プログラムストリーム (Program Stream; PS)が定義されている。プログラムストリームは、ＤＶＤのような、エラーの可能性が低い環境での利用を想定して、規格化されている。複数のＰＥＳパケットを連結し、先頭にパックヘッダを付与したものをパック (pack)と呼び、プログラムストリームは複数のパックの連結からなる。
【００２６】
多重化処理部（マルチプレクサ／デマルチプレクサ）２２は、記録時には、圧縮符号化された映像・音声データを多重化してストリームデータを生成し、再生時には、ストリームデータを符号化映像データと符号化音声データに分離する。
【００２７】
操作部３２は、ユーザが記録・再生操作等をＤＶＤビデオカメラ１０に指示するためのユーザインターフェースである。表示部３６は、撮像部１２により撮像された被写体像、及び、光ディスク５０から再生された再生画像を表示し、ＤＶＤビデオカメラ１０の動作パラメータ等を設定するメニュー等を表示する。表示部３６は、特許請求の範囲の映像出力手段に相当する。
【００２８】
通常の順方向再生の基本動作を説明する。図２は、再生時の映像・音声データの処理の基本的な流れを示す。
【００２９】
光ピックアップ３０は、光ディスク５０から指定の映像のストリームデータを読み出し、ストリームバッファ４２に格納する。多重化処理部２２は、ストリームバッファ４２のストリームデータをビデオＥＳデータとオーディオＥＳデータに分離し、それぞれをビデオＥＳバッファ３８とオーディオＥＳバッファ４０に格納する。ビデオ・オーディオコーデック２０が、ビデオＥＳデータをデコードしてビデオフレームデータとしてビデオフレームバッファ２４に格納する。ビデオ・オーディオコーデック２０はまた、オーディオＥＳデータをデコードしてＰＣＭデータとしてＰＣＭバッファ２６に格納する。
【００３０】
ビデオフレームバッファ２４に格納されるビデオフレームデータは、表示順に並び替えられて読み出され、表示部３６に供給される。これにより、記録映像の各フレームの画像が、表示順に表示される。音声出力部３４は、ＰＣＭバッファ２６のＰＣＭデータを映像と同期して読み出し且つデコードし、図示しないスピーカから音声として外部に出力する。
【００３１】
いうまでもないが、コーデック２０は、再生速度に間に合うよう１ビデオフレーム期間に１ビデオフレームのデコードが完了するビデオデコード能力を持つ。
【００３２】
本実施例の逆方向再生時の動作を説明する。なお、本実施例では、ＧＯＰは、Ｍ＝３、Ｎ＝１５という構造を持ち、オープンＧＯＰであるものとする。これは一般的なＤＶＤビデオカメラで用いられている構造である。
【００３３】
逆方向再生の開始指示に対して、光ピックアップ３０は、光ディスク５０から指定映像の再生開始フレームを含むＧＯＰ＃ｎ及びその直前のＧＯＰ＃（ｎ−１）のストリームデータを読み出し、ストリームバッファ４２に格納する。多重化処理部２２のデマルチプレクサが、そのストリームデータからビデオＥＳデータを分離して、ビデオＥＳバッファ３８に格納する。以後、デコード処理が次のＧＯＰに進む毎に、さらに前のＧＯＰを１つ読み出してビデオＥＳデータを分離し、ビデオＥＳバッファ３８に格納する。この処理を再生終了まで繰り返す。このようにすることで、逆方向再生時にストリームバッファ４２及びビデオＥＳバッファ３８がアンダーフローするのを防止する。
【００３４】
逆方向再生の一般的なストリームデータ読み出し制御の流れを図５に示す。図５において、上段はストリームの読み込みと分離処理を示し、下段はデコード処理を示す。オープンＧＯＰの場合、ＧＯＰ先頭のＢピクチャのデコードには直前のＧＯＰの最終Ｐピクチャが必要となる。そのため、互いに隣接するＧＯＰがデコード対象となる期間がオーバーラップする。
【００３５】
図６は、本実施例におけるビデオデコード処理の制御フローチャートを示す。コーデック２０は、表示開始位置のピクチャが参照しているピクチャ（Ｉピクチャ又はＰピクチャ）をデコードし、フレーム画像データをビデオフレームバッファ２４に格納する（Ｓ１）。
【００３６】
次に表示するピクチャがデコード済みか否かを調べる（Ｓ２）。デコード済みでない場合（Ｓ２）、次の表示ピクチャの参照画像がデコード済みか否かを調べる（Ｓ３）。次の表示ピクチャの参照画像がデコード済みである場合（Ｓ３）、次の表示ピクチャをデコードし（Ｓ４）、表示する（Ｓ５）。再生終了の指示がなければ（Ｓ６）、ステップＳ２に戻る。
【００３７】
次の表示ピクチャの参照画像がデコード済みでない場合で（Ｓ３）、ビデオフレームバッファ２４に空きがあるかどうかを調べる（Ｓ９）。空きがなければ（Ｓ９）、ビデオフレームバッファ２４に格納されるピクチャの内、表示順で最も遅いものを削除し（Ｓ１０）、参照画像をデコードし、ビデオフレームバッファ２４に格納する（Ｓ１１）。事後の利用のために、ステップＳ１０で削除したピクチャのデコード前のストリームデータ又は映像ＥＳデータを、ストリームバッファ４２又はビデオＥＳバッファ３８に保持しておく。破棄したピクチャをデコードする必要が生じたら、ストリームバッファ４２又はビデオＥＳバッファ３８から読み込み、デコードする。ビデオフレームバッファ２４に空きがあれば（Ｓ９）、参照画像をデコードし、ビデオフレームバッファ２４に格納する（Ｓ１１）。ステップＳ１１の後、ステップＳ２に戻る。
【００３８】
次に表示するピクチャがデコード済みの場合（Ｓ２）、ビデオフレームバッファ２４に空きがあるかどうかを調べる（Ｓ７）。ビデオフレームバッファ２４に空きがある場合（Ｓ７）、後続ピクチャが参照するピクチャをデコードし（Ｓ８）、表示する（Ｓ５）。ビデオフレームバッファ２４に空きが無い場合（Ｓ７）、デコード済みのピクチャを表示する（Ｓ５）。再生終了の指示がなければ（Ｓ６）、ステップＳ２に戻る。
【００３９】
図７は、ビデオデコードに伴いビデオフレームバッファ２４に格納されるフレーム例（ピクチャ例）を示す。図７では、ビデオフレームバッファ２４は、ピクチャ５枚分の容量を有しているとしている。
【００４０】
図７を参照して、本実施例の逆再生動作を説明する。まず、コーデック２０は、表示開始位置のピクチャが参照しているピクチャ（Ｉピクチャ又はＰピクチャ）をデコードする。図７では、ＧＯＰ＃ｎの最終ピクチャＰ１４が再生開始位置であるとする。この場合、ＧＯＰ＃ｎのピクチャＩ２→Ｐ５→Ｐ８→Ｐ１１→Ｐ１４という順でデコード処理が行われ、それぞれビデオフレームメモリに格納される（Ｓ１、図７（１））。これで、表示開始ピクチャＰ１４はデコード済みになる（Ｓ２）。
【００４１】
ビデオフレームバッファ２４に空きがないので（Ｓ７）、ピクチャＰ１４を表示する（Ｓ５）。再生を続行すると（Ｓ６）、次の表示ピクチャＢ１３はデコードされておらず（Ｓ２で”Ｎｏ”）、かつ、ピクチャＢ１３の参照するピクチャＰ１１及びＰ１４はすでにデコード済みである（Ｓ３で”Ｙｅｓ”）である。従って、ピクチャＢ１３はコーデック２０によりデコードされ（Ｓ４）、表示される（Ｓ５）、図７（２））。
【００４２】
同様にして、次のピクチャＢ１２もデコード及び表示される（図７（３））。この時点で、ピクチャＰ１４は表示済みかつ他の未表示ピクチャから参照されなくなるので、ビデオフレームバッファ２４から破棄され、空き領域として扱われる。
【００４３】
次の表示ピクチャＰ１１はすでにデコード済みであり（Ｓ２で”Ｙｅｓ”）、また、ビデオフレームバッファ２４に空きができているので（Ｓ７で”Ｙｅｓ”）、後続ピクチャの参照画像となるピクチャをデコードする。この場合、ＧＯＰ＃ｎのＩピクチャとＰピクチャは全てデコード済みで、且つ、ビデオフレームバッファ２４に格納済みである。そこで、直前のＧＯＰ＃（ｎ−１）のＩピクチャのデコードを開始し（Ｓ８）、ピクチャＰ１１を表示する（Ｓ５、図７（４））。以下、同様にして、Ｂ１０→Ｂ９→Ｐ８→Ｂ７→Ｂ６→Ｐ５→Ｂ４→Ｂ３→Ｉ２と表示されることになる（図７（５））。
【００４４】
次の表示対象はピクチャＢ１となる。しかし、この時点で、ピクチャＢ１のデコードに必要な直前のＧＯＰ＃（ｎ−１）のピクチャＰ１４はデコードされていない（Ｓ３で”Ｎｏ”）。また、ビデオフレームバッファ２４に空きが存在しない（Ｓ９で”Ｎｏ”）。そこで、ビデオフレームバッファ２４に記憶されるピクチャのうち、現在の表示位置より最も表示順で遠いピクチャを破棄することで空き領域を確保する（Ｓ１０）。そして、ピクチャＰ１４をデコードする（Ｓ１１、図７（６））。この結果、ピクチャＢ１がデコード可能となり（Ｓ２の”Ｎｏ”からＳ３の”Ｙｅｓ”に）、ピクチャＢ１をデコードし（Ｓ４）、表示する（Ｓ５、図７（７））。
【００４５】
ピクチャＩ２とピクチャＢ１の間は、マイナス１倍速での再生速度には間に合わず、表示画をフリーズする必要が生じる。しかし、以上のような処理を行うことで、フリーズ期間を最低限に留めることが可能になる。
【００４６】
さらにビデオフレームバッファ２４の容量が少ない場合にも、同様の方法が適用可能である。ビデオフレームバッファ２４の容量がピクチャ４枚分である場合のビデオフレームメモリ管理例を図８に示す。
【００４７】
本実施例によれば、ＤＶＤ−Ｖｉｄｅｏ形式又はＤＶＤ−ＶＲ形式の記録映像を再生する場合に、限られたメモリ容量で滑らかな逆方向再生を実現できる。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施例の概略構成ブロック図である。
【図２】ＤＶＤに記録されたストリームを再生する際のデータの流れを示した図である。
【図３】ＭＰＥＧ２システムのＧＯＰ構造例を示す図である
【図４】順方向再生時のビデオフレームバッファ制御の流れを示す図である。
【図５】逆方向再生の一般的なストリームデータ読み出し制御の流れを示す図である。
【図６】本実施例におけるビデオフレームバッファ制御のフローチャートである。
【図７】本実施例の逆方向再生時のビデオフレームバッファ制御の模式図である。
【図８】バッファ容量が異なる場合の、逆方向再生時のビデオフレームバッファ制御の模式図である。
【符号の説明】
【００４９】
１０  ＤＶＤビデオカメラ
１２  撮像部
１４  映像信号処理部
１６  音声信号処理部
１８  マイク
２０  ビデオ・オーディオコーデック
２２  多重化処理部（マルチプレクサ・デマルチプレクサ）
２４  ビデオフレームバッファ
２６  ＰＣＭバッファ
２８  ＣＰＵ（中央演算処理装置）
３０  光ピックアップ
３２  操作部
３４  音声出力部
３６  表示部
３８  ビデオＥＳバッファ
４０  オーディオＥＳバッファ
４２  ストリームバッファ
５０  光ディスク
【図１】
0004921261.tif 000002
【図２】
0004921261.tif 000003
【図３】
0004921261.tif 000004
【図４】
0004921261.tif 000005
【図５】
0004921261.tif 000006
【図６】
0004921261.tif 000007
【図７】
0004921261.tif 000008
【図８】
0004921261.tif 000009