JP2022516846A - アフィン線形加重イントラ予測モードのための簡易シグナリング方法 - Google Patents

Abstract

開示の態様は、ビデオ符号化／復号のための方法及び機器を提供する。幾つかの例では、ビデオ復号のための機器は、符号化ビデオシーケンスの一部である現在ピクチャ内の現在ブロックの予測情報を復号する処理回路を含む。予測情報は、現在ブロックがアフィン線形加重イントラ予測（ＡＬＷＩＰ）で符号化されるかどうかを示す。予測情報が、現在ブロックがＡＬＷＩＰで符号化されると示すことに応答して、処理回路は、現在ブロックに隣接する近隣ブロックの予測モードを表すＡＬＷＩＰモードインデックスを決定し、ＡＬＷＩＰモードインデックスは複数のＡＬＷＩＰモードのうちの１つを示す。処理回路は、複数のＡＬＷＩＰモードのうちの１つに従い現在ブロックを再構成する。

Description

［関連出願］
本願は、米国仮特許出願番号第６２／８２９，４３９号、「SIMPLIFIED SIGNALING METHOD FOR AFFINE LINEAR WEIGHTED INTRA PREDICTION MODE」、２０１９年４月４日出願、の優先権の利益を主張する米国特許出願番号第１６／８２２，９８５号、「SIMPLIFIED SIGNALING METHOD FOR AFFINE LINEAR WEIGHTED INTRA PREDICTION MODE」、２０２０年３月１８日出願の優先権の利益を主張する。前述の出願の全開示は、それらの全体が参照によりここに組み込まれる。

［技術分野］
本開示は、概して、ビデオ符号化に関連する実施形態を記載する。

ここに提供される背景の説明は、本開示のコンテキストの概要を提示するためである。現在名前の挙げられた発明者の研究は、この背景の章に記載された研究の範囲で、出願時に従来技術として見なされない可能性のある記載の態様と同様に、本開示に対する従来技術として明示的に又は暗示的にも認められるものではない。

ビデオ符号化及び復号は、動き補償を伴うインターピクチャ予測を用いて実行できる。非圧縮デジタルビデオは、一連のピクチャを含むことができ、各ピクチャは、例えば１９２０×１０８０個のルミナンスサンプル及び関連するクロミナンスサンプルの空間次元を有する。一連のピクチャは、例えば毎秒６０ピクチャ又は６０Ｈｚの固定又は可変ピクチャレート（略式にフレームレートとしても知られている）を有し得る。非圧縮ビデオは、かなりのビットレート要件を有する。例えば、８ビット／サンプルの１０８０ｐ６０ ４：２：０ビデオ（６０Ｈｚフレームレートで１９２０×１０８０ルミナンスサンプル解像度）は、１．５Ｇｂｉｔ／ｓの帯域幅を必要とする。１時間のこのようなビデオは６００Ｇｂｙｔｅより多くの記憶空間を必要とする。

ビデオ符号化及び復号の１つの目的は、圧縮を通じて、入力ビデオ信号の中の冗長性の削減であり得る。圧縮は、幾つかの場合には大きさで２桁以上も、前述の帯域幅又は記憶空間要件を軽減するのを助けることができる。損失又は無損失圧縮の両方、及びそれらの組み合わせが利用できる。無損失圧縮は、元の信号の正確なコピーが圧縮された元の信号から再構成可能である技術を表す。損失圧縮を用いると、再構成された信号は、元の信号と同一ではないが、元の信号と再構成された信号との間の歪みは、意図される用途のために有用な再構成された信号を生成するのに十分に小さい。ビデオの場合には、損失圧縮が広く利用される。耐えうる歪みの量は、アプリケーションに依存し、特定の消費者ストリーミングアプリケーションのユーザは、テレビジョン配信アプリケーションのユーザよりも高い歪みに耐え得る。達成可能な圧縮比は、許容可能／耐性歪みが高いほど、高い圧縮比を生じ得ることを反映できる。

ビデオエンコーダ及びデコーダは、例えば動き補償、変換、量子化、及びエントロピー符号化を含む幾つかの広い分類からの技術を利用できる。

ビデオコーデック技術は、イントラ符号化として知られる技術を含むことができる。イントラ符号化では、サンプル値は、前の再構成参照ピクチャからのサンプル又は他のデータを参照することなく、表現される。幾つかのビデオコーデックでは、ピクチャは、サンプルのブロックに空間的に細分化される。サンプルの全部のブロックがイントラモードで符号化されるとき、そのピクチャはイントラピクチャであり得る。イントラピクチャ、及び独立したデコーダリフレッシュピクチャのようなそれらの派生物は、デコーダ状態をリセットするために使用でき、従って、符号化ビデオビットストリーム及びビデオセッションの中の最初のピクチャとして、又は静止画像として使用できる。イントラブロックのサンプルは変換されることができ、変換係数は、エントロピー符号化の前に量子化できる。イントラ予測は、変換前のドメインにおけるサンプル値を最小化する技術であり得る。幾つかの場合には、変換後のＤＣ値が小さいほど，及びＡＣ係数が小さいほど、エントロピー符号化の後にブロックを表現するために所与の量子化ステップサイズで必要なビット数が少ない。

例えばＭＰＥＧ－２生成符号化技術から知られているような伝統的なイントラ符号化は、イントラ予測を使用しない。しかしながら、幾つかの新しいビデオ圧縮技術は、例えば、復号順において先行する空間的近隣のデータブロックの符号化／復号の間に取得される周囲のサンプルデータ及び／又はメタデータから試行する。このような技術は、以後、「イントラ予測」技術と呼ばれる。少なくとも幾つかの場合には、イントラ予測は、参照ピクチャからではなく、再構成中の現在ピクチャからの参照データのみを使用する。

多くの異なる形式のイントラ予測が存在し得る。１つより多くのこのような技術が所与のビデオ符号化技術において使用できるとき、使用される技術は、イントラ予測モードで符号化され得る。特定の場合には、モードは、サブモード及び／又はパラメータを有することができ、それらは、個々に符号化され又はモードコードワードに含まれることができる。所与のモード／サブモード／パラメータの組合せのためにどのコードワードを使用すべきかは、イントラ予測を通じて符号化効率の向上に影響を与えることができ、従って、コードワードをビットストリームに変換するためにエントロピー符号化技術を使用できる。

特定のイントラ予測モードが、Ｈ．２６４により導入され、Ｈ．２６５で改良され、共同探索モデル（joint exploration model (JEM)）、バーサタイルビデオ符号化（versatile video coding (VVC)）、及びベンチマークセット（benchmark set (BMS)）のような更に新しい符号化技術において改良された。予測ブロックは、既に利用可能なサンプルに属する近隣サンプル値を用いて形成されることができる。近隣サンプルのサンプル値は、方向に従い予測ブロックにコピーされる。使用中の方向の参照は、ビットストリーム内に符号化でき、又はそれ自体が予測されてよい。

開示の態様は、ビデオ符号化／復号のための方法及び機器を提供する。幾つかの例では、ビデオ復号のための機器は、処理回路を含む。

本開示の態様によると、デコーダにおけるビデオ復号のための方法が提供される。当該方法では、処理回路は、符号化ビデオシーケンスの一部である現在ピクチャ内の現在ブロックの予測情報を復号する。前記予測情報は、前記現在ブロックがアフィン線形加重イントラ予測（ＡＬＷＩＰ）で符号化されるかどうかを示す。前記予測情報が、前記現在ブロックがＡＬＷＩＰで符号化されると示すことに応答して、前記処理回路は、前記現在ブロックに隣接する近隣ブロックの予測モードを表すＡＬＷＩＰモードインデックスを決定し、前記ＡＬＷＩＰモードインデックスは複数のＡＬＷＩＰモードのうちの１つを示す。前記処理回路は、前記複数のＡＬＷＩＰモードのうちの前記１つに従い前記現在ブロックを再構成する。

実施形態では、前記ＡＬＷＩＰモードインデックスは、トランケートされたバイナリコードワード、固定長コードワード、及びトランケートされた単項コードワード、のうちの１つである。

実施形態では、前記予測情報が、前記現在ブロックがＡＬＷＩＰで符号化されると示すことに応答して、前記処理回路は、少なくとも１つの固定モード候補を含むモード候補リストを構成する。前記少なくとも１つの固定モード候補は、前記複数のＡＬＷＩＰモードのうちの所定の部分集合である。

実施形態では、前記複数のＡＬＷＩＰモードの合計数は、２のべき乗である。

本開示の態様によると、前記予測情報が、前記現在ブロックが、ＡＬＷＩＰで符号化されないと示すことに応答して、前記処理回路は、前記近隣ブロックのうちの１つがＡＬＷＩＰで符号化されるかどうかを決定する。前記近隣ブロックのうちの前記１つがＡＬＷＩＰで符号化されることに応答して、前記処理回路は、（ｉ）プリセットイントラ予測モード、及び（ｉｉ）前記近隣ブロックのうちの別の近隣ブロックのイントラ予測モード、のうちの１つに基づき、前記モード候補リストを構成する。

実施形態では、前記プリセット予測モードは、平面イントラ予測モード、ＤＣＩイントラ予測モード、水平イントラ予測モード、及び垂直イントラ予測モード、のうちの１つである。

実施形態では、前記近隣ブロックのうちの前記１つがＡＬＷＩＰで符号化されることに応答して、前記処理回路は、前記近隣ブロックのうちの前記１つを利用不可能として設定する。

実施形態では、前記予測情報が、前記現在ブロックはＡＬＷＩＰで符号化されると示し、導出されたモードが前記現在ブロックの関連するクロマブロックのために使用されることに応答して、前記処理回路は、前記関連するクロマブロックの予測モードを、プリセットイントラ予測モードになるよう設定する。

本開示の態様によると、デコーダにおけるビデオ復号のための別の方法が提供される。当該方法では、前記処理回路は、符号化ビデオシーケンスの一部である現在ピクチャ内の現在ブロックの予測情報を復号する。前記予測情報は、前記現在ブロックがアフィン線形加重イントラ予測（ＡＬＷＩＰ）で符号化されると示す。前記処理回路は、前記現在ブロックに隣接する近隣ブロックがＡＬＷＩＰで符号化されるかどうかを決定する。前記近隣ブロックがＡＬＷＩＰで符号化されないことに応答して、前記処理回路は、（ｉ）プリセットＡＬＷＩＰモード、及び（ｉｉ）別の近隣ブロックのＡＬＷＩＰモード、のうちの１つに基づき、モード候補リストを構成する。前記処理回路は、前記モード候補リストに基づき前記現在ブロックを再構成する。

実施形態では、前記近隣ブロックがＡＬＷＩＰで符号化されないことに応答して、前記処理回路は、前記近隣ブロックを利用不可能として設定する。

実施形態では、前記近隣ブロックは、前記現在ブロックの右上角又は左下角に隣接する。

実施形態では、前記モード候補リストのサイズは、前記符号化ビデオシーケンスに含まれる前記近隣ブロックの符号化情報に基づく。

実施形態では、前記予測情報は、前記現在ブロックのクロマブロックが複数のルマブロックに関連付けられることを示し、前記処理回路は、前記複数のルマブロックのうちのルマブロックが非ＡＬＷＩＰイントラ予測モードで符号化されるかどうかを決定する。前記ルマブロックが前記非ＡＬＷＩＰイントラ予測モードで符号化されることに応答して、前記処理回路は、前記現在ブロックの前記クロマブロックの予測モードが、前記ルマブロックの前記非ＡＬＷＩＰイントラ予測モードであると決定する。

実施形態では、前記予測情報は、前記現在ブロックのクロマブロックが複数のルマブロックに関連付けられることを示し、前記処理回路は、前記複数のルマブロックのうちのルマブロックが非ＡＬＷＩＰイントラ予測モードで符号化されるかどうかを決定する。前記複数のルマブロックの各々がＡＬＷＩＰで符号化されることに応答して、前記処理回路は、前記現在ブロックの前記クロマブロックの前記予測モードがプリセットイントラ予測モードであると決定する。

本開示の態様は、ビデオ復号のためにコンピュータにより実行されると該コンピュータにビデオ復号のための方法のうちのいずれか１つ又はその組合せを実行させる、命令を格納する非一時的コンピュータ可読媒体も提供する。

開示の主題の更なる特徴、特性、及び種々の利点は、以下の詳細な説明及び添付の図面から一層明らかになるだろう。

一実施形態による、通信システムの簡易ブロック図の概略図である。

一実施形態による、通信システムの簡易ブロック図の概略図である。

一実施形態による、デコーダの簡易ブロック図の概略図である。

一実施形態による、エンコーダの簡易ブロック図の概略図である。

別の実施形態による、エンコーダのブロック図を示す。

別の実施形態による、デコーダのブロック図を示す。

幾つかの例における例示的なイントラ予測方向及びイントラ予測モードの説明を示す。

幾つかの例における例示的なイントラ予測方向及びイントラ予測モードの説明を示す。

幾つかの例における例示的なマルチラインイントラ予測を示す。

幾つかの例における現在ブロックの最確モード（most probable mode (MPM)）リストを導出するために使用される近隣ブロックの例示的な位置を示す。

幾つかの例におけるクロマブロックの例示的なイントラモード符号化を示すテーブルを示す。

幾つかの例における例示的なアフィン線形加重イントラ予測（affine linear weighted intra prediction (ALWIP)）を示す。

幾つかの実施形態による、処理例の概要を示すフローチャートを示す。

本開示の幾つかの実施形態による、別の処理例の概要を示すフローチャートを示す。

一実施形態による、コンピュータシステムの概略図である。

ビデオエンコーダ及びデコーダ

図１は、本発明の一実施形態による通信システム（１００）の簡易ブロック図を示す。通信システム（１００）は、例えばネットワーク（１５０）を介して互いに通信できる複数の端末装置を含む。例えば、通信システム（１００）は、ネットワーク（１５０）を介して相互接続された端末装置（１１０）及び（１２０）の第１ペアを含む。図１の例では、端末装置（１１０）及び（１２０）の第１ペアは、データの単方向伝送を実行する。例えば、端末装置（１１０）は、ネットワーク（１５０）を介して他の端末装置（１２０）への送信のために、ビデオデータ（端末装置（１１０）によりキャプチャされたビデオピクチャのストリーム）を符号化する。符号化ビデオデータは、１つ以上の符号化ビデオビットストリームの形式で、送信できる。端末装置（１２０）は、ネットワーク（１５０）から符号化ビデオデータを受信し、符号化ビデオデータを復号してビデオピクチャを復元し、復元したビデオデータに従いビデオピクチャを表示してよい。単方向データ伝送は、メディアサービングアプリケーション等で共通であってよい。

別の例では、通信システム（１００）は、例えばビデオ会議の間に生じ得る符号化ビデオデータの双方向伝送を実行する端末装置（１３０）及び（１４０）の第２ペアを含む。データの双方向伝送では、端末装置（１３０）及び（１４０）は、ネットワーク（１５０）を介して端末装置（１３０）及び（１４０）への送信のために、ビデオデータ（例えば、端末装置によりキャプチャされたビデオピクチャのストリーム）を符号化してよい。端末装置（１３０）及び（１４０）のうちの各端末装置は、端末装置（１３０）及び（１４０）のうちの他方の端末装置により送信された符号化ビデオデータを受信してよく、符号化ビデオデータを復号してビデオピクチャを復元してよく、復元したビデオデータに従い、アクセス可能なディスプレイ装置においてビデオピクチャを表示してよい。

図１の例では、端末装置（１１０）、（１２０）、（１３０）及び（１４０）は、サーバ、パーソナルコンピュータ、及びスマートフォンとして示されてよいが、本開示の原理はこれらに限定されない。本開示の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレイヤ、及び／又は専用ビデオ会議設備による適用がある。ネットワーク（１５０）は、端末装置（１１０）、（１２０）、（１３０）、及び（１４０）の間で符号化ビデオデータを運ぶ任意の数のネットワークを表し、例えば有線（ワイヤード）及び／又は無線通信ネットワークを含む。通信ネットワーク１５０は、回線切り替え及び／又はパケット切り替えチャネルでデータを交換してよい。代表的なネットワークは、電子通信ネットワーク、ローカルエリアネットワーク、広域ネットワーク、及び／又はインターネットを含む。本発明の議論の目的で、ネットワーク（１５０）のアーキテクチャ及びトポロジは、以下で特に断りの無い限り、本開示の動作にとって重要でないことがある。

図２は、開示の主題の適用の一例として、ストリーミング環境におけるビデオエンコーダ及びビデオデコーダの配置を示す。開示の主題は、例えばビデオ会議、デジタルＴＶ、ＣＤ、ＤＶＤ、メモリスティック、等を含むデジタル媒体への圧縮ビデオの格納、他のビデオ可能アプリケーション、等に等しく適用可能である。

ストリーミングシステムは、例えば非圧縮のビデオピクチャストリーム（２０２）を生成するビデオソース（２０１）、例えばデジタルビデオカメラを含み得るキャプチャサブシステム（２１３）を含んでよい。一例では、ビデオピクチャストリーム（２０２）は、デジタルカメラにより取り込まれたサンプルを含む。ビデオピクチャストリーム（２０２）は、符号化ビデオデータ（２０４）（又は符号化ビデオビットストリーム）と比べたとき、高データ容量を強調するために太線で示され、ビデオソース（２０１）と結合されたビデオエンコーダ（２０３）を含む電子装置（２２０）により処理され得る。ビデオエンコーダ（２０３）は、ハードウェア、ソフトウェア、又はそれらの組み合わせを含み、以下に詳述するように開示の主題の態様を可能にし又は実装することができる。符号化ビデオデータ（２０４）（又はビデオビットストリーム（２０４））は、ビデオピクチャストリーム（２０２）と比べたとき、低データ容量を強調するために細線で示され、将来の使用のためにストリーミングサーバ（２０５）に格納され得る。図２のクライアントサブシステム（２０６）及び（２０８）のような１つ以上のストリーミングクライアントサブシステムは、ストリーミングサーバ（２０５）にアクセスして、符号化ビデオデータ（２０４）のコピー（２０７）及び（２０９）を読み出すことができる。クライアントサブシステム（２０６）は、例えば電子装置（２３０）内にビデオデコーダ（２１０）を含み得る。ビデオデコーダ（２１０）は、符号化ビデオデータの入力コピー（２０７）を復号し、ディスプレイ（２１２）（例えばディスプレイスクリーン）又は他のレンダリング装置（図示しない）上でレンダリングできる出力ビデオピクチャストリーム（２１１）を生成する。幾つかのストリーミングシステムでは、符号化ビデオデータ（２０４）、（２０７）、及び（２０９）（例えば、ビデオビットストリーム）は、特定のビデオ符号化／圧縮標準に従い符号化され得る。これらの標準の例は、ITU－T Recommendation H.２６５を含む。一例では、策定中のビデオ符号化標準は、略式にＶＶＣ（Versatile Video Coding）として知られている。開示の主題は、ＶＶＣの文脈で使用されてよい。

電子装置（２２０）及び（２３０）は他のコンポーネント（図示しない）を含み得ることに留意する。例えば、電子装置（２２０）は、ビデオデコーダ（図示しない）を含むことができ、電子装置（２３０）もビデオエンコーダ（図示しない）を含むことができる。

図３は、本開示の一実施形態によるビデオデコーダ（３１０）のブロック図を示す。ビデオデコーダ（３１０）は、電子装置（３３０）に含まれ得る。電子装置（３３０）は、受信機（３３１）（例えば、受信回路）を含み得る。ビデオデコーダ（３１０）は、図２の例では、ビデオデコーダ（２１０）の代わりに使用できる。

受信機（３３１）は、ビデオデコーダ（３１０）により符号化されるべき１つ以上の符号化ビデオシーケンス、同じ又は別の実施形態では、一度に１つの符号化ビデオシーケンスを受信してよい。ここで、各符号化ビデオシーケンスの復号は、他の符号化ビデオシーケンスと独立している。符号化ビデオシーケンスは、符号化ビデオデータを格納する記憶装置へのハードウェア／ソフトウェアリンクであってよいチャネル３０１から受信されてよい。受信機３３１は、他のデータ、例えば、それぞれの使用エンティティ（図示しない）へと転送され得る符号化音声データ及び／又は補助データストリームと共に、符号化ビデオデータを受信してよい。受信機３３１は、他のデータから符号化ビデオシーケンスを分離してよい。ネットワークジッタを除去するために、バッファメモリ（３１５）は、受信機（３３１）とエントロピーデコーダ／パーサ（３２０）（以後、「パーサ（３２０）」）との間に結合されてよい。特定の適用では、バッファメモリ（３１５）は、ビデオデコーダ（３１０）の一部である。他に、ビデオデコーダ（３１０）（図示しない）の外部にあり得る。更に他では、例えばネットワークジッタを除去するために、ビデオデコーダ（３１０）の外部に、例えば再生（playout）タイミングを処理するために、ビデオデコーダ（３１０）の内部にある別のバッファメモリ（３１５）に加えて、バッファメモリ（図示しない）が存在し得る。受信機（３３１）が、十分な帯域幅の記憶／転送装置から制御可能に、又はアイソクロナス（isosynchronous）ネットワークから、データを受信しているとき、バッファメモリ（３１５）は、必要なくてよく又は小さくできる。インターネットのようなベストエフォート型パケットネットワークで使用するために、バッファメモリ（３１５）が必要とされてよく、比較的大きくなり、有利なことに適応型サイズであり、少なくとも部分的にオペレーティングシステム又はビデオデコーダ（３１０）の外部の同様の要素（図示しない）に実装されてよい。

ビデオデコーダ（３１０）は、符号化ビデオシーケンスからシンボル（３２１）を再構成するために、パーサ（３２０）を含んでよい。これらのシンボルのカテゴリは、ビデオデコーダ（３１０）の動作を管理するために使用される情報、及び場合によっては図３に示したように電子装置（３３０）の統合部分ではないが電子装置（３３０）に結合され得るレンダー装置（３１２）（例えば、ディスプレイスクリーン）のようなレンダリング装置を制御するための情報を含む。レンダリング装置のための制御情報は、ＳＥＩ（Supplemental Enhancement Information）メッセージ又はＶＵＩ（Video Usability Information）パラメータセットフラグメント（図示しない）の形式であってよい。パーサ（３２０）は、受信された符号かビデオシーケンスをパース／エントロピー復号してよい。符号化ビデオシーケンスの符号化は、ビデオ符号化技術又は標準に従うことができ、可変長符号化、ハフマン符号化、コンテキスト依存性を有する又は有しない算術的符号化、等を含む、種々の原理に従うことができる。パーサ（３２０）は、符号化ビデオシーケンスから、ビデオデコーダの中のピクセルのサブグループのうちの少なくとも１つについて、該グループに対応する少なくとも１つのパラメータに基づき、サブグループパラメータのセットを抽出してよい。サブグループは、ＧＯＰ（Groups of Picture）、ピクチャ、タイル、スライス、マクロブロック、符号化ユニット（Coding Units：CU）、ブロック、変換ユニット（Transform Units：TU）、予測ユニット（Prediction Units：PU）、等を含み得る。パーサ（３２０）は、符号化ビデオシーケンスから、変換係数、量子化パラメータ値、動きベクトル、等のような情報も抽出してよい。

パーサ（３２０）は、バッファメモリ（３１５）から受信したビデオシーケンスに対してエントロピー復号／パース動作を実行して、シンボル（３２１）を生成してよい。

シンボル３２１の再構成は、符号化ビデオピクチャ又はその部分の種類（例えば、インター及びイントラピクチャ、インター及びイントラブロック）及び他の要因に依存して、複数の異なるユニットを含み得る。どのユニットがどのように含まれるかは、パーサ３２０により符号化ビデオシーケンスからパースされたサブグループ制御情報により制御できる。パーサ３２０と以下の複数のユニットとの間のこのようなサブグループ制御情報のフローは、明確さのために示されない。

既に言及した機能ブロックを超えて、ビデオデコーダ（３１０）は、後述のように、多数の機能ユニットに概念的に細分化できる。商用的制約の下で動作する実際の実装では、これらのユニットの多くは、互いに密に相互作用し、少なくとも部分的に互いに統合され得る。しかしながら、開示の主題を説明する目的で、機能ユニットへの以下の概念的細分化は適切である。

第１ユニットは、スケーラ／逆変換ユニット３５１である。スケーラ／逆変換ユニット（３５１）は、量子化済み変換係数、及び、どの変換を使用すべきか、ブロックサイズ、量子化係数、量子化スケーリングマトリクス、等を含む制御情報を、パーサ（３２０）からのシンボル（３２１）として受信する。スケーラ／逆変換ユニット（３５１）はアグリゲータ（３５５）に入力され得るサンプル値を含むブロックを出力できる。

幾つかの例では、スケーラ／逆変換ユニット（３５１）の出力サンプルは、イントラ符号化ブロック、つまり、前に再構成されたピクチャからの予測情報を使用しないが現在ピクチャの前に再構成された部分からの予測情報を使用可能なブロック、に属することができる。このような予測情報は、イントラピクチャ予測ユニット３５２により提供できる。幾つかの場合には、イントラピクチャ予測ユニット（３５２）は、再構成中のブロックと同じサイズ及び形状のブロックを、現在ピクチャバッファ（３５８）からフェッチした周囲の既に再構成された情報を用いて、生成する。現在ピクチャバッファ（３５８）は、例えば、再構成された現在ピクチャを部分的に及び／又は再構成された現在ピクチャを完全にバッファリングする。アグリゲータ（３５５）は、幾つかの場合には、サンプル毎に、イントラ予測ユニット（３５２）の生成した予測情報を、スケーラ／逆変換ユニット（３５１）により提供された出力サンプル情報に追加する。

他の場合には、スケーラ／逆変換ユニット（３５１）の出力サンプルは、インター符号化された、場合によっては動き補償されたブロックに関連し得る。このような場合には、動き補償予測ユニット（３５３）は、参照ピクチャメモリ（３５７）にアクセスして、予測ために使用されるサンプルをフェッチできる。ブロックに関連するシンボル（３２１）に従いフェッチしたサンプルを動き補償した後に、これらのサンプルは、アグリゲータ（３５５）により、出力サンプル情報を生成するために、スケーラ／逆変換ユニット（３５１）の出力に追加され得る（この場合、残差サンプル又は残差信号と呼ばれる）。動き補償予測ユニット（３５３）が予測サンプルをフェッチする参照ピクチャメモリ（３５７）内のアドレスは、例えばＸ、Ｙ及び参照ピクチャコンポーネントを有し得るシンボル（３２１）の形式で、動き補償予測ユニット（３５３）の利用可能な動きベクトルにより制御できる。動き補償は、サブサンプルの正確な動きベクトルが使用中であるとき参照ピクチャメモリ（３５７）からフェッチされたサンプル値の補間、動きベクトル予測メカニズム、等を含み得る。

アグリゲータ（３５５）の出力サンプルは、ループフィルタユニット（３５６）において種々のループフィルタリング技術を受け得る。ビデオ圧縮技術は、符号化ビデオシーケンス（符号化ビデオビットストリームとも呼ばれる）に含まれ且つパーサ（３２０）からのシンボル（３２１）としてループフィルタユニット（３５６）に利用可能にされたパラメータにより制御されるが、符号化ピクチャ又は符号化ビデオシーケンスの（複合順序で）前の部分の複合中に取得されたメタ情報にも応答し、前に再構成されループフィルタリングされたサンプル値にも応答し得るインループフィルタ技術を含み得る。

ループフィルタユニット（３５６）の出力は、レンダー装置（３１２）へと出力でき及び将来のインターピクチャ予測で使用するために参照ピクチャメモリ（３５７）に格納され得るサンプルストリームであり得る。

特定の符号化ピクチャは、一旦完全に再構成されると、将来の予測のための参照ピクチャとして使用できる。例えば、現在ピクチャに対応する符号化ピクチャが完全に再構成され、符号化ピクチャが（例えばパーサ（３２０）により）参照ピクチャとして識別されると、現在ピクチャバッファ（３５８）は、参照ピクチャメモリ（３５７）の一部になることができ、後続の符号化ピクチャの再構成を開始する前に、新鮮な現在ピクチャバッファを再割り当てできる。

ビデオデコーダ（３１０）は、ＩＴＵ－Ｔ Ｒｅｃ． Ｈ．２６５のような標準の所定のビデオ圧縮技術に従い復号動作を実行してよい。符号化ビデオシーケンスがビデオ圧縮技術又は標準、及びビデオ圧縮技術又は標準において文書化されたプロファイルの両方に従うという意味で、符号化ビデオシーケンスは、使用中のビデオ圧縮技術又は標準により指定されたシンタックスに従ってよい。具体的に、プロファイルは、ビデオ圧縮技術又は標準において利用可能な全部のツールから、プロファイルの下でのみ使用可能なツールとして、特定のツールを選択できる。また、遵守のために必要なことは、符号化ビデオシーケンスの複雑さが、ビデオ圧縮技術又は標準のレベルにより定められる限界の範囲内であることであり得る。幾つかの場合には、レベルは、最大ピクチャサイズ、最大フレームレート、最大再構成サンプルレート（例えばメガサンプル／秒で測定される）、最大参照ピクチャサイズ、等を制限する。レベルにより設定される限界は、幾つかの場合には、ＨＲＤ（Hypothetical Reference Decoder）仕様及び符号化ビデオシーケンスの中でシグナリングされるＨＤＲバッファ管理のためのメタデータを通じて更に制限され得る。

一実施形態では、受信機３３１は、符号化ビデオと共に追加（冗長）データを受信してよい。追加データは、符号化ビデオシーケンスの部分として含まれてよい。追加データは、データを正しく復号するため及び／又は元のビデオデータをより正確に再構成するために、ビデオデコーダ３１０により使用されてよい。追加データは、例えば、時間的、空間的、又は信号雑音比（ＳＮＲ）の拡張レイヤ、冗長スライス、冗長ピクチャ、前方誤り訂正符号、等の形式であり得る。

図４は、本開示の一実施形態によるビデオエンコーダ（４０３）のブロック図を示す。ビデオエンコーダ（４０３）は、電子装置（４２０）に含まれる。電子装置（４２０）は、送信機（４４０）（例えば、送信回路）を含む。ビデオエンコーダ（４０３）は、図２の例では、ビデオエンコーダ（２０３）の代わりに使用できる。

ビデオエンコーダ（４０３）は、ビデオサンプルを、ビデオエンコーダ（４０３）により符号化されるべきビデオ画像をキャプチャし得るビデオソース（４０１）（図４の例では、電子装置（４２０）の部分ではない）から受信してよい。別の例では、ビデオソース（４０１）は、電子装置（４２０）の一部である。

ビデオソース（４０１）は、ビデオエンコーダ（４０３）により符号化されるべきソースビデオシーケンスを、任意の適切なビット深さ（例えば、８ビット、１０ビット、１２ビット、．．．）、任意の色空間（例えば、ＢＴ．６０１ ＹＣｒＣｂ、ＲＧＢ、．．．）、及び任意の適切なサンプリング構造（例えば、ＹＣｒＣｂ ４：２：０、ＹＣｒＣｂ ４：４：４）のデジタルビデオサンプルストリームの形式で、提供してよい。メディア提供システムでは、ビデオソース４０１は、前に準備されたビデオを格納する記憶装置であってよい。ビデオ会議システムでは、ビデオソース４０１は、ビデオシーケンスとしてローカル画像情報をキャプチャするカメラであってよい。ビデオデータは、続けて閲覧されると動きを与える複数の個別ピクチャとして提供されてよい。ピクチャ自体は、ピクセルの空間的配列として組織化されてよい。各ピクセルは、使用中のサンプリング構造、色空間、等に依存して、１つ以上のサンプルを含み得る。当業者は、ピクセルとサンプルとの間の関係を直ちに理解できる。以下の説明はサンプルに焦点を当てる。

一実施形態によると、ビデオエンコーダ（４０３）は、ソースビデオシーケンスのピクチャを、符号化ビデオシーケンス（４４３）へと、リアルタイムに又はアプリケーションにより要求される任意の他の時間制約の下で符号化し圧縮してよい。適切な符号化速度の実施は、制御部（４５０）の１つの機能である。幾つかの実施形態では、制御部（４５０）は、後述する他の機能ユニットを制御し、他の機能ユニットに機能的に結合される。結合は、明確さのために図示されない。制御部（４５０）により設定されるパラメータは、レート制御関連パラメータ（ピクチャスキップ、量子化器、レート歪み最適化技術のラムダ値、．．．）、ピクチャサイズ、ＧＯＰ（group of pictures）レイアウト、最大動きベクトル探索範囲、等を含み得る。制御部（４５０）は、特定のシステム設計に最適化されたビデオエンコーダ（４０３）に関連する他の適切な機能を有するよう構成され得る。

幾つかの実施形態では、ビデオエンコーダ（４０３）は、符号化ループの中で動作するよう構成される。非常に簡略化された説明として、一例では、符号化ループは、ソースコーダ（４３０）（例えば、シンボルストリームのようなシンボルを、符号化されるべき入力ピクチャ及び参照ピクチャに基づき生成することを担う）、及びビデオエンコーダ（４０３）に内蔵された（ローカル）デコーダ（４３３）を含み得る。デコーダ（４３３）は、（シンボルと符号化ビットストリームとの間の任意の圧縮が、開示の主題において検討されるビデオ圧縮技術において無損失であるとき）（遠隔にある）デコーダが生成するのと同様の方法で、シンボルを再構成して、サンプルデータを生成する。再構成されたサンプルストリーム（サンプルデータ）は、参照ピクチャメモリ（４３４）に入力される。シンボルストリームの復号が、デコーダ位置（ローカル又はリモート）と独立にビット正確な結果をもたらすとき、参照ピクチャメモリ（４３４）の内容も、ローカルエンコーダとリモートエンコーダとの間でビット正確である。言い換えると、エンコーダの予測部分が、復号中に予測を用いるときデコーダが「見る」のと正確に同じサンプル値を、参照ピクチャサンプルとして「見る」。参照ピクチャ同期性のこの基本原理（及び、例えばチャネルエラーのために同期生が維持できない場合には、結果として生じるドリフト）は、幾つかの関連技術で同様に使用される。

「ローカル」デコーダ（４３３）の動作は、図３と関連して以上に詳述したビデオデコーダ（３１０）のような「リモート」デコーダのものと同じであり得る。簡単に一時的に図３も参照すると、しかしながら、シンボルが利用可能であり、エントロピーコーダ（４４５）及びパーサ（３２０）による符号化ビデオシーケンスへのシンボルの符号化／復号が無損失であり得るので、バッファメモリ（３１５）を含むビデオデコーダ（３１０）のエントロピー復号部分、及びパーサ（３２０）は、ローカルデコーダ（４３３）に完全に実装されなくてよい。

この点で行われる考察は、デコーダ内に存在するパース／エントロピー復号を除く任意のデコーダ技術も、対応するエンコーダ内と実質的に同一の機能形式で存在する必要があるということである。この理由から、開示の主題は、デコーダ動作に焦点を当てる。エンコーダ技術の説明は、それらが包括的に説明されるデコーダ技術の逆であるので、省略できる。特定の領域においてのみ、より詳細な説明が必要であり、以下に提供される。

動作中、幾つかの例では、ソースコーダ（４３０）は、動き補償された予測符号化を実行してよい。これは、「参照ピクチャ」として指定されたビデオシーケンスからの１つ以上の前に符号化されたピクチャを参照して予測的に入力ピクチャを符号化する。この方法では、符号化エンジン（４３２）は、入力ピクチャのピクセルブロックと、入力ピクチャに対する予測基準として選択されてよい参照ピクチャのピクセルブロックとの間の差分を符号化する。

ローカルビデオデコーダ（４３３）は、ソースコーダ（４３０）により生成されたシンボルに基づき、参照ピクチャとして指定されてよいピクチャの符号化ビデオデータを復号してよい。符号化エンジン４３２の動作は、有利なことに、損失処理であってよい。符号化ビデオデータがビデオデコーダ（図４に図示されない）において復号され得るとき、再構成ビデオシーケンスは、標準的に、幾つかのエラーを有するソースビデオシーケンスの複製であってよい。ローカルビデオデコーダ（４３３）は、参照ピクチャに対してビデオデコーダにより実行され得る復号処理を複製し、参照ピクチャキャッシュ（４３４）に格納されるべき再構成参照ピクチャを生じ得る。このように、ビデオエンコーダ（４０３）は、（伝送誤りが無ければ）遠端ビデオデコーダにより取得される再構成参照ピクチャと共通の内容を有する再構成参照ピクチャのコピーを格納してよい。

予測器（４３５）は、符号化エンジン（４３２）のために予測探索を実行してよい。つまり、符号化されるべき新しいピクチャについて、予測器（４３５）は、新しいピクチャのための適切な予測基準として機能し得る（候補参照ピクセルブロックのような）サンプルデータ又は参照ピクチャ動きベクトル、ブロック形状、等のような特定のメタデータについて、参照ピクチャメモリ（４３４）を検索してよい。予測器（４３５）は、適切な予測基準を見付けるために、サンプルブロック－ピクセルブロック毎に動作してよい。幾つかの例では、予測器４３５により取得された検索結果により決定されるように、入力ピクチャは、参照ピクチャメモリ４３４に格納された複数の参照ピクチャから引き出された予測基準を有してよい。

制御部（４５０）は、例えば、ビデオデータの符号化のために使用されるパラメータ及びサブグループパラメータの設定を含む、ソースコーダ（４３０）の符号化動作を管理してよい。

全ての前述の機能ユニットの出力は、エントロピーコーダ（４４５）におけるエントロピー符号化を受けてよい。エントロピーコーダ（４４５）は、ハフマン符号化、可変長符号化、算術符号化、等のような技術に従いシンボルを無損失圧縮することにより、種々の機能ユニットにより生成されたシンボルを、符号化ビデオシーケンスへと変換する。

送信機（４４０）は、符号化ビデオデータを格納し得る記憶装置へのハードウェア／ソフトウェアリンクであってよい通信チャネル（４６０）を介する伝送のために準備するために、エントロピーコーダ（４４５）により生成された符号化ビデオシーケンスをバッファリングしてよい。送信機４４０は、ビデオコーダ４０３からの符号化ビデオデータを、送信されるべき他のデータ、例えば符号化音声データ及び／又は補助データストリーム（図示されないソース）とマージ（merge）してよい。

制御部（４５０）は、ビデオエンコーダ（４０３）の動作を管理してよい。符号化中、制御部４５０は、それぞれのピクチャに適用され得る符号化技術に影響し得る特定の符号化ピクチャタイプを、各符号化ピクチャに割り当ててよい。例えば、ピクチャは、多くの場合、以下のピクチャタイプのうちの１つとして割り当てられてよい。

イントラピクチャ（Ｉピクチャ）は、予測のソースとしてシーケンス内の任意の他のピクチャを使用せずに符号化及び復号され得るピクチャであってよい。幾つかのビデオコーデックは、例えばＩＤＲ（Independent Decoder Refresh）ピクチャを含む異なる種類のイントラピクチャを許容する。当業者は、Ｉピクチャの変形、及びそれらの個々の適用及び特徴を認識する。

予測ピクチャ（Ｐピクチャ）は、殆どの場合、各ブロックのサンプル値を予測するために１つの動きベクトル及び参照インデックスを用いてイントラ予測又はインター予測を用いて符号化及び復号され得るピクチャであってよい。

双方向予測ピクチャ（Ｂピクチャ）は、各ブロックのサンプル値を予測するために最大２つの動きベクトル及び参照インデックスを用いてイントラ予測又はインター予測を用いて符号化及び復号され得るピクチャであってよい。同様に、マルチ予測ピクチャは、単一のブロックの再構成のために、２つより多くの参照ピクチャ及び関連付けられたメタデータを使用できる。

ソースピクチャは、共通に、複数のサンプルブロック（例えば、それぞれ４×４、８×８、４×８、又は１６×１６個のサンプルのブロック）に空間的に細分化され、ブロック毎に符号化されてよい。ブロックは、ブロックのそれぞれのピクチャに適用される符号化割り当てにより決定される他の（既に符号化された）ブロックへの参照により予測的に符号化されてよい。例えば、Ｉピクチャのブロックは、非予測的に符号化されてよく、又はそれらは同じピクチャの既に符号化されたブロックを参照して予測的に符号化されてよい（空間予測又はイントラ予測）。Ｐピクチャのピクセルブロックは、１つの前に符号化された参照ピクチャを参照して、空間予測を介して又は時間予測を介して、予測的に符号化されてよい。Ｂピクチャのブロックは、１つ又は２つの前に符号化された参照ピクチャを参照して、空間予測を介して又は時間予測を介して、予測的に符号化されてよい。

ビデオエンコーダ（４０３）は、ＩＴＵ－Ｔ Ｒｅｃ． Ｈ．２６５のような所定のビデオ符号化技術又は標準に従い符号化動作を実行してよい。その動作において、ビデオエンコーダ（４０３）は、入力ビデオシーケンスの中の時間的及び空間的冗長性を利用する予測符号化動作を含む種々の圧縮動作を実行してよい。符号化ビデオデータは、したがって、使用されているビデオ符号化技術又は標準により指定されたシンタックスに従ってよい。

一実施形態では、送信機４４０は、符号化ビデオと共に追加データを送信してよい。ソースコーダ（４３０）は、このようなデータを符号化ビデオシーケンスの部分として含んでよい。追加データは、時間／空間／ＳＮＲ拡張レイヤ、冗長ピクチャ及びスライスのような他の形式の冗長データ、ＳＥＩメッセージ、ＶＵＩパラメータセットフラグメント、等を含んでよい。

ビデオは、時系列の中の複数のソースピクチャ（ビデオピクチャ）としてキャプチャされてよい。イントラピクチャ予測（イントラ予測と省略されることがある）は、所与のピクチャの中の空間的相関を利用し、インターピクチャ予測は、ピクチャ間の（時間的又は他の）相関を利用する。一例では、符号化／復号中の特定のピクチャは、現在ピクチャと呼ばれ、ブロックにパーティションされる。現在ピクチャの中のブロックが、ビデオの中の前に符号化され且つ未だバッファリングされている参照ピクチャの中の参照ブロックと同様であるとき、現在ピクチャの中のブロックは、動きベクトルと呼ばれるベクトルにより符号化できる。動きベクトルは、参照ピクチャ内の参照ブロックを指し、複数の参照ピクチャが使用中である場合には、参照ピクチャを識別する第３次元を有することができる。

幾つかの実施形態では、双予測（bi－prediction）技術が、インターピクチャ予測で使用できる。双予測技術によると、両方とも復号順序でビデオの中の現在ピクチャより前にある（が、それぞれ表示順序で過去及び未来にあってよい）第１参照ピクチャ及び第２参照ピクチャのような２つの参照ピクチャが使用される。現在ピクチャ内のブロックは、第１参照ピクチャ内の第１参照ブロックを指す第１動きベクトル、及び第２参照ピクチャ内の第２参照ブロックを指す第２動きベクトルにより符号化できる。ブロックは、第１参照ブロック及び第２参照ブロックの結合により予測できる。

さらに、符号化効率を向上するために、インターピクチャ予測においてマージモード技術が使用できる。

本開示の幾つかの実施形態によると、インターピクチャ予測及びイントラピクチャ予測のような予測は、ブロックのユニットの中で実行される。例えば、ＨＥＶＣ標準によると、ビデオピクチャシーケンスの中のピクチャは、圧縮のために符号化木単位（coding tree unit：CTU）にパーティションされる。ピクチャ内のＣＴＵは、６４×６４ピクセル、３２×３２ピクセル、又は１６×１６ピクセルのような、同じサイズを有する。通常、ＣＴＵは、３個の符号化木ブロック（coding tree blocks：CTB）、つまり１個のルマＣＴＢ及び２個のクロマＣＴＢ、を含む。各ＣＴＵは、１又は複数の符号化単位（coding unit：CU）に再帰的に４分木分割できる。例えば、６４×６４ピクセルのＣＴＵは、６４×６４ピクセルの１個のＣＵ、又は３２×３２ピクセルの４個のＣＵ、又は１６×１６ピクセルの１６個のＣＵに分割できる。一例では、各ＣＵは、インター予測タイプ又はイントラ予測タイプのようなＣＵの予測タイプを決定するために分析される。ＣＵは、時間的及び／又は空間的予測性に依存して、１つ以上の予測単位（prediction unit：PU）に分割される。通常、各ＰＵは、ルマ予測ブロック（prediction block：PB）、及び２個のクロマＰＢを含む。一実施形態では、符号化（符号化／復号）における予測演算が、予測ブロックのユニットの中で実行される。ルマ予測ブロックを予測ブロックの一例として用いると、予測ブロックは、８×８ピクセル、１６×１６ピクセル、８×１６ピクセル、１６×８ピクセル、等のようなピクセルについて値（例えば、ルマ値）のマトリクスを含む。

図５は、本開示の別の実施形態によるビデオエンコーダ（５０３）の図を示す。ビデオエンコーダ（５０３）は、ビデオピクチャシーケンスの中の現在ビデオピクチャ内のサンプル値の処理ブロック（例えば、予測ブロック）を受信し、処理ブロックを符号化ビデオシーケンスの部分である符号化ピクチャに符号化するよう構成される。一例では、ビデオエンコーダ（５０３）は、図２の例では、ビデオエンコーダ（２０３）の代わりに使用される。

ＨＥＶＣの例では、ビデオエンコーダ（５０３）は、８×８サンプル等の予測ブロックのような、処理ブロックのサンプル値のマトリクスを受信する。ビデオエンコーダ（５０３）は、例えばレート歪み最適化を用いて、処理ブロックがイントラモード、インターモード、又は双予測モードを用いて最適に符号化されるかを決定する。処理ブロックはイントラモードで符号化されるとき、ビデオエンコーダ（５０３）は、処理ブロックを符号化ピクチャへと符号化するために、イントラ予測技術を使用してよい。処理ブロックがインターモード又は双予測モードで符号化されるとき、ビデオエンコーダ（５０３）は、処理ブロックを符号化ピクチャへと符号化するために、それぞれインター予測又は双予測技術を使用してよい。特定のビデオ符号化技術では、マージモードは、予測器のギア部の符号化動きベクトルコンポーネント無しに、動きベクトルが１つ以上の動きベクトル予測器から得られるインターピクチャ予測サブモードであり得る。特定の他のビデオ符号化技術では、対象ブロックに適用可能な動きベクトルコンポーネントが存在し得る。一例では、ビデオエンコーダ（５０３）は、処理ブロックのモードを決定するために、モード決定モジュール（図示しない）のような他のコンポーネントを含む。

図５の例では、ビデオエンコーダ（５０３）は、図５に示したように一緒にインターエンコーダ（５３０）、イントラエンコーダ（５２２）、残差計算器（５２３）、スイッチ（５２６）、残差エンコーダ（５２４）、汎用制御部（５２１）、及びエントロピーエンコーダ（５２５）を含む。

インターエンコーダ（５３０）は、現在ブロック（例えば、処理中のブロック）のサンプルを受信し、ブロックを参照ピクチャ内の１つ以上の参照ブロック（例えば、前のピクチャ及び後のピクチャの中のブロック）と比較し、インター予測情報（例えば、インター符号化技術による冗長情報の説明、動きベクトル、マージモード情報）を生成し、任意の適切な技術を用いてインター予測情報に基づきインター予測結果（例えば、予測ブロック）を計算するよう構成される。幾つかの例では、参照ピクチャは、符号化ビデオ情報に基づき復号された、復号参照ピクチャである。

イントラエンコーダ（５２２）は、現在ブロック（例えば、処理中のブロック）のサンプルを受信し、幾つかの場合には、ブロックをサンプルピクチャ内の既に符号化されたブロックと比較し、変換後に量子化済み係数を、幾つかの場合にはイントラ予測情報（例えば、１つ以上のイントラ符号化技術によるイントラ予測方向情報）も生成するよう構成される。一例では、イントラエンコーダ（５２２）は、イントラ予測情報及び同じピクチャ内の参照ブロックに基づき、イントラ予測結果（例えば、予測したブロック）も計算する。

汎用制御部（５２１）は、一般制御データを決定し、一般制御データに基づきビデオエンコーダ（５０３）の他のコンポーネントを制御するよう構成される。一例では、汎用制御部（５２１）は、ブロックのモードを決定し、モードに基づき、制御信号をスイッチ（５２６）に提供する。例えば、モードがイントラモードであるとき、一般制御部（５２１）は、残差計算器（５２３）による使用のためにイントラモード結果を選択するようスイッチ（５２６）を制御し、イントラ予測情報を選択してビットストリーム内にイントラ予測情報を含めるよう、エントロピーエンコーダ（５２５）を制御し、モードがインターモードであるとき、一般制御部（５２１）は、残差計算器（５２３）による使用のためにインター予測結果を選択するようスイッチ（５２６）を制御し、インター予測情報を選択してビットストリーム内にインター予測情報を含めるよう、エントロピーエンコーダ（５２５）を制御する。

残差計算器（５２３）は、受信したブロックとイントラエンコーダ（５２２）又はインターエンコーダ（５３０）からの選択された予測結果との間の差（残差データ）を計算するよう構成される。残差エンコーダ（５２４）は、残差データに基づき動作して、残差データを符号化し、変換係数を生成するよう構成される。一例では、残差エンコーダ（５２４）は、残差データを空間ドメインから周波数ドメインへと変換し、変換係数を生成するよう構成される。変換係数は、次に、量子化変換係数を得るために、量子化処理を受ける。種々の実施形態では、ビデオエンコーダ（５０３）も残差デコーダ（５２８）を含む。残差デコーダ（５２８）は、逆変換を実行し、復号残差データを生成するよう構成される。復号残差データは、イントラエンコーダ（５２２）及びインターエンコーダ（５３０）により適切に使用できる。例えば、インターエンコーダ（５３０）は、復号残差データ及びインター予測情報に基づき復号ブロックを生成でき、イントラエンコーダ（５２２）は、復号残差データ及びイントラ予測情報に基づき復号ブロックを生成できる。復号ブロックは、復号ピクチャを生成するために適切に処理され、復号ピクチャは、幾つかの例ではメモリ回路（図示しない）にバッファリングされ、参照ピクチャとして使用できる。

エントロピーエンコーダ（５２５）は、符号化ブロックを含めるために、ビットストリームをフォーマットするよう構成される。エントロピーエンコーダ（５２５）は、ＨＥＶＣ標準のような適切な標準に従い種々の情報を含むよう構成される。一例では、エントロピーエンコーダ（５２５）は、ビットストリームに、一般制御データ、選択された予測情報（例えば、イントラ予測情報又はインター予測情報）、残差情報、及び他の適切な情報を含めるよう構成される。開示の主題によると、インターモード又は双予測モードのいずれかのマージサブモードでブロックを符号化するとき、残差情報は存在しないことに留意する。

図６は、本開示の別の実施形態によるビデオエンコーダ（６１０）の図を示す。ビデオデコーダ（６１０）は、符号化ビデオシーケンスの部分である符号化ピクチャを受信し、符号化ピクチャを復号して再構成ピクチャを生成するよう構成される。一例では、ビデオデコーダ（６１０）は、図２の例では、ビデオデコーダ（２１０）の代わりに使用される。

図６の例では、ビデオデコーダ（６１０）は、図６に示したように一緒にエントロピーデコーダ（６７１）、インターデコーダ（６８０）、残差デコーダ（６７３）、再構成モジュール（６７４）、イントラデコーダ（６７２）を含む。

エントロピーデコーダ（６７１）は、符号化ピクチャから、符号化ピクチャの生成されたシンタックス要素を表す特定のシンボルを再構成するよう構成され得る。このようなシンボルは、例えば、ブロックの符号化されたモード（例えば、イントラモード、インターモード、双方向モード、マージサブモード又は別のサブモードの後者の２つ）、それぞれイントラデコーダ（６７２）又はインターデコーダ（６８０）による予測のために使用される特定のサンプル又はメタデータを特定できる予測情報（例えば、イントラ予測情報又はインター予測情報）、例えば量子化された変換係数の形式の残差情報、等を含み得る。一例では、予測モードがインター又は双方向予測モードであるとき、インター予測情報がインターデコーダ（６８０）に提供され、予測タイプがイントラ予測タイプであるとき、イントラ予測情報がイントラデコーダ（６７２）に提供される。残差情報は、逆量子化され、残差デコーダ（６７３）に提供される。

インターデコーダ（６８０）は、インター予測情報を受信し、インター予測情報に基づきインター予測結果を生成するよう構成される。

イントラデコーダ（６７２）は、イントラ予測情報を受信し、イントラ予測情報に基づき予測結果を生成するよう構成される。

残差デコーダ（６７３）は、逆量子化を実行して、逆量子化された変換係数を抽出し、逆量子化された変換係数を処理して、残差を周波数ドメインから空間ドメインへと変換するよう構成される。残差デコーダ（６７３）は、（量子化器パラメータ（Quantizer Parameter：QP）を含むための）特定の制御情報も要求してよい。この情報は、エントロピーデコーダ（６７１）により提供されてよい（これは低容量制御情報のみなので、データ経路は示されない）。

再構成モジュール（６７４）は、空間ドメインで、残差デコーダ（６７３）による出力としての残差と（場合によりインター又はイントラ予測モジュールによる出力としての）予測結果とを結合して、再構成ピクチャの部分であり得る、一方で再構成ビデオの部分であり得る、再構成ブロックを形成するよう構成される。デブロッキング動作などのような他の適切な動作が、視覚的品質を向上するために実行できる。

ビデオエンコーダ（２０３）、（４０３）、及び（５０３）、並びにビデオデコーダ（２１０）、（３１０）、及び（６１０）は、任意の適切な技術を用いて実装できることに留意する。一実施形態では、ビデオエンコーダ（２０３）、（４０３）、及び（５０３）、並びにビデオデコーダ（２１０）、（３１０）、及び（６１０）は、１つ以上の集積回路を用いて実装できる。別の実施形態では、ビデオエンコーダ（２０３）、（４０３）、及び（５０３）、並びにビデオデコーダ（２１０）、（３１０）、及び（６１０）は、ソフトウェア命令を実行する１つ以上のプロセッサを用いて実装できる。

ＨＥＶＣ及びＶＶＣにおけるイントラ予測

以下の説明では、用語「ブロック」は、予測ブロック、符号化ブロック、又は符号化単位として解釈できる。

図７は、幾つかの例における（例えば、ＨＥＶＣにおける）例示的なイントラ予測方向及び対応するイントラ予測モードの説明を示す。図７には、全部で３５個のイントラ予測モード（モード０～モード３４）がある。モード０及びモード１は非指向性モードであり、その中で、モード０は平面モード（Intra_Planar）であり、モード１はＤＣモード（Intra_DC）である。モード２～３４は指向性（又は角度）モード（Intra_Angular）であり、この中で、モード１０は水平モードであり、モード２６は垂直モードであり、モード２、モード１８、モード３４は対角モードである。

幾つかの例では、イントラモードを符号化するために、イントラ予測モードの部分集合はモード候補リストを形成する。例えば、１つ以上の最確モードは、ＭＰＭリストと呼ばれるモード候補リストを形成する。例では（例えば、ＨＥＶＣ）、ＭＰＭリストは、３個の最確モードを含み、現在ブロックの近隣ブロックのイントラ予測モードに基づき構成される。ＭＰＭリストは、１次ＭＰＭリストとも呼ばれる。このような例では、現在ブロックのイントラ予測モードがＭＰＭリストからであるかどうかを示すために、ＭＰＭフラグがシグナリングされる。ＭＰＭフラグが、現在ブロックのイントラ予測モードがＭＰＭリストからであると示す場合、現在ブロックについて、ＭＰＭリストの中の３個の最確モードのうちの１つを示すために、ＭＰＭリストインデックスがシグナリングされる。しかしながら、ＭＰＭフラグが、現在ブロックのイントラ予測モードがＭＰＭリストからであると示す場合、現在ブロックについて、他の３２個のイントラモードのうちの１つを示すために、モードインデックスがシグナリングされる。

幾つかの例では、ＭＰＭリスト生成処理は以下のように示される。

ＭＰＭリスト生成処理では、leftIntraDirは、現在ブロックの左の近隣ブロック（左近隣ブロックと呼ばれる）のイントラ予測モードを示し、aboveIntraDirは、現在ブロックの上の近隣ブロック（上近隣ブロックと呼ばれる）のイントラ予測モードを示す。左近隣ブロック又は上近隣ブロックが利用可能でない場合、leftIntraDir又はaboveIntraDirはDC_IDXに設定できる。PLANAR_IDX、DC_IDX、及びVER_IDXは、それぞれ、平面モード（例えば、モード０）、ＤＣモード（例えば、モード１）、及び垂直モード（例えば、モード２６）のモードインデックスを示す。さらに、変数「offset」および「mod」は定数であり、例では、それぞれ２９及び３２に設定される。このような例では、左近隣ブロック及び上近隣ブロックの両方が同じ指向性モードを有するとき、第１最確モードは、同じ指向性モードに設定される。第２及び第３最確モードは、第１最確モードのモード番号に最も近い２個の指向性モードとして選択される。左近隣ブロック及び上近隣ブロックの両方が同じ非指向性モードを有するとき、第１、第２、及び第３最確モードは、それぞれ、平面モード、ＤＣモード、及び垂直モードに設定される。左近隣ブロック及び上近隣ブロックが異なるイントラ予測モードを有するとき、第１及び第２最確モードは、それぞれ、左近隣ブロック及び上近隣ブロックのイントラ予測モードに設定され、第３最確モードは、平面モード、ＤＣモード、又は垂直モードのうちのどれが、この順序で、最初の２個の最確モードのうちの１つと重複しないかに従い、これらのモードのうちの１つに設定される。

図８は、幾つかの例（例えば、ＶＶＣ）における例示的なイントラ予測方向及び対応するイントラ予測モードの説明を示す。図８には、全部で９５個のイントラ予測モード（モード－１４～モード８０）があり、この中で、モード１８は水平モードであり、モード５０は垂直モードであり、モード２、モード３４、モード６６は対角モードである。モード－１～－１４及びモード６７～８０は、広角イントラ予測（Wide－Angle Intra Prediction(WAIP)）モードと呼ばれる。

図７の例と同様に、図８の例で、モード符号化のためにＭＰＭリストが構成される。例えば、マルチラインイントラ予測では、ＭＰＭリストのサイズは、現在ブロックの隣接する参照ラインについて６に、隣接しない参照ラインについて５に、設定される。隣接する参照ライン及び隣接しない参照ラインは、図９を参照して説明される。

図９は、幾つかの例（例えば、ＶＶＣ）における例示的なマルチラインイントラ予測を示す。マルチラインイントラ予測では、イントラ予測のために複数の参照ラインが利用される。図９の例では、４本の参照ライン、つまり参照ライン０～３があり、参照ライン０は隣接参照ラインであり、ゼロ参照ラインとも呼ばれ、参照ライン１～３は非隣接参照ラインであり、非ゼロ参照ラインとも呼ばれる。各参照ラインは、垂直部分及び水平部分を含み、６個のセグメント、つまりセグメントＡ～セグメントＦで構成される。セグメントＡ及びＦは、それぞれセグメントＢ及びＥから最も近いサンプルによりパディングされる。更に、左上参照サンプルは、図９の例ではセグメントＣとＤとの間に含まれる。複数の参照ラインのうちの使用されるべき１つを示すために、参照ラインインデックスは、イントラ予測モードの前にシグナリングされる。非ゼロ参照ラインインデックスがシグナリングされる場合、最確モードのみが、イントラ予測のために使用されることを許可される。

図１０は、幾つかの例（例えば、ＶＶＣ）における現在ブロックのＭＰＭリストを導出するために使用される近隣ブロックの例示的な位置を示す。ブロックＡ及びブロックＢは、それぞれ、現在ブロックの左及び上近隣符号化単位（coding unit (CU)）を示す。ブロックＡは、現在ＣＵの左下角に隣接し、ブロックＢは、現在ＣＵの右上角に隣接する。変数「candIntraPredModeA」及び「candIntraPredModeB」は、それぞれ、ブロックＡ及びＢのイントラ予測モードを示し、最初にIntra_Planar.に設定される。ブロックＡ（又はＢ）が利用可能であるとマークされた場合、candIntraPredModeA（又はcandIntraPredModeB）は、ブロックＡ（又はＢ）の実際のイントラ予測モードに設定される。幾つかの例では、ＭＰＭ候補を導出するために使用される近隣ブロックの位置は、マルチラインイントラ予測では、隣接及び非隣接参照ラインについて同じである。

図１１は、幾つかの例（例えば、ＶＶＣ）におけるクロマブロックの例示的なイントラモード符号化を示すテーブルを示す。図１１には、クロマブロックのイントラモード符号化のための８個のイントラモード、つまり、平面モード、垂直モード、水平モード、ＤＣモード、導出モード、及び３個のクロスコンポーネント線形モデルモード（CCLM、LM_A、及びLM_L）がある。テーブルに示すように、クロマブロックのイントラモード符号化は、対応するルマブロックのイントラ予測モードに依存（例えば、直接依存）し得る。クロマ成分及びルマ成分は異なるブロックパーティション構造を使用し得るので、例えば、Ｉスライスでは、１つのクロマブロックが複数のルマブロックに対応し得る。従って、導出モードが、クロマブロックのイントラモード符号化のために使用されるとき、クロマブロックの中央位置をカバーする対応するルマブロックのイントラ予測モードは、クロマブロックのイントラ予測モードに直接継承される。

図１２は、幾つかの例（例えば、ＶＶＣ）における例示的なアフィン線形加重イントラ予測（affine linear weighted intra prediction (ALWIP)）を示す。幅Ｗ及び高さＨを有する予測ブロック（prediction block (PB)）のサンプルを予測するために、ＰＢのＨＥＶＣ個の再構成近隣境界サンプルの左の１列、及びＰＢのＷ個の再構成近隣境界サンプルの上の１行が、ＡＬＷＩＰに入力として取り入れられる。再構成近隣境界サンプルが利用可能でない場合、それらは、他のイントラ予測方法を用いて生成できる。ＡＬＷＩＰは、マトリクスに基づくイントラ予測（matrix based intra prediction (MIP)）とも呼ばれ得る。

例では、ＰＢは、以下の３つのステップに基づき予測できる。

（１）第１の複数の平均サンプルが、ＰＢの左の列の近隣境界サンプル（例えば、その部分集合）を平均することにより抽出され、第２の複数の平均サンプルが、ＰＢの上の行の近隣境界サンプル（例えば、その部分集合）を平均することにより抽出される。Ｗ＝Ｈ＝４個のサンプルの場合、第１の複数の平均サンプル及び第２の複数の平均サンプルの合計数は４である。他の場合には、全部で８個の平均サンプルが抽出される。

（２）平均サンプルは、マトリクスベクトルにより乗算される。乗算の結果にオフセットが追加されて、元のＰＢ内のサブサンプリングされたサンプルセット上の縮小されたＰＢを生成する。

（３）各方向においてサブサンプリングされたセット上の縮小されたＰＢに線形補間を適用することにより、サブサンプリングされたセット上の縮小されたＰＢから、残りの位置にある予測サンプルが生成される。

縮小されたＰＢを生成するために使用されるマトリクス及びオフセットは、マトリクスの３つの集合（Ｓ_０、Ｓ_１、及びＳ_２）から取り入れることができる。マトリクス集合Ｓ_０は、１８個のマトリクスＡ^ｉ _０、ｉ∈｛０，．．．，１７｝で構成され又は含む。各マトリクスは、１６個の行、及び４個の列、並びに１８個のオフセットベクトルｂ^ｉ _０、ｉ∈｛０，．．．，１７｝を有することができる。各オフセットベクトルは、１６のサイズを有することができる。マトリクス集合Ｓ_０に含まれるマトリクス及びオフセットベクトルは、４×４のサイズを有するブロックのために使用できる。マトリクス集合Ｓ_１は、１０個のマトリクスＡ^ｉ _１、ｉ∈｛０，．．．，９｝で構成され又は含む。各マトリクスは、１６個の行、及び８個の列、並びに１０個のオフセットベクトルｂ^ｉ _１、ｉ∈｛０，．．．，９｝を有することができる。各オフセットベクトルは、１６のサイズを有することができる。マトリクス集合Ｓ_１に含まれるマトリクス及びオフセットベクトルは、４×４、８×４、及び８×８のサイズを有するブロックのために使用できる。マトリクス集合Ｓ_２は、６個のマトリクスＡ^ｉ _２、ｉ∈｛０，．．．，５｝で構成され又は含む。各マトリクスは、６４個の行、及び８個の列、並びに６個のオフセットベクトルｂ^ｉ _２、ｉ∈｛０，．．．，５｝を有することができる。各オフセットベクトルは、６４のサイズを有することができる。マトリクス集合Ｓ_２に含まれるマトリクス及びオフセットベクトルは、全部の他の形状及びサイズを有するブロックのために使用できる。

図１２に示されるような８×８ブロックが与えられると、ＡＬＷＩＰは、垂直境界に沿って４個の平均、及び水平境界に沿って４個の平均を取り入れる。結果として生じる８個の平均は、マトリクスベクトル乗算に入力される。ブロックサイズのために、マトリクスはマトリクス集合Ｓ_１から取り入れられる。マトリクスベクトル乗算は、ブロックの奇数位置において１６個のサンプルを生成する。従って、合計でサンプル当たり（８×６）／（８×８）＝２回の乗算が実行される。オフセットを加算した後に、これらのサンプルは、削減された上境界サンプルを用いて垂直方向で補間され、次に元の左境界サンプルを用いて水平方向に補間される。この場合、補間処理は、乗算を必要としない。

ＡＬＷＩＰイントラ予測モードのためのＭＰＭリスト導出

本開示の態様によると、非ＡＬＷＩＰモードは、マッピングテーブルに従い、ＡＬＷＩＰモードにマッピングできる。マッピングテーブルは、ブロックサイズに基づき変更されることができる。一実施形態では、３つのマッピングテーブルmap_angular_to_alwip_idx、dix∈｛０，１，２｝があり、各マッピングテーブルは、それぞれのマトリクス集合（Ｓ_０～Ｓ_２のうちの１つ）に対応し、非ＡＬＷＩＰイントラ予測モードpredmode_Angularを特定のＡＬＷＩＰモードに、式１に示すように関連付ける。

マッピングテーブルのインデックスｉｄｘは、ＡＬＷＩＰパラメータの取り入れられるべき、３つのマトリクス集合のうちの１つを示す。インデックスは、予測単位（prediction unit (PU)）の幅Ｗ及び高さＨに基づき決定でき、式２及び式３に従い決定できる。

本開示の態様によると、イントラモードにおける各ＣＵについて、ＡＬＷＩＰが対応するＰＵに適用されるかどうかを示すフラグが、ビットストリーム内で送信される。フラグが、ＡＬＷＩＰが適用されるべきであると示すとき、ＡＬＷＩＰモードのインデックスpredmodeは、ＭＰＭリスト内のモード候補を示すためにシグナリングされる。例では、ＭＰＭリストは３個のＭＰＭ候補を含む。

ＡＬＷＩＰにより符号化される現在ブロックについてＭＰＭリストを生成するために、上のＡＬＷＩＰモードmode^above _ALWIP及び左のＡＬＷＩＰモードmode^left _ALWIPは以下のように導出できる。

現在ＰＵの上のＰＵが利用可能であり、現在ＰＵが存在するのと同じＣＴＵに属し、PU_aboveがＡＬＷＩＰモードpredmode^above _ALWIP、及びidx(PU)=idx(PU_above)を用いて符号化されるとき、上のＡＬＷＩＰモードは式４に従い決定できる。

上のＰＵが利用可能であり、現在ＰＵが存在するのと同じＣＴＵに属し、PU_aboveが非ＡＬＷＩＰイントラ予測モードpredmode^above _Angularを用いて符号化されるとき、上のＡＬＷＩＰモードは式５に従いマッピングテーブルを用いて決定できる。

他の場合には、上のＡＬＷＩＰモードは、式６に従い利用不可能に設定できる。

mode^left _ALWIPの値は、mode^above _ALWIPの値を導出するのと同じ方法で導出できるが、左のＰＵが現在ＰＵの存在するのと同じＣＴＵに属するかどうかをチェックしない。

従って、ＭＰＭリスト生成処理リストは、導出されたmode^left _ALWIP及びmode^above _ALWIP、並びに３つの所定の固定された規定ＭＰＭリストlist_idx、idx∈｛０，１，２｝、に基づき構成される。各々の所定の固定された規定ＭＰＭリストは、３つの異なるＡＬＷＩＰモードで構成され又は含む。例では、利用不可能モード－１が、規定値により代用され、重複するＡＬＷＩＰモードが除去される。

非ＡＬＷＩＰイントラ予測モードのためのＭＰＭリスト導出

本開示の態様によると、ＡＬＷＩＰモードは、マッピングテーブルに従い、非ＡＬＷＩＰモードにマッピングできる。マッピングテーブルは、ブロックサイズに基づき変更されることができる。３つのマッピングテーブルmap_alwip_to_angular_idx、idx∈｛０，１，２｝がある。各マッピングテーブルは、それぞれのマトリクス集合（Ｓ_０～Ｓ_２のうちの１つ）に対応し、ＡＬＷＩＰイントラ予測モードpredmode_ALWIPを特定の非ＡＬＷＩＰイントラ予測モードに、式７に示すように関連付ける。

ルマブロックのＭＰＭリスト導出について、ルマブロックの近隣ブロックがＡＬＷＩＰモードにより符号化されるとき、ＡＬＷＩＰモードを対応する非ＡＬＷＩＰイントラ予測モードにマッピングするために、３つのマッピングテーブルのうちの１つが使用できる。クロマブロックのＭＰＭリスト導出について、クロマブロックの関連付けられたルマブロックがＡＬＷＩＰモードにより符号化されるとき、ＡＬＷＩＰモードを非ＡＬＷＩＰイントラ予測モードに変換するために、同じマッピングが使用される。

上述の例では、ＡＬＷＩＰモードをシグナリングするために、ＭＰＭリストが構成される。ＭＰＭリストの構成は、近隣ブロックの予測モードをチェックすることを含む。近隣ブロックの予測モードがＡＬＷＩＰモードではないとき、近隣ブロックの予測モードは、マッピングテーブルを用いてＡＬＷＩＰモードにマッピングされるべきである。近隣ブロックの予測モードがＡＬＷＩＰモードであるとき、現在ブロック及び近隣ブロックが同じマトリクス集合を使用するかどうかをチェックするために、近隣ブロックの幅及び高さが評価される必要がある。このＭＰＭリスト生成処理は、複雑であり、簡略化できる。

更に、非ＡＬＷＩＰイントラ予測モードをシグナリングするために、近隣ブロックがＡＬＷＩＰモードを用いて符号化されるとき、近隣ブロックのＡＬＷＩＰモードを非ＡＬＷＩＰイントラ予測モードにマッピングするために、１つのルックアップテーブルが使用される。しかしながら、必ずしも、近隣ブロックについてＡＬＷＩＰモードを非ＡＬＷＩＰモードに変換しなくてよい。

更に、ＡＬＷＩＰモードは、クロマブロックのイントラ予測のために適用されないが、導出されたモードがクロマブロックについて使用され、クロマブロックの同一位置にあるルマブロックがＡＬＷＩＰモードを用いて符号化されるとき、同一位置にあるルマブロックのＡＬＷＩＰモードは、非ＡＬＷＩＰイントラ予測モードに変換される必要がある。この処理も、複雑であり、簡略化できる。

本開示の態様は、ＡＬＷＩＰ及び非ＡＬＷＩＰモードのための簡略化されたシグナリングを提供する。実施形態は、別個に又は任意の順序で使用されてよい。

本開示の態様によると、現在ブロックのＡＬＷＩＰモードインデックスのシグナリング及び／又は再構成は、現在ブロックの近隣ブロックのイントラ予測モードをチェックすることなく実行される。実施形態では、シグナリング及び／又は再構成は、現在ブロックの近隣ブロックのイントラ予測モードをチェックすることなく実行できる。例えば、図１０を参照すると、近隣ブロックは、左近隣ブロックＡ及び上近隣ブロックＢであり得る。左近隣ブロックＡは、現在ブロックの左下角に隣接し、上近隣ブロックＢは、現在ブロックの右上角に隣接する。このような例では、シグナリング及び／又は再構成は、左近隣ブロックＡ及び上近隣ブロックＢのイントラ予測モードをチェックすることなく実行できる。

実施形態では、ＡＬＷＩＰモードインデックスは直接シグナリングされる。ＡＬＷＩＰモードインデックスは、トランケートされたバイナリコードワード、固定長コードワード、又はトランケートされた単項コードワードのようなコードワードを用いて直接シグナリングできる。例えば、ＡＬＷＩＰモードインデックスは、５ビットの固定長コードワードを用いてシグナリングされる。別の例では、ＡＬＷＩＰモードの部分集合、例えば、Ｋ１個のＡＬＷＩＰモードは、Ｍ１ビットの固定長コードワードを用いてシグナリングされ、一方で、残りのＡＬＷＩＰモードは、Ｍ２ビットの固定長コードワードを用いてシグナリングされる。Ｋ１、Ｍ１、及びＭ２は、上述の例では非負整数である。

実施形態では、ＡＬＷＩＰモードインデックスは、ＭＰＭリストの再構成又はＭＰＭフラグのシグナリングを有しないで、シグナリングされる。例えば、トランケートされたバイナリコードワード又は固定長コードワードのようなコードワードが、ＡＬＷＩＰモードインデックスをシグナリングするために利用される。

実施形態では、現在ブロックがＡＬＷＩＰにより符号化されるとき、現在ブロックの近隣ブロックのイントラ予測モードに関係なく、現在ブロックのＭＰＭリスト内のモード候補が固定される。このような実施形態では、近隣ブロックの位置は、非ＡＬＷＩＰモードにおける予測のために使用されたもの（例えば、図１０の近隣ブロックＡ及びＢ）と同じであり得る。例では、現在ブロックがＡＬＷＩＰにより符号化されるとき、現在ブロックの近隣ブロックのイントラ予測モードに関係なく、現在ブロックのＭＰＭリスト内のモード候補及びモード候補の順序の両方が固定される。このような例では、近隣ブロックの位置は、非ＡＬＷＩＰモードにおける予測のために使用されたもの（例えば、図１０の近隣ブロックＡ及びＢ）と同じであり得る。別の例では、現在ブロックがＡＬＷＩＰにより符号化されるとき、現在ブロックのＭＰＭリスト内のモード候補及び／又はモード候補の順序は、現在ブロックの幅及び／又は高さに依存する。現在ブロックのＭＰＭリスト内のモード候補及び／又はモード候補の順序は、幾つかの実施形態では、現在ブロックの幅及び／又高さのみに依存できる。

幾つかの実施形態によると、ＡＬＷＩＰモードの合計数は、Ｎ＝２^ｋのように、２のべき乗であり、ここでＮはＡＬＷＩＰモードの合計数である。Ｋは、０～５等のうちの１つのような非負整数である。

実施形態では、Ｋの値は、現在ブロックのブロックサイズに依存する。例えば、現在ブロックのブロックサイズは、（ｉ）ブロック幅、（ｉｉ）ブロック高さ、（ｉｉｉ）ブロック幅及びブロック高さの平均、（ｉｖ）ブロック幅及びブロック高さのうちの最小のもの、（ｖ）ブロック幅及びブロック高さのうちの最大のもの、（ｖｉ）ブロック領域サイズ、又は（ｖｉｉ）ブロックアスペクト比、により示すことができる。

本開示の態様によると、非ＡＬＷＩＰイントラ予測モードを用いて符号化される現在ブロックのＭＰＭリストを構成するとき、現在ブロックの１つ以上の近隣ブロックの予測モードは、近隣ブロックの予測モードがＡＬＷＩＰモードであるとき、利用不可能である又は固定モードであるとマークされる。例では、１つ以上の近隣ブロックの位置は、他の非ＡＬＷＩＰモードにおける予測のために使用されたもの（例えば、図１０の近隣ブロックＡ及びＢ）と同じであり得る。実施形態では、非ＡＬＷＩＰイントラ予測モードを用いて符号化される現在ブロックのＭＰＭリストを構成するとき、現在ブロックの１つ以上の近隣ブロックの予測モードは、平面イントラ予測モードとしてマークされる。実施形態では、非ＡＬＷＩＰイントラ予測モードを用いて符号化される現在ブロックのＭＰＭリストを構成するとき、現在ブロックの１つ以上の近隣ブロックの予測モードは、ＤＣイントラ予測モードとしてマークされる。実施形態では、非ＡＬＷＩＰイントラ予測モードを用いて符号化される現在ブロックのＭＰＭリストを構成するとき、現在ブロックの１つ以上の近隣ブロックの予測モードは、平面、ＤＣ、水平、又は垂直イントラ予測モードとしてマークされる。

本開示の態様によると、ＡＬＷＩＰモードを用いて符号化される現在ブロックのＭＰＭリストを構成するとき、現在ブロックの１つ以上の近隣ブロックの予測モードは、利用可能である又は規定ＡＬＷＩＰモードであるとマークされる。実施形態では、近隣ブロックがＡＬＷＩＰにより符号化されるとき、その予測モードは利用可能であるとしてマークされ、或いは、近隣ブロックが非ＡＬＷＩＰにより符号化されるとき、その予測モードは規定ＡＬＷＩＰモードとしてマークされる。

実施形態では、現在ブロックがＡＬＷＩＰにより符号化されるとき、現在ブロックのＭＰＭリストを構成するために、近隣ブロックの予測モードは、予測モードが非ＡＬＷＩＰモードであるとき、ＡＬＷＩＰ予測モードに変換される。例えば、予測モードがモードインデックスｋを有するＡＬＷＩＰ予測モードに変換される。ここで、ｋの値は非負整数であり、ＡＬＷＩＰモードの最大許容モードインデックス番号を超えてはならない。

実施形態では、現在ブロックがＡＬＷＩＰにより符号化されるとき、現在ブロックのＭＰＭリストを構成するために、現在ブロックの近隣ブロックの予測モードは、予測モードがＡＬＷＩＰモードではないとき、利用不可能であるとマークされる。

実施形態では、現在ブロックがＡＬＷＩＰにより符号化されるとき、ＭＰＭリストのサイズは１に設定される。左（又は上）近隣ブロックのイントラ予測モードは、イントラ予測モードがＡＬＷＩＰモードであるとき、ＭＰＭリストに挿入できる。左及び上近隣ブロックの両方が非ＡＬＷＩＰにより符号化されるとき、１つの規定ＡＬＷＩＰモードがＭＰＭリストに挿入される。例では、規定ＡＬＷＩＰモードは、現在ブロックのブロックサイズに関係なく、固定される。例では、規定ＡＬＷＩＰモードは、平面モード（例えば、モード０）に設定される。

実施形態では、現在ブロックがＡＬＷＩＰにより符号化されるとき、ＭＰＭリストのサイズは２に設定される。左（又は上）近隣ブロックのイントラ予測モードは、イントラ予測モードがＡＬＷＩＰモードであるとき、ＭＰＭリストに挿入できる。左及び上近隣ブロックが非ＡＬＷＩＰモードを用いて符号化されるとき、規定ＡＬＷＩＰモードがＭＰＭリストに挿入される。例では、規定ＡＬＷＩＰモードは、現在ブロックのブロックサイズに関係なく、固定される。例では、ＭＰＭフラグが、現在ブロックのイントラ予測モードがＭＰＭリストからであると示すとき、例えばＭＰＭフラグが真であるとき、ＭＰＭリスト内のどのＭＰＭ候補が現在ブロックのために選択されるかを示すために、別のフラグがシグナリングされる。

本開示の態様によると、ＡＬＷＩＰモードのＭＰＭリストを導出するために使用された近隣ブロックの位置は、非ＡＬＷＩＰモードのものと同じである。実施形態では、ＡＬＷＩＰモードでは、ＭＰＭリストを導出するために使用される近隣ブロックの位置は、図１０に示すように、現在ブロックの右上角又は左下角に隣接する。

本開示の態様によると、ＡＬＷＩＰモードのためのＭＰＭリストのサイズは、例えば符号化ビデオシーケンスに含まれる符号化情報に依存する。符号化情報は、限定ではないが、１つ以上の近隣ブロックのイントラ予測モード、１つ以上の近隣ブロックの参照ラインインデックス、１つ以上の近隣ブロックのＡＬＷＩＰフラグ、のうちの１つ以上を含むことができる。

実施形態では、現在ブロックがＡＬＷＩＰにより符号化され、右上及び左下近隣ブロックの両方が非ＡＬＷＩＰにより符号化されるとき、現在ブロックについて、ＭＰＭリストは構成されず、ＡＬＷＩＰモードインデックスが直接シグナリングされる。

実施形態では、現在ブロックがＡＬＷＩＰにより符号化され、現在ブロックの近隣ブロックのうちの少なくとも１つがＡＬＷＩＰにより符号化されるとき、現在ブロックのためのＭＰＭリストのサイズは、１又は２のような非負整数に設定される。

本開示の態様によると、ＡＬＷＩＰは、クロマブロックに適用されない。従って、現在クロマブロックの関連付けられたルマブロック（例えば、同一位置にあるルマブロック）がＡＬＷＩＰにより符号化され、導出されたモードが現在クロマブロックのために使用されるとき、規定非ＡＬＷＩＰモードが、現在クロマブロックのために使用される。一実施形態では、規定非ＡＬＷＩＰモードは平面モードである。別の実施形態では、規定非ＡＬＷＩＰモードはＤＣモードである。

本開示の態様によると、現在クロマブロックが複数のルマブロックに関連付けられ、例えば、現在クロマブロックが複数の同一位置にあるルマブロックに関連付けられ、導出されたモードが現在ブロックのために使用されるとき、複数の関連付けられたルマブロックのうちの１つが非ＡＬＷＩＰイントラ予測モードにより符号化されるかどうかを決定するために、複数のルマブロックがチェックされる。

実施形態では、複数の関連付けられたルマブロックのうちの１つが、非ＡＬＷＩＰイントラ予測モードにより符号化されると決定されると、非ＡＬＷＩＰイントラ予測モードが、現在クロマブロックのイントラ予測モードとして使用される。

実施形態では、複数の関連付けられたルマブロック（例えば、同一位置にあるルマブロック）のうちのいずれも、非ＡＬＷＩＰイントラ予測モードにより符号化されないとき、規定非ＡＬＷＩＰイントラ予測モードが、現在クロマブロックのイントラ予測モードとして使用される。

図１３は、本開示の一実施形態による、処理（１３００）の概要を示すフローチャートを示す。処理（１３００）は、再構成中のブロックについて予測ブロックを生成するために、イントラモードで符号化されたブロックの再構成において使用できる。種々の実施形態では、処理（１３００）は、端末装置（１１０）、（１２０）、（１３０）及び（１４０）内の処理回路、ビデオエンコーダ（２０３）の機能を実行する処理回路、ビデオデコーダ（２１０）の機能を実行する処理回路、ビデオデコーダ（３１０）の機能を実行する処理回路、ビデオエンコーダ（４０３）の機能を実行する処理回路、等のような処理回路により実行される。幾つかの実施形態では、処理（１３００）は、ソフトウェア命令で実装され、したがって、処理回路がソフトウェア命令を実行すると、処理回路が処理（１３００）を実行する。処理は（Ｓ１３０１）で開始し、（Ｓ１３１０）に進む。

ステップ（Ｓ１３１０）で、処理（１３００）は、符号化ビデオシーケンスの一部である現在ピクチャ内の現在ブロックの予測情報を復号する。予測情報は、現在ブロックがアフィン線形加重イントラ予測（affine linear weighted intra prediction (ALWIP)）で符号化されるかどうかを示す。予測情報が、現在ブロックはＡＬＷＩＰで符号化されると示すことに応答して、処理（１３００）はステップ（Ｓ１３２０）へ進む。

ステップ（Ｓ１３２０）で、処理（１３００）は、現在ブロックに隣接する近隣ブロックの予測モードを表すＡＬＷＩＰモードインデックスを決定する。ＡＬＷＩＰモードインデックスは、複数のＡＬＷＩＰモードのうちの１つを示す。次に、処理（１３００）は（Ｓ１３３０）に進む。

ステップ（Ｓ１３３０）で、処理（１３００）は、複数のＡＬＷＩＰモードのうちの１つに従い現在ブロックを再構成する。次に、処理（１３００）は（Ｓ１３９９）に進み終了する。

実施形態では、ＡＬＷＩＰモードインデックスは、トランケートされたバイナリコードワード、固定長コードワード、及びトランケートされた単項コードワード、のうちの１つである。

実施形態では、予測情報が、現在ブロックがＡＬＷＩＰで符号化されると示すことに応答して、処理（１３００）は、少なくとも１つの固定モード候補を含むモード候補リストを構成する。少なくとも１つの固定モード候補は、複数のＡＬＷＩＰモードのうちの所定の部分集合である。

実施形態では、複数のＡＬＷＩＰモードの合計数は、２のべき乗である。

本開示の態様によると、予測情報が、現在ブロックが、ＡＬＷＩＰで符号化されないと示すことに応答して、処理（１３００）は、近隣ブロックのうちの１つがＡＬＷＩＰで符号化されるかどうかを決定する。近隣ブロックのうちの１つがＡＬＷＩＰで符号化されることに応答して、処理（１３００）は、（ｉ）プリセットイントラ予測モード、及び（ｉｉ）近隣ブロックのうちの別の近隣ブロックのイントラ予測モード、のうちの１つに基づき、モード候補リストを構成する。

実施形態では、プリセット予測モードは、平面イントラ予測モード、ＤＣＩイントラ予測モード、水平イントラ予測モード、及び垂直イントラ予測モード、のうちの１つである。

実施形態では、処理（１３００）は、近隣ブロックのうちの１つがＡＬＷＩＰで符号化されることに応答して、近隣ブロックのうちの該１つを利用不可能として設定する。

実施形態では、予測情報が、現在ブロックはＡＬＷＩＰで符号化されると示し、導出されたモードが現在ブロックの関連するクロマブロックのために使用されることに応答して、処理（１３００）は、関連するクロマブロックの予測モードを、プリセットイントラ予測モードになるよう設定する。

図１４は、本開示の一実施形態による、処理（１４００）の概要を示すフローチャートを示す。処理（１４００）は、再構成中のブロックについて予測ブロックを生成するために、イントラモードで符号化されたブロックの再構成において使用できる。種々の実施形態では、処理（１４００）は、端末装置（１１０）、（１２０）、（１３０）及び（１４０）内の処理回路、ビデオエンコーダ（２０３）の機能を実行する処理回路、ビデオデコーダ（２１０）の機能を実行する処理回路、ビデオデコーダ（３１０）の機能を実行する処理回路、ビデオエンコーダ（４０３）の機能を実行する処理回路、等のような処理回路により実行される。幾つかの実施形態では、処理（１４００）は、ソフトウェア命令で実装され、したがって、処理回路がソフトウェア命令を実行すると、処理回路が処理（１４００）を実行する。処理は（Ｓ１４０１）で開始し、（Ｓ１４１０）に進む。

ステップ（Ｓ１４１０）で、処理（１４００）は、符号化ビデオシーケンスの一部である現在ピクチャ内の現在ブロックの予測情報を復号する。予測情報は、現在ブロックがアフィン線形加重イントラ予測（ＡＬＷＩＰ）で符号化されると示す。次に、処理（１４００）は（Ｓ１４２０）に進む。

ステップ（Ｓ１４２０）で、処理（１４００）は、現在ブロックに隣接する近隣ブロックがＡＬＷＩＰで符号化されるかどうかを決定する。近隣ブロックがＡＬＷＩＰで符号化されないことに応答して、処理（１４００）はステップ（Ｓ１４３０）へ進む。

ステップ（Ｓ１４３０）で、処理（１４００）は、（ｉ）プリセットＡＬＷＩＰモード、及び（ｉｉ）別の近隣ブロックのＡＬＷＩＰモード、のうちの１つに基づき、モード候補リストを構成する。次に、処理（１４００）は（Ｓ１４４０）に進む。

ステップ（Ｓ１４４０）で、処理（１４００）は、モード候補リストに基づき現在ブロックを再構成する。次に、処理（１４００）は（Ｓ１４９９）に進み終了する。

実施形態では、近隣ブロックがＡＬＷＩＰで符号化されないことに応答して、処理（１４００）は、近隣ブロックを利用不可能として設定する。

実施形態では、近隣ブロックは、現在ブロックの右上角又は左下角に隣接する。

実施形態では、モード候補リストのサイズは、符号化ビデオシーケンスに含まれる近隣ブロックの符号化情報に基づく。

実施形態では、予測情報は、現在ブロックのクロマブロックが複数のルマブロックに関連付けられることを示し、処理（１４００）は、複数のルマブロックのうちのルマブロックが非ＡＬＷＩＰイントラ予測モードで符号化されるかどうかを決定する。ルマブロックが非ＡＬＷＩＰイントラ予測モードで符号化されることに応答して、処理（１４００）は、現在ブロックのクロマブロックの予測モードが、ルマブロックの非ＡＬＷＩＰイントラ予測モードであると決定する。

実施形態では、予測情報は、現在ブロックのクロマブロックが複数のルマブロックに関連付けられることを示し、処理（１４００）は、複数のルマブロックのうちのルマブロックが非ＡＬＷＩＰイントラ予測モードで符号化されるかどうかを決定する。複数のルマブロックの各々がＡＬＷＩＰで符号化されることに応答して、処理（１４００）は、現在ブロックのクロマブロックの予測モードがプリセットイントラ予測モードであると決定する。

コンピュータシステム

上述の技術は、コンピュータ可読命令を用いてコンピュータソフトウェアとして実装でき、１つ以上のコンピュータ可読媒体に物理的に格納でる。例えば、図１５は、本開示の主題の特定の実施形態を実装するのに適するコンピュータシステム（１５００）を示す。

コンピュータソフトウェアは、アセンブリ、コンパイル、リンク等のメカニズムにより処理されて、１つ以上のコンピュータ中央処理ユニット（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）、等により直接又はインタープリット、マイクロコード実行、等を通じて実行可能な命令を含むコードを生成し得る、任意の適切な機械コードまたはコンピュータ言語を用いて符号化できる。

命令は、例えばパーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲーム装置、モノのインターネット装置、等を含む種々のコンピュータ又はそのコンポーネントで実行できる。

コンピュータシステム（１５００）の図１５に示すコンポーネントは、本来例示であり、本開示の実施形態を実装するコンピュータソフトウェアの使用又は機能の範囲に対するようないかなる限定も示唆しない。さらに、コンポーネントの構成も、コンピュータシステム（１５００）の例示的な実施形態に示されたコンポーネントのうちのいずれか又は組み合わせに関連する任意の依存性又は要件を有すると解釈されるべきではない。

コンピュータシステム（１５００）は、特定のヒューマンインタフェース入力装置を含んでよい。このようなヒューマンインタフェース入力装置は、例えば感覚入力（例えば、キーストローク、スワイプ、データグラブ動作）、音声入力（例えば、音声、クラッピング）、視覚的入力（例えば、ジェスチャ）、嗅覚入力（示されない）を通じた１人以上の人間のユーザによる入力に応答してよい。ヒューマンインタフェース装置は、必ずしも人間による意識的入力に直接関連する必要のない特定の媒体、例えば音声（例えば、会話、音楽、環境音）、画像（例えば、スキャンされた画像、デジタルカメラから取得された写真画像）、ビデオ（例えば、２次元ビデオ、３次元ビデオ、立体ビデオを含む）をキャプチャするためにも使用できる。

入力ヒューマンインタフェース装置は、キーボード（１５０１）、マウス（１５０２）、トラックパッド（１５０３）、タッチスクリーン（１５１０）、データグラブ（図示しない）、ジョイスティック（１５０５）、マイクロフォン（１５０６）、スキャナ（１５０７）、カメラ（１５０８）、のうちの１つ以上を含んでよい（そのうちの１つのみが示される）。

コンピュータシステム（１５００）は、特定のヒューマンインタフェース出力装置も含んでよい。このようなヒューマンインタフェース出力装置は、例えば感覚出力、音声、光、及び匂い／味を通じて１人以上の人間のユーザの感覚を刺激してよい。このようなヒューマンインタフェース出力装置は、感覚出力装置を含んでよい（例えば、タッチスクリーン（１５１０）、データグラブ（図示しない）、又はジョイスティック（１５０５（による感覚フィードバック、しかし入力装置として機能しない感覚フィードバック装置も存在し得る）、音声出力装置（例えば、スピーカ（１５０９）、ヘッドフォン（図示しない）、視覚的出力装置（例えば、スクリーン（１５１０）、ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含み、それぞれタッチスクリーン入力能力を有し又は有さず、それぞれ感覚フィードバック能力を有し又は有さず、これらのうちの幾つかは例えば立体出力、仮想現実眼鏡（図示しない）、ホログラフィックディスプレイ、及び発煙剤タンク（図示しない）、及びプリンタ（図示しない）のような手段を通じて２次元視覚出力又は３次元以上の出力を出力可能であってよい））。これらの視覚出力装置（例えば、スクリーン（１５１０））は、グラフィックアダプタ（１５５０）を通じてシステムバス（１５４８）に接続できる。

コンピュータシステム（１５００）は、人間のアクセス可能な記憶装置、及び、例えばＣＤ／ＤＶＤ等の媒体（１５２１）を備えるＣＤ／ＤＶＤ ＲＯＭ／ＲＷ（１５２０）のような光学媒体、サムドライブ（１５２２）、取り外し可能ハードドライブ又は個体状態ドライブ（１５２３）、テープ及びフロッピディスク（図示しない）のようなレガシー磁気媒体、セキュリティドングル（図示しない）等のような専用ＲＯＭ／ＡＳＩＣ／ＰＬＤに基づく装置のような関連する媒体も含み得る。

当業者は、本開示の主題と関連して使用される用語「コンピュータ可読媒体」が伝送媒体、搬送波、又は他の一時的信号を包含しないことも理解すべきである。

コンピュータシステム（１５００）は、１つ以上の通信ネットワーク（１５５５）へのネットワークインタフェース（１５５４）も含み得る。１つ以上の通信ネットワーク（１５５５）は、例えば無線、有線、光であり得る。１つ以上の通信ネットワーク（１５５５）は、更に、ローカル、広域、都市域、車両及び産業、リアルタイム、耐遅延性、等であり得る。１つ以上の通信ネットワークの例は、イーサネットのようなローカルエリアネットワーク、無線ＬＡＮ、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＥＴ等を含むセルラネットワーク、ケーブルＴＶ、衛星ＴＶ、地上波放送ＴＶを含むＴＶ有線又は無線広域デジタルネットワーク、ＣＡＮＢｕｓを含む車両及び産業、等を含む。特定のネットワークは、一般に、特定の汎用データポート又は周辺機器バス（１５４９）（例えば、コンピュータシステム（１５００）のＵＳＢポート）に取り付けられる外部ネットワークインタフェースを必要とする。他のものは、一般に、後述するようなシステムバスへの取り付けによりコンピュータシステム（１５００）のコアに統合される（例えば、イーサネットインタフェースをＰＣコンピュータシステムへ、又はセルラネットワークインタフェースをスマートフォンコンピュータシステムへ）。これらのネットワークを用いて、コンピュータシステム（１５００）は、他のエンティティと通信できる。このような通信は、単方向受信のみ（例えば、放送ＴＶ）、単方向送信のみ（例えば、特定のＣＡＮｂｕｓ装置へのＣＡＮｂｕｓ）、又は例えばローカル又は広域デジタルネットワークを用いて他のコンピュータシステムへの双方向であり得る。特定のプロトコル及びプロトコルスタックが、上述のネットワーク及びネットワークインタフェースの各々で使用され得る。

前述のヒューマンインタフェース装置、人間のアクセス可能な記憶装置、及びネットワークインタフェースは、コンピュータシステム（１５００）のコア（１５４０）に取り付け可能である。

コア（１５４０）は、１つ以上の中央処理ユニット（ＣＰＵ）（１５４１）、グラフィック処理ユニット（ＧＰＵ）（１５４２）、ＧＰＧＡの形式の専用プログラマブル処理ユニット（１５４３）、特定タスクのためのハードウェアアクセラレータ（１５４４）、等を含み得る。これらの装置は、読み出し専用メモリ（ＲＯＭ）（１５４５）、ランダムアクセスメモリ（１５４６）、内部のユーザアクセス不可能なハードドライブ、ＳＳＤ、等のような内蔵大容量記憶装置（１５４７）と共に、システムバス（１５４８）を通じて接続されてよい。幾つかのコンピュータシステムでは、追加CPU、GPU、等による拡張を可能にするために、システムバス１５４８は、１つ以上の物理プラグの形式でアクセス可能である。周辺機器は、コアのシステムバス１５４８に直接に、又は周辺機器バス１５４９を通じて、取り付け可能である。周辺機器バスのアーキテクチャは、ＰＣＩ、ＵＳＢ、等を含む。

ＣＰＵ（１５４１）、ＧＰＵ（１５４２）、ＦＰＧＡ（１５４３）、及びアクセラレータ（１５４４）は、結合されて前述のコンピュータコードを生成可能な特定の命令を実行できる。該コンピュータコードは、ＲＯＭ（１５４５）又はＲＡＭ（１５４６）に格納できる。一時的データもＲＡＭ（１５４６）に格納でき、一方で、永久的データは例えば内蔵大容量記憶装置（１５４７）に格納できる。メモリ装置のうちのいずれかへの高速記憶及び読み出しは、ＣＰＵ（１５４１）、ＧＰＵ（１５４２）、大容量記憶装置（１５４７）、ＲＯＭ（１５４５）、ＲＡＭ（１５４６）等のうちの１つ以上に密接に関連付けられ得るキャッシュメモリの使用を通じて可能にできる。

コンピュータ可読媒体は、種々のコンピュータにより実施される動作を実行するためのコンピュータコードを有し得る。媒体及びコンピュータコードは、本開示の目的のために特別に設計され構成されたものであり得、又は、コンピュータソフトウェア分野の当業者によく知られ利用可能な種類のものであり得る。

例として及び限定ではなく、アーキテクチャを有するコンピュータシステム（１５００）、及び具体的にはコア（１５４０）は、プロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータ、等を含む）が１つ以上の有形コンピュータ可読媒体内に具現化されたソフトウェアを実行した結果として、機能を提供できる。このようなコンピュータ可読媒体は、コア内蔵大容量記憶装置（１５４７）又はＲＯＭ（１５４５）のような非一時的特性のコア（１５４０）の特定の記憶装置、及び上述のようなユーザアクセス可能な大容量記憶装置と関連付けられた媒体であり得る。本開示の種々の実施形態を実装するソフトウェアは、このような装置に格納されコア（１５４０）により実行できる。コンピュータ可読媒体は、特定の必要に従い、１つ以上のメモリ装置又はチップを含み得る。ソフトウェアは、コア（１５４０）及び具体的にはその中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、等を含む）に、ソフトウェアにより定義された処理に従うＲＡＭ（１５４６）に格納されたデータ構造の定義及び該データ構造の変更を含む、ここに記載した特定の処理又は特定の処理の特定の部分を実行させることができる。追加又は代替として、コンピュータシステムは、ここに記載の特定の処理又は特定の処理の特定の部分を実行するためにソフトウェアと一緒に又はそれに代わって動作可能な論理ハードワイヤド又は他の回路内の実装（例えば、アクセラレータ（１５４４））の結果として機能を提供できる。ソフトウェアへの言及は、ロジックを含み、適切な場合にはその逆も同様である。コンピュータ可読媒体への言及は、適切な場合には、実行のためにソフトウェアを格納する（集積回路（IC）のような）回路、実行のためにロジックを実装する回路、又はそれらの両方を含み得る。本開示は、ハードウェア及びソフトウェアの任意の適切な組み合わせを含む。

本開示は、幾つかの例示的な実施形態を記載したが、代替、置換、及び種々の代用の均等物が存在し、それらは本開示の範囲に包含される。当業者に明らかなことに、ここに明示的に示され又は説明されないが、本開示の原理を実施し、したがって、本開示の精神及び範囲に含まれる多数のシステム及び方法を考案可能である。

付録Ａ：略語
ALWIP (or LWIP): Affine Linear Weighted Intra Prediction
AMVP: Advanced Motion Vector Prediction
ASIC: Application-Specific Integrated Circuit
ATMVP: Alternative/Advanced Temporal Motion Vector Prediction
BMS: Benchmark Set
BV: Block Vector
CANBus: Controller Area Network Bus
CB: Coding Block
CD: Compact Disc
CPR: Current Picture Referencing
CPUs: Central Processing Units
CRT: Cathode Ray Tube
CTBs: Coding Tree Blocks
CTUs: Coding Tree Units
CU: Coding Unit
DM: Derived Mode
DPB: Decoder Picture Buffer
DVD: Digital Video Disc
FPGA: Field Programmable Gate Areas
GOPs: Groups of Pictures
GPUs: Graphics Processing Units
GSM: Global System for Mobile communications
HDR: High Dynamic Range
HEVC: High Efficiency Video Coding
HRD: Hypothetical Reference Decoder
IBC: Intra Block Copy
IC: Integrated Circuit
ISP: Intra Sub-Partition
JEM: Joint Exploration Model
JVET: Joint Video Exploration Team
LAN: Local Area Network
LCD: Liquid-Crystal Display
LTE: Long-Term Evolution
MIP: Matrix-based Intra Prediction
MPM: Most Probable Mode
MV: Motion Vector
OLED: Organic Light-Emitting Diode
PBs: Prediction Blocks
PCI: Peripheral Component Interconnect
PDPC: Position Dependent Prediction Combination
PLD: Programmable Logic Device
PU: Prediction Unit
RAM: Random Access Memory
ROM: Read-Only Memory
SCC: Screen Content Coding
SDR: Standard Dynamic Range
SEI: Supplementary Enhancement Information
SNR: Signal Noise Ratio
SSD: Solid-state Drive
TUs: Transform Units
USB: Universal Serial Bus
VUI: Video Usability Information
VVC: Versatile Video Coding
WAIP: Wide-Angle Intra Prediction

Claims (19)

1. デコーダが実行するビデオ復号の方法であって、
   符号化ビデオシーケンスの一部である現在ピクチャ内の現在ブロックの予測情報を復号するステップであって、前記予測情報は、前記現在ブロックがマトリクスに基づくイントラ予測（ＭＩＰ）で符号化されるかどうかを示す、ステップと、
   前記予測情報が、前記現在ブロックはＭＩＰで符号化されると示すことに応答して、ＭＩＰモードインデックスを決定するステップであって、前記ＭＩＰモードインデックスは、複数のＭＩＰモードのうちの１つを示す、ステップと、
   前記現在ブロックを再構成するステップであって、前記予測情報が、前記現在ブロックはＭＩＰモードで符号化されることを示すとき、前記複数のＭＷＩＰモードのうちの前記１つに従い前記現在ブロックを再構成するステップと、
   を含む方法。
2. 前記予測情報が、前記現在ブロックはＭＩＰで符号化されないことを示し、複数の近隣ブロックのうちの１つがＭＩＰで符号化されることに応答して、前記現在ブロックのイントラ予測候補モードが平面イントラ予測モードであることを決定するステップ、を更に含み、
   前記現在ブロックを再構成するステップは、前記予測情報が、前記現在ブロックはＭＩＰで符号化されないことを示し、前記複数の近隣ブロックのうちの前記１つがＭＩＰで符号化されるとき、前記平面イントラ予測モードに従い、前記現在ブロックを再構成する、請求項１に記載の方法。
3. 前記ＭＩＰモードインデックスは、トランケートされたバイナリコードワード、固定長コードワード、及びトランケートされた単項コードワード、のうちの１つである、請求項１又は２に記載の方法。
4. 前記予測情報が、前記現在ブロックはＭＩＰで符号化されると示すことに応答して、
   少なくとも１つの固定モード候補を含むモード候補リストを構成するステップであって、前記少なくとも１つの固定モード候補は、前記複数のＭＩＰモードのうちの所定の部分集合である、ステップ、を更に含む請求項１～３のいずれか一項に記載の方法。
5. 前記複数のＭＩＰモードの合計数は、２のべき乗である、請求項１～４のいずれか一項に記載の方法。
6. 前記予測情報が、前記現在ブロックはＭＷＩＰで符号化されないと示し、複数の近隣ブロックのうちの１つがＭＩＰで符号化されることに応答して、
   （ｉ）プリセットイントラ予測モード、及び（ｉｉ）前記近隣ブロックのうち別の近隣ブロックのイントラ予測モード、のうちの１つに基づき、モード候補リストを構成するステップであって、前記モード候補リストは、前記平面イントラ予測モードを含む、ステップ、
   を更に含む請求項２～５のいずれか一項に記載の方法。
7. 前記プリセットイントラ予測モードは、平面イントラ予測モード、ＤＣＩイントラ予測モード、水平イントラ予測モード、及び垂直イントラ予測モード、のうちの１つである、請求項６に記載の方法。
8. 前記構成するステップは、
   前記複数の近隣ブロックのうちの前記１つを利用不可能として設定するステップ、
   を更に含む請求項６又は７に記載の方法。
9. 前記予測情報が、前記現在ブロックはＭＩＰで符号化されると示し、導出されたモードが前記現在ブロックの関連するクロマブロックのために使用されることに応答して、
   前記関連するクロマブロックの予測モードを、プリセットイントラ予測モードになるよう設定するステップ、
   を更に含む請求項１～８のいずれか一項に記載の方法。
10. デコーダが実行するビデオ復号の方法であって、
    符号化ビデオシーケンスの一部である現在ピクチャ内の現在ブロックの予測情報を復号するステップであって、前記予測情報は、前記現在ブロックがマトリクスに基づくイントラ予測（ＭＩＰ）で符号化されることを示す、ステップと、
    前記現在ブロックに隣接する近隣ブロックがＭＩＰで符号化されるかどうかを決定するステップと、
    前記近隣ブロックがＭＩＰで符号化されないことに応答して、
    （ｉ）プリセットＭＩＰモード、及び（ｉｉ）別の近隣ブロックのＭＩＰモード、のうちの１つに基づき、モード候補リストを構成するステップと、
    前記モード候補リストに基づき、前記現在ブロックを再構成するステップと、
    を含む方法。
11. 前記構成するステップは、
    前記近隣ブロックがＭＩＰで符号化されないことに応答して、
    前記近隣ブロックを利用不可能として設定するステップ、
    を更に含む請求項１０に記載の方法。
12. 前記近隣ブロックは、前記現在ブロックの右上角又は左下角に隣接する、請求項１０又は１１に記載の方法。
13. 前記モード候補リストのサイズは、前記符号化ビデオシーケンスに含まれる前記近隣ブロックの符号化情報に基づく、請求項１０～１２のいずれか一項に記載の方法。
14. 前記予測情報は、前記現在ブロックのクロマブロックが複数のルマブロックに関連付けられることを示し、前記方法は、
    前記複数のルマブロックのうちのルマブロックが非ＭＩＰイントラ予測モードで符号化されるかどうかを決定するステップと、
    前記ルマブロックが前記非ＭＩＰイントラ予測モードで符号化されることに応答して、
    前記現在ブロックの前記クロマブロックの予測モードが前記ルマブロックの前記非ＭＩＰイントラ予測モードであると決定するステップと、
    を更に含む請求項１０～１３のいずれか一項に記載の方法。
15. 前記複数のルマブロックの各々がＭＩＰで符号化されることに応答して、
    前記現在ブロックの前記クロマブロックの前記予測モードがプリセットイントラ予測モードであると決定するステップ、
    を更に含む請求項１４に記載の方法。
16. 機器であって、プロセッサとメモリとを含み、前記プロセッサが前記メモリに記憶されたプログラムをロードし実行することにより、請求項１～９のいずれか一項に記載の方法を実現する機器。
17. 機器であって、プロセッサとメモリとを含み、前記プロセッサが前記メモリに記憶されたプログラムをロードし実行することにより、請求項１０～１５のいずれか一項に記載の方法を実現する機器。
18. コンピュータプログラムであって、機器により実行されると、前記機器に請求項１～９のいずれか一項に記載の方法を実行させる、コンピュータプログラム。
19. コンピュータプログラムであって、機器により実行されると、前記機器に請求項１０～１５のいずれか一項に記載の方法を実行させる、コンピュータプログラム。
    

Images