JP7284284B2 - 映像符号化におけるイントラブロックコピーの実装形態の態様 - Google Patents

Description

関連出願の相互参照
本願は、２０２０年３月２日出願の国際特許出願ＰＣＴ／ＣＮ２０２０／０７７４１８号に基づくものであり、２０１９年３月４日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７６８４８号、２０１９年３月１１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７７７２５号、２０１９年３月２１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７９１５１号、２０１９年５月７日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０８５８６２号、２０１９年５月２３日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０８８１２９号、２０１９年６月１８日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９１６９１号、２０１９年６月２８日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９３５５２号の優先権及び利益を適時に主張する。前述の全ての特許出願は、参照によりその全体が本明細書に組み込まれる。

この特許明細書は、映像符号化および復号化技術、デバイスおよびシステムに関する。

映像圧縮の進歩にもかかわらず、デジタル映像は、依然として、インターネット及び他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像の受信及び表示が可能な接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。

本明細書は、映像または画像を復号化または符号化するためのイントラブロックコピーモードにおけるバッファ管理およびブロックベクトル符号化のための様々な実施形態および技術を説明する。

一つの例示的な態様において、映像または画像（視覚データ）処理の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することであって、変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる、判定することと、現在の映像ブロックを含む符号化ツリーユニットの左上位置に対する現在の映像ブロックの位置（ｘ０、ｙ０）に空間的に配置され、かつブロックベクトル（ＢＶｘ、ＢＶｙ）を有するサンプルに対して、参照位置（Ｐ，Ｑ）のバッファの対応する参照を計算することであって、参照位置（Ｐ，Ｑ）はブロックベクトル（ＢＶｘ，ＢＶｙ）と位置（ｘ０，ｙ０）を使用して判定される、計算することと、参照位置（Ｐ，Ｑ）がバッファの外側にあることを判定すると、現在の映像ブロックを含む符号化ツリーユニットに対する現在の映像ブロックの位置に少なくとも部分的に基づいて参照位置を再計算することと、を含む。

別の例示的な態様において、映像データ処理の別の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することであって、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる、判定することと、空間的に、現在の映像ブロックを含むピクチャの左上位置に対する現在の映像ブロックの位置（ｘ，ｙ）に位置し、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するサンプルに対して、現在の映像ブロックの位置（ｘ，ｙ）、現在の映像ブロックの寸法（ｄｉｍｅｎｓｉｏｎ）、ピクチャの寸法、現在の映像ブロックを含む符号化ツリーユニットの寸法、またはバッファの寸法のうちの少なくとも１つに関連付けられた１つ以上の条件を満たすことに少なくとも部分的に基づいて、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効なものとして割り当てることと、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であることを判定するチェックを行うことと、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であることを確認すると、バッファにおける対応する参照を参照位置（Ｐ，Ｑ）で計算することであって、参照位置（Ｐ，Ｑ）が、ブロックベクトル（ＢＶｘ，ＢＶｙ）、位置（ｘ，ｙ）、およびバッファの寸法を使用して判定される、計算することと、を含む。

さらに、別の例示的な態様において、映像データ処理の別の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、現在の映像ブロックについてのブロックベクトル（ＢＶｘ，ＢＶｙ）またはブロックベクトル差（ＢＶＤｘ，ＢＶＤｙ）を判定することであって、変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる、判定することと、ブロックベクトル（ＢＶｘ，ＢＶｙ）のうちの少なくとも１つの成分、またはブロックベクトルの差分（ＢＶＤｘ，ＢＶＤｙ）の少なくとも１つの成分を範囲内に収まるように正規化することと、を含む。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための再構成サンプルを記憶するために使用するバッファを判定することであって、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる、判定することと、バッファに記憶された、再構成されたサンプルを、順番にしたがって更新することと、を含む。

別の例示的な態様において、映像処理の別の方法が開示される。この方法は、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換を行うことであって、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われ、変換時に、予測計算に使用される第１の精度は、再構成計算に使用される第２の精度よりも低くなる、変換を行うことと、を含む。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードを使用して行うことであって、変換時には，ｎおよびＭは整数である場合に、ｎＭ×ｎＭサイズの参照領域が使用され、現在の映像ブロックは、符号化ツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対応するコーディングツリーユニット列のｎ×ｎ個の直近の利用可能なコーディングツリーユニットからのサンプルを含む、行うことを含む。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードを使用して行うことであって、変換時には，ｎ、ｐおよびＭは整数である場合に、ｎＭ×ｐＭサイズの参照領域が使用され、現在の映像ブロックは、符号化ツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対応するコーディングツリーユニット列のｎ×ｐ－１個の直近の利用可能なコーディングツリーユニットからのサンプルを含む、行うことを含む。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、映像領域の仮想パイプラインデータユニット（ＶＰＤＵ）の現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードを使用して行うことであって、変換時には，ｋ、ｎおよびＭは整数である場合に、ｎＭ×ｎＭサイズの参照領域が使用され、ＶＰＤＵの寸法がｋＭ×ｋＭであり、現在の映像ブロックは、符号化ツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対応するコーディングツリーユニット列のｎ×ｎ－ｋ個の直近の利用可能なコーディングツリーユニットからのサンプルを含む、行うことを含む。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、視覚メディアデータの、サイズがｗ×ｈである現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することであって、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる、判定することと、現在の映像ブロックを含む、サイズがＭ×Ｍの符号化ツリーユニット（ＣＴＵ）の左上位置に対する現在の映像ブロックの位置（ｘ０，ｙ０）に空間的に配置され、かつブロックベクトル（ＢＶｘ，ＢＶｙ）を有するサンプルに対して、バッファにおける参照位置（Ｐ，Ｑ）から始まる対応する参照領域を計算することであって、参照位置（Ｐ，Ｑ）は、ブロックベクトル（ＢＶｘ，ＢＶｙ）および／または位置（ｘ０，ｙ０）を使用して判定する、計算することと、参照領域および／または参照位置（Ｐ，Ｑ）に１つ以上の規則ベースの制約を適用して、参照領域と映像領域との重なりを制限することと、を含む。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することを含み、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づいて、イントラブロックコピーモードで行われる、判定することと、現在の映像ブロックを含む符号化ユニット（ＣＵ）に対する現在の映像ブロックの位置（ｘ０，ｙ０）に空間的に位置するサンプルに対して、バッファにおける参照位置から始まる対応する参照領域を計算することと、参照領域及び参照位置を調整して、前に処理されたブロックのうちどれを予測に用いるかを判定することと、を含む。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、映像の現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、映像の成分Ｘを使用して、この映像の成分ｃの現在の映像ブロックに対応するブロックベクトルの有効性を判定することであって、この成分Ｘは、映像の輝度成分とは異なる、判定することと、この現在の映像ブロックに対してこのブロックベクトルが有効であると判定された場合、このブロックベクトルを使用してこの変換を行うことであって、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピー（ＩＢＣ）モードで行われる、変換を行うことと、を含む。

さらに別の例示的な態様において、上述された方法を実装するように構成された処理装置を備える映像エンコーダまたはデコーダ装置が開示される。

別の例示的な態様において、コンピュータ可読プログラム媒体が開示される。この媒体は、開示された方法のうちの１つを実装するための処理装置実行可能命令を具現化するコードを記憶する。

これらの、および他の態様は、本明細書でより詳細に説明される。

現在のピクチャ参照またはイントラブロックコピー映像または画像符号化技術を例示する。 ダイナミック参照領域を例示する。 （ｘ，ｙ）から始まるブロックの符号化を例示する。 前回符号化された６４×６４ブロックを選択するための、考えられる代替方法を例示する。 ６４×６４ブロックの符号化／復号化の順序を変更するための、考えられる代替方法を例示する。 映像または画像の処理方法の一例を示すフローチャートである。 映像または画像の符号化または復号化を行うハードウェアプラットフォームを示すブロック図である。 ６４×６４ブロックの復号化の順序が上から下へ、左から右である場合、前回の符号化された６４×６４ブロックを選択するための、別の考えられる代替方法を示す。 前回の符号化された６４×６４ブロックを選択するための、別の考えられる代替方法を示す。 リシェイプを伴う復号化処理の例示的なフローチャートを示す。 ６４×６４ブロックの復号化の順序が左から右、上から下である場合、前回の符号化された６４×６４ブロックを選択するための、別の考えられる代替方法を示す。 ＩＢＣ参照バッファステータスを示す図であり、１つのブロックは６４×６４ＣＴＵを示す。 ＩＢＣのための参照領域の１つの配置を示す。 ＩＢＣのための参照領域の別の配置を示す。 現在の仮想パイプラインデータユニット（ＶＰＤＵ）がピクチャ境界の右側にある場合のＩＢＣのための参照領域の別の配置を示す。 １つのＣＴＵ行内のＶＰＤＵを順次復号化する場合の仮想バッファの状態の例を示す。 開示された技術を実装することができる例示的な映像処理システムを示すブロック図である。 映像データ処理方法の一例を示すフローチャートである。 映像データ処理方法の一例を示すフローチャートである。 映像データ処理方法の一例を示すフローチャートである。 映像データ処理方法の一例を示すフローチャートである。 映像データ処理方法の一例を示すフローチャートである。 映像データ処理方法の一例を示すフローチャートである。 映像データ処理方法の一例を示すフローチャートである。 映像データ処理方法の一例を示すフローチャートである。 映像データ処理方法の一例を示すフローチャートである。 映像データ処理方法の一例を示すフローチャートである。 映像データ処理方法の一例を示すフローチャートである。

本明細書では、理解を容易にするために章の見出しを使用しており、１つの章に開示された実施形態をその章にのみ限定するものではない。本明細書は、映像または画像を復号化または符号化するためのイントラブロックコピーモードにおけるバッファ管理およびブロックベクトル符号化のための様々な実施形態および技術を説明する。

１． 概要

本明細書は、映像符号化技術に関する。具体的には、映像符号化におけるイントラブロックコピーに関する。これは、例えば、汎用映像符号化など、開発中の規格に適用されてもよい。本発明は、将来の映像符号化規格または映像コーデックにも適用可能である。

２． 簡単な説明

映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像符号化規格は、時間予測と変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超えた将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅ）と呼ばれる参照ソフトウェアに組み込まれてきた。２０１８年４月には、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間にＪｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が発足し、ＨＥＶＣと比較して５０％のビットレート削減を目標にＶＶＣ規格の策定に取り組んでいる。

２．１ ＨＥＶＣ／Ｈ．２６５におけるインター予測

各インター予測されたＰＵは、１つまたは２つの参照ピクチャリストのための動きパラメータを有する。動きパラメータは、動きベクトルおよび参照ピクチャインデックスを含む。２つの参照ピクチャリストのうちの１つの参照ピクチャリストの使用は、ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃを使用して信号通知されてもよい。動きベクトルは、予測子に対するデルタ（ｄｅｌｔａ）として明確にコーディングされてもよい。

１つのＣＵがスキップモードにて符号化される場合、１つのＰＵがこのＣＵに関連付けられ、有意な残差係数がなく、符号化された動きベクトル差分も参照ピクチャインデックスもない。マージモードを指定し、これにより、現在のＰＵのための動きパラメータを、空間的および時間的候補を含む近傍のＰＵから取得する。マージモードは、スキップモードのためだけでなく、任意のインター予測されたＰＵに適用することができる。マージモードの代替として、動きパラメータの明示的な送信があり、動きベクトル（より正確には、動きベクトル予測子と比較した動きベクトル差分（ＭＶＤ））、各参照ピクチャリストの対応する参照ピクチャインデックス、および参照ピクチャリストの使用状況が、各ＰＵに明確に信号通知される。このようなモードを、本開示では高度動きベクトル予測（ＡＭＶＰ）と呼ぶ。

２つの参照ピクチャリストのうちの１つを使用することを信号通知が示す場合、サンプルのうちの１つのブロックからＰＵを生成する。これを「単一予測」と呼ぶ。ＰスライスおよびＢスライスの両方に対して単一予測が利用可能である。

両方の参照ピクチャリストを使用することを信号通知が示す場合、サンプルのうちの２つのブロックからＰＵを生成する。これを「双方向予測」と呼ぶ。Ｂスライスのみに双方向予測が利用可能である。

以下、ＨＥＶＣに規定されるインター予測モードについて詳細に説明する。まず、マージモードについて説明する。

２．２ 現在のピクチャの参照

現在のピクチャの参照（ＣＰＲ）は、イントラブロックコピー（ＩＢＣ）と呼ばれたこともあるが、ＨＥＶＣスクリーンコンテンツ符号化拡張機能（ＨＥＶＣ－ＳＣＣ）と現在のＶＶＣテストモデルに採用されている。ＩＢＣは、動き補償の概念をフレーム間符号化からイントラフレーム符号化に拡張する。図１に示すように、現在のブロックは、ＣＰＲが適用される場合、同じピクチャ内の１つの参照ブロックによって予測される。現在のブロックを符号化または復号化する前に、参照ブロックにおけるサンプルは既に再構成されていなければならない。ＣＰＲは、カメラでキャプチャされたほとんどのシーケンスに対してそれほど効率的ではないが、スクリーンコンテンツに対しては、有意な符号化利得を示す。その理由は、スクリーンコンテンツピクチャにおいて、アイコン、文字等の繰り返しパターンが多いためである。ＣＰＲは、これらの繰り返しパターン間の冗長性を有効に除去することができる。ＨＥＶＣ－ＳＣＣにおいて、インター符号化ユニット（ＣＵ）は、現在のピクチャをその参照ピクチャとして選択する場合、ＣＰＲを適用することができる。この場合、ＭＶをブロックベクトル（ＢＶ）と改称し、ＢＶは常に整数画素精度を有する。メインプロファイルＨＥＶＣに適合するように、現在のピクチャは、復号化ピクチャバッファ（ＤＰＢ）における「長期」参照ピクチャとしてマークされる。なお、同様に、マルチプルビュー／３Ｄ映像符号化規格において、ビュー間の参照ピクチャも「長期」参照ピクチャとしてマークされる。

ＢＶがその参照ブロックを見つけた後、この参照ブロックをコピーすることで予測を生成することができる。残差は、元の信号から参照画素を減算することによって得ることができる。そして、他の符号化モードと同様に、変換および量子化を適用することができる。

図１は、現在のピクチャの参照の例示である。

しかしながら、参照ブロックがピクチャの外にある場合、または現在のブロックと重複する場合、または再構成された領域の外にある場合、或いは何らかの制約によって制限された有効領域の外にある場合、画素値の一部または全部は規定されない。基本的に、このような問題に対処するために２つの解決策がある。１つは、このような状況、例えばビットストリーム適合性を許可しないことである。もう１つは、これらの未定義の画素値にパディングを適用することである。以下のサブセッションでは、解決策を詳細に説明する。

２．３ ＨＥＶＣスクリーンコンテンツ符号化拡張機能におけるＣＰＲ

ＨＥＶＣのスクリーンコンテンツ符号化拡張機能において、１つのブロックが現在のピクチャを参照として使用する場合、以下の仕様のテキストに示すように、参照ブロック全体が利用可能な再構成された領域内にあることを保証すべきである。
変数ｏｆｆｓｅｔＸおよびｏｆｆｓｅｔＹは、以下のように導出される。
ｏｆｆｓｅｔＸ＝（ＣｈｒｏｍａＡｒｒａｙＴｙｐｅ＝＝０）？０：（ｍｖＣＬＸ［０］＆０ｘ７？２：０） （８－１０４）
ｏｆｆｓｅｔＹ＝（ＣｈｒｏｍａＡｒｒａｙＴｙｐｅ＝＝０）？０：（ｍｖＣＬＸ［１］＆０ｘ７？２：０） （８－１０５）
参照ピクチャが現在のピクチャである場合、輝度動きベクトルｍｖＬＸは、以下の制約に従うべきであることが、ビットストリーム適合性の要件である。
－ ６．４．１項で規定されたようなｚ走査順序ブロックの可用性に対する導出処理が、（ｘＣｂ，ｙＣｂ）と等しく設定された（ｘＣｕｒｒ，ｙＣｕｒｒ）と、（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）－ｏｆｆｓｅｔＸ，ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）－ｏｆｆｓｅｔＹ）に等しく設定された近傍の輝度位置（ｘＮｂＹ，ｙＮｂＹ）と、が入力として呼び出されると、出力はＴＲＵＥとなる。
－ ６．４．１項に規定されたようなｚ走査順序ブロックの可用性に対する導出処理が、（ｘＣｂ，ｙＣｂ）と等しく設定された（ｘＣｕｒｒ，ｙＣｕｒｒ）と、（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）＋ｎＰｂＷ－１＋ｏｆｆｓｅｔＸ、ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）＋ｎＰｂＩ－Ｉ－１＋ｏｆｆｓｅｔＹ）と等しく設定された近傍の輝度位置（ｘＮｂＹ，ｙＮｂＹ）と、が入力として呼び出されると、出力はＴＲＵＥとなる。
－ 次の条件の一方または両方がｔｒｕｅであること
－ （ｍｖＬＸ［０］＞＞２）の値＋ｎＰｂＷ＋ｘＢ１＋ｏｆｆｓｅｔＸが０以下である。
－ （ｍｖＬＸ［１］＞＞２）の値＋ｎＰｂＨ＋ｙＢ１＋ｏｆｆｓｅｔＹが０以下である。
－ 次の条件がｔｒｕｅとなること。
（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）＋ｎＰｂＳｗ－１＋ｏｆｆｓｅｔＸ）／ＣｔｂＳｉｚｅＹ－ｘＣｂ／ＣｔｂＳｉｚｅＹ＜＝ｙＣｂ／ＣｔｂＳｉｚｅＹ－（ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）＋ｎＰｂＳｈ－１＋ｏｆｆｓｅｔＹ）／ＣｔｂＳｉｚｅＹ （８－１０６）

このように、参照ブロックが現在のブロックと重複するケース、または参照ブロックがピクチャの外にあるケースは発生しない。参照ブロックまたは予測ブロックを埋める必要がない。

２．４ ＣＰＲ／ＩＢＣの例

ＶＶＣ試験モデルにおいて、参照ブロック全体は現在の符号化ツリーユニット（ＣＴＵ）を有するべきであり、現在のブロックと重複しない。よって、参照または予測ブロックをパディングする必要がない。

デュアルツリーが有効化される場合、分割構造は、輝度ＣＴＵとクロマＣＴＵとで異なってもよい。従って、４：２：０カラーフォーマットの場合、１つのクロマブロック（例えば、ＣＵ）は、複数の輝度ＣＵに分割されたコロケーションされた１つの輝度領域に対応してもよい。

クロマブロックは、以下の条件がｔｒｕｅである場合に、ＣＰＲモードでのみ符号化することができる。
１）コロケーションされた輝度ブロックの輝度ＣＵの各々は、ＣＰＲモードで符号化されるべきである。
２）輝度４×４ブロック’ＢＶの各々は、まず、クロマブロックのＢＶに変換され、クロマブロックのＢＶは、有効なＢＶである。

２つの条件のいずれかがｆａｌｓｅである場合、クロマブロックは、ＣＰＲモードで符号化されない。

なお、有効なＢＶの定義には、以下の制約がある。
１）ＢＶによって特定される参照ブロックのすべてのサンプルは、制限された検索範囲内にあるべきである（例えば、現在のＶＶＣ設計において同じＣＴＵ内にある）。
２）ＢＶによって特定された参照ブロックのすべてのサンプルが再構成されている。

２．５ ＣＰＲ／ＩＢＣの例

いくつかの実施例において、ＣＰＲ／ＩＢＣのための参照領域は、現在のＣＴＵに制限され、最大１２８×１２８である。ＣＰＲ／ＩＢＣブロックがより多くの参照候補を有することができる一方、ＣＰＲ／ＩＢＣの参照バッファを１つのＣＴＵから維持または低減することができるように、参照領域を動的に変更してメモリを再利用し、ＣＰＲ／ＩＢＣの参照サンプルを記憶する。

図２は１つの方法を示しており、１つのブロックは６４×６４であり、１つのＣＴＵは４つの６４×６４ブロックを含む。６４×６４ブロックを符号化する場合、前の３つの６４×６４ブロックを参照として使用できる。そうすることによって、デコーダは、ＣＰＲ／ＩＢＣをサポートするために、４つの６４×６４ブロックを記憶するだけでよい。

ピクチャの左上隅に対する現在の輝度ＣＵの位置を（ｘ，ｙ）とし、ブロックベクトルを（ＢＶｘ，ＢＶｙ）とする。現在の設計において、ＢＶが有効であるかどうかは、輝度位置（（ｘ＋ＢＶｘ）＞＞６＜＜６＋（１＜＜７），（ｙ＋ＢＶｙ）＞＞６＜＜６）が再構成されておらず、（（ｘ＋ＢＶｘ）＞＞６＜＜６＋（１＜＜７），（ｙ＋ＢＶｙ）＞＞６＜＜６）が（ｘ＞＞６＜＜６，ｙ＞＞６＜＜６）と等しくないことによって知ることができる。

２．６ インループリシェイプ（ＩＬＲ）

インループリシェイプ（ＩＬＲ）の基本的な考えは、元の（第１のドメインにおける）信号（予測／再構成信号）を第２のドメイン（リシェイプされたドメイン）に変換することである。

インループ輝度リシェイパは、１対のルックアップテーブル（ＬＵＴ）として実装されるが、信号通知されたＬＵＴから他方を計算することができるので、２つのＬＵＴのうちの一方のみを信号通知する必要がある。各ＬＵＴは、１次元１０ビット１０２４エントリマッピングテーブル（１Ｄ－ＬＵＴ）である。１つのＬＵＴは、フォワードＬＵＴ、ＦｗｄＬＵＴであり、これは、入力輝度コード値Ｙ_ｉを変更された値Ｙ_ｒ：Ｙ_ｒ＝ＦｗｄＬＵＴ［Ｙｉ］にマッピングする。他方のＬＵＴは、逆ＬＵＴ、ＩｎｖＬＵＴであり、変更されたコード値Ｙ_ｒをＹ＾_ｉ：Ｙ＾_ｉ＝ＩｎｖＬＵＴ［Ｙ_ｒ］にマッピングする。（Ｙ＾_ｉはＹ_ｉの再構成値を表す）。

２．６．１ ＰＷＬモデル

概念的には、区分線形（ＰＷＬ）は、以下のように実装される。

ｘ１、ｘ２を２つの入力支点とし、ｙ１、ｙ２を１つのピースに対応する出力支点とする。ｘ１とｘ２との間の任意の入力値ｘに対する出力値ｙは、以下の式によって補間することができる

ｙ＝（（ｙ２－ｙ１）／（ｘ２－ｘ１））＊（ｘ－ｘ１）＋ｙ１

固定点実装では、この式は、以下のように書き換えることができる。
ｙ＝（（ｍ＊ｘ＋２^{ＦＰ＿ＰＲＥＣ－１}）＞＞ＦＰ＿ＰＲＥＣ）＋ｃ

ｍはスカラーであり、ｃはオフセットであり、ＦＰ＿ＰＲＥＣは精度を規定するための定数である。

いくつかの実施例において、ＰＷＬモデルは、１０２４エントリのＦｗｄＬＵＴマッピングテーブルおよびＩｎｖＬＵＴマッピングテーブルを予め計算するために使用されるが、ＰＷＬモデルは、ＬＵＴを予め計算することなく、実装において同一のマッピング値をオンザフライで計算することも可能にする。

２．６．２．１ 輝度のリシェイプ

インループ輝度リシェイプの方法は、より複雑性低いパイプラインを提供し、且つインタースライス再構成におけるブロック単位のイントラ予測のための復号化待ち時間を排除する。イントラ予測は、インタースライスおよびイントラスライスの両方のために、リシェイプされたドメインにおいて行われる。

イントラ予測は、スライスタイプにかかわらず、常にリシェイプされたドメインで行われる。このような構成によれば、前回のＴＵ再構成を行った直後にイントラ予測を開始することができる。このような構成は、スライスに依存する代わりに、イントラモードのための統一された処理を提供することもできる。図１０は、ＣＥ１２－２の方式に基づく復号化処理を示すブロック図である。

３２ピース区分線形（ＰＷＬ）モデルの代わりに、１６ピースのＰＷＬモデルを使用して、輝度およびクロマ残差スケーリングを行った。

インループ輝度リシェイパを用いたインタースライス再構成（薄い緑色の影が付けられたブロックは、リシェイプされたドメインにおける信号を示す。輝度残差、輝度内予測、および輝度内再構成）

２．６．２．２ 輝度依存クロマ残差スケーリング

輝度依存クロマ残差スケーリングは、固定小数点整数演算で実装される乗算処理である。クロマ残差スケーリングは、輝度信号のクロマ信号との相互作用を補償する。ＴＵレベルでクロマ残差スケーリングを適用する。具体的には、以下が適用される。
－ イントラの場合、再構成された輝度を平均する。
－ インターの場合、予測輝度を平均する。

この平均値は、ＰＷＬモデルにおけるインデックスを特定するために使用される。このインデックスは、スケーリング係数ｃＳｃａｌｅＩｎｖを特定する。クロマ残差にその数を乗算する。

なお、クロマスケーリング係数は、再構成された輝度値ではなく、フォワードマップされた予測輝度値から算出される。

２．６．２．３ ＩＬＲ側情報の信号通知

パラメータは（現在）タイルグループヘッダ（ＡＬＦに類似）で送信される。これらは、４０～１００ビットを要すると報告されている。

いくつかの実施例において、追加された構文は、イタリック体で強調されている。

新しい構文表タイルグループリシェイパを追加する。

一般的に、シーケンスパラメータセットＲＢＳＰの意味論では、次の意味論を追加する。ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と等しい場合は、符号化映像シーケンス（ＣＶＳ）においてリシェイパが使用されていることを規定している。ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０と等しい場合は、ＣＶＳにおいてリシェイパが使用されていないことを規定している。

タイルグループヘッダ構文において、以下の意味論を追加する。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１と等しい場合は、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）がタイルグループ内に存在することを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０と等しい場合は、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）がタイルグループヘッダに存在しないことを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しない場合は、０に等しいと推論される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と等しい場合は、現在のタイルグループに対してリシェイパが有効になっていることを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０と等しい場合は、現在のタイルグループに対してリシェイパが有効になっていないことを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅ＿ｆｌａｇが存在しない場合、０であると推論される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが１と等しい場合は、現在のタイルグループに対してクロマ残差スケーリングを有効であることを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが０と等しい場合は、現在のタイルグループに対してクロマ残差スケーリングが有効でないことを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しない場合は、０であると推測される。

ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）構文を追加する
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘは、最小のビン（またはピース）インデックスを、リシェイパ構築処理に使用するように規定している。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘの値が０～ＭａｘＢｉｎＩｄｘの範囲内にあるものとする。ＭａｘＢｉｎＩｄｘの値は１５と等しいとする。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘは、最大許容ビン（またはピース）インデックスＭａｘＢｉｎＩｄｘから最大ビンインデックスを引いたものが、リシェイパ構築処理で使用されることを規定している。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍａｘ＿ｂｉｎ＿ｉｄｘの値は、ＭａｘＢｉｎＩｄｘ－ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘに等しく設定される。
ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ｃｗ＿ｐｒｅｃ＿ｍｉｎｕｓ１＋１は、構文ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］の表現に使用するビット数を規定している。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］は、ｉ番目のビンの絶対デルタコード名値を規定する。ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］は、ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］のサインを次のように記述する。
－ ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が０と等しい場合、対応する変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は正の値である。
－ そうでない場合（ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が０と等しくない）、対応する変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は負の値である。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が存在しない場合、０に等しいと推測される。
変数ＲｓｐＤｅｌｔａＣＷ［ｉ］＝（１ ２＊ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ［ｉ］）＊ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］；
変数ＲｓｐＣＷ［ｉ］は、以下のステップとして導出される。
変数ＯｒｇＣＷは、（１＜＜ＢｉｔＤｅｐｔｈ_Ｙ）／（ＭａｘＢｉｎＩｄｘ＋１）に等しく設定される。
－ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ＜＝ｉ＜＝ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍａｘ＿ｂｉｎ＿ｉｄｘの場合、ＲｓｐＣＷ［ｉ］＝ＯｒｇＣＷ＋ＲｓｐＤｅｌｔａＣＷ［ｉ］である。
－ そうでない場合、ＲｓｐＣＷ［ｉ］＝０である。
ＢｉｔＤｅｐｔｈ_Ｙの値が１０に等しい場合、ＲｓｐＣＷ［ｉ］の値は、３２～２＊ＯｒｇＣＷ＿１の範囲内にくる。
ｉが０～ＭａｘＢｉｎＩｄｘ＋１の範囲にある変数ＩｎｐｕｔＰｉｖｏｔ［ｉ］は、以下のように導出される。
ＩｎｐｕｔＰｉｖｏｔ［ｉ］＝ｉ＊ＯｒｇＣＷ
ｉが０～ＭａｘＢｉｎＩｄｘ＋１の範囲にあり、変数ＳｃａｌｅＣｏｅｆ［ｉ］およびＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］がそれぞれ０～ＭａｘＢｉｎＩｄｘの範囲にあり、ｉが０～ＭａｘＢｉｎＩｄｘの範囲にある変数ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ］は、以下のように導出される。

ｓｈｉｆｔＹ＝１４
ＲｅｓｈａｐｅＰｉｖｏｔ［０］＝０；
ｆｏｒ（ｉ＝０；ｉ＜＝ＭａｘＢｉｎＩｄｘ；ｉ＋＋）｛
ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ＋１］＝ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ］＋ＲｓｐＣＷ［ｉ］
ＳｃａｌｅＣｏｅｆ［ｉ］＝（ＲｓｐＣＷ［ｉ］＊（１＜＜ｓｈｉｆｔＹ）＋（１＜＜（Ｌｏｇ２（ＯｒｇＣＷ）－１）））＞＞（Ｌｏｇ２（ＯｒｇＣＷ））
ｉｆ（ＲｓｐＣＷ［ｉ］＝＝０）
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝０
ｅｌｓｅ
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝ＯｒｇＣＷ＊（１＜＜ｓｈｉｆｔＹ）／ＲｓｐＣＷ［ｉ］
｝

ｉが０～ＭａｘＢｉｎＩｄｘの範囲内にある変数ＣｈｒｏｍａＳｃａｌｅＣｏｅｆ［ｉ］は、以下のように導出される。
ＣｈｒｏｍａＲｅｓｉｄｕａｌＳｃａｌｅＬｕｔ［６４］＝｛１６３８４，１６３８４，１６３８４，１６３８４，１６３８４，１６３８４，１６３８４，８１９２，８１９２，８１９２，８１９２，５４６１，５４６１，５４６１，５４６１，４０９６，４０９６，４０９６，４０９６，３２７７，３２７７，３２７７，３２７７，２７３１，２７３１，２７３１，２７３１，２３４１，２３４１，２３４１，２０４８，２０４８，２０４８，１８２０，１８２０，１８２０，１６３８，１６３８，１６３８，１６３８，１４８９，１４８９，１４８９，１４８９，１３６５，１３６５，１３６５，１３６５，１２６０，１２６０，１２６０，１２６０，１１７０，１１７０，１１７０，１１７０，１０９２，１０９２，１０９２，１０９２，１０２４，１０２４，１０２４，１０２４｝；
ｓｈｉｆｔＣ＝１１
－ｉｆ（ＲｓｐＣＷ［ｉ］＝＝０）
ＣｈｒｏｍａＳｃａｌｅＣｏｅｆ［ｉ］＝（１＜＜ｓｈｉｆｔＣ）
－Ｏｔｈｅｒｗｉｓｅ（ＲｓｐＣＷ［ｉ］！＝０），ＣｈｒｏｍａＳｃａｌｅＣｏｅｆ［ｉ］＝
ＣｈｒｏｍａＲｅｓｉｄｕａｌＳｃａｌｅＬｕｔ［ＲｓｐＣＷ［ｉ］＞＞１］

２．６．２．４ ＩＬＲの使用方法

エンコーダ側では、まず、各ピクチャ（またはタイルグループ）をリシェイプされたドメインに変換する。そして、すべての符号化処理は、リシェイプされたドメインで行われる。イントラ予測の場合、近傍のブロックはリシェイプされたドメインにあり、インター予測の場合、まず、参照ブロック（復号化ピクチャバッファからの元のドメインから生成される）をリシェイプされたドメインに変換する。そして、残差を生成し、ビットストリームに符号化する。

ピクチャ全体（またはタイルグループ）の符号化／復号化が終わった後、リシェイプされたドメインのサンプルを元のドメインに変換し、次いで、非ブロック化フィルタおよび他のフィルタを適用する。

以下の場合、予測信号へのフォワードリシェイプは無効化される。

現在のブロックはイントラ符号化されている。

現在のブロックはＣＰＲ（現在のピクチャを参照し、別名イントラブロックコピー、ＩＢＣ）として符号化される。

現在のブロックは、結合されたインターイントラモード（ＣＩＩＰ）として符号化され、イントラ予測ブロックのためにフォワードリシェイプは無効化される。

３． 様々な実施形態によって解決される問題の例

現在のＣＰＲ／ＩＢＣの設計において、いくつかの問題が存在する。
１）参照領域が動的に変化するため、エンコーダ／デコーダの処理が複雑になる。
２）無効なブロックベクトルは容易に生成され、チェックしにくいため、エンコーダおよびデコーダの両方を複雑にする。
３）参照領域が不規則であると、ブロックベクトルの符号化が非効率になる。
４）１２８×１２８より小さいＣＴＵサイズに対してどのように対処するかは不明である。
５）ＢＶが有効であるか無効であるかの判定処理において、クロマブロックの場合、この決定は、輝度サンプルの可用性に基づいて行われ、このことは、デュアルツリーパーティション構造に起因して誤った判定をもたらす可能性がある。

４． 例示的な実施形態

いくつかの実施形態において、ＣＰＲ／ＩＢＣブロックが参照を得るために、通常のバッファを使用できる。

関数ｉｓＲｅｃ（ｘ，ｙ）は、画素（ｘ，ｙ）が再構成され、ＩＢＣモードによって参照されたかどうかを示すように規定される。（ｘ，ｙ）が異なるスライス／タイル／ブリックのピクチャから外れている場合、ｉｓＲｅｃ（ｘ，ｙ）はｆａｌｓｅを返し、（ｘ，ｙ）が再構成されていない場合、ｉｓＲｅｃ（ｘ，ｙ）はｆａｌｓｅを返す。別の例において、サンプル（ｘ，ｙ）が再構成されたが、何らかの他の条件が満たされた場合、そのサンプルは、参照領域外／異なるＶＰＤＵ内など、利用不可能であるとマークされてもよく、ｉｓＲｅｃ（ｘ，ｙ）はｆａｌｓｅを返す。

関数ｉｓＲｅｃ（ｃ，ｘ，ｙ）は、成分ｃのサンプル（ｘ，ｙ）が利用可能であるかどうかを示すように規定される。例えば、サンプル（ｘ，ｙ）がまだ再構成されていない場合、それは利用不可能であるとマークされる。別の例において、サンプル（ｘ，ｙ）が再構成されたが、何らかの他の条件が満たされた場合、該サンプル（ｘ，ｙ）はまた、使用不可能であるとしてマークされてもよく、例えば、ピクチャから外れている／異なるスライス／タイル／ブリック内にある／異なるＶＰＤＵ内にある、許可された参照領域のなどのようにサンプル（ｘ，ｙ）が利用不可能である場合、ｉｓＲｅｃ（ｃ，ｘ，ｙ）はｆａｌｓｅを返し、そうでない場合、ｔｒｕｅを返す。

以下の説明において、参照サンプルは再構成サンプルであってもよい。なお、「画素バッファ」は、「１つの色成分のバッファ」または「複数の色成分のバッファ」に応答してもよい。

ＣＰＲ／ＩＢＣ用参照バッファ

１． ＣＰＲ／ＩＢＣのために輝度参照サンプルを記憶するために、Ｍ×Ｎ個の画素バッファを使用することが提案される。
ａ． 一例において、バッファサイズは６４×６４である。
ｂ． 一例において、バッファサイズは１２８×１２８である。
ｃ． 一例において、バッファサイズは６４×１２８である。
ｄ． 一例において、バッファサイズは１２８×６４である。
ｅ． 一例において、ＮはＣＴＵの高さに等しい。
ｆ． 一例において、Ｎ＝ｎＨであり、ＨはＣＴＵの高さであり、ｎは正の整数である。
ｇ． 一例において、ＭはＣＴＵの幅に等しい。
ｈ． 一例において、Ｍ＝ｍＷであり、ＷはＣＴＵの幅であり、ｍは正の整数である。
ｉ． 一例において、バッファサイズは、ＣＴＵサイズに等しくなく、例えば、９６×１２８または１２８×９６である。
ｊ． 一例において、バッファサイズはＣＴＵサイズに等しい。
ｋ． 一例において、Ｍ＝ｍＷ、Ｎ＝Ｈであり、ＷおよびＨは、ＣＴＵの幅および高さであり、ｍは、正の整数である。
ｌ． 一例において、Ｍ＝Ｗ、Ｎ＝ｎＨであり、ＷおよびＨは、ＣＴＵの幅および高さであり、ｎは、正の整数である。
ｍ． 一例において、Ｍ＝ｍＷ、Ｎ＝ｎＨであり、ＷおよびＨは、ＣＴＵの幅および高さであり、ｍおよびｎは、正の整数である。
ｎ． 上記例において、ｍおよびｎはＣＴＵのサイズに依存してもよい。
ｉ． 一例において、ＣＴＵのサイズが１２８×１２８である場合、ｍ＝１であり、ｎ＝１である。
ｉｉ． 一例において、ＣＴＵのサイズが６４×６４である場合、ｍ＝４であり、ｎ＝１である。
ｉｉｉ． 一例において、ＣＴＵのサイズが３２×３２である場合、ｍ＝１６であり、ｎ＝１である。
ｉｖ． 一例において、ＣＴＵのサイズが１６×１６である場合、ｍ＝６４であり、ｎ＝１である。
ｏ． 代替的に、バッファサイズはＣＴＵサイズに対応する。
ｐ．代替的に、このバッファサイズは、仮想パイプラインデータユニット（ＶＰＤＵ）のサイズに対応する。
ｑ． Ｍおよび／またはＮは、エンコーダからデコーダに、例えばＶＰＳ／ＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ等で信号通知されてもよい。

２． Ｍおよび／またはＮは、規格で規定された異なるプロファイル／レベル／層で異なってもよい。別のＭｃ×Ｎｃ画素バッファを使用して、ＣＰＲ／ＩＢＣのためのクロマ参照サンプルを記憶することが提案される。
ａ． 一例において、４：２：０映像の場合、Ｍｃ＝Ｍ／２およびＮｃ＝Ｎ／２である。
ｂ． 一例において、４：４：４映像の場合、Ｍｃ＝ＭおよびＮｃ＝Ｎである。
ｃ． 一例において、４：２：２映像の場合、Ｍｃ＝ＭおよびＮｃ＝Ｎ／２である。
ｄ． 代替的に、ＭｃおよびＮｃは、ＭおよびＮから独立してもよい。
ｅ． 一例において、クロマバッファは、ＣｂおよびＣｒに対応する２つのチャネルを含む。
ｆ． 一例において、Ｍｃ＝Ｍであり、Ｎｃ＝Ｎである。

３． Ｍ×Ｎサンプルバッファを使用してＰＲ／ＩＢＣのためにＲＧＢ参照サンプルを記憶ことが提案される。
ａ． 一例において、バッファサイズは６４×６４である。
ｂ． 一例において、バッファサイズは１２８×１２８である。
ｃ． 一例において、バッファサイズは６４×１２８である。
ｄ． 一例において、バッファサイズは１２８×６４である。
ｅ． 代替的に、バッファサイズはＣＴＵサイズに対応する。
ｆ． 代替的に、このバッファサイズは、仮想パイプラインデータユニット（ＶＰＤＵ）のサイズに対応する。

４． バッファは、ループフィルタリングの前に再構成された画素を記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、クロス成分ＡＬＦ、または任意の他のフィルタを参照してもよい。
ａ． 一例において、バッファは、現在のＣＴＵにサンプルを記憶することができる。
ｂ． 一例において、バッファは、現在のＣＴＵの外部にサンプルを記憶することができる。
ｃ． 一例において、バッファは、現在のピクチャの任意の部分からのサンプルを記憶することができる。
ｄ． 一例において、バッファは、他のピクチャからのサンプルを記憶することができる。

５． バッファは、ループフィルタリングの後に再構成された画素を記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、クロス成分ＡＬＦ、または任意の他のフィルタを参照してもよい。
ａ． 一例において、バッファは、現在のＣＴＵにサンプルを記憶することができる。
ｂ． 一例において、バッファは、現在のＣＴＵの外部にサンプルを記憶することができる。
ｃ． 一例において、バッファは、現在のピクチャの任意の部分からのサンプルを記憶することができる。
ｄ． 一例において、バッファは、他のピクチャからのサンプルを記憶することができる。

６． バッファは、ループフィルタリング前およびループフィルタリング後の両方で再構成されたサンプルを記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、クロス成分ＡＬＦ、または任意の他のフィルタを参照してもよい。
ａ． 一例において、バッファは、現在のピクチャからのサンプルと他のピクチャからのサンプルとを、それらのサンプルの可用性に基づいて記憶することができる。
ｂ． 一例において、他のピクチャからの参照サンプルは、ループフィルタリング後の再構成サンプルからのものである。
ｃ． 一例において、他のピクチャからの参照サンプルは、ループフィルタリングの前に再構成されたサンプルからのものである。

７． バッファは、符号化映像データのビット深度とは異なり得る所与のビット深度を有するサンプルを記憶することが提案される。
ａ． 一例において、再構成バッファ／符号化映像データのビット深度は、バッファに記憶されたＩＢＣ参照サンプルのビット深度よりも大きい。
ｂ． 一例において、内部ビット深度が１つの映像シーケンスのための入力ビット深度と異なる場合、例えば（１０ビット対８ビット）であっても、ＩＢＣ参照サンプルは、入力ビット深度に位置合わせされて記憶される。
ｃ． 一例において、ビット深度は再構成バッファのビット深度と同じである。
ｄ． 一例において、ビット深度は、入力画像／映像のビット深度と同じである。
ｅ． 一例において、ビット深度は、予め規定された数と同じである。
ｆ． 一例において、ビット深度は、標準のプロファイルに依存する。
ｇ． 一例において、出力ビット深度／入力ビット深度／内部ビット深度と比較したビット深度またはビット深度の差は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／タイルヘッダまたは他の種類の映像データユニットにおいて信号通知されてもよい。
ｈ． 提案された方法は、他の黒丸印で言及された提案されたバッファ定義に適用されてもよく、代替的に、ＩＢＣの既存の設計にも適用されてもよい。
ｉ． バッファの各色成分のビット深度は異なってもよい。

バッファ開始

８． 所与の値でバッファを初期化することが提案される。
ａ． 一例において、バッファは所与の値で初期化される。
ｉ． 一例において、所与の値は、入力ビット深度および／または内部ビット深度に依存してもよい。
ｉｉ． 一例において、バッファは、中間グレー値で初期化され、例えば、８ビット信号の場合、１２８が設定され、１０ビット信号の場合、５１２が設定される。
ｉｉｉ． 一例において、ＩＬＲが使用される場合、バッファはｆｏｒｗａｒｄＬＵＴ（ｍ）で初期化される。例ｍ＝１＜＜（Ｂｉｔｄｅｐｔｈ－１）。
ｂ． 代替的に、バッファは、ＳＰＳ／ＶＰＳ／ＡＰＳ／ＰＰＳ／シーケンスヘッダ／タイルグループヘッダ／ピクチャヘッダ／ｔｉｌｅ／ＣＴＵ／符号化ユニット／ＶＰＤＵ／領域で信号通知される値で初期化される。
ｃ． 一例において、この所与の値は、前に復号化されたピクチャまたはスライスまたはＣＴＵの行またはＣＴＵまたはＣＵのサンプルから導出されてもよい。
ｄ． この所与の値は、異なる色成分ごとに異なってもよい。

９． 代替的に、前回符号化されたブロックからの復号化された画素を使用してバッファを初期化することが提案される。
ａ． 一例において、復号化された画素は、インループフィルタリング前の画素である。
ｂ． 一例において、バッファサイズがＣＴＵである場合、バッファは、利用可能である場合、前回の復号化されたＣＴＵの復号化された画素で初期化される。
ｃ． 一例において、バッファサイズが６４×６４である場合、そのバッファサイズは、利用可能である場合、前回の復号化された６４×６４ブロックの復号化された画素で初期化される。
ｄ． 代替的に、さらに、前回符号化されたブロックが利用可能でない場合、黒丸印８の方法が適用されてもよい。

バッファの参照

１０． １つのブロックがバッファ内の画素を参照として使用するために、このブロックは、バッファ内の位置（ｘ，ｙ），ｘ＝０，１，２，．．．，Ｍ－１；ｙ＝０，１，２，．．．，Ｎ－１，を使って参照先を示すことができる。

１１． 代替的に、この参照位置は、ｌ＝ｙ＊Ｍ＋ｘ，ｌ＝０，１，．．．，Ｍ＊Ｎ－１として表すことができる。

１２． なお、現在のＣＴＵに関するブロックの左上の位置を（ｘ０，ｙ０）として、ブロックベクトル（ＢＶｘ，ＢＶｙ）＝（ｘ－ｘ０，ｙ－ｙ０）をデコーダに送信し、バッファにおける参照先を示してもよい。

１３． 代替的に、ブロックベクトル（ＢＶｘ，ＢＶｙ）は、（ｘ－ｘ０＋Ｔｘ，ｙ－ｙ０＋Ｔｙ）として規定されてもよく、ＴｘおよびＴｙは、予め規定されたオフセットである。

１４． 任意の画素（ｘ０，ｙ０）および（ＢＶｘ，ＢＶｙ）の場合、バッファにおけるその参照は、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）に見出すことができる。
ａ． 一例において、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）がバッファの外にある場合、それは境界にクリップされる。
ｂ． 代替的に、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）がバッファの外にある場合、その基準値は、所与の値、例えば、中間グレーとして予め規定される。
ｃ． 代替的に、参照位置は、常にバッファ内にあるように、（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）として規定される。

１５． 任意の画素（ｘ０，ｙ０）および（ＢＶｘ，ＢＶｙ）に対して、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）がバッファの外にある場合、その基準値はバッファにおける値から導出されてもよい。
ａ． 一例において、この値は、バッファにおけるサンプル（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）から導出される。
ｂ． 一例において、この値は、バッファにおけるサンプル（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ， ｃｌｉｐ（ｙ０＋ＢＶｙ，０，Ｎ－１））から導出される。
ｃ． 一例において、この値は、バッファにおけるサンプル（ｃｌｉｐ（ｘ０＋ＢＶｘ，０，Ｍ－１），（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）から導出される。
ｄ． 一例において、この値は、バッファにおけるサンプル（ｃｌｉｐ（ｘ０＋ＢＶｘ，０，Ｍ－１），ｃｌｉｐ（ｙ０＋ＢＶｙ，０，Ｎ－１））から導出される。

１６． バッファ範囲外の特定の座標を許可しない場合がある。
ａ． 一例において、ＣＴＵの左上隅およびブロックベクトル（ＢＶｘ，ＢＶｙ）に対する任意の画素（ｘ０，ｙ０）について、ｙ０＋ＢＶｙが［０，．．，Ｎ－１］の範囲内にあるべきであることが、ビットストリーム制約である。
ｂ． 一例において、ＣＴＵおよびブロックベクトル（ＢＶｘ，ＢＶｙ）の左上隅の任意の画素（ｘ０，ｙ０）に対して、ｘ０＋ＢＶｘが［０，．．，Ｍ－１］の範囲内にあるべきであることが、ビットストリーム制約である。
ｃ． 一例において、ＣＴＵおよびブロックベクトル（ＢＶｘ，ＢＶｙ）の左上隅の任意の画素（ｘ０，ｙ０）に対して、ｙ０＋ＢＶｙが［０，．．，Ｎ－１］の範囲内にあるべきであり、且つｘ０＋ＢＶｘが［０，．．，Ｍ－１］の範囲内にあるべきであることが、ビットストリーム制約である。

１７． １つのブロックの信号通知されたまたは導出されたブロックベクトルがバッファの外のどこかを指している場合、バッファに基づいてパディングを行ってもよい。
ａ． 一例において、バッファの外の任意のサンプルの値は、予め規定された値で規定される。
ｉ． 一例において、この値は、１＜（ビット深度－１）であってもよく、例えば、８ビット信号の場合、１２８であり、１０ビット信号の場合、５１２である。
ｉｉ． 一例において、ＩＬＲが使用される場合、この値はｆｏｒｗａｒｄＬＵＴ（ｍ）であってもよい。例ｍ＝１＜＜（Ｂｉｔｄｅｐｔｈ－１）．
ｉｉｉ． 代替的に、予め規定された値の表示は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／タイルグループ／タイル／ＣＴＵ／ＣＵレベルで信号通知または表示されてもよい。
ｂ． 一例において、バッファの外の任意のサンプルは、バッファにおける最も近いサンプルの値として規定される。

１８． バッファ参照からの取り扱い方法は、水平方向と垂直方向とで異なってもよく、または現在のブロックの位置によって（例えば、ピクチャ境界により近いか否か）異なってもよい。
ａ． 一例において、ｙ０＋ＢＶｙが［０，Ｎ－１］の外にある場合、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値が予め規定された値として割り当てられる。
ｂ． 一例において、ｘ０＋ＢＶｘが［０，Ｍ－１］の外にある場合、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値が予め規定された値として割り当てられる。
ｃ． 代替的に、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値を（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，ｙ０＋ＢＶｙ）のサンプル値として割り当て、これにより、（（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，ｙ０＋ＢＶｙ）がまだバッファの外にある場合には、その値をさらに導出するために他の方法を呼び出してもよい。
ｄ． 代替的に、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値を（ｘ０＋ＢＶｘ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）のサンプル値として割り当て、これにより、（ｘ０＋ＢＶｘ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）がまだバッファの外にある場合には、その値をさらに導出するために他の方法を呼び出してもよい。

ブロックベクトル表現

１９． ブロックベクトル（ＢＶｘ，ＢＶｙ）の各成分またはその成分の１つを一定の範囲に正規化してもよい。
ａ． 一例において、ＢＶｘは、（ＢＶｘ ｍｏｄ Ｍ）に置き換えられてもよい。
ｂ． 代替的に、ＢＶｘは、（（ＢＶｘ＋Ｘ）ｍｏｄ Ｍ）－Ｘに置き換えられてもよく、Ｘは、予め規定された値である。
ｉ． 一例において、Ｘは６４。
ｉｉ． 一例において、ＸはＭ／２。
ｉｉｉ． 一例において、Ｘは、現在のＣＴＵに対するブロックの水平座標である。
ｃ． 一例において、ＢＶｙは、（ＢＶｙ ｍｏｄ Ｎ）に置き換えられてもよい。
ｄ． 代替的に、ＢＶｙを（（ＢＶｙ＋Ｙ）ｍｏｄ Ｎ）－Ｙで置き換えてもよく、Ｙは予め規定された値である。
ｉ． 一例において、Ｙは６４。
ｉｉ． 一例において、ＹはＮ／２。
ｉｉｉ． 一例において、Ｙは、現在のＣＴＵに対するブロックの垂直座標である。

２０． ＢＶｘおよびＢＶｙは、異なる正規化範囲を有してもよい。

２１． ブロックベクトル差（ＢＶＤｘ，ＢＶＤｙ）を一定の範囲に正規化することができる。
ａ． 一例において、ＢＶＤｘは、（ＢＶＤｘ ｍｏｄ Ｍ）に置き換えられてもよく、関数ｍｏｄは、リマインダを返す。
ｂ． 代替的に、ＢＶＤｘは、（（ＢＶＤｘ＋Ｘ）ｍｏｄ Ｍ）－Ｘに置き換えられてもよく、Ｘは、予め規定された値である。
ｉ． 一例において、Ｘは６４。
ｉｉ． 一例において、ＸはＭ／２。
ｃ． 一例において、ＢＶｙは、（ＢＶＤｙ ｍｏｄ Ｎ）に置き換えられてもよい。
ｄ． 代替的に、ＢＶｙを（（ＢＶＤｙ＋Ｙ）ｍｏｄ Ｎ）－Ｙで置き換えてもよく、Ｙは予め規定された値である。
ｉ． 一例において、Ｙは６４。
ｉｉ． 一例において、ＹはＮ／２。

２２． ＢＶＤｘおよびＢＶＤｙは、異なる正規化範囲を有してもよい。

ブロックベクトルの妥当性検査

ＩＢＣバッファの幅および高さをＷ_ｂｕｆおよびＨ_ｂｕｆとする。ピクチャの左上隅に対して（Ｘ，Ｙ）から始まるＷ×Ｈブロック（輝度ブロック、クロマブロック、ＣＵ、ＴＵ、４×４、２×２、または他のサブブロックであってもよい）の場合、ブロックベクトル（ＢＶｘ、ＢＶｙ）が有効であるかどうかを示すために、以下を適用してもよい。Ｗ_ｐｉｃ、Ｈ_ｐｉｃを１つのピクチャの幅および高さとし、Ｗ_ｃｔｕ、Ｈ_ｃｔｕを１つのＣＴＵの幅および高さとする。関数ｆｌｏｏｒ（ｘ）は、ｘより大きくない最大の整数を返す。関数ｉｓＲｅｃ（ｘ，ｙ）は、サンプル（ｘ，ｙ）を再構成した場合、それを返す。

２３． いずれかの参照位置がピクチャ境界の外にあっても、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効であるとして設定してもよい。
ａ． 一例において、ブロックベクトルは、Ｘ＋ＢＶｘ＜０であっても有効であるとして設定してもよい。
ｂ． 一例において、ブロックベクトルは、Ｘ＋Ｗ＋ＢＶｘ＞Ｗ_ｐｉｃであっても、有効であるとして設定してもよい。
ｃ． 一例において、Ｙ＋ＢＶｙ＜０であっても、ブロックベクトルを有効であるとして設定してもよい。
ｄ． 一例において、Ｙ＋Ｈ＋ＢＶｙ＞Ｈ_ｐｉｃであっても、ブロックベクトルを有効であるとして設定してもよい。

２４． 現在のＣＴＵ行の外側に参照位置が存在しても、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効であるとして設定してもよい。
ａ． 一例において、ブロックベクトルは、Ｙ＋ＢＶｙ＜ｆｌｏｏｒ（Ｙ／Ｈ_ｃｔｕ）＊Ｈ_ｃｔｕであっても有効であるとして設定してもよい。
ｂ． 一例において、ブロックベクトルは、Ｙ＋Ｈ＋ＢＶｙ＞＝ｆｌｏｏｒ（Ｙ／Ｈ_ｃｔｕ）＊Ｈ_ｃｔｕ＋Ｈ_ｃｔｕであっても有効であるとして設定してもよい。

２５． ブロックベクトル（ＢＶｘ，ＢＶｙ）は、いずれかの参照位置が現在のＣＴＵおよび左（ｎ－１）ＣＴＵの外にあったとしても、有効であるとして設定してもよく、ｎは、ＩＢＣのための参照領域として使用できるＣＴＵ（現在のＣＴＵを含む、または除く）の数である。
ａ． 一例において、ブロックベクトルは、Ｘ＋ＢＶｘ＜ｆｌｏｏｒ（Ｘ／Ｗ_ｃｔｕ）＊Ｗ_ｃｔｕ－（ｎ－１）＊Ｗ_ｃｔｕであっても有効であるとして設定してもよい。
ｂ． 一例において、ブロックベクトルは、Ｘ＋Ｗ＋ＢＶｘ＞ｆｌｏｏｒ（Ｘ／Ｗ_ｃｔｕ）＊Ｗ_ｃｔｕ＋Ｗ_ｃｔｕであっても、有効であるとして設定してもよい。

２６． 特定のサンプルが再構成されていなくても、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効として設定してもよい。
ａ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ，Ｙ＋ＢＶｙ）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
ｂ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ＋Ｗ－１，Ｙ＋ＢＶｙ）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
ｃ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ，Ｙ＋ＢＶｙ＋Ｈ－１）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
ｄ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ＋Ｗ－１，Ｙ＋ＢＶｙ＋Ｈ－１）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。

２７． ブロックベクトル（ＢＶｘ，ＢＶｙ）は、１つのブロックがＣＴＵ行における第１のＣＴＵのブロックでない場合、常に有効であるとして設定してもよい。
ａ． 代替的に、ブロックベクトルは、常に有効であるとして設定してもよい。

２８． 以下の３つの条件をすべて満たす場合、ブロックベクトル（ＢＶｘ，ＢＶｙ）を常に有効であるとして設定してもよい。
・Ｘ＋ＢＶｘ＞＝０
・Ｙ＋ＢＶｙ＞＝ｆｌｏｏｒ（Ｙ／Ｈ_ｃｔｕ）
・ｉｓＲｅｃ（Ｘ＋ＢＶｘ＋Ｗ－１，Ｙ＋ＢＶｙ＋Ｈ－１）＝＝ｔｒｕｅ
ａ． 代替的に、１つのＣＴＵ行における第１のＣＴＵのブロックについて、３つの条件をすべて満たす場合、ブロックベクトルを常に有効であるとして設定してもよい。

２９． ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効である場合、ブロックのサンプルコピーはブロックベクトルに基づいて行われてもよい。
ａ． 一例において、サンプル（Ｘ，Ｙ）の予測は、（（Ｘ＋ＢＶｘ）％Ｗ_ｂｕｆ，（Ｙ＋ＢＶｙ）％Ｈ_ｂｕｆ）から得ることができる。

バッファ更新

３０． 新しいピクチャまたはタイルを符号化するとき、バッファはリセットされてもよい。
ａ． 「リセット」という用語は、バッファが初期化されることを指すことができる。
ｂ． 用語「リセット」は、バッファ内のすべてのサンプル／画素が所与の値（例えば、０または－１）に設定されることを指すことができる。

３１． ＶＰＤＵの符号化を終えたら、バッファはＶＰＤＵの再構成された値で更新されてもよい。

３２． ＣＴＵの符号化を終えたら、バッファはＣＴＵの再構成された値で更新されてもよい。
ａ． 一例において、バッファが満杯でない場合、バッファはＣＴＵによってＣＴＵを順次更新することができる。
ｂ． 一例において、バッファが満杯である場合、最も古いＣＴＵに対応するバッファ領域を更新する。
ｃ． 一例において、Ｍ＝ｍＷ、Ｎ＝Ｈ（Ｗ、ＨはＣＴＵのサイズであり、Ｍ、Ｎはバッファサイズである）であり、前回更新された領域が（ｋＷ，０）から始まる場合、更新する次の開始位置は、（（ｋ＋１）Ｗ ｍｏｄ Ｍ，０）となる。

３３． バッファは、各ＣＴＵ行の最初にリセットされてもよい。
ａ． 代替的に、バッファは、各ＣＴＵの復号化の開始時にリセットされてもよい。
ｂ． 代替的に、バッファは、１つのタイルを復号化する開始時にリセットされてもよい。
ｃ． 代替的に、バッファは、１つのタイルグループ／ピクチャの復号化の開始時にリセットされもよい。

３４． （ｘ，ｙ）から始まるブロックの符号化を終えたら、（ｘ，ｙ）から始まるバッファの対応する領域は、ブロックからの再構成によって更新される。
ａ． 一例において、（ｘ，ｙ）は、ＣＴＵの左上隅に対する位置である。

３５． ピクチャに対するブロックの符号化を終えたら、バッファの対応する領域は、ブロックからの再構成によって更新される。
ａ． 一例において、バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値は、ピクチャの左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい。
ｂ． 一例において、バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値は、現在のタイルの左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい。
ｃ． 一例において、バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値は、現在のＣＴＵ行の左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい。
ｄ． 一例において、バッファ内の値は、ビット深度整列後の再構成された画素値で更新されてもよい。

３６． （ｘ，ｙ）から始まるブロックの符号化を終えたら、（ｘｂ，ｙｂ）から始まるバッファの対応する領域は、ブロックからの再構成によって更新され、（ｘｂ，ｙｂ）および（ｘ，ｙ）は２つの異なる座標である。
ａ． 一例において、（ｘ，ｙ）は、ＣＴＵの左上隅に関する位置であり、（ｘｂ，ｙｂ）は、（ｘ＋ｕｐｄａｔｅ＿ｘ，ｙ＋ｕｐｄａｔｅ＿ｙ）であり、ｕｐｄａｔｅ＿ｘおよびｕｐｄａｔｅ＿ｙは、バッファにおける更新可能な位置を示す。

３７． 上記の例では、１つのブロックの再構成された値は、フィルタ（例えば、非ブロック化フィルタ）を適用する前の再構成された値を示してもよい。
ａ． 代替的に、１つのブロックの再構成された値は、フィルタ（例えば、非ブロック化フィルタ）が適用された後の再構成された値を示してもよい。

３８． バッファが再構成されたサンプルから更新されるとき、再構成されたサンプルは、記憶される前にまず修正されてもよく、例えば、サンプルのビット深度を変更してもよい。
ａ． 一例において、バッファは、バッファのビット深度へのビット深度整列後、再構成されたサンプル値で更新される。
ｂ． 一例において、バッファ値は、値｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂに基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値である。
ｃ． 一例において、バッファ値は、ｃｌｉｐ（｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ビット深度は、バッファビット深度である。
ｄ． 一例において、バッファ値は、値｛ｐ＋［１＜（ｂ－１）－１］｝＞ｂに基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値である。
ｅ． 一例において、バッファ値は、ｃｌｉｐ（｛ｐ＋［１＜＜（ｂ－１）－１］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、バッファビット深度である。
ｆ． 一例において、バッファ値は、値ｐ＞＞ｂに基づいて更新される。
ｇ． 一例において、バッファ値は、ｃｌｉｐ（ｐ＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｂｉｔｄｅｐｔｈは、バッファビット深度である。
ｈ． 上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。

３９． バッファサンプルを使用して予測を形成する場合、前処理を適用することができる。
ａ． 一例において、予測値は、ｐ＜＜ｂであり、ｐは、バッファにおけるサンプル値であり、ｂは、予め規定された値である。
ｂ． 一例において、予測値は、ｃｌｉｐ（ｐ＜＜ｂ，０，１＜＜ｂｉｔｄｅｐｔｈ）であり、ｂｉｔｄｅｐｔｈは、再構成サンプルのビット深度である。
ｃ． 一例において、予測値は、（ｐ＜＜ｂ）＋（１＜＜（ｂｉｔｄｅｐｔｈ－１））であり、ｐは、バッファにおけるサンプル値であり、ｂは、予め規定された値であり、ｂｉｔｄｅｐｔｈは、再構成サンプルのビット深度である。
ｄ． 上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。

４０． バッファは所与の順番で更新されてもよい。
ａ． 一例において、バッファは順次更新されてもよい。
ｂ． 一例において、バッファは、再構成されたブロックの順に基づいて更新されてもよい。

４１． バッファが満杯である場合、バッファ内のサンプルを最新の再構成サンプルに置き換えることができる。
ａ． 一例において、サンプルは、先入れ先出し方式で更新されてもよい。
ｂ． 一例において、最も古いサンプルが置き換えられる。
ｃ． 一例において、サンプルに優先順位を割り当て、この優先順位に基づいてサンプルを置き換えることができる。
ｄ． 一例において、サンプルは、他のサンプルが最初に置き換えられるように、「長期」としてマークされ得る。
ｅ． 一例において、高い優先順位を示すために、１つのブロックとともに１つのフラグを送信することができる。
ｆ． 一例において、優先順位を示すために、１つのブロックとともに１つの数字を送信することができる。
ｇ． 一例において、ある特徴を有する再構成されたブロックからのサンプルは、他のサンプルが最初に置き換えられるように、より高い優先順位を割り当てられる。
ｉ． 一例において、ＩＢＣモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｉｉ． 一例において、Ｐａｌｅｔｔｅモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｉｉｉ． 一例において、ＩＢＣまたはＰａｌｅｔｔｅモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｉｖ． 一例において、変換スキップモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｖ． この閾値は、ブロックサイズ、色成分、ＣＴＵサイズに基づいて異なってもよい。
ｖｉ． 閾値は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／スライスヘッダ／タイルグループ／タイルレベル／領域で信号通知されてもよい。
ｈ． 一例において、このバッファが一杯であることは、このバッファにおける利用可能なサンプルの数が所与の閾値に等しいかまたはそれよりも多いことを意味し得る。
ｉ． 一例において、バッファにおける利用可能なサンプルの数が６４×６４×３輝度サンプル以上である場合、バッファは満杯であると判定されてもよい。

代替バッファ組み合わせ

４２． 前回符号化された３つの６４×６４ブロックを常に参照領域として使用する代わりに、現在のブロック（またはＶＰＤＵ）の位置に基づいてそれを適応的に変更することが提案される。
ａ． 一例において、６４×６４ブロックを符号化／復号化するとき、前回の３つの６４×６４ブロックを参照として使用できる。図２に比べ、前回の６４×６４個のブロックをより多く組み合わせてもよい。図２は、前の６４×６４ブロックの異なる組み合わせの例を示す。

４３． ｚ走査順序を用いる代わりに、垂直走査順序を使用してもよい。
ａ． 一例において、１つのブロックがｚ走査順序にインデックス０．．３を有する４つのＶＰＤＵに分割される場合、符号化／復号化の順序は、０、２、１、３である。
ｂ． 一例において、６４×６４個のブロックを符号化／復号化するとき、前回の３つの６４×６４個のブロックを参照として使用できる。図２と比較して、より多くの種類の６４×６４ブロックの符号化／復号化の順序を適用することができる。図４は、６４×６４ブロックの異なる符号化／復号化の順序の例を示す。
ｃ． 代替的に、上記方法は、スクリーンコンテンツの符号化にのみ適用されてもよい。
ｄ． 代替的に、上記方法は、１つのタイル／タイルグループ／ピクチャに対してＣＰＲが有効化される場合にのみ適用されてもよい。
ｅ． 代替的に、上記方法は、１つのＣＴＵまたは１つのＣＴＵ行に対してＣＰＲが有効化される場合にのみ適用されてもよい。

仮想ＩＢＣバッファ

以下、輝度サンプルにおいて、ＶＰＤＵの幅および高さを、それぞれＷ_ＶＰＤＵ（例えば、６４）およびＨＶＰＤＵ（例えば、６４）と表す。代替的に、Ｗ_ＶＰＤＵおよび／またはＨＶＰＤＵは、他の映像ユニット（例えば、ＣＴＵ）の幅および／または高さを表してもよい。

４４． ＩＢＣ参照領域の状態を追跡し続けるために、仮想バッファを維持してもよい。
ａ． 一例において、仮想バッファサイズは、ｍＷ_ＶＰＤＵ×ｎＨ_ＶＰＤＵである。
ｉ． 一例において、ｍは３に等しく、ｎは２に等しい。
ｉｉ． 一例において、ｍおよび／またはｎは、ピクチャ解像度、ＣＴＵサイズに依存してもよい。
ｉｉｉ． 一例において、ｍおよび／またはｎは、信号通知されてもよく、または予め規定されてもよい。
ｂ． 一例において、上記の黒丸印および副黒丸印で記載された方法は、仮想バッファに適用されてもよい。
ｃ． 一例において、ピクチャ／スライス／タイル／ブリックの左上隅に対するサンプル（ｘ，ｙ）は、（ｘ％（ｍＷ_ＶＰＤＵ），ｙ％（ｎＨ_ＶＰＤＵ））にマッピングされてもよい。

４５． アレイを使用して、仮想バッファに関連付けられた各サンプルの可用性を追跡してもよい。
ａ． 一例において、フラグは、仮想バッファにおけるサンプルに関連付けて、バッファにおけるサンプルがＩＢＣ参照として使用できるか否かを特定してもよい。
ｂ． 一例において、輝度サンプルおよびクロマサンプルを含む各４×４ブロックは、１つのフラグを共有して、そのブロックに関連付けられたいずれかのサンプルがＩＢＣ参照として使用できるかどうかを示してもよい。
ｃ． 一例において、３×２個のＶＰＤＵに対応するアレイ（例えば、各４×４ブロックは、同じ可用性フラグを共有してもよい）は、ＩＢＣ参照サンプルの可用性を追跡するように維持される。
ｄ． 一例において、４×２個のＶＰＤＵに対応するアレイ（例えば、各４×４ブロックは、同じ可用性フラグを共有してもよい）は、ＩＢＣ参照サンプルの可用性を追跡するように維持される。

４６． ＶＰＤＵまたは映像ユニットの復号化を終えた後、仮想バッファに関連付けられた特定のサンプルは、ＩＢＣ参照に利用不可能なものとしてマークされてもよい。
ａ． 一例において、どのサンプルが利用不可能であるかは、直近に復号化されたＶＰＤＵの位置に依存してもよい。
ｂ． １つのサンプルが利用不可能とマークされた場合、このサンプルからの予測は許可されない。
ｉ． 代替的に、他の方法（例えば、デフォルト値を使用する）をさらに適用して、予測子を導出し、利用不可能なサンプルを置き換えてもよい。

４７． 最近復号化されたＶＰＤＵの位置を記録し、仮想バッファに関連付けられたどのサンプルが利用不可能であるとマークされているかを識別しやすくすることができる。
ａ． 一例において、ＶＰＤＵを復号化する開始時に、最近復号化されたＶＰＤＵの位置に基づいて、仮想バッファに関連付けられたいくつかのサンプルに利用不可能なマークを付けることができる。
ｉ． 一例において、直近に復号化されたＶＰＤＵのピクチャ／スライス／タイル／ブリック／他の映像処理ユニットの左上隅に対して（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を左上位置として表し、ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ）が０に等しいと、特定の位置（ｘ，ｙ）は、利用不可能とマークを付けることができる。
１． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－２Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％ ｍＷ_ＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－２Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％ ｍＷ_ＶＰＤＵ）－１＋Ｗ_ＶＰＤＵ］のような範囲内にあってもよい。
２． 一例において、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ））－１＋Ｈ_ＶＰＤＵ］のような範囲内にあってもよい。
３． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－２Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ］％ｍＷ_ＶＰＤＵ、（（ｘＰｒｅｖＶＰＤＵ－２Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％ｍＷ_ＶＰＤＵ、（（ｘＰｒｅｖＶＰＤＵ－２Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％ｍＷ_ＶＰＤＵ）－１＋Ｗ_ＶＰＤＵ］のような範囲内にあってもよく、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ））－１＋Ｈ_ＶＰＤＵ］のような範囲内にあってもよい。
ｉｉ． 一例において、直近に復号化されたＶＰＤＵのピクチャ／スライス／タイル／ブリック／他の映像処理ユニットの左上隅に対して、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を左上位置として表し、ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ）が０に等しくない場合、特定の位置（ｘ，ｙ）は、利用不可能とマークを付けることができる。
１． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％ ｍＷ_ＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％ ｍＷ_ＶＰＤＵ）－１＋Ｗ_ＶＰＤＵ］のような範囲内にあってもよい。
２． 一例において、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ））－１＋Ｈ_ＶＰＤＵ］のような範囲内にあってもよい。
３． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％ ｍＷ_ＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％ ｍＷ_ＶＰＤＵ）－１＋Ｗ_ＶＰＤＵ］のような範囲内にあってもよく、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ））－１＋Ｈ_ＶＰＤＵ］のような範囲内にあってもよい。

４８． １つのＣＵが複数のＶＰＤＵを含む場合、ＶＰＤＵに基づくＩＢＣ参照可用性マーキング処理を適用する代わりに、ＩＢＣ参照可用性マーキング処理は以下のＣＵに従ってもよい。
ａ． 一例において、複数のＶＰＤＵを含むＣＵを復号化する開始時に、ＣＵ内のＶＰＤＵを復号化する前に、各ＶＰＤＵごとにＩＢＣ参照可用性マーキング処理を適用してもよい。
ｂ． このような場合、１２８×６４個のＩＢＣブロックと６４×１２８個のＩＢＣブロックとは許可されないことがある。
ｉ． 一例において、１２８×６４および６４×１２８個のＣＵのためのｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは送信されなくてもよく、０に等しいと推測されてもよい。

４９． 参照ブロックまたはサブブロックの場合、右上隅の参照可用性ステータスをチェックして、この参照ブロックに関連付けられたブロックベクトルが有効であるかどうかを判断する必要がない場合がある。
ａ． 一例において、ブロックベクトルが有効であるか否かを判断して、ブロック／サブブロックの左上、左下、右下の角のみをチェックする。

５０． ＩＢＣバッファサイズは、ＶＰＤＵのサイズ（幅／高さはｖＳｉｚｅで表される）および／またはＣＴＢ／ＣＴＵのサイズ（幅／高さはｃｔｂＳｉｚｅで表される）に依存してもよい。
ａ． 一例において、バッファの高さはｃｔｂＳｉｚｅに等しくてもよい。
ｂ． 一例において、バッファの幅は、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）に依存してもよい。
ｉ． 一例において、バッファの幅は、（１２８＊１２８／ｖＳｉｚｅ，ｍｉｎ（ｃｔｂＳｉｚｅ，６４））であってもよい。

５１． ＩＢＣバッファは、画素範囲外の値を含んでもよく、このことは、この位置がＩＢＣ参照に利用可能でない（例えば、他のサンプルの予測に利用されない）可能性があることを示す。
ａ． サンプル値は、サンプルが利用不可能であることを示す値に設定してもよい。
ｂ． 一例において、この値は、－１であってもよい。
ｃ． 一例において、この値は、［０，１＜＜（ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈ）－１］の外側の任意の値であってもよく、ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈは正の整数値である。
例えば、ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈは、１つの色成分のサンプルを符号化／復号化するために使用される内部ビット深度である。
ｄ． 一例において、この値は、［０， １＜＜（ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈ）－ １］の範囲外の任意の値であってもよく、ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈは正の整数値である。例えば、ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈは、１つの色成分のサンプルを符号化／復号化するために使用される入力ビット深度である。

５２． ＩＢＣバッファにおけるサンプルの可用性マーキングは、現在のブロックの位置、現在のブロックのサイズ、ＣＴＵ／ＣＴＢのサイズ、およびＶＰＤＵのサイズに依存してもよい。一例において、（ｘＣｂ，ｙＣｂ）は、ピクチャの左上に対するブロックの位置を表し、ｃｔｂＳｉｚｅは、ＣＴＵ／ＣＴＢのサイズ（即ち、幅および／または高さ）であり、ｖＳｉｚｅ＝ｍｉｎ（ｃｔｂＳｉｚｅ，６４）であり、ｗＩｂｃＢｕｆおよびｈＩｂｃＢｕｆは、ＩＢＣバッファの幅および高さである。
ａ． 一例において、（ｘＣｂ％ｖＳｉｚｅ）が０に等しく、（ｙＣｂ％ｖＳｉｚｅ）が０に等しい場合、ＩＢＣバッファにおける特定の位置のセットは、利用不可能とマークを付けることができる。
ｂ． 一例において、現在のブロックのサイズがＶＰＤＵのサイズ、即ち、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）より小さい場合、利用不可能とマークを付けられた領域は、ＶＰＤＵのサイズに従ってもよい
ｃ． 一例において、現在のブロックのサイズがＶＰＤＵのサイズより大きい場合、即ち、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）である場合、利用不可能とマークを付けられた領域は、ＣＵのサイズに従ってもよい。

５３． ピクチャの左上位置に対する映像ユニット（例えば、ＶＰＤＵ（ｘＶ，ｙＶ））の復号化の開始時に、ＩＢＣバッファにおける対応する位置は、画素範囲外の値に設定してもよい。
ａ． 一例において、バッファにおける位置（ｘ％ｗＩｂｃＢｕｆ，ｙ％ｈＩｂｃＢｕｆ）を有し、ｘ＝ｘＶ、．．．、ｘＶ＋ｃｔｂＳｉｚｅ－１、ｙ＝ｙＶ、．．．、ｙＶ＋ｃｔｂＳｉｚｅ－１を有するバッファサンプルは、値－１に設定される。ｗＩｂｃＢｕｆおよびｈＩｂｃＢｕｆは、ＩＢＣバッファの幅および高さであり、ｃｔｂＳｉｚｅは、ＣＴＵ／ＣＴＢの幅である。
ｉ． 一例において、ｈＩｂｃＢｕｆはｃｔｂＳｉｚｅに等しくてもよい。

５４． ビットストリーム適合性の制約は、ＩＢＣバッファにおけるサンプルの値に従ってもよい。
ａ． 一例において、ＩＢＣバッファにおける１つのブロックベクトルに関連付けられた１つの参照ブロックが画素範囲外の値を含む場合、このビットストリームは不正である可能性がある。

５５． ＩＢＣバッファにおける可用性表示に基づいて、ビットストリーム適合性の制約を設定してもよい。
ａ． 一例において、ＩＢＣバッファにマッピングされたいずれかの参照サンプルが、１つのブロックを符号化／復号化するために利用不可能とマークを付けられた場合には、このビットストリームは不正である可能性がある。
ｂ． 一例において、ｓｉｎｇｌｅｔｒｅｅが使用される場合、１つのブロックを符号化／復号化するためにＩＢＣバッファにマッピングされたいずれかの輝度参照サンプルが利用不可能とマークを付けられた場合には、このビットストリームは不正である可能性がある。
ｃ． １つの適合ビットストリームは、ＩＢＣ符号化ブロックの場合、関連付けられたブロックベクトルがＩＢＣバッファにマッピングされた１つの参照ブロックを指してもよく、１つのブロックを符号化／復号化するためにＩＢＣバッファに位置する各輝度参照サンプルには利用可能なものとしてマークを付けることを満たすことができる（例えば、サンプルの値は、［Ｋ０，Ｋ１］の範囲内にあり、例えば、Ｋ０が０に設定され、Ｋ１が（１＜＜ＢｉｔＤｅｐｔｈ－１）に設定され、ＢｉｔＤｅｐｔｈは、内部ビット深度または入力ビット深度である）。

５６． ビットストリーム適合性の制約は、分割木のタイプおよび現在のＣＵの符号化のｔｒｅｅＴｙｐｅに依存してもよい。
ａ． 一例において、ｄｕａｌｔｒｅｅが高レベル（例えば、スライス／ピクチャ／ブリック／タイル）で許可され、現在の映像ブロック（例えば、ＣＵ／ＰＵ／ＣＢ／ＰＢ）がシングルツリーで符号化される場合、ビットストリーム制約は、ＩＢＣバッファにマッピングされたすべての成分の位置が利用不可能としてマークされているかどうかをチェックする必要がある場合もある。
ｂ． 一例において、ｄｕａｌｔｒｅｅがハイレベル（例えば、スライス／ピクチャ／ブリック／タイル）で許可され、現在の輝度映像ブロック（例えば、ＣＵ／ＰＵ／／ＣＢ／ＰＢ）がデュアルツリーで符号化されている場合には、ビットストリームの制約により、クロマ成分のＩＢＣバッファ内にマッピングされた位置が利用不可能としてマークされているかどうかを無視してもよい。
ｉ． 代替的に、このような場合、ビットストリーム制約は、依然として、ＩＢＣバッファにマッピングされたすべての成分の位置が利用不可能としてマークされているかどうかをチェックすることもある。
ｃ． 一例において、シングルツリーが使用される場合、ビットストリーム制約は、ＩＢＣバッファにマッピングされたクロマ成分の位置が利用不可能であるか否かを無視することができる。

現在のＶＴＭ設計の改善

５７． ＩＢＣの予測は、再構成よりも低い精度を有していてもよい。
ａ． 一例において、予測値は、値ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂに基づいており、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測サンプルビットのビット深度である。
ｂ． 一例において、予測値は、値ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）－１］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂに基づいており、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値である。
ｃ． 一例において、予測値は、値（（ｐ＞＞ｂ）＋（１＜＜（ｂｉｔｄｅｐｔｈ－１）））＜＜ｂに基づいており、ビット深度は、予測サンプルのビット深度である。
ｄ． 一例において、予測値は、値（ｃｌｉｐ（（ｐ＞＞ｂ），０，（１＜＜（ｂｉｔｄｅｐｔｈ－ｂ）））＋（１＜＜（ｂｉｔｄｅｐｔｈ－１）））＜＜ｂに基づいており、ビット深度は、予測サンプルのビット深度である。
ｅ． 一例において、予測値は、ＩＬＲが適用されるかどうかに基づいて、異なる方法でクリップされる。
ｆ． 上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
ｇ． 一例において、出力ビット深度／入力ビット深度／内部ビット深度と比較したビット深度またはビット深度の差は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／タイルヘッダまたは他の種類の映像データユニットにおいて信号通知されてもよい。

５８． ＩＢＣの予測の一部はより精度が低くてもよく、他の部分は再構成と同じ精度を有する。
ａ． 一例において、許容される参照領域は、異なる精度（例えば、ビット深度）を有するサンプルを含んでもよい。
ｂ． 一例において、現在の６４×６４ブロックが復号化されていない他の６４×６４ブロックからの参照は、精度が低く、現在の６４×６４ブロックからの参照は、再構成と同じ精度を有する。
ｃ． 一例において、復号化されている現在のＣＴＵ以外のＣＴＵからの参照は精度が低く、現在のＣＴＵからの参照は再構成と同じ精度を有する。
ｄ． 一例において、特定の色成分の集まりからの参照は精度が低く、他の色成分からの参照は再構成と同じ精度を有する。

５９． ＣＴＵのサイズがＭ×Ｍであり、参照領域のサイズがｎＭ×ｎＭである場合、参照領域は、ＣＴＵの行における最も近い利用可能なｎ×ｎ ＣＴＵである。
ａ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な４つのＣＴＵをＩＢＣ参照に使用できる。
ｂ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１６個のＣＴＵをＩＢＣ参照に使用できる。

６０． ＣＴＵのサイズがＭであり、参照領域のサイズがｎＭである場合、参照領域は、ＣＴＵの行／タイルにおける最も近い利用可能なｎ－１個のＣＴＵである。
ａ． 一例において、参照領域のサイズが１２８×１２８または２５６×６４であり、ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な３つのＣＴＵをＩＢＣ参照に使用できる。
ｂ． 一例において、参照領域のサイズが１２８×１２８または５１２×３２であり、ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１５個のＣＴＵをＩＢＣ参照に使用できる。

６１． ＣＴＵのサイズがＭである場合、ＶＰＤＵのサイズはｋＭであり、参照領域のサイズはｎＭであり、参照領域はＣＴＵの行／タイルにおける最も近い利用可能なｎ－ｋ個のＣＴＵである。
ａ． 一例において、ＣＴＵのサイズは６４×６４であり、ＶＰＤＵのサイズも６４×６４であり、参照のサイズは１２８×１２８であり、１つのＣＴＵの行における最も近い３つのＣＴＵをＩＢＣ参照のために使用できる。
ｂ． 一例において、ＣＴＵのサイズは３２×３２であり、ＶＰＤＵのサイズは６４×６４であり、参照のサイズは１２８×１２８であり、１つのＣＴＵ行における最も近い（１６－４）＝１２個のＣＴＵをＩＢＣ参照のために使用できる。

６２． ＩＢＣを使用して、左上隅が（ｘ，ｙ）であるｗ×ｈブロックの場合、参照ブロックをメモリ再利用のための特定の領域から守る制約があり、ｗおよびｈは、現在のブロックの幅および高さである。
ａ． 一例において、ＣＴＵのサイズが１２８×１２８であり、（ｘ，ｙ）＝（ｍ×６４，ｎ×６４）である場合、参照ブロックは、（（ｍ－２）×６４，ｎ×６４）から始まる６４×６４の領域と重複することはできない。
ｂ． 一例において、ＣＴＵのサイズが１２８×１２８である場合、参照ブロックは、ｗ×ｈブロックの左上隅が（ｘ－１２８，ｙ）である場合に重複することはできない。
ｃ． 一例において、ＣＴＵのサイズが１２８×１２８である場合、（ｘ＋ＢＶｘ，ｙ＋ＢＶｙ）は、左上隅は（ｘ－１２８，ｙ）であるｗ＊ｈブロック内に存在することはなく、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。
ｄ． 一例において、ＣＴＵのサイズがＭ×Ｍであり、ＩＢＣバッファサイズがｋ×Ｍ×Ｍである場合、参照ブロックは、ｗ×ｈブロックと重複することができず、左上隅は（ｘ－ｋ×Ｍ，ｙ）であり、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。
ｅ． 一例において、ＣＴＵのサイズがＭ×Ｍであり、ＩＢＣバッファサイズがｋ×Ｍ×Ｍである場合、（ｘ＋ＢＶｘ，ｙ＋ＢＶｙ）は、ｗ×ｈイントラブロック内に存在することはなく、左上隅は（ｘ－ｋ×Ｍ，ｙ）であり、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。

６３． ＣＴＵのサイズがＭ×Ｍでなく、参照領域のサイズがｎＭ×ｎＭである場合、参照領域は、ＣＴＵの行における最も近い利用可能なｎ×ｎ－１個のＣＴＵである。
ａ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な３つのＣＴＵをＩＢＣ参照に使用できる。
ｂ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１５個のＣＴＵをＩＢＣ参照に使用できる。

６４． （２ｍ＊６４，２ｎ＊６４）から始まる６４×６４のブロックのＣＵ、即ち１２８×１２８ＣＴＵにおける左上の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２ｍ－２）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。

６５． （（２ｍ＋１）＊６４、（２ｎ＋１）＊６４）から始まる６４×６４ブロックのＣＵ、すなわち、１２８×１２８ＣＴＵにおける右下の６４×６４ブロックの場合、そのＩＢＣ予測は、現在の１２８×１２８ＣＴＵからであってもよい。

６６． （（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４のブロックのＣＵ、即ち１２８×１２８ＣＴＵにおける右上の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２ｍ－１）＊６４， ２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
ａ． 代替的に、（２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロックを再構成した場合、ＩＢＣ予測は、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。

６７． （２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロックのＣＵ、即ち１２８×１２８ＣＴＵにおける左下の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
ａ． 代替的に、（（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４ブロックを再構成されていない場合、ＩＢＣ予測は、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。

６８． 現在のＣＵがどの６４×６４ブロックに属するかに基づいて、参照領域を調整することが提案される。
ａ． 一例において、（ｘ，ｙ）から始まるＣＵの場合、（ｙ＞＞６）＆１＝＝０のとき、（（ｘ＞＞６＜＜６）－１２８，ｙ＞＞６＜＜６）および（（ｘ＞＞６＜＜６）－６４，ｙ＞＞６＜＜６）から始まる２つまたは２つ前までの６４×６４ブロックは、ＩＢＣモードによって参照することができる。
ｂ． 一例において、（ｘ，ｙ）から始まるＣＵの場合、（ｙ＞＞６）＆１＝＝１であるとき、（（ｘ＞＞６＜＜６）－６４，ｙ＞＞６＜＜＜６）から始まる１つの前の６４×６４ブロックは、ＩＢＣモードによって参照することができる。

６９． （ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するブロックの場合、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅならば、ブロックベクトルは無効である。
ａ． 一例において、ブロックは輝度ブロックである。
ｂ． 一例において、このブロックは、４：４：４フォーマットではクロマブロックである。
ｃ． 一例において、このブロックは、輝度成分およびクロマ成分の両方を含む。

７０． （ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する４：２：０形式のクロマブロックの場合、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅならば、ブロックベクトルは無効である。

７１． 成分ｃのブロックに対してＢＶが無効であるかどうかの判定は、輝度サンプルのみをチェックする代わりに、成分Ｘのサンプルの可用性に依存してもよい。
ａ． （ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する成分ｃのブロックの場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅであれば、ブロックベクトルは無効として扱ってもよい。
ｉ． 一例において、このブロックは、輝度ブロックである（例えば、ｃは、輝度成分であるか、またはＲＧＢ符号化のためのＧ成分である）。
ｉｉ． 一例において、このブロックは、４：４：４フォーマットのクロマブロックである（例えば、ｃは、ｃｂまたはｃｒ成分、またはＲＧＢ符号化のためのＢ／Ｒ成分である）。
ｉｉｉ． 一例において、例えば、このブロックは、輝度およびクロマ成分の両方を含むなど、輝度およびクロマ成分の両方のためのサンプルの可用性がチェックしてもよい。
ｂ． 成分ｃの（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する４：２：０形式のクロマブロックの場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅである場合、ブロックベクトルは、無効として扱ってもよい。
ｃ． 成分ｃの（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するクロマブロックまたはサブブロックの場合、クロマ成分のためのｉｓＲｅｃ（ｃ，ｘ＋ＢＶｘ＋Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅ，ｙ）がｔｒｕｅである場合、ブロックベクトルは無効として扱ってもよく、Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅは、クロマ成分のＣＴＵサイズである。
ｉ． 一例において、４：２：０フォーマットの場合、Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅは６４であってもよい。
ｉｉ． 一例において、クロマサブブロックは、４：２：０フォーマットの２×２ブロックであってもよい。
ｉｉｉ． 一例において、クロマサブブロックは、４：４：４フォーマットの４×４ブロックであってもよい。
ｉｖ． 一例において、クロマサブブロックは、輝度成分における最小ＣＵサイズに対応しうる。
１． 代替的に、クロマサブブロックは、クロマ成分の最小ＣＵサイズに対応してもよい。

７２． 上述したすべての黒丸印について、参照バッファは複数のＭ×Ｍブロック（Ｍ＝６４）を含むと仮定する。しかしながら、これは、参照バッファが複数のＮ×Ｍ個のブロックを含む（例えば、Ｎ＝１２８、Ｍ＝６４）等の他の場合にも拡張できる。

７３． 上述したすべての黒丸印に対して、参照バッファが現在のブロックと同じブリック／タイル／タイルグループ／スライス内にあるべきであるという、さらなる制限を適用してもよい。
ａ． 一例において、参照バッファの一部が現在のブリック／タイル／タイルグループ／スライスの外にある場合、ＩＢＣの使用は無効にされ得る。ＩＢＣ関連構文要素の信号通知はスキップしてもよい。
ｂ． 代替的に、参照バッファの一部が現在のブリック／タイル／タイルグループ／スライスの外にある場合、ＩＢＣは１つのブロックに対して依然として有効化される可能性があるが、１つのブロックに関連付けられたブロックベクトルは残りの参照バッファのみを指してもよい。

７４． ＩＢＣの参照領域として、現在のＶＰＤＵを除き、利用可能であれば、ＣＴＵ／ＣＴＢ行の第１のＶＰＤＵ行において、Ｋ１個の最近符号化ＶＰＤＵを有し、可能であれば、ＣＴＵ／ＣＴＢ行の第２のＶＰＤＵ行において、Ｋ２個の最近符号化ＶＰＤＵを有することが提案される。
ａ． 一例において、Ｋ１は２に等しく、Ｋ２は１に等しい。
ｂ． 一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが１２８×１２８であり、ＶＰＤＵサイズが６４×６４である場合に適用されてもよい。
ｃ． 一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが６４×６４であり、ＶＰＤＵサイズが６４×６４および／または３２×３２である場合に適用されてもよい。
ｄ． 一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが３２×３２であり、ＶＰＤＵサイズが３２×３２以下である場合に適用されてもよい。

７５． 上述した方法は、異なる段階で適用されてもよい。
ａ． 一例において、ブロックベクトル（ＢＶ）のモジュール演算（例えば、ｍｏｄ ｂ）を、ＢＶの可用性チェック処理において呼び出して、ＢＶが有効であるか否かを判定してもよい。
ｂ． 一例において、ブロックベクトル（ＢＶ）のモジュール演算（例えば、ｍｏｄ ｂ）を呼び出して、ＩＢＣ仮想バッファまたは再構成ピクチャバッファにおける参照サンプルの位置（例えば、現在のサンプルの位置およびＢＶのモジュール結果に基づいて）を特定してもよい（例えば、インループフィルタリング処理の前）。

５． 実施形態

５．１ 実施形態＃１

ＩＢＣのためのバッファの１つの実装形態を以下に説明する。

バッファサイズは１２８×１２８である。ＣＴＵ のサイズも１２８×１２８である。１つのＣＴＵ行における第１のＣＴＵの符号化のために、バッファは１２８（８ビットの映像信号の場合）で初期化される。ＣＴＵ行におけるｋ番目のＣＴＵを符号化するために、バッファは、（ｋ－１）番目のＣＴＵのループフィルタリングの前に、再構成で初期化される。

図３は、（ｘ，ｙ）から始まるブロックの符号化を例示する。

現在のＣＴＵに関する（ｘ，ｙ）から始まるブロックを符号化する場合、ブロックベクトル（ＢＶｘ，ＢＶｙ）＝（ｘ－ｘ０，ｙ－ｙ０）をデコーダに送信し、参照ブロックがＩＢＣバッファにおける（ｘ０，ｙ０）からであることを示す。それぞれ、ブロックの幅をｗとし、ブロックの高さをｈとする。ブロックの符号化を終えるとき、ＩＢＣバッファにおける（ｘ，ｙ）から始まるｗｘｈ領域は、ループフィルタリング前のブロックの再構成によって更新される。

５．２ 実施形態＃２

図４は、前回符号化された６４×６４ブロックを選択するための、考えられる代替方法を例示する。

５．３ 実施形態＃３

図５は、６４×６４ブロックの符号化／復号化の順序を変更することができる代替方法を例示する。

５．４ 実施形態＃４

図８は、６４×６４ブロックの復号化の順序が上から下へ、左から右である場合、前回の符号化された６４×６４ブロックを選択する別の考えられる代替方法を示す。

５．５ 実施形態＃５

図９は、前回の符号化された６４×６４ブロックを選択する別の考えられる代替方法を示す。

５．６ 実施形態＃６

図１１は、６４×６４ブロックの復号化の順序が左から右、上から下である場合、前回の符号化された６４×６４ブロックを選択するための別の考えられる代替方法を示す。

５．７ 実施形態＃７

ＣＴＵのサイズがＷ×Ｗであり、デコーダにおいて、サイズがｍＷ×Ｗであり、ビット深度がＢであるＩＢＣバッファを実装すると、以下のようになる。

ＣＴＵ行の復号化の開始時に、バッファを値（１＜＜（Ｂ－１））で初期化し、更新の開始点（ｘｂ，ｙｂ）を（０，０）に設定する。

ＣＴＵの左上隅に関する、サイズがｗ×ｈである（ｘ，ｙ）から始まるＣＵを復号化する場合、ビット深度をＢビットに整列させた後、（ｘｂ＋ｘ，ｙｂ＋ｙ）およびｗ×ｈサイズから始まる領域を、ＣＵの再構成された画素値で更新する。

ＣＴＵを復号化した後、更新開始点（ｘｂ，ｙｂ）を（（ｘｂ＋Ｗ）ｍｏｄ ｍＷ，０）と設定する。

ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するＩＢＣ ＣＵを復号化するとき、ＣＴＵの左上隅に関する任意の画素（ｘ，ｙ）について、予測信号のビット深度にビット深度整列した後、バッファの位置（（ｘ＋ＢＶｘ）ｍｏｄ ｍＷ，（ｙ＋ＢＶｙ）ｍｏｄｅ Ｗ）からその予測を抽出する。

一例において、Ｂは７または８に設定され、一方、ブロックの出力／入力ビット深度は１０に等しくてもよい。

５．８ 実施形態＃８

ピクチャの左上隅に関する（ｘ，ｙ）およびブロックベクトル（ＢＶｘ，ＢＶｙ）から始まる輝度ＣＵまたは結合輝度／クロマＣＵの場合、ブロックベクトルは、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅの場合は無効である。

ピクチャの左上隅に関する（ｘ，ｙ）およびブロックベクトル（ＢＶｘ，ＢＶｙ）から始まるクロマＣＵの場合、ブロックベクトルは、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅの場合は無効である。

５．９ 実施形態＃９

ピクチャの左上隅に関する４：２：０形式の（ｘ，ｙ）から始まるクロマブロックまたはサブブロック、およびブロックベクトル（ＢＶｘ，ＢＶｙ）の場合、ｉｓＲｅｃ（ｃ，（ｘ＋ＢＶｘ＋６４，ｙ＋ＢＶｙ）がｔｒｕｅで、ｃがクロマ成分であるとき、ブロックベクトルは無効である。

ピクチャの左上隅に関する、４：４：４形式の（ｘ，ｙ）から始まるクロマブロックまたはサブブロック、およびブロックベクトル（ＢＶｘ，ＢＶｙ）の場合、ｉｓＲｅｃ（ｃ，（ｘ＋ＢＶｘ＋６４，ｙ＋ＢＶｙ）がｔｒｕｅで、ｃがクロマ成分であるとき、ブロックベクトルは無効である。

５．１０ 実施形態＃１０

ピクチャの左上隅に関する（ｘ，ｙ）およびブロックベクトル（ＢＶｘ，ＢＶｙ）から始まる輝度ＣＵまたは結合輝度／クロマＣＵの場合、ブロックベクトルは、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅの場合は無効である。

ピクチャの左上隅に関する、４：２：０形式の（ｘ，ｙ）から始まるクロマブロックまたはサブブロック、およびブロックベクトル（ＢＶｘ，ＢＶｙ）の場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅで、ｃがクロマ成分であるとき、ブロックベクトルは無効である。

５．１１ 実施形態＃１１

本実施形態においては、現在のＶＰＤＵを除き、第１のＶＰＤＵの行にある２つの最も符号化されたＶＰＤＵと、第１のＣＴＵ／ＣＴＢの行の第２のＶＰＤＵの行にある１つの最も符号化されたＶＰＤＵとを保持する実装が強調される。

符号化順が上から下へ、左から右への場合、参照領域は図１３のように示される。

ＶＰＤＵの符号化順が左から右および上から下であり、かつ、現在のＶＰＤＵがピクチャ境界の右側にない場合、参照領域は、図１４のように示される。

ＶＰＤＵの符号化順が左から右および上から下であり、かつ現在のＶＰＤＵがピクチャ境界の右側にある場合、参照領域を図１５として示すことができる。

輝度ブロック（ｘ，ｙ）のサイズがｗ×ｈだとすると、ブロックベクトル（ＢＶｘ，ＢＶｙ）は有効であるか、どうかは以下の条件をチェックすることによって知ることができる。

ｉｓＲｅｃ（（（ｘ＋ＢＶｘ＋１２８）＞＞６＜＜６）－（ｒｅｆｙ＆０ｘ４０）＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｒｅｆｙ＞＞６＝＝ｙ＞＞６）？（ｙ％６４）：０）。ここでは、ｒｅｆｙ＝（ｙ＆０ｘ４０）？（ｙ＋ＢＶｙ）：（ｙ＋ＢＶｙ＋ｗ－１）。

上記関数がｔｒｕｅを返す場合、ブロックベクトル（ＢＶｘ，ＢＶｙ）は無効であり、そうでない場合、ブロックベクトルは有効であり得る。

５．１２ 実施形態＃１２

ＣＴＵのサイズが１９２×１２８である場合、サイズが１９２×１２８の仮想バッファが維持されてＩＢＣの参照サンプルを追跡する。

ピクチャの左上隅に対するサンプル（ｘ，ｙ）は、バッファの左上隅に対する位置（ｘ％１９２，ｙ％１２８）に関連付けられる。以下のステップは、ＩＢＣ参照のために仮想バッファに関連付けられたサンプルの可用性をどのようにマークするかを示す。

ピクチャの左上隅に対する位置（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を記録して、直近に復号化されたＶＰＤＵの左上のサンプルを表す。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化開始時に、ｘ＝（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％（ｍＷＶＰＤＵ），．．，（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％（ｍＷＶＰＤＵ））－１＋ＷＶＰＤＵ；ａｎｄ ｙ＝ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），．．，（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵの場合の位置（ｘ，ｙ）を利用不可能としてマークしてもよい。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％（ｍＷＶＰＤＵ），．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％（ｍＷＶＰＤＵ）およびｙ＝ｙＣＵ％（ｎＨＶＰＤＵ），．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％（ｎＨＶＰＤＵ）の場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４）ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％（ｍＷＶＰＤＵ），．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％（ｍＷＶＰＤＵ）およびｙ＝（ｙＣＵ＋ｙＢＶ）％（ｎＨＶＰＤＵ），．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％（ｎＨＶＰＤＵ）の場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。

図１６は、ピクチャにおけるバッファ状態をＶＰＤＵの復号化状態とともに示す。

５．１３ 実施形態＃１３

ＣＴＵのサイズが１２８×１２８であるか、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合には、サイズ１９２×１２８の仮想バッファを維持してＩＢＣのための参照サンプルを追跡する。以下、ａ＜０の場合、（ａ ％ ｂ）をｆｌｏｏｒ（ａ／ｂ）＊ｂとして定義し、ｆｌｏｏｒ（ｃ）は、ｃ以下の最大の整数を返す。

ピクチャの左上隅に対するサンプル（ｘ，ｙ）は、バッファの左上隅に対する位置（ｘ％１９２，ｙ％１２８）に関連付けられる。以下のステップは、ＩＢＣ参照のために仮想バッファに関連付けられたサンプルの可用性をどのようにマークするかを示す。

ピクチャの左上隅に対する位置（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を記録して、直近に復号化されたＶＰＤＵの左上のサンプルを表す。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化の始めに、
ａ． ｙＰｒｅｖＶＰＤＵ％６４が０に等しい場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－１２８）％１９２，．．，（（ｘＰｒｅｖＶＰＤＵ－１２８）％１９２）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
ｂ． そうでない場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－６４）％１９２，．．，（（ｘＰｒｅｖＶＰＤＵ－６４）％１９２）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％１９２，．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％１９２およびｙ＝ｙＣＵ％１２８，．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４） ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％１９２，．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％１９２およびｙ＝（ｙＣＵ＋ｙＢＶ）％１２８，．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。

ＣＴＵのサイズがＳ×Ｓである場合、Ｓが１２８に等しくないので、Ｗｂｕｆを１２８＊１２８／Ｓに等しくする。サイズＷｂｕｆｘＳの仮想バッファが維持して、ＩＢＣの参照サンプルを追跡する。この場合、ＶＰＤＵのサイズはＣＴＵのサイズに等しい。

ピクチャの左上隅に対する位置（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を記録して、直近に復号化されたＶＰＤＵの左上のサンプルを表す。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化の開始時に、ｘ＝（ｘＰｒｅｖＶＰＤＵ－Ｗ_ｂｕｆ＊Ｓ）％Ｓ，．．，（（ｘＰｒｅｖＶＰＤＵ－Ｗ_ｂｕｆ＊Ｓ）％Ｓ）＋Ｓ－１；ａｎｄｙ＝ｙＰｒｅｖＶＰＤＵ％Ｓ，．．，（ｙＰｒｅｖＶＰＤＵ％Ｓ）＋Ｓ－１の場合の位置（ｘ，ｙ）は、利用不可能であるとマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％（Ｗ_ｂｕｆ），．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％（Ｗ_ｂｕｆ）およびｙ＝ｙＣＵ％Ｓ，．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％Ｓである場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４） ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％（Ｗｂｕｆ），．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％（Ｗｂｕｆ）およびｙ＝（ｙＣＵ＋ｙＢＶ）％Ｓ，．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％Ｓの場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。

５．１４ 実施形態＃１４

ＣＴＵのサイズが１２８×１２８であるか、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合には、サイズ２５６×１２８の仮想バッファを維持してＩＢＣのための参照サンプルを追跡する。以下、ａ＜０の場合、（ａ％ｂ）をｆｌｏｏｒ（ａ／ｂ）＊ｂとして定義し、ｆｌｏｏｒ（ｃ）は、ｃ以下の最大の整数を返す。

ピクチャの左上隅に対するサンプル（ｘ，ｙ）は、バッファの左上隅に対する位置（ｘ％２５６，ｙ％１２８）に関連付けられる。以下のステップは、ＩＢＣ参照のために仮想バッファに関連付けられたサンプルの可用性をどのようにマークするかを示す。

ピクチャの左上隅に対する位置（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を記録して、直近に復号化されたＶＰＤＵの左上のサンプルを表す。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化の始めに、
ａ． ｙＰｒｅｖＶＰＤＵ％６４が０に等しい場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－１２８）％２５６，．．，（（ｘＰｒｅｖＶＰＤＵ－１２８）％２５６）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
ｂ． そうでない場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－６４）％２５６，．．，（（ｘＰｒｅｖＶＰＤＵ－６４）％２５６）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％２５６，．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％２５６およびｙ＝ｙＣＵ％１２８，．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４） ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％２５６，．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％２５６およびｙ＝（ｙＣＵ＋ｙＢＶ）％１２８，．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。

ＣＴＵのサイズが１２８×１２８でない、または６４×６４未満である、または６４×６４未満である場合、前の実施例、すなわち、実施形態＃１４と同じ処理が適用される。

５．１５ 実施形態＃１５

ＩＢＣ参照可用性マーキング処理を以下のように説明する。この文書では、その変更を太字、下線、イタリック体で示している。

ＢｕｆＷｉｄｔｈ は（ＣｔｂＳｉｚｅＹ＝＝１２８）？２５６：（１２８＊１２８／ＣｔｂＳｉｚｅＹ）に等しく、ＢｕｆＨｅｉｇｈｔはＣｔｂＳｉｚｅＹに等しい。

７．３．７．５ 符号化ユニット構文

８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理

８．６．２．１ 一般
．．．
８．６．３．２項のブロックベクトルｍｖＬでブロックベクトル妥当性検査処理が呼び出される時に、ｉｓＢＶｖａｌｉｄがｔｒｕｅであることが、ビットストリーム共同性能の要件である。．．．

８．６．３ ｉｂｃブロックの復号化処理

８．６．３．１ 一般

この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 水平および垂直方向の輝度符号化サブブロックの数を規定する変数ｎｕｍＳｂＸおよびｎｕｍＳｂＹ、
－ 動きベクトルｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］ｗｉｔｈｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１、およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１、－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ。
－ ａ （ｎＩｂｃＢｕｆＷ）×（ｃｔｂＳｉｚｅ）ａｒｒａｙ ｉｂｃＢｕｆ
．．．

ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１，およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１である場合のサブブロックインデックス（ｘＳｂＩｄｘ，ｙＳｂＩｄｘ）の各コーディングサブブロックに対して、以下が適用される。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化サブブロックの左上のサンプルを規定する輝度位置（ｘＳｂ，ｙＳｂ）は、以下のように導出される。
（ｘＳｂ，ｙＳｂ）＝（ｘＣｂ＋ｘＳｂＩｄｘ＊ｓｂＷｉｄｔｈ，ｙＣｂ＋ｙＳｂＩｄｘ＊ｓｂＨｅｉｇｈｔ） （８－９１３）

ｃＩｄｘが０に等しい場合、ｎＩｂｃＢｕｆＷをｉｂｃＢｕｆｆｅｒＷｉｄｔｈに設定し、そうでない場合、ｎＩｂｃＢｕｆＷを（ｉｂｃＢｕｆｆｅｒＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）に設定する。以下のことが適用される。
ｐｒｅｄＳａｍｐｌｅｓ［ｘＳｂ＋ｘ］［ｙＳｂ＋ｙ］＝ｉｂｃＢｕｆ［（ｘＳｂ＋ｘ＋（ｍｖ［ｘＳｂ］［ｙＳｂ］［０］＞＞４））％ ｎＩｂｃＲｅｆＷ］［ｙＳｂ＋ｙ＋（ｍｖ［ｘＳｂ］［ｙＳｂ］［１］＞＞４）］ｗｉｔｈ ｘ＝０．．ｓｂＷｉｄｔｈ－１
ａｎｄ ｙ＝０．．ｓｂＨｅｉｇｈｔ－１．
．．．

８．６．３．２ブロックベクトル妥当性検査処理

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 水平および垂直方向の輝度符号化サブブロックの数を規定する変数ｎｕｍＳｂＸおよびｎｕｍＳｂＹ、
－ ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１、およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１の場合のブロックベクトルｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］、
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ、
－ ａ（ｎＩｂｃＢｕｆＷ）ｘ（ｃｔｂＳｉｚｅ）ａｒｒａｙ ｉｂｃＢｕｆ

この処理の出力は、ブロックベクトルが有効であるかどうかを示すためのフラグｉｓＢＶｖａｌｉｄである。

以下が適用される
１． ｉｓＢＶｖａｌｉｄはｔｒｕｅに等しくなるように設定される。
２． （（ｙＣｂ ＆（ｃｔｂＳｉｚｅ－１）＋ｍｖ［０］［０］［１］＋ｃｂＨｅｉｇｈｔ）＞ｃｔｂＳｉｚｅの場合、ｉｓＢＶｖａｌｉｄはｆａｌｓｅに等しく設定される。
３． そうでない場合、ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１，およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１である各サブブロックインデックスｘＳｂＩｄｘ，ｙＳｂＩｄｘに対しては、ｉｂｃＢｕｆの左上の輝度サンプルに対するその位置を導出する。
ｘＴＬ＝（ｘＣｂ＋ｘＳｂＩｄｘ＊ｓｂＷｉｄｔｈ＋ｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［０］）＆（ｎＩｂｃＢｕｆＷ－１）
ｙＴＬ＝（ｙＣｂ＆（ｃｔｂＳｉｚｅ－１））＋ｙＳｂＩｄｘ ＊ ｓｂＨｅｉｇｈｔ＋ｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［１］
ｘＢＲ＝（ｘＣｂ＋ｘＳｂＩｄｘ ＊ ｓｂＷｉｄｔｈ＋ｓｂＷｉｄｔｈ－１＋ｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［０］）＆（ｎＩｂｃＢｕｆＷ－１）
ｙＢＲ＝（ｙＣｂ ＆（ｃｔｂＳｉｚｅ－１））＋ｙＳｂＩｄｘ ＊ ｓｂＨｅｉｇｈｔ＋ｓｂＨｅｉｇｈｔ－１＋ｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［１］
もし（ｉｓＤｅｃｏｄｅｄ［ｘＴＬ＞＞２］［ｙＴＬ＞＞２］＝＝０）あるいは（ｉｓＤｅｃｏｄｅｄ［ｘＢＲ＞＞２］［ｙＴＬ＞＞２］＝＝０）あるいは（ｉｓＤｅｃｏｄｅｄ［ｘＢＲ＞＞２］［ｙＢＲ＞＞２］＝＝０）であれば、ｉｓＢＶｖａｌｉｄはｆａｌｓｅに等しいと設定される。

８．７．５ピクチャ再構成処理

８．７．５．１ 一般

この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ） ａｒｒａｙ ｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ） ａｒｒａｙ 。

この処理の出力は以下の通りである。
－ 再構成されたピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓ。
－ ＩＢＣ参照アレイｉｂｃＢｕｆ
．．．
ｎＩｂｃＢｕｆＷはｉｂｃＢｕｆの幅であることを示し，以下が適用される。
ｉｂｃＢｕｆ［（ｘＣｕｒｒ＋ｉ）＆（ｎＩｂｃＢｕｆＷ－１）］［（ｙＣｕｒｒ＋ｊ）＆（ｃｔｂＳｉｚｅ－１）］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｗｉｔｈ ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．

５．１６ 実施形態＃１６

以下の変更を除き、上記実施形態と同じである。

ＢｕｆＷｉｄｔｈは（ＣｔｂＳｉｚｅＹ＝＝１２８）？１９２：（１２８＊１２８／ＣｔｂＳｉｚｅＹ）に等しく、ＢｕｆＨｅｉｇｈｔはＣｔｂＳｉｚｅＹに等しい。

５．１７ 実施形態＃１７

本明細書では、一部の例における変化は、太字、下線を付したテキストで示される。

７．３．７ スライスデータ構文

７．３．７．１ 一般スライスデータ構文

７．４．８．５ 符号化ユニット構文

以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ＴＲＵＥ．
－ ＳｍｒＸ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ｘ０．
－ ＳｍｒＹ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ｙ０．

ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下の通り割り当てをする。
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）
ｖＳｉｚｅをｍｉｎ（ｃｔｂＳｉｚｅ，６４）、ｗＩｂｃＢｕｆを（１２８＊１２８／ｃｔｂＳｉｚｅ）とする。ｉｂｃＢｕｆの幅および高さは、ｗＩｂｃＢｕｆおよびｃｔｂＳｉｚｅに従う。
ｒｅｆｒｅｓＨＩｂｃＢｕｆが１に等しい場合、以下が適用される。
－ｉｂｃＢｕｆ［ｘ ％ ｗＩｂｃＢｕｆ］［ｙ ％ ｃｔｂＳｉｚｅ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ｃｔｂＳｉｚｅ－１
－ｒｅｓｅｔＩｂｃＢｕｆ＝０
（ｘ０ ％ ｖＳｉｚｅ）が０に等しく、かつ、（ｙ０ ％ ｖＳｉｚｅ）が０に等しいとき，但しｘ＝ｘ０．．ｘ０＋ｖＳｉｚｅ－１ であって ｙ＝ｙ０．．ｙ０＋ｖＳｉｚｅ －１であるが，以下が適用される。
ｉｂｃＢｕｆ［ｘ ％ ｗＩｂｃＢｕｆ］［ｙ ％ ｃｔｂＳｉｚｅ］＝－１

８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理

８．６．２．１一般

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。

この処理の出力は以下の通りである。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。

輝度動きベクトルｍｖＬは、以下のように導出される。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０の場合、以下が適用される
１． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
２． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
３． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２^１８）％ ２^１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２^１７）？（ｕ［０］－２^１８）：ｕ［０］（８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２^１８）％ ２^１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２^１７）？（ｕ［１］－２^１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２^１７～２^１７－１の範囲に含まれる。

８．６．２．６項で規定されるような履歴に基づく動きベクトル予測子リストの更新処理は、輝度動きベクトルｍｖＬを使用して呼び出される。
輝度ブロックベクトルｍｖＬが以下の制約に従うべきであることは、ビットストリーム適合性の要件である。
－ （（（ｙＣｂ＋（ｍｖＬ［１］＞４））％ ｗＩｂｃＢｕｆ）＋ｃｂＨｅｉｇｈｔがｃｔｂＳｉｚｅ以下である。
－ ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、ｉｂｃＢｕｆ［（ｘ＋（ｍｖＬ［０］＞＞４））％ ｗＩｂｃＢｕｆ］［（ｙ＋（ｍｖＬ［１］＞＞４））％ ｃｔｂＳｉｚｅ］は－１に等しくならない。

８．７．５ ピクチャ再構成処理

８．７．５．１ 一般

この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ ｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ ｐｒｅｄＳａｍｐｌｅｓ。

この処理の出力は、再構成ピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓおよびＩＢＣバッファアレイｉｂｃＢｕｆである。

色成分ｃＩｄｘの値に基づいて、以下の割り当てが行われる。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳ_Ｌに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。
－ そうでない場合（ｃＩｄｘが２に等しい）、ｔｕＣｂｆＣｈｒｏｍａをｔｕ＿ｃｂｆ＿ｃｒ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定し、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｒに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。

ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値によって、以下が適用される。－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列 ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。現在の符号化ユニットを復号化した後、以下が適用される。
ｉｂｃＢｕｆ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆ］［（ｙＣｕｒｒ＋ｊ）％ ｃｔｂＳｉｚｅ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．

５．１８ 実施形態＃１８

本明細書では、いくつかの例における変更を、太字、下線、イタリック体で示している。

７．３．７ スライスデータ構文

７．３．７．１ 一般スライスデータ構文

７．４．８．５符号化ユニット構文

以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ＴＲＵＥ．
－ ＳｍｒＸ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ｘ０．
－ ＳｍｒＹ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ｙ０．

ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下の通り割り当てをする。
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）

ｖＳｉｚｅをｍｉｎ（ｃｔｂＳｉｚｅ，６４）に、ｗＩｂｃＢｕｆＹを（１２８＊１２８／ＣｔｂＳｉｚｅＹ）に設定する。
ｉｂｃＢｕｆ_Ｌは、幅がｗＩｂｃＢｕｆＹであり、高さがＣｔｂＳｉｚｅＹである配列である。
ｉｂｃＢｕｆ_ＣｂおよびｉｂｃＢｕｆ_Ｃｒは、幅がｗＩｂｃＢｕｆＣ＝（ｗＩｂｃＢｕｆＹ／ＳｕｂＷｉｄｔｈＣ）であり、高さが（ＣｔｂＳｉｚｅＹ／ＳｕｂＨｅｉｇｈｔＣ）であるアレイ、すなわちＣｔｂＳｉｚｅＣである。

ｒｅｓｅｔＩｂｃＢｕｆが１に等しい場合、以下が適用される。
－ ｉｂｃＢｕｆ_Ｌ［ｘ ％ ｗＩｂｃＢｕｆＹ］［ｙ ％ ＣｔｂＳｉｚｅＹ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＹ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＹ－１
－ ｉｂｃＢｕｆ_Ｃｂ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＣ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＣ －１
－ ｉｂｃＢｕｆ_Ｃｒ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ ｙ ％ ＣｔｂＳｉｚｅＣ ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＣ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＣ－１
－ ｒｅｓｅｔＩｂｃＢｕｆ＝０

（ｘ０ ％ ｖＳｉｚｅＹ）が０と等しく、（ｙ０ ％ ｖＳｉｚｅＹ）が０と等しい場合、以下が適用される。
－ ｉｂｃＢｕｆ_Ｌ［ｘ ％ ｗＩｂｃＢｕｆＹ］［ｙ％ ＣｔｂＳｉｚｅＹ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｖＳｉｚｅ －１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ｖＳｉｚｅ －１
－ ｉｂｃＢｕｆ_Ｃｂ［ ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０／ＳｕｂＷｉｄｔｈＣ．．ｘ０／ＳｕｂＷｉｄｔｈＣ＋ｖＳｉｚｅ／ ＳｕｂＷｉｄｔｈＣ－１ ａｎｄ ｙ＝ｙ０／ＳｕｂＨｅｉｇｈｔＣ．．ｙ０／ＳｕｂＨｅｉｇｈｔＣ＋ｖＳｉｚｅ／ＳｕｂＨｅｉｇｈｔＣ－１
－ ｉｂｃＢｕｆ_Ｃｒ［ ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０／ＳｕｂＷｉｄｔｈＣ．．ｘ０／ＳｕｂＷｉｄｔｈＣ＋ｖＳｉｚｅ／ＳｕｂＷｉｄｔｈＣ－１ ａｎｄ ｙ＝ｙ０／ＳｕｂＨｅｉｇｈｔＣ．．ｙ０／ＳｕｂＨｅｉｇｈｔＣ＋ｖＳｉｚｅ／ＳｕｂＨｅｉｇｈｔＣ－１

８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理

８．６．２．１ 一般

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。

この処理の出力は以下の通りである。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。

輝度動きベクトルｍｖＬは、以下のように導出される。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０と等しい場合、以下が適用される。
４． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
５． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
６． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２^１８）％ ２^１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２^１７）？（ｕ［０］－２^１８）：ｕ［０］ （８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２^１８）％ ２^１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２^１７）？（ｕ［１］－２^１８）：ｕ［１］ （８－８８８）注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２^１７～２^１７－１の範囲に含まれる。

８．６．２．６項で規定されるような履歴に基づく動きベクトル予測子リストの更新処理は、輝度動きベクトルｍｖＬを使用して呼び出される。

８．６．２．５項は、ｍｖＬを入力として、ｍｖＣを出力として呼び出される。
輝度ブロックベクトルｍｖＬが以下の制約に従うべきであることは、ビットストリーム適合性の要件である。
－ （（（ｙＣｂ＋（ｍｖＬ［１］＞４））％ ＣｔｂＳｉｚｅＹ）＋ｃｂＨｅｉｇｈｔがＣｔｂＳｉｚｅＹ以下である。
－ ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、ｉｂｃＢｕｆ_Ｌ［（ｘ＋（ｍｖＬ［０］＞＞４））％ ｗＩｂｃＢｕｆＹ］［（ｙ＋（ｍｖＬ［１］＞＞４））％ ＣｔｂＳｉｚｅＹ］は、－１に等しくはならない。
－ ｔｒｅｅＴｙｐｅ がＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合、ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１に対しては、，ｉｂｃＢｕｆ_Ｃｂ［（ｘ＋（ｍｖＣ［０］＞５））％ ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖＣ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］］は、－１に等しくはならない。

８．６．３ ｉｂｃブロックの復号化処理

８．６．３．１ 一般

この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 現在のブロックの色成分インデックス、
－ 動きベクトルｍｖ、
－ ａｎ（ｗＩｂｃＢｕｆＹ）×（ＣｔｂＳｉｚｅＹ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｌ，ａｎ（ｗＩｂｃＢｕｆＣ）×（ＣｔｂＳｉｚｅＣ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｃｂ， ａｎ（ｗＩｂｃＢｕｆＣ）×（ＣｔｂＳｉｚｅＣ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｃｒ。

この処理の出力は以下の通りである。
－ 予測サンプルの配列ｐｒｅｄＳａｍｐｌｅｓ。

ｘ＝ｘＣｂ．．ｘＣｂ＋Ｗｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋Ｈｅｉｇｈｔ－１の場合、以下が適用される
ｃＩｄｘが０に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆ_Ｌ［（ｘ＋ｍｖ［０］＞＞４））％ ｗＩｂｃＢｕｆＹ］［（ｙ＋（ｍｖ［１］＞＞４））％ ＣｔｂＳｉｚｅＹ］
ｃＩｄｘが１に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆ_Ｃｂ［（ｘ＋ｍｖ［０］＞＞５））％ ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］
ｃＩｄｘが２に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆ_Ｃｒ［（ｘ＋ｍｖ［０］＞＞５））％ ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］

８．７．５ピクチャ再構成処理

８．７．５．１一般

この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ ｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ。

この処理の出力は、再構成されたピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓおよびＩＢＣバッファアレイｉｂｃＢｕｆ_Ｌ、ｉｂｃＢｕｆ_Ｃｂ、ｉｂｃＢｕｆ_Ｃｒである。

色成分ｃＩｄｘの値に基づいて、以下の割り当てが行われる。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳ_Ｌに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列Ｓ_Ｃｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。
－ そうでない場合、（ｃＩｄｘが２に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列Ｓ_Ｃｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。

ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値によって、以下が適用される。－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。

現在の符号化ユニットを復号化した後、以下を適用することができる。
ｃＩｄｘが０に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｌ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＹ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＹ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１， ｊ＝０．．ｎＣｕｒｒＳｈ－１．
ｃＩｄｘが１に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｃｂ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＣ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＣ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１， ｊ＝０．．ｎＣｕｒｒＳｈ－１．
ｃＩｄｘが２に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｃｒ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＣ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＣ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１， ｊ＝０．．ｎＣｕｒｒＳｈ－１．

５．１９ 実施形態＃１９

本明細書では、一部の例における変化は、太字、下線を付したテキストで示される。

７．３．７ スライスデータ構文

７．３．７．１ 一般スライスデータ構文

７．４．８．５符号化ユニット構文

以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ＴＲＵＥ．
－ ＳｍｒＸ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ｘ０．
－ ＳｍｒＹ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ｙ０．

ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下の通り割り当てをする。
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）

ｖＳｉｚｅをｍｉｎ（ｃｔｂＳｉｚｅ，６４）に、ｗＩｂｃＢｕｆＹを（１２８＊１２８／ＣｔｂＳｉｚｅＹ）に設定する。ｉｂｃＢｕｆ_Ｌは、幅がｗＩｂｃＢｕｆＹであり、高さがＣｔｂＳｉｚｅＹである配列である。ｉｂｃＢｕｆ_ＣｂおよびｉｂｃＢｕｆ_Ｃｒは、幅がｗＩｂｃＢｕｆＣ＝（ｗＩｂｃＢｕｆＹ／ＳｕｂＷｉｄｔｈＣ）であり、高さが（ＣｔｂＳｉｚｅＹ／ＳｕｂＨｅｉｇｈｔＣ）であるアレイ、すなわちＣｔｂＳｉｚｅＣである。

ｒｅｓｅｔＩｂｃＢｕｆが１に等しい場合、以下が適用される。
－ ｉｂｃＢｕｆ_Ｌ［ｘ ％ ｗＩｂｃＢｕｆＹ］［ｙ ％ ＣｔｂＳｉｚｅＹ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＹ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＹ－１
－ ｉｂｃＢｕｆ_Ｃｂ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＣ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＣ－１
－ ｉｂｃＢｕｆ_Ｃｒ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＣ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＣ－１
－ ｒｅｓｅｔＩｂｃＢｕｆ＝０

（ｘ０ ％ ｖＳｉｚｅＹ）が０と等しく、（ｙ０ ％ ｖＳｉｚｅＹ）が０と等しい場合、以下が適用される。
－ ｉｂｃＢｕｆ_Ｌ［ ｘ ％ ｗＩｂｃＢｕｆＹ］［ｙ ％ ＣｔｂＳｉｚｅＹ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｍｉｎ（ｖＳｉｚｅ，ｃｂＷｉｄｔｈ）－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ｍｉｎ（ｖＳｉｚｅ， ｃｂＨｅｉｇｈｔ）－１
－ ｉｂｃＢｕｆ_Ｃｂ［ ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０／ＳｕｂＷｉｄｔｈＣ．．ｘ０／ＳｕｂＷｉｄｔｈＣ＋ｍｉｎ（ｖＳｉｚｅ／ＳｕｂＷｉｄｔｈＣ，ｃｂＷｉｄｔｈ）－１ ａｎｄ ｙ＝ｙ０／ＳｕｂＨｅｉｇｈｔＣ．．ｙ０／ＳｕｂＨｅｉｇｈｔＣ＋ｍｉｎ（ｖＳｉｚｅ／ＳｕｂＨｅｉｇｈｔＣ，ｃｂＨｅｉｇｈｔ）－１
－ ｉｂｃＢｕｆ_Ｃｒ［ ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０／ＳｕｂＷｉｄｔｈＣ．．ｘ０／ＳｕｂＷｉｄｔｈＣ＋ｍｉｎ（ｖＳｉｚｅ／ＳｕｂＷｉｄｔｈＣ，ｃｂＷｉｄｔｈ）－１ ａｎｄ ｙ＝ｙ０／ＳｕｂＨｅｉｇｈｔＣ．．ｙ０／ＳｕｂＨｅｉｇｈｔＣ＋ｍｉｎ（ｖＳｉｚｅ／ＳｕｂＨｅｉｇｈｔＣ，ｃｂＨｅｉｇｈｔ）－１

８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理

８．６．２．１ 一般

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。

この処理の出力は以下の通りである。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。

輝度動きベクトルｍｖＬは、以下のように導出される。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０の場合、以下が適用される
７． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
８． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
９． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２^１８）％ ２^１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２^１７）？（ｕ［０］－２^１８）：ｕ［０］ （８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２^１８）％ ２^１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２^１７）？（ｕ［１］－２^１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２^１７～２^１７－１の範囲に含まれる。

８．６．２．６項で規定されるような履歴に基づく動きベクトル予測子リストの更新処理は、輝度動きベクトルｍｖＬを使用して呼び出される。
８．６．２．５項は、ｍｖＬを入力として、ｍｖＣを出力として呼び出される。
輝度ブロックベクトルｍｖＬが以下の制約に従うべきであることは、ビットストリーム適合性の要件である。
－ （（（ｙＣｂ＋（ｍｖＬ［１］＞４））％ ＣｔｂＳｉｚｅＹ）＋ｃｂＨｅｉｇｈｔがＣｔｂＳｉｚｅＹ以下である。
－ ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、ｉｂｃＢｕｆＬ［（ｘ＋（ｍｖＬ［０］＞＞４））％ ｗＩｂｃＢｕｆＹ］［（ｙ＋（ｍｖＬ［１］＞＞４））％ ＣｔｂＳｉｚｅＹ］は、－１に等しくはならない。
－ ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合、ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１に対しては、ｉｂｃＢｕｆ_Ｃｂ［（ｘ＋（ｍｖＣ［０］＞５））％ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖＣ［１］＞＞５））％ＣｔｂＳｉｚｅＣ］］は、－１に等しくはならない。

８．６．３ ｉｂｃブロックの復号化処理

８．６．３．１ 一般

この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ、
－ ・動きベクトルｍｖ、－ ａｎ（ｗＩｂｃＢｕｆＹ）ｘ（ＣｔｂＳｉｚｅＹ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｌ，ａｎ（ｗＩｂｃＢｕｆＣ）ｘ（ＣｔｂＳｉｚｅＣ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｃｂ， ａｎ（ｗＩｂｃＢｕｆＣ）ｘ（ＣｔｂＳｉｚｅＣ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｃｒ．

この処理の出力は以下の通りである。
－ 予測サンプルの配列ｐｒｅｄＳａｍｐｌｅｓ

ｘ＝ｘＣｂ．．ｘＣｂ＋Ｗｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋Ｈｅｉｇｈｔ－１，の場合、以下が適用される
ｃＩｄｘが０に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆ_Ｌ［（ｘ＋ｍｖ［０］＞＞４））％ ｗＩｂｃＢｕｆＹ］［（ｙ＋（ｍｖ［１］＞＞４））％ ＣｔｂＳｉｚｅＹ］
ｃＩｄｘが１に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆ_Ｃｂ［（ｘ＋ｍｖ［０］＞＞５））％ ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］
ｃＩｄｘが２に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆ_Ｃｒ［（ｘ＋ｍｖ［０］＞＞５））％ ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］

８．７．５ピクチャ再構成処理

８．７．５．１ 一般

この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ ｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ。

この処理の出力は、再構成されたピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓおよびＩＢＣバッファアレイｉｂｃＢｕｆ_Ｌ、ｉｂｃＢｕｆ_Ｃｂ、ｉｂｃＢｕｆ_Ｃｒである。

色成分ｃＩｄｘの値に基づいて、以下の割り当てが行われる。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳＬに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列Ｓ_Ｃｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。
－ そうでない場合、（ｃＩｄｘが２に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列Ｓ_Ｃｒに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。

ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値によって、以下が適用される。－ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）、８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列 ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。

現在の符号化ユニットを復号化した後、以下を適用することができる。
ｃＩｄｘが０に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｌ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＹ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＹ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．
ｃＩｄｘが１に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｃｂ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＣ］［（ｙＣｕｒｒ＋ｊ）％
ＣｔｂＳｉｚｅＣ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１， ｊ＝０．．ｎＣｕｒｒＳｈ－１．
ｃＩｄｘが２に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｃｒ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＣ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＣ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．

５．２０ 実施形態＃２０

本明細書では、いくつかの例における変更を、太字、下線、イタリック体で示している。

７．３．７ スライスデータ構文

７．３．７．１ 一般スライスデータ構文

７．４．８．５ 符号化ユニット構文

以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］ ｉｓ ｅｑｕａｌ ｔｏ ＴＲＵＥ．
－ ＳｍｒＸ［ｘ０］［ｙ０］ ｉｓ ｅｑｕａｌ ｔｏ ｘ０．
－ ＳｍｒＹ［ｘ０］［ｙ０］ ｉｓ ｅｑｕａｌ ｔｏ ｙ０．

ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下の通り割り当てをする。
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）

ｖＳｉｚｅをｍｉｎ（ｃｔｂＳｉｚｅ，６４）に、ｗＩｂｃＢｕｆＹを（１２８＊１２８／ＣｔｂＳｉｚｅＹ）に設定する。
ｉｂｃＢｕｆ_Ｌは、幅がｗＩｂｃＢｕｆＹであり、高さがＣｔｂＳｉｚｅＹである配列である。
ｉｂｃＢｕｆ_ＣｂおよびｉｂｃＢｕｆ_Ｃｒは、幅がｗＩｂｃＢｕｆＣ＝（ｗＩｂｃＢｕｆＹ／ＳｕｂＷｉｄｔｈＣ）であり、高さが（ＣｔｂＳｉｚｅＹ／ＳｕｂＨｅｉｇｈｔＣ）であるアレイ、すなわちＣｔｂＳｉｚｅＣである。

ｒｅｓｅｔＩｂｃＢｕｆが１に等しい場合、以下が適用される。
－ ｉｂｃＢｕｆ_Ｌ［ｘ％ｗＩｂｃＢｕｆＹ］［ｙ ％ ＣｔｂＳｉｚｅＹ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＹ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＹ－１
－ ｉｂｃＢｕｆ_Ｃｂ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＣ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＣ－１
－ ｉｂｃＢｕｆ_Ｃｒ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＣ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＣ－１
－ ｒｅｓｅｔＩｂｃＢｕｆ＝０

（ｘ０ ％ ｖＳｉｚｅＹ）が０と等しく、（ｙ０ ％ ｖＳｉｚｅＹ）が０と等しい場合、以下が適用される。
－ ｉｂｃＢｕｆ_Ｌ［ｘ ％ ｗＩｂｃＢｕｆＹ］［ｙ ％ ＣｔｂＳｉｚｅＹ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｍａｘ（ｖＳｉｚｅ，ｃｂＷｉｄｔｈ）－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ｍａｘ（ｖＳｉｚｅ，ｃｂＨｅｉｇｈｔ）－１
－ ｉｂｃＢｕｆ_Ｃｂ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０／ＳｕｂＷｉｄｔｈＣ．．ｘ０／ＳｕｂＷｉｄｔｈＣ＋ｍａｘ（ｖＳｉｚｅ／ＳｕｂＷｉｄｔｈＣ，ｃｂＷｉｄｔｈ）－１ ａｎｄ ｙ＝ｙ０／ＳｕｂＨｅｉｇｈｔＣ．．ｙ０／ＳｕｂＨｅｉｇｈｔＣ＋ｍａｘ（ｖＳｉｚｅ／ＳｕｂＨｅｉｇｈｔＣ，ｃｂＨｅｉｇｈｔ）－１
－ ｉｂｃＢｕｆ_Ｃｒ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０／ＳｕｂＷｉｄｔｈＣ．．ｘ０／ＳｕｂＷｉｄｔｈＣ＋ｍａｘ（ｖＳｉｚｅ／ＳｕｂＷｉｄｔｈＣ，ｃｂＷｉｄｔｈ）－１ ａｎｄ ｙ＝ｙ０／ＳｕｂＨｅｉｇｈｔＣ．．ｙ０／ＳｕｂＨｅｉｇｈｔＣ＋ｍａｘ（ｖＳｉｚｅ／ＳｕｂＨｅｉｇｈｔＣ，ｃｂＨｅｉｇｈｔ）－１

８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理

８．６．２．１ 一般

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。

この処理の出力は以下の通りである。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。

輝度動きベクトルｍｖＬは、以下のように導出される。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０と等しい場合、以下が適用される。
１０． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
１１． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
１２． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２^１８）％ ２^１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２^１７）？（ｕ［０］－２^１８）：ｕ［０］ （８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２^１８）％ ２^１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２^１７）？（ｕ［１］－２^１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２^１７～２^１７－１の範囲に含まれる。

８．６．２．６項で規定されるような履歴に基づく動きベクトル予測子リストの更新処理は、輝度動きベクトルｍｖＬを使用して呼び出される。

８．６．２．５項は、ｍｖＬを入力として、ｍｖＣを出力として呼び出される。
輝度ブロックベクトルｍｖＬが以下の制約に従うべきであることは、ビットストリーム適合性の要件である。
－ （（（ｙＣｂ＋（ｍｖＬ［１］＞４））％ ＣｔｂＳｉｚｅＹ）＋ｃｂＨｅｉｇｈｔがＣｔｂＳｉｚｅＹ以下である。
－ ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、ｉｂｃＢｕｆＬ［（ｘ＋（ｍｖＬ［０］＞＞４））％ ｗＩｂｃＢｕｆＹ］［（ｙ＋（ｍｖＬ［１］＞＞４））％ ＣｔｂＳｉｚｅＹ］は、－１に等しくはならない。

８．６．３ ｉｂｃブロックの復号化処理

８．６．３．１ 一般

この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ、
－ 動きベクトルｍｖ
－ ａｎ（ｗＩｂｃＢｕｆＹ）×（ＣｔｂＳｉｚｅＹ） ａｒｒａｙ ｉｂｃＢｕｆ_Ｌ，
ａｎ（ｗＩｂｃＢｕｆＣ）×（ＣｔｂＳｉｚｅＣ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｃｂ， ａｎ（ｗＩｂｃＢｕｆＣ）×（ＣｔｂＳｉｚｅＣ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｃｒ。

この処理の出力は以下の通りである。
－ 予測サンプルの配列ｐｒｅｄＳａｍｐｌｅｓ。

ｘ＝ｘＣｂ．．ｘＣｂ＋Ｗｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋Ｈｅｉｇｈｔ－１，の場合、以下が適用される
ｃＩｄｘが０に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆＬ［（ｘ＋ｍｖ［０］＞＞４））％ ｗＩｂｃＢｕｆＹ］［（ｙ＋（ｍｖ［１］＞＞４））％ ＣｔｂＳｉｚｅＹ］
ｃＩｄｘが１に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆＣｂ［（ｘ＋ｍｖ［０］＞＞５））％ ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］
ｃＩｄｘが２に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆＣｒ［（ｘ＋ｍｖ［０］＞＞５））％ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］

８．７．５ ピクチャ再構成処理

８．７．５．１ 一般

この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ） ａｒｒａｙ ｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ） ａｒｒａｙ。

この処理の出力は、再構成されたピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓおよびＩＢＣバッファアレイｉｂｃＢｕｆ_Ｌ、ｉｂｃＢｕｆ_Ｃｂ、ｉｂｃＢｕｆ_Ｃｒである。

色成分ｃＩｄｘの値に基づいて、以下の割り当てが行われる。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳ_Ｌに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列Ｓ_Ｃｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。
－ そうでない場合、（ｃＩｄｘが２に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列Ｓ_Ｃｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。

ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値によって、以下が適用される。
－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。

現在の符号化ユニットを復号化した後、以下を適用することができる。
ｃＩｄｘが０に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｌ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＹ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＹ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．
ｃＩｄｘが１に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｃｂ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＣ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＣ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．
ｃＩｄｘが２に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｃｒ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＣ］［（ｙＣｕｒｒ＋ｊ）％
ＣｔｂＳｉｚｅＣ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．

図６は、視覚媒体（映像または画像）処理の例示的な方法の一例を示すフローチャートである。方法６００は、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピー符号化モードを使用して現在の映像ブロックのための参照サンプルを記憶するバッファサイズを判定することと（６０２）、このバッファに記憶された参照サンプルを使用してこの変換を行うことと（６０４）を含む。

以下の項は、方法６００の実施形態および他の方法によって実装されるいくつかの例示的な好適な特徴を説明する。追加の例は、本明細書の第４章に記載する。

１． 現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピー符号化モードを使用して前記現在の映像ブロックのための参照サンプルを記憶するバッファサイズを判定することと、前記バッファに記憶された前記参照サンプルを使用して前記変換を行うことと、を含む、映像処理方法。

２． 前記バッファサイズが所定の定数である、第１項に記載の方法。

３． 前記サイズがＭ×Ｎであり、ＭおよびＮが整数である、第１項から２項のいずれかに記載の方法。

４． Ｍ×Ｎが６４×６４または１２８×１２８または６４×１２８に等しい、第３項に記載の方法。

５． 前記バッファサイズは、前記現在の映像ブロックの符号化ツリーユニットのサイズに等しい、第１項に記載の方法。

６． 前記バッファサイズは、前記変換に使用される仮想パイプラインデータユニットのサイズに等しい、第１項に記載の方法。

７． 前記バッファサイズは、前記ビットストリーム表現における１つのフィールドに対応する、第１項に記載の方法。

８． 前記フィールドは、映像パラメータセット、シーケンスパラメータセットまたはピクチャパラメータセット、またはピクチャヘッダ、スライスヘッダ、またはタイルグループヘッダレベルでのビットストリーム表現に含まれる、第７項に記載の方法。

９． 前記バッファの前記サイズが、輝度成分の参照サンプルとクロマ成分の参照サンプルとで異なる、第１～８項のいずれかに記載の方法。

１０． 前記バッファの前記サイズは、前記現在の映像ブロックのクロマサブサンプリングフォーマットに依存する、第１～８項のいずれかに記載の方法。

１１． 前記参照サンプルはＲＧＢフォーマットで記憶される、第１～８項のいずれかに記載の方法。

１２． 前記バッファは、ループフィルタリング前およびループフィルタリング後の再構成サンプルを記憶するために使用される、第１～１１項のいずれかに記載の方法。

１３． ループフィルタリングは、非ブロック化フィルタリング、または適応ループフィルタリング（ＡＬＦ）、またはサンプル適応オフセット（ＳＡＯ）フィルタリングを含む、第１２項に記載の方法。

１４． 現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間での変換のため、前記参照サンプルの初期値を使用してイントラブロックコピー符号化モードを使用して前記現在の映像ブロックのための参照サンプルを記憶するバッファを初期化することと、前記バッファに記憶された前記参照サンプルを使用して前記変換を行うことと、を含む、映像処理方法。

１５． 前記初期値は定数に対応する、第１４項に記載の方法。

１６． 前記初期値は、現在の映像ブロックのビット深度の関数である、第１４～１５項のいずれかに記載の方法。

１７． 前記定数が中間グレー値に対応する、第１５項に記載の方法。

１８． 前記初期値は、前回復号化された映像ブロックの画素値に対応する、第項１４に記載の方法。

１９． 前回復号化された映像ブロックは、インループフィルタリング前の復号化されたブロックに対応する、第１８項に記載の方法。

２０． 前記バッファサイズが第１～１３項の１つに記載のものである、第１４～１９項のいずれかに記載の方法。

２１． ｘおよびｙの数字を使用して、前記バッファ内の画素位置がアドレス指定される、第１～２０項のいずれかに記載の方法。

２２． 前記バッファ内の画素位置を０からＭ＊Ｎ－１までの範囲の単一の数を使用して、アドレス指定し、ＭおよびＮは、バッファの画素幅および画素高さである、第１～２０項のいずれかに記載の方法。

２３． 現在のビットストリーム表現は、前記変換のためのブロックベクトルを含み、（ＢＶｘ，ＢＶｙ）として表される前記ブロックベクトルは、（ｘ－ｘ０，ｙ－ｙ０）に等しく、（ｘ０，ｙ０）は、前記現在の映像ブロックの符号化ツリーユニットの左上位置に対応する、第１～２０項のいずれかに記載の方法。

２４． 現在のビットストリーム表現は、前記変換のためのブロックベクトルを含み、（ＢＶｘ，ＢＶｙ）として表される前記ブロックベクトルは、（ｘ－ｘ０＋Ｔｘ，ｙ－ｙ０＋Ｔｙ）に等しく、（ｘ０，ｙ０）は、前記現在の映像ブロックの符号化ツリーユニットの左上位置に対応し、ＴｘおよびＴｙは、オフセット値である、第１～２０項のいずれかに記載の方法。

２５． ＴｘおよびＴｙが予め規定されたオフセット値である、第２４項に記載の方法。

２６． 前記変換の間、位置（ｘ０，ｙ０）にあり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する画素に対し、前記バッファにおける対応する参照が、参照位置（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）に見出される、第１～２０項のいずれかに記載の方法。

２７． 前記参照位置が前記バッファの外にある場合、前記バッファにおける前記参照は、前記バッファの境界でクリッピングすることによって判定される、第２６項に記載の方法。

２８． 前記参照位置が前記バッファの外にある場合、前記バッファにおける前記参照は、所定の値を有すると判定される、第２６項に記載の方法。

２９． 前記変換の間、位置（ｘ０，ｙ０）にあり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する画素に対し、前記バッファにおける対応する参照が、参照位置（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）に見出され、「ｍｏｄ」は、モジュロ演算であり、ＭおよびＮは、前記バッファのｘおよびｙ寸法を表す整数である、第１～２０項に記載の方法。

３０． 映像と現在の映像ブロックのビットストリーム表現との間での変換中に、映像境界におけるイントラブロックコピー符号化のための参照サンプルを記憶するバッファをリセットすることと、このバッファに記憶された参照サンプルを使用してこの変換を行うことと、を含む、映像処理方法。

３１． 前記映像境界は、新しいピクチャまたは新しいタイルに対応する、第３０項に記載の方法。

３２． 前記変換は、前記リセットの後、前記バッファを仮想パイプラインデータユニット（ＶＰＤＵ）の再構成された値で更新することによって行われる、第３０項に記載の方法。

３３． 前記変換は、前記リセットの後、前記バッファを符号化ツリーユニットの再構成された値で更新することによって行われる、第３０項に記載の方法。

３４． 前記リセットは、各符号化ツリーユニット行の最初に行われる、第３０項に記載の方法。

３５． 前記バッファの前記サイズは、６４×６４の前回復号化されたブロックＬ個に対応し、Ｌは整数である、第１項に記載の方法。

３６． 前記変換中に前記バッファ内のサンプルを読み取るかまたは記憶するために、垂直走査順序が使用される、第１～３５項のいずれかに記載の方法。

３７． 現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピー符号化モードを使用して前記現在の映像ブロックのための参照サンプルを記憶するためのバッファを使用することであって、前記バッファの第１のビット深度は、前記符号化されたデータの第２のビット深度とは異なる、使用することと、前記バッファに記憶された前記参照サンプルを使用して前記変換を行うことと、を含む、映像処理方法。

３８． 前記第１のビット深度が前記第２のビット深度よりも大きい、第３７項に記載の方法。

３９． 前記第１のビット深度が、変換中に使用される再構成バッファのビット深度と同じである、第３７～３８項のいずれかに記載の方法。

４０． 前記第１のビット深度が、前記ビットストリーム表現において値または差分値として信号伝達される、第３７～３９項のいずれかに記載の方法。

４１． 前記変換は、クロマおよび輝度成分に対して異なるビット深度を使用する、第３７～４０項のいずれかに記載の方法。

第３７～４１項までの追加の実施形態および実施例は、第４章の第７項に記載されている。

４２． イントラブロックコピーモードを使用して現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間で変換を行うことを含み、前記変換中に予測計算に使用される第１の精度は、前記変換中に再構成計算に使用される第２の精度より低い、映像処理方法。

４３． 前記予測計算は、ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂを使用して、再構成サンプル値から予測サンプル値を判定することを含み、ｐは、再構成サンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測サンプル精度である、第４３項に記載の方法。

第４２～４３項までの追加の実施形態および実施例は、第４章の第２８～３１、および３４項に記載されている。

４４． イントラブロックコピーモードを使用して現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行うことを含み、サイズｎＭ×ｎＭは、符号化ツリーユニットサイズＭ×Ｍに使用され、ｎおよびＮは、整数であり、前記現在の映像ブロックは、前記符号化ツリーユニットに位置決めされ、前記参照領域は、前記現在の映像ブロックに対応する符号化ツリーユニットで最も近く、利用可能なｎ×ｎ符号化ツリーユニットである、映像処理方法。

第４項の追加の実施形態および実施例は、第４章の第３５項に記載されている。

４５． イントラブロックコピーモードを使用して現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行うことを含み、サイズｎＭ×ｎＭは、符号化ツリーユニットサイズ、Ｍ×Ｍ以外に使用され、ｎおよびＮは、整数であり、前記現在の映像ブロックは、前記符号化ツリーユニットに位置決めされ、前記参照領域は、前記現在の映像ブロックに対応する符号化ツリーユニットで最も近く、利用可能なｎ×ｎ－１符号化ツリーユニットである、映像処理方法。

第４項の追加の実施形態および実施例は、第４章の第３６項に記載されている。図８および９には、さらなる例示的な実施形態が示されている。

４６． Ｍ＝ｍＷ、Ｎ＝Ｈであり、ＷおよびＨは、現在の映像ブロックの符号化ツリーユニット（ＣＴＵ）の幅および高さであり、ｍは、正の整数である、請求項３に記載の方法。

４７． Ｍ＝ＷかつＮ＝ｎＨであり、ＷおよびＨは、符号化ツリーユニット（ＣＴＵ）の幅および高さであり、ｎは、正の整数である、請求項３に記載の方法。

４８． Ｍ＝ｍＷ、Ｎ＝ｎＨであり、ＷおよびＨは、符号化ツリーユニット（ＣＴＵ）の幅および高さであり、ｍおよびｎは、正の整数である、請求項３に記載の方法。

４９． ｎおよびｍがＣＴＵのサイズに依存する、請求項４６～４８のいずれかに記載の方法。

５０． 現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、前記映像の成分Ｘを使用して前記映像の成分ｃの前記現在の映像ブロックに対応するブロックベクトルの妥当性を判定することであって、前記成分Ｘは、前記映像の輝度成分とは異なる、判定することと、前記ブロックベクトルが前記現在の映像ブロックに対して有効であると判定されると前記ブロックベクトルを使用して前記変換を行うことと、を含む映像処理方法。ここで、（ＢＶｘ，ＢＶｙ）と表されるブロックベクトルは、（ｘ－ｘ０，ｙ－ｙ０）に等しく、（ｘ０，ｙ０）は、現在の映像ブロックの符号化ツリーユニットの左上位置に対応する。

５１． 前記成分ｃが、前記映像の輝度成分に対応する、項５０項に記載の方法。

５２． 前記現在の映像ブロックがクロマブロックであり、前記映像が４：４：４フォーマットである、第５０項に記載の方法。

５３． 前記映像は、４：２：０形式であり、前記現在の映像ブロックは、位置（ｘ，ｙ）で始まるクロマブロックであり、前記判定することは、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅである場合には前記ブロックベクトルは無効であると判定することを含む、第５０項に記載の方法。

５４． 前記映像は、４：２：０形式であり、前記現在の映像ブロックは、位置（ｘ，ｙ）から始まるクロマブロックであり、前記判定することは、ｉｓＲｅｃ（ｃ，ｘ＋ＢＶｘ＋Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅ，ｙ）がｔｒｕｅである場合には、前記ブロックベクトルは無効であると判定することを含む、第５０項に記載の方法

５５． 映像領域の現在の仮想パイプラインデータユニット（ＶＰＤＵ）の現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換のため、選択的に、映像領域の第１の行から前処理済みＶＰＤＵであるＫ１および第２の行の前処理済みＶＰＤＵであるＫ２を使用することを判定することと、変換を行うことであって、この変換は、現在のＶＰＤＵの残りを使用することを除外する、変換を多なうことと、を含む映像処理方法。

５６． Ｋ１＝１であり、Ｋ２＝２である、第５５項に記載の方法。

５７． 前記現在の映像ブロックは、前記映像領域の寸法または前記現在のＶＰＤＵの寸法に基づいて選択的に処理される、第５５～５６項に記載の方法。

５８． 現在の映像ブロックと、前記現在の映像ブロックのビットストリーム表現との間での変換のためにブロックベクトルの妥当性チェックを行うことであって、前記ブロックベクトルは、イントラブロックコピーモードで使用する、妥当性チェックを行うことと、前記妥当性チェックの結果を使用して前記変換中に前記ブロックベクトルを選択的に使用することと、を含む、映像処理方法。

５９． イントラブロックコピー（ＩＢＣ）バッファを前記変換中に使用し、前記ＩＢＣバッファの幅と高さをＷｂｕｆおよびＨｂｕｆとして、前記現在の映像ブロックの寸法がＷ×Ｈであり、前記ブロックベクトルは、（ＢＶｘ，ＢＶｙ）として表現され、現在の映像ブロックは、ＷｐｉｃおよびＨｐｉｃの寸法を有する現在のピクチャにあり、符号化ツリーユニットは、幅および高さとしてＷｃｔｕおよびＨｃｔｕを有し、前記妥当性チェックは、所定の規則を使用する、第５８項に記載の方法。

６０． 前記現在の映像ブロックは、輝度ブロック、クロマブロック、符号化ユニットＣＵ、変換ユニットＴＵ、４×４ブロック、２×２ブロック、または画素座標（Ｘ，Ｙ）から始まる親ブロックのサブブロックである、第５８～５９項のいずれかに記載の方法。

６１． 前記妥当性チェックは、前記現在のピクチャの境界外にある前記ブロックベクトルを妥当であると見なす、第５８～６０項のいずれかに記載の方法。

６２． 前記妥当性チェックは、符号化ツリーユニットの境界外にあるブロックベクトルを妥当であると見なす、第５８～６０項のいずれかに記載の方法。

前章の第２３～３０項では、上記第５８～６２項の追加例および変形例を述べている。

６３． 前記変換は、前記現在の映像ブロックから前記ビットストリーム表現を生成することを含む、第１～６２項のいずれかに記載の方法。

６４． 前記変換は、前記ビットストリーム表現から前記現在の映像ブロックの画素値を生成することを含む、第１～６２項のいずれかに記載の方法。

６５． 請求項１～６２の１項以上に記載の方法を実装するように構成された処理装置を備える映像エンコーダ装置。

６６． 第１～６２項の１項以上に記載の方法を実装するように構成された処理装置を備える、映像デコーダ装置。

６７． コードが記憶されたコンピュータ可読媒体であって、前記コードは第１～６２項のいずれかまたは複数項に記載の方法を実装するための処理装置が実行可能な命令を実施する、コンピュータ可読媒体。

図７は、映像／画像処理装置７００のハードウェアプラットフォームを示すブロック図である。装置７００は、本明細書に記載の方法の１つ以上を実装するために使用してもよい。装置７００は、スマートフォン、タブレット、コンピュータ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）受信機等により実装されてもよい。装置７００は、１つ以上の処理装置７０２と、１つ以上のメモリ７０４と、映像処理ハードウェア７０６と、を含んでもよい。１つまたは複数の処理装置７０２は、本明細書に記載される１つ以上の方法（方法６００を含むが、これに限定されない）を実装するように構成されてもよい。メモリ（複数可）７０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア７０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。

現在の映像ブロックに対応するビットストリーム表現は、ビットの連続したセットである必要はなく、ヘッダ、パラメータセット、およびネットワーク抽象化層（ＮＡＬ）パケットにまたがって分散されてもよい。

セクションＡ：追加の例示的な実施形態

セクションＡにおいて、本明細書に記載される技術の一部を実装するために、ＶＶＣ規格の現在のバージョンを修正し得る別の例示的な実施形態を提示する。

本セクションでは、現在のＩＢＣ参照バッファ設計におけるいくつかの問題を分析し、これらの問題に対処するための異なる設計を提示する。復号化メモリと混合する代わりに、独立したＩＢＣ参照バッファが提案される。現在のアンカと比較して、提案されたスキームは、クラスＦで－０．９９％／－０．７１％／－０．７９％のＡＩ／ＲＡ／ＬＤ－Ｂの輝度ＢＤ率、４：２：０ ＴＧＭでは－２．５７％／－１．８１％／－１．３６％で、６．７％のメモリの減少、あるいは、クラスＦでは－１．３１％／－１．０１％／－０．８１％、４：２：０ ＴＧＭでは－３．２３％／－２．３３％／－１．７１％で、６．７％のメモリの増加を示している。

Ａ１． 導入

イントラブロックコピー、すなわちＩＢＣ（または現在のピクチャ参照、即ち前のＣＰＲ）符号化モードが採用される。なお、ＩＢＣ参照サンプルはオンチップメモリに記憶されるべきであり、従って、１つのＣＴＵの限られた参照領域が規定される。バッファのためのエクストラオンチップメモリを制限するために、現在の設計は、６４×６４メモリを再利用して現在のＶＰＤＵを復号化するので、ＩＢＣをサポートするために必要なメモリは３つの追加の６４×６４ブロックのメモリのみである。ＣＴＵの大きさが１２８×１２８である場合の、現在の参照領域を図２に示す。

現在の草案（ＶＶＣ草案４）において、領域は、次のように定義される。

このように、合計基準サイズはＣＴＵである。

Ａ２． 現在の設計における潜在的な問題

現在の設計は、現在のＶＰＤＵを復号化するために６４×６４メモリを再使用することを想定し、ＩＢＣ基準は、それに応じてＶＰＤＵメモリの再利用に合わせられる。このような設計は、ＶＰＤＵ復号化メモリをＩＢＣバッファで束ねる。次のような問題が考えられる。
１． より小さなＣＴＵサイズを扱うことが問題となり場合がある。ＣＴＵのサイズが３２ｘ３２であるとすると、現在のＶＰＤＵを復号化する現在の６４×６４メモリが、異なるアーキテクチャにおいて３２×３２レベルのメモリ再利用を効率的にサポートできるかどうかは、不明である。
２． 参照領域は有意に異なる。従って、あまりにも多くのビットストリーム適合性の制約が導入されている。これは、参照領域を効率的に利用し、合法的なビットストリームの生成を回避するために、エンコーダに余分な負担をかける。また、異なるモジュール、例えばマージリストにおいて無効なＢＶを有する可能性が高まる。これらの無効なＢＶを扱うことにより、余分なロジックまたは余分な適合性の制約を導入してしまう場合がある。これは、エンコーダまたはデコーダに負担をもたらすだけでなく、ＢＶ符号化とＭＶ符号化との間に相違を生じさせる可能性がある。
３． 設計がうまく拡大縮小されていない。ＶＰＤＵ復号化はＩＢＣバッファと混合されるので、現在の１つの１２８×１２８ＣＴＵ設計に対して参照領域を増減させることは容易ではない。を利用することは、より低いまたはより高いプロファイルなどの、後の開発において、より優れた符号化効率とオンチップメモリのトレードオフを有効に利用するための柔軟性を制限する可能性がある。
４． ＩＢＣ参照バッファのビット深度は、復号化バッファに接続される。通常、スクリーンコンテンツのビット深度は内部復号化のビット深度よりも小さいが、バッファは、大部分が丸められたり量子化されたりするノイズを表すビットを記憶するために、依然としてメモリを費やす必要がある。より高い復号化ビット深度構成を考える場合、この問題はさらに深刻になる。

Ａ３． クリアなＩＢＣバッファ設計

上記サブセクションに記載された問題に対処するために、我々は、復号化メモリと混合されない専用のＩＢＣバッファを有することを提案する。

１２８×１２８ＣＴＵの場合、バッファは８ビットのサンプルを含む１２８×１２８として規定され、サイズｗ×ｈのＣＵ（ｘ，ｙ）が復号化されていると、ループフィルタリング前のバッファの再構成は８ビットに変換され、位置（ｘ％１２８，ｙ％１２８）から始まるｗ×ｈブロック領域に書き込まれる。モジュロ演算子％は、常に正の数を返す。即ち、ｘ＜０であってｘ％Ｌを－（－ｘ％Ｌ）と定義すると、例えば、－３％１２８＝１２５である。

画素（ｘ，ｙ）がＩＢＣモードでＢＶ＝（ＢＶｘ，ＢＶｙ）で符号化されると仮定すると、ＩＢＣ参照バッファにおける予測サンプルは、（（ｘ＋ＢＶｘ）％１２８、（ｙ＋ＢＶｙ）％１２８）に位置し、画素値は予測前に１０ビットに変換される。

バッファを（Ｗ，Ｈ）と見なす場合、（ｘ，ｙ）から始まるＣＴＵまたはＣＵを復号化した後、ループフィルタリング前の再構成された画素を（ｘ％Ｗ，ｙ％Ｈ）から始まるバッファに記憶する。このように、ＣＴＵを復号化した後、対応するＩＢＣ参照バッファはそれに応じて更新される。このような設定は、ＣＴＵのサイズが１２８×１２８でない場合に発生することがある。例えば、６４×６４ ＣＴＵの場合、現在のバッファサイズは、２５６×６４バッファと見なすことができる。６４×６４ ＣＴＵ の場合のバッファの状態を図２に示す。

図１２は、ＩＢＣ参照バッファステータスを示す図であり、１つのブロックは６４×６４ＣＴＵを示す。

このような設計において、ＩＢＣバッファはＶＰＤＵ復号化メモリとは異なるので、すべてのＩＢＣ参照バッファを参照として使用できる。

ＩＢＣバッファのビット深度が８ビットである場合、３つの追加の１０ビット６４×６４バッファを必要とする現在の設計に比べ、オンチップメモリの増加は、（８＊４）／（１０＊３）－１００％＝６．７％である。

ビット深度をさらに低減した場合メモリ要件をさらに低減することができる。例えば、７ビットバッファの場合、オンチップメモリの節約は、１００％－（７＊４）／（１０＊３）＝６．７％である。

この設計では、唯一のビットストリーム適合性の制約は、参照ブロックが現在のタイルの現在のＣＴＵ行における再構成された領域内にあるべきである、ということである。

各ＣＴＵ行の開始時に５１２への初期化が許可される場合、すべてのビットストリーム適合性の制約を除去することができる。

Ａ４． 実験結果

いくつかの実施形態において、開示された方法は、ＶＴＭ－４．０ソフトウェアを使用して実装されてもよい。

１０ビットバッファ実装およびＣＴＣの場合、このデコーダは、現在のＶＴＭ４．０エンコーダに完全に適合する。すなわち、これは、提案されたデコーダがＶＴＭ－４．０ ＣＴＣビットストリームを正確に復号化することができることを意味する。

７ビットバッファの実装形態では、表１に示す結果が得られる。

８ビットバッファの実装形態では、結果を表２に示す。

図１７は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１７００を示すブロック図である。様々な実装形態は、システム１７００のモジュールの一部又は全部を含んでもよい。システム１７００は、映像コンテンツを受信するための入力ユニット１７０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、例えば、８又は１０ビットのマルチモジュール画素値で受信されてもよく、又は圧縮又は符号化フォーマットで受信されてもよい。入力ユニット１７０２は、ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯＮ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェースを含む。

システム１７００は、本明細書に記載される様々な符号化又は符号化方法を実装することができる符号化モジュール１７０４を含んでもよい。符号化モジュール１７０４は、入力ユニット１７０２からの映像の平均ビットレートを符号化モジュール１７０４の出力に低減し、映像の符号化表現を生成してもよい。従って、この符号化技術は、映像圧縮または映像コード変換技術と呼ばれることがある。符号化モジュール１７０４の出力は、モジュール１７０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力ユニット１７０２において受信された、記憶された又は通信された映像のビットストリーム（又は符号化）表現は、モジュール１７０８によって使用されて、表示インターフェースユニット１７１０に送信される画素値又は表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理動作を「符号化」動作又はツールと呼ぶが、符号化ツール又は動作は、エンコーダ及びそれに対応する、復号化の結果を逆にする復号化ツール又は動作が、デコーダによって行われることが理解されよう。

周辺バスインターフェースユニットまたは表示インターフェースユニットの例は、ユニバーサルシリアルバス（ＵＳＢ）または高精細マルチメディアインターフェース（ＨＤＭＩ）（登録商標）またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、シリアルアドバンスドテクノロジーアタッチメント（ＳＡＴＡ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。

図１８は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施例１８に関連して説明する。ステップ１８０２において、このプロセスは、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定し、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。ステップ１８０４において、現在の映像ブロックを含む符号化ツリーユニットの左上位置に対する現在の映像ブロックの位置（ｘ０、ｙ０）に空間的に配置され、かつブロックベクトル（ＢＶｘ、ＢＶｙ）を有するサンプルに対して、このプロセスは、バッファにおける対応する参照を参照位置（Ｐ，Ｑ）で計算し、この参照位置（Ｐ，Ｑ）はブロックベクトル（ＢＶｘ，ＢＶｙ）と位置（ｘ０，ｙ０）を使用して判定される。参照位置（Ｐ，Ｑ）がバッファの外側にあると判定されると、ステップ１８０５において、現在の映像ブロックを含む符号化ツリーユニットに対する現在の映像ブロックの位置に少なくとも部分的に基づいて、このプロセスは、参照位置を再計算する。

図１９は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施例２９に関連して説明する。ステップ１９０２において、このプロセスは、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定し、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。ステップ１９０４において、現在の映像ブロックを含むピクチャの左上の位置に対して、現在の映像ブロックの位置（ｘ，ｙ）に空間的に配置され、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するサンプルに対して、このプロセスは、現在の映像ブロックの位置（ｘ，ｙ）、現在の映像ブロックの寸法、ピクチャの寸法、現在の映像ブロックを含む符号化ツリーユニットの寸法、またはバッファの寸法のうちの少なくとも１つに関連付けられた１つ以上の条件を満たすことに少なくとも部分的に基づいて、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効なものとして割り当てる。ステップ１９０６において、このプロセスは、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であるかどうかを判断するためのチェックを行う。ステップ１９０８において、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であることを確認すると、このプロセスは、バッファにおける対応する参照を参照位置（Ｐ，Ｑ）で計算し、この参照位置（Ｐ，Ｑ）が、ブロックベクトル（ＢＶｘ，ＢＶｙ）、位置（ｘ，ｙ）、およびバッファの寸法を使用して判定される。

図２０は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施例１９に関連して説明する。ステップ２００２において、このプロセスは、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、現在の映像ブロックについてのブロックベクトル（ＢＶｘ，ＢＶｙ）またはブロックベクトル差（ＢＶＤｘ，ＢＶＤｙ）を判定し、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。ステップ２００４において、このプロセスは、ブロックベクトル（ＢＶｘ，ＢＶｙ）のうちの少なくとも１つの成分、またはブロックベクトルの差分（ＢＶＤｘ，ＢＶＤｙ）の少なくとも１つの成分を範囲内に収まるように正規化する。

図２１は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施例４０に関連して説明する。ステップ２１０２において、このプロセスは、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための再構成サンプルを記憶するために使用するバッファを判定し、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。ステップ２１０４において、このプロセスは、バッファに記憶された再構成サンプルを順番にしたがって更新する。

図２２は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施例５７に関連して説明する。ステップ２２０２において、このプロセスは、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換を行い、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われ、変換時に、予測計算に使用される第１の精度は、再構成計算に使用される第２の精度よりも低くなる。

図２３は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施例５９に関連して説明する。ステップ２３０２において、このプロセスは、現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードを使用して行い、この変換時には、ｎおよびＭは整数である場合に、ｎＭ×ｎＭサイズの参照領域が使用され、現在の映像ブロックは、符号化ツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対応するコーディングツリーユニット列のｎ×ｎ個の直近の利用可能なコーディングツリーユニットからのサンプルを含む。

図２４は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施例６０に関連して説明する。ステップ２４０２において、このプロセスは、現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードを使用して行い、この変換時には，ｎ、ｐおよびＭは整数である場合に、ｎＭ×ｐＭサイズの参照領域が使用され、現在の映像ブロックは、符号化ツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対応する符号化ツリーユニット列のｎ×ｐ－１個の直近の利用可能な符号化ツリーユニットからのサンプルを含む。

図２５は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施例６１に関連して説明する。ステップ２５０２において、このプロセスは、映像領域の仮想パイプラインデータユニット（ＶＰＤＵ）の現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードを使用して行い、この変換時には、ｋ、ｎおよびＭは整数である場合に、ｎＭ×ｎＭサイズの参照領域が使用され、ＶＰＤＵの寸法がｋＭ×ｋＭであり、現在の映像ブロックは、符号化ツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対応する符号化ツリーユニット列のｎ×ｎ－ｋ個の直近の利用可能な符号化ツリーユニットからのサンプルを含む。

図２６は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施例６２～６６に関連して説明する。ステップ２６０２において、このプロセスは、視覚メディアデータのｗ×ｈ寸法の現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定し、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。ステップ２６０４において、現在の映像ブロックを含む符号化ツリーユニット（ＣＴＵ）の左上位置に対する現在の映像ブロックの位置（ｘ０、ｙ０）に空間的に配置され、かつブロックベクトル（ＢＶｘ、ＢＶｙ）を有するサンプルに対して、このプロセスは、バッファにおける参照位置（Ｐ，Ｑ）から始まる対応する参照領域を計算し、参照位置（Ｐ，Ｑ）はブロックベクトル（ＢＶｘ，ＢＶｙ）および／または位置（ｘ０，ｙ０）を使用して判定される。ステップ２６０６において、このプロセスは、参照領域および／または参照位置（Ｐ、Ｑ）に１つ以上の規則ベースの制約を適用して、参照領域と映像領域との重なりを制限する。

図２７は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施例６８に関連して説明する。ステップ２７０２において、このプロセスは、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定し、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。ステップ２７０４において、現在の映像ブロックを含む符号化ユニット（ＣＵ）に対して、現在の映像ブロックの位置（ｘ０，ｙ０）に空間的に位置するサンプルに対して、このプロセスは、バッファにおける参照位置から始まる対応する参照領域を計算する。ステップ２７０６において、このプロセスは、前回処理されたブロックのうちどれを予測に用いるかを判定するために、参照領域及び参照位置を調整する。

図２８は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施例６９～７５に関連して説明する。ステップ２８０２において、このプロセスは、映像の現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、映像の成分Ｘを使用して、この映像の成分ｃの現在の映像ブロックに対応するブロックベクトルの有効性を判定し、この成分Ｘは、映像の輝度成分とは異なる。ステップ２８０４において、このプロセスは、現在の映像ブロックに対してブロックベクトルが有効であると判定すると、ブロックベクトルを使用して変換を行い、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピー（ＩＢＣ）モードモードで行われる。

本明細書のいくつかの実施形態は、項に基づく形式で提示される。

Ａ１． 視覚メディア処理方法であって、
視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することであって、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる、判定することと、
現在の映像ブロックを含む符号化ツリーユニットの左上位置に対する現在の映像ブロックの位置（ｘ０、ｙ０）に空間的に配置され、かつブロックベクトル（ＢＶｘ、ＢＶｙ）を有するサンプルについて、バッファにおける対応する参照を参照位置（Ｐ，Ｑ）で計算することであって、参照位置（Ｐ，Ｑ）はブロックベクトル（ＢＶｘ，ＢＶｙ）と位置（ｘ０，ｙ０）を使用して判定される、計算することと、
参照位置（Ｐ，Ｑ）がバッファの外側にあることを判定すると、現在の映像ブロックを含む符号化ツリーユニットに対する現在の映像ブロックの位置に少なくとも部分的に基づいて参照位置を再計算することと、を含む、方法。

Ａ２． 参照位置（Ｐ，Ｑ）は、Ｐ＝ｘ０＋ＢＶｘ、Ｑ＝ｙ０＋ＢＶｙとして判定される、Ａ１項に記載の方法。

Ａ３．再計算は、
現在の映像ブロックが符号化ツリーユニットに対して水平方向に位置するか、又は符号化ツリーユニットに対して垂直方向に位置するかどうかに少なくとも部分的に基づいて、参照位置（Ｐ，Ｑ）を再計算することを含む、第１項に記載の方法。

Ａ４． 現在の映像ブロックが符号化ツリーユニットに対して水平方向に位置する、Ａ１～Ａ３項のいずれか１項以上に記載の方法。

Ａ５． 現在の映像ブロックが符号化ツリーユニットに対して垂直方向に位置する、Ａ１～Ａ３項のいずれか１項以上に記載の方法。

Ａ６．再計算は、
現在の映像ブロックが視覚メディアデータの境界から予め規定された距離内にあるかどうかに少なくとも部分的に基づいて、参照位置（Ｐ，Ｑ）を再計算する、第１項に記載の方法。

Ａ７． 現在の映像ブロックが、視覚メディアデータの境界から予め規定された距離内に位置する、Ａ１～Ａ２項及びＡ６項のいずれか１項以上に記載の方法。

Ａ８． Ｎがバッファのｙ次元を表す整数であり、（ｙ０＋ＢＶｙ）が範囲［０，．．，Ｎ－１］の外側にあることを判定することに応じて、参照位置（Ｐ，Ｑ）に予め規定された値が割り当てられる、Ａ１～Ａ２項のいずれか１項以上に記載の方法。

Ａ９． Ｍがバッファのｙ次元を表す整数であり、（ｘ０＋ＢＶｘ）が範囲［０，．．，Ｍ－１］の外側にあることを判定することに応じて、参照位置（Ｐ，Ｑ）に予め規定された値が割り当てられる、Ａ１～Ａ２項のいずれか１項以上に記載の方法。

Ａ１０． 参照位置（Ｐ、Ｑ）は、（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ、ｙ０＋ＢＶｙ）として割り当てられ、式中、“ｍｏｄ”は、ｘｍｏｄ ｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）、ｆｌｏｏｒ（ａ）はａ以下の最大の整数、Ｍはバッファのｘ次元を表す整数として定義されるモジュロ演算である、Ａ１～Ａ２項のいずれか１項以上に記載の方法。

Ａ１１． 参照位置（Ｐ、Ｑ）は、（ｘ０＋ＢＶｘ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ））として割り当てられ、式中、“ｍｏｄ”は、ｘｍｏｄ ｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）、ｆｌｏｏｒ（ａ）はａ以下の最大の整数、Ｎはバッファのｙ次元を表す整数として定義されるモジュロ演算である、Ａ１～Ａ２項のいずれか１項以上に記載の方法。

Ａ１２． （ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，ｙ０＋ＢＶｙ）がバッファの外側にあると判定することに応じて、追加の処理が行われる、Ａ１０項に記載の方法。

Ａ１３． （ｘ０＋ＢＶｘ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ））がバッファの外側にあると判定することに応じて、追加の処理が行われる、Ａ１２項に記載の方法。

Ｂ１． 視覚メディア処理方法であって、
視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することであって、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる、判定することと、
現在の映像ブロックを含むピクチャの左上の位置に対して、現在の映像ブロックの位置（ｘ，ｙ）に空間的に配置され、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するサンプルに対して、現在の映像ブロックの位置（ｘ，ｙ）、現在の映像ブロックの寸法、ピクチャの寸法、現在の映像ブロックを含む符号化ツリーユニットの寸法、またはバッファの寸法のうちの少なくとも１つに関連付けられた１つ以上の条件を満たすことに少なくとも部分的に基づいて、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効なものとして割り当てることと、
ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であるかどうかを判断するためのチェックを行うことと、
ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であることを確認すると、バッファにおける対応する参照を参照位置（Ｐ，Ｑ）で計算することであって、参照位置（Ｐ，Ｑ）が、ブロックベクトル（ＢＶｘ，ＢＶｙ）、位置（ｘ，ｙ）、およびバッファの寸法を使用して判定される、計算することとを含む、方法。

Ｂ２． 参照位置（Ｐ，Ｑ）が（（ｘ＋ＢＶｘ）％Ｗｂｕｆ，（ｘ＋ＢＶｙ）％Ｈｂｕｆ）として判定され、式中、Ｗｂｕｆ×Ｈｂｕｆはバッファの寸法を示し、「％」はモジュロ演算を示し、ｘ＜０のときの「ｘ％ｙ」はｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）として定義され、ここでｆｌｏｏｒ（ａ）はａを超えない最大の整数である、Ｂ１項に記載の方法。

Ｃ１． 視覚メディア処理方法であって、
視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、現在の映像ブロックについてのブロックベクトル（ＢＶｘ，ＢＶｙ）またはブロックベクトル差（ＢＶＤｘ，ＢＶＤｙ）を判定することであって、変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる、判定することと、
ブロックベクトル（ＢＶｘ，ＢＶｙ）のうちの少なくとも１つの成分、またはブロックベクトルの差分（ＢＶＤｘ，ＢＶＤｙ）の少なくとも１つの成分を範囲内に収まるように正規化することと、を含む、方法。

Ｃ２．正規化することは、
バッファの寸法に基づいて、ブロックベクトル（ＢＶｘ，ＢＶｙ）の少なくとも１つの成分、又はブロックベクトル差（ＢＶＤｘ，ＢＶＤｙ）の少なくとも１つの成分が範囲内にあるように正規化することを含み、バッファは、イントラブロックコピーモードにおける予測のための参照サンプルを記憶する、Ｃ１項に記載の方法。

Ｃ３． 成分ＢＶｘが（ＢＶｘｍｏｄ Ｍ）に正規化され、式中、Ｍはバッファのｘ次元を表す整数であり、「ｍｏｄ」は、ｘｍｏｄ ｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）として定義されるモジュロ演算であり、ｆｌｏｏｒ（ａ）は、ａ以下の最大の整数である、Ｃ２項に記載の方法。

Ｃ４． 成分ＢＶＤｘが（（ＢＶＤｙ＋ｘ０）ｍｏｄ Ｍ）－Ｖに正規化され、式中、Ｍはバッファのｘ次元を表す整数であり、「ｍｏｄ」は、ｘｍｏｄ ｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）として定義されるモジュロ演算であり、式中、ｆｌｏｏｒ（ａ）は、ａ以下の最大の整数であり、Ｖは、予め規定された値である、Ｃ２項に記載の方法。

Ｃ５． Ｖが６４である、Ｃ４項に記載の方法。

Ｃ６． ＶがＭ／２である、Ｃ４項に記載の方法。

Ｃ７． Ｖがｘ０である、Ｃ４項に記載の方法。

Ｃ８． 成分ＢＶｙが（ＢＶｙ ｍｏｄ Ｎ）に正規化され、式中、Ｎはバッファのｙ次元を表す整数であり、「ｍｏｄ」は、ｘｍｏｄ ｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）として定義されるモジュロ演算であり、ｆｌｏｏｒ（ａ）は、ａ以下の最大の整数である、Ｃ２項に記載の方法。

Ｃ９． 成分ＢＶｙが（（ＢＶｙ＋ｙ０）ｍｏｄ Ｎ）－Ｖに正規化され、式中、Ｎはバッファのｙ次元を表す整数であり、「ｍｏｄ」は、ｘｍｏｄ ｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）として定義されるモジュロ演算であり、式中、ｆｌｏｏｒ（ａ）は、ａ以下の最大の整数であり、Ｖは、予め規定された値である、Ｃ２項に記載の方法。

Ｃ１０． Ｖが６４である、Ｃ９項に記載の方法。

Ｃ１１． ＶがＮ／２である、Ｃ９項に記載の方法。

Ｃ１２． Ｖがｙ０である、Ｃ９項に記載の方法。

Ｃ１３． 成分ＢＶｘ及びＢＶｙが異なる範囲内にあるように正規化される、Ｃ１項に記載の方法。

Ｃ１４． 成分ＢＶＤｘが（ＢＶＤｘｍｏｄ Ｍ）に正規化され、式中、Ｍはバッファのｘ次元を表す整数であり、「ｍｏｄ」は、ｘｍｏｄ ｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）として定義されるモジュロ演算であり、ｆｌｏｏｒ（ａ）は、ａ以下の最大の整数である、Ｃ２項に記載の方法。

Ｃ１５． 成分ＢＶＤｘが（（ＢＶＤｘ＋ｘ０）ｍｏｄ Ｍ）－Ｖに正規化され、式中、Ｍはバッファのｘ次元を表す整数であり、「ｍｏｄ」は、ｘｍｏｄ ｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）として定義されるモジュロ演算であり、式中、ｆｌｏｏｒ（ａ）は、ａ以下の最大の整数であり、Ｖは、予め規定された値である、Ｃ２項に記載の方法。

Ｃ１６． Ｖが６４である、Ｃ１５項に記載の方法。

Ｃ１７． ＶがＭ／２である、Ｃ１５項に記載の方法。

Ｃ１８． Ｖがｘ０である、Ｃ１５項に記載の方法。

Ｃ１９． 成分ＢＶＤｙが（ＢＶＤｙ ｍｏｄ Ｎ）に正規化され、式中、Ｎはバッファのｙ次元を表す整数であり、「ｍｏｄ」は、モジュロ演算である、Ｃ２項に記載の方法。

Ｃ２０． 成分ＢＶＤｙが（（ＢＶＤｙ＋ｙ０）ｍｏｄ Ｎ）－Ｖに正規化され、式中、Ｎはバッファのｙ次元を表す整数であり、「ｍｏｄ」は、モジュロ演算であり、Ｖは、予め規定された値である、Ｃ２項に記載の方法。

Ｃ２１． Ｖが６４である、Ｃ２０項に記載の方法。

Ｃ２２． ＶがＮ／２である、Ｃ２０項に記載の方法。

Ｃ２３． Ｖがｙ０である、Ｃ２０項に記載の方法。

Ｃ２４． 成分ＢＶＤｘ及びＢＶＤｙが異なる範囲内にあるように正規化される、Ｃ１項に記載の方法。

Ｄ１． 視覚メディア処理方法であって、
現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための再構成サンプルを記憶するために使用するバッファを判定することであって、変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる、判定することと、
バッファに記憶された再構成サンプルを、順にしたがって更新することと、を含む、方法。

Ｄ２． バッファは、順番にしたがって更新される、Ｄ１項に記載の方法。

Ｄ３． バッファは、再構成されたブロックの順にしたがって更新される、Ｄ１項に記載の方法。

Ｄ４．
バッファが満杯であると判定されると、バッファに記憶された再構成サンプルを最近再構成されたサンプルに置き換えることをさらに含む、Ｄ１項に記載の方法。

Ｄ５． バッファに記憶された再構成サンプルを先入れ先出し順に置き換える、Ｄ１項に記載の方法。

Ｄ６． バッファに記憶された再構成サンプルの最も古い集合を置き換える、Ｄ１項に記載の方法。

Ｄ７． バッファに記憶された再構成サンプルが、割り当てられた優先順位値であり、バッファに記憶された再構成サンプルを優先順位値に従って置き換える、Ｄ１項に記載の方法。

Ｄ８． バッファに記憶された再構成サンプルのサブセットに、将来の置き換えのためのマークを付け、サブセットに含まれていないサンプルを最初に置き換える、Ｄ１項に記載の方法。

Ｄ９． ビットストリーム表現に含まれるフラグは、１つ以上の条件を満たす優先順位値を示す、Ｄ７項に記載の方法。

Ｄ１０． 現在の映像ブロックの特徴に基づいて優先順位値が割り当てられる、Ｄ７項に記載の方法。

Ｄ１１． １つ以上の条件は、パレットモードおよび／またはイントラブロック符号化（ＩＢＣ）モードおよび／または変換スキップモードを使用して符号化された再構成サンプルのパーセンテージに関連する、Ｄ９項に記載の方法。

Ｄ１２． パレットモードおよび／またはイントラブロック符号化（ＩＢＣ）モードおよび／または変換スキップモードを使用して符号化された再構成サンプルのパーセンテージが閾値を超えていることを判定することに応じて、現在の映像ブロックにおけるすべてのサンプルを高い優先順位として割り当てる、Ｄ１１項に記載の方法。

Ｄ１３． 閾値は、現在の映像ブロックのサイズおよび／または現在の映像ブロックの色成分、および／または現在の映像ブロックを含む符号化ツリーユニット（ＣＴＵ）のサイズに基づく、Ｄ１２項に記載の方法。

Ｄ１４． 閾値がビットストリーム表現のフィールドとして含まれる、Ｄ１３項に記載の方法。

Ｄ１５． フィールドは、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、シーケンスヘッダ、スライスヘッダ、タイルグループ、タイルレベル、又は映像領域に含まれる、Ｄ１４項に記載の方法。

Ｄ１６． バッファにおける利用可能なサンプルの数が閾値以上であることを判定することは、バッファが満杯であることを示す、Ｄ４項に記載の方法。

Ｄ１７． 閾値が６４×６４×３輝度サンプルである、Ｄ１６項に記載の方法。

Ｅ１． 視覚メディア処理方法であって、
現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換を行うことであって、変換は、映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われ、変換時に、予測計算に使用される第１の精度は、再構成計算に使用される第２の精度よりも低くなる、変換を行うことと、を含む方法。

Ｅ２． 予測計算は、ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂを使用して、再構成サンプル値から予測サンプル値を判定することを含み、ｐは、再構成サンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測サンプル精度であり、ｃｌｉｐは、ｃｌｉｐ（ｘ，ｙ，ｚ）＝（ｘ＜ｙ）？ｙ：（ｘ＞ｚ？ｚ：ｘ）と定義されるクリッピング演算である、Ｅ１項に記載の方法。

Ｅ３． 予測計算は、ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）－１］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂを使用して、再構成サンプル値から予測サンプル値を判定することを含み、ｐは、再構成サンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測サンプル精度であり、ｃｌｉｐは、ｃｌｉｐ（ｘ，ｙ，ｚ）＝（ｘ＜ｙ）？ｙ：（ｘ＞ｚ？ｚ：ｘ）と定義されるクリッピング演算である、Ｅ１項に記載の方法。

Ｅ４． 予測計算は、（（ｐ＞＞ｂ）＋（１＜＜（ｂｉｔｄｅｐｔｈ－１）））＜＜ｂを使用して、再構成サンプル値から予測サンプル値を判定することを含み、ｐは、再構成サンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測サンプル精度である、Ｅ１項に記載の方法。

Ｅ５． 予測計算は、（ｃｌｉｐ（（ｐ＞＞ｂ），０，（１＜＜（ｂｉｔｄｅｐｔｈ－ｂ）））＋（１＜＜（ｂｉｔｄｅｐｔｈ－１）））＜＜ｂを使用して、再構成サンプル値から予測サンプル値を判定することを含み、ｐは、再構成サンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測サンプル精度であり、ｃｌｉｐは、ｃｌｉｐ（ｘ，ｙ，ｚ）＝（ｘ＜ｙ）？ｙ：（ｘ＞ｚ？ｚ：ｘ）と定義されるクリッピング演算である、Ｅ１項に記載の方法。

Ｅ６． 予測計算は、インループリシェイピング（ＩＬＲ）ステップが適用されるかどうかに基づいて、クリッピング演算を使用して、再構成されたサンプル値から予測サンプル値を判定することを含む、Ｅ１項に記載の方法。

Ｅ７． ｂが、再構成されたサンプルと現在の映像ブロックのビット深度の差である、Ｅ１～Ｅ５項のいずれか１項以上に記載の方法。

Ｅ８． 第１の精度および／または第２の精度、および／または第１の精度と第２の精度との差が、ビットストリーム表現におけるフィールドとして信号通知される、Ｅ１項に記載の方法。

Ｅ９． 予測計算は、再構成されたサンプル値から予測サンプル値を判定することを含み、予測サンプル値の第１の部分は第１の精度を有し、予測サンプル値の第２の部分は第２の精度を有する、Ｅ１項に記載の方法。

Ｅ１０． 現在の映像ブロックは、異なる精度のサンプルを含む符号化ツリーユニット内に位置する、Ｅ９項に記載の方法。

Ｅ１１． 異なる精度を有するサンプルが、現在の映像ブロックに対して許容される参照領域に含まれる、Ｅ１０項に記載の方法。

Ｅ１２． 別の映像ブロックを含む符号化ツリーユニットに関連付けられた第１の参照領域は、第１の精度を使用し、第２の参照領域は、現在の映像ブロックを含む符号化ツリーユニットに関連付けられた第２の参照領域は、第２の精度を使用する、Ｅ９項に記載の方法。

Ｅ１３． 第１の参照領域が第１の色成分に対応し、第２の参照領域が第２の色成分に対応する、Ｅ１２項に記載の方法。

Ｆ１． 視覚メディア処理方法であって、
現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードを使用して行うことであって、変換時には，ｎおよびＭは整数である場合に、ｎＭ×ｎＭサイズの参照領域が使用され、現在の映像ブロックは、符号化ツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対応するコーディングツリーユニット列のｎ×ｎ個の直近の利用可能なコーディングツリーユニットからのサンプルを含む、行うことを含む、方法。

Ｆ２． 参照領域のサイズは１２８×１２８サンプルであり、符号化ツリーユニットのサイズは６４×６４であり、バッファは、現在の映像ブロックを含む同じ符号化ツリーユニット行内の４つの最も近い利用可能な符号化ツリーユニットを含む、Ｆ１項に記載の方法。

Ｆ３． 参照領域のサイズは１２８×１２８サンプルであり、符号化ツリーユニットのサイズは３２×３２であり、バッファは、現在の映像ブロックを含む同じ符号化ツリーユニット行内の１６個の最も近い利用可能な符号化ツリーユニットを含む、Ｆ１項に記載の方法。

Ｇ１． 視覚メディア処理方法であって、
現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードを使用して行うことであって、変換時には，ｎ、ｐおよびＭは整数である場合に、ｎＭ×ｐＭサイズの参照領域が使用され、現在の映像ブロックは、符号化ツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対応するコーディングツリーユニット列のｎ×ｐ－１個の直近の利用可能なコーディングツリーユニットからのサンプルを含む、行うことを含む。

Ｇ２． 参照領域のサイズは１２８×１２８サンプルまたは２５６×６４サンプルであり、符号化ツリーユニットのサイズは６４×６４であり、バッファは、現在の映像ブロックを含む同じ符号化ツリーユニット行内の３つの最も近い利用可能な符号化ツリーユニットを含む、Ｇ１項に記載の方法。

Ｇ３． 参照領域のサイズは１２８×１２８サンプルまたは５１２×３２サンプルであり、符号化ツリーユニットのサイズは３２×３２であり、バッファは、現在の映像ブロックを含む同じ符号化ツリーユニット行内の１５個の最も近い利用可能な符号化ツリーユニットを含む、Ｇ１項に記載の方法。

Ｇ４． 符号化ツリーユニットのサイズがＭ×Ｍである、Ｇ１項に記載の方法。

Ｇ５． バッファの外側のサンプルは変換中に使用することが許可されない、Ｇ１項～Ｇ４項のいずれか１項に記載の方法。

Ｈ１． 視覚メディア処理方法であって、
映像領域の仮想パイプラインデータユニット（ＶＰＤＵ）の現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードを使用して行うことであって、変換時には，ｋ、ｎおよびＭは整数である場合に、ｎＭ×ｎＭサイズの参照領域が使用され、ＶＰＤＵの寸法がｋＭ×ｋＭであり、現在の映像ブロックは、符号化ツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対応するコーディングツリーユニット列のｎ×ｎ－ｋ個の直近の利用可能なコーディングツリーユニットからのサンプルを含む、行うことを含む方法。

Ｈ２． 参照領域のサイズは１２８×１２８サンプルであり、符号化ツリーユニットのサイズは６４×６４であり、ＶＰＤＵの寸法は６４×６４であり、バッファは、現在の映像ブロックを含む同じ符号化ツリーユニット行内の３つの最も近い利用可能な符号化ツリーユニットを含む、Ｇ１項に記載の方法。

Ｈ３． 参照領域のサイズは１２８×１２８サンプルであり、符号化ツリーユニットのサイズは３２×３２であり、ＶＰＤＵの寸法は６４×６４であり、バッファは、現在の映像ブロックを含む同じ符号化ツリーユニット行内の１２個の最も近い利用可能な符号化ツリーユニットを含む、Ｈ１項に記載の方法。

Ｉ１． 視覚メディア処理方法であって、
視覚メディアデータのｗ×ｈサイズの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することであって、変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる、判定することと、
現在の映像ブロックを含むサイズがＭ×Ｍの符号化ツリーユニット（ＣＴＵ）の左上位置に対する現在の映像ブロックの位置（ｘ０、ｙ０）に空間的に配置され、かつブロックベクトル（ＢＶｘ、ＢＶｙ）を有するサンプルに対して、バッファにおける参照位置（Ｐ，Ｑ）から始まる対応する参照領域を計算することであって、参照位置（Ｐ，Ｑ）はブロックベクトル（ＢＶｘ、ＢＶｙ）および／または位置（ｘ０，ｙ０）を使用して判定する、計算することと、
参照領域および／または参照位置（Ｐ、Ｑ）に１つ以上の規則ベースの制約を適用して、参照領域と映像領域との重なりを制限することと、を含む方法。

Ｉ２． ＣＴＵのサイズが１２８×１２８である場合、（ｘ０，ｙ０）を（ｍ×６４，ｎ×６４）で表すと、参照領域は、（（ｍ－２）×６４，ｎ×６４）で表される左上隅を有するサイズ６４×６４の映像領域と重ならないように制限され、ｍおよびｎは整数である、Ｉ１項に記載の方法。

Ｉ３． ＣＴＵのサイズが１２８×１２８である場合、（ｘ０，ｙ０）を（ｍ×６４，ｎ×６４）で表すと、参照領域は、（ｘ０－１２８，ｙ０）で表される左上隅を有するサイズｗ×ｈの映像領域と重ならないように制限され、ｍおよびｎは整数である、Ｉ１項に記載の方法。

Ｉ４． バッファのサイズがｋＭ×Ｍである場合、参照領域が、（ｘ０－ｋＭ ｙ０）として表される左上隅を有するサイズｗ×ｈの映像領域と重複しないように制限される、Ｉ１項に記載の方法。

Ｉ５． 現在の映像ブロックの左上の位置が（２ｍ＊６４，２ｎ＊６４）として表される場合、再構成されたブロックの左上の位置は、（（２ｍ－２）＊６４，２ｎ＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｉ６． 現在の映像ブロックの左上の位置が（２ｍ＊６４，２ｎ＊６４）として表される場合、再構成されたブロックの左上の位置は、（（２ｍ－１）＊６４，２ｎ＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｉ７． 現在の映像ブロックの左上の位置が（２ｍ＊６４，２ｎ＊６４）として表される場合、再構成されたブロックの左上の位置は、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｉ８． 現在の映像ブロックの左上の位置が（２ｍ＊６４，２ｎ＊６４）として表される場合、再構成されたブロックの左上の位置は、現在の映像ブロックの左上の位置に位置する、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｉ９． 現在の映像ブロックの左上の位置が（（２ｍ＋１）＊６４，（２ｎ＋１）＊６４）として表される場合、再構成されたブロックの左上の位置は、現在の映像ブロックの左上の位置に位置する、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｉ１０． 現在の映像ブロックの左上の位置が（（２ｍ＋１）＊６４，２ｎ＊６４）として表される場合、再構成されたブロックの左上の位置は、（（２ｍ－１）＊６４，２ｎ＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｉ１１． 現在の映像ブロックの左上の位置が（（２ｍ＋１）＊６４，２ｎ＊６４）として表される場合、再構成されたブロックの左上の位置は、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｉ１２． 現在の映像ブロックの左上の位置が（（２ｍ＋１）＊６４，２ｎ＊６４）として表される場合、再構成されたブロックの左上の位置は、（２ｍ＊６４，２ｎ＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｉ１３． 現在の映像ブロックの左上の位置が（（２ｍ＋１）＊６４，２ｎ＊６４）として表される場合、前再構成されたブロックの左上の位置は、現在の映像ブロックの左上の位置に位置する、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｉ１４． 現在の映像ブロックの左上の位置が（２ｍ＊６４，（２ｎ＋１）＊６４）として表される場合、再構成されたブロックの左上の位置は、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｉ１５． 現在の映像ブロックの左上の位置が（２ｍ＊６４，（２ｎ＋１）＊６４）として表される場合、再構成されたブロックの左上の位置は、（２ｍ＊６４，２ｎ＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｉ１６． 現在の映像ブロックの左上の位置が（２ｍ＊６４，（２ｎ＋１）＊６４）として表される場合、再構成されたブロックの左上の位置は、（（２ｍ＋１）＊６４，２ｎ＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｉ１７． 現在の映像ブロックの左上の位置が（２ｍ＊６４，（２ｎ＋１）＊６４）として表される場合、再構成されたブロックの左上の位置は、現在の映像ブロックの左上の位置に位置する、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１項に記載の方法。

Ｊ１． 視覚メディア処理方法であって、
視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することであって、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる、判定することと、
現在の映像ブロックを含む符号化ユニット（ＣＵ）に対して、現在の映像ブロックの位置（ｘ０，ｙ０）に空間的に位置するサンプルに対して、バッファにおける参照位置から始まる対応する参照領域を計算することと、
前回処理されたブロックのうちどれを予測に用いるかを判定するために、参照領域及び参照位置を調整することと、を含む、方法。

Ｊ２． （ｙ０＞＞６）＆１＝＝０のとき、最大２つの前回処理されたブロックが予測に使用され、２つの前回処理されたブロックの左上の位置は（（ｘ＞＞６＜＜６）－１２８，ｙ＞＞６＜＜６）および（（ｘ＞＞６＜＜６）－６４，ｙ＞＞６＜＜６）で表される。Ｊ１項に記載の方法。

Ｊ３． （ｙ０＞＞６）＆１＝＝１である場合、左上位置が（（ｘ＞＞６＜＜６）－６４，ｙ＞＞６＜＜＜６）で表される１つの前回処理されたブロックを予測に使用する、Ｊ１項に記載の方法。

Ｋ１． 映像処理方法であって、
映像の現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のために、映像の成分Ｘを使用して、映像の成分ｃの現在の映像ブロックに対応するブロックベクトルの有効性を判定することであって、成分Ｘは、映像の輝度成分とは異なる、判定することと、
現在の映像ブロックに対してブロックベクトルが有効であると判定すると、ブロックベクトルを使用して変換を行うことであって、変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピー（ＩＢＣ）モードで行われることと、を含む、方法。

Ｋ２． 現在の映像ブロックは位置（ｘ，ｙ）から開始し、判定することは、ｉｓＲｅｃ（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（ｙ＋ＢＶｙ）＞＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））が真である場合に無効であると判定することを含み、サンプル（ｘ，ｙ）がＩＢＣモードで再構成され、ブロックベクトルが（ＢＶｘ，ＢＶｙ）と表記されている場合に、ｉｓＲｅｃ（ｘ，ｙ）が真である、Ｋ１項に記載の方法。

Ｋ３． 成分ｃが、映像の輝度成分に対応する、Ｋ１項に記載の方法。

Ｋ４． 現在の映像ブロックがクロマブロックであり、映像が４：４：４フォーマットである、Ｋ１項に記載の方法。

Ｋ５． 現在の映像ブロックは、輝度成分及びクロマ成分を含む、Ｋ１項に記載の方法。

Ｋ６． 映像が４：２：０フォーマットであり、現在の映像ブロックは、位置（ｘ，ｙ）から始まるクロマブロックであり、判定することは、ブロックベクトルが、ｉｓＲｅｃ（ｃ．（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））が真である場合に無効であると判定することを含み、サンプル（ｘ，ｙ）がＩＢＣモードで再構成された場合、ｉｓＲｅｃ（ｘ，ｙ）が真である、Ｋ１項に記載の方法。

Ｋ７． 判定は、映像の成分Ｘのサンプルの可用性に少なくとも部分的に基づいている、項Ｋ１に記載の方法。

Ｋ８． 現在の映像ブロックが位置（ｘ，ｙ）から始まり、判定することは、ブロックベクトルが、ｉｓＲｅｃ（ｃ．（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））が真の場合には無効であると判定し、ｉｓＲｅｃ（ｃ，ｘ，ｙ）は、成分ｃのサンプル（ｘ，ｙ）が利用可能であり、ＩＢＣモードによって再構成され、ブロックベクトルが（ＢＶｘ，ＢＶｙ）と表記される場合には、真である、Ｋ７項に記載の方法。

Ｋ９． 現在の映像ブロックが輝度ブロックである、Ｋ８項に記載の方法。

Ｋ１０． 現在の映像ブロックがクロマブロックであり、映像が４：４：４フォーマットである、Ｋ８項に記載の方法。

Ｋ１１． 判定するステップは、映像の成分Ｘのサンプルの可用性を判定するステップを含む、Ｋ７項に記載の方法。

Ｋ１２． 現在の映像ブロックは、位置（ｘ，ｙ）から始まり、判定するステップは、ｉｓＲｅｃ（ｃ，ｘ＋ＢＶｘ＋Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅ，ｙ）が真の場合、ブロックベクトルが無効であると判定し、成分ｃのサンプル（ｘ，ｙ）が利用可能であり、ＩＢＣモードによって再構成された場合にはｉｓＲｅｃ（ｃ，ｘ，ｙ）が真であり、ブロックベクトルは、（ＢＶｘ，ＢＶｙ））、Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅは、クロマ成分の符号化ツリーユニットのサイズを示す、Ｋ７項に記載の方法。

Ｋ１３． クロマ成分のための符号化ツリーユニットのサイズが６４である、Ｋ１２項に記載の方法。

Ｋ１４． 現在の映像ブロックの特徴を判定する方法であって、
イントラブロックコピーモードにおいて、予測のための参照サンプルを記憶するバッファを判定することと、
現在の映像ブロックを含む符号化ツリーユニット（ＣＴＵ）の左上の位置に対して、現在の映像ブロックの位置（ｘ０，ｙ０）に空間的に位置するサンプルに対して、バッファにおける参照位置（Ｐ，Ｑ）から始まる対応する参照領域を計算することと、をさらに含む、Ｋ１項に記載の方法。

Ｋ１５． バッファは、サイズＭ×Ｍのブロックを記憶する、Ｋ１４項に記載の方法。

Ｋ１６． バッファは、サイズＮ×Ｍのブロックを記憶し、式中、ＭとＮが等しくない、Ｋ１４項に記載の方法。

Ｋ１７． １つ以上の条件が満たされる場合、バッファの使用が制限される、Ｋ１４項に記載の方法。

Ｋ１８． バッファが現在の映像ブロックと同じブリック／タイル／タイルグループ／スライス内にある場合、バッファの使用が制限される、Ｋ１４項に記載の方法。

Ｌ１． 変換は、現在の映像ブロックからビットストリーム表現を生成することを含むＡ１～Ｋ１８項のいずれかに記載の方法。

Ｌ２． 変換は、ビットストリーム表現から現在の映像ブロックの画素値を生成することを含む、Ａ１～Ｋ１８項のいずれかに記載の方法。

Ｌ３． Ａ１～Ｋ１８のいずれか１項以上に記載の方法を実施するように構成された処理装置を備える映像エンコーダ装置。

Ｌ４． Ａ１～Ｋ１８項のいずれか１項以上に記載の方法を実施するように構成された処理装置を備える、映像デコーダ装置。

Ｌ５． コードが記憶されたコンピュータ可読媒体であって、コードはＡ１～Ｋ１８の１項以上のいずれかに記載の方法を実施するための処理装置実行可能命令を具現化する、コンピュータ可読媒体。

本明細書では、「映像処理」という用語は、映像符号化、映像復号化、映像圧縮、または映像展開を指すことができる。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応するビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像ブロックのビットストリーム表現は、例えば、構文によって規定されるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、１つのマクロブロックは、変換および符号化された誤り残差値の観点から、且つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。

以上、説明の目的で本開示の技術の特定の実施形態を説明したが、本発明の範囲から逸脱することなく様々な修正が可能であることは、理解されるであろう。従って、本開示の技術は、添付の特許請求の範囲による場合を除き、限定されない。

本特許明細書に記載された主題および機能操作の実装形態は、本明細書に開示された構造およびその構造的等価物を含め、様々なシステム、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施してもよい。本明細書に記載された主題の実装形態は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置によって実行されるため、又はデータ処理装置の操作を制御するために、有形で非可搬性のコンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実装することができる。このコンピュータ可読媒体は、機械可読記憶装置、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、又はこれらの１つ以上の組み合わせであってもよい。「データ処理ユニット」又は「データ処理装置」という用語は、例えば、プログラマブル処理装置、コンピュータ、又は複数の処理装置若しくはコンピュータを含め、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、処理装置ファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はこれらの１つ以上の組み合わせを構成するコードを含むことができる。

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとも呼ばれる）は、コンパイルされた言語又は解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、又はコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、又は他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラム又はデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの一部を格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、又は複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。

本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブル処理装置によって行うことができる。処理及びロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。

コンピュータプログラムの実行に適した処理装置は、例えば、汎用及び専用マイクロ処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上の処理装置を含む。一般的に、処理装置は、読み出し専用メモリ又はランダムアクセスメモリ又はその両方から命令及びデータを受信する。コンピュータの本質的な要素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１つ以上の記憶装置とである。一般的に、コンピュータは、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、光磁気ディスク、又は光ディスクを含んでもよく、又はこれらの大容量記憶デバイスからデータを受信するか、又はこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス等の半導体メモリデバイスを含む。処理装置及びメモリは、特定用途のロジック回路によって補完されてもよく、又は特定用途のロジック回路に組み込まれてもよい。

本明細書は、図面とともに、例示のみを目的とするものであり、例示的とは例を意味することが意図される。本明細書において、「または」の使用は、文脈からそうでないことが明確に示されていない限り、「および／または」を含むことが意図される。

本特許明細書は多くの詳細を含むが、これらは、任意の発明の範囲又は特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の発明の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の文脈で説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例の文脈で説明された様々な特徴は、複数の実施形態において別個に又は任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブ組み合わせまたはサブ組み合わせのバリエーションに向けられてもよい。

同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番で又は連続した順番で実行されること、又は示された全ての操作が実行されることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。

いくつかの実装形態及び例のみが記載されており、この特許文献に記載され図示されている内容に基づいて、他の実施形態、拡張及び変形が可能である。

Claims (12)

1. 視覚メディア処理方法であって、
   映像の現在の映像ブロックと前記映像のビットストリームとの変換のために、第１のコーディングモードが前記現在の映像ブロックに適用されることを判定することと、
   前記現在の映像ブロックにおける第１のブロックベクトル（ＢＶｘ，ＢＶｙ）を導出することと、
   前記第１のブロックベクトル及び輝度バッファに基づいて前記現在の映像ブロックの予測サンプルを生成することであって、フィルタリング演算を適用せずに前の映像ブロックの再構成サンプルを前記輝度バッファに記憶し、前記第１のコーディングモードにおいて前記現在の映像ブロックを含む同じピクチャから前記予測サンプルを導出する、生成することと、
   前記予測サンプルに基づいて前記変換を行うことと、
   を含み、
   前記輝度バッファのサイズは、Ｍ＝ｍＷ及びＮ＝Ｈによって示され、Ｍは前記輝度バッファの幅であり、Ｎは前記輝度バッファの高さであり、Ｗは前記現在の映像ブロックを含むコーディングツリーブロックの幅であり、Ｈは前記現在の映像ブロックを含むコーディングツリーブロックの高さであり、ｍは正の整数でありＷ又はＨに基づいて導出され、Ｍ及びＮは全て正の整数である、
   方法。
2. 前記現在の映像ブロックの左上隅に関連する任意のピクセル（ｘ０，ｙ０）について、ｙ０＋ＢＶｙ及びｘ０＋ＢＶｘが特定の範囲に制限される、
   請求項１に記載の方法。
3. ｙ０＋ＢＶｙは、［０、…、Ｎ－１］の範囲にあり、
   ｘ０＋ＢＶｘは、［０、…、Ｍ－１］の範囲にある、
   請求項２に記載の方法。
4. ピクチャ又はスライスをコーディングする前に、前記輝度バッファがリセットされる、
   請求項１～３のいずれか１項に記載の方法。
5. 前記輝度バッファの要素は、固定値でリセットされる、
   請求項１～４のいずれか１項に記載の方法。
6. 参照領域は、前記コーディングツリーブロックの行において、最も近い利用可能な（ｍ－１）コーディングツリーブロックを含む、
   請求項１～５のいずれか１項に記載の方法。
7. ピクチャの左上隅に対して位置（ｘ，ｙ）を再構成した後、前記輝度バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値が、位置（ｘ，ｙ）の再構成された値で更新される
   請求項１～６のいずれか１項に記載の方法。
8. 前記変換は、前記現在の映像ブロックを前記ビットストリームに符号化することを含む、
   請求項１～７のいずれか１項に記載の方法。
9. 前記変換は、前記ビットストリームから前記現在の映像ブロックを復号化することを含む、
   請求項１～７のいずれか１項に記載の方法。
10. プロセッサと、命令を有する非一時的メモリと、を含む映像データ処理装置であって、
    前記プロセッサは、前記命令を実行することで、
    映像の現在の映像ブロックと前記映像のビットストリームとの変換のために、第１のコーディングモードが前記現在の映像ブロックに適用されることを判定することと、
    前記現在の映像ブロックにおける第１のブロックベクトル（ＢＶｘ，ＢＶｙ）を導出することと、
    前記第１のブロックベクトル及び輝度バッファに基づいて前記現在の映像ブロックの予測サンプルを生成することであって、フィルタリング演算を適用せずに前の映像ブロックの再構成サンプルを前記輝度バッファに記憶し、前記第１のコーディングモードにおいて前記現在の映像ブロックを含む同じピクチャから前記予測サンプルを導出する、生成することと、
    前記予測サンプルに基づいて前記変換を行うことと、
    を実行し、
    前記輝度バッファのサイズは、Ｍ＝ｍＷ及びＮ＝Ｈによって示され、Ｍは前記輝度バッファの幅であり、Ｎは前記輝度バッファの高さであり、Ｗは前記現在の映像ブロックを含むコーディングツリーブロックの幅であり、Ｈは前記現在の映像ブロックを含むコーディングツリーブロックの高さであり、ｍは正の整数でありＷ又はＨに基づいて導出され、Ｍ及びＮは全て正の整数である、
    装置。
11. 命令を記憶する非一時的なコンピュータ可読記憶媒体であって、
    前記命令は、プロセッサに、
    映像の現在の映像ブロックと前記映像のビットストリームとの変換のために、第１のコーディングモードが前記現在の映像ブロックに適用されることを判定することと、
    前記現在の映像ブロックにおける第１のブロックベクトル（ＢＶｘ，ＢＶｙ）を導出することと、
    前記第１のブロックベクトル及び輝度バッファに基づいて前記現在の映像ブロックの予測サンプルを生成することであって、フィルタリング演算を適用せずに前の映像ブロックの再構成サンプルを前記輝度バッファに記憶し、前記第１のコーディングモードにおいて前記現在の映像ブロックを含む同じピクチャから前記予測サンプルを導出する、生成することと、
    前記予測サンプルに基づいて前記変換を行うことと、
    を実行させ、
    前記輝度バッファのサイズは、Ｍ＝ｍＷ及びＮ＝Ｈによって示され、Ｍは前記輝度バッファの幅であり、Ｎは前記輝度バッファの高さであり、Ｗは前記現在の映像ブロックを含むコーディングツリーブロックの幅であり、Ｈは前記現在の映像ブロックを含むコーディングツリーブロックの高さであり、ｍは正の整数でありＷ又はＨに基づいて導出され、Ｍ及びＮは全て正の整数である、
    記憶媒体。
12. 映像のビットストリームを記録する方法であって、
    第１のコーディングモードが現在の映像ブロックに適用されることを判定することと、
    前記現在の映像ブロックにおける第１のブロックベクトル（ＢＶｘ，ＢＶｙ）を導出することと、
    前記第１のブロックベクトル及び輝度バッファに基づいて前記現在の映像ブロックの予測サンプルを生成することであって、フィルタリング演算を適用せずに前の映像ブロックの再構成サンプルを前記輝度バッファに記憶し、前記第１のコーディングモードにおいて前記現在の映像ブロックを含む同じピクチャから前記予測サンプルを導出する、生成することと、
    前記予測サンプルに基づいて前記ビットストリームを生成することと、
    前記ビットストリームを非一時的なコンピュータ可読記録媒体に記録することと、
    を含み、
    前記輝度バッファのサイズは、Ｍ＝ｍＷ及びＮ＝Ｈによって示され、Ｍは前記輝度バッファの幅であり、Ｎは前記輝度バッファの高さであり、Ｗは前記現在の映像ブロックを含むコーディングツリーブロックの幅であり、Ｈは前記現在の映像ブロックを含むコーディングツリーブロックの高さであり、ｍは正の整数でありＷ又はＨに基づいて導出され、Ｍ及びＮは全て正の整数である、
    方法。

Images