JP2023103291A - エンコーダ、デコーダ、および対応するイントラ予測方法 - Google Patents

Abstract

【課題】行列ベースのイントラ予測（ＭＩＰ）モードを含むイントラ予測のための方法、エンコーダ、デコーダおよびプログラムを提供する。【解決手段】デコーディングデバイスによって実装されるコーディング方法であって、現在のブロックの候補イントラ予測モードの値をデフォルト値に設定する段階を備える。現在のブロックは、行列ベースのイントラ予測（ＭＩＰ）モードではないイントラ予測モードを使用して予測され、現在のブロックと隣り合う隣接ブロックは、現在のブロックの候補イントラ予測モードの値を導出するために使用され、ＭＩＰモードを使用して予測される。方法はまた、デフォルト値に従って現在のブロックのイントラ予測モードの値を取得する段階を備える。【選択図】図１７

Description

本願の実施形態は、一般に、画像処理の分野、より具体的にはイントラ予測に関する。

ビデオコーディング（ビデオエンコーディングおよびデコーディング）は、例えば、放送デジタルＴＶ、インターネットおよびモバイルネットワークを介したビデオ送信、またはビデオチャット、ビデオ会議、ＤＶＤおよびブルーレイディスク、ビデオコンテンツの取得および編集システム、セキュリティアプリケーションのカムコーダーなどのリアルタイムの会話型アプリケーションといった、広範なデジタルビデオアプリケーションで使用される。

比較的短いビデオを描画するのであっても、必要とされるビデオデータの量は、かなりのものであり得、その結果、限定的な帯域幅容量を有する通信ネットワークを介してデータがストリームされるかまたは別様に通信されることになる場合に困難が生じる場合がある。したがって、ビデオデータは一般に、現代の遠隔通信ネットワークを介して通信される前に圧縮される。ビデオのサイズは、メモリリソースが限定的である場合があるので、ビデオがストレージデバイス上に保存される場合にも問題となり得る。ビデオ圧縮デバイスは、しばしば、ソースにおけるソフトウェアおよび／またはハードウェアを使用して、送信または保存の前にビデオデータをコードし、それによりデジタルビデオイメージを表現するのに必要なデータの量を低減させる。その後、圧縮データは、デスティネーションにおいて、ビデオデータをデコードするビデオ解凍デバイスによって受信される。限定的なネットワークリソースおよび増大し続ける高ビデオ品質の需要に鑑みて、画像品質をほとんどまたは全く犠牲にせずに圧縮比を改善する、改善された圧縮および解凍の技法が望まれている。

本願の実施形態は、独立請求項に従ったエンコーディングおよびデコーディングのための装置および方法を提供する。

前述および他の目的が、独立請求項の主題によって実現される。さらなる実装形式が、従属請求項、明細書、および図面から明らかになる。

本発明の第１の態様によれば、図１７に示されるように、デコーディングデバイスによって実装されるコーディング方法が開示され、本方法は、
現在のブロックの候補イントラ予測モードの値をデフォルト値に設定する段階であって、現在のブロックが、行列ベースのイントラ予測（ＭＩＰ）モードを使用して予測され、現在のブロックと隣り合う隣接ブロックが、現在のブロックの候補イントラ予測モードの値を導出するために使用され、ＭＩＰモードではないイントラ予測モードを使用して予測される、設定する段階（１７０１）と、
デフォルト値に従って現在のブロックのＭＩＰモードの値を取得する段階（１７０２）と、を含む。

一実装形態では、デフォルト値は負の値である。

一実装形態では、デフォルト値は－１である。

一実装形態では、現在のブロックが、ＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される。

一実装形態では、ＭＩＰ指示情報は、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される。

本発明の第２の態様によれば、デコーディングデバイスによって実装されるコーディング方法が開示され、本方法は、
現在のブロックの候補イントラ予測モードの値をデフォルト値に設定する段階であって、現在のブロックが、行列ベースのイントラ予測（ＭＩＰ）モードではないイントラ予測モードを使用して予測され、現在のブロックと隣り合う隣接ブロックが、現在のブロックの候補イントラ予測モードの値を導出するために使用され、ＭＩＰモードを使用して予測される、設定する段階と、
デフォルト値に従って現在のブロックのイントラ予測モードの値を取得する段階と、含む。

一実装形態では、デフォルト値は、非角度イントラモードに対応する。

一実装形態では、デフォルト値は０または１であり、０の値は平面モードを示し、１の値はＤＣモードを示す。

一実装形態では、現在のブロックが、ＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される。

一実装形態では、ＭＩＰ指示情報は、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される。

本発明の第３の態様によれば、デコーディングデバイスによって実装されるコーディング方法が開示され、本方法は、
現在のブロックのビットストリームを取得する段階と、
ビットストリームに従って現在のブロックについて行列ベースのイントラ予測（ＭＩＰ）指示情報の値を取得する段階と、
現在のブロックに対してクロマモード導出プロセスを実行する段階と、を含み、
現在のブロックの対応するルマモードが平面モードに設定され、ＭＩＰ指示情報の値は、現在のブロックが行列ベースのイントラ予測を使用して予測されたことを示す。

本発明の第４の態様によれば、上記の方法の実施形態および実装形態のいずれか１つを実施するための処理回路を含むデコーダ（３０）が開示される。

本発明の第５の態様によれば、エンコーディングデバイスによって実装されるコーディング方法が開示され、本方法は、
現在のブロックの候補イントラ予測モードの値をデフォルト値に設定する段階であって、現在のブロックが、行列ベースのイントラ予測（ＭＩＰ）モードを使用して予測され、現在のブロックと隣り合う隣接ブロックが、現在のブロックの候補イントラ予測モードの値を導出するために使用され、ＭＩＰモードではないイントラ予測モードを使用して予測される、設定する段階と、
デフォルト値に従って現在のブロックのＭＩＰモードの値をエンコードする段階と、を含む。

一実装形態では、デフォルト値は負の値である。

一実装形態では、デフォルト値は－１である。

一実装形態では、現在のブロックが、ＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される。

一実装形態では、ＭＩＰ指示情報は、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される。

本発明の第６の態様によれば、エンコーディングデバイスによって実装されるコーディング方法が開示され、本方法は、
現在のブロックの候補イントラ予測モードの値をデフォルト値に設定する段階であって、現在のブロックが、行列ベースのイントラ予測（ＭＩＰ）モードではないイントラ予測モードを使用して予測され、現在のブロックと隣り合う隣接ブロックが、現在のブロックの候補イントラ予測モードの値を導出するために使用され、ＭＩＰモードを使用して予測される、設定する段階と、
デフォルト値に従って現在のブロックのイントラ予測モードの値をエンコードする段階と、含む。

一実装形態では、デフォルト値は非角度イントラモードに対応する。

一実装形態では、デフォルト値は０または１であり、０の値は平面モードを示し、１の値はＤＣモードを示す。

一実装形態では、現在のブロックが、ＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される。

一実装形態では、ＭＩＰ指示情報は、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される。

本発明の第７の態様によれば、上記の方法の実施形態および実装形態のいずれか１つを実施するための処理回路を含むエンコーダが開示される。

本発明の第８の態様によれば、上記の方法の実施形態および実装形態のうちのいずれか１つを実行するためのプログラムコードを含むコンピュータプログラム製品が開示される。

本発明の第９の態様によれば、デコーダが開示され、デコーダは、１つまたは複数のプロセッサと、
プロセッサに連結され、プロセッサによる実行のためのプログラミングを格納する非一時的コンピュータ可読記憶媒体であって、プログラミングは、プロセッサによって実行されると、上記の方法の実施形態および実装形態のいずれか１つを実施するようにデコーダを構成する、非一時的可読記憶媒体と、を含む。

本発明の第１０の態様によれば、エンコーダが開示され、エンコーダは、１つまたは複数のプロセッサと、
プロセッサに連結され、プロセッサによる実行のためのプログラミングを格納する非一時的コンピュータ可読記憶媒体であって、プログラミングは、プロセッサによって実行されると、上記の方法の実施形態および実装形態のいずれか１つを実施するようにエンコーダを構成する、非一時的可読記憶媒体と、を含む。

本発明の第１１の態様によれば、複数のシンタックス要素を含むことによる、ビデオ信号のためのエンコード済みのビットストリームが開示され、複数のシンタックス要素は、前述の実施形態および実装形態のいずれか１つに従って条件付きでシグナリングされる。

本発明の第１２の態様によれば、イメージデコーディングデバイスによってデコードされるエンコード済みのビットストリームを含む非一時的記録媒体が開示され、ビットストリームが、ビデオ信号またはイメージ信号のフレームを複数のブロックに分割することにより生成され、複数のシンタックス要素を含み、複数のシンタックス要素が、前述の実施形態および実装形態のいずれか１つに従ってコーディングされる。

本発明の第１３の態様によれば、図１８に示されるように、装置が開示され、装置は、
現在のブロックの候補イントラ予測モードの値をデフォルト値に設定するように構成された設定モジュールであって、現在のブロックが、行列ベースのイントラ予測（ＭＩＰ）モードを使用して予測され、現在のブロックと隣り合う隣接ブロックが、現在のブロックの候補イントラ予測モードの値を導出するために使用され、ＭＩＰモードではないイントラ予測モードを使用して予測される、設定モジュール１８１０と、
デフォルト値に従って現在のブロックのＭＩＰモードの値を取得するように構成された取得モジュールと、を含む。

一実装形態では、デフォルト値は負の値である。

一実装形態では、デフォルト値は－１である。

一実装形態では、現在のブロックが、ＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される。

一実装形態では、ＭＩＰ指示情報は、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される。

本発明の第１４の態様によれば、装置が開示され、装置は、
現在のブロックの候補イントラ予測モードの値をデフォルト値に設定するように構成された設定モジュールであって、現在のブロックが、行列ベースのイントラ予測（ＭＩＰ）モードではないイントラ予測モードを使用して予測され、現在のブロックと隣り合う隣接ブロックが、現在のブロックの候補イントラ予測モードの値を導出するために使用され、ＭＩＰモードを使用して予測される、設定モジュールと、
デフォルト値に従って現在のブロックのイントラ予測モードの値を取得するように構成された取得モジュールと、含む。

一実装形態では、デフォルト値は、非角度イントラモードに対応する。

一実装形態では、デフォルト値は０または１であり、０の値は平面モードを示し、１の値はＤＣモードを示す。

一実装形態では、現在のブロックが、ＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される。

一実装形態では、ＭＩＰ指示情報は、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される。

本発明の第１５の態様によれば、装置が開示され、装置は、
現在のブロックのビットストリームを取得し、かつ、
ビットストリームに従って現在のブロックについて行列ベースのイントラ予測（ＭＩＰ）指示情報の値を取得するように構成された取得モジュールと、
現在のブロックに対してクロマモード導出プロセスを実行するように構成された処理モジュールと、を含み、
現在のブロックの対応するルマモードが平面モードに設定され、ＭＩＰ指示情報の値は、現在のブロックが行列ベースのイントラ予測を使用して予測されたことを示す。

本発明の第１６の態様によれば、装置が開示され、装置は、
現在のブロックの候補イントラ予測モードの値をデフォルト値に設定するように構成された設定モジュールであって、現在のブロックが、行列ベースのイントラ予測（ＭＩＰ）モードを使用して予測され、現在のブロックと隣り合う隣接ブロックが、現在のブロックの候補イントラ予測モードの値を導出するために使用され、ＭＩＰモードではないイントラ予測モードを使用して予測される、設定モジュールと、
デフォルト値に従って現在のブロックのＭＩＰモードの値をエンコードするように構成されたエンコーディングモジュールと、を含む。

一実装形態では、デフォルト値は負の値である。

一実装形態では、デフォルト値は－１である。

一実装形態では、現在のブロックが、ＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される。

一実装形態では、ＭＩＰ指示情報は、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される。

本発明の第１７の態様によれば、装置が開示され、装置は、
現在のブロックの候補イントラ予測モードの値をデフォルト値に設定するように構成された設定モジュールであって、現在のブロックが、行列ベースのイントラ予測（ＭＩＰ）モードではないイントラ予測モードを使用して予測され、現在のブロックと隣り合う隣接ブロックが、現在のブロックの候補イントラ予測モードの値を導出するために使用され、ＭＩＰモードを使用して予測される、設定モジュールと、
デフォルト値に従って現在のブロックのイントラ予測モードの値をエンコードするように構成されたエンコーディングモジュールと、含む。

一実装形態では、デフォルト値は非角度イントラモードに対応する。

一実装形態では、デフォルト値は０または１であり、０の値は平面モードを示し、１の値はＤＣモードを示す。

一実装形態では、現在のブロックが、ＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される。

一実装形態では、ＭＩＰ指示情報は、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される。

本発明による方法は、本発明による装置によって実行され得る。本発明による方法のさらなる特徴および実装形式は、本発明による装置の特徴および実装形式に対応する。

１つまたは複数の実施形態は、添付の図面および以下の説明に記載されている。他の特徴、目的、および利点が、説明、図面、および特許請求の範囲から明らかになるであろう。

以下において、本発明の実施形態は、添付の図および図面を参照してより詳細に説明される。

本発明の実施形態を実装するように構成されたビデオコーディングシステムの一例を示すブロック図である。 本発明の実施形態を実装するように構成されたビデオコーディングシステムの別の例を示すブロック図である。 本発明の実施形態を実装するように構成されたビデオエンコーダの一例を示すブロック図である。 本発明の実施形態を実装するように構成されたビデオデコーダの例示的な構造を示すブロック図である。 エンコーディング装置またはデコーディング装置の一例を示すブロック図である。 エンコーディング装置またはデコーディング装置の別の例を示すブロック図である。 ４×４ブロックの場合のＭＩＰモード行列乗算の一例を示すブロック図である。 ８×８ブロックの場合のＭＩＰモード行列乗算の一例を示すブロック図である。 ８×４ブロックの場合のＭＩＰモード行列乗算の一例を示すブロック図である。 １６×１６ブロックの場合のＭＩＰモード行列乗算の一例を示すブロック図である。 例示的な二次変換プロセスを示すブロック図である。 エンコーディングおよびデコーディング装置の例示的な二次変換コア乗算プロセスを示すブロック図である。 １６×６４から１６×４８への例示的な二次変換コア次元削減を示すブロック図である。 隣接ブロックの位置に基づく例示的なＭＩＰ ＭＰＭ再構成を示すブロック図である。 隣接ブロックの位置に基づく別の例示的なＭＩＰ ＭＰＭ再構成を示すブロック図である。 コンテンツ配信サービスを実現するコンテンツ供給システム３１００の例示的な構造を示すブロック図である。 端末デバイスの一例の構造を示すブロック図である。 ブロックのＭＩＰモードの値を取得する段階を指す一実施形態を示すフローチャートである。 ブロックのＭＩＰモードの値を取得するために使用される装置を指す一実施形態を示すブロック図である。

以下、別途明示的に指定されていない限り、同一の参照符号は、同一または少なくとも機能的に同等の機能を指す。

以下の説明では、本開示の一部をなし、本発明の実施形態の具体的態様または本発明の実施形態が使用され得る具体的態様を例示として示す、添付図面が参照される。本発明の実施形態は他の態様で使用されてもよく、図に示されない構造的または論理的変更を含んでもよいことが理解される。したがって、以下の詳細な説明は、限定する意味で解釈されず、本発明の範囲は、添付の特許請求の範囲によって規定される。

例えば、説明された方法に関連する開示は、方法を実行するように構成されている対応するデバイスまたはシステムにも当てはまり得、逆もまた同様であることが理解される。例えば、１つまたは複数の特定の方法の段階が説明されている場合、対応するデバイスは、記載された１つまたは複数の方法の段階を実行するために１つまたは複数のユニット、例えば機能ユニットを含むことができ（例えば、１つまたは複数の段階を実行する１つのユニット、またはそれぞれが複数の段階の１つまたは複数を実行する複数のユニット）、そのような１つまたは複数のユニットが図に明示的に説明または図示されていない場合であっても同様である。他方、例えば、特定の装置が１つまたは複数のユニット、例えば機能ユニットに基づいて説明される場合、対応する方法は、１つまたは複数のユニットの機能を実行するための１つの段階を含み得（例えば、１つまたは複数のユニットの機能を実行する１つの段階、または複数のユニットの１つまたは複数の機能をそれぞれ実行する複数の段階）、そのような１つまたは複数の段階が図に明示的に説明または図示されていない場合であっても同様である。さらに、別途具体的に断りのない限り、本明細書で説明する様々な例示的な実施形態および／または態様の特徴を互いに組み合わせることができることが理解される。

ビデオコーディングは典型的には、ビデオまたはビデオシーケンスを形成する一連の画像の処理を指す。画像という用語の代わりに、「フレーム」または「イメージ」という用語が、ビデオコーディングの分野での同義語として使用されてもよい。ビデオコーディング（または一般にコーディング）は、ビデオエンコーディングおよびビデオデコーディングの２つの部分を含む。ビデオエンコーディングは、ソース側で実行され、典型的には、（より効率的な保存および／または送信のために）ビデオ画像を表現するために要求されるデータ量を低減させるように、元のビデオ画像を処理（例えば、圧縮による）することを含む。ビデオデコーディングは、デスティネーション側で実行され、典型的には、ビデオ画像を再構成するように、エンコーダと比較して逆の処理を含む。ビデオ画像（または一般に画像）の「コーディング」に言及する実施形態は、ビデオ画像またはそれぞれのビデオシーケンスの「エンコーディング」または「デコーディング」に関すると理解されるものとする。エンコーディング部分とデコーディング部分との組み合わせは、コーデック（コーディングおよびデコーディング）とも称される。

無損失ビデオコーディングの場合、元のビデオ画像を再構成でき、すなわち、再構成されたビデオ画像は元のビデオ画像と同じ品質である（保存中または送信中に伝送損失またはその他のデータ損失がないと仮定）。不可逆ビデオコーディングの場合、ビデオ画像を表現するデータ量を低減するために、例えば量子化によるさらなる圧縮が実行されるが、これはデコーダにおいて完全には再構成できない、すなわち、再構成されたビデオ画像の品質は、元のビデオ画像の品質に比較して低下または劣化する。

いくつかのビデオコーディング規格は、「不可逆ハイブリッドビデオコーデック」のグループに属する（すなわち、サンプル領域における空間的および時間的予測と、変換領域における量子化を適用するための２Ｄ変換コーディングとを組み合わせる）。ビデオシーケンスの各画像は、典型的には、非重複ブロックのセットへと区分化され、コーディングは、典型的には、ブロックレベルで実行される。換言すれば、エンコーダにおいて、ビデオは、例えば、空間的（画像内）予測および／または時間的（画像間）予測を使用して予測ブロックを生成し、現在のブロック（現在処理されている／処理されることになるブロック）から予測ブロックを減算して残差ブロックを取得し、残差ブロックを変換するとともに変換領域における残差ブロックを量子化して、送信されることになるデータ量を低減（圧縮）することによって、典型的にはブロック（ビデオブロック）レベルで処理される、すなわちエンコードされ、一方で、デコーダにおいて、現在のブロックを表現のために再構成するために、エンコーダと比較して逆の処理がエンコードまたは圧縮されたブロックに適用される。さらに、エンコーダがデコーダの処理ループを繰り返すことにより、後続のブロックの処理のために、すなわちコーディングのために、両方が同一の予測（例えば、イントラおよびインター予測）および／または再構成物を生成することになる。

以下のビデオコーディングシステム１０の実施形態では、ビデオエンコーダ２０およびビデオデコーダ３０が、図１Ａ～図３に基づいて説明される。

図１Ａは、本願の技法を使用し得る例示的なコーディングシステム１０、例えばビデオコーディングシステム１０（または略してコーディングシステム１０）を示す概略ブロック図である。ビデオコーディングシステム１０のビデオエンコーダ２０（または略してエンコーダ２０）およびビデオデコーダ３０（または略してデコーダ３０）は、本願において説明される様々な例に従って技法を実行するように構成され得るデバイスの例を表す。

図１Ａに示すように、コーディングシステム１０は、エンコード済みの画像データ２１を、例えば、このエンコード済みの画像データ１３をデコードするためにデスティネーションデバイス１４に提供するように構成されているソースデバイス１２を備える。

ソースデバイス１２は、エンコーダ２０を備え、加えて、すなわち任意選択で、画像ソース１６と、プリプロセッサ（または前処理ユニット）１８と、例えば画像プリプロセッサ１８と、通信インタフェースまたは通信ユニット２２とを備えてよい。

画像ソース１６は、任意の種類の画像捕捉デバイス、例えば、現実世界の画像を捕捉するカメラ、および／または、任意の種類の画像生成デバイス、例えば、コンピュータアニメーション化画像を生成するコンピュータグラフィックプロセッサ、または、現実世界の画像、コンピュータ生成画像（例えば、スクリーンコンテンツ、仮想現実（ＶＲ）画像）、および／またはそれらの任意の組み合わせ（例えば、拡張現実（ＡＲ）画像）を取得および／または提供する任意の種類の他のデバイスを含むかまたはそれらのデバイスであってよい。画像ソースは、上述の画像のいずれかを保存する任意の種類のメモリまたはストレージであってよい。

プリプロセッサ１８および前処理ユニット１８によって実行される処理と区別するように、画像または画像データ１７は、生画像または生画像データ１７とも称され得る。

プリプロセッサ１８は、（生）画像データ１７を受信するとともに、画像データ１７に対して前処理を実行して、前処理済みの画像１９または前処理済みの画像データ１９を取得するように構成されている。プリプロセッサ１８によって実行される前処理は、例えば、トリミング、カラーフォーマット変換（例えば、ＲＧＢからＹＣｂＣｒ）、色補正、またはノイズ除去を含んでよい。前処理ユニット１８は任意選択のコンポーネントでもよいことが理解され得る。

ビデオエンコーダ２０は、前処理済みの画像データ１９を受信するとともに、エンコード済みの画像データ２１を提供するように構成されている（さらなる詳細は、例えば図２に基づいて下記で説明される）。

ソースデバイス１２の通信インタフェース２２は、通信チャネル１３を介して、エンコード済みの画像データ２１を受信するとともに、エンコード済みの画像データ２１（またはその任意のさらなる処理バージョン）を、保存または直接の再構成のために、別のデバイス、例えばデスティネーションデバイス１４または任意の他のデバイスに送信するよう構成されてよい。

デスティネーションデバイス１４は、デコーダ３０（例えばビデオデコーダ３０）を備え、加えて、すなわち任意選択で、通信インタフェースまたは通信ユニット２８と、ポストプロセッサ３２（または後処理ユニット３２）と、ディスプレイデバイス３４とを備えてよい。

デスティネーションデバイス１４の通信インタフェース２８は、エンコード済みの画像データ２１（またはその任意のさらなる処理バージョン）を、例えばソースデバイス１２から直接または任意の他のソース、例えばストレージデバイス、例えばエンコード済みの画像データストレージデバイスから受信するとともに、エンコード済みの画像データ２１をデコーダ３０に提供するように構成されている。

通信インタフェース２２および通信インタフェース２８は、ソースデバイス１２とデスティネーションデバイス１４との間で、直接的な通信リンク、例えば、直接的な有線もしくは無線接続を介して、または、任意の種類のネットワーク、例えば、有線もしくは無線ネットワークもしくはそれらの任意の組み合わせ、もしくは、任意の種類のプライベートおよびパブリックネットワークもしくはそれらの任意の種類の組み合わせを介して、エンコード済みの画像データ２１またはエンコード済みのデータ１３を送信または受信するように構成されてよい。

通信インタフェース２２は、例えば、エンコード済みの画像データ２１を適切なフォーマットに、例えばパケットにパッケージ化する、および／または、通信リンクまたは通信ネットワークを介した送信のための任意の種類の送信エンコーディングまたは処理を用いて、エンコード済みの画像データを処理するように構成されてよい。

通信インタフェース２２のカウンターパートをなす通信インタフェース２８は、例えば、送信されたデータを受信するとともに、任意の種類の対応する送信デコーディングまたは処理および／またはデパッケージングを用いて送信データを処理して、エンコード済みの画像データ２１を取得するように構成されてよい。

通信インタフェース２２および通信インタフェース２８は両方とも、図１Ａにおいてソースデバイス１２からデスティネーションデバイス１４に向く通信チャネル１３の矢印で示すように単方向通信インタフェースとして、または、双方向通信インタフェースとして構成されてよく、例えば、メッセージを送信および受信する、例えば、接続を設定し、通信リンクおよび／またはデータ送信、例えばエンコード済みの画像データ送信に関連する任意の他の情報を確認およびやりとりするように構成されてよい。

デコーダ３０は、エンコード済みの画像データ２１を受信するとともに、デコード済みの画像データ３１またはデコード済みの画像３１を提供するように構成されている（さらなる詳細は、例えば図３または図５に基づいて下記で説明される）。

デスティネーションデバイス１４のポストプロセッサ３２は、デコード済みの画像データ３１（再構成画像データとも呼ばれる）、例えばデコード済みの画像３１を後処理して、後処理済みの画像データ３３、例えば後処理済みの画像３３を取得するように構成されている。後処理ユニット３２により実行される後処理は、例えば、デコード済みの画像データ３１を、例えば、ディスプレイデバイス３４による表示のために準備する目的で、例えば、カラーフォーマット変換（例えば、ＹＣｂＣｒからＲＧＢへ）、色補正、トリミング、もしくは再サンプリング、または任意の他の処理を含んでよい。

デスティネーションデバイス１４のディスプレイデバイス３４は、画像を例えばユーザまたは視聴者に表示するために、後処理済みの画像データ３３を受信するように構成されている。ディスプレイデバイス３４は、再構成画像を表現するための任意の種類のディスプレイ、例えば、一体型または外付けのディスプレイまたはモニタであってもよく、これを含んでもよい。ディスプレイは、例えば、液晶ディスプレイ（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、プラズマディスプレイ、プロジェクタ、マイクロＬＥＤディスプレイ、液晶オンシリコン（ＬＣｏＳ）、デジタル光プロセッサ（ＤＬＰ）、または任意の種類の他のディスプレイを含んでよい。

図１Ａはソースデバイス１２とデスティネーションデバイス１４とを別個のデバイスとして示しているが、デバイスの実施形態は、それらの両方または両方の機能、すなわち、ソースデバイス１２または対応する機能と、デスティネーションデバイス１４または対応する機能とを備えてもよい。そのような実施形態では、ソースデバイス１２または対応する機能およびデスティネーションデバイス１４または対応する機能は、同じハードウェアおよび／またはソフトウェアを使用して、または別個のハードウェアおよび／またはソフトウェアまたはそれらの任意の組み合わせによって実装され得る。

本説明に基づいて当業者には明らかであるように、図１Ａに示すような、異なるユニットの機能またはソースデバイス１２および／またはデスティネーションデバイス１４内の機能の存在および（正確な）分割は、実際のデバイスおよびアプリケーションに応じて変わり得る。

エンコーダ２０（例えば、ビデオエンコーダ２０）またはデコーダ３０（例えば、ビデオデコーダ３０）またはエンコーダ２０およびデコーダ３０の両方は、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリートロジック、ハードウェア、ビデオコーディング専用またはそれらの任意の組み合わせなどの、図１Ｂに示すような処理回路を介して実装されてよい。エンコーダ２０は、図２のエンコーダ２０および／または本明細書に記載の任意の他のエンコーダシステムまたはサブシステムに関連して説明される様々なモジュールを具現するために処理回路４６を介して実装されてよい。デコーダ３０は、図３のデコーダ３０および／または本明細書に記載の任意の他のデコーダシステムまたはサブシステムに関連して説明される様々なモジュールを具現するために処理回路４６を介して実装されてよい。処理回路は、後で説明されるように様々な操作を実行するように構成されてよい。図５に示すように、本技法がソフトウェアにおいて部分的に実装される場合、デバイスは、好適な非一時的コンピュータ可読記憶媒体にソフトウェアのための命令を保存してよく、ハードウェア内で１つまたは複数のプロセッサを用いて命令を実行して、本開示の技法を実現してよい。ビデオエンコーダ２０およびビデオデコーダ３０のいずれかは、図１Ｂに示すように、例えば、単一のデバイス内の組み合わされたエンコーダ／デコーダ（コーデック）の一部として一体化されてよい。

ソースデバイス１２およびデスティネーションデバイス１４は、任意の種類のハンドヘルドまたはステーショナリデバイス、例えば、ノートブックまたはラップトップコンピュータ、携帯電話、スマートフォン、タブレットまたはタブレットコンピュータ、カメラ、デスクトップコンピュータ、セットトップボックス、テレビ、ディスプレイデバイス、デジタルメディアプレイヤ、ビデオゲーミングコンソール、ビデオストリーミングデバイス（コンテンツサービスサーバまたはコンテンツ配信サーバなど）、ブロードキャスト受信機デバイス、ブロードキャスト送信機デバイスなどを含む、広範なデバイスのいずれかを備えてよく、オペレーティングシステムを用いないまたは任意の種類のオペレーティングシステムを用いてよい。いくつかの場合、ソースデバイス１２およびデスティネーションデバイス１４は、無線通信に対応してよい。したがって、ソースデバイス１２およびデスティネーションデバイス１４は、無線通信デバイスとしてよい。

いくつかの場合、図１Ａに示すビデオコーディングシステム１０は、単に例であり、本願の技法は、エンコーディングデバイスとデコーディングデバイスとの間の任意のデータ通信を必ずしも含まないビデオコーディング設定（例えば、ビデオエンコーディングまたはビデオデコーディング）に適用されてよい。他の例において、データは、ローカルメモリから取得され、ネットワークを介してストリームなどされる。ビデオエンコーディングデバイスは、データをメモリにエンコードして格納してよく、および／または、ビデオデコーディングデバイスは、データをメモリからデコードして取得してよい。いくつかの例において、エンコーディングおよびデコーディングは、互いに通信しないが単にデータをメモリにエンコードするおよび／またはデータをメモリから取得するとともにデコードするデバイスによって実行される。

説明の便宜上、例えば、ＩＴＵ－Ｔビデオコーディング専門家グループ（ＶＣＥＧ）およびＩＳＯ／ＩＥＣ動画像専門家グループ（ＭＰＥＧ）のビデオコーディングに関する共同作業チーム（ＪＣＴ－ＶＣ）によって開発された次世代ビデオコーディング規格である、高効率ビデオコーディング（ＨＥＶＣ）または多目的ビデオコーディング（ＶＶＣ）のリファレンスソフトウェアを参照して、本発明の実施形態が本明細書で説明される。当業者であれば、本発明の実施形態がＨＥＶＣまたはＶＶＣに限定されないことを理解するであろう。

［エンコーダおよびエンコーディング方法］
図２は、本願の技法を実装するように構成されている例示のビデオエンコーダ２０の概略ブロック図を示している。図２の例において、ビデオエンコーダ２０は、入力２０１（または入力インタフェース２０１）と、残差計算ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構成ユニット２１４と、ループフィルタユニット２２０と、デコード済みの画像バッファ（ＤＰＢ）２３０と、モード選択ユニット２６０と、エントロピーエンコーディングユニット２７０と、出力２７２（または出力インタフェース２７２）とを備える。モード選択ユニット２６０は、インター予測ユニット２４４と、イントラ予測ユニット２５４と、区分化ユニット２６２とを備えてよい。インター予測ユニット２４４は、動き推定ユニットおよび動き補償ユニット（図示せず）を備えてよい。図２に示されるビデオエンコーダ２０は、ハイブリッドビデオエンコーダ、またはハイブリッドビデオコーデックによるビデオエンコーダとも称され得る。

残差計算ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、モード選択ユニット２６０とは、エンコーダ２０の順方向信号経路を形成するものとして言及されてよく、一方、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構成ユニット２１４と、バッファ２１６と、ループフィルタ２２０と、デコード済みの画像バッファ（ＤＰＢ）２３０と、インター予測ユニット２４４と、イントラ予測ユニット２５４とは、ビデオエンコーダ２０の逆方向信号経路を形成するものとして言及されてよい。ビデオエンコーダ２０の逆方向信号経路は、デコーダの信号経路に対応する（図３のビデオデコーダ３０を参照）。逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構成ユニット２１４と、ループフィルタ２２０と、デコード済みの画像バッファ（ＤＰＢ）２３０と、インター予測ユニット２４４と、イントラ予測ユニット２５４とは、ビデオエンコーダ２０の「内蔵デコーダ」を形成するものとも言及される。

［画像および画像区分化（画像およびブロック）］
エンコーダ２０は、例えば、入力２０１を介して、画像１７（または画像データ１７）、例えば、ビデオまたはビデオシーケンスを形成する一連の画像のうちの画像を受信するように構成されてよい。受信された画像または画像データは、前処理済みの画像１９（または前処理済みの画像データ１９）であってもよい。簡潔さのために、以下の説明では画像１７が参照される。画像１７は、現在の画像またはコードされる画像とも称され得る（特に、ビデオコーディングにおいて、現在の画像を他の画像、例えば、同じビデオシーケンス、すなわち現在の画像も含むビデオシーケンスの、以前にエンコード済みおよび／またはデコード済みの画像から区別するために）。

（デジタル）画像は、強度値を持つサンプルの二次元アレイまたはマトリックスであるか、またはそれとみなされ得る。アレイ内のサンプルは、画素（画像要素の略称）またはペルとも称され得る。アレイまたは画像の水平および垂直方向（または軸）のサンプル数は、画像のサイズおよび／または解像度を定義する。色を表現するために、典型的には３つの色成分が使用され、すなわち、画像は、３つのサンプルアレイで表されてもまたはこれを含んでもよい。ＲＢＧ形式または色空間では、画像は対応する赤、緑、および青のサンプルアレイを含む。しかしながら、ビデオコーディングでは、各画素は、典型的には輝度およびクロミナンス形式または色空間、例えばＹＣｂＣｒで表され、これには、Ｙ（代わりにＬが用いられる場合もある）で示される輝度成分と、ＣｂおよびＣｒで示される２つのクロミナンス成分とが含まれる。輝度（または略してルマ（ｌｕｍａ））成分Ｙは、明るさまたは（例えば、グレースケール画像でのような）グレーレベルの強度を表し、２つのクロミナンス（または略してクロマ（ｃｈｒｏｍａ））成分であるＣｂおよびＣｒは、色度または色情報成分を表す。したがって、ＹＣｂＣｒ形式の画像は、輝度サンプル値（Ｙ）の輝度サンプルアレイと、クロミナンス値（ＣｂおよびＣｒ）の２つのクロミナンスサンプルアレイとを含む。ＲＧＢ形式の画像は、ＹＣｂＣｒ形式に転換または変換され得、その逆もまた同様であり、このプロセスは、色変換または転換としても知られている。画像がモノクロの場合、画像は輝度サンプルアレイのみを含んでよい。したがって、画像は、例えば、モノクロ形式におけるルマサンプルのアレイ、または、４：２：０、４：２：２、および４：４：４のカラー形式におけるルマサンプルのアレイおよびクロマサンプルの２つの対応するアレイであってよい。

ビデオエンコーダ２０の実施形態は、画像１７を複数の（典型的には非重複）画像ブロック２０３に区分化するように構成されている画像区分化ユニット（図２には示されない）を備えてよい。これらのブロックは、ルートブロック、マクロブロック（Ｈ．２６４／ＡＶＣ）またはコーディングツリーブロック（ＣＴＢ）またはコーディングツリーユニット（ＣＴＵ）（Ｈ．２６５／ＨＥＶＣおよびＶＶＣ）とも称され得る。画像区分化ユニットは、ビデオシーケンスのすべての画像およびブロックサイズを定義する対応するグリッドに同じブロックサイズを使用するか、または、画像または画像のサブセットもしくはグループ間でブロックサイズを変化させて、各画像を対応するブロックに区分化するように構成されてよい。

さらなる実施形態において、ビデオエンコーダは、画像１７のブロック２０３、例えば、画像１７を形成する１つ、いくつか、またはすべてのブロックを直接受信するように構成されてよい。画像ブロック２０３は、現在の画像ブロックまたはコーディングされる画像ブロックとも称され得る。

画像１７と同様にここでも、画像ブロック２０３は、画像１７よりも寸法が小さいが、強度値（サンプル値）を持つサンプルの二次元アレイまたはマトリックスであるか、または、それとみなすことができる。換言すれば、ブロック２０３は、例えば、１つのサンプルアレイ（例えば、モノクロ画像１７の場合はルマアレイ、または、カラー画像の場合はルマもしくはクロマアレイ）、または３つのサンプルアレイ（例えば、カラー画像１７の場合はルマおよび２つのクロマアレイ）、または、適用されるカラーフォーマットに応じた任意の他の数および／または種類のアレイを備えてよい。ブロック２０３の水平および垂直方向（または軸）のサンプル数は、ブロック２０３のサイズを定義する。したがって、ブロックは、例えば、サンプルのＭ×Ｎ（Ｍ列×Ｎ行）アレイ、または変換係数のＭ×Ｎアレイであってよい。

図２に示すビデオエンコーダ２０の実施形態は、画像１７をブロック毎にエンコードするように構成されてよく、例えば、エンコーディングおよび予測がブロック２０３毎に実行される。

図２に示されるビデオエンコーダ２０の実施形態はさらに、スライス（ビデオスライスとも称される）を使用することによって画像を区分化および／またはエンコードするよう構成されてよく、画像は、１つまたは複数のスライス（典型的には非重複）を使用して区分化またはエンコードされてよく、各スライスは、１つまたは複数のブロック（例えばＣＴＵ）、を含んでよい。

図２に示されるビデオエンコーダ２０の実施形態はさらに、タイルグループ（ビデオタイルグループとも称される）および／またはタイル（ビデオタイルとも称される）を使用することによって画像を区分化および／またはエンコードするよう構成されてよく、画像は、１つまたは複数のタイルグループ（典型的には非重複）を使用して区分化またはエンコードされてよく、各タイルグループは、例えば１つまたは複数のブロック（例えばＣＴＵ）または１つまたは複数のタイルを含んでよく、各タイルは例えば、矩形形状であってよく、１つまたは複数のブロック（例えば、ＣＴＵ）、例えば完全または部分的ブロックを含んでよい。

［残差計算］
残差計算ユニット２０４は、例えば、サンプル毎（画素毎）に画像ブロック２０３のサンプル値から予測ブロック２６５のサンプル値を減算し、サンプル領域における残差ブロック２０５を取得することによって、画像ブロック２０３および予測ブロック２６５に基づいて（予測ブロック２６５に関するさらなる詳細は後で提供される）、残差ブロック２０５（残差２０５とも称される）を計算するように構成されてよい。

［変換］
変換処理ユニット２０６は、残差ブロック２０５のサンプル値に対して変換、例えば、離散コサイン変換（ＤＣＴ）または離散サイン変換（ＤＳＴ）を適用し、変換領域における変換係数２０７を取得するように構成されてよい。変換係数２０７は、変換残差係数とも称されてよく、変換領域における残差ブロック２０５を表す。

変換処理ユニット２０６は、Ｈ．２６５／ＨＥＶＣに指定された変換などのＤＣＴ/ＤＳＴの整数近似を適用するように構成されてよい。直交ＤＣＴ変換と比較して、そのような整数近似は、典型的には特定の係数によってスケーリングされる。順変換および逆変換によって処理される残差ブロックのノルムを保存するべく、変換プロセスの一部として追加のスケーリング係数が適用される。スケーリング係数は、典型的には、シフト演算に関して２のべき乗であるスケーリング係数、変換係数のビット深度、確度と実装コストとの間のトレードオフなどのような特定の制約に基づいて選択される。例えば、特定のスケーリング係数が、例えば、逆変換処理ユニット２１２による逆変換（および、例えばビデオデコーダ３０における逆変換処理ユニット３１２による対応する逆変換）に指定され、例えば、エンコーダ２０における変換処理ユニット２０６による順方向変換のための対応するスケーリング係数が、相応に指定されてよい。

ビデオエンコーダ２０の実施形態は（それぞれ変換処理ユニット２０６）は、変換パラメータ、例えば単数または複数の変換のタイプを、例えば、直接またはエントロピーエンコーディングユニット２７０を介してエンコードもしくは圧縮してから出力するように構成されてよく、それにより、例えば、ビデオデコーダ３０は、デコーディングのための変換パラメータを受信して使用してよい。

［量子化］
量子化ユニット２０８は、例えば、スカラ量子化またはベクトル量子化を適用することによって、変換係数２０７を量子化して、量子化係数２０９を取得するように構成されてよい。量子化係数２０９は、量子化変換係数２０９または量子化残差係数２０９とも称され得る。

量子化プロセスは、変換係数２０７のいくつかまたはすべてに関連付けられたビット深度を低減させ得る。例えば、ｎビット変換係数は、量子化中にｍビット変換係数に丸められてよく、ここでｎはｍよりも大きい。量子化の程度は、量子化パラメータ（ＱＰ）を調整することによって変更されてよい。例えば、スカラ量子化の場合、より細かいまたはより粗い量子化を達成するために、異なるスケーリングが適用されてよい。量子化ステップサイズが小さいほど細かい量子化に対応し、一方で、量子化ステップサイズが大きいほど粗い量子化に対応する。適用可能な量子化ステップサイズは、量子化パラメータ（ＱＰ）によって示され得る。量子化パラメータは、例えば、適用可能な量子化ステップサイズの予め定義されたセットへのインデックスであり得る。例えば、小さな量子化パラメータは細かい量子化（小さな量子化ステップサイズ）に対応し得、大きな量子化パラメータは粗い量子化（大きな量子化ステップサイズ）に対応し得るか、または逆もまた同様である。量子化は、量子化ステップサイズによる除算を含んでよく、例えば逆量子化ユニット２１０による対応するおよび／または逆の量子化解除は、量子化ステップサイズによる乗算を含んでよい。いくつかの規格、例えばＨＥＶＣに従った実施形態は、量子化ステップサイズを決定するのに量子化パラメータを使用するように構成されてよい。概して、量子化ステップサイズは、除算を含む方程式の固定小数点近似を使用する量子化パラメータに基づいて計算され得る。残差ブロックのノルムを復元するために、量子化および量子化解除に追加のスケーリング係数を導入し得、これは、量子化ステップサイズおよび量子化パラメータの方程式の固定小数点近似で使用されるスケーリングに起因して変更され得る。一例の実装では、逆変換および量子化解除のスケーリングは組み合わされ得る。代替的には、カスタマイズされた量子化テーブルが使用され、例えばビットストリームにおいてエンコーダからデコーダにシグナリングされてよい。量子化は不可逆演算であり、損失は量子化ステップサイズの増加に伴って増加する。

ビデオエンコーダ２０の実施形態（それぞれ量子化ユニット２０８）は、量子化パラメータ（ＱＰ）を、例えば直接かまたはエントロピーエンコーディングユニット２７０を介してエンコードしてから出力するように構成されてよく、それにより、例えば、ビデオデコーダ３０は、デコーディングのための量子化パラメータを受信して適用してよい。

［逆量子化］
逆量子化ユニット２１０は、例えば、量子化ユニット２０８と同じ量子化ステップサイズに基づいてまたはそれを使用して量子化ユニット２０８によって適用された量子化スキームの逆を適用することによって、量子化係数に対して量子化ユニット２０８の逆量子化を適用し、量子化解除係数２１１を取得するように構成されている。量子化解除係数２１１は、量子化解除残差係数２１１とも称され得、典型的には量子化による損失に起因して変換係数とは同一でないが、変換係数２０７に対応する。

［逆変換］
逆変換処理ユニット２１２は、変換処理ユニット２０６によって適用された変換の逆変換、例えば、逆離散コサイン変換（ＤＣＴ）または逆離散サイン変換（ＤＳＴ）または他の逆変換を適用し、サンプル領域における再構成残差ブロック２１３（または対応する量子化解除係数２１３）を取得するように構成されている。再構成残差ブロック２１３は、変換ブロック２１３とも称され得る。

［再構成］
再構成ユニット２１４（例えば、加算器または合算器２１４）は、例えば、サンプル毎に、再構成残差ブロック２１３のサンプル値と予測ブロック２６５のサンプル値とを加算することによって、変換ブロック２１３（すなわち、再構成残差ブロック２１３）を予測ブロック２６５に加算し、サンプル領域における再構成ブロック２１５を取得するように構成されている。

［フィルタリング］
ループフィルタユニット２２０（または、略して「ループフィルタ」２２０）は、再構成ブロック２１５をフィルタして、フィルタリング済みのブロック２２１を取得する、または、一般に、再構成サンプルをフィルタして、フィルタリング済みのサンプルを取得するように構成されている。ループフィルタユニットは、例えば、画素遷移を平滑化する、または、別様にビデオ品質を改善するように構成されている。ループフィルタユニット２２０は、デブロッキングフィルタ、サンプル適応型オフセット（ＳＡＯ）フィルタ、または、１つまたは複数の他のフィルタ、例えば、バイラテラルフィルタ、適応ループフィルタ（ＡＬＦ）、シャープニング、平滑化フィルタもしくは協調フィルタ、またはそれらの任意の組み合わせなど、１つまたは複数のループフィルタを含み得る。ループフィルタユニット２２０が、インループフィルタとして図２に示されているが、他の構成では、ループフィルタユニット２２０はポストループフィルタとして実装されてもよい。フィルタリング済みのブロック２２１は、フィルタリング済みの再構成ブロック２２１とも称され得る。

ビデオエンコーダ２０の実施形態（それぞれループフィルタユニット２２０）は、ループフィルタパラメータ（サンプル適応オフセット情報など）を、例えば、直接またはエントロピーエンコーディングユニット２７０を介してエンコードしてから出力するように構成されてよく、それにより、例えば、デコーダ３０は、デコーディングのために同じループフィルタパラメータまたはそれぞれのループフィルタを受信して適用してよい。

［デコード済みの画像バッファ］
デコード済みの画像バッファ（ＤＰＢ）２３０は、ビデオエンコーダ２０によってビデオデータをエンコードするための参照画像、または一般に参照画像データを保存するメモリであってよい。ＤＰＢ２３０は、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または他のタイプのメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）などの様々なメモリデバイスのいずれかによって形成されてよい。デコード済みの画像バッファ（ＤＰＢ）２３０は、１つまたは複数のフィルタリング済みのブロック２２１を保存するように構成されてよい。デコード済みの画像バッファ２３０は、同じ現在の画像または異なる画像、例えば、以前の再構成画像の他の以前にフィルタリング済みのブロック、例えば、以前に再構成され且つフィルタリング済みのブロック２２１を保存するようにさらに構成されてよく、例えば、インター予測のために、以前に再構成された、すなわちデコード済みの、完全な画像（並びに、対応する参照ブロックおよびサンプル）、および／または、部分的に再構成された現在の画像（並びに、対応する参照ブロックおよびサンプル）を提供してよい。デコード済みの画像バッファ（ＤＰＢ）２３０は、例えば、再構成ブロック２１５がループフィルタユニット２２０によってフィルタリングされていない場合、１つまたは複数のフィルタリングされていない再構成ブロック２１５、または一般に、フィルタリングされていない再構成サンプル、または、再構成ブロックもしくはサンプルの任意の他のさらに処理されたバージョンを保存するように構成されてもよい。

［モード選択（区分化および予測）］
モード選択ユニット２６０は、区分化ユニット２６２と、インター予測ユニット２４４と、イントラ予測ユニット２５４とを備え、元の画像データ、例えば元のブロック２０３（現在の画像１７の現在のブロック２０３）、および再構成画像データ、例えば、同じ（現在の）画像のおよび／または１つまたは複数の以前のデコード済みの画像からの、例えばデコード済みの画像バッファ２３０もしくは他のバッファ（例えば、図示しないラインバッファ）からのフィルタリング済みおよび／またはフィルタリングされていない再構成サンプルもしくはブロックを受信または取得するように構成されている。再構成画像データは、予測ブロック２６５または予測因子２６５を取得するために、予測、例えばインター予測またはイントラ予測のための参照画像データとして使用される。

モード選択ユニット２６０は、現在のブロック予測モード（区分化を含まない）のための区分化および予測モード（例えば、イントラまたはインター予測モード）を決定または選択し、対応する予測ブロック２６５を生成するように構成されてよく、予測ブロック２６５は、残差ブロック２０５の計算のためおよび再構成ブロック２１５の再構成のために使用される。

モード選択ユニット２６０の実施形態は、区分化および予測モード（例えば、モード選択ユニット２６０によってサポートされているものまたはモード選択ユニット２６０に利用可能なものから）選択するように構成されてよく、これにより、最良のマッチ、または換言すれば、最小残差（最小残差は、送信または保存のための圧縮率がより良好であることを意味する）、または、最小シグナリングオーバヘッド（最小シグナリングオーバヘッドは、送信または保存のための圧縮率がより良好であることを意味する）、またはこれらの両方を考慮したもしくはバランスを取ったものを提供する。モード選択ユニット２６０は、レート歪み最適化（ＲＤＯ）に基づいて区分化および予測モードを決定する、すなわち、最小レート歪みを提供する予測モードを選択するように構成されてよい。この文脈において「最良」、「最小」、「最適」などのような用語は、全般的な「最良」、「最小」、「最適」などを必ずしも指さず、値が閾値または他の制約を超過または下回り、潜在的に「最適未満選択」につながるが複雑性および処理時間を低減するような、終了または選択基準の達成を指してもよい。

換言すれば、区分化ユニット２６２は、ブロック２０３を、例えば、四分木区分化（ＱＴ）、二分木区分化（ＢＴ）、もしくは三分木区分化（ＴＴ）、またはそれらの任意の組み合わせを繰り返し用いて、より小さいブロック区分または（やはりブロックを形成する）サブブロックに区分化するように構成されてよく、また、例えば、ブロック区分またはサブブロックのそれぞれのための予測を実行するように構成されてよく、モード選択は、区分化されたブロック２０３のツリー構造の選択を含み、予測モードは、ブロック区分またはサブブロックのそれぞれに適用される。

以下では、例示のビデオエンコーダ２０によって実行される、区分化（例えば、区分化ユニット２６０による）および予測処理（インター予測ユニット２４４およびイントラ予測ユニット２５４による）をより詳細に説明する。

［区分化］
区分化ユニット２６２は、現在のブロック２０３をより小さい区分、例えば、正方形または矩形サイズのより小さいブロックに区分化（または分割）してよい。これらのより小さいブロック（サブブロックとも称され得る）は、さらにより小さい区分にさらに区分化されてよい。これは、ツリー区分化もしくは階層的ツリー区分化とも称され、ここで、例えばルートツリーレベル０（階層レベル０、深度０）にあるルートブロックは、再帰的に区分化、例えば、次に低いツリーレベル、例えばツリーレベル１（階層レベル１、深度１）にあるノードの２または２より多いブロックに区分化されてよく、これらのブロックは、例えば終了基準が達成されたことで、例えば最大ツリー深度または最小ブロックサイズに達したことで、区分化が終了するまで、次に低いレベル、例えばツリーレベル２（階層レベル２、深度２）の２または２より多いブロックに再度区分化されるなどしてよい。さらに区分化されないブロックは、ツリーのリーフブロックまたはリーフノードとも称される。２つの区分への区分化を用いるツリーは、二分木（ＢＴ）と称され、３つの区分への区分化を用いるツリーは、三分木（ＴＴ）と称され、４つの区分への区分化を用いるツリーは、四分木（ＱＴ）と称される。

前述のように、「ブロック」という用語は、本明細書において使用される場合、画像の一部分、特に、正方形または矩形の部分であり得る。例えば、ＨＥＶＣおよびＶＶＣを参照すると、ブロックは、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）、および変換ユニット（ＴＵ）であり得るまたはそれらに対応し得、ならびに／または、対応するブロック、例えば、コーディングツリーブロック（ＣＴＢ）、コーディングブロック（ＣＢ）、変換ブロック（ＴＢ）、もしくは予測ブロック（ＰＢ）に対応し得る。

例えば、コーディングツリーユニット（ＣＴＵ）は、３つのサンプルアレイを有する画像のルマサンプルのＣＴＢ、クロマサンプルの２つの対応するＣＴＢ、または、モノクロ画像のもしくはサンプルをコードするために使用された３つの別個の色平面およびシンタックス構造を用いてコードされた画像のサンプルのＣＴＢであるか、またはそれらを含んでよい。対応して、コーディングツリーブロック（ＣＴＢ）は、ＣＴＢへの構成要素の分割が区分化であるように、或るＮの値に関してサンプルのＮ×Ｎのブロックであってよい。コーディングユニット（ＣＵ）は、ルマサンプルのコーディングブロック、３つのサンプルアレイを有する画像のクロマサンプルの２つの対応するコーディングブロック、または、モノクロ画像のもしくはサンプルをコードするために使用された３つの別個の色平面およびシンタックス構造を用いてコードされた画像のサンプルのコーディングブロックであるか、またはそれらを含んでよい。対応して、コーディングブロック（ＣＢ）は、コーディングブロックへのＣＴＢの分割が区分化であるように、或るＭおよびＮの値に関してサンプルのＭ×Ｎのブロックであってよい。

例えばＨＥＶＣに従う実施形態において、コーディングツリーユニット（ＣＴＵ）は、コーディングツリーとして表される四分木構造を用いることによってＣＵに分割されてよい。画像エリアを、インター画像（時間）予測を用いてコードするのかまたはイントラ画像（空間）予測を用いてコードするのかの決定は、ＣＵレベルで行われる。各ＣＵはさらに、ＰＵの分割タイプに従って、１つ、２つ、または４つのＰＵに分割することができる。１つのＰＵの内部では、同じ予測処理が適用され、関連情報はＰＵベースでデコーダに送信される。ＰＵの分割タイプに基づいて予測処理を適用することによって残差ブロックを取得した後、ＣＵは、ＣＵのコーディングツリーと同様の別の四分木構造に従って変換ユニット（ＴＵ）に区分化できる。

実施形態において、例えば、多目的ビデオコーディング（ＶＶＣ）と称される現在開発中の最新のビデオコーディング規格によれば、組み合わされた四分木および二分木（ＱＴＢＴ）区分化が、例えばコーディングブロックを区分化するのに使用される。ＱＴＢＴブロック構造において、ＣＵは、正方形または矩形形状のいずれかを有することができる。例えば、コーディングツリーユニット（ＣＴＵ）は、最初に四分木構造によって区分化される。四分木リーフノードはさらに、二分木または三分（もしくはトリプル）木構造によって区分化される。区分化されたツリーのリーフノードは、コーディングユニット（ＣＵ）と呼ばれ、そのセグメンテーションは、任意のさらなる区分化なしで、予測および変換処理に使用される。このことは、ＣＵ、ＰＵ、およびＴＵは、ネストされたＱＴＢＴコーディングブロック構造において同一のブロックサイズを有することを意味する。並行して、ＱＴＢＴブロック構造と一緒に、複数の区分化、例えば、三分木区分化が使用されてよい。

一例において、ビデオエンコーダ２０のモード選択ユニット２６０は、本明細書に記載の区分化技法の任意の組み合わせを実行するように構成されてよい。

上述したように、ビデオエンコーダ２０は、（例えば、事前決定された）予測モードのセットから最良または最適な予測モードを決定または選択するように構成されている。予測モードのセットは、例えば、イントラ予測モードおよび／またはインター予測モードを含んでよい。

［イントラ予測］
イントラ予測モードのセットは、３５の異なるイントラ予測モード、例えば、ＤＣ（またはミーン）モードおよび平面モードのような無方向性モード、もしくは、例えばＨＥＶＣにおいて定義されているような、方向性モードを含んでよく、または、６７の異なるイントラ予測モード、例えば、ＤＣ（またはミーン）モードおよび平面モードのような無方向性モード、もしくは、例えばＶＶＣに定義されている、方向性モードを含んでよい。

イントラ予測ユニット２５４は、同じ現在の画像の隣接ブロックの再構成サンプルを使用して、イントラ予測モードのセットのうちのイントラ予測モードに従って、イントラ予測ブロック２６５を生成するように構成されている。

イントラ予測ユニット２５４（または一般にモード選択ユニット２６０）は、イントラ予測パラメータ（または一般に、ブロックのために選択されたイントラ予測モードを示す情報）を、エンコード済みの画像データ２１に含まれるようにシンタックス要素２６６の形態でエントロピーエンコーディングユニット２７０に出力するようにさらに構成され、それにより、例えば、ビデオデコーダ３０は、デコーディングのための予測パラメータを受信して使用してよい。

［インター予測］
インター予測モードのセット（または可能なインター予測モード）は、利用可能な参照画像（すなわち、例えばＤＢＰ２３０に保存された、以前の少なくとも部分的にデコード済みの画像）および他のインター予測パラメータ、例えば、最良にマッチする参照ブロックの検索に使用されたのは、参照画像の全体なのかもしくは参照画像の一部のみ、例えば、現在のブロックのエリアの周りの検索窓エリアなのか、および／または、例えば、画素補間、例えばハーフ／セミペルおよび／またはクオータペル補間が適用されたか否かに依拠する。

上の予測モードに加えて、スキップモードおよび／またはダイレクトモードが適用され得る。

インター予測ユニット２４４は、動き推定（ＭＥ）ユニットおよび動き補償（ＭＣ）ユニット（両方とも図２には図示せず）を備えてよい。動き推定ユニットは、動き推定のために、画像ブロック２０３（現在の画像１７の現在の画像ブロック２０３）およびデコード済みの画像２３１、または、少なくとも１つまたは複数の以前の再構成ブロック、例えば１つまたは複数の他の／異なる以前のデコード済みの画像２３１の再構成ブロックを受信または取得するように構成されてよい。例えば、ビデオシーケンスは、現在の画像および以前のデコード済みの画像２３１を含んでよく、または換言すれば、現在の画像および以前のデコード済みの画像２３１は、ビデオシーケンスを形成する一連の画像の一部であるかまたはそれを形成してよい。

エンコーダ２０は、例えば、複数の他の画像のうちの同じまたは異なる画像の複数の参照ブロックから参照ブロックを選択し、インター予測パラメータとして参照画像（または参照画像インデックス）および／または参照ブロックの位置（ｘ、ｙ座標）と現在のブロックの位置との間のオフセット（空間的オフセット）を動き推定ユニットに提供するように構成してよい。このオフセットは、動きベクトル（ＭＶ）とも呼ばれる。

動き補償ユニットは、インター予測パラメータを取得、例えば受信するとともに、そのインター予測パラメータに基づいてまたはそれを使用してインター予測を実行して、インター予測ブロック２６５を取得するように構成されている。動き補償ユニットによって実行される動き補償は、動き推定によって決定された動き/ブロックベクトルに基づいて予測ブロックをフェッチまたは生成し、場合によって副画素精度までの補間を実行することを伴ってよい。補間フィルタリングは、既知の画素サンプルからさらなる画素サンプルを生成してよく、したがって、画像ブロックをコードするのに用いられ得る候補予測ブロックの数を潜在的に増加させる。現在の画像ブロックのＰＵのための動きベクトルを受信すると、動き補償ユニットは、参照画像リストのうちの１つにおいて動きベクトルが指し示す予測ブロックを位置特定してよい。

動き補償ユニットは、ビデオスライスの画像ブロックをデコードする際にビデオデコーダ３０によって用いられる、ブロックおよびビデオスライスに関連付けられるシンタックス要素を生成してもよい。スライスおよびそれぞれのシンタックス要素に追加的に、または代替的に、タイルグループおよび／またはタイル、ならびに、それぞれのシンタックス要素が生成または使用され得る。

［エントロピーコーディング］
エントロピーエンコーディングユニット２７０は、例えば、エントロピーエンコーディングアルゴリズムまたはスキーム（例えば、可変長コーディング（ＶＬＣ）スキーム、コンテキスト適応ＶＬＣスキーム（ＣＡＶＬＣ）、算術コーディングスキーム、二値化、コンテキスト適応バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースのコンテキスト適応バイナリ算術コーディング（ＳＢＡＣ）、確率インターバル区分化エントロピー（ＰＩＰＥ）コーディング、または、別のエントロピーエンコーディング方法もしくは技法）、またはバイパス（無圧縮）を、量子化係数２０９、インター予測パラメータ、イントラ予測パラメータ、ループフィルタパラメータ、および／または他のシンタックス要素に適用し、例えばエンコード済みのビットストリーム２１の形態で出力２７２を介して出力できるエンコード済みの画像データ２１を取得するように構成され、それにより、例えば、ビデオデコーダ３０は、デコーディングのためのパラメータを受信して使用してよい。エンコード済みのビットストリーム２１は、ビデオデコーダ３０に送信、または、後でビデオデコーダ３０によって送信または取得するためにメモリに保存されてよい。

ビデオエンコーダ２０の他の構造上のバリエーションを、ビデオストリームをエンコードするのに用いてよい。例えば、非変換ベースのエンコーダ２０は、特定のブロックまたはフレームのための変換処理ユニット２０６を用いずに直接的に残差信号を量子化できる。別の実装において、エンコーダ２０は、単一のユニットに組み合わされた量子化ユニット２０８および逆量子化ユニット２１０を有することができる。

［デコーダおよびデコーディング方法］
図３は、本願の技法を実装するように構成されているビデオデコーダ３０の例を示している。ビデオデコーダ３０は、例えばエンコーダ２０によってエンコードされた、エンコード済みの画像データ２１（例えば、エンコード済みのビットストリーム２１）を受信して、デコード済みの画像３３１を取得するように構成されている。エンコード済みの画像データまたはビットストリームは、エンコード済みの画像データをデコードするための情報、例えば、エンコード済みのビデオスライス（および／またはタイルグループまたはタイル）の画像ブロックおよび関連するシンタックス要素を表すデータを含む。

図３の例において、デコーダ３０は、エントロピーデコーディングユニット３０４、逆量子化ユニット３１０、逆変換処理ユニット３１２、再構成ユニット３１４（例えば、合算器３１４）、ループフィルタ３２０、モード適用ユニット３６０、デコード済みの画像バッファ（ＤＢＰ）３３０、インター予測ユニット３４４、およびイントラ予測ユニット３５４を備える。インター予測ユニット３４４は、動き補償ユニットであるかまたはこれを備えてよい。ビデオデコーダ３０は、いくつかの例では、図２のビデオエンコーダ１００に関して説明されたエンコーディングパスに対して概ね逆のデコーディングパスを実行してよい。

エンコーダ２０に関して説明したように、逆量子化ユニット２１０、逆変換処理ユニット２１２、再構成ユニット２１４、ループフィルタ２２０、デコード済みの画像バッファ（ＤＰＢ）２３０、インター予測ユニット３４４、およびイントラ予測ユニット３５４も、ビデオエンコーダ２０の「内蔵デコーダ」を形成するものとして言及される。したがって、逆量子化ユニット３１０は、逆量子化ユニット１１０と機能的に同一であってよく、逆変換処理ユニット３１２は、逆変換処理ユニット２１２と機能的に同一であってよく、再構成ユニット３１４は、再構成ユニット２１４と機能的に同一であってよく、ループフィルタ３２０は、ループフィルタ２２０と機能的に同一であってよく、デコード済みの画像バッファ３３０は、デコード済みの画像バッファ２３０と機能的に同一であってよい。したがって、ビデオエンコーダ２０のそれぞれのユニットおよび機能について提供された説明は、ビデオデコーダ３０のそれぞれのユニットおよび機能に対応するように当てはまる。

［エントロピーデコーディング］
エントロピーデコーディングユニット３０４は、ビットストリーム２１（または一般にエンコード済みの画像データ２１）を解析し、例えば、エンコード済みの画像データ２１にエントロピーデコーディングを実行して、例えば量子化係数３０９および／またはデコード済みのコーディングパラメータ（図３には図示せず）、例えば、インター予測パラメータ（例えば、参照画像インデックスおよび動きベクトル）、イントラ予測パラメータ（例えば、イントラ予測モードまたはインデックス）、変換パラメータ、量子化パラメータ、ループフィルタパラメータ、および／または他のシンタックス要素のいずれかまたはすべてを取得するように構成されている。エントロピーデコーディングユニット３０４は、エンコーダ２０のエントロピーエンコーディングユニット２７０に関して記載されたエンコーディングスキームに対応するデコーディングアルゴリズムまたはスキームを適用するように構成されてよい。エントロピーデコーディングユニット３０４は、インター予測パラメータ、イントラ予測パラメータ、および／または他のシンタックス要素をモード適用ユニット３６０に、また他のパラメータをデコーダ３０の他のユニットに提供するようにさらに構成されてよい。ビデオデコーダ３０は、ビデオスライスレベルでおよび／またはビデオブロックレベルで、シンタックス要素を受信してよい。スライスおよびそれぞれのシンタックス要素に追加的に、または代替的に、タイルグループおよび／またはタイル、ならびに、それぞれのシンタックス要素が受信および／または使用され得る。

［逆量子化］
逆量子化ユニット３１０は、エンコード済みの画像データ２１から量子化パラメータ（ＱＰ）（または一般に逆量子化に関連する情報）および量子化係数を受信する（例えばエントロピーデコーディングユニット３０４によって、例えば解析および／またはデコードすることによって）とともに、量子化パラメータに基づいて、デコード済みの量子化係数３０９に逆量子化を適用し、変換係数３１１とも称され得る量子化解除係数３１１を取得するように構成されてよい。逆量子化プロセスは、量子化の程度、また同様に適用されるべき逆量子化の程度を決定するために、ビデオスライス（またはタイルもしくはタイルグループ）内のビデオブロック毎にビデオエンコーダ２０によって決定される量子化パラメータの使用を含んでよい。

［逆変換］
逆変換処理ユニット３１２は、変換係数３１１とも称される量子化解除係数３１１を受信するとともに、サンプル領域における再構成残差ブロック２１３を取得するべく、量子化解除係数３１１に変換を適用するように構成されてよい。再構成残差ブロック２１３は、変換ブロック３１３とも称され得る。変換は、逆変換、例えば、逆ＤＣＴ、逆ＤＳＴ、逆整数変換、または概念的に同様の逆変換プロセスであってよい。逆変換処理ユニット３１２は、エンコード済みの画像データ２１から変換パラメータまたは対応する情報を受信し（例えばエントロピーデコーディングユニット３０４によって、例えば解析および／またはデコードすることによって）、量子化解除係数３１１に適用されるべき変換を決定するようにさらに構成されてよい。

［再構成］
再構成ユニット３１４（例えば、加算器または合算器３１４）は、再構成残差ブロック３１３を予測ブロック３６５に加算し、例えば、再構成残差ブロック３１３のサンプル値と予測ブロック３６５のサンプル値とを加算することによって、サンプル領域における再構成ブロック３１５を取得するように構成されてよい。

［フィルタリング］
ループフィルタユニット３２０（コーディングループ内またはコーディングループの後のいずれかにある）は、例えば、画素遷移を平滑化するようにまたはビデオ品質を別様に改善するように、再構成ブロック３１５をフィルタして、フィルタリング済みのブロック３２１を取得するように構成されている。ループフィルタユニット３２０は、デブロッキングフィルタ、サンプル適応型オフセット（ＳＡＯ）フィルタ、または、１つまたは複数の他のフィルタ、例えば、バイラテラルフィルタ、適応ループフィルタ（ＡＬＦ）、シャープニング、平滑化フィルタ、協調フィルタ、またはそれらの任意の組み合わせなど、１つまたは複数のループフィルタを含み得る。ループフィルタユニット３２０が、インループフィルタとして図３に示されているが、他の構成では、ループフィルタユニット３２０はポストループフィルタとして実装されてもよい。

［デコード済みの画像バッファ］
画像のデコード済みのビデオブロック３２１は、その後、デコード済みの画像バッファ３３０に保存され、デコード済みの画像バッファ３３０は、デコード済みの画像３３１を他の画像の後続の動き補償のためのおよび／またはそれぞれ表示を出力するための参照画像として保存する。

デコーダ３０は、例えば出力３１２を介して、ユーザに提示または閲覧させるために、デコード済みの画像３１１を出力するように構成されている。

［予測］
インター予測ユニット３４４は、インター予測ユニット２４４（特に、動き補償ユニット）と同一であってよく、イントラ予測ユニット３５４は、インター予測ユニット２５４と機能的に同一であってよく、エンコード済みの画像データ２１から受信（例えば、エントロピーデコーディングユニット３０４によって、例えば、解析および／またはデコードすることによって）された区分化および／または予測パラメータまたはそれぞれの情報に基づいて分割または区分化の決定および予測を実行する。モード適用ユニット３６０は、再構成画像、ブロック、またはそれぞれのサンプル（フィルタリング済みまたはフィルタリングされていない）に基づいてブロック毎に予測（イントラまたはインター予測）を実行し、予測ブロック３６５を取得するように構成されてよい。

ビデオスライスがイントラコード済み（Ｉ）スライスとしてコードされている場合、モード適用ユニット３６０のイントラ予測ユニット３５４は、シグナリングされたイントラ予測モードおよび現在の画像の以前にデコード済みのブロックからのデータに基づいて、現在のビデオスライスの画像ブロックのための予測ブロック３６５を生成するように構成されている。ビデオ画像がインターコード済みの（すなわち、ＢまたはＰ）スライスとしてコードされている場合、モード適用ユニット３６０のインター予測ユニット３４４（例えば、動き補償ユニット）は、動きベクトルおよびエントロピーデコーディングユニット３０４から受信された他のシンタックス要素に基づいて、現在のビデオスライスのビデオブロックのための予測ブロック３６５を生成するように構成されている。インター予測では、予測ブロックは、複数の参照画像リストのうちの１つに含まれる複数の参照画像のうちの１つから生成されてよい。ビデオデコーダ３０は、リスト０およびリスト１という参照フレームリストを、デフォルトの構築技法を用いて、ＤＰＢ３３０に保存された参照画像に基づいて構築してよい。同一または同様のことが、スライス（例えばビデオスライス）に追加的または代替的にタイルグループ（例えばビデオタイルグループ）および／またはタイル（例えばビデオタイル）を使用する実施形態について、または、それによって適用され得る。例えば、ビデオは、Ｉ、Ｐ、またはＢタイルグループおよび／またはタイルを使用してコーディングされ得る。

モード適用ユニット３６０は、動きベクトルまたは関連情報および他のシンタックス要素を解析することによって、現在のビデオスライスのビデオブロックのための予測情報を決定するように構成され、デコードされている現在のビデオブロックのための予測ブロックを生成するために上記予測情報を用いる。例えば、モード適用ユニット３６０は、受信されたシンタックス要素のいくつかを用いて、ビデオスライスのビデオブロックをコードするのに用いられた予測モード（例えば、イントラまたはインター予測）、インター予測スライスタイプ（例えば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）、スライスのための参照画像リストのうちの１つもしくは複数に関する構築情報、スライスの各インターエンコード済みのビデオブロック毎の動きベクトル、スライスのインターコード済みのビデオブロック毎のインター予測ステータス、および現在のビデオスライス内のビデオブロックをデコードするための他の情報を決定する。同一または同様のことが、スライス（例えばビデオスライス）に追加的または代替的にタイルグループ（例えばビデオタイルグループ）および／またはタイル（例えばビデオタイル）を使用する実施形態について、または、それによって適用され得る。例えば、ビデオは、Ｉ、Ｐ、またはＢタイルグループおよび／またはタイルを使用してコーディングされ得る。

図３に示されるビデオデコーダ３０の実施形態は、スライス（ビデオスライスとも称される）を使用することによって画像を区分化および／またはデコードするよう構成されてよく、画像は、１つまたは複数のスライス（典型的には非重複）を使用して区分化またはデコードされてよく、各スライスは、１つまたは複数のブロック（例えばＣＴＵ）を含んでよい。

図３に示されるビデオデコーダ３０の実施形態は、タイルグループ（ビデオタイルグループとも称される）および／またはタイル（ビデオタイルとも称される）を使用することによって画像を区分化および／またはデコードするよう構成されてよく、画像は、１つまたは複数のタイルグループ（典型的には非重複）を使用して区分化またはデコードされてよく、各タイルグループは、例えば１つまたは複数のブロック（例えばＣＴＵ）または１つまたは複数のタイルを含んでよく、各タイルは例えば、矩形形状であってよく、１つまたは複数のブロック（例えば、ＣＴＵ）、例えば完全または部分的ブロックを含んでよい。

ビデオデコーダ３０の他のバリエーションを、エンコード済みの画像データ２１をデコードするのに用いてよい。例えば、デコーダ３０は、ループフィルタリングユニット３２０を用いずに、出力ビデオストリームを生成することができる。例えば、非変換ベースのデコーダ３０は、特定のブロックまたはフレームのための逆変換処理ユニット３１２を用いずに、残差信号を直接的に逆量子化することができる。別の実装において、ビデオデコーダ３０は、単一のユニットに組み合わされた逆量子化ユニット３１０および逆変換処理ユニット３１２を有することができる。

エンコーダ２０およびデコーダ３０において、現在の段階の処理結果は、さらに処理されて、その後、次の段階に出力されてよいことが理解されるべきである。例えば、補間フィルタリング、動きベクトル導出またはループフィルタリングの後に、クリップまたはシフトなどのさらなる操作を、補間フィルタリング、動きベクトル導出またはループフィルタリングの処理結果に対して実行してよい。

さらなる操作を、現在のブロックの導出された動きベクトル（限定しないが、アフィンモードの制御点動きベクトル、アフィン、平面、ＡＴＭＶＰモードにおけるサブブロック動きベクトル、時間的な動きベクトル等を含む）に適用してよいことに留意すべきである。例えば、動きベクトルの値は、その表現ビットに従って予め定義された範囲に制限される。動きベクトルの表現ビットがｂｉｔＤｅｐｔｈである場合、その範囲は、－２＾（ｂｉｔＤｅｐｔｈ－１）～２＾（ｂｉｔＤｅｐｔｈ－１）－１であり、ここで、「＾」はべき乗を意味する。例えば、ｂｉｔＤｅｐｔｈが１６に等しく設定されている場合、その範囲は－３２７６８～３２７６７であり、ｂｉｔＤｅｐｔｈが１８に等しく設定されている場合、その範囲は－１３１０７２～１３１０７１である。例えば、導出された動きベクトル（例えば、１つの８×８ブロックにおける４つの４×４サブブロックのＭＶ）の値は、４つの４×４サブブロックＭＶの整数部分の間の最大差が、１画素以下など、Ｎ画素以下であるように制限される。以下、ｂｉｔＤｅｐｔｈに従って動きベクトルを制限する２つの方法を提供する。

方法１：以下の演算により、オーバフローＭＳＢ（最上位ビット）を除去する。

式中、ｍｖｘはイメージブロックまたはサブブロックの動きベクトルの水平成分であり、ｍｖｙはイメージブロックまたはサブブロックの動きベクトルの垂直成分であり、ｕｘおよびｕｙは中間値を示す。 例えば、式（１）および（２）の適用後、ｍｖｘの値が－３２７６９である場合、結果として得られる値は３２７６７である。コンピュータシステムにおいて、十進数は、２の補数として保存される。－３２７６９の２の補数は１，０１１１，１１１１，１１１１，１１１１（１７ビット）であり、その後、ＭＳＢが破棄されるので、結果として得られる２の補数は０１１１，１１１１，１１１１，１１１１（十進数は３２７６７）であり、これは、式（１）および（２）の適用による出力と同じである。

これらの演算は、式（５）～（８）に示されるように、ｍｖｐおよびｍｖｄの計算中に適用され得る。

方法２：値をクリッピングすることによりオーバフローＭＳＢを除去する。

式中、ｖｘはイメージブロックまたはサブブロックの動きベクトルの水平成分であり、ｖｙはイメージブロックまたはサブブロックの動きベクトルの垂直成分であり、ｘ、ｙ、およびｚはそれぞれ、ＭＶクリッピング処理の３つの入力値に対応し、関数Ｃｌｉｐ３の定義は次のとおりである。

図４は、本開示の一実施形態によるビデオコーディングデバイス４００の概略図である。ビデオコーディングデバイス４００は、本明細書に記載の開示される実施形態を実装するのに好適なものである。一実施形態において、ビデオコーディングデバイス４００は、図１Ａのビデオデコーダ３０などのデコーダ、または、図１Ａのビデオエンコーダ２０などのエンコーダであってよい。

ビデオコーディングデバイス４００は、データを受信するための入口ポート４１０（または、入力ポート４１０）および受信器ユニット（Ｒｘ）４２０と、データを処理するためのプロセッサ、ロジックユニット、または中央演算処理装置（ＣＰＵ）４３０と、データを送信するための送信器ユニット（Ｔｘ）４４０および出口ポート４５０（または出力ポート４５０）と、データを保存するためのメモリ４６０とを備える。ビデオコーディングデバイス４００は、入口ポート４１０、受信器ユニット４２０、送信器ユニット４４０、および、光または電気信号の出入りのための出口ポート４５０に連結されている、光／電気（ＯＥ）構成要素および電気／光（ＥＯ）構成要素を備えてもよい。

プロセッサ４３０は、ハードウェアおよびソフトウェアによって実装される。プロセッサ４３０は、１つまたは複数のＣＰＵチップ、コア（例えば、マルチコアプロセッサとして）、ＦＰＧＡ、ＡＳＩＣ、およびＤＳＰとして実装されてよい。プロセッサ４３０は、入口ポート４１０、受信器ユニット４２０、送信器ユニット４４０、出口ポート４５０、およびメモリ４６０と通信する。プロセッサ４３０は、コーディングモジュール４７０を備える。コーディングモジュール４７０は、上述した開示される実施形態を実装する。例えば、コーディングモジュール４７０は、様々なコーディング操作を実装、処理、準備、または提供する。したがって、コーディングモジュール４７０を含むことにより、ビデオコーディングデバイス４００の機能のかなりの改善が提供され、ビデオコーディングデバイス４００の異なる状態への変換がもたらされる。代替的に、コーディングモジュール４７０は、メモリ４６０に格納され、プロセッサ４３０により実行される命令として実装される。

メモリ４６０は、１つまたは複数のディスク、テープドライブ、およびソリッドステートドライブを備え得、オーバーフローデータストレージデバイスとして使用され、そのようなプログラムが実行のために選択された場合にプログラムを格納して、プログラムを実行している間に読み取られる命令およびデータを格納し得る。メモリ４６０は、例えば、揮発性および／または不揮発性であってよく、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、三値連想メモリ（ＴＣＡＭ）、および／または、スタティックランダムアクセスメモリ（ＳＲＡＭ）であってよい。

図５は、例示的な実施形態に係る図１Ａによるソースデバイス１２およびデスティネーションデバイス１４のいずれかまたは両方として使用されてよい装置５００の概略ブロック図である。

装置５００におけるプロセッサ５０２は、中央演算処理装置としてよい。代替的には、プロセッサ５０２は、現在既存のまたは今後開発される情報の操作または処理が可能な任意の他のタイプのデバイス、または複数のデバイスとしてよい。開示の実装は、図示のような単一のプロセッサ、例えばプロセッサ５０２で実施してよいが、１つより多いプロセッサを用いて、速度および効率の利益を実現してよい。

装置５００におけるメモリ５０４は、一実装において、リードオンリメモリ（ＲＯＭ）デバイスまたはランダムアクセスメモリ（ＲＡＭ）デバイスとしてよい。任意の他の好適なタイプのストレージデバイスを、メモリ５０４として使用してよい。メモリ５０４は、バス５１２を用いてプロセッサ５０２によってアクセスされるコードおよびデータ５０６を備えることができる。メモリ５０４は、オペレーティングシステム５０８およびアプリケーションプログラム５１０をさらに備えることができ、アプリケーションプログラム５１０は、プロセッサ５０２が本明細書に記載の方法を実行することを可能にする少なくとも１つのプログラムを含む。例えば、アプリケーションプログラム５１０は、アプリケーション１～Ｎを含むことができ、アプリケーション１～Ｎは、本明細書に記載の方法を実行するビデオコーディングアプリケーションをさらに含む。

装置５００は、ディスプレイ５１８などの、１つまたは複数の出力デバイスも備えることができる。ディスプレイ５１８は、一例において、ディスプレイと、タッチ入力を検知するように動作可能なタッチセンサ素子とを組み合わせたタッチセンサ式ディスプレイであってよい。ディスプレイ５１８は、バス５１２を介してプロセッサ５０２に連結してよい。

単一のバスとして本明細書に示したが、装置５００のバス５１２は、複数のバスから構成されてよい。さらに、セカンダリストレージ５１４は、装置５００の他の構成要素に直接連結してよく、または、ネットワークを介してアクセスでき、メモリカードなどの単一の一体型ユニットまたは複数のメモリカードなどの複数のユニットを含んでよい。したがって、装置５００は、多種多様な構成で実装することができる。

ジュネーブで開かれた第１４回ＪＶＥＴ会議において、ＪＶＥＴ－Ｎ０２１７：アフィン線形重み付けイントラ予測（ＡＬＷＩＰ）の貢献が採用され、これはまた、ＬＷＩＰとも簡略化される。

ＡＬＷＩＰにおいて、３つのセットのイントラモードが導入される。
・４×４ブロックのための３５モード。
・８×４、４×８、および８×８ブロックのための１９モード。
・ブロックの幅および高さが両方とも６４サンプル以下である他の場合のための１１モード。

対応して、ブロックサイズタイプ（ｓｉｚｅＩｄ）についての変数はＡＬＷＩＰにおいて次のとおり定義される：
・ブロックのサイズが４×４である場合、ブロックサイズタイプ（ｓｉｚｅＩｄ）の値は０である。
・それ以外の場合、ブロックのサイズが８×４、４×８、または８×８ブロックである場合、ブロックサイズタイプｓｉｚｅＩｄの値は１である。
・それ以外の場合、ブロックのサイズが上述されておらず、ブロックの幅および高さが両方とも６４より小さい場合、ブロックサイズタイプｓｉｚｅＩｄの値は２である。

これらのモードによれば、行列ベクトル乗算およびオフセットの加算によって、現在のブロックの左上の参照サンプルの１列からルマイントラ予測信号が生成される。アフィン線形重み付けイントラ予測はまた、行列ベースのイントラ予測（ＭＩＰ）とも呼ばれる。本願において、ＭＩＰおよびＡＬＷＩＰ（またはＬＷＩＰ）という用語は、交換可能であり、両方ともＪＶＥＴ－Ｎ０２１７のツールを説明する。

アフィン線形重み付けイントラ予測（ＡＬＷＩＰ）法を使用して矩形のブロック（幅Ｗおよび高さＨ）のサンプルを予測する場合、ブロックの左側のＨ再構成された隣接する境界サンプルの１列およびブロックの上側のＷ再構成された隣接する境界サンプルの１列が入力として使用される。

予測信号の生成は、以下の３つの段階に基づいている。
１．平均化により、Ｗ＝Ｈ＝４の場合には４つの境界サンプルが出力され、または他の場合には８つの境界サンプルが出力される。
２．平均化されたサンプルを入力として、行列ベクトル乗算、続いてオフセットの加算が実施される。結果は、元のブロックにおけるサンプルのサブサンプルセット上の低減された予測信号を表す。
３．各方向における単一段階の線形補間である線形補間により、サブサンプルセット上の予測信号に従って残りの位置における予測信号が生成される。

平均化、行列ベクトル乗算、および線形補間の処理全体が、異なる形状について図６～９に示される。残りの形状は、示される場合の１つと同様に扱われることに留意されたい。

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

８×８ブロックの場合、ＡＬＷＩＰは、境界の各軸に沿って４つの平均を取る。その後、８つのサンプルが入力として行列ベクトル乗算に使用される。行列は、セットＳ_１から取られる。予測ブロックの奇数位置にある１６のサンプルが取得される。したがって、サンプルあたり、合計で（８・１６）／（８・８）＝２回の乗算が実行される。オフセットを加算した後、低減された上部の境界を使用することにより、これらのサンプルは垂直に補間される。元の左の境界を使用することにより、水平方向の補間がそれに続く。したがって、ＡＬＷＩＰ予測を計算するために、サンプルあたり、合計で２回の乗算が実行される。

８×４ブロックの場合、ＡＬＷＩＰは境界の水平軸に沿って４つの平均、および左側の境界の４つの元の境界値を取る。その後、８つのサンプルが入力として行列ベクトル乗算に使用される。行列は、セットＳ_１から取られる。予測ブロックの水平位置および垂直位置上の１６のサンプルが取得される。 したがって、サンプルあたり、合計で（８・１６）／（８・４）＝４回の乗算が実行される。 オフセットを加算した後、元の左の境界を使用することにより、これらのサンプルは水平に補間される。 したがって、ＡＬＷＩＰ予測を計算するために、サンプルあたり、合計で４回の乗算が実行される。

転置された場合は、それに応じて扱われる。

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

より大きい形状の場合、手順は本質的に同一であり、サンプルあたりの乗算回数は４回未満である。

Ｗ＞８であるＷ×８ブロックの場合、奇数の水平および垂直位置においてサンプルが与えられるため、水平方向の補間のみが必要となる。この場合、低減された予測を計算するために、サンプルあたり、（８・６４）／（Ｗ・８）＝６４／Ｗ回の乗算が実行される。Ｗ＞１６の場合、線形補間のために実行されるサンプルあたりの追加の乗算の回数は２回未満である。したがって、サンプルあたりの乗算の合計回数は４回以下である。

Ｗ＞８であるＷ×４ブロックの場合、Ａ_ｋを、ダウンサンプリングされたブロックの水平軸に沿った奇数エントリに対応する各行を除外することにより生じる行列とする。したがって、出力サイズは３２であり、水平方向の補間のみがなお実行するべきとなる。低減された予測の計算のために、サンプルあたり、（８・３２）／（Ｗ・４）＝６４／Ｗ回の乗算が実行される。Ｗ＝１６の場合、追加の乗算は要求されないが、一方、Ｗ＞１６の場合、線形補間のために、サンプルあたり２回未満の乗算が必要となる。したがって、乗算の合計回数は４回以下である。

転置された場合は、それに応じて扱われる。

ＪＶＥＴ－Ｎ０２１７の提案において、最確モード（ＭＰＭ）リストを使用するアプローチもＭＩＰイントラモードコーディングに適用される。現在のブロックに使用されるＭＰＭリストが２つある。
１．現在のブロックに対して通常のイントラモード（すなわち、ＭＩＰイントラモードではない）が使用される場合、６－ＭＰＭリストが使用される。
２．現在のブロックに対してＭＩＰイントラモードが使用される場合、３－ＭＰＭリストが使用される。

上記の２つのＭＰＭリストは両方とも、それらの隣接ブロックのイントラ予測モードに基づいて構築されている。したがって、以下の場合が生じ得る。
１．現在のブロックが通常のイントラ予測され、一方で、その隣接ブロックのうちの１つまたは複数にはＭＩＰイントラ予測が適用される、または、
２．現在のブロックにＭＩＰイントラ予測が適用され、一方で、隣接ブロックのうちの１つまたは複数には通常のイントラ予測が適用される。

そのような状況下では、隣接するイントラ予測モードは、ルックアップテーブルを使用して間接的に導出される。

一例において、現在のブロックが通常のイントラ予測され、一方で、図１３に示されるその上側の（Ａ）ブロックにはＭＩＰイントラ予測が適用された場合、以下のルックアップテーブル１が使用される。上側のブロックのブロックサイズタイプおよび上側のブロックのＭＩＰイントラ予測モードに基づいて、通常のイントラ予測モードが導出される。同様に、図１３に示される左側（Ｌ）のブロックにＭＩＰイントラ予測が適用された場合、左側のブロックのブロックサイズタイプおよび左側のブロックのＭＩＰイントラ予測モードに基づいて、通常のイントラ予測モードが導出される。
［表１］アフィン線形重み付けイントラ予測とイントラ予測モードとの間のマッピングの仕様

一例では、現在のブロックにＭＩＰイントラ予測が適用され、図１４に示される上側（Ａ）のブロックは通常のイントラモードを使用して予測された場合、以下のルックアップテーブル２が使用される。上側のブロックのブロックサイズタイプおよび上側のブロックの通常のイントラ予測モードに基づいて、ＭＩＰイントラ予測モードが導出される。同様に、図１４に示される左側（Ｌ）のブロックに通常のイントラ予測が適用された場合、左側のブロックのブロックサイズタイプおよび左側のブロックの通常のイントラ予測モードに基づいて、ＭＩＰイントラ予測モードが導出される。
［表２］イントラ予測とアフィン線形重み付けイントラ予測との間のマッピングの仕様

［行列ベースのイントラ予測（ＭＩＰ）が適用されたブロックのＭＰＭリスト構築における隣接ブロックのイントラモードの設定］
ＭＩＰにおいて、３－ＭＰＭリストがイントラモードコーディングに使用される。したがって、３つの異なるブロックサイズタイプについて、
・ブロックタイプサイズ０は、ＭＰＭリストにおいて３つのモードを有し、非ＭＰＭモードにおいて３２（＝３５－３）のモードを有する。
・ブロックタイプサイズ１は、ＭＰＭリストいのいて３つのモードを有し、非ＭＰＭモードにおいて１６（＝１９－３）のモードを有する。
・ブロックタイプサイズ２は、ＭＰＭリストにおいて３つのモードを有し、非ＭＰＭモードにおいて８（＝１１－３）のモードを有する。

具体的には、ＭＩＰが適用されたブロックのイントラモードは、隣接ブロックの利用可能性およびイントラモードに基づいて、以下のプロセスのように導出される。特定の状況下で隣接ブロックが利用可能でない場合、隣接ブロックのイントラモードにはデフォルト値（－１）が割り当てられる。

隣接ブロックのイントラモードの値は次のように導出される。

このプロセスへの入力は以下である。
－現在の画像の左上のルマサンプルに対して現在のルマコーディングブロックの左上のサンプルを指定するルマ位置（ｘＣｂ，ｙＣｂ）、
－ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ。

このプロセスにおいて、隣接ブロックのアフィン線形重み付けイントラ予測ｃａｎｄＬｗｉｐＭｏｄｅＡおよびｃａｎｄＬｗｉｐＭｏｄｅＢは以下の順序の段階によって導出される。
１．隣接位置（ｘＮｂＡ，ｙＮｂＡ）および（ｘＮｂＢ，ｙＮｂＢ）はそれぞれ、（ｘＣｂ－１，ｙＣｂ）および（ｘＣｂ，ｙＣｂ－１）に等しく設定される。
２．ＸがＡまたはＢのいずれかにより置き換えられている場合、変数ｃａｎｄＬｗｉｐＭｏｄｅＸは次のように導出される：
－（ｘＣｂ，ｙＣｂ）に等しく設定された位置（ｘＣｕｒｒ、ｙＣｕｒｒ）および（ｘＮｂＸ，ｙＮｂＸ）に等しく設定された隣接位置（ｘＮｂＹ，ｙＮｂＹ）を入力として、項目６．４．Ｘ［Ｅｄ．（ＢＢ）：隣接ブロック利用可能性プロセスｔｂｄ］において指定されるブロックの利用可能性導出プロセスが呼び出され、出力がａｖａｉｌａｂｌｅＸに割り当てられる。
－候補アフィン線形重み付けイントラ予測モードｃａｎｄＬｗｉｐＭｏｄｅＸが次のように導出される：
－以下の条件のうちの１つまたは複数が真である場合、ｃａｎｄＬｗｉｐＭｏｄｅＸを－１に等しく設定する。
－変数ａｖａｉｌａｂｌｅＸがＦＡＬＳＥに等しい。
－ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］がＭＯＤＥ＿ＩＮＴＲＡに等しくなく、ｍｈ＿ｉｎｔｒａ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１に等しくない。
－ｐｃｍ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１に等しい。
－ＸがＢに等しく、ｙＣｂ－１が（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）未満である。
－それ以外の場合、以下が適用される：
－ルマサンプルにおける現在のコーディングブロックの幅ｃｂＷｉｄｔｈおよびルマサンプルにおいける現在のコーディングブロックの高さｃｂＨｅｉｇｈｔを入力として、項目８．４．Ｘ．１で指定されるブロックのサイズタイプ導出プロセスが呼び出され、出力が変数ｓｉｚｅＩｄに割り当てられる。
－ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１に等しい場合、ルマサンプルにおける隣接コーディングブロックの幅ｎｂＷｉｄｔｈＸおよびルマサンプルにおける隣接コーディングブロックの高さｎｂＨｅｉｇｈｔＸを入力として、項目８．４．Ｘ．１で指定されるブロックのサイズタイプ導出プロセスが呼び出され、出力が変数ｓｉｚｅＩｄＸに割り当てられる。
－ｓｉｚｅＩｄがｓｉｚｅＩｄＸに等しい場合、ｃａｎｄＬｗｉｐＭｏｄｅＸは、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］に等しく設定される。
－それ以外の場合、ｃａｎｄＬｗｉｐＭｏｄｅＸは－１に等しく設定される。
－それ以外の場合、ｃａｎｄＬｗｉｐＭｏｄｅＸは、表２に指定されるＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］およびｓｉｚｅＩｄを使用して導出される。

［８．４．Ｘ．１ 予測ブロックサイズタイプの導出プロセス］
このプロセスへの入力は以下である。
－ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ。

このプロセスの出力は変数ｓｉｚｅＩｄである。

変数ｓｉｚｅＩｄは次のように導出される：
－ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔが両方とも４に等しい場合、ｓｉｚｅＩｄは０に等しく設定される。
－それ以外の場合、ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔが両方とも８以下である場合、ｓｉｚｅＩｄは１に等しく設定される。
－それ以外の場合、ｓｉｚｅＩｄは２に等しく設定される。
［表３］アフィン線形重み付けイントラ予測候補モードの仕様

［行列ベースのイントラ予測ではない通常のイントラ予測（非ＭＩＰ）が適用されたブロックのＭＰＭリスト構築における隣接ブロックのイントラモードの設定］
具体的には、非ＭＩＰイントラ予測が適用されたブロックのイントラモードは、隣接ブロックの利用可能性およびイントラモードに基づいて、以下のプロセスのように導出される。特定の状況下で隣接ブロックが利用可能でない場合、隣接ブロックのイントラモードにはデフォルト値（例えば、平面モード値）が割り当てられる。

隣接ブロックのイントラモードの値は次のように導出される。

このプロセスへの入力は以下である。
－現在の画像の左上のルマサンプルに対して現在のルマコーディングブロックの左上のサンプルを指定するルマ位置（ｘＣｂ，ｙＣｂ）、
－ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ。

このプロセスにおいて、隣接ブロックのルマイントラ予測モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡおよびｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢが導出される。

表８－１は、イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値および関連する名称を指定する。
［表８－１］イントラ予測モードおよび関連する名称の仕様

隣接ブロックのルマイントラ予測モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡおよびｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢは次のように導出される：
－ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、以下の順序の段階である。
１．隣接位置（ｘＮｂＡ，ｙＮｂＡ）および（ｘＮｂＢ，ｙＮｂＢ）はそれぞれ、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）および（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に等しく設定される。
２．ＸがＡまたはＢのいずれかにより置き換えられている場合、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは次のように導出される：
－（ｘＣｂ，ｙＣｂ）に等しく設定された位置（ｘＣｕｒｒ，ｙＣｕｒｒ）および（ｘＮｂＸ，ｙＮｂＸ）に等しく設定された隣接位置（ｘＮｂＹ，ｙＮｂＹ）を入力として、項目６．４．Ｘ［Ｅｄ．（ＢＢ）：隣接ブロック利用可能性チェックプロセスｔｂｄ］で指定されるブロックの利用可能性導出プロセスが呼び出され、出力がａｖａｉｌａｂｌｅＸに割り当てられる。
－候補イントラ予測モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは次のように導出される：
－以下の条件のうちの１つまたは複数が真である場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸはＩＮＴＲＡ＿ＰＬＡＮＡＲに等しく設定される。
－変数ａｖａｉｌａｂｌｅＸがＦＡＬＳＥに等しい。
－ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］がＭＯＤＥ＿ＩＮＴＲＡに等しくなく、ｃｉｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１に等しくない。
－ｐｃｍ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１に等しい。
－ＸがＢに等しく、ｙＣｂ－１が（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）未満である。
－それ以外の場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは次のように導出される：
－ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは以下の順序の段階によって導出される：
ｉ．ルマサンプルにおける現在のコーディングブロックの幅ｃｂＷｉｄｔｈおよびルマサンプルにおける現在のコーディングブロックの高さｃｂＨｅｉｇｈｔを入力として、項目８．４．Ｘ．１で指定されるブロックのサイズタイプ導出プロセスが呼び出され、出力が変数ｓｉｚｅＩｄに割り当てられる。
ｉｉ．表１で指定されるＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］およびｓｉｚｅＩｄを使用してｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸが導出される。
－それ以外の場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］に等しく設定される。

１に等しいｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、ルマサンプルのイントラ予測タイプが行列ベースのイントラ予測であることを指定する。０に等しいｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、ルマサンプルのイントラ予測タイプが行列ベースのイントラ予測ではないことを指定する。

ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合、それは０に等しいものとして推定される。

［実施形態１（ＭＩＰイントラモードに対して通常のイントラモードをマッピングするマッピングテーブル２の除去）］

ＭＩＰが適用されたブロックのためのＭＰＭリストにおける隣接ブロックのイントラモードを導出するプロセスは、さらに簡略化され得る。一例において、ＭＩＰイントラモードに対して通常のイントラモードをマッピングするマッピングテーブル（例えば、表２）を用いないプロセスが提案される。

このプロセスへの入力は以下である。
－現在の画像の左上のルマサンプルに対して現在のルマコーディングブロックの左上のサンプルを指定するルマ位置（ｘＣｂ，ｙＣｂ）、
－ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ。

このプロセスにおいて、隣接ブロックのアフィン線形重み付けイントラ予測ｃａｎｄＬｗｉｐＭｏｄｅＡおよびｃａｎｄＬｗｉｐＭｏｄｅＢは以下の順序の段階によって導出される。
１．隣接位置（ｘＮｂＡ，ｙＮｂＡ）および（ｘＮｂＢ，ｙＮｂＢ）はそれぞれ、（ｘＣｂ－１，ｙＣｂ）および（ｘＣｂ，ｙＣｂ－１）に等しく設定される。
２．ＸがＡまたはＢのいずれかにより置き換えられている場合、変数ｃａｎｄＬｗｉｐＭｏｄｅＸは次のように導出される：
－（ｘＣｂ，ｙＣｂ）に等しく設定された位置（ｘＣｕｒｒ、ｙＣｕｒｒ）および（ｘＮｂＸ，ｙＮｂＸ）に等しく設定された隣接位置（ｘＮｂＹ，ｙＮｂＹ）を入力として、項目６．４．Ｘ［Ｅｄ．（ＢＢ）：隣接ブロック利用可能性プロセスｔｂｄ］において指定されるブロックの利用可能性導出プロセスが呼び出され、出力がａｖａｉｌａｂｌｅＸに割り当てられる。
－候補アフィン線形重み付けイントラ予測モードｃａｎｄＬｗｉｐＭｏｄｅＸが次のように導出される：
－以下の条件のうちの１つまたは複数が真である場合、ｃａｎｄＬｗｉｐＭｏｄｅＸを－１に等しく設定する。
－変数ａｖａｉｌａｂｌｅＸがＦＡＬＳＥに等しい。
－ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］がＭＯＤＥ＿ＩＮＴＲＡに等しくなく、ｍｈ＿ｉｎｔｒａ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１に等しくない。
－ｐｃｍ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１に等しい。
－ＸがＢに等しく、ｙＣｂ－１が（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）未満である。
－それ以外の場合、以下が適用される：
－ルマサンプルにおける現在のコーディングブロックの幅ｃｂＷｉｄｔｈおよびルマサンプルにおいける現在のコーディングブロックの高さｃｂＨｅｉｇｈｔを入力として、項目８．４．Ｘ．１で指定されるブロックのサイズタイプ導出プロセスが呼び出され、出力が変数ｓｉｚｅＩｄに割り当てられる。
－ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１に等しい場合、ルマサンプルにおける隣接コーディングブロックの幅ｎｂＷｉｄｔｈＸおよびルマサンプルにおける隣接コーディングブロックの高さｎｂＨｅｉｇｈｔＸを入力として、項目８．４．Ｘ．１で指定されるブロックのサイズタイプ導出プロセスが呼び出され、出力が変数ｓｉｚｅＩｄＸに割り当てられる。
－ｓｉｚｅＩｄがｓｉｚｅＩｄＸに等しい場合、ｃａｎｄＬｗｉｐＭｏｄｅＸは、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］に等しく設定される。
－それ以外の場合、ｃａｎｄＬｗｉｐＭｏｄｅＸは－１に等しく設定される。

この実施形態において、現在のブロックにＭＩＰによるイントラ予測が適用され、現在のブロックの隣接ブロックにはＭＩＰではないイントラ予測が適用される場合、現在のブロックのイントラモードの導出に使用される隣接ブロックのイントラ予測モードの値はデフォルト値に設定される（例えば、デフォルト値は－１である）。

［実施形態２（通常のイントラモードに対してＭＩＰイントラモードをマッピングするマッピングテーブル１の除去）］

（ＭＩＰではない）イントラ予測が適用されたブロックのためのＭＰＭリストにおける隣接ブロックのイントラモードを導出するプロセスは、さらに簡略化され得る。一例において、通常のイントラモードに対してＭＩＰイントラモードをマッピングするマッピングテーブル（例えば、表１）を用いないプロセスが提案される。

このプロセスへの入力は以下である。
－現在の画像の左上のルマサンプルに対して現在のルマコーディングブロックの左上のサンプルを指定するルマ位置（ｘＣｂ，ｙＣｂ）、
－ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ。

このプロセスにおいて、隣接ブロックのルマイントラ予測モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡおよびｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢが導出される。

表８－２は、イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値および関連する名称を指定する。
［表８－２］イントラ予測モードおよび関連する名称の仕様

隣接ブロックのルマイントラ予測モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡおよびｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢは次のように導出される：
－ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、以下の順序の段階である。
１．隣接位置（ｘＮｂＡ，ｙＮｂＡ）および（ｘＮｂＢ，ｙＮｂＢ）はそれぞれ、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）および（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に等しく設定される。
２．ＸがＡまたはＢのいずれかにより置き換えられている場合、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは次のように導出される：
－（ｘＣｂ，ｙＣｂ）に等しく設定された位置（ｘＣｕｒｒ，ｙＣｕｒｒ）および（ｘＮｂＸ，ｙＮｂＸ）に等しく設定された隣接位置（ｘＮｂＹ，ｙＮｂＹ）を入力として、項目６．４．Ｘ［Ｅｄ．（ＢＢ）：隣接ブロック利用可能性チェックプロセスｔｂｄ］で指定されるブロックの利用可能性導出プロセスが呼び出され、出力がａｖａｉｌａｂｌｅＸに割り当てられる。
－候補イントラ予測モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは次のように導出される：
－以下の条件のうちの１つまたは複数が真である場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸはＩＮＴＲＡ＿ＰＬＡＮＡＲに等しく設定される。
－変数ａｖａｉｌａｂｌｅＸがＦＡＬＳＥに等しい。
－ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ］がＭＯＤＥ＿ＩＮＴＲＡに等しくなく、ｃｉｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１に等しくない。
－ｐｃｍ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１に等しい。
－ＸがＢに等しく、ｙＣｂ－１が（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）未満である。
－それ以外の場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは次のように導出される：
－ｉｎｔｒａ＿ｌｗｉｐ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは以下の順序の段階によって導出される：
ｉ．ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸはＩＮＴＲＡ＿ＰＬＡＮＡＲに等しく設定される。
－それ以外の場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸはＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］に等しく設定される。

上記の非ＭＩＰの場合の例と比較して、現在のブロックにＭＩＰではないイントラ予測が適用され、現在のブロックの隣接ブロックにはＭＩＰが適用される場合、現在のブロックのイントラモードの導出に使用される隣接ブロックのイントラ予測モードの値はデフォルト値に設定される（例えば、デフォルト値は０（一例において、値０平面モードに対応する）である）。

いくつかの例において、ＭＩＰはルマ成分に適用される。しかしながら、いくつかの場合では、対応する位置におけるルマモードに基づいてクロマイントラモードが導出され得る。そのルマ成分についてブロックにＭＩＰが適用され、そのクロマモード導出が実行される場合、ＩＴＵ ＪＶＥＴ－Ｎ０２１７で開示される例において、ＭＩＰモードを非ＭＩＰイントラモード（一例において、現在のブロックのＭＩＰモードおよびブロックサイズタイプに基づいて非ＭＩＰイントラモードは通常のイントラモードを意味する）に変換するために表１が使用される。

本発明の一実施形態において、ブロックにＭＩＰモードが適用され、クロマモード導出が実行される場合、対応するルマモードは平面モードに設定される。

この方法で、現在のブロックのクロマモード導出プロセスおよび隣接ブロックのルマモード導出プロセスの両方において表１を除去することができる。

［ルマイントラ予測モードの導出プロセス］
このプロセスへの入力は以下である。
－現在の画像の左上のルマサンプルに対して現在のルマコーディングブロックの左上のサンプルを指定するルマ位置（ｘＣｂ，ｙＣｂ）、
－ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ。

このプロセスにおいて、ルマイントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］が導出される。

表１９は、イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値および関連する名称を指定する。
［表１９］イントラ予測モードおよび関連する名称の仕様

ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は次のように導出される：
－ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０に等しい場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］がＩＮＴＲＡ＿ＰＬＡＮＡＲに等しく設定される。
－それ以外の場合、ＢｄｐｃｍＦｌａｇ［ｘＣｂ］［ｙＣｂ］［０］が１に等しい場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、ＢｄｐｃｍＤｉｒ［ｘＣｂ］［ｙＣｂ］［０］？ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０：ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ１８に等しく設定される。
それ以外の場合（ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい）、以下の順序の段階が適用される：
１．隣接位置（ｘＮｂＡ，ｙＮｂＡ）および（ｘＮｂＢ，ｙＮｂＢ）はそれぞれ、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）および（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に等しく設定される。
２．ＸがＡまたはＢのいずれかにより置き換えられている場合、変数ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは次のように導出される：
－（ｘＣｂ，ｙＣｂ）に等しく設定された位置（ｘＣｕｒｒ，ｙＣｕｒｒ）および（ｘＮｂＸ，ｙＮｂＸ）に等しく設定された隣接位置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに等しく設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹ、および０に等しく設定されたｃＩｄｘを入力として、項目６．４．４で指定される隣接ブロックの利用可能性の導出プロセスが呼び出され、出力がａｖａｉｌａｂｌｅＸに割り当てられる。
－候補イントラ予測モードｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは次のように導出される：
－以下の条件のうちの１つまたは複数が真である場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸはＩＮＴＲＡ＿ＰＬＡＮＡＲに等しく設定される。
－変数ａｖａｉｌａｂｌｅＸがＦＡＬＳＥに等しい。
－ＣｕＰｒｅｄＭｏｄｅ［０］［ｘＮｂＸ］［ｙＮｂＸ］がＭＯＤＥ＿ＩＮＴＲＡに等しくない。
－ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］が１に等しい。
－ＸがＢに等しく、ｙＣｂ－１が（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）未満である。
－それ以外の場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸはＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］に等しく設定される。
３．ｘ＝０．．４であるｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］は次のように導出される：
－ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢがｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡに等しく、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡがＩＮＴＲＡ＿ＤＣより大きい場合、ｘ＝０．．４であるｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］は次のように導出される：

－それ以外の場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢがｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡに等しくなく、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡまたはｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢがＩＮＴＲＡ＿ＤＣより大きい場合、以下が適用される：
－変数ｍｉｎＡＢおよびｍａｘＡＢは次のように導出される：

－ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡおよびｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢが両方ともＩＮＴＲＡ＿ＤＣより大きい場合、ｘ＝０．．４であるｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］は次のように導出される：

－ｍａｘＡＢ－ｍｉｎＡＢが１に等しい場合（境界を含む）、以下が適用される：

－それ以外の場合、ｍａｘＡＢ－ｍｉｎＡＢが６２以上である場合、以下が適用される：

－それ以外の場合、ｍａｘＡＢ－ｍｉｎＡＢが２に等しい場合、以下が適用される：

－それ以外の場合、以下が適用される：

－それ以外の場合（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡまたはｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢがＩＮＴＲＡ＿ＤＣより大きい）、ｘ＝０．．４であるｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］は次のように導出される：

－それ以外の場合、以下が適用される：

４．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の手順を適用することにより導出される：
－ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］はｃａｎｄＭｏｄｅＬｉｓｔ［ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ［ｘＣｂ］［ｙＣｂ］］に等しく設定される。
－それ以外の場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順序の段階を適用することにより導出される：
１．ｉ＝０．．３、および各ｉについてｊ＝（ｉ＋１）．．４の場合、ｃａｎｄＭｏｄｅＬｉｓｔ［ｉ］がｃａｎｄＭｏｄｅＬｉｓｔ［ｊ］よりも大きい場合、両方の値は次のように交換される：

２．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は以下の順序の段階により導出される：
ｉ．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］がｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ［ｘＣｂ］［ｙＣｂ］に等しく設定される。
ｉｉ．ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値が１だけインクリメントされる。
ｉｉｉ．０～４に等しいｉ（境界を含む）について、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］がｃａｎｄＭｏｄｅＬｉｓｔ［ｉ］以上である場合、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］の値が１だけインクリメントされる。

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

実施例１
デコーディングデバイスまたはエンコーディングデバイスにより実装されるコーディング方法であって、
現在のブロックが行列ベースのイントラ予測（ＭＩＰ）モードを使用して予測され、隣接ブロックがＭＩＰモードではないイントラ予測モードを使用して予測される場合に、現在のブロックに隣り合う隣接ブロックのイントラ予測モードの値をデフォルト値に等しく設定する段階と、
上記デフォルト値に従って上記現在のブロックのＭＩＰモードの値を取得する段階とを、備える、
方法。

実施例２
上記デフォルト値が負の値である、実施例１に記載の方法。

実施例３
上記デフォルト値が－１である、実施例１または２に記載の方法。

実施例４
上記現在のブロックが、ＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される、実施例１から３のいずれか１つに記載の方法。

実施例５
デコーディングデバイスまたはエンコーディングデバイスにより実装されるコーディング方法であって、
現在のブロックが行列ベースのイントラ予測（ＭＩＰ）モードではないイントラ予測モードを使用して予測され、隣接ブロックがＭＩＰモードを使用して予測される場合に、現在のブロックに隣り合う隣接ブロックのイントラ予測モードの値をデフォルト値に等しく設定する段階と、
上記デフォルト値に従って上記現在のブロックの上記イントラ予測モードの値を取得する段階とを、備える、
方法。

実施例６
上記デフォルト値が、非角度イントラモードに対応する、実施例５に記載の方法。

実施例７
上記デフォルト値が０または１である、実施例５または６に記載の方法。

実施例８
上記現在のブロックがＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される、実施例５から７のいずれか１つに記載の方法。

実施例９
実施例１から８のいずれか１つに記載の方法を実施するための処理回路を備える、エンコーダ（２０）。

実施例１０
実施例１から８のいずれか１つに記載の方法を実施するための処理回路を備える、デコーダ（３０）。

実施例１１
実施例１から８のいずれか１つに記載の方法を実行するためのプログラムコードを備える、コンピュータプログラム製品。

実施例１２
デコーダであって、
１つまたは複数のプロセッサと、
上記プロセッサに連結され、上記プロセッサによる実行のためのプログラミングを格納する非一時的コンピュータ可読記憶媒体であって、上記プログラミングは、上記プロセッサによって実行されると、実施例１から８のいずれか１つに記載の方法を実施するように上記デコーダを構成する、非一時的可読記憶媒体と、を備える、
デコーダ。

実施例１３
エンコーダであって、
１つまたは複数のプロセッサと、
上記プロセッサに連結され、上記プロセッサによる実行のためのプログラミングを格納する非一時的コンピュータ可読記憶媒体であって、上記プログラミングは、上記プロセッサによって実行されると、実施例１から８のいずれか１つに記載の方法を実施するように上記エンコーダを構成する、非一時的可読記憶媒体と、を備える、
エンコーダ。

以下は、上述の実施形態に示されるようなエンコーディング方法およびデコーディング方法のアプリケーションおよびそれらを用いたシステムの説明である。

図１５は、コンテンツ配布サービスを実現するためのコンテンツ供給システム３１００を示すブロック図である。このコンテンツ供給システム３１００は、捕捉デバイス３１０２、端末デバイス３１０６を含み、任意選択で、ディスプレイ３１２６を含む。捕捉デバイス３１０２は、通信リンク３１０４を介して端末デバイス３１０６と通信する。通信リンクは、上述した通信チャネル１３を含んでよい。通信リンク３１０４は、限定されるものではないが、ＷＩＦＩ（登録商標）、イーサネット（登録商標）、ケーブル、無線（３Ｇ／４Ｇ／５Ｇ）、ＵＳＢまたはこれらの任意の種類の組み合わせなどを含む。

捕捉デバイス３１０２は、データを生成し、上記の実施形態に示されるようなエンコーディング方法により、データをエンコードしてよい。代替的に、捕捉デバイス３１０２は、データをストリーミングサーバ（図では図示せず）に配信してよく、サーバは、データをエンコードして、エンコード済みのデータを端末デバイス３１０６に伝送する。捕捉デバイス３１０２は、限定されるものではないが、カメラ、スマートフォンまたはパッド、コンピュータまたはラップトップ、ビデオ会議システム、ＰＤＡ（登録商標）、車載デバイスまたはこれらのいずれかの組み合わせなどを含む。例えば、上述したように、捕捉デバイス３１０２はソースデバイス１２を含んでよい。データがビデオを含む場合、捕捉デバイス３１０２に含まれるビデオエンコーダ２０は、ビデオエンコーディング処理を実際に実行してよい。データがオーディオ（すなわち、音声）を含む場合、捕捉デバイス３１０２に含まれるオーディオエンコーダは、オーディオエンコーディング処理を実際に実行してよい。いくつかの実際のシナリオについて、捕捉デバイス３１０２は、これらを一緒に多重化することにより、エンコード済みのビデオおよびオーディオデータを配信する。他の実際のシナリオについて、例えば、ビデオ会議システムにおいて、エンコード済みのオーディオデータおよびエンコード済みのビデオデータは多重化されない。捕捉デバイス３１０２は、エンコード済みのオーディオデータおよびエンコード済みのビデオデータを別個に端末デバイス３１０６に配信する。

コンテンツ供給システム３１００において、端末デバイス３１０は、エンコード済みのデータを受信および再生する。端末デバイス３１０６は、データ受信および復元機能を有するデバイス、例えば、上述したエンコード済みのデータをデコードすることが可能なスマートフォンまたはパッド３１０８、コンピュータまたはラップトップ３１１０、ネットワークビデオレコーダ（ＮＶＲ）／デジタルビデオレコーダ（ＤＶＲ）３１１２、ＴＶ３１１４、セットトップボックス（ＳＴＢ）３１１６、ビデオ会議システム３１１８、ビデオ監視システム３１２０、パーソナルデジタルアシスタント（ＰＤＡ）３１２２、車載デバイス３１２４またはこれらのいずれかの組み合わせなどであってよい。例えば、上述したように、端末デバイス３１０６はデスティネーションデバイス１４を含んでよい。エンコード済みのデータがビデオを含む場合、端末デバイスに含まれるビデオデコーダ３０は、ビデオデコーディングを実行することを優先させる。エンコード済みのデータがオーディオを含む場合、端末デバイスに含まれるオーディオデコーダは、オーディオデコーディング処理を実行することを優先させる。

ディスプレイを有する端末デバイス、例えば、スマートフォンまたはパッド３１０８、コンピュータまたはラップトップ３１１０、ネットワークビデオレコーダ（ＮＶＲ）／デジタルビデオレコーダ（ＤＶＲ）３１１２、ＴＶ３１１４、パーソナルデジタルアシスタント（ＰＤＡ）３１２２または車載デバイス３１２４について、端末デバイスは、デコード済みのデータをそのディスプレイに入力できる。ディスプレイを搭載していない端末デバイス、例えば、ＳＴＢ３１１６、ビデオ会議システム３１１８またはビデオ監視システム３１２０について、外部ディスプレイ３１２６は、デコード済みのデータを受信および示すために、内部でコンタクトされる。

このシステムにおける各デバイスがエンコーディングまたはデコーディングを実行するとき、上述の実施形態に示されるような画像エンコーディングデバイスまたは画像デコーディングデバイスが使用されてよい。

図１６は、端末デバイス３１０６の例の構造を示す図である。端末デバイス３１０６が捕捉デバイス３１０２からストリームを受信した後に、プロトコル処理ユニット３２０２は、ストリームの伝送プロトコルを解析する。プロトコルは、限定されるものではないが、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）、ＨＴＴＰライブストリーミングプロトコル（ＨＬＳ）、ＭＰＥＧ－ＤＡＳＨ、リアルタイムトランスポートプロトコル（ＲＴＰ）、リアルタイムメッセージングプロトコル（ＲＴＭＰ）、または、これらの任意の種類の組み合わせなどを含む。

プロトコル処理ユニット３２０２がストリームを処理した後に、ストリームファイルが生成される。当該ファイルは、逆多重化ユニット３２０４に出力される。逆多重化ユニット３２０４は、多重化されたデータをエンコード済みのオーディオデータおよびエンコード済みのビデオデータに分離できる。上述したように、いくつかの実際のシナリオについて、例えば、ビデオ会議システムでは、エンコード済みのオーディオデータおよびエンコード済みのビデオデータは多重化されていない。この状況において、エンコード済みのデータは、逆多重化ユニット３２０４を介することなくビデオデコーダ３２０６およびオーディオデコーダ３２０８へ送信される。

逆多重化処理を介して、ビデオエレメンタリストリーム（ＥＳ）、オーディオＥＳおよび任意選択で字幕が生成される。上述の実施形態において説明したように、ビデオデコーダ３０を含むビデオデコーダ３２０６は、上述の実施形態に示されるようなデコーディング方法により、ビデオＥＳをデコードしてビデオフレームを生成し、このデータを同期ユニット３２１２に入力する。オーディオデコーダ３２０８は、オーディオＥＳをデコードしてオーディオフレームを生成し、このデータを同期ユニット３２１２に入力する。代替的に、ビデオフレームは、それを同期ユニット３２１２に入力する前に、（図１６には図示せず）バッファに格納されてよい。同様に、オーディオフレームは、それを同期ユニット３２１２に入力する前に、（図１６には図示せず）バッファに格納されてよい。

同期ユニット３２１２は、ビデオフレームおよびオーディオフレームを同期させて、ビデオ／オーディオをビデオ／オーディオディスプレイ３２１４に供給する。例えば、同期ユニット３２１２は、ビデオおよびオーディオ情報の提示を同期させる。情報は、コードされたオーディオおよびビジュアルデータの提示に関するタイムスタンプ、および、データストリームそのものの配信に関するタイムスタンプを用いて構文でコードしてよい。

ストリームに字幕が含まれている場合、字幕デコーダ３２１０は、字幕をデコードし、それをビデオフレームおよびオーディオフレームと同期させ、ビデオ／オーディオ／字幕をビデオ／オーディオ／字幕ディスプレイ３２１６に供給する。

本発明は、上述のシステムに限定されるものではなく、上述の実施形態における画像エンコーディングデバイスまたは画像デコーディングデバイスのいずれかは、他のシステム、例えば車載システムに組み込まれてよい。

［数学演算子］
本願において使用される数学演算子は、Ｃプログラミング言語において使用されるものと同様である。しかしながら、整数除算および算術シフト演算の結果はより厳密に定義され、べき乗および実数値除算などの追加の演算が定義される。番号およびカウントの方式は概して０から始まり、例えば「第１」は０番目と同等であり、「第２」は１番目と同等であり、以降も同様である。

［算術演算子］
以下の算術演算子が次のように定義される。

［論理演算子］
以下の論理的演算子が次のように定義される。
ｘ＆＆ｙ ｘおよびｙのブール論理「ａｎｄ」
ｘ｜｜ｙ ｘおよびｙのブール論理「ｏｒ」
！ ブール論理「ｎｏｔ」
ｘ？ｙ：ｚ ｘが真であるかまたは０に等しくない場合、ｙの値を評価し、それ以外の場合、ｚの値を評価する。

［関係演算子］
以下の関係演算子を次のように定義する。
＞ より大きい
＞＝ 以上
＜ より小さい
＜＝ 以下
＝ ＝ に等しい
！＝ に等しくない
関係演算子が、値「ｎａ」（非該当）を割り当てられているシンタックス要素または変数に適用される場合、値「ｎａ」は、そのシンタックス要素または変数の区別的な値として扱われる。値「ｎａ」は、任意の他の値に等しくないとみなされる。

［ビット単位演算子］
以下のビット単位演算子が次のように定義される。
＆ ビット単位の「ａｎｄ」。整数項に対して演算を行う場合、整数値の２の補数表現に対して演算を行う。別の項より少ないビットを含む二進項に対して演算を行う場合、そのより短い項は、０に等しいより上位のビットを追加することによって拡張される。
｜ ビット単位の「ｏｒ」。整数項に対して演算を行う場合、整数値の２の補数表現に対して演算を行う。別の項より少ないビットを含む二進項に対して演算を行う場合、そのより短い項は、０に等しいより上位のビットを追加することによって拡張される。
＾ ビット単位の「排他的ｏｒ」。整数項に対して演算を行う場合、整数値の２の補数表現に対して演算を行う。別の項より少ないビットを含む二進項に対して演算を行う場合、そのより短い項は、０に等しいより上位のビットを追加することによって拡張される。
ｘ＞＞ｙ ｙの二進数だけの、ｘの２の補数整数表現の算術右シフト。この関数は、ｙの非負の整数値に関してのみ定義される。右シフトの結果として最上位ビット（ＭＳＢ）にシフトされたビットは、シフト演算前のｘのＭＳＢに等しい値を有する。
ｘ＜＜ｙ ｙの二進数だけの、ｘの２の補数整数表現の算術左シフト。この関数は、ｙの非負の整数値に関してのみ定義される。左シフトの結果として最下位ビット（ＬＳＢ）にシフトされたビットは、０に等しい値を有する。

［代入演算子］
以下の算術演算子は以下のように定義される。
＝ 代入演算子
＋＋ インクリメント、すなわち、ｘ＋＋は、ｘ＝ｘ＋１と同等であり、配列インデックスにおいて使用されるとき、インクリメント演算の前の変数の値を評価する。
――デクリメント、すなわち、ｘ――は、ｘ＝ｘ－１と同等であり、配列インデックスにおいて使用されるとき、デクリメント演算の前の変数の値を評価する。
＋＝ 指定された量のインクリメント、すなわち、ｘ＋＝３は、ｘ＝ｘ＋３と同等である。
ｘ＋＝（－３）は、ｘ＝ｘ＋（－３）と同等である。
－＝ 指定された量だけデクリメント、すなわち、ｘ－＝３は、ｘ＝ｘ－３と同等である。
ｘ－＝（－３）は、ｘ＝ｘ－（－３）と同等である。

［範囲表記］
値の範囲を指定するために以下の表記が使用される。
ｘ＝ｙ．．ｚ ｘはｙから始まるｚまで（境界を含む）の整数値を取り、ｘ、ｙ、ｚは整数であり、ｚはｙより大きい。

［数学関数］
以下の数学関数が定義される。

Ａｓｉｎ（ｘ） －１．０から１．０の範囲（境界を含む）にある引数ｘに対して演算する正弦の逆三角関数であり、出力値は、－π÷２からπ÷２の範囲（境界を含む）にある（単位はラジアン）。
Ａｔａｎ（ｘ） 引数ｘに対して演算する正接の逆三角関数であり、出力値は、－π÷２からπ÷２の範囲（境界を含む）にある（単位はラジアン）。

Ｃｅｉｌ（ｘ） ｘ以上の最小の整数
Ｃｌｉｐ１_Ｙ（ｘ）＝Ｃｌｉｐ３（０，（１＜＜ＢｉｔＤｅｐｔｈ_Ｙ）－１，ｘ）
Ｃｌｉｐ１_Ｃ（ｘ）＝Ｃｌｉｐ３（０，（１＜＜ＢｉｔＤｅｐｔｈ_Ｃ）－１，ｘ）

Ｃｏｓ（ｘ） ラジアンの単位である引数ｘに対して演算する余弦の三角関数
Ｆｌｏｏｒ（ｘ） ｘ以下の最大の整数

Ｌｎ（ｘ） ｘの自然対数（底をｅとする対数、ｅは自然対数底定数２．７１８ ２８１ ８２８...）
Ｌｏｇ２（ｘ） 底を２とするｘの対数
Ｌｏｇ１０（ｘ） 底を１０とするｘの対数

Ｒｏｕｎｄ（ｘ）＝Ｓｉｇｎ（ｘ）＊Ｆｌｏｏｒ（Ａｂｓ（ｘ）＋０．５）

Ｓｉｎ（ｘ） ラジアンの単位である引数ｘに対して演算する正弦の三角関数

Ｓｗａｐ（ｘ，ｙ）＝（ｙ，ｘ）
Ｔａｎ（ｘ） ラジアンの単位である引数ｘに対して演算する正接の三角関数

［演算の優先度の順位］
数式における優先度の順位が、括弧の使用によって明示的に示されないとき、以下の規則が適用される。

より高い優先度の演算は、より低い優先度の任意の操作の前に評価される。

同一の優先度の演算は、左から右に順に評価される。

以下の表は、演算の優先度を最高から最低まで指定し、表においてより高い位置は、より高い優先度を示す。

Ｃプログラミング言語においても使用される演算子の場合、この明細書において使用される優先度の順序は、Ｃプログラミング言語において使用されるものと同一である。

表：最高（表の一番上）から最低（表の一番下）までの演算優先度

［論理演算のテキストの説明］
テキストにおいて、以下の形式で数学的に記載される論理演算のステートメントは、

以下の方式で記載されてよい。

...以下の通りである／...以下を適用する：（...ａｓ ｆｏｌｌｏｗｓ／...ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ：）
－条件０の場合、ステートメント０（Ｉｆ ｃｏｎｄｉｔｉｏｎ ０，ｓｔａｔｅｍｅｎｔ ０）
－そうでなければ、条件１の場合、ステートメント１（Ｏｔｈｅｒｗｉｓｅ，ｉｆ ｃｏｎｄｉｔｉｏｎ １ ｓｔａｔｅｍｅｎｔ １）
－...
－そうでなければ（残りの条件の情報についての記述）、ステートメントｎ（Ｏｔｈｅｒｗｉｓｅ （ｉｎｆｏｒｍａｔｉｖｅ ｒｅｍａｒｋ ｏｎ ｒｅｍａｉｎｉｎｇ ｃｏｎｄｉｔｉｏｎ），ｓｔａｔｅｍｅｎｔ ｎ）。

テキスト中のそれぞれの「Ｉｆ...Ｏｔｈｅｒｗｉｓｅ，ｉｆ...Ｏｔｈｅｒｗｉｓｅ，...」ステートメントは、「...ａｓ ｆｏｌｌｏｗｓ」又は「...ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ」の直後に「Ｉｆ...」が続く形で導入される。「Ｉｆ...Ｏｔｈｅｒｗｉｓｅ，ｉｆ...Ｏｔｈｅｒｗｉｓｅ，...」の最後の条件は、常に「Ｏｔｈｅｒｗｉｓｅ，...」である。挟まれた「Ｉｆ...Ｏｔｈｅｒｗｉｓｅ，ｉｆ...Ｏｔｈｅｒｗｉｓｅ，...」ステートメントは、「Ｏｔｈｅｒｗｉｓｅ，...」で終わる「...ａｓ ｆｏｌｌｏｗｓ」又は「...ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ」をマッチングすることによって識別され得る。

テキストにおいて、以下の形式で数学的に記載される論理演算のステートメントは、

以下の方式で記載されてよい。
...以下の通りである／...以下が適用される：（...ａｓ ｆｏｌｌｏｗｓ／...ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ：）
－以下の条件のすべてが真である場合、ステートメント０：（Ｉｆ ａｌｌ ｏｆ ｔｈｅ ｆｏｌｌｏｗｉｎｇ ｃｏｎｄｉｔｉｏｎｓ ａｒｅ ｔｒｕｅ，ｓｔａｔｅｍｅｎｔ０：）
－条件０ａ（ｃｏｎｄｉｔｉｏｎ ０ａ）
－条件０ｂ（ｃｏｎｄｉｔｉｏｎ ０ｂ）
－そうでなければ、以下の条件の１つまたは複数が真である場合、ステートメント１：：（Ｏｔｈｅｒｗｉｓｅ，ｉｆ ｏｎｅ ｏｒ ｍｏｒｅ ｏｆ ｔｈｅ ｆｏｌｌｏｗｉｎｇ ｃｏｎｄｉｔｉｏｎｓ ａｒｅ ｔｒｕｅ，ｓｔａｔｅｍｅｎｔ１：）
－条件１ａ（ｃｏｎｄｉｔｉｏｎ １ａ）
－条件１ｂ（ｃｏｎｄｉｔｉｏｎ １ｂ）
－...
そうでなければ、ステートメントｎ（Ｏｔｈｅｒｗｉｓｅ，ｓｔａｔｅｍｅｎｔ ｎ）

テキストにおいて、以下の形式で数学的に記載される論理演算のステートメントは、

以下の方式で記載されてよい。
条件０の場合、ステートメント０（Ｗｈｅｎ ｃｏｎｄｉｔｉｏｎ０，ｓｔａｔｅｍｅｎｔ０）
条件１の場合、ステートメント１（Ｗｈｅｎ ｃｏｎｄｉｔｉｏｎ１，ｓｔａｔｅｍｅｎｔ１）。

本発明の実施形態は、主にビデオコーディングに基づいて記載されているが、本明細書に記載のコーディングシステム１０、エンコーダ２０、およびデコーダ３０（および対応してシステム１０）の実施形態、ならびに他の実施形態は、静止画像処理またはコーディング、すなわち、ビデオコーディングにおけるような任意の前のまたは連続する画像とは独立した個々の画像の処理またはコーディングのために構成されてもよいことに留意すべきである。一般に、画像処理コーディングが単一の画像１７に限定される場合、インター予測ユニット２４４（エンコーダ）および３４４（デコーダ）のみが利用可能でないことがあり得る。ビデオエンコーダ２０およびビデオデコーダ３０のすべての他の機能（ツールまたは技術とも称される）は、さらなる画像処理、例えば、残差計算２０４／３０４、変換２０６、量子化２０８、逆量子化２１０／３１０、（逆）変換２１２／３１２、区分化２６２／３６２、イントラ予測２５４／３５４．および／または、ループフィルタリング２２０、３２０、ならびに、エントロピーコーディング２７０およびエントロピーデコーディング３０４のために等しく使用され得る。

例えばエンコーダ２０およびデコーダ３０の実施形態、ならびに、例えばエンコーダ２０およびデコーダ３０を参照して本明細書に記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実装され得る。ソフトウェアにおいて実装される場合、機能は、コンピュータ可読媒体に格納され得る、または、通信媒体を介して、１つまたは複数の命令またはコードとして送信され、ハードウェアベースの処理ユニットによって実行される。コンピュータ可読媒体は、データ記憶媒体など有形の媒体に対応するコンピュータ可読記憶媒体、または、例えば通信プロトコルに従ってコンピュータプログラムをある場所から別の場所へ転送することを容易にする任意の媒体を含む通信媒体を含み得る。このように、コンピュータ可読媒体は一般に、（１）非一時的である有形コンピュータ可読記憶媒体、または、（２）信号もしくは搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示において説明される技法の実装のための命令、コードおよび／またはデータ構造体を取得するべく１つまたは複数のコンピュータ、または、１つまたは複数のプロセッサがアクセスできる任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含んでよい。

限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、フラッシュメモリ、または、命令もしくはデータ構造の形態の所望のプログラムコードを保存するのに使用でき、コンピュータによってアクセスできる、任意の他の媒体を含むことができる。また、任意の接続は、適切にコンピュータ可読媒体と称される。例えば、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）または、赤外線、無線、およびマイクロ波などの無線技術を使用して、命令がウェブサイト、サーバ、または、他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または、赤外線、無線、およびマイクロ波などの無線技術は、媒体の定義に含まれる。しかしながら、そのコンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または、他の一時的媒体を含まず、代わりに、非一時的、有形の記憶媒体を指すことを理解すべきである。本明細書において使用されるディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタルバーサタイルディスク（ＤＶＤ）、フロッピーディスク、およびブルーレイ（登録商標）ディスクを含み、ディスク（ｄｉｓｋ）は通常、磁気的にデータを再生し、ディスク（ｄｉｓｃ）はレーザを用いて光学的にデータを再生する。上記の組み合わせも、コンピュータ可読媒体の範囲に含まれるべきである。

命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、または他の同等の集積もしくはディスクリート論理回路などの、１つまたは複数のプロセッサによって実行されてよい。したがって、「プロセッサ」という用語は、本明細書において使用される場合、前述の構造、または、本明細書において説明される技法の実装に好適な任意の他の構造のいずれかを指し得る。加えて、いくつかの態様では、本明細書において説明される機能は、エンコーディングおよびデコーディングについて構成される専用ハードウェアおよび／またはソフトウェアモジュール内で提供され得る、または、組み合わされたコーデックに組み込まれ得る。また、当該技法は、１つまたは複数の回路、または論理要素において完全に実装され得る。

本開示の技法は、無線ハンドセット、集積回路（ＩＣ）またはＩＣのセット（例えば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。様々なコンポーネントモジュール、またはユニットは、本開示において、開示の技法を実行するよう構成されるデバイスの機能的側面を強調するように説明されているが、異なるハードウェアユニットによる実現を必ずしも要求するものではない。むしろ、上述したように、好適なソフトウェアおよび／またはファームウェアと連動して、様々なユニットがコーデックハードウェアユニットにして組み合わされるか、または、上述したように、１つまたは複数のプロセッサを含む相互運用ハードウェアユニットの集合によって提供されてよい。
［項目１］
デコーディングデバイスによって実装されるコーディング方法であって、
現在のブロックの候補イントラ予測モードの値をデフォルト値に設定する段階であって、前記現在のブロックが、行列ベースのイントラ予測（ＭＩＰ）モードを使用して予測され、前記現在のブロックと隣り合う隣接ブロックは、前記現在のブロックの候補イントラ予測モードの値を導出するために使用され、ＭＩＰモードではないイントラ予測モードを使用して予測される、設定する段階と、
前記デフォルト値に従って前記現在のブロックのＭＩＰモードの値を取得する段階と、を備える、
方法。
［項目２］
前記デフォルト値が負の値である、項目１に記載の方法。
［項目３］
前記デフォルト値が－１である、項目１または２に記載の方法。
［項目４］
前記現在のブロックが、ＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される、項目１から３のいずれか一項に記載の方法。
［項目５］
前記ＭＩＰ指示情報が、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される、項目４に記載の方法。
［項目６］
デコーディングデバイスによって実装されるコーディング方法であって、
現在のブロックの候補イントラ予測モードの値をデフォルト値に設定する段階であって、前記現在のブロックが、行列ベースのイントラ予測（ＭＩＰ）モードではないイントラ予測モードを使用して予測され、前記現在のブロックと隣り合う隣接ブロックが、前記現在のブロックの候補イントラ予測モードの前記値を導出するために使用され、ＭＩＰモードを使用して予測される、設定する段階と、
前記デフォルト値に従って前記現在のブロックの前記イントラ予測モードの値を取得する段階と、を備える、
方法。
［項目７］
前記デフォルト値が、非角度イントラモードに対応する、項目６に記載の方法。
［項目８］
前記デフォルト値が０または１であり、０の値は平面モードを示し、１の値はＤＣモードを示す、項目６または７に記載の方法。
［項目９］
前記現在のブロックがＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される、項目６から８のいずれか一項に記載の方法。
［項目１０］
前記ＭＩＰ指示情報が、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される、項目９に記載の方法。
［項目１１］
デコーディングデバイスによって実装されるコーディング方法であって、
現在のブロックのビットストリームを取得する段階と、
前記ビットストリームに従って前記現在のブロックのルマ成分について行列ベースのイントラ予測（ＭＩＰ）指示情報の値を取得する段階と、
前記現在のブロックに対してクロマモード導出プロセスを実行する段階と、を備え、
前記ＭＩＰ指示情報の前記値が、前記現在のブロックが行列ベースのイントラ予測を使用して予測されたことを示す場合に、前記現在のブロックの対応するルマイントラ予測モードが平面モードに設定される、
方法。
［項目１２］
前記対応するルマイントラ予測モードが、ルマ成分における位置から導出され（ｘＣｂ＋ｃｂＷｉｄｔｈ／２，ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２）、（ｘＣｂ，ｙＣｂ）は、現在の画像の左上のルマサンプルに対して前記現在のブロックのクロマ成分の左上のサンプルを指定し、ｃｂＷｉｄｔｈは、ルマサンプルにおける前記現在のブロックの幅を指定し、ｃｂＨｅｉｇｈｔは、ルマサンプルにおける前記現在のブロックの高さを指定する、
項目１１に記載の方法。
［項目１３］
項目１から１２のいずれか一項に記載の方法を実施するための処理回路を備える、デコーダ。
［項目１４］
エンコーディングデバイスによって実装されるコーディング方法であって、
現在のブロックの候補イントラ予測モードの値をデフォルト値に設定する段階であって、前記現在のブロックが、行列ベースのイントラ予測（ＭＩＰ）モードを使用して予測され、前記現在のブロックと隣り合う隣接ブロックが、前記現在のブロックの候補イントラ予測モードの値を導出するために使用され、ＭＩＰモードではないイントラ予測モードを使用して予測される、設定する段階と、
前記デフォルト値に従って前記現在のブロックのＭＩＰモードの値をエンコードする段階と、を備える、
方法。
［項目１５］
前記デフォルト値が負の値である、項目１４に記載の方法。
［項目１６］
前記デフォルト値が－１である、項目１４または１５に記載の方法。
［項目１７］
前記現在のブロックがＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される、項目１４から１６のいずれか一項に記載の方法。
［項目１８］
前記ＭＩＰ指示情報が、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される、項目１７に記載の方法。
［項目１９］
エンコーディングデバイスによって実装されるコーディング方法であって、
現在のブロックの候補イントラ予測モードの値をデフォルト値に設定する段階であって、前記現在のブロックが、行列ベースのイントラ予測（ＭＩＰ）モードではないイントラ予測モードを使用して予測され、前記現在のブロックと隣り合う隣接ブロックが、前記現在のブロックの候補イントラ予測モードの前記値を導出するために使用され、ＭＩＰモードを使用して予測される、設定する段階と、
前記デフォルト値に従って前記現在のブロックの前記イントラ予測モードの値をエンコードする段階と、を備える、
方法。
［項目２０］
前記デフォルト値が、非角度イントラモードに対応する、項目１９に記載の方法。
［項目２１］
前記デフォルト値が０または１であり、０の値は平面モードを示し、１の値はＤＣモードを示す、項目１９または２０に記載の方法。
［項目２２］
前記現在のブロックがＭＩＰモードを使用して予測されたかどうかが、ＭＩＰ指示情報の値に従って示される、項目１９から２１のいずれか一項に記載の方法。
［項目２３］
前記ＭＩＰ指示情報が、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される、項目２２に記載の方法。
［項目２４］
エンコーディングデバイスによって実装されるコーディング方法であって、
現在のブロックのルマ成分について行列ベースのイントラ予測（ＭＩＰ）指示情報の値を取得する段階と、
前記ＭＩＰ指示情報の値が、前記現在のブロックが行列ベースのイントラ予測を使用して予測されたことを示す場合に、前記現在のブロックの対応するルマイントラ予測モードを平面モードに設定する段階と、
前記設定された平面モードに従って、前記現在のブロックについて予め定義されたクロマイントラ予測モードのリストにインデックスをコーディングする段階と、を備える、
方法。
［項目２５］
前記対応するルマイントラ予測モードが、ルマ成分における位置に対して設定され（ｘＣｂ＋ｃｂＷｉｄｔｈ／２，ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２）、（ｘＣｂ，ｙＣｂ）は、現在の画像の左上のルマサンプルに対して前記現在のブロックのクロマ成分の左上のサンプルを指定し、ｃｂＷｉｄｔｈは、ルマサンプルにおける前記現在のブロックの幅を指定し、ｃｂＨｅｉｇｈｔは、ルマサンプルにおける前記現在のブロックの高さを指定する、
項目２４に記載の方法。
［項目２６］
項目１４から２５のいずれか一項に記載の方法を実施するための処理回路を備える、エンコーダ。
［項目２７］
コンピュータに、項目１から１２のいずれか一項に記載の方法を実行させる、プログラム。
［項目２８］
コンピュータに、項目１４から２５のいずれか一項に記載の方法を実行させる、プログラム。
［項目２９］
デコーダであって、
１つまたは複数のプロセッサと、
前記１つまたは複数のプロセッサに連結され、前記１つまたは複数のプロセッサによる実行のためのプログラミングを格納する非一時的コンピュータ可読記憶媒体であって、前記プログラミングは、前記１つまたは複数のプロセッサによって実行されると、項目１から１２のいずれか一項に記載の方法を実施するように前記デコーダを構成する、非一時的コンピュータ可読記憶媒体と、を備える、
デコーダ。
［項目３０］
エンコーダであって、
１つまたは複数のプロセッサと、
前記１つまたは複数のプロセッサに連結され、前記１つまたは複数のプロセッサによる実行のためのプログラミングを格納する非一時的コンピュータ可読記憶媒体であって、前記プログラミングは、前記１つまたは複数のプロセッサによって実行されると、項目１４から２５のいずれか一項に記載の方法を実施するように前記エンコーダを構成する、非一時的コンピュータ可読記憶媒体と、を備える、
エンコーダ。
［項目３１］
複数のシンタックス要素を含むことによる、ビデオ信号のためのエンコード済みのビットストリームであって、前記複数のシンタックス要素が、項目１から３０のいずれか一項に従って条件付きでシグナリングされる、エンコード済みのビットストリーム。
［項目３２］
イメージデコーディングデバイスによってデコードされるエンコード済みのビットストリームを含む非一時的記録媒体であって、前記ビットストリームが、ビデオ信号またはイメージ信号のフレームを複数のブロックに分割することにより生成され、複数のシンタックス要素を含み、前記複数のシンタックス要素が、項目１から３１のいずれか一項に従ってコーディングされる、非一時的記録媒体。

Claims (12)

1. デコーディングデバイスによって実装されるコーディング方法であって、
   現在のブロックのビットストリームを取得する段階と、
   前記ビットストリームに従って前記現在のブロックのルマ成分について行列ベースのイントラ予測（ＭＩＰ）指示情報の値を取得する段階と、
   前記ＭＩＰ指示情報に基づいて、前記現在のブロックの対応するルマイントラ予測モードを平面モードに設定する段階と、
   前記現在のブロックのクロマイントラ予測モードを、前記現在のブロックの前記対応するルマイントラ予測モードと同じに設定する段階と、
   を備える方法。
2. 前記対応するルマイントラ予測モードが、ルマ成分における位置（ｘＣｂ＋ｃｂＷｉｄｔｈ／２，ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２）から導出され、（ｘＣｂ，ｙＣｂ）は、現在の画像の左上のルマサンプルに対して前記現在のブロックのクロマ成分の左上のサンプルを指定し、ｃｂＷｉｄｔｈは、ルマサンプルにおける前記現在のブロックの幅を指定し、ｃｂＨｅｉｇｈｔは、ルマサンプルにおける前記現在のブロックの高さを指定する、
   請求項１に記載の方法。
3. 前記ＭＩＰ指示情報は、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される
   請求項１から２のいずれか一項に記載の方法。
4. 請求項１から３のいずれか一項に記載の方法を実施するための処理回路を備えるデコーダ。
5. エンコーディングデバイスによって実装されるコーディング方法であって、
   現在のブロックのルマ成分について行列ベースのイントラ予測（ＭＩＰ）指示情報の値を取得する段階と、
   前記ＭＩＰ指示情報に基づいて、前記現在のブロックの対応するルマイントラ予測モードを平面モードに設定する段階と、
   前記現在のブロックのクロマイントラ予測モードを、前記現在のブロックの前記対応するルマイントラ予測モードと同じに設定する段階と、
   前記ＭＩＰ指示情報をビットストリームにエンコードする段階と、
   を備える方法。
6. 前記対応するルマイントラ予測モードが、ルマ成分における位置（ｘＣｂ＋ｃｂＷｉｄｔｈ／２，ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２）に対して設定され、（ｘＣｂ，ｙＣｂ）は、現在の画像の左上のルマサンプルに対して前記現在のブロックのクロマ成分の左上のサンプルを指定し、ｃｂＷｉｄｔｈは、ルマサンプルにおける前記現在のブロックの幅を指定し、ｃｂＨｅｉｇｈｔは、ルマサンプルにおける前記現在のブロックの高さを指定する、
   請求項５に記載の方法。
7. 前記ＭＩＰ指示情報は、フラグｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇによって示される
   請求項５から６のいずれか一項に記載の方法。
8. 請求項５から７のいずれか一項に記載の方法を実施するための処理回路を備えるエンコーダ。
9. デコーダであって、
   １つまたは複数のプロセッサと、
   前記１つまたは複数のプロセッサに連結され、前記１つまたは複数のプロセッサによる実行のための命令を格納する非一時的コンピュータ可読記憶媒体であって、前記命令は、前記１つまたは複数のプロセッサによって実行されると、請求項１から３のいずれか一項に記載の方法を実施するように前記デコーダを構成する、非一時的コンピュータ可読記憶媒体と、
   を備えるデコーダ。
10. エンコーダであって、
    １つまたは複数のプロセッサと、
    前記１つまたは複数のプロセッサに連結され、前記１つまたは複数のプロセッサによる実行のための命令を格納する非一時的コンピュータ可読記憶媒体であって、前記命令は、前記１つまたは複数のプロセッサによって実行されると、請求項５から７のいずれか一項に記載の方法を実施するように前記エンコーダを構成する、非一時的コンピュータ可読記憶媒体と、
    を備えるエンコーダ。
11. 請求項１から３のいずれか一項に記載の方法をコンピュータに実行させるプログラム。
12. 請求項５から７のいずれか一項に記載の方法をコンピュータに実行させるプログラム。