JP7250928B2 - デコーダが実行するビデオデコーディングのための方法、装置及びプログラム、並びにエンコーダが実行するビデオコーディングのための方法 - Google Patents

Description

本開示は、ビデオコーディングに概して関係がある実施形態について記載する。

本明細書中で与えられている背景の説明は、本開示の背景を一般的に提示することを目的とするものである。現在指名されている発明者の研究は、その研究がこの背景の項で説明されている範囲で、及び出願時に先行技術としてさもなければ適格でない可能性がある説明の側面は、本開示に対する先行技術として明示的にも暗黙的にも認められない。

ビデオコーディング及びデコーディングは、動き補償を伴ったインターピクチャ予測を用いて実行可能である。圧縮されていないデジタルビデオは、ピクチャの連続を含むことができ、各ピクチャは、例えば、１９２０×１０８０のルミナンスサンプル及び関連するクロミナンスサンプルの空間寸法を有する。ピクチャの連続は、例えば、毎秒６０ピクチャ、つまり６０Ｈｚの固定又は可変のピクチャレート（俗にフレームレートとしても知られている。）を有することができる。圧縮されていないビデオは、有意なビットレート要件を有している。例えば、サンプル当たり８ビットでの１０８０ｐ６０ ４：２：０ビデオ（６０Ｈｚのフレームレートでの１９２０×１０８０のルミナンスサンプル解像度）は、１．５Ｇビット／ｓに近いバンド幅を必要とする。そのようなビデオの１時間は、６００Ｇバイト超の記憶空間を必要とする。

ビデオコーディング及びデコーディングの１つの目的は、圧縮による入力ビデオ信号の冗長性の低減であることができる。圧縮は、いくつかの場合に２桁以上、上記のバンド幅又は記憶空間要件を減らすことを助けることができる。可逆及び不可逆圧縮の両方並びにそれらの組み合わせが用いられ得る。可逆圧縮は、原信号の厳密なコピーが圧縮された原信号から再構成可能である技術を指す。不可逆圧縮を使用する場合に、再構成された信号は、原信号と同じでない場合があるが、原信号と再構成された信号との間のひずみは、再構成された信号を、意図された用途にとって有用なものとするほど十分に小さい。ビデオの場合には、不可逆圧縮が広く用いられている。許容されるひずみの量は用途に依存し、例えば、特定の消費者ストリーミング用途のユーザは、テレビジョン配信用途のユーザよりも高いひずみを許容し得る。達成可能な圧縮比は、より高い許容可能な／受け入れ可能なひずみがより高い圧縮比をもたらし得ることを反映することができる。

ビデオエンコーダ及びデコーダは、例えば、動き補償、変換、量子化、及びエントロピコーディングを含むいくつかの広いカテゴリからの技術を利用することができる。

ビデオコーデック技術は、イントラコーディングとして知られている技術を含むことができる。イントラコーディングでは、サンプル値は、前に再構成された参照ピクチャからのサンプル又は他のデータを参照せずに表現される。いくつかのビデオコーデックでは、ピクチャは、空間的にサンプルのブロックに細分される。サンプルの全てのブロックがイントラモードでコーディングされる場合に、そのピクチャはイントラピクチャであることができる。イントラピクチャ及びそれらの派生物、例えば、独立したデコーダリフレッシュピクチャは、デコーダ状態をリセットするために使用され得るので、コーディングされたビデオビットストリーム及びビデオセッションの最初のピクチャとして、又は静止画像として使用され得る。イントラブロックのサンプルは、変換を受けることができ、変換係数は、エントロピコーディング前に量子化され得る。イントラ予測は、変換前領域でサンプル値を最小限にする技術であることができる。いくつかの場合に、変換後のＤＣ値が小さければ小さいほど、かつ、ＡＣ係数が小さければ小さいほど、エントロピコーディング後にブロックを表すために所与の量子化ステップサイズで必要とされるビットはますます少ない。

例えば、ＭＰＥＧ－２世代のコーディング技術から知られているような、従来のイントラコーディングは、イントラ予測を使用しない。しかし、いくつかのより新しいビデオ圧縮技術は、例えば、データの空間的に隣接しかつデコーディング順序において先行するブロックのエンコーディング／デコーディング中に得られた周囲サンプルデータ及び／又はメタデータから試みる技術を含む。かような技術は、以降「イントラ予測」技術と呼ばれる。少なくともいくつかの場合に、イントラ予測は、再構成中の現在のピクチャからのみ参照データを使用し、参照ピクチャからは使用しない点に留意されたい。

多種多様な形態のイントラ予測が存在し得る。かような技術の１つよりも多くが所与のビデオコーディング技術で使用され得る場合に、使用中の技術はイントラ予測モードでコーディングされ得る。特定の場合に、モードは、サブモード及び／又はパラメータを有することができ、それらは、独立してコーディングされ得るか、又はモードコードワードに含まれ得る。所与のモード／サブモード／パラメータ組み合わせのためにどのコードワードを使用すべきは、イントラ予測を通してコーディング効率利得に影響を及ぼし得るので、エントロピコーディング技術が、コードワードをビットストリームに変換するために使用され得る。

特定のモードのイントラ予測が、Ｈ．２６４により導入され、Ｈ．２６５で洗練され、Joint Exploration Model（ＪＥＭ）、Versatile Video Coding（ＶＶＣ）、及びBenchmark Set（ＢＭＳ）などのより新しいコーディング技術で更に洗練された。予測子ブロックは、既に利用可能なサンプルに属する隣接サンプル値を用いて形成され得る。隣接サンプルのサンプル値は、方向に応じて予測子ブロック内にコピーされる。使用中の方向の参照は、ビットストリームでコーディングされ得るか、又はそれ自体予測されてもよい。

図１Ａを参照すると、右下には、Ｈ．２６５の３３個のとり得る予測子方向（３５個のイントラモードのうちの３３個の角度モードに対応）から知られている９つの予測子方向のサブセットが表されている。矢印が集まる点（１０１）は、予測中のサンプルに相当する。矢印は、サンプルが予測されている方向に相当する。例えば、矢印（１０２）は、サンプル（１０１）が、水平から４５度の角度で右上にある１つ又は複数のサンプルから予測される、ことを示す。同様に、矢印（１０３）は、サンプル（１０１）が、水平から２２．５度の角度でサンプル（１０１）の左下にある１つ又は複数のサンプルから予測される、ことを示す。

依然として図１Ａを参照して、左上には、４×４個のサンプル（太破線によって示される。）の正方形ブロック（１０４）が表されている。正方形ブロック（１０４）は１６個のサンプルを含み、各サンプルは、「Ｓ」、Ｙ次元でのその位置（例えば、行インデックス）、及びＸ次元でのその位置（例えば、列インデックス）で標記される。例えば、サンプルＳ２１は、Ｙ次元で（上から）２番目のサンプルかつＸ次元で（左から）１番目のサンプルである。同様に、サンプルＳ４４は、Ｙ及びＸの両方の次元でブロック（１０４）内の４番目のサンプルである。ブロックはサイズが４×４サンプルであるということで、Ｓ４４は右下にある。更には、類似した番号付け方式に従う参照サンプルが示されている。参照サンプルは、ブロック（１０４）に対して、「Ｒ」、そのＹ位置（例えば行インデックス）及びＸ位置（列インデックス）で標記される。Ｈ．２６４及びＨ．２６５の両方で、予測サンプルは、再構成中のブロックに隣接し、従って、負値が使用される必要はない。

イントラピクチャ予測は、信号により伝えられた予測方向によって必要に応じて隣接サンプルから参照サンプル値をコピーすることによって、働くことができる。例えば、コーディングされたビデオビットストリームが、このブロックについて、矢印（１０２）と一致する予測方向を示す、すなわち、サンプルが水平から４５度の角度で右上にある１つ以上の予測サンプルから予測される、とのシグナリングを含む、とする。その場合に、サンプルＳ４１、Ｓ３２、Ｓ２３、及びＳ１４は、同じ参照サンプルＲ０５から予測される。それから、サンプルＳ４４は、参照サンプルＲ０８から予測される。

特定の場合に、複数の参照サンプルの値は、参照サンプルを計算するために、特に、方向が４５度で等しく分割可能でない場合に、例えば、補間を通じて、組み合わされてよい。

とり得る方向の数は、ビデオコーディング技術が発展するとともに増えている。Ｈ．２６４（２００３年）では、９つの異なる方向が表現可能であった。それは、Ｈ．２６５（２０１３年）では３３個にまで増え、そして、ＪＥＭ／ＶＶＣ／ＢＭＳは、本開示の時点で、最大６５個の方向をサポートすることができる。最もありそうな方向を識別するために実験が行われており、エントロピコーディングにおける特定の技術が、可能性が低い方向に対する若干のペナルティを受け入れながら、少数のビットでそれらのありそうな方向を表現するために使用されている。更に、方向それ自体は、時々、隣接する、既にデコーディングされたブロックで使用された隣接方向から予測され得る。

図１Ｂは、時間とともに増大する予測方向の数を説明するために、ＪＥＭによる６５個のイントラ予測方向を表す概略図（１８０）を示す。

方向を表すコーディングされたビデオビットストリーム内のイントラ予測方向ビットのマッピングは、ビデオコーディング技術ごとに異なる可能性があり、例えば、予測方向の単純な直接マッピングから、イントラ予測モードまで、コードワードまで、最確モードを含む複雑な適応スキーム、及び同様の技術まで及び得る。全ての場合で、しかしながら、特定の他の方向よりも統計的にビデオコンテンツで起こる可能性が低い特定の方向が存在し得る。ビデオ圧縮の目標は冗長性の低減であるということで、それらの可能性が低い方向は、上手く働くビデオコーディング技術では、よりありそうな方向よりも多いビット数によって表現されることになる。

動き補償は、不可逆圧縮技術であることができ、前に再構成されたピクチャ又はその部分（参照ピクチャ）からのサンプルデータのブロックが、動きベクトル（以降ＭＶ）によって示された方向において空間的にシフトされた後に、新たに再構成されるピクチャ又はピクチャ部分の予測のために使用される技術に関係があり得る。いくつかの場合に、参照ピクチャは、現在再構成中のピクチャと同じであることができる。ＭＶは２つの次元Ｘ及びＹ、又は３つの次元を有することができ、３番目の次元は、使用中の参照ピクチャの指示である（後者は、間接的に、時間次元であることができる。）。

いくつかのビデオ圧縮技術では、サンプルデータの特定のエリアに適用可能なＭＶは、他のＭＶから、例えば、再構成中のエリアに空間的に隣接するサンプルデータの他のエリアに関係があり、デコーディング順序においてそのＭＶに先行するものから、予測され得る。そうすることで、ＭＶをコーディングするために必要なデータの量を大幅に減らすことができ、それによって、冗長性を取り除きかつ圧縮を高める。例えば、カメラから得られた入力ビデオ信号（ナチュラルビデオとして知られる。）をコーディングする場合に、単一のＭＶが適用可能であるエリアよりも大きいエリアが同様の方向に移動するという統計的可能性があり、従って、いくつかの場合には、隣接するエリアのＭＶから導出された同様の動きベクトルを用いて予測可能であるということで、ＭＶ予測は有効に働くことができる。その結果、所与のエリアについて求められるＭＶは、周囲のＭＶから予測されたＭＶと類似又は同じであり、エントロピコーディング後に、ＭＶを直接コーディングする場合に使用されることになるビット数よりも少ないビットで表され得る。いくつかの場合に、ＭＶ予測は、原信号（すなわち、サンプルストリーム）から導出された信号（すなわち、ＭＶ）の可逆圧縮の例であることができる。他の場合には、ＭＶ予測それ自体は、例えば、いくつかの周囲のＭＶから予測子を計算するときの丸め誤差のために、不可逆であり得る。

様々なＭＶ予測メカニズムがＨ．２６５／ＨＥＶＣ（ＩＴＵ－Ｔ Ｒｅｃ． Ｈ２６５，“High Efficiency Video Coding”，２０１６年１２月）で説明されている。Ｈ．２６５が提案する多くのＭＶ予測メカニズムの中から、本明細書では、以降「空間マージ」と呼ばれる技術が説明される。

現在のブロックは、空間的にシフトされた同じサイズの前のブロックから予測可能であると動き探索プロセス中にエンコーダによって認められたサンプルを含むことができる。そのＭＶを直接にコーディングする代わりに、ＭＶは、１つ以上の参照ピクチャと関連付けられたメタデータから、例えば、（デコーディング順序において）最も最近の参照ピクチャから、Ａ０、Ａ１及びＢ０、Ｂ１、Ｂ２と表される５つの周囲サンプルのうちのいずれか１つと関連付けられたＭＶを用いて導出され得る。Ｈ．２６５では、ＭＶ予測は、隣接するブロックが使用している同じ参照ピクチャからの予測子を使用することができる。

開示の態様は、ビデオエンコーディング／デコーディングのための方法及び装置を提供する。いくつかの例で、ビデオデコーディングのための装置は、受信回路及び処理回路を含む。

処理回路は、コーディングされたビデオシーケンスの部分である現在のコーディングされたピクチャ内の現在のブロックについての予測情報をデコーディングするよう構成される。予測情報は、現在のブロックのために使用されているイントラブロックコピー（ＩＢＣ）予測モードと、現在のブロックのためのブロックベクトル予測子候補リストからブロックベクトル予測子候補を選択するためのインデックスと、非ゼロ残差が現在のブロックについて存在しているかどうかとを示す。処理回路は、非ゼロ残差が現在のブロックについて存在しないとの指示に応答して、現在のブロックのための前記ブロックベクトル予測子候補リストを構成する。そのブロックベクトル予測子候補リストは、第１の数のブロックベクトル予測子候補を有し、候補のシーケンスに基づいて構成される。そうでない場合には、処理回路は、非ゼロ残差が現在のブロックについて存在するとの指示に応答して、現在のブロックのためのブロックベクトル予測子候補リストを構成する。そのブロックベクトル予測子候補リストは、第２の数のブロックベクトル予測子候補を有し、同じ候補のシーケンスに基づいて構成される。処理回路は更に、予測情報で示されているインデックスに基づいて、構成されたブロックベクトル予測子候補リストからブロックベクトル予測子候補を選択する。最後に、処理回路は、選択されたブロックベクトル予測子候補に従って現在のブロックを再構成する。

開示の態様に従って、処理回路は、現在のブロックの複数の空間隣接ブロックの中の第１空間隣接ブロックの第１ブロックベクトルが利用可能であるかどうかを決定する。処理回路は、現在のブロックの複数の空間隣接ブロックの中の第１空間隣接ブロックの第１ブロックベクトルが利用可能であるとの決定に応答して、第１ブロックベクトルをブロックベクトル予測子候補リストに挿入する。処理回路は、現在のブロックの複数の空間隣接ブロックの中の第２空間隣接ブロックの第２ブロックベクトルが利用可能であるかどうかと、第２空間隣接ブロックの前記第２ブロックベクトルが第１空間隣接ブロックの第１ブロックベクトルと同じであるかどうかとを決定する。処理回路は、現在のブロックの複数の空間隣接ブロックの中の第２空間隣接ブロックの第２ブロックベクトルが利用可能でありかつ第２空間隣接ブロックの第２ブロックベクトルが第１空間隣接ブロックの第１ブロックベクトルと同じでないとの決定に応答して、第２ブロックベクトルをブロックベクトル予測子候補リストに挿入する。

実施形態において、現在のブロックの第１空間隣接ブロックは、現在のブロックの左下角に隣接し、第１空間隣接ブロックの底辺は、現在のブロックの底辺に位置合わせされ、現在のブロックの第２空間隣接ブロックは、現在のブロックの右上角に隣接し、第２空間隣接ブロックの右辺は、現在のブロックの右辺に位置合わせされる。

他の実施形態において、現在のブロックの第１空間隣接ブロックは、現在のブロックの左下角に隣接し、第１空間隣接ブロックの上辺は、現在のブロックの底辺に位置合わせされ、現在のブロックの第２空間隣接ブロックは、現在のブロックの右上角に隣接し、第２空間隣接ブロックの左辺は、前記現在のブロックの右辺に位置合わせされる。

他の実施形態において、現在のブロックの第１空間隣接ブロックは、現在のブロックの左辺に隣接し、現在のブロックの第２空間隣接ブロックは、現在のブロックの上辺に隣接する。

実施形態において、ブロックベクトル予測子候補リストに含まれている複数の空間隣接ブロックのブロックベクトル総数が、非ゼロ残差が現在のブロックについて存在しているかどうかに基づく最大許容数に満たない場合に、処理回路は、前にコーディングされたブロックの複数のブロックベクトルから、前にコーディングされたブロックの第３ブロックベクトルを選択する。処理回路は、選択された第３ブロックベクトルが、ブロックベクトル予測子候補リストに含まれている複数の空間隣接ブロックとは異なるかどうかを決定する。処理回路は、選択された第３ブロックベクトルが、ブロックベクトル予測子候補リストに含まれている複数の空間隣接ブロックとは異なるとの決定に応答して、選択された第３ブロックベクトルをブロックベクトル予測子候補リストに挿入する。

実施形態において、ブロックベクトル予測子候補リストに含まれている前にコーディングされたブロック及び複数の空間隣接ブロックのブロックベクトル総数が最大許容数よりも少なく、１よりも多い場合に、処理回路は、ブロックベクトル予測子候補リストから複数のブロックベクトル予測子候補を選択する。処理回路は、少なくとも１つの平均ブロックベクトルを形成するよう、選択された複数のブロックベクトル予測子候補を平均化する。処理回路は、少なくとも１つの平均ブロックベクトルをブロックベクトル予測子候補リストに挿入する。

実施形態において、ブロックベクトル予測子候補リストに含まれている少なくとも１つの平均ブロックベクトル、前にコーディングされたブロックのブロックベクトル、及び複数の空間隣接ブロックのブロックベクトルの総数が最大許容数に満たない場合に、処理回路は、デフォルトのブロックベクトルをブロックベクトル予測子候補リストに挿入する。

実施形態において、デフォルトのブロックベクトルは（０，０）である。

実施形態において、選択されたブロックベクトル予測子候補は、前記非ゼロ残差が前記現在のブロックについて存在する場合に丸められない。

実施形態において、ブロックベクトル予測子候補リストに含まれているブロックベクトル予測子候補のうちの１つが妥当でない場合に、処理回路は、ブロックベクトル予測子候補のうちのその１つに対してプルーニングプロセス又はクリッピングプロセスを実行する。

実施形態において、ブロックベクトル予測子候補のうちの１つは、ブロックベクトル予測子候補のうちのその１つによって予測された参照ブロックがイントラブロックコピー（ＩＢＣ）予測モードのための許容探索範囲外である場合に、妥当でないと決定される。

開示の態様は、ビデオデコーディングのためにコンピュータによって実行される場合に、コンピュータに、ビデオコーディングのための方法を実行させる命令を記憶している非一時的なコンピュータ可読媒体も適用する。

開示されている対象の更なる特徴、性質、及び様々な利点は、以下の詳細な説明及び添付の図面からより明らかになる。

イントラ予測モードの例示的なサブセットの概略図である。 例示的なイントラ予測方向の説明図である。 実施形態に従う通信システムの略ブロック図の概略図である。 実施形態に従う通信システムの略ブロック図の概略図である。 実施形態に従うデコーダの略ブロック図の概略図である。 実施形態に従うエンコーダの略ブロック図の概略図である。 他の実施形態に従うエンコーダのブロック図を示す。 他の実施形態に従うデコーダのブロック図を示す。 開示の実施形態に従うイントラブロックコピー（ＩＢＣ）予測モードの例を示す。 開示の実施形態に従う、ＩＢＣ予測モードの探索範囲のための更新プロセスの例を示す。 開示の実施形態に従う、ＩＢＣ予測モードの探索範囲のための更新プロセスの例を示す。 開示の実施形態に従う、ＩＢＣ予測モードの探索範囲のための更新プロセスの例を示す。 開示の実施形態に従う、ＩＢＣ予測モードの探索範囲のための更新プロセスの例を示す。 本開示の実施形態に従う、特定の制約に従う有効なブロックベクトルの例を示す。 開示の実施形態に従う、空間隣接に基づいたブロックベクトルの例を示す。 開示の実施形態に従う例示的なプロセスを説明するフローチャートを示す。 実施形態に従うコンピュータシステムの概略図である。

図２は、本開示の実施形態に従う通信システム（２００）の略ブロック図を表す。通信システム（２００）は、例えば、ネットワーク（２５０）を介して、互いと通信することができる複数の端末デバイスを含む。例えば、通信システム（２００）は、ネットワーク（２５０）を介して相互接続されている端末デバイス（２１０）及び（２２０）の第１対を含む。図２では、端末デバイス（２１０）及び（２２０）の第１対は、データの一方向伝送を実行する。例えば、端末デバイス（２１０）は、ネットワーク（２５０）を介した他の端末デバイス（２２０）への伝送のためにビデオデータ（例えば、端末デバイス（２１０）によって捕捉されるビデオデータのストリーム）をコーディングしてよい。エンコーディングされたビデオデータは、１つ以上のコーディングされたビデオビットストリームの形で伝送可能である。端末デバイス（２２０）は、コーディングされたビデオデータをネットワーク（２５０）から受信し、コーディングされたビデオデータをデコーディングしてビデオピクチャを回復し、回復されたビデオデータに従ってビデオピクチャを表示してよい。一方向データ伝送は、メディアサービングアプリケーションなどにおいて一般的であり得る。

他の例では、通信システム（２００）は、例えば、ビデオ会議中に、現れ得るコーディングされたビデオデータの双方向伝送を実行する端末デバイス（２３０）及び（２４０）の第２対を含む。データの双方向伝送のために、例において、端末デバイス（２３０）及び（２４０）の各端末デバイスは、ネットワーク（２５０）を介した端末デバイス（２３０）及び（２４０）のうちの他方の端末デバイスへの伝送のためにビデオデータ（例えば、その端末デバイスによって捕捉されるビデオピクチャのストリーム）をコーディングしてよい。端末デバイス（２３０）及び（２４０）の各端末デバイスはまた、端末デバイス（２３０）及び（２４０）のうちの他方の端末デバイスによって送信されたコーディングされたビデオデータを受信してよく、コーディングされたビデオデータをデコーディングしてビデオピクチャを回復してよく、回復されたビデオデータに従って、アクセス可能な表示デバイスでビデオピクチャを表示してよい。

図２の例では、端末デバイス（２１０）、（２２０）、（２３０）及び（２４０）は、サーバ、パーソナルコンピュータ、及びスマートフォンとして表され得るが、本開示の原理はそのように限定され得ない。本開示の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレイヤー、及び／又は専用のビデオ会議装置により用途を見出す。ネットワーク（２５０）は、例えば、ワイヤライン（有線）及び／又はワイヤレス通信ネットワークを含む、端末デバイス（２１０）、（２２０）、（２３０）及び（２４０）の間でコーディングされたビデオデータを伝達する任意数のネットワークに相当する。通信ネットワーク（２５０）は、回路交換及び／又はパケット交換チャネルにおいてデータを交換し得る。代表的なネットワークには、電気通信網、ローカルエリアネットワーク、ワイドエリアネットワーク及び／又はインターネットがある。本議論のために、ネットワーク（２５０）のアーキテクチャ及びトポロジは、以降で説明されない限りは本開示の動作に無関係であり得る。

図３は、開示されている対象の応用例として、ストリーミング環境におけるビデオエンコーダ及びビデオデコーダの配置を表す。開示されている対象は、例えば、ビデオ会議と、デジタルＴＶと、ＣＤ、ＤＶＤ、メモリスティックなどを含むデジタル媒体上での圧縮されたビデオの記憶と、などを含む他のビデオ対応用途に同様に適用可能であることができる。

ストリーミングシステムは、例えば、圧縮されていないビデオピクチャのストリーム（３０２）を生成するビデオソース（３０１）、例えば、デジタルカメラ、を含むことができる捕捉サブシステム（３１３）を含んでよい。例において、ビデオピクチャのストリーム（３０２）は、デジタルカメラによって撮影されるサンプルを含む。ビデオピクチャのストリーム（３０２）は、エンコーディングされたビデオデータ（３０４）（又はコーディングされたビデオビットストリーム）と比較して高いデータボリュームを強調するために太線で表されており、ビデオソース（３０１）へ結合されたビデオエンコーダ（３０３）を含む電子デバイス（３２０）によって処理され得る。ビデオエンコーダ（３０３）は、以下で更に詳細に記載されるように、開示されている対象の態様を可能にする又は実装するためのハードウェア、ソフトウェア、又はそれらの組み合わせを含むことができる。エンコーディングされたビデオデータ（３０４）（又はエンコーディングされたビデオビットストリーム（３０４））は、ビデオピクチャのストリーム（３０２）と比較してより低いデータボリュームを強調するために細線で表されており、将来の使用のためにストリーミングサーバ（３０５）に記憶され得る。図３のクライアントサブシステム（３０６）及び（３０８）などの１つ以上のストリーミングクライアントサブシステムは、エンコーディングされたビデオデータ（３０４）のコピー（３０７）及び（３０９）を読み出すためにストリーミングサーバ（３０５）にアクセスすることができる。クライアントサブシステム（３０６）は、例えば、電子デバイス（３３０）において、ビデオデコーダ（３１０）を含むことができる。ビデオデコーダ（３１０）は、エンコーディングされたビデオデータの入来するコピー（３０７）をデコーディングし、ディスプレイ（３１２）（例えば、表示スクリーン）又は他のレンダリングデバイス（図示せず。）でレンダリングされ得るビデオピクチャの送出ストリーム（３１１）を生成する。いくつかのストリーミングシステムにおいて、エンコーディングされたビデオデータ（３０４）、（３０７）、及び（３０９）（例えば、ビデオビットストリーム）は、特定のビデオコーディング／圧縮規格に従ってエンコーディングされ得る。そのような規格の例には、ＩＴＵ－Ｔ推奨Ｈ．２６５がある。例において、開発中のビデオコーディング規格は、Versatile Video Coding（ＶＶＣ）として俗に知られている。開示されている対象は、ＶＶＣに関連して使用されてもよい。

なお、電子デバイス（３２０）及び（３３０）は、他のコンポーネント（図示せず。）を含むことができる。例えば、電子デバイス（３２０）は、ビデオデコーダ（図示せず。）を含むことができ、電子デバイス（３３０）は、ビデオエンコーダ（図示せず。）を同様に含むことができる。

図４は、本開示の実施形態に従うビデオデコーダ（４１０）のブロック図を示す。ビデオデコーダ（４１０）は、電子デバイス（４３０）に含まれ得る。電子デバイス（４３０）は、受信器（４３１）（例えば、受信回路）を含むことができる。ビデオデコーダ（４１０）は、図３の例のビデオデコーダ（３１０）の代わりに使用され得る。

受信器（４３１）は、ビデオデコーダ（４１０）によってデコーディングされるべき１つ以上のコーディングされたビデオシーケンスを、同じ又は他の実施形態では、一度に１つのコーディングされたビデオシーケンスを、受信してよい。ここで、夫々のコーディングされたビデオシーケンスのデコーディングは、他のコーディングされたビデオシーケンスから独立している。コーディングされたビデオシーケンスは、チャネル（４０１）から受信されてよく、チャネルは、エンコーディングされたビデオデータを記憶している記憶デバイスへのハードウェア／ソフトウェアリンクであってよい。受信器（４３１）は、エンコーディングされたビデオデータを他のデータ、例えば、コーディングされたオーディオデータ及び／又は補助的なデータストリームとともに受信してよく、それらは、それらの各々の使用エンティティ（図示せず。）へ転送されてよい。受信器（４３１）は、コーディングされたビデオシーケンスを他のデータから分離してよい。ネットワークジッタに対抗するために、バッファメモリ（４１５）が受信器（４３１）とエントロピデコーダ／パーサ（４２０）（以降「パーサ（４２０）」）との間に結合されてよい。特定の用途では、バッファメモリ（４１５）は、ビデオデコーダ（４１０）の部分である。他では、それは、ビデオデコーダ（４１０）の外にあることができる（図示せず。）。更に他では、例えば、ネットワークジッタに対抗するための、ビデオデコーダ（４１０）の外にあるバッファメモリ（図示せず。）と、加えて、例えば、再生タイミングを操作するための、ビデオデコーダ（４１０）内のもう１つのバッファメモリ（４１５）とが存在することができる。受信器（４３１）が十分なバンド幅及び可制御性の記憶／転送デバイスから、又はアイソシンクロナス（isosynchronous）ネットワークからデータを受信しているときに、バッファメモリ（４１５）は必要とされなくてもよく、あるいは、小さくてよい。インターネットなどのベストエフォートのパケットネットワークでの使用のために、バッファメモリ（４１５）は必要とされる場合があり、比較的に大きく、かつ、有利なことには、適応サイズであることができ、ビデオデコーダ（４１０）の外のオペレーティングシステム又は同様の要素（図示せず。）に少なくとも部分的に実装され得る。

ビデオデコーダ（４１０）は、コーディングされたビデオシーケンスからシンボル（４２１）を再構成するためのパーサ（４２０）を含んでよい。それらのシンボルのカテゴリは、ビデオデコーダ（４１０）の動作を管理するために使用される情報と、潜在的に、電子デバイス（４３０）の必須部分でないが、図４に示されたように、電子デバイス（４３０）へ結合され得るレンダーデバイス（４１２）（例えば、表示スクリーン）などのレンダリングデバイスを制御するための情報とを含む。レンダリングデバイスのための制御情報は、Supplementary Enhancement Information（ＳＥＩ）メッセージ又はVideo Usability Information（ＶＵＩ）パラメータセットフラグメント（図示せず。）の形をとってよい。パーサ（４２０）は、受信されるコーディングされたビデオシーケンスをパース／エントロピデコーディングしてよい。コーディングされたビデオシーケンスのコーディングは、ビデオコーディング技術又は規格に従うことができ、可変長コーディング、ハフマンコーディング、文脈依存による又はよらない算術コーディング、などを含む様々な原理に従うことができる。パーサ（４２０）は、コーディングされたビデオシーケンスから、ビデオデコーダにおけるピクセルのサブグループのうちの少なくとも１つについてのサブグループパラメータの組を、そのグループに対応する少なくとも１つのパラメータに基づいて抽出し得る。サブグループは、グループ・オブ・ピクチャ（ＧＯＰ）、ピクチャ、タイル、スライス、マクロブロック、コーディングユニット（ＣＵ）、ブロック、変換ユニット（ＴＵ）、予測ユニット（ＰＵ）、などを含むことができる。パーサ（４２０）はまた、変換係数などのコーディングされたビデオシーケンス情報から、量子化パラメータ値、動きベクトル、なども抽出し得る。

パーサ（４２０）は、シンボル（４２１）を生成するために、バッファメモリ（４１５）から受信されたビデオシーケンスに対してエントロピデコーディング／パーシング動作を実行してよい。

シンボル（４２１）の再構成は、コーディングされたビデオピクチャ又はその部分（例えば、インター及びイントラピクチャ、インター及びイントラブロック）のタイプ及び他の因子に応じて多数の異なるユニットを有することができる。どのユニットがどのように含まれるかは、コーディングされたビデオシーケンスからパーサ（４２０）によってパースされたサブグループ制御情報によって制御され得る。パーサ（４２０）と以下の複数のユニットとの間のそのようなサブグループ制御情報のフローは、明りょうさのために表されていない。

既に述べられた機能ブロックを超えて、ビデオデコーダ（４１０）は、概念的に、以下で説明される多数の機能ユニットに細分され得る。商業上の制約の下で動作する実際の実施では、それらのユニットの多くが互いに密に相互作用し、少なくとも部分的に互いに組み込まれ得る。しかし、開示されている対象を説明することを目的として、以下での機能ユニットへの概念的細分は適切である。

第１ユニットは、スケーラ／逆変換ユニット（４５１）である。スケーラ／逆変換ユニット（４５１）は、パーサ（４２０）からシンボル（４２１）として、量子化された変換係数とともに、使用するために変換するもの、ブロックサイズ、量子化係数、量子化スケーリングマトリクスなどを含む制御情報を受信する。スケーラ／逆変換ユニット（４５１）は、アグリゲータ（４５５）へ入力することができるサンプル値を含むブロックを出力することができる。

いくつかの場合に、スケーラ／逆変換器（４５１）の出力サンプルは、イントラコーディングされたブロック、すなわち、前に再構成されたピクチャからの予測情報を使用しておらず、現在のピクチャの前に再構成された部分からの予測情報を使用することができるブロック、に関係することができる。かような予測情報は、イントラピクチャ予測ユニット（４５２）によって供給され得る。いくつかの場合に、イントラピクチャ予測ユニット（４５２）は、現在ピクチャバッファ（４５８）からフェッチされた周囲の既に再構成された情報を用いて、再構成中のブロックと同じサイズ及び形状のブロックを生成する。現在ピクチャバッファ（４５８）は、例えば、部分的に再構成された現在のピクチャ及び／又は完全に再構成された現在のピクチャをバッファリングする。アグリゲータ（４５５）は、いくつかの場合に、サンプルごとに、イントラ予測ユニット（４５２）が生成した予測情報を、スケーラ／逆変換ユニット（４５１）によって供給される出力サンプル情報に加える。

他の場合では、スケーラ／逆変換ユニット（４５１）の出力サンプルは、インターコーディングされた、そして潜在的に動き補償されたブロックに関係することができる。かような場合に、動き補償予測ユニット（４５３）は、予測のために使用されるサンプルをフェッチするよう参照ピクチャメモリ（４５７）にアクセスすることができる。ブロックに関係するシンボル（４２１）に従って、フェッチされたサンプルを動き補償した後に、それらのサンプルは、出力サンプル情報を生成するために、アグリゲータ（４５５）によって、スケーラ／逆変換ユニット（４５１）の出力（この場合に、残差サンプル又は残差信号と呼ばれる。）に加えられ得る。動き補償予測ユニット（４５３）が予測サンプルをフェッチする参照ピクチャメモリ（４５７）内のアドレスは、例えば、Ｘ、Ｙ及び参照ピクチャコンポーネントを有することができるシンボル（４２１）の形で動き補償予測ユニット（４５３）が利用することができる動きベクトルによって制御され得る。動き補償はまた、サブサンプルの正確な動きベクトルが使用されているときに参照ピクチャメモリ（４５７）からフェッチされるサンプル値の補間や、動きベクトル予測メカニズムなどを含むことができる。

アグリゲータ（４５５）の出力サンプルは、ループフィルタユニット（４５６）において様々なループフィルタリング技術を受けることができる。ビデオ圧縮技術は、インループフィルタ技術を含むことができる。この技術は、コーディングされたビデオシーケンス（コーディングされたビデオビットストリームとも呼ばれる。）に含まれており、パーサ（４２０）からのシンボル（４２１）としてループフィルタユニット（４５６）に利用可能にされたパラメータによって制御されるが、コーディングされたピクチャ又はコーディングされたビデオシーケンスの（デコーディング順序において）前の部分のデコーディング中に得られたメタ情報にも応答することができ、更には、前に構成されたループフィルタ処理されたサンプル値に応答することができる。

ループフィルタユニット（４５６）の出力は、レンダーデバイス（４１２）へ出力され、更には、将来のインターピクチャ予測における使用のために参照ピクチャメモリ（４５７）に記憶され得るサンプルストリームであることができる。

特定のコーディングされたピクチャは、完全に再構成されると、将来の予測のための参照ピクチャとして使用され得る。例えば、現在のピクチャに対応するコーディングされたピクチャが完全に再構成され、コーディングされたピクチャが（例えば、パーサ（４２０）によって）参照ピクチャとして識別されると、現在ピクチャバッファ（４５８）は、参照ピクチャメモリ（４５７）の部分になることができ、未使用の現在ピクチャバッファが、後続のコーディングされたピクチャの再構成を開始する前に再割り当てされ得る。

ビデオデコーダ（４１０）は、ＩＴＵ－Ｔ推奨Ｈ．２６５などの規格における所定のビデオ圧縮技術に従ってデコーディング動作を実行してよい。コーディングされたビデオシーケンスは、そのコーディングされたビデオシーケンスが、ビデオ圧縮技術又は規格のシンタックス及びビデオ圧縮技術又は規格において文書化されているプロファイルの両方に従うという意味で、使用中のビデオ圧縮技術又は規格によって規定されたシンタックスに従い得る。具体的には、プロファイルは、ビデオ圧縮技術又は規格で利用可能な全てのツールからそのプロファイルの下での使用のために利用可能な最適なツールとして特定のツールを選択することができる。また、コーディングされたビデオシーケンスの複雑さは、ビデオ圧縮技術又は規格のレベルによって定義された境界内にあることが、順守のために必要である。いくつかの場合に、レベルは、最大ピクチャサイズ、最大フレームレート、最大再構成サンプルレート（例えば、メガサンプル／秒で測定される。）、最大参照ピクチャサイズ、などを制限する。レベルによって設定される制限は、いくつかの場合に、Hypothetical Reference Decoder（ＨＲＤ）仕様と、コーディングされたビデオシーケンスにおいて通知されるＨＲＤバッファ管理のためのメタデータとを通じて更に制限され得る。

実施形態において、受信器（４３１）は、エンコーディングされたビデオとともに、追加の（冗長な）データを受信してもよい。追加のデータは、コーディングされたビデオシーケンスの部分としても含まれてもよい。追加のデータは、ビデオデコーダ（４１０）によって、データを適切にデコーディングするために及び／又は原ビデオデータをより正確に再構成するために使用されてよい。追加のデータは、例えば、時間、空間、又は信号対雑音比（ＳＮＲ）エンハンスメントレイヤ、冗長スライス、冗長ピクチャ、前方誤り訂正符号、などの形をとることができる。

図５は、本開示の実施形態に従うビデオエンコーダ（５０３）のブロック図を示す。ビデオエンコーダ（５０３）は、電子デバイス（５２０）に含まれている。電子デバイス（５２０）は、送信器（５４０）（例えば、送信回路）を含む。ビデオエンコーダ（５０３）は、図３の例のビデオエンコーダ（３０３）の代わりに使用され得る。

ビデオエンコーダ（５０３）は、ビデオエンコーダ（５０３）によってコーディングされるべきビデオ画像を捕捉し得るビデオソース（５０１）（図５の例では電子デバイス（５２０）の部分ではない。）からビデオサンプルを受信してよい。他の例では、ビデオソース（５０１）は、電子デバイス（５２０）の部分である。

ビデオソース（５０１）は、任意の適切なビットデプス（例えば、８ビット、１０ビット、１２ビットなど）、任意の色空間（例えば、ＢＴ．６０１ ＹＣｒＣＢ、ＲＧＢなど）、及び任意の適切なサンプリング構造（例えば、ＹＣｒＣｂ ４：２：０、ＹＣｒＣｂ ４：４：４）であることができるデジタルビデオサンプルストリームの形で、ビデオエンコーダ（５０３）によってコーディングされるべきソースビデオシーケンスを供給してよい。メディアサービングシステムでは、ビデオソース（５０１）は、前に準備されたビデオを記憶している記憶デバイスであってよい。ビデオ会議システムでは、ビデオソース（５０１）は、ローカル画像情報をビデオシーケンスとして捕捉するカメラであってよい。ビデオデータは、順に見られる場合に動きを授ける複数の個別ピクチャとして供給されてもよい。ピクチャ自体は、ピクセルの空間アレイとして編成されてよく、各ピクセルは、使用中のサンプリング構造、色空間、などに依存する１つ以上のサンプルを有することができる。当業者であれば、ピクセルとサンプルとの間の関係を容易に理解することができる。本明細書は、以下、サンプルに焦点を当てる。

実施形態に従って、ビデオエンコーダ（５０３）は、実時間において又は用途によって必要とされる任意の他の時間制約の下で、ソースビデオシーケンスのピクチャを、コーディングされたビデオシーケンス（５４３）へとコーディング及び圧縮してよい。適切なコーディング速度を強いることは、コントローラ（５５０）の一機能である。いくつかの実施形態において、コントローラ（５５０）は、以下で記載されるような他の機能ユニットを制御し、それらのユニットへ機能的に結合される。結合は明りょうさのために表されていない。コントローラ（５５０）によってセットされるパラメータには、レート制御に関連したパラメータ（ピクチャスキップ、量子化器、レートひずみ最適化技術のラムダ値、など）、ピクチャサイズ、グループ・オブ・ピクチャ（ＧＯＰ）レイアウト、最大動きベクトル探索範囲、などが含まれ得る。コントローラ（５５０）は、特定のシステム設計のために最適化されたビデオエンコーダ（５０３）に関係する他の適切な機能を有するよう構成され得る。

いくつかの実施形態において、ビデオエンコーダ（５０３）は、コーディングループで動作するよう構成される。過度に単純化された記載として、例において、コーディングループは、ソースコーダ（５３０）（例えば、コーディングされるべき入力ピクチャと、参照ピクチャとに基づいて、シンボルストリームなどのシンボルを生成することに関与する。）と、ビデオエンコーダ（５０３）に埋め込まれた（ローカル）デコーダ（５３３）とを含むことができる。デコーダ（５３３）は、（シンボルとコーディングされたビデオストリームとの間の如何なる圧縮も、開示されている対象で考えられているビデオ圧縮技術において可逆であるということで）（遠隔の）デコーダも生成することになるのと同様の方法でサンプルデータを生成するようにシンボルを再構成する。その再構成されたサンプルストリーム（サンプルデータ）は、参照ピクチャメモリ（５３４）へ入力される。シンボルストリームのデコーディングは、デコーダの場所（ローカル又は遠隔）に依存しないビットパーフェクト（bit-exact）な結果をもたらすので、参照ピクチャメモリ（５３４）内のコンテンツも、ローカルのエンコーダと遠隔のエンコーダとの間でビットパーフェクトである。すなわち、エンコーダの予測部分は、デコーダがデコーディング中に予測を使用するときに“見る”ことになるのとまさに同じサンプル値を参照ピクチャサンプルとして“見る”。参照ピクチャのシンクロニシティ（及び、例えば、チャネルエラーのために、シンクロニシティが維持され得ない場合に、結果として生じるドリフト）のこの基本原理は、いくつかの関連技術でも使用されている。

“ローカル”のデコーダ（５３３）の動作は、図４とともに先に詳細に既に説明されている、ビデオデコーダ（４１０）などの“遠隔”のデコーダと同じであることができる。一時的に図４も参照すると、しかしながら、シンボルが利用可能であり、エントロピコーダ（５４５）及びパーサ（４２０）によるコーディングされたビデオシーケンスへのシンボルのエンコーディング／デコーディングが可逆であることができるということで、バッファメモリ（４１５）及びパーサ（４２０）を含むビデオデコーダ（４１０）のエントロピデコーディング部分は、ローカルのデコーダ（５３３）において完全には実装されなくてもよい。

この時点で行われ得る観察は、デコーダに存在するパーシング／エントロピデコーディングを除く如何なるデコーダ技術も、対応するエンコーダにおいて、実質的に同じ機能形態で、必ずしも存在する必要がないことである。この理由により、開示されている対象は、デコーダの動作に焦点を当てる。エンコーダ技術の説明は、それらが、包括的に記載されるデコーダ技術の逆であるということで、省略され得る。特定の範囲においてのみ、より詳細な説明が必要とされ、以下で与えられている。

動作中、ソースコーダ（５３０）は、動き補償された予測コーディングを実行してよい。これは、「参照ピクチャ」として指定されたビデオシーケンスからの１つ以上の前にコーディングされたピクチャを参照して予測的に入力ピクチャをコーディングする。このようにして、コーディングエンジン（５３２）は、入力ピクチャに対する予測参照として選択され得る参照ピクチャのピクセルブロックと入力ピクチャのピクセルブロックとの間の差をコーディングする。

ローカルのビデオデコーダ（５３３）は、ソースコーダ（５３０）によって生成されたシンボルに基づいて、参照ピクチャとして指定され得るピクチャのコーディングされたビデオデータをデコーディングしてよい。コーディングエンジン（５３２）の動作は、有利なことに、不可逆プロセスであってよい。コーディングされたビデオデータがビデオデコーダ（図５には図示せず。）でデコーディングされ得るとき、再構成されたビデオシーケンスは、通常は、いくらかのエラーを伴ったソースビデオシーケンスの複製であり得る。ローカルのビデオデコーダ（５３３）は、参照ピクチャに対してビデオデコーダによって実行され得るデコーディングプロセスを再現し、再構成された参照ピクチャを参照ピクチャキャッシュ（５３４）に格納されるようにしてよい。このように、ビデオエンコーダ（５０３）は、（伝送エラーなしで）遠端のビデオデコーダによって取得されることになる再構成された参照ピクチャと共通の内容を有している再構成された参照ピクチャのコピーをローカルで記憶し得る。

予測器（５３５）は、コーディングエンジン（５３２）のための予測探索を実行してよい。すなわち、新しいピクチャがコーディングされるために、予測器（５３５）は、その新しいピクチャのための適切な予測基準となり得る参照ピクチャ動きベクトル、ブロック形状、などの特定のメタデータ又は（候補参照ピクセルブロックとしての）サンプルデータを参照ピクチャメモリ（５３４）から探してよい。予測器（５３５）は、適切な予測基準を見つけるためにサンプルブロック・バイ・ピクセルブロックベース（sample block-by-pixel block basis）で動作してよい。いくつかの場合に、予測器（５３５）によって取得された探索結果によって決定されるように、入力ピクチャは、参照ピクチャメモリ（５３４）に記憶されている複数の参照ピクチャから引き出された予測基準を有してよい。

コントローラ（５５０）は、例えば、ビデオデータをエンコーディングするために使用されるパラメータ及びサブグループパラメータの設定を含め、ソースコーダ（５３０）のコーディング動作を管理してよい。

上記の全ての機能ユニットの出力は、エントロピコーダ（５４５）においてエントロピコーディングを受けてよい。エントロピコーダ（５４５）は、ハフマンコーディング、可変長コーディング、算術コーディングなどの技術に従ってシンボルを可逆圧縮することによって、様々な機能ユニットによって生成されたシンボルを、コーディングされたビデオシーケンスへと変換する。

送信器（５４０）は、エントロピコーダ（５４５）によって生成されたコーディングされたビデオシーケンスを、通信チャネル（５６０）を介した伝送のために準備するようにバッファリングしてよい。通信チャネル（５６０）は、エンコーディングされたビデオデータを記憶する記憶デバイスへのハードウェア／ソフトウェアリンクであってよい。送信器（５４０）は、ビデオコーダ（５０３）からのコーディングされたビデオデータを、送信されるべき他のデータ、例えば、コーディングされたオーディオデータ及び／又は補助的なデータストリーム（ソースは図示せず）とマージしてもよい。

コントローラ（５５０）は、ビデオエンコーダ（５０３）の動作を管理してよい。コーディング中、コントローラ（５５０）は、各々のピクチャに適用され得るコーディング技術に影響を及ぼす可能性がある特定のコーディングされたピクチャタイプを夫々のコーディングされたピクチャに割り当ててよい。例えば、ピクチャはしばしば、次のピクチャタイプのうちの１つとして割り当てられてよい。

イントラピクチャ（Intra Picture）（Ｉピクチャ）は、予測のソースとしてシーケンス内の如何なる他のピクチャも使用せずにコーディング及びデコーディングされ得るピクチャであってよい。いくつかのビデオコーデックは、例えば、独立したデコーダリフレッシュ（Independent Decoder Refresh，ＩＤＲ）ピクチャを含む種々のタイプのイントラピクチャを許容する。当業者であれば、Ｉピクチャのそのような変形並びにそれらの各々の応用及び特徴に気づく。

予測ピクチャ（Predictive Picture）（Ｐピクチャ）は、各ブロックのサンプル値を予測するために多くても１つの動きベクトル及び参照インデックスを用いてイントラ予測又はインター予測によりコーディング及びデコーディングされ得るピクチャであってよい。

双方向予測ピクチャ（Bi-directionally Predictive Picture）（Ｂピクチャ）は、各ブロックのサンプル値を予測するために多くても２つの動きベクトル及び参照インデックスを用いてイントラ予測又はインター予測によりコーディング及びデコーディングされ得るピクチャであってよい。同様に、多重予測ピクチャ（multiple-predictive picture(s)）は、単一のブロックの再構成のために２つよりも多い参照ピクチャ及び関連するメタデータを使用することができる。

ソースピクチャは、一般に、複数のサンプルブロック（例えば、夫々、４×４、８×８、４×８、又は１６×１６のサンプルのブロック）に空間的に細分され、ブロックごとにコーディングされてよい。ブロックは、ブロックの各々のピクチャに適用されているコーディング割り当てによって決定される他の（既にコーディングされた）ブロックを参照して予測的にコーディングされてよい。例えば、Ｉピクチャのブロックは、非予測的にコーディングされてよく、あるいは、それらは、同じピクチャの既にコーディングされたブロックを参照して予測的にコーディングされてもよい（空間予測又はイントラ予測）。Ｐピクチャのピクセルブロックは、１つの前にコーディングされた参照ピクチャを参照して空間予測により又は時間予測により、予測的にコーディングされてよい。Ｂピクチャのブロックは、１つ又は２つの前にコーディングされた参照ピクチャを参照して空間予測により又は時間予測により、予測的にコーディングされてよい。

ビデオエンコーダ（５０３）は、ＩＴＵ－Ｔ推奨Ｈ．２６５のような所定のビデオコーディング技術又は規格に従ってコーディング動作を実行してよい。その動作中に、ビデオエンコーダ（５０３）は、入力ビデオシーケンスにおける時間及び空間冗長性を利用する予測コーディング動作を含む様々な圧縮動作を実行してよい。従って、コーディングされたビデオデータは、使用されているビデオコーディング技術又は規格によって定められているシンタックスに従い得る。

実施形態において、送信器（５４０）は、エンコーディングされたビデオとともに追加のデータを送信してもよい。ソースコーダ（５３０）は、コーディングされたビデオシーケンスの部分としてそのようなデータを含めてよい。追加のデータは、時間／空間／ＳＮＲエンハンスメントレイヤ、冗長ピクチャ及びスライスなどの他の形式の冗長データ、ＳＥＩメッセージ又はＶＵＩパラメータセットフラグメント、などを有してよい。

ビデオは、時間シーケンスにおいて複数のソースピクチャ（ビデオピクチャ）として捕捉されてよい。イントラピクチャ予測（しばしばイントラ予測と省略される。）は、所与のピクチャにおける空間相関を利用し、インターピクチャ予測は、ピクチャ間の（時間又は他の）相関を利用する。例において、現在のピクチャと呼ばれる、エンコーディング／デコーディング中の特定のピクチャは、ブロックに分割される。現在のピクチャ内のあるブロックが、ビデオ内の前にコーディングされた依然としてバッファリングされている参照ピクチャ内の参照ブロックと類似している場合に、現在にピクチャ内のそのブロックは、動きベクトルと呼ばれるベクトルによってコーディングされ得る。動きベクトルは、参照ピクチャ内の参照ブロックを指し示し、複数の参照ピクチャが使用されている場合には、参照ピクチャを識別する第３の次元を有することができる。

いくつかの実施形態において、双予測技術がインターピクチャ予測において使用され得る。双予測技術に従って、２つの参照ピクチャ、例えば、ビデオ内で現在のピクチャに対してデコーディング順序において両方とも先行する（しかし、表示順序では、夫々、過去及び将来にあってよい。）第１参照ピクチャ及び第２参照ピクチャが、使用される。現在のピクチャ内のあるブロックは、第１参照ピクチャ内の第１参照ブロックを指し示す第１動きベクトルと、第２参照ピクチャ内の第２参照ブロックを指し示す第２動きベクトルとによって、コーディングされ得る。そのブロックは、第１参照ブロック及び第２参照ブロックの組み合わせによって予測可能である。

更に、マージモード技術が、コーディング効率を改善するためにインターピクチャ予測において使用され得る。

本開示のいくつかの実施形態に従って、インターピクチャ予測及びイントラピクチャ予測などの予測は、ブロックのユニットにおいて実行される。例えば、ＨＥＶＣ規格に従って、ビデオピクチャのシーケンス内のピクチャは、圧縮のためにコーディングツリーユニット（ＣＴＵ）に分割され、ピクチャ内のＣＴＵは、６４×６４ピクセル、３２×３２ピクセル、又は１６×１６ピクセルといった同じサイズを有する。一般に、ＣＴＵは、１つのルーマＣＴＢ及び２つのクロマＣＴＢである３つのコーディングツリーブロック（ＣＴＢ）を含む。各ＣＴＵは、１つ又は複数のコーディングユニット（ＣＵ）に再帰的に四分木分割され得る。例えば、６４×６４ピクセルのＣＴＵは、６４×６４ピクセルの１つのＣＵ、又は３２×３２ピクセルの４つのＣＵ、又は１６×１６ピクセルの１６個のＣＵに分割可能である。例において、各ＣＵは、インター予測タイプ又はイントラ予測タイプなどのＣＵのための予測タイプを決定するよう解析される。ＣＵは、時間及び／又は空間予測可能性に応じて１つ以上の予測ユニット（ＰＵ）に分割される。一般に、各ＰＵは、１つのルーマ予測ブロック（ＰＢ）及び２つのクロマＰＢを含む。実施形態において、コーディング（エンコーディング／デコーディング）における予測動作は、予測ブロックの単位で実行される。予測ブロックの例としてルーマ予測ブロックを使用すると、予測ブロックは、８×８ピクセル、１６×１６ピクセル、８×１６ピクセル、１６×８ピクセルなどのような、ピクセルの値（例えば、ルーマ値）の行列を含む。

図６は、本開示の他の実施形態に従うビデオエンコーダ（６０３）の図を示す。ビデオエンコーダ（６０３）は、ビデオピクチャの連続に含まれる現在のビデオピクチャ内のサンプル値の処理ブロック（例えば、予測ブロック）を受け取り、コーディングされたビデオシーケンスの部分であるコーディングされたピクチャへと処理ブロックをエンコーディングするよう構成されてよい。例において、ビデオエンコーダ（６０３）は、図３の例のビデオエンコーダ（３０３）の代わりに使用される。

ＨＥＶＣの例では、ビデオエンコーダ（６０３）は、８×８サンプルの予測ブロックなどのような処理ブロックのサンプル値の行列を受け取る。ビデオエンコーダ（６０３）は、例えば、レートひずみ最適化を用いて、処理ブロックがイントラモード、インターモード、又は双予測モードにより最も良くコーディングされるかどうかを決定する。処理ブロックがイントラモードでコーディングされるべきである場合には、ビデオエンコーダ（６０３）は、コーディングされたピクチャへと処理ブロックをエンコーディングするようイントラ予測技術を使用してよく、処理ブロックがインターモード又は双予測モードでコーディングされるべきである場合には、ビデオエンコーダ（６０３）は、コーディングされたピクチャへと処理ブロックをエンコーディングするようインター予測又は双予測技術を夫々使用してよい。特定のビデオコーディング技術において、マージモードは、予測子の外にあるコーディングされた動きベクトル成分の恩恵を受けずに１つ以上の動きベクトル予測子から動きベクトルが導出されるインターピクチャ予測サブモードであることができる。特定の他のビデオコーディング技術では、対象ブロックに適用可能な動きベクトル成分が存在することがある。例において、ビデオエンコーダ（６０３）は、処理ブロックのモードを決定するモード決定モジュール（図示せず。）などの他のコンポーネントを含む。

図６の例では、ビデオエンコーダ（６０３）は、図６に示されるように結合されているインターエンコーダ（６３０）、イントラエンコーダ（６２２）、残差計算部（６２３）、スイッチ（６２６）、残差エンコーダ（６２４）、汎用コントローラ（６２１）、及びエントロピエンコーダ（６２５）を含む。

インターエンコーダ（６３０）は、現在のブロック（例えば、処理ブロック）のサンプルを受け取り、そのブロックを参照ピクチャ内の１つ以上の参照ブロック（例えば、前のピクチャ及び後のピクチャ内のブロック）と比較し、インター予測情報（例えば、インターエンコーディング技術に従う残差情報の記述、動きベクトル、マージモード情報）を生成し、何らかの適切な技術を用いてインター予測情報に基づいてインター予測結果（例えば、予測ブロック）を計算するよう構成される。いくつかの例において、参照ピクチャは、エンコーディングされたビデオ情報に基づいてデコーディングされているデコーディングされた参照ピクチャである。

イントラエンコーダ（６２２）は、現在のブロック（例えば、処理ブロック）のサンプルを受け取り、いくつかの場合には、同じピクチャ内で既にコーディングされたブロックとそのブロックを比較し、変換後の量子化された係数を、更には、いくつかの場合には、イントラ予測情報（例えば、１つ以上のイントラエンコーディング技術に従うイントラ予測方向情報）も生成するよう構成される。例において、イントラエンコーダ（６２２）はまた、イントラ予測情報及び同じピクチャ内の参照ブロックに基づいてイントラ予測結果（例えば、予測ブロック）を計算する。

汎用コントローラ（６２１）は、汎用制御データを決定し、汎用制御データに基づいてビデオエンコーダ（６０３）の他のコンポーネントを制御するよう構成される。例において、汎用コントローラ（６２１）は、ブロックのモードを決定し、モードに基づいて制御信号をスイッチ（６２６）へ供給する。例えば、モードがイントラモードである場合には、汎用コントローラ（６２１）は、残差計算部（６２３）による使用のためにイントラモード結果を選択するようスイッチ（６２６）を制御し、そして、イントラ予測情報を選択し、イントラ予測情報をビットストリームに含めるようエントロピエンコーダ（６２５）を制御する。モードがインターモードである場合には、汎用コントローラ（６２１）は、残差計算部（６２３）による使用のためにインター予測結果を選択するようスイッチ（６２６）を制御し、そして、インター予測情報を選択し、インター予測情報をビットストリームに含めるようエントロピエンコーダ（６２５）を制御する。

残差計算部（６２３）は、受け取られたブロックと、イントラエンコーダ（６２２）又はインターエンコーダ（６３０）から選択された予測結果との間の差（残差データ）を計算するよう構成される。残差エンコーダ（６２４）は、変換係数を生成するよう残差データをエンコーディングするように残差データに基づいて動作するよう構成される。例において、残差エンコーダ（６２４）は、残差データを空間領域から周波数領域に変換し、変換係数を生成するよう構成される。次いで、変換係数は、量子化された変換係数を取得するよう量子化処理を受ける。様々な実施形態において、ビデオエンコーダ（６０３）はまた、残差デコーダ（６２８）も含む。残差デコーダ（６２８）は、逆変換を実行し、デコーディングされた残差データを生成するよう構成される。デコーディングされた残差データは、イントラエンコーダ（６２２）及びインターエンコーダ（６３０）によって適切に使用され得る。例えば、インターエンコーダ（６３０）は、デコーディングされた残差データ及びインター予測情報に基づいて、デコーディングされたブロックを生成することができ、イントラエンコーダ（６２２）は、デコーディングされた残差データ及びイントラ予測情報に基づいて、デコーディングされたブロックを生成することができる。デコーディングされたブロックは、デコーディングされたピクチャを生成するよう適切に処理され、デコーディングされたピクチャは、メモリ回路（図示せず。）にバッファリングされ、いくつかの例では参照ピクチャとして使用され得る。

エントロピエンコーダ（６２５）は、エンコーディングされたブロックを含めるようにビットストリームをフォーマット化するよう構成される。エントロピエンコーダ（６２５）は、ＨＥＶＣ規格などの適切な規格に従って様々な情報を含めるよう構成される。例において、エントロピエンコーダ（６２５）は、汎用制御データ、選択された予測情報（例えば、イントラ予測情報又はインター予測情報）、残差情報、及び他の適切な情報をビットストリームに含めるよう構成される。開示されている対象に従って、インターモード又は双予測モードのどちらか一方のマージサブモードでブロックをコーディングする場合に、残差情報は存在しない点に留意されたい。

図７は、本開示の他の実施形態に従うビデオデコーダ（７１０）の図を示す。ビデオデコーダ（７１０）は、コーディングされたビデオシーケンスの部分であるコーディングされたピクチャを受け取り、コーディングされたピクチャをデコーディングして、再構成されたピクチャを生成するよう構成される。例において、ビデオデコーダ（７１０）は、図３の例のビデオデコーダ（３１０）の代わりに使用される。

図７の例では、ビデオデコーダ（７１０）は、図７に示されるように結合されているエントロピデコーダ（７７１）、インターデコーダ（７８０）、残差デコーダ（７７３）、再構成モジュール（７７４）、及びイントラデコーダ（７７２）を含む。

エントロピデコーダ（７７１）は、コーディングされたピクチャから、シンタックス要素を表す特定のシンボルを再構成するよう構成され得、それらから、コーディングされたピクチャは構成されている。かようなシンボルは、例えば、ブロックがコーディングされるモード（例えば、イントラモード、又はマージサブモード若しくは他のサブモードにおけるインターモード若しくは双予測モード）、イントラデコーダ（７７２）又はインターデコーダ（７８０）による予測のために夫々使用される特定のサンプル又はメタデータを識別することができる予測情報（例えば、イントラ予測情報又はインター予測情報）、例えば、量子化された変換係数の形をとる残差情報、などを含むことができる。例において、予測モードがインター又は双予測モードである場合には、インター予測情報がインターデコーダ（７８０）へ供給され、予測タイプがイントラ予測タイプである場合には、イントラ予測情報がイントラデコーダ（７７２）へ供給される。残差情報は、逆量子化を受けることができ、残差デコーダ（７７３）へ供給される。

インターデコーダ（７８０）は、インター予測情報を受け取り、インター予測情報に基づいてインター予測結果を生成するよう構成される。

イントラデコーダ（７７２）は、イントラ予測情報を受け取り、イントラ予測情報に基づいて予測結果を生成するよう構成される。

残差デコーダ（７７３）は、逆量子化された変換係数を取り出すように逆量子化を実行し、逆量子化された変換係数を処理して、残差を周波数領域から空間領域に変換するよう構成される。残差デコーダ（７７３）はまた、（量子化パラメータ（ＱＰ）を含めるための）特定の制御情報を要求してもよく、その情報は、エントロピデコーダ（７７１）によって供給されてよい（これは低容量の制御情報のみであるということで、データパスは示されない。）。

再構成モジュール（７７４）は、残差デコーダ（７７３）によって出力された残差と、（場合によっては、インター又はイントラ予測モジュールによって出力された）予測結果とを空間領域において組み合わせて、再構成されたブロックを形成するよう構成される。再構成されたブロックは、再構成されたピクチャの部分であってよく、次いで、再構成されたピクチャは、再構成されたビデオの部分であってよい。なお、デブロッキング動作などのような他の適切な動作が、視覚品質を改善するために実行されてもよい。

なお、ビデオエンコーダ（３０３）、（５０３）及び（６０３）並びにビデオデコーダ（３１０）、（４１０）及び（７１０）は、如何なる適切な技術によっても実装可能である。実施形態において、ビデオエンコーダ（３０３）、（５０３）及び（６０３）並びにビデオデコーダ（３１０）、（４１０）及び（７１０）は、１つ以上の集積回路を用いて実装可能である。他の実施形態では、ビデオエンコーダ（３０３）、（５０３）及び（６０３）並びにビデオデコーダ（３１０）、（４１０）及び（７１０）は、ソフトウェア命令を実行する１つ以上のプロセッサを用いて実装可能である。

一般に、異なるピクチャに基づいたブロックベースの補償は、動き補償又はインター予測ブロック補償と呼ばれ得る。しかし、ブロック補償は、同じピクチャ内の前に再構成されたエリアから行われることがある。かようなブロック補償は、イントラピクチャブロック補償、現在ピクチャ参照（Current Picture Referencing，ＣＰＲ）、又はイントラブロックコピー（Intra Block Copy，ＩＢＣ）と呼ばれ得る。

開示の態様は、同じピクチャ内のブロックベースの補償のための技術（例えば、ＩＢＣ予測モード）を提供する。

開示の態様に従って、ＩＢＣ予測モードでは、同じピクチャ内の現在のブロックと参照ブロックとの間のオフセットを示す変位ベクトルは、ブロックベクトル（ＢＶ）と呼ばれる。なお、参照ブロックは、現在のブロックより前に既に再構成されている。その上、並列処理については、タイル／スライス境界又は波面ラダー形状境界にある参照エリアは、利用可能な参照ブロックとして使用されることから除かれ得る。これらの制約により、ブロックベクトルは、インター予測モードの動き補償において如何なる値（ｘ又はｙのどちらか一方の方向で正又は負）にあることもできる動きベクトルとは異なり得る。

ＩＢＣ予測モードにおけるブロックベクトルのコーディングは、明示的又は暗黙的のどちらか一方であることができる。明示的なモードでは、ブロックベクトルとブロックベクトルの予測子との間のブロックベクトル差分が通知される。ＩＢＣ予測モードの明示的なモードでブロックベクトルをコーディングする方法は、インター予測モードのadvanced motion vector prediction（ＡＭＶＰ）で動きベクトルをコーディングする方法と同様であり得る。暗黙的なモードでは、ブロックベクトルは、インター予測モードのマージモードでの動きベクトル予測と同様の方法で、ブロックベクトル差分を使用せずにブロックベクトルの予測子から回復される。その上、ブロックベクトルの分解能は、一実施形態では整数位置に制限され得るが、他の実施形態では分数位置を指し示すことが許され得る。

ブロックレベルでのＩＢＣ予測モードの使用は、例えば、ブロックレベルフラグ（ＩＢＣフラグと呼ばれる）又は参照インデックスを用いて、通知され得る。ＩＢＣフラグを使用する場合に、現在のブロックは暗黙的モードでコーディングされ得ない。参照インデックスを使用する場合に、現在のデコーディングされたピクチャは、参照ピクチャリストの最後の位置に入れられている参照ピクチャとして扱われ得る。この参照ピクチャはまた、デコーディングピクチャバッファ（Decoded Picture Buffer，ＤＰＢ）内の他の時間参照ピクチャとともに管理されてもよい。

図８は、開示の実施形態に従う、イントラブロックコピー（ＩＢＣ）予測モードの例を示す。図８の例では、現在のピクチャ（８００）は再構成中であり、再構成されたエリア（８０１）（灰色のエリア）及びデコーディングされるべきエリア（８０２）（白色のエリア）を含む。再構成されたエリア（８０１）内のブロックは既にデコーディングされており、再構成されるべきエリア（８０２）内のブロックは、デコーディング中であるか又はデコーディングされることになっているかのどちらかである。現在のブロック（８０４）は、再構成されるべきエリア（８０２）内にあり、デコーディング中である。現在のブロック（８０４）は、再構成されたエリア（８０１）内にある参照ブロック（８０５）からデコーディングされ得る。現在のブロック（８０４）のデコーディングは、現在のブロック（８０４）と参照ブロック（８０５）との間のオフセットであるブロックベクトル（８０３）に基づく。

開示の態様に従って、現在のブロック（例えば、現在のブロック（８０４））についてブロックベクトル（例えば、ブロックベクトル（８０３））を導出するために使用された参照ピクチャ（例えば、参照ブロック（８０５））は、ＩＢＣ予測モードの探索範囲内にある。

いくつかの実施形態に従って、ＩＢＣ予測モードの探索範囲は、現在のブロックが存在する現在のＣＴＵ内にあるよう制約される。例において、ＩＢＣ予測モードの探索範囲について参照サンプルを格納するためのメモリは、１ＣＴＵサイズ（例えば、１２８×１２８サンプル）である。１ＣＴＵサイズ（１２８×１２８サンプル）が、各領域が６４×６４サンプルを有する４つの領域を含む場合に、メモリはかような４つの領域を格納してよく、１つの領域は、現在再構成されている６４×６４サンプルであってよく、各領域が６４×６４サンプルを有する残り３つの領域は、参照サンプルであってよい。

いくつかの実施形態に従って、ＩＢＣ予測モードの探索範囲は、探索範囲を格納するためのメモリを変更せずに（例えば、１ＣＴＵサイズ）、現在のＣＴＵの左ＣＴＵのいくつかの部分まで広げられ得る。それにより、探索範囲は現在のＣＴＵ内にあるよう制約されなくてもよい。なお、探索範囲は、現在のＣＴＵ内の現在のブロックの位置に依存してよい。すなわち、探索範囲は、現在のＣＴＵ内の現在のブロックの位置に従って構成されてよい。

図９Ａ～９Ｄは、開示の実施形態に従う、ＩＢＣ予測モードの探索範囲についての更新プロセスの例を示す。上述されたように、有効な探索範囲は、現在のＣＴＵ（９００）の左ＣＴＵ（９１０）のいくつかの部分まで広げられる。

この更新プロセス中に、左ＣＴＵからの格納された参照サンプルは、現在のＣＴＵからの再構成されたサンプルにより更新される。図９Ａ～９Ｄでは、灰色の領域は、既に再構成された領域を示し、白色の領域は、再構成されるべき領域を示し、縦線及び文字“Ｃｕｒｒ”を有する領域は、現在のブロックがある現在のコーディング／デコーディング領域を示す。その上、各図において、左の４つの領域（９１１）～（９１４）は、左ＣＴＵ（９１０）に属し、右の４つの領域（９０１）～（９０４）は、現在のＣＴＵ（９００）に属する。

なお、左ＣＴＵ（９１０）の４つの領域（９１１）～（９１４）の全ては既に再構成されている。よって、メモリは最初に、左ＣＴＵ（９１０）からの参照サンプルのこれら４つの領域の全てを格納し、次いで、現在のＣＴＵ（９００）からの現在再構成されているサンプルの同じ相対領域で左ＣＴＵ（９１０）からの参照サンプルの領域を更新する。

例えば、図９Ａでは、現在のＣＴＵ（９００）内の現在の領域（９０１）が再構成中であり、現在の領域（９０１）の左ＣＴＵ（９１０）内の同一位置の領域は、既に再構成された領域（９１１）である。同一位置の領域（９１１）は、現在のＣＴＵ（９００）内の現在のブロック（９０１）と同じ相対領域により左ＣＴＵ（９１０）の領域内にある。よって、同一位置の領域（９１１）の参照サンプルを格納するメモリ領域は、現在の領域（９０１）の再構成されたサンプルを格納するよう更新され、“Ｘ”は、同一位置の領域（９１１）の参照サンプルがもはやメモリに格納されていないことを示すよう図９Ａの同一位置の領域（９１１）にマークされている。

同様に、図９Ｂでは、現在のＣＴＵ（９００）内の現在の領域（９０１）が再構成中であり、現在の領域（９０２）の左ＣＴＵ（９１０）内の同一位置の領域は領域（９１２）である。同一位置の領域（９１２）は、現在のＣＴＵ（９００）内の現在の領域（９０２）と同じ相対領域により左ＣＴＵ（９１０）の領域内にある。よって、同一位置の領域（９１２）の参照サンプルを格納するメモリ領域は、現在の領域（９０２）の再構成されたサンプルを格納するよう更新され、“Ｘ”は、同一位置の領域（９１２）の参照サンプルがもはやメモリに格納されていないことを示すよう図９Ｂの同一位置の領域（９１２）にマークされている。

図９Ｃでは、現在のＣＴＵ（９００）内の現在の領域（９０３）が再構成中であり、現在の領域（９０３）の左ＣＴＵ（９１０）内の同一位置の領域は領域（９１３）である。同一位置の領域（９１３）は、現在のＣＴＵ（９００）内の現在の領域（９０３）と同じ相対領域により左ＣＴＵ（９１０）の領域内にある。よって、同一位置の領域（９１３）の参照サンプルを格納するメモリ領域は、現在の領域（９０３）の再構成されたサンプルを格納するよう更新され、“Ｘ”は、同一位置の領域（９１３）の参照サンプルがもはやメモリに格納されていないことを示すよう図９Ｃの同一位置の領域（９１３）にマークされている。

図９Ｃでは、現在のＣＴＵ（９００）内の現在の領域（９０４）が再構成中であり、現在の領域（９０４）の左ＣＴＵ（９１０）内の同一位置の領域は領域（９１４）である。同一位置の領域（９１４）は、現在のＣＴＵ（９００）内の現在の領域（９０４）と同じ相対領域により左ＣＴＵ（９１０）の領域内にある。よって、同一位置の領域（９１４）の参照サンプルを格納するメモリ領域は、現在の領域（９０４）の再構成されたサンプルを格納するよう更新され、“Ｘ”は、同一位置の領域（９１４）の参照サンプルがもはやメモリに格納されていないことを示すよう図９Ｄの同一位置の領域（９１４）にマークされている。

開示の態様に従って、ＩＢＣ予測モードの探索範囲内で導出される有効なブロックベクトルは、ビットストリーム適合性条件を満足するよういくつかの制約に従い得る。

図１０は、開示の実施形態に従う、特定の制約に従う有効なブロックベクトル（１０２０）の例を示す。図１０の例では、現在のＣＴＢ（１０００）は、４つのルーマ領域（１００６）～（１００９）を含むルーマＣＴＢである。参照ブロック利用可能性の導出プロセスが呼び出される場合に、現在のＣＴＢ（１０００）内の現在のブロック（１００３）の左上サンプルの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）は、（ｘＣｂ，ｙＣｂ）であるようセットされ、有効なルーマブロックベクトル（１０２０）は特定の制約に従い得る。有効なルーマブロックベクトル（１０２０）は、現在のブロック（１００３）から、現在のＣＴＢ（１０００）の左ＣＴＢ（１０１０）内の参照ブロック（１０１５）へ向いている。

いくつかの実施形態に従って、第１の制約は、現在のブロックのための参照ブロックが既に再構成されていることである。例において、三角参照ブロックについては、参照ブロックは、参照ブロックの左上サンプル及び右下サンプルの両方が既に再構成されている場合に、既に再構成されていると決定される。具体的に、１／１６ペル分解能によるルーマブロックベクトルｍｖＬについては、参照ブロックの左上サンプルの位置（ｘＣｂ＋（ｍｖＬ［０］＞＞４），ｙＣＢ＋（ｍｖＬ［１］＞＞４））が入力される場合に、真（ＴＲＵＥ）が出力され、これは、参照ブロックの左上サンプルが既に再構成されていることを示す。なお、ｍｖＬ［０］及びｍｖＬ［１］は、２次元ルーマブロックベクトルｍｖＬのｘ成分及びｙ成分である。同様に、参照ブロックの右下サンプルの位置（ｘＣｂ＋（ｍｖＬ［０］＞＞４）＋ｃｂＷｉｄｔｈ－１，ｙＣｂ＋（ｍｖＬ［１］＞＞４）＋ｃｂＨｅｉｇｈｔ－１）が入力される場合に、真（ＴＲＵＥ）が出力され、これは、参照ブロックの右下サンプルが既に再構成されていることを示す。なお、パラメータｃｂＷｉｄｔｈ及びｃｂＨｅｉｇｈｔは、参照ブロックの幅及び高さを表す。従って、両方の位置（ｘＣｂ＋（ｍｖＬ［０］＞＞４），ｙＣＢ＋（ｍｖＬ［１］＞＞４））及び（ｘＣｂ＋（ｍｖＬ［０］＞＞４）＋ｃｂＷｉｄｔｈ－１，ｙＣｂ＋（ｍｖＬ［１］＞＞４）＋ｃｂＨｅｉｇｈｔ－１）が入力される場合に、真（ＴＲＵＥ）が出力され、これは、参照ブロックの左上サンプル及び右下サンプルの両方並びに参照ブロック自体が既に構成されていることを示し、よって、ブロックベクトルは、図１０に示されるように、有効である。しかし、参照ブロックがまだ再構成されていない場合には、ルーマブロックベクトルｍｖＬは妥当でない可能性がある。

いくつかの実施形態に従って、第２の制約は、参照ブロックが現在のブロックと重なり合わないことである。参照ブロックが既に構成されているという制約の下で、参照ブロックは、現在のブロックと重なり合うことを回避するために、現在のブロックの左側又は現在のブロックの上側のどちらかにあることができる。例において、１／１６ペル分解能によるルーマブロックベクトルｍｖＬについては、２つの値（ｍｖＬ［０］＞＞４）＋ｃｂＷｉｄｔｈ及び（ｍｖＬ［１］＞＞４）＋ｃｂＨｅｉｇｈｔのうちの少なくとも一方は、０以下である。具体的に、値（ｍｖＬ［０］＞＞４）＋ｃｂＷｉｄｔｈが０以下であることは、参照ブロックが現在のブロックの左側にあり、現在のブロックと重なり合わないことを示す。同様に、値（ｍｖＬ［１］＞＞４）＋ｃｂＨｅｉｇｈｔが０以下であることは、参照ブロックが現在のブロックの上側にあり、現在のブロックと重なり合わないことを示す。従って、両方の値（ｍｖＬ［０］＞＞４）＋ｃｂＷｉｄｔｈ及び（ｍｖＬ［１］＞＞４）＋ｃｂＨｅｉｇｈｔが０よりも大きい場合には、参照ブロックは現在のブロックと重なり合い、それにより、現在のブロックのルーマブロックベクトルｍｖＬは妥当でない可能性がある。

いくつかの実施形態に従って、第３の制約は、参照ブロックが存在するＣＴＢが現在のＣＴＢの左隣接ＣＴＢ又は現在のＣＴＢ自体のどちらかであることである。例において、１／１６ペル分解能によるルーマブロックベクトルｍｖＬについては、式（１）～（４）が、この制約を満足するよう満たされる：

なお、パラメータＣｔｂＬｏｇ２ＳｉｚｅＹは、Ｌｏｇ２形式でＣＴＢ幅を表す。例えば、ＣＴＢ幅が１２８個のサンプルである場合に、パラメータＣｔｂＬｏｇ２ＳｉｚｅＹは７である。具体的に、式（１）及び（２）は、参照ブロックが存在するＣＴＢが現在のＣＴＢと同じＣＴＢ行にあることを示し、式（３）及び（４）は、参照ブロックが存在するＣＴＢが現在のＣＴＢの左のＣＴＢ列又は現在のＣＴＢと同じＣＴＢ列のどちらかにあることを示す。従って、式（１）～（４）が満たされることは、参照ブロックが、現在のＣＴＢ（１０００）の左隣接ＣＴＢ（例えば、図１０の例の左ＣＴＢ（１０１０））又は現在のＣＴＢ（１０００）自体のどちらかに存在することを示す。しかし、参照ブロックが現在のＣＴＢの左隣接ＣＴＢ又は現在のＣＴＢ自体のどちらにも存在しない場合には、ルーマブロックベクトルｍｖＬは妥当でない可能性がある。

いくつかの実施形態に従って、第４の制約は、参照ブロックが現在のＣＴＢの左隣接ＣＴＢに存在する場合に、現在のＣＴＢにおける参照ブロックの同一位置の領域が再構成されていないことである。現在のＣＴＢにおける参照ブロックの同一位置の領域は、左隣接ＣＴＢ内の参照ブロックと同じ相対領域による現在のＣＴＢ内の領域である。図１０を参照し直すと、参照ブロック（１０１５）は左隣接ＣＴＢ（１０１０）の領域（１０１２）内に存在するので、現在のＣＴＢ（１０００）における参照ブロック（１０１５）の同一位置の領域、すなわち、領域（１０１７）は、再構成されていない。例において、１／１６ペル分解能によるルーマブロックベクトルｍｖＬについては、式（５）：

が満足され、現在のＣＴＢ内の同一位置の領域の位置ＣＴＢ（（（ｘＣｂ＋（ｍｖＬ［０］＞＞４）＋ＣｔｂＳｉｚｅＹ）＞＞（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１））＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１），（（ｙＣｂ＋（ｍｖＬ［１］＞＞４））＞＞（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１））＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１））が入力される場合に、偽（ＦＡＬＳＥ）が出力される。なお、パラメータＣｔｂＬｏｇ２ＳｉｚｅＹはＣＴＢ幅を表す。具体的に、式（５）は、参照ブロックが現在のＣＴＢの左隣接ＣＴＢにあることを示す。

更に図１０を参照し直すと、コーディングブロック（１００２）～（１００３）の１つが現在のブロックである場合に、参照ブロックは領域（１０１１）にあることができないので、コーディングブロック（１００２）～（１００３）のその１つについての探索範囲は、図９Ａと同様に”Ｘ”とマークされている領域（１０１１）を除く。理由は次の通りである：参照ブロックが領域（１０１１）にあるならば、その場合に、参照ブロックに対する同一位置の領域は領域（１００６）であるが、コーディングブロック（１００１）内の少なくともいくつかのサンプルは再構成されているから、第４の制約に違反する。他方で、現在の領域において最初に再構成されるべきコーディングブロック、例えば、現在のＣＴＢ（１０００）の領域（１００６）内のコーディングブロック（１００１）については、参照ブロックに対する同一位置の領域（１００６）がまだ再構成されておらず、例えば、それにより、領域（１０１１）の参照サンプルが上書き又は削除されていないので、第４の制約は、参照ブロックが領域（１０１１）にあることを妨げない。

開示の態様に従って、ＩＢＣ予測モードは、イントラ予測モード及びインター予測モードに加えて別個のモード又は第３のモードと見なされる。すなわち、ＩＢＣ予測モードは、イントラ予測モード又はインター予測モードのどちらとも異なる。これを行うことによって、（インター予測モードのマージモードに類似した）暗黙的モード及び（インター予測モードのＡＭＶＰモードに類似した）明示的モードでのブロックベクトル予測は、通常のインター予測モードから分離される。

ＩＢＣ予測モードの暗黙的モードについて、別個の予測子候補リストが定義される。ＩＢＣ予測モードの暗黙的モードの別個の予測子候補リストは、予測子候補リスト内の全てのエントリがブロックベクトルである点で、インター予測モードのマージモードにおけるマージ候補リストと相違する。別個の予測子候補リストの候補導出プロセスは、マージ候補リストの候補導出プロセスに基づいてよい。例として、ＨＥＶＣ又はＶＶＣ規格でのインター予測モードのマージモードにおける５つの空間隣接位置は、ＩＢＣ予測モードが暗黙的モードのためのそれ自体の予測子候補リストを導出するためにアクセスされ得る。更には、リスト内の全てのエントリがやはりブロックベクトルである他の別個の予測子候補リストが、ＩＢＣ予測モードの暗黙的モードについて定義されてもよい。暗黙的モードのための別個の予測子候補リストの候補導出プロセスは、インター予測モードのＡＭＶＰモードにおける予測子候補リストのそれに基づいてよい。

従って、インター予測モードとは別のモードとして、ＩＢＣ予測モードは、暗黙的モード及び明示的モードの両方のための単純化された統一的ブロックベクトル導出プロセスを有することができる。

開示の態様に従って、ＩＢＣ予測モードのブロックベクトル予測子候補リストは、複数のブロックベクトル予測子候補を含み、複数のブロックベクトル予測子候補の夫々は、次のブロックベクトル：空間隣接に基づくブロックベクトルのブロックベクトル、履歴に基づくブロックベクトルのブロックベクトル、平均ブロックベクトル、及びデフォルトブロックベクトルのブロックベクトル、のうちの１つからであることができる。

図１１は、開示の実施形態に従う、空間隣接に基づいたブロックベクトルを示す。現在のブロック（１１００）は、左下、右上、及び左上位置にある５つの空間隣接ブロック（１１０１）～（１１０５）を有する。

一実施形態では、５つの空間隣接ブロックからＩＢＣ予測モードのブロックベクトル予測子候補リストを形成する順序は、Ａ０（１１０１）→Ｂ０（１１０２）→Ｂ１（１１０３）→Ａ１（１１０４）→Ｂ２（１１０５）である。

一実施形態では、空間隣接に基づいたブロックベクトルからのＡ０及びＢ０しか、ブロックベクトル予測子候補リストに含まれなくてもよい。Ａ０及びＢ０の両方が利用可能であるが、互いに等しい場合に、一方のみがブロックベクトル予測子候補リストに含まれればよい。

一実施形態では、空間隣接に基づいたブロックベクトルからのＡ１及びＢ１しか、ブロックベクトル予測子候補リストに含まれなくてもよい。Ａ１及びＢ１の両方が利用可能であるが、互いに等しい場合に、一方のみがブロックベクトル予測子候補リストに含まれればよい。

一実施形態では、空間隣接に基づいたブロックベクトルからのＡｘ及びＢｙしか、ブロックベクトル予測子候補リストに含まれなくてもよく、このとき、Ａｘ及びＢｙは、夫々、左隣の１つ及び上隣の１つを表す。

いくつかの実施形態に従って、履歴に基づいたブロックベクトル予測子（History-based Block Vector Predictor，ＨＢＶＰ）候補が、ブロックベクトル予測子候補リストに含まれる。例において、ＨＢＶＰ候補は、空間隣接に基づいたブロックベクトルの後にブロックベクトル予測子候補リストに含まれてよい。ＨＢＶＰ候補は、前にコーディングされたブロックに基づいて導出され、ＨＢＶＰテーブルに格納される。複数のＨＢＶＰ候補を含むＨＢＶＰテーブルは、エンコーディング／デコーディングプロセス中に保持される。ＨＢＶＰテーブルは、新しいＣＴＵ行が現れるとリセットされ得る（空にされ得る）。非サブブロックＩＢＣ ＣＵが存在するときはいつでも、関連したブロックベクトルが、新しいＨＢＶＰ候補としてＨＢＶＰテーブルの最後のエントリに加えられる。

いくつかの実施形態に従って、ＨＢＶＰテーブルのサイズＳは６にセットされ、これは、最大６つのＨＢＶＰ候補がテーブルに加えられ得ることを示す。新しいＨＢＶＰ候補をＨＢＶＰテーブルに挿入する場合に、制約付き先入れ先出し（Fist-In-First-Out，ＦＩＦＯ）規則が利用され、ＨＢＶＰテーブル内で同じ又は類似したＨＢＶＰ候補があるかどうかを見つけるために、最初に冗長性検査が適用される。例において、同じ又は類似したＨＢＶＰ候補がＨＢＶＰテーブル内で見つけられる場合には、その同じ又は類似したＨＢＶＰ候補はＨＢＶＰテーブルから除かれ、それにより、その後の全てのＨＢＶＰ候補は繰り上げられ得る。

なお、ＨＢＶＰテーブルのサイズは、いくつかの実施形態では可変であることができる。すなわち、サイズＳは、いくつかの実施形態では６よりも小さくも又は大きくてもよい。サイズが６よりも大きい場合に、いくつかの実施形態では、新しいＨＢＶＰ候補をＨＢＶＰテーブルに含めるときに、プルーニングは使用されない。

いくつかの実施形態に従って、ブロックベクトル予測子候補リストを構成する場合に、ＨＢＶＰテーブル内の最新のいくつかのＨＢＶＰ候補は順に検査され、空間隣接に基づいた候補の後に候補リストに含められる。冗長性検査は、空間隣接に基づいた候補に対するＨＢＶＰ候補に関して適用される。冗長性検査の動作の回数を減らすよう、ブロックベクトル予測子候補リストを構成するために使用されるＨＢＶＰ候補の数は、（Ｎ＜＝４）？Ｍ：（８－Ｎ）とセットされる。ここで、Ｎは、候補リスト内の既存の候補数を示し、Ｍは、ＨＢＶＰテーブル内の利用可能なＨＢＶＰ候補の数を示す。利用可能なブロックベクトル予測子候補の総数が最大許容数から１をマイナスした数に達すると、ＨＢＶＰからのブロックベクトル予測子候補リスト構成プロセスは終了する。

いくつかの実施形態に従って、平均ブロックベクトルがブロックベクトル予測子候補リストに含められてもよい。平均ブロックベクトルは、候補リストから複数の予測子候補を選択し、次いで，選択された予測子候補を平均化することによって、導出され得る。

一例では、第１候補及び第２候補は、リスト内の新しい候補を形成するよう平均される。

他の例では、最初の３つの候補が、３つの新しい候補の組を形成するようペアで平均される。最初の３つの既存候補から導出された３つの新しい候補の順序は、（１番目，２番目）、（１番目，３番目）及び（２番目，３番目）であってよく、１番目、２番目及び３番目は、夫々、リスト内の最初の３つの既存候補に対応する。

他の例では、最初の４つの候補が、６つの新しい候補の組を形成するようペアで平均される。最初の４つの既存候補から導出された６つの新しい候補の順序は、（１番目，２番目）、（１番目，３番目）、（２番目，３番目）、（１番目，４番目）、（２番目，４番目）、（３番目，４番目）であってよく、１番目、２番目、３番目及び４番目は、夫々、リスト内の最初の４つの既存候補に対応する。

いくつかの実施形態に従って、デフォルトブロックベクトルが、ブロックベクトル予測子候補リストに含められ得る。デフォルトブロックベクトルは予め定義され得る。

一実施形態では、定数に基づくブロックベクトルが使用されてもよい。いくつかの例となるデフォルトブロックベクトルは、（０，０）、（－８，０）、（０，－８）、（－４，０）、（０，－４）、（－８，－８）、及び（－４，－４）を含むが、これらに限られない。これらのブロックベクトルは、全体的に又は部分的に、ブロックベクトル予測子候補リストに含まれるよう上記の順序で配置されてよく、あるいは、他の順序であってもよい。

一実施形態では、ブロックサイズに関連したブロックベクトルが使用されてもよい。いくつかの例となるデフォルトブロックベクトルは、（－２ｗ，０）、（０，－２ｈ）、（－ｗ，０）、（０，－ｈ）、（－２ｗ，－２ｈ）、及び（－ｗ，－ｈ）を含むが、これらに限られない。ここで、ｗ及びｈは、夫々、現在のブロックの幅及び高さを表す。これらのブロックベクトルは、全体的に又は部分的に、ブロックベクトル予測子候補リストに含まれるよう上記の順序で配置されてよく、あるいは、他の順序であってもよい。

一実施形態では、最大ブロックサイズに関連したブロックベクトルが使用されてもよい。いくつかの例となるデフォルトブロックベクトルは、（－２ｗ＿ｍａｘ，０）、（０，－２ｈ＿ｍａｘ）、（－ｗ＿ｍａｘ，０）、（０，－ｈ＿ｍａｘ）、（－２ｗ＿ｍａｘ，－２ｈ＿ｍａｘ）、及び（－ｗ＿ｍａｘ，－ｈ＿ｍａｘ）を含むが、これらに限られない。ここで、ｗ＿ｍａｘ及びｈ＿ｍａｘは、夫々、現在のブロックの最大許容幅及び最大許容高さを表す。これらのブロックベクトルは、全体的に又は部分的に、ブロックベクトル予測子候補リストに含まれるよう上記の順序で配置されてよく、あるいは、他の順序であってもよい。

一実施形態では、最小ブロックサイズに関連したブロックベクトルが使用されてもよい。いくつかの例となるデフォルトブロックベクトルは、（－２ｗ＿ｍｉｎ，０）、（０，－２ｈ＿ｍｉｎ）、（－ｗ＿ｍｉｎ，０）、（０，－ｈ＿ｍｉｎ）、（－２ｗ＿ｍｉｎ，－２ｈ＿ｍｉｎ）、及び（－ｗ＿ｍｉｎ，－ｈ＿ｍｉｎ）を含むが、これらに限られない。ここで、ｗ＿ｍｉｎ及びｈ＿ｍｉｎは、夫々、現在のブロックの最小許容幅及び最小許容高さを表す。これらのブロックベクトルは、全体的に又は部分的に、ブロックベクトル予測子候補リストに含まれるよう上記の順序で配置されてよく、あるいは、他の順序であってもよい。

一実施形態では、ブロックベクトル予測子候補リスト内の候補の順序は、空間隣接に基づくブロックベクトル→履歴に基づくブロックベクトル→平均ブロックベクトル→デフォルトブロックベクトルである。

一実施形態では、ブロックベクトル予測子候補リスト内の候補の順序は、空間隣接に基づくブロックベクトル→履歴に基づくブロックベクトル→デフォルトブロックベクトルである。

開示の態様に従って、統一的ブロックベクトル予測子候補リストは、ＩＢＣ予測モードの暗黙的モード及び明示的モードの両方で使用され得る。しかし、候補リストは、ＩＢＣ予測モードの暗黙的モード及び明示的モードの一方のみにしか適用されなくてもよい。一実施形態では、この統一的リストから導出された候補が明示的モードに適用されることを選択される場合に、選択されたブロックベクトル分解能への選択されたブロックベクトル予測子候補の丸めは無効にされてもよい。すなわち、選択されたブロックベクトル予測子候補は、ブロックベクトル差分の分解能が異なる分解能にある場合でさえ、その元の分解能にある。

開示の態様に従って、ブロックベクトル予測子候補リストは、プルーニング又はクリッピングプロセスを受けてもよい。すなわち、リスト内のブロックベクトル予測子が、現在のブロックにとって妥当でない予測子と見なされる（すなわち、ＩＢＣ予測モードでの現在のブロックの参照ブロックは、妥当でない予測子が最終的なブロックベクトルとして直接的に使用されるならば、許容された探索範囲の外であろう）場合に、追加の動作が実行される。

一実施形態では、プルーニングプロセスにおいて、候補リスト内の妥当でない候補の全てがリストから除かれ、それにより、後続の妥当な候補がリスト内で繰り上げられ得る。

一実施形態では、プルーニングプロセスにおいて、候補リスト内の１つ以上の妥当でない候補がリストから除かれる。妥当でない候補の例は、参照ブロックが現在のブロックと重なり合わないという制約に従わない候補、及び現在のブロックの参照ブロックが存在するＣＴＢが現在のＣＴＢの左隣接ＣＴＢ又は現在のＣＴＢ自体のどちらかであるという制約に従わない候補を含むが、これらに限られない。

一実施形態では、クリッピングプロセスにおいて、妥当でない候補は、クリッピングされた候補の夫々がＩＢＣ予測モードの有効な探索範囲内の位置を指し示すように、クリッピングされる。かようなクリッピングプロセスは、変更後に、ブロックベクトル予測子がＩＢＣ予測モードの有効な探索範囲の境界を指し示すように、ブロックベクトル予測子の水平、垂直、又は両方の成分を変更することによって行われ得る。

図１２は、開示の実施形態に従う例示的なプロセス（１２００）を説明するフローチャートを示す。プロセス（１２００）は、再構成中のブロックについての予測ブロックを生成するために、ＩＢＣ予測モードでコーディングされたブロックの再構成において使用され得る。様々な実施形態において、プロセス（１２００）は、端末デバイス（２１０）、（２２０）、（２３０）及び（２４０）内の処理回路、ビデオエンコーダ（３０３）の機能を実行する処理回路、ビデオデコーダ（３１０）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、イントラ予測モジュール（４５２）の機能を実行する処理回路、予測器（５３５）の機能を実行する処理回路、イントラエンコーダ（６２２）の機能を実行する処理回路、イントラデコーダ（７２２）の機能を実行する処理回路、などのような処理回路によって実行される。いくつかの実施形態では、プロセス（１２００）は、ソフトウェア命令で実施されるので、処理回路がソフトウェア命令を実行するとき、処理回路はプロセス（１２００）を実行する。

プロセス（１２００）は、一般的に、プロセス（１２００）が、コーディングされたビデオシーケンスの部分である現在のコーディングされたピクチャ内の現在のブロックについて予測情報をデコーディングするステップ（Ｓ１２１０）から開始し得る。予測情報は、現在のブロックのために使用されているイントラブロックコピー（ＩＢＣ）予測モードを示す。予測情報はまた、現在のブロックのためのブロックベクトル予測子候補リストからブロックベクトル予測子候補を選択するためのインデックスと、非ゼロ残差が現在のブロックについて存在しているかどうかとを示すことができる。予測情報をデコーディングした後、プロセス（１２００）はステップ（Ｓ１２２０）へ進む。

ステップ（Ｓ１２２０）で、プロセス（１２００）は、予測情報に基づいて、非ゼロ残差が現在のブロックについて存在しているかどうかを決定する。プロセス（１２００）が、非ゼロ残差が現在のブロックについて存在しないと決定する場合には、プロセス（１２００）はステップ（Ｓ１２３０）へ進む。そうでない場合には、プロセス（１２００）はステップ（Ｓ１２４０）へ進む。

ステップ（Ｓ１２３０）で、プロセス（１２００）は、非ゼロ残差が現在のブロックについて存在しないとの指示に応答して、現在のブロックのためのブロックベクトル予測子候補リストを構成する。このブロックベクトル予測子候補リストは、第１の数のブロックベクトル予測子候補を有し、候補のシーケンスに基づいて構成される。

ステップ（Ｓ１２４０）で、プロセス（１２００）は、非ゼロ残差が現在のブロックについて存在するとの指示に応答して、現在のブロックのためのブロックベクトル予測子候補リストを構成する。このブロックベクトル予測子候補リストは、第２の数のブロックベクトル予測子候補を有し、ステップ（Ｓ１２３０）で処理される同じ候補のシーケンスに基づいて構成される。

実施形態において、プロセス（１２００）は、現在のブロックの複数の空間隣接ブロックの中の第１空間隣接ブロックの第１ブロックベクトルが利用可能であるかどうかを決定する。現在のブロックの複数の空間隣接ブロックの中の第１空間隣接ブロックの第１ブロックベクトルが利用可能であるとの決定に応答して、プロセス（１２００）は、第１ブロックベクトルをブロックベクトル予測子候補リストに加える。そうでない場合には、プロセス（１２００）は、現在のブロックの複数の空間隣接ブロックの中の第２空間隣接ブロックの第２ブロックベクトルが利用可能であるかどうかを、そして、いくつかの実施形態では、第２空間隣接ブロックの第２ブロックベクトルが第１空間隣接ブロックの第１ブロックベクトルと同じ又は類似しているかどうかを決定する。現在のブロックの複数の空間隣接ブロックの中の第２空間隣接ブロックの第２ブロックベクトルが利用可能であり、いくつかの実施形態では、第２空間隣接ブロックの第２ブロックベクトルが第１空間隣接ブロックの第１ブロックベクトルと同じでない、との決定に応答して、処理回路は、第２ブロックベクトルをブロックベクトル予測子候補リストに加える。

実施形態において、現在のブロックの第１空間隣接ブロックは、現在のブロックの左下角に隣接し、第１空間隣接ブロックの底辺は、現在のブロックの底辺に位置合わせされ、現在のブロックの第２空間隣接ブロックは、現在のブロックの右上角に隣接し、第２空間隣接ブロックの右辺は、現在のブロックの右辺に位置合わせされる。

一実施形態では、現在のブロックの第１空間隣接ブロックは、現在のブロックの左下角に隣接し、第１空間隣接ブロックの上辺は、現在のブロックの底辺に位置合わせされ、現在のブロックの第２空間隣接ブロックは、現在のブロックの右上角に隣接し、第２空間隣接ブロックの左辺は、現在のブロックの右辺に位置合わせされる。

一実施形態では、現在のブロックの第１空間隣接ブロックは、現在のブロックの左辺に隣接し、現在のブロックの第２空間隣接ブロックは、現在のブロックの上辺に隣接する。

一実施形態では、ブロックベクトル予測子候補リストに含まれている複数の空間隣接ブロックのブロックベクトル総数が、例えば、非ゼロ残差が現在のブロックについて存在しているかどうかに基づく最大許容数に満たない場合に、プロセス（１２００）は、前にコーディングされたブロックの複数のブロックベクトルから、前にコーディングされたブロックの第３ブロックベクトルを選択する。プロセス（１２００）は、選択された第３ブロックベクトルが、ブロックベクトル予測子候補リストに含まれている複数の空間隣接ブロックとは異なるかどうかを決定してよい。選択された第３ブロックベクトルが、ブロックベクトル予測子候補リストに含まれている複数の空間隣接ブロックとは異なるとの決定に応答して、プロセス（１２００）は、選択された第３ブロックベクトルをブロックベクトル予測子候補リストに加える。

一実施形態では、ブロックベクトル予測子候補リストに含まれている複数の空間隣接ブロック及び前にコーディングされたブロックのブロックベクトル総数が最大許容数よりも少なく、１よりも多い場合に、プロセス（１２００）は、ブロックベクトル予測子候補リストから複数のブロックベクトル予測子候補を選択する。プロセス（１２００）は、少なくとも１つの平均ブロックベクトルを形成するよう、選択された複数のブロックベクトル予測子候補を平均化する。プロセス（１２００）は、少なくとも１つの平均ブロックベクトルをブロックベクトル予測子候補リストに加える。

一実施形態では、ブロックベクトル予測子候補リストに含まれている複数の空間隣接ブロックのブロックベクトル、前にコーディングされたブロックのブロックベクトル、及び少なくとも１つの平均ブロックベクトルの総数が最大許容数に満たない場合に、プロセス（１２００）は、１つ以上のデフォルトのブロックベクトルをブロックベクトル予測子候補リストに加える。

現在のブロックのためのブロックベクトル予測子候補リストを構成した後、プロセス（１２００）はステップ（Ｓ１２５０）へ進む。

ステップ（Ｓ１２５０）で、プロセス（１２００）は、例えば、予測情報で示されているインデックスに基づいて、構成されたブロックベクトル予測子候補リストからブロックベクトル予測子候補を選択する。インデックスは、明示的に又は暗黙的に通知されてよい。

ブロックベクトル予測子候補を選択した後、プロセス（１２００）はステップ（Ｓ１２６０）へ進む。

ステップ（Ｓ１２６０）で、プロセス（１２００）は、選択されたブロックベクトル予測子候補に従って現在のブロックを再構成する。

現在のブロックを再構成した後、プロセス（１２００）は終了する。

上記の技術は、コンピュータ読み出し可能な命令を使用しかつ１つ以上のコンピュータ可読媒体に物理的に記憶されているコンピュータソフトウェアとして実装可能である。例えば、図１３は、開示されている対象の特定の実施形態を実装することに適したコンピュータシステム（１３００）を示す。

コンピュータソフトウェアは、１つ以上の中央演算処理装置（ＣＰＵ）、グラフィクス処理ユニット（ＧＰＵ）などによって直接に又は解釈、マイクロコード実行などを通じて実行され得る命令を含むコードを生成するようにアセンブリ、コンパイル、リンキングなどのメカニズムに従い得る如何なる適切な機械コード又はコンピュータ言語によってもコーディング可能である。

命令は、例えば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲーム機、モノのインターネット（Internet of Things）のためのデバイス、などを含む様々なタイプのコンピュータ又はその構成要素で実行可能である。

コンピュータシステム（１３００）に関して図１３に示される構成要素は、本質的に例示であり、本開示の実施形態を実装するコンピュータソフトウェアの使用又は機能の範囲に関して如何なる限定も示唆することを意図しない。構成要素の構成は、コンピュータシステム（１３００）の例示的な実施形態において説明される構成要素のうちのいずれか１つ又は組み合わせに関して何らかの依存又は要件を有するものとして解釈されるべきではない。

コンピュータシステム（１３００）は、特定のヒューマンインターフェース入力デバイスを含んでよい。かようなヒューマンインターフェース入力デバイスは、例えば、触覚入力（例えば、キーボード、スワイプ、データグロープ動作）、音声入力（例えば、声、拍手）、視覚入力（例えば、ジェスチャ）、嗅覚入力（図示せず。）を通じた一人以上のユーザによる入力に反応してよい。ヒューマンインターフェースデバイスはまた、音声（例えば、発話、音楽、周囲音）、画像（例えば、スキャンされた画像、静止画カメラから取得された写真画像）、映像（例えば、二次元映像、立体視映像を含む三次元映像）などの、人による意識的な入力に必ずしも直接には関係しない特定のメディアを捕捉するためにも使用され得る。

入力ヒューマンインターフェースデバイスは、キーボード（１３０１）、マウス（１３０２）、トラックパッド（１３０３）、タッチスクリーン（１３１０）、データグローブ（図示せず。）、ジョイスティック（１３０５）、マイク（１３０６）、スキャナ（１３０７）、カメラ（１３０８）（各１つしか表されていない。）のうちの１つ以上を含んでよい。

コンピュータシステム（１３００）は、特定のヒューマンインターフェース出力デバイスも含んでよい。かようなヒューマンインターフェース出力デバイスは、例えば、触覚出力、音響、光、及び匂い／味を通じて一人以上のユーザの感覚を刺激し得る。かようなヒューマンインターフェース出力デバイスは、触覚出力デバイス（例えば、タッチスクリーン（１３１０）、データグローブ（図示せず。）、又はジョイスティック（１３０５）による触覚フィードバック、しかし、入力デバイスとして機能しない触覚フィードバックデバイスも存在し得る。）、音声出力デバイス（例えば、スピーカ（１３０９）、ヘッドホン（図示せず。））、視覚出力デバイス（例えば、夫々タッチスクリーン入力機能の有無によらず、夫々触覚フィードバック機能の有無によらず、ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含み、それらのうちのいくつかは、立体視出力、仮想現実メガネ（図示せず。）、ホログラフィックディスプレイ及びスモークタンク（図示せず。）などの手段により二次元視覚出力又は三次元よりも多い次元の出力を出力可能なスクリーン（１３１０））、及びプリンタ（図示せず。）を含んでよい。

コンピュータシステム（１３００）は、人がアクセス可能な記憶デバイス及びそれらの関連する媒体、例えば、ＣＤ／ＤＶＤ又は同様の媒体（１３２１）を伴ったＣＤ／ＤＶＤ ＲＯＭ／ＲＷ（１３２０）、サムドライブ（１３２２）、リムーバブルハードディスク又はソリッドステートドライブ（１３２３）、レガシー磁気媒体、例えば、テープ及びフロッピー（登録商標）ディスク（図示せず。）、専用のＲＯＭ／ＡＳＩＣ／ＰＬＤベースデバイス、例えば、セキュリティドングル（図示せず。）、なども含むことができる。

当業者であれば、目下開示されている対象に関連して使用されている「コンピュータ可読媒体」という用語が、伝送媒体、搬送波、又は他の一時的な信号を含まないことも理解するはずである。

コンピュータシステム（１３００）は、１つ以上の通信ネットワークへのインターフェースも含むことができる。ネットワークは、例えば、ワイヤレス、ワイヤライン、光であることができる。ネットワークは更に、ローカル、ワイドエリア、メトロポリタン、車両及び工業、実時間、遅延耐性、などであることができる。ネットワークの例には、イーサネット（登録商標）などのローカルエリアネットワーク、ワイヤレスＬＡＮ、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＴＥなどを含むセルラーネットワーク、ケーブルＴＶ、衛星ＴＶ、及び地上放送ＴＶを含むＴＶワイヤライン又はワイヤレス広域デジタルネットワーク、ＣＡＮバスを含む車両及び工場ネットワーク、などがある。特定のネットワークは、一般に、特定の汎用デジタルポート又はペリフェラルバス（１３４９）（例えば、コンピュータシステム（１３００）のＵＳＢポートなど）に取り付けられた外付けネットワークインターフェースアダプタを必要とする。他は、一般に、後述されるようなシステムバスへの取り付け（例えば、ＰＣコンピュータシステムへのイーサネットネットワーク、又はスマートフォンコンピュータシステムへのセルラーネットワークインターフェース）によってコンピュータシステム（１３００）のコアに組み込まれる。これらのネットワークのいずれかを使用して、コンピュータシステム（１３００）は他のエンティティと通信することができる。そのような通信は、単方向の受信専用（例えば、ブロードキャストＴＶ）又は単方向の送信専用（例えば、特定のＣＡＮバスデバイスへのＣＡＮバス）であることができ、あるいは、例えば、ローカル若しくは広域デジタルネットワークを使用して他のコンピュータシステムに対して双方向であることができる。特定のプロトコル又はプロトコルスタックが、上述されたようなネットワーク及びネットワークインターフェースの夫々で使用可能である。

上記のヒューマンインターフェースデバイス、人がアクセス可能な記憶デバイス、及びネットワークインターフェースは、コンピュータシステム（１３００）のコア（１３４０）へ取り付けられ得る。

コア（１３４０）は、１つ以上の中央演算処理装置（ＣＰＵ）（１３４１）、グラフィクス処理ユニット（ＧＰＵ）（１３４２）、フィールドプログラマブルゲートエリア（ＦＰＧＡ）（１３４３）の形をとる専用のプログラム可能処理ユニット、特定のタスクのためのハードウェアアクセラレータ（１３４４）、などを含むことができる。これらのデバイスは、リードオンリーメモリ（ＲＯＭ）（１３４５）、ランダムアクセスメモリ（ＲＡＭ）（１３４６）、内部のユーザアクセス不能ハードドライブなどの内蔵大容量記憶装置、ＳＳＤ、など（１３４７）とともに、システムバス（１３４８）を通じて接続されてよい。いくつかのコンピュータシステムでは、システムバス（１３４８）は、追加のＣＰＵ、ＧＰＵなどによる拡張を可能にするように、１つ以上の物理プラグの形でアクセス可能であることができる。コアのシステムバス（１３４８）へ直接に又はペリフェラルバス（１３４９）を通じて、周辺機器が取り付けられ得る。ペリフェラルバスのためのアーキテクチャには、ＰＣＩ、ＵＳＢなどがある。

ＣＰＵ（１３４１）、ＧＰＵ（１３４２）、ＦＰＧＡ（１３４３）、及びアクセラレータ（１３４４）は、組み合わせて上記のコンピュータコードを構成することができる特定の命令を実行可能である。そのコンピュータコードは、ＲＯＭ（１３４５）又はＲＡＭ（１３４６）に記憶され得る。一時データもＲＡＭ（１３４６）に記憶可能であり、一方、永続性データは、例えば、内蔵大容量記憶装置（１３４７）に記憶可能である。メモリデバイスのいずれかへの高速な格納及び読み出しは、キャッシュメモリの使用により可能にされ得る。キャッシュメモリは、１つ以上のＣＰＵ（１３４１）、ＧＰＵ（１３４２）、大容量記憶装置（１３４７）、ＲＯＭ（１３４５）、ＲＡＭ（１３４６）などと密接に関連し得る。

コンピュータ可読媒体は、様々なコンピュータ実装動作を実行するためのコンピュータコードを有することができる。媒体及びコンピュータコードは、本開示の目的のために特別に設計及び構成されたものであることができ、あるいは、それらは、コンピュータソフトウェア技術で通常の知識を有する者によく知られており利用可能である種類のものであることができる。

例として、限定としてではなく、アーキテクチャ（１３００）、具体的にはコア（１３４０）を有するコンピュータシステムは、１つ以上の有形なコンピュータ可読媒体において具現されているソフトウェアを実行するプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータ、などを含む。）の結果として機能を提供することができる。かようなコンピュータ可読媒体は、コア内蔵大容量記憶装置（１３４７）又はＲＯＭ（１３４５）などの、非一時的な性質であるコア（１３４０）の特定の記憶装置に加えて、先に紹介されたユーザアクセス可能な大容量記憶装置に関連した媒体であることができる。本開示の様々な実施形態を実装するソフトウェアは、そのようなデバイスに記憶され、コア（１３４０）によって実行可能である。コンピュータ可読媒体には、特定のニーズに応じて、１つ以上のメモリデバイス又はチップが含まれ得る。ソフトウェアは、コア（２８４０）、及び、具体的には、その中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡなどを含む。）に、ＲＡＭ（１３４６）に記憶されているデータ構造を定義することと、ソフトウェアによって定義されたプロセスに従ってそのようなデータ構造を変更することとを含め、本明細書で説明されている特定のプロセス又は特定のプロセスの特定の部分を実行させることができる。追加的に、又は代替案として、コンピュータシステムは、本明細書で説明されている特定のプロセス又は特定のプロセスの特定の部分を実行するようにソフトウェアの代わりに又はそれとともに動作することができる、回路内でハードウェアにより実現されるか又は別なふうに具現されるロジック（例えば、アクセラレータ（１３４４））の結果として、機能を提供することができる。ソフトウェアへの言及は、必要に応じて、ロジックを包含することができ、その逆も同様である。コンピュータ可読媒体への言及は、必要に応じて、実行のためのソフトウェアを記憶している回路（例えば、集積回路（ＩＣ））、実行のためのロジックを具現する回路、又は両方を包含することができる。本開示は、ハードウェア及びソフトウェアの如何なる適切な組み合わせも包含する。

本開示は、いくつかの例示的な実施形態について記載してきたが、本開示の範囲内にある代替、交換、及び様々な置換均等物が存在する。よって、明らかなように、当業者であれば、たとえ本明細書で明示的に図示又は説明されていないとしても、本開示の原理を具現し、よって、その精神及び範囲の中にある多数のシステム及び方法に想到可能である。

付録Ａ：頭字語
ＡＭＶＰ：Advanced Motion Vector Prediction
ＡＳＩＣ：Application-Specific Integrated Circuit
ＢＭＳ：Benchmark Set
ＢＶ：Block Vector
ＣＡＮＢｕｓ：Controller Area Network Bus
ＣＤ：Compact Disc
ＣＰＲ：Current Picture Referencing
ＣＰＵ：Central Processing Unit(s)
ＣＲＴ：Cathode Ray Tube
ＣＴＢ：Coding Tree Block(s)
ＣＴＵ：Coding Tree Unit(s)
ＣＵ：Coding Unit
ＤＰＢ：Decoder Picture Buffer
ＤＶＤ：Digital Video Disc
ＦＰＧＡ：Field Programmable Gate Area(s)
ＧＯＰ：Group of Picture(s)
ＧＰＵ：Graphics Processing Unit(s)
ＧＳＭ：Global System for Mobile communications
ＨＥＶＣ：High Efficiency Video Coding
ＨＲＤ：Hypothetical Reference Decoder
ＩＢＣ：Intra Block Copy
ＩＣ：Integrated Circuit
ＪＥＭ：Joint Exploration Model
ＬＡＮ：Local Area Network
ＬＣＤ：Liquid-Crystal Display
ＬＴＥ：Long-Term Evolution
ＭＶ：Motion Vector
ＯＬＥＤ：Organic Light-Emitting Diode
ＰＢ：Prediction Block(s)
ＰＣＩ：Peripheral Component Interconnect
ＰＬＤ：Programmable Logic Device
ＰＵ：Prediction Unit(s)
ＲＡＭ：Random Access Memory
ＲＯＭ：Read-Only Memory
ＳＣＣ：Screen Content Coding
ＳＥＩ：Supplementary Enhancement Information
ＳＮＲ：Signal Noise Ratio
ＳＳＤ：Solid-State Drive
ＴＵ：Transform Unit(s)
ＵＳＢ：Universal Serial Bus
ＶＵＩ：Video Usability Information
ＶＶＣ：Versatile Video Coding

［参照による援用］
本開示は、「UNIFIED BLOCK VECTOR PREDICTION FOR INTRA PICTURE BLOCK COMPENSATION」と題されて２０１９年３月８日付けで出願された米国特許仮出願第６２／８１６０５１号の優先権の利益を主張して「UNIFIED BLOCK VECTOR PREDICTION FOR INTRA PICTURE BLOCK COMPENSATION」と題されて２０１９年８月５日付けで出願された米国特許出願第１６／５３１８２７号の優先権の利益を主張するものである。これらの先願の全開示は、その全文を参照により本願に援用される。

Claims (22)

1. デコーダが実行するビデオデコーディングのための方法であって、
   コーディングされたビデオシーケンスの部分である現在のコーディングされたピクチャ内の現在のブロックについての予測情報をデコーディングするステップであり、該予測情報は、前記現在のブロックのために使用されているイントラブロックコピー（ＩＢＣ）予測モードと、前記現在のブロックのためのブロックベクトル予測子候補リストからブロックベクトル予測子候補を選択するためのインデックスとを示す、ステップと、
   前記ＩＢＣ予測モードにおける前記現在のブロックのコーディングが明示的なモード又は暗黙的なモードで実行されるかどうかを、ブロックベクトルと対応するブロックベクトル予測子との間に差が存在することを前記予測情報が示すかどうかに基づき決定するステップであり、前記現在のブロックの前記コーディングは、前記差が存在しないと前記予測情報が示す場合には、前記暗黙的なモードにあると決定され、前記差が存在する場合には、明示的なモードにあると決定される、ステップと、
   前記暗黙的なモード及び前記明示的なモードの夫々について同じ一連の候補に基づき、前記現在のブロックのための前記ブロックベクトル予測子候補リストを構成するステップであり、該ブロックベクトル予測子候補リストは、前記暗黙的なモードでは第１の数のブロックベクトル予測子候補を有し、前記明示的なモードでは第２の数のブロックベクトル予測子候補を有する、ステップと、
   前記予測情報で示されている前記インデックスに基づいて、前記構成されたブロックベクトル予測子候補リストからブロックベクトル予測子候補を選択するステップと、
   前記選択されたブロックベクトル予測子候補に従って前記現在のブロックを再構成するステップと
   を有する方法。
2. 前記現在のブロックの複数の空間隣接ブロックの中の第１空間隣接ブロックの第１ブロックベクトルが利用可能であるかどうかを決定するステップと、
   前記現在のブロックの前記複数の空間隣接ブロックの中の前記第１空間隣接ブロックの前記第１ブロックベクトルが利用可能であるとの決定に応答して、前記第１ブロックベクトルを前記ブロックベクトル予測子候補リストに挿入するステップと、
   前記現在のブロックの前記複数の空間隣接ブロックの中の第２空間隣接ブロックの第２ブロックベクトルが利用可能であるかどうかと、前記第２空間隣接ブロックの前記第２ブロックベクトルが前記第１空間隣接ブロックの前記第１ブロックベクトルと同じであるかどうかとを決定するステップと、
   前記現在のブロックの前記複数の空間隣接ブロックの中の前記第２空間隣接ブロックの前記第２ブロックベクトルが利用可能でありかつ前記第２空間隣接ブロックの前記第２ブロックベクトルが前記第１空間隣接ブロックの前記第１ブロックベクトルと同じでないとの決定に応答して、前記第２ブロックベクトルを前記ブロックベクトル予測子候補リストに挿入するステップと
   を更に有する、請求項１に記載の方法。
3. 前記現在のブロックの前記第１空間隣接ブロックは、前記現在のブロックの左下角に隣接し、前記第１空間隣接ブロックの底辺は、前記現在のブロックの底辺に位置合わせされ、前記現在のブロックの前記第２空間隣接ブロックは、前記現在のブロックの右上角に隣接し、前記第２空間隣接ブロックの右辺は、前記現在のブロックの右辺に位置合わせされる、
   請求項２に記載の方法。
4. 前記現在のブロックの前記第１空間隣接ブロックは、前記現在のブロックの左下角に隣接し、前記第１空間隣接ブロックの上辺は、前記現在のブロックの底辺に位置合わせされ、前記現在のブロックの前記第２空間隣接ブロックは、前記現在のブロックの右上角に隣接し、前記第２空間隣接ブロックの左辺は、前記現在のブロックの右辺に位置合わせされる、
   請求項２に記載の方法。
5. 前記現在のブロックの前記第１空間隣接ブロックは、前記現在のブロックの左辺に隣接し、前記現在のブロックの前記第２空間隣接ブロックは、前記現在のブロックの上辺に隣接する、
   請求項２に記載の方法。
6. 前記ブロックベクトル予測子候補リストに含まれている前記複数の空間隣接ブロックのブロックベクトル総数が、前記現在のブロックについて前記ブロックベクトルと前記対応するブロックベクトル予測子との間に前記差が存在しているかどうかに基づく最大許容数に満たない場合に、
   前にコーディングされたブロックの複数のブロックベクトルから、前にコーディングされたブロックの第３ブロックベクトルを選択するステップと、
   前記選択された第３ブロックベクトルが、前記ブロックベクトル予測子候補リストに含まれている前記複数の空間隣接ブロックとは異なるかどうかを決定するステップと、
   前記選択された第３ブロックベクトルが、前記ブロックベクトル予測子候補リストに含まれている前記複数の空間隣接ブロックとは異なるとの決定に応答して、前記選択された第３ブロックベクトルを前記ブロックベクトル予測子候補リストに挿入するステップと
   を更に有する、請求項２に記載の方法。
7. 前記ブロックベクトル予測子候補リストに含まれている前記前にコーディングされたブロック及び前記複数の空間隣接ブロックのブロックベクトル総数が前記最大許容数よりも少なく、１よりも多い場合に、
   前記ブロックベクトル予測子候補リストから複数のブロックベクトル予測子候補を選択するステップと、
   少なくとも１つの平均ブロックベクトルを形成するよう前記選択された複数のブロックベクトル予測子候補を平均化するステップと、
   前記少なくとも１つの平均ブロックベクトルを前記ブロックベクトル予測子候補リストに挿入するステップと
   を更に有する、請求項６に記載の方法。
8. 前記ブロックベクトル予測子候補リストに含まれている前記少なくとも１つの平均ブロックベクトル、前記前にコーディングされたブロックのブロックベクトル、及び前記複数の空間隣接ブロックのブロックベクトルの総数が前記最大許容数に満たない場合に、
   デフォルトのブロックベクトルを前記ブロックベクトル予測子候補リストに挿入するステップを更に有する、
   請求項７に記載の方法。
9. 前記デフォルトのブロックベクトルは（０，０）である、
   請求項８に記載の方法。
10. 前記選択されたブロックベクトル予測子候補は、前記現在のブロックについて前記ブロックベクトルと前記対応するブロックベクトル予測子との間に前記差が存在する場合に、該差の分解能にかかわらず元のブロックベクトル分解能のままである、
    請求項１乃至９のうちいずれか一項に記載の方法。
11. 前記ブロックベクトル予測子候補リストに含まれているブロックベクトル予測子候補のうちの１つが妥当でない場合に、
    前記ブロックベクトル予測子候補のうちの前記１つに対してプルーニングプロセス又はクリッピングプロセスを実行するステップを更に有する、
    請求項１乃至１０のうちいずれか一項に記載の方法。
12. 前記ブロックベクトル予測子候補のうちの前記１つは、前記ブロックベクトル予測子候補のうちの前記１つによって予測された参照ブロックがイントラブロックコピー（ＩＢＣ）予測モードのための許容探索範囲外である場合に、妥当でないと決定される、
    請求項１１に記載の方法。
13. コーディングされたビデオシーケンスの部分である現在のコーディングされたピクチャ内の現在のブロックについての予測情報をデコーディングし、該予測情報は、前記現在のブロックのために使用されているイントラブロックコピー（ＩＢＣ）予測モードと、前記現在のブロックのためのブロックベクトル予測子候補リストからブロックベクトル予測子候補を選択するためのインデックスを示し、
    前記ＩＢＣ予測モードにおける前記現在のブロックのコーディングが明示的なモード又は暗黙的なモードで実行されるかどうかを、ブロックベクトルと対応するブロックベクトル予測子との間に差が存在することを前記予測情報が示すかどうかに基づき決定し、前記現在のブロックの前記コーディングは、前記差が存在しないと前記予測情報が示す場合には、前記暗黙的なモードにあると決定され、前記差が存在する場合には、明示的なモードにあると決定され、
    前記暗黙的なモード及び前記明示的なモードの夫々について同じ一連の候補に基づき、前記現在のブロックのための前記ブロックベクトル予測子候補リストを構成し、該ブロックベクトル予測子候補リストは、前記暗黙的なモードでは第１の数のブロックベクトル予測子候補を有し、前記明示的なモードでは第２の数のブロックベクトル予測子候補を有し、
    前記予測情報で示されている前記インデックスに基づいて、前記構成されたブロックベクトル予測子候補リストからブロックベクトル予測子候補を選択し、
    前記選択されたブロックベクトル予測子候補に従って前記現在のブロックを再構成する
    よう構成される処理回路を有する装置。
14. 前記処理回路は、
    前記現在のブロックの複数の空間隣接ブロックの中の第１空間隣接ブロックの第１ブロックベクトルが利用可能であるかどうかを決定し、
    前記現在のブロックの前記複数の空間隣接ブロックの中の前記第１空間隣接ブロックの前記第１ブロックベクトルが利用可能であるとの決定に応答して、前記第１ブロックベクトルを前記ブロックベクトル予測子候補リストに挿入し、
    前記現在のブロックの前記複数の空間隣接ブロックの中の第２空間隣接ブロックの第２ブロックベクトルが利用可能であるかどうかと、前記第２空間隣接ブロックの前記第２ブロックベクトルが前記第１空間隣接ブロックの前記第１ブロックベクトルと同じであるかどうかとを決定し、
    前記現在のブロックの前記複数の空間隣接ブロックの中の前記第２空間隣接ブロックの前記第２ブロックベクトルが利用可能でありかつ前記第２空間隣接ブロックの前記第２ブロックベクトルが前記第１空間隣接ブロックの前記第１ブロックベクトルと同じでないとの決定に応答して、前記第２ブロックベクトルを前記ブロックベクトル予測子候補リストに挿入する
    よう更に構成される、
    請求項１３に記載の装置。
15. 前記現在のブロックの前記第１空間隣接ブロックは、前記現在のブロックの左下角に隣接し、前記第１空間隣接ブロックの底辺は、前記現在のブロックの底辺に位置合わせされ、前記現在のブロックの前記第２空間隣接ブロックは、前記現在のブロックの右上角に隣接し、前記第２空間隣接ブロックの右辺は、前記現在のブロックの右辺に位置合わせされる、
    請求項１４に記載の装置。
16. 前記現在のブロックの前記第１空間隣接ブロックは、前記現在のブロックの左下角に隣接し、前記第１空間隣接ブロックの上辺は、前記現在のブロックの底辺に位置合わせされ、前記現在のブロックの前記第２空間隣接ブロックは、前記現在のブロックの右上角に隣接し、前記第２空間隣接ブロックの左辺は、前記現在のブロックの右辺に位置合わせされる、
    請求項１４に記載の装置。
17. 前記現在のブロックの前記第１空間隣接ブロックは、前記現在のブロックの左辺に隣接し、前記現在のブロックの前記第２空間隣接ブロックは、前記現在のブロックの上辺に隣接する、
    請求項１４に記載の装置。
18. 前記処理回路は、
    前記ブロックベクトル予測子候補リストに含まれている前記複数の空間隣接ブロックのブロックベクトル総数が、前記現在のブロックについて前記ブロックベクトルと前記対応するブロックベクトル予測子との間に前記差が存在しているかどうかに基づく最大許容数に満たない場合に、
    前にコーディングされたブロックの複数のブロックベクトルから、前にコーディングされたブロックの第３ブロックベクトルを選択し、
    前記選択された第３ブロックベクトルが、前記ブロックベクトル予測子候補リストに含まれている前記複数の空間隣接ブロックとは異なるかどうかを決定し、
    前記選択された第３ブロックベクトルが、前記ブロックベクトル予測子候補リストに含まれている前記複数の空間隣接ブロックとは異なるとの決定に応答して、前記選択された第３ブロックベクトルを前記ブロックベクトル予測子候補リストに挿入する
    よう更に構成される、
    請求項１４に記載の装置。
19. 前記処理回路は、
    前記ブロックベクトル予測子候補リストに含まれている前記前にコーディングされたブロック及び前記複数の空間隣接ブロックのブロックベクトル総数が前記最大許容数よりも少なく、１よりも多い場合に、
    前記ブロックベクトル予測子候補リストから複数のブロックベクトル予測子候補を選択し、
    少なくとも１つの平均ブロックベクトルを形成するよう前記選択された複数のブロックベクトル予測子候補を平均化し、
    前記少なくとも１つの平均ブロックベクトルを前記ブロックベクトル予測子候補リストに挿入する
    更に構成される、
    請求項１８に記載の装置。
20. プロセッサによって実行される場合に、該プロセッサに、
    コーディングされたビデオシーケンスの部分である現在のコーディングされたピクチャ内の現在のブロックについての予測情報をデコーディングするステップであり、該予測情報は、前記現在のブロックのために使用されているイントラブロックコピー（ＩＢＣ）予測モードと、前記現在のブロックのためのブロックベクトル予測子候補リストからブロックベクトル予測子候補を選択するためのインデックスとを示す、ステップと、
    前記ＩＢＣ予測モードにおける前記現在のブロックのコーディングが明示的なモード又は暗黙的なモードで実行されるかどうかを、ブロックベクトルと対応するブロックベクトル予測子との間に差が存在することを前記予測情報が示すかどうかに基づき決定するステップであり、前記現在のブロックの前記コーディングは、前記差が存在しないと前記予測情報が示す場合には、前記暗黙的なモードにあると決定され、前記差が存在する場合には、明示的なモードにあると決定される、ステップと、
    前記暗黙的なモード及び前記明示的なモードの夫々について同じ一連の候補に基づき、前記現在のブロックのための前記ブロックベクトル予測子候補リストを構成するステップであり、該ブロックベクトル予測子候補リストは、前記暗黙的なモードでは第１の数のブロックベクトル予測子候補を有し、前記明示的なモードでは第２の数のブロックベクトル予測子候補を有する、ステップと、
    前記予測情報で示されている前記インデックスに基づいて、前記構成されたブロックベクトル予測子候補リストからブロックベクトル予測子候補を選択するステップと、
    前記選択されたブロックベクトル予測子候補に従って前記現在のブロックを再構成するステップと
    を実行させるプログラム。
21. 前記予測情報は、前記現在のブロックが暗黙的なモードでコーディングされていないことを示すフラグに基づき、前記ブロックベクトルと前記対応するブロックベクトル予測子との間に前記差が存在するかどうかを示す、
    請求項１に記載の方法。
22. エンコーダが実行するビデオコーディングのための方法であって、
    ビデオシーケンスをコーディングするステップと、
    前記コーディングされたビデオシーケンスの部分である現在のコーディングされたピクチャ内の現在のブロックについての予測情報をデコーディングするステップであり、該予測情報は、前記現在のブロックのために使用されているイントラブロックコピー（ＩＢＣ）予測モードと、前記現在のブロックのためのブロックベクトル予測子候補リストからブロックベクトル予測子候補を選択するためのインデックスとを示す、ステップと、
    前記ＩＢＣ予測モードにおける前記現在のブロックのコーディングが明示的なモード又は暗黙的なモードで実行されるかどうかを、ブロックベクトルと対応するブロックベクトル予測子との間に差が存在することを前記予測情報が示すかどうかに基づき決定するステップであり、前記現在のブロックの前記コーディングは、前記差が存在しないと前記予測情報が示す場合には、前記暗黙的なモードにあると決定され、前記差が存在する場合には、明示的なモードにあると決定される、ステップと、
    前記暗黙的なモード及び前記明示的なモードの夫々について同じ一連の候補に基づき、前記現在のブロックのための前記ブロックベクトル予測子候補リストを構成するステップであり、該ブロックベクトル予測子候補リストは、前記暗黙的なモードでは第１の数のブロックベクトル予測子候補を有し、前記明示的なモードでは、第２の数のブロックベクトル予測子候補を有する、ステップと、
    前記予測情報で示されている前記インデックスに基づいて、前記構成されたブロックベクトル予測子候補リストからブロックベクトル予測子候補を選択するステップと、
    前記選択されたブロックベクトル予測子候補に従って前記現在のブロックを再構成するステップと
    を有する方法。
    

Images