(57)【要約】  ビデオデコーダは、符号化されたビデオビットストリームの現在ピクチャに関連するピクチャバッファパラメータの１番目のセットを取得する。ピクチャバッファパラメータの１番目のセットは、グラフィクスプロセッサによる現在ピクチャの復号化において使用するための一つまたはそれ以上の参照ピクチャのセットを特定する。ビデオデコーディングは、グラフィクスプロセッサによる現在ピクチャの復号化において使用するために、ピクチャバッファパラメータの１番目のセットをピクチャバッファパラメータの２番目の（異なる）セットへと修正する。ピクチャバッファパラメータの２番目のセットは、現在ピクチャの復号化のために、グラフィクスプロセッサに対して転送される。
2016525297.tif 000002
【特許請求の範囲】
【請求項１】
符号化されたビデオビットストリームの現在ピクチャに関連するピクチャバッファパラメータの１番目のセットを取得するステップであり、前記ピクチャバッファパラメータの１番目のセットは、グラフィクスプロセッサによる前記現在ピクチャの復号化において使用するための一つまたはそれ以上の参照ピクチャのセットを特定している、ステップと、
前記グラフィクスプロセッサによる前記現在ピクチャの復号化において使用するために、前記ピクチャバッファパラメータの１番目のセットをピクチャバッファパラメータの２番目のセットへと修正するステップであり、前記ピクチャバッファパラメータの２番目のセットは、前記ピクチャバッファパラメータの１番目のセットとは異なる一つまたはそれ以上の参照ピクチャのセットを特定している、ステップと、
前記現在ピクチャの復号化のために、前記ピクチャバッファパラメータの２番目のセットを前記グラフィクスプロセッサに対して転送するステップと、
を含む、方法。
【請求項２】
前記ピクチャバッファパラメータの１番目のセットを取得するステップは、
デコーダにおいて前記符号化されたビデオビットストリームを受信するステップと、
前記符号化されたビデオビットストリームから、前記ピクチャバッファパラメータの１番目のセットを抽出するステップと、
を含む、請求項１に記載の方法。
【請求項３】
前記ピクチャバッファパラメータの１番目のセットを修正するステップは、
現在ピクチャ全体の復号化のために使用されるべきことが示されたピクチャバッファパラメータの１番目のセットを、現在ピクチャ全体の復号化のために使用されるべきことが示されたピクチャバッファパラメータの２番目のセットと置き換えるステップであり、前記ピクチャバッファパラメータの２番目のセットは、前記ピクチャバッファパラメータの１番目のセットと比較して、少なくとも一つの異なる参照ピクチャを参照している、ステップと、
を含む、請求項１に記載の方法。
【請求項４】
前記ピクチャバッファパラメータの１番目のセットと前記ピクチャバッファパラメータの２番目のセットのそれぞれは、参照ピクチャセットを含む、
請求項１に記載の方法。
【請求項５】
前記ピクチャバッファパラメータの１番目のセットと前記ピクチャバッファパラメータの２番目のセットのそれぞれは、参照ピクチャセットにおける少なくとも一つのエントリーを参照しているピクチャバッファパラメータを含み、
前記少なくとも一つのエントリーは、通常の表示順序において前記現在ピクチャに先立つピクチャを特定しており、かつ、前記現在ピクチャに対する復号化プロセスにおいて短期間参照ピクチャとして使用される、
請求項１に記載の方法。
【請求項６】
前記ピクチャバッファパラメータの１番目のセットと前記ピクチャバッファパラメータの２番目のセットのそれぞれは、参照ピクチャセットにおける少なくとも一つのエントリーを参照しているピクチャバッファパラメータを含み、
前記少なくとも一つのエントリーは、通常の表示順序において前記現在ピクチャの後に続くピクチャを特定しており、かつ、前記現在ピクチャに対する復号化プロセスにおいて短期間参照ピクチャとして使用される、
請求項１に記載の方法。
【請求項７】
前記ピクチャバッファパラメータの１番目のセットと前記ピクチャバッファパラメータの２番目のセットのそれぞれは、参照ピクチャセットにおける少なくとも一つのエントリーを参照しているピクチャバッファパラメータを含み、
ピクチャを特定して前記少なくとも一つのエントリーは、ピクチャを特定しており、前記現在ピクチャに対する復号化プロセスにおいて長期間参照ピクチャとして使用される、
請求項１に記載の方法。
【請求項８】
前記ピクチャバッファパラメータの２番目のセットは、前記グラフィクスプロセッサによって符号化されたビデオビットストリームから取得され得るピクチャバッファパラメータとの対応するセットと一貫性がない
請求項１に記載の方法。
【請求項９】
コンピュータプロセスをコンピュータシステム上で実行するためのコンピュータで実行可能なインストラクションを符号化する、一つまたはそれ以上のコンピュータで読取り可能な記憶媒体であって、
前記コンピュータプロセスは、
符号化されたビデオビットストリームの現在ピクチャに関連するピクチャバッファパラメータの１番目のセットを取得するステップであり、前記ピクチャバッファパラメータの１番目のセットは、グラフィクスプロセッサによる前記現在ピクチャの復号化において使用するための一つまたはそれ以上の参照ピクチャのセットを特定している、ステップと、
前記グラフィクスプロセッサによる前記現在ピクチャの復号化において使用するために、前記ピクチャバッファパラメータの１番目のセットをピクチャバッファパラメータの２番目のセットへと修正するステップであり、前記ピクチャバッファパラメータの２番目のセットは、前記ピクチャバッファパラメータの１番目のセットとは異なる一つまたはそれ以上の参照ピクチャのセットを特定している、ステップと、
前記現在ピクチャの復号化のために、前記ピクチャバッファパラメータの２番目のセットを前記グラフィクスプロセッサに対して転送するステップと、
を含む、
コンピュータで読取り可能な記憶媒体。
【請求項１０】
符号化されたビデオビットストリームの現在ピクチャに関連するピクチャバッファパラメータの１番目のセットを取得するデコーダであり、
前記ピクチャバッファパラメータの１番目のセットは、グラフィクスプロセッサによる前記現在ピクチャの復号化において使用するための一つまたはそれ以上の参照ピクチャのセットを特定しており、かつ、
前記グラフィクスプロセッサによる前記現在ピクチャの復号化において使用するために、前記ピクチャバッファパラメータの１番目のセットをピクチャバッファパラメータの２番目のセットへと修正し、
前記ピクチャバッファパラメータの２番目のセットは、前記ピクチャバッファパラメータの１番目のセットとは異なる一つまたはそれ以上の参照ピクチャのセットを特定している、
デコーダと、
前記現在ピクチャの復号化のために、前記ピクチャバッファパラメータの２番目のセットを前記グラフィクスプロセッサに対して転送するデータ転送モジュールと、
を含む、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グラフィクスプロセッサを使用するビデオ復号化のためのピクチャ（ｐｉｃｔｕｒｅ）参照コントロールに関する。
【背景技術】
【０００２】
ビデオ録画（ｖｉｄｅｏ  ｒｅｃｏｒｄｉｎｇ）は、ビデオ再生のために一連の表示可能なピクチャを定めている符号化（ｅｎｃｏｄｅ）された画像データとしてのデジタル形式において、通信及び/又は保管され得るものである。いくつかのビデオ符号化フォーマットは、業界および消費者による容認を促進するために標準規格団体によって定義されている（例えば、Ｈ．２６１、ＭＰＥＧ−１、Ｈ．２６２／ＭＰＥＧ−２、Ｈ．２６３、ＭＰＥＧ−４  Ｐａｒｔ２、Ｈ．２６４／ＡＶＣ、ＳＭＰＴＥ  ＶＣ−１、およびＨ．２６５／ＨＥＶＣ）。ビデオ符号化は、典型的に、ビデオ録画に関する送信および保管の要求を低減する圧縮の態様を含んでいる。例えば、圧縮されたビデオはコンピュータデバイス上でより少ないストレージを占有し、かつ、コンピューティングデバイスから／まで、より短い時間期間で転送され得る（例えば、ストリームされる）。デジタルデータが復号化（ｄｅｃｏｄｅ）される場合、コード化されたビデオシーケンスにおけるそれぞれの符号化されたピクチャに対するデータが、ディスプレイ上での表示のための表示可能なピクチャを生成するように復号化される。ディスプレイは、コンピュータスクリーン、電話画面、または、他のディスプレイデバイス、といったものである。
【０００３】
加えて、グラフィクスプロセッサが、コンピューティングシステムにおけるホストプロセッサとの組み合せにおいて、しばしば使用される。所定のプロセッサ集中的な復号化オペレーションの負担を除く（ｏｆｆ−ｌｏａｄ）ためである。ホストプロセッサで実行されるデコーダと符号化された画像データの復号化におけるグラフィクスプロセッサとの間のインタラクションは、システムパフォーマンスを劇的に改善することができる。そうしたインタラクションは、ビデオを符号化するために使用される標準から独立したものであり得るし、かつ、それ自身が標準化されたインターフェイスによって管理され得る。
【０００４】
ビデオ再生システムにおいては通常再生が最も頻繁に使用される動作モードなので、ビデオ符号化標準は、しばしば、ビデオの通常再生にフォーカスされる。結果として、他の再生モード、「トリック再生（”ｔｒｉｃｋ  ｐｌａｙ”）」として参照され得るもの（例えば、早送り（ｆａｓｔ  ｆｏｒｗａｒｄ）、逆転（ｒｅｖｅｒｓｅ）、前方スキップ／早送りシーク、後方スキップ／巻き戻し、等）は、復号化の問題を表わし得る。例えば、そうしたトリック再生オペレーションのための復号化は、トリック再生モードが実行されるときに、未だに完全には転送、復号化、または、そうでなければ利用可能とされていないビデオデータに依存することがある。従って、利用可能でないビデオデータは、トリック再生オペレーションの最中に貧弱なパフォーマンス及び/又は貧弱なピクチャ品質を引き起こし得る。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここにおいて説明され、かつ、特許請求される実施は、上記の問題を取り扱う。符号化されたビデオビットストリーム（ｂｉｔｓｔｒｅａｍ）の現在ピクチャに関するピクチャバッファパラメータ（ｐｉｃｔｕｒｅ  ｂｕｆｆｅｒｉｎｇ  ｐａｒａｍｅｔｅｒ）の１番目のセットを取得することによるものである。ピクチャバッファパラメータの１番目のセットは、グラフィクスプロセッサによる現在ピクチャの復号化における使用のための一つまたはそれ以上の参照ピクチャの一つのセットを定めるものである。ビデオデコーダは、グラフィクスプロセッサによる現在ピクチャの復号化における使用のために、ピクチャバッファパラメータの１番目のセットをピクチャバッファパラメータの２番目の（異なる）セットへと修正する。ピクチャバッファパラメータの２番目のセットは、現在ピクチャの復号化のためにグラフィクスプロセッサへ転送される。
【課題を解決するための手段】
【０００６】
この概要は、詳細な説明部分において以下にさらに記述されるコンセプトの選択を簡素化された形式において紹介するために提供されるものである。この概要は、請求される技術的事項の主要な特徴または本質的な特徴を特定するように意図されたものではなく、また、請求される技術的事項の範囲を限定するために使用されるように意図されたものでもない。
【０００７】
他の実施例も、また、ここにおいて記述され、かつ、列挙される。
【図面の簡単な説明】
【０００８】
【図１】図１は、ビデオ再生デバイスのためのビデオ復号化システムの一つの実施例を示している。
【図２】図２は、入力チャンネルで受信した符号化されたビデオビットストリームから符号化されたピクチャを復号化するために、ピクチャバッファパラメータを使用するホスト処理デバイスの一つの実施例を示している。
【図３】図３は、符号化／復号化プロセス、および、トリック再生モードの最中に使用するために修正されたパラメータの生成の一つの実施例を示している。
【図４】図４は、一連の表示可能なピクチャを構成するために使用され得る符号化されたピクチャのシーケンスの一つの実施例を示している。
【図５】図５は、ビデオトリック再生オペレーションのためのプロセスの実施例を示している。
【図６】図６は、説明される技術を実施することに役立つシステムの一つの実施例を示している。
【発明を実施するための形態】
【０００９】
図１は、ビデオ再生デバイスのためのビデオ復号化システム１００の一つの実施例を示している。この実施例においては、受信されたビデオデータストリームは、符号化されたビデオビットストリーム１０２として参照される。種々のソースから受信され得るものである。例えば、ビデオデータストリームは、以下のものから受信され得る。サイトに配置されたインターネット、クラウドにおける一つまたはそれ以上のストリームまたはサービス、ストレージディスク（ＤＶＤといったもの）、ビデオ電子会議システム、テレビ放送システム、離れて配置されたカメラシステム、同一のビデオ再生デバイスの一部を形成するメモリ、等からである。
【００１０】
ホスト処理デバイス１０４は、ビデオソース（例えば、ウェブベースのビデオサービス）から入力バッファ１１０の中へ（例えば、メモリの中）符号化されたビデオビットストリーム１０２を受け取る。プレーヤ（ｐｌａｙｅｒ）モジュール１１４は、ホストプロセッサの一つの例により、または、中央処理装置（ＣＰＵ）１１２との組み合せにおいて実行される。そして、プレーヤモジュールは、入力バッファ１１０からの符号化されたビデオビットストリーム１０２の復号化、および、対応する表示可能なピクチャの再生を管理する。従って、プレーヤ１１４は、符号化されたビデオビットストリーム１０２に係るどの符号化されたピクチャが、再生目的のためにデコーダ１１６によって復号化されるかを指示する。図１の実施例において、プレーヤ１１４は、通常前向き再生（ｎｏｒｍａｌ  ｆｏｒｗａｒｄ  ｐｌａｙｂａｃｋ）のために、符号化されたビデオビットストリームデータ１０２を復号化するようにデコーダ１１６に指示することができる。加えて、プレーヤ１１４は、他のタイプの再生のために、符号化されたビデオビットストリームデータ１０２を復号化するようにデコーダ１１６に指示することができる。他のタイプの再生は、限定されるものではなく、データエラー（例えば、データロスまたは破壊）の隠匿を含む再生、および、「トリック再生」オペレーション（例えば、早送り、逆転、ビデオピクチャシーケンスにおける任意のピクチャへのスキップ、等）を含んでいる。データ転送モジュール１１７は、符号化されたビデオビットストリーム１０２およびホスト処理デバイス１０４からの他のデータを、グラフィクスプロセッサ１０６へ転送するために使用される。図示された実施例において、データ転送モジュール１１７とグラフィクスプロセッサ１０６との間のインターフェイスは、標準化されたインターフェイス１０７によって管理される。デバイスドライバインターフェイス（ＤＤＩ）、または、アプリケーションプログラムインターフェイス（ＡＰＩ）といったものである。
【００１１】
グラフィクスプロセッサ１０６は、特定の機能を実行するように高度に専門化され得る。保管（または「バッファ」）された一連の参照ピクチャを使用して、符号化されたビデオビットストリーム１０２の表示可能なピクチャを復号化する、といったものである。一つの実施例において、それぞれの参照ピクチャは、全体ピクチャ（例えば、所与のピクチャに対するあらゆるピクセル）の３つの色成分（例えば、色成分は、輝度（ｌｕｍｉｎａｎｃｅ）、青色に向かう色度（ｃｈｒｏｍｉｎａｎｃｅ）の相違、および、赤色に向かう色度の相違、を表している色成分）を構成しているサンプルの３つのアレイを表している。符号化されたピクチャそれぞれの復号化において使用するためのピクチャ識別パラメータ、ここにおいて参照ピクチャセットとして参照されるものは、符号化されたビデオビットストリーム１０２（例えば、ピクチャレベルまたはスライスレベルのヘッダーデータにおけるものであり、ここで、それぞれのスライスはピクチャの別個の復号化可能な領域に対応している）のヘッダーデータにおいて識別され、そして、デコーダ１１６によって抽出される。この実施例において、一式の参照ピクチャは、符号化されたビデオビットストリーム１０２に係る符号化ピクチャを復号化するため、かつ、ビデオディスプレイ１０８上で表示可能なピクチャを生成するために、グラフィクスプロセッサ１０６によって使用される。グラフィクスプロセッサ１０６のサービスが呼び出されると、デコーダ１１６は、グラフィクスプロセッサ１０６に対して、識別された一式の参照ピクチャを使用して現在の符号化されたピクチャを復号化するように指示する。
【００１２】
通常の表示順序は、典型的に、コード化されたビデオシーケンスに係るビデオピクチャが通常の早送り再生の最中に表示されるであろうところの順序を参照する。しかしながら、符号化されたビデオピクチャが符号化されたビデオビットストリーム１０２において現れる順序は、ピクチャがビデオディスプレイ上に通常に表示されるところの順序と異なり得るものである。符号化されたビデオビットストリーム１０２の中のピクチャ順序付け情報（ｐｉｃｔｕｒｅ  ｏｒｄｅｒｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）は、通常の復号化順序（「ビットストリーム順序（”ｂｉｔｓｔｒｅｍ  ｏｒｄｅｒ”）」としても参照されるもの）と、デコーダに対する通常の出力順序（「通常表示順序（”ｎｏｒｍａｌ  ｄｉｓｐｌａｙ  ｏｒｄｅｒ”）」としても参照されるもの）との間のあらゆる相違を識別する。通常の再生モードの最中に、グラフィクスプロセッサ１０６は、タイムリーなやり方で現在ピクチャの復号化において使用するために、参照ピクチャセットにおいて識別された全ての参照ピクチャに係る保管されたコピー（例えば、グラフィクスプロセッサ１０６のバッファメモリの中にあるもの）に対するアクセスを有している。
【００１３】
しかしながら、トリック再生オペレーションの最中に、再生は、表示可能なピクチャに係る通常の再生シーケンスに従わず、そして、以前にバッファされた参照ピクチャは、トリック再生のターゲットピクチャに対して適用されない。例えば、早送り再生について、早送りシーケンスに係る次のピクチャは、コード化されたビデオシーケンスに対する通常の出力順序において現在ピクチャの先の数個のピクチャであってよい。そうであるから、以前にバッファされた参照ピクチャは、早送りオペレーションに係る次のピクチャに対して適用されなくてよい。そして、早送りオペレーションに係る次のピクチャに関連するいくつかの参照ピクチャは、次のピクチャの復号化における使用のために利用可能でなくてよい（それらは早送りオペレーションの最中にスキップされるからである）。そうであるから、デコーダ１１６は、利用可能でない参照ピクチャを無視するために、次のピクチャの復号化に関連する参照ピクチャセットを修正してよい。参照ピクチャセットのそうした修正は、他のタイプのトリック再生に対して使用され得るものである。早送り、スムーズ逆転、チャンネル獲得（ｃｈａｎｎｅｌ  ａｃｑｕｉｓｉｔｉｏｎ）、ランダムシーク、等を含むものである。
【００１４】
特に、チャンネル獲得やランダムシークといった、オペレーションがビデオピクチャシーケンスにおける新たなデータストリームまたは任意の位置へスイッチされるトリック再生に対して、以前にバッファされたピクチャは、トリック再生にための新たなターゲットピクチャに対する参照ピクチャセットについて、ほとんど又は全く関係がなくてよい。従って、新たなターゲットピクチャに対する参照ピクチャの修正により、新たなターゲットピクチャのより速い復号化ができる。例えば、長い復号化時間を課す参照ピクチャを省略することによるものである（例えば、多くのバッファされていない参照ピクチャに係る事前の復号化を要する参照ピクチャを省略する）。
【００１５】
参照ピクチャセットのそうした修正は、また、符号化されたビデオビットストリーム１０２におけるエラー（例えば、データ脱落といったもの）を隠匿するために使用されてもよい。例えば、デコーダ１１６が、現在ピクチャを復号化するために普通に使用されるであろう参照ピクチャが失われていることを検出した場合、デコーダ１１６は、現在ピクチャに係る参照ピクチャセットから失われた参照ピクチャを取り除くことができる。失われた参照ピクチャを、現在ピクチャの復号化における使用のために、異なり、利用可能な参照ピクチャに置き換えることによる、といったものである。
【００１６】
さらに別の実施例において、コンピューティングリソース（例えば、ビデオデコーダリソース、グラフィクスプロセッサリソース、等）、及び/又は、通信バンド幅は、再生の遅れ、または、遅れるリスクを生じ得る。そうしたシナリオにおいて、デコーダは、説明される技術を使用して、ピクチャのシーケンスの復号化を簡素化するように決定してよい（例えば、所定のピクチャの復号化をスキップすること、シーケンスにおけるそれぞれのピクチャの復号化から所定の参照ピクチャを省略すること、等によって、復号化の速度を上げて、再生が、例えば、オーディオストリームに追い付き、または、遅れずに付いていくことができる）。同様に、デコーダは、ビデオビットストリームを提供するビデオサーバに対するデータ配信リクエストから所定のピクチャを省略してよい。そうしたピクチャは、従って、ビデオシーケンスにおける所定のピクチャに対する参照ピクチャとして省略され得る。
【００１７】
上述のように、ホスト処理デバイス１０４は、現在ピクチャを復号化するときに参照ピクチャの異なるセットを使用するようにグラフィクスプロセッサ１０６に指示することによって、そうした動作モードを取扱うことができる。従って、通常再生の最中に、バッファされた参照ピクチャの１番目のセットを使用して普通に復号化されるであろうピクチャは、トリック再生またはエラー隠匿オペレーションの最中に、参照ピクチャの異なるセット（例えば、サブセット）を使用して復号化され得る。参照ピクチャの修正されたセットは、グラフィクスプロセッサ１０６が既にバッファした参照ピクチャまたは利用可能なピクチャから迅速に復号化できるものを特定することができる。従って、現在ピクチャは、こうした既にバッファされているか又は迅速に復号化される参照ピクチャから、それ自身で迅速に復号化され得る。一旦、現在ピクチャが復号化されると、表示可能なピクチャを生成して、ホスト処理デバイス１０４は、ユーザに対する表現（例えば、表示）のために、ビデオディスプレイ１０８へ復号化された表示可能なピクチャを送付する。
【００１８】
図２は、入力チャンネル２０２において受信した符号化されたビデオビットストリームから符号化されたピクチャを復号化するために、ピクチャバッファパラメータを使用するホスト処理デバイス２０４の一つの実施例を示している。ホスト処理デバイス２０４は、符号化されたビデオビットストリームを受信し、そして、符号化されたビデオビットストリームを処理するためにＣＰＵ２０３、プレーヤ２０５、およびデコーダ２０７を使用する。グラフィクスプロセッサ２０６は、符号化されたビデオビットストリームの復号化を支援するために特定のグラフィクス処理について使用される。
【００１９】
デコーダ２０７は、表示可能なピクチャを生成するように符号化されたピクチャを復号化するために、グラフィクスプロセッサ２０６によって使用されるべき参照ピクチャのセットを特定する。例えば、種々のビデオ標準に従って、符号化されたピクチャの典型的なタイプは、Ｉピクチャ、Ｐピクチャ、およびＢピクチャとして参照されてよい。それぞれの表示可能なピクチャは、これらの符号化されたピクチャのうち一つから復号化され得る。参照ピクチャは、Ｉピクチャを復号化するために使用されないが、ＰピクチャまたはＢピクチャを復号化するために一つまたはそれ以上の参照ピクチャが使用される。例えば、映画が、青空を横切って鳥が飛んでいるシーンを含む場合、ビデオコンテンツの大部分は、表示されている一つのピクチャから次のピクチャに対して、同一のままである。主要な変化は、空を横切って移動する際の鳥の位置である。このように、符号化されたＰピクチャまたはＢピクチャそれぞれに対してビデオデータの新たなセットの全部を送付するより、むしろ、ビデオ符号化は、後続の表示可能なピクチャを符号化するために、他のピクチャからの画像データ、例えば、以前に符号化されたピクチャ、を再使用する。鳥／空の実施例において、青空は変化しないので、青空領域に対応している以前に復号化されたピクチャの部分は、後続の符号化されたＰピクチャおよびＢピクチャを復号化するために再使用され得る。このアプローチは、ホスト処理デバイス２０４に対してダウンロードされるデータ量を削減する。符号化および復号化されるデータ量も同様である。
【００２０】
この復号化スキームの説明として、図２は、現在ピクチャのための参照ピクチャセット２２０として指定されたデータのアレイを示している。参照ピクチャセット２２０は、コード化されたビデオシーケンスについて復号化順序において現在ピクチャ及びあらゆる後続のピクチャを復号化するために（例えば、通常のビデオ再生のために復号化プロセスを実行する場合）、一つまたはそれ以上の参照ピクチャを指定してよい。従って、参照ピクチャセット２２０は、グラフィクスプロセッサ２０６に対して、現在ピクチャの復号化のためにバッファされるべき復号化された参照ピクチャ、および、通常の復号化順序におけるあらゆる後続のピクチャを特定してよい。デコーダ２０７による復号化プロセス及び/又は現在ピクチャそれぞれを復号化するためのグラフィクスプロセッサ２０６に係るオペレーションは、それぞれのピクチャに対する符号化データに依存しており、そして、ピクチャの順序およびタイミングに関する情報に依存してよい。復号化プロセスにおいて使用される参照ピクチャが、ビットストリームデータにおいて、短期間参照ピクチャとして又は長期間参照ピクチャとして識別されるかどうかの分類も同様である。現在ピクチャに対する復号化プロセスは、復号化プロセスにおいて使用される参照ピクチャが、ビットストリームデータにおいて、短期間参照ピクチャとして又は長期間参照ピクチャとして識別されるかどうかに依存してよい。例えば、ピクチャバッファパラメータにおいて参照ピクチャが識別される方法に関して、または、参照ピクチャに関連するモーションベクトルが使用される方法に関するものである。例えば、短期間参照ピクチャ又は長期間参照ピクチャとしてのピクチャの識別が符号化されたビットストリームデータフォーマットおよび復号化プロセスに影響する方法は、Ｈ．２６４／ＡＶＣ標準において規定されたもの、Ｈ．２６５／ＨＥＶＣ標準において規定されたもの、または、他のビデオコード化技術において使用されるものであってよい。
【００２１】
図示された実施例において、参照ピクチャセット２２０におけるそれぞれのエントリーは、特定のエントリーが他のパラメータによって参照され得るようにインデックス（ｉｎｄｅｘ）されている。図２において、３つのピクチャバッファパラメータ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ[]、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒ[]、およびＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ[]が定義され、参照ピクチャセット２２０において、現在ピクチャを復号化するために使用されるべき参照ピクチャが特定される。参照ピクチャセット２２０は、また、これら３つのピクチャバッファパラメータの中に含まれない追加のエントリー（図２で示されていない）を含んでよい（例えば、参照ピクチャセットにおいて、現在ピクチャを復号化するためには使用されないが、いくつかの他の後続のピクチャを復号化するために使用され得るピクチャを識別するためである）。実施例における３つの図示されたピクチャバッファパラメータが、以下のように、さらに詳細に説明される。
・ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ[]−通常の表示順序において現在ピクチャに先立つゼロまたはそれ以上のピクチャを特定しているピクチャバッファパラメータである。ピクチャは、コード化されたビデオシーケンスの中の現在の符号化されたピクチャに対する復号化プロセスにおいて、短期間参照ピクチャとして使用されるべきものである。
・ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒ[]−通常の表示順序において現在ピクチャの後に続くゼロまたはそれ以上のピクチャを特定しているピクチャバッファパラメータである。ピクチャは、コード化されたビデオシーケンスの中の現在の符号化されたピクチャに対する復号化プロセスにおいて、短期間参照ピクチャとして使用されるべきものである。
・ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ[]−コード化されたビデオシーケンスの中の現在の符号化されたピクチャに対する復号化プロセスにおいて、長期間参照ピクチャとして使用されるべきものである、ゼロまたはそれ以上のピクチャを特定しているピクチャバッファパラメータである。
【００２２】
３つのピクチャバッファパラメータは、アレイ２２４、２２６、および２２８として、それぞれに示されている。これらのパラメータのそれぞれは、参照ピクチャセット２２０における特定の参照エントリーを指定している一つまたはそれ以上のインデックスを保持している。デコーダ２０７は、そうしたパラメータを（例えば、ＤＤＩ２０９を通じて）グラフィクスプロセッサ２０６へ渡す。復号化されるべき符号化されたピクチャそれぞれに対して、現在の符号化されたピクチャを復号化するように使用するための参照ピクチャをグラフィクスプロセッサ２０６が識別することができるようにである。現在の符号化されたピクチャに対して、これらのピクチャバッファパラメータ（アレイ２２４、２２６、および２２８）によって特定された参照ピクチャは、参照ピクチャセットＡの現在部分として参照される。参照ピクチャセットの現在部分は、現在ピクチャ（後続のピクチャではない）に関連する一式の参照ピクチャを識別し、そして、復号化順序において関連するピクチャに先立つ全ての参照ピクチャを含んでおり、現在ピクチャのピクチャ間予測（ｉｎｔｅｒ−ｐｉｃｔｕｒｅ  ｐｒｅｄｉｃｔｉｏｎ）のために使用され得る。参照ピクチャセットの現在部分を含んでいることに加えて、参照ピクチャセット２２０は、現在ピクチャに関係しない追加のエントリーを含んでよい（例えば、復号化順序における後続のピクチャに関し得るエントリーといったものである）。
【００２３】
図２において、３つの図示されたピクチャバッファパラメータ（アレイ２２４、２２６、および２２８）は、参照ピクチャセット２２０における適切なエントリーを参照する。例えば、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ[]アレイ２２４は、参照ピクチャセット２２０におけるエントリー２３０と２３２を参照する。図示されたピクチャバッファパラメータ（アレイ２２４、２２６、および２２８）におけるそれぞれのエントリーに関連するデータは、いくつかの追加の関連データを含んでよい。ピクチャ順序付け位置データ、ピクチャタイミングデータ、等といったものであり、参照ピクチャセット２２０において対応しているエントリーの識別子に加えたものである。参照ピクチャセット２２０におけるそれぞれのエントリーに関連するデータは、また、参照ピクチャセット２２０におけるエントリーに関連するピクチャの識別子に加えて、いくつかの追加の関連データを含んでよい。代替的な実施例において、ピクチャバッファパラメータに関連するデータは、参照ピクチャセット２２０を介して間接的に識別するより、むしろ、直接的に参照ピクチャを識別してよい。
【００２４】
図１に関して説明したように、ピクチャバッファパラメータは、符号化されたビデオビットストリームにおける符号化されたピクチャそれぞれのスライスヘッダ（ｓｌｉｃｅ  ｈｅａｄｅｒ）から抽出されてよい。しかしながら、所定の状況において（例えば、トリック再生オペレーション、エラー隠匿オペレーション、等）、デコーダ２０７は、グラフィクスプロセッサ２０６に渡す前に、ピクチャバッファパラメータを変更することができる。そうした変更は、限定するものではないが、（現在ピクチャに対する参照ピクチャセットにおける）一つの参照ピクチャを、異なる参照ピクチャへの参照（ｒｅｆｅｒｅｎｃｅ）と置き換えることを含んでよい。一つの実施例において、変更された参照ピクチャセットは、参照ピクチャセットにおいて既に識別されている参照ピクチャに対する重複した参照を含んでよい。別の実施例において、参照ピクチャの置き換えは、グラフィクスプロセッサによって既にバッファされている異なる参照ピクチャであってよい。さらに別の実施例において、参照ピクチャの置き換えは、オリジナルの、変更されていない参照ピクチャセットにおいて識別されている参照ピクチャよりも、グラフィクスプロセッサによって、（例えば、直ちに利用可能な符号化されたピクチャデータ及び/又はバッファされた参照ピクチャから）より迅速に復号化され得る符号化されたピクチャに対応してよい。
【００２５】
図３は、符号化／復号化プロセス３００の一つの実施例を示している。図示されたプロセスは、トリック再生オペレーションの最中に使用するための修正されたピクチャバッファパラメータを生成する。同様なプロセスは、エラー隠匿オペレーション又はいくつかの他の再生オペレーションの最中に使用するための修正されたピクチャバッファパラメータを生成することができるだろう。記録デバイス、ビデオカメラといったものは、ピクチャの初期のシーケンス３０２をキャプチャする。ピクチャの初期のシーケンスは、コンピュータメモリのバッファに保管され、エンコーダ３０４へと入力される。エンコーダは、図Ａ−Ｎに対するデータセット３０６によって示されるように、キャプチャされたビデオデータを符号化されたフォーマットへ変換する。例えば、データＡ１、Ａ２、およびＡ３のセットは、３つのピクチャバッファパラメータのセットを示しており、そして、Ａ４は、基礎をなす画像データ、および、符号化されたピクチャＡを復号化するために使用され得る他の復号化パラメータを示している。３つのピクチャバッファパラメータＡ１、Ａ２、およびＡ３は、ピクチャＡに対する参照ピクチャセットを特定する３つのピクチャバッファパラメータを表している。個々のビデオ画像の符号化および復号化においては、他のピクチャバッファパラメータ（図示なし）、および、他のデータが使用され得ることが理解されるべきである。フォーマッター（ｆｏｒｍａｔｔｅｒ）３０８は、通信ネットワーク３１２にわたり送信され得る符号化されたビデオビットストリーム３１０を形成するために使用される。符号化されたビデオビットストリーム２１０は、また、他の手段を介して保管及び/又は送信され得ることが理解されるべきである。
【００２６】
ホスト処理システムは、通信ネットワーク３１２から符号化されたビデオビットストリーム３１０’を受信する。ホスト処理システムのプレーヤ３１４は、符号化されたビデオビットストリーム３１０’のスライスヘッダから、ピクチャバッファパラメータを含む、データのオリジナルセット３１６を抽出する。通常の再生モードの最中に、データのオリジナルセット３１６（例えば、ピクチャバッファパラメータＡ１、Ａ２、Ａ３、および、他のデータＡ４）は、インターネットを通じてグラフィクスプロセッサに渡される。表示のためのピクチャＡ、Ｂ、・・・Ｎを生成するように、対応する符号化されたピクチャを復号化するためである。しかしながら、トリック再生モードの最中に、デコーダ３１８は、データＡ１、Ａ２、Ａ３のオリジナルセットを変更することができる。例えば、新たなピクチャバッファパラメータ（例えば、Ａ１’、Ａ２’、Ａ３’）を作成するためである。プレーヤ３１４によって実行される再生に応じて、一つまたはそれ以上のピクチャバッファパラメータが修正され得ることが理解されるべきである。ピクチャバッファパラメータの全てが変更されることを要するものではない。これら一つまたはそれ以上の修正されたピクチャバッファパラメータは、他のデータ（例えば、Ａ４）と一緒に、インターネットを通じてグラフィクスプロセッサ３２２へデコーダ３１８によって供給される。わずかに（もしくは、なお実質的に）異なる復号化されたピクチャＡ’、Ｂ’、Ｃ’、Ｄ’・・・Ｎ’を生成するためである。シーケンスＡ’、Ｂ’、Ｃ’、Ｄ’・・・Ｎ’は、例えば、早送りトリック再生オペレーションの最中に表示される修正されたピクチャのセット３２４を表している。
【００２７】
図４は、一連の表示可能なピクチャを構成するために使用され得る符号化されたピクチャのシーケンス４００の一つの実施例を示しており、多くのものは参照ピクチャであり得る。ビデオディスプレイ上に最終的に表示されるそれぞれのピクチャは、ピクチャ間予測として参照される技術を使用して、復号化されたピクチャとゼロまたはそれ以上の参照ピクチャのセットから構成され得る。図４における矢印は、現在の符号化されたピクチャを復号化するためにどの他のピクチャが使用されるかを示しており、矢印によって指し示された特定のピクチャそれぞれに対する表示可能なピクチャを生成する。図４は、Ｉ、Ｐ、およびＢピクチャを示している。Ｉピクチャは、ピクチャ間予測を使用することなくそれ自身で復号化可能であり、対応する表示可能なピクチャを生成する。従って、図４においては、Ｉピクチャを指し示す矢印がない。対照的に、ＰおよびＢピクチャは、ピクチャ間予測参照（ｒｅｆｅｒｅｎｃｅ）を使用する。従って、図４において、種々の矢印が、そうしたＰおよびＢピクチャを指し示している。
【００２８】
図４において、それぞれのピクチャは、そのピクチャタイプに応じて、一つのＩ、Ｐ、またはＢピクチャによって指定されている。さらに、それぞれのピクチャが、特定のピクチャを指し示す矢印を有するピクチャに応じた参照ピクチャを使用して、復号化されるときに、表示可能なピクチャが生成される。Ｉ、Ｐ、およびＢに対する上付き文字は、通常の復号化順序を示している。符号化されたビデオビットストリームから連続的に復号化される際の一連のピクチャに対するものである。Ｉ、Ｐ、およびＢに対する下付き文字は、通常再生モードの最中に、符号化されたピクチャから復号化されるピクチャの表示順序を示している（つまり、通常表示順序）。従って、例えば、ピクチャＰ４１は、Ｉ００の後で復号化された１番目のピクチャであって、Ｉ００から構成されたピクチャの後に表示される４番目のピクチャを生成するために使用される。
【００２９】
前に述べたように、参照ピクチャセットは、現在ピクチャを復号化するために使用される一つまたはそれ以上の参照ピクチャのリスト、および、復号化順序でコード化されたビデオシーケンスにおけるおそらく全ての後続のピクチャを特定する。従って、参照ピクチャセットにおいて特定されたピクチャは、現在ピクチャおよび後続のピクチャの復号化における使用のためにバッファされる。図４に示される実施例において、通常前方再生における最初の２０ピクチャに対する参照ピクチャのコンテンツは以下のとおりである。簡素化のために、対応する現在ピクチャを復号化するために使用される参照ピクチャセットにおけるエントリー、「参照ピクチャセットの現在部分」として参照されるもの、だけが、以下のリストにおいて説明される。ＰまたはＢピクチャそれぞれは、他のピクチャ（Ｉ、Ｐ、またはＢピクチャ）に対する参照を使用して復号化される。ＰまたはＢピクチャに対するピクチャ間予測のために参照ピクチャとして使用されるものである。
・ピクチャＩ００について、参照ピクチャセットの現在部分においてピクチャは存在しない。Ｉ００は、Ｉピクチャであり、従って、あらゆるピクチャ間予測参照を使用しないからである。
・ピクチャＰ４１について、参照ピクチャセットの現在部分は、集合｛Ｉ００｝を含んでいる。
・ピクチャＢ２２について、参照ピクチャセットの現在部分は、集合｛Ｉ００、Ｐ４１｝を含んでいる。
・ピクチャＢ１３について、参照ピクチャセットの現在部分は、集合｛Ｉ００、Ｂ２２｝を含んでいる。
・ピクチャＢ３４について、参照ピクチャセットの現在部分は、集合｛Ｉ００、Ｐ４１、Ｂ２２｝を含んでいる。
・ピクチャＰ８５について、参照ピクチャセットの現在部分は、集合｛Ｉ００、Ｐ４１｝を含んでいる。
・ピクチャＢ６６について、参照ピクチャセットの現在部分は、集合｛Ｐ４１、Ｐ８５｝を含んでいる。
・ピクチャＢ５７について、参照ピクチャセットの現在部分は、集合｛Ｐ４１、Ｂ６６｝を含んでいる。
・ピクチャＢ７８について、参照ピクチャセットの現在部分は、集合｛Ｐ４１、Ｐ８５、Ｂ６６｝を含んでいる。
・ピクチャＰ１２９について、参照ピクチャセットの現在部分は、集合｛Ｉ００、Ｐ８５｝を含んでいる。
・ピクチャＢ１０１０について、参照ピクチャセットの現在部分は、集合｛Ｐ８５、Ｐ１２９｝を含んでいる。
・ピクチャＢ９１１について、参照ピクチャセットの現在部分は、集合｛Ｐ８５、Ｂ１０１０｝を含んでいる。
・ピクチャＢ１１１２について、参照ピクチャセットの現在部分は、集合｛Ｐ８５、Ｂ１０１０、Ｐ１２９｝を含んでいる。
・ピクチャＩ１６１３について、参照ピクチャセットの現在部分においてピクチャは存在しない。Ｉ１６１３は、Ｉピクチャであり、従って、あらゆるピクチャ間予測参照を使用しないからである。
・ピクチャＢ１４１４について、参照ピクチャセットの現在部分は、集合｛Ｐ１２９、Ｉ１６１３｝を含んでいる。
・ピクチャＢ１３１５について、参照ピクチャセットの現在部分は、集合｛Ｐ１２９、Ｂ１４１４｝を含んでいる。
・ピクチャＢ１５１６について、参照ピクチャセットの現在部分は、集合｛Ｐ１２９、Ｉ１６１３、Ｂ１４１４｝を含んでいる。
・ピクチャＰ２０１７について、参照ピクチャセットの現在部分は、集合｛Ｉ１６１３｝を含んでいる。
・ピクチャＢ１８１８について、参照ピクチャセットの現在部分は、集合｛Ｉ１６１３、Ｐ２０１７｝を含んでいる。
・ピクチャＢ１７１９について、参照ピクチャセットの現在部分は、集合｛Ｉ１６１３、Ｂ１８１８｝を含んでいる。
・ピクチャＢ１９２０について、参照ピクチャセットの現在部分は、集合｛Ｉ１６１３、Ｐ２０１７、Ｂ１８１８｝を含んでいる。
【００３０】
トリック再生オペレーションが、ビデオプレーヤシステム、ホスト処理デバイスといったもの、によって実行されるとき、現在ピクチャに関連する参照ピクチャのいくつかは、バッファされた復号化ピクチャとして、現在直ちに利用可能でなくてよい。それらは、決して復号化されないからである。それらは、以前に復号化されており、もはやバッファされない（例えば、バッファ容量の制限によるもの）からである、等。従って、一つの実施例においては、特定の符号化されたピクチャの復号化のために、いくつかの再送信および符号化されたビデオビットストリームにおいて特定されるいくつかの参照ピクチャの再復号化を回避することが好都合である。例えば、デコーダが、復号化されたピクチャＢ１３を復号化するようにグラフィクスプロセッサに指示する場合、通常再生復号化プロセスは、ピクチャＢ１３を復号化するために、参照ピクチャＩ００およびＢ２２、Ｂ１３に対する現在参照ピクチャセットにおいて特定されるもの、を使用する。さらに、Ｂ２２はＰ４１に依存するので、Ｐ４１も、また、Ｂ２２が復号化され得るように、復号化されるであろう。対照的に、トリック再生の最中に、Ｂ２２に対する参照ピクチャは、もはやバッファされなくてよく、そして、デコーダは、Ｂ２２の復号化をスキップし、かつ、Ｂ１３の参照ピクチャセットにおけるＢ２２の参照位置をＰ４１に対する参照と置き換えることを選択し得るだろう。図４は、参照ピクチャＢ２２（破線の矢印４０２により示されるもの）をＰ４１に対する参照（実線矢印４０４により示されるもの）と置き換えることを描写している。別の言葉で言えば、
・ピクチャＢ１３について、参照ピクチャセットは、集合｛Ｉ００、Ｐ４１｝を含むように修正され、Ｂ２２に対する参照を省略している。
【００３１】
Ｂ７８へのアクセスが示された場合、完全な再構成は、Ｂ７８に対する参照ピクチャセットにおけるピクチャの１番目の復号化を含むであろう。従って、Ｂ７８の完全な再構成を達成するために、Ｉ００、次にＰ４１、次にＰ８５、次にＢ６６、そして次にＢ７８が復号化されるであろう。トリック再生モードの最中に、ホストプレーヤは、そうしたピクチャのいくつかの復号化をスキップすることを選択することができよう。例えば、Ｂ７８へアクセスするときに、Ｂ６６をＰ４１またはＰ８５に対する参照と置き換えることによるもの、または、おそらく、Ｐ８５とＢ６６の両方に対する参照をＰ４１に対する参照と置き換えることによるものである。
【００３２】
トリック再生状況に対して適用され得る別の戦術は、所望のターゲットピクチャについて異なるピクチャを単純に代用することである。例えば、プレーヤが早送りオペレーションを実行しており、かつ、復号化するための理想のターゲットピクチャはピクチャＢ１５１６であろう場合に、デコーダは、その代わりに、代用ピクチャＩ１６１３を復号化し、かつ、表示するようにグラフィクスプロセッサに指示してよい。ピクチャＩ１６１３は、スタンドアロン（ｓｔａｎｄ−ａｌｏｎｅ）ピクチャである。従って、この実施例において暗示されるのは、追加の参照ピクチャが、次に、復号化される必要はないであろうことである。従って、表示されるべきターゲットピクチャの注意深い代用は、時間節約技術になり得るものである。
【００３３】
初期のターゲットピクチャの代わりに代替ピクチャを代用することの組み合せも、また、実施され得る。従って、アクセスするための理想のピクチャがピクチャＢ１３１５である場合に、ホストプロセッサは、ピクチャＢ１３１５の代わりにＰ１２９を代用し得る。さらに、ホストプロセッサは、Ｐ１２９の復号化のための参照ピクチャとして使用されるピクチャのセットを変更することによって、代替ターゲットピクチャの復号化を簡素化し得る（例えば、Ｐ８５の復号化をスキップして、その代わり、Ｐ８５への参照に代えてＰ４１への参照を代用する）。この簡素化は、ターゲットピクチャに対する参照ピクチャの復号化において使用される参照ピクチャについて再帰的に実施され得る。
【００３４】
上記の実施例は、代用されたデータが、トリック再生の早送りオペレーションの最中に、どのように使用され得るかについて説明している。他のトリック再生モードも、同様に使用され得るものである。例えば、ランダムアクセスシークの最中、ホスト処理システムは、ユーザによってランダムに選択されたビデオビットストリームにおける位置へ移動してよい。このことは、しばしば、プレーヤをビデオビットストリームにおけるランダムなスポット（ｓｐｏｔ）に位置決めすることを結果として生じる。結果として、再生を開始する際に、正確なピクチャ表示をするには存在するバッファデータが不十分なことがあり得る。そのため、全てのデータが復号化され得るまで再生を遅らせるより、むしろ、ホスト処理システムは、遅れて復号化されるであろうピクチャの代わりに、既に復号化された（もしくは、最初に復号化されるであろう）いくつかのピクチャを代用することができる。これにより、ピクチャがより早く復号化され、かつ、表示され得る。たとえ、表示されるピクチャが、ターゲットピクチャに対して通常の復号化プロセスが続いた場合に表示されるであろうピクチャと正確には同一でないにしてもである。再生が継続するにつれて、ホスト処理システムは、変更がもはや使用されないように、遅れずに付いていくことができる。
【００３５】
逆転再生および早巻き戻しに係るトリック再生オペレーションは、上記の早送り再生と同様に実施され得る。ホストプロセッサは、逆転して再生するピクチャを選択することができるが、選択された逆転再生ピクチャに対する参照ピクチャは、直ちに（または迅速には）利用可能でない。逆転再生復号化のためのメモリ容量要求は、特に挑戦的なものであり、復号化の後でメモリからいくつかのピクチャを破棄することを含み得る。そして、ホストプロセッサは、グラフィクスプロセッサがより迅速にピクチャを生成することができるように、参照ピクチャの中のピクチャを代用することができる。生成されたピクチャは、次に、逆転再生または早巻き戻しに対する一連のピクチャの一部分としてビデオディスプレイ上に表示され得る。
【００３６】
同様なプロセスが、エラー隠匿のためにも使用され得る。ピクチャに対するデータが消失したか、または、破損したと判断されるときは、そのピクチャの代用として別のピクチャが表示され得る。そして、ピクチャ間予測のための参照ピクチャとしてそのピクチャを使用する他のピクチャに対する参照ピクチャセットは、この代用を説明するように適切に変更され得る。従って、通常再生オペレーションの最中でさえ、消失または破損したピクチャの代わりに変更されたピクチャを提供するために、修正された参照ピクチャセットが使用され得る。
【００３７】
図５は、ピクチャバッファパラメータの変更されたセットを使用してピクチャを復号化するためのオペレーションの実施例を示している。受信オペレーション５０２は、符号化されたビデオビットストリームを取得する。符号化されたビデオビットストリームは、外部ネットワークからダウンロードオペレーションの一部として直接的に取得され得るし、もしくは、いくつかの他の方法で取得され得る。例えば、符号化されたビデオビットストリームは、ビデオプレーヤに関連するコンピュータメモリから受信され得る。
【００３８】
抽出オペレーション５０４は、符号化されたビデオビットストリームからピクチャバッファパラメータの１番目のセットを抽出する。トリック再生モードが発動されるとき、より効率的なトリック再生オペレーションを促進するために、ピクチャバッファパラメータの１番目のセットが修正され得る。変更オペレーション５０６は、ピクチャバッファパラメータの１番目のセットを、符号化されたピクチャの復号化のために、ピクチャバッファパラメータの２番目のセットへと修正する。ピクチャバッファパラメータの２番目のセットは、現在ピクチャと関連する符号化されたビデオビットストリームから取得され得るピクチャバッファパラメータとの一貫性がない（例えば、一致しない）。
【００３９】
転送オペレーション５０８は、ピクチャバッファパラメータの２番目のセットをグラフィクスプロセッサに対して転送する。復号化オペレーション５１０は、グラフィクスプロセッサを介してピクチャバッファパラメータの２番目のセットを使用して現在ピクチャを復号化する。表示オペレーション５１２は、ピクチャバッファパラメータの２番目のセットを使用したグラフィクスプロセッサによる現在ピクチャの復号化から結果として生じるピクチャを表示する。
【００４０】
図６は、説明される技術を実施することに役立つシステムの一つの実施例を示している。説明される技術を実施するための例示のハードウェアおよび図６のオペレーティング環境は、コンピューティングデバイスを含んでいる。ゲームコンソールまたはコンピュータ２０の形式における汎用コンピューティングデバイス、モバイル電話、パーソナルデータアシスタント（ＰＤＡ）、セットトップボックス、または、他のタイプのコンピューティングデバイス、といったものである。図６の実施において、例えば、コンピュータ２０は、処理装置２１、システムメモリ２２、および、システムメモリを含む種々のシステムメモリを処理装置２１に対して操作可能に接続するシステムバス２３を含んでいる。ただ一つ、または、一つ以上の処理装置２１が存在してよい。コンピュータ２０のプロセッサが、一つの中央処理装置（ＣＰＵ）、もしくは、複数の処理装置（グラフィクスプロセッサといったもの）を含むようにである。一般的に並行処理環境として参照されるものである。コンピュータ２０は、従来のコンピュータ、分散コンピュータ、または、他のあらゆるタイプのコンピュータであってよく、実施例は限定的なものではない。特に、グラフィクスプロセッサは、あらゆる構築的なエレメントを含んでよい。一つまたはそれ以上のプロセッサについてオフロード（ｏｆｆ−ｌｏａｄ）された容量における参照ピクチャセットを使用するビデオピクチャのために、復号化プロセスの全て又は一部を実行するものである。
【００４１】
システムバス２３は、バス構成のいくつかのタイプのうちいずれであってもよい。メモリバス又はメモリコントローラ、ペリフェラルバス、スイッチドファブリック（ｓｗｉｔｃｈｅｄ  ｆａｂｒｉｃ）、ポイントツーポイント接続、および、種々のバスアーキテクチャのいずれかを使用しているローカルバス、を含むものである。システムメモリは、また、単にメモリとしても参照されてよく、そして、読出し専用メモリ（ＲＯＭ）２４とランダムアクセスメモリ（ＲＡＭ）２５を含んでいる。基本入力／出力システム（ＢＩＯＳ）２６、スタートアップの最中といったときに、コンピュータ２０の中でエレメント間の情報転送を手助けする、基本ルーチン（ｂａｓｉｃ  ｒｏｕｔｉｎｅ）を含んでいるものが、ＲＯＭ２４に保管されている。コンピュータ２０は、さらに、ハードディスクから読出し、かつ、書込むためのハードディスクドライブ２７、図示なし、リムーバブル磁気ディスク２９から読出し、かつ、書込むための磁気ディスクドライブ２８、および、ＣＤ  ＲＯＭ、ＤＶＤ、または他の光媒体といった、リムーバブル光ディスク３１から読出し、かつ、書込むための光ディスクドライブ３０、を含む。
【００４２】
ハードディスクドライブ２７、磁気ディスクドライブ２８、および光ディスクドライブ３０は、ハードディスクドライブインターフェイス３２、磁気ディスクドライブインターフェイス３３、および光ディスクドライブインターフェイス３４によって、それぞれに、システムバス２３に接続されている。ドライブおよび関連する有形のコンピュータで読取り可能な媒体は、コンピュータで読取り可能なインストラクション、データ構造、プログラムモジュール、およびコンピュータ２０に対する他のデータに係る不揮発性のストレージを提供する。コンピュータによってアクセス可能なデータを保管することができるあらゆるタイプの有形のコンピュータで読取り可能な媒体が、オペレーティング環境の実施例において使用されてよいことが、当業者によって正しく理解されるべきである。磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、等といったものである。
【００４３】
数多くのプログラムモジュールは、ハードディスク、磁気ディスク２９、光ディスク３１、ＲＯＭ２４、またはＲＡＭ２５において保管されてよく、オペレーティングシステム３５、一つまたはそれ以上のアプリケーションプログラミング３６、他のプログラムモジュール３７、およびプログラムデータ３８を含んでいる。ユーザは、キーボード４０およびポインティングデバイス４２といった入力デバイスを通じて、パーソナルコンピュータ２０の中へコマンドと情報を入力し得る。他の入力デバイス（図示なし）は、マイクロフォン（例えば、音声入力のためのもの）、カメラ（例えば、ナチュラルユーザーインターフェイス（ＮＵＩ）のためのもの）、ジョイスティック、ゲームパッド、衛星放送受信アンテナ、スキャナ、タッチパッド（例えば、ジェスチャまたはタッチ入力のためのもの）、等を含んでよい。これら及び他の入力デバイスは、しばしば、システムバスに接続されているシリアルポートインターフェイス４６を通じて処理装置２１に対して接続されている。しかし、パラレルポート、ゲームポート、またはユニバーサルシリアルバス（ＵＳＢ）といった、他のインターフェイスによって接続されてもよい。モニタ４７または他のタイプのディスプレイも、また、ビデオアダプタ４８といった、インターフェイスを介してシステムバスに接続されている。モニタに加えて、コンピュータは、典型的に、スピーカおよびプリンタといった、他のペリフェラル出力デバイス（図示なし）を含んでいる。
【００４４】
コンピュータ２０は、リモートコンピュータ４９といった、一つまたはそれ以上のリモートコンピュータに対する論理結合（ｌｏｇｏｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）を使用しているネットワーク環境において動作し得る。これらの論理結合は、コンピュータ２０に接続された、または、その一部である通信デバイスによって達成される。実施例は、特定のタイプの通信デバイスに限定されるものではない。リモートコンピュータ４９は、別のコンピューティングデバイス、サーバ、ルータ、ネットワークＰＣ、クライアント、ピア（ｐｅｅｒ）デバイス、または他の共通ネットワークノードであってよく、かつ、図６には、メモリストレージデバイス５０しか示されていないが、典型的に、コンピュータ２０に関して上記されたエレメントの多く又は全てを含んでいる。
【００４５】
ＬＡＮネットワーク環境において使用される場合、コンピュータ２０は、通信デバイスの一つのタイプである、ネットワークインターフェイスまたはアダプタ５３を通じてローカルネットワーク５１に接続されている。ＷＡＮネットワーク環境において使用される場合、コンピュータ２０は、典型的に、モデム５４、ネットワークアダプタ、一つのタイプの通信デバイス、または、ワイドエリアネットワーク５２にわたる通信を確立するためのあらゆる他のタイプの通信デバイスを含んでいる。モデム５４は、内部または外部のものであってよいが、シリアルポートインターフェイス４６を介してシステムバス２３に接続されている。ネットワーク環境においては、パーソナルコンピュータ２０に関連して描写されるプログラムエンジン、またはその部分は、リモートメモリストレージデバイスの中に保管されてよい。示されたネットワーク接続は例示であり、コンピュータ間で通信リンクを確立するための他の手段および通信デバイスが使用され得ることが正しく理解されるべきである。
【００４６】
一つの実施例において、ビデオプレーヤ、デコーダ、データ転送モジュール、ピクチャバッファパラメータ、符号化されたピクチャ、参照ピクチャ、表示可能なピクチャ、および他のデータを提供するソフトウェア又はファームウェアインストラクション、および、データは、メモリ２２及び/又はストレージデバイス２９または３１に保管され、かつ、処理装置２１によって処理されてよい。ピクチャバッファパラメータ、符号化されたピクチャ、参照ピクチャ、表示可能なピクチャ、および他のデータは、永続的なデータストアとして、メモリ２２及び/又はストレージデバイス２９または３１に保管され得る。
【００４７】
いくつかの実施例は、製品（ａｒｔｉｃｌｅ  ｏｆ  ｍａｎｕｆａｃｔｕｒｅ）を含んでよい。製品は、ロジックを保管するために有形のストレージ媒体を含んでよい。ストレージ媒体の実施例は、電子データを保管することができる一つまたはそれ以上のタイプのコンピュータで読取り可能な媒体を含んでよい。揮発性メモリ又は不揮発性メモリ、リムーバブル又は非リムーバブルメモリ、消去可能又は消去不能メモリ、書込み可能又は書込み不能メモリ、等を含むものである。ロジックの実施例は、種々のソフトウェアエレメントを含んでいる。ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、ファンクション、メソッド、プロシージャ、ソフトウェアインターフェイス、アプリケーションプログラムインターフェイス（ＡＰＩ）、デバイスドライバインターフェイス（ＤＤＩ）、インストラクションセット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、バリュー、シンボル、または、これらのあらゆる組み合せ、といったものである。一つの実施例において、例えば、製品は、実行可能なコンピュータプログラムインストラクションを保管してよい。コンピュータによって実行されると、説明された実施例に従った方法及び/又はオペレーションをコンピュータに実行させるものである。実行可能なコンピュータプログラムインストラクションは、あらゆる適切なタイプのコードを含んでよい。ソースコード、コンパイルコード、インタープリートコード、実行可能コード、スタティックコード、ダイナミックコード、等といったものである。実行可能なコンピュータプログラムインストラクションは、コンピュータに所定の機能を実行するようにインストラクションするために、既定のコンピュータ言語、方法または文法に従って、実施されてよい。インストラクションは、あらゆる適切な、ハイレベル、ローカルレベル、オブジェクト指向、ビジュアル、コンパイル及び/又はインタープリートされたプログラミング言語を使用して実施されてよい。
【００４８】
ここにおいて説明された実施例は、一つまたはそれ以上のコンピュータシステムにおいてロジカルステップ（ｌｏｇｉｃａｌ  ｓｔｅｐ）として実施される。ロジカルオペレーションは、（１）一つまたはそれ以上のコンピュータシステムにおいて実行されるプロセッサ実施ステップのシーケンスとして、および、（２）一つまたはそれ以上のコンピュータシステムの中で相互接続されたマシンまたは回路モジュールとして、実施されてよい。実施例は選択の問題であり、使用されるコンピュータシステムのパフォーマンス要求とは独立したものである。従って、ここにおいて説明された実施例を作り上げるロジカルオペレーションは、様々に、オペレーション、ステップ、オブジェクト、またはモジュールとして参照される。さらに、ロジカルオペレーションは、そうでないものと明確に請求されていないか、または、請求される文言によって所定の順序が本質的に必要とされていなければ、あらゆる順序で実行されてよいことが理解されるべきである。
【００４９】
上記の使用、実施例、およびデータは、典型的な実施例の構造および使用について完全な説明を提供する。請求される発明の精神および範囲から逸脱することなく、多くの実施が成され得るので、以降に添付される請求項が本発明を定めるものである。さらに、異なる実施例の構造的特徴は、詳述される請求項から逸脱することなく、さらに別の実施例において組み合わされ得る。
【図１】
2016525297.tif 000003
【図２】
2016525297.tif 000004
【図３】
2016525297.tif 000005
【図４】
2016525297.tif 000006
【図５】
2016525297.tif 000007
【図６】
2016525297.tif 000008
【国際調査報告】
2016525297.tif 000009
2016525297.tif 000010
2016525297.tif 000011