JP2022546112A - カラーフォーマットに基づいたビデオ領域のパーティション - Google Patents
カラーフォーマットに基づいたビデオ領域のパーティション Download PDFInfo
- Publication number
- JP2022546112A JP2022546112A JP2022513854A JP2022513854A JP2022546112A JP 2022546112 A JP2022546112 A JP 2022546112A JP 2022513854 A JP2022513854 A JP 2022513854A JP 2022513854 A JP2022513854 A JP 2022513854A JP 2022546112 A JP2022546112 A JP 2022546112A
- Authority
- JP
- Japan
- Prior art keywords
- mode
- video
- block
- chroma
- coding
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000005192 partition Methods 0.000 title claims description 86
- 238000000034 method Methods 0.000 claims abstract description 715
- 238000012545 processing Methods 0.000 claims abstract description 146
- 238000006243 chemical reaction Methods 0.000 claims abstract description 128
- 238000000638 solvent extraction Methods 0.000 claims abstract description 101
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 claims description 245
- 241000023320 Luma <angiosperm> Species 0.000 claims description 235
- 230000009466 transformation Effects 0.000 claims description 51
- 230000008569 process Effects 0.000 claims description 41
- 238000013139 quantization Methods 0.000 claims description 35
- 230000001419 dependent effect Effects 0.000 claims description 6
- 230000009977 dual effect Effects 0.000 description 24
- 238000004590 computer program Methods 0.000 description 22
- 230000011664 signaling Effects 0.000 description 21
- 230000000694 effects Effects 0.000 description 20
- 238000001914 filtration Methods 0.000 description 16
- 229910003460 diamond Inorganic materials 0.000 description 14
- 239000010432 diamond Substances 0.000 description 14
- 238000005516 engineering process Methods 0.000 description 14
- 238000013507 mapping Methods 0.000 description 14
- 230000001131 transforming effect Effects 0.000 description 11
- 230000003044 adaptive effect Effects 0.000 description 10
- 238000009795 derivation Methods 0.000 description 10
- 230000015654 memory Effects 0.000 description 10
- 238000000844 transformation Methods 0.000 description 10
- 238000013461 design Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 230000014509 gene expression Effects 0.000 description 8
- 238000003780 insertion Methods 0.000 description 6
- 230000037431 insertion Effects 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 6
- 238000012360 testing method Methods 0.000 description 6
- 239000013598 vector Substances 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 101100129500 Caenorhabditis elegans max-2 gene Proteins 0.000 description 4
- 208000037170 Delayed Emergence from Anesthesia Diseases 0.000 description 4
- 102000002423 Octamer Transcription Factor-6 Human genes 0.000 description 4
- 108010068113 Octamer Transcription Factor-6 Proteins 0.000 description 4
- 230000004913 activation Effects 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 239000002131 composite material Substances 0.000 description 4
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 238000010276 construction Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000007774 longterm Effects 0.000 description 4
- 230000009467 reduction Effects 0.000 description 4
- 238000013515 script Methods 0.000 description 4
- 238000000926 separation method Methods 0.000 description 4
- FZEIVUHEODGHML-UHFFFAOYSA-N 2-phenyl-3,6-dimethylmorpholine Chemical compound O1C(C)CNC(C)C1C1=CC=CC=C1 FZEIVUHEODGHML-UHFFFAOYSA-N 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 239000003086 colorant Substances 0.000 description 2
- 238000000354 decomposition reaction Methods 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 230000001902 propagating effect Effects 0.000 description 2
- 238000013138 pruning Methods 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 239000000758 substrate Substances 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
- H04N19/11—Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
- H04N19/109—Selection of coding mode or of prediction mode among a plurality of temporal predictive coding modes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/119—Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
- H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/174—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a slice, e.g. a line of blocks or a group of blocks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/186—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a colour or a chrominance component
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/1883—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit relating to sub-band structure, e.g. hierarchical level, directional tree, e.g. low-high [LH], high-low [HL], high-high [HH]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/46—Embedding additional information in the video signal during the compression process
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
- H04N19/96—Tree coding, e.g. quad-tree coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/64—Circuits for processing colour signals
Abstract
ビデオ処理の方法が記載される。方法は、ビデオの現在ビデオブロックとビデオの符号化表現との間の変換のために、符号化表現における現在ビデオブロックを表現するために使用されるコーディングモードタイプと現在ビデオブロックの寸法とに依存するルールに従って、特定のパーティション方式が現在ビデオブロックについて許可されているかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含む。
Description
［関連出願への相互参照］
適用可能な特許法及び／又はパリ条約に従う規則の下で、本願は、２０１９年９月２日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１０３９５９号に対する優先権及びその利点を適宜主張するようなされたものである。法の下での全ての目的のために、上記の出願の全開示は、本願の開示の部分として参照により組み込まれる。
適用可能な特許法及び／又はパリ条約に従う規則の下で、本願は、２０１９年９月２日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１０３９５９号に対する優先権及びその利点を適宜主張するようなされたものである。法の下での全ての目的のために、上記の出願の全開示は、本願の開示の部分として参照により組み込まれる。
［技術分野］
本文書は、ビデオ及びイメージの符号化及び復号技術に関係がある。
本文書は、ビデオ及びイメージの符号化及び復号技術に関係がある。
デジタルビデオは、インターネット及び他のデジタル通信ネットワーク上での最大のバンド幅使用を占めている。ビデオを受信し表示することができるユーザデバイスの接続数が増えるにつれて、デジタルビデオ利用のためのバンド幅需要は増え続けることが予想される。
開示されている技術は、参照ピクチャがビデオ符号化又は復号で使用されるビデオ又はイメージデコーダ又はエンコーダの実施形態によって使用され得る。
一例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに従ってビデオのカラーフォーマットに基づいてビデオ領域のイントラコーディング特性を決定するステップと、イントラコーディング特性に従って変換を実行するステップとを含む。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの現在ビデオブロックとビデオの符号化表現との間の変換を実行するステップを含み、符号化表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにインターコーディングモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲ、又は変換のためにイントラモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡのいずれかに等しい、現在ビデオブロックのコーディングモードを示すシンタックス要素ｍｏｄｅＴｙｐｅを指定する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオとビデオの符号化表現との間の変換を実行するステップを含み、符号化表現は、ビデオのクロマフォーマットが４：２：２、４：０：０又は４：４：４である場合に予測モード制約を示すフラグが符号化表現に含まれないことを指定するフォーマットルールに準拠する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効化されているかどうか及び／又はどのように有効化されているかを決定するステップと、決定に基づいて変換を実行するステップとを含み、ルールは、ビデオのカラーフォーマットが４：２：０であるか４：２：２であるかに依存する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効であるかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含み、ルールは、ビデオのカラーフォーマット及び／又はビデオ領域の幅（Ｍ）及び高さ（Ｎ）に依存し、ルールは、ＢＴ（二分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）Ｍ及びＮの乗算が値の集合からの値である場合に無効であることを更に指定し、値の集合は６４を含む。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、最小クロマイントラ予測ブロックサイズに関する制限に従って、ビデオのビデオ領域とビデオの符号化表現との間の変換を実行するステップを含み、符号化表現は、ビデオの４：２：２カラーフォーマットのために、符号化表現におけるシンタックスフィールドの値を指定するフォーマットルールに準拠する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの現在ビデオブロックとビデオの符号化表現との間の変換のために、ルールに従って現在ビデオブロックへのパーティション方式の適用可能性を決定するステップと、決定に基づいて変換を実行するステップとを含む。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオブロックとビデオの符号化表現との間の変換のために、ルールに従ってインターモードが有効であるかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含み、ルールは、ルーマサンプルのデュアルツリーパーティションがビデオブロックについて有効である場合にインターモードが有効であることを指定する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに基づいて、パレットモードの使用がビデオ領域について許可されているかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含み、パレットモードは、代表サンプル値のパレットを使用してビデオ領域を符号化することを含む。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの現在ビデオブロックとビデオの符号化表現との間の変換を実行するステップを含み、符号化表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ、又は変換のためにパレットモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥを含むシンタックス要素ｍｏｄｅＴｙｐｅを指定し、イントラブロックコピーモードは、現在ビデオブロックを含むビデオフレームを指し示すブロックベクトルを少なくとも使用して現在ビデオブロックを符号化することを含み、パレットモードは、代表サンプル値のパレットを使用して現在ビデオブロックを符号化することを含む。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの現在ビデオブロックとビデオの符号化表現との間の変換のために、符号化表現における現在ビデオブロックを表現するために使用されるコーディングモードタイプと現在ビデオブロックの寸法とに依存するルールに従って、特定のパーティション方式が現在ビデオブロックについて許可されているかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含む。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオブロックとビデオの符号化表現との間の変換を実行するステップを含み、符号化表現はフォーマットルールに準拠し、フォーマットルールは、ビデオブロックの特性が、符号化表現におけるシンタックス要素がビデオブロックの予測モードを示すかどうかを制御することを指定する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの第１成分のビデオ領域とビデオの符号化表現との間の変換を実行するステップを含み、符号化表現はフォーマットルールに準拠し、フォーマットルールは、ビデオ領域についての差分量子化パラメータを示すために符号化表現においてシンタックスフィールドが構成されているかどうか及び／又はどのように構成されているかが、第１成分のサンプルを分割するために使用される分割方式に依存することを指定する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ルールに従ってビデオの第１成分のビデオ領域とビデオの符号化表現との間の変換を実行するステップを含み、ルールは、デュアルツリー及び／又はローカルデュアルツリーコーディング構造がビデオ領域に適用される場合に、第１成分の差分量子化パラメータに関連する変数がビデオの第２成分の復号又はパースのプロセス中に変更されないことを指定する。
更なる他の例となる態様では、上記の方法は、プロセッサを含むビデオエンコーダ装置によって実装されてもよい。
更なる他の例となる態様では、上記の方法は、プロセッサを含むビデオデコーダ装置によって実装されてもよい。
更なる他の例となる態様では、これらの方法は、プロセッサ実行可能命令の形で具現化され、コンピュータ可読プログラム媒体に記憶されてもよい。
これら及び他の態様は、本文書で更に記載される。
本文書は、圧縮解除又は復号されたデジタルビデオ又はイメージの品質を改善するためにイメージ又はビデオビットストリームのデコーダによって使用され得る様々な技術を提供する。簡潔さのために、「ビデオ」との用語は、ピクチャの連続（従来は、ビデオと呼ばれる）及び個々のイメージの両方を含むようここでは使用されている。更に、ビデオエンコーダも、更なる符号化のために使用される復号されたフレームを再構成するために符号化のプロセス中にそれらの技術を実装してもよい。
セクション見出しは、理解を簡単にするために本文書で使用されており、実施形態及び技術を対応するセクションに限定するものではない。そのようなものとして、１つのセクション中の実施形態は、他のセクション中の実施形態と組み合わされることができる。
１．概要
この文書は、ビデオコーディング技術に関係がある。具体的に、それは、ビデオコーディングで基本色に基づいた表現を用いるパレットコーディングに関係がある。それは、ＨＥＶＣのような既存のビデオコーディング標準規格、又は最終決定されることになっている標準規格（Versatile Video Coding）に適用されてもよい。それはまた、将来のビデオコーディング標準規格又はビデオコーデックにも適用可能になり得る。
この文書は、ビデオコーディング技術に関係がある。具体的に、それは、ビデオコーディングで基本色に基づいた表現を用いるパレットコーディングに関係がある。それは、ＨＥＶＣのような既存のビデオコーディング標準規格、又は最終決定されることになっている標準規格（Versatile Video Coding）に適用されてもよい。それはまた、将来のビデオコーディング標準規格又はビデオコーデックにも適用可能になり得る。
２．最初の議論
ビデオコーディング標準規格は、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準規格の開発を通じて主に発展してきた。ＩＴＵ－ＴはＨ．２６１及びＨ．２６３を作り出し、ＩＳＯ／ＩＥＣはＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作り出し、２つの組織は共同でＨ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）及びＨ．２６５／ＨＥＶＣ標準規格を作り出した。Ｈ．２６２以降、ビデオコーディング標準規格は、時間予測に変換コーディングをプラスしたものが利用されるハイブリッド型ビデオコーディング構造に基づいている。ＨＥＶＣを超える将来のビデオコーディング技術を探求するために、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ（ＪＶＥＴ）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同で設立された。それ以降、多くの新しい手法がＪＶＥＴによって採用され、Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（ＪＥＭ）と呼ばれる参照ソフトウェアに置かれてきた。２０１８年４月に、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間で、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が、ＨＥＶＣと比較して５０％のビットレート低減を目標とするＶＶＣ標準規格を検討するために作られた。
ビデオコーディング標準規格は、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準規格の開発を通じて主に発展してきた。ＩＴＵ－ＴはＨ．２６１及びＨ．２６３を作り出し、ＩＳＯ／ＩＥＣはＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作り出し、２つの組織は共同でＨ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）及びＨ．２６５／ＨＥＶＣ標準規格を作り出した。Ｈ．２６２以降、ビデオコーディング標準規格は、時間予測に変換コーディングをプラスしたものが利用されるハイブリッド型ビデオコーディング構造に基づいている。ＨＥＶＣを超える将来のビデオコーディング技術を探求するために、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ（ＪＶＥＴ）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同で設立された。それ以降、多くの新しい手法がＪＶＥＴによって採用され、Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（ＪＥＭ）と呼ばれる参照ソフトウェアに置かれてきた。２０１８年４月に、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間で、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が、ＨＥＶＣと比較して５０％のビットレート低減を目標とするＶＶＣ標準規格を検討するために作られた。
２．１ イントラブロックコピー
イントラブロックコピー（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，ＤＰＢ）で「長期」参照ピクチャとしてマークされる。同様に、マルチビュー／３Ｄビデオコーディング標準規格では、インタービュー参照ピクチャも「長期」参照ピクチャとしてマークされることが留意されるべきである。
その参照ブロックを見つけるためのＢＶに続いて、予測が、参照ブロックをコピーすることによって生成され得る。元の信号から参照ピクセルを減じることによって、残差が得られる。次いで、変換及び量子化が他のコーディングモードで見られるように適用され得る。
図１は、イントラブロックコピーの実例である。
しかし、参照ブロックがピクチャの外にあるか、又は現在ブロックと重なり合うか、又は再構成されたエリアの外にあるか、又は何らかの制約によって制限された有効エリアの外にある場合に、一部又は全てのピクセル値は定義されない。基本的に、そのような問題を扱うための２つの解決法がある。１つは、例えば、ビットストリームコンフォーマンス（bitstream conformance）で、そのような状況を認めないことである。もう１つは、それらの未定義のピクセル値に対してパディングを適用することである。以下のサブセッションは、これらの解決法について詳細に記載する。
２．２ ＨＥＶＣ－ＳＣＣにおけるＩＢＣ
ＨＥＶＣのスクリーンコンテンツコーディング拡張（Screen Content Coding extensions）では、ブロックが現在ピクチャを参照として使用する場合に、以下のスペックテキストで示されるように、参照ブロック全体が利用可能な再構成されたエリア内にあることを保証すべきである：
ＨＥＶＣのスクリーンコンテンツコーディング拡張（Screen Content Coding extensions）では、ブロックが現在ピクチャを参照として使用する場合に、以下のスペックテキストで示されるように、参照ブロック全体が利用可能な再構成されたエリア内にあることを保証すべきである：
よって、参照ブロックが現在ブロックと重なり合うか、又は参照ブロックがピクチャの外にある場合は、起こらない。参照又は予測ブロックをパディングする必要はない。
２．３ ＶＶＣテストモデルにおけるＩＢＣ
現在のＶＶＣテストモデル、つまり、ＶＴＭ－４．０設計では、参照ブロック全体が現在のコーディングツリーユニット（coding tree unit，ＣＴＵ）と一致している必要があり、現在ブロックとは重なり合わない。よって、参照又は予測ブロックをパディングする必要はない。ＩＢＣフラグは、現在ＣＵの予測モードとしてコーディングされる。よって、各ＣＵについて全部で３つの予測モード、すなわち、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、及びＭＯＤＥ＿ＩＢＣがある。
現在のＶＶＣテストモデル、つまり、ＶＴＭ－４．０設計では、参照ブロック全体が現在のコーディングツリーユニット（coding tree unit，ＣＴＵ）と一致している必要があり、現在ブロックとは重なり合わない。よって、参照又は予測ブロックをパディングする必要はない。ＩＢＣフラグは、現在ＣＵの予測モードとしてコーディングされる。よって、各ＣＵについて全部で３つの予測モード、すなわち、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、及びＭＯＤＥ＿ＩＢＣがある。
２．３．１ ＩＢＣマージモード
ＩＢＣマージモードでは、ＩＢＣマージ候補リスト（merge candidates list）内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣマージリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ペアワイズ平均候補の挿入
ＩＢＣマージモードでは、ＩＢＣマージ候補リスト（merge candidates list）内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣマージリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ペアワイズ平均候補の挿入
空間マージ候補の導出では、最大４つのマージ候補が、図１９に表されている位置にある候補から選択される。導出の順序は、Ａ１、Ｂ１、Ｂ０、Ａ０、及びＢ２である。位置Ｂ２は、位置Ａ１、Ｂ１、Ｂ０、Ａ０のいずれかのＰＵ（それが他のスライス又はタイルに属するために）利用可能でないか、あるいは、ＩＢＣモードでコーディングされていない場合にのみ考慮される。位置Ａ１での候補が加えられた後、残りの候補の挿入は冗長性検査を受ける。これは、同じ動き情報を有する候補がリストから外されることを確かにし、それにより、コーディング効率は改善される。計算複雑性を低減するために、上記の冗長性検査において、可能性がある全ての候補ペアが考慮されるわけではない。代わりに、図２０において矢印で結ばれているペアが考慮され、候補は、冗長性検査のために使用された対応する候補が同じ動き情報を有していない場合にのみリストに加えられる。
空間候補の挿入の後、ＩＢＣマージリストサイズが依然として最大ＩＢＣマージリストサイズよりも小さい場合には、ＨＭＶＰテーブルからのＩＢＣ候補が挿入されてもよい。ＨＭＶＰ候補を挿入する場合に、冗長性検査が実行される。
最後に、ペアワイズ平均候補が、ＩＢＣマージリストに挿入される。
マージ候補によって識別された参照ブロックがピクチャの外にあるか、又は現在ブロックと重なり合うか、又は再構成されたエリアの外にあるか、又は何らかの制約によって制限された有効エリアの外にある場合に、マージ候補は、無効マージ候補（invalid merge candidate）と呼ばれる。
無効マージ候補はＩＢＣマージリストに挿入されてもよいことが留意される。
２．３．２ ＩＢＣ ＡＭＶＰモード
ＩＢＣ ＡＭＶＰモードでは、ＩＢＣ ＡＭＶＰリスト内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣ ＡＭＶＰリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・利用可能な候補が見つけられるまでＡ０、Ａ１をチェックする
・利用可能な候補が見つけられるまでＢ０、Ｂ１、Ｂ２をチェックする
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ゼロ候補の挿入
ＩＢＣ ＡＭＶＰモードでは、ＩＢＣ ＡＭＶＰリスト内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣ ＡＭＶＰリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・利用可能な候補が見つけられるまでＡ０、Ａ１をチェックする
・利用可能な候補が見つけられるまでＢ０、Ｂ１、Ｂ２をチェックする
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ゼロ候補の挿入
空間候補の挿入の後、ＩＢＣ ＡＭＶＰリストサイズが依然として最大ＩＢＣ ＡＭＶＰリストサイズよりも小さい場合には、ＨＭＶＰテーブルからのＩＢＣ候補が挿入されてもよい。
最後に、ゼロ候補が、ＩＢＣ ＡＭＶＰリストに挿入される。
２．４ パレットモード
パレットモードの背後にある基本的な考えは、ＣＵ内のサンプルが代表的な色値の小さいセットによって表現されることである。このセットはパレットと呼ばれる。また、エスケープ記号に続いて（場合により量子化された）成分値を通知することによって、パレットの外にあるサンプルを示すことも可能である。この種のサンプルはエスケープサンプルと呼ばれる。パレットモードは図２で表されている。
パレットモードの背後にある基本的な考えは、ＣＵ内のサンプルが代表的な色値の小さいセットによって表現されることである。このセットはパレットと呼ばれる。また、エスケープ記号に続いて（場合により量子化された）成分値を通知することによって、パレットの外にあるサンプルを示すことも可能である。この種のサンプルはエスケープサンプルと呼ばれる。パレットモードは図２で表されている。
図２は、パレットモードで符号化されたブロックの例を示す。
２．５ ＨＥＶＣ Ｓｃｒｅｅｎ Ｃｏｎｔｅｎｔ Ｃｏｄｉｎｇ拡張（ＨＥＶＣ－ＳＣＣ）におけるパレットモード
ＨＥＶＣ－ＳＣＣにおけるパレットモードでは、パレット及びインデックスマップをコーディングするために、予測的な方法が使用される。
ＨＥＶＣ－ＳＣＣにおけるパレットモードでは、パレット及びインデックスマップをコーディングするために、予測的な方法が使用される。
２．５．１ パレットエントリのコーディング
パレットエントリのコーディングのために、パレット予測子が維持される。パレットの最大サイズは、パレット予測子とともに、ＳＰＳで通知される。ＨＥＶＣ－ＳＣＣでは、ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがＰＰＳで導入される。このフラグが１であるとき、パレット予測子を初期化するためのエントリがビットストリームで通知される。パレット予測子は、各ＣＴＵ行、各スライス、及び各タイルの開始時に初期化される。ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値に応じて、パレット予測子は、０にリセットされるか、又はＰＰＣで通知されたパレット予測子初期化子エントリを用いて初期化される。ＨＥＶＣ－ＳＣＣでは、サイズ０のパレット予測子初期化子が、ＰＰＳレベルでのパレット予測子初期化の明示的な無効化を可能にするよう有効にされた。
パレットエントリのコーディングのために、パレット予測子が維持される。パレットの最大サイズは、パレット予測子とともに、ＳＰＳで通知される。ＨＥＶＣ－ＳＣＣでは、ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがＰＰＳで導入される。このフラグが１であるとき、パレット予測子を初期化するためのエントリがビットストリームで通知される。パレット予測子は、各ＣＴＵ行、各スライス、及び各タイルの開始時に初期化される。ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値に応じて、パレット予測子は、０にリセットされるか、又はＰＰＣで通知されたパレット予測子初期化子エントリを用いて初期化される。ＨＥＶＣ－ＳＣＣでは、サイズ０のパレット予測子初期化子が、ＰＰＳレベルでのパレット予測子初期化の明示的な無効化を可能にするよう有効にされた。
パレット予測子における各エントリについては、それが現在のパレットの部分であるかどうかを示すために、再利用フラグが通知される。これは図３に表されている。再利用フラグは、ゼロのランレングスコーディングを用いて送信される。この後に、新しいパレットエントリの数が、次数０の指数ゴロム符号を用いて通知される。最後に、新しいパレットエントリの成分値が通知される。
図３は、パレットエントリを通知するためのパレット予測子の使用の例を示す。
２．５．２ パレットインデックスのコーディング
２．５．２ パレットインデックスのコーディング
パレットインデックスは、図４に示される水平及び垂直トラバーススキャンを用いてコーディングされる。スキャン順序は、ｐａｌｅｔｔｅ＿ｔｒａｎｓｐｏｓｅ＿ｆｌａｇを用いてビットストリームで明示的に通知される。サブセクションの残りの部分については、スキャンは水平であると仮定される。
図４は、水平及び垂直トラバーススキャンの例を示す。
パレットインデックスは、２つの主なパレットサンプルモード：「ＩＮＤＥＸ」及び「ＣＯＰＹ＿ＡＢＯＶＥ」を用いてコーディングされる。上述されたように、エスケープ記号も、「ＩＮＤＥＸ」モードとして通知され、最大パレットサイズに等しいインデックスを割り当てられる。モードは、一番上の行の場合又は前のモードが「ＣＯＰＹ＿ＡＢＯＶＥ」であった場合を除いて、フラグを用いて通知される。「ＣＯＰＹ＿ＡＢＯＶＥ」モードでは、上の行にあるサンプルのパレットインデックスがコピーされる。「ＩＮＤＥＸ」モードでは、パレットインデックスは明示的に通知される。「ＩＮＤＥＸ」及び「ＣＯＰＹ＿ＡＢＯＶＥ」の両方のモードについて、ラン値（run value）が通知され、これは、やはり同じモードを用いてコーディングされる後続サンプルの数を指定する。エスケープ記号が「ＩＮＤＥＸ」又は「ＣＯＰＹ＿ＡＢＯＶＥ」モードでのランの部分である場合に、エスケープ成分値がエスケープ記号ごとに通知される。パレットインデックスのコーディングは、図５に表されている。
このシンタックス順序は次のように達成される。最初に、ＣＵのインデックス値の数が通知される。その後に、トランケーテッドバイナリコーディング（truncated binary coding）を用いて、ＣＵ全体の実際のインデックス値の通知が続く。これは、インデックスに関連したバイパスビンをグループにまとめる。次いで、パレットサンプルモード（必要な場合）及びランが、インターリーブ方式で通知される。最後に、ＣＵ全体のエスケープサンプル値に対応する成分エスケープ値がグループにまとめられて、バイパスモードでコーディングされる。
更なるシンタックス要素として、ｌａｓｔ＿ｒｕｎ＿ｔｙｐｅ＿ｆｌａｇが、インデックス値を通知した後に通知される。このシンタックス要素は、インデックスの数と組み合わせて、ブロック内の最後のランに対応するラン値を通知する必要性を排する。
ＨＥＶＣ－ＳＣＣでは、パレットモードはまた、４：２：２、４：２：０、及びモノクロクロマフォーマットについても有効にされる。パレットエントリ及びパレットインデックスの通知は、全てのクロマフォーマットについてほぼ同じである。非モノクロフォーマットの場合に、各パレットエントリは３つの成分から成る。モノクロフォーマットについては、各パレットエントリは単一の成分から成る。サブサンプリングされたクロマ方向について、クロマサンプルは、２で除算可能であるルーマサンプルインデックスと関連付けられる。ＣＵのパレットインデックスを再構成した後、サンプルがそれと関連付けられた単一の成分しか有さない場合には、パレットエントリの最初の成分のみが使用される。通知の唯一の相違は、エスケープ成分値に関する。エスケープサンプルごとに、通知されるエスケープ成分値の数は、そのサンプルに関連した成分の数に応じて異なり得る。
ＶＶＣでは、デュアルツリーコーディング構造がイントラスライスのコーディングで使用されるので、ルーマ成分及び２つのクロマ成分は、異なったパレット及びパレットインデックスを有し得る。更に、２つのクロマ成分は、同じパレット及びパレットインデックスを共有する。
図５は、パレットインデックスの符号化の例を示す。
２．６ ＶＶＣにおけるイントラモードコーディング
自然ビデオで提示される任意のエッジ方向を捕捉するために、ＶＴＭ５での指向性イントラモードの数は、ＨＥＶＣで使用される３３から、６５に拡張される。ＨＥＶＣにはない新しい指向性モードは、図６で赤色破線矢印で表されており、プレーナーモード及びＤＣモードは同じままである。これらのより密なイントラ予測モードは、全てのブロックサイズについて、ルーマ及びクロマの両方のイントラ予測のために適用される。
自然ビデオで提示される任意のエッジ方向を捕捉するために、ＶＴＭ５での指向性イントラモードの数は、ＨＥＶＣで使用される３３から、６５に拡張される。ＨＥＶＣにはない新しい指向性モードは、図６で赤色破線矢印で表されており、プレーナーモード及びＤＣモードは同じままである。これらのより密なイントラ予測モードは、全てのブロックサイズについて、ルーマ及びクロマの両方のイントラ予測のために適用される。
ＶＴＭ５では、いくつかの従来の角度イントラ予測モードが、非正方ブロックについて広角イントラ予測モードで適応的に置き換えられる。
ＨＥＶＣでは、あらゆるイントラコーディングされたブロックが正方形状を有しており、その各辺の長さは２の累乗である。よって、ＤＣモードを用いてイントラ予測子を生成するために、分割動作は不要である。ＶＴＭ５では、ブロックは、一般的な場合にブロックごとに分割動作の使用を必要とする長方形状を有する可能性がある。ＤＣ予測のための分割動作を回避するために、長い方の辺のみが、非正方ブロックの平均を計算するために使用される。
図６は、６７個のイントラ予測モードの例を示す。
最確モード（most probable mode，ＭＰＭ）リスト生成の複雑性を低く保つために、６つのＭＰＭによるイントラモードコーディング方法が、２つの利用可能な隣接イントラモードを考えることによって使用される。次の３つの態様が、ＭＰＭリストを構成するために考えられる：
・デフォルトイントラモード
・隣接イントラモード
・導出イントラモード
・デフォルトイントラモード
・隣接イントラモード
・導出イントラモード
統合６－ＭＰＭリストが、ＭＲＬ及びＩＳＰコーディングツールが適用されるか否かにかかわらず、イントラブロックに対して使用される。ＭＰＭリストは、左及び上隣接ブロックのイントラモードに基づいて構成される。左ブロックのモードはＬｅｆｔと表され、上ブロックのモードはＡｂｏｖｅと表されるとして、統合ＭＰＭリストは、次のように構成される（左ブロック及び上ブロックは図７に示される）。
図７は、現在ブロックの左隣及び上隣の例を示す。
・隣接ブロックが利用可能でない場合に、そのイントラモードはデフォルトでプレーナー（Planar）にセットされる。
・両方のモードＬｅｆｔ及びＡｂｏｖｅが非角度モードである場合に：
・ＭＰＭリスト→｛プレーナー，ＤＣ，Ｖ，Ｈ，Ｖ－４，Ｖ＋４｝
・モードＬｅｆｔ及びＡｂｏｖｅの一方が角度モードであり、他方が非角度モードである場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・ＭＰＭリスト→｛プレーナー，Ｍａｘ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１，Ｍａｘ－２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが異なる場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・モードＬｅｆｔ及びＡｂｏｖｅの差が２以上６２以下の範囲にある場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１｝
・そうでない場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－２，Ｍａｘ＋２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが同じである場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ｌｅｆｔ－１，Ｌｅｆｔ＋１，ＤＣ，Ｌｅｆｔ－２｝
・隣接ブロックが利用可能でない場合に、そのイントラモードはデフォルトでプレーナー（Planar）にセットされる。
・両方のモードＬｅｆｔ及びＡｂｏｖｅが非角度モードである場合に：
・ＭＰＭリスト→｛プレーナー，ＤＣ，Ｖ，Ｈ，Ｖ－４，Ｖ＋４｝
・モードＬｅｆｔ及びＡｂｏｖｅの一方が角度モードであり、他方が非角度モードである場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・ＭＰＭリスト→｛プレーナー，Ｍａｘ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１，Ｍａｘ－２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが異なる場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・モードＬｅｆｔ及びＡｂｏｖｅの差が２以上６２以下の範囲にある場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１｝
・そうでない場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－２，Ｍａｘ＋２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが同じである場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ｌｅｆｔ－１，Ｌｅｆｔ＋１，ＤＣ，Ｌｅｆｔ－２｝
その上、ｍｐｍインデックスコードワードの最初のビンは、ＣＡＢＡＣコンテキストコーディングされる。現在のイントラブロックがＭＲＬ対応であるか、ＩＳＰ対応であるか、又は通常のイントラブロックであるかに対応して、全部で３つのコンテキストが使用される。
６－ＭＰＭリストの生成プロセス中、一意のモードのみがＭＰＭリストに含まれ得るように、重複したモードを除くためにプルーニングが使用される。６１個の非ＭＰＭモードのエントロピコーディングについては、トランケーテッドバイナリコーディング（ＴＢＣ）が使用される。
クロマイントラモードコーディングについては、全部で８つのイントラモードが、クロマイントラモードコーディングのために許されている。それらのモードには、５つの従来のイントラモードと、３つのクロスコンポーネント線形モデルモード（cross-component linear model modes）（ＣＣＬＭ、ＬＭ＿Ａ、及びＬＭ＿Ｌ）とが含まれる。クロマモードの通知及び導出のプロセスは、表２－４に示される。クロマモードコーディングは、対応するルーマブロックのイントラ予測モードに直接に依存する。ルーマ成分及びクロマ成分のための別個のブロックパーティション構造がＩスライスでは可能にされるので、１つのクロマブロックは複数のルーマブロックに対応し得る。そのため、クロマＤＭモードについては、現在のクロマブロックの中心位置をカバーする対応するルーマブロックのイントラ予測モードが直接に承継される。
２．７ ＱＲ－ＢＤＰＣＭ（Quantized residual Block Differential Pulse-Code Modulation）
ＪＶＥＴ－Ｍ０４１３では、ＱＲ－ＢＤＰＣＭ（Quantized residual Block Differential Pulse-Code Modulation）が、スクリーンコンテンツを効率的にコーディングするために提案されている。
ＪＶＥＴ－Ｍ０４１３では、ＱＲ－ＢＤＰＣＭ（Quantized residual Block Differential Pulse-Code Modulation）が、スクリーンコンテンツを効率的にコーディングするために提案されている。
ＱＲ－ＢＤＰＣＭで使用される予測方向は、垂直及び水平予測モードとすることができる。イントラ予測は、イントラ予測と同様に予測方向（水平及び垂直方向）でのサンプルコピーによって、ブロック全体に対して行われる。残差は量子化され、量子化された残差とその予測子（水平又は垂直）量子化値との間の差（delta）は符号化される。これは、以下によって説明することができる。サイズＭ（行）×Ｎ（列）のブロックについて、ｒｉ，ｊ，０≦ｉ≦Ｍ－１，０≦ｊ≦Ｎ－１を、上又は左ブロック境界サンプルからのフィルタリングされていないサンプルを用いてイントラ予測を水平方向に（予測されたブロックにわたって左隣接ピクセル値をラインごとにコピーする）又は垂直方向に（予測されたブロック内の各ラインに上隣接ラインをコピーする）実行した後の予測残差であるとする。Ｑ（ｒｉ，ｊ），０≦ｉ≦Ｍ－１，０≦ｊ≦Ｎ－１が残差ｒｉ，ｊの量子化されたバージョンを表すとして、このとき、残差は、元のブロック値と予測されたブロック値との間の差である。次いで、ブロックＤＰＣＭが、量子化された残差サンプルに適用され、要素
（外１）
を有する変更されたＭ×Ｎアレイ
（外２）
が得られる。垂直ＢＤＰＣＭが通知される場合に：
である。
（外１）
（外２）
水平予測については、同様のルールが適用され、残差量子化サンプルは、
によって求められる。
残差量子化サンプル
（外３）
は、デコーダへ送られる。
（外３）
デコーダ側では、上記の計算は、Ｑ（ｒｉ，ｊ），０≦ｉ≦Ｍ－１，０≦ｊ≦Ｎ－１を取り出すために逆にされる、垂直予測の場合については、
であり、水平予測の場合については
である。
逆量子化された残差Ｑ－１（Ｑ（ｒｉ，ｊ））が、再構成されたサンプル値を生成するようイントラブロック予測値に加えられる。
この方式の主な利点は、係数がパースされるときに予測子を追加するだけで、係数解析中にオン・ザ・フライで逆ＤＰＣＭを実行できること、又は解析後に実行できることである。
２．８ 適応ループフィルタ
ＶＴＭ５では、ブロックベースのフィルタ適応による適応ループフィルタ（Adaptive Loop Filter，ＡＬＦ）が適用される。ルーマ成分については、２５個のフィルタのうちの１つが、局所勾配の方向及び活性に基づいて、４×４ブロックごとに選択される。
ＶＴＭ５では、ブロックベースのフィルタ適応による適応ループフィルタ（Adaptive Loop Filter，ＡＬＦ）が適用される。ルーマ成分については、２５個のフィルタのうちの１つが、局所勾配の方向及び活性に基づいて、４×４ブロックごとに選択される。
２．８．１．１フィルタ形状
ＶＴＭ５では、２つのダイヤモンドフィルタ形状（図８に図示あり）が使用される。７×７ダイヤモンド形状はルーマ成分に対して適用され、５×５ダイヤモンド形状はクロマ成分に対して適用される。
ＶＴＭ５では、２つのダイヤモンドフィルタ形状（図８に図示あり）が使用される。７×７ダイヤモンド形状はルーマ成分に対して適用され、５×５ダイヤモンド形状はクロマ成分に対して適用される。
図８は、ＡＬＦフィルタ形状（クロマ：５×５ダイヤモンド、ルーマ：７×７ダイヤモンド）の例を示す。
２．８．１．２ブロック分類
ルーマ成分については、各４×４ブロックは、２５個のクラスの中から１つに分類され得る。分類インデックスＣは、次のように、その方向性Ｄ及び量子化された活性値Ａ（ハット付き）に基づいて導出される：
ルーマ成分については、各４×４ブロックは、２５個のクラスの中から１つに分類され得る。分類インデックスＣは、次のように、その方向性Ｄ及び量子化された活性値Ａ（ハット付き）に基づいて導出される：
Ｄ及びハット付きＡを計算するために、水平方向、垂直方向、及び２つの対角方向の勾配が最初に、１－Ｄラプラシアンを用いて計算される：
インデックスｉ及びｊは、４×４ブロック内の左上サンプルの座標を指し、Ｒ（ｉ，ｊ）は、座標（ｉ，ｊ）での再構成されたサンプルを示す。
ブロック分類の複雑性を低減するために、サブサンプリングされた１－Ｄラプラシアン計算が適用される。図９に示されるように、同じサブサンプリングされた位置が、全ての方向の勾配計算のために使用される。
図９は、サブサンプリングされたラプラシアン計算の例を示す。（ａ）垂直勾配のためのサブサンプリングされた位置、（ｂ）水平勾配のためのサブサンプリングされた位置、（ｃ）対角勾配のためのサブサンプリングされた位置、（ｄ）対角勾配のためのサブサンプリングされた位置。
次いで、水平方向及び垂直方向の勾配のＤの最大値及び最小値は：
としてセットされる。
２つの対角方向の勾配の最大値及び最小値は：
としてセットされる。
方向性Ｄの値を導出するために、これらの値は、互いに、そして２つの閾値ｔ１及びｔ２と比較される：
活性値Ａは、
として計算される。
Ａは、０以上４以下の範囲に更に量子化され、量子化された値は、ハット付きＡとして表される。
ピクチャ内のクロマ成分については、分類方法は適用されない。すなわち、ひと組のＡＬＦ係数がクロマ成分ごとに適用される。
２．８．１．３ フィルタ係数及びクリッピング値の幾何変換
各４×４ルーマブロックをフィルタリングする前に、回転又は対角及び垂直フリップなどの幾何変換が、そのブロックについて計算された勾配値に応じて、フィルタ係数ｆ（ｋ，ｌ）及び対応するフィルタクリッピング値ｃ（ｋ、ｌ）に適用される。これは、フィルタサポート領域内のサンプルにこれらの変換を適用することと等価である。アイデアは、ＡＬＦが適用される様々なブロックを、それらの方向性を調整することによって、より類似させることである。
各４×４ルーマブロックをフィルタリングする前に、回転又は対角及び垂直フリップなどの幾何変換が、そのブロックについて計算された勾配値に応じて、フィルタ係数ｆ（ｋ，ｌ）及び対応するフィルタクリッピング値ｃ（ｋ、ｌ）に適用される。これは、フィルタサポート領域内のサンプルにこれらの変換を適用することと等価である。アイデアは、ＡＬＦが適用される様々なブロックを、それらの方向性を調整することによって、より類似させることである。
対角、垂直フリップ、及び回転を含む３つの幾何変換が導入される：
ここで、Ｋは、フィルタのサイズであり、０≦ｋ，ｌ≦Ｋ－１は、位置（０，０）が左上隅にあり、位置（Ｋ－１，Ｋ－１）が右下隅にあるような、係数座標である。変換は、そのブロックについて計算された勾配値に応じて、フィルタ係数ｆ（ｋ，ｌ）及びクリッピング値ｃ（ｋ、ｌ）に適用される。変換と４つの方向の４つの勾配との間の関係は、次の表で手短に述べられている。
２．８．１．４ フィルタパラメータ通知
ＶＴＭ５では、ＡＬＦフィルタパラメータは、適応パラメータセット（Adaptation Parameter Set，ＡＰＳ）で通知される。１つのＡＰＳでは、最大２５組のルーマフィルタ係数及びクリッピング値が通知され得る。ビットオーバヘッドを低減するために、異なる分類のフィルタ係数はマージされ得る。スライスヘッダでは、現在スライスに使用されるＡＰＳのインデックスが通知される。
ＶＴＭ５では、ＡＬＦフィルタパラメータは、適応パラメータセット（Adaptation Parameter Set，ＡＰＳ）で通知される。１つのＡＰＳでは、最大２５組のルーマフィルタ係数及びクリッピング値が通知され得る。ビットオーバヘッドを低減するために、異なる分類のフィルタ係数はマージされ得る。スライスヘッダでは、現在スライスに使用されるＡＰＳのインデックスが通知される。
ＡＰＳから復号されるクリッピング値インデックスは、クリッピング値のルーマテーブル及びクリッピング値のクロマテーブルを用いてクリッピング値を決定することを可能にする。これらのクリッピング値は、内在的なビットデプスに依存する。より厳密は、クリッピング値のルーマテーブル及びクリッピング値のクロマテーブルは、次の式によって取得される：
なお、Ｂは内在的なビットデプスに等しく、Ｎは４に等しく、ＶＴＭ５．０での許容クリッピング値の数である。
フィルタリングプロセスは、ＣＴＢレベルで制御され得る。フラグは、ＡＬＦがルーマＣＴＢに適用されるかどうかを示すために常に通知される。ルーマＣＴＢは、１６個の固定フィルタセットと、ＡＰＳからのフィルタセットとから、フィルタセットを選択することができる。フィルタセットインデックスは、ルーマＣＴＢについて、どのフィルタセットが適用されるかを示すために通知される。１６個の固定フィルタセットは予め定義され、エンコーダ及びデコーダの両方でハードコーディングされる。
フィルタ係数は、１２８に等しいノルムで量子化される。乗算複雑性を制限するために、非中心位置の係数値が－２７以上２７－１以下の範囲にあるべきであるように、ビットストリームコンフォーマンスが適用される。中心位置係数は、ビットストリームで通知されず、１２８に等しいと見なされる。
２．８．１．５ フィルタリングプロセス
デコーダ側で、ＡＬＦがＣＴＢに対して有効にされる場合に、ＣＵ内の各サンプルＲ（ｉ，ｊ）はフィルタリングされ、以下で示されるサンプル値Ｒ’（ｉ，ｊ）が得られる：
ここで、ｆ（ｋ、ｌ）は、復号されたフィルタ係数であり、Ｋ（ｘ，ｙ）は、クリッピング関数であり、ｃ（ｋ、ｌ）は、復号されたクリッピングパラメータを表す。変数ｋ及びｌは、－Ｌ／２からＬ／２の間で変化し、Ｌは、フィルタ長さを表す。クリッピング関数Ｋ（ｘ，ｙ）＝ｍｉｎ（ｙ，ｍａｘ（－ｙ，ｘ））であり、関数Ｃｌｉｐ３（－ｙ，ｙ，ｘ）に対応する。
デコーダ側で、ＡＬＦがＣＴＢに対して有効にされる場合に、ＣＵ内の各サンプルＲ（ｉ，ｊ）はフィルタリングされ、以下で示されるサンプル値Ｒ’（ｉ，ｊ）が得られる：
２．８．１．６ ラインバッファ低減のための仮想境界フィルタリングプロセス
ＶＴＭ５では、ラインバッファ要件を低減するために、変更されたブロック分類及びフィルタリングが、水平ＣＴＵ境界に近いサンプルのために用いられる。このために、仮想境界は、図１０に示されるように、“Ｎ”個のサンプルを含む水平ＣＴＵ境界をシフトすることによってラインとして定義される。Ｎは、ルーマ成分については４に等しく、クロマ成分については２に等しい。
ＶＴＭ５では、ラインバッファ要件を低減するために、変更されたブロック分類及びフィルタリングが、水平ＣＴＵ境界に近いサンプルのために用いられる。このために、仮想境界は、図１０に示されるように、“Ｎ”個のサンプルを含む水平ＣＴＵ境界をシフトすることによってラインとして定義される。Ｎは、ルーマ成分については４に等しく、クロマ成分については２に等しい。
図１０は、仮想境界での修正されたブロック分類の例を示す。
図１１に示されるように、修正されたブロック分類がルーマ成分に適用され、それに応じて、活性値Ａは、１Ｄラプラシアン勾配計算で使用されるサンプル数の減少を考慮に入れることによってスケーリングされる。
フィルタリングプロセスについては、仮想境界での対称パディング動作が、ルーマ及びクロマの両方の成分のために使用される。図１１に示されるように、フィルタリングされているサンプルが仮想境界の下に位置している場合に、仮想境界の上に位置している隣接サンプルがパディングされる。一方、他方の側にある対応するサンプルも対称的にパディングされる。
図１１は、仮想境界でのルーマ成分に対する修正ＡＬＦフィルタリングの実例を示す。
２．９ サンプル適応オフセット（ＳＡＯ）
サンプル適応オフセット（sample adaptive offset，ＳＡＯ）は、エンコーダによってＣＴＢごとに指定されたオフセットを使用することによって、デブロッキングフィルタ後の再構成された信号に適用される。ＨＭエンコーダは最初に、ＳＡＯプロセスが現在スライスに適用されるべきか否かを決定する。ＳＡＯがスライスに適用される場合に、各ＣＴＢは、表２－６に示されるように、５つのＳＡＯタイプのうちの１つとして分類される。ＳＡＯの概念は、ピクセルをカテゴリに分類することであり、各カテゴリのピクセルにオフセットを加えることによって歪みを低減する。ＳＡＯ動作は、ＳＡＯタイプ１～４におけるピクセル分類のためにエッジ特性を使用するエッジオフセット（ＥＯ）と、ＳＡＯタイプ５におけるピクセル分類のためにピクセル強度を使用するバンドオフセット（ＢＯ）とを含む。各適用可能なＣＴＢは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇ、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇ、ＳＡＯタイプ、及び４つのオフセットを含むＳＡＯパラメータを有している。ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、左側にあるＣＴＢのＳＡＯタイプ及びオフセットを再利用する。ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、上のＣＴＢのＳＡＯタイプ及びオフセットを再利用する。
サンプル適応オフセット（sample adaptive offset，ＳＡＯ）は、エンコーダによってＣＴＢごとに指定されたオフセットを使用することによって、デブロッキングフィルタ後の再構成された信号に適用される。ＨＭエンコーダは最初に、ＳＡＯプロセスが現在スライスに適用されるべきか否かを決定する。ＳＡＯがスライスに適用される場合に、各ＣＴＢは、表２－６に示されるように、５つのＳＡＯタイプのうちの１つとして分類される。ＳＡＯの概念は、ピクセルをカテゴリに分類することであり、各カテゴリのピクセルにオフセットを加えることによって歪みを低減する。ＳＡＯ動作は、ＳＡＯタイプ１～４におけるピクセル分類のためにエッジ特性を使用するエッジオフセット（ＥＯ）と、ＳＡＯタイプ５におけるピクセル分類のためにピクセル強度を使用するバンドオフセット（ＢＯ）とを含む。各適用可能なＣＴＢは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇ、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇ、ＳＡＯタイプ、及び４つのオフセットを含むＳＡＯパラメータを有している。ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、左側にあるＣＴＢのＳＡＯタイプ及びオフセットを再利用する。ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、上のＣＴＢのＳＡＯタイプ及びオフセットを再利用する。
２．９．１ 各ＳＡＯタイプの動作
エッジオフセットは、図１２に示されるように、エッジ方向情報を考慮して、現在ピクセルｐの分類のために４つの１次元３ピクセルパターンを使用する。左から右へ、０度、９０度、１３５度、及び４５度がある。
エッジオフセットは、図１２に示されるように、エッジ方向情報を考慮して、現在ピクセルｐの分類のために４つの１次元３ピクセルパターンを使用する。左から右へ、０度、９０度、１３５度、及び４５度がある。
図１２は、ＥＯでのピクセル分類のための４つの１次元３ピクセルパターンの例を示す。
各ＣＴＢは、表２－７に従って、５つのカテゴリのうちの１つに分類される。
バンドオフセット（ＢＯ）は、１つのＣＴＢ領域内の全てのピクセルを、ピクセル値の５つの最上位ビットをバンドインデックスとして使用することによって、３２個の一様なバンドに分類する。すなわち、ピクセル強度範囲は、ゼロから最大強度値（例えば、８ビットピクセルについては２５５）まで３２個の等しいセグメントに分ける。４つの隣接バンドはグループにまとめられ、各グループは、図１３に示されるようにその最も左側の位置によって示される。エンコーダは、各バンドのオフセットを補償することによって歪みを最大に低減したグループを取得するよう全ての位置を探索する。
図１３は、４つのバンドがグループにまとめられ、その開始バンド位置によって表現される例を示す。
２．１０ インター－イントラ複合予測（ＣＩＩＰ）
ＶＴＭ５では、ＣＵがマージモードで符号化される場合に、ＣＵが少なくとも６４個のルーマサンプルを含むならば（つまり、ＣＵ幅×ＣＵ高さは６４以上である）、かつ、ＣＵ幅及びＣＵ高さの両方が１２８個のルーマサンプルに満たないならば、インター／イントラ複合予測（ＣＩＩＰ）モードが現在ＣＵに適用されるかどうかを示すために、追加のフラグが通知される。その名が示すとおり、ＣＩＩＰ予測は、インター予測信号をイントラ予測信号と組み合わせる。ＣＩＩＰモードでのインター予測信号Ｐｉｎｔｅｒは、通常のマージモードに適用されるの同じインター予測プロセスを用いて導出され、イントラ予測信号Ｐｉｎｔｒａは、プレーナーモードによる通常のイントラ予測プロセスに従って導出される。次いで、イントラ予測信号及びインター予測信号は、加重平均を用いて結合される。このとき、重み値は、次のように、上隣接ブロック及び左隣接ブロック（図１４に図示あり）のコーディングモードに応じて計算される：
・上隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＴｏｐを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＴｏｐを０にセットする。
・左隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＬｅｆｔを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＬｅｆｔを０にセットする。
・（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が２に等しい場合には、ｗｔは３にセットされる。
・そうではなく、（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が１に等しい場合には、ｗｔは２にセットされる。
・上記以外の場合に、ｗｔを１にセットする。
ＶＴＭ５では、ＣＵがマージモードで符号化される場合に、ＣＵが少なくとも６４個のルーマサンプルを含むならば（つまり、ＣＵ幅×ＣＵ高さは６４以上である）、かつ、ＣＵ幅及びＣＵ高さの両方が１２８個のルーマサンプルに満たないならば、インター／イントラ複合予測（ＣＩＩＰ）モードが現在ＣＵに適用されるかどうかを示すために、追加のフラグが通知される。その名が示すとおり、ＣＩＩＰ予測は、インター予測信号をイントラ予測信号と組み合わせる。ＣＩＩＰモードでのインター予測信号Ｐｉｎｔｅｒは、通常のマージモードに適用されるの同じインター予測プロセスを用いて導出され、イントラ予測信号Ｐｉｎｔｒａは、プレーナーモードによる通常のイントラ予測プロセスに従って導出される。次いで、イントラ予測信号及びインター予測信号は、加重平均を用いて結合される。このとき、重み値は、次のように、上隣接ブロック及び左隣接ブロック（図１４に図示あり）のコーディングモードに応じて計算される：
・上隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＴｏｐを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＴｏｐを０にセットする。
・左隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＬｅｆｔを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＬｅｆｔを０にセットする。
・（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が２に等しい場合には、ｗｔは３にセットされる。
・そうではなく、（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が１に等しい場合には、ｗｔは２にセットされる。
・上記以外の場合に、ｗｔを１にセットする。
ＣＩＩＰ予測は、次のように形成される：
図１４は、ＣＩＩＰ重み導出で使用される上及び左隣接ブロックを示す。
２．１１ クロマスケーリング付きルーママッピング（ＬＭＣＳ）
ＶＴＭ５では、ＬＭＣＳ（luma mapping with chroma scaling）と呼ばれるコーディングルールが、ループフィルタ前に新しい処理ブロックとして加えられる。ＬＭＣＳは、２つの主なコンポーネント：１）適応区分線形モデルに基づいたルーマ成分のインループマッピング、２）クロマ成分のためのルーマ依存クロマ残差スケーリングの適用を有する。図１５は、デコーダ視点からのＬＭＣＳアーキテクチャを示す。図１５中の破線ブロックは、処理がマッピング領域で適用されることを示しており、逆量子化、逆変換、ルーマイントラ予測、及びルーマ残差とともにルーマ予測の追加を含む。図１５中の影無しブロックは、処理が元の（すなわち、非マッピング）領域で適用される場所を示し、これらには、デブロッキング、ＡＬＦ、及びＳＡＯなどのループフィルタ、動き補償付き予測、クロマイントラ予測、クロマ残差とともにクロマ予測の追加、並びに参照ピクチャとしても復号されたピクチャの格納が含まれる。図１５中のチェック付きブロックは、ルーマ信号の順方向及び逆方向マッピングと、ルーマ依存クロマスケーリングプロセスとを含む新しいＬＭＣＳ機能ブロックである。ＶＶＣにおける他のほとんどのツールと同様に、ＬＭＣＳは、ＳＰＳフラグを用いてシーケンスレベルで有効／無効にされ得る。
ＶＴＭ５では、ＬＭＣＳ（luma mapping with chroma scaling）と呼ばれるコーディングルールが、ループフィルタ前に新しい処理ブロックとして加えられる。ＬＭＣＳは、２つの主なコンポーネント：１）適応区分線形モデルに基づいたルーマ成分のインループマッピング、２）クロマ成分のためのルーマ依存クロマ残差スケーリングの適用を有する。図１５は、デコーダ視点からのＬＭＣＳアーキテクチャを示す。図１５中の破線ブロックは、処理がマッピング領域で適用されることを示しており、逆量子化、逆変換、ルーマイントラ予測、及びルーマ残差とともにルーマ予測の追加を含む。図１５中の影無しブロックは、処理が元の（すなわち、非マッピング）領域で適用される場所を示し、これらには、デブロッキング、ＡＬＦ、及びＳＡＯなどのループフィルタ、動き補償付き予測、クロマイントラ予測、クロマ残差とともにクロマ予測の追加、並びに参照ピクチャとしても復号されたピクチャの格納が含まれる。図１５中のチェック付きブロックは、ルーマ信号の順方向及び逆方向マッピングと、ルーマ依存クロマスケーリングプロセスとを含む新しいＬＭＣＳ機能ブロックである。ＶＶＣにおける他のほとんどのツールと同様に、ＬＭＣＳは、ＳＰＳフラグを用いてシーケンスレベルで有効／無効にされ得る。
図１５は、クロマスケーリングアーキテクチャによるルーママッピングの例を示す。
２．１２ デュアルツリーパーティション
現在のＶＶＣ設計では、Ｉスライスについて、各ＣＴＵは、暗黙的な四分木分割を用いて、６４×６４個のルーマサンプルを有するコーディングユニットに分けられ得る。これらのコーディングユニットは、ルーマ及びクロマについての２つの別個のｃｏｄｉｎｇ＿ｔｒｅｅシンタック構造のルートである。
現在のＶＶＣ設計では、Ｉスライスについて、各ＣＴＵは、暗黙的な四分木分割を用いて、６４×６４個のルーマサンプルを有するコーディングユニットに分けられ得る。これらのコーディングユニットは、ルーマ及びクロマについての２つの別個のｃｏｄｉｎｇ＿ｔｒｅｅシンタック構造のルートである。
イントラピクチャにおけるデュアルツリーは、ルーマコーディングツリーとは異なるパーティションをクロマコーディングツリーで適用することを可能にするので、デュアルツリーは、より長いコーディングパイプラインを導入し、クロマツリーでのＱＴＢＴ ＭｉｎＱＴＳｉｚｅＣ値範囲並びにＭｉｎＢｔＳｉｚｅＹ及びＭｉｎＴＴＳｉｚｅＹは、２×２、４×２、及び２×４などの小さいクロマブロックを可能にする。それは、実際のデコーダ設計で困難性をもたらす。更に、ＣＣＬＭ、プレーナー、及び角度モードなどのいくつかの予測モードは乗算を必要とする。上記の問題を多少なりとも解決するために、小さいクロマブロックサイズ（２×２／２×４／４×２）は、パーティション制限としてデュアルツリーにおいて制限される。
２．１３ ＪＶＥＴ－Ｏ００５０における最小クロマイントラ予測ユニット（ＳＣＩＰＵ）
小さいクロマサイズは、ハードウェア実装にとってフレンドリではない。デュアルツリーの場合に、小さすぎるサイズのクロマブロックは許されない。しかし、シングルツリー（singletree）の場合に、ＶＶＣ草案５は、依然として、２×２、２×４、４×２クロマブロックを許す。クロマブロックのサイズを制限するために、単一コーディングツリーでは、クロマブロックサイズがＴＨクロマサンプルよりも大きいか又はそれと等しく、かつ、４ＴＨルーマサンプルよりも小さい少なくとも１つの子ルーマブロックを有しているコーディングツリーノードとして、ＳＣＩＰＵがＪＶＥＴ－Ｏ００５０で定義されている。なお、ＴＨは、この寄稿では１６にセットされる。各ＳＣＩＰＵで、全てのＣＢはインターであるか、あるいは、全てのＣＢは非インターである、つまり、イントラ又はＩＢＣのどちらかであることが必要とされる。非インターＳＣＩＰＵの場合には、更に、非インターＳＣＩＰＵのクロマがこれ以上分割されるべきではないことが必要とされ、また、ＳＣＩＰＵのルーマは、更に分割されることを許される。このようにして、最小クロマイントラＣＢサイズは、１６個のクロマサンプルであり、２×２、２×４、及び４×２クロマＣＢは削除される。更に、クロマスケーリングは、非インターＳＣＩＰＵの場合に適用されない。
小さいクロマサイズは、ハードウェア実装にとってフレンドリではない。デュアルツリーの場合に、小さすぎるサイズのクロマブロックは許されない。しかし、シングルツリー（singletree）の場合に、ＶＶＣ草案５は、依然として、２×２、２×４、４×２クロマブロックを許す。クロマブロックのサイズを制限するために、単一コーディングツリーでは、クロマブロックサイズがＴＨクロマサンプルよりも大きいか又はそれと等しく、かつ、４ＴＨルーマサンプルよりも小さい少なくとも１つの子ルーマブロックを有しているコーディングツリーノードとして、ＳＣＩＰＵがＪＶＥＴ－Ｏ００５０で定義されている。なお、ＴＨは、この寄稿では１６にセットされる。各ＳＣＩＰＵで、全てのＣＢはインターであるか、あるいは、全てのＣＢは非インターである、つまり、イントラ又はＩＢＣのどちらかであることが必要とされる。非インターＳＣＩＰＵの場合には、更に、非インターＳＣＩＰＵのクロマがこれ以上分割されるべきではないことが必要とされ、また、ＳＣＩＰＵのルーマは、更に分割されることを許される。このようにして、最小クロマイントラＣＢサイズは、１６個のクロマサンプルであり、２×２、２×４、及び４×２クロマＣＢは削除される。更に、クロマスケーリングは、非インターＳＣＩＰＵの場合に適用されない。
２つのＳＣＩＰＵの例が図１６に示される。図１６（ａ）では、８×４クロマサンプルの１つのクロマＣＢと、３つのルーマＣＢ（４×８、８×８、４×８ルーマＣＢ）とが１つのＳＣＩＰＵを形成する。これは、８×４クロマサンプルから分割された三分木（ＴＴ）が、１６個のクロマサンプルよりも小さいクロマＣＢをもたらすからである。図１６（ｂ）では、４×４クロマサンプル（８×４クロマサンプルの左側）の１つのクロマＣＢと、３つのルーマＣＢ（８×４、４×４、４×４ルーマＣＢ）とが１つのＳＣＩＰＵを形成し、４×４サンプル（８×４クロマサンプルの右側）の１つのクロマＣＢと、２つのルーマＣＢ（８×４、８×４ルーマＣＢ）とが１つのＳＣＩＰＵを形成する。これは、４×４クロマサンプルから分割された三分木（ＴＴ）が、１６個のクロマサンプルよりも小さいクロマＣＢをもたらすからである。
図１６は、ＳＣＩＰの例を示す。
現在スライスがＩスライスであるか、又は現在のＳＣＩＰＵが、更に１回分割された後にその中に４ｘ４ルーマパーティションを有する場合に、ＳＣＩＰＵのタイプは非インターであると推測される（ＶＶＣでは、インター４×４が許可されないため）。それ以外の場合には、ＳＣＩＰＵのタイプ（インター又は非インター）は、ＳＣＩＰＵ内のＣＵをパースする前に１つのシグナルフラグによって示される。
２．１４ ＶＶＣ草案６における小さいクロマブロックの制約
ＶＶＣ草案６（ＪＶＥＴ－Ｏ２００１－ｖＥ．ｄｏｃｘ）では、小さいクロマブロックに対する制約が、次のように実装される（関連する部分は、太字イタリック体でマークされる）。
ＶＶＣ草案６（ＪＶＥＴ－Ｏ２００１－ｖＥ．ｄｏｃｘ）では、小さいクロマブロックに対する制約が、次のように実装される（関連する部分は、太字イタリック体でマークされる）。
３．開示される技術的解決法によって解決される技術的課題の例
（１）現在、ＩＢＣはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（２）現在、パレットはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（３）現在、小さいクロマブロックの制約は、色サブサンプリングフォーマットを考慮していない。
（４）現在、小さいブロックに対する同じパーティション及び予測モード制約が全てのクロマフォーマットに適用されている。しかし、４：２：０及び４：２：２クロマフォーマットでは、小さいブロックに対する異なった制約メカニズムを設計することが望ましいことがある。
（５）現在、パレットモードフラグ通知は、ｍｏｄｅＴｙｐｅに依存しているが、これは、パレットが小さいブロックの制約を適用しない可能性があるということで望ましくない。
（６）現在、ＩＢＣモードフラグは、Ｐ／Ｂスライスについて、ｃｕ＿ｓｋｉｐ＿ｆｒａｇが１に等しいが、ＭＯＤＥ＿ＴＹＰＥがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測されているが、これは、シンタックスのパースでは不正である。
（７）現在、非４×４ルーマＩＢＣモードは、ＳＣＩＰＵルーマブロックについて許可されていないが、これは望ましくないことがあり、コーディング効率損失を引き起こす可能性がある。
（８）２×Ｈクロマブロックが依然として許可されているが、これはハードウェア実装にとってフレンドリではない。
（９）ＣＩＩＰは、ＭＯＤＥ＿ＩＮＴＥＲと見なされる一方で、イントラ予測を使用するが、これは、いくつかの場合に制約を破る。
（１０）ＳＣＩＰＵが適用される場合に、ルーマ分割に依存してクロマのデルタＱＰが通知されないことがある。例えば、現在ブロック寸法がルーマサンプルで１６×８であり、垂直ＴＴで分割されている場合に、ローカルデュアルツリーが適用されてもよい。これは以下のように指定される。
ｑｇＯｎＣ＝ｑｇＯｎＣ＆＆（ｃｂＳｕｂｄｉｖ＋２＜＝ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖ）
したがって、ｃｂＳｕｂｄｉｖ＋２＜＝ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖである場合に、ｑｇＯｎＣはゼロにセットされる。この条件付き設定は、クロマ成分もＴＴによって分割されると仮定する。ローカルデュアルツリーでは、クロマ成分は分割されない可能性があるため、ｃｂＳｕｂｄｉｖはｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖよりも大きくなり得る。ＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄは、クロマについてのデルタＱＰの通知を可能にするために０にセットされるべきである。しかし、ｑｇＯｎＣが０にセットされるので、ＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄは０にセットされない。
（１）現在、ＩＢＣはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（２）現在、パレットはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（３）現在、小さいクロマブロックの制約は、色サブサンプリングフォーマットを考慮していない。
（４）現在、小さいブロックに対する同じパーティション及び予測モード制約が全てのクロマフォーマットに適用されている。しかし、４：２：０及び４：２：２クロマフォーマットでは、小さいブロックに対する異なった制約メカニズムを設計することが望ましいことがある。
（５）現在、パレットモードフラグ通知は、ｍｏｄｅＴｙｐｅに依存しているが、これは、パレットが小さいブロックの制約を適用しない可能性があるということで望ましくない。
（６）現在、ＩＢＣモードフラグは、Ｐ／Ｂスライスについて、ｃｕ＿ｓｋｉｐ＿ｆｒａｇが１に等しいが、ＭＯＤＥ＿ＴＹＰＥがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測されているが、これは、シンタックスのパースでは不正である。
（７）現在、非４×４ルーマＩＢＣモードは、ＳＣＩＰＵルーマブロックについて許可されていないが、これは望ましくないことがあり、コーディング効率損失を引き起こす可能性がある。
（８）２×Ｈクロマブロックが依然として許可されているが、これはハードウェア実装にとってフレンドリではない。
（９）ＣＩＩＰは、ＭＯＤＥ＿ＩＮＴＥＲと見なされる一方で、イントラ予測を使用するが、これは、いくつかの場合に制約を破る。
（１０）ＳＣＩＰＵが適用される場合に、ルーマ分割に依存してクロマのデルタＱＰが通知されないことがある。例えば、現在ブロック寸法がルーマサンプルで１６×８であり、垂直ＴＴで分割されている場合に、ローカルデュアルツリーが適用されてもよい。これは以下のように指定される。
ｑｇＯｎＣ＝ｑｇＯｎＣ＆＆（ｃｂＳｕｂｄｉｖ＋２＜＝ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖ）
したがって、ｃｂＳｕｂｄｉｖ＋２＜＝ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖである場合に、ｑｇＯｎＣはゼロにセットされる。この条件付き設定は、クロマ成分もＴＴによって分割されると仮定する。ローカルデュアルツリーでは、クロマ成分は分割されない可能性があるため、ｃｂＳｕｂｄｉｖはｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖよりも大きくなり得る。ＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄは、クロマについてのデルタＱＰの通知を可能にするために０にセットされるべきである。しかし、ｑｇＯｎＣが０にセットされるので、ＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄは０にセットされない。
４．技術的解決法及び実施形態の例
以下に挙げられているものは、例と見なされるべきである。これらの技術は、狭い意味で解釈されるべきではない。更に、これらの技術は、如何様にも組み合わされ得る。
以下に挙げられているものは、例と見なされるべきである。これらの技術は、狭い意味で解釈されるべきではない。更に、これらの技術は、如何様にも組み合わされ得る。
本文書中、「Ｍ×Ｎコーディングツリーノード」は、Ｍ×Ｎブロックを示し、Ｍ及びＮは、夫々、ルーマサンプルの幅及び高さであり、これは、例えば、ＱＴ／ＢＴ／ＴＴなどによって、更にパーティション化されてもよい。例えば、ブロックはＱＴノード、又はＢＴノード、又はＴＴノードであってよい。コーディングツリーノードは、コーディングユニット（例えば、シングルツリーについては３つの色成分、デュアルツリークロマコーディングについては２つのクロマ色成分、及びデュアルツリールーマコーディングについてはただ１つのルーマ成分を有する）、又はルーマコーディングブロック、又はクロマコーディングブロックであってもよい。「小さいコーディングツリーノードユニット」は、ルーマサンプルでブロックサイズＭ×Ｎが３２／６４／１２８に等しいコーディングツリーノードを示してもよい。
特に述べられていない場合に、コーディングブロックの幅Ｗ及び高さは、ルーマサンプルで測定される。例えば、Ｍ×Ｎコーディングブロックは、Ｍ×Ｎルーマブロック、及び／又は２つの（Ｍ／ｓｕｂＷｉｄｔｈＣ）×（Ｎ／ＳｕｂＨｅｉｇｈｔＣ）クロマブロックを意味し、ＳｕｂＷｉｄｔｈＣ及びＳｕｂＨｉｇｈｔＣは、次のようにクロマフォーマットによって導出される。
１．小さいブロックにパーティション化すべきかどうか及び／又はどのようにすべきかは、カラーフォーマットに依存してもよい。
ａ．一例で、４：４：４カラーフォーマットについては、クロマブロックのサイズに対する制約は、ルーマブロックに対するそのような制約に従ってもよい。
ｂ．一例で、４：２：２カラーフォーマットについては、クロマブロックのサイズに対する制約は、４：２：０カラーフォーマットについてのそのような制約に従ってもよい。
ｃ．一例で、４：０：０及び／又は４：４：４クロマフォーマットについては、小さいブロックのパーティションに対する制約及び／又は予測モードは適用されなくてもよい。
ｄ．一例で、小さいブロックのパーティションに対する制約及び／又は予測モードは、異なるクロマフォーマットについて異なるように適用されてもよい。
ｉ．一例で、水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＢＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、水平ＢＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＢＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、垂直ＢＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉｉ．一例で、水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＴＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、水平ＴＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｖ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＴＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、垂直ＴＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｖ．一例で、４：０：０及び／又は４：４：４カラーフォーマットについては、小さいブロックの制約は適用されなくてもよい。
ｅ．一例で、ＳＣＩＰＵを有効にすべきかどうかは、カラーフォーマットに依存する。
ｉ．一例で、ＳＣＩＰＵは、４：２：０及び４：２：２カラーフォーマットに対して有効にされる。
ｉｉ．一例で、ＳＣＩＰＵは、４：０：０及び／又は４：４：４カラーフォーマットに対しては無効にされる。
１．一例で、ｍｏｄｅＴｙｐｅは、４：０：０及び／又は４：４：４カラーフォーマットに対して常にＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬと等しくてもよい。
２．一例で、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、４：０：０及び／又は４：４：４のカラーフォーマットに対して常に０に等しくてもよい。
ａ．一例で、４：４：４カラーフォーマットについては、クロマブロックのサイズに対する制約は、ルーマブロックに対するそのような制約に従ってもよい。
ｂ．一例で、４：２：２カラーフォーマットについては、クロマブロックのサイズに対する制約は、４：２：０カラーフォーマットについてのそのような制約に従ってもよい。
ｃ．一例で、４：０：０及び／又は４：４：４クロマフォーマットについては、小さいブロックのパーティションに対する制約及び／又は予測モードは適用されなくてもよい。
ｄ．一例で、小さいブロックのパーティションに対する制約及び／又は予測モードは、異なるクロマフォーマットについて異なるように適用されてもよい。
ｉ．一例で、水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＢＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、水平ＢＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＢＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、垂直ＢＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉｉ．一例で、水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＴＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、水平ＴＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｖ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＴＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、垂直ＴＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｖ．一例で、４：０：０及び／又は４：４：４カラーフォーマットについては、小さいブロックの制約は適用されなくてもよい。
ｅ．一例で、ＳＣＩＰＵを有効にすべきかどうかは、カラーフォーマットに依存する。
ｉ．一例で、ＳＣＩＰＵは、４：２：０及び４：２：２カラーフォーマットに対して有効にされる。
ｉｉ．一例で、ＳＣＩＰＵは、４：０：０及び／又は４：４：４カラーフォーマットに対しては無効にされる。
１．一例で、ｍｏｄｅＴｙｐｅは、４：０：０及び／又は４：４：４カラーフォーマットに対して常にＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬと等しくてもよい。
２．一例で、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、４：０：０及び／又は４：４：４のカラーフォーマットに対して常に０に等しくてもよい。
２．コーディングツリーノードの（サブ）モードのための予測モード（及び／又はｍｏｄｅＴｙｐｅ）をどのように決定すべきかは、カラーフォーマットに依存してもよい。
ａ．一例で、次の条件の１つが真である場合に、このコーディングツリーノードによってパーティション化された（サブ）ブロックのｍｏｄｅＴｙｐｅは、４：２：２クロマフォーマットについてはＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬに等しくなり、一方、４：２：０クロマフォーマットについては、ｍｏｄｅＴｙｐｅは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲのどちらかに等しくなる。
ｉ．水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノード
ｉｉ．垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノード
ｉｉｉ．水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノード
ｉｖ．垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノード
ａ．一例で、次の条件の１つが真である場合に、このコーディングツリーノードによってパーティション化された（サブ）ブロックのｍｏｄｅＴｙｐｅは、４：２：２クロマフォーマットについてはＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬに等しくなり、一方、４：２：０クロマフォーマットについては、ｍｏｄｅＴｙｐｅは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲのどちらかに等しくなる。
ｉ．水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノード
ｉｉ．垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノード
ｉｉｉ．水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノード
ｉｖ．垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノード
３．ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡの名前をＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲに変更し、ＭＯＤＥ＿ＩＮＴＥＲの使用を制限することが提案される。
ａ．一例で、コーディングユニットのｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲに等しい場合に、ＭＯＤＥ＿ＩＮＴＥＲは許可されなくてもよい。
ａ．一例で、コーディングユニットのｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲに等しい場合に、ＭＯＤＥ＿ＩＮＴＥＲは許可されなくてもよい。
４．ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲの名前をＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡに変更し、ＭＯＤＥ＿ＩＮＴＲＡの使用を制限することが提案される。
ａ．一例で、コーディングユニットのｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡに等しい場合に、ＭＯＤＥ＿ＩＮＴＲＡは許可されなくてもよい。
ａ．一例で、コーディングユニットのｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡに等しい場合に、ＭＯＤＥ＿ＩＮＴＲＡは許可されなくてもよい。
５．モード制約フラグは、４：２：２及び／又は４：０：０及び／又は４：４：４クロマフォーマットで決して通知されなくてもよい。
ａ．一例で、モード制約フラグが存在しない場合に、１に等しいと推測されてもよい。
ｉ．代替的に、モード制約フラグが存在しない場合に、０に等しいと推測されてもよい。
ａ．一例で、モード制約フラグが存在しない場合に、１に等しいと推測されてもよい。
ｉ．代替的に、モード制約フラグが存在しない場合に、０に等しいと推測されてもよい。
６．ブロック幅としてＭを有し、ブロック高さとしてＮを有するＭ×ＮコーディングブロックにＳＣＩＰＵを適用するかどうかは及び／又はどのように適用するかは、カラーフォーマットが４：２：０であるか４：２：２であるか依存してもよい。
ａ．一例で、４：２：２カラーフォーマットにおいて、ブロック幅としてＭを有し、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックに対して、Ｍ×Ｎ（Ｍ＊Ｎで示される）が６４又は３２に等しい場合にのみＳＣＩＰＵが有効にされてもよい。
ｂ．一例で、Ｍ＊Ｎ＝１２８を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいて決してＳＣＩＰＵブロックとして扱われなくてもよい。
ｃ．一例で、ＢＴ分割及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいて決してＳＣＩＰＵブロックとして扱われなくてもよい。
ｄ．一例で、１に等しいｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックであってもよい。
ｅ．一例で、ＴＴ分割及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックとして扱われてもよい。
ｆ．一例で、ＢＴ分割及びＭ＊Ｎ＝３２を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックとして扱われてもよい。
ｇ．上記の説明において、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に１に等しくてもよい。
ｈ．上記の説明において、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、親ノードにおける現在ブロックと子リーフノード下の全てのサブブロックの両方に対して、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡのみが許可されてもよい。
ａ．一例で、４：２：２カラーフォーマットにおいて、ブロック幅としてＭを有し、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックに対して、Ｍ×Ｎ（Ｍ＊Ｎで示される）が６４又は３２に等しい場合にのみＳＣＩＰＵが有効にされてもよい。
ｂ．一例で、Ｍ＊Ｎ＝１２８を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいて決してＳＣＩＰＵブロックとして扱われなくてもよい。
ｃ．一例で、ＢＴ分割及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいて決してＳＣＩＰＵブロックとして扱われなくてもよい。
ｄ．一例で、１に等しいｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックであってもよい。
ｅ．一例で、ＴＴ分割及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックとして扱われてもよい。
ｆ．一例で、ＢＴ分割及びＭ＊Ｎ＝３２を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックとして扱われてもよい。
ｇ．上記の説明において、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に１に等しくてもよい。
ｈ．上記の説明において、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、親ノードにおける現在ブロックと子リーフノード下の全てのサブブロックの両方に対して、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡのみが許可されてもよい。
７．４：２：２カラーフォーマットにおいて、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に１に等しくてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、４：２：２カラーフォーマットについて０又は１に等しくてもよい。
ｂ．一例で、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、決して２に等しくなくてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、４：２：２カラーフォーマットについて０又は１に等しくてもよい。
ｂ．一例で、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、決して２に等しくなくてもよい。
８．４：２：２カラーフォーマットにおいて、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅは常にＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しくてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅは、４：２：２カラーフォーマットにおいてＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しくてもよい。
ｂ．一例で、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲは無効にされてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅは、４：２：２カラーフォーマットにおいてＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しくてもよい。
ｂ．一例で、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲは無効にされてもよい。
９．ブロックパーティションが許可されるかどうかは、ｍｏｄｅＴｙｐｅ及び／又はブロックサイズに依存してもよい。
ａ．一例で、ブロックに対してＢＴ及び／又はＴＴ分割が許可されるかどうかは、ｍｏｄｅＴｙｐｅに依存してもよい。
ｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、現在コーディングブロックに対してＢＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＢｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｉｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、現在コーディングブロックに対してＴＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＴｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｂ．一例で、ブロックに対してＢＴ及び／又はＴＴ分割が許可されるかどうかは、ｍｏｄｅＴｙｐｅ及びブロックサイズに依存してもよい。
ｉ．一例で、ブロック幅としてＭを有し、かつ、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックについて、Ｍ＊Ｎが３２以下であり、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＢｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｉｉ．一例で、ブロック幅としてＭを有し、かつ、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックについて、Ｍ＊Ｎが６４以下であり、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＴｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ａ．一例で、ブロックに対してＢＴ及び／又はＴＴ分割が許可されるかどうかは、ｍｏｄｅＴｙｐｅに依存してもよい。
ｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、現在コーディングブロックに対してＢＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＢｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｉｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、現在コーディングブロックに対してＴＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＴｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｂ．一例で、ブロックに対してＢＴ及び／又はＴＴ分割が許可されるかどうかは、ｍｏｄｅＴｙｐｅ及びブロックサイズに依存してもよい。
ｉ．一例で、ブロック幅としてＭを有し、かつ、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックについて、Ｍ＊Ｎが３２以下であり、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＢｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｉｉ．一例で、ブロック幅としてＭを有し、かつ、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックについて、Ｍ＊Ｎが６４以下であり、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＴｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
１０．コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、コーディングツリーの分割は制限されてもよい。
ａ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されなくてもよい。
ｂ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されなくてもよい。
ｃ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＱＴ分割は許可されなくてもよい。
ｄ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが３２以下である場合に、ＢＴ分割は許可されなくてもよい。
ｅ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが６４以下である場合に、ＴＴ分割は許可されなくてもよい。
ａ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されなくてもよい。
ｂ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されなくてもよい。
ｃ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＱＴ分割は許可されなくてもよい。
ｄ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが３２以下である場合に、ＢＴ分割は許可されなくてもよい。
ｅ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが６４以下である場合に、ＴＴ分割は許可されなくてもよい。
１１．ＴｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいコーディングユニットは、インターモードでコーディングされてもよい。
ａ．一例で、インターコーディングモード、すなわち、ＭＯＤＥ＿ＩＮＴＥＲでコーディングされたコーディングユニットは、複数の色成分を有するカラーフォーマットの場合でも、ルーマ成分のみを含んでもよい。
ｂ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡブロックに対してパースされる必要があってもよい。
ｃ．一例で、インターモードでコーディングされたＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡブロックに対しても、ＳＩＮＧＬＥ＿ＴＲＥＥについての同じインターモードの制約が適用されてもよい。
ｉ．一例で、４×４のＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡインターブロックは、許可されなくてもよい。
ａ．一例で、インターコーディングモード、すなわち、ＭＯＤＥ＿ＩＮＴＥＲでコーディングされたコーディングユニットは、複数の色成分を有するカラーフォーマットの場合でも、ルーマ成分のみを含んでもよい。
ｂ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡブロックに対してパースされる必要があってもよい。
ｃ．一例で、インターモードでコーディングされたＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡブロックに対しても、ＳＩＮＧＬＥ＿ＴＲＥＥについての同じインターモードの制約が適用されてもよい。
ｉ．一例で、４×４のＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡインターブロックは、許可されなくてもよい。
１２．ブロック幅がＭ（例えば、Ｍ＝２）個のクロマサンプルに等しいクロマイントラ（及び／又はＩＢＣ）ブロックは許されなくてもよい。
ａ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラブロックは、デュアルツリーで許可されなくてもよい。
ｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が４クロマサンプルに等しい場合に、垂直ＢＴ分割は許されなくてもよい。
ｉｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が８クロマサンプルに等しい場合に、垂直ＴＴ分割は許されなくてもよい。
ｂ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラ（及び／又はＩＢＣ）ブロックは、シングルツリーで許可されなくてもよい。
ｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝８及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用されてもよい。
１．垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）クロマブロックについては許されないが、８×Ｎルーマブロックについては許されてもよい。
２．４×Ｎ又は４×（Ｎ／２）クロマブロックは、垂直ＢＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい。
３．垂直ＢＴ分割は、８×Ｎルーマブロック及び４×Ｎ又は４×（Ｎ／２）クロマブロックの両方について許されてもよいが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい）。
ｉｉ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝１６及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用されてもよい。
１．垂直ＢＴ分割は、８×Ｎ又は８×（Ｎ／２）クロマブロックについては許されないが、１６×Ｎルーマブロックについては許されてもよい。
２．８×Ｎ又は８×（Ｎ／２）クロマブロックは、垂直ＴＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい。
３．垂直ＴＴ分割は、１６×Ｎルーマブロック及び８×Ｎ又は８×（Ｎ／２）クロマブロックの両方について許されてもよいが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい）。
ａ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラブロックは、デュアルツリーで許可されなくてもよい。
ｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が４クロマサンプルに等しい場合に、垂直ＢＴ分割は許されなくてもよい。
ｉｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が８クロマサンプルに等しい場合に、垂直ＴＴ分割は許されなくてもよい。
ｂ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラ（及び／又はＩＢＣ）ブロックは、シングルツリーで許可されなくてもよい。
ｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝８及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用されてもよい。
１．垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）クロマブロックについては許されないが、８×Ｎルーマブロックについては許されてもよい。
２．４×Ｎ又は４×（Ｎ／２）クロマブロックは、垂直ＢＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい。
３．垂直ＢＴ分割は、８×Ｎルーマブロック及び４×Ｎ又は４×（Ｎ／２）クロマブロックの両方について許されてもよいが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい）。
ｉｉ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝１６及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用されてもよい。
１．垂直ＢＴ分割は、８×Ｎ又は８×（Ｎ／２）クロマブロックについては許されないが、１６×Ｎルーマブロックについては許されてもよい。
２．８×Ｎ又は８×（Ｎ／２）クロマブロックは、垂直ＴＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい。
３．垂直ＴＴ分割は、１６×Ｎルーマブロック及び８×Ｎ又は８×（Ｎ／２）クロマブロックの両方について許されてもよいが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい）。
１３．ＩＢＣモードは、ルーマ及び／又はクロマブロックについて、それが小さいブロックサイズであるかどうかにかかわらず許可されてもよい。
ａ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、８×４／８×８／１６×４及び４×Ｎ（例えば、Ｎ＜＝６４）ルーマブロックを含むルーマブロックについて許されてもよい。
ｂ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、クロマブロックについて許されてもよい。
ａ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、８×４／８×８／１６×４及び４×Ｎ（例えば、Ｎ＜＝６４）ルーマブロックを含むルーマブロックについて許されてもよい。
ｂ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、クロマブロックについて許されてもよい。
１４．ＩＢＣ予測モードフラグの通知は、予測モードタイプ（例えば、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）に依存してもよい。
ａ．一例で、非ＳＫＩＰブロックについてのＩＢＣ予測モードフラグ（例えば、スキップモードによって符号化されないコーディングブロック）は、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しくなく、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、明示的にビットストリームで通知されてもよい。
ａ．一例で、非ＳＫＩＰブロックについてのＩＢＣ予測モードフラグ（例えば、スキップモードによって符号化されないコーディングブロック）は、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しくなく、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、明示的にビットストリームで通知されてもよい。
１５．ＩＢＣ予測モードフラグは、ＣＵ ＳＫＩＰフラグ及びモードタイプ（例えば、ｍｏｄｅＴｙｐｅ）に応じて推測されてもよい。
ａ．一例で、現在ブロックがＳＫＩＰモードでコーディングされ（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１に等しく）、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、ＩＢＣ予測モードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）は、１に等しいと推測されてもよい。
ａ．一例で、現在ブロックがＳＫＩＰモードでコーディングされ（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１に等しく）、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、ＩＢＣ予測モードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）は、１に等しいと推測されてもよい。
１６．パレットモードフラグの明示的な通知は、ｍｏｄｅＴｙｐｅに依存しなくてもよい。
ａ．一例で、パレットモードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）の通知は、スライスタイプ、ブロックサイズ、予測モードなどに依存してもよい。ただし、ｍｏｄｅＴｙｐｅが何であっても。
ｂ．一例で、パレットモードフラグ（例えば。ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）は、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測される。
ａ．一例で、パレットモードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）の通知は、スライスタイプ、ブロックサイズ、予測モードなどに依存してもよい。ただし、ｍｏｄｅＴｙｐｅが何であっても。
ｂ．一例で、パレットモードフラグ（例えば。ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）は、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測される。
１７．ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ａ．一例で、クロマＩＢＣは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可されてもよい。
ｄ．一例で、１つのＳＣＩＰＵ内で、ＩＢＣ及びインターモードは両方とも許可されてもよい。
ｅ．一例で、ＩＢＣクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応してもよい。
ｆ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、１に等しいと推測されてもよい。
ａ．一例で、クロマＩＢＣは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可されてもよい。
ｄ．一例で、１つのＳＣＩＰＵ内で、ＩＢＣ及びインターモードは両方とも許可されてもよい。
ｅ．一例で、ＩＢＣクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応してもよい。
ｆ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、１に等しいと推測されてもよい。
１８．パレットモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲである場合に使用することを許可されてもよい。
ａ．一例で、クロマパレットは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡである場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用すること許可されてもよい。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であるかにかかわらず使用することを許可されてもよい。
ｄ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ｅ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可されてもよい。
ｆ．一例で、１つのＳＣＩＰＵ内で、パレット及びインターモードは両方とも許可されてもよい。
ｇ．一例で、１つのＳＣＩＰＵ内で、パレット、ＩＢＣ及びインターモードは全て許可されてもよい。
ｈ．一例で、パレットクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応する。
ｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、１に等しいと推測されてもよい。
ｊ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、１つのメッセージは、現在の予測モードがＩＢＣ又はパレットであるかどうかを示すために送信されてもよい。
ｋ．一例で、パレットモードを有効／無効にするかどうかは、スライスタイプ及びｍｏｄｅＴｙｐｅに依存してもよい。
ｉ．一例で、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡを有するＩスライスについて、パレットモードが有効にされてもよい。
ｉｉ．一例で、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲを有するＰ／Ｂスライスについて、パレットモードが有効にされてもよい。
ａ．一例で、クロマパレットは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡである場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用すること許可されてもよい。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であるかにかかわらず使用することを許可されてもよい。
ｄ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ｅ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可されてもよい。
ｆ．一例で、１つのＳＣＩＰＵ内で、パレット及びインターモードは両方とも許可されてもよい。
ｇ．一例で、１つのＳＣＩＰＵ内で、パレット、ＩＢＣ及びインターモードは全て許可されてもよい。
ｈ．一例で、パレットクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応する。
ｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、１に等しいと推測されてもよい。
ｊ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、１つのメッセージは、現在の予測モードがＩＢＣ又はパレットであるかどうかを示すために送信されてもよい。
ｋ．一例で、パレットモードを有効／無効にするかどうかは、スライスタイプ及びｍｏｄｅＴｙｐｅに依存してもよい。
ｉ．一例で、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡを有するＩスライスについて、パレットモードが有効にされてもよい。
ｉｉ．一例で、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲを有するＰ／Ｂスライスについて、パレットモードが有効にされてもよい。
１９．パレットモードが有効である場合に、ローカルデュアルツリーは許可されなくてもよい。
ａ．一例で、パレットモードが有効である場合に、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に０に等しくセットされてもよい。
ａ．一例で、パレットモードが有効である場合に、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に０に等しくセットされてもよい。
２０．幅がＭ（例えば、Ｍ＝２）に等しいか、あるいは高さがＮ（例えば、Ｎ＝２）に等しい小さいクロマブロックについては、許可されているイントラ予測モードは、大きいクロマブロックについて許可されているものとは異なるように制限されてもよい。
ａ．一例で、利用可能なクロマイントラ予測モードの中のイントラ予測モードのサブセットのみが使用されてもよい。
ｂ．一例で、ＩＮＴＲＡ＿ＤＣモードのみが使用されてもよい。
ｃ．一例で、ＩＮＴＲＡ＿ＰＬＡＮＡＲモードのみが使用されてもよい。
ｄ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードのみが使用されてもよい。
ｅ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードのみが使用されてもよい。
ｆ．一例で、ＣＣＬＭモードは許可されなくてもよい。
ａ．一例で、利用可能なクロマイントラ予測モードの中のイントラ予測モードのサブセットのみが使用されてもよい。
ｂ．一例で、ＩＮＴＲＡ＿ＤＣモードのみが使用されてもよい。
ｃ．一例で、ＩＮＴＲＡ＿ＰＬＡＮＡＲモードのみが使用されてもよい。
ｄ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードのみが使用されてもよい。
ｅ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードのみが使用されてもよい。
ｆ．一例で、ＣＣＬＭモードは許可されなくてもよい。
２１．幅がＭ（例えば、Ｍ＝２）に等しいか、あるいは高さがＮ（例えば、Ｎ＝２）に等しい小さいクロマブロックについては、変換タイプは、大きいクロマブロックについて許可されているものとは異なるように制限されてもよい。
ａ．一例で、変換スキップのみが使用されてもよ。
ｂ．一例で、１次元変換のみが使用されてもよい。
ｃ．一例で、複数のタイプの変換をサポートするコーディングツールは許可されない。
ｉ．代替的に、複数のタイプの変換をサポートするコーディングツールの通知は省略される。
ａ．一例で、変換スキップのみが使用されてもよ。
ｂ．一例で、１次元変換のみが使用されてもよい。
ｃ．一例で、複数のタイプの変換をサポートするコーディングツールは許可されない。
ｉ．代替的に、複数のタイプの変換をサポートするコーディングツールの通知は省略される。
２２．ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされてもよい。
ａ．一例で、ＣＩＩＰモードは、デュアルツリーパーティションが使用される場合に許可されてもよい。
ｉ．一例で、ＣＩＩＰモードは、ＣＵタイプがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合に許可されてもよい。
ｂ．代替的に、ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なされてもよい。
ｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰモードは許可されなくてもよい。
ｉｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰでのクロマのためのイントラ予測モードのサブセットは、単純なイントラ予測モードに制限されてもよい。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
ｉｉｉ．一例で、ＣＩＩＰでのクロマのためのイントラ予測モードは、単純なイントラ予測モードに制限されてもよい。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードは、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードは、クロマイントラ予測のために使用されてもよい。
ａ．一例で、ＣＩＩＰモードは、デュアルツリーパーティションが使用される場合に許可されてもよい。
ｉ．一例で、ＣＩＩＰモードは、ＣＵタイプがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合に許可されてもよい。
ｂ．代替的に、ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なされてもよい。
ｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰモードは許可されなくてもよい。
ｉｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰでのクロマのためのイントラ予測モードのサブセットは、単純なイントラ予測モードに制限されてもよい。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
ｉｉｉ．一例で、ＣＩＩＰでのクロマのためのイントラ予測モードは、単純なイントラ予測モードに制限されてもよい。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードは、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードは、クロマイントラ予測のために使用されてもよい。
２３．上記のビュレットについては、変数Ｍ及び／又はＮは、予め定義されるか、又は通知されてもよい。
ａ．一例で、Ｍ及び／又はＮは、カラーフォーマット（例えば、４：２：０、４：２：２、４：４：４）に更に依存してもよい。
ａ．一例で、Ｍ及び／又はＮは、カラーフォーマット（例えば、４：２：０、４：２：２、４：４：４）に更に依存してもよい。
２４．ｍｏｄｅＴｙｐｅは、より多くのタイプをカバーするように拡張されてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅはＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣでもよい。ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣに等しい場合に、予測モードはＩＢＣと推測される。
ｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、この場合には通知されない。
ｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、この場合には通知されない。
ｉｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、この場合には通知されない。
ｂ．一例で、ｍｏｄｅＴｙｐｅはＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥでもよい。ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥに等しい場合に、予測モードはパレットモードと推測される。
ｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、この場合には通知されない。
ｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、この場合には通知されない。
ｉｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、この場合には通知されない。
ｃ．一例で、ｍｏｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、許可されたｍｏｄｅＴｙｐｅのどれが使用されるかを示すためにインデックスで置き換えられてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅはＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣでもよい。ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣに等しい場合に、予測モードはＩＢＣと推測される。
ｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、この場合には通知されない。
ｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、この場合には通知されない。
ｉｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、この場合には通知されない。
ｂ．一例で、ｍｏｄｅＴｙｐｅはＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥでもよい。ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥに等しい場合に、予測モードはパレットモードと推測される。
ｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、この場合には通知されない。
ｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、この場合には通知されない。
ｉｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、この場合には通知されない。
ｃ．一例で、ｍｏｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、許可されたｍｏｄｅＴｙｐｅのどれが使用されるかを示すためにインデックスで置き換えられてもよい。
２５．一例で、寸法Ｗ×Ｈを有するブロックに対してＱＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが８に等しく、かつ、Ｈが８に等しい場合に、ＱＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが８に等しく、かつ、Ｈが８に等しい場合に、ＱＴ分割は許可されない。
２６．一例で、寸法Ｗ×Ｈを有するブロックに対して垂直ＴＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが１６に等しく、かつ、Ｈが４に等しい場合に、垂直ＴＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが１６に等しく、かつ、Ｈが４に等しい場合に、垂直ＴＴ分割は許可されない。
２７．一例で、寸法Ｗ×Ｈを有するブロックに対して水平ＴＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが４に等しく、かつ、Ｈが１６に等しい場合に、水平ＴＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが４に等しく、かつ、Ｈが１６に等しい場合に、水平ＴＴ分割は許可されない。
２８．一例で、寸法Ｗ×Ｈを有するブロックに対して垂直ＢＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが８に等しく、かつ、Ｈが４に等しい場合に、垂直ＢＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが８に等しく、かつ、Ｈが４に等しい場合に、垂直ＢＴ分割は許可されない。
２９．一例で、寸法Ｗ×Ｈを有するブロックに対して水平ＢＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが４に等しく、かつ、Ｈが８に等しい場合に、水平ＢＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが４に等しく、かつ、Ｈが８に等しい場合に、水平ＢＴ分割は許可されない。
３０．一例で、ＣＵの予測モードがｍｏｄｅＴｙｐｅによって推測されるかどうかは、色成分及び／又はブロック寸法Ｗ×Ｈに依存してもよい。
ａ．例えば、クロマＣＵの予測モードはｍｏｄｅＴｙｐｅによって推測されるが、ルーマＣＵの予測モードはｍｏｄｅＴｙｐｅによって推測されるのではなく通知される。
ｉ．例えば、Ｗ＞４又はＨ＞４である場合に、ルーマＣＵの予測モードは、ｍｏｄｅＴｙｐｅによって推測されるのではなく通知される。
ａ．例えば、クロマＣＵの予測モードはｍｏｄｅＴｙｐｅによって推測されるが、ルーマＣＵの予測モードはｍｏｄｅＴｙｐｅによって推測されるのではなく通知される。
ｉ．例えば、Ｗ＞４又はＨ＞４である場合に、ルーマＣＵの予測モードは、ｍｏｄｅＴｙｐｅによって推測されるのではなく通知される。
３１．ＳＣＩＰＵが適用される場合に、第１成分のデルタＱＰに関連する情報を通知するかどうか及び／又はどのように通知するかは、第１成分の分割方法に依存してもよい。
ａ．一例で、ＳＣＩＰＵが適用される場合に、第１成分のデルタＱＰに関連する情報を通知するかどうか及び／又はどのように通知するかは、第１成分の分割方法に依存し、第２成分の分割方法から分離されてもよい。
ｂ．一例で、第１成分はルーマであり、第２成分はクロマである。
ｃ．一例で、第１成分はクロマであり、第２成分はルーマである。
ａ．一例で、ＳＣＩＰＵが適用される場合に、第１成分のデルタＱＰに関連する情報を通知するかどうか及び／又はどのように通知するかは、第１成分の分割方法に依存し、第２成分の分割方法から分離されてもよい。
ｂ．一例で、第１成分はルーマであり、第２成分はクロマである。
ｃ．一例で、第１成分はクロマであり、第２成分はルーマである。
３２．デュアルツリー及び／又はローカルデュアルツリーコーディング構造が適用される場合に、第１成分のデルタＱＰに関連する如何なる変数も、第２成分の復号又はパース（解析）プロセス中に変更できない。
ａ．一例で、ローカルデュアルツリーコーディング構造は、ＳＣＩＰＵに従って使用されてもよい。
ｂ．一例で、第１成分はルーマであり、第２成分はクロマである。
ｉ．変数はＩｓＣｕＱｐＤｅｌｔａＣｏｄｅｄでもよい。
ｃ．一例で、第１成分はクロマであり、第２成分はルーマである。
ｉ．変数はＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄでもよい。
ａ．一例で、ローカルデュアルツリーコーディング構造は、ＳＣＩＰＵに従って使用されてもよい。
ｂ．一例で、第１成分はルーマであり、第２成分はクロマである。
ｉ．変数はＩｓＣｕＱｐＤｅｌｔａＣｏｄｅｄでもよい。
ｃ．一例で、第１成分はクロマであり、第２成分はルーマである。
ｉ．変数はＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄでもよい。
３３．ＳＣＩＰＵが適用される場合に、成分（例えば、ルーマ又はクロマ）のデルタＱＰに関連する情報は、特定の領域において、せいぜい一度だけ通知されてもよく、ルーマ成分及びクロマ成分は、同じモードタイプ（例えば、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）を共有することを必要とする。
ａ．一例で、特定の領域は、量子化グループと見なされる。
ａ．一例で、特定の領域は、量子化グループと見なされる。
５．実施形態
新たに加えられた部分は、太字イタリック体で強調表示されており、ＶＶＣ作業草案から削除された部分は、二重括弧でマークされている（例えば、［［ａ］］は、文字“ａ”の削除を表す）。変更は、最新のＶＶＣ作業草案（ＪＶＥＴ＝Ｏ２００１－ｖ１１）に基づいている。
新たに加えられた部分は、太字イタリック体で強調表示されており、ＶＶＣ作業草案から削除された部分は、二重括弧でマークされている（例えば、［［ａ］］は、文字“ａ”の削除を表す）。変更は、最新のＶＶＣ作業草案（ＪＶＥＴ＝Ｏ２００１－ｖ１１）に基づいている。
５．１ 例となる実施形態＃１
以下の実施形態は、小さいブロックのパーティションに対する制約及び予測モードが４：２：０及び４：４：４クロマフォーマットにのみ適用される（４：０：０及び４；４；４クロマフォーマットには適用されない）ことに関する。
以下の実施形態は、小さいブロックのパーティションに対する制約及び予測モードが４：２：０及び４：４：４クロマフォーマットにのみ適用される（４：０：０及び４；４；４クロマフォーマットには適用されない）ことに関する。
５．２ 例となる実施形態＃２
以下の実施形態は、パレットモードフラグの通知がｍｏｄｅＴｙｐｅに依存しないことに関する。
以下の実施形態は、パレットモードフラグの通知がｍｏｄｅＴｙｐｅに依存しないことに関する。
５．３ 例となる実施形態＃３
以下の実施形態は、ＩＢＣ予測モードフラグがＣＵ ＳＫＩＰフラグ及びｍｏｄｅＴｙｐｅに応じて推測されることに関する。
以下の実施形態は、ＩＢＣ予測モードフラグがＣＵ ＳＫＩＰフラグ及びｍｏｄｅＴｙｐｅに応じて推測されることに関する。
５．４ 例となる実施形態＃４
以下の実施形態は、ＩＢＣ予測モードフラグの通知がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに依存し、及び／又はＩＢＣモードがルーマブロックについて、それが小さいブロックサイズであるかどうかにかかわらず許可されることに関する。
以下の実施形態は、ＩＢＣ予測モードフラグの通知がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに依存し、及び／又はＩＢＣモードがルーマブロックについて、それが小さいブロックサイズであるかどうかにかかわらず許可されることに関する。
５．５ 例となる実施形態＃５
以下の実施形態は、４：２：０及び４：２：２カラーフォーマットについて異なるイントラブロック制約を適用することに関する。
以下の実施形態は、４：２：０及び４：２：２カラーフォーマットについて異なるイントラブロック制約を適用することに関する。
５．６ 例となる実施形態＃６
以下の実施形態は、シングルツリーで２×Ｎクロマイントラブロックを許可しないことに関する。
以下の実施形態は、シングルツリーで２×Ｎクロマイントラブロックを許可しないことに関する。
５．７ 例となる実施形態＃７
以下の実施形態は、デュアルツリーで２×Ｎクロマイントラブロックを許可しないことに関する。
以下の実施形態は、デュアルツリーで２×Ｎクロマイントラブロックを許可しないことに関する。
５．８ 例となる実施形態＃８
以下の実施形態は、ＳＣＩＰＵクロマブロックに対してＭＯＤＥ＿ＩＢＣを有効にすることに関する。
以下の実施形態は、ＳＣＩＰＵクロマブロックに対してＭＯＤＥ＿ＩＢＣを有効にすることに関する。
５．９ ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲである場合のブロックパーティションを許可しないことに関して例となる実施形態＃９（解決法１）
５．１０ ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲである場合のブロックパーティションを許可しないことに関して例となる実施形態＃１０（解決法２）
５．１１ 例となる実施形態＃１１
以下の実施形態は、MODE_TYPE_INTERが導出される場合のコーディングツリーの更なる分割の制約に関する。
以下の実施形態は、MODE_TYPE_INTERが導出される場合のコーディングツリーの更なる分割の制約に関する。
５．１２ 例となる実施形態＃１２
以下の実施形態は、小さいブロックパーティションに関する制約に関するものであり、予測モードは、パレットモードが有効である場合には適用されない。
以下の実施形態は、小さいブロックパーティションに関する制約に関するものであり、予測モードは、パレットモードが有効である場合には適用されない。
５．１３ 例となる実施形態＃１３
以下の実施形態は、４：２：２カラーフォーマットについての小さいクロマイントラブロックの制約に関するものである。
以下の実施形態は、４：２：２カラーフォーマットについての小さいクロマイントラブロックの制約に関するものである。
５．１４ ＳＣＩＰＵにおけるデルタＱＰ通知の例＃１
５．１５ ＳＣＩＰＵにおけるデルタＱＰ通知の例＃２
５．１６ ＳＣＩＰＵにおけるデルタＱＰ通知の例＃３
５．１７ ＳＣＩＰＵにおけるデルタＱＰ通知の例＃４
図１７は、ビデオ処理装置１７００のブロック図である。装置１７００は、ここで記載されている方法の１つ以上を実装するために使用され得る。装置１７００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）レシーバ、などで具現化されてもよい。装置１７００は、１つ以上のプロセッサ１７０２，１つ以上のメモリ１７０４、及びビデオ処理ハードウェア１７０６を含み得る。プロセッサ１７０２は、本明細書で記載される１つ以上の方法を実装するよう構成され得る。メモリ（複数のメモリ）１７０４は、本明細書で記載される方法及び技術を実装するために使用されるデータ及びコードを記憶するために使用され得る。ビデオ処理ハードウェア１７０６は、ハードウェア回路で、本明細書で記載されるいくつかの技術を実装するために使用され得る。いくつかの実施形態において、ビデオ処理ハードウェア１７０６は、プロセッサ１７０２（例えば、グラフィクスコプロセッサ）内に少なくとも部分的に含まれてもよい。
図１８は、ビデオを処理する方法１８００のフローチャートである。方法１８００は、ビデオのビデオ領域とそのビデオ領域の符号化表現との間の変換のために、ビデオ領域のカラーフォーマット及びクロマブロックサイズの間の関係を定義するシンタックスルールに従って符号化表現をパースするステップ（１８０２）と、シンタックスルールに従ってパースを実行することによって変換を実行するステップ（１８０４）とを含む。
開示されている技術のいくつかの実施形態は、ビデオ処理ツール又はモードを有効にするとの決定又は判定を行うことを含む。例において、ビデオ処理ツール又はモードが有効にされる場合に、エンコーダは、ビデオのブロックの処理でツール又はモードを使用又は実装するが、結果として得られるビットストリームを、ツール又はモードの利用に基づいて必ずしも変更し得ない。つまり、ビデオのブロックからビデオのビットストリーム表現への変換は、ビデオ処理ツール又はモードが決定又は判定に基づいて有効にされる場合にそれを使用する。他の例においては、ビデオ処理ツール又はモードが有効にされる場合に、デコーダは、ビットストリームがビデオ処理ツール又はモードに基づいて変更されていると知った上でビットストリームを処理する。つまり、ビデオのビットストリーム表現からビデオのブロックへの変換は、決定又は判定に基づいて有効にされたビデオ処理ツール又はモードを用いて実行される。
開示されている技術のいくつかの実施形態は、ビデオ処理ツール又はモードを無効にするとの決定又は判定を行うことを含む。例において、ビデオ処理ツール又はモードが無効にされる場合に、エンコーダは、ビデオのブロックからビデオのビットストリーム表現への変換でツール又はモードを使用しない。他の例においては、ビデオ処理ツール又はモードが無効にされる場合に、デコーダは、決定又は判定に基づいて有効にされたビデオ処理ツール又はモードを用いてビットストリームが変更されていないと知った上でビットストリームを処理する。
本明細書中、「ビデオ処理」という用語は、ビデオ符号化、ビデオ復号、ビデオ圧縮又はビデオ圧縮解除を指し得る。例えば、ビデオ圧縮アルゴリズムは、ビデオのピクセル表現から、対応するビットストリーム表現への変換中に、又はその逆も同様に、適用されてもよい。現在のビデオブロックのビットストリーム表現は、例えば、シンタックスによって定義されるような、ビットストリーム内で同一位置にあるか又は異なった場所に広がっているかのどちらかであるビットに対応してもよい。例えば、マクロブロックは、変換及びコーディングされた誤差残余値に関して、更には、ビットストリーム内のヘッダ及び他のフィールドにおけるビットを用いて、符号化されてもよい。
いくつかの実施形態において、以下の第１組の箇条書きが実装され得る。
以下の箇条書きは、前のセクションの項目１で記載されている更なる技術とともに実装され得る。
１．ビデオ処理の方法であって、
ビデオのビデオ領域とビデオ領域の符号化表現との間の変換のために、ビデオ領域のカラーフォーマット及びクロマブロックサイズの間の関係を定義するシンタックスルールに従って、符号化表現をパースするステップと、
シンタックスルールに従ってパースを実行することによって変換を実行するステップと
を含む方法。
ビデオのビデオ領域とビデオ領域の符号化表現との間の変換のために、ビデオ領域のカラーフォーマット及びクロマブロックサイズの間の関係を定義するシンタックスルールに従って、符号化表現をパースするステップと、
シンタックスルールに従ってパースを実行することによって変換を実行するステップと
を含む方法。
２．箇条１に記載の方法であって、
カラーフォーマットは４：４：４であり、
シンタックスルールは、クロマブロックがルーマブロックと同じサイズ制約に従うことを定める、
方法。
カラーフォーマットは４：４：４であり、
シンタックスルールは、クロマブロックがルーマブロックと同じサイズ制約に従うことを定める、
方法。
３．箇条１に記載の方法であって、
カラーフォーマットは４：２：２であり、
シンタックスルールは、クロマブロックが４：２：０カラーフォーマットについてと同じサイズ制約に従うことを定める、
方法。
カラーフォーマットは４：２：２であり、
シンタックスルールは、クロマブロックが４：２：０カラーフォーマットについてと同じサイズ制約に従うことを定める、
方法。
４．箇条１乃至３のうちいずれかに記載の方法であって、
シンタックスルールは、予測モード及び小ブロックパーティションがクロマフォーマットに依存して使用されることを定める、
方法。
シンタックスルールは、予測モード及び小ブロックパーティションがクロマフォーマットに依存して使用されることを定める、
方法。
５．箇条１に記載の方法であって、
シンタックスルールは、最小許容サイズがビデオ領域のカラーフォーマットに基づいてビデオ領域の変換のために有効にされることを定める、
方法。
シンタックスルールは、最小許容サイズがビデオ領域のカラーフォーマットに基づいてビデオ領域の変換のために有効にされることを定める、
方法。
以下の箇条書きは、前のセクションの項目２で記載されている更なる技術とともに実装され得る。
６．ビデオ処理の方法であって、
ビデオの特性及びビデオのクロマフォーマットに基づいて、ビデオのコーディングツリーノードのコーディングモードを決定するステップと、
決定されたコーディングモードを用いて、ビデオの符号化表現とコーディングツリーノードのビデオブロックとの間の変換を実行するステップと
を含む方法。
ビデオの特性及びビデオのクロマフォーマットに基づいて、ビデオのコーディングツリーノードのコーディングモードを決定するステップと、
決定されたコーディングモードを用いて、ビデオの符号化表現とコーディングツリーノードのビデオブロックとの間の変換を実行するステップと
を含む方法。
７．箇条６に記載の方法であって、
特性が：
ｉ．コーディングツリーノードが水平二分木分割を用いたＭ×Ｎコーディングツリーノードであること、
ｉｉ．コーディングツリーノードが垂直二分木分割を用いたＭ×Ｎコーディングツリーノードであること、
ｉｉｉ．コーディングツリーノードが水平三分木分割を用いたＭ×Ｎコーディングツリーノードであること、又は
ｉｖ．コーディングツリーノードが垂直三分木分割を用いたＭ×Ｎコーディングツリーノードであること
のいずれかである場合に、コーディングモードは、クロマフォーマットが４：２：２である場合にＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬであると、クロマフォーマットが４：２：０である場合にＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲであると決定される、
方法。
特性が：
ｉ．コーディングツリーノードが水平二分木分割を用いたＭ×Ｎコーディングツリーノードであること、
ｉｉ．コーディングツリーノードが垂直二分木分割を用いたＭ×Ｎコーディングツリーノードであること、
ｉｉｉ．コーディングツリーノードが水平三分木分割を用いたＭ×Ｎコーディングツリーノードであること、又は
ｉｖ．コーディングツリーノードが垂直三分木分割を用いたＭ×Ｎコーディングツリーノードであること
のいずれかである場合に、コーディングモードは、クロマフォーマットが４：２：２である場合にＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬであると、クロマフォーマットが４：２：０である場合にＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲであると決定される、
方法。
８．箇条７に記載の方法であって、
Ｍ＝８、又は１６、又は３２であり、
Ｎ＝４、又は８、又は１６である、
方法。
Ｍ＝８、又は１６、又は３２であり、
Ｎ＝４、又は８、又は１６である、
方法。
以下の箇条書きは、前のセクションの項目１２で記載されている更なる技術とともに実装され得る。
９．ビデオ処理の方法であって、
ルールに基づいて、クロマブロックのあるサイズがビデオのビデオ領域で許されるかどうかを決定するステップと、
決定に基づいて、ビデオ領域とビデオ領域の符号化表現との間の変換を実行するステップと
を含む方法。
ルールに基づいて、クロマブロックのあるサイズがビデオのビデオ領域で許されるかどうかを決定するステップと、
決定に基づいて、ビデオ領域とビデオ領域の符号化表現との間の変換を実行するステップと
を含む方法。
１０．箇条９に記載の方法であって、
ルールは、２×Ｎのクロマブロックが、ビデオ領域がデュアルツリーパーティションを含むことにより許可されないことを定める、
方法。
ルールは、２×Ｎのクロマブロックが、ビデオ領域がデュアルツリーパーティションを含むことにより許可されないことを定める、
方法。
１１．箇条９に記載の方法であって、
ルールは、２×Ｎのクロマブロックが、ビデオ領域がシングルツリーパーティションを含むことにより許可されないことを定める、
方法。
ルールは、２×Ｎのクロマブロックが、ビデオ領域がシングルツリーパーティションを含むことにより許可されないことを定める、
方法。
１２．箇条１０又は１１に記載の方法であって、
Ｎ＜＝６４である、
方法。
Ｎ＜＝６４である、
方法。
以下の箇条書きは、前のセクションの項目１３、１４及び１５で記載されている更なる技術とともに実装され得る。
１３．ビデオ処理の方法であって、
ビデオ条件に関してコーディングモードの使用を許すルールに基づいて、コーディングモードがビデオ領域に対して許されることを決定するステップと、
決定に基づいて、ビデオ領域内のピクセルの符号化表現とビデオ領域のピクセルとの間の変換を実行するステップと
を含む方法。
ビデオ条件に関してコーディングモードの使用を許すルールに基づいて、コーディングモードがビデオ領域に対して許されることを決定するステップと、
決定に基づいて、ビデオ領域内のピクセルの符号化表現とビデオ領域のピクセルとの間の変換を実行するステップと
を含む方法。
１４．箇条１３に記載の方法であって、
ビデオ条件はブロックサイズであり、
ルールは、小ブロックサイズのルーマブロックに対してイントラブロックコピーモードの使用を認める、
方法。
ビデオ条件はブロックサイズであり、
ルールは、小ブロックサイズのルーマブロックに対してイントラブロックコピーモードの使用を認める、
方法。
１５．箇条１４に記載の方法であって、
小ブロックサイズは、８×８、８×８、１６×４又は４×Ｎのルーマブロックサイズを含む、
方法。
小ブロックサイズは、８×８、８×８、１６×４又は４×Ｎのルーマブロックサイズを含む、
方法。
１６．箇条１３に記載の方法であって、
ルールは、コーディングのＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲモードを使用するビデオ領域の変換のためにイントラブロックコピーモードの使用を認める、
方法。
ルールは、コーディングのＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲモードを使用するビデオ領域の変換のためにイントラブロックコピーモードの使用を認める、
方法。
１７．箇条１３に記載の方法であって、
ルールは、コーディングのＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲモードを使用するビデオ領域の変換のためにパレットコーディングモードの使用を認める、
方法。
ルールは、コーディングのＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲモードを使用するビデオ領域の変換のためにパレットコーディングモードの使用を認める、
方法。
以下の箇条書きは、前のセクションの項目１６、１７及び１８で記載されている更なる技術とともに実装され得る。
１８．ビデオ処理の方法であって、
ビデオのビデオブロックとビデオブロックの符号化表現との間の変換を、ビデオコーディングモードを用いて実行するステップを含み、
コーディングモードを通知するシンタックス要素は、ルールに基づいて符号化表現に選択的に含まれる、
方法。
ビデオのビデオブロックとビデオブロックの符号化表現との間の変換を、ビデオコーディングモードを用いて実行するステップを含み、
コーディングモードを通知するシンタックス要素は、ルールに基づいて符号化表現に選択的に含まれる、
方法。
１９．箇条１８に記載の方法であって、
ビデオコーディングモードは、イントラブロックコーディングモードであり、
ルールは、符号化表現におけるシンタックス要素の包含を制御するためにビデオコーディングモードのタイプを使用することを定める、
方法。
ビデオコーディングモードは、イントラブロックコーディングモードであり、
ルールは、符号化表現におけるシンタックス要素の包含を制御するためにビデオコーディングモードのタイプを使用することを定める、
方法。
２０．箇条１９に記載の方法であって、
ルールは、非ＳＫＩＰブロックを明示的に通知することを定める、
方法。
ルールは、非ＳＫＩＰブロックを明示的に通知することを定める、
方法。
２１．箇条１８に記載の方法であって、
ルールは、ビデオブロックのモードタイプ及びスキップフラグに基づいてイントラブロックコピーフラグを暗黙的に通知することを定める、
方法。
ルールは、ビデオブロックのモードタイプ及びスキップフラグに基づいてイントラブロックコピーフラグを暗黙的に通知することを定める、
方法。
２２．箇条１８に記載の方法であって、
ビデオコーディングモードは、パレットコーディングモードであり、
ルールは、ビデオブロックのモードタイプに基づいてパレットコーディングインジケータを選択的に含めることを定める、
方法。
ビデオコーディングモードは、パレットコーディングモードであり、
ルールは、ビデオブロックのモードタイプに基づいてパレットコーディングインジケータを選択的に含めることを定める、
方法。
以下の箇条書きは、前のセクションの項目２１で記載されている更なる技術とともに実装され得る。
２３．ビデオ処理の方法であって、
クロマブロックが閾サイズに満たないサイズを有していることにより、クロマブロックとクロマブロックの符号化表現との間の変換中に使用される変換タイプが、対応するルーマブロック変換に使用される変換タイプとは異なることを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
クロマブロックが閾サイズに満たないサイズを有していることにより、クロマブロックとクロマブロックの符号化表現との間の変換中に使用される変換タイプが、対応するルーマブロック変換に使用される変換タイプとは異なることを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
２４．箇条２３に記載の方法であって、
閾サイズはＭ×Ｎであり、
Ｍは２である、
方法。
閾サイズはＭ×Ｎであり、
Ｍは２である、
方法。
以下の箇条書きは、前のセクションの項目２２で記載されている更なる技術とともに実装され得る。
２５．箇条１乃至２４のうちいずれかに記載の方法であって、
変換は、インター－イントラ複合予測モードをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡモードとして使用する、
方法。
変換は、インター－イントラ複合予測モードをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡモードとして使用する、
方法。
２６．箇条１８乃至２２のうちいずれかに記載の方法であって、
変換は、インター－イントラ複合予測モードをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲとして使用する、
方法。
変換は、インター－イントラ複合予測モードをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲとして使用する、
方法。
例えば、ＣＩＩＰをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なす場合に、前のセクションで項目１４－１７で記載されている方法が適用され得る。あるいは、項目１４－１６で記載されている方法が適用される場合に、ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なされ得る。
以下の箇条書きは、前のセクションの項目３－６で記載されている更なる技術とともに実装され得る。
２７．ビデオ処理の方法であって、
ビデオ領域の符号化条件に基づいて、ビデオ領域の符号化表現とビデオ領域のピクセル値との間の変換中に最小クロマブロックルールが強制されるかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
ビデオ領域の符号化条件に基づいて、ビデオ領域の符号化表現とビデオ領域のピクセル値との間の変換中に最小クロマブロックルールが強制されるかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
２８．箇条２７に記載の方法であって、
符号化条件は、ビデオ領域のカラーフォーマットを含む、
方法。
符号化条件は、ビデオ領域のカラーフォーマットを含む、
方法。
２９．箇条２８に記載の方法であって、
ビデオ領域は、Ｍピクセルの幅及びＮピクセルの高さを有し、符号化条件は、Ｍ及び／又はＮの値に更に依存する、
方法。
ビデオ領域は、Ｍピクセルの幅及びＮピクセルの高さを有し、符号化条件は、Ｍ及び／又はＮの値に更に依存する、
方法。
３０．箇条２９に記載の方法であって、
４：２：２カラーフォーマット及びＭ＊Ｎ＝３２又はＭ＊Ｎ＝６４を有するビデオ領域のために、最小クロマブロックルールが有効にされる、
方法。
４：２：２カラーフォーマット及びＭ＊Ｎ＝３２又はＭ＊Ｎ＝６４を有するビデオ領域のために、最小クロマブロックルールが有効にされる、
方法。
以下の箇条書きは、前のセクションの項目７－１１で記載されている更なる技術とともに実装され得る。
３１．ビデオ処理の方法であって、
４：２：２フォーマットにおけるビデオ領域の符号化表現とビデオ領域のピクセル値との間の変換のために、ビデオ領域について最小クロマブロックルールが有効であるかどうかに基づいて、変換に使用されるモードタイプを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
４：２：２フォーマットにおけるビデオ領域の符号化表現とビデオ領域のピクセル値との間の変換のために、ビデオ領域について最小クロマブロックルールが有効であるかどうかに基づいて、変換に使用されるモードタイプを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
３２．箇条３１に記載の方法であって、
ビデオ領域が４：２：２フォーマットを有し、かつ、最小クロマブロックルールが有効であるために、ビデオ領域のモードタイプが１にセットされる、
方法。
ビデオ領域が４：２：２フォーマットを有し、かつ、最小クロマブロックルールが有効であるために、ビデオ領域のモードタイプが１にセットされる、
方法。
３３．箇条３１に記載の方法であって、
モードタイプを決定するステップは、最小クロマブロックルールがビデオ領域について有効であるために、モードタイプがＩＮＴＲＡタイプであると決定するステップを含む、
方法。
モードタイプを決定するステップは、最小クロマブロックルールがビデオ領域について有効であるために、モードタイプがＩＮＴＲＡタイプであると決定するステップを含む、
方法。
３４．箇条３１に記載の方法であって、
モードタイプを決定するステップは、最小クロマブロックルールがビデオ領域について有効であるために、モードタイプＩＮＴＥＲが無効であると決定するステップを含む、
方法。
モードタイプを決定するステップは、最小クロマブロックルールがビデオ領域について有効であるために、モードタイプＩＮＴＥＲが無効であると決定するステップを含む、
方法。
以下の箇条書きは、前のセクションの項目７－１１で記載されている更なる技術とともに実装され得る。
３５．ビデオ処理の方法であって、
ビデオブロックの符号化表現とビデオのビデオブロックとの間の変換のために、変換中に使用されるモードタイプ又はビデオブロックの寸法に基づいて、ブロックパーティションが変換中に許可されるかどうかを決定するステップと、
決定を使用して変換を実行するステップと
を含む方法。
ビデオブロックの符号化表現とビデオのビデオブロックとの間の変換のために、変換中に使用されるモードタイプ又はビデオブロックの寸法に基づいて、ブロックパーティションが変換中に許可されるかどうかを決定するステップと、
決定を使用して変換を実行するステップと
を含む方法。
３６．箇条３５に記載の方法であって、
ブロックパーティションは、二分木パーティション又は三分木パーティションを含む、
方法。
ブロックパーティションは、二分木パーティション又は三分木パーティションを含む、
方法。
３７．箇条３５又は３６に記載の方法であって、
モードタイプがINTERモードである場合に、ブロックパーティションは、パーティションタイプを許可する又は許可しない制限ルールに基づく、
方法。
モードタイプがINTERモードである場合に、ブロックパーティションは、パーティションタイプを許可する又は許可しない制限ルールに基づく、
方法。
３８．箇条１乃至３７のうちいずれかに記載の方法であって、
変換は、ビデオを符号化表現に符号化することを含む、
方法。
変換は、ビデオを符号化表現に符号化することを含む、
方法。
３９．箇条１乃至３７のうちいずれかに記載の方法であって、
変換は、ビデオのピクセル値を生成するよう符号化表現を復号することを含む、
方法。
変換は、ビデオのピクセル値を生成するよう符号化表現を復号することを含む、
方法。
４０．箇条１乃至３９のうちの１つ以上に記載されている方法を実装するよう構成されたプロセッサを含むビデオ復号装置。
４１．箇条１乃至３９のうちの１つ以上に記載されている方法を実装するよう構成されたプロセッサを含むビデオ符号化装置。
４２．コンピュータコードを記憶しているコンピュータプログラム製品であって、
コードは、プロセッサによって実行される場合に、プロセッサに、箇条１乃至３９のうちいずれかに記載の方法を実装させる、
コンピュータプログラム製品。
コードは、プロセッサによって実行される場合に、プロセッサに、箇条１乃至３９のうちいずれかに記載の方法を実装させる、
コンピュータプログラム製品。
４３．本明細書で記載されている方法、装置、又はシステム。
第２組の箇条書きは、前のセクション（例えば、項目１、３－１１、１８、１９及び２４）における開示された技術の特定の特徴及び態様を記載する。
１．ビデオ処理の方法（例えば、図２１Ａに示される方法２１１０）であって、
ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに従ってビデオのカラーフォーマットに基づいてビデオ領域のイントラコーディング特性を決定するステップ（２１１２）と、
イントラコーディング特性に従って変換を実行するステップ（２１１４）と
を含む方法。
ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに従ってビデオのカラーフォーマットに基づいてビデオ領域のイントラコーディング特性を決定するステップ（２１１２）と、
イントラコーディング特性に従って変換を実行するステップ（２１１４）と
を含む方法。
２．箇条１に記載の方法であって、
ルールは、ビデオ領域のカラーフォーマットが４：０：０又は４：４：４である場合に、イントラコーディング特性が、ビデオ領域について全てのコーディングモードが有効であることを指定し、符号化表現は、ビデオ領域に使用されるモードタイプを示すシンタックス要素についてＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ値を含むことを指定する、
方法。
ルールは、ビデオ領域のカラーフォーマットが４：０：０又は４：４：４である場合に、イントラコーディング特性が、ビデオ領域について全てのコーディングモードが有効であることを指定し、符号化表現は、ビデオ領域に使用されるモードタイプを示すシンタックス要素についてＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ値を含むことを指定する、
方法。
３．箇条１又は２に記載の方法であって、
ルールは、カラーフォーマットが４：０：０又は４：４：４である場合に、符号化表現が、モードタイプが０にセットされると決定するための条件を示すシンタックス要素を含むことを指定する、
方法。
ルールは、カラーフォーマットが４：０：０又は４：４：４である場合に、符号化表現が、モードタイプが０にセットされると決定するための条件を示すシンタックス要素を含むことを指定する、
方法。
４．箇条１乃至３のうちいずれか１項に記載の方法であって、
ルールは、ビデオ領域内のイントラコーディングされたクロマブロックに対する最小許容サイズに関する制限が有効であるかどうかが、カラーフォーマットに依存することを指定する、
方法。
ルールは、ビデオ領域内のイントラコーディングされたクロマブロックに対する最小許容サイズに関する制限が有効であるかどうかが、カラーフォーマットに依存することを指定する、
方法。
５．箇条４に記載の方法であって、
ルールは、４：２：０及び４：２：２フォーマットについて制限が有効であることを指定する、
方法。
ルールは、４：２：０及び４：２：２フォーマットについて制限が有効であることを指定する、
方法。
６．箇条４に記載の方法であって、
ルールは、４：０：０及び４：４：４フォーマットについて制限が無効であることを指定する、
方法。
ルールは、４：０：０及び４：４：４フォーマットについて制限が無効であることを指定する、
方法。
７．ビデオ処理の方法（例えば、図２１Ｂに示される方法２１２０）であって、
ビデオの現在ビデオブロックとビデオの符号化表現との間の変換を実行するステップ（２１２２）を含み、
符号化表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにインターコーディングモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲ、又は変換のためにイントラモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡのいずれかに等しい、現在ビデオブロックのコーディングモードを示すシンタックス要素ｍｏｄｅＴｙｐｅを指定する、
方法。
ビデオの現在ビデオブロックとビデオの符号化表現との間の変換を実行するステップ（２１２２）を含み、
符号化表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにインターコーディングモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲ、又は変換のためにイントラモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡのいずれかに等しい、現在ビデオブロックのコーディングモードを示すシンタックス要素ｍｏｄｅＴｙｐｅを指定する、
方法。
８．ビデオ処理の方法（例えば、図２１Ｂに示される方法２１２０）であって、
ビデオとビデオの符号化表現との間の変換を実行するステップ（２１２２）を含み、
符号化表現は、ビデオのクロマフォーマットが４：２：２、４：０：０又は４：４：４である場合に予測モード制約を示すフラグが符号化表現に含まれないことを指定するフォーマットルールに準拠する、
方法。
ビデオとビデオの符号化表現との間の変換を実行するステップ（２１２２）を含み、
符号化表現は、ビデオのクロマフォーマットが４：２：２、４：０：０又は４：４：４である場合に予測モード制約を示すフラグが符号化表現に含まれないことを指定するフォーマットルールに準拠する、
方法。
９．箇条８に記載の方法であって、
フラグが存在しない場合に、対応する値は、０又は１と推測される、
方法。
フラグが存在しない場合に、対応する値は、０又は１と推測される、
方法。
１０．ビデオ処理の方法（例えば、図２１Ｃに示される方法２１３０）であって、
ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効化されているかどうか及び／又はどのように有効化されているかを決定するステップ（２１３２）と、
決定に基づいて変換を実行するステップ（２１３４）と
を含み、
ルールは、ビデオのカラーフォーマットが４：２：０であるか４：２：２であるかに依存する、
方法。
ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効化されているかどうか及び／又はどのように有効化されているかを決定するステップ（２１３２）と、
決定に基づいて変換を実行するステップ（２１３４）と
を含み、
ルールは、ビデオのカラーフォーマットが４：２：０であるか４：２：２であるかに依存する、
方法。
１１．ビデオ処理の方法であって、
ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効であるかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含み、
ルールは、ビデオのカラーフォーマット及び／又はビデオ領域の幅（Ｍ）及び高さ（Ｎ）に依存し、ルールは、ＢＴ（二分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）Ｍ及びＮの乗算が値の集合からの値である場合に無効であることを更に指定し、値の集合は６４を含む、
方法。
ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効であるかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含み、
ルールは、ビデオのカラーフォーマット及び／又はビデオ領域の幅（Ｍ）及び高さ（Ｎ）に依存し、ルールは、ＢＴ（二分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）Ｍ及びＮの乗算が値の集合からの値である場合に無効であることを更に指定し、値の集合は６４を含む、
方法。
１２．箇条１１に記載の方法であって、
ルールは、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）値の集合が３２を更に含む場合に有効であることを更に指定する、
方法。
ルールは、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）値の集合が３２を更に含む場合に有効であることを更に指定する、
方法。
１３．箇条１１に記載の方法であって、
ルールは、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）値の集合が１２８を更に含む場合に無効であることを更に指定する、
方法。
ルールは、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）値の集合が１２８を更に含む場合に無効であることを更に指定する、
方法。
１４．箇条１１に記載の方法であって、
ルールは、ｓｐｌｉｔ＿ｑｔ＿ｆｌａｇが１に等しいコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、ビデオのカラーフォーマットが４：２：２である場合に有効であることを更に指定する、
方法。
ルールは、ｓｐｌｉｔ＿ｑｔ＿ｆｌａｇが１に等しいコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、ビデオのカラーフォーマットが４：２：２である場合に有効であることを更に指定する、
方法。
１５．箇条１１に記載の方法であって、
ルールは、ＴＴ（三分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、ビデオのカラーフォーマットが４：２：２である場合に有効であることを更に指定する、
方法。
ルールは、ＴＴ（三分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、ビデオのカラーフォーマットが４：２：２である場合に有効であることを更に指定する、
方法。
１６．箇条１１に記載の方法であって、
ルールは、ＢＴ（二分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）値の集合が３２を更に含む場合に有効であることを更に指定する、
方法。
ルールは、ＢＴ（二分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）値の集合が３２を更に含む場合に有効であることを更に指定する、
方法。
１７．箇条１１乃至１６のうちいずれか１項に記載の方法であって、
ルールは、４：２：２カラーフォーマットを有するビデオにおける最小クロマイントラ予測ブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが常に１に等しいことを更に指定する、
方法。
ルールは、４：２：２カラーフォーマットを有するビデオにおける最小クロマイントラ予測ブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが常に１に等しいことを更に指定する、
方法。
１８．箇条１１乃至１７のうちいずれか１項に記載の方法であって、
ルールは、４：２：２カラーフォーマットを有するビデオにおける最小クロマイントラ予測ブロックについて、変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡのみが許可されることを更に指定する、
方法。
ルールは、４：２：２カラーフォーマットを有するビデオにおける最小クロマイントラ予測ブロックについて、変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡのみが許可されることを更に指定する、
方法。
１９．ビデオ処理の方法であって、
最小クロマイントラ予測ブロックサイズに関する制限に従って、ビデオのビデオ領域とビデオの符号化表現との間の変換を実行するステップを含み、
符号化表現は、ビデオの４：２：２カラーフォーマットのために、符号化表現におけるシンタックスフィールドの値を指定するフォーマットルールに準拠する、
方法。
最小クロマイントラ予測ブロックサイズに関する制限に従って、ビデオのビデオ領域とビデオの符号化表現との間の変換を実行するステップを含み、
符号化表現は、ビデオの４：２：２カラーフォーマットのために、符号化表現におけるシンタックスフィールドの値を指定するフォーマットルールに準拠する、
方法。
２０．箇条１９に記載の方法であって、
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが常に１であることを更に指定する、
方法。
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが常に１であることを更に指定する、
方法。
２１．箇条１９に記載の方法であって、
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが０又は１であることを更に指定する、
方法。
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが０又は１であることを更に指定する、
方法。
２２．箇条１９に記載の方法であって、
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが２でないことを更に指定する、
方法。
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが２でないことを更に指定する、
方法。
２３．箇条１９に記載の方法であって、
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅが、常にイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいことを更に指定する、
方法。
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅが、常にイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいことを更に指定する、
方法。
２４．箇条１９に記載の方法であって、
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅが、１）変換のためにインターコーディングモード、イントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ、又は２）イントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいことを更に指定する、
方法。
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅが、１）変換のためにインターコーディングモード、イントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ、又は２）イントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいことを更に指定する、
方法。
２５．箇条１９に記載の方法であって、
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅが変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに対応しないことを更に指定する、
方法。
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅが変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに対応しないことを更に指定する、
方法。
２６．ビデオ処理の方法（例えば、図２１Ｄに示される方法２１４０）であって、
ビデオの現在ビデオブロックとビデオの符号化表現との間の変換のために、ルールに従って現在ビデオブロックへのパーティション方式の適用可能性を決定するステップ（２１４２）と、
決定に基づいて変換を実行するステップ（２１４４）と
を含む方法。
ビデオの現在ビデオブロックとビデオの符号化表現との間の変換のために、ルールに従って現在ビデオブロックへのパーティション方式の適用可能性を決定するステップ（２１４２）と、
決定に基づいて変換を実行するステップ（２１４４）と
を含む方法。
２７．箇条２６に記載の方法であって、
ルールは、決定が、変換中に使用されるモードタイプ又は現在ビデオブロックの寸法のうちの少なくとも１つに基づいて、適用可能性を決定することを指定し、パーティション方式は、ＢＴ（二分木）分割及び／又はＴＴ（三分木）分割を含む、
方法。
ルールは、決定が、変換中に使用されるモードタイプ又は現在ビデオブロックの寸法のうちの少なくとも１つに基づいて、適用可能性を決定することを指定し、パーティション方式は、ＢＴ（二分木）分割及び／又はＴＴ（三分木）分割を含む、
方法。
２８．箇条２７に記載の方法であって、
モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は、現在ビデオブロックについて許可されない、
方法。
モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は、現在ビデオブロックについて許可されない、
方法。
２９．箇条２７に記載の方法であって、
モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は、現在ビデオブロックについて許可されない、
方法。
モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は、現在ビデオブロックについて許可されない、
方法。
３０．箇条２７に記載の方法であって、
Ｍ＊Ｎが３２以下であり、かつ、モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されず、Ｍ及びＮは現在ビデオブロックの高さ及び幅に対応する、
方法。
Ｍ＊Ｎが３２以下であり、かつ、モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されず、Ｍ及びＮは現在ビデオブロックの高さ及び幅に対応する、
方法。
３１．箇条２７に記載の方法であって、
Ｍ＊Ｎが６４以下であり、かつ、モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されず、Ｍ及びＮは現在ビデオブロックの高さ及び幅に対応する、
方法。
Ｍ＊Ｎが６４以下であり、かつ、モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されず、Ｍ及びＮは現在ビデオブロックの高さ及び幅に対応する、
方法。
３２．箇条２６に記載の方法であって、
ルールは、符号化表現に含まれており、かつ、変換中に使用されるモードタイプを記述するシンタックス要素ｍｏｄｅＴｙｐｅＣｕｒｒに基づいて、特定のパーティション方式を制限することを指定し、特定のパーティション方式は、ＢＴ（二分木）分割、ＴＴ（三分木）分割及び／又はＱＴ（四分木）分割を含む、
方法。
ルールは、符号化表現に含まれており、かつ、変換中に使用されるモードタイプを記述するシンタックス要素ｍｏｄｅＴｙｐｅＣｕｒｒに基づいて、特定のパーティション方式を制限することを指定し、特定のパーティション方式は、ＢＴ（二分木）分割、ＴＴ（三分木）分割及び／又はＱＴ（四分木）分割を含む、
方法。
３３．箇条３２に記載の方法であって、
変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しいｍｏｄｅＴｙｐｅＣｕｒｒのために、ＢＴ分割は許可されない、
方法。
変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しいｍｏｄｅＴｙｐｅＣｕｒｒのために、ＢＴ分割は許可されない、
方法。
３４．箇条３２に記載の方法であって、
変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しいｍｏｄｅＴｙｐｅＣｕｒｒのために、ＴＴ分割は許可されない、
方法。
変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しいｍｏｄｅＴｙｐｅＣｕｒｒのために、ＴＴ分割は許可されない、
方法。
３５．箇条３２に記載の方法であって、
変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しいｍｏｄｅＴｙｐｅＣｕｒｒのために、ＱＴ分割は許可されない、
方法。
変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しいｍｏｄｅＴｙｐｅＣｕｒｒのために、ＱＴ分割は許可されない、
方法。
３６．箇条３２に記載の方法であって、
ＢＴ分割は、ｍｏｄｅＴｙｐｅＣｕｒｒが変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが３２以下である場合に許可されない、
方法。
ＢＴ分割は、ｍｏｄｅＴｙｐｅＣｕｒｒが変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが３２以下である場合に許可されない、
方法。
３７．箇条３２に記載の方法であって、
ＴＴ分割は、ｍｏｄｅＴｙｐｅＣｕｒｒが変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが６４以下である場合に許可されない、
方法。
ＴＴ分割は、ｍｏｄｅＴｙｐｅＣｕｒｒが変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが６４以下である場合に許可されない、
方法。
３８．ビデオ処理の方法（例えば、図２１Ｅに示される方法２１５０）であって、
ビデオのビデオブロックとビデオの符号化表現との間の変換のために、ルールに従ってインターモードが有効であるかどうかを決定するステップ（２１５２）と、
決定に基づいて変換を実行するステップ（２１５４）と
を含み、
ルールは、ルーマサンプルのデュアルツリーパーティションがビデオブロックについて有効である場合にインターモードが有効であることを指定する、
方法。
ビデオのビデオブロックとビデオの符号化表現との間の変換のために、ルールに従ってインターモードが有効であるかどうかを決定するステップ（２１５２）と、
決定に基づいて変換を実行するステップ（２１５４）と
を含み、
ルールは、ルーマサンプルのデュアルツリーパーティションがビデオブロックについて有効である場合にインターモードが有効であることを指定する、
方法。
３９．箇条３８に記載の方法であって、
符号化表現は、ＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいシンタックスフィールドを含む、
方法。
符号化表現は、ＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいシンタックスフィールドを含む、
方法。
４０．箇条３８に記載の方法であって、
インターモードでコーディングされたコーディングユニットは、複数の色成分を有するカラーフォーマットについてルーマサンプルのみを含む、
方法。
インターモードでコーディングされたコーディングユニットは、複数の色成分を有するカラーフォーマットについてルーマサンプルのみを含む、
方法。
４1．箇条３８に記載の方法であって、
符号化表現は、ビデオブロックに適用される予測モードを示すフラグを含み、フラグは、デュアルツリータイプを有するルーマブロックに対応するビデオブロックについてパースされる、
方法。
符号化表現は、ビデオブロックに適用される予測モードを示すフラグを含み、フラグは、デュアルツリータイプを有するルーマブロックに対応するビデオブロックについてパースされる、
方法。
４２．箇条３８に記載の方法であって、
ルールは、ルーマサンプルのデュアルツリーパーティション又はシングルツリーパーティションがビデオブロックについて有効であるかどうかにかかわらず、インターモードに関する同じ制約を適用することを更に指定する、
方法。
ルールは、ルーマサンプルのデュアルツリーパーティション又はシングルツリーパーティションがビデオブロックについて有効であるかどうかにかかわらず、インターモードに関する同じ制約を適用することを更に指定する、
方法。
４３．ビデオ処理の方法（例えば、図２１Ｆに示される方法２１６０）であって、
ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに基づいて、パレットモードの使用がビデオ領域について許可されているかどうかを決定するステップ（２１６２）と、
決定に基づいて変換を実行するステップ（２１６４）と
を含み、
パレットモードは、代表サンプル値のパレットを使用してビデオ領域を符号化することを含む、
方法。
ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに基づいて、パレットモードの使用がビデオ領域について許可されているかどうかを決定するステップ（２１６２）と、
決定に基づいて変換を実行するステップ（２１６４）と
を含み、
パレットモードは、代表サンプル値のパレットを使用してビデオ領域を符号化することを含む、
方法。
４４．箇条４３に記載の方法であって、
ルールは、ビデオ領域のモードタイプが、変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ、又は変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、パレットモードが許可されることを指定する、
方法。
ルールは、ビデオ領域のモードタイプが、変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ、又は変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、パレットモードが許可されることを指定する、
方法。
４５．箇条４３に記載の方法であって、
ルールは、パレットモードがビデオ領域のモードタイプとは独立して許可されることを指定する、
方法。
ルールは、パレットモードがビデオ領域のモードタイプとは独立して許可されることを指定する、
方法。
４６．箇条４３に記載の方法であって、
ルールは、ビデオ領域のスライスタイプ及びモードタイプに基づく、
方法。
ルールは、ビデオ領域のスライスタイプ及びモードタイプに基づく、
方法。
４７．箇条４６に記載の方法であって、
ルールは、モードタイプが変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいＩスライスについてパレットモードが許可されることを指定する、
方法。
ルールは、モードタイプが変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいＩスライスについてパレットモードが許可されることを指定する、
方法。
４８．箇条４６に記載の方法であって、
ルールは、モードタイプが変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいＰ／Ｂスライスについてパレットモードが許可されることを指定する、
方法。
ルールは、モードタイプが変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいＰ／Ｂスライスについてパレットモードが許可されることを指定する、
方法。
４９．箇条４３に記載の方法であって、
ルールは、パレットモードが許可される場合に、ローカルデュアルツリーが許可されないことを更に指定する、
方法。
ルールは、パレットモードが許可される場合に、ローカルデュアルツリーが許可されないことを更に指定する、
方法。
５０．箇条４３に記載の方法であって、
パレットモードが有効である場合に、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、常に０にセットされる、
方法。
パレットモードが有効である場合に、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、常に０にセットされる、
方法。
５１．ビデオ処理の方法であって、
ビデオの現在ビデオブロックとビデオの符号化表現との間の変換を実行するステップを含み、
符号化表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ、又は変換のためにパレットモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥを含むシンタックス要素ｍｏｄｅＴｙｐｅを指定し、イントラブロックコピーモードは、現在ビデオブロックを含むビデオフレームを指し示すブロックベクトルを少なくとも使用して現在ビデオブロックを符号化することを含み、パレットモードは、代表サンプル値のパレットを使用して現在ビデオブロックを符号化することを含む、
方法。
ビデオの現在ビデオブロックとビデオの符号化表現との間の変換を実行するステップを含み、
符号化表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ、又は変換のためにパレットモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥを含むシンタックス要素ｍｏｄｅＴｙｐｅを指定し、イントラブロックコピーモードは、現在ビデオブロックを含むビデオフレームを指し示すブロックベクトルを少なくとも使用して現在ビデオブロックを符号化することを含み、パレットモードは、代表サンプル値のパレットを使用して現在ビデオブロックを符号化することを含む、
方法。
５２．箇条５１に記載の方法であって、
フォーマットルールは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ又はＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥである場合に、符号化表現がｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ及び／又はｐｒｅ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇを含まないことを更に指定する、
方法。
フォーマットルールは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ又はＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥである場合に、符号化表現がｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ及び／又はｐｒｅ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇを含まないことを更に指定する、
方法。
５３．箇条５１に記載の方法であって、
符号化表現は、ｍｏｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの代わりに、変換に使用されるモードタイプを示すインデックスを含む、
方法。
符号化表現は、ｍｏｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの代わりに、変換に使用されるモードタイプを示すインデックスを含む、
方法。
５４．箇条１乃至５３のうちいずれか１項に記載の方法であって、
変換は、ビデオを符号化表現に符号化することを含む、
方法。
変換は、ビデオを符号化表現に符号化することを含む、
方法。
５５．箇条１乃至５３のうちいずれかに記載の方法であって、
変換は、ビデオを生成するよう符号化表現を復号することを含む、
方法。
変換は、ビデオを生成するよう符号化表現を復号することを含む、
方法。
５６．箇条１乃至５５のうちの１つ以上に記載されている方法を実装するよう構成されたプロセッサを含むビデオ処理装置。
５７．プログラムコードを記憶しているコンピュータ可読媒体であって、
実行される場合に、プロセッサに、箇条１乃至５５のうちいずれか１つ以上に記載の方法を実装させる、
コンピュータ可読媒体。
実行される場合に、プロセッサに、箇条１乃至５５のうちいずれか１つ以上に記載の方法を実装させる、
コンピュータ可読媒体。
５８．上記の方法のいずれかに従って生成された符号化表現又はビットストリーム表現を記憶しているコンピュータ可読媒体。
第３組の箇条書きは、前のセクション（例えば、項目２５－３３）における開示された技術の特定の特徴及び態様を記載する。
１．ビデオ処理の方法であって、
ビデオの現在ビデオブロックとビデオの符号化表現との間の変換のために、符号化表現における現在ビデオブロックを表現するために使用されるコーディングモードタイプと現在ビデオブロックの寸法とに依存するルールに従って、特定のパーティション方式が現在ビデオブロックについて許可されているかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
ビデオの現在ビデオブロックとビデオの符号化表現との間の変換のために、符号化表現における現在ビデオブロックを表現するために使用されるコーディングモードタイプと現在ビデオブロックの寸法とに依存するルールに従って、特定のパーティション方式が現在ビデオブロックについて許可されているかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
２．箇条１に記載の方法であって、
特定のパーティション方式は、現在ビデオブロックが水平方向と垂直方向との両方に４つの部分に分割されるＱＴ（四分木）分割、現在ビデオブロックが垂直方向に３つの部分に分割される垂直ＴＴ（三分木）分割、現在ビデオブロックが水平方向に３つの部分に分割される水平ＴＴ分割、現在ビデオブロックが垂直方向に２つの部分に分割される垂直ＢＴ（二分木）分割、及び／又は現在ビデオブロックが水平方向に２つの部分に分割される水平ＢＴ分割を含む、
方法。
特定のパーティション方式は、現在ビデオブロックが水平方向と垂直方向との両方に４つの部分に分割されるＱＴ（四分木）分割、現在ビデオブロックが垂直方向に３つの部分に分割される垂直ＴＴ（三分木）分割、現在ビデオブロックが水平方向に３つの部分に分割される水平ＴＴ分割、現在ビデオブロックが垂直方向に２つの部分に分割される垂直ＢＴ（二分木）分割、及び／又は現在ビデオブロックが水平方向に２つの部分に分割される水平ＢＴ分割を含む、
方法。
３．箇条１に記載の方法であって、
ルールは、１）符号化表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの両方が８である場合に、ＱＴ（四分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
ルールは、１）符号化表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの両方が８である場合に、ＱＴ（四分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
４．箇条１に記載の方法であって、
ルールは、１）符号化表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの乗算が６４である場合に、ＴＴ（三分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
ルールは、１）符号化表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの乗算が６４である場合に、ＴＴ（三分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
５．箇条４に記載の方法であって、
ルールは、符号化表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ１６及び４である場合に、垂直ＴＴ（三分木）分割が許可されないことを更に指定する、
方法。
ルールは、符号化表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ１６及び４である場合に、垂直ＴＴ（三分木）分割が許可されないことを更に指定する、
方法。
６．箇条４に記載の方法であって、
ルールは、符号化表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ４及び１６である場合に、水平ＴＴ（三分木）分割が許可されないことを更に指定する、
方法。
ルールは、符号化表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ４及び１６である場合に、水平ＴＴ（三分木）分割が許可されないことを更に指定する、
方法。
７．箇条１に記載の方法であって、
ルールは、１）符号化表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの乗算が３２である場合に、ＢＴ（二分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
ルールは、１）符号化表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの乗算が３２である場合に、ＢＴ（二分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
８．箇条７に記載の方法であって、
ルールは、符号化表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ８及び４である場合に、垂直ＢＴ（二分木）分割が許可されないことを更に指定する、
方法。
ルールは、符号化表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ８及び４である場合に、垂直ＢＴ（二分木）分割が許可されないことを更に指定する、
方法。
９．箇条７に記載の方法であって、
ルールは、符号化表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ４及び８である場合に、水平ＢＴ（二分木）分割が許可されないことを更に指定する、
方法。
ルールは、符号化表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ４及び８である場合に、水平ＢＴ（二分木）分割が許可されないことを更に指定する、
方法。
１０．ビデオ処理の方法であって、
ビデオのビデオブロックとビデオの符号化表現との間の変換を実行するステップを含み、
符号化表現はフォーマットルールに準拠し、フォーマットルールは、ビデオブロックの特性が、符号化表現におけるシンタックス要素がビデオブロックの予測モードを示すかどうかを制御することを指定する、
方法。
ビデオのビデオブロックとビデオの符号化表現との間の変換を実行するステップを含み、
符号化表現はフォーマットルールに準拠し、フォーマットルールは、ビデオブロックの特性が、符号化表現におけるシンタックス要素がビデオブロックの予測モードを示すかどうかを制御することを指定する、
方法。
１１．箇条１０に記載の方法であって、
ビデオブロックの特性は、ビデオブロックの色成分又は寸法のうちの少なくとも１つを含む、
方法。
ビデオブロックの特性は、ビデオブロックの色成分又は寸法のうちの少なくとも１つを含む、
方法。
１２．箇条１０又は１１に記載の方法であって、
フォーマットルールは、シンタックス要素がクロマブロックに対応するビデオブロックの予測モードを示すことを更に指定する、
方法。
フォーマットルールは、シンタックス要素がクロマブロックに対応するビデオブロックの予測モードを示すことを更に指定する、
方法。
１３．箇条１０乃至１２のうちいずれか１項に記載の方法であって、
フォーマットルールは、シンタックス要素がルーマブロックに対応するビデオブロックの予測モードを示さないことを更に指定し、ルーマブロックに対応するビデオブロックの予測モードは符号化表現に含まれる、
方法。
フォーマットルールは、シンタックス要素がルーマブロックに対応するビデオブロックの予測モードを示さないことを更に指定し、ルーマブロックに対応するビデオブロックの予測モードは符号化表現に含まれる、
方法。
１４．箇条１３に記載の方法であって、
ビデオブロックは、４よりも大きい幅及び高さを有する、
方法。
ビデオブロックは、４よりも大きい幅及び高さを有する、
方法。
１５．ビデオ処理の方法であって、
ビデオの第１成分のビデオ領域とビデオの符号化表現との間の変換を実行するステップを含み、
符号化表現はフォーマットルールに準拠し、フォーマットルールは、ビデオ領域についての差分量子化パラメータを示すために符号化表現においてシンタックスフィールドが構成されているかどうか及び／又はどのように構成されているかが、第１成分のサンプルを分割するために使用される分割方式に依存することを指定する、
方法。
ビデオの第１成分のビデオ領域とビデオの符号化表現との間の変換を実行するステップを含み、
符号化表現はフォーマットルールに準拠し、フォーマットルールは、ビデオ領域についての差分量子化パラメータを示すために符号化表現においてシンタックスフィールドが構成されているかどうか及び／又はどのように構成されているかが、第１成分のサンプルを分割するために使用される分割方式に依存することを指定する、
方法。
１６．箇条１５に記載の方法であって、
フォーマットルールは、符号化表現においてシンタックスフィールドが構成されているかどうか及び/又はどのように構成されているかが、ビデオの第２成分のサンプルを分割するために使用される分割方式とは独立していることを更に指定する、
方法。
フォーマットルールは、符号化表現においてシンタックスフィールドが構成されているかどうか及び/又はどのように構成されているかが、ビデオの第２成分のサンプルを分割するために使用される分割方式とは独立していることを更に指定する、
方法。
１７．箇条１５又は１６に記載の方法であって、
第１成分はルーマ成分であり、第２成分はクロマ成分である、
方法。
第１成分はルーマ成分であり、第２成分はクロマ成分である、
方法。
１８．箇条１５又は１６に記載の方法であって、
第１成分はクロマ成分であり、第２成分はルーマ成分である、
方法。
第１成分はクロマ成分であり、第２成分はルーマ成分である、
方法。
１９．箇条１５に記載の方法であって、
フォーマットルールは、ルーマ成分及びクロマ成分が同じモードタイプを共有する特定の領域において、差分量子化パラメータに関連する情報を最大で一度だけ含めることを更に指定する、
方法。
フォーマットルールは、ルーマ成分及びクロマ成分が同じモードタイプを共有する特定の領域において、差分量子化パラメータに関連する情報を最大で一度だけ含めることを更に指定する、
方法。
２０．箇条１５に記載の方法であって、
特定の領域は量子化グループに対応する、
方法。
特定の領域は量子化グループに対応する、
方法。
２１．ビデオ処理の方法であって、
ルールに従ってビデオの第１成分のビデオ領域とビデオの符号化表現との間の変換を実行するステップを含み、
ルールは、デュアルツリー及び／又はローカルデュアルツリーコーディング構造がビデオ領域に適用される場合に、第１成分の差分量子化パラメータに関連する変数がビデオの第２成分の復号又はパースのプロセス中に変更されないことを指定する、
方法。
ルールに従ってビデオの第１成分のビデオ領域とビデオの符号化表現との間の変換を実行するステップを含み、
ルールは、デュアルツリー及び／又はローカルデュアルツリーコーディング構造がビデオ領域に適用される場合に、第１成分の差分量子化パラメータに関連する変数がビデオの第２成分の復号又はパースのプロセス中に変更されないことを指定する、
方法。
２２．箇条２１に記載の方法であって、
クロマブロックに対する最小許容サイズに関する制限がビデオ領域に適用される場合に、ローカルデュアルツリー構造がビデオ領域に適用される、
方法。
クロマブロックに対する最小許容サイズに関する制限がビデオ領域に適用される場合に、ローカルデュアルツリー構造がビデオ領域に適用される、
方法。
２３．箇条２１又は２２に記載の方法であって、
第１成分はルーマ成分であり、第２成分はクロマ成分である、
方法。
第１成分はルーマ成分であり、第２成分はクロマ成分である、
方法。
２４．箇条２１又は２２に記載の方法であって、
第１成分はクロマ成分であり、第２成分はルーマ成分である、
方法。
第１成分はクロマ成分であり、第２成分はルーマ成分である、
方法。
２５．箇条２１乃至２４のうちいずれか１項に記載の方法であって、
差分量子化パラメータは、ビデオブロックに適用される量子化値と、隣接ビデオブロックに適用される前の量子化値との差を示す、
方法。
差分量子化パラメータは、ビデオブロックに適用される量子化値と、隣接ビデオブロックに適用される前の量子化値との差を示す、
方法。
２６．箇条１乃至２５のうちいずれか１項に記載の方法であって、
変換の実行は、ビデオから符号化表現を生成することを含む、
方法。
変換の実行は、ビデオから符号化表現を生成することを含む、
方法。
２７．箇条１乃至２５のうちいずれか１項に記載の方法であって、
変換の実行は、符号化表現からビデオを生成することを含む、
方法。
変換の実行は、符号化表現からビデオを生成することを含む、
方法。
２８．箇条１乃至２７のうちいずれか１つ以上に記載されている方法を実装するよう構成されたプロセッサを含むビデオ処理装置。
２９．プログラムコードを記憶しているコンピュータ可読媒体であって、
実行される場合に、プロセッサに、箇条１乃至２７のうちいずれか１つ以上に記載の方法を実装させる、
コンピュータ可読媒体。
実行される場合に、プロセッサに、箇条１乃至２７のうちいずれか１つ以上に記載の方法を実装させる、
コンピュータ可読媒体。
３０．上記の方法のいずれかに従って生成された符号化表現又はビットストリーム表現を記憶しているコンピュータ可読媒体。
本明細書で記載されている開示された及び他の解決法、例、実施形態、モジュール及び機能的動作は、デジタル電子回路で、あるいは、本明細書で開示されている構造及びそれらの構造的同等物を含むコンピュータソフトウェア、ファームウェア、又はハードウェアで、あるいは、それらのうちの１つ以上の組み合わせで実装可能である。開示された及び他の実施形態は、１つ以上のコンピュータプログラム製品、つまり、データ処理装置によって実行されるか又はその動作を制御するコンピュータ可読媒体で符号化されたコンピュータプログラム命令の１つ以上のモジュール、として実装可能である。コンピュータ可読媒体は、マシン可読記憶デバイス、マシン可読記憶基板、メモリデバイス、マシン可読な伝播信号に影響を与える物質の組成、又はそれらの１つ以上の組み合わせであることができる。「データ処理装置」との用語は、例として、プログラム可能なプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含む、データを処理するための全ての装置、デバイス、及びマシンを包含する。装置は、ハードウェアに加えて、問題となっているコンピュータプログラムのための実行環境を作り出すコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はそれらの１つ以上の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成された信号、例えば、適切な受信器装置への伝送のために情報を符号化するよう生成される、マシンにより生成された電気、光、又は電磁気信号である。
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる。）は、コンパイル済み又は解釈済みの言語を含む如何なる形式のプログラミング言語でも記述可能であり、それは、スタンドアロンプログラムとして又はコンピューティング環境における使用に適したモジュール、コンポーネント、サブルーチン、若しくは他のユニットとして含め、如何なる形式でもデプロイ可能である。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応しない。プログラムは、問題となっているプログラムに専用の単一のファイルで、又は複数の協調したファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの部分を保存するファイル）で、他のプログラム又はデータ（例えば、マークアップ言語文書で保存された１つ以上のスクリプト）を保持するファイルの部分において保存可能である。コンピュータプログラムは、１つのコンピュータで、あるいは、１つの場所に位置しているか、又は複数の場所にわたって分布しており、通信ネットワークによって相互接続されている複数のコンピュータで、実行されるようデプロイ可能である。
本明細書で説明されているプロセス及びロジックフローは、入力データに作用して出力を生成することによって機能を実行するよう１つ以上のコンピュータプログラムを実行する１つ以上のプログラム可能なプロセッサによって実行可能である。プロセス及びロジックフローはまた、専用のロジック回路、例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）又は特定用途向け集積回路（ＡＳＩＣ）によっても実行可能であり、装置は、そのようなものとして実装可能である。
コンピュータプログラムの実行に適したプロセッサは、例として、汎用のマイクロプロセッサ及び専用のマイクロプロセッサの両方、並びにあらゆる種類のデジタルコンピュータのいずれか１つ以上のプロセッサを含む。一般に、プロセッサは、リード・オンリー・メモリ若しくはランダム・アクセス・メモリ又はその両方から命令及びデータを読み出すことになる。コンピュータの必須の要素は、命令を実行するプロセッサと、命令及びデータを保存する１つ以上のメモリデバイスとである。一般に、コンピュータはまた、データを保存する１つ以上の大容量記憶デバイス、例えば、磁気、光学磁気ディスク、又は光ディスクを含むか、あるいは、そのような１つ以上の大容量記憶デバイスからのデータの受信若しくはそれへのデータの転送又はその両方のために動作可能に結合されることになる。しかし、コンピュータは、そのようなデバイスを有する必要はない。コンピュータプログラム命令及びデータを保存するのに適したコンピュータ可読媒体は、例として、半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイス；磁気ディスク、例えば、内蔵ハードディスク又はリムーバブルディスク；光学磁気ディスク；並びにＣＤ ＲＯＭ及びＤＶＤ－ＲＯＭディスクを含む全ての形式の不揮発性メモリ、媒体及びメモリデバイスを含む。プロセッサ及びメモリは、専用のロジック回路によって強化されるか、あるいは、それに組み込まれ得る。
本明細書は、多数の詳細を含むが、それらは、あらゆる対象の又は請求される可能性があるものの範囲に対する限定としてではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別々の実施形態に関連して本明細書で説明されている特定の特徴は、単一の実施形態と組み合わせても実装可能である。逆に、単一の実施形態に関連して説明されている様々な特徴はまた、複数の実施形態で別々に、又は何らかの適切なサブコンビネーションで、実装可能である。更に、特徴は、特定の組み合わせで動作するものとして先に説明され、更には、そのようなものとして最初に請求されることがあるが、請求されている組み合わせからの１つ以上の特徴は、いくつかの場合に、その組み合わせから削除可能であり、請求されている組み合わせは、サブコンビネーション又はサブコンビネーションの変形に向けられてもよい。
同様に、動作は、特定の順序で図面において表されているが、これは、所望の結果を達成するために、そのような動作が示されているその特定の順序で又は順次的な順序で実行されること、あるいは、表されている全ての動作が実行されることを求めている、と理解されるべきではない。更に、本明細書で説明されている実施形態における様々なシステムコンポーネントの分離は、全ての実施形態でそのような分離を求めている、と理解されるべきではない。
ほんのわずかの実施及び例が説明されており、他の実施、強化及び変形は、本特許文献で記載及び例示されているものに基づいて行われ得る。
［関連出願への相互参照］
本願は、２０２０年９月２日付で出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／１１２９７５号に基づくものであり、当該出願は、２０１９年９月２日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１０３９５９号に対する優先権及びその利点を主張する。全ての上記の特許出願の全内容が参照により組み込まれる。
本願は、２０２０年９月２日付で出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／１１２９７５号に基づくものであり、当該出願は、２０１９年９月２日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１０３９５９号に対する優先権及びその利点を主張する。全ての上記の特許出願の全内容が参照により組み込まれる。
［関連出願への相互参照］
本願は、２０２０年９月２日付で出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／１１２９７５号に基づくものであり、当該出願は、２０１９年９月２日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１０３９５９号に対する優先権及びその利点を主張する。全ての上記の特許出願の全内容が参照により組み込まれる。
本願は、２０２０年９月２日付で出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／１１２９７５号に基づくものであり、当該出願は、２０１９年９月２日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１０３９５９号に対する優先権及びその利点を主張する。全ての上記の特許出願の全内容が参照により組み込まれる。
［技術分野］
本文書は、ビデオ及びイメージの符号化及び復号技術に関係がある。
本文書は、ビデオ及びイメージの符号化及び復号技術に関係がある。
デジタルビデオは、インターネット及び他のデジタル通信ネットワーク上での最大のバンド幅使用を占めている。ビデオを受信し表示することができるユーザデバイスの接続数が増えるにつれて、デジタルビデオ利用のためのバンド幅需要は増え続けることが予想される。
開示されている技術は、参照ピクチャがビデオ符号化又は復号で使用されるビデオ又はイメージデコーダ又はエンコーダの実施形態によって使用され得る。
一例となる態様では、ビデオ処理の方法が開示される。方法は、ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに従ってビデオのカラーフォーマットに基づいてビデオ領域のイントラコーディング特性を決定するステップと、イントラコーディング特性に従って変換を実行するステップとを含む。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、コーディング表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにインターコーディングモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲ、又は変換のためにイントラモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡのいずれかに等しい、現在ビデオブロックのコーディングモードを示すシンタックス要素ｍｏｄｅＴｙｐｅを指定する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオとビデオのコーディング表現との間の変換を実行するステップを含み、コーディング表現は、ビデオのクロマフォーマットが４：２：２、４：０：０又は４：４：４である場合に予測モード制約を示すフラグがコーディング表現に含まれないことを指定するフォーマットルールに準拠する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効化されているかどうか及び／又はどのように有効化されているかを決定するステップと、決定に基づいて変換を実行するステップとを含み、ルールは、ビデオのカラーフォーマットが４：２：０であるか４：２：２であるかに依存する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効であるかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含み、ルールは、ビデオのカラーフォーマット及び／又はビデオ領域の幅（Ｍ）及び高さ（Ｎ）に依存し、ルールは、ＢＴ（二分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）Ｍ及びＮの乗算が値の集合からの値である場合に無効であることを更に指定し、値の集合は６４を含む。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、最小クロマイントラ予測ブロックサイズに関する制限に従って、ビデオのビデオ領域とビデオのコーディング表現との間の変換を実行するステップを含み、コーディング表現は、ビデオの４：２：２カラーフォーマットのために、コーディング表現におけるシンタックスフィールドの値を指定するフォーマットルールに準拠する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換のために、ルールに従って現在ビデオブロックへのパーティション方式の適用可能性を決定するステップと、決定に基づいて変換を実行するステップとを含む。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオブロックとビデオのコーディング表現との間の変換のために、ルールに従ってインターモードが有効であるかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含み、ルールは、ルーマサンプルのデュアルツリーパーティションがビデオブロックについて有効である場合にインターモードが有効であることを指定する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに基づいて、パレットモードの使用がビデオ領域について許可されているかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含み、パレットモードは、代表サンプル値のパレットを使用してビデオ領域を符号化することを含む。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、コーディング表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ、又は変換のためにパレットモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥを含むシンタックス要素ｍｏｄｅＴｙｐｅを指定し、イントラブロックコピーモードは、現在ビデオブロックを含むビデオフレームを指し示すブロックベクトルを少なくとも使用して現在ビデオブロックを符号化することを含み、パレットモードは、代表サンプル値のパレットを使用して現在ビデオブロックを符号化することを含む。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換のために、コーディング表現における現在ビデオブロックを表現するために使用されるコーディングモードタイプと現在ビデオブロックの寸法とに依存するルールに従って、特定のパーティション方式が現在ビデオブロックについて許可されているかどうかを決定するステップと、決定に基づいて変換を実行するステップとを含む。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、コーディング表現はフォーマットルールに準拠し、フォーマットルールは、ビデオブロックの特性が、コーディング表現におけるシンタックス要素がビデオブロックの予測モードを示すかどうかを制御することを指定する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオの第１成分のビデオ領域とビデオのコーディング表現との間の変換を実行するステップを含み、コーディング表現はフォーマットルールに準拠し、フォーマットルールは、ビデオ領域についての差分量子化パラメータを示すためにコーディング表現においてシンタックスフィールドが構成されているかどうか及び／又はどのように構成されているかが、第１成分のサンプルを分割するために使用される分割方式に依存することを指定する。
他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ルールに従ってビデオの第１成分のビデオ領域とビデオのコーディング表現との間の変換を実行するステップを含み、ルールは、デュアルツリー及び／又はローカルデュアルツリーコーディング構造がビデオ領域に適用される場合に、第１成分の差分量子化パラメータに関連する変数がビデオの第２成分の復号又はパースのプロセス中に変更されないことを指定する。
更なる他の例となる態様では、上記の方法は、プロセッサを含むビデオエンコーダ装置によって実装されてもよい。
更なる他の例となる態様では、上記の方法は、プロセッサを含むビデオデコーダ装置によって実装されてもよい。
更なる他の例となる態様では、これらの方法は、プロセッサ実行可能命令の形で具現化され、コンピュータ可読プログラム媒体に記憶されてもよい。
これら及び他の態様は、本文書で更に記載される。
本文書は、圧縮解除又は復号されたデジタルビデオ又はイメージの品質を改善するためにイメージ又はビデオビットストリームのデコーダによって使用され得る様々な技術を提供する。簡潔さのために、「ビデオ」との用語は、ピクチャの連続（従来は、ビデオと呼ばれる）及び個々のイメージの両方を含むようここでは使用されている。更に、ビデオエンコーダも、更なる符号化のために使用される復号されたフレームを再構成するために符号化のプロセス中にそれらの技術を実装してもよい。
セクション見出しは、理解を簡単にするために本文書で使用されており、実施形態及び技術を対応するセクションに限定するものではない。そのようなものとして、１つのセクション中の実施形態は、他のセクション中の実施形態と組み合わされることができる。
１．概要
この文書は、ビデオコーディング技術に関係がある。具体的に、それは、ビデオコーディングで基本色に基づいた表現を用いるパレットコーディングに関係がある。それは、ＨＥＶＣのような既存のビデオコーディング標準規格、又は最終決定されることになっている標準規格（Versatile Video Coding）に適用されてもよい。それはまた、将来のビデオコーディング標準規格又はビデオコーデックにも適用可能になり得る。
この文書は、ビデオコーディング技術に関係がある。具体的に、それは、ビデオコーディングで基本色に基づいた表現を用いるパレットコーディングに関係がある。それは、ＨＥＶＣのような既存のビデオコーディング標準規格、又は最終決定されることになっている標準規格（Versatile Video Coding）に適用されてもよい。それはまた、将来のビデオコーディング標準規格又はビデオコーデックにも適用可能になり得る。
２．最初の議論
ビデオコーディング標準規格は、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準規格の開発を通じて主に発展してきた。ＩＴＵ－ＴはＨ．２６１及びＨ．２６３を作り出し、ＩＳＯ／ＩＥＣはＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作り出し、２つの組織は共同でＨ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）及びＨ．２６５／ＨＥＶＣ標準規格を作り出した。Ｈ．２６２以降、ビデオコーディング標準規格は、時間予測に変換コーディングをプラスしたものが利用されるハイブリッド型ビデオコーディング構造に基づいている。ＨＥＶＣを超える将来のビデオコーディング技術を探求するために、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ（ＪＶＥＴ）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同で設立された。それ以降、多くの新しい手法がＪＶＥＴによって採用され、Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（ＪＥＭ）と呼ばれる参照ソフトウェアに置かれてきた。２０１８年４月に、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間で、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が、ＨＥＶＣと比較して５０％のビットレート低減を目標とするＶＶＣ標準規格を検討するために作られた。
ビデオコーディング標準規格は、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準規格の開発を通じて主に発展してきた。ＩＴＵ－ＴはＨ．２６１及びＨ．２６３を作り出し、ＩＳＯ／ＩＥＣはＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作り出し、２つの組織は共同でＨ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）及びＨ．２６５／ＨＥＶＣ標準規格を作り出した。Ｈ．２６２以降、ビデオコーディング標準規格は、時間予測に変換コーディングをプラスしたものが利用されるハイブリッド型ビデオコーディング構造に基づいている。ＨＥＶＣを超える将来のビデオコーディング技術を探求するために、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ（ＪＶＥＴ）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同で設立された。それ以降、多くの新しい手法がＪＶＥＴによって採用され、Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（ＪＥＭ）と呼ばれる参照ソフトウェアに置かれてきた。２０１８年４月に、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間で、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が、ＨＥＶＣと比較して５０％のビットレート低減を目標とするＶＶＣ標準規格を検討するために作られた。
２．１ イントラブロックコピー
イントラブロックコピー（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，ＤＰＢ）で「長期」参照ピクチャとしてマークされる。同様に、マルチビュー／３Ｄビデオコーディング標準規格では、インタービュー参照ピクチャも「長期」参照ピクチャとしてマークされることが留意されるべきである。
その参照ブロックを見つけるためのＢＶに続いて、予測が、参照ブロックをコピーすることによって生成され得る。元の信号から参照ピクセルを減じることによって、残差が得られる。次いで、変換及び量子化が他のコーディングモードで見られるように適用され得る。
図１は、イントラブロックコピーの実例である。
しかし、参照ブロックがピクチャの外にあるか、又は現在ブロックと重なり合うか、又は再構成されたエリアの外にあるか、又は何らかの制約によって制限された有効エリアの外にある場合に、一部又は全てのピクセル値は定義されない。基本的に、そのような問題を扱うための２つの解決法がある。１つは、例えば、ビットストリームコンフォーマンス（bitstream conformance）で、そのような状況を認めないことである。もう１つは、それらの未定義のピクセル値に対してパディングを適用することである。以下のサブセッションは、これらの解決法について詳細に記載する。
２．２ ＨＥＶＣ－ＳＣＣにおけるＩＢＣ
ＨＥＶＣのスクリーンコンテンツコーディング拡張（Screen Content Coding extensions）では、ブロックが現在ピクチャを参照として使用する場合に、以下のスペックテキストで示されるように、参照ブロック全体が利用可能な再構成されたエリア内にあることを保証すべきである：
ＨＥＶＣのスクリーンコンテンツコーディング拡張（Screen Content Coding extensions）では、ブロックが現在ピクチャを参照として使用する場合に、以下のスペックテキストで示されるように、参照ブロック全体が利用可能な再構成されたエリア内にあることを保証すべきである：
よって、参照ブロックが現在ブロックと重なり合うか、又は参照ブロックがピクチャの外にある場合は、起こらない。参照又は予測ブロックをパディングする必要はない。
２．３ ＶＶＣテストモデルにおけるＩＢＣ
現在のＶＶＣテストモデル、つまり、ＶＴＭ－４．０設計では、参照ブロック全体が現在のコーディングツリーユニット（coding tree unit，ＣＴＵ）と一致している必要があり、現在ブロックとは重なり合わない。よって、参照又は予測ブロックをパディングする必要はない。ＩＢＣフラグは、現在ＣＵの予測モードとしてコーディングされる。よって、各ＣＵについて全部で３つの予測モード、すなわち、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、及びＭＯＤＥ＿ＩＢＣがある。
現在のＶＶＣテストモデル、つまり、ＶＴＭ－４．０設計では、参照ブロック全体が現在のコーディングツリーユニット（coding tree unit，ＣＴＵ）と一致している必要があり、現在ブロックとは重なり合わない。よって、参照又は予測ブロックをパディングする必要はない。ＩＢＣフラグは、現在ＣＵの予測モードとしてコーディングされる。よって、各ＣＵについて全部で３つの予測モード、すなわち、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、及びＭＯＤＥ＿ＩＢＣがある。
２．３．１ ＩＢＣマージモード
ＩＢＣマージモードでは、ＩＢＣマージ候補リスト（merge candidates list）内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣマージリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ペアワイズ平均候補の挿入
ＩＢＣマージモードでは、ＩＢＣマージ候補リスト（merge candidates list）内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣマージリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ペアワイズ平均候補の挿入
空間マージ候補の導出では、最大４つのマージ候補が、図１９に表されている位置にある候補から選択される。導出の順序は、Ａ１、Ｂ１、Ｂ０、Ａ０、及びＢ２である。位置Ｂ２は、位置Ａ１、Ｂ１、Ｂ０、Ａ０のいずれかのＰＵ（それが他のスライス又はタイルに属するために）利用可能でないか、あるいは、ＩＢＣモードでコーディングされていない場合にのみ考慮される。位置Ａ１での候補が加えられた後、残りの候補の挿入は冗長性検査を受ける。これは、同じ動き情報を有する候補がリストから外されることを確かにし、それにより、コーディング効率は改善される。計算複雑性を低減するために、上記の冗長性検査において、可能性がある全ての候補ペアが考慮されるわけではない。代わりに、図２０において矢印で結ばれているペアが考慮され、候補は、冗長性検査のために使用された対応する候補が同じ動き情報を有していない場合にのみリストに加えられる。
空間候補の挿入の後、ＩＢＣマージリストサイズが依然として最大ＩＢＣマージリストサイズよりも小さい場合には、ＨＭＶＰテーブルからのＩＢＣ候補が挿入されてもよい。ＨＭＶＰ候補を挿入する場合に、冗長性検査が実行される。
最後に、ペアワイズ平均候補が、ＩＢＣマージリストに挿入される。
マージ候補によって識別された参照ブロックがピクチャの外にあるか、又は現在ブロックと重なり合うか、又は再構成されたエリアの外にあるか、又は何らかの制約によって制限された有効エリアの外にある場合に、マージ候補は、無効マージ候補（invalid merge candidate）と呼ばれる。
無効マージ候補はＩＢＣマージリストに挿入されてもよいことが留意される。
２．３．２ ＩＢＣ ＡＭＶＰモード
ＩＢＣ ＡＭＶＰモードでは、ＩＢＣ ＡＭＶＰリスト内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣ ＡＭＶＰリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・利用可能な候補が見つけられるまでＡ０、Ａ１をチェックする
・利用可能な候補が見つけられるまでＢ０、Ｂ１、Ｂ２をチェックする
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ゼロ候補の挿入
ＩＢＣ ＡＭＶＰモードでは、ＩＢＣ ＡＭＶＰリスト内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣ ＡＭＶＰリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・利用可能な候補が見つけられるまでＡ０、Ａ１をチェックする
・利用可能な候補が見つけられるまでＢ０、Ｂ１、Ｂ２をチェックする
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ゼロ候補の挿入
空間候補の挿入の後、ＩＢＣ ＡＭＶＰリストサイズが依然として最大ＩＢＣ ＡＭＶＰリストサイズよりも小さい場合には、ＨＭＶＰテーブルからのＩＢＣ候補が挿入されてもよい。
最後に、ゼロ候補が、ＩＢＣ ＡＭＶＰリストに挿入される。
２．４ パレットモード
パレットモードの背後にある基本的な考えは、ＣＵ内のサンプルが代表的な色値の小さいセットによって表現されることである。このセットはパレットと呼ばれる。また、エスケープ記号に続いて（場合により量子化された）成分値を通知することによって、パレットの外にあるサンプルを示すことも可能である。この種のサンプルはエスケープサンプルと呼ばれる。パレットモードは図２で表されている。
パレットモードの背後にある基本的な考えは、ＣＵ内のサンプルが代表的な色値の小さいセットによって表現されることである。このセットはパレットと呼ばれる。また、エスケープ記号に続いて（場合により量子化された）成分値を通知することによって、パレットの外にあるサンプルを示すことも可能である。この種のサンプルはエスケープサンプルと呼ばれる。パレットモードは図２で表されている。
図２は、パレットモードでコーディングされたブロックの例を示す。
２．５ ＨＥＶＣ Ｓｃｒｅｅｎ Ｃｏｎｔｅｎｔ Ｃｏｄｉｎｇ拡張（ＨＥＶＣ－ＳＣＣ）におけるパレットモード
ＨＥＶＣ－ＳＣＣにおけるパレットモードでは、パレット及びインデックスマップをコーディングするために、予測的な方法が使用される。
ＨＥＶＣ－ＳＣＣにおけるパレットモードでは、パレット及びインデックスマップをコーディングするために、予測的な方法が使用される。
２．５．１ パレットエントリのコーディング
パレットエントリのコーディングのために、パレット予測子が維持される。パレットの最大サイズは、パレット予測子とともに、ＳＰＳで通知される。ＨＥＶＣ－ＳＣＣでは、ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがＰＰＳで導入される。このフラグが１であるとき、パレット予測子を初期化するためのエントリがビットストリームで通知される。パレット予測子は、各ＣＴＵ行、各スライス、及び各タイルの開始時に初期化される。ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値に応じて、パレット予測子は、０にリセットされるか、又はＰＰＣで通知されたパレット予測子初期化子エントリを用いて初期化される。ＨＥＶＣ－ＳＣＣでは、サイズ０のパレット予測子初期化子が、ＰＰＳレベルでのパレット予測子初期化の明示的な無効化を可能にするよう有効にされた。
パレットエントリのコーディングのために、パレット予測子が維持される。パレットの最大サイズは、パレット予測子とともに、ＳＰＳで通知される。ＨＥＶＣ－ＳＣＣでは、ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがＰＰＳで導入される。このフラグが１であるとき、パレット予測子を初期化するためのエントリがビットストリームで通知される。パレット予測子は、各ＣＴＵ行、各スライス、及び各タイルの開始時に初期化される。ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値に応じて、パレット予測子は、０にリセットされるか、又はＰＰＣで通知されたパレット予測子初期化子エントリを用いて初期化される。ＨＥＶＣ－ＳＣＣでは、サイズ０のパレット予測子初期化子が、ＰＰＳレベルでのパレット予測子初期化の明示的な無効化を可能にするよう有効にされた。
パレット予測子における各エントリについては、それが現在のパレットの部分であるかどうかを示すために、再利用フラグが通知される。これは図３に表されている。再利用フラグは、ゼロのランレングスコーディングを用いて送信される。この後に、新しいパレットエントリの数が、次数０の指数ゴロム符号を用いて通知される。最後に、新しいパレットエントリの成分値が通知される。
図３は、パレットエントリを通知するためのパレット予測子の使用の例を示す。
２．５．２ パレットインデックスのコーディング
２．５．２ パレットインデックスのコーディング
パレットインデックスは、図４に示される水平及び垂直トラバーススキャンを用いてコーディングされる。スキャン順序は、ｐａｌｅｔｔｅ＿ｔｒａｎｓｐｏｓｅ＿ｆｌａｇを用いてビットストリームで明示的に通知される。サブセクションの残りの部分については、スキャンは水平であると仮定される。
図４は、水平及び垂直トラバーススキャンの例を示す。
パレットインデックスは、２つの主なパレットサンプルモード：「ＩＮＤＥＸ」及び「ＣＯＰＹ＿ＡＢＯＶＥ」を用いてコーディングされる。上述されたように、エスケープ記号も、「ＩＮＤＥＸ」モードとして通知され、最大パレットサイズに等しいインデックスを割り当てられる。モードは、一番上の行の場合又は前のモードが「ＣＯＰＹ＿ＡＢＯＶＥ」であった場合を除いて、フラグを用いて通知される。「ＣＯＰＹ＿ＡＢＯＶＥ」モードでは、上の行にあるサンプルのパレットインデックスがコピーされる。「ＩＮＤＥＸ」モードでは、パレットインデックスは明示的に通知される。「ＩＮＤＥＸ」及び「ＣＯＰＹ＿ＡＢＯＶＥ」の両方のモードについて、ラン値（run value）が通知され、これは、やはり同じモードを用いてコーディングされる後続サンプルの数を指定する。エスケープ記号が「ＩＮＤＥＸ」又は「ＣＯＰＹ＿ＡＢＯＶＥ」モードでのランの部分である場合に、エスケープ成分値がエスケープ記号ごとに通知される。パレットインデックスのコーディングは、図５に表されている。
このシンタックス順序は次のように達成される。最初に、ＣＵのインデックス値の数が通知される。その後に、トランケーテッドバイナリコーディング（truncated binary coding）を用いて、ＣＵ全体の実際のインデックス値の通知が続く。これは、インデックスに関連したバイパスビンをグループにまとめる。次いで、パレットサンプルモード（必要な場合）及びランが、インターリーブ方式で通知される。最後に、ＣＵ全体のエスケープサンプル値に対応する成分エスケープ値がグループにまとめられて、バイパスモードでコーディングされる。
更なるシンタックス要素として、ｌａｓｔ＿ｒｕｎ＿ｔｙｐｅ＿ｆｌａｇが、インデックス値を通知した後に通知される。このシンタックス要素は、インデックスの数と組み合わせて、ブロック内の最後のランに対応するラン値を通知する必要性を排する。
ＨＥＶＣ－ＳＣＣでは、パレットモードはまた、４：２：２、４：２：０、及びモノクロクロマフォーマットについても有効にされる。パレットエントリ及びパレットインデックスの通知は、全てのクロマフォーマットについてほぼ同じである。非モノクロフォーマットの場合に、各パレットエントリは３つの成分から成る。モノクロフォーマットについては、各パレットエントリは単一の成分から成る。サブサンプリングされたクロマ方向について、クロマサンプルは、２で除算可能であるルーマサンプルインデックスと関連付けられる。ＣＵのパレットインデックスを再構成した後、サンプルがそれと関連付けられた単一の成分しか有さない場合には、パレットエントリの最初の成分のみが使用される。通知の唯一の相違は、エスケープ成分値に関する。エスケープサンプルごとに、通知されるエスケープ成分値の数は、そのサンプルに関連した成分の数に応じて異なり得る。
ＶＶＣでは、デュアルツリーコーディング構造がイントラスライスのコーディングで使用されるので、ルーマ成分及び２つのクロマ成分は、異なったパレット及びパレットインデックスを有し得る。更に、２つのクロマ成分は、同じパレット及びパレットインデックスを共有する。
図５は、パレットインデックスのコーディングの例を示す。
２．６ ＶＶＣにおけるイントラモードコーディング
自然ビデオで提示される任意のエッジ方向を捕捉するために、ＶＴＭ５での指向性イントラモードの数は、ＨＥＶＣで使用される３３から、６５に拡張される。ＨＥＶＣにはない新しい指向性モードは、図６で赤色破線矢印で表されており、プレーナーモード及びＤＣモードは同じままである。これらのより密なイントラ予測モードは、全てのブロックサイズについて、ルーマ及びクロマの両方のイントラ予測のために適用される。
自然ビデオで提示される任意のエッジ方向を捕捉するために、ＶＴＭ５での指向性イントラモードの数は、ＨＥＶＣで使用される３３から、６５に拡張される。ＨＥＶＣにはない新しい指向性モードは、図６で赤色破線矢印で表されており、プレーナーモード及びＤＣモードは同じままである。これらのより密なイントラ予測モードは、全てのブロックサイズについて、ルーマ及びクロマの両方のイントラ予測のために適用される。
ＶＴＭ５では、いくつかの従来の角度イントラ予測モードが、非正方ブロックについて広角イントラ予測モードで適応的に置き換えられる。
ＨＥＶＣでは、あらゆるイントラコーディングされたブロックが正方形状を有しており、その各辺の長さは２の累乗である。よって、ＤＣモードを用いてイントラ予測子を生成するために、分割動作は不要である。ＶＴＭ５では、ブロックは、一般的な場合にブロックごとに分割動作の使用を必要とする長方形状を有する可能性がある。ＤＣ予測のための分割動作を回避するために、長い方の辺のみが、非正方ブロックの平均を計算するために使用される。
図６は、６７個のイントラ予測モードの例を示す。
最確モード（most probable mode，ＭＰＭ）リスト生成の複雑性を低く保つために、６つのＭＰＭによるイントラモードコーディング方法が、２つの利用可能な隣接イントラモードを考えることによって使用される。次の３つの態様が、ＭＰＭリストを構成するために考えられる：
・デフォルトイントラモード
・隣接イントラモード
・導出イントラモード
・デフォルトイントラモード
・隣接イントラモード
・導出イントラモード
統合６－ＭＰＭリストが、ＭＲＬ及びＩＳＰコーディングツールが適用されるか否かにかかわらず、イントラブロックに対して使用される。ＭＰＭリストは、左及び上隣接ブロックのイントラモードに基づいて構成される。左ブロックのモードはＬｅｆｔと表され、上ブロックのモードはＡｂｏｖｅと表されるとして、統合ＭＰＭリストは、次のように構成される（左ブロック及び上ブロックは図７に示される）。
図７は、現在ブロックの左隣及び上隣の例を示す。
・隣接ブロックが利用可能でない場合に、そのイントラモードはデフォルトでプレーナー（Planar）にセットされる。
・両方のモードＬｅｆｔ及びＡｂｏｖｅが非角度モードである場合に：
・ＭＰＭリスト→｛プレーナー，ＤＣ，Ｖ，Ｈ，Ｖ－４，Ｖ＋４｝
・モードＬｅｆｔ及びＡｂｏｖｅの一方が角度モードであり、他方が非角度モードである場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・ＭＰＭリスト→｛プレーナー，Ｍａｘ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１，Ｍａｘ－２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが異なる場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・モードＬｅｆｔ及びＡｂｏｖｅの差が２以上６２以下の範囲にある場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１｝
・そうでない場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－２，Ｍａｘ＋２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが同じである場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ｌｅｆｔ－１，Ｌｅｆｔ＋１，ＤＣ，Ｌｅｆｔ－２｝
・隣接ブロックが利用可能でない場合に、そのイントラモードはデフォルトでプレーナー（Planar）にセットされる。
・両方のモードＬｅｆｔ及びＡｂｏｖｅが非角度モードである場合に：
・ＭＰＭリスト→｛プレーナー，ＤＣ，Ｖ，Ｈ，Ｖ－４，Ｖ＋４｝
・モードＬｅｆｔ及びＡｂｏｖｅの一方が角度モードであり、他方が非角度モードである場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・ＭＰＭリスト→｛プレーナー，Ｍａｘ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１，Ｍａｘ－２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが異なる場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・モードＬｅｆｔ及びＡｂｏｖｅの差が２以上６２以下の範囲にある場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１｝
・そうでない場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－２，Ｍａｘ＋２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが同じである場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ｌｅｆｔ－１，Ｌｅｆｔ＋１，ＤＣ，Ｌｅｆｔ－２｝
その上、ｍｐｍインデックスコードワードの最初のビンは、ＣＡＢＡＣコンテキストコーディングされる。現在のイントラブロックがＭＲＬ対応であるか、ＩＳＰ対応であるか、又は通常のイントラブロックであるかに対応して、全部で３つのコンテキストが使用される。
６－ＭＰＭリストの生成プロセス中、一意のモードのみがＭＰＭリストに含まれ得るように、重複したモードを除くためにプルーニングが使用される。６１個の非ＭＰＭモードのエントロピコーディングについては、トランケーテッドバイナリコーディング（ＴＢＣ）が使用される。
クロマイントラモードコーディングについては、全部で８つのイントラモードが、クロマイントラモードコーディングのために許されている。それらのモードには、５つの従来のイントラモードと、３つのクロスコンポーネント線形モデルモード（cross-component linear model modes）（ＣＣＬＭ、ＬＭ＿Ａ、及びＬＭ＿Ｌ）とが含まれる。クロマモードの通知及び導出のプロセスは、表２－４に示される。クロマモードコーディングは、対応するルーマブロックのイントラ予測モードに直接に依存する。ルーマ成分及びクロマ成分のための別個のブロックパーティション構造がＩスライスでは可能にされるので、１つのクロマブロックは複数のルーマブロックに対応し得る。そのため、クロマＤＭモードについては、現在のクロマブロックの中心位置をカバーする対応するルーマブロックのイントラ予測モードが直接に承継される。
２．７ ＱＲ－ＢＤＰＣＭ（Quantized residual Block Differential Pulse-Code Modulation）
ＪＶＥＴ－Ｍ０４１３では、ＱＲ－ＢＤＰＣＭ（Quantized residual Block Differential Pulse-Code Modulation）が、スクリーンコンテンツを効率的にコーディングするために提案されている。
ＪＶＥＴ－Ｍ０４１３では、ＱＲ－ＢＤＰＣＭ（Quantized residual Block Differential Pulse-Code Modulation）が、スクリーンコンテンツを効率的にコーディングするために提案されている。
ＱＲ－ＢＤＰＣＭで使用される予測方向は、垂直及び水平予測モードとすることができる。イントラ予測は、イントラ予測と同様に予測方向（水平及び垂直方向）でのサンプルコピーによって、ブロック全体に対して行われる。残差は量子化され、量子化された残差とその予測子（水平又は垂直）量子化値との間の差（delta）はコーディングされる。これは、以下によって説明することができる。サイズＭ（行）×Ｎ（列）のブロックについて、ｒｉ，ｊ，０≦ｉ≦Ｍ－１，０≦ｊ≦Ｎ－１を、上又は左ブロック境界サンプルからのフィルタリングされていないサンプルを用いてイントラ予測を水平方向に（予測されたブロックにわたって左隣接ピクセル値をラインごとにコピーする）又は垂直方向に（予測されたブロック内の各ラインに上隣接ラインをコピーする）実行した後の予測残差であるとする。Ｑ（ｒｉ，ｊ），０≦ｉ≦Ｍ－１，０≦ｊ≦Ｎ－１が残差ｒｉ，ｊの量子化されたバージョンを表すとして、このとき、残差は、元のブロック値と予測されたブロック値との間の差である。次いで、ブロックＤＰＣＭが、量子化された残差サンプルに適用され、要素
（外１）
を有する変更されたＭ×Ｎアレイ
（外２）
が得られる。垂直ＢＤＰＣＭが通知される場合に：
である。
（外１）
（外２）
水平予測については、同様のルールが適用され、残差量子化サンプルは、
によって求められる。
残差量子化サンプル
（外３）
は、デコーダへ送られる。
（外３）
デコーダ側では、上記の計算は、Ｑ（ｒｉ，ｊ），０≦ｉ≦Ｍ－１，０≦ｊ≦Ｎ－１を取り出すために逆にされる、垂直予測の場合については、
であり、水平予測の場合については
である。
逆量子化された残差Ｑ－１（Ｑ（ｒｉ，ｊ））が、再構成されたサンプル値を生成するようイントラブロック予測値に加えられる。
この方式の主な利点は、係数がパースされるときに予測子を追加するだけで、係数解析中にオン・ザ・フライで逆ＤＰＣＭを実行できること、又は解析後に実行できることである。
２．８ 適応ループフィルタ
ＶＴＭ５では、ブロックベースのフィルタ適応による適応ループフィルタ（Adaptive Loop Filter，ＡＬＦ）が適用される。ルーマ成分については、２５個のフィルタのうちの１つが、局所勾配の方向及び活性に基づいて、４×４ブロックごとに選択される。
ＶＴＭ５では、ブロックベースのフィルタ適応による適応ループフィルタ（Adaptive Loop Filter，ＡＬＦ）が適用される。ルーマ成分については、２５個のフィルタのうちの１つが、局所勾配の方向及び活性に基づいて、４×４ブロックごとに選択される。
２．８．１．１フィルタ形状
ＶＴＭ５では、２つのダイヤモンドフィルタ形状（図８に図示あり）が使用される。７×７ダイヤモンド形状はルーマ成分に対して適用され、５×５ダイヤモンド形状はクロマ成分に対して適用される。
ＶＴＭ５では、２つのダイヤモンドフィルタ形状（図８に図示あり）が使用される。７×７ダイヤモンド形状はルーマ成分に対して適用され、５×５ダイヤモンド形状はクロマ成分に対して適用される。
図８は、ＡＬＦフィルタ形状（クロマ：５×５ダイヤモンド、ルーマ：７×７ダイヤモンド）の例を示す。
２．８．１．２ブロック分類
ルーマ成分については、各４×４ブロックは、２５個のクラスの中から１つに分類され得る。分類インデックスＣは、次のように、その方向性Ｄ及び量子化された活性値Ａ（ハット付き）に基づいて導出される：
ルーマ成分については、各４×４ブロックは、２５個のクラスの中から１つに分類され得る。分類インデックスＣは、次のように、その方向性Ｄ及び量子化された活性値Ａ（ハット付き）に基づいて導出される：
Ｄ及びハット付きＡを計算するために、水平方向、垂直方向、及び２つの対角方向の勾配が最初に、１－Ｄラプラシアンを用いて計算される：
インデックスｉ及びｊは、４×４ブロック内の左上サンプルの座標を指し、Ｒ（ｉ，ｊ）は、座標（ｉ，ｊ）での再構成されたサンプルを示す。
ブロック分類の複雑性を低減するために、サブサンプリングされた１－Ｄラプラシアン計算が適用される。図９に示されるように、同じサブサンプリングされた位置が、全ての方向の勾配計算のために使用される。
図９は、サブサンプリングされたラプラシアン計算の例を示す。（ａ）垂直勾配のためのサブサンプリングされた位置、（ｂ）水平勾配のためのサブサンプリングされた位置、（ｃ）対角勾配のためのサブサンプリングされた位置、（ｄ）対角勾配のためのサブサンプリングされた位置。
次いで、水平方向及び垂直方向の勾配のＤの最大値及び最小値は：
としてセットされる。
２つの対角方向の勾配の最大値及び最小値は：
としてセットされる。
方向性Ｄの値を導出するために、これらの値は、互いに、そして２つの閾値ｔ１及びｔ２と比較される：
活性値Ａは、
として計算される。
Ａは、０以上４以下の範囲に更に量子化され、量子化された値は、ハット付きＡとして表される。
ピクチャ内のクロマ成分については、分類方法は適用されない。すなわち、ひと組のＡＬＦ係数がクロマ成分ごとに適用される。
２．８．１．３ フィルタ係数及びクリッピング値の幾何変換
各４×４ルーマブロックをフィルタリングする前に、回転又は対角及び垂直フリップなどの幾何変換が、そのブロックについて計算された勾配値に応じて、フィルタ係数ｆ（ｋ，ｌ）及び対応するフィルタクリッピング値ｃ（ｋ、ｌ）に適用される。これは、フィルタサポート領域内のサンプルにこれらの変換を適用することと等価である。アイデアは、ＡＬＦが適用される様々なブロックを、それらの方向性を調整することによって、より類似させることである。
各４×４ルーマブロックをフィルタリングする前に、回転又は対角及び垂直フリップなどの幾何変換が、そのブロックについて計算された勾配値に応じて、フィルタ係数ｆ（ｋ，ｌ）及び対応するフィルタクリッピング値ｃ（ｋ、ｌ）に適用される。これは、フィルタサポート領域内のサンプルにこれらの変換を適用することと等価である。アイデアは、ＡＬＦが適用される様々なブロックを、それらの方向性を調整することによって、より類似させることである。
対角、垂直フリップ、及び回転を含む３つの幾何変換が導入される：
ここで、Ｋは、フィルタのサイズであり、０≦ｋ，ｌ≦Ｋ－１は、位置（０，０）が左上隅にあり、位置（Ｋ－１，Ｋ－１）が右下隅にあるような、係数座標である。変換は、そのブロックについて計算された勾配値に応じて、フィルタ係数ｆ（ｋ，ｌ）及びクリッピング値ｃ（ｋ、ｌ）に適用される。変換と４つの方向の４つの勾配との間の関係は、次の表で手短に述べられている。
２．８．１．４ フィルタパラメータ通知
ＶＴＭ５では、ＡＬＦフィルタパラメータは、適応パラメータセット（Adaptation Parameter Set，ＡＰＳ）で通知される。１つのＡＰＳでは、最大２５組のルーマフィルタ係数及びクリッピング値が通知され得る。ビットオーバヘッドを低減するために、異なる分類のフィルタ係数はマージされ得る。スライスヘッダでは、現在スライスに使用されるＡＰＳのインデックスが通知される。
ＶＴＭ５では、ＡＬＦフィルタパラメータは、適応パラメータセット（Adaptation Parameter Set，ＡＰＳ）で通知される。１つのＡＰＳでは、最大２５組のルーマフィルタ係数及びクリッピング値が通知され得る。ビットオーバヘッドを低減するために、異なる分類のフィルタ係数はマージされ得る。スライスヘッダでは、現在スライスに使用されるＡＰＳのインデックスが通知される。
ＡＰＳから復号されるクリッピング値インデックスは、クリッピング値のルーマテーブル及びクリッピング値のクロマテーブルを用いてクリッピング値を決定することを可能にする。これらのクリッピング値は、内在的なビットデプスに依存する。より厳密は、クリッピング値のルーマテーブル及びクリッピング値のクロマテーブルは、次の式によって取得される：
なお、Ｂは内在的なビットデプスに等しく、Ｎは４に等しく、ＶＴＭ５．０での許容クリッピング値の数である。
フィルタリングプロセスは、ＣＴＢレベルで制御され得る。フラグは、ＡＬＦがルーマＣＴＢに適用されるかどうかを示すために常に通知される。ルーマＣＴＢは、１６個の固定フィルタセットと、ＡＰＳからのフィルタセットとから、フィルタセットを選択することができる。フィルタセットインデックスは、ルーマＣＴＢについて、どのフィルタセットが適用されるかを示すために通知される。１６個の固定フィルタセットは予め定義され、エンコーダ及びデコーダの両方でハードコーディングされる。
フィルタ係数は、１２８に等しいノルムで量子化される。乗算複雑性を制限するために、非中心位置の係数値が－２７以上２７－１以下の範囲にあるべきであるように、ビットストリームコンフォーマンスが適用される。中心位置係数は、ビットストリームで通知されず、１２８に等しいと見なされる。
２．８．１．５ フィルタリングプロセス
デコーダ側で、ＡＬＦがＣＴＢに対して有効にされる場合に、ＣＵ内の各サンプルＲ（ｉ，ｊ）はフィルタリングされ、以下で示されるサンプル値Ｒ’（ｉ，ｊ）が得られる：
ここで、ｆ（ｋ、ｌ）は、復号されたフィルタ係数であり、Ｋ（ｘ，ｙ）は、クリッピング関数であり、ｃ（ｋ、ｌ）は、復号されたクリッピングパラメータを表す。変数ｋ及びｌは、－Ｌ／２からＬ／２の間で変化し、Ｌは、フィルタ長さを表す。クリッピング関数Ｋ（ｘ，ｙ）＝ｍｉｎ（ｙ，ｍａｘ（－ｙ，ｘ））であり、関数Ｃｌｉｐ３（－ｙ，ｙ，ｘ）に対応する。
デコーダ側で、ＡＬＦがＣＴＢに対して有効にされる場合に、ＣＵ内の各サンプルＲ（ｉ，ｊ）はフィルタリングされ、以下で示されるサンプル値Ｒ’（ｉ，ｊ）が得られる：
２．８．１．６ ラインバッファ低減のための仮想境界フィルタリングプロセス
ＶＴＭ５では、ラインバッファ要件を低減するために、変更されたブロック分類及びフィルタリングが、水平ＣＴＵ境界に近いサンプルのために用いられる。このために、仮想境界は、図１０に示されるように、“Ｎ”個のサンプルを含む水平ＣＴＵ境界をシフトすることによってラインとして定義される。Ｎは、ルーマ成分については４に等しく、クロマ成分については２に等しい。
ＶＴＭ５では、ラインバッファ要件を低減するために、変更されたブロック分類及びフィルタリングが、水平ＣＴＵ境界に近いサンプルのために用いられる。このために、仮想境界は、図１０に示されるように、“Ｎ”個のサンプルを含む水平ＣＴＵ境界をシフトすることによってラインとして定義される。Ｎは、ルーマ成分については４に等しく、クロマ成分については２に等しい。
図１０は、仮想境界での修正されたブロック分類の例を示す。
図１１に示されるように、修正されたブロック分類がルーマ成分に適用され、それに応じて、活性値Ａは、１Ｄラプラシアン勾配計算で使用されるサンプル数の減少を考慮に入れることによってスケーリングされる。
フィルタリングプロセスについては、仮想境界での対称パディング動作が、ルーマ及びクロマの両方の成分のために使用される。図１１に示されるように、フィルタリングされているサンプルが仮想境界の下に位置している場合に、仮想境界の上に位置している隣接サンプルがパディングされる。一方、他方の側にある対応するサンプルも対称的にパディングされる。
図１１は、仮想境界でのルーマ成分に対する修正ＡＬＦフィルタリングの実例を示す。
２．９ サンプル適応オフセット（ＳＡＯ）
サンプル適応オフセット（sample adaptive offset，ＳＡＯ）は、エンコーダによってＣＴＢごとに指定されたオフセットを使用することによって、デブロッキングフィルタ後の再構成された信号に適用される。ＨＭエンコーダは最初に、ＳＡＯプロセスが現在スライスに適用されるべきか否かを決定する。ＳＡＯがスライスに適用される場合に、各ＣＴＢは、表２－６に示されるように、５つのＳＡＯタイプのうちの１つとして分類される。ＳＡＯの概念は、ピクセルをカテゴリに分類することであり、各カテゴリのピクセルにオフセットを加えることによって歪みを低減する。ＳＡＯ動作は、ＳＡＯタイプ１～４におけるピクセル分類のためにエッジ特性を使用するエッジオフセット（ＥＯ）と、ＳＡＯタイプ５におけるピクセル分類のためにピクセル強度を使用するバンドオフセット（ＢＯ）とを含む。各適用可能なＣＴＢは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇ、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇ、ＳＡＯタイプ、及び４つのオフセットを含むＳＡＯパラメータを有している。ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、左側にあるＣＴＢのＳＡＯタイプ及びオフセットを再利用する。ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、上のＣＴＢのＳＡＯタイプ及びオフセットを再利用する。
サンプル適応オフセット（sample adaptive offset，ＳＡＯ）は、エンコーダによってＣＴＢごとに指定されたオフセットを使用することによって、デブロッキングフィルタ後の再構成された信号に適用される。ＨＭエンコーダは最初に、ＳＡＯプロセスが現在スライスに適用されるべきか否かを決定する。ＳＡＯがスライスに適用される場合に、各ＣＴＢは、表２－６に示されるように、５つのＳＡＯタイプのうちの１つとして分類される。ＳＡＯの概念は、ピクセルをカテゴリに分類することであり、各カテゴリのピクセルにオフセットを加えることによって歪みを低減する。ＳＡＯ動作は、ＳＡＯタイプ１～４におけるピクセル分類のためにエッジ特性を使用するエッジオフセット（ＥＯ）と、ＳＡＯタイプ５におけるピクセル分類のためにピクセル強度を使用するバンドオフセット（ＢＯ）とを含む。各適用可能なＣＴＢは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇ、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇ、ＳＡＯタイプ、及び４つのオフセットを含むＳＡＯパラメータを有している。ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、左側にあるＣＴＢのＳＡＯタイプ及びオフセットを再利用する。ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、上のＣＴＢのＳＡＯタイプ及びオフセットを再利用する。
２．９．１ 各ＳＡＯタイプの動作
エッジオフセットは、図１２に示されるように、エッジ方向情報を考慮して、現在ピクセルｐの分類のために４つの１次元３ピクセルパターンを使用する。左から右へ、０度、９０度、１３５度、及び４５度がある。
エッジオフセットは、図１２に示されるように、エッジ方向情報を考慮して、現在ピクセルｐの分類のために４つの１次元３ピクセルパターンを使用する。左から右へ、０度、９０度、１３５度、及び４５度がある。
図１２は、ＥＯでのピクセル分類のための４つの１次元３ピクセルパターンの例を示す。
各ＣＴＢは、表２－７に従って、５つのカテゴリのうちの１つに分類される。
バンドオフセット（ＢＯ）は、１つのＣＴＢ領域内の全てのピクセルを、ピクセル値の５つの最上位ビットをバンドインデックスとして使用することによって、３２個の一様なバンドに分類する。すなわち、ピクセル強度範囲は、ゼロから最大強度値（例えば、８ビットピクセルについては２５５）まで３２個の等しいセグメントに分ける。４つの隣接バンドはグループにまとめられ、各グループは、図１３に示されるようにその最も左側の位置によって示される。エンコーダは、各バンドのオフセットを補償することによって歪みを最大に低減したグループを取得するよう全ての位置を探索する。
図１３は、４つのバンドがグループにまとめられ、その開始バンド位置によって表現される例を示す。
２．１０ インター－イントラ複合予測（ＣＩＩＰ）
ＶＴＭ５では、ＣＵがマージモードでコーディングされる場合に、ＣＵが少なくとも６４個のルーマサンプルを含むならば（つまり、ＣＵ幅×ＣＵ高さは６４以上である）、かつ、ＣＵ幅及びＣＵ高さの両方が１２８個のルーマサンプルに満たないならば、インター／イントラ複合予測（ＣＩＩＰ）モードが現在ＣＵに適用されるかどうかを示すために、追加のフラグが通知される。その名が示すとおり、ＣＩＩＰ予測は、インター予測信号をイントラ予測信号と組み合わせる。ＣＩＩＰモードでのインター予測信号Ｐｉｎｔｅｒは、通常のマージモードに適用されるの同じインター予測プロセスを用いて導出され、イントラ予測信号Ｐｉｎｔｒａは、プレーナーモードによる通常のイントラ予測プロセスに従って導出される。次いで、イントラ予測信号及びインター予測信号は、加重平均を用いて結合される。このとき、重み値は、次のように、上隣接ブロック及び左隣接ブロック（図１４に図示あり）のコーディングモードに応じて計算される：
・上隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＴｏｐを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＴｏｐを０にセットする。
・左隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＬｅｆｔを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＬｅｆｔを０にセットする。
・（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が２に等しい場合には、ｗｔは３にセットされる。
・そうではなく、（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が１に等しい場合には、ｗｔは２にセットされる。
・上記以外の場合に、ｗｔを１にセットする。
ＶＴＭ５では、ＣＵがマージモードでコーディングされる場合に、ＣＵが少なくとも６４個のルーマサンプルを含むならば（つまり、ＣＵ幅×ＣＵ高さは６４以上である）、かつ、ＣＵ幅及びＣＵ高さの両方が１２８個のルーマサンプルに満たないならば、インター／イントラ複合予測（ＣＩＩＰ）モードが現在ＣＵに適用されるかどうかを示すために、追加のフラグが通知される。その名が示すとおり、ＣＩＩＰ予測は、インター予測信号をイントラ予測信号と組み合わせる。ＣＩＩＰモードでのインター予測信号Ｐｉｎｔｅｒは、通常のマージモードに適用されるの同じインター予測プロセスを用いて導出され、イントラ予測信号Ｐｉｎｔｒａは、プレーナーモードによる通常のイントラ予測プロセスに従って導出される。次いで、イントラ予測信号及びインター予測信号は、加重平均を用いて結合される。このとき、重み値は、次のように、上隣接ブロック及び左隣接ブロック（図１４に図示あり）のコーディングモードに応じて計算される：
・上隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＴｏｐを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＴｏｐを０にセットする。
・左隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＬｅｆｔを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＬｅｆｔを０にセットする。
・（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が２に等しい場合には、ｗｔは３にセットされる。
・そうではなく、（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が１に等しい場合には、ｗｔは２にセットされる。
・上記以外の場合に、ｗｔを１にセットする。
ＣＩＩＰ予測は、次のように形成される：
図１４は、ＣＩＩＰ重み導出で使用される上及び左隣接ブロックを示す。
２．１１ クロマスケーリング付きルーママッピング（ＬＭＣＳ）
ＶＴＭ５では、ＬＭＣＳ（luma mapping with chroma scaling）と呼ばれるコーディングルールが、ループフィルタ前に新しい処理ブロックとして加えられる。ＬＭＣＳは、２つの主なコンポーネント：１）適応区分線形モデルに基づいたルーマ成分のインループマッピング、２）クロマ成分のためのルーマ依存クロマ残差スケーリングの適用を有する。図１５は、デコーダ視点からのＬＭＣＳアーキテクチャを示す。図１５中の破線ブロックは、処理がマッピング領域で適用されることを示しており、逆量子化、逆変換、ルーマイントラ予測、及びルーマ残差とともにルーマ予測の追加を含む。図１５中の影無しブロックは、処理が元の（すなわち、非マッピング）領域で適用される場所を示し、これらには、デブロッキング、ＡＬＦ、及びＳＡＯなどのループフィルタ、動き補償付き予測、クロマイントラ予測、クロマ残差とともにクロマ予測の追加、並びに参照ピクチャとしても復号されたピクチャの格納が含まれる。図１５中のチェック付きブロックは、ルーマ信号の順方向及び逆方向マッピングと、ルーマ依存クロマスケーリングプロセスとを含む新しいＬＭＣＳ機能ブロックである。ＶＶＣにおける他のほとんどのツールと同様に、ＬＭＣＳは、ＳＰＳフラグを用いてシーケンスレベルで有効／無効にされ得る。
ＶＴＭ５では、ＬＭＣＳ（luma mapping with chroma scaling）と呼ばれるコーディングルールが、ループフィルタ前に新しい処理ブロックとして加えられる。ＬＭＣＳは、２つの主なコンポーネント：１）適応区分線形モデルに基づいたルーマ成分のインループマッピング、２）クロマ成分のためのルーマ依存クロマ残差スケーリングの適用を有する。図１５は、デコーダ視点からのＬＭＣＳアーキテクチャを示す。図１５中の破線ブロックは、処理がマッピング領域で適用されることを示しており、逆量子化、逆変換、ルーマイントラ予測、及びルーマ残差とともにルーマ予測の追加を含む。図１５中の影無しブロックは、処理が元の（すなわち、非マッピング）領域で適用される場所を示し、これらには、デブロッキング、ＡＬＦ、及びＳＡＯなどのループフィルタ、動き補償付き予測、クロマイントラ予測、クロマ残差とともにクロマ予測の追加、並びに参照ピクチャとしても復号されたピクチャの格納が含まれる。図１５中のチェック付きブロックは、ルーマ信号の順方向及び逆方向マッピングと、ルーマ依存クロマスケーリングプロセスとを含む新しいＬＭＣＳ機能ブロックである。ＶＶＣにおける他のほとんどのツールと同様に、ＬＭＣＳは、ＳＰＳフラグを用いてシーケンスレベルで有効／無効にされ得る。
図１５は、クロマスケーリングアーキテクチャによるルーママッピングの例を示す。
２．１２ デュアルツリーパーティション
現在のＶＶＣ設計では、Ｉスライスについて、各ＣＴＵは、暗黙的な四分木分割を用いて、６４×６４個のルーマサンプルを有するコーディングユニットに分けられ得る。これらのコーディングユニットは、ルーマ及びクロマについての２つの別個のｃｏｄｉｎｇ＿ｔｒｅｅシンタック構造のルートである。
現在のＶＶＣ設計では、Ｉスライスについて、各ＣＴＵは、暗黙的な四分木分割を用いて、６４×６４個のルーマサンプルを有するコーディングユニットに分けられ得る。これらのコーディングユニットは、ルーマ及びクロマについての２つの別個のｃｏｄｉｎｇ＿ｔｒｅｅシンタック構造のルートである。
イントラピクチャにおけるデュアルツリーは、ルーマコーディングツリーとは異なるパーティションをクロマコーディングツリーで適用することを可能にするので、デュアルツリーは、より長いコーディングパイプラインを導入し、クロマツリーでのＱＴＢＴ ＭｉｎＱＴＳｉｚｅＣ値範囲並びにＭｉｎＢｔＳｉｚｅＹ及びＭｉｎＴＴＳｉｚｅＹは、２×２、４×２、及び２×４などの小さいクロマブロックを可能にする。それは、実際のデコーダ設計で困難性をもたらす。更に、ＣＣＬＭ、プレーナー、及び角度モードなどのいくつかの予測モードは乗算を必要とする。上記の問題を多少なりとも解決するために、小さいクロマブロックサイズ（２×２／２×４／４×２）は、パーティション制限としてデュアルツリーにおいて制限される。
２．１３ ＪＶＥＴ－Ｏ００５０における最小クロマイントラ予測ユニット（ＳＣＩＰＵ）
小さいクロマサイズは、ハードウェア実装にとってフレンドリではない。デュアルツリーの場合に、小さすぎるサイズのクロマブロックは許されない。しかし、シングルツリー（singletree）の場合に、ＶＶＣ草案５は、依然として、２×２、２×４、４×２クロマブロックを許す。クロマブロックのサイズを制限するために、単一コーディングツリーでは、クロマブロックサイズがＴＨクロマサンプルよりも大きいか又はそれと等しく、かつ、４ＴＨルーマサンプルよりも小さい少なくとも１つの子ルーマブロックを有しているコーディングツリーノードとして、ＳＣＩＰＵがＪＶＥＴ－Ｏ００５０で定義されている。なお、ＴＨは、この寄稿では１６にセットされる。各ＳＣＩＰＵで、全てのＣＢはインターであるか、あるいは、全てのＣＢは非インターである、つまり、イントラ又はＩＢＣのどちらかであることが必要とされる。非インターＳＣＩＰＵの場合には、更に、非インターＳＣＩＰＵのクロマがこれ以上分割されるべきではないことが必要とされ、また、ＳＣＩＰＵのルーマは、更に分割されることを許される。このようにして、最小クロマイントラＣＢサイズは、１６個のクロマサンプルであり、２×２、２×４、及び４×２クロマＣＢは削除される。更に、クロマスケーリングは、非インターＳＣＩＰＵの場合に適用されない。
小さいクロマサイズは、ハードウェア実装にとってフレンドリではない。デュアルツリーの場合に、小さすぎるサイズのクロマブロックは許されない。しかし、シングルツリー（singletree）の場合に、ＶＶＣ草案５は、依然として、２×２、２×４、４×２クロマブロックを許す。クロマブロックのサイズを制限するために、単一コーディングツリーでは、クロマブロックサイズがＴＨクロマサンプルよりも大きいか又はそれと等しく、かつ、４ＴＨルーマサンプルよりも小さい少なくとも１つの子ルーマブロックを有しているコーディングツリーノードとして、ＳＣＩＰＵがＪＶＥＴ－Ｏ００５０で定義されている。なお、ＴＨは、この寄稿では１６にセットされる。各ＳＣＩＰＵで、全てのＣＢはインターであるか、あるいは、全てのＣＢは非インターである、つまり、イントラ又はＩＢＣのどちらかであることが必要とされる。非インターＳＣＩＰＵの場合には、更に、非インターＳＣＩＰＵのクロマがこれ以上分割されるべきではないことが必要とされ、また、ＳＣＩＰＵのルーマは、更に分割されることを許される。このようにして、最小クロマイントラＣＢサイズは、１６個のクロマサンプルであり、２×２、２×４、及び４×２クロマＣＢは削除される。更に、クロマスケーリングは、非インターＳＣＩＰＵの場合に適用されない。
２つのＳＣＩＰＵの例が図１６に示される。図１６（ａ）では、８×４クロマサンプルの１つのクロマＣＢと、３つのルーマＣＢ（４×８、８×８、４×８ルーマＣＢ）とが１つのＳＣＩＰＵを形成する。これは、８×４クロマサンプルから分割された三分木（ＴＴ）が、１６個のクロマサンプルよりも小さいクロマＣＢをもたらすからである。図１６（ｂ）では、４×４クロマサンプル（８×４クロマサンプルの左側）の１つのクロマＣＢと、３つのルーマＣＢ（８×４、４×４、４×４ルーマＣＢ）とが１つのＳＣＩＰＵを形成し、４×４サンプル（８×４クロマサンプルの右側）の１つのクロマＣＢと、２つのルーマＣＢ（８×４、８×４ルーマＣＢ）とが１つのＳＣＩＰＵを形成する。これは、４×４クロマサンプルから分割された三分木（ＴＴ）が、１６個のクロマサンプルよりも小さいクロマＣＢをもたらすからである。
図１６は、ＳＣＩＰの例を示す。
現在スライスがＩスライスであるか、又は現在のＳＣＩＰＵが、更に１回分割された後にその中に４ｘ４ルーマパーティションを有する場合に、ＳＣＩＰＵのタイプは非インターであると推測される（ＶＶＣでは、インター４×４が許可されないため）。それ以外の場合には、ＳＣＩＰＵのタイプ（インター又は非インター）は、ＳＣＩＰＵ内のＣＵをパースする前に１つのシグナルフラグによって示される。
２．１４ ＶＶＣ草案６における小さいクロマブロックの制約
ＶＶＣ草案６（ＪＶＥＴ－Ｏ２００１－ｖＥ．ｄｏｃｘ）では、小さいクロマブロックに対する制約が、次のように実装される（関連する部分は、太字イタリック体でマークされる）。
ＶＶＣ草案６（ＪＶＥＴ－Ｏ２００１－ｖＥ．ｄｏｃｘ）では、小さいクロマブロックに対する制約が、次のように実装される（関連する部分は、太字イタリック体でマークされる）。
３．開示される技術的解決法によって解決される技術的課題の例
（１）現在、ＩＢＣはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（２）現在、パレットはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（３）現在、小さいクロマブロックの制約は、色サブサンプリングフォーマットを考慮していない。
（４）現在、小さいブロックに対する同じパーティション及び予測モード制約が全てのクロマフォーマットに適用されている。しかし、４：２：０及び４：２：２クロマフォーマットでは、小さいブロックに対する異なった制約メカニズムを設計することが望ましいことがある。
（５）現在、パレットモードフラグ通知は、ｍｏｄｅＴｙｐｅに依存しているが、これは、パレットが小さいブロックの制約を適用しない可能性があるということで望ましくない。
（６）現在、ＩＢＣモードフラグは、Ｐ／Ｂスライスについて、ｃｕ＿ｓｋｉｐ＿ｆｒａｇが１に等しいが、ＭＯＤＥ＿ＴＹＰＥがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測されているが、これは、シンタックスのパースでは不正である。
（７）現在、非４×４ルーマＩＢＣモードは、ＳＣＩＰＵルーマブロックについて許可されていないが、これは望ましくないことがあり、コーディング効率損失を引き起こす可能性がある。
（８）２×Ｈクロマブロックが依然として許可されているが、これはハードウェア実装にとってフレンドリではない。
（９）ＣＩＩＰは、ＭＯＤＥ＿ＩＮＴＥＲと見なされる一方で、イントラ予測を使用するが、これは、いくつかの場合に制約を破る。
（１０）ＳＣＩＰＵが適用される場合に、ルーマ分割に依存してクロマのデルタＱＰが通知されないことがある。例えば、現在ブロック寸法がルーマサンプルで１６×８であり、垂直ＴＴで分割されている場合に、ローカルデュアルツリーが適用されてもよい。これは以下のように指定される。
ｑｇＯｎＣ＝ｑｇＯｎＣ＆＆（ｃｂＳｕｂｄｉｖ＋２＜＝ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖ）
したがって、ｃｂＳｕｂｄｉｖ＋２＜＝ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖである場合に、ｑｇＯｎＣはゼロにセットされる。この条件付き設定は、クロマ成分もＴＴによって分割されると仮定する。ローカルデュアルツリーでは、クロマ成分は分割されない可能性があるため、ｃｂＳｕｂｄｉｖはｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖよりも大きくなり得る。ＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄは、クロマについてのデルタＱＰの通知を可能にするために０にセットされるべきである。しかし、ｑｇＯｎＣが０にセットされるので、ＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄは０にセットされない。
（１）現在、ＩＢＣはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（２）現在、パレットはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（３）現在、小さいクロマブロックの制約は、色サブサンプリングフォーマットを考慮していない。
（４）現在、小さいブロックに対する同じパーティション及び予測モード制約が全てのクロマフォーマットに適用されている。しかし、４：２：０及び４：２：２クロマフォーマットでは、小さいブロックに対する異なった制約メカニズムを設計することが望ましいことがある。
（５）現在、パレットモードフラグ通知は、ｍｏｄｅＴｙｐｅに依存しているが、これは、パレットが小さいブロックの制約を適用しない可能性があるということで望ましくない。
（６）現在、ＩＢＣモードフラグは、Ｐ／Ｂスライスについて、ｃｕ＿ｓｋｉｐ＿ｆｒａｇが１に等しいが、ＭＯＤＥ＿ＴＹＰＥがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測されているが、これは、シンタックスのパースでは不正である。
（７）現在、非４×４ルーマＩＢＣモードは、ＳＣＩＰＵルーマブロックについて許可されていないが、これは望ましくないことがあり、コーディング効率損失を引き起こす可能性がある。
（８）２×Ｈクロマブロックが依然として許可されているが、これはハードウェア実装にとってフレンドリではない。
（９）ＣＩＩＰは、ＭＯＤＥ＿ＩＮＴＥＲと見なされる一方で、イントラ予測を使用するが、これは、いくつかの場合に制約を破る。
（１０）ＳＣＩＰＵが適用される場合に、ルーマ分割に依存してクロマのデルタＱＰが通知されないことがある。例えば、現在ブロック寸法がルーマサンプルで１６×８であり、垂直ＴＴで分割されている場合に、ローカルデュアルツリーが適用されてもよい。これは以下のように指定される。
ｑｇＯｎＣ＝ｑｇＯｎＣ＆＆（ｃｂＳｕｂｄｉｖ＋２＜＝ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖ）
したがって、ｃｂＳｕｂｄｉｖ＋２＜＝ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖである場合に、ｑｇＯｎＣはゼロにセットされる。この条件付き設定は、クロマ成分もＴＴによって分割されると仮定する。ローカルデュアルツリーでは、クロマ成分は分割されない可能性があるため、ｃｂＳｕｂｄｉｖはｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｓｕｂｄｉｖよりも大きくなり得る。ＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄは、クロマについてのデルタＱＰの通知を可能にするために０にセットされるべきである。しかし、ｑｇＯｎＣが０にセットされるので、ＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄは０にセットされない。
４．技術的解決法及び実施形態の例
以下に挙げられているものは、例と見なされるべきである。これらの技術は、狭い意味で解釈されるべきではない。更に、これらの技術は、如何様にも組み合わされ得る。
以下に挙げられているものは、例と見なされるべきである。これらの技術は、狭い意味で解釈されるべきではない。更に、これらの技術は、如何様にも組み合わされ得る。
本文書中、「Ｍ×Ｎコーディングツリーノード」は、Ｍ×Ｎブロックを示し、Ｍ及びＮは、夫々、ルーマサンプルの幅及び高さであり、これは、例えば、ＱＴ／ＢＴ／ＴＴなどによって、更にパーティション化されてもよい。例えば、ブロックはＱＴノード、又はＢＴノード、又はＴＴノードであってよい。コーディングツリーノードは、コーディングユニット（例えば、シングルツリーについては３つの色成分、デュアルツリークロマコーディングについては２つのクロマ色成分、及びデュアルツリールーマコーディングについてはただ１つのルーマ成分を有する）、又はルーマコーディングブロック、又はクロマコーディングブロックであってもよい。「小さいコーディングツリーノードユニット」は、ルーマサンプルでブロックサイズＭ×Ｎが３２／６４／１２８に等しいコーディングツリーノードを示してもよい。
特に述べられていない場合に、コーディングブロックの幅Ｗ及び高さは、ルーマサンプルで測定される。例えば、Ｍ×Ｎコーディングブロックは、Ｍ×Ｎルーマブロック、及び／又は２つの（Ｍ／ｓｕｂＷｉｄｔｈＣ）×（Ｎ／ＳｕｂＨｅｉｇｈｔＣ）クロマブロックを意味し、ＳｕｂＷｉｄｔｈＣ及びＳｕｂＨｉｇｈｔＣは、次のようにクロマフォーマットによって導出される。
１．小さいブロックにパーティション化すべきかどうか及び／又はどのようにすべきかは、カラーフォーマットに依存してもよい。
ａ．一例で、４：４：４カラーフォーマットについては、クロマブロックのサイズに対する制約は、ルーマブロックに対するそのような制約に従ってもよい。
ｂ．一例で、４：２：２カラーフォーマットについては、クロマブロックのサイズに対する制約は、４：２：０カラーフォーマットについてのそのような制約に従ってもよい。
ｃ．一例で、４：０：０及び／又は４：４：４クロマフォーマットについては、小さいブロックのパーティションに対する制約及び／又は予測モードは適用されなくてもよい。
ｄ．一例で、小さいブロックのパーティションに対する制約及び／又は予測モードは、異なるクロマフォーマットについて異なるように適用されてもよい。
ｉ．一例で、水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＢＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、水平ＢＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＢＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、垂直ＢＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉｉ．一例で、水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＴＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、水平ＴＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｖ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＴＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、垂直ＴＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｖ．一例で、４：０：０及び／又は４：４：４カラーフォーマットについては、小さいブロックの制約は適用されなくてもよい。
ｅ．一例で、ＳＣＩＰＵを有効にすべきかどうかは、カラーフォーマットに依存する。
ｉ．一例で、ＳＣＩＰＵは、４：２：０及び４：２：２カラーフォーマットに対して有効にされる。
ｉｉ．一例で、ＳＣＩＰＵは、４：０：０及び／又は４：４：４カラーフォーマットに対しては無効にされる。
１．一例で、ｍｏｄｅＴｙｐｅは、４：０：０及び／又は４：４：４カラーフォーマットに対して常にＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬと等しくてもよい。
２．一例で、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、４：０：０及び／又は４：４：４のカラーフォーマットに対して常に０に等しくてもよい。
ａ．一例で、４：４：４カラーフォーマットについては、クロマブロックのサイズに対する制約は、ルーマブロックに対するそのような制約に従ってもよい。
ｂ．一例で、４：２：２カラーフォーマットについては、クロマブロックのサイズに対する制約は、４：２：０カラーフォーマットについてのそのような制約に従ってもよい。
ｃ．一例で、４：０：０及び／又は４：４：４クロマフォーマットについては、小さいブロックのパーティションに対する制約及び／又は予測モードは適用されなくてもよい。
ｄ．一例で、小さいブロックのパーティションに対する制約及び／又は予測モードは、異なるクロマフォーマットについて異なるように適用されてもよい。
ｉ．一例で、水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＢＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、水平ＢＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＢＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、垂直ＢＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉｉ．一例で、水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＴＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、水平ＴＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｖ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＴＴ分割は、クロマブロック及びルーマブロックの両方について許されてもよいが、４：２：０クロマフォーマットでは、垂直ＴＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｖ．一例で、４：０：０及び／又は４：４：４カラーフォーマットについては、小さいブロックの制約は適用されなくてもよい。
ｅ．一例で、ＳＣＩＰＵを有効にすべきかどうかは、カラーフォーマットに依存する。
ｉ．一例で、ＳＣＩＰＵは、４：２：０及び４：２：２カラーフォーマットに対して有効にされる。
ｉｉ．一例で、ＳＣＩＰＵは、４：０：０及び／又は４：４：４カラーフォーマットに対しては無効にされる。
１．一例で、ｍｏｄｅＴｙｐｅは、４：０：０及び／又は４：４：４カラーフォーマットに対して常にＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬと等しくてもよい。
２．一例で、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、４：０：０及び／又は４：４：４のカラーフォーマットに対して常に０に等しくてもよい。
２．コーディングツリーノードの（サブ）モードのための予測モード（及び／又はｍｏｄｅＴｙｐｅ）をどのように決定すべきかは、カラーフォーマットに依存してもよい。
ａ．一例で、次の条件の１つが真である場合に、このコーディングツリーノードによってパーティション化された（サブ）ブロックのｍｏｄｅＴｙｐｅは、４：２：２クロマフォーマットについてはＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬに等しくなり、一方、４：２：０クロマフォーマットについては、ｍｏｄｅＴｙｐｅは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲのどちらかに等しくなる。
ｉ．水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノード
ｉｉ．垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノード
ｉｉｉ．水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノード
ｉｖ．垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノード
ａ．一例で、次の条件の１つが真である場合に、このコーディングツリーノードによってパーティション化された（サブ）ブロックのｍｏｄｅＴｙｐｅは、４：２：２クロマフォーマットについてはＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬに等しくなり、一方、４：２：０クロマフォーマットについては、ｍｏｄｅＴｙｐｅは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲのどちらかに等しくなる。
ｉ．水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノード
ｉｉ．垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノード
ｉｉｉ．水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノード
ｉｖ．垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノード
３．ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡの名前をＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲに変更し、ＭＯＤＥ＿ＩＮＴＥＲの使用を制限することが提案される。
ａ．一例で、コーディングユニットのｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲに等しい場合に、ＭＯＤＥ＿ＩＮＴＥＲは許可されなくてもよい。
ａ．一例で、コーディングユニットのｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲに等しい場合に、ＭＯＤＥ＿ＩＮＴＥＲは許可されなくてもよい。
４．ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲの名前をＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡに変更し、ＭＯＤＥ＿ＩＮＴＲＡの使用を制限することが提案される。
ａ．一例で、コーディングユニットのｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡに等しい場合に、ＭＯＤＥ＿ＩＮＴＲＡは許可されなくてもよい。
ａ．一例で、コーディングユニットのｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡに等しい場合に、ＭＯＤＥ＿ＩＮＴＲＡは許可されなくてもよい。
５．モード制約フラグは、４：２：２及び／又は４：０：０及び／又は４：４：４クロマフォーマットで決して通知されなくてもよい。
ａ．一例で、モード制約フラグが存在しない場合に、１に等しいと推測されてもよい。
ｉ．代替的に、モード制約フラグが存在しない場合に、０に等しいと推測されてもよい。
ａ．一例で、モード制約フラグが存在しない場合に、１に等しいと推測されてもよい。
ｉ．代替的に、モード制約フラグが存在しない場合に、０に等しいと推測されてもよい。
６．ブロック幅としてＭを有し、ブロック高さとしてＮを有するＭ×ＮコーディングブロックにＳＣＩＰＵを適用するかどうかは及び／又はどのように適用するかは、カラーフォーマットが４：２：０であるか４：２：２であるか依存してもよい。
ａ．一例で、４：２：２カラーフォーマットにおいて、ブロック幅としてＭを有し、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックに対して、Ｍ×Ｎ（Ｍ＊Ｎで示される）が６４又は３２に等しい場合にのみＳＣＩＰＵが有効にされてもよい。
ｂ．一例で、Ｍ＊Ｎ＝１２８を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいて決してＳＣＩＰＵブロックとして扱われなくてもよい。
ｃ．一例で、ＢＴ分割及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいて決してＳＣＩＰＵブロックとして扱われなくてもよい。
ｄ．一例で、１に等しいｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックであってもよい。
ｅ．一例で、ＴＴ分割及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックとして扱われてもよい。
ｆ．一例で、ＢＴ分割及びＭ＊Ｎ＝３２を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックとして扱われてもよい。
ｇ．上記の説明において、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に１に等しくてもよい。
ｈ．上記の説明において、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、親ノードにおける現在ブロックと子リーフノード下の全てのサブブロックの両方に対して、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡのみが許可されてもよい。
ａ．一例で、４：２：２カラーフォーマットにおいて、ブロック幅としてＭを有し、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックに対して、Ｍ×Ｎ（Ｍ＊Ｎで示される）が６４又は３２に等しい場合にのみＳＣＩＰＵが有効にされてもよい。
ｂ．一例で、Ｍ＊Ｎ＝１２８を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいて決してＳＣＩＰＵブロックとして扱われなくてもよい。
ｃ．一例で、ＢＴ分割及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいて決してＳＣＩＰＵブロックとして扱われなくてもよい。
ｄ．一例で、１に等しいｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックであってもよい。
ｅ．一例で、ＴＴ分割及びＭ＊Ｎ＝６４を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックとして扱われてもよい。
ｆ．一例で、ＢＴ分割及びＭ＊Ｎ＝３２を有するコーディングツリーノードは、４：２：２カラーフォーマットにおいてＳＣＩＰＵブロックとして扱われてもよい。
ｇ．上記の説明において、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に１に等しくてもよい。
ｈ．上記の説明において、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、親ノードにおける現在ブロックと子リーフノード下の全てのサブブロックの両方に対して、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡのみが許可されてもよい。
７．４：２：２カラーフォーマットにおいて、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に１に等しくてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、４：２：２カラーフォーマットについて０又は１に等しくてもよい。
ｂ．一例で、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、決して２に等しくなくてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、４：２：２カラーフォーマットについて０又は１に等しくてもよい。
ｂ．一例で、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、決して２に等しくなくてもよい。
８．４：２：２カラーフォーマットにおいて、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅは常にＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しくてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅは、４：２：２カラーフォーマットにおいてＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しくてもよい。
ｂ．一例で、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲは無効にされてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅは、４：２：２カラーフォーマットにおいてＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しくてもよい。
ｂ．一例で、４：２：２カラーフォーマットにおけるＳＣＩＰＵブロックについて、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲは無効にされてもよい。
９．ブロックパーティションが許可されるかどうかは、ｍｏｄｅＴｙｐｅ及び／又はブロックサイズに依存してもよい。
ａ．一例で、ブロックに対してＢＴ及び／又はＴＴ分割が許可されるかどうかは、ｍｏｄｅＴｙｐｅに依存してもよい。
ｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、現在コーディングブロックに対してＢＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＢｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｉｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、現在コーディングブロックに対してＴＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＴｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｂ．一例で、ブロックに対してＢＴ及び／又はＴＴ分割が許可されるかどうかは、ｍｏｄｅＴｙｐｅ及びブロックサイズに依存してもよい。
ｉ．一例で、ブロック幅としてＭを有し、かつ、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックについて、Ｍ＊Ｎが３２以下であり、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＢｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｉｉ．一例で、ブロック幅としてＭを有し、かつ、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックについて、Ｍ＊Ｎが６４以下であり、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＴｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ａ．一例で、ブロックに対してＢＴ及び／又はＴＴ分割が許可されるかどうかは、ｍｏｄｅＴｙｐｅに依存してもよい。
ｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、現在コーディングブロックに対してＢＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＢｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｉｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、現在コーディングブロックに対してＴＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＴｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｂ．一例で、ブロックに対してＢＴ及び／又はＴＴ分割が許可されるかどうかは、ｍｏｄｅＴｙｐｅ及びブロックサイズに依存してもよい。
ｉ．一例で、ブロック幅としてＭを有し、かつ、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックについて、Ｍ＊Ｎが３２以下であり、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＢｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
ｉｉ．一例で、ブロック幅としてＭを有し、かつ、ブロック高さとしてＮを有するＭ×Ｎコーディングブロックについて、Ｍ＊Ｎが６４以下であり、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されなくてもよい（例えば、ａｌｌｏｗＴｔＳｐｌｉｔがｆａｌｓｅに等しくセットされる）。
１０．コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、コーディングツリーの分割は制限されてもよい。
ａ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されなくてもよい。
ｂ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されなくてもよい。
ｃ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＱＴ分割は許可されなくてもよい。
ｄ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが３２以下である場合に、ＢＴ分割は許可されなくてもよい。
ｅ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが６４以下である場合に、ＴＴ分割は許可されなくてもよい。
ａ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されなくてもよい。
ｂ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されなくてもよい。
ｃ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＱＴ分割は許可されなくてもよい。
ｄ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが３２以下である場合に、ＢＴ分割は許可されなくてもよい。
ｅ．一例で、コーディングツリーのｍｏｄｅＴｙｐｅＣｕｒｒがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが６４以下である場合に、ＴＴ分割は許可されなくてもよい。
１１．ＴｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいコーディングユニットは、インターモードでコーディングされてもよい。
ａ．一例で、インターコーディングモード、すなわち、ＭＯＤＥ＿ＩＮＴＥＲでコーディングされたコーディングユニットは、複数の色成分を有するカラーフォーマットの場合でも、ルーマ成分のみを含んでもよい。
ｂ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡブロックに対してパースされる必要があってもよい。
ｃ．一例で、インターモードでコーディングされたＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡブロックに対しても、ＳＩＮＧＬＥ＿ＴＲＥＥについての同じインターモードの制約が適用されてもよい。
ｉ．一例で、４×４のＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡインターブロックは、許可されなくてもよい。
ａ．一例で、インターコーディングモード、すなわち、ＭＯＤＥ＿ＩＮＴＥＲでコーディングされたコーディングユニットは、複数の色成分を有するカラーフォーマットの場合でも、ルーマ成分のみを含んでもよい。
ｂ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡブロックに対してパースされる必要があってもよい。
ｃ．一例で、インターモードでコーディングされたＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡブロックに対しても、ＳＩＮＧＬＥ＿ＴＲＥＥについての同じインターモードの制約が適用されてもよい。
ｉ．一例で、４×４のＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡインターブロックは、許可されなくてもよい。
１２．ブロック幅がＭ（例えば、Ｍ＝２）個のクロマサンプルに等しいクロマイントラ（及び／又はＩＢＣ）ブロックは許されなくてもよい。
ａ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラブロックは、デュアルツリーで許可されなくてもよい。
ｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が４クロマサンプルに等しい場合に、垂直ＢＴ分割は許されなくてもよい。
ｉｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が８クロマサンプルに等しい場合に、垂直ＴＴ分割は許されなくてもよい。
ｂ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラ（及び／又はＩＢＣ）ブロックは、シングルツリーで許可されなくてもよい。
ｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝８及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用されてもよい。
１．垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）クロマブロックについては許されないが、８×Ｎルーマブロックについては許されてもよい。
２．４×Ｎ又は４×（Ｎ／２）クロマブロックは、垂直ＢＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい。
３．垂直ＢＴ分割は、８×Ｎルーマブロック及び４×Ｎ又は４×（Ｎ／２）クロマブロックの両方について許されてもよいが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい）。
ｉｉ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝１６及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用されてもよい。
１．垂直ＢＴ分割は、８×Ｎ又は８×（Ｎ／２）クロマブロックについては許されないが、１６×Ｎルーマブロックについては許されてもよい。
２．８×Ｎ又は８×（Ｎ／２）クロマブロックは、垂直ＴＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい。
３．垂直ＴＴ分割は、１６×Ｎルーマブロック及び８×Ｎ又は８×（Ｎ／２）クロマブロックの両方について許されてもよいが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい）。
ａ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラブロックは、デュアルツリーで許可されなくてもよい。
ｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が４クロマサンプルに等しい場合に、垂直ＢＴ分割は許されなくてもよい。
ｉｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が８クロマサンプルに等しい場合に、垂直ＴＴ分割は許されなくてもよい。
ｂ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラ（及び／又はＩＢＣ）ブロックは、シングルツリーで許可されなくてもよい。
ｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝８及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用されてもよい。
１．垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）クロマブロックについては許されないが、８×Ｎルーマブロックについては許されてもよい。
２．４×Ｎ又は４×（Ｎ／２）クロマブロックは、垂直ＢＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい。
３．垂直ＢＴ分割は、８×Ｎルーマブロック及び４×Ｎ又は４×（Ｎ／２）クロマブロックの両方について許されてもよいが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい）。
ｉｉ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝１６及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用されてもよい。
１．垂直ＢＴ分割は、８×Ｎ又は８×（Ｎ／２）クロマブロックについては許されないが、１６×Ｎルーマブロックについては許されてもよい。
２．８×Ｎ又は８×（Ｎ／２）クロマブロックは、垂直ＴＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい。
３．垂直ＴＴ分割は、１６×Ｎルーマブロック及び８×Ｎ又は８×（Ｎ／２）クロマブロックの両方について許されてもよいが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされてもよい）。
１３．ＩＢＣモードは、ルーマ及び／又はクロマブロックについて、それが小さいブロックサイズであるかどうかにかかわらず許可されてもよい。
ａ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、８×４／８×８／１６×４及び４×Ｎ（例えば、Ｎ＜＝６４）ルーマブロックを含むルーマブロックについて許されてもよい。
ｂ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、クロマブロックについて許されてもよい。
ａ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、８×４／８×８／１６×４及び４×Ｎ（例えば、Ｎ＜＝６４）ルーマブロックを含むルーマブロックについて許されてもよい。
ｂ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、クロマブロックについて許されてもよい。
１４．ＩＢＣ予測モードフラグの通知は、予測モードタイプ（例えば、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）に依存してもよい。
ａ．一例で、非ＳＫＩＰブロックについてのＩＢＣ予測モードフラグ（例えば、スキップモードによってコーディングされないコーディングブロック）は、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しくなく、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、明示的にビットストリームで通知されてもよい。
ａ．一例で、非ＳＫＩＰブロックについてのＩＢＣ予測モードフラグ（例えば、スキップモードによってコーディングされないコーディングブロック）は、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しくなく、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、明示的にビットストリームで通知されてもよい。
１５．ＩＢＣ予測モードフラグは、ＣＵ ＳＫＩＰフラグ及びモードタイプ（例えば、ｍｏｄｅＴｙｐｅ）に応じて推測されてもよい。
ａ．一例で、現在ブロックがＳＫＩＰモードでコーディングされ（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１に等しく）、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、ＩＢＣ予測モードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）は、１に等しいと推測されてもよい。
ａ．一例で、現在ブロックがＳＫＩＰモードでコーディングされ（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１に等しく）、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、ＩＢＣ予測モードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）は、１に等しいと推測されてもよい。
１６．パレットモードフラグの明示的な通知は、ｍｏｄｅＴｙｐｅに依存しなくてもよい。
ａ．一例で、パレットモードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）の通知は、スライスタイプ、ブロックサイズ、予測モードなどに依存してもよい。ただし、ｍｏｄｅＴｙｐｅが何であっても。
ｂ．一例で、パレットモードフラグ（例えば。ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）は、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測される。
ａ．一例で、パレットモードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）の通知は、スライスタイプ、ブロックサイズ、予測モードなどに依存してもよい。ただし、ｍｏｄｅＴｙｐｅが何であっても。
ｂ．一例で、パレットモードフラグ（例えば。ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）は、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測される。
１７．ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ａ．一例で、クロマＩＢＣは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可されてもよい。
ｄ．一例で、１つのＳＣＩＰＵ内で、ＩＢＣ及びインターモードは両方とも許可されてもよい。
ｅ．一例で、ＩＢＣクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応してもよい。
ｆ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、１に等しいと推測されてもよい。
ａ．一例で、クロマＩＢＣは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可されてもよい。
ｄ．一例で、１つのＳＣＩＰＵ内で、ＩＢＣ及びインターモードは両方とも許可されてもよい。
ｅ．一例で、ＩＢＣクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応してもよい。
ｆ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、１に等しいと推測されてもよい。
１８．パレットモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲである場合に使用することを許可されてもよい。
ａ．一例で、クロマパレットは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡである場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用すること許可されてもよい。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であるかにかかわらず使用することを許可されてもよい。
ｄ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ｅ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可されてもよい。
ｆ．一例で、１つのＳＣＩＰＵ内で、パレット及びインターモードは両方とも許可されてもよい。
ｇ．一例で、１つのＳＣＩＰＵ内で、パレット、ＩＢＣ及びインターモードは全て許可されてもよい。
ｈ．一例で、パレットクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応する。
ｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、１に等しいと推測されてもよい。
ｊ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、１つのメッセージは、現在の予測モードがＩＢＣ又はパレットであるかどうかを示すために送信されてもよい。
ｋ．一例で、パレットモードを有効／無効にするかどうかは、スライスタイプ及びｍｏｄｅＴｙｐｅに依存してもよい。
ｉ．一例で、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡを有するＩスライスについて、パレットモードが有効にされてもよい。
ｉｉ．一例で、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲを有するＰ／Ｂスライスについて、パレットモードが有効にされてもよい。
ａ．一例で、クロマパレットは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡである場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用すること許可されてもよい。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であるかにかかわらず使用することを許可されてもよい。
ｄ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ｅ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可されてもよい。
ｆ．一例で、１つのＳＣＩＰＵ内で、パレット及びインターモードは両方とも許可されてもよい。
ｇ．一例で、１つのＳＣＩＰＵ内で、パレット、ＩＢＣ及びインターモードは全て許可されてもよい。
ｈ．一例で、パレットクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応する。
ｉ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、１に等しいと推測されてもよい。
ｊ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、１つのメッセージは、現在の予測モードがＩＢＣ又はパレットであるかどうかを示すために送信されてもよい。
ｋ．一例で、パレットモードを有効／無効にするかどうかは、スライスタイプ及びｍｏｄｅＴｙｐｅに依存してもよい。
ｉ．一例で、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡを有するＩスライスについて、パレットモードが有効にされてもよい。
ｉｉ．一例で、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲを有するＰ／Ｂスライスについて、パレットモードが有効にされてもよい。
１９．パレットモードが有効である場合に、ローカルデュアルツリーは許可されなくてもよい。
ａ．一例で、パレットモードが有効である場合に、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に０に等しくセットされてもよい。
ａ．一例で、パレットモードが有効である場合に、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは常に０に等しくセットされてもよい。
２０．幅がＭ（例えば、Ｍ＝２）に等しいか、あるいは高さがＮ（例えば、Ｎ＝２）に等しい小さいクロマブロックについては、許可されているイントラ予測モードは、大きいクロマブロックについて許可されているものとは異なるように制限されてもよい。
ａ．一例で、利用可能なクロマイントラ予測モードの中のイントラ予測モードのサブセットのみが使用されてもよい。
ｂ．一例で、ＩＮＴＲＡ＿ＤＣモードのみが使用されてもよい。
ｃ．一例で、ＩＮＴＲＡ＿ＰＬＡＮＡＲモードのみが使用されてもよい。
ｄ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードのみが使用されてもよい。
ｅ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードのみが使用されてもよい。
ｆ．一例で、ＣＣＬＭモードは許可されなくてもよい。
ａ．一例で、利用可能なクロマイントラ予測モードの中のイントラ予測モードのサブセットのみが使用されてもよい。
ｂ．一例で、ＩＮＴＲＡ＿ＤＣモードのみが使用されてもよい。
ｃ．一例で、ＩＮＴＲＡ＿ＰＬＡＮＡＲモードのみが使用されてもよい。
ｄ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードのみが使用されてもよい。
ｅ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードのみが使用されてもよい。
ｆ．一例で、ＣＣＬＭモードは許可されなくてもよい。
２１．幅がＭ（例えば、Ｍ＝２）に等しいか、あるいは高さがＮ（例えば、Ｎ＝２）に等しい小さいクロマブロックについては、変換タイプは、大きいクロマブロックについて許可されているものとは異なるように制限されてもよい。
ａ．一例で、変換スキップのみが使用されてもよ。
ｂ．一例で、１次元変換のみが使用されてもよい。
ｃ．一例で、複数のタイプの変換をサポートするコーディングツールは許可されない。
ｉ．代替的に、複数のタイプの変換をサポートするコーディングツールの通知は省略される。
ａ．一例で、変換スキップのみが使用されてもよ。
ｂ．一例で、１次元変換のみが使用されてもよい。
ｃ．一例で、複数のタイプの変換をサポートするコーディングツールは許可されない。
ｉ．代替的に、複数のタイプの変換をサポートするコーディングツールの通知は省略される。
２２．ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされてもよい。
ａ．一例で、ＣＩＩＰモードは、デュアルツリーパーティションが使用される場合に許可されてもよい。
ｉ．一例で、ＣＩＩＰモードは、ＣＵタイプがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合に許可されてもよい。
ｂ．代替的に、ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なされてもよい。
ｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰモードは許可されなくてもよい。
ｉｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰでのクロマのためのイントラ予測モードのサブセットは、単純なイントラ予測モードに制限されてもよい。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
ｉｉｉ．一例で、ＣＩＩＰでのクロマのためのイントラ予測モードは、単純なイントラ予測モードに制限されてもよい。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードは、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードは、クロマイントラ予測のために使用されてもよい。
ａ．一例で、ＣＩＩＰモードは、デュアルツリーパーティションが使用される場合に許可されてもよい。
ｉ．一例で、ＣＩＩＰモードは、ＣＵタイプがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合に許可されてもよい。
ｂ．代替的に、ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なされてもよい。
ｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰモードは許可されなくてもよい。
ｉｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰでのクロマのためのイントラ予測モードのサブセットは、単純なイントラ予測モードに制限されてもよい。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
ｉｉｉ．一例で、ＣＩＩＰでのクロマのためのイントラ予測モードは、単純なイントラ予測モードに制限されてもよい。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードは、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードは、クロマイントラ予測のために使用されてもよい。
２３．上記のビュレットについては、変数Ｍ及び／又はＮは、予め定義されるか、又は通知されてもよい。
ａ．一例で、Ｍ及び／又はＮは、カラーフォーマット（例えば、４：２：０、４：２：２、４：４：４）に更に依存してもよい。
ａ．一例で、Ｍ及び／又はＮは、カラーフォーマット（例えば、４：２：０、４：２：２、４：４：４）に更に依存してもよい。
２４．ｍｏｄｅＴｙｐｅは、より多くのタイプをカバーするように拡張されてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅはＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣでもよい。ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣに等しい場合に、予測モードはＩＢＣと推測される。
ｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、この場合には通知されない。
ｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、この場合には通知されない。
ｉｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、この場合には通知されない。
ｂ．一例で、ｍｏｄｅＴｙｐｅはＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥでもよい。ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥに等しい場合に、予測モードはパレットモードと推測される。
ｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、この場合には通知されない。
ｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、この場合には通知されない。
ｉｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、この場合には通知されない。
ｃ．一例で、ｍｏｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、許可されたｍｏｄｅＴｙｐｅのどれが使用されるかを示すためにインデックスで置き換えられてもよい。
ａ．一例で、ｍｏｄｅＴｙｐｅはＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣでもよい。ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣに等しい場合に、予測モードはＩＢＣと推測される。
ｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、この場合には通知されない。
ｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、この場合には通知されない。
ｉｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、この場合には通知されない。
ｂ．一例で、ｍｏｄｅＴｙｐｅはＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥでもよい。ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥに等しい場合に、予測モードはパレットモードと推測される。
ｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、この場合には通知されない。
ｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、この場合には通知されない。
ｉｉｉ．一例で、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、この場合には通知されない。
ｃ．一例で、ｍｏｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、許可されたｍｏｄｅＴｙｐｅのどれが使用されるかを示すためにインデックスで置き換えられてもよい。
２５．一例で、寸法Ｗ×Ｈを有するブロックに対してＱＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが８に等しく、かつ、Ｈが８に等しい場合に、ＱＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが８に等しく、かつ、Ｈが８に等しい場合に、ＱＴ分割は許可されない。
２６．一例で、寸法Ｗ×Ｈを有するブロックに対して垂直ＴＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが１６に等しく、かつ、Ｈが４に等しい場合に、垂直ＴＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが１６に等しく、かつ、Ｈが４に等しい場合に、垂直ＴＴ分割は許可されない。
２７．一例で、寸法Ｗ×Ｈを有するブロックに対して水平ＴＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが４に等しく、かつ、Ｈが１６に等しい場合に、水平ＴＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが４に等しく、かつ、Ｈが１６に等しい場合に、水平ＴＴ分割は許可されない。
２８．一例で、寸法Ｗ×Ｈを有するブロックに対して垂直ＢＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが８に等しく、かつ、Ｈが４に等しい場合に、垂直ＢＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが８に等しく、かつ、Ｈが４に等しい場合に、垂直ＢＴ分割は許可されない。
２９．一例で、寸法Ｗ×Ｈを有するブロックに対して水平ＢＴ分割が許可されるかどうかは、寸法と組み合わされたｍｏｄｅＴｙｐｅに依存してもよい。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが４に等しく、かつ、Ｈが８に等しい場合に、水平ＢＴ分割は許可されない。
ａ．例えば、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、Ｗが４に等しく、かつ、Ｈが８に等しい場合に、水平ＢＴ分割は許可されない。
３０．一例で、ＣＵの予測モードがｍｏｄｅＴｙｐｅによって推測されるかどうかは、色成分及び／又はブロック寸法Ｗ×Ｈに依存してもよい。
ａ．例えば、クロマＣＵの予測モードはｍｏｄｅＴｙｐｅによって推測されるが、ルーマＣＵの予測モードはｍｏｄｅＴｙｐｅによって推測されるのではなく通知される。
ｉ．例えば、Ｗ＞４又はＨ＞４である場合に、ルーマＣＵの予測モードは、ｍｏｄｅＴｙｐｅによって推測されるのではなく通知される。
ａ．例えば、クロマＣＵの予測モードはｍｏｄｅＴｙｐｅによって推測されるが、ルーマＣＵの予測モードはｍｏｄｅＴｙｐｅによって推測されるのではなく通知される。
ｉ．例えば、Ｗ＞４又はＨ＞４である場合に、ルーマＣＵの予測モードは、ｍｏｄｅＴｙｐｅによって推測されるのではなく通知される。
３１．ＳＣＩＰＵが適用される場合に、第１成分のデルタＱＰに関連する情報を通知するかどうか及び／又はどのように通知するかは、第１成分の分割方法に依存してもよい。
ａ．一例で、ＳＣＩＰＵが適用される場合に、第１成分のデルタＱＰに関連する情報を通知するかどうか及び／又はどのように通知するかは、第１成分の分割方法に依存し、第２成分の分割方法から分離されてもよい。
ｂ．一例で、第１成分はルーマであり、第２成分はクロマである。
ｃ．一例で、第１成分はクロマであり、第２成分はルーマである。
ａ．一例で、ＳＣＩＰＵが適用される場合に、第１成分のデルタＱＰに関連する情報を通知するかどうか及び／又はどのように通知するかは、第１成分の分割方法に依存し、第２成分の分割方法から分離されてもよい。
ｂ．一例で、第１成分はルーマであり、第２成分はクロマである。
ｃ．一例で、第１成分はクロマであり、第２成分はルーマである。
３２．デュアルツリー及び／又はローカルデュアルツリーコーディング構造が適用される場合に、第１成分のデルタＱＰに関連する如何なる変数も、第２成分の復号又はパース（解析）プロセス中に変更できない。
ａ．一例で、ローカルデュアルツリーコーディング構造は、ＳＣＩＰＵに従って使用されてもよい。
ｂ．一例で、第１成分はルーマであり、第２成分はクロマである。
ｉ．変数はＩｓＣｕＱｐＤｅｌｔａＣｏｄｅｄでもよい。
ｃ．一例で、第１成分はクロマであり、第２成分はルーマである。
ｉ．変数はＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄでもよい。
ａ．一例で、ローカルデュアルツリーコーディング構造は、ＳＣＩＰＵに従って使用されてもよい。
ｂ．一例で、第１成分はルーマであり、第２成分はクロマである。
ｉ．変数はＩｓＣｕＱｐＤｅｌｔａＣｏｄｅｄでもよい。
ｃ．一例で、第１成分はクロマであり、第２成分はルーマである。
ｉ．変数はＩｓＣｕＣｈｒｏｍａＱｐＯｆｆｓｅｔＣｏｄｅｄでもよい。
３３．ＳＣＩＰＵが適用される場合に、成分（例えば、ルーマ又はクロマ）のデルタＱＰに関連する情報は、特定の領域において、せいぜい一度だけ通知されてもよく、ルーマ成分及びクロマ成分は、同じモードタイプ（例えば、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）を共有することを必要とする。
ａ．一例で、特定の領域は、量子化グループと見なされる。
ａ．一例で、特定の領域は、量子化グループと見なされる。
５．実施形態
新たに加えられた部分は、太字イタリック体で強調表示されており、ＶＶＣ作業草案から削除された部分は、二重括弧でマークされている（例えば、［［ａ］］は、文字“ａ”の削除を表す）。変更は、最新のＶＶＣ作業草案（ＪＶＥＴ＝Ｏ２００１－ｖ１１）に基づいている。
新たに加えられた部分は、太字イタリック体で強調表示されており、ＶＶＣ作業草案から削除された部分は、二重括弧でマークされている（例えば、［［ａ］］は、文字“ａ”の削除を表す）。変更は、最新のＶＶＣ作業草案（ＪＶＥＴ＝Ｏ２００１－ｖ１１）に基づいている。
５．１ 例となる実施形態＃１
以下の実施形態は、小さいブロックのパーティションに対する制約及び予測モードが４：２：０及び４：４：４クロマフォーマットにのみ適用される（４：０：０及び４；４；４クロマフォーマットには適用されない）ことに関する。
以下の実施形態は、小さいブロックのパーティションに対する制約及び予測モードが４：２：０及び４：４：４クロマフォーマットにのみ適用される（４：０：０及び４；４；４クロマフォーマットには適用されない）ことに関する。
５．２ 例となる実施形態＃２
以下の実施形態は、パレットモードフラグの通知がｍｏｄｅＴｙｐｅに依存しないことに関する。
以下の実施形態は、パレットモードフラグの通知がｍｏｄｅＴｙｐｅに依存しないことに関する。
５．３ 例となる実施形態＃３
以下の実施形態は、ＩＢＣ予測モードフラグがＣＵ ＳＫＩＰフラグ及びｍｏｄｅＴｙｐｅに応じて推測されることに関する。
以下の実施形態は、ＩＢＣ予測モードフラグがＣＵ ＳＫＩＰフラグ及びｍｏｄｅＴｙｐｅに応じて推測されることに関する。
５．４ 例となる実施形態＃４
以下の実施形態は、ＩＢＣ予測モードフラグの通知がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに依存し、及び／又はＩＢＣモードがルーマブロックについて、それが小さいブロックサイズであるかどうかにかかわらず許可されることに関する。
以下の実施形態は、ＩＢＣ予測モードフラグの通知がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに依存し、及び／又はＩＢＣモードがルーマブロックについて、それが小さいブロックサイズであるかどうかにかかわらず許可されることに関する。
５．５ 例となる実施形態＃５
以下の実施形態は、４：２：０及び４：２：２カラーフォーマットについて異なるイントラブロック制約を適用することに関する。
以下の実施形態は、４：２：０及び４：２：２カラーフォーマットについて異なるイントラブロック制約を適用することに関する。
５．６ 例となる実施形態＃６
以下の実施形態は、シングルツリーで２×Ｎクロマイントラブロックを許可しないことに関する。
以下の実施形態は、シングルツリーで２×Ｎクロマイントラブロックを許可しないことに関する。
５．７ 例となる実施形態＃７
以下の実施形態は、デュアルツリーで２×Ｎクロマイントラブロックを許可しないことに関する。
以下の実施形態は、デュアルツリーで２×Ｎクロマイントラブロックを許可しないことに関する。
５．８ 例となる実施形態＃８
以下の実施形態は、ＳＣＩＰＵクロマブロックに対してＭＯＤＥ＿ＩＢＣを有効にすることに関する。
以下の実施形態は、ＳＣＩＰＵクロマブロックに対してＭＯＤＥ＿ＩＢＣを有効にすることに関する。
５．９ ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲである場合のブロックパーティションを許可しないことに関して例となる実施形態＃９（解決法１）
５．１０ ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲである場合のブロックパーティションを許可しないことに関して例となる実施形態＃１０（解決法２）
５．１１ 例となる実施形態＃１１
以下の実施形態は、MODE_TYPE_INTERが導出される場合のコーディングツリーの更なる分割の制約に関する。
以下の実施形態は、MODE_TYPE_INTERが導出される場合のコーディングツリーの更なる分割の制約に関する。
５．１２ 例となる実施形態＃１２
以下の実施形態は、小さいブロックパーティションに関する制約に関するものであり、予測モードは、パレットモードが有効である場合には適用されない。
以下の実施形態は、小さいブロックパーティションに関する制約に関するものであり、予測モードは、パレットモードが有効である場合には適用されない。
５．１３ 例となる実施形態＃１３
以下の実施形態は、４：２：２カラーフォーマットについての小さいクロマイントラブロックの制約に関するものである。
以下の実施形態は、４：２：２カラーフォーマットについての小さいクロマイントラブロックの制約に関するものである。
５．１４ ＳＣＩＰＵにおけるデルタＱＰ通知の例＃１
５．１５ ＳＣＩＰＵにおけるデルタＱＰ通知の例＃２
５．１６ ＳＣＩＰＵにおけるデルタＱＰ通知の例＃３
５．１７ ＳＣＩＰＵにおけるデルタＱＰ通知の例＃４
図１７は、ビデオ処理装置１７００のブロック図である。装置１７００は、ここで記載されている方法の１つ以上を実装するために使用され得る。装置１７００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）レシーバ、などで具現化されてもよい。装置１７００は、１つ以上のプロセッサ１７０２，１つ以上のメモリ１７０４、及びビデオ処理ハードウェア１７０６を含み得る。プロセッサ１７０２は、本明細書で記載される１つ以上の方法を実装するよう構成され得る。メモリ（複数のメモリ）１７０４は、本明細書で記載される方法及び技術を実装するために使用されるデータ及びコードを記憶するために使用され得る。ビデオ処理ハードウェア１７０６は、ハードウェア回路で、本明細書で記載されるいくつかの技術を実装するために使用され得る。いくつかの実施形態において、ビデオ処理ハードウェア１７０６は、プロセッサ１７０２（例えば、グラフィクスコプロセッサ）内に少なくとも部分的に含まれてもよい。
図１８は、ビデオを処理する方法１８００のフローチャートである。方法１８００は、ビデオのビデオ領域とそのビデオ領域のコーディング表現との間の変換のために、ビデオ領域のカラーフォーマット及びクロマブロックサイズの間の関係を定義するシンタックスルールに従ってコーディング表現をパースするステップ（１８０２）と、シンタックスルールに従ってパースを実行することによって変換を実行するステップ（１８０４）とを含む。
開示されている技術のいくつかの実施形態は、ビデオ処理ツール又はモードを有効にするとの決定又は判定を行うことを含む。例において、ビデオ処理ツール又はモードが有効にされる場合に、エンコーダは、ビデオのブロックの処理でツール又はモードを使用又は実装するが、結果として得られるビットストリームを、ツール又はモードの利用に基づいて必ずしも変更し得ない。つまり、ビデオのブロックからビデオのビットストリーム表現への変換は、ビデオ処理ツール又はモードが決定又は判定に基づいて有効にされる場合にそれを使用する。他の例においては、ビデオ処理ツール又はモードが有効にされる場合に、デコーダは、ビットストリームがビデオ処理ツール又はモードに基づいて変更されていると知った上でビットストリームを処理する。つまり、ビデオのビットストリーム表現からビデオのブロックへの変換は、決定又は判定に基づいて有効にされたビデオ処理ツール又はモードを用いて実行される。
開示されている技術のいくつかの実施形態は、ビデオ処理ツール又はモードを無効にするとの決定又は判定を行うことを含む。例において、ビデオ処理ツール又はモードが無効にされる場合に、エンコーダは、ビデオのブロックからビデオのビットストリーム表現への変換でツール又はモードを使用しない。他の例においては、ビデオ処理ツール又はモードが無効にされる場合に、デコーダは、決定又は判定に基づいて有効にされたビデオ処理ツール又はモードを用いてビットストリームが変更されていないと知った上でビットストリームを処理する。
本明細書中、「ビデオ処理」という用語は、ビデオ符号化、ビデオ復号、ビデオ圧縮又はビデオ圧縮解除を指し得る。例えば、ビデオ圧縮アルゴリズムは、ビデオのピクセル表現から、対応するビットストリーム表現への変換中に、又はその逆も同様に、適用されてもよい。現在のビデオブロックのビットストリーム表現は、例えば、シンタックスによって定義されるような、ビットストリーム内で同一位置にあるか又は異なった場所に広がっているかのどちらかであるビットに対応してもよい。例えば、マクロブロックは、変換及びコーディングされた誤差残余値に関して、更には、ビットストリーム内のヘッダ及び他のフィールドにおけるビットを用いて、符号化されてもよい。
いくつかの実施形態において、以下の第１組の箇条書きが実装され得る。
以下の箇条書きは、前のセクションの項目１で記載されている更なる技術とともに実装され得る。
１．ビデオ処理の方法であって、
ビデオのビデオ領域とビデオ領域のコーディング表現との間の変換のために、ビデオ領域のカラーフォーマット及びクロマブロックサイズの間の関係を定義するシンタックスルールに従って、コーディング表現をパースするステップと、
シンタックスルールに従ってパースを実行することによって変換を実行するステップと
を含む方法。
ビデオのビデオ領域とビデオ領域のコーディング表現との間の変換のために、ビデオ領域のカラーフォーマット及びクロマブロックサイズの間の関係を定義するシンタックスルールに従って、コーディング表現をパースするステップと、
シンタックスルールに従ってパースを実行することによって変換を実行するステップと
を含む方法。
２．箇条１に記載の方法であって、
カラーフォーマットは４：４：４であり、
シンタックスルールは、クロマブロックがルーマブロックと同じサイズ制約に従うことを定める、
方法。
カラーフォーマットは４：４：４であり、
シンタックスルールは、クロマブロックがルーマブロックと同じサイズ制約に従うことを定める、
方法。
３．箇条１に記載の方法であって、
カラーフォーマットは４：２：２であり、
シンタックスルールは、クロマブロックが４：２：０カラーフォーマットについてと同じサイズ制約に従うことを定める、
方法。
カラーフォーマットは４：２：２であり、
シンタックスルールは、クロマブロックが４：２：０カラーフォーマットについてと同じサイズ制約に従うことを定める、
方法。
４．箇条１乃至３のうちいずれかに記載の方法であって、
シンタックスルールは、予測モード及び小ブロックパーティションがクロマフォーマットに依存して使用されることを定める、
方法。
シンタックスルールは、予測モード及び小ブロックパーティションがクロマフォーマットに依存して使用されることを定める、
方法。
５．箇条１に記載の方法であって、
シンタックスルールは、最小許容サイズがビデオ領域のカラーフォーマットに基づいてビデオ領域の変換のために有効にされることを定める、
方法。
シンタックスルールは、最小許容サイズがビデオ領域のカラーフォーマットに基づいてビデオ領域の変換のために有効にされることを定める、
方法。
以下の箇条書きは、前のセクションの項目２で記載されている更なる技術とともに実装され得る。
６．ビデオ処理の方法であって、
ビデオの特性及びビデオのクロマフォーマットに基づいて、ビデオのコーディングツリーノードのコーディングモードを決定するステップと、
決定されたコーディングモードを用いて、ビデオのコーディング表現とコーディングツリーノードのビデオブロックとの間の変換を実行するステップと
を含む方法。
ビデオの特性及びビデオのクロマフォーマットに基づいて、ビデオのコーディングツリーノードのコーディングモードを決定するステップと、
決定されたコーディングモードを用いて、ビデオのコーディング表現とコーディングツリーノードのビデオブロックとの間の変換を実行するステップと
を含む方法。
７．箇条６に記載の方法であって、
特性が：
ｉ．コーディングツリーノードが水平二分木分割を用いたＭ×Ｎコーディングツリーノードであること、
ｉｉ．コーディングツリーノードが垂直二分木分割を用いたＭ×Ｎコーディングツリーノードであること、
ｉｉｉ．コーディングツリーノードが水平三分木分割を用いたＭ×Ｎコーディングツリーノードであること、又は
ｉｖ．コーディングツリーノードが垂直三分木分割を用いたＭ×Ｎコーディングツリーノードであること
のいずれかである場合に、コーディングモードは、クロマフォーマットが４：２：２である場合にＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬであると、クロマフォーマットが４：２：０である場合にＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲであると決定される、
方法。
特性が：
ｉ．コーディングツリーノードが水平二分木分割を用いたＭ×Ｎコーディングツリーノードであること、
ｉｉ．コーディングツリーノードが垂直二分木分割を用いたＭ×Ｎコーディングツリーノードであること、
ｉｉｉ．コーディングツリーノードが水平三分木分割を用いたＭ×Ｎコーディングツリーノードであること、又は
ｉｖ．コーディングツリーノードが垂直三分木分割を用いたＭ×Ｎコーディングツリーノードであること
のいずれかである場合に、コーディングモードは、クロマフォーマットが４：２：２である場合にＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬであると、クロマフォーマットが４：２：０である場合にＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲであると決定される、
方法。
８．箇条７に記載の方法であって、
Ｍ＝８、又は１６、又は３２であり、
Ｎ＝４、又は８、又は１６である、
方法。
Ｍ＝８、又は１６、又は３２であり、
Ｎ＝４、又は８、又は１６である、
方法。
以下の箇条書きは、前のセクションの項目１２で記載されている更なる技術とともに実装され得る。
９．ビデオ処理の方法であって、
ルールに基づいて、クロマブロックのあるサイズがビデオのビデオ領域で許されるかどうかを決定するステップと、
決定に基づいて、ビデオ領域とビデオ領域のコーディング表現との間の変換を実行するステップと
を含む方法。
ルールに基づいて、クロマブロックのあるサイズがビデオのビデオ領域で許されるかどうかを決定するステップと、
決定に基づいて、ビデオ領域とビデオ領域のコーディング表現との間の変換を実行するステップと
を含む方法。
１０．箇条９に記載の方法であって、
ルールは、２×Ｎのクロマブロックが、ビデオ領域がデュアルツリーパーティションを含むことにより許可されないことを定める、
方法。
ルールは、２×Ｎのクロマブロックが、ビデオ領域がデュアルツリーパーティションを含むことにより許可されないことを定める、
方法。
１１．箇条９に記載の方法であって、
ルールは、２×Ｎのクロマブロックが、ビデオ領域がシングルツリーパーティションを含むことにより許可されないことを定める、
方法。
ルールは、２×Ｎのクロマブロックが、ビデオ領域がシングルツリーパーティションを含むことにより許可されないことを定める、
方法。
１２．箇条１０又は１１に記載の方法であって、
Ｎ＜＝６４である、
方法。
Ｎ＜＝６４である、
方法。
以下の箇条書きは、前のセクションの項目１３、１４及び１５で記載されている更なる技術とともに実装され得る。
１３．ビデオ処理の方法であって、
ビデオ条件に関してコーディングモードの使用を許すルールに基づいて、コーディングモードがビデオ領域に対して許されることを決定するステップと、
決定に基づいて、ビデオ領域内のピクセルのコーディング表現とビデオ領域のピクセルとの間の変換を実行するステップと
を含む方法。
ビデオ条件に関してコーディングモードの使用を許すルールに基づいて、コーディングモードがビデオ領域に対して許されることを決定するステップと、
決定に基づいて、ビデオ領域内のピクセルのコーディング表現とビデオ領域のピクセルとの間の変換を実行するステップと
を含む方法。
１４．箇条１３に記載の方法であって、
ビデオ条件はブロックサイズであり、
ルールは、小ブロックサイズのルーマブロックに対してイントラブロックコピーモードの使用を認める、
方法。
ビデオ条件はブロックサイズであり、
ルールは、小ブロックサイズのルーマブロックに対してイントラブロックコピーモードの使用を認める、
方法。
１５．箇条１４に記載の方法であって、
小ブロックサイズは、８×８、８×８、１６×４又は４×Ｎのルーマブロックサイズを含む、
方法。
小ブロックサイズは、８×８、８×８、１６×４又は４×Ｎのルーマブロックサイズを含む、
方法。
１６．箇条１３に記載の方法であって、
ルールは、コーディングのＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲモードを使用するビデオ領域の変換のためにイントラブロックコピーモードの使用を認める、
方法。
ルールは、コーディングのＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲモードを使用するビデオ領域の変換のためにイントラブロックコピーモードの使用を認める、
方法。
１７．箇条１３に記載の方法であって、
ルールは、コーディングのＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲモードを使用するビデオ領域の変換のためにパレットコーディングモードの使用を認める、
方法。
ルールは、コーディングのＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲモードを使用するビデオ領域の変換のためにパレットコーディングモードの使用を認める、
方法。
以下の箇条書きは、前のセクションの項目１６、１７及び１８で記載されている更なる技術とともに実装され得る。
１８．ビデオ処理の方法であって、
ビデオのビデオブロックとビデオブロックのコーディング表現との間の変換を、ビデオコーディングモードを用いて実行するステップを含み、
コーディングモードを通知するシンタックス要素は、ルールに基づいてコーディング表現に選択的に含まれる、
方法。
ビデオのビデオブロックとビデオブロックのコーディング表現との間の変換を、ビデオコーディングモードを用いて実行するステップを含み、
コーディングモードを通知するシンタックス要素は、ルールに基づいてコーディング表現に選択的に含まれる、
方法。
１９．箇条１８に記載の方法であって、
ビデオコーディングモードは、イントラブロックコーディングモードであり、
ルールは、コーディング表現におけるシンタックス要素の包含を制御するためにビデオコーディングモードのタイプを使用することを定める、
方法。
ビデオコーディングモードは、イントラブロックコーディングモードであり、
ルールは、コーディング表現におけるシンタックス要素の包含を制御するためにビデオコーディングモードのタイプを使用することを定める、
方法。
２０．箇条１９に記載の方法であって、
ルールは、非ＳＫＩＰブロックを明示的に通知することを定める、
方法。
ルールは、非ＳＫＩＰブロックを明示的に通知することを定める、
方法。
２１．箇条１８に記載の方法であって、
ルールは、ビデオブロックのモードタイプ及びスキップフラグに基づいてイントラブロックコピーフラグを暗黙的に通知することを定める、
方法。
ルールは、ビデオブロックのモードタイプ及びスキップフラグに基づいてイントラブロックコピーフラグを暗黙的に通知することを定める、
方法。
２２．箇条１８に記載の方法であって、
ビデオコーディングモードは、パレットコーディングモードであり、
ルールは、ビデオブロックのモードタイプに基づいてパレットコーディングインジケータを選択的に含めることを定める、
方法。
ビデオコーディングモードは、パレットコーディングモードであり、
ルールは、ビデオブロックのモードタイプに基づいてパレットコーディングインジケータを選択的に含めることを定める、
方法。
以下の箇条書きは、前のセクションの項目２１で記載されている更なる技術とともに実装され得る。
２３．ビデオ処理の方法であって、
クロマブロックが閾サイズに満たないサイズを有していることにより、クロマブロックとクロマブロックのコーディング表現との間の変換中に使用される変換タイプが、対応するルーマブロック変換に使用される変換タイプとは異なることを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
クロマブロックが閾サイズに満たないサイズを有していることにより、クロマブロックとクロマブロックのコーディング表現との間の変換中に使用される変換タイプが、対応するルーマブロック変換に使用される変換タイプとは異なることを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
２４．箇条２３に記載の方法であって、
閾サイズはＭ×Ｎであり、
Ｍは２である、
方法。
閾サイズはＭ×Ｎであり、
Ｍは２である、
方法。
以下の箇条書きは、前のセクションの項目２２で記載されている更なる技術とともに実装され得る。
２５．箇条１乃至２４のうちいずれかに記載の方法であって、
変換は、インター－イントラ複合予測モードをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡモードとして使用する、
方法。
変換は、インター－イントラ複合予測モードをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡモードとして使用する、
方法。
２６．箇条１８乃至２２のうちいずれかに記載の方法であって、
変換は、インター－イントラ複合予測モードをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲとして使用する、
方法。
変換は、インター－イントラ複合予測モードをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲとして使用する、
方法。
例えば、ＣＩＩＰをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なす場合に、前のセクションで項目１４－１７で記載されている方法が適用され得る。あるいは、項目１４－１６で記載されている方法が適用される場合に、ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なされ得る。
以下の箇条書きは、前のセクションの項目３－６で記載されている更なる技術とともに実装され得る。
２７．ビデオ処理の方法であって、
ビデオ領域のコーディング条件に基づいて、ビデオ領域のコーディング表現とビデオ領域のピクセル値との間の変換中に最小クロマブロックルールが強制されるかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
ビデオ領域のコーディング条件に基づいて、ビデオ領域のコーディング表現とビデオ領域のピクセル値との間の変換中に最小クロマブロックルールが強制されるかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
２８．箇条２７に記載の方法であって、
コーディング条件は、ビデオ領域のカラーフォーマットを含む、
方法。
コーディング条件は、ビデオ領域のカラーフォーマットを含む、
方法。
２９．箇条２８に記載の方法であって、
ビデオ領域は、Ｍピクセルの幅及びＮピクセルの高さを有し、コーディング条件は、Ｍ及び／又はＮの値に更に依存する、
方法。
ビデオ領域は、Ｍピクセルの幅及びＮピクセルの高さを有し、コーディング条件は、Ｍ及び／又はＮの値に更に依存する、
方法。
３０．箇条２９に記載の方法であって、
４：２：２カラーフォーマット及びＭ＊Ｎ＝３２又はＭ＊Ｎ＝６４を有するビデオ領域のために、最小クロマブロックルールが有効にされる、
方法。
４：２：２カラーフォーマット及びＭ＊Ｎ＝３２又はＭ＊Ｎ＝６４を有するビデオ領域のために、最小クロマブロックルールが有効にされる、
方法。
以下の箇条書きは、前のセクションの項目７－１１で記載されている更なる技術とともに実装され得る。
３１．ビデオ処理の方法であって、
４：２：２フォーマットにおけるビデオ領域のコーディング表現とビデオ領域のピクセル値との間の変換のために、ビデオ領域について最小クロマブロックルールが有効であるかどうかに基づいて、変換に使用されるモードタイプを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
４：２：２フォーマットにおけるビデオ領域のコーディング表現とビデオ領域のピクセル値との間の変換のために、ビデオ領域について最小クロマブロックルールが有効であるかどうかに基づいて、変換に使用されるモードタイプを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
３２．箇条３１に記載の方法であって、
ビデオ領域が４：２：２フォーマットを有し、かつ、最小クロマブロックルールが有効であるために、ビデオ領域のモードタイプが１にセットされる、
方法。
ビデオ領域が４：２：２フォーマットを有し、かつ、最小クロマブロックルールが有効であるために、ビデオ領域のモードタイプが１にセットされる、
方法。
３３．箇条３１に記載の方法であって、
モードタイプを決定するステップは、最小クロマブロックルールがビデオ領域について有効であるために、モードタイプがＩＮＴＲＡタイプであると決定するステップを含む、
方法。
モードタイプを決定するステップは、最小クロマブロックルールがビデオ領域について有効であるために、モードタイプがＩＮＴＲＡタイプであると決定するステップを含む、
方法。
３４．箇条３１に記載の方法であって、
モードタイプを決定するステップは、最小クロマブロックルールがビデオ領域について有効であるために、モードタイプＩＮＴＥＲが無効であると決定するステップを含む、
方法。
モードタイプを決定するステップは、最小クロマブロックルールがビデオ領域について有効であるために、モードタイプＩＮＴＥＲが無効であると決定するステップを含む、
方法。
以下の箇条書きは、前のセクションの項目７－１１で記載されている更なる技術とともに実装され得る。
３５．ビデオ処理の方法であって、
ビデオブロックのコーディング表現とビデオのビデオブロックとの間の変換のために、変換中に使用されるモードタイプ又はビデオブロックの寸法に基づいて、ブロックパーティションが変換中に許可されるかどうかを決定するステップと、
決定を使用して変換を実行するステップと
を含む方法。
ビデオブロックのコーディング表現とビデオのビデオブロックとの間の変換のために、変換中に使用されるモードタイプ又はビデオブロックの寸法に基づいて、ブロックパーティションが変換中に許可されるかどうかを決定するステップと、
決定を使用して変換を実行するステップと
を含む方法。
３６．箇条３５に記載の方法であって、
ブロックパーティションは、二分木パーティション又は三分木パーティションを含む、
方法。
ブロックパーティションは、二分木パーティション又は三分木パーティションを含む、
方法。
３７．箇条３５又は３６に記載の方法であって、
モードタイプがINTERモードである場合に、ブロックパーティションは、パーティションタイプを許可する又は許可しない制限ルールに基づく、
方法。
モードタイプがINTERモードである場合に、ブロックパーティションは、パーティションタイプを許可する又は許可しない制限ルールに基づく、
方法。
３８．箇条１乃至３７のうちいずれかに記載の方法であって、
変換は、ビデオをコーディング表現に符号化することを含む、
方法。
変換は、ビデオをコーディング表現に符号化することを含む、
方法。
３９．箇条１乃至３７のうちいずれかに記載の方法であって、
変換は、ビデオのピクセル値を生成するようコーディング表現を復号することを含む、
方法。
変換は、ビデオのピクセル値を生成するようコーディング表現を復号することを含む、
方法。
４０．箇条１乃至３９のうちの１つ以上に記載されている方法を実装するよう構成されたプロセッサを含むビデオ復号装置。
４１．箇条１乃至３９のうちの１つ以上に記載されている方法を実装するよう構成されたプロセッサを含むビデオ符号化装置。
４２．コンピュータコードを記憶しているコンピュータプログラム製品であって、
コードは、プロセッサによって実行される場合に、プロセッサに、箇条１乃至３９のうちいずれかに記載の方法を実装させる、
コンピュータプログラム製品。
コードは、プロセッサによって実行される場合に、プロセッサに、箇条１乃至３９のうちいずれかに記載の方法を実装させる、
コンピュータプログラム製品。
４３．本明細書で記載されている方法、装置、又はシステム。
第２組の箇条書きは、前のセクション（例えば、項目１、３－１１、１８、１９及び２４）における開示された技術の特定の特徴及び態様を記載する。
１．ビデオ処理の方法（例えば、図２１Ａに示される方法２１１０）であって、
ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに従ってビデオのカラーフォーマットに基づいてビデオ領域のイントラコーディング特性を決定するステップ（２１１２）と、
イントラコーディング特性に従って変換を実行するステップ（２１１４）と
を含む方法。
ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに従ってビデオのカラーフォーマットに基づいてビデオ領域のイントラコーディング特性を決定するステップ（２１１２）と、
イントラコーディング特性に従って変換を実行するステップ（２１１４）と
を含む方法。
２．箇条１に記載の方法であって、
ルールは、ビデオ領域のカラーフォーマットが４：０：０又は４：４：４である場合に、イントラコーディング特性が、ビデオ領域について全てのコーディングモードが有効であることを指定し、コーディング表現は、ビデオ領域に使用されるモードタイプを示すシンタックス要素についてＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ値を含むことを指定する、
方法。
ルールは、ビデオ領域のカラーフォーマットが４：０：０又は４：４：４である場合に、イントラコーディング特性が、ビデオ領域について全てのコーディングモードが有効であることを指定し、コーディング表現は、ビデオ領域に使用されるモードタイプを示すシンタックス要素についてＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ値を含むことを指定する、
方法。
３．箇条１又は２に記載の方法であって、
ルールは、カラーフォーマットが４：０：０又は４：４：４である場合に、コーディング表現が、モードタイプが０にセットされると決定するための条件を示すシンタックス要素を含むことを指定する、
方法。
ルールは、カラーフォーマットが４：０：０又は４：４：４である場合に、コーディング表現が、モードタイプが０にセットされると決定するための条件を示すシンタックス要素を含むことを指定する、
方法。
４．箇条１乃至３のうちいずれか１項に記載の方法であって、
ルールは、ビデオ領域内のイントラコーディングされたクロマブロックに対する最小許容サイズに関する制限が有効であるかどうかが、カラーフォーマットに依存することを指定する、
方法。
ルールは、ビデオ領域内のイントラコーディングされたクロマブロックに対する最小許容サイズに関する制限が有効であるかどうかが、カラーフォーマットに依存することを指定する、
方法。
５．箇条４に記載の方法であって、
ルールは、４：２：０及び４：２：２フォーマットについて制限が有効であることを指定する、
方法。
ルールは、４：２：０及び４：２：２フォーマットについて制限が有効であることを指定する、
方法。
６．箇条４に記載の方法であって、
ルールは、４：０：０及び４：４：４フォーマットについて制限が無効であることを指定する、
方法。
ルールは、４：０：０及び４：４：４フォーマットについて制限が無効であることを指定する、
方法。
７．ビデオ処理の方法（例えば、図２１Ｂに示される方法２１２０）であって、
ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換を実行するステップ（２１２２）を含み、
コーディング表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにインターコーディングモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲ、又は変換のためにイントラモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡのいずれかに等しい、現在ビデオブロックのコーディングモードを示すシンタックス要素ｍｏｄｅＴｙｐｅを指定する、
方法。
ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換を実行するステップ（２１２２）を含み、
コーディング表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにインターコーディングモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＥＲ、又は変換のためにイントラモードの使用を制限するＭＯＤＥ＿ＴＹＰＥ＿ＮＯ＿ＩＮＴＲＡのいずれかに等しい、現在ビデオブロックのコーディングモードを示すシンタックス要素ｍｏｄｅＴｙｐｅを指定する、
方法。
８．ビデオ処理の方法（例えば、図２１Ｂに示される方法２１２０）であって、
ビデオとビデオのコーディング表現との間の変換を実行するステップ（２１２２）を含み、
コーディング表現は、ビデオのクロマフォーマットが４：２：２、４：０：０又は４：４：４である場合に予測モード制約を示すフラグがコーディング表現に含まれないことを指定するフォーマットルールに準拠する、
方法。
ビデオとビデオのコーディング表現との間の変換を実行するステップ（２１２２）を含み、
コーディング表現は、ビデオのクロマフォーマットが４：２：２、４：０：０又は４：４：４である場合に予測モード制約を示すフラグがコーディング表現に含まれないことを指定するフォーマットルールに準拠する、
方法。
９．箇条８に記載の方法であって、
フラグが存在しない場合に、対応する値は、０又は１と推測される、
方法。
フラグが存在しない場合に、対応する値は、０又は１と推測される、
方法。
１０．ビデオ処理の方法（例えば、図２１Ｃに示される方法２１３０）であって、
ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効化されているかどうか及び／又はどのように有効化されているかを決定するステップ（２１３２）と、
決定に基づいて変換を実行するステップ（２１３４）と
を含み、
ルールは、ビデオのカラーフォーマットが４：２：０であるか４：２：２であるかに依存する、
方法。
ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効化されているかどうか及び／又はどのように有効化されているかを決定するステップ（２１３２）と、
決定に基づいて変換を実行するステップ（２１３４）と
を含み、
ルールは、ビデオのカラーフォーマットが４：２：０であるか４：２：２であるかに依存する、
方法。
１１．ビデオ処理の方法であって、
ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効であるかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含み、
ルールは、ビデオのカラーフォーマット及び／又はビデオ領域の幅（Ｍ）及び高さ（Ｎ）に依存し、ルールは、ＢＴ（二分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）Ｍ及びＮの乗算が値の集合からの値である場合に無効であることを更に指定し、値の集合は６４を含む、
方法。
ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに従ってビデオ領域への最小クロマイントラ予測ブロックのサイズに関する制限が有効であるかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含み、
ルールは、ビデオのカラーフォーマット及び／又はビデオ領域の幅（Ｍ）及び高さ（Ｎ）に依存し、ルールは、ＢＴ（二分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）Ｍ及びＮの乗算が値の集合からの値である場合に無効であることを更に指定し、値の集合は６４を含む、
方法。
１２．箇条１１に記載の方法であって、
ルールは、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）値の集合が３２を更に含む場合に有効であることを更に指定する、
方法。
ルールは、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）値の集合が３２を更に含む場合に有効であることを更に指定する、
方法。
１３．箇条１１に記載の方法であって、
ルールは、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）値の集合が１２８を更に含む場合に無効であることを更に指定する、
方法。
ルールは、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）値の集合が１２８を更に含む場合に無効であることを更に指定する、
方法。
１４．箇条１１に記載の方法であって、
ルールは、ｓｐｌｉｔ＿ｑｔ＿ｆｌａｇが１に等しいコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、ビデオのカラーフォーマットが４：２：２である場合に有効であることを更に指定する、
方法。
ルールは、ｓｐｌｉｔ＿ｑｔ＿ｆｌａｇが１に等しいコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、ビデオのカラーフォーマットが４：２：２である場合に有効であることを更に指定する、
方法。
１５．箇条１１に記載の方法であって、
ルールは、ＴＴ（三分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、ビデオのカラーフォーマットが４：２：２である場合に有効であることを更に指定する、
方法。
ルールは、ＴＴ（三分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、ビデオのカラーフォーマットが４：２：２である場合に有効であることを更に指定する、
方法。
１６．箇条１１に記載の方法であって、
ルールは、ＢＴ（二分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）値の集合が３２を更に含む場合に有効であることを更に指定する、
方法。
ルールは、ＢＴ（二分木）分割を有するコーディングツリーノードであるビデオ領域について、最小クロマイントラ予測ブロックに関する制限が、１）ビデオのカラーフォーマットが４：２：２であり、かつ、２）値の集合が３２を更に含む場合に有効であることを更に指定する、
方法。
１７．箇条１１乃至１６のうちいずれか１項に記載の方法であって、
ルールは、４：２：２カラーフォーマットを有するビデオにおける最小クロマイントラ予測ブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが常に１に等しいことを更に指定する、
方法。
ルールは、４：２：２カラーフォーマットを有するビデオにおける最小クロマイントラ予測ブロックについて、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが常に１に等しいことを更に指定する、
方法。
１８．箇条１１乃至１７のうちいずれか１項に記載の方法であって、
ルールは、４：２：２カラーフォーマットを有するビデオにおける最小クロマイントラ予測ブロックについて、変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡのみが許可されることを更に指定する、
方法。
ルールは、４：２：２カラーフォーマットを有するビデオにおける最小クロマイントラ予測ブロックについて、変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡのみが許可されることを更に指定する、
方法。
１９．ビデオ処理の方法であって、
最小クロマイントラ予測ブロックサイズに関する制限に従って、ビデオのビデオ領域とビデオのコーディング表現との間の変換を実行するステップを含み、
コーディング表現は、ビデオの４：２：２カラーフォーマットのために、コーディング現におけるシンタックスフィールドの値を指定するフォーマットルールに準拠する、
方法。
最小クロマイントラ予測ブロックサイズに関する制限に従って、ビデオのビデオ領域とビデオのコーディング表現との間の変換を実行するステップを含み、
コーディング表現は、ビデオの４：２：２カラーフォーマットのために、コーディング現におけるシンタックスフィールドの値を指定するフォーマットルールに準拠する、
方法。
２０．箇条１９に記載の方法であって、
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが常に１であることを更に指定する、
方法。
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが常に１であることを更に指定する、
方法。
２１．箇条１９に記載の方法であって、
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが０又は１であることを更に指定する、
方法。
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが０又は１であることを更に指定する、
方法。
２２．箇条１９に記載の方法であって、
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが２でないことを更に指定する、
方法。
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎが２でないことを更に指定する、
方法。
２３．箇条１９に記載の方法であって、
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅが、常にイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいことを更に指定する、
方法。
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅが、常にイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいことを更に指定する、
方法。
２４．箇条１９に記載の方法であって、
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅが、１）変換のためにインターコーディングモード、イントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ、又は２）イントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいことを更に指定する、
方法。
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅが、１）変換のためにインターコーディングモード、イントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ、又は２）イントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいことを更に指定する、
方法。
２５．箇条１９に記載の方法であって、
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅが変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに対応しないことを更に指定する、
方法。
シンタックスフィールドは、ＳＣＩＰＵブロックのｍｏｄｅＴｙｐｅに対応し、フォーマットルールは、４：２：２カラーフォーマットのために、ｍｏｄｅＴｙｐｅが変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに対応しないことを更に指定する、
方法。
２６．ビデオ処理の方法（例えば、図２１Ｄに示される方法２１４０）であって、
ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換のために、ルールに従って現在ビデオブロックへのパーティション方式の適用可能性を決定するステップ（２１４２）と、
決定に基づいて変換を実行するステップ（２１４４）と
を含む方法。
ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換のために、ルールに従って現在ビデオブロックへのパーティション方式の適用可能性を決定するステップ（２１４２）と、
決定に基づいて変換を実行するステップ（２１４４）と
を含む方法。
２７．箇条２６に記載の方法であって、
ルールは、決定が、変換中に使用されるモードタイプ又は現在ビデオブロックの寸法のうちの少なくとも１つに基づいて、適用可能性を決定することを指定し、パーティション方式は、ＢＴ（二分木）分割及び／又はＴＴ（三分木）分割を含む、
方法。
ルールは、決定が、変換中に使用されるモードタイプ又は現在ビデオブロックの寸法のうちの少なくとも１つに基づいて、適用可能性を決定することを指定し、パーティション方式は、ＢＴ（二分木）分割及び／又はＴＴ（三分木）分割を含む、
方法。
２８．箇条２７に記載の方法であって、
モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は、現在ビデオブロックについて許可されない、
方法。
モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は、現在ビデオブロックについて許可されない、
方法。
２９．箇条２７に記載の方法であって、
モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は、現在ビデオブロックについて許可されない、
方法。
モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は、現在ビデオブロックについて許可されない、
方法。
３０．箇条２７に記載の方法であって、
Ｍ＊Ｎが３２以下であり、かつ、モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されず、Ｍ及びＮは現在ビデオブロックの高さ及び幅に対応する、
方法。
Ｍ＊Ｎが３２以下であり、かつ、モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＢＴ分割は許可されず、Ｍ及びＮは現在ビデオブロックの高さ及び幅に対応する、
方法。
３１．箇条２７に記載の方法であって、
Ｍ＊Ｎが６４以下であり、かつ、モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されず、Ｍ及びＮは現在ビデオブロックの高さ及び幅に対応する、
方法。
Ｍ＊Ｎが６４以下であり、かつ、モードタイプが、変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、ＴＴ分割は許可されず、Ｍ及びＮは現在ビデオブロックの高さ及び幅に対応する、
方法。
３２．箇条２６に記載の方法であって、
ルールは、コーディング表現に含まれており、かつ、変換中に使用されるモードタイプを記述するシンタックス要素ｍｏｄｅＴｙｐｅＣｕｒｒに基づいて、特定のパーティション方式を制限することを指定し、特定のパーティション方式は、ＢＴ（二分木）分割、ＴＴ（三分木）分割及び／又はＱＴ（四分木）分割を含む、
方法。
ルールは、コーディング表現に含まれており、かつ、変換中に使用されるモードタイプを記述するシンタックス要素ｍｏｄｅＴｙｐｅＣｕｒｒに基づいて、特定のパーティション方式を制限することを指定し、特定のパーティション方式は、ＢＴ（二分木）分割、ＴＴ（三分木）分割及び／又はＱＴ（四分木）分割を含む、
方法。
３３．箇条３２に記載の方法であって、
変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しいｍｏｄｅＴｙｐｅＣｕｒｒのために、ＢＴ分割は許可されない、
方法。
変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しいｍｏｄｅＴｙｐｅＣｕｒｒのために、ＢＴ分割は許可されない、
方法。
３４．箇条３２に記載の方法であって、
変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しいｍｏｄｅＴｙｐｅＣｕｒｒのために、ＴＴ分割は許可されない、
方法。
変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しいｍｏｄｅＴｙｐｅＣｕｒｒのために、ＴＴ分割は許可されない、
方法。
３５．箇条３２に記載の方法であって、
変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しいｍｏｄｅＴｙｐｅＣｕｒｒのために、ＱＴ分割は許可されない、
方法。
変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しいｍｏｄｅＴｙｐｅＣｕｒｒのために、ＱＴ分割は許可されない、
方法。
３６．箇条３２に記載の方法であって、
ＢＴ分割は、ｍｏｄｅＴｙｐｅＣｕｒｒが変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが３２以下である場合に許可されない、
方法。
ＢＴ分割は、ｍｏｄｅＴｙｐｅＣｕｒｒが変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが３２以下である場合に許可されない、
方法。
３７．箇条３２に記載の方法であって、
ＴＴ分割は、ｍｏｄｅＴｙｐｅＣｕｒｒが変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが６４以下である場合に許可されない、
方法。
ＴＴ分割は、ｍｏｄｅＴｙｐｅＣｕｒｒが変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、ルーマブロックサイズが６４以下である場合に許可されない、
方法。
３８．ビデオ処理の方法（例えば、図２１Ｅに示される方法２１５０）であって、
ビデオのビデオブロックとビデオのコーディング表現との間の変換のために、ルールに従ってインターモードが有効であるかどうかを決定するステップ（２１５２）と、
決定に基づいて変換を実行するステップ（２１５４）と
を含み、
ルールは、ルーマサンプルのデュアルツリーパーティションがビデオブロックについて有効である場合にインターモードが有効であることを指定する、
方法。
ビデオのビデオブロックとビデオのコーディング表現との間の変換のために、ルールに従ってインターモードが有効であるかどうかを決定するステップ（２１５２）と、
決定に基づいて変換を実行するステップ（２１５４）と
を含み、
ルールは、ルーマサンプルのデュアルツリーパーティションがビデオブロックについて有効である場合にインターモードが有効であることを指定する、
方法。
３９．箇条３８に記載の方法であって、
コーディング表現は、ＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいシンタックスフィールドを含む、
方法。
コーディング表現は、ＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しいシンタックスフィールドを含む、
方法。
４０．箇条３８に記載の方法であって、
インターモードでコーディングされたコーディングユニットは、複数の色成分を有するカラーフォーマットについてルーマサンプルのみを含む、
方法。
インターモードでコーディングされたコーディングユニットは、複数の色成分を有するカラーフォーマットについてルーマサンプルのみを含む、
方法。
４1．箇条３８に記載の方法であって、
コーディング表現は、ビデオブロックに適用される予測モードを示すフラグを含み、フラグは、デュアルツリータイプを有するルーマブロックに対応するビデオブロックについてパースされる、
方法。
コーディング表現は、ビデオブロックに適用される予測モードを示すフラグを含み、フラグは、デュアルツリータイプを有するルーマブロックに対応するビデオブロックについてパースされる、
方法。
４２．箇条３８に記載の方法であって、
ルールは、ルーマサンプルのデュアルツリーパーティション又はシングルツリーパーティションがビデオブロックについて有効であるかどうかにかかわらず、インターモードに関する同じ制約を適用することを更に指定する、
方法。
ルールは、ルーマサンプルのデュアルツリーパーティション又はシングルツリーパーティションがビデオブロックについて有効であるかどうかにかかわらず、インターモードに関する同じ制約を適用することを更に指定する、
方法。
４３．ビデオ処理の方法（例えば、図２１Ｆに示される方法２１６０）であって、
ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに基づいて、パレットモードの使用がビデオ領域について許可されているかどうかを決定するステップ（２１６２）と、
決定に基づいて変換を実行するステップ（２１６４）と
を含み、
パレットモードは、代表サンプル値のパレットを使用してビデオ領域を符号化することを含む、
方法。
ビデオのビデオ領域とビデオのコーディング表現との間の変換のために、ルールに基づいて、パレットモードの使用がビデオ領域について許可されているかどうかを決定するステップ（２１６２）と、
決定に基づいて変換を実行するステップ（２１６４）と
を含み、
パレットモードは、代表サンプル値のパレットを使用してビデオ領域を符号化することを含む、
方法。
４４．箇条４３に記載の方法であって、
ルールは、ビデオ領域のモードタイプが、変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ、又は変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、パレットモードが許可されることを指定する、
方法。
ルールは、ビデオ領域のモードタイプが、変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ、又は変換のためにインターモードのみの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、パレットモードが許可されることを指定する、
方法。
４５．箇条４３に記載の方法であって、
ルールは、パレットモードがビデオ領域のモードタイプとは独立して許可されることを指定する、
方法。
ルールは、パレットモードがビデオ領域のモードタイプとは独立して許可されることを指定する、
方法。
４６．箇条４３に記載の方法であって、
ルールは、ビデオ領域のスライスタイプ及びモードタイプに基づく、
方法。
ルールは、ビデオ領域のスライスタイプ及びモードタイプに基づく、
方法。
４７．箇条４６に記載の方法であって、
ルールは、モードタイプが変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいＩスライスについてパレットモードが許可されることを指定する、
方法。
ルールは、モードタイプが変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいＩスライスについてパレットモードが許可されることを指定する、
方法。
４８．箇条４６に記載の方法であって、
ルールは、モードタイプが変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいＰ／Ｂスライスについてパレットモードが許可されることを指定する、
方法。
ルールは、モードタイプが変換のためにイントラモード、パレットモード及びイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいＰ／Ｂスライスについてパレットモードが許可されることを指定する、
方法。
４９．箇条４３に記載の方法であって、
ルールは、パレットモードが許可される場合に、ローカルデュアルツリーが許可されないことを更に指定する、
方法。
ルールは、パレットモードが許可される場合に、ローカルデュアルツリーが許可されないことを更に指定する、
方法。
５０．箇条４３に記載の方法であって、
パレットモードが有効である場合に、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、常に０にセットされる、
方法。
パレットモードが有効である場合に、ｍｏｄｅＴｙｐｅＣｏｎｄｉｔｉｏｎは、常に０にセットされる、
方法。
５１．ビデオ処理の方法であって、
ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、
コーディング表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ、又は変換のためにパレットモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥを含むシンタックス要素ｍｏｄｅＴｙｐｅを指定し、イントラブロックコピーモードは、現在ビデオブロックを含むビデオフレームを指し示すブロックベクトルを少なくとも使用して現在ビデオブロックを符号化することを含み、パレットモードは、代表サンプル値のパレットを使用して現在ビデオブロックを符号化することを含む、
方法。
ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、
コーディング表現はフォーマットルールに準拠し、フォーマットルールは、変換のためにイントラブロックコピーモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ、又は変換のためにパレットモードの使用を可能にするＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥを含むシンタックス要素ｍｏｄｅＴｙｐｅを指定し、イントラブロックコピーモードは、現在ビデオブロックを含むビデオフレームを指し示すブロックベクトルを少なくとも使用して現在ビデオブロックを符号化することを含み、パレットモードは、代表サンプル値のパレットを使用して現在ビデオブロックを符号化することを含む、
方法。
５２．箇条５１に記載の方法であって、
フォーマットルールは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ又はＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥである場合に、コーディング表現がｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ及び／又はｐｒｅ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇを含まないことを更に指定する、
方法。
フォーマットルールは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＢＣ又はＭＯＤＥ＿ＴＹＰＥ＿ＰＡＬＥＴＴＥである場合に、コーディング表現がｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ及び／又はｐｒｅ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇを含まないことを更に指定する、
方法。
５３．箇条５１に記載の方法であって、
コーディング表現は、ｍｏｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの代わりに、変換に使用されるモードタイプを示すインデックスを含む、
方法。
コーディング表現は、ｍｏｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの代わりに、変換に使用されるモードタイプを示すインデックスを含む、
方法。
５４．箇条１乃至５３のうちいずれか１項に記載の方法であって、
変換は、ビデオをコーディング表現に符号化することを含む、
方法。
変換は、ビデオをコーディング表現に符号化することを含む、
方法。
５５．箇条１乃至５３のうちいずれかに記載の方法であって、
変換は、ビデオを生成するようコーディング表現を復号することを含む、
方法。
変換は、ビデオを生成するようコーディング表現を復号することを含む、
方法。
５６．箇条１乃至５５のうちの１つ以上に記載されている方法を実装するよう構成されたプロセッサを含むビデオ処理装置。
５７．プログラムコードを記憶しているコンピュータ可読媒体であって、
実行される場合に、プロセッサに、箇条１乃至５５のうちいずれか１つ以上に記載の方法を実装させる、
コンピュータ可読媒体。
実行される場合に、プロセッサに、箇条１乃至５５のうちいずれか１つ以上に記載の方法を実装させる、
コンピュータ可読媒体。
５８．上記の方法のいずれかに従って生成されたコーディング表現又はビットストリーム表現を記憶しているコンピュータ可読媒体。
第３組の箇条書きは、前のセクション（例えば、項目２５－３３）における開示された技術の特定の特徴及び態様を記載する。
１．ビデオ処理の方法であって、
ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換のために、コーディング表現における現在ビデオブロックを表現するために使用されるコーディングモードタイプと現在ビデオブロックの寸法とに依存するルールに従って、特定のパーティション方式が現在ビデオブロックについて許可されているかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
ビデオの現在ビデオブロックとビデオのコーディング表現との間の変換のために、コーディング表現における現在ビデオブロックを表現するために使用されるコーディングモードタイプと現在ビデオブロックの寸法とに依存するルールに従って、特定のパーティション方式が現在ビデオブロックについて許可されているかどうかを決定するステップと、
決定に基づいて変換を実行するステップと
を含む方法。
２．箇条１に記載の方法であって、
特定のパーティション方式は、現在ビデオブロックが水平方向と垂直方向との両方に４つの部分に分割されるＱＴ（四分木）分割、現在ビデオブロックが垂直方向に３つの部分に分割される垂直ＴＴ（三分木）分割、現在ビデオブロックが水平方向に３つの部分に分割される水平ＴＴ分割、現在ビデオブロックが垂直方向に２つの部分に分割される垂直ＢＴ（二分木）分割、及び／又は現在ビデオブロックが水平方向に２つの部分に分割される水平ＢＴ分割を含む、
方法。
特定のパーティション方式は、現在ビデオブロックが水平方向と垂直方向との両方に４つの部分に分割されるＱＴ（四分木）分割、現在ビデオブロックが垂直方向に３つの部分に分割される垂直ＴＴ（三分木）分割、現在ビデオブロックが水平方向に３つの部分に分割される水平ＴＴ分割、現在ビデオブロックが垂直方向に２つの部分に分割される垂直ＢＴ（二分木）分割、及び／又は現在ビデオブロックが水平方向に２つの部分に分割される水平ＢＴ分割を含む、
方法。
３．箇条１に記載の方法であって、
ルールは、１）コーディング表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの両方が８である場合に、ＱＴ（四分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
ルールは、１）コーディング表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの両方が８である場合に、ＱＴ（四分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
４．箇条１に記載の方法であって、
ルールは、１）コーディング表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの乗算が６４である場合に、ＴＴ（三分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
ルールは、１）コーディング表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの乗算が６４である場合に、ＴＴ（三分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
５．箇条４に記載の方法であって、
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ１６及び４である場合に、垂直ＴＴ（三分木）分割が許可されないことを更に指定する、
方法。
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ１６及び４である場合に、垂直ＴＴ（三分木）分割が許可されないことを更に指定する、
方法。
６．箇条４に記載の方法であって、
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ４及び１６である場合に、水平ＴＴ（三分木）分割が許可されないことを更に指定する、
方法。
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ４及び１６である場合に、水平ＴＴ（三分木）分割が許可されないことを更に指定する、
方法。
７．箇条１に記載の方法であって、
ルールは、１）コーディング表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの乗算が３２である場合に、ＢＴ（二分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
ルールは、１）コーディング表現が、インターモードのみが現在ビデオブロックについて許可されるコーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）現在ビデオブロックの幅及び高さの乗算が３２である場合に、ＢＴ（二分木）分割が現在ビデオブロックについて許可されないことを指定する、
方法。
８．箇条７に記載の方法であって、
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ８及び４である場合に、垂直ＢＴ（二分木）分割が許可されないことを更に指定する、
方法。
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ８及び４である場合に、垂直ＢＴ（二分木）分割が許可されないことを更に指定する、
方法。
９．箇条７に記載の方法であって、
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ４及び８である場合に、水平ＢＴ（二分木）分割が許可されないことを更に指定する、
方法。
ルールは、コーディング表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、現在ビデオブロックの幅及び高さがそれぞれ４及び８である場合に、水平ＢＴ（二分木）分割が許可されないことを更に指定する、
方法。
１０．ビデオ処理の方法であって、
ビデオのビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、
コーディング表現はフォーマットルールに準拠し、フォーマットルールは、ビデオブロックの特性が、コーディング表現におけるシンタックス要素がビデオブロックの予測モードを示すかどうかを制御することを指定する、
方法。
ビデオのビデオブロックとビデオのコーディング表現との間の変換を実行するステップを含み、
コーディング表現はフォーマットルールに準拠し、フォーマットルールは、ビデオブロックの特性が、コーディング表現におけるシンタックス要素がビデオブロックの予測モードを示すかどうかを制御することを指定する、
方法。
１１．箇条１０に記載の方法であって、
ビデオブロックの特性は、ビデオブロックの色成分又は寸法のうちの少なくとも１つを含む、
方法。
ビデオブロックの特性は、ビデオブロックの色成分又は寸法のうちの少なくとも１つを含む、
方法。
１２．箇条１０又は１１に記載の方法であって、
フォーマットルールは、シンタックス要素がクロマブロックに対応するビデオブロックの予測モードを示すことを更に指定する、
方法。
フォーマットルールは、シンタックス要素がクロマブロックに対応するビデオブロックの予測モードを示すことを更に指定する、
方法。
１３．箇条１０乃至１２のうちいずれか１項に記載の方法であって、
フォーマットルールは、シンタックス要素がルーマブロックに対応するビデオブロックの予測モードを示さないことを更に指定し、ルーマブロックに対応するビデオブロックの予測モードはコーディング表現に含まれる、
方法。
フォーマットルールは、シンタックス要素がルーマブロックに対応するビデオブロックの予測モードを示さないことを更に指定し、ルーマブロックに対応するビデオブロックの予測モードはコーディング表現に含まれる、
方法。
１４．箇条１３に記載の方法であって、
ビデオブロックは、４よりも大きい幅及び高さを有する、
方法。
ビデオブロックは、４よりも大きい幅及び高さを有する、
方法。
１５．ビデオ処理の方法であって、
ビデオの第１成分のビデオ領域とビデオのコーディング表現との間の変換を実行するステップを含み、
コーディング表現はフォーマットルールに準拠し、フォーマットルールは、ビデオ領域についての差分量子化パラメータを示すためにコーディング表現においてシンタックスフィールドが構成されているかどうか及び／又はどのように構成されているかが、第１成分のサンプルを分割するために使用される分割方式に依存することを指定する、
方法。
ビデオの第１成分のビデオ領域とビデオのコーディング表現との間の変換を実行するステップを含み、
コーディング表現はフォーマットルールに準拠し、フォーマットルールは、ビデオ領域についての差分量子化パラメータを示すためにコーディング表現においてシンタックスフィールドが構成されているかどうか及び／又はどのように構成されているかが、第１成分のサンプルを分割するために使用される分割方式に依存することを指定する、
方法。
１６．箇条１５に記載の方法であって、
フォーマットルールは、コーディング表現においてシンタックスフィールドが構成されているかどうか及び/又はどのように構成されているかが、ビデオの第２成分のサンプルを分割するために使用される分割方式とは独立していることを更に指定する、
方法。
フォーマットルールは、コーディング表現においてシンタックスフィールドが構成されているかどうか及び/又はどのように構成されているかが、ビデオの第２成分のサンプルを分割するために使用される分割方式とは独立していることを更に指定する、
方法。
１７．箇条１５又は１６に記載の方法であって、
第１成分はルーマ成分であり、第２成分はクロマ成分である、
方法。
第１成分はルーマ成分であり、第２成分はクロマ成分である、
方法。
１８．箇条１５又は１６に記載の方法であって、
第１成分はクロマ成分であり、第２成分はルーマ成分である、
方法。
第１成分はクロマ成分であり、第２成分はルーマ成分である、
方法。
１９．箇条１５に記載の方法であって、
フォーマットルールは、ルーマ成分及びクロマ成分が同じモードタイプを共有する特定の領域において、差分量子化パラメータに関連する情報を最大で一度だけ含めることを更に指定する、
方法。
フォーマットルールは、ルーマ成分及びクロマ成分が同じモードタイプを共有する特定の領域において、差分量子化パラメータに関連する情報を最大で一度だけ含めることを更に指定する、
方法。
２０．箇条１５に記載の方法であって、
特定の領域は量子化グループに対応する、
方法。
特定の領域は量子化グループに対応する、
方法。
２１．ビデオ処理の方法であって、
ルールに従ってビデオの第１成分のビデオ領域とビデオのコーディング表現との間の変換を実行するステップを含み、
ルールは、デュアルツリー及び／又はローカルデュアルツリーコーディング構造がビデオ領域に適用される場合に、第１成分の差分量子化パラメータに関連する変数がビデオの第２成分の復号又はパースのプロセス中に変更されないことを指定する、
方法。
ルールに従ってビデオの第１成分のビデオ領域とビデオのコーディング表現との間の変換を実行するステップを含み、
ルールは、デュアルツリー及び／又はローカルデュアルツリーコーディング構造がビデオ領域に適用される場合に、第１成分の差分量子化パラメータに関連する変数がビデオの第２成分の復号又はパースのプロセス中に変更されないことを指定する、
方法。
２２．箇条２１に記載の方法であって、
クロマブロックに対する最小許容サイズに関する制限がビデオ領域に適用される場合に、ローカルデュアルツリー構造がビデオ領域に適用される、
方法。
クロマブロックに対する最小許容サイズに関する制限がビデオ領域に適用される場合に、ローカルデュアルツリー構造がビデオ領域に適用される、
方法。
２３．箇条２１又は２２に記載の方法であって、
第１成分はルーマ成分であり、第２成分はクロマ成分である、
方法。
第１成分はルーマ成分であり、第２成分はクロマ成分である、
方法。
２４．箇条２１又は２２に記載の方法であって、
第１成分はクロマ成分であり、第２成分はルーマ成分である、
方法。
第１成分はクロマ成分であり、第２成分はルーマ成分である、
方法。
２５．箇条２１乃至２４のうちいずれか１項に記載の方法であって、
差分量子化パラメータは、ビデオブロックに適用される量子化値と、隣接ビデオブロックに適用される前の量子化値との差を示す、
方法。
差分量子化パラメータは、ビデオブロックに適用される量子化値と、隣接ビデオブロックに適用される前の量子化値との差を示す、
方法。
２６．箇条１乃至２５のうちいずれか１項に記載の方法であって、
変換の実行は、ビデオからコーディング表現を生成することを含む、
方法。
変換の実行は、ビデオからコーディング表現を生成することを含む、
方法。
２７．箇条１乃至２５のうちいずれか１項に記載の方法であって、
変換の実行は、コーディング表現からビデオを生成することを含む、
方法。
変換の実行は、コーディング表現からビデオを生成することを含む、
方法。
２８．箇条１乃至２７のうちいずれか１つ以上に記載されている方法を実装するよう構成されたプロセッサを含むビデオ処理装置。
２９．プログラムコードを記憶しているコンピュータ可読媒体であって、
実行される場合に、プロセッサに、箇条１乃至２７のうちいずれか１つ以上に記載の方法を実装させる、
コンピュータ可読媒体。
実行される場合に、プロセッサに、箇条１乃至２７のうちいずれか１つ以上に記載の方法を実装させる、
コンピュータ可読媒体。
３０．上記の方法のいずれかに従って生成されたコーディング表現又はビットストリーム表現を記憶しているコンピュータ可読媒体。
本明細書で記載されている開示された及び他の解決法、例、実施形態、モジュール及び機能的動作は、デジタル電子回路で、あるいは、本明細書で開示されている構造及びそれらの構造的同等物を含むコンピュータソフトウェア、ファームウェア、又はハードウェアで、あるいは、それらのうちの１つ以上の組み合わせで実装可能である。開示された及び他の実施形態は、１つ以上のコンピュータプログラム製品、つまり、データ処理装置によって実行されるか又はその動作を制御するコンピュータ可読媒体で符号化されたコンピュータプログラム命令の１つ以上のモジュール、として実装可能である。コンピュータ可読媒体は、マシン可読記憶デバイス、マシン可読記憶基板、メモリデバイス、マシン可読な伝播信号に影響を与える物質の組成、又はそれらの１つ以上の組み合わせであることができる。「データ処理装置」との用語は、例として、プログラム可能なプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含む、データを処理するための全ての装置、デバイス、及びマシンを包含する。装置は、ハードウェアに加えて、問題となっているコンピュータプログラムのための実行環境を作り出すコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はそれらの１つ以上の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成された信号、例えば、適切な受信器装置への伝送のために情報を符号化するよう生成される、マシンにより生成された電気、光、又は電磁気信号である。
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる。）は、コンパイル済み又は解釈済みの言語を含む如何なる形式のプログラミング言語でも記述可能であり、それは、スタンドアロンプログラムとして又はコンピューティング環境における使用に適したモジュール、コンポーネント、サブルーチン、若しくは他のユニットとして含め、如何なる形式でもデプロイ可能である。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応しない。プログラムは、問題となっているプログラムに専用の単一のファイルで、又は複数の協調したファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの部分を保存するファイル）で、他のプログラム又はデータ（例えば、マークアップ言語文書で保存された１つ以上のスクリプト）を保持するファイルの部分において保存可能である。コンピュータプログラムは、１つのコンピュータで、あるいは、１つの場所に位置しているか、又は複数の場所にわたって分布しており、通信ネットワークによって相互接続されている複数のコンピュータで、実行されるようデプロイ可能である。
本明細書で説明されているプロセス及びロジックフローは、入力データに作用して出力を生成することによって機能を実行するよう１つ以上のコンピュータプログラムを実行する１つ以上のプログラム可能なプロセッサによって実行可能である。プロセス及びロジックフローはまた、専用のロジック回路、例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）又は特定用途向け集積回路（ＡＳＩＣ）によっても実行可能であり、装置は、そのようなものとして実装可能である。
コンピュータプログラムの実行に適したプロセッサは、例として、汎用のマイクロプロセッサ及び専用のマイクロプロセッサの両方、並びにあらゆる種類のデジタルコンピュータのいずれか１つ以上のプロセッサを含む。一般に、プロセッサは、リード・オンリー・メモリ若しくはランダム・アクセス・メモリ又はその両方から命令及びデータを読み出すことになる。コンピュータの必須の要素は、命令を実行するプロセッサと、命令及びデータを保存する１つ以上のメモリデバイスとである。一般に、コンピュータはまた、データを保存する１つ以上の大容量記憶デバイス、例えば、磁気、光学磁気ディスク、又は光ディスクを含むか、あるいは、そのような１つ以上の大容量記憶デバイスからのデータの受信若しくはそれへのデータの転送又はその両方のために動作可能に結合されることになる。しかし、コンピュータは、そのようなデバイスを有する必要はない。コンピュータプログラム命令及びデータを保存するのに適したコンピュータ可読媒体は、例として、半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイス；磁気ディスク、例えば、内蔵ハードディスク又はリムーバブルディスク；光学磁気ディスク；並びにＣＤ ＲＯＭ及びＤＶＤ－ＲＯＭディスクを含む全ての形式の不揮発性メモリ、媒体及びメモリデバイスを含む。プロセッサ及びメモリは、専用のロジック回路によって強化されるか、あるいは、それに組み込まれ得る。
本明細書は、多数の詳細を含むが、それらは、あらゆる対象の又は請求される可能性があるものの範囲に対する限定としてではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別々の実施形態に関連して本明細書で説明されている特定の特徴は、単一の実施形態と組み合わせても実装可能である。逆に、単一の実施形態に関連して説明されている様々な特徴はまた、複数の実施形態で別々に、又は何らかの適切なサブコンビネーションで、実装可能である。更に、特徴は、特定の組み合わせで動作するものとして先に説明され、更には、そのようなものとして最初に請求されることがあるが、請求されている組み合わせからの１つ以上の特徴は、いくつかの場合に、その組み合わせから削除可能であり、請求されている組み合わせは、サブコンビネーション又はサブコンビネーションの変形に向けられてもよい。
同様に、動作は、特定の順序で図面において表されているが、これは、所望の結果を達成するために、そのような動作が示されているその特定の順序で又は順次的な順序で実行されること、あるいは、表されている全ての動作が実行されることを求めている、と理解されるべきではない。更に、本明細書で説明されている実施形態における様々なシステムコンポーネントの分離は、全ての実施形態でそのような分離を求めている、と理解されるべきではない。
ほんのわずかの実施及び例が説明されており、他の実施、強化及び変形は、本特許文献で記載及び例示されているものに基づいて行われ得る。
Claims (30)
- ビデオ処理の方法であって、
ビデオの現在ビデオブロックと前記ビデオの符号化表現との間の変換のために、前記符号化表現における前記現在ビデオブロックを表現するために使用されるコーディングモードタイプと前記現在ビデオブロックの寸法とに依存するルールに従って、特定のパーティション方式が前記現在ビデオブロックについて許可されているかどうかを決定するステップと、
前記決定に基づいて前記変換を実行するステップと
を含む方法。 - 前記特定のパーティション方式は、前記現在ビデオブロックが水平方向と垂直方向との両方に４つの部分に分割されるＱＴ（四分木）分割、前記現在ビデオブロックが垂直方向に３つの部分に分割される垂直ＴＴ（三分木）分割、前記現在ビデオブロックが水平方向に３つの部分に分割される水平ＴＴ分割、前記現在ビデオブロックが垂直方向に２つの部分に分割される垂直ＢＴ（二分木）分割、及び／又は前記現在ビデオブロックが水平方向に２つの部分に分割される水平ＢＴ分割を含む、
請求項１に記載の方法。 - 前記ルールは、１）前記符号化表現が、インターモードのみが前記現在ビデオブロックについて許可される前記コーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）前記現在ビデオブロックの幅及び高さの両方が８である場合に、ＱＴ（四分木）分割が前記現在ビデオブロックについて許可されないことを指定する、
請求項１に記載の方法。 - 前記ルールは、１）前記符号化表現が、インターモードのみが前記現在ビデオブロックについて許可される前記コーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）前記現在ビデオブロックの幅及び高さの乗算が６４である場合に、ＴＴ（三分木）分割が前記現在ビデオブロックについて許可されないことを指定する、
請求項１に記載の方法。 - 前記ルールは、前記符号化表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、前記現在ビデオブロックの前記幅及び前記高さがそれぞれ１６及び４である場合に、垂直ＴＴ（三分木）分割が許可されないことを更に指定する、
請求項４に記載の方法。 - 前記ルールは、前記符号化表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、前記現在ビデオブロックの前記幅及び前記高さがそれぞれ４及び１６である場合に、水平ＴＴ（三分木）分割が許可されないことを更に指定する、
請求項４に記載の方法。 - 前記ルールは、１）前記符号化表現が、インターモードのみが前記現在ビデオブロックについて許可される前記コーディングモードタイプに対応するＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、かつ、２）前記現在ビデオブロックの幅及び高さの乗算が３２である場合に、ＢＴ（二分木）分割が前記現在ビデオブロックについて許可されないことを指定する、
請求項１に記載の方法。 - 前記ルールは、前記符号化表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、前記現在ビデオブロックの前記幅及び前記高さがそれぞれ８及び４である場合に、垂直ＢＴ（二分木）分割が許可されないことを更に指定する、
請求項７に記載の方法。 - 前記ルールは、前記符号化表現がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ値を含み、前記現在ビデオブロックの前記幅及び前記高さがそれぞれ４及び８である場合に、水平ＢＴ（二分木）分割が許可されないことを更に指定する、
請求項７に記載の方法。 - ビデオ処理の方法であって、
ビデオのビデオブロックと前記ビデオの符号化表現との間の変換を実行するステップを含み、
前記符号化表現はフォーマットルールに準拠し、
前記フォーマットルールは、前記ビデオブロックの特性が、前記符号化表現におけるシンタックス要素が前記ビデオブロックの予測モードを示すかどうかを制御することを指定する、
方法。 - 前記ビデオブロックの前記特性は、前記ビデオブロックの色成分又は寸法のうちの少なくとも１つを含む、
請求項１０に記載の方法。 - 前記フォーマットルールは、前記シンタックス要素がクロマブロックに対応する前記ビデオブロックの前記予測モードを示すことを更に指定する、
請求項１０又は１１に記載の方法。 - 前記フォーマットルールは、前記シンタックス要素がルーマブロックに対応する前記ビデオブロックの前記予測モードを示さないことを更に指定し、前記ルーマブロックに対応する前記ビデオブロックの前記予測モードは前記符号化表現に含まれる、
請求項１０乃至１２のうちいずれか１項に記載の方法。 - 前記ビデオブロックは、４よりも大きい幅及び高さを有する、
請求項１３に記載の方法。 - ビデオ処理の方法であって、
ビデオの第１成分のビデオ領域と前記ビデオの符号化表現との間の変換を実行するステップを含み、
前記符号化表現はフォーマットルールに準拠し、
前記フォーマットルールは、前記ビデオ領域についての差分量子化パラメータを示すために前記符号化表現においてシンタックスフィールドが構成されているかどうか及び／又はどのように構成されているかが、前記第１成分のサンプルを分割するために使用される分割方式に依存することを指定する、
方法。 - 前記フォーマットルールは、前記符号化表現において前記シンタックスフィールドが構成されているかどうか及び/又はどのように構成されているかが、前記ビデオの第２成分のサンプルを分割するために使用される分割方式とは独立していることを更に指定する、
請求項１５に記載の方法。 - 前記第１成分はルーマ成分であり、前記第２成分はクロマ成分である、請求項１５又は１６に記載の方法。
- 前記第１成分はクロマ成分であり、前記第２成分はルーマ成分である、請求項１５又は１６に記載の方法。
- 前記フォーマットルールは、ルーマ成分及びクロマ成分が同じモードタイプを共有する特定の領域において、前記差分量子化パラメータに関連する情報を最大で一度だけ含めることを更に指定する、
請求項１５に記載の方法。 - 前記特定の領域は量子化グループに対応する、
請求項１９に記載の方法。 - ビデオ処理の方法であって、
ルールに従ってビデオの第１成分のビデオ領域と前記ビデオの符号化表現との間の変換を実行するステップを含み、
前記ルールは、デュアルツリー及び／又はローカルデュアルツリーコーディング構造が前記ビデオ領域に適用される場合に、前記第１成分の差分量子化パラメータに関連する変数が前記ビデオの第２成分の復号又はパースのプロセス中に変更されないことを指定する、
方法。 - クロマブロックに対する最小許容サイズに関する制限が前記ビデオ領域に適用される場合に、前記ローカルデュアルツリー構造が前記ビデオ領域に適用される、
請求項２１に記載の方法。 - 前記第１成分はルーマ成分であり、前記第２成分はクロマ成分である、
請求項２１又は２２に記載の方法。 - 前記第１成分はクロマ成分であり、前記第２成分はルーマ成分である、
請求項２１又は２２に記載の方法。 - 前記差分量子化パラメータは、前記ビデオブロックに適用される量子化値と、隣接ビデオブロックに適用される前の量子化値との差を示す、
請求項２１乃至２４のうちいずれか１項に記載の方法。 - 前記変換の実行は、前記ビデオから前記符号化表現を生成することを含む、
請求項１乃至２５のうちいずれか１項に記載の方法。 - 前記変換の実行は、前記符号化表現から前記ビデオを生成することを含む、
請求項１乃至２５のうちいずれか１項に記載の方法。 - 請求項１乃至２７のうちいずれか１項に記載の方法を実装するよう構成されたプロセッサを含むビデオ処理装置。
- プログラムコードを記憶しているコンピュータ可読媒体であって、
実行される場合に、プロセッサに、請求項１乃至２７のうちいずれか１項に記載の方法を実装させる、
コンピュータ可読媒体。 - 請求項１乃至２７のうちいずれか１項に記載の方法に従って生成された符号化表現又はビットストリーム表現を記憶しているコンピュータ可読媒体。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNPCT/CN2019/103959 | 2019-09-02 | ||
| CN2019103959 | 2019-09-02 | ||
| PCT/CN2020/112975 WO2021043158A1 (en) | 2019-09-02 | 2020-09-02 | Video region partition based on color format |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2022546112A true JP2022546112A (ja) | 2022-11-02 |
| JP7309046B2 JP7309046B2 (ja) | 2023-07-14 |
Family
ID=74852429
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022513853A Active JP7381722B2 (ja) | 2019-09-02 | 2020-09-02 | カラーフォーマットに基づいたコーディングモード決定 |
| JP2022513854A Active JP7309046B2 (ja) | 2019-09-02 | 2020-09-02 | カラーフォーマットに基づいたビデオ領域のパーティション |
| JP2023188172A Pending JP2024010159A (ja) | 2019-09-02 | 2023-11-02 | カラーフォーマットに基づいたコーディングモード決定 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022513853A Active JP7381722B2 (ja) | 2019-09-02 | 2020-09-02 | カラーフォーマットに基づいたコーディングモード決定 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023188172A Pending JP2024010159A (ja) | 2019-09-02 | 2023-11-02 | カラーフォーマットに基づいたコーディングモード決定 |
Country Status (8)
| Country | Link |
|---|---|
| US (3) | US11601652B2 (ja) |
| EP (2) | EP4008106A4 (ja) |
| JP (3) | JP7381722B2 (ja) |
| KR (3) | KR102650079B1 (ja) |
| CN (3) | CN117714683A (ja) |
| BR (2) | BR112022003732A2 (ja) |
| MX (2) | MX2022002188A (ja) |
| WO (2) | WO2021043157A1 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20200033210A (ko) * | 2018-09-19 | 2020-03-27 | 한국전자통신연구원 | 화면 내 예측 모드 부호화/복호화 방법, 장치 및 비트스트림을 저장한 기록 매체 |
| WO2021023261A1 (en) | 2019-08-06 | 2021-02-11 | Beijing Bytedance Network Technology Co., Ltd. | Size restriction based on color format |
| KR102448518B1 (ko) * | 2019-08-15 | 2022-09-27 | 베이징 다지아 인터넷 인포메이션 테크놀로지 컴퍼니 리미티드 | 비디오 코딩의 작은 크로마 블록 크기 제한 |
| BR112022003732A2 (pt) | 2019-09-02 | 2022-10-11 | Beijing Bytedance Network Tech Co Ltd | Método e aparelho para processamento de dados de vídeo, e, meios de armazenamento e de gravação legíveis por computador não transitórios |
| CN114424565A (zh) | 2019-09-21 | 2022-04-29 | 北京字节跳动网络技术有限公司 | 基于色度帧内模式的尺寸限制 |
| EP4082205A4 (en) * | 2019-12-23 | 2023-06-21 | Tencent America LLC | VIDEOCODING METHOD AND APPARATUS |
| JP7444998B2 (ja) * | 2019-12-31 | 2024-03-06 | エルジー エレクトロニクス インコーポレイティド | リーフノードの再設定された予測モードタイプに基づいて予測を行う画像符号化／復号化方法、装置、及びビットストリームを伝送する方法 |
Family Cites Families (107)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US1540220A (en) | 1925-01-22 | 1925-06-02 | Columbian Enameling & Stamping | Silver-cleaning apparatus |
| JP5026092B2 (ja) | 2007-01-12 | 2012-09-12 | 三菱電機株式会社 | 動画像復号装置および動画像復号方法 |
| US7991237B2 (en) * | 2007-06-28 | 2011-08-02 | Mitsubishi Electric Corporation | Image encoding device, image decoding device, image encoding method and image decoding method |
| KR101479141B1 (ko) | 2009-12-10 | 2015-01-07 | 에스케이텔레콤 주식회사 | 트리 구조를 이용한 부호화/복호화 방법 및 장치 |
| KR101500914B1 (ko) | 2010-04-09 | 2015-03-10 | 미쓰비시덴키 가부시키가이샤 | 동화상 복호 장치 |
| US8526495B2 (en) * | 2010-11-22 | 2013-09-03 | Mediatek Singapore Pte. Ltd. | Apparatus and method of constrained partition size for high efficiency video coding |
| US9049444B2 (en) | 2010-12-22 | 2015-06-02 | Qualcomm Incorporated | Mode dependent scanning of coefficients of a block of video data |
| US9167269B2 (en) | 2011-10-25 | 2015-10-20 | Qualcomm Incorporated | Determining boundary strength values for deblocking filtering for video coding |
| KR102169608B1 (ko) | 2012-01-19 | 2020-10-23 | 삼성전자주식회사 | 인트라 예측 처리 속도 향상을 위한 비디오의 부호화 방법 및 장치, 비디오의 복호화 방법 및 장치 |
| US9930362B2 (en) | 2012-04-20 | 2018-03-27 | Futurewei Technologies, Inc. | Intra prediction in lossless coding in HEVC |
| GB2501535A (en) * | 2012-04-26 | 2013-10-30 | Sony Corp | Chrominance Processing in High Efficiency Video Codecs |
| US20130294524A1 (en) | 2012-05-04 | 2013-11-07 | Qualcomm Incorporated | Transform skipping and lossless coding unification |
| US9549182B2 (en) | 2012-07-11 | 2017-01-17 | Qualcomm Incorporated | Repositioning of prediction residual blocks in video coding |
| US20140029670A1 (en) | 2012-07-27 | 2014-01-30 | Motorola Mobility Llc | Devices and methods for processing of partition mode in high efficiency video coding |
| ES2664361T3 (es) | 2012-09-26 | 2018-04-19 | Velos Media International Limited | Método de codificación de imagen y dispositivo de codificación de imagen |
| US9332257B2 (en) | 2012-10-01 | 2016-05-03 | Qualcomm Incorporated | Coded black flag coding for 4:2:2 sample format in video coding |
| RU2641223C2 (ru) | 2012-11-08 | 2018-01-16 | Кэнон Кабусики Кайся | Способ, устройство и система для кодирования и декодирования единиц преобразования единицы кодирования |
| US20140192862A1 (en) * | 2013-01-07 | 2014-07-10 | Research In Motion Limited | Methods and systems for prediction filtering in video coding |
| WO2015005132A1 (ja) * | 2013-07-08 | 2015-01-15 | ソニー株式会社 | 画像符号化装置および方法、並びに画像復号装置および方法 |
| US10075735B2 (en) * | 2013-07-14 | 2018-09-11 | Sharp Kabushiki Kaisha | Video parameter set signaling |
| JP6100904B2 (ja) * | 2013-07-22 | 2017-03-22 | ルネサスエレクトロニクス株式会社 | 動画像符号化装置およびその動作方法 |
| EP3056007A4 (en) * | 2013-10-11 | 2017-05-24 | Sharp Kabushiki Kaisha | Color information and chromaticity signaling |
| US10397607B2 (en) | 2013-11-01 | 2019-08-27 | Qualcomm Incorporated | Color residual prediction for video coding |
| CN110087089B (zh) | 2013-11-27 | 2023-03-10 | 寰发股份有限公司 | 用于颜色视频数据的视频编解码方法 |
| EP3078194B1 (en) | 2014-01-02 | 2019-09-11 | HFI Innovation Inc. | Method and apparatus for intra prediction coding with boundary filtering control |
| SG11201605410UA (en) | 2014-01-02 | 2016-07-28 | Vid Scale Inc | Two-demensional palette coding for screen content coding |
| US9883197B2 (en) | 2014-01-09 | 2018-01-30 | Qualcomm Incorporated | Intra prediction of chroma blocks using the same vector |
| US20150271515A1 (en) | 2014-01-10 | 2015-09-24 | Qualcomm Incorporated | Block vector coding for intra block copy in video coding |
| EP3334159A1 (en) * | 2014-03-03 | 2018-06-13 | Sony Corporation | Strong intra smoothing for in rext 4:4:4 and 32x32 |
| CN105359531B (zh) | 2014-03-17 | 2019-08-06 | 微软技术许可有限责任公司 | 用于针对屏幕内容编码的编码器侧判定的方法和系统 |
| US9860559B2 (en) | 2014-03-17 | 2018-01-02 | Mediatek Singapore Pte. Ltd. | Method of video coding using symmetric intra block copy |
| US20150264404A1 (en) | 2014-03-17 | 2015-09-17 | Nokia Technologies Oy | Method and apparatus for video coding and decoding |
| WO2015180014A1 (en) | 2014-05-26 | 2015-12-03 | Mediatek Singapore Pte. Ltd. | An improved merge candidate list construction method for intra block copy |
| US10327002B2 (en) | 2014-06-19 | 2019-06-18 | Qualcomm Incorporated | Systems and methods for intra-block copy |
| CN106716999B (zh) | 2014-06-20 | 2019-08-09 | 寰发股份有限公司 | 用于视频编码的调色板预测器信令的方法 |
| CN105491379A (zh) | 2014-10-01 | 2016-04-13 | 财团法人工业技术研究院 | 解码器、编码器、解码方法、编码方法与编解码系统 |
| TW201626798A (zh) | 2014-10-06 | 2016-07-16 | Vid Scale Inc | 用於螢幕內容編碼之改良調色編碼 |
| US9918105B2 (en) * | 2014-10-07 | 2018-03-13 | Qualcomm Incorporated | Intra BC and inter unification |
| US10057578B2 (en) * | 2014-10-07 | 2018-08-21 | Qualcomm Incorporated | QP derivation and offset for adaptive color transform in video coding |
| CN107079166A (zh) | 2014-10-28 | 2017-08-18 | 联发科技（新加坡）私人有限公司 | 用于视频编码的引导交叉分量预测的方法 |
| CN110460845B (zh) | 2014-11-06 | 2021-08-27 | 联发科技股份有限公司 | 调色板编码的方法 |
| US10382795B2 (en) * | 2014-12-10 | 2019-08-13 | Mediatek Singapore Pte. Ltd. | Method of video coding using binary tree block partitioning |
| WO2016100424A1 (en) | 2014-12-19 | 2016-06-23 | Mediatek Inc. | Methods of palette based prediction for non-444 color format in video and image coding |
| CN107211121B (zh) * | 2015-01-22 | 2020-10-23 | 联发科技（新加坡）私人有限公司 | 视频编码方法与视频解码方法 |
| US20160234494A1 (en) | 2015-02-10 | 2016-08-11 | Qualcomm Incorporated | Restriction on palette block size in video coding |
| WO2016167538A1 (ko) | 2015-04-12 | 2016-10-20 | 엘지전자(주) | 비디오 신호의 인코딩, 디코딩 방법 및 그 장치 |
| WO2016200984A1 (en) | 2015-06-08 | 2016-12-15 | Vid Scale, Inc. | Intra block copy mode for screen content coding |
| US10148977B2 (en) | 2015-06-16 | 2018-12-04 | Futurewei Technologies, Inc. | Advanced coding techniques for high efficiency video coding (HEVC) screen content coding (SCC) extensions |
| KR102264767B1 (ko) | 2015-07-27 | 2021-06-14 | 미디어텍 인크. | 인트라 블록 복사 모드를 이용한 비디오 코딩을 위한 시스템의 방법 |
| US20170085886A1 (en) * | 2015-09-18 | 2017-03-23 | Qualcomm Incorporated | Variable partition size for block prediction mode for display stream compression (dsc) |
| EP3357245A4 (en) * | 2015-11-05 | 2019-03-13 | MediaTek Inc. | METHOD AND DEVICE OF INTERPRESSATION USING AN AVERAGE MOTION VECTOR FOR VIDEO CODING |
| CA2998468C (en) | 2015-12-23 | 2021-02-16 | Huawei Technologies Co., Ltd. | Method and apparatus for transform coding with block-level transform selection and implicit signaling within hierarchical partitioning |
| US11032550B2 (en) | 2016-02-25 | 2021-06-08 | Mediatek Inc. | Method and apparatus of video coding |
| US11223852B2 (en) | 2016-03-21 | 2022-01-11 | Qualcomm Incorporated | Coding video data using a two-level multi-type-tree framework |
| ES2935261T3 (es) | 2016-05-28 | 2023-03-03 | Hfi Innovation Inc | Método y aparato de codificación de modo de paleta para datos de video de color |
| WO2017206803A1 (en) | 2016-05-28 | 2017-12-07 | Mediatek Inc. | Method and apparatus of current picture referencing for video coding |
| CN109196862B (zh) | 2016-05-28 | 2021-01-22 | 联发科技股份有限公司 | 视频数据处理方法、装置及相应可读存储介质 |
| US10609423B2 (en) | 2016-09-07 | 2020-03-31 | Qualcomm Incorporated | Tree-type coding for video coding |
| EP3975573A1 (en) * | 2016-09-20 | 2022-03-30 | KT Corporation | Method for decoding and method for encoding a video signal |
| CN117768645A (zh) * | 2016-10-04 | 2024-03-26 | 有限公司B1影像技术研究所 | 图像编码/解码方法、记录介质和传输比特流的方法 |
| US20200045322A1 (en) | 2016-10-04 | 2020-02-06 | Mediatek Inc. | Method and apparatus for intra chroma coding in image and video coding |
| EP3306938A1 (en) * | 2016-10-05 | 2018-04-11 | Thomson Licensing | Method and apparatus for binary-tree split mode coding |
| EP3503550A4 (en) | 2016-10-10 | 2019-06-26 | Samsung Electronics Co., Ltd. | METHOD AND DEVICE FOR ENCODING OR DECODING A LUMINANCE BLOCK AND A CHROMINANCE BLOCK |
| KR20180039323A (ko) | 2016-10-10 | 2018-04-18 | 디지털인사이트 주식회사 | 다양한 블록 분할 구조를 결합하여 사용하는 비디오 코딩 방법 및 장치 |
| US20180139444A1 (en) | 2016-11-16 | 2018-05-17 | Mediatek Inc. | Method and Apparatus of Video Coding Using Flexible Quadtree and Binary Tree Block Partitions |
| JP2020031252A (ja) | 2016-12-22 | 2020-02-27 | シャープ株式会社 | 画像復号装置及び画像符号化装置 |
| US10848788B2 (en) | 2017-01-06 | 2020-11-24 | Qualcomm Incorporated | Multi-type-tree framework for video coding |
| US11025903B2 (en) | 2017-01-13 | 2021-06-01 | Qualcomm Incorporated | Coding video data using derived chroma mode |
| EP3383045A1 (en) | 2017-03-27 | 2018-10-03 | Thomson Licensing | Multiple splits prioritizing for fast encoding |
| CN107071494B (zh) * | 2017-05-09 | 2019-10-11 | 珠海市杰理科技股份有限公司 | 视频图像帧的二进制语法元素的生成方法和系统 |
| CN117499684A (zh) * | 2017-09-20 | 2024-02-02 | 韩国电子通信研究院 | 用于对图像进行编码/解码的方法和装置 |
| JP2021010046A (ja) | 2017-10-06 | 2021-01-28 | シャープ株式会社 | 画像符号化装置及び画像復号装置 |
| US20190246122A1 (en) * | 2018-02-08 | 2019-08-08 | Qualcomm Incorporated | Palette coding for video coding |
| WO2019194147A1 (en) | 2018-04-02 | 2019-10-10 | Sharp Kabushiki Kaisha | Systems and methods for deriving quantization parameters for video blocks in video coding |
| US10834396B2 (en) | 2018-04-12 | 2020-11-10 | Qualcomm Incorporated | Bilateral filter for predicted video data |
| RS63025B1 (sr) | 2018-04-19 | 2022-04-29 | Huawei Tech Co Ltd | Particionisanje blokova svetlosti i boje |
| US11470346B2 (en) | 2018-05-09 | 2022-10-11 | Sharp Kabushiki Kaisha | Systems and methods for performing motion vector prediction using a derived set of motion vectors |
| US11477474B2 (en) | 2018-06-08 | 2022-10-18 | Mediatek Inc. | Methods and apparatus for multi-hypothesis mode reference and constraints |
| EP3788782A1 (en) | 2018-06-21 | 2021-03-10 | Beijing Bytedance Network Technology Co. Ltd. | Sub-block mv inheritance between color components |
| WO2020004987A1 (ko) | 2018-06-27 | 2020-01-02 | 한국전자통신연구원 | 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장한 기록 매체 |
| BR112021000667A8 (pt) | 2018-07-14 | 2023-02-07 | Mediatek Inc | Método e aparelho de processamento de vídeo em um sistema de codificação de vídeo para codificar ou decodificar imagens de vídeo com uma restrição de partição e meio legível por computador não transitório |
| JP7028117B2 (ja) | 2018-09-12 | 2022-03-02 | 株式会社リコー | 情報処理システム、情報処理装置、情報処理方法及びプログラム |
| AU2018233042A1 (en) | 2018-09-21 | 2020-04-09 | Canon Kabushiki Kaisha | Method, apparatus and system for encoding and decoding a tree of blocks of video samples |
| US10939118B2 (en) | 2018-10-26 | 2021-03-02 | Mediatek Inc. | Luma-based chroma intra-prediction method that utilizes down-sampled luma samples derived from weighting and associated luma-based chroma intra-prediction apparatus |
| CN111385570B (zh) | 2018-12-28 | 2021-11-02 | 杭州海康威视数字技术股份有限公司 | 编码方法、解码方法及装置 |
| EP3703376A4 (en) | 2019-01-15 | 2020-09-02 | LG Electronics Inc. -1- | METHOD AND DEVICE FOR IMAGE ENCODING USING A TRANSFORM SKIP FLAG |
| US11153591B2 (en) | 2019-03-12 | 2021-10-19 | Tencent America LLC | Method and apparatus for color transform in VVC |
| CA3137163A1 (en) * | 2019-04-24 | 2020-10-29 | Bytedance Inc. | Constraints on quantized residual differential pulse code modulation representation of coded video |
| JP7288083B2 (ja) | 2019-05-02 | 2023-06-06 | バイトダンス インコーポレイテッド | 符号化ツリー構造タイプに基づく符号化モード |
| JP2022120213A (ja) | 2019-06-25 | 2022-08-18 | 株式会社Ｊｖｃケンウッド | 画像復号装置、画像復号方法及び画像復号プログラム |
| US11330298B2 (en) | 2019-06-25 | 2022-05-10 | Qualcomm Incorporated | Simplified intra chroma mode coding in video coding |
| CN110381311B (zh) | 2019-07-01 | 2023-06-30 | 腾讯科技（深圳）有限公司 | 视频帧的编码方法、装置、计算机可读介质及电子设备 |
| JP7379655B2 (ja) | 2019-07-19 | 2023-11-14 | ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド | ビデオ信号処理方法及び装置 |
| US11399199B2 (en) | 2019-08-05 | 2022-07-26 | Qualcomm Incorporated | Chroma intra prediction units for video coding |
| WO2021023261A1 (en) * | 2019-08-06 | 2021-02-11 | Beijing Bytedance Network Technology Co., Ltd. | Size restriction based on color format |
| KR102448518B1 (ko) * | 2019-08-15 | 2022-09-27 | 베이징 다지아 인터넷 인포메이션 테크놀로지 컴퍼니 리미티드 | 비디오 코딩의 작은 크로마 블록 크기 제한 |
| BR112022003469A2 (pt) * | 2019-08-23 | 2022-05-24 | Hfi Innovation Inc | Método e aparelho de particionamento de unidades de codificação de tamanho pequeno com restrições de partição |
| WO2021040400A1 (ko) | 2019-08-26 | 2021-03-04 | 엘지전자 주식회사 | 팔레트 모드 기반 영상 또는 비디오 코딩 |
| US20220286700A1 (en) | 2019-08-26 | 2022-09-08 | Lg Electronics Inc. | Image or video coding based on palette escape coding |
| BR112022003732A2 (pt) | 2019-09-02 | 2022-10-11 | Beijing Bytedance Network Tech Co Ltd | Método e aparelho para processamento de dados de vídeo, e, meios de armazenamento e de gravação legíveis por computador não transitórios |
| US11509910B2 (en) | 2019-09-16 | 2022-11-22 | Tencent America LLC | Video coding method and device for avoiding small chroma block intra prediction |
| CN114424565A (zh) | 2019-09-21 | 2022-04-29 | 北京字节跳动网络技术有限公司 | 基于色度帧内模式的尺寸限制 |
| KR20220054360A (ko) | 2019-09-25 | 2022-05-02 | 엘지전자 주식회사 | 컬러 포맷에 기반하여 분할 모드를 결정하는 영상 부호화/복호화 방법, 장치 및 비트스트림을 전송하는 방법 |
| KR20220092955A (ko) | 2020-01-10 | 2022-07-04 | 엘지전자 주식회사 | 루마 성분 및 크로마 성분에 대한 bdpcm 기반 영상 디코딩 방법 및 그 장치 |
| KR20220110834A (ko) | 2020-01-10 | 2022-08-09 | 엘지전자 주식회사 | 영상 디코딩 방법 및 그 장치 |
| US11930208B2 (en) | 2020-01-10 | 2024-03-12 | Tencent America LLC | Method and apparatus for signaling skip mode flag |
| US11184632B2 (en) | 2020-01-20 | 2021-11-23 | Tencent America LLC | Method and apparatus for palette based coding mode under local dual tree structure |
-
2020
- 2020-09-02 BR BR112022003732A patent/BR112022003732A2/pt unknown
- 2020-09-02 KR KR1020227005909A patent/KR102650079B1/ko active IP Right Grant
- 2020-09-02 CN CN202311620738.3A patent/CN117714683A/zh active Pending
- 2020-09-02 EP EP20859902.7A patent/EP4008106A4/en active Pending
- 2020-09-02 KR KR1020247009030A patent/KR20240040129A/ko active Search and Examination
- 2020-09-02 MX MX2022002188A patent/MX2022002188A/es unknown
- 2020-09-02 WO PCT/CN2020/112974 patent/WO2021043157A1/en unknown
- 2020-09-02 CN CN202080061652.XA patent/CN114342365A/zh active Pending
- 2020-09-02 EP EP20859901.9A patent/EP4008109A4/en active Pending
- 2020-09-02 MX MX2022002247A patent/MX2022002247A/es unknown
- 2020-09-02 JP JP2022513853A patent/JP7381722B2/ja active Active
- 2020-09-02 KR KR1020227005894A patent/KR102653559B1/ko active IP Right Grant
- 2020-09-02 WO PCT/CN2020/112975 patent/WO2021043158A1/en unknown
- 2020-09-02 BR BR112022003656A patent/BR112022003656A2/pt unknown
- 2020-09-02 JP JP2022513854A patent/JP7309046B2/ja active Active
- 2020-09-02 CN CN202080061699.6A patent/CN114342400A/zh active Pending
-
2022
- 2022-03-02 US US17/684,630 patent/US11601652B2/en active Active
- 2022-03-02 US US17/684,694 patent/US11949880B2/en active Active
-
2023
- 2023-03-09 US US18/181,151 patent/US20230217029A1/en active Pending
- 2023-11-02 JP JP2023188172A patent/JP2024010159A/ja active Pending
Non-Patent Citations (3)
| Title |
|---|
| BENJAMIN BROSS, JIANLE CHEN, AND SHAN LIU: "Versatile Video Coding (Draft 6)", 15TH MEETING: GOTHENBURG, SE, vol. JVET-O2001 (version 14), JPN6023005017, 31 July 2019 (2019-07-31), pages 25 - 28, ISSN: 0004989948 * |
| 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, vol. JVET-M0065, JPN6023005015, January 2019 (2019-01-01), pages 1 - 4, ISSN: 0004989949 * |
| ZHI-YI LIN, ET AL.: "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, vol. JVET-N0082-v3, JPN6023005014, March 2019 (2019-03-01), pages 1 - 4, ISSN: 0004989950 * |
Also Published As
| Publication number | Publication date |
|---|---|
| US20220210410A1 (en) | 2022-06-30 |
| KR20220044968A (ko) | 2022-04-12 |
| WO2021043157A1 (en) | 2021-03-11 |
| KR102650079B1 (ko) | 2024-03-22 |
| JP7381722B2 (ja) | 2023-11-15 |
| EP4008106A4 (en) | 2022-11-09 |
| KR102653559B1 (ko) | 2024-04-03 |
| KR20240040129A (ko) | 2024-03-27 |
| JP7309046B2 (ja) | 2023-07-14 |
| US11601652B2 (en) | 2023-03-07 |
| US20220210437A1 (en) | 2022-06-30 |
| CN117714683A (zh) | 2024-03-15 |
| JP2022546111A (ja) | 2022-11-02 |
| KR20220051178A (ko) | 2022-04-26 |
| EP4008109A1 (en) | 2022-06-08 |
| MX2022002188A (es) | 2022-03-11 |
| CN114342400A (zh) | 2022-04-12 |
| EP4008106A1 (en) | 2022-06-08 |
| BR112022003732A2 (pt) | 2022-10-11 |
| US20230217029A1 (en) | 2023-07-06 |
| WO2021043158A1 (en) | 2021-03-11 |
| JP2024010159A (ja) | 2024-01-23 |
| EP4008109A4 (en) | 2022-09-14 |
| CN114342365A (zh) | 2022-04-12 |
| MX2022002247A (es) | 2022-03-22 |
| US11949880B2 (en) | 2024-04-02 |
| BR112022003656A2 (pt) | 2022-05-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7309046B2 (ja) | カラーフォーマットに基づいたビデオ領域のパーティション | |
| WO2021023261A1 (en) | Size restriction based on color format | |
| WO2021052494A1 (en) | Size restriction based for chroma intra mode | |
| EP3987806A1 (en) | Condition dependent coding of palette mode usage indication | |
| WO2021204295A1 (en) | Minimum allowed quantization for transform skip blocks in video coding |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220531 Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220309 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220309 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230214 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230511 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20230606 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230704 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7309046 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |