JP2023139037A - 量子化残差差分パルス符号変調符号化を使用したイントラ符号化映像 - Google Patents

Abstract

【課題】映像または画像に二次変換を使用する映像符号化及び復号方法を提供する。
【解決手段】映像処理の方法１１００は、差分符号化モードを用いて現在の映像ブロックに関連付けられて記憶されるべき第１のイントラ符号化モードを判定することによって、映像の現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換を実行する１１０２ことを含む。現在の映像ブロックに関連付けられた第１のイントラ符号化モードは、差分符号化モードによって使用される第２の予測モードに従って判定され、差分符号化モードにおいて、現在の映像ブロックのイントラ予測の量子化残差と、量子化残差の予測との差分を、差分パルス符号化変調（ＤＰＣＭ）表現を使用して、現在の映像ブロックのためにビットストリーム表現で表現する。
【選択図】図１１

Description

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

この特許文献は、映像符号化技術、デバイスおよびシステムに関する。

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

本明細書は、映像または画像の復号化または符号化中に二次変換を使用する様々な実施形態および技術を説明する。

一つの例示的な態様において、映像処理方法は、映像の現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換を、差分符号化モードを用いて前記現在の映像ブロックに関連付けられて記憶されるべき第１のイントラ符号化モードを判定することにより実行することを含み、前記現在の映像ブロックに関連付けられた前記第１のイントラ符号化モードは、前記差分符号化モードによって使用される第２の予測モードに従って判定され、前記差分符号化モードにおいて、前記現在の映像ブロックのイントラ予測の量子化残差と前記量子化残差の予測との差分は、差分パルス符号化変調（ＤＰＣＭ）表現を使用して、前記現在の映像ブロックのために前記ビットストリーム表現で表現される。

別の例示的な態様において、映像処理方法は、映像の現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換中に差分符号化モードによって使用されるイントラ符号化モードを、規則に従って、判定することと、前記判定することに基づいて、差分符号化モードを用いて現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換を実行することと、を含み、前記差分符号化モードにおいて、現在の映像ブロックのイントラ予測の量子化残差と前記量子化残差の予測との差分は、差分パルス符号化変調（ＤＰＣＭ）表現を使用して、現在の映像ブロックのためにビットストリーム表現で表現され、前記量子化残差の予測が前記イントラ符号化モードに従って実行される。

別の例示的な態様において、映像復号化方法が開示される。この方法は、差分符号化モードを使用し、且つ共存規則に基づいてイントラ予測モードを選択的に使用して、現在の映像ブロックと前記現在の映像ブロックの前記ビットストリーム表現との変換を行うことを含み、前記イントラ予測モードは、前記現在の映像ブロックのサンプルに対する予測を生成するために使用され、前記差分符号化モードを使用して、差分パルス符号化変調表現を使って前記画素の前記予測から量子化残差を表現する。

別の例示的な態様において、映像処理の別の方法が開示される。この方法は、差分パルス符号化変調表現を使用して前記現在の映像ブロックの画素の予測からの量子化残差ブロックを表す差分符号化モードを使用して、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行うことを含み、差分パルス符号化変調表現を使用して表現され、前記予測の第１の方向または前記差分符号化モードの第２の方向は、前記ビットストリーム表現から推測可能である。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、適用規則に基づいて、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換に差分符号化モードが適用可能であることを判定することと、前記差分符号化モードを使用して現在の映像ブロックとビットストリーム表現との変換を実行することとを含む。前記差分符号化モードにおいて、前記現在の映像ブロックの画素のイントラ予測からの量子化残差ブロックは、水平方向または垂直方向とは異なる残差予測方向に行われる差分パルス符号化変調表現を使用して表現される。

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、差分符号化モードが現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間での変換に適用可能であることを判定することと、前記差分符号化モードの実装規則を使用して現在の映像ブロックとビットストリーム表現との間での前記変換を行うことと、を含み、前記差分符号化モードにおいて、前記現在の映像ブロックの画素のイントラ予測からの量子化残差ブロックは、水平方向または垂直方向とは異なる残差予測方向に行われる差分パルス符号化変調表現を使用して表現される。

さらに別の例示的な態様において、別の映像処理方法が開示される。この方法は、現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との変換中に使用される差分符号化モードが、前記現在の映像ブロックに関連付けられたイントラ符号化モードと同じであることを判定することと、前記差分符号化モードの実装規則を使用して現在の映像ブロックとビットストリーム表現との変換を実行することと、を含む。

さらに別の例示的な態様において、映像処理装置が開示される。この装置は、上述した方法を行うように構成された処理装置を備える。

さらに別の例示的な態様において、コンピュータ可読媒体が開示される。この媒体には、上述した方法を処理装置で行うためのコードが記憶されている。

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

イントラブロックコピーの説明図である。 パレットモードで符号化されたブロックの例を示す。 パレットエントリを信号通知するためのパレット予測子の使用例を示す。 水平方向および垂直方向の横断走査の例を示す。 パレットインデックスの符号化の例を示す。 アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）処理の例示的な処理を示す。 アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）処理の例示的な処理を示す。 アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）処理の例示的な処理を示す。 アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）処理の例示的な処理を示す。 本特許明細書に記載される技術を実現するためのハードウェアプラットフォームの一例を示すブロック図である。 映像処理方法の一例を示すフローチャートである。 ４つの融合候補の例を示す。 映像符号化に用いられる融合候補の対の例を示す。 ６７個のイントラ予測モードの例を示す。 本開示の技術を利用し得る例示的な映像符号化システムを示すブロック図である。 映像エンコーダを例示するブロック図である。 映像デコーダを例示するブロック図である。 本明細書で開示される様々な技術が実装され得る例示的な映像処理システムを示すブロック図である。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。

本明細書では、理解を容易にするために章の見出しを使用しており、１つの章に開示された実施形態をその章にのみ限定するものではない。さらに、特定の実施形態は、ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）または他の特定の映像コーデックを参照して説明されたが、開示された技術は、他の映像符号化技術にも適用可能である。さらに、いくつかの実施形態は映像符号化ステップを詳細に説明しているが、符号化を復号化する、対応するステップはデコーダによって実行されることが理解されよう。さらに、映像処理という用語は、映像符号化または圧縮、映像の復号化または展開、および映像の画素がある圧縮形式から別の圧縮形式へ、または別の圧縮ビットレートで表現される映像のコード変換を含む。

１．概要

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

２．初期の協議

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

ＶＶＣドラフトの最新バージョン、即ち、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ドラフト４）は、以下を参照することができる。
ｐｈｅｎｉｘ．ｉｔ－ｓｕｄｐａｒｉｓ．ｅｕ／ｊｖｅｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｃｕｒｒｅｎｔ＿ｄｏｃｕｍｅｎｔ．ｐｈｐ？ｉｄ＝５７５５ＶＴＭと呼ばれるＶＶＣの最新の参照ソフトウェアは、以下で確認することができる。
ｖｃｇｉｔ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｊｖｅｔ／ＶＶＣＳｏｆｔｗａｒｅ＿ＶＴＭ／ｔａｇｓ／ＶＴＭ－４．０

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

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

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

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

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

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

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

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

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

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

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

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

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

ＩＢＣマージモードにおいて、ＩＢＣマージ候補リストにおけるエントリを指すインデックスをビットストリームから構文解析する。このＩＢＣマージリストの構築は、以下のステップのシーケンスに従ってまとめることができる。
●ステップ１：空間的候補の導出
●ステップ２：ＨＭＶＰ候補の挿入
●ステップ３：対の平均候補の挿入

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

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

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

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

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

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

ＩＢＣ ＡＭＶＰモードでは、ＩＢＣ ＡＭＶＰリストにおけるエントリを指すＡＭＶＰインデックスが、ビットストリームから構文解析される。このＩＢＣ ＡＭＶＰリストの構築は、以下のステップのシーケンスに従ってまとめることができる。
●ステップ１：空間的候補の導出
○利用可能な候補が見つかるまで、Ａ_０，Ａ_１をチェックする。
○利用可能な候補が見つかるまで、Ｂ_０、Ｂ_１、Ｂ_２をチェックする。
●ステップ２：ＨＭＶＰ候補の挿入
●ステップ３：ゼロ候補の挿入

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

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

２．４ パレットモード

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

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

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

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

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

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

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

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

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

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

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

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

２．６ 変換スキップモードにおける係数符号化

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

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

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

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

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

ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ及びｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ ｃｏｎｔｅｘｔ ｍｏｄｅｌｌｉｎｇ：
ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ及びｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇには１つのコンテクストモデルを用いる。

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

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

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

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

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

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

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

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

水平方向の場合、以下である。

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

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

ＱＲ－ＢＤＰＣＭの本文変更案を以下に示す。

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

８．４．２ 輝度イントラ予測モードのための導出処理

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

表８－１に、イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値とその関連名称を示す。

注意－：イントラ予測モードＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｔ＿ＣＣＬＭは、クロマ成分にのみ適用可能である。

ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下の順序のステップによって導出される。
－ 近傍位置（ｘＮｂＡ、ｙＮｂＡ）および（ｘＮｂＢ、ｙＮｂＢ）は、それぞれ、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）および（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に等しく設定される。
－ ＸをＡまたはＢのいずれかに置き換える場合、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。
・・・
－ 変数ｉｓｐＤｅｆａｕｌｔＭｏｄｅ１及びｉｓｐＤｅｆａｕｌｔＭｏｄｅ２は、以下のように定義される。
・・・
－ ｘ＝０．．５のｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］は、以下のように導出される。
・・・
－ ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下の手順を適用することによって導出される。
－ ｂｄｐｃｍ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、ｃａｎｄＭｏｄｅＬｉｓｔ［０］に等しく設定される。
－ そうでない場合、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、ｃａｎｄＭｏｄｅＬｉｓｔ［ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ［ｘＣｂ］［ｙＣｂ］］と等しく設定される。
－ そうでない場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下の順序のステップを適用することによって導出される。
・・・

ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］は、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］と等しく設定される。

２．８ マトリックスに基づくイントラ予測（ＭＩＰ）

行列に基づくイントラ予測は、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）とも呼ばれ、重み付き行列を使用してイントラ予測信号を導出する。

２．８．１ 方法の説明

幅Ｗおよび高さＨの矩形ブロックのサンプルを予測するために、アフィン線形重み付きイントラ予測（ＡＬＷＩＰ）は、ブロックの左側のＨ個の再構成された近傍の境界サンプルの１つのラインと、ブロックの上側のＷ個の再構成された近傍の境界サンプルの１つのラインとを入力とする。再構成されたサンプルが利用できない場合、従来のイントラ予測で行われたように生成される。

予測信号の生成は、以下の３つのステップに基づいて行われる。
１．境界サンプルのうち、Ｗ＝Ｈ＝４の場合、４つのサンプルを抽出し、それ以外の場合、８つのサンプルを平均することによって抽出する。
２．平均化されたサンプルを入力として、行列ベクトル乗算に続いてオフセットの加算を実行する。その結果、元のブロックにおけるサンプルのサブサンプリングされたセットに対して、縮小された予測信号が得られる。
３．残りの位置の予測信号は、各方向への単一ステップの線形補間である線形補間によってサブサンプリングされたセットにおける予測信号から生成される。

行列の３つのセットＳ_０、Ｓ_１およびＳ_２から、予測シグナルを生成するために必要な行列およびオフセットベクトルを取り込む。セットＳ_０は、１６行４列の１８個の行列Ａ^ｉ _０，ｉ∈｛０，…，１７｝と、サイズ１６の１８個のオフセットベクトルｂ^ｉ _０，ｉ∈｛０，…，１７｝で構成されている。このセットＳ_１の４×４サイズの行列およびオフセットベクトルは、１０個の行列Ａ^ｉ _１，ｉ∈｛０，…，９｝からなり、そのそれぞれは、１６行８列のオフセットベクトルを有し、それぞれのサイズが１６の１０個のオフセットベクトルｂ^ｉ _１，ｉ∈｛０，…，９｝を有する。そのセットの行列およびオフセットベクトルは、サイズ４×８、８×４、および８×８のブロックに使用される。最後に、このセットＳ_２は、６個の行列Ａ^ｉ _２，ｉ∈｛０，…，５｝からなり、その各々は、６４個の行および８個の列を有し、且つ６個のオフセットベクトルｂ^ｉ _２，ｉ∈｛０，…，５｝の寸法が６４である。そのセットまたはその一部の行列およびオフセットベクトル、並びにオフセットベクトルは、他のすべてのブロック形状に使用される。

行列ベクトル積の計算に必要な乗算の総数は、常に４・Ｗ・Ｈ以下である。すなわち、ＡＬＷＩＰモードでは、１つのサンプルにつき最大４回の乗算が必要である。

２．８．２ 境界の平均化

まず、インプット境界ｂｄｒｙ^ｔｏｐ、ｂｄｒｙ^ｌｅｆｔを小さな境界ｂｄｒｙ^ｔｏｐ _ｒｅｄ、ｂｄｒｙ^ｌｅｆｔ _ｒｅｄに縮小する。ここで、ｂｄｒｙ^ｔｏｐ _ｒｅｄおよびｂｄｒｙ^ｌｅｆｔ _ｒｅｄは、両方とも、４×４－ブロックの場合、２つのサンプルからなり、他のすべての場合、両方とも４つのサンプルからなる。

４×４ブロックの場合、０≦ｉ＜２に対しては次のように定義する。

そして、ｂｄｒｙ^ｌｅｆｔ _ｒｅｄを同じように定義する。

そうでない場合、ブロック幅Ｗ＝４・２^ｋとして与えられる場合、０≦ｉ＜４に対しては次のように定義する。

そして、ｂｄｒｙ^ｌｅｆｔ _ｒｅｄを同じように定義する。

２つの縮小された境界ｂｄｒｙ^ｔｏｐ _ｒｅｄおよびｂｄｒｙ^ｌｅｆｔ _ｒｅｄは、縮小された境界ベクトルに連結され、このようにして、形状４×４のブロックの場合、サイズ４となり、他のすべての形状のブロックの場合、サイズ８となる。モードがＡＬＷＩＰ－ｍｏｄｅを指す場合、この連結は以下のように定義される。

最後に、サブサンプリングされた予測信号を補間するために、大きなブロックに対して、平均化された境界の第２のバージョンが必要である。すなわち、ｍｉｎ（Ｗ，Ｈ）＞８であり、Ｗ≧Ｈである場合、１つはＷ＝８＊２^ｌを書き込み、０≦ｉ＜８の場合、定義する。

ｍｉｎ（Ｗ，Ｈ）＞８であり、Ｈ＞Ｗである場合、同様にｂｄｒｙ^ｌｅｆｔ _{ｒｅｄＩＩ}を定義する。

２．８．３ 行列ベクトル乗算による縮小予測信号の生成

縮小されたインプットベクトルｂｄｒｙ_ｒｅｄのうち、１つは縮小された予測シグナルｐｒｅｄ_ｒｅｄを生成する。この信号は、ダウンサンプリングされた幅Ｗ_ｒｅｄおよび高さＨ_ｒｅｄのブロックにおける信号である。ここで、Ｗ_ｒｅｄ及びＨ_ｒｅｄは、次のように定義される。

縮小された予測信号ｐｒｅｄ_ｒｅｄは、行列ベクトルの積を計算し、次のようにオフセットを加えることによって計算される。

ここで、Ａは、Ｗ＝Ｈ＝４であり、他のすべての場合において８つの列を有する場合、Ｗ_ｒｅｄ・Ｈ_ｒｅｄ行および４列を有する行列である。ｂは、大きさＷ_ｒｅｄ・Ｈ_ｒｅｄのベクトルである。

行列Ａおよびベクトルｂは、セットＳ_０、Ｓ_１、Ｓ_２のうちの１つから以下のように取り込まれる。１つのインデックスｉｄｘ＝ｉｄｘ（Ｗ，Ｈ）を以下のように定義する。

さらに、ｍを以下のように置く。

そして、ｉｄｘ≦１又はｉｄｘ≦２であり、且つｍｉｎ（Ｗ，Ｈ）＞４である場合、Ａ＝Ａ^ｍ _ｉｄｘ及びｂ＝ｂ^ｍ _ｉｄｘとする。ｉｄｘ＝２およびｍｉｎ（Ｗ，Ｈ）＝４の場合、Ａを、Ａ^ｍ _ｉｄｘのすべての行を取り除くことによって生じる行列とし、Ｗ＝４の場合、ダウンサンプリングされたブロックにおける奇数ｘ座標に対応し、またはＨ＝４の場合、ダウンサンプリングされたブロックにおける奇数ｙ座標に対応する。

最後に、以下の場合、縮小された予測信号をその転置に置き換える。
● Ｗ＝Ｈ＝４およびｍｏｄｅ≧１８
● ｍａｘ（Ｗ，Ｈ）＝８およびｍｏｄｅ≧１０
● ｍａｘ（Ｗ，Ｈ）＞８およびｍｏｄｅ≧６

Ｗ＝Ｈ＝４の場合、Ａは４列１６行であるので、ｐｒｅｄ_ｒｅｄの算出に必要な乗算数は４である。他のすべての場合において、Ａは、８列およびＷ_ｒｅｄ・Ｈ_ｒｅｄ行を有し、これらの場合において、８・Ｗ_ｒｅｄ・Ｈ_ｒｅｄ≦４・Ｗ・Ｈ乗算が必要であることを即座に確認し、即ち、この場合においても、ｐｒｅｄ_ｒｅｄを計算するために、１つのサンプル当たり最大４回の乗算が必要である。

２．８．４ ＡＬＷＩＰプロセス全体の説明

図６、図７、図８、図９の様々な形状に対して、平均化、行列ベクトル乗算、線形内挿の全体的な処理を示す。なお、残りの形状は、いずれか１つの図示された場合と同様に扱われる。

１． ４×４ブロックを仮定すると、ＡＬＷＩＰは、境界の各軸に沿って２つの平均をとる。結果として得られる４つの入力サンプルは、行列ベクトル乗算に入る。行列はセットＳ_０から取り込まれる。オフセットを加算した後、１６個の最終予測サンプルが得られる。予測信号を生成するために線形補間は必要でない。このようにして、１つのサンプル当たり、合計（４・１６）／（４・４）＝４回の乗算を行う。

図６は、４×４ブロックのためのＡＬＷＩＰの例示である。

２． ８×８ブロックを仮定すると、ＡＬＷＩＰは、境界の各軸に沿って４つの平均をとる。結果として得られる８つの入力サンプルは、行列ベクトル乗算に入る。行列はセットＳ_１から取り込まれる。これにより、予測ブロックの奇数位置に１６個のサンプルが得られる。このようにして、１つのサンプル当たり、合計（８・１６）／（８・８）＝２回の乗算を行う。オフセットを加えた後、これらのサンプルは、縮小された上端境界を使用することによって垂直方向に補間される。元の左側境界を使用して水平補間を行う。

図７は、８×８ブロックのためのＡＬＷＩＰの例示である。

３． ８×４ブロックを仮定すると、ＡＬＷＩＰは、境界の水平軸に沿って４つの平均をとり、左境界上の４つの元の境界値をとる。結果として得られる８つの入力サンプルは、行列ベクトル乗算に入る。行列はセットＳ_１から取り込まれる。これにより、予測ブロックの水平方向の奇数位置および垂直方向の各位置に１６個のサンプルが得られる。このようにして、１つのサンプル当たり、合計（８・１６）／（８・４）＝４回の乗算を行う。オフセットを加算した後、元の左境界を使用してこれらのサンプルを水平方向に補間する。

図８は、８×４ブロックのためのＡＬＷＩＰの例示である。

転置された場合はそれに応じて処理される。

４． １６×１６ブロックを仮定すると、ＡＬＷＩＰは、境界の各軸に沿って４つの平均をとる。結果として得られる８つの入力サンプルは、行列ベクトル乗算に入る。行列はセットＳ_２から取り込まれる。これにより、予測ブロックの奇数位置に６４個のサンプルが得られる。このようにして、１つのサンプル当たり、合計（８・６４）／（１６・１６）＝２回の乗算を行う。オフセットを加算した後、これらのサンプルを、上端境界の８つの平均を使用することによって垂直方向に補間する。元の左側境界を使用して水平補間を行う。

図９は、１６×１６ブロックのためのＡＬＷＩＰの例示である。

より大きい形状の場合、この手順は本質的に同じであり、１つのサンプル当たりの乗算の数が４未満であることを確認することは容易である。
Ｗ＞８のＷ×８ブロックの場合、サンプルは奇数個の水平位置および各垂直位置で得られるので、水平補間のみが必要である。ここで、（８・６４）／（Ｗ・８）＝６４／Ｗ乗算／サンプルごとに演算を行い、縮小予測を算出する。
最後に、Ｗ＞８であるＷ×４個のブロックに対して、Ａｋを、ダウンサンプリングされたブロックの横軸に沿った奇数個の入力に対応するすべての行を取り除くことによって生じる行列とする。このように、出力サイズは３２であり、再び、水平補間のみを実行しなければならない。縮小予測の算出のために、（８・３２）／（Ｗ・４）＝６４／Ｗ乗算／サンプルごとに乗算を行う。Ｗ＝１６の場合、追加の乗算は必要とされず、一方、Ｗ＞１６の場合、線形補間の場合、１つのサンプル当たり２未満の乗算しか必要とされない。よって、乗算の総数は４以下である。
転置された場合はそれに応じて処理される。

２．８．５ シングルステップ線形補間

ｍａｘ（Ｗ，Ｈ）≧８を有するＷ×Ｈブロックの場合、予測信号は、線形内挿によってＷ_ｒｅｄ×Ｈ_ｒｅｄに縮小された予測信号ｐｒｅｄ_ｒｅｄから生じる。ブロックの形状によっては、垂直、水平または両方向に線形補間を行う。線形補間を両方向に適用する場合、まずＷ＜Ｈを水平方向に適用し、最初に垂直方向に適用する場合、水平方向に適用し、そうでない場合、線形補間を水平方向に適用する。

一般性を損なうことなく、ｍａｘ（Ｗ，Ｈ）≧８およびＷ≧Ｈを有するＷ×Ｈブロックを考える。そして、１次元線形補間は、以下のようにして行われる。一般性を損なうことなく、垂直方向の線形補間を説明すれば十分である。まず、境界信号によって縮小された予測信号を上端に拡大する。垂直アップサンプリング係数Ｕ_ｖｅｒ＝Ｈ／Ｈ_ｒｅｄを定義し、Ｕ_ｖｅｒ＝２^ｕｖｅｒ＞１と書き込む。次に、次のように拡張縮小予測信号を定義する。

そして、この拡大縮小された予測信号から、０≦ｘ＜Ｗ_ｒｅｄ，０≦ｙ＜Ｈ_ｒｅｄ，０≦ｋ＜Ｕ_ｖｅｒの場合、以下の式によって垂直線形補間予測信号を生成する。

ビットシフトのみの線形補間アルゴリズムは乗算を必要としない。

２．８．６ 提案されたイントラ予測モードの信号化

イントラモードの各符号化ユニット（ＣＵ）ごとに、ＡＬＷＩＰモードを対応する予測ユニット（ＰＵ）に適用するかどうかを示すフラグをビットストリームにおいて送信する。ＡＬＷＩＰモードを適用する場合、３つのＭＰＭＳを有するＭＰＭリストを使用して、ＡＬＷＩＰモードのインデックスｐｒｅｄｍｏｄｅを信号通知する。

ここで、ＭＰＭの導出は、上記左右のＰＵのイントラモードを使用して、以下のようにして行われる。ｍａｐ＿ａｎｇｕｌａｒ＿ｔｏ＿ａｌｗｉｐ_ｉｄｘには３つの固定テーブルがあり、ｉｄｘ∈｛０，１，２｝は、各々の従来のイントラ予測モードｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}に１つのアルバイト（ＡＬＷＩＰ）モードを割り当てる。

幅Ｗおよび高さＨの夫々のユニットに対して、１つのインデックスを定義する。

これは、３つのセットのうちどれからＡＬＷＩＰパラメータを上記１．３章に記載のように取り込むかを示す。

上記予測ユニットＰＵ_{ａｂｏｖｅ}が使用可能であり、現在のＰＵと同じＣＴＵに属し、且つイントラモードにある場合、ｉｄｘ（ＰＵ）＝ｉｄｘ（ＰＵ_{ａｂｏｖｅ}）であり、且つＡＬＷＩＰ－ｍｏｄｅ ｐｒｅｄｍｏｄｅ^{ａｂｏｖｅ} _{ＡＬＷＩＰ}でＰＵ_{ａｂｏｖｅ}にＡＬＷＩＰを適用する場合、以下のようになる。

上記ＰＵが使用可能であり、現在のＰＵと同じＣＴＵに属し、イントラモードにあり、且つ上記ＰＵに従来のイントラ予測モードｐｒｅｄｍｏｄｅ^{ａｂｏｖｅ} _{Ａｎｇｕｌａｒ}を適用すると、以下のようになる。

他のすべての場合において、次のようになる。

これは、このモードが使用できないことを意味する。同様にして、但し、左側のＰＵが現在のＰＵと同じＣＴＵに属する必要があるという制限なしに、モードｍｏｄｅ^ｌｅｆｔ _{ＡＬＷＩＰ}を導出する。

最後に、３つの固定デフォルトリストｌｉｓｔｉｄｘ、ｉｄｘ∈｛０，１，２｝が提供され、その各々は３つの異なるＡＬＷＩＰモードを含む。デフォルト一覧ｌｉｓｔ_{ｉｄｘ（ＰＵ）}およびモードｍｏｄｅ^{ａｂｏｖｅ} _{ＡＬＷＩＰ}およびｍｏｄｅ^ｌｅｆｔ _{ＡＬＷＩＰ}のうち、デフォルト値を－１に置き換え、且つ重複を排除することで、３つの異なるＭＰＭを構築する。

２．８．７ 従来の輝度およびクロマイントラ予測モードのための適応型ＭＰＭリスト導出

提案されたＡＬＷＩＰモードは、従来のイントラ予測モードのＭＰＭに基づく符号化と以下のように調和される。従来のイントラ予測モードのための輝度およびクロマＭＰＭリスト導出処理は、固定テーブルｍａｐ＿ａｌｗｉｐ＿ｔｏ＿ａｎｇｕｌａｒ_ｉｄｘ、ｉｄｘ∈｛０，１，２｝を使用し、所与のＰＵにおけるＡＬＷＩＰモードｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}を従来のイントラ予測モードの１つにマッピングする。
ｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}＝ｍａｐ＿ａｌｗｉｐ＿ｔｏ＿ａｎｇｕｌａｒ_{ｉｄｘ（ＰＵ）}［ｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}］．

輝度ＭＰＭリストの導出のために、ＡＬＷＩＰモードｐｒｅｄｍｏｄｅ_{ＡＬＷＩＰ}を使用する近傍の輝度ブロックに遭遇した場合、このブロックは、従来のイントラ予測モードｐｒｅｄｍｏｄｅ_{Ａｎｇｕｌａｒ}を使用していたものとして扱われる。クロマＭＰＭリスト導出の場合、現在の輝度ブロックがＬＷＩＰモードを使用する時はいつでも、同じマッピングを使用してＡＬＷＩＰモードを従来のイントラ予測モードに変換する。

２．９ ６７個のイントラ予測モードを有するイントラモード符号化

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

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

構文要素ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］、ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘ０］［ｙ０］、 ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ［ｘ０］［ｙ０］およびｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ［ｘ０］［ｙ０］は、輝度サンプルのイントラ予測モードを指定する。配列インデックスｘ０，ｙ０は、ピクチャの左上輝度サンプルに対する、考慮される符号化ブロックの左上輝度サンプルの位置（ｘ０，ｙ０）を指定する。ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、第８．４．２項に従って、近傍のイントラ予測符号化ユニットから前記イントラ予測モードを推論する。
ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、１に等しいと推測される。
ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、１に等しいと推測される。

２．１０ クロマイントラモード符号化

クロマイントラモード符号化の場合、クロマイントラモード符号化の場合、合計８つのイントラモードが許可される。これらのモードには、５つの伝統的なイントラモードと６つの構成要素共通の線形モデルモードが含まれる。クロマＤＭモードは、対応する輝度イントラ予測モードを使用する。Ｉスライスにおいて、輝度成分とクロマ成分に対するブロック分割構造の分離が有効化されているため、１つのクロマブロックは複数の輝度ブロックに対応してもよい。よって、クロマＤＭモードの場合、現在のクロマブロックの中心位置を含む、対応する輝度ブロックのイントラ予測モードは直接継承される。

３． 開示される実施形態が解決しようとする技術的課題の例

ＱＲ－ＢＤＰＣＭは、画面コンテンツの符号化において符号化の利点を実現することができるが、依然としていくつかの欠点を有する可能性がある。
１．ＱＲ－ＢＤＰＣＭモードにおける予測は、水平および垂直イントラ予測にのみ限定され、ＱＲ－ＢＤＰＣＭモードにおける予測効率を制限する可能性がある。
２．イントラ予測モードが、ＱＲ－ＢＤＰＣＭモードのレートコストを増加させ得るＱＲ－ＢＤＰＣＭ符号化ブロックのために信号通知される。
３．ＱＲ－ＢＤＰＣＭモードにおいて信号通知されたメッセージを予測モードにマッピングするとき、近傍の情報は考慮されない。
４．ＱＲ－ＢＤＰＣＭは、水平ＤＰＣＭおよび垂直ＤＰＣＭのみをサポートすることによって残差を表し、複素残差ブロックにおける符号化性能を含む可能性がある。
５．ＱＲ－ＢＤＰＣＭにおける残留範囲は、他の非ＱＲ－ＢＤＰＣＭモードの最大範囲を超える可能性がある。
６．ＱＲ－ＢＤＰＣＭはブロック形状を考慮していない。
７．ＱＲ－ＢＤＰＣＭで輝度ブロックを符号化する場合、クロマをどのように扱うかは不明である。
８．ＱＲ－ＢＤＰＣＭは、第１のＭＰＭモードのみを記憶イントラモードとして使用し、これは、イントラモードの符号化効率を制限する可能性がある。

４． 例示的な実施形態及び技術

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

１．ＱＲ－ＢＤＰＣＭ符号化ブロックにおけるサンプル予測は、行列に基づくイントラ予測（ＭＩＰ）方法によって生成してもよい。
ａ．１つの例において、ＱＲ－ＢＤＰＣＭおよびＭＩＰの両方が１つのブロックに対して有効化される場合、ＭＩＰにおける許可モードの一部のみがサポートされないように制限される。
ｉ．一例において、許可モードの一部は、水平および／または垂直通常イントラモードにマッピングされ得る、行列ベースのイントラ予測方法に関連するモードを含んでもよい。
ｉｉ．一例において、許可モードの一部は、水平および／または垂直通常イントラモードにマッピングされ得る、行列ベースのイントラ予測方法に関連するモードのみを含んでもよい。
ｂ．一例において、１つのブロックに対してＱＲ－ＢＤＰＣＭおよびＭＩＰの両方が有効化される場合、ＭＩＰにおけるすべての許可モードがサポートされる。

２．ＱＲ－ＢＤＰＣＭ符号化ブロックにおけるサンプル予測は、垂直／水平イントラ予測以外のイントラ予測モードで生成してもよい。
ａ．１つの例示的な実施例において、ＱＲ－ＢＤＰＣＭ符号化ブロックにおけるサンプルは、イントラ予測モードＫによって予測してもよい。
ｉ．例えば、Ｋは、平面モードでもよい。
ｉｉ．例えば、ＫはＤＣモードでもよい。
ｉｉｉ．例えば、Ｋは水平モードでもよい。
ｉｖ．例えば、Ｋは垂直モードでもよい。
ｖ．１つの例示的な実施例において、Ｋは、最も可能性の高いモードの一覧における１つの候補でもよい。
ｖｉ．１つの例示的な実施例において、Ｋは、ビットストリームにおいて信号通知してもよい。
ｂ．ＱＲ－ＢＤＰＣＭのための許容されるイントラ予測モードは、以下に基づいてもよい。
ｉ．ＬＣＵのＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／グループにおいて信号通知されるメッセージ
ｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック寸法
ｉｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック形状
ｉｖ．現在のブロックの近傍のブロックの予測モード（イントラ／インター）
ｖ．現在のブロックの近傍のブロックのイントラ予測モード
ｖｉ．現在のブロックの近傍のブロックのＱＲ－ＢＤＰＣＭモードの表示
ｖｉｉ．現在のブロック及び／又はその近傍のブロックの現在の量子化パラメータ
ｖｉｉｉ．カラーフォーマットの表示（例えば、４：２：０、４：４：４）
ｉｘ．分離／二重符号化ツリー構造
ｘ．スライス／タイルグループのタイプおよび／またはピクチャのタイプ

３．ＱＲ－ＢＤＰＣＭ符号化ブロックにおけるサンプル予測は、非隣接サンプルによって生成され得る。
ａ．一例において、ＩＢＣマージモードの場合、ＱＲ－ＢＤＰＣＭも有効化してよい。
ｂ．一例において、ＩＢＣ ＡＭＶＰモードの場合、ＱＲ－ＢＤＰＣＭもまた有効化してよい。
ｃ．ＩＢＣおよびＱＲ－ＢＤＰＣＭで使用されるブロックベクトルは、信号通知しても、導出しても、または予め定義してもよい。
ｉ．一例において、ＩＢＣモードは、動きベクトル（ブロックベクトル）および／またはマージインデックスによって示してもよい。
ｉｉ．一例において、ＩＢＣモードは、デフォルト動きベクトルによって示してもよい。
１．一例において、デフォルト動きベクトルは、（－ｗ，０）であってもよく、ここで、ｗは、正の整数である。
２．一例において、デフォルト動きベクトルは、（０，－ｈ）であってもよく、ここで、ｈは、正の整数である。
３．一例において、デフォルト動きベクトルは、（－ｗ，－ｈ）であってもよく、ここで、ｗおよびｈは、２つの正の整数である。
ｉｉｉ．一例において、ＩＢＣ符号化ブロックおよびＱＰ－ＢＰＤＣＭ符号化ブロックにおいて使用される動きベクトルの指示は、以下に基づいてもよい。
１．ＬＣＵのＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／グループにおいて信号通知されるメッセージ
２．現在のブロックおよび／またはその近傍のブロックのブロック寸法
３．現在のブロックおよび／またはその近傍のブロックのブロック形状
４．現在のブロックの近傍のブロックの予測モード（イントラ／インター）
５．現在のブロックの近傍のブロックの動きベクトル
６．現在のブロックの近傍のブロックのＱＲ－ＢＤＰＣＭモードの表示
７．現在のブロック及び／又はその近傍のブロックの現在の量子化パラメータ
８．カラーフォーマットの表示（例えば、４：２：０、４：４：４）
９．分離／二重符号化ツリー構造
１０．スライス／タイルグループのタイプおよび／またはピクチャのタイプ
ｄ．一例において、ＱＲ－ＢＤＰＣＭモードにおけるサンプル予測は、Ｉｎｔｅｒ予測ツール（例えば、アフィンモード、マージモード、およびインターモード）によって生成してもよい。

４．ＱＲ－ＢＤＰＣＭにおける量子化残差予測方向の指示は、オンザフライで導出してもよい。
ａ．一例において、ＱＲ－ＢＤＰＣＭにおける量子化残差予測方向の指示は、現在のイントラ予測モードの指示に基づいて推測してもよい。
ｉ．一例において、ＱＲ－ＢＤＰＣＭにおける量子化残差予測の方向は、イントラ予測モードが垂直である場合、垂直に推測してもよい。
ｉｉ．一例において、ＱＲ－ＢＤＰＣＭにおける量子化残差予測の方向は、イントラ予測モードが水平である場合、水平に推測してもよい。
ｉｉｉ．一例において、ＱＲ－ＢＤＰＣＭにおける量子化残差予測の方向は、イントラ予測モードが水平である場合、垂直に推測してもよい。
ｉｖ．一例において、ＱＲ－ＢＤＰＣＭにおける量子化残差予測の方向は、イントラ予測モードが垂直である場合、水平に推測してもよい。
ｂ．一例において、ＱＲ－ＢＤＰＣＭにおける量子化残差予測方向の指示は、以下に基づいてもよい。
ｉ．ＬＣＵのＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／グループにおいて信号通知されるメッセージ
ｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック寸法
ｉｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック形状
ｉｖ．現在のブロック及び／又はその近傍のブロックの最も可能性の高いモード
ｖ．現在のブロックの近傍のブロックの予測モード（イントラ／インター）
ｖｉ．現在のブロックの近傍のブロックのイントラ予測モード
ｖｉｉ．現在のブロックの近傍のブロックの動きベクトル
ｖｉｉｉ．現在のブロックの近傍のブロックのＱＲ－ＢＤＰＣＭモードの表示
ｉｘ．現在のブロック及び／又はその近傍のブロックの現在の量子化パラメータ
ｘ．カラーフォーマットの表示（例えば、４：２：０、４：４：４）
ｘｉ．分離／二重符号化ツリー構造
ｘｉｉ．現在のブロックに適用される変換タイプ
ｘｉｉｉ．スライス／タイルグループのタイプおよび／またはピクチャのタイプ

５．記憶されるべきＱＲ－ＢＤＰＣＭ符号化ブロックのイントラモードは、イントラ予測プロセスで使用されるイントラ予測モードに合わせてもよい。
ａ．一例において、ＱＲ－ＢＤＰＣＭが垂直イントラ予測を用いる場合（例えば、現在のブロックのｂｄｐｃｍ＿ｄｉｒ＿ｆｌａｇが１である）、記憶されるべきＱＲ－ＢＤＰＣＭ符号化ブロックのイントラモードを垂直モードと推測することができる。
ｂ．一例において、ＱＲ－ＢＤＰＣＭが水平イントラ予測を用いる（例えば、現在のブロックのｂｄｐｃｍ＿ｄｉｒ＿ｆｌａｇが０である）場合、記憶されるべきＱＲ－ＢＤＰＣＭ符号化ブロックのイントラモードを水平モードと推測され得る。
ｃ．一例において、ＱＲ－ＢＤＰＣＭが左上イントラ予測方向を用いる場合、記憶されるべきＱＲ－ＢＤＰＣＭ符号化ブロックのイントラモードを、左上モード（例えば、ＶＶＣにおけるモード３４）と推測され得る。
ｄ．一例において、ＱＲ－ＢＤＰＣＭモードにおけるイントラ予測処理に用いられる場合、記憶されるべきＱＲ－ＢＤＰＣＭ符号化ブロックのイントラモードをそのモードと推測され得る。
ｅ．一例において、ＱＲ－ＢＤＰＣＭモードにおける残差予測処理に用いられる場合、記憶されるべきＱＲ－ＢＤＰＣＭ符号化ブロックのイントラモードをそのモードと推測してよい。
ｆ．一例において、ＱＲ－ＢＤＰＣＭにおいて符号化されたブロックのイントラモードは、最確モード（ＭＰＭ：Ｍｏｓｔ Ｐｒｏｂａｂｌｅ Ｍｏｄｅｓ）リスト中の１つのモードと推測され得る。
ｇ．一例において、ＱＲ－ＢＤＰＣＭにおいて符号化されたブロックのイントラモードは、予め定義されたモードと推測してよい。
ｉ．一例において、予め定義されたモードは、以下であることができる。
１．平面モード
２．ＤＣモード
３．垂直モード
４．水平モード
ｈ．１つの例において、ＱＲ－ＢＤＰＣＭモードで符号化されたブロックのイントラモードは、以下に基づいて判定してよい。
ｉ．色成分
ｉｉ．ＬＣＵのＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／グループにおいて信号通知されるメッセージ
ｉｉｉ． ｂｄｐｃｍ＿ｄｉｒ＿ｆｌａｇ
ｉｖ． ｂｄｐｃｍ＿ｆｌａｇ
ｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック寸法
ｉｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック形状
ｉｖ．現在のブロック及び／又はその近傍のブロックの最も可能性の高いモード
ｖ．現在のブロックの近傍のブロックの予測モード（イントラ／インター）
ｖｉ．現在のブロックの近傍のブロックのイントラ予測モード
ｖｉｉ．現在のブロックの近傍のブロックの動きベクトル
ｖｉｉｉ．現在のブロックの近傍のブロックのＱＲ－ＢＤＰＣＭモードの表示
ｉｘ．現在のブロック及び／又はその近傍のブロックの現在の量子化パラメータ
ｘ．カラーフォーマットの表示（例えば、４：２：０、４：４：４）
ｘｉ．符号化ツリー構造
ｘｉｉ．現在のブロックに適用される変換タイプ
ｘｉｉｉ．スライス／タイルグループのタイプおよび／またはピクチャのタイプ
ｉ．一例において、記憶されたイントラ予測モードは、例えば、後続の符号化されるべきブロックのＭＰＭリスト構築などのために、後続のブロックを符号化するために利用されてもよい。

６．ＱＲ－ＢＤＰＣＭにおける信号通知されたインデックスからＱＲ－ＢＤＰＣＭモードにおけるイントラ予測モードへのマッピングは、以下に基づいてもよい。
ａ．ＬＣＵのＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／グループにおいて信号通知されるメッセージ
ｂ．現在のブロックおよび／またはその近傍のブロックのブロック寸法
ｃ．現在のブロックおよび／またはその近傍のブロックのブロック形状
ｄ．現在のブロック及び／又はその近傍のブロックの最も可能性の高いモード
ｅ．現在のブロックの近傍のブロックの予測モード（イントラ／インター）
ｆ．現在のブロックの近傍のブロックのイントラ予測モード
ｇ．現在のブロックの近傍のブロックの動きベクトル
ｈ．現在のブロックの近傍のブロックのＱＲ－ＢＤＰＣＭモードの表示
ｉ．現在のブロック及び／又はその近傍のブロックの現在の量子化パラメータ
ｊ．カラーフォーマットの表示（例えば、４：２：０、４：４：４）
ｋ．分離／二重符号化ツリー構造
ｌ．現在のブロックに適用される変換タイプ
ｍ．スライス／タイルグループのタイプおよび／またはピクチャのタイプ

７．ＱＲ－ＢＤＰＣＭにおいて、量子化残差は、水平方向および垂直方向に沿って予測される。なお、量子化残差を垂直方向および水平方向以外の方向に沿って予測することも提案されている。Ｑ（ｒ_ｉ，ｊ）が量子化残差を表し、かつｒ～_ｉ，ｊが残差予想処理後の量子化残差を表すとする。
ａ．一例において、４５度ＱＲ－ＢＤＰＣＭがサポートしてもよい。
ｉ．一例において、ＤＰＣＭは、４５°に沿って実施されてもよく、Ｑ（ｒ（_ｉ－１），（_ｊ－１））が利用可能である場合、ｒ～_ｉ，ｊは、Ｑ（ｒ_ｉ，ｊ）－Ｑ（ｒ（_ｉ－１），（_ｊ－１））によって導出してもよい。
ｂ．一例において、１３５度ＱＲ－ＢＤＰＣＭをサポートしてもよい。
ｉ．一例において、ＤＰＣＭは、４５°に沿って実施されてもよく、Ｑ（ｒ（_ｉ－１），（_ｊ＋１））が利用可能である場合、ｒ～_ｉ，ｊは、Ｑ（ｒ_ｉ，ｊ）－Ｑ（ｒ（_ｉ－１），（_ｊ＋１））によって導出してもよい。
ｃ．一例において、任意の方向をＱＲ－ＢＤＰＣＭにおいてサポートしてもよい。
ｉ．１つの例示的な実施例において、Ｑ（ｒ（_ｉ－ｍ），（_ｊ－ｎ））が利用可能である場合、ｒ～_ｉ，ｊはＱ（ｒ_ｉ，ｊ）－Ｑ（ｒ（_ｉ－ｍ），（_ｊ－ｎ））によって導出されてもよい。
１．一例において、ｍおよび／またはｎは、ビットストリームにおいて信号通知してもよい。
２．一例において、ｍおよび／またはｎは、整数であってもよく、以下に基づいてもよい。
３．ＬＣＵのＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／グループにおいて信号通知されるメッセージ
４．ｉおよび／またはｊ
５．現在のブロックおよび／またはその近傍のブロックのブロック寸法
６．現在のブロックおよび／またはその近傍のブロックのブロック形状
７．現在のブロック及び／又はその近傍のブロックの最も可能性の高いモード
８．現在のブロックの近傍のブロックの予測モード（イントラ／インター）
９．現在のブロックの近傍のブロックのイントラ予測モード
１０．現在のブロックの近傍のブロックの動きベクトル
１１．現在のブロックの近傍のブロックのＱＲ－ＢＤＰＣＭモードの表示
１２．現在のブロック及び／又はその近傍のブロックの現在の量子化パラメータ
１３．カラーフォーマットの表示（例えば、４：２：０、４：４：４）
１４．分離／二重符号化ツリー構造
１５．スライス／タイルグループのタイプおよび／またはピクチャのタイプ

８．ＱＲ－ＢＤＰＣＭは、クロマブロック（例えば、Ｃｂ／Ｃｒ、またはＢ／Ｒ色成分）に適用してもよい。
ａ．一例において、輝度およびクロマＱＲ－ＢＤＰＣＭ符号化ブロックのための許容されるイントラ予測方向は、同じであってもよく、例えば、水平および垂直のみであってもよい。
ｂ．一例において、輝度ＱＲ－ＢＤＰＣＭ符号化ブロックおよびクロマＱＲ－ＢＤＰＣＭ符号化ブロックのための許容される予測方法は、同じであってもよく、例えば、ＩＢＣ／インター／水平および垂直イントラ予測モードであってもよい。
ｃ．一例において、輝度ＱＲ－ＢＤＰＣＭ符号化ブロックおよびクロマＱＲ－ＢＤＰＣＭ符号化ブロックのための許容される残差予測方向は、同じであってもよい。
ｄ．一例において、クロマＱＲ－ＢＤＰＣＭのための残差予測方向は、対応する輝度ブロックのための残差予測方向から導出され得る。
ｉ．一例において、対応する輝度ブロックは、同一位置の輝度ブロックであってもよい。
ｉｉ．一例において、対応する輝度ブロックは、クロマブロックの左上隅の同一位置のサンプルを含む輝度ブロックであってもよい。
ｉｉｉ．一例において、対応する輝度ブロックは、クロマブロックの中心合わせされたサンプルの同一位置のサンプルを含む輝度ブロックであってもよい。
ｅ．一例において、ＣＣＬＭおよびＱＲ－ＢＤＰＣＭは、同じクロマブロックに適用できなかった。
ｉ．あるいは、ＣＣＬＭは、ＱＲ－ＢＤＰＣＭ符号化ブロックにも適用可能である。
ｆ．一例において、ジョイントクロマ残差符号化（例えば、ジョイントｃｂおよびｃｒ符号化）方法およびＱＲ－ＢＤＰＣＭは、同じクロマブロックに適用され得なかった。

９．ＱＲ－ＢＤＰＣＭにおける再構成された量子化残差は、特定の範囲内に限定してもよい。
ａ．一例において、全ての量子化残差（例えば、式２－７－１および式２－７－２におけるｒ～_ｉ，ｊ）が所定の範囲内にあってもよいという制約を加えることができる。
ｂ．一例において、再構成された量子化残差（例えば、式２－７－３および式２－７－４におけるＱ（ｒ_ｉ，ｊ））の全てが一定の範囲内にあってもよいという制約を加えることができる。
ｃ．一例において、再構成された量子化残差が所定の範囲内にあるように、クリップ演算を量子化残差の差（例えば、式２－７－１および式２－７－２におけるｒ～_ｉ，ｊ）に適用してもよい。
ｄ．一例において、再構成された量子化残差が所定の範囲内にあるように、クリップ演算を再構成された量子化残差の差（例えば、式２－７－３および式２－７－４におけるＱ（ｒ_ｉ，ｊ））に適用してもよい。
ｅ．一例において、クリッピング演算は、（ｘ＜ｍｉｎ？ｍｉｎ：（ｘ＞ｍａｘ？ｍａｘ：ｘ））として定義してもよい。
ｆ．一例において、クリッピング演算は、（ｘ＜＝ｍｉｎ？ｍｉｎ：（ｘ＞＝ｍａｘ？ｍａｘ：ｘ））として定義してもよい。
ｇ．一例において、クリッピング演算は、（ｘ＜ｍｉｎ？ｍｉｎ：（ｘ＞＝ｍａｘ？ｍａｘ：ｘ））として定義してもよい。
ｈ．一例において、クリッピング演算は、（ｘ＜＝ｍｉｎ？ｍｉｎ：（ｘ＞ｍａｘ？ｍａｘ：ｘ））として定義してもよい。
ｉ．一例において、ｍｉｎおよび／またはｍａｘは、負または正であってもよい。
ｊ．一例において、ｍｉｎは－３２７６８に設定され、ｍａｘは３２７６７に設定される。
ｉ．あるいは、このｍｉｎおよび／またはｍａｘは、ＱＲ－ＢＤＰＣＭで符号化されていないブロックの逆量子化の範囲に依存してもよい。
ｉｉ．あるいは、この最小値および／または最大値は、入力サンプル／再構成サンプルのビット深さに依存してもよい。
ｉｉｉ．あるいは、ｍｉｎおよび／またはｍａｘは、可逆符号化が使用されるかどうかに依存してもよい。
１．一例において、ｍｉｎおよび／またはｍａｘは、ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇに依存してもよい。
２．一例において、ｍｉｎおよび／またはｍａｘは、ｃｕ＿ｔｒａｎｓｑｕａｎｔ＿ｂｙｐａｓｓ＿ｆｌａｇに依存してもよい。
ｋ．一例において、ｍｉｎおよび／またはｍａｘは、以下に基づいてもよい。
ｉ．ＬＣＵのＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／グループにおいて信号通知されるメッセージ
ｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック寸法
ｉｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック形状
ｉｖ．現在のブロック及び／又はその近傍のブロックの最も可能性の高いモード
ｖ．現在のブロックの近傍のブロックの予測モード（イントラ／インター）
ｖｉ．現在のブロックの近傍のブロックのイントラ予測モード
ｖｉｉ．現在のブロックの近傍のブロックの動きベクトル
ｖｉｉｉ．現在のブロックの近傍のブロックのＱＲ－ＢＤＰＣＭモードの表示
ｉｘ．現在のブロック及び／又はその近傍のブロックの現在の量子化パラメータ
ｘ．カラーフォーマットの表示（例えば、４：２：０、４：４：４）
ｘｉ．分離／二重符号化ツリー構造
ｘｉｉ．現在のブロックに適用される変換タイプ
ｘｉｉｉ．スライス／タイルグループのタイプおよび／またはピクチャのタイプ

１０．１つのブロックに対してＱＲ－ＤＰＣＭを最後の行／列から１つ目の行／列に適用してもよい。
ａ．一例において、残差予測方向が水平である場合、（ｉ＋１）番目のカラムの残差を使用して、ｉ番目のカラムの残差を予測してもよい。
ｂ．一例において、残差予測方向が垂直である場合、（ｉ＋１）番目の行の残差を使用して、ｉ番目の行の残差を予測してもよい。

１１．ＱＲ－ＤＰＣＭは、１つのブロックのサブセットに適用されてもよい。
ａ．一例において、残差予測方向が水平である場合、ＱＲ－ＤＰＣＭは、残差の左端のｋ個の列には適用されない。
ｂ．一例において、残差予測方向が垂直である場合、ＱＲ－ＤＰＣＭは、残差の上位ｋ行には適用されない。
ｃ．一例において、残差予測方向が水平である場合、ＱＲ－ＤＰＣＭは、残差の右端のｋ個の列には適用されない。
ｄ．一例において、残差予測方向が垂直である場合、ＱＲ－ＤＰＣＭは、残差の下位ｋ行には適用されない。
ｅ．上述したｋの値は、以下に基づいて予め定義された値であってもよい。
ｉ．ＬＣＵのＳＰＳ／ＶＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／ＬＣＵ行／グループにおいて信号通知されるメッセージ
ｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック寸法
ｉｉｉ．現在のブロックおよび／またはその近傍のブロックのブロック形状
ｉｖ．現在のブロック及び／又はその近傍のブロックの最も可能性の高いモード
ｖ．現在のブロックの近傍のブロックの予測モード（イントラ／インター）
ｖｉ．現在のブロックのイントラ予測モード
ｖｉｉ．現在のブロックの近傍のブロックのイントラ予測モード
ｖｉｉｉ．現在のブロックの近傍のブロックの動きベクトル
ｉｘ．現在のブロックの近傍のブロックのＱＲ－ＢＤＰＣＭモードの表示
ｘ．現在のブロック及び／又はその近傍のブロックの現在の量子化パラメータ
ｘｉ．カラーフォーマットの表示（例えば、４：２：０、４：４：４）
ｘｉｉ．分離／二重符号化ツリー構造
ｘｉｉｉ．現在のブロックに適用される変換タイプ
ｘｉｖ．スライス／タイルグループのタイプおよび／またはピクチャのタイプ

１２．ＱＲ－ＤＰＣＭは１つのブロックに対してセグメントごとに適用してもよい。
ａ．一例において、残差予測方向が垂直であり、Ｎ＝ｎＫである場合、残差予測は、以下のように行っても良い。

ｂ．一例において、残差予測方向が水平であり、Ｍ＝ｍＫである場合、残差予測は、以下のように行ってもよい。

１３．１つの色成分に対してＱＲ－ＤＰＣＭを有効化／無効化にすることは、別の色成分に関連付けられたものから導出してもよい。
ａ．一例において、クロマブロックの場合、ＱＲ－ＤＰＣＭを有効化するかどうかは、同一位置のルマブロック内の１つまたは複数の代表ブロックに関連付けられたＱＲ－ＤＰＣＭの使用に依存してもよい。
ｉ．一例において、代表ブロックは、ＤＭ導出に用いられるものと同様に定義してもよい。
ｉｉ．一例において、並置された輝度ブロック内の代表的なブロックがＱＲ－ＤＰＣＭ符号化され、現在のクロマブロックがＤＭモードで符号化される場合、ＱＲ－ＤＰＣＭは、現在のクロマブロックに対しても有効化されてもよい。
ｂ．代替的に、ＱＲ－ＤＰＣＭの使用の指示は、クロマ成分のために信号通知してもよい。
ｉ．一例において、２つのクロマ成分の使用を示すように、１つのフラグを信号通知してもよい。
ｉｉ．あるいは、２つのクロマ成分の使用をそれぞれ示すように、２つのフラグを信号通知してもよい。
ｉｉｉ．一例において、クロマブロックが特定のモード（例えば、ＣＣＬＭ）で符号化される場合、ＱＲ－ＤＰＣＭの使用の指示の信号通知はスキップされる。

１４．上記方法は、ＤＰＣＭ／ＱＲ－ＤＰＣＭ．の他の分散にも適用可能である。

５． 実施形態

５．１ 実施形態＃１

ｉ．輝度イントラ予測モードのための導出処理

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

表８－１に、イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値とその関連名称を示す。

注意－：イントラ予測モードＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｔ＿ＣＣＬＭは、クロマ成分にのみ適用可能である。

ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下の順序のステップによって導出される。
－近傍位置（ｘＮｂＡ、ｙＮｂＡ）および（ｘＮｂＢ、ｙＮｂＢ）は、それぞれ、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）および（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に等しく設定される。
－ＸをＡまたはＢのいずれかに置き換える場合、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。
・・・
－ 変数ｉｓｐＤｅｆａｕｌｔＭｏｄｅ１及びｉｓｐＤｅｆａｕｌｔＭｏｄｅ２は、以下のように定義される。
・・・
－ ｘ＝０．．５のｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］は、以下のように導出される。
・・・

ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］は、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］と等しく設定される。

５．２ 実施形態＃２

８．４．２ 輝度イントラ予測モードのための導出処理

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

表８－１に、イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値とその関連名称を示す。

注意－：イントラ予測モードＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｔ＿ＣＣＬＭは、クロマ成分にのみ適用可能である。

－近傍位置（ｘＮｂＡ、ｙＮｂＡ）および（ｘＮｂＢ、ｙＮｂＢ）は、それぞれ、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）および（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に等しく設定される。
－ＸをＡまたはＢのいずれかに置き換える場合、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、以下のように導出される。
・・・
－ 変数ｉｓｐＤｅｆａｕｌｔＭｏｄｅ１及びｉｓｐＤｅｆａｕｌｔＭｏｄｅ２は、以下のように定義される。
・・・
－ ｘ＝０．．５のｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］は、以下のように導出される。
・・・
－ ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下の手順を適用することによって導出される。
－ ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、ｃａｎｄＭｏｄｅＬｉｓｔ［ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿［ｘＣｂ］［ｙＣｂ］］に等しく設定される。
－ そうでない場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下の順序のステップを適用することによって導出される。
・・・

ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、変数ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘ］［ｙ］は、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］と等しく設定される。

６． 参照

［１］
ＩＴＵ－Ｔ ａｎｄ ＩＳＯ／ＩＥＣ，“高効率映像符号化”，Ｒｅｃ．ＩＴＵ－Ｔ Ｈ．２６５ ｜ ＩＳＯ／ＩＥＣ ２３００８－２（０２／２０１８）．
［２］
Ｂ．Ｂｒｏｓｓ，Ｊ．Ｃｈｅｎ，Ｓ．Ｌｉｕ，汎用映像符号化（草案４），ＪＶＥＴ－Ｍ１００１，Ｊａｎ．２０１９

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

図１１は、映像処理の方法１１００の一例を示すフローチャートである。方法１１００は、差分符号化モードを使用し、且つ共存規則に基づいてイントラ予測モードを選択的に使用して、現在の映像ブロックと前記現在の映像ブロックの前記ビットストリーム表現との変換を行うこと（１１０２）を含む。前記イントラ予測モードは前記現在の映像ブロックのサンプルに対する予測を生成するために使用される。前記差分符号化モードを使用して、差分パルス符号化変調表現を使って前記画素の前記予測から量子化残差を表現する。

図１５は、本開示の技術を利用し得る例示的な映像符号化システム１００を示すブロック図である。図１５に示すように、映像符号化システム１００は、送信元装置１１０と、送信先装置１２０と、を備えてもよい。送信元装置１１０は、符号化映像データを生成するものであり、映像符号化機器とも称され得る。送信先装置１２０は、送信元装置１１０によって生成された符号化映像データを復号し得るものであり、映像復号化デバイスと称され得る。送信元装置１１０は、映像ソース１１２と、映像エンコーダ１１４と、入出力（Ｉ／Ｏ）インタフェース１１６と、を備えてもよい。

映像ソース１１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイダからの映像データを受信するためのインタフェース、および／または映像データを生成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせを含んでもよい。映像データは、１つ以上のピクチャを含んでもよい。映像エンコーダ１１４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成する。ビットストリームは、映像データの符号化表現を形成するビットシーケンスを含んでもよい。ビットストリームは、符号化ピクチャおよび関連付けられたデータを含んでもよい。符号化ピクチャは、ピクチャの符号化表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメータセット、および他の構文構造を含んでもよい。Ｉ／Ｏインタフェース１１６は、変復調器（モデム）および／または送信機を含んでもよい。符号化された映像データは、ネットワーク１３０ａを介して、Ｉ／Ｏインタフェース１１６を介して送信先装置１２０に直接送信されてもよい。符号化された映像データは、送信先装置１２０がアクセスするために、記憶媒体／サーバ１３０ｂに記憶されてもよい。

送信先装置１２０は、Ｉ／Ｏインタフェース１２６、映像デコーダ１２４、および表示デバイス１２２を含んでもよい。

Ｉ／Ｏインタフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／Ｏインタフェース１２６は、送信元装置１１０または記憶媒体／サーバ１３０ｂから符号化映像データを取得してもよい。映像デコーダ１２４は、符号化された映像データを復号化してもよい。表示デバイス１２２は、復号化された映像データをユーザに表示してもよい。表示デバイス１２２は、送信先装置１２０と一体化されてもよく、または外部表示デバイスとインタフェースするように構成される送信先装置１２０の外部にあってもよい。

映像エンコーダ１１４および映像デコーダ１２４は、高効率映像符号化（ＨＥＶＣ）規格、汎用映像符号化（ＶＶＶＭ）規格、および他の現在のおよび／または更なる規格等の映像圧縮規格に従って動作してもよい。

図１６は、映像エンコーダ２００の一例を示すブロック図であり、この映像エンコーダ２００は、図１５に示されるシステム１００における映像エンコーダ１１４であってもよい。

映像エンコーダ２００は、本開示の技術のいずれか又は全部を実行するように構成されてもよい。図１６の実施例において、映像エンコーダ２００は、複数の機能モジュールを備える。本開示で説明される技術は、映像エンコーダ２００の様々なコンポーネント間で共有され得る。いくつかの例では、プロセッサは、本開示で説明される技術のいずれか又はすべてを実行するように構成されてもよい。

映像エンコーダ２００の機能モジュールは、分割ユニット２０１、予測ユニット２０２、予測ユニット２０２を含んでもよく、予測ユニット２０２は、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５、及びイントラ予測ユニット２０６、残差生成ユニット２０７、変換ユニット２０８、量子化ユニット２０９、逆量子化ユニット２１０、逆変換ユニット２１１、再構成ユニット２１２、バッファ２１３、及びエントロピー符号化ユニット２１４を含んでもよい。

他の例において、映像エンコーダ２００は、より多くの、より少ない、又は異なる機能コンポーネントを含んでもよい。一例において、予測ユニット２０２は、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて、予測（ｐｒｅｄｉｃａｔｉｏｎ）を行うことができる。

さらに、動き推定ユニット２０４及び動き補償ユニット２０５などのいくつかのコンポーネントは、高度に統合されてもよいが、説明のために、図１６の例においては別々に表されている。

分割ユニット２０１は、１つのピクチャを１つ以上の映像ブロックに分割することができる。映像エンコーダ２００及び映像デコーダ３００は、様々な映像ブロックサイズをサポートしてもよい。

モード選択ユニット２０３は、例えば、エラー結果に基づいて、イントラ又はインターのいずれかの符号化モードの１つを選択し、得られたイントラ又はインター符号化ブロックを、残差生成ユニット２０７に供給して残差ブロックデータを生成し、再構成ユニット２１２に供給して参照ピクチャとしての使用のために符号化ブロックを再構成してもよい。いくつかの例では、モード選択ユニット２０３は、インター予測信号及びイントラ予測信号に基づいて予測を行うイントラ及びインター組み合わせ予測（ＣＩＩＰ）モードを選択してもよい。モード選択ユニット２０３は、インター予測の場合、ブロックのために動きベクトルの解像度（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。

現在の映像ブロックに対してインター予測を実行するために、動き推定ユニット２０４は、バッファ２１３からの１つ以上の参照フレームと現在の映像ブロックとを比較することで、現在の映像ブロックのために動き情報を生成してもよい。動き補償ユニット２０５は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動き情報及び復号化サンプルに基づいて、現在の映像ブロックのために予測映像ブロックを判定してもよい。

動き推定ユニット２０４及び動き補償ユニット２０５は、例えば、現在の映像ブロックがＩスライスであるか、Ｐスライスであるか、又はＢスライスであるかに基づいて、現在の映像ブロックに対して異なる演算を実行することができる。

いくつかの例において、動き推定ユニット２０４は、現在の映像ブロックに対して単方向予測を実行し、動き推定ユニット２０４は、現在の映像ブロックに対して、リスト０又はリスト１の参照ピクチャを検索して、参照映像ブロックを求めることができる。そして、動き推定ユニット２０４は、リスト０又はリスト１における、参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの空間変位を示す動きベクトルとを含む参照ピクチャを示す参照インデックスを生成してもよい。動き推定ユニット２０４は、参照インデックス、予測方向インジケータ、及び動きベクトルを、現在の映像ブロックの動き情報として出力する。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。

他の例において、動き推定ユニット２０４は、現在の映像ブロックを双方向予測してもよく、動き推定ユニット２０４は、リスト０における参照ピクチャの中から現在の映像ブロックために参照映像ブロックを検索してもよく、また、リスト１における参照ピクチャの中から現在の映像ブロックのために別の参照映像ブロックを検索してもよい。次に、動き推定ユニット２０４は、参照映像ブロックを含むリスト０及びリスト１における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの空間変位を示す動きベクトルと、を生成してもよい。動き推定ユニット２０４は、現在の映像ブロックの参照インデックス及び動きベクトルを、現在の映像ブロックの動き情報として出力する。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成する。

いくつかの例において、動き推定ユニット２０４は、デコーダの復号化処理のために、動き情報のフルセットを出力してもよい。

いくつかの例では、動き推定ユニット２０４は、現在の映像のために動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定ユニット２０４は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報に十分に類似していると判定してもよい。

一例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映像デコーダ３００に示す値を示してもよい。

別の例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文構造において、別の映像ブロックと、動きベクトル差分（ＭＶＤ）と、を識別してもよい。動きベクトル差分は、現在の映像ブロックの動きベクトルと、示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００は、指示された映像ブロックの動きベクトルと、動きベクトル差分と、を用いて、現在の映像ブロックの動きベクトルを判定してもよい。

上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよい。映像エンコーダ２００によって実施され得る予測信号通知の技術の２つの例は、高度動きベクトル予測（ＡＭＶＰ）及びマージモード信号通知を含む。

イントラ予測ユニット２０６は、現在の映像ブロックに対してイントラ予測を行ってもよい。イントラ予測ユニット２０６が現在の映像ブロックをイントラ予測する場合、イントラ予測ユニット２０６は、同じピクチャ中の他の映像ブロックの復号化されたサンプルに基づいて、現在の映像ブロックのために予測データを生成してもよい。現在の映像ブロックのための予測データは、予測された映像ブロック及び様々な構文要素を含んでもよい。

残差生成ユニット２０７は、現在の映像ブロックから現在の映像ブロックの予測された映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、現在の映像ブロックのために残差データを生成してもよい。現在の映像ブロックの残差データは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像ブロックを含んでもよい。

他の例において、例えば、スキップモードにおいて、現在の映像ブロックのための残差データがなくてもよく、残差生成ユニット２０７は、減算演算を実行しなくてもよい。

変換処理ユニット２０８は、現在の映像ブロックに関連付けられた残差映像ブロックに１つ以上の変換を適用することによって、現在の映像ブロックのために１つ以上の変換係数映像ブロックを生成してもよい。

変換処理ユニット２０８が現在の映像ブロックに関連付けられた変換係数映像ブロックを生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１つ以上の量子化パラメータ（ＱＰ）値に基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。

逆量子化ユニット２１０および逆変換ユニット２１１は、変換係数映像ブロックに逆量子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構成してもよい。再構成ユニット２１２は、予測ユニット２０２が生成した１つ以上の予測映像ブロックから対応するサンプルに再構成された残差映像ブロックを加え、現在のブロックに関連付けられた再構成映像ブロックを生成し、バッファ２１３に記憶することができる。

再構成ユニット２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロッキングアーチファクトを縮小するために、ループフィルタリング演算を行ってもよい。

エントロピー符号化ユニット２１４は、映像エンコーダ２００の他の機能コンポーネントからデータを受信してもよい。エントロピー符号化ユニット２１４は、データを受信すると、１つ以上のエントロピー符号化演算を行い、エントロピー符号化データを生成し、エントロピー符号化データを含むビットストリームを出力してもよい。

図１７は、映像デコーダ３００の一例を示すブロック図であり、この映像デコーダ３００は、図１５に示されるシステム１００における映像デコーダ１１４であってもよい。

映像デコーダ３００は、本開示の技術のいずれか又は全部を実行するように構成されてもよい。図１７の実施例において、映像デコーダ３００は、複数の機能モジュールを備える。本開示で説明される技法は、映像デコーダ３００の様々なモジュール間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれか又はすべてを実行するように構成されてもよい。

図１７の実施例において、映像デコーダ３００は、エントロピー復号化ユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５、及び再構成ユニット３０６、並びにバッファ３０７を備える。映像デコーダ３００は、いくつかの例では、映像エンコーダ２００（図１６）に関して説明した符号化パスとほぼ逆の復号化パスを行ってもよい。

エントロピー復号化ユニット３０１は、符号化ビットストリームを取り出す。符号化ビットストリームは、エントロピー符号化された映像データ（例えば、映像データの符号化ブロック）を含んでもよい。エントロピー復号化ユニット３０１は、エントロピー符号化された映像データを復号化し、エントロピー復号化された映像データから、動き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、及び他の動き情報を含む動き情報を判定してもよい。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマージモードを実行することで、このような情報を判定してもよい。

動き補償ユニット３０２は、動き補償されたブロックを生成してもよく、場合によっては、補間フィルタに基づいて補間を実行する。構文要素には、サブピクセルの精度で使用される補間フィルタのための識別子が含まれてもよい。

動き補償ユニット３０２は、映像ブロックの符号化中に映像エンコーダ２０によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数ピクセルのための補間値を計算してもよい。動き補償ユニット３０２は、受信した構文情報に基づいて、映像エンコーダ２００が使用する補間フィルタを判定し、この補間フィルタを使用して予測ブロックを生成してもよい。

動き補償ユニット３０２は、構文情報の一部を使用して、符号化された映像シーケンスのフレーム（複数可）および／またはスライス（複数可）を符号化するために使用されるブロックのサイズ、符号化された映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述する分割情報、各分割がどのように符号化されるかを示すモード、インター符号化ブロック毎の１つ以上の参照フレーム（および参照フレームリスト）、および符号化された映像シーケンスを復号化するための他の情報を判定してもよい。

イントラ予測ユニット３０３は、例えば、ビットストリームにおいて受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。逆量子化ユニット３０３は、ビットストリームにおいて提供され、エントロピー復号化ユニット３０１によって復号化された量子化された映像ブロック係数を逆量子化、すなわち、非量子化する。逆変換ユニット３０３は、逆変換を適用する。

再構成ユニット３０６は、残差ブロックと、動き補償ユニット２０２又はイントラ予測ユニット３０３によって生成された対応する予測ブロックと、を合計し、復号化されたブロックを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、復号化されたブロックをフィルタリングするために非ブロック化フィルタを適用してもよい。復号化された映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イントラ予測のために参照ブロックを提供し、且つ表示装置に表示するために復号化された映像を生成する。

本発明の実施例において、ＡＬＷＩＰモード又はＭＩＰモードにおいて、現在の映像ブロックのための予測ブロックは、行及び列の平均値をとり、その後に行列乗算をし、その後に補間をして予測ブロックを判定することができる。

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

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

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

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

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

図１９は、映像処理方法１９００の例を示すフローチャートである。方法１９００は、差分符号化モードを使用して、現在の映像ブロックに関連付けられて記憶されるべき第１のイントラ符号化モードを判定することによって、映像の現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換を実行すること（１９０２）を含み、ここで、現在の映像ブロックに関連付けられた第１のイントラ符号化モードは、差分符号化モードによって使用される第２の予測モードに従って判定され、その差分符号化モードにおいて、現在の映像ブロックのイントラ予測の量子化残差とこの量子化残差の予測との差分を、差分パルス符号化変調（ＤＰＣＭ）表現を使用して、現在の映像ブロックのためにビットストリーム表現で表現する。

方法１９００のためのいくつかの実施例において、第２の予測モードが垂直予測モードであることに応じて、第１のイントラ符号化モードが垂直イントラ予測モードと推測される。方法１９００のためのいくつかの実施例において、第２の予測モードが水平予測モードであることに応じて、第１のイントラ符号化モードが水平イントラ予測モードであると推測される。方法１９００のためのいくつかの実施例において、第２の予測モードが左上対角予測モードであることに応じて、第１のイントラ符号化モードが左上対角イントラ予測モードと推測される。方法１９００のいくつかの実施例において、第１のイントラ符号化モードは第２の予測モードと同じであると推測されてよい。

方法１９００のためのいくつかの実施例において、第２の予測モードは、第１のイントラ符号化モードと同じであると推測される。方法１９００のためのいくつかの実施例において、第１のイントラ符号化モードは、最確モード（ＭＰＭ）リストにおけるモードに基づいて推測される。方法１９００のためのいくつかの実施例において、第１のイントラ符号化モードは、予め定義されたイントラ予測モードである。方法１９００のためのいくつかの実施例において、予め定義されたイントラ予測モードは、平面モードを含む。方法１９００のためのいくつかの実施例において、予め定義されたイントラ予測モードは、ＤＣモードを含む。方法１９００のためのいくつかの実施例において、予め定義されたイントラ予測モードは、垂直モードを含む。方法１９００のためのいくつかの実施例において、予め定義されたイントラ予測モードは、水平モードを含む。方法１９００のためのいくつかの実施例において、映像の追加の映像ブロックは、第１のイントラ符号化モードで符号化され、現在の映像ブロックは、時間的に追加の映像ブロックに先行する。方法１９００のためのいくつかの実施例において、第１のイントラ符号化モードを用いて、追加の映像ブロックのために最確モード（ＭＰＭ）リストを構築する。

図２０は、映像処理方法２０００の例を示すフローチャートである。方法２０００は、規則に従って、映像の現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換中に差分符号化モードで使用されるイントラ符号化モードを判定すること（２００２）を含む。動作２００４は、上記の判定に基づいて、差分符号化モードを使用して、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換を実行し、差分符号化モードにおいて、現在の映像ブロックのイントラ予測の量子化残差とこの量子化残差の予測との差分を、差分パルス符号化変調（ＤＰＣＭ）表現を使用して、現在の映像ブロックのためにビットストリーム表現で表現し、量子化残差の予測はイントラ符号化モードに従って実行される。

方法２０００のためのいくつかの実施例において、この規則は、現在の映像ブロックに関連付けられた色成分に基づいてイントラ符号化モードを判定することを規定する。方法２０００のいくつかの実施例において、この規則は、シーケンスパラメータセット（ＳＰＳ）、映像パラメータセット（ＶＰＳ）、ピクチャパラメータセット（ＰＰＳ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、最大符号化ユニット（ＬＣＵ）行、又はＬＣＵ群において信号通知されるメッセージに基づいてイントラ符号化モードを判定することを規定する。方法２０００のためのいくつかの実施例において、この規則は、差分符号化モードにおいてイントラ符号化モードが実行される方向を示すフラグに基づいて、イントラ符号化モードを判定することを規定する。方法２０００のためのいくつかの実施例において、この規則は、量子化残差の予測の方向を示すフラグに基づいて、イントラ符号化モードを判定することを規定する。方法２０００のためのいくつかの実施例において、この規則は、現在の映像ブロックか現在の映像ブロックの近傍の映像ブロックのどちらかのブロック寸法に基づいてイントラ符号化モードを判定することを規定する。

方法２０００のためのいくつかの実施例において、この規則は、現在の映像ブロックか現在の映像ブロックの近傍の映像ブロックのどちらかの形状に基づいて、イントラ符号化モードを判定することを規定する。方法２０００のためのいくつかの実施例において、この規則は、現在の映像ブロック又は現在の映像ブロックの近傍の映像ブロックの最確モード（ＭＰＭ）に基づいてイントラ符号化モードを判定することを規定する。方法２０００のためのいくつかの実施例において、この規則は、現在の映像ブロックの近傍の映像ブロックのインター予測モード又はイントラ予測モードに基づいてイントラ符号化モードを判定することを規定する。方法２０００のためのいくつかの実施例において、この規則は、現在の映像ブロックの近傍の映像ブロックの動きベクトルに基づいてイントラ符号化モードを判定することを規定する。方法２０００のためのいくつかの実施例において、この規則は、現在の映像ブロックの近傍の映像ブロックが差分符号化モードを用いて符号化されているかどうかの指示に基づいて、イントラ符号化モードを判定することを規定する。

方法２０００のいくつかの実施例において、この規則は、現在の映像ブロック又は現在の映像ブロックの近傍の映像ブロックの量子化パラメータの値に基づいてイントラ符号化モードを判定することを規定する。方法２０００のいくつかの実施例において、この規則は、現在の映像ブロックを符号化するために用いられるカラーフォーマットに基づいてイントラ符号化モードを判定することを規定する。方法２０００のためのいくつかの実施例において、この規則は、現在の映像ブロックを符号化するために別個の又は二重された符号化ツリー構造を用いるかどうかに基づいて、イントラ符号化モードを判定することを規定する。方法２０００のためのいくつかの実施例において、この規則は、現在の映像ブロックに適用される変換タイプに基づいてイントラ符号化モードを判定することを規定する。方法２０００のいくつかの実施例において、この規則は、現在の映像ブロックに関連付けられたスライス又はタイルグループタイプ又はピクチャのタイプに基づいて、イントラ符号化モードを判定することを規定する。

以下の例のリストは、追加の実施形態の説明である。

１．映像処理方法は、差分符号化モードを使用し、且つ共存規則に基づいてイントラ予測モードを選択的に使用して、現在の映像ブロックと前記現在の映像ブロックの前記ビットストリーム表現との変換を行うことを含み、前記イントラ予測モードは、前記現在の映像ブロックのサンプルに対する予測を生成するために使用され、前記差分符号化モードを使用して、差分パルス符号化変調表現を使用して、前記画素の前記予測から量子化残差を表現する、方法。

２．前記イントラ予測モードは、行列ベースのイントラ予測モード（ＭＩＰ）であり、前記共存規則は、前記ＭＩＰを前記ＭＩＰの許容モードの一部に限定する、実施例１に記載の方法。

３．許容モードの一部は、水平又は垂直の通常イントラモードを含む、実施例２に記載の方法。

実施例１～３のさらなる実施形態は、第４章の第１項に記載されている。例えば、差分符号化モードは、ＱＲ－ＢＤＰＣＭ符号化モードの現在のバージョンを表してもよい。

４．前記イントラ予測モードは、非水平又は非垂直方向に沿った予測を含む、実施例１に記載の方法。

５．前記イントラ予測モードは、平面予測モードであるか、又はＤＣ予測モードである、実施例１又は４に記載の方法。

６．前記イントラ予測モードは、垂直又は水平予測モードである、実施例１又は４に記載の方法。

７．前記イントラ予測モードは、前記ビットストリーム表現における１つのフィールドによって識別される、実施例１又は４に記載の方法。

８．前記イントラ予測モードは、現在の映像ブロック又は近傍のブロックのブロック寸法に依存する、実施例１又は４に記載の方法。

９．前記イントラ予測モードは、現在のブロック又は近傍のブロックの形状に依存する、実施例１又は４に記載の方法。

１０．前記イントラ予測モードは、現在の映像ブロック又は前記近傍の映像ブロックがインター予測又はイントラ予測を使用して符号化されるかに依存する、実施例１又は４に記載の方法。

１１．前記イントラ予測モードは、前記近傍の映像ブロックが前記差分符号化モードを用いて符号化されるかどうかに依存する、実施例１又は４に記載の方法。

１２．前記イントラ予測モードは、現在の映像ブロック又は近傍の映像ブロックに使用される量子化パラメータの値に依存する、実施例１又は４に記載の方法。

１３．前記イントラ予測モードは、前記現在の映像ブロックを符号化するために使用されるカラーフォーマットに依存する、実施例１又は４に記載の方法。

１４．前記イントラ予測モードは、前記現在の映像ブロックを符号化するために別個の符号化ツリー構造を使用するか又は二重化された符号化ツリー構造を使用するかに依存する、実施例１又は４に記載の方法。

実施例４～１４のさらなる実施形態は、第４章の第２項に記載されている。

１５．現在の映像ブロックのサンプルの予測の生成を、近傍の映像領域内の非隣接サンプルから実行する、実施例１に記載の方法。

１６．前記イントラ予測モードは、前記イントラブロックコピーマージモードを含む、実施例１に記載の方法。

１７．前記イントラ予測モードは、イントラブロックコピー高度動きベクトル予測モードを含む、実施例１に記載の方法。

１８．前記イントラ予測モードは、ブロックベクトル又はマージインデックスによって示される、実施例１５～１７のいずれかに記載の方法。

実施例１５～１８のさらなる実施形態は、第４章の第３項に記載されている。

１９．前記共存規則は、前記ビットストリーム表現におけるフィールドに基づいて、前記差分符号化モードにおける信号通知されたインデックスから前記イントラ予測モードへのマッピングを規定する、実施例１に記載の方法。

２０．前記共存規則は、現在の映像ブロック又は近傍のブロックの寸法に基づいて、差分符号化モードにおける信号通知されたインデックスからイントラ予測モードへのマッピングを規定する、実施例１に記載の方法。

２１．前記共存規則は、現在の映像ブロック又は近傍のブロックの形状に基づいて、差分符号化モードにおける信号通知されたインデックスからイントラ予測モードへのマッピングを規定する、実施例１に記載の方法。

２２．前記共存規則は、現在の映像ブロック又は近傍のブロックの予測モードに基づいて、差分符号化モードにおける信号通知されたインデックスからイントラ予測モードへのマッピングを規定する、実施例１に記載の方法。

２３．前記共存規則は、現在の映像ブロック又は近傍のブロックの最確モードに基づいて、差分符号化モードにおける信号通知されたインデックスからイントラ予測モードへのマッピングを規定する、実施例１に記載の方法。

２４．前記共存規則は、現在の映像ブロック又は近傍のブロックの動きベクトルに基づいて、差分符号化モードにおける信号通知されたインデックスからイントラ予測モードへのマッピングを規定する、実施例１に記載の方法。

２５．前記共存規則は、前記差分符号化モードにおいて信号通知されたインデックスから前記イントラ予測モードへのマッピングを、近傍のブロックが前記差分符号化モードで符号化されているかどうかに基づいて規定する、実施例１に記載の方法。

２６．前記共存規則は、現在の映像ブロック又は近傍のブロックで使用される量子化パラメータに基づいて、差分符号化モードにおける信号通知されたインデックスからイントラ予測モードへのマッピングを規定する、実施例１に記載の方法。

２７．前記共存規則は、前記現在の映像ブロックのカラーフォーマットに基づいて、前記差分符号化モードにおける信号通知されたインデックスから前記イントラ予測モードへのマッピングを規定する、実施例１に記載の方法。

２８．前記共存規則は、前記現在の映像ブロックが別個の符号化ツリーを使用するかまたは二重化された符号化ツリーを使用するかに基づいて、前記差分符号化モードにおける信号通知されたインデックスからイントラ予測モードへのマッピングを規定する、実施例１に記載の方法。

２９．前記共存規則は、前記現在の映像ブロックに適用される変換に基づいて、前記差分符号化モードにおける信号通知されたインデックスから前記イントラ予測モードへのマッピングを規定する、実施例１に記載の方法。

３０．前記共存規則は、前記現在の映像ブロックのスライスタイプ、タイルグループタイプ又はピクチャタイプに基づいて、前記差分符号化モードにおける信号通知されたインデックスから前記イントラ予測モードへのマッピングを規定する、実施例１に記載の方法。

実施例１９～３０のさらなる実施形態は、第４章の第２項に記載されている。

３１．映像処理方法は、現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との変換を、前記現在の映像ブロックの画素の予測からの量子化残差ブロックが差分パルス符号化変調表現を使用して表現される差分符号化モードを使用して行うことを含み、前記予測の第１の方向又は前記差分符号化モードの第２の方向は前記ビットストリーム表現から推測可能である、方法。

３２．画素の前記予測の前記第１の方向は、前記予測に使用されるイントラ予測モードから暗黙的に推測可能である、実施例３１に記載の方法。

３３．前記差分符号化モードの前記第２の方向は、前記予測の前記第１の方向と同じ方向であると推測可能である、実施例３２に記載の方法。

３４．前記第２の方向は、前記予測に使用されるイントラ予測モードから推測可能である、実施例３１に記載の方法。

３５．前記第２の方向は、前記現在の映像ブロック又は近傍のブロックの寸法、又は前記現在の映像ブロック又は近傍のブロックの形状から推測可能である、実施例３１に記載の方法。

３６．前記第２の方向は、近傍のブロックの動きベクトルから推測可能である、実施例３１に記載の方法。

３７．前記第２の方向は、前記現在の映像ブロック又は近傍のブロックの最確モードから推測可能である、実施例３１に記載の方法。

３８．前記第２の方向は、近傍のブロックの予測モードから推測可能である、実施例３１に記載の方法。

３９．前記第２の方向は、近傍のブロックのイントラ予測モードから推測可能である、実施例３１に記載の方法。

４０．前記第２の方向が、近傍のブロックが前記差分符号化モードを使用するか否かから推測することができる、実施例３１に記載の方法。

実施例３１～４０のさらなる実施形態は、第４章の第４項に記載されている。

４１．映像処理方法は、適用規則に基づいて、現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との変換に差分符号化モードが適用可能であることを判定することと、前記差分符号化モードを用いて、現在の映像ブロックとビットストリーム表現との変換を実行することと、を含み、前記差分符号化モードにおいて、前記現在の映像ブロックの画素のイントラ予測からの量子化残差ブロックは、水平または垂直方向とは異なる残差予測方向に行われる差分パルス符号化変調表現を使用して表現される、方法。

４２．前記残差予測方向は４５度方向である、実施例４１に記載の方法。

４３．前記残差予測方向は、１３５度方向である、実施例４１に記載の方法。

４４．前記残差予測方向は、前記ビットストリーム表現におけるフィールド、又は前記現在の映像ブロック若しくは近傍のブロックの寸法、又は前記現在の映像ブロック若しくは前記近傍のブロックの形状に関連する、実施例４１に記載の方法。

実施例４１～４４のさらなる実施形態は、第４章の第７項に記載されている。

４５．前記適用規則は、前記現在の映像ブロックがクロマブロックであることに起因して、前記差分符号化モードを使用することを規定する、実施例４１に記載の方法。

４６．前記適用規則は、前記現在の映像ブロックのための前記残差予測方向が、前記現在の映像ブロックに対応する輝度ブロックのためのものと同じ方向であることをさらに規定する、実施例４５に記載の方法。

４７．前記適用規則は、前記現在の映像ブロックに対してクロスコンポーネント線形モデル（ＣＣＬＭ）符号化モードを使用しないことに起因して、差分符号化を使用することを規定する、実施例４１に記載の方法。

実施例４５～４７のさらなる実施形態は、第４章の第８項に記載されている。

４８．前記適用規則は、１つの色成分に対する前記差分符号化モードの適用可能性を、別の色成分に対する前記差分符号化モードの適用可能性から導出することを規定する、実施例４１に記載の方法。

実施例４８のさらなる実施形態は、第４章の第１２項に記載されている。

４９．映像処理方法は、差分符号化モードが現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との変換に適用可能であることを判定することと、前記差分符号化モードの実装規則を使用して、現在の映像ブロックとビットストリーム表現との前記変換を行うことと、を含み、前記差分符号化モードにおいて、前記現在の映像ブロックの画素のイントラ予測からの量子化残差ブロックは、水平方向又は垂直方向とは異なる残差予測方向に行われる差分パルス符号化変調表現を使用して表現される、方法。

５０．前記実施規則は、前記量子化残差ブロックの値をある範囲内に制限することを規定する、実施例４９に記載の方法。

５１．前記実装規則は、クリッピングを使用して前記量子化残差ブロックを取得することを規定する、実施例４９に記載の方法。

実施例４９～５１のさらなる実施形態は、第４章の第９項に記載されている。

５２． 前記実装規則は、前記現在の映像ブロックの最後の行から前記現在の映像ブロックの第１の行への予測を実行することを規定する、実施例４９に記載の方法。

５３． 前記実装規則は、前記現在の映像ブロックの最後の列から前記現在の映像ブロックの第１の列への予測を実行することを規定する、実施例４９に記載の方法。

実施例５２～５３のさらなる実施形態は、第４章の第１０項に記載されている。

５４．前記実装規則は、前記現在の映像ブロックのサブセットのみに前記差分符号化モードを適用することを規定する、実施例４９に記載の方法。

５５．前記サブセットは、ｋ個の左側の残差列を除外し、ここで、ｋは、前記ブロックのピクセル幅よりも小さい整数である、実施例５４に記載の方法。

５６．前記サブセットは、ｋ個の上行の残差を除外し、ここで、ｋは、前記ブロックのピクセル高さよりも小さい整数である、実施例５４に記載の方法。

実施例５４～５６のさらなる実施形態は、第４章の第１０項に記載されている。

５７．前記実施規則は、前記差分符号化モードをセグメントごとに前記変換に適用することを規定する、実施例４９に記載の方法。

実施例５７のさらなる実施形態は、第４章の第１２項に記載されている。

５８．映像処理方法は、現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との変換中に使用される差分符号化モードが、前記現在の映像ブロックに関連するイントラ符号化モードと同じであることを判定することと、前記差分符号化モードの実装規則を使用して、現在の映像ブロックとビットストリーム表現との前記変換を実行することとを含み、前記差分符号化モードにおいて、前記現在の映像ブロックのピクセルのイントラ予測からの量子化残差ブロックは、水平方向又は垂直方向とは異なる残差予測方向に実行される差分パルス符号化変調表現を使用して表現される、映像処理方法。

５９．前記差分符号化モードは、垂直イントラ予測モードである、実施例５８に記載の方法。

６０．前記差分符号化モードは、水平イントラ予測モードである、実施例５８に記載の方法。

６１．前記差分符号化モードは、予め定義されたイントラ予測モードである、実施例５８に記載の方法。

実施例５８～６１のさらなる実施形態は、第４章の第５項に記載する。

６２． 実施例１～６１に記載の１つ以上を実装するように構成された処理装置を備える映像処理装置。

６３．コードが記憶されたコンピュータ読み取り可能な媒体であって、前記コードが処理装置によって実行されると、処理装置に、実施例１～６１のいずれか１つ以上に記載の方法を実装させる、コンピュータ読み取り可能な媒体。

本明細書における例の一覧において、用語「変換」は、現在の映像ブロックのためのビットストリーム表現の生成、又はビットストリーム表現から現在の映像ブロックを生成することを指すことができる。ビットストリーム表現は、ビットの連続したグループを表す必要がなく、ヘッダフィールド又は符号化画素値情報を表すコード名に含まれるビットに分割されてもよい。

上記の例において、適用可能性規則は、予め定義されたものであってもよく、エンコーダ及びデコーダに知られたものであってもよい。

本明細書に記載されているように、開示された技術は、映像エンコーダまたはデコーダで実施されて、イントラ符号化における差分符号化モードの使用に関して考慮事項の様々な実装規則の使用を含む技術を使用して圧縮効率を改善し得ることが理解されよう。

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

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

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

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

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

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

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

関連出願の相互参照
本願は、日本特許出願２０２１－５６３１９１号に基づくものであり、この日本特許出願は、２０２０年４月３０日出願の国際特許出願ＰＣＴ／ＵＳ２０２０／０３０６８４号に基づくものであり、この国際特許出願は、２０１９年５月１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０８５３９８号の優先権および利益を主張する。上記の特許出願は、参照によりその全体が本明細書に組み込まれる。

Claims (32)

1. 映像処理方法であって、
   映像の現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との変換を、差分符号化モードを用いて前記現在の映像ブロックに関連付けられて記憶されるべき第１のイントラ符号化モードを判定することにより、実行することを含み、
   前記現在の映像ブロックに関連付けられた前記第１のイントラ符号化モードは、前記差分符号化モードによって使用される第２の予測モードに従って判定され、
   前記差分符号化モードにおいて、前記現在の映像ブロックのイントラ予測の量子化残差と前記量子化残差の予測との差分は、差分パルス符号化変調（ＤＰＣＭ）表現を使用して、前記現在の映像ブロックのために前記ビットストリーム表現で表現される、
   方法。
2. 前記第２の予測モードが垂直予測モードであることに応じて、前記第１のイントラ符号化モードは垂直イントラ予測モードであると推測される、
   請求項１に記載の方法。
3. 前記第２の予測モードが水平予測モードであることに応じて、前記第１のイントラ符号化モードが水平イントラ予測モードであると推測される、
   請求項１に記載の方法。
4. 前記第２の予測モードが左上対角予測モードであることに応じて、前記第１のイントラ符号化モードが左上対角イントラ予測モードであると推測される、
   請求項１に記載の方法。
5. 前記第１のイントラ符号化モードは、前記第２の予測モードと同じであると推測される、
   請求項１に記載の方法。
6. 前記第２の予測モードは、前記第１のイントラ符号化モードと同じであると推測される、
   請求項１に記載の方法。
7. 前記第１のイントラ符号化モードは、最確モード（ＭＰＭ）リストにおけるモードに基づいて推測される、
   請求項１に記載の方法。
8. 前記第１のイントラ符号化モードは、予め定義されたイントラ予測モードである、
   請求項１に記載の方法。
9. 前記予め定義されたイントラ予測モードは、平面モードを含む、
   請求項８に記載の方法。
10. 前記予め定義されたイントラ予測モードは、ＤＣモードを含む、
    請求項８に記載の方法。
11. 前記予め定義されたイントラ予測モードは、垂直モードを含む、
    請求項８に記載の方法。
12. 前記予め定義されたイントラ予測モードは、水平モードを含む、
    請求項８に記載の方法。
13. 映像処理方法であって、
    規則に基づいて、映像の現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との変換中に、差分符号化モードで使用されるイントラ符号化モードの判定を行うことと、
    前記判定に基づいて、前記差分符号化モードを用いて、前記現在の映像ブロックと前記現在の映像ブロックの前記ビットストリーム表現との前記変換を実行することと、
    を含み、
    前記差分符号化モードにおいて、前記現在の映像ブロックのイントラ予測の量子化残差と前記量子化残差の予測との差分は、差分パルス符号化変調（ＤＰＣＭ）表現を使用して、前記現在の映像ブロックのために前記ビットストリーム表現で表現され、
    前記量子化残差の前記予測は、前記イントラ符号化モードに従って実行される、
    方法。
14. 前記規則は、前記現在の映像ブロックに関連付けられた色成分に基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
15. 前記規則は、シーケンスパラメータセット（ＳＰＳ）、映像パラメータセット（ＶＰＳ）、ピクチャパラメータセット（ＰＰＳ）、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、最大符号化ユニット（ＬＣＵ）行、又はＬＣＵ群において信号通知されるメッセージに基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
16. 前記規則は、前記差分符号化モードにおいて前記イントラ符号化モードを実行する方向を示すフラグに基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
17. 前記規則は、前記量子化残差の前記予測の方向を示すフラグに基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
18. 前記規則は、前記現在の映像ブロックか前記現在の映像ブロックの近傍の映像ブロックかのどちらかのブロック寸法に基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
19. 前記規則は、前記現在の映像ブロックか前記現在の映像ブロックの近傍の映像ブロックかのどちらかの形状に基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
20. 前記規則は、前記現在の映像ブロック又は前記現在の映像ブロックの近傍の映像ブロックの最確モード（ＭＰＭ）に基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
21. 前記規則は、前記現在の映像ブロックの近傍の映像ブロックのインター予測モード又はイントラ予測モードに基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
22. 前記規則は、前記現在の映像ブロックの近傍の映像ブロックの動きベクトルに基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
23. 前記規則は、前記現在の映像ブロックの近傍の映像ブロックが前記差分符号化モードを使用して符号化されるかどうかの指示に基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
24. 前記規則は、前記現在の映像ブロックにおける又は前記現在の映像ブロックの近傍の映像ブロックにおける量子化パラメータの値に基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
25. 前記規則は、前記現在の映像ブロックを符号化するために使用されるカラーフォーマットに基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
26. 前記規則は、前記現在の映像ブロックを符号化するために別個の又は二重化された符号化ツリー構造を使用するかどうかに基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
27. 前記規則は、前記現在の映像ブロックに適用される変換タイプに基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
28. 前記規則は、前記現在の映像ブロックに関連付けられたスライス又はタイルグループタイプ又はピクチャタイプに基づいて、前記イントラ符号化モードを判定することを規定する、
    請求項１３に記載の方法。
29. 前記映像の追加の映像ブロックは、前記第１のイントラ符号化モードで符号化され、
    前記現在の映像ブロックは、時間的に前記追加の映像ブロックに先行する、
    請求項１に記載の方法。
30. 前記第１のイントラ符号化モードを使用して、前記追加の映像ブロックのために最確モード（ＭＰＭ）リストを構築する、
    請求項２９に記載の方法。
31. 請求項１～３０の１つ以上に実装するように構成された処理装置を備える映像処理装置。
32. コードが記憶された非一時的なコンピュータ可読媒体であって、
    前記コードは、処理装置によって実行されると、前記処理装置に、請求項１～３０のいずれか１項以上に記載の方法を実装させる、
    非一時的なコンピュータ可読媒体。

Images