JP2024024054A - ビデオコーディングのための方法および装置 - Google Patents

Abstract

【課題】本開示の態様は、ビデオエンコーディング／デコーディングのための方法、装置、および非一時的コンピュータ可読記憶媒体を含む。【解決手段】装置は、コーディングされたビデオビットストリームの一部である現在のピクチャ内の現在のブロックの予測情報をデコーディングする処理回路を含む。予測情報は、現在のブロックについて無方向性イントラ予測モードを示す。処理回路は、現在のブロックを複数の区分に区分する。複数の区分は、少なくとも１つのＬ形状区分を含む。処理回路は、（ｉ）複数の区分のうちの１つの隣接する再構築されたサンプル、または（ｉｉ）現在のブロックの隣接する再構築されたサンプル、のうちの少なくとも１つに基づいて、複数の区分のうちの１つを再構築する。【選択図】図２５Ａ

Description

参照による組み込み
本出願は、その全体が参照により本明細書に組み込まれる、２０２０年９月２８日に出願された米国仮出願第６３／０８４，４６０号「Ｌ形状区分のための無方向性イントラ予測」に対する優先権の利益を主張する、２０２１年９月８日に出願された米国特許出願第１７／４６９，５００号「ビデオコーディングのための方法および装置」に対する優先権の利益を主張する。

本開示は、全体としてビデオコーディングに関連する実施形態を説明する。

本明細書で提供される背景技術の説明は、本開示の文脈を一般的に提示することを目的としている。本発明者らの研究は、この研究がこの背景技術の項で説明されている限りにおいて、および出願時に従来技術と見なされ得ない説明の態様は、本開示に対する従来技術として明示的にも暗示的にも認められない。

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

ビデオコーディングおよびデコーディングの１つの目的は、圧縮による入力ビデオ信号の冗長性の低減であり得る。圧縮は、前述の帯域幅または記憶空間要件を、場合によっては２桁以上低減するのに役立ち得る。可逆圧縮および非可逆圧縮の両方、ならびにこれらの組み合わせが用いられ得る。可逆圧縮は、元の信号の正確なコピーが圧縮された元の信号から再構築され得る技術を指す。非可逆圧縮を使用する場合、再構築された信号は元の信号と同一ではあり得ないが、元の信号と再構築された信号との間の歪みは、再構築された信号を意図された用途に利用するのに十分小さい。ビデオの場合、非可逆圧縮が広く用いられている。許容される歪みの量は用途に依存し、例えば、特定の消費者ストリーミング用途のユーザは、テレビ配信用途のユーザよりも高い歪みを許容し得る。達成可能な圧縮比は、より高い容認可能／許容可能な歪みがより高い圧縮比をもたらし得ることを反映し得る。

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

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

例えばＭＰＥＧ－２生成コーディング技術から知られているような従来のイントラコーディングは、イントラ予測を使用しない。しかしながら、一部のより新しいビデオ圧縮技術は、例えば、空間的に隣接し、かつデコーディング順序で先行するデータブロックのエンコーディングおよび／またはデコーディング中に取得された周囲のサンプルデータおよび／またはメタデータから試行する技術を含む。このような技術は、以後「イントラ予測」技術と呼ばれる。少なくとも一部の場合には、イントラ予測は、再構築中の現在のピクチャからの参照データのみを使用し、参照ピクチャからの参照データは使用しないことに留意されたい。

イントラ予測には多くの異なる形式があり得る。このような技術のうちの１つより多くが、所与のビデオコーディング技術において使用され得る場合、使用中の技術はイントラ予測モードでコーディングされ得る。ある場合には、モードはサブモードおよび／またはパラメータを有し得、それらは個別にコーディングされ得るかまたはモードコードワードに含まれ得る。所与のモード、サブモード、および／またはパラメータの組み合わせにどのコードワードを使用するかは、イントラ予測によるコーディング効率／利得に影響を及ぼし得、したがって、コードワードをビットストリームに変換するために使用されるエントロピーコーディング技術にも影響を及ぼし得る。

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

図１Ａを参照すると、右下に示されているのは、Ｈ．２６５の３３個の可能な予測子方向（３５個のイントラモードのうちの３３個の角度モードに対応する）から知られる９つの予測子方向のサブセットである。矢印が収束している点（１０１）は、予測されているサンプルを表す。矢印は、サンプルが予測されている方向を表す。例えば、矢印（１０２）は、サンプル（１０１）が水平から４５度の角度で右上にあるサンプルまたは複数のサンプルから予測されることを示す。同様に、矢印（１０３）は、サンプル（１０１）が水平から２２．５度の角度でサンプル（１０１）の左下にあるサンプルまたは複数のサンプルから予測されることを示す。

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

イントラピクチャ予測は、シグナリングされた予測方向によって割り当てられるように、隣接サンプルからの参照サンプル値をコピーすることによって機能し得る。例えば、コーディングされたビデオビットストリームが、このブロックに関して、矢印（１０２）と一致する予測方向を示すシグナリングを含む、すなわち、サンプルが水平から４５度の角度で右上にある予測サンプルまたは複数の予測サンプルから予測されると仮定する。その場合、同じ参照サンプルＲ０５からサンプルＳ４１、Ｓ３２、Ｓ２３、およびＳ１４が予測される。次に、参照サンプルＲ０８からサンプルＳ４４が予測される。

特定の場合には、特に、方向が４５度で均等に割り切れない場合、参照サンプルを計算するために、例えば補間によって、複数の参照サンプルの値が組み合わされ得る。

可能な方向の数は、ビデオコーディング技術が発展するにつれて増加している。Ｈ．２６４（２００３年）では、９つの異なる方向が表され得る。これは、Ｈ．２６５（２０１３年）では３３に増加しており、本開示の時点では、ＪＥＭ／ＶＶＣ／ＢＭＳが、最大で６５の方向をサポートし得る。最も可能性の高い方向を特定するために実験が行われており、エントロピーコーディングの特定の技術は、それらの可能性の高い方向を少数のビットで表すために使用され、可能性の低い方向に関しては一定の不利益を受け入れている。さらに、方向自体が、隣接する既にデコーディングされたブロックで使用された隣接する方向から予測され得る場合がある。

図１Ｂは、経時的に増加する予測方向の数を示すためにＪＥＭによる６５のイントラ予測方向を示す概略図（１０５）を示す。

方向を表す、コーディングされたビデオビットストリーム内のイントラ予測方向ビットのマッピングは、ビデオコーディング技術ごとに異なり得、例えば、予測方向からイントラ予測モードへの単純な直接マッピング、コードワード、最も可能性の高いモードを含む複雑な適応方式、および同様の技術に及び得る。しかしながら、すべての場合において、ビデオコンテンツで特定の他の方向よりも統計的に可能性の低い特定の方向が存在し得る。ビデオ圧縮の目的は冗長性の低減であるため、それらの可能性の低い方向は、うまく機能するビデオコーディング技術では、可能性の高い方向よりも多くのビット数で表される。

動き補償は、非可逆圧縮技術であり得、以前に再構築されたピクチャまたはその部分（参照ピクチャ）からのサンプルデータのブロックが、動きベクトル（以下ＭＶ（ｍｏｔｉｏｎ ｖｅｃｔｏｒ））によって示される方向に空間的にシフトされた後に、新たに再構築されるピクチャまたはピクチャ部分の予測に使用される技術に関し得る。場合によっては、参照ピクチャは、現在再構築中のピクチャと同じであり得る。ＭＶは、２つの次元ＸおよびＹ、または３つの次元を有し得、第３の次元は、使用中の参照ピクチャの指示である（後者は、間接的に時間次元であり得る）。

一部のビデオ圧縮技術では、サンプルデータの特定の領域に適用可能なＭＶは、他のＭＶから、例えば、再構築中の領域に空間的に隣接し、かつデコーディング順序でそのＭＶに先行するサンプルデータの別の領域に関連するＭＶから予測され得る。そうすることで、ＭＶをコーディングするのに必要なデータの量を大幅に削減し得、その結果、冗長性が排除され、圧縮が増加する。例えば、カメラから引き出された入力ビデオ信号（自然ビデオとして知られている）をコーディングするとき、単一のＭＶが適用可能な領域よりも大きい領域が同様の方向に移動し、したがって、場合によっては、隣接する領域のＭＶから導出された同様のＭＶを使用して予測され得る統計的尤度があるため、ＭＶ予測は効果的に機能し得る。これにより、所与の領域に関して見つけられたＭＶは、周囲のＭＶから予測されたＭＶと同様であるかまたは同じになり、その結果として、エントロピーコーディング後に、ＭＶを直接コーディングする場合に使用されるのよりも少ないビット数で表され得る。場合によっては、ＭＶ予測は、元の信号（すなわち、サンプルストリーム）から導出された信号（すなわち、ＭＶ）の可逆圧縮の一例であり得る。他の場合には、例えば、いくつかの周囲のＭＶから予測子を計算するときの丸め誤差のために、ＭＶ予測自体は非可逆であり得る。

様々なＭＶ予測メカニズムは、Ｈ．２６５／ＨＥＶＣ（ＩＴＵ－Ｔ Ｒｅｃ．Ｈ．２６５、「高効率ビデオコーディング」、２０１６年１２月）に説明されている。Ｈ．２６５が提供する多くのＭＶ予測メカニズムのうち、以後「空間マージ」と呼ばれる技術が、本明細書で説明される。

図１Ｃを参照すると、現在のブロック（１１１）は、空間的にシフトされた同じサイズの前のブロックから予測可能である、動き探索プロセス中にエンコーダによって見つけられたサンプルを含み得る。そのＭＶを直接コーディングする代わりに、ＭＶは、Ａ０、Ａ１およびＢ０、Ｂ１、Ｂ２（それぞれ１１２から１１６）で表されている５つの周囲サンプルのいずれか１つに関連付けられたＭＶを使用して、１つ以上の参照ピクチャに関連付けられたメタデータから、例えば（デコーディング順序で）最新の参照ピクチャから導出され得る。Ｈ．２６５では、ＭＶ予測は、隣接するブロックが使用しているのと同じ参照ピクチャからの予測子を使用し得る。

本開示の態様は、ビデオエンコーディング／デコーディングのための装置を提供する。装置は、コーディングされたビデオビットストリームの一部である現在のピクチャ内の現在のブロックの予測情報をデコーディングする処理回路を含む。予測情報は、現在のブロックについて無方向性イントラ予測モードを示す。処理回路は、現在のブロックを複数の区分に区分する。複数の区分は、少なくとも１つのＬ形状区分を含む。処理回路は、（ｉ）複数の区分のうちの１つの隣接する再構築されたサンプル、または（ｉｉ）現在のブロックの隣接する再構築されたサンプルのうちの少なくとも１つに基づいて、複数の区分のうちの１つを再構築する。

一実施形態では、隣接する再構築されたサンプルのうちの少なくとも１つは、複数の区分のうちの１つの右側または下側のうちの１つに隣接して位置する。

一実施形態では、複数の区分のうちの１つはＬ形状区分であり、隣接する再構築されたサンプルの数はＬ形状区分の寸法に依存する。一例では、隣接する再構築されたサンプルの数は、Ｌ形状区分の幅と高さの合計である。別の例では、隣接する再構築されたサンプルの数は、Ｌ形状区分のより短い幅とより短い高さの合計である。別の例では、隣接する再構築されたサンプルの数は、Ｌ形状区分の幅および高さのうちの最大値である。別の例では、隣接する再構築されたサンプルの数は、Ｌ形状区分の幅および高さのうちの最小値である。

一実施形態では、隣接する再構築されたサンプルのうちの少なくとも１つは、複数の区分のうちの１つより前に再構築された複数の区分のうちの別の１つに位置する。一例では、複数の区分のうちの別の１つはＬ形状区分であり、隣接する再構築されたサンプルのうちの少なくとも１つは、複数の区分のうちの１つの右側または下側のうちの１つに隣接して位置する。

一実施形態では、処理回路は、（ｉ）複数の区分のうちの１つの隣接する再構築されたサンプル、または（ｉｉ）現在のブロックの隣接する再構築されたサンプル、のうちの少なくとも１つに基づいて、複数の区分のうちの１つの複数の隣接する参照サンプルを決定する。処理回路は、複数の隣接する参照サンプルに基づいて、複数の区分のうちの１つを再構築する。

一例では、隣接する再構築されたサンプルは、複数の区分のうちの１つの左の列および右の列の隣接する再構築されたサンプルを含む。処理回路は、複数の区分のうちの１つの左の列および右の列の隣接する再構築されたサンプルに基づいて、複数の区分のうちの１つの下の行の隣接する参照サンプルを決定する。処理回路は、複数の区分のうちの１つの下の行の隣接する参照サンプルに基づいて、複数の区分のうちの１つを再構築する。

一例では、隣接する再構築されたサンプルは、複数の区分のうちの１つの上の行および下の行の隣接する再構築されたサンプルを含む。処理回路は、複数の区分のうちの１つの上の行および下の行の隣接する再構築されたサンプルに基づいて、複数の区分のうちの１つの左の列の隣接する参照サンプルを決定する。処理回路は、複数の区分のうちの１つの左の列の隣接する参照サンプルに基づいて、複数の区分のうちの１つを再構築する。

一実施形態では、複数の区分のうちの１つはＬ形状区分であり、処理回路は、現在のブロックの左の列および上の行の隣接する再構築されたサンプルに基づいて、複数の区分のうちの１つを再構築する。

一実施形態では、複数の区分のうちの１つがＬ形状区分であることに基づいて、処理回路は、Ｌ形状区分の各サンプルに関して、それぞれのサンプルの位置に基づいて複数の隣接する参照サンプルを決定する。処理回路は、それぞれのサンプルの複数の隣接する参照サンプルに基づいて、Ｌ形状区分の各サンプルを再構築する。

一実施形態では、各サンプルの複数の隣接する参照サンプルは、再構築された隣接サンプルと、再構築された隣接サンプルに基づいて再構築された隣接サンプルとを含む。

本開示の態様は、ビデオエンコーディング／デコーディングのための方法を提供する。本方法では、コーディングされたビデオビットストリームの一部である現在のピクチャ内の現在のブロックの予測情報がデコーディングされる。予測情報は、現在のブロックについて無方向性イントラ予測モードを示す。現在のブロックは、複数の区分に区分される。複数の区分は、少なくとも１つのＬ形状区分を含む。複数の区分のうちの１つは、（ｉ）複数の区分のうちの１つの隣接する再構築されたサンプル、または（ｉｉ）現在のブロックの隣接する再構築されたサンプル、のうちの少なくとも１つに基づいて決定される。

本開示の態様はまた、少なくとも１つのプロセッサによって実行されるときに、少なくとも１つのプロセッサに、ビデオデコーディングのための方法の任意の１つまたは組み合わせを実行させる命令を記憶する非一時的コンピュータ可読媒体を提供する。

開示されている主題のさらなる特徴、性質、および様々な利点は、以下の詳細な説明および添付の図面からより明らかになる。

イントラ予測モードの例示的なサブセットの概略図である。 例示的なイントラ予測方向の図である。 一例における現在のブロックおよびその周囲の空間マージ候補の概略図である。 一実施形態による通信システムの簡略ブロック図の概略図である。 一実施形態による通信システムの簡略ブロック図の概略図である。 一実施形態によるデコーダの簡略ブロック図の概略図である。 一実施形態によるエンコーダの簡略ブロック図の概略図である。 別の実施形態によるエンコーダのブロック図を示す。 別の実施形態によるデコーダのブロック図を示す。 本開示の一部の実施形態による例示的なブロック区分を示す。 本開示の一実施形態による、入れ子状の二分木構造を有する例示的な四分木を示す。 本開示の一部の実施形態による、マルチタイプツリー構造における例示的なブロック区分を示す。 本開示の一実施形態による例示的なＬ型区分を示す。 本開示の一部の実施形態による、Ｌ型区分を使用する例示的なブロック区分を示す。 本開示の一実施形態による例示的な公称角度を示す。 本開示の一実施形態による、現在のブロック内の１つの画素に対する上、左、および左上のサンプルの位置を示す。 本開示の一実施形態による例示的な再帰的フィルタイントラモードを示す。 本開示の一実施形態による、コーディングブロックユニットに隣接する４つの参照ラインを使用する例示的なマルチラインイントラ予測を示す。 本開示の一部の実施形態による例示的な参照サンプルチェーン（ＲＳＣ）を示す。 本開示の一部の実施形態による例示的な参照サンプルチェーン（ＲＳＣ）を示す。 本開示の一部の実施形態による例示的な参照サンプルチェーン（ＲＳＣ）を示す。 本開示の一部の実施形態による例示的な参照サンプルチェーン（ＲＳＣ）を示す。 本開示の一部の実施形態による例示的な参照サンプルチェーン（ＲＳＣ）を示す。 本開示の一部の実施形態による例示的な参照サンプルチェーン（ＲＳＣ）を示す。 本開示の一実施形態による例示的なＲＳＣを示す。 本開示の一部の実施形態による例示的なＲＳＣを示す。 本開示の一部の実施形態による例示的なＲＳＣを示す。 本開示の一部の実施形態による例示的なＲＳＣを示す。 本開示の一部の実施形態による例示的なＲＳＣを示す。 本開示の一部の実施形態による例示的なＲＳＣを示す。 本開示の一部の実施形態による例示的なＲＳＣを示す。 本開示の一実施形態による例示的なＲＳＣを示す。 本開示の一部の実施形態による例示的なＲＳＣを示す。 本開示の一部の実施形態による例示的なＲＳＣを示す。 本開示の一部の実施形態による例示的なＲＳＣを示す。 本開示の一部の実施形態による例示的なＲＳＣを示す。 本開示の一実施形態による例示的なＲＳＣを示す。 本開示の一部の実施形態による例示的なＲＳＣを示す。 本開示の一部の実施形態による例示的なＲＳＣを示す。 本開示の一実施形態による例示的なフローチャートを示す。 一実施形態によるコンピュータシステムの概略図である。

Ｉ．ビデオデコーダおよびエンコーダシステム
図２は、本開示の一実施形態による通信システム（２００）の簡略ブロック図を示す。通信システム（２００）は、例えばネットワーク（２５０）を介して互いに通信し得る複数の端末デバイスを含む。例えば、通信システム（２００）は、ネットワーク（２５０）を介して相互接続された第１のペアの端末デバイス（２１０）および（２２０）を含む。図２の例では、第１のペアの端末デバイス（２１０）および（２２０）は、データの単方向送信を実行する。例えば、端末デバイス（２１０）は、ネットワーク（２５０）を介して他の端末デバイス（２２０）に送信するためにビデオデータ（例えば、端末デバイス（２１０）によって取り込まれたビデオピクチャのストリーム）をコーディングし得る。エンコーディングされたビデオデータは、１つ以上のコーディングされたビデオビットストリームの形式で送信され得る。端末デバイス（２２０）は、ネットワーク（２５０）からコーディングされたビデオデータを受信し、コーディングされたビデオデータをデコーディングしてビデオピクチャを復元し、復元されたビデオデータに従ってビデオピクチャを表示し得る。単方向データ送信は、メディアサービング用途などで一般的であり得る。

別の例では、通信システム（２００）は、例えばビデオ会議中に行われ得るコーディングされたビデオデータの双方向送信を実行する第２のペアの端末デバイス（２３０）および（２４０）を含む。データの双方向送信のために、一例では、端末デバイス（２３０）および（２４０）の各端末デバイスは、ネットワーク（２５０）を介して端末デバイス（２３０）および（２４０）の他方の端末デバイスに送信するためにビデオデータ（例えば、端末デバイスによって取り込まれたビデオピクチャのストリーム）をコーディングし得る。端末デバイス（２３０）および（２４０）の各端末デバイスはまた、端末デバイス（２３０）および（２４０）の他方の端末デバイスによって送信されたコーディングされたビデオデータを受信し得、コーディングされたビデオデータをデコーディングしてビデオピクチャを復元し得、復元されたビデオデータに従ってアクセス可能な表示デバイスにビデオピクチャを表示し得る。

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

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

ストリーミングシステムは、例えば非圧縮のビデオピクチャのストリーム（３０２）を作成するビデオソース（３０１）、例えばデジタルカメラを含み得るキャプチャサブシステム（３１３）を含み得る。一例では、ビデオピクチャのストリーム（３０２）は、デジタルカメラによって撮られたサンプルを含む。エンコーディングされたビデオデータ（３０４）（またはコーディングされたビデオビットストリーム）と比較して大データ容量を強調するために太線として示されているビデオピクチャのストリーム（３０２）は、ビデオソース（３０１）に結合された、ビデオエンコーダ（３０３）を含む電子デバイス（３２０）によって処理され得る。ビデオエンコーダ（３０３）は、以下でより詳細に説明されるように、開示されている主題の態様を可能にするまたは実現するためにハードウェア、ソフトウェア、またはこれらの組み合わせを含み得る。エンコーディングされたビデオデータ（３０４）（またはエンコーディングされたビデオビットストリーム（３０４））は、ビデオピクチャのストリーム（３０２）と比較してより小データ容量を強調するために細い線として示されており、将来の使用のためにストリーミングサーバ（３０５）に記憶され得る。図３のクライアントサブシステム（３０６）および（３０８）などの１つ以上のストリーミングクライアントサブシステムは、エンコーディングされたビデオデータ（３０４）のコピー（３０７）および（３０９）を検索するためにストリーミングサーバ（３０５）にアクセスし得る。クライアントサブシステム（３０６）は、例えば電子デバイス（３３０）内にビデオデコーダ（３１０）を含み得る。ビデオデコーダ（３１０）は、エンコーディングされたビデオデータの入力コピー（３０７）をデコーディングし、ディスプレイ（３１２）（例えば、表示スクリーン）または他の描画デバイス（図示せず）上に描画され得るビデオピクチャの出力ストリーム（３１１）を作成する。一部のストリーミングシステムでは、エンコーディングされたビデオデータ（３０４）、（３０７）、および（３０９）（例えば、ビデオビットストリーム）は、特定のビデオコーディング／圧縮規格に従ってコーディングされ得る。それらの規格の例は、ＩＴＵ－Ｔ勧告Ｈ．２６５を含む。一例では、開発中のビデオコーディング規格は、多用途ビデオコーディング（ＶＶＣ）として非公式に知られている。開示されている主題は、ＶＶＣの文脈で使用され得る。

電子デバイス（３２０）および（３３０）は、他の構成要素（図示せず）を含み得ることに留意されたい。例えば、電子デバイス（３２０）はビデオデコーダ（図示せず）を含み得、電子デバイス（３３０）はビデオエンコーダ（図示せず）も含み得る。

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

受信機（４３１）は、ビデオデコーダ（４１０）によってデコーディングされるべき１つ以上のコーディングされたビデオシーケンスを受信し得、同じまたは別の実施形態では、一度に１つのコーディングされたビデオシーケンスを受信し得、その場合、各コーディングされたビデオシーケンスのデコーディングは、他のコーディングされたビデオシーケンスから独立している。コーディングされたビデオシーケンスは、チャネル（４０１）から受信され得、チャネル（４０１）は、エンコーディングされたビデオデータを記憶する記憶デバイスへのハードウェア／ソフトウェアリンクであり得る。受信機（４３１）は、それぞれの使用エンティティ（図示せず）に転送され得る他のデータ、例えばコーディングされたオーディオデータストリームおよび／または補助データストリームと共に、エンコーディングされたビデオデータを受信し得る。受信機（４３１）は、コーディングされたビデオシーケンスを他のデータから分離し得る。ネットワークジッタに対抗するために、バッファメモリ（４１５）が、受信機（４３１）とエントロピーデコーダ／パーサ（４２０）（以下「パーサ（４２０）」）との間に結合され得る。特定の用途では、バッファメモリ（４１５）は、ビデオデコーダ（４１０）の一部である。他のものでは、それはビデオデコーダ（４１０）の外部にあり得る（図示せず）。さらに他のものでは、例えばネットワークジッタに対抗するためにビデオデコーダ（４１０）の外部にバッファメモリ（図示せず）があり、加えて、例えばプレイアウトタイミングを処理するためにビデオデコーダ（４１０）の内部に別のバッファメモリ（４１５）があり得る。受信機（４３１）が、十分な帯域幅および制御性を有する記憶／転送デバイスから、またはアイソシンクロナスネットワークからデータを受信している場合、バッファメモリ（４１５）は必要ない場合がある、または小さくされ得る。インターネットなどのベストエフォートパケットネットワークで使用するために、バッファメモリ（４１５）は、必要とされる場合があり、比較的大きくされ得、好適には適応サイズにされ得、ビデオデコーダ（４１０）の外部のオペレーティングシステムまたは同様の要素（図示せず）に少なくとも部分的に実装されてもよい。

ビデオデコーダ（４１０）は、コーディングされたビデオシーケンスからシンボル（４２１）を再構築するためのパーサ（４２０）を含み得る。これらのシンボルのカテゴリは、ビデオデコーダ（４１０）の動作を管理するために使用される情報と、場合によっては、図４に示されているように、電子デバイス（４３０）の不可欠な部分ではないが、電子デバイス（４３０）に結合され得る描画デバイス（４１２）などの描画デバイス（例えば、表示スクリーン）を制御するための情報を含む。描画デバイスの制御情報は、補足拡張情報（ＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージ）またはビデオユーザビリティ情報（ＶＵＩ：Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）パラメータセットフラグメント（図示せず）の形式であり得る。パーサ（４２０）は、受信されたコーディングされたビデオシーケンスを解析／エントロピーデコーディングし得る。コーディングされたビデオシーケンスのコーディングは、ビデオコーディング技術または規格に準拠し得、可変長コーディング、ハフマンコーディング、および文脈依存性を伴うまたは伴わない算術コーディングなどを含む様々な原理に従い得る。パーサ（４２０）は、コーディングされたビデオシーケンスから、ビデオデコーダ内の画素のサブグループのうちの少なくとも１つに関するサブグループパラメータのセットを、そのグループに対応する少なくとも１つのパラメータに基づいて抽出し得る。サブグループは、グループオブピクチャ（ＧＯＰ：Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）、ピクチャ、タイル、スライス、マクロブロック、コーディングユニット（ＣＵ：Ｃｏｄｉｎｇ Ｕｎｉｔ）、ブロック、変換ユニット（ＴＵ：Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ）、および予測ユニット（ＰＵ：Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔ）などを含み得る。パーサ（４２０）はまた、変換係数、量子化器パラメータ値、およびＭＶなどのコーディングされたビデオシーケンス情報から抽出し得る。

パーサ（４２０）は、シンボル（４２１）を作成するために、バッファメモリ（４１５）から受信されたビデオシーケンスに対してエントロピーデコーディング／解析動作を実行し得る。

シンボル（４２１）の再構築は、コーディングされたビデオピクチャまたはその部分のタイプ（インターピクチャおよびイントラピクチャ、インターブロックおよびイントラブロックなど）、ならびに他の要因に応じて、複数の異なるユニットを関与させ得る。どのユニットをどのように関与させるかは、パーサ（４２０）によってコーディングされたビデオシーケンスから解析されたサブグループ制御情報によって制御され得る。パーサ（４２０）と以下の複数のユニットとの間のこのようなサブグループ制御情報のフローは、明確にするために示されていない。

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

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

場合によっては、スケーラ／逆変換（４５１）の出力サンプルは、イントラコーディングされたブロックに関係し得る、すなわち、以前に再構築されたピクチャからの予測情報を使用していないが、現在のピクチャの以前に再構築された部分からの予測情報を使用し得るブロックに関係し得る。このような予測情報は、イントラピクチャ予測ユニット（４５２）によって提供され得る。場合によっては、イントラピクチャ予測ユニット（４５２）は、現在のピクチャバッファ（４５８）からフェッチされた周囲の既に再構築された情報を使用して、再構築中のブロックと同じサイズおよび形状のブロックを生成する。現在のピクチャバッファ（４５８）は、例えば、部分的に再構築された現在のピクチャおよび／または完全に再構築された現在のピクチャをバッファリングする。アグリゲータ（４５５）は、場合によっては、サンプルごとに、イントラ予測ユニット（４５２）が生成した予測情報を、スケーラ／逆変換ユニット（４５１）によって提供される出力サンプル情報に追加する。

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

アグリゲータ（４５５）の出力サンプルは、ループフィルタユニット（４５６）で様々なループフィルタリング技術を受け得る。ビデオ圧縮技術は、コーディングされたビデオシーケンス（コーディングされたビデオビットストリームとも呼ばれる）に含まれ、パーサ（４２０）からのシンボル（４２１）としてループフィルタユニット（４５６）に利用可能にされたパラメータによって制御されるループ内フィルタ技術を含み得るが、これはまた、コーディングされたピクチャまたはコーディングされたビデオシーケンスの（デコーディング順序で）前の部分のデコーディング中に取得されたメタ情報に応答し、また以前に再構築されループフィルタリングされたサンプル値に応答し得る。

ループフィルタユニット（４５６）の出力は、描画デバイス（４１２）に出力され得るだけでなく、将来のインターピクチャ予測で使用するために参照ピクチャメモリ（４５７）に記憶され得るサンプルストリームであり得る。

特定のコーディングされたピクチャは、完全に再構築されると、将来の予測のための参照ピクチャとして使用され得る。例えば、現在のピクチャに対応するコーディングされたピクチャが完全に再構築され、コーディングされたピクチャが（例えば、パーサ（４２０）によって）参照ピクチャとして識別されると、現在のピクチャバッファ（４５８）は、参照ピクチャメモリ（４５７）の一部になり得、新しい現在のピクチャバッファは、後続のコーディングされたピクチャの再構築を開始する前に再割り当てされ得る。

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

一実施形態では、受信機（４３１）は、エンコーディングされたビデオと共に追加の（冗長な）データを受信し得る。追加のデータは、コーディングされたビデオシーケンスの一部として含まれ得る。追加のデータは、データを適切にデコーディングするために、および／または元のビデオデータをより正確に再構築するためにビデオデコーダ（４１０）によって使用され得る。追加のデータは、例えば、時間、空間、または信号ノイズ比（ＳＮＲ：ｓｉｇｎａｌ ｎｏｉｓｅ ｒａｔｉｏ）拡張層、冗長スライス、冗長ピクチャ、および前方誤り訂正コードなどの形式であり得る。

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

ビデオエンコーダ（５０３）は、ビデオエンコーダ（５０３）によってコーディングされるべきビデオ画像を取り込み得るビデオソース（５０１）（図５の例では電子デバイス（５２０）の一部ではない）からビデオサンプルを受信し得る。別の例では、ビデオソース（５０１）は電子デバイス（５２０）の一部である。

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

一実施形態によれば、ビデオエンコーダ（５０３）は、用途の要求に応じて、リアルタイムで、または任意の他の時間的制約の下で、ソースビデオシーケンスのピクチャをコーディングし、コーディングされたビデオシーケンス（５４３）に圧縮し得る。適切なコーディング速度を実現することは、コントローラ（５５０）の１つの機能である。一部の実施形態では、コントローラ（５５０）は、以下で説明されるように他の機能ユニットを制御し、他の機能ユニットに機能的に結合される。明確にするために、結合は示されていない。コントローラ（５５０）によって設定されるパラメータは、レート制御関連パラメータ（ピクチャスキップ、量子化器、レート歪み最適化技術のラムダ値、…）、ピクチャサイズ、グループオブピクチャ（ＧＯＰ：Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）レイアウト、および最大ＭＶ許容参照領域などを含み得る。コントローラ（５５０）は、特定のシステム設計に最適化されたビデオエンコーダ（５０３）に関係する他の適切な機能を有するように構成され得る。

一部の実施形態では、ビデオエンコーダ（５０３）は、コーディングループで動作するように構成される。過度に簡略化された説明として、一例では、コーディングループは、ソースコーダ（５３０）（例えば、コーディングされるべき入力ピクチャと、参照ピクチャとに基づいて、シンボルストリームなどのシンボルを作成することを担当する）と、ビデオエンコーダ（５０３）に組み込まれた（ローカル）デコーダ（５３３）とを含み得る。デコーダ（５３３）は、同じく（リモート）デコーダが作成するのと同様の方法（開示されている主題で考慮されているビデオ圧縮技術において、シンボルとコーディングされたビデオビットストリームとの間の圧縮が可逆的であるとき）でサンプルデータを作成するためにシンボルを再構築する。再構築されたサンプルストリーム（サンプルデータ）は、参照ピクチャメモリ（５３４）に入力される。シンボルストリームのデコーディングは、デコーダの位置（ローカルまたはリモート）に関係なくビット正確（ｂｉｔ ｅｘａｃｔ）な結果をもたらすため、参照ピクチャメモリ（５３４）の内容もローカルエンコーダとリモートエンコーダとの間でビット正確である。言い換えれば、エンコーダの予測部分は、デコーディング中に予測を使用するときにデコーダが「見る」のとまったく同じサンプル値を参照ピクチャサンプルとして「見る」。参照ピクチャの同期性（および例えばチャネルエラーに起因して同期性が維持され得ない場合に結果として生じるドリフト）のこの基本原理は、一部の関連技術でも使用される。

「ローカル」デコーダ（５３３）の動作は、図４に関連して上記で既に詳細に説明された、ビデオデコーダ（４１０）などの「リモート」デコーダの動作と同じであり得る。しかしながら、図４も簡単に参照すると、シンボルが利用可能であり、エントロピーコーダ（５４５）およびパーサ（４２０）によるシンボルの、コーディングされたビデオシーケンスへのエンコーディング／コーディングされたビデオシーケンスからのデコーディングが可逆的であり得るため、バッファメモリ（４１５）およびパーサ（４２０）を含む、ビデオデコーダ（４１０）のエントロピーデコーディング部分は、ローカルデコーダ（５３３）では完全に実現されなくてもよい。

この点で行われ得る観察は、デコーダに存在する解析／エントロピーデコーディング以外のデコーダ技術が、実質的に同一の機能形式で、対応するエンコーダにも必ず存在する必要があることである。このため、開示されている主題はデコーダ動作に焦点を合わせている。エンコーダ技術の説明は、包括的に説明されているデコーダ技術の逆であるため、省略され得る。特定の領域に関してのみ、より詳細な説明が必要とされ、以下で提供される。

動作中、一部の例では、ソースコーダ（５３０）は、「参照ピクチャ」として指定された、ビデオシーケンスからの１つ以上の以前にコーディングされたピクチャを参照して入力ピクチャを予測的にコーディングする動き補償予測コーディングを実行し得る。このようにして、コーディングエンジン（５３２）は、入力ピクチャの画素ブロックと、入力ピクチャに対する予測参照として選択され得る参照ピクチャの画素ブロックとの差をコーディングする。

ローカルビデオデコーダ（５３３）は、ソースコーダ（５３０）によって作成されたシンボルに基づいて、参照ピクチャとして指定され得るピクチャのコーディングされたビデオデータをデコーディングし得る。コーディングエンジン（５３２）の動作は、好適には非可逆プロセスであり得る。コーディングされたビデオデータがビデオデコーダ（図５には示されていない）でデコーディングされ得るとき、再構築されたビデオシーケンスは通常、いくらかの誤差を有するソースビデオシーケンスのレプリカであり得る。ローカルビデオデコーダ（５３３）は、参照ピクチャに対してビデオデコーダによって実行され得るデコーディングプロセスを複製し、再構築された参照ピクチャを参照ピクチャキャッシュ（５３４）に記憶させ得る。このようにして、ビデオエンコーダ（５０３）は、（送信エラーがなければ）遠端ビデオデコーダによって取得される再構築された参照ピクチャと共通の内容を有する再構築された参照ピクチャのコピーをローカルに記憶し得る。

予測器（５３５）は、コーディングエンジン（５３２）のための予測検索を実行し得る。すなわち、コーディングされるべき新しいピクチャに関して、予測器（５３５）は、新しいピクチャのための適切な予測参照として機能し得るサンプルデータ（候補参照画素ブロックとしての）、または参照ピクチャＭＶおよびブロック形状などの特定のメタデータに関して参照ピクチャメモリ（５３４）を検索し得る。予測器（５３５）は、適切な予測参照を見つけるために、サンプルブロック・画素ブロックごとに動作し得る。場合によっては、予測器（５３５）によって取得された検索結果によって決定されるように、入力ピクチャは、参照ピクチャメモリ（５３４）に記憶された複数の参照ピクチャの中から引き出された予測参照を有し得る。

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

前述のすべての機能ユニットの出力は、エントロピーコーダ（５４５）でエントロピーコーディングを受け得る。エントロピーコーダ（５４５）は、ハフマンコーディング、可変長コーディング、および算術コーディングなどの技術に従ってシンボルを可逆圧縮することによって、様々な機能ユニットによって生成されたシンボルをコーディングされたビデオシーケンスに変換する。

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

コントローラ（５５０）は、ビデオエンコーダ（５０３）の動作を管理し得る。コーディング中、コントローラ（５５０）は、特定のコーディングされたピクチャのタイプを各コーディングされたピクチャに割り当て得、これは、それぞれのピクチャに適用され得るコーディング技術に影響を及ぼし得る。例えば、ピクチャは、多くの場合、以下のピクチャタイプのうちの１つとして割り当てられ得る。

イントラピクチャ（Ｉピクチャ）は、シーケンス内の他のピクチャを予測のソースとして使用せずにコーディングおよびデコーディングされ得るものであり得る。一部のビデオコーデックは、例えば独立デコーダリフレッシュ（「ＩＤＲ：Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｅｃｏｄｅｒ Ｒｅｆｒｅｓｈ」）ピクチャを含む様々なタイプのイントラピクチャに対応する。当業者は、Ｉピクチャのそれらの変種ならびにそれらのそれぞれの用途および特徴を認識している。

予測ピクチャ（Ｐピクチャ）は、各ブロックのサンプル値を予測するために最大で１つのＭＶおよび参照インデックスを使用するイントラ予測またはインター予測を使用してコーディングおよびデコーディングされ得るものであり得る。

双方向予測ピクチャ（Ｂピクチャ）は、各ブロックのサンプル値を予測するために最大で２つのＭＶおよび参照インデックスを使用するイントラ予測またはインター予測を使用してコーディングおよびデコーディングされ得るものであり得る。同様に、複数の予測ピクチャは、単一のブロックの再構築のために２つより多くの参照ピクチャおよび関連メタデータを使用し得る。

ソースピクチャは、一般的には、複数のサンプルブロック（例えば、４×４、８×８、４×８、または１６×１６のサンプルそれぞれのブロック）に空間的に細分され、ブロックごとにコーディングされ得る。ブロックは、ブロックのそれぞれのピクチャに適用されたコーディング割り当てによって決定されるように他の（既にコーディングされた）ブロックを参照して予測的にコーディングされ得る。例えば、Ｉピクチャのブロックは、非予測的にコーディングされ得るか、または同じピクチャの既にコーディングされたブロックを参照して予測的にコーディングされ得る（空間予測またはイントラ予測）。Ｐピクチャの画素ブロックは、空間予測によってまたは時間予測によって、以前にコーディングされた１つの参照ピクチャを参照して予測的にコーディングされ得る。Ｂピクチャのブロックは、空間予測によってまたは時間予測によって、以前にコーディングされた１つまたは２つの参照ピクチャを参照して予測的にコーディングされ得る。

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

一実施形態では、送信機（５４０）は、エンコーディングされたビデオと共に追加のデータを送信し得る。ソースコーダ（５３０）は、このようなデータを、コーディングされたビデオシーケンスの一部として含み得る。追加のデータは、時間／空間／ＳＮＲ拡張層、冗長ピクチャおよびスライスなどの他の形式の冗長データ、ＳＥＩメッセージ、およびＶＵＩパラメータセットフラグメントなどを含み得る。

ビデオは、時系列の複数のソースピクチャ（ビデオピクチャ）として取り込まれ得る。イントラピクチャ予測（しばしばイントラ予測と略される）は、所与のピクチャにおける空間的相関を利用し、インターピクチャ予測は、ピクチャ間の（時間的または他の）相関を利用する。一例では、現在のピクチャと呼ばれるエンコーディング／デコーディング中の特定のピクチャはブロックに区分される。現在のピクチャ内のブロックが、ビデオ内の以前にコーディングされ、まだバッファリングされている参照ピクチャ内の参照ブロックと同様である場合、現在のピクチャ内のブロックは、ＭＶと呼ばれるベクトルによってコーディングされ得る。ＭＶは、参照ピクチャ内の参照ブロックを指し、複数の参照ピクチャが使用されている場合、参照ピクチャを識別する第３の次元を有し得る。

一部の実施形態では、インターピクチャ予測に双予測技術が使用され得る。双予測技術によれば、両方ともデコーディング順序でビデオ内で現在のピクチャより前にある（が、表示順でそれぞれ過去および未来のものであってもよい）第１の参照ピクチャおよび第２の参照ピクチャなどの２つの参照ピクチャが使用される。現在のピクチャ内のブロックは、第１の参照ピクチャ内の第１の参照ブロックを指す第１のＭＶと、第２の参照ピクチャ内の第２の参照ブロックを指す第２のＭＶとによってコーディングされ得る。ブロックは、第１の参照ブロックと第２の参照ブロックとの組み合わせによって予測され得る。

さらに、コーディング効率を改善するために、インターピクチャ予測にマージモード技術が使用され得る。

本開示の一部の実施形態によれば、インターピクチャ予測およびイントラピクチャ予測などの予測は、ブロック単位で実行される。例えば、ＨＥＶＣ規格によれば、ビデオピクチャのシーケンス内のピクチャは、圧縮のためにコーディングツリーユニット（ＣＴＵ：ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ）に区分され、ピクチャ内のＣＴＵは、６４×６４画素、３２×３２画素、または１６×１６画素などの同じサイズを有する。一般に、ＣＴＵは、１つのルマＣＴＢおよび２つのクロマＣＴＢである３つのコーディングツリーブロック（ＣＴＢ：ｃｏｄｉｎｇ ｔｒｅｅ ｂｌｏｃｋ）を含む。各ＣＴＵは、１つまたは複数のコーディングユニット（ＣＵ：ｃｏｄｉｎｇ ｕｎｉｔ）に再帰的に四分木分割され得る。例えば、６４×６４画素のＣＴＵは、６４×６４画素の１つのＣＵ、または３２×３２画素の４つのＣＵ、または１６×１６画素の１６個のＣＵに分割され得る。一例では、各ＣＵは、インター予測タイプまたはイントラ予測タイプなどのＣＵの予測タイプを決定するために分析される。ＣＵは、時間的および／または空間的な予測可能性に応じて、１つ以上の予測ユニット（ＰＵ：ｐｒｅｄｉｃｔｉｏｎ ｕｎｉｔ）に分割される。一般に、各ＰＵは、ルマ予測ブロック（ＰＢ：ｐｒｅｄｉｃｔｉｏｎ ｂｌｏｃｋ）と、２つのクロマＰＢとを含む。一実施形態では、コーディング（エンコーディング／デコーディング）における予測動作は、予測ブロックの単位で実行される。予測ブロックの例としてルマ予測ブロックを使用すると、予測ブロックは、８×８画素、１６×１６画素、８×１６画素、および１６×８画素などの画素の値（例えば、ルマ値）の行列を含む。

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

ＨＥＶＣの例では、ビデオエンコーダ（６０３）は、８×８サンプルなどの予測ブロックなどの処理ブロックのサンプル値の行列を受信する。ビデオエンコーダ（６０３）は、処理ブロックが、例えばレート歪み最適化を使用して、イントラモード、インターモード、または双予測モードのいずれを使用すれば最良にコーディングされるかを判定する。処理ブロックがイントラモードでコーディングされるべき場合、ビデオエンコーダ（６０３）は、処理ブロックをコーディングされたピクチャにエンコーディングするために、イントラ予測技術を使用し得、処理ブロックがインターモードまたは双予測モードでコーディングされるべき場合、ビデオエンコーダ（６０３）は、処理ブロックをコーディングされたピクチャにエンコーディングするために、それぞれインター予測技術または双予測技術を使用し得る。特定のビデオコーディング技術では、マージモードはインターピクチャ予測サブモードであり得、ＭＶは、予測子の外部のコーディングされたＭＶ成分の恩恵なしに１つ以上のＭＶ予測子から導出される。特定の他のビデオコーディング技術では、対象ブロックに適用可能なＭＶ成分が存在し得る。一例では、ビデオエンコーダ（６０３）は、処理ブロックのモードを決定するためのモード決定モジュール（図示せず）などの他の構成要素を含む。

図６の例では、ビデオエンコーダ（６０３）は、図６に示されているように互いに結合されたインターエンコーダ（６３０）、イントラエンコーダ（６２２）、残差計算器（６２３）、スイッチ（６２６）、残差エンコーダ（６２４）、汎用コントローラ（６２１）、およびエントロピーエンコーダ（６２５）を含む。

インターエンコーダ（６３０）は、現在のブロック（例えば、処理ブロック）のサンプルを受信し、そのブロックと、参照ピクチャ内の１つ以上の参照ブロック（例えば、前のピクチャおよび後のピクチャ内のブロック）とを比較し、インター予測情報（例えば、インターエンコーディング技術、ＭＶ、マージモード情報による冗長情報の記述）を生成し、任意の適切な技術を使用してインター予測情報に基づいてインター予測結果（例えば、予測ブロック）を計算するように構成される。一部の例では、参照ピクチャは、エンコーディングされたビデオ情報に基づいてデコーディングされたデコーディングされた参照ピクチャである。

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

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

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

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

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

図７の例では、ビデオデコーダ（７１０）は、図７に示されているように互いに結合されたエントロピーデコーダ（７７１）、インターデコーダ（７８０）、残差デコーダ（７７３）、再構築モジュール（７７４）、およびイントラデコーダ（７７２）を含む。

エントロピーデコーダ（７７１）は、コーディングされたピクチャから、コーディングされたピクチャが構成されているシンタックス要素を表す特定のシンボルを再構築するように構成され得る。このようなシンボルは、例えば、ブロックがコーディングされているモード（例えば、イントラモード、インターモード、双予測モードなど、後者の２つはマージサブモードまたは別のサブモードである）、イントラデコーダ（７７２）またはインターデコーダ（７８０）によってそれぞれ予測に使用される特定のサンプルまたはメタデータを識別し得る予測情報（例えば、イントラ予測情報またはインター予測情報など）、および例えば量子化された変換係数の形式の残差情報などを含み得る。一例では、予測モードがインター予測モードまたは双予測モードである場合、インター予測情報がインターデコーダ（７８０）に提供され、予測タイプがイントラ予測タイプである場合、イントラ予測情報がイントラデコーダ（７７２）に提供される。残差情報は逆量子化を受け得、残差デコーダ（７７３）に提供される。

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

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

残差デコーダ（７７３）は、逆量子化を実行して、逆量子化された変換係数を抽出し、逆量子化された変換係数を処理して残差を周波数領域から空間領域に変換するように構成される。残差デコーダ（７７３）はまた、特定の制御情報（量子化器パラメータ（ＱＰ：Ｑｕａｎｔｉｚｅｒ Ｐａｒａｍｅｔｅｒ）を含む）を必要とし得、その情報は、エントロピーデコーダ（７７１）によって提供され得る（これとして示されていないデータ経路は、小容量制御情報のみであり得る）。

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

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

ＩＩ．ブロック区分
図８は、本開示の一部の実施形態による例示的なブロック区分を示す。

Ａｌｌｉａｎｃｅ ｆｏｒ Ｏｐｅｎ Ｍｅｄｉａ（ＡＯＭｅｄｉａ）によって提案されているＶＰ９などの一部の関連する例では、図８に示されているように、８×８以下のブロックのいくつかのさらなる制限を伴う、６４×６４レベルから４×４レベルまでの４通りの区分ツリーが使用され得る。Ｒとして指定されている区分は再帰的区分と呼ばれ得ることに留意されたい。すなわち、同じ区分ツリーが、最も低い４×４レベルに達するまでより低いスケールで繰り返される。

ＡＯＭｅｄｉａによって提案されているＡＶ１などの一部の関連する例では、区分ツリーは、図８に示されているように１０通りの構造に拡張され得、最大コーディングブロックサイズ（ＶＰ９／ＡＶ１の用語ではスーパーブロックと呼ばれる）は、１２８×１２８から始まるように増加されている。４：１／１：４の矩形区分はＡＶ１に含まれるが、ＶＰ９には含まれないことに留意されたい。矩形区分のいずれもさらに細分され得ない。加えて、ＡＶ１では、一部の例で２×２のクロマブロックに対してインター予測が実行され得るため、８×８レベル未満の区分の使用において、より高い柔軟性がサポートされ得る。

ＨＥＶＣなどの一部の関連する例では、ＣＴＵは、様々なローカル特性に適応するためにコーディングツリーとして表される四分木構造を使用してＣＵに分割され得る。インターピクチャ（時間）予測とイントラピクチャ（空間）予測のどちらを使用してピクチャ領域をコーディングするかの決定は、ＣＵレベルで行われ得る。各ＣＵは、ＰＵ分割タイプに従って１つ、２つ、または４つのＰＵにさらに分割し得る。１つのＰＵの内部では、同じ予測プロセスが適用され得、関連情報がＰＵベースでデコーダに送信され得る。ＰＵ分割タイプに基づいて予測プロセスを適用することによって残差ブロックを取得した後、ＣＵは、ＣＵのコーディングツリーのような別の四分木構造に従ってＴＵに区分され得る。ＨＥＶＣ構造の１つの重要な特徴は、それがＣＵ、ＰＵ、およびＴＵを含む複数の区分の概念を有することである。ＨＥＶＣでは、ＣＵまたはＴＵは正方形の形状のみであり得、ＰＵは、インター予測されたブロックに関して正方形または矩形の形状であり得る。ＨＥＶＣでは、１つのコーディングブロックは、４つの正方形サブブロックにさらに分割され得、各サブブロック、すなわちＴＵに対して変換プロセスが実行され得る。各ＴＵは、（例えば、四分木分割を使用して）より小さいＴＵに再帰的にさらに分割され得る。四分木分割は、残差四分木（ＲＱＴ：ｒｅｓｉｄｕａｌ ｑｕａｄｔｒｅｅ）と呼ばれ得る。

ピクチャ境界では、ＨＥＶＣは暗黙的な四分木分割を用い、これにより、ブロックのサイズがピクチャ境界に適合するまでブロックは四分木分割を実行し続け得る。

図９は、本開示の一実施形態による、入れ子状の二分木構造を有する例示的な四分木を示す。

図１０は、本開示の一部の実施形態による、マルチタイプツリー構造における例示的なブロック区分を示す。

ＶＶＣなどの一部の関連する例では、入れ子状の二分木（ＢＴ：ｂｉｎａｒｙ ｔｒｅｅ）およびトリプルツリー（三分木）（ＴＴ：ｔｒｉｐｌｅ ｔｒｅｅ）と四分木（ＱＴ：ｑｕａｄｔｒｅｅ）との組み合わせであるマルチタイプツリー（ＭＴＴ：ｍｕｌｔｉ－ｔｙｐｅ－ｔｒｅｅ）構造が使用され得る。ＣＴＵまたはＣＵは、最初にＱＴによって正方形の形状のブロックに再帰的に区分され得る。次に、各ＱＴリーフは、ＢＴまたはＴＴによってさらに区分され得、ＢＴおよびＴＴ分割は再帰的に適用されてインターリーブされ得るが、さらなるＱＴ区分は適用され得ない。一部の例では、ＴＴは、２の累乗でない幅および高さを回避するために、１：２：１の比を使用して矩形ブロックを垂直または水平に３つのブロックに分割する。区分競合防止のために、追加の分割制約が、典型的には、重複区分を回避するためにＭＴＴに課される（例えば、垂直／水平３分割から生じる中間区分での垂直／水平２分割を禁止する）。さらなる制限は、ＢＴおよびＴＴ分割の最大深さに設定される。

図１１は、本開示の一実施形態による例示的なＬ型区分を示す。矩形ブロック区分を使用する代わりに、Ｌ型区分は、ブロックを１つ以上のＬ形状区分と１つ以上の矩形区分とに分割し得る。図１１に示されているように、Ｌ形状（またはＬ型）区分は、幅、高さ、より短い幅、およびより短い高さを有し得る。回転されたＬ形状区分も、本開示ではＬ形状区分と見なされ得る。

図１２は、本開示の一部の実施形態による、Ｌ型区分を使用する例示的なブロック区分を示す。Ｌ型区分に基づいて、１つのブロックは、１つのＬ形状区分（区分１）および１つの矩形区分（区分０）を含む２つの区分に区分され得る。

ＩＩＩ．イントラ予測
ＶＰ９などの一部の関連する例では、４５度から２０７度の角度に対応する８つの方向性モードがサポートされる。方向性テクスチャにおけるより多様な空間的冗長性を利用するために、ＡＶ１などの一部の関連する例では、方向性イントラモードは、より細かい粒度で設定された角度に拡張される。元の８つの角度はわずかに変更され、公称角度と呼ばれ、これらの８つの公称角度は、Ｖ＿ＰＲＥＤ、Ｈ＿ＰＲＥＤ、Ｄ４５＿ＰＲＥＤ、Ｄ１３５＿ＰＲＥＤ、Ｄ１１３＿ＰＲＥＤ、Ｄ１５７＿ＰＲＥＤ、Ｄ２０３＿ＰＲＥＤ、およびＤ６７＿ＰＲＥＤと名付けられている。

図１３は、本開示の一実施形態による例示的な公称角度を示す。各公称角度は、より細かい７つの角度に関連付けられ得、このため、ＡＶ１などの一部の関連する例では、合計５６個の方向性角度があり得る。予測角度は、公称イントラ角度＋角度デルタによって表され得る。角度デルタは、３度のステップサイズを乗算した係数に等しくされ得る。係数は、－３から３の範囲であり得る。一般的な方法でＡＶ１の方向性予測モードを実施するために、ＡＶ１の５６個の方向性イントラ予測角度のすべては、各画素を参照サブ画素位置に投影し、２タップ双線形フィルタによって参照サブ画素を補間する統一された方向性予測子で実施され得る。

ＡＶ１などの一部の関連する例では、ＤＣ、ＰＡＥＴＨ、ＳＭＯＯＴＨ、ＳＭＯＯＴＨ＿Ｖ、およびＳＭＯＯＴＨ＿Ｈである５つの無方向性平滑イントラ予測モードがある。ＤＣ予測の場合、左および上の隣接サンプルの平均が、予測されるべきブロックの予測子として使用される。ＰＡＥＴＨ予測の場合、最初に上、左、および左上の参照サンプルがフェッチされ、次に（上＋左－左上）に最も近い値が、予測されるべき画素の予測子として設定される。

図１４は、本開示の一実施形態による、現在のブロック内の１つの画素に対する上、左、および左上のサンプルの位置を示す。ＳＭＯＯＴＨ、ＳＭＯＯＴＨ＿Ｖ、およびＳＭＯＯＴＨ＿Ｈモードの場合、ブロックは、垂直方向もしくは水平方向の二次補間、または両方向の平均を使用して予測される。

図１５は、本開示の一実施形態による例示的な再帰的フィルタイントラモードを示す。

エッジ上の参照との減衰する空間的相関を捉えるために、ＦＩＬＴＥＲ ＩＮＴＲＡモードはルマブロックのために設計されている。ＡＶ１では、５つのフィルタイントラモードが定義されており、これらはそれぞれ、４×２パッチ内の画素とそのパッチに隣接する７つの隣接要素との相関を反映する８つの７タップフィルタのセットで表される。例えば、７タップフィルタの重み係数は位置に依存する。図１５に示されているように、８×８ブロックは、Ｂ０、Ｂ１、Ｂ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６、およびＢ７で示されている８つの４×２パッチに分割される。各パッチに関して、Ｒ０～Ｒ７で示されているその７つの隣接要素は、それぞれのパッチ内の画素を予測するために使用される。パッチＢ０に関して、すべての隣接要素は既に再構築されている。しかしながら、他のパッチに関しては、すべての隣接要素が再構築されているわけではないため、直近の隣接要素の予測値が参照値として使用される。例えば、パッチＢ７のすべての隣接要素は再構築されていないので、パッチＢ７の隣接要素（すなわち、Ｂ５およびＢ６）の予測サンプルが代わりに使用される。

クロマ成分に関して、ルマからのクロマ（ＣｆＬ：ｃｈｒｏｍａ ｆｒｏｍ ｌｕｍａ）モードと呼ばれるクロマのみのイントラ予測モードは、一致する再構築されたルマ画素の線形関数としてクロマ画素をモデル化する。ＣｆＬ予測は、以下のように表現され得る。
ＣｆＬ（α）＝α×Ｌ_ＡＣ＋ＤＣ 式（１）
ただし、Ｌ_ＡＣはルマ成分のＡＣ寄与を表し、αは線形モデルのパラメータを表し、ＤＣはクロマ成分のＤＣ寄与を表す。一例では、再構築されたルマ画素がクロマ解像度にサブサンプリングされ、次に平均値が、ＡＣ寄与を形成するために減算される。ＡＣ寄与からクロマＡＣ成分を近似するために、一部の関連する例のようにスケーリングパラメータを計算するためにデコーダを必要とする代わりに、ＡＣ１のＣｆＬモードは、元のクロマ画素に基づいてパラメータαを決定し、それらをビットストリームでシグナリングする。これにより、デコーダの複雑さが低減され、より正確な予測が得られる。クロマ成分のＤＣ寄与に関して、それは、ほとんどのクロマコンテンツに十分であり、成熟した高速の実施態様を有するイントラＤＣモードを使用して計算される。

図１６は、本開示の一実施形態による、コーディングブロックユニットに隣接する４つの参照ラインを使用する例示的なマルチラインイントラ予測を示す。マルチラインイントラ予測のために、エンコーダは、イントラ予測子を生成するためにどの参照ラインが使用されるかを決定してシグナリングする。参照ラインインデックスはイントラ予測モードの前にシグナリングされ、非ゼロ参照ラインインデックスがシグナリングされる場合に、最も可能性の高いモードのみが許可される。図１６では、４つの参照ラインの例が示されており、各参照ラインは、左上の参照サンプルと共に６つのセグメント、すなわちセグメントＡからＦで構成されている。加えて、図１６では、異なる参照ラインの再構築されたサンプルは、異なるパターンで埋められている。マルチラインイントラ予測モードは、複数参照ライン予測（ＭＲＬＰ：ｍｕｌｔｉｐｌｅ ｒｅｆｅｒｅｎｃｅ ｌｉｎｅ ｐｒｅｄｉｃｔｉｏｎ）モードと呼ばれる場合もある。

ＩＶ．Ｌ形状区分のための無方向性イントラ予測
Ｌ型区分を用いて、現在のブロックの隣接する再構築されたサンプルは、現在のブロックの右側および／または下側から利用可能であり得る。しかしながら、右側および／または下側から利用可能な隣接する再構築されたサンプルは、無方向性イントラ予測を実行するために上および左の参照サンプルを使用する一部の関連するイントラ予測方式に完全には適合しない。

本開示は、Ｌ形状区分のための無方向性イントラ予測モードの方法を含む。提示された方法は、別々にまたは任意の順序で組み合わせて使用され得る。本開示では、Ｌ形状（またはＬ型）区分は、図１１に示されているように定義され得、回転されたＬ形状区分も、Ｌ形状区分と見なされ得る。

イントラ予測モードは、角度または方向性イントラ予測モードおよび角度なしのまたは無方向性イントラ予測モードなどの様々なイントラ予測モードタイプを含み得る。例えば、所与の予測方向に従ってモードの予測サンプルが生成され得る場合、モードは、角度イントラ予測モードまたは方向性イントラ予測モードと呼ばれ得る。そうでない場合、モードは、角度なしのイントラ予測モードまたは無方向性イントラ予測モードと呼ばれ得る。角度なしのイントラ予測モードの例は、ＤＣモード、Ｐｌａｎａｒモード、Ｐｌａｎｅモード（Ｈ．２６４／ＡＶＣで定義されている）、ＳＭＯＯＴＨモード、ＳＭＯＯＴＨ＿Ｈモード、ＳＭＯＯＴＨ＿Ｖモード、Ｐａｅｔｈモード、再帰的フィルタリングモード、および／または行列ベースのイントラ予測（ＭＩＰ：ｍａｔｒｉｘ－ｂａｓｅｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ）モードを含むが、これらに限定されない。一部の実施形態では、平滑モードでないモードは、角度または方向性イントラ予測モードとして扱われ得る。

関連するイントラ予測方式では、上および／または左の隣接する参照サンプルは、無方向性イントラ予測モードを実行するために使用される。しかしながら、Ｌ形状区分の場合、追加の隣接サンプルが利用可能であり、再構築され得る。例えば、右側および／または下側の隣接サンプルが利用可能であり、再構築され得、したがって、Ｌ形状区分の予測に使用され得る。

本開示の態様によれば、ブロックが、少なくとも１つのＬ形状区分（ＬＰ：Ｌ－ｓｈａｐｅｄ ｐａｒｔｉｔｉｏｎ）と、少なくとも１つの矩形区分（ＲＰ：ｒｅｃｔａｎｇｕｌａｒ ｐａｒｔｉｔｉｏｎ）とに区分される場合、Ｌ形状区分のイントラ予測モードを実行するために使用される参照サンプルは、別のＬＰもしくはＲＰまたは他のブロックの隣接する再構築されたサンプルからのものであり得る。一部の実施形態では、隣接する再構築されたサンプルは、１つの水平の真っすぐなラインおよび／または１つの垂直の真っすぐなラインの代わりに任意の形状の連続チェーンを形成し得る。

本開示では、複数の参照サンプルは、合わせて参照サンプルチェーン（ＲＳＣ：ｒｅｆｅｒｅｎｃｅ ｓａｍｐｌｅ ｃｈａｉｎ）と呼ばれ得る。ＲＳＣ内のサンプルのすべてまたはサブセットは、無方向性イントラ予測モードに使用され得る。ＲＳＣは、参照サンプルの１つより多くの水平または垂直の真っすぐなラインを含み得る。

図１７Ａ～図１７Ｆは、本開示の一部の実施形態による６つの例示的なＲＳＣを示す。図１７Ａ～図１７Ｆの各ブロックは、８×８のサイズを有し、１つのＬＰおよび１つのＲＰの２つの区分に区分される。ＲＰは４×４のサイズを有し、各ブロックの左上隅に位置する。ＬＰは、８の高さおよび８の幅を有する。図１７Ａ～図１７Ｆの各ＲＳＣは、参照サンプルの２つの水平ラインおよび参照サンプルの２つの垂直ラインを含む。

本開示の一部の実施形態によれば、ＲＳＣに含まれる参照サンプルの総数は２の累乗であり得る。参照サンプルの総数を超えないように、ＲＳＣ内の１つ以上のサンプルが参照サンプルから除外され得る。例えば、図１７Ａ～図１７Ｆでは、各ＲＳＣに含まれる参照サンプルの総数は１６である。図１７Ａ～図１７Ｃの各ＲＳＣの場合、それぞれのＲＳＣに含まれる参照サンプルの総数が１６になるように、それぞれのＲＳＣの１つのコーナーサンプルが参照サンプルから除外される。図１７Ｄおよび図１７Ｅの各ＲＳＣの場合、それぞれのＲＳＣに含まれる参照サンプルの総数が１６になるように、それぞれのＲＳＣの先頭または末尾の１つのサンプルが参照サンプルから除外される。図１７ＦのＲＳＣの場合、イントラ予測モード（例えば、ＤＣモード）において、２つのコーナーサンプルが参照サンプルから除外され、１つの中間コーナーサンプルが２回使用され、これにより、ＲＳＣに含まれる参照サンプルの総数は１６になる。

一実施形態では、ＲＳＣ内の参照サンプルのサブセットのみがイントラ予測モード（例えば、ＤＣモード）に使用され得る。

一部の実施形態では、ブロックは、１つのＬＰおよび１つのＲＰの２つの区分に区分され得る。ＲＰはブロックの左上隅に位置し、ＬＰの高さと幅は等しくても等しくなくてもよい。ＬＰのために無方向性イントラ予測モード（例えば、ＤＣモード）が実行される場合、無方向性イントラ予測モードで使用される参照サンプルの総数は、一部の実施形態では、例えば図１７Ａ～図１７Ｆに示されているように、ＬＰの幅と高さの合計（例えば、幅＋高さ）であり得る。一実施形態では、無方向性イントラ予測モードで使用される参照サンプルの総数は、ＬＰのより短い幅とより短い高さの合計（例えば、より短い幅＋より短い高さ）であり得る。このような一例が図１８に示されており、使用される参照サンプルは灰色で示されている。

一部の実施形態では、ブロックは、１つのＬＰおよび１つのＲＰの２つの区分に区分され得る。ＲＰはブロックの左上隅に位置し、ＬＰの高さと幅は等しくない。ＬＰのために無方向性イントラ予測モード（例えば、ＤＣモード）が実行される場合、無方向性イントラ予測モードで使用される参照サンプルの総数は、ＬＰの幅および高さのうちの最大値または最小値（例えば、ｍａｘ（ｗｉｄｔｈ，ｈｅｉｇｈｔ）またはｍｉｎ（ｗｉｄｔｈ，ｈｅｉｇｈｔ））である。例えば、図１９Ａでは、ＬＰの幅がＬＰの高さよりも大きいので、幅の値が、無方向性イントラ予測モード（例えば、ＤＣモード）で使用される参照サンプルの総数として選択される。図１９Ｂでは、ＬＰの高さがＬＰの幅よりも大きいので、高さの値が、無方向性イントラ予測モード（例えば、ＤＣモード）で使用される参照サンプルの総数として選択される。図１９Ａおよび図１９Ｂの各々において、予測プロセスで使用される参照サンプルの総数は１６である。

一部の実施形態では、ブロックは、１つのＬＰおよび１つのＲＰの２つの区分に区分され得る。ＬＰの高さと幅が等しくない場合、またはＲＰがブロックの右下隅に位置しない場合、ブロックの垂直辺または水平辺のいずれかに沿った参照サンプルのみが、無方向性イントラ予測モード（例えば、ＤＣモード）で使用され得る。無方向性イントラ予測モードで使用される参照サンプルの総数は、ＬＰの幅および高さのうちの最大値または最小値（例えば、ｍａｘ（ｗｉｄｔｈ，ｈｅｉｇｈｔ）またはｍｉｎ（ｗｉｄｔｈ，ｈｅｉｇｈｔ））である。図２０Ａ～図２０Ｄは、本開示の一部の実施形態による、ＬＰに使用されるいくつかの例示的な参照サンプルを示す。

一実施形態では、ブロックは、１つのＬＰおよび１つのＲＰの２つの区分に区分され得る。ＬＰは、図１２の４つのＬ形状タイプのうちの１つであり得る。ＬＰのために無方向性イントラ予測モード（例えば、ＤＣモード）が実行される場合、無方向性イントラ予測モードで使用される参照サンプルの総数は、ＬＰの幅と高さの合計（例えば、幅＋高さ）であり、すべての参照サンプルは、ＬＰ区分およびＲＰ区分の外部にある。図２１は、このような実施形態で参照サンプルを選択する方法の一例を示す。

本開示の一部の実施形態によれば、ブロックは、複数の区分に区分され得る。現在の区分に関して、異なる区分（ＬＰまたはＲＰのいずれか）から右側または下側の隣接サンプルが、現在の区分のサンプルの再構築より前に再構築される場合、右側および／または下側の隣接サンプルは、ＲＳＣを形成し、現在の区分のための無方向性イントラ予測モード（例えば、ＤＣモード）を実行するために使用され得る。図２２Ａ～図２２Ｂに示されているように、ＬＰ（区分１）は、ＲＰ（区分０）の前に再構築される。したがって、ＬＰのサンプルは、ＲＳＣを形成し、ＲＰのための無方向性イントラ予測モード（例えば、ＤＣモード）に使用され得る。図２２Ａ～図２２Ｂでは、ＲＰの上の行の参照サンプルは濃い灰色で示され、ＲＰの左の列の参照サンプルは灰色で示され、ＲＰの右の列または下の行の参照サンプルは白色で示されている。

一実施形態では、ＲＰブロックの上の行、左の列、右の列、下の行のうちの１つの隣接サンプルのみが、ＲＰの無方向性イントラ予測モード（例えば、ＤＣモード）に使用され得る。

一実施形態では、ＲＰの左の列および上の行の隣接サンプルのみが、ＲＰの無方向性イントラ予測モード（例えば、ＤＣモード）に使用され得る。

一実施形態では、図２２Ａに示されているように、ＲＰがブロックの左下隅に位置する場合、ＲＰの左の列および右の列の隣接サンプルのみがＲＰの無方向性イントラ予測モード（例えば、ＤＣモード）に使用され得る。

一実施形態では、図２２Ｂに示されているように、ＲＰがブロックの右上隅に位置する場合、ＲＰの上の行および下の行の隣接サンプルのみがＲＰの無方向性イントラ予測モード（例えば、ＤＣモード）に使用され得る。

本開示の態様によれば、特定の無方向性イントラ予測モード（例えば、ＨＥＶＣおよびＶＶＣで定義されたＰｌａｎａｒモード、ＡＶ１で定義されたＳＭＯＯＴＨ、ＳＭＯＯＴＨ－Ｈ、またはＳＭＯＯＴＨ－Ｖモード）のうちの１つが実行され、右または下の隣接サンプルが再構築された場合、再構築された隣接サンプルは、上および左の再構築された隣接サンプルから右および／または下の隣接サンプルを外挿する代わりに、無方向性イントラ予測モードの４タップ補間で直接使用され得る。

一実施形態では、特定の無方向性イントラ予測モード（例えば、ＨＥＶＣおよびＶＶＣで定義されたＰｌａｎａｒモード、ＡＶ１で定義されたＳＭＯＯＴＨ、ＳＭＯＯＴＨ－Ｈ、またはＳＭＯＯＴＨ－Ｖモード）のうちの１つが実行され、下の行の隣接サンプルが利用可能でない場合、下の行の隣接サンプルは、左の列および右の列の隣接サンプルから線形に外挿され得る。図２３Ａに示されているように、左下の隣接サンプル（ＢＬと表記）が利用可能である場合、ＢＬ隣接サンプルは、直接使用され得るか、または左の列の最も近い隣接要素からコピーすることによって取得され得、右下の隣接サンプル（ＢＲと表記）は、右の列の最も近い隣接要素からコピーすることによって取得され得る。ＢＬ隣接サンプルとＢＲ隣接サンプルとの間の残りの下の行の隣接サンプルは、例えば線形補間を使用することによって外挿され得る。

一実施形態では、特定の無方向性イントラ予測モード（例えば、ＨＥＶＣおよびＶＶＣで定義されたＰｌａｎａｒモード、ＡＶ１で定義されたＳＭＯＯＴＨ、ＳＭＯＯＴＨ－Ｈ、またはＳＭＯＯＴＨ－Ｖモード）のうちの１つが実行され、右の列の隣接サンプルが利用可能でない場合、右の列の隣接サンプルは、上の行および下の行の隣接サンプルから線形に外挿され得る。図２３Ｂに示されているように、右上の隣接サンプル（ＴＲと表記）が利用可能である場合、ＴＲ隣接サンプルは、直接使用されてもよいし、または左の列の最も近い隣接要素からコピーすることによって取得されてもよく、右下の隣接サンプル（ＢＲと表記）は、右の列の最も近い隣接要素からコピーすることによって取得され得る。ＴＲ隣接サンプルとＢＲ隣接サンプルとの間の残りの右の列の隣接サンプルは、例えば線形補間を使用することによって外挿され得る。

一実施形態では、特定の無方向性イントラ予測モード（例えば、ＨＥＶＣおよびＶＶＣで定義されたＰｌａｎａｒモード、ＡＶ１で定義されたＳＭＯＯＴＨ、ＳＭＯＯＴＨ－Ｈ、またはＳＭＯＯＴＨ－Ｖモード）のうちの１つが実行される場合、ＲＰブロックおよびＬＰブロックの外部の上および左の隣接サンプルのみが参照サンプルとして使用され得、右および下の隣接サンプルは、上および左の隣接サンプルからコピーまたは外挿することによって取得され得る。図２４は、このような実施形態でＬＰのための左および上の隣接サンプルを選択する方法の一例を示す。

一実施形態では、特定の無方向性イントラ予測モード（例えば、ＨＥＶＣおよびＶＶＣで定義されたＰｌａｎａｒモード、ＡＶ１で定義されたＳＭＯＯＴＨ、ＳＭＯＯＴＨ－Ｈ、またはＳＭＯＯＴＨ－Ｖモード）のうちの１つが実行される場合、ＬＰ内の異なる位置に位置するサンプルに関して、左、右、上、および下の隣接する参照サンプルは異なるラインからのものであり得、右および下の隣接する参照サンプル（図２５Ａ～図２５Ｂでは対角線テクスチャで示されている）は、上および左の隣接する参照サンプルからコピーまたは外挿することによって取得され得る。

図２５Ａ～図２５Ｂは、ＬＰのための左、右、上、および下の隣接する参照サンプルを選択する方法の２つの例を示す。

図２５Ａでは、ブロック（２５０１）は、ＬＰ（１と表記）とＲＰ（０と表記）とに区分されている。ＲＰはブロック（２５０１）の左下隅に位置する。ＬＰ内のサンプル（２５１０）に関して、上の隣接する参照サンプル（２５１１）はブロック（２５０１）の上の参照ラインからのものであり、左の隣接する参照サンプル（２５１２）はブロック（２５０１）の左の参照ラインからのものであり、下の隣接する参照サンプル（２５１３）はＲＰの上のラインからのものであり、右の隣接する参照サンプル（２５１４）はブロック（２５０１）の右の参照ラインからのものである。右の隣接する参照サンプル（２５１４）などの、ブロック（２５０１）の右の参照ライン内の参照サンプルは、ブロック（２５０１）の上の参照ライン内の参照サンプルからコピーまたは外挿することによって取得され得ることに留意されたい。

ＬＰ内のサンプル（２５２０）に関して、上の隣接する参照サンプル（２５２１）はブロック（２５０１）の上の参照ラインからのものであり、左の隣接する参照サンプル（２５２２）はＲＰの右のラインからのものであり、下の隣接する参照サンプル（２５２３）はブロック（２５０１）の下の参照ラインからのものであり、右の隣接する参照サンプル（２５２４）はブロック（２５０１）の右の参照ラインからのものである。下の隣接する参照サンプル（２５２３）などの、ブロック（２５０１）の下の参照ライン内の参照サンプルは、ブロック（２５０１）の左の参照ライン内の参照サンプルからコピーまたは外挿することによって取得され得ることに留意されたい。

図２５Ｂでは、ブロック（２５０２）は、ＬＰ（１と表記）とＲＰ（０と表記）とに区分されている。ＲＰはブロック（２５０２）の左上隅に位置する。ＬＰ内のサンプル（２５３０）に関して、上の隣接する参照サンプル（２５３１）はブロック（２５０２）の上の参照ラインからのものであり、左の隣接する参照サンプル（２５３２）はＲＰの右のラインからのものであり、下の隣接する参照サンプル（２５３３）はブロック（２５０２）の下の参照ラインからのものであり、右の隣接する参照サンプル（２５３４）はブロック（２５０２）の右の参照ラインからのものである。右の隣接する参照サンプル（２５３４）などの、ブロック（２５０２）の右の参照ライン内の参照サンプルは、ブロック（２５０２）の上の参照ライン内の参照サンプルからコピーまたは外挿することによって取得され得ることに留意されたい。

ＬＰ内のサンプル（２５４０）に関して、上の隣接する参照サンプル（２５４１）はＲＰの上のラインからのものであり、左の隣接する参照サンプル（２５４２）はブロック（２５０２）の右の参照ラインからのものであり、下の隣接する参照サンプル（２５４３）はブロック（２５０２）の下の参照ラインからのものであり、右の隣接する参照サンプル（２５４４）はブロック（２５０２）の右の参照ラインからのものである。下の隣接する参照サンプル（２５４３）などの、ブロックの下の参照ライン内の参照サンプルは、ブロック（２５０２）の左の参照ライン内の参照サンプルからコピーまたは外挿することによって取得され得ることに留意されたい。

Ｖ．フローチャート
図２６は、本開示の一実施形態による例示的なプロセス（２６００）の概要を示すフローチャートを示す。様々な実施形態において、プロセス（２６００）は、端末デバイス（２１０）、（２２０）、（２３０）、および（２４０）内の処理回路、ビデオエンコーダ（３０３）の機能を実行する処理回路、ビデオデコーダ（３１０）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、イントラ予測モジュール（４５２）の機能を実行する処理回路、ビデオエンコーダ（５０３）の機能を実行する処理回路、予測器（５３５）の機能を実行する処理回路、イントラエンコーダ（６２２）の機能を実行する処理回路、ならびにイントラデコーダ（７７２）の機能を実行する処理回路などの処理回路によって実行される。一部の実施形態では、プロセス（２６００）はソフトウェア命令で実現され、したがって、処理回路がソフトウェア命令を実行するとき、処理回路はプロセス（２６００）を実行する。

プロセス（２６００）は、一般に、ステップ（Ｓ２６１０）で開始され得、そこでは、プロセス（２６００）は、コーディングされたビデオビットストリームの一部である現在のピクチャ内の現在のブロックの予測情報をデコーディングする。予測情報は、現在のブロックについて無方向性イントラ予測モードを示す。次に、プロセス（２６００）は、ステップ（Ｓ２６２０）に進む。

ステップ（Ｓ２６２０）において、プロセス（２６００）は、現在のブロックを複数の区分に区分する。複数の区分は、少なくとも１つのＬ形状区分を含む。次に、プロセス（２６００）は、ステップ（Ｓ２６３０）に進む。

ステップ（Ｓ２６３０）において、プロセス（２６００）は、（ｉ）複数の区分のうちの１つの隣接する再構築されたサンプル、または（ｉｉ）現在のブロックの隣接する再構築されたサンプル、のうちの少なくとも１つに基づいて、複数の区分のうちの１つを再構築する。次に、プロセス（２６００）は終了する。

一実施形態では、隣接する再構築されたサンプルのうちの少なくとも１つは、複数の区分のうちの１つの右側または下側のうちの１つに隣接して位置する。

一実施形態では、複数の区分のうちの１つはＬ形状区分であり、隣接する再構築されたサンプルの数はＬ形状区分の寸法に依存する。一例では、隣接する再構築されたサンプルの数は、Ｌ形状区分の幅と高さの合計である。別の例では、隣接する再構築されたサンプルの数は、Ｌ形状区分のより短い幅とより短い高さの合計である。別の例では、隣接する再構築されたサンプルの数は、Ｌ形状区分の幅および高さのうちの最大値である。別の例では、隣接する再構築されたサンプルの数は、Ｌ形状区分の幅および高さのうちの最小値である。

一実施形態では、隣接する再構築されたサンプルのうちの少なくとも１つは、複数の区分のうちの１つより前に再構築された複数の区分のうちの別の１つに位置する。一例では、複数の区分のうちの別の１つはＬ形状区分であり、隣接する再構築されたサンプルのうちの少なくとも１つは、複数の区分のうちの１つの右側または下側のうちの１つに隣接して位置する。

一実施形態では、プロセス（２６００）は、（ｉ）複数の区分のうちの１つの隣接する再構築されたサンプル、または（ｉｉ）現在のブロックの隣接する再構築されたサンプル、のうちの少なくとも１つに基づいて、複数の区分のうちの１つの複数の隣接する参照サンプルを決定する。プロセス（２６００）は、複数の隣接する参照サンプルに基づいて、複数の区分のうちの１つを再構築する。

一例では、隣接する再構築されたサンプルは、複数の区分のうちの１つの左の列および右の列の隣接する再構築されたサンプルを含む。プロセス（２６００）は、複数の区分のうちの１つの左の列および右の列の隣接する再構築されたサンプルに基づいて、複数の区分のうちの１つの下の行の隣接する参照サンプルを決定する。プロセス（２６００）は、複数の区分のうちの１つの下の行の隣接する参照サンプルに基づいて、複数の区分のうちの１つを再構築する。

一例では、隣接する再構築されたサンプルは、複数の区分のうちの１つの上の行および下の行の隣接する再構築されたサンプルを含む。プロセス（２６００）は、複数の区分のうちの１つの上の行および下の行の隣接する再構築されたサンプルに基づいて、複数の区分のうちの１つの左の列の隣接する参照サンプルを決定する。プロセス（２６００）は、複数の区分のうちの１つの左の列の隣接する参照サンプルに基づいて、複数の区分のうちの１つを再構築する。

一実施形態では、複数の区分のうちの１つはＬ形状区分であり、プロセス（２６００）は、現在のブロックの左の列および上の行の隣接する再構築されたサンプルに基づいて、複数の区分のうちの１つを再構築する。

一実施形態では、複数の区分のうちの１つがＬ形状区分であることに基づいて、プロセス（２６００）は、Ｌ形状区分の各サンプルに関して、それぞれのサンプルの位置に基づいて複数の隣接する参照サンプルを決定する。プロセス（２６００）は、それぞれのサンプルの複数の隣接する参照サンプルに基づいて、Ｌ形状区分の各サンプルを再構築する。

一実施形態では、各サンプルの複数の隣接する参照サンプルは、再構築された隣接サンプルと、再構築された隣接サンプルに基づいて再構築された隣接サンプルとを含む。

ＶＩ．コンピュータシステム
上記で説明された技術は、１つ以上のコンピュータ可読媒体に物理的に記憶された、コンピュータ可読命令を使用するコンピュータソフトウェアとして実施され得る。例えば、図２７は、開示されている主題の特定の実施形態を実現するのに適したコンピュータシステム（２７００）を示す。

コンピュータソフトウェアは、１つ以上のコンピュータ中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）およびグラフィック処理装置（ＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などによって直接的に、または解釈およびマイクロコードの実行などを通して実行され得る命令を含むコードを作成するために、アセンブリ、コンパイル、リンキング、または同様のメカニズムを受け得る任意の適切な機械コードまたはコンピュータ言語を使用してコード化され得る。

命令は、例えばパーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲーミングデバイス、およびモノのインターネットデバイスなどを含む様々なタイプのコンピュータまたはその構成要素上で実行され得る。

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

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

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

コンピュータシステム（２７００）はまた、特定のヒューマンインターフェース出力デバイスを含み得る。このようなヒューマンインターフェース出力デバイスは、例えば触覚出力、音、光、および臭い／味によって１人以上の人間のユーザの感覚を刺激し得る。このようなヒューマンインターフェース出力デバイスは、触覚出力デバイス（例えば、タッチスクリーン（２７１０）、データグローブ（図示せず）、またはジョイスティック（２７０５）による触覚フィードバックであるが、入力デバイスとして機能しない触覚フィードバックデバイスもあり得る）、オーディオ出力デバイス（スピーカ（２７０９）、ヘッドフォン（図示せず）など）、視覚出力デバイス（ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーン（それぞれタッチスクリーン入力機能の有無にかかわらない、それぞれ触覚フィードバック機能の有無にかかわらない、これらの一部は、２次元視覚出力、またはステレオグラフィック出力などの手段による３次元を超える出力を出力することができ得る）を含むスクリーン（２７１０）、仮想現実眼鏡（図示せず）、ホログラフィックディスプレイ、およびスモークタンク（図示せず）など）、ならびにプリンタ（図示せず）を含み得る。これらの視覚出力デバイス（スクリーン（２７１０）など）は、グラフィックアダプタ（２７５０）を介してシステムバス（２７４８）に接続され得る。

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

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

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

前述のヒューマンインターフェースデバイス、人間がアクセス可能な記憶デバイス、およびネットワークインターフェースは、コンピュータシステム（２７００）のコア（２７４０）に接続され得る。

コア（２７４０）は、１つ以上の中央処理装置（ＣＰＵ）（２７４１）、グラフィック処理装置（ＧＰＵ）（２７４２）、フィールドプログラマブルゲート領域（ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｅａ）（２７４３）の形式の専用のプログラマブル処理装置、特定のタスク用のハードウェアアクセラレータ（２７４４）、およびグラフィックアダプタ（２７５０）などを含み得る。これらのデバイスは、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）（２７４５）、ランダムアクセスメモリ（２７４６）、ユーザアクセス不可能な内蔵ハードドライブおよびＳＳＤなどの内部大容量ストレージ（２７４７）と共に、システムバス（２７４８）を介して接続され得る。一部のコンピュータシステムでは、システムバス（２７４８）は、追加のＣＰＵおよびＧＰＵなどによる拡張を可能にするために１つ以上の物理プラグの形式でアクセス可能であり得る。周辺デバイスは、コアのシステムバス（２７４８）に直接接続され得るか、または周辺バス（２７４９）を介して接続され得る。一例では、スクリーン（２７１０）はグラフィックアダプタ（２７５０）に接続され得る。周辺バスのアーキテクチャは、ＰＣＩおよびＵＳＢなどを含む。

ＣＰＵ（２７４１）、ＧＰＵ（２７４２）、ＦＰＧＡ（２７４３）、およびアクセラレータ（２７４４）は、組み合わせで前述のコンピュータコードを構成し得る特定の命令を実行し得る。このコンピュータコードは、ＲＯＭ（２７４５）またはＲＡＭ（２７４６）に記憶され得る。ＲＡＭ（２７４６）には一時的なデータも記憶され得、一方、恒久的なデータは、例えば内部大容量ストレージ（２７４７）に記憶され得る。メモリデバイスのいずれかへの高速記憶および検索は、１つ以上のＣＰＵ（２７４１）、ＧＰＵ（２７４２）、大容量ストレージ（２７４７）、ＲＯＭ（２７４５）、およびＲＡＭ（２７４６）などに密接に関連付けられ得るキャッシュメモリの使用によって可能になり得る。

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

限定としてではなく一例として、アーキテクチャを有するコンピュータシステム（２７００）、具体的にはコア（２７４０）は、１つ以上の有形のコンピュータ可読媒体で具現化されたソフトウェアを実行するプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、およびアクセラレータなどを含む）の結果として機能を提供し得る。このようなコンピュータ可読媒体は、上記で紹介されたユーザアクセス可能な大容量ストレージ、およびコア内部の大容量ストレージ（２７４７）またはＲＯＭ（２７４５）などの非一時的性質を有するコア（２７４０）の特定のストレージに関連付けられた媒体であり得る。本開示の様々な実施形態を実施するソフトウェアは、このようなデバイスに記憶され、コア（２７４０）によって実行され得る。コンピュータ可読媒体は、特定の必要性に応じて、１つ以上のメモリデバイスまたはチップを含み得る。ソフトウェアは、コア（２７４０）に、具体的にはその中のプロセッサ（ＣＰＵ、ＧＰＵ、およびＦＰＧＡなどを含む）に、ＲＡＭ（２７４６）に記憶されたデータ構造を定義すること、およびソフトウェアによって定義されたプロセスに従ってこのようなデータ構造を変更することを含む、本明細書で説明されている特定のプロセスまたは特定のプロセスの特定の部分を実行させ得る。加えて、または代替として、コンピュータシステムは、本明細書で説明されている特定のプロセスまたは特定のプロセスの特定の部分を実行するために、ソフトウェアの代わりにまたはソフトウェアと共に動作し得る、回路にハードワイヤードされた、または他の方法で具現化された論理（例えば、アクセラレータ（２７４４））の結果として機能を提供し得る。適切な場合には、ソフトウェアへの言及は論理を包含し得、その逆もまた同様である。適切な場合には、コンピュータ可読媒体への言及は、実行のためのソフトウェアを記憶する回路（集積回路（ＩＣ：ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）など）、実行のための論理を具現化する回路、またはこれらの両方を包含し得る。本開示は、ハードウェアとソフトウェアとの任意の適切な組み合わせを包含する。

本開示はいくつかの例示的な実施形態を説明してきたが、本開示の範囲内にある修正例、置換例、および様々な代替均等例がある。したがって、当業者は、本明細書では明示的に示されていないか、または説明されていないが、本開示の原理を具現化し、したがってその精神および範囲内にある多数のシステムおよび方法を考案できることが理解されよう。
付記Ａ：頭字語
ＡＬＦ：適応ループフィルタ（Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒ）
ＡＭＶＰ：高度動きベクトル予測（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）
ＡＰＳ：適応パラメータセット（Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）
ＡＳＩＣ：特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）
ＡＴＭＶＰ：代替／高度時間動きベクトル予測（Ａｌｔｅｒｎａｔｉｖｅ／Ａｄｖａｎｃｅｄ Ｔｅｍｐｏｒａｌ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）
ＡＶ１：ＡＯＭｅｄｉａ Ｖｉｄｅｏ １
ＡＶ２：ＡＯＭｅｄｉａ Ｖｉｄｅｏ ２
ＢＭＳ：ベンチマークセット（Ｂｅｎｃｈｍａｒｋ Ｓｅｔ）
ＢＶ：ブロックベクトル（Ｂｌｏｃｋ Ｖｅｃｔｏｒ）
ＣＡＮＢｕｓ：コントローラエリアネットワークバス（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ Ｂｕｓ）
ＣＢ：コーディングブロック（Ｃｏｄｉｎｇ Ｂｌｏｃｋ）
ＣＣ－ＡＬＦ：Ｃｒｏｓｓ－Ｃｏｍｐｏｎｅｎｔ Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒ
ＣＤ：コンパクトディスク（Ｃｏｍｐａｃｔ Ｄｉｓｃ）
ＣＤＥＦ：Ｃｏｎｓｔｒａｉｎｅｄ Ｄｉｒｅｃｔｉｏｎａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｆｉｌｔｅｒ
ＣＰＲ：現在のピクチャ参照（Ｃｕｒｒｅｎｔ Ｐｉｃｔｕｒｅ Ｒｅｆｅｒｅｎｃｉｎｇ）
ＣＰＵ：中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
ＣＲＴ：ブラウン管（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）
ＣＴＢ：コーディングツリーブロック（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ）
ＣＴＵ：コーディングツリーユニット（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）
ＣＵ：コーディングユニット（Ｃｏｄｉｎｇ Ｕｎｉｔ）
ＤＰＢ：デコーダピクチャバッファ（Ｄｅｃｏｄｅｒ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ）
ＤＰＳ：デコーディングパラメータセット（Ｄｅｃｏｄｉｎｇ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）
ＤＶＤ：デジタルビデオディスク（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ）
ＦＰＧＡ：フィールドプログラマブルゲートエリア（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｅａ）
ＪＣＣＲ：共同ＣｂＣｒ残差コーディング（Ｊｏｉｎｔ ＣｂＣｒ Ｒｅｓｉｄｕａｌ Ｃｏｄｉｎｇ）
ＪＶＥＴ：共同ビデオ探索チーム（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）
ＧＯＰ：グループオブピクチャ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）
ＧＰＵ：グラフィック処理装置（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
ＧＳＭ：グローバル移動体通信システム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）
ＨＤＲ：ハイダイナミックレンジ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）
ＨＥＶＣ：高効率ビデオコーディング（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）
ＨＲＤ：仮想参照デコーダ（Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ）
ＩＢＣ：イントラブロックコピー（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）
ＩＣ：集積回路（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）
ＩＳＰ：イントラサブ区分（Ｉｎｔｒａ Ｓｕｂ－Ｐａｒｔｉｔｉｏｎ）
ＪＥＭ：共同探索モデル（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）
ＬＡＮ：ローカルエリアネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）
ＬＣＤ：液晶ディスプレイ（Ｌｉｑｕｉｄ－Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）
ＬＲ：ループ復元フィルタ（Ｌｏｏｐ Ｒｅｓｔｏｒａｔｉｏｎ Ｆｉｌｔｅｒ）
ＬＴＥ：ロングタームエボリューション（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）
ＭＰＭ：最も可能性の高いモード（Ｍｏｓｔ Ｐｒｏｂａｂｌｅ Ｍｏｄｅ）
ＭＶ：動きベクトル（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ）
ＯＬＥＤ：有機発光ダイオード（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）
ＰＢ：予測ブロック（Ｐｒｅｄｉｃｔｉｏｎ Ｂｌｏｃｋ）
ＰＣＩ：周辺構成要素相互接続（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）
ＰＤＰＣ：Ｐｏｓｉｔｉｏｎ Ｄｅｐｅｎｄｅｎｔ Ｐｒｅｄｉｃｔｉｏｎ Ｃｏｍｂｉｎａｔｉｏｎ
ＰＬＤ：プログラマブル論理デバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）
ＰＰＳ：ピクチャパラメータセット（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）
ＰＵ：予測ユニット（Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔ）
ＲＡＭ：ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）
ＲＯＭ：読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）
ＳＡＯ：サンプル適応オフセット（Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ）
ＳＣＣ：スクリーンコンテンツコーディング（Ｓｃｒｅｅｎ Ｃｏｎｔｅｎｔ Ｃｏｄｉｎｇ）
ＳＤＲ：標準ダイナミックレンジ（Ｓｔａｎｄａｒｄ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）
ＳＥＩ：補足拡張情報（Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）
ＳＮＲ：信号ノイズ比（Ｓｉｇｎａｌ Ｎｏｉｓｅ Ｒａｔｉｏ）
ＳＰＳ：シーケンスパラメータセット（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）
ＳＳＤ：ソリッドステートドライブ（Ｓｏｌｉｄ－ｓｔａｔｅ Ｄｒｉｖｅ）
ＴＵ：変換ユニット（Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ）
ＵＳＢ：ユニバーサルシリアルバス（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）
ＶＰＳ：ビデオパラメータセット（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）
ＶＵＩ：ビデオのユーザビリティ情報（Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）
ＶＶＣ：多用途ビデオコーディング（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）
ＷＡＩＰ：広角イントラ予測（Ｗｉｄｅ－Ａｎｇｌｅ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）

１０１ サンプル
１０２ 矢印
１０３ 矢印
１０４ 正方形ブロック
１０５ イントラ予測方向を示す概略図
１１１ 現在のブロック
１１２ 周囲サンプル
１１３ 周囲サンプル
１１４ 周囲サンプル
１１５ 周囲サンプル
１１６ 周囲サンプル
２００ 通信システム
２１０ 端末デバイス
２２０ 端末デバイス
２３０ 端末デバイス
２４０ 端末デバイス
２５０ 通信ネットワーク
３０１ ビデオソース
３０２ ビデオピクチャのストリーム
３０３ ビデオエンコーダ
３０４ エンコーディングされたビデオデータ、エンコーディングされたビデオビットストリーム
３０５ ストリーミングサーバ
３０６ クライアントサブシステム
３０７ 入力コピー、エンコーディングされたビデオデータ
３０８ クライアントサブシステム
３０９ コピー、エンコーディングされたビデオデータ
３１０ ビデオデコーダ
３１１ ビデオピクチャの出力ストリーム
３１２ ディスプレイ
３１３ キャプチャサブシステム
３２０ 電子デバイス
３３０ 電子デバイス
４０１ チャネル
４１０ ビデオデコーダ
４１２ 描画デバイス
４１５ バッファメモリ
４２０ パーサ
４２１ シンボル
４３０ 電子デバイス
４３１ 受信機
４５１ スケーラ／逆変換ユニット
４５２ イントラピクチャ予測ユニット、イントラ予測モジュール
４５３ 動き補償予測ユニット
４５５ アグリゲータ
４５６ ループフィルタユニット
４５７ 参照ピクチャメモリ
４５８ 現在のピクチャバッファ
５０１ ビデオソース
５０３ ビデオエンコーダ、ビデオコーダ
５２０ 電子デバイス
５３０ ソースコーダ
５３２ コーディングエンジン
５３３ ローカルビデオデコーダ
５３４ 参照ピクチャメモリ、参照ピクチャキャッシュ
５３５ 予測器
５４０ 送信機
５４３ コーディングされたビデオシーケンス
５４５ エントロピーコーダ
５５０ コントローラ
５６０ 通信チャネル
６０３ ビデオエンコーダ
６２１ 汎用コントローラ
６２２ イントラエンコーダ
６２３ 残差計算器
６２４ 残差エンコーダ
６２５ エントロピーエンコーダ
６２６ スイッチ
６２８ 残差デコーダ
６３０ インターエンコーダ
７１０ ビデオデコーダ
７７１ エントロピーデコーダ
７７２ イントラデコーダ
７７３ 残差デコーダ
７７４ 再構築モジュール
７８０ インターデコーダ
２５１１ 参照サンプル
２５１２ 参照サンプル
２５１３ 参照サンプル
２５１４ 参照サンプル
２５２０ サンプル
２５２１ 参照サンプル
２５２２ 参照サンプル
２５２３ 参照サンプル
２５２４ 参照サンプル
２５３０ サンプル
２５３１ 参照サンプル
２５３２ 参照サンプル
２５３３ 参照サンプル
２５３４ 参照サンプル
２５４０ サンプル
２５４１ 参照サンプル
２５４２ 参照サンプル
２５４３ 参照サンプル
２５４４ 参照サンプル
２６００ プロセス
２７００ コンピュータシステム
２７０１ キーボード
２７０２ マウス
２７０３ トラックパッド
２７０５ ジョイスティック
２７０６ マイクロフォン
２７０７ スキャナ
２７０８ カメラ
２７０９ スピーカ
２７１０ タッチスクリーン、視覚出力デバイススクリーン
２７２０ ＣＤ／ＤＶＤ ＲＯＭ／ＲＷ
２７２１ ＣＤ／ＤＶＤまたは同様の媒体
２７２２ サムドライブ
２７２３ 取り外し可能なハードドライブまたはソリッドステートドライブ
２７４０ コア
２７４１ 中央処理装置
２７４２ グラフィック処理装置
２７４３ フィールドプログラマブルゲート領域
２７４４ アクセラレータ
２７４５ 読み出し専用メモリ
２７４６ ランダムアクセスメモリ
２７４７ 内部大容量ストレージ
２７４８ システムバス
２７４９ 周辺バス
２７５０ グラフィックアダプタ
２７５４ ネットワークインターフェース
２７５５ 通信ネットワーク

Claims (20)

1. デコーダにおけるビデオデコーディングの方法であって、
   コーディングされたビデオビットストリームの一部である現在のピクチャ内の現在のブロックの予測情報をデコーディングするステップであって、前記予測情報は、前記現在のブロックについて無方向性イントラ予測モードを示す、ステップと、
   前記現在のブロックを複数の区分に区分するステップであって、前記複数の区分は、少なくとも１つのＬ形状区分を含む、ステップと、
   （ｉ）前記複数の区分のうちの１つの隣接する再構築されたサンプル、または（ｉｉ）前記現在のブロックの隣接する再構築されたサンプル、のうちの少なくとも１つに基づいて、前記複数の区分のうちの前記１つを再構築するステップと
   を含む方法。
2. 前記複数の区分のうちの前記１つはＬ形状区分であり、前記隣接する再構築されたサンプルの数は前記Ｌ形状区分の寸法に依存する、請求項１に記載の方法。
3. 前記隣接する再構築されたサンプルの数が、（ｉ）前記Ｌ形状区分の幅と高さの合計、（ｉｉ）前記Ｌ形状区分のより短い幅とより短い高さの合計、（ｉｉｉ）前記Ｌ形状区分の前記幅および前記高さのうちの最大値、ならびに（ｉｖ）前記Ｌ形状区分の前記幅および前記高さのうちの最小値、のうちの１つである、請求項２に記載の方法。
4. 前記隣接する再構築されたサンプルのうちの少なくとも１つは、前記複数の区分のうちの前記１つより前に再構築された前記複数の区分のうちの別の１つに位置する、請求項１に記載の方法。
5. 前記複数の区分のうちの前記別の１つはＬ形状区分であり、前記隣接する再構築されたサンプルのうちの前記少なくとも１つは、前記複数の区分のうちの前記１つの右側または下側のうちの１つに隣接して位置する、請求項４に記載の方法。
6. 前記隣接する再構築されたサンプルは、前記複数の区分のうちの前記１つの左の列および右の列の隣接する再構築されたサンプルを含み、再構築する前記ステップは、
   前記複数の区分のうちの前記１つの前記左の列および前記右の列の隣接する再構築されたサンプルに基づいて、前記複数の区分のうちの前記１つの下の行の隣接する参照サンプルを決定するステップと、
   前記複数の区分のうちの前記１つの前記下の行の隣接する参照サンプルに基づいて、前記複数の区分のうちの前記１つを再構築するステップと
   を含む、請求項１に記載の方法。
7. 前記隣接する再構築されたサンプルは、前記複数の区分のうちの前記１つの上の行および下の行の隣接サンプルを含み、再構築する前記ステップは、
   前記複数の区分のうちの前記１つの前記上の行および前記下の行の隣接する再構築されたサンプルに基づいて、前記複数の区分のうちの前記１つの左の列の隣接する参照サンプルを決定するステップと、
   前記複数の区分のうちの前記１つの前記左の列の隣接する参照サンプルに基づいて、前記複数の区分のうちの前記１つを再構築するステップと
   を含む、請求項１に記載の方法。
8. 前記複数の区分のうちの前記１つはＬ形状区分であり、再構築する前記ステップは、
   前記現在のブロックの左の列および上の行の隣接する再構築されたサンプルに基づいて、前記複数の区分のうちの前記１つを再構築するステップ
   を含む、請求項１に記載の方法。
9. 前記複数の区分のうちの前記１つがＬ形状区分であることに基づいて、再構築する前記ステップは、
   前記Ｌ形状区分の各サンプルについて、それぞれのサンプルの位置に基づいて複数の隣接する参照サンプルを決定するステップと、
   前記それぞれのサンプルの前記複数の隣接する参照サンプルに基づいて前記Ｌ形状区分の各サンプルを再構築するステップと
   を含む、請求項１に記載の方法。
10. 各サンプルの前記複数の隣接する参照サンプルは、再構築された隣接サンプルと、前記再構築された隣接サンプルに基づいて再構築された隣接サンプルとを含む、請求項９に記載の方法。
11. コーディングされたビデオビットストリームの一部である現在のピクチャ内の現在のブロックの予測情報をデコーディングし、前記予測情報は、前記現在のブロックについて無方向性イントラ予測モードを示し、
    前記現在のブロックを複数の区分に区分し、前記複数の区分は、少なくとも１つのＬ形状区分を含み、
    （ｉ）前記複数の区分のうちの１つの隣接する再構築されたサンプル、または（ｉｉ）前記現在のブロックの隣接する再構築されたサンプル、のうちの少なくとも１つに基づいて、前記複数の区分のうちの前記１つを再構築する
    ように構成された処理回路を備える装置。
12. 前記複数の区分のうちの前記１つはＬ形状区分であり、前記隣接する再構築されたサンプルの数は前記Ｌ形状区分の寸法に依存する、請求項１１に記載の装置。
13. 前記隣接する再構築されたサンプルの数が、（ｉ）前記Ｌ形状区分の幅と高さの合計、（ｉｉ）前記Ｌ形状区分のより短い幅とより短い高さの合計、（ｉｉｉ）前記Ｌ形状区分の前記幅および前記高さのうちの最大値、ならびに（ｉｖ）前記Ｌ形状区分の前記幅および前記高さのうちの最小値、のうちの１つである、請求項１２に記載の装置。
14. 前記隣接する再構築されたサンプルのうちの少なくとも１つは、前記複数の区分のうちの前記１つより前に再構築された前記複数の区分のうちの別の１つに位置する、請求項１１に記載の装置。
15. 前記複数の区分のうちの前記別の１つはＬ形状区分であり、前記隣接する再構築されたサンプルのうちの前記少なくとも１つは、前記複数の区分のうちの前記１つの右側または下側のうちの１つに隣接して位置する、請求項１４に記載の装置。
16. 前記隣接する再構築されたサンプルは、前記複数の区分のうちの前記１つの左の列および右の列の隣接サンプルを含み、前記処理回路は、
    前記複数の区分のうちの前記１つの前記左の列および前記右の列の隣接する再構築されたサンプルに基づいて、前記複数の区分のうちの前記１つの下の行の隣接する参照サンプルを決定し、
    前記複数の区分のうちの前記１つの前記下の行の隣接する参照サンプルに基づいて、前記複数の区分のうちの前記１つを再構築する
    ようにさらに構成された、請求項１１に記載の装置。
17. 前記隣接する再構築されたサンプルは、前記複数の区分のうちの前記１つの上の行および下の行の隣接サンプルを含み、前記処理回路は、
    前記複数の区分のうちの前記１つの前記上の行および前記下の行の隣接する再構築されたサンプルに基づいて、前記複数の区分のうちの前記１つの左の列の隣接する参照サンプルを決定し、
    前記複数の区分のうちの前記１つの前記左の列の隣接する参照サンプルに基づいて、前記複数の区分のうちの前記１つを再構築する
    ようにさらに構成された、請求項１１に記載の装置。
18. 前記複数の区分のうちの前記１つはＬ形状区分であり、前記処理回路は、
    前記現在のブロックの左の列および上の行の隣接する再構築されたサンプルに基づいて、前記複数の区分のうちの前記１つを再構築するようにさらに構成された、請求項１１に記載の装置。
19. 前記複数の区分のうちの前記１つがＬ形状区分であることに基づいて、前記処理回路は、
    前記Ｌ形状区分の各サンプルについて、それぞれのサンプルの位置に基づいて複数の隣接する参照サンプルを決定し、
    前記それぞれのサンプルの前記複数の隣接する参照サンプルに基づいて前記Ｌ形状区分の各サンプルを再構築する
    ようにさらに構成された、請求項１１に記載の装置。
20. 少なくとも１つのプロセッサによって実行されるときに、前記少なくとも１つのプロセッサに、
    コーディングされたビデオビットストリームの一部である現在のピクチャ内の現在のブロックの予測情報をデコーディングするステップであって、前記予測情報は、前記現在のブロックについて無方向性イントラ予測モードを示す、ステップと、
    前記現在のブロックを複数の区分に区分するステップであって、前記複数の区分は、少なくとも１つのＬ形状区分を含む、ステップと、
    （ｉ）前記複数の区分のうちの１つの隣接する再構築されたサンプル、または（ｉｉ）前記現在のブロックの隣接する再構築されたサンプル、のうちの少なくとも１つに基づいて、前記複数の区分のうちの前記１つを再構築するステップと
    を実行させる命令を記憶した非一時的コンピュータ可読記憶媒体。