▶ ベイジン バイトダンス ネットワーク テクノロジー カンパニー リミテッドの特許一覧 ▶ バイトダンス インコーポレイテッドの特許一覧
特表2022-539468映像符号化におけるイントラブロックコピーのための仮想予測バッファ
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-09-09
(54)【発明の名称】映像符号化におけるイントラブロックコピーのための仮想予測バッファ
(51)【国際特許分類】
H04N 19/593 20140101AFI20220902BHJP
H04N 19/423 20140101ALI20220902BHJP
【ＦＩ】
H04N19/593
H04N19/423
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022500635
(86)(22)【出願日】2020-07-01
(85)【翻訳文提出日】2022-01-14
(86)【国際出願番号】 CN2020099702
(87)【国際公開番号】W WO2021004348
(87)【国際公開日】2021-01-14
(31)【優先権主張番号】PCT/CN2019/094957
(32)【優先日】2019-07-06
(33)【優先権主張国・地域又は機関】CN
(31)【優先権主張番号】PCT/CN2019/095297
(32)【優先日】2019-07-09
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
(71)【出願人】
【識別番号】520476341
【氏名又は名称】北京字節跳動網絡技術有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ
(71)【出願人】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002000
【氏名又は名称】特許業務法人栄光特許事務所
(72)【発明者】
【氏名】シュー ジジョン
(72)【発明者】
【氏名】ジャン リー
(72)【発明者】
【氏名】ジャン カイ
(72)【発明者】
【氏名】リウ ホンビン
(72)【発明者】
【氏名】ワン ユエ
【テーマコード（参考）】
5C159
【Ｆターム（参考）】
5C159KK08
5C159MA04
5C159NN03
5C159NN28
5C159UA02
5C159UA05
5C159UA33
5C159UA37
(57)【要約】
視覚メディア処理方法は、視覚メディアデータの現在のピクチャの現在の映像ブロックと、この視覚メディアデータのビットストリーム表現との変換を行うことを含む。この変換は、現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを備える現在のピクチャからの参照領域に基づく。定義されたサイズの仮想バッファは、予測ブロックを導出するための参照サンプルの可用性を追跡するために使用される。
【選択図】図６
【選択図】図６
【特許請求の範囲】
【請求項1】
視覚メディアデータの現在のピクチャの現在の映像ブロックと、前記視覚メディアデータのビットストリーム表現との変換を行うことを含む視覚メディア処理方法であって、
前記変換は、前記現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを備える前記現在のピクチャからの参照領域に基づき、
定義されたサイズの仮想バッファは、前記予測ブロックを導出するための前記参照サンプルの可用性を追跡するために使用される、視覚メディア処理方法。
【請求項2】
前記仮想バッファは、仮想パイプラインデータユニット（ＶＰＤＵ）を使用して維持され、前記仮想バッファのサイズはｍ＊ＷＶＰＤＵ×ｎ＊ＨＶＰＤＵであり、ＷＶＰＤＵおよびＨＶＰＤＵは、前記ＶＰＤＵの幅および高さを示す、請求項１に記載の方法。
【請求項3】
ｍ＝４であり、ｎ＝２である、請求項２に記載の方法。
【請求項4】
ｍおよび／またはｎは、前記現在の映像ブロックに関連付けられたピクチャの解像度または前記現在の映像ブロックを含む符号化ツリーユニットのサイズに少なくとも部分的に基づく、請求項２に記載の方法。
【請求項5】
ｍおよび／または、予め定義された数量である、請求項２に記載の方法。
【請求項6】
ｍおよび／または、前記ビットストリーム表現におけるフィールドとして信号通知される、請求項２に記載の方法。
【請求項7】
前記現在のビデオブロック内のサンプルが、前記仮想バッファ内の（ｘ％（ｍ＊ＷＶＰＤＵ），ｙ％（ｎ＊ＨＶＰＤＵ））にマッピングされ、前記現在のビデオブロック内の前記サンプルは、ピクチャの左上隅に対して（ｘ，ｙ）に位置し、“ｘ％ｙ”は、ｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）と定義され、ｆｌｏｏｒ（ａ）はａ以下の最大整数であり、ＷＶＰＤＵおよびＨＶＰＤＵは、ＶＰＤＵの幅および高さを示す、請求項１に記載の方法。
【請求項8】
前記仮想バッファに記憶されたサンプルの可用性を追跡するためのアレイを使用することをさらに含む、請求項１に記載の方法。
【請求項9】
前記アレイは、前記バッファに記憶された１つ以上のサンプルがイントラブロックコピーモードでの予測に使用されるかどうかを示すためのフラグを含む、請求項８に記載の方法。
【請求項10】
前記アレイは、サイズ３×２の１つ以上のＶＰＤＵに対応する、請求項８に記載の方法。
【請求項11】
前記アレイは、サイズ４×２の１つ以上のＶＰＤＵに対応する、請求項８に記載の方法。
【請求項12】
前記仮想バッファに記憶されたサンプルのサブセットが、予測のために利用不可能としてフラグを立てられる、請求項１に記載の方法。
【請求項13】
予測のために利用不可能としてフラグが立てられた前記サンプルのサブセットは、最近処理されたＶＰＤＵの位置に基づく、請求項１２に記載の方法。
【請求項14】
前記サンプルは、ＶＰＤＵの処理の開始時に利用不可能としてフラグが立てられる、請求項１３に記載の方法。
【請求項15】
ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ）が０である場合、位置（ｘ，ｙ）に位置する前記サンプルのサブセットは利用不可能としてフラグが立てられ、ｘが第１の所定の範囲内にあり、ｙは第２の所定の範囲内にあり、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、最近処理されたＶＰＤＵの符号化ツリーユニットの左上隅を表し、ＷＶＰＤＵおよびＨＶＰＤＵはＶＰＤＵの幅および高さを表す、請求項１４に記載の方法。
【請求項16】
前記第１の範囲は、［ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－２＊ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％（ｍ＊ＷＶＰＤＵ））－１＋ＷＶＰＤＵ］として表され、前記第２の範囲は、［ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ））－１＋ＨＶＰＤＵ］として表される、請求項１５に記載の方法。
【請求項17】
前記第１の範囲は、［ｘＰｒｅｖＶＰＤＵ－２＊ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－２＊ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％（ｍ＊ＷＶＰＤＵ））－１＋ＷＶＰＤＵ］として表され、前記第２の範囲は、［ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ））－１＋ＨＶＰＤＵ］として表される、請求項１５に記載の方法。
【請求項18】
ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ）が０に等しくない場合、位置（ｘ，ｙ）に位置する前記サンプルのサブセットは利用不可能としてフラグが立てられ、ｘは第１の所定の範囲内にあり、ｙは第２の所定の範囲内にあり、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）が、最近処理されたＶＰＤＵの符号化ツリーユニットの左上隅を表し、ＷＶＰＤＵおよびＨＶＰＤＵが前記ＶＰＤＵの幅および高さを表す、請求項１４に記載の方法。
【請求項19】
前記第１の範囲は、［ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％（ｍ＊ＷＶＰＤＵ），（（ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％（ｍ＊ＷＶＰＤＵ））－１＋ＷＶＰＤＵ］として表され、前記第２の範囲は、［ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ））－１＋ＨＶＰＤＵ］として表される、請求項１８に記載の方法。
【請求項20】
前記第１の範囲は、［ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％（ｍ＊ＷＶＰＤＵ））－１＋ＷＶＰＤＵとして表され、前記第２の範囲は、［ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ））－１＋ＨＶＰＤＵ］として表される、請求項１８に記載の方法。
【請求項21】
前記符号化ツリーがＶＰＤＵを含む場合、予測のために利用不可能としてフラグが立てられた前記サンプルのサブセットは、最近処理された符号化ツリーユニットの位置に基づく、請求項１２に記載の方法。
【請求項22】
前記サンプルは、符号化ツリーユニットの処理の開始時に利用不可能としてフラグが立てられる、請求項２１に記載の方法。
【請求項23】
前記現在の映像ブロックの左上の位置、前記現在の映像ブロックの左下の位置、および前記現在の映像ブロックの右下位置に基づいて、前記現在の映像ブロックに対応するブロックベクトルの妥当性を決定することをさらに含み、前記決定することは、前記現在の映像ブロックの右上位置の使用を除外する、請求項１～２２のいずれか１項に記載の方法。
【請求項24】
前記変換は、イントラブロックコピーモードで行われる、請求項１～２３のいずれか１項以上に記載の方法。
【請求項25】
前記変換は、前記現在の映像ブロックから前記ビットストリーム表現を生成することを含む、請求項１～２４のいずれかに記載の方法。
【請求項26】
前記変換は、前記ビットストリーム表現から前記現在の映像ブロックの画素値を生成することを含む、請求項１～２４のいずれかに記載の方法。
【請求項27】
請求項１～２４のいずれか１項に記載の方法を実装するように構成された処理装置を備える映像エンコーダ装置。
【請求項28】
請求項１～２４のいずれか１項に記載の方法を実装するように構成された処理装置を備える映像デコーダ装置。
【請求項29】
コードが記憶されたコンピュータ可読媒体であって、前記コードは請求項１～２４のいずれか１項に記載の方法を実装するための処理装置が実行可能な命令を実施する、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
パリ条約に基づく適用可能な特許法及び／又は規則に基づいて、本願は、２０１９年７月６日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９４９５７号、２０１９年７月９日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９５２９７号、２０１９年７月１０日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９５５０４号、２０１９年７月１１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９５６５６号、２０１９年７月１３日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９５９１３号、２０１９年７月１５日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９６０４８号の優先権及び利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
パリ条約に基づく適用可能な特許法及び／又は規則に基づいて、本願は、２０１９年７月６日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９４９５７号、２０１９年７月９日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９５２９７号、２０１９年７月１０日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９５５０４号、２０１９年７月１１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９５６５６号、２０１９年７月１３日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９５９１３号、２０１９年７月１５日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９６０４８号の優先権及び利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
【0002】
この特許明細書は、映像符号化および復号化技術、デバイスおよびシステムに関する。
【背景技術】
【0003】
映像圧縮の進歩にもかかわらず、デジタル映像は、依然として、インターネット及び他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像の受信及び表示が可能な接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。
【発明の概要】
【0004】
本明細書は、映像または画像を復号化または符号化するためのイントラブロックコピーモードにおけるバッファ管理およびブロックベクトル符号化のための様々な実施形態および技術を説明する。
【0005】
１つの例示的な態様において、視覚メディア処理方法が開示される。この方法は、視覚メディアデータの現在のピクチャの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換のために、ブロックベクトル（ＢＶｘ，ＢＶｙ）を決定することであって、前記ブロックベクトル（ＢＶｘ，ＢＶｙ）の有効性は、（１）サンプルブロックの位置（Ｐ，Ｑ）および／または（２）位置（Ｐ，Ｑ）のサンプルを再構成するかどうか、および／または（３）現在の映像ブロックの位置（但し、ブロックベクトル（ＢＶｘ，ＢＶｙ）は、現在の映像ブロックとサンプルブロックとの間の画素変位を表す）に依存しない、決定することと、このブロックベクトルを使用して、現在の映像ブロックの予測ブロックの導出に使用される参照サンプルからなる、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに基づいて、イントラブロックコピーモードで変換を行うことと、を含み、変換中に少なくとも、バッファのサイズおよび／またはブロックベクトル（ＢＶｘ，ＢＶｙ）のサイズに応じて、バッファ内の参照サンプルから位置（Ａ，Ｂ）を持つ予測サンプルを決定する。
【0006】
別の例示的な態様において、視覚メディア処理の別の方法が開示される。この方法は、視覚メディアデータの現在のピクチャの現在の映像ブロックと視覚メディアデータのビットストリーム表現との変換のために、規則に従って、前記現在の映像ブロックに対応するブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であるかどうかを判定することであって、前記ブロックベクトル（ＢＶｘ，ＢＶｙ）は、現在の映像ブロックとサンプルブロックとの間の画素変位を表す、決定することと、前記ブロックベクトルを使用して、現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを含む現在のピクチャからの参照領域に基づいて、前記変換を行うこととを含み、前記規則は、ブロックベクトル（ＢＶｘ，ＢＶｙ）が、（１）このサンプルブロックからの１つ以上のサンプルがこの現在のピクチャの外側にあり、および／または（２）サンプルブロックからの１つ以上のサンプルが、現在の映像ブロックに関連付けられた少なくとも１つの符号化ツリーユニット（ＣＴＵ）の外側にあり、および／または、（３）サンプルブロックからの１つ以上のサンプルが再構成に失敗した場合に有効になる。
【0007】
さらに、別の例示的な態様において、視覚メディア処理の別の方法が開示される。この方法は、視覚メディアデータの現在のピクチャの現在の映像ブロックと、この視覚メディアデータのビットストリーム表現との変換を行うことを含み、前記変換は、現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを備える、現在のピクチャからの参照領域に基づいて行われ、定義されたサイズの仮想バッファは、前記予測ブロックを導出するための前記参照サンプルの可用性を追跡するために使用される。
【0008】
さらに、別の例示的な態様において、視覚メディア処理の別の方法が開示される。この方法は、視覚メディアデータの現在のピクチャの現在の映像ブロックと視覚メディアデータのビットストリーム表現との変換のために、現在の映像ブロックの予測ブロックを導出するための、現在のピクチャからの参照サンプルを含むバッファを維持することを含み、前記導出に利用できないとマークされたバッファ内の１つ以上の参照サンプルが、画素値の範囲外の値を有している。
【0009】
別の例示的な態様において、映像処理の別の方法が開示される。この方法は、現在の映像ブロックの予測ブロックを導出するために、現在のピクチャからの参照サンプルを含むバッファを使用して、視覚メディアデータの現在のピクチャの映像ブロックと視覚メディアデータのビットストリーム表現との変換を行うことを含み、前記変換は、ビットストリーム表現が規則に準拠するために、バッファにおける参照サンプルがビットストリーム適合性の制約を満たすものであることを規定する規則に基づく。
【0010】
さらに別の例示的な態様において、上述された方法を実装するように構成された処理装置を備える映像エンコーダまたはデコーダ装置が開示される。
【0011】
別の例示的な態様において、コンピュータ可読プログラム媒体が開示される。この媒体は、開示された方法のうちの１つを実装するための処理装置実行可能命令を実施するコードを記憶する。
【0012】
これらの、および他の態様は、本明細書でより詳細に説明される。
【図面の簡単な説明】
【0013】
【図1】現在のピクチャ参照またはイントラブロックコピー映像または画像符号化技術を例示する。
【図2】ダイナミック参照領域を例示する。
【図3】（ｘ，ｙ）から始まるブロックの符号化を例示する。
【図4】前回符号化された６４×６４ブロックを選択するための、考えられる代替方法を例示する。
【図5】６４×６４ブロックの符号化／復号化の順序を変更するための、考えられる代替方法を例示する。
【図6】映像または画像の処理方法の一例を示すフローチャートである。
【図7】映像または画像の符号化または復号化を行うハードウェアプラットフォームを示すブロック図である。
【図8】６４×６４ブロックの復号化の順序が上から下へ、左から右である場合、前回の符号化された６４×６４ブロックを選択するための、別の考えられる代替方法を示す。
【図9】前回の符号化された６４×６４ブロックを選択するための、別の考えられる代替方法を示す。
【図10】リシェイプを伴う復号化処理の例示的なフローチャートを示す。
【図11】６４×６４ブロックの復号化の順序が左から右、上から下である場合、前回の符号化された６４×６４ブロックを選択するための、別の考えられる代替方法を示す。
【図12】ＩＢＣ参照バッファステータスを示す図であり、１つのブロックは６４×６４ＣＴＵを示す。
【図13】ＩＢＣのための参照領域の１つの配置を示す。
【図14】ＩＢＣのための参照領域の別の配置を示す。
【図15】現在の仮想パイプラインデータユニット（ＶＰＤＵ）がピクチャ境界の右側にある場合のＩＢＣのための参照領域の別の配置を示す。
【図16】１つのＣＴＵ行内のＶＰＤＵを順次復号化する場合の仮想バッファの状態の例を示す。
【図17】開示された技術を実装することができる例示的な映像処理システムを示すブロック図である。
【図18】視覚メディア処理方法の一例を示すフローチャートである。
【図19】視覚メディア処理方法の一例を示すフローチャートである。
【図20】視覚メディア処理方法の一例を示すフローチャートである。
【図21】視覚メディア処理方法の一例を示すフローチャートである。
【図22】視覚メディア処理方法の一例を示すフローチャートである。
【発明を実施するための形態】
【0014】
本明細書では、理解を容易にするために章の見出しを使用しており、１つの章に開示された実施形態をその章にのみ限定するものではない。本明細書は、映像または画像を復号化または符号化するためのイントラブロックコピーモードにおけるバッファ管理およびブロックベクトル符号化のための様々な実施形態および技術を説明する。
【0015】
１． 概要
【0016】
本明細書は、映像符号化技術に関する。具体的には、映像符号化におけるイントラブロックコピーに関する。これは、例えば、汎用映像符号化など、開発中の規格に適用されてもよい。本発明は、将来の映像符号化規格または映像コーデックにも適用可能である。
【0017】
２． 簡単な説明
【0018】
映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像符号化規格は、時間予測と変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超えた将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅ）と呼ばれる参照ソフトウェアに組み込まれてきた。２０１８年４月には、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間にＪｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が発足し、ＨＥＶＣと比較して５０％のビットレート削減を目標にＶＶＣ規格の策定に取り組んでいる。
【0019】
２．１ ＨＥＶＣ／Ｈ．２６５におけるインター予測
各インター予測されたＰＵは、１つまたは２つの参照ピクチャリストのための動きパラメータを有する。動きパラメータは、動きベクトルおよび参照ピクチャインデックスを含む。２つの参照ピクチャリストのうちの１つの参照ピクチャリストの使用は、ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃを使用して信号通知されてもよい。動きベクトルは、予測子に対するデルタ（ｄｅｌｔａ）として明確にコーディングされてもよい。
各インター予測されたＰＵは、１つまたは２つの参照ピクチャリストのための動きパラメータを有する。動きパラメータは、動きベクトルおよび参照ピクチャインデックスを含む。２つの参照ピクチャリストのうちの１つの参照ピクチャリストの使用は、ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃを使用して信号通知されてもよい。動きベクトルは、予測子に対するデルタ（ｄｅｌｔａ）として明確にコーディングされてもよい。
【0020】
１つのＣＵがスキップモードにて符号化される場合、１つのＰＵがこのＣＵに関連付けられ、有意な残差係数がなく、符号化された動きベクトル差分も参照ピクチャインデックスもない。マージモードを指定し、これにより、現在のＰＵのための動きパラメータを、空間的および時間的候補を含む近傍のＰＵから取得する。マージモードは、スキップモードのためだけでなく、任意のインター予測されたＰＵに適用することができる。マージモードの代替として、動きパラメータの明示的な送信があり、動きベクトル（より正確には、動きベクトル予測子と比較した動きベクトル差分（ＭＶＤ））、各参照ピクチャリストの対応する参照ピクチャインデックス、および参照ピクチャリストの使用状況が、各ＰＵに明確に信号通知される。このようなモードを、本開示では高度動きベクトル予測（ＡＭＶＰ）と呼ぶ。
【0021】
２つの参照ピクチャリストのうちの１つを使用することを信号通知が示す場合、サンプルのうちの１つのブロックからＰＵを生成する。これを「単一予測」と呼ぶ。ＰスライスおよびＢスライスの両方に対して単一予測が利用可能である。
【0022】
両方の参照ピクチャリストを使用することを信号通知が示す場合、サンプルのうちの２つのブロックからＰＵを生成する。これを「双方向予測」と呼ぶ。Ｂスライスのみに双方向予測が利用可能である。
【0023】
以下、ＨＥＶＣに規定されるインター予測モードについて詳細に説明する。まず、マージモードについて説明する。
【0024】
２．２ 現在のピクチャの参照
現在のピクチャの参照（ＣＰＲ）は、イントラブロックコピー（ＩＢＣ）と呼ばれたこともあるが、ＨＥＶＣスクリーンコンテンツ符号化拡張機能（ＨＥＶＣ－ＳＣＣ）と現在のＶＶＣテストモデルに採用されている。ＩＢＣは、動き補償の概念をフレーム間符号化からイントラフレーム符号化に拡張する。図１に示すように、現在のブロックは、ＣＰＲが適用される場合、同じピクチャ内の１つの参照ブロックによって予測される。現在のブロックを符号化または復号化する前に、参照ブロックにおけるサンプルは既に再構成されていなければならない。ＣＰＲは、カメラでキャプチャされたほとんどのシーケンスに対してそれほど効率的ではないが、スクリーンコンテンツに対しては、有意な符号化利得を示す。その理由は、スクリーンコンテンツピクチャにおいて、アイコン、文字等の繰り返しパターンが多いためである。ＣＰＲは、これらの繰り返しパターン間の冗長性を有効に除去することができる。ＨＥＶＣ－ＳＣＣにおいて、インター符号化ユニット（ＣＵ）は、現在のピクチャをその参照ピクチャとして選択する場合、ＣＰＲを適用することができる。この場合、ＭＶをブロックベクトル（ＢＶ）と改称し、ＢＶは常に整数画素精度を有する。メインプロファイルＨＥＶＣに適合するように、現在のピクチャは、復号化ピクチャバッファ（ＤＰＢ）における「長期」参照ピクチャとしてマークされる。なお、同様に、マルチプルビュー／３Ｄ映像符号化規格において、ビュー間の参照ピクチャも「長期」参照ピクチャとしてマークされる。
現在のピクチャの参照（ＣＰＲ）は、イントラブロックコピー（ＩＢＣ）と呼ばれたこともあるが、ＨＥＶＣスクリーンコンテンツ符号化拡張機能（ＨＥＶＣ－ＳＣＣ）と現在のＶＶＣテストモデルに採用されている。ＩＢＣは、動き補償の概念をフレーム間符号化からイントラフレーム符号化に拡張する。図１に示すように、現在のブロックは、ＣＰＲが適用される場合、同じピクチャ内の１つの参照ブロックによって予測される。現在のブロックを符号化または復号化する前に、参照ブロックにおけるサンプルは既に再構成されていなければならない。ＣＰＲは、カメラでキャプチャされたほとんどのシーケンスに対してそれほど効率的ではないが、スクリーンコンテンツに対しては、有意な符号化利得を示す。その理由は、スクリーンコンテンツピクチャにおいて、アイコン、文字等の繰り返しパターンが多いためである。ＣＰＲは、これらの繰り返しパターン間の冗長性を有効に除去することができる。ＨＥＶＣ－ＳＣＣにおいて、インター符号化ユニット（ＣＵ）は、現在のピクチャをその参照ピクチャとして選択する場合、ＣＰＲを適用することができる。この場合、ＭＶをブロックベクトル（ＢＶ）と改称し、ＢＶは常に整数画素精度を有する。メインプロファイルＨＥＶＣに適合するように、現在のピクチャは、復号化ピクチャバッファ（ＤＰＢ）における「長期」参照ピクチャとしてマークされる。なお、同様に、マルチプルビュー／３Ｄ映像符号化規格において、ビュー間の参照ピクチャも「長期」参照ピクチャとしてマークされる。
【0025】
ＢＶがその参照ブロックを見つけた後、この参照ブロックをコピーすることで予測を生成することができる。残差は、元の信号から参照画素を減算することによって得ることができる。そして、他の符号化モードと同様に、変換および量子化を適用することができる。
【0026】
図１は、現在のピクチャの参照の例示である。
【0027】
しかしながら、参照ブロックがピクチャの外にある場合、または現在のブロックと重複する場合、または再構成された領域の外にある場合、或いは何らかの制約によって制限された有効領域の外にある場合、画素値の一部または全部は規定されない。基本的に、このような問題に対処するために２つの解決策がある。１つは、このような状況、例えばビットストリーム適合性を許可しないことである。もう１つは、これらの未定義の画素値にパディングを適用することである。以下のサブセッションでは、解決策を詳細に説明する。
【0028】
２．３ ＨＥＶＣスクリーンコンテンツ符号化拡張機能におけるＣＰＲ
ＨＥＶＣのスクリーンコンテンツ符号化拡張機能において、１つのブロックが現在のピクチャを参照として使用する場合、以下の仕様のテキストに示すように、参照ブロック全体が利用可能な再構成された領域内にあることを保証すべきである。
変数ｏｆｆｓｅｔＸおよびｏｆｆｓｅｔＹは、以下のように導出される。
ｏｆｆｓｅｔＸ＝（ＣｈｒｏｍａＡｒｒａｙＴｙｐｅ＝＝０）？０：（ｍｖＣＬＸ［０］＆０ｘ７？２：０） （８－１０４）
ｏｆｆｓｅｔＹ＝（ＣｈｒｏｍａＡｒｒａｙＴｙｐｅ＝＝０）？０：（ｍｖＣＬＸ［１］＆０ｘ７？２：０） （８－１０５）
参照ピクチャが現在のピクチャである場合、輝度動きベクトルｍｖＬＸは、以下の制約に従うべきであることが、ビットストリーム適合性の要件である。
－ ６．４．１項で規定されたようなｚ走査順序ブロックの可用性に対する導出処理が、（ｘＣｂ，ｙＣｂ）と等しく設定された（ｘＣｕｒｒ，ｙＣｕｒｒ）と、（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）－ｏｆｆｓｅｔＸ，ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）－ｏｆｆｓｅｔＹ）に等しく設定された近傍の輝度位置（ｘＮｂＹ，ｙＮｂＹ）と、が入力として呼び出されると、出力はＴＲＵＥとなる。
－ ６．４．１項に規定されたようなｚ走査順序ブロックの可用性に対する導出処理が、（ｘＣｂ，ｙＣｂ）と等しく設定された（ｘＣｕｒｒ，ｙＣｕｒｒ）と、（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）＋ｎＰｂＷ－１＋ｏｆｆｓｅｔＸ、ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）＋ｎＰｂＩ－Ｉ－１＋ｏｆｆｓｅｔＹ）と等しく設定された近傍の輝度位置（ｘＮｂＹ，ｙＮｂＹ）と、が入力として呼び出されると、出力はＴＲＵＥとなる。
－ 次の条件の一方または両方がｔｒｕｅであること
－ （ｍｖＬＸ［０］＞＞２）の値＋ｎＰｂＷ＋ｘＢ１＋ｏｆｆｓｅｔＸが０以下である。
－ （ｍｖＬＸ［１］＞＞２）の値＋ｎＰｂＨ＋ｙＢ１＋ｏｆｆｓｅｔＹが０以下である。
－ 次の条件がｔｒｕｅとなること。
（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）＋ｎＰｂＳｗ－１＋ｏｆｆｓｅｔＸ）／ＣｔｂＳｉｚｅＹ－ｘＣｂ／ＣｔｂＳｉｚｅＹ＜＝ｙＣｂ／ＣｔｂＳｉｚｅＹ－（ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）＋ｎＰｂＳｈ－１＋ｏｆｆｓｅｔＹ）／ＣｔｂＳｉｚｅＹ （８－１０６）
ＨＥＶＣのスクリーンコンテンツ符号化拡張機能において、１つのブロックが現在のピクチャを参照として使用する場合、以下の仕様のテキストに示すように、参照ブロック全体が利用可能な再構成された領域内にあることを保証すべきである。
変数ｏｆｆｓｅｔＸおよびｏｆｆｓｅｔＹは、以下のように導出される。
ｏｆｆｓｅｔＸ＝（ＣｈｒｏｍａＡｒｒａｙＴｙｐｅ＝＝０）？０：（ｍｖＣＬＸ［０］＆０ｘ７？２：０） （８－１０４）
ｏｆｆｓｅｔＹ＝（ＣｈｒｏｍａＡｒｒａｙＴｙｐｅ＝＝０）？０：（ｍｖＣＬＸ［１］＆０ｘ７？２：０） （８－１０５）
参照ピクチャが現在のピクチャである場合、輝度動きベクトルｍｖＬＸは、以下の制約に従うべきであることが、ビットストリーム適合性の要件である。
－ ６．４．１項で規定されたようなｚ走査順序ブロックの可用性に対する導出処理が、（ｘＣｂ，ｙＣｂ）と等しく設定された（ｘＣｕｒｒ，ｙＣｕｒｒ）と、（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）－ｏｆｆｓｅｔＸ，ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）－ｏｆｆｓｅｔＹ）に等しく設定された近傍の輝度位置（ｘＮｂＹ，ｙＮｂＹ）と、が入力として呼び出されると、出力はＴＲＵＥとなる。
－ ６．４．１項に規定されたようなｚ走査順序ブロックの可用性に対する導出処理が、（ｘＣｂ，ｙＣｂ）と等しく設定された（ｘＣｕｒｒ，ｙＣｕｒｒ）と、（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）＋ｎＰｂＷ－１＋ｏｆｆｓｅｔＸ、ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）＋ｎＰｂＩ－Ｉ－１＋ｏｆｆｓｅｔＹ）と等しく設定された近傍の輝度位置（ｘＮｂＹ，ｙＮｂＹ）と、が入力として呼び出されると、出力はＴＲＵＥとなる。
－ 次の条件の一方または両方がｔｒｕｅであること
－ （ｍｖＬＸ［０］＞＞２）の値＋ｎＰｂＷ＋ｘＢ１＋ｏｆｆｓｅｔＸが０以下である。
－ （ｍｖＬＸ［１］＞＞２）の値＋ｎＰｂＨ＋ｙＢ１＋ｏｆｆｓｅｔＹが０以下である。
－ 次の条件がｔｒｕｅとなること。
（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）＋ｎＰｂＳｗ－１＋ｏｆｆｓｅｔＸ）／ＣｔｂＳｉｚｅＹ－ｘＣｂ／ＣｔｂＳｉｚｅＹ＜＝ｙＣｂ／ＣｔｂＳｉｚｅＹ－（ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）＋ｎＰｂＳｈ－１＋ｏｆｆｓｅｔＹ）／ＣｔｂＳｉｚｅＹ （８－１０６）
【0029】
このように、参照ブロックが現在のブロックと重複するケース、または参照ブロックがピクチャの外にあるケースは発生しない。参照ブロックまたは予測ブロックを埋める必要がない。
【0030】
２．４ ＣＰＲ／ＩＢＣの例
ＶＶＣ試験モデルにおいて、参照ブロック全体は現在の符号化ツリーユニット（ＣＴＵ）を有するべきであり、現在のブロックと重複しない。よって、参照または予測ブロックをパディングする必要がない。
ＶＶＣ試験モデルにおいて、参照ブロック全体は現在の符号化ツリーユニット（ＣＴＵ）を有するべきであり、現在のブロックと重複しない。よって、参照または予測ブロックをパディングする必要がない。
【0031】
デュアルツリーが有効化される場合、分割構造は、輝度ＣＴＵとクロマＣＴＵとで異なってもよい。従って、４：２：０カラーフォーマットの場合、１つのクロマブロック（例えば、ＣＵ）は、複数の輝度ＣＵに分割されたコロケーションされた１つの輝度領域に対応してもよい。
【0032】
クロマブロックは、以下の条件がｔｒｕｅである場合に、ＣＰＲモードでのみ符号化することができる。
１）コロケーションされた輝度ブロックの輝度ＣＵの各々は、ＣＰＲモードで符号化されるべきである。
２）輝度４×４ブロック’ＢＶの各々は、まず、クロマブロックのＢＶに変換され、クロマブロックのＢＶは、有効なＢＶである。
１）コロケーションされた輝度ブロックの輝度ＣＵの各々は、ＣＰＲモードで符号化されるべきである。
２）輝度４×４ブロック’ＢＶの各々は、まず、クロマブロックのＢＶに変換され、クロマブロックのＢＶは、有効なＢＶである。
【0033】
２つの条件のいずれかがｆａｌｓｅである場合、クロマブロックは、ＣＰＲモードで符号化されない。
【0034】
なお、有効なＢＶの定義には、以下の制約がある。
１）ＢＶによって特定される参照ブロックのすべてのサンプルは、制限された検索範囲内にあるべきである（例えば、現在のＶＶＣ設計において同じＣＴＵ内にある）。
２）ＢＶによって特定された参照ブロックのすべてのサンプルが再構成されている。
１）ＢＶによって特定される参照ブロックのすべてのサンプルは、制限された検索範囲内にあるべきである（例えば、現在のＶＶＣ設計において同じＣＴＵ内にある）。
２）ＢＶによって特定された参照ブロックのすべてのサンプルが再構成されている。
【0035】
２．５ ＣＰＲ／ＩＢＣの例
いくつかの実施例において、ＣＰＲ／ＩＢＣのための参照領域は、現在のＣＴＵに制限され、最大１２８×１２８である。ＣＰＲ／ＩＢＣブロックがより多くの参照候補を有することができる一方、ＣＰＲ／ＩＢＣの参照バッファを１つのＣＴＵから維持または低減することができるように、参照領域を動的に変更してメモリを再利用し、ＣＰＲ／ＩＢＣの参照サンプルを記憶する。
いくつかの実施例において、ＣＰＲ／ＩＢＣのための参照領域は、現在のＣＴＵに制限され、最大１２８×１２８である。ＣＰＲ／ＩＢＣブロックがより多くの参照候補を有することができる一方、ＣＰＲ／ＩＢＣの参照バッファを１つのＣＴＵから維持または低減することができるように、参照領域を動的に変更してメモリを再利用し、ＣＰＲ／ＩＢＣの参照サンプルを記憶する。
【0036】
図２は１つの方法を示しており、１つのブロックは６４×６４であり、１つのＣＴＵは４つの６４×６４ブロックを含む。６４×６４ブロックを符号化する場合、前の３つの６４×６４ブロックを参照として使用できる。そうすることによって、デコーダは、ＣＰＲ／ＩＢＣをサポートするために、４つの６４×６４ブロックを記憶するだけでよい。
【0037】
ピクチャの左上隅に対する現在の輝度ＣＵの位置を（ｘ，ｙ）とし、ブロックベクトルを（ＢＶｘ，ＢＶｙ）とする。現在の設計において、ＢＶが有効であるかどうかは、輝度位置（（ｘ＋ＢＶｘ）＞＞６＜＜６＋（１＜＜７），（ｙ＋ＢＶｙ）＞＞６＜＜６）が再構成されておらず、（（ｘ＋ＢＶｘ）＞＞６＜＜６＋（１＜＜７），（ｙ＋ＢＶｙ）＞＞６＜＜６）が（ｘ＞＞６＜＜６，ｙ＞＞６＜＜６）と等しくないことによって知ることができる。
【0038】
２．６ インループリシェイプ（ＩＬＲ）
インループリシェイプ（ＩＬＲ）の基本的な考えは、元の（第１のドメインにおける）信号（予測／再構成信号）を第２のドメイン（リシェイプされたドメイン）に変換することである。
インループリシェイプ（ＩＬＲ）の基本的な考えは、元の（第１のドメインにおける）信号（予測／再構成信号）を第２のドメイン（リシェイプされたドメイン）に変換することである。
【0039】
インループ輝度リシェイパは、１対のルックアップテーブル（ＬＵＴ）として実装されるが、信号通知されたＬＵＴから他方を計算することができるので、２つのＬＵＴのうちの一方のみを信号通知する必要がある。各ＬＵＴは、１次元１０ビット１０２４エントリマッピングテーブル（１Ｄ－ＬＵＴ）である。１つのＬＵＴは、フォワードＬＵＴ、ＦｗｄＬＵＴであり、これは、入力輝度コード値Ｙｉを変更された値Ｙｒ：Ｙｒ＝ＦｗｄＬＵＴ［Ｙｉ］にマッピングする。他方のＬＵＴは、逆ＬＵＴ、ＩｎｖＬＵＴであり、変更されたコード値ＹｒをＹ＾ｉ：Ｙ＾ｉ：ＩｎｖＬＵＴ［Ｙｒ］にマッピングする。（Ｙ＾ｉはＹｉの再構成値を表す）。
【0040】
２．６．１ ＰＷＬモデル
概念的には、区分線形（ＰＷＬ）は、以下のように実装される。
概念的には、区分線形（ＰＷＬ）は、以下のように実装される。
【0041】
ｘ１、ｘ２を２つの入力支点とし、ｙ１、ｙ２を１つのピースに対応する出力支点とする。ｘ１とｘ２との間の任意の入力値ｘに対する出力値ｙは、以下の式によって補間することができる。
【0042】
ｙ＝（（ｙ２－ｙ１）／（ｘ２－ｘ１））＊（ｘ－ｘ１）＋ｙ１
【0043】
固定点実装では、この式は、以下のように書き換えることができる。
ｙ＝（（ｍ＊ｘ＋２ＦＰ＿ＰＲＥＣ－１）＞＞ＦＰ＿ＰＲＥＣ）＋ｃ
ｙ＝（（ｍ＊ｘ＋２ＦＰ＿ＰＲＥＣ－１）＞＞ＦＰ＿ＰＲＥＣ）＋ｃ
【0044】
ｍはスカラーであり、ｃはオフセットであり、ＦＰ＿ＰＲＥＣは精度を規定するための定数である。
【0045】
いくつかの実施例において、ＰＷＬモデルは、１０２４エントリのＦｗｄＬＵＴマッピングテーブルおよびＩｎｖＬＵＴマッピングテーブルを予め計算するために使用されるが、ＰＷＬモデルは、ＬＵＴを予め計算することなく、実装において同一のマッピング値をオンザフライで計算することも可能にする。
【0046】
２．６．２．１ 輝度のリシェイプ
インループ輝度リシェイプの方法は、より複雑性低いパイプラインを提供し、且つインタースライス再構成におけるブロック単位のイントラ予測のための復号化待ち時間を排除する。イントラ予測は、インタースライスおよびイントラスライスの両方のために、リシェイプされたドメインにおいて行われる。
インループ輝度リシェイプの方法は、より複雑性低いパイプラインを提供し、且つインタースライス再構成におけるブロック単位のイントラ予測のための復号化待ち時間を排除する。イントラ予測は、インタースライスおよびイントラスライスの両方のために、リシェイプされたドメインにおいて行われる。
【0047】
イントラ予測は、スライスタイプにかかわらず、常にリシェイプされたドメインで行われる。このような構成によれば、前回のＴＵ再構成を行った直後にイントラ予測を開始することができる。このような構成は、スライスに依存する代わりに、イントラモードのための統一された処理を提供することもできる。図１０は、ＣＥ１２－２の方式に基づく復号化処理を示すブロック図である。
【0048】
３２ピース区分線形（ＰＷＬ）モデルの代わりに、１６ピースのＰＷＬモデルを使用して、輝度およびクロマ残差スケーリングを行った。
【0049】
インループ輝度リシェイパを用いたインタースライス再構成（薄い緑色の影が付けられたブロックは、リシェイプされたドメインにおける信号を示す。輝度残差、輝度内予測、および輝度内再構成）
【0050】
２．６．２．２ 輝度依存クロマ残差スケーリング
輝度依存クロマ残差スケーリングは、固定小数点整数演算で実装される乗算処理である。クロマ残差スケーリングは、輝度信号のクロマ信号との相互作用を補償する。ＴＵレベルでクロマ残差スケーリングを適用する。具体的には、以下が適用される。
－ イントラの場合、再構成された輝度を平均する。
－ インターの場合、予測輝度を平均する。
輝度依存クロマ残差スケーリングは、固定小数点整数演算で実装される乗算処理である。クロマ残差スケーリングは、輝度信号のクロマ信号との相互作用を補償する。ＴＵレベルでクロマ残差スケーリングを適用する。具体的には、以下が適用される。
－ イントラの場合、再構成された輝度を平均する。
－ インターの場合、予測輝度を平均する。
【0051】
この平均値は、ＰＷＬモデルにおけるインデックスを特定するために使用される。このインデックスは、スケーリング係数ｃＳｃａｌｅＩｎｖを特定する。クロマ残差にその数を乗算する。
【0052】
なお、クロマスケーリング係数は、再構成された輝度値ではなく、フォワードマップされた予測輝度値から算出される。
【0053】
２．６．２．３ ＩＬＲ側情報の信号通知
パラメータは（現在）タイルグループヘッダ（ＡＬＦに類似）で送信される。これらは、４０～１００ビットを要すると報告されている。
パラメータは（現在）タイルグループヘッダ（ＡＬＦに類似）で送信される。これらは、４０～１００ビットを要すると報告されている。
【0054】
いくつかの実施例において、追加された構文は、イタリック体で強調されている。
【0055】
【表1】
【0056】
【表2】
【0057】
新しい構文表タイルグループリシェイパを追加する。
【0058】
【表3】
【0059】
一般的に、シーケンスパラメータセットＲＢＳＰの意味論では、次の意味論を追加する。
ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と等しい場合は、符号化映像シーケンス（ＣＶＳ）においてリシェイパが使用されていることを規定している。ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０と等しい場合は、ＣＶＳにおいてリシェイパが使用されていないことを規定している。
タイルグループヘッダ構文において、以下の意味論を追加する。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１と等しい場合は、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）がタイルグループ内に存在することを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０と等しい場合は、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）がタイルグループヘッダに存在しないことを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しない場合は、０に等しいと推論される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と等しい場合は、現在のタイルグループに対してリシェイパが有効になっていることを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０と等しい場合は、現在のタイルグループに対してリシェイパが有効になっていないことを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅ＿ｆｌａｇが存在しない場合、０であると推論される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが１と等しい場合は、現在のタイルグループに対してクロマ残差スケーリングを有効であることを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが０と等しい場合は、現在のタイルグループに対してクロマ残差スケーリングが有効でないことを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しない場合は、０であると推測される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）構文を追加する
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘは、最小のビン（またはピース）インデックスを、リシェイパ構築処理に使用するように規定している。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘの値が０～ＭａｘＢｉｎＩｄｘの範囲内にあるものとする。
ＭａｘＢｉｎＩｄｘの値は１５と等しいとする。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘは、最大許容ビン（またはピース）インデックスＭａｘＢｉｎＩｄｘから最大ビンインデックスを引いたものが、リシェイパ構築処理で使用されることを規定している。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍａｘ＿ｂｉｎ＿ｉｄｘの値は、ＭａｘＢｉｎＩｄｘ－ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘに等しく設定される。
ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ｃｗ＿ｐｒｅｃ＿ｍｉｎｕｓ１＋１は、構文ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］の表現に使用するビット数を規定している。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］は、ｉ番目のビンの絶対デルタコード名値を規定する。
ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］は、ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］のサインを次のように記述する。
－ ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が０と等しい場合、対応する変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は正の値である。
－ そうでない場合（ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が０と等しくない）、対応する変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は負の値である。
ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と等しい場合は、符号化映像シーケンス（ＣＶＳ）においてリシェイパが使用されていることを規定している。ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０と等しい場合は、ＣＶＳにおいてリシェイパが使用されていないことを規定している。
タイルグループヘッダ構文において、以下の意味論を追加する。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１と等しい場合は、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）がタイルグループ内に存在することを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０と等しい場合は、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）がタイルグループヘッダに存在しないことを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しない場合は、０に等しいと推論される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と等しい場合は、現在のタイルグループに対してリシェイパが有効になっていることを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０と等しい場合は、現在のタイルグループに対してリシェイパが有効になっていないことを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅ＿ｆｌａｇが存在しない場合、０であると推論される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが１と等しい場合は、現在のタイルグループに対してクロマ残差スケーリングを有効であることを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが０と等しい場合は、現在のタイルグループに対してクロマ残差スケーリングが有効でないことを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しない場合は、０であると推測される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）構文を追加する
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘは、最小のビン（またはピース）インデックスを、リシェイパ構築処理に使用するように規定している。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘの値が０～ＭａｘＢｉｎＩｄｘの範囲内にあるものとする。
ＭａｘＢｉｎＩｄｘの値は１５と等しいとする。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘは、最大許容ビン（またはピース）インデックスＭａｘＢｉｎＩｄｘから最大ビンインデックスを引いたものが、リシェイパ構築処理で使用されることを規定している。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍａｘ＿ｂｉｎ＿ｉｄｘの値は、ＭａｘＢｉｎＩｄｘ－ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘに等しく設定される。
ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ｃｗ＿ｐｒｅｃ＿ｍｉｎｕｓ１＋１は、構文ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］の表現に使用するビット数を規定している。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］は、ｉ番目のビンの絶対デルタコード名値を規定する。
ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］は、ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］のサインを次のように記述する。
－ ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が０と等しい場合、対応する変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は正の値である。
－ そうでない場合（ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が０と等しくない）、対応する変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は負の値である。
【0060】
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が存在しない場合、０に等しいと推測される。
【0061】
変数ＲｓｐＤｅｌｔａＣＷ［ｉ］＝（１ ２＊ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ［ｉ］）＊ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］；変数ＲｓｐＣＷ［ｉ］は、以下のステップとして導出される。
【0062】
変数ＯｒｇＣＷは、（１＜＜ＢｉｔＤｅｐｔｈＹ）／（ＭａｘＢｉｎＩｄｘ＋１）に等しく設定される。
－ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ＜＝ｉ＜＝ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍａｘ＿ｂｉｎ＿ｉｄｘの場合、ＲｓｐＣＷ［ｉ］＝ＯｒｇＣＷ＋ＲｓｐＤｅｌｔａＣＷ［ｉ］である。
－ そうでない場合、ＲｓｐＣＷ［ｉ］＝０である。
－ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ＜＝ｉ＜＝ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍａｘ＿ｂｉｎ＿ｉｄｘの場合、ＲｓｐＣＷ［ｉ］＝ＯｒｇＣＷ＋ＲｓｐＤｅｌｔａＣＷ［ｉ］である。
－ そうでない場合、ＲｓｐＣＷ［ｉ］＝０である。
【0063】
ＢｉｔＤｅｐｔｈＹの値が１０に等しい場合、ＲｓｐＣＷ［ｉ］の値は、３２～２＊ＯｒｇＣＷ＿１の範囲内にくる。
【0064】
ｉが０～ＭａｘＢｉｎＩｄｘ＋１の範囲にある変数ＩｎｐｕｔＰｉｖｏｔ［ｉ］は、以下のように導出される。
ＩｎｐｕｔＰｉｖｏｔ［ｉ］＝ｉ＊ＯｒｇＣＷ
ＩｎｐｕｔＰｉｖｏｔ［ｉ］＝ｉ＊ＯｒｇＣＷ
【0065】
ｉが０～ＭａｘＢｉｎＩｄｘ＋１の範囲にあり、変数ＳｃａｌｅＣｏｅｆ［ｉ］およびＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］がそれぞれ０～ＭａｘＢｉｎＩｄｘの範囲にあり、ｉが０～ＭａｘＢｉｎＩｄｘの範囲にある変数ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ］は、以下のように導出される。
ｓｈｉｆｔＹ＝１４
ＲｅｓｈａｐｅＰｉｖｏｔ［０］＝０；
ｆｏｒ（ｉ＝０；ｉ＜＝ＭａｘＢｉｎＩｄｘ；ｉ＋＋）｛
ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ＋１］＝ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ］＋ＲｓｐＣＷ［ｉ］
ＳｃａｌｅＣｏｅｆ［ｉ］＝（ＲｓｐＣＷ［ｉ］＊（１＜＜ｓｈｉｆｔＹ）＋（１＜＜（Ｌｏｇ２（ＯｒｇＣＷ）－１）））＞＞（Ｌｏｇ２（ＯｒｇＣＷ））
ｉｆ（ＲｓｐＣＷ［ｉ］＝＝０）
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝０
ｅｌｓｅ
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝ＯｒｇＣＷ＊（１＜＜ｓｈｉｆｔＹ）／ＲｓｐＣＷ［ｉ］
｝
ｓｈｉｆｔＹ＝１４
ＲｅｓｈａｐｅＰｉｖｏｔ［０］＝０；
ｆｏｒ（ｉ＝０；ｉ＜＝ＭａｘＢｉｎＩｄｘ；ｉ＋＋）｛
ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ＋１］＝ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ］＋ＲｓｐＣＷ［ｉ］
ＳｃａｌｅＣｏｅｆ［ｉ］＝（ＲｓｐＣＷ［ｉ］＊（１＜＜ｓｈｉｆｔＹ）＋（１＜＜（Ｌｏｇ２（ＯｒｇＣＷ）－１）））＞＞（Ｌｏｇ２（ＯｒｇＣＷ））
ｉｆ（ＲｓｐＣＷ［ｉ］＝＝０）
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝０
ｅｌｓｅ
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝ＯｒｇＣＷ＊（１＜＜ｓｈｉｆｔＹ）／ＲｓｐＣＷ［ｉ］
｝
【0066】
ｉが０～ＭａｘＢｉｎＩｄｘの範囲内にある変数ＣｈｒｏｍａＳｃａｌｅＣｏｅｆ［ｉ］は、以下のように導出される。
ＣｈｒｏｍａＲｅｓｉｄｕａｌＳｃａｌｅＬｕｔ［６４］＝｛１６３８４，１６３８４，１６３８４，１６３８４，１６３８４，１６３８４，１６３８４，８１９２，８１９２，８１９２，８１９２，５４６１，５４６１，５４６１，５４６１，４０９６，４０９６，４０９６，４０９６，３２７７，３２７７，３２７７，３２７７，２７３１，２７３１，２７３１，２７３１，２３４１，２３４１，２３４１，２０４８，２０４８，２０４８，１８２０，１８２０，１８２０，１６３８，１６３８，１６３８，１６３８，１４８９，１４８９，１４８９，１４８９，１３６５，１３６５，１３６５，１３６５，１２６０，１２６０，１２６０，１２６０，１１７０，１１７０，１１７０，１１７０，１０９２，１０９２，１０９２，１０９２，１０２４，１０２４，１０２４，１０２４｝；
ｓｈｉｆｔＣ＝１１
－ｉｆ（ＲｓｐＣＷ［ｉ］＝＝０）
ＣｈｒｏｍａＳｃａｌｅＣｏｅｆ［ｉ］＝（１＜＜ｓｈｉｆｔＣ）
－Ｏｔｈｅｒｗｉｓｅ（ＲｓｐＣＷ［ｉ］！＝０），ＣｈｒｏｍａＳｃａｌｅＣｏｅｆ［ｉ］＝
ＣｈｒｏｍａＲｅｓｉｄｕａｌＳｃａｌｅＬｕｔ［ＲｓｐＣＷ［ｉ］＞＞１］
ＣｈｒｏｍａＲｅｓｉｄｕａｌＳｃａｌｅＬｕｔ［６４］＝｛１６３８４，１６３８４，１６３８４，１６３８４，１６３８４，１６３８４，１６３８４，８１９２，８１９２，８１９２，８１９２，５４６１，５４６１，５４６１，５４６１，４０９６，４０９６，４０９６，４０９６，３２７７，３２７７，３２７７，３２７７，２７３１，２７３１，２７３１，２７３１，２３４１，２３４１，２３４１，２０４８，２０４８，２０４８，１８２０，１８２０，１８２０，１６３８，１６３８，１６３８，１６３８，１４８９，１４８９，１４８９，１４８９，１３６５，１３６５，１３６５，１３６５，１２６０，１２６０，１２６０，１２６０，１１７０，１１７０，１１７０，１１７０，１０９２，１０９２，１０９２，１０９２，１０２４，１０２４，１０２４，１０２４｝；
ｓｈｉｆｔＣ＝１１
－ｉｆ（ＲｓｐＣＷ［ｉ］＝＝０）
ＣｈｒｏｍａＳｃａｌｅＣｏｅｆ［ｉ］＝（１＜＜ｓｈｉｆｔＣ）
－Ｏｔｈｅｒｗｉｓｅ（ＲｓｐＣＷ［ｉ］！＝０），ＣｈｒｏｍａＳｃａｌｅＣｏｅｆ［ｉ］＝
ＣｈｒｏｍａＲｅｓｉｄｕａｌＳｃａｌｅＬｕｔ［ＲｓｐＣＷ［ｉ］＞＞１］
【0067】
２．６．２．４ ＩＬＲの使用方法
エンコーダ側では、まず、各ピクチャ（またはタイルグループ）をリシェイプされたドメインに変換する。そして、すべての符号化処理は、リシェイプされたドメインで行われる。イントラ予測の場合、近傍のブロックはリシェイプされたドメインにあり、インター予測の場合、まず、参照ブロック（復号化ピクチャバッファからの元のドメインから生成される）をリシェイプされたドメインに変換する。そして、残差を生成し、ビットストリームに符号化する。
エンコーダ側では、まず、各ピクチャ（またはタイルグループ）をリシェイプされたドメインに変換する。そして、すべての符号化処理は、リシェイプされたドメインで行われる。イントラ予測の場合、近傍のブロックはリシェイプされたドメインにあり、インター予測の場合、まず、参照ブロック（復号化ピクチャバッファからの元のドメインから生成される）をリシェイプされたドメインに変換する。そして、残差を生成し、ビットストリームに符号化する。
【0068】
ピクチャ全体（またはタイルグループ）の符号化／復号化が終わった後、リシェイプされたドメインのサンプルを元のドメインに変換し、次いで、非ブロック化フィルタおよび他のフィルタを適用する。
【0069】
以下の場合、予測信号へのフォワードリシェイプは無効化される。
【0070】
現在のブロックはイントラ符号化されている。
【0071】
現在のブロックはＣＰＲ（現在のピクチャを参照し、別名イントラブロックコピー、ＩＢＣ）として符号化される。
【0072】
現在のブロックは、結合されたインターイントラモード（ＣＩＩＰ）として符号化され、イントラ予測ブロックのためにフォワードリシェイプは無効化される。
【0073】
３． 様々な実施形態によって解決される問題の例
現在のＣＰＲ／ＩＢＣの設計において、いくつかの問題が存在する。
１）参照領域が動的に変化するため、エンコーダ／デコーダの処理が複雑になる。
２）無効なブロックベクトルは容易に生成され、チェックしにくいため、エンコーダおよびデコーダの両方を複雑にする。
３）参照領域が不規則であると、ブロックベクトルの符号化が非効率になる。
４）１２８×１２８より小さいＣＴＵサイズに対してどのように対処するかは不明である。
５）ＢＶが有効であるか無効であるかの判定処理において、クロマブロックの場合、この決定は、輝度サンプルの可用性に基づいて行われ、このことは、デュアルツリーパーティション構造に起因して誤った判定をもたらす可能性がある。
現在のＣＰＲ／ＩＢＣの設計において、いくつかの問題が存在する。
１）参照領域が動的に変化するため、エンコーダ／デコーダの処理が複雑になる。
２）無効なブロックベクトルは容易に生成され、チェックしにくいため、エンコーダおよびデコーダの両方を複雑にする。
３）参照領域が不規則であると、ブロックベクトルの符号化が非効率になる。
４）１２８×１２８より小さいＣＴＵサイズに対してどのように対処するかは不明である。
５）ＢＶが有効であるか無効であるかの判定処理において、クロマブロックの場合、この決定は、輝度サンプルの可用性に基づいて行われ、このことは、デュアルツリーパーティション構造に起因して誤った判定をもたらす可能性がある。
【0074】
４． 例示的な実施形態
いくつかの実施形態において、ＣＰＲ／ＩＢＣブロックが参照を得るために、通常のバッファを使用できる。
いくつかの実施形態において、ＣＰＲ／ＩＢＣブロックが参照を得るために、通常のバッファを使用できる。
【0075】
関数ｉｓＲｅｃ（ｘ，ｙ）は、画素（ｘ，ｙ）が再構成され、ＩＢＣモードによって参照されたかどうかを示すように規定される。（ｘ，ｙ）が異なるスライス／タイル／ブリックのピクチャから外れている場合、ｉｓＲｅｃ（ｘ，ｙ）はｆａｌｓｅを返し、（ｘ，ｙ）が再構成されていない場合、ｉｓＲｅｃ（ｘ，ｙ）はｆａｌｓｅを返す。別の例において、サンプル（ｘ，ｙ）が再構成されたが、何らかの他の条件が満たされた場合、そのサンプルは、参照領域外／異なるＶＰＤＵ内など、利用不可能であるとマークされてもよく、ｉｓＲｅｃ（ｘ，ｙ）はｆａｌｓｅを返す。
【0076】
関数ｉｓＲｅｃ（ｃ，ｘ，ｙ）は、成分ｃのサンプル（ｘ，ｙ）が利用可能であるかどうかを示すように規定される。例えば、サンプル（ｘ，ｙ）がまだ再構成されていない場合、それは利用不可能であるとマークされる。別の例において、サンプル（ｘ，ｙ）が再構成されたが、何らかの他の条件が満たされた場合、該サンプル（ｘ，ｙ）はまた、使用不可能であるとしてマークされてもよく、例えば、ピクチャから外れている／異なるスライス／タイル／ブリック内にある／異なるＶＰＤＵ内にある、許可された参照領域のなどのようにサンプル（ｘ，ｙ）が利用不可能である場合、ｉｓＲｅｃ（ｃ，ｘ，ｙ）はｆａｌｓｅを返し、そうでない場合、ｔｒｕｅを返す。
【0077】
以下の説明において、参照サンプルは再構成サンプルであってもよい。なお、「画素バッファ」は、「１つの色成分のバッファ」または「複数の色成分のバッファ」に応答してもよい。
【0078】
ＣＰＲ／ＩＢＣ用参照バッファ
１． ＣＰＲ／ＩＢＣのために輝度参照サンプルを記憶するために、Ｍ×Ｎ個の画素バッファを使用することが提案される。
ａ． 一例において、バッファサイズは６４×６４である。
ｂ． 一例において、バッファサイズは１２８×１２８である。
ｃ． 一例において、バッファサイズは６４×１２８である。
ｄ． 一例において、バッファサイズは１２８×６４である。
ｅ． 一例において、ＮはＣＴＵの高さに等しい。
ｆ． 一例において、Ｎ＝ｎＨであり、ＨはＣＴＵの高さであり、ｎは正の整数である。
ｇ． 一例において、ＭはＣＴＵの幅に等しい。
ｈ． 一例において、Ｍ＝ｍＷであり、ＷはＣＴＵの幅であり、ｍは正の整数である。
ｉ． 一例において、バッファサイズは、ＣＴＵサイズに等しくなく、例えば、９６×１２８または１２８×９６である。
ｊ． 一例において、バッファサイズはＣＴＵサイズに等しい。
ｋ． 一例において、Ｍ＝ｍＷ、Ｎ＝Ｈであり、ＷおよびＨは、ＣＴＵの幅および高さであり、ｍは、正の整数である。
ｌ． 一例において、Ｍ＝Ｗ、Ｎ＝ｎＨであり、ＷおよびＨは、ＣＴＵの幅および高さであり、ｎは、正の整数である。
ｍ． 一例において、Ｍ＝ｍＷ、Ｎ＝ｎＨであり、ＷおよびＨは、ＣＴＵの幅および高さであり、ｍおよびｎは、正の整数である。
ｎ． 上記例において、ｍおよびｎはＣＴＵのサイズに依存してもよい。
ｉ． 一例において、ＣＴＵのサイズが１２８×１２８である場合、ｍ＝１であり、ｎ＝１である。
ｉｉ． 一例において、ＣＴＵのサイズが６４×６４である場合、ｍ＝４であり、ｎ＝１である。
ｉｉｉ． 一例において、ＣＴＵのサイズが３２×３２である場合、ｍ＝１６であり、ｎ＝１である。
ｉｖ． 一例において、ＣＴＵのサイズが１６×１６である場合、ｍ＝６４であり、ｎ＝１である。
ｏ． 代替的に、バッファサイズはＣＴＵサイズに対応する。
ｐ．代替的に、このバッファサイズは、仮想パイプラインデータユニット（ＶＰＤＵ）のサイズに対応する。
ｑ． Ｍおよび／またはＮは、エンコーダからデコーダに、例えばＶＰＳ／ＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ等で信号通知されてもよい。
２． Ｍおよび／またはＮは、規格で規定された異なるプロファイル／レベル／層で異なってもよい。別のＭｃ×Ｎｃ画素バッファを使用して、ＣＰＲ／ＩＢＣのためのクロマ参照サンプルを記憶することが提案される。
ａ． 一例において、４：２：０映像の場合、Ｍｃ＝Ｍ／２およびＮｃ＝Ｎ／２である。
ｂ． 一例において、４：４：４映像の場合、Ｍｃ＝ＭおよびＮｃ＝Ｎである。
ｃ． 一例において、４：２：２映像の場合、Ｍｃ＝ＭおよびＮｃ＝Ｎ／２である。
ｄ． 代替的に、ＭｃおよびＮｃは、ＭおよびＮから独立してもよい。
ｅ． 一例において、クロマバッファは、ＣｂおよびＣｒに対応する２つのチャネルを含む。
ｆ． 一例において、Ｍｃ＝Ｍであり、Ｎｃ＝Ｎである。
３． Ｍ×Ｎサンプルバッファを使用してＰＲ／ＩＢＣのためにＲＧＢ参照サンプルを記憶ことが提案される。
ａ． 一例において、バッファサイズは６４×６４である。
ｂ． 一例において、バッファサイズは１２８×１２８である。
ｃ． 一例において、バッファサイズは６４×１２８である。
ｄ． 一例において、バッファサイズは１２８×６４である。
ｅ． 代替的に、バッファサイズはＣＴＵサイズに対応する。
ｆ． 代替的に、このバッファサイズは、仮想パイプラインデータユニット（ＶＰＤＵ）のサイズに対応する。
４． バッファは、ループフィルタリングの前に再構成された画素を記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、クロス成分ＡＬＦ、または任意の他のフィルタを参照してもよい。
ａ． 一例において、バッファは、現在のＣＴＵにサンプルを記憶することができる。
ｂ． 一例において、バッファは、現在のＣＴＵの外部にサンプルを記憶することができる。
ｃ． 一例において、バッファは、現在のピクチャの任意の部分からのサンプルを記憶することができる。
ｄ． 一例において、バッファは、他のピクチャからのサンプルを記憶することができる。
５． バッファは、ループフィルタリングの後に再構成された画素を記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、クロス成分ＡＬＦ、または任意の他のフィルタを参照してもよい。
ａ． 一例において、バッファは、現在のＣＴＵにサンプルを記憶することができる。
ｂ． 一例において、バッファは、現在のＣＴＵの外部にサンプルを記憶することができる。
ｃ． 一例において、バッファは、現在のピクチャの任意の部分からのサンプルを記憶することができる。
ｄ． 一例において、バッファは、他のピクチャからのサンプルを記憶することができる。
６． バッファは、ループフィルタリング前およびループフィルタリング後の両方で再構成されたサンプルを記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、クロス成分ＡＬＦ、または任意の他のフィルタを参照してもよい。
ａ． 一例において、バッファは、現在のピクチャからのサンプルと他のピクチャからのサンプルとを、それらのサンプルの可用性に基づいて記憶することができる。
ｂ． 一例において、他のピクチャからの参照サンプルは、ループフィルタリング後の再構成サンプルからのものである。
ｃ． 一例において、他のピクチャからの参照サンプルは、ループフィルタリングの前に再構成されたサンプルからのものである。
７． バッファは、符号化映像データのビット深度とは異なり得る所与のビット深度を有するサンプルを記憶することが提案される。
ａ． 一例において、再構成バッファ／符号化映像データのビット深度は、バッファに記憶されたＩＢＣ参照サンプルのビット深度よりも大きい。
ｂ． 一例において、内部ビット深度が１つの映像シーケンスのための入力ビット深度と異なる場合、例えば（１０ビット対８ビット）であっても、ＩＢＣ参照サンプルは、入力ビット深度に位置合わせされて記憶される。
ｃ． 一例において、ビット深度は再構成バッファのビット深度と同じである。
ｄ． 一例において、ビット深度は、入力画像／映像のビット深度と同じである。
ｅ． 一例において、ビット深度は、予め規定された数と同じである。
ｆ． 一例において、ビット深度は、標準のプロファイルに依存する。
ｇ． 一例において、出力ビット深度／入力ビット深度／内部ビット深度と比較したビット深度またはビット深度の差は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／タイルヘッダまたは他の種類の映像データユニットにおいて信号通知されてもよい。
ｈ． 提案された方法は、他の黒丸印で言及された提案されたバッファ定義に適用されてもよく、代替的に、ＩＢＣの既存の設計にも適用されてもよい。
ｉ． バッファの各色成分のビット深度は異なってもよい。
１． ＣＰＲ／ＩＢＣのために輝度参照サンプルを記憶するために、Ｍ×Ｎ個の画素バッファを使用することが提案される。
ａ． 一例において、バッファサイズは６４×６４である。
ｂ． 一例において、バッファサイズは１２８×１２８である。
ｃ． 一例において、バッファサイズは６４×１２８である。
ｄ． 一例において、バッファサイズは１２８×６４である。
ｅ． 一例において、ＮはＣＴＵの高さに等しい。
ｆ． 一例において、Ｎ＝ｎＨであり、ＨはＣＴＵの高さであり、ｎは正の整数である。
ｇ． 一例において、ＭはＣＴＵの幅に等しい。
ｈ． 一例において、Ｍ＝ｍＷであり、ＷはＣＴＵの幅であり、ｍは正の整数である。
ｉ． 一例において、バッファサイズは、ＣＴＵサイズに等しくなく、例えば、９６×１２８または１２８×９６である。
ｊ． 一例において、バッファサイズはＣＴＵサイズに等しい。
ｋ． 一例において、Ｍ＝ｍＷ、Ｎ＝Ｈであり、ＷおよびＨは、ＣＴＵの幅および高さであり、ｍは、正の整数である。
ｌ． 一例において、Ｍ＝Ｗ、Ｎ＝ｎＨであり、ＷおよびＨは、ＣＴＵの幅および高さであり、ｎは、正の整数である。
ｍ． 一例において、Ｍ＝ｍＷ、Ｎ＝ｎＨであり、ＷおよびＨは、ＣＴＵの幅および高さであり、ｍおよびｎは、正の整数である。
ｎ． 上記例において、ｍおよびｎはＣＴＵのサイズに依存してもよい。
ｉ． 一例において、ＣＴＵのサイズが１２８×１２８である場合、ｍ＝１であり、ｎ＝１である。
ｉｉ． 一例において、ＣＴＵのサイズが６４×６４である場合、ｍ＝４であり、ｎ＝１である。
ｉｉｉ． 一例において、ＣＴＵのサイズが３２×３２である場合、ｍ＝１６であり、ｎ＝１である。
ｉｖ． 一例において、ＣＴＵのサイズが１６×１６である場合、ｍ＝６４であり、ｎ＝１である。
ｏ． 代替的に、バッファサイズはＣＴＵサイズに対応する。
ｐ．代替的に、このバッファサイズは、仮想パイプラインデータユニット（ＶＰＤＵ）のサイズに対応する。
ｑ． Ｍおよび／またはＮは、エンコーダからデコーダに、例えばＶＰＳ／ＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ等で信号通知されてもよい。
２． Ｍおよび／またはＮは、規格で規定された異なるプロファイル／レベル／層で異なってもよい。別のＭｃ×Ｎｃ画素バッファを使用して、ＣＰＲ／ＩＢＣのためのクロマ参照サンプルを記憶することが提案される。
ａ． 一例において、４：２：０映像の場合、Ｍｃ＝Ｍ／２およびＮｃ＝Ｎ／２である。
ｂ． 一例において、４：４：４映像の場合、Ｍｃ＝ＭおよびＮｃ＝Ｎである。
ｃ． 一例において、４：２：２映像の場合、Ｍｃ＝ＭおよびＮｃ＝Ｎ／２である。
ｄ． 代替的に、ＭｃおよびＮｃは、ＭおよびＮから独立してもよい。
ｅ． 一例において、クロマバッファは、ＣｂおよびＣｒに対応する２つのチャネルを含む。
ｆ． 一例において、Ｍｃ＝Ｍであり、Ｎｃ＝Ｎである。
３． Ｍ×Ｎサンプルバッファを使用してＰＲ／ＩＢＣのためにＲＧＢ参照サンプルを記憶ことが提案される。
ａ． 一例において、バッファサイズは６４×６４である。
ｂ． 一例において、バッファサイズは１２８×１２８である。
ｃ． 一例において、バッファサイズは６４×１２８である。
ｄ． 一例において、バッファサイズは１２８×６４である。
ｅ． 代替的に、バッファサイズはＣＴＵサイズに対応する。
ｆ． 代替的に、このバッファサイズは、仮想パイプラインデータユニット（ＶＰＤＵ）のサイズに対応する。
４． バッファは、ループフィルタリングの前に再構成された画素を記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、クロス成分ＡＬＦ、または任意の他のフィルタを参照してもよい。
ａ． 一例において、バッファは、現在のＣＴＵにサンプルを記憶することができる。
ｂ． 一例において、バッファは、現在のＣＴＵの外部にサンプルを記憶することができる。
ｃ． 一例において、バッファは、現在のピクチャの任意の部分からのサンプルを記憶することができる。
ｄ． 一例において、バッファは、他のピクチャからのサンプルを記憶することができる。
５． バッファは、ループフィルタリングの後に再構成された画素を記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、クロス成分ＡＬＦ、または任意の他のフィルタを参照してもよい。
ａ． 一例において、バッファは、現在のＣＴＵにサンプルを記憶することができる。
ｂ． 一例において、バッファは、現在のＣＴＵの外部にサンプルを記憶することができる。
ｃ． 一例において、バッファは、現在のピクチャの任意の部分からのサンプルを記憶することができる。
ｄ． 一例において、バッファは、他のピクチャからのサンプルを記憶することができる。
６． バッファは、ループフィルタリング前およびループフィルタリング後の両方で再構成されたサンプルを記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、クロス成分ＡＬＦ、または任意の他のフィルタを参照してもよい。
ａ． 一例において、バッファは、現在のピクチャからのサンプルと他のピクチャからのサンプルとを、それらのサンプルの可用性に基づいて記憶することができる。
ｂ． 一例において、他のピクチャからの参照サンプルは、ループフィルタリング後の再構成サンプルからのものである。
ｃ． 一例において、他のピクチャからの参照サンプルは、ループフィルタリングの前に再構成されたサンプルからのものである。
７． バッファは、符号化映像データのビット深度とは異なり得る所与のビット深度を有するサンプルを記憶することが提案される。
ａ． 一例において、再構成バッファ／符号化映像データのビット深度は、バッファに記憶されたＩＢＣ参照サンプルのビット深度よりも大きい。
ｂ． 一例において、内部ビット深度が１つの映像シーケンスのための入力ビット深度と異なる場合、例えば（１０ビット対８ビット）であっても、ＩＢＣ参照サンプルは、入力ビット深度に位置合わせされて記憶される。
ｃ． 一例において、ビット深度は再構成バッファのビット深度と同じである。
ｄ． 一例において、ビット深度は、入力画像／映像のビット深度と同じである。
ｅ． 一例において、ビット深度は、予め規定された数と同じである。
ｆ． 一例において、ビット深度は、標準のプロファイルに依存する。
ｇ． 一例において、出力ビット深度／入力ビット深度／内部ビット深度と比較したビット深度またはビット深度の差は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／タイルヘッダまたは他の種類の映像データユニットにおいて信号通知されてもよい。
ｈ． 提案された方法は、他の黒丸印で言及された提案されたバッファ定義に適用されてもよく、代替的に、ＩＢＣの既存の設計にも適用されてもよい。
ｉ． バッファの各色成分のビット深度は異なってもよい。
【0079】
バッファ開始
８． 所与の値でバッファを初期化することが提案される。
ａ． 一例において、バッファは所与の値で初期化される。
ｉ． 一例において、所与の値は、入力ビット深度および／または内部ビット深度に依存してもよい。
ｉｉ． 一例において、バッファは、中間グレー値で初期化され、例えば、８ビット信号の場合、１２８が設定され、１０ビット信号の場合、５１２が設定される。
ｉｉｉ． 一例において、ＩＬＲが使用される場合、バッファはｆｏｒｗａｒｄＬＵＴ（ｍ）で初期化される。例ｍ＝１＜＜（Ｂｉｔｄｅｐｔｈ－１）。
ｂ． 代替的に、バッファは、ＳＰＳ／ＶＰＳ／ＡＰＳ／ＰＰＳ／シーケンスヘッダ／タイルグループヘッダ／ピクチャヘッダ／ｔｉｌｅ／ＣＴＵ／符号化ユニット／ＶＰＤＵ／領域で信号通知される値で初期化される。
ｃ． 一例において、この所与の値は、前に復号化されたピクチャまたはスライスまたはＣＴＵの行またはＣＴＵまたはＣＵのサンプルから導出されてもよい。
ｄ． この所与の値は、異なる色成分ごとに異なってもよい。
９． 代替的に、前回符号化されたブロックからの復号化された画素を使用してバッファを初期化することが提案される。
ａ． 一例において、復号化された画素は、インループフィルタリング前の画素である。
ｂ． 一例において、バッファサイズがＣＴＵである場合、バッファは、利用可能である場合、前回の復号化されたＣＴＵの復号化された画素で初期化される。
ｃ． 一例において、バッファサイズが６４×６４である場合、そのバッファサイズは、利用可能である場合、前回の復号化された６４×６４ブロックの復号化された画素で初期化される。
ｄ． 代替的に、さらに、前回符号化されたブロックが利用可能でない場合、黒丸印８の方法が適用されてもよい。
８． 所与の値でバッファを初期化することが提案される。
ａ． 一例において、バッファは所与の値で初期化される。
ｉ． 一例において、所与の値は、入力ビット深度および／または内部ビット深度に依存してもよい。
ｉｉ． 一例において、バッファは、中間グレー値で初期化され、例えば、８ビット信号の場合、１２８が設定され、１０ビット信号の場合、５１２が設定される。
ｉｉｉ． 一例において、ＩＬＲが使用される場合、バッファはｆｏｒｗａｒｄＬＵＴ（ｍ）で初期化される。例ｍ＝１＜＜（Ｂｉｔｄｅｐｔｈ－１）。
ｂ． 代替的に、バッファは、ＳＰＳ／ＶＰＳ／ＡＰＳ／ＰＰＳ／シーケンスヘッダ／タイルグループヘッダ／ピクチャヘッダ／ｔｉｌｅ／ＣＴＵ／符号化ユニット／ＶＰＤＵ／領域で信号通知される値で初期化される。
ｃ． 一例において、この所与の値は、前に復号化されたピクチャまたはスライスまたはＣＴＵの行またはＣＴＵまたはＣＵのサンプルから導出されてもよい。
ｄ． この所与の値は、異なる色成分ごとに異なってもよい。
９． 代替的に、前回符号化されたブロックからの復号化された画素を使用してバッファを初期化することが提案される。
ａ． 一例において、復号化された画素は、インループフィルタリング前の画素である。
ｂ． 一例において、バッファサイズがＣＴＵである場合、バッファは、利用可能である場合、前回の復号化されたＣＴＵの復号化された画素で初期化される。
ｃ． 一例において、バッファサイズが６４×６４である場合、そのバッファサイズは、利用可能である場合、前回の復号化された６４×６４ブロックの復号化された画素で初期化される。
ｄ． 代替的に、さらに、前回符号化されたブロックが利用可能でない場合、黒丸印８の方法が適用されてもよい。
【0080】
バッファの参照
１０． １つのブロックがバッファ内の画素を参照として使用するために、このブロックは、バッファ内の位置（ｘ，ｙ），ｘ＝０，１，２，．．．，Ｍ－１；ｙ＝０，１，２，．．．，Ｎ－１，を使って参照先を示すことができる。
１１． 代替的に、この参照位置は、ｌ＝ｙ＊Ｍ＋ｘ，ｌ＝０，１，．．．，Ｍ＊Ｎ－１として表すことができる。
１２． なお、現在のＣＴＵに関するブロックの左上の位置を（ｘ０，ｙ０）として、ブロックベクトル（ＢＶｘ，ＢＶｙ）＝（ｘ－ｘ０，ｙ－ｙ０）をデコーダに送信し、バッファにおける参照先を示してもよい。
１３． 代替的に、ブロックベクトル（ＢＶｘ，ＢＶｙ）は、（ｘ－ｘ０＋Ｔｘ，ｙ－ｙ０＋Ｔｙ）として規定されてもよく、ＴｘおよびＴｙは、予め規定されたオフセットである。
１４． 任意の画素（ｘ０，ｙ０）および（ＢＶｘ，ＢＶｙ）の場合、バッファにおけるその参照は、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）に見出すことができる。
ａ． 一例において、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）がバッファの外にある場合、それは境界にクリップされる。
ｂ． 代替的に、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）がバッファの外にある場合、その基準値は、所与の値、例えば、中間グレーとして予め規定される。
ｃ． 代替的に、参照位置は、常にバッファ内にあるように、（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）として規定される。
１５． 任意の画素（ｘ０，ｙ０）および（ＢＶｘ，ＢＶｙ）に対して、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）がバッファの外にある場合、その基準値はバッファにおける値から導出されてもよい。
ａ． 一例において、この値は、バッファにおけるサンプル（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）から導出される。
ｂ． 一例において、この値は、バッファにおけるサンプル（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ， ｃｌｉｐ（ｙ０＋ＢＶｙ，０，Ｎ－１））から導出される。
ｃ． 一例において、この値は、バッファにおけるサンプル（ｃｌｉｐ（ｘ０＋ＢＶｘ，０，Ｍ－１），（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）から導出される。
ｄ． 一例において、この値は、バッファにおけるサンプル（ｃｌｉｐ（ｘ０＋ＢＶｘ，０，Ｍ－１），ｃｌｉｐ（ｙ０＋ＢＶｙ，０，Ｎ－１））から導出される。
１６． バッファ範囲外の特定の座標を許可しない場合がある。
ａ． 一例において、ＣＴＵの左上隅およびブロックベクトル（ＢＶｘ，ＢＶｙ）に対する任意の画素（ｘ０，ｙ０）について、ｙ０＋ＢＶｙが［０，．．，Ｎ－１］の範囲内にあるべきであることが、ビットストリーム制約である。
ｂ． 一例において、ＣＴＵおよびブロックベクトル（ＢＶｘ，ＢＶｙ）の左上隅の任意の画素（ｘ０，ｙ０）に対して、ｘ０＋ＢＶｘが［０，．．，Ｍ－１］の範囲内にあるべきであることが、ビットストリーム制約である。
ｃ． 一例において、ＣＴＵおよびブロックベクトル（ＢＶｘ，ＢＶｙ）の左上隅の任意の画素（ｘ０，ｙ０）に対して、ｙ０＋ＢＶｙが［０，．．，Ｎ－１］の範囲内にあるべきであり、且つｘ０＋ＢＶｘが［０，．．，Ｍ－１］の範囲内にあるべきであることが、ビットストリーム制約である。
１７． １つのブロックの信号通知されたまたは導出されたブロックベクトルがバッファの外のどこかを指している場合、バッファに基づいてパディングを行ってもよい。
ａ． 一例において、バッファの外の任意のサンプルの値は、予め規定された値で規定される。
ｉ． 一例において、この値は、１＜（ビット深度－１）であってもよく、例えば、８ビット信号の場合、１２８であり、１０ビット信号の場合、５１２である。
ｉｉ． 一例において、ＩＬＲが使用される場合、この値はｆｏｒｗａｒｄＬＵＴ（ｍ）であってもよい。例 ｍ＝１＜＜（Ｂｉｔｄｅｐｔｈ－１）．
ｉｉｉ． 代替的に、予め規定された値の表示は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／タイルグループ／タイル／ＣＴＵ／ＣＵレベルで信号通知または表示されてもよい。
ｂ． 一例において、バッファの外の任意のサンプルは、バッファにおける最も近いサンプルの値として規定される。
１８． バッファ参照からの取り扱い方法は、水平方向と垂直方向とで異なってもよく、または現在のブロックの位置によって（例えば、ピクチャ境界により近いか否か）異なってもよい。
ａ． 一例において、ｙ０＋ＢＶｙが［０，Ｎ－１］の外にある場合、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値が予め規定された値として割り当てられる。
ｂ． 一例において、ｘ０＋ＢＶｘが［０，Ｍ－１］の外にある場合、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値が予め規定された値として割り当てられる。
ｃ． 代替的に、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値を（（ｘ０＋ＢＶｘ） ｍｏｄ Ｍ，ｙ０＋ＢＶｙ）のサンプル値として割り当て、これにより、（（（ｘ０＋ＢＶｘ） ｍｏｄ Ｍ，ｙ０＋ＢＶｙ）がまだバッファの外にある場合には、その値をさらに導出するために他の方法を呼び出してもよい。
ｄ． 代替的に、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値を（ｘ０＋ＢＶｘ，（ｙ０＋ＢＶｙ） ｍｏｄ Ｎ）のサンプル値として割り当て、これにより、（ｘ０＋ＢＶｘ，（ｙ０＋ＢＶｙ） ｍｏｄ Ｎ）がまだバッファの外にある場合には、その値をさらに導出するために他の方法を呼び出してもよい。
１０． １つのブロックがバッファ内の画素を参照として使用するために、このブロックは、バッファ内の位置（ｘ，ｙ），ｘ＝０，１，２，．．．，Ｍ－１；ｙ＝０，１，２，．．．，Ｎ－１，を使って参照先を示すことができる。
１１． 代替的に、この参照位置は、ｌ＝ｙ＊Ｍ＋ｘ，ｌ＝０，１，．．．，Ｍ＊Ｎ－１として表すことができる。
１２． なお、現在のＣＴＵに関するブロックの左上の位置を（ｘ０，ｙ０）として、ブロックベクトル（ＢＶｘ，ＢＶｙ）＝（ｘ－ｘ０，ｙ－ｙ０）をデコーダに送信し、バッファにおける参照先を示してもよい。
１３． 代替的に、ブロックベクトル（ＢＶｘ，ＢＶｙ）は、（ｘ－ｘ０＋Ｔｘ，ｙ－ｙ０＋Ｔｙ）として規定されてもよく、ＴｘおよびＴｙは、予め規定されたオフセットである。
１４． 任意の画素（ｘ０，ｙ０）および（ＢＶｘ，ＢＶｙ）の場合、バッファにおけるその参照は、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）に見出すことができる。
ａ． 一例において、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）がバッファの外にある場合、それは境界にクリップされる。
ｂ． 代替的に、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）がバッファの外にある場合、その基準値は、所与の値、例えば、中間グレーとして予め規定される。
ｃ． 代替的に、参照位置は、常にバッファ内にあるように、（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）として規定される。
１５． 任意の画素（ｘ０，ｙ０）および（ＢＶｘ，ＢＶｙ）に対して、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）がバッファの外にある場合、その基準値はバッファにおける値から導出されてもよい。
ａ． 一例において、この値は、バッファにおけるサンプル（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）から導出される。
ｂ． 一例において、この値は、バッファにおけるサンプル（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ， ｃｌｉｐ（ｙ０＋ＢＶｙ，０，Ｎ－１））から導出される。
ｃ． 一例において、この値は、バッファにおけるサンプル（ｃｌｉｐ（ｘ０＋ＢＶｘ，０，Ｍ－１），（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）から導出される。
ｄ． 一例において、この値は、バッファにおけるサンプル（ｃｌｉｐ（ｘ０＋ＢＶｘ，０，Ｍ－１），ｃｌｉｐ（ｙ０＋ＢＶｙ，０，Ｎ－１））から導出される。
１６． バッファ範囲外の特定の座標を許可しない場合がある。
ａ． 一例において、ＣＴＵの左上隅およびブロックベクトル（ＢＶｘ，ＢＶｙ）に対する任意の画素（ｘ０，ｙ０）について、ｙ０＋ＢＶｙが［０，．．，Ｎ－１］の範囲内にあるべきであることが、ビットストリーム制約である。
ｂ． 一例において、ＣＴＵおよびブロックベクトル（ＢＶｘ，ＢＶｙ）の左上隅の任意の画素（ｘ０，ｙ０）に対して、ｘ０＋ＢＶｘが［０，．．，Ｍ－１］の範囲内にあるべきであることが、ビットストリーム制約である。
ｃ． 一例において、ＣＴＵおよびブロックベクトル（ＢＶｘ，ＢＶｙ）の左上隅の任意の画素（ｘ０，ｙ０）に対して、ｙ０＋ＢＶｙが［０，．．，Ｎ－１］の範囲内にあるべきであり、且つｘ０＋ＢＶｘが［０，．．，Ｍ－１］の範囲内にあるべきであることが、ビットストリーム制約である。
１７． １つのブロックの信号通知されたまたは導出されたブロックベクトルがバッファの外のどこかを指している場合、バッファに基づいてパディングを行ってもよい。
ａ． 一例において、バッファの外の任意のサンプルの値は、予め規定された値で規定される。
ｉ． 一例において、この値は、１＜（ビット深度－１）であってもよく、例えば、８ビット信号の場合、１２８であり、１０ビット信号の場合、５１２である。
ｉｉ． 一例において、ＩＬＲが使用される場合、この値はｆｏｒｗａｒｄＬＵＴ（ｍ）であってもよい。例 ｍ＝１＜＜（Ｂｉｔｄｅｐｔｈ－１）．
ｉｉｉ． 代替的に、予め規定された値の表示は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／タイルグループ／タイル／ＣＴＵ／ＣＵレベルで信号通知または表示されてもよい。
ｂ． 一例において、バッファの外の任意のサンプルは、バッファにおける最も近いサンプルの値として規定される。
１８． バッファ参照からの取り扱い方法は、水平方向と垂直方向とで異なってもよく、または現在のブロックの位置によって（例えば、ピクチャ境界により近いか否か）異なってもよい。
ａ． 一例において、ｙ０＋ＢＶｙが［０，Ｎ－１］の外にある場合、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値が予め規定された値として割り当てられる。
ｂ． 一例において、ｘ０＋ＢＶｘが［０，Ｍ－１］の外にある場合、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値が予め規定された値として割り当てられる。
ｃ． 代替的に、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値を（（ｘ０＋ＢＶｘ） ｍｏｄ Ｍ，ｙ０＋ＢＶｙ）のサンプル値として割り当て、これにより、（（（ｘ０＋ＢＶｘ） ｍｏｄ Ｍ，ｙ０＋ＢＶｙ）がまだバッファの外にある場合には、その値をさらに導出するために他の方法を呼び出してもよい。
ｄ． 代替的に、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値を（ｘ０＋ＢＶｘ，（ｙ０＋ＢＶｙ） ｍｏｄ Ｎ）のサンプル値として割り当て、これにより、（ｘ０＋ＢＶｘ，（ｙ０＋ＢＶｙ） ｍｏｄ Ｎ）がまだバッファの外にある場合には、その値をさらに導出するために他の方法を呼び出してもよい。
【0081】
ブロックベクトル表現
１９． ブロックベクトル（ＢＶｘ，ＢＶｙ）の各成分またはその成分の１つを一定の範囲に正規化してもよい。
ａ． 一例において、ＢＶｘは、（ＢＶｘ ｍｏｄ Ｍ）に置き換えられてもよい。
ｂ． 代替的に、ＢＶｘは、（（ＢＶｘ＋Ｘ） ｍｏｄ Ｍ）－Ｘに置き換えられてもよく、Ｘは、予め規定された値である。
ｉ． 一例において、Ｘは６４。
ｉｉ． 一例において、ＸはＭ／２。
ｉｉｉ． 一例において、Ｘは、現在のＣＴＵに対するブロックの水平座標である。
ｃ． 一例において、ＢＶｙは、（ＢＶｙ ｍｏｄ Ｎ）に置き換えられてもよい。
ｄ． 代替的に、ＢＶｙを（（ＢＶｙ＋Ｙ） ｍｏｄ Ｎ）－Ｙで置き換えてもよく、Ｙは予め規定された値である。
ｉ． 一例において、Ｙは６４。
ｉｉ． 一例において、ＹはＮ／２。
ｉｉｉ． 一例において、Ｙは、現在のＣＴＵに対するブロックの垂直座標である。
２０． ＢＶｘおよびＢＶｙは、異なる正規化範囲を有してもよい。
２１． ブロックベクトル差（ＢＶＤｘ，ＢＶＤｙ）を一定の範囲に正規化することができる。
ａ． 一例において、ＢＶＤｘは、（ＢＶＤｘ ｍｏｄ Ｍ）に置き換えられてもよく、関数ｍｏｄは、リマインダを返す。
ｂ． 代替的に、ＢＶＤｘは、（（ＢＶＤｘ＋Ｘ） ｍｏｄ Ｍ）－Ｘに置き換えられてもよく、Ｘは、予め規定された値である。
ｉ． 一例において、Ｘは６４。
ｉｉ． 一例において、ＸはＭ／２。
ｃ． 一例において、ＢＶｙは、（ＢＶＤｙ ｍｏｄ Ｎ）に置き換えられてもよい。
ｄ． 代替的に、ＢＶｙを（（ＢＶＤｙ＋Ｙ） ｍｏｄ Ｎ）－Ｙで置き換えてもよく、Ｙは予め規定された値である。
ｉ． 一例において、Ｙは６４。
ｉｉ． 一例において、ＹはＮ／２。
２２． ＢＶＤｘおよびＢＶＤｙは、異なる正規化範囲を有してもよい。
１９． ブロックベクトル（ＢＶｘ，ＢＶｙ）の各成分またはその成分の１つを一定の範囲に正規化してもよい。
ａ． 一例において、ＢＶｘは、（ＢＶｘ ｍｏｄ Ｍ）に置き換えられてもよい。
ｂ． 代替的に、ＢＶｘは、（（ＢＶｘ＋Ｘ） ｍｏｄ Ｍ）－Ｘに置き換えられてもよく、Ｘは、予め規定された値である。
ｉ． 一例において、Ｘは６４。
ｉｉ． 一例において、ＸはＭ／２。
ｉｉｉ． 一例において、Ｘは、現在のＣＴＵに対するブロックの水平座標である。
ｃ． 一例において、ＢＶｙは、（ＢＶｙ ｍｏｄ Ｎ）に置き換えられてもよい。
ｄ． 代替的に、ＢＶｙを（（ＢＶｙ＋Ｙ） ｍｏｄ Ｎ）－Ｙで置き換えてもよく、Ｙは予め規定された値である。
ｉ． 一例において、Ｙは６４。
ｉｉ． 一例において、ＹはＮ／２。
ｉｉｉ． 一例において、Ｙは、現在のＣＴＵに対するブロックの垂直座標である。
２０． ＢＶｘおよびＢＶｙは、異なる正規化範囲を有してもよい。
２１． ブロックベクトル差（ＢＶＤｘ，ＢＶＤｙ）を一定の範囲に正規化することができる。
ａ． 一例において、ＢＶＤｘは、（ＢＶＤｘ ｍｏｄ Ｍ）に置き換えられてもよく、関数ｍｏｄは、リマインダを返す。
ｂ． 代替的に、ＢＶＤｘは、（（ＢＶＤｘ＋Ｘ） ｍｏｄ Ｍ）－Ｘに置き換えられてもよく、Ｘは、予め規定された値である。
ｉ． 一例において、Ｘは６４。
ｉｉ． 一例において、ＸはＭ／２。
ｃ． 一例において、ＢＶｙは、（ＢＶＤｙ ｍｏｄ Ｎ）に置き換えられてもよい。
ｄ． 代替的に、ＢＶｙを（（ＢＶＤｙ＋Ｙ） ｍｏｄ Ｎ）－Ｙで置き換えてもよく、Ｙは予め規定された値である。
ｉ． 一例において、Ｙは６４。
ｉｉ． 一例において、ＹはＮ／２。
２２． ＢＶＤｘおよびＢＶＤｙは、異なる正規化範囲を有してもよい。
【0082】
ブロックベクトルの妥当性検査
ＩＢＣバッファの幅および高さをＷｂｕｆおよびＨｂｕｆとする。ピクチャの左上隅に対して（Ｘ，Ｙ）から始まるＷ×Ｈブロック（輝度ブロック、クロマブロック、ＣＵ、ＴＵ、４×４、２×２、または他のサブブロックであってもよい）の場合、ブロックベクトル（ＢＶｘ、ＢＶｙ）が有効であるかどうかを示すために、以下を適用してもよい。Ｗｐｉｃ、Ｈｐｉｃを１つのピクチャの幅および高さとし、Ｗｃｔｕ、Ｈｃｔｕを１つのＣＴＵの幅および高さとする。関数ｆｌｏｏｒ（ｘ）は、ｘより大きくない最大の整数を返す。
関数ｉｓＲｅｃ（ｘ，ｙ）は、サンプル（ｘ，ｙ）を再構成した場合、それを返す。
２３． いずれかの参照位置がピクチャ境界の外にあっても、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効であるとして設定してもよい。
ａ． 一例において、ブロックベクトルは、Ｘ＋ＢＶｘ＜０であっても有効であるとして設定してもよい。
ｂ． 一例において、ブロックベクトルは、Ｘ＋Ｗ＋ＢＶｘ＞Ｗｐｉｃであっても、有効であるとして設定してもよい。
ｃ． 一例において、Ｙ＋ＢＶｙ＜０であっても、ブロックベクトルを有効であるとして設定してもよい。
ｄ． 一例において、Ｙ＋Ｈ＋ＢＶｙ＞Ｈｐｉｃであっても、ブロックベクトルを有効であるとして設定してもよい。
２４． 現在のＣＴＵ行の外側に参照位置が存在しても、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効であるとして設定してもよい。
ａ． 一例において、ブロックベクトルは、Ｙ＋ＢＶｙ＜ｆｌｏｏｒ（Ｙ／Ｈｃｔｕ）＊Ｈｃｔｕであっても有効であるとして設定してもよい。
ｂ． 一例において、ブロックベクトルは、Ｙ＋Ｈ＋ＢＶｙ＞＝ｆｌｏｏｒ（Ｙ／Ｈｃｔｕ）＊Ｈｃｔｕ＋Ｈｃｔｕであっても有効であるとして設定してもよい。
２５．ブロックベクトル（ＢＶｘ，ＢＶｙ）は、いずれかの参照位置が現在のＣＴＵおよび左（ｎ－１）ＣＴＵの外にあったとしても、有効であるとして設定してもよく、ｎは、ＩＢＣのための参照領域として使用できるＣＴＵ（現在のＣＴＵを含む、または除く）の数である。
ａ． 一例において、ブロックベクトルは、Ｘ＋ＢＶｘ＜ｆｌｏｏｒ（Ｘ／Ｗｃｔｕ）＊Ｗｃｔｕ－（ｎ－１）＊Ｗｃｔｕであっても有効であるとして設定してもよい。
ｂ． 一例において、ブロックベクトルは、Ｘ＋Ｗ＋ＢＶｘ＞ｆｌｏｏｒ（Ｘ／Ｗｃｔｕ）＊Ｗｃｔｕ＋Ｗｃｔｕであっても、有効であるとして設定してもよい。
２６． 特定のサンプルが再構成されていなくても、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効として設定してもよい。
ａ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ，Ｙ＋ＢＶｙ）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
ｂ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ＋Ｗ－１，Ｙ＋ＢＶｙ）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
ｃ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ，Ｙ＋ＢＶｙ＋Ｈ－１）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
ｄ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ＋Ｗ－１，Ｙ＋ＢＶｙ＋Ｈ－１）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
２７． ブロックベクトル（ＢＶｘ，ＢＶｙ）は、１つのブロックがＣＴＵ行における第１のＣＴＵのブロックでない場合、常に有効であるとして設定してもよい。
ａ． 代替的に、ブロックベクトルは、常に有効であるとして設定してもよい。
２８． 以下の３つの条件をすべて満たす場合、ブロックベクトル（ＢＶｘ，ＢＶｙ）を常に有効であるとして設定してもよい。
・Ｘ＋ＢＶｘ＞＝０
・Ｙ＋ＢＶｙ＞＝ｆｌｏｏｒ（Ｙ／Ｈｃｔｕ）
・ｉｓＲｅｃ（Ｘ＋ＢＶｘ＋Ｗ－１，Ｙ＋ＢＶｙ＋Ｈ－１）＝＝ｔｒｕｅ
ａ． 代替的に、１つのＣＴＵ行における第１のＣＴＵのブロックについて、３つの条件をすべて満たす場合、ブロックベクトルを常に有効であるとして設定してもよい。
２９． ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効である場合、ブロックのサンプルコピーはブロックベクトルに基づいて行われてもよい。
ａ． 一例において、サンプル（Ｘ，Ｙ）の予測は、（（Ｘ＋ＢＶｘ）％Ｗｂｕｆ，（Ｙ＋ＢＶｙ）％Ｈｂｕｆ）から得ることができる。
ＩＢＣバッファの幅および高さをＷｂｕｆおよびＨｂｕｆとする。ピクチャの左上隅に対して（Ｘ，Ｙ）から始まるＷ×Ｈブロック（輝度ブロック、クロマブロック、ＣＵ、ＴＵ、４×４、２×２、または他のサブブロックであってもよい）の場合、ブロックベクトル（ＢＶｘ、ＢＶｙ）が有効であるかどうかを示すために、以下を適用してもよい。Ｗｐｉｃ、Ｈｐｉｃを１つのピクチャの幅および高さとし、Ｗｃｔｕ、Ｈｃｔｕを１つのＣＴＵの幅および高さとする。関数ｆｌｏｏｒ（ｘ）は、ｘより大きくない最大の整数を返す。
関数ｉｓＲｅｃ（ｘ，ｙ）は、サンプル（ｘ，ｙ）を再構成した場合、それを返す。
２３． いずれかの参照位置がピクチャ境界の外にあっても、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効であるとして設定してもよい。
ａ． 一例において、ブロックベクトルは、Ｘ＋ＢＶｘ＜０であっても有効であるとして設定してもよい。
ｂ． 一例において、ブロックベクトルは、Ｘ＋Ｗ＋ＢＶｘ＞Ｗｐｉｃであっても、有効であるとして設定してもよい。
ｃ． 一例において、Ｙ＋ＢＶｙ＜０であっても、ブロックベクトルを有効であるとして設定してもよい。
ｄ． 一例において、Ｙ＋Ｈ＋ＢＶｙ＞Ｈｐｉｃであっても、ブロックベクトルを有効であるとして設定してもよい。
２４． 現在のＣＴＵ行の外側に参照位置が存在しても、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効であるとして設定してもよい。
ａ． 一例において、ブロックベクトルは、Ｙ＋ＢＶｙ＜ｆｌｏｏｒ（Ｙ／Ｈｃｔｕ）＊Ｈｃｔｕであっても有効であるとして設定してもよい。
ｂ． 一例において、ブロックベクトルは、Ｙ＋Ｈ＋ＢＶｙ＞＝ｆｌｏｏｒ（Ｙ／Ｈｃｔｕ）＊Ｈｃｔｕ＋Ｈｃｔｕであっても有効であるとして設定してもよい。
２５．ブロックベクトル（ＢＶｘ，ＢＶｙ）は、いずれかの参照位置が現在のＣＴＵおよび左（ｎ－１）ＣＴＵの外にあったとしても、有効であるとして設定してもよく、ｎは、ＩＢＣのための参照領域として使用できるＣＴＵ（現在のＣＴＵを含む、または除く）の数である。
ａ． 一例において、ブロックベクトルは、Ｘ＋ＢＶｘ＜ｆｌｏｏｒ（Ｘ／Ｗｃｔｕ）＊Ｗｃｔｕ－（ｎ－１）＊Ｗｃｔｕであっても有効であるとして設定してもよい。
ｂ． 一例において、ブロックベクトルは、Ｘ＋Ｗ＋ＢＶｘ＞ｆｌｏｏｒ（Ｘ／Ｗｃｔｕ）＊Ｗｃｔｕ＋Ｗｃｔｕであっても、有効であるとして設定してもよい。
２６． 特定のサンプルが再構成されていなくても、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効として設定してもよい。
ａ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ，Ｙ＋ＢＶｙ）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
ｂ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ＋Ｗ－１，Ｙ＋ＢＶｙ）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
ｃ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ，Ｙ＋ＢＶｙ＋Ｈ－１）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
ｄ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ＋Ｗ－１，Ｙ＋ＢＶｙ＋Ｈ－１）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
２７． ブロックベクトル（ＢＶｘ，ＢＶｙ）は、１つのブロックがＣＴＵ行における第１のＣＴＵのブロックでない場合、常に有効であるとして設定してもよい。
ａ． 代替的に、ブロックベクトルは、常に有効であるとして設定してもよい。
２８． 以下の３つの条件をすべて満たす場合、ブロックベクトル（ＢＶｘ，ＢＶｙ）を常に有効であるとして設定してもよい。
・Ｘ＋ＢＶｘ＞＝０
・Ｙ＋ＢＶｙ＞＝ｆｌｏｏｒ（Ｙ／Ｈｃｔｕ）
・ｉｓＲｅｃ（Ｘ＋ＢＶｘ＋Ｗ－１，Ｙ＋ＢＶｙ＋Ｈ－１）＝＝ｔｒｕｅ
ａ． 代替的に、１つのＣＴＵ行における第１のＣＴＵのブロックについて、３つの条件をすべて満たす場合、ブロックベクトルを常に有効であるとして設定してもよい。
２９． ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効である場合、ブロックのサンプルコピーはブロックベクトルに基づいて行われてもよい。
ａ． 一例において、サンプル（Ｘ，Ｙ）の予測は、（（Ｘ＋ＢＶｘ）％Ｗｂｕｆ，（Ｙ＋ＢＶｙ）％Ｈｂｕｆ）から得ることができる。
【0083】
バッファ更新
３０． 新しいピクチャまたはタイルを符号化するとき、バッファはリセットされてもよい。
ａ． 「リセット」という用語は、バッファが初期化されることを指すことができる。
ｂ． 用語「リセット」は、バッファ内のすべてのサンプル／画素が所与の値（例えば、０または－１）に設定されることを指すことができる。
３１． ＶＰＤＵの符号化を終えたら、バッファはＶＰＤＵの再構成された値で更新されてもよい。
３２． ＣＴＵの符号化を終えたら、バッファはＣＴＵの再構成された値で更新されてもよい。
ａ． 一例において、バッファが満杯でない場合、バッファはＣＴＵによってＣＴＵを順次更新することができる。
ｂ． 一例において、バッファが満杯である場合、最も古いＣＴＵに対応するバッファ領域を更新する。
ｃ． 一例において、Ｍ＝ｍＷ、Ｎ＝Ｈ（Ｗ、ＨはＣＴＵのサイズであり、Ｍ、Ｎはバッファサイズである）であり、前回更新された領域が（ｋＷ，０）から始まる場合、更新する次の開始位置は、（（ｋ＋１）Ｗ ｍｏｄ Ｍ，０）となる。
３３． バッファは、各ＣＴＵ行の最初にリセットされてもよい。
ａ． 代替的に、バッファは、各ＣＴＵの復号化の開始時にリセットされてもよい。
ｂ． 代替的に、バッファは、１つのタイルを復号化する開始時にリセットされてもよい。
ｃ． 代替的に、バッファは、１つのタイルグループ／ピクチャの復号化の開始時にリセットされもよい。
３４． （ｘ，ｙ）から始まるブロックの符号化を終えたら、（ｘ，ｙ）から始まるバッファの対応する領域は、ブロックからの再構成によって更新される。
ａ． 一例において、（ｘ，ｙ）は、ＣＴＵの左上隅に対する位置である。
３５． ピクチャに対するブロックの符号化を終えたら、バッファの対応する領域は、ブロックからの再構成によって更新される。
ａ． 一例において、バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値は、ピクチャの左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい。
ｂ． 一例において、バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値は、現在のタイルの左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい。
ｃ． 一例において、バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値は、現在のＣＴＵ行の左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい。
ｄ． 一例において、バッファ内の値は、ビット深度整列後の再構成された画素値で更新されてもよい。
３６． （ｘ，ｙ）から始まるブロックの符号化を終えたら、（ｘｂ，ｙｂ）から始まるバッファの対応する領域は、ブロックからの再構成によって更新され、（ｘｂ，ｙｂ）および（ｘ，ｙ）は２つの異なる座標である。
ａ． 一例において、（ｘ，ｙ）は、ＣＴＵの左上隅に関する位置であり、（ｘｂ，ｙｂ）は、（ｘ＋ｕｐｄａｔｅ＿ｘ，ｙ＋ｕｐｄａｔｅ＿ｙ）であり、ｕｐｄａｔｅ＿ｘおよびｕｐｄａｔｅ＿ｙは、バッファにおける更新可能な位置を示している。
３７． 上記の例では、１つのブロックの再構成された値は、フィルタ（例えば、非ブロック化フィルタ）を適用する前の再構成された値を示してもよい。
ａ． 代替的に、１つのブロックの再構成された値は、フィルタ（例えば、非ブロック化フィルタ）が適用された後の再構成された値を示してもよい。
３８． バッファが再構成されたサンプルから更新されるとき、再構成されたサンプルは、記憶される前にまず修正されてもよく、例えば、サンプルのビット深度を変更してもよい。
ａ． 一例において、バッファは、バッファのビット深度へのビット深度整列後、再構成されたサンプル値で更新される。
ｂ． 一例において、バッファ値は、値｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂに基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値である。
ｃ． 一例において、バッファ値は、ｃｌｉｐ（｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ビット深度は、バッファビット深度である。
ｄ． 一例において、バッファ値は、値｛ｐ＋［１＜（ｂ－１）－１］｝＞ｂに基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値である。
ｅ． 一例において、バッファ値は、ｃｌｉｐ（｛ｐ＋［１＜＜（ｂ－１）－１］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、バッファビット深度である。
ｆ． 一例において、バッファ値は、値ｐ＞＞ｂに基づいて更新される。
ｇ． 一例において、バッファ値は、ｃｌｉｐ（ｐ＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｂｉｔｄｅｐｔｈは、バッファビット深度である。
ｈ． 上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
３９． バッファサンプルを使用して予測を形成する場合、前処理を適用することができる。
ａ． 一例において、予測値は、ｐ＜＜ｂであり、ｐは、バッファにおけるサンプル値であり、ｂは、予め規定された値である。
ｂ． 一例において、予測値は、ｃｌｉｐ（ｐ＜＜ｂ，０，１＜＜ｂｉｔｄｅｐｔｈ）であり、ｂｉｔｄｅｐｔｈは、再構成サンプルのビット深度である。
ｃ． 一例において、予測値は、（ｐ＜＜ｂ）＋（１＜＜（ｂｉｔｄｅｐｔｈ－１））であり、ｐは、バッファにおけるサンプル値であり、ｂは、予め規定された値であり、ｂｉｔｄｅｐｔｈは、再構成サンプルのビット深度である。
ｄ． 上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
４０． バッファは所与の順番で更新されてもよい。
ａ． 一例において、バッファは順次更新されてもよい。
ｂ． 一例において、バッファは、再構成されたブロックの順に基づいて更新されてもよい。
４１． バッファが満杯である場合、バッファ内のサンプルを最新の再構成サンプルに置き換えることができる。
ａ． 一例において、サンプルは、先入れ先出し方式で更新されてもよい。
ｂ． 一例において、最も古いサンプルが置き換えられる。
ｃ． 一例において、サンプルに優先順位を割り当て、この優先順位に基づいてサンプルを置き換えることができる。
ｄ． 一例において、サンプルは、他のサンプルが最初に置き換えられるように、「長期」としてマークされ得る。
ｅ． 一例において、高い優先順位を示すために、１つのブロックとともに１つのフラグを送信することができる。
ｆ． 一例において、優先順位を示すために、１つのブロックとともに１つの数字を送信することができる。
ｇ． 一例において、ある特徴を有する再構成されたブロックからのサンプルは、他のサンプルが最初に置き換えられるように、より高い優先順位を割り当てられる。
ｉ． 一例において、ＩＢＣモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｉｉ． 一例において、Ｐａｌｅｔｔｅモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｉｉｉ． 一例において、ＩＢＣまたはＰａｌｅｔｔｅモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｉｖ． 一例において、変換スキップモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｖ． この閾値は、ブロックサイズ、色成分、ＣＴＵサイズに基づいて異なってもよい。
ｖｉ． 閾値は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／スライスヘッダ／タイルグループ／タイルレベル／領域で信号通知されてもよい。
ｈ． 一例において、このバッファが一杯であることは、このバッファにおける利用可能なサンプルの数が所与の閾値に等しいかまたはそれよりも多いことを意味し得る。
ｉ． 一例において、バッファにおける利用可能なサンプルの数が６４×６４×３輝度サンプル以上である場合、バッファは満杯であると判定されてもよい。
３０． 新しいピクチャまたはタイルを符号化するとき、バッファはリセットされてもよい。
ａ． 「リセット」という用語は、バッファが初期化されることを指すことができる。
ｂ． 用語「リセット」は、バッファ内のすべてのサンプル／画素が所与の値（例えば、０または－１）に設定されることを指すことができる。
３１． ＶＰＤＵの符号化を終えたら、バッファはＶＰＤＵの再構成された値で更新されてもよい。
３２． ＣＴＵの符号化を終えたら、バッファはＣＴＵの再構成された値で更新されてもよい。
ａ． 一例において、バッファが満杯でない場合、バッファはＣＴＵによってＣＴＵを順次更新することができる。
ｂ． 一例において、バッファが満杯である場合、最も古いＣＴＵに対応するバッファ領域を更新する。
ｃ． 一例において、Ｍ＝ｍＷ、Ｎ＝Ｈ（Ｗ、ＨはＣＴＵのサイズであり、Ｍ、Ｎはバッファサイズである）であり、前回更新された領域が（ｋＷ，０）から始まる場合、更新する次の開始位置は、（（ｋ＋１）Ｗ ｍｏｄ Ｍ，０）となる。
３３． バッファは、各ＣＴＵ行の最初にリセットされてもよい。
ａ． 代替的に、バッファは、各ＣＴＵの復号化の開始時にリセットされてもよい。
ｂ． 代替的に、バッファは、１つのタイルを復号化する開始時にリセットされてもよい。
ｃ． 代替的に、バッファは、１つのタイルグループ／ピクチャの復号化の開始時にリセットされもよい。
３４． （ｘ，ｙ）から始まるブロックの符号化を終えたら、（ｘ，ｙ）から始まるバッファの対応する領域は、ブロックからの再構成によって更新される。
ａ． 一例において、（ｘ，ｙ）は、ＣＴＵの左上隅に対する位置である。
３５． ピクチャに対するブロックの符号化を終えたら、バッファの対応する領域は、ブロックからの再構成によって更新される。
ａ． 一例において、バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値は、ピクチャの左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい。
ｂ． 一例において、バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値は、現在のタイルの左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい。
ｃ． 一例において、バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値は、現在のＣＴＵ行の左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい。
ｄ． 一例において、バッファ内の値は、ビット深度整列後の再構成された画素値で更新されてもよい。
３６． （ｘ，ｙ）から始まるブロックの符号化を終えたら、（ｘｂ，ｙｂ）から始まるバッファの対応する領域は、ブロックからの再構成によって更新され、（ｘｂ，ｙｂ）および（ｘ，ｙ）は２つの異なる座標である。
ａ． 一例において、（ｘ，ｙ）は、ＣＴＵの左上隅に関する位置であり、（ｘｂ，ｙｂ）は、（ｘ＋ｕｐｄａｔｅ＿ｘ，ｙ＋ｕｐｄａｔｅ＿ｙ）であり、ｕｐｄａｔｅ＿ｘおよびｕｐｄａｔｅ＿ｙは、バッファにおける更新可能な位置を示している。
３７． 上記の例では、１つのブロックの再構成された値は、フィルタ（例えば、非ブロック化フィルタ）を適用する前の再構成された値を示してもよい。
ａ． 代替的に、１つのブロックの再構成された値は、フィルタ（例えば、非ブロック化フィルタ）が適用された後の再構成された値を示してもよい。
３８． バッファが再構成されたサンプルから更新されるとき、再構成されたサンプルは、記憶される前にまず修正されてもよく、例えば、サンプルのビット深度を変更してもよい。
ａ． 一例において、バッファは、バッファのビット深度へのビット深度整列後、再構成されたサンプル値で更新される。
ｂ． 一例において、バッファ値は、値｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂに基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値である。
ｃ． 一例において、バッファ値は、ｃｌｉｐ（｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ビット深度は、バッファビット深度である。
ｄ． 一例において、バッファ値は、値｛ｐ＋［１＜（ｂ－１）－１］｝＞ｂに基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値である。
ｅ． 一例において、バッファ値は、ｃｌｉｐ（｛ｐ＋［１＜＜（ｂ－１）－１］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、バッファビット深度である。
ｆ． 一例において、バッファ値は、値ｐ＞＞ｂに基づいて更新される。
ｇ． 一例において、バッファ値は、ｃｌｉｐ（ｐ＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｂｉｔｄｅｐｔｈは、バッファビット深度である。
ｈ． 上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
３９． バッファサンプルを使用して予測を形成する場合、前処理を適用することができる。
ａ． 一例において、予測値は、ｐ＜＜ｂであり、ｐは、バッファにおけるサンプル値であり、ｂは、予め規定された値である。
ｂ． 一例において、予測値は、ｃｌｉｐ（ｐ＜＜ｂ，０，１＜＜ｂｉｔｄｅｐｔｈ）であり、ｂｉｔｄｅｐｔｈは、再構成サンプルのビット深度である。
ｃ． 一例において、予測値は、（ｐ＜＜ｂ）＋（１＜＜（ｂｉｔｄｅｐｔｈ－１））であり、ｐは、バッファにおけるサンプル値であり、ｂは、予め規定された値であり、ｂｉｔｄｅｐｔｈは、再構成サンプルのビット深度である。
ｄ． 上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
４０． バッファは所与の順番で更新されてもよい。
ａ． 一例において、バッファは順次更新されてもよい。
ｂ． 一例において、バッファは、再構成されたブロックの順に基づいて更新されてもよい。
４１． バッファが満杯である場合、バッファ内のサンプルを最新の再構成サンプルに置き換えることができる。
ａ． 一例において、サンプルは、先入れ先出し方式で更新されてもよい。
ｂ． 一例において、最も古いサンプルが置き換えられる。
ｃ． 一例において、サンプルに優先順位を割り当て、この優先順位に基づいてサンプルを置き換えることができる。
ｄ． 一例において、サンプルは、他のサンプルが最初に置き換えられるように、「長期」としてマークされ得る。
ｅ． 一例において、高い優先順位を示すために、１つのブロックとともに１つのフラグを送信することができる。
ｆ． 一例において、優先順位を示すために、１つのブロックとともに１つの数字を送信することができる。
ｇ． 一例において、ある特徴を有する再構成されたブロックからのサンプルは、他のサンプルが最初に置き換えられるように、より高い優先順位を割り当てられる。
ｉ． 一例において、ＩＢＣモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｉｉ． 一例において、Ｐａｌｅｔｔｅモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｉｉｉ． 一例において、ＩＢＣまたはＰａｌｅｔｔｅモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｉｖ． 一例において、変換スキップモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｖ． この閾値は、ブロックサイズ、色成分、ＣＴＵサイズに基づいて異なってもよい。
ｖｉ． 閾値は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／スライスヘッダ／タイルグループ／タイルレベル／領域で信号通知されてもよい。
ｈ． 一例において、このバッファが一杯であることは、このバッファにおける利用可能なサンプルの数が所与の閾値に等しいかまたはそれよりも多いことを意味し得る。
ｉ． 一例において、バッファにおける利用可能なサンプルの数が６４×６４×３輝度サンプル以上である場合、バッファは満杯であると判定されてもよい。
【0084】
代替バッファ組み合わせ
４２． 前回符号化された３つの６４×６４ブロックを常に参照領域として使用する代わりに、現在のブロック（またはＶＰＤＵ）の位置に基づいてそれを適応的に変更することが提案される。
ａ． 一例において、６４×６４ブロックを符号化／復号化するとき、前回の３つの６４×６４ブロックを参照として使用できる。図２に比べ、前回の６４×６４個のブロックをより多く組み合わせてもよい。図２は、前の６４×６４ブロックの異なる組み合わせの例を示す。
４３． ｚ走査順序を用いる代わりに、垂直走査順序を使用してもよい。
ａ． 一例において、１つのブロックがｚ走査順序にインデックス０．．３を有する４つのＶＰＤＵに分割される場合、符号化／復号化の順序は、０、２、１、３である。
ｂ． 一例において、６４×６４個のブロックを符号化／復号化するとき、前回の３つの６４×６４個のブロックを参照として使用できる。図２と比較して、より多くの種類の６４×６４ブロックの符号化／復号化の順序を適用することができる。図４は、６４×６４ブロックの異なる符号化／復号化の順序の例を示す。
ｃ． 代替的に、上記方法は、スクリーンコンテンツの符号化にのみ適用されてもよい。
ｄ． 代替的に、上記方法は、１つのタイル／タイルグループ／ピクチャに対してＣＰＲが有効化される場合にのみ適用されてもよい。
ｅ． 代替的に、上記方法は、１つのＣＴＵまたは１つのＣＴＵ行に対してＣＰＲが有効化される場合にのみ適用されてもよい。
４２． 前回符号化された３つの６４×６４ブロックを常に参照領域として使用する代わりに、現在のブロック（またはＶＰＤＵ）の位置に基づいてそれを適応的に変更することが提案される。
ａ． 一例において、６４×６４ブロックを符号化／復号化するとき、前回の３つの６４×６４ブロックを参照として使用できる。図２に比べ、前回の６４×６４個のブロックをより多く組み合わせてもよい。図２は、前の６４×６４ブロックの異なる組み合わせの例を示す。
４３． ｚ走査順序を用いる代わりに、垂直走査順序を使用してもよい。
ａ． 一例において、１つのブロックがｚ走査順序にインデックス０．．３を有する４つのＶＰＤＵに分割される場合、符号化／復号化の順序は、０、２、１、３である。
ｂ． 一例において、６４×６４個のブロックを符号化／復号化するとき、前回の３つの６４×６４個のブロックを参照として使用できる。図２と比較して、より多くの種類の６４×６４ブロックの符号化／復号化の順序を適用することができる。図４は、６４×６４ブロックの異なる符号化／復号化の順序の例を示す。
ｃ． 代替的に、上記方法は、スクリーンコンテンツの符号化にのみ適用されてもよい。
ｄ． 代替的に、上記方法は、１つのタイル／タイルグループ／ピクチャに対してＣＰＲが有効化される場合にのみ適用されてもよい。
ｅ． 代替的に、上記方法は、１つのＣＴＵまたは１つのＣＴＵ行に対してＣＰＲが有効化される場合にのみ適用されてもよい。
【0085】
仮想ＩＢＣバッファ
以下、輝度サンプルにおいて、ＶＰＤＵの幅および高さを、それぞれＷＶＰＤＵ（例えば、６４）およびＨＶＰＤＵ（例えば、６４）と表す。代替的に、ＷＶＰＤＵおよび／またはＨＶＰＤＵは、他の映像ユニット（例えば、ＣＴＵ）の幅および／または高さを表してもよい。
４４． ＩＢＣ参照領域の状態を追跡し続けるために、仮想バッファを維持してもよい。
ａ． 一例において、仮想バッファサイズは、ｍＷＶＰＤＵ×ｎＨＶＰＤＵである。
ｉ． 一例において、ｍは３に等しく、ｎは２に等しい。
ｉｉ． 一例において、ｍおよび／またはｎは、ピクチャ解像度、ＣＴＵサイズに依存してもよい。
ｉｉｉ． 一例において、ｍおよび／またはｎは、信号通知されてもよく、または予め規定されてもよい。
ｂ． 一例において、上記の黒丸印および副黒丸印で記載された方法は、仮想バッファに適用されてもよい。
ｃ． 一例において、ピクチャ／スライス／タイル／ブリックの左上隅に対するサンプル（ｘ，ｙ）は、（ｘ％（ｍＷＶＰＤＵ），ｙ％（ｎＨＶＰＤＵ））にマッピングされてもよい。
４５． アレイを使用して、仮想バッファに関連付けられた各サンプルの可用性を追跡してもよい。
ａ． 一例において、フラグは、仮想バッファにおけるサンプルに関連付けて、バッファにおけるサンプルがＩＢＣ参照として使用できるか否かを特定してもよい。
ｂ． 一例において、輝度サンプルおよびクロマサンプルを含む各４×４ブロックは、１つのフラグを共有して、そのブロックに関連付けられたいずれかのサンプルがＩＢＣ参照として使用できるかどうかを示してもよい。
ｃ． 一例において、３×２個のＶＰＤＵに対応するアレイ（例えば、各４×４ブロックは、同じ可用性フラグを共有してもよい）は、ＩＢＣ参照サンプルの可用性を追跡するように維持される。
ｄ． 一例において、４×２個のＶＰＤＵに対応するアレイ（例えば、各４×４ブロックは、同じ可用性フラグを共有してもよい）は、ＩＢＣ参照サンプルの可用性を追跡するように維持される。
４６． ＶＰＤＵまたは映像ユニットの復号化を終えた後、仮想バッファに関連付けられた特定のサンプルは、ＩＢＣ参照に利用不可能なものとしてマークされてもよい。
ａ． 一例において、どのサンプルが利用不可能であるかは、直近に復号化されたＶＰＤＵの位置に依存してもよい。
ｂ． １つのサンプルが利用不可能とマークされた場合、このサンプルからの予測は許可されない。
ｉ． 代替的に、他の方法（例えば、デフォルト値を使用する）をさらに適用して、予測子を導出し、利用不可能なサンプルを置き換えてもよい。
４７． 最近復号化されたＶＰＤＵの位置を記録し、仮想バッファに関連付けられたどのサンプルが利用不可能であるとマークされているかを識別しやすくすることができる。
ａ． 一例において、ＶＰＤＵを復号化する開始時に、最近復号化されたＶＰＤＵの位置に基づいて、仮想バッファに関連付けられたいくつかのサンプルに利用不可能なマークを付けることができる。
ｉ． 一例において、直近に復号化されたＶＰＤＵのピクチャ／スライス／タイル／ブリック／他の映像処理ユニットの左上隅に対して（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を左上位置として表し、ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ）が０に等しいと、特定の位置（ｘ，ｙ）は、利用不可能とマークを付けることができる。
１． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ）－１＋ＷＶＰＤＵ］のような範囲内にあってもよい。
２． 一例において、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵ］のような範囲内にあってもよい。
３． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ］％ｍＷＶＰＤＵ、（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ、（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ）－１＋ＷＶＰＤＵ］のような範囲内にあってもよく、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵ］のような範囲内にあってもよい。
ｉｉ． 一例において、直近に復号化されたＶＰＤＵのピクチャ／スライス／タイル／ブリック／他の映像処理ユニットの左上隅に対して、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を左上位置として表し、ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ）が０に等しくない場合、特定の位置（ｘ，ｙ）は、利用不可能とマークを付けることができる。
１． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ）－１＋ＷＶＰＤＵ］のような範囲内にあってもよい。
２． 一例において、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵ］のような範囲内にあってもよい。
３． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ）－１＋ＷＶＰＤＵ］のような範囲内にあってもよく、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵ］のような範囲内にあってもよい。
４８． １つのＣＵが複数のＶＰＤＵを含む場合、ＶＰＤＵに基づくＩＢＣ参照可用性マーキング処理を適用する代わりに、ＩＢＣ参照可用性マーキング処理は以下のＣＵに従ってもよい。
ａ． 一例において、複数のＶＰＤＵを含むＣＵを復号化する開始時に、ＣＵ内のＶＰＤＵを復号化する前に、各ＶＰＤＵごとにＩＢＣ参照可用性マーキング処理を適用してもよい。
ｂ． このような場合、１２８×６４個のＩＢＣブロックと６４×１２８個のＩＢＣブロックとは許可されないことがある。
ｉ． 一例において、１２８×６４および６４×１２８個のＣＵのためのｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは送信されなくてもよく、０に等しいと推測されてもよい。
４９． 参照ブロックまたはサブブロックの場合、右上隅の参照可用性ステータスをチェックして、この参照ブロックに関連付けられたブロックベクトルが有効であるかどうかを判断する必要がない場合がある。
ａ． 一例において、ブロックベクトルが有効であるか否かを判断して、ブロック／サブブロックの左上、左下、右下の角のみをチェックする。
５０． ＩＢＣバッファサイズは、ＶＰＤＵのサイズ（幅／高さはｖＳｉｚｅで表される）および／またはＣＴＢ／ＣＴＵのサイズ（幅／高さはｃｔｂＳｉｚｅで表される）に依存してもよい。
ａ． 一例において、バッファの高さはｃｔｂＳｉｚｅに等しくてもよい。
ｂ． 一例において、バッファの幅は、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）に依存してもよい。
ｉ． 一例において、バッファの幅は、（１２８＊１２８／ｖＳｉｚｅ，ｍｉｎ（ｃｔｂＳｉｚｅ，６４））であってもよい。
５１． ＩＢＣバッファは、画素範囲外の値を含んでもよく、このことは、この位置がＩＢＣ参照に利用可能でない（例えば、他のサンプルの予測に利用されない）可能性があることを示す。
ａ． サンプル値は、サンプルが利用不可能であることを示す値に設定してもよい。
ｂ． 一例において、この値は、－１であってもよい。
ｃ． 一例において、この値は、［０，１＜＜（ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈ）－１］の外側の任意の値であってもよく、ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈは正の整数値である。
例えば、ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈは、１つの色成分のサンプルを符号化／復号化するために使用される内部ビット深度である。
ｄ． 一例において、この値は、［０，１＜＜（ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈ）－１］の範囲外の任意の値であってもよく、ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈは正の整数値である。
例えば、ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈは、１つの色成分のサンプルを符号化／復号化するために使用される入力ビット深度である。
５２． ＩＢＣバッファにおけるサンプルの可用性マーキングは、現在のブロックの位置、現在のブロックのサイズ、ＣＴＵ／ＣＴＢのサイズ、およびＶＰＤＵのサイズに依存してもよい。一例において、（ｘＣｂ，ｙＣｂ）は、ピクチャの左上に対するブロックの位置を表し、ｃｔｂＳｉｚｅは、ＣＴＵ／ＣＴＢのサイズ（即ち、幅および／または高さ）であり、ｖＳｉｚｅ＝ｍｉｎ（ｃｔｂＳｉｚｅ，６４）であり、ｗＩｂｃＢｕｆおよびｈＩｂｃＢｕｆは、ＩＢＣバッファの幅および高さである。
ａ． 一例において、（ｘＣｂ％ｖＳｉｚｅ）が０に等しく、（ｙＣｂ％ｖＳｉｚｅ）が０に等しい場合、ＩＢＣバッファにおける特定の位置のセットは、利用不可能とマークを付けることができる。
ｂ． 一例において、現在のブロックのサイズがＶＰＤＵのサイズ、即ち、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）より小さい場合、利用不可能とマークを付けられた領域は、ＶＰＤＵのサイズに従ってもよい
ｃ． 一例において、現在のブロックのサイズがＶＰＤＵのサイズより大きい場合、即ち、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）である場合、利用不可能とマークを付けられた領域は、ＣＵのサイズに従ってもよい。
５３． ピクチャの左上位置に対する映像ユニット（例えば、ＶＰＤＵ（ｘＶ，ｙＶ））の復号化の開始時に、ＩＢＣバッファにおける対応する位置は、画素範囲外の値に設定してもよい。
ａ． 一例において、バッファにおける位置（ｘ％ｗＩｂｃＢｕｆ，ｙ％ｈＩｂｃＢｕｆ）を有し、ｘ＝ｘＶ、．．．、ｘＶ＋ｃｔｂＳｉｚｅ－１、ｙ＝ｙＶ、．．．、ｙＶ＋ｃｔｂＳｉｚｅ－１を有するバッファサンプルは、値－１に設定される。ｗＩｂｃＢｕｆおよびｈＩｂｃＢｕｆは、ＩＢＣバッファの幅および高さであり、ｃｔｂＳｉｚｅは、ＣＴＵ／ＣＴＢの幅である。
ｉ． 一例において、ｈＩｂｃＢｕｆはｃｔｂＳｉｚｅに等しくてもよい。
５４． ビットストリーム適合性の制約は、ＩＢＣバッファにおけるサンプルの値に従ってもよい。
ａ． 一例において、ＩＢＣバッファにおける１つのブロックベクトルに関連付けられた１つの参照ブロックが画素範囲外の値を含む場合、このビットストリームは不正である可能性がある。
５５． ＩＢＣバッファにおける可用性表示に基づいて、ビットストリーム適合性の制約を設定してもよい。
ａ． 一例において、ＩＢＣバッファにマッピングされたいずれかの参照サンプルが、１つのブロックを符号化／復号化するために利用不可能とマークを付けられた場合には、このビットストリームは不正である可能性がある。
ｂ． 一例において、シングルツリーが使用される場合、１つのブロックを符号化／復号化するためにＩＢＣバッファにマッピングされたいずれかの輝度参照サンプルが利用不可能とマークを付けられた場合には、このビットストリームは不正である可能性がある。
ｃ． １つの適合ビットストリームは、ＩＢＣ符号化ブロックの場合、関連付けられたブロックベクトルがＩＢＣバッファにマッピングされた１つの参照ブロックを指してもよく、１つのブロックを符号化／復号化するためにＩＢＣバッファに位置する各輝度参照サンプルには利用可能なものとしてマークを付けることを満たすことができる（例えば、サンプルの値は、［Ｋ０，Ｋ１］の範囲内にあり、例えば、Ｋ０が０に設定され、Ｋ１が（１＜＜ＢｉｔＤｅｐｔｈ－１）に設定され、ＢｉｔＤｅｐｔｈは、内部ビット深度または入力ビット深度である）。
５６． ビットストリーム適合性の制約は、分割木のタイプおよび現在のＣＵの符号化のｔｒｅｅＴｙｐｅに依存してもよい。
ａ． 一例において、デュアルツリーが高レベル（例えば、スライス／ピクチャ／ブリック／タイル）で許可され、現在の映像ブロック（例えば、ＣＵ／ＰＵ／ＣＢ／ＰＢ）がシングルツリーで符号化される場合、ビットストリーム制約は、ＩＢＣバッファにマッピングされたすべての成分の位置が利用不可能としてマークされているかどうかをチェックする必要がある場合もある。
ｂ． 一例において、デュアルツリーがハイレベル（例えば、スライス／ピクチャ／ブリック／タイル）で許可され、現在の輝度映像ブロック（例えば、ＣＵ／ＰＵ／／ＣＢ／ＰＢ）がデュアルツリーで符号化されている場合には、ビットストリームの制約により、クロマ成分のＩＢＣバッファ内にマッピングされた位置が利用不可能としてマークされているかどうかを無視してもよい。
ｉ． 代替的に、このような場合、ビットストリーム制約は、依然として、ＩＢＣバッファにマッピングされたすべての成分の位置が利用不可能としてマークされているかどうかをチェックすることもある。
ｃ． 一例において、シングルツリーが使用される場合、ビットストリーム制約は、ＩＢＣバッファにマッピングされたクロマ成分の位置が利用不可能であるか否かを無視することができる。
以下、輝度サンプルにおいて、ＶＰＤＵの幅および高さを、それぞれＷＶＰＤＵ（例えば、６４）およびＨＶＰＤＵ（例えば、６４）と表す。代替的に、ＷＶＰＤＵおよび／またはＨＶＰＤＵは、他の映像ユニット（例えば、ＣＴＵ）の幅および／または高さを表してもよい。
４４． ＩＢＣ参照領域の状態を追跡し続けるために、仮想バッファを維持してもよい。
ａ． 一例において、仮想バッファサイズは、ｍＷＶＰＤＵ×ｎＨＶＰＤＵである。
ｉ． 一例において、ｍは３に等しく、ｎは２に等しい。
ｉｉ． 一例において、ｍおよび／またはｎは、ピクチャ解像度、ＣＴＵサイズに依存してもよい。
ｉｉｉ． 一例において、ｍおよび／またはｎは、信号通知されてもよく、または予め規定されてもよい。
ｂ． 一例において、上記の黒丸印および副黒丸印で記載された方法は、仮想バッファに適用されてもよい。
ｃ． 一例において、ピクチャ／スライス／タイル／ブリックの左上隅に対するサンプル（ｘ，ｙ）は、（ｘ％（ｍＷＶＰＤＵ），ｙ％（ｎＨＶＰＤＵ））にマッピングされてもよい。
４５． アレイを使用して、仮想バッファに関連付けられた各サンプルの可用性を追跡してもよい。
ａ． 一例において、フラグは、仮想バッファにおけるサンプルに関連付けて、バッファにおけるサンプルがＩＢＣ参照として使用できるか否かを特定してもよい。
ｂ． 一例において、輝度サンプルおよびクロマサンプルを含む各４×４ブロックは、１つのフラグを共有して、そのブロックに関連付けられたいずれかのサンプルがＩＢＣ参照として使用できるかどうかを示してもよい。
ｃ． 一例において、３×２個のＶＰＤＵに対応するアレイ（例えば、各４×４ブロックは、同じ可用性フラグを共有してもよい）は、ＩＢＣ参照サンプルの可用性を追跡するように維持される。
ｄ． 一例において、４×２個のＶＰＤＵに対応するアレイ（例えば、各４×４ブロックは、同じ可用性フラグを共有してもよい）は、ＩＢＣ参照サンプルの可用性を追跡するように維持される。
４６． ＶＰＤＵまたは映像ユニットの復号化を終えた後、仮想バッファに関連付けられた特定のサンプルは、ＩＢＣ参照に利用不可能なものとしてマークされてもよい。
ａ． 一例において、どのサンプルが利用不可能であるかは、直近に復号化されたＶＰＤＵの位置に依存してもよい。
ｂ． １つのサンプルが利用不可能とマークされた場合、このサンプルからの予測は許可されない。
ｉ． 代替的に、他の方法（例えば、デフォルト値を使用する）をさらに適用して、予測子を導出し、利用不可能なサンプルを置き換えてもよい。
４７． 最近復号化されたＶＰＤＵの位置を記録し、仮想バッファに関連付けられたどのサンプルが利用不可能であるとマークされているかを識別しやすくすることができる。
ａ． 一例において、ＶＰＤＵを復号化する開始時に、最近復号化されたＶＰＤＵの位置に基づいて、仮想バッファに関連付けられたいくつかのサンプルに利用不可能なマークを付けることができる。
ｉ． 一例において、直近に復号化されたＶＰＤＵのピクチャ／スライス／タイル／ブリック／他の映像処理ユニットの左上隅に対して（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を左上位置として表し、ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ）が０に等しいと、特定の位置（ｘ，ｙ）は、利用不可能とマークを付けることができる。
１． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ）－１＋ＷＶＰＤＵ］のような範囲内にあってもよい。
２． 一例において、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵ］のような範囲内にあってもよい。
３． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ］％ｍＷＶＰＤＵ、（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ、（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ）－１＋ＷＶＰＤＵ］のような範囲内にあってもよく、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵ］のような範囲内にあってもよい。
ｉｉ． 一例において、直近に復号化されたＶＰＤＵのピクチャ／スライス／タイル／ブリック／他の映像処理ユニットの左上隅に対して、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を左上位置として表し、ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ）が０に等しくない場合、特定の位置（ｘ，ｙ）は、利用不可能とマークを付けることができる。
１． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ）－１＋ＷＶＰＤＵ］のような範囲内にあってもよい。
２． 一例において、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵ］のような範囲内にあってもよい。
３． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ）－１＋ＷＶＰＤＵ］のような範囲内にあってもよく、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵ］のような範囲内にあってもよい。
４８． １つのＣＵが複数のＶＰＤＵを含む場合、ＶＰＤＵに基づくＩＢＣ参照可用性マーキング処理を適用する代わりに、ＩＢＣ参照可用性マーキング処理は以下のＣＵに従ってもよい。
ａ． 一例において、複数のＶＰＤＵを含むＣＵを復号化する開始時に、ＣＵ内のＶＰＤＵを復号化する前に、各ＶＰＤＵごとにＩＢＣ参照可用性マーキング処理を適用してもよい。
ｂ． このような場合、１２８×６４個のＩＢＣブロックと６４×１２８個のＩＢＣブロックとは許可されないことがある。
ｉ． 一例において、１２８×６４および６４×１２８個のＣＵのためのｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは送信されなくてもよく、０に等しいと推測されてもよい。
４９． 参照ブロックまたはサブブロックの場合、右上隅の参照可用性ステータスをチェックして、この参照ブロックに関連付けられたブロックベクトルが有効であるかどうかを判断する必要がない場合がある。
ａ． 一例において、ブロックベクトルが有効であるか否かを判断して、ブロック／サブブロックの左上、左下、右下の角のみをチェックする。
５０． ＩＢＣバッファサイズは、ＶＰＤＵのサイズ（幅／高さはｖＳｉｚｅで表される）および／またはＣＴＢ／ＣＴＵのサイズ（幅／高さはｃｔｂＳｉｚｅで表される）に依存してもよい。
ａ． 一例において、バッファの高さはｃｔｂＳｉｚｅに等しくてもよい。
ｂ． 一例において、バッファの幅は、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）に依存してもよい。
ｉ． 一例において、バッファの幅は、（１２８＊１２８／ｖＳｉｚｅ，ｍｉｎ（ｃｔｂＳｉｚｅ，６４））であってもよい。
５１． ＩＢＣバッファは、画素範囲外の値を含んでもよく、このことは、この位置がＩＢＣ参照に利用可能でない（例えば、他のサンプルの予測に利用されない）可能性があることを示す。
ａ． サンプル値は、サンプルが利用不可能であることを示す値に設定してもよい。
ｂ． 一例において、この値は、－１であってもよい。
ｃ． 一例において、この値は、［０，１＜＜（ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈ）－１］の外側の任意の値であってもよく、ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈは正の整数値である。
例えば、ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈは、１つの色成分のサンプルを符号化／復号化するために使用される内部ビット深度である。
ｄ． 一例において、この値は、［０，１＜＜（ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈ）－１］の範囲外の任意の値であってもよく、ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈは正の整数値である。
例えば、ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈは、１つの色成分のサンプルを符号化／復号化するために使用される入力ビット深度である。
５２． ＩＢＣバッファにおけるサンプルの可用性マーキングは、現在のブロックの位置、現在のブロックのサイズ、ＣＴＵ／ＣＴＢのサイズ、およびＶＰＤＵのサイズに依存してもよい。一例において、（ｘＣｂ，ｙＣｂ）は、ピクチャの左上に対するブロックの位置を表し、ｃｔｂＳｉｚｅは、ＣＴＵ／ＣＴＢのサイズ（即ち、幅および／または高さ）であり、ｖＳｉｚｅ＝ｍｉｎ（ｃｔｂＳｉｚｅ，６４）であり、ｗＩｂｃＢｕｆおよびｈＩｂｃＢｕｆは、ＩＢＣバッファの幅および高さである。
ａ． 一例において、（ｘＣｂ％ｖＳｉｚｅ）が０に等しく、（ｙＣｂ％ｖＳｉｚｅ）が０に等しい場合、ＩＢＣバッファにおける特定の位置のセットは、利用不可能とマークを付けることができる。
ｂ． 一例において、現在のブロックのサイズがＶＰＤＵのサイズ、即ち、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）より小さい場合、利用不可能とマークを付けられた領域は、ＶＰＤＵのサイズに従ってもよい
ｃ． 一例において、現在のブロックのサイズがＶＰＤＵのサイズより大きい場合、即ち、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）である場合、利用不可能とマークを付けられた領域は、ＣＵのサイズに従ってもよい。
５３． ピクチャの左上位置に対する映像ユニット（例えば、ＶＰＤＵ（ｘＶ，ｙＶ））の復号化の開始時に、ＩＢＣバッファにおける対応する位置は、画素範囲外の値に設定してもよい。
ａ． 一例において、バッファにおける位置（ｘ％ｗＩｂｃＢｕｆ，ｙ％ｈＩｂｃＢｕｆ）を有し、ｘ＝ｘＶ、．．．、ｘＶ＋ｃｔｂＳｉｚｅ－１、ｙ＝ｙＶ、．．．、ｙＶ＋ｃｔｂＳｉｚｅ－１を有するバッファサンプルは、値－１に設定される。ｗＩｂｃＢｕｆおよびｈＩｂｃＢｕｆは、ＩＢＣバッファの幅および高さであり、ｃｔｂＳｉｚｅは、ＣＴＵ／ＣＴＢの幅である。
ｉ． 一例において、ｈＩｂｃＢｕｆはｃｔｂＳｉｚｅに等しくてもよい。
５４． ビットストリーム適合性の制約は、ＩＢＣバッファにおけるサンプルの値に従ってもよい。
ａ． 一例において、ＩＢＣバッファにおける１つのブロックベクトルに関連付けられた１つの参照ブロックが画素範囲外の値を含む場合、このビットストリームは不正である可能性がある。
５５． ＩＢＣバッファにおける可用性表示に基づいて、ビットストリーム適合性の制約を設定してもよい。
ａ． 一例において、ＩＢＣバッファにマッピングされたいずれかの参照サンプルが、１つのブロックを符号化／復号化するために利用不可能とマークを付けられた場合には、このビットストリームは不正である可能性がある。
ｂ． 一例において、シングルツリーが使用される場合、１つのブロックを符号化／復号化するためにＩＢＣバッファにマッピングされたいずれかの輝度参照サンプルが利用不可能とマークを付けられた場合には、このビットストリームは不正である可能性がある。
ｃ． １つの適合ビットストリームは、ＩＢＣ符号化ブロックの場合、関連付けられたブロックベクトルがＩＢＣバッファにマッピングされた１つの参照ブロックを指してもよく、１つのブロックを符号化／復号化するためにＩＢＣバッファに位置する各輝度参照サンプルには利用可能なものとしてマークを付けることを満たすことができる（例えば、サンプルの値は、［Ｋ０，Ｋ１］の範囲内にあり、例えば、Ｋ０が０に設定され、Ｋ１が（１＜＜ＢｉｔＤｅｐｔｈ－１）に設定され、ＢｉｔＤｅｐｔｈは、内部ビット深度または入力ビット深度である）。
５６． ビットストリーム適合性の制約は、分割木のタイプおよび現在のＣＵの符号化のｔｒｅｅＴｙｐｅに依存してもよい。
ａ． 一例において、デュアルツリーが高レベル（例えば、スライス／ピクチャ／ブリック／タイル）で許可され、現在の映像ブロック（例えば、ＣＵ／ＰＵ／ＣＢ／ＰＢ）がシングルツリーで符号化される場合、ビットストリーム制約は、ＩＢＣバッファにマッピングされたすべての成分の位置が利用不可能としてマークされているかどうかをチェックする必要がある場合もある。
ｂ． 一例において、デュアルツリーがハイレベル（例えば、スライス／ピクチャ／ブリック／タイル）で許可され、現在の輝度映像ブロック（例えば、ＣＵ／ＰＵ／／ＣＢ／ＰＢ）がデュアルツリーで符号化されている場合には、ビットストリームの制約により、クロマ成分のＩＢＣバッファ内にマッピングされた位置が利用不可能としてマークされているかどうかを無視してもよい。
ｉ． 代替的に、このような場合、ビットストリーム制約は、依然として、ＩＢＣバッファにマッピングされたすべての成分の位置が利用不可能としてマークされているかどうかをチェックすることもある。
ｃ． 一例において、シングルツリーが使用される場合、ビットストリーム制約は、ＩＢＣバッファにマッピングされたクロマ成分の位置が利用不可能であるか否かを無視することができる。
【0086】
現在のＶＴＭ設計の改善
５７． ＩＢＣの予測は、再構成よりも低い精度を有していてもよい。
ａ． 一例において、予測値は、値ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂに基づいており、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測サンプルビットのビット深度である。
ｂ． 一例において、予測値は、値ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）－１］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂに基づいており、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値である。
ｃ． 一例において、予測値は、値（（ｐ＞＞ｂ）＋（１＜＜（ｂｉｔｄｅｐｔｈ－１）））＜＜ｂに基づいており、ビット深度は、予測サンプルのビット深度である。
ｄ． 一例において、予測値は、値（ｃｌｉｐ（（ｐ＞＞ｂ），０，（１＜＜（ｂｉｔｄｅｐｔｈ－ｂ）））＋（１＜＜（ｂｉｔｄｅｐｔｈ－１）））＜＜ｂに基づいており、ビット深度は、予測サンプルのビット深度である。
ｅ． 一例において、予測値は、ＩＬＲが適用されるかどうかに基づいて、異なる方法でクリップされる。
ｆ． 上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
ｇ． 一例において、出力ビット深度／入力ビット深度／内部ビット深度と比較したビット深度またはビット深度の差は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／タイルヘッダまたは他の種類の映像データユニットにおいて信号通知されてもよい。
５８． ＩＢＣの予測の一部はより精度が低くてもよく、他の部分は再構成と同じ精度を有する。
ａ． 一例において、許容される参照領域は、異なる精度（例えば、ビット深度）を有するサンプルを含んでもよい。
ｂ． 一例において、現在の６４×６４ブロックが復号化されていない他の６４×６４ブロックからの参照は、精度が低く、現在の６４×６４ブロックからの参照は、再構成と同じ精度を有する。
ｃ． 一例において、復号化されている現在のＣＴＵ以外のＣＴＵからの参照は精度が低く、現在のＣＴＵからの参照は再構成と同じ精度を有する。
ｄ． 一例において、特定の色成分の集まりからの参照は精度が低く、他の色成分からの参照は再構成と同じ精度を有する。
５９． ＣＴＵのサイズがＭ×Ｍであり、参照領域のサイズがｎＭ×ｎＭである場合、参照領域は、ＣＴＵの行における最も近い利用可能なｎ×ｎ ＣＴＵである。
ａ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な４つのＣＴＵをＩＢＣ参照に使用できる。
ｂ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１６個のＣＴＵをＩＢＣ参照に使用できる。
６０． ＣＴＵのサイズがＭであり、参照領域のサイズがｎＭである場合、参照領域は、ＣＴＵの行／タイルにおける最も近い利用可能なｎ－１個のＣＴＵである。
ａ． 一例において、参照領域のサイズが１２８×１２８または２５６×６４であり、ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な３つのＣＴＵをＩＢＣ参照に使用できる。
ｂ． 一例において、参照領域のサイズが１２８×１２８または５１２×３２であり、ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１５個のＣＴＵをＩＢＣ参照に使用できる。
６１． ＣＴＵのサイズがＭである場合、ＶＰＤＵのサイズはｋＭであり、参照領域のサイズはｎＭであり、参照領域はＣＴＵの行／タイルにおける最も近い利用可能なｎ－ｋ個のＣＴＵである。
ａ． 一例において、ＣＴＵのサイズは６４×６４であり、ＶＰＤＵのサイズも６４×６４であり、参照のサイズは１２８×１２８であり、１つのＣＴＵの行における最も近い３つのＣＴＵをＩＢＣ参照のために使用できる。
ｂ． 一例において、ＣＴＵのサイズは３２×３２であり、ＶＰＤＵのサイズは６４×６４であり、参照のサイズは１２８×１２８であり、１つのＣＴＵ行における最も近い（１６－４）＝１２個のＣＴＵをＩＢＣ参照のために使用できる。
６２． ＩＢＣを使用して、左上隅が（ｘ，ｙ）であるｗ×ｈブロックの場合、参照ブロックをメモリ再利用のための特定の領域から守る制約があり、ｗおよびｈは、現在のブロックの幅および高さである。
ａ． 一例において、ＣＴＵのサイズが１２８×１２８であり、（ｘ，ｙ）＝（ｍ×６４，ｎ×６４）である場合、参照ブロックは、（（ｍ－２）×６４，ｎ×６４）から始まる６４×６４の領域と重複することはできない。
ｂ． 一例において、ＣＴＵのサイズが１２８×１２８である場合、参照ブロックは、ｗ×ｈブロックの左上隅が（ｘ－１２８，ｙ）である場合に重複することはできない。
ｃ． 一例において、ＣＴＵのサイズが１２８×１２８である場合、（ｘ＋ＢＶｘ，ｙ＋ＢＶｙ）は、左上隅は（ｘ－１２８，ｙ）であるｗ＊ｈブロック内に存在することはなく、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。
ｄ． 一例において、ＣＴＵのサイズがＭ×Ｍであり、ＩＢＣバッファサイズがｋ×Ｍ×Ｍである場合、参照ブロックは、ｗ×ｈブロックと重複することができず、左上隅は（ｘ－ｋ×Ｍ，ｙ）であり、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。
ｅ． 一例において、ＣＴＵのサイズがＭ×Ｍであり、ＩＢＣバッファサイズがｋ×Ｍ×Ｍである場合、（ｘ＋ＢＶｘ，ｙ＋ＢＶｙ）は、ｗ×ｈイントラブロック内に存在することはなく、左上隅は（ｘ－ｋ×Ｍ，ｙ）であり、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。
６３． ＣＴＵのサイズがＭ×Ｍでなく、参照領域のサイズがｎＭ×ｎＭである場合、参照領域は、ＣＴＵの行における最も近い利用可能なｎ×ｎ－１個のＣＴＵである。
ａ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な３つのＣＴＵをＩＢＣ参照に使用できる。
ｂ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１５個のＣＴＵをＩＢＣ参照に使用できる。
６４． （２ｍ＊６４，２ｎ＊６４）から始まる６４×６４のブロックのＣＵ、即ち１２８×１２８ＣＴＵにおける左上の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２ｍ－２）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
６５． （（２ｍ＋１）＊６４、（２ｎ＋１）＊６４）から始まる６４×６４ブロックのＣＵ、すなわち、１２８×１２８ＣＴＵにおける右下の６４×６４ブロックの場合、そのＩＢＣ予測は、現在の１２８×１２８ＣＴＵからであってもよい。
６６． （（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４のブロックのＣＵ、即ち１２８×１２８ＣＴＵにおける右上の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
ａ． 代替的に、（２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロックを再構成した場合、ＩＢＣ予測は、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
６７． （２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロックのＣＵ、即ち１２８×１２８ＣＴＵにおける左下の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
ａ． 代替的に、（（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４ブロックを再構成されていない場合、ＩＢＣ予測は、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
６８． 現在のＣＵがどの６４×６４ブロックに属するかに基づいて、参照領域を調整することが提案される。
ａ． 一例において、（ｘ，ｙ）から始まるＣＵの場合、（ｙ＞＞６）＆１＝＝０のとき、（（ｘ＞＞６＜＜６）－１２８，ｙ＞＞６＜＜６）および（（ｘ＞＞６＜＜６）－６４，ｙ＞＞６＜＜６）から始まる２つまたは２つ前までの６４×６４ブロックは、ＩＢＣモードによって参照することができる。
ｂ． 一例において、（ｘ，ｙ）から始まるＣＵの場合、（ｙ＞＞６）＆１＝＝１であるとき、（（ｘ＞＞６＜＜６）－６４，ｙ＞＞６＜＜＜６）から始まる１つの前の６４×６４ブロックは、ＩＢＣモードによって参照することができる。
６９． （ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するブロックの場合、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅならば、ブロックベクトルは無効である。
ａ． 一例において、ブロックは輝度ブロックである。
ｂ． 一例において、このブロックは、４：４：４フォーマットではクロマブロックである。
ｃ． 一例において、このブロックは、輝度成分およびクロマ成分の両方を含む。
７０． （ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する４：２：０形式のクロマブロックの場合、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅならば、ブロックベクトルは無効である。
７１． 成分ｃのブロックに対してＢＶが無効であるかどうかの判定は、輝度サンプルのみをチェックする代わりに、成分Ｘのサンプルの可用性に依存してもよい。
ａ． （ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する成分ｃのブロックの場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅであれば、ブロックベクトルは無効として扱ってもよい。
ｉ． 一例において、このブロックは、輝度ブロックである（例えば、ｃは、輝度成分であるか、またはＲＧＢ符号化のためのＧ成分である）。
ｉｉ． 一例において、このブロックは、４：４：４フォーマットのクロマブロックである（例えば、ｃは、ｃｂまたはｃｒ成分、またはＲＧＢ符号化のためのＢ／Ｒ成分である）。
ｉｉｉ． 一例において、例えば、このブロックは、輝度およびクロマ成分の両方を含むなど、輝度およびクロマ成分の両方のためのサンプルの可用性がチェックしてもよい。
ｂ． 成分ｃの（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する４：２：０形式のクロマブロックの場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅである場合、ブロックベクトルは、無効として扱ってもよい。
ｃ． 成分ｃの（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するクロマブロックまたはサブブロックの場合、クロマ成分のためのｉｓＲｅｃ（ｃ，ｘ＋ＢＶｘ＋Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅ，ｙ）がｔｒｕｅである場合、ブロックベクトルは無効として扱ってもよく、Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅは、クロマ成分のＣＴＵサイズである。
ｉ． 一例において、４：２：０フォーマットの場合、Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅは６４であってもよい。
ｉｉ． 一例において、クロマサブブロックは、４：２：０フォーマットの２×２ブロックであってもよい。
ｉｉｉ． 一例において、クロマサブブロックは、４：４：４フォーマットの４×４ブロックであってもよい。
ｉｖ． 一例において、クロマサブブロックは、輝度成分における最小ＣＵサイズに対応しうる。
１． 代替的に、クロマサブブロックは、クロマ成分の最小ＣＵサイズに対応してもよい。
７２． 上述したすべての黒丸印について、参照バッファは複数のＭ×Ｍブロック（Ｍ＝６４）を含むと仮定する。しかしながら、これは、参照バッファが複数のＮ×Ｍ個のブロックを含む（例えば、Ｎ＝１２８、Ｍ＝６４）等の他の場合にも拡張できる。
７３． 上述したすべての黒丸印に対して、参照バッファが現在のブロックと同じブリック／タイル／タイルグループ／スライス内にあるべきであるという、さらなる制限を適用してもよい。
ａ． 一例において、参照バッファの一部が現在のブリック／タイル／タイルグループ／スライスの外にある場合、ＩＢＣの使用は無効にされ得る。ＩＢＣ関連構文要素の信号通知はスキップしてもよい。
ｂ． 代替的に、参照バッファの一部が現在のブリック／タイル／タイルグループ／スライスの外にある場合、ＩＢＣは１つのブロックに対して依然として有効化される可能性があるが、１つのブロックに関連付けられたブロックベクトルは残りの参照バッファのみを指してもよい。
７４． ＩＢＣの参照領域として、現在のＶＰＤＵを除き、利用可能であれば、ＣＴＵ／ＣＴＢ行の第１のＶＰＤＵ行において、Ｋ１個の最近符号化ＶＰＤＵを有し、可能であれば、ＣＴＵ／ＣＴＢ行の第２のＶＰＤＵ行において、Ｋ２個の最近符号化ＶＰＤＵを有することが提案される。
ａ． 一例において、Ｋ１は２に等しく、Ｋ２は１に等しい。
ｂ． 一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが１２８×１２８であり、ＶＰＤＵサイズが６４×６４である場合に適用されてもよい。
ｃ． 一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが６４×６４であり、ＶＰＤＵサイズが６４×６４および／または３２×３２である場合に適用されてもよい。
ｄ． 一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが３２×３２であり、ＶＰＤＵサイズが３２×３２以下である場合に適用されてもよい。
７５． 上述した方法は、異なる段階で適用されてもよい。
ａ． 一例において、ブロックベクトル（ＢＶ）のモジュール演算（例えば、ｍｏｄ ｂ）を、ＢＶの可用性チェック処理において呼び出して、ＢＶが有効であるか否かを判定してもよい。
ｂ． 一例において、ブロックベクトル（ＢＶ）のモジュール演算（例えば、ｍｏｄ ｂ）を呼び出して、ＩＢＣ仮想バッファまたは再構成ピクチャバッファにおける参照サンプルの位置（例えば、現在のサンプルの位置およびＢＶのモジュール結果に基づいて）を特定してもよい（例えば、インループフィルタリング処理の前）。
５７． ＩＢＣの予測は、再構成よりも低い精度を有していてもよい。
ａ． 一例において、予測値は、値ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂに基づいており、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測サンプルビットのビット深度である。
ｂ． 一例において、予測値は、値ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）－１］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂに基づいており、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値である。
ｃ． 一例において、予測値は、値（（ｐ＞＞ｂ）＋（１＜＜（ｂｉｔｄｅｐｔｈ－１）））＜＜ｂに基づいており、ビット深度は、予測サンプルのビット深度である。
ｄ． 一例において、予測値は、値（ｃｌｉｐ（（ｐ＞＞ｂ），０，（１＜＜（ｂｉｔｄｅｐｔｈ－ｂ）））＋（１＜＜（ｂｉｔｄｅｐｔｈ－１）））＜＜ｂに基づいており、ビット深度は、予測サンプルのビット深度である。
ｅ． 一例において、予測値は、ＩＬＲが適用されるかどうかに基づいて、異なる方法でクリップされる。
ｆ． 上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
ｇ． 一例において、出力ビット深度／入力ビット深度／内部ビット深度と比較したビット深度またはビット深度の差は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／タイルヘッダまたは他の種類の映像データユニットにおいて信号通知されてもよい。
５８． ＩＢＣの予測の一部はより精度が低くてもよく、他の部分は再構成と同じ精度を有する。
ａ． 一例において、許容される参照領域は、異なる精度（例えば、ビット深度）を有するサンプルを含んでもよい。
ｂ． 一例において、現在の６４×６４ブロックが復号化されていない他の６４×６４ブロックからの参照は、精度が低く、現在の６４×６４ブロックからの参照は、再構成と同じ精度を有する。
ｃ． 一例において、復号化されている現在のＣＴＵ以外のＣＴＵからの参照は精度が低く、現在のＣＴＵからの参照は再構成と同じ精度を有する。
ｄ． 一例において、特定の色成分の集まりからの参照は精度が低く、他の色成分からの参照は再構成と同じ精度を有する。
５９． ＣＴＵのサイズがＭ×Ｍであり、参照領域のサイズがｎＭ×ｎＭである場合、参照領域は、ＣＴＵの行における最も近い利用可能なｎ×ｎ ＣＴＵである。
ａ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な４つのＣＴＵをＩＢＣ参照に使用できる。
ｂ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１６個のＣＴＵをＩＢＣ参照に使用できる。
６０． ＣＴＵのサイズがＭであり、参照領域のサイズがｎＭである場合、参照領域は、ＣＴＵの行／タイルにおける最も近い利用可能なｎ－１個のＣＴＵである。
ａ． 一例において、参照領域のサイズが１２８×１２８または２５６×６４であり、ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な３つのＣＴＵをＩＢＣ参照に使用できる。
ｂ． 一例において、参照領域のサイズが１２８×１２８または５１２×３２であり、ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１５個のＣＴＵをＩＢＣ参照に使用できる。
６１． ＣＴＵのサイズがＭである場合、ＶＰＤＵのサイズはｋＭであり、参照領域のサイズはｎＭであり、参照領域はＣＴＵの行／タイルにおける最も近い利用可能なｎ－ｋ個のＣＴＵである。
ａ． 一例において、ＣＴＵのサイズは６４×６４であり、ＶＰＤＵのサイズも６４×６４であり、参照のサイズは１２８×１２８であり、１つのＣＴＵの行における最も近い３つのＣＴＵをＩＢＣ参照のために使用できる。
ｂ． 一例において、ＣＴＵのサイズは３２×３２であり、ＶＰＤＵのサイズは６４×６４であり、参照のサイズは１２８×１２８であり、１つのＣＴＵ行における最も近い（１６－４）＝１２個のＣＴＵをＩＢＣ参照のために使用できる。
６２． ＩＢＣを使用して、左上隅が（ｘ，ｙ）であるｗ×ｈブロックの場合、参照ブロックをメモリ再利用のための特定の領域から守る制約があり、ｗおよびｈは、現在のブロックの幅および高さである。
ａ． 一例において、ＣＴＵのサイズが１２８×１２８であり、（ｘ，ｙ）＝（ｍ×６４，ｎ×６４）である場合、参照ブロックは、（（ｍ－２）×６４，ｎ×６４）から始まる６４×６４の領域と重複することはできない。
ｂ． 一例において、ＣＴＵのサイズが１２８×１２８である場合、参照ブロックは、ｗ×ｈブロックの左上隅が（ｘ－１２８，ｙ）である場合に重複することはできない。
ｃ． 一例において、ＣＴＵのサイズが１２８×１２８である場合、（ｘ＋ＢＶｘ，ｙ＋ＢＶｙ）は、左上隅は（ｘ－１２８，ｙ）であるｗ＊ｈブロック内に存在することはなく、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。
ｄ． 一例において、ＣＴＵのサイズがＭ×Ｍであり、ＩＢＣバッファサイズがｋ×Ｍ×Ｍである場合、参照ブロックは、ｗ×ｈブロックと重複することができず、左上隅は（ｘ－ｋ×Ｍ，ｙ）であり、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。
ｅ． 一例において、ＣＴＵのサイズがＭ×Ｍであり、ＩＢＣバッファサイズがｋ×Ｍ×Ｍである場合、（ｘ＋ＢＶｘ，ｙ＋ＢＶｙ）は、ｗ×ｈイントラブロック内に存在することはなく、左上隅は（ｘ－ｋ×Ｍ，ｙ）であり、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。
６３． ＣＴＵのサイズがＭ×Ｍでなく、参照領域のサイズがｎＭ×ｎＭである場合、参照領域は、ＣＴＵの行における最も近い利用可能なｎ×ｎ－１個のＣＴＵである。
ａ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な３つのＣＴＵをＩＢＣ参照に使用できる。
ｂ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１５個のＣＴＵをＩＢＣ参照に使用できる。
６４． （２ｍ＊６４，２ｎ＊６４）から始まる６４×６４のブロックのＣＵ、即ち１２８×１２８ＣＴＵにおける左上の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２ｍ－２）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
６５． （（２ｍ＋１）＊６４、（２ｎ＋１）＊６４）から始まる６４×６４ブロックのＣＵ、すなわち、１２８×１２８ＣＴＵにおける右下の６４×６４ブロックの場合、そのＩＢＣ予測は、現在の１２８×１２８ＣＴＵからであってもよい。
６６． （（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４のブロックのＣＵ、即ち１２８×１２８ＣＴＵにおける右上の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
ａ． 代替的に、（２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロックを再構成した場合、ＩＢＣ予測は、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
６７． （２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロックのＣＵ、即ち１２８×１２８ＣＴＵにおける左下の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
ａ． 代替的に、（（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４ブロックを再構成されていない場合、ＩＢＣ予測は、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
６８． 現在のＣＵがどの６４×６４ブロックに属するかに基づいて、参照領域を調整することが提案される。
ａ． 一例において、（ｘ，ｙ）から始まるＣＵの場合、（ｙ＞＞６）＆１＝＝０のとき、（（ｘ＞＞６＜＜６）－１２８，ｙ＞＞６＜＜６）および（（ｘ＞＞６＜＜６）－６４，ｙ＞＞６＜＜６）から始まる２つまたは２つ前までの６４×６４ブロックは、ＩＢＣモードによって参照することができる。
ｂ． 一例において、（ｘ，ｙ）から始まるＣＵの場合、（ｙ＞＞６）＆１＝＝１であるとき、（（ｘ＞＞６＜＜６）－６４，ｙ＞＞６＜＜＜６）から始まる１つの前の６４×６４ブロックは、ＩＢＣモードによって参照することができる。
６９． （ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するブロックの場合、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅならば、ブロックベクトルは無効である。
ａ． 一例において、ブロックは輝度ブロックである。
ｂ． 一例において、このブロックは、４：４：４フォーマットではクロマブロックである。
ｃ． 一例において、このブロックは、輝度成分およびクロマ成分の両方を含む。
７０． （ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する４：２：０形式のクロマブロックの場合、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅならば、ブロックベクトルは無効である。
７１． 成分ｃのブロックに対してＢＶが無効であるかどうかの判定は、輝度サンプルのみをチェックする代わりに、成分Ｘのサンプルの可用性に依存してもよい。
ａ． （ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する成分ｃのブロックの場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅであれば、ブロックベクトルは無効として扱ってもよい。
ｉ． 一例において、このブロックは、輝度ブロックである（例えば、ｃは、輝度成分であるか、またはＲＧＢ符号化のためのＧ成分である）。
ｉｉ． 一例において、このブロックは、４：４：４フォーマットのクロマブロックである（例えば、ｃは、ｃｂまたはｃｒ成分、またはＲＧＢ符号化のためのＢ／Ｒ成分である）。
ｉｉｉ． 一例において、例えば、このブロックは、輝度およびクロマ成分の両方を含むなど、輝度およびクロマ成分の両方のためのサンプルの可用性がチェックしてもよい。
ｂ． 成分ｃの（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する４：２：０形式のクロマブロックの場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅである場合、ブロックベクトルは、無効として扱ってもよい。
ｃ． 成分ｃの（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するクロマブロックまたはサブブロックの場合、クロマ成分のためのｉｓＲｅｃ（ｃ，ｘ＋ＢＶｘ＋Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅ，ｙ）がｔｒｕｅである場合、ブロックベクトルは無効として扱ってもよく、Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅは、クロマ成分のＣＴＵサイズである。
ｉ． 一例において、４：２：０フォーマットの場合、Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅは６４であってもよい。
ｉｉ． 一例において、クロマサブブロックは、４：２：０フォーマットの２×２ブロックであってもよい。
ｉｉｉ． 一例において、クロマサブブロックは、４：４：４フォーマットの４×４ブロックであってもよい。
ｉｖ． 一例において、クロマサブブロックは、輝度成分における最小ＣＵサイズに対応しうる。
１． 代替的に、クロマサブブロックは、クロマ成分の最小ＣＵサイズに対応してもよい。
７２． 上述したすべての黒丸印について、参照バッファは複数のＭ×Ｍブロック（Ｍ＝６４）を含むと仮定する。しかしながら、これは、参照バッファが複数のＮ×Ｍ個のブロックを含む（例えば、Ｎ＝１２８、Ｍ＝６４）等の他の場合にも拡張できる。
７３． 上述したすべての黒丸印に対して、参照バッファが現在のブロックと同じブリック／タイル／タイルグループ／スライス内にあるべきであるという、さらなる制限を適用してもよい。
ａ． 一例において、参照バッファの一部が現在のブリック／タイル／タイルグループ／スライスの外にある場合、ＩＢＣの使用は無効にされ得る。ＩＢＣ関連構文要素の信号通知はスキップしてもよい。
ｂ． 代替的に、参照バッファの一部が現在のブリック／タイル／タイルグループ／スライスの外にある場合、ＩＢＣは１つのブロックに対して依然として有効化される可能性があるが、１つのブロックに関連付けられたブロックベクトルは残りの参照バッファのみを指してもよい。
７４． ＩＢＣの参照領域として、現在のＶＰＤＵを除き、利用可能であれば、ＣＴＵ／ＣＴＢ行の第１のＶＰＤＵ行において、Ｋ１個の最近符号化ＶＰＤＵを有し、可能であれば、ＣＴＵ／ＣＴＢ行の第２のＶＰＤＵ行において、Ｋ２個の最近符号化ＶＰＤＵを有することが提案される。
ａ． 一例において、Ｋ１は２に等しく、Ｋ２は１に等しい。
ｂ． 一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが１２８×１２８であり、ＶＰＤＵサイズが６４×６４である場合に適用されてもよい。
ｃ． 一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが６４×６４であり、ＶＰＤＵサイズが６４×６４および／または３２×３２である場合に適用されてもよい。
ｄ． 一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが３２×３２であり、ＶＰＤＵサイズが３２×３２以下である場合に適用されてもよい。
７５． 上述した方法は、異なる段階で適用されてもよい。
ａ． 一例において、ブロックベクトル（ＢＶ）のモジュール演算（例えば、ｍｏｄ ｂ）を、ＢＶの可用性チェック処理において呼び出して、ＢＶが有効であるか否かを判定してもよい。
ｂ． 一例において、ブロックベクトル（ＢＶ）のモジュール演算（例えば、ｍｏｄ ｂ）を呼び出して、ＩＢＣ仮想バッファまたは再構成ピクチャバッファにおける参照サンプルの位置（例えば、現在のサンプルの位置およびＢＶのモジュール結果に基づいて）を特定してもよい（例えば、インループフィルタリング処理の前）。
【0087】
５． 実施形態
５．１ 実施形態＃１
ＩＢＣのためのバッファの１つの実装形態を以下に説明する。
５．１ 実施形態＃１
ＩＢＣのためのバッファの１つの実装形態を以下に説明する。
【0088】
バッファサイズは１２８×１２８である。ＣＴＵのサイズも１２８×１２８である。１つのＣＴＵ行における第１のＣＴＵの符号化のために、バッファは１２８（８ビットの映像信号の場合）で初期化される。ＣＴＵ行におけるｋ番目のＣＴＵを符号化するために、バッファは、（ｋ－１）番目のＣＴＵのループフィルタリングの前に、再構成で初期化される。
【0089】
図３は、（ｘ，ｙ）から始まるブロックの符号化を例示する。
【0090】
現在のＣＴＵに関する（ｘ，ｙ）から始まるブロックを符号化する場合、ブロックベクトル（ＢＶｘ，ＢＶｙ）＝（ｘ－ｘ０，ｙ－ｙ０）をデコーダに送信し、参照ブロックがＩＢＣバッファにおける（ｘ０，ｙ０）からであることを示す。それぞれ、ブロックの幅をｗとし、ブロックの高さをｈとする。ブロックの符号化を終えるとき、ＩＢＣバッファにおける（ｘ，ｙ）から始まるｗｘｈ領域は、ループフィルタリング前のブロックの再構成によって更新される。
【0091】
５．２ 実施形態＃２
図４は、前回符号化された６４×６４ブロックを選択するための、考えられる代替方法を例示する。
図４は、前回符号化された６４×６４ブロックを選択するための、考えられる代替方法を例示する。
【0092】
５．３ 実施形態＃３
図５は、６４×６４ブロックの符号化／復号化の順序を変更することができる代替方法を例示する。
図５は、６４×６４ブロックの符号化／復号化の順序を変更することができる代替方法を例示する。
【0093】
５．４ 実施形態＃４
図８は、６４×６４ブロックの復号化の順序が上から下へ、左から右である場合、前回の符号化された６４×６４ブロックを選択する別の考えられる代替方法を示す。
図８は、６４×６４ブロックの復号化の順序が上から下へ、左から右である場合、前回の符号化された６４×６４ブロックを選択する別の考えられる代替方法を示す。
【0094】
５．５ 実施形態＃５
図９は、前回の符号化された６４×６４ブロックを選択する別の考えられる代替方法を示す。
図９は、前回の符号化された６４×６４ブロックを選択する別の考えられる代替方法を示す。
【0095】
５．６ 実施形態＃６
図１１は、６４×６４ブロックの復号化の順序が左から右、上から下である場合、前回の符号化された６４×６４ブロックを選択するための別の考えられる代替方法を示す。
図１１は、６４×６４ブロックの復号化の順序が左から右、上から下である場合、前回の符号化された６４×６４ブロックを選択するための別の考えられる代替方法を示す。
【0096】
５．７ 実施形態＃７
ＣＴＵのサイズがＷ×Ｗであり、デコーダにおいて、サイズがｍＷ×Ｗであり、ビット深度がＢであるＩＢＣバッファを実装すると、以下のようになる。
ＣＴＵのサイズがＷ×Ｗであり、デコーダにおいて、サイズがｍＷ×Ｗであり、ビット深度がＢであるＩＢＣバッファを実装すると、以下のようになる。
【0097】
ＣＴＵ行の復号化の開始時に、バッファを値（１＜＜（Ｂ－１））で初期化し、更新の開始点（ｘｂ，ｙｂ）を（０，０）に設定する。
【0098】
ＣＴＵの左上隅に関する、サイズがｗ×ｈである（ｘ，ｙ）から始まるＣＵを復号化する場合、ビット深度をＢビットに整列させた後、（ｘｂ＋ｘ，ｙｂ＋ｙ）およびｗ×ｈサイズから始まる領域を、ＣＵの再構成された画素値で更新する。
【0099】
ＣＴＵを復号化した後、更新開始点（ｘｂ，ｙｂ）を（（ｘｂ＋Ｗ） ｍｏｄ ｍＷ，０）と設定する。
【0100】
ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するＩＢＣ ＣＵを復号化するとき、ＣＴＵの左上隅に関する任意の画素（ｘ，ｙ）について、予測信号のビット深度にビット深度整列した後、バッファの位置（（ｘ＋ＢＶｘ） ｍｏｄ ｍＷ，（ｙ＋ＢＶｙ） ｍｏｄｅ Ｗ）からその予測を抽出する。
【0101】
一例において、Ｂは７または８に設定され、一方、ブロックの出力／入力ビット深度は１０に等しくてもよい。
【0102】
５．８ 実施形態＃８
ピクチャの左上隅に関する（ｘ，ｙ）およびブロックベクトル（ＢＶｘ，ＢＶｙ）から始まる輝度ＣＵまたは結合輝度／クロマＣＵの場合、ブロックベクトルは、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅの場合は無効である。
ピクチャの左上隅に関する（ｘ，ｙ）およびブロックベクトル（ＢＶｘ，ＢＶｙ）から始まる輝度ＣＵまたは結合輝度／クロマＣＵの場合、ブロックベクトルは、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅの場合は無効である。
【0103】
ピクチャの左上隅に関する（ｘ，ｙ）およびブロックベクトル（ＢＶｘ，ＢＶｙ）から始まるクロマＣＵの場合、ブロックベクトルは、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅの場合は無効である。
【0104】
５．９ 実施形態＃９
ピクチャの左上隅に関する４：２：０形式の（ｘ，ｙ）から始まるクロマブロックまたはサブブロック、およびブロックベクトル（ＢＶｘ，ＢＶｙ）の場合、ｉｓＲｅｃ（ｃ，（ｘ＋ＢＶｘ＋６４，ｙ＋ＢＶｙ）がｔｒｕｅで、ｃがクロマ成分であるとき、ブロックベクトルは無効である。
ピクチャの左上隅に関する４：２：０形式の（ｘ，ｙ）から始まるクロマブロックまたはサブブロック、およびブロックベクトル（ＢＶｘ，ＢＶｙ）の場合、ｉｓＲｅｃ（ｃ，（ｘ＋ＢＶｘ＋６４，ｙ＋ＢＶｙ）がｔｒｕｅで、ｃがクロマ成分であるとき、ブロックベクトルは無効である。
【0105】
ピクチャの左上隅に関する、４：４：４形式の（ｘ，ｙ）から始まるクロマブロックまたはサブブロック、およびブロックベクトル（ＢＶｘ，ＢＶｙ）の場合、ｉｓＲｅｃ（ｃ，（ｘ＋ＢＶｘ＋６４，ｙ＋ＢＶｙ）がｔｒｕｅで、ｃがクロマ成分であるとき、ブロックベクトルは無効である。
【0106】
５．１０ 実施形態＃１０
ピクチャの左上隅に関する（ｘ，ｙ）およびブロックベクトル（ＢＶｘ，ＢＶｙ）から始まる輝度ＣＵまたは結合輝度／クロマＣＵの場合、ブロックベクトルは、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅの場合は無効である。
ピクチャの左上隅に関する（ｘ，ｙ）およびブロックベクトル（ＢＶｘ，ＢＶｙ）から始まる輝度ＣＵまたは結合輝度／クロマＣＵの場合、ブロックベクトルは、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅの場合は無効である。
【0107】
ピクチャの左上隅に関する、４：２：０形式の（ｘ，ｙ）から始まるクロマブロックまたはサブブロック、およびブロックベクトル（ＢＶｘ，ＢＶｙ）の場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅで、ｃがクロマ成分であるとき、ブロックベクトルは無効である。
【0108】
５．１１ 実施形態＃１１
本実施形態においては、現在のＶＰＤＵを除き、第１のＶＰＤＵの行にある２つの最も符号化されたＶＰＤＵと、第１のＣＴＵ／ＣＴＢの行の第２のＶＰＤＵの行にある１つの最も符号化されたＶＰＤＵとを保持する実装が強調される。
本実施形態においては、現在のＶＰＤＵを除き、第１のＶＰＤＵの行にある２つの最も符号化されたＶＰＤＵと、第１のＣＴＵ／ＣＴＢの行の第２のＶＰＤＵの行にある１つの最も符号化されたＶＰＤＵとを保持する実装が強調される。
【0109】
符号化順が上から下へ、左から右への場合、参照領域は図１３のように示される。
【0110】
ＶＰＤＵの符号化順が左から右および上から下であり、かつ、現在のＶＰＤＵがピクチャ境界の右側にない場合、参照領域は、図１４のように示される。
【0111】
ＶＰＤＵの符号化順が左から右および上から下であり、かつ現在のＶＰＤＵがピクチャ境界の右側にある場合、参照領域を図１５として示すことができる。
【0112】
輝度ブロック（ｘ，ｙ）のサイズがｗ×ｈだとすると、ブロックベクトル（ＢＶｘ，ＢＶｙ）は有効であるか、どうかは以下の条件をチェックすることによって知ることができる。
【0113】
ｉｓＲｅｃ（（（ｘ＋ＢＶｘ＋１２８）＞＞６＜＜６）－（ｒｅｆｙ＆０ｘ４０）＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｒｅｆｙ＞＞６＝＝ｙ＞＞６）？（ｙ％６４）：０）。ここでは、ｒｅｆｙ＝（ｙ＆０ｘ４０）？（ｙ＋ＢＶｙ）：（ｙ＋ＢＶｙ＋ｗ－１）。
【0114】
上記関数がｔｒｕｅを返す場合、ブロックベクトル（ＢＶｘ，ＢＶｙ）は無効であり、そうでない場合、ブロックベクトルは有効であり得る。
【0115】
５．１２ 実施形態＃１２
ＣＴＵのサイズが１９２×１２８である場合、サイズが１９２×１２８の仮想バッファが維持されてＩＢＣの参照サンプルを追跡する。
ＣＴＵのサイズが１９２×１２８である場合、サイズが１９２×１２８の仮想バッファが維持されてＩＢＣの参照サンプルを追跡する。
【0116】
ピクチャの左上隅に対するサンプル（ｘ，ｙ）は、バッファの左上隅に対する位置（ｘ％１９２，ｙ％１２８）に関連付けられる。以下のステップは、ＩＢＣ参照のために仮想バッファに関連付けられたサンプルの可用性をどのようにマークするかを示す。
【0117】
ピクチャの左上隅に対する位置（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を記録して、直近に復号化されたＶＰＤＵの左上のサンプルを表す。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化開始時に、ｘ＝（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％（ｍＷＶＰＤＵ），．．，（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％（ｍＷＶＰＤＵ））－１＋ＷＶＰＤＵ；ａｎｄ ｙ＝ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），．．，（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵの場合の位置（ｘ，ｙ）を利用不可能としてマークしてもよい。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％（ｍＷＶＰＤＵ），．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％（ｍＷＶＰＤＵ）およびｙ＝ｙＣＵ％（ｎＨＶＰＤＵ），．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％（ｎＨＶＰＤＵ）の場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４）ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％（ｍＷＶＰＤＵ），．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％（ｍＷＶＰＤＵ）およびｙ＝（ｙＣＵ＋ｙＢＶ）％（ｎＨＶＰＤＵ），．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％（ｎＨＶＰＤＵ）の場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化開始時に、ｘ＝（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％（ｍＷＶＰＤＵ），．．，（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％（ｍＷＶＰＤＵ））－１＋ＷＶＰＤＵ；ａｎｄ ｙ＝ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），．．，（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵの場合の位置（ｘ，ｙ）を利用不可能としてマークしてもよい。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％（ｍＷＶＰＤＵ），．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％（ｍＷＶＰＤＵ）およびｙ＝ｙＣＵ％（ｎＨＶＰＤＵ），．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％（ｎＨＶＰＤＵ）の場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４）ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％（ｍＷＶＰＤＵ），．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％（ｍＷＶＰＤＵ）およびｙ＝（ｙＣＵ＋ｙＢＶ）％（ｎＨＶＰＤＵ），．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％（ｎＨＶＰＤＵ）の場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。
【0118】
図１６は、ピクチャにおけるバッファ状態をＶＰＤＵの復号化状態とともに示す。
【0119】
５．１３ 実施形態＃１３
ＣＴＵのサイズが１２８×１２８であるか、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合には、サイズ１９２×１２８の仮想バッファを維持してＩＢＣのための参照サンプルを追跡する。以下、ａ＜０の場合、（ａ％ｂ）をｆｌｏｏｒ（ａ／ｂ）＊ｂとして定義し、ｆｌｏｏｒ（ｃ）は、ｃ以下の最大の整数を返す。
ＣＴＵのサイズが１２８×１２８であるか、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合には、サイズ１９２×１２８の仮想バッファを維持してＩＢＣのための参照サンプルを追跡する。以下、ａ＜０の場合、（ａ％ｂ）をｆｌｏｏｒ（ａ／ｂ）＊ｂとして定義し、ｆｌｏｏｒ（ｃ）は、ｃ以下の最大の整数を返す。
【0120】
ピクチャの左上隅に対するサンプル（ｘ，ｙ）は、バッファの左上隅に対する位置（ｘ％１９２，ｙ％１２８）に関連付けられる。以下のステップは、ＩＢＣ参照のために仮想バッファに関連付けられたサンプルの可用性をどのようにマークするかを示す。
【0121】
ピクチャの左上隅に対する位置（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を記録して、直近に復号化されたＶＰＤＵの左上のサンプルを表す。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化の始めに、
ａ． ｙＰｒｅｖＶＰＤＵ％６４が０に等しい場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－１２８）％１９２，．．，（（ｘＰｒｅｖＶＰＤＵ－１２８）％１９２）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
ｂ． そうでない場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－６４）％１９２，．．，（（ｘＰｒｅｖＶＰＤＵ－６４）％１９２）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％１９２，．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％１９２およびｙ＝ｙＣＵ％１２８，．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４） ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％１９２，．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％１９２およびｙ＝（ｙＣＵ＋ｙＢＶ）％１２８，．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化の始めに、
ａ． ｙＰｒｅｖＶＰＤＵ％６４が０に等しい場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－１２８）％１９２，．．，（（ｘＰｒｅｖＶＰＤＵ－１２８）％１９２）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
ｂ． そうでない場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－６４）％１９２，．．，（（ｘＰｒｅｖＶＰＤＵ－６４）％１９２）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％１９２，．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％１９２およびｙ＝ｙＣＵ％１２８，．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４） ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％１９２，．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％１９２およびｙ＝（ｙＣＵ＋ｙＢＶ）％１２８，．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。
【0122】
ＣＴＵのサイズがＳ×Ｓである場合、Ｓが１２８に等しくないので、Ｗｂｕｆを１２８＊１２８／Ｓに等しくする。サイズＷｂｕｆｘＳの仮想バッファが維持して、ＩＢＣの参照サンプルを追跡する。この場合、ＶＰＤＵのサイズはＣＴＵのサイズに等しい。
【0123】
ピクチャの左上隅に対する位置（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を記録して、直近に復号化されたＶＰＤＵの左上のサンプルを表す。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化の開始時に、ｘ＝（ｘＰｒｅｖＶＰＤＵ－Ｗｂｕｆ＊Ｓ）％Ｓ，．．，（（ｘＰｒｅｖＶＰＤＵ－Ｗｂｕｆ＊Ｓ）％Ｓ）＋Ｓ－１；ａｎｄｙ＝ｙＰｒｅｖＶＰＤＵ％Ｓ，．．，（ｙＰｒｅｖＶＰＤＵ％Ｓ）＋Ｓ－１の場合の位置
（ｘ，ｙ）は、利用不可能であるとマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％（Ｗｂｕｆ），．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％（Ｗｂｕｆ）およびｙ＝ｙＣＵ％Ｓ，．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％Ｓである場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４） ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％（Ｗｂｕｆ），．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％（Ｗｂｕｆ）およびｙ＝（ｙＣＵ＋ｙＢＶ）％Ｓ，．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％Ｓの場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化の開始時に、ｘ＝（ｘＰｒｅｖＶＰＤＵ－Ｗｂｕｆ＊Ｓ）％Ｓ，．．，（（ｘＰｒｅｖＶＰＤＵ－Ｗｂｕｆ＊Ｓ）％Ｓ）＋Ｓ－１；ａｎｄｙ＝ｙＰｒｅｖＶＰＤＵ％Ｓ，．．，（ｙＰｒｅｖＶＰＤＵ％Ｓ）＋Ｓ－１の場合の位置
（ｘ，ｙ）は、利用不可能であるとマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％（Ｗｂｕｆ），．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％（Ｗｂｕｆ）およびｙ＝ｙＣＵ％Ｓ，．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％Ｓである場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４） ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％（Ｗｂｕｆ），．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％（Ｗｂｕｆ）およびｙ＝（ｙＣＵ＋ｙＢＶ）％Ｓ，．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％Ｓの場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。
【0124】
５．１４ 実施形態＃１４
ＣＴＵのサイズが１２８×１２８であるか、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合には、サイズ２５６×１２８の仮想バッファを維持してＩＢＣのための参照サンプルを追跡する。以下、ａ＜０の場合、（ａ％ｂ）をｆｌｏｏｒ（ａ／ｂ）＊ｂとして定義し、ｆｌｏｏｒ（ｃ）は、ｃ以下の最大の整数を返す。
ＣＴＵのサイズが１２８×１２８であるか、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合には、サイズ２５６×１２８の仮想バッファを維持してＩＢＣのための参照サンプルを追跡する。以下、ａ＜０の場合、（ａ％ｂ）をｆｌｏｏｒ（ａ／ｂ）＊ｂとして定義し、ｆｌｏｏｒ（ｃ）は、ｃ以下の最大の整数を返す。
【0125】
ピクチャの左上隅に対するサンプル（ｘ，ｙ）は、バッファの左上隅に対する位置（ｘ％２５６，ｙ％１２８）に関連付けられる。以下のステップは、ＩＢＣ参照のために仮想バッファに関連付けられたサンプルの可用性をどのようにマークするかを示す。
【0126】
ピクチャの左上隅に対する位置（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を記録して、直近に復号化されたＶＰＤＵの左上のサンプルを表す。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化の始めに、
ａ． ｙＰｒｅｖＶＰＤＵ％６４が０に等しい場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－１２８）％２５６，．．，（（ｘＰｒｅｖＶＰＤＵ－１２８）％２５６）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
ｂ． そうでない場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－６４）％２５６，．．，（（ｘＰｒｅｖＶＰＤＵ－６４）％２５６）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％２５６，．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％２５６およびｙ＝ｙＣＵ％１２８，．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４） ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％２５６，．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％２５６およびｙ＝（ｙＣＵ＋ｙＢＶ）％１２８，．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化の始めに、
ａ． ｙＰｒｅｖＶＰＤＵ％６４が０に等しい場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－１２８）％２５６，．．，（（ｘＰｒｅｖＶＰＤＵ－１２８）％２５６）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
ｂ． そうでない場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－６４）％２５６，．．，（（ｘＰｒｅｖＶＰＤＵ－６４）％２５６）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％２５６，．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％２５６およびｙ＝ｙＣＵ％１２８，．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４） ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％２５６，．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％２５６およびｙ＝（ｙＣＵ＋ｙＢＶ）％１２８，．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。
【0127】
ＣＴＵのサイズが１２８×１２８でない、または６４×６４未満である、または６４×６４未満である場合、前の実施例、すなわち、実施形態＃１４と同じ処理が適用される。
【0128】
５．１５ 実施形態＃１５
ＩＢＣ参照可用性マーキング処理を以下のように説明する。この文書では、その変更を太字、下線、イタリック体で示している。
ＩＢＣ参照可用性マーキング処理を以下のように説明する。この文書では、その変更を太字、下線、イタリック体で示している。
【0129】
【表4】
【0130】
【表5】
【化1】
【0131】
７．３．７．５ 符号化ユニット構文
【0132】
【表6】
【0133】
８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理
８．６．２．１ 一般
．．．
８．６．２．１ 一般
．．．
【化2】
【0134】
．．．
【0135】
８．６．３ ｉｂｃブロックの復号化処理
８．６．３．１ 一般
この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。
８．６．３．１ 一般
この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。
【0136】
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 水平および垂直方向の輝度符号化サブブロックの数を規定する変数ｎｕｍＳｂＸおよびｎｕｍＳｂＹ、
－ ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１、およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１である場合の動きベクトルｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ
．．．
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 水平および垂直方向の輝度符号化サブブロックの数を規定する変数ｎｕｍＳｂＸおよびｎｕｍＳｂＹ、
－ ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１、およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１である場合の動きベクトルｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ
【化3】
【0137】
ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１，およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１の場合のサブブロックインデックス（ｘＳｂＩｄｘ，ｙＳｂＩｄｘ）の各コーディングサブブロックに対して、以下が適用される。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化サブブロックの左上のサンプルを規定する輝度位置（ｘＳｂ，ｙＳｂ）は、以下のように導出される。
（ｘＳｂ，ｙＳｂ）＝（ｘＣｂ＋ｘＳｂＩｄｘ＊ｓｂＷｉｄｔｈ，ｙＣｂ＋ｙＳｂＩｄｘ＊ｓｂＨｅｉｇｈｔ） （８－９１３）
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化サブブロックの左上のサンプルを規定する輝度位置（ｘＳｂ，ｙＳｂ）は、以下のように導出される。
（ｘＳｂ，ｙＳｂ）＝（ｘＣｂ＋ｘＳｂＩｄｘ＊ｓｂＷｉｄｔｈ，ｙＣｂ＋ｙＳｂＩｄｘ＊ｓｂＨｅｉｇｈｔ） （８－９１３）
【化4】
【化5】
【0138】
８．７．５ ピクチャ再構成処理
８．７．５．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｒｅｓＳａｍｐｌｅｓ。
８．７．５．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｒｅｓＳａｍｐｌｅｓ。
【0139】
この処理の出力は以下の通りである。
－ 再構成されたピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓ。
－ 再構成されたピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓ。
【化6】
【0140】
５．１６ 実施形態＃１６
以下の変更を除き、上記実施形態と同じである。
以下の変更を除き、上記実施形態と同じである。
【0141】
【表7】
【0142】
【表8】
【化7】
【0143】
５．１７ 実施形態＃１７
本明細書では、一部の例における変化は、太字、下線を付したテキストで示される。
本明細書では、一部の例における変化は、太字、下線を付したテキストで示される。
【0144】
７．３．７ スライスデータ構文
７．３．７．１ 一般スライスデータ構文
７．３．７．１ 一般スライスデータ構文
【0145】
【表9】
【0146】
７．４．８．５ 符号化ユニット構文
【0147】
以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］はＴＲＵＥに等しい。
－ ＳｍｒＸ［ｘ０］［ｙ０］はｘ０に等しい。
－ ＳｍｒＹ［ｘ０］［ｙ０］ｙ０に等しい。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］はＴＲＵＥに等しい。
－ ＳｍｒＸ［ｘ０］［ｙ０］はｘ０に等しい。
－ ＳｍｒＹ［ｘ０］［ｙ０］ｙ０に等しい。
【0148】
ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下の通り割り当てをする。
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）
【化8】
【0149】
８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理
８．６．２．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
８．６．２．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
【0150】
この処理の出力は以下の通りである。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。
【0151】
輝度動きベクトルｍｖＬは、以下のように導出される。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０の場合、以下が適用される
１． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
２． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
３． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２１８）％２１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２１７）？（ｕ［０］－２１８）：ｕ［０］（８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２１８）％２１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２１７）？（ｕ［１］－２１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２１７～２１７－１の範囲に含まれる。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０の場合、以下が適用される
１． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
２． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
３． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２１８）％２１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２１７）？（ｕ［０］－２１８）：ｕ［０］（８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２１８）％２１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２１７）？（ｕ［１］－２１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２１７～２１７－１の範囲に含まれる。
【0152】
８．６．２．６項で規定されるような履歴に基づく動きベクトル予測子リストの更新処理は、輝度動きベクトルｍｖＬを使用して呼び出される。
【化9】
【0153】
８．７．５ ピクチャ再構成処理
８．７．５．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｒｅｓＳａｍｐｌｅｓ。
８．７．５．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｒｅｓＳａｍｐｌｅｓ。
【0154】
【化10】
【0155】
色成分ｃＩｄｘの値に基づいて、以下の割り当てが行われる。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳＬに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
－ そうでない場合（ｃＩｄｘが２に等しい）、ｔｕＣｂｆＣｈｒｏｍａをｔｕ＿ｃｂｆ＿ｃｒ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定し、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｒに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳＬに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
－ そうでない場合（ｃＩｄｘが２に等しい）、ｔｕＣｂｆＣｈｒｏｍａをｔｕ＿ｃｂｆ＿ｃｒ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定し、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｒに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
【0156】
ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値によって、以下が適用される。
－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。
－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。
【化11】
【0157】
５．１８ 実施形態＃１８
本明細書では、いくつかの例における変更を、太字、下線、イタリック体で示している。
本明細書では、いくつかの例における変更を、太字、下線、イタリック体で示している。
【0158】
７．３．７ スライスデータ構文
７．３．７．１ 一般スライスデータ構文
７．３．７．１ 一般スライスデータ構文
【0159】
【表10】
【0160】
７．４．８．５ 符号化ユニット構文
【0161】
以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］はＴＲＵＥに等しい。
－ ＳｍｒＸ［ｘ０］［ｙ０］はｘ０に等しい。
－ ＳｍｒＹ［ｘ０］［ｙ０］はｙ０に等しい。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］はＴＲＵＥに等しい。
－ ＳｍｒＸ［ｘ０］［ｙ０］はｘ０に等しい。
－ ＳｍｒＹ［ｘ０］［ｙ０］はｙ０に等しい。
【0162】
ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下の通り割り当てをする。
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）
【化12】
【0163】
８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理
８．６．２．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
８．６．２．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
【0164】
この処理の出力は以下の通りである。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。
【0165】
輝度動きベクトルｍｖＬは、以下のように導出される。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０と等しい場合、以下が適用される。
１． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
２． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
３． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２１８）％２１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２１７）？（ｕ［０］－２１８）：ｕ［０］ （８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２１８）％２１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２１７）？（ｕ［１］－２１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２１７～２１７－１の範囲に含まれる。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０と等しい場合、以下が適用される。
１． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
２． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
３． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２１８）％２１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２１７）？（ｕ［０］－２１８）：ｕ［０］ （８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２１８）％２１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２１７）？（ｕ［１］－２１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２１７～２１７－１の範囲に含まれる。
【0166】
８．６．２．６項で規定されるような履歴に基づく動きベクトル予測子リストの更新処理は、輝度動きベクトルｍｖＬを使用して呼び出される。
【化13】
【0167】
８．６．３ ｉｂｃブロックの復号化処理
８．６．３．１ 一般
この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。
８．６．３．１ 一般
この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。
【0168】
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 現在のブロックの色成分インデックス、
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 現在のブロックの色成分インデックス、
【化14】
【0169】
この処理の出力は以下の通りである。
－ 予測サンプルの配列ｐｒｅｄＳａｍｐｌｅｓ。
－ 予測サンプルの配列ｐｒｅｄＳａｍｐｌｅｓ。
【化15】
【0170】
８．７．５ ピクチャ再構成処理
８．７．５．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｒｅｓＳａｍｐｌｅｓ。
８．７．５．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｒｅｓＳａｍｐｌｅｓ。
【0171】
【化16】
【0172】
色成分ｃＩｄｘの値に基づいて、以下の割り当てが行われる。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳＬに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
－ そうでない場合、（ｃＩｄｘが２に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳＬに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
－ そうでない場合、（ｃＩｄｘが２に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
【0173】
ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値によって、以下が適用される。
－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。
－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。
【化17】
【0174】
５．１９ 実施形態＃１９
本明細書では、一部の例における変化は、太字、下線を付したテキストで示される。
本明細書では、一部の例における変化は、太字、下線を付したテキストで示される。
【0175】
７．３．７ スライスデータ構文
７．３．７．１ 一般スライスデータ構文
７．３．７．１ 一般スライスデータ構文
【0176】
【表11】
【0177】
７．４．８．５ 符号化ユニット構文
以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］はＴＲＵＥに等しい。
－ ＳｍｒＸ［ｘ０］［ｙ０］はｘ０に等しい。
－ ＳｍｒＹ［ｘ０］［ｙ０］はｙ０に等しい。
以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］はＴＲＵＥに等しい。
－ ＳｍｒＸ［ｘ０］［ｙ０］はｘ０に等しい。
－ ＳｍｒＹ［ｘ０］［ｙ０］はｙ０に等しい。
【0178】
ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下の通り割り当てをする。
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）
【化18】
【0179】
８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理
８．６．２．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
８．６．２．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
【0180】
この処理の出力は以下の通りである。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。
【0181】
輝度動きベクトルｍｖＬは、以下のように導出される。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置
（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０の場合、以下が適用される
１． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
２． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
３． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２１８）％２１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２１７）？（ｕ［０］－２１８）：ｕ［０］ （８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２１８）％２１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２１７）？（ｕ［１］－２１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２１７～２１７－１の範囲に含まれる。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置
（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０の場合、以下が適用される
１． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
２． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
３． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２１８）％２１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２１７）？（ｕ［０］－２１８）：ｕ［０］ （８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２１８）％２１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２１７）？（ｕ［１］－２１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２１７～２１７－１の範囲に含まれる。
【0182】
８．６．２．６項で規定されるような履歴に基づく動きベクトル予測子リストの更新処理は、輝度動きベクトルｍｖＬを使用して呼び出される。
【化19】
【0183】
８．６．３ ｉｂｃブロックの復号化処理
８．６．３．１ 一般
この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。
８．６．３．１ 一般
この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。
【0184】
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
【化20】
【0185】
８．７．５ ピクチャ再構成処理
８．７．５．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｒｅｓＳａｍｐｌｅｓ。
８．７．５．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｒｅｓＳａｍｐｌｅｓ。
【0186】
この処理の出力は、再構成されたピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓおよびＩＢＣバッファアレイｉｂｃＢｕｆＬ、ｉｂｃＢｕｆＣｂ、ｉｂｃＢｕｆＣｒである。
【0187】
色成分ｃＩｄｘの値に基づいて、以下の割り当てが行われる。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳＬに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
－ そうでない場合、（ｃＩｄｘが２に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｒに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳＬに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
－ そうでない場合、（ｃＩｄｘが２に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｒに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
【0188】
ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値によって、以下が適用される。
－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）、８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。
－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）、８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。
【化21】
【0189】
５．２０ 実施形態＃２０
本明細書では、いくつかの例における変更を、太字、下線、イタリック体で示している。
本明細書では、いくつかの例における変更を、太字、下線、イタリック体で示している。
【0190】
７．３．７ スライスデータ構文
７．３．７．１ 一般スライスデータ構文
７．３．７．１ 一般スライスデータ構文
【0191】
【表12】
【0192】
７．４．８．５ 符号化ユニット構文
以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］はＴＲＵＥに等しい。
－ ＳｍｒＸ［ｘ０］［ｙ０］はｘ０に等しい。
－ ＳｍｒＹ［ｘ０］［ｙ０］はｙ０に等しい。
以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］はＴＲＵＥに等しい。
－ ＳｍｒＸ［ｘ０］［ｙ０］はｘ０に等しい。
－ ＳｍｒＹ［ｘ０］［ｙ０］はｙ０に等しい。
【0193】
ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下の通り割り当てをする。
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）
【化22】
【0194】
８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理
８．６．２．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
８．６．２．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
【0195】
この処理の出力は以下の通りである。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。
【0196】
輝度動きベクトルｍｖＬは、以下のように導出される。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０と等しい場合、以下が適用される
１． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
２． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
３． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２１８）％２１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２１７）？（ｕ［０］－２１８）：ｕ［０］ （８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２１８）％２１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２１７）？（ｕ［１］－２１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２１７～２１７－１の範囲に含まれる。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０と等しい場合、以下が適用される
１． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
２． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
３． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２１８）％２１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２１７）？（ｕ［０］－２１８）：ｕ［０］ （８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２１８）％２１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２１７）？（ｕ［１］－２１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２１７～２１７－１の範囲に含まれる。
【0197】
８．６．２．６項で規定されるような履歴に基づく動きベクトル予測子リストの更新処理は、輝度動きベクトルｍｖＬを使用して呼び出される。
【化23】
【0198】
８．６．３ ｉｂｃブロックの復号化処理
８．６．３．１ 一般
この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。
８．６．３．１ 一般
この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。
【0199】
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ、
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ、
【化24】
【0200】
８．７．５ ピクチャ再構成処理
８．７．５．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｒｅｓＳａｍｐｌｅｓ。
８．７．５．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定する（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）配列のｒｅｓＳａｍｐｌｅｓ。
【0201】
【化25】
【0202】
色成分ｃＩｄｘの値に基づいて、以下の割り当てが行われる。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳＬに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
－ そうでない場合、（ｃＩｄｘが２に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳＬに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
－ そうでない場合、（ｃＩｄｘが２に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１Ｃに対応する。
【0203】
ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値によって、以下が適用される。
－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。
－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。
【化26】
【0204】
図６は、視覚メディア（映像または画像）処理の例示的な方法の一例を示すフローチャートである。方法６００は、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピー符号化モードを使用して現在の映像ブロックのための参照サンプルを記憶するバッファサイズを判定することと（６０２）、このバッファに記憶された参照サンプルを使用してこの変換を行うことと（６０４）を含む。
【0205】
以下の項は、方法６００の実施形態および他の方法によって実装されるいくつかの例示的な好適な特徴を説明する。追加の例は、本明細書の第４章に記載する。
【0206】
１． 現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピー符号化モードを使用して前記現在の映像ブロックのための参照サンプルを記憶するバッファサイズを判定することと、前記バッファに記憶された前記参照サンプルを使用して前記変換を行うことと、を含む、映像処理方法。
【0207】
２． 前記バッファサイズが所定の定数である、第１項に記載の方法。
【0208】
３． 前記サイズがＭ×Ｎであり、ＭおよびＮが整数である、第１項から２項のいずれかに記載の方法。
【0209】
４． Ｍ×Ｎが６４×６４または１２８×１２８または６４×１２８に等しい、第３項に記載の方法。
【0210】
５． 前記バッファサイズは、前記現在の映像ブロックの符号化ツリーユニットのサイズに等しい、第１項に記載の方法。
【0211】
６． 前記バッファサイズは、前記変換に使用される仮想パイプラインデータユニットのサイズに等しい、第１項に記載の方法。
【0212】
７． 前記バッファサイズは、前記ビットストリーム表現における１つのフィールドに対応する、第１項に記載の方法。
【0213】
８． 前記フィールドは、映像パラメータセット、シーケンスパラメータセットまたはピクチャパラメータセット、またはピクチャヘッダ、スライスヘッダ、またはタイルグループヘッダレベルでのビットストリーム表現に含まれる、第７項に記載の方法。
【0214】
９． 前記バッファの前記サイズが、輝度成分の参照サンプルとクロマ成分の参照サンプルとで異なる、第１～８項のいずれかに記載の方法。
【0215】
１０． 前記バッファの前記サイズは、前記現在の映像ブロックのクロマサブサンプリングフォーマットに依存する、第１～８項のいずれかに記載の方法。
【0216】
１１． 前記参照サンプルはＲＧＢフォーマットで記憶される、第１～８項のいずれかに記載の方法。
【0217】
１２． 前記バッファは、ループフィルタリング前およびループフィルタリング後の再構成サンプルを記憶するために使用される、第１～１１項のいずれかに記載の方法。
【0218】
１３． ループフィルタリングは、非ブロック化フィルタリング、または適応ループフィルタリング（ＡＬＦ）、またはサンプル適応オフセット（ＳＡＯ）フィルタリングを含む、第１２項に記載の方法。
【0219】
１４． 現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間での変換のため、前記参照サンプルの初期値を使用してイントラブロックコピー符号化モードを使用して前記現在の映像ブロックのための参照サンプルを記憶するバッファを初期化することと、前記バッファに記憶された前記参照サンプルを使用して前記変換を行うことと、を含む、映像処理方法。
【0220】
１５． 前記初期値は定数に対応する、第１４項に記載の方法。
【0221】
１６． 前記初期値は、現在の映像ブロックのビット深度の関数である、第１４～１５項のいずれかに記載の方法。
【0222】
１７． 前記定数が中間グレー値に対応する、第１５項に記載の方法。
【0223】
１８． 前記初期値は、前回復号化された映像ブロックの画素値に対応する、第項１４に記載の方法。
【0224】
１９． 前回復号化された映像ブロックは、インループフィルタリング前の復号化されたブロックに対応する、第１８項に記載の方法。
【0225】
２０． 前記バッファサイズが第１～１３項の１つに記載のものである、第１４～１９項のいずれかに記載の方法。
【0226】
２１． ｘおよびｙの数字を使用して、前記バッファ内の画素位置がアドレス指定される、第１～２０項のいずれかに記載の方法。
【0227】
２２． 前記バッファ内の画素位置を０からＭ＊Ｎ－１までの範囲の単一の数を使用して、アドレス指定し、ＭおよびＮは、バッファの画素幅および画素高さである、第１～２０項のいずれかに記載の方法。
【0228】
２３． 現在のビットストリーム表現は、前記変換のためのブロックベクトルを含み、（ＢＶｘ，ＢＶｙ）として表される前記ブロックベクトルは、（ｘ－ｘ０，ｙ－ｙ０）に等しく、（ｘ０，ｙ０）は、前記現在の映像ブロックの符号化ツリーユニットの左上位置に対応する、第１～２０項のいずれかに記載の方法。
【0229】
２４． 現在のビットストリーム表現は、前記変換のためのブロックベクトルを含み、（ＢＶｘ，ＢＶｙ）として表される前記ブロックベクトルは、（ｘ－ｘ０＋Ｔｘ，ｙ－ｙ０＋Ｔｙ）に等しく、（ｘ０，ｙ０）は、前記現在の映像ブロックの符号化ツリーユニットの左上位置に対応し、ＴｘおよびＴｙは、オフセット値である、第１～２０項のいずれかに記載の方法。
【0230】
２５． ＴｘおよびＴｙが予め規定されたオフセット値である、第２４項に記載の方法。
【0231】
２６． 前記変換の間、位置（ｘ０，ｙ０）にあり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する画素に対し、前記バッファにおける対応する参照が、参照位置（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）に見出される、第１～２０項のいずれかに記載の方法。
【0232】
２７． 前記参照位置が前記バッファの外にある場合、前記バッファにおける前記参照は、前記バッファの境界でクリッピングすることによって判定される、第２６項に記載の方法。
【0233】
２８． 前記参照位置が前記バッファの外にある場合、前記バッファにおける前記参照は、所定の値を有すると判定される、第２６項に記載の方法。
【0234】
２９． 前記変換の間、位置（ｘ０，ｙ０）にあり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する画素に対し、前記バッファにおける対応する参照が、参照位置（（ｘ０＋ＢＶｘ） ｍｏｄ Ｍ，（ｙ０＋ＢＶｙ） ｍｏｄ Ｎ）に見出され、「ｍｏｄ」は、モデュロ演算であり、ＭおよびＮは、前記バッファのｘおよびｙ寸法を表す整数である、第１～２０項に記載の方法。
【0235】
３０． 映像と現在の映像ブロックのビットストリーム表現との間での変換中に、映像境界におけるイントラブロックコピー符号化のための参照サンプルを記憶するバッファをリセットすることと、このバッファに記憶された参照サンプルを使用してこの変換を行うことと、を含む、映像処理方法。
【0236】
３１． 前記映像境界は、新しいピクチャまたは新しいタイルに対応する、第３０項に記載の方法。
【0237】
３２． 前記変換は、前記リセットの後、前記バッファを仮想パイプラインデータユニット（ＶＰＤＵ）の再構成された値で更新することによって行われる、第３０項に記載の方法。
【0238】
３３． 前記変換は、前記リセットの後、前記バッファを符号化ツリーユニットの再構成された値で更新することによって行われる、第３０項に記載の方法。
【0239】
３４． 前記リセットは、各符号化ツリーユニット行の最初に行われる、項３０に記載の方法。
【0240】
３５． 前記バッファの前記サイズは、６４×６４の前回復号化されたブロックＬ個に対応し、Ｌは整数である、第１項に記載の方法。
【0241】
３６． 前記変換中に前記バッファ内のサンプルを読み取るかまたは記憶するために、垂直走査順序が使用される、第１～３５項のいずれかに記載の方法。
【0242】
３７． 現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピー符号化モードを使用して前記現在の映像ブロックのための参照サンプルを記憶するためのバッファを使用することであって、前記バッファの第１のビット深度は、前記符号化されたデータの第２のビット深度とは異なる、使用することと、前記バッファに記憶された前記参照サンプルを使用して前記変換を行うことと、を含む、映像処理方法。
【0243】
３８． 前記第１のビット深度が前記第２のビット深度よりも大きい、第３７項に記載の方法。
【0244】
３９． 前記第１のビット深度が、変換中に使用される再構成バッファのビット深度と同じである、第３７～３８項のいずれかに記載の方法。
【0245】
４０． 前記第１のビット深度が、前記ビットストリーム表現において値または差分値として信号伝達される、第３７～３９項のいずれかに記載の方法。
【0246】
４１． 前記変換は、クロマおよび輝度成分に対して異なるビット深度を使用する、第３７～４０項のいずれかに記載の方法。
【0247】
第３７～４１項までの追加の実施形態および実施例は、第４章の第７項に記載されている。
【0248】
４２． イントラブロックコピーモードを使用して現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間で変換を行うことを含み、前記変換中に予測計算に使用される第１の精度は、前記変換中に再構成計算に使用される第２の精度より低い、映像処理方法。
【0249】
４３． 前記予測計算は、ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂを使用して、再構成サンプル値から予測サンプル値を判定することを含み、ｐは、再構成サンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測サンプル精度である、第４３項に記載の方法。
【0250】
第４２～４３項までの追加の実施形態および実施例は、第４章の第２８～３１、および３４項に記載されている。
【0251】
４４． イントラブロックコピーモードを使用して現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行うことを含み、サイズｎＭ×ｎＭは、符号化ツリーユニットサイズＭ×Ｍに使用され、ｎおよびＮは、整数であり、前記現在の映像ブロックは、前記符号化ツリーユニットに位置決めされ、前記参照領域は、前記現在の映像ブロックに対応する符号化ツリーユニットで最も近く、利用可能なｎ×ｎ符号化ツリーユニットである、映像処理方法。
【0252】
第４項の追加の実施形態および実施例は、第４章の第３５項に記載されている。
【0253】
４５． イントラブロックコピーモードを使用して現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行うことを含み、サイズｎＭ×ｎＭは、符号化ツリーユニットサイズ、Ｍ×Ｍ以外に使用され、ｎおよびＮは、整数であり、前記現在の映像ブロックは、前記符号化ツリーユニットに位置決めされ、前記参照領域は、前記現在の映像ブロックに対応する符号化ツリーユニットで最も近く、利用可能なｎ×ｎ－１符号化ツリーユニットである、映像処理方法。
【0254】
第４項の追加の実施形態および実施例は、第４章の第３６項に記載されている。図８および９には、さらなる例示的な実施形態が示されている。
【0255】
４６． Ｍ＝ｍＷ、Ｎ＝Ｈであり、ＷおよびＨは、現在の映像ブロックの符号化ツリーユニット（ＣＴＵ）の幅および高さであり、ｍは、正の整数である、請求項３に記載の方法。
【0256】
４７． Ｍ＝ＷかつＮ＝ｎＨであり、ＷおよびＨは、符号化ツリーユニット（ＣＴＵ）の幅および高さであり、ｎは、正の整数である、請求項３に記載の方法。
【0257】
４８． Ｍ＝ｍＷ、Ｎ＝ｎＨであり、ＷおよびＨは、符号化ツリーユニット（ＣＴＵ）の幅および高さであり、ｍおよびｎは、正の整数である、請求項３に記載の方法。
【0258】
４９． ｎおよびｍがＣＴＵのサイズに依存する、請求項４６～４８のいずれかに記載の方法。
【0259】
５０． 現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、前記映像の成分Ｘを使用して前記映像の成分ｃの前記現在の映像ブロックに対応するブロックベクトルの妥当性を判定することであって、前記成分Ｘは、前記映像の輝度成分とは異なる、判定することと、前記ブロックベクトルが前記現在の映像ブロックに対して有効であると判定されると前記ブロックベクトルを使用して前記変換を行うことと、を含む映像処理方法。ここで、（ＢＶｘ，ＢＶｙ）と表されるブロックベクトルは、（ｘ－ｘ０，ｙ－ｙ０）に等しく、（ｘ０，ｙ０）は、現在の映像ブロックの符号化ツリーユニットの左上位置に対応する。
【0260】
５１． 前記成分ｃが、前記映像の輝度成分に対応する、項５０項に記載の方法。
【0261】
５２． 前記現在の映像ブロックがクロマブロックであり、前記映像が４：４：４フォーマットである、第５０項に記載の方法。
【0262】
５３． 前記映像は、４：２：０形式であり、前記現在の映像ブロックは、位置（ｘ，ｙ）で始まるクロマブロックであり、前記判定することは、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅである場合には前記ブロックベクトルは無効であると判定することを含む、第５０項に記載の方法。
【0263】
５４． 前記映像は、４：２：０形式であり、前記現在の映像ブロックは、位置（ｘ，ｙ）から始まるクロマブロックであり、前記判定することは、ｉｓＲｅｃ（ｃ，ｘ＋ＢＶｘ＋Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅ，ｙ）がｔｒｕｅである場合には、前記ブロックベクトルは無効であると判定することを含む、第５０項に記載の方法
【0264】
５５． 映像領域の現在の仮想パイプラインデータユニット（ＶＰＤＵ）の現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換のため、選択的に、映像領域の第１の行から前処理済みＶＰＤＵであるＫ１および第２の行の前処理済みＶＰＤＵであるＫ２を使用することを判定することと、変換を行うことであって、この変換は、現在のＶＰＤＵの残りを使用することを除外する、変換を多なうことと、を含む映像処理方法。
【0265】
５６． Ｋ１＝１であり、Ｋ２＝２である、第５５項に記載の方法。
【0266】
５７． 前記現在の映像ブロックは、前記映像領域の寸法または前記現在のＶＰＤＵの寸法に基づいて選択的に処理される、第５５～５６項に記載の方法。
【0267】
５８． 現在の映像ブロックと、前記現在の映像ブロックのビットストリーム表現との間での変換のためにブロックベクトルの妥当性チェックを行うことであって、前記ブロックベクトルは、イントラブロックコピーモードで使用する、妥当性チェックを行うことと、前記妥当性チェックの結果を使用して前記変換中に前記ブロックベクトルを選択的に使用することと、を含む、映像処理方法。
【0268】
５９． イントラブロックコピー（ＩＢＣ）バッファを前記変換中に使用し、前記ＩＢＣバッファの幅と高さをＷｂｕｆおよびＨｂｕｆとして、前記現在の映像ブロックの寸法がＷ×Ｈであり、前記ブロックベクトルは、（ＢＶｘ，ＢＶｙ）として表現され、現在の映像ブロックは、ＷｐｉｃおよびＨｐｉｃの寸法を有する現在のピクチャにあり、符号化ツリーユニットは、幅および高さとしてＷｃｔｕおよびＨｃｔｕを有し、前記妥当性チェックは、所定の規則を使用する、第５８項に記載の方法。
【0269】
６０． 前記現在の映像ブロックは、輝度ブロック、クロマブロック、符号化ユニットＣＵ、変換ユニットＴＵ、４×４ブロック、２×２ブロック、または画素座標（Ｘ，Ｙ）から始まる親ブロックのサブブロックである、第５８～５９項のいずれかに記載の方法。
【0270】
６１． 前記妥当性チェックは、前記現在のピクチャの境界外にある前記ブロックベクトルを妥当であると見なす、第５８～６０項のいずれかに記載の方法。
【0271】
６２． 前記妥当性チェックは、符号化ツリーユニットの境界外にあるブロックベクトルを妥当であると見なす、第５８～６０項のいずれかに記載の方法。
【0272】
前章の第２３～３０項では、上記第５８～６２項の追加例および変形例を述べている。
【0273】
６３． 前記変換は、前記現在の映像ブロックから前記ビットストリーム表現を生成することを含む、第１～６２項のいずれかに記載の方法。
【0274】
６４． 前記変換は、前記ビットストリーム表現から前記現在の映像ブロックの画素値を生成することを含む、第１～６２項のいずれかに記載の方法。
【0275】
６５． 請求項１～６２の１項以上に記載の方法を実装するように構成された処理装置を備える映像エンコーダ装置。
【0276】
６６． 第１～６２項の１項以上に記載の方法を実装するように構成された処理装置を備える、映像デコーダ装置。
【0277】
６７． コードが記憶されたコンピュータ可読媒体であって、前記コードは第１～６２項のいずれかまたは複数項に記載の方法を実装するための処理装置が実行可能な命令を実施する、コンピュータ可読媒体。
【0278】
図７は、映像／画像処理装置７００のハードウェアプラットフォームを示すブロック図である。装置７００は、本明細書に記載の方法の１つ以上を実装するために使用してもよい。装置７００は、スマートフォン、タブレット、コンピュータ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）受信機等により実装されてもよい。装置７００は、１つ以上のプロセッサ７０２と、１つ以上のメモリ７０４と、映像処理ハードウェア７０６と、を含んでもよい。１つまたは複数の処理装置７０２は、本明細書に記載される１つ以上の方法（方法６００を含むが、これに限定されない）を実装するように構成されてもよい。メモリ（複数可）７０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア７０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
【0279】
現在の映像ブロックに対応するビットストリーム表現は、ビットの連続したセットである必要はなく、ヘッダ、パラメータセット、およびネットワーク抽象化層（ＮＡＬ）パケットにまたがって分散されてもよい。
【0280】
セクションＡ：追加の例示的な実施形態
【0281】
セクションＡにおいて、本明細書に記載される技術の一部を実装するために、ＶＶＣ規格の現在のバージョンを修正し得る別の例示的な実施形態を提示する。
【0282】
本セクションでは、現在のＩＢＣ参照バッファ設計におけるいくつかの問題を分析し、これらの問題に対処するための異なる設計を提示する。復号化メモリと混合する代わりに、独立したＩＢＣ参照バッファが提案される。現在のアンカと比較して、提案されたスキームは、クラスＦで－０．９９％／－０．７１％／－０．７９％のＡＩ／ＲＡ／ＬＤ－Ｂの輝度ＢＤ率、４：２：０ ＴＧＭでは－２．５７％／－１．８１％／－１．３６％で、６．７％のメモリの減少、あるいは、クラスＦでは－１．３１％／－１．０１％／－０．８１％、４：２：０ ＴＧＭでは－３．２３％／－２．３３％／－１．７１％で、６．７％のメモリの増加を示している。
【0283】
Ａ１． 導入
イントラブロックコピー、すなわちＩＢＣ（または現在のピクチャ参照、即ち前のＣＰＲ）符号化モードが採用される。なお、ＩＢＣ参照サンプルはオンチップメモリに記憶されるべきであり、従って、１つのＣＴＵの限られた参照領域が規定される。バッファのためのエクストラオンチップメモリを制限するために、現在の設計は、６４×６４メモリを再利用して現在のＶＰＤＵを復号化するので、ＩＢＣをサポートするために必要なメモリは３つの追加の６４×６４ブロックのメモリのみである。ＣＴＵの大きさが１２８×１２８である場合の、現在の参照領域を図２に示す。
イントラブロックコピー、すなわちＩＢＣ（または現在のピクチャ参照、即ち前のＣＰＲ）符号化モードが採用される。なお、ＩＢＣ参照サンプルはオンチップメモリに記憶されるべきであり、従って、１つのＣＴＵの限られた参照領域が規定される。バッファのためのエクストラオンチップメモリを制限するために、現在の設計は、６４×６４メモリを再利用して現在のＶＰＤＵを復号化するので、ＩＢＣをサポートするために必要なメモリは３つの追加の６４×６４ブロックのメモリのみである。ＣＴＵの大きさが１２８×１２８である場合の、現在の参照領域を図２に示す。
【0284】
現在の草案（ＶＶＣ草案４）において、面積は、次のように定義される。
【0285】
【表13】
【0286】
このように、合計基準サイズはＣＴＵである。
【0287】
Ａ２． 現在の設計における潜在的な問題
現在の設計は、現在のＶＰＤＵを復号化するために６４×６４メモリを再使用することを想定し、ＩＢＣ基準は、それに応じてＶＰＤＵメモリの再利用に合わせられる。このような設計は、ＶＰＤＵ復号化メモリをＩＢＣバッファで束ねる。次のような問題が考えられる。
１． より小さなＣＴＵサイズを扱うことが問題となり場合がある。ＣＴＵのサイズが３２ｘ３２であるとすると、現在のＶＰＤＵを復号化する現在の６４×６４メモリが、異なるアーキテクチャにおいて３２×３２レベルのメモリ再利用を効率的にサポートできるかどうかは、不明である。
２． 参照領域は有意に異なる。従って、あまりにも多くのビットストリーム適合性の制約が導入されている。これは、参照領域を効率的に利用し、合法的なビットストリームの生成を回避するために、エンコーダに余分な負担をかける。また、異なるモジュール、例えばマージリストにおいて無効なＢＶを有する可能性が高まる。これらの無効なＢＶを扱うことにより、余分なロジックまたは余分な適合性の制約を導入してしまう場合がある。これは、エンコーダまたはデコーダに負担をもたらすだけでなく、ＢＶ符号化とＭＶ符号化との間に相違を生じさせる可能性がある。
３． 設計がうまく拡大縮小されていない。ＶＰＤＵ復号化はＩＢＣバッファと混合されるので、現在の１つの１２８×１２８ＣＴＵ設計に対して参照領域を増減させることは容易ではない。を利用することは、より低いまたはより高いプロファイルなどの、後の開発において、より優れた符号化効率とオンチップメモリのトレードオフを有効に利用するための柔軟性を制限する可能性がある。
４． ＩＢＣ参照バッファのビット深度は、復号化バッファに接続される。通常、スクリーンコンテンツのビット深度は内部復号化のビット深度よりも小さいが、バッファは、大部分が丸められたり量子化されたりするノイズを表すビットを記憶するために、依然としてメモリを費やす必要がある。より高い復号化ビット深度構成を考える場合、この問題はさらに深刻になる。
現在の設計は、現在のＶＰＤＵを復号化するために６４×６４メモリを再使用することを想定し、ＩＢＣ基準は、それに応じてＶＰＤＵメモリの再利用に合わせられる。このような設計は、ＶＰＤＵ復号化メモリをＩＢＣバッファで束ねる。次のような問題が考えられる。
１． より小さなＣＴＵサイズを扱うことが問題となり場合がある。ＣＴＵのサイズが３２ｘ３２であるとすると、現在のＶＰＤＵを復号化する現在の６４×６４メモリが、異なるアーキテクチャにおいて３２×３２レベルのメモリ再利用を効率的にサポートできるかどうかは、不明である。
２． 参照領域は有意に異なる。従って、あまりにも多くのビットストリーム適合性の制約が導入されている。これは、参照領域を効率的に利用し、合法的なビットストリームの生成を回避するために、エンコーダに余分な負担をかける。また、異なるモジュール、例えばマージリストにおいて無効なＢＶを有する可能性が高まる。これらの無効なＢＶを扱うことにより、余分なロジックまたは余分な適合性の制約を導入してしまう場合がある。これは、エンコーダまたはデコーダに負担をもたらすだけでなく、ＢＶ符号化とＭＶ符号化との間に相違を生じさせる可能性がある。
３． 設計がうまく拡大縮小されていない。ＶＰＤＵ復号化はＩＢＣバッファと混合されるので、現在の１つの１２８×１２８ＣＴＵ設計に対して参照領域を増減させることは容易ではない。を利用することは、より低いまたはより高いプロファイルなどの、後の開発において、より優れた符号化効率とオンチップメモリのトレードオフを有効に利用するための柔軟性を制限する可能性がある。
４． ＩＢＣ参照バッファのビット深度は、復号化バッファに接続される。通常、スクリーンコンテンツのビット深度は内部復号化のビット深度よりも小さいが、バッファは、大部分が丸められたり量子化されたりするノイズを表すビットを記憶するために、依然としてメモリを費やす必要がある。より高い復号化ビット深度構成を考える場合、この問題はさらに深刻になる。
【0288】
Ａ３． クリアなＩＢＣバッファ設計
上記サブセクションに記載された問題に対処するために、我々は、復号化メモリと混合されない専用のＩＢＣバッファを有することを提案する。
上記サブセクションに記載された問題に対処するために、我々は、復号化メモリと混合されない専用のＩＢＣバッファを有することを提案する。
【0289】
１２８×１２８ＣＴＵの場合、バッファは８ビットのサンプルを含む１２８×１２８として規定され、サイズｗ×ｈのＣＵ（ｘ，ｙ）が復号化されていると、ループフィルタリング前のバッファの再構成は８ビットに変換され、位置（ｘ％１２８，ｙ％１２８）から始まるｗ×ｈブロック領域に書き込まれる。モデュロ演算子％は、常に正の数を返す。即ち、ｘ＜０であってｘ％Ｌを－（－ｘ％Ｌ）と定義すると、例えば、－３％１２８＝１２５である。
【0290】
画素（ｘ，ｙ）がＩＢＣモードでＢＶ＝（ＢＶｘ，ＢＶｙ）で符号化されると仮定すると、ＩＢＣ参照バッファにおける予測サンプルは、（（ｘ＋ＢＶｘ）％１２８、（ｙ＋ＢＶｙ）％１２８）に位置し、画素値は予測前に１０ビットに変換される。
【0291】
バッファを（Ｗ，Ｈ）と見なす場合、（ｘ，ｙ）から始まるＣＴＵまたはＣＵを復号化した後、ループフィルタリング前の再構成された画素を（ｘ％Ｗ，ｙ％Ｈ）から始まるバッファに記憶する。このように、ＣＴＵを復号化した後、対応するＩＢＣ参照バッファはそれに応じて更新される。このような設定は、ＣＴＵのサイズが１２８×１２８でない場合に発生することがある。例えば、６４×６４ＣＴＵの場合、現在のバッファサイズは、２５６×６４バッファと見なすことができる。６４×６４ＣＴＵの場合のバッファの状態を図２に示す。
【0292】
図１２は、ＩＢＣ参照バッファステータスを示す図であり、１つのブロックは６４×６４ＣＴＵを示す。
【0293】
このような設計において、ＩＢＣバッファはＶＰＤＵ復号化メモリとは異なるので、すべてのＩＢＣ参照バッファを参照として使用できる。
【0294】
ＩＢＣバッファのビット深度が８ビットである場合、３つの追加の１０ビット６４×６４バッファを必要とする現在の設計に比べ、オンチップメモリの増加は、（８＊４）／（１０＊３）－１００％＝６．７％である。
【0295】
ビット深度をさらに低減した場合メモリ要件をさらに低減することができる。例えば、７ビットバッファの場合、オンチップメモリの節約は、１００％－（７＊４）／（１０＊３）＝６．７％である。
【0296】
この設計では、唯一のビットストリーム適合性の制約は、参照ブロックが現在のタイルの現在のＣＴＵ行における再構成された領域内にあるべきである、ということである。
【0297】
各ＣＴＵ行の開始時に５１２への初期化が許可される場合、すべてのビットストリーム適合性の制約を除去することができる。
【0298】
Ａ４． 実験結果
いくつかの実施形態において、開示された方法は、ＶＴＭ－４．０ソフトウェアを使用して実装されてもよい。
いくつかの実施形態において、開示された方法は、ＶＴＭ－４．０ソフトウェアを使用して実装されてもよい。
【0299】
１０ビットバッファ実装およびＣＴＣの場合、このデコーダは、現在のＶＴＭ４．０エンコーダに完全に適合する。すなわち、これは、提案されたデコーダがＶＴＭ－４．０ ＣＴＣビットストリームを正確に復号化することができることを意味する。
【0300】
７ビットバッファの実装形態では、表１に示す結果が得られる。
【0301】
８ビットバッファの実装形態では、結果を表２に示す。
【0302】
【表14】
【0303】
【表15】
【0304】
図１７は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１７００を示すブロック図である。様々な実装形態は、システム１７００のモジュールの一部又は全部を含んでもよい。システム１７００は、映像コンテンツを受信するための入力ユニット２８０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、例えば、８又は１０ビットのマルチモジュール画素値で受信されてもよく、又は圧縮又は符号化フォーマットで受信されてもよい。入力ユニット１７０２は、ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯＮ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェースを含む。
【0305】
システム１７００は、本明細書に記載される様々な符号化又は符号化方法を実装することができる符号化モジュール１７０４を含んでもよい。符号化モジュール１７０４は、入力ユニット１７０２からの映像の平均ビットレートを符号化モジュール１７０４の出力に低減し、映像の符号化表現を生成してもよい。従って、この符号化技術は、映像圧縮または映像コード変換技術と呼ばれることがある。符号化モジュール１７０４の出力は、モジュール１７０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力ユニット１７０２において受信された、記憶された又は通信された映像のビットストリーム（又は符号化）表現は、モジュール１７０８によって使用されて、表示インターフェースユニット１７１０に送信される画素値又は表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理動作を「符号化」動作又はツールと呼ぶが、符号化ツール又は動作は、エンコーダ及びそれに対応する、復号化の結果を逆にする復号化ツール又は動作が、デコーダによって行われることが理解されよう。
【0306】
周辺バスインターフェースユニットまたは表示インターフェースユニットの例は、ユニバーサルシリアルバス（ＵＳＢ）または高精細マルチメディアインターフェース（ＨＤＭＩ（登録商標））またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、シリアルアドバンスドテクノロジーアタッチメント（ＳＡＴＡ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。
【0307】
図１８は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の実施例２３に関連して説明する。ステップ１８０２において、この処理は、映像メディアデータの現在のピクチャの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換のために、ブロックベクトル（ＢＶｘ，ＢＶｙ）を決定し、前記ブロックベクトルの妥当性は、（１）サンプルブロックの位置（Ｐ，Ｑ）、および／または、（２）位置（Ｐ，Ｑ）のサンプルを再構成するかどうか、および／または、（３）現在の映像ブロックの位置に依存せず、ブロックベクトル（ＢＶｘ，ＢＶｙ）は、現在の映像ブロックとサンプルブロックとの間の画素変位を表す。ステップ１８０４において、前記処理は、前記ブロックベクトルを使用して、現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを含む、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに基づくイントラブロックコピーモードでの変換を行い、前記変換中、バッファにおける参照サンプルからの位置（Ａ，Ｂ）を有する予測サンプルを、少なくともバッファのサイズおよび／またはブロックベクトル（ＢＶｘ，ＢＶｙ）に基づいて決定する。
【0308】
図１９は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の実施例２３に関連して説明する。ステップ１９０２において、前記処理は、視覚メディアデータの現在のピクチャの現在の映像ブロックと前記視覚メディアデータのビットストリーム表現との変換のために、現在の映像ブロックに対応するブロックベクトル（ＢＶｘ，ＢＶｙ）が規則に従って有効であるかどうかを判定し、前記ブロックベクトル（ＢＶｘ，ＢＶｙ）は、前記現在の映像ブロックとサンプルブロックとの間の画素変位を表す。ステップ１９０４において、前記処理は、ブロックベクトルを使用して、前記現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを含む前記現在のピクチャからの参照領域に基づく変換を行い、前記規則は、ブロックベクトル（ＢＶｘ，ＢＶｙ）が、（１）このサンプルブロックからの１つ以上のサンプルがこの現在のピクチャの外側にあり、および／または、（２）サンプルブロックからの１つ以上のサンプルが、現在の映像ブロックに関連付けられた少なくとも１つの符号化ツリーユニット（ＣＴＵ）の外側にあり、および／または、（３）サンプルブロックからの１つ以上のサンプルが再構成に失敗した場合に有効になる。
【0309】
図２０は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の実施例４４に関連して説明する。ステップ２００２において、プロセスは、視覚メディアデータの現在のピクチャの現在の映像ブロックと、視覚メディアデータのビットストリーム表現との変換を行い、前記変換は、現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを含む現在のピクチャからの参照領域に基づき、定義されたサイズの仮想バッファが、予測ブロックを導出するための参照サンプルの利用可能性を追跡するために使用される。
【0310】
図２１は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の実施例５１に関連して説明する。ステップ２１０２において、前記処理は、視覚メディアデータの現在のピクチャの現在の映像ブロックと視覚メディアデータのビットストリーム表現との変換のために、現在の映像ブロックの予測ブロックを導出するための、現在のピクチャからの参照サンプルを含むバッファを維持することを含み、前記導出に利用できないとマークされたバッファ内の１つ以上の参照サンプルが、画素値の範囲外の値を有している。
【0311】
図２２は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の実施例５４に関連して説明する。ステップ２２０２において、前記処理は、現在の映像ブロックの予測ブロックを導出するために、現在のピクチャからの参照サンプルを含むバッファを使用して、視覚メディアデータの現在のピクチャの映像ブロックと視覚メディアデータのビットストリーム表現との変換を行うことを含み、前記変換は、ビットストリーム表現が規則に準拠するために、バッファにおける参照サンプルがビットストリーム適合性の制約を満たすものであることを規定する規則に基づく。
【0312】
本明細書のいくつかの実施形態は、項に基づく形式で提示される。
【0313】
Ｌ１．視覚メディア処理方法であって、
映像メディアデータの現在のピクチャの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換のために、ブロックベクトル（ＢＶｘ，ＢＶｙ）を決定することであって、前記ブロックベクトルの妥当性は、（１）サンプルブロックの位置（Ｐ，Ｑ）、および／または、（２）位置（Ｐ，Ｑ）のサンプルを再構成するかどうか、および／または、（３）現在の映像ブロックの位置に依存せず、ブロックベクトル（ＢＶｘ，ＢＶｙ）は、現在の映像ブロックとサンプルブロックとの間の画素変位を表す、決定することと、
前記ブロックベクトルを使用して、現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを含む、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに基づくイントラブロックコピーモードでの変換を行うことであって、前記変換中、バッファにおける参照サンプルからの位置（Ａ，Ｂ）を有する予測サンプルを、少なくともバッファのサイズおよび／またはブロックベクトル（ＢＶｘ，ＢＶｙ）に基づいて決定する、変換を行うことと、を含む。
映像メディアデータの現在のピクチャの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換のために、ブロックベクトル（ＢＶｘ，ＢＶｙ）を決定することであって、前記ブロックベクトルの妥当性は、（１）サンプルブロックの位置（Ｐ，Ｑ）、および／または、（２）位置（Ｐ，Ｑ）のサンプルを再構成するかどうか、および／または、（３）現在の映像ブロックの位置に依存せず、ブロックベクトル（ＢＶｘ，ＢＶｙ）は、現在の映像ブロックとサンプルブロックとの間の画素変位を表す、決定することと、
前記ブロックベクトルを使用して、現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを含む、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに基づくイントラブロックコピーモードでの変換を行うことであって、前記変換中、バッファにおける参照サンプルからの位置（Ａ，Ｂ）を有する予測サンプルを、少なくともバッファのサイズおよび／またはブロックベクトル（ＢＶｘ，ＢＶｙ）に基づいて決定する、変換を行うことと、を含む。
【0314】
Ｌ２．視覚メディア処理方法であって、
視覚メディアデータの現在のピクチャの現在の映像ブロックと前記視覚メディアデータのビットストリーム表現との変換のために、現在の映像ブロックに対応するブロックベクトル（ＢＶｘ，ＢＶｙ）が規則に従って有効であるかどうかを判定することであって、前記ブロックベクトル（ＢＶｘ，ＢＶｙ）は、前記現在の映像ブロックとサンプルブロックとの間の画素変位を表す、決定することと、
前記ブロックベクトルを使用して、前記現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを含む前記現在のピクチャからの参照領域に基づく変換を行うこととを含み、前記規則は、ブロックベクトル（ＢＶｘ，ＢＶｙ）が、（１）このサンプルブロックからの１つ以上のサンプルがこの現在のピクチャの外側にあり、および／または、（２）サンプルブロックからの１つ以上のサンプルが、現在の映像ブロックに関連付けられた少なくとも１つの符号化ツリーユニット（ＣＴＵ）の外側にあり、および／または、（３）サンプルブロックからの１つ以上のサンプルが再構成に失敗した場合に有効になる、視覚メディア処理方法。
視覚メディアデータの現在のピクチャの現在の映像ブロックと前記視覚メディアデータのビットストリーム表現との変換のために、現在の映像ブロックに対応するブロックベクトル（ＢＶｘ，ＢＶｙ）が規則に従って有効であるかどうかを判定することであって、前記ブロックベクトル（ＢＶｘ，ＢＶｙ）は、前記現在の映像ブロックとサンプルブロックとの間の画素変位を表す、決定することと、
前記ブロックベクトルを使用して、前記現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを含む前記現在のピクチャからの参照領域に基づく変換を行うこととを含み、前記規則は、ブロックベクトル（ＢＶｘ，ＢＶｙ）が、（１）このサンプルブロックからの１つ以上のサンプルがこの現在のピクチャの外側にあり、および／または、（２）サンプルブロックからの１つ以上のサンプルが、現在の映像ブロックに関連付けられた少なくとも１つの符号化ツリーユニット（ＣＴＵ）の外側にあり、および／または、（３）サンプルブロックからの１つ以上のサンプルが再構成に失敗した場合に有効になる、視覚メディア処理方法。
【0315】
Ｌ３．前記ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であることを識別すると、少なくとも、バッファのサイズおよび／またはブロックベクトル（ＢＶｘ，ＢＶｙ）のサイズに応じて、バッファ内の参照サンプルから位置（Ａ，Ｂ）を持つ予測サンプルを決定する、条項Ｌ２に記載の方法。
【0316】
Ｌ４．バッファにおける参照サンプルが、現在のピクチャの領域の再構成サンプルに対応する、項目Ｌ１またはＬ３のいずれか１つ以上に記載の方法。
【0317】
Ｌ５．前記領域は、現在の映像ブロックに関連付けられた符号化ツリーユニット（ＣＴＵ）行を含む、項目Ｌ４に記載の方法。
【0318】
Ｌ６．前記ブロックベクトル（ＢＶｘ，ＢＶｙ）および現在の映像ブロックの左上の位置（ｘ，ｙ）に基づいて算出された位置（Ｐ，Ｑ）が１つのピクチャの境界の外側にあるかどうかに関わらず、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であると決定される、項目Ｌ１～Ｌ５のいずれか１つ以上に記載の方法。
【0319】
Ｌ７．ｘ＋ＢＶｘ＜０であるかまたはｘ＋ＢＶｘ＞０であるかに関わらず、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効である、項目Ｌ６に記載の方法。
【0320】
Ｌ８．ブロックベクトル（ＢＶｘ，ＢＶｙ）は、ｘ＋Ｗ＋ＢＶｘ＞Ｗｐｉｃまたはｘ＋Ｗ＋ＢＶｘ＜Ｗｐｉｃであるかどうかに関わらず有効であり、式中、Ｗは、前記現在の映像ブロックの幅を表し、Ｗｐｉｃは、前記ピクチャの幅を表す、項目Ｌ６に記載の方法。
【0321】
Ｌ９．ブロックベクトル（ＢＶｘ，ＢＶｙ）は、ｙ＋ＢＶｙ＜０であるかまたはｙ＋ＢＶｙ＞０であるかに関わらず有効である、項目Ｌ６に記載の方法。
【0322】
Ｌ１０．ブロックベクトル（ＢＶｘ，ＢＶｙ）は、ｘ＋Ｈ＋ＢＶｘ＞Ｈｐｉｃまたはｘ＋Ｈ＋ＢＶｘ＜Ｈｐｉｃであるかどうかに関わらず有効であり、式中、Ｈは、前記現在の映像ブロックの高さを表し、Ｈｐｉｃは、前記ピクチャの高さを表す、項目Ｌ６に記載の方法。
【0323】
Ｌ１１．前記ブロックベクトル（ＢＶｘ，ＢＶｙ）および現在の映像ブロックの左上の位置（ｘ，ｙ）に基づいて算出された位置（Ｐ，Ｑ）が１つの前記現在の映像ブロックを含む符号化ツリーユニットの外側にあるかどうかに関わらず、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効である、項目Ｌ１～Ｌ５のいずれか１つ以上に記載の方法。
【0324】
Ｌ１２．ｙ＋ＢＶｙ＜ｆｌｏｏｒ（ｙ／Ｈｃｔｕ）＊Ｈｃｔｕであるかｙ＋ＢＶｙ＞ｆｌｏｏｒ（ｙ／Ｈｃｔｕ）＊Ｈｃｔｕであるかに関わらず、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であり、Ｈｃｔｕは、符号化ツリーユニットの高さを表し、ｆｌｏｏｒ（ａ）は、ａ以下の最大整数である、項目Ｌ１１に記載の方法。
【0325】
Ｌ１３．ｙ＋Ｈ＋ＢＶｙ＜ｆｌｏｏｒ（ｙ／Ｈｃｔｕ）＊Ｈｃｔｕであるかｙ＋Ｈ＋ＢＶｙ＞ｆｌｏｏｒ（ｙ／Ｈｃｔｕ）＊Ｈｃｔｕであるかに関わらず、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であり、Ｈは前記現在の映像ブロックの高さを表し、Ｈｃｔｕは、符号化ツリーユニットの高さを表し、ｆｌｏｏｒ（ａ）は、ａ以下の最大整数である、項目Ｌ１１に記載の方法。
【0326】
Ｌ１４．前記ブロックベクトル（ＢＶｘ，ＢＶｙ）および現在の映像ブロックの左上の位置（ｘ，ｙ）に従って計算された位置（Ｐ，Ｑ）が、現在の映像ブロックおよび左方向に沿った（ｎ－１）個の符号化ツリーユニットを含む符号化ツリーユニットの外側にあるかどうかにかかわらず、前記ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効である、項目Ｌ１～Ｌ５のいずれか１つ以上に記載の方法。
【0327】
Ｌ１５．ｘ＋ＢＶｘ＜ｆｌｏｏｒ（ｘ／Ｗｃｔｕ）＊Ｗｃｔｕ－（ｎ－１）＊Ｗｃｔｕまたはｘ＋ＢＶｘ＞ｆｌｏｏｒ（Ｘ／Ｗｃｔｕ）＊Ｗｃｔｕ－（ｎ－１）＊Ｗｃｔｕのいずれであるかに関わらず、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であり、Ｗｃｔｕは、前記符号化ツリーユニットの重さを示し、ｆｌｏｏｒ（ａ）は、ａ以下の最大整数である、項目Ｌ１４に記載の方法。
【0328】
Ｌ１６．ｘ＋Ｗ＋ＢＶｘ＞ｆｌｏｏｒ（Ｘ／Ｗｃｔｕ）＊Ｗｃｔｕ＋Ｗｃｔｕまたはｘ＋Ｗ＋ＢＶｘ＜ｆｌｏｏｒ（Ｘ／Ｗｃｔｕ）＊Ｗｃｔｕ＋Ｗｃｔｕのいずれであるかに関わらず、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であり、Ｗは、前記符号化ツリーユニットの重さを示し、Ｗｃｔｕは、前記現在の映像ブロックの重さを示し、ｆｌｏｏｒ（ａ）は、ａ以下の最大整数である項目Ｌ１４に記載の方法。
【0329】
Ｌ１７．前記ブロックベクトル（ＢＶｘ，ＢＶｙ）および現在の映像ブロックの左上の位置（ｘ，ｙ）に基づいて算出された位置（Ｐ，Ｑ）が、現在の映像ブロックを含む現在の符号化ツリーユニットを含む下内のＣＴＵ行の外側にあるかどうかに関わらず、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効である、項目Ｌ１～Ｌ５のいずれか１つ以上に記載の方法。
【0330】
Ｌ１８．前記ブロックベクトル（ＢＶｘ，ＢＶｙ）は、Ｙ＋ＢＶｙ＜ｆｌｏｏｒ（Ｙ／Ｈｃｔｕ）＊ＨｃｔｕまたはＹ＋Ｈ＋ＢＶｙ＞＝ｆｌｏｏｒ（Ｙ／Ｈｃｔｕ）＊Ｈｃｔｕ＋Ｈｃｔｕに関わらず有効であり、ここで、ＷｃｔｕおよびＨｃｔｕは、それぞれＣＴＵの幅および高さを示し、ｆｌｏｏｒ（ａ）は、ａ以下の最大整数である、項目Ｌ１７に記載の方法。
【0331】
Ｌ１９．サンプルの再構成に失敗したかどうかに関わらず、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であると判定される、項目Ｌ１～Ｌ５のいずれか１つ以上に記載の方法。
【0332】
Ｌ２０．ブロックベクトル（ＢＶｘ，ＢＶｙ）は、ｉｓＲｅｃ（ｘ＋ＢＶｘ，ｙ＋ＢＶｙ）が偽であるかどうかに関わらず有効であり、画素（ｘ，ｙ）がイントラブロックコピーモードによって再構成される場合、ｉｓＲｅｃ（ｘ，ｙ）が真である、項目Ｌ１９に記載の方法。
【0333】
Ｌ２１．ブロックベクトル（ＢＶｘ，ＢＶｙ）は、ｉｓＲｅｃ（ｘ＋ＢＶｘ＋Ｗ－１，ｙ＋ＢＶｙ）が偽であるかどうかに関わらず有効であり、画素（ｘ，ｙ）がイントラブロックコピーモードによって再構成される場合、ｉｓＲｅｃ（ｘ，ｙ）が真であり、Ｗは前記現在の映像ブロックの幅である、項目Ｌ１９に記載の方法。
【0334】
Ｌ２２．ブロックベクトル（ＢＶｘ，ＢＶｙ）は、ｉｓＲｅｃ（ｘ＋ＢＶｘ，ｙ＋ＢＶｙ＋Ｈ－１）が偽であるかどうかに関わらず有効であり、画素（ｘ，ｙ）がイントラブロックコピーモードによって再構成される場合、ｉｓＲｅｃ（ｘ，ｙ）が真であり、Ｈは前記現在の映像ブロックの高さである、項目Ｌ１９に記載の方法。
【0335】
Ｌ２３．ブロックベクトル（ＢＶｘ，ＢＶｙ）は、ｉｓＲｅｃ（ｘ＋ＢＶｘ＋Ｗ－１，ｙ＋ＢＶｙ＋Ｈ－１）が偽であるかどうかに関わらず有効であり、画素（ｘ，ｙ）がイントラブロックコピーモードによって再構成される場合、ｉｓＲｅｃ（ｘ，ｙ）が真であり、Ｗは、前記現在の映像ブロックの幅を示し、Ｈは前記現在の映像ブロックの高さである、項目Ｌ１９に記載の方法。
【0336】
Ｌ２４．現在の映像ブロックが符号化ツリー単位行の第１の符号化ツリー単位に含まれているかどうかに関わらず、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であると判定される、項目Ｌ１～Ｌ５のいずれか１つ以上に記載の方法。
【0337】
Ｌ２５．（ｉ）ｘ＋ＢＶｘ＞＝０、（ｉｉ）ｙ＋ＢＶｙ＞＝ｆｌｏｏｒ（ｙ／Ｈｃｔｕ）、（ｉｉｉ）ｉｓＲｅｃ（ｘ＋ＢＶｘ＋Ｗ－１，ｙ＋ＢＶｙ＋Ｈ－１）が真である、という条件がすべて満たされたときに、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であると判定され、ｉｓＲｅｃ（ｘ，ｙ）はサンプル（ｘ，ｙ）がイントラブロックコピーモードで再構成されている場合に真であり、Ｗは現在のビデオブロックの幅を示し、Ｈは現在のビデオブロックの高さを示し、ｆｌｏｏｒ（ａ）はａ以下の最大整数である項目Ｌ１～Ｌ５のいずれか１つ以上に記載の方法。
【0338】
Ｌ２６．前記ブロックベクトルは、ＣＴＵ行における第１のＣＴＵに位置する、項目Ｌ２５に記載の方法。
【0339】
Ｌ２７．バッファのサイズ、ブロックベクトル（ＢＶｘ，ＢＶｙ）、および左上の位置（ｘ，ｙ）に基づいて、位置（Ａ，Ｂ）の予測サンプルを決定する、項目Ｌ３に記載の方法。
【0340】
Ｌ２８．（Ａ，Ｂ）の位置を有する予測サンプルは、（（Ｘ＋ＢＶｘ）％Ｗｂｕｆ，（Ｙ＋ＢＶｙ）％Ｈｂｕｆ）に従って算出された位置を有する予測サンプルを含み、ＷｂｕｆおよびＨｂｕｆは、それぞれ、バッファの幅およびバッファの高さを表す、項目Ｌ２７に記載の方法。
【0341】
Ｌ２９．前記変換は、イントラブロックコピーモードで実行される、項目Ｌ１～Ｌ２８のいずれか１つ以上に記載の方法。
【0342】
Ｍ１．視覚メディア処理方法であって、
視覚メディアデータの現在のピクチャの現在の映像ブロックと、この視覚メディアデータのビットストリーム表現との変換を行うことを含み、
前記変換は、現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを備える、現在のピクチャからの参照領域に基づいて行われ、
定義されたサイズの仮想バッファは、前記予測ブロックを導出するための前記参照サンプルの可用性を追跡するために使用される、視覚メディア処理方法。
視覚メディアデータの現在のピクチャの現在の映像ブロックと、この視覚メディアデータのビットストリーム表現との変換を行うことを含み、
前記変換は、現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを備える、現在のピクチャからの参照領域に基づいて行われ、
定義されたサイズの仮想バッファは、前記予測ブロックを導出するための前記参照サンプルの可用性を追跡するために使用される、視覚メディア処理方法。
【0343】
Ｍ２．前記仮想バッファは、仮想パイプラインデータユニット（ＶＰＤＵ）を使用して維持され、前記仮想バッファの大きさはｍ＊ＷＶＰＤＵ×ｎ＊ＨＶＰＤＵであり、ＷＶＰＤＵおよびＨＶＰＤＵは、前記ＶＰＤＵの幅および高さを示す、項目Ｍ１に記載の方法。
【0344】
Ｍ３．ｍ＝４であり、ｎ＝２である、項目Ｍ２に記載の方法。
【0345】
Ｍ４．ｍおよび／またはｎが、現在の映像ブロックに関連付けられたピクチャの解像度または現在の映像ブロックを含む符号化ツリーユニットのサイズに少なくとも部分的に基づく、項目Ｍ２に記載の方法。
【0346】
Ｍ５．ｍおよび／またはが、予め定義された数量である、項目Ｍ２に記載の方法。
【0347】
Ｍ６．ｍおよび／またはが、ビットストリーム表現におけるフィールドとして信号通知される、項目Ｍ２に記載の方法。
【0348】
Ｍ７．現在のビデオブロック内のサンプルが、仮想バッファ内の（ｘ％（ｍ＊ＷＶＰＤＵ），ｙ％（ｎ＊ＨＶＰＤＵ））にマッピングされ、ここで、現在のビデオブロック内のサンプルは、ピクチャの左上隅に対する（ｘ，ｙ）に位置し、“ｘ％ｙ”は、ｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）と定義され、ｆｌｏｏｒ（ａ）はａ以下の最大整数であり、ＷＶＰＤＵおよびＨＶＰＤＵは、ＶＰＤＵの幅および高さを示す、項目Ｍ１に記載の方法。
【0349】
Ｍ８．項目Ｍ１に記載の方法であって、
仮想バッファに記憶されたサンプルの可用性を追跡するためのアレイを使用することをさらに含む、方法。
仮想バッファに記憶されたサンプルの可用性を追跡するためのアレイを使用することをさらに含む、方法。
【0350】
Ｍ９．前記アレイは、前記バッファに記憶された１つ以上のサンプルがイントラブロックコピーモードでの予測に使用されるかどうかを示すためのフラグを含む、項目Ｍ８に記載の方法。
【0351】
Ｍ１０．前記アレイは、サイズ３×２の１つ以上のＶＰＤＵに対応する、項目Ｍ８に記載の方法。
【0352】
Ｍ１１．前記アレイは、サイズ４×２の１つ以上のＶＰＤＵに対応する、項目Ｍ８に記載の方法。
【0353】
Ｍ１２．前記仮想バッファに記憶されたサンプルのサブセットに、予測に利用不可能としてフラグを立てる、項目Ｍ１に記載の方法。
【0354】
Ｍ１３．予測に利用不可能とフラグが立てられたサンプルの前記サブセットは、最近処理されたＶＰＤＵの位置に基づく、項目Ｍ１２に記載の方法。
【0355】
Ｍ１４．前記サンプルは、ＶＰＤＵの処理の開始時に利用不可能としてフラグが立てられる、項目Ｍ１３に記載の方法。
【0356】
Ｍ１５．ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ）が０である場合、位置（ｘ，ｙ）に位置するサンプルのサブセットは利用不可能としてフラグが立てられ、ここで、ｘが第１の所定の範囲内にあり、ｙが第２の所定の範囲内にあり、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）が、最近処理されたＶＰＤＵの符号化ツリーユニットの左上隅を表し、ＷＶＰＤＵおよびＨＶＰＤＵがＶＰＤＵの幅および高さを表す、項目Ｍ１４に記載の方法。
【0357】
Ｍ１６．前記第１の範囲は、［ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－２＊ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％（ｍ＊ＷＶＰＤＵ））－１＋ＷＶＰＤＵ］として表され、第２の範囲は、［ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ））－１＋ＨＶＰＤＵ］として表される、項目Ｍ１５に記載の方法。
【0358】
Ｍ１７．前記第１の範囲は、［ｘＰｒｅｖＶＰＤＵ－２＊ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－２＊ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％（ｍ＊ＷＶＰＤＵ））－１＋ＷＶＰＤＵ］として表され、第２の範囲は、［ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ））－１＋ＨＶＰＤＵ］として表される、項目Ｍ１５に記載の方法。
【0359】
Ｍ１８．ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ）が０に等しくない場合、位置（ｘ，ｙ）に位置するサンプルのサブセットは利用不可能としてフラグが立てられ、ここで、ｘが第１の所定の範囲内にあり、ｙが第２の所定の範囲内にあり、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）が、最近処理されたＶＰＤＵの符号化ツリーユニットの左上隅を表し、ＷＶＰＤＵおよびＨＶＰＤＵがＶＰＤＵの幅および高さを表す、項目Ｍ１４に記載の方法。
【0360】
Ｍ１９．第１の範囲が［ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％（ｍ＊ＷＶＰＤＵ），（（ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％（ｍ＊ＷＶＰＤＵ））－１＋ＷＶＰＤＵ］として表され、第２の範囲が［ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ））－１＋ＨＶＰＤＵ］として表される、項目Ｍ１８に記載の方法。
【0361】
Ｍ２０．第１の範囲は、［ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２＊ｍ＊ＷＶＰＤＵ）％（ｍ＊ＷＶＰＤＵ））－１＋ＷＶＰＤＵ］として表され、第２の範囲は、［ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎ＊ＨＶＰＤＵ））－１＋ＨＶＰＤＵ］として表される、項目Ｍ１８に記載の方法。
【0362】
Ｍ２１．前記符号化ツリーがＶＰＤＵを含む場合、予測に利用不可能としてフラグが立てられた前記サンプルのサブセットは、最近処理された符号化ツリーユニットの位置に基づく、項目Ｍ１２に記載の方法。
【0363】
Ｍ２２．符号化ツリーユニットの処理の開始時に前記サンプルは利用不可能としてフラグが立てられる、項目Ｍ２１に記載の方法。
【0364】
Ｍ２３．項目Ｍ１からＭ２２のいずれか１つに記載の方法であって、
現在の映像ブロックの左上の位置、現在の映像ブロックの左下の位置、および現在の映像ブロックの右下位置に基づいて、現在の映像ブロックに対応するブロックベクトルの妥当性を決定することを含み、前記決定は、現在の映像ブロックの右上位置の使用を除外することをさらに含む、方法。
現在の映像ブロックの左上の位置、現在の映像ブロックの左下の位置、および現在の映像ブロックの右下位置に基づいて、現在の映像ブロックに対応するブロックベクトルの妥当性を決定することを含み、前記決定は、現在の映像ブロックの右上位置の使用を除外することをさらに含む、方法。
【0365】
Ｍ２４．前記変換は、イントラブロックコピーモードで実行される、項目Ｍ１～Ｍ２３のいずれか１つ以上に記載の方法。
【0366】
Ｎ１．視覚メディア処理方法であって、
視覚メディアデータの現在のピクチャの映像ブロックと視覚メディアデータのビットストリーム表現との変換のために、現在の映像ブロックの予測ブロックを導出するために、現在のピクチャからの参照サンプルを含むバッファ維持することを含み、
前記導出に利用できないとマークされたバッファ内の１つ以上の参照サンプルが、画素値の範囲外の値を有している、方法。
視覚メディアデータの現在のピクチャの映像ブロックと視覚メディアデータのビットストリーム表現との変換のために、現在の映像ブロックの予測ブロックを導出するために、現在のピクチャからの参照サンプルを含むバッファ維持することを含み、
前記導出に利用できないとマークされたバッファ内の１つ以上の参照サンプルが、画素値の範囲外の値を有している、方法。
【0367】
Ｎ２．前記画素値の範囲は、［０，１＜＜（ｂｉｔ＿ｄｅｐｔｈ）－１］として表され、ここで、ｂｉｔ＿ｄｅｐｔｈは正の整数である、項目Ｎ１に記載の方法。
【0368】
Ｎ３．ｂｉｔ＿ｄｅｐｔｈは、サンプルを処理するために使用される精度である、項目Ｎ２に記載の方法。
【0369】
Ｎ４．前記方法は、
１つのバッファ内の１つのサンプルセットを、この１つのサンプルセットが利用不可能であることを示す所定の値に初期化することさらに含む、条項Ｎ１に記載の方法。
１つのバッファ内の１つのサンプルセットを、この１つのサンプルセットが利用不可能であることを示す所定の値に初期化することさらに含む、条項Ｎ１に記載の方法。
【0370】
Ｎ５．前記所定の値は－１である、項目Ｎ４に記載の方法。
【0371】
Ｎ６．前記サンプルのセットの位置および／または前記サンプルのセットを所定の値に初期化するかどうかは、現在の映像ブロックの位置、現在の映像ブロックのサイズ、現在の映像ブロックを含むＶＰＤＵのサイズ、および／または現在の映像ブロックを含む符号化ツリーユニットのサイズに基づく、項目Ｎ４～Ｎ５のいずれか１つ以上に記載の方法。
【0372】
Ｎ７．（ｘＣｂ％ｖＳｉｚｅ）が０に等しく、（ｙＣｂ％ｖＳｉｚｅ）が０である場合、このサンプルのセットは利用不可能であるとマークされ、ｘＣｂ、ｙＣｂは、前記サンプルに対する前記現在の映像ブロックの位置を表し、ｖＳｉｚｅ＝ｍｉｎ（ｃｔｂＳｉｚｅ，６４）であり、ｃｔｂＳｉｚｅは、前記符号化ツリーユニットの幅または高さを示す、項目Ｎ６に記載の方法。
【0373】
Ｎ８．現在の映像ブロックのサイズがｍｉｎ（ｃｔｂＳｉｚｅ，６４）未満である場合、バッファ内のサンプルのセットに利用不可能とマークが付けられ、ｃｔｂＳｉｚｅは、前記符号化ツリーユニットの幅または高さを表す、項目Ｎ１に記載の方法。
【0374】
Ｎ９．前記複数のサンプルの位置は、ＶＰＤＵのサイズに関連する、項目Ｎ８に記載の方法。
【0375】
Ｎ１０．前記サンプルのセットの位置は、現在の映像ブロックを含む前記符号化ツリーユニットのサイズに関連する、項目Ｎ８に記載の方法。
【0376】
Ｎ１１．前記バッファにおけるサンプルのセットは、位置が（ｘ％ｗＩｂｃＢｕｆ，ｙ％ｈＩｂｃＢｕｆ）で表され、ｘ＝ｘＶ，・・・，ｘＶ＋ｃｔｂＳｉｚｅ－１およびｙ＝ｙＶ，・・・，ｙＶ＋ｃｔｂＳｉｚｅ－１，であり、ｘＶ，ｙＶは、ピクチャの左上の位置に対するＶＰＤＵの左上の位置を表し、ｃｔｂＳｉｚｅは、現在の映像ブロックを含む符号化ツリーユニットのサイズを表し、ｗＩｂｃＢｕｆおよびｈＩｂｃＢｕｆは、バッファの幅およびバッファの高さを表す、項目Ｎ４の方法。
【0377】
Ｎ１２．バッファ内のサンプルのセットが－１に初期化される、項目Ｎ１１に記載の方法。
【0378】
Ｎ１３．前記サンプルのセットは、映像ユニットの復号化の開始時に初期化される、項目Ｎ４に記載の方法。
【0379】
Ｎ１４．前記変換は、イントラブロックコピーモードで実行される、項目Ｎ１～Ｎ１３のいずれか１つ以上に記載の方法。
【0380】
Ｏ１．視覚メディア処理方法であって、
現在の映像ブロックの予測ブロックを導出するために、現在のピクチャからの参照サンプルを含むバッファを使用して、視覚メディアデータの現在のピクチャの映像ブロックと視覚メディアデータのビットストリーム表現との変換を行うことを含み、
前記変換は、ビットストリーム表現が規則に準拠するために、バッファにおける参照サンプルがビットストリーム適合性の制約を満たすものであることを規定する規則に基づく、方法。
現在の映像ブロックの予測ブロックを導出するために、現在のピクチャからの参照サンプルを含むバッファを使用して、視覚メディアデータの現在のピクチャの映像ブロックと視覚メディアデータのビットストリーム表現との変換を行うことを含み、
前記変換は、ビットストリーム表現が規則に準拠するために、バッファにおける参照サンプルがビットストリーム適合性の制約を満たすものであることを規定する規則に基づく、方法。
【0381】
Ｏ２．ビットストリーム適合性の制約は、（１）バッファにおける参照サンプルの値および／または（２）バッファにおけるサンプルの可用性情報のうちの少なくとも１つに基づく、項目Ｏ１に記載の方法。
【0382】
Ｏ３．ビットストリーム適合性の制約は、バッファ内のサンプルが１つの画素範囲外の値を有する場合、ビットストリーム表現が不適合であることを指定する、項目Ｏ１～Ｏ２のいずれか１つ以上に記載の方法。
【0383】
Ｏ４．範囲が［Ｋ０，Ｋ１］であり、Ｋ０が０に設定され、Ｋ１が（１＜＜ＢｉｔＤｅｐｔｈ－１）に設定され、ここで、ＢｉｔＤｅｐｔｈが予測サンプルの精度を表す、項目Ｏ３に記載の方法。
【0384】
Ｏ５．前記ビットストリーム適合性の制約は、前記バッファにおける前記サンプルの可用性情報が、前記サンプルが現在の映像ブロックに使用可能でないことを示す場合、前記ビットストリーム表現が不適合であることを規定する、項目Ｏ１～Ｏ２のいずれか１つ以上に記載の方法。
【0385】
Ｏ６．前記サンプルが輝度サンプルであり、バッファ内のサンプルの可用性情報が、このサンプルが現在の映像ブロックに利用不可能であり、現在の映像ブロックに単一のツリー分割が使用されていることを示す場合、前記ビットストリーム適合性の制約は、ビットストリーム表現が不適合であることを規定する、項目Ｏ１～Ｏ２のいずれか１つ以上に記載の方法。
【0386】
Ｏ７．項目Ｏ１からＯ６のいずれか１つに記載の方法であって、
バッファ内のサンプルの値に従って、サンプルの可用性情報に印を付けることをさらに含む、方法。
バッファ内のサンプルの値に従って、サンプルの可用性情報に印を付けることをさらに含む、方法。
【0387】
Ｏ８．サンプルの値が［Ｋ０，Ｋ１］として表される区間内にある場合、サンプルの可用性情報に、利用可能としてマークを付ける、項目Ｏ７に記載の方法。
【0388】
Ｏ９．Ｋ０が０に設定され、Ｋ１が（１＜＜ＢｉｔＤｅｐｔｈ－１）に設定される、項目Ｏ８に記載の方法であって、ＢｉｔＤｅｐｔｈは、予測サンプルの精度を表す。
【0389】
Ｏ１０．ビットストリーム適合性の制約は、現在の映像ブロックに関連付けられた符号化ユニットの分割タイプおよびツリータイプにさらに基づく、項目Ｏ１～Ｏ８のいずれか１つ以上に記載の方法。
【0390】
Ｏ１１．パーティショニングタイプがデュアルツリーであり、ツリータイプがシングルツリーである場合、ビットストリーム適合性の制約は、サンプルのすべての色成分が利用不可能であるとマークされているかどうかをチェックすることを規定する、項目Ｏ１０に記載の方法。
【0391】
Ｏ１２．パーティショニングタイプがデュアルツリーであり、ツリータイプがデュアルツリーである場合、ビットストリーム適合性の制約は、サンプルの彩度成分が利用不可能であるとマークされているかどうかをチェックすることを規定しない、項目Ｏ１０に記載の方法。
【0392】
Ｏ１３．前記変換は、イントラブロックコピーモードで行われる、項目Ｏ１～Ｏ１２のいずれか１つ以上に記載の方法。
【0393】
ＸＸ．前記変換は、前記現在の映像ブロックから前記ビットストリーム表現を生成することを含む、項目Ｌ１～ＸＸのいずれかに記載の方法。
【0394】
ＸＸ．前記変換は、前記ビットストリーム表現から前記現在の映像ブロックの画素値を生成することを含む、項目Ｌ１～ＸＸ項のいずれかに記載の方法。
【0395】
ＸＸ．項目Ｌ１～ＸＸの１項以上に記載の方法を実装するように構成された処理装置を備える映像エンコーダ装置。
【0396】
ＸＸ．項目Ｌ１～ＸＸの１項以上に記載の方法を実装するように構成された処理装置を備える、映像デコーダ装置。
【0397】
ＸＸ．コードが記憶されたコンピュータ可読媒体であって、前記コードは項目Ｌ１～ＸＸのいずれか又は複数項に記載の方法を実装するための処理装置が実行可能な命令を実施する、コンピュータ可読媒体。
【0398】
本明細書では、「映像処理」という用語は、映像符号化、映像復号化、映像圧縮、または映像展開を指すことができる。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応するビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像ブロックのビットストリーム表現は、例えば、構文によって規定されるように、
ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、１つのマクロブロックは、変換および符号化された誤り残差値の観点から、
且つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。
ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、１つのマクロブロックは、変換および符号化された誤り残差値の観点から、
且つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。
【0399】
以上、説明の目的で本開示の技術の特定の実施形態を説明したが、本発明の範囲から逸脱することなく様々な修正が可能であることは、理解されるであろう。従って、本開示の技術は、添付の特許請求の範囲による場合を除き、限定されない。
【0400】
本特許明細書に記載された主題および機能操作の実装形態は、本明細書に開示された構造およびその構造的等価物を含め、様々なシステム、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施してもよい。本明細書に記載された主題の実装形態は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置によって実行されるため、又はデータ処理装置の操作を制御するために、有形で非可搬性のコンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実装することができる。このコンピュータ可読媒体は、機械可読記憶装置、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、又はこれらの１つ以上の組み合わせであってもよい。「データ処理ユニット」又は「データ処理装置」という用語は、例えば、プログラマブル処理装置、コンピュータ、又は複数の処理装置若しくはコンピュータを含め、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、処理装置ファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はこれらの１つ以上の組み合わせを構成するコードを含むことができる。
【0401】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとも呼ばれる）は、コンパイルされた言語又は解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、又はコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、又は他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラム又はデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの一部を格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、又は複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。
【0402】
本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブル処理装置によって行うことができる。処理及びロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はまた、
特別目的のロジック回路として実装することができる。
特別目的のロジック回路として実装することができる。
【0403】
コンピュータプログラムの実行に適した処理装置は、例えば、汎用及び専用マイクロ処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上の処理装置を含む。一般的に、処理装置は、読み出し専用メモリ又はランダムアクセスメモリ又はその両方から命令及びデータを受信する。コンピュータの本質的な要素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１つ以上の記憶装置とである。一般的に、コンピュータは、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、光磁気ディスク、又は光ディスクを含んでもよく、又はこれらの大容量記憶デバイスからデータを受信するか、又はこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。
コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス等の半導体メモリデバイスを含む。処理装置及びメモリは、特定用途のロジック回路によって補完されてもよく、又は特定用途のロジック回路に組み込まれてもよい。
コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス等の半導体メモリデバイスを含む。処理装置及びメモリは、特定用途のロジック回路によって補完されてもよく、又は特定用途のロジック回路に組み込まれてもよい。
【0404】
本明細書は、図面とともに、例示のみを目的とするものであり、例示的とは例を意味することが意図される。本明細書において、「または」の使用は、文脈からそうでないことが明確に示されていない限り、「および／または」を含むことが意図される。
【0405】
本特許明細書は多くの詳細を含むが、これらは、任意の発明の範囲又は特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の発明の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の文脈で説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例の文脈で説明された様々な特徴は、複数の実施形態において別個に又は任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブ組み合わせまたはサブ組み合わせのバリエーションに向けられてもよい。
【0406】
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番で又は連続した順番で実行されること、又は示された全ての操作が実行されることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、
全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
【0407】
いくつかの実装形態及び例のみが記載されており、この特許文献に記載され図示されている内容に基づいて、他の実施形態、拡張及び変形が可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【手続補正書】
【提出日】2022-01-14
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
映像の現在のピクチャの現在の映像ブロックと前記映像のビットストリームとの変換のために、第１の予測モードが、前記現在の映像ブロックに適用されていることを決定することと、
前記第１の予測モードに対して、前記現在のピクチャからの参照領域から導出された参照サンプルを含む規定されたサイズの仮想バッファを維持することと、
前記現在の映像ブロックに対して、前記仮想バッファにおけるブロックベクトルによって決定された予測ブロックを導出することと、
前記予測ブロックに少なくとも基づいて前記変換を行うことと、を含む映像データを処理する方法であって、
前記仮想バッファにおける１つ以上の参照サンプルの可用性が、仮想ユニットの前記サイズに基づいて前記予測ブロックを導出するために参照される、映像データを処理する方法。
【請求項2】
前記仮想バッファの前記サイズは、ｍ×Ｗ×ｎ×Ｈであり、Ｗは、前記仮想ユニットの幅を表し、Ｈは、前記仮想ユニットの高さを表し、ｍおよびｎは、整数である、請求項１に記載の方法。
【請求項3】
前記ｍおよびｎの値は、符号化ツリーブロックの前記サイズに依存する、請求項２に記載の方法。
【請求項4】
ｍ＝４であり、ｎ＝２である、請求項３に記載の方法。
【請求項5】
前記仮想バッファにおける前記仮想ユニットの前記サイズに基づいて決定された参照サンプルのサブセットが、前記予測ブロックを導出するために利用不可能である、請求項１～４のいずれか１項に記載の方法。
【請求項6】
参照サンプルの前記サブセットは、前記仮想バッファにおける位置（ｘ，ｙ）に位置し、ｘは、ｘ０に基づいて決定された前記仮想バッファにおける第１の所定の範囲内にあり、ｙは、ｙ０に基づいて決定された前記仮想バッファにおける第２の所定の範囲内にあり、（ｘ０，ｙ０）は、仮想ユニットの左上隅を表す、請求項５に記載の方法。
【請求項7】
前記第１の所定の範囲および前記第２の所定の範囲は、Ｖｓｉｚｅに基づいてさらに決定され、
Ｖｓｉｚｅは、前記仮想ユニットの前記サイズを表し、Ｖｓｉｚｅ＝ｍｉｎ（ｃｔｂＳｉｚｅ，６４）であり、ｃｔｂＳｉｚｅは、前記現在の映像ブロックを含む前記符号化ツリーブロックの前記サイズを表す、請求項６に記載の方法。
【請求項8】
前記現在の映像ブロックが１つ以上の仮想ユニットを含む場合、参照サンプルの前記サブセットは、前記現在の映像ブロックの前記サイズに基づいてさらに決定される、請求項５に記載の方法。
【請求項9】
前記仮想バッファは、ピクチャまたはスライスを符号化する前にリセットされる、請求項１～８のいずれか１項に記載の方法。
【請求項10】
前記変換は、前記現在の映像ブロックを前記ビットストリームに符号化することを含む、請求項１～９のいずれか１項に記載の方法。
【請求項11】
前記変換は、前記現在の映像ブロックを前記ビットストリームから復号化することを含む、請求項１～９のいずれか１項に記載の方法。
【請求項12】
処理装置と、命令を含む非一時的メモリとを備える映像データを処理するための装置であって、
前記処理装置による実行時に、前記命令は、前記処理装置に、
映像の現在のピクチャの現在の映像ブロックと前記映像のビットストリームとの変換のために、第１の予測モードが、前記現在の映像ブロックに適用されていることを決定することと、
前記第１の予測モードに対して、前記現在のピクチャからの参照領域から導出された参照サンプルを含む規定されたサイズの仮想バッファを維持することと、
前記現在の映像ブロックに対して、前記仮想バッファにおけるブロックベクトルによって決定された予測ブロックを導出することと、
前記予測ブロックに少なくとも基づいて前記変換を行うことと、を行わせ、
前記仮想バッファにおける１つ以上の参照サンプルの可用性が、仮想ユニットの前記サイズに基づいて前記予測ブロックを導出するために参照される、映像データを処理するための装置。
【請求項13】
命令を記憶する非一時的なコンピュータ可読記憶媒体であって、
前記命令は、映像の現在のピクチャの現在の映像ブロックと前記映像のビットストリームとの変換のために、第１の予測モードが、前記現在の映像ブロックに適用されていることを決定することと、
前記第１の予測モードに対して、前記現在のピクチャからの参照領域から導出された参照サンプルを含む規定されたサイズの仮想バッファを維持することと、
前記現在の映像ブロックに対して、前記仮想バッファにおけるブロックベクトルによって決定された予測ブロックを導出することと、
前記予測ブロックに少なくとも基づいて前記変換を行うことと、を行わせ、
前記仮想バッファにおける１つ以上の参照サンプルの可用性が、仮想ユニットの前記サイズに基づいて前記予測ブロックを導出するために参照される、非一時的なコンピュータ可読記憶媒体。
【請求項14】
映像処理装置により実行される方法で生成されたビットストリームを記憶する非一時的なコンピュータ可読記録媒体であって、前記方法は、
第１の予測モードが、映像の現在のピクチャの現在の映像ブロックに適用されていることを決定することと、
前記第１の予測モードに対して、前記現在のピクチャからの参照領域から導出された参照サンプルを含む規定されたサイズの仮想バッファを維持することと、
前記現在の映像ブロックに対して、前記仮想バッファにおけるブロックベクトルによって決定された予測ブロックを導出することと、
前記予測ブロックに少なくとも基づいて前記現在の映像ブロックから前記ビットストリームを生成することと、を含み、
前記仮想バッファにおける１つ以上の参照サンプルの可用性が、仮想ユニットの前記サイズに基づいて前記予測ブロックを導出するために参照される、非一時的なコンピュータ可読記録媒体。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【0001】
関連出願の相互参照
本願は、２０１９年７月６日出願の国際特許出願第ＰＣＴ／ＣＮ２０１９／０９４９５７号および２０１９年７月９日出願の国際特許出願第ＰＣＴ／ＣＮ２０１９／０９５２９７号の優先権と利益を主張する、２０２０年７月１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０９９７０２号の国内段階である。上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
本願は、２０１９年７月６日出願の国際特許出願第ＰＣＴ／ＣＮ２０１９／０９４９５７号および２０１９年７月９日出願の国際特許出願第ＰＣＴ／ＣＮ２０１９／０９５２９７号の優先権と利益を主張する、２０２０年７月１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０９９７０２号の国内段階である。上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
【手続補正書】
【提出日】2022-06-17
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
映像の現在のピクチャの現在の映像ブロックと前記映像のビットストリームとの変換のために、第１の予測モードが、前記現在の映像ブロックに適用されていることを決定することと、前記第１の予測モードに対して、前記現在のピクチャからの参照領域から導出された参照サンプルを含む規定されたサイズの仮想バッファを維持することと、
前記現在の映像ブロックに対して、前記仮想バッファにおけるブロックベクトルによって決定された予測ブロックを導出することと、
前記予測ブロックに少なくとも基づいて前記変換を行うことと、を含む映像データを処理する方法であって、
前記仮想バッファにおける１つ以上の参照サンプルの可用性が、仮想ユニットの前記サイズに基づいて前記予測ブロックを導出するために参照される、映像データを処理する方法。
【請求項2】
前記仮想バッファの前記サイズは、ｍ×Ｗ×ｎ×Ｈであり、Ｗは、前記仮想ユニットの幅を表し、Ｈは、前記仮想ユニットの高さを表し、ｍおよびｎは、整数である、請求項１に記載の方法。
【請求項3】
前記ｍおよびｎの値は、コーディングツリーブロックの前記サイズに依存する、請求項２に記載の方法。
【請求項4】
ｍ＝４であり、ｎ＝２である、請求項３に記載の方法。
【請求項5】
前記仮想バッファにおける前記仮想ユニットの前記サイズに基づいて決定された参照サンプルのサブセットが、前記予測ブロックを導出するために利用不可能である、請求項１～４のいずれか１項に記載の方法。
【請求項6】
参照サンプルの前記サブセットは、前記仮想バッファにおける位置（ｘ，ｙ）に位置し、ｘは、ｘ０に基づいて決定された前記仮想バッファにおける第１の所定の範囲内にあり、ｙは、ｙ０に基づいて決定された前記仮想バッファにおける第２の所定の範囲内にあり、（ｘ０，ｙ０）は、仮想ユニットの左上隅を表す、請求項５に記載の方法。
【請求項7】
前記第１の所定の範囲および前記第２の所定の範囲は、Ｖｓｉｚｅに基づいてさらに決定され、Ｖｓｉｚｅは、前記仮想ユニットの前記サイズを表し、Ｖｓｉｚｅ＝ｍｉｎ（ｃｔｂＳｉｚｅ，６４）であり、ｃｔｂＳｉｚｅは、前記現在の映像ブロックを含む前記コーディングツリーブロックの前記サイズを表す、請求項６に記載の方法。
【請求項8】
前記現在の映像ブロックが１つ以上の仮想ユニットを含む場合、参照サンプルの前記サブセットは、前記現在の映像ブロックの前記サイズに基づいてさらに決定される、請求項５に記載の方法。
【請求項9】
前記仮想バッファは、ピクチャまたはスライスをコーディングする前にリセットされる、請求項１～８のいずれか１項に記載の方法。
【請求項10】
前記変換は、前記現在の映像ブロックを前記ビットストリームに符号化することを含む、請求項１～９のいずれか１項に記載の方法。
【請求項11】
前記変換は、前記現在の映像ブロックを前記ビットストリームから復号化することを含む、請求項１～９のいずれか１項に記載の方法。
【請求項12】
処理装置と、命令を含む非一時的メモリとを備える映像データを処理するための装置であって、前記処理装置による実行時に、前記命令は、前記処理装置に、
映像の現在のピクチャの現在の映像ブロックと前記映像のビットストリームとの変換のために、第１の予測モードが、前記現在の映像ブロックに適用されていることを決定することと、
前記第１の予測モードに対して、前記現在のピクチャからの参照領域から導出された参照サンプルを含む規定されたサイズの仮想バッファを維持することと、
前記現在の映像ブロックに対して、前記仮想バッファにおけるブロックベクトルによって決定された予測ブロックを導出することと、
前記予測ブロックに少なくとも基づいて前記変換を行うことと、を行わせ、
前記仮想バッファにおける１つ以上の参照サンプルの可用性が、仮想ユニットの前記サイズに基づいて前記予測ブロックを導出するために参照される、映像データを処理するための装置。
【請求項13】
命令を記憶する非一時的なコンピュータ可読記憶媒体であって、前記命令は、映像の現在のピクチャの現在の映像ブロックと前記映像のビットストリームとの変換のために、第１の予測モードが、前記現在の映像ブロックに適用されていることを決定することと、
前記第１の予測モードに対して、前記現在のピクチャからの参照領域から導出された参照サンプルを含む規定されたサイズの仮想バッファを維持することと、
前記現在の映像ブロックに対して、前記仮想バッファにおけるブロックベクトルによって決定された予測ブロックを導出することと、
前記予測ブロックに少なくとも基づいて前記変換を行うことと、を行わせ、
前記仮想バッファにおける１つ以上の参照サンプルの可用性が、仮想ユニットの前記サイズに基づいて前記予測ブロックを導出するために参照される、非一時的なコンピュータ可読記憶媒体。
【請求項14】
映像処理装置により実行される方法で生成されたビットストリームを記憶する非一時的なコンピュータ可読記録媒体であって、前記方法は、第１の予測モードが、映像の現在のピクチャの現在の映像ブロックに適用されていることを決定することと、
前記第１の予測モードに対して、前記現在のピクチャからの参照領域から導出された参照サンプルを含む規定されたサイズの仮想バッファを維持することと、
前記現在の映像ブロックに対して、前記仮想バッファにおけるブロックベクトルによって決定された予測ブロックを導出することと、
前記予測ブロックに少なくとも基づいて前記現在の映像ブロックから前記ビットストリームを生成することと、を含み、
前記仮想バッファにおける１つ以上の参照サンプルの可用性が、仮想ユニットの前記サイズに基づいて前記予測ブロックを導出するために参照される、非一時的なコンピュータ可読記録媒体。
【国際調査報告】