JP2022509172A - ビデオをデコードするための方法、装置及びプログラム - Google Patents

Abstract

本開示の態様は、ビデオエンコード／デコードのための方法及び装置を提供する。いくつかの実施例では、ビデオデコードのための装置は、受信回路及び処理回路を含む。例えば、処理回路は、コーディングされたビデオビットストリームから、現在のコーディングツリーユニット（ＣＴＵ）における現在のブロックの予測情報をデコードする。予測情報はイントラブロックコピーモードを表すものである。現在のＣＴＵのサイズは、再構成されたサンプルを格納するための参照サンプルメモリの最大サイズより小さい。処理回路は、現在のブロックと同じ画像の参照ブロックを指すブロックベクトルを決定する。参照ブロックは、参照サンプルメモリ内にバッファされた、再構成されたサンプルを有する。その後、処理回路は、参照サンプルメモリから読み出された参照ブロックの再構成されたサンプルに基づいて現在のブロックの少なくとも１つのサンプルを再構成する。

Description

参照による援用
本出願は、２０１９年８月６日出願の米国特許出願番号第１６／５３３，７１９号「ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＶＩＤＥＯ ＣＯＤＩＮＧ（ビデオコーディングのための方法と装置）」の優先権の利益を主張し、２０１９年１月１５日出願の米国仮出願番号第６２／７９２，８８８号「ＳＥＡＲＣＨ ＲＡＮＧＥ ＡＤＪＵＳＴＭＥＮＴ ＷＩＴＨ ＶＡＲＩＡＢＬＥ ＣＴＵ ＳＩＺＥ ＦＯＲ ＩＮＴＲＡ ＰＩＣＴＵＲＥ ＢＬＯＣＫ ＣＯＭＰＥＮＳＡＴＩＯＮ（イントラ画像ブロック補償のための可変ＣＴＵサイズを有するサーチ範囲調整）」に優先権の利益を主張する。先願の全ての開示は、その全体を本明細書に参照援用する。

技術分野
本開示は、概して、ビデオコーディングに関連する実施形態を記載する。

本明細書で提供される背景説明は、本開示のコンテキストを全般的に提示するためのものである。現在挙げられている発明者の研究は、その研究がこの背景部分に記載されている範囲において、また、出願時に他の点では先行技術として適格でないかもしれない説明の側面において、本開示に対する先行技術として明示的にも黙示的にも認められていない。

ビデオコーディングとデコーディングは、動き補正を伴うインター画像予測（ｉｎｔｅｒ－ｐｉｃｔｕｒｅ ｐｒｅｄｉｃｔｉｏｎ）を用いて行うことができる。非圧縮ディジタルビデオは、一連の画像を含むことができ、各画像は、例えば、１９２０×１０８０の輝度サンプル及び関連する色サンプルの空間寸法を有する。一連の画像は、固定又は可変の画像レート（例えば、６０画像／秒又は６０Ｈｚ）を有することができる。非圧縮ビデオは、大きいビットレートを必要とする。例えば、サンプル当たり８ビットの１０８０ｐ６０ ４：２：０ビデオ（６０Ｈｚのフレームレートでの１９２０ｘ１０８０の輝度サンプル解像度）は、１．５Ｇビット／秒に近い帯域幅を必要とする。このようなビデオの１時間は、６００Ｇバイトを超えるストレージ領域を必要とする。

ビデオコーディング及びデコーディングの１つの目的は、圧縮による入力ビデオ信号の冗長性の低減である。圧縮は、場合によっては、２桁以上前述の帯域幅又はストレージスペースの必要性を低減するのに役立つ。可逆圧縮及び非可逆圧縮の両方、並びにそれらの組み合わせを用いることができる。可逆圧縮とは、元の信号の正確なコピーを圧縮された元の信号から再構成することができる技術をいう。非可逆圧縮を使用する場合、再構成された信号は、元の信号と同一ではないかもしれないが、元の信号と再構成された信号との間の歪みは十分小さく、再構成された信号を意図された用途に役立てられる。ビデオの場合、非可逆圧縮が広く用いられている。許容される歪みの量は、用途に依存し、例えば、特定の消費者ストリーミング用途のユーザは、テレビ配信用途のユーザよりも高い歪みを容認し得る。達成可能な圧縮比は、より高い許容可能／容認可能歪みは、より高い圧縮比をもたらすことができることを反映することができる。

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

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

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

さまざまな形式のイントラ予測があり得る。かかり技術のうちの１つ以上が、所与のビデオコーディング技術において用いられることができる場合、使用中の技術は、イントラ予測モードでコーディングされることができる。特定の場合には、モードは、サブモード及び／又はパラメータを有することができ、それらは、個別にコーディングされることができ、又はモードコード名（ｍｏｄｅ ｃｏｄｅｗｏｒｄ）に含まれることができる。所与のモード／サブモード／パラメータの組み合わせに用いられるコード名は、イントラ予測を通してコーディング効率ゲイン（ｃｏｄｉｎｇ ｅｆｆｉｃｉｅｎｃｙ ｇａｉｎ）に影響を与える可能性があり、同様に、コード名をビットストリームに変換するために使用されるエントロピー符号化技術も同様に影響を与える可能性がある。

特定のイントラ予測モードがＨ．２６４で導入され、Ｈ．２６５で改良され、共同探索モデル（ＪＥＭ：ｊｏｉｎｔ ｅｘｐｌｏｒａｔｉｏｎ ｍｏｄｅｌ）、汎用ビデオコーディング（ＶＶＣ：ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ）、及びベンチマークセット（ＢＭＳ：ｂｅｎｃｈｍａｒｋ ｓｅｔ）等のより新しいコーディング技術でさらに改良された。予測子ブロックは、既に利用可能なサンプルに属する近接するサンプル値を使用して形成されることができる。隣接するサンプルのサンプル値は、方向にしたがって予測子ブロックにコピーされる。使用中の方向への参照は、ビットストリームでコーディングされることができ、又はそれ自体が予測されることがある。

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

さらに図１を参照すると、左上には、４×４サンプルの正方形ブロック（１０４）が示されている（破線の太線で示されている）。正方形ブロック（１０４）は、１６個のサンプルを含み、各サンプルは「Ｓ」でラベル付けされ、Ｙ次元におけるその位置（例えば、行インデックス）及びＸ次元におけるその位置（例えば、列インデックス）を含む。例えば、サンプルＳ２１は、Ｙ次元の（頂部から）２番目のサンプル及びＸ次元の（左側から）１番目のサンプルである。同様に、サンプルＳ４４は、ブロック（１０４）内でＹ及びＸ次元の両方において４番目のサンプルである。ブロックのサイズが４×４サンプルであるので、Ｓ４４は右下にある。さらに、同様の番号付けスキームにしたがった参照サンプルを示す。参照サンプルは、Ｒ、ブロック（１０４）に対するそのＹ位置（例えば、行インデックス）及びＸ位置（列インデックス）でラベル付けされる。Ｈ．２６４とＨ．２６５の両方で、予測サンプルは再構成中のブロックに隣接しているため、
負の値を使用する必要はない。

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

特定の場合には、特に方向が４５度で均等に割り切れない場合には、参照サンプルを計算するために、複数の参照サンプルの値を、例えば内挿によって組み合わせることができる。

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

図２は、経時的に増加する予測方向の数を示すために、ＪＥＭによる６５のイントラ予測方向を示す概略図（２０１）を示す。

方向を表すコーディングされたビデオビットストリームにおけるイントラ予測方向ビットのマッピングは、ビデオコーディング技術からビデオコーディング技術へ異なることができ、例えば、予測方向の単純な直接マッピングから、イントラ予測モード、コード名、最も可能性の高いモードを含む複合適応方式、及び類似の技術にまで及ぶことができる。
しかし、どのような場合でも、ビデオコンテンツにおいて、他の特定の方向よりも統計的に起こりにくい特定の方向が存在し得る。ビデオ圧縮の目標は冗長性の低減であるので、良好に動作するビデオコーディング技術においては、より可能性の低い方向は、より可能性の高い方向よりもより多くのビット数によって表されるであろう。

本開示の態様は、ビデオエンコード／デコードのための方法及び装置を提供する。いくつかの実施例では、ビデオデコードのための装置は、受信回路及び処理回路を含む。例えば、処理回路は、コーディングされたビデオビットストリームから、現在のコーディングツリーユニット（ＣＴＵ）における現在のブロックの予測情報をデコードする。予測情報はイントラブロックコピーモードを表すものである。現在のＣＴＵのサイズは、再構成されたサンプルを格納するための参照サンプルメモリの最大サイズより小さい。処理回路は、現在のブロックと同じ画像の参照ブロックを指すブロックベクトルを決定する。参照ブロックは、参照サンプルメモリ内にバッファされた、再構成されたサンプルを有する。その後、処理回路は、参照サンプルメモリから読み出される参照ブロックの再構成されたサンプルに基づいて現在のブロックの少なくとも１つのサンプルを再構成する。

いくつかの実施形態では、処理回路は、現在のＣＴＵと同じＣＴＵ列内にあり、現在のＣＴＵの左側の第（Ｎ－１）番目のＣＴＵから、現在のＣＴＵの左側の隣り合うＣＴＵまでの領域内に位置する参照ブロックを指すブロックベクトルを決定し、参照サンプルメモリの最大サイズは、現在のＣＴＵのサイズのＮ倍であり、Ｎは１より大きい正の数である。

いくつかの実施形態では、処理回路は、参照ブロックの頂部境界が同じＣＴＵ列内にあるかどうかチェックする。さらに、処理回路は、参照ブロックの底部境界が同じＣＴＵ列内にあるかどうかチェックする。そして、処理回路は、参照ブロックの左側境界が、左側のＮ番目のＣＴＵの右側にあるかどうかをチェックし、右側境界が、現在のＣＴＵの左側にあるかどうかをチェックする。

いくつかの実施形態では、処理回路は、参照ブロックが少なくとも部分的に、現在のＣＴＵと同じＣＴＵ列内にある左側の第Ｎ番目のＣＴＵ内にあるかどうかチェックし、参照サンプルメモリの最大サイズは、現在のＣＴＵのサイズのＮ倍であり、Ｎは１より大きい正の数である。

さらに、処理回路は、参照ブロックの左側境界が、左側のＮ番目のＣＴＵ内にあるかどうかチェックする。参照ブロックが少なくとも部分的に左側のＮ番目のＣＴＵにある場合に、処理回路は、現在のＣＴＵ内において、参照ブロックのコロケーションされたブロック（ｃｏｌｌｏｃａｔｅｄ ｂｌｏｃｋ）が少なくとも部分的に再構成されている（ｉｓ ａｔ ｌｅａｓｔ ｐａｒｔｉａｌｌｙ ｒｅｃｏｎｓｔｒｕｃｔｅｄ）かどうか決定する。一実施例において、処理回路は、コロケーションされたブロックの左上コーナーが再構成された（ｈａｓ ｂｅｅｎ ｒｅｃｏｎｓｔｒｕｃｔｅｄ）かどうかを決定する。処理回路は、現在のＣＴＵ内のコロケーションされたブロックが少なくとも部分的に再構成されている場合に、参照ブロックを指すブロックベクトルを無効にする。

いくつかの実施形態では、処理回路は、参照ブロックを含む左側の第Ｎ番目のＣＴＵ内に参照ブロック領域を決定し、現在のＣＴＵにおいて、参照ブロック領域のコロケーションされたブロック領域が少なくとも部分的に再構成されているかどうか決定する。その後、処理回路は、現在のＣＴＵ内のコロケーションされたブロック領域が少なくとも部分的に再構成されている場合に、参照ブロックを指すブロックベクトルを無効にする。

また、本開示の態様は、ビデオデコーディングのためにコンピュータによって実行されたときに、コンピュータにビデオコーディングのための方法を実行させる命令を格納する非一時的なコンピュータ読取可能媒体記憶を提供する。

開示された主題のさらなる特徴、性質、及び種々の利点は、以下の詳細な説明及び添付の図面からより明らかになるであろう。
図１は、イントラ予測モードの例示的サブセットの概略図である。 図２は、例示的なイントラ予測方向の説明図である。 図３は、一実施形態による通信システム（３００）の簡略ブロック図を模式的に示す図である。 図４は、一実施形態による通信システム（４００）の簡略ブロック図を模式的に示す図である。 図５は、一実施形態によるデコーダの簡略ブロック図を模式的に示す図である。 図６は、一実施形態によるエンコーダの簡略ブロック図を模式的に示す図である。 図７は、別の実施形態によるエンコーダのブロック図である。 図８は、別の実施形態によるデコーダのブロック図である。 図９は、本開示の一実施形態によるイントラブロックコピーの例を示す。 図１０Ａは、本開示の一実施形態による、イントラブロックコピーモードに対する有効サーチ範囲の例を示す。 図１０Ｂは、本開示の一実施形態による、イントラブロックコピーモードに対する有効サーチ範囲の例を示す。 図１０Ｃは、本開示の一実施形態による、イントラブロックコピーモードに対する有効サーチ範囲の例を示す。 図１０Ｄは、本開示の一実施形態による、イントラブロックコピーモードに対する有効サーチ範囲の例を示す。 図１１は、本開示のいくつかの実施形態による、コロケーションされたブロックの例を示す。 図１２は、本開示のいくつかの実施形態による、コロケーションされたブロックの例を示す。 図１３は、本開示のいくつかの実施形態による、プロセス例を概説するフローチャートを示す。 図１４は、一実施形態によるコンピュータシステムを模式的に示す図である。

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

別の例では、通信システム（３００）は、第２対の端末デバイス（３３０）及び（３４０）を含み、例えばビデオ会議中に、発生し得るコーディングされたビデオデータの双方向伝送を行う。データの双方向伝送のために、例えば、端末デバイス（３３０）及び（３４０）の各端末デバイスは、ネットワーク（３５０）を介して端末デバイス（３３０）及び（３４０）の他方の端末デバイスに伝送するために、ビデオデータ（例えば、端末デバイスによって捕捉されるビデオ画像のストリーム）をコーディングし得る。端末デバイス（３３０）及び（３４０）の各端末デバイスは、端末デバイス（３３０）及び（３４０）の他方の端末デバイスによって送信されたコーディングされたビデオデータを受信し、コーディングされたビデオデータをデコードして、ビデオ画像を復元し、復元されたビデオデータにしたがって、アクセス可能な表示デバイスにビデオ画像を表示し得る。

図３の例では、端末デバイス（３１０）、（３２０）、（３３０）及び（３４０）は、サーバ、パーソナルコンピュータ及びスマートフォンとして示され得るが、本発明の原理はこれらに限定されない。本発明の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレーヤ、及び／又は専用のビデオ会議機器への適用を見出す。ネットワーク（３５０）は、例えばワイヤライン（有線）及び／又は無線通信ネットワークを含む、端末デバイス（３１０）、（３２０）、（３３０）及び（３４０）の間でコーディングされたビデオデータを伝達する任意の数のネットワークを表す。通信ネットワーク（３５０）は、回線交換及び／又はパケット交換チャネル内のデータを交換することができる。代表的なネットワークには、テレコミュニケーションネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク及び／又はインターネットが含まれる。本説明の目的のためには、以下に説明しない限り、ネットワーク（２５０）のアーキテクチャ及びトポロジーは本発明の動作には重要ではない可能性がある。

図４は、開示された主題の適用例として、ストリーミング環境におけるビデオエンコーダ及びビデオデコーダの配置を示す。開示された主題は、例えば、ビデオ会議、デジタルＴＶや、ＣＤ、ＤＶＤ、メモリースティック等を含むデジタルメディアへの圧縮ビデオの保存等を含む、他のビデオ対応アプリケーションに等しく適用することができる。

ストリーミングシステムは、例えば、非圧縮のビデオ画像（４０２）のストリームを生成するビデオソース（４０１）、例えばデジタルカメラを含むことができるキャプチャサブシステム（４１３）を含み得る。一実施形態では、ビデオ画像のストリーム（４０２）は、デジタルカメラによって撮影されるサンプルを含む。エンコードされたビデオデータ（４０４）（又はコーディングされたビデオビットストリーム）と比較した場合に、高データ量を強調するために太線として描かれたビデオ画像のストリーム（４０２）は、ビデオソース（４０１）に結合されたビデオエンコーダ（４０３）を含む電子デバイス（４２０）によって処理されることができる。ビデオエンコーダ（４０３）は、ハードウェア、ソフトウェア、又はそれらの組み合わせを含むことができ、以下により詳細に説明されるように、開示された主題の態様を可能にし又は実施する。エンコードされたビデオデータ（４０４）（又はエンコードされたビデオビットストリーム（４０４））は、ビデオ画像（４０２）のストリームと比較した場合に、より低いデータ量を強調するために細線として示され、将来の使用のためにストリーミングサーバ（４０５）に格納され得る。図４のクライアントサブシステム（４０６）及び（４０８）等の１つ以上のストリーミングクライアントサブシステムは、ストリーミングサーバ（４０５）にアクセスすることができ、エンコードされたビデオデータ（４０４）のコピー（４０７）及び（４０９）を読み出すことができる。クライアントサブシステム（４０６）は、例えば電子デバイス（４３０）内のビデオデコーダ（４１０）を含むことができる。ビデオデコーダ（４１０）は、エンコードされたビデオデータの入力コピー（４０７）をデコードし、ディスプレイ（４１２）（例えばディスプレイスクリーン）又は他のレンダリングデバイス（図示せず）上にレンダリングすることができるビデオ画像の出力ストリーム（４１１）を生成する。いくつかのストリーミングシステムでは、エンコードされたビデオデータ（４０４）、（４０７）及び（４０９）（例えば、ビデオビットストリーム）は、特定のビデオコーディング／圧縮標準にしたがってコーディングされることができる。これらの標準の例は、ＩＴＵ－Ｔ勧告Ｈ．２６５を含む。例えば、開発中のビデオコーディング規格は、汎用ビデオコーディング（ＶＶＣ）として非公式に知られている。開示された主題は、ＶＶＣのコンテキストで使用され得る。

電子デバイス（４２０）及び（４３０）は、他の構成要素（図示せず）を含むことができることに留意されたい。例えば、電子デバイス（４２０）は、ビデオデコーダ（図示せず）を含むことができ、電子デバイス（４３０）は、ビデオエンコーダ（図示せず）も含むことができる。

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

受信器（５３１）は、ビデオデコーダ（５１０）によってデコードされるべき１つ以上のコーディングされたビデオシーケンスを受信することができ、同一又は別の実施形態では、一度に１つのコーディングされたビデオシーケンスを受信することができ、その際、各コーディングされたビデオシーケンスのデコーディングは、他のコーディングされたビデオシーケンスから独立している。コーディングされたビデオシーケンスは、チャネル（５０１）から受信することができ、このチャネルは、エンコードされたビデオデータを格納するストレージデバイスへのハードウェア／ソフトウェアリンクであり得る。受信器（５３１）は、エンコードされたビデオデータを、他のデータ、例えばコーディングされたオーディオデータ及び／又は付随的なデータストリームと共に受信することができ、これらのデータは、それぞれのエンティティ（図示せず）を使用して転送され得る。受信器（５３１）は、コーディングされたビデオシーケンスを他のデータから分離することができる。ネットワークジッタに対抗するために、バッファメモリ（５１５）が、受信器（５３１）とエントロピーデコーダ／パーサ（５２０）（以後「パーサ（５２０）」）との間に結合され得る。特定の用途では、バッファメモリ（５１５）はビデオデコーダ（５１０）の一部である。他の場合には、ビデオデコーダ（５１０）の外側にあることができる（図示せず）。さらに別の場合には、例えばネットワークジッタに対抗するために、ビデオデコーダ（５１０）の外側にバッファメモリ（図示せず）が存在することができ、さらに、例えば再生タイミング（ｐｌａｙｏｕｔ ｔｉｍｉｎｇ）を処理するために、ビデオデコーダ（５１０）の内側に別のバッファメモリ（５１５）が存在することもできる。受信器（５３１）が、十分な帯域幅及び制御可能性の記憶／転送デバイスから、又は、アイソクロナスネットワーク（ｉｓｏｓｙｎｃｈｒｏｎｏｕｓ ｎｅｔｗｏｒｋ）から、データを受信している場合、バッファメモリ（５１５）は不要であるか、又は小さくてもよい。インターネット等のベストエフォート型パケットネットワークでの使用のために、バッファメモリ（５１５）は、必要とされ、比較的大きく、有利には適応サイズであり得、ビデオデコーダ（５１０）の外側のオペレーティングシステム又は類似の要素（図示せず）に少なくとも部分的に実装され得る。

ビデオデコーダ（５１０）は、コーディングされたビデオシーケンスからシンボル（５２１）を再構成するためのパーサ（５２０）を含み得る。これらのシンボルのカテゴリは、図５に示されているように、ビデオデコーダ（５１０）の動作を管理するために使用される情報、及び、電子デバイス（５３０）の不可欠な部分ではないが、電子デバイス（５３０）に結合され得るレンダリングデバイス（５１２）（例えば、表示スクリーン）等のレンダリングデバイスを制御する潜在的な情報を含む。（複数の）レンダリングデバイスの制御情報は、付加拡張情報（ＳＥＩメッセージ）又はビデオユーザビリティ情報（ＶＵＩ）パラメータセットフラグメント（図示せず）の形態であり得る。パーサ（５２０）は、受信されるコーディングされたビデオシーケンスをパースし／エントロピーデコードすることができる。コーディングされたビデオシーケンスのコーディングは、ビデオコーディング技術又は標準に従うことができ、可変長コーディング、ハフマンコーディング、コンテキスト感度を伴う又は伴わない算術コーディングなどを含む種々の原理に従うことができる。パーサ（５２０）は、グループに対応する少なくとも１つのパラメータに基づいて、ビデオデコーダ内のピクセルのサブグループのうちの少なくとも１つに対するサブグループパラメータのセットを、コーディングされたビデオシーケンスから抽出し得る。サブグループは、画像グループ（ＧＯＰ）、画像、タイル、スライス、マクロブロック、コーディングユニット（ＣＵ）、ブロック、変換ユニット（ＴＵ）、予測ユニット（ＰＵ）等を含み得る。パーサ（５２０）はまた、変換係数、量子化パラメータ値、動きベクトル等の情報を、コーディングされたビデオシーケンスから抽出し得る。

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

シンボル（５２１）の再構成は、コーディングされたビデオ画像又はその部分のタイプ（例えば、画像間及び画像内、ブロック間及びブロック内）及び他の要因に応じて、複数の異なるユニットを含むことができる。どのユニットが、どのように含まれているかは、パーサ（５２０）によってコーディングされたビデオシーケンスからパースされたサブグループ制御情報によって制御されることができる。パーサ（５２０）と以下の複数ユニットとの間のかかるサブグループ制御情報のフローは、明確さのために図示されていない。

すでに述べた機能ブロックの他に、ビデオデコーダ（５１０）は、概念的に、以下に説明するように、いくつかの機能ユニットに分割されることができる。商業的制約の下で動作する実用的な実装では、これらのユニットの多くは互いに密接に相互作用し、少なくとも部分的に互いに統合されることができる。しかしながら、開示された主題を説明するの目的で、以下の機能単位に概念的に細分化することが適切である。

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

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

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

アグリゲータ（５５５）の出力サンプルは、ループフィルタユニット（５５６）内の種々のループフィルタリング技術を受けることができる。ビデオ圧縮技術は、インループフィルタ技術（ｉｎ－ｌｏｏｐ ｆｉｌｔｅｒ ｔｅｃｈｎｏｌｏｇｉｅｓ）を含むことができ、コーディングされたビデオシーケンス（コーディングされたビデオビットストリームとも称される）に含まれるパラメータによって制御され、パーサ（５２０）からシンボル（５２１）としてループフィルタユニット（５５６）に利用可能にされるが、コーディングされた画像又はコーディングされたビデオシーケンスと（デコード順において）先行する部分のデコードの間で得られるメタ情報に応答することができると共に、先行して再構成されループフィルタリングされたサンプル値に応答することができる、インループフィルタ技術を含むことができる。

ループフィルタユニット（５５６）の出力は、レンダリングデバイス（５１２）に出力されることができ、また将来のイントラ画像予測に使用するために参照画像メモリ（５５７）に記憶されることができるサンプルストリームであることができる。

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

ビデオデコーダ（５１０）は、ＩＴＵ－Ｔ Ｒｅｃ．Ｈ．２６５．等の標準の所定のビデオ圧縮技術にしたがってデコーディング動作を実行し得る。コーディングされたビデオシーケンスは、コーディングされたビデオシーケンスが、ビデオ圧縮技術若しくは標準の構文、及び、ビデオ圧縮技術若しくは標準に文書化されているプロファイルの両方に準拠するという意味で、使用されているビデオ圧縮技術又は標準によって特定された構文に適合し得る。具体的には、プロファイルは、特定のツールを、そのプロファイルの下で使用できる唯一のツールとして、ビデオ圧縮技術又は標準で使用可能なすべてのツールから選択することができる。また、コンプライアンスのために必要なことは、コーディングされたビデオシーケンスの複雑さが、ビデオ圧縮技術又は標準のレベルによって定義される範囲内にあることであり得る。場合によっては、レベルは、最大画像サイズ、最大フレームレート、最大再構成サンプルレート（例えば、毎秒メガサンプルで測定される）、最大参照画像サイズなどを制限する。レベルによって設定された制限は、場合によっては、仮想参照デコーダ（ＨＲＤ：Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ）の仕様と、コーディングされたビデオシーケンスでシグナリングされるＨＲＤバッファ管理のメタデータによってさらに制限され得る。

一実施形態では、受信器（５３１）は、エンコードされたビデオと共に追加の（冗長な）データを受信することができる。追加データは、コーディングされた（複数の）ビデオシーケンスの部分として含まれ得る。追加のデータは、データを適切にデコードするため、及び／又は元のビデオデータをより正確に再構成するために、ビデオデコーダ（５１０）によって使用され得る。追加のデータは、例えば、時間的、空間的、又は信号雑音比（ＳＮＲ）拡張層、冗長スライス、冗長画像、前方エラー補正コードなどの形態であり得る。

図６は、本開示の一実施例によればビデオエンコーダ（６０３）のブロック図を示す。
ビデオエンコーダ（６０３）は、電子デバイス（６２０）に含まれる。電子デバイス（６２０）は、送信器（６４０）（例えば送信回路）を含む。図４の例のビデオエンコーダ（４０３）の代わりに、ビデオエンコーダ（６０３）を用いることができる。

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

ビデオソース（６０１）は、任意の適切なビット深さ（例えば、８ビット、１０ビット、１２ビット、．．．）、任意の色空間（例えば、ＢＴ．６０１ Ｙ ＣｒＣＢ、ＲＧＢ、．．．）、及び任意の適切なサンプリング構造（例えば、Ｙ ＣｒＣｂ ４：２：０、Ｙ ＣｒＣｂ ４：４：４）であることができるデジタルビデオサンプルストリームの形態で、ビデオエンコーダ（６０３）によってコーディングされるべきソースビデオシーケンスを提供し得る。メディア配信システムにおいて、ビデオソース（６０１）は、予め準備されたビデオを記憶する記憶デバイスであり得る。ビデオ会議システムでは、ビデオソース（６０１）は、局所的画像情報をビデオシーケンスとして捕捉するカメラであり得る。ビデオデータは、シーケンスで見たときに動きをもたらす複数の個々の画像として提供され得る。画像自体は、ピクセルの空間アレイとして組織化されることができ、各ピクセルは、使用中のサンプリング構造、色空間等に応じて、１つ以上のサンプルを含むことができる。当業者は、ピクセルとサンプルとの関係を容易に理解することができる。以下の説明は、サンプルに焦点を当てている。

一実施形態によれば、ビデオエンコーダ（６０３）は、ソースビデオシーケンスの画像を、リアルタイムで、又はアプリケーションによって要求される任意の他の時間制約下で、コーディングされたビデオシーケンス（６４３）にコーディングし、圧縮し得る。適切なコーディングスピードを実現することは、コントローラ（６５０）の一つの機能である。いくつかの実施形態において、コントローラ（６５０）は、以下に記載されるように、他の機能ユニットを制御し、他の機能ユニットに機能的に結合される。結合は、明確性のために示されていない。コントローラ（６５０）によって設定されるパラメータは、レート制御関連パラメータ（画像スキップ、量子化器、レート歪み最適化技術のラムダ値、．．．）、画像サイズ、画像グループレイアウト、最大動きベクトル探索範囲等を含むことができる。コントローラ（６５０）は、特定のシステム設計のために最適化されたビデオエンコーダ（６０３）に関連する他の適切な機能を有するように構成されることができる。

いくつかの実施形態では、ビデオエンコーダ（６０３）は、コーディングループで動作するように構成される。過剰に単純化された説明として、一例において、コーディングループは、（例えば、コーディングされるべき入力画像及び参照画像に基づいて、シンボルストリーム等のシンボルを生成する責任を担う）ソースコーダ（６３０）と、ビデオエンコーダ（６０３）に埋め込まれた（ローカル）デコーダ（６３３）とを含むことができる。デコーダ（６３３）は、（シンボルとコーディングされたビデオビットストリームとの間の任意の圧縮が、開示された主題において考慮されたビデオ圧縮技術において可逆的であるように）、（リモート）デコーダも作成するのと同様の方法で、シンボルを再構成してサンプルデータを作成する。再構成されたサンプルストリーム（サンプルデータ）は、参照画像メモリ（６３４）に入力される。シンボルストリームのデコーディングは、デコーダロケーション（ローカル又はリモート）に依存しないビットイクザクトな結果（ｂｉｔ－ｅｘａｃｔ ｒｅｓｕｌｔｓ）をもたらすので、参照画像メモリ（６３４）中の内容もまた、ローカルエンコーダとリモートエンコーダとの間でビットイクザクトである。換言すれば、エンコーダの予測部分は、デコーダがデコード中に予測を使用するときに「見る」のとまったく同じサンプル値を参照画像サンプルとして「見る」。参照画像同期性のこの基本原理（及び、例えばチャンネルエラーのために、同期性が維持できない場合の結果として生じるドリフト）は、いくつかの関連技術においても同様に使用される。

「ローカル」デコーダ（５３３）の動作は、ビデオデコーダ（４１０）等の「リモート」デコーダと同じであることができ、これは、図５と関連して詳細に既に上述したとおりである。しかしながら、図５も簡単に参照すると、シンボルが利用可能であり、エントロピーコーダ（６４５）及びパーサ（５２０）によるコーディングビデオシーケンスへのシンボルのコーディング／デコーディングが可逆的であることができるので、バッファメモリ（５１５）を含むビデオデコーダ（５１０）のエントロピーデコーディング部分及びパーサ（５２０）は、ローカルデコーダ（６３３）に完全には実装されない場合がある。

この点で行うことができる観察は、デコーダ内に存在するパース／エントロピーデコードを除く任意のデコーダ技術もまた、対応するエンコーダ内に実質的に同一の機能的形態で存在する必要があることである。この理由のために、開示された主題はデコーダ動作に焦点を当てる。エンコーダ技術の記述は、総合的に記述されたデコーダ技術の逆であるため、省略することができる。特定の分野においてのみ、より詳細な説明が必要であり、以下に提供される。

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

ローカルビデオデコーダ（６３３）は、ソースコーダ（６３０）によって生成されたシンボルに基づいて、参照画像として指定され得る画像のコーディングされたビデオデータをデコードし得る。コーディングエンジン（６３２）の動作は、有利には、非可逆プロセスであり得る。コーディングされたビデオデータがビデオデコーダ（図６には示されていない）でデコードされ得る場合、再構成されたビデオシーケンスは、典型的には、いくつかのエラーを伴うソースビデオシーケンスの複であり得る。ローカルビデオデコーダ（６３３）は、参照画像上でビデオデコーダによって実行され、参照画像キャッシュ（６３４）に記憶されるべき再構成された参照画像を生じさせ得るデコーディング処理を繰り返す。このようにして、ビデオエンコーダ（６０３）は、遠位端ビデオデコーダによって得られるであろう再構成された参照画像として、共通のコンテンツを有する再構成された参照画像のコピーをローカルに記憶することができる。

予測器（６３５）は、コーディングエンジン（６３２）について予測サーチを実行し得る。
すなわち、コーディングされるべき新しい画像について、予測器（６３５）は、新しい画像についての適切な予測参照として役立ち得る、参照画像動きベクトル、ブロック形状等の特定のメタデータ、又は、サンプルデータ（参照ピクセルブロックの候補として）、について参照画像メモリ（６３４）を検索し得る。予測器（６３５）は、適切な予測参照を見出すために、サンプルブロック毎に動作し得る。場合によっては、予測器（６３５）によって得られた検索結果によって決定されるように、入力画像は、参照画像メモリ（６３４）に記憶された複数の参照画像から引き出された予測参照を有し得る。

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

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

送信器（６４０）は、エントロピーコーダ（６４５）によって作成されたコーディングされたビデオシーケンスをバッファすることができ、エンコードされたビデオデータを格納するであろうストレージデバイスへのハードウェア／ソフトウェアリンクであり得る通信チャネル（６６０）を経由した送信のために用意する。送信器（６４０）は、ビデオ・コーダ（６０３）からのコーディングされたビデオデータを、例えばコーディングされたオーディオデータ及び／又は補助的なデータ・ストリーム（図示せず）等の、送信されるべき他のデータとともにマージし得る。

コントローラ（６５０）は、ビデオエンコーダ（６０３）の動作を管理し得る。コーディングの間、コントローラ（６５０）は、各コーディングされた画像に、特定のコーディングされた画像タイプを割り当てることができ、これは、各画像に適用され得るコーディング技術に影響を及ぼし得る。例えば、画像は、しばしば、次の画像タイプの１つとして割り当てられる：

イントラ画像（Ｉ画像）は、予測ソースとしてシーケンス内の他の画像を使用することなく、コーディングされ、デコードされ得る。いくつかのビデオコーデックは、例えば、独立デコーダリフレッシュ（「ＩＤＲ」：Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｅｃｏｄｅｒ Ｒｅｆｒｅｓｈ）画像を含む、異なるタイプのイントラ画像を許容する。当業者は、Ｉ画像のこれらの変形例、並びにそれらのそれぞれの用途及び特徴を認識している。

予測画像（Ｐ画像）は、各ブロックのサンプル値を予測するために、最大で１つの運動ベクトルと参照インデックスを用いるインター予測又はイントラ予測を使用して、コーディングされ、デコードされ得るものであり得る。

双方向（ｂｉ－ｄｉｒｅｃｔｉｏｎａｌｌｙ）予測画像（Ｂ画像）は、各ブロックのサンプル値を予測するために、最大で２つの動きベクトルと参照インデックスを用いるインター予測又はイントラ予測を使用して、コーディングされ、デコードされ得るものであり得る。同様に、複数の予測画像は、１つのブロックの再構成のために、２つ以上の参照画像及び関連するメタデータを使用することができる。

ソース画像は、通常、空間的に複数のサンプルブロック（例えば、４×４、８×８、４×８、又は１６×１６の各サンプルのブロック）に分割され、ブロック毎にコーディングされる。ブロックは、ブロックのそれぞれの画像に適用されるコーディング割り当てによって決定された、他の（既にコーディングされた）ブロックを参照して予測的にコーディングされ得る。例えば、Ｉ画像のブロックは、非予測的にコーディングされるか、又は、それらは、同じ画像の既にコーディングされたブロック（空間予測又はインター予測）を参照して予測的にコーディングされ得る。Ｐ画像の画素ブロックは、先行してコーディングされた一つの参照画像を参照して、空間的予測又は時間的予測を介して予測的にコーディングされ得る。
Ｂ画像のブロックは、１つ又は２つの、先行してコーディングされた参照画像を参照して、空間的予測を介して、又は時間的予測を介して予測的にコーディングされ得る。

ビデオエンコーダ（６０３）は、所定のビデオコーディング技術又はＩＴＵ－Ｔ Ｒｅｃ．Ｈ．２６５．等の標準にしたがってコーディング動作を実行し得る。その動作において、ビデオエンコーダ（６０３）は、入力ビデオシーケンスにおける時間的及び空間的冗長性を活用する予測コーディング動作を含む種々の圧縮動作を実行し得る。したがって、コーディングされたビデオデータは、使用されているビデオコーディング技術又は標準によって指定された構文に適合し得る。

一実施形態では、送信器（６４０）は、エンコードされたビデオと共に追加データを送信し得る。ソースコーダ（６３０）は、コーディングされたビデオシーケンスの一部としてかかるデータを含めることができる。追加のデータは、時間的／空間的／ＳＮＲ強調レイヤーや、他の形式の冗長データ、例えば冗長画像及びスライス、ＳＥＩメッセージ、ＶＵＩパラメータセットフラグメント等を含み得る。

ビデオは、時間シーケンスにおいて複数のソース画像（ビデオ画像）として捕捉され得る。
イントラ画像予測（しばしば、インター予測と略される）は、所与の画像における空間的相関を使用し、インター画像予測は、画像間の（時間的又は他の）相関を使用する。一例では、現在画像と称されるコーディング／デコーディング中の特定の画像は、ブロックに分割される。現在画像内のブロックが、ビデオ内の、先行してコーディングされ、まだバッファされている参照画像内の参照ブロックに類似する場合、現在の画像内ブロックは、動きベクトルと称されるベクトルによってコーディングされ得る。動きベクトルは、参照画像内の参照ブロックを指し、複数の参照画像が使用されている場合には、参照画像を識別する第３次元を有することができる。

いくつかの実施形態において、双方向予測技術（ｂｉ－ｐｒｅｄｉｃｔｉｏｎ ｔｅｃｈｎｉｑｕｅ）は、画像間予測において使用され得る。双方向予測技術によれば、ビデオ内の現在画像に対してデコード順では両方とも先行する（ただし、表示順では、それぞれ過去及び未来であり得る）第１参照画像及び第２参照画像等の２つの参照画像が使用される。現在画像内のブロックは、第１参照画像内の第１参照ブロックを指す第１動きベクトルと、第２参照画像内の第２参照ブロックを指す第２の動きベクトルとによってコーディングされることができる。ブロックは、第１参照ブロックと第２参照ブロックとの組み合わせによって予測されることができる。

さらに、コーディング効率を改善するために、インター画像予測にマージモード技術を使用することができる。

本開示のいくつかの実施形態によれば、インター画像予測及びイントラ画像予測等の予測は、ブロックの単位で実行される。例えば、ＨＥＶＣ標準によれば、ビデオ画像シーケンス中の画像は、圧縮のためにコーディングツリーユニット（ＣＴＵ）に仕切られ、画像中のＣＴＵは、６４×６４ピクセル、３２×３２ピクセル、又は１６×１６ピクセル等の、同じサイズを有する。一般に、ＣＴＵは、１つのルマＣＴＢ（ｏｎｅ ｌｕｍａ ＣＴＢ）と２つのクロマＣＴＢ（ｔｗｏ ｃｈｒｏｍａ ＣＴＢｓ）である３つのコーディングツリーブロック（ＣＴＢ）を含む。各ＣＴＵは、１つ又は複数のコーディング単位（ＣＵ）に再帰的に４分木分割することができる。例えば、６４×６４ピクセルのＣＴＵは、６４×６４ピクセルの１ＣＵ、３２×３２ピクセルの４ＣＵ、又は１６×１６ピクセルの１６ＣＵに分割することができる。例では、各ＣＵは、インター予測タイプ又はイントラ予測タイプ等の、ＣＵの予測タイプを決定するために分析される。ＣＵは時間的及び／又は空間的予測可能性に依存して１つ以上の予測単位（ＰＵ）に分割される。一般に、各ＰＵはルマ予測ブロック（ＰＢ）と２つのクロマＰＢを含む。一実施形態では、コーディング（エンコード／デコード）における予測操作は、予測ブロックのユニットにおいて実行される。予測ブロックの一例としてルマ予測ブロックを用いると、予測ブロックは、８×８ピクセル、１６×１６ピクセル、８×１６ピクセル、１６×８ピクセル等、ピクセルに対する値（例えば、ルマ値）の行列を含む。

図７は、本開示の別の実施形態によるビデオエンコーダ（７０３）の図を示す。ビデオエンコーダ（７０３）は、ビデオ画像シーケンス内の現在ビデオ画像内のサンプル値の処理ブロック（例えば、予測ブロック）を受信し、処理ブロックをコーディングされたビデオシーケンスの一部であるコーディングされた画像にエンコードするように構成されている。一実施形態では、ビデオエンコーダ（７０３）は、図４の例のビデオエンコーダ（４０３）の代わりに使用される。

ＨＥＶＣの例では、ビデオエンコーダ（７０３）は、８×８サンプルの予測ブロック等の処理ブロックに対するサンプル値のマトリックスを受信する。ビデオエンコーダ（７０３）は、処理ブロックが、例えばレート歪み最適化を使用して、イントラモード、インターモード、又は双方向予測モードを使用して、最良にコーディングされるかどうかを決定する。処理ブロックがイントラモードでコーディングされる場合、ビデオエンコーダ（７０３）は、処理ブロックをコーディングされた画像にエンコードするためにイントラ予測技術を使用することができ、処理ブロックがインターモード又は双方向予測モードでコーディングされる場合、ビデオエンコーダ（７０３）は、処理ブロックをコーディングされた画像にコーディングするために、それぞれ、インター予測技術又は双方向予測技術を使用し得る。特定のビデオコーディング技術では、マージモードは、予測器外部のコーディングされた動きベクトル成分の利益なしに、動きベクトルが１つ以上の動きベクトル予測器から導出される画像間予測サブモードであり得る。特定の他のビデオコーディング技術では、対象ブロックに適用可能な動きベクトル成分が存在し得る。一実施形態では、ビデオエンコーダ（７０３）は、処理ブロックのモードを決定するためのモード決定モジュール（図示せず）等の他の構成要素を含む。

図７の例では、ビデオエンコーダ（７０３）は、図７に示すように一緒に結合されたエントロピーエンコーダ（７２５）と、インターエンコーダ（７３０）と、イントラエンコーダ（７２２）と、残差計算器（７２３）と、スイッチ（７２６）と、残差エンコーダ（７２４）と、汎用コントローラ（７２１）と、を含む。

インターエンコーダ（７３０）は、現在ブロック（例えば、処理ブロック）のサンプルを受信し、ブロックを参照画像内の１つ以上の参照ブロックと比較し（例えば、先行する画像内及び後の画像内のブロック）、インター予測情報（例えば、インターエンコーディング技術による冗長情報の記述、動きベクトル、マージモード情報）を生成し、任意の適切な技術を使用して、インター予測情報に基づいてインター予測結果（例えば、予測ブロック）を計算するように構成される。いくつかの例では、参照画像は、エンコードされたビデオ情報に基づいてデコードされた、デコードされた参照画像である。

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

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

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

エントロピーエンコーダ（７２５）は、エンコードされたブロックを含むようにビットストリームをフォーマットするように構成されている。エントロピーエンコーダ（７２５）は、ＨＥＶＣ標準等の適切な標準にしたがった種々の情報を含むように構成される。一実施例では、エントロピーエンコーダ（７２５）は、汎用制御データ、選択された予測情報（例えば、イントラ予測情報又はインター予測情報）、残差情報、及びビットストリーム内の他の適切な情報を含むように構成される。開示された主題にしたがってインターモード又は双方向予測モードのいずれかのマージサブモードにおけるブロックをコーディングする場合、残差情報は存在しないことに留意されたい。

図８は、本開示の別の実施形態によるビデオデコーダ（８１０）の図を示す。ビデオデコーダ（８１０）は、コーディングされたビデオシーケンスの一部であるコーディングされた画像を受信し、コーディングされた画像をデコードして再構成画像を生成するように構成されている。一実施形態では、ビデオデコーダ（８１０）は、図３の実施形態のビデオデコーダ（４１０）の代わりに使用される。

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

エントロピーデコーダ（８７１）は、コーディングされた画像から、そのコーディング画像を作成する（ｏｆ ｗｈｉｃｈ ｔｈｅ ｃｏｄｅｄ ｐｉｃｔｕｒｅ ｉｓ ｍａｄｅ ｕｐ）構文要素を表す特定のシンボルを再構成するように構成することができる。かかるシンボルは、例えば、ブロックがコーディングされるモード（例えば、イントラモード、インターモード、双方向予測モード、マージサブモード又は別のサブモードにおけるインターモード、双方向予測モード等）、予測情報（例えば、イントラ予測情報又はインター予測情報）を含むことができ、それらは、イントラデコーダ（８２２）又はインターデコーダ（８８０）によって、それぞれ使用される特定のサンプル又はメタデータ、例えば量子化された変換係数の形態の残差情報等、を識別することができる。一例として、予測モードがインターモード又は双方向予測モードである場合には、インター予測情報がインターデコーダ（８８０）に提供され、予測タイプがイントラ予測タイプである場合には、イントラ予測情報がイントラデコーダ（８７２）に提供される。残差情報は、逆量子化を受けることができ、残差デコーダ（８７３）に提供される。

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

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

残差デコーダ（８７３）は、逆量子化変換係数（ｄｅ－ｑｕａｎｔｉｚｅｄ ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔｓ）を抽出するために逆量子化を実行し、逆量子化変換係数を処理して残差を周波数領域から空間領域にコンバートするように構成される。残差デコーダ（８７３）はまた、特定の制御情報（量子化器パラメータ（ＱＰ）を含む）を必要とすることがあり、その情報は、エントロピーデコーダ（８７１）によって提供され得る（データパスは、低ボリューム制御情報のみであるため、図示されていない）。

再構成モジュール（８７４）は、空間領域において、残差デコーダ（８７３）による出力としての残差と、（場合によってはインター又はイントラ予測モジュールによる出力としての）予測結果とを組み合わせて、再構成ブロックを形成するように構成され、これは、再構成画像の一部であり得、したがって、再構成ビデオの一部であり得る。デブロッキング動作等の他の適切な操作を行って、視覚品質を改善することができることに留意されたい。

なお、ビデオエンコーダ（４０３）、（６０３）及び（７０３）と、ビデオデコーダ（４１０）、（５１０）、及び（８１０）とは、任意の適切な技術を用いて実現することができる。一実施形態では、ビデオエンコーダ（４０３）、（６０３）及び（７０３）と、ビデオデコーダ（４１０）、（５１０）及び（８１０）とは、１つ以上の集積回路を使用して実装され得る。別の実施形態では、ビデオエンコーダ（４０３）、（６０３）及び（６０３）と、ビデオデコーダ（４１０）、（５１０）、及び（８１０）とは、ソフトウェア命令を実行する１つ以上のプロセッサを使用して実現することができる。

本開示の態様は、イントラ画像ブロック補償のためのエンコーディング／デコーディング技術、特に可変ＣＴＵサイズでのサーチ範囲調整のための技術を提供する。

ブロックベース補償は、インター予測及びイントラ予測に使用することができる。インター予測のために、ブロックベース補償は、同じ画像内の、先行して再構成されたエリアからも行うことができる。同一画像内の再構成エリアからのブロックベース補償は、イントラ画像ブロック補償、現在画像参照（ＣＰＲ：ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ ｒｅｆｅｒｅｎｃｉｎｇ）、又はイントラブロックコピー（ＩＢＣ：ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）と呼ばれる。同一画像内の現在のブロックと参照ブロックとの間のオフセットを示す変位ベクトルをブロックベクトル（略してＢＶ）と称する。動き補償における動きベクトルとは異なり、ブロックベクトルは、任意の値（正又は負、ｘ又はｙ方向のいずれか）であることが可能であるが、ブロックベクトルは、参照ブロックが利用可能であり、かつ既に再構成されていることを保証するために、いくつかの制約を有する。また、いくつかの例では、並列処理を考慮するために、タイル境界（ｔｉｌｅ ｂｏｕｎｄａｒｙ）又は波面はしご形境界（ｗａｖｅｆｒｏｎｔ ｌａｄｄｅｒ ｓｈａｐｅ ｂｏｕｎｄａｒｙ）であるいくつかの参照エリアが除外される。

ブロックベクトルのコーディングは、明示的（ｅｘｐｌｉｃｉｔ）又は暗示的（ｉｍｐｌｉｃｉｔ）のいずれかである。明示的モード（又はインターコーディングでの高度な動きベクトル予測（ＡＭＶＰ）モードと称される）では、ブロックベクトルとその予測子との間の差分がシグナリングされ、暗示的モードでは、ブロックベクトルは、マージモードでの動きベクトルと同様に、予測子（ブロックベクトル予測子と称される）から復元される。ブロックベクトルの分解能は、いくつかの実装では、整数の位置に限定されるが、他のシステムではブロックベクトルが分数の位置を指すことが許される。

いくつかの実施例では、ブロックレベルでのブロック内コピーの使用は、ＩＢＣフラグと称されるブロックレベルフラグを使用してシグナリングすることができる。実施形態において、ＩＢＣフラグは、現在のブロックがマージモードでコーディングされていない場合にシグナリングされる。他の例では、ブロックレベルでのイントラブロックコピーの使用は、参照インデックスアプローチによってシグナリングされる。デコード中の現在の画像は、その後参照画像として扱われる。一実施例では、かかる参照画像は参照画像のリストの最後の位置に置かれる。この特別な参照画像は、デコードされた画像バッファ（ＤＰＢ）等のバッファ内の他の時間的参照画像と共に管理される。

また、イントラブロックコピーには、反転イントラブロックコピー（ｆｌｉｐｐｅｄ ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）（参照ブロックは、現在のブロックを予測するために使用される前に、水平又は垂直に反転される）や、ラインベースのイントラブロックコピー（ｌｉｎｅ ｂａｓｅｄ ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）（ＭｘＮコーディングブロック内の各補償ユニットは、Ｍｘ１又は１ｘＮラインである）等、いくつかのバリエーションがある。

図９は、本開示の一実施形態によるイントラブロックコピーの例を示す。現在画像（９００）はデコード中である。現在画像（９００）は、再構成されたエリア（９１０）（ドット付きエリア）及びデコードされるべきエリア（９２０）（白色領域）を含む。現在ブロック（９３０）は、デコーダによって再構成中である。現在ブロック（９３０）は、再構成されたエリア（９１０）内にある参照ブロック（９４０）から再構成されることができる。参照ブロック（９４０）と現在のブロック（９３０）との間の位置オフセットは、ブロックベクトル（９５０）（又はＢＶ（９５０））と称される。

いくつかの例（例えば、ＶＶＣ）では、イントラブロックコピーモードのサーチ範囲は、現在のＣＴＵ内にあるように制約される。その際、イントラブロックコピーモード用の参照サンプルを格納するためのメモリ所要量は、１（最大）ＣＴＵサンプルサイズ（１ （ｌａｒｇｅｓｔ） ＣＴＵ ｓｉｚｅ ｏｆ ｓａｍｐｌｅｓ）である。一例では、（最大）ＣＴＵは１２８×１２８サンプルサイズである。ＣＴＵは、いくつかの例において、各々が６４×６４サンプルのサイズを有する４つのブロック領域に分割される。したがって、いくつかの実施形態では、総メモリ（例えば、主ストレージよりも速いアクセススピードを有するキャッシュメモリ）は、１２８×１２８のサイズのサンプルを記憶することができ、総メモリは、６４×６４領域等の、現在のブロックに再構成されたサンプルを格納するための既存の参照サンプルメモリ部分と、他の３つの６４×６４サイズの領域のサンプルを記憶するための追加メモリ部分と、を含む。このように、いくつかの例において、イントラブロックコピーモードの有効サーチ範囲（ｅｆｆｅｃｔｉｖｅ ｓｅａｒｃｈ ｒａｎｇｅ）は、参照画素を格納するための総メモリ所要量が変化しないまま、左側のＣＴＵの一部に拡張される（例えば、１ＣＴＵサイズ、合計６４×６４の基準サンプルメモリの４倍）。

いくつかの実施形態では、アップデートプロセスが実行されて、格納された参照サンプルを、左側のＣＴＵから、現在のＣＴＵから再構築されたサンプルにアップデートする。具体的には、いくつかの例では、アップデートプロセスは６４×６４ルマサンプルベースで実行される。一実施形態では、ＣＴＵサイズメモリ内の４つの６４×６４ブロック領域の各々について、左側のＣＴＵからの領域内の参照サンプルは、現在のＣＴＵの同じ領域内のブロックのいずれかがコーディングされているか又はコーディングされ終わる（ｂｅｉｎｇ ｃｏｄｅｄ ｏｒ ｈａｓ ｂｅｅｎ ｃｏｄｅｄ）まで、ＣＰＲモードを有する現在のＣＴＵ内のコーディングブロックを予測するために、使用されることができる。

図１０Ａ～１０Ｄは、本開示の一実施形態による、イントラブロックコピーモードに対する有効サーチ範囲の例を示す。いくつかの実施例では、エンコーダ／デコーダは、１２８×１２８サンプル等の１つのＣＴＵのサンプルを格納することができるキャッシュメモリを含む。さらに、図１０Ａ～１０Ｄの例では、予測のための現在のブロック領域は、６４×６４サンプルのサイズを有する。実施例は、他の好適なサイズの現在のブロック領域のために適切に変更することができることに留意されたい。

図１０Ａ～１０Ｄの各々は、現在のＣＴＵ（１０２０）及び左側のＣＴＵ（１０１０）を示す。左側ＣＴＵ（１０１０）は、４つのブロック領域（１０１１）～（１０１４）を含み、各ブロック領域は、６４×６４サンプルのサンプルサイズを有する。現在のＣＴＵ（１０２０）は、４つのブロック領域（１０２１）～（１０２４）を含み、各ブロック領域は、６４×６４サンプルのサンプルサイズを有する。現在のＣＴＵ（１０２０）は、再構成中の現在ブロック領域（ラベル「現在」及び垂直ストライプパターンで示される）を含むＣＴＵである。左側のＣＴＵ（１０１０）は、現在ＣＴＵ（１０２０）の左側に直接隣り合っている。図１０Ａ～１０Ｄに示されているように、灰色のブロックは既に再構成されたブロック領域であり、白色のブロックは再構成されるブロック領域である。

図１０Ａにおいて、再構成中の現在のブロック領域は、ブロック領域（１０２１）である。キャッシュメモリは、ブロック領域（１０１２）、（１０１３）及び（１０１４）内の再構成されたサンプルを格納しており、キャッシュメモリは、現在ブロック領域（１０２１）の再構成されたサンプルを格納するために使用されるであろう。図１０Ａの例では、現在ブロック領域（１０２１）のための有効サーチ範囲は、キャッシュメモリに格納された再構成されたサンプルを有する左側のＣＴＵ（１０１０）内のブロック領域（１０１２）、（１０１３）及び（１０１４）を含む。一実施形態では、ブロック領域（１０１１）の再構成されたサンプルは、キャッシュメモリよりもアクセス速度が遅いメインメモリに格納される（例えば、ブロック領域（１０２１）の再構成前に、キャッシュメモリからメインメモリにコピーされる）ことに留意されたい。

図１０Ｂにおいて、再構成中の現在ブロック領域は、ブロック領域（１０２２）である。キャッシュメモリは、ブロック領域（１０１３）、（１０１４）及び（１０２１）内の再構成されたサンプルを格納しており、キャッシュメモリは、現在ブロック領域（１０２２）の再構成されたサンプルを格納するために使用されるであろう。図１０Ｂの例では、現在ブロック領域（１０２２）のための有効サーチ範囲は、キャッシュメモリに格納された再構成されたサンプルを有する、左側のＣＴＵ（１０１０）内のブロック領域（１０１３）及び（１０１４）と現在ＣＴＵ（１０１０）内のブロック領域（１０２１）とを含む。一実施形態では、ブロック領域（１０１２）の再構成されたサンプルは、キャッシュメモリよりもアクセス速度が遅いメインメモリに格納される（例えば、ブロック領域（１０２２）の再構成前に、キャッシュメモリからメインメモリにコピーされる）ことに留意されたい。

図１０Ｃにおいて、再構成中の現在のブロック領域は、ブロック領域（１０２３）である。キャッシュメモリは、ブロック領域（１０１４）、（１０２１）及び（１０２２）内の再構成されたサンプルを格納しており、キャッシュメモリは、現在のブロック領域（１０２３）の再構成されたサンプルを格納するために使用されるであろう。図１０Ｃの例では、現在のブロック領域（１０２３）のための有効サーチ範囲は、キャッシュメモリに格納された再構成されたサンプルを有する、左側のＣＴＵ（１０１０）内のブロック領域（１０１４）と現在ＣＴＵ（１０１０）内のブロック領域（１０２１）及び（１０２２）とを含む。一実施形態では、ブロック領域（１０１３）の再構成されたサンプルは、キャッシュメモリよりもアクセス速度が遅いメインメモリに格納される（例えば、ブロック領域（１０２３）の再構成前に、キャッシュメモリからメインメモリにコピーされる）ことに留意されたい。

図１０Ｄにおいて、再構成中の現在のブロック領域は、ブロック領域（１０２４）である。キャッシュメモリは、ブロック領域（１０２１）、（１０２２）及び（１０２３）内の再構成されたサンプルを格納しており、キャッシュメモリは、現在ブロック領域（１０２４）の再構成されたサンプルを格納するために使用されるであろう。図１０Ｄの例では、現在のブロック領域（１０２４）のための有効サーチ範囲は、キャッシュメモリに格納された再構成されたサンプルを有する、現在ＣＴＵ（１０２０）内のブロック領域（１０２１）、（１０２２）及び（１０２３）を含む。一実施形態では、ブロック領域（１０１４）の再構成されたサンプルは、キャッシュメモリよりもアクセス速度が遅いメインメモリに格納される（例えば、ブロック領域（１０２４）の再構成前に、キャッシュメモリからメインメモリにコピーされる）ことに留意されたい。

上記の例では、キャッシュメモリは１（最大） ＣＴＵサイズの合計メモリ空間を有する。実施例は、他の好適なＣＴＵサイズに適当に調整することができる。キャッシュメモリは、いくつかの実施例では参照サンプルメモリと称されることに留意されたい。

提案された方法は、別々に又は任意の順序で組み合わせて用いられることができる。さらに、方法（又は実施形態）、エンコーダ、及びデコーダの各々は、処理回路（例えば、１つ以上のプロセッサ、又は１つ以上の集積回路）によって実装され得る。一実施例では、１つ以上のプロセッサは、非一時的コンピュータ可読媒体に格納されたプログラムを実行する。以下では、ブロックという用語は、予測ブロック、コーディングブロック、又はコーディングユニット、すなわちＣＵとして解釈され得る。

本開示の態様は、ＣＴＵサイズが変化する場合、例えば、最大ＣＴＵサイズより小さくなるように、サーチ範囲を調整するための技術を提供する。実装において、将来のイントラブロックコピー参照のために先行してコーディングされたＣＵの参照サンプルを格納する指定されたメモリは、参照サンプルメモリと称され（、いくつかの実施例ではキャッシュメモリと称され）る。本開示では、特定の参照エリア制限の下でイントラブロックコピー性能を改善する方法が提案されている。より具体的には、サーチのための参照サンプルメモリのサイズが制限される。以下の説明では、参照サンプルメモリのサイズは１２８×１２８ルマサンプルに（対応するクロマサンプルと共に）固定されている。いくつかの実施例（例えば、ＶＶＣ標準）では、参照サンプルの１つの最大ＣＴＵサイズが指定されたメモリサイズとみなされる。提案した方法は、さらに、例えば、ＣＴＵサイズについて６４×６４ルマサンプル（加えて対応するクロマサンプル）及びメモリサイズについて１２８×１２８ルマサンプル（及び対応するクロマサンプル）等の種々のメモリサイズ／ＣＴＵサイズの組み合わせに拡張されることができる。

開示の一態様によれば、本開示のコロケーションされたブロック（ｃｏｌｌｏｃａｔｅｄ ｂｌｏｃｋｓ）は、同一サイズ及び同一形状を有する一対のブロックを指し、コロケーションされたブロックの一方は、先行してコーディングされたＣＴＵ内にあり、コロケーションされたブロックの他方は、現在のＣＴＵ内にあり、一対のうちの一方ブロックは、一対の他方のブロックのコロケーションされたブロックと称される。さらに、メモリバッファサイズが最大サイズのＣＴＵ（例えば、１２８×１２８）を格納するように設計されている場合には、先行するＣＴＵは、一実施例では、現在のＣＴＵの左側に１つのＣＴＵ幅ルマサンプルオフセットを有するＣＴＵを指す。さらに、これらの２つのコロケーションされたブロックは、それぞれ自身のＣＴＵの左上コーナーに対して同じ位置オフセット値を有する。換言すると、コロケーションされたブロックは、画像の左上隅に対して同一のｙ座標を有するが、いくつかの実施例では、互いにｘ座標におけるＣＴＵ幅の差分を伴う２つのブロックである。

図１１は、本開示のいくつかの実施形態による、コロケーションされたブロックの例を示す。図１１の実施例では、デコーディング中の、現在のＣＴＵと左側のＣＴＵが示されている。再構成された領域は灰色で、再構成されるべき領域は白色で表示される。図１１は、デコード中のイントラブロックコピーモードにおける現在ブロックに対する、左側ＣＴＵにおける参照ブロックの３つの例を示す。３つの例を参照ブロック１、参照ブロック２、参照ブロック３として示されている。図１１はまた、参照ブロック１に対するコロケーションされたブロック１、参照ブロック２に対するコロケーションされたブロック２、及び参照ブロック３に対するコロケーションされたブロック３を示す。図１１の例では、参照サンプルメモリサイズはＣＴＵサイズである。現在のＣＴＵと左側ＣＴＵの再構成されたサンプルは、相補的な（ｃｏｍｐｌｅｍｅｎｔａｒｙ ）方法で参照サンプルメモリに格納される。現在のＣＴＵの再構成されたサンプルが参照サンプルメモリに書き込まれる場合、再構成されたサンプルは左側のＣＴＵのコロケーションされたサンプルの位置に書き込まれる。一例として、参照ブロック３については、コロケーションされたブロック３が現在のＣＴＵ内にあるため、まだ再構成されていないので、参照ブロック３は、参照サンプルメモリから見つけることができる。参照サンプルメモリは、依然として左側のＣＴＵからの参照ブロック３のサンプルを格納しており、参照ブロック３のサンプルを読み出す（ｒｅｔｒｉｅｖｅ）ために高速でアクセスすることができ、参照ブロック３は、一実施例において、現在のブロックをイントラブロックコピーモードで再構成するために用いられることができる。

他の実施例では、参照ブロック１については、現在のＣＴＵ内のコロケーションされたブロック１の再構成が完成し、したがって、参照サンプルメモリがコロケーションされたブロック１のサンプルを格納する、さらに、参照ブロック１のサンプルは、例えば、参照サンプルメモリと比較して相対的に高い遅延を有するオフチップストレージに格納されている。したがって、一実施例では、参照ブロック１は参照サンプルメモリ内に見つからず、参照ブロック１は、一実施例では、イントラブロックコピーモードにおいて現在のブロックを再構成するために用いられることができない。

同様に、他の実施例では、参照ブロック２に対して、コロケーションされたブロック２の一部が再構成されており、したがって、参照サンプルメモリはアップデートされて、コロケーションされたブロック２のサンプルが格納される。したがって、一実施例では、参照ブロック２は、イントラブロックコピーモードで現在のブロックを再構成するために有効な参照ブロックであることはできない。

一般に、イントラブロックコピーモードでは、先行してデコードされたＣＴＵ内の参照ブロックについては、現在ＣＴＵ内のコロケーションされたブロックがまだ再構成されていない場合には、参照ブロックのサンプルが参照サンプルメモリ内で利用可能であり、参照サンプルメモリにアクセスして、イントラブロックコピーモードでの再構成のための参照として用いるために、参照ブロックのサンプルを読み出すことができる。

上記の実施例では、参照ブロックの左上コーナーのコロケーションされたサンプルとも称される、現在のＣＴＵ内のコロケーションされたブロックの左上コーナーのサンプルがチェックされることに留意されたい。現在のＣＴＵ内のコロケーションされたサンプルがまだ再構成されていない場合、参照ブロックの残りのサンプルはすべて、イントラブロックコピーの参照として使用可能である。

また、上記の実施例では、参照サンプルメモリのメモリサイズは、１つのＣＴＵのサイズであり、先行してデコードされたＣＴＵは、現在のＣＴＵの左側に隣接するＣＴＵを意味することに留意されたい。

開示の一態様によれば、参照サンプルメモリのメモリサイズは、１つのＣＴＵのサイズより大きいことがある。

図１２は、本開示のいくつかの実施形態による、コロケーションされたブロックの例を示す。図１２の例では、参照サンプルメモリは、ＣＴＵのＮ倍（Ｎは２以上の整数）のサイズを有するように構成され、したがって、参照サンプルメモリは、Ｎ＋１個のＣＴＵからの再構成されたサンプルを格納することができる。例えば、図１２に示されるように、現在のＣＴＵ（１２１０）と、最も遠い左側のＣＴＵ（１２３０）と、現在のＣＴＵ（１２１０）と最も遠いＣＴＵ（１２３０）との間にある（複数の）中間の左側ＣＴＵ（１２２０）等である。左側のＣＴＵの数はＮ－１に等しい。現在のＣＴＵ（１２１０）及び最も遠い左側のＣＴＵ（１２３０）の再構成されたサンプルは、相補的な方法で参照サンプルメモリに格納される。現在のＣＴＵ（１２１０）の再構成されたサンプルを参照サンプルメモリに格納するために、現在のＣＴＵ（１２１０）の再構成されたサンプルは、最も遠い左側のＣＴＵ（１２３０）のコロケーションされたサンプルの位置に書き込まれる。再構成されたエリアは灰色で、再構成されるべきエリアは白色で表示されます。いくつかの実施形態において、左側ＣＴＵは、左側の隣接するＣＴＵから左側の最も遠いＣＴＵまで番号付けされる。例えば、現在のＣＴＵ（１２１０）に対する左側の隣接するＣＴＵは左側の１番目のＣＴＵであり、最も遠い左側のＣＴＵ（１２３０）は左側のＮ番目ＣＴＵであり、最も遠い左側のＣＴＵの右側のＣＴＵは、左側の（Ｎ－１）番目ＣＴＵである。

図１２の実施例では、参照サンプルメモリサイズはＣＴＵのＮ倍のサイズであり、したがって、（複数の）中間の左側のＣＴＵ（１２２０）のサンプルは全て、現在のＣＴＵ（１２１０）におけるサンプルの再構成中に利用可能であることに留意されたい。しかしながら、最も遠い左側のＣＴＵ（１２３０）のサンプルは、参照サンプルメモリにおいて部分的に利用可能であり、図１１の実施例で示されるのと類似の制限下にある。例えば、デコード中のイントラブロックコピーモードにおける現在のブロックのうち、最も遠い左側のＣＴＵ（１２３０）内の参照ブロックの３つの例は、参照ブロック１、参照ブロック２及び参照ブロック３として示されている。図１２はまた、参照ブロック１に対するコロケーションされたブロック１、参照ブロック２に対するコロケーションされたブロック２、及び参照ブロック３に対するコロケーションされたブロック３を示す。この場合、一対のコロケーションされたブロック間又はサンプルの間のｘ座標オフセットは、ＣＴＵ幅のＮ倍である。
図１２の他の説明は、図１１と同様であり、上述したので、明確化のためにここでは省略する。

いくつかの実施例において、最も遠い左側のＣＴＵ（１２３０）の再構成されたサンプルの部分と、現在のＣＴＵ（１２１０）の再構成されたサンプルの部分とは、参照サンプルメモリにおいて相補的であることに留意されたい。現在のＣＴＵ（１２１０）のサンプルが再構成されると、現在のＣＴＵ（１２１０）の再構成されたサンプルが、最も遠い左側のＣＴＵ（１２３０）の再構成されたサンプルの位置において、参照サンプルメモリに書き込まれる。最も遠い左側のＣＴＵ（１２３０）の再構成されたサンプルは、現在のＣＴＵ（１２１０）の再構成されたサンプルによって参照サンプルメモリ内で上書きされる。

図１２の例は、参照サンプルメモリサイズがＣＴＵサイズ以上のシナリオに使用できることに留意されたい。例えば、参照サンプルメモリサイズがＣＴＵサイズの４倍である場合、（複数の）中間の左側のＣＴＵ（１２２０）は３つのＣＴＵを含み、参照サンプルメモリサイズがＣＴＵサイズの１６倍である場合、（複数の）中間の左側のＣＴＵ（１２２０）は１５個のＣＴＵを含む。例えば、参照サンプルメモリサイズがＣＴＵサイズに等しい場合、中間の左側のＣＴＵ（１２２０）は存在しない。

本開示の態様は、現在のＣＴＵサイズが最大ＣＴＵサイズより小さく、参照サンプルメモリサイズが１最大ＣＴＵサイズに等しい場合に、イントラブロックコピーモードにおけるサーチ範囲を調整するための技術を提供する。参照サンプルメモリは、その後、先行してデコードされた複数のＣＴＵをバッファすることができる。参照ブロックが左側の隣接するＣＴＵからのものである場合、可用性のために追加の条件チェックは必要とされない。この場合、左側の全てのＣＴＵは、イントラブロックコピー参照のために使用可能である。いくつかの実施形態では、現在のＣＴＵサイズが最大ＣＴＵサイズに等しい場合、及び現在のＣＴＵサイズが最大ＣＴＵサイズよりも小さい場合について、統一された条件チェックが使用される。

種々のパラメータが、実施形態の以下の説明で使用される。

ＭａｘＣｔｂＬｏｇ２ＳｉｚｅＹは、ＣＴＵが正方形の場合に一辺（高さ又は幅）で許容される最大ＣＴＵサイズをｌｏｇ２ドメインで示す。例えば、最大許容ＣＴＵが１２８×１２８ルマサンプル高さの場合、ＭａｘＣｔｂＬｏｇ２ＳｉｚｅＹは７に等しい。

ＣｔｂＬｏｇ２ＳｉｚｅＹは、ＣＴＵが正方形の場合に一辺（高さ又は幅）で許容される最大ＣＴＵサイズをｌｏｇ２ドメインで示す。

ｃｂＨｅｉｇｈｔはコーディングブロック（現在のブロックとも称する）の高さ、ｃｂＷｉｄｔｈはコーディングブロックの幅を示します。コーディングブロックの左上コーナーの位置は（ｘＣｂ，ｙＣｂ）で示され、コーディングブロックの右上コーナーの位置は（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ）で示され、コーディングブロックの左下コーナーの位置は（ｘＣｂ，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）で示される。

ｍｖＬ０はブロックベクトルを示し、ｍｖＬ０［０］は、１／１６ｐｅｌ分解能におけるブロックベクトルｍｖＬ０のｘ成分を示し、ｍｖＬ０［１］は、１／１６ｐｅｌ分解能におけるブロックベクトルｍｖＬ０のｙ成分を示す。したがって、ｘ成分の整数値はｍｖＬ０［０］を４ビット右シフトして得られ、ｙ成分の整数値はｍｖＬ０［１］を４ビット右シフトして得られる。

本開示のいくつかの態様によれば、ｍｖＬ０が、イントラブロックコピーモードにおける参照ブロックを指す有効なブロックベクトルであるかどうか、及び参照ブロックが参照サンプルメモリに完全に格納されているかどうかを判断するために、ブロックベクトルｍｖＬ０は、２段階の制限プロセスを使用して制限されている。したがって、参照サンプルメモリは、メインメモリ（例えば、オフチップメモリ）から参照サンプルを読み出すことなくアクセスされることができる。

第１段階では、ブロックベクトルｍｖＬ０がチェックされ、ブロックベクトルが、参照サンプルメモリ内の再構成されたサンプルの全部又は一部を有する任意のＣＴＵを含むＣＴＵベースのサーチ範囲を指す潜在的な有効ブロックベクトル内にあるかどうかが判定される。例えば、ＣＴＵベースのサーチ範囲は、現在のＣＴＵ、最も遠い左側のＣＴＵ、及び現在のＣＴＵと最も遠い左側のＣＴＵの間の任意の左側のＣＴＵを含む。一実施形態では、ＣＴＵサイズは、最大許容ＣＴＵサイズに等しく、ＣＴＵベースのサーチ範囲は、現在のＣＴＵ及び最も遠い左側のＣＴＵ（図１１では左側のＣＴＵと称される）を含み、現在のＣＴＵと最も遠い左側のＣＴＵとの間に中間の左側のＣＴＵはない。

ブロックベクトルｍｖＬ０が潜在的な有効ブロックベクトルである場合、ブロックベクトルｍｖＬ０は、さらに第２段階でチェックされ、ブロックベクトルが有効ブロックベクトルであるかどうかが判定される。例えば、第２段階では、ブロックベクトルが中間の左側のＣＴＵ内の参照ブロックを指す場合には、ブロックベクトルは有効ブロックベクトルである。第２段階では、ブロックベクトルが最も遠い左側のＣＴＵ内の参照ブロックを指す場合、ブロックベクトルｍｖＬ０がさらにチェックされ、参照ブロックのコロケーションされたブロックが再構成されたか否かが判定される。

第１の実施形態では、ＣＴＵサイズは、最大許容ＣＴＵサイズに等しく、したがって、参照サンプルメモリに格納された再構成サンプルは、現在のＣＴＵ又は最も遠い左側のＣＴＵ（図１１の左側のＣＴＵ）のいずれかによるものである。

第１段階では、ｍｖＬ０はチェックされ、ブロックベクトルが現在のＣＴＵ及び最も遠い左側のＣＴＵを含むＣＴＵベースのサーチ範囲を指しているかどうかを判定する。いくつかの例では、同じｙ値を持つＣＴＵがＣＴＵ行を形成し、同じｘ値を持つＣＴＵがＣＴＵ列を形成する。いくつかの実施例では、ブロックベクトルｍｖＬ０に対する制限は式（１）～式（４）で表される：
（ｙＣｂ＋（ｍｖＬ０［１］＞＞４））＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ＝ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ （式１）
（ｙＣｂ＋（ｍｖＬ０［１］＞＞４）＋ｃｂＨｅｉｇｈｔ－１）＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ＝ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ （式２）
（ｘＣｂ＋（ｍｖＬ０［０］＞＞４））＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ≧（ｘＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１ （式３）
（ｘＣｂ＋（ｍｖＬ０［０］＞＞４）＋ｃｂＷｉｄｔｈ－１）＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ≦（ｘＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ） （式４）

式（１）が満たされると、参照ブロックの頂部（ｔｏｐ）は現在のブロックと同じＣＴＵ行にある。式（２）が満たされると、参照ブロックの底部（ｂｏｔｔｏｍ）は現在のブロックと同じＣＴＵ行にある。式（３）が満たされると、参照ブロックの左側は現在のブロックと同じＣＴＵ列にあるか、又は、ある例では現在のブロックから直ぐ左側のＣＴＵ列にある。式（４）が満たされると、参照ブロックの右側は現在のブロックと同じＣＴＵ列にあるか、又は、ある例では現在のブロックから左側のＣＴＵ列にある。このように、実施例において式１～式４が満たされる場合には、参照ブロックはＣＴＵベースのサーチ範囲内である。

第２段階では、参照ブロックが最も遠い左側のＣＴＵ内にある場合、例えば、式（５）が満たされた場合、ブロックベクトルｍｖＬ０がチェックされ、参照ブロックのコロケーションされたブロックが再構成されたか否かが判定される。
（ｘＣｂ＋（ｍｖＬ［０］＞＞４））＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ＝（ｘＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１ （式５）

実施例において、
現在ブロックの左上コーナーは（ｘＣｂ，ｙＣｂ）にあり、その際、参照ブロックの左上コーナーは（ｘＣｂ＋（ｍｖＬ［０］＞＞４），ｙＣｂ＋（ｍｖＬ０［１］＞＞４））にあり、コロケーションされたブロックの左上コーナーは（ｘＣｂ＋（ｍｖＬ［０］＞＞４）＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ），ｙＣｂ＋（ｍｖＬ０［１］＞＞４））にある。例では、コロケーションされたブロックの左上コーナーは、画像の再構成プロセスをトラックするマップをチェックするために使用される。なお、マップ上の位置が「偽（ｆａｌｓｅ）」である場合には、一例ではコロケーションされたたブロックが再構成されていないことを示し、したがって参照ブロックは参照サンプルメモリで利用可能であり、イントラブロックコピーモードにおいて現在のブロックを再構成するのに用いることができる。その場合、ブロックベクトルは有効なブロックベクトルであるしかしながら、マップ上の位置が「真（ｔｒｕｅ）」である場合には、一例ではコロケーションされたブロックの少なくとも一部が再構成されていることを示し、したがって、コロケーションされたブロックのサンプルが参照ブロックのサンプルの位置において参照サンプルメモリ内に格納されており、参照ブロックのサンプルは参照サンプルメモリ内において使用可能ではない。したがって、ブロックベクトルｍｖＬ０は有効なブロックベクトルではない。

第１実施形態では、第２段階は、コロケーションされたブロックに基づいており、第１実施形態のプロセスは、コーディングユニット（ＣＵ）ベースのアップデートプロセスと称される。

第２実施形態では、第２段階はブロック領域に基づく。例えば、ＣＴＵが１２８×１２８サンプルを有する場合、ＣＴＵは、各々が６４×６４サンプルを有する４つのブロック領域に分割することができる。同様に、第２実施形態では、ＣＴＵサイズは、最大許容ＣＴＵサイズに等しく、したがって、参照サンプルメモリに格納される再構成されたサンプルは、現在のＣＴＵ又は最も離れた左側のＣＴＵ（図１１の左側のＣＴＵ）のいずれかによるものある。

第１段階では、ブロックベクトルｍｖＬ０をチェックして、ブロックベクトルｍｖＬ０が、式（１）～式（４）を第１実施形態と類似の方法で使用するように、現在のＣＴＵ及び最も遠い左側のＣＴＵを含むＣＴＵベースのサーチ範囲を指しているかどうかを判定する。

第２段階において、式５が満たされるときに、例えば、参照ブロックが最も遠い左側のＣＴＵ内にあるとき、式（５）が満たされた場合は、ブロックベクトルｍｖＬ０がチェックされ、参照ブロックに対するコロケーションされたブロック領域（例えば、６４×６４ブロック領域）が再構成されているか否かが判定される。

実施例において、
現在ブロックの左上コーナーは（ｘＣｂ，ｙＣｂ）にあり、その際、参照ブロックの左上コーナーは（ｘＣｂ＋（ｍｖＬ［０］＞＞４），ｙＣｂ＋（ｍｖＬ０［１］＞＞４））にあり、
参照ブロックに対するコロケーションされたブロック領域の左上コーナーは（（（ｘＣｂ＋（ｍｖＬ［０］＞＞４）＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ））＞＞（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１））＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１），（（ｙＣｂ＋（ｍｖＬ０［１］＞＞４））＞＞（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１））＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１））にある。例では、コロケーションされたブロック領域の左上コーナーは、画像の再構成プロセスをトラックするマップをチェックするために使用される。なお、マップ上の位置が「偽（ｆａｌｓｅ）」である場合には、一例ではコロケーションされたたブロック領域が再構成されていないことを示し、したがって参照ブロックは参照サンプルメモリで利用可能であり、イントラブロックコピーモードにおいて現在のブロックを再構成するのに用いることができる。その場合、ブロックベクトルは有効なブロックベクトルである。しかしながら、マップ上の位置が「真（ｔｒｕｅ）」である場合には、コロケーションされたブロック領域が再構成されているか又は部分的に再構成されたことを示し、その場合、ブロックベクトルｍｖＬ０ｈａ有効なブロックベクトルではない。

第２実施形態では、第２段階は、コロケーションされたブロックに基づいており、第２実施形態のプロセスは、ブロック領域ベースのアップデートプロセスと称される。第２実施形態では、現在のＣＴＵ内の６４×６４ブロック領域（コロケーションされたブロック領域）のいずれかのサンプルが再構成された場合、（現在のサンプルの）コロケーションされたサンプルが属する参照サンプルメモリ内の対応する領域は、イントラブロックコピー参照のために利用可能ではない。

本開示の一態様によれば、ＣＴＵサイズの変化は、通常、幅及び／又は高さが２倍又は半減するにつれて起こる。例えば、幅及び高さを半分にした場合、１最大ＣＴＵサイズの参照サンプルメモリに４ＣＴＵ分のサンプルを格納することができる。

いくつかの実施形態では、Ｌｏｇ２ドメインの現在ＣＴＵサイズＣｔｂＬｏｇ２ＳｉｚｅＹが用いられる場合、参照サンプルメモリバッファ内に参照サンプルデータを格納することができるＣＴＵ数は、ＭａｘＣｔｂＬｏｇ２ＳｉｚｅＹとＣｔｂＬｏｇ２ＳｉｚｅＹとの間の関係に依存して可変である。

第３の実施形態では、ＣＴＵサイズは、Ｌｏｇ２ドメインでＣｔｂＬｏｇ２ＳｉｚｅＹであり、したがって、参照サンプルメモリ内に格納された再構成されたサンプルは、現在のＣＴＵ、最も遠い左側のＣＴＵ、及び、現在のＣＴＵと最も遠い左側のＣＴＵとの間に位置する（複数の）中間の左側のＣＴＵのうちの、いずれかによるものである。

第１段階では、ブロックｍｖＬ０はチェックされ、ブロックベクトルｍｖＬ０が現在のＣＴＵ、最も遠い左側のＣＴＵ、及び（複数の）中間の左側のＣＴＵを含むＣＴＵベースのサーチ範囲を指しているかどうかを判定する。いくつかの実施例では、ブロックベクトルｍｖＬ０に対する制限は式（６）～式（９）で表される：
（ｙＣｂ＋（ｍｖＬ０［１］＞＞４））＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ＝ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ 式（６）
（ｙＣｂ＋（ｍｖＬ０［１］＞＞４）＋ｃｂＨｅｉｇｈｔ－１）＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ＝ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ 式（７）
（ｘＣｂ＋（ｍｖＬ０［０］＞＞４））＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ＞＝（ｘＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１＜＜（２＊（ＭａｘＣｔｂＬｏｇ２ＳｉｚｅＹ－ＣｔｂＬｏｇ２ＳｉｚｅＹ）） 式（８）
（ｘＣｂ＋（ｍｖＬ０［０］＞＞４）＋ｃｂＷｉｄｔｈ－１）＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ＜＝（ｘＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ） 式（９）

式（６）が満たされると、参照ブロックの頂部は現在のブロックと同じＣＴＵ行にある。式（７）が満たされると、参照ブロックの底部は現在のブロックと同じＣＴＵ行にある。式（８）が満たされると、参照ブロックの左側は、現在のＣＴＵ、（複数の）中間の左側のＣＴＵ及び最も遠くの左側のＣＴＵのうちの１つと同じＣＴＵ列にある。式（９）が満たされると、参照ブロックの右側は、現在のＣＴＵ、又は現在ＣＴＵの左側のＣＴＵ（例えば、（複数の）中間の左側のＣＴＵ、最も遠い左側のＣＴＵ等）のうちの１つと同じＣＴＵ列にある。このように、実施例において式（６）～式（９）が満たされる場合には、参照ブロックはＣＴＵベースのサーチ範囲内である。

ブロックベクトルｍｖＬ０が潜在的な有効ブロックベクトルである場合、ブロックベクトルｍｖＬ０は、さらに第２段階でチェックされ、ブロックベクトルが有効ブロックベクトルであるかどうかが判定される。例えば、第２段階では、ブロックベクトルが中間の左側のＣＴＵ内の参照ブロックを指す場合には、例えば、式（１０）が満たされない場合は、ブロックベクトルは有効なブロックベクトルである。第２段階では、参照ブロックが最も遠い左側のＣＴＵ内にある場合、例えば、式（１０）が満たされる場合、ブロックベクトルｍｖＬ０がさらにチェックされ、参照ブロックのコロケーションされたブロックが再構成されたか否かが判定される。
（ｘＣｂ＋（ｍｖＬ［０］＞＞４））＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ＝（ｘＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）－（１＜＜（２＊（ＭａｘＣｔｂＬｏｇ２ＳｉｚｅＹ－ＣｔｂＬｏｇ２ＳｉｚｅＹ））） 式（１０）

実施例において、
現在ブロックの左上コーナーは（ｘＣｂ，ｙＣｂ）にあり、その際、参照ブロックの左上コーナーは（ｘＣｂ＋（ｍｖＬ［０］＞＞４），ｙＣｂ＋（ｍｖＬ０［１］＞＞４））にあり、参照ブロックにコロケーションされたブロックの左上コーナーは（ｘＣｂ＋（ｍｖＬ［０］＞＞４）＋（１＜＜４＾（ＭａｘＣｔｂＬｏｇ２ＳｉｚｅＹ－ＣｔｂＬｏｇ２ＳｉｚｅＹ）），ｙＣｂ＋（ｍｖＬ０［１］＞＞４））にある。一例では、コロケーションされたブロックの左上コーナーは、画像の再構成プロセスをトラックするマップをチェックするために使用される。なお、マップ上の位置が「偽（ｆａｌｓｅ）」である場合には、一例ではコロケーションされたたブロックが再構成されていないことを示し、したがって参照ブロックは参照サンプルメモリで利用可能であり、イントラブロックコピーモードにおいて現在のブロックを再構成するのに用いることができる。その場合、ブロックベクトルは有効なブロックベクトルである。しかしながら、マップ上の位置が「真（ｔｒｕｅ）」である場合には、一例ではコロケーションされたブロックの少なくとも一部が再構成されていることを示し、したがって、コロケーションされたブロックのサンプルが参照ブロックのサンプルの位置において参照サンプルメモリ内に格納されており、参照ブロックのサンプルは参照サンプルメモリ内において使用可能ではない。したがって、ブロックベクトルｍｖＬ０は有効なブロックベクトルではない。

第３実施形態では、第２段階は、コロケーションされたブロックに基づいており、第３実施形態のプロセスは、ＣＵベースのアップデートプロセスと称される。

第４の実施形態では、第２段階はブロック領域に基づく。例えば、ＣＴＵサイズはＬｏｇ２ドメインでＣｔｂＬｏｇ２ＳｉｚｅＹであり、ブロック領域サイズがＬｏｇ２ドメインでＣｔｂＬｏｇ２ＳｉｚｅＹ－１の場合、ＣＴＵは同じサイズの４つのブロック領域に分割することができる。同様に、第４の実施形態では、参照サンプルメモリに格納された再構成されたサンプルは、現在のＣＴＵ、最も遠い左側のＣＴＵ、及び現在のＣＴＵと最も遠い左側のＣＴＵとの間の中間の左側のＣＴＵによるものである。

第１段階では、ブロックベクトルｍｖＬ０をチェックして、ブロックベクトルｍｖＬ０が、式（６）～式（９）を第３実施形態と類似の方法で使用するように、現在のＣＴＵ、最も遠い左側のＣＴＵ、及び、現在のＣＴＵと最も遠い左側のＣＴＵとの間の（複数の）中間の左側ＣＴＵを含むＣＴＵベースのサーチ範囲を指す潜在的有効ブロックベクトルであるかどうかを判定する。

ブロックベクトルｍｖＬ０が潜在的な有効ブロックベクトルである場合、ブロックベクトルｍｖＬ０は、さらに第２段階でチェックされ、ブロックベクトルが有効ブロックベクトルであるかどうかが判定される。例えば、第２段階では、ブロックベクトルが中間の左側のＣＴＵ内の参照ブロックを指す場合には、式（１０）が満たされない場合は、ブロックベクトルは有効ブロックベクトルである。第２段階では、参照ブロックが最も遠い左側のＣＴＵ内にある場合、例えば、式（１０）が満たされると、ブロックベクトルｍｖＬ０がチェックされ、参照ブロックに対してコロケーションされたブロックが再構成されているか否かが判定される。

実施例において、現在ブロックの左上コーナーは（ｘＣｂ，ｙＣｂ）にあり、その際、参照ブロックの左上コーナーは（ｘＣｂ＋（ｍｖＬ［０］＞＞４），ｙＣｂ＋（ｍｖＬ０［１］＞＞４））にあり、参照ブロックに対するコロケーションされたブロック領域の左上コーナーは（（（ｘＣｂ＋（ｍｖＬ［０］＞＞４）＋（１＜＜４＾（ＭａｘＣｔｂＬｏｇ２ＳｉｚｅＹ－ＣｔｂＬｏｇ２ＳｉｚｅＹ）））＞＞（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１））＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１），（（ｙＣｂ＋（ｍｖＬ０［１］＞＞４））＞＞（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１））＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１））にある。例では、コロケーションされたブロック領域の左上コーナーは、画像の再構成プロセスをトラックするマップをチェックするために使用される。なお、マップ上の位置が「偽（ｆａｌｓｅ）」である場合には、一例ではコロケーションされたたブロック領域が再構成されていないことを示し、したがって参照ブロックは参照サンプルメモリで利用可能であり、イントラブロックコピーモードにおいて現在のブロックを再構成するのに用いることができる。その場合、ブロックベクトルは有効なブロックベクトルである。しかしながら、マップ上の位置が「真（ｔｒｕｅ）」である場合には、コロケーションされたブロック領域が再構成されているか又は部分的に再構成されたことを示し、その場合、ブロックベクトルｍｖＬ０ｈは有効なブロックベクトルではない。

第４実施形態では、第２段階は、コロケーションされたブロックに基づいており、第４実施形態のプロセスは、ブロック領域ベースのアップデートプロセスと称される。第４の実施形態では、現在のＣＴＵ内において（参照ブロックに対して）コロケーションされたブロック領域のいずれかのサンプルが再構成された場合、コロケーションされたブロック領域のサンプルを格納する参照サンプルメモリ内の対応する領域は、イントラブロックコピー参照のために利用可能ではない。

本開示のいくつかの態様によれば、最も左側のＣＴＵは意図的にサーチ領域から除外され、その後、ブロックベクトルｍｖＬ０は、ワンステップ制限プロセスを用いて制限され、ｍｖＬ０が、イントラブロックコピーモードにおいて参照ブロックを指す有効ブロックベクトルであるかどうか、及び参照ブロックが参照サンプルメモリに完全に格納されているかどうかを判断する。

第５の実施形態では、第３実施形態と同様に、ＣＴＵサイズは、Ｌｏｇ２ドメインでＣｔｂＬｏｇ２ＳｉｚｅＹであり、したがって、参照サンプルメモリ内に格納された再構成されたサンプルは、現在のＣＴＵ、最も遠い左側のＣＴＵ、及び、現在のＣＴＵと最も遠い左側のＣＴＵとの間に位置する（複数の）中間の左側のＣＴＵのうちの、いずれかによるものである。第５実施形態では、ブロックｍｖＬ０はチェックされ、ブロックベクトルｍｖＬ０が現在のＣＴＵ、最も遠い左側のＣＴＵ、及び（複数の）中間の左側のＣＴＵを含むサーチ範囲を指しているかどうかを判定される。なお、第５実施形態では、左側のＣＴＵが検索範囲から除外されている殊に留意されたい。いくつかの実施例では、ブロックベクトルｍｖＬ０に対する制限は式１１～式１４で表される：
（ｙＣｂ＋（ｍｖＬ０［１］＞＞４））＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ＝ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ 式（１１）
（ｙＣｂ＋（ｍｖＬ０［１］＞＞４）＋ｃｂＨｅｉｇｈｔ－１）＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ＝ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ 式（１２）
（ｘＣｂ＋（ｍｖＬ０［０］＞＞４））＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ＞（ｘＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１＜＜（２＊（ＭａｘＣｔｂＬｏｇ２ＳｉｚｅＹ－ＣｔｂＬｏｇ２ＳｉｚｅＹ）） 式（１３）
（ｘＣｂ＋（ｍｖＬ０［０］＞＞４）＋ｃｂＷｉｄｔｈ－１）＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ＞（ｘＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１＜＜（２＊（ＭａｘＣｔｂＬｏｇ２ＳｉｚｅＹ－ＣｔｂＬｏｇ２ＳｉｚｅＹ）） 式（１４）

式（１１）が満たされると、参照ブロックの頂部は現在のブロックと同じＣＴＵ行にある。式（１２）が満たされると、参照ブロックの底部は現在のブロックと同じＣＴＵ行にある。式（１３）が満たされると、参照ブロックの左側は、現在のＣＴＵ、（複数の）中間の左側のＣＴＵのうちの１つと同じＣＴＵ列にある。式（１４）が満たされると、参照ブロックの右側は、現在のＣＴＵ、（複数の）中間の左側のＣＴＵのうちの１つと同じＣＴＵ列にある。
その場合、実施例において、式１１～１４が満たされる場合、参照ブロックはサーチ範囲内にあり、ブロックベクトルｍｖＬ０は有効なブロックベクトルである。

図１３は、本開示の一実施形態によるプロセス（１３００）の概略を示すフローチャートを示す。プロセス（１３００）は、イントラモードでコーディングされたブロックの再構成に使用することができ、したがって、再構成中のブロックに対する予測ブロックを生成する。様々な実施形態では、プロセス（１３００）は、端末装置（３１０）、（３２０）、（３３０）及び（３４０）内の処理回路、ビデオエンコーダ（４０３）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、ビデオデコーダ（５１０）の機能を実行する処理回路、ビデオエンコーダ（６０３）の機能を実行する処理回路等の処理回路によって実行される。いくつかの実施形態では、プロセス（１３００）は、ソフトウェア命令で実装され、したがって、処理回路がソフトウェア命令を実行すると、処理回路は、プロセス（１３００）を実行する。プロセスは（Ｓ１３０１）から始まり、（Ｓ１３１０）に進む。

（Ｓ１３１０）において、現在のＣＴＵにおける現在のブロックの予測情報は、コーディングされたビデオビットストリームからデコードされる。予測情報はイントラブロックコピーモードを表すものである。現在のＣＴＵのサイズは、参照サンプルメモリのストレージ容量に対応する最大サイズよりも小さい。いくつかの実施例では、参照サンプルメモリは、コーディングされたビデオビットストリームから再構成されたサンプルを格納するためのメインメモリよりも速いアクセス速度を有する。例えば、参照サンプルメモリは、デコーダ回路と同じチップ上にあるオンチップメモリであり、主メモリは、デコーダ回路を有するチップの外部にあるオフチップメモリである。参照サンプルメモリは、いくつかの例では、オフチップメモリを使用して実装することができることに留意されたい。

（Ｓ１３２０）において、ブロックベクトルが決定される。ブロックベクトルは、現在のブロックと同じ画像内の参照ブロックを指し、参照ブロックは、参照サンプルメモリ内にバッファされたサンプルを再構成した。いくつかの実施形態において、サーチ領域は、現在のＣＴＵ、中間の左側のＣＴＵ、及び最も遠い左側のＣＴＵ等の、参照サンプルメモリ内にバッファされた再構成されたサンプルを有するＣＴＵを含むように定義される。最も遠い左側のＣＴＵは、参照サンプルメモリ内の現在のＣＴＵの再構成されたサンプルで上書きされた少なくとも１つの再構成されたサンプルを有する。

（Ｓ１３３０）では、現在ブロックは参照サンプルメモリから読み出される参照ブロックの再構成されたサンプルに基づいて再構成される。例えば、参照サンプルメモリは、参照ブロックの再構成されたサンプルを読み出すためにアクセスされ、その後、参照サンプルメモリから読み出された再構成されたサンプルに基づいて、現在のブロックのサンプルが再構成される。その後、プロセスは（Ｓ１３９９）に進み、終了する。

上記の技術は、コンピュータ可読命令を用いたコンピュータソフトウェアとして行うことができて、物理的に一つ以上のコンピュータ可読媒体に格納されることができる。例えば、図１４は、開示された主題の特定の実施例を実施するのに適しているコンピュータシステム（１４００）を示す。

コンピュータソフトウェアは、アセンブリ、コンパイル、リンク、又は類似のメカニズムの対象となり得る任意の適切な機械コード若しくはコンピュータ言語を使用してコーディングされることができ、直接実行されることができるか、又は、１つ以上のコンピュータ中央処理装置（ＣＰＵ）、グラフィックス処理装置（ＧＰＵ）等による、実施、マイクロコード実行等を介して実行されることができる命令を含むコードを作成する。

命令は、例えば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲームデバイス、物品のインターネット等を含む種々のタイプのコンピュータ又はその構成要素上で実行されることができる。

コンピュータシステム（１４００）のための図１８に示されるコンポーネントは、例示的な性質のものであり、本開示の実施形態を実装するコンピュータソフトウェアの使用範囲又は機能性に関する制限を示唆することを意図するものではない。また、コンポーネントの構成は、コンピュータシステム（１４００）の例示的な実施形態に示されるコンポーネントのいずれか１つ又は組み合わせに関連する依存性又は要件を有すると解釈されるべきではない

コンピュータシステム（１４００）は、特定のヒューマンインタフェース入力デバイスを含み得る。このようなヒューマンインタフェース入力デバイスは、例えば、触覚入力（例えば、キーストローク、スイッピング、データグローブの動き）、音声入力（例えば、音声、拍手）、視覚入力（例えば、ジェスチャ）、嗅覚入力（図示せず）を介して、一人又は複数の人間ユーザによる入力に応答し得る。また、ヒューマンインタフェースデバイスは、オーディオ（例えば、音声、音楽、周囲の音声）、画像（例えば、走査画像、静止画像カメラから得られる写真画像）、ビデオ（例えば、２次元ビデオ、立体画像を含む３次元ビデオ）等の、人間による意識的入力に必ずしも直接関係しない特定の媒体を捕捉するために用いられ得る。

入力ヒューマンインタフェースデバイスは、キーボード（１４０１）、マウス（１４０２）、トラックパッド（１４０３）、タッチスクリーン（１４１０）、データグローブ（図示せず）、ジョイスティック（１４０５）、マイクロホン（１８０６）、スキャナ（１４０７）、カメラ（１４０８）の１つ以上を含み得る。

コンピュータシステム（１４００）はまた、特定のヒューマンインタフェース出力デバイスを含み得る。かかるヒューマンインタフェース出力デバイスは、例えば、触覚出力、音、光、及び嗅覚／味覚を通して、１人又は複数の人間ユーザの感覚を刺激し得る。かかるヒューマンインタフェース出力デバイスは、触覚出力デバイス（例えば、タッチスクリーン（１４１０）、データグローブ（図示せず）、又はジョイスティック（１４０５）による触覚フィードバック）であるとこがあるが、入力デバイスとして働かない触覚フィードバックデバイスであることもできる）、オーディオ出力デバイス（例えば、スピーカー（１４０９）、ヘッドフォン（図示せず））、視覚出力デバイス（例えば、ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含むスクリーン（１４１０）であり、各々が触覚フィードバック能力を有するか又は有さず、そのうちのいくつかは、仮想現実眼鏡（図示せず）、ホログラフィックディスプレイ及びスモークタンク（図示せず）等の立体出力などの手段を介して２次元視出力又は３次元以上の出力を可能にし得るもの）、及び
プリンタ（図示せず）、を含み得る。

コンピュータシステム（１４００）はまた、人間がアクセス可能な記憶デバイスと、それらのアクセス可能な媒体とを含むことができ、媒体は、例えば、ＣＤ／ＤＶＤ等の媒体（１４２１）によるＣＤ／ＤＶＤ ＲＯＭ／ＲＷを含む光学媒体ドライブ（１４２０）、ＵＳＢメモリ（１４２２）、着脱可能ヘッドドライブ又はソリッドステートドライブ（１４２３）、テープ、フロッピーディスク（図示せず）等の従来の磁気媒体、セキュリティドングル等の特殊化されたＲＯＭ／ＡＳＩＣ／ＰＬＤベースデバイス等である。

当業者はまた、現在開示されている主題に関連して使用される「コンピュータ可読媒体」という用語は、伝送媒体、搬送波、又は他の一時的な信号を包含しないことを理解されたい。

コンピュータシステム（１４００）はまた、１つ以上の通信ネットワークへのインタフェースを含むことができる。ネットワークは、例えば、無線、有線、光であり得る。ネットワークは、さらに、ローカル、広域、大都市、車両及び工業、リアルタイム、遅延耐性等であり得る。ネットワークの例としては、イーサネット、無線ＬＡＮ、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ等を含むセルラーネットワーク、ケーブルＴＶ、衛星ＴＶ、及び地上放送ＴＶ、ＣＡＮＢｕｓを含む産業用及び車両用を含む。特定のネットワークは、一般に、特定の汎用データポート又は周辺バス（１４４９）に接続される外部ネットワークインタフェースアダプタ（例えば、コンピュータシステム（１４００）のＵＳＢポート）を必要とし、他のネットワークは、一般に、以下に説明するシステムバスに接続されることにより、コンピュータ・システム（１４００）のコアに統合される（、例えば、ＰＣコンピュータシステムへのイーサネットインタフェース又はスマートフォンコンピュータシステムへのセルラーネットワークインタフェースである）。これらのネットワークのいずれかを使用して、コンピュータシステム（１４００）は、他のエンティティと通信することができる。かかる通信は、単指向性通信、受信のみ（例えば、放送テレビ）通信、単指向性送信専用（例えば、特定のＣＡＮバスデバイスへのＣＡＮバス）通信、又は、例えばローカル又は広域デジタルネットワークを使用する他のコンピュータシステムへの、双方向通信であることができる。特定のプロトコル及びプロトコルスタックは、上述のように、それらのネットワーク及びネットワークインタフェースの各々で使用されることができる。

前述のヒューマンインタフェースデバイス、人間がアクセス可能な記憶デバイス、及びネットワークインタフェースは、コンピュータシステム（１４００）のコア（１４４０）に接続されることができる。

コア（１４４０）は、１つ以上の中央処理デバイス（ＣＰＵ）（１４４１）、グラフィックス処理デバイス（ＧＰＵ）（１４４２）、フィールドプログラマブルゲートエリア（ＦＰＧＡ）（１４４３）の形態の特殊なプログラマブル処理デバイス、特定のタスクのためのハードウェアアクセラレータ（１４４４）等を含むことができる。これらのデバイスは、読出し専用メモリ（ＲＯＭ） （１４４５）、ランダムアクセスメモリ（１４４６）、内部大容量記憶デバイス、例えば内部非ユーザアクセス可能ハードドライブ、ＳＳＤ等（１４４７）と共に、システムバス（１４４８）を介して接続され得る。いくつかのコンピュータシステムでは、システムバス（１４４８）は、追加のＣＰＵ、ＧＰＵ等による拡張を可能にするために、１つ又は複数の物理プラグの形態でアクセス可能である。周辺デバイスは、コアのシステムバス（１４４８）に直接接続するか、又は周辺バス（１４４９）を介して接続することができる。周辺バスのアーキテクチャは、ＰＣＩ、ＵＳＢ等を含む。

ＣＰＵ（１４４１）、ＧＰＵ（１４４２）、ＦＰＧＡ（１４４３）、及びアクセラレータ（１４４４）は、組み合わされて、上述のコンピュータコードを構成することができる特定の命令を実行することができる。そのコンピュータコードは、ＲＯＭ（１４４５）又はＲＡＭ（１４４６）に格納されることができる。移行データは、ＲＡＭ（１４４６）に格納されることもできるが、永久データは例えば内部大容量記憶デバイス（１４４７）に格納されことができる。１つ以上のＣＰＵ（１４４１）、ＧＰＵ（１４４２）、大容量記憶デバイス（１４４７）、ＲＯＭ（１４４５）、ＲＡＭ（１４４６）等と密接に関連付けることができるキャッシュメモリを使用することによって、メモリデバイスのいずれかへの高速記憶及び検索を可能にすることができる。

コンピュータ可読媒体は、各種のコンピュータ実行動作を実行するためにその上のコンピュータコードを有することができる。メディアおよびコンピュータコードは特別に設計されたそれらであることができて、本開示のために作成されることができる、または、それらはよく公知で、コンピュータソフトウェア技術の技術を有するそれらが利用できる種類でありえる。

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

付録Ａ：略称
ＪＥＭ：ジョイント探索モデル
ＶＶＣ：広用途ビデオコーディング
ＢＭＳ：ベンチマークセット
ＭＶ：動きベクトル
ＨＥＶＣ：高効率ビデオコーディング
ＳＥＩ：付加強化情報
ＶＵＩ：ビデオユーザビリティ情報
ＧＯＰ：画像グループ
ＴＵ：変換ユニット
ＰＵ：予測ユニット
ＣＴＵ：コーディング・トリー・ユニット
ＣＴＢ：コーディング・トリー・ブロック
ＰＢ：予測ブロック
ＨＲＤ：仮想参照デコーダ
ＳＮＲ：信号雑音比
ＣＰＵ：中央処理装置
ＧＰＵ：グラフィックス・プロセッシング・ユニット
ＣＲＴ：陰極線管
ＬＣＤ：液晶ディスプレイ
ＯＬＥＤ：有機発光ダイオード
ＣＤ：コンパクト・ディスク
ＤＶＤ：デジタル・ビデオ・ディスク
ＲＯＭ：リード・オンリー・メモリ
ＲＡＭ：ランダムアクセスメモリ
ＡＳＩＣ：特定用途向け集積回路
ＰＬＤ：プログラマブル・ロジック・デバイス
ＬＡＮ：ローカルエリアネットワーク
ＧＳＭ：グローバス・システム・フォー・モバイルコミュニケーション
ＬＴＥ：ロング・ターム・エヴォリューション
ＣＡＮバス：コントローラ・エリア・ネットワーク・バス
ＵＳＢ：ユニバーサル・シリアル・バス
ＰＣＩ：ペリフェラル・コンポーネント・インターコネクト
ＦＰＧＡ：フィールド・プログラマブル・ゲート・エリア
ＳＳＤ：ソリッドステートドライブ
ＩＣ：集積回路
ＣＵ：コーディングユニット

本開示はいくつかの例示的な実施形態を説明しているが、本発明の範囲内に入る、変更、置換、及び様々な均等物が存在する。
したがって、当業者は、本明細書に明示的に示されていないか又は記載されていないが、本発明の原理を実施し、したがってその概念及び範囲内にある多数のシステム及び方法を創造することができることが理解されよう。

Claims (12)

1. デコーダにおいてビデオをデコードするための方法であって、
   コーディングされたビデオビットストリームから、現在のコーディングツリーユニット（ＣＴＵ）における現在のブロックの予測情報をデコードするステップであって、前記予測情報はイントラブロックコピーモードを表すものであり、前記現在のＣＴＵのサイズは、再構成されたサンプルを格納するための参照サンプルメモリの最大サイズより小さい、デコードするステップと、
   前記現在のブロックと同じ画像の参照ブロックを指すブロックベクトルを決定するステップであって、前記参照ブロックは、前記参照サンプルメモリ内にバッファされた、再構成されたサンプルを有する、決定するステップと、
   前記参照サンプルメモリから読み出される前記参照ブロックの前記再構成されたサンプルに基づいて前記現在のブロックの少なくとも１つのサンプルを再構成するステップと、
   を含む方法。
2. 前記現在のＣＴＵと同じＣＴＵ列内にあり、前記現在のＣＴＵの左側の第（Ｎ－１）番目のＣＴＵから、前記現在のＣＴＵの左側の隣り合うＣＴＵまでの領域内に位置する前記参照ブロックを示す前記ブロックベクトルを決定するステップであって、前記参照サンプルメモリの最大サイズは、前記現在のＣＴＵのＮ倍のサイズであり、Ｎは１より大きい正の数である、決定するステップをさらに含む、
   請求項１記載の方法。
3. 前記参照ブロックの頂部境界が前記同じＣＴＵ列内にあるかどうかチェックするステップと、
   前記参照ブロックの底部境界が前記同じＣＴＵ列内にあるかどうかチェックするステップと、
   前記参照ブロックの左側境界が、左側の第Ｎ番目のＣＴＵの右側にあるかどうかをチェックするステップと、
   前記参照ブロックの右側境界が、前記現在のＣＴＵの左側にあるかどうかをチェックするステップと、を含む、
   請求項２記載の方法。
4. 前記参照ブロックが少なくとも部分的に、前記現在のＣＴＵと同じＣＴＵ列内にある左側の第Ｎ番目のＣＴＵ内にあるかどうかチェックするステップであって、前記最大サイズは、前記現在のＣＴＵのサイズのＮ倍であり、Ｎは１より大きい正の数である、チェックするステップ、をさらに含む、
   請求項１記載の方法。
5. 前記参照ブロックの左側境界が、前記左側の第Ｎ番目のＣＴＵ内にあるかどうかチェックするステップをさらに有する、
   請求項４記載の方法。
6. 前記参照ブロックが少なくとも部分的に左側の第Ｎ番目のＣＴＵ内にある場合に、前記現在のＣＴＵ内において、前記参照ブロックのコロケーションされたブロックが少なくとも部分的に再構成されているかどうか決定するステップをさらに含む、
   請求項４記載の方法。
7. 前記コロケーションされたブロックの左上コーナーが再構成されたかどうかを決定するステップをさらに含む、
   請求項６記載の方法。
8. 前記現在のＣＴＵ内の前記コロケーションされたブロックが少なくとも部分的に再構成されている場合に、前記参照ブロックを指す前記ブロックベクトルを無効にするステップをさらに含む、
   請求項６記載の方法。
9. 前記参照ブロックを含む前記左側の第Ｎ番目のＣＴＵの参照ブロック領域を決定するステップと
   現在のＣＴＵにおいて、前記参照ブロック領域のコロケーションされたブロック領域が少なくとも部分的に再構成されているかどうか決定するステップと
   前記現在のＣＴＵ内の前記コロケーションされたブロック領域が少なくとも部分的に再構成されている場合に、前記参照ブロックを指す前記ブロックベクトルを無効にするステップと、をさらに含む、
   請求項４記載の方法。
10. ビデオをデコードするための装置であって、
    請求項１乃至９いずれか１項記載の方法を実行するように構成された処理回路を備える、
    装置。
11. ビデオをデコードするためのプログラムであって、コンピュータによって実行されたときに前記コンピュータに、
    コーディングされたビデオビットストリームから、現在のコーディングツリーユニット（ＣＴＵ）における現在のブロックの予測情報をデコードするステップであって、前記現在のＣＴＵのサイズは、再構成されたサンプルを格納するための参照サンプルメモリの最大サイズより小さく、前記予測情報は、イントラブロックコピーモードを表すものである、デコードするステップと、
    現在のブロックと同じ画像の参照ブロックを指すブロックベクトルを決定するステップであって、前記参照ブロックは、前記参照サンプルメモリ内にバッファされた、再構成されたサンプルを有する、決定するステップと、
    前記参照サンプルメモリから読み出される前記参照ブロックの前記再構成されたサンプルに基づいて前記現在のブロックの少なくとも１つのサンプルを再構成するステップと、
    を実行させる、
    プログラム。
12. 前記プログラムは、前記コンピュータに、
    前記現在のＣＴＵと同じＣＴＵ列内にあり、前記現在のＣＴＵの左側の第（Ｎ－１）番目のＣＴＵから、前記現在のＣＴＵの左側の隣り合うＣＴＵまでの領域内に位置する前記参照ブロックを示す前記ブロックベクトルを決定するステップであって、参照サンプルメモリの最大サイズは、現在のＣＴＵのサイズのＮ倍であり、Ｎは１より大きい正の数である、決定するステップをさらに実行させる、
    請求項１１記載のプログラム。
    

Images