JP3899233B2 - 再生ビットストリーム処理 - Google Patents

Description

【０００１】
（発明の属する技術分野）
本発明は、ディジタル符号化された信号を媒体から再生することに関し、特に多重化フォーマットの再生データの識別および処理に関する。
【０００２】
（発明の背景）
例えばＭＰＥＧ圧縮プロトコルを用いてディジタル圧縮されたオーディオおよびビデオ信号で記録されたディスクの導入により、消費者に対して元のマテリアル（ｍａｔｅｒｉａｌ：素材）と実際上区別のつかない音声および画像（ピクチャ）の品質が提供されるようになる。しかし、消費者ユーザは、そのようなディジタル・ビデオ・ディスクすなわち（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ：）ＤＶＤに対してもアナログ・ビデオ・カセット・レコーダすなわちＶＣＲの機能と同様な機能を与えてくれることを期待するであろう。例えばＶＣＲは記録された速度と異なる速度で順方向または逆方向の何れにも再生することできる。そのような非標準速度の再生機能はトリック再生（ｔｒｉｃｋ ｐｌａｙ）モードとしても知られている。
【０００３】
複数のピクチャ（画像、画面）を、変化する圧縮度を有するグループに形成する圧縮の階層的（ｈｉｅｒａｒｃｈｉｃａｌ：ハイアラキカル）な性質のために、ＭＰＥＧ符号化されたビデオ信号に対してトリック再生機能を実行することは容易でない。このようなグループはグループ・オブ・ピクチャすなわちＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）と称され、順次の復号を必要とする。ＭＰＥＧ２標準の詳細な説明書はＩＳＯ／ＩＥＣ標準１３８１８−２として公表されている。しかし、簡単に云えば、ＭＰＥＧ２信号ストリームは変化する内容圧縮度を有する３つのタイプのピクチャを含んでいる。イントラ符号化（ｉｎｔｒａ−ｃｏｄｅｄ、フレーム内符号化）フレームすなわちＩフレームは３つのタイプのうちの最小圧縮を有し、他の何れのフレームをも参照することなく復号される。予測フレーム（ｐｒｅｄｉｃｔｅｄ ｆｒａｍｅ）すなわちＰフレームは先行するＩまたはＰフレームを参照して圧縮され、イントラ符号化フレームより大きな圧縮度を達成する。双方向性符号化（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌｌｙ ｃｏｄｅｄ）すなわちＢフレームと称されるＭＰＥＧフレームの第３のタイプは先行および／または後続するフレームからの予測に基づいて圧縮される。双方向性符号化フレームは最大の圧縮度を有する。
【０００４】
ＭＰＥＧフレームの３つのタイプはグループ・オブ・ピクチャすなわちＧＯＰの形式で配列されている。ＧＯＰは例えば図１Ａに示すように配列された１２フレームを含んでいる。イントラ符号化フレームのみが他のフレームを参照することなく復号可能であるので、各ＧＯＰはＩフレームの復号に後続してのみ復号できる。最初の予測フレームすなわちＰフレームは、記憶された先行するＩフレームの変更（ｍｏｄｉｆｉｃａｔｉｏｎ）に基づいて復号され、記憶される。後続のＰフレームは記憶された先行するＰフレームから予測される。Ｐフレームの予測は図１Ａに矢印のある湾曲した実線で示されている。最後に双方向性符号化すなわちＢフレームは、先行するおよび／または後続のフレーム、例えば記憶されたＩおよびＰフレームからの予測によって復号される。隣接する記憶されたフレームからの予測によるＢフレームの復号は図１Ａに矢印のある湾曲した破線で示されている。
欧州特許出願第ＥＰ−Ａ−０６９６７９８号の明細書中にはデータの記録方法および記録装置、データ媒体、データを再生する方法および装置が開示されている。欧州特許出願第ＥＰ−Ａ−０６９６７９８号には各種の形式のディスク媒体上にＭＰＥＧ信号を記録することが示されており、さらに記録された媒体の各セクタにサブコードとしてデータとは別に記録された付加情報をもった記録フォーマットが開示されている。これらのサブコードは各セクタ中のペイロード・データに関する情報、例えばピクチャ形式を与え、また再生期間中にデータの再生を制御するために使用することができる。米国特許第５，５３５，００８号には、例えばＣＤ−ＲＯＭを使用したＭＰＥＧ記録データの“ジャンプ・モード”再生が開示されている。米国特許第５，５３５，００８号には予め設定された間隔で配列された複数のデータの再生について示されており、次に再生すべきこれらのデータは“第１の固定値を予め設定された間隔の整数フォールド（ｉｎｔｅｇｅｒ ｆｏｌｄ）から減算する”ことによって位置決定される。米国特許第５、５３５、００８号では、急速横断（ｔｒａｖｅｒｓｅ）あるいは急速逆方向再生を行なうためにトランデューサをアドレスするためにＩフレーム相互間の平均距離を使用している。欧州特許出願Ａ−７３７９７５号には光ディスク用のＭＰＥＧ記録法が開示されている。記録されたフォーマットは、管理（ｍａｎａｇｅｍｅｎｔ）領域、およびプログラムデータが階層的（ハイアラーキカル）構造をもつプログラム領域を含んでいる。開示されたフォーマットはディジタル・バーサティル・ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ）すなわちＤＶＤ用に採用されたフォーマットとある類似点をもっている。ディジタル処理された写真ピクチャを再生するためのディジタル再生装置が米国特許第５，５４３，９２５号明細書に開示されている。ディジタル化されたピクチャは予め記録されたシーケンスまたはユーザが指定した表現の何れかを表わす記憶されたデータに従ってスクリーン上に上映するために光コンパクトディスク上に書込まれる。米国特許第５，５４３，９２５号には、記憶されたすべてのディジタル化されたピクチャに対して、ピクチャのファイルは複数のサブピクチャを含み、このサブファイルは異なる解像度をもった同じ走査されたピクチャを指定する。同じピクチャについてのこれらの多数の解像度のバージョンはピクチャの表示に要する待ち時間を短縮することができるという利点があると云われている。欧州特許出願第ＥＰＯ−Ａ−０６５１３９１号明細書にはディジタル符号化されたピクチャの高速再生について開示されている。特に、第ＥＰＯ−Ａ−０６５１３９１号明細書には、“フレーム・リターン再生”期間中に使用するために、多数のＧＯＰを記憶する２および３フレームメモリの両方を使用することが開示されている。出力信号の選択は復号されたピクチャのメモリ間で交番する。メモリの選択および出力ピクチャの保持時間は、復号されたピクチャの有用性および次に必要なピクチャの検索時間に応答する。
【０００５】
ＭＰＥＧグループ・オブ・ピクチャを構成する符号化されたフレームの階層的な性質により、各ＧＯＰのＩおよびＰフレームは順方向に復号されることを必要とする。従って、逆方向モードの機能は、実際には前のまたは先行するＩフレームにジャンプして戻り、次いでＧＯＰを通過して順方向に復号することにより実現される。所望の逆方向プログラム・シーケンスを実現するために、復号されたフレームは後の逆方向の読み出しのためにフレーム・バッファメモリに格納される。図１Ｂは標準の速度（ｎｏｒｍａｌ ｓｐｅｅｄ）の順方向再生を示し、時点ｔ０の前の時点で逆方向の３倍速モードのトリック再生モードが選択される。トリック再生モードはＩフレームのＩ（２５）が復号され表示される時点ｔ０で開始される。
【０００６】
復号に必要な次のフレームはＩフレームのＩ（１３）であり、従ってトランスデューサはフレームＩ（１３）を捕捉するために矢印Ｊ１によって示されるように再配置される。ＩフレームＩ（１３）が復元（取り出）されて復号されると、トランスデューサは、フレームＰ（１６）を捕捉して復号するために矢印Ｊ１２によって示すような経過を辿る。この処理は矢印Ｊ３、Ｊ４によって示すように繰り返される。フレームＰ（２２）の捕捉および復号に続いて、トランスデューサは、フレームＩ（１）を復元するために矢印Ｊｎによって示すように移動させられる。シーン（場面）の動きを滑らかに描くためにはＩ、Ｐ、およびおそらくＢフレームの復号および表示を必要とする。先行するＧＯＰに対してジャンプおよび再生処理が繰り返され、それによってビデオ出力に逆方向シーケンスでプログラム・マテリアル（ｐｒｏｇｒａｍ ｍａｔｅｒｉａｌ：番組素材）を滑らかに描かせながらレコード中を順次にもたつきながら後ろへ戻る。
【０００７】
トリック・モード再生期間中に視覚的に滑らかな再生を行わせるためには、タイムリな（適時な）ディスクの検索とメモリ中の特定のピクチャへのアクセスとを必要とする。各ディジタル・ディスクは、各ビデオ・オブジェクト・ユニット内のピクチャ・アクセス点を与えるナビゲーション・データを用いて符号化されているが、その数には限りがあるので、内在的性質上、一時的にエイリアスされた（ａｌｉａｓｅｄ：処理により人為的に不所望な状態が導入された）画像（イメージ）の動きを生じさせる可能性がある。順方向および逆方向に複数の速度で時間的に滑らかなトリック・モード再生を実現するためには、すべての符号化されたピクチャに対してアクセスし復号する必要がある。このような機能は記憶容量に犠牲を払って実現することが可能であるが、ビットストリームの解析およびバッファ記憶の選択によって、効率的メモリの利用により改善されたトリック・モード再生の機会を与えることができる。
【０００８】
（発明の概要）
装置がディスクからビットストリーム信号を再生する。そのビットストリームは、要求されたビットストリーム・データのみがＭＰＥＧ復号のために結合されることを保証するように制御される。先行するＭＰＥＧピクチャ復号の完了前に、要求されたビットストリーム・データを得るようにトランスデューサが再配置される。記憶するための所望のデータを選択し、不所望のデータを排除するように、そのビットストリーム・データがバッファ記憶の前に読み出される。バッファ記憶はトリック再生動作のために再割り当てされ、またトリック再生ピクチャの選択を容易にするためにランダムにアクセスされる。ＭＰＥＧピクチャ復号および記憶は、１フィールド期間内のフレーム復号を容易にするよう制御される。復号された複数のピクチャは１フィールド期間内に実質的に同時に記憶されて読み出される。
【０００９】
本発明の構成において、装置はディジタル符号化された信号を媒体から再生する。その装置はディジタル符号化された信号を変換してそれからビットストリームを発生するトランスデューサを含んでいる。プロセッサがビットストリームを受け取ってそのビットストリームを可制御的（制御可能）に処理するように結合されている。メモリが、プロセッサに結合されていて、処理されたビットストリーム情報を記憶する。コントローラが、ビットストリーム内の情報の識別を制御するためにメモリおよびプロセッサを制御するように結合されている。コントローラはプロセッサを制御してビットストリーム中の特定のセクタ・タイプを識別し、コントローラは、その特定のセクタの識別に応答して、識別された特定のセクタを記憶するようメモリを制御する。
【００１０】
本発明の方法において、ディジタル・ディスク装置による再生の期間において変換された複数のセクタの形式に配列されたデータストリーム中の複数のスタートコード（ｓｔａｒｔ ｃｏｄｅ）から１つのスタートコードが捕捉される。この方法は、データストリームをサーチして複数のセクタにおける特定のセクタ・タイプの位置を求めるステップを含んでいる。特定のセクタ・タイプがサーチされて複数のスタートコードの中から１つのスタートコードの位置が求められる。スタートコードは、それが不完全であるどうかを判定するためにテスト（ｔｅｓｔ）される。データストリームをサーチして複数のセクタにおける特定のセクタ・タイプの第２のセクタの位置を求める。特定のセクタ・タイプの第２のセクタをサーチして複数のスタートコードの中からスタートコード・タイプの第２のスタートコードの位置を求める。この第２のスタートコードが不完全なスタートコードの残りであるかどうかを判定する。不完全なスタートコード値と残りのスタートコード値とを組み合わせて完全なスタートコードを形成する。
【００１１】
ディジタル符号化された信号を媒体から再生する本発明の別の装置は、ディジタル符号化された信号を変換してそれからビットストリームを発生するトランスデューサを含んでいる。第１のメモリが、ビットストリームを記憶するようにトランスデューサに結合されている。第２のメモリは第１のメモリから可制御的（制御可能）に結合されたデータを記憶する。コントローラがビットストリーム内の情報の識別を制御するために第１および第２のメモリを制御するよう結合されている。コントローラは第１のメモリを制御して、メモリ中の特定のセクタ・アドレスからビットストリームを出力し、またコントローラは第２のメモリを制御して特定のセクタ・アドレスからのビットストリーム出力の第１の部分を記憶させる。
【００１２】
本発明の他の装置において、ディジタル符号化された信号が媒体から再生される。この装置はディジタル符号化された信号を変換してそれからビットストリームを発生するトランスデューサを含んでいる。メモリが、ビットストリームを記憶するためにトランスデューサに結合されている。プロセッサがメモリに結合されていて、そこに含まれるＭＰＥＧスタートコードを識別するために記憶されたビットストリームを処理する。プロセッサは記憶されたビットストリームをサーチして記憶されたビットストリーム中のＭＰＥＧスタートコードを識別し、そのプロセッサは、ＭＰＥＧスタートコードの識別に応答しその識別を指示（表示）し、識別されたＭＰＥＧスタートコードのセクタ・アドレスを記憶させる。
【００１３】
ディジタル・ディスクからの再生装置においてピクチャを復号して表示させるさらに別の方法は、ディスクからのディジタル符号化された信号を変換するステップを含んでいる。ディジタル符号化された信号を第１のメモリに記憶させる。ピクチャを生成するためにディジタル符号化された信号を復号する。ピクチャを第２のメモリに記憶させる。第２のメモリからのそのピクチャを表示のために結合する。第２のメモリにおける記憶と表示のための結合とを、実質的に同時に生じるように制御する。
【００１４】
本発明のさらに別の方法において、ピクチャの１つのフィールドが第２のメモリの第１フィールドに記憶され、前のピクチャが上記第２のメモリの第２フィールドから表示のために結合される。
【００１５】
本発明のさらに別の方法において、ピクチャの１つのフィールドが上記第２のメモリの第１フィールドに記憶され、前のピクチャが第２のメモリの第１フィールドから表示のために結合される。上記第２のメモリの上記第１フィールドにおける記憶と表示のための結合とは、１フィールド期間中に順次に生じるように制御される。
【００１６】
本発明の別の構成において、ディジタル符号化された信号をディスク媒体から再生する装置は、ディジタル符号化された信号を変換するトランスデューサを含んでいる。メモリが、ディジタル符号化された信号を記憶するためにトランスデューサに結合されている。復号器がディジタル符号化された信号に応答してそれからピクチャを復号する。メモリ用のコントローラが設けられており、第１の動作モードでは、コントローラは第１のシーケンスに応答してメモリから記憶されたディジタル符号化された信号を読み出すようメモリを制御し、第２の動作モードでは、コントローラは第２のシーケンスでメモリから記憶されたディジタル符号化された信号を読み出すようにメモリを制御する。
【００１７】
本発明のさらに別の構成において、装置は、ディジタル符号化された信号をディスク媒体から再生し、またディジタル符号化された信号を表すビットストリームの供給源（ソース）を含んでいる。プロセッサがビットストリームを処理するためにビットストリームに結合されており、その中に存在する少なくとも第１と第２のタイプのデータを取り出す。メモリがプロセッサに制御可能に結合されていて第１および第２のタイプのデータの一方を記憶する。コントローラがメモリの割り当てを制御するために結合されている。第１の再生モードではコントローラはメモリを第１のタイプのデータを記憶するように割り当て、第２の再生モードではコントローラはメモリを第２のタイプのデータを記憶するように割り当てる。
【００１８】
本発明のさらに別の構成において、ディジタル符号化された信号をディスク媒体から再生する装置は、ディジタル符号化された信号を変換するトランスデューサを含んでいる。プロセッサがディジタル符号化された信号を受け取ってそれからピクチャを処理して発生するように結合されている。メモリが、ピクチャを記憶するためにプロセッサ結合されている。コントローラがメモリおよびプロセッサを制御するよう結合されている。第１のモードでは、ピクチャはメモリに記憶され、第２のモードでは、ピクチャはサブサンプルされてメモリに記憶される。
【００１９】
本発明のさらに別の構成において、不所望のセクタ・データの不必要な処理が回避される。光学的読み出しを採用したディスク・プレーヤによってセクタの形態で再生されたデータを制御するこの方法は、処理に必要なセクタと処理に必要でないセクタとを含むセクタのグループを変換するステップを含んでいる。必要でないセクタを除いて必要のあるセクタを、処理のためにデータ・プロセッサに供給し、必要のあるデータ・セクタを処理してその中のビデオ情報を表すデータを抽出する。
【００２０】
本発明のさらに別の構成において、変換されたビットストリームのパス（ｐａｔｈ：経路）中の遅延が、トランスデューサの位置を制御するプロセスから実質的に除去される。ディジタル・ディスク装置における再生の期間において、本発明の方法は再生されたアドレスに応答してトランスデューサの位置を制御するための第１および第２のトランスデューサ・アドレスを受け取るステップを含んでいる。再生されたアドレスと第１のトランスデューサ・アドレスと比較して、両アドレス間の等価性（ｅｑｕａｌｉｔｙ）を検出する。検出された等価性に応答して、トランスデューサを第２のトランスデューサ・アドレスによって決定された新しい位置に移動させる。
【００２１】
（発明の実施形態）
図２は、ディジタル・ディスク・プレーヤの典型的なブロック図を示している。ブロック１０には、モータ１２によって回転するディジタル記録されたディスク１４を収容するデッキが示されている。ディジタル信号は、それぞれの信号データ・ビットに応答して８／１６変調符号化法によって決定されたそれぞれのピット長を有するピット（ｐｉｔ）を含んでいるスパイラル・トラックとして、ディスク１４に記録される。ディスク１４上の記録（レコード）は、レーザからの反射された光（イルミネーション）を集めるピックアップ１５によって読み取られる。反射されたレーザ光は光検出器または光ピックアップ装置によって集められる。トランスデューサ・ピックアップ１５の一部を構成する結像（イメージング）装置、例えばレンズまたはミラーは、記録トラックを辿るようモータ１１によってサーボ制御および駆動される。記録の相異なる部分は、結像装置を速く再配置することによってアクセスすればよい。サーボ制御されるモータ１１および１２は、集積回路の駆動増幅器２０によって駆動される。ピックアップ１５は光前置増幅器（プリアンプ）、ブロック３０に結合される。光前置増幅器３０は、レーザ照射器用の駆動回路と、光ピックアップ装置からの反射された信号出力に対して増幅および等化を行う前置増幅器とを含んでいる。光前置増幅器３０からの増幅され等化された再生信号はチャネル・プロセッサ・ブロック４０に接続され、ブロック４０において、再生信号を用いて位相ロック・ループ（ＰＬＬ）を同期させ、位相ロックループを用いて記録に用いられた８：１６変調を復調する。
【００２２】
ＭＰＥＧ符号化されたビットストリームは、１６セクタからなる各ブロックに適用されるリード・ソロモン・プロダクト（Ｒｅｅｄ Ｓｏｌｏｍｏｎ ｐｒｏｄｕｃｔ）符号化によって、エラー検出および訂正用の符号化が行われる。各セクタが２０４８バイトのペイロード・データを含んでいる。従って、８：１６復調の後、再生データストリームは、デインタリーブ（ｄｅ−ｉｎｔｅｒｌｅａｖｅ：逆インタリーブ）またはアンシャッフル（ｕｎｓｈｕｆｆｌｅ：逆シャッフル）され、図４のＥＣＣバッファメモリ４５および４６において実行されるリード・ソロモン・プロダクト訂正によってエラー訂正が行われる。各バッファは、デインタリーブを容易にし所要の行および列のプロダクト処理を可能にするためにアレイとして配列された１６セクタの再生データストリームを格納する。カスケード接続されたＥＣＣバッファメモリは、約（２×１６×１．４）ミリ秒（ｍｓ）の再生シリアル（直列）ビットストリームに遅延を与える。ここで、２は１対のＥＣＣバッファを表し、１６は訂正が適用されるセクタ数を表し、１．４ミリ秒は１×（１倍）回転速度における１セクタ周期（期間）を表す。従って、再生シリアル・ビットストリームは最低約４５ミリ秒だけ遅延される。
【００２３】
エラー訂正された信号ビットストリーム４１はリンク・プロセッサを介してビットストリームまたは機械的／トラック・バッファメモリ６０Ａに結合される。このトラック・バッファは、ＤＲＡＭメモリ・タイプからなり、トランスデューサまたはピックアップ１５の再配置（リポジション）の期間におけるデータ欠落（ロス）が復号時に結果として可視的欠陥を生じさせないような再生データの量を格納するのに用いられる。従って、最終的出力画像ストリームは視聴者にとって連続的なまたは継ぎ目のないものとして現れる。ビットストリーム・バッファメモリ６０Ａは典型的な１６メガビット（Ｍｂｉｔ）のＤＲＡＭメモリの一部である。別の典型的な１６メガビット（Ｍｂｉｔ）のＳＲＡＭメモリ・ブロックはフレーム・バッファ６０Ｃおよび６０Ｄを構成するように分割（パーティション）される。このフレーム・バッファは、少なくとも２つの復号画像フレームの記憶、復号前のバッファ６０Ｂにおける圧縮ビデオ・ビットストリーム記憶、オーディオ・ビットストリーム・バッファ６０Ｅ、およびバッファ６０Ｆ、ＧおよびＨにおけるその他の記憶を実現する。また、チャネル・プロセッサ４０は、リンク５０５によるビットストリーム・バッファ６０Ａへの書き込みを制御するタイミング制御回路をも含んでいる。再生トラック・アドレスの変化の結果として、例えば、“ディレクタ・カット（ｄｉｒｅｃｔｏｒ ｃｕｔ）”、親権者の（教育的）ガイダンス選択、またはユーザによって選択可能な代替ショット・アングルのような、ユーザが決定した再生ビデオ・コンテンツ（内容）の結果として、データはビットストリーム・バッファに間欠的に書き込まれてもよい。記録信号のより速いアクセスおよび復元（取り出し）を容易にするために、ディスク１４は増大された速度で回転してもよく、その結果、より高いビットレートを有する変換（トランスデュースされた）ビットストリームが得られ、間欠的生成（ｄｅｌｉｖｅｒｙ：デリバリ）も可能である。
【００２４】
上述のように、記録されたデータストリームは１６セクタの各ＥＣＣブロックに配列される。各セクタは、エラー訂正ビットを用いて保護される固有の（一意的な）セクタ識別アドレスを有する。このエラー訂正ビットは図４のＥＣＣブロック４７によって処理される。しかし、セクタ・アドレスは短くてセクタに固有のものなので、エラー訂正処理ブロック４７から得られるセクタ・アドレス信号４２に対するいかなる遅延も取るに足らないもの（僅か）である。セクタ・アドレス信号４２はサーボ制御集積回路５０に位置情報を供給するように結合されている。集積回路５０はサーボ・モータ１１および１２に対する駆動信号および制御信号を供給する。モータ１２は、ディスク１４を回転させ、複数の速度のサーボ制御された回転を与える。光ピックアップまたはトランスデューサ１５は、セクタ・アドレス信号４２に応答してモータ１１によって配置（位置決め、ポジション）されおよびサーボ制御され、さらに、セクタ・アドレス要求に応答してディスク面上の別のセクタ・アドレスまたは位置に速く再配置されまたはジャンプするよう制御されればよい。そのセクタ・アドレス要求は、Ｉ²Ｃ制御バス５１４によって送られ、図４の構成要素（素子）５４を介して結合されるものである。
【００２５】
ディジタル・ビデオ・ディスク・プレーヤは、中央処理装置すなわちＣＰＵ、ブロック５００の構成要素５１０によって制御され、中央処理装置は、チャネルＩＣ４０から再生ビットストリームおよびエラー・フラグを受け取り、サーボＩＣ５０に制御命令を供給する。さらに、ＣＰＵ５１０は、ユーザ・インタフェース９０からユーザ制御指令（コマンド）を受け取り、ブロック５００のＭＰＥＧ復号器（デコーダ）構成要素５３０からＭＰＥＧ復号器制御機能を受け取る。システム・バッファメモリ８０は、ＣＰＵ５１０によってアドレスされ、ＣＰＵ５１０にデータを供給する。例えば、バッファ８０は、ＲＡＭおよびＰＲＯＭのメモリ位置を具えている。このＲＡＭを用いて、ＣＰＵ５１０によってビットストリーム４１から抽出された種々のデータを格納することができる。このようなデータには、例えば、デスクランブルまたは暗号解読情報、ビットストリームおよびフレーム・バッファメモリ管理データ、およびナビゲーション・データが含まれていてもよい。ＰＲＯＭは、例えば、順方向および逆方向の選択された各速度でのトリック・モード動作を容易にする有利なトランスデューサ・ジャンプ・アルゴリズムを含んでいてもよい。
【００２６】
ＭＰＥＧ符号化されたビットストリームは図３におけるリンク・プロセッサ５０５に結合され、リンク・プロセッサ５０５は、ＤＶＤフォーマット化されたビットストリームから、ＭＰＥＧ符号化されたオーディオ、ビデオおよび制御情報を分離するためのハードウェア・デマルチプレクサ（分離器）として機能してもよい。その代替構成として、ビットストリーム分離は、図３のＣＰＵ５１０からの、バッファ６０Ａの直接メモリ・アクセス即ちＤＭＡのソフトウェア制御によって実現してもよい。トラック・バッファ６０Ａの前のまたはトラック・バッファ６０Ａ内の符号化されたビットストリームは、マイクロコントローラ５１０によってサーチ（検索）されて、ヘッダの位置が求められてヘッダが読み出され、ナビゲーション・データが抽出される。図６を参照して有利なビットストリーム・サーチについて説明する。
【００２７】
マイクロコントローラ５１０はＩ²Ｃ制御バス信号５１４を介してフロントエンドに結合されて、トリック再生（プレイ）シーケンスに必要な次のセクタを捕捉するようトランスデューサの再配置動作を制御しまたは要求する。トランスデューサ配置は、各ビデオ・オブジェクト・ユニット（Ｖｉｄｅｏ Ｏｂｊｅｃｔ Ｕｎｉｔ）即ちＶＯＢＵに含まれるナビゲーション・パック・データから読み出された再生されたセクタ・アドレスおよびＧＯＰセクタ・アドレスを参照してインデックスされた有利な記憶されたシーケンスまたはジャンプ再生パターンによって制御してもよい。典型的なセクタ・アドレスおよびＶＯＢＵナビゲーション・パックが図５Ａに示されている。しかし、トランスデューサの再配置の後、フロントエンドから最初に取り出（検索）された各セクタは、典型的なマイクロコントローラ５１０によって、ジャンプ命令によって要求されたセクタではないと識別（確認）されるかもしれない。従って、マイクロコントローラ５１０は、有利な形態でトラック・バッファ６０Ａにおける不所望の（不要な）データに上書き（オーバライト）して、バッファ中に要求されたデータだけが存在することを保証する。
【００２８】
セックタ・アドレスまたはヘッダを識別した後、マイクロコントローラ５１０はバッファ６０Ａの直接メモリ・アクセスを制御し、それによって、ＭＰＥＧデータが、そのバッファに格納されたその他のＤＶＤフォーマット化データから効果的に分離される。従って、ビデオＤＭＡ５１５は圧縮されたビデオ・ビットを分離し、そのビットは典型的なビデオ・ビット・バッファ６０Ｂに格納されるよう結合される。同様に、圧縮されたオーディオ・ビットはバッファ６０Ａから読み出されてオーディオ・バッファ６０Ｅに格納される。サブピクチャ・データもＤＭＡによってトラック・バッファ６０Ａから取り出（検索）されてバッファ６０Ｆに格納される。
【００２９】
ビデオ・ビット・バッファ６０Ｂ中の圧縮されたビデオ・ビットストリームがサーチされて、スタートコード検出器５２０によってピクチャまたはより高レベルのスタートコードの位置が求められる。検出されたスタートコード信号５１２はマイクロコントローラ５１０に結合され、次いでマイクロコントローラ５１０は信号５１１を介してＭＰＥＧ復号器５３０と交信して、次のピクチャ・タイプ、等化器の設定を示し、復号を開始する。復号器状態（ステータス）信号５１３は、マイクロコントローラ５１０に結合されて、復号の完了と、ピクチャ・データが表示または記憶に利用可能であることとを示す。圧縮ビデオ・ビット・バッファ６０ＢはＦＩＦＯまたは循環バッファとして機能すると考えてもよく、そこに格納されたビットストリームは順次アクセスされてＭＰＥＧ復号が行われるが、トリック・モード動作は、後で説明するようにバッファ６０Ｂのランダム・アクセスによって有利な形態で容易に行われる。
【００３０】
ＭＰＥＧ復号器５３０内において、ビデオ・ビットストリームは可変長復号器５３１によって処理され、可変長復号器５３１はビットストリームをサーチしてスライスおよびマクロブロックのスタートコードの位置を求める。各ＧＯＰからの或る復号されたピクチャは、ＧＯＰのその他のピクチャ、例えばＰおよびＢピクチャを取り出して組み立てるときに予測器として後で使用されるフレーム・バッファ６０Ｃおよび６０Ｄに書き込まれる。フレーム・バッファ６０Ｃおよび６０Ｄは、少なくとも２つのビデオ・フレームの記憶容量を有する。分離されたオーディオ・パケットはオーディオ・ビット・バッファ６０Ｅに格納され、それが読み出されてブロック１１０においてオーディオ復号を行うように結合される。ＭＰＥＧまたはＡＣ３オーディオ復号の後、結果として得られたディジタル化オーディオ信号が、オーディオ・ポスト・プロセッサ１３０に結合されて、ディジタル−アナログ変換されて種々のベースバンド・オーディオ信号出力が生成される。ディジタル・ビデオ出力信号は、参照フレーム・バッファ６０Ｃ／Ｄから読み出された復号ブロックから、表示バッファ５８０によってラスタ走査フォーマットへと変換される。しかし、トリック・モード動作の期間において、出力信号源は、トリック・モード動作の期間に使用されないメモリから有利な形態で再構成されたフィールド・メモリであってもよい。従って、表示バッファ５８０内でのブロックからラスタ走査への変換は、トリック・モード動作に応答して有利な形態で制御される。その表示バッファは符号化器５９０に結合され、符号化器５９０は、ディジタル−アナログ信号変換を行い、ベースバンド・ビデオ成分（コンポーネント）および符号化ビデオ信号を発生する。
【００３１】
図２に示された典型的なビデオ・プレーヤの動作は、順方向再生および逆方向トリック再生のシーケンスを示す図１Ｂを参照して考えればよい。前に説明したように、各ＧＯＰ内に存在する符号化された関係は、ＧＯＰ（グループ・オブ・ピクチャ）がＩフレームまたはピクチャから始まって順方向に復号されることを必要とする。従って、逆方向モード機能は、前のまたは先行するＩピクチャを変換するように効果的にジャンプして次いでそのＧＯＰ全体を順方向に復号することによって得られればよい。その復号されたピクチャはフレーム・バッファメモリに格納されて、その後、逆の順序で読み出される。しかし、Ｂピクチャを含んだシーケンスには次に説明する別の有利な機能を用いてもよい。図１Ｂにおいて、時点（時間）ｔ０より前の或る時点において、例えばＩピクチャＩ（１）において、典型的なビデオ・プレーヤがユーザ指令に応答して順方向再生条件を与えたと仮定する。各ＧＯＰは図１ＡにＩ、ＢおよびＰフレームを連結する矢印の付いた線で示されているように順方向に復号される。時点ｔ０より前の時点において、３倍の再生速度（３倍速）の逆方向トリック・モードが、選択されて、ＩピクチャＩ（２５）が復号され表示される時点ｔ０において開始される。前に説明したように、逆方向トリック再生復号に必要な次のピクチャはＩピクチャＩ（１３）であり、従ってトランスデューサは矢印Ｊ１によって示されているように動かされてピクチャＩ（１３）が得られる。次いで、信号復元（取り出し）および復号は、図１Ｂに矢印Ｊ１によって示された再生シーケンスを辿って、Ｉ（１３）を捕捉し、矢印Ｊ２を辿ってＰ（１６）を捕捉し、矢印Ｊ３を辿ってＰ（１９）を捕捉し、矢印Ｊ４を辿ってＰ（２２）を捕捉し、・・・矢印Ｊｎを辿る。図１Ｂに示された間に位置する（挟まれた）Ｂピクチャは、変換されるが、各トリック再生モードに特有な要求に応じて、例えば上書きによってまたは復号器抑止によってそのバッファ内で、破棄され（捨てられ）てもよい。前に説明したような追加的な逆方向モード・ビデオ・バッファリングの必要性をなくすために、ＭＰＥＧ復号器、バッファメモリ制御および割り当てを行うための種々の有利な方法が用いられる。
【００３２】
ピクチャ・データの判定は、ビットストリーム４１またはトラック・バッファ６０Ａにおいて参照されたセクタの単位（ユニット）で実行される。しかし、ＭＰＥＧピクチャ・スタートコードはＤＶＤデータ・フォーマット内に埋め込まれセクタ境界と一致して開始するようには制約されていないので、結果として得られるセクタ単位のピクチャ・スタートコードの位置は、先行する場合によっては非ビデオのセクタのフラグメント（断片）を不可避的に含むことがある。図５Ａは、オーディオ・ビデオおよびサブピクチャ・データ・セクタを含んだビデオ・オブジェクト・ユニットを含んでいる典型的なビットストリーム４１の一部を示している。各セクタは、セクタ境界に陰影を付けて示されたセクタ・アドレスを有する２０４８個のペイロード・バイトを含んでいる。図５Ｂにおいて、ビデオ・ピクチャＡはセクタ５４で終了するように示されており、その直後にビデオ・ピクチャＢ用のスタートコードが続く。しかし、ビデオ・ピクチャＢのスタートコードの残りはセクタ６５において発生し、サブピクチャおよびオーディオ・データを含んでいるセクタ５５〜６４がその間に存在する。セクタ単位のピクチャ・データ／ビデオ・セクタの判定および位置決めが、図５Ｃに示されている。図５Ｃにおいて、典型的なピクチャＡ用のスタートコードがセクタ２に示されており、次のピクチャＢのスタートコードはセクタ９において発生する。式１は、セクタ計数値（カウント）によるピクチャ・データ位置を示し、ピクチャＡはセクタ２で開始してセクタ９で終了するので、ピクチャＡは８セクタ分の持続時間を有する。不所望データ・フラグメントが図５Ｃに示されており、図５Ｃにおいて、ビデオ・データは（ビデオ）セクタ番号を参照して示されている。しかし、そのようなビデオ・セクタ番号は、再生されたビットストリームにおけるセクタ番号またはアドレスに直接関係付けられていてもよい。図５Ｃにおいて、ビデオ・ビットストリームは、ビデオ・セクタ２のバイト１０００において開始されるピクチャ・スタートコードとともに示された典型的なピクチャＡを有するように示されている。明らかに、セクタ２の先行する９９９個のバイトは先行するピクチャからのデータに対応する。ピクチャ・データがバイト単位で位置決めされるより詳細な処理を用いることもできる。バイト精度の処理は、セクタ・レベルの精度を要求する場合より複雑なメモリ制御を必要とするかもしれない。しかし、バイト精度の処理が用いられる場合は、完全なピクチャ・データだけがビデオ・ビット・バッファに格納され、従って、フラグメントがなくなり、ＭＰＥＧ復号器５３０のハングアップ（ｈａｎｇ ｕｐ：停止）が回避される。典型的なピクチャＡに対するバイト精度のピクチャの判定が図５Ｃに示されている。図５Ｃにおいて、ピクチャ・スタートコードがビデオ・セクタ２のバイト１０００で開始し、ピクチャＢのスタートコードがセクタ９のバイト５００において開始する。従って、ピクチャＡのサイズは、式２を用いて、例えば１３，８３５バイトと計算される。従って、バイト精度のピクチャ・アドレスによってマイクロプロセッサ５１０は、図３の可変長復号器ＶＤＬ５３１が復号を開始すべき典型的なビデオ・ビット・バッファ６０Ｂにおける特定のバイトを指すことができる。
【００３３】
ピクチャ・データがセクタ単位で判定される場合には、ビデオ・ビット・バッファからピクチャを読み出すＭＰＥＧ復号器は、破棄されたピクチャのフラグメントが不所望のピクチャの復号の前または後に発生することによって生じるハングアップ（停止）から保護されなければならない。そのようなピクチャ・フラグメントが図５Ｄの典型的なビデオ・ビット・バッファに示されており、図５Ｄは、前のまたは後続のピクチャからの不所望のデータが斜線の陰影を用いて示されたＰおよびＢピクチャを含んだ複数のセクタを示している。各ビデオ・オブジェクト・ブロック・ユニット即ちＶＯＢＵは、ＶＯＢＵの第１のＧＯＰにおける第１（最初）のＩピクチャの終わりの（エンド）セクタ・アドレス、および後続の２つの参照またはＰピクチャの最後の（ラスト）セクタ・アドレスを識別するナビゲーション・データを含んでいる。さらに、ナビゲーション・データは、先行するおよび後続の各ＶＯＢＵにおけるＩピクチャのセクタ・アドレスを含んでおり、従って、Ｉピクチャだけのトリック・モードが直ぐに供給できる。しかし、不所望のピクチャの終わりの（エンド）バイトが識別できる場合は、ピクチャ・フラグメントから生じる問題は回避され得る。マイクロプロセッサ５１０／Ａ、例えばタイプＳＴ２０は、ハードウェア・サーチ・エンジンとして有利な形態で構成され、そのハードウェア・サーチ・エンジンは、トラック・バッファに格納されたデータをサーチして、バッファ６０Ａに格納された終わりのセクタ内のＩピクチャの終わりのバイトの位置を求める。従って、Ｉピクチャを識別することによって、Ｉピクチャだけがビデオ・ビット・バッファ６０Ｂにロードされてもよく、従って復号器ロックアップの問題を生じさせるかもしれない部分的ピクチャの記憶が回避される。ナビゲーション・データから終わりのセクタが分かるので、典型的なマイクロプロセッサ５１０／Ａを用いてＩピクチャ・オンリ（単独）モードにおけるスタートコードを見つけてもよい。しかし、Ｐ、Ｂまたは複数のＩピクチャに対して、典型的なマイクロプロセッサは実際的解決法を提供しないかもしれない。その理由は、ビットストリームにおける各データ・バイトに対してテストを実行しなければならず、それはマイクロプロセッサ５１０を動作上集中的に使用することを意味するからである。
【００３４】
復号前のスタートコードの位置決めおよび判定は、図３のリンク・インタフェース・ブロック５０５を用いる構成によって容易に行われて、トラック・バッファ６０Ａの前のビットストリーム中のスタートコードを求めてサーチが行われる。リンク・インタフェース５０５をそのように用いることによって、マイクロプロセッサ５１０に信号として送られ得るピクチャおよび／またはオーディオ・ヘッダに対して早期の予備処理またはパース（ｐａｒｓｅ：構文解析）が有利な形態で行われる。従って、トラック・バッファの前の入来ビットストリーム中のヘッダを識別して、特定のトリック・モードによって要求されるピクチャおよびオーディオを典型的なトラック・バッファ６０Ａに格納し、そのバッファにおいて不所望のピクチャおよびその他のデータを上書きによって削除してもよい。
【００３５】
第１の構成において、スタートコードは、機械的／トラック・バッファ６０Ａまたはビデオ・ビット・バッファ６０Ｂの何れかにおけるビットストリームをサーチするスタートコード検出器５２０を用いて位置決めさる。この方法は、ＭＰＥＧスタートコード検出器の設計が分かっているという点で有利であるが、しかし、その検出器は連続的データを要求する。従って、ＤＶＤおよびトランスポート・データ構成が解除された（外された）ビデオ・ビット・バッファ中のデータだけをサーチすればよい。従って、機械的／トラック・バッファ内のＭＰＥＧデータのサーチを容易に行うことは難しいかもしれず、そのサーチはメモリを最適な形式では使用しないかもしれず、典型的なマイクロプロセッサ５１０は大きい割り込み負荷をかけられ、従って、第２のマイクロプロセッサ、例えば特にスタートコード検出の実行のために５１０Ａを追加する必要がある。
【００３６】
有利な構成においては、トラック・バッファ６０Ａの前またはトラック・バッファ６０Ａ内においてＭＰＥＧスタートコードを求めてビットストリームを排他的にサーチするスタートコード検出器によって、スタートコード検出が容易に行われる。従って、有利な形態でビットストリーム内のＭＰＥＧビデオ・ヘッダについて先にパースを行うことによって、トリック再生ピクチャ要求に対して前もって準備（先行、ａｎｔｉｃｉｐａｔｅ）することができ、トリック再生動作に特有のメモリ操作（処理）が実行されればよい。トリック・モード動作期間におけるビデオ・ビット・バッファの前のビデオ・パケットストリームに対して、その同じ有利なパースを適用してもよい。例えば、逆方向再生モードにおいて、そのような処理によって、復号のためにバッファリング（緩衝）すべきピクチャと、格納前に破棄すべき不所望のピクチャとの間でのトリック再生に特有な選択が可能になる。そのようなピクチャ選択、例えばＢフレームの破棄（数）は、トリック再生動作の期間において典型的なビデオ・ビット・バッファ６０Ｂに格納されるＩおよびＰピクチャの数の約２倍かもしれない。従って、不所望のデータから所望の（必要な）データを識別することは、ビデオ・ビット・バッファ６０Ｂが所望のまたはトリック再生に特有のピクチャだけを格納することを可能にするバッファ記憶の前の予備処理またはパースによって得られる直接的な結果である。従って、より多くのトリック再生に特有なビデオ・オブジェクト・ユニット即ちＶＯＢＵを格納することができ、スムーズな（滑らかな）トリック再生の動きの表現（上映）が容易になる。
【００３７】
有利な構成において、トラック・バッファ６０Ａおよびビデオ・ビット・バッファ６０Ｂの記憶容量は、トリック再生モードの期間において、後で使用される記憶データを選択するだけで増大される。例えば、典型的なトリック再生モードにおいて、Ｂフレームは復号されず、従ってトラック・バッファまたはビデオ・ビット・バッファに格納する必要がない。従って、必要なピクチャだけが格納され、不所望のピクチャまたはその他のデータは破棄される。所望のピクチャと不所望のピクチャの間のその有利な選択を容易にするためには、ビットストリームまたはビデオ・パケットストリームを予備（前）処理、パースまたはサーチして、格納の前にシーケンス・ヘッダ（ｓｅｑｕｅｎｃｅ＿ｈｅａｄｅｒ）、ＧＯＰヘッダ（グループ・オブ・ピクチャ・ヘッダ、ｇｒｏｕｐ＿ｏｆ＿ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ）またはピクチャ・ヘッダ（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ）の位置を求める必要がある。従って、圧縮されたビットストリームをパースしまたは予備処理することによって、各グループ・オブ・ピクチャ即ちＧＯＰに対して例えばタイム・コード（ｔｉｍｅ＿ｃｏｄｅ）、クローズドＧＯＰ（ｃｌｏｓｅｄ＿ｇｏｐ）およびブロークン・リンク（ｂｒｏｋｅｎ＿ｌｉｎｋ）のデータのようなＭＰＥＧパラメータの判定が可能になる。さらに、パケットストリームを予備処理することによって、ピクチャ・スタートコード（ｐｉｃｔｕｒｅ＿ｓｔａｒｔ＿ｃｏｄｅ）の位置が求められ、従って、ピクチャ・ヘッダ（ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ）の処理が可能になり、それによって、例えばテンポラル・レファレンス（ｔｅｍｐｏｒａｌ＿ｒｅｆｅｒｅｎｃｅ）、ピクチャ・コーディング・タイプ（ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｔｙｐｅ）（Ｉ、ＰおよびＢ）等の判定が可能になる。しかし、説明したように、ＭＰＥＧ形のデータを２０４８バイトの各セクタにＤＶＤ分割することになるので、そのような有利なＭＰＥＧパースを行うことは困難である。さらに、ＭＰＥＧスタートコード（４バイト）はセクタ整列していないので、典型的なピクチャ・スタートコードはセクタ境界を横切って（ａｃｒｏｓｓ、覆って）分布していることがある。図５Ｂは、トラック・バッファ６０Ａの前のビットストリームを示しており、そのストリームにおいてビデオ・ピクチャＡはセクタ５４で終了し、その直後にビデオ・ピクチャＢ用のスタートコードが続く。しかし、ビデオ・ピクチャＢのスタートコードの残りがセクタ６５に発生し、その間のセクタ５５〜６４はサブピクチャおよびオーディオ・データを含んでいる。図５Ｃは、ビデオ・ビット・バッファ６０Ｂの前のデマルチプレクス（分離）されたビデオ・セクタ・ビットストリームを示しており、そのビットストリームにおいて、典型的なピクチャＡ用のスタートコードがセクタ２に示されており、次のピクチャＢのスタートコードがセクタ９において発生する。セクタ１２のバイト２０４６において始まりセクタ１３中まで連続するピクチャＣ用の配置された（分布した）スタートコードが発生する。従って、スタートコードの一部は１つのビデオ・セクタに存在し、その残りは次のビデオ・セクタに存在する。
【００３８】
図６には、分散配置されたスタートコードを有するビットストリームをパースできるようにするための本発明の典型的な方法が示されている。この典型的な方法は、セクタ・タイプおよびアドレスを識別してセーブ（ｓａｖｅ：保存）し、さらに不所望のスタートコードを識別してセーブする。分散配置されたまたは部分的なスタートコードは、その発生を示す本発明の部分的（ｐａｒｔｉａｌ：パーシャル）スタートコード・フラグを用いて識別されセーブされる。次のビデオ・セクタにおいて発生するスタートコードの残りが識別されて復元（ｒｅｃｏｖｅｒ：取り出）されてスタートコードが完全になる。図６の本発明の方法は、トラック・バッファリングの前にビットストリーム４１に対して適用されるサーチおよびＭＰＥＧパースを示している。所望のセクタ、例えばビデオ・セクタを求めてビットストリームがサーチされ、次いで分散配置されたスタートコードを求めてそのビットストリームがサーチされる。分散配置されたスタートコードは、例えばオーディオ、サブピクチャ、ナビゲーション・データ、等を含んだその他の非ビデオ・セクタによって分離されていてもよい。従って、ビットストリームがサーチされ、後続のビデオ・セクタが識別されて処理され、一方、間にある現在必要でない非ビデオ・セクタは、例えば特定のトリック・モードの期間においては処理されず、典型的なトラック・バッファ６０Ａに格納される前に破棄されまたはそれに上書きされてもよい。従って、次のビデオ・セクタを識別した後、パケット・データをサーチして次のスタートコードの位置を求める。しかし、部分的スタートコード・フラグがセット（ｓｅｔ：設定）されるので、部分的スタートコードの残りを求めてサーチが行われ、その発生とともにその残りが先のビデオ・セクタの部分的スタートコードと結合（ｃｏｍｂｉｎｅ：組み合わ）されてスタートコードが完全にされる。
【００３９】
図６における典型的なチャートは、ビットストリーム・サーチを行って所望のセクタ・アドレス、ピクチャ・タイプおよびアドレスを識別するために、および分散配置されたスタートコードを検出して再組み立てするために用いられる本発明による方法を示している。その方法は、ステップ１０で開始し、ステップ１０において、エラー訂正されたビットストリームがサーチされてナビゲーション、オーディオ・ビデオ・セクタ、サブピクチャ・データ・セクタを含んだ複数のセクタの中から特定の所望のセクタの位置が求められる。ステップ１００において、ビデオ・セクタが検出され、ＮＯ（否定）の場合は、ビットストリーム・サーチを継続するループを形成する。同様に、ステップ１０５において、オーディオ・セクタが検出され、それに従ってそのセクタ・アドレスが記憶される。ステップ１００をテストして結果がＹＥＳ（肯定）である場合には、ビデオ・セクタが検出され、ステップ１０１においてセクタ・アドレスが記憶される。検出されたビデオ・セクタはステップ２００において別のテストを開始してビデオ・セクタ内のスタートコードを検出する。ステップ２００は、ピクチャ・スタートコードを示しているが、種々のスタートコードが存在し、例えばシーケンス・ヘッダ、ＧＯＰヘッダまたはピクチャ・ヘッダが全てビデオ・セクタ内に存在し、従って、何れもセクタ境界をまたいで分布することになるかもしれない。ステップ２００におけるＮＯ（否定）はビデオ・セクタ内のスタートコードを求めてサーチを継続するループを形成する。ステップ２００におけるＹＥＳ（肯定）は、ステップ２５０において部分的スタートコードを検出するための別のテストを開始するスタートコードの検出を示している。ステップ２００および２５０に示された部分的スタートコードと完全なスタートコードの間の判定は、同時に且つ順次生じると考えられる。その理由は、任意のスタートコードは、図５Ｂおよび５Ｃに示されているように、セクタ境界およびセクタ・アドレスの発生によって割り込まれたときに部分的または不完全になるからである。ステップ２５０におけるＮＯ（否定）は部分的スタートコードの発生を待つためのループを形成する。さらに、ステップ２５０におけるＮＯ（否定）も、スタートコード（Ｓ．Ｃ．）が所望のタイプであるかどうかを判定するためのステップ２５５においてテストされる完全なスタートコードの検出を示している。ステップ２５５において不所望のスタートコードをテストして結果がＹＥＳ（肯定）である場合は、ステップ２６０においてそのタイプおよびセクタ・アドレス内のバイト位置が記憶される。
【００４０】
部分的スタートコードの検出の結果、ステップ２５０でＹＥＳ（肯定）が生じ、それによってシーケンスは、ステップ１００にループバックする（戻る）ことによって次のビデオ・セクタの位置を求めるためにビットストリームのサーチを再開する。ステップ２５０におけるＹＥＳ（肯定）は、ステップ３００におけるテストをも開始させて、部分的スタートコード・フラグがセットされたかどうかを判定する。部分的スタートコード・フラグは、第１（最初）の分散配置されたまたは部分的なスタートコードが検出されるまでセットされない。従って、ステップ３００におけるＮＯ（否定）によって、ステップ３５０で部分的スタートコード・フラグがセットされ、さらにステップ４００で部分的スタートコードの値が記憶される。従って、ステップ３００におけるＹＥＳ（肯定）は、分散配置されたスタートコードの残りまたは残余の検出を示し、その結果ステップ５００において部分的スタートコード・フラグがリセットされる。ステップ３００におけるＹＥＳ（肯定）の結果、ステップ４５０において、検出されたスタートコードの残りが記憶される。ステップ５５０において、ステップ４００からの部分的スタートコードの値とステップ４５０からのその残りの値とが結合されて、分散配置されていたスタートコードが再構成（ｒｅｆｏｒｍ：リフォーム）される。最後に、ステップ５７７において、その再構成されたスタートコードのタイプ、バイトおよびセクタ・アドレスが記憶される。従って、上述の本発明の方法は、特定のセクタ・タイプおよびアドレスを識別して記憶し、スタートコード・タイプおよびセクタ内のバイト・アドレスを識別して記憶し、分散配置されたスタートコード・フラグメントを識別して再組み立てする。従って、ＤＶＤフォーマットのビットストリームはパースされて、バッファ記憶の前に例えば特定のＭＰＥＧ符号化されたピクチャ・タイプが判定される。
【００４１】
ビデオ・ビット・バッファのどこでピクチャが開始し停止するかに関する知識（ｋｎｏｗｌｅｄｇｅ：情報）に基づいてＭＰＥＧピクチャの復号順序を制御すると有利である。従って、例えば図５Ｃに示したようなまたは図６のビットストリーム・サーチによって判定されるようなビデオ・ビット・バッファ６０Ｂにおけるピクチャ位置の知識によって、スタートコード検出器５２０および可変長検出器５３１におけるメモリ・スタート・ポインタが、有利な形態で、例えばトリック・モード動作の期間に要求に応じて各ピクチャにランダムにアクセスするように、指示される。再生速度での逆方向再生および／またはスローモーション再生の動作にはＢフレームの再生が必要である。そのような逆方向モード動作は、バッファメモリ要求に関して、隣接するＢピクチャが復号される順序を逆にすることによって有利な形態で簡易化してもよい。この復号順序を逆にすることは、トリック・モードに必要なピクチャの復号を可能にするメモリ・スタート・ポインタをセットすることによって有利な形態で実現される。さらに、バッファメモリのサイズおよび制御は、トリック再生動作の期間において、特定のトリック再生アルゴリズムの要求に応じてビデオ・ビット・バッファにおいてピクチャを有利な形態でスキップしまたは読み出さないことによって、簡単化してもよい。メモリのサイズおよび制御は、トリック再生バッファの期間に、直ぐにまたはトリック再生アルゴリズムによる特有の要求に応じて複数のピクチャの多重復号を有利な形態でイネーブルすることによってさらに最適化してもよい。これらの有利な機能を実現するには、書き込み（ライト）／読み出し（リード）機能とその両者間の同期を注意深く制御する必要がある。
【００４２】
トリック・モードの期間において、および特に逆方向の再生速度動作の期間において、逆の順序で読み出されるＧＯＰ（グループ・オブ・ピクチャ）を格納するためにはピクチャ・バッファ容量を最大化する必要がある。そのようなトリック・モードの期間において、或るプレーヤ機能または特徴は必要でないかもしれず、役立たずまたは利用できないかもしれない。そのような機能または特徴には、オーディオ、多言語、サブピクチャおよびオンスクリーン表示が含まれ、その全てがバッファメモリ容量を使用するものである。従って、それらの機能または特徴によって使用されていないバッファメモリ容量は、トリック・モード動作の期間において、別のピクチャ記憶を行うよう再割り当てしてもよい。しかし、或るトリック・モードの期間において、例えば高速再生モードの期間において、付随するオーディオを高速で再生しシーン（場面）位置をアシスト（支援）するようピッチ補正することを求める有益な要求が存在するかもしれない。さらに、トリック再生速度および方向を示すための限定されたオンスクリーン表示が要求されるかもしれない。従って、圧縮されたピクチャ、復号されたフレーム予測器およびビデオ表示フィールドに対するトリック・モード・バッファリングを有利な形態で容易にするよう、不使用のバッファメモリ容量を動的に再構成すればよい。
【００４３】
本発明の構成において、ＳＤＲＡＭバッファメモリ６０Ｅ〜Ｈは、順方向動作モードとトリック再生モードの間での機能的に再割り当てされる。順方向再生モードの期間においてオーディオ６０Ｅ、サブピクチャ６０Ｇに再割り当てされるメモリ容量は、トリック再生の期間において追加的な圧縮されたピクチャ記憶を行い、ビデオ・ビット・バッファ６０Ｂを拡張し（ａｕｇｍｅｎｔ）、復号用の追加的な予測器のフレームを形成するのに使用してもよい。同様に、例えば、余分な圧縮ピクチャの記憶を必要としないような或るトリック再生モードに対して、バッファメモリを再割り当てしてもよく、従って、不使用のまたは要求されないバッファメモリ容量を再構成して、図３における６０Ｈとして示したような出力表示バッファメモリを形成してもよい。出力表示バッファメモリは表示用の１フレームまたは１フィールドのビデオ・データを格納するものであればよい。この動的に割り当てられたメモリは、出力ピクチャの取り出しを容易にし、予測器としては使用されず、従って、トリック・モード動作の期間においてメモリ管理が単純化される。そのメモリの再割り当てはユーザの選択によって開始すればよいが、その動的割り当ては、有利な記憶されたトリック再生シーケンス要求によって決定し、および／または上述した圧縮ピクチャ・タイプのビットストリームのパースによる識別から得られる有利なピクチャの準備を用いることによって決定すればよい。
【００４４】
別の有利な構成において、フレーム・バッファメモリ容量は、トリック再生動作の期間において、バッファ記憶の前の復号ピクチャ・データを水平方向にサブサンプルすることによって、実効的に２倍にしてもよい。水平サブサンプリングは、例えば典型的なブロック６２によって実行されるもので、コントローラ（制御器）５１０からのトリック・モード制御命令に応答して水平方向に互いに隣接する１対のピクセルの各値を平均化する。図３において、信号Ｓ１は、サブサンプラ６２に結合される帯域幅一杯のデータを表し、サブサンプルされた出力データが信号Ｓ２で表されている。従って、サブサンプルされたピクチャは、元のピクセルの約１／２（半分）を含んでおり、従ってそのメモリ容量の半分が必要になって、１フィールドの容量に１つのピクチャまたはビデオ・フレームを格納することが可能になる。従って、トリック再生動作の期間における水平方向のサブサンプリングによって、トリック再生アルゴリズムによる要求に応じて追加的フレーム・バッファ記憶が利用可能となる。トリック・モード・メモリ容量を増大させることに加えて、本発明によるサブサンプリングの利用によれば、トリック・モード・メモリ・アクセスの期間におけるメモリ・マネージャ（管理手段）によるデータおよびアドレス・バス制御が減少するという点で有益である。例えば、そのデータの半分だけが半分の時間で交信（転送）され、従ってメモリ制御および管理が単純化される。
【００４５】
水平方向にサブサンプルされたピクチャは、メモリ、例えば６０Ｃ、Ｄまたは本発明によって再割り当てされたバッファＨから読み出されて、サブサンプラ６２によって復元される。図３において、信号Ｓ３は、ピクセル計数値（カウント）の復元のためにメモリから読み出されたサブサンプルされた参照（基準）ピクチャ・データを表している。サブサンプラ６２は、サブサンプルされた各メモリ位置を２回アドレスしてもよいが、その動作は、記憶のプロセスの期間において有益な形態で減少したデータおよびアドレス・バスの使用を２倍にする。従って、サブサンプルされたピクチャは、ＭＰＥＧ復号の前にＭＰＥＧ復号器５３０に直接結合される信号Ｓ４としての各ピクセル値および出力を複写（コピー）することによって、復元される。この方法では、バッファ容量を２倍にし、データおよびアドレス・バス使用を減少させ、水平空間解像度が減少する。しかし、この水平解像度の減少はトリック再生の期間に発生し、増大された画像動きレート（速度）によって、人の心理的視覚作用によりその解像度の減少は知覚できないかもしれない。
【００４６】
図４のブロック図は図２に示されたのと同じ機能および構成要素の番号を示している。しかし、図４は次に説明する別の本発明の構成をさらに含んでいる。
【００４７】
図２、図３および図４に示された典型的なディジタル・ビデオ・ディスク・プレーヤは、２つの部分、即ちフロントエンドおよびバックエンドからなると考えてもよい。フロントエンドはディスクおよびトランスデューサを制御し、バックエンドはＭＰＥＧ復号および全体の制御を行う。そのような機能分割は一貫性のある静的状態のＭＰＥＧ復号に対する明らかな解決法を表す。しかし、バックエンドにおける処理および制御のそのような分割によって、マイクロコントローラは、例えばトリック・モード動作の期間においておよび特に逆方向での再生時に、過負荷状態となるかもしれない。
【００４８】
上述したように、マイクロコントローラ５１０は、フロントエンドから受け取った入来ビットストリーム４１を管理し不所望のデータから所望のデータを識別することが要求される。第１の有利な構成において、ビットストリーム４１はフロントエンドとバックエンドの間に制御可能な形態で結合される。図２の典型的なプレーヤにおいて、光ピックアップまたはトランスデューサ１５は上述のように再配置される。バックエンドにおいて取り出されたセクタ・アドレスはＩ²Ｃ制御バス５１４を介してフロントエンド・サーボ・システム５０に送られて、トランスデューサ１５を再配置させる。しかし、光ピックアップまたはトランスデューサ１５は、最下位ディジット（桁）を除去するように切り捨てられたセクタ・アドレスに応答してサーボ制御される。このアドレスの切り捨てによって、１６セクタからなる各グループまたは各ブロックにおける各セクタの捕捉を可能にする。そのグループ化は、記録の期間における１６セクタにわたって適用されるリード・ソロモン・プロダクト符号化およびペイロード・データ・インタリーブによって、エラー訂正（ＥＣＣ）を容易にするのに必要である。従って、情報は１６セクタのＥＣＣグループの形式でディスクから捕捉（取得）され、一般的に所望のセクタ・アドレスを含んでいる取り出されたデータはバックエンド処理によって要求されるそのアドレスの前に位置しまたはそのアドレスの先行アドレスである。さらに、トランスデューサは、回転するディスクに対して半径方向または接線方向（ｔａｎｇｅｎｔｉａｌ）の動きによって移動して、１つまたは複数の所望のセクタ・アドレスが含まれている複数のセクタのＥＣＣブロックを含んでいるトラックを捕捉する。従って、再配置の後、トランスデューサは焦点を当てて、ディスクが要求されたまたは所望のセクタ・アドレスを含んだＥＣＣセクタ・ブロックに向かって回転するに従ってセクタが変換される。従って、トランスデューサおよび所望のセクタ・アドレスの最悪の場合の再配置を考えると、何百もの不所望のセクタが変換され得る。ディスク半径が増大するに従ってセクタ数が増大するので、再生される不所望のセクタの数も増大する。さらに、前のまたは先行するアドレスを捕捉するには、ディスクを完全に１回転させる必要がある可能性もあり、その結果、不所望のセクタが再生される。従って、所望のセクタ・アドレスの発生前に非常に多くの不所望のデータが再生される。そのビットストリームは、図４に信号４４として示されており、ＥＣＣブロック４５および４６においてエラー訂正されるように結合される所望のデータと不所望のデータの双方を含んでいる。エラー訂正されたビットストリームはＥＣＣ処理から信号４１として出力され、信号４１はバックエンドに結合され、そのバックエンドにおいてマイクロコントローラ５１０は不所望のデータから所望のデータを識別する。
【００４９】
図４には本発明の構成が示されており、この図において、データ信号４４が、８：１６コード復調器から出力され、例えばトランスミッション・ゲートまたは論理機能のような制御要素４５Ａを介してリード・ソロモン・エラー訂正ブロック４５および４６に結合される。制御要素４５Ａを制御する構成要素４３は、ブロック４７においてエラー訂正されアドレス信号４２として出力された復元済みの現在の再生セクタ・アドレスと、例えばピクチャ・タイプのような次の所望のデータを表していてバックエンドから取り出されたセクタ・アドレス５３Ａとを比較する。その比較は比較器または論理機能によって容易に行うことができる。従って、再生セクタ・アドレス４２がバックエンドによって要求されるアドレス５３Ａと等しいときは、復調されたデータ出力が、エラー訂正バッファ・ブロックＥＣＣ４５および４６に結合するための信号４３Ａによってイネーブル（ｅｎａｂｌｅ）される。エラー訂正は１６セクタの各グループに適用されるので、要求されたアドレスと実際のアドレスとの比較は、所望のセクタを含んだセクタのＥＣＣブロックがリード・ソロモン訂正のためにイネーブルされるように行われる。例えば、セクタ・アドレス比較は最下位ビットが切り捨てられたアドレスを用いて容易に行われる。
【００５０】
例えば、ＢタイプのＭＰＥＧピクチャが３つのセクタを占め、ＩタイプのＭＰＥＧピクチャが３０セクタまたはそれより多くのセクタを要求するかもしれないので、要求されたセクタ・アドレスは所望のピクチャ・タイプの初期データ・セクタを表す。さらに、所望のセクタ・アドレスと再生セクタ・アドレスとが実質的に等しいことを表す信号４３Ａは、所望のアドレスが変化するまで、即ち別のトランスデューサ・ジャンプが要求されるまで、その論理状態が維持されるラッチ機能を表すと考えてもよい。新しいセクタ・アドレスを受け取ると信号４３Ａの状態が変化し、それによって、新しい所望のアドレスが再生信号中に発生して比較器４３によって検出されるまで、再生されたデータが抑止される。換言すれば、信号４４がエラー訂正のためにイネーブルされた状態を維持し、ＥＣＣブロック４５および４６がイネーブルされ、出力信号４１が維持され、または簡単に云うと、ディスクは異なるトランスデューサ位置が要求されるまで再生し続ける。
【００５１】
エラー訂正バッファ４５および４６がＲＳ訂正に必要なセクタ数で満たされることを保証するために、所望のセクタの検出による再生の発生は、切り捨てられたセクタ・アドレスと比較することによって行えばよい。別の実施形態において、同じ検出による再生の発生を用いて、信号４５Ｂを用いてエラー訂正バッファメモリ４５および４６の動作を制御または可能にしてもよい。代替的な本発明の構成において、要求されたセクタだけが出力制御要素４６Ａを介して可能にされる。要素４６Ａによる選択は要素４５Ａおよび４５Ｂによって行われる制御とは異なる。インタリーブ形式またはシャッフル形式（ｓｈｕｆｆｌｅｄ）のデータ・フォーマットであるので、要素４５Ａおよび４５Ｂによって、要求されたセクタを含んだＥＣＣブロックがイネーブル（ｅｎａｂｌｅ）される。所望の再生セクタの検出は、実際の再生セクタ・アドレスと要求されたまたは所望のアドレスとを比較することによって行えばよい。しかし、この制御機能がバッファメモリを用いるエラー訂正およびデシャッフル（ｄｅｓｈｕｆｆｌｅ）の基本的に後で実行されるので、その結果の出力信号４１は少なくとも１つのＥＣＣブロック期間だけ遅延される。従って、エラー訂正された出力データは、ＥＣＣバッファ入力に存在するものとして識別される所望のデータ（アドレス）の前に変換されたセクタのグループに対応する。明らかに、そのバッファ遅延は既知のものなので、信号４３Ａを要素４６Ａに結合する制御において、例えばｔとして表された遅延方法を用いることによって補償してもよい。制御要素４６Ａは、バックエンドに対するビットストリーム供給をイネーブル（ｅｎａｂｌｅ）またはディセーブル（ｄｉｓａｂｌｅ）することができる直列スイッチ要素として示されている。従って、信号４３Ａは、処理およびバッファ遅延を補償するように適正に時間調整され、処理ブロック５００に送信するビットストリーム４１のデインタリーブを選択的にイネーブルするように供給される。先の本発明の実施形態を用いることによって、要求されたセクタからの変換されたデータだけを格納および復号のためにバックエンドに結合させることができ、従ってマイクロコントローラ５１０の作業（処理）負荷が減少する。
【００５２】
上述したように、変換された信号３１はブロック４０において復調され、８：１６変調が解除（復調）され、出力信号４４および４４Ａが生成される。信号４４はデインタリーブおよびエラー訂正のために結合され、信号４４Ａは別にエラー訂正されて再生セクタ・アドレスが生成される。デインタリーブおよびエラー訂正は、図４のＥＣＣバッファメモリ４５および４６において実行される。各バッファは、１つのアレイとして配列された１６セクタの再生データストリームを格納して、デインタリーブを容易にし、要求される行および列のプロダクトの処理を可能にする。カスケード接続されたＥＣＣバッファメモリは再生されたシリアル・ビットストリームに遅延を与え、１×回転速度ではそれは（２×１６×１．４）ミリ秒（ｍｓ）と近似すればよい。ここで、２はＥＣＣバッファ４５および４６を表し、１６は訂正が適用されるセクタ数を表し、１．４は１×回転速度の１セクタの時間（期間）を表す。従って、再生されたビットストリームは最低約４５ミリ秒だけ遅延される。
【００５３】
ビットストリーム４４ＡはＥＣＣブロック４７で処理されてセクタ識別アドレスがエラー訂正される。しかし、そのセクタ・アドレスが短くてセクタに特有なので、エラー訂正ブロック４７は再生セクタ・アドレス信号４２に取るに足らない（僅かな）遅延を与える。
【００５４】
既に説明したように、エラー訂正されたビットストリームはエラー訂正遅延を受ける。ビットストリーム４１はバックエンドで受け取られて、そこでＤＶＤデータから種々のＭＰＥＧパケットが分離される。ビデオ・パケットはＭＰＥＧ復号器５３０によって復号するために典型的なバッファ６０Ｂに格納される。前述のように復号器５３０はコントローラ５１０に信号５１３を送って、復号された各ピクチャの完了を示し、その結果、復号すべき次のピクチャの捕捉が生じる。従って、特定のピクチャの終わり、例えば図５ＡにおけるＡとマークされたビデオ・セクタに含まれるピクチャの終わりにおいて、信号５１３が復号器によって生成される。復号のための典型的な次の所望のピクチャはディスクから取り出さ（復元し）なければならず、従って、トランスデューサ１５を所望のピクチャを含んだセクタ・アドレスに再配置しなければならない。図５Ａは、バッファ６０Ａに結合される、複数のセクタで構成されたビデオ・オブジェクト・ユニットを含んでいるビットストリーム４１の一部を示している。各セクタは、ビデオ、オーディオ、サブピクチャおよびナビゲーション・データを含んでいる。セクタＡの終わりは、トラック・バッファ６０Ａ内でまたはその前に、次のセクタ・アドレスの発生によって、または信号５１３で示したようなＭＰＥＧ復号の後で、有利な形態で決定されてもよい。従って、図５ＡにおけるＮＥＸＴが付された矢印は、マイクロコントローラ５１０からフロントエンドへの次のセクタ・アドレス要求の近似的な時間調整された発生を示している。このアドレスおよびジャンプ要求はＩ²Ｃ制御バスによって送られ、その制御バスは割り込み優先度に応じて所望のセクタ要求の発生を遅延させる。
【００５５】
別の有利な構成において、マイクロコントローラ５１０割り込みの割り込み優先度は各動作モード間で再調整される。例えば、順方向モードにおけるメモリ・アドレスおよび制御要求は、トリック・モードにおける動作、特に再生速度での逆方向の再生動作の期間における動作に必要なもの（メモリ・アドレスおよび制御要求）とは異なる。トリック・モード動作の期間において、或る機能、および従ってそのメモリおよびＭＰＥＧ復号器制御は要求されない。例えば、トリック・モード動作の期間においてオーディオ復号およびサブピクチャ処理は要求されず、従って、アドレス、データおよび制御バス割り込みの優先度にはより低い優先度が割り当てられ、トラックおよびビデオ・ビット・バッファからのピクチャ・アクセスにはより高い優先度が割り当てられる。
【００５６】
要求されたセクタの適正タイミングでの（タイムリな、適時的な）捕捉は、トリック・モード動作の期間において特に重要である。しかし、バックエンド処理に応答して所望のセクタ捕捉を実行することによって、上述したように複数の遅延要素を有する制御ループが形成される。図４に示されている本発明の構成によれば、セクタ捕捉における遅延が減少し、簡単に云うと、最後の所望のセクタの検出された再生の発生によって、前に受け取った新しいセクタ・アドレスへのトランスデューサの移動を開始することが可能になる。図５Ａは、再生されたビットストリーム４１またはトラック・バッファ６０Ａと、サーボに対する本発明の次の／終わりのセクタ・アドレスの発生との間の近似的な時間関係を示すように配置された矢印Ｂを示している。図５Ａにおいて、矢印Ｂは、陰影を付けたナビゲーション・パックがビットストリームから読み出された後で直ぐに発生するように示されている。ピクチャＡにおいて、矢印ＮＥＸＴは、約７セクタ後の（復号完了後）信号５１３の発生を示すように示されている。しかし、実際は、ＩおよびＰタイプのピクチャは図５Ａに示されているセクタよりかなり多いセクタを含んでおり、従って矢印ＮＥＸＴは、アドレスおよびジャンプ要求の発生に対応して、図示されているより相当後で発生する。従って、本発明の次の／終わりのセクタ・アドレスは、マイクロコントローラ５１０によって、ナビゲーション・パック捕捉および／または有利なピクチャ／セクタ・アドレス判定およびテーブル組立の後で発生される。次の／終わりのセクタ・アドレスを用いることによって、所望のセクタ・アドレスがトランスデューサへのジャンプ命令から時間的に離れているかもしれないことが分かる。次の／終わりのセクタ・アドレスはトランスデューサ・サーボ・システムにおいて効果的に予備（予め）ロードされ、最初（第１）の不所望のセクタ・アドレスの再生に応答してトランスデューサのジャンプが実行される。セクタ・アドレスはビットストリーム４１の長いＥＣＣ遅延を受けないので、ＥＣＣブロック４５および４６から最後の所望のセクタが現れる前にトランスデューサは動かされる。
【００５７】
図４において、制御データはＩ²Ｃバス５１４によって送られ、その制御バスは次の所望の再生セクタ・アドレスをサーボ制御システム５０に伝送（交信）する。次の所望の再生セクタ・アドレスは、記憶されたトリック再生、速度に特有のシーケンス、再生され記憶されたナビゲーション・データから、または有利な形態で判定された再生ピクチャ・データから生じたアドレス・データを処理するマイクロコントローラ５１０によって生成される。次のアドレスはＩ²Ｃバスから読み出され、構成要素５３に格納される。そのＩ²Ｃデータは、本発明による終わり／最後の（エンド／ラスト）セクタ・アドレス、または不所望のセクタ・アドレスをも含んでいる。その終わり／最後のセクタ・アドレスは、復元され記憶されたナビゲーション・データから得てもよいが、それによって、限られた数の所定のピクチャ・アドレスだけが得られ、従ってトリック・モードに対して有利な形態で決定されたピクチャ・セクタ・アドレスの終わり（エンド）が用いられる。その終わり／最後のセクタ・アドレスはＩ²Ｃバスから読み出され、構成要素５２に格納される。その最後のセクタ・アドレスはバス伝送の前にまたは受け取ったときに変えられ（変形され）て、所望のセクタの欠落が防止され、例えばセクタ・アドレスに１つのユニット・カウント（１単位計数）が加えられ、従って最初（第１）の不所望のセクタのアドレス動作および検出が保証される。その最後のセクタ・アドレスまたは変えられたアドレス５２Ａは、典型的な比較器５１において再生セクタ・アドレス信号４２と比較するように結合される。従って、再生セクタ・アドレス４２がアドレス５２Ａと等しいときは、最初の不所望のセクタが変換されそうになり、比較器５１は制御信号５１Ａを発生する。制御信号５１Ａは、例えば、記憶されたアドレス・データをサーボにロードしまたはシフトすることによって、または次のセクタ・アドレスをサーボ・システムに結合してトランスデューサ１５の再配置を開始する典型的な選択器スイッチ５４によって、構成要素５３からの結合をイネーブルする。説明したように、トランスデューサは次の所望のピクチャを含んだトラックに移動され、所望のピクチャが再生されたときにデータ出力信号４１は有利な形態で構成要素４３によってイネーブルされる。
【００５８】
トランスデューサは、トラックを辿って、バックエンドによって処理される所望のセクタを再生し続ける。そのセクタから復元されたデータに応答して、次のセクタ・アドレスと終わりのセクタ・アドレスの新しい１対が発生されてＩ²Ｃバスを介して伝送される。その新しいアドレスは前と同様に構成要素５２および５３に受け取られて格納される。しかし、新しい終わりのセクタ・アドレス５４が再生されて構成要素５１によって検出される前にトランスデューサのジャンプが開始するのを回避するために、典型的な選択器５４はリセットされ開放されて、新しいセクタ・アドレスの未達成の開始および捕捉が防止（阻止）される。
【００５９】
上述の本発明によるトランスデューサ制御シーケンスは、基本的に遅延されていない再生セクタ・アドレスと予めロードされた所望のセクタ・アドレスとを比較することによって、トランスデューサの移動（動作）を開始し、新しい再生ビットストリームの捕捉における遅延が不要になって、改善（増強）されたトリック・モード動作が容易に行われる。
【００６０】
ＭＰＥＧピクチャ復号の順序は、周知のように、符号化ピクチャ階層（ハイアラキ）によって決定され、従ってその復号シーケンスに従って順方向モード動作が行われる。しかし、トリック再生動作は、所定のトリック再生アルゴリズムによって要求されるピクチャ・シーケンスと、ビデオ・ビット・バッファ中でピクチャがどこで開始し停止するかに関する知識とに基づいてＭＰＥＧピクチャ復号順序を制御することによって有利な形態で容易に行うことができる。従って、例えば図５Ｃにおいて計算したようなまたは図６のビットストリーム・サーチによって決定されるようなビデオ・ビット・バッファ６０Ｂにおけるピクチャ位置の知識（情報）によって、スタートコード検出器５２０および可変長検出器５３１におけるメモリ・スタート・ポインタが、有利な形態で、例えばトリック・モード動作の期間に要求に応じてピクチャにランダムにアクセスするように指示される。図５Ｄには前述のピクチャ・フラグメントを含んだ典型的なビデオ・ビット・バッファが示されている。スタートコード検出器メモリ・ポインタが矢印ＳＣＤで示されており、それによって典型的なビデオ・ビット・バッファがサーチされてＭＰＥＧスタートコードの位置が求められる。しかし、最初のＰピクチャの第３のセクタにおいて、スタートコード検出器メモリ・ポインタＳＣＤ１は、次の不所望なピクチャからのスタートコードの検出を示している。従って、スタートコード・メモリ・ポインタを、既知のバイト精度のメモリ位置に有利な形態で指示することによって、図５Ｄの矢印ＳＣＤ２によって示されるように、不所望のピクチャおよび不所望の復号器ハングアップ（停止）が回避される。
【００６１】
別の有利なトリック・モード構成において、前のピクチャからの不所望のデータは、スタートコード検出器（ＳＣＤ）５２０および可変長復号器（ＶＬＤ）５３１における入力および出力ＦＩＦＯ、ファーストイン・ファーストアウト（先入れ先出し）レジスタにおいてクリアされる。図３に示された信号５２１／５３２は、それぞれのＦＩＦＯをクリアしまたはリセットして、前の復号動作からの残留しているデータを除去する。ＦＩＦＯのそのようなクリアまたはフラッシュ（ｆｌｕｓｈ）動作によって、ＳＣＤおよびＶＬＤは、典型的なビット・バッファ６０Ｂからの新しいデータに対して次の復号動作を開始し、従って残った前のデータから復号器の誤動作を生じさせる別の原因（源）が除去される。
【００６２】
再生速度での逆方向再生動作にはＢフレームの再生が必要であり、別のトリック・モード最適化においては、逆方向モード動作が、バッファメモリ要求について、隣接のＢピクチャの復号の順序を逆にすることによって有利な形態で単純化される。この有利な復号順序の逆転は、そのトリック・モードによって要求される特定のピクチャの復号をイネーブルするようメモリ・スタート・ポインタをセットして制御することによって行われる。別のトリック・モード最適化においては、バッファメモリのサイズおよび制御は、トリック再生動作の期間において、特定のトリック再生アルゴリズムによる要求に応じたアドレス操作によってビデオ・ビット・バッファにおけるピクチャを有利な形態でスキップしまたは読み出さないことによって単純化してもよい。メモリのサイズおよび制御は、さらに、トリック再生の期間において、直ぐにまたはトリック再生アルゴリズムによる特定の要求に応じて複数のピクチャの多重復号を有利な形態でイネーブルすることによって最適化してもよい。それらの有利な機能を実現するには、書き込み（ライト）／読み出し（リード）機能とその両者間の同期を注意深く制御する必要がある。
【００６３】
さらに別のトリック・モード最適化においては、ピクチャ復号をスキップすることによってオーディオ・ビデオ同期またはリップ（ｌｉｐ）同期を容易にする復号器制御機能が制御範囲（レンジ）について有利な形態で増大（拡張）され、その機能をトリック・モード動作の期間に用いることによって、２と少なくとも６の間の選択可能な数のピクチャをスキップすることができまたは復号しないようにできる。そのようなピクチャ操作によって、各ＧＯＰ内のＢピクチャをスキップすることによって６倍の再生速度（６倍速）でのトリック再生動作が有利な形態で容易になる。
【００６４】
トリック・モード動作に対するメモリ制御および割り当て要求に加えて、ＭＰＥＧ復号を、例えばＩまたはＰピクチャの復号とフィールド期間内の表示および／またはメモリ記憶のための復号結果の書き込みとを基本的に同時に行う動作によって、最適化してもよい。バッファメモリを用いずにＢタイプのピクチャを復号する能力が用いられる。そのようなＢタイプ・ピクチャ復号はＢフレーム・オン・ザ・フライ（ＢＯＦ、Ｂ ｆｒａｍｅｓ−ｏｎ−ｔｈｅ−ｆｌｙ）として知られている。さらに、トリック再生動作は、復号されたフィールドをメモリに書き込み、それと同時に同じメモリ内のインタレースされた位置から表示フィールドを読み出すことによって有利な形態で、改善（増強）してもよい。表示フィールドは時間的に分離したピクチャからのものであってもよい。そのような仮想的に同時的な読み出し書き込み動作は表示フィールド期間内で実行してもよい。しかし、復号されたフィールドに上書きしたり、または復号されたフィールドが表示フィールド読み出しを妨害したりしてはいけない。バッファ記憶せずに復号する能力の関係から、このインタレース形の読み出し書き込み動作はＢピクチャについは要求されない。
【００６５】
逆方向トリック再生復号を行う典型的なプレーヤにおいて、ビットストリームまたはトラック・バッファ６０Ａを用いてその媒体から取り出（復元）された圧縮ＭＰＥＧビデオ・ビットストリームが格納される。トラック・バッファ６０Ａまたは圧縮ビデオ・ビット・バッファ６０Ｂを用いて、個々のＭＰＥＧピクチャへの多重アクセスが容易に行われる。復号トリック再生出力信号は、通常のテレビジョン受像機による表示を可能にするテレビジョン（ＴＶ）信号標準に準拠しなければならない。次の例はＤＶＤプレーヤにおけるＭＰＥＧ復号に対する本発明の制御シーケンスを示している。図７は、ビデオ・プレーヤにおいて３倍（３×）の再生速度（３倍速）での逆方向のトリック再生モードのための本発明の構成を示すチャートである。この典型的なチャートは、ＧＯＰまたはグループ・オブ・ピクチャＡ、Ｂ、ＣおよびＤを構成しているＭＰＥＧ符号化されたＩピクチャおよびＰピクチャを表す列を有する。各ＧＯＰは、フィルム源から取り出されたものではない１２個のピクチャを含んでいる。
【００６６】
この典型的なトリック再生シーケンスにおいては、逆方向の復号は、復号とその復号されたビデオの逆の順序での表示とを実現するＭＰＥＧ復号器および２つのフレーム・バッファの有利な構成を用いて容易に行うことができる。この例においては、ＩピクチャおよびＰピクチャだけが復号され、従って、それらだけがチャート（図表化）されている。図７は３７個の符号化ピクチャのシーケンスを示し、そのピクチャ番号が括弧内に示されている。右端の列は、“出力フィールド＃”（番号）と付されており、フィールド期間における増分（インクリメント）された時間軸を表している。その第１のフィールド、出力フィールド＃１は、トリック再生の開始をマークするものである。そのチャートの各行は、そのそれぞれのフィールド期間内に発生する本発明の処理を示している。次のような略記が図７において用いられている。フレーム・バッファには１および２の番号が付けられている。大文字“Ｄ”は特定の列の最も上に示されたピクチャ／フレームの復号を意味する。ピクチャの復号およびその結果の記憶のプロセスは“Ｄ＞１”で示されており、その番号は宛先フレーム・バッファ番号、即ち１を示している。小文字“ｄ”はその列に特有のフレームからのフィールドの表示を示している。出力フィールドは出力信号インタレース・シーケンスを保持するように選択すればよい。連続的出力フィールド・シーケンスを実現するには、明らかに、各チャート行に１つのフィールド表示命令“ｄ”が含まれている必要がある。
【００６７】
図７に示されたシーケンスは出力フィールド＃１において開始し、そこでＩピクチャＩ（３７）が復号されてフレーム・バッファ１、６０Ｃに格納される。そのＩピクチャ（３７）の復号と同時に、１つのフィールド、例えばＩフレーム（３７）の上側のフィールドが表示される。有利な復号器５３０を用いて、復号とその復号されたビデオ信号の表示とが同時に容易に行われる。出力フィールド＃２の期間において、ＭＰＥＧピクチャＩ（２５）がビットストリーム・バッファ６０Ｂから取り出され、復号され、フレーム・バッファ２、６０Ｄに格納される。それと同時に、別のフィールド、例えばＩ（３７）の下側のフィールドが、フレーム・バッファ１、６０Ｃから読み出されて表示される。
【００６８】
出力フィールド＃３の期間において、本発明の特徴を表す動作が生じる。フィールド＃３の期間において、Ｉ（３７）の典型的な上側のフィールドは、フレーム・バッファ１、６０Ｃからの読み出しによって繰り返される。Ｉ（３７）の繰り返される上側のフィールドのその読み出しと同時に、Ｉ（２５）を参照して予測形ピクチャＰ（２８）が復号されてフレーム・バッファ１、６０Ｃに格納される。正確な同期したタイミングで、復号されたフレームＰ（２８）がフレーム・バッファ１、６０Ｃに書き込まれる。この同時的動作は、ピクチャＩ（３７）の表示フィールドの読み出しに続いて１ライン毎に順次にピクチャＰ（２８）を復号することによって実行される。フレーム・バッファ１のその順次の読み出しおよび書き込みは、さらにこの典型的な復号器およびメモリ管理システムによって与えられる有利な機能である。
【００６９】
出力フィールド＃３の終わりにおいて、ＧＯＰ ＣのピクチャＩ（２５）およびＰ（２８）がフレーム・バッファ１（６０Ｃ）および２（６０Ｄ）にそれぞれ格納される。しかし、これらのフレームは、時間的により早いイベントを表し、後で発生するフレーム、例えばフレームＰ（３１）およびＰ（３４）の復号をイネーブル（可能に）するのに必要である。メモリ２（６０Ｄ）中に存在するイントラ（Ｉ）符号化されたピクチャＩ（２５）は、フレームＰ（２８）を復号するのに用いられたもので、同時には必要とされない。従って、出力フィールド＃４の表示を行うためには、フレーム・メモリ２にフレームＩ（３７）が上書きされ、再び読み出され、ビデオ・バッファ６０Ｂから復号される。出力のインタレースされたフィールド・シーケンスを維持するために、表示用のフレーム・バッファ２からフレームＩ（３７）の適当なフィールドにアクセスされる。出力フィールド＃５において、フィールド＃３において実行される有利な同時的処理が繰り返される。出力フィールド＃５は、フレーム・バッファ２からピクチャＩ（３２）の１つのフィールドを読み出すことによって取り出される。それと同時に、ピクチャＰ（３１）が、ピクチャＰ（２８）を参照してフレーム・メモリ１から復号され、その復号結果がバッファ２に格納される。従って、この典型的な３倍の逆方向の再生の最初の５つの出力フィールドはＩピクチャ（３７）の静止画像または固定画像を形成する。しかし、出力フィールド＃５の終わりには、フレーム・バッファ１および２にそれぞれ格納されたピクチャＩ（２８）およびＰ（３１）とともに、トリック再生出力信号の発生が開始される。
【００７０】
出力フィールド＃６において、予測形ピクチャＰ（３４）はビットストリーム・バッファ６０Ａまたはビデオ・ビット・バッファ６０Ｂから読み出され、復号され、記憶されることなく適当な１つのフィールドとして表示される。従って、フィールド＃６は３倍速の逆方向の動きの表示を開始する。出力フィールド＃７において、ピクチャＰ（３４）が再び取り出され、復号され、他方のフィールドが選択されて表示される。前に復号されフレーム・バッファ２に格納されたピクチャＰ（３１）が、読み出され、出力フィールド＃８および＃９を形成する。
【００７１】
出力フィールド＃９の終わりにおいてはピクチャＰ（３１）を記憶させる要求はもはや存在せず、従って、次の先行ＧＯＰ Ｂのイントラ符号化されたピクチャＩ（１３）が取得され、復号され、フレーム・バッファ２に格納される。出力フィールド＃１０および＃１１は、予測形ピクチャＰ（２８）を含んでいるフレーム・バッファ１から読み出される。フィールド＃１１の読み出しと同時に、予測形ピクチャＰ（１６）がビットストリーム・バッファ６０Ｂから取得され、復号され、フレーム・バッファ１に順次格納される。両フレーム・バッファは次の先行ＧＯＰ Ｂのアンカー（ａｎｃｈｏｒ）フレームを含んでいるので、出力フィールド＃１２および＃１３は出力フィールド＃６および＃７と同様の形態で取り出される。予測形ピクチャＰ（２５）はビットストリーム・バッファ６０Ｂから読み出され、復号され、その適当なフィールドが格納されずに表示される。
【００７２】
このようにして、ピクチャＩ（１３）、Ｐ（１６）、Ｐ（１９）およびＰ（２２）を含んでいる次の先行ＧＯＰ Ｂが、ＧＯＰ Ｃについて説明したのと同様に処理される。
【図面の簡単な説明】
【図１】 図１Ａは、ＭＰＥＧ２のＧＯＰを示している。
図１Ｂは、３倍速での再生および逆方向トリック再生を行っている期間における記録されたＧＯＰを示している。
【図２】 図２は、本発明の構成を含む典型的なディジタル・ディスク・プレーヤのブロック図を示している。
【図３】 図３は、本発明の種々の構成を表す図２の一部のより詳細な構成を示している。
【図４】 図４は、図２の構成に他の有利な構成を加えた図２のディジタル・ディスク・プレーヤを示している。
【図５】 図５のＡおよびＢは、トラック・バッファリングの前の典型的なビットストリームを示している。図５のＣおよびＤは、バッファメモリ中の典型的なデータを示している。
【図６】 図６は、セクタ境界を横切るように配置されたスタートコードを復元するための本発明の構成を示すフローチャートを示している。
【図７】 図７は、３倍（３×）の再生速度の逆方向トリック再生のための本発明のシーケンスを示すチャートを示している。

Claims (1)

1. ディジタル・ディスク装置による再生の期間において変換された複数のセクタに配列されたデータストリームの中の複数のスタートコードの中から１つのスタートコードを捕捉する方法であって、
   （ａ）前記データストリームをサーチして前記複数のセクタの中の特定のセクタ・タイプの位置を求めるステップと、
   （ｂ）前記特定のセクタ・タイプをサーチして前記複数のスタートコードの中から１つのスタートコードの位置を求めるステップと、
   （ｃ）前記スタートコードを不完全であると判定するステップと、
   （ｄ）前記データストリームをサーチして前記複数のセクタの中の前記特定のセクタ・タイプの第２のセクタの位置を求めるステップと、
   （ｅ）前記特定のセクタ・タイプの中の前記第２のセクタをサーチして前記複数のスタートコードの中から前記スタートコード・タイプの第２のスタートコードの位置を求めるステップと、
   （ｆ）前記第２のスタートコードが前記不完全なスタートコードの残りであると判定するステップと、
   （ｇ）前記不完全なスタートコード値と前記残りのスタートコード値とを組合せて完全なスタートコードを形成するステップと、
   を含む、前記スタートコードを捕捉する方法。

Images