▶ ベイジン バイトダンス ネットワーク テクノロジー カンパニー リミテッドの特許一覧 ▶ バイトダンス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-11-07
(45)【発行日】2023-11-15
(54)【発明の名称】カラーフォーマットに基づいたコーディングモード決定
(51)【国際特許分類】
H04N 19/119 20140101AFI20231108BHJP
H04N 19/157 20140101ALI20231108BHJP
H04N 19/176 20140101ALI20231108BHJP
H04N 19/186 20140101ALI20231108BHJP
H04N 19/70 20140101ALI20231108BHJP
【ＦＩ】
H04N19/119
H04N19/157
H04N19/176
H04N19/186
H04N19/70
【請求項の数】
19
(21)【出願番号】P 2022513853
(86)(22)【出願日】2020-09-02
(65)【公表番号】
(43)【公表日】2022-11-02
(86)【国際出願番号】 CN2020112974
(87)【国際公開番号】W WO2021043157
(87)【国際公開日】2021-03-11
【審査請求日】2022-03-09
(31)【優先権主張番号】PCT/CN2019/103959
(32)【優先日】2019-09-02
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】520476341
【氏名又は名称】北京字節跳動網絡技術有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ
(73)【特許権者】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】シュイ，ジィジォン
(72)【発明者】
【氏名】デン，ジピン
(72)【発明者】
【氏名】ザン，リー
(72)【発明者】
【氏名】リュウ，ホンビン
(72)【発明者】
【氏名】ザン，カイ
【審査官】岩井 健二
(56)【参考文献】
【文献】Tianyang Zhou, and Tomohiro Ikai，Non-CE3: Intra chroma partitioning and prediction restriction，Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-M0065，13th Meeting: Marrakesh, MA，2019年01月，pp.1-4
【文献】Zhi-Yi Lin, et al.，Title: CE3-related: Constrained partitioning of chroma intra CBs，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-N0082-v3，14th Meeting: Geneva, CH，2019年03月，pp.1-4
【文献】Benjamin Bross, Jianle Chen, and Shan Liu，Versatile Video Coding (Draft 6)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-O2001 (version 14)，15th Meeting: Gothenburg, SE，2019年07月31日，pp.60-66,134-143
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００ － １９／９８
(57)【特許請求の範囲】
【請求項1】
ビデオデータを処理する方法であって、ルーマ親ブロック及びクロマ親ブロックを含むビデオスライスとビデオのビットストリームとの間の変換のために、前記ルーマ親ブロック及び前記クロマ親ブロックをそれぞれ１つ以上のルーマブロック及び１つ以上のクロマブロックに分割するかどうかを決定するステップであり、前記ルーマブロックのモードタイプ又は前記クロマブロックのモードタイプは、変数の値に基づいて決定され、前記変数の前記値は、前記ビデオスライスのカラーフォーマットに基づいて導出される、ステップと、
前記決定に基づいて前記変換を実行するステップと
を含み、
前記ルーマ親ブロックは、再帰的パーティション動作を含むルーマパーティション方式に基づいてルーマコーディングツリーブロック（ＣＴＢ）から生成され、
前記クロマ親ブロックは、前記ルーマパーティション方式と同じ再帰的パーティション動作を有するクロマパーティション方式に基づいてクロマコーディングツリーブロック（ＣＴＢ）から生成される、方法。
【請求項2】
前記ビデオスライスの前記カラーフォーマットが４：０：０又は４：４：４である場合に、前記変数の前記値は０となるように設定される、請求項１に記載の方法。
【請求項3】
前記変数の前記値が０である場合に、前記ルーマブロックの前記モードタイプ及び前記クロマブロックの前記モードタイプはＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬであり、ＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬの値を有する前記モードタイプは、全てのコーディングモードが前記ルーマブロック及び前記クロマブロックに利用可能であることを指定する、請求項２に記載の方法。
【請求項4】
前記変数の前記値が０である場合に、モード制約フラグは前記ビットストリームに含まれず、前記モード制約フラグの値は、インター予測コーディングモードが使用可能であるかどうかを指定する、請求項２又は３に記載の方法。
【請求項5】
前記変数の前記値は、前記ルーマ親ブロックのサイズ及び前記ルーマ親ブロックの第１の所定のパーティションモードに更に基づいて導出される、請求項１乃至４のうちいずれか１項に記載の方法。
【請求項6】
前記ルーマ親ブロックが６４のサイズを有し、前記ビデオスライスの前記カラーフォーマットが４：０：０及び４：４：４に等しくなく、前記第１の所定のパーティションモードがＱＴ（四分木）分割であることに応じて、前記変数は１に等しい、請求項５に記載の方法。
【請求項7】
前記ルーマ親ブロックが３２のサイズを有し、前記ビデオスライスの前記カラーフォーマットが４：０：０及び４：４：４に等しくなく、前記第１の所定のパーティションモードがＢＴ（二分木）分割であることに応じて、前記変数は１に等しい、請求項５に記載の方法。
【請求項8】
前記ビデオスライスのスライスタイプがＩスライスに等しく、前記ビデオスライスの前記カラーフォーマットが４：２：０であり、前記ルーマ親ブロックが６４のサイズを有し、前記第１の所定のパーティションモードがＢＴ（二分木）分割であることに応じて、前記変数は１となるように設定され、前記ビデオスライスの前記カラーフォーマットが４：２：２であり、前記ルーマ親ブロックが６４のサイズを有し、前記第１の所定のパーティションモードがＢＴ（二分木）分割であることに応じて、前記変数は０となるように設定される、請求項５に記載の方法。
【請求項9】
前記ビデオスライスのスライスタイプがＩスライスに等しく、前記ビデオスライスの前記カラーフォーマットが４：２：０であり、前記ルーマ親ブロックが１２８のサイズを有し、前記第１の所定のパーティションモードがＴＴ（三分木）分割であることに応じて、前記変数は１となるように設定され、前記ビデオスライスの前記カラーフォーマットが４：２：２であり、前記ルーマ親ブロックが１２８のサイズを有し、前記第１の所定のパーティションモードがＴＴ（三分木）分割であることに応じて、前記変数は０となるように設定される、請求項５に記載の方法。
【請求項10】
前記変数の前記値が１であることに応じて、前記クロマ親ブロックは分割されることを許可されず、前記第１の所定のパーティションモードは前記ルーマ親ブロックについて許可される、請求項５に記載の方法。
【請求項11】
前記ビデオスライスのスライスタイプがＩスライスに等しくなく、前記ビデオスライスの前記カラーフォーマットが４：２：０であり、前記ルーマ親ブロックが６４のサイズを有し、前記第１の所定のパーティションモードがＢＴ（二分木）分割であることに応じて、前記変数は２となるように設定され、前記ビデオスライスの前記カラーフォーマットが４：２：２であり、前記ルーマ親ブロックが６４のサイズを有し、前記第１の所定のパーティションモードがＢＴ（二分木）分割であることに応じて、前記変数は０となるように設定される、請求項５に記載の方法。
【請求項12】
前記ビデオスライスのスライスタイプがＩスライスに等しくなく、前記ビデオスライスの前記カラーフォーマットが４：２：０であり、前記ルーマ親ブロックが１２８のサイズを有し、前記第１の所定のパーティションモードがＴＴ（三分木）分割であることに応じて、前記変数は２となるように設定され、前記ビデオスライスの前記カラーフォーマットが４：２：２であり、前記ルーマ親ブロックが１２８のサイズを有し、前記第１の所定のパーティションモードがＴＴ（三分木）分割であることに応じて、前記変数は０となるように設定される、請求項５に記載の方法。
【請求項13】
前記変数の前記値が２であることに応じて、モード制約フラグは前記ビットストリームに含まれ、前記モード制約フラグは、インター予測コーディングモードが使用可能であるかどうかを指定する、請求項５に記載の方法。
【請求項14】
前記変数の前記値が２であり、前記モード制約フラグが、インター予測コーディングモードが使用不可能であることを指定することに応じて、前記クロマ親ブロックは分割されることを許可されず、前記第１の所定のパーティションモードは前記ルーマ親ブロックについて許可される、請求項１３に記載の方法。
【請求項15】
前記変換は、前記ビデオを前記ビットストリームに符号化することを含む、請求項１乃至１４のうちいずれか１項に記載の方法。
【請求項16】
前記変換は、前記ビットストリームから前記ビデオを復号することを含む、請求項１乃至１４のうちいずれか１項に記載の方法。
【請求項17】
プロセッサと、命令を有する非一時的なメモリとを含む、ビデオデータを処理するための装置であって、前記命令は、前記プロセッサによって実行されると、前記プロセッサに、
ルーマ親ブロック及びクロマ親ブロックを含むビデオスライスとビデオのビットストリームとの間の変換のために、前記ルーマ親ブロック及び前記クロマ親ブロックをそれぞれ１つ以上のルーマブロック及び１つ以上のクロマブロックに分割するかどうかを決定するステップであり、前記ルーマブロックのモードタイプ又は前記クロマブロックのモードタイプは、変数の値に基づいて決定され、前記変数の前記値は、前記ビデオスライスのカラーフォーマットに基づいて導出される、ステップと、
前記決定に基づいて前記変換を実行するステップと
を実行させ、
前記ルーマ親ブロックは、再帰的パーティション動作を含むルーマパーティション方式に基づいてルーマコーディングツリーブロック（ＣＴＢ）から生成され、
前記クロマ親ブロックは、前記ルーマパーティション方式と同じ再帰的パーティション動作を有するクロマパーティション方式に基づいてクロマコーディングツリーブロック（ＣＴＢ）から生成される、装置。
【請求項18】
非一時的なコンピュータ可読記憶媒体であって、プロセッサに、
ルーマ親ブロック及びクロマ親ブロックを含むビデオスライスとビデオのビットストリームとの間の変換のために、前記ルーマ親ブロック及び前記クロマ親ブロックをそれぞれ１つ以上のルーマブロック及び１つ以上のクロマブロックに分割するかどうかを決定するステップであり、前記ルーマブロックのモードタイプ又は前記クロマブロックのモードタイプは、変数の値に基づいて決定され、前記変数の前記値は、前記ビデオスライスのカラーフォーマットに基づいて導出される、ステップと、
前記決定に基づいて前記変換を実行するステップと
を実行させる命令を記憶しており、
前記ルーマ親ブロックは、再帰的パーティション動作を含むルーマパーティション方式に基づいてルーマコーディングツリーブロック（ＣＴＢ）から生成され、
前記クロマ親ブロックは、前記ルーマパーティション方式と同じ再帰的パーティション動作を有するクロマパーティション方式に基づいてクロマコーディングツリーブロック（ＣＴＢ）から生成される、非一時的なコンピュータ可読記憶媒体。
【請求項19】
ビデオのビットストリームを記憶するための方法であって、ルーマ親ブロック及びクロマ親ブロックを含むビデオスライスについて、前記ルーマ親ブロック及び前記クロマ親ブロックをそれぞれ１つ以上のルーマブロック及び１つ以上のクロマブロックに分割するかどうかを決定するステップであり、前記ルーマブロックのモードタイプ又は前記クロマブロックのモードタイプは、変数の値に基づいて決定され、前記変数の前記値は、前記ビデオスライスのカラーフォーマットに基づいて導出される、ステップと、
前記決定に基づいて前記ビットストリームを生成するステップと、
前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶するステップと
を含み、
前記ルーマ親ブロックは、再帰的パーティション動作を含むルーマパーティション方式に基づいてルーマコーディングツリーブロック（ＣＴＢ）から生成され、
前記クロマ親ブロックは、前記ルーマパーティション方式と同じ再帰的パーティション動作を有するクロマパーティション方式に基づいてクロマコーディングツリーブロック（ＣＴＢ）から生成される、方法。
【発明の詳細な説明】
【技術分野】
【0001】
［関連出願への相互参照］
本願は、２０２０年９月２日付で出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／１１２９７４号に基づくものであり、当該出願は、２０１９年９月２日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１０３９５９号に対する優先権及びその利点を主張する。全ての上記の特許出願の全内容が参照により組み込まれる。
本願は、２０２０年９月２日付で出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／１１２９７４号に基づくものであり、当該出願は、２０１９年９月２日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１０３９５９号に対する優先権及びその利点を主張する。全ての上記の特許出願の全内容が参照により組み込まれる。
【0002】
［技術分野］
本文書は、ビデオ及びイメージの符号化及び復号技術に関係がある。
本文書は、ビデオ及びイメージの符号化及び復号技術に関係がある。
【背景技術】
【0003】
デジタルビデオは、インターネット及び他のデジタル通信ネットワーク上での最大のバンド幅使用を占めている。ビデオを受信し表示することができるユーザデバイスの接続数が増えるにつれて、デジタルビデオ利用のためのバンド幅需要は増え続けることが予想される。
【発明の概要】
【0004】
開示されている技術は、参照ピクチャがビデオ符号化又は復号で使用されるビデオ又はイメージデコーダ又はエンコーダの実施形態によって使用され得る。
【0005】
一例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに従ってビデオのカラーフォーマットに基づいてビデオ領域のイントラコーディング特性を決定するステップと、イントラコーディング特性に従って変換を実行するステップとを含む。
【0006】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、コーディング表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにインターコーディングモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲ、又は変換のためにイントラモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡのいずれかに等しい、現在ビデオブロックのコーディングモードを示すシンタックス要素ｍｏｄｅＴｙｐｅを指定する。
【0007】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオとビデオのコーディング表現との間の変換を実行するステップを含み、コーディング表現は、ビデオのクロマフォーマットが４：２：２、４：０：０又は４：４：４である場合に予測モード制約を示すフラグがコーディング表現に含まれないことを指定するフォーマットルールに準拠する。
【0008】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効化されているかどうか及び／又はどのように有効化されているかを決定するステップと、決定に基づいて変換を実行するステップとを含み、ルールは、ビデオのカラーフォーマットが４：２：０であるか４：２：２であるかに依存する。
【0009】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効であるかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含み、ルールは、ビデオのカラーフォーマット及び／又はビデオ領域の幅（Ｍ）及び高さ（Ｎ）に依存し、ルールは、ＢＴ（二分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）Ｍ及びＮの乗算が値の集合からの値である場合に無効であることを更に指定し、値の集合は６４を含む。
【0010】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、最小クロマイントラ予測ブロックサイズに関する制限に従って、ビデオのビデオ領域とビデオのコーディング表現との間の変換を実行するステップを含み、コーディング表現は、ビデオの４：２：２カラーフォーマットのために、コーディング表現におけるシンタックスフィールドの値を指定するフォーマットルールに準拠する。
【0011】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換のために、ルールに従って現在ビデオブロックへのパーティション方式の適用可能性を決定するステップと、決定に基づいて変換を実行するステップとを含む。
【0012】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオブロックとビデオのコーディング表現との間の変換のために、ルールに従ってインターモードが有効であるかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含み、ルールは、ルーマサンプルのデュアルツリーパーティションがビデオブロックについて有効である場合にインターモードが有効であることを指定する。
【0013】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに基づいて、パレットモードの使用がビデオ領域について許可されているかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含み、パレットモードは、代表サンプル値のパレットを使用してビデオ領域を符号化することを含む。
【0014】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、コーディング表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ、又は変換のためにパレットモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥを含むシンタックス要素ｍｏｄｅＴｙｐｅを指定し、イントラブロックコピーモードは、現在ビデオブロックを含むビデオフレームを指し示すブロックベクトルを少なくとも使用して現在ビデオブロックを符号化することを含み、パレットモードは、代表サンプル値のパレットを使用して現在ビデオブロックを符号化することを含む。
【0015】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換のために、コーディング表現における現在ビデオブロックを表現するために使用されるコーディングモードタイプと現在ビデオブロックの寸法とに依存するルールに従って、特定のパーティション方式が現在ビデオブロックについて許可されているかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含む。
【0016】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、コーディング表現はフォーマットルールに準拠し、フォーマットルールは、ビデオブロックの特性が、コーディング表現におけるシンタックス要素がビデオブロックの予測モードを示すかどうかを制御することを指定する。
【0017】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの第１成分のビデオ領域とビデオのコーディング表現との間の変換を実行するステップを含み、コーディング表現はフォーマットルールに準拠し、フォーマットルールは、ビデオ領域についての差分量子化パラメータを示すためにコーディング表現においてシンタックスフィールドが構成されているかどうか及び／又はどのように構成されているかが、第１成分のサンプルを分割するために使用される分割方式に依存することを指定する。
【0018】
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ルールに従ってビデオの第１成分のビデオ領域とビデオのコーディング表現との間の変換を実行するステップを含み、ルールは、デュアルツリー及び／又はローカルデュアルツリーコーディング構造がビデオ領域に適用される場合に、第１成分の差分量子化パラメータに関連する変数がビデオの第２成分の復号又はパースのプロセス中に変更されないことを指定する。
【0019】
更なる他の例となる態様では、上記の方法は、プロセッサを含むビデオエンコーダ装置によって実装されてもよい。
【0020】
更なる他の例となる態様では、上記の方法は、プロセッサを含むビデオデコーダ装置によって実装されてもよい。
【0021】
更なる他の例となる態様では、これらの方法は、プロセッサ実行可能命令の形で具現化され、コンピュータ可読プログラム媒体に記憶されてもよい。
【0022】
これら及び他の態様は、本文書で更に記載される。
【図面の簡単な説明】
【0023】
【図1】イントラブロックコピーコーディングツールの例を示す。
【図2】パレットモードでコーディングされたブロックの例を示す。
【図3】パレットエントリを通知するためのパレット予測子の使用の例を示す。
【図4】水平及び垂直トラバーススキャンの例を示す。
【図5】パレットインデックスのコーディングの例を示す。
【図6】６７個のイントラ予測モードの例を示す。
【図7】現在ブロックの左隣及び上隣の例を示す。
【図8】ＡＬＦフィルタ形状（クロマ：５×５ダイヤモンド、ルーマ：７×７ダイヤモンド）の例を示す。
【図9】サブサンプリングされたラプラシアン計算の例を示す。
【図10】仮想境界での修正ブロック分類の例を示す。
【図11】仮想境界でのルーマ成分に対する修正ＡＬＦフィルタリングの実例を示す。
【図12】ＥＯでのピクセル分類のための４つの１次元３ピクセルパターンの例を示す。
【図13】４つのバンドがグループにまとめられ、その開始バンド位置によって表現されることを示す。
【図14】ＣＩＩＰ重み導出で使用される上及び左隣接ブロックを示す。
【図15】クロマスケーリングアーキテクチャによるルーママッピングを示す。
【図16】ＳＣＩＰの例を示す。
【図17】本文書で記載されている技術を実装するために使用されるハードウェアプラットフォームの例のブロック図である。
【図18】ビデオ処理の方法の例のフローチャートである。
【図19】空間マージ候補の位置の例を示す。
【図20】空間マージ候補の冗長性検査のために考慮される候補ペアの例を示す。
【図21A】ビデオ処理の方法の例のフローチャートである。
【図21B】ビデオ処理の方法の例のフローチャートである。
【図21C】ビデオ処理の方法の例のフローチャートである。
【図21D】ビデオ処理の方法の例のフローチャートである。
【図21E】ビデオ処理の方法の例のフローチャートである。
【図21F】ビデオ処理の方法の例のフローチャートである。
【図21G】ビデオ処理の方法の例のフローチャートである。
【発明を実施するための形態】
【0024】
本文書は、圧縮解除又は復号されたデジタルビデオ又はイメージの品質を改善するためにイメージ又はビデオビットストリームのデコーダによって使用され得る様々な技術を提供する。簡潔さのために、「ビデオ」との用語は、ピクチャの連続（従来は、ビデオと呼ばれる）及び個々のイメージの両方を含むようここでは使用されている。更に、ビデオエンコーダも、更なる符号化のために使用される復号されたフレームを再構成するために符号化のプロセス中にそれらの技術を実装してもよい。
【0025】
セクション見出しは、理解を簡単にするために本文書で使用されており、実施形態及び技術を対応するセクションに限定するものではない。そのようなものとして、１つのセクション中の実施形態は、他のセクション中の実施形態と組み合わされることができる。
【0026】
１．概要
この文書は、ビデオコーディング技術に関係がある。具体的に、それは、ビデオコーディングで基本色に基づいた表現を用いるパレットコーディングに関係がある。それは、ＨＥＶＣのような既存のビデオコーディング標準規格、又は最終決定されることになっている標準規格（Versatile Video Coding）に適用されてもよい。それはまた、将来のビデオコーディング標準規格又はビデオコーデックにも適用可能になり得る。
この文書は、ビデオコーディング技術に関係がある。具体的に、それは、ビデオコーディングで基本色に基づいた表現を用いるパレットコーディングに関係がある。それは、ＨＥＶＣのような既存のビデオコーディング標準規格、又は最終決定されることになっている標準規格（Versatile Video Coding）に適用されてもよい。それはまた、将来のビデオコーディング標準規格又はビデオコーデックにも適用可能になり得る。
【0027】
２．最初の議論
ビデオコーディング標準規格は、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準規格の開発を通じて主に発展してきた。ＩＴＵ－ＴはＨ．２６１及びＨ．２６３を作り出し、ＩＳＯ／ＩＥＣはＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作り出し、２つの組織は共同でＨ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）及びＨ．２６５／ＨＥＶＣ標準規格を作り出した。Ｈ．２６２以降、ビデオコーディング標準規格は、時間予測に変換コーディングをプラスしたものが利用されるハイブリッド型ビデオコーディング構造に基づいている。ＨＥＶＣを超える将来のビデオコーディング技術を探求するために、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ（ＪＶＥＴ）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同で設立された。それ以降、多くの新しい手法がＪＶＥＴによって採用され、Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（ＪＥＭ）と呼ばれる参照ソフトウェアに置かれてきた。２０１８年４月に、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間で、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が、ＨＥＶＣと比較して５０％のビットレート低減を目標とするＶＶＣ標準規格を検討するために作られた。
ビデオコーディング標準規格は、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準規格の開発を通じて主に発展してきた。ＩＴＵ－ＴはＨ．２６１及びＨ．２６３を作り出し、ＩＳＯ／ＩＥＣはＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作り出し、２つの組織は共同でＨ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）及びＨ．２６５／ＨＥＶＣ標準規格を作り出した。Ｈ．２６２以降、ビデオコーディング標準規格は、時間予測に変換コーディングをプラスしたものが利用されるハイブリッド型ビデオコーディング構造に基づいている。ＨＥＶＣを超える将来のビデオコーディング技術を探求するために、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ（ＪＶＥＴ）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同で設立された。それ以降、多くの新しい手法がＪＶＥＴによって採用され、Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（ＪＥＭ）と呼ばれる参照ソフトウェアに置かれてきた。２０１８年４月に、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間で、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が、ＨＥＶＣと比較して５０％のビットレート低減を目標とするＶＶＣ標準規格を検討するために作られた。
【0028】
２．１ イントラブロックコピー
イントラブロックコピー（intra block copy，ＩＢＣ）、別名、現在ピクチャ参照（current picture referencing）は、ＨＥＶＣ Ｓｃｒｅｅｎ Ｃｏｎｔｅｎｔ Ｃｏｄｉｎｇ拡張（ＨＥＶＣ－ＳＣＣ）及び現在のＶＶＣテストモデル（ＶＴＭ－４．０）で採用されている。ＩＢＣは、動き補償の概念をインターフレームコーディングからイントラフレームコーディングに拡張する。図１で示されるように、現在ブロックは、ＩＢＣが適用される場合に、同じピクチャ内の参照ブロックによって予測される。参照ブロック内のサンプルは、現在ブロックが符号化又は復号される前に既に再構成されている。ＩＢＣは、カメラによって捕捉されたシーケンスのほとんどにとってそれほど効率的ではないが、それは、スクリーンコンテンツについてはコーディングの大幅な向上を示す。その理由は、スクリーンコンテンツピクチャにはアイコン及びテキスト文字などの反復パターンが多数存在するからである。ＩＢＣは、それらの反復パターンの間の冗長性を有効に除くことができる。ＨＥＶＣ－ＳＣＣでは、インターコーディングされたコーディングユニット（coding unit，ＣＵ）は、それが現在ピクチャをその参照ピクチャとして選択する場合に、ＩＢＣを適用することができる。ＭＶは、この場合にブロックベクトル（block vector，ＢＶ）と名称を変更され、ＢＶは常に整数ピクセル精度を有している。メインプロファイルＨＥＶＣと互換性を持たせるために、現在ピクチャは、復号ピクチャバッファ（Decoded Picture Buffer，ＤＰＢ）で「長期」参照ピクチャとしてマークされる。同様に、マルチビュー／３Ｄビデオコーディング標準規格では、インタービュー参照ピクチャも「長期」参照ピクチャとしてマークされることが留意されるべきである。
イントラブロックコピー（intra block copy，ＩＢＣ）、別名、現在ピクチャ参照（current picture referencing）は、ＨＥＶＣ Ｓｃｒｅｅｎ Ｃｏｎｔｅｎｔ Ｃｏｄｉｎｇ拡張（ＨＥＶＣ－ＳＣＣ）及び現在のＶＶＣテストモデル（ＶＴＭ－４．０）で採用されている。ＩＢＣは、動き補償の概念をインターフレームコーディングからイントラフレームコーディングに拡張する。図１で示されるように、現在ブロックは、ＩＢＣが適用される場合に、同じピクチャ内の参照ブロックによって予測される。参照ブロック内のサンプルは、現在ブロックが符号化又は復号される前に既に再構成されている。ＩＢＣは、カメラによって捕捉されたシーケンスのほとんどにとってそれほど効率的ではないが、それは、スクリーンコンテンツについてはコーディングの大幅な向上を示す。その理由は、スクリーンコンテンツピクチャにはアイコン及びテキスト文字などの反復パターンが多数存在するからである。ＩＢＣは、それらの反復パターンの間の冗長性を有効に除くことができる。ＨＥＶＣ－ＳＣＣでは、インターコーディングされたコーディングユニット（coding unit，ＣＵ）は、それが現在ピクチャをその参照ピクチャとして選択する場合に、ＩＢＣを適用することができる。ＭＶは、この場合にブロックベクトル（block vector，ＢＶ）と名称を変更され、ＢＶは常に整数ピクセル精度を有している。メインプロファイルＨＥＶＣと互換性を持たせるために、現在ピクチャは、復号ピクチャバッファ（Decoded Picture Buffer，ＤＰＢ）で「長期」参照ピクチャとしてマークされる。同様に、マルチビュー／３Ｄビデオコーディング標準規格では、インタービュー参照ピクチャも「長期」参照ピクチャとしてマークされることが留意されるべきである。
【0029】
その参照ブロックを見つけるためのＢＶに続いて、予測が、参照ブロックをコピーすることによって生成され得る。元の信号から参照ピクセルを減じることによって、残差が得られる。次いで、変換及び量子化が他のコーディングモードで見られるように適用され得る。
【0030】
図１は、イントラブロックコピーの実例である。
【0031】
しかし、参照ブロックがピクチャの外にあるか、又は現在ブロックと重なり合うか、又は再構成されたエリアの外にあるか、又は何らかの制約によって制限された有効エリアの外にある場合に、一部又は全てのピクセル値は定義されない。基本的に、そのような問題を扱うための２つの解決法がある。１つは、例えば、ビットストリームコンフォーマンス（bitstream conformance）で、そのような状況を認めないことである。もう１つは、それらの未定義のピクセル値に対してパディングを適用することである。以下のサブセッションは、これらの解決法について詳細に記載する。
【0032】
２．２ ＨＥＶＣ－ＳＣＣにおけるＩＢＣ
ＨＥＶＣのスクリーンコンテンツコーディング拡張（Screen Content Coding extensions）では、ブロックが現在ピクチャを参照として使用する場合に、以下のスペックテキストで示されるように、参照ブロック全体が利用可能な再構成されたエリア内にあることを保証すべきである：
ＨＥＶＣのスクリーンコンテンツコーディング拡張（Screen Content Coding extensions）では、ブロックが現在ピクチャを参照として使用する場合に、以下のスペックテキストで示されるように、参照ブロック全体が利用可能な再構成されたエリア内にあることを保証すべきである：
【表1】
【0033】
よって、参照ブロックが現在ブロックと重なり合うか、又は参照ブロックがピクチャの外にある場合は、起こらない。参照又は予測ブロックをパディングする必要はない。
【0034】
２．３ ＶＶＣテストモデルにおけるＩＢＣ
現在のＶＶＣテストモデル、つまり、ＶＴＭ－４．０設計では、参照ブロック全体が現在のコーディングツリーユニット（coding tree unit，ＣＴＵ）と一致している必要があり、現在ブロックとは重なり合わない。よって、参照又は予測ブロックをパディングする必要はない。ＩＢＣフラグは、現在ＣＵの予測モードとしてコーディングされる。よって、各ＣＵについて全部で３つの予測モード、すなわち、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、及びＭＯＤＥ＿ＩＢＣがある。
現在のＶＶＣテストモデル、つまり、ＶＴＭ－４．０設計では、参照ブロック全体が現在のコーディングツリーユニット（coding tree unit，ＣＴＵ）と一致している必要があり、現在ブロックとは重なり合わない。よって、参照又は予測ブロックをパディングする必要はない。ＩＢＣフラグは、現在ＣＵの予測モードとしてコーディングされる。よって、各ＣＵについて全部で３つの予測モード、すなわち、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、及びＭＯＤＥ＿ＩＢＣがある。
【0035】
２．３．１ ＩＢＣマージモード
ＩＢＣマージモードでは、ＩＢＣマージ候補リスト（merge candidates list）内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣマージリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ペアワイズ平均候補の挿入
ＩＢＣマージモードでは、ＩＢＣマージ候補リスト（merge candidates list）内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣマージリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ペアワイズ平均候補の挿入
【0036】
空間マージ候補の導出では、最大４つのマージ候補が、図１９に表されている位置にある候補から選択される。導出の順序は、Ａ１、Ｂ１、Ｂ０、Ａ０、及びＢ２である。位置Ｂ２は、位置Ａ１、Ｂ１、Ｂ０、Ａ０のいずれかのＰＵ（それが他のスライス又はタイルに属するために）利用可能でないか、あるいは、ＩＢＣモードでコーディングされていない場合にのみ考慮される。位置Ａ１での候補が加えられた後、残りの候補の挿入は冗長性検査を受ける。これは、同じ動き情報を有する候補がリストから外されることを確かにし、それにより、コーディング効率は改善される。計算複雑性を低減するために、上記の冗長性検査において、可能性がある全ての候補ペアが考慮されるわけではない。代わりに、図２０において矢印で結ばれているペアが考慮され、候補は、冗長性検査のために使用された対応する候補が同じ動き情報を有していない場合にのみリストに加えられる。
【0037】
空間候補の挿入の後、ＩＢＣマージリストサイズが依然として最大ＩＢＣマージリストサイズよりも小さい場合には、ＨＭＶＰテーブルからのＩＢＣ候補が挿入されてもよい。ＨＭＶＰ候補を挿入する場合に、冗長性検査が実行される。
【0038】
最後に、ペアワイズ平均候補が、ＩＢＣマージリストに挿入される。
【0039】
マージ候補によって識別された参照ブロックがピクチャの外にあるか、又は現在ブロックと重なり合うか、又は再構成されたエリアの外にあるか、又は何らかの制約によって制限された有効エリアの外にある場合に、マージ候補は、無効マージ候補（invalid merge candidate）と呼ばれる。
【0040】
無効マージ候補はＩＢＣマージリストに挿入されてもよいことが留意される。
【0041】
２．３．２ ＩＢＣ ＡＭＶＰモード
ＩＢＣ ＡＭＶＰモードでは、ＩＢＣ ＡＭＶＰリスト内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣ ＡＭＶＰリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・利用可能な候補が見つけられるまでＡ０、Ａ１をチェックする
・利用可能な候補が見つけられるまでＢ０、Ｂ１、Ｂ２をチェックする
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ゼロ候補の挿入
ＩＢＣ ＡＭＶＰモードでは、ＩＢＣ ＡＭＶＰリスト内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣ ＡＭＶＰリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・利用可能な候補が見つけられるまでＡ０、Ａ１をチェックする
・利用可能な候補が見つけられるまでＢ０、Ｂ１、Ｂ２をチェックする
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ゼロ候補の挿入
【0042】
空間候補の挿入の後、ＩＢＣ ＡＭＶＰリストサイズが依然として最大ＩＢＣ ＡＭＶＰリストサイズよりも小さい場合には、ＨＭＶＰテーブルからのＩＢＣ候補が挿入されてもよい。
【0043】
最後に、ゼロ候補が、ＩＢＣ ＡＭＶＰリストに挿入される。
【0044】
２．４ パレットモード
パレットモードの背後にある基本的な考えは、ＣＵ内のサンプルが代表的な色値の小さいセットによって表現されることである。このセットはパレットと呼ばれる。また、エスケープ記号に続いて（場合により量子化された）成分値を通知することによって、パレットの外にあるサンプルを示すことも可能である。この種のサンプルはエスケープサンプルと呼ばれる。パレットモードは図２で表されている。
パレットモードの背後にある基本的な考えは、ＣＵ内のサンプルが代表的な色値の小さいセットによって表現されることである。このセットはパレットと呼ばれる。また、エスケープ記号に続いて（場合により量子化された）成分値を通知することによって、パレットの外にあるサンプルを示すことも可能である。この種のサンプルはエスケープサンプルと呼ばれる。パレットモードは図２で表されている。
【0045】
図２は、パレットモードでコーディングされたブロックの例を示す。
【0046】
２．５ ＨＥＶＣ Ｓｃｒｅｅｎ Ｃｏｎｔｅｎｔ Ｃｏｄｉｎｇ拡張（ＨＥＶＣ－ＳＣＣ）におけるパレットモード
ＨＥＶＣ－ＳＣＣにおけるパレットモードでは、パレット及びインデックスマップをコーディングするために、予測的な方法が使用される。
ＨＥＶＣ－ＳＣＣにおけるパレットモードでは、パレット及びインデックスマップをコーディングするために、予測的な方法が使用される。
【0047】
２．５．１ パレットエントリのコーディング
パレットエントリのコーディングのために、パレット予測子が維持される。パレットの最大サイズは、パレット予測子とともに、ＳＰＳで通知される。ＨＥＶＣ－ＳＣＣでは、ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがＰＰＳで導入される。このフラグが１であるとき、パレット予測子を初期化するためのエントリがビットストリームで通知される。パレット予測子は、各ＣＴＵ行、各スライス、及び各タイルの開始時に初期化される。ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値に応じて、パレット予測子は、０にリセットされるか、又はＰＰＣで通知されたパレット予測子初期化子エントリを用いて初期化される。ＨＥＶＣ－ＳＣＣでは、サイズ０のパレット予測子初期化子が、ＰＰＳレベルでのパレット予測子初期化の明示的な無効化を可能にするよう有効にされた。
パレットエントリのコーディングのために、パレット予測子が維持される。パレットの最大サイズは、パレット予測子とともに、ＳＰＳで通知される。ＨＥＶＣ－ＳＣＣでは、ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがＰＰＳで導入される。このフラグが１であるとき、パレット予測子を初期化するためのエントリがビットストリームで通知される。パレット予測子は、各ＣＴＵ行、各スライス、及び各タイルの開始時に初期化される。ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値に応じて、パレット予測子は、０にリセットされるか、又はＰＰＣで通知されたパレット予測子初期化子エントリを用いて初期化される。ＨＥＶＣ－ＳＣＣでは、サイズ０のパレット予測子初期化子が、ＰＰＳレベルでのパレット予測子初期化の明示的な無効化を可能にするよう有効にされた。
【0048】
パレット予測子における各エントリについては、それが現在のパレットの部分であるかどうかを示すために、再利用フラグが通知される。これは図３に表されている。再利用フラグは、ゼロのランレングスコーディングを用いて送信される。この後に、新しいパレットエントリの数が、次数０の指数ゴロム符号を用いて通知される。最後に、新しいパレットエントリの成分値が通知される。
【0049】
図３は、パレットエントリを通知するためのパレット予測子の使用の例を示す。
２．５．２ パレットインデックスのコーディング
２．５．２ パレットインデックスのコーディング
【0050】
パレットインデックスは、図４に示される水平及び垂直トラバーススキャンを用いてコーディングされる。スキャン順序は、ｐａｌｅｔｔｅ＿ｔｒａｎｓｐｏｓｅ＿ｆｌａｇを用いてビットストリームで明示的に通知される。サブセクションの残りの部分については、スキャンは水平であると仮定される。
【0051】
図４は、水平及び垂直トラバーススキャンの例を示す。
【0052】
パレットインデックスは、２つの主なパレットサンプルモード：「ＩＮＤＥＸ」及び「ＣＯＰＹ＿ＡＢＯＶＥ」を用いてコーディングされる。上述されたように、エスケープ記号も、「ＩＮＤＥＸ」モードとして通知され、最大パレットサイズに等しいインデックスを割り当てられる。モードは、一番上の行の場合又は前のモードが「ＣＯＰＹ＿ＡＢＯＶＥ」であった場合を除いて、フラグを用いて通知される。「ＣＯＰＹ＿ＡＢＯＶＥ」モードでは、上の行にあるサンプルのパレットインデックスがコピーされる。「ＩＮＤＥＸ」モードでは、パレットインデックスは明示的に通知される。「ＩＮＤＥＸ」及び「ＣＯＰＹ＿ＡＢＯＶＥ」の両方のモードについて、ラン値（run value）が通知され、これは、やはり同じモードを用いてコーディングされる後続サンプルの数を指定する。エスケープ記号が「ＩＮＤＥＸ」又は「ＣＯＰＹ＿ＡＢＯＶＥ」モードでのランの部分である場合に、エスケープ成分値がエスケープ記号ごとに通知される。パレットインデックスのコーディングは、図５に表されている。
【0053】
このシンタックス順序は次のように達成される。最初に、ＣＵのインデックス値の数が通知される。その後に、トランケーテッドバイナリコーディング（truncated binary coding）を用いて、ＣＵ全体の実際のインデックス値の通知が続く。これは、インデックスに関連したバイパスビンをグループにまとめる。次いで、パレットサンプルモード（必要な場合）及びランが、インターリーブ方式で通知される。最後に、ＣＵ全体のエスケープサンプル値に対応する成分エスケープ値がグループにまとめられて、バイパスモードでコーディングされる。
【0054】
更なるシンタックス要素として、ｌａｓｔ＿ｒｕｎ＿ｔｙｐｅ＿ｆｌａｇが、インデックス値を通知した後に通知される。このシンタックス要素は、インデックスの数と組み合わせて、ブロック内の最後のランに対応するラン値を通知する必要性を排する。
【0055】
ＨＥＶＣ－ＳＣＣでは、パレットモードはまた、４：２：２、４：２：０、及びモノクロクロマフォーマットについても有効にされる。パレットエントリ及びパレットインデックスの通知は、全てのクロマフォーマットについてほぼ同じである。非モノクロフォーマットの場合に、各パレットエントリは３つの成分から成る。モノクロフォーマットについては、各パレットエントリは単一の成分から成る。サブサンプリングされたクロマ方向について、クロマサンプルは、２で除算可能であるルーマサンプルインデックスと関連付けられる。ＣＵのパレットインデックスを再構成した後、サンプルがそれと関連付けられた単一の成分しか有さない場合には、パレットエントリの最初の成分のみが使用される。通知の唯一の相違は、エスケープ成分値に関する。エスケープサンプルごとに、通知されるエスケープ成分値の数は、そのサンプルに関連した成分の数に応じて異なり得る。
【0056】
ＶＶＣでは、デュアルツリーコーディング構造がイントラスライスのコーディングで使用されるので、ルーマ成分及び２つのクロマ成分は、異なったパレット及びパレットインデックスを有し得る。更に、２つのクロマ成分は、同じパレット及びパレットインデックスを共有する。
【0057】
図５は、パレットインデックスのコーディングの例を示す。
【0058】
２．６ ＶＶＣにおけるイントラモードコーディング
自然ビデオで提示される任意のエッジ方向を捕捉するために、ＶＴＭ５での指向性イントラモードの数は、ＨＥＶＣで使用される３３から、６５に拡張される。ＨＥＶＣにはない新しい指向性モードは、図６で赤色破線矢印で表されており、プレーナーモード及びＤＣモードは同じままである。これらのより密なイントラ予測モードは、全てのブロックサイズについて、ルーマ及びクロマの両方のイントラ予測のために適用される。
自然ビデオで提示される任意のエッジ方向を捕捉するために、ＶＴＭ５での指向性イントラモードの数は、ＨＥＶＣで使用される３３から、６５に拡張される。ＨＥＶＣにはない新しい指向性モードは、図６で赤色破線矢印で表されており、プレーナーモード及びＤＣモードは同じままである。これらのより密なイントラ予測モードは、全てのブロックサイズについて、ルーマ及びクロマの両方のイントラ予測のために適用される。
【0059】
ＶＴＭ５では、いくつかの従来の角度イントラ予測モードが、非正方ブロックについて広角イントラ予測モードで適応的に置き換えられる。
【0060】
ＨＥＶＣでは、あらゆるイントラコーディングされたブロックが正方形状を有しており、その各辺の長さは２の累乗である。よって、ＤＣモードを用いてイントラ予測子を生成するために、分割動作は不要である。ＶＴＭ５では、ブロックは、一般的な場合にブロックごとに分割動作の使用を必要とする長方形状を有する可能性がある。ＤＣ予測のための分割動作を回避するために、長い方の辺のみが、非正方ブロックの平均を計算するために使用される。
【0061】
図６は、６７個のイントラ予測モードの例を示す。
【0062】
最確モード（most probable mode，ＭＰＭ）リスト生成の複雑性を低く保つために、６つのＭＰＭによるイントラモードコーディング方法が、２つの利用可能な隣接イントラモードを考えることによって使用される。次の３つの態様が、ＭＰＭリストを構成するために考えられる：
・デフォルトイントラモード
・隣接イントラモード
・導出イントラモード
・デフォルトイントラモード
・隣接イントラモード
・導出イントラモード
【0063】
統合６－ＭＰＭリストが、ＭＲＬ及びＩＳＰコーディングツールが適用されるか否かにかかわらず、イントラブロックに対して使用される。ＭＰＭリストは、左及び上隣接ブロックのイントラモードに基づいて構成される。左ブロックのモードはＬｅｆｔと表され、上ブロックのモードはＡｂｏｖｅと表されるとして、統合ＭＰＭリストは、次のように構成される（左ブロック及び上ブロックは図７に示される）。
【0064】
図７は、現在ブロックの左隣及び上隣の例を示す。
・隣接ブロックが利用可能でない場合に、そのイントラモードはデフォルトでプレーナー（Planar）にセットされる。
・両方のモードＬｅｆｔ及びＡｂｏｖｅが非角度モードである場合に：
・ＭＰＭリスト→｛プレーナー，ＤＣ，Ｖ，Ｈ，Ｖ－４，Ｖ＋４｝
・モードＬｅｆｔ及びＡｂｏｖｅの一方が角度モードであり、他方が非角度モードである場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・ＭＰＭリスト→｛プレーナー，Ｍａｘ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１，Ｍａｘ－２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが異なる場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・モードＬｅｆｔ及びＡｂｏｖｅの差が２以上６２以下の範囲にある場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１｝
・そうでない場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－２，Ｍａｘ＋２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが同じである場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ｌｅｆｔ－１，Ｌｅｆｔ＋１，ＤＣ，Ｌｅｆｔ－２｝
・隣接ブロックが利用可能でない場合に、そのイントラモードはデフォルトでプレーナー（Planar）にセットされる。
・両方のモードＬｅｆｔ及びＡｂｏｖｅが非角度モードである場合に：
・ＭＰＭリスト→｛プレーナー，ＤＣ，Ｖ，Ｈ，Ｖ－４，Ｖ＋４｝
・モードＬｅｆｔ及びＡｂｏｖｅの一方が角度モードであり、他方が非角度モードである場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・ＭＰＭリスト→｛プレーナー，Ｍａｘ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１，Ｍａｘ－２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが異なる場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・モードＬｅｆｔ及びＡｂｏｖｅの差が２以上６２以下の範囲にある場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１｝
・そうでない場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－２，Ｍａｘ＋２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが同じである場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ｌｅｆｔ－１，Ｌｅｆｔ＋１，ＤＣ，Ｌｅｆｔ－２｝
【0065】
その上、ｍｐｍインデックスコードワードの最初のビンは、ＣＡＢＡＣコンテキストコーディングされる。現在のイントラブロックがＭＲＬ対応であるか、ＩＳＰ対応であるか、又は通常のイントラブロックであるかに対応して、全部で３つのコンテキストが使用される。
【0066】
６－ＭＰＭリストの生成プロセス中、一意のモードのみがＭＰＭリストに含まれ得るように、重複したモードを除くためにプルーニングが使用される。６１個の非ＭＰＭモードのエントロピコーディングについては、トランケーテッドバイナリコーディング（ＴＢＣ）が使用される。
【0067】
クロマイントラモードコーディングについては、全部で８つのイントラモードが、クロマイントラモードコーディングのために許されている。それらのモードには、５つの従来のイントラモードと、３つのクロスコンポーネント線形モデルモード（cross-component linear model modes）（ＣＣＬＭ、ＬＭ＿Ａ、及びＬＭ＿Ｌ）とが含まれる。クロマモードの通知及び導出のプロセスは、表２－４に示される。クロマモードコーディングは、対応するルーマブロックのイントラ予測モードに直接に依存する。ルーマ成分及びクロマ成分のための別個のブロックパーティション構造がＩスライスでは可能にされるので、１つのクロマブロックは複数のルーマブロックに対応し得る。そのため、クロマＤＭモードについては、現在のクロマブロックの中心位置をカバーする対応するルーマブロックのイントラ予測モードが直接に承継される。
【表2】
【0068】
２．７ ＱＲ－ＢＤＰＣＭ（Quantized residual Block Differential Pulse-Code Modulation）
ＪＶＥＴ－Ｍ０４１３では、ＱＲ－ＢＤＰＣＭ（Quantized residual Block Differential Pulse-Code Modulation）が、スクリーンコンテンツを効率的にコーディングするために提案されている。
ＪＶＥＴ－Ｍ０４１３では、ＱＲ－ＢＤＰＣＭ（Quantized residual Block Differential Pulse-Code Modulation）が、スクリーンコンテンツを効率的にコーディングするために提案されている。
【0069】
ＱＲ－ＢＤＰＣＭで使用される予測方向は、垂直及び水平予測モードでとすることができる。イントラ予測は、イントラ予測と同様に予測方向（水平及び垂直方向）でのサンプルコピーによって、ブロック全体に対して行われる。残差は量子化され、量子化された残差とその予測子（水平又は垂直）量子化値との間の差（delta）はコーディングされる。これは、以下によって説明することができる。サイズＭ（行）×Ｎ（列）のブロックについて、ｒｉ，ｊ，０≦ｉ≦Ｍ－１，０≦ｊ≦Ｎ－１を、上又は左ブロック境界サンプルからのフィルタリングされていないサンプルを用いてイントラ予測を水平方向に（予測されたブロックにわたって左隣接ピクセル値をラインごとにコピーする）又は垂直方向に（予測されたブロック内の各ラインに上隣接ラインをコピーする）実行した後の予測残差であるとする。Ｑ（ｒｉ，ｊ），０≦ｉ≦Ｍ－１，０≦ｊ≦Ｎ－１が残差ｒｉ，ｊの量子化されたバージョンを表すとして、このとき、残差は、元のブロック値と予測されたブロック値との間の差である。次いで、ブロックＤＰＣＭが、量子化された残差サンプルに適用され、要素
（外１）
を有する変更されたＭ×Ｎアレイ
（外２）
が得られる。垂直ＢＤＰＣＭが通知される場合に：
である。
（外１）
（外２）
【数1】
【0070】
水平予測については、同様のルールが適用され、残差量子化サンプルは、
によって求められる。
【数2】
【0071】
残差量子化サンプル
（外３）
は、デコーダへ送られる。
（外３）
【0072】
デコーダ側では、上記の計算は、Ｑ（ｒｉ，ｊ），０≦ｉ≦Ｍ－１，０≦ｊ≦Ｎ－１を取り出すために逆にされる、垂直予測の場合については、
であり、水平予測の場合については
である。
【数3】
【数4】
【0073】
逆量子化された残差Ｑ－１（Ｑ（ｒｉ，ｊ））が、再構成されたサンプル値を生成するようイントラブロック予測値に加えられる。
【0074】
この方式の主な利点は、係数がパースされるときに予測子を追加するだけで、係数解析中にオン・ザ・フライで逆ＤＰＣＭを実行できること、又は解析後に実行できることである。
【0075】
２．８ 適応ループフィルタ
ＶＴＭ５では、ブロックベースのフィルタ適応による適応ループフィルタ（Adaptive Loop Filter，ＡＬＦ）が適用される。ルーマ成分については、２５個のフィルタのうちの１つが、局所勾配の方向及び活性に基づいて、４×４ブロックごとに選択される。
ＶＴＭ５では、ブロックベースのフィルタ適応による適応ループフィルタ（Adaptive Loop Filter，ＡＬＦ）が適用される。ルーマ成分については、２５個のフィルタのうちの１つが、局所勾配の方向及び活性に基づいて、４×４ブロックごとに選択される。
【0076】
２．８．１．１フィルタ形状
ＶＴＭ５では、２つのダイヤモンドフィルタ形状（図８に図示あり）が使用される。７×７ダイヤモンド形状はルーマ成分に対して適用され、５×５ダイヤモンド形状はクロマ成分に対して適用される。
ＶＴＭ５では、２つのダイヤモンドフィルタ形状（図８に図示あり）が使用される。７×７ダイヤモンド形状はルーマ成分に対して適用され、５×５ダイヤモンド形状はクロマ成分に対して適用される。
【0077】
図８は、ＡＬＦフィルタ形状（クロマ：５×５ダイヤモンド、ルーマ：７×７ダイヤモンド）の例を示す。
【0078】
２．８．１．２ブロック分類
ルーマ成分については、各４×４ブロックは、２５個のクラスの中から１つに分類され得る。分類インデックスＣは、次のように、その方向性Ｄ及び量子化された活性値Ａ（ハット付き）に基づいて導出される：
ルーマ成分については、各４×４ブロックは、２５個のクラスの中から１つに分類され得る。分類インデックスＣは、次のように、その方向性Ｄ及び量子化された活性値Ａ（ハット付き）に基づいて導出される：
【数5】
【0079】
Ｄ及びハット付きＡを計算するために、水平方向、垂直方向、及び２つの対角方向の勾配が最初に、１－Ｄラプラシアンを用いて計算される：
インデックスｉ及びｊは、４×４ブロック内の左上サンプルの座標を指し、Ｒ（ｉ，ｊ）は、座標（ｉ，ｊ）での再構成されたサンプルを示す。
【数6】
【0080】
ブロック分類の複雑性を低減するために、サブサンプリングされた１－Ｄラプラシアン計算が適用される。図９に示されるように、同じサブサンプリングされた位置が、全ての方向の勾配計算のために使用される。
【0081】
図９は、サブサンプリングされたラプラシアン計算の例を示す。（ａ）垂直勾配のためのサブサンプリングされた位置、（ｂ）水平勾配のためのサブサンプリングされた位置、（ｃ）対角勾配のためのサブサンプリングされた位置、（ｄ）対角勾配のためのサブサンプリングされた位置。
【0082】
次いで、水平方向及び垂直方向の勾配のＤの最大値及び最小値は：
としてセットされる。
【数7】
【0083】
２つの対角方向の勾配の最大値及び最小値は：
としてセットされる。
【数8】
【0084】
方向性Ｄの値を導出するために、これらの値は、互いに、そして２つの閾値ｔ１及びｔ２と比較される：
【表3】
【0085】
活性値Ａは、
として計算される。
【数9】
【0086】
Ａは、０以上４以下の範囲に更に量子化され、量子化された値は、ハット付きＡとして表される。
【0087】
ピクチャ内のクロマ成分については、分類方法は適用されない。すなわち、ひと組のＡＬＦ係数がクロマ成分ごとに適用される。
【0088】
２．８．１．３ フィルタ係数及びクリッピング値の幾何変換
各４×４ルーマブロックをフィルタリングする前に、回転又は対角及び垂直フリップなどの幾何変換が、そのブロックについて計算された勾配値に応じて、フィルタ係数ｆ（ｋ，ｌ）及び対応するフィルタクリッピング値ｃ（ｋ、ｌ）に適用される。これは、フィルタサポート領域内のサンプルにこれらの変換を適用することと等価である。アイデアは、ＡＬＦが適用される様々なブロックを、それらの方向性を調整することによって、より類似させることである。
各４×４ルーマブロックをフィルタリングする前に、回転又は対角及び垂直フリップなどの幾何変換が、そのブロックについて計算された勾配値に応じて、フィルタ係数ｆ（ｋ，ｌ）及び対応するフィルタクリッピング値ｃ（ｋ、ｌ）に適用される。これは、フィルタサポート領域内のサンプルにこれらの変換を適用することと等価である。アイデアは、ＡＬＦが適用される様々なブロックを、それらの方向性を調整することによって、より類似させることである。
【0089】
対角、垂直フリップ、及び回転を含む３つの幾何変換が導入される：
ここで、Ｋは、フィルタのサイズであり、０≦ｋ，ｌ≦Ｋ－１は、位置（０，０）が左上隅にあり、位置（Ｋ－１，Ｋ－１）が右下隅にあるような、係数座標である。変換は、そのブロックについて計算された勾配値に応じて、フィルタ係数ｆ（ｋ，ｌ）及びクリッピング値ｃ（ｋ、ｌ）に適用される。変換と４つの方向の４つの勾配との間の関係は、次の表で手短に述べられている。
【数10】
【表4】
【0090】
２．８．１．４ フィルタパラメータ通知
ＶＴＭ５では、ＡＬＦフィルタパラメータは、適応パラメータセット（Adaptation Parameter Set，ＡＰＳ）で通知される。１つのＡＰＳでは、最大２５組のルーマフィルタ係数及びクリッピング値が通知され得る。ビットオーバヘッドを低減するために、異なる分類のフィルタ係数はマージされ得る。スライスヘッダでは、現在スライスに使用されるＡＰＳのインデックスが通知される。
ＶＴＭ５では、ＡＬＦフィルタパラメータは、適応パラメータセット（Adaptation Parameter Set，ＡＰＳ）で通知される。１つのＡＰＳでは、最大２５組のルーマフィルタ係数及びクリッピング値が通知され得る。ビットオーバヘッドを低減するために、異なる分類のフィルタ係数はマージされ得る。スライスヘッダでは、現在スライスに使用されるＡＰＳのインデックスが通知される。
【0091】
ＡＰＳから復号されるクリッピング値インデックスは、クリッピング値のルーマテーブル及びクリッピング値のクロマテーブルを用いてクリッピング値を決定することを可能にする。これらのクリッピング値は、内在的なビットデプスに依存する。より厳密は、クリッピング値のルーマテーブル及びクリッピング値のクロマテーブルは、次の式によって取得される：
なお、Ｂは内在的なビットデプスに等しく、Ｎは４に等しく、ＶＴＭ５．０での許容クリッピング値の数である。
【数11】
【0092】
フィルタリングプロセスは、ＣＴＢレベルで制御され得る。フラグは、ＡＬＦがルーマＣＴＢに適用されるかどうかを示すために常に通知される。ルーマＣＴＢは、１６個の固定フィルタセットと、ＡＰＳからのフィルタセットとから、フィルタセットを選択することができる。フィルタセットインデックスは、ルーマＣＴＢについて、どのフィルタセットが適用されるかを示すために通知される。１６個の固定フィルタセットは予め定義され、エンコーダ及びデコーダの両方でハードコーディングされる。
【0093】
フィルタ係数は、１２８に等しいノルムで量子化される。乗算複雑性を制限するために、非中心位置の係数値が－２７以上２７－１以下の範囲にあるべきであるように、ビットストリームコンフォーマンスが適用される。中心位置係数は、ビットストリームで通知されず、１２８に等しいと見なされる。
【0094】
２．８．１．５ フィルタリングプロセス
デコーダ側で、ＡＬＦがＣＴＢに対して有効にされる場合に、ＣＵ内の各サンプルＲ（ｉ，ｊ）はフィルタリングされ、以下で示されるサンプル値Ｒ’（ｉ，ｊ）が得られる：
ここで、ｆ（ｋ、ｌ）は、復号されたフィルタ係数であり、Ｋ（ｘ，ｙ）は、クリッピング関数であり、ｃ（ｋ、ｌ）は、復号されたクリッピングパラメータを表す。変数ｋ及びｌは、－Ｌ／２からＬ／２の間で変化し、Ｌは、フィルタ長さを表す。クリッピング関数Ｋ（ｘ，ｙ）＝ｍｉｎ（ｙ，ｍａｘ（－ｙ，ｘ））であり、関数Ｃｌｉｐ３（－ｙ，ｙ，ｘ）に対応する。
デコーダ側で、ＡＬＦがＣＴＢに対して有効にされる場合に、ＣＵ内の各サンプルＲ（ｉ，ｊ）はフィルタリングされ、以下で示されるサンプル値Ｒ’（ｉ，ｊ）が得られる：
【数12】
【0095】
２．８．１．６ ラインバッファ低減のための仮想境界フィルタリングプロセス
ＶＴＭ５では、ラインバッファ要件を低減するために、変更されたブロック分類及びフィルタリングが、水平ＣＴＵ境界に近いサンプルのために用いられる。このために、仮想境界は、図１０に示されるように、“Ｎ”個のサンプルを含む水平ＣＴＵ境界をシフトすることによってラインとして定義される。Ｎは、ルーマ成分については４に等しく、クロマ成分については２に等しい。
ＶＴＭ５では、ラインバッファ要件を低減するために、変更されたブロック分類及びフィルタリングが、水平ＣＴＵ境界に近いサンプルのために用いられる。このために、仮想境界は、図１０に示されるように、“Ｎ”個のサンプルを含む水平ＣＴＵ境界をシフトすることによってラインとして定義される。Ｎは、ルーマ成分については４に等しく、クロマ成分については２に等しい。
【0096】
図１０は、仮想境界での修正されたブロック分類の例を示す。
【0097】
図１１に示されるように、修正されたブロック分類がルーマ成分に適用され、それに応じて、活性値Ａは、１Ｄラプラシアン勾配計算で使用されるサンプル数の減少を考慮に入れることによってスケーリングされる。
【0098】
フィルタリングプロセスについては、仮想境界での対称パディング動作が、ルーマ及びクロマの両方の成分のために使用される。図１１に示されるように、フィルタリングされているサンプルが仮想境界の下に位置している場合に、仮想境界の上に位置している隣接サンプルがパディングされる。一方、他方の側にある対応するサンプルも対称的にパディングされる。
【0099】
図１１は、仮想境界でのルーマ成分に対する修正ＡＬＦフィルタリングの実例を示す。
【0100】
２．９ サンプル適応オフセット（ＳＡＯ）
サンプル適応オフセット（sample adaptive offset，ＳＡＯ）は、エンコーダによってＣＴＢごとに指定されたオフセットを使用することによって、デブロッキングフィルタ後の再構成された信号に適用される。ＨＭエンコーダは最初に、ＳＡＯプロセスが現在スライスに適用されるべきか否かを決定する。ＳＡＯがスライスに適用される場合に、各ＣＴＢは、表２－６に示されるように、５つのＳＡＯタイプのうちの１つとして分類される。ＳＡＯの概念は、ピクセルをカテゴリに分類することであり、各カテゴリのピクセルにオフセットを加えることによって歪みを低減する。ＳＡＯ動作は、ＳＡＯタイプ１～４におけるピクセル分類のためにエッジ特性を使用するエッジオフセット（ＥＯ）と、ＳＡＯタイプ５におけるピクセル分類のためにピクセル強度を使用するバンドオフセット（ＢＯ）とを含む。各適用可能なＣＴＢは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇ、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇ、ＳＡＯタイプ、及び４つのオフセットを含むＳＡＯパラメータを有している。ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、左側にあるＣＴＢのＳＡＯタイプ及びオフセットを再利用する。ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、上のＣＴＢのＳＡＯタイプ及びオフセットを再利用する。
サンプル適応オフセット（sample adaptive offset，ＳＡＯ）は、エンコーダによってＣＴＢごとに指定されたオフセットを使用することによって、デブロッキングフィルタ後の再構成された信号に適用される。ＨＭエンコーダは最初に、ＳＡＯプロセスが現在スライスに適用されるべきか否かを決定する。ＳＡＯがスライスに適用される場合に、各ＣＴＢは、表２－６に示されるように、５つのＳＡＯタイプのうちの１つとして分類される。ＳＡＯの概念は、ピクセルをカテゴリに分類することであり、各カテゴリのピクセルにオフセットを加えることによって歪みを低減する。ＳＡＯ動作は、ＳＡＯタイプ１～４におけるピクセル分類のためにエッジ特性を使用するエッジオフセット（ＥＯ）と、ＳＡＯタイプ５におけるピクセル分類のためにピクセル強度を使用するバンドオフセット（ＢＯ）とを含む。各適用可能なＣＴＢは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇ、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇ、ＳＡＯタイプ、及び４つのオフセットを含むＳＡＯパラメータを有している。ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、左側にあるＣＴＢのＳＡＯタイプ及びオフセットを再利用する。ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、上のＣＴＢのＳＡＯタイプ及びオフセットを再利用する。
【表5】
【0101】
２．９．１ 各ＳＡＯタイプの動作
エッジオフセットは、図１２に示されるように、エッジ方向情報を考慮して、現在ピクセルｐの分類のために４つの１次元３ピクセルパターンを使用する。左から右へ、０度、９０度、１３５度、及び４５度がある。
エッジオフセットは、図１２に示されるように、エッジ方向情報を考慮して、現在ピクセルｐの分類のために４つの１次元３ピクセルパターンを使用する。左から右へ、０度、９０度、１３５度、及び４５度がある。
【0102】
図１２は、ＥＯでのピクセル分類のための４つの１次元３ピクセルパターンの例を示す。
【0103】
各ＣＴＢは、表２－７に従って、５つのカテゴリのうちの１つに分類される。
【表6】
【0104】
バンドオフセット（ＢＯ）は、１つのＣＴＢ領域内の全てのピクセルを、ピクセル値の５つの最上位ビットをバンドインデックスとして使用することによって、３２個の一様なバンドに分類する。すなわち、ピクセル強度範囲は、ゼロから最大強度値（例えば、８ビットピクセルについては２５５）まで３２個の等しいセグメントに分ける。４つの隣接バンドはグループにまとめられ、各グループは、図１３に示されるようにその最も左側の位置によって示される。エンコーダは、各バンドのオフセットを補償することによって歪みを最大に低減したグループを取得するよう全ての位置を探索する。
【0105】
図１３は、４つのバンドがグループにまとめられ、その開始バンド位置によって表現される例を示す。
【0106】
２．１０ インター－イントラ複合予測（ＣＩＩＰ）
ＶＴＭ５では、ＣＵがマージモードでコーディングされる場合に、ＣＵが少なくとも６４個のルーマサンプルを含むならば（つまり、ＣＵ幅×ＣＵ高さは６４以上である）、かつ、ＣＵ幅及びＣＵ高さの両方が１２８個のルーマサンプルに満たないならば、インター／イントラ複合予測（ＣＩＩＰ）モードが現在ＣＵに適用されるかどうかを示すために、追加のフラグが通知される。その名が示すとおり、ＣＩＩＰ予測は、インター予測信号をイントラ予測信号と組み合わせる。ＣＩＩＰモードでのインター予測信号Ｐｉｎｔｅｒは、通常のマージモードに適用されるの同じインター予測プロセスを用いて導出され、イントラ予測信号Ｐｉｎｔｒａは、プレーナーモードによる通常のイントラ予測プロセスに従って導出される。次いで、イントラ予測信号及びインター予測信号は、加重平均を用いて結合される。このとき、重み値は、次のように、上隣接ブロック及び左隣接ブロック（図１４に図示あり）のコーディングモードに応じて計算される：
・上隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＴｏｐを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＴｏｐを０にセットする。
・左隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＬｅｆｔを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＬｅｆｔを０にセットする。
・（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が２に等しい場合には、ｗｔは３にセットされる。
・そうではなく、（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が１に等しい場合には、ｗｔは２にセットされる。
・上記以外の場合に、ｗｔを１にセットする。
ＶＴＭ５では、ＣＵがマージモードでコーディングされる場合に、ＣＵが少なくとも６４個のルーマサンプルを含むならば（つまり、ＣＵ幅×ＣＵ高さは６４以上である）、かつ、ＣＵ幅及びＣＵ高さの両方が１２８個のルーマサンプルに満たないならば、インター／イントラ複合予測（ＣＩＩＰ）モードが現在ＣＵに適用されるかどうかを示すために、追加のフラグが通知される。その名が示すとおり、ＣＩＩＰ予測は、インター予測信号をイントラ予測信号と組み合わせる。ＣＩＩＰモードでのインター予測信号Ｐｉｎｔｅｒは、通常のマージモードに適用されるの同じインター予測プロセスを用いて導出され、イントラ予測信号Ｐｉｎｔｒａは、プレーナーモードによる通常のイントラ予測プロセスに従って導出される。次いで、イントラ予測信号及びインター予測信号は、加重平均を用いて結合される。このとき、重み値は、次のように、上隣接ブロック及び左隣接ブロック（図１４に図示あり）のコーディングモードに応じて計算される：
・上隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＴｏｐを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＴｏｐを０にセットする。
・左隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＬｅｆｔを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＬｅｆｔを０にセットする。
・（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が２に等しい場合には、ｗｔは３にセットされる。
・そうではなく、（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が１に等しい場合には、ｗｔは２にセットされる。
・上記以外の場合に、ｗｔを１にセットする。
【0107】
ＣＩＩＰ予測は、次のように形成される：
【数13】
【0108】
図１４は、ＣＩＩＰ重み導出で使用される上及び左隣接ブロックを示す。
【0109】
２．１１ クロマスケーリング付きルーママッピング（ＬＭＣＳ）
ＶＴＭ５では、ＬＭＣＳ（luma mapping with chroma scaling）と呼ばれるコーディングルールが、ループフィルタ前に新しい処理ブロックとして加えられる。ＬＭＣＳは、２つの主なコンポーネント：１）適応区分線形モデルに基づいたルーマ成分のインループマッピング、２）クロマ成分のためのルーマ依存クロマ残差スケーリングの適用を有する。図１５は、デコーダ視点からのＬＭＣＳアーキテクチャを示す。図１５中の破線ブロックは、処理がマッピング領域で適用されることを示しており、逆量子化、逆変換、ルーマイントラ予測、及びルーマ残差とともにルーマ予測の追加を含む。図１５中の影無しブロックは、処理が元の（すなわち、非マッピング）領域で適用される場所を示し、これらには、デブロッキング、ＡＬＦ、及びＳＡＯなどのループフィルタ、動き補償付き予測、クロマイントラ予測、クロマ残差とともにクロマ予測の追加、並びに参照ピクチャとしても復号されたピクチャの格納が含まれる。図１５中のチェック付きブロックは、ルーマ信号の順方向及び逆方向マッピングと、ルーマ依存クロマスケーリングプロセスとを含む新しいＬＭＣＳ機能ブロックである。ＶＶＣにおける他のほとんどのツールと同様に、ＬＭＣＳは、ＳＰＳフラグを用いてシーケンスレベルで有効／無効にされ得る。
ＶＴＭ５では、ＬＭＣＳ（luma mapping with chroma scaling）と呼ばれるコーディングルールが、ループフィルタ前に新しい処理ブロックとして加えられる。ＬＭＣＳは、２つの主なコンポーネント：１）適応区分線形モデルに基づいたルーマ成分のインループマッピング、２）クロマ成分のためのルーマ依存クロマ残差スケーリングの適用を有する。図１５は、デコーダ視点からのＬＭＣＳアーキテクチャを示す。図１５中の破線ブロックは、処理がマッピング領域で適用されることを示しており、逆量子化、逆変換、ルーマイントラ予測、及びルーマ残差とともにルーマ予測の追加を含む。図１５中の影無しブロックは、処理が元の（すなわち、非マッピング）領域で適用される場所を示し、これらには、デブロッキング、ＡＬＦ、及びＳＡＯなどのループフィルタ、動き補償付き予測、クロマイントラ予測、クロマ残差とともにクロマ予測の追加、並びに参照ピクチャとしても復号されたピクチャの格納が含まれる。図１５中のチェック付きブロックは、ルーマ信号の順方向及び逆方向マッピングと、ルーマ依存クロマスケーリングプロセスとを含む新しいＬＭＣＳ機能ブロックである。ＶＶＣにおける他のほとんどのツールと同様に、ＬＭＣＳは、ＳＰＳフラグを用いてシーケンスレベルで有効／無効にされ得る。
【0110】
図１５は、クロマスケーリングアーキテクチャによるルーママッピングの例を示す。
【0111】
２．１２ デュアルツリーパーティション
現在のＶＶＣ設計では、Ｉスライスについて、各ＣＴＵは、暗黙的な四分木分割を用いて、６４×６４個のルーマサンプルを有するコーディングユニットに分けられ得る。これらのコーディングユニットは、ルーマ及びクロマについての２つの別個のｃｏｄｉｎｇ＿ｔｒｅｅシンタック構造のルートである。
現在のＶＶＣ設計では、Ｉスライスについて、各ＣＴＵは、暗黙的な四分木分割を用いて、６４×６４個のルーマサンプルを有するコーディングユニットに分けられ得る。これらのコーディングユニットは、ルーマ及びクロマについての２つの別個のｃｏｄｉｎｇ＿ｔｒｅｅシンタック構造のルートである。
【0112】
イントラピクチャにおけるデュアルツリーは、ルーマコーディングツリーとは異なるパーティションをクロマコーディングツリーで適用することを可能にするので、デュアルツリーは、より長いコーディングパイプラインを導入し、クロマツリーでのＱＴＢＴ ＭｉｎＱＴＳｉｚｅＣ値範囲並びにＭｉｎＢｔＳｉｚｅＹ及びＭｉｎＴＴＳｉｚｅＹは、２×２、４×２、及び２×４などの小さいクロマブロックを可能にする。それは、実際のデコーダ設計で困難性をもたらす。更に、ＣＣＬＭ、プレーナー、及び角度モードなどのいくつかの予測モードは乗算を必要とする。上記の問題を多少なりとも解決するために、小さいクロマブロックサイズ（２×２／２×４／４×２）は、パーティション制限としてデュアルツリーにおいて制限される。
【0113】
２．１３ ＪＶＥＴ－Ｏ００５０における最小クロマイントラ予測ユニット（ＳＣＩＰＵ）
小さいクロマサイズは、ハードウェア実装にとってフレンドリではない。デュアルツリーの場合に、小さすぎるサイズのクロマブロックは許されない。しかし、シングルツリー（singletree）の場合に、ＶＶＣ草案５は、依然として、２×２、２×４、４×２クロマブロックを許す。クロマブロックのサイズを制限するために、単一コーディングツリーでは、クロマブロックサイズがＴＨクロマサンプルよりも大きいか又はそれと等しく、かつ、４ＴＨルーマサンプルよりも小さい少なくとも１つの子ルーマブロックを有しているコーディングツリーノードとして、ＳＣＩＰＵがＪＶＥＴ－Ｏ００５０で定義されている。なお、ＴＨは、この寄稿では１６にセットされる。各ＳＣＩＰＵで、全てのＣＢはインターであるか、あるいは、全てのＣＢは非インターである、つまり、イントラ又はＩＢＣのどちらかであることが必要とされる。非インターＳＣＩＰＵの場合には、更に、非インターＳＣＩＰＵのクロマがこれ以上分割されるべきではないことが必要とされ、また、ＳＣＩＰＵのルーマは、更に分割されることを許される。このようにして、最小クロマイントラＣＢサイズは、１６個のクロマサンプルであり、２×２、２×４、及び４×２クロマＣＢは削除される。更に、クロマスケーリングは、非インターＳＣＩＰＵの場合に適用されない。
小さいクロマサイズは、ハードウェア実装にとってフレンドリではない。デュアルツリーの場合に、小さすぎるサイズのクロマブロックは許されない。しかし、シングルツリー（singletree）の場合に、ＶＶＣ草案５は、依然として、２×２、２×４、４×２クロマブロックを許す。クロマブロックのサイズを制限するために、単一コーディングツリーでは、クロマブロックサイズがＴＨクロマサンプルよりも大きいか又はそれと等しく、かつ、４ＴＨルーマサンプルよりも小さい少なくとも１つの子ルーマブロックを有しているコーディングツリーノードとして、ＳＣＩＰＵがＪＶＥＴ－Ｏ００５０で定義されている。なお、ＴＨは、この寄稿では１６にセットされる。各ＳＣＩＰＵで、全てのＣＢはインターであるか、あるいは、全てのＣＢは非インターである、つまり、イントラ又はＩＢＣのどちらかであることが必要とされる。非インターＳＣＩＰＵの場合には、更に、非インターＳＣＩＰＵのクロマがこれ以上分割されるべきではないことが必要とされ、また、ＳＣＩＰＵのルーマは、更に分割されることを許される。このようにして、最小クロマイントラＣＢサイズは、１６個のクロマサンプルであり、２×２、２×４、及び４×２クロマＣＢは削除される。更に、クロマスケーリングは、非インターＳＣＩＰＵの場合に適用されない。
【0114】
２つのＳＣＩＰＵの例が図１６に示される。図１６（ａ）では、８×４クロマサンプルの１つのクロマＣＢと、３つのルーマＣＢ（４×８、８×８、４×８ルーマＣＢ）とが１つのＳＣＩＰＵを形成する。これは、８×４クロマサンプルから分割された三分木（ＴＴ）が、１６個のクロマサンプルよりも小さいクロマＣＢをもたらすからである。図１６（ｂ）では、４×４クロマサンプル（８×４クロマサンプルの左側）の１つのクロマＣＢと、３つのルーマＣＢ（８×４、４×４、４×４ルーマＣＢ）とが１つのＳＣＩＰＵを形成し、４×４サンプル（８×４クロマサンプルの右側）の１つのクロマＣＢと、２つのルーマＣＢ（８×４、８×４ルーマＣＢ）とが１つのＳＣＩＰＵを形成する。これは、４×４クロマサンプルから分割された三分木（ＴＴ）が、１６個のクロマサンプルよりも小さいクロマＣＢをもたらすからである。
【0115】
図１６は、ＳＣＩＰの例を示す。
【0116】
現在スライスがＩスライスであるか、又は現在のＳＣＩＰＵが、更に１回分割された後にその中に４ｘ４ルーマパーティションを有する場合に、ＳＣＩＰＵのタイプは非インターであると推測される（ＶＶＣでは、インター４×４が許可されないため）。それ以外の場合には、ＳＣＩＰＵのタイプ（インター又は非インター）は、ＳＣＩＰＵ内のＣＵをパースする前に１つのシグナルフラグによって示される。
【0117】
２．１４ ＶＶＣ草案６における小さいクロマブロックの制約
ＶＶＣ草案６（ＪＶＥＴ－Ｏ２００１－ｖＥ．ｄｏｃｘ）では、小さいクロマブロックに対する制約が、次のように実装される（関連する部分は、太字イタリック体でマークされる）。
ＶＶＣ草案６（ＪＶＥＴ－Ｏ２００１－ｖＥ．ｄｏｃｘ）では、小さいクロマブロックに対する制約が、次のように実装される（関連する部分は、太字イタリック体でマークされる）。
【表7】
【0118】
３．開示される技術的解決法によって解決される技術的課題の例
（１）現在、ＩＢＣはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（２）現在、パレットはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（３）現在、小さいクロマブロックの制約は、色サブサンプリングフォーマットを考慮していない。
（４）現在、小さいブロックに対する同じパーティション及び予測モード制約が全てのクロマフォーマットに適用されている。しかし、４：２：０及び４：２：２クロマフォーマットでは、小さいブロックに対する異なった制約メカニズムを設計することが望ましいことがある。
（５）現在、パレットモードフラグ通知は、ｍｏｄｅＴｙｐｅに依存しているが、これは、パレットが小さいブロックの制約を適用しない可能性があるということで望ましくない。
（６）現在、ＩＢＣモードフラグは、Ｐ／Ｂスライスについて、ｃｕ＿ｓｋｉｐ＿ｆｒａｇが１に等しいが、ＭＯＤＥ＿ＴＹＰＥがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測されているが、これは、シンタックスのパースでは不正である。
（７）現在、非４×４ルーマＩＢＣモードは、ＳＣＩＰＵルーマブロックについて許可されていないが、これは望ましくないことがあり、コーディング効率損失を引き起こす可能性がある。
（８）２×Ｈクロマブロックが依然として許可されているが、これはハードウェア実装にとってフレンドリではない。
（９）ＣＩＩＰは、ＭＯＤＥ＿ＩＮＴＥＲと見なされる一方で、イントラ予測を使用するが、これは、いくつかの場合に制約を破る。
（１０）ＳＣＩＰＵが適用される場合に、ルーマ分割に依存してクロマのデルタＱＰが通知されないことがある。例えば、現在ブロック寸法がルーマサンプルで１６×８であり、垂直ＴＴで分割されている場合に、ローカルデュアルツリーが適用されてもよい。これは以下のように指定される。
ｑｇＯｎＣ＝ｑｇＯｎＣ＆＆（ｃｂＳｕｂｄｉｖ＋２＜＝ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖ）
したがって、ｃｂＳｕｂｄｉｖ＋２＜＝ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖである場合に、ｑｇＯｎＣはゼロにセットされる。この条件付き設定は、クロマ成分もＴＴによって分割されると仮定する。ローカルデュアルツリーでは、クロマ成分は分割されない可能性があるため、ｃｂＳｕｂｄｉｖはｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖよりも大きくなり得る。ＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄは、クロマについてのデルタＱＰの通知を可能にするために０にセットされるべきである。しかし、ｑｇＯｎＣが０にセットされるので、ＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄは０にセットされない。
（１）現在、ＩＢＣはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（２）現在、パレットはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（３）現在、小さいクロマブロックの制約は、色サブサンプリングフォーマットを考慮していない。
（４）現在、小さいブロックに対する同じパーティション及び予測モード制約が全てのクロマフォーマットに適用されている。しかし、４：２：０及び４：２：２クロマフォーマットでは、小さいブロックに対する異なった制約メカニズムを設計することが望ましいことがある。
（５）現在、パレットモードフラグ通知は、ｍｏｄｅＴｙｐｅに依存しているが、これは、パレットが小さいブロックの制約を適用しない可能性があるということで望ましくない。
（６）現在、ＩＢＣモードフラグは、Ｐ／Ｂスライスについて、ｃｕ＿ｓｋｉｐ＿ｆｒａｇが１に等しいが、ＭＯＤＥ＿ＴＹＰＥがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測されているが、これは、シンタックスのパースでは不正である。
（７）現在、非４×４ルーマＩＢＣモードは、ＳＣＩＰＵルーマブロックについて許可されていないが、これは望ましくないことがあり、コーディング効率損失を引き起こす可能性がある。
（８）２×Ｈクロマブロックが依然として許可されているが、これはハードウェア実装にとってフレンドリではない。
（９）ＣＩＩＰは、ＭＯＤＥ＿ＩＮＴＥＲと見なされる一方で、イントラ予測を使用するが、これは、いくつかの場合に制約を破る。
（１０）ＳＣＩＰＵが適用される場合に、ルーマ分割に依存してクロマのデルタＱＰが通知されないことがある。例えば、現在ブロック寸法がルーマサンプルで１６×８であり、垂直ＴＴで分割されている場合に、ローカルデュアルツリーが適用されてもよい。これは以下のように指定される。
ｑｇＯｎＣ＝ｑｇＯｎＣ＆＆（ｃｂＳｕｂｄｉｖ＋２＜＝ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖ）
したがって、ｃｂＳｕｂｄｉｖ＋２＜＝ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖである場合に、ｑｇＯｎＣはゼロにセットされる。この条件付き設定は、クロマ成分もＴＴによって分割されると仮定する。ローカルデュアルツリーでは、クロマ成分は分割されない可能性があるため、ｃｂＳｕｂｄｉｖはｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖよりも大きくなり得る。ＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄは、クロマについてのデルタＱＰの通知を可能にするために０にセットされるべきである。しかし、ｑｇＯｎＣが０にセットされるので、ＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄは０にセットされない。
【0119】
４．技術的解決法及び実施形態の例
以下に挙げられているものは、例と見なされるべきである。これらの技術は、狭い意味で解釈されるべきではない。更に、これらの技術は、如何様にも組み合わされ得る。
以下に挙げられているものは、例と見なされるべきである。これらの技術は、狭い意味で解釈されるべきではない。更に、これらの技術は、如何様にも組み合わされ得る。
【0120】
本文書中、「Ｍ×Ｎコーディングツリーノード」は、Ｍ×Ｎブロックを示し、Ｍ及びＮは、夫々、ルーマサンプルの幅及び高さであり、これは、例えば、ＱＴ／ＢＴ／ＴＴなどによって、更にパーティション化されてもよい。例えば、ブロックはＱＴノード、又はＢＴノード、又はＴＴノードであってよい。コーディングツリーノードは、コーディングユニット（例えば、シングルツリーについては３つの色成分、デュアルツリークロマコーディングについては２つのクロマ色成分、及びデュアルツリールーマコーディングについてはただ１つのルーマ成分を有する）、又はルーマコーディングブロック、又はクロマコーディングブロックであってもよい。「小さいコーディングツリーノードユニット」は、ルーマサンプルでブロックサイズＭ×Ｎが３２／６４／１２８に等しいコーディングツリーノードを示してもよい。
【0121】
特に述べられていない場合に、コーディングブロックの幅Ｗ及び高さは、ルーマサンプルで測定される。例えば、Ｍ×Ｎコーディングブロックは、Ｍ×Ｎルーマブロック、及び／又は２つの（Ｍ／ｓｕｂＷｉｄｔｈＣ）×（Ｎ／ＳｕｂＨｅｉｇｈｔＣ）クロマブロックを意味し、ＳｕｂＷｉｄｔｈＣ及びＳｕｂＨｉｇｈｔＣは、次のようにクロマフォーマットによって導出される。
【表8】
【0122】
１．小さいブロックにパーティション化すべきかどうか及び／又はどのようにすべきかは、カラーフォーマットに依存してもよい。
ａ．一例で、４：４：４カラーフォーマットについては、クロマブロックのサイズに対する制約は、ルーマブロックに対するそのような制約に従ってもよい。
ｂ．一例で、４：２：２カラーフォーマットについては、クロマブロックのサイズに対する制約は、４：２：０カラーフォーマットについてのそのような制約に従ってもよい。
ｃ．一例で、４：０：０及び／又は４：４：４クロマフォーマットについては、小さいブロックのパーティションに対する制約及び／又は予測モードは適用されなくてもよい。
ｄ．一例で、小さいブロックのパーティションに対する制約及び／又は予測モードは、異なるクロマフォーマットについて異なるように適用されてもよい。
ｉ．一例で、水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＢＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、水平ＢＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＢＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、垂直ＢＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉｉ．一例で、水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＴＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、水平ＴＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｖ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＴＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、垂直ＴＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｖ．一例で、４：０：０及び／又は４：４：４カラーフォーマットについては、小さいブロックの制約は適用されなくてもよい。
ｅ．一例で、ＳＣＩＰＵを有効にすべきかどうかは、カラーフォーマットに依存する。
ｉ．一例で、ＳＣＩＰＵは、４：２：０及び４：２：２カラーフォーマットに対して有効にされる。
ｉｉ．一例で、ＳＣＩＰＵは、４：０：０及び／又は４：４：４カラーフォーマットに対しては無効にされる。
１．一例で、ｍｏｄｅＴｙｐｅは、４：０：０及び／又は４：４：４カラーフォーマットに対して常にＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬと等しくてもよい。
２．一例で、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、４：０：０及び／又は４：４：４のカラーフォーマットに対して常に０に等しくてもよい。
ａ．一例で、４：４：４カラーフォーマットについては、クロマブロックのサイズに対する制約は、ルーマブロックに対するそのような制約に従ってもよい。
ｂ．一例で、４：２：２カラーフォーマットについては、クロマブロックのサイズに対する制約は、４：２：０カラーフォーマットについてのそのような制約に従ってもよい。
ｃ．一例で、４：０：０及び／又は４：４：４クロマフォーマットについては、小さいブロックのパーティションに対する制約及び／又は予測モードは適用されなくてもよい。
ｄ．一例で、小さいブロックのパーティションに対する制約及び／又は予測モードは、異なるクロマフォーマットについて異なるように適用されてもよい。
ｉ．一例で、水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＢＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、水平ＢＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＢＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、垂直ＢＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉｉ．一例で、水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＴＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、水平ＴＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｖ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＴＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、垂直ＴＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｖ．一例で、４：０：０及び／又は４：４：４カラーフォーマットについては、小さいブロックの制約は適用されなくてもよい。
ｅ．一例で、ＳＣＩＰＵを有効にすべきかどうかは、カラーフォーマットに依存する。
ｉ．一例で、ＳＣＩＰＵは、４：２：０及び４：２：２カラーフォーマットに対して有効にされる。
ｉｉ．一例で、ＳＣＩＰＵは、４：０：０及び／又は４：４：４カラーフォーマットに対しては無効にされる。
１．一例で、ｍｏｄｅＴｙｐｅは、４：０：０及び／又は４：４：４カラーフォーマットに対して常にＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬと等しくてもよい。
２．一例で、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、４：０：０及び／又は４：４：４のカラーフォーマットに対して常に０に等しくてもよい。
【0123】
２．コーディングツリーノードの（サブ）モードのための予測モード（及び／又はｍｏｄｅＴｙｐｅ）をどのように決定すべきかは、カラーフォーマットに依存してもよい。
ａ．一例で、次の条件の１つが真である場合に、このコーディングツリーノードによってパーティション化された（サブ）ブロックのｍｏｄｅＴｙｐｅは、４：２：２クロマフォーマットについてはＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬに等しくなり、一方、４：２：０クロマフォーマットについては、ｍｏｄｅＴｙｐｅは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲのどちらかに等しくなる。
ｉ．水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノード
ｉｉ．垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノード
ｉｉｉ．水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノード
ｉｖ．垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノード
ａ．一例で、次の条件の１つが真である場合に、このコーディングツリーノードによってパーティション化された（サブ）ブロックのｍｏｄｅＴｙｐｅは、４：２：２クロマフォーマットについてはＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬに等しくなり、一方、４：２：０クロマフォーマットについては、ｍｏｄｅＴｙｐｅは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲのどちらかに等しくなる。
ｉ．水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノード
ｉｉ．垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノード
ｉｉｉ．水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノード
ｉｖ．垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノード
【0124】
３．ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡの名前をＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲに変更し、ＭＯＤＥ＿ＩＮＴＥＲの使用を制限することが提案される。
ａ．一例で、コーディングユニットのｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲに等しい場合に、ＭＯＤＥ＿ＩＮＴＥＲは許可されなくてもよい。
ａ．一例で、コーディングユニットのｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲに等しい場合に、ＭＯＤＥ＿ＩＮＴＥＲは許可されなくてもよい。
【0125】
４．ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲの名前をＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡに変更し、ＭＯＤＥ＿ＩＮＴＲＡの使用を制限することが提案される。
ａ．一例で、コーディングユニットのｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡに等しい場合に、ＭＯＤＥ＿ＩＮＴＲＡは許可されなくてもよい。
ａ．一例で、コーディングユニットのｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡに等しい場合に、ＭＯＤＥ＿ＩＮＴＲＡは許可されなくてもよい。
【0126】
５．モード制約フラグは、４：２：２及び／又は４：０：０及び／又は４：４：４クロマフォーマットで決して通知されなくてもよい。
ａ．一例で、モード制約フラグが存在しない場合に、１に等しいと推測されてもよい。
ｉ．代替的に、モード制約フラグが存在しない場合に、０に等しいと推測されてもよい。
ａ．一例で、モード制約フラグが存在しない場合に、１に等しいと推測されてもよい。
ｉ．代替的に、モード制約フラグが存在しない場合に、０に等しいと推測されてもよい。
【0127】
６．ブロック幅としてＭを有し、ブロック高さとしてＮを有するＭ×ＮコーディングブロックにＳＣＩＰＵを適用するかどうかは及び／又はどのように適用するかは、カラーフォーマットが４：２：０であるか４：２：２であるか依存してもよい。
ａ．一例で、４：２：２カラーフォーマットにおいて、ブロック幅としてＭを有し、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックに対して、Ｍ×Ｎ（Ｍ＊Ｎで示される）が６４又は３２に等しい場合にのみＳＣＩＰＵが有効にされてもよい。
ｂ．一例で、Ｍ＊Ｎ＝１２８を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいて決してＳＣＩＰＵブロックとして扱われなくてもよい。
ｃ．一例で、ＢＴ分割及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいて決してＳＣＩＰＵブロックとして扱われなくてもよい。
ｄ．一例で、１に等しいｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックであってもよい。
ｅ．一例で、ＴＴ分割及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックとして扱われてもよい。
ｆ．一例で、ＢＴ分割及びＭ＊Ｎ＝３２を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックとして扱われてもよい。
ｇ．上記の説明において、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に１に等しくてもよい。
ｈ．上記の説明において、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、親ノードにおける現在ブロックと子リーフノード下の全てのサブブロックの両方に対して、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡのみが許可されてもよい。
ａ．一例で、４：２：２カラーフォーマットにおいて、ブロック幅としてＭを有し、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックに対して、Ｍ×Ｎ（Ｍ＊Ｎで示される）が６４又は３２に等しい場合にのみＳＣＩＰＵが有効にされてもよい。
ｂ．一例で、Ｍ＊Ｎ＝１２８を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいて決してＳＣＩＰＵブロックとして扱われなくてもよい。
ｃ．一例で、ＢＴ分割及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいて決してＳＣＩＰＵブロックとして扱われなくてもよい。
ｄ．一例で、１に等しいｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックであってもよい。
ｅ．一例で、ＴＴ分割及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックとして扱われてもよい。
ｆ．一例で、ＢＴ分割及びＭ＊Ｎ＝３２を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックとして扱われてもよい。
ｇ．上記の説明において、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に１に等しくてもよい。
ｈ．上記の説明において、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、親ノードにおける現在ブロックと子リーフノード下の全てのサブブロックの両方に対して、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡのみが許可されてもよい。
【0128】
７．４：２：２カラーフォーマットにおいて、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に１に等しくてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、４：２：２カラーフォーマットについて０又は１に等しくてもよい。
ｂ．一例で、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、決して２に等しくなくてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、４：２：２カラーフォーマットについて０又は１に等しくてもよい。
ｂ．一例で、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、決して２に等しくなくてもよい。
【0129】
８．４：２：２カラーフォーマットにおいて、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅは常にＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しくてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅは、４：２：２カラーフォーマットにおいてＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しくてもよい。
ｂ．一例で、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲは無効にされてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅは、４：２：２カラーフォーマットにおいてＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しくてもよい。
ｂ．一例で、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲは無効にされてもよい。
【0130】
９．ブロックパーティションが許可されるかどうかは、ｍｏｄｅＴｙｐｅ及び／又はブロックサイズに依存してもよい。
ａ．一例で、ブロックに対してＢＴ及び／又はＴＴ分割が許可されるかどうかは、ｍｏｄｅＴｙｐｅに依存してもよい。
ｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、現在コーディングブロックに対してＢＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＢｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｉｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、現在コーディングブロックに対してＴＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＴｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｂ．一例で、ブロックに対してＢＴ及び／又はＴＴ分割が許可されるかどうかは、ｍｏｄｅＴｙｐｅ及びブロックサイズに依存してもよい。
ｉ．一例で、ブロック幅としてＭを有し、かつ、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックについて、Ｍ＊Ｎが３２以下であり、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＢｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｉｉ．一例で、ブロック幅としてＭを有し、かつ、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックについて、Ｍ＊Ｎが６４以下であり、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＴｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ａ．一例で、ブロックに対してＢＴ及び／又はＴＴ分割が許可されるかどうかは、ｍｏｄｅＴｙｐｅに依存してもよい。
ｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、現在コーディングブロックに対してＢＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＢｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｉｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、現在コーディングブロックに対してＴＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＴｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｂ．一例で、ブロックに対してＢＴ及び／又はＴＴ分割が許可されるかどうかは、ｍｏｄｅＴｙｐｅ及びブロックサイズに依存してもよい。
ｉ．一例で、ブロック幅としてＭを有し、かつ、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックについて、Ｍ＊Ｎが３２以下であり、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＢｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｉｉ．一例で、ブロック幅としてＭを有し、かつ、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックについて、Ｍ＊Ｎが６４以下であり、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＴｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
【0131】
１０．コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、コーディングツリーの分割は制限されてもよい。
ａ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されなくてもよい。
ｂ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されなくてもよい。
ｃ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＱＴ分割は許可されなくてもよい。
ｄ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが３２以下である場合に、ＢＴ分割は許可されなくてもよい。
ｅ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが６４以下である場合に、ＴＴ分割は許可されなくてもよい。
ａ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されなくてもよい。
ｂ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されなくてもよい。
ｃ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＱＴ分割は許可されなくてもよい。
ｄ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが３２以下である場合に、ＢＴ分割は許可されなくてもよい。
ｅ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが６４以下である場合に、ＴＴ分割は許可されなくてもよい。
【0132】
１１．ＴｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいコーディングユニットは、インターモードでコーディングされてもよい。
ａ．一例で、インターコーディングモード、すなわち、ＭＯＤＥ＿ＩＮＴＥＲでコーディングされたコーディングユニットは、複数の色成分を有するカラーフォーマットの場合でも、ルーマ成分のみを含んでもよい。
ｂ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡブロックに対してパースされる必要があってもよい。
ｃ．一例で、インターモードでコーディングされたＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡブロックに対しても、ＳＩＮＧＬＥ＿ＴＲＥＥについての同じインターモードの制約が適用されてもよい。
ｉ．一例で、４×４のＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡインターブロックは、許可されなくてもよい。
ａ．一例で、インターコーディングモード、すなわち、ＭＯＤＥ＿ＩＮＴＥＲでコーディングされたコーディングユニットは、複数の色成分を有するカラーフォーマットの場合でも、ルーマ成分のみを含んでもよい。
ｂ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡブロックに対してパースされる必要があってもよい。
ｃ．一例で、インターモードでコーディングされたＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡブロックに対しても、ＳＩＮＧＬＥ＿ＴＲＥＥについての同じインターモードの制約が適用されてもよい。
ｉ．一例で、４×４のＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡインターブロックは、許可されなくてもよい。
【0133】
１２．ブロック幅がＭ（例えば、Ｍ＝２）個のクロマサンプルに等しいクロマイントラ（及び／又はＩＢＣ）ブロックは許されなくてもよい。
ａ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラブロックは、デュアルツリーで許可されなくてもよい。
ｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が４クロマサンプルに等しい場合に、垂直ＢＴ分割は許されなくてもよい。
ｉｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が８クロマサンプルに等しい場合に、垂直ＴＴ分割は許されなくてもよい。
ｂ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラ（及び／又はＩＢＣ）ブロックは、シングルツリーで許可されなくてもよい。
ｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝８及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用されてもよい。
１．垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）クロマブロックについては許されないが、８×Ｎルーマブロックについては許されてもよい。
２．４×Ｎ又は４×（Ｎ／２）クロマブロックは、垂直ＢＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい。
３．垂直ＢＴ分割は、８×Ｎルーマブロック及び４×Ｎ又は４×（Ｎ／２）クロマブロックの両方について許されてもよいが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい）。
ｉｉ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝１６及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用されてもよい。
１．垂直ＢＴ分割は、８×Ｎ又は８×（Ｎ／２）クロマブロックについては許されないが、１６×Ｎルーマブロックについては許されてもよい。
２．８×Ｎ又は８×（Ｎ／２）クロマブロックは、垂直ＴＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい。
３．垂直ＴＴ分割は、１６×Ｎルーマブロック及び８×Ｎ又は８×（Ｎ／２）クロマブロックの両方について許されてもよいが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい）。
ａ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラブロックは、デュアルツリーで許可されなくてもよい。
ｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が４クロマサンプルに等しい場合に、垂直ＢＴ分割は許されなくてもよい。
ｉｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が８クロマサンプルに等しい場合に、垂直ＴＴ分割は許されなくてもよい。
ｂ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラ（及び／又はＩＢＣ）ブロックは、シングルツリーで許可されなくてもよい。
ｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝８及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用されてもよい。
１．垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）クロマブロックについては許されないが、８×Ｎルーマブロックについては許されてもよい。
２．４×Ｎ又は４×（Ｎ／２）クロマブロックは、垂直ＢＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい。
３．垂直ＢＴ分割は、８×Ｎルーマブロック及び４×Ｎ又は４×（Ｎ／２）クロマブロックの両方について許されてもよいが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい）。
ｉｉ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝１６及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用されてもよい。
１．垂直ＢＴ分割は、８×Ｎ又は８×（Ｎ／２）クロマブロックについては許されないが、１６×Ｎルーマブロックについては許されてもよい。
２．８×Ｎ又は８×（Ｎ／２）クロマブロックは、垂直ＴＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい。
３．垂直ＴＴ分割は、１６×Ｎルーマブロック及び８×Ｎ又は８×（Ｎ／２）クロマブロックの両方について許されてもよいが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい）。
【0134】
１３．ＩＢＣモードは、ルーマ及び／又はクロマブロックについて、それが小さいブロックサイズであるかどうかにかかわらず許可されてもよい。
ａ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、８×４／８×８／１６×４及び４×Ｎ（例えば、Ｎ＜＝６４）ルーマブロックを含むルーマブロックについて許されてもよい。
ｂ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、クロマブロックについて許されてもよい。
ａ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、８×４／８×８／１６×４及び４×Ｎ（例えば、Ｎ＜＝６４）ルーマブロックを含むルーマブロックについて許されてもよい。
ｂ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、クロマブロックについて許されてもよい。
【0135】
１４．ＩＢＣ予測モードフラグの通知は、予測モードタイプ（例えば、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）に依存してもよい。
ａ．一例で、非ＳＫＩＰブロックについてのＩＢＣ予測モードフラグ（例えば、スキップモードによってコーディングされないコーディングブロック）は、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しくなく、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、明示的にビットストリームで通知されてもよい。
ａ．一例で、非ＳＫＩＰブロックについてのＩＢＣ予測モードフラグ（例えば、スキップモードによってコーディングされないコーディングブロック）は、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しくなく、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、明示的にビットストリームで通知されてもよい。
【0136】
１５．ＩＢＣ予測モードフラグは、ＣＵ ＳＫＩＰフラグ及びモードタイプ（例えば、ｍｏｄｅＴｙｐｅ）に応じて推測されてもよい。
ａ．一例で、現在ブロックがＳＫＩＰモードでコーディングされ（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１に等しく）、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、ＩＢＣ予測モードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）は、１に等しいと推測されてもよい。
ａ．一例で、現在ブロックがＳＫＩＰモードでコーディングされ（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１に等しく）、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、ＩＢＣ予測モードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）は、１に等しいと推測されてもよい。
【0137】
１６．パレットモードフラグの明示的な通知は、ｍｏｄｅＴｙｐｅに依存しなくてもよい。
ａ．一例で、パレットモードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）の通知は、スライスタイプ、ブロックサイズ、予測モードなどに依存してもよい。ただし、ｍｏｄｅＴｙｐｅが何であっても。
ｂ．一例で、パレットモードフラグ（例えば。ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）は、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測される。
ａ．一例で、パレットモードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）の通知は、スライスタイプ、ブロックサイズ、予測モードなどに依存してもよい。ただし、ｍｏｄｅＴｙｐｅが何であっても。
ｂ．一例で、パレットモードフラグ（例えば。ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）は、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測される。
【0138】
１７．ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ａ．一例で、クロマＩＢＣは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可されてもよい。
ｄ．一例で、１つのＳＣＩＰＵ内で、ＩＢＣ及びインターモードは両方とも許可されてもよい。
ｅ．一例で、ＩＢＣクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応してもよい。
ｆ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、１に等しいと推測されてもよい。
ａ．一例で、クロマＩＢＣは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可されてもよい。
ｄ．一例で、１つのＳＣＩＰＵ内で、ＩＢＣ及びインターモードは両方とも許可されてもよい。
ｅ．一例で、ＩＢＣクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応してもよい。
ｆ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、１に等しいと推測されてもよい。
【0139】
１８．パレットモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲである場合に使用することを許可されてもよい。
ａ．一例で、クロマパレットは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡである場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用すること許可されてもよい。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であるかにかかわらず使用することを許可されてもよい。
ｄ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ｅ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可されてもよい。
ｆ．一例で、１つのＳＣＩＰＵ内で、パレット及びインターモードは両方とも許可されてもよい。
ｇ．一例で、１つのＳＣＩＰＵ内で、パレット、ＩＢＣ及びインターモードは全て許可されてもよい。
ｈ．一例で、パレットクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応する。
ｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、１に等しいと推測されてもよい。
ｊ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、１つのメッセージは、現在の予測モードがＩＢＣ又はパレットであるかどうかを示すために送信されてもよい。
ｋ．一例で、パレットモードを有効／無効にするかどうかは、スライスタイプ及びｍｏｄｅＴｙｐｅに依存してもよい。
ｉ．一例で、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡを有するＩスライスについて、パレットモードが有効にされてもよい。
ｉｉ．一例で、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲを有するＰ／Ｂスライスについて、パレットモードが有効にされてもよい。
ａ．一例で、クロマパレットは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡである場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用すること許可されてもよい。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であるかにかかわらず使用することを許可されてもよい。
ｄ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ｅ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可されてもよい。
ｆ．一例で、１つのＳＣＩＰＵ内で、パレット及びインターモードは両方とも許可されてもよい。
ｇ．一例で、１つのＳＣＩＰＵ内で、パレット、ＩＢＣ及びインターモードは全て許可されてもよい。
ｈ．一例で、パレットクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応する。
ｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、１に等しいと推測されてもよい。
ｊ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、１つのメッセージは、現在の予測モードがＩＢＣ又はパレットであるかどうかを示すために送信されてもよい。
ｋ．一例で、パレットモードを有効／無効にするかどうかは、スライスタイプ及びｍｏｄｅＴｙｐｅに依存してもよい。
ｉ．一例で、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡを有するＩスライスについて、パレットモードが有効にされてもよい。
ｉｉ．一例で、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲを有するＰ／Ｂスライスについて、パレットモードが有効にされてもよい。
【0140】
１９．パレットモードが有効である場合に、ローカルデュアルツリーは許可されなくてもよい。
ａ．一例で、パレットモードが有効である場合に、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に０に等しくセットされてもよい。
ａ．一例で、パレットモードが有効である場合に、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に０に等しくセットされてもよい。
【0141】
２０．幅がＭ（例えば、Ｍ＝２）に等しいか、あるいは高さがＮ（例えば、Ｎ＝２）に等しい小さいクロマブロックについては、許可されているイントラ予測モードは、大きいクロマブロックについて許可されているものとは異なるように制限されてもよい。
ａ．一例で、利用可能なクロマイントラ予測モードの中のイントラ予測モードのサブセットのみが使用されてもよい。
ｂ．一例で、ＩＮＴＲＡ＿ＤＣモードのみが使用されてもよい。
ｃ．一例で、ＩＮＴＲＡ＿ＰＬＡＮＡＲモードのみが使用されてもよい。
ｄ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードのみが使用されてもよい。
ｅ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードのみが使用されてもよい。
ｆ．一例で、ＣＣＬＭモードは許可されなくてもよい。
ａ．一例で、利用可能なクロマイントラ予測モードの中のイントラ予測モードのサブセットのみが使用されてもよい。
ｂ．一例で、ＩＮＴＲＡ＿ＤＣモードのみが使用されてもよい。
ｃ．一例で、ＩＮＴＲＡ＿ＰＬＡＮＡＲモードのみが使用されてもよい。
ｄ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードのみが使用されてもよい。
ｅ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードのみが使用されてもよい。
ｆ．一例で、ＣＣＬＭモードは許可されなくてもよい。
【0142】
２１．幅がＭ（例えば、Ｍ＝２）に等しいか、あるいは高さがＮ（例えば、Ｎ＝２）に等しい小さいクロマブロックについては、変換タイプは、大きいクロマブロックについて許可されているものとは異なるように制限されてもよい。
ａ．一例で、変換スキップのみが使用されてもよ。
ｂ．一例で、１次元変換のみが使用されてもよい。
ｃ．一例で、複数のタイプの変換をサポートするコーディングツールは許可されない。
ｉ．代替的に、複数のタイプの変換をサポートするコーディングツールの通知は省略される。
ａ．一例で、変換スキップのみが使用されてもよ。
ｂ．一例で、１次元変換のみが使用されてもよい。
ｃ．一例で、複数のタイプの変換をサポートするコーディングツールは許可されない。
ｉ．代替的に、複数のタイプの変換をサポートするコーディングツールの通知は省略される。
【0143】
２２．ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされてもよい。
ａ．一例で、ＣＩＩＰモードは、デュアルツリーパーティションが使用される場合に許可されてもよい。
ｉ．一例で、ＣＩＩＰモードは、ＣＵタイプがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合に許可されてもよい。
ｂ．代替的に、ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なされてもよい。
ｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰモードは許可されなくてもよい。
ｉｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰでのクロマのためのイントラ予測モードのサブセットは、単純なイントラ予測モードに制限されてもよい。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
ｉｉｉ．一例で、ＣＩＩＰでのクロマのためのイントラ予測モードは、単純なイントラ予測モードに制限されてもよい。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードは、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードは、クロマイントラ予測のために使用されてもよい。
ａ．一例で、ＣＩＩＰモードは、デュアルツリーパーティションが使用される場合に許可されてもよい。
ｉ．一例で、ＣＩＩＰモードは、ＣＵタイプがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合に許可されてもよい。
ｂ．代替的に、ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なされてもよい。
ｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰモードは許可されなくてもよい。
ｉｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰでのクロマのためのイントラ予測モードのサブセットは、単純なイントラ予測モードに制限されてもよい。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
ｉｉｉ．一例で、ＣＩＩＰでのクロマのためのイントラ予測モードは、単純なイントラ予測モードに制限されてもよい。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードは、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードは、クロマイントラ予測のために使用されてもよい。
【0144】
２３．上記のビュレットについては、変数Ｍ及び／又はＮは、予め定義されるか、又は通知されてもよい。
ａ．一例で、Ｍ及び／又はＮは、カラーフォーマット（例えば、４：２：０、４：２：２、４：４：４）に更に依存してもよい。
ａ．一例で、Ｍ及び／又はＮは、カラーフォーマット（例えば、４：２：０、４：２：２、４：４：４）に更に依存してもよい。
【0145】
２４．ｍｏｄｅＴｙｐｅは、より多くのタイプをカバーするように拡張されてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅはＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣでもよい。ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣに等しい場合に、予測モードはＩＢＣと推測される。
ｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、この場合には通知されない。
ｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、この場合には通知されない。
ｉｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、この場合には通知されない。
ｂ．一例で、ｍｏｄｅＴｙｐｅはＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥでもよい。ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥに等しい場合に、予測モードはパレットモードと推測される。
ｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、この場合には通知されない。
ｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、この場合には通知されない。
ｉｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、この場合には通知されない。
ｃ．一例で、ｍｏｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、許可されたｍｏｄｅＴｙｐｅのどれが使用されるかを示すためにインデックスで置き換えられてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅはＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣでもよい。ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣに等しい場合に、予測モードはＩＢＣと推測される。
ｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、この場合には通知されない。
ｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、この場合には通知されない。
ｉｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、この場合には通知されない。
ｂ．一例で、ｍｏｄｅＴｙｐｅはＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥでもよい。ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥに等しい場合に、予測モードはパレットモードと推測される。
ｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、この場合には通知されない。
ｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、この場合には通知されない。
ｉｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、この場合には通知されない。
ｃ．一例で、ｍｏｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、許可されたｍｏｄｅＴｙｐｅのどれが使用されるかを示すためにインデックスで置き換えられてもよい。
【0146】
２５．一例で、寸法Ｗ×Ｈを有するブロックに対してＱＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが８に等しく、かつ、Ｈが８に等しい場合に、ＱＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが８に等しく、かつ、Ｈが８に等しい場合に、ＱＴ分割は許可されない。
【0147】
２６．一例で、寸法Ｗ×Ｈを有するブロックに対して垂直ＴＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが１６に等しく、かつ、Ｈが４に等しい場合に、垂直ＴＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが１６に等しく、かつ、Ｈが４に等しい場合に、垂直ＴＴ分割は許可されない。
【0148】
２７．一例で、寸法Ｗ×Ｈを有するブロックに対して水平ＴＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが４に等しく、かつ、Ｈが１６に等しい場合に、水平ＴＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが４に等しく、かつ、Ｈが１６に等しい場合に、水平ＴＴ分割は許可されない。
【0149】
２８．一例で、寸法Ｗ×Ｈを有するブロックに対して垂直ＢＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが８に等しく、かつ、Ｈが４に等しい場合に、垂直ＢＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが８に等しく、かつ、Ｈが４に等しい場合に、垂直ＢＴ分割は許可されない。
【0150】
２９．一例で、寸法Ｗ×Ｈを有するブロックに対して水平ＢＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが４に等しく、かつ、Ｈが８に等しい場合に、水平ＢＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが４に等しく、かつ、Ｈが８に等しい場合に、水平ＢＴ分割は許可されない。
【0151】
３０．一例で、ＣＵの予測モードがｍｏｄｅＴｙｐｅによって推測されるかどうかは、色成分及び／又はブロック寸法Ｗ×Ｈに依存してもよい。
ａ．例えば、クロマＣＵの予測モードはｍｏｄｅＴｙｐｅによって推測されるが、ルーマＣＵの予測モードはｍｏｄｅＴｙｐｅによって推測されるのではなく通知される。
ｉ．例えば、Ｗ＞４又はＨ＞４である場合に、ルーマＣＵの予測モードは、ｍｏｄｅＴｙｐｅによって推測されるのではなく通知される。
ａ．例えば、クロマＣＵの予測モードはｍｏｄｅＴｙｐｅによって推測されるが、ルーマＣＵの予測モードはｍｏｄｅＴｙｐｅによって推測されるのではなく通知される。
ｉ．例えば、Ｗ＞４又はＨ＞４である場合に、ルーマＣＵの予測モードは、ｍｏｄｅＴｙｐｅによって推測されるのではなく通知される。
【0152】
３１．ＳＣＩＰＵが適用される場合に、第１成分のデルタＱＰに関連する情報を通知するかどうか及び／又はどのように通知するかは、第１成分の分割方法に依存してもよい。
ａ．一例で、ＳＣＩＰＵが適用される場合に、第１成分のデルタＱＰに関連する情報を通知するかどうか及び／又はどのように通知するかは、第１成分の分割方法に依存し、第２成分の分割方法から分離されてもよい。
ｂ．一例で、第１成分はルーマであり、第２成分はクロマである。
ｃ．一例で、第１成分はクロマであり、第２成分はルーマである。
ａ．一例で、ＳＣＩＰＵが適用される場合に、第１成分のデルタＱＰに関連する情報を通知するかどうか及び／又はどのように通知するかは、第１成分の分割方法に依存し、第２成分の分割方法から分離されてもよい。
ｂ．一例で、第１成分はルーマであり、第２成分はクロマである。
ｃ．一例で、第１成分はクロマであり、第２成分はルーマである。
【0153】
３２．デュアルツリー及び／又はローカルデュアルツリーコーディング構造が適用される場合に、第１成分のデルタＱＰに関連する如何なる変数も、第２成分の復号又はパース（解析）プロセス中に変更できない。
ａ．一例で、ローカルデュアルツリーコーディング構造は、ＳＣＩＰＵに従って使用されてもよい。
ｂ．一例で、第１成分はルーマであり、第２成分はクロマである。
ｉ．変数はＩｓＣｕＱｐＤｅｌｔａＣｏｄｅｄでもよい。
ｃ．一例で、第１成分はクロマであり、第２成分はルーマである。
ｉ．変数はＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄでもよい。
ａ．一例で、ローカルデュアルツリーコーディング構造は、ＳＣＩＰＵに従って使用されてもよい。
ｂ．一例で、第１成分はルーマであり、第２成分はクロマである。
ｉ．変数はＩｓＣｕＱｐＤｅｌｔａＣｏｄｅｄでもよい。
ｃ．一例で、第１成分はクロマであり、第２成分はルーマである。
ｉ．変数はＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄでもよい。
【0154】
３３．ＳＣＩＰＵが適用される場合に、成分（例えば、ルーマ又はクロマ）のデルタＱＰに関連する情報は、特定の領域において、せいぜい一度だけ通知されてもよく、ルーマ成分及びクロマ成分は、同じモードタイプ（例えば、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）を共有することを必要とする。
ａ．一例で、特定の領域は、量子化グループと見なされる。
ａ．一例で、特定の領域は、量子化グループと見なされる。
【0155】
５．実施形態
新たに加えられた部分は、太字イタリック体で強調表示されており、ＶＶＣ作業草案から削除された部分は、二重括弧でマークされている（例えば、［［ａ］］は、文字“ａ”の削除を表す）。変更は、最新のＶＶＣ作業草案（ＪＶＥＴ＝Ｏ２００１－ｖ１１）に基づいている。
新たに加えられた部分は、太字イタリック体で強調表示されており、ＶＶＣ作業草案から削除された部分は、二重括弧でマークされている（例えば、［［ａ］］は、文字“ａ”の削除を表す）。変更は、最新のＶＶＣ作業草案（ＪＶＥＴ＝Ｏ２００１－ｖ１１）に基づいている。
【0156】
５．１ 例となる実施形態＃１
以下の実施形態は、小さいブロックのパーティションに対する制約及び予測モードが４：２：０及び４：４：４クロマフォーマットにのみ適用される（４：０：０及び４；４；４クロマフォーマットには適用されない）ことに関する。
以下の実施形態は、小さいブロックのパーティションに対する制約及び予測モードが４：２：０及び４：４：４クロマフォーマットにのみ適用される（４：０：０及び４；４；４クロマフォーマットには適用されない）ことに関する。
【表9】
【0157】
５．２ 例となる実施形態＃２
以下の実施形態は、パレットモードフラグの通知がｍｏｄｅＴｙｐｅに依存しないことに関する。
以下の実施形態は、パレットモードフラグの通知がｍｏｄｅＴｙｐｅに依存しないことに関する。
【表10】
【0158】
５．３ 例となる実施形態＃３
以下の実施形態は、ＩＢＣ予測モードフラグがＣＵ ＳＫＩＰフラグ及びｍｏｄｅＴｙｐｅに応じて推測されることに関する。
以下の実施形態は、ＩＢＣ予測モードフラグがＣＵ ＳＫＩＰフラグ及びｍｏｄｅＴｙｐｅに応じて推測されることに関する。
【表11】
【0159】
５．４ 例となる実施形態＃４
以下の実施形態は、ＩＢＣ予測モードフラグの通知がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに依存し、及び／又はＩＢＣモードがルーマブロックについて、それが小さいブロックサイズであるかどうかにかかわらず許可されることに関する。
以下の実施形態は、ＩＢＣ予測モードフラグの通知がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに依存し、及び／又はＩＢＣモードがルーマブロックについて、それが小さいブロックサイズであるかどうかにかかわらず許可されることに関する。
【表12】
【0160】
５．５ 例となる実施形態＃５
以下の実施形態は、４：２：０及び４：２：２カラーフォーマットについて異なるイントラブロック制約を適用することに関する。
以下の実施形態は、４：２：０及び４：２：２カラーフォーマットについて異なるイントラブロック制約を適用することに関する。
【表13】
【0161】
５．６ 例となる実施形態＃６
以下の実施形態は、シングルツリーで２×Ｎクロマイントラブロックを許可しないことに関する。
以下の実施形態は、シングルツリーで２×Ｎクロマイントラブロックを許可しないことに関する。
【表14】
【0162】
５．７ 例となる実施形態＃７
以下の実施形態は、デュアルツリーで２×Ｎクロマイントラブロックを許可しないことに関する。
以下の実施形態は、デュアルツリーで２×Ｎクロマイントラブロックを許可しないことに関する。
【表15】
【0163】
５．８ 例となる実施形態＃８
以下の実施形態は、ＳＣＩＰＵクロマブロックに対してＭＯＤＥ＿ＩＢＣを有効にすることに関する。
以下の実施形態は、ＳＣＩＰＵクロマブロックに対してＭＯＤＥ＿ＩＢＣを有効にすることに関する。
【表16】
【0164】
５．９ ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲである場合のブロックパーティションを許可しないことに関して例となる実施形態＃９（解決法１）
【表17】
【0165】
５．１０ ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲである場合のブロックパーティションを許可しないことに関して例となる実施形態＃１０（解決法２）
【表18】
【0166】
５．１１ 例となる実施形態＃１１
以下の実施形態は、MODE_TYPE_INTERが導出される場合のコーディングツリーの更なる分割の制約に関する。
以下の実施形態は、MODE_TYPE_INTERが導出される場合のコーディングツリーの更なる分割の制約に関する。
【表19】
【0167】
５．１２ 例となる実施形態＃１２
以下の実施形態は、小さいブロックパーティションに関する制約に関するものであり、予測モードは、パレットモードが有効である場合には適用されない。
以下の実施形態は、小さいブロックパーティションに関する制約に関するものであり、予測モードは、パレットモードが有効である場合には適用されない。
【表20】
【0168】
５．１３ 例となる実施形態＃１３
以下の実施形態は、４：２：２カラーフォーマットについての小さいクロマイントラブロックの制約に関するものである。
以下の実施形態は、４：２：２カラーフォーマットについての小さいクロマイントラブロックの制約に関するものである。
【表21】
【0169】
５．１４ ＳＣＩＰＵにおけるデルタＱＰ通知の例＃１
【表22】
【0170】
５．１５ ＳＣＩＰＵにおけるデルタＱＰ通知の例＃２
【表23】
【0171】
５．１６ ＳＣＩＰＵにおけるデルタＱＰ通知の例＃３
【表24】
【0172】
５．１７ ＳＣＩＰＵにおけるデルタＱＰ通知の例＃４
【表25】
【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】
３７．箇条３５又は３６に記載の方法であって、
モードタイプがINTERモードである場合に、ブロックパーティションは、パーティションタイプを許可する又は許可しない制限ルールに基づく、
方法。
モードタイプがINTERモードである場合に、ブロックパーティションは、パーティションタイプを許可する又は許可しない制限ルールに基づく、
方法。
【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】
４1．箇条３８に記載の方法であって、
コーディング表現は、ビデオブロックに適用される予測モードを示すフラグを含み、フラグは、デュアルツリータイプを有するルーマブロックに対応するビデオブロックについてパースされる、
方法。
コーディング表現は、ビデオブロックに適用される予測モードを示すフラグを含み、フラグは、デュアルツリータイプを有するルーマブロックに対応するビデオブロックについてパースされる、
方法。
【0275】
４２．箇条３８に記載の方法であって、
ルールは、ルーマサンプルのデュアルツリーパーティション又はシングルツリーパーティションがビデオブロックについて有効であるかどうかにかかわらず、インターモードに関する同じ制約を適用することを更に指定する、
方法。
ルールは、ルーマサンプルのデュアルツリーパーティション又はシングルツリーパーティションがビデオブロックについて有効であるかどうかにかかわらず、インターモードに関する同じ制約を適用することを更に指定する、
方法。
【0276】
４３．ビデオ処理の方法（例えば、図２１Ｆに示される方法２１６０）であって、
ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに基づいて、パレットモードの使用がビデオ領域について許可されているかどうかを決定するステップ（２１６２）と、
決定に基づいて変換を実行するステップ（２１６４）と
を含み、
パレットモードは、代表サンプル値のパレットを使用してビデオ領域を符号化することを含む、
方法。
ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに基づいて、パレットモードの使用がビデオ領域について許可されているかどうかを決定するステップ（２１６２）と、
決定に基づいて変換を実行するステップ（２１６４）と
を含み、
パレットモードは、代表サンプル値のパレットを使用してビデオ領域を符号化することを含む、
方法。
【0277】
４４．箇条４３に記載の方法であって、
ルールは、ビデオ領域のモードタイプが、変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ、又は変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、パレットモードが許可されることを指定する、
方法。
ルールは、ビデオ領域のモードタイプが、変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ、又は変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、パレットモードが許可されることを指定する、
方法。
【0278】
４５．箇条４３に記載の方法であって、
ルールは、パレットモードがビデオ領域のモードタイプとは独立して許可されることを指定する、
方法。
ルールは、パレットモードがビデオ領域のモードタイプとは独立して許可されることを指定する、
方法。
【0279】
４６．箇条４３に記載の方法であって、
ルールは、ビデオ領域のスライスタイプ及びモードタイプに基づく、
方法。
ルールは、ビデオ領域のスライスタイプ及びモードタイプに基づく、
方法。
【0280】
４７．箇条４６に記載の方法であって、
ルールは、モードタイプが変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいＩスライスについてパレットモードが許可されることを指定する、
方法。
ルールは、モードタイプが変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいＩスライスについてパレットモードが許可されることを指定する、
方法。
【0281】
４８．箇条４６に記載の方法であって、
ルールは、モードタイプが変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいＰ／Ｂスライスについてパレットモードが許可されることを指定する、
方法。
ルールは、モードタイプが変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいＰ／Ｂスライスについてパレットモードが許可されることを指定する、
方法。
【0282】
４９．箇条４３に記載の方法であって、
ルールは、パレットモードが許可される場合に、ローカルデュアルツリーが許可されないことを更に指定する、
方法。
ルールは、パレットモードが許可される場合に、ローカルデュアルツリーが許可されないことを更に指定する、
方法。
【0283】
５０．箇条４３に記載の方法であって、
パレットモードが有効である場合に、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、常に０にセットされる、
方法。
パレットモードが有効である場合に、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、常に０にセットされる、
方法。
【0284】
５１．ビデオ処理の方法であって、
ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、
コーディング表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ、又は変換のためにパレットモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥを含むシンタックス要素ｍｏｄｅＴｙｐｅを指定し、イントラブロックコピーモードは、現在ビデオブロックを含むビデオフレームを指し示すブロックベクトルを少なくとも使用して現在ビデオブロックを符号化することを含み、パレットモードは、代表サンプル値のパレットを使用して現在ビデオブロックを符号化することを含む、
方法。
ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、
コーディング表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ、又は変換のためにパレットモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥを含むシンタックス要素ｍｏｄｅＴｙｐｅを指定し、イントラブロックコピーモードは、現在ビデオブロックを含むビデオフレームを指し示すブロックベクトルを少なくとも使用して現在ビデオブロックを符号化することを含み、パレットモードは、代表サンプル値のパレットを使用して現在ビデオブロックを符号化することを含む、
方法。
【0285】
５２．箇条５１に記載の方法であって、
フォーマットルールは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ又はＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥである場合に、コーディング表現がｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ及び／又はｐｒｅ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇを含まないことを更に指定する、
方法。
フォーマットルールは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ又はＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥである場合に、コーディング表現がｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ及び／又はｐｒｅ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇを含まないことを更に指定する、
方法。
【0286】
５３．箇条５１に記載の方法であって、
コーディング表現は、ｍｏｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの代わりに、変換に使用されるモードタイプを示すインデックスを含む、
方法。
コーディング表現は、ｍｏｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの代わりに、変換に使用されるモードタイプを示すインデックスを含む、
方法。
【0287】
５４．箇条１乃至５３のうちいずれか１項に記載の方法であって、
変換は、ビデオをコーディング表現に符号化することを含む、
方法。
変換は、ビデオをコーディング表現に符号化することを含む、
方法。
【0288】
５５．箇条１乃至５３のうちいずれかに記載の方法であって、
変換は、ビデオを生成するようコーディング表現を復号することを含む、
方法。
変換は、ビデオを生成するようコーディング表現を復号することを含む、
方法。
【0289】
５６．箇条１乃至５５のうちの１つ以上に記載されている方法を実装するよう構成されたプロセッサを含むビデオ処理装置。
【0290】
５７．プログラムコードを記憶しているコンピュータ可読媒体であって、
実行される場合に、プロセッサに、箇条１乃至５５のうちいずれか１つ以上に記載の方法を実装させる、
コンピュータ可読媒体。
実行される場合に、プロセッサに、箇条１乃至５５のうちいずれか１つ以上に記載の方法を実装させる、
コンピュータ可読媒体。
【0291】
５８．上記の方法のいずれかに従って生成されたコーディング表現又はビットストリーム表現を記憶しているコンピュータ可読媒体。
【0292】
第３組の箇条書きは、前のセクション（例えば、項目２５－３３）における開示された技術の特定の特徴及び態様を記載する。
【0293】
１．ビデオ処理の方法であって、
ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換のために、コーディング表現における現在ビデオブロックを表現するために使用されるコーディングモードタイプと現在ビデオブロックの寸法とに依存するルールに従って、特定のパーティション方式が現在ビデオブロックについて許可されているかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換のために、コーディング表現における現在ビデオブロックを表現するために使用されるコーディングモードタイプと現在ビデオブロックの寸法とに依存するルールに従って、特定のパーティション方式が現在ビデオブロックについて許可されているかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
【0294】
２．箇条１に記載の方法であって、
特定のパーティション方式は、現在ビデオブロックが水平方向と垂直方向との両方に４つの部分に分割されるＱＴ（四分木）分割、現在ビデオブロックが垂直方向に３つの部分に分割される垂直ＴＴ（三分木）分割、現在ビデオブロックが水平方向に３つの部分に分割される水平ＴＴ分割、現在ビデオブロックが垂直方向に２つの部分に分割される垂直ＢＴ（二分木）分割、及び／又は現在ビデオブロックが水平方向に２つの部分に分割される水平ＢＴ分割を含む、
方法。
特定のパーティション方式は、現在ビデオブロックが水平方向と垂直方向との両方に４つの部分に分割されるＱＴ（四分木）分割、現在ビデオブロックが垂直方向に３つの部分に分割される垂直ＴＴ（三分木）分割、現在ビデオブロックが水平方向に３つの部分に分割される水平ＴＴ分割、現在ビデオブロックが垂直方向に２つの部分に分割される垂直ＢＴ（二分木）分割、及び／又は現在ビデオブロックが水平方向に２つの部分に分割される水平ＢＴ分割を含む、
方法。
【0295】
３．箇条１に記載の方法であって、
ルールは、１）コーディング表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの両方が８である場合に、ＱＴ（四分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
ルールは、１）コーディング表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの両方が８である場合に、ＱＴ（四分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
【0296】
４．箇条１に記載の方法であって、
ルールは、１）コーディング表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの乗算が６４である場合に、ＴＴ（三分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
ルールは、１）コーディング表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの乗算が６４である場合に、ＴＴ（三分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
【0297】
５．箇条４に記載の方法であって、
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ１６及び４である場合に、垂直ＴＴ（三分木）分割が許可されないことを更に指定する、
方法。
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ１６及び４である場合に、垂直ＴＴ（三分木）分割が許可されないことを更に指定する、
方法。
【0298】
６．箇条４に記載の方法であって、
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ４及び１６である場合に、水平ＴＴ（三分木）分割が許可されないことを更に指定する、
方法。
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ４及び１６である場合に、水平ＴＴ（三分木）分割が許可されないことを更に指定する、
方法。
【0299】
７．箇条１に記載の方法であって、
ルールは、１）コーディング表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの乗算が３２である場合に、ＢＴ（二分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
ルールは、１）コーディング表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの乗算が３２である場合に、ＢＴ（二分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
【0300】
８．箇条７に記載の方法であって、
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ８及び４である場合に、垂直ＢＴ（二分木）分割が許可されないことを更に指定する、
方法。
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ８及び４である場合に、垂直ＢＴ（二分木）分割が許可されないことを更に指定する、
方法。
【0301】
９．箇条７に記載の方法であって、
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ４及び８である場合に、水平ＢＴ（二分木）分割が許可されないことを更に指定する、
方法。
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ４及び８である場合に、水平ＢＴ（二分木）分割が許可されないことを更に指定する、
方法。
【0302】
１０．ビデオ処理の方法であって、
ビデオのビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、
コーディング表現はフォーマットルールに準拠し、フォーマットルールは、ビデオブロックの特性が、コーディング表現におけるシンタックス要素がビデオブロックの予測モードを示すかどうかを制御することを指定する、
方法。
ビデオのビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、
コーディング表現はフォーマットルールに準拠し、フォーマットルールは、ビデオブロックの特性が、コーディング表現におけるシンタックス要素がビデオブロックの予測モードを示すかどうかを制御することを指定する、
方法。
【0303】
１１．箇条１０に記載の方法であって、
ビデオブロックの特性は、ビデオブロックの色成分又は寸法のうちの少なくとも１つを含む、
方法。
ビデオブロックの特性は、ビデオブロックの色成分又は寸法のうちの少なくとも１つを含む、
方法。
【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】
ほんのわずかの実施及び例が説明されており、他の実施、強化及び変形は、本特許文献で記載及び例示されているものに基づいて行われ得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21A】
【図21B】
【図21C】
【図21D】
【図21E】
【図21F】
【図21G】