知財求人 - 知財ポータルサイト「IP Force」
▶ ベイジン バイトダンス ネットワーク テクノロジー カンパニー リミテッドの特許一覧 ▶ バイトダンス インコーポレイテッドの特許一覧
特許7307274仮想パイプラインデータユニットに基づいたイントラブロックコピー仮想バッファの設定
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-03
(45)【発行日】2023-07-11
(54)【発明の名称】仮想パイプラインデータユニットに基づいたイントラブロックコピー仮想バッファの設定
(51)【国際特許分類】
H04N 19/105 20140101AFI20230704BHJP
H04N 19/136 20140101ALI20230704BHJP
H04N 19/176 20140101ALI20230704BHJP
H04N 19/593 20140101ALI20230704BHJP
【ＦＩ】
H04N19/105
H04N19/136
H04N19/176
H04N19/593
【請求項の数】
12
(21)【出願番号】P 2022518189
(86)(22)【出願日】2020-09-23
(65)【公表番号】
(43)【公表日】2022-11-21
(86)【国際出願番号】 CN2020116959
(87)【国際公開番号】W WO2021057751
(87)【国際公開日】2021-04-01
【審査請求日】2022-03-28
(31)【優先権主張番号】PCT/CN2019/107380
(32)【優先日】2019-09-23
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】520476341
【氏名又は名称】北京字節跳動網絡技術有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ
(73)【特許権者】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】シュイ，ジィジォン
(72)【発明者】
【氏名】ザン，リー
(72)【発明者】
【氏名】ザン，カイ
(72)【発明者】
【氏名】リュウ，ホンビン
【審査官】岩井 健二
(56)【参考文献】
【文献】Jingya Li, and Chong Soon Lim，CE8-related: IBC modifications，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11， JVET-O0127-v3，15th Meeting: Gothenburg, SE，2019年07月，pp.1-11
【文献】Jizheng Xu, et al.，Bitstream conformance with a virtual IBC buffer concept，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-O1170-v1，15th Meeting: Gothenburg, SE，2019年07月，pp.1-8
【文献】Han Gao, et al.，Bitstream conformance with a virtual IBC buffer concept，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-O1171 -v1，15th Meeting: Gothenburg, SE，2019年07月，pp.1-8
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００ － １９／９８
(57)【特許請求の範囲】
【請求項1】
ビデオデータを処理する方法であって、ビデオのビデオピクチャの現在のビデオブロックと前記ビデオのビットストリームとの間の変換のために、前記現在のビデオブロックの予測サンプルを導出するために予測モードが適用されることを決定するステップと、
前記予測モードに対して、前記ビデオピクチャの再構成されたブロックから導出された１つ以上の参照サンプルを含む仮想バッファを維持するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記予測モードにおいて、前記仮想バッファ内のブロックベクトルによって決定された参照サンプルが、前記予測サンプルの導出のために使用され、
前記仮想バッファがルーマバッファであるとき、前記仮想バッファ内の利用不可能な参照サンプルの位置は、前記現在のビデオブロックの位置に基づき決定され、
前記仮想バッファがクロマバッファであるとき、前記仮想バッファ内の前記参照サンプルは、利用不可能とマークされることを許可されず、
前記仮想バッファ内の前記利用不可能な参照サンプルは、前記予測サンプルの導出のために許可されない、
方法。
【請求項2】
前記現在のビデオブロックが仮想ユニット内の第１ルーマブロックであり、前記仮想バッファが前記ルーマバッファであるとき、前記仮想ユニットに対応する前記仮想バッファ内の参照サンプルは、利用不可能とマークされる、請求項１に記載の方法。
【請求項3】
仮想ユニットのサイズが前記現在のビデオブロックの幅以上であり、かつ、前記現在のビデオブロックの高さ以上であり、前記仮想バッファが前記ルーマバッファであるとき、前記仮想ユニットに対応する前記仮想バッファ内の参照サンプルは、利用不可能とマークされ、前記仮想ユニットの前記サイズは、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）に等しく、ｃｔｂＳｉｚｅは、前記ビデオピクチャのコーディングツリーブロックの幅又は高さを表す、
請求項１に記載の方法。
【請求項4】
仮想ユニットのサイズが前記現在のビデオブロックの幅よりも小さく、かつ、前記現在のビデオブロックの高さよりも小さく、前記仮想バッファが前記ルーマバッファであるとき、前記現在のビデオブロックに対応する前記仮想バッファ内の参照サンプルは、利用不可能とマークされ、前記仮想ユニットの前記サイズは、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）に等しく、ｃｔｂＳｉｚｅは、前記ビデオピクチャのコーディングツリーブロックの幅又は高さを表す、
請求項１に記載の方法。
【請求項5】
前記仮想バッファをリセットすることを指示するよう変数がセットされ、前記仮想バッファが前記ルーマバッファであるとき、前記仮想バッファはリセットされ、前記仮想バッファが前記クロマバッファであるとき、前記仮想バッファは、リセットされることを許可されない、
請求項１乃至４のうちいずれか一項に記載の方法。
【請求項6】
前記仮想バッファがリセットされるとき、前記仮想バッファ内の前記参照サンプルは、－１であるようリセットされる、請求項５に記載の方法。
【請求項7】
前記利用不可能な参照サンプルは、－１の値を有する、請求項１乃至６のうちいずれか一項に記載の方法。
【請求項8】
前記変換は、前記現在のビデオブロックを前記ビットストリームに符号化することを含む、請求項１乃至７のうちいずれかに記載の方法。
【請求項9】
前記変換は、前記ビットストリームから前記現在のビデオブロックを復号することを含む、請求項１乃至７のうちいずれかに記載の方法。
【請求項10】
ビデオデータを処理する装置であって、プロセッサと、命令を有する非一時メモリとを有し、
前記命令は、前記プロセッサによる実行時に、前記プロセッサに、
ビデオのビデオピクチャの現在のビデオブロックと前記ビデオのビットストリームとの間の変換のために、前記現在のビデオブロックの予測サンプルを導出するために予測モードが適用されることを決定するステップと、
前記予測モードに対して、前記ビデオピクチャの再構成されたブロックから導出された１つ以上の参照サンプルを含む仮想バッファを維持するステップと、
前記決定に基づき前記変換を実行するステップと
を実行させ、
前記予測モードにおいて、前記仮想バッファ内のブロックベクトルによって決定された参照サンプルが、前記予測サンプルの導出のために使用され、
前記仮想バッファがルーマバッファであるとき、前記仮想バッファ内の利用不可能な参照サンプルの位置は、前記現在のビデオブロックの位置に基づき決定され、
前記仮想バッファがクロマバッファであるとき、前記仮想バッファ内の前記参照サンプルは、利用不可能とマークされることを許可されず、
前記仮想バッファ内の前記利用不可能な参照サンプルは、前記予測サンプルの導出のために許可されない、
装置。
【請求項11】
プロセッサに、ビデオのビデオピクチャの現在のビデオブロックと前記ビデオのビットストリームとの間の変換のために、前記現在のビデオブロックの予測サンプルを導出するために予測モードが適用されることを決定するステップと、
前記予測モードに対して、前記ビデオピクチャの再構成されたブロックから導出された１つ以上の参照サンプルを含む仮想バッファを維持するステップと、
前記決定に基づき前記変換を実行するステップと
を実行させ、
前記予測モードにおいて、前記仮想バッファ内のブロックベクトルによって決定された参照サンプルが、前記予測サンプルの導出のために使用され、
前記仮想バッファがルーマバッファであるとき、前記仮想バッファ内の利用不可能な参照サンプルの位置は、前記現在のビデオブロックの位置に基づき決定され、
前記仮想バッファがクロマバッファであるとき、前記仮想バッファ内の前記参照サンプルは、利用不可能とマークされることを許可されず、
前記仮想バッファ内の前記利用不可能な参照サンプルは、前記予測サンプルの導出のために許可されない、
命令を記憶している非一時的なコンピュータ可読記憶媒体。
【請求項12】
ビデオのビットストリームを記憶する方法であって、ビデオのビデオピクチャの現在のビデオブロックについて、前記現在のビデオブロックの予測サンプルを導出するために予測モードが適用されることを決定するステップと、
前記予測モードに対して、前記ビデオピクチャの再構成されたブロックから導出された１つ以上の参照サンプルを含む仮想バッファを維持するステップと、
前記決定に基づき前記ビットストリームを生成するステップと、
前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶するステップと
を有し、
前記予測モードにおいて、前記仮想バッファ内のブロックベクトルによって決定された参照サンプルが、前記予測サンプルの導出のために使用され、
前記仮想バッファがルーマバッファであるとき、前記仮想バッファ内の利用不可能な参照サンプルの位置は、前記現在のビデオブロックの位置に基づき決定され、
前記仮想バッファがクロマバッファであるとき、前記仮想バッファ内の前記参照サンプルは、利用不可能とマークされることを許可されず、
前記仮想バッファ内の前記利用不可能な参照サンプルは、前記予測サンプルの導出のために許可されない、
方法。
【発明の詳細な説明】
【技術分野】
【0001】
本特許文献は、ビデオ符号化及び復号化技術、デバイス、及びシステムに関係がある。
【背景技術】
【0002】
ビデオ圧縮の進歩にかかわらず、デジタルビデオは、依然として、インターネット及び他のデジタル通信ネットワーク上での最大のバンド幅使用を占めている。ビデオを受信し表示することができるユーザデバイスの接続数が増えるにつれて、デジタルビデオ利用のためのバンド幅需要は増え続けることが予想される。
【発明の概要】
【0003】
デバイス、システム及び方法は、デジタルビデオ符号化及び復号化に関係があり、具体的には、イントラブロックコピー（Intra Block Copy，ＩＢＣ）のための全般的な仮想バッファ（virtual buffers）に関係がある。記載される方法は、既存のビデオコーディング標準規格（例えば、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ））及び将来のビデオコーディング標準規格又はビデオコーデックの両方に適用されてよい。
【0004】
１つの代表的な態様では、開示されている技術は、ビデオ処理の方法を提供するために使用されてよい。この方法は、ビデオのビデオピクチャの現在のビデオブロックと、ビデオのコーディングされた表現との間の変換のために、ルールに従って、現在のビデオブロックを予測するために使用されるビデオピクチャの参照領域の参照サンプル値をリセットすべきかどうか又はどのようにリセットすべきかを決定するステップと、決定に基づき変換を実行するステップとを含む。
【0005】
他の例となる態様では、ビデオ処理の方法が開示される。方法は、ルーマブロック及び対応する１つ以上のクロマブロックを含むビデオのビデオピクチャの現在のビデオ領域と、ビデオのコーディングされた表現との間の変換のために、１つ以上のクロマブロックの位置から独立しているルールに基づき、現在のビデオ領域を予測するために使用されるビデオピクチャの参照領域の１つ以上の参照サンプルを利用不可としてマークすべきかどうか及び／又はどのようにマークすべきかを決定するステップと、決定に基づき変換を実行するステップとを含む。
【0006】
更なる他の態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオピクチャの現在のビデオブロックと、ビデオのコーディングされた表現との間の変換のために、最も最近に処理された仮想パイプラインデータユニット（virtual pipeline data unit，ＶＰＤＵ）の位置及びＶＰＤＵのサイズに依存するルールに基づき、現在のビデオブロックを予測するために使用されるビデオピクチャの参照領域の１つ以上の参照サンプルにマークすべきかどうか及び／又はどのようにマークすべきかを決定するステップと、決定に基づき変換を実行するステップとを含む。
【0007】
他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオのビデオピクチャの現在のビデオブロックと、ビデオのコーディングされた表現との間の変換のために、ルールに従って、現在のビデオブロックを予測するために使用されるブロックベクトルに対する制約を決定するステップと、決定に基づき変換を実行するステップとを含み、ブロックベクトルは、現在のビデオブロックと、現在のビデオブロックを予測的にコーディングするために使用されるビデオピクチャ内の参照領域との間の変位を示し、ルールは、ビデオピクチャのコーディングツリーユニット（Coding Tree Unit，ＣＴＵ）行を横断するブロックベクトルが許されないことを定める。
【0008】
他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオのビデオピクチャの現在のビデオブロックと、ビデオのコーディングされた表現との間の変換のために、ルールに基づき、ビデオピクチャのコーディングツリーユニット（ＣＴＵ）行にわたって他のブロックとともに現在のビデオブロックのエッジの少なくとも一部のサンプルにデブロッキングフィルタを適用すべきかどうかを決定するステップと、決定に基づき変換を実行するステップとを含み、現在のビデオブロックは、現在のビデオブロックの予測が現在のビデオブロックのビデオスライスからのサンプル値に基づき導出されるイントラブロックコピー（ＩＢＣ）モードを用いてコーディングされる。
【0009】
他の例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオのビデオピクチャの現在のビデオブロックと、ビデオのコーディングされた表現との間の変換のために、ルールに従って、ビデオピクチャの第１サブピクチャ又は第２サブピクチャのうちの少なくとも１つを用いて現在のビデオブロックのための予測ブロックを生成するサブピクチャ予測の適用可能性を決定するステップと、決定に基づき変換を実行するステップとを含む。
【0010】
他の例となる態様では、ビデオ処理の方法が開示される。方法は、ルールに従って、ビデオのクロマ成分の現在のビデオブロックと、ビデオのコーディングされた表現との間の変換を実行するステップを含み、ルールは、変換に使用されるクロマ量子化パラメータ（Quantization Parameter，ＱＰ）テーブルの最小インデックスがクロマ成分のサンプルのビットデプスから独立していることを定める。
【0011】
更なる他の代表的な態様では、上記の方法は、プロセッサ実行可能コードの形で具現され、コンピュータ可読プログラム媒体に記憶される。
【0012】
更なる他の代表的な態様では、上記の方法を実行するよう構成される又はそのように動作可能であるデバイスが開示される。デバイスは、この方法を実装するようプログラムされているプロセッサを含んでよい。
【0013】
更なる他の代表的な態様では、ビデオデコーダ装置が、本明細書で記載される方法を実装してもよい。
【0014】
開示されている技術の上記及び他の態様及び特徴は、図面、明細書、及び特許請求の範囲で更に詳細に記載される。
【図面の簡単な説明】
【0015】
【図1】現在ピクチャ参照の例を示す。
【図2】ＪＶＥＴ－Ｍ０４０７における動的参照エリアの例を示す。
【図3】リシェーピングを含む復号化フローのフローチャートを示す。
【図4A】ビデオ処理方法の例のフローチャートを示す。
【図4B】ビデオ処理方法の例のフローチャートを示す。
【図4C】ビデオ処理方法の例のフローチャートを示す。
【図5】本明細書で記載される視覚媒体復号化又は視覚媒体符号化技術を実装するハードウェアプラットフォームの例のブロック図である。
【図6】ＶＰＤＵ列及びＶＰＤＵ行を横断する参照ブロックの例を示す。
【図7】開示される技術が実装され得るビデオ処理システムの例のブロック図である。
【図8】ビデオコーディングシステムの例を表すブロック図である。
【図9】本開示のいくつかの実施形態に従うエンコーダを表すブロック図である。
【図10】本開示のいくつかの実施形態に従うデコーダを表すブロック図である。
【図11A】開示される技術のいくつかの実施に基づいたビデオ処理方法のフローチャートの例を示す。
【図11B】開示される技術のいくつかの実施に基づいたビデオ処理方法のフローチャートの例を示す。
【図11C】開示される技術のいくつかの実施に基づいたビデオ処理方法のフローチャートの例を示す。
【図11D】開示される技術のいくつかの実施に基づいたビデオ処理方法のフローチャートの例を示す。
【図11E】開示される技術のいくつかの実施に基づいたビデオ処理方法のフローチャートの例を示す。
【図11F】開示される技術のいくつかの実施に基づいたビデオ処理方法のフローチャートの例を示す。
【図11G】開示される技術のいくつかの実施に基づいたビデオ処理方法のフローチャートの例を示す。
【発明を実施するための形態】
【0016】
開示されている技術の実施形態は、圧縮性能を改善するために既存のビデオコーディング標準規格（例えば、ＨＥＶＣ、Ｈ．２６５）及び将来の標準規格に適用され得る。セクション見出しは、記載の読みやすさを改善するために本明細書で使用されており、開示又は実施形態（及び／又は実施）を各々のセクションにのみ限定するものでは決してない。
【0017】
［２ ビデオコーディングの導入］
より高い解像度のビデオに対する需要の高まりにより、ビデオコーディング方法及び技術は、最新の技術において遍在している。ビデオコーデックは、通常、デジタルビデオを圧縮又は圧縮解除する電子回路又はソフトウェアを含み、より高いコーディング効率をもたらすよう改善され続けている。ビデオコーデックは、圧縮されていないビデオを圧縮された形式へ変換し、あるいは、その逆も同様である。ビデオ品質と、ビデオを表すために使用されるデータの量（ビットレートによって決定される。）と、符号化及び復号化アルゴリズムの複雑さと、データ損失及びエラーに対する敏感さと、編集の容易さと、ランダムアクセスと、エンド間遅延（レイテンシ）との間には、複雑な関係が存在している。圧縮された形式は、通常、標準のビデオ圧縮規格、例えば、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）標準規格（Ｈ．２６５又はＭＰＥＧ－Ｈ Ｐａｒｔ２としても知られている。）、最終決定されるべきＶｅｒｓａｔｉｌ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＶＶＣ）標準規格、あるいは、他の現在及び／又は将来のビデオコーディング標準規格に従う。
より高い解像度のビデオに対する需要の高まりにより、ビデオコーディング方法及び技術は、最新の技術において遍在している。ビデオコーデックは、通常、デジタルビデオを圧縮又は圧縮解除する電子回路又はソフトウェアを含み、より高いコーディング効率をもたらすよう改善され続けている。ビデオコーデックは、圧縮されていないビデオを圧縮された形式へ変換し、あるいは、その逆も同様である。ビデオ品質と、ビデオを表すために使用されるデータの量（ビットレートによって決定される。）と、符号化及び復号化アルゴリズムの複雑さと、データ損失及びエラーに対する敏感さと、編集の容易さと、ランダムアクセスと、エンド間遅延（レイテンシ）との間には、複雑な関係が存在している。圧縮された形式は、通常、標準のビデオ圧縮規格、例えば、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）標準規格（Ｈ．２６５又はＭＰＥＧ－Ｈ Ｐａｒｔ２としても知られている。）、最終決定されるべきＶｅｒｓａｔｉｌ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＶＶＣ）標準規格、あるいは、他の現在及び／又は将来のビデオコーディング標準規格に従う。
【0018】
ビデオコーディング標準規格は、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準規格の開発を通じて主に発展してきた。ＩＴＵ－ＴはＨ．２６１及びＨ．２６３を作り出し、ＩＳＯ／ＩＥＣはＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作り出し、２つの組織は共同でＨ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）及びＨ．２６５／ＨＥＶＣ標準規格を作り出した。Ｈ．２６２以降、ビデオコーディング標準規格は、時間予測に変換コーディングをプラスしたものが利用されるハイブリッド型ビデオコーディング構造に基づいている。ＨＥＶＣを超える将来のビデオコーディング技術を探求するために、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ（ＪＶＥＴ）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同で設立された。それ以降、多くの新しい手法がＪＶＥＴによって採用され、Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（ＪＥＭ）と呼ばれる参照ソフトウェアに置かれてきた。２０１８年４月に、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間で、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が、ＨＥＶＣと比較して５０％のビットレート低減を目標とするＶＶＣ標準規格を検討するために作られた。
【0019】
［２．１ ＨＥＶＣ／Ｈ．２６５におけるインター予測］
各インター予測されたＰＵは、１つ又は２つの参照ピクチャリストのための動きパラメータを有している。動きパラメータは、動きベクトル及び参照ピクチャインデックスを含む。２つの参照ピクチャリストのうちの一方の利用はまた、ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃを用いて通知されてもよい。動きベクトルは、予測子に対するデルタとして明示的にコーディングされてよい。
各インター予測されたＰＵは、１つ又は２つの参照ピクチャリストのための動きパラメータを有している。動きパラメータは、動きベクトル及び参照ピクチャインデックスを含む。２つの参照ピクチャリストのうちの一方の利用はまた、ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃを用いて通知されてもよい。動きベクトルは、予測子に対するデルタとして明示的にコーディングされてよい。
【0020】
ＣＵがスキップモードによりコーディングされている場合に、１つのＰＵがそのＣＵと関連付けられ、有意な残差係数も、コーディングされた動きベクトルデルタ又は参照ピクチャインデックスも存在しない。マージモードが指定され、これによって、現在のＰＵのための動きパラメータは、空間的候補及び時間的候補を含む隣接ＰＵから取得される。マージモードは、スキップモードの場合だけでなく、如何なるインター予測されたＰＵにも適用可能である。マージモードに代わるものは、動きパラメータの明示的な伝送であり、このとき、動きベクトル（より厳密には、動きベクトル予測子と比較した動きベクトル差分（Motion Vector Differences，ＭＶＤ））、参照ピクチャリストごとの対応する参照ピクチャインデックス、及び参照ピクチャリスト利用が、各ＰＵごとに明示的に通知される。かようなモードは、本明細書ではＡｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ（ＡＭＶＰ）と称される。
【0021】
２つの参照ピクチャリストのうちの一方が使用されるべきであることが通知により示される場合に、ＰＵはサンプルの１つのブロックから生成される。これは、「片予測」（uni-prediction）と呼ばれる。片予測は、Ｐスライス及びＢスライスの両方に利用可能である。
【0022】
両方の参照ピクチャリストが使用されるべきであることを通知により示される場合に、ＰＵはサンプルの２つのブロックから生成される。これは、「双予測」（bi-prediction）と呼ばれる。双予測は、Ｂスライスにのみ利用可能である。
【0023】
以下の説明は、ＨＥＶＣで定められているインター予測モードに関する詳細を提供する。説明は、マージモードから始まる。
【0024】
［２．２ 現在ピクチャ参照］
現在ピクチャ参照（Current Picture Referencing，ＣＰＲ）又はかつては、イントラブロックコピー（ＩＢＣ）と名付けられたものは、ＨＥＶＣスクリーンコンテンツコーディング拡張（Screen Content Coding extensions）（ＨＥＶＣ－ＳＣＣ）及び現在のＶＶＣテストモデル（ＶＴＭ－３．０）で採用されている。ＩＢＣは、インターフレームコーディングからイントラフレームコーディングへ動き補償の概念を広げる。図１に示されるように、現在のブロックは、ＣＰＲが適用される場合に、同じピクチャ内の参照ブロックによって予測される。参照ブロック内のサンプルは、現在のブロックが符号化又は復号化される前に、予め再構成されていなければならない。ＣＰＲは、カメラによって捕捉されたシーケンスのほとんどにとってそれほど効率的ではないが、スクリーンコンテンツにとっては十分なコーディングゲインを示す。その理由は、スクリーンコンテンツピクチャにはアイコン及びテキスト文字などの繰り返しパターンが多数存在するからである。ＣＰＲは、これらの繰り返しパターンの間の冗長性を有効に取り除くことができる。ＨＥＶＣ－ＳＣＣでは、インターコーディングされたコーディングユニット（Coding Unit，ＣＵ）は、現在のピクチャをその参照ピクチャとして選択する場合にＣＰＲを適用することができる。ＭＶは、この場合にブロックベクトル（Block Vector，ＢＶ）と呼ばれ、ＢＶは常に、整数ピクセル精度を有している。メインプロファイルＨＥＶＣと互換性を持たせるために、現在のピクチャは、復号化ピクチャバッファ（Decoded Picture Buffer）において「長期（long-term）」参照ピクチャとしてマークされる。留意されるべきは、同様に、多重ビュー／３Ｄコーディング標準規格において、インタービュー参照ピクチャも「長期」参照ピクチャとしてマークされることである。
現在ピクチャ参照（Current Picture Referencing，ＣＰＲ）又はかつては、イントラブロックコピー（ＩＢＣ）と名付けられたものは、ＨＥＶＣスクリーンコンテンツコーディング拡張（Screen Content Coding extensions）（ＨＥＶＣ－ＳＣＣ）及び現在のＶＶＣテストモデル（ＶＴＭ－３．０）で採用されている。ＩＢＣは、インターフレームコーディングからイントラフレームコーディングへ動き補償の概念を広げる。図１に示されるように、現在のブロックは、ＣＰＲが適用される場合に、同じピクチャ内の参照ブロックによって予測される。参照ブロック内のサンプルは、現在のブロックが符号化又は復号化される前に、予め再構成されていなければならない。ＣＰＲは、カメラによって捕捉されたシーケンスのほとんどにとってそれほど効率的ではないが、スクリーンコンテンツにとっては十分なコーディングゲインを示す。その理由は、スクリーンコンテンツピクチャにはアイコン及びテキスト文字などの繰り返しパターンが多数存在するからである。ＣＰＲは、これらの繰り返しパターンの間の冗長性を有効に取り除くことができる。ＨＥＶＣ－ＳＣＣでは、インターコーディングされたコーディングユニット（Coding Unit，ＣＵ）は、現在のピクチャをその参照ピクチャとして選択する場合にＣＰＲを適用することができる。ＭＶは、この場合にブロックベクトル（Block Vector，ＢＶ）と呼ばれ、ＢＶは常に、整数ピクセル精度を有している。メインプロファイルＨＥＶＣと互換性を持たせるために、現在のピクチャは、復号化ピクチャバッファ（Decoded Picture Buffer）において「長期（long-term）」参照ピクチャとしてマークされる。留意されるべきは、同様に、多重ビュー／３Ｄコーディング標準規格において、インタービュー参照ピクチャも「長期」参照ピクチャとしてマークされることである。
【0025】
ＢＶに従ってその参照ブロックを見つけることで、予測は、参照ブロックをコピーすることによって生成され得る。残差は、原信号から参照ピクセルを減じることによって求められ得る。次いで、変換及び量子化が、他のコーディングモードで見られるように適用され得る。
【0026】
しかし、参照ブロックがピクチャの外にあるか、あるいは、現在のブロックと重なり合うか、あるいは、再構成されたエリアの外にあるか、あるいは、いくつかの制約によって制限された有効エリアの外にあるとき、一部又は全てのピクセル値は定義されない。基本的に、そのような問題を扱う２つの解決法がある。１つは、例えば、ビットストリームコンフォーマンス（bitstream conformance）において、そのような状況を許さないことである。もう１つは、それらの未定義ピクセル値にパディングを適用することである。続くサブセッションは、解決法について詳細に記載する。
【0027】
［２．３ ＨＥＶＣスクリーンコンテンツコーディング拡張におけるＣＰＲ］
ＨＥＶＣのスクリーンコンテンツコーディング拡張において、ブロックが現在のピクチャを参照として使用する場合に、それは、次の仕様テキストで示されるように、参照ブロック全体が利用可能な再構成されたエリア内にあることを保証すべきである：
ＨＥＶＣのスクリーンコンテンツコーディング拡張において、ブロックが現在のピクチャを参照として使用する場合に、それは、次の仕様テキストで示されるように、参照ブロック全体が利用可能な再構成されたエリア内にあることを保証すべきである：
【表1】
【0028】
よって、参照ブロックが現在のブロックと重なり合うか、又は参照ブロックがピクチャの外にある場合は、起こらない。参照又は予測ブロックをパディングする必要がない。
【0029】
［２．４ ＶＶＣテストモデルにおけるＣＰＲ／ＩＢＣ］
現在のＶＶＣテストモデル、つまり、ＶＴＭ－３．０設計において、参照ブロック全体は、現在のコーディングツリーユニット（ＣＴＵ）と一致すべきであり、現在のブロックと重なり合わない。よって、参照又は予測ブロックをパディングする必要がない。
現在のＶＶＣテストモデル、つまり、ＶＴＭ－３．０設計において、参照ブロック全体は、現在のコーディングツリーユニット（ＣＴＵ）と一致すべきであり、現在のブロックと重なり合わない。よって、参照又は予測ブロックをパディングする必要がない。
【0030】
デュアルツリー（dual tree）が有効にされるとき、パーティション構造は、ルーマＣＴからクロマＣＴＵまで異なる場合がある。従って、４：２：０カラーフォーマットについて、１つのクロマブロック（例えば、ＣＵ）は、複数のルーマＣＵに分割されている１つの同一位置（collocated）ルーマ領域に対応し得る。
【0031】
クロマブロックは、次の条件が真でなければならないときに、ＣＰＲモードでのみコーディングされ得る：
（１）同一位置ルーマブロック内のルーマＣＵの夫々は、ＣＰＲモードでコーディングされるべきである；
（２）ルーマ４×４ブロックのＢＶの夫々が、最初に、クロマブロックのＢＶに変換され、クロマブロックのＢＶは、有効なＢＶである。
（１）同一位置ルーマブロック内のルーマＣＵの夫々は、ＣＰＲモードでコーディングされるべきである；
（２）ルーマ４×４ブロックのＢＶの夫々が、最初に、クロマブロックのＢＶに変換され、クロマブロックのＢＶは、有効なＢＶである。
【0032】
２つの条件のうちのいずれかが偽である場合には、クロマブロックはＣＰＲモードでコーディングされるべきではない。
【0033】
「有効なＢＶ」の定義は、次の制約を有することが留意される：
（１）ＢＶによって識別される参照ブロック内の全てのサンプルは、制限された探索範囲内にあるべきである（例えば、現在のＶＶＣ設計における同じＣＴＵ内にあるべきである）；
（２）ＢＶによって識別される参照ブロック内の全てのサンプルは、再構成されている。
（１）ＢＶによって識別される参照ブロック内の全てのサンプルは、制限された探索範囲内にあるべきである（例えば、現在のＶＶＣ設計における同じＣＴＵ内にあるべきである）；
（２）ＢＶによって識別される参照ブロック内の全てのサンプルは、再構成されている。
【0034】
［２．５ ＪＶＥＴ－Ｌ０２９７／ＪＶＥＴ－Ｍ０４０７／ＪＶＥＴ－Ｍ０４０８におけるＣＰＲ／ＩＢＣ］
ＶＴＭ－３．０において、ＣＰＲ／ＩＢＣの参照エリアは、最大１２８×１２８までである現在ＣＴＵに制限される。ＪＶＥＴ－Ｌ０２９７／ＪＶＥＴ－Ｍ０４０７／ＪＶＥＴ－Ｍ０４０８は、メモリを再利用してＣＰＲ／ＩＢＣのための参照サンプルを記憶するために参照エリアを動的に変更する方法を提示し、それにより、ＣＰＲ／ＩＢＣブロックは、更なる参照候補を有することができ、一方、ＣＰＲ／ＩＢＣのための参照バッファは、１ＣＴＵから保持又は削減され得る。
ＶＴＭ－３．０において、ＣＰＲ／ＩＢＣの参照エリアは、最大１２８×１２８までである現在ＣＴＵに制限される。ＪＶＥＴ－Ｌ０２９７／ＪＶＥＴ－Ｍ０４０７／ＪＶＥＴ－Ｍ０４０８は、メモリを再利用してＣＰＲ／ＩＢＣのための参照サンプルを記憶するために参照エリアを動的に変更する方法を提示し、それにより、ＣＰＲ／ＩＢＣブロックは、更なる参照候補を有することができ、一方、ＣＰＲ／ＩＢＣのための参照バッファは、１ＣＴＵから保持又は削減され得る。
【0035】
図２は、ブロックが６４×６４であって、ＣＴＵが４つの６４×６４ブロックを含むところの方法を示す。６４×６４ブロックをコーディングするとき、前の３つの６４×６４ブロックが参照として使用され得る。そうすることによって、デコーダは、ＣＰＲ／ＩＢＣをサポートするために４つの６４×６４ブロックを記憶しさえすればよい。上記の方法は、ＶＴＭ－４．０で採用された。
【0036】
ピクチャの左上隅に対する現在のルーマＣＵの位置が（ｘ，ｙ）であり、ブロックベクトルが（Ｂｖｘ，ＢＶｙ）であるとする。現在の設計では、ＢＶが有効であるかどうかは、ルーマ位置（（ｘ＋ＢＶｘ）＞＞６＜＜６＋（１＜＜７），（ｙ＋ＢＶｙ）＞＞６＜＜６）が再構成されておらず、かつ、（（ｘ＋ＢＶｘ）＞＞６＜＜６＋（１＜＜７），（ｙ＋ＢＶｙ）＞＞６＜＜６）が（ｘ＞＞６＜＜６，ｙ＞＞６＜＜６）に等しくないことによって、見分けられ得る。
【0037】
［２．６ ＪＶＥＴ－Ｏ１１７０で提案されている仮想ＩＢＣバッファ］
仮想バッファ概念は、ＩＢＣ予測モードのための参照領域を記述することを助けるために導入される。ＣＴＵサイズがｃｔｂＳｉｚｅである場合に、ｗＩｂｃＢｕｆ＝１２８×１２８／ｃｔｂＳｉｚｅと表記し、ｗＩｂｃＢｕｆである幅及びｃｔｂＳｉｚｅである高さで仮想ＩＢＣバッファｉｂｃＢｕｆを定義する。よって、
－ ＣＴＵサイズが１２８×１２８である場合に、ｉｂｃＢｕｆのサイズも１２８×１２８である；
－ ＣＴＵサイズが６４×６４である場合に、ｉｂｃＢｕｆのサイズは２５６×６４である；
－ ＣＴＵサイズが３２×３２である場合に、ｉｂｃＢｕｆのサイズは５１２×３２である。
仮想バッファ概念は、ＩＢＣ予測モードのための参照領域を記述することを助けるために導入される。ＣＴＵサイズがｃｔｂＳｉｚｅである場合に、ｗＩｂｃＢｕｆ＝１２８×１２８／ｃｔｂＳｉｚｅと表記し、ｗＩｂｃＢｕｆである幅及びｃｔｂＳｉｚｅである高さで仮想ＩＢＣバッファｉｂｃＢｕｆを定義する。よって、
－ ＣＴＵサイズが１２８×１２８である場合に、ｉｂｃＢｕｆのサイズも１２８×１２８である；
－ ＣＴＵサイズが６４×６４である場合に、ｉｂｃＢｕｆのサイズは２５６×６４である；
－ ＣＴＵサイズが３２×３２である場合に、ｉｂｃＢｕｆのサイズは５１２×３２である。
【0038】
ＶＰＤＵの幅及び高さは、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）であることが留意される。Ｗｖ＝ｍｉｎ（ｃｔｂＳｉｚｅ，６４）と表記する。
【0039】
仮想ＩＢＣバッファｉｂｃＢｕｆは、次のように保持される：
（１）各ＣＴＵ行の復号化の初めに、値（－１）でｉｂｃＢｕｆ全体をリフレッシュする；
（２）ピクチャの左上隅に対するＶＰＤＵ（ｘＶＰＤＵ，ｙＶＰＤＵ）の復号化の初めに、ｘ＝ｘＶＰＤＵ％ｗＩｂｃＢｕｆ，・・・，ｘＶＰＤＵ％ｗＩｂｃＢｕｆ＋Ｗｖ－１；ｙ＝ｙＶＰＤＵ％ｃｔｂＳｉｚｅ，・・・，ｙＶＰＤＵ％ｃｔｂＳｉｚｅ＋Ｗｖ－１で、ｉｂｃＢｕｆ［ｘ］［ｙ］＝－１をセットする；
（３）ピクチャの左上に対する（ｘ，ｙ）を含むＣＵを復号した後、ｉｂｃＢｕｆ［ｘ％ｗＩｂｃＢｕｔ］［ｙ％ｃｔｂＳｉｚｅ］＝ｒｅｃＳａｍｐｌｅ［ｘ］［ｙ］をセットする。
（１）各ＣＴＵ行の復号化の初めに、値（－１）でｉｂｃＢｕｆ全体をリフレッシュする；
（２）ピクチャの左上隅に対するＶＰＤＵ（ｘＶＰＤＵ，ｙＶＰＤＵ）の復号化の初めに、ｘ＝ｘＶＰＤＵ％ｗＩｂｃＢｕｆ，・・・，ｘＶＰＤＵ％ｗＩｂｃＢｕｆ＋Ｗｖ－１；ｙ＝ｙＶＰＤＵ％ｃｔｂＳｉｚｅ，・・・，ｙＶＰＤＵ％ｃｔｂＳｉｚｅ＋Ｗｖ－１で、ｉｂｃＢｕｆ［ｘ］［ｙ］＝－１をセットする；
（３）ピクチャの左上に対する（ｘ，ｙ）を含むＣＵを復号した後、ｉｂｃＢｕｆ［ｘ％ｗＩｂｃＢｕｔ］［ｙ％ｃｔｂＳｉｚｅ］＝ｒｅｃＳａｍｐｌｅ［ｘ］［ｙ］をセットする。
【0040】
故に、ビットストリーム制約は、単に：
ビットストリームコンフォーマンスの要件は、ＢＶについて、ｉｂｃＢｕｆ［（ｘ＋ｂｖ［０］）％ｗＩｂｃＢｕｆ］［（ｙ＋ｂｖ［１］）％ｃｔｂＳｉｚｅ］が－１に等しくてはならないことである
と記載され得る。
ビットストリームコンフォーマンスの要件は、ＢＶについて、ｉｂｃＢｕｆ［（ｘ＋ｂｖ［０］）％ｗＩｂｃＢｕｆ］［（ｙ＋ｂｖ［１］）％ｃｔｂＳｉｚｅ］が－１に等しくてはならないことである
と記載され得る。
【0041】
ＩＢＣ参照バッファの概念により、それはまた、サブブロックプロセスを含むインター補間及び動き補償プロセスへの参照を回避することによって、復号化プロセスについてのテキストを簡単にする。
【0042】
［２．７ ＶＰＤＵ］
仮想パイプラインデータユニット（ＶＰＤＵ）は、ピクチャ内の重なり合わないユニットとして定義される。ハードウェアデコーダにおいて、連続するＶＰＤＵは、同時に複数のパイプライン段によって処理される。ＶＰＤＵサイズは、ほとんどのパイプライン段でバッファサイズにおおよそ比例するので、ＶＰＤＵサイズを小さく保つことが重要である。ほとんどのハードウェアでコーダにおいて、ＶＰＤＵサイズは最大変換ブロック（Transform Block，ＴＢ）サイズにセットされ得る。しかし、ＶＶＣでは、三分木（Ternary Tree，ＴＴ）及び二分木（Binary Tree）パーティションがＶＰＤＵサイズの増大を生じさせることがある。
仮想パイプラインデータユニット（ＶＰＤＵ）は、ピクチャ内の重なり合わないユニットとして定義される。ハードウェアデコーダにおいて、連続するＶＰＤＵは、同時に複数のパイプライン段によって処理される。ＶＰＤＵサイズは、ほとんどのパイプライン段でバッファサイズにおおよそ比例するので、ＶＰＤＵサイズを小さく保つことが重要である。ほとんどのハードウェアでコーダにおいて、ＶＰＤＵサイズは最大変換ブロック（Transform Block，ＴＢ）サイズにセットされ得る。しかし、ＶＶＣでは、三分木（Ternary Tree，ＴＴ）及び二分木（Binary Tree）パーティションがＶＰＤＵサイズの増大を生じさせることがある。
【0043】
ＶＰＤＵサイズを６４×６４ルーマサンプルとして保つために、次の規範的なパーティション制限（シンタックス通知変更を伴う。）がＶＴＭ－５．０では適用される：
－ ＴＴ分割は、幅若しくは高さ又は幅及び高さの両方が１２８に等しいＣＵについては許可されない；
－ Ｎ≦６４として１２８×Ｎの（つまり、幅が１２８に等しく、高さが１２８よりも小さい）ＣＵについては、水平ＢＴは許されない；
－ Ｎ≦６４としてＮ×１２８の（つまり、高さが１２８に等しく、幅が１２８よりも小さい）ＣＵについては、垂直ＢＴは許されない。
－ ＴＴ分割は、幅若しくは高さ又は幅及び高さの両方が１２８に等しいＣＵについては許可されない；
－ Ｎ≦６４として１２８×Ｎの（つまり、幅が１２８に等しく、高さが１２８よりも小さい）ＣＵについては、水平ＢＴは許されない；
－ Ｎ≦６４としてＮ×１２８の（つまり、高さが１２８に等しく、幅が１２８よりも小さい）ＣＵについては、垂直ＢＴは許されない。
【0044】
ＶＶＣにおいて、一般的に、ＶＰＤＵの幅及び高さは、ルーマサンプルでのｍｉｎ（６４，ＣｔｂＳｉｚｅＹ）であることが同意されている。故に、ＣＴＢ／ＣＴＵサイズが６４×６４、１２８×１２８、又は２５６×２５６である場合に、ＶＰＤＵサイズは６４×６４である。ＣＴＢ／ＣＴＵサイズが３２×３２である場合に、ＶＰＤＵサイズは３２×３２である。
【0045】
［２．８ イントラブロックコピーのためのバッファ管理及びブロックベクトルコーディング］
様々なＩＢＣバッファ特徴及びその対応する管理についての詳細は、参照により本願に援用される国際出願第ＰＣＴ／ＣＮ２０１９／０９３５５２号で記載されている。
様々なＩＢＣバッファ特徴及びその対応する管理についての詳細は、参照により本願に援用される国際出願第ＰＣＴ／ＣＮ２０１９／０９３５５２号で記載されている。
【0046】
［２．９ ＪＶＥＴ－Ｍ０４２７におけるインループリシェーピング（ＩＬＲ）］
インループリシェーピング（In-Loop Reshaping，ＩＬＲ）の基本的な考えは、原（第１領域にある）信号（予測／再構成信号）を第２領域（再成形された領域）に変換することである。
インループリシェーピング（In-Loop Reshaping，ＩＬＲ）の基本的な考えは、原（第１領域にある）信号（予測／再構成信号）を第２領域（再成形された領域）に変換することである。
【0047】
インループルーマリシェーパは、ルックアップテーブル（ＬＵＴ）の対として実装されるが、２つのＬＴＵのうちの一方のみが通知されればよく、他方は、通知されたＬＵＴから計算され得る。各ＬＵＴは、１次元の、１０ビット、１０２４エントリマッピングテーブル（１Ｄ－ＬＵＴ）である。１つのＬＵＴは前方ＬＵＴ ＦｗｄＬＵＴであり、入力されたルーマ符号値Ｙｉを変更値Ｙｒにマッピングする。つまり、Ｙｒ＝ＦｗｄＬＵＴ［Ｙｉ］である。もう１つのＬＵＴは、逆ＬＵＴ ＩｎｖＬＵＴであり、変更された符号値Ｙｒをハット付きＹｉにマッピングする。つまり、
である（ハット付きＹｉは、Ｙｉの再構成値を表す。）。
【数1】
【0048】
［２．９．１ ＰＷＬモデル］
概念上、区分線形（Piece-Wise Linear，ＰＷＬ）は、次の方法で実装される。
概念上、区分線形（Piece-Wise Linear，ＰＷＬ）は、次の方法で実装される。
【0049】
ｘ１、ｘ２を２つの入力ピボット点であると、ｙ１、ｙ２を１つの片についてのそれらの対応する出力ビポッド点であるとする。ｘ１からｘ２の間のいずれかの入力値ｘに対する出力値ｙは、次の式：
ｙ＝（（ｙ２－ｙ１）／（ｘ２－ｘ１））×（ｘ－ｘ１）＋ｙ１
によって補間され得る。固定点実施では、式は：
ｙ＝（（ｍ×ｘ＋２ＦＰ＿ＰＲＥＣ－１）＞＞ＦＰ＿ＰＲＥＣ）＋ｃ
と書き直され得る。ここで、ｍはスカラーであり、ｃはオフセットであり、ＦＰ＿ＰＲＥＣは、精度を指定するための定数値である。
ｙ＝（（ｙ２－ｙ１）／（ｘ２－ｘ１））×（ｘ－ｘ１）＋ｙ１
によって補間され得る。固定点実施では、式は：
ｙ＝（（ｍ×ｘ＋２ＦＰ＿ＰＲＥＣ－１）＞＞ＦＰ＿ＰＲＥＣ）＋ｃ
と書き直され得る。ここで、ｍはスカラーであり、ｃはオフセットであり、ＦＰ＿ＰＲＥＣは、精度を指定するための定数値である。
【0050】
ＣＥ－１２ソフトウェアにおいて、ＰＷＬモデルは、１０２４エントリＦｗｄＬＵＴ及びＩｎｖＬＵＴマッピングテーブルを予め計算するために使用されるが、ＰＷＬモデルはまた、実施がＬＵＴを予め計算せずにオン・ザ・フライで同じマッピング値を計算することも可能にする。
【0051】
［２．９．２ テストＣＥ１２－２］
［２．９．２．１ ルーマリシェーピング］
インループリシェーピングのテスト２（つまり、提案におけるＣＥ１２－２）は、インタースライス再構成におけるブロックごとのイントラ予測のための復号化レイテンシも除く、より複雑度の低いパイプラインを提供する。イントラ予測は、インタースライス及びイントラスライスの両方について、再成形された領域において実行される。
［２．９．２．１ ルーマリシェーピング］
インループリシェーピングのテスト２（つまり、提案におけるＣＥ１２－２）は、インタースライス再構成におけるブロックごとのイントラ予測のための復号化レイテンシも除く、より複雑度の低いパイプラインを提供する。イントラ予測は、インタースライス及びイントラスライスの両方について、再成形された領域において実行される。
【0052】
イントラ予測は、スライスタイプにかかわらず、再成形された領域において常に実行される。そのような配置により、イントラ予測は、前のＴＵ再構成が行われた直後に開始することができる。そのような配置はまた、スライス依存である代わりに、イントラモードの統一されたプロセスを提供することができる。図３は、モードに基づいたＣＥ１２－２復号化プロセスのブロック図を示す。
【0053】
ＣＥ１２－２はまた、ＣＥ１２－１の３２片のＰＷＬモデルの代わりに、ルーマ及びクロマ残差スケーリングのための１６片の区分線形（ＰＷＬ）モデルを試験する。
【0054】
インタースライス再構成は、ＣＥ１２－２におけるインループルーマリシェーパを含む（明るい影付きのブロックは、再成形された領域における信号、つまり、ルーマ残差、イントラルーマ予測された信号、及びイントラルーマ再構成された信号、を示す。）。
【0055】
［２．９．２．２ ルーマ依存クロマ残差スケーリング］
ルーマ依存クロマ残差スケーリングは、固定点整数演算で実装される乗法プロセスである。クロマ残差スケーリングは、クロマ信号とのルーマ信号の相互作用を補償する。クロマ残差スケーリングは、ＴＵレベルで適用される。より具体的には、次が適用される：
－ イントラについては、再構成されたルーマが平均化される；
－ インターについては、予測ルーマが平均化される。
ルーマ依存クロマ残差スケーリングは、固定点整数演算で実装される乗法プロセスである。クロマ残差スケーリングは、クロマ信号とのルーマ信号の相互作用を補償する。クロマ残差スケーリングは、ＴＵレベルで適用される。より具体的には、次が適用される：
－ イントラについては、再構成されたルーマが平均化される；
－ インターについては、予測ルーマが平均化される。
【0056】
平均は、ＰＷＬモデルにおいてインデックスを識別するために使用される。インデックスは、スケーリング係数ｃＳｃａｌｅＩｎｖを識別する。クロマ残差は、その数を乗じられる。
【0057】
クロマスケーリング係数は、再構成されたルーマ値よりむしろ、前方マッピングされた予測されたルーマ値から計算されることが留意される。
【0058】
［２．９．２．３ ＩＬＲサイド情報の通知］
パラメータは、（現在）タイルグループヘッダで送信される（ＡＬＦと同様。）。これらは、伝えられるところによれば、４０～１００ビットを要する。
パラメータは、（現在）タイルグループヘッダで送信される（ＡＬＦと同様。）。これらは、伝えられるところによれば、４０～１００ビットを要する。
【0059】
次の仕様は、ＪＶＥＴ－Ｌ１００１のバージョン９に基づく。追加されたシンタックスは、「＋＋」を前に付けられている。
【0060】
７．３．２．１において、シーケンスパラメータセットＲＢＳＰシンタックス
【表2】
【0061】
７．３．３．１において、一般的なタイルグループヘッダシンタックス
【表3】
【0062】
新しいシンタックステーブルタイルグループリシェーパモデルの追加：
【表4】
【0063】
［２．９．２．４ ＩＬＲの利用］
エンコーダ側で、各ピクチャ（又はタイルグループ）は、最初に、再成形された領域に変換される。また、全てのコーディングプロセスは、再成形された領域で実行される。イントラ予測については、隣接ブロックは、再成形された領域にあり、インター予測については、（復号化ピクチャバッファからの元の領域から生成された）参照ブロックは、最初に、再成形された領域に変換される。次いで、残差が生成され、ビットストリームにコーディングされる。
エンコーダ側で、各ピクチャ（又はタイルグループ）は、最初に、再成形された領域に変換される。また、全てのコーディングプロセスは、再成形された領域で実行される。イントラ予測については、隣接ブロックは、再成形された領域にあり、インター予測については、（復号化ピクチャバッファからの元の領域から生成された）参照ブロックは、最初に、再成形された領域に変換される。次いで、残差が生成され、ビットストリームにコーディングされる。
【0064】
ピクチャ（又はタイルグループ）全体が符号化／復号化を終えた後、再成形された領域におけるサンプルは、元の領域に変換され、次いで、デブロッキングフィルタ及び他のフィルタが適用される。
【0065】
予測信号に対する前方リシェーピングは、次の場合については無効にされる：
○ 現在のブロックがイントラコーディングされている；
○ 現在のブロックがＣＰＲ（Current Picture Referencing，別名Intra Block Copy，ＩＢＣ）としてコーディングされている；
○ 現在のブロックが、インター－イントラ複合モード（Combined Inter-Intra mode，ＣＩＩＰ）としてコーディングされており、前方リシェーピングが、イントラ予測ブロックについて無効にされる。
○ 現在のブロックがイントラコーディングされている；
○ 現在のブロックがＣＰＲ（Current Picture Referencing，別名Intra Block Copy，ＩＢＣ）としてコーディングされている；
○ 現在のブロックが、インター－イントラ複合モード（Combined Inter-Intra mode，ＣＩＩＰ）としてコーディングされており、前方リシェーピングが、イントラ予測ブロックについて無効にされる。
【0066】
［３ 既存の実施の欠点］
ＩＢＣ仮想バッファの現在の設計においては、いくつかの問題が存在する。
（１）ＣＴＵサイズが１２８×１２８よりも大きいときにＩＢＣ仮想バッファをどのように保持すべきかが、定義されていない。
（２）仮想バッファサイズと参照サンプルのサイズとの間の関係が、不明である。
（３）ＣＴＵ行のためのＢＶ及びＩＢＣモードのためのラインバッファが低減されることがある。
（４）サブピクチャが過剰に制限されることがある。
（５）クロマＱＰテーブルが、正しい方法で設計されないことがある。
ＩＢＣ仮想バッファの現在の設計においては、いくつかの問題が存在する。
（１）ＣＴＵサイズが１２８×１２８よりも大きいときにＩＢＣ仮想バッファをどのように保持すべきかが、定義されていない。
（２）仮想バッファサイズと参照サンプルのサイズとの間の関係が、不明である。
（３）ＣＴＵ行のためのＢＶ及びＩＢＣモードのためのラインバッファが低減されることがある。
（４）サブピクチャが過剰に制限されることがある。
（５）クロマＱＰテーブルが、正しい方法で設計されないことがある。
【0067】
［４ ＩＢＣのための一般的な仮想バッファの例示的な方法］
ｖＳｉｚｅによってＶＰＤＵの幅及び高さを表記する。例えば、ｖＳｉｚｅ＝ｍｉｎ（６４，ＣｔｂＳｉｚｅＹ）である。ここで、ｃｔｂＳｉｚｅＹは、ルーマＣＴＢ／ＣＴＵ幅／高さである。
ｖＳｉｚｅによってＶＰＤＵの幅及び高さを表記する。例えば、ｖＳｉｚｅ＝ｍｉｎ（６４，ＣｔｂＳｉｚｅＹ）である。ここで、ｃｔｂＳｉｚｅＹは、ルーマＣＴＢ／ＣＴＵ幅／高さである。
【0068】
目下開示されている技術の実施形態は、既存の実施の欠点を解消し、それによって、より高いコーディング効率をビデオコーディングにもたらす。開示されている技術に基づいた、ＩＢＣのための一般的な仮想バッファの方法は、既存のビデオコーディング標準規格及び将来のビデオコーディング標準規格の両方を向上させることができ、様々な実施について記載されている以下の例で説明される。以下で与えられている開示されている技術の例は、一般概念を説明するものであり、限定として解釈されるよう意図されない。例において、別段明示的に示されない限り、これらの例で記載されている様々な特徴は、組み合わされてもよい。
【0069】
ＩＢＣバッファ関連
１．ＩＢＣ仮想バッファ（例えば、ブロックベクトル又はマッピングされたサンプルが妥当であるかどうかを決定するために使用される。）のサイズは、ＶＰＤＵサイズ、ＣＴＢ／ＣＴＵサイズに依存してよい。
ａ．一例で、仮想バッファの幅×高さは固定であってよいが、仮想バッファの幅及び／又は高さは、ＶＰＤＵサイズ及び／又はＣＴＢ／ＣＴＵサイズに依存してもよい。
ｂ．一例で、仮想バッファの高さは、ＣＴＢ／ＣＴＵの高さに等しくてもよい。
ｉ．代替的に、更に、仮想バッファの幅は、（ＩＢＣ仮想バッファサイズ／ＣＴＢの高さ）に等しくてもよい。
ｃ．一例で、仮想バッファの幅は、ＣＴＢ／ＣＴＵの幅に等しくてもよい。
ｄ．一例で、仮想バッファの幅は、ＶＰＤＵ幅の１倍又は複数倍であってよい。
ｅ．一例で、仮想バッファの高さは、ＶＰＤＵ高さの１倍又は複数倍であってよい。
１．ＩＢＣ仮想バッファ（例えば、ブロックベクトル又はマッピングされたサンプルが妥当であるかどうかを決定するために使用される。）のサイズは、ＶＰＤＵサイズ、ＣＴＢ／ＣＴＵサイズに依存してよい。
ａ．一例で、仮想バッファの幅×高さは固定であってよいが、仮想バッファの幅及び／又は高さは、ＶＰＤＵサイズ及び／又はＣＴＢ／ＣＴＵサイズに依存してもよい。
ｂ．一例で、仮想バッファの高さは、ＣＴＢ／ＣＴＵの高さに等しくてもよい。
ｉ．代替的に、更に、仮想バッファの幅は、（ＩＢＣ仮想バッファサイズ／ＣＴＢの高さ）に等しくてもよい。
ｃ．一例で、仮想バッファの幅は、ＣＴＢ／ＣＴＵの幅に等しくてもよい。
ｄ．一例で、仮想バッファの幅は、ＶＰＤＵ幅の１倍又は複数倍であってよい。
ｅ．一例で、仮想バッファの高さは、ＶＰＤＵ高さの１倍又は複数倍であってよい。
【0070】
２．ＩＢＣ ＢＶ探索エリアのためえの必要とされるメモリサイズと比較して、より大きいＩＢＣ仮想バッファサイズを割り当てることが提案される。
ａ．一例で、ＩＢＣ仮想バッファサイズは、ＩＢＣに使用されるＶＰＤＵメモリの全体のサイズよりも大きくてよい。
ｉ．一例で、もう１つのＣＴＵがＩＢＣ仮想バッファに割り当てられてもよい。
ｂ．一例で、ＩＢＣ仮想バッファサイズの幅は、（１２８×１２８／ｃｔｂＳｉｚｅＹ＋ｃｔｂＳｉｚｅＹ）であってよい。
ｃ．一例で、ＩＢＣ仮想バッファサイズの幅は、（１２８×１２８／ｃｔｂＳｉｚｅＹ＋ｃｔｂＳｉｚｅＹ）であってよく、ＩＢＣ仮想バッファサイズの高さは、ｃｔｂＳｉｚｅＹであってよい。
ａ．一例で、ＩＢＣ仮想バッファサイズは、ＩＢＣに使用されるＶＰＤＵメモリの全体のサイズよりも大きくてよい。
ｉ．一例で、もう１つのＣＴＵがＩＢＣ仮想バッファに割り当てられてもよい。
ｂ．一例で、ＩＢＣ仮想バッファサイズの幅は、（１２８×１２８／ｃｔｂＳｉｚｅＹ＋ｃｔｂＳｉｚｅＹ）であってよい。
ｃ．一例で、ＩＢＣ仮想バッファサイズの幅は、（１２８×１２８／ｃｔｂＳｉｚｅＹ＋ｃｔｂＳｉｚｅＹ）であってよく、ＩＢＣ仮想バッファサイズの高さは、ｃｔｂＳｉｚｅＹであってよい。
【0071】
３．ＩＢＣブロックの参照ブロックは、特定のＶＰＤＵ行又はＶＰＤＵ列内に完全にあるよう制約されてよい。
ａ．一例で、参照ブロックは、異なるＶＰＤＵ行を横断することを許されなくてもよい。
ｂ．一例で、参照ブロックは、異なるＶＰＤＵ列を横断することを許されなくてもよい。
ｃ．一例で、上ＶＰＤＵ行又は列は、ピクチャと相対的であってよい。
ｄ．一例で、上ＶＰＤＵ行又は列は、ＩＢＣ仮想バッファと相対的であってよい。
ｅ．代替的に、更に、上記の方法は、ＢＶによって指示される参照ブロックが２つ以上のＣＴＵ／ＣＴＢを横断するときに呼び出されてよい。
ａ．一例で、参照ブロックは、異なるＶＰＤＵ行を横断することを許されなくてもよい。
ｂ．一例で、参照ブロックは、異なるＶＰＤＵ列を横断することを許されなくてもよい。
ｃ．一例で、上ＶＰＤＵ行又は列は、ピクチャと相対的であってよい。
ｄ．一例で、上ＶＰＤＵ行又は列は、ＩＢＣ仮想バッファと相対的であってよい。
ｅ．代替的に、更に、上記の方法は、ＢＶによって指示される参照ブロックが２つ以上のＣＴＵ／ＣＴＢを横断するときに呼び出されてよい。
【0072】
４．ＩＢＣブロックの参照ブロックは、複数のＶＰＤＵを横断して／異なるＶＰＤＵ行／ＶＰＤＵ列を横断してよい。ただし、追加の動作が、参照ブロック内のいくつかの予測値を充てんするために必要とされる場合がある。
ａ．一例で、いくつかのデフォルト値が、いくつかの予測値を充てんするために利用されてよい。
ａ．一例で、いくつかのデフォルト値が、いくつかの予測値を充てんするために利用されてよい。
【0073】
５．範囲制約が、ＩＢＣモードで使用されるブロックベクトル（ＢＶ）及び／又はブロックベクトル差分（Block Vector Differences，ＢＶＤ）に適用されてよい。
ａ．一例で、ＢＶ／ＢＶＤの許容範囲は、現在のブロックをカバーするＣＴＵ／ＣＴＢに対する座標などの、現在のＩＢＣコーディングブロックの位置に依存してよい。
ｂ．一例で、ブロックベクトルは、［－２ｍ，２ｍ－１］の範囲に制約されてよい。
ｃ．一例で、精度変換後のブロックベクトル差分は、［－２ｎ，２ｎ－１］の範囲に制約されてよい。
ｄ．一例で、精度変換後のブロックベクトル差分は、［－２ｎ＋１，２ｎ－１］の範囲に制約されてよい。
ｅ．ビットストリームで通知されたブロックベクトル差分は、［－２ｎ，２ｎ－１］の範囲に制約されてよい。
ｆ．一例で、ビットストリームで通知されたブロックベクトル差分は、［－２ｎ＋１，２ｎ－１］の範囲に制約されてよい。
ｇ．一例で、ｍは、１８又は１７又は１５にセットされる。
ｈ．一例で、ｎは、１７又は１６又は１４にセットされる。
ｉ．一例で、ｍ及び／又はｎは、ブロックベクトル差分に関連した精度及び／又はＢＶ／動きベクトル記憶のための精度に依存してよい。
ｊ．一例で、ブロックベクトルは、インター予測モードに使用される動きベクトルと同じ範囲に制約されてよい。
ｋ．一例で、ブロックベクトル差分は、インター予測モードに使用される動きベクトルと同じ範囲に制約されてよい。
ｌ．一例で、コンフォーマンスビットストリームは、上記のサブビュレットが満足されることを満足すべきである。
ｉ．代替的に、ＢＶ／ＢＶＤに対するクリッピングプロセスは、ＢＶ／ＢＶＤがブロックを符号化／復号化するために利用される前に、復号されたＢＶ／ＢＶＤに適用されてよい。
ａ．一例で、ＢＶ／ＢＶＤの許容範囲は、現在のブロックをカバーするＣＴＵ／ＣＴＢに対する座標などの、現在のＩＢＣコーディングブロックの位置に依存してよい。
ｂ．一例で、ブロックベクトルは、［－２ｍ，２ｍ－１］の範囲に制約されてよい。
ｃ．一例で、精度変換後のブロックベクトル差分は、［－２ｎ，２ｎ－１］の範囲に制約されてよい。
ｄ．一例で、精度変換後のブロックベクトル差分は、［－２ｎ＋１，２ｎ－１］の範囲に制約されてよい。
ｅ．ビットストリームで通知されたブロックベクトル差分は、［－２ｎ，２ｎ－１］の範囲に制約されてよい。
ｆ．一例で、ビットストリームで通知されたブロックベクトル差分は、［－２ｎ＋１，２ｎ－１］の範囲に制約されてよい。
ｇ．一例で、ｍは、１８又は１７又は１５にセットされる。
ｈ．一例で、ｎは、１７又は１６又は１４にセットされる。
ｉ．一例で、ｍ及び／又はｎは、ブロックベクトル差分に関連した精度及び／又はＢＶ／動きベクトル記憶のための精度に依存してよい。
ｊ．一例で、ブロックベクトルは、インター予測モードに使用される動きベクトルと同じ範囲に制約されてよい。
ｋ．一例で、ブロックベクトル差分は、インター予測モードに使用される動きベクトルと同じ範囲に制約されてよい。
ｌ．一例で、コンフォーマンスビットストリームは、上記のサブビュレットが満足されることを満足すべきである。
ｉ．代替的に、ＢＶ／ＢＶＤに対するクリッピングプロセスは、ＢＶ／ＢＶＤがブロックを符号化／復号化するために利用される前に、復号されたＢＶ／ＢＶＤに適用されてよい。
【0074】
６．ＩＢＶ仮想バッファにマッピングされる利用可能なサンプルの数は、制限されてよい。
ａ．一例で、バッファにマッピングされる利用可能なサンプルの最大数は、ＩＢＣ仮想バッファサイズよりも小さくてよい。
ｂ．一例で、ＩＢＣ仮想バッファにマッピングされる利用可能なサンプルの最大数は、６４×６４よりも大きい。
ｃ．一例で、ＩＢＣ仮想バッファにマッピングされる利用可能なサンプルの数は、ＶＰＤＵ内のサンプルの数の１倍又は複数倍以下であるよう制限されてよい。
ｉ．一例で、ＩＢＣ仮想バッファにマッピングされる利用可能なサンプルの数は、ＣＴＵ／ＣＴＢサイズが６４×６４よりも大きいとき、ＶＰＤＵ内のサンプルの数の三倍以下であるよう制限されてよい。
ａ．一例で、バッファにマッピングされる利用可能なサンプルの最大数は、ＩＢＣ仮想バッファサイズよりも小さくてよい。
ｂ．一例で、ＩＢＣ仮想バッファにマッピングされる利用可能なサンプルの最大数は、６４×６４よりも大きい。
ｃ．一例で、ＩＢＣ仮想バッファにマッピングされる利用可能なサンプルの数は、ＶＰＤＵ内のサンプルの数の１倍又は複数倍以下であるよう制限されてよい。
ｉ．一例で、ＩＢＣ仮想バッファにマッピングされる利用可能なサンプルの数は、ＣＴＵ／ＣＴＢサイズが６４×６４よりも大きいとき、ＶＰＤＵ内のサンプルの数の三倍以下であるよう制限されてよい。
【0075】
７．ＩＢＣ仮想バッファにマッピングされるＩＢＣ参照サンプルの利用不可能性マーキングは、ＶＰＤＵの粒度で実行されてよい。
ａ．一例で、サンプルが利用不可とマークされる必要があるとき、同じＶＰＤＵ内のサンプルも利用不可とマークされてよい。
ｂ．一例で、１つ又は複数のＶＰＤＵが同時に利用不可とマークされてよい。
ｃ．一例で、どのＶＰＤＵのサンプルが利用不可とマークされるかは、現在のＶＰＤＵの位置に依存してよい、
ｄ．一例で、どのＶＰＤＵのサンプルが利用不可とマークされるかは、前の又は最も最近に復号されたＶＰＤＵの位置に依存してよい。
ａ．一例で、サンプルが利用不可とマークされる必要があるとき、同じＶＰＤＵ内のサンプルも利用不可とマークされてよい。
ｂ．一例で、１つ又は複数のＶＰＤＵが同時に利用不可とマークされてよい。
ｃ．一例で、どのＶＰＤＵのサンプルが利用不可とマークされるかは、現在のＶＰＤＵの位置に依存してよい、
ｄ．一例で、どのＶＰＤＵのサンプルが利用不可とマークされるかは、前の又は最も最近に復号されたＶＰＤＵの位置に依存してよい。
【0076】
８．ＣＴＵ／ＣＴＢサイズが６４×６４よりも大きいとき、ＩＢＣ参照は、現在のＶＰＤＵ及び３つの最も最近に復号されたＶＰＤＵであってよい。
ａ．一例で、インデックスは、各ＶＰＤＵの復号化順序を追跡するよう、仮想ＩＢＣバッファにマッピングされた各ＶＰＤＵについて保持されてよい。
ａ．一例で、インデックスは、各ＶＰＤＵの復号化順序を追跡するよう、仮想ＩＢＣバッファにマッピングされた各ＶＰＤＵについて保持されてよい。
【0077】
９．カウンタが、バッファにマッピングされた利用可能なＶＰＤＵの数を追跡するよう保持されてよい。
ａ．一例で、カウンタは、各ＣＴＵ行の復号化の初めに０にリセットされ、バッファにマッピングされた１つのＶＰＤＵが復号されると１ずつ増やされる。
ｂ．一例で、カウンタが特定の値、例えば、３よりも大きいと、バッファにマッピングされた１つのＶＰＤＵのサンプルは利用不可とマークされてよく、カウンタは１だけ減じられてよい。
ａ．一例で、カウンタは、各ＣＴＵ行の復号化の初めに０にリセットされ、バッファにマッピングされた１つのＶＰＤＵが復号されると１ずつ増やされる。
ｂ．一例で、カウンタが特定の値、例えば、３よりも大きいと、バッファにマッピングされた１つのＶＰＤＵのサンプルは利用不可とマークされてよく、カウンタは１だけ減じられてよい。
【0078】
１０．ＣＴＵ／ＣＴＢサイズが１２８×１２８であるとき、対応するＩＢＣ仮想バッファは、サイズが２５６×１２８であってよい。
ａ．代替的に、ＩＢＣ仮想バッファは、サイズが（ｋ×６４）×１２８であってよく、ｋ＞２である。
ａ．代替的に、ＩＢＣ仮想バッファは、サイズが（ｋ×６４）×１２８であってよく、ｋ＞２である。
【0079】
１１．ＣＴＵ／ＣＴＢサイズが２５６×２５６であるとき、対応するＩＢＣ仮想バッファは、参照サンプルの利用可能性を追跡するようサイズが６４×２５６であってよく、つまり、ｉｂｃＢｕｆＷ＝６４及びｉｂｃＢｕｆＨ＝２５６である。
ａ．一例で、左上が（ｘ０，ｙ０）であるＶＰＤＵを復号する前に、ＩＢＣバッファ内の対応するＶＰＤＵ行（０，ｙ０％２５６）は－１にセットされる。
ａ．一例で、左上が（ｘ０，ｙ０）であるＶＰＤＵを復号する前に、ＩＢＣバッファ内の対応するＶＰＤＵ行（０，ｙ０％２５６）は－１にセットされる。
【0080】
１２．ＣＴＵ／ＣＴＢサイズが２５６×２５６であるとき、対応するＩＢＣ仮想バッファは、参照サンプルの利用可能性を追跡するサイズが１２８×２５６であってよく、つまり、ｉｂｃＢｕｆＷ＝１２８及びｉｂｃＢｕｆＨ＝２５６である。
ａ．一例で、ただ１つのＶＰＤＵが、特定のＶＰＤＵ行を除いたバッファ内の各ＶＰＤＵ行について保持されてよい（現在のＶＤＰＵを除く）。
ｉ．一例で、ただ１つのＶＰＤＵが、最後のＶＰＤＵ行を除いたバッファ内の各ＶＰＤＵ行について保持されてよい（現在のＶＤＰＵを除く）。
ａ．一例で、ただ１つのＶＰＤＵが、特定のＶＰＤＵ行を除いたバッファ内の各ＶＰＤＵ行について保持されてよい（現在のＶＤＰＵを除く）。
ｉ．一例で、ただ１つのＶＰＤＵが、最後のＶＰＤＵ行を除いたバッファ内の各ＶＰＤＵ行について保持されてよい（現在のＶＤＰＵを除く）。
【0081】
１３．ＩＢＣバッファは、ＣＴＵ行の初めにリセットされなくてもよい。
ａ．一例で、上ＣＴＵ行から受け継がれたＩＢＣ仮想バッファが、現在のＣＴＵ行の初期状態として使用されてよい。
ｂ．代替的に、ＩＢＣ仮想バッファは、ＣＴＵ行の初めに部分的にリセットされてもよい。
ｉ．一例で、上ＣＴＵ行内のＶＰＤＵは、現在のＩＢＣバッファにおいて受け継がれてもよく、一方、他のバッファ領域はリセットされてよい。
ｉｉ．一例で、上ＣＴＵ行の最左下ＶＰＤＵが、現在のＩＢＣバッファにおいて受け継がれてもよく、一方、他のバッファ領域はリセットされてよい。
ａ．一例で、上ＣＴＵ行から受け継がれたＩＢＣ仮想バッファが、現在のＣＴＵ行の初期状態として使用されてよい。
ｂ．代替的に、ＩＢＣ仮想バッファは、ＣＴＵ行の初めに部分的にリセットされてもよい。
ｉ．一例で、上ＣＴＵ行内のＶＰＤＵは、現在のＩＢＣバッファにおいて受け継がれてもよく、一方、他のバッファ領域はリセットされてよい。
ｉｉ．一例で、上ＣＴＵ行の最左下ＶＰＤＵが、現在のＩＢＣバッファにおいて受け継がれてもよく、一方、他のバッファ領域はリセットされてよい。
【0082】
１４．バッファ内のサンプルを利用不可としてマークすべきかどうか及び／又はどのようにマークすべきかは、クロマブロック位置と無関係であってよい。
ａ．一例で、ルーマブロックがＶＰＤＵ内の最初のブロックにある場合にのみ、ＩＢＣバッファ内の対応するサンプルは利用不可とマークされてよい。
ｂ．一例で、クロマコーディングユニットを復号するときにバッファ内のサンプルをリセットすること又は利用不可とマークすることは許されない。
ａ．一例で、ルーマブロックがＶＰＤＵ内の最初のブロックにある場合にのみ、ＩＢＣバッファ内の対応するサンプルは利用不可とマークされてよい。
ｂ．一例で、クロマコーディングユニットを復号するときにバッファ内のサンプルをリセットすること又は利用不可とマークすることは許されない。
【0083】
１５．ＩＢＣ仮想バッファ内のサンプルをマークすべきかどうか及び／又はどのようにマークすべきかは、最も最近に復号されたＶＰＤＵの位置及びＶＰＤＵサイズに依存してよい。
ａ．一例で、ＩＢＣ仮想バッファ内のサンプルを利用不可とマークすべきかどうか及び／又はどのようにマークすべきかは、ブリック／スライス／タイル／ピクチャの最も最近に復号されたＶＰＤＵの位置に依存してよい。
ｂ．一例で、ＩＢＣ仮想バッファ内のサンプルを利用不可とマークすべきかどうか及び／又はどのようにマークすべきかは、ブリック／スライス／タイル／ピクチャのＣＴＵ行内の最も最近に復号されたＶＰＤＵの位置に依存してよい。
ｃ．一例で、ＩＢＣ仮想バッファ内のどのサンプルを利用不可とマークすべきかは、現在のブロックの位置と無関係であってよい。
ａ．一例で、ＩＢＣ仮想バッファ内のサンプルを利用不可とマークすべきかどうか及び／又はどのようにマークすべきかは、ブリック／スライス／タイル／ピクチャの最も最近に復号されたＶＰＤＵの位置に依存してよい。
ｂ．一例で、ＩＢＣ仮想バッファ内のサンプルを利用不可とマークすべきかどうか及び／又はどのようにマークすべきかは、ブリック／スライス／タイル／ピクチャのＣＴＵ行内の最も最近に復号されたＶＰＤＵの位置に依存してよい。
ｃ．一例で、ＩＢＣ仮想バッファ内のどのサンプルを利用不可とマークすべきかは、現在のブロックの位置と無関係であってよい。
【0084】
ＩＢＣラインバッファ関連
１６．ＣＴＵ行にわたるブロックベクトル予測は許されない。
ａ．一例で、ブロックベクトル予測が現在のＣＴＵ行と比較して異なるＣＴＵ行からであるとき、それは利用不可と見なされ得る。
１６．ＣＴＵ行にわたるブロックベクトル予測は許されない。
ａ．一例で、ブロックベクトル予測が現在のＣＴＵ行と比較して異なるＣＴＵ行からであるとき、それは利用不可と見なされ得る。
【0085】
１７．ＣＴＵ行にわたる現在のＩＢＣブロックに対するデブロッキング決定は、他のブロックのブロックベクトル又は動きベクトルと無関係であってよい。
ａ．一例で、２つのブロックが異なるＣＴＵ行にあり、一方のブロックがＩＢＣモードでコーディングされ、他方がＩＢＣ又はインターモードでコーディングされるとき、デブロッキング境界強さは常に１に等しくセットされ得る。
ｂ．一例で、２つのブロックが異なるＣＴＵ行にあり、一方のブロックがＩＢＣモードでコーディングされ、他方がＩＢＣ又はインターモードでコーディングされるとき、デブロッキング境界強さは常に０に等しくセットされ得る。
ａ．一例で、２つのブロックが異なるＣＴＵ行にあり、一方のブロックがＩＢＣモードでコーディングされ、他方がＩＢＣ又はインターモードでコーディングされるとき、デブロッキング境界強さは常に１に等しくセットされ得る。
ｂ．一例で、２つのブロックが異なるＣＴＵ行にあり、一方のブロックがＩＢＣモードでコーディングされ、他方がＩＢＣ又はインターモードでコーディングされるとき、デブロッキング境界強さは常に０に等しくセットされ得る。
【0086】
１８．ＣＴＵ行にわたる現在のＩＢＣブロックに対するデブロッキング決定は、他のブロックがＩＢＣモード又はインターモードでコーディングされるかどうかと無関係であってよい。
ａ．一例で、２つのブロックが異なるＣＴＵ行にあり、一方のブロックがＩＢＣモードでコーディングされ、他方がイントラモードでコーディングされないとき、デブロッキング境界強さは常に１に等しくセットされ得る。
ａ．一例で、２つのブロックが異なるＣＴＵ行にあり、一方のブロックがＩＢＣモードでコーディングされ、他方がイントラモードでコーディングされないとき、デブロッキング境界強さは常に１に等しくセットされ得る。
【0087】
サブピクチャ関連
１９．特定の条件の下で２つのサブピクチャの間の予測（例えば、動き／サンプル予測）を許すことが提案される。
ａ．一例で、第１サブピクチャの境界がピクチャ境界（又はコンフォーマンスウィンドウ境界）と一致する場合に、第２サブピクチャからの情報を使用することが許される。
ｉ．代替的に、更に、サブピクチャ境界は左又は右サブピクチャ境界である。
ｉｉ．代替的に、更に、ピクチャ境界は左又は右ピクチャ境界である。
ｉｉｉ．一例で、第２サブピクチャの左（又は右）境界はピクチャの左（又は右）境界と一致し得る。
ｂ．条件は、ピクチャラッピング（picture wrapping）が許される（例えば、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）場合にのみ真である。
１９．特定の条件の下で２つのサブピクチャの間の予測（例えば、動き／サンプル予測）を許すことが提案される。
ａ．一例で、第１サブピクチャの境界がピクチャ境界（又はコンフォーマンスウィンドウ境界）と一致する場合に、第２サブピクチャからの情報を使用することが許される。
ｉ．代替的に、更に、サブピクチャ境界は左又は右サブピクチャ境界である。
ｉｉ．代替的に、更に、ピクチャ境界は左又は右ピクチャ境界である。
ｉｉｉ．一例で、第２サブピクチャの左（又は右）境界はピクチャの左（又は右）境界と一致し得る。
ｂ．条件は、ピクチャラッピング（picture wrapping）が許される（例えば、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）場合にのみ真である。
【0088】
２０．ピクチャラッピングはサブピクチャを除く。
ａ．一例で、ピクチャラッピングは、サブピクチャが使用される場合に有効にされる。
ｂ．一例で、サブピクチャは、ピクチャラッピングが有効にされる場合に使用され得ない。
ｃ．代替的に、ピクチャラッピングは、サブピクチャが使用されるときに有効にされ得る。
ｉｖ．一例で、ピクチャラッピングは、ピクチャ境界と一致する境界を有しているサブピクチャについて有効にされ得る。
ａ．一例で、ピクチャラッピングは、サブピクチャが使用される場合に有効にされる。
ｂ．一例で、サブピクチャは、ピクチャラッピングが有効にされる場合に使用され得ない。
ｃ．代替的に、ピクチャラッピングは、サブピクチャが使用されるときに有効にされ得る。
ｉｖ．一例で、ピクチャラッピングは、ピクチャ境界と一致する境界を有しているサブピクチャについて有効にされ得る。
【0089】
クロマＱＰテーブル関連
２１．クロマＱＰテーブルの最小インデックスは、クロマ成分のビットデプスと無関係であってよい。
ａ．一例で、クロマＱＰテーブルの最小インデックスは、ルーマ成分のビットデプスに依存してよい。
ｂ．一例で、クロマＱＰテーブルの最小インデックスは、ＱｐＢｄＯｆｆｓｅｔＹ、すなわち、６＊ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８であってよい。
２１．クロマＱＰテーブルの最小インデックスは、クロマ成分のビットデプスと無関係であってよい。
ａ．一例で、クロマＱＰテーブルの最小インデックスは、ルーマ成分のビットデプスに依存してよい。
ｂ．一例で、クロマＱＰテーブルの最小インデックスは、ＱｐＢｄＯｆｆｓｅｔＹ、すなわち、６＊ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８であってよい。
【0090】
上記の例は、ビデオデコーダ又はビデオエンコーダで実装され得る、以下で記載される方法、例えば、方法４００に関連して組み込まれてよい。
【0091】
図４Ａは、ビデオ処理の例示的な方法４００のフローチャートを示す。方法４００は、ステップ４０２で、参照ブロック内のピクセルに基づきコーディングされる現在のブロックに関連した仮想バッファのサイズに基づいて、仮想バッファにマッピングされた１つ以上のサンプル又はブロックベクトルの有効性に関して決定を行うことを含み、現在のピクチャは現在のブロック及び参照ブロックを含み、仮想バッファのサイズは仮想パイプラインデータユニット（ＶＰＤＵ）のサイズ、コーディングツリーブロック（Coding Tree Block，ＣＴＢ）のサイズ又はコーディングツリーユニット（ＣＴＵ）のサイズに基づく。
【0092】
方法４００は、ステップ４０４で、決定に基づいて、現在のブロックと現在のブロックのビットストリーム表現との間の変換を実行することを含む。
【0093】
図４Ｂは、ビデオ処理の例示的な方法４２０のフローチャートを示す。方法４２０は、ステップ４２２で、参照ブロック内のピクセルに基づきコーディングされる現在のブロックについて、参照ブロックの１つ以上の参照サンプルを利用不可と指定することを含み、１つ以上の参照サンプルの夫々は、仮想バッファにマッピングされ、参照ブロックに関連した少なくとも現在の仮想パイプラインデータユニット（ＶＰＤＵ）において対応するサンプルを有し、現在のピクチャは現在のブロック及び参照ブロックを含む。
【0094】
方法４２０は、ステップ４２４で、指定に基づいて、現在のブロックと現在のブロックのビットストリーム表現との間の変換を実行することを含む。
【0095】
図４Ｃは、ビデオ処理の例示的な方法４４０のフローチャートを示す。方法４００は、ステップ４４２で、参照ブロック内のピクセルに基づきコーディングされる現在のブロックについて、現在のブロックのコーディングツリーユニット（ＣＴＵ）のサイズ又はコーディングツリーブロック（ＣＴＢ）のサイズに基づいて、参照ブロックに関連した仮想バッファのサイズを決定することを含み、現在のピクチャは現在のブロック及び参照ブロックを含む。
【0096】
方法４４０は、ステップ４４４で、決定に基づいて、現在のブロックと現在のブロックのビットストリーム表現との間の変換を実行することを含む。
【0097】
［５ 開示されている技術の実施例］
［５．１ 実施形態＃１］
ＣＴＵサイズが２５６×２５６であるとき、６４×２５６のＩＢＣ仮想バッファｉｂｃＢｕｆが保持される。つまり、ｉｂｃＢｕｆＷ＝６４、ｉｂｃＢｕｆＨ＝２５６である。ＶＰＤＵサイズは６４×６４であり、現在のＶＰＤＵに加えて、３つの追加ＶＰＤＵのオンチップメモリがＩＢＣ参照サンプルを記憶するために使用される。
［５．１ 実施形態＃１］
ＣＴＵサイズが２５６×２５６であるとき、６４×２５６のＩＢＣ仮想バッファｉｂｃＢｕｆが保持される。つまり、ｉｂｃＢｕｆＷ＝６４、ｉｂｃＢｕｆＨ＝２５６である。ＶＰＤＵサイズは６４×６４であり、現在のＶＰＤＵに加えて、３つの追加ＶＰＤＵのオンチップメモリがＩＢＣ参照サンプルを記憶するために使用される。
【0098】
バッファｉｂｃＢｕｆは、ＣＴＵ行の復号化の初めに－１にリセットされる。
【0099】
最初に、ピクチャの左上隅に対して左上位置（ｘ０，ｙ０）を有する新しいＶＰＤＵを復号すると、次が適用される：
１）ｘ＝ｘ０，・・・，ｘ０＋６３、ｙ＝ｙ０，・・・，ｙ０＋６３について、ｉｂｃＢｕｆ［ｘ％ｉｂｃＢｕｆＷ］［ｙ％ｉｂｃＢｕｆＨ］＝－１である。
２）ＣＵを復号した後、ピクチャの左上隅に対するそのＣＵ内の（ｘ，ｙ）について、ｉｂｃＢｕｆ［ｘ％ｉｂｃＢｕｆＷ］［ｙ％ｉｂｃＢｕｆＨ］を、インループフィルタリング、例えば、ＳＡＯ，デブロッキング、ＡＬＦの前のサンプル（ｘ，ｙ）の再構成された値としてセットする。
３）ｂｖを考慮して、（ｘ，ｙ）のための参照は、ｉｂｃＢｕｆ［（ｘ＋ｂｖ［０］）％ｉｂｃＢｕｆＷ］［（ｙ＋ｂｖ［１］）％ＩｂｃＢｕｆＨ］である。
１）ｘ＝ｘ０，・・・，ｘ０＋６３、ｙ＝ｙ０，・・・，ｙ０＋６３について、ｉｂｃＢｕｆ［ｘ％ｉｂｃＢｕｆＷ］［ｙ％ｉｂｃＢｕｆＨ］＝－１である。
２）ＣＵを復号した後、ピクチャの左上隅に対するそのＣＵ内の（ｘ，ｙ）について、ｉｂｃＢｕｆ［ｘ％ｉｂｃＢｕｆＷ］［ｙ％ｉｂｃＢｕｆＨ］を、インループフィルタリング、例えば、ＳＡＯ，デブロッキング、ＡＬＦの前のサンプル（ｘ，ｙ）の再構成された値としてセットする。
３）ｂｖを考慮して、（ｘ，ｙ）のための参照は、ｉｂｃＢｕｆ［（ｘ＋ｂｖ［０］）％ｉｂｃＢｕｆＷ］［（ｙ＋ｂｖ［１］）％ＩｂｃＢｕｆＨ］である。
【0100】
次の２つの条件が真でなければならないことが、ビットストリーム制約である。
１）ピクチャの左上に対して左上位置（ｘ，ｙ）を有するＷ×Ｈのブロックを考えると、（ｙ％ｉｂｃＢｕｆＨ）＋Ｈ＜＝ｉｂｃＢｕｆＨである。
２）ｉｂｃＢｕｆ［（ｘ＋ｂｖ［０］）％ｉｂｃＢｕｆＷ］［（ｙ＋ｂｖ［１］）％ＩｂｃＢｕｆＨ］は、ｘ＝０，・・・，Ｗ－１、ｙ＝０，・・・，Ｈ－１について、無効なピクセル値、例えば、－１を含むべきではない。
１）ピクチャの左上に対して左上位置（ｘ，ｙ）を有するＷ×Ｈのブロックを考えると、（ｙ％ｉｂｃＢｕｆＨ）＋Ｈ＜＝ｉｂｃＢｕｆＨである。
２）ｉｂｃＢｕｆ［（ｘ＋ｂｖ［０］）％ｉｂｃＢｕｆＷ］［（ｙ＋ｂｖ［１］）％ＩｂｃＢｕｆＨ］は、ｘ＝０，・・・，Ｗ－１、ｙ＝０，・・・，Ｈ－１について、無効なピクセル値、例えば、－１を含むべきではない。
【0101】
［５．２ 実施形態＃２］
ＣＴＵサイズが２５６×２５６であるとき、１２８×２５６のＩＢＣ仮想バッファｉｂｃＢｕｆが保持される。つまり、ｉｂｃＢｕｆＷ＝１２８、ｉｂｃＢｕｆＨ＝２５６である。ＶＰＤＵサイズは６４×６４であり、現在のＶＰＤＵに加えて、３つの追加ＶＰＤＵのオンチップメモリがＩＢＣ参照サンプルを記憶するために使用される。
ＣＴＵサイズが２５６×２５６であるとき、１２８×２５６のＩＢＣ仮想バッファｉｂｃＢｕｆが保持される。つまり、ｉｂｃＢｕｆＷ＝１２８、ｉｂｃＢｕｆＨ＝２５６である。ＶＰＤＵサイズは６４×６４であり、現在のＶＰＤＵに加えて、３つの追加ＶＰＤＵのオンチップメモリがＩＢＣ参照サンプルを記憶するために使用される。
【0102】
バッファｉｂｃＢｕｆは、ＣＴＵ行の復号化の初めに－１にリセットされる。ｘＰｒｅｖＶＰＤＵ＝０及びｙＰｒｅｖＶＰＤＵ＝０である。
【0103】
最初に、ピクチャの左上隅に対して左上位置（ｘ０，ｙ０）を有する新しいＶＰＤＵを復号すると、次が適用される：
１）（ｙＰｒｅｖＶＰＤＵ＋６４）％ｉｂｃＢｕｆＨが０に等しくない場合に、ｘ＝ｘ０，・・・，ｘ０＋６３、ｙ＝ｙ０，・・・，ｙ０＋６３について、ｉｂｃＢｕｆ［（ｘ＋ｘＰｒｅｖＶＰＤＵ－６４）％ｉｂｃＢｕｆＷ］［（ｙ＋ｙＰｒｅｖＶＰＤＵ）％ｉｂｃＢｕｆＨ］＝－１である。
２）そうではない（（ｙＰｒｅｖＶＰＤＵ＋６４）％ｉｂｃＢｕｆＨが０に等しい）場合に、ｘ＝ｘ０，・・・，ｘ０＋６３、ｙ＝ｙ０，・・・，ｙ０＋６３について、ｉｂｃＢｕｆ［（ｘ＋ｘＰｒｅｖＶＰＤＵ）％ｉｂｃＢｕｆＷ］［（ｙ＋ｙＰｒｅｖＶＰＤＵ）％ｉｂｃＢｕｆＨ］＝－１である。
３）ｘＰｒｅｖＶＰＤＵ＝ｘ０及びｙＰｒｅｖＶＰＤＵ＝ｙ０である。
１）（ｙＰｒｅｖＶＰＤＵ＋６４）％ｉｂｃＢｕｆＨが０に等しくない場合に、ｘ＝ｘ０，・・・，ｘ０＋６３、ｙ＝ｙ０，・・・，ｙ０＋６３について、ｉｂｃＢｕｆ［（ｘ＋ｘＰｒｅｖＶＰＤＵ－６４）％ｉｂｃＢｕｆＷ］［（ｙ＋ｙＰｒｅｖＶＰＤＵ）％ｉｂｃＢｕｆＨ］＝－１である。
２）そうではない（（ｙＰｒｅｖＶＰＤＵ＋６４）％ｉｂｃＢｕｆＨが０に等しい）場合に、ｘ＝ｘ０，・・・，ｘ０＋６３、ｙ＝ｙ０，・・・，ｙ０＋６３について、ｉｂｃＢｕｆ［（ｘ＋ｘＰｒｅｖＶＰＤＵ）％ｉｂｃＢｕｆＷ］［（ｙ＋ｙＰｒｅｖＶＰＤＵ）％ｉｂｃＢｕｆＨ］＝－１である。
３）ｘＰｒｅｖＶＰＤＵ＝ｘ０及びｙＰｒｅｖＶＰＤＵ＝ｙ０である。
【0104】
次の２つの条件が真でなければならないことが、ビットストリーム制約である。
１）ピクチャの左上に対して左上位置（ｘ，ｙ）を有するＷ×Ｈのブロックを考えると、（ｙ％ｉｂｃＢｕｆＨ）＋Ｈ＜＝ｉｂｃＢｕｆＨである。
２）ｉｂｃＢｕｆ［（ｘ＋ｂｖ［０］）％ｉｂｃＢｕｆＷ］［（ｙ＋ｂｖ［１］）％ＩｂｃＢｕｆＨ］は、ｘ＝０，・・・，Ｗ－１、ｙ＝０，・・・，Ｈ－１について、無効なピクセル値、例えば、－１を含むべきではない。
１）ピクチャの左上に対して左上位置（ｘ，ｙ）を有するＷ×Ｈのブロックを考えると、（ｙ％ｉｂｃＢｕｆＨ）＋Ｈ＜＝ｉｂｃＢｕｆＨである。
２）ｉｂｃＢｕｆ［（ｘ＋ｂｖ［０］）％ｉｂｃＢｕｆＷ］［（ｙ＋ｂｖ［１］）％ＩｂｃＢｕｆＨ］は、ｘ＝０，・・・，Ｗ－１、ｙ＝０，・・・，Ｈ－１について、無効なピクセル値、例えば、－１を含むべきではない。
【0105】
［５．３ 実施形態＃３］
この実施形態は、ビュレット２を反映する。太字イタリック体でマークされている変更は、ＶＶＣ草案６ドキュメントＪＶＥＴ－Ｏ２００１－ｖＥに基づく。
この実施形態は、ビュレット２を反映する。太字イタリック体でマークされている変更は、ＶＶＣ草案６ドキュメントＪＶＥＴ－Ｏ２００１－ｖＥに基づく。
【表5】
【0106】
［５．４ 実施形態＃４］
この実施形態は、ビュレット３を反映する。
この実施形態は、ビュレット３を反映する。
【0107】
ピクチャの左上に対する現在のブロックの左上位置として（ｘＣｂ，ｙＣｂ）を表記する。ブロックの幅及び高さは、夫々、Ｗ及びＨである。ブロックのブロックベクトルは（ｘＢｖ，ｙＢｖ）である。
【0108】
ピクチャに対するＶＰＤＵ行の制約：
ビットストリーム制約は、（ｘＣｂ＋ｘＢｖ）／ｖＳｉｚｅが（ｘＣｂ＋ｘＢｖ＋Ｗ－１／ｖＳｉｚｅ）に等しくなければならないことである。
ビットストリーム制約は、（ｘＣｂ＋ｘＢｖ）／ｖＳｉｚｅが（ｘＣｂ＋ｘＢｖ＋Ｗ－１／ｖＳｉｚｅ）に等しくなければならないことである。
【0109】
ピクチャに対するＶＰＤＵ列の制約：
ビットストリーム制約は、（ｙＣｂ＋ｙＢｖ）／ｖＳｉｚｅが（ｙＣｂ＋ｙＢｖ＋Ｈ－１／ｖＳｉｚｅ）に等しくなければならないことである。
ビットストリーム制約は、（ｙＣｂ＋ｙＢｖ）／ｖＳｉｚｅが（ｙＣｂ＋ｙＢｖ＋Ｈ－１／ｖＳｉｚｅ）に等しくなければならないことである。
【0110】
ＩＢＣバッファに対するＶＰＤＵ行の制約：
ビットストリーム制約は、（（ｘＣｂ＋ｘＢｖ）％ＩｂｃＢｕｆＷｉｄｔｈＹ）／ｖＳｉｚｅが（（（ｘＣｂ＋ｘＢｖ＋Ｗ－１）％ＩｂｃＢｕｆＷｉｄｔｈＹ）／ｖＳｉｚｅ）に等しくなければならないことである。
ビットストリーム制約は、（（ｘＣｂ＋ｘＢｖ）％ＩｂｃＢｕｆＷｉｄｔｈＹ）／ｖＳｉｚｅが（（（ｘＣｂ＋ｘＢｖ＋Ｗ－１）％ＩｂｃＢｕｆＷｉｄｔｈＹ）／ｖＳｉｚｅ）に等しくなければならないことである。
【0111】
ＩＢＣバッファに対するＶＰＤＵ列の制約：
ビットストリーム制約は、（（ｙＣｂ＋ｙＢｖ）％ＩｂｃＢｕｆＨｅｉｇｈｔＹ）／ｖＳｉｚｅが（（（ｙＣｂ＋ｙＢｖ＋Ｈ－１）％ＩｂｃＢｕｆＨｅｉｇｈｔＹ）／ｖＳｉｚｅ）に等しくなければならないことである。
ビットストリーム制約は、（（ｙＣｂ＋ｙＢｖ）％ＩｂｃＢｕｆＨｅｉｇｈｔＹ）／ｖＳｉｚｅが（（（ｙＣｂ＋ｙＢｖ＋Ｈ－１）％ＩｂｃＢｕｆＨｅｉｇｈｔＹ）／ｖＳｉｚｅ）に等しくなければならないことである。
【0112】
［５．５ 実施形態＃５］
この実施形態は、ＩＢＣ仮想バッファ内のサンプルを利用不可とマークすることがクロマブロックと無関係であってよいことを反映する。
太字イタリック体でマークされている変更は、ＪＶＥＴ－Ｏ２００１－ｖＥに基づく。削除されたテキストは、二重括弧でマークされている（例えば、［［ａ］］は、文字「ａ」の削除を表す。）。
この実施形態は、ＩＢＣ仮想バッファ内のサンプルを利用不可とマークすることがクロマブロックと無関係であってよいことを反映する。
太字イタリック体でマークされている変更は、ＪＶＥＴ－Ｏ２００１－ｖＥに基づく。削除されたテキストは、二重括弧でマークされている（例えば、［［ａ］］は、文字「ａ」の削除を表す。）。
【表6】
【0113】
［５．６ 実施形態＃６］
【表7】
【0114】
［５．７ 実施形態＃７］
この実施形態は、サブピクチャ予測の許可の例を与える。ＪＶＥＴ－Ｏ２００１－ｖＥと比較した変更は、太字イタリック体で強調表示されており、削除されたテキストは、二重括弧でマークされている（例えば、［［ａ］］は、文字「ａ」の削除を表す。）。
この実施形態は、サブピクチャ予測の許可の例を与える。ＪＶＥＴ－Ｏ２００１－ｖＥと比較した変更は、太字イタリック体で強調表示されており、削除されたテキストは、二重括弧でマークされている（例えば、［［ａ］］は、文字「ａ」の削除を表す。）。
【表8】
【0115】
［５．８ 実施形態＃８］
この実施形態は、クロマＱＰテーブルの例示的な設計を示す。太字イタリック体でマークされている変更は、ＪＶＥＴ－Ｏ２００１－ｖＥに基づく。
この実施形態は、クロマＱＰテーブルの例示的な設計を示す。太字イタリック体でマークされている変更は、ＪＶＥＴ－Ｏ２００１－ｖＥに基づく。
【表9】
【0116】
図６は、ＶＰＤＵ列およびＶＰＤＵ行を横断する参照ブロックの例を示す。図６に示されるように、現在のＣＵ（格子模様のブロック６０２）について、赤色で塗りつぶされたブロック（無地のブロック６０４）は、横断ＶＰＤＵ列参照ブロックであり、ブロック（対角縞模様のブロック６０６）は、横断ＶＰＤＵ行参照ブロックである。夫々の大きいブロックは６４×６４ＶＰＤＵを示す、エリア（６０８）は、ＩＢＣ参照のために使用され得る再構成されたピクセルを示している。
【0117】
図５は、ビデオ処理装置５００のブロック図である。装置５００は、ここで記載されている方法の１つ以上を実装するために使用され得る。装置５００は、スマートフォン、タブレット、コンピュータ、インターネット・オブ・シングス（ＩｏＴ）レシーバ、などで具現化されてもよい。装置５００は、１つ以上のプロセッサ５０２，１つ以上のメモリ５０４、及びビデオ処理ハードウェア５０６を含み得る。プロセッサ５０２は、本明細書で記載される１つ以上の方法（方法４００を含むが限られない。）を実装するよう構成され得る。メモリ（複数のメモリ）５０４は、本明細書で記載される方法及び技術を実装するために使用されるデータ及びコードを記憶するために使用され得る。ビデオ処理ハードウェア５０６は、ハードウェア回路にといて、本明細書で記載されるいくつかの技術を実装するために使用され得る。いくつかの実施形態において、ビデオ処理ハードウェア５０６は、プロセッサ５０２（例えば、グラフィクスコプロセッサ）内に部分的に又は完全に含まれてもよい。
【0118】
図７は、本明細書で開示される様々な技術が実装され得る、例となるビデオ処理システム７００を示すブロック図である。様々な実施は、システム７００のコンポーネントの一部又は全部を含んでもよい。システム７００は、ビデオコンテンツを受ける入力部７０２を含み得る。ビデオコンテンツは、生の又は圧縮されていないフォーマット、例えば、８又は１０ビットのマルチコンポーネントピクセル値で受け取られてもよく、あるいは、圧縮又は符号化されたフォーマットであってもよい。入力部７０２は、ネットワークインターフェース、ペリフェラルバスインターフェース、又はストレージインターフェースに相当してもよい。ネットワークインターフェースの例には、Ｅｔｈｅｒｎｅｔ（登録商標）、受動光ネットワーク（ＰＯＮ）などのような有線インターフェース、及びＷｉ－Ｆｉ又はセルラーネットワークなどの無線インターフェースが含まれる。
【0119】
システム７００は、本明細書で記載されている様々なコーディング又は符号化方法を実装し得るコーディングコンポーネント７０４を含んでもよい。コーディングコンポーネント７０４は、ビデオのコーディングされた表現を生成するよう、入力部７０２からコーディングコンポーネント７０４の出力部へのビデオの平均ビットレートを低減し得る。コーディング技術は、従って、ビデオ圧縮又はビデオトランスコーディング技術と時々呼ばれる。コーディングコンポーネント７０４の出力は、コンポーネント７０６によって表されるように、保存されても、あるいは、接続された通信を介して伝送されてもよい。入力部７０２で受け取られたビデオの保存又は通信されたビットストリーム（又はコーディングされた）表現は、ピクセル値又は表示インターフェース７１０へ送られる表示可能なビデオを生成するコンポーネント７０８によって使用されてもよい。ユーザが見ることができるビデオをビットストリーム表現から生成するプロセスは、ビデオ圧縮解除と時々呼ばれる。更に、特定のビデオ処理動作が「コーディング」動作又はツールと呼ばれる一方で、そのようなコーディングツール又は動作はエンコーダで使用され、コーディングの結果を入れ替える対応する復号化ツール又は動作は、デコーダによって実行されることになることが理解されるだろう。
【0120】
ペリフェラルバスインターフェース又は表示インターフェースの例には、ユニバーサルシリアルバス（ＵＳＢ）又は高精細マルチメディアインターフェース（ＨＤＭＩ（登録商標））又はＤｉｓｐｌａｙｐｏｒｔ（登録商標）などが含まれ得る。ストレージインターフェースの例には、ＳＡＴＡ（Serial Advanced Technology Attachment）、ＰＣＩ、ＩＤＥインターフェース、などがある。本明細書で説明されている技術は、携帯電話機、ラップトップ、スマートフォン、又はデジタルデータ処理及び／又はビデオ表示を実行する能力がある他のデバイスなどの様々な電子デバイスで具現化されてもよい。
【0121】
図８は、本開示の技術を利用し得る、例となるビデオコーディングシステム１００を表すブロック図である。
【0122】
図８に示されるように、ビデオコーディングシステム１００は、発信元デバイス１１０及び送信先デバイス１２０を含んでよい。発信元デバイス１１０は、符号化されたビデオデータを生成し、ビデオ符号化デバイスと呼ばれ得る。送信先デバイス１２０は、発信元デバイス１１０によって生成された符号化されたビデオデータを復号することができ、ビデオ復号化デバイスと呼ばれ得る。
【0123】
発信元デバイス１１０は、ビデオソース１１２、ビデオエンコーダ１１４、及び入力／出力（Ｉ／Ｏ）インターフェース１１６を含んでよい。
【0124】
ビデオソース１１２は、ビデオ捕捉デバイスなどのソース、ビデオコンテンツプロバイダからビデオデータを受け取るインターフェース、及び／又はビデオデータを生成するコンピュータグラフィクスシステム、あるいは、そのようなソースの組み合わせを含んでよい。ビデオデータは１つ以上のピクチャを有してもよい。ビデオエンコーダ１１４は、ビットストリームを生成するようビデオソース１１２からのビデオデータを符号化する。ビットストリームは、ビデオデータのコーディングされた表現を形成するビットのシーケンスを含んでよい。ビットストリームは、コーディングされたピクチャ及び関連するデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディングされた表現である。関連するデータは、シーケンスパラメータセット、ピクチャパラメータセット、及び他のシンタックス構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変調器／復調器（モデム）及び／又は送信器を含んでよい。符号化されたビデオデータは、Ｉ／Ｏインターフェース１１６を介して送信先デバイス１２０に対してネットワーク１３０ａを通じて直接に伝送されてよい。符号化されたビデオデータはまた、送信先デバイス１２０によるアクセスのために記憶媒体／サーバ１３０ｂに記憶されてもよい。
【0125】
送信先デバイス１２０は、Ｉ／Ｏインターフェース１２６、ビデオデコーダ１２４、及び表示デバイス１２２を含んでよい。
【0126】
Ｉ／Ｏインターフェース１２６は、受信器及び／又はモデムを含んでよい。Ｉ／Ｏインターフェース１２６は、発信元デバイス１１０又は記憶媒体／サーバ１３０ｂから符号化されたビデオデータを取得してよい。ビデオデコーダ１２４は、符号化されたビデオデータを復号してよい。表示デバイス１２２は、復号されたビデオデータをユーザに表示してよい。表示デバイス１２２は、送信先デバイス１２０と一体化されてもよく、あるいは、外付け表示デバイスとインターフェース接続するよう構成されて送信先デバイス１２０の外にあってもよい。
【0127】
ビデオエンコーダ１１４及びビデオデコーダ１２４は、ＨＥＶＣ（High Efficiency Video Coding）標準規格、ＶＶＣ（Versatile Video Coding）標準規格、並びに他の現在の及び／又は更なる標準規格などのビデオ圧縮規格に従って作動してもよい。
【0128】
【0129】
ビデオエンコーダ２００は、本開示の技術のいずれか又は全てを実行するよう構成されてよい。図９の例において、ビデオエンコーダ２００は、複数の機能コンポーネントを含む。本開示で記載される技術は、ビデオエンコーダ２００の様々なコンポーネントの間で共有されてもよい。いくつかの例において、プロセッサは、本開示で記載される技術のいずれか又は全てを実行するよう構成されてもよい。
【0130】
ビデオエンコーダ２００の機能コンポーネントは、パーティションユニット２０１と、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５及びイントラ予測ユニット２０６を含み得る予測ユニット２０２と、残差生成ユニット２０７と、変換ユニット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２１１と、再構成ユニット２１２と、バッファ２１３と、エントロピ符号化ユニット２１４とを含んでよい。
【0131】
他の例において、ビデオエンコーダ２００は、より多い、より少ない、又は異なる機能コンポーネントを含んでもよい。例において、予測ユニット２０２は、イントラブロックコピー（Intra Block Copy，ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照ピクチャが、現在のビデオブロックが位置しているピクチャであるＩＢＣモードで、予測を実行してよい。
【0132】
更に、動き推定ユニット２０４及び動き補償ユニット２０５などのいくつかのコンポーネントは、高度に集積されてもよいが、説明のために図９の例では別々に表されている。
【0133】
パーティションユニット２０１は、ピクチャを１つ以上のビデオブロックにパーティション化してよい。ビデオエンコーダ２００及びビデオデコーダ３００は、様々なビデオブロックサイズをサポートしてよい。
【0134】
モード選択ユニット２０３は、例えば、エラー結果に基づいて、イントラ又はインターのコーディングモードの１つを選択し、結果として得られたイントラ又はインターコーディングされたブロックを、残差ブロックデータを生成する残差生成ユニット２０７へ、及び参照ピクチャとしての使用のために、符号化されたブロックを再構成する再構成ユニット２１２へ供給してよい。いくつかの例において、モード選択ユニット２０３は、予測がインター予測信号及びイントラ予測信号に基づくイントラ－インター複合予測（Combination of Intra and Inter Prediction，ＣＩＩＰ）モードを選択してもよい。モード選択ユニット２０３はまた、インター予測の場合に、ブロックの動きベクトルのための分解能（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。
【0135】
現在のビデオブロックに対してインター予測を実行するために、動き推定ユニット２０４は、バッファ２１３からの１つ以上の参照フレームを現在のビデオブロックと比較することによって、現在のビデオブロックの動き情報を生成してもよい。動き補償ユニット２０５は、動き情報と、現在のビデオブロックに関連したピクチャ以外のバッファ２１３からのピクチャの復号されたサンプルとに基づいて、現在のビデオブロックの予測されたビデオブロックを決定してもよい。
【0136】
動き推定ユニット２０４及び動き補償ユニット２０５は、例えば、現在のビデオブロックがＩスライス、Ｐスライス、又はＢスライスであるかどうかに応じて、現在のビデオブロックのために異なる動作を実行してもよい。
【0137】
いくつかの例において、動き推定ユニット２０４は、現在のビデオブロックのために一方向予測を実行してもよく、動き推定ユニット２０４は、現在のビデオブロックのための参照ビデオブロックをリスト０又はリスト１の参照ピクチャから探してもよい。動き推定ユニット２０４は、次いで、参照ビデオブロックを含むリスト０又はリスト１内の参照ピクチャを示す参照インデックスと、現在のビデオブロックと参照ビデオブロックとの間の空間変位を示す動きベクトルとを生成してよい。動き推定ユニット２０４は、現在のビデオブロックの動き情報として参照インデックス、予測方向インジケータ、及び動きベクトルを出力してもよい。動き補償ユニット２０５は、現在のビデオブロックの動き情報によって示されている参照ビデオブロックに基づいて、現在のブロックの予測されたビデオブロックを生成してもよい。
【0138】
他の例においては、動き推定ユニット２０４は、現在のビデオブロックのために双方向予測を実行してもよく、動き推定ユニット２０４は、現在のビデオブロックのための参照ビデオブロックをリスト０内の参照ピクチャから探してもよく、また、現在のビデオブロックのためのもう１つの参照ビデオブロックをリスト１内の参照ピクチャから探してもよい。動き推定ユニット２０４は、次いで、参照ビデオブロックを含むリスト０及びリスト１内の参照ピクチャを示す参照インデックスと、参照ビデオブロックと現在のビデオブロックとの間の空間変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現在のビデオブロックの動き情報として現在のビデオブロックの参照インデックス及び動きベクトルを出力してもよい。動き補償ユニット２０５は、現在のビデオブロックの動き情報によって示されている参照ビデオブロックに基づいて、現在のビデオブロックの予測されたビデオブロックを生成してもよい。
【0139】
いくつかの例において、動き推定ユニット２０４は、デコーダの復号化処理のために動き情報のフルセットを出力してもよい。
【0140】
いくつかの例において、動き推定ユニット２０４は、現在のビデオの動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、他のビデオブロックの動き情報を参照して現在のビデオブロックの動き情報を通知してもよい。例えば、動き推定ユニット２０４は、現在のビデオブロックの動き情報が隣接ビデオブロックの動き情報と十分に類似していることを決定してもよい。
【0141】
一例において、動き推定ユニット２０４は、現在のビデオブロックに関連したシンタックス構造において、現在のビデオブロックが他のビデオブロックと同じ動き情報を有していることをビデオデコーダ３００に示す値を示してもよい。
【0142】
他の例においては、動き推定ユニット２０４は、現在のビデオブロックに関連したシンタックス構造において、他のビデオブロック及び動きベクトル差分（Motion Vector Difference，ＭＶＤ）を特定してもよい。動きベクトル差分は、現在のビデオブロックの動きベクトルと、特定されているビデオブロックの動きベクトルとの間の差を示す。ビデオデコーダ３００は、現在のビデオブロックの動きベクトルを決定するために、特定されているビデオブロックの動きベクトル及び動きベクトル差分を使用してもよい。
【0143】
上述されたように、ビデオエンコーダ２００は、動きベクトルを予測的に通知してもよい。ビデオエンコーダ２００によって実装され得る予測シグナリング技術の２つの例には、アドバンスド動きベクトル予測（Advanced Motion Vector Prediction，ＡＭＶＰ）及びマージモードシグナリングがある。
【0144】
イントラ予測ユニット２０６は、現在のビデオブロックに対してイントラ予測を実行してもよい。イントラ予測ユニット２０６が現在のビデオブロックに対してイントラ予測を実行する場合に、イントラ予測ユニット２０６は、同じピクチャ内の他のビデオブロックの復号されたサンプルに基づいて、現在のビデオブロックの予測データを生成し得る。現在のビデオブロックの予測データは、予測されたビデオブロック及び様々なシンタックス要素を含んでもよい。
【0145】
残差生成ユニット２０７は、現在のビデオブロックから現在のビデオブロックの予測されたビデオブロックを減じること（例えば、マイナス符号によって示される。）によって、現在のビデオブロックの残差データを生成してもよい。現在のビデオブロックの残差データは、現在のビデオブロック内のサンプルの異なるサンプルコンポーネントに対応する残差ビデオブロックを含んでもよい。
【0146】
他の例においては、例えば、スキップモードで、現在のビデオブロックの残差データは存在しない場合があり、残差生成ユニット２０７は、減算演算を実行しなくてもよい。
【0147】
変換処理ユニット２０８は、現在のビデオブロックに関連した残差ビデオブロックに１つ以上の変換を適用することによって、現在のビデオブロックの１つ以上の変換係数ビデオブロックを生成してもよい。
【0148】
変換処理ユニット２０８が現在のビデオブロックに関連した変換係数ビデオブロックを生成した後、量子化ユニット２０９は、現在のビデオブロックに関連した１つ以上の量子化パラメータ（ＱＰ）値に基づいて、現在のビデオブロックに関連した変換係数ビデオブロックを量子化してもよい。
【0149】
逆量子化ユニット２１０及び逆変換ユニット２１１は、変換係数ビデオブロックに各々逆量子化及び逆変換を適用して、変換係数ビデオブロックから残差ビデオブロックを再構成してもよい。再構成ユニット２１２は、再構成された残差ビデオブロックを、予測ユニット２０２によって生成された１つ以上の予測されたビデオブロックからの対応するサンプルに加えて、バッファ２１３での記憶のために、現在のブロックに関連した再構成されたビデオブロックを生成してもよい。
【0150】
再構成ユニット２１２がビデオブロックを再構成した後、ループフィルタリング動作が、ビデオブロックにおいてビデオブロッキングアーチファクトを低減するよう実行されてもよい。
【0151】
エントロピ符号化ユニット２１４は、ビデオエンコーダ２００の他の機能コンポーネントからデータを受け取ってもよい。エントロピ符号化ユニット２１４がデータを受け取るとき、エントロピ符号化ユニット２１４は、エントロピ符号化されたデータを生成し、そのエントロピ符号化されたデータを含むビットストリームを生成するよう、１つ以上のエントロピ符号化動作を実行してもよい。
【0152】
【0153】
ビデオデコーダ３００は、本開示の技術のいずれか又は全てを実行するよう構成されてよい。図１０の例で、ビデオデコーダ３００は、複数の機能コンポーネントを含む。本開示で記載される技術は、ビデオデコーダ３００の様々なコンポーネントの間で共有されてもよい。いくつかの例で、プロセッサは、本開示で記載される技術のいずれか又は全てを実行するよう構成されてもよい。
【0154】
図１０の例において、ビデオデコーダ３００は、エントロピ復号化ユニット３０１と、動き補償ユニット３０２と、イントラ予測ユニット３０３と、逆量子化ユニット３０４と、逆変換ユニット３０５と、再構成ユニット３０６と、バッファ３０７とを含む。ビデオデコーダ３００は、いくつかの例において、ビデオエンコーダ２００（図９）に関して記載された符号化パスとは概して逆の復号化パスを実行してもよい。
【0155】
エントロピ復号化ユニット３０１は、符号化されたビットストリームを取り出し得る。符号化されたビットストリームは、エントロピコーディングされたビデオデータ（例えば、ビデオデータの符号化されたブロック）を含んでもよい。エントロピ復号化ユニット３０１は、エントロピコーディングされたビデオデータを復号してよく、エントロピ復号化されたビデオデータから、動き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、及び他の動き情報を含む動き情報を決定し得る。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマージモードを実行することによって、そのような情報を決定してもよい。
【0156】
動き補償ユニット３０２は、場合により、補間フィルタに基づく補間を実行して、動き補償されたブロックを生成してもよい。サブピクセル精度で使用される補間フィルタのための識別子は、シンタックス要素に含まれてもよい。
【0157】
動き補償ユニット３０２は、参照ブロックのサブ整数ピクセルについて補間値を計算するために、ビデオブロックの符号化中にビデオエンコーダ２００によって使用された補間フィルタを使用してもよい。動き補償ユニット３０２は、受け取られたシンタックス情報に従って、ビデオエンコーダ２００によって使用された補間フィルタを決定し、その補間フィルタを使用して、予測ブロックを生成し得る。
【0158】
動き補償ユニット３０２は、符号化されたビデオシーケンスのフレーム及び／又はスライスを符号化するために使用されるブロックのサイズと、符号化されたビデオシーケンスのピクチャの各マクロブロックがどのようにパーティション化されるかを記述するパーティション情報と、各インターコーディングされたブロックについての１つ以上の参照フレーム（及び参照フレームリスト）と、符号化されたビデオシーケンスを復号するための他の情報とを決定するために、シンタックス情報のいくつかを使用してもよい。
【0159】
イントラ予測ユニット３０３は、空間的に隣接するブロックから予測ブロックを形成するよう、例えば、ビットストリームで受け取られたイントラ予測モードを使用してもよい。逆量子化ユニット３０４は、ビットストリームで供給されてエントロピ復号化ユニット３０１によって復号された量子化されたビデオブロック係数を逆量子化する、すなわち、量子化解除する。逆変換ユニット３０５は、逆変換を適用する。
【0160】
再構成ユニット３０６は、動き補償ユニット３０２又はイントラ予測ユニット３０３によって生成された対応する予測ブロックを残差ブロックに加算して、復号されたブロックを形成し得る。望まれる場合には、デブロッキングフィルタも、ブロッキネスアーチファクトを取り除くために、復号されたブロックにフィルタをかけるよう適用されてもよい。浮く号されたビデオブロックは、次いで、バッファ３０７に格納され、バッファ３０７は、その後の動き補償／イントラ予測のために参照ブロックを提供し、更には、復号されたビデオを表示デバイスでの提示のために生成する。
【0161】
開示されている技術のいくつかの実施形態は、ビデオ処理ツール又はモードを有効にするとの決定又は判断を行うことを含む。例において、ビデオ処理ツール又はモードが有効にされる場合に、エンコーダは、ビデオのブロックの処理においてそのツール又はモードを使用又は実装することになるが、ツール又はモードの使用に基づき、必ずしも、結果として得られるビットストリームを変更しなくてもよい。つまり、ビデオのブロックからビデオのビットストリーム表現への変換は、ビデオ処理ツール又はモードが決定又は判断に基づき有効にされる場合にそのツール又はモードを使用することになる。他の例においては、ビデオ処理ツール又はモードが有効にされる場合に、デコーダは、ビットストリームがそのビデオ処理ツール又はモードに基づき変更されていると知った上で、ビットストリームを処理することになる。つまり、ビデオのビットストリーム表現からビデオのブロックへの変換は、決定又は判断に基づき有効にされたビデオ処理ツール又はモードを用いて実行されることになる。
【0162】
開示されている技術のいくつかの実施形態は、ビデオ処理ツール又はモードを無効にするとの決定又は判断を行うことを含む。例において、ビデオ処理ツール又はモードが無効にされる場合に、エンコーダは、ビデオのブロックからビデオのビットストリーム表現への変換においてそのツール又はモードを使用しない。他の例においては、ビデオ処理ツール又はモードが無効にされる場合に、デコーダは、決定又は判断に基づき無効にされたビデオ処理ツール又はモードを用いてビットストリームは変更されていないと知った上で、ビットストリームを処理することになる。
【0163】
本明細書中、「ビデオ処理」という用語は、ビデオ符号化、ビデオ復号化、ビデオ圧縮又はビデオ圧縮解除を指し得る。例えば、ビデオ圧縮アルゴリズムは、ビデオのピクセル表現から、対応するビットストリーム表現への変換中に、又はその逆も同様に、適用されてもよい。現在のビデオブロックのビットストリーム表現は、例えば、シンタックスによって定義されるような、ビットストリーム内で同一位置にあるか又は異なった場所に広がっているかのどちらかであるビットに対応してもよい。例えば、マクロブロックは、変換及びコーディングされた誤差残余値に関して、更には、ビットストリーム内のヘッダ及び他のフィールドにおけるビットを用いて、符号化されてよい。
【0164】
以下に挙げられているものは、数ある問題の中でも特に、本明細書で記載されている技術的問題に対処することができる実施形態を提供する。第１の付記の組は、前のセクションで開示されている技術の特定の特徴及び態様を記載する。
【0165】
（付記１）
ビデオ処理の方法であって、
参照ブロック内のピクセルに基づきコーディングされる現在のブロックに関連した仮想バッファのサイズに基づいて、前記仮想バッファにマッピングされた１つ以上のサンプル又はブロックベクトルの有効性に関して決定を行うステップであり、現在のピクチャは前記現在のブロック及び前記参照ブロックを含み、前記仮想バッファのサイズは仮想パイプラインデータユニット（ＶＰＤＵ）のサイズ、コーディングツリーブロック（ＣＴＢ）のサイズ又はコーディングツリーユニット（ＣＴＵ）のサイズに基づく、ステップと、
前記決定に基づいて、前記現在のブロックと前記現在のブロックのビットストリーム表現との間の変換を実行するステップと
を有する方法。
ビデオ処理の方法であって、
参照ブロック内のピクセルに基づきコーディングされる現在のブロックに関連した仮想バッファのサイズに基づいて、前記仮想バッファにマッピングされた１つ以上のサンプル又はブロックベクトルの有効性に関して決定を行うステップであり、現在のピクチャは前記現在のブロック及び前記参照ブロックを含み、前記仮想バッファのサイズは仮想パイプラインデータユニット（ＶＰＤＵ）のサイズ、コーディングツリーブロック（ＣＴＢ）のサイズ又はコーディングツリーユニット（ＣＴＵ）のサイズに基づく、ステップと、
前記決定に基づいて、前記現在のブロックと前記現在のブロックのビットストリーム表現との間の変換を実行するステップと
を有する方法。
【0166】
（付記２）
前記仮想バッファの高さ及び幅の積は一定であり、前記高さ又は前記幅は、前記ＶＰＤＵのサイズ、前記ＣＴＢのサイズ又は前記ＣＴＵのサイズに基づく、
付記１に記載の方法。
前記仮想バッファの高さ及び幅の積は一定であり、前記高さ又は前記幅は、前記ＶＰＤＵのサイズ、前記ＣＴＢのサイズ又は前記ＣＴＵのサイズに基づく、
付記１に記載の方法。
【0167】
（付記３）
前記仮想バッファの幅は、前記ＣＴＢの幅又は前記ＣＴＵの幅に等しい、
付記１に記載の方法。
前記仮想バッファの幅は、前記ＣＴＢの幅又は前記ＣＴＵの幅に等しい、
付記１に記載の方法。
【0168】
（付記４）
前記仮想バッファの幅又は高さは、夫々、前記ＶＰＤＵの幅又は高さのＮ倍であり、Ｎ≧１は整数である、
付記１に記載の方法。
前記仮想バッファの幅又は高さは、夫々、前記ＶＰＤＵの幅又は高さのＮ倍であり、Ｎ≧１は整数である、
付記１に記載の方法。
【0169】
（付記５）
前記１つ以上のサンプルの最大数は、前記仮想バッファのサイズに満たない、
付記１に記載の方法。
前記１つ以上のサンプルの最大数は、前記仮想バッファのサイズに満たない、
付記１に記載の方法。
【0170】
（付記６）
前記１つ以上のサンプルの最大数は、前記ＣＴＢのサイズ又は前記ＣＴＵのサイズが６４×６４よりも大きいとの決定される場合に不変である、
付記１に記載の方法。
前記１つ以上のサンプルの最大数は、前記ＣＴＢのサイズ又は前記ＣＴＵのサイズが６４×６４よりも大きいとの決定される場合に不変である、
付記１に記載の方法。
【0171】
（付記７）
前記１つ以上のサンプルの数は、前記ＶＰＤＵ内のサンプルの数のＮ倍以下であり、Ｎ≧１は整数である、
付記１に記載の方法。
前記１つ以上のサンプルの数は、前記ＶＰＤＵ内のサンプルの数のＮ倍以下であり、Ｎ≧１は整数である、
付記１に記載の方法。
【0172】
（付記８）
前記ＣＴＢのサイズ又は前記ＣＴＵのサイズが６４×６４よりも大きいと決定される場合にＮ＝３である、
付記７に記載の方法。
前記ＣＴＢのサイズ又は前記ＣＴＵのサイズが６４×６４よりも大きいと決定される場合にＮ＝３である、
付記７に記載の方法。
【0173】
（付記９）
ビデオ処理の方法であって、
参照ブロック内のピクセルに基づきコーディングされる現在のブロックについて、前記参照ブロックの１つ以上の参照サンプルを利用不可と指定するステップであり、前記１つ以上の参照サンプルの夫々は、仮想バッファにマッピングされ、前記参照ブロックに関連した少なくとも現在の仮想パイプラインデータユニット（ＶＰＤＵ）において対応するサンプルを有し、現在のピクチャは前記現在のブロック及び前記参照ブロックを含む、ステップと、
前記指定に基づいて、前記現在のブロックと前記現在のブロックのビットストリーム表現との間の変換を実行するステップと
を有する方法。
ビデオ処理の方法であって、
参照ブロック内のピクセルに基づきコーディングされる現在のブロックについて、前記参照ブロックの１つ以上の参照サンプルを利用不可と指定するステップであり、前記１つ以上の参照サンプルの夫々は、仮想バッファにマッピングされ、前記参照ブロックに関連した少なくとも現在の仮想パイプラインデータユニット（ＶＰＤＵ）において対応するサンプルを有し、現在のピクチャは前記現在のブロック及び前記参照ブロックを含む、ステップと、
前記指定に基づいて、前記現在のブロックと前記現在のブロックのビットストリーム表現との間の変換を実行するステップと
を有する方法。
【0174】
（付記１０）
前記現在のＶＰＤＵ内の前記対応するサンプルを利用不可と指定するステップを更に有する、
付記９に記載の方法。
前記現在のＶＰＤＵ内の前記対応するサンプルを利用不可と指定するステップを更に有する、
付記９に記載の方法。
【0175】
（付記１１）
前記対応するサンプルを指定することは、前記現在のＶＰＤＵの位置に基づく、
付記１０に記載の方法。
前記対応するサンプルを指定することは、前記現在のＶＰＤＵの位置に基づく、
付記１０に記載の方法。
【0176】
（付記１２）
前記対応するサンプルを指定することは、前のＶＰＤＵ又は最近復号されたＶＰＤＵの位置に基づく、
付記１０に記載の方法。
前記対応するサンプルを指定することは、前のＶＰＤＵ又は最近復号されたＶＰＤＵの位置に基づく、
付記１０に記載の方法。
【0177】
（付記１３）
前記１つ以上の参照サンプルの夫々は、３つの最も最近に復号されたＶＰＤＵの夫々における対応するサンプルを有する、
付記９に記載の方法。
前記１つ以上の参照サンプルの夫々は、３つの最も最近に復号されたＶＰＤＵの夫々における対応するサンプルを有する、
付記９に記載の方法。
【0178】
（付記１４）
ビデオ処理の方法４４０であって、
参照ブロック内のピクセルに基づきコーディングされる現在のブロックについて、前記現在のブロックのコーディングツリーユニット（ＣＴＵ）のサイズ又はコーディングツリーブロック（ＣＴＢ）のサイズに基づいて、前記参照ブロックに関連した仮想バッファのサイズを決定するステップであり、現在のピクチャは前記現在のブロック及び前記参照ブロックを含む、ステップと、
前記決定に基づいて、前記現在のブロックと前記現在のブロックのビットストリーム表現との間の変換を実行するステップと
を有する方法。
ビデオ処理の方法４４０であって、
参照ブロック内のピクセルに基づきコーディングされる現在のブロックについて、前記現在のブロックのコーディングツリーユニット（ＣＴＵ）のサイズ又はコーディングツリーブロック（ＣＴＢ）のサイズに基づいて、前記参照ブロックに関連した仮想バッファのサイズを決定するステップであり、現在のピクチャは前記現在のブロック及び前記参照ブロックを含む、ステップと、
前記決定に基づいて、前記現在のブロックと前記現在のブロックのビットストリーム表現との間の変換を実行するステップと
を有する方法。
【0179】
（付記１５）
前記仮想バッファのサイズは、前記ＣＴＢ又は前記ＣＴＵのサイズが１２８×１２８であると決定される場合に２５６×１２８である、
付記１４に記載の方法。
前記仮想バッファのサイズは、前記ＣＴＢ又は前記ＣＴＵのサイズが１２８×１２８であると決定される場合に２５６×１２８である、
付記１４に記載の方法。
【0180】
（付記１６）
前記仮想バッファのサイズは、前記ＣＴＢ又は前記ＣＴＵのサイズが２５６×２５６であると決定される場合に６４×２５６である、
付記１４に記載の方法。
前記仮想バッファのサイズは、前記ＣＴＢ又は前記ＣＴＵのサイズが２５６×２５６であると決定される場合に６４×２５６である、
付記１４に記載の方法。
【0181】
（付記１７）
前記仮想バッファのサイズは、前記ＣＴＢ又は前記ＣＴＵのサイズが２５６×２５６であると決定される場合に１２８×２５６である、
付記１４に記載の方法。
前記仮想バッファのサイズは、前記ＣＴＢ又は前記ＣＴＵのサイズが２５６×２５６であると決定される場合に１２８×２５６である、
付記１４に記載の方法。
【0182】
（付記１８）
前記現在のブロックを含む前記現在のピクチャ内の前記参照ブロック内のピクセルに基づき前記現在のブロックをコーディングすることは、イントラブロックコピー（ＩＢＣ）動作であり、前記仮想バッファはＩＢＣ仮想バッファである、
付記１乃至１７のうちいずれかに記載の方法。
前記現在のブロックを含む前記現在のピクチャ内の前記参照ブロック内のピクセルに基づき前記現在のブロックをコーディングすることは、イントラブロックコピー（ＩＢＣ）動作であり、前記仮想バッファはＩＢＣ仮想バッファである、
付記１乃至１７のうちいずれかに記載の方法。
【0183】
（付記１９）
ビデオ処理の方法であって、
ビデオの現在のブロックのビットストリーム表現と前記現在のブロックとの間の変換のために、前記変換のためのブロックベクトル探索エリアの最小サイズよりも大きいイントラブロックコピー（ＩＢＣ）仮想バッファサイズを割り当てるステップと、
前記割り当てに基づき前記変換を実行するステップと
を有する方法。
ビデオ処理の方法であって、
ビデオの現在のブロックのビットストリーム表現と前記現在のブロックとの間の変換のために、前記変換のためのブロックベクトル探索エリアの最小サイズよりも大きいイントラブロックコピー（ＩＢＣ）仮想バッファサイズを割り当てるステップと、
前記割り当てに基づき前記変換を実行するステップと
を有する方法。
【0184】
（付記２０）
前記ＩＢＣ仮想バッファサイズは、前記変換のために使用される仮想パイプラインデータユニットメモリの全サイズよりも大きい、
付記１９に記載の方法。
前記ＩＢＣ仮想バッファサイズは、前記変換のために使用される仮想パイプラインデータユニットメモリの全サイズよりも大きい、
付記１９に記載の方法。
【0185】
（付記２１）
前記ＩＢＣ仮想バッファサイズの幅は、（１２８＊１２８／ｃｔｂＳｉｚｅＹ＋ＣｔｂＳｉｚｅＹ）である、
付記１９乃至２０のうちいずれかに記載の方法。
前記ＩＢＣ仮想バッファサイズの幅は、（１２８＊１２８／ｃｔｂＳｉｚｅＹ＋ＣｔｂＳｉｚｅＹ）である、
付記１９乃至２０のうちいずれかに記載の方法。
【0186】
（付記２２）
ビデオ処理の方法であって、
ビデオの現在のブロックのビットストリーム表現と前記現在のブロックとの間の変換のために、ルールに基づいて、イントラブロック予測コーディングに基づいた前記変換のための参照ブロックのサイズを決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記ルールは、仮想パイプラインデータユニット（ＶＰＤＵ）列又はＶＰＤＵ行内にあるよう前記参照ブロックを制約する、
方法。
ビデオ処理の方法であって、
ビデオの現在のブロックのビットストリーム表現と前記現在のブロックとの間の変換のために、ルールに基づいて、イントラブロック予測コーディングに基づいた前記変換のための参照ブロックのサイズを決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記ルールは、仮想パイプラインデータユニット（ＶＰＤＵ）列又はＶＰＤＵ行内にあるよう前記参照ブロックを制約する、
方法。
【0187】
（付記２３）
前記ルールは、前記参照ブロックが異なるＶＰＤＵ行にわたることを許されない、
付記２２に記載の方法。
前記ルールは、前記参照ブロックが異なるＶＰＤＵ行にわたることを許されない、
付記２２に記載の方法。
【0188】
（付記２４）
前記ルールは、前記参照ブロックが異なるＶＰＤＵ列にわたることを許さない、
付記２２に記載の方法。
前記ルールは、前記参照ブロックが異なるＶＰＤＵ列にわたることを許さない、
付記２２に記載の方法。
【0189】
（付記２５）
前記ＶＰＤＵ列又は前記ＶＰＤＵ行は、前記現在のブロックを含むピクチャと相対的である、
付記２２乃至２４のうちいずれかに記載の方法。
前記ＶＰＤＵ列又は前記ＶＰＤＵ行は、前記現在のブロックを含むピクチャと相対的である、
付記２２乃至２４のうちいずれかに記載の方法。
【0190】
（付記２６）
前記ＶＰＤＵ列又は前記ＶＰＤＵ行は、イントラブロックコピー仮想バッファと相対的である、
付記２２乃至２４のうちいずれかに記載の方法。
前記ＶＰＤＵ列又は前記ＶＰＤＵ行は、イントラブロックコピー仮想バッファと相対的である、
付記２２乃至２４のうちいずれかに記載の方法。
【0191】
（付記２７）
前記変換は、前記現在のブロックから前記ビットストリーム表現を生成するビデオ符号化を有する、
付記１乃至２６のうちいずれかに記載の方法。
前記変換は、前記現在のブロックから前記ビットストリーム表現を生成するビデオ符号化を有する、
付記１乃至２６のうちいずれかに記載の方法。
【0192】
（付記２８）
前記変換は、前記ビットストリーム表現から前記現在のブロックを生成するビデオ復号化を有する、
付記１乃至２６のうちいずれかに記載の方法。
前記変換は、前記ビットストリーム表現から前記現在のブロックを生成するビデオ復号化を有する、
付記１乃至２６のうちいずれかに記載の方法。
【0193】
（付記２９）
ビデオシステム内の装置であって、
プロセッサと、
命令を有しているメモリと
を有し、
前記命令は、前記プロセッサによる実行時に、前記プロセッサに、付記１乃至２８のうちいずれか１つに記載の方法を実装させる、
装置。
ビデオシステム内の装置であって、
プロセッサと、
命令を有しているメモリと
を有し、
前記命令は、前記プロセッサによる実行時に、前記プロセッサに、付記１乃至２８のうちいずれか１つに記載の方法を実装させる、
装置。
【0194】
（付記３０）
非一時的なコンピュータ可読媒体に記憶されているコンピュータプログラム製品であって、
付記１乃至２８のうちいずれか１つに記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。
非一時的なコンピュータ可読媒体に記憶されているコンピュータプログラム製品であって、
付記１乃至２８のうちいずれか１つに記載の方法を実行するためのプログラムコードを含むコンピュータプログラム製品。
【0195】
（付記３１）
本明細書で記載される方法、装置、又はシステム。
本明細書で記載される方法、装置、又はシステム。
【0196】
第２の付記の組は、前のセクション（例えば、例となる項目１３から２１）で開示されている技術の特定の特徴及び態様について記載する。
【0197】
（付記１）
ビデオ処理の方法（例えば、図１１Ａに示される方法１１１０）であって、
ビデオのビデオピクチャの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換のために、ルールに従って、前記現在のビデオブロックを予測するために使用される前記ビデオピクチャの参照領域の参照サンプル値をリセットすべきかどうか又はどのようにリセットすべきかを決定するステップ１１１２と、
前記決定に基づき前記変換を実行するステップ１１１４と
を有する方法。
ビデオ処理の方法（例えば、図１１Ａに示される方法１１１０）であって、
ビデオのビデオピクチャの現在のビデオブロックと前記ビデオのコーディングされた表現との間の変換のために、ルールに従って、前記現在のビデオブロックを予測するために使用される前記ビデオピクチャの参照領域の参照サンプル値をリセットすべきかどうか又はどのようにリセットすべきかを決定するステップ１１１２と、
前記決定に基づき前記変換を実行するステップ１１１４と
を有する方法。
【0198】
（付記２）
前記ルールは、前記参照領域の前記参照サンプル値が前記ビデオピクチャのコーディングツリーユニット（ＣＴＵ）行の最初にリセットされないことを定める、
付記１に記載の方法。
前記ルールは、前記参照領域の前記参照サンプル値が前記ビデオピクチャのコーディングツリーユニット（ＣＴＵ）行の最初にリセットされないことを定める、
付記１に記載の方法。
【0199】
（付記３）
現在のＣＴＵ行の上にある上ＣＴＵ行から受け継がれた前記参照領域は、前記ビデオピクチャの前記現在のＣＴＵ行の初期状態として使用される、
付記１に記載の方法。
現在のＣＴＵ行の上にある上ＣＴＵ行から受け継がれた前記参照領域は、前記ビデオピクチャの前記現在のＣＴＵ行の初期状態として使用される、
付記１に記載の方法。
【0200】
（付記４）
前記ルールは、前記参照領域の前記参照サンプル値が前記ビデオピクチャのコーディングツリーユニット（ＣＴＵ）行の最初に部分的にリセットされることを定める、
付記１に記載の方法。
前記ルールは、前記参照領域の前記参照サンプル値が前記ビデオピクチャのコーディングツリーユニット（ＣＴＵ）行の最初に部分的にリセットされることを定める、
付記１に記載の方法。
【0201】
（付記５）
前記ルールは、前記ＣＴＵ行の上に位置している上ＣＴＵ行の仮想パイプラインデータユニット（ＶＰＤＵ）が前記参照領域において受け継がれ、残りの参照領域がリセットされることを更に定める、
付記４に記載の方法。
前記ルールは、前記ＣＴＵ行の上に位置している上ＣＴＵ行の仮想パイプラインデータユニット（ＶＰＤＵ）が前記参照領域において受け継がれ、残りの参照領域がリセットされることを更に定める、
付記４に記載の方法。
【0202】
（付記６）
前記ルールは、前記ＣＴＵ行の上に位置している上ＣＴＵ行の最左下仮想パイプラインデータユニット（ＶＰＤＵ）が前記参照領域において受け継がれ、残りの参照領域がリセットされることを更に定める、
付記４に記載の方法。
前記ルールは、前記ＣＴＵ行の上に位置している上ＣＴＵ行の最左下仮想パイプラインデータユニット（ＶＰＤＵ）が前記参照領域において受け継がれ、残りの参照領域がリセットされることを更に定める、
付記４に記載の方法。
【0203】
（付記７）
ビデオ処理の方法（例えば、図１１Ｂに示される方法１１２０）であって、
ルーマブロック及び対応する１つ以上のクロマブロックを含むビデオのビデオピクチャの現在のビデオ領域と、前記ビデオのコーディングされた表現との間の変換のために、前記１つ以上のクロマブロックの位置から独立しているルールに基づき、前記現在のビデオ領域を予測するために使用される前記ビデオピクチャの参照領域の１つ以上の参照サンプルを利用不可としてマークすべきかどうか及び／又はどのようにマークすべきかを決定するステップ１１２２と、
前記決定に基づき前記変換を実行するステップ１１２４と
を有する方法。
ビデオ処理の方法（例えば、図１１Ｂに示される方法１１２０）であって、
ルーマブロック及び対応する１つ以上のクロマブロックを含むビデオのビデオピクチャの現在のビデオ領域と、前記ビデオのコーディングされた表現との間の変換のために、前記１つ以上のクロマブロックの位置から独立しているルールに基づき、前記現在のビデオ領域を予測するために使用される前記ビデオピクチャの参照領域の１つ以上の参照サンプルを利用不可としてマークすべきかどうか及び／又はどのようにマークすべきかを決定するステップ１１２２と、
前記決定に基づき前記変換を実行するステップ１１２４と
を有する方法。
【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】
本明細書は、図面とともに、単に実例として見なされるべきであることが意図され、実例とは、例を意味する。本明細書で使用されるように、「又は」（or）の使用は、文脈中で別段明示されない限りは、「及び／又は」（and/or）を含むよう意図される。
【0243】
本明細書は、多数の詳細を含むが、それらは、あらゆる対象の又は請求される可能性があるものの範囲に対する限定としてではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別々の実施形態に関連して本明細書で説明されている特定の特徴は、単一の実施形態と組み合わせても実装可能である。逆に、単一の実施形態に関連して説明されている様々な特徴はまた、複数の実施形態で別々に、又は何らかの適切なサブコンビネーションで、実装可能である。更に、特徴は、特定の組み合わせで動作するものとして先に説明され、更には、そのようなものとして最初に請求されることがあるが、請求されている組み合わせからの１つ以上の特徴は、いくつかの場合に、その組み合わせから削除可能であり、請求されている組み合わせは、サブコンビネーション又はサブコンビネーションの変形に向けられてもよい。
【0244】
同様に、動作は、特定の順序で図面において表されているが、これは、所望の結果を達成するために、そのような動作が、示されているその特定の順序で又は順次的な順序で実行されること、あるいは、表されている全ての動作が実行されることを求めている、と理解されるべきではない。更に、本明細書で説明されている実施形態における様々なシステムコンポーネントの分離は、全ての実施形態でそのような分離を求めている、と理解されるべきではない。
【0245】
ほんのわずかの実施及び例が説明されており、他の実施、強化及び変形は、本特許文献で記載及び例示されているものに基づいて行われ得る。
【0246】
［関連出願への相互参照］
本願は、２０１９年９月２３日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１０７３８０号に対する優先権及びその利益を請求して２０２０年９月２３日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／１１６９５９号に基づく。上記の全ての出願は、それらの全文を参照により本願援用される。
本願は、２０１９年９月２３日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１０７３８０号に対する優先権及びその利益を請求して２０２０年９月２３日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／１１６９５９号に基づく。上記の全ての出願は、それらの全文を参照により本願援用される。
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図4C】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11A】
【図11B】
【図11C】
【図11D】
【図11E】
【図11F】
【図11G】