JP2024026326A - 変換スキップモードのためのコンテキスト符号化 - Google Patents

Abstract

【課題】変換スキップモードにおける係数符号化のための装置、システムおよび方法を提供する。【解決手段】映像処理の方法は、ビジュアルメディアデータの映像領域における１または複数の映像ブロックを、ビジュアルメディアデータのビットストリーム表現に符号化するために、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差が、変換を適用することなく、ビットストリーム表現にて表されるように、１または複数の映像ブロックの現在の映像ブロックを変換スキップモードを使用して符号化することができる最大許容寸法を判定することと、ビットストリーム表現に最大許容寸法を示す構文要素を含めることと、を含む。【選択図】図９Ａ

Description

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

本明細書は、映像および画像の符号化および復号化の技術、システム、および装置に関する。

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

デジタル映像符号化、具体的には、映像符号化のための変換スキップモードにおける係数符号化に関するデバイス、システム、および方法について記載する。記載した方法は、既存の映像符号化規格（例えば、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ））および将来の映像符号化規格（例えば、ＶＣＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ））またはコーデックの両方に適用することができる。

１つの例示的な態様において、ビジュアルメディア処理のための方法が開示される。方法は、ビジュアルメディアデータの映像領域内の１または複数の映像ブロックを前記ビジュアルメディアデータのビットストリーム表現に符号化するために、変換を適用することなく、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差がビットストリーム表現で表現されるように、１または複数の映像ブロックの現在の映像ブロックを変換スキップモードを使用して符号化することができる最大許容寸法を判定することと、ビットストリーム表現に最大許容寸法を示す構文要素を含めることと、を有する。

別の例示的な態様において、ビジュアルメディア処理方法が開示される。方法は、１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から、構文要素の構文解析を行うことであって、構文要素は、変換を適用することなく、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差をビットストリーム表現において表現する変換スキップモードを使用して、１または複数の映像ブロックの現在の映像ブロックを符号化することができる最大許容寸法を示す、ことと、最大許容寸法に従って１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成することと、を有する。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、変換スキップモードを使用してビジュアルメディアデータの現在の映像ブロックを符号化することを判定することと、決定に基づいて、現在の映像ブロックとビジュアルメディアデータのビットストリーム表現との間の変換を実行することと、を有し、変換の間、現在の映像ブロックは、複数の係数グループに分割され、複数の係数グループのうちの少なくとも１つの係数グループのための符号化ブロックフラグの信号通知がビットストリーム表現において排除され、変換スキップモードにおいて、変換を適用することなく、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差が、ビットストリーム表現にて表現される。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、変換スキップモードを使用してビジュアルメディアデータの現在の映像ブロックを符号化することを判定することと、決定に基づいて、現在の映像ブロックとビジュアルメディアデータのビットストリーム表現との間の変換を行うことと、を有し、変換の間、現在の映像ブロックは複数の係数グループに分割され、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずにビットストリーム表現にて表現され、さらに、変換の間、ビットストリーム表現における指示に、少なくとも部分的に基づいて、複数の係数グループの係数走査順序が判定される。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、ビジュアルメディアデータの映像領域内の現在の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、変換を適用せずに、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差がビットストリーム表現で表現される変換スキップモードを用いることと、現在の映像ブロックを複数の係数グループに分割することに基づいて、現在の映像ブロックに関連付けられた係数グループにおける１または複数の近傍の映像ブロックの符号フラグに従って、現在の映像ブロックの符号フラグのコンテキストを選択することと、を有する。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、変換を適用せずに、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差がビットストリーム表現で表現される変換スキップモードにおいて使用される符号フラグのコンテキストを識別ために、現在の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現を構文解析することと、符号フラグのコンテキストが、現在の映像ブロックを複数の係数グループに分割することに基づいて、現在の映像ブロックに関連付けられた係数グループにおける１または複数の近傍の映像ブロックの符号フラグに従うように、ビットストリーム表現から復号化された映像領域を生成することと、を有する。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、現在の映像ブロックが複数の係数位置に分割される場合、ビジュアルメディアデータの現在の映像ブロックに関連付けられた現在の係数の位置を判定することと、少なくとも１または複数の近傍の係数の符号フラグに基づいて、現在の係数の符号フラグのコンテキストを導出することと、コンテキストに基づいて、現在の係数の符号フラグを生成することであって、現在の係数の符号フラグは、変換を適用せずに現在の映像ブロックを符号化する変換スキップモードにおいて使用される、こととを有する。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、ビジュアルメディアデータの映像領域内の１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、現在の映像ブロックに対して彩度変換スキップモードが適用可能である少なくとも１つの規則を満たすことに基づいて判定することであって、彩度変換スキップモードにおいて、前記現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差が、変換を適用せずに前記ビジュアルメディアデータの前記ビットストリーム表現にて表される、ことと、前記ビットストリーム表現に彩度変換スキップモードを示す構文要素を含めることと、を有する。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、彩度変換スキップモードの適用に関連づけられた少なくとも１つの規則が満たされる、１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から、構文要素を構文解析することであって、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差が、変換を適用せずにビジュアルメディアデータのビットストリーム表現で表わされる、ことと、１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成することと、を有する。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、ビジュアルメディアデータの映像領域における１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するため、条件に基づいて現在の映像ブロックに変換スキップモードの選択的適用に関する決定を行うことと、ビットストリーム表現に、条件を示す構文要素を含めることとを有し、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差が、変換を適用せずにビジュアルメディアデータのビットストリーム表現にて表現される。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から、構文要素を構文解析することであって、構文要素は、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差が、変換を適用せずにビットストリーム表現にて表される変換スキップモードの使用に関する条件を示す、ことと、条件に従って１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成することと、を有する。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、ビジュアルメディアデータの映像領域における１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、ビットストリーム表現における変換スキップモードの指示に基づき、ＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）技術の選択的適用に関する決定を行うことであって、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差が、変換を適用せずにビジュアルメディアデータのビットストリーム表現にて表現され、ＱＲ－ＢＤＰＣＭ技術において、水平方向および／または垂直方向の予測誤差の残差が量子化およびエントロピー符号化される、ことと、ＱＲ－ＢＤＰＣＭ技術の選択的適用の指示をビットストリーム表現に含めることと、を有する。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から構文要素を構文解析することであって、構文要素は、ビットストリーム表現における変換スキップモードの指示に基づいて、ＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）技術の選択的適用を示し、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差が、変換を適用せずにビジュアルメディアデータのビットストリーム表現で表され、ＱＲ－ＢＤＰＣＭ技術において、水平方向および／または垂直方向の予測誤差の残差が量子化およびエントロピー符号化される、ことと、最大許容寸法に従って１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成することと、を有する。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、ビジュアルメディアデータの映像領域における１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、条件に基づいて別個のまたはデュアルツリーの選択的適用に関する決定を行うことと、ビットストリーム表現に、別個のまたはデュアルツリーの選択的適用を示す構文要素を含めることと、を有する。

さらに別の例示的な態様では、ビジュアルメディア処理の方法が開示される。方法は、１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から構文要素を構文解析することであって、構文要素は、条件に基づくまたは推論される別個のまたはデュアルツリーの選択的適用を示す、ことと、構文要素に従って、１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成することと、を有する。

さらに別の例示的な態様において、上述された方法を実装するように構成されたプロセッサを備える映像エンコーダまたはデコーダ装置が開示される。

別の例示的な態様において、コンピュータ可読プログラム媒体が開示される。媒体は、開示された方法のうちの１つを実装するためのプロセッサ実行可能命令を実装するコードを記憶する。

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

図１は、イントラブロックコピーの例を示す。 図２は、パレットモードで符号化されたブロックの例を示す。 図３は、パレットエントリを信号通知するためにパレット予測子を使用する例を示す。 図４は、水平方向および垂直方向の横断走査の例を示す。 図５は、パレットインデックスのコーディングの例を示す。 図６は、マルチタイプのツリー分割モードの例を示す。 図７は、ＣＣＬＭ（Ｃｒｏｓｓ－Ｃｏｍｐｏｎｅｎｔ Ｌｉｎｅａｒ Ｍｏｄｅｌ）予測モードにおいてパラメータを導出するために使用されるサンプルの例を示す。 図８は、彩度スケーリングを用いた輝度マッピングのための例示的なアーキテクチャを示す。 図９Ａは、映像処理方法の例を示すフローチャートである。 図９Ｂは、映像処理方法の例を示すフローチャートである。 図９Ｃは、映像処理方法の例を示すフローチャートである。 図９Ｄは、映像処理方法の例を示すフローチャートである。 図９Ｅは、映像処理方法の例を示すフローチャートである。 図１０は、本特許明細書に記載されるビジュアルメディアの復号化またはビジュアルメディアの符号化技術を実現するためのハードウェアプラットフォームの一例を示すブロック図である。 図１１は、開示された技術を実装することができる例示的な映像処理システムを示すブロック図である。 図１２は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図１３は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図１４は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図１５は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図１６は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図１７は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図１８は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図１９は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図２０は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図２１は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図２２は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図２３は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図２４は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図２５は、ビジュアルメディア処理方法の一例を示すフローチャートである。 図２６は、ビジュアルメディア処理方法の一例を示すフローチャートである。

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

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

１．発明の概要

本願は、映像符号化／復号化技術に関する。具体的には、映像符号化における変換スキップモードにおける係数符号化に関する。ＨＥＶＣのような既存の映像符号化規格に適用してもよいし、規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）を確定させるために適用してもよい。本発明は、将来の映像符号化規格または映像コーデックにも適用可能であってよい。

２．初期の協議

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

ＶＶＣドラフトの最新バージョン、即ち、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ドラフト４）は、以下を参照することができる。

ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ－ｓｕｄｐａｒｉｓ．ｅｕ／ｊｖｅｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｃｕｒｒｅｎｔ＿ｄｏｃｕｍｅｎｔ．ｐｈｐ？ｉｄ＝５７５５

ＶＴＭと呼ばれるＶＶＣの最新の参照ソフトウェアは、以下で確認することができる。

ｈｔｔｐｓ：／／ｖｃｇｉｔ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｊｖｅｔ／ＶＶＣＳｏｆｔｗａｒｅ＿ＶＴＭ／ｔａｇｓ／ＶＴＭ－４．０

イントラブロックコピー

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

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

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

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

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

変数ｏｆｆｓｅｔＸおよびｏｆｆｓｅｔＹは、以下のように導出される。
ｏｆｆｓｅｔＸ＝（ＣｈｒｏｍａＡｒｒａｙＴｙｐｅ＝＝０）？０：（ｍｖＣＬＸ［０］＆０ｘ７？２：０） （８－１０６）
ｏｆｆｓｅｔＹ＝（ＣｈｒｏｍａＡｒｒａｙＴｙｐｅ＝＝０）？０：（ｍｖＣＬＸ［１］＆０ｘ７？２：０） （８－１０７）

参照ピクチャが現在のピクチャである場合、輝度動きベクトルｍｖＬＸは、以下の制約に従うべきであることが、ビットストリーム適合性の要件である。
－６．４．１節で規定されたようにｚ走査順序ブロックの可用性に対する導出処理は、（ｘＣｂ，ｙＣｂ）に等しく設定された（ｘＣｕｒｒ，ｙＣｕｒｒ）、および、（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）－ｏｆｆｓｅｔＸ，ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）－ｏｆｆｓｅｔＹ）に等しく設定された近傍の輝度位置（ｘＮｂＹ，ｙＮｂＹ）を入力として呼び出されると、出力は真となる。
－６．４．１項で規定されたようにｚ走査順序ブロックの可用性に対する導出処理は、（ｘＣｂ．ｙＣｂ）に等しく設定された（ｘＣｕｒｒ，ｙＣｕｒｒ）、および、（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）＋ｎＰｂＷ－１＋ｏｆｆｓｅｔＸ，ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）＋ｎＰｂＨ－１＋ｏｆｆｓｅｔＹ）に等しく設定された近傍の輝度位置（ｘＮｂＹ，ｙＮｂＹ）を入力として呼び出されると、出力は真となる。
－次の条件の一方または両方が真となる。
－（ｍｖＬＸ［０］＞＞２）＋ｎＰｂＷ＋ｘＢ１＋ｏｆｆｓｅｔＸの値が０以下である。
－（ｍｖＬＸ［１］＞＞２）＋ｎＰｂＨ＋ｙＢ１＋ｏｆｆｓｅｔＹの値が０以下である。
－次の条件が真となる。
（ｘＰｂ＋（ｍｖＬ［０］＞＞２）＋ｎＰｂＳｗ－１＋ｏｆｆｓｅｔＸ）／ＣｔｂＳｉｚｅＹ－ｘＣｕｒｒ／ＣｔｂＳｉｚｅＹ＜＝ｙＣｕｒｒ／ＣｔｂＳｉｚｅＹ－（ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）＋ｎＰｂＳｈ－１＋ｏｆｆｓｅｔＹ）／ＣｔｂＳｉｚｅＹ （８－１０８）

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

ＶＶＣテストモデルにおけるＩＢＣ

現在のＶＶＣテストモデル、すなわち、ＶＴＭ－４．０設計において、参照ブロック全体は現在のＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）を有するべきであり、現在のブロックと重複しない。よって、参照または予測ブロックを埋める必要がない。ＩＢＣフラグは、現在のＣＵの予測モードとして符号化される。このように、各ＣＵに対して、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、およびＭＯＤＥ＿ＩＢＣという全部で３つの予測モードが存在する。

ＩＢＣマージモード

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

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

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

ステップ３：ペアワイズ平均候補の挿入

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

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

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

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

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

ＩＢＣ ＡＭＶＰモード

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

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

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

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

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

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

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

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

ＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｓｏｌｔｉｏｎ）

ＨＥＶＣにおいて、スライスヘッダにおいてｕｓｅ＿ｉｎｔｅｇｅｒ＿ｍｖ＿ｆｌａｇが０である場合、１／４輝度サンプルの単位で、（動きベクトルとＣＵの予測動きベクトルとの間の）ＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）が信号通知される。ＶＶＣにおいて、ＣＵレベルのＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｓｏｌｕｔｉｏｎ）方式が導入される。ＡＭＶＲは、ＣＵのＭＶＤを異なる精度で符号化することを可能にする。現在のＣＵに対するモード（通常のＡＭＶＰモードまたはアフィンＡＶＭＰモード）に基づいて、現在のＣＵのＭＶＤは、以下のように適応的に選択され得る。
－通常ＡＭＶＰモード：１／４輝度サンプル、整数輝度サンプル、または４輝度サンプル。
－アフィンＡＭＶＰモード：１／４輝度サンプル、整数輝度サンプル、または１／１６
輝度サンプル。

現在のＣＵが少なくとも１つの非ゼロＭＶＤ成分を有する場合、ＣＵレベルＭＶＤ解像度指示が条件付きで通知される。すべてのＭＶＤ成分（すなわち、参照リストＬ０および参照リストＬ１の水平および垂直ＭＶＤの両方）がゼロである場合、１／４輝度サンプルＭＶＤ解像度が推測される。

少なくとも１つの非ゼロＭＶＤ成分を有するＣＵの場合、第１のフラグが、１／４輝度サンプルＭＶ精度がＣＵに対して使用されるか否かを示すために信号通知される。第１のフラグが０である場合、さらなる信号伝達は必要とされず、現在のＣＵに対し１／４輝度サンプルＭＶＤ精度が使用される。そうでない場合、第２のフラグが、通常のＡＭＶＰ ＣＵに対して整数輝度サンプルまたは４輝度サンプルのＭＶＤ精度が使用されるかどうかを示すために通知される。同じ第２のフラグは、整数輝度サンプルまたは１／１６輝度サンプルのＭＶＤ精度がアフィンＡＭＶＰ ＣＵに対して使用されるかどうかを示すために使用される。再構成ＭＶが意図された精度（１／４輝度サンプル、整数輝度サンプル、または４輝度サンプル）を有することを保証するために、ＣＵに対する動きベクトル予測モジュールは、ＭＶＤに加算される前に、ＭＶＤと同じ精度に丸められる。動きベクトル予測子はゼロに向かって丸める（すなわち、負の動きベクトル予測子は正の無限大に向かって丸められ、正の動きベクトル予測子は負の無限大に向かって丸められる）。

エンコーダは、ＲＤチェックを使用して、現在のＣＵに対する動きベクトルの解像度を決定する。各ＭＶＤ解像度に対してＣＵレベルのＲＤチェックを常に３回実行することを回避するために、ＶＴＭ４では、１／４輝度サンプル以外のＭＶＤ精度のＲＤチェックは、条件付きでのみ呼び出される。通常のＡＶＭＰモードの場合、まず、１／４輝度サンプルＭＶＤ精度および整数輝度サンプルＭＶ精度のＲＤコストが計算される。次に、整数輝度サンプルＭＶＤ精度のＲＤコストと１／４輝度サンプルＭＶＤ精度のＲＤコストが比較され、４輝度サンプルＭＶＤ精度のＲＤコストをさらにチェックする必要があるかどうかが決定される。１／４輝度サンプルＭＶＤ精度のＲＤコストが整数輝度サンプルＭＶＤ精度のＲＤコストよりもずっと小さい場合、４輝度サンプルＭＶＤ精度のＲＤチェックは省略される。アフィンＡＭＶＰモードの場合、アフィンマージ／スキップモード、マージ／スキップモード、１／４輝度サンプリングＭＶＤ精度通常ＡＭＶＰモード、１／４輝度サンプリングＭＶＤ精度アフィンＡＭＶＰモードのレート－歪みコストをチェックした後、アフィンインターモードを選択しなかった場合、１／１６輝度サンプリングＭＶ精度、１画素ＭＶ精度アフィンインターモードはチェックされない。さらに、１／１６輝度サンプルおよび１／４輝度サンプルＭＶ精度アフィンインターモードにおける探索開始点として、１／４輝度サンプルＭＶ精度アフィンインターモードで得られたアフィンパラメータが用いられる。

パレットモード

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

ＨＥＶＣ－ＳＣＣ（Ｓｃｒｅｅｎ Ｃｏｎｔｅｎｔ Ｃｏｄｉｎｇ）拡張におけるパレットモード

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

パレットエントリのコーディング

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

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

パレットインデックスのコーディング

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

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

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

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

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

変換スキップモードにおける係数コーディング

ＪＶＥＴ－Ｍ０４６４およびＪＶＥＴ－Ｎ０２８０において、残差コーディングを変換スキップレベルの統計および信号特性に適応させるために、ＴＳ（Ｔｒａｎｓｆｏｒｍ Ｓｋｉｐ）モードにおける係数符号化についていくつかの改良が提案されている。

提案された変形例を以下に示す。

前回の有意な走査位置なし：残差信号は予測後の空間残差を反映しており、ＴＳに対して変換によるエネルギー圧縮は行われないため、変換ブロックの右下隅に、ゼロまたは有意でないレベルがより高い確率で後続することはもはやなくなる。従って、この場合、最後の重要な走査位置信号送信は省略される。

サブブロックＣＢＦ：最後の重要な走査位置信号がない場合、ＴＳに対するｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇを有するサブブロックＣＢＦ信号は、次のように変更されることが必要である。
○量子化に起因して、前述の有意でないシーケンスは、依然として変換ブロック内で局所的に発生してよい。従って、前に説明したように、最後の重要な走査位置が除去され、全てのサブブロックに対してｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇが符号化される。
○ＤＣ周波数位置をカバーするサブブロック（左上のサブブロック）のｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇは、特殊な場合を提示する。ＶＶＣドラフト３において、このサブブロックのｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇは決して信号通知されず、常に１に等しいと推測される。最後の有意な走査位置が別のサブブロックに位置する場合、それは、ＤＣサブブロックの外側に少なくとも１つの有意なレベルがあることを意味する。その結果、ＤＣサブブロックは、このサブブロックのｃｏｄｅｄ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが１に等しいと推測されるが、ゼロ／非有意レベルのみを含んでもよい。ＴＳに最後の走査位置情報がない場合、各サブブロックのｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇが信号通知される。これは、他の全てのｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇ構文要素が既に０に等しい場合を除き、ＤＣサブブロックのｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇをも含む。この場合、ＤＣ ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇは１に等しいと推測される（ｉｎｆｅｒＤｃＳｂＣｂｆ＝１）。このＤＣサブブロックには少なくとも１つの有意なレベルがなければならないので、このＤＣサブブロックにおける他のすべてのｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ構文要素が０に等しい場合、（０，０）における第１の位置のｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ構文要素は信号通知されず、１に等しくなるように導出される（ｉｎｆｅｒＳｂＤｃＳｉｇＣｏｅｆｆｌａｇ＝１）。
○ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇのコンテキストモデリングは変更される。コンテキストモデルインデックスは、現在のサブブロックの左側のｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇと、上側のｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇとの和として、両方の論理和に替えて計算される。

ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇコンテキストモデリング：ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇコンテキストモデルにおけるローカルテンプレートは、現在の走査位置の左側の近傍（ＮＢ_０）および上側の近傍（ＮＢ_１）のみを含むように修正される。コンテキストモデルオフセットは、重要な近傍の位置ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ［ＮＢ_０］＋ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ［ＮＢ_１］の数に過ぎない。そこで、現在の変換ブロックにおける対角ｄに依存する異なるコンテキストセットを選択することを排除する。その結果、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇを符号化するための３つのコンテキストモデルおよび単一のコンテキストモデルセットが得られる。

ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇおよびｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇコンテキストモデリング：ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇおよびｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇには単一のコンテキストモデルが用いられる。

ａｂｓ＿ｒｅｍａｉｎｄｅｒコーディング：変換スキップ残差絶対レベルの経験的分布は、典型的には、依然としてラプラシアンまたは幾何学的分布に適応するが、変換係数絶対レベルよりも大きい不安定性が存在する。具体的には、残差絶対レベルの場合、連続して実現する窓内の分散が高くなる。これは、ａｂｓ＿ｒｅｍａｉｎｄｅｒ構文の二値化およびコンテキストモデリングの以下のような修正の動機となる。
○二値化においてより高いカットオフ値、即ち、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、およびａｂｓ＿ｌｅｖｅｌ＿ｇｔ３をａｂｓ＿ｒｅｍａｉｎｄｅｒのＲｉｃｅ符号へ用いることで、各ビンの位置に対する専用のコンテキストモデルは、より高い圧縮効率が得られる。カットオフを大きくすると、より多くの「Ｘより大きい」フラグ、例えば、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ５＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ７＿ｆｌａｇ等が、カットオフが達するまでもたらされる。カットオフ自体は５に固定される（ｎｕｍＧｔＦｌａｇｓ＝５）。
○ライスパラメータ導出のためのテンプレートが修正され、すなわち、現在の走査位置の左側の近傍および上側の近傍のみが、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇコンテキストモデリングのためのローカルテンプレートに類似していると見なされる。

ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇコンテキストモデリング：符号のシーケンス内の不安定性および予測残差がしばしば偏っていることに起因して、全体的な経験的分布がほぼ均一に分布している場合であっても、符号はコンテキストモデルを使用して符号化され得る。符号の符号化には単一の専用コンテキストモデルが使用され、符号はｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇの後に構文解析されて、すべてのコンテキスト符号化ビンが一緒にまとめられる。

ＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）

ＪＶＥＴ－Ｍ０４１３において、ＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）が、スクリーンコンテンツを効率的に符号化するために提案されている。

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

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

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

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

水平方向の場合、

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

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

ＱＲ－ＢＤＰＣＭのテキスト変更案を以下に示す。

７．３．６．５ コーディングユニット構文

ｂｄｐｃｍ＿ｆｌａｇ［ｘ０］［ｙ０］が１の場合は、位置（ｘ０，ｙ０）の輝度コーディングブロックを含むコーディングユニットにｂｄｐｃｍ＿ｄｉｒ＿ｆｌａｇが存在することを指定する。
ｂｄｐｃｍ＿ｄｉｒ＿ｆｌａｇ［ｘ０］［ｙ０］が０の場合は、ｂｄｐｃｍブロックで使用される予測方向が水平であることを指定し、そうでない場合、垂直であることを指定する。

パーティション構造

ツリー構造を用いたＣＴＵの分割

ＨＥＶＣにおいて、ＣＴＵは、様々な局所的特徴に適応するように、コーディングツリーと呼ばれる４分木構造を用いてＣＵに分割される。インターピクチャ（時間的）予測またはイントラピクチャ（空間的）予測を使用して、ピクチャ領域を符号化するかどうかの決定は、葉ＣＵレベルで行われる。各葉ＣＵは、ＰＵ分割タイプに応じて１つ、２つまたは４つのＰＵに更に分割することができる。１つのＰＵの内部では、同じ予測処理が適用され、ＰＵ単位で関連情報がデコーダに送信される。ＰＵ分割タイプに基づく予測処理を適用することにより残差ブロックを取得した後、ＣＵのためのコーディングツリーに類似した別の４分木構造に従って、葉ＣＵをＴＵ（Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ）に分割することができる。ＨＥＶＣ構造の重要な特徴の１つは、ＣＵ、ＰＵ、ＴＵを含む複数のパーティション概念を有することである。

ＶＶＣにおいて、２値および３値分割セグメンテーション構造を使用するネストされたマルチタイプツリーを有する四分木は、複数の区分ユニットタイプの概念に取って代わる。即ち、それは、最大変換長に対して大き過ぎるサイズを有するＣＵに必要な場合を除き、ＣＵ、ＰＵ、およびＴＵ概念の分離を排除し、且つＣＵ区分形状のためのより多くの柔軟性をサポートする。コーディングツリー構造において、ＣＵは正方形または長方形のいずれかを有することができる。まず、ＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）を４分木構造で分割する。そして、四分木の葉のノードは、マルチタイプのツリー構造によってさらに区分され得る。図６に示すとおり、マルチタイプツリー構造の分割タイプには、垂直二値分割（ＳＰＬＩＴ＿ＢＴ＿ＶＥＲ）、水平二値分割（ＳＰＬＩＴ＿ＢＴ＿ＨＯＲ）、垂直三値分割（ＳＰＬＩＴ＿ＴＴ＿ＶＥＲ）、水平三値分割（ＳＰＬＩＴ＿ＴＴ＿ＨＯＲ）の４つがある。マルチタイプの木の葉のノードは、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）と呼ばれ、ＣＵが大き過ぎて最大変換長にならない限り、このセグメント化は、それ以上の分割なしに、予測および変換処理に使用される。これは、ほとんどの場合、ＣＵ、ＰＵ、およびＴＵが、ネストされたマルチタイプのツリーコーディングブロック構造を有する四分木において、同じブロックサイズを有することを意味する。サポートされる最大変換長がＣＵの色成分の幅または高さよりも小さい場合、この例外が生じる。また、輝度および彩度成分は、Ｉタイル上に別個の区分構造を有する。

クロスコンポーネント線形モデル予測

クロスコンポーネントの冗長性を低減するために、ＶＴＭ４においてＣＣＬＭ（Ｃｒｏｓｓ－Ｃｏｍｐｏｎｅｎｔ Ｌｉｎｅａｒ Ｍｏｄｅｌ）予測モードが使用され、この場合、以下のような線形モデルを使用することによって、同じＣＵの再構成された輝度サンプルに基づいて、彩度サンプルが予測される。

ここで、ｐｒｅｄ_Ｃ（ｉ，ｊ）は、ＣＵにおける予測彩度サンプルを表し、ｒｅｃ_Ｌ（ｉ，ｊ）は、同じＣＵのダウンサンプリングされた再構成された輝度サンプルを表す。線形モデルパラメータαおよびβは、ダウンサンプリングされた近傍の輝度サンプルのセットの中で、最小のサンプル値を有する輝度サンプルと、最大のサンプル値を有する輝度サンプルである２つのサンプルと、それらに対応する彩度サンプルから、輝度値と彩度値の間の関係から導出される。線形モデルパラメータαおよびβは、以下の式に従って求められる。

ここで、Ｙ_ａおよびＸ_ａは、最大の輝度サンプル値を有する輝度サンプルの輝度値および彩度値を表す。そして、Ｘ_ｂおよびＹ_ｂは、それぞれ、最小の輝度サンプルを有する輝度サンプルの輝度値および彩度値を表す。図７は、左および上のサンプルおよびＣＣＬＭモードに関する現在のブロックのサンプルの位置の例を示す。

ＬＭＣＳ（Ｌｕｍａ Ｍａｐｐｉｎｇ ｗｉｔｈ Ｃｈｒｏｍａ Ｓｃａｌｉｎｇ）

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

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

ＪＶＥＴ－Ｎ０２８０における係数コーディングは、スクリーンコンテンツコーディングにおいて符号化の利点を実現することができるが、係数コーディングおよび変換スキップ（ＴＳ）モードは、依然としていくつかの欠点を有する可能性がある。
（１）ＴＳモードにおいて最大許容の幅または高さは、柔軟性を制限され得る、ＰＰＳにおける１つの共通の値によって制御される。
（２）すべてのコーディンググループ（ＣＧ）は、オーバーヘッドコストを増大させ得る、ＴＳモードのためのｃｂｆフラグを信号通知する必要がある。
（３）係数走査順序は、イントラ予測モードを考慮していない。
（４）符号フラグコーディングは、１つのコンテキストのみを使用する。
（５）彩度成分における変換スキップはサポートされていない。
（６）変換スキップフラグは、オーバーヘッドコストおよびコーディングの複雑さを増大させる全ての予測モードに適用される。

４． 実施形態の例

以下の詳細な発明は、一般的な概念を説明するための例であると考えられるべきである。これらの発明は狭い意味で解釈されるべきではない。さらに、これらの発明は、任意の方法で組み合わせることができる。

１．変換スキップのための最大許容幅および最大許容高さの指示の両方は、ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループにおいて、信号通知されてよい。
ａ．一例において、変換スキップのための最大許容幅および最大許容高さは、ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループにおいて信号通知される異なるメッセージにより、示されてもよい。
ｂ．一例において、最大許容幅および／または最大許容高さは、まずＳＰＳ／ＰＰＳにおいて信号通知され、次にピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループにおいて更新されてもよい。

２．ＴＳコーディングブロックは複数の係数グループ（ＣＧ）に分割され、少なくとも１つのＣＧのコーディングブロックフラグ（Ｃｂｆ）フラグの信号通知は省略されてもよい。
ａ．一例において、例えば、ＴＳコーディングブロックのために、すべてのＣＧのＣｂｆフラグの信号通知が省略されてもよい。
ｂ．一例において、ＴＳモードのために、ＣＧの省略されたｃｂｆフラグは１と推測されてよい。
ｃ．一例において、ＣＧのＣｂｆフラグの一部または全部を省略するかは、コーディングモードに依存してよい。
ｉ．一例において、ＴＳコーディングイントラブロックの場合、ＣＧのすべてのＣｂｆフラグの信号通知は省略される。
ｄ．一例において、ＣＧの省略されたＣｂｆフラグは、以下に基づいて推測されてもよい。
ｉ．ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵにおいて信号通知されたメッセージ
ｉｉ．ＣＧの位置
ｉｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック寸法
ｉｖ．現在のブロックおよび／またはその近傍のブロックのブロック形状
ｖ．現在のブロックおよび／またはその近傍のブロックの最確モード
ｖｉ．現在のブロックの近傍のブロックの予測モード（イントラ／インター）
ｖｉｉ．現在のブロックの近傍のブロックのイントラ予測モード
ｖｉｉｉ．現在のブロックの近傍のブロックの動きベクトル
ｉｘ．現在のブロックの近傍のブロックのＱＲ－ＢＤＰＣＭモードの指示
ｘ．現在のブロックおよび／またはその近傍のブロックの現在の量子化パラメータ
ｘｉ．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
ｘｉｉ．シングル／デュアルコーディングツリー構造
ｘｉｉｉ．スライス／タイルグループのタイプおよび／またはピクチャのタイプ

３．ＴＳコーディングブロックにおける係数走査順序は、ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵにおいて信号通知されたメッセージに依存してよい。
ａ．代替的に、ＴＳが使用される場合、ＣＧおよび／または係数走査順序は、イントラ予測モードに依存してよい。
ｉ．一例において、イントラ予測モードが水平方向に優勢である場合、走査順序は垂直であってよい。
１．一例において、イントラ予測モードインデックスが２～３４の範囲にある場合、走査順序は垂直であってよい。
２．一例において、イントラ予測モードインデックスが２～３３の範囲にある場合、走査順序は垂直であってよい。
ｉｉ．一例において、イントラ予測モードが垂直方向に優勢である場合、走査順序は垂直であってよい。
１．一例において、イントラ予測モードインデックスが３４～６６の範囲にある場合、走査順序は垂直であってよい。
２．一例において、イントラ予測モードインデックスが３５～６６の範囲にある場合、走査順序は垂直であってよい。
ｉｉｉ．一例において、イントラ予測モードが垂直方向に優勢である場合、走査順序は水平であってよい。
１．一例において、イントラ予測モードインデックスが３４～６６の範囲にある場合、走査順序は垂直であってよい。
２．一例において、イントラ予測モードインデックスが３５～６６の範囲にある場合、走査順序は垂直であってよい。
ｉｖ．一例において、イントラ予測モードが水平方向に優勢である場合、走査順序は水平であってよい。
１．一例において、イントラ予測モードインデックスが２～３４の範囲にある場合、走査順序は垂直であってよい。
２．一例において、イントラ予測モードインデックスが２～３３の範囲にある場合、走査順序は垂直であってよい。

４．符号フラグコーディングのコンテキストは、ＴＳモードのための係数ブロックにおける近傍の情報に依存してよいことが提案される。
ａ．一例において、現在の符号フラグを符号化するコンテキストは、ＴＳモードのための近傍の符号フラグの値に依存してよい。
ｉ．一例において、現在の符号フラグを符号化するコンテキストは、左および／または上の近傍の符号フラグの値に依存してよい。
１．一例において、現在の符号フラグのコンテキストは、Ｃ＝（Ｌ＋Ａ）として導出されてよく、ここで、Ｃはコンテキストｉｄであり、Ｌはその左の近傍の符号フラグであり、Ａはその上の近傍の符号フラグである。
２．一例において、現在の符号フラグのコンテキストは、Ｃ＝（Ｌ＋Ａ＊２）として導出されてよく、ここで、Ｃはコンテキストｉｄであり、Ｌはその左の近傍の符号フラグであり、Ａはその上の近傍の符号フラグである。
３．一例において、現在の符号フラグのコンテキストは、Ｃ＝（Ｌ＊２＋Ａ）として導出されもよく、ここで、Ｃはコンテキストｉｄであり、Ｌはその左の近傍の符号フラグであり、Ａはその上の近傍の符号フラグである。
ｉｉ．一例において、現在の符号フラグを符号化するコンテキストは、左の近傍、上の近傍、および左上の近傍の符号フラグの値に依存してよい。
ｉｉｉ．一例において、現在の符号フラグを符号化するコンテキストは、左の近傍、上の近傍、左上の近傍、右上の近傍の符号フラグの値に依存してよい。
ｂ．一例において、現在の符号フラグを符号化するコンテキストは、係数の位置に依存してよい。
ｉ．一例において、符号フラグのコンテキストは、異なる位置で異なってよい。
ｉｉ．一例において、符号フラグのコンテキストは、ｘ＋ｙに依存してよく、ここで、ｘおよびｙは、位置の水平および垂直位置である。
ｉｉｉ．一例において、符号フラグのコンテキストは、ｍｉｎ（ｘ，ｙ）に依存してよく、ここで、ｘおよびｙは、位置の水平および垂直位置である。
ｉｖ．一例において、符号フラグのコンテキストは、ｍａｘ（ｘ，ｙ）に依存してよく、ここで、ｘおよびｙは、位置の水平および垂直位置である。

５．彩度変換スキップモードがサポートされてよいことが提案される。
ａ．一例において、彩度変換スキップモードの使用は、ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵ／映像データユニットにおいて信号通知されたメッセージに基づいてよい。
ｂ．代替的に、彩度変換スキップモードの使用は、同じ色成分または他の色成分における１または複数の代表的な以前に符号化されたブロックの復号化された情報に基づいてもよい。
ｉ．一例において、代表的なブロックのＴＳフラグの指示が偽である場合、彩度ＴＳフラグの指示は偽であると推測されてよい。代替的に、代表ブロックのＴＳフラグの表示が真である場合、彩度ＴＳフラグの表示が真であると推測されてよい。
ｉｉ．一例において、代表ブロックは、輝度ブロックまたは彩度ブロックであってよい。
ｉｉｉ．一例において、代表ブロックは、配列された輝度ブロック内の任意のブロックであってよい。
ｉｖ．一例において、代表ブロックは、現在の彩度ブロックの近接の彩度ブロックの１つであってよい。
ｖ．一例において、代表ブロックは、現在の彩度ブロック内の中心彩度サンプルの対応する輝度サンプルをカバーしているブロックであってよい。
ｖｉ．一例において、代表ブロックは、現在の彩度ブロック内の右下の彩度サンプルの対応する輝度サンプルをカバーしているブロックであってよい。

６．変換スキップモードを適用するかどうかおよび／またはどのように適用するかは、ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵ／映像データユニットにおいて信号通知されたメッセージに依存してよい。
ａ．一例において、変換スキップモードをいつおよび／またはどのように適用するかの指示は、以下に依存してよい。
ｉ．現在のブロックおよび／またはその近傍のブロックのブロック寸法
ｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック形状
ｉｉｉ．現在のブロックおよび／またはその近傍のブロックの最確モード。
ｉｖ．現在のブロックの近傍のブロックの予測モード（イントラ／インター）
ｖ．現在のブロックの近傍のブロックのイントラ予測モード
ｖｉ．現在のブロックの近傍のブロックの動きベクトル
ｖｉｉ．現在のブロックの近傍のブロックのＱＲ－ＢＤＰＣＭモードの指示
ｖｉｉｉ．現在のブロックおよび／またはその近傍のブロックの現在の量子化パラメータ
ｉｘ．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
ｘ．シングル／デュアルコーディングツリー構造
ｘｉ．スライス／タイルグループタイプおよび／またはピクチャタイプ
ｘｉｉ．時間層ＩＤ
ｂ．一例において、変換スキップモードは、予測モードがＩＢＣモードであり、ブロック幅および／またはブロック高さが閾値よりも小さい／大きい／等しい場合に、適用されてよい。
ｉ．一例において、閾値は、４、８、１６または３２が設定されてよい。
ｉｉ．一例において、閾値は、ビットストリームにて信号通知されてよい。
ｉｉｉ．一例において、閾値は、次に基づいてよい。
１．ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵにおいて信号通知されたメッセージ
２．現在のブロックおよび／またはその近傍のブロックのブロック寸法
３．現在のブロックおよび／またはその近傍のブロックのブロック形状
４．現在のブロックおよび／またはその近傍のブロックの最確モード
５．現在のブロックの近傍のブロックの予測モード（イントラ／インター）
６．現在のブロックの近傍のブロックのイントラ予測モード
７．現在のブロックの近傍のブロックの動きベクトル
８．現在のブロックの近傍のブロックのＱＲ－ＢＤＰＣＭモードの指示
９．現在のブロックおよび／またはその近傍のブロックの現在の量子化パラメータ
１０．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
１１．シングル／デュアルコーディングツリー構造
１２．スライス／タイルグループのタイプおよび／またはピクチャタイプ
１３．時間層ＩＤ

７．ＴＳモードの指示を信号通知するかどうかは、復号化された／導出されたイントラ予測モードに依存してよい。
ａ．代替的に、さらに、ＱＲ－ＢＤＰＣＭコーディングブロックにおいて使用される許可されたイントラ予測モード／方向と、ＱＲ－ＢＤＰＣＭの使用とに依存してよい。
ｂ．復号された、または導出されたイントラ予測モードの場合、それがＱＲ－ＢＤＰＣＭコーディングブロックで使用されるイントラ予測モード／方向の許可されたセットの一部である場合、ＴＳフラグの信号通知は省略されてよい。
ｉ．一例において、ＱＲ－ＢＤＰＣＭが１つのスライス／ピクチャ／タイル／ブリックを符号化することを許可される場合、ＱＲ－ＢＤＰＣＭプロセスにおいて、垂直および水平モードは２つの許可されたモードであり、復号化された／導出されたイントラモードは垂直または水平モードであり、ＴＳモードの指示は通知されない。
ｃ．一例において、ＱＲ－ＢＤＰＣＭモードの指示（例えば、ｂｄｐｃｍ＿ｆｌａｇ）が１である場合、変換スキップモードは有効であると推測されてよい。
ｄ．上記方法は、以下に基づいて適用されてよい。
ｉ．ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵにおいて信号通知されたメッセージ
ｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック寸法
ｉｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック形状
ｉｖ．現在のブロックおよび／またはその近傍のブロックの最確モード
ｖ．現在のブロックの近傍のブロックの予測モード（イントラ／インター）
ｖｉ．現在のブロックの近傍のブロックのイントラ予測モード
ｖｉｉ．現在のブロックの近傍のブロックの動きベクトル
ｖｉｉｉ．現在のブロックの近傍のブロックのＱＲ－ＢＤＰＣＭモードの指示
ｉｘ．現在のブロックおよび／またはその近傍のブロックの現在の量子化パラメータ
ｘ．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
ｘｉ．シングル／デュアルコーディングツリー構造
ｘｉｉ．スライス／タイルグループタイプおよび／またはピクチャタイプ
ｘｉｉｉ．時間層ＩＤ

８．ＱＲ－ＢＤＰＣＭを適用するかどうか、および／または、どのように適用するかは、ＴＳモードの表示に依存してよい。
ａ．一例において、ＱＲ－ＢＤＰＣＭを適用するかどうかの指示は、ＣＵにおいて信号通知される代わりに、変換ユニット（ＴＵ）レベルで信号通知されてもよい。
ｉ．一例において、ＱＲ－ＢＤＰＣＭを適用するかどうかの指示は、ＴＳモードの表示がＴＵに適用された後に信号通知されてもよい。
ｂ．一例において、ＱＲ－ＢＤＰＣＭは、ＴＳモードの特殊な場合として扱われる。
ｉ．１つのブロックがＴＳモードで符号化される場合、ＱＲ－ＢＤＰＣＭモードまたは従来のＴＳモードが適用されるかを示すために、別のフラグがさらに信号通知されてもよい。それがＱＲ－ＢＤＰＣＭで符号化される場合、ＱＲ－ＢＤＰＣＭにおいて使用される予測方向がさらに信号通知されてよい。
ｉｉ．代替的に、１つのブロックがＴＳモードで符号化される場合、どの種類のＱＲ－ＢＤＰＣＭ（例えば、水平／垂直予測方向に基づくＱＲ－ＢＤＰＣＭ）または従来のＴＳモードが適用されるかを示すために、別のフラグがさらに信号通知されてよい。
ｃ．一例において、ＴＳモードの指示に基づいて、ＱＲ－ＢＤＰＣＭを適用するかどうかの指示が推測されてよい。
ｉ．一例において、輝度ブロックおよび／または彩度ブロックに対してＱＲ－ＢＤＰＣＭを適用するかどうかの指示は、同じブロックに対して変換スキップフラグを適用するかどうかの指示が真である場合に、真であると推測されてよい。代替的に、輝度ブロックおよび／または彩度ブロックに対して変換スキップフラグを適用するかどうかの指示が真である場合、同じブロックに対してＱＲ－ＢＤＰＣＭを適用するかどうかの指示は、真であると推測されてよい。
ｉｉ．一例において、輝度ブロックおよび／または彩度ブロックに対してＱＲ－ＢＤＰＣＭを適用するかどうかの指示は、同じブロックに対して変換スキップフラグを適用するかどうかの指示が偽である場合に、偽であると推測されてもよい。代替的に、輝度ブロックおよび／または彩度ブロックに対して変換スキップフラグを適用するかどうかの指示が偽である場合、同じブロックに対してＱＲ－ＢＤＰＣＭを適用するかどうかの指示は、偽であると推測されてよい。

９．シングル／デュアルツリーを適用するかどうかおよび／またはどのように適用するかは、ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵ／映像データユニットにおいて信号通知されたメッセージに依存してよい。
ａ．一例において、１つのシングル／デュアルツリーを適用するかどうかの指示は、現在のスライス／タイル／ＬＣＵ／ＬＣＵ行／ＬＣＵのグループ／映像データユニットがスクリーンコンテンツとして判定されるかどうかに依存してよい。
ｉ．更に、一例において、スライス／タイル／ＬＣＵ／ＬＣＵ行／ＬＣＵのグループ／映像データユニットがスクリーンコンテンツとして判定されるかどうかは、次に依存してよい。
１．ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵ／映像データユニットに信号通知されたメッセージ／フラグ
２．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック寸法
３．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック形状
４．現在のＣＴＵの現在の量子化パラメータおよび／またはその近傍のＣＴＵの現在の量子化パラメータ
５．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
６．以前のスライス／タイル／ＬＣＵ／ＬＣＵ行／ＬＣＵのグループ／映像データユニットの、シングル／デュアルコーディングツリー構造タイプ
７．スライス／タイルグループタイプおよび／またはピクチャタイプ
８．時間層ＩＤ
ｂ．一例において、シングル／デュアルツリーを適用するかどうかの指示は推測されてよく、それは以下に依存してよい。
ｉ．ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵ／映像データユニットにおいて信号通知されたメッセージ
ｉｉ．以前の符号化された、画像／タイル／スライス／再構成領域における、ＩＢＣ／インターモードのハッシュヒット率
ｉｉｉ．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック寸法
ｉｖ．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック形状
ｖ．現在のＣＴＵおよび／またはその近傍のＣＴＵの現在の量子化パラメータ
ｖｉ．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
ｖｉｉ．以前のスライス／タイル／ＬＣＵ／ＬＣＵ行／ＬＣＵのグループ／映像データユニットのシングル／デュアルコーディングツリー構造タイプ
ｖｉｉｉ．スライス／タイルグループタイプおよび／またはピクチャタイプ
ｉｘ．時間層ＩＤ
ｃ．一例において、ＣＣＬＭおよび／またはＬＭＣＳを適用するかどうかの指示は、シングル／デュアルコーディングツリー構造のタイプに依存してよい。
ｉ．一例において、シングル／デュアルツリーが使用される場合、ＣＣＬＭおよび／またはＬＭＣＳの指示は、偽であると推測されてよい。
ｄ．一例において、シングル／デュアルツリーを適用するかどうかの指示（即ち、シングルツリーまたはデュアルツリーのＣＴＵレベルの適応）は、デュアルツリーを有効化する指示（例えば、ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇ）が真であるかどうかに依存してよい。
ｉ．代替的に、更に、シーケンス／スライス／タイル／ブリックに対するデュアルツリーが有効でない（例えば、ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇが偽）場合、下位レベル（例えば、ＣＴＵ）でシングル／デュアルツリーを適用するかどうかの指示は偽と推測されてよい。
１．代替的に、デュアルツリーが有効である場合（例えば、ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇが真）、シーケンス／スライス／タイル／ブリックより小さい映像ユニットに対してシングル／デュアルツリーを適用するかどうかの指示が通知されてよい。
ｅ．一例において、シングル／デュアルツリーを適用するかどうか（即ち、シングルツリーまたはデュアルツリーのＣＴＵレベルの適応）の指示は、ＣＴＵレベルよりも高いレベルのフラグ（例えば、ｓｐｓ＿ａｓｄｔ＿ｆｌａｇおよび／またはｓｌｉｃｅ＿ａｓｄｔ＿ｆｌａｇ）が真であるかどうかに依存してよい。
ｉ．代替的に、更に、ＣＴＵレベルよりも高いレベルのフラグ（例えば、ｓｐｓ＿ａｓｄｔ＿ｆｌａｇおよび／またはｓｌｉｃｅ＿ａｓｄｔ＿ｆｌａｇ）が偽である場合、シングル／デュアルツリーを適用するかどうかの指示（即ち、シングルツリーまたはデュアルツリーのＣＴＵレベルの適応）が偽であると推測されてよい。
ｆ．上記方法は、シングルツリー分割の場合にも適用可能であり、またはシングル／デュアルコーディングツリー構造のタイプにも適用可能である。

１０．ＩＢＣを有効化するかどうかは、コーディングツリー構造のタイプに依存してよい。
ａ．一例において、所与のコーディングツリー構造タイプ（例えば、デュアルツリー）の場合、ＩＢＣモードの指示および／またはＩＢＣモードで使用されるブロックベクトルの信号通知は、省略され、推測されてよい。
ｂ．一例において、ＩＢＣモードの指示は、デュアルコーディングツリー構造タイプが適用される場合、偽であると推測されてよい。
ｃ．一例において、デュアルコーディングツリー構造タイプが適用される場合、輝度ブロックのＩＢＣモードの指示は偽であると推測されてよい。
ｄ．一例において、デュアルコーディングツリー構造タイプが適用される場合、彩度ブロックのＩＢＣモードの指示は偽であると推測されてよい。
ｅ．一例において、ＩＢＣモードの表示は、以下に基づいて推測されてよい。
ｉ．ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵ／映像データユニットにおいて信号通知されたメッセージ
ｉｉ．以前の符号化された画像／タイル／スライス／再構成領域におけるＩＢＣ／インターモードのハッシュヒット率
ｉｉｉ．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック寸法
ｉｖ．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック形状
ｖ．現在のＣＴＵおよび／またはその近傍のＣＴＵの現在の量子化パラメータ
ｖｉ．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
ｖｉｉ．以前のスライス／タイル／ＬＣＵ／ＬＣＵ行／ＬＣＵのグループ／映像データユニットのコーディングツリー構造タイプ
ｖｉｉｉ．スライス／タイルグループタイプおよび／またはピクチャタイプ
ｉｘ．時間層ＩＤ

１１．ＣＣＬＭを有効化するかどうかは、コーディングツリー構造のタイプに依存してよい。
ａ．一例において、所与のコーディングツリー構造タイプ（例えば、デュアルツリー）の場合、ＣＣＬＭモードの指示の信号通知、および／またはＣＣＬＭモードに関連する他の構文は、省略され、推測されてよい。
ｂ．一例において、デュアルコーディングツリー構造タイプが適用される場合、ＣＣＬＭモードの指示は偽であると推測されてよい。
ｃ．一例において、デュアルコーディングツリー構造タイプが適用される場合、ＣＣＬＭモードの指示は、以下に基づいて推測されてよい。
ｉ．ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵ／映像データユニットにおいて信号通知されたメッセージ
ｉｉ．以前の符号化された画像／タイル／スライス／再構成領域におけるＩＢＣ／インターモードのハッシュヒット率
ｉｉｉ．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック寸法
ｉｖ．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック形状
ｖ．現在のＣＴＵおよび／またはその近傍のＣＴＵの現在の量子化パラメータ
ｖｉ．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
ｖｉｉ．以前のスライス／タイル／ＬＣＵ／ＬＣＵ行／ＬＣＵのグループ／映像データユニットの、コーディングツリー構造タイプ
ｖｉｉｉ．スライス／タイルグループタイプおよび／またはピクチャタイプ
ｉｘ．時間層ＩＤ

１２．彩度成分のためにＬＭＣＳを有効化するかどうかは、コーディングツリー構造のタイプに依存してよい。
ａ．一例において、所与のコーディングツリー構造タイプ（例えば、デュアルツリー）の場合、彩度成分のためのＬＭＣＳの指示の信号通知、および／またはＬＭＣＳモードに関連する他の構文は、省略され、推測されてよい。
ｂ．一例において、デュアルコーディングツリー構造タイプが適用される場合、彩度成分のためのＬＭＣＳの指示は偽であると推測されてよい。
ｃ．一例において、彩度成分のためのＬＭＣＳの指示は、デュアルコーディングツリー構造タイプが適用される場合、以下に基づいて推測されてよい。
ｉ．ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵ／映像データユニットにおいて信号通知されたメッセージ
ｉｉ．以前の符号化された画像／タイル／スライス／再構成領域におけるＩＢＣ／インターモードのハッシュヒット率
ｉｉｉ．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック寸法
ｉｖ．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック形状
ｖ．現在のＣＴＵおよび／またはその近傍のＣＴＵの現在の量子化パラメータ
ｖｉ．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
ｖｉｉ．以前のスライス／タイル／ＬＣＵ／ＬＣＵ行／ＬＣＵのグループ／映像データユニットの、コーディングツリー構造タイプ
ｖｉｉｉ．スライス／タイルグループタイプおよび／またはピクチャタイプ
ｉｘ．時間層ＩＤ

１３．コーディングツリーの構造は、ＩＢＣが使用されるか否かに依存してよい。
ａ．一例において、デュアルツリー構造およびＩＢＣ方法は、シーケンス／ピクチャ／タイル／ブリック／ＣＴＵ／ＶＰＤＵ／３２×３２ブロック／６４×３２ブロック／３２×６４ブロックのレベルで同時に有効化されなくてよい。
ｂ．代替的に、更に、一例において、ＩＢＣ方法が有効である場合、デュアルツリー構造は、シーケンス／ピクチャ／タイル／ブリック／ＣＴＵ／ＶＰＤＵ／３２×３２ブロック／６４×３２ブロック／３２×６４ブロックのレベルで無効化されてよい。
ｃ．一例において、領域においてＩＢＣが使用される場合、彩度コーディングツリー構造は、輝度コーディングツリー構造に整列されてよい。
ｉ．一例において、領域は、シーケンス／ピクチャ／タイル／ブリック／ＣＴＵ／ＶＰＤＵ／３２×３２ブロック／６４×３２ブロック／３２×６４ブロックであってよい。
ｉｉ．一例において、配列された輝度ブロックをサブブロックに分割する場合、彩度ブロックは、分割が許可されている場合、サブブロックに分割されてもよい。
ｉｉｉ．一例において、彩度ブロックが分割されるかどうか、およびどのように分割されるかは、その配列された輝度ブロックのコーディング構造から推測されてよい。
ｉｖ．一例において、輝度コーディングツリー構造から彩度コーディングツリー構造を推測する場合、彩度コーディングツリー構造を符号化するための信号は省略されてよい。
ｖ．一例において、フラグは、輝度符号化構造から彩度符号化構造を推測することができるかどうかを示すために使用されてよい。フラグの信号通知は以下に依存してよい。
１．ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵ／映像データユニットにおいて信号通知されたメッセージ
２．以前の符号化された画像／タイル／スライス／再構成領域におけるＩＢＣ／インターモードのハッシュヒット率
３．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック寸法
４．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック形状
５．現在のＣＴＵおよび／またはその近傍のＣＴＵの現在の量子化パラメータ
６．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
７．以前のスライス／タイル／ＬＣＵ／ＬＣＵ行／ＬＣＵのグループ／映像データユニットのコーディングツリー構造タイプ
８．スライス／タイルグループタイプおよび／またはピクチャタイプ
９．時間層ＩＤ

１４．パレットコーディングモードを有効化するかどうかは、コーディングツリー構造タイプに依存してよい。
ａ．一例において、所与のコーディングツリー構造タイプ（例えば、デュアルツリー）の場合、パレットコーディングモードの指示の信号通知は、省略され、推測されてよい。
ｂ．一例において、デュアルコーディングツリー構造タイプが適用される場合、パレットコーディングモードの指示は偽であると推測されてよい。
ｃ．一例において、デュアルコーディングツリー構造タイプが適用される場合、輝度ブロックのパレットコーディングモードの指示は偽であると推測されてよい。
ｄ．一例において、デュアルコーディングツリー構造タイプが適用される場合、彩度ブロックのパレットコーディングモードの指示は偽であると推測されてよい。
ｅ．一例において、パレットコーディングモードの指示は、以下に基づいて推測されてよい。
ｉ．ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵ／映像データユニットにおいて信号通知されたメッセージ
ｉｉ．以前の符号化された画像／タイル／スライス／再構成領域におけるＩＢＣ／インターモードのハッシュヒット率
ｉｉｉ．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック寸法
ｉｖ．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック形状
ｖ．現在のＣＴＵおよび／またはその近傍のＣＴＵの現在の量子化パラメータ
ｖｉ．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
ｖｉｉ．以前のスライス／タイル／ＬＣＵ／ＬＣＵ行／ＬＣＵのグループ／映像データユニットのコーディングツリー構造タイプ
ｖｉｉｉ．スライス／タイルグループタイプおよび／またはピクチャタイプ
ｉｘ．時間層ＩＤ

１５．コーディングツリーの構造は、パレットコーディングモードを使用するか否かに依存してよい。
ａ．一例において、領域においてパレットコーディングモードが使用される場合、彩度コーディングツリー構造は、輝度コーディングツリー構造に整列されてよい。
ｉ．一例において、領域は、シーケンス／ピクチャ／タイル／ブリック／ＣＴＵ／ＶＰＤＵ／３２×３２ブロック／６４×３２ブロックであってよい。
ｉｉ．一例において、配列された輝度ブロックをサブブロックに分割する場合、彩度ブロックは、分割が許可されている場合、サブブロックに分割されてよい。
ｉｉｉ．一例において、彩度ブロックが分割されるかどうか、およびどのように分割されるかは、その配列された輝度ブロックのコーディング構造から推測されてよい。
ｉｖ．一例において、輝度コーディングツリー構造から彩度コーディングツリー構造を推測する場合、彩度コーディングツリー構造を符号化する信号は省略されてよい。
ｖ．一例において、フラグは、輝度コーディング構造から彩度コーディング構造を推測することができるかどうかを示すために使用されてよい。フラグの信号通知は以下に依存してよい。
１．ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵ／映像データユニットにおいて信号通知されたメッセージ
２．以前の符号化された画像／タイル／スライス／再構成領域におけるＩＢＣ／インターモードのハッシュヒット率
３．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック寸法
４．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック形状
５．現在のＣＴＵおよび／またはその近傍のＣＴＵの現在の量子化パラメータ
６．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
７．以前のスライス／タイル／ＬＣＵ／ＬＣＵ行／ＬＣＵのグループ／映像データユニットのコーディングツリー構造タイプ
８．スライス／タイルグループのタイプおよび／またはピクチャのタイプ
９．時間層ＩＤ

１６．彩度ＩＢＣコーディングブロックにおけるサブブロック／サンプルの動き／ブロックベクトルは、配列された輝度ブロック内の第１の利用可能なＩＢＣ符号化されたサブ領域から導出されてよい。
ａ．一例において、配列された輝度ブロック内のサブ領域の走査順序、例えばラスタ走査順序を規定してよい。
ｂ．一例において、サブ領域は、最小コーディングユニット／最小変換ユニットとして定義されてよい。
ｃ．一例において、彩度ＩＢＣモードにおける全サンプルの動き／ブロックベクトルは、配列された輝度ブロックにおいてＩＢＣまたはインターモードで符号化された最も左上のサンプルの動きベクトルに基づいて導出されてよい。

１７．彩度ＩＢＣモードにおいて、動き／ブロックベクトルが信号通知されてよい。
ａ．一例において、動きベクトルと動きベクトル予測子との間の差が信号通知されてよい。
ｉ．一例において、動きベクトル予測子は、配列された輝度ブロック、配列された輝度ブロックの近傍の輝度ブロック、現在の彩度ブロックの近傍の彩度ブロックの動きベクトルに基づいて導出されてよい。
１．一例において、動き／ブロックベクトル予測子は、配列された輝度ブロックにおける左上のサンプルの動きベクトルに基づいて導出されてよい。
２．一例において、動き／ブロックベクトル予測子は、配列された輝度ブロックにおける中心位置を有するサンプルの動きベクトルに基づいて導出されてよい。
３．一例において、動き／ブロックベクトル予測子は、配列された輝度ブロックにおけるＩＢＣまたはインターモードで符号化された最も左上のサンプルの動きベクトルに基づいて導出されてよい。
ｉｉ．一例において、輝度成分の１つのサブ領域に関連付けられた動きベクトル予測子は、予測子として使用される前にスケーリングされてよい。
ｉｉｉ．一例において、ブロックベクトルは、近傍の（隣接または非隣接の）彩度ブロックの動きベクトル／ブロックベクトルから導出されてよい。
ｂ．一例において、ブロックベクトル候補リストが構築され、このリストへのインデックスが信号通知されてよい。
ｉ．一例において、候補リストは、配列された輝度ブロック、配列された輝度ブロックの近傍の輝度ブロック、および近傍の彩度ブロックからの動きベクトル／ブロックベクトルを含んでよい。
ｃ．一例において、ＡＭＶＲフラグの指示は、推測されてよい。
ｉ．一例において、ＡＭＶＲフラグの指示は、彩度ＩＢＣモードで符号化されたブロックにおいて、偽（０）であると推測されてよい。
ｉｉ．一例において、動きベクトル差分の指示は、彩度ＩＢＣモードで符号化されたブロックにおいて、整数精度で推測されてよい。
ｄ．一例において、彩度ＩＢＣモードでは、別個のＨＭＶＰテーブルが使用されてよい。
ｉ．一例において、彩度ＨＭＶＰテーブルおよび輝度ＨＭＶＰテーブルのサイズは異なっていてよい。
ｅ．一例において、彩度ＩＢＣモードにおいてブロック／動きベクトルを信号通知するかどうかは、以下に基づいていてよい。
ｉ．配列された輝度ブロック内のすべてのサブ領域がＩＢＣモードで符号化されるかどうか。
１．そうである場合、彩度ブロックのブロックベクトルは信号通知する必要がない。そうでない場合、彩度ブロックのブロックベクトルは信号通知されてよい。
ｉｉ．配列された輝度ブロック内のすべてのサブ領域がＩＢＣモードで符号化され、関連付けられたブロックベクトルがすべて有効であるかどうか。
１．そうである場合、彩度ブロックのブロックベクトルは信号通知する必要がない。そうでない場合、彩度ブロックのブロックベクトルは信号通知されてよい。
ｉｉｉ．ＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／ＬＣＵのグループ／ＬＣＵ／ＣＵ／映像データユニットにおいて信号通知されたメッセージ
ｉｖ．以前の符号化された画像／タイル／スライス／再構成領域におけるＩＢＣ／インターモードのハッシュヒット率
ｖ．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック寸法
ｖｉ．現在のＣＴＵおよび／またはその近傍のＣＴＵのブロック形状
ｖｉｉ．現在のＣＴＵおよび／またはその近傍のＣＴＵの現在の量子化パラメータ
ｖｉｉｉ．カラーフォーマットの指示（例えば、４：２：０、４：４：４）
ｉｘ．以前のスライス／タイル／ＬＣＵ／ＬＣＵ行／ＬＣＵのグループ／映像データユニットのコーディングツリー構造タイプ
ｘ．スライス／タイルグループタイプおよび／またはピクチャタイプ
ｘｉ．時間層ＩＤ

１８．シングルツリーおよび分離／デュアルツリー選択／信号通知は、ＣＴＵ／ＣＴＢより下のレベルにあってよい。
ａ．一例において、シングルツリーおよび分離／デュアルツリー選択／信号通知は、ＶＰＤＵレベルにあってよい。
ｂ．一例において、シングルツリーおよび分離／デュアルツリー選択／信号通知は、明示的な分割ツリー信号通知が開始するレベルにあってもよい。

上述した例は、以下に説明する方法、例えば、方法９００、９１０、９２０、９３０、９４０に含まれてよく、これらの方法は、映像デコーダまたは映像エンコーダにおいて実施されてよい。

映像処理のための例示的な方法は、現在の映像ブロックと、現在の映像ブロックを有する映像のビットストリーム表現との間で変換を実行することを含み、変換はビットストリーム表現に含まれる指標に基づいて、変換のための変換スキップモードを選択的に使用し、変換スキップモードを使用して、変換を適用せずに現在の映像ブロックの予測誤差の残差はビットストリーム表現にて表現される。

いくつかの実施形態において、指標は、変換スキップモードにおける最大許容幅および最大許容高さである。

いくつかの実施形態において、最大許容幅および最大許容高さは、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｔａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）行またはＬＣＵのグループにおいて信号通知される。

いくつかの実施形態において、最大許容幅および最大許容高さは異なるメッセージで信号通知される。

いくつかの実施形態において、最大許容幅および高さは、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｔｅｒ Ｓｅｔ）またはＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）において信号通知され、最大許容幅および高さの更新値は、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）行またはＬＣＵのグループにおいて信号通知される。

図９Ａは、例示的な映像処理の方法の別のフローチャートを示す。方法９００は、ステップ９０２において、変換スキップモードを用いて現在の映像ブロックを符号化するかを判定することを含む。

方法９００は、ステップ９０４において、判定に基づいて、現在の映像ブロックと、現在の映像ブロックを有する映像のビットストリーム表現との間の変換を実行することを含む。

いくつかの実施形態において、現在の映像ブロックは複数の係数グループに分割され、ビットストリーム表現は複数の係数グループのうち少なくとも１つの係数グループに対するコーディングブロックフラグの信号通知を省略する。一例において、ビットストリーム表現は、複数の係数グループのそれぞれについてのコーディングブロックフラグの信号通知を省略する。

いくつかの実施形態において、ビットストリーム表現における信号通知において省略された符号化ブロックフラグは、次の１または複数に基づいて推測される。（１）ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループまたはＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）にて信号通知されたメッセージ、（２）複数の係数グループのうちの少なくとも１つの係数グループの位置、（３）現在の映像ブロックまたは現在の映像ブロックの少なくとも１つの近傍のブロックのブロック寸法、（４）現在の映像ブロックまたは少なくとも１つの近傍のブロックのブロック形状、（５）現在の映像ブロックまたは少なくとも一つの近傍のブロックの最確モード（６）少なくとも１つの近傍のブロックの予測モード、（７）少なくとも１つの近傍のブロックのイントラ予測モード、（８）少なくとも１つの近傍のブロックの１または複数の動きベクトル、（９）少なくとも１つの近傍のブロックのＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）モードの指示、（１０）現在の映像ブロックまたは少なくとも１つの近傍のブロックの現在の量子化パラメータ（ＱＰ：Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）、（１１）現在の映像ブロックのカラーフォーマットの指示、または（１２）現在の映像ブロックに関連付けられた別個の、またはデュアルコーディングツリー構造、または（１３）現在の映像ブロックの、スライスタイプ、タイルグループタイプ、またはピクチャタイプ。

いくつかの実施形態において、現在の映像ブロックは複数の係数グループに分割され、方法９００は更に、複数の係数グループの係数走査順序を判定することを含む。一例において、係数走査順序は、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループ、またはＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）において信号通知されるメッセージに基づく。

いくつかの実施形態において、複数の係数グループまたは係数走査順序は現在の映像ブロックのイントラ予測モードに基づく。一例において、係数走査順は垂直であり、イントラ予測モードは水平方向に支配的である。別の例において、係数走査順は水平であり、イントラ予測モードは水平方向に支配的である。例えば、イントラ予測モードのインデックスは、２～３３、または、２～３４の範囲である。

いくつかの実施形態において、複数の係数グループまたは係数走査順序は、現在の映像ブロックのイントラ予測モードに基づく。一例において、係数走査順は垂直であり、イントラ予測モードは垂直に支配的である。別の例において、係数走査順は水平であり、イントラ予測モードは垂直方向に支配的である。例えば、イントラ予測モードのインデックスは、３４～６６、または、３５～６６の範囲である。

いくつかの実施形態において、符号フラグのコンテキストは、現在の映像ブロックに関連付けられた係数ブロックにおける近傍の情報に基づく。一例において、符号フラグのコンテキストは更に、係数ブロックの係数の位置に基づく。別の例において、符号フラグのコンキテストは、（ｘ＋ｙ）、ｍｉｎ（ｘ，ｙ）、またはｍａｘ（ｘ，ｙ）に基づき、ｘおよびｙは、それぞれ、係数の位置の水平方向の値および垂直方向の値である。

図９Ｂは、例示的な映像処理の方法のさらに別のフローチャートを示す。方法９１０は、ステップ９１２において、現在の映像ブロックに対して、彩度変換スキップモードが適用可能であることを判定することを含む。

方法９１０は、ステップ９１４において、判定に基づいて、現在の映像ブロックと、現在の映像ブロックを有する映像のビットストリーム表現との間の変換を実行することを含む。

いくつかの実施形態において、判定は、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループ、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）、または映像データユニットにおいて信号通知されるメッセージに基づく。

いくつかの実施形態において、判定は変換を実行する前に復号された１または複数の代表映像ブロックからの復号化された情報に基づき、１または複数の代表映像ブロックおよび現在の映像ブロックのそれぞれにおけるサンプルは、共通の色情報に基づく。一例において、１または複数の代表映像ブロックは、輝度ブロックまたは彩度ブロックを有する。別の例において、１または複数の代表映像ブロックは、配列された輝度ブロック内の１つのブロックを有する。

図９Ｃは、例示的な映像処理の方法のさらに別のフローチャートを示す。方法９２０は、ステップ９２２において、現在の映像ブロックと、現在の映像ブロックを有する映像のビットストリーム表現とを変換する間、条件に基づいて、現在の映像ブロックに変換スキップモードの選択的適用に関する決定を行うことを含む。

方法９２０は、ステップ９２４において、決定に基づいて変換を行うことを含む。

いくつかの実施形態において、条件は、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループ、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）、または映像データユニットにおいて信号通知されたメッセージに基づく。

いくつかの実施形態において、条件は次のうち１または複数に基づく。（１）現在の映像ブロックまたは現在の映像ブロックの少なくとも１つの近傍のブロックのブロック寸法、（２）現在の映像ブロックまたは少なくとも１つの近傍のブロックのブロック形状、（３）現在の映像ブロックまたは少なくとも１つの近傍ブロックの最確モード、（４）少なくとも１つの近傍のブロックの予測モード、（５）少なくとも１つの隣接ブロックのイントラ予測モード、（６）少なくとも１つの近傍のブロックの１または複数の動きベクトルの指示、（７）少なくとも１つの近傍のブロックのＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）モードの指示、（８）現在の映像ブロックまたは少なくとも１つの近傍のブロックの現在のＱＰ（Ｑｕａｎｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）、（９）現在の映像ブロックのカラーフォーマットの指示、（１０）現在の映像ブロックに関連付けられた別個の、またはデュアルコーディングツリー構造、（１１）現在の映像ブロックの、スライスタイプ、タイルグループ、またはピクチャタイプ、または（１２）時間層識別（ＩＤ）。

いくつかの実施形態において、変換スキップモードの適用が実行され、現在の映像ブロックの予測モードがＩＢＣ（Ｉｎｔｅｒ Ｂｌｏｃｋ Ｃｏｐｙ）モードであり、現在の映像ブロックの幅または高さが閾値と比較される。一例において、閾値は、ビットストリーム表現で信号通知される。別の一例において、閾値は、４、８、１６、または３２に設定される。

さらに別の例において、閾値は、以下のうちの１または複数に基づく。（１）ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループ、またはＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）に通知されたメッセージ、（２）時間層識別（ＩＤ）、（３）現在の映像ブロックまたは現在の映像ブロックの少なくとも１つの近傍のブロックのブロック寸法、（４）現在の映像ブロックまたは少なくとも１つの近傍のブロックのブロック形状、（５）現在の映像ブロックまたは少なくとも１つの近傍のブロックの最確モード、（６）少なくとも１つの近傍のブロックの予測モード、（７）少なくとも１つの近傍のブロックのイントラ予測モード、（８）少なくとも１つの近傍のブロックの１または複数の動きベクトル、（９）少なくとも１つの近傍のブロックのＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）モードの指示、（１０）現在の映像ブロックまたは少なくとも１つの近傍のブロックの現在のＱＰ（Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）、（１１）現在の映像ブロックのカラーフォーマットの指示、（１２）現在の映像ブロックに関連付けられた別個の、またはデュアルコーディングツリー構造、または（１３）現在の映像ブロックの、スライスタイプ、タイルグループタイプ、またはピクチャタイプ。

図９Ｄは、例示的な映像処理の方法のさらに別のフローチャートを示す。方法９３０は、ステップ９３２において、現在の映像ブロックと現在の映像ブロックを有する映像のビットストリーム表現との間の変換の間、ビットストリーム表現における変換スキップモードの指示に基づいて、ＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）の選択的適用に関する決定を行うことを含む。

方法９３０は、ステップ９３４において、決定に基づいて、変換を実行することを含む。

いくつかの実施形態において、変換スキップモードの指示は、ＴＵ（Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ）レベルで信号通知される。

図９Ｅは、例示的な映像処理の方法のさらに別のフローチャートを示す。方法９４０は、ステップ９４２において、現在の映像ブロックと、現在の映像ブロックを有する映像のビットストリーム表現との変換の間、条件に基づいて別個の、またはデュアルツリーの選択的適用に関する決定を行うことを含む。

方法９４０は、ステップ９４４において、決定に基づいて、変換を実行することを含む。

いくつかの実施形態において、条件は、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＬＣＵ行、ＬＣＵのグループ、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）、または映像データユニットにおいて信号通知されたメッセージに基づく。

いくつかの実施形態において、条件は、現在の映像ブロックを有するスライス、タイル、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループ、または映像データユニットがスクリーンコンテンツであるかを判定することに基づく。一例において、判定は、以下のうちの１または複数に基づく。（１）ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ、ＬＣＵ行、ＬＣＵのグループ、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）、または映像データユニットに信号通知されたメッセージ、（２）現在の映像ブロックまたは現在の映像ブロックの少なくとも１つの近傍のブロックのブロック寸法、（３）現在の映像ブロックまたは少なくとも１つの近傍のブロックのブロック形状、（４）現在の映像ブロックまたは少なくとも１つの近傍のブロックの現在のＱＰ（Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）、（５）現在の映像ブロックのカラーフォーマットの指示、（６）現在の映像ブロックに関連付けられた別個の、またはデュアルコーディングツリー構造、（７）現在の映像ブロックの、スライスタイプ、タイルグループタイプ、またはピクチャタイプ、または（８）時間層識別（ＩＤ）。

図１０は、映像処理装置１０００のブロック図である。装置１０００は、本明細書に記載の方法の１または複数を実装するために使用してもよい。装置１０００は、スマートフォン、タブレット、コンピュータ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）受信機等により実施されてもよい。装置１０００は、１または複数のプロセッサ１００２、１または複数メモリ１００４、および映像処理ハードウェア１００６、を含んでよい。１または複数のプロセッサ１００２は、本明細書に記載される１または複数の方法（方法９００、９１０、９２０、９３０、および９４０を含むが、これに限定されない）を実装するように構成されてよい。１または複数のメモリ１００４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用されてよい。映像処理ハードウェア１００６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。

いくつかの実施形態において、映像符号化方法は、図１０を参照して説明したように、ハードウェアプラットフォームに実装される装置を使用して実施されてよい。

いくつかの実施態様において、例えば、上記の項目５および１０以降に記載されるように、映像処理の方法は、現在の映像ブロックに対応するコーディングツリー構造のタイプに基づいて、映像の現在の映像ブロックとビットストリーム表現との間の変換のために、イントラブロックコピーモードが適用可能であるかどうかを判定することと、判定に基づいて変換を実行することを含む。

上記方法において、ビットストリーム表現は、イントラブロックコピーモードの指示を排除する。言い換えれば、ビットストリームは、ＩＢＣモードの明確な信号通知を搬送しない。

上記方法において、コーディングツリー構造のタイプはデュアルコーディングツリー構造であり、イントラブロックコピーモードが適用可能でないと判定される。

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

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

周辺バスインターフェースユニットまたは表示インターフェースユニットの例は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）またはＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）（登録商標）またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、またはデジタルデータ処理および／または映像表示を実施可能な他のデバイス等の様々な電子デバイスにて実施されてもよい。

図１２は、ビジュアルメディア符号化の処理の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４で述べられた例示的な実施形態１に関連して説明する。ステップ１２０２において、処理は、ビジュアルメディアデータの映像領域における１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差がビットストリーム表現において変換を適用せずに表されるように、変換スキップモードを使用して、１または複数の映像ブロックのうちの現在の映像ブロックを符号化することができる最大許容寸法を判定する。ステップ１２０４において、処理は、ビットストリーム表現に、最大許容寸法を示す構文要素を含める。

図１３は、ビジュアルメディア復号化の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４で述べられた例示的な実施形態１に関連して説明する。ステップ１３０２において、処理は、１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から、構文要素を構文解析し、構文要素は、変換を適用せずに現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差をビットストリーム表現にて表現する変換スキップモードを使用して、映像領域の１または複数のブロックの現在の映像ブロックを符号化することができる最大許容寸法を示す。ステップ１３０４において、処理は、最大許容寸法に従って１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成する。

図１４は、ビジュアルメディア処理の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４で述べられた例示的な実施形態２に関連して説明する。ステップ１４０２において、処理は、変換スキップモードを利用して、ビジュアルメディアデータの現在の映像ブロックを符号化するかを判定する。ステップ１４０４において、処理は、判定に基づいて、ビジュアルメディアデータの現在の映像ブロックとビットストリーム表現との間の変換を実行し、変換中に、現在の映像ブロックは、複数の係数グループに分割され、複数の係数グループのうちの少なくとも１つのための符号化ブロックフラグの信号通知がビットストリーム表現から排除され、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差を、変換を適用せずにビットストリーム表現にて表現する。

図１５は、ビジュアルメディア処理の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４にて述べられた例示的な実施形態３に関連して説明する。ステップ１５０２において、処理は、変換スキップモードを利用してビジュアルメディアデータの現在の映像ブロックを符号化するかを判定する。ステップ１５０４において、処理は、判定に基づいて、ビジュアルメディアデータの現在の映像ブロックとビットストリーム表現との間の変換を実行し、変換中、現在の映像ブロックは複数の係数グループに分割され、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずに、ビットストリーム表現にて表現され、さらに、変換中、少なくとも部分的に、ビットストリーム表現中の表示に基づいて複数の係数グループの係数走査順序が判定される。

図１６は、ビジュアルメディア処理の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４にて述べられた例示的な実施形態４に関連して説明する。ステップ１６０２において、処理は、ビジュアルメディアデータの映像領域における現在の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差を、変換を適用せずに、ビットストリーム表現にて表現する変換スキップモードを使用する。ステップ１６０４において、処理は、現在の映像ブロックを複数の係数グループに分割することに基づいて、現在の映像ブロックに関連付けられた係数グループにおける１または複数の近傍の映像ブロックの符号フラグに従って、現在の映像ブロックの符号フラグのコンテキストを選択する。

図１７は、ビジュアルメディア処理の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４にて述べられた例示的な実施形態４に関連して説明する。ステップ１７０２において、処理は、現在の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現を構文解析し、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差を、変換を適用せずに、ビットストリーム表現にて表現する変換スキップモードで使用される符号フラグのコンテキストを識別する。ステップ１７０４において、処理は、符号フラグのコンテキストが、現在の映像ブロックを複数の係数グループに分割することに基づいて、現在の映像ブロックに関連付けられた係数グループにおける１または複数の近傍の映像ブロックの符号フラグに従うように、ビットストリーム表現から復号化された映像領域を生成する。

図１８は、ビジュアルメディア処理の方法の一例を示すフローチャートである。ステップ１８０２において、処理は、現在の映像ブロックが複数の係数位置に分割される場合、ビジュアルメディアデータの現在の映像ブロックに関連づけられた現在の係数の位置を判定する。ステップ１８０４において、処理は、１または複数の近傍の係数の符号フラグに基づいて、現在の係数の符号フラグのコンテキストを導出する。ステップ１８０６において、処理は、コンテキストに基づいて、現在の係数の符号フラグを生成し、現在の係数の符号フラグは、現在の映像ブロックが変換を適用せずに符号化される変換スキップモードにおいて、使用される。

図１９は、ビジュアルメディア符号化の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４にて述べられた例示的な実施形態５に関連して説明する。ステップ１９０２において、処理は、ビジュアルメディアデータの映像領域内の１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、現在の映像ブロックに対して彩度変換スキップモードが適用可能である少なくとも１つの規則を満たすことに基づいて判定し、彩度変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずに、ビジュアルメディアデータのビットストリーム表現にて表現される。ステップ１９０４において、処理は、ビットストリーム表現における彩度変換スキップモードを示す構文要素を含む。

図２０は、ビジュアルメディア復号化の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４にて述べられた例示的な実施形態５に関連して説明する。ステップ２００２において、処理は、彩度変換スキップモードの適用に関連付けられた少なくとも１つの規則が満たされる１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から構文要素を構文解析し、彩度変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差を、変換を適用せずに、ビジュアルメディアデータのビットストリーム表現にて表現する。ステップ２００４において、処理は、１または複数の映像ブロックを復号することにより、ビットストリーム表現から復号された映像領域を生成する。

図２１は、ビジュアルメディア符号化の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４にて述べられた例示的な実施形態６に関連して説明する。ステップ２１０２において、処理は、ビジュアルメディアデータの映像領域における１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、条件に基づいて現在の映像ブロックに変換スキップモードの選択的適用に関する決定を行う。ステップ２１０４において、処理は、ビットストリーム表現に、条件を示す構文要素を含め、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずに、ビジュアルメディアデータのビットストリーム表現にて表現される。

図２２は、ビジュアルメディア符号化の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４にて述べられた例示的な実施形態６に関連して説明する。ステップ２２０２において、処理は、１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から、構文要素を構文解析し、構文要素は、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差を、変換を適用せずに、ビットストリーム表現にて表現する変換スキップモードの使用に関する条件を示す。ステップ２２０４において、処理は、条件に従って１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成する。

図２３は、ビジュアルメディア符号化の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４にて述べられた例示的な実施形態８に関連して説明する。ステップ２３０２において、処理は、ビジュアルメディアデータの映像領域における１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、ビットストリーム表現における変換スキップモードの指示に基づいて、ＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）技術の選択的適用に関する決定を行い、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずに、ビジュアルメディアデータのビットストリーム表現にて表現され、ＱＲ－ＢＤＰＣＭ技術において、水平方向および／または垂直方向の予測誤差の残差が量子化され、エントロピー符号化される。ステップ２３０４において、処理は、ビットストリーム表現において、ＱＲ－ＢＤＰＣＭ技術の選択的適用の指示を含む。

図２４は、ビジュアルメディア復号化の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４にて述べられた例示的な実施形態８に関連して説明する。ステップ２４０２において、処理は、１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から構文要素を構文解析し、構文要素は、ビットストリーム表現における変換スキップモードの指示に基づいて、ＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）技術の選択的適用を示し、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずに、ビジュアルメディアデータのビットストリーム表現にて表現され、ＱＲ－ＢＤＰＣＭ技術において、水平方向および／または垂直方向の予測誤差の残差は量子化され、エントロピー符号される。ステップ２４０４において、処理は、最大許容寸法に従って、１または複数の映像ブロックを復号することにより、ビットストリーム表現から復号された映像領域を生成する。

図２５は、ビジュアルメディア符号化の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４にて述べられた例示的な実施形態９に関連して説明する。ステップ２５０２において、処理は、ビジュアルメディアデータの映像領域における１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、条件に基づいて別個の、またはデュアルツリーの選択的適用に関する決定を行う。ステップ２５０４において、処理は、ビットストリーム表現に、個別の、またはデュアルツリーの選択的適用を示す構文要素を含める。

図２６は、ビジュアルメディア復号化の方法の一例を示すフローチャートである。このフローチャートのステップは、本明細書のセクション４の例示的な実施形態９に関連して説明する。ステップ２６０２において、処理は、１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から、構文要素を構文解析し、構文要素は、条件に基づいて、または推測された別個の、またはデュアルツリーの選択的適用を示す。ステップ２６０４において、処理は、構文要素に従って１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成する。

本明細書のいくつかの実施形態は、項目に基づく形式で提示される。

Ａ１．ビジュアルメディア符号化の方法であって、以下を有する。

ビジュアルメディアデータの映像領域における１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差が、変換を適用せずに、ビットストリーム表現にて表されるように、変換スキップモードを使用して、１または複数の映像ブロックの現在の映像ブロックを符号化することができる最大許容寸法を判定することと、

ビットストリーム表現に最大許容寸法を示す構文要素を含めること。

Ａ２．ビジュアルメディア復号化の方法であって、以下を有する。

１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から構文要素を構文解析することであって、構文要素は、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差が、変換を適用せずに、ビットストリーム表現にて表される変換スキップモードを使用して、映像領域の１または複数のブロックのうちの現在の映像ブロックを符号化することができる最大許容寸法を示す、ことと、

最大許容寸法に従って、１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成すること。

Ａ３．最大許容寸法は、変換スキップモードに関連付けられた最大許容幅および最大許容高さを含む、項目Ａ１～Ａ２のいずれかに記載の方法。

Ａ４．最大許容幅および高さは、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）行、またはＬＣＵのグループにて信号通知される、項目Ａ３に記載の方法。

Ａ５．最大許容幅および最大許容高さは、ビットストリーム表現における異なるメッセージで信号通知される、項目Ａ１～Ａ３のいずれかに記載の方法。

Ａ６．最大許容幅および最大許容高さの初期値は、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）またはＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）で信号通知され、さらに、最大許容幅および最大許容高さの更新値は、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）行またはＬＣＵのグループで信号通知される、項目Ａ１～Ａ２のいずれかに記載の方法。

Ａ７．復号化された映像領域を生成することは、変換スキップモードを使用せずに、１または複数の映像ブロックを復号化することを有する、項目Ａ２～Ａ６のいずれかに記載の方法。

Ａ８．復号化された映像領域を生成することは、変換スキップモードの使用に基づいて１または複数の映像ブロックを復号化することを有する、項目Ａ２～Ａ６のいずれかに記載の方法。

Ａ９．ビジュアルメディア処理の方法であって、以下を有する。

ビジュアルメディアデータの現在の映像ブロックが、変換スキップモードを使用して符号化されることを判定することと、

判定に基づいて、ビジュアルメディアデータの現在の映像ブロックとビットストリーム表現との間の変換を実行することであって、変換の間、現在の映像ブロックは複数の係数グループに分割され、複数の係数グループのうちの少なくとも１つに対する符号化ブロックフラグを信号通知することはビットストリーム表現において排除され、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずにビットストリーム表現において表される、こと。

Ａ１０．複数の係数グループのそれぞれに対する符号化ブロックフラグを信号通知することは、ビットストリーム表現にて排除される、項目Ａ９に記載の方法。

Ａ１１．ビットストリーム表現にて除外された複数の係数グループに対する符号化ブロックフラグは、固定値として推測される、項目Ａ９～Ａ１０のいずれかに記載の方法。

Ａ１２．固定値は１である、項目Ａ１１に記載の方法。

Ａ１３．項目Ａ９～Ａ１２のいずれかに記載の方法であって、さらに以下を有する。

現在の映像ブロックの予測モードに基づいて、複数の係数グループに対する符号化ブロックフラグを信号通知することを選択的に有効または無効にする判定を行うこと。

Ａ１４．予測モードがイントラ予測モードである場合、複数の係数グループに対する符号化ブロックフラグを信号通知することは、ビットストリーム表現から排除される、項目Ａ１３に記載の方法。

Ａ１５．ビットストリーム表現における信号通知することから排除される符号化ブロックフラグは、以下の１または複数に基づいて推測される、項目Ａ９～Ａ１４のいずれかに記載の方法。

（１）ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループ、またはＣＵ（Ｃｏｄｉ
ｎｇ Ｕｎｉｔ）において信号通知されたメッセージ、

（２）複数の係数グループのうちの少なくとも１つの位置、

（３）現在の映像ブロックまたは現在の映像ブロックの少なくとも１つの近傍のブロックのブロック寸法、

（４）現在の映像ブロックまたは少なくとも１つの近傍のブロックのブロック形状、

（５）現在の映像ブロックまたは少なくとも１つの近傍のブロックの最確モード、

（６）少なくとも１つの近傍のブロックの予測モード、

（７）少なくとも１つの近傍のブロックのイントラ予測モード、

（８）少なくとも１つの近傍のブロックの１または複数の動きベクトル、

（９）少なくとも１つの近傍のブロックのＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）モードの指示、

（１０）現在の映像ブロックまたは少なくとも１つの近傍のブロックの現在のＱＰ（Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）、

（１１）現在の映像ブロックのカラーフォーマットの指示、

（１２）現在の映像ブロックに関連付けられた別個の、またはデュアルコーディングツリー構造、

（１３）現在の映像ブロックの、スライスタイプ、タイルグループタイプ、またはピクチャタイプ。

Ａ１６．ビジュアルメディア処理の方法であって、さらに、以下を有する。

ビジュアルメディアデータの現在の映像ブロックが、変換スキップモードを使用して符号化することを判定することと、

判定に基づいて、ビジュアルメディアデータの現在の映像ブロックとビットストリーム表現との間の変換を実行することであって、変換の間、現在の映像ブロックは複数の係数グループに分割され、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずに、ビットストリーム表現にて表現され、さらに、変換の間、複数の係数グループの係数走査順序は、ビットストリーム表現における指示に少なくとも部分的に基づいて判定される、こと。

Ａ１７．係数走査順序は、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵＬａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループ、または、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）において信号通知されるメッセージに基づく、項目Ａ１６に記載の方法。

Ａ１８．変換スキップモードにおいて、複数の係数グループまたは係数走査順序は、現在の映像ブロックのイントラ予測モードに基づく、項目Ａ１７に記載の方法。

Ａ１９．係数走査順序は垂直であり、イントラ予測モードは水平方向に支配される、項目Ａ１８に記載の方法。

Ａ２０．係数走査順序は水平であり、イントラ予測モードは水平方向に支配される、項目Ａ１８に記載の方法。

Ａ２１．イントラ予測モードのインデックスは、２～３３または２～３４の範囲にある、項目Ａ１９～Ａ２０のいずれか１つ以上に記載の方法。

Ａ２２．係数走査順序は垂直であり、イントラ予測モードは垂直方向に支配される、項目Ａ１８に記載の方法。

Ａ２３．係数走査順序は水平であり、イントラ予測モードは垂直方向に支配される、項目Ａ１８に記載の方法。

Ａ２４．イントラ予測モードのインデックスは、３４～６６または３５～６６の範囲にある、項目Ａ２２～Ａ２３のいずれかに記載の方法。

Ａ２５．変換は、現在の映像ブロックからビットストリーム表現を生成することを含む、項目Ａ９～Ａ２４のいずれかに記載の方法。

Ａ６５．変換は、ビットストリーム表現から現在の映像ブロックの画素値を生成することを含む、項目Ａ９～Ａ２４のいずれか１つ以上に記載の方法。

Ｃ１．ビジュアルメディア符号化の方法であって、以下を有する。

ビジュアルメディアデータの映像領域における１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、現在の映像ブロックに対して彩度変換スキップモードが適用可能である少なくとも１つの規則を満たすことに基づいて判定することであって、彩度変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずに、ビジュアルメディアデータのビットストリーム表現にて表現される、ことと、

彩度変換スキップモードを示す構文要素をビットストリーム表現に含めること。

Ｃ２．ビジュアルメディア復号化の方法であって、以下を有する。

彩度変換スキップモードの適用に関連づけられた少なくとも１つの規則を満たす、１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から構文要素を構文解析することであって、彩度変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずに、ビジュアルメディアデータのビットストリーム表現にて表現される、ことと、

１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成すること。

Ｃ３．判定は、ビジュアルメディアデータのビットストリーム表現に関連付けられた、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループ、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）、または映像データユニットにおいて信号通知されるメッセージに基づく、項目Ｃ１～Ｃ２のいずれかに記載の方法。

Ｃ４．判定は、変換前に復号された１または複数の代表映像ブロックからの復号化された情報に基づき、１または複数の代表映像ブロックおよび現在の映像ブロックのそれぞれにおけるサンプルは、共通の色成分に基づく、項目Ｃ２～Ｃ３のいずれかに記載の方法。

Ｃ５．１または複数の代表映像ブロックは、輝度ブロックまたは彩度ブロックを有する、項目Ｃ４に記載の方法。

Ｃ６．１または複数の代表映像ブロックは、配列された輝度ブロック内のブロックを有する、項目Ｃ４に記載の方法。

Ｃ７．現在の映像ブロックは現在の彩度ブロックであり、１または複数の代表映像ブロックは、現在の彩度ブロックの近傍の彩度ブロックを有する、項目Ｃ４に記載の方法。

Ｃ８．現在の映像ブロックは現在の彩度ブロックであり、１または複数の代表映像ブロックは、現在の彩度ブロック内の中心彩度サンプルの対応する輝度サンプルをカバーするブロックを有する、項目Ｃ４に記載の方法。

Ｃ９．現在の映像ブロックは現在の彩度ブロックであり、１または複数の代表映像ブロックは、現在の彩度ブロック内の右下の彩度サンプルの対応する輝度サンプルをカバーするブロックを有する、項目Ｃ４に記載の方法。

Ｄ１．ビジュアルメディア符号化の方法であって、以下を有する。

ビジュアルメディアデータの映像領域における１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、条件に基づいて変換スキップモードの現在の映像ブロックへの選択的適用に関する決定を行うことと、

ビットストリーム表現に条件を示す構文要素を含めることであって、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずに、ビジュアルメディアデータのビットストリーム表現にて表現される、こと。

Ｄ２．ビジュアルメディア復号化の方法であって、以下を有する。

１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から構文要素を構文解析することであって、構文要素は、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差を、変換を適用せずに、ビットストリーム表現にて表す変換スキップモードの使用に関する条件を示す、ことと、

条件に従って１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成すること。

Ｄ３．構文要素は、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループ、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）、または映像データユニットで信号通知される、項目Ｄ１に記載の方法。

Ｄ４．条件は、以下の１または複数に基づく、項目Ｄ１～Ｄ３のいずれかに記載の方法。

（１）現在の映像ブロックまたは現在の映像ブロックの少なくとも１つの近傍のブロックのブロック寸法、

（２）現在の映像ブロックまたは少なくとも１つの近傍のブロックのブロック形状、

（３）現在の映像ブロックまたは少なくとも１つの近傍のブロックの最確モード、

（４）少なくとも１つの近傍のブロックの予測モード、

（５）少なくとも１つの近傍のブロックのイントラ予測モード、

（６） 少なくとも１つの近傍のブロックの１または複数の動きベクトル、

（７）少なくとも１つの近傍のブロックのＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）モードの指示、

（８）現在の映像ブロックまたは少なくとも１つの近傍のブロックの現在のＱＰ（Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）、

（９）現在の映像ブロックのカラーフォーマットの指示、

（１０）現在の映像ブロックに関連付けられた別個の、またはデュアルコーディングツリー構造、

（１１）現在の映像ブロックの、スライスタイプ、タイルグループタイプ、またはピクチャタイプ、

（１２）時間層識別（ＩＤ）。

Ｄ５．現在の映像ブロックの予測モードがＩＢＣ（Ｉｎｔｅｒ Ｂｌｏｃｋ Ｃｏｐｙ）モードである場合、変換スキップモードが適用され、さらに、現在の映像ブロックの幅または高さが閾値を満たす、項目Ｄ４に記載の方法。

Ｄ６．閾値は、ビットストリーム表現にて信号通知される、項目Ｄ５に記載の方法。

Ｄ７．閾値の値は、４、８、１６、または３２である、項目Ｄ６に記載の方法。

Ｄ８．閾値は、以下の１または複数に基づく、項目Ｄ５～Ｄ７のいずれかに記載の方法。

（１）ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループ、またはＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）において信号通知されたメッセージ、

（２）時間層識別（ＩＤ）、

（３）現在の映像ブロックまたは現在の映像ブロックの少なくとも１つの近傍のブロックのブロック寸法、

（４）現在の映像ブロックまたは少なくとも１つの近傍のブロックのブロック形状、

（５）現在の映像ブロックまたは少なくとも１つの近傍のブロックの最確モード、

（６）少なくとも１つの近傍のブロックの予測モード、

（７）少なくとも１つの近傍のブロックのイントラ予測モード、

（８）少なくとも１つの近傍のブロックの１または複数の動きベクトル、

（９）少なくとも１つの近傍のブロックのＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）モードの指示、

（１０）現在の映像ブロックまたは少なくとも１つの近傍のブロックの現在のＱＰ（Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）、

（１１）現在の映像ブロックのカラーフォーマットの指示、

（１２）現在の映像ブロックに関連付けられた別個の、またはデュアルコーディングツリー構造、

（１３）現在の映像ブロックの、スライスタイプ、タイルグループタイプ、またはピクチャタイプ。

Ｅ１．ビジュアルメディア符号化の方法であって、以下を有する。

ビジュアルメディアデータの映像領域における１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、ビットストリーム表現における変換スキップモードの指示に基づいて、ＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）技術の選択的適用に関する決定を行うことであって、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずに、ビジュアルメディアデータのビットストリーム表現にて表現され、ＱＲ－ＢＤＰＣＭ技術において、水平方向および／または垂直方向の予測誤差の残差は量子化され、エントロピー符号化される、ことと、

ビットストリーム表現に、ＱＲ－ＢＤＰＣＭ技術の選択的適用の指示を含めること。

Ｅ２．ビジュアルメディアを復号化する方法であって、以下を有する。

１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から構文要素を構文解析することであって、構文要素は、ビットストリーム表現における変換スキップモードの指示に基づいて、ＱＲ－ＢＤＰＣＭ（Ｑｕａｎｔｉｚｅｄ Ｒｅｓｉｄｕａｌ Ｂｌｏｃｋ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ－Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）技術の選択的適用を表し、変換スキップモードにおいて、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差は、変換を適用せずに、視覚メディアデータのビットストリーム表現にて表現され、ＱＲ－ＢＤＰＣＭ技術において、水平方向および／または垂直方向の予測誤差の残差は量子化され、エントロピー符号化される、ことと、

最大許容寸法に従って１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成すること。

Ｅ３．変換スキップモードの指示は、現在の映像ブロックに関連付けられたＴＵ（Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ）レベルで信号通知される、項目Ｅ１～Ｅ２のいずれかに記載の方法。

Ｅ４．ビットストリーム表現において、現在の映像ブロックに対してＱＲ－ＢＤＰＣＭ技術を適用することを示す構文要素は、変換スキップモードの指示の後に含まれる、項目Ｅ１～Ｅ３のいずれかに記載の方法。

Ｅ５．ビットストリーム表現における第１のフラグは変換スキップモードを示すために用いられ、ビットストリーム表現における第２のフラグはＱＲ－ＢＤＰＣＭ技術の選択的適用を示すために用いられる、項目Ｅ４に記載の方法。

Ｅ６．第３のフラグは、水平予測方向に基づくタイプのＱＲ－ＢＤＰＣＭ技術の適用を示すために用いられ、第４のフラグは、垂直予測方向に基づくタイプのＱＲ－ＢＤＰＣＭ技術の適用を示すために用いられる、項目Ｅ５に記載の方法。

Ｅ７．第２のフラグの値は、第１のフラグの値から推測される、項目Ｅ５に記載の方法。

Ｅ８．第１のフラグの値は、信号通知されず、第２のフラグの値から推測される、項目Ｅ５に記載の方法。

Ｅ９．第２のフラグの値が真である場合、第１のフラグの値は、信号通知されず、真であると推測される、項目Ｅ８に記載の方法。

Ｅ１０．第１のフラグおよび第２のフラグがブール値をとる、項目Ｅ７に記載の方法であって、さらに、以下を有する。

第１のフラグの値がブール値で真であると判定されると、第２のフラグの値をブール値で真として推論する。

Ｅ１１．第１のフラグおよび第２のフラグがブール値をとる、項目Ｅ７に記載の方法であって、さらに、以下を有する。

第１のフラグの値がブール値で偽であると判定されると、第２のフラグの値をブール値で偽として推測すること。

Ｆ１．ビジュアルメディア符号化の方法であって、以下を有する。

ビジュアルメディアデータの映像領域における１または複数の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、条件に基づいて別個の、またはデュアルツリーの選択的適用に関する決定を行うことと、

ビットストリーム表現に、別個の、またはデュアルツリーの選択的適用を示す構文要素を含める。

Ｆ２．ビジュアルメディア復号化の方法であって、以下を有する。

１または複数の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現から構文要素を構文解析することであって、構文要素は、条件に基づいて、または条件から推測された、別個の、またはデュアルツリーの選択的適用を示す、ことと、

構文要素に従って１または複数の映像ブロックを復号化することにより、ビットストリーム表現から復号化された映像領域を生成すること。

Ｆ３．条件は、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループ、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）または映像データユニットにおいて信号通知されるメッセージに基づく、項目Ｆ１～Ｆ２のいずれかに記載の方法。

Ｆ４．条件は、現在の映像ブロックを有するスライス、タイル、ＬＣＵ（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ）、ＬＣＵ行、ＬＣＵのグループ、または映像データユニットがスクリーンコンテンツであるかどうかの判定に基づく、項目Ｆ１～Ｆ２のいずれかに記載の方法。

Ｆ５．条件は、以下のうちの１または複数を含む、項目Ｆ３に記載の方法。

（１）ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ＬＣＵ、ＬＣＵ行、ＬＣＵのグループ、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）、または映像データユニットにおいて信号通知されるメッセージ、

（２）現在の映像ブロックまたは現在の映像ブロックの少なくとも１つの近傍ブロックのブロック寸法、

（３）現在の映像ブロックまたは少なくとも１つの近傍のブロックのブロック形状、

（４）現在の映像ブロックまたは少なくとも１つの近傍のブロックの現在のＱＰ（Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）、

（５）現在の映像ブロックのカラーフォーマットの指示、

（６）現在の映像ブロックに関連付けられた別個の、またはデュアルコーディングツリー構造、

（７）現在の映像ブロックの、スライスタイプ、タイルグループタイプ、またはピクチャタイプ、

（８）時間層識別（ＩＤ）。

Ｆ６．項目Ａ１～Ｆ５のいずれかに記載の方法を実施するように構成されたプロセッサを有する映像エンコーダ装置。

Ｆ７．項目Ａ１～Ｆ５のいずれかに記載の方法を実施するように構成されたプロセッサを有する映像デコーダ装置。

Ｆ８．コードが記憶されたコンピュータ可読媒体であって、コードは項目Ａ１～Ｆ５のいずれかに記載の方法を実施するためのプロセッサ実行可能命令を具現化する、コンピュータ可読媒体。

Ｂ１．ビジュアルメディア符号化の方法であって、以下を有する。

ビジュアルメディアデータの映像領域における現在の映像ブロックをビジュアルメディアデータのビットストリーム表現に符号化するために、現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差が、変換を適用せずに、ビットストリーム表現にて表現される変換スキップモードを使用することと、

現在の映像ブロックを複数の係数グループに分割することに基づいて、現在の映像ブロックに関連付けられた係数グループにおける１または複数の近傍の映像ブロックの符号フラグに従って、現在の映像ブロックの符号フラグのコンテキストを選択すること。

Ｂ２．ビジュアルメディア復号化の方法であって、以下を有する。

現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差を、変換を適用せずに、ビットストリーム表現にて表す変換スキップモードで使用される符号フラグのコンテキストを識別するために、現在の映像ブロックを有する映像領域を有するビジュアルメディアデータのビットストリーム表現を構文解析することと、

現在の映像ブロックを複数の係数グループに分割することに基づいて、符号フラグのコンテキストが、現在の映像ブロックに関連付けられた係数グループにおける１または複数の近傍の映像ブロックの符号フラグに従うように、ビットストリーム表現から復号化された映像領域を生成すること。

Ｂ３．現在の映像ブロックの１または複数の近傍の映像ブロックは、左の近傍、および／または、上の近傍、および／または左上の近傍、および／または、右上の近傍を含む、項目Ｂ１～Ｂ２のいずれかに記載の方法。

Ｂ４．現在の映像ブロックの符号フラグのコンテキストと、１または複数の近傍の映像ブロックの符号フラグとの間の関係が、以下のように表される、項目Ｂ１～Ｂ３のいずれかに記載の方法。

Ｃ＝（Ｌ＋Ａ）、ここで、Ｃは現在の映像ブロックの符号フラグのコンテキストのコンテキストｉｄであり、Ｌは現在の映像ブロックの左の近傍の符号フラグであり、Ａは現在の映像ブロックの上の近傍の符号フラグである。

Ｂ５．現在の映像ブロックの符号フラグのコンテキストと、１または複数の近傍の映像ブロックの符号フラグとの間の関係が、以下のように表される、項目Ｂ１～Ｂ３のいずれかに記載の方法。

Ｃ＝（Ｌ＋Ａ＊２）、ここで、Ｃは現在の映像ブロックの符号フラグのコンテキストのコンテキストｉｄであり、Ｌは現在の映像ブロックの左の近傍の符号フラグであり、Ａは現在の映像ブロックの上の近傍の符号フラグである。

Ｂ６．現在の映像ブロックの符号フラグのコンテキストと、１または複数の近傍の映像ブロックの符号フラグとの間の関係が、以下のように表される、項目Ｂ１～Ｂ３のいずれかに記載の方法。

Ｃ＝（Ｌ＊２＋Ａ）、ここで、Ｃは現在の映像ブロックの符号フラグのコンテキストのコンテキストｉｄであり、Ｌは現在の映像ブロックの左の近傍の符号フラグであり、Ａは現在の映像ブロックの上の近傍の符号フラグである。

Ｂ７．現在の映像ブロックの符号フラグのコンテキストは、以下の規則に従って、１または複数の近傍の映像ブロックの符号フラグに基づく、項目Ｂ１～Ｂ３のいずれかに記載の方法。

１対の近傍の映像ブロックの符号フラグが両方とも負である場合、規則は、符号フラグの第１のコンテキストを選択することを指定する。

Ｂ８．ビジュアルメディア処理方法であって、以下を有する。

現在の映像ブロックが複数の係数位置に分割される場合、ビジュアルメディアデータの現在の映像ブロックに関連付けられる現在の係数の位置を判定することと、

１または複数の近傍の係数の符号フラグに少なくとも基づいて、現在の係数の符号フラグのコンテキストを導出することと、

コンテキストに基づいて、現在の係数の符号フラグを生成することであって、符号フラグは、変換を適用せずに、現在の映像ブロックが符号化される変換スキップモードにおいて使用される、こと。

Ｂ９．現在の映像ブロックの１または複数の近傍の係数は、左の近傍、および／または、上の近傍を含む、項目Ｂ８に記載の方法。

Ｂ１０．現在の係数の符号フラグのコンテキストは、現在の係数の位置にさらに基づく、項目Ｂ８に記載の方法。

Ｂ１１．ビジュアルメディア処理は、ビットストリーム表現から現在の映像ブロックを復号化することを有する、項目Ｂ８に記載の方法。

Ｂ１２．ビジュアルメディア処理は、現在の映像ブロックをビットストリーム表現に符号化することを有する、項目Ｂ８に記載の方法。

Ｂ１３．現在の映像ブロックの符号フラグのコンテキストは、以下の規則に従って、１または複数の近傍の映像ブロックの符号フラグに基づく、項目Ｂ１～Ｂ３またはＢ８～Ｂ１２のいずれかに記載の方法。

１対の近傍の映像ブロックのうちの１つの符号フラグのみが負である場合、規則は、符号フラグの第２のコンテキストを選択することを指定する。

Ｂ１４．現在の映像ブロックの符号フラグのコンテキストは、以下の規則に従って、１または複数の近傍の映像ブロックの符号フラグに基づく、項目Ｂ１～Ｂ３またはＢ８～Ｂ１２のいずれかに記載の方法。

１対の近傍の映像ブロックの符号フラグが共に正である場合、規則は、符号フラグの第３のコンテキストを選択することを指定する。

Ｂ１５．現在の映像ブロックの符号フラグのコンテキストは、さらに、複数の係数グループにおける係数グループの位置に基づく、項目Ｂ１～Ｂ３またはＢ８～Ｂ１２のいずれかに記載の方法。

Ｂ１６．符号フラグのコンテキストは、（ｘ＋ｙ）、ｍｉｎ（ｘ，ｙ）、またはｍａｘ（ｘ，ｙ）のうち少なくとも１つに基づき、ここで、ｘおよびｙは、それぞれ、係数グループの位置の水平方向の値および垂直方向の値である、項目Ｂ１０に記載の方法。

Ｂ１７．項目Ｂ１～Ｂ１６のいずれかに記載の方法を実施するように構成された処理装置を備える映像エンコーダ装置。

Ｂ１８． 項目Ｂ１～Ｂ１６のいずれか１つ以上に記載の方法を実施するように構成されたプロセッサを有する映像デコーダ装置。

Ｂ１９．コードが記憶されたコンピュータ可読媒体であって、コードは項目Ｂ１～Ｂ１９のいずれかに記載の方法を実施するためのプロセッサ実行可能命令を具現化するコンピュータ可読媒体。

本明細書では、「映像処理」または「ビジュアルメディア処理」という用語は、映像符号化、映像復号化、映像圧縮、または映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応するビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像ブロックのビットストリーム表現は、例えば、構文によって定義されるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、マクロブロックは、変換および符号化された誤り残差値の観点から、且つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。

以上、説明の目的で本開示の技術の特定の実施形態を説明したが、本発明の範囲から逸脱することなく様々な修正が可能であることは、理解されるであろう。従って、本開示の技術は、添付の特許請求の範囲による場合を除き、限定されない。

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

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

本明細書に記載された処理およびロジックフローは、入力データを用いて動作し、出力を生成することによって機能を実行するための１または複数のコンピュータプログラムを実行する１または複数のプログラマブルプロセッサによって実行することができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。

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

本明細書は、図面とともに、例示のみを目的とするものであり、例示的とは例を意味することが意図される。本明細書で使用される場合、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈からそうでないことが明確に示されていない限り、複数形も含むことが意図される。さらに、文脈からそうでないことが明確に示されていない限り、「または」の使用は、「および／または」を含むことが意図される。

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

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

いくつかの実装形態および例のみが記載されており、この特許明細書に記載され図示されている内容に基づいて、他の実施形態、拡張および変形が可能である。

５． 開示される技術の追加の実施形態

５．１ デュアルツリー関連の実施形態

ＪＶＥＴ－Ｎ１００１－ｖ７に提供されたドラフトの最大の変更は、太字、下線、イタリック体のテキストで強調されている。本明細書の以下および他の箇所に現れる大文字の太字のフォントは、ＶＶＣ規格から削除される可能性があるテキストを示す。

５．１．１ 実施形態＃１

５．１．２ 実施形態♯２

７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文

５．１．３ 実施形態＃３

７．３．５ スライスヘッダ構文
７．３．５．１ 一般スライスセグメントヘッダ構文

ｓｐｓ＿ａｓｄｔ＿ｆｌａｇ＝１は、現在のシーケンスにおいて、提案された方法を有効にできることを指定する。これが０に等しい場合、現在のシーケンスにおいて、提案された方法を有効にできないことを指定する。ｓｐｓ＿ＡＳＤＴ＿ｆｌａｇが存在しない場合、０に等しいと推測される。
ｓｌｉｃｅ＿ａｓｄｔ＿ｆｌａｇ＝１は、現在のスライスにおいて、提案された方法を有効にできることを指定する。これが０に等しい場合、現在のスライスにおいて、提案された方法を有効にできないことを指定する。ｓｌｉｃｅ＿ＡＳＤＴ＿ｆｌａｇが存在しない場合、これは０に等しいと推測される。

７．３．７．２ コーディングツリーユニット構文

ｃｔｕ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇ＝１は、現在のＣＴＵがデュアルツリー符号化構造を採用していることを指定する。これが０に等しい場合、現在のＣＴＵがシングルツリー符号化構造を採用していることを指定する。ｃｔｕ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇが存在しない場合、０に等しいと推測される。

５．１．４ 実施形態＃４

７．３．５ スライスヘッダ構文
７．３．５．１ 一般スライスセグメントヘッダ構文

ｓｐｓ＿ａｓｄｔ＿ｆｌａｇ＝１は、現在のシーケンスにおいて、提案された方法を有効にできることを指定する。これが０に等しい場合、現在のシーケンスにおいて、提案された方法を有効にできないことを指定する。ｓｐｓ＿ＡＳＤＴ＿ｆｌａｇが存在しない場合、０に等しいと推測される。
ｓｌｉｃｅ＿ａｓｄｔ＿ｆｌａｇ＝１は、現在のスライスにおいて、提案された方法を有効できることを指定する。これが０に等しい場合、現在のスライスにおいて提案された方法を有効にできないことを指定する。ｓｌｉｃｅ＿ＡＳＤＴ＿ｆｌａｇが存在しない場合、これは０に等しいと推測される。

７．３．７．２ コーディングツリーユニット構文

ｃｔｕ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇ＝１は、現在のＣＴＵがデュアルツリー符号化構造を採用していることを指定する。これが０に等しい場合、現在のＣＴＵが単一のツリー符号化構造を採用していることを指定する。ｃｔｕ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇが存在しない場合、０に等しいと推測される。

５．２ ＩＢＣ関連実施形態

７．３．７．５ コーディングユニット構文

８．６ ＩＢＣ予測モードで符号化されたユニットを符号化するための復号化処理
８．６．１ ＩＢＣ予測モードで符号化されたユニットを符号化するための一般的な復号化処理

この処理への入力は以下の通りである。
－現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－シングルツリーまたはデュアルツリーのいずれを使用するかを指定する変数ｔｒｅｅＴｙｐｅ、および、デュアルツリーが使用される場合、現在のツリーが輝度成分または彩度成分のいずれに対応するかを指定する。

この処理の出力は、インループ・フィルタリングの前の修正された再構成ピクチャである。

８．７．１節に規定される量子化パラメータに対する導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、輝度サンプルｃｂＷｉｄｔｈにおける現在の符号化ブロックの幅、輝度サンプルｃｂＨｅｉｇｈｔにおける現在の符号化ブロックの高さ、および変数ｔｒｅｅＴｙｐｗを入力として呼び出される。

ｉｂｃ予測モードで符号化されたユニットを符号化するための復号化プロセスは、以下の順序付けられたステップからなる。

１．現在のコーディングユニットの動きベクトル成分は、以下のように導出される。
１．ＴＲＥＥＴＹＰＥがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、以下が適用される。
－８．６．２．１節にて規定された動きベクトル成分に対する導出処理は、輝度符号化位置（ｘＣｂ，ｙＣｂ）、輝度符号化ブロック幅ｃｂＷｉｄｔｈ、および輝度符号化ブロック高さｃｂＨｅｉｇｈｔを入力とし、輝度動きベクトルｍｖＬ［０］［０］を出力として呼び出される。
－ＴｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合、８．６．２．５節における彩度動きベクトルの導出処理は、輝度動きベクトルｍｖＬ［０］［０］を入力とし、彩度動きベクトルｍｖＣ［０］［０］出力として呼び出される。
－水平方向ｎｕｍＳｂＸおよび垂直方向ｎｕｍＳｂＹにおける輝度符号化サブブロックの数は、いずれも１に設定される。
１．あるいは、ＴＲＥＥＴＹＰＥがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
－水平方向ＮＵＭＳＢＸおよび垂直方向ＮＵＭＳＢＹにおける輝度符号化サブブロックの数は、次のように導出される。
ＮＵＭＳＢＸ＝（ＣＢＷＩＤＴＨ＞＞２） （８－８７１）
ＮＵＭＳＢＹ＝（ＣＢＨＥＩＧＨＴ＞＞２） （８－８７２）
－彩度動きベクトルＭＶＣ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］は、ＸＳＢＩＤＸ＝０．．ＮＵＭＳＢＸ－１，ＹＳＢＩＤＸ＝０．．ＮＵＭＳＢＹ－１の場合、次のように導出される。
－輝度動きベクトルＭＶＬ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］は、以下のように導出される。
－配列された輝度コーディングユニットの位置（ＸＣＵＹ，ＹＣＵＹ）は、次のように導出される。
ＸＣＵＹ＝ＸＣＢ＋ＸＳＢＩＤＸ＊４ （８－８７３）
ＹＣＵＹ＝ＹＣＢ＋ＹＳＢＩＤＸ＊４ （８－８７４）
－ＣＵＰＲＥＤＭＯＤＥ［ＸＣＵＹ］［ＹＣＵＹ］がＭＯＤＥ＿ＩＮＴＲＡに等しい場合、以下が適用される。
ＭＶＬ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］［０］＝０ （８－８７５）
ＭＶＬ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］［１］＝０ （８－８７６）
ＰＲＥＤＦＬＡＧＬ０［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］＝０ （８－８７７）
ＰＲＥＤＦＬＡＧＬ１［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］＝０ （８－８７８）
－その他の場合（ＣＵＰＲＥＤＭＯＤＥ［ＸＣＵＹ］［ＹＣＵＹ］がＭＯＤＥ＿ＩＢＣに等しい）、以下が適用される。
ＭＶＬ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］［０］＝ＭＶＬ０［ＸＣＵＹ］［ＹＣＵＹ］［０］ （８－８７９）
ＭＶＬ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］［１］＝ＭＶＬ０［ＸＣＵＹ］［ＹＣＵＹ］［１］
（８－８８０）
ＰＲＥＤＦＬＡＧＬ０［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］＝１ （８－８８１）
ＰＲＥＤＦＬＡＧＬ１［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］＝０ （８－８８２）
－８．６．２．５節における彩度動きベクトルの導出処理は、ＭＶＬ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］を入力とし、ＭＶＣ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］を出力として呼び出される。
－彩度動きベクトルＭＶＣ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］が以下の制約に従うことは、ビットストリーム適合性の要件である。
－６．４．Ｘ節で規定されているブロック利用可能性の導出プロセス［ＥＤ．（ＢＢ）：近傍のブロック利用可能性チェックプロセスＴＢＤ］が、現在の彩度位置（ＸＣＵＲＲ，ＹＣＵＲＲ）を（ＸＣＢ／ＳＵＢＷＩＤＴＨＣ，ＹＣＢ／ＳＵＢＨＥＩＧＨＴＣ）に等しく設定され、近傍の彩度位置（ＸＣＢ／ＳＵＢＷＩＤＴＨＣ＋（ＭＶＣ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］［０］＞＞５），ＹＣＢ／ＳＵＢＨＥＩＧＨＴＣ＋（ＭＶＣ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］［１］＞＞５））を入力として呼び出されると、出力は真となる。
－６．４．Ｘ節で規定されているブロック利用可能性の導出プロセス［ＥＤ．（ＢＢ）：近傍のブロック利用可能性チェックプロセスＴＢＤ］が、現在の彩度位置（ＸＣＵＲＲ，ＹＣＵＲＲ）を（ＸＣＢ／ＳＵＢＷＩＤＴＨＣ，ＹＣＢ／ＳＵＢＨＥＩＧＨＴＣ）に等しく設定され、近傍の彩度位置（ＸＣＢ／ＳＵＢＷＩＤＴＨＣ＋（ＭＶＣ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］［０］＞＞５）＋ＣＢＷＩＤＴＨ／ＳＵＢＷＩＤＴＨＣ－１，ＹＣＢ／ＳＵＢＨＥＩＧＨＴＣ＋（ＭＶＣ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］［１］＞＞５）＋ＣＢＨＥＩＧＨＴ／ＳＵＢＨＥＩＧＨＴＣ－１）を入力として呼び出されると、出力は真となる。
－以下の条件の一方または両方が真であること。
－（ＭＶＣ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］［０］＞＞５）＋ＸＳＢＩＤＸ＊２＋２が０以下である。
－（ＭＶＣ［ＸＳＢＩＤＸ］［ＹＳＢＩＤＸ］［０］＞＞５）＋ＸＳＢＩＤＸ＊２＋２が０以下である。

２．現在のコーディングユニットの予測サンプルは、以下のように導出される。
－ＴＲＥＥＴＹＰＥがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、現在のコーディングユニットの予測サンプルは以下のように導出される。
●８．６．３．１節に規定されるｉｂｃブロックに対する復号化処理は、輝度符号化ブロックの位置（ｘＣｂ，ｙＣｂ）、輝度符号化ブロックの幅ｃｂＷｉｄｔｈ、輝度符号化ブロックの高さｃｂＨｅｉｇｈｔ、水平方向ｎｕｍＳｂＸ、垂直方向ｎｕｍＳｂＹにおける輝度符号化サブブロックの数、および、ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１、ＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１、および０に等しく設定された変数ｃＩｄｘである輝度動きベクトルｍｖＬ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］を入力とし、予測輝度サンプルの（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）の配列ｐｒｅｄＳａｍｐｌｅｓ_Ｌであるｉｂｃ予測サンプル（ｐｒｅｄＳａｍｐｌｅｓ）を出力として呼び出される。
－あるいは、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、現在のコーディングユニットの予測サンプルは、以下のように導出される。
●８．６．３．１節に規定されるｉｂｃブロックに対する復号化処理は、輝度符号化ブロックの位置（ｘＣｂ，ｙＣｂ）、輝度符号化ブロックの幅ｃｂＷｉｄｔｈ、輝度符号化ブロックの高さｃｂＨｅｉｇｈｔ、水平方向ｎｕｍＳｂＸ、垂直方向ｎｕｍＳｂＹにおける輝度符号化サブブロックの数、および、ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１、ｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１、および１に等しく設定された変数ｃＩｄｘである彩度動きベクトルｍｖＣ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］を入力とし、彩度成分Ｃｂに対する予測彩度サンプルの（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）の配列ｐｒｅｄＳａｍｐｌｅｓ_Ｃｂであるｉｂｃ予測サンプル（ｐｒｅｄＳａｍｐｌｅｓ）を出力として呼び出される。
●８．６．３．１節に規定されるｉｂｃブロックに対する復号化処理は、輝度符号化ブロックの位置（ｘＣｂ，ｙＣｂ）、輝度符号化ブロックの幅ｃｂＷｉｄｔｈ、輝度符号化ブロックの高さｃｂＨｅｉｇｈｔ、水平方向ｎｕｍＳｂＸ、垂直方向ｎｕｍＳｂＹにおける輝度符号化サブブロックの数、ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１、ｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１、および２に等しく設定された変数ｃＩｄｘである彩度動きベクトルｍｖＣ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］を入力とし、彩度成分Ｃｒに対する予測彩度サンプルの（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）の配列ｐｒｅｄＳａｍｐｌｅｓ_Ｃｒであるｉｂｃ予測サンプル（ｐｒｅｄＳａｍｐｌｅｓ）を出力として呼び出される。

３．変数ＮｕｍＳｂＸ［ｘＣｂ］［ｙＣｂ］およびＮｕｍＳｂＹ［ｘＣｂ］［ｙＣｂ］は、それぞれｎｕｍＳｂＸおよびｎｕｍＳｂＹに等しく設定される。

４．現在のコーディングユニットの残差サンプルは、以下のように導出される。
－ＴＲＥＥＴＹＰＥがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合またはＴＲＥＥＴＹＰＥがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、８．５．８節に規定されるインター予測モードで符号化された符号化ブロックの残差信号に対する復号化処理は、輝度位置（ｘＣｂ，ｙＣｂ）に等しく設定された位置（ｘＴｂ０，ｙＴｂ０）、輝度符号化ブロック幅ｃｂＷｉｄｔｈに等しく設定された幅ｎＴｂＷ、輝度符号化ブロック高さｃｂＨｅｉｇｈｔに等しく設定された高さｎＴｂＨ、および０に等しく設定された変数ｃｌｄｘｓｅｔを入力とし、配列ｒｅｓＳａｍｐｌｅｓ_Ｌを出力として呼び出される。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合またはＴＲＥＥＴＹＰＥがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、８．５．８節に規定されるインター予測モードで符号化された符号化ブロックの残差信号に対する復号化処理は、彩度位置（ｘＣｂ／２，ｙＣｂ／２）に等しく設定された位置（ｘＴｂ０，ｙＴｂ０）、彩度符号化ブロック幅ｃｂＷｉｄｔｈ／２に等しく設定された幅ｎＴｂＷ、彩度符号化ブロック高さｃｂＨｅｉｇｈｔ／２に等しく設定された高さｎＴｂＨ、および１に等しく設定された変数ｃｌｄｘｓｅｔを入力とし、配列ｒｅｓＳａｍｐｌｅｓ_Ｃｂを出力として呼び出される。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合またはＴＲＥＥＴＹＰＥがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、８．５．８節に規定されるインター予測モードで符号化された符号化ブロックの残差信号に対する復号化処理は、彩度位置（ｘＣｂ／２，ｙＣｂ／２）に等しく設定された位置（ｘＴｂ０，ｙＴｂ０）、彩度符号化ブロック幅ｃｂＷｉｄｔｈ／２に等しく設定された幅ｎＴｂＷ、彩度符号化ブロック高さｃｂＨｅｉｇｈｔ／２に等しく設定された高さｎＴｂＨ、および２に等しく設定された変数ｃｌｄｘｓｅｔを入力とし、配列ｒｅｓＳａｍｐｌｅｓ_Ｃｒを出力として呼び出される。

５．現在のコーディングユニットの再構成されたサンプルは、以下のように導出される。
－ｔｒｅｅＴｙｐｅが、ＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合またはＴＲＥＥＴＹＰＥがＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、８．７．５節で規定されているカラーコンポーネントに対するピクチャ再構成処理は、（ｘＣｂ，ｙＣｂ）に等しく設定されているブロック位置（ｘＢ，ｙＢ）、ｃｂＷｉｄｔｈに等しく設定されたブロック幅ｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔに等しく設定されたブロック高さｂＨｅｉｇｈｔ、０に等しく設定された変数ｃＩｄｘ、ｐｒｅｄＳａｍｐｌｅｓ_Ｌに等しく設定された（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）の配列ｐｒｅｄＳａｍｐｌｅｓを、およびｒｅｓＳａｍｐｌｅｓ_Ｌに等しく設定された（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）の配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力はインループフィルタリングの前の修正された再構成ピクチャである。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合またはＴＲＥＥＴＹＰＥがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、８．７．５節で規定されているカラーコンポーネントに対するピクチャ再構成処理は、（ｘＣｂ／２，ｙＣｂ／２）に等しく設定されたブロック位置（ｘＢ，ｙＢ）、ｃｂＷｉｄｔｈ／２に等しく設定されたブロック幅ｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたブロック高さｂＨｅｉｇｈｔ、１に等しく設定された変数ｃＩｄｘ、ｐｒｅｄＳａｍｐｌｅｓ_Ｃｂに等しく設定された（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）の配列ｐｒｅｄＳａｍｐｌｅｓ、およびｒｅｓＳａｍｐｌｅｓ_Ｃｂに等しく設定された（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力はインループフィルタリングの前の修正された再構成ピクチャである。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合またはＴＲＥＥＴＹＰＥがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、８．７．５節で規定されているカラーコンポーネントに対するピクチャ再構成処理は、（ｘＣｂ／２，ｙＣｂ／２）に等しく設定されたブロック位置（ｘＢ，ｙＢ）、ｃｂＷｉｄｔｈ／２と等しく設定されたブロック幅ｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたブロック高さｂＨｅｉｇｈｔ、２に等しく設定された変数ｃＩｄｘ、ｐｒｅｄＳａｍｐｌｅｓ_Ｃｒに等しく設定された（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）の配列ｐｒｅｄＳａｍｐｌｅｓ、およびｒｅｓＳａｍｐｌｅｓ_Ｃｒに等しく設定された（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力はインループフィルタリングの前の修正された再構成ピクチャである。

関連出願の相互参照
本願は、２０１９年４月１９日出願の国際特許出願第ＰＣＴ／ＣＮ２０１９／０８３３６６号の優先権および利益を主張する、２０２０年４月１７日出願の国際特許出願第ＰＣＴ／ＵＳ２０２０／０２８８０８号に基づく日本国特願２０２１－５６１８７４号の分割出願である。上記出願の開示全体は、参照によりここに援用される。

Claims (19)

1. ビジュアルメディア符号化の方法であって、
   ビジュアルメディアデータの映像領域における現在の映像ブロックを前記ビジュアルメディアデータのビットストリーム表現に符号化するために、前記現在の映像ブロックと参照映像ブロックの間の予測誤差の残差が、変換を適用することなく、前記ビットストリーム表現にて表される変換スキップモードを使用することと、
   複数の係数グループへの前記現在の映像ブロックの分割に基づいて、前記現在の映像ブロックに関連付けられた係数グループにおける１または複数の近傍の映像ブロックの符号フラグに従って前記現在の映像ブロックの符号フラグのコンテキストを選択することと、
   を有する方法。
2. ビジュアルメディア復号化の方法であって、
   現在の映像ブロックと参照映像ブロックとの間の予測誤差の残差が、変換を適用することなく、ビットストリーム表現にて表される変換スキップモードにて用いられている符号フラグのコンテキストを特定するために、前記現在の映像ブロックを有する映像領域を有するビジュアルメディアデータの前記ビットストリーム表現を構文解析することと、
   前記符号フラグのコンテキストが、複数の係数グループへの前記現在の映像ブロックの分割に基づいて、前記現在の映像ブロックに関連付けられた係数グループにおける１または複数の近傍の映像ブロックの符号フラグに従うように、前記ビットストリーム表現から復号化された映像領域を生成することと、
   を有する方法。
3. 前記現在の映像ブロックの前記１または複数の近傍の映像ブロックは、左の近傍、および／または、上の近傍、および／または、左上の近傍、および／または、右上の近傍を含む、請求項１または２に記載の方法。
4. 前記現在の映像ブロックの前記符号フラグの前記コンテキストと、前記１または複数の近傍の映像ブロックの符号フラグとの間の関係は、
   Ｃ＝（Ｌ＋Ａ）
   にて示され、
   Ｃは、前記現在の映像ブロックの前記符号フラグの前記コンテキストのコンテキストＩＤであり、
   Ｌは、前記現在の映像ブロックの左の近傍の符号フラグであり、
   Ａは、前記現在の映像ブロックの上の近傍の符号フラグである、
   請求項１～３のいずれか一項に記載の方法。
5. 前記現在の映像ブロックの前記符号フラグの前記コンテキストと、前記１または複数の近傍の映像ブロックの符号フラグとの間の関係は、
   Ｃ＝（Ｌ＋Ａ＊２）
   にて示され、
   Ｃは、前記現在の映像ブロックの前記符号フラグの前記コンテキストのコンテキストＩＤであり、
   Ｌは、前記現在の映像ブロックの左の近傍の符号フラグであり、
   Ａは、前記現在の映像ブロックの上の近傍の符号フラグである、
   請求項１～３のいずれか一項に記載の方法。
6. 前記現在の映像ブロックの前記符号フラグの前記コンテキストと、前記１または複数の近傍の映像ブロックの符号フラグとの間の関係は、
   Ｃ＝（Ｌ＊２＋Ａ）
   にて示され、
   Ｃは、前記現在の映像ブロックの前記符号フラグの前記コンテキストのコンテキストＩＤであり、
   Ｌは、前記現在の映像ブロックの左の近傍の符号フラグであり、
   Ａは、前記現在の映像ブロックの上の近傍の符号フラグである、
   請求項１～３のいずれか一項に記載の方法。
7. 前記現在の映像ブロックの前記符号フラグの前記コンテキストは、以下の規則に従い、前記１または複数の近傍の映像ブロックの前記符号フラグに基づき、
   近傍の映像ブロックの対の符号フラグが両方とも負である場合、前記規則は、前記符号フラグの第１のコンテキストを選択することを規定する、
   請求項１～３のいずれか一項に記載の方法。
8. ビジュアルメディア処理の方法であって、
   現在の映像ブロックが複数の係数位置に分割される場合、ビジュアルメディアデータの前記現在の映像ブロックに関連付けられた現在の係数の位置を判定することと、
   １または複数の近傍の係数の符号フラグに少なくとも基づいて、前記現在の係数に対する符号フラグのコンテキストを導出することと、
   前記コンテキストに基づいて、前記現在の係数に対する符号フラグを生成することであって、前記現在の係数の前記符号フラグは、変換を適用することなく前記現在の映像ブロックを符号化する変換スキップモードにて用いられる、ことと、
   を有する方法。
9. 前記現在の映像ブロックの前記１または複数の近傍の係数は、左の近傍、および／または、上の近傍を含む、請求項８に記載の方法。
10. 前記現在の係数に対する前記符号フラグの前記コンテキストは、前記現在の係数の前記位置に更に基づく、請求項８に記載の方法。
11. ビットストリーム表現から前記現在の映像ブロックを復号化することを有する、請求項８に記載の方法。
12. 前記現在の映像ブロックをビットストリーム表現に符号化することを有する、請求項８に記載の方法。
13. 前記現在の映像ブロックの前記符号フラグの前記コンテキストは、以下の規則に従って、前記１または複数の近傍の映像ブロックの前記符号フラグに基づき、
    近傍の映像ブロックの対の１つの符号フラグのみが負である場合、前記規則は、前記符号フラグの第２のコンテキストを選択することを規定する、
    請求項１～３、および、８～１２のいずれか一項に記載の方法。
14. 前記現在の映像ブロックの前記符号フラグの前記コンテキストは、以下の規則に従って、前記１または複数の近傍の映像ブロックの前記符号フラグに基づき、
    近傍の映像ブロックの対の符号フラグの両方が正である場合、前記規則は、前記符号フラグの第３のコンテキストを選択することを規定する、
    請求項１～３、および、８～１２のいずれか一項に記載の方法。
15. 前記現在の映像ブロックの前記符号フラグの前記コンテキストは更に、複数の係数グループにおける係数グループの位置に基づく、請求項１～３、および、８～１２のいずれか一項に記載の方法。
16. 前記符号フラグの前記コンテキストは、（ｘ＋１）、ｍｉｎ（ｘ，ｙ）、およびｍａｘ（ｘ，ｙ）の少なくとも１つに基づき、
    ｘおよびｙはそれぞれ、係数グループの前記位置の水平方向の値および垂直方向の値である、
    請求項１０に記載の方法。
17. 請求項１～１６のいずれか一項に記載の方法を実装するように構成されたプロセッサを有する映像エンコーダ装置。
18. 請求項１～１６のいずれか一項に記載の方法を実装するように構成されたプロセッサを有する映像デコーダ装置。
19. コードを有するコンピュータ可読媒体であって、前記コードは、請求項１～１６のいずれか一項に記載の方法を実装するためのプロセッサ実行可能命令を具体化する、コンピュータ可読媒体。

Images