JP7062788B2 - ビデオを復号する方法、装置およびコンピュータプログラム - Google Patents

Description

［関連出願への相互参照］
本開示は、２０１８年４月２日に提出された米国仮出願第６２／６５１，５４７「ビデオ圧縮における複数ラインのフレーム内予測のための方法および装置」、および２０１８年１１月２６日に提出された米国出願第１６／２００，５３３「ビデオ圧縮における複数ラインのフレーム内予測のための方法および装置」に対する優先権の利益を主張し、それらの全体が参照により本明細書に組み込まれる。

本開示は、ビデオ符号化／復号化の技術に関し、特に、ビデオを復号する方法、装置およびコンピュータプログラムに関する。

本明細書で提供される背景技術の説明は、本開示のコンテキストを全体的に示すことを目的とする。この背景技術部分および本明細書の各態様において説明された、現在署名されている発明者の研究は、本開示の提出時に先行技術として示されていない可能性があり、また、明示的にも黙示的にも本開示の先行技術として認めていない。

ビデオ符号化と復号化は、動き補償を有するフレーム間画像予測を用いて実行されることができる。圧縮されていないデジタルビデオは、一連の画像を含むことができ、各画像が、例えば１９２０×１０８０の輝度サンプルおよび関連付けられた色度サンプルの空間的次元を有する。この一連の画像は、例えば１秒間に６０枚の画像または６０ヘルツ（Ｈｚ）の固定または可変の画像レート（非公式にはフレームレートとして知られている）を有することができる。圧縮されていないビデオには、非常に高いビットレート要件がある。例えば、サンプルあたり８ビットの１０８０ｐ６０ ４：２：０のビデオ（６０Ｈｚのフレームレートでの１９２０ｘ１０８０の輝度サンプル解像度）は、１．５Ｇｂｉｔ／ｓの帯域幅に近い必要がある。このようなビデオは、一時間で６００ＧＢ以上の記憶空間を必要とする。

ビデオ符号化および復号化の１つの目的は、入力ビデオ信号における冗長情報を圧縮により低減することである。圧縮は、上記の帯域幅または記憶空間に対する要件を低減することを助けることができ、いくつかの場合では、二桁以上程度を低減することができる。無損失性および損失性の圧縮、ならびに両方の組み合わせは、いずれも使用されることができる。無損失性の圧縮とは、元の信号の正確なコピーを圧縮された元の信号から再構築することができる、という技術を指す。損失性の圧縮が使用される場合、再構築された信号は、元の信号と同一ではない可能性があるが、元の信号と再構築された信号との間の歪みが十分に小さいので、再構築された信号が予想されるアプリケーションに利用されることができる。ビデオの場合、損失性の圧縮は広く使われている。許容される歪みの量は、アプリケーションに依存し、例えば、あるストリーミングアプリケーションを消費するユーザは、テレビ配信アプリケーションのユーザより、高い歪みを許容することができる。実現可能な圧縮比は、より高い許可／許容可能な歪みがより高い圧縮比を生成することができる、ということを反映している。

ビデオエンコーダおよびデコーダは、例えば動き補償、変換、量子化およびエントロピー符号化を含む、いくつかの広範なカテゴリからの技術を利用することができる。

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

例えばＭＰＥＧ―２符号化技術から知られているような従来のフレーム内符号化は、フレーム内予測を使用していない。しかしながら、いくつかのより新しいビデオ圧縮技術は、例えば、周囲のサンプルデータおよび／またはメタデータからデータブロックを取得しようとする技術を含み、周囲のサンプルデータおよび／またはメタデータは、空間的に隣接するブロックの符号化／復号化期間で、かつ、復号化順の前に得られたものである。このような技術は、以降「フレーム内予測」技術と呼ばれる。少なくともいくつかの場合では、フレーム内予測は、参照画像からの参照データを使用せずに、再構築中の現在画像からの参照データのみを使用する、ということに留意されたい。

多くの異なる形態のフレーム内予測が存在することができる。与えられたビデオ符号化技術では、このような技術のうちの２つ以上を使用することができる場合、使用中の技術は、フレーム内予測モードで符号化を行うことができる。いくつかの場合では、モードは、サブモードおよび／またはパラメータを有してもよいし、これらのモードが、単独で符号化されてもよく、またはモードコードワードに含まれてもよい。どのコードワードを与えられたモード／サブモード／パラメータの組み合わせに使用するかは、フレーム内予測によって符号化効率利得に影響を及ぼすので、コードワードをビットストリームに変換するために使用されるエントロピー符号化技術には、このような場合もある。

フレーム内予測の特定のモードは、Ｈ．２６４で導入され、Ｈ．２６５において改善され、また、共同探索モデル（ＪＥＭ：ｊｏｉｎｔ ｅｘｐｌｏｒａｔｉｏｎ ｍｏｄｅｌ）、汎用ビデオ符号化（ＶＶＣ：ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ）、ベンチマークセット（ＢＭＳ：ｂｅｎｃｈｍａｒｋ ｓｅｔ）などの、更新しい符号化／復号化技術においてさらに改善される。予測ブロックは、既に利用可能なサンプルに属する、隣接するサンプル値を使用して形成されることができる。隣接するサンプルのサンプル値は、ある方向に従って予測ブロックにコピーされる。使用中の方向への参照は、ビットストリームに符号化されてもよく、または、その自身が予測されてもよい。

図１を参照して、右下には、Ｈ．２６５の３５個の予測可能な方向から知られている９つの予測方向のサブセットが描かれている。矢印が収束する点（１０１）は、予測されているサンプルを表す。矢印は、サンプルが予測されている方向を表す。例えば、矢印（１０２）は、サンプル（１０１）が水平から４５度の角度になる右上の１つ以上のサンプルから予測されることを示す。同様に、矢印（１０３）は、サンプル（１０１）が水平から２２．５度の角度になるサンプル（１０１）の左下の１つ以上のサンプルから予測されることを示す。

引き続き図１を参照すると、左上には４×４のサンプルの正方形ブロック（１０４）が描かれている（太い破線で示される）。正方形ブロック（１０４）は、１６個のサンプルを含み、各サンプルが、「Ｓ」と、Ｘ次元（例えば、行索引）での位置と、Ｙ次元（例えば、列索引）での位置とでラベル付けられている。例えば、サンプルＳ２１は、Ｙ次元での２番目のサンプル（上から）とＸ次元での１番目のサンプル（左から）である。同様に、サンプルＳ４４は、Ｙ次元およびＸ次元の両方でのブロック（１０４）の４番目のサンプルである。このブロックが４×４サイズのサンプルであるため、Ｓ４４は右下にある。さらに、同様の番号付けスキームに従う参照サンプルも示されている。参照サンプルは、「Ｒ」と、ブロック（１０４）に対するＸ位置（例えば、行索引）およびＹ位置（例えば、列索引）とでラベル付けられている。Ｈ．２６４とＨ．２６５の両方では、予測サンプルは再構築中のブロックに隣接しているので、負の値を使用する必要はない。

フレーム内画像予測は、シグナルで通知された予測方向に応じて、隣接するサンプルから参照サンプル値をコピーすることによって機能することができる。例えば、符号化されたビデオビットストリームには、シグナリングが含まれていると仮定すると、このシグナリングは、このブロックに対して、矢印（１０２）と一致する予測方向を示し、すなわち、サンプルが水平と４５度の角度になる右上の１つ以上の予測サンプルから予測される。この場合、サンプルＳ４１、Ｓ３２、Ｓ２３、Ｓ１４は、同じ参照サンプルＲ０５から予測される。そして、サンプルＳ４４は、参照サンプルＲ０８から予測される。

いくつかの場合では、参照サンプルを計算するために、特に、方向が４５度で均等に割り切れない場合、例えば、補間を通じて複数の参照サンプルの値を組み合わせることができる。

ビデオ符号化技術の発展につれて、可能な方向の数が既に増加された。Ｈ．２６４（２００３年）では、９つの異なる方向を表すことができた。これは、Ｈ．２６５（２０１３年）で３３個に増加し、ＪＥＭ／ＶＣ／ＢＭＳは、開示時点で最多６５個の方向をサポートすることができる。最も可能な方向を識別するための実験が行われ、そして、エントロピー符号化におけるいくつかの技術は、少数のビットでそれらの可能性がある方向を表すために使用され、可能性が低い方向に対して、いくつかの代償を受ける。さらに、方向の自体は、隣接する既に復号化されたブロックで使用される隣接する方向から予測されることができる場合がある。

フレーム内予測方向から符号化されたビデオビットストリームにおける方向を表すビットへのマッピングは、ビデオ符号化技術によって異なる可能性があり、また、例えば、予測方向への簡単な直接マッピングから、フレーム内予測モード、コードワード、最も可能性が高いモードを含む複雑な適応スキーム、および類似な技術まで、様々なものがある。しかしながら、すべての場合に、ビデオコンテンツにおいて、他の特定の方向よりも統計的に発生する可能性が低い特定の方向が存在する可能性がある。ビデオ圧縮の目的は冗長性の削減であるため、それらの可能性が低い方向は、適切に機能するビデオ符号化技術では、可能性が高い方向よりも多くのビットで表される。

本開示の態様は、ビデオ復号する方法、装置及びコンピュータプログラムを提供する。いくつかの実施形態では、装置は、受信回路と処理回路とを含む。前記処理回路は、符号化されたビデオビットストリームからブロックの予測情報を復号化する。前記予測情報は、複数の潜在的な参照ラインから選択された参照ラインと、前記参照ラインに関連付けられた潜在的なフレーム内予測モードのセットから選択されたフレーム内予測モードとを示す。そして、前記処理回路は、前記フレーム内予測モードと、前記参照ラインにおける少なくとも１つの参照サンプルとに基づいて、前記ブロックの少なくとも１つのサンプルを再構築する。

いくつかの実施形態では、前記予測情報は、非ゼロ参照ラインを示し、前記非ゼロ参照ラインに関連付けられた潜在的なフレーム内予測モードの第１セットは、ゼロ参照ラインに関連付られた潜在的なフレーム内予測モードの第２セットと比較して、より少数の潜在的なフレーム内予測モードを有する。一例では、前記潜在的なフレーム内予測モードの第１セットは、偶数モードのインデックスを有する方向性フレーム内予測モードを含む。別の例では、前記潜在的なフレーム内予測モードの第１セットは、奇数モードのインデックスを有する方向性フレーム内予測モードを欠く。いくつかの例では、前記潜在的なフレーム内予測モードの第１セットは、ＤＣモードおよび平面モードを含む。

一実施形態では、前記潜在的なフレーム内予測モードの第１セットは、最も可能性の高いモードのみを含む。一例では、前記潜在的なフレーム内予測モードの第１セットは、偶数モードのインデックスを有する方向性フレーム内予測モードから導出された最も可能性の高いモードを含む。

いくつかの実施形態では、前記処理回路は、前記フレーム内予測モードを示す第１信号を復号化し、前記フレーム内予測モードに基づいて、前記参照ラインのための第２信号を選択的に復号化する。一例では、前記フレーム内予測モードが偶数モードのインデックスを有する方向性フレーム内予測モードである場合、前記処理回路は、前記参照ラインを決定するために、前記第１信号の後に受信された前記第２信号を復号化する。そして、前記フレーム内予測モードが奇数モードのインデックスを有する方向性フレーム内予測モード、平面モードおよびＤＣモードのうちの１つである場合、前記処理回路は、前記参照ラインをデフォルト参照ラインとして決定する。

別の例では、前記フレーム内予測モードが最も可能性の高いモードのうちの１つである場合、前記処理回路は、前記参照ラインを決定するために、前記第１信号の後に受信された前記第２信号を復号化する。そして、前記フレーム内予測モードが最も可能性の高いモードのうちの１つではない場合、前記処理回路は、前記参照ラインをデフォルト参照ラインとして決定する。

また、本開示の態様は、命令を記憶している不揮発性コンピュータ読み取り可能な記憶媒体を提供し、前記命令がビデオ復号化のためのコンピュータによって実行された場合、前記ビデオ復号する方法を前記コンピュータに実行させる。

開示された主題の更なる特徴、性質、および様々な利点は、以下の詳細な説明および添付図面からより明らかになり、ここで、
Ｈ．２６５によるフレーム内予測モードのサブセットの概略図である。 一実施形態による通信システム（２００）の簡略化されたブロック図である。 一実施形態による通信システム（３００）の簡略化されたブロック図である。 一実施形態によるデコーダの簡略化されたブロック図である。 一実施形態によるエンコーダの簡略化されたブロック図である。 別の実施形態によるエンコーダのブロック図を示す図である。 別の実施形態によるデコーダのブロック図を示す図である。 ６５個のフレーム内予測方向を描く概略図８０１を示す図である。 本開示の実施形態による複数の参照ラインのフレーム内方向予測の概略図９００を示す図である。 本開示の実施形態による予測のための重みの例を示す図である。 本開示の実施形態による予測のための重みの例を示す図である。 隣接するサンプルに基づいて照明補償（ＩＣ）パラメータを導出する概略図である。 本開示の実施形態による垂直予測のための境界フィルタリングを図示する図を示す図である。 一例による現在ブロックの隣接するブロックの図を示す図である。 本開示の実施形態によるプロセス例の概要を示すフローチャートである。 一実施形態によるコンピュータシステムの概略図である。

図２は、本開示の実施形態による通信システム（２００）の簡略化されたブロック図である。通信システム（２００）は、例えばネットワーク（２５０）を介して相互に通信することができる複数の端末デバイスを含む。例えば、通信システム（２００）は、ネットワーク（２５０）を介して相互接続された第１ペアの端末デバイス（２１０）と（２２０）を含む。図２の例では、第１ペアの端末デバイス（２１０）と（２２０）は、データの単方向伝送を行う。例えば、端末デバイス（２１０）は、ネットワーク（２５０）を介して他の端末デバイス（２２０）に伝送するために、ビデオデータ（例えば、端末デバイス（２１０）によって捕捉されたビデオ画像ストリーム）を符号化することができる。符号化されたビデオデータは、１つ以上の符号化されたビデオビットストリームの形で伝送されることができる。端末デバイス（２２０）は、ネットワーク（２５０）から、符号化されたビデオデータを受信し、符号化されたビデオデータを復号化してビデオ画像を復元し、復元されたビデオデータに基づいてビデオ画像を表示することができる。単方向データ伝送は、メディアサービングアプリケーションなどでは一般的である。

別の例では、通信システム（２００）は、例えばビデオ会議中に発生する可能性がある、符号化されたビデオデータの双方向伝送を実行する第２ペアの端末デバイス（２０）と（２４０）を含む。データの双方向伝送の場合、一例では、端末デバイス（２３０）と（２４０）の各端末デバイスは、ネットワーク（２５０）を介して端末デバイス（２３０）と（２４０）のうちの他方の端末デバイスに送信するために、ビデオデータ（例えば、端末デバイスによって捕捉されたビデオ画像ストリーム）を符号化することができる。端末デバイス（２３０）と（２４０）の各端末デバイスは、端末デバイス（２３０）と（２４０）のうちの他方の端末デバイスによって送信された、符号化されたビデオデータを受信することもでき、また、符号化されたビデオデータを復号化してビデオ画像を復元し、復元されたビデオデータに基づいて、アクセス可能な表示デバイスにビデオ画像を表示することもできる。

図２の例では、端末デバイス（２１０）、（２２０）、（２３０）および（２４０）は、サーバ、パーソナルコンピュータおよびスマートフォンとして示されてもよいが、本開示の原理は、これに限定されていない。本開示の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレイヤーおよび／または専用のビデオ会議機器を有するアプリケーションを見つける。ネットワーク（２５０）は、端末デバイス（２１０）、（２２０）、（２３０）および（２４０）間で、符号化されたビデオデータを伝送する任意の数のネットワークを表し、有線（ワイヤード）および／または無線の通信ネットワークを含む。通信ネットワーク（２５０）は、回路交換および／またはパケット交換のチャネルでデータを交換することができる。代表的なネットワークは、電気通信ネットワーク、ローカルエリアネットワーク、ワイドエリアネットワークおよび／またはインターネットを含む。本開示の目的のために、ネットワーク（２５０）のアーキテクチャおよびトポロジは、以下に本明細書で説明されない限り、本開示の動作にとって重要ではない場合がある。

図３は、開示された主題に対するアプリケーションの例として、ストリーミング環境におけるビデオエンコーダおよびビデオデコーダの配置を示す。開示された主題は、例えば、ＣＤ、ＤＶＤ、メモリスティックなどを含むデジタルメディアへの圧縮されたビデオの記憶、ビデオ会議、デジタルＴＶなどを含む、他のビデオサポートアプリケーションにも同等に適用可能である。

ストリーミングシステムは、捕捉サブシステム（３１３）を含むことができ、この捕捉サブシステムが、例えばデジタルカメラなどのビデオソース（３０１）を含むことができ、例えば圧縮されていないビデオ画像ストリーム（３０２）を作成する。一例では、ビデオ画像ストリーム（３０２）は、デジタルカメラによって撮影されたサンプルを含む。符号化されたビデオデータ（３０４）（または符号化されたビデオビットストリーム）と比較する際に、高いデータボリュームを強調するために太い線で描かれたビデオ画像ストリーム（３０２）は、ビデオソース（３０１）に結合されたビデオエンコーダ（３０３）を含む電子デバイス（３２０）によって処理されることができる。ビデオエンコーダ（３０３）は、以下でより詳細に説明するように、開示された主題の様々な態様を可能にするかまたは実現するために、ハードウェア、ソフトウェア、またはそれらの組み合わせを含むことができる。ビデオ画像ストリーム（３０２）と比較する際に、より低いデータボリュームを強調するために細い線で描かれた、符号化されたビデオデータ（３０４）（または符号化されたビデオビットストリーム（３０４））は、将来の使用のためにストリーミングサーバ（３０５）に記憶されることができる。図３のクライアントサブシステム（３０６）および（３０８）などのような１つ以上のストリーミングクライアントサブシステムは、符号化されたビデオデータ（３０４）のコピー（３０７）および（３０９）を検索するために、ストリーミングサーバー（３０５）にアクセスすることができる。クライアントサブシステム（３０６）は、例えば、電子デバイス（３３０）にビデオデコーダ（３１０）を含むことができる。ビデオデコーダ（３１０）は、伝入される、符号化されたビデオデータのコピー（３０７）を復号化して、伝出される、ビデオ画像ストリーム（３１１）を生成し、このビデオ画像ストリーム（３１１）が、ディスプレイ（３１２）（例えば、ディスプレイスクリーン）または他のレンダリングデバイス（図示せず）に表示されることができる。一部のストリーミングシステムでは、符号化されたビデオデータ（３０４）、（３０７）および（３０９）（例えば、ビデオビットストリーム）は、特定のビデオ符号化／圧縮規格に従って符号化されることができる。これらの規格の例は、ＩＴＵ－Ｔ推薦Ｈ．２６５を含む。一例では、開発中のビデオ符号化規格は、非公式には、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ ＣｏｄｉｎｇまたはＶＶＣ（次世代ビデオ符号化）と呼ばれる。開示された主題は、ＶＶＣのコンテキストで使用されることができる。

なお、電子デバイス（３２０）および（３３０）は、他のコンポーネント（図示せず）を含むことができる。例えば、電子デバイス（３２０）は、ビデオデコーダ（図示せず）を含むことができ、電子デバイス（３３０）は、同様にビデオエンコーダ（図示せず）を含むことができる。

図４は、本開示の実施形態によるビデオデコーダ（４１０）のブロック図を示す。ビデオデコーダ（４１０）は、電子デバイス（４３０）に含まれることができる。電子デバイス（４３０）は、受信機（４３１）（例えば、受信回路）を含むことができる。ビデオデコーダ（４１０）は、図４の例におけるビデオデコーダ（３１０）の代わりに使用することができる。

受信機（４３１）は、ビデオデコーダ（４１０）によって復号化される１つ以上の符号化されたビデオシーケンスを受信することができ、同じまたは別の実施形態では、一度に1つの符号化されたビデオシーケンスを受信することができ、ここで、各符号化されたビデオシーケンスの復号化が、他の符号化されたビデオシーケンスから独立されている。符号化されたビデオシーケンスは、チャネル（４０１）から受信されることができ、このチャネルが、符号化されたビデオデータを記憶する記憶デバイスへのハードウェア／ソフトウェアのリンクであってもよい。受信機（４３１）は、それぞれの使用エンティティ（図示せず）に伝送されることができる、例えば符号化されたオーディオデータおよび／または補助データストリームなどのような他のデータとともに、符号化されたビデオデータを受信することができる。受信機（４３１）は、符号化されたビデオシーケンスを他のデータから分離することができる。ネットワークジッタを防止するために、バッファメモリ（４１５）は、受信機（４３１）とエントロピーデコーダ／解析器（Ｐａｒｓｅｒ）（４２０）（以降「解析器（４２０）」）との間に結合されることができる。いくつかのアプリケーションでは、バッファメモリ（４１５）は、ビデオデコーダ（４１０）の一部である。他の場合では、バッファメモリ（５１５）は、ビデオデコーダ（４１０）の外部に配置されてもよい（図示せず）。さらに他の場合では、例えばネットワークジッタを防止するために、ビデオデコーダ（４１０）の外部にバッファメモリ（図示せず）があり得て、さらに、例えば再生タイミングを処理するために、ビデオデコーダ（４１０）の内部に別のバッファメモリ（４１５）があり得る。受信機（４３１）が十分な帯域幅および制御可能性を有するストア／フォワードデバイスからまたは等時性同期ネットワーク（ｉｓｏｓｙｎｃｈｒｏｎｏｕｓ ｎｅｔｗｏｒｋ）からデータを受信する場合、バッファメモリ（４１５）は、必要ではないかまたは小さくてもよい。インターネットなどのようなベストエフォートパケットネットワークで使用するために、バッファメモリ（４１５）は、必要になる場合があり、比較的大きくすることができ、有利には適応性のサイズにすることができ、オペレーティングシステムまたはビデオデコーダ（４１０）の外部の類似要素（図示せず）に少なくとも部分的に実装されることができる。

ビデオデコーダ（４１０）は、符号化されたビデオシーケンスからシンボル（４２１）を再構築するための解析器（４２０）を含むことができる。これらのシンボルのカテゴリには、ビデオデコーダ（４１０）の動作を管理するために使用される情報と、電子デバイス（４３０）の不可欠な部分ではないが、図４に示すように、電子デバイス（４３０）に結合されることができるレンダリングデバイス（４１２）（例えば、ディスプレイスクリーン）などのようなレンダリングデバイスを制御するための潜在的情報とが含まれる。レンダリングデバイスの制御情報は、補足強化情報（ＳＥＩメッセージ）またはビジュアルユーザビリティ情報（ＶＵＩ）パラメータセットフラグメント（図示せず）の形であってもよい。解析器（４２０）は、受信された、符号化されたビデオシーケンスに対して解析／エントロピー復号化を行うことができる。符号化されたビデオシーケンスの符号化は、ビデオ符号化技術または規格に従うことができ、可変長符号化、ハフマン符号化、コンテキスト感度を有するかまたは有しないかの算術符号化などを含む、様々な原理に従うことができる。解析器（４２０）は、グループに対応する少なくとも１つのパラメータに基づいて、符号化されたビデオシーケンスから、ビデオデコーダにおける画素のサブグループのうちの少なくとも１つのサブグループパラメータのセットを抽出することができる。サブグループは、画像のグループ（ＧＯＰ：Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）、画像、タイル、スライス、マクロブロック、符号化ユニット（ＣＵ：Ｃｏｄｉｎｇ Ｕｎｉｔ）、ブロック、変換ユニット（ＴＵ：Ｔｒａｎｓ ｆｏｒｍ Ｕｎｉｔ）、予測ユニット（ＰＵ：Ｐｒｅｃｔｉｏｎ Ｕｎｉｔ）などを含むことができる。解析器（４２０）は、変換係数、量子化器パラメータ値、動きベクトルなどのような情報を符号化されたビデオシーケンスから抽出することもできる。

解析器（４２０）は、シンボル（４２１）を作成するために、バッファメモリ（４１５）から受信されたビデオシーケンスに対してエントロピー復号化／解析動作を実行することができる。

シンボル（４２１）の再構築は、符号化されたビデオ画像またはその一部（例えば、フレーム間画像およびフレーム内画像、フレーム間ブロックおよびフレーム内ブロック）のタイプおよび他の要因に応じて、複数の異なるユニットに関連することができる。どのようなユニットに関連するか、およびどのように関連するかは、解析器（４２０）によって、符号化されたビデオシーケンスから解析されたサブグループ制御情報によって制御されることができる。解析器（４２０）と以下の複数のユニットとの間のそのようなサブグループ制御情報のフローは、明瞭にするために示されていない。

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

第１ユニットは、スケーラ／逆変換ユニット（４５１）である。スケーラ／逆変換ユニット（４５１）は、量子化された変換係数と、どのような変換を使用するかということ、ブロックサイズ、量子化因子、量子化スケーリング行列などを含む制御情報とを、解析器（５４０）からシンボル（４２１）として受信する。スケーラ／逆変換ユニット（４５１）は、アグリゲータ（４５５）に入力できるサンプル値を含むブロックを出力することができる。

いくつかの場合では、スケーラ／逆変換ユニット（４５１）の出力サンプルは、フレーム内符号化ブロックに属することができ、即ち、以前に再構築された画像からの予測情報を使用していないが、現在画像の以前に再構築された部分からの予測情報を使用することができるブロックである。このような予測情報は、フレーム内画像予測ユニット（４５２）によって提供されてもよい。いくつかの場合では、フレーム内画像予測ユニット（４５２）は、現在画像バッファ（４５８）から抽出された、周囲の既に再構築された情報を使用して、再構築中のブロックと同じサイズおよび形状のブロックを生成する。現在画像バッファ（４５８）は、例えば、部分的に再構築された現在画像および／または完全に再構築された現在画像をバッファリングする。アグリゲータ（４５５）は、いくつかの場合では、サンプルごとに基づいて、フレーム内予測ユニット（４５２）によって生成された予測情報を、スケーラ／逆変換ユニット（４５１）によって提供される出力サンプル情報に追加する。

他の場合では、スケーラ／逆変換ユニット（４５１）の出力サンプルは、フレーム間符号化されたブロックおよび潜在的に動き補償されたブロックに属することができる。このような場合、動き補償予測ユニット（４５３）は、参照画像メモリ（４５７）にアクセスして、予測に用いられるサンプルを抽出することができる。抽出されたサンプルが、ブロックに関連するシンボル（４２１）に基づいて動き補償された後、これらのサンプルは、出力サンプル情報を生成するために、アグリゲータ（４５５）によってスケーラ／逆変換ユニット（４５１）の出力（この場合、残差サンプルまたは残差信号と呼ばれる）に追加されることができる。動き補償予測ユニット（４５３）が予測サンプルを抽出するときの参照画像メモリ（４５７）内のアドレスは、例えば、Ｘ、Ｙ、および参照画像成分を有することができるシンボル（４２１）の形で、動き補償予測ユニット（４５３）に利用可能な動きベクトルによって制御されることができる。動き補償は、サブサンプルの正確な動きベクトルが使用中であるときに、参照画像メモリ（４５７）から抽出されたサンプル値の補間、運動ベクトル予測メカニズムなどを含むこともできる。

アグリゲータ（４５５）の出力サンプルは、ループフィルタユニット（４５６）において様々なループフィルタリング技術によって採用されてもよい。ビデオ圧縮技術は、符号化されたビデオシーケンス（符号化されたビデオビットストリームとも呼ばれる）に含まれ、解析器（４２０）からのシンボル（４２１）としてループフィルタユニット（４５６）に利用可能になるパラメータによって制御されるループ内フィルタ技術を含むことができ、また、符号化された画像または符号化されたビデオシーケンスの前の部分（復号化順序で）を復号化する期間で得られたメタ情報に応答し、および、以前に再構築されてループフィルタリングされたサンプル値に応答することもできる。

ループフィルタユニット（４５６）の出力は、レンダリングデバイス（４１２）に出力することができ、および、将来のフレーム間画像予測で使用するために参照画像メモリ（４５７）に記憶することができるサンプルストリームとすることができる。

特定の符号化された画像は、完全に再構築されると、将来の予測のための参照画像として使用することができる。例えば、現在画像に対応する符号化された画像が完全に再構築され、符号化された画像が（例えば、解析器（４２０）によって）参照画像として識別されると、現在画像バッファ（４５８）は、参照画像メモリ（４５７）の一部になることができ、そして、後続の符号化された画像の再構築を開示する前に、新しい現在画像バッファを再割り当てることができる。

ビデオデコーダ（４１０）は、例えばＩＴＵ－Ｔ Ｒｅｃ．Ｈ．２６５．などのような規格における所定のビデオ圧縮技術に従って復号化動作を実行することができる。符号化されたビデオシーケンスは、符号化されたビデオシーケンスがビデオ圧縮技術または規格の構文と、ビデオ圧縮技術または規格の文書としてのプロファイルとの両方に従うという意味で、使用されているビデオ圧縮技術または規格によって指定された構文に従うことができる。具体的には、プロファイルは、ビデオ圧縮技術または規格で使用可能なすべてのツールから、そのプロファイルで使用できる唯一のツールとしていくつかのツールを選択することができる。符号化されたビデオシーケンスの複雑さが、ビデオ圧縮技術または規格の階層によって定義された範囲内にあるということもコンプライアンスに必要である。いくつかの場合では、階層は、最大画像サイズ、最大フレームレート、（例えば、毎秒メガ（ｍｅｇａ）個のサンプルを単位として測定された）最大再構築サンプルレート、最大参照画像サイズなどを制限する。階層によって設定された制限は、いくつかの場合では、仮想参照デコーダ（ＨＲＤ：Ｈｙｐｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ）仕様と、符号化されたビデオシーケンスにおいてシグナルで通知されるＨＲＤバッファ管理のメタデータとによって、さらに制限されることができる。

一実施形態では、受信機（４３１）は、符号化されたビデオとともに付加（冗長）的なデータを受信することができる。付加的なデータは、符号化されたビデオシーケンスの一部として含まれることができる。付加的なデータは、データを適切に復号化し、および／または元のビデオデータをより正確に再構築するために、ビデオデコーダ（４１０）によって使用されることができる。付加的なデータは、例えば、時間的、空間的、または信号雑音比（ＳＮＲ：ｓｉｇｎａｌ ｎｏｉｓｅ ｒａｔｉｏ）拡張層、冗長スライス、冗長画像、前方誤り訂正符号などのような形式にすることができる。

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

ビデオエンコーダ（５０３）は、ビデオエンコーダ（５０３）によって符号化されるビデオ画像を捕捉するビデオソース（５０１）（図５の例における電子デバイス（５２０）の一部ではない）から、ビデオサンプルを受信することができる。別の例では、ビデオソース（５０１）は、電子デバイス（５２０）の一部である。

ビデオソース（５０１）は、ビデオエンコーダ（５０３）によって符号化されたソースビデオシーケンスをデジタルビデオサンプルストリームの形式で提供することができ、前記デジタルビデオサンプルストリームは、任意の適切なビット深度（例えば、８ビット、１０ビット、１２ビット…）、任意の色空間（例えば、ＢＴ．６０１ Ｙ ＣｒＣＢ、ＲＧＢ…）および任意の適切なサンプリング構造（例えば、Ｙ ＣｒＣｂ ４：２：０、Ｙ ＣｒＣｂ ４：４：４）を有することができる。メディアサービスシステムでは、ビデオソース（５０１）は、以前に準備されたビデオを記憶する記憶デバイスであってもよい。ビデオ会議システムでは、ビデオソース（５０１）は、ローカル画像情報をビデオシーケンスとして捕捉するカメラであってもよい。ビデオデータは、順番に見られるときに動きを与える複数の個別の画像として提供されることができる。画像自体は、空間画素アレイとして構成されてもよく、ここで、各画素は、使用中のサンプリング構造、色空間などに応じて、１つ以上のサンプルを含むことができる。当業者は、画素とサンプルとの間の関係を容易に理解することができる。以下の説明は、サンプルに焦点を当てる。

一実施形態によれば、ビデオエンコーダ（５０３）は、リアルタイムで、またはアプリケーションによって要求される任意の他の時間制約の下で、ソースビデオシーケンスの画像を、符号化されたビデオシーケンス（５４３）に符号化し圧縮することができる。適切な符号化速度を実施することは、コントローラ（５５０）の１つの機能である。いくつかの実施形態では、コントローラ（５５０）は、以下で説明するように他の機能ユニットを制御し、他の機能ユニットに機能的に結合される。該結合は、明瞭にするために図示されていない。コントローラ（５５０）によって設定されたパラメータは、レート制御関連パラメータ（画像スキップ、量子化器、レート歪み最適化技術のλ（ラムダ）値…）、画像サイズ、画像のグループ（ＧＯＰ：ｇｒｏｕｐ ｏｆ ｐｉｃｔｕｒｅｓ）レイアウト、最大動きベクトル探索範囲などを含むことができる。コントローラ（５５０）は、特定のシステム設計に対して最適化されたビデオエンコーダ（５０３）に関連する他の適切な機能を有するように構成されることができる。

いくつかの実施形態では、ビデオエンコーダ（５０３）は、符号化ループで動作するように構成される。過度に簡単化された説明として、一例では、符号化ループは、ソースコーダ（５３０）（例えば、符号化される入力画像と、参照画像とに基づいて、シンボルストリームなどのようなシンボルを作成することを担当する）と、ビデオエンコーダ（５０３）に埋め込まれた（ローカル）デコーダ（５３３）とを含むことができる。デコーダ（５３３）は、（リモート）デコーダがサンプルデータを作成すると同様の方法でシンボルを再構築してサンプルデータを作成する（開示された主題で考慮されているビデオ圧縮技術では、シンボルと符号化されたビデオビットストリームとの間の任意の圧縮が無損失であるからである）。再構築されたサンプルストリーム（サンプルデータ）は、参照画像メモリ（５３４）に入力される。シンボルストリームの復号化により、デコーダの位置（ローカルまたはリモート）に関係なくビット正確な結果が得られるため、参照画像メモリ（５３４）のコンテンツは、ローカルエンコーダとリモートエンコーダの間でもビットで正確に対応する。言い換えれば、エンコーダの予測部分が「見た」参照画像サンプルは、デコーダが復号化期間に予測を使用する際に「見た」サンプル値と全く同じである。この参照画像の同期性の基本原理（および、例えばチャネル誤差の原因で同期性が維持されない場合にはドリフトが生じる）は、いくつかの関連技術でも使用されている。

「ローカル」デコーダ（５３３）の動作は、既に図５に関連して以上で詳細に説明された、ビデオデコーダ（４１０）などのような「リモート」デコーダの動作と同じであってもよい。しかし、図４をさらに簡単に参照すると、シンボルが利用可能であり、かつ、エントロピーコーダ（５４５）および解析器（４２０）によって符号化されたビデオシーケンスへのシンボルの符号化／復号化が無損失であることができるため、バッファメモリ（４１５）と解析器（４２０）を含むビデオデコーダ（４１０）のエントロピーデコード部分は、ローカルデコーダ（５３３）で完全に実行できない可能性がある。

この時点で、デコーダに存在する解析／エントロピー復号化以外のいかなるデコーダ技術も、対応するエンコーダにおいて、実質的に同一の機能形式で必ず存在する必要がある、ということが分かっている。このため、開示された主題は、デコーダ動作に焦点を合わせる。エンコーダ技術の説明は、包括的に説明されたデコーダ技術の逆であるため、省略されることができる。特定の領域だけで、より詳細な説明が必要であり、以下で提供される。

動作中に、いくつかの実施形態では、ソースコーダ（５３０）は、動き補償予測符号化を実行することができ、動き補償予測符号化は、ビデオシーケンスから「参照画像」として指定された１つ以上の以前に符号化された画像を参照して、入力画像を予測的に符号化する。このようにして、符号化エンジン（５３２）は、入力画像の画素ブロックと、入力画像に対する予測参照として選択されることができる参照画像の画素ブロックとの間の差分を符号化する。

ローカルビデオデコーダ（５３３）は、ソースコーダ（５３０）によって生成されたシンボルに基づいて、参照画像として指定されることができる画像の符号化されたビデオデータを復号化することができる。符号化エンジン（５３２）の動作は、有利には損失性プロセスであってもよい。符号化されたビデオデータがビデオデコーダ（図５に示されない）で復号化された場合、再構築されたビデオシーケンスは、通常、いくつかの誤差を伴うソースビデオシーケンスのレプリカであってもよい。ローカルビデオデコーダ（５３３）は、参照画像に対してビデオデコーダによって実行されることができる復号化プロセスをコピーして、再構築された参照画像を参照画像キャッシュ（５３４）に記憶することができる。このようにして、ビデオエンコーダ（５０３）は、遠端ビデオデコーダによって得られる（伝送誤差が存在しない）再構築された参照画像と共通のコンテンツを有する再構築された参照画像のコピーを、ローカルに記憶することができる。

予測器（５３５）は、符号化エンジン（５３２）に対して予測検索を実行することができる。すなわち、符号化される新しい画像について、予測器（５３５）は、新しい画像の適切な予測参照として機能するサンプルデータ（候補参照画素ブロックとして）または特定のメタデータ、例えば参照画像動きベクトル、ブロック形状などについて、参照画像メモリ（５３４）を検索することができる。予測器（５３５）は、適切な予測参照を見つけるために、サンプルブロックに基づいて、画素ブロックごとに動作することができる。いくつかの場合では、予測器（５３５）によって得られた検索結果によって決定されるように、入力画像は、参照画像メモリ（５３４）に記憶された複数の参照画像から引き出された予測参照を有することができる。

コントローラ（５５０）は、例えば、ビデオデータを符号化するために使用されるパラメータおよびサブグループパラメータの設定を含む、ソースコーダ（５３０）の符号化動作を管理することができる。

上述のすべての機能ユニットの出力は、エントロピーコーダ（５４５）でエントロピー符号化されることができる。エントロピーコーダ（５４５）は、ハフマン符号化、可変長符号化、算術符号化などのような当業者に知られている技術に従って、シンボルを無損失で圧縮することにより、様々な機能ユニットによって生成されたシンボルを符号化されたビデオシーケンスに変換する。

送信機（５４０）は、符号化されたビデオデータを記憶する記憶デバイスへのハードウェア／ソフトウェアリンクであることができる通信チャネル（５６０）を介した送信に備えるために、エントロピーコーダ（５４５）によって生成された、符号化されたビデオシーケンスをバッファリングすることができる。送信機（５４０）は、ビデオコーダ（５０３）からの符号化されたビデオデータを、送信される他のデータ、例えば、符号化されたオーディオデータおよび／または補助データストリーム（ソースは図示せず）とマージすることができる。

コントローラ（５５０）は、ビデオエンコーダ（５０３）の動作を管理することができる。符号化する期間、コントローラ（５５０）は、各符号化された画像に、特定の符号化された画像タイプを割り当てることができ、これは、それぞれの画像に適用できる符号化技術に影響を与える可能性がある。例えば、画像は、以下の画像タイプのいずれかとして割り当てられることが多いし、即ち、
フレーム内画像（Ｉ画像）は、シーケンス内の任意の他の画像を予測のソースとして使用せずに、符号化および復号化されることができるものであってもよい。いくつかのビデオコーデックは、独立したデコーダリフレッシュ（Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｅｃｏｄｅｒ Ｒｅｆｒｅｓｈ、「ＩＤＲ」）画像などの異なるタイプのフレーム内画像を許容する。当業者は、Ｉ画像の変種とそれらのアプリケーションおよび機能とを理解している。

予測画像（Ｐ画像）は、多くとも１つの動きベクトルおよび参照インデックスを使用して各ブロックのサンプル値を予測するフレーム内予測またはフレーム間予測を使用して符号化および復号化され得るものであってもよい。
双方向予測画像（Ｂ画像）は、多くとも２つの動きベクトルおよび参照インデックスを使用して各ブロックのサンプル値を予測するフレーム内予測またはフレーム間予測を使用して符号化および復号化され得るものであってもよい。同様に、複数の予測画像は、単一のブロックの再構築に、２つ以上の参照画像および関連付けられたメタデータを使用することができる。

ソース画像は、一般的に、複数のサンプルブロック（例えば、それぞれ４×４、８×８、４×８、または１６×１６個のサンプルのブロック）に空間的に細分され、ブロックごとに符号化されることができる。これらのブロックは、ブロックのそれぞれの画像に適用される符号化割り当てによって決定されるように、他の（既に符号化された）ブロックを参照して予測的に符号化されることができる。例えば、Ｉ画像のブロックは、非予測的に符号化されてもよく、またはそれらが同じ画像の既に符号化されたブロックを参照して予測的に符号化されてもよい（空間予測またはフレーム内予測）。Ｐ画像の画素ブロックは、１つ前に符号化された参照画像を参照して、空間的予測を介してまたは時間的予測を介して予測的に符号化されてもよい。Ｂ画像のブロックは、１つまたは２つ前に符号化された参照画像を参照して、空間的予測を介してまたは時間的予測を介して予測的に符号化されてもよい。

ビデオエンコーダ（５０３）は、例えばＩＴＵ―Ｔ Ｈ．２６５などのような所定のビデオ符号化技術または規格に従って、符号化動作を実行することができる。その動作において、ビデオエンコーダ（５０３）は、入力ビデオシーケンスにおける時間的と空間的冗長性を利用する予測符号化動作を含む、様々な圧縮動作を実行することができる。したがって、符号化されたビデオデータは、使用されるビデオ符号化技術または規格によって指定された構文に従うことができる。

一実施形態では、送信機（５４０）は、符号化されたビデオとともに、付加的なデータを送信することができる。ソースコーダ（５３０）は、そのようなデータを、符号化されたビデオシーケンスの一部として含むことができる。付加的なデータは、時間的／空間的／ＳＮＲ拡張層、冗長画像やスライスなどのような他の形式の冗長データ、補足強化情報 （ＳＥＩ：Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージ、ビジュアルユーザビリティ情報（ＶＵＩ：Ｖｉｓｕａｌ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏ）パラメータセットフラグメントなどを含むことができる。

ビデオは、時系列で複数のソース画像（ビデオ画像）として捕捉されることができる。フレーム内画像予測（フレーム内予測と略称されることが多い）は、与えられた画像における空間的相関を利用し、フレーム間画像予測は、画像間の（時間的または他の）相関を利用する。一例では、現在画像と呼ばれる、符号化／復号化中の特定の画像がブロックに分割される。現在画像のブロックが、ビデオにおける以前に符号化され、まだバッファリングされている参照画像における参照ブロックに類似している場合、現在画像のブロックは、動きベクトルと呼ばれるベクトルによって符号化されることができる。動きベクトルは、参照画像における参照ブロックを指し、複数の参照画像が使用されている場合、参照画像を識別する３番目の次元を有することができる。

いくつかの実施形態では、双方向予測技術は、フレーム間画像予測に使用されることができる。双方向予測技術によれば、例えば、復号化の順で両方とも、ビデオにおける現在画像の前にある（ただし、表示の順でそれぞれ、過去と将来にあるかもしれない）第１および第２参照画像などのような２つの参照画像が使用される。現在画像におけるブロックは、第１参照画像における第１参照ブロックを指す第１動きベクトルと、第２参照画像における第２参照ブロックを指す第２動きベクトルによって符号化されることができる。ブロックは、第１参照ブロックおよび第２参照ブロックの組み合わせによって予測されることができる。

さらに、符号化効率を向上させるために、マージモード技術は、フレーム間画像予測で使用されることができる。

本開示のいくつかの実施形態によれば、フレーム間画像予測やフレーム内画像予測などのような予測は、ブロックの単位で実行される。例えば、ＨＥＶＣ規格に従って、ビデオ画像のシーケンスにおける画像は、圧縮のために符号化ツリーユニット（ＣＴＵ：ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ）に分割され、画像におけるＣＴＵは同じサイズ、例えば６４×６４画素、３２×３２画素、または１６×１６画素を有する。一般的に、ＣＴＵは、１つの輝度ＣＴＢと２つの色度ＣＴＢである３つの符号化ツリーブロック（ＣＴＢ）を含む。各ＣＴＵは、再帰的に四分木で１つ以上の符号化ユニット（ＣＵ）に分割されてもよい。例えば、６４×６４画素のＣＴＵは、１つの６４×６４画素のＣＵ、４つの３２×３２画素のＣＵ、または１６つの１６×１６画素のＣＵに分割されることができる。一例では、各ＣＵは、フレーム間予測タイプまたはフレーム内予測タイプなどのようなＣＵに対する予測タイプを決定するために分析される。ＣＵは、時間的および／または空間的予測可能性に応じて、１つ以上の予測ユニット（ＰＵ）に分割される。通常、各ＰＵは、輝度予測ブロック（ＰＢ）と２つの色度ＰＢを含む。一実施形態では、符号化（エンコーディング／デコーディング）における予測動作は、予測ブロックの単位で実行される。輝度予測ブロックを予測ブロックの例として使用すると、予測ブロックは、８×８画素、１６×１６画素、８×１６画素、１６×８画素などのような画素値（例えば、輝度値）の行列を含む。

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

ＨＥＶＣの例では、ビデオエンコーダ（６０３）は、例えば８×８サンプルの予測ブロックなどのような処理ブロックのサンプル値の行列を受信する。ビデオエンコーダ（６０３）は、例えばレート歪み最適化を使用して、フレーム内モード、フレーム間モード、または双方向予測モードを使用して処理ブロックを符号化するかどうかを決定する。処理ブロックがフレーム内モードで符号化される場合、ビデオエンコーダ（６０３）は、フレーム内予測技術を使用して、処理ブロックを符号化された画像に符号化することができ、また、処理ブロックがフレーム間モードまたは双方向予測モードで符号化される場合、ビデオエンコーダ（６０３）は、それぞれフレーム間予測または双方向予測技術を使用して、処理ブロックを符号化された画像に符号化することができる。特定のビデオ符号化技術では、マージモードは、予測値以外にある符号化された動きベクトル成分の利点を利用しない場合に、動きベクトルが１つ以上の動きベクトル予測値から導出されるフレーム間画像予測サブモードにすることができる。特定の他のビデオ符号化技術では、主題ブロックに適用可能な動きベクトル成分が存在する場合がある。一例では、ビデオエンコーダ（６０３）は、処理ブロックのモードを決定するためのモード決定モジュール（図示せず）などのような他のコンポーネントを含む。

図６の例では、ビデオエンコーダ（６０３）は、図６に示すように一緒に結合された、フレーム間エンコーダ（６３０）と、フレーム内エンコーダ（６２２）と、残差計算器（６２３）と、スイッチ（６２６）と、残差エンコーダ（６２４）と、汎用コントローラ（６２１）と、エントロピーエンコーダ（６２５）とを含む。

フレーム間エンコーダ（６３０）は、現在ブロック（例えば、処理ブロック）のサンプルを受信し、そのブロックを参照画像（例えば、前の画像と後の画像におけるブロック）内の１つ以上の参照ブロックと比較し、フレーム間予測情報（例えば、フレーム間符号化技術による冗長情報説明、動きベクトル、マージモード情報）を生成して、任意の適切な技術を使用して、フレーム間予測情報に基づいてフレーム間予測結果（例えば、予測されたブロック）を計算するように構成される。いくつかの例では、参照画像は、復号化された参照画像であり、それが符号化されたビデオ情報に基づいて復号化されたものである。

フレーム内エンコーダ（６２２）は、現在ブロック（例えば、処理ブロック）のサンプルを受信し、いくつかの場合では、そのブロックを同じ画像で既に符号化されたブロックと比較し、変換後に量子化された係数を生成して、いくつかの場合では、フレーム内予測情報（例えば、１つ以上のフレーム内符号化技術によるフレーム内予測方向情報）を生成するように構成される。一例では、フレーム内エンコーダ（６２２）は、フレーム内予測情報と、同じ画像における参照ブロックとに基づいて、フレーム内予測結果（例えば、予測されたブロック）も計算する。

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

残差計算器（６２３）は、受信されたブロックとフレーム内エンコーダ（６２２）またはフレーム間エンコーダ（６３０）から選択された予測結果との間の差（残差データ）を計算するように構成される。残差エンコーダ（６２４）は、残差データに基づいて動作して、残差データを符号化することで変換係数を生成するように構成される。一例では、残差エンコーダ（６２４）は、周波数領域で残差データを変換し、変換係数を生成するように構成される。次に、変換係数は量子化処理を受けて、量子化された変換係数が得られる。様々な実施形態では、ビデオエンコーダ（６０３）はまた、残差デコーダ（６２８）も含む。残差デコーダ（６２８）は、逆変換を実行し、復号化された残差データを生成するように構成される。復号化された残差データは、フレーム内エンコーダ（６２２）およびフレーム間エンコーダ（６３０）によって適切に使用されることができる。例えば、フレーム間エンコーダ（６３０）は、復号化された残差データおよびフレーム間予測情報に基づいて、復号化されたブロックを生成することができ、フレーム内エンコーダ（６２２）は、復号化された残差データおよびフレーム内予測情報に基づいて、復号化されたブロックを生成することができる。復号化されたブロックは、復号化された画像を生成するために適切に処理され、いくつかの例では、復号化された画像は、メモリ回路（図示せず）でバッファされ、参照画像として使用されることができる。

エントロピーエンコーダ（６２５）は、符号化されたブロックを含むようにビットストリームをフォーマットするように構成される。エントロピーエンコーダ（６２５）は、ＨＥＶＣ規格などのような適切な規格に従って様々な情報を含むように構成される。一例では、エントロピーエンコーダ（６２５）は、汎用制御データ、選択された予測情報（例えば、フレーム内予測情報またはフレーム間予測情報）、残差情報、およびビットストリーム内の他の適切な情報を含むように構成される。開示された主題によれば、フレーム間モードまたは双方向予測モードのマージサブモードでブロックを符号化する場合、残差情報はないということに留意されたい。

図７は、本開示の別の実施形態によるビデオデコーダ（７１０）の図を示す。ビデオデコーダ（７１０）は、符号化されたビデオシーケンスの一部である符号化された画像を受信し、符号化された画像を復号化して再構築された画像を生成するように構成される。一例では、ビデオデコーダ（７１０）は、図３の例におけるビデオデコーダ（３１０）の代わりに使用される。

図７の例では、ビデオデコーダ（７１０）は、図７に示されるように一緒に結合された、エントロピーデコーダ（７７１）と、フレーム間デコーダ（７８０）と、残差デコーダ（７７３）と、再構築モジュール（７７４）と、フレーム内デコーダ（７７２）とを含む。

エントロピーデコーダ（７７１）は、符号化された画像から、符号化された画像を構成する構文要素を表す特定のシンボルを再構築するように構成されることができる。このようなシンボルは、例えば、ブロックを符号化するためのモード（例えば、フレーム内、フレーム間、双方向予測、後者の２つのマージサブモードまたは別のサブモード）と、フレーム内デコーダ（７７２）またはフレーム間デコーダ（７８０）による予測に使用される特定のサンプルまたはメタデータをそれぞれ識別できる予測情報（例えば、フレーム内予測情報またはフレーム間予測情報など）と、例えば量子化された変換係数の形式の残差情報などとを含む。一例では、予測モードがフレーム間予測モードまたは双方向予測モードである場合、フレーム間予測情報は、フレーム間デコーダ（７８０）に提供される。そして、予測タイプがフレーム内予測タイプである場合、フレーム内予測情報は、フレーム内デコーダ（７７２）に提供される。残差情報は、逆量子化を受けて、残差デコーダ（７７３）に提供されることができる。

フレーム間デコーダ（７８０）は、フレーム間予測情報を受信し、フレーム間予測情報に基づいてフレーム間予測結果を生成するように構成される。

フレーム内デコーダ（７７２）は、フレーム内予測情報を受信し、フレーム内予測情報に基づいて予測結果を生成するように構成される。

残差デコーダ（７７３）は、逆量子化を実行して、逆量子化された変換係数を抽出し、その逆量子化された変換係数を処理して、残差を周波数領域から空間領域に変換するように構成される。残差デコーダ（７７３）はまた、特定の制御情報（量子化器パラメータ（ＱＰ）を含むように）も必要とする場合があり、その情報は、エントロピーデコーダ（７７１）によって提供される場合がある（これが低ボリューム制御情報のみであるため、データ経路は図示されていない）。

再構築モジュール（７７４）は、空間領域において、残差デコーダ（７７３）による出力としての残差と、（場合によっては、フレーム間予測モジュールまたはフレーム内予測モジュールによる出力としての）予測結果とを組み合わせて、再構築されたブロックを形成するように構成され、再構築されたブロックは、再構築された画像の一部とすることができ、その後、再構築された画像は、再構築されたビデオの一部とすることができる。それは、視覚的品質を改善するために、デブロッキング動作などのような他の適切な動作を実行することができる、ということに留意されたい。

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

本開示の各態様は、複数ラインのフレーム内予測ための技術を提供する。

自然なビデオで示される任意のエッジ方向を捕捉するために、方向性フレーム内モードの数は、例えば３３から６５までなどのように拡張されることができる。通常、平面モードとＤＣモードは同じままである。より高密度な方向性フレーム内予測モードは、すべてのブロックサイズに適用され、輝度と色度の両方のフレーム内予測に適用される。

図８は、６５個のフレーム内予測方向を描く概略図８０１を示す。いくつかの実施形態では、合計６７個のフレーム内予測モードが使用される。これらの６７個のフレーム内予測モードのうち、フレーム内予測モード０は平面モードであり、フレーム内予測モード１はＤＣモードであり、フレーム内予測モード２からフレーム内予測モード６６までは、それぞれ、６５個のフレーム内予測方向に対応し、また、方向性フレーム内予測モードと呼ばれる。図８に示すように、いくつかの方向性フレーム内予測モードは、点線矢印によって識別され、奇数フレーム内予測モードのインデックスに関連付けられているため、奇数フレーム内予測モードと呼ばれる。他の方向性フレーム内予測モードは、実線矢印によって識別され、偶数フレーム内予測モードのインデックスに関連付けられているため、偶数フレーム内予測モードと呼ばれる。本明細書では、図８の実線または点線の矢印によって示されているような方向性予測モードは、角度モードと呼ばれる。

一例では、合計６７個のフレーム内予測モードが、輝度フレーム内予測のために使用される。いくつかの実施形態では、現在ブロックのフレーム内予測モードを符号化するために、サイズが６である最も可能性の高いモード（ＭＰＭ：ｍｏｓｔ ｐｒｏｂａｂｌｅ ｍｏｄｅ）リストが、現在ブロックの隣接するブロックのフレーム内予測モードに基づいて構築される。例えば、ＭＰＭリストを形成するために、隣接するブロックのフレーム内予測モードから６つのフレーム内予測モードが選択される。現在ブロックのフレーム内予測モードがＭＰＭリストにない場合、フレーム内予測モードがＭＰＭリストで選択されたフレーム内予測モードに属するかどうかを示すフラグが信号で通知される。別の例では、ＭＰＭリストには１６個の選択されたフレーム内予測モードがあり、１６個の選択されたフレーム内予測モードは、角度モードにおける４つの角度モードごとに均一に選択される。別の例では、均一に選択されたフレーム内予測モードを置き換えるために、１６個の二番目の最も可能性の高いモードが導出される。

本開示のいくつかの態様によれば、現在ブロックを予測するために使用される参照サンプルは、現在ブロックに最も近いライン（行または列）に制限されない。複数参照ラインのフレーム内予測方法では、フレーム内方向性モードに対して、候補参照ライン（行または列）のインデックス番号は、ゼロ（つまり、最も近い）からＮ－１まで増加され、ここで、Ｎは１以上の整数である。いくつかの例では、最も近い参照ラインは、ゼロ参照ラインと呼ばれ、他の参照ラインは、非ゼロ参照ラインと呼ばれる。参照ラインは、いくつかの例では、参照階層（ｒｅｆｅｒｅｎｃｅ ｔｉｅｒｓ）とも呼ばれる。

図９は、本開示の実施形態による複数参照ラインのフレーム内方向予測の図（９００）を示す。図（９００）は、複数の参照階層（例えば、Ｎ個の参照階層）を有する予測ユニット（９１０）（例えば、４ｘ４の予測ユニット）を示す。フレーム内方向性モードでは、予測器を生成するために、Ｎ個の参照階層のうちの１つが任意に選択されることができる。一例では、予測器Ｐ（ｘ，ｙ）は、例えば異なる参照階層からの左上の参照サンプルＳ０、Ｓ１、Ｓ２、Ｓ３、…、Ｓｎのうちの１つから生成される。どの参照階層がフレーム内方向性モードのために選択されているかを示すために、フラグは信号で通知される。Ｎが０に設定された場合、フレーム内方向性予測方法は、最も近いラインに制限される従来の方法と同じである。図９では、参照ラインは、左上の参照サンプルと共に６つのセグメントから構成される。本明細書では、参照階層は参照ラインとも呼ばれる。現在ブロックユニット内の左上の画素の座標は（０，０）であり、ゼロ参照ラインにおける左上の画素は（―１，―１）である。

いくつかの例では、輝度成分について、フレーム内予測サンプルの生成に使用される隣接するサンプルは、生成プロセスの前にフィルタリングされる。フィルタリングは、所定のフレーム内予測モードと変換ブロックサイズとによって制御される。一例では、フレーム内予測モードがＤＣである場合、または変換ブロックサイズが４ｘ４に等しい場合、隣接するサンプルはフィルタリングされない。別の例では、所定のフレーム内予測モードと垂直モード（または水平モード）との間の距離が所定の閾値より大きい場合、フィルタリングプロセスは有効にされる。一例では、隣接するサンプルのフィルタリングについて、［１，２，１］フィルタおよびバイリニアフィルタ（ｂｉ－ｌｉｎｅａｒ ｆｉｌｔｅｒ）を使用することができる。

いくつかの実施形態では、位置依存のフレーム内予測の組み合わせ（ＰＤＰＣ：ｐｏｓｉｔｉｏｎ ｄｅｐｅｎｄｅｎｔ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ ｃｏｍｂｉｎａｔｉｏｎ）技術がフレーム内予測で使用される。ＰＤＰＣは、フィルタリングされていない境界参照サンプルと、フィルタリングされた境界参照サンプルを有するＨＥＶＣスタイルのフレーム内予測との組み合わせを呼び出すフレーム内予測技術である。一例では、（ｘ，ｙ）に位置する各予測サンプルＰｒｅｄ［ｘ］［ｙ］は、以下のように計算される。
［式１］
ｐｒｅｄ［ｘ］［ｙ］＝（ｗＬ×Ｒ＿（－１，ｙ）＋ｗＴ×Ｒ＿（ｘ，－１）＋ｗＴＬ×Ｒ＿（－１，－１）＋（６４－ｗＬ－ｗＴ－ｗＴＬ）×ｐｒｅｄ［ｘ］［ｙ］＋３２）≫６
ここで、Ｒ＿（ｘ，－１）、Ｒ＿（―１，ｙ）は、現在サンプル（ｘ，ｙ）の上部と左側に位置するフィルタリングされていない参照サンプルをそれぞれ表し、Ｒ＿（―１，―１）は、現在ブロックの左上隅に位置するフィルタリングされていない参照サンプルを表し、ｗＴ、ｗＬ、およびｗＴＬは、重みを表す。重みは、式２～式５によって計算され、ｗｉｄｔｈは、現在ブロックの幅を表し、ｈｅｉｇｈｔは、現在ブロックの高さを表す。
［式２］
ｗＴ＝３２≫（（ｙ≪１）≫ｓｈｉｆｔ）
［式３］
ｗＬ＝３２≫（（ｘ≪１）≫ｓｈｉｆｔ）
［式４］
ｗＴＬ＝－（ｗＬ≫４）－（ｗＴ≫４）
［式５］
ｓｈｉｆｔ＝（ｌｏｇ２（ｗｉｄｔｈ）＋ｌｏｇ２（ｈｅｉｇｈｔ）＋２）≫２
図１０Ａは、予測サンプル（０，０）の重みを示す。図１０Ａの例では、現在ブロックは４×４のブロックであり、幅は４であり、高さも４であり、そのため、シフトは１である。そして、ｗＴは３２であり、ｗＬは３２であり、また、ｗＴＬは―４である。

図１０Ｂは、予測サンプル（１，０）の重みを示す。図１０Ｂの例では、現在ブロックは４×４のブロックであり、幅は４であり、高さも４であり、そのため、シフトは１である。そして、ｗＴは３２であり、ｗＬは１６であり、また、ｗＴＬは―３である。

いくつかの例では、ローカル照明補償（ＬＩＣ：ｌｏｃａｌ ｉｌｌｕｍｉｎａｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ）が使用される。ＬＩＣは、照明変化のための線形モデルに基づくものである。線形モデルは、スケーリング因子ａおよびオフセットｂに基づいて構築されることができる。スケーリング因子ａおよびオフセットｂは、照明補償（ＩＣ：ｉｌｌｕｍｉｎａｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ）パラメータと呼ばれる。フレーム間モードで符号化された符号化ユニット（Ｃｕ：ｃｏｄｉｎｇ ｕｎｉｔ）のそれぞれに対して、ＬＩＣを適応的に有効または無効にすることができる。

図１１は、隣接するサンプルに基づいて照明補償（ＩＣ：ｉｌｌｕｍｉｎａｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ）パラメータを導出するための図を示す。図１１は、現在ＣＵ（１１１０）と参照ブロック（１１２０）を示す。一例では、参照ブロック（１１２０）は、現在ＣＵ（１１１０）を有する現在画像の前の参照画像の中に位置する。現在ＣＵ（１１１０）のための隣接するサンプルは（１１３０）として示され、参照ブロック（１１２０）のための隣接するサンプルは（１１４０）として示される。さらに、図１１では、サブサンプリング技術は、隣接するサンプルのサブセットを選択するために使用されている。例えば、２：１のサブサンプリングが使用された場合、サブセット（１１５０）は、現在ＣＵ（１１１０）の隣接するサンプル（１１３０）から選択され、対応するサブセット（１１６０）は、参照ブロック（１１２０）の隣接するサンプル（１１４０）から選択される。サブセット（１１５０）およびサブセット（１１６０）に基づいて、最小二乗誤差法は、ＩＣパラメータａおよびｂを導出するために採用される。

いくつかの実施形態では、ＩＣパラメータが導出され、各予測方向に対して別々に適用される。ＣＵがマージモードで符号化された場合、ＬＩＣフラグは、マージモードでの動き情報のコピーと同様な方式で、隣接するブロックからコピーされ、そうではない場合、ＬＩＣが適用されるかどうかを示すために、ＬＩＣフラグがＣＵに信号で通知される。

本開示の第１態様によれば、複数ラインのフレーム内予測について、すべてのブロックに対して同じ数の参照階層を設定する代わりに、各ブロックに対して参照階層の数を適応的に選択する技術を使用することができる。本明細書では、最も近い参照ラインのインデックスは、０として示される。

一実施形態では、上／左ブロックのブロックサイズは、現在ブロックのための参照階層の数を決定するために使用されることができる。例えば、上部および／または左側のブロックのサイズがＭｘＮより大きい場合、現在ブロックのための参照階層の数はＬに制限される。ＭおよびＮは、４、８、１６、３２、６４、１２８、２５６、および５１２であってもよく、また、Ｌは１～８であってもよい。一例では、Ｍおよび／またはＮが６４以上の場合、Ｌは１に設定される。別の例では、上部の候補参照行の数と左側の候補参照列の数の比率は、ブロックの幅とブロックの高さの比率と同じである。例えば、現在ブロックのサイズがＭｘＮである場合、現在ブロックの上にある候補参照行の数はｍであり、現在ブロックの左側にある候補参照列の数はｎであると、Ｍ：Ｎ＝ｍ：ｎになる。

別の実施形態では、左側および上部のブロックの最後の係数の位置は、現在ブロックのための参照階層の数を決定するために使用されることができる。最後の係数は、現在ブロックのための指定されたスキャン順序での最後の非ゼロ係数を意味する。例えば、最後の係数の位置が、上部および／または左側のブロックのための第１のＭｘＮ領域内にある場合、現在ブロックのための参照階層の数は、Ｌ（例えば、Ｌは１～８にすることができる）に制限され、ＭおよびＮは、１～１０２４であってよい。一例では、上部および／または左側のブロックに係数がない場合、現在ブロックのための参照階層の数は１に制限される。別の例では、上部および／または左側のブロックの係数が２ｘ２の左上領域内にある場合、現在ブロックのための参照階層の数は１～２に制限される。

別の実施形態では、上部および／または左側のブロックにおける参照サンプルの画素値は、現在ブロックのための参照階層の数を決定するために使用されることができる。例えば、インデックスＬｉを有する参照ラインと、インデックスＬｊ（Ｌｉ＜Ｌｊ）を有する参照ラインとの差が非常に小さい場合（例えば、閾値よりも小さい場合）、参照ラインＬｊは、参照ラインリストから削除される。ＬｉおよびＬｊは、１～８であってもよい。場合によっては、すべての参照ラインの間の差が非常に小さいので、０より大きいインデックス番号を有する参照ラインはすべて削除される（ゼロ参照ラインが保持される）。２つの参照ラインの間の差を測定する方法は、勾配（ｇｒａｄｉｅｎｔ）、ＳＡＴＤ、ＳＡＤ、ＭＳＥ、ＳＮＲおよびＰＳＮＲを含むが、これらに限定されない。一例では、ＬｉとＬｊの平均ＳＡＤが２未満である場合、参照ラインＬｊは、参照ラインリストから削除される。別の例では、上部および／または左側のモード情報の予測モードは、現在ブロックのための参照階層の数を決定するために使用されることができる。別の例では、上部および／または左ブロックの予測モードがスキップモードである場合、現在ブロックのための参照階層の数はＬに制限される。Ｌは１～８であってもよい。

本開示の第２態様によれば、分離されたツリーに対しても同じツリーに対しても、色度ブロックの参照ラインのインデックスは、輝度ブロックから導出されることができる。ここで、最も近い参照ラインのインデックスは０として示される。

同じツリーについて、同一の場所に配置された輝度ブロックの参照ラインのインデックスが２以上の場合、現在の色度ブロックの参照ラインのインデックスは１に設定される。そうではない場合、現在の色度ブロックの参照ラインのインデックスは０に設定される。

分離されたツリーについて、色度ブロックが輝度成分での１つのブロックのみをカバーする場合、参照ラインのインデックスの導出アルゴリズムは、同じツリーに対するアルゴリズムと同じである。色度ブロックが輝度成分での複数のブロックをカバーする場合、参照ラインのインデックスの導出アルゴリズムは、例のうちの１つであってもよい。一例では、輝度成分での同一の場所に配置されたブロックについて、多数のブロックの参照ラインのインデックスが２未満である場合、現在の色度ブロックのための参照ラインのインデックスは、０として導出され、そうではない場合、現在の色度ブロックのための参照ラインのインデックスは１として導出される。多数のブロックを測定する方法には、ブロックの領域サイズおよびブロックの数が含まれるが、これらに限定されない。別の例では、輝度成分での同一の場所に配置されたブロックについて、１つのブロックの参照ラインのインデックスが２以上である場合、現在の色度ブロックのための参照ラインのインデックスは１として導出され、そうではない場合、現在の色度ブロックのための参照ラインのインデックスは０として導出される。別の例では、輝度成分での同一の場所に配置されたブロックについて、多数のブロックの参照ラインのインデックスが２未満である場合、現在の色度ブロックのための参照ラインのインデックスは０として導出され、そうではない場合、現在の色度ブロックのための参照ラインのインデックスは１として導出される。

別の実施形態では、現在の色度ブロックの参照階層の数は、上述の本開示の第１態様に従って制限される。本開示の第１態様による制限を適用した後、参照階層の数はＬＣ１に設定される。そして、輝度ブロックから色度ブロックの参照ラインのインデックスを導出する導出アルゴリズムも適用され、これにより、現在ブロックＬＣ２のための行インデックスが得られる。それから、ＬＣ１およびＬＣ２の最小値は、現在の色度ブロックのための最後の参照ラインのインデックスになる。

本開示の第３態様によれば、異なる参照ラインは、異なる数のフレーム内予測モードを有する。最も近い参照ラインのインデックスは０として示される。

一実施形態では、６７個のフレーム内予測モードがフレーム内予測に使用される場合、ゼロ参照ラインは、６７個のモードを有し、第１参照ラインは３５個のモードを有し、第２参照ラインは１７個のモードを有し、第３参照ラインは９個のモードを有するなどである。

別の実施形態では、非ゼロ参照ラインは、同じ数のフレーム内モードを共有するが、ゼロ参照ラインのフレーム内モードよりもはるかに少なくなり、例えば、ゼロ参照ラインのフレーム内予測モードの半分以下になる。

一例では、非ゼロ参照ラインについて、偶数モードのインデックスを有する方向性フレーム内予測モードのみが許可される。図８に示すように、奇数モードのインデックスを有する方向性フレーム内予測モードは、破線の矢印でマークされ、偶数モードのインデックスを有する方向性フレーム内予測モードは、実線の矢印でマークされる。

別の例では、非ゼロ参照ラインについて、偶数モードのインデックスを有する方向性フレーム内予測モード、ＤＣモードおよび平面ナモードのみが許可される。別の例では、非ゼロ参照ラインについて、第１レベルのＭＰＭと第２レベルのＭＰＭの両方を含む最も可能性の高いモード（ＭＰＭ）のみが許可される。

別の例では、非ゼロ参照ラインが偶数フレーム内予測モードのみに対して有効にされるため、フレーム内予測モードで符号化する際に、非ゼロインデックスが信号で通知された場合、例えば平面モード、ＤＣモード、および奇数フレーム内予測モードなどの特定のフレーム内予測モードは、ＭＰＭ導出およびＭＰＭリストから削除され、第２レベルのＭＰＭ導出および第２レベルのＭＰＭリストから削除され、また、残りの非ＭＰＭモードのリストから削除される。

別の実施形態では、フレーム内予測モードを信号で通知した後、参照ラインのインデックスは信号で通知され、参照ラインのインデックスを信号で通知するかどうかは、信号で通知されたフレーム内予測モードに依存する。

一例では、非ゼロ参照ラインについて、偶数モードのインデックスを有する方向性フレーム内予測モードのみが許可される。信号で通知されたフレーム内予測モードが偶数モードのインデックスを有する方向性予測である場合、選択された参照ラインのインデックスは信号で通知され、そうではない場合、フレーム内予測について、１つのデフォルト参照ライン（第０参照ライン）、例えば、最も近い参照ラインのみが許可され、また、インデックスは信号で通知されない。

別の例では、非ゼロ参照ラインについて、最も可能性の高いモード（ＭＰＭ）のみが許可される。信号で通知されたフレーム内予測がＭＰＭからのものである場合、選択された参照ラインのインデックスが信号で通知される必要があり、そうではない場合、フレーム内予測について、デフォルトの参照ライン（ゼロ参照ライン）、例えば、最も近い参照ラインのみが許可され、また、インデックスは信号で通知されない。

別の例では、全ての方向性フレーム内予測モード、またはすべてのフレーム内予測モードについて、非ゼロ参照ラインが引き続き有効になり、フレーム内予測モードのインデックスは、参照ラインのインデックスをエントロピー符号化するためのコンテキストとして使用されることができる。

別の実施形態では、参照ラインのインデックスが導出された（信号で通知されなかった）角度フレーム内予測モード、例えば、奇数方向性フレーム内予測モード、および／または平面／ＤＣについて、複数ラインの参照サンプルは、現在ブロックのための予測器を生成するために使用される。

一例では、参照ラインのインデックスが導出された（信号で通知されなかった）角度フレーム内予測モードについて、予測サンプル値は、複数の予測器の重み付けられた和を使用して生成される。複数の予測器のそれぞれは、複数の参照ラインのうちの１つを使用して生成される予測である。例えば、重み付けられた和は、第１参照ラインおよび第２参照ラインによってそれぞれ生成された予測器に適用される｛３、１｝重み付けを使用している。別の例では、重み付けは、ブロックサイズ、ブロック幅、ブロック高さ、予測される現在ブロック内のサンプル位置、および／またはフレーム内予測モードに依存する。

別の例では、奇数インデックスを有する所定の角度予測モードについて、ゼロ参照ラインは、１つの予測ブロックユニットＰｒｅｄ_１ を生成するために使用され、第１参照ラインは、別の予測ブロックユニットＰｒｅｄ_２を生成するために使用される。そして、現在ブロックユニットにおける各画素のための最終予測値は、２つの生成された予測ブロックユニットの重み付けられた和である。このプロセスは、式６によって公式化されることができ、ここで、Ｗ_ｉがは、同じブロックにおけるすべての画素についての同じ値である。フレーム内予測モードおよびブロックサイズに関係なく、またはフレーム内予測モードおよびブロックサイズに依存して、同じ技術は、異なるブロックに対しても適切に適用されることができる。

別の実施形態では、各参照ラインのためのフレーム内予測モードの数は、その参照ラインにおける参照サンプルの間の差によって導出される。差を測定する技術には、勾配、ＳＡＴＤ、ＳＡＤ、ＭＳＥ、ＳＮＲおよびＰＳＮＲが含まれるが、これらに限定されない。

一例では、参照サンプルの上部の行および左側の列の両方が非常に類似している場合、モードの数は、４または９、あるいは１７または３５個のモードに減らされることができる。４つのモードを使用する例では、４つのモードは、平面、ＤＣ、垂直モード（同じ列）、および水平モード（同じ行）である。

別の例では、参照サンプルの上部の行だけが非常に類似している場合、垂直のような予測モードのうちのモードはダウンサンプリングされる。特殊なケースでは、モード５０のみが保持され、また、モード３５～モード４９およびモード５１～モード６６が除外される。合計のフレーム内予測モードを９または１７、あるいは３５にするために、水平のような方向でのフレーム内予測モードは、それに応じて削減される。

別の例では、参照サンプルの左側の列だけが非常に類似している場合、水平のような方向でのモードはダウンサンプリングされる。特殊なケースでは、モード１８のみが保持され、また、モード２～モード１７およびモード１９～モード３３が除外される。合計のフレーム内予測モードを９または１７、あるいは３５にするために、垂直のような方向でのフレーム内予測モードは、それに応じて削減される。

本開示の第４態様によれば、現在参照ラインにおけるサンプルは、現在参照ラインおよびその隣接する参照ライン（複数）における隣接するサンプルに基づいて平滑化される。

一実施形態では、現在参照ラインにおける各画素について、参照ライン１～Ｌにおけるすべての画素は、現在ラインにおける画素を平滑化するために使用されることができる。Ｌは、フレーム内予測のための最大の許容された参照ライン数であり、また、Ｌは、１～８であることができる。

一例では、参照ラインにおける、境界画素を除く各画素について、ＫｘＬフィルタは、各画素を平滑化するために使用される。境界画素について、１ｘＬフィルタは、その画素を平滑化するために使用される。Ｋは、３、５、または７であることができる。

境界画素は、フィルタリングされてもされなくてもよい。境界画素がフィルタリングされる場合、同じ参照ラインにおける各境界画素は、同じフィルタを使用する。異なる参照ラインにおける境界画素は、異なるフィルタを使用することができる。例えば、ゼロ参照ラインにおける境界画素は、［３，２，２，１］フィルタによってフィルタリングされることができ、第１参照ラインにおける境界画素は、［２，３，２，１］フィルタによってフィルタリングされることができ、第２参照ラインにおける境界画素は、［１，２，３，２］フィルタによってフィルタリングされることができ、第３参照ラインにおける境界画素は、［１，２，２，３］フィルタによってフィルタリングされることができる。

別の例では、他の画素について、各参照ラインにおける画素は、同じフィルタを使用することができ、また、異なる参照ラインにおける画素は、異なるフィルタを使用することができる。あるいは、他の画素について、異なる位置にある画素は。異なるフィルタを使用することができる。一例では、フィルタは、予め定義されており、また、エンコーダは、フィルタのインデックスを信号で通知する必要がない。

別の例では、各参照ラインのためのフィルタリング操作は、フレーム内予測モードと変換サイズとに依存することができる。フィルタリング操作は、フレーム内予測モードと変換サイズが特定の条件を満たす場合のみに有効になる。例えば、変換サイズが４ｘ４以下である場合、フィルタリング操作は無効になる。

別の例では、各画素を平滑化するために使用されるフィルタは、矩形形状ではなく、不規則なフィルタ支持形状を有することができる。フィルタ支持形状は、予め定義されることができ、また、フィルタ支持形状は、エンコーダおよびデコーダの両方に利用可能な任意の情報に依存することができ、これには、参照ラインのインデックス、フレーム内モード、ブロック高さおよび／または幅が含まれるが、これらに限定されない。

別の実施形態では、ゼロ参照ラインにおける各画素について、ゼロ参照ラインおよび第１参照ラインにおける画素は、その画素を平滑化するために使用さされることができる。第１参照ラインにおける各画素について、ゼロ参照ライン、第１参照ラインおよび第２参照ラインにおける画素は、その画素を平滑化するために使用されることができる。第２参照ラインにおける各画素について、第１参照ライン、第２参照ラインおよび第３参照ラインにおける画素は、その画素を平滑化するために使用されることができる。第３参照ラインにおける各画素について、第２参照ラインおよび第４参照ラインにおける画素は、その画素を平滑化するために使用されることができる。言い換えれば、４つの参照ラインが使用される場合、ゼロ参照ラインおよび第３参照ラインにおける画素は、２つの参照ラインにおける画素に基づいてフィルタリングされ、第１参照ラインおよび第２参照ラインにおける画素について、３つ参照ラインにおける画素は、各画素をフィルタリングために使用される。

例えば、第１参照ラインおよび第２参照ラインにおけるフィルタリングされた画素は、式７～式１０のうちの１つによって計算されることができ、ゼロ参照ラインにおけるフィルタリングされた画素は、式１１～式１５のうちの１つによって計算されることができ、また、第３参照ラインにおけるフィルタリングされた画素は、式１６～式２０によって計算されることができる。さらに、例えばゼロへの丸め、正の無限大への丸め、負の無限大への丸めなどのような丸めは、フィルタリング計算に適用されることができる。

本開示の第５態様によれば、現在ブロックにおいて、異なる位置にあるサンプルは、異なるラインインデックスを有する参照サンプルの異なる組み合わせを使用して予測を行うことができる。

一実施形態では、所定のフレーム内予測モードについて、各参照ラインｉは、１つの予測ブロックＰｒｅｄ_ｉを生成することができる。現在ブロックの異なる位置にある画素について、生成された予測ブロックＰｒｅｄ_ｉの異なる組み合わせは、最終的な予測ブロックを生成するために、異なる位置にある画素を計算するために使用されることができる。具体的には、位置（ｘ，ｙ）にある画素について、式２１は、予測値を計算するために使用されることができる。

ここで、Ｗ_ｉは、予測ブロックＰｒｅｄ_ｉのための重みを示し、また、位置に依存する。言い換えれば、重み付け因子は、同じ位置に対して同じであり、また、重み付け因子は、異なる位置に対して異なる。

別の実施形態では、フレーム内予測モードが与えられた場合、各サンプルについて、参照サンプルのセットが複数の参照ラインから選択され、参照サンプルのこれらの選択されたセットの重み付けられた和は、最終予測値として計算される。参照サンプルの選択は、予測サンプルのフレーム内モードおよび位置に依存することができ、また、重み付けは、予測サンプルのフレーム内モードおよび位置に依存することができる。

別の実施形態では、フレーム内予測のためにＫ番目の参照ライン（Ｋは正の整数である）を使用する場合、各サンプルについて、ゼロ参照ラインとＫ番目の参照ラインによる予測値が比較され、Ｋ番目の参照ラインによる予測値がゼロ参照ラインによる予測値と非常に異なる（例えば、閾値より大きい）場合、Ｋ番目の参照ラインからの予測値は除外され、代わりにゼロ参照ラインは使用されることができる。現在位置での予測値とその隣接する位置での予測値との間の差を測定する技術には、勾配、ＳＡＴＤ、ＳＡＤ、ＭＳＥ、ＳＮＲおよびＰＳＮＲが含まれるが、これらに限定されない。一例では、２つよりも多い予測値が異なる参照ラインから生成され、また、中間値（または平均値、あるいはも頻繁に現れる値）がサンプルの予測として使用される。

別の実施形態では、フレーム内予測のためにＫ番目の参照ラインを使用する場合、各サンプルについて、ゼロ参照ラインおよびＫ番目の参照ラインの予測値が比較され、ライン１が非常に異なる予測値を生成すると、ラインｘからの予測値は除外され、代わりにライン１を使用することができる。現在位置およびその隣接する位置での予測値の間の差を測定する方法には、勾配、ＳＡＴＤ、ＳＡＤ、ＭＳＥ、ＳＮＲおよびＰＳＮＲが含まるが、これらに限定されない。

本開示の第６態様によれば、フレーム内予測の後、最も近い参照ラインにおける画素のみを使用する代わりに、複数の参照ラインにおける画素を使用して、各ブロックの予測値をフィルタリングする。例えば、ＰＤＰＣは、複数ラインのフレーム内予測用に拡張されている。（ｘ，ｙ）に位置する各予測サンプルｐｒｅｄ［ｘ］［ｙ］は、式２２として計算される。

ここで、ｍは、－８から－２であることができる。

一例では、最も近い２つのラインにおける参照サンプルは、現在ブロックにおけるサンプルをフィルタリングするために使用される。左上の画素について、例えば、式２３に示すように、第１行の左上のサンプルのみが使用される。

別の例では、境界フィルタは、複数の参照ラインに拡張されることができる。例えば、ＤＣ予測の後、最初のいくつかの列および最初のいくつかの行における画素は、隣接する参照画素によってフィルタリングされる。第１列における画素は、式２４を使用してフィルタリングされることができ、第１行における画素は、式２５を使用してフィルタリングされることができる。

いくつかの特殊な場合では、第１列における画素は、式２６を使用してフィルタリングされることができ、第１行における画素は、式２７を使用してフィルタリングされることができる。

別の例では、垂直予測の後、最初のいくつかの列における画素は、式２８を使用してフィルタリングされることができ、また、水平予測の後、最初のいくつかの行における画素は、式２９を使用してフィルタリングされることができる。

別の例では、垂直／水平予測について、非ゼロ参照ラインが予測サンプルを生成するために使用される場合、ゼロ参照ラインおよび非ゼロ参照ラインにおける対応する画素が境界フィルタリングのために使用される。

図１２は、本開示の一実施形態による、垂直予測のための境界フィルタリングを図示する図を示す。図１２では、第１参照ラインは、現在ブロックのための予測サンプルを生成するために使用され、また、垂直方向（１２２０として示される）での画素は、垂直予測のために使用される。垂直予測の後、ゼロ参照ラインにおける、斜線テクスチャを有する画素（１２３０として示される）および第１参照ラインにおける、斜線テクスチャを有する画素（１２４０として示される）は、現在ブロックにおける最初のいくつかの列をフィルタリングするために使用される。垂直予測後のフィルタリングプロセスは、式３０によって公式化されることができ、ここで、ｍは、選択された参照ラインのインデックスを示し、ｍは、２～８であることができる。ｎは、右シフトビットの数であり、また、１～８であることができる。水平予測について、フィルタリングプロセスは、式３１によって公式化されることができる。

別の実施形態では、非ゼロ参照ラインが使用された場合、図８におけるモード２およびモード６６などのような対角線予測の後、ゼロ参照ラインから非ゼロ参照ラインへの対角線方向に沿った画素が、現在ブロックの最初のいくつかの列／行における画素をフィルタリングするために使用される。具体的には、モード２の予測の後、最初のいくつかの行における画素は、式３２を使用してフィルタリングされることができる。モード６６の予測の後、最初のいくつかの列における画素は、式３３を使用してフィルタリングされることができる。ｍは、現在ブロックのための非ゼロ参照ラインのインデックスを表し、また２～８であることができる。ｎは、右シフトビットの数であり、また２～８であることができる。Ｗ_ｉは、重み係数であり、また整数である。

本開示の第７態様によれば、複数の参照ラインのフレーム内予測について、変更されたＤＣおよび平面モードが非ゼロ参照ラインに追加される。一実施形態では、平面モードについて、異なる参照ラインが使用された場合、異なる予め定義された右上および左下の参照サンプルは、予測サンプルを生成するために使用される。別の実施形態では、異なる参照ラインが使用される場合、異なるフレーム内平滑化フィルタが使用される。

一実施形態では、ＤＣモードについて、ゼロ参照ラインに対して、上部の行および左側の列における全ての画素は、ＤＣ値を計算するために使用される。非ゼロ参照ラインに対して、いくつかの画素のみは、ＤＣ値を計算するために使用される。例えば、ゼロ参照ラインにおける上部の画素は、第１参照ラインのためのＤＣ値を計算するために使用され、ゼロ参照ラインにおける左側の画素は、第２参照ラインのためのＤＣ値を計算するために使用され、ゼロ参照線における左側の画素の半分および上部の画素の半分は、第３参照ラインのためのＤＣ値を計算するために使用される。別の実施形態では、ＤＣモードについて、全ての利用可能な候補ライン（行および列）における全ての参照画素は、ＤＣ予測器を計算するために使用される。

本開示の第８態様によれば、複数の参照ラインのための技術は、ＩＣモードに拡張されることができる。一実施形態では、ＩＣパラメータは、複数の上部／左側の参照ラインを使用して計算される。別の実施形態では、ＩＣパラメータを計算するために使用される参照ラインは信号で通知されることができる。

本開示の第９態様によれば、参照ラインのインデックスは信号で通知される。一実施形態では、参照ラインのインデックスは、可変長符号化を使用して信号で通知される。距離上で現在ブロックに近いほど、コードワードは短くなる。例えば、参照ラインのインデックスが０、１、２、３で、０が現在ブロックに最も近く、３が最も遠い場合、それらに対するコードワードは、１、０１、００１、０００であり、ここで、０および１が交替されることができる。

別の実施形態では、参照ラインのインデックスは、固定長符号化を使用して信号で通知される。例えば、参照ラインのインデックスが０、１、２、３で、０が現在ブロックに最も近く、３が最も遠い場合、それらに対するコードワードは、１０、０１、１１、００であり、ここで、０および１が交替されることができ、また、順序が変更されることができる。

別の実施形態では、参照ラインのインデックスは可変長符号化を使用して符号化され、ここで、コードワードテーブル内のインデックスの順序（最短のコードワードから最長のコードワードまで）は次のようになり、即ち、０，２，４，…２ｋ，１，３，５，…２ｋ＋１（または２ｋ－１）になる。インデックス０は、現在ブロックに最も近い参照ラインを表し、また、２Ｋ＋１は、最も遠い参照ラインを表す。

さらに別の実施形態では、参照ラインのインデックスは、可変長符号化を使用して符号化され、ここで、コードワードテーブル内のインデックスの順序（最短のコードワードから最長のコードワードまで）は次のようになり、即ち、最も近い、最も遠い、２番目の最も近い、２番目の最も遠い、…などである。１つの特定の例では、参照ラインのインデックスが０、１、２、３で、０が現在ブロックに最も近く、３が最も遠い場合、それらに対するコードワードは、インデックス０について０であり、インデックス３について１０であり、インデックス２について１１０であり、インデックス１について１１１である。参照ラインのインデックス１および２のためのコードワードは、切り替えられることが可能である。コードワードにおける０と１は変更されることができる。

本開示の第１０態様によれば、上部の参照ライン（行）の数が左側の参照ライン（列）の数と異なる場合、参照ラインのインデックスは、信号で通知される。一実施形態では、上部の参照ライン（行）の数がＭであり、かつ、左側の参照ライン（列）の数がＮである場合、ｍａｘ（Ｍ，Ｎ）のための参照ラインのインデックスは、上記のいずれかのシグナリング技術またはそれらの組み合わせを使用することができる。ｍｉｎ（Ｍ，Ｎ）のための参照ラインのインデックスは、ｍａｘ（Ｍ，Ｎ）のための参照ラインのインデックスを示すために使用されるコードワードから、コードワードのサブセットを取得し、通常が短いコードワードである。例えば、Ｍ＝４、Ｎ＝２であり、かつ、Ｍ（４）参照ラインのインデックス｛０、１、２、３｝を信号で通知するために使用されるコードワードが１、０１、００１、０００である場合、Ｎ（２）参照ラインのインデックス｛０、１｝を信号で通知するために使用されるコードワードは１、０１である。

別の実施形態では、上部の参照ライン（行）の数がＭであり、左側の参照ライン（列）の数がＮであり、かつ、ＭおよびＮが異なる場合、上部の参照ライン（行）のインデックスおよび左側の参照ライン（列）のインデックスを信号で通知するための参照ラインインデックスは別個であることができ、上記のいずれかのシグナリング技術またはそれらの組み合わせを独立して使用することができる。

本開示の第１１態様によれば、フレーム内予測のために使用されることができる参照ラインの最大数は、画素ラインバッファを潜在的に節約するために、例えばデブロッキングフィルタ（ｄｅｂｌｏｃｋｉｎｇ ｆｉｌｔｅｒ）またはテンプレートマッチングベースのフレーム内予測のような他の符号化ツールで使用される参照ラインの数を、超えないように制限されることができる。

本開示の第１２態様によれば、複数ラインのフレーム内予測と、他の符号化ツール／モードとは、相互作用することができる。一実施形態では、ｃｂｆ、最後の位置、変換スキップ、変換タイプ、二次変換インデックス、主変換インデックス、ＰＤＰＣインデックスが含まれるが、これらに限定されていない他の構文要素／符号化ツール／モードへの使用および／またはシグナリングは、複数ラインの参照ラインインデックスに依存することができる。一例では、複数ラインの参照インデックスが非ゼロである場合、変換スキップは使用されず、また、変換スキップフラグは信号で通知されない。別の例では、他の符号化ツールに信号で通知するために使用されるコンテクスト（例えば変換スキップ、ｃｂｆ、主変換インデックス、二次変換インデックス）は、複数ラインの参照インデックスの値に依存することができる。

別の実施形態では、複数ラインの参照インデックスは、ｃｂｆ、最後の位置、変換スキップ、変換スキップタイプ、二次変換インデックス、主変換インデックス、ＰＤＰＣインデックスが含まれるが、これらに限定されていない他の構文要素の後に信号で通知されることができ、また、複数ラインの参照インデックスへの使用および／またはシグナリングは、他の構文要素に依存することができる。

本開示の第１３態様によれば、参照ラインのインデックスは、フレーム内予測モード、ＭＰＭインデックス、主変換インデックス、二次変換インデックス、変換スキップフラグ、符号化ブロックフラグ（ＣＢＦ：ｃｏｄｉｎｇ ｂｌｏｃｋ ｆｌａｇ）および変換係数が含まれるが、これらに限定されていない他の構文要素をエントロピー符号化するためのコンテキストとして使用されることができ、逆もまた然りである。

本開示の第１４態様によれば、参照ラインの情報は、ＭＰＭリストに含まれることができる。現在ブロックの予測モードがＭＰＭリストのうちの１つの候補と同じである場合、フレーム内予測と、選択された候補の選択された参照ラインとの両方は現在ブロックに適用され、また、フレーム内予測モードと参照ラインのインデックスは信号で通知されない。さらに、異なる参照ラインインデックスのためのＭＰＭ候補の数が予め定義されている。

一実施形態では、各参照ラインのインデックスのためのＭＰＭの数は予め定義されており、例えばシーケンスパラメータセット（ＳＰＳ：ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）、画像パラメータセット（ＰＰＳ：ｐｉｃｔｕｒｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）、スライスヘッダ、タイルヘッダ、符号化ツリーユニット（ＣＴＵ：ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ）ヘッダなど内の、より高いレベルの構文要素として、または画像の領域のための共通構文要素またはパラメータとして信号で通知されることができる。その結果、ＭＰＭリストの長さは、異なるシーケンス、画像、スライス、タイル、符号化ブロックのグループまたは画像の領域において異なることができる。例えば、ゼロ参照ラインのためのＭＰＭの数は６であり、他の参照ラインごとのインデックスを有するＭＰＭの数は２である。その結果、参照ラインの総数が４である場合、ＭＰＭリストの総数は１２である。

別の実施形態では、すべてのフレーム内予測モードは、上部、左側、左上、右上および左下のブロックにおける参照ラインのインデックスとともに、ＭＰＭリストに含まれる。

図１３は、一例による現在ブロックの隣接するブロックの図を示す。図１３に示すように、Ａは、左下のブロックであり、Ｂ、Ｃ、ＤおよびＥは、左側のブロックであり、Ｆは、左上のブロックであり、ＧとＨは、上部のブロックであり、Ｉは、右上のブロックである。隣接するブロックのモードをＭＰＭリストに追加した後、所定の参照ライン番号を持つＭＰＭ候補の数が所定の数より小さい場合、デフォルトモードは、ＭＰＭリストを埋めるために使用される。

一例では、ゼロ参照ラインを有するＭＰＭ候補について、平面、ＤＣ、垂直、水平、モード２（対角線モード）およびモード６６（対角線モード）は、ゼロ参照ラインを有するＭＰＭ候補の長さが所定の数に達するまで、この順序でＭＰＭリストに追加される。他の参照ラインインデックスを有するＭＰＭ候補について、垂直および水平モードがこの順序でＭＰＭリストに追加される。

別の実施形態では、現在ブロックのモードがＭＰＭリスト内の候補のうちの１つに等しい場合、参照ラインのインデックスは信号で通知されない。現在ブロックのモードがＭＰＭリスト内のいずれかの候補に等しくない場合、参照ラインのインデックスは信号で通知される。一例では、ゼロ参照ラインが現在ブロックに使用される場合、第２レベルのＭＰＭモードは依然として使用されるが、第２レベルのＭＰＭには、フレーム内予測モードの情報のみが含まれる。別の例では、非ゼロ参照ラインについて、第２レベルのＭＰＭは使用されず、また、固定長符号化は残りのモードを符号化するために使用される。

図１４は、本開示の実施形態によるプロセス（１４００）を概説するフローチャートを示す。プロセス（１４００）は、フレーム内モードで符号化されたブロックの再構築に使用されることができ、再構築中のブロックの予測ブロックを生成することができる。様々な実施形態では、プロセス（１４００）は、端末デバイス（２１０）、（２２０）、（２３０）および（２４０）における処理回路、ビデオエンコーダ（３０３）の機能を実行する処理回路、ビデオデコーダ（３１０）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、フレーム内予測モジュール（４５２）の機能を実行する処理回路、ビデオエンコーダ（５０３）の機能を実行する処理回路、予測器（５３５）の機能を実行する処理回路、フレーム内エンコーダ（６２２）の機能を実行する処理回路、フレーム内デコーダ（７７２）の機能を実行する処理回路などの処理回路によって実行される。いくつかの実施形態では、プロセス（１４００）は、ソフトウェア命令によって実現され、したがって、処理回路がソフトウェア命令を実行する場合、処理回路は、プロセス（１４００）を実行する。このプロセスは（Ｓ１４０１）から始まり、（Ｓ１４１０）に進む。

ステップ（Ｓ１４１０）で、符号化されたビデオビットストリームからブロックの予測情報を復号化する。予測情報は、フレーム内予測モードおよび参照ラインを示す。この参照ラインは、複数の潜在的な参照ラインから選択される。このフレーム内予測モードは、参照ラインに関連付けられている潜在的なフレーム内予測モードのセットから選択される。異なる参照ラインは、異なる参照ラインにそれぞれ関連付けられている潜在的なフレーム内予測モードの異なるセットを有する。

ステップ（Ｓ１４２０）で、フレーム内予測モードと参照ラインとを決定する。

ステップ（Ｓ１４３０）で、フレーム内予測モードおよび参照ラインにおける参照サンプルに従って、ブロックのサンプルを構築する。そして、プロセスは（Ｓ１４９９）に進み、また終了する。

上記の技術は、コンピュータ読み取り可能な命令を使用するコンピュータソフトウェアとして実現され、また、物理的に１つ以上のコンピュータ読み取り可能な媒体に記憶されることができる。例えば、図１５は、開示された主題の特定の実施形態を実現するのに適したコンピュータシステム（１５００）を示す。

コンピュータソフトウェアは、任意の適切なマシンコードまたはコンピュータ言語を使用して符号化されることができ、アセンブリ、コンパイル、リンク、または同様のメカニズムを受けて命令を含むコードを作成することができ、命令は、１つ以上のコンピュータ中央処理ユニット（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）などによって、直接的に実行されてもよく、またはコード解釈、マイクロコード実行などによって実行されてもよい。

命令は、例えば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲームデバイス、オブジェクトネットワークデバイス（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ ｄｅｖｉｃｅｓ）などを含む、様々なタイプのコンピュータまたはそのコンポーネントで実行されてもよい。

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

コンピュータシステム（１５００）は、いくつかのヒューマンインターフェース入力デバイスを含むことができる。このようなヒューマンインターフェース入力デバイスは、触覚入力（例えば、キーストローク、スワイプ、データグローブの動きなど）、オーディオ入力（例えば、音声、拍手など）、視覚入力（例えば、ジェスチャーなど）、嗅覚入力（図示せず）によって、1人以上のユーザによる入力に応答することができる。ヒューマンインタフェースデバイスはまた、例えばオーディオ（例えば、音声、音楽、環境音など）、画像（例えば、スキャンされた画像、静止画像カメラから得られた写真画像など）、ビデオ（例えば、２次元ビデオ、立体映像を含む３次元ビデオなど）などの、人間による意識的な入力に必ずしも直接関連されているとは限らない、特定のメディアを捕捉するために使用されることもできる。

ヒューマンインタフェース入力デバイスは、キーボード（１５０１）、マウス（１５０２）、トラックパッド（１５０３）、タッチスクリーン（１５１０）、データグローブ（図示せず）、ジョイスティック（１５０５）、マイクロホン（１５０６）、スキャナ（１５０７）、カメラ（１５０８）（それぞれの1つだけが図示された）のうちの１つまたは複数を含むことができる。

コンピューターシステム（１５００）はまた、いくつかのヒューマンインターフェース出力デバイスを含むことができる。そのようなヒューマンインターフェース出力デバイスは、例えば、触覚出力、音、光、および嗅覚／味覚によって、１人以上のユーザの感覚を刺激することができる。このようなヒューマンインターフェース出力デバイスは、触覚出力デバイス（例えば、タッチスクリーン（１５１０）、データグローブ（図示せず）またはジョイスティック（１５０５）による触覚フィードバックであるが、入力デバイスとして作用しない触覚フィードバックデバイスであってもよい）、オーディオ出力デバイス（例えば、スピーカ（１５０９）、ヘッドホン（図示せず））、視覚出力デバイス（例えば、ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含むスクリーン（１５１０）であり、各々は、タッチスクリーン入力機能を備えてもよく、あるいは備えていなくてもよいし、各々は、触覚フィードバック機能を備えてもよく、あるいは備えていなくてもよいし、これらのいくつかは、例えば、ステレオグラフィック出力、仮想現実メガネ（図示せず）、ホログラフィックディスプレイとスモークタンク（図示せず）、およびプリンタ（図示せず）などによって、２次元の視覚出力または３次元以上の視覚出力を出力することができる。

コンピューターシステム（１５００）は、ＣＤ／ＤＶＤを有するＣＤ／ＤＶＤ ＲＯＭ／ＲＷ（１５２０）を含む光学媒体または類似の媒体（１５２１）、サムドライブ（１５２２）、リムーバブルハードドライブまたはソリッドステートドライブ（１５２３）、テープおよびフロッピーディスク（図示せず）などのようなレガシー磁気媒体、セキュリティドングル（図示せず）などのような特殊なＲＯＭ／ＡＳＩＣ／ＰＬＤベースのデバイスなどのような、人間がアクセス可能な記憶デバイスおよびそれらに関連する媒体を含むことができる。

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

コンピューターシステム（１５００）はまた、一つ以上の通信ネットワークへのインターフェースを含むことができる。ネットワークは、例えば、無線、有線、光学的であってもよい。ネットワークはさらに、ローカルネットワーク、広域ネットワーク、大都市圏ネットワーク、車両用ネットワークおよび産業用ネットワーク、リアルタイムネットワーク、遅延耐性ネットワークなどであってもよい。ネットワークの例は、イーサネット（登録商標）、無線ＬＡＮ、セルラーネットワーク（ＧＳＭ（登録商標）、３Ｇ、４Ｇ、５Ｇ、ＬＴＥなど）などのＬＡＮ、テレビケーブルまたは無線広域デジタルネットワーク（有線テレビ、衛星テレビ、地上放送テレビを含む）、車両用および産業用ネットワーク（ＣＡＮＢｕｓを含む）などを含む。いくつかのネットワークは、一般に、いくつかの汎用データポートまたは周辺バス（１５４９）（例えば、コンピュータシステム（１５００）のＵＳＢポート）に接続された外部ネットワークインターフェースアダプタが必要であり、他のシステムは、通常、以下に説明するようにシステムバスに接続することによって、コンピュータシステム（１５００）のコアに統合される（例えば、ＰＣコンピュータシステムへのイーサネットインターフェース、またはスマートフォンコンピュータシステムへのセルラーネットワークインターフェース）。これらのネットワークのいずれかを使用して、コンピュータシステム（１５００）は、他のエンティティと通信することができる。このような通信は、単方向の受信のみ（例えば、放送ＴＶ）、単方向の送信のみ（例えば、Ｃａｎｂｕｓから特定のＣａｎｂｕｓデバイスへ）、あるいは、双方向の、例えばローカルまたは広域デジタルネットワークを使用して他のコンピュータシステムへの通信であってもよい。上述のように、特定のプロトコルおよびプロトコルスタックは、それらのネットワークおよびネットワークインターフェースのそれぞれで使用されることができる。

上記のヒューマンインターフェースデバイス、ヒューマンアクセス可能な記憶デバイス、およびネットワークインターフェースは、コンピューターシステム（１５００）のコア（１５４０）に接続されることができる。

コア（１５４０）は、１つ以上の中央処理ユニット（ＣＰＵ）（１５４１）、グラフィック処理ユニット（ＧＰＵ）（１５４２）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）（１５４３）の形式の専用プログラマブル処理ユニット、特定のタスクのためのハードウェア加速器（１５４４）などを含むことができる。これらのデバイスは、リードオンリーメモリ（ＲＯＭ）（１５４５）、ランダムアクセスメモリ（１５４６）、例えば内部の非ユーザアクセスハードディスクドライブ、ＳＳＤなどの内部大容量ストレージ（１５４７）などとともに、システムバス（１５４８）を介して接続されてもよい。いくつかのコンピュータシステムでは、付加的なＣＰＵ、ＧＰＵなどによって拡張を可能にするために、システムバス（１５４８）に１つ以上の物理的プラグの形でアクセスすることができる。周辺デバイスは、コアのシステムバス（１５４８）に直接的に接続されてもよく、または周辺バス（１５４９）を介して接続されてもよい。周辺バスのアーキテクチャは、外部コントローラインターフェース（ＰＣＩ）、汎用シリアルバス（ＵＳＢ）などを含む。

ＣＰＵ（１５４１）、ＧＰＵ（１５４２）、ＦＰＧＡ（１５４３）、および加速器（１５４４）は、いくつかの命令を実行することができ、これらの命令を組み合わせて上述のコンピュータコードを構成することができる。そのコンピュータコードは、ＲＯＭ（１５４５）またはＲＡＭ（１５４６）に記憶されることができる。また、一時的なデータは、ＲＡＭ（１５４６）に記憶されることができる一方、永久的なデータは、例えば内部大容量ストレージ（１５４７）に記憶されることができる。１つ以上のＣＰＵ（１５４１）、ＧＰＵ（１５４２）、大容量ストレージ（１５４７）、ＲＯＭ（１５４５）、ＲＡＭ（１５４６）などと密接に関連することができる、キャッシュメモリを使用することにより、任意のメモリデバイスに対する高速記憶および検索が可能になる。

コンピュータ読み取り可能な媒体は、様々なコンピュータ実行された動作を実行するためのコンピュータコードを有することができる。媒体およびコンピュータコードは、本開示の目的のために特別に設計および構成されたものであってもよく、またはコンピュータソフトウェア分野の技術者によって知られ、利用可能な媒体およびコードであってもよい。

限定ではなく例として、アーキテクチャ（１５００）、特にコア（１５４０）を有するコンピュータシステムは、１つ以上の有形な、コンピュータ読み取り可能な媒体に具体化されたソフトウェアを実行する、（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、加速器などを含む）プロセッサとして機能を提供することができる。このようなコンピュータ読み取り可能な媒体は、上記のユーザがアクセス可能な大容量ストレージに関連する媒体であり、コア内部大容量ストレージ（１５４７）またはＲＯＭ（１５４５）などの、不揮発性コア（１５４０）を有する特定のストレージであってもよい。本開示の様々な実施形態を実現するソフトウェアは、そのようなデバイスに記憶され、コア（１５４０）によって実行されてもよい。コンピュータ読み取り可能な媒体は、特定のニーズに応じて、１つ以上のメモリデバイスまたはチップを含むことができる。このソフトウェアは、コア（１５４０）、具体的にはその中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡなどを含む）に、ＲＡＭ（１５４６）に記憶されているデータ構造を定義することと、ソフトウェアによって定義されたプロセスに従ってこのようなデータ構造を変更することとを含む、本明細書に説明された特定のプロセスまたは特定のプロセスの特定の部分を実行させることができる。加えてまたは代替として、コンピュータシステムは、ロジックハードワイヤードされているか、または別の方法で回路（例えば、アクセラレータ（１５４４））に組み込まれているため、機能を提供することができ、この回路は、ソフトウェアの代わりに動作し、またはソフトウェアと一緒に動作して、本明細書に説明された特定のプロセスの特定のプロセスまたは特定の部分を実行することができる。適切な場合には、ソフトウェアへの参照はロジックを含むことができ、逆もまた然りである。適切な場合には、コンピュータ読み取り可能な媒体への参照は、実行されるソフトウェアを記憶する回路（集積回路（ＩＣ）など）を含み、実行されるロジックを具体化する回路、またはその両方を兼ね備えることができる。本開示は、ハードウェアおよびソフトウェアの任意の適切な組み合わせを包含する。

付録Ａ：略語
ＪＥＭ：ｊｏｉｎｔ ｅｘｐｌｏｒａｔｉｏｎ ｍｏｄｅｌ、共同探索モデル
ＶＶＣ：ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ、汎用ビデオ符号化
ＢＭＳ：ｂｅｎｃｈｍａｒｋ ｓｅｔ、ベンチマークセット
ＭＶ：Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ、モーションベクトル
ＨＥＶＣ：Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、高効率ビデオ符号化／復号化
ＳＥＩ：Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ、補足強化情報
ＶＵＩ：Ｖｉｓｕａｌ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ、ビジュアルユーザビリティ情報
ＧＯＰｓ：Ｇｒｏｕｐｓ ｏｆ Ｐｉｃｔｕｒｅｓ、画像のグループ
ＴＵｓ：Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔｓ、変換ユニット
ＰＵｓ：Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔｓ、予測ユニット
ＣＴＵｓ：Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔｓ、符号化ツリーユニット
ＣＴＢｓ：Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋｓ、符号化ツリーブロック
ＰＢｓ：Ｐｒｅｄｉｃｔｉｏｎ Ｂｌｏｃｋｓ、予測ブロック
ＨＲＤ：Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ、仮想参照デコーダ
ＳＮＲ：Ｓｉｇｎａｌ Ｎｏｉｓｅ Ｒａｔｉｏ、信号雑音比
ＣＰＵｓ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔｓ、中央処理ユニット
ＧＰＵｓ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔｓ、グラフィック処理ユニット
ＣＲＴ：Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ、陰極線管
ＬＣＤ：Ｌｉｑｕｉｄ－Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、液晶ディスプレイ
ＯＬＥＤ：Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、有機発光ダイオード
ＣＤ：Ｃｏｍｐａｃｔ Ｄｉｓｃ、コンパクトディスク
ＤＶＤ：Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ、デジタルビデオディスク
ＲＯＭ：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、読み取り専用メモリ
ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ランダムアクセスメモリ
ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、特定用途向け集積回路
ＰＬＤ：Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、プログラマブルロジックデバイス
ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ、ローカルエリアネットワーク
ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、モバイル通信のグローバルシステム
ＬＴＥ：Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ロングタームエボリューション
ＣＡＮＢｕｓ：Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ Ｂｕｓ、コントローラエリアネットワークバス
ＵＳＢ：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ、汎用シリアルバス
ＰＣＩ：Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ、外部コントローラインターフェース
ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ、フィールドプログラマブルゲートアレイ
ＳＳＤ：ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ、ソリッドステートドライブ
ＩＣ：Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、集積回路
ＣＵ：Ｃｏｄｉｎｇ Ｕｎｉｔ、符号化ユニット

本開示は、いくつかの例示的な実施形態について説明したが、本開示の範囲内にある変更、配置、および様々な均等置換が存在している。したがって、当業者は、本明細書では明確に示されていないかまたは説明されていないが、本開示の原則を具現しているので、本開示の精神および範囲内にある、様々なシステムおよび方法を設計することができる、ということを理解されたい。

Claims (18)

1. ビデオを復号する方法であって、
   符号化されたビデオビットストリームからブロックの予測情報を復号するステップであって、前記予測情報が、複数の潜在的な参照ラインから選択された参照ラインと、前記参照ラインに関連付けられた潜在的なフレーム内予測モードのセットから選択されたフレーム内予測モードとを示すステップと、
   前記フレーム内予測モードと、前記参照ラインにおける少なくとも１つの参照サンプルとに基づいて、前記ブロックの少なくとも１つのサンプルを再構築するステップとを含み、
   前記予測情報が、非ゼロ参照ラインを示す場合に、前記非ゼロ参照ラインに関連付けられた潜在的なフレーム内予測モードの第１セットは、ゼロ参照ラインに関連付けられた潜在的なフレーム内予測モードの第２セットより、数が少ない潜在的なフレーム内予測モードを有し、
   前記潜在的なフレーム内予測モードの第１セットは、最も可能性の高いモードのみを含むことを特徴とするの方法。
2. 前記潜在的なフレーム内予測モードの第１セットは、偶数モードのインデックスを有するし予測モードを含む、
   ことを特徴とする請求項１に記載の方法。
3. 前記潜在的なフレーム内予測モードの第１セットは、奇数モードのインデックスを有する方向性フレーム内予測モードを欠く、
   ことを特徴とする請求項１に記載の方法。
4. 前記潜在的なフレーム内予測モードの第１セットは、ＤＣモードおよび平面モードを含む、
   ことを特徴とする請求項２に記載の方法。
5. 前記潜在的なフレーム内予測モードの第１セットは、偶数モードのインデックスを有する方向性フレーム内予測モードから導出された最も可能性の高いモードを含む、
   ことを特徴とする請求項１に記載の方法。
6. 前記符号化されたビデオビットストリームからブロックの予測情報を復号するステップは、さらに、
   前記フレーム内予測モードを示す第１信号を復号するステップと、
   前記フレーム内予測モードに基づいて、前記参照ラインのための第２信号を選択的に復号するステップとを、さらに含む、
   ことを特徴とする請求項１に記載の方法。
7. 前記フレーム内予測モードが偶数モードのインデックスを有する方向性フレーム内予測モードである場合、前記参照ラインを決定するために、前記第１信号の後で受信した前記第２信号を復号するステップと、
   前記フレーム内予測モードが奇数モードのインデックスを有する方向性フレーム内予測モード、平面モードおよびＤＣモードの何れか１つである場合、前記参照ラインがデフォルト参照ラインであることを決定するステップと、をさらに含む、
   ことを特徴とする請求項６に記載の方法。
8. ビデオを復号する方法であって、
   符号化されたビデオビットストリームからブロックの予測情報を復号するステップであって、前記予測情報が、複数の潜在的な参照ラインから選択された参照ラインと、前記参照ラインに関連付けられた潜在的なフレーム内予測モードのセットから選択されたフレーム内予測モードとを示すステップと、
   前記フレーム内予測モードと、前記参照ラインにおける少なくとも１つの参照サンプルとに基づいて、前記ブロックの少なくとも１つのサンプルを再構築するステップとを含み、
   前記符号化されたビデオビットストリームからブロックの予測情報を復号するステップは、さらに、
   前記フレーム内予測モードを示す第１信号を復号するステップと、
   前記フレーム内予測モードに基づいて、前記参照ラインのための第２信号を選択的に復号するステップであって、前記フレーム内予測モードが最も可能性の高いモードのうちの１つである場合、前記参照ラインを決定するために、前記第１信号の後で受信した前記第２信号を復号するステップと、
   前記フレーム内予測モードが最も可能性の高いモードの何れでもない場合、前記参照ラインがデフォルト参照ラインであることを決定するステップと、をさらに含む、
   ことを特徴とする方法。
9. ビデオを復号する装置であって、前記装置は処理回路を含み、
   前記処理回路は、
   符号化されたビデオビットストリームからブロックの予測情報を復号化ことであって、前記予測情報が、複数の潜在的な参照ラインから選択された参照ラインと、前記参照ラインに関連付けられた潜在的なフレーム内予測モードのセットから選択されたフレーム内予測モードとを示すことと、
   前記フレーム内予測モードと、前記参照ラインにおける少なくとも１つの参照サンプルとに基づいて、前記ブロックの少なくとも１つのサンプルを再構築することと、を実行するように構成され、
   前記予測情報が、非ゼロ参照ラインを示す場合に、前記非ゼロ参照ラインに関連付けられた潜在的なフレーム内予測モードの第１セットは、ゼロ参照ラインに関連付けられた潜在的なフレーム内予測モードの第２セットより、数が少ない潜在的なフレーム内予測モードを有し、
   前記潜在的なフレーム内予測モードの第１セットは、最も可能性の高いモードのみを含むことを特徴とする装置。
10. 前記潜在的なフレーム内予測モードの第１セットは、偶数モードのインデックスを有する方向性フレーム内予測モードを含む、
    ことを特徴とする請求項９に記載の装置。
11. 前記潜在的フレーム内予測モードの第１セットは、奇数モードのインデックスを有する方向性フレーム内予測モードを欠く、
    ことを特徴とする請求項９に記載の装置。
12. 前記潜在的なフレーム内予測モードの第１セットは、ＤＣモードおよび平面モードを含む、
    ことを特徴とする請求項１０に記載の装置。
13. 前記潜在的なフレーム内予測モードの第１セットは、偶数モードのインデックスを有する方向性フレーム内予測モードから導出された最も可能性の高いモードを含む、
    ことを特徴とする請求項９に記載の装置。
14. 前記符号化されたビデオビットストリームからブロックの予測情報を復号することは、
    前記フレーム内予測モードを示す第１信号を復号することと、
    前記フレーム内予測モードに基づいて、前記参照ラインの第２信号を選択的に復号することと、を含む、
    ことを特徴とする請求項９に記載の装置。
15. 前記フレーム内予測モードが偶数モードのインデックスを有する方向性フレーム内予測モードである場合、前記参照ラインを決定するために、前記第１信号の後で受信した前記第２信号を復号することと、
    前記フレーム内予測モードが奇数モードのインデックスを有する方向性フレーム内予測モード、平面モードおよびＤＣモードの何れか１つである場合、前記参照ラインがデフォルト参照ラインであることを決定することと、をさらに含む、
    ことを特徴とする請求項１４に記載の装置。
16. 前記潜在的なフレーム内予測モードの第１セットは、隣接する方向性フレーム内予測モードを欠いている、請求項１に記載の方法。
17. 前記潜在的なフレーム内予測モードの第１セットは、隣接する方向性フレーム内予測モードを欠いている、請求項９に記載の装置。
18. コンピュータに請求項１乃至８又は１６の何れか一項に記載の方法を実行させるコンピュータプログラム。

Images