JP6903644B2 - ビデオコーディングのために位置依存の予測組合せを使用する改善されたビデオイントラ予測 - Google Patents

Description

[0001]本出願は、その内容全体が参照により本明細書に組み込まれる、２０１５年９月２９日に出願された米国仮特許出願第６２／２３４，６４５号の利益を主張する。

[0002]本開示は、ビデオコーディングに関する。

[0003]デジタルビデオ能力は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラー電話または衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲のデバイスに組み込まれ得る。デジタルビデオデバイスは、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ １０、アドバンストビデオコーディング（ＡＶＣ）、およびＩＴＵ−Ｔ Ｈ．２６５、高効率ビデオコーディング（ＨＥＶＣ）によって定義された規格、およびそのような規格の拡張を含む様々な規格に記載されているビデオコーディング技法などのビデオコーディング技法を実装する。ビデオデバイスは、そのようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。

[0004]ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するための空間的（ピクチャ内）予測および／または時間的（ピクチャ間）予測を含む。ブロックベースのビデオコーディングでは、ビデオスライス（たとえば、ビデオフレームまたはビデオフレームの一部分）は、ツリーブロック、コーディングユニット（ＣＵ）および／またはコーディングノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測、または他の参照ピクチャ中の参照サンプルに対する時間的予測を使用し得る。ピクチャは、フレームと呼ばれることがあり、参照ピクチャは、参照フレームと呼ばれることがある。

[0005]空間的予測または時間的予測により、コーディングされるべきブロックのための予測ブロックが生じる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコーディングされたブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルと、コーディングされたブロックと予測ブロックとの間の差を示す残差データとに従って符号化される。イントラコーディングされたブロックは、イントラコーディングモードと残差データとに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換され、残差変換係数が生じ得、その残差変換係数は、次いで量子化され得る。最初に２次元アレイで構成される量子化された変換係数は、変換係数の１次元ベクトルを生成するために走査され得、なお一層の圧縮を達成するために、エントロピーコーディングが適用され得る。

[0006]概して、本開示では、ビデオコーディングにおいて位置依存の予測組合せを使用する改善されたビデオイントラ予測に関する技法について説明する。本技法は、ＨＥＶＣの拡張または次世代のビデオコーディング規格などの高度なビデオコーデックのコンテキストにおいて使用され得る。ＨＥＶＣでは、たとえば、３５個の線形予測子のセットがイントラコーディングを行うために使用され、予測は、選択された予測子モードとブロックサイズとに応じて隣接「基準」ピクセルのフィルタ処理されていないセットまたはフィルタ処理されたセットのいずれかから計算され得る。本開示の技法は、（たとえば、改善された予測、したがって、小さい残差を介して）より良い圧縮を達成するために基準ピクセルのフィルタ処理されていないセットとフィルタ処理されたセットとの両方の重み付け組合せを使用し、予測値のすべてのセットの効果的な並列計算を可能にし、（たとえば、予測値自体にではなく基準ピクセルのセットだけにフィルタ処理を適用することを介して）低複雑度を維持し得る。

[0007]一例では、本開示は、ビデオデータを復号する方法を対象とし、本方法は、ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、隣接ブロック中の現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成することと、隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成することと、重みの第１のセットを乗算したフィルタ処理された基準アレイ中の複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算したフィルタ処理されていない基準アレイ中の複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて現在のブロックのピクセルのセットに関連する予測値のセットを計算することと、予測値の計算されたセットに基づいて現在のブロックを再構成することとを備える。

[0008]別の例では、本開示は、ビデオデータを符号化する方法を対象とし、本方法は、ピクチャの現在のブロックを受信することと、フィルタ処理された基準アレイが、複数のフィルタ処理された基準値を備え、フィルタ処理されていない基準アレイが、複数のフィルタ処理されていない基準値を備える、ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、隣接ブロック中の現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成することと、隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成することと、現在のブロックのための予測ブロックを生成することと、ここにおいて、生成することが、重みの第１のセットを乗算したフィルタ処理された基準アレイ中の複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算したフィルタ処理されていない基準アレイ中の複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて現在のブロックのピクセルのセットに関連する予測値のセットを計算することを備える、現在のブロックと予測ブロックとの間の差に基づいて残差ブロックを生成することと、ビットストリーム中の残差ブロックを表すデータを符号化することとを備える。

[0009]別の例では、本開示は、ビデオデータを復号するためのデバイスを対象とし、本デバイスは、メモリと、メモリと通信している１つまたは複数のプロセッサとを備える。１つまたは複数のプロセッサは、ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、隣接ブロック中の現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成することと、隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成することと、重みの第１のセットを乗算したフィルタ処理された基準アレイ中の複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算したフィルタ処理されていない基準アレイ中の複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて現在のブロックのピクセルのセットに関連する予測値のセットを計算することと、予測値の計算されたセットに基づいて現在のブロックを再構成することとを行うように構成される。

[0010]別の例では、本開示は、ビデオデータを符号化するためのデバイスを対象とし、本デバイスは、メモリと、メモリと通信している１つまたは複数のプロセッサとを備える。１つまたは複数のプロセッサは、ピクチャの現在のブロックを受信することと、フィルタ処理された基準アレイが、複数のフィルタ処理された基準値を備え、フィルタ処理されていない基準アレイが、複数のフィルタ処理されていない基準値を備える、ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、隣接ブロック中の現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成することと、隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成することと、現在のブロックのための予測ブロックを生成することと、ここにおいて、生成することが、重みの第１のセットを乗算したフィルタ処理された基準アレイ中の複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算したフィルタ処理されていない基準アレイ中の複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて現在のブロックのピクセルのセットに関連する予測値のセットを計算することを備える、現在のブロックと予測ブロックとの間の差に基づいて残差ブロックを生成することと、ビットストリーム中の残差ブロックを表すデータを符号化することとを行うように構成される。

[0011]別の例では、本開示は、ビデオデータをオブ復号するためのデバイスを対象とし、本デバイスは、ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号するための手段と、隣接ブロック中の現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成するための手段と、隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成するための手段と、重みの第１のセットを乗算したフィルタ処理された基準アレイ中の複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算したフィルタ処理されていない基準アレイ中の複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて現在のブロックのピクセルのセットに関連する予測値のセットを計算するための手段と、予測値の計算されたセットに基づいて現在のブロックを再構成するための手段とを備える。

[0012]別の例では、本開示は、ビデオデータを符号化するためのデバイスを対象とし、本デバイスは、ピクチャの現在のブロックを受信するための手段と、フィルタ処理された基準アレイが、複数のフィルタ処理された基準値を備え、フィルタ処理されていない基準アレイが、複数のフィルタ処理されていない基準値を備える、ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号するための手段と、隣接ブロック中の現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成するための手段と、隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成するための手段と、現在のブロックのための予測ブロックを生成するための手段と、ここにおいて、生成することが、重みの第１のセットを乗算したフィルタ処理された基準アレイ中の複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算したフィルタ処理されていない基準アレイ中の複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて現在のブロックのピクセルのセットに関連する予測値のセットを計算することを備える、現在のブロックと予測ブロックとの間の差に基づいて残差ブロックを生成するための手段と、ビットストリーム中の残差ブロックを表すデータを符号化するための手段とを備える。

[0013]さらなる一例では、本開示は、実行されたとき、１つまたは複数のプロセッサに、ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、隣接ブロック中の現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成することと、隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成することと、重みの第１のセットを乗算したフィルタ処理された基準アレイ中の複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算したフィルタ処理されていない基準アレイ中の複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて現在のブロックのピクセルのセットに関連する予測値のセットを計算することと、予測値の計算されたセットに基づいて現在のブロックを再構成することとを行わせる、ビデオデータを処理するための命令を記憶した非一時的コンピュータ可読媒体を対象とする。

[0014]さらなる例では、本開示は、実行されたとき、１つまたは複数のプロセッサに、ピクチャの現在のブロックを受信することと、フィルタ処理された基準アレイが、複数のフィルタ処理された基準値を備え、フィルタ処理されていない基準アレイが、複数のフィルタ処理されていない基準値を備える、ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、隣接ブロック中の現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成することと、隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成することと、現在のブロックのための予測ブロックを生成することと、ここにおいて、生成することが、重みの第１のセットを乗算したフィルタ処理された基準アレイ中の複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算したフィルタ処理されていない基準アレイ中の複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて現在のブロックのピクセルのセットに関連する予測値のセットを計算することを備える、現在のブロックと予測ブロックとの間の差に基づいて残差ブロックを生成することと、ビットストリーム中の残差ブロックを表すデータを符号化することとを行わせる、ビデオデータを処理するための命令を記憶した非一時的コンピュータ可読媒体を対象とする。

[0015]１つまたは複数の例の詳細を添付の図面および以下の説明に記載する。他の特徴、目的、および利点は、説明および図面から、ならびに特許請求の範囲から明らかになろう。

[0016]本開示で説明する技法を利用し得るフレーム内コーディングにおいて予測されるべきである４×４のピクセルのブロックを示す図。 [0017]ブロックサイズに基づく方向予測子のためのフィルタ設定を示す図。 [0018]本開示の技法による、フィルタ処理されていない基準を使用する４×４のブロックの予測を示す図。 [0019]本開示の技法による、フィルタ処理された基準を使用する４×４のブロックの予測を示す図。 [0020]本開示で説明する技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。 [0021]本開示で説明する技法を実装し得るビデオエンコーダの一例を示すブロック図。 [0022]本開示で説明する技法を実装し得るビデオデコーダの一例を示すブロック図。 [0023]本開示の技法による、例示的な方法を示すフローチャート。 [0024]本開示の技法による、例示的な方法を示すフローチャート。

[0025]概して、本開示では、ビデオコーディングにおいて位置依存の予測組合せを使用する改善されたビデオイントラ予測に関する技法について説明する。本技法は、ＨＥＶＣの拡張または次世代のビデオコーディング規格などの高度なビデオコーデックのコンテキストにおいて使用され得る。

[0026]本開示の技法は、概して、「ＳＥＲＩＥＳ Ｈ： ＡＵＤＩＯＶＩＳＵＡＬ ＡＮＤ ＭＵＬＴＩＭＥＤＩＡ ＳＹＳＴＥＭＳ，Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ｏｆ ａｕｄｉｏｖｉｓｕａｌ ｓｅｒｖｉｃｅｓ−Ｃｏｄｉｎｇ ｏｆ ｍｏｖｉｎｇ ｖｉｄｅｏ」、高効率ビデオコーディング、ＩＴＵ−Ｔ Ｈ．２６５、２０１３年４月に記載されている高効率ビデオコーディング（ＨＥＶＣ）とも呼ばれるＩＴＵ−Ｔ Ｈ．２６５に関して説明される。ただし、これらの技法は、ＨＥＶＣの拡張および他の規格の拡張を含む他のビデオコーディング規格に適用され得る。他のビデオコーディング規格の例としては、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ、および、スケーラブルビデオコーディング（ＳＶＣ）拡張とマルチビュービデオコーディング（ＭＶＣ）拡張とを含むＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ １０、アドバンストビデオコーディング（ＡＶＣ）がある。

[0027]Ｈ．２６５規格は、最近、ＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ：Video Coding Experts Group）とＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ：Motion Picture Experts Group）とのジョイントコラボレーションチームオンビデオコーディング（ＪＣＴ−ＶＣ：Joint Collaboration Team on Video Coding）によって確定された。以後ＨＥＶＣ ＷＤと呼ばれる、最新のＨＥＶＣドラフト仕様は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１４＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴＶＣ−Ｎ１００３−ｖ１．ｚｉｐから入手可能である。

[0028]また、ＨＥＶＣのマルチビュー拡張ＭＶ−ＨＥＶＣがＪＣＴ−３Ｖによって開発された。ＭＶ−ＨＥＶＣ ＷＤ８と呼ばれる、ＭＶ−ＨＥＶＣのワーキングドラフト（ＷＤ）の例が、ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／８＿Ｖａｌｅｎｃｉａ／ｗｇ１１／ＪＣＴ３Ｖ−Ｈ１００２−ｖ５．ｚｉｐから入手可能である。ＳＨＶＣと称するＨＥＶＣのスケーラブル拡張も、ＪＣＴ−ＶＣによって開発された。ＳＨＶＣ ＷＤ６と呼ばれるＳＨＶＣのワーキングドラフト（ＷＤ）の例が、ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１７＿Ｖａｌｅｎｃｉａ／ｗｇ１１／ＪＣＴＶＣ−Ｑ１００８−ｖ２．ｚｉｐから入手可能である。

[0029]ＨＥＶＣビデオ圧縮規格では、フレーム内予測は、予測されるべきブロックに隣接する４Ｎ＋１個のピクセルのグループ、すなわち、基準ピクセルを使用してＮ×Ｎ個のピクセルをもつブロックに適用される。それらの基準ピクセルは、再構成された値を有し、ブロック予測が計算されるときにエンコーダおよびデコーダにおいて知られている。たとえば、図１に、ＨＥＶＣによって使用されるフレーム内コーディング方法で予測されるべき４×４のピクセルのブロックを示す。予測されるべきピクセル９０を白い正方形として示し、基準ピクセル９２をグレーの正方形として示す。

[0030]イントラ予測は、１つの画像内の隣接ピクセルを使用して空間的冗長性を低減または除去するために採用されるコーディングツールである。正確な予測方向を発見し、効果的に冗長性を除去するために、ＨＥＶＣは、各ＰＵに対して最大３５個の予測モードを使用し得る。予測子モード（平面、ＤＣ、または方向）とブロックサイズとに応じて予測のために使用される値の２つのセットがあり得る。モードごとに、予測のために基準ピクセルのフィルタ処理されていないバージョンまたはフィルタ処理されたバージョンのいずれかが使用され得る。たとえば、ＨＥＶＣは、イントラ予測においてフィルタ処理された基準ピクセルを使用すべきか、またはフィルタ処理されていない基準ピクセルを使用すべきかを決定するための固定表を定義する。

[0031]図２は、ブロックサイズに基づく方向予測のためのフィルタ設定を定義するグラフ表現を示す概念図である。図２に、予測モード（たとえば、方向予測モード）が特定のブロックサイズ（たとえば、８×８、１６×１６、および３２×３２）に基準サンプルフィルタ処理を使用する円を示す。図２に、予測モードが特定のブロックサイズにフィルタ処理されていない基準サンプルを使用するグレーの「×」を示す。たとえば、予測モード２、１８、および３４は、ブロックサイズにかかわらずフィルタ処理された基準ピクセルを使用し得、モード１０および２６は、ブロックサイズにかかわらずフィルタ処理されていない基準ピクセルを利用し得、モード３〜８、１２〜１７、１９〜２４、および２８〜３３は、８×８のサイズのブロックではフィルタ処理されていない基準ピクセルを利用し得るが、１６×１６および３２×３２のサイズのブロックではフィルタ処理された基準ピクセルを使用し、モード９、１１、２５、および２７は、８×８および１６×１６のサイズのブロックではフィルタ処理されていない基準ピクセルを利用し、３２×３２のサイズのブロックではフィルタ処理された基準ピクセルを利用する。さらに、３つのタップ（１／４、１／２、１／４）をもつ、使用され得るある種のローパスフィルタがあり得る。

[0032]現在の方法は、過去に使用された低解像度ビデオにより好適であり得、ここで、最良圧縮は、たいてい小さいブロック（たとえば、４×４または８×８）で達成される。しかしながら、より最近の傾向は、１０８０×１９２０のＨＤビデオまたは２１６０×３８４０のＵＨＤビデオを有することである。それらの解像度では、より大きいブロックサイズを使用する予測が、より効率的であり、より良い圧縮を獲得し得る。

[0033]より良い圧縮を獲得するために、それらのより大きいブロック中の基準のより強いローパスフィルタ処理が利用され得る。しかしながら、それらの場合、単一のローパスフィルタザットは、所与のブロックサイズのすべてのブロックのための予測を最適化し、最適なフィルタは、各ブロック中のテクスチャによって変動する。

[0034]現在のＨＥＶＣ規格を実装するビデオデバイスは、フィルタ処理された基準またはフィルタ処理されていない基準のいずれかに基づく予測を使用し、これは、そのデータがエンコーダおよびデコーダにおいて容易に利用可能であり得るとしても、それらの２つの場合からの情報を組み合わせる方法をサポートしない。

[0035]ビデオエンコーダまたはビデオデコーダなどのビデオコーディングデバイスは、位置依存の予測組合せ（ＰＤＰＣ：position-dependent prediction combination）を実行するために本開示の技法を使用し得、すなわち、フィルタ処理された基準値およびフィルタ処理されていない基準値と、予測されたピクセルの位置とに基づいてどのように予測を組み合わせるのかを定義する１つまたは複数のパラメータ化式を使用し得る。本開示では、エンコーダが、（たとえば、レートひずみ分析を使用することを介して）各々をテストし、デコーダに最適なパラメータ（たとえば、テストされたそれらのパラメータの中から最良のレートひずみパフォーマンスを生じるパラメータ）をシグナリングすることができるようないくつかのパラメータのセットについて説明する。

[0036]図３に、本開示の技法による、フィルタ処理されていない基準（ｒ）を使用する４×４のブロック（ｐ）の予測を示す。図４に、本開示の技法による、フィルタ処理された基準（ｓ）を使用する４×４のブロック（ｑ）の予測を示す。図３および図４の両方に、４×４のピクセルブロックと１７個（４×４＋１）のそれぞれの基準値とを示すが、本開示の技法は、任意のブロックサイズおよび任意の数の基準値に適用され得る。

[0037]位置依存の予測組合せを実行するビデオコーダは、フィルタ処理された（ｑ）予測とフィルタ処理されていない（ｐ）予測との間の組合せを利用し得、したがって、コーディングされるべき現在のブロックのための予測ブロックは、フィルタ処理された（ｓ）基準アレイとフィルタ処理されていない（ｒ）基準アレイとの両方からのピクセル値を使用して計算され得る。

[0038]ＰＤＰＣの技法の一例では、それぞれ、フィルタ処理されていない基準ｒおよびフィルタ処理された基準ｓのみを使用して計算されるピクセル予測の任意の２つのセット、ｐ_r［ｘ，ｙ］およびｑ_s［ｘ，ｙ］が与えられれば、ｖ［ｘ，ｙ］によって示されるピクセルの組み合わされた予測値は、以下のように定義される。

ここで、ｃ［ｘ，ｙ］は、組合せパラメータのセットである。重みｃ［ｘ，ｙ］の値は、０と１との間の値になり得る。重みｃ［ｘ，ｙ］と（１−ｃ［ｘ，ｙ］）との和は、１に等しくなり得る。

[0039]いくつかの例では、ブロック中のピクセルの数と同じ大きさのパラメータのセットを有することは実際的でないことがある。そのような例では、ｃ［ｘ，ｙ］は、パラメータのはるかに小さいセットに、それらのパラメータからすべての組合せ値を計算するための式を加えたものよって定義され得る。そのような例では、以下の式が使用され得る。

ここで、

、ｄ_v、ｄ_h∈｛１，２｝は、予測パラメータであり、Ｎは、ブロックサイズであり、

および

は、それぞれ、フィルタ処理されていない基準およびフィルタ処理された基準を使用して、特定のモードについて、ＨＥＶＣ規格に従ってザを使用して計算される予測値であり、

は、予測パラメータによって定義される（すなわち、

および

に割り当てられる全体的な重みに１を加えさせるための）正規化ファクタである。

[0040]式２は、あらゆるビデオコーディング規格について以下の式２Ａに一般化され得る。

ここで、

、ｄ_v、ｄ_h∈｛１，２｝は、予測パラメータであり、Ｎは、ブロックサイズであり、

および

は、それぞれ、フィルタ処理されていない基準およびフィルタ処理された基準を使用して、特定のモードについて、ビデオコーディング規格（あるいはビデオコーディング方式またはアルゴリズム）に従ってザを使用して計算される予測値であり、

は、予測パラメータによって定義される（すなわち、

および

に割り当てられる全体的な重みに１を加えさせるための）正規化ファクタである。

[0041]これらの予測パラメータは、使用される予測モードのタイプ（たとえば、ＨＥＶＣのＤＣ、平面、および３３方向モード）に従って予測された項の最適な線形結合を与えるために重みを含み得る。たとえば、ＨＥＶＣは、３５個の予測モードを含んでいる。ルックアップテーブルは、予測モードの各々のための予測パラメータ

、ｄ_v、およびｄ_hの各々の値（すなわち、各予測モードのための

、ｄ_v、およびｄ_hの３５個の値）を用いて構築され得る。そのような値は、ビデオをもつビットストリーム中に符号化され得るか、または前もってエンコーダおよびデコーダによって知られる定数値であり得、ファイルまたはビットストリーム中で送信される必要がないことがある。

、ｄ_v、およびｄ_hの値は、トレーニングビデオのセットに最良の圧縮を与える予測パラメータの値を発見することによって最適化トレーニングアルゴリズムによって決定され得る。別の例では、（たとえば、ルックアップテーブル中に）予測モードごとに複数のあらかじめ定義された予測パラメータセットがあり、（パラメータ自体でなく）選択される予測パラメータセットが、符号化ファイルまたはビットストリーム中でデコーダに送信される。別の例では、

、ｄ_v、およびｄ_hの値は、ビデオエンコーダによってオンザフライで生成され、符号化ファイルまたはビットストリーム中でデコーダに送信され得る。

[0042]別の例では、ＨＥＶＣ予測を使用する代わりに、これらの技法を実行するビデオコーディングデバイスは、３３方向予測の代わりに６５方向予測を使用するバージョンのようなＨＥＶＣの変更バージョンを使用し得る。実際は、任意のタイプのフレーム内予測が使用され得る。

[0043]別の例では、式は、計算を容易にするために選定され得る。たとえば、我々は、以下のタイプの予測子を使用することができる。

ここで、

および

である。

[0044]そのような手法は、ＨＥＶＣ（または他の）予測の線形性を活用し得る。あらかじめ定義されたセットからのフィルタｋのインパルス応答としてｈを定義すると、我々が、

を有し、ここで、「＊」が畳み込みを表す場合、

すなわち、線形的に組み合わされた予測は、線形的に組み合わされた基準から計算され得る。

[0045]式４、６および８は、あらゆるビデオコーディング規格について以下の式４Ａ、６Ａ、および８Ａに一般化され得るされ得る。

ここで、

および

である。
そのような手法は、コーディング規格の予測の線形性を活用し得る。あらかじめ定義されたセットからのフィルタｋのインパルス応答としてｈを定義すると、我々が、

を有し、ここで、「＊」が畳み込みを表す場合、

すなわち、線形的に組み合わされた予測は、線形的に組み合わされた基準から計算され得る。

[0046]一例では、予測機能は、入力としてのみ基準ベクトル（たとえば、ｒおよびｓ）を使用し得る。この例では、基準がフィルタ処理されていても、フィルタ処理されていなくても基準ベクトルの挙動は変化しない。ｒとｓとが等しい（たとえば、あるフィルタ処理されていない基準ｒが、別のフィルタ処理された基準ｓと偶然同じである）場合、フィルタ処理された基準とフィルタ処理されていない基準とに適用される予測関数は等しくなり、たとえば（ｐ（ｘ，ｙ，ｒ）としても記述される）ｐ_r［ｘ，ｙ］は、（ｐ（ｘ，ｙ，ｓ）としても記述されるｐ_s［ｘ，ｙ］に等しくなる。さらに、ピクセル予測ｐおよびｑは、均等物であり得る（たとえば、同じ入力を仮定すれば同じ出力を生成し得る）。そのような例では、式（１）〜（８）は、ピクセル予測ｑ［ｘ，ｙ］を置き換えるピクセル予測ｐ［ｘ，ｙ］で書き直され得る。

[0047]別の例では、予測（たとえば、関数のセット）は、基準がフィルタ処理された情報に応じて変化し得る。この例では、関数の異なるセットを示し得る（たとえば、ｐ_r［ｘ，ｙ］およびｑ_s［ｘ，ｙ］）。この場合、ｒとｓとが等しいとしても、ｐ_r［ｘ，ｙ］とｑ_s［ｘ，ｙ］とは等しくないことがある。言い換えれば、入力がフィルタ処理されたのかどうかに応じて同じ入力が異なる出力を作成することができる。そのような例では、ｐ［ｘ，ｙ］をｑ［ｘ，ｙ］と置き換えることができないことがある。

[0048]示した予測式の利点は、パラメータ化式を用いて、トレーニングなどの技法を使用して、異なるタイプのビデオテクスチャに対して最適なパラメータのセット（すなわち、予測精度を最適化するセット）が決定され得ることである。この手法は、次に、いくつかの例では、テクスチャのいくつかの典型的なタイプについて予測子パラメータのいくつかのセットを計算し、エンコーダが各セットからの予測子をテストし、最良の圧縮をもたらすセットをサイド情報として符号化する圧縮方式を有することによって拡張され得る。

[0049]図５は、ＰＤＰＣを含む、本開示で説明する技法を利用し得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図５に示すように、復号システム１０は、宛先デバイス１４によって後で復号されるべき符号化ビデオデータを提供するソースデバイス１２を含む。具体的には、ソースデバイス１２は、コンピュータ可読媒体１６を介して宛先デバイス１４にビデオデータを提供する。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４は、ワイヤレス通信のために装備され得る。

[0050]宛先デバイス１４は、コンピュータ可読媒体１６を介して復号されるべき符号化ビデオデータを受信し得る。コンピュータ可読媒体１６は、ソースデバイス１２から宛先デバイス１４に符号化ビデオデータを移動させることが可能な任意のタイプの媒体またはデバイスを備え得る。一例では、コンピュータ可読媒体１６は、ソースデバイス１２が、符号化ビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にするための通信媒体を備え得る。符号化されたビデオデータは、ワイヤレス通信プロトコルなどの通信標準規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線路などの、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、広域ネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースのネットワークの一部を形成することができる。通信媒体は、ソースデバイス１２から宛先デバイス１４への通信を容易にするのに有用であり得る、ルータ、スイッチ、基地局、または任意の他の機器を含むことができる。

[0051]いくつかの例では、符号化されたデータは、出力インターフェース２２からストレージデバイスに出力され得る。同様に、符号化されたデータは、入力インターフェースによってストレージデバイスからアクセスされ得る。ストレージデバイスは、ハードドライブ、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化されたビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる一例では、ストレージデバイスは、ソースデバイス１２によって生成された符号化されたビデオを記憶し得るファイルサーバまたは別の中間ストレージデバイスに対応し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介してストレージデバイスから記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータを宛先デバイス１４に送信することが可能な任意のタイプのサーバであり得る。例示的なファイルサーバとしては、（たとえば、ウェブサイトのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブがある。宛先デバイス１４は、インターネット接続を含む、任意の標準のデータ接続を通して符号化ビデオデータにアクセスし得る。これは、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、または、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに適した、両方の組合せを含み得る。ストレージデバイスからの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはそれらの組合せであり得る。

[0052]本開示の技法は、必ずしもワイヤレス適用例または設定に限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ：dynamic adaptive streaming over HTTP）などのインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されたデジタルビデオ、データ記憶媒体上に記憶されたデジタルビデオの復号、または他の応用など、様々なマルチメディア応用のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、復号システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどの適用例をサポートするために、一方向または双方向のビデオ送信をサポートするように構成され得る。

[0053]図５の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。本開示によれば、ソースデバイス１２のビデオエンコーダ２０は、位置依存の予測組合せを使用する改善されたビデオイントラ予測に関する技法など、本開示で説明する技法を適用するように構成され得る。本開示によれば、宛先デバイス１４のビデオデコーダ３０は、位置依存の予測組合せを使用する改善されたビデオイントラ予測に関係する技法など、本開示で説明する技法を適用するように構成され得る。他の例では、ソースデバイスおよび宛先デバイスは他の構成要素または構成を含み得る。たとえば、ソースデバイス１２は、外部カメラなどの外部ビデオソース１８からビデオデータを受信し得る。同様に、宛先デバイス１４は、内蔵ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースし得る。

[0054]上述のように、ソースデバイス１２は出力インターフェース２２を含み、宛先デバイス１４は入力インターフェース２８を含む。いくつかの例では、出力インターフェース２２は送信機を表し、入力インターフェース２８は受信機を表す。他の例では、出力インターフェース２２および入力インターフェース２８は、トランシーバ（すなわち、ワイヤレスにデータ信号を送信することと受信することの両方が可能なインターフェース）の例を表す。トランシーバは、ワイヤレス信号中でビデオデータを送信および受信するように構成され得る。たとえば、出力インターフェース２２は、トランシーバとして実装されたとき、符号化ビデオデータを含むデータ信号（たとえば、コンピュータ可読媒体１６）を送り得、入力インターフェース２８は、トランシーバとして実装されたとき、符号化ビデオデータを含むデータ信号（たとえば、コンピュータ可読媒体１６）を受信し得る。上記で説明したように、ビデオエンコーダ２０は符号化ビデオデータを出力インターフェース２２に与え得、入力インターフェース２８は符号化ビデオデータをビデオデコーダ３０に与え得る。

[0055]図５の図示の復号システム１０は一例にすぎない。本開示で説明する技法は、任意のデジタルビデオ符号化および／または復号デバイスによって実行され得る。概して、本開示の技法はビデオ符号化デバイスによって実行されるが、本技法はまた、一般に「コーデック」と呼ばれるビデオエンコーダ／デコーダによって実行され得る。さらに、本開示の技法はまた、ビデオプリプロセッサによって実行され得る。ソースデバイス１２および宛先デバイス１４は、ソースデバイス１２が宛先デバイス１４に送信するためのコード化ビデオデータを生成するような、コーディングデバイスの例にすぎない。いくつかの例では、デバイス１２、１４は、デバイス１２、１４の各々がビデオ符号化構成要素とビデオ復号構成要素とを含むように、実質的に対称的に動作し得る。したがって、復号システム１０は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、またはビデオテレフォニーのための、ビデオデバイス１２、１４の間の一方向または双方向のビデオ送信をサポートし得る。

[0056]ソースデバイス１２のビデオソース１８は、ビデオカメラ、以前にキャプチャされたビデオを含むビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースなどの、ビデオキャプチャデバイスを含み得る。さらなる代替として、ビデオソース１８は、ソースビデオとしてコンピュータグラフィックスベースのデータ、または、ライブビデオ、アーカイブされたビデオ、およびコンピュータ生成ビデオの組合せを生成し得る。場合によっては、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラフォンまたはビデオフォンを形成し得る。ただし、上述のように、本開示で説明する技法は、概してビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤード適用例に適用され得る。各場合において、キャプチャされたビデオ、前にキャプチャされたビデオ、またはコンピュータ生成ビデオは、ビデオエンコーダ２０によって符号化され得る。符号化ビデオ情報は、次いで、出力インターフェース２２によってコンピュータ可読媒体１６上に出力され得る。

[0057]コンピュータ可読媒体１６は、ワイヤレスブロードキャストもしくはワイヤードネットワーク送信などの一時媒体、または、ハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、Ｂｌｕ−ｒａｙディスク、もしくは他のコンピュータ可読媒体などの記憶媒体（すなわち、非一時的記憶媒体）を含み得る。いくつかの例では、ネットワークサーバ（図示せず）は、たとえば、ネットワーク送信を介して、ソースデバイス１２から符号化ビデオデータを受信し、その符号化ビデオデータを宛先デバイス１４に与え得る。同様に、ディスクスタンピング設備などの媒体製造設備のコンピューティングデバイスは、ソースデバイス１２から符号化ビデオデータを受信し、その符号化ビデオデータを含んでいるディスクを製造し得る。したがって、コンピュータ可読媒体１６は、様々な例において、様々な形態の１つまたは複数のコンピュータ可読媒体を含むことが理解され得る。

[0058]宛先デバイス１４の入力インターフェース２８はコンピュータ可読媒体１６から情報を受信する。コンピュータ可読媒体１６の情報は、ビデオエンコーダ２０によって定義され、またビデオデコーダ３０によって使用される、ブロックおよび他のコード化ユニット、たとえば、ＧＯＰの特性および／または処理を記述するシンタックス要素を含む、シンタックス情報を含み得る。ディスプレイデバイス３２は、復号ビデオデータをユーザに対して表示し、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを備え得る。

[0059]ビデオエンコーダ２０とビデオデコーダ３０とは、上記で説明した規格などのビデオコーディング規格に従って動作し、いくつかの例では、ＩＴＵ−Ｔ Ｈ．２６５とも呼ばれる高効率ビデオコーディング（ＨＥＶＣ）規格またはＨＥＶＣ規格の拡張に従って、あるいは次世代のビデオコーディング規格に従って動作し得る。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオコーディング規格の他の例としては、ＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３がある。図５には示されていないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれ、オーディオエンコーダおよびデコーダと統合され得、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含み得る。適用可能な場合、ＭＵＸ−ＤＥＭＵＸユニットはＩＴＵ Ｈ．２２３マルチプレクサプロトコルなどのプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。

[0060]ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダ回路のいずれか、またはそれらの任意の組合せとして実装され得る。本技法がソフトウェアで部分的に実装されるとき、デバイスは、好適な非一時的コンピュータ可読媒体にソフトウェアのための命令を記憶し、本開示の技法を実行するために１つまたは複数のプロセッサを使用してハードウェアで命令を実行し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。

[0061]概して、ビデオフレームまたはピクチャは、ルーマサンプルとクロマサンプルの両方を含み得る最大コーディングユニット（ＬＣＵ）としても知られる、ツリーブロックのシーケンスに分割され得る。ビットストリーム内のシンタックスデータが、ピクセルの数に関して最大コーディングユニットであるＬＣＵのサイズを定義し得る。スライスは、コーディング順序で、いくつかの連続するツリーブロックを含む。ビデオフレームまたはピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、４分木データ構造に従ってコーディングユニット（ＣＵ）に分割され得る。概して、４分木データ構造はＣＵごとに１つのノードを含み、ルートノードはツリーブロックに対応する。ＣＵが４つのサブＣＵに分割された場合、ＣＵに対応するノードは４つのリーフノードを含み、リーフノードの各々はサブＣＵのうちの１つに対応する。

[0062]４分木データ構造の各ノードは、対応するＣＵのシンタックスデータを与え得る。たとえば、４分木内のノードは、そのノードに対応するＣＵがサブＣＵに分割されるか否かを示すスプリットフラグを含み得る。ＣＵのシンタックス要素は、再帰的に定義され得、ＣＵがサブＣＵに分割されるか否かに依存し得る。ＣＵがさらに分割されない場合、そのＣＵはリーフＣＵと呼ばれる。本開示では、元のリーフＣＵの明示的分割が存在しない場合でも、リーフＣＵの４つのサブＣＵをリーフＣＵとも呼ぶ。たとえば、１６×１６サイズのＣＵがさらに分割されない場合、その１６×１６ＣＵが決して分割されなくても、４つの８×８サブＣＵはリーフＣＵとも呼ばれる。

[0063]ＣＵは、ＣＵがサイズの特異性を有しないことを別にすれば、Ｈ．２６４規格のマクロブロックと同様の目的を有する。たとえば、ツリーブロックは、（サブＣＵとも呼ばれる）４つの子ノードに分割され得、各子ノードは、今度は親ノードとなり、別の４つの子ノードに分割され得る。４分木のリーフノードと呼ばれる、最終の、分割されていない子ノードは、リーフＣＵとも呼ばれるコーディングノードを備える。コード化ビットストリームに関連するシンタックスデータは、最大ＣＵ深度と呼ばれる、ツリーブロックが分割され得る最大回数を定義し得、また、コーディングノードの最小サイズを定義し得る。それに応じて、ビットストリームはまた、最小コーディングユニット（ＳＣＵ）を定義し得る。本開示では、ＨＥＶＣのコンテキストにおけるＣＵ、予測ユニット（ＰＵ）、または変換ユニット（ＴＵ）、あるいは他の規格のコンテキストにおける同様のデータ構造（たとえば、Ｈ．２６４／ＡＶＣにおけるマクロブロックおよびそれのサブブロック）のいずれかを指すために「ブロック」という用語を使用する。

[0064]ＣＵは、コーディングノードと、コーディングノードに関連する予測ユニット（ＰＵ）および変換ユニット（ＴＵ）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、概して形状が正方形である。ＣＵのサイズは、８×８ピクセルから最大サイズ、たとえば、６４×６４以上のピクセルをもつツリーブロックのサイズまでに及び得る。各ＣＵは、１つまたは複数のＰＵと１つまたは複数のＴＵとを含み得る。ＣＵに関連付けられたシンタックスデータは、たとえば、１つまたは複数のＰＵへのＣＵの区分を記述し得る。区分モードは、ＣＵがスキップであるのか、または直接モード符号化されるのか、イントラ予測モード符号化されるのか、またはインター予測モード符号化されるのかの間で異なり得る。ＰＵは、形状が非正方形になるように区分され得る。ＣＵに関連するシンタックスデータはまた、たとえば、４分木に従うＣＵの１つまたは複数のＴＵへの区分を記述し得る。ＴＵは、形状が正方形または非正方形（たとえば、矩形）であり得る。

[0065]ＨＥＶＣ規格は、ＣＵごとに異なり得る、ＴＵに従う変換を可能にする。ＴＵは、一般に、区分されたＬＣＵのために定義された所与のＣＵ内のＰＵのサイズに基づいてサイズ決定されるが、これは常にそうであるとは限らない。ＴＵは、一般に、ＰＵと同じサイズであるかまたはＰＵよりも小さい。いくつかの例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ：residual quad tree）として知られる４分木構造を使用してより小さいユニットに再分割され得る。ＲＱＴのリーフノードは、変換ユニット（ＴＵ）と呼ばれることがある。ＴＵに関連するピクセル差分値は、変換係数を生成するために変換され得、その変換係数は量子化され得る。

[0066]リーフＣＵは１つまたは複数のＰＵを含み得る。概して、ＰＵは、対応するＣＵの全部または一部分に対応する空間エリアを表し、そのＰＵの参照サンプルを取り出しおよび／または生成するためのデータを含み得る。その上、ＰＵは、予測に関係するデータを含む。たとえば、ＰＵがイントラモード符号化されるとき、ＰＵのためのデータは、ＰＵに対応するＴＵのためのイントラ予測モードを記述するデータを含み得る残差４分木（ＲＱＴ）中に含まれ得る。ＲＱＴは変換ツリーと呼ばれることもある。いくつかの例では、イントラ予測モードは、ＲＱＴの代わりに、リーフＣＵシンタックス中でシグナリングされ得る。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵのための、１つまたは複数の動きベクトルなど、動き情報を定義するデータを含み得る。ＰＵのための動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルについての解像度（たとえば、１／４ピクセル精度または１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトルのための参照ピクチャリスト（たとえば、リスト０、リスト１、またはリストＣ）を記述し得る。

[0067]１つまたは複数のＰＵを有するリーフＣＵはまた、１つまたは複数のＴＵを含み得る。変換ユニットは、上で論じたように、ＲＱＴ（ＴＵ４分木構造とも称する）を使用して指定され得る。たとえば、分割フラグは、リーフＣＵが４つの変換ユニットに分割されるのかどうかを示し得る。次いで、各変換ユニットは、さらなるサブＴＵにさらに分割され得る。ＴＵがさらに分割されないとき、それはリーフＴＵと呼ばれることがある。概して、イントラコーディングの場合、リーフＣＵに属するすべてのリーフＴＵは同じイントラ予測モードを共有する。すなわち、概して、リーフＣＵのすべてのＴＵの予測値を計算するために同じイントラ予測モードが適用される。イントラコーディングでは、ビデオエンコーダは、イントラ予測モードを使用して各リーフＴＵの残差値を、ＴＵに対応するＣＵの一部と元のブロックとの間の差分として計算し得る。ＴＵは、必ずしもＰＵのサイズに制限されるとは限らない。したがって、ＴＵは、ＰＵよりも大きいことも小さいこともある。イントラコーディングでは、ＰＵは、同じＣＵのための対応するリーフＴＵとコロケートされ得る。いくつかの例では、リーフＴＵの最大サイズは、対応するリーフＣＵのサイズに対応し得る。

[0068]その上、リーフＣＵのＴＵはまた、上述のように残差４分木（ＲＱＴ）または変換ツリーと呼ばれる、それぞれの４分木データ構造に関連付けられ得る。すなわち、リーフＣＵは、そのリーフＣＵがＴＵにどのように区分されるかを示す４分木を含み得る。ＴＵ４分木のルートノードは概してリーフＣＵに対応し、ＣＵ４分木のルートノードは概してツリーブロック（またはＬＣＵ）に対応する。分割されないＲＱＴのＴＵはリーフＴＵと呼ばれる。概して、本開示では、別段に明記されていない限り、リーフＣＵおよびリーフＴＵに言及するためにそれぞれＣＵおよびＴＵという用語を使用する。

[0069]ビデオシーケンスは、通常、一連のビデオフレームまたはピクチャを含む。ピクチャのグループ（ＧＯＰ）は、概して、ビデオピクチャのうちの一連の１つまたは複数を備える。ＧＯＰは、ＧＯＰ中に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ中、ピクチャのうちの１つまたは複数のヘッダ中、または他の場所に含み得る。ピクチャの各スライスは、それぞれのスライスの符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は、通常、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応し得る。ビデオブロックは、固定サイズまたは可変サイズを有し、指定のコーディング規格に応じてサイズが異なり得る。

[0070]一例として、予測は様々なサイズのＰＵについて実行され得る。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、イントラ予測が、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズに対して実行され得、インター予測が、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎの対称的なＰＵサイズに対して実行され得る。インター予測のための非対称区分は、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズについても実行され得る。非対称区分では、ＣＵの一方向は区分されないが、他の方向は２５％と７５％とに区分される。２５％の区分に対応するＣＵの部分は、「ｎ」とその後ろに付く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」という表示によって示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上部で２Ｎ×０．５Ｎ ＰＵ、および下部で２Ｎ×１．５Ｎ ＰＵに水平に区分される２Ｎ×２Ｎ ＣＵを指す。

[0071]本開示の技法によれば、ビデオエンコーダ２０とビデオデコーダ３０とは、フィルタ処理された基準値のセットとフィルタ処理されていない基準値のセットとの線形結合を使用してビデオデータのブロックをイントラ予測するように構成され得、ここで、基準値は、以前に復号された隣接ピクセルに対応する。すなわち、ビデオエンコーダ２０とビデオデコーダ３０とは、フィルタ処理された基準値のセットを形成するために隣接ピクセルに１つまたは複数のフィルタを適用し、フィルタ処理されていない基準値として隣接ピクセル自体を使用し得る。さらに、線形結合は、フィルタ処理された基準値とフィルタ処理されていない基準値とに重みおよび／または他の予測パラメータのそれぞれのセットを適用することを含み得る。たとえば、ビデオエンコーダ２０とビデオデコーダ３０とは、上記で説明した式（１）、（２）および（４）のいずれかを使用して予測ブロックを計算し得る。

[0072]より詳細には、以下でより詳細に説明するように、ビデオエンコーダ２０は、概して、これらの技法を使用してビデオデータを予測し、次いで、符号化し、また、イントラ予測中に使用されるべき予測パラメータを決定し、次いで、シグナリングし得る。ビデオデコーダ３０は、同様に、そのような予測パラメータがビットストリーム中に符号化されているときにビットストリームから予測パラメータを取り出し、次いで、ビデオデータを予測し、復号し、再構成するためにこれらの技法を適用する。

[0073]本開示では、「Ｎ×Ｎ」および「Ｎ ｂｙ Ｎ」は、垂直方向の寸法および水平方向の寸法に関するビデオブロックのピクセル寸法、たとえば、１６ｘ１６ピクセルまたは１６×１６（１６ ｂｙ １６）ピクセルを指すために互換的に使用され得る。概して、１６×１６ブロックは、垂直方向に１６ピクセル（ｙ＝１６）、および水平方向に１６ピクセル（ｘ＝１６）を有する。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮピクセルを有し、水平方向にＮピクセルを有し、ここで、Ｎは非負整数値を表す。ブロック中のピクセルは行および列に配列され得る。その上、ブロックは、必ずしも、水平方向において垂直方向と同じ数のピクセルを有する必要があるとは限らない。たとえば、ブロックはＮ×Ｍピクセルを備え得、ここで、Ｍは必ずしもＮに等しいとは限らない。

[0074]ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングに続いて、ビデオエンコーダ２０は、ＣＵのＴＵのための残差データを計算し得る。ＰＵは、（ピクセル領域とも呼ばれる）空間領域において予測ピクセルデータを生成する方法またはモードを記述するシンタックスデータを備え得、ＴＵは、変換、たとえば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換の適用後に、変換領域において係数を備え得る。残差データは、符号化されていないピクチャのピクセルとＰＵに対応する予測値との間のピクセル差に対応し得る。ビデオエンコーダ２０は、ＣＵのための残差データを表す量子化された変換係数を含むようにＴＵを形成し得る。すなわち、ビデオエンコーダ２０は、（残差ブロックの形態の）残差データを計算し、変換係数のブロックを生成するために残差ブロックを変換し、次いで、被量子化変換係数を形成するために変換係数を量子化し得る。ビデオエンコーダ２０は、量子化された変換係数を含むＴＵ、ならびに他のシンタックス情報（たとえば、ＴＵのための分割情報）を形成し得る。

[0075]上述のように、変換係数を生成するための任意の変換の後に、ビデオエンコーダ２０は、変換係数の量子化を実行し得る。量子化は、一般に、係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を行うプロセスを指す。量子化プロセスは、係数の一部または全部に関連付けられたビット深度を低減し得る。たとえば、量子化中にｎビット値がｍビット値に切り捨てられ得、ただし、ｎはｍよりも大きい。

[0076]量子化の後に、ビデオエンコーダ２０は、変換係数を走査して、量子化変換係数を含む２次元行列から１次元ベクトルを生成し得る。走査は、アレイの前部により高いエネルギー（したがって、より低い周波数）係数を配置し、アレイの後部により低いエネルギー（したがって、より高い周波数）係数を配置するように設計され得る。いくつかの例では、ビデオエンコーダ２０は、エントロピー符号化され得るシリアル化ベクトルを生成するために、量子化された変換係数を走査するためにあらかじめ定義された走査順序を利用し得る。他の例では、ビデオエンコーダ２０は適応型走査を実行し得る。量子化された変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２０は、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングまたは別のエントロピー符号化方法に従って、１次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ２０はまた、ビデオデータを復号する際にビデオデコーダ３０によって使用するための、符号化ビデオデータに関連付けられたシンタックス要素をエントロピー符号化し得る。

[0077]ＣＡＢＡＣを実行するために、ビデオエンコーダ２０は、コンテキストモデル内のコンテキストを、送信されるべきシンボルに割り当て得る。コンテキストは、たとえば、シンボルの隣接値が非ゼロであるか否かに関係し得る。ＣＡＶＬＣを実行するために、ビデオエンコーダ２０は、送信されるべきシンボルのための可変長コードを選択し得る。ＶＬＣ中のコードワードは、比較的より短いコードが優勢シンボルに対応し、より長いコードが劣勢シンボルに対応するように構成され得る。このようにして、ＶＬＣの使用は、たとえば、送信されるべき各シンボルのための等長コードワードを使用することに勝るビット節約を達成し得る。確率決定は、シンボルに割り当てられたコンテキストに基づき得る。

[0078]概して、ビデオデコーダ３０は、符号化データを復号するためにビデオエンコーダ２０によって実行されるものと、相反するが、実質的に同様のプロセスを実行する。たとえば、ビデオデコーダ３０は、残差ブロックを再生するために、受信されたＴＵの係数を逆量子化および逆変換する。ビデオデコーダ３０は、予測されたブロックを形成するために、シグナリングされた予測モード（イントラ予測またはインター予測）を使用する。次いで、ビデオデコーダ３０は、元のブロックを再生するために予測されたブロックと残差ブロックとを（ピクセルごとに）組み合わせる。ブロック境界に沿って視覚的アーティファクトを低減するためにデブロッキングプロセスを実行することなどの追加の処理が実行され得る。さらに、ビデオデコーダ３０は、ビデオエンコーダ２０のＣＡＢＡＣ符号化プロセスに相反するが、それと実質的に同様の様式でＣＡＢＡＣを使用してシンタックス要素を復号し得る。

[0079]ビデオエンコーダ２０はさらに、ブロックベースのシンタックスデータ、フレームベースのシンタックスデータ、およびＧＯＰベースのシンタックスデータなどのシンタックスデータを、たとえば、フレームヘッダ、ブロックヘッダ、スライスヘッダ、またはＧＯＰヘッダ中でビデオデコーダ３０に送り得る。ＧＯＰシンタックスデータは、それぞれのＧＯＰ中のいくつかのフレームを記述し得、フレームシンタックスデータは、対応するフレームを符号化するために使用された符号化／予測モードを示し得る。

[0080]ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、適用可能なとき、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理回路、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダまたはデコーダ回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれもが合成ビデオエンコーダ／デコーダ（コーデック）の一部として組み込まれ得る。ビデオエンコーダ２０および／またはビデオデコーダ３０を含むデバイスは、集積回路、マイクロプロセッサ、および／またはセルラー電話などのワイヤレス通信デバイスを備え得る。

[0081]図６は、位置依存の予測組合せを使用する改善されたビデオイントラ予測に関係する技法など、本開示で説明する技法を実装し得るビデオエンコーダ２０の一例を示すブロック図である。本開示によれば、ビデオエンコーダ２０は、位置依存の予測組合せを使用する改善されたビデオイントラ予測に関係する技法など、本開示で説明する技法を適用するように構成され得る。ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングおよびインターコーディングを実行し得る。イントラコーディングは、所与のビデオフレームまたはピクチャ内のビデオの空間冗長性を低減または除去するために空間的予測に依拠する。インターコーディングは、ビデオシーケンスの隣接するフレームまたはピクチャ内のビデオの時間冗長性を低減または除去するために時間的予測に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースコーディングモードのいずれかを指すことがある。単方向予測（Ｐモード）または双予測（Ｂモード）などのインターモードは、いくつかの時間ベースのコーディングモードのいずれかを指し得る。

[0082]図６に示すように、ビデオエンコーダ２０は、符号化されるべきビデオフレーム内の現在のビデオブロックを受信する。図２の例では、ビデオエンコーダ２０は、モード選択ユニット４０と、（復号ピクチャバッファ（ＤＰＢ）と呼ばれることもある）参照ピクチャメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。モード選択ユニット４０は、動き補償ユニット４４と、動き推定ユニット４２と、イントラ予測ユニット４６と、分割ユニット４８とを含む。ビデオブロック再構成のために、ビデオエンコーダ２０はまた、逆量子化ユニット５８と、逆変換ユニット６０と、加算器６２とを含む。ローパスフィルタ６６は、基準ピクチャメモリ６４からピクチャ情報を受信し得、モード選択ユニット４０（およびイントラ予測ユニット４６）が使用するための基準サンプルを前フィルタ処理することができる。デブロッキングフィルタ（図６に図示せず）も、再構成されたビデオからブロッキネスアーティファクトを除去するために、ブロック境界をフィルタ処理するために含まれ得る。所望される場合、デブロッキングフィルタは、通常、加算器６２の出力をフィルタ処理することになる。追加のフィルタ（ループ内またはループ後）もデブロッキングフィルタおよびローパスフィルタ６６に加えて使用され得る。

[0083]符号化プロセス中に、ビデオエンコーダ２０は、コーディングされるべきビデオフレームまたはスライスを受信する。フレームまたはスライスは複数のビデオブロックに分割され得る。動き推定ユニット４２および動き補償ユニット４４は、時間的予測を行うために、１つまたは複数の参照フレーム中の１つまたは複数のブロックに対する受信されたビデオブロックのインター予測符号化を実行する。代替的に、イントラ予測ユニット２４６は、空間的予測を行うために、コーディングされるべきブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対する受信されたビデオブロックのイントラ予測符号化を実行し得る。ビデオエンコーダ２０は、たとえば、ビデオデータのブロックごとに適切なコーディングモードを選択するために複数のコーディングパスを実行し得る。

[0084]ローパスフィルタ６６は、すべてのブロックに適用されるか、または、いくつかの例では、あるサイズを上回るブロック（たとえば、ＨＥＶＣでは４×４よりも大きいブロック）に適用され得る。いくつかの例では、ローパスフィルタ６６は、基準ピクセルだけに適用され得る。３タップのローパスフィルタがビデオデータのブロックに適用され得る。しかしながら、説明する技法に基づいて任意の数のタイプのローパスフィルタが使用され得ることを、当業者は認識されよう。

[0085]本開示の例では、強いフィルタが、基準値一部のブロックまたは全部のブロックに適用され得、予測式において使用するためにフィルタ処理されていない基準ピクセルおよび／またはローパスフィルタ処理された基準ピクセルと組み合わされ得る。そのようなフィルタの使用に関するさらなる詳細とイントラ予測ユニット４６によって実行される得られたイントラ予測について、以下で説明する。

[0086]その上、区分ユニット４８は、前のコーディングパスにおける前の区分方式の評価に基づいて、ビデオデータのブロックをサブブロックに区分し得る。たとえば、区分ユニット４８は、最初にフレームまたはスライスをＬＣＵに区分し、レートひずみ分析（たとえば、レートひずみ最適化）に基づいて、ＬＣＵの各々をサブＣＵに区分し得る。モード選択ユニット４０は、さらに、ＬＣＵのサブＣＵへの区分を示す４分木データ構造を生成し得る。４分木のリーフノードＣＵは、１つまたは複数のＰＵと１つまたは複数のＴＵとを含み得る。

[0087]モード選択ユニット４０は、たとえば、誤差結果に基づいて予測モード、すなわち、イントラまたはインターのうちの１つを選択し得、残差データを生成するために、得られた予測されたブロックを加算器５０に与え、参照フレームとして使用するための符号化ブロックを再構成するために、得られた予測されたブロックを加算器６２に与える。モード選択ユニット４０はまた、動きベクトル、イントラモードインジケータ、区分情報、および他のそのようなシンタックス情報などのシンタックス要素をエントロピー符号化ユニット５６に与える。

[0088]動き推定ユニット４２および動き補償ユニット４４は、高度に統合され得るが、概念的な目的のために別々に示されている。動き推定ユニット４２によって実行される動き推定は、動きベクトルを生成する処理であり、ビデオブロックに対する動きを推定する。動きベクトルは、たとえば、現在のフレーム内でコーディングされている現在のブロック（または、他のコード化ユニット）に対する、参照フレーム内の予測ブロック（または、他のコード化ユニット）に対する、現在のビデオフレーム内またはピクチャ内のビデオブロックのＰＵの変位を示し得る。予測ブロックは、絶対差の合計（ＳＡＤ：sum of absolute difference）、二乗差の合計（ＳＳＤ：sum of square difference）、または他の差メトリックによって決定され得るピクセル差に関する、コーディングされるブロックとよく一致することがわかったブロックである。いくつかの例では、ビデオエンコーダ２０は、参照ピクチャメモリ６４に記憶された参照ピクチャのサブ整数ピクセル位置の値を計算し得る。たとえば、ビデオエンコーダ２０は、参照ピクチャの４分の１ピクセル位置、８分の１ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定ユニット４２は、フルピクセル位置と分数ピクセル位置とに対して動き探索を実行し、分数ピクセル精度で動きベクトルを出力し得る。

[0089]動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコード化スライス内のビデオブロックのＰＵについての動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得、それらの各々が、参照ピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、エントロピー符号化ユニット５６と動き補償ユニット４４とに計算された動きベクトルを送る。

[0090]動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって決定された動きベクトルに基づいて予測ブロックをフェッチまたは生成することに関与し得る。この場合も、いくつかの例では、動き推定ユニット４２と動き補償ユニット４４とは機能的に統合され得る。現在のビデオブロックのＰＵのための動きベクトルを受信すると、動き補償ユニット４４は、参照ピクチャリストのうちの１つにおいて動きベクトルが指す予測ブロックの位置を特定し得る。加算器５０は、以下で説明するように、コーディングされている現在のビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって、残差ビデオブロックを形成する。概して、動き推定ユニット４２はルーマ成分に対して動き推定を実行し、動き補償ユニット４４は、クロマ成分とルーマ成分の両方のためにルーマ成分に基づいて計算された動きベクトルを使用する。モード選択ユニット４０はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０が使用するためのビデオブロックとビデオスライスとに関連するシンタックス要素を生成し得る。

[0091]イントラ予測ユニット４６は、上記で説明したように、動き推定ユニット４２と動き補償ユニット４４とによって実行されるインター予測の代替として、現在のブロックをイントラ予測し得る。特に、イントラ予測ユニット４６は、現在のブロックを符号化するために使用すべきイントラ予測モードを決定し得る。いくつかの例では、イントラ予測ユニット４６は、たとえば、別個の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化し得、イントラ予測ユニット４６（または、いくつかの例では、モード選択ユニット４０）は、テストされたモードから使用するのに適切なイントラ予測モードを選択し得る。

[0092]イントラ予測ユニット４６は、位置依存の予測協調を使用して選択された予測子モードとブロックサイズとに応じて隣接「基準」ピクセルのフィルタ処理されていないセットまたはフィルタ処理されたセットから予測を実行し得る。フィルタ処理された基準ピクセルは、ローパスフィルタ６６を介してフィルタ処理され得る。イントラ予測ユニット４６は、ピクセルの組み合わされた予測値を計算するためにいくつかの例示的な式（１）〜（８）のうちの１つまたは複数を使用し得る。

[0093]一例では、イントラ予測ユニット４６は、それぞれ、フィルタ処理されていない基準ｒおよびフィルタ処理された基準ｓのみを使用して計算されるピクセル予測の任意の２つのセット、ｐ_r［ｘ，ｙ］およびｑ_s［ｘ，ｙ］が与えられたら、上記で定義した式（１）を介してｖ［ｘ，ｙ］によって示されるピクセルの組み合わされた予測値を計算し得る。

[0094]別の例では、イントラ予測ユニット４６は、より小さいパラメータセットをもつ式を利用し得る。そのような例では、ｃ［ｘ，ｙ］は、パラメータのはるかに小さいセットに、それらのパラメータからすべての組合せ値を計算するための式を加えたものよって定義され得る。そのような例では、上記で定義した式（２）がイントラ予測ユニット４６によって使用され得る。

[0095]別の例では、式は、計算を容易にするために選定され得る。たとえば、イントラ予測ユニット４６は、上記の式（４）において定義されている予測子を使用し得る。そのような手法は、上記の式（７）および（８）に示すＨＥＶＣ（または他の）予測の線形性を活用し得る。

[0096]イントラ予測ユニット４６は、（たとえば、最良のレートひずみ特性を有する）予測に最も適合するイントラ予測ユニット４６によって使用される予測式に対応する予測パラメータ（たとえば、ｃ［ｘ，ｙ］、

、ｄ_v、および／またはｄ_h）を選択し得る。

[0097]たとえば、モード選択ユニット４０は、様々なテストされたイントラ予測モードのためのレートひずみ分析を使用してレートひずみ値を計算し、テストされたモードの中で最良のレートひずみ特性を有するイントラ予測モードおよび予測パラメータを選択し得る。レートひずみ分析を使用して、モード選択ユニット４０は、概して、符号化されたブロックと、符号化されたブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、ならびに符号化されたブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。モード選択ユニット４０は、どのイントラ予測モードがブロックに関する最良のレートひずみの値を示すかを決定するために、様々な符号化ブロックに関するひずみおよびレートから比を計算し得る。たとえば、イントラ予測ユニット４６は、フィルタ処理された基準値とフィルタ処理されていない基準値とを組み合わせるパラメータ化式のセットの各々をテストし得る。イントラ予測ユニット４６は、どのモードおよびパラメータがブロックについて最良のレートひずみ値を示すのかを決定するためにパラメータのセットの各々（または複数）をテストし得る。

[0098]一例では、モード選択ユニット４０は、予測モードの各々のための予測パラメータを含んでいる表を利用し得る。モード選択ユニット４０は、各位置依存の予測組合せ（ＰＤＰＣ）方法についてならびにＰＤＰＣを使用しない場合のレートひずみ結果を計算し得る。モード選択ユニット４０は、次いで、最良のレートひずみ値を示す予測モードと予測パラメータ（または予測パラメータの欠如）とを選択し得る。加速技法が使用されない一例では、モード選択ユニット４０によって実行されるテストの数は、（予測子モードの数）×（ＰＤＰＣパラメータセットの数＋１）に等しくなることになる。

[0099]ブロックのためのイントラ予測モードを選択した後、モード選択ユニット４０は、ブロックのための選択されたイントラ予測モードとＰＤＰＣ予測パラメータとを示す情報をエントロピー符号化ユニット５６に与え得る。エントロピー符号化ユニット５６は、選択されたイントラ予測モードを示す情報を符号化し得る。ビデオエンコーダ２０は、複数のイントラ予測モードインデックステーブルおよび複数の変更されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）と、様々なブロックの符号化コンテキストの定義と、コンテキストの各々について使用すべき、最確イントラ予測モード、予測パラメータ（予測パラメータ値または予測パラメータのあらかじめ定義されたセットに対応する単一の値のいずれか）、イントラ予測モードインデックステーブル、および変更されたイントラ予測モードインデックステーブルの指示とを含み得る構成データを送信ビットストリーム中に含み得る。ビデオエンコーダ２０は、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、スライスヘッダ、ブロックヘッダ、または他のそのようなデータのうちの１つまたは複数中に予測パラメータを含め得る。

[0100]ビデオエンコーダ２０は、コーディングされている元のビデオブロックから、モード選択ユニット４０からの予測データを減算することによって、残差ビデオブロックを形成する。加算器５０は、この減算演算を実行する１つの構成要素または複数の構成要素を表す。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に同様の変換などの変換を残差ブロックに適用し、変換係数値を備えるビデオブロックを生成する。ウェーブレット変換、整数変換、サブバンド変換、離散サイン変換（ＤＳＴ）、または他のタイプの変換が、ＤＣＴの代わりに使用され得る。いずれの場合も、変換処理ユニット５２は、変換を残差ブロックに適用し、変換係数のブロックを生成する。変換は、残差情報をピクセル領域から周波数領域などの変換領域に変換し得る。変換処理ユニット５２は、得られた変換係数を量子化ユニット５４に送り得る。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連付けられたビット深度を低減し得る。量子化の程度は、量子化パラメータを調整することによって修正され得る。

[0101]量子化の後に、エントロピー符号化ユニット５６は、量子化変換係数を走査し、エントロピー符号化する。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングまたは別のエントロピーコーディング技法を実行し得る。コンテキストベースエントロピーコーディングの場合、コンテキストは隣接ブロックに基づき得る。エントロピー符号化ユニット５６によるエントロピーコーディングに続いて、符号化ビットストリームは、別のデバイス（たとえば、ビデオデコーダ３０）に送信されるか、あるいは後で送信するかまたは取り出すためにアーカイブされ得る。

[0102]逆量子化ユニット５８および逆変換ユニット６０は、ピクセル領域において残差ブロックを再構成するために、それぞれ逆量子化および逆変換を適用する。特に、加算器６２は、参照ピクチャメモリ６４に記憶するための再構成されたビデオブロックを生成するために、動き補償ユニット４４またはイントラ予測ユニット４６によって前に生成された動き補償予測ブロックに、再構成された残差ブロックを加算する。再構成されたビデオブロックは、後続のビデオフレーム中のブロックをインターコーディングするために動き推定ユニット４２および動き補償ユニット４４によって参照ブロックとして使用され得る。

[0103]ビデオエンコーダ２０は、概して、コード化ビデオシーケンス中の各ピクチャの各ブロックを符号化するために、上記で説明したプロセスを使用する。さらに、いくつかの例では、ビデオエンコーダ２０は、ピクチャの各々を割り当てるべき時間レイヤを決定し得る。さらに、ビデオエンコーダ２０は、他のレイヤ、たとえば、他のビュー、スケーラブルビデオコーディングレイヤなどのピクチャを符号化するように構成され得る。いずれの場合も、ビデオエンコーダ２０は、（たとえば、様々なビデオ次元の）１つまたは複数のレイヤについて、各ピクチャが属するレイヤを示すデータをさらに符号化し得る。

[0104]図７は、本開示で説明する技法を実装し得るビデオデコーダ３０の一例を示すブロック図である。本開示によれば、ビデオデコーダ３０は、位置依存の予測組合せを使用する改善されたビデオイントラ予測に関する技法など、本開示で説明する技法を適用するように構成され得る。図７の例では、ビデオデコーダ３０は、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、参照ピクチャメモリ８２と、ローパスフィルタ８４と、加算器８０とを含む。ビデオデコーダ３０は、いくつかの例では、ビデオエンコーダ２０（図６）に関して説明した符号化パスに概して相反する復号パスを実行し得る。動き補償ユニット７２は、エントロピー復号ユニット７０（直接とローパスフィルタ８４を介してとの両方）から受信された動きベクトルに基づいて予測データを生成し得、イントラ予測ユニット７４は、エントロピー復号ユニット７０から受信されたイントラ予測モードインジケータと予測パラメータとに基づいて予測データを生成し得る。

[0105]復号プロセス中に、ビデオデコーダ３０は、符号化されたビデオスライスのビデオブロックと関連するシンタックス要素とを表す符号化されたビデオビットストリームをビデオエンコーダ２０から受け取る。ビデオデコーダ３０のエントロピー復号ユニット７０は、量子化された係数と、動きベクトルまたはイントラ予測モードインジケータと、ＰＤＰＣ予測パラメータと、他のシンタックス要素とを生成するために、ビットストリームをエントロピー復号する。エントロピー復号ユニット７０は、動きベクトルと他のシンタックス要素とを動き補償ユニット７２に転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス要素を受信し得る。

[0106]ビデオスライスが、イントラコード化（Ｉ）スライスとしてコーディングされるとき、イントラ予測ユニット２７４は、現在のフレームまたはピクチャの以前に復号されたブロックから、シグナリングされたイントラ予測モード、予測パラメータおよびデータに基づいて、現在のビデオスライスのビデオブロックのための予測データを生成し得る。現在のフレームまたはピクチャの復号ブロックの一部または全部は、イントラ予測ユニット７４が使用するためにローパスフィルタ８４を介してフィルタ処理される。

[0107]イントラ予測ユニット７４は、位置依存の予測協調を使用して選択された予測子モードとブロックサイズとに応じて隣接「基準」ピクセルのフィルタ処理されていないセットまたはフィルタ処理されたセットから予測を実行し得る。フィルタ処理された基準ピクセルは、ローパスフィルタ８４を介してフィルタ処理され得る。イントラ予測ユニット７４は、ピクセルの組み合わされた予測値を計算するために上記で定義したいくつかの例示的な式（１）〜（８）のうちの１つまたは複数を使用し得る。

[0108]一例では、イントラ予測ユニット７４は、それぞれ、フィルタ処理されていない基準ｒおよびフィルタ処理された基準ｓのみを使用して計算されるピクセル予測の任意の２つのセット、ｐ_r［ｘ，ｙ］およびｑ_s［ｘ，ｙ］が与えられたら、上記で定義した式（１）を介してｖ［ｘ，ｙ］によって示されるピクセルの組み合わされた予測値を計算し得る。

[0109]別の例では、イントラ予測ユニット７４は、より小さいパラメータセットをもつ式を利用し得る。そのような例では、ｃ［ｘ，ｙ］は、パラメータのはるかに小さいセットに、それらのパラメータからすべての組合せ値を計算するための式を加えたものよって定義され得る。そのような例では、上記で定義した式（２）がイントラ予測ユニット７４によって使用され得る。

[0110]別の例では、式は、計算を容易にするために選定され得る。たとえば、イントラ予測ユニット７４は、上記の式（４）において定義されている予測子を使用し得る。そのような手法は、上記の式（７）および（８）に示すＨＥＶＣ（または他の）予測の線形性を活用し得る。

[0111]イントラ予測ユニット７４は、予測ブロックを計算するためにイントラ予測ユニット７４によって使用される予測式と対応する復号予測パラメータ（たとえば、ｃ［ｘ，ｙ］、

、ｄ_v、および／またはｄ_h）を使用し得る。

[0112]ビデオフレームが、インターコード化（すなわち、Ｂ、ＰまたはＧＰＢ）スライスとしてコーディングされるとき、動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルと他のシンタックス要素とに基づいて、現在のビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、参照ピクチャリストの１つの中の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、参照ピクチャメモリ８２に記憶された参照ピクチャに基づくデフォルトの構成技法を使用して参照フレームリストのリスト０およびリスト１を構成し得る。動き補償ユニット７２は、動きベクトルと他のシンタックス要素とをパースすることによって現在のビデオスライスのビデオブロックのための予測情報を決定し、その予測情報を使用して、復号されている現在のビデオブロックの予測ブロックを生成する。たとえば、動き補償ユニット７２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラまたはインター予測）と、インター予測スライスタイプ（たとえば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）と、スライスのための参照ピクチャリストのうちの１つまたは複数のための構築情報と、スライスの各インター符号化ビデオブロックのための動きベクトルと、スライスの各インターコード化ビデオブロックのためのインター予測ステータスと、現在のビデオスライス中のビデオブロックを復号するための他の情報とを決定するために、受信されたシンタックス要素のうちのいくつかを使用する。

[0113]動き補償ユニット７２はまた、補間フィルタに基づいて、補間を実行し得る。動き補償ユニット７２は、参照ブロックのサブ整数ピクセルのための補間値を計算するために、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用し得る。この場合、動き補償ユニット７２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用された補間フィルタを決定し、予測ブロックを生成するために補間フィルタを使用し得る。

[0114]逆量子化ユニット７６は、ビットストリーム中で与えられ、エントロピー復号ユニット７０によって復号された、量子化変換係数を逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、量子化の程度を決定し、同様に、適用されるべき逆量子化の程度を決定するための、ビデオスライス中のビデオブロックごとにビデオデコーダ３０によって計算される量子化パラメータＱＰ_Yの使用を含み得る。

[0115]逆変換ユニット７８は、ピクセル領域において残差ブロックを生成するために、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。

[0116]動き補償ユニット７２またはイントラ予測ユニット７４が、動きベクトルおよび他のシンタックス要素に基づいて、現在のビデオブロックについての予測ブロックを生成した後、ビデオデコーダ３０は、動き補償ユニット７２またはイントラ予測ユニット７４によって生成された対応する予測ブロックを逆変換ユニット７８からの残差ブロックに加算することによって、復号ビデオブロックを形成する。加算器８０は、この加算演算を実行する１つまたは複数の構成要素を表す。望まれる場合に、デブロッキングフィルタも、ブロッキネスアーティファクトを除去するために、復号されたブロックをフィルタ処理するために適用され得る。他のループフィルタ（コーディングループ内またはコーディングループの後のいずれであれ）も、ピクセル推移を平滑化し、または他の形でビデオ品質を改善するために、使用され得る。所与のフレームまたはピクチャの復号ビデオブロックは、次いで、参照ピクチャメモリ８２に記憶され、この参照ピクチャメモリ８２は後続の動き補償のために使用される参照ピクチャを記憶する。参照ピクチャメモリ８２はまた、復号ビデオを、図５のディスプレイデバイス３２などのディスプレイデバイス上に後で提示するために記憶する。

[0117]ビデオデコーダ３０は、概して、コード化ビデオシーケンス中の各ピクチャの各ブロックを復号するために、上記で説明したプロセスを使用する。さらに、いくつかの例では、ビデオデコーダ３０は、ピクチャが割り当てられる時間レイヤを示すデータを復号し得る。さらに、ビデオデコーダ３０は、他のレイヤ、たとえば、他のビュー、スケーラブルビデオコーディングレイヤなどのピクチャを復号するように構成され得る。いずれの場合も、ビデオデコーダ３０は、（たとえば、様々なビデオ次元の）１つまたは複数のレイヤについて、各ピクチャが属するレイヤを示すデータをさらに復号し得る。

[0118]図８は、本開示の技法による、例示的な方法を示すフローチャートである。本開示の一例では、ビデオエンコーダ２０中のイントラ予測ユニット４６は、ラスタ走査順序で現在のピクチャのブロックを符号化するように構成され得る（１００）。ビデオエンコーダ２０は、現在のピクチャの現在のブロックをイントラ予測することを決定するようにさらに構成され得る（１０２）。ビデオエンコーダ２０は、現在のブロックの近隣にある復号ブロックからフィルタ処理された基準値を形成するようにさらに構成され得る（１０４）。ローパスフィルタ６６は、上記の基準値をフィルタ処理するように構成され得る。ビデオエンコーダ２０は、現在のブロックをイントラ予測するための予測パラメータを決定するようにさらに構成され得る（１０６）。予測パラメータを決定することは、最適であるパラメータセットを決定するために様々なパラメータを通してロッピングすることを含み得る。追加の例は、すべての予測パラメータのサブセットを選択することと、最適であるパラメータセットを選択するためにサブセットの各パラメータ組合せを検査することとを含む。最適なパラメータセットの選択は、レートひずみ分析に基づき得る。

[0119]ビデオエンコーダ２０は、予測ブロックを形成するために予測パラメータを使用したフィルタ処理された基準値とフィルタ処理されていない基準値とを使用して現在のブロックをイントラ予測するようにさらに構成され得る（１０８）。一例では、ビデオエンコーダ２０は、重みの第１のセットを乗算したフィルタ処理された基準アレイ中の複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算したフィルタ処理されていない基準アレイ中の複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいてピクセルのセットに関連する予測値のセットを計算することによって、予測ブロックを生成するように構成され得る。一例では、予測値のセットを計算することは、異なるパラメータ値を用いて複数回予測値のセットを計算することと、異なるパラメータ値の最適なパラメータセットを選択することとを備える。ビデオエンコーダ２０は、上記で説明したパラメトリック式（１）〜（８）のいずれかを介して予測ブロックを生成するように構成され得る。

[0120]ビデオエンコーダ２０は、予測ブロックと元のブロックとの間の差を表す残差ブロックを計算するようにさらに構成され得る（１１０）。ビデオエンコーダ２０は、残差ブロックを変換し、量子化するようにさらに構成され得る（１１２）。ビデオエンコーダ２０は、量子化変換係数と、予測パラメータと、現在のブロックのためのイントラ予測モードの指示とをエントロピー符号化するようにさらに構成され得る（１１４）。ビデオエンコーダ２０は、エントロピー符号化された量子化変換係数と、予測パラメータと、現在のブロックのためのイントラ予測モードの指示とをもつビットストリームを生成するようにさらに構成され得る。

[0121]図９は、本開示の技法による、例示的な方法を示すフローチャートである。本開示の一例では、ビデオデコーダ３０中のイントラ予測ユニット７４は、ラスタ走査順序で現在のピクチャのブロックを復号するように構成され得る（２００）。ビデオデコーダ３０は、量子化変換係数と、予測パラメータと、現在のブロックのためのイントラ予測モードの指示とをエントロピー復号するようにさらに構成され得る（２０２）。

[0122]ビデオデコーダ３０は、残差ブロックを逆量子化するようにさらに構成され得る（２０４）。

[0123]ビデオデコーダ３０は、現在のブロックの近隣にある復号ブロックからフィルタ処理された基準値を形成するようにさらに構成され得る（２０６）。

[0124]ビデオデコーダ３０は、予測ブロックを形成するために復号予測パラメータを使用したフィルタ処理された基準値とフィルタ処理されていない基準値とを使用して現在のブロックをイントラ予測するようにさらに構成され得る（２０８）。一例では、ビデオデコーダ３０は、重みの第１のセットを乗算したフィルタ処理された基準アレイ中の複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算したフィルタ処理されていない基準アレイ中の複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいてピクセルのセットに関連する予測値のセットを計算するように構成され得る。一例では、重みの第１のセットと重みの第２のセットとは、ピクセルのセットの予測ピクセルの位置に基づいて変動する。別の例では、第１の重みに関連する予測値のセットの第１の予測値とフィルタ処理された基準アレイとの間の第１の距離が、第２の重みに関連する予測値のセットの第２の予測値とフィルタ処理された基準アレイとの間の第２の距離よりも大きい場合、重みの第１のセット内の第１の重みは重みの第１のセットの第２の重みよりも大きい。そのような例では、基準ピクセルからより遠くにある予測ブロック内の予測ピクセル、フィルタ処理された基準ピクセルの重みはより大きくなる。

[0125]さらなる一例では、ビデオデコーダ３０は、フィルタ処理されていない基準アレイ中の複数のフィルタ処理されていない基準値に基づいてフィルタ処理されていない予測値のセットを計算することと、フィルタ処理された基準アレイ中の複数のフィルタ処理された基準値に基づいてフィルタ処理された予測値のセットを計算することとを行うように構成され得る。フィルタ処理されていない予測値のセットとフィルタ処理された予測値のセットとは、ビットストリームから復号された１つまたは複数の方向予測子パラメータ（たとえば、上記の図２において説明したＨＥＶＣ方向予測モードなどの方向予測モード）に基づき得る。

[0126]一例では、ビデオデコーダ３０は、上記で説明したようにパラメトリック式（１）〜（８）を介して予測値のセットを計算するように構成され得る。

[0127]ビデオデコーダ３０は、予測値の計算されたセットに基づいてビデオブロックを再構成するようにさらに構成され得る（２１０）。

[0128]上記例に応じて、本明細書で説明した技法のいずれかのいくつかの行為またはイベントが、異なるシーケンスで実行され得、全体的に追加、マージ、または除外され得る（たとえば、すべての説明された行為またはイベントが本技法の実施のために必要であるとは限らない）ことを認識されたい。さらに、いくつかの例では、行為またはイベントは、連続的にではなく、たとえば、マルチスレッド処理、割込み処理、または複数のプロセッサを通して同時に実行され得る。

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

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

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

[0132]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置で実装され得る。本開示では、開示される技法を実行するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明した１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わされ得るか、または相互動作可能なハードウェアユニットの集合によって与えられ得る。

[0133]様々な例について説明した。これらおよび他の例は以下の特許請求の範囲内に入る。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを復号する方法であって、
ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、
前記隣接ブロック中の前記現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成することと、
前記隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成することと、
重みの第１のセットを乗算した前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算した前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて前記現在のブロックのピクセルのセットに関連する予測値のセットを計算することと、
予測値の前記計算されたセットに基づいて前記現在のブロックを再構成することと
を備える方法。
［Ｃ２］
重みの前記第１のセットと重みの前記第２のセットとが、ピクセルの前記セットの予測ピクセルの位置に基づいて変動する、Ｃ１に記載の方法。
［Ｃ３］
前記第１の重みに関連する予測値の前記セットの第１の予測値と前記フィルタ処理された基準アレイとの間の第１の距離が、前記第２の重みに関連する予測値の前記セットの第２の予測値と前記フィルタ処理された基準アレイとの間の第２の距離よりも大きいとき、重みの前記第１のセット内の第１の重みが重みの前記第１のセットの第２の重みよりも大きい、Ｃ２に記載の方法。
［Ｃ４］
前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値に基づいてフィルタ処理されていない予測値のセットを計算することと、
前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値に基づいてフィルタ処理された予測値のセットを計算することと、
ここにおいて、予測値の前記セットを計算することが、フィルタ処理されていない予測値の前記セットとフィルタ処理された予測値の前記セットとを使用して予測値の前記セットを計算することを備える、
をさらに備える、Ｃ１に記載の方法。
［Ｃ５］
フィルタ処理されていない予測値の前記セットとフィルタ処理された予測値の前記セットとがイントラコーディング方向モードに基づく、Ｃ４に記載の方法。
［Ｃ６］
予測値の前記セットを計算することが、以下のパラメトリック式を介して予測値の前記セットを計算することを備える、
［数３２］

ここにおいて、ｘは、前記現在のブロックのピクセルの列識別子を表し、ｙは、前記現在のブロックの前記ピクセルの行識別子を表し、ｖ［ｘ，ｙ］は、ｘおよびｙによって定義される位置における前記現在のブロックの前記ピクセルの組み合わされた予測値を表し、ｐ _r ［ｘ，ｙ］は、前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの前記１つまたは複数を表し、ｑ _s ［ｘ，ｙ］は、前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値の前記１つまたは複数を表し、ｃは、重みの前記第２のセットを表し、１−ｃは、重みの前記第１のセットを表す、Ｃ１に記載の方法。
［Ｃ７］
予測値の前記セットを計算することが、以下のパラメトリック式を介して予測値の前記セットを計算することを備える、
［数３３］

ここで、ｘが、前記現在のブロックのピクセルの列識別子を表し、ｙが、前記現在のブロックのピクセルの行識別子を表し、ｖ［ｘ，ｙ］が、組み合わされた予測値を表し、ｒが、前記フィルタ処理されていない基準アレイを表し、重みの前記第２のセットが、予測パラメータである
［数３４］

、ｄ _v 、およびｄ _h を備え、Ｎが、前記現在のブロックのサイズであり、
［数３５］

が、ビデオコーディング規格のフィルタ処理されていない予測に従って計算される前記複数のフィルタ処理されていない基準値を表し、
［数３６］

が、前記ビデオコーディング規格のフィルタ処理された予測に従って計算される前記複数のフィルタ処理された基準値を表し、重みの前記第１のセットが、正規化ファクタを表すｂ［ｘ，ｙ］を備え、ｍｉｎ（）が、最小値関数を表す、Ｃ１に記載の方法。
［Ｃ８］
［数３７］

である、Ｃ７に記載の方法。
［Ｃ９］
予測値の前記セットを計算することが、以下のパラメトリック式を介して予測値の前記セットを計算することを備える、
［数３８］

ここで、
［数３９］

、および
［数４０］

であり、
ここで、ｘが、前記現在のブロックのピクセルの列識別子を表し、ｙが、前記現在のブロックのピクセルの行識別子を表し、ｖ［ｘ，ｙ］が、組み合わされた予測値を表し、ｒが、前記フィルタ処理されていない基準アレイを表し、重みの前記第２のセットが、予測パラメータである
［数４１］

、ｄ _v 、およびｄ _h を備え、重みの前記第１のセットが、ｂ［ｘ，ｙ］を備え、
［数４２］

が、ビデオコーディング規格のフィルタ処理されていない予測に従って計算される前記複数のフィルタ処理されていない基準値を表し、
［数４３］

が、前記ビデオコーディング規格のフィルタ処理された予測に従って計算される前記複数のフィルタ処理された基準値を表す、Ｃ１に記載の方法。
［Ｃ１０］
ビデオデータを符号化する方法であって、
ピクチャの現在のブロックを受信することと、フィルタ処理された基準アレイが、複数のフィルタ処理された基準値を備え、フィルタ処理されていない基準アレイが、複数のフィルタ処理されていない基準値を備える、
ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、
前記隣接ブロック中の前記現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成することと、
前記隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成することと、
前記現在のブロックのための予測ブロックを生成することと、ここにおいて、生成することが、重みの第１のセットを乗算した前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算した前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて前記現在のブロックのピクセルのセットに関連する予測値のセットを計算することを備える、
前記現在のブロックと前記予測ブロックとの間の差に基づいて残差ブロックを生成することと、
ビットストリーム中の前記残差ブロックを表すデータを符号化することと
を備える方法。
［Ｃ１１］
予測値の前記セットを前記計算することが、
異なるパラメータ値を使用して予測値の複数のセットを計算することと、
予測値の最適なセットとして予測値の前記セットのうちの１つを選択することと
を備える、Ｃ１０に記載の方法。
［Ｃ１２］
予測値の前記最適なセットとして予測値の前記セットのうちの前記１つを選択することが、
予測値の前記複数のセットに対してレートひずみ分析を実行することと、
予測値の前記複数のセットの中から最良のレートひずみパフォーマンスをもたらす予測値の前記セットのうちの前記１つを選択することと
を備える、Ｃ１１に記載の方法。
［Ｃ１３］
前記現在のブロックのための予測ブロックを生成することが、
前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値のうちの１つまたは複数、あるいは前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの前記１つまたは複数に基づいて前記現在のブロックのピクセルのセットに関連する予測値の第２のセットを計算することと、
予測値の前記第２のセットに対して第２のレートひずみ分析を実行することと、
予測値の前記第２のセットと予測値の前記最適なセットとのうちの１つを選択することと
をさらに備える、Ｃ１２に記載の方法。
［Ｃ１４］
前記ビットストリーム中の予測値の前記セットのうちの前記選択された１つに対応する前記パラメータ値を符号化することをさらに備える、Ｃ１１に記載の方法。
［Ｃ１５］
ビデオデータを復号するためのデバイスであって、
ピクチャに関連するビデオデータを記憶するように構成されたメモリと、
前記メモリと通信し、
ビデオデータの前記ピクチャ中の現在のブロックに対する隣接ブロックを復号することと、
前記隣接ブロック中の前記現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成することと、
前記隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成することと、
重みの第１のセットを乗算した前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算した前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて前記現在のブロックのピクセルのセットに関連する予測値のセットを計算することと、
予測値の前記計算されたセットに基づいて前記現在のブロックを再構成することと
を行うように構成された１つまたは複数のプロセッサと
を備えるデバイス。
［Ｃ１６］
重みの前記第１のセットと重みの前記第２のセットとが、ピクセルの前記セットの予測ピクセルの位置に基づいて変動する、Ｃ１５に記載のデバイス。
［Ｃ１７］
前記第１の重みに関連する予測値の前記セットの第１の予測値と前記フィルタ処理された基準アレイとの間の第１の距離が、前記第２の重みに関連する予測値の前記セットの第２の予測値と前記フィルタ処理された基準アレイとの間の第２の距離よりも大きいとき、重みの前記第１のセット内の第１の重みが重みの前記第１のセットの第２の重みよりも大きい、Ｃ１６に記載のデバイス。
［Ｃ１８］
前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値に基づいてフィルタ処理されていない予測値のセットを計算することと、
前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値に基づいてフィルタ処理された予測値のセットを計算することと
を行うように構成された前記１つまたは複数のプロセッサ、
ここにおいて、予測値の前記セットを計算するように構成された前記１つまたは複数のプロセッサが、フィルタ処理されていない予測値の前記セットとフィルタ処理された予測値の前記セットとを使用して予測値の前記セットを計算するように構成された前記１つまたは複数のプロセッサを備える、Ｃ１５に記載のデバイス。
［Ｃ１９］
フィルタ処理されていない予測値の前記セットとフィルタ処理された予測値の前記セットとがイントラコーディング方向モードに基づく、Ｃ１８に記載のデバイス。
［Ｃ２０］
予測値の前記セットを計算するように構成された前記１つまたは複数のプロセッサが、以下のパラメトリック式を介して予測値の前記セットを計算するように構成された前記１つまたは複数のプロセッサを備える、
［数４４］

ここにおいて、ｘは、前記現在のブロックのピクセルの列識別子を表し、ｙは、前記現在のブロックの前記ピクセルの行識別子を表し、ｖ［ｘ，ｙ］は、ｘおよびｙによって定義される位置における前記現在のブロックの前記ピクセルの組み合わされた予測値を表し、ｐ _r ［ｘ，ｙ］は、前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの前記１つまたは複数を表し、ｑ _s ［ｘ，ｙ］は、前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値の前記１つまたは複数を表し、ｃは、重みの前記第２のセットを表し、１−ｃは、重みの前記第１のセットを表す、Ｃ１５に記載のデバイス。
［Ｃ２１］
予測値の前記セットを計算するように構成された前記１つまたは複数のプロセッサが、以下のパラメトリック式を介して予測値の前記セットを計算するように構成された前記１つまたは複数のプロセッサを備える、
［数４５］

ここで、ｘが、前記現在のブロックのピクセルの列識別子を表し、ｙが、前記現在のブロックのピクセルの行識別子を表し、ｖ［ｘ，ｙ］が、組み合わされた予測値を表し、ｒが、前記フィルタ処理されていない基準アレイを表し、重みの前記第２のセットが、予測パラメータである
［数４６］

、ｄ _v 、およびｄ _h を備え、Ｎが、前記現在のブロックのサイズであり、
［数４７］

が、ビデオコーディング規格のフィルタ処理されていない予測に従って計算される前記複数のフィルタ処理されていない基準値を表し、
［数４８］

が、前記ビデオコーディング規格のフィルタ処理された予測に従って計算される前記複数のフィルタ処理された基準値を表し、重みの前記第１のセットが、正規化ファクタを表すｂ［ｘ，ｙ］を備え、ｍｉｎ（）が、最小値関数を表す、Ｃ１５に記載のデバイス。
［Ｃ２２］
［数４９］

である、Ｃ２１に記載のデバイス。
［Ｃ２３］
予測値の前記セットを計算するように構成された前記１つまたは複数のプロセッサが、以下のパラメトリック式を介して予測値の前記セットを計算するように構成された前記１つまたは複数のプロセッサを備える、
［数５０］

ここで、
［数５１］

、および
［数５２］

であり、
ここで、ｘが、前記現在のブロックのピクセルの列識別子を表し、ｙが、前記現在のブロックのピクセルの行識別子を表し、ｖ［ｘ，ｙ］が、組み合わされた予測値を表し、ｒが、前記フィルタ処理されていない基準アレイを表し、重みの前記第２のセットが、予測パラメータである
［数５３］

、ｄ _v 、およびｄ _h を備え、重みの前記第１のセットが、ｂ［ｘ，ｙ］を備え、
［数５４］

が、ビデオコーディング規格のフィルタ処理されていない予測に従って計算される前記複数のフィルタ処理されていない基準値を表し、
［数５５］

が、前記ビデオコーディング規格のフィルタ処理された予測に従って計算される前記複数のフィルタ処理された基準値を表す、Ｃ１５に記載のデバイス。
［Ｃ２４］
前記デバイスが、前記復号ビデオブロックを備える前記ピクチャを表示するように構成されたディスプレイを備える、Ｃ１５に記載のデバイス。
［Ｃ２５］
前記デバイスが、カメラ、コンピュータ、モバイルデバイス、ブロードキャスト受信機デバイス、またはセットトップボックスのうちの１つまたは複数を備える、Ｃ１５に記載のデバイス。
［Ｃ２６］
ビデオデータを符号化するためのデバイスであって、
ピクチャに関連するビデオを記憶するように構成されたメモリと、
前記メモリと通信し、
前記ピクチャの現在のブロックを受信することと、フィルタ処理された基準アレイが、複数のフィルタ処理された基準値を備え、フィルタ処理されていない基準アレイが、複数のフィルタ処理されていない基準値を備える、
ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、
前記隣接ブロック中の前記現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成することと、
前記隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成することと、
前記現在のブロックのための予測ブロックを生成することと、ここにおいて、生成することが、重みの第１のセットを乗算した前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算した前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて前記現在のブロックのピクセルのセットに関連する予測値のセットを計算することを備える、
前記現在のブロックと前記予測ブロックとの間の差に基づいて残差ブロックを生成することと、
ビットストリーム中の前記残差ブロックを表すデータを符号化することと
を行うように構成された１つまたは複数のプロセッサと
を備えるデバイス。
［Ｃ２７］
予測値の前記セットを計算するように構成された前記１つまたは複数のプロセッサが、
異なるパラメータ値を使用して予測値の複数のセットを計算することと、
予測値の最適なセットとして予測値の前記セットのうちの１つを選択することと
を行うように構成された前記１つまたは複数のプロセッサを備える、Ｃ２６に記載のデバイス。
［Ｃ２８］
予測値の前記最適なセットとして予測値の前記セットのうちの前記１つを選択するように構成された前記１つまたは複数のプロセッサが、
予測値の前記複数のセットに対してレートひずみ分析を実行することと、
予測値の前記複数のセットの中から最良のレートひずみパフォーマンスをもたらす予測値の前記セットのうちの前記１つを選択することと
を行うように構成された前記１つまたは複数のプロセッサを備える、Ｃ２７に記載のデバイス。
［Ｃ２９］
前記現在のブロックのための予測ブロックを生成するように構成された前記１つまたは複数のプロセッサが、
前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値のうちの１つまたは複数、あるいは前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの前記１つまたは複数に基づいて前記現在のブロックのピクセルのセットに関連する予測値の第２のセットを計算することと、
予測値の前記第２のセットに対して第２のレートひずみ分析を実行することと、
予測値の前記第２のセットと予測値の前記最適なセットとのうちの１つを選択することと
を行うように構成された前記１つまたは複数のプロセッサをさらに備える、Ｃ２８に記載のデバイス。
［Ｃ３０］
前記ビットストリーム中の予測値の前記セットのうちの前記選択された１つに対応する前記パラメータ値を符号化するように構成された前記１つまたは複数のプロセッサ、Ｃ２７に記載のデバイス。
［Ｃ３１］
前記デバイスが、前記ビデオブロックを備える前記ピクチャをキャプチャするように構成されたカメラを備える、Ｃ２６に記載のデバイス。
［Ｃ３２］
前記デバイスが、カメラ、コンピュータ、モバイルデバイス、ブロードキャスト受信機デバイス、またはセットトップボックスのうちの１つまたは複数を備える、Ｃ２６に記載のデバイス。
［Ｃ３３］
ビデオデータを復号するためのデバイスであって、
ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号するための手段と、
前記隣接ブロック中の前記現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成するための手段と、
前記隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成するための手段と、
重みの第１のセットを乗算した前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算した前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて前記現在のブロックのピクセルのセットに関連する予測値のセットを計算するための手段と、
予測値の前記計算されたセットに基づいて前記現在のブロックを再構成するための手段と
を備えるデバイス。
［Ｃ３４］
ビデオデータを符号化するためのデバイスであって、
ピクチャの現在のブロックを受信するための手段と、フィルタ処理された基準アレイが、複数のフィルタ処理された基準値を備え、フィルタ処理されていない基準アレイが、複数のフィルタ処理されていない基準値を備える、
ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号するための手段と、
前記隣接ブロック中の前記現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成するための手段と、
前記隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成するための手段と、
前記現在のブロックのための予測ブロックを生成するための手段と、ここにおいて、生成することが、重みの第１のセットを乗算した前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算した前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて前記現在のブロックのピクセルのセットに関連する予測値のセットを計算することを備える、
前記現在のブロックと前記予測ブロックとの間の差に基づいて残差ブロックを生成するための手段と、
ビットストリーム中の前記残差ブロックを表すデータを符号化するための手段と
を備えるデバイス。
［Ｃ３５］
実行されたとき、１つまたは複数のプロセッサに、
ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、
前記隣接ブロック中の前記現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成することと、
前記隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成することと、
重みの第１のセットを乗算した前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算した前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて前記現在のブロックのピクセルのセットに関連する予測値のセットを計算することと、
予測値の前記計算されたセットに基づいて前記現在のブロックを再構成することと
を行わせる、ビデオデータを処理するための命令を記憶した非一時的コンピュータ可読媒体。
［Ｃ３６］
実行されたとき、１つまたは複数のプロセッサに、
ピクチャの現在のブロックを受信することと、フィルタ処理された基準アレイが、複数のフィルタ処理された基準値を備え、フィルタ処理されていない基準アレイが、複数のフィルタ処理されていない基準値を備える、
ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、
前記隣接ブロック中の前記現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを形成することと、
前記隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを形成することと、
前記現在のブロックのための予測ブロックを生成することと、ここにおいて、生成することが、重みの第１のセットを乗算した前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値のうちの１つまたは複数と重みの第２のセットを乗算した前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの１つまたは複数との線形結合に基づいて前記現在のブロックのピクセルのセットに関連する予測値のセットを計算することを備える、
前記現在のブロックと前記予測ブロックとの間の差に基づいて残差ブロックを生成することと、
ビットストリーム中の前記残差ブロックを表すデータを符号化することと
を行わせる、ビデオデータを処理するための命令を記憶した非一時的コンピュータ可読媒体。

Claims (15)

1. ビデオデータを復号する方法であって、
   ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、
   前記隣接ブロック中の前記現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを計算することによって、フィルタ処理された予測を形成することと、
   前記隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを計算することによって、フィルタ処理されていない予測を形成することと、
   重みの第１のセットを乗算した前記フィルタ処理された予測と重みの第２のセットを乗算した前記フィルタ処理されていない予測との線形結合に基づいて前記現在のブロックのピクセルのセットに関連する予測値のセットを計算することと、
   予測値の前記計算されたセットに基づいて前記現在のブロックを再構成することと、
   を備える方法。
2. 重みの前記第１のセットと重みの前記第２のセットとが、ピクセルの前記セットの予測されたピクセルの位置に基づいて変動し、
   第１の重みに関連する予測値の前記セットの第１の予測値と前記フィルタ処理された基準アレイとの間の第１の距離が、第２の重みに関連する予測値の前記セットの第２の予測値と前記フィルタ処理された基準アレイとの間の第２の距離よりも大きいとき、重みの前記第１のセット内の前記第１の重みが重みの前記第１のセットの前記第２の重みよりも大きい、請求項１に記載の方法。
3. 前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値に基づいてフィルタ処理されていない予測値のセットを計算することと、
   前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値に基づいてフィルタ処理された予測値のセットを計算することと、
   ここにおいて、予測値の前記セットを計算することが、フィルタ処理されていない予測値の前記セットとフィルタ処理された予測値の前記セットとを使用して予測値の前記セットを計算することを備える、
   をさらに備え、
   フィルタ処理されていない予測値の前記セットとフィルタ処理された予測値の前記セットとがイントラコーディング方向モードに基づく、請求項１に記載の方法。
4. 予測値の前記セットを計算することが、以下のパラメトリック式を介して予測値の前記セットを計算することを備える、
   

   

   ここにおいて、ｘは、前記現在のブロックのピクセルの列識別子を表し、ｙは、前記現在のブロックの前記ピクセルの行識別子を表し、ｖ［ｘ，ｙ］は、ｘおよびｙによって定義される位置における前記現在のブロックの前記ピクセルの組み合わされた予測値を表し、ｐ_ｒ［ｘ，ｙ］は、前記複数のフィルタ処理されていない基準値のうちの１つまたは複数を表し、ｑ_ｓ［ｘ，ｙ］は、前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値のうちの１つまたは複数を表し、ｃは、重みの前記第２のセットを表し、１−ｃは、重みの前記第１のセットを表す、請求項１に記載の方法。
5. 予測値の前記セットを計算することが、以下のパラメトリック式を介して予測値の前記セットを計算することを備える、
   

   

   ここで、ｘが、前記現在のブロックのピクセルの列識別子を表し、ｙが、前記現在のブロックのピクセルの行識別子を表し、ｖ［ｘ，ｙ］が、組み合わされた予測値を表し、ｒが、前記フィルタ処理されていない基準アレイを表し、重みの前記第２のセットが、予測パラメータである
   

   

   、ｄ_ｖ、およびｄ_ｈを備え、Ｎが、前記現在のブロックのサイズであり、
   

   

   が、ビデオコーディング規格のフィルタ処理されていない予測に従って計算される前記複数のフィルタ処理されていない基準値を表し、
   

   

   が、前記ビデオコーディング規格のフィルタ処理された予測に従って計算される前記複数のフィルタ処理された基準値を表し、重みの前記第１のセットが、正規化ファクタを表すｂ［ｘ，ｙ］を備え、ｍｉｎ（）が、最小値関数を表す、請求項１に記載の方法。
6. 

   である、請求項５に記載の方法。
7. 予測値の前記セットを計算することが、以下のパラメトリック式を介して予測値の前記セットを計算することを備える、
   

   

   ここで、
   

   

   、および
   

   

   であり、
   ここで、ｘが、前記現在のブロックのピクセルの列識別子を表し、ｙが、前記現在のブロックのピクセルの行識別子を表し、ｖ［ｘ，ｙ］が、組み合わされた予測値を表し、ｒが、前記フィルタ処理されていない基準アレイを表し、重みの前記第２のセットが、予測パラメータである
   

   

   、ｄ_ｖ、およびｄ_ｈを備え、重みの前記第１のセットが、ｂ［ｘ，ｙ］を備え、
   

   

   が、ビデオコーディング規格のフィルタ処理されていない予測に従って計算される前記複数のフィルタ処理されていない基準値を表し、
   

   

   が、前記ビデオコーディング規格のフィルタ処理された予測に従って計算される前記複数のフィルタ処理された基準値を表す、請求項１に記載の方法。
8. ビデオデータを符号化する方法であって、
   ピクチャの現在のブロック、複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイ、および複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを受信することと、
   ビデオデータのピクチャ中の現在のブロックに対する隣接ブロックを復号することと、
   前記隣接ブロック中の前記現在のブロックに対する隣接ピクセルのフィルタ処理されたバージョンを備える複数のフィルタ処理された基準値を備えるフィルタ処理された基準アレイを計算することによって、フィルタ処理された予測を形成することと、
   前記隣接ピクセルのフィルタ処理されていないバージョンに対応する複数のフィルタ処理されていない基準値を備えるフィルタ処理されていない基準アレイを計算することによって、フィルタ処理されていない予測を形成することと、
   前記現在のブロックのための予測ブロックを生成することと、ここにおいて、生成することが、重みの第１のセットを乗算した前記フィルタ処理された予測と重みの第２のセットを乗算した前記フィルタ処理されていない予測との線形結合に基づいて前記現在のブロックのピクセルのセットに関連する予測値のセットを計算することを備え、
   前記現在のブロックと前記予測ブロックとの間の差に基づいて残差ブロックを生成することと、
   ビットストリーム中の前記残差ブロックを表すデータを符号化することと
   を備える方法。
9. 予測値の前記セットを前記計算することが、
   前記ピクセルのセットに関連する前記予測値のセットを計算するための異なるパラメータ値を使用して予測値の複数のセットを計算することと、
   予測値の最適なセットとして予測値の前記セットのうちの１つを選択することと
   を備える、請求項８に記載の方法。
10. 予測値の前記最適なセットとして予測値の前記セットのうちの前記１つを選択することが、
    予測値の前記複数のセットに対してレートひずみ分析を実行することと、
    予測値の前記複数のセットの中から最良のレートひずみパフォーマンスをもたらす予測値の前記セットのうちの前記１つを選択することと
    を備える、請求項９に記載の方法。
11. 前記現在のブロックのための予測ブロックを生成することが、
    前記フィルタ処理された基準アレイ中の前記複数のフィルタ処理された基準値のうちの１つまたは複数、あるいは前記フィルタ処理されていない基準アレイ中の前記複数のフィルタ処理されていない基準値のうちの前記１つまたは複数に基づいて前記現在のブロックのピクセルのセットに関連する予測値の第２のセットを計算することと、
    予測値の前記第２のセットに対して第２のレートひずみ分析を実行することと、
    予測値の前記第２のセットと予測値の前記最適なセットとのうちの１つを選択することと
    をさらに備える、請求項１０に記載の方法。
12. 前記ビットストリーム中の予測値の前記セットのうちの前記選択された１つに対応する前記パラメータ値を符号化することをさらに備える、請求項９に記載の方法。
13. ビデオデータを復号するためのデバイスであって、
    ピクチャに関連するビデオデータを記憶するように構成されたメモリと、
    前記メモリと通信し、請求項１乃至７の方法のステップを実行するように構成された１つまたは複数のプロセッサと
    を備えるデバイス。
14. ビデオデータを符号化するためのデバイスであって、
    ピクチャに関連するビデオを記憶するように構成されたメモリと、
    前記メモリと通信し、請求項８乃至１２の方法のステップを実行するように構成された１つまたは複数のプロセッサと
    を備えるデバイス。
15. 実行されたとき、１つまたは複数のプロセッサに、請求項１乃至１２に記載の方法のうちのいずれか一項のステップを実行することを行わせる、ビデオデータを処理するための命令を記憶した非一時的コンピュータ可読媒体。

Images