JP2022543796A - カラーフォーマットに基づいたサイズ制限 - Google Patents

Abstract

ビデオ処理の方法が提供され、方法は、１つ以上のルーマブロック及び１つ以上のクロマブロックを有する１つ以上のビデオ領域を有するビデオと、ビデオの符号化表現との間の変換を、ルールに従って実行するステップを含む。ルールは、サイズＭ×Ｎを有している１つ以上のクロマブロックの中のクロマブロックが、イントラモード又はイントラブロックコピーモードを用いて符号化表現で表されることを許可されないことを定め、Ｍ及びＮは、夫々、クロマブロックの幅及び高さを示す整数である。イントラモードは、前に符号化又は再構成されたビデオブロックに基づきクロマブロックを符号化することを含み、イントラブロックコピーモードは、ビデオ領域を含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いてクロマブロックを符号化することを含む。

Description

［関連出願への相互参照］
適用可能な特許法及び／又はパリ条約に従う規則の下で、本願は、２０１９年８月６日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０９９４４７号に対する優先権及びその利点を適宜主張するようなされたものである。法の下での全ての目的のために、上記の出願の全開示は、本願の開示の部分として参照により組み込まれる。

［技術分野］
本文書は、ビデオ及びイメージの符号化及び復号化技術に関係がある。

デジタルビデオは、インターネット及び他のデジタル通信ネットワーク上での最大のバンド幅使用を占めている。ビデオを受信し表示することができるユーザデバイスの接続数が増えるにつれて、デジタルビデオ利用のためのバンド幅需要は増え続けることが予想される。

開示されている技術は、参照ピクチャがビデオ符号化又は復号化で使用されるビデオ又はイメージデコーダ又はエンコーダ実施形態によって使用され得る。

一例となる態様では、ビデオ処理の方法が開示される。方法は、ルールに従って、ビデオのカラーフォーマットに基づき、前記ビデオのクロマビデオ領域を１つ以上のクロマブロックにパーティション化するパーティショニングスキームを決定するステップと、前記パーティショニングスキームに従って、前記ビデオと前記ビデオの符号化表現との間の変換を実行するステップとを含む。

他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのカラーフォーマットに基づき、前記ビデオのコーディングツリーノードのサブブロックのための予測モード又は予測タイプを決定するステップと、前記決定に基づき、前記ビデオと前記ビデオの符号化表現との間の変換を実行するステップとを含み、前記コーディングツリーノードは、前記符号化表現でのコーディングのためにサブブロックにパーティション化される。

他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ルールに従って、１つ以上のルーマブロック及び１つ以上のクロマブロックを有する１つ以上のビデオ領域を有するビデオと、該ビデオの符号化表現との間の変換を実行するステップを含み、前記ルールは、サイズＭ×Ｎを有している前記１つ以上のクロマブロックの中のクロマブロックが、イントラモード又はイントラブロックコピーモードを用いて前記符号化表現で表現されることを許可されないことを定め、Ｍ及びＮは、夫々、前記クロマブロックの幅及び高さを示す整数であり、前記イントラモードは、前に符号化又は再構成されたビデオブロックに基づき前記クロマブロックを符号化することを含み、前記イントラブロックコピーモードは、ビデオ領域を含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて前記クロマブロックを符号化することを含む。

他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオ領域と前記ビデオの符号化表現との間の変換のために、ルールに従って、インター－イントラ複合予測（combined inter and intra prediction，ＣＩＩＰ）モードをイントラモード又はインターモードとして使用すると決定するステップと、前記決定に基づき前記変換を実行するステップとを含み、前記ＣＩＩＰモードは、加重係数を用いてイントラ予測信号とインター予測信号とを結合することを含む。

他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのクロマブロックと前記ビデオの符号化表現との間の変換を実行するステップを含み、前記クロマブロックは、サイズルールに従ったイントラコーディングモードを用いて前記符号化表現で表現され、前記サイズルールは、前記クロマブロックの幅がＭに等しいか又は前記クロマブロックの高さがＮに等しい場合には、前記イントラコーディングモードがイントラコーディングモードタイプの第１セットからであり、そうではない場合には、前記イントラコーディングモードがイントラコーディングモードタイプの第２セットからであることを定め、Ｍ及びＮは整数である。

他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのクロマブロックと前記ビデオの符号化表現との間の変換を実行するステップを含み、前記クロマブロックは、ルールに従った変換タイプを用いて前記符号化表現で表現され、前記ルールは、前記クロマブロックの幅がＭに等しいか又は前記クロマブロックの高さがＮに等しい場合には、前記変換タイプが変換タイプの第１セットからであり、そうではない場合には、前記変換タイプが変換タイプの第２セットからであることを定め、Ｍ及びＮは整数である。

他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ルールに従って、１つ以上のルーマブロック及び１つ以上のクロマブロックを有するビデオ領域を有するビデオと、該ビデオの符号化表現との間の変換を実行するステップを含み、前記ルールは、Ｍ及びＮの全ての値について、イントラブロックコピー（intra block copy，ＩＢＣ）モードの使用が、ブロックサイズＭ×Ｎを有している前記１つ以上のルーマブロック及び前記１つ以上のクロマブロックに対して利用可能であることを定め、Ｍ及びＮは整数であり、前記ＩＢＣモードを用いて、ビデオブロックは、該ビデオブロックを含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて符号化される。

他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオブロックと該ビデオブロックの符号化表現との間の変換を実行するステップを含み、前記符号化表現はフォーマットルールに従い、該フォーマットルールは、前記ビデオブロックのモードタイプに基づいた、前記符号化表現でのインターブロックコピー（ＩＢＣ）モードの使用を示すシンタックス要素の選択的包含を定め、前記ＩＢＣモードは、前記ビデオブロックを含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて前記ビデオブロックを符号化することを含む。

他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオブロックと該ビデオブロックの符号化表現との間の変換を実行するステップを含み、前記符号化表現はフォーマットルールに従い、該フォーマットルールは、パレットモードの使用を示すシンタックス要素が前記ビデオブロックのモードタイプにかかわらず前記符号化表現に含まれることを定め、前記パレットモードは、代表サンプル値のパレットを用いて前記ビデオブロックを符号化することを含む。

他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオ領域と前記ビデオの符号化表現との間の変換のために、ルールに基づき、インターブロックコピー（ＩＢＣ）モードの使用が前記ビデオ領域に許可されることを決定するステップと、前記決定に基づき前記変換を実行するステップとを含み、前記ＩＢＣモードは、前記ビデオ領域を含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて前記ビデオ領域を符号化することを含む。

他の例となる態様では、ビデオ処理の他の方法が開示される。方法は、ビデオのビデオ領域と前記ビデオの符号化表現との間の変換のために、ルールに基づき、パレットモードの使用が前記ビデオ領域に許可されるかどうかを決定するステップと、前記決定に基づき前記変換を実行するステップとを含み、前記ルールは、前記ビデオ領域のコーディングモードタイプ又は前記ビデオ領域のカラータイプに基づき、前記パレットモードは、代表サンプル値のパレットを用いて前記ビデオ領域を符号化することを含む。

更なる他の例となる態様では、上記の方法は、プロセッサを有するビデオエンコーダ装置によって実装されてもよい。

更なる他の例となる態様では、上記の方法は、プロセッサを有するビデオデコーダ装置によって実装されてもよい。

更なる他の例となる態様では、これらの方法は、プロセッサ実行可能命令の形で具現化され、コンピュータ可読プログラム媒体に記憶されてもよい。

これら及び他の態様は、本文書で更に記載される。

イントラブロックコピー符号化ツールの例を示す。 パレットモードで符号化されたブロックの例を示す。 パレットエントリを通知するためのパレット予測子の使用の例を示す。 水平及び垂直トラバーススキャンの例を示す。 パレットインデックスの符号化の例を示す。 ６７個のイントラ予測モードの例を示す。 現在ブロックの左隣及び上隣の例を示す。 ＡＬＦフィルタ形状（クロマ：５×５ダイヤモンド、ルーマ：７×７ダイヤモンド）の例を示す。 サブサンプリングされたラプラシアン計算の例を示す。 仮想境界での修正ブロック分類の例を示す。 仮想境界でのルーマ成分に対する修正ＡＬＦフィルタリングの実例を示す。 ＥＯでのピクセル分類のための４つの１次元３ピクセルパターンの例を示す。 ４つのバンドがグループにまとめられ、その開始バンド位置によって表現されることを示す。 ＣＩＩＰ重み導出で使用される上及び左隣接ブロックを示す。 クロマスケーリングアーキテクチャによるルーママッピングを示す。 ＳＣＩＰの例を示す。 本文書で記載されている技術を実装するために使用されるハードウェアプラットフォームの例のブロック図である。 本文書で記載されている技術を実装するために使用されるハードウェアプラットフォームの例のブロック図である。 ビデオ処理の方法の例のフローチャートである。 空間マージ候補の位置の例を示す。 空間マージ候補の冗長性検査のために考慮される候補ペアの例を示す。 開示されている技術のいくつかの実施に基づいたビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づいたビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づいたビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づいたビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づいたビデオ処理の方法の例のフローチャートを示す。 開示されている技術のいくつかの実施に基づいたビデオ処理の方法の例のフローチャートを示す。

本文書は、圧縮解除又は復号されたデジタルビデオ又はイメージの品質を改善するためにイメージ又はビデオビットストリームのデコーダによって使用され得る様々な技術を提供する。簡潔さのために、「ビデオ」との用語は、ピクチャの連続（従来は、ビデオと呼ばれる）及び個々のイメージの両方を含むようここでは使用されている。更に、ビデオエンコーダも、更なる符号化のために使用される復号されたフレームを再構成するために符号化のプロセス中にそれらの技術を実装してもよい。

セクション見出しは、理解を簡単にするために本文書で使用されており、実施形態及び技術を対応するセクションに限定するものではない。そのようなものとして、１つのセクション中の実施形態は、他のセクション中の実施形態と組み合わされ得る。

１．概要
この文書は、ビデオコーディング技術に関係がある。具体的に、それは、ビデオコーディングで基本色に基づいた表現を用いるパレットコーディングに関係がある。それは、ＨＥＶＣのような既存のビデオコーディング標準規格、又は最終決定されることになっている標準規格（Versatile Video Coding）に適用されてもよい。それはまた、将来のビデオコーディング標準規格又はビデオコーデックにも適用可能であり得る。

２．最初の議論
ビデオコーディング標準規格は、よく知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準規格の開発を通じて主に発展してきた。ＩＴＵ－ＴはＨ．２６１及びＨ．２６３を作り出し、ＩＳＯ／ＩＥＣはＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作り出し、２つの組織は共同でＨ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ２６４／ＭＰＥＧ－４ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）及びＨ．２６５／ＨＥＶＣ標準規格を作り出した。Ｈ．２６２以降、ビデオコーディング標準規格は、時間予測に変換コーディングをプラスしたものが利用されるハイブリッド型ビデオコーディング構造に基づいている。ＨＥＶＣを超える将来のビデオコーディング技術を探求するために、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ（ＪＶＥＴ）が２０１５年にＶＣＥＧ及びＭＰＥＧによって共同で設立された。それ以降、多くの新しい手法がＪＶＥＴによって採用され、Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（ＪＥＭ）と呼ばれる参照ソフトウェアに置かれてきた。２０１８年４月に、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間で、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が、ＨＥＶＣと比較して５０％のビットレート低減を目標とするＶＶＣ標準規格を検討するために作られた。

ＶＶＣ草案の最新バージョン、つまり、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（Ｄｒａｆｔ ４）は、http://phenix.it-sudparis.eu/jvet/doc_end_user/current_document.php?id=5755で見つけることができる。

ＶＴＭと名付けられたＶＶＣの最新の参照ソフトウェアは、https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM/tags/VTM-5.0で見つけることができる。

２．１ イントラブロックコピー
イントラブロックコピー（intra block copy，ＩＢＣ）、別名、現在ピクチャ参照（current picture referencing）は、ＨＥＶＣ Ｓｃｒｅｅｎ Ｃｏｎｔｅｎｔ Ｃｏｄｉｎｇ拡張（ＨＥＶＣ－ＳＣＣ）及び現在のＶＶＣテストモデル（ＶＴＭ－４．０）で採用されている。ＩＢＣは、動き補償の概念をインターフレームコーディングからイントラフレームコーディングに拡張する。図１で示されるように、現在ブロックは、ＩＢＣが適用される場合に、同じピクチャ内の参照ブロックによって予測される。参照ブロック内のサンプルは、現在ブロックが符号化又は復号化される前に既に再構成されている。ＩＢＣは、カメラによって捕捉されたシーケンスのほとんどにとってそれほど効率的ではないが、それは、スクリーンコンテンツについてはコーディングの大幅な向上を示す。その理由は、スクリーンコンテンツピクチャにはアイコン及びテキスト文字などの反復パターンが多数存在するからである。ＩＢＣは、それらの反復パターンの間の冗長性を有効に除くことができる。ＨＥＶＣ－ＳＣＣでは、インターコーディングされたコーディングユニット（coding unit，ＣＵ）は、それが現在ピクチャをその参照ピクチャとして選択する場合に、ＩＢＣを適用することができる。ＭＶは、この場合にブロックベクトル（block vector，ＢＶ）と名称を変更され、ＢＶは常に整数ピクセル精度を有している。メインプロファイルＨＥＶＣと互換性を持たせるために、現在ピクチャは、復号化ピクチャバッファ（Decoded Picture Buffer，ＤＰＢ）で「長期」参照ピクチャとしてマークされる。同様に、マルチビュー／３Ｄビデオコーディング標準規格では、インタービュー参照ピクチャも「長期」参照ピクチャとしてマークされることが留意されるべきである。

その参照ブロックを見つけるためのＢＶに続いて、予測が、参照ブロックをコピーすることによって生成され得る。元の信号から参照ピクセルを減じることによって、残差が得られる。次いで、変換及び量子化が他のコーディングモードで見られるように適用され得る。

図１は、イントラブロックコピーの実例である。

しかし、参照ブロックがピクチャの外にあるか、又は現在ブロックと重なり合うか、又は再構成されたエリアの外にあるか、又は何らかの制約によって制限された有効エリアの外にある場合に、一部又は全てのピクセル値は定義されない。基本的に、そのような問題を扱うための２つの解決法がある。１つは、例えば、ビットストリームコンフォーマンス（bitstream conformance）で、そのような状況を認めないことである。もう１つは、それらの未定義のピクセル値に対してパディングを適用することである。以下のサブセッションは、これらの解決法について詳細に記載する。

２．２ ＨＥＶＣ－ＳＣＣにおけるＩＢＣ
ＨＥＶＣのスクリーンコンテンツコーディング拡張（Screen Content Coding extensions）では、ブロックが現在ピクチャを参照として使用する場合に、以下のスペックテキストで示されるように、参照ブロック全体が利用可能な再構成されたエリア内にあることを保証すべきである：

よって、参照ブロックが現在ブロックと重なり合うか、又は参照ブロックがピクチャの外にある場合は、起こらない。参照又は予測ブロックをパディングする必要はない。

２．３ ＶＶＣテストモデルにおけるＩＢＣ
現在のＶＶＣテストモデル、つまり、ＶＴＭ－４．０設計では、参照ブロック全体が現在のコーディングツリーユニット（coding tree unit，ＣＴＵ）と一致している必要があり、現在ブロックとは重なり合わない。よって、参照又は予測ブロックをパディングする必要はない。ＩＢＣフラグは、現在ＣＵの予測モードとしてコーディングされる。よって、各ＣＵについて全部で３つの予測モード、すなわち、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、及びＭＯＤＥ＿ＩＢＣがある。

２．３．１ ＩＢＣマージモード
ＩＢＣマージモードでは、ＩＢＣマージ候補リスト（merge candidates list）内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣマージリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ペアワイズ平均候補の挿入

空間マージ候補の導出では、最大４つのマージ候補が、図１９に表されている位置にある候補から選択される。導出の順序は、Ａ_１、Ｂ_１、Ｂ_０、Ａ_０、及びＢ_２である。位置Ｂ_２は、位置Ａ_１、Ｂ_１、Ｂ_０、Ａ_０のいずれかのＰＵ（それが他のスライス又はタイルに属するために）利用可能でないか、あるいは、ＩＢＣモードでコーディングされていない場合にのみ考慮される。位置Ａ_１での候補が加えられた後、残りの候補の挿入は冗長性検査を受ける。これは、同じ動き情報を有する候補がリストから外されることを確かにし、それにより、コーディング効率は改善される。計算複雑性を低減するために、上記の冗長性検査において、可能性がある全ての候補ペアが考慮されるわけではない。代わりに、図２０において矢印で結ばれているペアが考慮され、候補は、冗長性検査のために使用された対応する候補が同じ動き情報を有していない場合にのみリストに加えられる。

空間候補の挿入の後、ＩＢＣマージリストサイズが依然として最大ＩＢＣマージリストサイズよりも小さい場合には、ＨＭＶＰテーブルからのＩＢＣ候補が挿入されてもよい。ＨＭＶＰ候補を挿入する場合に、冗長性検査が実行される。

最後に、ペアワイズ平均候補が、ＩＢＣマージリストに挿入される。

マージ候補によって識別された参照ブロックがピクチャの外にあるか、又は現在ブロックと重なり合うか、又は再構成されたエリアの外にあるか、又は何らかの制約によって制限された有効エリアの外にある場合に、マージ候補は、無効マージ候補（invalid merge candidate）と呼ばれる。

無効マージ候補はＩＢＣマージリストに挿入されてもよいことが留意される。

２．３．２ ＩＢＣ ＡＭＶＰモード
ＩＢＣ ＡＭＶＰモードでは、ＩＢＣ ＡＭＶＰリスト内のエントリを指し示すインデックスが、ビットストリームからパースされる。ＩＢＣ ＡＭＶＰリストの構成は、次の一連のステップに従って手短に述べられ得る：
・ステップ１：空間候補の導出
・利用可能な候補が見つけられるまでＡ_０、Ａ_１をチェックする
・利用可能な候補が見つけられるまでＢ_０、Ｂ_１、Ｂ_２をチェックする
・ステップ２：ＨＭＶＰ候補の挿入
・ステップ３：ゼロ候補の挿入

空間候補の挿入の後、ＩＢＣ ＡＭＶＰリストサイズが依然として最大ＩＢＣ ＡＭＶＰリストサイズよりも小さい場合には、ＨＭＶＰテーブルからのＩＢＣ候補が挿入されてもよい。

最後に、ゼロ候補が、ＩＢＣ ＡＭＶＰリストに挿入される。

２．４ パレットモード
パレットモードの背後にある基本的な考えは、ＣＵ内のサンプルが代表的な色値の小さいセットによって表現されることである。このセットはパレットと呼ばれる。また、エスケープ記号に続いて（場合により量子化された）成分値を通知することによって、パレットの外にあるサンプルを示すことも可能である。この種のサンプルはエスケープサンプルと呼ばれる。パレットモードは図２で表されている。

図２は、パレットモードで符号化されたブロックの例を示す。

ＨＥＶＣ－ＳＣＣにおけるパレットモードでは、パレット及びインデックスマップをコーディングするために、予測的な方法が使用される。

２．５．１ パレットエントリのコーディング
パレットエントリのコーディングのために、パレット予測子が維持される。パレットの最大サイズは、パレット予測子とともに、ＳＰＳで通知される。ＨＥＶＣ－ＳＣＣでは、ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがＰＰＳで導入される。このフラグが１であるとき、パレット予測子を初期化するためのエントリがビットストリームで通知される。パレット予測子は、各ＣＴＵ行、各スライス、及び各タイルの開始時に初期化される。ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値に応じて、パレット予測子は、０にリセットされるか、又はＰＰＣで通知されたパレット予測子初期化子エントリを用いて初期化される。ＨＥＶＣ－ＳＣＣでは、サイズ０のパレット予測子初期化子が、ＰＰＳレベルでのパレット予測子初期化の明示的な無効化を可能にするよう有効にされた。

パレット予測子における各エントリについては、それが現在のパレットの部分であるかどうかを示すために、再利用フラグが通知される。これは図３に表されている。再利用フラグは、ゼロのランレングスコーディングを用いて送信される。この後に、新しいパレットエントリの数が、次数０の指数ゴロム符号を用いて通知される。最後に、新しいパレットエントリの成分値が通知される。

図３は、パレットエントリを通知するためのパレット予測子の使用の例を示す。

２．５．２ パレットインデックスのコーディング
パレットインデックスは、図４に示される水平及び垂直トラバーススキャンを用いてコーディングされる。スキャン順序は、ｐａｌｅｔｔｅ＿ｔｒａｎｓｐｏｓｅ＿ｆｌａｇを用いてビットストリームで明示的に通知される。サブセクションの残りの部分については、スキャンは水平であると仮定される。

図４は、水平及び垂直トラバーススキャンの例を示す。

パレットインデックスは、２つの主なパレットサンプルモード：「ＩＮＤＥＸ」及び「ＣＯＰＹ＿ＡＢＯＶＥ」を用いてコーディングされる。上述されたように、エスケープ記号も、「ＩＮＤＥＸ」モードとして通知され、最大パレットサイズに等しいインデックスを割り当てられる。モードは、一番上の行の場合又は前のモードが「ＣＯＰＹ＿ＡＢＯＶＥ」であった場合を除いて、フラグを用いて通知される。「ＣＯＰＹ＿ＡＢＯＶＥ」モードでは、上の行にあるサンプルのパレットインデックスがコピーされる。「ＩＮＤＥＸ」モードでは、パレットインデックスは明示的に通知される。「ＩＮＤＥＸ」及び「ＣＯＰＹ＿ＡＢＯＶＥ」の両方のモードについて、ラン値（run value）が通知され、これは、やはり同じモードを用いてコーディングされる後続サンプルの数を指定する。エスケープ記号が「ＩＮＤＥＸ」又は「ＣＯＰＹ＿ＡＢＯＶＥ」モードでのランの部分である場合に、エスケープ成分値がエスケープ記号ごとに通知される。パレットインデックスのコーディングは、図５に表されている。

このシンタックス順序は次のように達成される。最初に、ＣＵのインデックス値の数が通知される。その後に、トランケーテッドバイナリコーディング（truncated binary coding）を用いて、ＣＵ全体の実際のインデックス値の通知が続く。これは、インデックスに関連したバイパスビンをグループにまとめる。次いで、パレットサンプルモード（必要な場合）及びランが、インターリーブ方式で通知される。最後に、ＣＵ全体のエスケープサンプル値に対応する成分エスケープ値がグループにまとめられて、バイパスモードでコーディングされる。

更なるシンタックス要素として、ｌａｓｔ＿ｒｕｎ＿ｔｙｐｅ＿ｆｌａｇが、インデックス値を通知した後に通知される。このシンタックス要素は、インデックスの数と組み合わせて、ブロック内の最後のランに対応するラン値を通知する必要性を排する。

ＨＥＶＣ－ＳＣＣでは、パレットモードはまた、４：２：２、４：２：０、及びモノクロクロマフォーマットについても有効にされる。パレットエントリ及びパレットインデックスの通知は、全てのクロマフォーマットについてほぼ同じである。非モノクロフォーマットの場合に、各パレットエントリは３つの成分から成る。モノクロフォーマットについては、各パレットエントリは単一の成分から成る。サブサンプリングされたクロマ方向について、クロマサンプルは、２で除算可能であるルーマサンプルインデックスと関連付けられる。ＣＵのパレットインデックスを再構成した後、サンプルがそれと関連付けられた単一の成分しか有さない場合には、パレットエントリの最初の成分のみが使用される。通知の唯一の相違は、エスケープ成分値に関する。エスケープサンプルごとに、通知されるエスケープ成分値の数は、そのサンプルに関連した成分の数に応じて異なり得る。

ＶＶＣでは、二分木コーディング構造がイントラスライスのコーディングで使用されるので、ルーマ成分及び２つのクロマ成分は、異なったパレット及びパレットインデックスを有し得る。更に、２つのクロマ成分は、同じパレット及びパレットインデックスを共有する。

図５は、パレットインデックスの符号化の例を示す。

２．６ ＶＶＣにおけるイントラモードコーディング
自然ビデオで提示される任意のエッジ方向を捕捉するために、ＶＴＭ５での指向性イントラモードの数は、ＨＥＶＣで使用される３３から、６５に拡張される。ＨＥＶＣにはない新しい指向性モードは、図６で赤色破線矢印で表されており、プレーナーモード及びＤＣモードは同じままである。これらのより密なイントラ予測モードは、全てのブロックサイズについて、ルーマ及びクロマの両方のイントラ予測のために適用される。

ＶＴＭ５では、いくつかの従来の角度イントラ予測モードが、非正方ブロックについて広角イントラ予測モードで適応的に置き換えられる。

ＨＥＶＣでは、あらゆるイントラコーディングされたブロックが正方形状を有しており、その各辺の長さは２の累乗である。よって、ＤＣモードを用いてイントラ予測子を生成するために、分割動作は不要である。ＶＴＭ５では、ブロックは、一般的な場合にブロックごとに分割動作の使用を必要とする長方形状を有する可能性がある。ＤＣ予測のための分割動作を回避するために、長い方の辺のみが、非正方ブロックの平均を計算するために使用される。

図６は、６７個のイントラ予測モードの例を示す。

最確モード（most probable mode，ＭＰＭ）リスト生成の複雑性を低く保つために、６つのＭＰＭによるイントラモードコーディング方法が、２つの利用可能な隣接イントラモードを考えることによって使用される。次の３つの態様が、ＭＰＭリストを構成するために考えられる：
・デフォルトイントラモード
・隣接イントラモード
・導出イントラモード

統合６－ＭＰＭリストが、ＭＲＬ及びＩＳＰコーディングツールが適用されるか否かにかかわらず、イントラブロックに対して使用される。ＭＰＭリストは、左及び上隣接ブロックのイントラモードに基づいて構成される。左ブロックのモードはＬｅｆｔと表され、上ブロックのモードはＡｂｏｖｅと表されるとして、統合ＭＰＭリストは、次のように構成される（左ブロック及び上ブロックは図７に示される）。

図７は、現在ブロックの左隣及び上隣の例を示す。
・隣接ブロックが利用可能でない場合に、そのイントラモードはデフォルトでプレーナー（Planar）にセットされる。
・両方のモードＬｅｆｔ及びＡｂｏｖｅが非角度モードである場合に：
・ＭＰＭリスト→｛プレーナー，ＤＣ，Ｖ，Ｈ，Ｖ－４，Ｖ＋４｝
・モードＬｅｆｔ及びＡｂｏｖｅの一方が角度モードであり、他方が非角度モードである場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・ＭＰＭリスト→｛プレーナー，Ｍａｘ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１，Ｍａｘ－２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが異なる場合に：
・モードＭａｘをＬｅｆｔ及びＡｂｏｖｅのうちの大きい方のモードとしてセットする
・モードＬｅｆｔ及びＡｂｏｖｅの差が２以上６２以下の範囲にある場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１｝
・そうでない場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－２，Ｍａｘ＋２｝
・Ｌｅｆｔ及びＡｂｏｖｅが両方とも角度モードであり、それらが同じである場合に：
・ＭＰＭリスト→｛プレーナー，Ｌｅｆｔ，Ｌｅｆｔ－１，Ｌｅｆｔ＋１，ＤＣ，Ｌｅｆｔ－２｝

その上、ｍｐｍインデックスコードワードの最初のビンは、ＣＡＢＡＣコンテキストコーディングされる。現在のイントラブロックがＭＲＬ対応であるか、ＩＳＰ対応であるか、又は通常のイントラブロックであるかに対応して、全部で３つのコンテキストが使用される。

６－ＭＰＭリストの生成プロセス中、一意のモードのみがＭＰＭリストに含まれ得るように、重複したモードを除くためにプルーニングが使用される。６１個の非ＭＰＭモードのエントロピコーディングについては、トランケーテッドバイナリコーディング（ＴＢＣ）が使用される。

クロマイントラモードコーディングについては、全部で８つのイントラモードが、クロマイントラモードコーディングのために許されている。それらのモードには、５つの従来のイントラモードと、３つのクロスコンポーネント線形モデルモード（cross-component linear model modes）（ＣＣＬＭ、ＬＭ＿Ａ、及びＬＭ＿Ｌ）とが含まれる。クロマモードの通知及び導出のプロセスは、表２－４に示される。クロマモードコーディングは、対応するルーマブロックのイントラ予測モードに直接に依存する。ルーマ成分及びクロマ成分のための別個のブロックパーティショニング構造がＩスライスでは可能にされるので、１つのクロマブロックは複数のルーマブロックに対応し得る。そのため、クロマＤＭモードについては、現在のクロマブロックの中心位置をカバーする対応するルーマブロックのイントラ予測モードが直接に承継される。

２．７ ＱＲ－ＢＤＰＣＭ（Quantized residual Block Differential Pulse-Code Modulation）
ＪＶＥＴ－Ｍ０４１３では、ＱＲ－ＢＤＰＣＭ（Quantized residual Block Differential Pulse-Code Modulation）が、スクリーンコンテンツを効率的にコーディングするために提案されている。

ＱＲ－ＢＤＰＣＭで使用される予測方向は、垂直及び水平予測モードであることができる。イントラ予測は、イントラ予測と同様に予測方向（水平及び垂直方向）でのサンプルコピーによって、ブロック全体に対して行われる。残差は量子化され、量子化された残差とその予測子（水平又は垂直）量子化値との間の差（delta）は符号化される。これは、以下によって説明することができる。サイズＭ（行）×Ｎ（列）のブロックについて、ｒ_ｉ，ｊ，０≦ｉ≦Ｍ－１，０≦ｊ≦Ｎ－１を、上又は左ブロック境界サンプルからのフィルタリングされていないサンプルを用いてイントラ予測を水平方向に（予測されたブロックにわたって左隣接ピクセル値をラインごとにコピーする）又は垂直方向に（予測されたブロック内の各ラインに上隣接ラインをコピーする）実行した後の予測残差であるとする。Ｑ（ｒ_ｉ，ｊ），０≦ｉ≦Ｍ－１，０≦ｊ≦Ｎ－１が残差ｒ_ｉ，ｊの量子化されたバージョンを表すとして、このとき、残差は、元のブロック値と予測されたブロック値との間の差である。次いで、ブロックＤＰＣＭが、量子化された残差サンプルに適用され、要素
（外１）

を有する変更されたＭ×Ｎアレイ
（外２）

が得られる。垂直ＢＤＰＣＭが通知される場合に：

である。

水平予測については、同様のルールが適用され、残差量子化サンプルは、

によって求められる。

残差量子化サンプル
（外３）

は、デコーダへ送られる。

デコーダ側では、上記の計算は、Ｑ（ｒ_ｉ，ｊ），０≦ｉ≦Ｍ－１，０≦ｊ≦Ｎ－１を取り出すために逆にされる、垂直予測の場合については、

であり、水平予測の場合については

である。

逆量子化された残差Ｑ^－１（Ｑ（ｒ_ｉ，ｊ））が、再構成されたサンプル値を生成するようイントラブロック予測値に加えられる。

このスキームの主な利点は、係数がパースされるときに予測子を追加するだけで、係数解析中にオン・ザ・フライで逆ＤＰＣＭを実行できること、又は解析後に実行できることである。

２．８ 適応ループフィルタ
ＶＴＭ５では、ブロックベースのフィルタ適応による適応ループフィルタ（Adaptive Loop Filter，ＡＬＦ）が適用される。ルーマ成分については、２５個のフィルタのうちの１つが、局所勾配の方向及び活性に基づき、４×４ブロックごとに選択される。

２．８．１．１フィルタ形状
ＶＴＭ５では、２つのダイヤモンドフィルタ形状（図８に図示あり）が使用される。７×７ダイヤモンド形状はルーマ成分に対して適用され、５×５ダイヤモンド形状はクロマ成分に対して適用される。

図８は、ＡＬＦフィルタ形状（クロマ：５×５ダイヤモンド、ルーマ：７×７ダイヤモンド）の例を示す。

２．８．１．２ブロック分類
ルーマ成分については、各４×４ブロックは、２５個のクラスの中から１つに分類され得る。分類インデックスＣは、次のように、その方向性Ｄ及び量子化された活性値Ａ（ハット付き）に基づき導出される：

Ｄ及びハット付きＡを計算するために、水平方向、垂直方向、及び２つの対角方向の勾配が最初に、１－Ｄラプラシアンを用いて計算される：

インデックスｉ及びｊは、４×４ブロック内の左上サンプルの座標を指し、Ｒ（ｉ，ｊ）は、座標（ｉ，ｊ）での再構成されたサンプルを示す。

ブロック分類の複雑性を低減するために、サブサンプリングされた１－Ｄラプラシアン計算が適用される。図９に示されるように、同じサブサンプリングされた位置が、全ての方向の勾配計算のために使用される。

図９は、サブサンプリングされたラプラシアン計算の例を示す。（ａ）垂直勾配のためのサブサンプリングされた位置、（ｂ）水平勾配のためのサブサンプリングされた位置、（ｃ）対角勾配のためのサブサンプリングされた位置、（ｄ）対角勾配のためのサブサンプリングされた位置。

次いで、水平方向及び垂直方向の勾配のＤの最大値及び最小値は：

としてセットされる。

２つの対角方向の勾配の最大値及び最小値は：

としてセットされる。

方向性Ｄの値を導出するために、これらの値は、互いに、そして２つの閾値ｔ_１及びｔ_２と比較される：

活性値Ａは、

として計算される。

Ａは、０以上４以下の範囲に更に量子化され、量子化された値は、ハット付きＡとして表される。

ピクチャ内のクロマ成分については、分類方法は適用されない。すなわち、ひと組のＡＬＦ係数がクロマ成分ごとに適用される。

２．８．１．３ フィルタ係数及びクリッピング値の幾何変換
各４×４ルーマブロックをフィルタリングする前に、回転又は対角及び垂直フリップなどの幾何変換が、そのブロックについて計算された勾配値に応じて、フィルタ係数ｆ（ｋ，ｌ）及び対応するフィルタクリッピング値ｃ（ｋ、ｌ）に適用される。これは、フィルタサポート領域内のサンプルにこれらの変換を適用することと等価である。アイデアは、ＡＬＦが適用される様々なブロックを、それらの方向性を調整することによって、より類似させることである。

対角、垂直フリップ、及び回転を含む３つの幾何変換が導入される：

ここで、Ｋは、フィルタのサイズであり、０≦ｋ，ｌ≦Ｋ－１は、位置（０，０）が左上隅にあり、位置（Ｋ－１，Ｋ－１）が右下隅にあるような、係数座標である。変換は、そのブロックについて計算された勾配値に応じて、フィルタ係数ｆ（ｋ，ｌ）及びクリッピング値ｃ（ｋ、ｌ）に適用される。変換と４つの方向の４つの勾配との間の関係は、次の表で手短に述べられている。

２．８．１．４ フィルタパラメータ通知
ＶＴＭ５では、ＡＬＦフィルタパラメータは、適応パラメータセット（Adaptation Parameter Set，ＡＰＳ）で通知される。１つのＡＰＳでは、最大２５組のルーマフィルタ係数及びクリッピング値が通知され得る。ビットオーバヘッドを低減するために、異なる分類のフィルタ係数はマージされ得る。スライスヘッダでは、現在スライスに使用されるＡＰＳのインデックスが通知される。

ＡＰＳから復号されるクリッピング値インデックスは、クリッピング値のルーマテーブル及びクリッピング値のクロマテーブルを用いてクリッピング値を決定することを可能にする。これらのクリッピング値は、内在的なビットデプスに依存する。より厳密は、クリッピング値のルーマテーブル及びクリッピング値のクロマテーブルは、次の式によって取得される：

なお、Ｂは内在的なビットデプスに等しく、Ｎは４に等しく、ＶＴＭ５．０での許容クリッピング値の数である。

フィルタリングプロセスは、ＣＴＢレベルで制御され得る。フラグは、ＡＬＦがルーマＣＴＢに適用されるかどうかを示すために常に通知される。ルーマＣＴＢは、１６個の固定フィルタセットと、ＡＰＳからのフィルタセットとから、フィルタセットを選択することができる。フィルタセットインデックスは、ルーマＣＴＢについて、どのフィルタセットが適用されるかを示すために通知される。１６個の固定フィルタセットは予め定義され、エンコーダ及びデコーダの両方でハードコーディングされる。

フィルタ係数は、１２８に等しいノルムで量子化される。乗算複雑性を制限するために、非中心位置の係数値が－２^７以上２^７－１以下の範囲にあるべきであるように、ビットストリームコンフォーマンスが適用される。中心位置係数は、ビットストリームで通知されず、１２８に等しいと見なされる。

２．８．１．５ フィルタリングプロセス
デコーダ側で、ＡＬＦがＣＴＢに対して有効にされる場合に、ＣＵ内の各サンプルＲ（ｉ，ｊ）はフィルタリングされ、以下で示されるサンプル値Ｒ’（ｉ，ｊ）が得られる：

ここで、ｆ（ｋ、ｌ）は、復号されたフィルタ係数であり、Ｋ（ｘ，ｙ）は、クリッピング関数であり、ｃ（ｋ、ｌ）は、復号されたクリッピングパラメータを表す。変数ｋ及びｌは、－Ｌ／２からＬ／２の間で変化し、Ｌは、フィルタ長さを表す。クリッピング関数Ｋ（ｘ，ｙ）＝ｍｉｎ（ｙ，ｍａｘ（－ｙ，ｘ））であり、関数Ｃｌｉｐ３（－ｙ，ｙ，ｘ）に対応する。

２．８．１．６ ラインバッファ低減のための仮想境界フィルタリングプロセス
ＶＴＭ５では、ラインバッファ要件を低減するために、変更されたブロック分類及びフィルタリングが、水平ＣＴＵ境界に近いサンプルのために用いられる。このために、仮想境界は、図１０に示されるように、“Ｎ”個のサンプルを含む水平ＣＴＵ境界をシフトすることによってラインとして定義される。Ｎは、ルーマ成分については４に等しく、クロマ成分については２に等しい。

図１０は、仮想境界での修正されたブロック分類の例を示す。

図１１に示されるように、修正されたブロック分類がルーマ成分に適用され、それに応じて、活性値Ａは、１Ｄラプラシアン勾配計算で使用されるサンプル数の減少を考慮に入れることによってスケーリングされる。

フィルタリングプロセスについては、仮想境界での対称パディング動作が、ルーマ及びクロマの両方の成分のために使用される。図１１に示されるように、フィルタリングされているサンプルが仮想境界の下に位置している場合に、仮想境界の上に位置している隣接サンプルがパディングされる。一方、他方の側にある対応するサンプルも対称的にパディングされる。

図１１は、仮想境界でのルーマ成分に対する修正ＡＬＦフィルタリングの実例を示す。

２．９ サンプル適応オフセット（ＳＡＯ）
サンプル適応オフセット（sample adaptive offset，ＳＡＯ）は、エンコーダによってＣＴＢごとに指定されたオフセットを使用することによって、デブロッキングフィルタ後の再構成された信号に適用される。ＨＭエンコーダは最初に、ＳＡＯプロセスが現在スライスに適用されるべきか否かを決定する。ＳＡＯがスライスに適用される場合に、各ＣＴＢは、表２－６に示されるように、５つのＳＡＯタイプのうちの１つとして分類される。ＳＡＯの概念は、ピクセルをカテゴリに分類することであり、各カテゴリのピクセルにオフセットを加えることによって歪みを低減する。ＳＡＯ動作は、ＳＡＯタイプ１～４におけるピクセル分類のためにエッジ特性を使用するエッジオフセット（ＥＯ）と、ＳＡＯタイプ５におけるピクセル分類のためにピクセル強度を使用するバンドオフセット（ＢＯ）とを含む。各適用可能なＣＴＢは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇ、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇ、ＳＡＯタイプ、及び４つのオフセットを含むＳＡＯパラメータを有している。ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、左側にあるＣＴＢのＳＡＯタイプ及びオフセットを再利用する。ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇが１に等しい場合に、現在ＣＴＢは、上のＣＴＢのＳＡＯタイプ及びオフセットを再利用する。

２．９．１ 各ＳＡＯタイプの動作
エッジオフセットは、図１２に示されるように、エッジ方向情報を考慮して、現在ピクセルｐの分類のために4つの１次元３ピクセルパターンを使用する。左から右へ、０度、９０度、１３５度、及び４５度がある。

図１２は、ＥＯでのピクセル分類のための４つの１次元３ピクセルパターンの例を示す。

各ＣＴＢは、表２－７に従って、５つのカテゴリのうちの1つに分類される。

バンドオフセット（ＢＯ）は、１つのＣＴＢ領域内の全てのピクセルを、ピクセル値の５つの最上位ビットをバンドインデックスとして使用することによって、３２個の一様なバンドに分類する。すなわち、ピクセル強度範囲は、ゼロから最大強度値（例えば、８ビットピクセルについては２５５）まで３２個の等しいセグメントに分ける。４つの隣接バンドはグループにまとめられ、各グループは、図１３に示されるようにその最も左側の位置によって示される。エンコーダは、各バンドのオフセットを補償することによって歪みを最大に低減したグループを取得するよう全ての位置を探索する。

図１３は、４つのバンドがグループにまとめられ、その開始バンド位置によって表現される例を示す。

２．１０ インター－イントラ複合予測（ＣＩＩＰ）
ＶＴＭ５では、ＣＵがマージモードで符号化される場合に、ＣＵが少なくとも６４個のルーマサンプルを含むならば（つまり、ＣＵ幅×ＣＵ高さは６４以上である）、かつ、ＣＵ幅及びＣＵ高さの両方が１２８個のルーマサンプルに満たないならば、インター／イントラ複合予測（ＣＩＩＰ）モードが現在ＣＵに適用されるかどうかを示すために、追加のフラグが通知される。その名が示すとおり、ＣＩＩＰ予測は、インター予測信号をイントラ予測信号と組み合わせる。ＣＩＩＰモードでのインター予測信号Ｐ_{ｉｎｔｅｒ}は、通常のマージモードに適用されるの同じインター予測プロセスを用いて導出され、イントラ予測信号Ｐ_{ｉｎｔｒａ}は、プレーナーモードによる通常のイントラ予測プロセスに従って導出される。次いで、イントラ予測信号及びインター予測信号は、加重平均を用いて結合される。このとき、重み値は、次のように、上隣接ブロック及び左隣接ブロック（図１４に図示あり）のコーディングモードに応じて計算される：
・上隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＴｏｐを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＴｏｐを０にセットする。
・左隣接ブロックが利用可能であり、イントラコーディングされている場合に、ｉｓＩｎｔｒａＬｅｆｔを１にセットし、そうでない場合には、ｉｓＩｎｔｒａＬｅｆｔを０にセットする。
・（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が２に等しい場合には、ｗｔは３にセットされる。
・そうではなく、（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＴｏｐ）が１に等しい場合には、ｗｔは２にセットされる。
・上記以外の場合に、ｗｔを１にセットする。

ＣＩＩＰ予測は、次のように形成される：

図１４は、ＣＩＩＰ重み導出で使用される上及び左隣接ブロックを示す。

２．１１ クロマスケーリング付きルーママッピング（ＬＭＣＳ）
ＶＴＭ５では、ＬＭＣＳ（luma mapping with chroma scaling）と呼ばれるコーディングルールが、ループフィルタ前に新しい処理ブロックとして加えられる。ＬＭＣＳは、２つの主なコンポーネント：１）適応区分線形モデルに基づいたルーマ成分のインループマッピング、２）クロマ成分のためのルーマ依存クロマ残差スケーリングの適用を有する。図１５は、デコーダ始点からのＬＭＣＳアーキテクチャを示す。図１５のブロックには、逆量子化、逆変換、ルーマイントラ予測、及びルーマ残差とともにルーマ予測の追加が含まれ、処理はマッピング領域で適用される。図１５中の影無しブロックは、処理が元の（すなわち、非マッピング）領域で適用される場所を示し、これらには、デブロッキング、ＡＬＦ、及びＳＡＯなどのループフィルタ、動き補償付き予測、クロマイントラ予測、クロマ残差とともにクロマ予測の追加、並びに参照ピクチャとしても復号されたピクチャの格納が含まれる。図１５は、ルーマ信号の順方向及び逆方向マッピングと、ルーマ依存クロマスケーリングプロセスとを含む新しいＬＭＣＳ機能ブロックを示す。ＶＶＣにおける他のほとんどのツールと同様に、ＬＭＣＳは、ＳＰＳフラグを用いてシーケンスレベルで有効／無効にされ得る。

図１５は、クロマスケーリングアーキテクチャによるルーママッピングの例を示す。

２．１２ 二分木パーティショニング
現在のＶＶＣ設計では、Ｉスライスについて、各ＣＴＵは、暗黙的な四分木分割を用いて、６４×６４個のルーマサンプルを有するコーディングユニットに分けられ得る。これらのコーディングユニットは、ルーマ及びクロマについての２つの別個のｃｏｄｉｎｇ＿ｔｒｅｅシンタック構造の根である。

イントラピクチャにおける二分木は、ルーマコーディングツリーとは異なるパーティショニングをクロマコーディングツリーで適用することを可能にするので、二分木は、より長いコーディングパイプラインを導入し、クロマツリーでのＱＴＢＴ ＭｉｎＱＴＳｉｚｅＣ値範囲並びにＭｉｎＢｔＳｉｚｅＹ及びＭｉｎＴＴＳｉｚｅＹは、２×２、４×２、及び２×４などの小さいクロマブロックを可能にする。それは、実際のデコーダ設計で困難性をもたらす。更に、ＣＣＬＭ、プレーナー、及び角度モードなどのいくつかの予測モードは乗算を必要とする。上記の問題を多少なりとも解決するために、小さいクロマブロックサイズ（２×２／２×４／４×２）は、パーティショニング制限として二分木において制限される。

２．１３ ＪＶＥＴ－Ｏ００５０における最小クロマイントラ予測ユニット（ＳＣＩＰＵ）
小さいクロマサイズは、ハードウェア実装にとってフレンドリではない。二分木の場合に、小さすぎるサイズのクロマブロックは許されない。しかし、一分木（singletree）の場合に、ＶＶＣ草案５は、依然として、２×２、２×４、４×２クロマブロックを許す。クロマブロックのサイズを制限するために、単一コーディングツリーでは、クロマブロックサイズがＴＨクロマサンプルよりも大きいか又はそれと等しく、かつ、４ＴＨルーマサンプルよりも小さい少なくとも１つの子ルーマブロックを有しているコーディングツリーノードとして、ＳＣＩＰＵがＪＶＥＴ－Ｏ００５０で定義されている。なお、ＴＨは、この寄稿では１６にセットされる。各ＳＣＩＰＵで、全てのＣＢはインターであるか、あるいは、全てのＣＢは非インターである、つまり、イントラ又はＩＢＣのどちらかであることが必要とされる。非インターＳＣＩＰＵの場合には、更に、非インターＳＣＩＰＵのクロマがこれ以上分割されるべきではないことが必要とされ、また、ＳＣＩＰＵのルーマは、更に分割されることを許される。このようにして、最小クロマイントラＣＢサイズは、１６個のクロマサンプルであり、２×２、２×４、及び４×２クロマＣＢは削除される。更に，クロマスケーリングは、非インターＳＣＩＰＵの場合に適用されない。

２つのＳＣＩＰＵの例が図１６に示される。図１６（ａ）では、８×４クロマサンプルの１つのクロマＣＢと、３つのルーマＣＢ（４×８、８×８、４×８ルーマＣＢ）とが１つのＳＣＩＰＵを形成する。これは、８×４クロマサンプルから分割された三分木（ＴＴ）が、１６個のクロマサンプルよりも小さいクロマＣＢをもたらすからである。図１６（ｂ）では、４×４クロマサンプル（８×４クロマサンプルの左側）の１つのクロマＣＢと、３つのルーマＣＢ（８×４、４×４、４×４ルーマＣＢ）とが１つのＳＣＩＰＵを形成し、４×４サンプル（８×４クロマサンプルの右側）の１つのクロマＣＢと、２つのルーマＣＢ（８×４、８×４ルーマＣＢ）とが１つのＳＣＩＰＵを形成する。これは、４×４クロマサンプルから分割された三分木（ＴＴ）が、１６個のクロマサンプルよりも小さいクロマＣＢをもたらすからである。

図１６は、ＳＣＩＰの例を示す。

現在スライスがＩスライスであるか、又は現在のＳＣＩＰＵが、更に１回分割された後にその中に４ｘ４ルーマパーティションを有する場合に、ＳＣＩＰＵのタイプは非インターであると推測される（ＶＶＣでは、インター４×４が許可されないため）。それ以外の場合には、ＳＣＩＰＵのタイプ（インター又は非インター）は、ＳＣＩＰＵ内のＣＵをパースする前に１つのシグナルフラグによって示される。

２．１４ ＶＶＣ草案６における小さいクロマブロックの制約
ＶＶＣ草案６（ＪＶＥＴ－Ｏ２００１－ｖＥ．ｄｏｃｘ）では、小さいクロマブロックに対する制約が、次のように実装される（関連する部分は、太字イタリック体でマークされる）。

３．課題
（１）現在、ＩＢＣはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（２）現在、パレットはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされているので、小さいクロマブロックは許可されず、不必要なコーディング効率損失が生じている。
（３）現在、小さいクロマブロックの制約は、色サブサンプリングフォーマットを考慮していない。
（４）現在、小さいブロックに対する同じパーティション及び予測モード制約が全てのクロマフォーマットに適用されている。しかし、４：２：０及び４：２：２クロマフォーマットでは、小さいブロックに対する異なった制約メカニズムを設計することが望ましいことがある。
（５）現在、パレットモードフラグ通知は、ｍｏｄｅＴｙｐｅに依存しているが、これは、パレットが小さいブロックの制約を適用しない可能性があるということで望ましくない。
（６）現在、ＩＢＣモードフラグは、Ｐ／Ｂスライスについて、ｃｕ＿ｓｋｉｐ＿ｆｒａｇが１に等しいが、ＭＯＤＥ＿ＴＹＰＥがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測されているが、これは、シンタックスパーシングでは不正である。
（７）現在、非４×４ルーマＩＢＣモードは、ＳＣＩＰＵルーマブロックについて許可されていないが、これは望ましくないことがあり、コーディング効率損失を引き起こす可能性がある。
（８）２×Ｈクロマブロックが依然として許可されているが、これはハードウェア実装にとってフレンドリではない。
（９）ＣＩＩＰは、ＭＯＤＥ＿ＩＮＴＥＲと見なされる一方で、イントラ予測を使用するが、これは、いくつかの場合に制約を破る。

４．技術的解決法及び実施形態の例
以下に挙げられているものは、例と見なされるべきである。これらの技術は、狭い意味で解釈されるべきではない。更に、これらの技術は、如何様にも組み合わされ得る。

本文書中、「Ｍ×Ｎコーディングツリーノード」は、Ｍ×Ｎブロックを示し、Ｍ及びＮは、夫々、ルーマサンプルの幅及び高さであり、これは、例えば、ＱＴ／ＢＴ／ＴＴなどによって、更にパーティション化されてもよい。例えば、ブロックはＱＴノード、又はＢＴノード、又はＴＴのーどであってよい。コーディングツリーノードは、コーディングユニット（例えば、一分木については３つの色成分、二分木クロマコーディングについては２つのクロマ色成分、及び二分木ルーマコーディングについてはただ１つのルーマ成分を有する）、又はルーマコーディングブロック、又はクロマコーディングブロックであってもよい。「小さいコーディングツリーノードユニット」は、ルーマサンプルでブロックサイズＭ×Ｎが３２／６４／１２８に等しいコーディングツリーノードを示し得る。

特に述べられていない場合に、コーディングブロックの幅Ｗ及び高さは、ルーマサンプルで測定される。例えば、Ｍ×Ｎコーディングブロックは、Ｍ×Ｎルーマブロック、及び／又は２つの（Ｍ／ｓｕｂＷｉｄｔｈＣ）×（Ｎ／ＳｕｂＨｅｉｇｈｔＣ）クロマブロックを意味し、ＳｕｂＷｉｄｔｈＣ及びＳｕｂＨｉｇｈｔＣは、次のようにクロマフォーマットによって導出される。

１．小さいブロックにパーティション化すべきかどうか及び／又はどのようにすべきかは、カラーフォーマットに依存してもよい。
ａ．一例で、４：４：４カラーフォーマットについては、クロマブロックのサイズに対する制約は、ルーマブロックに対するそのような制約に従い得る。
ｂ．一例で、４：２：２カラーフォーマットについては、クロマブロックのサイズに対する制約は、４：２：０カラーフォーマットに着いてのそのような制約に従い得る。
ｃ．一例で、４：０：０及び／又は４：４：４クロマフォーマットについては、小さいブロックのパーティションに対する制約及び／又は予測モードは適用されなくてもよい。
ｄ．一例で、小さいブロックのパーティションに対する制約及び／又は予測モードは、異なるクロマフォーマットについて異なるように適用されてもよい。
ｉ．一例で、水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＢＴ分割は、クロマブロック及びルーマブロックの両方について許され得るが、４：２：０クロマフォーマットでは、水平ＢＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＢＴ分割は、クロマブロック及びルーマブロックの両方について許され得るが、４：２：０クロマフォーマットでは、垂直ＢＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｉｉ．一例で、水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノードについては、４：２：２クロマフォーマットで、水平ＴＴ分割は、クロマブロック及びルーマブロックの両方について許され得るが、４：２：０クロマフォーマットでは、水平ＴＴ分割は、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｉｖ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノードについては、４：２：２クロマフォーマットで、垂直ＴＴ分割は、クロマブロック及びルーマブロックの両方について許され得るが、４：２：０クロマフォーマットでは、垂直ＴＴは、ルーマブロックについては許されるが、クロマブロックについては許されなくてもよい。
ｖ．一例で、４：０：０及び／又は４：４：４カラーフォーマットについては、小さいブロックの制約は適用されなくてもよい。
ｅ．一例で、ＳＣＩＰＵを有効にすべきかどうかは、カラーフォーマットに依存する。
ｉ．一例で、ＳＣＩＰＵは、４：２：０及び４：２：２カラーフォーマットに対して有効にされる。
ｉｉ．一例で、ＳＣＩＰＵは、４：０：０及び／又は４：４：４カラーフォーマットに対しては無効にされる。

２．コーディングツリーノードの（サブ）モードのための予測モード（及び／又はｍｏｄｅＴｙｐｅ）をどのように決定すべきかは、カラーフォーマットに依存してもよい。
ａ．一例で、次の条件の１つが真である場合に、このコーディングツリーノードによってパーティション化された（サブ）ブロックのｍｏｄｅＴｙｐｅは、４：２：２クロマフォーマットについてはＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬに等しくなり、一方、４：２：０クロマフォーマットについては、ｍｏｄｅＴｙｐｅは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲのどちらかに等しくなる。
ｉ．水平ＢＴ分割を使用したＭ×Ｎ（例えば、８×８）コーディングツリーノード
ｉｉ．垂直ＢＴ分割を使用したＭ×Ｎ（例えば、１６×４）コーディングツリーノード
ｉｉｉ．水平ＴＴ分割を使用したＭ×Ｎ（例えば、８×１６）コーディングツリーノード
ｉｖ．垂直ＴＴ分割を使用したＭ×Ｎ（例えば、３２×４）コーディングツリーノード

例えば、次の条件：ｉ）水平ＢＴを使用したルーマ８×８ブロック、ｉｉ）垂直ＢＴを使用したルーマ１６×４ブロック、ｉｉｉ）水平ＴＴを使用したルーマ８×１６ブロック、ｉｖ）垂直ＴＴを使用したルーマ３２×４ブロック、のうちの１つが真である場合に、ｍｏｄｅＴｙｐｅは、４：２：２についてはＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬとしてセットされてもよく、一方、ｍｏｄｅＴｙｐｅは、４：２：０についてはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲのどちらかでなければならない。

よって、コーディングツリーノードにおいて３つの色成分を有するブロックについては、上記の条件の１つが真である場合に、４：２：０のブロックはＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ（全てのコーディングモードが選択され得る）として分類されない。それは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡブロックはパレット、イントラ又はイントラブロックコピーを選択することができる）又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ（インターモードしか選択され得ない）のどちらかである。

３．ブロック幅がＭ（例えば、Ｍ＝２）個のクロマサンプルに等しいクロマイントラ（及び／又はＩＢＣ）ブロックは許されなくてもよい。
ａ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラブロックは、二分木で許可されなくてもよい。
ｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が４クロマサンプルに等しい場合に、垂直ＢＴ分割は許されなくてもよい。
ｉｉ．一例で、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ブロック幅が８クロマサンプルに等しい場合に、垂直ＴＴ分割は許されなくてもよい。
ｂ．一例で、２×Ｎ（例えば、Ｎ＜＝６４）のクロマイントラ（及び／又はＩＢＣ）ブロックは、一分木で許可されなくてもよい。
ｉ．一例で、垂直ＢＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝８及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用され得る。
１．垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）クロマブロックについては許されないが、８×Ｎルーマブロックについては許され得る。
２．４×Ｎ又は４×（Ｎ／２）クロマブロックは、垂直ＢＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされ得る。
３．垂直ＢＴ分割は、８×Ｎルーマブロック及び４×Ｎ又は４×（Ｎ／２）クロマブロックの両方について許され得るが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされ得る）。
ｉｉ．一例で、垂直ＴＴ分割を使用したＭ×Ｎ（例えば、Ｍ＝１６及びＮ＜＝６４）コーディングツリーノードについては、次のプロセスの１つが適用され得る。
１．垂直ＢＴ分割は、８×Ｎ又は８×（Ｎ／２）クロマブロックについては許されないが、１６×Ｎルーマブロックについては許され得る。
２．８×Ｎ又は８×（Ｎ／２）クロマブロックは、垂直ＴＴ分割でなくてもよく、それはＭＯＤＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＩＢＣによってコーディングされ得る。
３．垂直ＴＴ分割は、１６×Ｎルーマブロック及び８×Ｎ又は８×（Ｎ／２）クロマブロックの両方について許され得るが、ルーマブロック及びクロマブロックは両方とも、ＭＯＤＥ＿ＩＮＴＲＡによってコーディングされない（例えば、ＭＯＤＥ＿ＩＮＴＥＲ又はＭＯＤＥ＿ＩＢＣによってコーディングされ得る）。

４．ＩＢＣモードは、ルーマ及び／又はクロマブロックについて、それが小さいブロックサイズであるかどうかにかかわらず許可されてもよい。
ａ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、８×４／８×８／１６×４及び４×Ｎ（例えば、Ｎ＜＝６４）ルーマブロックを含むルーマブロックについて許され得る。
ｂ．一例で、ＩＢＣモードは、たとえｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいとしても、クロマブロックについて許され得る。

５．ＩＢＣ予測モードフラグの通知は、予測モードタイプ（例えば、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）に依存してもよい。
ａ．一例で、非ＳＫＩＰブロック（例えば、スキップモードによってコーディングされないコーディングモード）のＩＢＣ予測モードフラグは、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しくなく、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、ビットストリームで明示的に通知され得る。

６．ＩＢＣ予測モードフラグは、ＣＵ ＳＫＩＰフラグ及びモードタイプ（例えば、ｍｏｄｅＴｙｐｅ）に応じて推測されてもよい。
ａ．一例で、現在ブロックがＳＫＩＰモードでコーディングされ（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１に等しく）、かつ、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、ＩＢＣ予測モードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）は、１に等しいと推測され得る。

７．パレットモードフラグの明示的な通知は、ｍｏｄｅＴｙｐｅに依存しなくてもよい。
ａ．一例で、パレットモードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）の通知は、スライスタイプ、ブロックサイズ、予測モードなどに依存してもよい。ただし、ｍｏｄｅＴｙｐｅが何であっても。
ｂ．一例で、パレットモードフラグ（例えば。ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ）は、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、０であると推測される。

８．ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可されてもよい。
ａ．一例で、クロマＩＢＣは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に許可されなくてもよい。
ｂ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可され得る。
ｃ．一例で、ＩＢＣモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可され得る。
ｄ．一例で、１つのＳＣＩＰＵ内で、ＩＢＣ及びインターモードは両方とも許可され得る。
ｅ．一例で、ＩＢＣクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応し得る。
ｆ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、１に等しいと推測され得る。

９．パレットモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲである場合に使用することを許可されてもよい。
ａ．一例で、クロマパレットは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡである場合に許可されなくてもよい。
ｂ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に使用することを許可され得る。
ｃ．一例で、パレットモードは、ｍｏｄｅＴｙｐｅが何であろうとも使用することを許可され得る。
ｄ．一例で、１つのＳＣＩＰＵ内で、パレット及びインターモードは両方とも許可され得る。
ｅ．一例で、１つのＳＣＩＰＵ内で、パレット、ＩＢＣ及びインターモードは全て許可され得る。
ｆ．一例で、パレットクロマブロックのサイズは常に、対応するルーマブロックのサイズに対応する。
ｇ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの通知はスキップされてもよく、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、１に等しいと推測され得る。
ｈ．一例で、ｍｏｄｅＴｙｐｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しく、かつ、コーディングユニットサイズがルーマで４×４である場合に、１つのメッセージは、現在の予測モードがＩＢＣ又はパレットであるかどうかを示すために送信されてもよい。

１０．幅がＭ（例えば、Ｍ＝２）に等しくかつ高さがＮ（例えば、Ｎ＝２）に等しい小さいクロマブロックについては、許可されているイントラ予測モードは、大きいクロマブロックについて許可されているものとは異なるように制限されてもよい。
ａ．一例で、利用可能なクロマイントラ予測モードの中のイントラ予測モードのサブセットのみが使用され得る。
ｂ．一例で、ＩＮＴＲＡ＿ＤＣモードのみが使用され得る。
ｃ．一例で、ＩＮＴＲＡ＿ＰＬＡＮＡＲモードのみが使用され得る。
ｄ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードのみが使用され得る。
ｅ．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードのみが使用され得る。
ｆ．一例で、ＣＣＬＭモードは許可されなくてもよい。

１１．幅がＭ（例えば、Ｍ＝２）に等しくかつ高さがＮ（例えば、Ｎ＝２）に等しい小さいクロマブロックについては、変換タイプは、大きいクロマブロックについて許可されているものとは異なるように制限されてもよい。
ａ．一例で、変換スキップのみが使用され得る。
ｂ．一例で、１次元変換のみが使用され得る。
ｃ．一例で、複数のタイプの変換をサポートするコーディングツールは許可されない。
ｉ．代替的に、複数のタイプの変換をサポートするコーディングツールの通知は省略される。

１２．ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡと見なされてもよい。
ａ．一例で、ＣＩＩＰモードは、二分木パーティショニングが使用される場合に許可され得る。
ｉ．一例で、ＣＩＩＰモードは、ＣＵタイプがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合に許可され得る。
ｂ．代替的に、ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なされてもよい。
ｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰモードは許可されなくてもよい。
ｉｉ．一例で、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、ＣＩＩＰでのクロマのためのイントラ予測モードのサブセットは、単純なイントラ予測モードに制限され得る。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０は、クロマブロック幅がＭ（例えば、Ｍ＝２）に等しい場合に、クロマイントラ予測のために使用されてもよい。
ｉｉｉ．一例で、ＣＩＩＰでのクロマのためのイントラ予測モードは、単純なイントラ予測モードに制限され得る。
１．一例で、ＩＮＴＲＡ＿ＤＣは、クロマイントラ予測のために使用され得る。
２．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードは、クロマイントラ予測のために使用され得る。
３．一例で、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードは、クロマイントラ予測のために使用され得る。

１３．上記のビュレットについては、変数Ｍ及び／又はＮは、予め定義されるか、又は通知されてもよい。
ａ．一例で、Ｍ及び／又はＮは、カラーフォーマット（例えば、４：２：０、４：２：２、４：４：４）に更に依存してもよい。

５．実施形態、
新たに加えられた部分は、太字イタリック体で強調表示されており、ＶＶＣ作業草案から削除された部分は、二重括弧でマークされている（例えば、［［ａ］］は、文字“ａ”の削除を表す）。変更は、最新のＶＶＣ作業草案（ＪＶＥＴ＝Ｏ２００１－ｖ１１）に基づいている。

５．１ 例となる実施形態＃１
以下の実施形態は、小さいブロックのパーティションに対する制約及び予測モードが４：２：０及び４：４：４クロマフォーマットにのみ適用される（４：０：０及び４；４；４クロマフォーマットには適用されない）ことに関する。

５．２ 例となる実施形態＃２
以下の実施形態は、パレットモードフラグの通知がｍｏｄｅＴｙｐｅに依存しないことに関する。

５．３ 例となる実施形態＃３
以下の実施形態は、ＩＢＣ予測モードフラグがＣＵ ＳＫＩＰフラグ及びｍｏｄｅＴｙｐｅに応じて推測されることに関する。

５．４ 例となる実施形態＃４
以下の実施形態は、ＩＢＣ予測モードフラグの通知がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに依存し、及び／又はＩＢＣモードがルーマブロックについて、それが小さいブロックサイズであるかどうかにかかわらず許可されることに関する。

５．５ 例となる実施形態＃５
以下の実施形態は、４：２：０及び４：２：２カラーフォーマットについて異なるイントラブロック制約を適用することに関する。

５．６ 例となる実施形態＃６
以下の実施形態は、一分木で２×Ｎクロマイントラブロックを許可しないことに関する。

５．７ 例となる実施形態＃７
以下の実施形態は、二分木で２×Ｎクロマイントラブロックを許可しないことに関する。

５．８ 例となる実施形態＃８
以下の実施形態は、ＳＣＩＰＵクロマブロックに対してＭＯＤＥ＿ＩＢＣを有効にすることに関する。

図１７Ａは、ビデオ処理装置１７００のブロック図である。装置１７００は、ここで記載されている方法の１つ以上を実装するために使用され得る。装置１７００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）レシーバ、などで具現化されてもよい。装置１７００は、１つ以上のプロセッサ１７０２，１つ以上のメモリ１７０４、及びビデオ処理ハードウェア１７０６を含み得る。プロセッサ１７０２は、本明細書で記載される１つ以上の方法を実装するよう構成され得る。メモリ（複数のメモリ）１７０４は、本明細書で記載される方法及び技術を実装するために使用されるデータ及びコードを記憶するために使用され得る。ビデオ処理ハードウェア１７０６は、ハードウェア回路で、本明細書で記載されるいくつかの技術を実装するために使用され得る。いくつかの実施形態において、ビデオ処理ハードウェア１７０６は、プロセッサ１７０２（例えば、グラフィクスコプロセッサ）内に少なくとも部分的に又は完全に含まれてもよい。

図１７Ｂは、開示されている技術が実装され得るビデオ処理システムのブロック図の他の例である。図１７Ｂは、ここで開示されている様々な技術が実装され得る、例となるビデオ処理システム１７１０を示すブロック図である。様々な実施は、システム１７１０のコンポーネントの一部又は全部を含んでもよい。システム１７１０は、ビデオコンテンツを受ける入力部１７１２を含み得る。ビデオコンテンツは、生の又は圧縮されていないフォーマット、例えば、８又は１０ビットのマルチコンポーネントピクセル値で受け取られてもよく、あるいは、圧縮された又はエンコードされたフォーマットであってもよい。入力部１７１２は、ネットワークインターフェース、ペリフェラルバスインターバス、又はストレージインターフェースに相当してもよい。ネットワークインターフェースの例には、Ｅｔｈｅｒｎｅｔ（登録商標）、受動光ネットワーク（ＰＯＮ）などのような有線インターフェース、及びＷｉ－Ｆｉ又はセルラーネットワークなどの無線インターフェースが含まれる。

システム１７１０は、本明細書で記載されている様々なコーディング又は符号化方法を実装し得るコーディングコンポーネント１７１４を含んでもよい。コーディングコンポーネント１７１４は、ビデオのコーディングされた表現を生成するよう、入力部１７１２からコーディングコンポーネント１７１４の出力部へのビデオの平均ビットレートを低減し得る。コーディング技術は、従って、ビデオ圧縮又はビデオトランスコーディング技術と時々呼ばれる。コーディングコンポーネント１７１４の出力は、コンポーネント１７１６によって表されるように、保存されても、あるいは、接続された通信を介して伝送されてもよい。入力部１７１２で受け取られたビデオの保存又は通信されたビットストリーム（又はコーディングされた）表現は、ピクセル値又は表示インターフェース１７２０へ送られる表示可能なビデオを生成するコンポーネント１７１８によって使用されてもよい。ユーザが見ることができるビデオをビットストリーム表現から生成するプロセスは、ビデオ圧縮解除と時々呼ばれる。更に、特定のビデオ処理動作が「コーディング」動作又はツールと呼ばれる一方で、そのようなコーディングツール又は動作はエンコーダで使用され、コーディングの結果を入れ替える対応する復号化ツール又は動作は、デコーダによって実行されることになることが理解されるだろう。

ペリフェラルバスインターフェース又は表示インターフェースの例には、ユニバーサルシリアルバス（ＵＳＢ）又は高精細マルチメディアインターフェース（ＨＤＭＩ（登録商標））又はＤｉｓｐｌａｙｐｏｒｔ（登録商標）などが含まれ得る。ストレージインターフェースの例には、ＳＡＴＡ（Serial Advanced Technology Attachment）、ＰＣＩ、ＩＤＥインターフェース、などがある。本明細書で説明されている技術は、携帯電話機、ラップトップ、スマートフォン、又はデジタルデータ処理及び／又はビデオ表示を実行する能力がある他のデバイスなどの様々な電子デバイスで具現化されてもよい。

図１８は、ビデオを処理する方法１８００のフローチャートである。方法１８００は、ビデオのビデオ領域とそのビデオ領域の符号化表現との間の変換のために、ビデオ領域のカラーフォーマット及びクロマブロックサイズの間の関係を定義するシンタックスルールに従って符号化表現をパースするステップ（１８０２）と、シンタックスルールに従ってパーシングを実行することによって変換を実行するステップ（１８０４）とを含む。

図２１Ａは、ビデオを処理する方法２１１０のフローチャートである。方法２１１０は、ステップ２１１２で、ルールに従って、ビデオのカラーフォーマットに基づき、ビデオのクロマビデオ領域を１つ以上のクロマブロックにパーティション化するパーティショニングスキームを決定することを含む。方法２１１０は更に、ステップ２１１４で、パーティショニングスキームに従って、ビデオとビデオの符号化表現との間の変換を実行することを含む。

図２１Ｂは、ビデオを処理する方法２１２０のフローチャートである。方法２１２０は、ステップ２１２２で、ビデオのカラーフォーマットに基づき、ビデオのコーディングツリーノードのサブブロックのための予測モード又は予測タイプを決定することを含む。方法２１２０は、決定に基づき、ビデオとビデオの符号化表現との間の変換を実行することを更に含む。いくつかの実施で、コーディングツリーノードは、符号化表現でのコーディングのためにサブブロックにパーティション化される。

図２２Ａは、ビデオを処理する方法２２１０のフローチャートである。方法２２１０は、ステップ２２１２で、ビデオとそのビデオの符号化表現との間の変換を実行することを含む。いくつかの実施で、変換は、ルールに従って、１つ以上のルーマブロック及び１つ以上のクロマブロックを有する１つ以上のビデオ領域を有するビデオと、そのビデオの符号化表現との間で実行され、ルールは、サイズＭ×Ｎを有している１つ以上のクロマブロックの中のクロマブロックが、イントラモード又はイントラブロックコピーモードを用いて符号化表現で表現されることを許可されないことを定め、Ｍ及びＮは、夫々、クロマブロックの幅及び高さを示す整数であり、イントラモードは、前に符号化又は再構成されたビデオブロックに基づきクロマブロックを符号化することを含み、イントラブロックコピーモードは、ビデオ領域を含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いてクロマブロックを符号化することを含む。

いくつかの実施で、変換は、ビデオのクロマブロックとビデオの符号化表現との間で実行され、クロマブロックは、サイズルールに従ってイントラコーディングモードを用いて符号化表現で表され、サイズルールは、クロマブロックの幅がＭに等しいか又はクロマブロックの高さがＮに等しい場合には、イントラコーディングモードがイントラコーディングモードタイプの第１セットからであり、そうではない場合には、イントラコーディングモードがイントラコーディングモードタイプの第２セットからであることを定め、Ｍ及びＮは整数である。

いくつかの実施で、変換は、ビデオのクロマブロックとビデオの符号化表現との間で実行され、クロマブロックは、ルールに従って変換タイプを用いて符号化表現で表され、ルールは、クロマブロックの幅がＭに等しいか又はクロマブロックの高さがＮに等しい場合には、変換タイプが変換タイプの第１セットからであり、そうではない場合には、変換タイプが変換タイプの第２セットからであることを定め、Ｍ及びＮは整数である。

いくつかの実施で、変換は、ルールに従って、１つ以上のルーマブロック及び１つ以上のクロマブロックを有するビデオ領域を有するビデオと、ビデオの符号化表現との間で実行され、ルールは、Ｍ及びＮの全ての値について、イントラブロックコピー（ＩＢＣ）モードの使用が、ブロックサイズＭ×Ｎを有している１つ以上のルーマブロック及び１つ以上のクロマブロックに対して利用可能であることを定め、Ｍ及びＮは整数であり、ＩＢＣモードを用いて、ビデオブロックは、そのビデオブロックを含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて符号化される。

いくつかの実施で、変換は、ビデオのビデオブロックとそのビデオブロックの符号化表現との間で実行され、符号化表現はフォーマットルールに従い、フォーマットルールは、ビデオブロックのモードタイプに基づいた、符号化表現でのインターブロックコピー（ＩＢＣ）モードの使用を示すシンタックス要素の選択的包含を定め、ＩＢＣモードは、ビデオブロックを含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いてビデオブロックを符号化することを含む。

いくつかの実施で、変換は、ビデオのビデオブロックとそのビデオブロックの符号化表現との間で実行され、符号化表現はフォーマットルールに従い、フォーマットルールは、パレットモードの使用を示すシンタックス要素がビデオブロックのモードタイプにかかわらず符号化表現に含まれることを定め、パレットモードは、代表サンプル値のパレットを用いてビデオブロックを符号化することを含む。

図２２Ｂは、ビデオを処理する方法２２２０のフローチャートである。方法２２２０は、ステップ２２２２で、ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに従って、インター－イントラ複合予測（ＣＩＩＰ）モードをイントラモード又はインターモードとして使用すると決定することを含む。方法２３１０は、ステップ２３１４で、決定に基づき変換を実行することを更に含む。ＣＩＩＰモードは、加重係数を用いてイントラ予測信号とインター予測信号とを結合することを含む。

図２３Ａは、ビデオを処理する方法２３１０のフローチャートである。方法２３１０は、ステップ２３１２で、ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに基づき、インターブロックコピー（ＩＢＣ）モードの使用がビデオ領域に許可されることを決定することを含む。方法２３１０は、ステップ２３１４で、決定に基づき変換を実行することを更に含む。ＩＢＣモードは、ビデオ領域を含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いてビデオ領域を符号化することを含む。

図２３Ｂは、ビデオを処理する方法２３２０のフローチャートである。方法２３２０は、ステップ２３２２で、ビデオのビデオ領域とビデオの符号化表現との間の変換のために、ルールに基づき、パレットモードの使用がビデオ領域に許可されるかどうかを決定することを含む。方法２３２０は、ステップ２３２４で、決定に基づき変換を実行することを更に含む。いくつかの実施で、ルールは、ビデオ領域のコーディングモードタイプ又はビデオ領域のカラータイプに基づき、パレットモードは、代表サンプル値のパレットを用いてビデオ領域を符号化することを含む。

開示されている技術のいくつかの実施形態は、ビデオ処理ツール又はモードを有効にするとの決定又は判定を行うことを含む。例において、ビデオ処理ツール又はモードが有効にされる場合に、エンコーダは、ビデオのブロックの処理でツール又はモードを使用又は実装するが、結果として得られるビットストリームを、ツール又はモードの利用に基づいて必ずしも変更し得ない。つまり、ビデオのブロックからビデオのビットストリーム表現への変換は、ビデオ処理ツール又はモードが決定又は判定に基づいて有効にされる場合にそれを使用する。他の例においては、ビデオ処理ツール又はモードが有効にされる場合に、デコーダは、ビットストリームがビデオ処理ツール又はモードに基づいて変更されていると知った上でビットストリームを処理する。つまり、ビデオのビットストリーム表現からビデオのブロックへの変換は、決定又は判定に基づいて有効にされたビデオ処理ツール又はモードを用いて実行される。

開示されている技術のいくつかの実施形態は、ビデオ処理ツール又はモードを無効にするとの決定又は判定を行うことを含む。例において、ビデオ処理ツール又はモードが無効にされる場合に、エンコーダは、ビデオのブロックからビデオのビットストリーム表現への変換でツール又はモードを使用しない。他の例においては、ビデオ処理ツール又はモードが無効にされる場合に、デコーダは、決定又は判定に基づいて有効にされたビデオ処理ツール又はモードを用いてビットストリームが変更されていないと知った上でビットストリームを処理する。

本明細書中、「ビデオ処理」という用語は、ビデオ符号化、ビデオ復号化、ビデオ圧縮又はビデオ圧縮解除を指し得る。例えば、ビデオ圧縮アルゴリズムは、ビデオのピクセル表現から、対応するビットストリーム表現への変換中に、又はその逆も同様に、適用されてもよい。現在のビデオブロックのビットストリーム表現は、例えば、シンタックスによって定義されるような、ビットストリーム内で同一位置にあるか又は異なった場所に広がっているかのどちらかであるビットに対応してもよい。例えば、マクロブロックは、変換及びコーディングされた誤差残余値に関して、更には、ビットストリーム内のヘッダ及び他のフィールドにおけるビットを用いて、符号化されてもよい。

以下の箇条書きは、いくつかの実施形態及び技術について記載している。箇条書きの第１の組は、前のセクションで開示された技術のある特徴及び態様について記載している。

１．ビデオ処理の方法であって、
ビデオのビデオ領域と該ビデオ領域の符号化表現との間の変換のために、前記ビデオ領域のカラーフォーマット及びクロマブロックサイズの間の関係を定義するシンタックスルールに従って、前記符号化表現をパースするステップと、
前記シンタックスルールに従ってパーシングを実行することによって前記変換を実行するステップと
を有する方法。

２．箇条１に記載の方法であって、
前記カラーフォーマットは４：４：４であり、
前記シンタックスルールは、クロマブロックがルーマブロックと同じサイズ制約に従うことを定める、
方法。

３．箇条１に記載の方法であって、
前記カラーフォーマットは４：２：２であり、
前記シンタックスルールは、クロマブロックが４：２：０カラーフォーマットについてと同じサイズ制約に従うことを定める、
方法。

４．箇条１乃至３のうちいずれかに記載の方法であって、
前記シンタックスルールは、予測モード及び小ブロックパーティションがクロマフォーマットに依存して使用されることを定める、
方法。

５．箇条１に記載の方法であって、
前記シンタックスルールは、最小許容サイズが前記ビデオ領域の前記カラーフォーマットに基づき前記ビデオ領域の前記変換のために有効にされることを定める、
方法。

以下の箇条書きは、前のセクションの項目２で記載されている更なる技術とともに実装され得る。

６．ビデオ処理の方法であって、
ビデオの特性及び前記ビデオのクロマフォーマットに基づき、前記ビデオのコーディングツリーノードのコーディングモードを決定するステップと、
前記決定されたコーディングモードを用いて、前記ビデオの符号化表現と前記コーディングツリーノードのビデオブロックとの間の変換を実行するステップと
を有する方法。

７．箇条６に記載の方法であって、
前記特性が：
ｉ．前記コーディングツリーノードが水平二分木分割を用いたＭ×Ｎコーディングツリーノードであること、
ｉｉ．前記コーディングツリーノードが垂直二分木分割を用いたＭ×Ｎコーディングツリーノードであること、
ｉｉｉ．前記コーディングツリーノードが水平三分木分割を用いたＭ×Ｎコーディングツリーノードであること、又は
ｉｖ．前記コーディングツリーノードが垂直三分木分割を用いたＭ×Ｎコーディングツリーノードであること
のいずれかである場合に、前記コーディングモードは、前記クロマフォーマットが４：２：２である場合にＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬであると、前記クロマフォーマットが４：２：０である場合にＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ又はＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲであると決定される、
方法。

８．箇条７に記載の方法であって、
Ｍ＝８、又は１６、又は３２であり、
Ｎ＝４、又は８、又は１６である、
方法。

以下の箇条書きは、前のセクションの項目３で記載されている更なる技術とともに実装され得る。

９．ビデオ処理の方法であって、
ルールに基づいて、クロマブロックのあるサイズがビデオのビデオ領域で許されるかどうかを決定するステップと、
前記決定に基づき、前記ビデオ領域と該ビデオ領域の符号化表現との間の変換を実行するステップと
を有する方法。

１０．箇条９に記載の方法であって、
前記ルールは、２×Ｎのクロマブロックが、前記ビデオ領域が二分木パーティションを含むことにより許可されないことを定める、
方法。

１１．箇条９に記載の方法であって、
前記ルールは、２×Ｎのクロマブロックが、前記ビデオ領域が一分木パーティションを含むことにより許可されないことを定める、
方法。

１２．箇条１０又は１１に記載の方法であって、
Ｎ＜＝６４である、
方法。

以下の箇条書きは、前のセクションの項目４、８及び９で記載されている更なる技術とともに実装され得る。

１３．ビデオ処理の方法であって、
ビデオ条件に関してコーディングモードの使用を許すルールに基づき、コーディングモードがビデオ領域に対して許されることを決定するステップと、
前記決定に基づき、前記ビデオ領域内のピクセルの符号化表現と前記ビデオ領域のピクセルとの間の変換を実行するステップと
を有する方法。

１４．箇条１３に記載の方法であって、
前記ビデオ条件はブロックサイズであり、
前記ルールは、小ブロックサイズのルーマブロックに対してイントラブロックコピーモードの使用を認める、
方法。

１５．箇条１４に記載の方法であって、
前記小ブロックサイズは、８×８、８×８、１６×４又は４×Ｎのルーマブロックサイズを含む、
方法。

１６．箇条１３に記載の方法であって、
前記ルールは、コーディングのＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲモードを使用する前記ビデオ領域の変換のためにイントラブロックコピーモードの使用を認める、
方法。

１７．箇条１３に記載の方法であって、
前記ルールは、コーディングのＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲモードを使用する前記ビデオ領域の変換のためにパレットコーディングモードの使用を認める、
方法。

以下の箇条書きは、前のセクションの項目５、６及び７で記載されている更なる技術とともに実装され得る。

１８．ビデオ処理の方法であって、
ビデオのビデオブロックと該ビデオブロックの符号化表現との間の変換を、ビデオコーディングモードを用いて実行するステップを有し、
前記コーディングモードを通知するシンタックス要素は、前記ルールに基づき前記符号化表現に選択的に含まれる、
方法。

１９．箇条１８に記載の方法であって、
前記ビデオコーディングモードは、イントラブロックコーディングモードであり、
前記ルールは、前記符号化表現における前記シンタックス要素の包含を制御するために前記ビデオコーディングモードのタイプを使用することを定める、
方法。

２０．箇条１９に記載の方法であって、
前記ルールは、非ＳＫＩＰブロックを明示的に通知することを定める、
方法。

２１．箇条１８に記載の方法であって、
前記ルールは、前記ビデオブロックのモードタイプ及びスキップフラグに基づきイントラブロックコピーフラグを暗黙的に通知することを定める、
方法。

２２．箇条１８に記載の方法であって、
前記ビデオコーディングモードは、パレットコーディングモードであり、
前記ルールは、前記ビデオブロックのモードタイプに基づきパレットコーディングインジケータを選択的に含めることを定める、
方法。

以下の箇条書きは、前のセクションの項目１１で記載されている更なる技術とともに実装され得る。

２３．ビデオ処理の方法であって、
クロマブロックが閾サイズに満たないサイズを有していることにより、前記クロマブロックと該クロマブロックの符号化表現との間の変換中に使用される変換タイプが、対応するルーマブロック変換に使用される変換タイプとは異なることを決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有する方法。

２４．箇条２３に記載の方法であって、
前記閾サイズはＭ×Ｎであり、
Ｍは２であり、あるいは、Ｎは２である、
方法。

以下の箇条書きは、前のセクションの項目１２で記載されている更なる技術とともに実装され得る。

２５．箇条１乃至２４のうちいずれかに記載の方法であって、
前記変換は、インター－イントラ複合予測モードをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡモードとして使用する、
方法。

２６．箇条１８乃至２２のうちいずれかに記載の方法であって、
前記変換は、インター－イントラ複合予測モードをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲとして使用する、
方法。

例えば、ＣＩＩＰをＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なす場合に、前のセクションで項目５＋６＋７で記載されている方法が適用され得る。あるいは、項目５＋６＋７で記載されている方法が適用される場合に、ＣＩＩＰは、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲと見なされ得る。

２７．箇条１乃至２６のうちいずれかに記載の方法であって、
前記変換は、前記ビデオを前記符号化表現に符号化することを有する、
方法。

２８．箇条１乃至２６のうちいずれかに記載の方法であって、
前記変換は、前記ビデオのピクセル値を生成するよう前記符号化表現を復号することを有する、
方法。

２９．箇条１乃至２８のうちの１つ以上に記載されている方法を実装するよう構成されたプロセッサを有するビデオ復号化装置。

３０．箇条１乃至２８のうちの１つ以上に記載されている方法を実装するよう構成されたプロセッサを有するビデオ符号化装置。

３１．コンピュータコードを記憶しているコンピュータプログラム製品であって、
前記コードは、プロセッサによって実行される場合に、該プロセッサに、箇条１乃至２８のうちいずれかに記載の方法を実装させる、
コンピュータプログラム製品。

３２．本明細書で記載されている方法、装置、又はシステム。

箇条書きの第２の組は、前のセクション、例えば、例となる実施１、２及び１３で開示されている技術のある特徴及び態様について記載している。

１．ビデオ処理の方法であって、
ルールに従って、ビデオのカラーフォーマットに基づき、前記ビデオのクロマビデオ領域を１つ以上のクロマブロックにパーティション化するパーティショニングスキームを決定するステップと、
前記パーティショニングスキームに従って、前記ビデオと前記ビデオの符号化表現との間の変換を実行するステップと
を有する方法。

２．箇条１に記載の方法であって、
前記ルールは、同じコーディングツリーノードで表されている３つの色成分を有するインタースライス又はイントラスライスを指定する、
方法。

３．箇条１又は２に記載の方法であって、
前記ルールは、４：４：４カラーフォーマットについてクロマブロック及びルーマブロックに同じパーティショニングスキームを使用することを定める、
方法。

４．箇条１又は２に記載の方法であって、
前記ルールは、４：２：０カラーフォーマット及び４：２：２カラーフォーマットについて同じパーティショニング制約を使用することを定める、
方法。

５．箇条１又は２に記載の方法であって、
前記ルールは、４：０：０カラーフォーマット又は４：４：４カラーフォーマットについて予測モードに前記パーティショニングスキーム及び／又は制約を適用しないことを定める、
方法。

６．箇条１又は２に記載の方法であって、
前記ルールは、前記ビデオの前記カラーフォーマットに基づき適用される前記パーティショニングスキーム及び／又は予測モードを指定する、
方法。

７．箇条６に記載の方法であって、
水平ＢＴ（二分木）分割又は推定ＴＴ（三分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、４：２：２カラーフォーマットにおいて、前記水平ＢＴ分割又は前記水平ＴＴ分割は、クロマブロック及びルーマブロックの両方に許可される、
方法。

８．箇条６に記載の方法であって、
水平ＢＴ（二分木）分割又は水平ＴＴ（三分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、４：２：０カラーフォーマットにおいて、前記水平ＢＴ分割又は前記水平ＴＴ分割は、ルーマブロックには許可されるが、クロマブロックには許可されない、
方法。

９．箇条６に記載の方法であって、
垂直ＢＴ（二分木）分割又は垂直ＴＴ（三分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、４：２：２カラーフォーマットにおいて、前記垂直ＢＴ分割又は前記垂直ＴＴ分割は、クロマブロック及びルーマブロックの両方に許可される、
方法。

１０．箇条６に記載の方法であって、
垂直ＢＴ（二分木）分割又は垂直ＴＴ（三分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、４：２：０カラーフォーマットにおいて、前記垂直ＢＴ分割又は前記垂直ＴＴ分割は、ルーマブロックには許可されるが、クロマブロックには許可されない、
方法。

１１．箇条７乃至１０のうちいずれかに記載の方法であって、
Ｍ及び／又はＮは、予め定義されるか、又は通知される、
方法。

１２．箇条１１に記載の方法であって、
Ｍ及び／又はＮは、前記ビデオ領域の前記カラーフォーマットに依存する、
方法。

１３．箇条６に記載の方法であって、
前記ルールは、４：０：０カラーフォーマット及び／又は４：４：４カラーフォーマットに前記パーティショニングスキームを適用しないと定める、
方法。

１４．箇条１に記載の方法であって、
前記ルールは、クロマブロックのサイズを制限するよう定義された最小クロマイントラ予測ユニット（ＳＣＩＰＵ）が前記ビデオの前記カラーフォーマットに基づき前記変換のために有効にされることを定める、
方法。

１５．箇条１４に記載の方法であって、
前記最小クロマイントラ予測ユニットは、４：２：０カラーフォーマット及び／又は４：２：２カラーフォーマットについて許可される、
方法。

１６．箇条１４に記載の方法であって、
前記最小クロマイントラ予測ユニットは、４：０：０カラーフォーマット及び／又は４：４：４カラーフォーマットについては無効にされる、
方法。

１７．ビデオ処理の方法であって、
ビデオのカラーフォーマットに基づき、前記ビデオのコーディングツリーノードのサブブロックのための予測モード又は予測タイプを決定するステップと、
前記決定に基づき、前記ビデオと前記ビデオの符号化表現との間の変換を実行するステップと
を有し、
前記コーディングツリーノードは、前記符号化表現でのコーディングのためにサブブロックにパーティション化される、
方法。

１８．箇条１７に記載の方法であって、
サブブロックの予測モードは、前記カラーフォーマットが４：２：２であることにより、インターコーディングモード、イントラモード、パレットモード、及びイントラブロックコピーモードの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬとして決定される、
方法。

１９．箇条１７に記載の方法であって、
サブブロックの予測モードは、前記カラーフォーマットが４：２：０であることにより、ｉ）インターコーディングモードのみの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ、又はｉｉ）イントラモード、パレットモード、及びイントラブロックコピーモードの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ、のどちらか一方であるよう決定される、
方法。

２０．箇条１８又は１９に記載の方法であって、
前記インターコーディングモードは、時間相関を用いて前記ビデオを表現又は再構成することを含み、
前記イントラモードは、前に処理されたビデオブロックに基づき前記ビデオを表現又は再構成することを含み、
前記パレットモードは、代表サンプル値のパレットを用いて前記ビデオを表現又は再構成することを含み、あるいは、
前記イントラブロックコピーモードは、ビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて前記ビデオを表現又は再構成することを含む、
方法。

２１．箇条１８乃至２０のうちいずれか１つに記載の方法であって、
前記コーディングツリーノードは、次の条件
ｉ）前記コーディングツリーノードが、水平二分木分割を伴った８×８ルーマブロックに対応すること、
ｉｉ）前記コーディングツリーノードが、垂直二分木分割を伴った１６×４ルーマブロックに対応すること、
ｉｉｉ）前記コーディングツリーノードが、水平三分木分割を伴った８×１６ルーマブロックに対応すること、又は
ｉｖ）前記コーディングツリーノードが、垂直三分木分割を伴った３２×４ルーマブロックに対応すること
のうちの１つを満足する、
方法。

２２．箇条１７に記載の方法であって、
前記コーディングツリーノードは、Ｍ×Ｎコーディングツリーノードであり、Ｍ及び／又はＮは、予め定義されるか、又は通知される、
方法。

２３．箇条２２に記載の方法であって、
Ｍ及び／又はＮは、前記ビデオの前記カラーフォーマットに依存する、
方法。

２４．箇条１乃至２３のうちいずれかに記載の方法であって、
前記変換の実行は、前記符号化表現を前記ビデオから生成することを含む、
方法。

２５．箇条１乃至２３のうちいずれかに記載の方法であって、
前記変換の実行は、前記符号化表現から前記ビデオを生成することを含む、
方法。

２６．箇条１乃至２５のうちいずれか１つに記載の方法を実装するよう構成されたプロセッサを有するビデオ処理装置。

２７．実行される場合に、プロセッサに、箇条１乃至２５のうちいずれか１つに記載の方法を実装させるプログラムコードを記憶しているコンピュータ可読媒体。

箇条書きの第３の組は、前のセクション、例えば、例となる実施３及び１０～１３で開示されている技術のある特徴及び態様について記載している。

１．ビデオ処理の方法であって、
１つ以上のルーマブロック及び１つ以上のクロマブロックを有する１つ以上のビデオ領域を有するビデオと、該ビデオの符号化表現との間の変換を、ルールに従って実行するステップを有し、
前記ルールは、サイズがＭ×Ｎである、前記１つ以上のクロマブロックの中のクロマブロックが、イントラモード又はイントラブロックコピーモードを用いて前記符号化表現で表されることを許可されないことを定め、前記Ｍ及びＮは、夫々、当該クロマブロックの幅及び高さを示す整数であり、前記イントラモードは、前に符号化又は再構成されたビデオブロックに基づき当該クロマブロックを符号化することを含み、前記イントラブロックコピーモードは、ビデオ領域を含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて前記クロマブロックを符号化することを含む、
方法。

２．箇条１に記載の方法であって、
前記ルールは、２×Ｎのサイズを有しているクロマブロックが、前記ビデオ領域が二分木パーティションとしてパーティション化されることにより許可されないことを定める、
方法。

３．箇条２に記載の方法であって、
前記ルールは、垂直ＢＴ（二分木）分割が、ｉ）前記クロマブロックのツリータイプが二分木タイプに等しく、かつ、ｉｉ）Ｍが４クロマサンプルに等しい場合に、前記クロマブロックに対して許可されないことを定める、
方法。

４．箇条２に記載の方法であって、
前記ルールは、垂直ＴＴ（三分木）分割が、ｉ）前記クロマブロックのツリータイプが二分木タイプに等しく、かつ、ｉｉ）Ｍが８クロマサンプルに等しい場合に、前記クロマブロックに対して許可されないことを定める、
方法。

５．箇条１に記載の方法であって、
前記ルールは、２×Ｎのサイズを有しているクロマブロックが、前記ビデオ領域が一分木パーティションとしてパーティション化されることにより許可されないことを定める、
方法。

６．箇条５に記載の方法であって、
垂直ＢＴ（二分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、前記垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）のサイズを有しているクロマブロックに対しては許可されず、８×Ｎのサイズを有しているルーマブロックに対しては許可される、
方法。

７．箇条５に記載の方法であって、
垂直ＢＴ（二分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、前記垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）のサイズを有しているクロマブロックに対して許可されない、
方法。

８．箇条５に記載の方法であって、
垂直ＢＴ（二分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、前記垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）のサイズを有しているクロマブロック及び８×Ｎのサイズを有しているルーマブロックに対して許可され、前記クロマブロック及びルーマブロックは、前記イントラモードでコーディングされない、
方法。

９．箇条５に記載の方法であって、
垂直ＴＴ（三分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、前記垂直ＴＴ分割は、８×Ｎ又は８×（Ｎ／２）のサイズを有しているクロマブロックに対しては許可されず、１６×Ｎのサイズを有しているルーマブロックに対しては許可される、
方法。

１０．箇条５に記載の方法であって、
垂直ＴＴ（三分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、前記垂直ＴＴ分割は、８×Ｎ又は８×（Ｎ／２）のサイズを有しているクロマブロックに対して許可されない、
方法。

１１．箇条５に記載の方法であって、
垂直ＴＴ（三分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、前記垂直ＴＴ分割は、８×Ｎ又は８×（Ｎ／２）のサイズを有しているクロマブロック及び１６×Ｎのサイズを有しているルーマブロックに対して許可され、前記クロマブロック及びルーマブロックは、前記イントラモードでコーディングされない、
方法。

１２．ビデオ処理の方法であって、
ビデオのビデオ領域と前記ビデオの符号化表現との間の変換のために、ルールに従って、インター－イントラ複合予測モード（ＣＩＩＰ）モードをイントラモード又はインターモードとして使用すると決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記ＣＩＩＰモードは、加重係数を用いてイントラ予測信号及びインター予測信号を結合することを含む、
方法。

１３．箇条１２に記載の方法であって、
前記ルールは、前記ビデオ領域で使用される二分木パーティショニングにより、前記ＣＩＩＰモードを前記イントラモードとして使用することを定める、
方法。

１４．箇条１２に記載の方法であって、
前記ルールは、前記ＣＩＩＰを前記インターモードとして使用することを定める、
方法。

１５．箇条１４に記載の方法であって、
前記ルールは、クロマブロックがＭに等しい幅を有していることにより、前記ＣＩＩＰモードを無効にすると定める、
方法。

１６．箇条１２に記載の方法であって、
前記ルールは、前記ＣＩＩＰモードでコーディングされたクロマブロックのためのイントラ予測モードを前記イントラモードに制限すると定める、
方法。

１７．箇条１６に記載の方法であって、
前記イントラ予測モードは、ｉｎｔｒａ＿ＤＣ、ｉｎｔｒａ＿ａｎｇｕｌａｒ１８モード、又はｉｎｔｒａ＿ａｎｇｕｌａｒ５０モードを含む、
方法。

１８．箇条１６に記載の方法であって、
前記クロマブロックの幅は２に等しい、
方法。

１９．ビデオ処理の方法であって、
ビデオのクロマブロックと前記ビデオの符号化表現との間の変換を実行するステップを有し、
前記クロマブロックは、サイズルールに従って、イントラコーディングモードを用いて前記符号化表現で表され、
前記サイズルールは、前記クロマブロックの幅がＭに等しいか又は前記クロマブロックの高さがＮに等しい場合には、前記イントラコーディングモードがイントラコーディングモードタイプの第１セットからであり、そうでない場合には、前記イントラコーディングモードがイントラコーディングモードタイプの第２セットからであると定め、Ｍ及びＮは整数である、
方法。

２０．箇条１９に記載の方法であって、
Ｍ＝２又はＮ＝２である、
方法。

２１．箇条１９又は２０に記載の方法であって、
前記イントラコーディングモードタイプの第１セットは、前記変換における全ての許可されているイントラコーディングモードタイプのサブセットである、
方法。

２２．箇条１９又は２０に記載の方法であって、
前記イントラコーディングモードタイプの第１セットは、ＩＮＴＲＡ＿ＤＣモードに対応する、
方法。

２３．箇条１９又は２０に記載の方法であって、
前記イントラコーディングモードタイプの第１セットは、ＩＮＴＲＡ＿ＰＬＡＮＡＲモードに対応する、
方法。

２４．箇条１９又は２０に記載の方法であって、
前記イントラコーディングモードタイプの第１セットは、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードに対応する、
方法。

２５．箇条１９又は２０に記載の方法であって、
前記イントラコーディングモードタイプの第１セットは、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードに対応する、
方法。

２６．箇条１９又は２０に記載の方法であって、
前記ルールは、クロマ成分の予測値を他の成分から導出するために線形モードを使用するＣＣＬＭモードが無効にされることを定める、
方法。

２７．ビデオ処理の方法であって、
ビデオのクロマブロックと前記ビデオの符号化表現との間の変換を実行するステップを有し、
前記クロマブロックは、ルールに従って変換タイプを用いて符号化表現で表され、
前記ルールは、前記クロマブロックの幅がＭに等しいか又は前記クロマブロックの高さがＮに等しい場合には、前記変換タイプが変換タイプの第１セットからであり、そうでない場合には、前記変換タイプが変換タイプの第２セットからであると定め、Ｍ及びＮは整数である、
方法。

２８．箇条２７に記載の方法であって、
Ｍは２であり、あるいは、Ｎは２である、
方法。

２９．箇条１乃至１１、１５、１９乃至２８のうちいずれか１つに記載の方法であって、
Ｍ及び／又はＮは、予め定義されるか、又は通知される、
方法。

３０．箇条２９に記載の方法であって、
Ｍ及び／又はＮは、前記ビデオ領域のカラーフォーマットに依存する、
方法。

３１．箇条１乃至３０のうちいずれかに記載の方法であって、
前記変換は、前記ビデオを前記符号化表現に符号化することを含む、
方法。

３２．箇条１乃至３０のうちいずれかに記載の方法であって、
前記変換は、前記ビデオを生成するよう前記符号化表現を復号することを含む、
方法。

３３．箇条１乃至３２のうちいずれか１つ以上に記載されている方法を実装するよう構成されたプロセッサを有するビデオ処理装置。

３４．実行される場合に、プロセッサに、箇条１乃至３２のうちいずれか１つ以上に記載されている方法を実装させるプログラムコードを記憶しているコンピュータ可読媒体。

箇条書きの第４の組は、前のセクション、例えば、例となる実施４～９及び１３で開示されている技術のある特徴及び態様について記載している。

１．ビデオ処理の方法であって、
１つ以上のルーマブロック及び１つ以上のクロマブロックを有しているビデオ領域を有するビデオと、前記ビデオの符号化表現との間の変換を、ルールに従って実行するステップを有し、
前記ルールは、イントラブロックコピー（ＩＢＣ）モードの使用が、Ｍ×Ｎの全ての値について、ブロックサイズがＭ×Ｎである前記１つ以上のルーマブロック及び前記１つ以上のクロマブロックに対して利用可能であることを定め、Ｍ及びＮは整数であり、
前記ＩＢＣモードを用いて、ビデオブロックは、該ビデオブロックを含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いてコーディングされる、
方法。

２．箇条１に記載の方法であって、
前記ルールは、ルーマブロックが８×４、８×８、１６×４、又は４×Ｎのサイズを有することを定める、
方法。

３．箇条２に記載の方法であって、
前記ルーマブロックは、イントラモード、前記ＩＢＣモード及びパレットモードの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいモードタイプを有する、
方法。

４．箇条１に記載の方法であって、
前記ルールは、クロマブロックが、イントラモード、前記ＩＢＣモード及びパレットモードの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しいモードタイプを有することを定める、
方法。

５．ビデオ処理の方法であって、
ビデオのビデオブロックと該ビデオブロックの符号化表現との間の変換を実行するステップを有し、
前記符号化表現はフォーマットルールに従い、該フォーマットルールは、前記ビデオブロックのモードタイプに基づいた、前記符号化表現でのインターブロックコピー（ＩＢＣ）モードの使用を示すシンタックス要素の選択的包含を定め、前記ＩＢＣモードは、前記ビデオブロックを含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて前記ビデオブロックを符号化することを含む、
方法。

６．箇条５に記載の方法であって、
前記フォーマットルールは、前記ビデオブロックのツリータイプがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しくなく、かつ、前記ビデオブロックの前記モードタイプが、イントラモード、前記ＩＢＣモード、及びパレットモードの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、スキップモードでコーディングされていない前記ビデオブロックについて前記シンタックス要素を明示的に通知することを定める、
方法。

７．箇条５に記載の方法であって、
前記フォーマットルールは、前記ビデオブロックのモードタイプ及びスキップフラグに基づき前記シンタックス要素を推測することを定める、
方法。

８．箇条７に記載の方法であって、
前記フォーマットルールは、前記ビデオブロックの前記モードタイプが、イントラモード、前記ＩＢＣモード、及びパレットモードの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、前記シンタックス要素が、スキップモードでコーディングされている前記ビデオブロックについて１に等しいと推測されることを定める、
方法。

９．ビデオ処理の方法であって、
ビデオのビデオブロックと該ビデオブロックの符号化表現との間の変換を実行するステップを有し、
前記符号化表現はフォーマットルールに従い、該フォーマットルールは、パレットモードの使用を示すシンタックス要素がビデオブロックのモードタイプにかかわらず前記符号化表現に含まれることを定め、前記パレットモードは、代表サンプル値のパレットを用いて前記ビデオブロックを符号化することを含む、
方法。

１０．箇条９に記載の方法であって、
前記フォーマットルールは、前記ビデオブロックの予測モード、ブロックサイズ、またはスライスタイプのうちの少なくとも１つに基づいた明示的な通知を定める、
方法。

１１．箇条９に記載の方法であって、
前記フォーマットルールは、前記ビデオブロックの前記モードタイプが、インターコーディングモードのみの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ、又はイントラモード、ＩＢＣモード、及びパレットモードの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、前記シンタックス要素が０に等しいと推測されることを定める、
方法。

１２．ビデオ処理の方法であって、
ビデオのビデオ領域と前記ビデオの符号化表現との間の変換のために、ルールに基づき、インターブロックコピー（ＩＢＣ）モードの使用が前記ビデオ領域について許可されることを決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記ＩＢＣモードは、前記ビデオ領域を含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて前記ビデオ領域を符号化することを含む、
方法。

１３．箇条１２に記載の方法であって、
前記ルールは、前記ビデオ領域のモードタイプが、インターコーディングモードのみの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、前記ＩＢＣモードが許可されることを定める、
方法。

１４．箇条１２に記載の方法であって、
前記ルールは、前記ビデオ領域のモードタイプが、イントラモード、前記ＩＢＣモード、及びパレットモードの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、前記ＩＢＣモードがクロマブロックに対して許可されないことを定める、
方法。

１５．箇条１２に記載の方法であって、
前記ルールは、前記ビデオ領域のモードタイプが、インターコーディングモードのみの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ、又はイントラモード、前記ＩＢＣモード、及びパレットモードの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、前記ＩＢＣモードが許可されることを定める、
方法。

１６．箇条１２に記載の方法であって、
前記ルールは、前記ビデオ領域のモードタイプとは無関係に前記ＩＢＣモードが許可されること定める、
方法。

１７．箇条１２に記載の方法であって、
クロマブロックのサイズを制限するよう定義された最小クロマイントラ予測ユニット（ＳＣＩＰＵ）内で前記ＩＢＣモード及びインターモードは許可される、
方法。

１８．箇条１２に記載の方法であって、
前記ＩＢＣモードを用いてコーディングされたクロマブロックは、該クロマブロックに対応するルーマブロックのサイズに対応するサイズを有している、
方法。

１９．箇条１２に記載の方法であって、
前記ＩＢＣモードの使用を示すシンタックス要素の通知はスキップされ、
前記シンタックス要素は、前記ビデオ領域のモードタイプが、インターコーディングモードのみの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、前記ビデオ領域が４×４ルーマブロックに対応する場合に、１に等しいと推測される、
方法。

２０．ビデオ処理の方法であって、
ビデオのビデオ領域と前記ビデオの符号化表現との間の変換のために、ルールに基づき、パレットモードの使用が前記ビデオ領域に対して許可されるかどうかを決定するステップと、
前記決定に基づき前記変換を実行するステップと
を有し、
前記ルールは、前記ビデオ領域のコーディングモードタイプ又は前記ビデオの領域のカラータイプに基づき、
前記パレットモードは、代表サンプル値のパレットを用いて前記ビデオ領域を符号化することを含む、
方法。

２１．箇条２０に記載の方法であって、
前記ルールは、前記ビデオ領域のモードタイプが、インターコーディングモードのみの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しい場合に、前記パレットモードが許可されることを定める、
方法。

２２．箇条２０に記載の方法であって、
前記ルールは、前記ビデオ領域のモードタイプが、イントラモード、ＩＢＣモード、及びパレットモードの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、前記パレットモードがクロマブロックに対して許可されないことを定め、
前記ＩＢＣモードは、前記ビデオ領域を含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて前記ビデオ領域を符号化することを含む、
方法。

２３．箇条２０に記載の方法であって、
前記ルールは、前記ビデオ領域のモードタイプが、インターコーディングモードのみの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲ、又はイントラモード、ＩＢＣモード、及びパレットモードの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい場合に、前記パレットモードが許可されることを定め、
前記ＩＢＣモードは、前記ビデオ領域を含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて前記ビデオ領域を符号化することを含む、
方法。

２４．箇条２０に記載の方法であって、
前記ルールは、前記ビデオ領域のモードタイプとは無関係に前記パレットモードが許可されることを定める、
方法。

２５．箇条２０に記載の方法であって、
クロマブロックのサイズを制限するよう定義された最小クロマイントラ予測ユニット（ＳＣＩＰＵ）内で前記パレットモード及びインターモードは許可される、
方法。

２６．箇条２０に記載の方法であって、
前記パレットモード、ＩＢＣモード、及びインターモードの全ては、クロマブロックのサイズを制限するよう定義された最小クロマイントラ予測ユニット（ＳＣＩＰＵ）内で許可され、
前記ＩＢＣモードは、前記ビデオ領域を含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて前記ビデオ領域を符号化することを含む、
方法。

２７．箇条２０に記載の方法であって、
前記パレットモードを用いてコーディングされたクロマブロックは、該クロマブロックに対応するルーマブロックのサイズに対応するサイズを有している、
方法。

２８．箇条２０に記載の方法であって、
前記パレットモードの使用を示すシンタックス要素の通知はスキップされ、
前記シンタックス要素は、前記ビデオ領域のモードタイプが、インターコーディングモードのみの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、かつ、前記ビデオ領域が４×４ルーマブロックに対応する場合に、１に等しいと推測される、
方法。

２９．箇条２０に記載の方法であって、
前記パレットモード又はＩＢＣモードの使用を示すシンタックス要素は、１）前記ビデオ領域のモードタイプが、インターコーディングモードのみの適用可能性を示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲに等しく、２）前記ビデオ領域が４×４ルーマブロックに対応する場合に、前記符号化表現に含まれ、
前記ＩＢＣモードは、前記ビデオ領域を含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて前記ビデオ領域を符号化することを含む、
方法。

３０．箇条１乃至４のうちいずれか１つに記載の方法であって、
Ｍ及び／又はＮは、予め定義されるか、又は通知される、
方法。

３１．箇条３０に記載の方法であって、
Ｍ及び／又はＮは、前記ビデオ領域のカラーフォーマットに依存する、
方法。

３２．箇条１乃至３１のうちいずれかに記載の方法であって、
前記変換の実行は、前記ビデオから前記符号化表現を生成することを含む、
方法。

３３．箇条１乃至３１のうちいずれかに記載の方法であって、
前記変換の実行は、前記符号化表現から前記ビデオを生成することを含む、
方法。

３４．箇条１乃至３３のうちいずれか１つ以上に記載されている方法を実装するよう構成されたプロセッサを有するビデオ処理装置。

３５．実行される場合に、プロセッサに、箇条１乃至３３のうちいずれか１つ以上に記載されている方法を実装させるプログラムコードを記憶しているコンピュータ可読媒体。

本明細書で記載されている開示された及び他の解決法、例、実施形態、モジュール及び機能的動作は、デジタル電子回路で、あるいは、本明細書で開示されている構造及びそれらの構造的同等物を含むコンピュータソフトウェア、ファームウェア、又はハードウェアで、あるいは、それらのうちの１つ以上の組み合わせで実装可能である。開示された及び他の実施形態は、１つ以上のコンピュータプログラム製品、つまり、データ処理装置によって実行されるか又はその動作を制御するコンピュータ可読媒体で符号化されたコンピュータプログラム命令の１つ以上のモジュール、として実装可能である。コンピュータ可読媒体は、マシン可読記憶デバイス、マシン可読記憶基板、メモリデバイス、マシン可読な伝播信号に影響を与える物質の組成、又はそれらの１つ以上の組み合わせであることができる。「データ処理装置」との用語は、例として、プログラム可能なプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含む、データを処理するための全ての装置、デバイス、及びマシンを包含する。装置は、ハードウェアに加えて、問題となっているコンピュータプログラムのための実行環境を作り出すコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はそれらの１つ以上の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成された信号、例えば、適切な受信器装置への伝送のために情報を符号化するよう生成される、マシンにより生成された電気、光、又は電磁気信号である。

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる。）は、コンパイル済み又は解釈済みの言語を含む如何なる形式のプログラミング言語でも記述可能であり、それは、スタンドアロンプログラムとして又はコンピューティング環境における使用に適したモジュール、コンポーネント、サブルーチン、若しくは他のユニットとしてを含め、如何なる形式でもデプロイ可能である。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応しない。プログラムは、問題となっているプログラムに専用の単一のファイルで、又は複数の協調したファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの部分を保存するファイル）で、他のプログラム又はデータ（例えば、マークアップ言語文書で保存された１つ以上のスクリプト）を保持するファイルの部分において保存可能である。コンピュータプログラムは、１つのコンピュータで、あるいは、１つの場所に位置しているか、又は複数の場所にわたって分布しており、通信ネットワークによって相互接続されている複数のコンピュータで、実行されるようデプロイ可能である。

本明細書で説明されているプロセス及びロジックフローは、入力データに作用して出力を生成することによって機能を実行するよう１つ以上のコンピュータプログラムを実行する１つ以上のプログラム可能なプロセッサによって実行可能である。プロセス及びロジックフローはまた、専用のロジック回路、例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）又は特定用途向け集積回路（ＡＳＩＣ）によっても実行可能であり、装置は、そのようなものとして実装可能である。

コンピュータプログラムの実行に適したプロセッサは、例として、汎用のマイクロプロセッサ及び専用のマイクロプロセッサの両方、並びにあらゆる種類のデジタルコンピュータのいずれか１つ以上のプロセッサを含む。一般に、プロセッサは、リード・オンリー・メモリ若しくはランダム・アクセス・メモリ又はその両方から命令及びデータを読み出すことになる。コンピュータの必須の要素は、命令を実行するプロセッサと、命令及びデータを保存する１つ以上のメモリデバイスとである。一般に、コンピュータはまた、データを保存する１つ以上の大容量記憶デバイス、例えば、磁気、光学磁気ディスク、又は光ディスクを含むか、あるいは、そのような１つ以上の大容量記憶デバイスからのデータの受信若しくはそれへのデータの転送又はその両方のために動作可能に結合されることになる。しかし、コンピュータは、そのようなデバイスを有する必要はない。コンピュータプログラム命令及びデータを保存するのに適したコンピュータ可読媒体は、例として、半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイス；磁気ディスク、例えば、内蔵ハードディスク又はリムーバブルディスク；光学磁気ディスク；並びにＣＤ ＲＯＭ及びＤＶＤ－ＲＯＭディスクを含む全ての形式の不揮発性メモリ、媒体及びメモリデバイスを含む。プロセッサ及びメモリは、専用のロジック回路によって強化されるか、あるいは、それに組み込まれ得る。

本明細書は、多数の詳細を含むが、それらは、あらゆる対象の又は請求される可能性があるものの範囲に対する限定としてではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別々の実施形態に関連して本明細書で説明されている特定の特徴は、単一の実施形態と組み合わせても実装可能である。逆に、単一の実施形態に関連して説明されている様々な特徴はまた、複数の実施形態で別々に、又は何らかの適切なサブコンビネーションで、実装可能である。更に、特徴は、特定の組み合わせで動作するものとして先に説明され、更には、そのようなものとして最初に請求されることがあるが、請求されている組み合わせからの１つ以上の特徴は、いくつかの場合に、その組み合わせから削除可能であり、請求されている組み合わせは、サブコンビネーション又はサブコンビネーションの変形に向けられてもよい。

同様に、動作は、特定の順序で図面において表されているが、これは、所望の結果を達成するために、そのような動作が示されているその特定の順序で又は順次的な順序で実行されること、あるいは、表されている全ての動作が実行されることを求めている、と理解されるべきではない。更に、本明細書で説明されている実施形態における様々なシステムコンポーネントの分離は、全ての実施形態でそのような分離を求めている、と理解されるべきではない。

ほんのわずかの実施及び例が説明されており、他の実施、強化及び変形は、本特許文献で記載及び例示されているものに基づいて行われ得る。

［関連出願への相互参照］
本願は、２０１９年８月６日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０９９４４７号に対する優先権及びその利益を主張して、２０２０年８月６日付けで出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／１０７４００号の国内移行である。上記の全ての出願は、それらの全文を参照により本願に組み込まれる。

Claims (34)

1. ビデオ処理の方法であって、
   １つ以上のルーマブロック及び１つ以上のクロマブロックを有する１つ以上のビデオ領域を有するビデオと、該ビデオの符号化表現との間の変換を、ルールに従って実行するステップを有し、
   前記ルールは、サイズＭ×Ｎを有している前記１つ以上のクロマブロックの中のクロマブロックが、イントラモード又はイントラブロックコピーモードを用いて前記符号化表現で表されることを許可されないことを定め、前記Ｍ及びＮは、夫々、当該クロマブロックの幅及び高さを示す整数であり、
   前記イントラモードは、前に符号化又は再構成されたビデオブロックに基づき当該クロマブロックを符号化することを含み、
   前記イントラブロックコピーモードは、ビデオ領域を含むビデオフレームを指し示す少なくとも１つのブロックベクトルを用いて当該クロマブロックを符号化することを含む、
   方法。
2. 前記ルールは、２×Ｎのサイズを有している前記クロマブロックが、前記ビデオ領域が二分木パーティションとしてパーティション化されることにより許可されないことを定める、
   請求項１に記載の方法。
3. 前記ルールは、垂直ＢＴ（二分木）分割が、ｉ）前記クロマブロックのツリータイプが二分木タイプに等しく、かつ、ｉｉ）Ｍが４クロマサンプルに等しい場合に、前記クロマブロックに対して許可されないことを定める、
   請求項２に記載の方法。
4. 前記ルールは、垂直ＴＴ（三分木）分割が、ｉ）前記クロマブロックのツリータイプが二分木タイプに等しく、かつ、ｉｉ）Ｍが８クロマサンプルに等しい場合に、前記クロマブロックに対して許可されないことを定める、
   請求項２に記載の方法。
5. 前記ルールは、２×Ｎのサイズを有している前記クロマブロックが、前記ビデオ領域が一分木パーティションとしてパーティション化されることにより許可されないことを定める、
   請求項１に記載の方法。
6. 垂直ＢＴ（二分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、前記垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）のサイズを有している前記クロマブロックに対しては許可されず、８×Ｎのサイズを有しているルーマブロックに対しては許可される、
   請求項５に記載の方法。
7. 垂直ＢＴ（二分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、前記垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）のサイズを有している前記クロマブロックに対して許可されない、
   請求項５に記載の方法。
8. 垂直ＢＴ（二分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、前記垂直ＢＴ分割は、４×Ｎ又は４×（Ｎ／２）のサイズを有している前記クロマブロック及び８×Ｎのサイズを有しているルーマブロックに対して許可され、前記クロマブロック及びルーマブロックは、前記イントラモードでコーディングされない、
   請求項５に記載の方法。
9. 垂直ＴＴ（三分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、前記垂直ＴＴ分割は、８×Ｎ又は８×（Ｎ／２）のサイズを有している前記クロマブロックに対しては許可されず、１６×Ｎのサイズを有しているルーマブロックに対しては許可される、
   請求項５に記載の方法。
10. 垂直ＴＴ（三分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、前記垂直ＴＴ分割は、８×Ｎ又は８×（Ｎ／２）のサイズを有している前記クロマブロックに対して許可されない、
    請求項５に記載の方法。
11. 垂直ＴＴ（三分木）分割を伴ったＭ×Ｎコーディングツリーノードについて、前記垂直ＴＴ分割は、８×Ｎ又は８×（Ｎ／２）のサイズを有している前記クロマブロック及び１６×Ｎのサイズを有しているルーマブロックに対して許可され、前記クロマブロック及びルーマブロックは、前記イントラモードでコーディングされない、
    請求項５に記載の方法。
12. ビデオ処理の方法であって、
    ビデオのビデオ領域と前記ビデオの符号化表現との間の変換のために、ルールに従って、インター－イントラ複合予測モード（ＣＩＩＰ）モードをイントラモード又はインターモードとして使用すると決定するステップと、
    前記決定に基づき前記変換を実行するステップと
    を有し、
    前記ＣＩＩＰモードは、加重係数を用いてイントラ予測信号及びインター予測信号を結合することを含む、
    方法。
13. 前記ルールは、前記ビデオ領域で使用される二分木パーティショニングにより、前記ＣＩＩＰモードを前記イントラモードとして使用することを定める、
    請求項１２に記載の方法。
14. 前記ルールは、前記ＣＩＩＰを前記インターモードとして使用することを定める、
    請求項１２に記載の方法。
15. 前記ルールは、クロマブロックがＭに等しい幅を有していることにより、前記ＣＩＩＰモードを無効にすると定める、
    請求項１４に記載の方法。
16. 前記ルールは、前記ＣＩＩＰモードでコーディングされたクロマブロックのためのイントラ予測モードを前記イントラモードに制限すると定める、
    請求項１２に記載の方法。
17. 前記イントラ予測モードは、ｉｎｔｒａ＿ＤＣ、ｉｎｔｒａ＿ａｎｇｕｌａｒ１８モード、又はｉｎｔｒａ＿ａｎｇｕｌａｒ５０モードを含む、
    請求項１６に記載の方法。
18. 前記クロマブロックの幅は２に等しい、
    請求項１６に記載の方法。
19. ビデオ処理の方法であって、
    ビデオのクロマブロックと前記ビデオの符号化表現との間の変換を実行するステップを有し、
    前記クロマブロックは、サイズルールに従って、イントラコーディングモードを用いて前記符号化表現で表され、
    前記サイズルールは、前記クロマブロックの幅がＭに等しいか又は前記クロマブロックの高さがＮに等しい場合には、前記イントラコーディングモードがイントラコーディングモードタイプの第１セットからであり、そうでない場合には、前記イントラコーディングモードがイントラコーディングモードタイプの第２セットからであると定め、Ｍ及びＮは整数である、
    方法。
20. Ｍ＝２又はＮ＝２である、
    請求項２０に記載の方法。
21. 前記イントラコーディングモードタイプの第１セットは、前記変換における全ての許可されているイントラコーディングモードタイプのサブセットである、
    請求項１９又は２０に記載の方法。
22. 前記イントラコーディングモードタイプの第１セットは、ＩＮＴＲＡ＿ＤＣモードに対応する、
    請求項１９又は２０に記載の方法。
23. 前記イントラコーディングモードタイプの第１セットは、ＩＮＴＲＡ＿ＰＬＡＮＡＲモードに対応する、
    請求項１９又は２０に記載の方法。
24. 前記イントラコーディングモードタイプの第１セットは、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８モードに対応する、
    請求項１９又は２０に記載の方法。
25. 前記イントラコーディングモードタイプの第１セットは、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０モードに対応する、
    請求項１９又は２０に記載の方法。
26. 前記ルールは、クロマ成分の予測値を他の成分から導出するために線形モードを使用するＣＣＬＭモードが無効にされることを定める、
    請求項１９又は２０に記載の方法。
27. ビデオ処理の方法であって、
    ビデオのクロマブロックと前記ビデオの符号化表現との間の変換を実行するステップを有し、
    前記クロマブロックは、ルールに従って変換タイプを用いて符号化表現で表され、
    前記ルールは、前記クロマブロックの幅がＭに等しいか又は前記クロマブロックの高さがＮに等しい場合には、前記変換タイプが変換タイプの第１セットからであり、そうでない場合には、前記変換タイプが変換タイプの第２セットからであると定め、Ｍ及びＮは整数である、
    方法。
28. Ｍは２であり、あるいは、Ｎは２である、
    請求項２７に記載の方法。
29. Ｍ及び／又はＮは、予め定義されるか、又は通知される、
    請求項１乃至１１、１５、１９乃至２８のうちいずれか一項に記載の方法。
30. Ｍ及び／又はＮは、前記ビデオ領域のカラーフォーマットに依存する、
    請求項２９に記載の方法。
31. 前記変換は、前記ビデオを前記符号化表現に符号化することを含む、
    請求項１乃至３０のうちいずれか一項に記載の方法。
32. 前記変換は、前記ビデオを生成するよう前記符号化表現を復号することを含む、
    請求項１乃至３０のうちいずれか一項に記載の方法。
33. 請求項１乃至３２のうちいずれか一項に記載の方法を実装するよう構成されたプロセッサを有するビデオ処理装置。
34. 実行される場合に、プロセッサに、請求項１乃至３２のうちいずれか一項に記載の方法を実装させるプログラムコードを記憶しているコンピュータ可読媒体。

Images