JP2023058560A - パレットモードの使用の指示の共同符号化 - Google Patents

Abstract

【課題】パレットモード符号化のためのデバイス、システムおよび方法を提供する。【解決手段】映像処理方法は、映像における映像領域のブロックと映像のビットストリーム表現との間での変換のために、このブロックの少なくとも１つのパレットモードを含む１つ以上の許容予測モードに基づいて、予測モードを判定することを含む。予測モードに従って、前記パレットモードの使用の指示を判定する。方法は、また、１つ以上の許容予測モードに基づいてこの変換を行うことを含む。【選択図】図２６

Description

（関連出願の相互参照）
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０１９年２月２４日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７５９９４号、２０１９年３月８日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７７４５４号、２０１９年４月９日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０８１８６３号、２０１９年７月２０日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９６９３３号、２０１９年７月２３日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９７２８８号、２０１９年７月２９日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９８２０４号の優先権および利益を適時に主張することを目的とする。米国法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。

本明細書は、映像および画像符号化技術に関する。

デジタル映像は、インターネット及び他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像の受信及び表示が可能な接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。

開示された技術は、パレットモード符号化が使用される映像または画像デコーダまたはエンコーダの実施形態によって使用してもよい。

１つの例示的な態様において、映像処理の方法が開示される。この方法は、映像の映像領域のブロックと映像のビットストリーム表現との間で変換を行うことを含む。このビットストリーム表現は、このブロックのためにパレットモードの使用の第１の指示が信号通知されるかどうかを規定する第１のフォーマット規則と、このブロックのために予測モードの使用の第２の指示に関連するこの第１の指示の位置を規定する第２のフォーマット規則とに従って処理される。

１つの例示的な態様において、映像処理の方法が開示される。この方法は、映像における映像領域のブロックと映像のビットストリーム表現との間での変換のために、このブロックの少なくとも１つのパレットモードを含む１つ以上の許容予測モードに基づいて、予測モードを判定することを含む。予測モードに従って、パレットモードの使用の指示を判定する。この方法は、また、１つ以上の許容予測モードに基づいてこの変換を行うことを含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像のブロックと映像のビットストリーム表現との間で変換を行うことを含む。ビットストリーム表現は、パレットモードの使用の第１の指示とイントラブロックコピー（ＩＢＣ）モードの使用の第２の指示とを互いに依存して信号通知することを規定するフォーマット規則に従って処理される。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像のブロックとこの映像のビットストリーム表現との間での変換のために、このブロック寸法に基づいて、このビットストリーム表現におけるパレットモードの使用の指示の存在を判定することと、この判定に基づいてこの変換を行うことと、を含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像のブロックとこの映像のビットストリーム表現との間での変換のために、このビットストリーム表現におけるイントラブロックコピー（ＩＢＣ）モードの使用の指示の存在を、このブロックの寸法に基づいて判定することと、この判定に基づいてこの変換を行うこととを含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像のブロックとこの映像のビットストリーム表現との間での変換のために、このブロックを含む映像領域の第２の指示に基づいて、このブロックに対してパレットモードが許可されているかどうかを判定することと、この判定に基づいてこの変換を行うこととを含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、映像のブロックとこの映像のビットストリーム表現との間での変換のために、このブロックを含む映像領域の第２の指示に基づいて、このブロックに対してイントラブロックコピー（ＩＢＣ）モードが許可されているかどうかを判定することと、この判定に基づいてこの変換を行うこととを含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、パレットモードを使用して、予測モードとは別個に符号化されたパレットモードの変換ユニット、符号化ブロック、または領域を処理することを判定することと、このパレットモードを使用して、この変換ユニット、符号化ブロック、または領域に対してさらに処理を行うことを含む。

別の例示的な態様において、映像処理の方法が開示される。この方法は、現在の映像ブロックに対して、パレットモードの１つのパレットエントリに関連付けられたサンプルが、現在の映像ブロックに関連付けられた第２のビット深度とは異なる第１のビット深度を有することを判定することと、この少なくとも１つのパレットエントリに基づいて、現在の映像ブロックのさらなる処理を行うこととを含む。

別の例示的な態様において、映像処理の別の方法が開示される。この方法は、映像のピクチャの現在の映像ブロックと、この映像のビットストリーム表現との間での変換を行うことであって、ビットストリーム表現において、イントラブロックコピーモードがこの変換において使用されるか否かに関する情報が信号通知される、またはこの現在の映像ブロックの符号化条件に基づいて導出される、変換を行うことを含み、このイントラブロックコピーモードは、このピクチャにおける別の映像ブロックからこの現在の映像ブロックを符号化することを含む。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、映像のピクチャの現在の映像ブロックを変換する間に非ブロック化フィルタを適用するか否かを判定することを含み、ここで、現在の映像ブロックは、現在の映像ブロックの全画素より小さい代表的なサンプル値を使用して現在の映像ブロックを表すパレットモード符号化を使用して符号化され、非ブロック化フィルタを適用すると判定した場合に非ブロック化フィルタが適用されるように変換を行うことを含む。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、ある映像のピクチャの現在の映像ブロックとこの映像のビットストリーム表現との間での変換中に使用するために、量子化または逆量子化処理を判定することを含み、ここで、現在の映像ブロックは、現在の映像ブロックの合計画素よりも少ない代表的なサンプル値を使用して現在の映像ブロックを表すパレットモード符号化を使用して符号化され、この量子化または逆量子化処理の判定に基づいてこの変換を行うことを含む。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、複数の映像ブロックを含む映像の現在の映像ブロックとこの映像のビットストリーム表現との間での変換のために、現在の映像ブロックがパレット符号化ブロックであることを判定することと、この判定に基づいて、現在の映像ブロックをイントラ符号化されたブロックであると考えることで、最大確率モードのリスト構築処理を行うことと、このリスト構築処理の結果に基づいてこの変換を行うことと、を含み、このパレット符号化ブロックは、パレットまたは表現サンプル値を使用して符号化または復号化される。

さらに別の例示的な態様において、映像処理の別の方法が開示される。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、複数の映像ブロックを含む映像の現在の映像ブロックとこの映像のビットストリーム表現との間での変換のために、現在の映像ブロックがパレット符号化ブロックであることを判定することと、この判定に基づいて、現在の映像ブロックを非イントラ符号化されたブロックであると考えることで、最大確率モードのリスト構築処理を実行し、このリスト構築処理の結果に基づいてこの変換を行うことと、を含み、このパレット符号化ブロックは、パレットまたは表現サンプル値を使用して符号化または復号化される。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、複数の映像ブロックを含む映像の現在の映像ブロックとこの映像のビットストリーム表現との間での変換のために、現在の映像ブロックがパレット符号化ブロックであることを判定することと、この判定に基づいて、現在の映像ブロックを利用不可能なブロックであると考えることで、リスト構築処理を行うことと、このリスト構築処理の結果に基づいてこの変換を行うことと、を含み、このパレット符号化ブロックは、パレットまたは表現サンプル値を使用して符号化または復号化される。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換中に、この現在の映像ブロックがパレット符号化ブロックであることを判定することと、現在の映像ブロックがパレット符号化ブロックであることに基づいて、この変換に使用されるコンテキスト符号化ビンの範囲を判定することと、このコンテキスト符号化ビンの範囲に基づいてこの変換を行うこととを含む。

さらに別の例示的な態様において、上述された方法は、処理装置を含む映像エンコーダによって実装されてもよい。

さらに別の例示的な態様において、これらの方法は、処理装置実行可能命令の形式で実施されてもよく、コンピュータ可読プログラム媒体に記憶されてもよい。

これらの、および他の態様は、本明細書でさらに説明される。

イントラブロックコピーの例を示す。 パレットモードで符号化されたブロックの例を示す。 パレットエントリを信号通知するためにパレット予測子を使用する例を示す。 水平方向および垂直方向の横断走査の例を示す。 パレットインデックスの符号化の例を示す。 映像処理装置の例を示すブロック図である。 映像エンコーダの実装形態の例を示すブロック図である。 映像処理方法の例を示すフローチャートである。 フィルタのオン／オフ決定および強／弱フィルタの選択に関与する画素の例を示す。 ４つのモードの２値化の例を示す。 ４つのモードの２値化の例を示す。 ６７個のイントラモード予測方向の例を示す。 近傍の映像ブロックの例を示す。 ＡＬＦフィルタの形状の例を示す（クロマ：５×５菱形、輝度：７×７菱形）。 （ａ）は垂直方向勾配のサブサンプリングされたラプラシアン計算の例を示す。（ｂ）は水平勾配のためのサブサンプリングされたラプラシアン計算の例を示す。（ｃ）は対角勾配のためのサブサンプリングされたラプラシアン計算の例を示す。（ｄ）は対角勾配のためのサブサンプリングされたラプラシアン計算の例を示す。 仮想境界における修正された区分の例を示す。 仮想境界における輝度要素のための修正されたＡＬＦフィルタリングの例を示す。 ＥＯにおける画素分類の４つの１－Ｄ３画素パターンの例を示す。 ４つのバンドをグループ化してその開始バンド位置で表現することの例を示す。 ＣＩＩＰ重み導出に用いられる左上近傍のブロックの例を示す。 クロマスケーリングアーキテクチャを用いた輝度マッピングの例を示す。 ４×４ブロックの走査順序の例を示す。 ４×４ブロックのための走査順序の別の例を示す。 開示された技術を実装することができる例示的な映像処理システムを示すブロック図である。 本技術にしたがった映像処理方法を示すフローチャートである。 本技術にしたがった別の映像処理方法を示すフローチャートである。 本技術にしたがった別の映像処理方法を示す別のフローチャートである。 本技術にしたがった別の映像処理方法を示す別のフローチャートである。 本技術にしたがった別の映像処理方法を示す別のフローチャートである。 本技術にしたがった別の映像処理方法を示す別のフローチャートである。 本技術にしたがったさらに別の映像処理方法を示す別のフローチャートである。

本明細書は、伸張または復号化されたデジタル映像または画像の品質を向上させるために、画像または映像ビットストリームのデコーダによって使用できる様々な技術を提供する。簡潔にするために、本明細書では、用語「映像」は、一連のピクチャ（従来から映像と呼ばれる）および個々の画像の両方を含むように使用される。さらに、映像エンコーダは、さらなる符号化に使用される復号化されたフレームを再構成するために、符号化の処理中にこれらの技術を実装してもよい。

本明細書では、理解を容易にするために章の見出しを使用しており、１つの章に開示された実施形態をその章にのみ限定するものではない。このように、ある章の実施形態は、他の章の実施形態と組み合わせることができる。

１．発明の概要

本明細書は、映像符号化技術に関する。具体的には、本発明は、映像符号化において基本色に基づく表現を用いるパレット符号化に関する。ＨＥＶＣのような既存の映像符号化規格に適用してもよいし、規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）を確定させるために適用してもよい。本発明は、将来の映像符号化規格または映像コーデックにも適用可能である。

２．初期の協議

映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像符号化規格は、時間予測と変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超えた将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。２０１８年４月には、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）の間にＪｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が発足し、ＨＥＶＣと比較して５０％のビットレート削減を目標にＶＶＣ規格の策定に取り組んでいる。

図７は映像エンコーダの実装形態の例のブロック図である。図７は、エンコーダの実装が、映像エンコーダが映像復号化機能も実行する（次の映像データの符号化に使用するために映像データの圧縮表現を再構成する）フィードバック経路を組み込んでいることを示す。

２．１ イントラブロックコピー

イントラブロックコピー（ＩＢＣ）、別名、現在のピクチャの参照は、ＨＥＶＣスクリーンコンテンツ符号化拡張機能（ＨＥＶＣ－ＳＣＣ）と現在のＶＶＣテストモデル（ＶＴＭ－４．０）に採用されている。ＩＢＣは、動き補償の概念をインターフレーム符号化からイントラフレーム符号化に拡張する。図１に示すように、現在のブロックは、ＩＢＣが適用される場合、同じピクチャ内の１つの参照ブロックによって予測される。現在のブロックを符号化または復号化する前に、参照ブロックにおけるサンプルは既に再構成されていなければならない。ＩＢＣは、カメラでキャプチャされたほとんどのシーケンスに対してそれほど効率的ではないが、スクリーンコンテンツに対しては、有意な符号化利得を示す。その理由は、スクリーンコンテンツピクチャにおいて、アイコン、文字等の繰り返しパターンが多いためである。ＩＢＣは、これらの繰り返しパターン間の冗長性を有効に除去することができる。ＨＥＶＣ－ＳＣＣにおいて、インター符号化ユニット（ＣＵ）は、現在のピクチャをその参照ピクチャとして選択する場合、ＩＢＣを適用することができる。この場合、ＭＶをブロックベクトル（ＢＶ）と改称し、ＢＶは常に整数画素精度を有する。メインプロファイルＨＥＶＣに適合するように、現在のピクチャは、復号化ピクチャバッファ（ＤＰＢ）における「長期」参照ピクチャとしてマークされる。なお、同様に、複数のビュー／３Ｄ映像符号化規格において、ビュー間の参照ピクチャも「長期」参照ピクチャとしてマークされる。

ＢＶがその参照ブロックを見つけた後、この参照ブロックをコピーすることで予測を生成することができる。残差は、元の信号から参照画素を減算することによって得ることができる。そして、他の符号化モードと同様に、変換および量子化を適用することができる。

しかしながら、参照ブロックがピクチャの外にある場合、または現在のブロックと重複する場合、または再構成された領域の外にある場合、或いは何らかの制約によって制限された有効領域の外にある場合、画素値の一部または全部は規定されない。基本的に、このような問題に対処するために２つの解決策がある。１つは、このような状況、例えばビットストリーム適合性を許可しないことである。もう１つは、これらの未定義の画素値にパディングを適用することである。以下のサブセッションでは、解決策を詳細に説明する。

２．２ ＨＥＶＣスクリーンコンテンツ符号化拡張機能におけるＩＢＣ

ＨＥＶＣのスクリーンコンテンツ符号化拡張機能において、１つのブロックが現在のピクチャを参照として使用する場合、以下の仕様のテキスト（太字）に示すように、参照ブロック全体が利用可能な再構成された領域内にあることを保証すべきである。

このように、参照ブロックが現在のブロックと重複するケース、または参照ブロックがピクチャの外にあるケースは発生しない。参照ブロックまたは予測ブロックを埋める必要がない。

２．３ ＶＶＣ試験モデルにおけるＩＢＣ

現在のＶＶＣ試験モデル、例えば、ＶＴＭ－４．０設計において、参照ブロック全体は現在の符号化ツリーユニット（ＣＴＵ）を有するべきであり、現在のブロックと重複しない。よって、参照または予測ブロックをパディングする必要がない。ＩＢＣフラグは、現在のＣＵの予測モードとして符号化される。このように、各ＣＵに対して、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、およびＭＯＤＥ＿ＩＢＣという全部で３つの予測モードが存在する。

２．３．１ ＩＢＣマージモード

ＩＢＣマージモードにおいて、ＩＢＣマージ候補リストにおけるエントリを指すインデックスをビットストリームから構文解析する。このＩＢＣマージリストの構築は、以下のステップのシーケンスに従ってまとめることができる。

ステップ１：空間的候補の導出

ステップ２：ＨＭＶＰ候補の挿入

ステップ３：対の平均候補の挿入

空間的マージ候補の導出において、図面に示す位置にある候補の中から、最大４つのマージ候補が選択されている。導出の順序はＡ１、Ｂ１、Ｂ０、Ａ０、Ｂ２である。位置Ａ１、Ｂ１、Ｂ０、Ａ０のいずれかのＰＵが利用可能でない場合（例えば、別のスライスまたはタイルに属しているため）、またはＩＢＣモードで符号化されていない場合にのみ、位置Ｂ２が考慮される。位置Ａ１の候補を加えた後、残りの候補を挿入すると、冗長性チェックを受け、それにより、同じ動き情報を有する候補を確実にリストから排除でき、符号化効率を向上させることができる。計算の複雑性を低減するために、前述の冗長性チェックにおいて、考えられる候補対のすべてを考慮することはしない。代わりに、図面に示された矢印でリンクされた対のみを考慮し、冗長性チェックに使用される対応する候補が同じ動き情報を有していない場合にのみ、その候補をリストに加える。

空間的候補を挿入した後、ＩＢＣマージリストサイズが依然として最大ＩＢＣマージリストサイズより小さい場合、ＨＭＶＰテーブルからのＩＢＣ候補を挿入することができる。ＨＭＶＰ候補の挿入にあたり、冗長性チェックを行う。

最後に、対の平均候補をＩＢＣマージリストに挿入する。

マージ候補によって特定される参照ブロックがピクチャの外にある場合、または現在のブロックと重複する場合、または再構成された領域の外にある場合、或いは何らかの制約によって制限された有効領域の外にある場合、マージ候補は無効なマージ候補と呼ばれる。

なお、ＩＢＣマージリストに無効なマージ候補を挿入してもよい。

２．３．２ ＩＢＣ ＡＭＶＰモード

ＩＢＣ ＡＭＶＰモードでは、ＩＢＣ ＡＭＶＰリストにおけるエントリを指すＡＭＶＰインデックスが、ビットストリームから構文解析される。このＩＢＣ ＡＭＶＰリストの構築は、以下のステップのシーケンスに従ってまとめることができる。

ステップ１：空間的候補の導出

利用可能な候補が見つかるまで、Ａ０、Ａ１をチェックする。

利用可能な候補が見つかるまで、Ｂ０、Ｂ１、Ｂ２をチェックする。

ステップ２：ＨＭＶＰ候補の挿入

ステップ３：ゼロ候補の挿入

空間的候補を挿入した後、ＩＢＣ ＡＭＶＰリストサイズが依然として最大ＩＢＣ ＡＭＶＰリストサイズより小さい場合、ＨＭＶＰテーブルからのＩＢＣ候補を挿入することができる。

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

２．４ パレットモード

パレットモードの背景にある基本的な考えは、ＣＵにおけるサンプルを代表的な色値の小さな集合で表現することである。この集合をパレットと呼ぶ。また、エスケープシンボルの後に（場合によっては量子化された）要素値を信号通知することによって、パレットの外側にあるサンプルを示すこともできる。これを図２に示す。

２．５ ＨＥＶＣスクリーンコンテンツ符号化拡張機能におけるパレットモード（ＨＥＶＣ－ＳＣＣ）

ＨＥＶＣ－ＳＣＣにおけるパレットモードでは、パレットおよびインデックスマップを符号化するために予測方式が用いられる。

２．５．１ パレットエントリの符号化

パレットエントリを符号化するために、パレット予測子が維持される。ＳＰＳにおいて、パレットの最大サイズおよびパレット予測子が信号通知される。ＨＥＶＣ－ＳＣＣにおいて、ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがＰＰＳに導入される。このフラグが１である場合、ビットストリームにおいて、パレット予測子を初期化するためのエントリが信号通知される。パレット予測子は、各ＣＴＵ行、各スライス、および各タイルの始めに初期化される。ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｉｔｉａｌｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値によって、ｐａｌｅｔｔｅ＿ｐｒｅｄｉｃｔｏｒを０にリセットするか、またはＰＰＳに信号通知されたパレット予測子の初期化エントリを使用してパレット予測子を初期化する。ＨＥＶＣ－ＳＣＣでは、ＰＰＳレベルでパレット予測子の初期化を明確に無効にするために、サイズ０のパレット予測子初期化モジュールを有効化した。

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

２．５．２ パレットインデックスの符号化

パレットインデックスは、図４に示すように、水平方向および垂直方向の横断走査を使用して符号化される。ｐａｌｅｔｔｅ＿ｔｒａｎｓｐｏｓｅ＿ｆｌａｇを使用して、ビットストリームにおける走査順序を明確に信号通知する。以下のサブセクションでは、走査が水平であると仮定する。

パレットインデックスは、「ＩＮＤＥＸ」および「ＣＯＰＹ＿ＡＢＯＶＥ」の２つのメインパレットサンプルモードを使用して符号化される。前述のように、エスケープシンボルも「ＩＮＤＥＸ」モードとして信号送信され、最大パレットサイズに等しいインデックスが割り当てられる。このモードは、最上行を除くフラグを使用して、または前回のモードが「ＣＯＰＹ＿ＡＢＯＶＥ」であった場合に信号通知される。「ＣＯＰＹ＿ＡＢＯＶＥ」モードでは、上の行のサンプルのパレットインデックスをコピーする。「ＩＮＤＥＸ」モードにおいて、パレットインデックスは明確に信号通知される。「ＩＮＤＥＸ」モードと「ＣＯＰＹ＿ＡＢＯＶＥ」モードの両方の場合、同じモードを使用して符号化される後続のサンプルの数を規定する実行値を信号通知する。エスケープシンボルが「ＩＮＤＥＸ」または「ＣＯＰＹ＿ＡＢＯＶＥ」モードにおける実行の一部である場合、エスケープシンボルごとにエスケープ要素値が信号通知される。パレットインデックスの符号化を図５に示す。

この構文順序は、以下のようにして実行される。まず、ＣＵのためのインデックス値の数が信号通知される。これに続いて、トランケーテッドバイナリ符号化（ｔｒｕｎｃａｔｅｄ ｂｉｎａｒｙ ｃｏｄｉｎｇ）を使用して、ＣＵ全体の実際のインデックス値を信号通知する。バイパスモードでは、インデックスの数およびインデックス値の両方が符号化される。これにより、インデックス関連バイパスビンがグループ化される。次に、パレットサンプルモード（必要な場合）および実行は、インターリーブ方式で信号通知される。最後に、ＣＵ全体のためのエスケープサンプルに対応する要素エスケープ値をグループ化し、バイパスモードで符号化する。

インデックス値を信号通知した後、追加の構文要素ｌａｓｔ＿ｒｕｎ＿ｔｙｐｅ＿ｆｌａｇを信号通知する。この構文要素は、インデックスの数と連動して、ブロックにおける最後の実行に対応する実行値を信号通知する必要をなくす。

ＨＥＶＣ－ＳＣＣでは、パレットモードは、４：２：２、４：２：０、およびモノクロのクロマフォーマットに対しても有効になる。パレットエントリおよびパレットインデックスの信号通知は、すべてのクロマフォーマットに対してほぼ同じである。非モノクロフォーマットの場合、各パレットエントリは、３つの要素からなる。モノクロフォーマットの場合、各パレットエントリは単一の要素からなる。サブサンプリングされたクロマ方向の場合、クロマサンプルは、２で割り切れる輝度サンプル指数に関連付けられる。ＣＵのパレットインデックスを再構成した後、１つのサンプルに単一の要素しか関連付けられていない場合、パレットエントリの第１の要素のみが使用される。信号通知における唯一の違いは、エスケープ要素値である。エスケープサンプルごとに、信号通知されるエスケープ要素値の数は、そのサンプルに関連付けられた要素の数によって異なってもよい。

ＶＶＣにおいて、イントラスライスの符号化にデュアルツリー符号化構造が用いられるので、輝度要素および２つのクロマ要素は、異なるパレットおよびパレットインデックスを有してもよい。また、２つのクロマ要素は、同じパレットおよびパレットインデックスを共有する。

２．６ ＶＶＣにおける非ブロック化スキーム

なお、以下の説明において、ｐＮ_Ｍは、垂直エッジに対してＭ行目の左側のＮ番目のサンプル、または水平エッジに対してＭ列目の上側のＮ番目のサンプルを表し、ｑＮ_Ｍは、垂直エッジに対してＭ行目の右側のＮ番目のサンプル、または水平エッジに対して、Ｍ列目の下側のＮ番目のサンプルを表す。ｐＮ_ＭおよびｑＮ_Ｍの例を図９に示す。

なお、以下の説明において、ｐ_Ｎは、垂直エッジに対して行の左側のＮ番目のサンプル、または、水平エッジに対して列の上側のＮ番目のサンプルを表し、ｑ_Ｎは、垂直エッジに対して行の右側のＮ番目のサンプル、又は水平エッジに対して、列の下側のＮ番目のサンプルを表す。

１つの単位として４行に対してフィルタのオン／オフの決定を行う。図９は、フィルタのオン／オフ決定に関与する画素を示す。最初の４行のための２つの赤いボックスにおける６つの画素は、４行のためのフィルタのオン／オフを判定するために用いられる。２番目の４行のための２つの赤いボックス内の６つの画素は、第２の４行のためのフィルタのオン／オフを判定するために用いられる。

いくつかの実施形態において、まずピクチャの垂直エッジを選別する。そして、垂直エッジフィルタリング処理で修正されたサンプルを入力として、ピクチャの水平エッジをフィルタリングする。各ＣＴＵのＣＴＢにおける垂直および水平エッジは、符号化ユニットごとに別個に処理される。符号化ユニットにおける符号化ブロックの垂直エッジは、符号化ブロックの左側のエッジから始まり、符号化ブロックの右側に向かってそれらの幾何学的順にエッジを通って進むようにフィルタリングされる。符号化ユニットにおける符号化ブロックの水平エッジは、符号化ブロックの上側のエッジから始まり、符号化ブロックの下側に向かってそれらの幾何学的順にエッジを通って進むようにフィルタリングされる。

２．６．１ 境界の決定

８×８のブロック境界にフィルタリングを適用する。さらに、それは、（例えば、アフィン動き予測、ＡＴＭＶＰを使用しているため）変換ブロックの境界または符号化サブブロックの境界でなければならない。そのような境界でない場合、フィルタは無効にされる。

２．６．２ 境界強度計算

変換ブロックの境界／符号化サブブロックの境界について、それが８×８グリッドに位置する場合、それをフィルタリングしてもよく、このエッジのためのｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］（［ｘＤ_ｉ］［ｙＤ_ｊ］は座標を表す）の設定は、以下のように定義される。
－ サンプルｐ_０またはｑ_０がイントラ予測モードで符号化された符号化ユニットの符号化ブロックにある場合、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、２に等しく設定される。
－ あるいは、ブロックエッジが変換ブロックエッジでもあり、サンプルｐ_０またはｑ_０が、１つ以上の非ゼロ変換係数レベルを含む変換イントラブロックにある場合、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、１に等しく設定される。
－ あるいは、サンプルｐ_０を含む符号化サブブロックの予測モードが、サンプルｑ_０を含む符号化サブブロックの予測モードと異なる場合、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、１に等しく設定される。
－ あるいは、以下の条件の１つ以上が真である場合、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］を１に等しく設定する。
－ サンプルｐ_０を含む符号化サブブロックおよびサンプルｑ_０を含む符号化サブブロックは、いずれもＩＢＣ予測モードで符号化され、２つの符号化サブブロックの予測に用いられる動きベクトルの水平または垂直要素の絶対差は、１／４輝度サンプル単位で４以上である。
－ サンプルｐ_０を含む符号化サブブロックの予測のために、サンプルｑ_０を含む符号化サブブロックの予測とは異なる参照ピクチャまたは異なる数の動きベクトルが使用される。
注１ － ２つの符号化サブロックに使用される参照ピクチャが同じであるかまたは異なるかは、予測を形成するのに参照ピクチャリスト０へのインデックスを使用するか、または参照ピクチャリスト１へのインデックスを使用して形成するかに関わらず、且つ参照ピクチャリスト内のインデックス位置が異なるかどうかに関わらず、どのピクチャが参照されるかによってのみに基づいて判定される。
注２ － （ｘＳｂ，ｙＳｂ）を含む左上のサンプルを有する符号化サブブロックの予測に使用される動きベクトルの数は、ＰｒｅｄＦｌａｇＬ０［ｘＳｂ］［ｙＳｂ］＋ＰｒｅｄＦｌａｇＬ１［ｘＳｂ］［ｙＳｂ］に等しい。
－ １つの動きベクトルは、サンプルｐ_０を含む符号化サブブロックを予測するために使用され、１つの動きベクトルは、サンプルｑ_０を含む符号化サブブロックを予測するために使用され、使用される動きベクトルの水平または垂直要素の絶対差は、１／４輝度サンプル単位で４以上である。
－ ２つの動きベクトルおよび２つの異なる参照ピクチャを使用して、サンプルｐ_０を含む符号化サブブロックを予測し、同じ２つの参照ピクチャの２つの動きベクトルを使用して、サンプルｑ_０を含む符号化サブブロックを予測し、同じ参照ピクチャの２つの符号化サブブロックの予測に使用される２つの動きベクトルの水平または垂直要素の絶対差は、１／４輝度サンプル単位で４以上である。
－ 同じ参照ピクチャの２つの動きベクトルを使用して、サンプルｐ_０を含む符号化サブブロックを予測し、同じ参照ピクチャの２つの動きベクトルを使用して、サンプルｑ_０を含む符号化サブブロックを予測し、以下の条件の両方が成り立つ。
－ ２つの符号化サブブロックの予測に使用されるリスト０の動きベクトルの水平または垂直要素の間の絶対差は、４分の１輝度サンプルにおいて４以上である、または２つの符号化サブブロックの予測に使用されるリスト１の動きベクトルの水平または垂直要素の間の絶対差は、１／４輝度サンプル単位で４以上である。
－ サンプルｐ_０を含む符号化サブブロックの予測に使用されるリスト０動きベクトルの水平または垂直要素と、サンプルｑ_０を含む符号化サブブロックの予測に使用されるリスト１動きベクトルとの間の絶対差は、１／４輝度サンプル単位で４以上であるか、またはサンプルｐ_０を含む符号化サブブロックの予測に使用されるリスト１動きベクトルの水平または垂直要素と、サンプルｑ_０を含む符号化サブブロックの予測に使用されるリスト０動きベクトルとの間の絶対差は、１／４輝度サンプル単位で４以上である。
あるいは、変数ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］を０に設定する。
表２－１、表２－２にＢＳの計算規則をまとめる。

２．６．３ 輝度要素の非ブロック化決定

非ブロック化決定処理は、このサブセクションで説明する。

より広く、強い輝度フィルタは、条件１、条件２、および条件３の全てがＴＲＵＥである場合にのみ使用されるフィルタである。

条件１は、「大ブロック条件」である。この条件は、Ｐ側およびＱ側のサンプルが、それぞれ変数ｂＳｉｄｅＰｉｓＬａｒｇｅＢｌｋおよびｂＳｉｄｅＱｉｓＬａｒｇｅＢｌｋによって表現される大ブロックに属するかどうかを検出する。ｂＳｉｄｅＰｉｓＬａｒｇｅＢｌｋおよびｂＳｉｄｅＱｉｓＬａｒｇｅＢｌｋは、以下のように定義される。
ｂＳｉｄｅＰｉｓＬａｒｇｅＢｌｋ＝（（ｅｄｇｅ ｔｙｐｅ ｉｓ ｖｅｒｔｉｃａｌ ａｎｄ ｐ_０ ｂｅｌｏｎｇｓ ｔｏ ＣＵ ｗｉｔｈ ｗｉｄｔｈ＞＝３２）｜｜（ｅｄｇｅ ｔｙｐｅ ｉｓ ｈｏｒｉｚｏｎｔａｌ ａｎｄ ｐ_０ ｂｅｌｏｎｇｓ ｔｏ ＣＵ ｗｉｔｈ ｈｅｉｇｈｔ＞＝３２））？ＴＲＵＥ：ＦＡＬＳＥ
ｂＳｉｄｅＱｉｓＬａｒｇｅＢｌｋ＝（（ｅｄｇｅ ｔｙｐｅ ｉｓ ｖｅｒｔｉｃａｌ ａｎｄ ｑ_０ ｂｅｌｏｎｇｓ ｔｏ ＣＵ ｗｉｔｈ ｗｉｄｔｈ＞＝３２）｜｜（ｅｄｇｅ ｔｙｐｅ ｉｓ ｈｏｒｉｚｏｎｔａｌ ａｎｄ ｑ_０ ｂｅｌｏｎｇｓ ｔｏ ＣＵ ｗｉｔｈ ｈｅｉｇｈｔ＞＝３２））？ＴＲＵＥ：ＦＡＬＳＥ

ｂＳｉｄｅＰｉｓＬａｒｇｅＢｌｋおよびｂＳｉｄｅＱｉｓＬａｒｇｅＢｌｋに基づいて、条件１を以下のように定義する。
Ｃｏｎｄｉｔｉｏｎ１＝（ｂＳｉｄｅＰｉｓＬａｒｇｅＢｌｋ｜｜ｂＳｉｄｅＰｉｓＬａｒｇｅＢｌｋ）？ＴＲＵＥ：ＦＡＬＳＥ次に、条件１が真である場合、さらに条件２をチェックする。まず、以下の変数を導出する。
－ ｄｐ０，ｄｐ３，ｄｑ０，ｄｑ３をまずＨＥＶＣとして導出する。
－ （ｐ側が３２以上である場合）
ｄｐ０＝（ｄｐ０＋Ａｂｓ（ｐ５_０－２＊ｐ４_０＋ｐ３_０）＋１）＞＞１
ｄｐ３＝（ｄｐ３＋Ａｂｓ（ｐ５_３－２＊ｐ４_３＋ｐ３_３）＋１）＞＞１
－ （ｑ側が３２以上の場合）
ｄｑ０＝（ｄｑ０＋Ａｂｓ（ｑ５_０－２＊ｑ４_０＋ｑ３_０）＋１）＞＞１
ｄｑ３＝（ｄｑ３＋Ａｂｓ（ｑ５_３－２＊ｑ４_３＋ｑ３_３）＋１）＞＞１
Ｃｏｎｄｉｔｉｏｎ２＝（ｄ＜β）？ＴＲＵＥ：ＦＡＬＳＥ
章２．２．４に示すとおり、式中、ｄ＝ｄｐ０＋ｄｑ０＋ｄｐ３＋ｄｑ３である。
条件１および条件２が有効である場合、いずれかのブロックがサブブロックを使用するかどうかをさらにチェックする。
Ｉｆ（ｂＳｉｄｅＰｉｓＬａｒｇｅＢｌｋ）
Ｉｆ（ｍｏｄｅ ｂｌｏｃｋ Ｐ＝＝ＳＵＢＢＬＯＣＫＭＯＤＥ）
Ｓｐ＝５
ｅｌｓｅ
Ｓｐ＝７
ｅｌｓｅ
Ｓｐ＝３
Ｉｆ（ｂＳｉｄｅＱｉｓＬａｒｇｅＢｌｋ）
Ｉｆ（ｍｏｄｅ ｂｌｏｃｋ Ｑ＝＝ＳＵＢＢＬＯＣＫＭＯＤＥ）
Ｓｑ＝５
ｅｌｓｅ
Ｓｑ＝７
ｅｌｓｅ
Ｓｑ＝３
最後に、条件１および条件２の両方が有効である場合、提案された非ブロック化方法は、
以下のように定義される条件３（大ブロックの強いフィルタ条件）をチェックする。
条件３のＳｔｒｏｎｇＦｉｌｔｅｒＣｏｎｄｉｔｉｏｎにおいて、以下の変数を導出する。
ｄｐｑはＨＥＶＣと同様に導出される。
ｓｐ_３＝Ａｂｓ（ｐ_３－ｐ_０）、ＨＥＶＣと同様に導出される。
ｉｆ（ｐ側が３２以上である場合）
ｉｆ（Ｓｐ＝＝５）
ｓｐ_３＝（ｓｐ_３＋Ａｂｓ（ｐ_５－ｐ_３）＋１）＞＞１
ｅｌｓｅ
ｓｐ_３＝（ｓｐ_３＋Ａｂｓ（ｐ_７－ｐ_３）＋１）＞＞１
ｓｑ_３＝Ａｂｓ（ｑ_０－ｑ_３）はＨＥＶＣと同様に導出される
ｉｆ（ｑ側が３２以上である場合）
Ｉｆ（Ｓｑ＝＝５）
ｓｑ_３＝（ｓｑ_３＋Ａｂｓ（ｑ_５－ｑ_３）＋１）＞＞１
ｅｌｓｅ
ｓｑ_３＝（ｓｑ_３＋Ａｂｓ（ｑ_７－ｑ_３）＋１）＞＞１

ＨＥＶＣと同様に、ＳｔｒｏｎｇＦｉｌｔｅｒＣｏｎｄｉｔｉｏｎ＝（ｄｐｑ ｉｓ ｌｅｓｓ ｔｈａｎ（β＞＞２），ｓｐ_３＋ｓｑ_３ ｉｓ ｌｅｓｓ ｔｈａｎ（３＊β＞＞５），ａｎｄ Ａｂｓ（ｐ_０－ｑ_０）ｉｓ ｌｅｓｓ ｔｈａｎ（５＊ｔ_Ｃ＋１）＞＞１）？ＴＲＵＥ：ＦＡＬＳＥ．

２．６．４ 輝度のためのより強い非ブロック化フィルタ（より大きいブロックのために設計される）

バイリニアフィルタは、境界の両側のサンプルが１つの大ブロックに属する場合に用いられる。１つの大ブロックに属する１つのサンプルは、垂直エッジの場合、幅≧３２であり、水平エッジの場合、高さ≧３２であるときとして定義される。

バイリニアフィルタを以下に示す。

次に、上述のＨＥＶＣ非ブロック化において、ブロックの境界サンプルである、ｉ＝０～Ｓｐ－１におけるｐ_ｉ、及び、ｊ＝０～Ｓｑ－１におけるｑ_ｉ（ｐ_ｉ及びｑ_ｉは、垂直エッジをフィルタリングする行内のｉ番目のサンプル、または水平エッジをフィルタリングする列内のｉ番目のサンプル）を、以下のように線形補間によって置き換える。

ここで、ｔｃＰＤ_ｉおよびｔｃＰＤ_ｊ項は、章２．３．６に記載の位置依存クリッピングであり、ｇ_ｊ，ｆ_ｉ，Ｍｉｄｄｌｅ_ｓ，ｔ，Ｐ_ｓおよびＱ_ｓは、表２－３に示される。

２．６．５ クロマの非ブロック化制御

クロマの強いフィルタは、ブロックの境界の両側に用いられる。ここで、クロマフィルタは、クロマエッジの両側が８（クロマ位置）以上である場合に選択され、３つの条件付きで、次の決定が満たされる。すなわち、１番目のものは、大ブロックと同様に、境界強度を決定するためのものである。提案されたフィルタは、クロマサンプルドメインにおいて、ブロックのエッジに直交するブロックの幅または高さが８以上である場合に適用できる。第２および第３のものは、基本的にはＨＥＶＣ輝度の非ブロック化の決定と同じであり、それぞれオン／オフ決定および強いフィルタの決定となっている。

第１の決定において、表２－２に示すように、クロマフィルタリングのために境界強度
（ｂＳ）が修正される。表２－２の条件を順次チェックする。条件が満たされている場合、残りの優先順位の低い条件はスキップされる。

大ブロックの境界が検出された場合、ｂＳが２に等しいか、またはｂＳが１に等しいとき、クロマ非ブロック化が行われる。

第２および第３の条件は、基本的には、以下のように、ＨＥＶＣ輝度の強いフィルタの決定と同様である。

第２の条件において、その後、ＨＥＶＣ輝度非ブロック化と同様にｄを導出する。
第２の条件は、ｄがβより小さい場合、ＴＲＵＥとなる。

第３の条件において、ＳｔｒｏｎｇＦｉｌｔｅｒＣｏｎｄｉｔｉｏｎは、以下のように導出される。
ｄｐｑはＨＥＶＣと同様に導出される。
ｓｐ_３＝Ａｂｓ（ｐ_３－ｐ_０）、ＨＥＶＣと同様に導出される。
ｓｑ_３＝Ａｂｓ（ｑ_０－ｑ_３）はＨＥＶＣと同様に導出される。

ＨＥＶＣ設計におけるように、ＳｔｒｏｎｇＦｉｌｔｅｒＣｏｎｄｉｔｉｏｎ＝（ｄｐｑ ｉｓ ｌｅｓｓ ｔｈａｎ（β＞＞２），ｓｐ_３＋ｓｑ_３ ｉｓ ｌｅｓｓ ｔｈａｎ（β＞＞３），ａｎｄ Ａｂｓ（ｐ_０＿ｑ_０）ｉｓ ｌｅｓｓ ｔｈａｎ（５＊ｔ_Ｃ＋１）＞＞１）

２．６．６ クロマ用の強い非ブロック化フィルタ

以下のようなクロマ用の強い非ブロック化フィルタが定義される。
ｐ_２’＝（３＊ｐ_３＋２＊ｐ_２＋ｐ_１＋ｐ_０＋ｑ_０＋４）＞＞３
ｐ_１’＝（２＊ｐ_３＋ｐ_２＋２＊ｐ_１＋ｐ_０＋ｑ_０＋ｑ_１＋４）＞＞３
ｐ_０’＝（ｐ_３＋ｐ_２＋ｐ_１＋２＊ｐ_０＋ｑ_０＋ｑ_１＋ｑ_２＋４）＞＞３

提案されたクロマフィルタは、４×４クロマサンプルグリッドに対して非ブロック化を行う。

２．６．７ 位置依存クリッピング

位置依存クリッピングｔｃＰＤは、境界で７個、５個、および３個のサンプルを修正する強く長いフィルタを含む輝度フィルタリング処理の出力サンプルに適用される。量子化誤差分布を仮定して、より高い量子化ノイズを有すると予想されるサンプルに対して、クリッピング値を増加させることが提案され、よって、再構成されたサンプル値の真のサンプル値からのより高い偏差を有することが予想される。

非対称フィルタでフィルタリングされた各ＰまたはＱ境界について、章２．３．３における意思決定処理の結果に基づいて、位置依存閾値テーブルが、副情報としてデコーダに提供される２つのテーブル（即ち、Ｔｃ７およびＴｃ３を以下にまとめる）から選択される。
Ｔｃ７＝｛６，５，４，３，２，１，１｝；
Ｔｃ３＝｛６，４，２｝；
ｔｃＰＤ＝（Ｓｐ＝＝３）？Ｔｃ３：Ｔｃ７；
ｔｃＱＤ＝（Ｓｑ＝＝３）？Ｔｃ３：Ｔｃ７；

短い対称フィルタでフィルタリングされるＰまたはＱ境界に対しては、より小さい位置依存閾値が適用される。
Ｔｃ３＝｛３，２，１｝；

閾値を定義した後、ｔｃＰおよびｔｃＱクリッピング値に従って、フィルタリングされたｐ’_ｉおよびｑ’_ｉサンプル値をクリッピングする。
ｐ’’_ｉ＝Ｃｌｉｐ３（ｐ’_ｉ＋ｔｃＰ_ｉ，ｐ’_ｉ－ｔｃＰ_ｉ，ｐ’_ｉ）；
ｑ’’_ｊ＝Ｃｌｉｐ３（ｑ’_ｊ＋ｔｃＱ_ｊ，ｑ’_ｊ－ｔｃＱ_ｊ，ｑ’_ｊ）；

ここで、ｐ’_ｉ、ｑ’_ｉはフィルタリングされたサンプル値であり、ｐ’’_ｉ、ｑ’’_ｊはクリッピング後の出力サンプル値であり、ｔｃＰ_ｉ、ｔｃＰ_ｉはＶＶＣ ｔｃパラメータ、ｔｃＰＤ、ｔｃＱＤから導出されるクリッピング閾値である。関数Ｃｌｉｐ３は、
ＶＶＣに規定されているような、クリッピング関数である。

２．６．８ サブブロックの非ブロック化調整

両方のロングフィルタを使用する並列フレンドリな非ブロック化およびサブブロック非ブロック化を可能にするために、ロングフィルタは、ロングフィルタのための輝度制御に示すように、サブブロック非ブロック化（ＡＦＦＩＮＥ、ＡＴＭＶＰ、またはＤＭＶＲ）を使用する側でのサンプルの修正が、最大で５つまでに制限される。さらに、サブブロックの非ブロック化は、ＣＵまたは暗黙のＴＵ境界に近い８×８グリッド上のサブブロック境界の修正が、各側において最大２つまでのサンプルに制限されるように調整される。

以下は、ＣＵ境界と整列されていないサブブロック境界に適用される。
Ｉｆ（ｍｏｄｅ ｂｌｏｃｋ Ｑ＝＝ＳＵＢＢＬＯＣＫＭＯＤＥ ＆＆ ｅｄｇｅ ！＝０）｛
ｉｆ（！（ｉｍｐｌｉｃｉｔＴＵ ＆＆（ｅｄｇｅ＝＝（６４／４））））
ｉｆ（ｅｄｇｅ＝＝２｜｜ｅｄｇｅ＝＝（ｏｒｔｈｏｇｏｎａｌＬｅｎｇｔｈ－２）｜｜ｅｄｇｅ＝＝（５６／４）｜｜ｅｄｇｅ＝＝（７２／４））
Ｓｐ＝Ｓｑ＝２；
ｅｌｓｅ
Ｓｐ＝Ｓｑ＝３；
ｅｌｓｅ
Ｓｐ＝Ｓｑ＝ｂＳｉｄｅＱｉｓＬａｒｇｅＢｌｋ？５：３
｝

この場合、０に等しいエッジはＣＵ境界に対応し、２に等しいかまたは直交長さ－２に等しいエッジは、ＣＵ境界からのサブブロックの境界８サンプルに対応する。ここで、ＴＵの暗黙的分割が使用される場合、暗黙的ＴＵは真である。

２．６．９ 輝度／クロマ用の４ＣＴＵ／２ＣＴＵ行バッファへの制限

水平エッジがＣＴＵ境界と整列している場合、水平エッジのフィルタリングは、輝度の場合、Ｓｐ＝３、クロマの場合、Ｓｐ＝１、Ｓｑ＝１に制限する。

２．７ ＶＶＣにおけるイントラモード符号化

自然映像に表される任意のエッジ方向をキャプチャするために、ＶＴＭ５における指向性イントラモードの数は、ＨＥＶＣで使用されるように、３３から６５に拡張される。ＨＥＶＣにない新しい指向性モードは、図１２に赤い点線の矢印で示されており、平面モードと直流モードは同じままである。これらのより密度の高い指向性イントラ予測モードは、すべてのブロックサイズ、および輝度および彩度イントラ予測の両方に適用される。

ＶＴＭ５において、いくつかの従来の角度イントラ予測モードは、非正方形のブロックのために、広角イントラ予測モードに適応的に置き換えられる。広角イントラ予測については、章３．３．１．２を参照されたい。

ＨＥＶＣにおいて、すべてのイントラ符号化されたブロックは正方形の形状を有し、その辺の各々の長さは２の累乗である。このように、ＤＣモードを使用してイントラ予測子を生成するのに、除算演算を必要としない。ＶＴＭ５において、ブロックは長方形であってもよく、一般的な場合、ブロックごとに除算演算を使用することが必要である。ＤＣ予測のための除算演算を回避するために、長辺のみを使用して非正方形のブロックの平均を計算する。

最大確率モード（ＭＰＭ）リスト生成の複雑性を低く維持するために、２つの利用可能な近傍のイントラモードを考慮することによって、６個のＭＰＭを有するイントラモード符号化方法が使用される。ＭＰＭリストを構築するために、以下の３つの態様を考える。
ｉ． デフォルトのイントラモード
ｉｉ． 近傍イントラモード
ｉｉｉ． 導出イントラモード

ＭＲＬ符号化ツールおよびＩＳＰ符号化ツールの適用の有無にかかわらず、イントラブロックに対して統一された６－ＭＰＭリストが使用される。ＭＰＭリストは、左上の近傍のブロックのイントラモードに基づいて構成される。ここで、左側のブロックのモードをＬｅｆｔとし、上記ブロックのモードをＡｂｏｖｅとすると、統合ＭＰＭリストは、以下のように構成される（左側および上側のブロックを図１３で示す。
－ 近傍のブロックが利用可能でない場合、そのイントラモードはデフォルトでＰｌａｎａｒに設定される。
－ モードＬｅｆｔおよびＡｂｏｖｅの両方が非角度モードである場合、次のようになる。
○ ＭＰＭ ｌｉｓｔ→｛Ｐｌａｎａｒ，ＤＣ，Ｖ，Ｈ，Ｖ－４，Ｖ＋４｝
－ モードＬｅｆｔおよびＡｂｏｖｅの一方が角度モードであり、他方が非角度モードである場合、次のようになる。
○ ＭａｘモードをＬｅｆｔ ａｎｄ Ａｂｏｖｅ でより大きいモードに設定する。
○ ＭＰＭ ｌｉｓｔ→｛Ｐｌａｎａｒ，Ｍａｘ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１，Ｍａｘ－２｝
－ ＬｅｆｔとＡｂｏｖｅが共に角度があり、かつそれらが異なる場合、以下のようになる。
○ ＭａｘモードをＬｅｆｔ ａｎｄ Ａｂｏｖｅ でより大きいモードに設定する。
○ ＬｅｆｔモードとＡｂｏｖｅモードとの差が２～６２の範囲内にある場合
■ ＭＰＭ ｌｉｓｔ→｛Ｐｌａｎａｒ，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－１，Ｍａｘ＋１｝
○ あるいは、
■ ＭＰＭ ｌｉｓｔ→｛Ｐｌａｎａｒ，Ｌｅｆｔ，Ａｂｏｖｅ，ＤＣ，Ｍａｘ－２，Ｍａｘ＋２｝
－ ＬｅｆｔとＡｂｏｖｅが両方ともに角度があり、かつ同じである場合、以下のようになる。
○ ＭＰＭ ｌｉｓｔ→｛Ｐｌａｎａｒ，Ｌｅｆｔ，Ｌｅｆｔ－１，Ｌｅｆｔ＋１，ＤＣ，Ｌｅｆｔ－２｝

また、ｍｐｍインデックスコード名の第１のビンは、ＣＡＢＡＣコンテキスト符号化される。現在のイントラブロックがＭＲＬ対応であるか、ＩＳＰ対応であるか、または通常のイントラブロックであるかに対応して、合計３つのコンテキストが使用される。

６つのＭＰＭリストの生成処理中、プルーニングを使用して重複したモードを除去し、
唯一のモードをＭＰＭリストに含めることができるようにする。６１個の非ＭＰＭモードのエントロピー符号化のために、トランケーテッドバイナリコード（ＴＢＣ）が使用される。

クロマイントラモード符号化の場合、クロマイントラモード符号化の場合、合計８つのイントラモードが許可される。これらのモードには、５つの伝統的なイントラモードと３つの構成要素共通の線形モデルモードが含まれる（ＣＣＬＭ、ＬＭ＿ＡおよびＬＭ＿Ｌ）。クロマモード信号通知および導出処理を表２－４に示す。クロマモード符号化は、対応する輝度ブロックのイントラ予測モードに直接依存する。Ｉスライスにおいて、輝度要素とクロマ要素に対するブロック分割構造の分離が有効化されているため、１つのクロマブロックは複数の輝度ブロックに対応してもよい。よって、クロマＤＭモードの場合、現在のクロマブロックの中心位置を含む、対応する輝度ブロックのイントラ予測モードは直接継承される。

２．８ 量子化残差ブロック差動パルスコード変調（ＱＲ－ＢＤＰＣＭ）

ＪＶＥＴ－Ｍ０４１３において、量子化された残差ブロック差動パルスコード変調（ＱＲ－ＢＤＰＣＭ）が、スクリーンコンテンツを効率的に符号化するために提案されている。

ＱＲ－ＢＤＰＣＭで使用される予測方向は、垂直予測モードおよび水平予測モードであり得る。イントラ予測は、イントラ予測と同様に、予測方向（水平または垂直予測）にサンプルコピーすることで、ブロック全体で予測する。残差を量子化し、量子化された残差とその予測子（水平または垂直）量子化値との間のデルタを符号化する。これは、以下のように説明することができる。サイズＭ（行）×Ｎ（列）のブロックについて、ｒ_ｉ，ｊ，０≦ｉ≦Ｍ－１、０≦ｊ≦Ｎ－１を、上または左ブロックの境界サンプルからのフィルタリングされていないサンプルを使用して、水平方向（予測ブロックに対して左隣の画素値を１ラインずつコピーする）または垂直方向（予測ブロックにおける各ラインに上隣のラインをコピーする）にイントラ予測を行った後の予測残差とする。Ｑ（ｒ_ｉ，_ｊ）、０≦ｉ≦Ｍ－１、０≦ｊ≦Ｎ－１は、残差ｒ_ｉ，_ｊの量子化バージョンを表し、この場合、残差は、元のブロックと予測ブロック値との間の差である。次に、ブロックＤＰＣＭが量子化された残差サンプルに適用され、その結果、要素ｒ^～ _ｉ，_ｊを有する修正されたＭ×Ｎ個の配列Ｒ^～が得られる。垂直ＢＤＰＣＭが信号通知されると、以下のようになる。

水平予測の場合、類似した規則が適用され、残差量子化サンプルは、以下の式によって得られる。

残差量子化サンプルｒ^～ _ｉ，ｊはデコーダに送られる。

デコーダ側では、上記の計算を逆にして、Ｑ（ｒ_ｉ，ｊ）、０≦ｉ≦Ｍ－１、０≦ｊ≦Ｎ－１を生成する。垂直予測の場合、

水平方向の場合、

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

このスキームの主な利点は、逆方向のＤＰＣＭを、係数の構文解析中にオンザフライで行うことができ、係数の構文解析中に予測子を追加するだけで済むこと、または、構文解析後に行うことができることである。

２．９ 適応ループフィルタ

ＶＴＭ５において、ブロックに基づくフィルタ適応を伴う適応ループフィルタ（ＡＬＦ）が適用される。輝度要素は、局所勾配の方向および働きに基づいて、４×４ブロックごとに２５個のフィルタのうち１つを選択する。

２．９．１ フィルタ形状

ＶＴＭ５において、２つの菱形フィルタ形状（図１４に示す）が使用される。輝度要素には７×７菱形を適用し、クロマ要素には５×５菱形を適用する。

２．９．２ ブロック区分

輝度要素の場合、各４×４ブロックを２５個のクラスのうちの１つに分類する。分類インデックスＣは、その方向性ＤおよびアクティビティＡ＾の量子化値に基づいて、以下のように導出される。

ＤおよびＡ＾を計算するために、まず、１－Ｄラプラシアンを使用して、水平、垂直および２つの対角線方向の勾配を計算する。

この場合、ｉおよびｊは、４×４イントラブロックの左上のサンプルの座標を表し、Ｒ（ｉ，ｊ）は、座標（ｉ，ｊ）において再構成されたサンプルを示す。

ブロック区分の複雑性を低減するために、サブサンプリングされた１－Ｄラプラシアン計算が適用される。図１５（ａ）～（ｄ）に示すように、すべての方向の勾配計算に同じサブサンプリング位置を用いる。

そして、水平方向および垂直方向の勾配のＤ最大値およびＤ最小値を以下のように設定する。

２つの対角線方向の勾配の最大値および最小値は、以下のように設定される。

指向性Ｄの値を導出するために、これらの値を互いに且つ２つの閾値ｔ_１およびｔ_２と比較する。

アクティビティ値Ａは、以下のように計算される。

Ａをさらに０～４の範囲に量子化し、量子化された値をＡ＾とする。

ピクチャにおけるクロマ要素に対して、分類方法は適用されず、即ち、単一のＡＬＦ係数のセットが各クロマ要素に対して適用される。

２．９．３ フィルタ係数およびクリッピング値の幾何学的変換

各４×４輝度ブロックをフィルタリングする前に、そのブロックに対して計算された勾配値に基づいて、フィルタ係数ｆ（ｋ，ｌ）および対応するフィルタクリッピング値ｃ（ｋ，ｌ）に対して、回転または対角線および垂直方向の反転等の幾何学的変換を施す。これは、これらの変換をフィルタ支持領域内のサンプルに適用することに等しい。その考えは、ＡＬＦが適用される異なるブロックを、それらの方向性を揃えることによって、より類似させることである。

対角線、垂直方向の反転および回転を含む３つの幾何学的変換を紹介する。
Ｄｉａｇｏｎａｌ：ｆ_Ｄ（ｋ，ｌ）＝ｆ（ｌ，ｋ），ｃ_Ｄ（ｋ，ｌ）＝ｃ（ｌ，ｋ）， （２－９－９）
Ｖｅｒｔｉｃａｌ ｆｌｉｐ：ｆ_Ｖ（ｋ，ｌ）＝ｆ（ｋ，Ｋ－ｌ－１），ｃ_Ｖ（ｋ，ｌ）＝ｃ（ｋ，Ｋ－ｌ－１） （２－９－１０）
Ｒｏｔａｔｉｏｎ：ｆ_Ｒ（ｋ，ｌ）＝ｆ（Ｋ－ｌ－１，ｋ），ｃ_Ｒ（ｋ，ｌ）＝ｃ（Ｋ－ｌ－１，ｋ） （２－９－１１）

この場合、Ｋはフィルタのサイズであり、０≦ｋ，ｌ≦Ｋ－１が係数座標であり、位置（０，０）は左上隅にあり、位置（Ｋ－１，Ｋ－１）は右下隅にある。この変換は、そのブロックに対して計算された勾配値に基づいて、フィルタ係数ｆ（ｋ，ｌ）およびクリッピング値ｃ（ｋ，ｌ）に適用される。変換と４方向の４つの勾配との関係を以下の表にまとめる。

２．９．４ フィルタパラメータ信号通知

ＶＴＭ５において、ＡＬＦフィルタパラメータは、適応パラメータセット（ＡＰＳ）において信号通知される。１つのＡＰＳにおいて、最大２５組の輝度フィルタ係数およびクリッピング値インデックス、並びに最大１組のクロマフィルタ係数およびクリッピング値インデックスを信号通知することができる。ビットオーバーヘッドを低減するために、異なる分類のフィルタ係数をマージすることができる。スライスヘッダにおいて、現在のスライスに使用されるＡＰＳのインデックスが信号通知される。

ＡＰＳから復号化されたクリッピング値インデックスは、クリッピング値の輝度テーブル（Ｌｕｍａ ｔａｂｌｅ）およびクリッピング値のクロマテーブル（Ｃｈｒｏｍａ ｔａｂｌｅ）を使用してクリッピング値を判定することができるようになる。これらのクリッピング値は、内部ビット深度に依存する。具体的には、クリッピング値の輝度テーブルおよびクロマテーブルは、以下の式によって得られる。

ここで、Ｂは内部ビット深度に等しく、ＮはＶＴＭ５．０における許容されるクリッピング値の数である４に等しい。

フィルタリング処理はＣＴＢレベルで制御されてもよい。ＡＬＦが輝度ＣＴＢに適用されるかどうかを示すために、常に１つのフラグが信号通知される。１つの輝度ＣＴＢは、１６個の固定フィルタセットのうち１つのフィルタセットを選択し、複数のＡＰＳから１つのフィルタセットを選択することができる。どのフィルタセットが適用されるかを示すように、輝度ＣＴＢのためにフィルタセットインデックスが信号通知される。エンコーダおよびデコーダの両方において、１６個の固定フィルタセットを予め規定し、ハードコードする。

フィルタ係数は、１２８に等しいノルムで量子化される。乗算の複雑性を抑えるために、非中心位置の係数値が－２^７～２^７－１の範囲内に含まれるように、ビットストリーム適合性が適用される。中心位置係数はビットストリームにおいて信号通知されず、１２８に等しいと見なされる。

２．９．５ フィルタリング処理

デコーダ側において、ＣＴＢのためにＡＬＦが有効化されると、ＣＵ内の各サンプルＲ（ｉ，ｊ）がフィルタリングされ、その結果、以下に示すように、サンプル値Ｒ’（ｉ，ｊ）が得られる。

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

２．９．６ 行バッファ削減のための仮想境界フィルタリング処理

ＶＴＭ５において、ＡＬＦの行バッファ要件を低減するために、水平ＣＴＵ境界付近のサンプルに対して修正されたブロック区分およびフィルタリングが用いられる。そのために、図１６に示すように、水平方向ＣＴＵ境界を「Ｎ」個のサンプルで移動させることによって、仮想境界を行として定義し、Ｎは、輝度要素に対しては４に等しく、クロマ要素に対しては２に等しい。

図２－１１に示すように、輝度要素に対して修正されたブロック区分を適用する。仮想境界より上の４×４ブロックの１Ｄラプラシアン勾配計算のために、仮想境界より上のサンプルのみを使用する。同様に、仮想境界より下の４×４ブロックの１Ｄラプラシアン勾配計算のために、仮想境界より下のサンプルのみを使用する。従って、１Ｄラプラシアン勾配計算に使用されるサンプルの低減された数を考慮に入れることで、アクティビティ値Ａの量子化を拡大縮小する。

フィルタリング処理のために、仮想境界における対称パディング演算が、輝度要素およびクロマ要素の両方に使用される。図１７に示すように、フィルタリングされる試料が仮想境界の下に位置する場合、仮想境界の上に位置する近傍のサンプルにパディングを行う。一方、他方の側の対応するサンプルもまた、対称的にパディングされる。

２．１０ サンプル適応オフセット（Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ：ＳＡＯ）

エンコーダがＣＴＢごとに規定したオフセットを使用して、非ブロック化フィルタ後の再構成された信号にサンプル適応オフセット（ＳＡＯ）を適用する。ＨＭエンコーダは、まず、現在のスライスに対してＳＡＯ処理を行うか否かを決定する。スライスにＳＡＯを適用した場合、各ＣＴＢは、表２－６に示すように、５つのＳＡＯタイプの１つに分類される。ＳＡＯの概念は、画素をカテゴリに分類し、各カテゴリの画素にオフセットを加えることで歪みを低減することである。ＳＡＯ演算は、ＳＡＯタイプ１－４における画素分類のためにエッジ特性を使用するエッジオフセット（ＥＯ）と、ＳＡＯタイプ５における画素分類のために画素強度を使用するバンドオフセット（ＢＯ）とを含む。適用可能なＣＴＢは、それぞれ、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇ、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇ、ＳＡＯタイプ、および４つのオフセットを含むＳＡＯパラメータを有する。ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１に等しい場合、現在のＣＴＢは、ＳＡＯタイプおよびＣＴＢのオフセットを左に再利用する。ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇが１に等しい場合、現在のＣＴＢは、ＳＡＯタイプおよび上記ＣＴＢのオフセットを再利用する。

２．１０．１ 各ＳＡＯタイプの動作

図１８に示すように、エッジオフセットは、４つの１－Ｄ３画素パターンを使用して、エッジの方向情報を考慮して現在の画素ｐを分類する。左から右へ、０°、９０°、１３５°、４５°次のようになる。

表２－７に従って、各ＣＴＢを５つのカテゴリに分類する。

バンドオフセット（Ｂａｎｄ Ｏｆｆｓｅｔ、ＢＯ）は、画素値の上位５ビットをバンドインデックスとして使用し、１つのＣＴＢ領域におけるすべての画素を３２個の均一なバンドに分類する。換言すると、画素強度範囲は、ゼロから最大強度値までの３２個の等分したセグメントに分割される（例えば、８ビット画素の場合、２５５）。図１９に示すように、隣り合う４つのバンドをまとめ、それぞれのグループをその最も左側の位置で示す。エンコーダは、各帯域のオフセットを補償することで、すべての位置を探索し、歪みが最大に低減されたグループを得る。

２．１１ 統合されたインター予測およびイントラ予測（ＣＩＩＰ）

ＶＴＭ５において、ＣＵがマージモードで符号化される場合、ＣＵが少なくとも６４個の輝度サンプルを含む（すなわち、ＣＵ幅×ＣＵ高さが６４以上である）場合、およびＣＵ幅およびＣＵ高さの両方が１２８個の輝度サンプル未満である場合、現在のＣＵにインター／イントラ予測（ＣＩＩＰ）複合モードが適用されるかどうかを示すために、追加のフラグが信号通知される。その名称が示すように、ＣＩＩＰ予測は、インター予測信号とイントラ予測信号とを合成する。通常のマージモードに適用されるのと同じインター予測処理を使用して、ＣＩＩＰモードＰ_{ｉｎｔｅｒ}におけるインター予測信号を導出し、平面モードによる通常のイントラ予測処理の後、イントラ予測信号Ｐ_{ｉｎｔｒａ}を導出する。そして、重み付け平均を使用してイントラ予測信号とインター予測信号とを合成し、この場合、左上の近傍のブロック（図２０に示す）の符号化モードによって、重み値を以下のように算出する。
－ 上隣が利用可能であり、イントラ符号化されている場合、ｉｓＩｎｔｒａＴｏｐを１に設定し、あるいは、ｉｓＩｎｔｒａＴｏｐを０に設定する。
－ 左隣が利用可能であり、イントラ符号化されている場合、ｉｓＩｎｔｒａＬｅｆｔを１に設定し、あるいは、ｉｓＩｎｔｒａＬｅｆｔを０に設定する。
－（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＬｅｆｔ）が２に等しい場合、ｗｔは３に設定される。
－ あるいは、（ｉｓＩｎｔｒａＬｅｆｔ＋ｉｓＩｎｔｒａＬｅｆｔ）が１に等しい場合、ｗｔは２に設定される。
－ あるいは、ｗｔを１に設定する。
ＣＩＩＰ予測は、以下のように形成される。
Ｐ_ＣＩＩＰ＝（（４－ｗｔ）＊Ｐ_{ｉｎｔｅｒ}＋ｗｔ＊Ｐ_{ｉｎｔｒａ}＋２）＞＞２ （３－１）

２．１２ クロマスケーリングを伴う輝度マッピング（ＬＭＣＳ）

ＶＴＭ５において、ループフィルタの前に新しい処理ブロックとして、クロマスケーリングによる輝度マッピング（ＬＭＣＳ）と呼ばれる符号化ツールが追加される。ＬＭＣＳは、２つの主な要素を有する。１） 適応型区分線形モデルに基づく輝度要素のインループマッピング、および、２）クロマ要素のために、輝度依存クロマ残差スケーリングを適用する。図２１は、デコーダの観点から見たＬＭＣＳアーキテクチャを示す。図２１中の薄い青色の影が付けられたブロックは、マッピングされたドメインにおいて処理が適用される場所を示し、これらは、逆量子化、逆変換、輝度イントラ予測、および輝度予測と輝度残差との加算を含む。図２１中の影が付けられていないブロックは、元の（即ち、マッピングされていない）ドメインにおいて処理が適用される場所を示し、これらは、非ブロック化、ＡＬＦ、ＳＡＯ等のループフィルタ、動き補償予測、クロマイントラ予測、クロマ残差とともにクロマ予測を加算し、復号化されたピクチャを参照ピクチャとして記憶することを含む。図２１における淡黄色の陰影付きブロックは、輝度信号の前方および後方マッピング並びに輝度依存性クロマスケーリング処理を含む、新しいＬＭＣＳ機能ブロックである。ＶＶＣにおける他のほとんどのツールと同様に、ＬＭＣＳは、ＳＰＳフラグを使用して、シーケンスレベルで有効／無効にすることができる。

３． 実施形態が解決しようとする課題の例

１つのパレットフラグは、通常、そのエントロピー符号化において異なる制限および分散を有することができる、現在のＣＵにおいてパレットモードが採用されているかどうかを示すために用いられる。しかしながら、前の映像符号化規格において、どのようにしてパレットフラグをより良好に符号化するかについては、まだ十分に検討されていない。

パレットサンプルは、ポストループフィルタ処理によって処理される場合、視覚的アーチファクトを有する可能性がある。

非正方形のブロックの場合、パレットの走査順序を改善することができる。

４． 実施形態の例

以下の詳細な発明は、一般的な概念を説明するための例であると考えられるべきである。これらの発明は狭い意味で解釈されるべきではない。さらに、これらの発明は、任意の方法で組み合わせることができる。
１． 変換ユニット／予測ユニット／符号化ブロック／領域のためのパレットモードの使用の指示は、予測モードとは別個に符号化されてもよい。
ａ． 一例において、予測モードは、パレットの使用の指示の前に符号化されてもよい。
ｉ． 代替的に、さらに、パレットの使用の指示は、予測モードに基づいて条件付きで信号通知されてもよい。
１． 一例において、予測モードがイントラブロックコピーモードである場合（すなわち、ＭＯＤＥ＿ＩＢＣ）、パレットモードの使用の指示の信号通知はスキップされてもよい。代替的に、さらに、現在の予測モードがＭＯＤＥ＿ＩＢＣである場合、パレットの使用の指示が偽であると推測されてもよい。
２． 一例において、予測モードがインターモード（すなわち、ＭＯＤＥ＿ＩＮＴＥＲ）である場合、パレットモードの使用の指示の信号通知はスキップされてもよい。代替的に、さらに、現在の予測モードがＭＯＤＥ＿ＩＮＴＥＲである場合、パレットモードの使用の指示が偽であると推測されてもよい。
３． 一例において、予測モードがイントラモード（すなわち、ＭＯＤＥ＿ＩＮＴＲＡ）である場合、パレットモードの使用の指示の信号通知はスキップされてもよい。代替的に、さらに、現在の予測モードがＭＯＤＥ＿ＩＮＴＲＡである場合、パレットモードの使用の指示が偽であると推測されてもよい。
４． 一例において、予測モードがスキップモードである（すなわち、スキップフラグが１に等しい）場合、パレットモードの使用の指示の信号通知はスキップされてもよい。代替的に、さらに、現在のＣＵにおいてスキップモードが採用されている場合、パレットモードの使用の指示が偽であると推測されてもよい。
５． 一例において、予測モードがイントラモード（例えば、ＭＯＤＥ＿ＩＮＴＲＡ）である場合、パレットモードの使用の指示が信号通知されてもよい。代替的に、さらに、予測モードがインターモードまたはイントラブロックコピーモードである場合、パレットモードの使用の指示の信号通知はスキップされてもよい。
ａ） 代替的に、さらに、予測モードがイントラモードであり、パルス符号変調
（ＰＣＭ）モードでない場合、パレットモードの使用の指示を信号通知されてもよい。
ｂ） 代替的に、さらに、予測モードがイントラモードである場合、パレットモードの使用の指示は、ＰＣＭモードの使用の指示の前に信号通知されてもよい。一例において、パレットモードが適用される場合、ＰＣＭモードの使用の信号通知はスキップされてもよい。
ｃ） 代替的に、さらに、予測モードがインターモードまたはイントラブロックコピーモードである場合、パレットモードの使用の指示の信号通知はスキップされてもよい。
６． 一例において、予測モードがインターモード（例えば、ＭＯＤＥ＿ＩＮＴＥＲ）である場合、パレットモードの使用の指示が信号通知されてもよい。
ａ） 代替的に、予測モードがイントラモードである場合、パレットモードの使用の指示の信号通知はスキップされてもよい。
７． 一例において、予測モードがイントラブロックコピーモードである場合、パレットモードの使用の指示が信号通知されてもよい。代替的に、さらに、予測モードがインターモードまたはイントラモードである場合、パレットモードの使用の指示の信号通知をスキップしてもよい。
ｉｉ． 代替的に、さらに、ピクチャ／スライス／タイルグループのタイプに基づいて、パレットモードの使用の指示を条件付きで信号通知されてもよい。
ｂ． 一例において、予測モードは、パレットモードの使用の指示の後に符号化されてもよい。
ｃ． 一例において、予測モードがＩＮＴＲＡモードまたはＩＮＴＥＲ＿ＭＯＤＥである場合、パレットモードの使用の指示が信号通知されてもよい。
ｉ． 一例において、パレットモードの使用の指示は、スキップフラグ、予測モード、およびＰＣＭモードのフラグの後に符号化されてもよい。
ｉｉ． 一例において、パレットモードの使用の指示は、スキップフラグ、予測モードの後、ＰＣＭモードのフラグの前に符号化されてもよい。
ｉｉｉ． 一例において、現在のブロックがイントラモードで符号化される場合、パレットモードおよびＩＢＣモードの指示がさらに信号通知されてもよい。
１． 一例において、１つのビットフラグは、パレットまたはＩＢＣモードのいずれが信号通知されるかどうかを示すように信号通知されてもよい。
２． 一例において、ビットフラグの信号通知は、ブロック寸法、１つのタイル／タイルグループ／スライス／ピクチャ／シーケンスに対してＩＢＣまたはパレットモードが有効化されるかどうか等の特定の条件下でスキップされてもよい。
ｄ． 一例において、予測モード（例えば、それがイントラモードであるかまたはインターモードであるか）は、まず符号化され、続いて、それがパレットモードであるかどうかの条件付き信号通知が行われる。
ｉ． 一例において、予測モードがイントラモードである場合、それがパレットモードであるかどうかを示すように、別のフラグをさらに信号通知されてもよい。
１． 一例において、１つの映像データユニット（例えば、シーケンス／ピクチャ／タイルグループ／タイル）に対してパレットモードが有効化される場合、「別のフラグ」が信号通知されてもよい。
２． 一例において、「別のフラグ」は、ブロック寸法の条件下で信号通知されてもよい。
３． 代替的に、さらに、それがパレットモードでない場合、それがＰＣＭモードであるかどうかを示すように、１つのフラグをさらに信号通知されてもよい。
４． 一例において、「別のフラグ」は近傍のブロックの情報に従ってコンテキスト符号化されてもよい。代替的に、「別のフラグ」は、１つのコンテキストのみで符号化されたコンテキストでもよい。代替的に、「別のフラグ」は、バイパス符号化されても、
すなわちコンテキストなしであってもよい。
ｉｉ． 代替的に、予測モードがインターモードである場合、ＩＢＣモードであるかどうかを示すように、別のフラグをさらに信号通知されてもよい。
１． 一例において、１つの映像データユニット（例えば、シーケンス／ピクチャ／タイルグループ／タイル）に対してＩＢＣモードが有効化されるとき、「別のフラグ」が信号通知されてもよい。
２． 一例において、「別のフラグ」は、ブロック寸法の条件下で信号通知されてもよい。
２． パレットモードを予測モードの追加候補として追加することが提案される。パレットモードの使用の指示は、例えば、上記の例示的な実施形態１で説明したように、予測モードに基づいて判定／信号通知することができる。いくつかの実施形態において、パレットモードの使用の指示を予測モードとは別個に信号通知する必要がない。
ａ． 一例において、予測モードは、イントラスライス／Ｉピクチャ／イントラタイルグループのためのイントラ、イントラブロックコピー、およびパレットモードを含んでもよい。
ｂ． 代替的に、予測モードは、イントラスライス／Ｉピクチャ／イントラタイルグループのためのイントラ、パレットモードを含んでもよい。
ｃ． 一例において、予測モードは、４×４ブロックのためのイントラ、イントラブロックコピー、およびパレットモードを含んでもよい。
ｄ． 一例において、予測モードは、スライス間／および／またはＢピクチャ／タイルグループのためのイントラ、インター、イントラブロックコピー、およびパレットモードを含んでもよい。
ｅ． 一例において、予測モードは、スライス間／Ｐおよび／またはＢピクチャ／タイルグループのためのイントラ、インター、イントラブロックコピーモードを含んでもよい。
ｆ． 代替的に、予測モードは、イントラ、インター、イントラブロックコピー、およびパレットモードのうちの少なくとも２つを含んでもよい。
ｇ． 一例において、インターモードは、４×４ブロックの予測モードに含まれなくてもよい。
ｈ． 一例において、ブロックがスキップモードとして符号化されない場合（これはインターモードの特殊な場合である）、予測モードインデックスは、異なるビンを使用してコンテキストベースで符号化されてもよい。いくつかの実施形態において、１つ以上のビンの信号通知は、ブロック寸法（例えば、４×４）または予測モードが無効にされる（例えば、ＩＢＣモードが無効にされ、対応するビンがスキップされる）等の条件によってスキップされてもよい。
ｉ． 一例において、４つのモードの２値化は、イントラ（１）、インター（００）、ＩＢＣ（０１０）、およびパレット（０１１）として定義される。ここで、３つのビンが使用され、各ビットは１つのビン値に対応する。
ｉｉ． 一例において、４つのモードの２値化は、図１０に示すように、イントラ（１０）、インター（００）、ＩＢＣ（０１）、およびパレット（１１）として定義される。ここで、２つのビンが使用され、各ビットは１つのビン値に対応する。
ｉｉｉ． 一例において、現在のスライスがイントラスライスであり、ＳＰＳにおいてＩＢＣが有効化されていない場合、パレットおよびイントラモードの２値化は、パレット（１）およびイントラ（０）のように定義される。ここで、１つのビンが使用される。
ｉｖ． 一例において、現在のスライスがイントラスライスでなく、ＳＰＳにおいてＩＢＣが有効化されていない場合、パレット、インターおよびイントラモードの２値化は、ｉｎｔｒａ（１）、ｉｎｔｅｒ（００）、およびＰａｌｅｔｔｅ（０１）として定義される。ここで、２つのビンが使用され、各ビットは１つのビン値に対応する。
ｖ． 一例において、現在のスライスがイントラスライスであり、ＳＰＳにおいてＩＢＣが有効化されている場合、パレットおよびイントラモードの２値化は、ＩＢＣ（１）、パレット（０１）、イントラ（００）のように定義される。ここで、２つのビンが使用され、各ビットは１つのビン値に対応する。
ｖｉ． 一例において、４つのモードの２値化は、インター（１）、イントラ（０１）、ＩＢＣ（００１）、およびパレット（０００）として定義される。ここで、３つのビンが使用され、各ビットは１つのビン値に対応する。
ｖｉｉ． 一例において、４つのモードの２値化は、イントラ（１）、インター（０１）、ＩＢＣ（００１）、およびパレット（０００）として定義される。ここで、３つのビンが使用され、各ビットは１つのビン値に対応する。
ｖｉｉｉ． 一例において、４つのモードの２値化は、図１１に示すように、インター（０）、イントラ（１０）、ＩＢＣ（１１１）、およびパレット（１１０）として定義される。ここで、３つのビンが使用され、各ビットは１つのビン値に対応する。
３． パレット／ＩＢＣモードの使用の指示の信号通知は、他のモードの情報に依存してもよい。
ａ． 一例において、現在の予測モードがイントラモードであり、ＩＢＣモードでない場合、パレットモードの使用の指示が信号通知されてもよい。
ｂ． 一例において、現在の予測モードがイントラモードであり、パレットモードでない場合、ＩＢＣモードの使用の指示は、信号通知されてもよい。
４． モード情報をどのように信号通知するかは、スライス／ピクチャ／タイルグループのタイプに依存してもよい。
ａ． 一例において、それがＩスライスイントラタイルグループである場合、それがＩＢＣモードであるかどうかを示すように、１つのフラグを信号通知されてもよい。ＩＢＣモードでない場合、パレットモードであるかイントラモードであるかどうかを示すように、別のフラグをさらに信号通知されてもよい。
ｂ． 一例において、それがＩ－スライス／イントラタイルグループである場合、それがイントラモードであるかどうかを示すように、１つのフラグを信号通知されてもよい。
イントラモードでない場合、パレットモードであるかＩＢＣモードであるかどうかを示すように、別のフラグをさらに信号通知されてもよい。
５． パレットモードの使用の指示は、以下の条件に基づいて信号通知および／または導出されてもよい。
ａ． 現在のブロックのブロック寸法
ｉ． 一例において、パレットモードの使用の指示は、幅＊高さが閾値以下（例えば、６４＊６４）のブロックに対してのみ信号通知されてもよい。
ｉｉ． 一例において、パレットモードの使用の指示は、幅および高さの両方が閾値
（例えば、６４）以上であるブロックに対してのみ信号通知されてもよい。
ｉｉｉ． 一例において、パレットモードの使用の指示は、以下のすべての条件が真であるブロックに対してのみ信号通知されてもよい。
１．幅および／または高さが閾値、例えば１６以上である。
２．幅および／または高さが閾値以下（例えば、３２または６４）
ｉｖ． 一例において、パレットモードの使用の指示は、幅が高さに等しいブロック
（即ち、正方形のブロック）に対してのみ信号通知されてもよい。
ｂ． 現在のブロックの予測モード
ｃ． 現在のブロックの量子化パラメータ
ｄ． 近傍のブロックのパレットフラグ
ｅ． 近傍のブロックのイントラブロックコピーフラグ
ｆ． カラーフォーマットの指示（例えば、４：２：０、４：４：４）
ｇ． 分離／二重符号化ツリー構造
ｈ． スライス／タイルグループのタイプおよび／またはピクチャのタイプ
６． ＩＢＣモードの使用の指示は、以下の条件に基づいて信号通知および／または導出されてもよい。
ａ． 現在のブロックのブロック寸法
ｉ． 一例において、ＩＢＣモードの使用の指示は、幅または高さの両方が１２８より小さいブロックに対してのみ信号通知されてもよい。
ｂ． 現在のブロックの予測モード
ｃ． 現在のブロックの量子化パラメータ
ｄ． 近傍のブロックのパレットフラグ
ｅ． 近傍のブロックのイントラブロックコピーフラグ
ｆ． カラーフォーマットの指示（例えば、４：２：０、４：４：４）
ｇ． 分離／二重符号化ツリー構造
ｈ． スライス／タイルグループのタイプおよび／またはピクチャのタイプ
７． パレットモードは、非ブロック化決定処理においてイントラモード（例えば、ＭＯＤＥ＿ＩＮＴＲＡ）として取り扱われてもよい。
ａ． 一例において、ｐ側またはｑ側のサンプルがパレットモードで符号化される場合、境界強度は２に設定される。
ｂ． 一例において、ｐ側およびｑ側の両方のサンプルがパレットモードで符号化される場合、境界強度は２に設定される。
ｃ． 代替的に、パレットモードは、非ブロック化決定処理においてインターモード（例えば、ＭＯＤＥ＿ＩＮＴＥＲ）として扱われてもよい。
８． パレットモードは、非ブロック化決定処理において、別個のモード（例えば、ＭＯＤＥ＿ＰＬＴ）として取り扱われてもよい。
ａ． 一例において、ｐ側およびｑ側のサンプルがパレットモードで符号化される場合、境界強度は０に設定される。
ｉ． 代替的に、片側のサンプルがパレットモードで符号化される場合、境界強度は０に設定される。
ｂ． 一例において、ｐ側のサンプルがＩＢＣモードで符号化され、ｑ側のサンプルがパレットモードで符号化される場合、境界強度は１に設定され、逆もまた同様である。
ｃ． 一例において、ｐ側のサンプルがイントラモードで符号化され、ｑ側のサンプルがパレットモードで符号化される場合、境界強度は２に設定され、逆もまた同様である。
９． パレットモードは、非ブロック化処理において変換スキップブロックとして扱われてもよい。
ａ． 代替的に、パレットモードは、非ブロック化処理において、ＢＤＰＣＭブロックとして扱われてもよい。
１０． スライス／タイルグループ／ピクチャレベルフラグに基づいて、１つのブロックに対するパレットモードの使用の指示を信号通知および／または導出してもよい。
ａ． 一例において、このフラグは、動きベクトル差（ＭＭＶＤ、別名、ＵＭＶＥ）および／または適応型動きベクトル解像度（ＡＭＶＲ）モード（例えば、ｓｌｉｃｅ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇ）とのマージにおいて、わずかな動きベクトル差（ＭＶＤ）が許可されるかどうかを示す。代替的に、さらに、ｓｌｉｃｅ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇがわずかなＭＶＤが有効化されていることを示す場合、パレットモードの使用の指示の信号通知はスキップされ、パレットモードは無効化されていると推測される。
ｂ． 一例において、このフラグは、スライス／タイルグループ／ピクチャに対してパレットモードが有効化されているかどうかを示す。代替的に、さらに、このようなフラグが、パレットモードが無効であることを示す場合、１つのブロックについてのパレットモードの使用の信号通知をスキップし、パレットモードが無効であると推測する。
１１． スライス／タイルグループ／ピクチャレベルフラグに基づいて、１つのブロックに対するイントラブロックコピーモード（ＩＢＣ）の使用の指示を信号通知および／または導出されてもよい。
ａ． 一例において、このフラグは、動きベクトル差（ＭＭＶＤ、別名、ＵＭＶＥ）および／または適応型動きベクトル解像度（ＡＭＶＲ）モード（例えば、ｓｌｉｃｅ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇ）とのマージにおいて、わずかな動きベクトル差（ＭＶＤ）が許可されるかどうかを示す。代替的に、さらに、ｓｌｉｃｅ＿ｆｒａｃｍｍｖｄ＿ｆｌａｇがわずかなＭＶＤが有効であることを示す場合、ＩＢＣモードの使用の指示の信号通知はスキップされ、ＩＢＣモードは無効であると推測される。
ｂ． 一例において、このフラグは、スライス／タイルグループ／ピクチャに対してＩＢＣモードが有効化されているかどうかを示す。代替的に、さらに、このようなフラグが、ＩＢＣモードが無効であることを示す場合、１つのブロックに対してＩＢＣモードを使用する信号通知をスキップし、ＩＢＣモードが無効であると推測する。
１２． １つのパレットエントリに関連付けられたサンプルは、元の／再構成されたサンプルの内部ビット深度および／またはビット深度とは異なるビット深度を有してもよい。
ａ． 一例において、１に関連付けられたサンプルがＮに等しいビット深度を有し得ることを示すと、以下が適用されてもよい。
ｉ． 一例において、Ｎは整数（例えば、８）であってもよい。
ｉｉ． 一例において、Ｎは、元の／再構成されたサンプルの内部ビット深度および／またはビット深度よりも大きくてもよい。
ｉｉｉ． 一例において、Ｎは、元の／再構成されたサンプルの内部ビット深度および／またはビット深度より小さくてもよい。
ｉｖ． 一例において、Ｎは、以下に依存してもよい。
１． 現在のブロックのブロック寸法
２． 現在のブロックの量子化パラメータ
３． カラーフォーマットの指示（例えば、４：２：０、４：４：４）
４． 分離／二重符号化ツリー構造
５． スライス／タイルグループのタイプおよび／またはピクチャのタイプ
６． パレットエントリ
７． 予測パレットエントリ
８． 色要素のインデックス
ｂ． 一例において、複数のパレットエントリに関連付けられたサンプルは、異なるビット深度を有してもよい。
ｉ． 一例において、Ｃ０、Ｃ１は、現在のパレットにおける２つのパレットエントリであり、それぞれｂ０およびｂ１に等しいビット深度を有してもよい。ｂ０はｂ１に等しくなくてもよい。
１． 一例において、ｂ０は、元の／再構成されたサンプルの内部ビット深度および／またはビット深度よりも大きくても／小さくてもよく、且つ／またはｂ１は、元の／再構成されたサンプルの内部ビット深度および／またはビット深度より大きくても／小さくてもよい。
ｃ． 一例において、パレットモードにおいて、サンプルは、パレットエントリに関連付けられたサンプルのシフトされた値に従って再構成されてもよい。
ｉ． 一例において、サンプルは、パレットエントリにおけるサンプルをＭビットだけ左シフトすることによって再構成されてもよい。
ｉｉ． 一例において、再構成された値は、（Ｃ＜＜＜Ｍ）＋（１＜（Ｍ－１））であり、この場合、Ｃはパレットエントリである。
ｉｉｉ． 一例において、サンプルは、パレットエントリにおけるサンプルをＭビット右シフトすることによって再構成されてもよい。
ｉｖ． 一例において、再構成された値は、ｃｌｉｐ（（Ｃ＋（１＜＜（Ｍ－１）））＞＞Ｍ，０，（１＜＜Ｎ）－１）であってもよく、この場合、Ｃはパレットエントリであり、Ｎは再構成のビット深度である。
ｖ． 代替的に、さらに、一例において、Ｍは、パレットエントリに関連付けられたサンプル間のビット深度の差と、再構成されたサンプル／元のサンプルの内部ビット深度とに依存してもよい。
１． 一例において、Ｍは、内部ビット深度からパレットエントリにおけるサンプルのビット深度を引いたものに等しくてもよい。
２． 一例において、Ｍは、パレットエントリにおけるサンプルのビット深度から内部ビット深度を引いたものに等しくてもよい。
３． 一例において、Ｍは、元のサンプルのビット深度からパレットエントリにおけるサンプルのビット深度を引いたものに等しくてもよい。
４． 一例において、Ｍは、パレットエントリにおけるサンプルのビット深度から元のサンプルのビット深度を引いたものに等しくてもよい。
５． 一例において、Ｍは、再構成されたサンプルのビット深度からパレットエントリにおけるサンプルのビット深度を引いたものに等しくてもよい。
６． 一例において、Ｍは、パレットエントリにおけるサンプルのビット深度から再構成されたサンプルのビット深度を引いたものに等しくてもよい。
ｖｉ． 一例において、Ｍは、整数（例えば、２）であってもよい。
ｖｉｉ． 代替的に、さらに、一例において、Ｍは、に依存してもよい。
１． 現在のブロックのブロック寸法
２． 現在のブロックの量子化パラメータ
３． カラーフォーマットの指示（例えば、４：２：０、４：４：４）
４． 分離／二重符号化ツリー構造
５． スライス／タイルグループのタイプおよび／またはピクチャのタイプ
６． パレットエントリ
７． 予測パレットエントリ
８． ブロック／ピクチャ／スライス／タイルにおけるサンプル位置
９． 色要素のインデックス
ｖｉｉｉ． 一例において、パレットエントリにおけるサンプルに基づくルックアップ動作は、サンプルの再構成中に使用してもよい。
１． 一例において、ルックアップテーブルにおける値は、ＬＣＵのＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／グループにおいて信号通知されてもよい。
２． 一例において、ルックアップテーブルにおける値は、ＬＣＵのＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／グループにおいて推測されてもよい。
１３． パレット符号化ブロックの信号通知された／導出された量子化パラメータ（ＱＰ）は、クリップされるなど、エスケープ画素／サンプルの導出に使用される前に、最初に修正されてもよい。
ａ． 一例において、パレット符号化ブロックに適用されるＱＰ範囲は、変換スキップモードおよび／またはＢＤＰＣＭモードと同様に扱われてもよい。
ｂ． 一例において、パレット符号化ブロックに適用されるＱＰは、ｍａｘ（Ｑｐ，４＋Ｔ）に修正されてもよく、この場合、Ｔは、整数値であり、Ｑｐは、このブロックのための信号通知されたまたは導出された量子化パラメータである。
ｉ． 一例において、Ｔは、予め規定された閾値であってもよい。
ｉｉ． 一例において、Ｔは、（４＋ｍｉｎ＿ｑｐ＿ｐｒｉｍｅ＿ｔｓ＿ ｍｉｎｕｓ４）に等しくてもよく、ｍｉｎ＿ｑｐ＿ｐｒｉｍｅ＿ｔｓ＿ ｍｉｎｕｓ４が信号通知されてもよい。
１４． エスケープサンプル／シンボルをどのように符号化するかは、量子交換バイパスが有効化されるかどうかにかかわらず、統一されてもよい。
ａ． 一例において、エスケープサンプルは、固定長で信号通知されてもよい。
ｂ． 一例において、エスケープサンプルは、Ｎビットを使用して固定長で信号通知されてもよい。
ｉ． 一例において、Ｎは、整数（例えば、８または１０）であってもよく、下記に依存してもよい。
１． ＬＣＵのＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／グループにおいて信号通知されるメッセージ
２． 内部ビット深度
３． 入力ビット深度
４． 現在のブロックのブロック寸法
５． 現在のブロックの量子化パラメータ
６． カラーフォーマットの指示（例えば、４：２：０、４：４：４）
７． 分離／二重符号化ツリー構造
８． スライス／タイルグループのタイプおよび／またはピクチャのタイプ
ｃ． 一例において、１つのエスケープ画素／サンプルを信号通知するための符号長は、内部ビット深度に依存してもよい。
ｉ． 代替的に、１つのエスケープ画素／サンプルを信号通知するためのコード長は、入力ビット深度に依存してもよい。
ｄ． 一例において、１つのエスケープ画素／サンプルを信号通知するための符号長は、量子化パラメータに依存してもよい。
ｉ． 一例において、１つのエスケープ画素／サンプルを信号通知するためのコード長は、ｆ（Ｑｐ）でもよい。
１． 一例において、関数ｆは、（内部ビット深度－（Ｑｐ－４）／６）として定義されてもよい。
１５． パレット符号化ブロックおよび非パレット符号化ブロックのための量子化および／または逆量子化処理は、異なる方法で定義されてもよい。
ａ． 一例において、変換係数または残差のための量子化処理を使用する代わりに、右ビットシフトを使用して、エスケープサンプルを量子化してもよい。
ｂ． 一例において、変換係数または残差のための逆量子化処理を使用する代わりに、
左ビットシフトを使用して、エスケープサンプルを逆量子化してもよい。
ｃ． エンコーダ側において、以下を適用してもよい。
ｉ． 一例において、エスケープ画素／サンプル値は、ｆ（ｐ，Ｑｐ）として信号通知されてもよく、この場合、ｐは、画素／サンプル値である。
ｉｉ． 一例において、関数ｆは、ｐ＞＞（（（Ｑｐ－４）／６）として定義されてもよく、この場合、ｐは、画素／サンプル値であり、Ｑｐは、量子化パラメータである。
ｉｉｉ． 一例において、エスケープ画素／サンプル値は、ｐ＞＞Ｎとして信号通知されてもよく、この場合、ｐは、画素／サンプル値である。
１． 一例において、Ｎは、整数（例えば、２）であってもよく、以下に依存してもよい。
ａ） ＬＣＵのＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／グループにおいて信号通知されるメッセージ
ｂ） 内部ビット深度
ｃ） 入力ビット深度
ｄ） 現在のブロックのブロック寸法
ｅ） 現在のブロックの量子化パラメータ
ｆ） カラーフォーマットの指示（例えば、４：２：０、４：４：４）
ｇ） 分離／二重符号化ツリー構造
ｈ） スライス／タイルグループのタイプおよび／またはピクチャのタイプ
ｄ． デコーダ側において、以下を適用してもよい。
ｉ． 一例において、エスケープ画素／サンプル値は、ｆ（ｂｄ，ｐ，Ｑｐ）として信号通知されてもよい。
１． 一例において、関数ｆは、ｃｌｉｐ（０，（１＜＜（ｂｄ－（Ｑｐ－４）／６））－１，（ｐ＋（１＜＜（ｂｄ－１）））＞＞（（Ｑｐ－４）／６））として定義されてもよい。
ｉｉ． 一例において、エスケープ画素／サンプル値は、ｆ（ｐ，Ｑｐ）として再構成されてもよく、この場合、ｐは、復号化されたエスケープ画素／サンプル値である。
１． 一例において、ｆは、ｐ＜（（Ｑｐ－４）／６）として定義されてもよい。
ｉｉｉ． 一例において、エスケープ画素／サンプル値は、ｆ（ｂｄ，ｐ，Ｑｐ）として再構成されてもよく、この場合、ｐは、復号化されたエスケープ画素／サンプル値である。
１． 一例において、関数ｃｌｉｐは、ｃｌｉｐ（０，（１＜＜ｂｄ）－１，ｐ＜
＜（（Ｑｐ－４）／６））として定義されてもよい。
ｉｖ． 上記の例において、クリップ関数ｃｌｉｐ（ａ，ｉ，ｂ）は、（ｉ＜ａ？ａ：（ｉ＞ｂ？ｂ：ｉ））として定義されてもよい。
ｖ． 上記の例において、クリップ関数ｃｌｉｐ（ａ，ｉ，ｂ）は、（ｉ＜＝ａ？ａ：（ｉ＞＝ｂ？ｂ：ｉ））として定義されてもよい。
ｖｉ． 上記例において、ｐは画素／サンプル値であり、ｂｄは内部ビット深度または入力ビット深度であり、Ｑｐは量子化パラメータである。
１６． パレット符号化ブロックは、最大確率モード（ＭＰＭ）のリスト構築処理中、１つのイントラブロック（例えば、ＭＯＤＥ＿ＩＮＴＲＡ）として扱われてもよい。
ａ． 一例において、ＭＰＭリストの構築中に近傍（隣接または非隣接）ブロックのイントラモードをフェッチするとき、近傍のブロック（例えば、左および／または上）がパレットモードで符号化されている場合、それをデフォルトモードの従来のイントラ符号化されたブロック（例えば、ＭＯＤＥ＿ＩＮＴＲＡ）として扱ってもよい。
ｉ． 一例において、デフォルトモードは、ＤＣ／ＰＬＡＮＡＲ／ＶＥＲ／ＨＯＲモードであってもよい。
ｉｉ． 一例において、デフォルトモードは、１つのイントラ予測モードであってもよい。
ｉｉｉ． 一例において、デフォルトモードは、ＤＰＳ／ＳＰＳ／ＶＰＳ／ＰＰＳ／ＡＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／最大符号化ユニット
（ＬＣＵ）／符号化ユニット（ＣＵ）／ＬＣＵ行／ＬＣＵグループ／ＴＵ／ＰＵブロック／映像符号化ユニットにおいて信号通知されてもよい。
１７． パレット符号化ブロックは、最大確率モード（ＭＰＭ）のリスト構築処理中、非イントラブロックとして扱われてもよい（例えば、ＭＯＤＥ＿ＰＬＴに等しい予測モードを有するブロックとして扱われてもよい）。
ａ． 一例において、ＭＰＭリストの構築中に近傍のブロックのイントラモードをフェッチするとき、１つの近傍のブロック（例えば、左および／または上）がパレットモードで符号化されている場合、それは、インターモードで符号化されたものと同様にまたは類似した方法で取り扱われてもよい。
ｂ． 一例において、ＭＰＭリストの構築中に近傍のブロックのイントラモードをフェッチするとき、１つの近傍のブロック（例えば、左および／または上）がパレットモードで符号化されている場合、それをＩＢＣモードで符号化されたものと同様にまたは類似した方法で取り扱われてもよい。
１８． ＤＭモードで符号化されたクロマブロックに対応するパレットモードで符号化された輝度ブロックは、デフォルトのイントラ予測モードを有すると解釈されてもよい。
ａ． 一例において、パレットモードで符号化された対応する輝度ブロックは、クロマブロックがＤＭモードで符号化される場合、イントラブロック（例えば、ＭＯＤＥ＿ＩＮＴＲＡ）またはパレットブロック（例えば、ＭＯＤＥ＿ＰＬＴ）として扱われてもよい。
ｂ． 一例において、デフォルト予測モードは、ＤＣ／ＰＬＡＮＡＲ／ＶＥＲ／ＨＯＲモードであってもよい。
ｃ． 一例において、デフォルト予測モードは、１つのイントラ予測モードであってもよい。
ｄ． 一例において、デフォルト予測モードは、ＤＰＳ／ＳＰＳ／ＶＰＳ／ＰＰＳ／ＡＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／最大符号化ユニット（ＬＣＵ）／符号化ユニット（ＣＵ）／ＬＣＵ行／ＬＣＵグループ／ＴＵ／ＰＵブロック／映像符号化ユニットにおいて信号通知されてもよい。
１９． パレット符号化ブロックは、履歴に基づく動きベクトル予測（ＨＭＶＰ）、マージ（ＭＥＲＧＥ）および／または高度動きベクトル予測（ＡＭＶＰ）モードのリスト構築中、利用不可能なブロックとして扱われてもよい。
ａ． 一例において、利用不可能なブロックは、動き情報を有さないブロックを意味してもよく、またはその動き情報を他のブロックの予測として使用することができない。
ｂ． 一例において、パレットモードで符号化されたブロックは、ＨＭＶＰ、ＭＥＲＧＥおよび／またはＡＭＶＰモードにおけるリスト構築の過程において、イントラブロック
（例えば、ＭＯＤＥ＿ＩＮＴＲＡ）またはパレットブロック（例えば、ＭＯＤＥ＿ＰＬＴ）として扱われてもよい。
ｉ． 代替的に、一例において、ＨＭＶＰ、ＭＥＲＧＥおよび／またはＡＭＶＰリストの構築中に近傍のブロックの動き情報をフェッチする場合、パレットモードで符号化された近傍のブロックを無効な参照インデックスを有するブロックとして扱われてもよい。
ｉｉ． 代替的に、一例において、ＨＭＶＰ、ＭＥＲＧＥおよび／またはＡＭＶＰリストの構築中に近傍のブロックの動き情報をフェッチする場合、パレットモードで符号化された近傍のブロックを、参照インデックスが０であるインターブロックとして扱われてもよい。
ｉｉｉ． 代替的に、一例において、ＨＭＶＰ、ＭＥＲＧＥおよび／またはＡＭＶＰモードのリスト構築中に、近傍のブロックの動き情報をフェッチする場合、パレットモードで符号化された近傍のブロックを、動きベクトルがゼロのインターブロックとして扱ってもよい。
２０． パレットモードで符号化されたブロックをどのように処理するか（例えば、上述した方法を適用するか否か、および／またはどのように適用するか）は、以下に基づいてもよい。
ａ． 映像コンテンツ（例えば、スクリーンコンテンツまたは自然コンテンツ）
ｂ． 一例において、デフォルトモードは、ＤＰＳ／ＳＰＳ／ＶＰＳ／ＰＰＳ／ＡＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／最大符号化ユニット（ＬＣＵ）／符号化ユニット（ＣＵ）／ＬＣＵ行／ＬＣＵグループ／ＴＵ／ＰＵブロック／映像符号化ユニットにおいて信号通知されてもよい。
ｃ． ＣＵ／ＰＵ／ＴＵ／ブロック／映像符号化ユニットの位置
ｄ． 現在のブロックおよび／またはその近傍のブロックのブロック寸法
ｅ． 現在のブロックおよび／またはその近傍のブロックのブロック形状
ｆ． カラーフォーマットの指示（例えば、４：２：０、４：４：４、ＲＧＢ、ＹＵＶ等）
ｇ． 符号化木構造（例えば、デュアルツリーまたはシングルツリー）
ｈ． スライス／タイルグループのタイプおよび／またはピクチャのタイプ
ｉ． 色要素（例えば、輝度要素および／またはクロマ要素にのみ適用されてもよい）。
ｊ． 時間層ＩＤ
ｋ． 標準のプロファイル／レベル／層
２１． パレット符号化ブロックのためのコンテキスト符号化ビンは、ある範囲内に含まれるように制限されてもよい。
ａ． 一例において、カウンタは、コンテキスト符号化されたビンの数を記録するように、１つのブロックに割り当てられる。カウンタが閾値を超える場合、コンテキスト符号化を使用する代わりにバイパス符号化が適用される。
ｉ． 代替的に、ＮｕｍＣｏｌｏｒＣｏｍｐカウンタを割り当てて、各色要素に対してコンテキスト符号化されたビンの数を記録してもよい。ＮｕｍＣｏｌｏｒＣｏｍｐは、
１つのブロックに符号化される色要素の数である（例えば、ＹＵＶフォーマットの１つのＣＵの場合、ＮｕｍＣｏｌｏｒＣｏｍｐは３に設定される）。
ｉｉ． 代替的に、カウンタをゼロに初期化してもよく、コンテキストで１つのビンを符号化した後、カウンタを１だけ増加させる。
ｂ． 代替的に、カウンタは、ゼロよりも大きいある値（例えば、Ｗ＊Ｈ＊Ｋ）で初期化されてもよく、コンテキストで１つのビンを符号化した後、カウンタは、１だけ減算される。カウンタがＴ以下である場合、コンテキスト符号化を使用する代わりにバイパス符号化が適用される。
ｉ． 一例において、Ｔは、０または１に設定される。
ｉｉ． 一例において、Ｔは、復号化された情報または符号化パスの数等に従って設定される。
ｃ． 一例において、パレット符号化ブロックは、コンテキスト符号化ビンの観点から、ＴＳ符号化ブロックまたは非ＴＳ符号化ブロックと比較して、同じまたは異なる閾値を有してもよい。
ｉ． 一例において、パレット符号化ブロックのためのコンテキスト符号化ビンの数は、（Ｗ＊Ｈ＊Ｔ）に設定されてもよく、この場合、ＷおよびＨは、それぞれ１つのブロックの幅および高さであり、Ｔは整数である。一例において、Ｔは、ＴＳ符号化ブロックに使用されるものと同じであるように設定され、例えば、１．７５または２である。
ｉｉ． 一例において、パレット符号化ブロックのコンテキスト符号化ビンの数は、
（Ｗ＊Ｈ＊ＮｕｍＣｏｌｏｒＣｏｍｐ＊Ｔ）に設定されてもよく、この場合、ＷおよびＨは、それぞれ１つのブロックの幅および高さであり、ＮｕｍＣｏｌｏｒＣｏｍｐは、１つのブロックでコード化される色要素の数（例えば、ＹＵＶフォーマットの１つのＣＵであり、ＮｕｍＣｏｌｏｒＣｏｍｐは３に設定される）であり、Ｔは、整数である。一例において、Ｔは、ＴＳ符号化ブロックに使用されるものと同じであるように設定され、例えば、１．７５または２である。
ｄ． 一例において、パレット符号化ブロックの閾値は、コンテキスト符号化ビンの観点から、ＴＳ符号化ブロックまたは非ＴＳ符号化ブロックよりも小さくてもよい。
ｅ． 一例において、パレット符号化ブロックの閾値は、コンテキスト符号化ビン（ｃｏｎｔｅｘｔ ｃｏｄｅｄ ｂｉｎ）の観点から、ＴＳ符号化ブロックまたは非ＴＳ符号化ブロックよりも大きくてもよい。
２２． パレット符号化ブロックは、ＣＩＩＰモードにおいて近傍のイントラブロックを統計する過程において、非イントラブロックとして扱われる（例えば、ＭＯＤＥ＿ＰＬＴに等しい予測モードを有するブロックとして扱われる）。
ａ． 一例において、ＣＩＩＰモードにおいて近傍のイントラブロックを数える間に近傍のブロックのイントラモードをフェッチするとき、１つの近傍のブロック（例えば、左および／または上）がパレットモードで符号化されている場合、それはインターモードで符号化されたものと同様にまたは類似した方法で取り扱われてもよい。
ｂ． 一例において、ＣＩＩＰモードにおいて近傍のイントラブロックを数える間に近傍のブロックのイントラモードをフェッチするとき、１つの近傍のブロック（例えば、左および／または上）がパレットモードで符号化されている場合、それはＩＢＣモードで符号化されたものと同様にまたは類似した方法で取り扱われてもよい。
ｃ． 代替的に、パレット符号化ブロックは、ＣＩＩＰモードにおいて近傍のイントラブロックを統計する過程において、イントラブロックとして扱われてもよい。
２３． パレット符号化サンプルのための前置および／または後置フィルタリング処理をスキップすることが提案される。
ａ． 一例において、パレット符号化サンプルはデブロックされなくてもよい。
ｂ． 一例において、パレット符号化サンプルは、ＳＡＯ処理においてオフセットを補償されなくてもよい。
ｃ． 一例において、パレット符号化サンプルは、ＡＬＦ処理においてフィルタリングされなくてもよい。
ｉ． 一例において、ＡＬＦ処理における分類は、パレット符号化サンプルをスキップしてもよい。
ｄ． 一例において、ＬＭＣＳは、パレット符号化サンプルのために無効化されてもよい。
２４． パレットモードにおいて、より多くの走査順序を追加することが提案される。
ａ． 一例において、次のように定義される逆水平横断走査順序を使用してもよい。
ｉ． 一例において、奇数行の走査方向は、左から右であってもよい。
ｉｉ． 一例において、偶数行の走査方向は、右から左であってもよい。
ｉｉｉ． 一例において、４×４ブロックの走査順序は、図２２に示すとおりであってもよい。
ｂ． 一例において、以下のように定義される逆垂直横断走査順序を使用してもよい。
ｉ． 一例において、奇数行の走査方向は、上から下へ延びてもよい。
ｉｉ． 一例において、偶数行の走査方向は、下から上であってもよい。
ｉｉｉ． 一例において、４×４ブロックの走査順序は、図２３に示すとおりであってもよい。
２５． 許容される走査順序の組み合わせは、ブロックの形状に依存してもよい。
ａ． 一例において、１つのブロックの幅と高さとの間の比が閾値よりも大きい場合、
水平トラバース走査順序および逆水平横断走査順序のみを適用してもよい。
ｉ． 一例において、閾値は１に等しい。
ｉｉ． 一例において、閾値は４に等しい。
ｂ． 一例において、１つのブロックの高さと幅との間の比が閾値よりも大きい場合、
垂直横断および逆垂直横断走査順序のみを適用してもよい。
ｉ． 一例において、閾値は１に等しい。
ｉｉ． 一例において、閾値は４に等しい。
２６． ＱＲ－ＢＤＰＣＭ処理において、１つのイントラ予測方向および／または１つの走査方向のみを許可することが提案される。
ａ． 一例において、高さより大きい幅を有するブロックでは、垂直方向のみが許容される。
ｂ． 一例において、幅が高さより小さいブロックでは、水平方向のみが許容される。
ｃ． 一例において、ＱＲ－ＢＤＰＣＭの方向の指示は、非正方形ブロックについて推測してもよい。
ｉ． 一例において、さらに、ＱＲ－ＢＤＰＣＭの方向の指示は、幅が高さよりも大きいブロックの場合、垂直方向に推測されてもよい。
ｉｉ． 一例において、さらに、ＱＲ－ＢＤＰＣＭの方向の指示は、幅が高さより小さいブロックの場合、水平方向に推測されてもよい。
２７． ブレット２４、２５、および２６における方法は、ｗ＊Ｔｈ≧ｈまたはｈ＊Ｔｈ≧ｗを有するブロックにのみ適用されてもよく、この場合、ｗおよびｈは、それぞれブロックの幅および高さであり、Ｔｈは閾値である。
ａ． 一例において、Ｔｈは整数（例えば、４または８）であり、以下に基づいてもよい。
ｉ． 映像コンテンツ（例えば、スクリーンコンテンツまたは自然コンテンツ）
ｉｉ． 一例において、デフォルトモードは、ＤＰＳ／ＳＰＳ／ＶＰＳ／ＰＰＳ／ＡＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／最大符号化ユニット（ＬＣＵ）／符号化ユニット（ＣＵ）／ＬＣＵ行／ＬＣＵグループ／ＴＵ／ＰＵブロック／映像符号化ユニットにおいて信号通知されてもよい。
ｉｉｉ． ＣＵ／ＰＵ／ＴＵ／ブロック／映像符号化ユニットの位置
ｉｖ． 現在のブロックおよび／またはその近傍のブロックのブロック寸法
ｖ． 現在のブロックおよび／またはその近傍のブロックのブロック形状
ｖｉ． カラーフォーマットの指示（例えば、４：２：０、４：４：４、ＲＧＢ、ＹＵＶ等）
ｖｉｉ． 符号化木構造（例えば、デュアルツリーまたはシングルツリー）
ｖｉｉｉ． スライス／タイルグループのタイプおよび／またはピクチャのタイプ
ｉｘ． 色要素（例えば、輝度要素および／またはクロマ要素にのみ適用されてもよい）。
ｘ． 時間層ＩＤ
ｘｉ． 標準のプロファイル／レベル／層

５． 追加の実施形態

５．１ 実施形態１

この章は、映像のビットストリーム表現がベースラインビットストリーム構文と比較して変更され得る例示的な実施形態を示す。この変更は、太字のイタリック体のテキスト入力項目を使用して強調表示されている。

５．２ 実施形態♯２

本実施形態では、ｍｏｄｅＴｙｐｅについて説明する。新規に追加されたテキストは、太字のイタリック体で示されている。

５．３ 実施形態＃３

本実施形態では、符号化ユニットの構文について説明する。本実施形態において、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの後に信号通知される。新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．４ 実施形態＃４

本実施形態では、符号化ユニットの構文について説明する。本実施形態では、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの後にｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが信号通知され、現在の予測モードがＭＯＤＥ＿ＩＮＴＲＡの場合にのみｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが信号通知される。新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．５ 実施形態＃５

本実施形態では、符号化ユニットの構文について説明する。本実施形態では、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの後に信号通知される。新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．６ 実施形態＃６

本実施形態では、符号化ユニットの構文について説明する。本実施形態では、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの後にｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが信号通知され、現在の予測モードがＭＯＤＥ＿ＩＮＴＲＡの場合にのみｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが信号通知される。新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．７ 実施形態＃７

本実施形態では、符号化ユニットの構文について説明する。本実施形態では、予測モードがＭＯＤＥ＿ＩＮＴＲＡであるとき、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇおよびｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが信号通知される。新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．８ 実施形態＃８

本実施形態では、符号化ユニットの構文について説明する。本実施形態において、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇおよびｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、予測モードがＭＯＤＥ＿ＩＮＴＲＡでない場合に信号通知される。新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．９ 実施形態＃９

本実施形態では、符号化ユニットの構文について説明する。本実施形態において、予測モードがＭＯＤＥ＿ＩＮＴＥＲであるとき、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇおよびｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが信号通知される。新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．１０ 実施形態＃１０

本実施形態では、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの意味を説明する。新規に追加されたテキストは、太字のイタリック体で示されている。

５．１１ 実施形態＃１１

本実施形態では、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの意味を説明する。新規に追加されたテキストは、太字のイタリック体で示されている。

５．１２ 実施形態＃１２

本実施形態では、境界強度の導出について説明する。新規に追加されたテキストは、太字のイタリック体で示されている。

８．８．３．５ 境界フィルタリング強度の導出処理
この処理への入力は以下の通りである。
１つのピクチャサンプルアレイｒｅｃＰｉｃｔｕｒｅ、
現在のピクチャの左上のサンプルに対する現在の符号化ブロックの左上のサンプルを規定する位置（ｘＣｂ，ｙＣｂ）、
現在の符号化ブロックの幅を規定する変数ｎＣｂＷ、
現在の符号化ブロックの高さを規定する変数ｎＣｂＨ、
垂直（ＥＤＧＥ＿ＶＥＲ）エッジまたは水平（ＥＤＧＥ＿ＨＯＲ）エッジのいずれをフィルタリングするかを規定する変数ｅｄｇｅＴｙｐｅ、
現在の符号化ブロックの色要素を規定する変数ｃＩｄｘ、
２次元（ｎＣｂＷ）ｘ（ｎＣｂＨ）配列のｅｄｇｅＦｌａｇｓ。
この処理の出力は、境界フィルタリング強度を規定する２次元（ｎＣｂＷ）×（ｎＣｂＨ）アレイｂＳである。
．．．
変数ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、次のように導出される。
ｃＩｄｘが０に等しく、サンプルｐ_０およびｑ_０の両方が、ｉｎｔｒａ＿ｂｄｐｃｍ＿ｆｌａｇが１に等しい符号化ブロックに含まれている場合、ｂＳ［ｘＤ_ｉ］［ｙＤｊ］は、０に等しく設定される。
あるいは、サンプルｐ_０またはｑ_０が、イントラ予測モードで符号化された符号化ユニットの符号化ブロックにある場合には、ｂＳ［ｘＤ_ｉ］［ｙＤｊ］は、２に等しく設定される。
あるいは、ブロックエッジも変換ブロックエッジであり、サンプルｐ_０またはｑ_０が、ｃｉｉｐ＿ｆｌａｇが１に等しい符号化ブロックにある場合、ｂＳ［ｘＤ_ｉ］［ｙＤｊ］は、２に等しく設定される。
あるいは、ブロックエッジが変換ブロックエッジでもあり、サンプルｐ_０またはｑ_０が、１つ以上の非ゼロ変換係数レベルを含む変換イントラブロックにある場合、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、１に等しく設定される。

あるいは、サンプルｐ_０を含む符号化サブブロックの予測モードが、サンプルｑ_０を含む符号化サブブロックの予測モードと異なる場合、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、１に等しく設定される。
あるいは、ｃＩｄｘが０であり、且つ、以下の条件の１つ以上が真である場合、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、１に等しく設定される。
サンプルｐ_０を含む符号化サブブロックおよびサンプルｑ_０を含む符号化サブブロックは、いずれもＩＢＣ予測モードで符号化され、２つの符号化サブブロックの予測に用いられる動きベクトルの水平または垂直要素の絶対差は、１／４輝度サンプル単位で４以上である。
サンプルｐ_０を含む符号化サブブロックの予測のために、サンプルｑ_０を含む符号化サブブロックの予測とは異なる参照ピクチャまたは異なる数の動きベクトルが使用される。
注１ － ２つの符号化サブロックに使用される参照ピクチャが同じであるかまたは異なるかは、予測を形成するのに参照ピクチャリスト０へのインデックスを使用するか、または参照ピクチャリスト１へのインデックスを使用して形成するかに関わらず、且つ参照ピクチャリスト内のインデックス位置が異なるかどうかに関わらず、どのピクチャが参照されるかによってのみに基づいて判定される。
注２ － （ｘＳｂ，ｙＳｂ）を含む左上のサンプルを有する符号化サブブロックの予測に使用される動きベクトルの数は、ＰｒｅｄＦｌａｇＬ０［ｘＳｂ］［ｙＳｂ］＋ＰｒｅｄＦｌａｇＬ１［ｘＳｂ］［ｙＳｂ］に等しい。
１つの動きベクトルは、サンプルｐ_０を含む符号化サブブロックを予測するために使用され、１つの動きベクトルは、サンプルｑ_０を含む符号化サブブロックを予測するために使用され、使用される動きベクトルの水平または垂直要素の絶対差は、１／４輝度サンプル単位で４以上である。
２つの動きベクトルおよび２つの異なる参照ピクチャを使用して、サンプルｐ_０を含む符号化サブブロックを予測し、同じ２つの参照ピクチャの２つの動きベクトルを使用して、サンプルｑ_０を含む符号化サブブロックを予測し、同じ参照ピクチャの２つの符号化サブブロックの予測に使用される２つの動きベクトルの水平または垂直要素の絶対差は、１／４輝度サンプル単位で４以上である。
同じ参照ピクチャの２つの動きベクトルを使用して、サンプルｐ_０を含む符号化サブブロックを予測し、同じ参照ピクチャの２つの動きベクトルを使用して、サンプルｑ_０を含む符号化サブブロックを予測し、以下の条件の両方が成り立つ。
２つの符号化サブブロックの予測に使用されるリスト０の動きベクトルの水平または垂直要素の間の絶対差は、１／４輝度サンプルにおいて４以上である、または２つの符号化サブブロックの予測に使用されるリスト１の動きベクトルの水平または垂直要素の間の絶対差は、４分の１輝度サンプル単位で４以上である。
サンプルｐ_０を含む符号化サブブロックの予測に使用されるリスト０動きベクトルの水平または垂直要素と、サンプルｑ_０を含む符号化サブブロックの予測に使用されるリスト１動きベクトルとの間の絶対差は、１／４輝度サンプル単位で４以上であるか、またはサンプルｐ_０を含む符号化サブブロックの予測に使用されるリスト１動きベクトルの水平または垂直要素と、サンプルｑ_０を含む符号化サブブロックの予測に使用されるリスト０動きベクトルとの間の絶対差は、１／４輝度サンプル単位で４以上である。
あるいは、変数ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］を０に設定する。

５．１３ａ 実施形態＃１３ａ

本実施形態では、境界強度の導出について説明する。新規に追加されたテキストは、太字のイタリック体で示されている。

８．８．３．５ 境界フィルタリング強度の導出処理
この処理への入力は以下の通りである。
１つのピクチャサンプルアレイｒｅｃＰｉｃｔｕｒｅ、
現在のピクチャの左上のサンプルに対する現在の符号化ブロックの左上のサンプルを規定する位置（ｘＣｂ，ｙＣｂ）現在の符号化ブロックの幅を規定する変数ｎＣｂＷ、
現在の符号化ブロックの高さを規定する変数ｎＣｂＨ、
垂直（ＥＤＧＥ＿ＶＥＲ）エッジまたは水平（ＥＤＧＥ＿ＨＯＲ）エッジのいずれをフィルタリングするかを規定する変数ｅｄｇｅＴｙｐｅ、
－ 現在の符号化ブロックの色要素を規定する変数ｃＩｄｘ、
２次元（ｎＣｂＷ）×（ｎＣｂＨ）配列のｅｄｇｅＦｌａｇｓ。
この処理の出力は、境界フィルタリング強度を規定する２次元（ｎＣｂＷ）×（ｎＣｂＨ）アレイｂＳである。
．．．
変数ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、次のように導出される。
ｃＩｄｘが０に等しく、サンプルｐ_０およびｑ_０の両方が、ｉｎｔｒａ＿ｂｄｐｃｍ＿ｆｌａｇが１に等しい符号化ブロックに含まれている場合、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、０に等しく設定される。
あるいは、サンプルｐ_０またはｑ_０が、イントラ予測モードで符号化された符号化ユニットの符号化ブロックにある場合には、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、２に等しく設定される。
あるいは、ブロックエッジも変換ブロックエッジであり、サンプルｐ_０またはｑ_０が、
ｃｉｉｐ＿ｆｌａｇが１に等しい符号化ブロックにある場合、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、２に等しく設定される。
あるいは、ブロックエッジが変換ブロックエッジでもあり、サンプルｐ_０またはｑ_０が、１つ以上の非ゼロ変換係数レベルを含む変換イントラブロックにある場合、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、１に等しく設定される。

あるいは、サンプルｐ_０を含む符号化サブブロックの予測モードが、サンプルｑ_０を含む符号化サブブロックの予測モードと異なる場合、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、１に等しく設定される。
あるいは、ｃＩｄｘが０であり、且つ、以下の条件の１つ以上が真である場合、ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］は、１に等しく設定される。
サンプルｐ_０を含む符号化サブブロックおよびサンプルｑ_０を含む符号化サブブロックは、いずれもＩＢＣ予測モードで符号化され、２つの符号化サブブロックの予測に用いられる動きベクトルの水平または垂直要素の絶対差は、１／４輝度サンプル単位で４以上である。
サンプルｐ_０を含む符号化サブブロックの予測のために、サンプルｑ_０を含む符号化サブブロックの予測とは異なる参照ピクチャまたは異なる数の動きベクトルが使用される。
注１ － ２つの符号化サブロックに使用される参照ピクチャが同じであるかまたは異なるかは、予測を形成するのに参照ピクチャリスト０へのインデックスを使用するか、または参照ピクチャリスト１へのインデックスを使用して形成するかに関わらず、且つ参照ピクチャリスト内のインデックス位置が異なるかどうかに関わらず、どのピクチャが参照されるかによってのみに基づいて判定される。
注２ － （ｘＳｂ，ｙＳｂ）を含む左上のサンプルを有する符号化サブブロックの予測に使用される動きベクトルの数は、ＰｒｅｄＦｌａｇＬ０［ｘＳｂ］［ｙＳｂ］＋ＰｒｅｄＦｌａｇＬ１［ｘＳｂ］［ｙＳｂ］に等しい。
１つの動きベクトルは、サンプルｐ_０を含む符号化サブブロックを予測するために使用され、１つの動きベクトルは、サンプルｑ_０を含む符号化サブブロックを予測するために使用され、使用される動きベクトルの水平または垂直要素の絶対差は、１／４輝度サンプル単位で４以上である。
２つの動きベクトルおよび２つの異なる参照ピクチャを使用して、サンプルｐ_０を含む符号化サブブロックを予測し、同じ２つの参照ピクチャの２つの動きベクトルを使用して、サンプルｑ_０を含む符号化サブブロックを予測し、同じ参照ピクチャの２つの符号化サブブロックの予測に使用される２つの動きベクトルの水平または垂直要素の絶対差は、１／４輝度サンプル単位で４以上である。
同じ参照ピクチャの２つの動きベクトルを使用して、サンプルｐ_０を含む符号化サブブロックを予測し、同じ参照ピクチャの２つの動きベクトルを使用して、サンプルｑ_０を含む符号化サブブロックを予測し、以下の条件の両方が成り立つ。
２つの符号化サブブロックの予測に使用されるリスト０の動きベクトルの水平または垂直要素の間の絶対差は、１／４輝度サンプルにおいて４以上である、または２つの符号化サブブロックの予測に使用されるリスト１の動きベクトルの水平または垂直要素の間の絶対差は、４分の１輝度サンプル単位で４以上である。
サンプルｐ_０を含む符号化サブブロックの予測に使用されるリスト０動きベクトルの水平または垂直要素と、サンプルｑ_０を含む符号化サブブロックの予測に使用されるリスト１動きベクトルとの間の絶対差は、１／４輝度サンプル単位で４以上であるか、またはサンプルｐ_０を含む符号化サブブロックの予測に使用されるリスト１動きベクトルの水平または垂直要素と、サンプルｑ_０を含む符号化サブブロックの予測に使用されるリスト０動きベクトルとの間の絶対差は、１／４輝度サンプル単位で４以上である。
あるいは、変数ｂＳ［ｘＤ_ｉ］［ｙＤ_ｊ］を０に設定する。

５．１３ｂ 実施形態＃１３ｂ

本実施形態では、エスケープサンプルの符号化および再構成について説明する。新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

［［リストｌｅｖｅｌＳｃａｌｅ［］は、ｋ＝０．．５でｌｅｖｅｌＳｃａｌｅ［ｋ］＝｛４０，４５，５１，５７，６４，７２｝、として規定される。］］
以下が適用される
［［ｔｍｐＶａｌ＝（ＰａｌｅｔｔｅＥｓｃａｐｅＶａｌ［ｃＩｄｘ］［ｘＣｂ＋ｘＬ］［ｙＣｂ＋ｙＬ］＊ｌｅｖｅｌＳｃａｌｅ［ｑＰ％６］）＜＜（ｑＰ／６）＋３２）＞＞６（８－７７）
ｒｅｃＳａｍｐｌｅｓ［ｘ］［ｙ］＝Ｃｌｉｐ３（０，（１＜＜ｂｉｔＤｅｐｔｈ）－１，ｔｍｐＶａｌ） （８－７８）］］

５．１４ 実施形態＃１４

新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

８．４．５．３ パレットモードの復号化処理
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｂ，ｙＣｂ）、
－ 変数ｓｔａｒｔＣｏｍｐは、パレットテーブルの最初の色要素を規定し、
－ 現在のブロックの色要素を規定する変数ｃＩｄｘ、
－ 現在のブロックの幅および高さをそれぞれ規定する２つの変数ｎＣｂＷおよびｎＣｂＨ。
この処理の出力は、配列ｒｅｃＳａｍｐｌｅｓ［ｘ］［ｙ］であり、ｘ＝０．．ｎＣｂＷ－１，ｙ＝０．．ｎＣｂＨ－１は、ブロックの再構成サンプル値を規定する。
ｃＩｄｘの値に基づいて、変数ｎＳｕｂＷｉｄｔｈおよびｎＳｕｂＨｅｉｇｈｔは、以下のように導出される。
－ ｃＩｄｘが０に等しい場合、ｎＳｕｂＷｉｄｔｈは１に設定され、ｎＳｕｂＨｅｉｇｈｔは１に設定される。
－ あるいは、ｎＳｕｂＷｉｄｔｈをＳｕｂＷｉｄｔｈＣに設定し、ｎＳｕｂＨｅｉｇｈｔをＳｕｂＨｅｉｇｈｔＣに設定する。
位置（ｘＣｂ，ｙＣｂ）にある再構成サンプル配列ｒｅｃＳａｍｐｌｅｓの（ｎＣｂＷｘｎＣｂＨ）ブロックは、ｘ＝０．．ｎＣＴｂＷ－１およびｙ＝０．．ｎＣｂＨ－１であるｒｅｃＳａｍｐｌｅｓ［ｘ］［ｙ］で表され、０～ｎＣｂＷ－１の範囲の各ｘと０～ｎＣｂＨ－１の範囲の各ｙに対するｒｅｃＳａｍｐｌｅｓ［ｘ］［ｙ］の値は、以下のように導出される。
－ 変数ｘＬおよびｙＬは、以下のように導出される。
ｘＬ＝ｐａｌｅｔｔｅ＿ｔｒａｎｓｐｏｓｅ＿ｆｌａｇ ？ ｘ＊ｎＳｕｂＨｅｉｇｈｔ：ｘ＊ｎＳｕｂＷｉｄｔｈ （８－２３４）
ｙＬ＝ｐａｌｅｔｔｅ＿ｔｒａｎｓｐｏｓｅ＿ｆｌａｇ ？ ｙ＊ｎＳｕｂＷｉｄｔｈ：ｙ＊ｎＳｕｂＨｅｉｇｈｔ （８－２３５）
－ 変数ｂＩｓＥｓｃａｐｅＳａｍｐｌｅは、以下のように導出される。
－ ＰａｌｅｔｔｅＩｎｄｅｘＭａｐ［ｘＣｂ＋ｘＬ］［ｙＣｂ＋ｙＬ］がＭａｘＰａｌｅｔｔｅＩｎｄｅｘに等しく、ｐａｌｅｔｔｅ＿ｅｓｃａｐｅ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｂＩｓＥｓｃａｐｅＳａｍｐｌｅは１ に設定される。
－ あるいは、ｂＩｓＥｓｃａｐｅＳａｍｐｌｅを０に設定する。
－ ｂＩｓＥｓｃａｐｅＳａｍｐｌｅが０に等しい場合、以下が適用される。
ｒｅｃＳａｍｐｌｅｓ［ｘ］［ｙ］＝ＣｕｒｒｅｎｔＰａｌｅｔｔｅＥｎｔｒｉｅｓ［ｃＩｄｘ］［ＰａｌｅｔｔｅＩｎｄｅｘＭａｐ［ｘＣｂ＋ｘＬ］［ｙＣｂ＋ｙＬ］］ （８－２３６）
－ あるいは、ｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇが１に等しい場合、以下が適用される。
ｒｅｃＳａｍｐｌｅｓ［ｘ］［ｙ］＝ＰａｌｅｔｔｅＥｓｃａｐｅＶａｌ［ｃＩｄｘ］［ｘＣｂ＋ｘＬ］［ｙＣｂ＋ｙＬ］（８－２３７）
－ あるいは、（ｂＩｓＥｓｃａｐｅＳａｍｐｌｅが１に等しく、ｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇが０に等しい場合）、以下の順序付けられたステップが適用される。
１． 第８．７．１項で規定される量子化パラメータの導出処理は、現在のピクチャの左上サンプルに対する現在のブロックの左上サンプルを規定する位置（ｘＣｂ，ｙＣｂ）を使用して呼び出される。
［Ｅｄ．（ＢＢ）：ＱＰは、イントラＣＵ復号化処理の最初に既に導出されているので、この従属項内でそれらを再び導出する必要はない。これはＨＥＶＣ ｖ４ ＳＣＣにあるように思われるが、このような冗長性は排除できる。ご確認のこと。］

ＱｐＰｒｉｍｅＴｓＭｉｎ＝４＋ｍｉｎ＿ｑｐ＿ｐｒｉｍｅ＿ｔｓ＿ｍｉｎｕｓ４
３． 変数ｂｉｔＤｅｐｔｈは、以下のように導出される。
ｂｉｔＤｅｐｔｈ＝（ｃＩｄｘ＝＝０）？ＢｉｔＤｅｐｔｈ_Ｙ：ＢｉｔＤｅｐｔｈ_Ｃ （８－２４１）
４． ｌｉｓｔ ｌｅｖｅｌＳｃａｌｅ［］は、ｋ＝０．．５の時、ｌｅｖｅｌＳｃａｌｅ［ｋ］＝｛４０，４５，５１，５７，６４，７２｝として規定される
［Ｅｄ．（ＢＢ）：非パレットＣＵの場合、ｌｅｖｅｌＳｃａｌｅはｒｅｃｔＮｏｎＴｓＦｌａｇに依存する。ここでも適用されますか？］
５． 以下が適用される
ｔｍｐＶａｌ＝（ＰａｌｅｔｔｅＥｓｃａｐｅＶａｌ［ｃＩｄｘ］［ｘＣｂ＋ｘＬ］［ｙＣｂ＋ｙＬ］＊ｌｅｖｅｌＳｃａｌｅ［ｑＰ％６］）＜＜（ｑＰ／６）＋３２）＞＞６ （８－２４２）
ｒｅｃＳａｍｐｌｅｓ［ｘ］［ｙ］＝Ｃｌｉｐ３（０，（１＜＜ｂｉｔＤｅｐｔｈ）－１，ｔｍｐＶａｌ） （８－２４３）
以下の条件の１つが真であるとき、
－ ｃＩｄｘ ｉｓ ｅｑｕａｌ ｔｏ ０ ａｎｄ ｎｕｍＣｏｍｐｓ ｉｓ ｅｑｕａｌ ｔｏ １；
－ ｃＩｄｘが３に等しい
変数ＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＳｉｚｅ［ｓｔａｒｔＣｏｍｐ］および配列ＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＥｎｔｒｉｅｓは、以下のように導出または修正される。
ｆｏｒ（ｉ＝０；ｉ）ＣｕｒｒｅｎｔＰａｌｅｔｔｅＳｉｚｅ［ｓｔａｒｔＣｏｍｐ］；ｉ＋＋）
ｆｏｒ（ｃＩｄｘ＝ｓｔａｒｔＣｏｍｐ；ｃＩｄｘ）（ｓｔａｒｔＣｏｍｐ＋ｎｕｍＣｏｍｐｓ）；ｃＩｄｘ＋＋）
ｎｅｗＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＥｎｔｒｉｅｓ［ｃＩｄｘ］［ｉ］＝ＣｕｒｒｅｎｔＰａｌｅｔｔｅＥｎｔｒｉｅｓ［ｃＩｄｘ］［ｉ］ｎｅｗＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＳｉｚｅ＝ＣｕｒｒｅｎｔＰａｌｅｔｔｅＳｉｚｅ［ｓｔａｒｔＣｏｍｐ］ｆｏｒ（ｉ＝０；ｉ）ＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＳｉｚｅ ＆＆ ｎｅｗＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＳｉｚｅ）ＰａｌｅｔｔｅＭａｘＰｒｅｄｉｃｔｏｒＳｉｚｅ；ｉ＋＋）
ｉｆ（！ＰａｌｅｔｔｅＰｒｅｄｉｃｔｏｒＥｎｔｒｙＲｅｕｓｅＦｌａｇｓ［ｉ］）｛
ｆｏｒ（ｃＩｄｘ＝ｓｔａｒｔＣｏｍｐ；ｃＩｄｘ）（ｓｔａｒｔＣｏｍｐ＋ｎｕｍＣｏｍｐｓ）；ｃＩｄｘ＋＋） （８－２４４）
ｎｅｗＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＥｎｔｒｉｅｓ［ｃＩｄｘ］［ｎｅｗＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＳｉｚｅ］＝
ＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＥｎｔｒｉｅｓ［ｃＩｄｘ］［ｉ］
ｎｅｗＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＳｉｚｅ＋＋
｝
ｆｏｒ（ｃＩｄｘ＝ｓｔａｒｔＣｏｍｐ；ｃＩｄｘ）（ｓｔａｒｔＣｏｍｐ＋ｎｕｍＣｏｍｐｓ）；ｃＩｄｘ＋＋）
ｆｏｒ（ｉ＝０；ｉ）ｎｅｗＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＳｉｚｅ；ｉ＋＋）
ＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＥｎｔｒｉｅｓ［ｃＩｄｘ］［ｉ］＝ｎｅｗＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＥｎｔｒｉｅｓ［ｃＩｄｘ］［ｉ］ＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＳｉｚｅ［ｓｔａｒｔＣｏｍｐ］＝ｎｅｗＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＳｉｚｅＰｒｅｄｉｃｔｏｒＰａｌｅｔｔｅＳｉｚｅ［ｓｔａｒｔＣｏｍｐ］の値が０からＰａｌｅｔｔｅＭａｘＰｒｅｄｉｃｔｏｒＳｉｚｅまでの範囲内にあることが、ビットストリーム適合性の要件である。

５．１５ 実施形態＃１５

新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

８．４．２ 輝度イントラ予測モードのための導出処理
．．．
－ あるいは、（ｓｋｉｐ＿ｉｎｔｒａ＿ｆｌａｇ［ｘＰｂ］［ｙＰｂ］およびＤｉｍＦｌａｇ［ｘＰｂ］［ｙＰｂ］はいずれも０に等しい場合）、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＰｂ］［ｙＰｂ］は、以下の順序ステップによって導出される。
１． 近傍位置（ｘＮｂＡ、ｙＮｂＡ）および（ｘＮｂＢ、ｙＮｂＢ）は、それぞれ、（ｘＰｂ－１，ｙＰｂ） および（ｘＰｂ，ｙＰｂ－１）に等しく設定される。
２． ＸをＡまたはＢのいずれかに置き換える場合、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。
■－６．４．１項で規定されるｚ走査順序のブロックの可用性導出処理は、入力として位置（ｘＣｕｒｒ，ｙＣｕｒｒ）を（ｘＰｂ，ｙＰｂ）に等しく、近傍位置（ｘＮｂＹ，ｙＮｂＹ）を（ｘＮｂＸ，ｙＮｂＸ）に等しく設定して呼び出され、その出力はａｖａｉｌａｂｌｅＸに割り当てられる。
■－候補イントラ予測モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。
■－ａｖａｉｌａｂｌｅＸがＦＡＬＳＥに等しい場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸはＩＮＴＲＡ＿ＤＣに等しく設定される。
■［［－あるいは、ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］がＭＯＤＥ＿ＩＮＴＲＡまたはｐｃｍ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１に等しい、またはｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸがＩＮＴＲＡ＿ＤＣ，］に等しく設定される］］

■－あるいは、ＸがＢに等しく、ｙＰｂ＿１が（（ｙＰｂ＞ＣｔｂＬｏｇ２ＳｉｚｅＹ））ＣｔｂＬｏｇ２ＳｉｚｅＹ）未満である場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢはＩＮＴＲＡ＿ＤＣに等しく設定される。
■－あるいは、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］が３４より大きい場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸはＩＮＴＲＡ＿ＤＣに等しく設定される。
．．．

５．１６ 実施形態＃１６

新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

８．４．２ 輝度イントラ予測モードのための導出処理
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔこの処理において、輝度イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］が導出される。
１． ＸをＡまたはＢのいずれかに置き換える場合、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。

－ 候補イントラ予測モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。
－ 以下の条件の１つ以上が真である場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸをＩＮＴＲＡ＿ＰＬＡＮＡＲに等しく設定する。
－ 変数ａｖａｉｌａｂｌｅＸはＦＡＬＳＥに等しい。
－ ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］は、ＭＯＤＥ＿ＩＮＴＲＡと等しくない。

－ ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］は１に等しい。
－ ＸがＢに等しく、ｙＣｂ＿１が（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）未満である。
－ あるいは、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸをＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］に等しく設定する。
．．．
ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１、ｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］は、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］と等しく設定される。

５．１７ 実施形態＃１７

新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

８．４．３ 輝度イントラ予測モードのための導出処理
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
この処理において、輝度イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］が導出される。
２． ＸをＡまたはＢのいずれかに置き換える場合、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。
－ ６．４．Ｘ項［Ｅｄ．（ＢＢ）：近傍ブロックの可用性導出処理ｔｂｄ］で規定されたブロックの可用性導出処理は、入力として、（ｘＣｂ，ｙＣｂ）に等しく設定された位置（ｘＣｕｒｒ，ｙＣｕｒｒ）と、（ｘＮｂＸ，ｙＮｂＸ）に等しく設定した近傍位置（ｘＮｂＹ，ｙＮｂＹ）で呼び出され、出力をａｖａｉｌａｂｌｅＸに割り当てる。
－ 候補イントラ予測モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。

－ 変数ａｖａｉｌａｂｌｅＸはＦＡＬＳＥに等しい。
－ ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］は、ＭＯＤＥ＿ＩＮＴＲＡと等しくない。
－ ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］は１に等しい。
－ ＸがＢに等しく、ｙＣｂ＿１が（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）未満である。
－ あるいは、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸをＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］に等しく設定する。
．．．
（ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１、ｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］）は、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］と等しく設定される。

５．１８ 実施形態＃１８

新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

８．４．３ 輝度イントラ予測モードのための導出処理
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
この処理において、輝度イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］が導出される。
３． ＸをＡまたはＢのいずれかに置き換える場合、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。

－ 候補イントラ予測モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。

－ 変数ａｖａｉｌａｂｌｅＸはＦＡＬＳＥに等しい。
－ ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］は、ＭＯＤＥ＿ＩＮＴＲＡと等しくない。
－ ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］は１に等しい。

－ ＸがＢに等しく、ｙＣｂ＿１が（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）未満である。
－ あるいは、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸをＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］に等しく設定する。
．．．
ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１、ｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］は、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］と等しく設定される。

５．１９ 実施形態＃１９

新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“
［［］］”の印が付けられる。

５．２０ 実施形態＃２０

新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．２１ 実施形態＃２１

新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．２２ 実施形態＃２２

本実施形態では、符号化ユニットの構文について説明する。本実施形態において、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの後に信号通知される。新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．２３ 実施形態＃２３

新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．２４ 実施形態＃２４

本実施形態では、符号化ユニットの構文について説明する。本実施形態において、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの後に信号通知される。新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．２５ 実施形態＃２５

本実施形態では、符号化ユニットの構文について説明する。本実施形態では、現在の予測モードがＭＯＤＥ＿ＰＬＴであるとき、パレット構文が信号通知される。新規に追加されたテキストは太字のイタリック体で表され、削除されたテキストには“［［］］”の印が付けられる。

５．２６ 実施形態＃２６

本実施形態では、クロマイントラ予測モードの導出処理について説明する。新規に追加されたテキストは、太字のイタリック体で示されている。

クロマイントラ予測モードのための導出処理
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在のクロマ符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
この処理において、クロマイントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＣ［ｘＣｂ］［ｙＣｂ］が導出される。
対応する輝度イントラ予測モードｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅは、以下のように導出される。
－ ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、ｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅはＩＮＴＲＡ＿ＰＬＡＮＡＲに等しく設定される。

－ あるいは、ｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅは、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ
［ｘＣｂ＋ｃｂＷｉｄｔｈ／２］［ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２］に等しく設定される。
．．．

５．２７ 実施形態＃２７

本実施形態では、輝度サンプルのマッピング処理を行うピクチャ再構成処理について説明する。新規に追加されたテキストは、太字のイタリック体で示されている。

輝度サンプルのためのマッピング処理を伴うピクチャ再構成。この処理への入力は以下の通りである。
－ 現在のピクチャの左上のサンプルに対する現在のブロックの左上のサンプルの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ ブロック幅を規定する変数ｎＣｕｒｒＳｗ、
－ ブロックの高さを規定する変数ｎＣｕｒｒＳｈ、
－ 現在のブロックの輝度予測サンプルを規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ ｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの輝度残差サンプルを規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ ｒｅｓＳａｍｐｌｅｓ。
この処理の出力は、再構成された輝度ピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓである。
マッピングされた予測輝度サンプルｐｒｅｄＭａｐＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）アレイは、以下のように導出される。
－ 以下の条件の１つが真である場合、ｐｒｅｄＭａｐＳａｍｐｌｅｓ［ｉ］［ｊ］は、
ｉ＝０．．ｎＣｕｒｒＳｗ＿１，ｊ＝０．．ｎＣｕｒｒＳｈ＿１の場合、ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］に等しく設定される。
－ ＣｕＰｒｅｄＭｏｄｅ［０］［ｘＣｕｒｒ］［ｙＣｕｒｒ］は、ＭＯＤＥ＿ＩＮＴＲＡに等しい。
－ ＣｕＰｒｅｄＭｏｄｅ［０］［ｘＣｕｒｒ］［ｙＣｕｒｒ］は、ＭＯＤＥ＿ＩＢＣに等しい。

－ ＣｕＰｒｅｄＭｏｄｅ［０］［ｘＣｕｒｒ］［ｙＣｕｒｒ］はＭＯＤＥ＿ＩＮＴＥＲに等しく、ｃｉｉｐ＿ｆｌａｇ［ｘＣｕｒｒ］［ｙＣｕｒｒ］は１に等しい。
－ あるいは、（ＣｕＰｒｅｄＭｏｄｅ［０］［ｘＣｕｒｒ］［ｙＣｕｒｒ］はＭＯＤＥ＿ＩＮＴＥＲに等しく、ｃｉｉｐ＿ｆｌａｇ［ｘＣｕｒｒ］［ｙＣｕｒｒ］は０に等しい場合）、以下が適用される。
．．．

５．２８ 実施形態＃２８

本実施形態では、第４章の実施例２４に対応する走査順序を説明する。
この処理には、ブロック幅ｂｌｋＷｉｄｔｈおよびブロック高さｂｌｋＨｅｉｇｈｔが入力される。
この処理の出力は、アレイｈＲｅｖｅｒＳｃａｎ［ｓＰｏｓ］［ｓＣｏｍｐ］およびｖＲｅｖｅｒＳｃａｎ［ｓＰｏｓ］［ｓＣｏｍｐ］である。アレイｈＲｅｖｅｒＳｃａｎは、水平方向の逆走査順序を表し、アレイｖＲｅｖｅｒＳｃａｎは、垂直方向の走査順序を表す。配列インデックスｓＰｏｓは、０から（ｂｌｋＷｉｄｔｈ＊ｂｌｋＨｅｉｇｈｔ）－１までの範囲の走査位置を規定する。配列インデックスｓＣｏｍｐが０である場合、水平要素が規定され、配列インデックスｓＣｏｍｐが１である場合、垂直要素が規定される。ｂｌｋＷｉｄｔｈおよびｂｌｋＨｅｉｇｈｔの値に基づいて、配列ｈＴｒａｖＳｃａｎ
ｆｄ ｖＴｒａｖＳｃａｎは、以下のように導出される。
ｉ＝０
ｆｏｒ（ｙ＝０；ｙ）ｂｌｋＨｅｉｇｈｔ；ｙ＋＋）
｛
ｉｆ（ｙ％２！＝０）｛
ｆｏｒ（ｘ＝０；ｘ）ｂｌｋＷｉｄｔｈ；ｘ＋＋）｛
ｈＲｅｖｅｒＳｃａｎ［ｉ］［０］＝ｘ
ｈＲｅｖｅｒＳｃａｎ［ｉ］［１］＝ｙ
ｉ＋＋
｝
｝
ｅｌｓｅ
｛
ｆｏｒ（ｘ＝ｂｌｋＷｉｄｔｈ－１；ｘ＞＝０；ｘ－－）｛
ｈＲｅｖｅｒＳｃａｎ［ｉ］［０］＝ｘ
ｈＲｅｖｅｒＳｃａｎ［ｉ］［１］＝ｙ
ｉ＋＋
｝
｝
｝
ｉ＝０
ｆｏｒ（ｘ＝０；ｘ）ｂｌｋＷｉｄｔｈ；ｘ＋＋）
｛
ｉｆ（ｘ％２！＝０）
｛
ｆｏｒ（ｙ＝０；ｙ）ｂｌｋＨｅｉｇｈｔ；ｙ＋＋）｛
ｖＲｅｖｅｒＳｃａｎ［ｉ］［０］＝ｘ
ｖＲｅｖｅｒＳｃａｎ［ｉ］［１］＝ｙ
ｉ＋＋
｝
｝
ｅｌｓｅ
｛
ｆｏｒ（ｙ＝ｂｌｋＨｅｉｇｈｔ－１；ｙ＞＝０；ｙ－－）｛
ｖＲｅｖｅｒＳｃａｎ［ｉ］［０］＝ｘ
ｖＲｅｖｅｒＳｃａｎ［ｉ］［１］＝ｙ
ｉ＋＋
｝
｝
｝

図６は、映像処理装置６００のブロック図である。装置６００は、本明細書に記載の方法の１つ以上を実装するために使用してもよい。装置６００は、スマートフォン、タブレット、コンピュータ、ＩｏＴ（モノのインターネット）受信機等により実施されてもよい。装置６００は、１つ以上の処理装置６０２と、１つ以上のメモリ６０４と、映像処理ハードウェア６０６と、を含んでもよい。処理装置（単数または複数）６０２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（単数または複数）６０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア６０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。

図８は、映像を処理する方法８００のフローチャートである。この方法８００は、パレットモードを使用して、予測モードとは別個に符号化されたパレットモードの変換ユニット、符号化ブロック、又は領域を処理することを判定すること（８０５）と、このパレットモードを使用して、この変換ユニット、符号化ブロック、又は領域に対してさらに処理を行うこと（８１０）を含む。

方法８００を参照し、パレットモード符号化のいくつかの例およびその使用について、
本明細書の第４章に記載する。

方法８００を参照すると、映像ブロックは、パレットモード符号化に関するビットストリーム生成規則を使用することによってビット効率を達成し得る映像ビットストリームにおいて符号化されてもよい。

この方法は、パレットモードの使用を指示する前に、予測モードを符号化することを含むことができる。

この方法は、予測モードに基づいてパレットモードの使用を条件付きで信号通知することを含むことができる。

この方法は、予測モードがイントラブロックコピーモードであり、パレットモードの使用指示の信号通知をスキップすることを含むことができる。

この方法は、現在の予測モードがイントラブロックコピーモードであることに基づいて、パレットモードの使用指示が偽であると判定されることを含むことができる。

この方法は、予測モードがインターモードであり、パレットモードの使用指示の信号通知がスキップされることを含むことができる。

この方法は、現在の予測モードがインターモードであることに基づいて、パレットモードの使用指示が偽であると判定されることを含むことができる。

この方法は、予測モードがイントラモードであり、パレットモードの使用指示の信号通知がスキップされることを含むことができる。

この方法は、現在の予測モードがイントラモードであることに基づいて、パレットモードの使用指示が偽であると判定されることを含むことができる。

この方法は、予測モードがイントラモードであり、パレットモードの使用指示の信号通知がスキップされることを含むことができる。

この方法は、予測モードがイントラブロックコピーモードであり、パレットモードの使用指示の信号通知を行うことを含むことができる。

この方法は、ピクチャ、スライス、またはタイルグループのタイプに基づいて、パレットモードの使用指示を信号通知することを含むことができる。

この方法は、パレットモードを予測モードの候補として追加することを含むことができる。

この方法は、予測モードが、イントラモード、イントラブロックコピーモード、イントラスライス用パレットモードまたは、インタースライス、Ｉピクチャ、Ｐピクチャ、Ｂピクチャ、またはイントラタイルグループのうちの１つ以上を含むことができる。

この方法は、予測モードが、イントラモード、インターモード、イントラブロックコピーモード、またはパレットモードのうちの２つ以上を含むことを含むことができる。

この方法は、パレットモードの使用が信号通知によって示されるか、または条件に基づいて導出されることを含むことができる。

この方法は、現在のブロックのブロック寸法、現在のブロックの予測モード、現在のブロックの量子化パラメータ（ＱＰ）、近傍のブロックのパレットフラグ、近傍のブロックのイントラブロックコピーフラグ、カラーフォーマットの指示、別個のまたはデュアル符号化ツリー構造、またはスライスタイプ、グループタイプまたはピクチャタイプのうちの１つ以上を含むことができる。

この方法は、スライスレベルフラグ、タイルグループレベルフラグ、またはピクチャレベルフラグに基づいて、パレットモードの使用を信号通知または導出することを含むことができる。

この方法は、スライスレベルフラグ、タイルグループレベルフラグ、またはピクチャレベルフラグに基づいて、イントラブロックコピーモードの使用の指示を信号通知または導出することを含むことができる。

前の章で開示した項目６～９を参照し、いくつかの実施形態において、以下の解決策を用いることが好ましい。

１つの解決策は、映像のピクチャの現在の映像ブロックと、この映像のビットストリーム表現との間での変換を行うことを含み、イントラブロックコピーモードがこの変換において使用されるか否かに関する情報が、ビットストリーム表現において信号通知される、
または、この現在の映像ブロックの符号化条件に基づいて導出され、ここで、このイントラブロックコピーモードは、このピクチャにおける別の映像ブロックからのこの現在の映像ブロックを符号化することを含む、映像処理方法を含んでもよい。様々な実施形態において以下の特徴を実装することができる。

－ 符号化条件は、現在の映像ブロックのブロック寸法を含む。

－ 符号化条件は、現在の映像ブロックの予測モードまたは前記現在の映像ブロックの変換に用いられる量子化パラメータを含む。

前章で開示した項目１３～１５を参照し、いくつかの実施形態において、以下の解決策を実装することが好ましい。

１つの解決策は、映像のピクチャの現在の映像ブロックを変換する間に非ブロック化フィルタを適用するか否かを判定することと、ここで、現在の映像ブロックは、現在の映像ブロックの全画素より小さい代表的なサンプル値を使用して現在の映像ブロックを表すパレットモード符号化を使用して符号化され、非ブロック化フィルタを適用すると判定した場合に非ブロック化フィルタが適用されるように変換を行うこととについての方法を含んでもよい。

別の解決策は、ある映像のピクチャの現在の映像ブロックとこの映像のビットストリーム表現との間での変換中に使用するために、量子化または逆量子化処理を判定することと、ここで、現在の映像ブロックは、現在の映像ブロックの合計画素よりも少ない代表的なサンプル値を使用して現在の映像ブロックを表すパレットモード符号化を使用して符号化され、この量子化または逆量子化処理の判定に基づいて、この変換を行うことと、を含む映像処理方法を含んでもよい。追加の特徴は、以下を含んでもよい。

－ 現在の映像ブロックに対して判定された量子化または逆量子化処理は、パレット符号化モードとは異なるように符号化された別の映像ブロックに適用される別の量子化または別の逆量子化処理とは異なる。

－ この変換は、現在の映像ブロックをビットストリーム表現に符号化することを含む。

－ この変換は、ビットストリーム表現を復号化して映像の現在の映像ブロックを生成することを含む。

－ この判定は、イントラ符号化された他の映像ブロックの変換に用いられる別の決定処理と同じ決定処理を用いる。

開示された技術は、向上した符号化ツリー構造を使用して圧縮効率を向上させるために、映像エンコーダまたはデコーダにおいて実施され得ることが理解される。

前の章の項目１６～２１を参照し、いくつかの解決策は以下の通りである。

複数の映像ブロックを含む映像の現在の映像ブロックとこの映像のビットストリーム表現との間での変換のために、現在の映像ブロックがパレット符号化ブロックであることを判定することと、この判定に基づいて、現在の映像ブロックをイントラ符号化されたブロックであると考えることで、最大確率モードのリスト構築処理を行うことと、このリスト構築処理の結果に基づいてこの変換を行うことと、を含み、このパレット符号化ブロックは、パレットまたは表現サンプル値を使用して符号化または復号化されることを含む、映像処理方法。

上記方法において、リスト構築処理は、近傍のパレット符号化ブロックをデフォルトモードのイントラブロックとして扱う。

複数の映像ブロックを含む映像の現在の映像ブロックとこの映像のビットストリーム表現との間での変換のために、現在の映像ブロックがパレット符号化ブロックであることを判定することと、この判定に基づいて、現在の映像ブロックを非イントラ符号化されたブロックであると考えることで、最大確率モードのリスト構築処理を実行し、このリスト構築処理の結果に基づいてこの変換を行うことと、を含み、このパレット符号化ブロックは、パレットまたは表現サンプル値を使用して符号化または復号化される、映像処理方法。

上記方法において、前記リスト構築処理は、近傍のパレット符号化ブロックのイントラモードをフェッチする場合、近傍のパレット符号化ブロックをインター符号化ブロックとして扱う。

複数の映像ブロックを含む映像の現在の映像ブロックとこの映像のビットストリーム表現との間での変換のために、現在の映像ブロックがパレット符号化ブロックであることを判定することと、この判定に基づいて、現在の映像ブロックを利用不可能なブロックであると考えることで、リスト構築処理を行うことと、このリスト構築処理の結果に基づいてこの変換を行うことと、を含み、このパレット符号化ブロックは、パレットまたは表現サンプル値を使用して符号化または復号化される、映像処理方法。

上記方法において、前記リスト構築処理は、履歴に基づく動きベクトル予測である。

上記方法において、前記リスト構築処理は、ＭＥＲＧＥまたは高度動きベクトル予測モードである。

上記方法において、前記判定することは、前記映像のコンテンツに基づいて判定することをさらに含む。

上記方法において、前記判定は、ビットストリーム表現におけるフィールドに対応する。

現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換中に、この現在の映像ブロックがパレット符号化ブロックであることを判定することと、現在の映像ブロックがパレット符号化ブロックであることに基づいて、この変換に使用されるコンテキスト符号化ビンの範囲を判定することと、このコンテキスト符号化ビンの範囲に基づいてこの変換を行うこととを含む、映像処理方法。

上記方法において、現在の映像ブロックのうち、範囲外にあるビンを、バイパス符号化技術を使用して符号化するか、または変換中にバイパス復号化技術を使用して復号化する。

前記変換は、前記ビデオを前記ビットストリーム表現に符号化することを含む、上記記載の方法。

上記方法において、前記変換は、前記ビットストリーム表現を復号化して前記映像を生成することを含む。

図２４は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム２４００を示すブロック図である。様々な実装形態は、システム２４００のモジュールの一部又は全部を含んでもよい。システム２４００は、映像コンテンツを受信するための入力ユニット２４０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、例えば、８又は１０ビットのマルチモジュール画素値で受信されてもよく、又は圧縮又は符号化フォーマットで受信されてもよい。入力ユニット１９０２は、ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯＮ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェースを含む。

システム２４００は、本明細書に記載される様々な符号化又は符号化方法を実装することができる符号化モジュール２４０４を含んでもよい。符号化モジュール２４０４は、入力ユニット２４０２からの映像の平均ビットレートを符号化モジュール２４０４の出力に低減し、映像の符号化表現を生成してもよい。従って、この符号化技術は、映像圧縮または映像コード変換技術と呼ばれることがある。符号化モジュール２４０４の出力は、モジュール２４０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力ユニット２４０２において受信された、記憶された又は通信された映像のビットストリーム（又は符号化）表現は、モジュール２４０８によって使用されて、表示インターフェースユニット２４１０に送信される画素値又は表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理動作を「符号化」動作又はツールと呼ぶが、符号化ツール又は動作は、エンコーダ及びそれに対応する、復号化の結果を逆にする復号化ツール又は動作が、デコーダによって行われることが理解されよう。

周辺バスインターフェースユニットまたは表示インターフェースユニットの例は、ユニバーサルシリアルバス（ＵＳＢ）または高精細マルチメディアインターフェース（ＨＤＭＩ（登録商標））またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、シリアルアドバンスドテクノロジーアタッチメント（ＳＡＴＡ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。

図２５は、本技術にしたがった映像処理方法２５００を示すフローチャートである。この方法２５００は、動作２５１０において、映像の映像領域のブロックと映像のビットストリーム表現との間で変換を行うことを含む。このビットストリーム表現は、このブロックのためにパレットモードの使用の第１の指示が信号通知されるかどうかを規定する第１のフォーマット規則と、このブロックのために予測モードの使用の第２の指示に関連するこの第１の指示の位置を規定する第２のフォーマット規則とに従って処理される。

いくつかの実施形態において、映像領域は、映像の変換ユニット、符号化ユニット、予測ユニット、または領域を含む。いくつかの実施形態において、予測モードの使用の第２の指示は、ビットストリーム表現におけるパレットモードの使用の第１の指示の前に位置決めされる。

いくつかの実施形態において、パレットモードの使用の第１の指示は、予測モードの使用の第２の指示に基づいて、ビットストリーム表現において条件付きで含まれる。いくつかの実施形態において、予測モードの使用の第２の指示がイントラブロックコピー（ＩＢＣ）予測モードを示す場合、ビットストリーム表現においてパレットモードの使用の第１の指示をスキップする。いくつかの実施形態において、予測モードの使用の第２の指示がインター予測モードを示す場合、ビットストリーム表現においてパレットモードの使用の第１の指示をスキップする。いくつかの実施形態において、予測モードの使用の第２の指示がイントラ予測モードを示す場合、ビットストリーム表現においてパレットモードの使用の第１の指示をスキップする。いくつかの実施形態において、予測モードの使用の第２の指示がスキップモードを示す場合、ビットストリーム表現においてパレットモードの使用の第１の指示をスキップする。いくつかの実施形態において、ビットストリーム表現におけるパレットモードの使用の第１の指示をスキップすることは、パレットモードが使用されていないことを示す。

いくつかの実施形態において、パレットモードの使用の第１の指示は、予測モードの使用の第２の指示がＩＢＣ予測モードを示す場合、ビットストリームにおいて符号化される。いくつかの実施形態において、パレットモードの使用の第１の指示は、予測モードの使用の第２の指示がイントラ予測モードを示す場合、ビットストリームにおいて符号化される。いくつかの実施形態において、予測モードは、パルス符号変調（ＰＣＭ）モードではない。いくつかの実施形態において、パレットモードの使用の第１の指示は、ビットストリーム表現におけるＰＣＭモードの使用の指示の前に符号化される。いくつかの実施形態において、ビットストリーム表現において、ＰＣＭモードの使用の指示をスキップする。いくつかの実施形態において、ＩＢＣモードの指示はビットストリーム表現に符号化される。いくつかの実施形態において、イントラ予測モードが使用される場合、ビットストリーム表現におけるフラグは、パレットモードまたはＩＢＣモードがビットストリーム表現において信号通知されるかどうかを示す。いくつかの実施形態において、フラグはブロックの状態に基づいてスキップされ、この状態は、ブロック寸法、ブロックに関連付けられた領域に対してＩＢＣモードが有効化されるかどうか、或いはブロックに関連づけられた領域に対してパレットモードが有効化されるかどうかを含む。

いくつかの実施形態において、パレットモードの使用の第１の指示は、予測モードの使用の第２の指示がインター予測モードを示す場合、ビットストリームにおいて符号化される。いくつかの実施形態において、パレットモードの使用の第１の指示は、スキップモードの指示、予測モードの指示、またはＰＣＭモードの使用の指示のうちの少なくとも１つの後に符号化される。いくつかの実施形態において、パレットモードの使用の第１の指示は、スキップモードまたは予測モードの指示の後に符号化され、ＰＣＭモードの使用の指示の前に符号化される。

いくつかの実施形態において、パレットモードの使用の第１の指示は、ビットストリーム表現における予測モードの使用の第２の指示の前に位置決めされる。いくつかの実施形態において、パレットモードの使用の第１の指示は、予測モードの使用の第２の指示の後に位置決めされ、予測モードの使用の第２の指示は、ビットストリーム表現におけるイントラ予測モードまたはインター予測モードを示す。いくつかの実施形態において、パレットモードの使用の第１の指示は、ピクチャ、スライス、またはタイルグループタイプに基づいて信号通知される。いくつかの実施形態において、パレットモードの使用の第１の指示は、ブロックに対して前記パレットモードが有効化されることを示す第１のフラグを含むことができる。いくつかの実施形態において、パレットモードの使用の第１の指示は、
パレットモードがシーケンスレベル、ピクチャレベル、タイルグループレベル、またはタイルレベルで有効であることを示す第１のフラグに基づいて、条件付きでビットストリーム表現に含まれる。いくつかの実施形態において、ブロックに対してパレットモードが無効化されるとき、ブロックのＰＣＭモードを示す別のフラグがビットストリーム表現に含まれる。いくつかの実施形態において、第１のフラグは現在のブロックの１つ以上の近傍ブロックの情報に基づいてコンテキスト符号化される。いくつかの実施形態において、第１のフラグは現在のブロックの１つ以上の近傍ブロックからのコンテキスト情報なしに符号化される。

いくつかの実施形態において、予測モードの使用の第２の指示は、予測モードを示す第２のフラグを含む。いくつかの実施形態において、ビットストリーム表現における第２のフラグが、予測モードがインターモードであることを示す場合、ビットストリーム表現は、イントラブロックコピーモードが有効化されるかどうかを示す第３のフラグをさらに含む。いくつかの実施形態において、ビットストリーム表現における第２のフラグが、予測モードがイントラモードであることを示す場合、ビットストリーム表現は、イントラブロックコピーモードが有効化されるかどうかを示す第３のフラグをさらに含む。いくつかの実施形態において、第３のフラグは、ブロック寸法に基づいてビットストリーム表現に条件付きで含まれる。

いくつかの実施形態において、ブロックは符号化ユニットであり、ビットストリーム表現における第２のフラグは予測モードがイントラモードであることを示す。いくつかの実施形態において、第１のフラグは、ブロック寸法に基づいてビットストリーム表現に条件付きで含まれる。

図２６は、本技術にしたがった映像処理方法２６００を示すフローチャートである。この方法２６００は、動作２６１０において、映像における映像領域のブロックと映像のビットストリーム表現との間での変換のために、このブロックの少なくとも１つのパレットモードを含む１つ以上の許容予測モードに基づいて、予測モードを判定することを含む。予測モードに従って、パレットモードの使用の指示を判定する。方法２６００は、動作２６２０において、その判定に基づいて変換を行うことを含む。

いくつかの実施形態において、１つ以上の許容予測モードは、イントラモードを含む。いくつかの実施形態において、１つ以上の許容予測モードは１つのイントラブロックコピー（ＩＢＣ）モードを含む。いくつかの実施形態において、１つ以上の許容予測モードは、インターモードを含む。

いくつかの実施形態において、映像領域は、イントラスライス、イントラピクチャまたはイントラタイルグループを含む。いくつかの実施形態において、１つ以上の許容予測モードは、イントラモード、イントラブロックコピーモードおよびパレットモードを含む。

いくつかの実施形態において、映像領域は、インタースライス、インターピクチャ、インタータイルグループ、Ｐスライス、Ｂスライス、ＰピクチャまたはＢピクチャを含む。いくつかの実施形態において、１つ以上の許容予測モードは、イントラモード、イントラブロックコピーモード、パレットモードおよびインターモードを含む。

いくつかの実施形態において、ブロック寸法は４×４であってもよい。いくつかの実施形態において、１つ以上の許容予測モードは、ブロック寸法が４×４である場合、インターモードを除外する。

いくつかの実施形態において、ビットストリーム表現は、ブロックがスキップモードで符号化されていない場合、１つ以上の許容予測モードを表す少なくとも１つの予測モードインデックスを含み、予測モードインデックスは、１つ以上のバイナリビンを使用して表される。

いくつかの実施形態において、予測モードインデックスは、３つのバイナリビンを使用して表され、第１のビン値「１」は、イントラモードを示し、第１のビン値「０」および第２のビン値「０」は、インターモードを示し、第１のビン値「０」、第２のビン値「１」および第３のビン値「０」は、ＩＢＣモードを示し、第１のビン値「０」、第２の値「１」および第３のビン値「１」は、パレットモードを示す。

いくつかの実施形態において、予測モードインデックスは、２つのバイナリビンを使用して表され、第１のビン値「１」および第２のビン値「０」は、イントラモードを示し、第１のビン値「０」および第２のビン値「０」は、インターモードを示し、第１のビン値「０」および第２のビン値「１」は、ＩＢＣモードを示し、第１のビン値「１」および第２のビン値「１」は、パレットモードを示す。

いくつかの実施形態において、予測モードインデックスは、映像の現在のスライスがイントラスライスであり、ＩＢＣモードが無効である場合、１つのバイナリビンを使用して表され、第１のビン値「０」はイントラモードを表し、第２のビン値「１」はパレットモードを表す。

いくつかの実施形態において、予測モードインデックスは、映像の現在のスライスがイントラスライスでなく、ＩＢＣモードが無効である場合、２つのバイナリビンを使用して表され、第１のビン値「１」はイントラモードを表し、第１のビン値「０」および第２のビン値「０」はインターモードを表し、第１のビン値「０」および第２のビン値「１」はパレットモードを示す。いくつかの実施形態において、予測モードインデックスは、映像の現在のスライスがイントラスライスであり、ＩＢＣモードが有効化される場合、２つのバイナリビンを使用して表され、第１のビン値「１」はＩＢＣモードを表し、第１のビン値「０」および第２のビン値「１」はパレットモードを表し、第１のビン値「０」および第２のビン値「０」はイントラモードを示す。いくつかの実施形態において、ＩＢＣモードの使用指示は、ビットストリーム表現のシーケンスパラメータセット（ＳＰＳ）において信号通知される。

いくつかの実施形態において、予測モードインデックスは、３つのバイナリビンを使用して表され、ここで、第１のビン値「１」はインターモードを表し、第１のビン値「０」および第２のビン値「１」はイントラモードを表し、第１のビン値「０」、第２のビン値「０」および第３のビン値「１」はＩＢＣモードを表し、第１のビン値「０」、第２のビン値「０」および第３のビン値「０」はパレットモードを示す。

いくつかの実施形態において、予測モードインデックスは、３つのバイナリビンを使用して表され、ここで、第１のビン値「１」はイントラモードを表し、第１のビン値「０」および第２のビン値「１」はインターモードを表し、第１のビン値「０」、第２のビン値「０」および第３のビン値「１」はＩＢＣモードを表し、第１のビン値「０」、第２のビン値「０」および第３のビン値「０」はパレットモードを示す。

いくつかの実施形態において、予測モードインデックスは、３つのバイナリビンを使用して表され、ここで、第１のビン値「０」は、インターモードを示し、第１のビン値「１」および第２のビン値「０」は、イントラモードを示し、第１のビン値「１」、第２のビン値「１」および第３のビン値「１」は、ＩＢＣモードを示し、第１のビン値「１」、第２のビン値「１」および第３のビン値「０」は、パレットモードを示す。

いくつかの実施形態において、１つの条件が満たされた場合、１つ以上のバイナリビンの信号通知はビットストリーム表現においてスキップされる。いくつかの実施形態において、条件はブロック寸法を含む。いくつかの実施形態において、この条件は、無効にされている予測モードを含み、ビットストリーム表現において、この予測モードに対応するバイナリビンをスキップする。

図２７は、本技術にしたがった映像処理方法２７００を示すフローチャートである。この方法２７００は、動作２７１０において、映像のブロックと映像のビットストリーム表現との間で変換を行うことを含む。ビットストリーム表現は、パレットモードの使用の第１の指示とイントラブロックコピー（ＩＢＣ）モードの使用の第２の指示とを互いに依存して信号通知することを規定するフォーマット規則に従って処理される。

いくつかの実施形態において、このフォーマット規則は、ブロックの予測モードがＩＢＣモードでない第１の予測モードに等しい場合、第１の指示がビットストリーム表現で信号通知されることを規定する。いくつかの実施形態において、このフォーマット規則は、ブロックの予測モードがパレットモードでない第１の予測モードに等しい場合、第２の指示がビットストリーム表現で信号通知されることを規定する。いくつかの実施形態において、第１の予測モードはイントラモードである。

図２８は、本技術にしたがった映像処理方法２８００を示すフローチャートである。この方法２８００は、動作２８１０において、映像のブロックとこの映像のビットストリーム表現との間での変換のために、このブロックの寸法に基づいて、このビットストリーム表現におけるパレットモードの使用の指示の存在を判定することを含む。方法２８００は、動作２８２０において、その判定に基づいて変換を行うことを含む。

図２９は、本技術にしたがった映像処理方法２９００を示すフローチャートである。この方法２９００は、動作２９１０において、映像のブロックとこの映像のビットストリーム表現との間での変換のために、このビットストリーム表現におけるイントラブロックコピー（ＩＢＣ）モードの使用の指示の存在を、このブロックの寸法に基づいて判定することを含む。方法２９００は、動作２９２０において、その判定に基づいて変換を行うことを含む。いくつかの実施形態において、ブロック寸法は、ブロックにおけるサンプルの数量、ブロックの幅またはブロックの高さのうち少なくとも１つを含むことができる。

いくつかの実施形態において、ブロックの幅が閾値以下である場合、この指示はビットストリーム表現で信号通知される。いくつかの実施形態において、ブロックの高さが閾値以下である場合、この指示はビットストリーム表現で信号通知される。いくつかの実施形態において、閾値は６４であってもよい。

いくつかの実施形態において、ブロックの幅および高さが閾値よりも大きい場合、この指示はビットストリーム表現で信号通知される。いくつかの実施形態において、閾値は４であってもよい。いくつかの実施形態において、ブロックにおけるサンプルの数が閾値よりも大きい場合、この指示はビットストリーム表現で信号通知される。いくつかの実施形態において、閾値は１６であってもよい。いくつかの実施形態において、ブロックの幅がブロックの高さに等しい場合、この指示はビットストリーム表現で信号通知される。

いくつかの実施形態において、（１）ブロックの幅が第１の閾値よりも大きい、（２）ブロックの高さが第２の閾値よりも大きい、または（３）ブロックにおけるサンプルの数が第３の閾値以下である場合、この指示はビットストリーム表現に含まれていない。いくつかの実施形態において、第１の閾値および第２の閾値は６４である。いくつかの実施形態において、第３閾値は１６であってもよい。

いくつかの実施形態において、この判定は、このブロックに関連付けられた特徴にさらに基づいて行われる。いくつかの実施形態において、特徴はブロックの予測モードを含む。いくつかの実施形態において、特徴はブロックの量子化パラメータを含む。いくつかの実施形態において、特徴はブロックの近傍のブロックのパレットフラグを含む。いくつかの実施形態において、特徴はブロックの近傍のブロックのＩＢＣフラグを含む。いくつかの実施形態において、特徴はブロックのカラーフォーマットの指示を含む。いくつかの実施形態において、特徴はブロックの符号化木構造を含む。いくつかの実施形態において、特徴はブロックのスライスグループタイプ、タイルグループタイプまたはピクチャタイプを含む。

図３０は、本技術にしたがった映像処理方法３０００を示すフローチャートである。方法３０００は、動作３０１０において、映像のブロックとこの映像のビットストリーム表現との間での変換のために、このブロックを含む映像領域の第２の指示に基づいて、このブロックに対してパレットモードが許可されているかどうかを判定することを含む。方法３０００は、また、動作３０２０において、その判定に基づいて変換を行うことを含む。

いくつかの実施形態において、映像領域は、スライス、タイルグループまたはピクチャを含むことができる。いくつかの実施形態において、ビットストリーム表現は、第２の指示がわずかな動きベクトル差が有効化されることを示す場合、パレットモードが許可されるかどうかの明確な指示を除外する。いくつかの実施形態において、第２の指示は、ビットストリーム表現に存在するフラグとして表される。いくつかの実施形態において、第２の指示は映像領域に対してパレットモードが有効化されるかどうかを示す。いくつかの実施形態において、ビットストリーム表現は、第２の指示が映像領域に対してパレットモードが無効化されていることを示す場合、パレットモードが許可されているかどうかを明確に示すことを含まない。いくつかの実施形態において、ビットストリーム表現がパレットモードを許可するかどうかを明確に示すものを含まない場合、ブロックに対してパレットモードは許可されない。

図３１は、本技術に従った映像処理の方法３１００を示すフローチャートである。方法３１００は、動作３１１０において、映像のブロックとこの映像のビットストリーム表現との間での変換のために、このブロックを含む映像領域の第２の指示に基づいて、このブロックに対してイントラブロックコピー（ＩＢＣ）モードが許可されているかどうかを判定することを含む。方法３１００は、また、動作３１２０において、その判定に基づいて変換を行うことを含む。

いくつかの実施形態において、映像領域は、スライス、タイルグループまたはピクチャを含むことができる。いくつかの実施形態において、ビットストリーム表現は、第２の指示がわずかな動きベクトル差が有効化されることを示す場合、ＩＢＣモードが許可されるかどうかの明確な指示を除外する。いくつかの実施形態において、第２の指示は、ビットストリーム表現に存在するフラグとして表される。いくつかの実施形態において、第２の指示は映像領域に対してＩＢＣモードが有効化されるかどうかを示す。いくつかの実施形態において、ビットストリーム表現は、第２の指示が映像領域に対してＩＢＣモードが無効化されていることを示す場合、ＩＢＣモードが許可されているかどうかを明確に示すことを含まない。いくつかの実施形態において、ビットストリーム表現がＩＢＣモードを許可するかどうかを明確に示すものを含まない場合、ブロックに対してＩＢＣモードは許可されない。

いくつかの実施形態において、変換はビットストリーム表現から現在のブロックを生成する。いくつかの実施形態において、変換は現在のブロックからビットストリーム表現を生成する。

開示される技術のいくつかの実施形態は、映像処理ツールまたはモードを有効化するように決定または判定することを含む。一例において、映像処理ツールまたはモードが有効化される場合、エンコーダは、１つの映像ブロックを処理する際にこのツールまたはモードを使用するまたは実装するが、このツールまたはモードの使用に基づいて、結果として得られるビットストリームを必ずしも修正しなくてもよい。すなわち、映像のブロックから映像のビットストリーム表現への変換は、決定または判定に基づいて映像処理ツールまたはモードが有効化される場合に、この映像処理ツールまたはモードを使用する。別の例において、映像処理ツールまたはモードが有効化される場合、デコーダは、ビットストリームが映像処理ツールまたはモードに基づいて修正されたことを知って、ビットストリームを処理する。すなわち、決定または判定に基づいて有効化された映像処理ツールまたはモードを使用して、映像のビットストリーム表現から映像のブロックへの変換を行う。

開示される技術のいくつかの実施形態は、映像処理ツールまたはモードを無効化するように決定または判定することを含む。一例において、映像処理ツールまたはモードが無効にされている場合、エンコーダは、映像のブロックを映像のビットストリーム表現に変換する際に、このツールまたはモードを使用しない。別の例において、映像処理ツールまたはモードが無効にされている場合、デコーダは、決定または判定に基づいて有効化された映像処理ツールまたはモードを使用してビットストリームが修正されていないことを知って、ビットストリームを処理する。

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

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、要素、サブルーチン、または他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１つ以上のモジュール、サブプログラム、またはコードの一部を格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。

本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブル処理装置によって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。

コンピュータプログラムの実行に適した処理装置は、例えば、汎用および専用マイクロ処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上の処理装置を含む。一般的に、処理装置は、リードオンリーメモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を実行するための処理装置と、命令およびデータを記憶するための１つ以上のメモリデバイスとである。一般的に、コンピュータは、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。処理装置およびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。

本特許明細書は多くの詳細を含むが、これらは、任意の主題の範囲または特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態のコンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、
特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。

同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で行われること、または示された全ての動作が行われることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。

いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。

関連出願の相互参照
本願は、２０２０年２月２４日出願の国際特許出願ＰＣＴ／ＣＮ２０２０／０７６３６８号に基づく、２０２０年２月２４日出願の日本国特許２０２１－５５１９７３号に基づいており、２０１９年３月８日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７７４５４号の優先権および利益を主張する。前述の出願の全開示は、参照により本出願の開示の一部として組み込まれる。

Claims (27)

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. 前記コードが記憶されたコンピュータ読み取り可能な媒体であって、前記コードが実行されると、処理装置に、請求項１～２５のいずれか１項に記載の方法を実装させる、コンピュータ読み取り可能な媒体。

Images