JP2014517630A - 隣接モードを使用したビデオコーディングのための拡張イントラ予測モードシグナリング - Google Patents

Abstract

本開示は、ビデオコーディングのためのイントラ予測モードシグナリングのための技法について説明する。一例では、ビデオコーダは、最確イントラ予測モードのセットが、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有するように、ビデオデータのブロックについて、最確イントラ予測モードのセットを決定するように構成される。ビデオコーダはまた、最確イントラ予測モードのセットに少なくとも部分的に基づいてブロックのための実際のイントラ予測モードを表す値をコーディングすることと、実際のイントラ予測モードを使用してブロックをコーディングすることとを行うように構成される。ビデオコーダはさらに、実際のイントラ予測モードを使用してブロックをコーディングするように、たとえば、ブロックを符号化または復号するように構成され得る。ビデオエンコーダおよびビデオデコーダはこれらの技法を実装し得る。

Description

優先権の主張

本出願は、各々の内容全体が参照により本明細書に組み込まれる、２０１１年６月９日に出願された米国仮出願第６１／４９５，３３２号、２０１１年７月１日に出願された米国仮出願第６１／５０３，７１２号、２０１１年７月５日に出願された米国仮出願第６１／５０４，６６４号、および２０１１年９月９日に出願された米国仮出願第６１／５３３，１１８号に関し、それらの優先権を主張する。

本開示は、ビデオコーディングに関し、より詳細には、コーディングされたビデオデータについてのコーディング特性のシグナリングに関する。

[0003]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラー電話または衛星無線電話、ビデオ遠隔会議デバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、デジタルビデオ情報をより効率的に送信および受信するために、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３またはＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ１０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）によって定義された規格、およびそのような規格の拡張に記載されているビデオ圧縮技法など、ビデオ圧縮技法を実装する。

[0004]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減または除去するために空間的（イントラピクチャ）予測および／または時間的（インターピクチャ）予測を実行する。ブロックベースのビデオコーディングの場合、ビデオフレーム、ピクチャ、またはスライスは、ビデオブロックに区分され得る。各ビデオブロックはさらに区分され得る。イントラコード化（Ｉ）フレームまたはスライス中のビデオブロックは、同じフレーム、ピクチャ、またはスライス中の隣接ビデオブロックに対する空間的予測を使用して符号化される。インターコード化（ＰまたはＢ）フレームまたはスライス中のビデオブロックは、同じフレームまたはスライス中の隣接マクロブロックに対する空間的予測、あるいは他の参照フレームに対する時間的予測を使用し得る。本明細書で使用する「ピクチャ」という用語はフレームと呼ばれることがあり、「参照ピクチャ」は参照フレームと呼ばれることがある。

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

[0006]概して、本開示は、ビデオコーディングのためのイントラ予測モードをシグナリングするための技法について説明する。本開示の技法は、ビデオデータのブロックをイントラモード符号化するために使用されるイントラ予測符号化モードのシグナリングの効率を向上させ得る。ビデオデータは、動きをシミュレートするために高速に連続して再生されるフレーム（またはピクチャ）のシーケンスを含む。フレームの各々はブロックに分割され得る。本開示の技法は、フレーム内の各ブロックについて、最確イントラ予測モード候補の数を２よりも大きいかまたはそれに等しく固定することを含む。このようにして、本開示の技法を使用したとき、復号処理におけるパーシングの効率が相対的に向上し、メモリ使用量が低減し得る。

[0007]一例では、ビデオデータをコーディングするための方法であって、本方法は、最確イントラ予測モードのセットが、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有するように、ビデオデータのブロックについて、最確イントラ予測モードのセットを決定することを備える。本方法はまた、最確イントラ予測モードのセットに少なくとも部分的に基づいてブロックのための実際のイントラ予測モードを表す値をコーディングすることと、実際のイントラ予測モードを使用してブロックをコーディングすることとを備える。

[0008]別の態様では、データを符号化するためのデバイスは、最確イントラ予測モードのセットが、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有するように、ビデオデータのブロックについて、最確イントラ予測モードのセットを決定するように構成されたビデオコーダを備える。ビデオコーダはまた、最確イントラ予測モードのセットに少なくとも部分的に基づいてブロックのための実際のイントラ予測モードを表す値をコーディングするように構成される。ビデオコーダはさらに、実際のイントラ予測モードを使用してブロックをコーディングするように構成される。

[0009]別の態様では、コンピュータ可読媒体は、実行されたとき、ビデオコーディングデバイスのプロセッサに、最確イントラ予測モードのセットが、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有するように、ビデオデータのブロックについて、最確イントラ予測モードのセットを決定させる命令を記憶したコンピュータ可読記憶媒体を備える。命令はさらに、プロセッサに、最確イントラ予測モードのセットに少なくとも部分的に基づいてブロックのための実際のイントラ予測モードを表す値をコーディングさせ、実際のイントラ予測モードを使用してブロックをコーディングさせる。

[0010]別の態様では、最確イントラ予測モードのセットが、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有するように、ビデオデータのブロックについて、最確イントラ予測モードのセットを決定する手段を備えるデバイスが提供される。本デバイスはまた、最確イントラ予測モードのセットに少なくとも部分的に基づいてブロックのための実際のイントラ予測モードを表す値をコーディングする手段と、実際のイントラ予測モードを使用してブロックをコーディングする手段とを備える。

[0011]本開示で説明する技法は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装された場合、ソフトウェアは、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはデジタル信号プロセッサ（ＤＳＰ）、あるいは他の等価な集積回路またはディスクリート論理回路など、１つまたは複数のプロセッサを指すことがあるプロセッサで実行され得る。本技法を実行する命令を備えるソフトウェアは、最初にコンピュータ可読媒体に記憶され、プロセッサによってロードされ、実行され得る。

[0012]したがって、本開示はまた、本開示で説明する様々な技法のいずれかをプロセッサに実行させる命令を備えるコンピュータ可読媒体を企図する。場合によっては、コンピュータ可読媒体はコンピュータプログラム製品の一部を形成し得、コンピュータプログラム製品は、製造業者に販売され得、および／またはデバイス中で使用され得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得、場合によってはパッケージング材料をも含み得る。

[0013]本開示はまた、情報を搬送する電磁信号に適用され得る。たとえば、電磁信号は、参照サンプルのサブ整数ピクセルについての値を補間するために使用されるフルピクセルサポートに関係する情報を備え得る。いくつかの例では、信号は、本明細書で説明する技法を実装するデバイスから生成されるか、または、そのようなデバイスによって送信され得る。他の例では、本開示は、本明細書で説明する技法を実装するデバイスにおいて受信され得る信号に適用され得る。

[0014]本開示の１つまたは複数の態様の詳細を添付の図面および以下の説明に記載する。本開示で説明する技法の他の特徴、目的、および利点は、これらの説明および図面、ならびに特許請求の範囲から明らかになろう。

コーディングされるべき現在ブロックと２つの隣接ブロックとを含む、３つのブロックの一例を表す図。 ビデオデータのブロックのイントラ予測モードを表すシンタックスデータをコーディングするための技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。 イントラ予測モードを示す情報をコーディングするための技法を実装し得るビデオエンコーダの一例を示すブロック図。 符号化されたビデオシーケンスを復号するビデオデコーダの一例を示すブロック図。 ３５個のイントラ予測モードおよびそれらの対応する予測方向の一例を示す図。 ３５個のイントラ予測モードおよびそれらの対応する予測方向の別の例を示す図。 ビデオ符号化のためのイントラ予測モードシグナリングのための方法の一例を示すフローチャート。 最確イントラ予測モードのセットが３に等しいとき、最確イントラ予測モード候補を決定するための方法の一例を示すフローチャート。

[0023]概して、本開示は、ビデオコーディングのためのイントラ予測モードをシグナリングするための技法について説明する。本開示の技法は、ビデオデータのブロックをイントラ符号化するために使用されるイントラ予測符号化モードのシグナリングの効率を向上させ得る。たとえば、ビデオエンコーダが、現在ブロックに隣接するブロックのイントラ予測モードに基づいて、２つ（またはそれ以上）の最確イントラ予測モードを含む、現在ブロックのための２つ以上の候補イントラ予測モードのセットを含み得る。候補セットは、２つ以上の最確イントラ予測モードのためのインデックスを含み得る。本明細書で使用する「モード」は、概して、「イントラ予測モード」を指すために使用されることがある。

[0024]いくつかの例では、本開示の技法は、予測されているビデオデータのタイプに基づいて、イントラ予測モードの異なる候補セットを提供する。たとえば、いくつかの条件下では、最確イントラ予測モードのセットが平面モードまたはＤＣモードなど３つ以上のモードを含むとき、いくつかのイントラ予測モードが確からしいイントラ予測モードとして含まれ得る。

[0025]ビデオデータは、動きをシミュレートするために高速に連続して再生されるフレーム（またはピクチャ）のシーケンスを含む。フレームの各々はブロックに分割され得る。本明細書で使用する「フレーム」および「ピクチャ」という用語は、互換的に使用され得る。

[0026]ビデオエンコーダは、空間的冗長性と時間的冗長性とを利用することによってビデオデータを符号化する。たとえば、ビデオエンコーダは、隣接する、前にコーディングされたブロックに対してブロックを予測することによって空間的冗長性を利用し得る。同様に、ビデオエンコーダは、前にコーディングされたフレームのデータに対してブロックを予測することによって時間的冗長性を利用し得る。特に、ビデオエンコーダは、空間的ネイバーのデータから、あるいは１つまたは複数の前にコーディングされたフレームのデータから現在ブロックを予測する。ビデオエンコーダは、次いで、ブロックの残差値を、ブロックの実際値とブロックの予測値との間の差分として計算する。ビデオエンコーダは、コーディングユニット（ＣＵ：coding unit）の予測データを表すために予測ユニット（ＰＵ：prediction unit）を使用し、残差データを表すために変換ユニット（ＴＵ：transform unit）を使用する。ブロックの残差データは、ピクセル（または空間的）領域におけるピクセルごとの差分値を含む。ビデオエンコーダは、残差データをさらに変換して、変換領域におけるデータを表し得る。

[0027]ビデオデコーダは、コーディングされたブロックのためのコーディングされたデータを受信し得る。コーディングされたデータは、ブロックを符号化するために使用される予測モードの表示、ならびにブロックのためのＰＵの区分の指示を含み得る。このようにして、ビデオデコーダは、ブロックを復号するために、ＰＵの同じ区分を使用し、同じ予測モードを適用し得る。予測モードをシグナリングする際に消費されるビット量を低減するために、ビデオコーディングデバイスは、隣接ブロックのコーディングモードに基づいて現在ブロックのコーディング予測モードの可能性を決定し得る。図１に、Ａ（４）、Ｂ（６）、およびＣ（８）という、３つのビデオブロックの一例を表す。ブロックＣ（８）は、コーディングされている現在ブロックを表し、ブロックＡ（４）は、ブロックＣ（８）に対して左に隣接する、前にコーディングされたブロックを表し、ブロックＢ（６）は、ブロックＣ（８）に対して上に隣接する、前にコーディングされたブロックを表す。

[0028]図１の例では、ブロックＡ（４）、Ｂ（６）、およびＣ（８）は、イントラ予測されたピクチャ、フレームまたはスライスのブロックである。ビデオエンコーダまたはビデオデコーダなど、ビデオコーディングデバイスは、ブロックＡ（４）およびＢ（６）のイントラ予測モードに基づいて、ブロックＣ（８）のための２つ以上の可能性があるイントラ予測モードを決定し得る。概して、ブロックＣは、ブロックＡ（４）またはブロックＢ（６）のいずれかのモードを使用して予測される可能性が高い。一般に、ブロックＡ（４）とブロックＢ（６）とが同じイントラ予測モードを有するとき、ブロックＣ（８）のための可能性が最も高いイントラ予測モードは、ブロックＡ（４）とブロックＢ（６）とのイントラ予測モードになる。一方、ブロックＡ（４）とブロックＢ（６）とが異なるイントラ予測モードを有するとき、ビデオコーディングデバイスは、ブロックＣ（８）の予測モードがブロックＡ（４）のイントラ予測モードである可能性が高いのか、ブロックＢ（６）のイントラ予測モードである可能性が高いのかを決定しなければならない。

[0029]より詳細には、従来の高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）では、イントラ予測モードをコードワードインデックスにマッピングするためにマッピングテーブルが使用され得る。コードワードインデックスは、別のテーブルによって、（ＣＡＶＬＣのために）可変長コードまたは（ＣＡＢＡＣのために）２値化値にマッピングされ得る。さらに、ブロックごとに、最確モードの数が決定され得、最確モードは最小インデックスを割り当てられ得、最小インデックスは、最確であり、したがって、より少ないビットを使用してコーディングされる。従来のＨＥＶＣでは、最確モードの数は、ブロックＡ（４）とブロックＢ（６）とが、同じイントラ予測モードを有するのか異なるイントラ予測モードを有するのかに基づいて変動し得る。

[0030]本開示は、ビデオコーディングのためのイントラ予測モードのシグナリングを改善するための様々な技法を提供する。一例では、上記で説明したように、最確モードの数がブロックごとに変動することを可能にするのではなく、少なくとも２である固定数の最確モードが常に存在し得る。最確モードの数は２よりも大きくなり得るが、これらの技法では、最確モードの数は、ピクチャ中のすべてのブロックについて固定される。言い換えれば、ビデオコーディングデバイスは、すべてのブロックについて所定の数の最確モードを使用するように構成され得、所定の数は２よりも大きいかまたはそれに等しくなり得る。

[0031]この例では、ブロックＡ（４）とブロックＢ（６）とのイントラ予測モードが異なり、ブロックＣ（８）のための最確モードの所定の数が２である場合、ブロックＣ（８）のための２つの最確イントラ予測モードは、ブロックＡ（４）とブロックＢ（６）とのイントラ予測モードに対応し得る。しかしながら、ブロックＡ（４）とブロックＢ（６）とのイントラ予測モードが同じである場合、ビデオコーディングデバイスは、最確モードのセットに第２の最確モードを追加し得る。

[0032]いくつかの例では、ブロックＡ（４）とブロックＢ（６）とのイントラ予測モードが同じであり、モードが平面モード以外のモードである場合、ブロックＣ（８）のための第２の最確モードは平面モードとして選択される。一方、ブロックＡ（４）とブロックＢ（６）とのイントラ予測モードが同じであり、モードが平面モードである場合、ブロックＣ（８）のための第２の最確モードはＤＣモードとして選択される。いくつかの例では、平面モードは常にインデックス値０にマッピングされ得る。

[0033]所定の数の最確モード中に３つ以上の最確モードがある例では、これらのモードは、ブロックＡ（４）およびブロックＢ（６）のイントラ予測方向の方向と同様の方向であるイントラ予測モードに対応し得る。

[0034]上記で説明した例では、ルミナンスデータについてイントラ予測モードに言及した。クロミナンスデータについて、本開示は、いくつかの例では、いくつかのイントラ予測モードが常に候補イントラ予測モードになるように、イントラ予測モードの利用可能な数を固定することを提案する。従来、クロミナンスブロックのために、垂直モード、水平モード、ＤＣモード、平面モード、ルーマ信号ベース予測モード、およびルーマ予測モードの継承という、６つのモードが利用可能である。ルーマ予測モードの継承は、クロミナンスモードが、対応するルミナンスブロックのモードを継承することを可能にする。これのために、たとえば、ルミナンスブロックが、垂直モード、水平モード、ＤＣモード、または平面モードを使用して予測されるとき、同じモードに２つのシンボル、またはインデックス値が割り当てられ得る。事実上、これは、クロミナンスブロックが、６ではなく、５つのみの可能なモードを有し得ることを意味する。したがって、そのような状況では、少なくとも１つのモードについて冗長信号が存在する。

[0035]本開示は、いくつかの例では、冗長信号が利用可能であるとき、クロミナンスブロックのために別のイントラ予測モードを追加することを提案する。ルミナンスブロックが水平モード、垂直モード、ＤＣモード、または平面モードのうちの１つを使用して予測されると仮定すると、本来ならルーマイントラ予測モードの継承を示すであろうインデックス値に対応するモードは、対応するルミナンスブロックのために使用されるモードとは異なるモードにマッピングされ得る。この追加のモードは、クロミナンスブロックのために本来なら利用可能でない、対応するルミナンスブロックのモードと同様の方向性を有するモードに対応し得る。

[0036]本開示の技法によれば、ルーマイントラ予測モードのための例示的な導出プロセスは、以下の入力、すなわち、現在ブロックの現在ピクチャの左上ルーマサンプルに対して現在ブロックの左上ルーマサンプルを指定するルーマロケーション（ｘＢ，ｙＢ）と、現在予測ユニットのサイズを指定する変数ｌｏｇ２ＴｒａｆｏＳｉｚｅと、利用可能な場合、復号順序で前に復号された隣接するコーディングユニットについて導出される可変アレイＩｎｔｒａＰｒｅｄＭｏｄｅとを含み得る。この導出プロセスの出力は変数ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］で示され得る。

[0037]表１に、現在予測ブロックのサイズｌｏｇ２ＴｒａｆｏＳｉｚｅに応じた、ルーマイントラ予測モードの数ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍの一例を明示する。

[0038]変数ｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］は、利用可能であるイントラ予測モードを定義する。変数ＮｕｍＭＰＭＣａｎｄは、最確モード（ＭＰＭ：most probable mode）候補の数を定義する。本明細書で説明する技法によれば、ＭＰＭ候補の数は、ピクチャまたはフレーム中のすべてのブロックについて固定される。ビデオエンコーダは、たとえば、ピクチャのシーケンスのためのシーケンスパラメータセット（ＳＰＳ：sequence parameter set）、個々のピクチャのためのピクチャパラメータセット（ＰＰＳ：picture parameter set）、または他のデータ構造中で、ＭＰＭ候補の数を表す値をシグナリングするように構成され得る。同様に、ビデオデコーダは、そのようなシグナリングされた値を解釈することによってＭＰＭ候補の数を決定し得る。

[0039]ｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］およびＮｕｍＭＰＭＣａｎｄは、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮの存在および値に基づいて導出され得る。両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが利用可能でない場合、インデックス値２がｃａｎｄＭｏｄｅＬｉｓｔ［０］に割り当てられ、ＮｕｍＭＰＭＣａｎｄは１に等しく設定される。そうではなく、ただ１つのｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが利用可能である場合、このｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮがｃａｎｄＭｏｄｅＬｉｓｔ［０］に割り当てられ、ＮｕｍＭＰＭＣａｎｄは１に等しく設定される。同様に、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが同じである場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮのうちの１つがｃａｎｄＭｏｄｅＬｉｓｔ［０］に割り当てられ、ＮｕｍＭＰＭＣａｎｄは１に等しく設定される。両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが異なる場合、ＮｕｍＭＰＭＣａｎｄは２に等しく設定され、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが候補モードリストに割り当てられ、２つの候補のうちの小さいほうがｃａｎｄＭｏｄｅＬｉｓｔ［０］に、大きいほうがｃａｎｄＭｏｄｅＬｉｓｔ［１］に割り当てられる。表２に、ｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］とＮｕｍＭＰＭＣａｎｄとがどのように導出され得るかを要約する。

[0040]ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］は、以下のプロシージャを適用することによって導出され得る。ｐｒｅｖ＿ｉｎｔｒａ＿ｐｒｅｄ＿ｆｌａｇ［ｘＢ］［ｙＢ］が真である場合、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］はｃａｎｄＭｏｄｅＬｉｓｔ［ｍｐｍ＿ｉｄｘ［ｘＢ］［ｙＢ］］に等しく設定される。ｐｒｅｖ＿ｉｎｔｒａ＿ｐｒｅｄ＿ｆｌａｇ［ｘＢ］［ｙＢ］が真でない場合、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］は、以下の式を適用することによって導出される。

これらの例では、変数ｒｅｍ＿ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅは、１つのコンテキストとともに固定長２値化によってシグナリングされる。変数ｃＩｄｘは、現在ブロックのクロマ成分を指定する。

[0041]クロマイントラ予測モードシグナリングについて、現在のＨＥＶＣは、垂直、水平、ＤＣ、平面、ルーマ信号ベースクロマ予測、およびルーマ予測モードの継承を含む、６つのモードを与える。これらのモードのすべての中で、ルーマ予測モードの継承は、クロマ予測方向がルーマ予測方向と同じであることを意味する。これのために、ルーマモードが垂直、水平、ＤＣ、または平面である場合、いくつかの冗長シンボルが削除される。その結果、コードテーブルは、異なるルーマ予測モードでは異なるサイズを有する。

[0042]このプロセスは、パーシングにおける余分の復号プロセスと、余分のメモリとを必要とし得る。まず、ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅをパースするために、デコーダは、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡおよびｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢを決定するために隣接ブロックＡおよび隣接ブロックＢのｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅを復号しなければならない。さらに、デコーダは、ｃａｎｄＭｏｄｅＬｉｓｔおよびＮｕｍＭＰＭＣを決定しなければならない。ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅを記憶するために４×４ブロックごとにデコーダラインバッファ中に６ビットが必要とされるので、余分のメモリが必要とされる。さらに、ｒｅｍ＿ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅのコーディングは、固定長２値化およびそれのコンテキストモデリングにより、効率的でない。その上、クロマ予測モードのためにコードテーブルの異なるサイズを有することは、クロマ予測モードのパーシングの前にルーマ予測モードの事前知識を有することが必要となる。

[0043]図２は、本明細書で説明する様々な技法を実装するために使用され得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図２に示すように、システム１０は、通信チャネル１６を介して符号化ビデオデータを宛先デバイス１４に送信するソースデバイス１２を含む。ソースデバイス１２および宛先デバイス１４は、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４は、ワイヤレスハンドセット、いわゆるセルラー無線電話または衛星無線電話などのワイヤレス通信デバイスを備えるか、あるいは、通信チャネル１６を介してビデオ情報を通信することができ、その場合、通信チャネル１６がワイヤレスである、任意のワイヤレスデバイスを備え得る。

[0044]ただし、本開示の技法は、必ずしもワイヤレス適用例または設定に限定されるとは限らない。たとえば、これらの技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、インターネットビデオ送信、記憶媒体上に符号化される符号化デジタルビデオ、または他のシナリオに適用され得る。したがって、通信チャネル１６は、符号化ビデオデータの送信に好適なワイヤレス媒体またはワイヤード媒体の任意の組合せを備え得る。その上、通信チャネル１６は、ビデオ符号化デバイスがビデオ復号デバイスにデータを送信し得る多くの方法のうちのただ１つを表すためのものである。たとえば、システム１０の他の構成では、ソースデバイス１２は、宛先デバイス１４による復号のために符号化ビデオを生成し、必要に応じて、符号化ビデオが宛先デバイス１４によってアクセスされ得るように、記憶媒体またはファイルサーバ上に符号化ビデオを記憶し得る。

[0045]図２の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、変調器／復調器（モデム）２２と、送信機２４とを含む。宛先デバイス１４は、受信機２６と、モデム２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。本開示によれば、ソースデバイス１２のビデオエンコーダ２０は、ビデオデータのブロックのためのイントラ予測モードを表すシンタックスデータをコーディングするための技法を適用するように構成され得る。他の例では、ソースデバイスおよび宛先デバイスは他の構成要素または構成を含み得る。たとえば、ソースデバイス１２は、外部カメラなどの外部ビデオソース１８からビデオデータを受信し得る。同様に、宛先デバイス１４は、内蔵ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースし得る。

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

[0047]ソースデバイス１２のビデオソース１８は、ビデオカメラなどのビデオキャプチャデバイス、以前にキャプチャされたビデオを含んでいるビデオアーカイブ、および／またはビデオコンテンツプロバイダからのビデオフィードを含み得る。さらなる代替として、ビデオソース１８は、ソースビデオとしてのコンピュータグラフィックスベースのデータ、またはライブビデオとアーカイブビデオとコンピュータ生成ビデオとの組合せを生成し得る。場合によっては、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラフォンまたはビデオフォンを形成し得る。ただし、上述のように、本開示で説明する技法は、概してビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤード適用例に適用され得る。各場合において、キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータ生成ビデオは、ビデオエンコーダ２０によって符号化され得る。符号化されたビデオ情報は、次いで、通信規格に従ってモデム２２によって変調され、送信機２４を介して宛先デバイス１４に送信され得る。モデム２２は、信号変調のために設計された様々なミキサ、フィルタ、増幅器または他の構成要素を含み得る。送信機２４は、増幅器、フィルタ、および１つまたは複数のアンテナを含む、データを送信するために設計された回路を含み得る。

[0048]宛先デバイス１４の受信機２６はチャネル１６を介して情報を受信し、モデム２８はその情報を復調する。この場合も、ビデオ符号化プロセスは、ビデオデータのブロックのためのイントラ予測モードを表すシンタックスデータをコーディングするために、本明細書で説明する技法のうちの１つまたは複数を実装し得る。チャネル１６を介して通信される情報は、ビデオエンコーダ２０によって定義され、またビデオデコーダ３０によって使用される、マクロブロックおよび他のコード化ユニット、たとえば、ＧＯＰの特性および／または処理を記述するシンタックス要素を含む、シンタックス情報を含み得る。ディスプレイデバイス３２は、復号されたビデオデータをユーザに対して表示し、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを備え得る。

[0049]図１の例では、通信チャネル１６は、無線周波数（ＲＦ）スペクトルあるいは１つまたは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体、あるいはワイヤレス媒体とワイヤード媒体との任意の組合せを備え得る。通信チャネル１６は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信チャネル１６は、概して、ワイヤード媒体またはワイヤレス媒体の任意の好適な組合せを含む、ビデオデータをソースデバイス１２から宛先デバイス１４に送信するのに好適な任意の通信媒体、または様々な通信媒体の集合体を表す。通信チャネル１６は、ソースデバイス１２から宛先デバイス１４への通信を可能にするのに有用であり得るルータ、スイッチ、基地局、または任意の他の機器を含み得る。

[0050]ビデオエンコーダ２０およびビデオデコーダ３０は、代替的にＭＰＥＧ−４、Ｐａｒｔ１０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格など、ビデオ圧縮規格に従って動作し得る。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。他の例には、ＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３がある。図１には示されていないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれオーディオエンコーダおよびオーディオデコーダと統合され得、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含んで、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理し得る。適用可能な場合、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。

[0051]ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４（ＡＶＣ）規格は、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｔｅａｍ（ＪＶＴ）として知られる共同パートナーシップの成果として、ＩＳＯ／ＩＥＣ Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）とともにＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）によって策定された。いくつかの態様では、本開示で説明する技法は、Ｈ．２６４規格に概して準拠するデバイスに適用され得る。Ｈ．２６４規格は、ＩＴＵ−Ｔ Ｓｔｕｄｙ Ｇｒｏｕｐによる２００５年３月付けのＩＴＵ−Ｔ勧告Ｈ．２６４「Advanced Video Coding for generic audiovisual services」に記載されており、本明細書ではＨ．２６４規格またはＨ．２６４仕様、あるいはＨ．２６４／ＡＶＣ規格または仕様と呼ぶことがある。Ｊｏｉｎｔ Ｖｉｄｅｏ Ｔｅａｍ（ＪＶＴ）はＨ．２６４／ＭＰＥＧ−４ ＡＶＣへの拡張に取り組み続けている。

[0052]ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダ回路のいずれか、またはそれらの任意の組合せとして実装され得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも複合エンコーダ／デコーダ（コーデック）の一部としてそれぞれのカメラ、コンピュータ、モバイルデバイス、加入者デバイス、ブロードキャストデバイス、セットトップボックス、サーバなどに統合され得る。

[0053]ビデオシーケンスは、一般に一連のビデオフレームを含む。ピクチャのグループ（ＧＯＰ：group of pictures）は、概して、一連の１つまたは複数のビデオフレームを備える。ＧＯＰは、ＧＯＰ中に含まれるいくつかのフレームを記述するシンタックスデータを、ＧＯＰのヘッダ中、ＧＯＰの１つまたは複数のフレームのヘッダ中、または他の場所に含み得る。各フレームは、それぞれのフレームの符号化モードを記述するフレームシンタックスデータを含み得る。たとえば、ビデオエンコーダ２０は、フレーム中の各ブロックについて、または各ＧＯＰ内の各フレーム内の各ブロックについて最確候補イントラ予測モードの固定セットを含み得る。ＭＰＭ候補の固定セットは、現在ブロックに隣接するブロックのイントラ予測モードに基づく２つ（またはそれ以上）の最確イントラ予測モードを含み得る。ビデオエンコーダ２０は、一般に、ビデオデータを符号化するために、個々のビデオフレーム内のビデオブロックに対して動作する。ビデオブロックは、ブロック、ＣＵ、ＰＵ、またはＴＵに対応し得る。ビデオブロックは、固定サイズまたは可変サイズを有し得、指定のコーディング規格に応じてサイズが異なり得る。各ビデオフレームは複数のスライスを含み得る。各スライスは複数のマクロブロックを含み得、それらのマクロブロックは、サブブロックとも呼ばれるパーティションに構成され得る。

[0054]一例として、ＩＴＵ−Ｔ Ｈ．２６４規格は、ルーマ成分については１６×１６、８×８、または４×４、およびクロマ成分については８×８など、様々なブロックサイズのイントラ予測をサポートし、ならびにルーマ成分については１６×１６、１６×８、８×１６、８×８、８×４、４×８および４×４、およびクロマ成分については対応するスケーリングされたサイズなど、様々なブロックサイズのインター予測をサポートする。本開示では、「Ｎ×Ｎ」および「Ｎ by Ｎ」は、垂直寸法および水平寸法に関するブロックのピクセル寸法、たとえば、１６×１６ピクセルまたは１６ by １６ピクセルを指すために互換的に使用され得る。概して、１６×１６ブロックは、垂直方向に１６ピクセルを有し（ｙ＝１６）、水平方向に１６ピクセルを有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮピクセルを有し、水平方向にＮピクセルを有し、ただし、Ｎは非負整数値を表す。ブロック中のピクセルは行と列とに構成され得る。その上、ブロックは、必ずしも、水平方向において垂直方向と同じ数のピクセルを有する必要があるとは限らない。たとえば、ブロックはＮ×Ｍピクセルを備え得、ただし、Ｍは必ずしもＮに等しいとは限らない。

[0055]１６×１６よりも小さいブロックサイズは、１６×１６マクロブロックのパーティションと呼ばれることがある。ビデオブロックは、ピクセル領域中のピクセルデータのブロックを備え得、あるいは、たとえば、コード化ビデオブロックと予測ビデオブロックとの間のピクセル差分を表す残差ビデオブロックデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換などの変換の適用後の、変換領域中の変換係数のブロックを備え得る。場合によっては、ビデオブロックは、変換領域中の量子化変換係数のブロックを備え得る。

[0056]小さいビデオブロックほど、より良い解像度が得られ、高い詳細レベルを含むビデオフレームのロケーションのために使用され得る。概して、マクロブロック、およびサブブロックと呼ばれることがある様々なパーティションは、ビデオブロックと見なされ得る。さらに、スライスは、マクロブロックおよび／またはサブブロックなど、複数のビデオブロックであると見なされ得る。各スライスはビデオフレームの単独で復号可能な単位であり得る。代替的に、フレーム自体が復号可能な単位であり得るか、またはフレームの他の部分が復号可能な単位として定義され得る。「コード化ユニット」という用語は、フレーム全体、フレームのスライス、シーケンスとも呼ばれるピクチャのグループ（ＧＯＰ）など、ビデオフレームの単独で復号可能な任意のユニット、または適用可能なコーディング技法に従って定義される別の単独で復号可能なユニットを指すことがある。

[0057]高効率ビデオコーディング（ＨＥＶＣ）と現在呼ばれる、新しいビデオコーディング規格を開発するための取り組みが現在進行中である。新生のＨＥＶＣ規格はＨ．２６５と呼ばれることもある。この規格化の取り組みは、ＨＥＶＣテストモデル（ＨＭ：HEVC Test Model）と呼ばれるビデオコーディングデバイスのモデルに基づく。ＨＭは、たとえば、ＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣによるデバイスに勝るビデオコーディングデバイスのいくつかの能力を仮定する。たとえば、Ｈ．２６４は９つのイントラ予測符号化モードを与えるが、ＨＭは、たとえば、イントラ予測コーディングされるブロックのサイズに基づいて、３３個ものイントラ予測符号化モードを与える。

[0058]ＨＭでは、ビデオデータのブロックをコーディングユニット（ＣＵ）と呼ぶ。ビットストリーム内のシンタックスデータが、ピクセルの数に関して最大のコーディングユニットである最大コーディングユニット（ＬＣＵ：largest coding unit）を定義し得る。概して、ＣＵは、ＣＵがサイズの差異を有しないことを除いて、Ｈ．２６４のマクロブロックと同様の目的を有する。したがって、ＣＵはサブＣＵに分割され得る。概して、本開示におけるＣＵへの言及は、ピクチャの最大コーディングユニットまたはＬＣＵのサブＣＵを指すことがある。ＬＣＵはサブＣＵに分割され得、各サブＣＵはサブＣＵに分割され得る。ビットストリームのシンタックスデータは、ＣＵ深さと呼ばれる、ＬＣＵが分割され得る最大回数を定義し得る。それに応じて、ビットストリームは最小コーディングユニット（ＳＣＵ：smallest coding unit）をも定義し得る。本開示ではまた、ＣＵ、予測ユニット（ＰＵ）、または変換ユニット（ＴＵ）のいずれかを指すために「ブロック」という用語を使用する。

[0059]ＬＣＵは４分木データ構造に関連付けられ得る。概して、４分木データ構造はＣＵごとに１つのノードを含み、ルートノードがＬＣＵに対応する。ＣＵが４つのサブＣＵに分割された場合、ＣＵに対応するノードは４つのリーフノードを含み、リーフノードの各々はサブＣＵのうちの１つに対応する。４分木データ構造の各ノードは、対応するＣＵのシンタックスデータを与え得る。たとえば、４分木のノードは、そのノードに対応するＣＵがサブＣＵに分割されるかどうかを示す分割フラグを含み得る。ＣＵのシンタックス要素は、再帰的に定義され得、ＣＵがサブＣＵに分割されるかどうかに依存し得る。

[0060]分割されないＣＵは、１つまたは複数の予測ユニット（ＰＵ）を含み得る。概して、ＰＵは、対応するＣＵの全部または一部分を表し、そのＰＵの参照サンプルを取り出すためのデータを含む。たとえば、ＰＵがイントラモード符号化されるとき、ＰＵは、ＰＵのイントラ予測モードを記述するデータを含み得る。たとえば、本開示の技法によれば、ＣＵ中の各ＰＵについての最確候補イントラ予測モードの固定セットが提供される。ＭＰＭ候補の固定セットは、現在ブロックに隣接するブロックのイントラ予測モードに基づく２つ以上の候補イントラ予測モードを含み得る。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵの動きベクトルを定義するデータを含み得る。動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの解像度（たとえば、１／４ピクセル精度もしくは１／８ピクセル精度）、動きベクトルが指す参照フレーム、および／または動きベクトルの参照リスト（たとえば、リスト０もしくはリスト１）を記述し得る。（１つまたは複数の）ＰＵを定義するＣＵのデータはまた、たとえば、ＣＵを１つまたは複数のＰＵに区分することを記述し得る。区分モードは、ＣＵがコーディングされないか、イントラ予測モード符号化されるか、またはインター予測モード符号化されるかの間で異なり得る。

[0061]１つまたは複数のＰＵを有するＣＵはまた、１つまたは複数の変換ユニット（ＴＵ）を含み得る。ＰＵを使用した予測の後に、ビデオエンコーダは、ＰＵに対応するＣＵの部分の残差値を計算し得る。残差値のセットは、変換され、走査され、量子化されて、変換係数のセットが定義され得る。ＴＵは、変換係数を含むデータ構造を定義する。ＴＵは、必ずしもＰＵのサイズに制限されるとは限らない。したがって、ＴＵは、同じＣＵの対応するＰＵよりも大きいことも小さいこともある。いくつかの例では、ＴＵの最大サイズは、対応するＣＵのサイズに対応し得る。

[0062]本開示の技法によれば、ビデオエンコーダ２０は、イントラ予測モード符号化を使用してビデオデータのいくつかのブロックを符号化し、ブロックを符号化するために使用される選択されたイントラ予測モードを示す情報を提供し得る。ビデオエンコーダ２０は、ＰフレームまたはＰスライス、およびＢフレームまたはＢスライスに加えて、たとえば、ＩフレームまたはＩスライスなど、イントラ予測モードを使用して、任意のタイプのフレームまたはスライスのブロックをイントラ予測符号化し得る。ブロックがイントラ予測モード符号化されるべきであるとビデオエンコーダ２０が判断したとき、ビデオエンコーダ２０は、最も適切なイントラ予測符号化モードを選択するためにレートひずみ分析を実行し得る。たとえば、ビデオエンコーダ２０は、１つまたは複数のイントラ予測符号化モードについてのレートひずみ値を計算し、許容できるレートひずみ特性を有するモードのうちの１つを選択し得る。

[0063]ビデオエンコーダ２０はまた、ブロックの符号化コンテキストを決定するように構成され得る。コンテキストは、たとえば、ピクセル寸法で決定され得るブロックのサイズ、たとえばＨＥＶＣの例における２Ｎ×２Ｎ、Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×Ｎなどの予測ユニット（ＰＵ）タイプ、２Ｎ×Ｎ／２、Ｎ／２×２Ｎ、２Ｎ×１、１×２Ｎなどの短距離イントラ予測（ＳＤＩＰ：short-distance intra-prediction）タイプ、Ｈ．２６４の例におけるマクロブロックタイプ、ブロックのコーディングユニット（ＣＵ）深さ、またはビデオデータのブロックについてのサイズの他の測定値など、ブロックの様々な特性を含み得る。いくつかの例では、コンテキストは、上に隣接するブロック、左に隣接するブロック、左上に隣接するブロック、右上に隣接するブロック、または他の隣接するブロックのイントラ予測モードのいずれかまたはすべてに対応し得る。いくつかの例では、コンテキストは、１つまたは複数のブロックについてのイントラ予測モードと、符号化されている現在ブロックのサイズ情報の両方を含み得る。

[0064]いずれの場合も、ビデオエンコーダ２０は、ブロックのコンテキストを現在ブロックについての様々なコーディング特性にマッピングする構成データを含み得る。たとえば、ブロックのコンテキストに基づいて、構成データは、１つまたは複数の最確イントラ予測モードを示し得る。本開示の技法によれば、ビデオエンコーダ２０は、ブロックの符号化コンテキストと、ブロックの符号化コンテキストに基づくイントラモードインデックステーブルおよびコードワードテーブルとに基づいて、ブロックのための１つまたは複数の最確符号化モードを決定し得る。コードワードテーブルは、ＣＡＶＣＬ用の可変長コード（ＶＬＣ）テーブルまたはコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）用の２値化テーブルを備え得る。ＣＡＢＡＣでは、ビデオエンコーダ２０は、テーブルから選択された２値化値をさらにバイナリ算術コーディングし得る。ブロックを符号化するために使用すべきイントラ予測モードを選択した後に、ビデオエンコーダ２０は、選択されたイントラ予測モードがブロックの最確イントラ予測モードであるかどうかを決定し得る。選択されたモードが最確モードである場合、ビデオエンコーダ２０は、シングルビットコードワード（たとえば、「０」または「１」）を使用してイントラ予測モードをシグナリングし得る。一般性の損失なしに、シングルビットコードワードが「０」の値を有し、コードワードテーブルがＶＬＣテーブルであると仮定すると、ＶＬＣテーブル中の他のコードワードは、ＶＬＣのプレフィックス要件（すなわち、テーブル中のどのコードワードもテーブル中の別のコードワードのプレフィックスでないこと）に違反するのを避けるために「１」から始まり得る。選択されたイントラ予測モードが最確モードのうちの１つでない例では、ビデオエンコーダ２０は、実際のイントラ予測モードをシグナリングし得る。いくつかの例では、実際のイントラ予測モードが最確イントラ予測モードの候補リスト中に含まれないことを示すフラグが設定され得る。

[0065]ビデオエンコーダ２０は、いくつかの例では、コンテキストに基づいて、最確符号化モードでイントラ予測符号化モードの選択のための分析を開始するように構成され得る。最確符号化モードが適切なレートひずみ特性を達成するとき、いくつかの例では、ビデオエンコーダ２０は、最確符号化モードを選択し得る。他の例では、ビデオエンコーダ２０は、最確符号化モードで選択プロセスを開始する必要がない。

[0066]予測データと残差データとを生成するためのイントラ予測コーディングまたはインター予測コーディングの後に、および変換係数を生成するための（Ｈ．２６４／ＡＶＣにおいて使用される４×４または８×８整数変換、あるいは離散コサイン変換ＤＣＴなどの）任意の変換の後に、変換係数の量子化が実行され得る。量子化は、概して、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数を量子化するプロセスを指す。量子化プロセスは、係数の一部または全部に関連するビット深さを低減し得る。たとえば、量子化中にｎビット値がｍビット値に切り捨てられ得、ただし、ｎはｍよりも大きい。

[0067]量子化の後に、たとえば、コンテンツ適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、または別のエントロピーコーディング方法に従って、量子化データのエントロピーコーディングが実行され得る。エントロピーコーディング用に構成された処理ユニット、または別の処理ユニットは、量子化係数のゼロランレングスコーディング、および／またはコード化ブロックパターン（ＣＢＰ：coded block pattern）値、マクロブロックタイプ、コーディングモード、（フレーム、スライス、マクロブロック、またはシーケンスなどの）コード化ユニットの最大マクロブロックサイズなどのシンタックス情報の生成など、他の処理機能を実行し得る。

[0068]ビデオデコーダ３０は、最終的に、たとえば、モデム２８および受信機２６から、符号化ビデオデータを受信し得る。本開示の技法によれば、ビデオデコーダ３０は、ビデオデータのブロックを符号化するために使用されるイントラ予測モードを表すコードワードを受信し得る。ビデオデコーダ３０は、ビデオエンコーダ２０と実質的に同様の方法でブロックのコーディングコンテキストを決定するように構成され得る。その上、ビデオデコーダ３０は、ビデオエンコーダ２０と同様の構成データ、たとえば、各コーディングコンテキストのための最確符号化モードの指示、イントラ予測モードインデックステーブル、およびＶＬＣテーブルを含み得る。

[0069]１つの最確イントラ予測モードを使用するとき、コードワードがシングルビットコードワードを備える場合、ビデオデコーダ３０は、コード化ブロックを符号化するために使用されたイントラ予測モードが最確イントラ予測モードであったと決定し得る。もちろん、上記で説明したように、シングルビットコードワードは、ＶＬＣテーブルのコードワードのプレフィックスであるべきでない。したがって、受信されたコードワードがシングルビットコードワードでない場合、ビデオデコーダ３０は、ビデオエンコーダ２０の方法とは概して逆の方法で、ビデオデータのブロックを符号化するために使用されたイントラ予測モードを決定し得る。

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

[0071]図３は、イントラ予測モードを示す情報をコーディングするための技法を実装し得、上記で説明した様々な技法を実装するために使用され得るビデオエンコーダ２０の一例を示すブロック図である。ビデオエンコーダ２０は、マクロブロック、あるいはマクロブロックのパーティションまたはサブパーティションを含む、ビデオフレーム内のブロックのイントラコーディングおよびインターコーディングを実行し得る。イントラコーディングは、所与のビデオフレーム内のビデオの空間的冗長性を低減または除去するために空間的予測に依拠する。インターコーディングは、ビデオシーケンスの隣接フレーム内のビデオの時間的冗長性を低減または除去するために時間的予測に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースの圧縮モードのいずれかを指し得、単方向予測（Ｐモード）または双方向予測（Ｂモード）などのインターモードは、いくつかの時間ベースの圧縮モードのいずれかを指し得る。図３にはインターモード符号化のための構成要素が示されているが、ビデオエンコーダ２０はイントラモード符号化のための構成要素をさらに含み得ることを理解されたい。ただし、簡潔および明快のために、そのような構成要素は示されていない。

[0072]図３に示すように、ビデオエンコーダ２０は、符号化されるべきビデオフレーム内の現在ビデオブロックを受信する。図２の例では、ビデオエンコーダ２０は、動き補償ユニット４４と、動き推定ユニット４２と、メモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピーコーディングユニット５６とを含む。ビデオブロック再構成のために、ビデオエンコーダ２０はまた、逆量子化ユニット５８と、逆変換ユニット６０と、加算器６２とを含む。再構成されたビデオからブロッキネスアーティファクトを除去するためにブロック境界をフィルタ処理するデブロッキングフィルタも含まれ得る。所望される場合、デブロッキングフィルタは、一般に、加算器６２の出力をフィルタ処理することになる。

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

[0074]モード選択ユニット４０は、たとえば、誤差結果に基づいて、およびコーディングされている現在ブロックを含むフレームまたはスライスについてのフレームタイプまたはスライスタイプに基づいて、コーディングモード、すなわち、イントラまたはインターのうちの１つを選択し、残差ブロックデータを生成するために、得られたイントラコード化ブロックまたはインターコード化ブロックを加算器５０に与え、参照フレームまたは参照スライス中で使用するための符号化ブロックを再構成するために、得られたイントラコード化ブロックまたはインターコード化ブロックを加算器６２に供給し得る。概して、イントラ予測は、隣接する、前にコーディングされたブロックに対して現在ブロックを予測することを伴い、一方、インター予測は、現在ブロックを時間的に予測するために動き推定および動き補償を伴う。

[0075]動き推定ユニット４２と動き補償ユニット４４とは、ビデオエンコーダ２０のインター予測要素を表す。動き推定ユニット４２と動き補償ユニット４４とは、高度に統合され得るが、概念的な目的のために別々に示してある。動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、現在フレーム（または、他のコード化ユニット）内でコーディングされている現在ブロックに対する予測参照フレーム（または、他のコード化ユニット）内の予測ブロックの変位を示し得る。予測ブロックは、絶対値差分和（ＳＡＤ：sum of absolute difference）、２乗差分和（ＳＳＤ：sum of square difference）、または他の差分メトリックによって決定され得るピクセル差分に関して、コーディングされるべきブロックにぴったり一致することがわかるブロックである。動きベクトルはまた、マクロブロックのパーティションの変位を示し得る。動き補償は、動き推定によって決定された動きベクトルに基づいて予測ブロックをフェッチまたは生成することを伴い得る。この場合も、いくつかの例では、動き推定ユニット４２と動き補償ユニット４４とは機能的に統合され得る。

[0076]動き推定ユニット４２は、ビデオブロックを参照フレームストア６４中の参照フレームのビデオブロックと比較することによってインターコード化フレームのビデオブロックの動きベクトルを計算する。動き補償ユニット４４はまた、参照フレーム、たとえば、ＩフレームまたはＰフレームのサブ整数ピクセルを補間し得る。一例として、ＩＴＵ Ｈ．２６４規格には、符号化されている現在フレームよりも前の表示順序を有する参照フレームを含むリスト０、および符号化されている現在フレームよりも後の表示順序を有する参照フレームを含むリスト１という２つのリストが記載されている。したがって、参照フレームストア６４に記憶されたデータは、これらのリストに従って編成され得る。

[0077]動き推定ユニット４２は、参照フレームストア６４からの１つまたは複数の参照フレームのブロックを現在フレーム、たとえば、ＰフレームまたはＢフレームの符号化されるべきブロックと比較する。参照フレームストア６４中の参照フレームがサブ整数ピクセルの値を含むとき、動き推定ユニット４２によって計算される動きベクトルは参照フレームのサブ整数ピクセルロケーションを指し得る。動き推定ユニット４２および／または動き補償ユニット４４はまた、サブ整数ピクセル位置の値が参照フレームストア６４に記憶されていない場合、参照フレームストア６４に記憶された参照フレームのサブ整数ピクセル位置の値を計算するように構成され得る。動き推定ユニット４２は、計算された動きベクトルをエントロピーコーディングユニット５６と動き補償ユニット４４とに送る。動きベクトルによって識別される参照フレームブロックは予測ブロックと呼ばれることがある。動き補償ユニット４４は、インター予測ブロックに基づいて予測データを計算し得る。

[0078]イントラ予測ユニット４６は、上記で説明したように、動き推定ユニット４２と動き補償ユニット４４とによって実行されるインター予測の代替として、現在ブロックをイントラ予測し得る。特に、イントラ予測ユニット４６は、現在ブロックを符号化するために使用すべきイントラ予測モードを決定し得る。いくつかの例では、イントラ予測ユニット４６は、たとえば、別個の符号化パス中に、様々なイントラ予測モードを使用して現在ブロックを符号化し得、イントラ予測ユニット４６（または、いくつかの例では、モード選択ユニット４０）は、テストされたモードから使用するのに適切なイントラ予測モードを選択し得る。たとえば、イントラ予測ユニット４６は、様々なテストされたイントラ予測モードのためのレートひずみ分析を使用してレートひずみ値を計算し、テストされたモードの中で最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、概して、符号化ブロックと、符号化ブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、ならびに符号化ブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測ユニット４６は、どのイントラ予測モードがブロックについて最良のレートひずみ値を呈するかを決定するために、様々な符号化ブロックのひずみおよびレートから比を計算し得る。

[0079]いずれの場合も、ブロックのイントラ予測モードを選択した後に、イントラ予測ユニット４６は、ブロックについての選択されたイントラ予測モードを示す情報をエントロピーコーディングユニット５６に提供し得る。エントロピーコーディングユニット５６は、本開示の技法に従って選択されたイントラ予測モードを示す情報を符号化し得る。図３に示すように、ビデオエンコーダ２０は、複数のイントラ予測モードインデックステーブルおよび複数のコードワードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）と、様々なブロックの符号化コンテキストの定義と、コンテキストの各々のために使用すべき最確イントラ予測モード、イントラ予測モードインデックステーブル、コードワードインデックステーブルの指示とを含み得る、構成データ６６を含み得る。

[0080]イントラ予測モードの数がブロックサイズに基づいて変わる例では、構成データ６６は、異なるサイズのブロックのために異なるテーブルを含み得る。したがって、ブロックを符号化するために使用されるイントラ予測モードの指示を符号化するためのコンテキストは、ブロックのサイズ、ならびに隣接ブロックを符号化するために使用されるコーディングモードを含み得る。エントロピーコーディングユニット５６は、ブロックのコンテキストに基づいてブロックを符号化するために使用される選択されたイントラ予測モードを表すコードワードを選択するために使用されるモードインデックステーブルおよびコードワードマッピングテーブルを選択し得る。その上、特定サイズのブロックのためのモードインデックステーブルは、そのサイズのブロックのためのイントラ予測モードの数に等しい数のエントリを有し得る。したがって、サイズ４×４のブロックのモードインデックステーブルは１７個のエントリを有し得、サイズ８×８、１６×１６、および３２×３２のブロックのモードインデックステーブルは３４個のエントリを有し得、サイズ６４×６４のブロックのモードインデックステーブルは５つのエントリを有し得る。たとえば１２８×１２８など、他のサイズのブロックも、決定された数の利用可能なイントラ予測モードを有し得る。

[0081]サイズ８×８、１６×１６、および３２×３２のブロックのために利用可能なイントラ予測モードは同じであり得、したがって、サイズ８×８、１６×１６、および３２×３２のブロックのために同じモードインデックステーブルが使用され得る。これらのサイズのブロックについて同じモードが可能であるが、ブロックを符号化するために特定のモードを使用する確率は、ブロックのサイズに基づいて変わり得る。したがって、いくつかの例では、エントロピーコーディングユニット５６は、イントラ予測モードがそれについてシグナリングされるべきブロックのサイズに基づいて、特定のモードインデックステーブルのためのコードワードマッピングテーブルを決定し得る。

[0082]たとえば、ビデオエンコーダ２０は最確モードのセットを決定する。イントラ予測ユニット４６は、現在ブロックの隣接ブロックについての実際のイントラ予測モードを決定し得る。ビデオエンコーダ２０はまた、そのブロックの左に隣接するブロックのための第１のイントラ予測モードを決定することと、そのブロックの上に隣接するブロックのための第２のイントラ予測モードを決定することと、第１のイントラ予測モードが第２のイントラ予測モードとは異なるとき、最確イントラ予測モードのセット中に第１のイントラ予測モードと第２のイントラ予測モードの両方を含めることとを行うように構成され得る。たとえば、図１を参照すると、イントラ予測ユニット４６は、現在ブロックＣ（８）に対する隣接ブロックＡ（４）およびＢ（６）のために使用される実際のイントラ予測モードを決定し得る。隣接ブロックＡ（４）およびＢ（６）のために使用されるイントラ予測モードに基づいて、イントラ予測ユニット４６は、ブロックＣ（８）の最確モードを決定する。イントラ予測ユニット４６は、隣接ブロックＡ（４）のために使用される実際のイントラ予測モードを、隣接ブロックＢ（６）のために使用される実際のイントラ予測モードと比較し得る。この比較に基づいて、平面モードなど、特定のイントラ予測モードが、ブロックＣ（８）の最確モードのセット中に含められ得る。イントラ予測ユニット４６はまた、現在ブロックＣ（８）をイントラ予測するために使用すべき実際のモードを決定し得る。

[0083]第１のイントラ予測モードが第２のイントラ予測モードと同じであるとき、および第１のイントラ予測モードと第２のイントラ予測モードとが平面モード以外のモードを備えるとき、イントラ予測ユニット４６は、最確イントラ予測モードのセット中に平面モードを含める。別の例では、第１のイントラ予測モードが第２のイントラ予測モードと同じであるとき、および第１のイントラ予測モードと第２のイントラ予測モードとが平面モードを備えるとき、イントラ予測ユニット４６は、最確イントラ予測モードのセット中に平面モードとＤＣモードとを含める。

[0084]別の例では、現在ブロックがルミナンスブロックを備えるとき、ビデオエンコーダ２０は、ルミナンスブロックに対応するクロミナンスブロックについて、イントラ予測モードのセットへの値のセットのマッピングを決定し、イントラ予測モードのセットは、水平モードと、垂直モードと、平面モードと、ＤＣモードと、ルーマ信号予測モードとを備え、ルミナンスブロックのための実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモード以外のモードを備えるとき、イントラ予測モードのセットは、値のセットのうちの第１の値からマッピングされるルーマイントラ予測モードの再利用をさらに備える。ルミナンスブロックのための実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモードのうちの１つを備えるとき、イントラ予測モードのセットは、値のセットのうちの第１の値からマッピングされる水平モード、垂直モード、平面モード、およびＤＣモード以外のモードをさらに備え、ビデオエンコーダ２０は、モードのセットへの値のセットのマッピングに基づいて、クロミナンスブロックのための実際のイントラ予測モードを表す値を符号化する。

[0085]別の例では、イントラ予測ユニット４６は、実際のイントラ予測モードの予測方向を決定し、最確イントラ予測モードのセット中に、実際のイントラ予測モードの予測方向に最も近い予測方向を有する少なくとも１つのイントラ予測モードを含める。

[0086]さらに別の例では、最確イントラ予測モードのセットのサイズが３に等しいとき、イントラ予測ユニット４６は、第１のイントラ予測モードの予測方向を決定し、第１のイントラ予測モードの予測方向を１つまたは複数の他の利用可能なイントラ予測モードの予測方向と比較する。イントラ予測ユニット４６は、最確イントラ予測モードのセット中に第１のイントラ予測モードを含める。さらに、比較に基づいて、イントラ予測ユニット４６は、最確イントラ予測モードのセット中に、１つまたは複数の利用可能なイントラ予測モードのうちの第２のイントラ予測モードと第３のイントラ予測モードとを含め、第２のイントラ予測モードと第３のイントラ予測モードとは、第１のイントラ予測モードの予測方向に最も近いと決定された予測方向を有する。

[0087]たとえば、イントラ予測またはインター予測を使用して、現在ブロックを予測した後に、ビデオエンコーダ２０は、コーディングされている元のビデオブロックから、動き補償ユニット４４またはイントラ予測ユニット４６によって計算された予測データを減算することによって残差ビデオブロックを形成し得る。加算器５０は、この減算演算を実行する１つまたは複数の構成要素を表す。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に同様の変換などの変換を残差ブロックに適用し、残差変換係数値を備えるビデオブロックを生成する。変換処理ユニット５２は、概念的にＤＣＴと同様である、Ｈ．２６４規格によって定義される変換など、他の変換を実行し得る。ウェーブレット変換、整数変換、サブバンド変換または他のタイプの変換も使用され得る。いずれの場合も、変換処理ユニット５２は、変換を残差ブロックに適用し、残差変換係数のブロックを生成する。変換は、残差情報をピクセル値領域から周波数領域などの変換領域に変換し得る。量子化ユニット５４は、ビットレートをさらに低減するために残差変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連するビット深さを低減し得る。量子化の程度は、量子化パラメータを調整することによって変更され得る。

[0088]量子化の後に、エントロピーコーディングユニット５６は量子化変換係数をエントロピーコーディングする。たとえば、エントロピーコーディングユニット５６は、コンテンツ適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、または別のエントロピーコーディング技法を実行し得る。エントロピーコーディングユニット５６によるエントロピーコーディングの後に、符号化ビデオは、別のデバイスに送信されるか、あるいは後の送信または取出しのためにアーカイブされ得る。コンテキスト適応型バイナリ算術コーディングの場合、コンテキストは隣接ブロックおよび／またはブロックサイズに基づき得る。

[0089]場合によっては、エントロピーコーディングユニット５６またはビデオエンコーダ２０の別のユニットは、上記で説明したように、エントロピーコーディングおよびイントラ予測モードのコーディングに加えて他のコーディング機能を実行するように構成され得る。たとえば、エントロピーコーディングユニット５６は、ブロックおよびパーティションのためのコード化ブロックパターン（ＣＢＰ：coded block pattern）値を決定するように構成され得る。また、場合によっては、エントロピーコーディングユニット５６は、マクロブロックまたはそれのパーティション中の係数のランレングスコーディングを実行し得る。特に、エントロピーコーディングユニット５６は、マクロブロックまたはパーティション中の変換係数を走査するためにジグザグ走査または他の走査パターンを適用し、さらなる圧縮のためにゼロのランを符号化し得る。エントロピーコーディングユニット５６はまた、符号化ビデオビットストリーム中での送信のために適切なシンタックス要素とともにヘッダ情報を構成し得る。

[0090]逆量子化ユニット５８および逆変換ユニット６０は、それぞれ逆量子化および逆変換を適用して、たとえば参照ブロックとして後で使用するために、ピクセル領域中で残差ブロックを再構成する。動き補償ユニット４４は、残差ブロックを参照フレームストア６４のフレームのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、再構成された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するサブ整数ピクセル値を計算し得る。加算器６２は、再構成された残差ブロックを、動き補償ユニット４４によって生成された動き補償予測ブロックに加算して、参照フレームストア６４に記憶するための再構成されたビデオブロックを生成する。再構成されたビデオブロックは、後続のビデオフレーム中のブロックをインターコーディングするために動き推定ユニット４２および動き補償ユニット４４によって参照ブロックとして使用され得る。

[0091]このように、ビデオエンコーダ２０は、ビデオデータの現在ブロックの符号化コンテキストに基づいて、現在ブロックのための１つまたは複数の最確イントラ予測符号化モードを決定することと、現在ブロックのコンテキストに基づいてコードワードのテーブルを選択することと、コードワードのテーブルは、コンテキストに基づいて（１つまたは複数の）最確イントラ予測モード以外のイントラ予測モードに対応するコードワードインデックスに対応する複数の可変長コードワードを備え、最確イントラ予測符号化モード以外のイントラ予測モードのうちの１つを使用して現在ブロックを符号化することと、コードワードのテーブルを使用して該イントラ予測モードのうちの１つに対応するコードワードインデックスのうちの１つを決定することと、コードワードの選択されたテーブルからコードワードを出力することと、該コードワードは該コードワードインデックスのうちの１つに対応する、ように構成されたビデオエンコーダの一例を表す。

[0092]図４は、符号化ビデオシーケンスを復号し、本明細書で説明する様々な技法を実装するために使用され得るビデオデコーダ３０の一例を示すブロック図である。図３の例では、ビデオデコーダ３０は、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、メモリ８２と、加算器８０とを含む。ビデオデコーダ３０は、いくつかの例では、ビデオエンコーダ２０（図３）に関して説明した符号化パスとは概して逆の復号パスを実行し得る。動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルに基づいて予測データを生成し得る。

[0093]動き補償ユニット７２は、ビットストリーム中で受信された動きベクトルを使用して、参照フレームストア８２中の参照フレーム中の予測ブロックを識別し得る。イントラ予測ユニット７４は、ビットストリーム中で受信されたイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成し得る。特に、ビデオデコーダ３０は、図４の例では、構成データ８４を含む。構成データ８４が、イントラ予測されたブロックのコンテキストを記述する情報と、ならびに、各コンテキストのために使用すべき複数のイントラ予測インデックスマッピングテーブルのうちの１つと、各コンテキストのために使用すべき複数のコードワードインデックス（またはコードワードマッピング）テーブルのうちの１つと、各コンテキストのための最確イントラ予測モードとを含むという点で、構成データ８４は、図３の構成データ６６と実質的に同様である。

[0094]エントロピー復号ユニット７０は、ビデオデータの符号化ブロックを復号するために使用すべきイントラ予測モードを表すコードワードを受信し得る。いくつかの例では、コードワードは、ＣＡＢＡＣを使用して最初にエントロピー復号された、ＶＬＣコードワードまたはエントロピーコーディングされた２値化値であり得る。エントロピー復号ユニット７０は、たとえば、符号化ブロックに対して左に隣接するブロックおよび上に隣接するブロックのイントラ予測モード、および／または符号化ブロックのサイズに基づいて、符号化ブロックのコンテキストを決定し得る。すなわち、コンテキストは２つ以上の最確モードに対応し得る。コードワードは、現在ブロックのための実際のイントラ予測モードの指示を与える。たとえば、コードワードは、実際のイントラ予測モードが最確モードのうちの１つであるかどうかを示し、実際のイントラ予測モードが最確モードのうちの１つでない場合、イントラ予測ユニット７４は、実際のイントラ予測モードの指示を与える。コンテキストに基づいて、エントロピー復号ユニット７０は、ブロックを復号するために使用すべき１つまたは複数の最確イントラ予測モード、ならびにブロックを復号するために使用すべき実際のイントラ予測モードを決定するために使用すべきイントラ予測インデックステーブルおよびコードワードインデックステーブルを決定し得る。

[0095]イントラ予測ユニット７４は、たとえば、隣接する、前に復号されたブロックのピクセルを使用して、符号化ブロックをイントラ予測するために、指示に対応するイントラ予測モードを使用し得る。ブロックがインター予測モード符号化される例では、動き補償ユニット７２は、符号化ブロックの動き補償予測データを取り出すために、動きベクトルを定義する情報を受信し得る。いずれの場合も、動き補償ユニット７２またはイントラ予測ユニット７４は、予測ブロックを定義する情報を加算器８０に与え得る。

[0096]逆量子化ユニット７６は、ビットストリーム中で与えられ、エントロピー復号ユニット７０によって復号された量子化ブロック係数を逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、たとえば、Ｈ．２６４復号規格によって定義されるかまたはＨＥＶＣテストモデルによって実行される、従来のプロセスを含み得る。逆量子化プロセスはまた、量子化の程度を決定し、同様に、適用されるべき逆量子化の程度を決定するための、各マクロブロックについてエンコーダ５０によって計算される量子化パラメータＱＰ_Yの使用を含み得る。

[0097]逆変換ユニット５８は、ピクセル領域において残差ブロックを生成するために、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。動き補償ユニット７２は、動き補償ブロックを生成し、場合によっては、補間フィルタに基づいて補間を実行する。サブピクセル精度をもつ動き推定に使用されるべき補間フィルタの識別子は、シンタックス要素中に含まれ得る。動き補償ユニット７２は、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセルのための補間値を計算し得る。動き補償ユニット７２は、受信されたシンタックス情報に従って、ビデオエンコーダ２０によって使用された補間フィルタを決定し、その補間フィルタを使用して予測ブロックを生成し得る。

[0098]動き補償ユニット７２は、シンタックス情報のいくつかを使用して、符号化ビデオシーケンスの（１つまたは複数の）フレームを符号化するために使用されるブロックのサイズと、符号化ビデオシーケンスのフレームまたはスライスの各ブロックがどのように区分されるかを記述するパーティション情報と、各パーティションがどのように符号化されるかを示すモードと、各インター符号化ブロックまたはパーティションのための１つまたは複数の参照フレーム（および参照フレームリスト）と、符号化ビデオシーケンスを復号するための他の情報とを決定する。

[0099]加算器８０は、残差ブロックを、動き補償ユニット７２またはイントラ予測ユニット７４によって生成される対応する予測ブロックと合計して、復号ブロックを形成する。所望される場合、ブロッキネスアーティファクトを除去するために、復号ブロックをフィルタ処理するためにデブロッキングフィルタも適用され得る。復号ビデオブロックは、次いで、参照フレームストア８２に記憶され、参照フレームストア８２は、後続の動き補償のために参照ブロックを与え、また、（図２のディスプレイデバイス３２などの）ディスプレイデバイス上での提示のために復号ビデオを生成する。

[0100]このように、図４のビデオデコーダ３０は、現在ブロックのコンテキストに基づいてビデオデータのコード化ブロックのための１つまたは複数の最確イントラ予測モードを決定することと、現在ブロックのコンテキストに基づいてコードワードのテーブルを選択することと、コードワードのテーブルは、コンテキストに基づいて（１つまたは複数の）最確イントラ予測モード以外のイントラ予測モードに対応するコードワードインデックスに対応する複数の可変長コードワードを備え、コードワードのテーブルを使用して受信されたコードワードに対応するコードワードインデックスのうちの１つを決定することと、コード化ブロックを復号するために使用すべき最確イントラ予測モード以外のイントラ予測モードを選択することと、選択されたイントラ予測モードは、コードワードインデックスのうちの決定された１つに対応し、選択されたイントラ予測モードを使用して現在ブロックを復号することと、を行うように構成されたビデオデコーダの一例を表す。

[0101]本明細書で説明する技法によれば、ビデオデコーダ３０は、現在ビデオブロックのための最確モードのセットを決定する。イントラ予測ユニット７４は、現在ブロックの隣接ブロックについての実際のイントラ予測モードを決定し得る。ビデオデコーダ３０はまた、そのブロックの左に隣接するブロックのための第１のイントラ予測モードを決定することと、そのブロックの上に隣接するブロックのための第２のイントラ予測モードを決定することと、第１のイントラ予測モードが第２のイントラ予測モードとは異なるとき、最確イントラ予測モードのセット中に第１のイントラ予測モードと第２のイントラ予測モードの両方を含めることとを行うように構成され得る。たとえば、図１を参照すると、イントラ予測ユニット７４は、現在ブロックＣ（８）に対する隣接ブロックＡ（４）およびＢ（６）のために使用される実際のイントラ予測モードを決定し得る。隣接ブロックＡ（４）およびＢ（６）のために使用されるイントラ予測モードに基づいて、イントラ予測ユニット７４は、ブロックＣ（８）の最確モードを決定する。イントラ予測ユニット７４は、隣接ブロックＡ（４）のために使用される実際のイントラ予測モードを、隣接ブロックＢ（６）のために使用される実際のイントラ予測モードと比較し得る。この比較に基づいて、平面モードなど、特定のイントラ予測モードが、ブロックＣ（８）の最確モードのセット中に含められ得る。イントラ予測ユニット７４はまた、現在ブロックＣ（８）をイントラ予測するために使用すべき実際のモードを決定し得る。

[0102]第１のイントラ予測モードが第２のイントラ予測モードと同じであるとき、および第１のイントラ予測モードと第２のイントラ予測モードとが平面モード以外のモードを備えるとき、イントラ予測ユニット７４は、最確イントラ予測モードのセット中に平面モードを含める。別の例では、第１のイントラ予測モードが第２のイントラ予測モードと同じであるとき、および第１のイントラ予測モードと第２のイントラ予測モードとが平面モードを備えるとき、イントラ予測ユニット７４は、最確イントラ予測モードのセット中に平面モードとＤＣモードとを含める。

[0103]別の例では、現在ブロックがルミナンスブロックを備えるとき、ビデオデコーダ３０は、ルミナンスブロックに対応するクロミナンスブロックについて、イントラ予測モードのセットへの値のセットのマッピングを決定し、イントラ予測モードのセットは、水平モードと、垂直モードと、平面モードと、ＤＣモードと、ルーマ信号予測モードとを備え、ルミナンスブロックのための実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモード以外のモードを備えるとき、イントラ予測モードのセットは、値のセットのうちの第１の値からマッピングされるルーマイントラ予測モードの再利用をさらに備える。ルミナンスブロックのための実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモードのうちの１つを備えるとき、イントラ予測モードのセットは、値のセットのうちの第１の値からマッピングされる水平モード、垂直モード、平面モード、およびＤＣモード以外のモードをさらに備え、ビデオデコーダ３０は、モードのセットへの値のセットのマッピングに基づいて、クロミナンスブロックのための実際のイントラ予測モードを表す値を復号する。

[0104]別の例では、イントラ予測ユニット７４は、現在ブロックの実際のイントラ予測モードの予測方向を決定し、最確イントラ予測モードのセット中に、実際のイントラ予測モードの予測方向に最も近い予測方向を有する少なくとも１つのイントラ予測モードを含める。

[0105]さらに別の例では、最確イントラ予測モードのセットのサイズが３に等しいとき、イントラ予測ユニット７４は、第１のイントラ予測モードの予測方向を決定し、第１のイントラ予測モードの予測方向を１つまたは複数の他の利用可能なイントラ予測モードの予測方向と比較する。イントラ予測ユニット７４は、最確イントラ予測モードのセット中に第１のイントラ予測モードを含める。さらに、比較に基づいて、イントラ予測ユニット７４は、最確イントラ予測モードのセット中に、１つまたは複数の利用可能なイントラ予測モードのうちの第２のイントラ予測モードと第３のイントラ予測モードとを含め、第２のイントラ予測モードと第３のイントラ予測モードとは、第１のイントラ予測モードの予測方向に最も近いと決定された予測方向を有する。

[0106]図５は、３５個のイントラ予測モードおよびそれらの対応する予測方向の一例を示す図である。この例において定義されるように、３５個のインデックス値の各々は、異なるイントラ予測モードに一意に割り当てられる。この例では、インデックス値２がＤＣイントラ予測モードにマッピングされ、インデックス値３４が平面（planar）イントラ予測モードにマッピングされ、インデックス値３５がｆｒｏｍ＿ｌｕｍａイントラ予測モードにマッピングされる。インデックス値の残りは、各々が予測方向を有する、異なるイントラ予測モードの利用可能なセットに割り当てられる。たとえば、ビデオエンコーダ２０のイントラ予測ユニット４６が、ルーマブロックを符号化するために使用される実際のイントラ予測モードを示すシンタックス要素のための５つの値のうちの１つを与え得る。同様に、ビデオエンコーダ２０のイントラ予測ユニット４６は、クロマブロックを符号化するために使用される実際のイントラ予測モードを示すシンタックス要素のための６つの値のうちの１つを与え得る。これらの６つの値は、ルーマブロックのために使用される５つの値のうちの１つ、ならびに対応するルーマブロックをコーディングするために使用されたイントラ予測モードの模写を示す値であり得る。

[0107]たとえば、インデックス値０にマッピングされたイントラ予測モードは、コーディングされている現在ブロックに対して上向きの予測方向を有する。すなわち、インデックス値０にマッピングされたモードが選択されたとき、現在ブロックを予測するために使用されるピクセルは現在ブロックの上方から来る。イントラ予測モードの数が３４個である例では、インデックス値０にマッピングされたイントラ予測モードに最も近い予測方向を有するイントラ予測モードは、インデックス値２１および２２にマッピングされたイントラ予測モードである。イントラ予測モードの数が１７個である例では、インデックス値２１および２２が１７個のイントラ予測モードのセットのために利用可能でないので、インデックス値０にマッピングされたイントラ予測モードに最も近い予測方向を有するイントラ予測モードは、インデックス値１１および１２にマッピングされたイントラ予測モードである。

[0108]代替番号付け方式では、ｉｎｔｒａ＿ｐｌａｎａｒモードがモード０に対応し得、その場合、すべての他のモードのモード番号は１だけ増やされることになる。本開示全体にわたって使用されるテーブルのいくつかは、概して、この代替番号付け方式に対応する。ただし、本開示の技法は、１つの特定の番号付け方式に限定されないことが当業者には明らかなはずである。

[0109]図６は、３５個のイントラ予測モードおよびそれらの対応する予測方向の別の例を示す図である。図６の例において定義されるように、３５個のインデックス値の各々は、異なるイントラ予測モードに一意に割り当てられる。この例では、インデックス値０が平面イントラ予測モードにマッピングされ、インデックス値１がＤＣイントラ予測モードにマッピングされ、インデックス値３５がｆｒｏｍ＿ｌｕｍａイントラ予測モードにマッピングされる。インデックス値の残りは、各々が予測方向を有する、異なるイントラ予測モードの利用可能なセットに割り当てられる。

[0110]図６の図は、０、１、２、．．、３５と標示されたＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］が表３．１に記載の予測の方向を表すことを示している。表３．１は、イントラ予測モードの値および関連する名前を規定する。たとえば、モード３４は、コーディングされるべき現在ブロックの右上方向を指すイントラ角度モードである。いくつかの例では、モード３４は右上方向イントラ予測モードである。

[0111]ルーマイントラ予測モードのための例示的な導出プロセスへの入力は、現在ピクチャの左上ルーマサンプルに対する現在ブロックの左上ルーマサンプルを指定するルーマロケーション（ｘＢ，ｙＢ）と、現在予測ユニットのサイズを指定する変数ｌｏｇ２ＰＵＳｉｚｅと、隣接コーディングユニットについて（復号順序で）前に導出された変数アレイＩｎｔｒａＰｒｅｄＭｏｄｅ（利用可能な場合）とを含む。ルーマイントラ予測モードのための例示的なプロセス導出プロセスの出力は、変数ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］である。

[0112]ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］は、以下の順序付きステップのように導出され得る。第１に、隣接するロケーション（ｘＢＡ，ｙＢＡ）および（ｘＢＢ，ｙＢＢ）が、それぞれ（ｘＢ−１，ｙＢ）および（ｘＢ，ｙＢ−１）に等しく設定される。第２に、最小コーディングブロックが、ロケーション（ｘＢＡ，ｙＢＡ）および（ｘＢＢ，ｙＢＢ）をそれぞれカバーするコーディングツリーブロックのｃｂＡｄｄｒＡおよびｃｂＡｄｄｒＢをアドレッシングし、以下のように導出される。

[0113]第３に、指定された最小コーディングブロックアドレスの利用可能性プロセスが、ａｖａｉｌａｂｌｅＡに割り当てられた入力および出力として最小コーディングブロックアドレスｃｂＡｄｄｒＡを用いて１回、ならびにａｖａｉｌａｂｌｅＢに割り当てられた入力および出力として最小コーディングブロックアドレスｃｂＡｄｄｒＢを用いて１回呼び出される。

[0114]第４に、交換されたＡまたはＢのいずれかであるＮについて、変数ｉｎｔｒａＰｒｅｄＭｏｄｅＮが以下のように導出される。ａｖａｉｌａｂｌｅＮがＦＡＬＳＥに等しい場合、ｉｎｔｒａＰｒｅｄＭｏｄｅＮはＩｎｔｒａ＿ＤＣに等しく設定される。そうでない場合、（ｘＢＮ，ｙＢＮ）をカバーするコーディングユニットがイントラモードとしてコーディングされないとき、ｉｎｔｒａＰｒｅｄＭｏｄｅＮはＩｎｔｒａ＿ＤＣに等しく設定され、さもなければ、ｙＢ−１がｙＣｔｂよりも小さいとき、ｉｎｔｒａＰｒｅｄＭｏｄｅＡはＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢＡ］［ｙＢＡ］に等しく設定され、ｉｎｔｒａＰｒｅｄＭｏｄｅＢはＩｎｔｒａ＿ＤＣに等しく設定される。さもなければ、ｉｎｔｒａＰｒｅｄＭｏｄｅＮはＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢＮ］［ｙＢＮ］に等しく設定され、ただし、ＩｎｔｒａＰｒｅｄＭｏｄｅは、ルーマロケーション（ｘＢＮ，ｙＢＮ）をカバーするコーディングユニットに割り当てられた変数アレイである。

[0115]第５に、ｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］（ただし、ｘ＝０．．２）が以下のように導出される。ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢがｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡに等しい場合、以下が適用される。ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡが２よりも小さい（Ｉｎｔｒａ＿ＰｌａｎａｒまたはＩｎｔｒａ＿ＤＣのいずれかである）場合、ｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］（ただし、ｘ＝０．．２）が次のように導出される。

そうでない場合、ｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］（ただし、ｘ＝０．．２）が次のように導出される。

さもなければ（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＢがｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＡに等しくない）、以下が適用される。ｃａｎｄＭｏｄｅＬｉｓｔ［０］およびｃａｎｄＭｏｄｅＬｉｓｔ［１］が以下のように導出される。

ｃａｎｄＭｏｄｅＬｉｓｔ［０］とｃａｎｄＭｏｄｅＬｉｓｔ［１］のいずれもＩｎｔｒａ＿Ｐｌａｎａｒに等しくない場合、ｃａｎｄＭｏｄｅＬｉｓｔ［２］はＩｎｔｒａ＿Ｐｌａｎａｒに等しく設定される。さもなければ、ｃａｎｄＭｏｄｅＬｉｓｔ［０］とｃａｎｄＭｏｄｅＬｉｓｔ［１］のいずれもＩｎｔｒａ＿ＤＣに等しくない場合、ｃａｎｄＭｏｄｅＬｉｓｔ［２］はＩｎｔｒａ＿ＤＣに等しく設定される。さもなければ、ｃａｎｄＭｏｄｅＬｉｓｔ［２］はＩｎｔｒａ＿Ａｎｇｕｌａｒ（２６）に等しく設定される。

[0116]第６に、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］が、以下のプロシージャを適用することによって導出される。ｐｒｅｖ＿ｉｎｔｒａ＿ｐｒｅｄ＿ｆｌａｇ［ｘＢ］［ｙＢ］がＴＲＵＥに等しい場合、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］はｃａｎｄＭｏｄｅＬｉｓｔ［ｍｐｍ＿ｉｄｘ］に等しく設定される。さもなければ、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］は、以下の順序付きステップを適用することによって導出される。第１に、アレイｃａｎｄＭｏｄｅＬｉｓｔ［ｘ］（ただし、ｘ＝０．．２）が以下の方法で変更される。ｃａｎｄＭｏｄｅＬｉｓｔ［０］がｃａｎｄＭｏｄｅＬｉｓｔ［１］よりも大きい場合、２つの値をスワップし、ｃａｎｄＭｏｄｅＬｉｓｔ［０］がｃａｎｄＭｏｄｅＬｉｓｔ［２］よりも大きい場合、２つの値をスワップし、ｃａｎｄＭｏｄｅＬｉｓｔ［１］がｃａｎｄＭｏｄｅＬｉｓｔ［２］よりも大きい場合、２つの値をスワップする。第２に、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］が、以下の順序付きステップのように導出される。第１に、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］＝ｒｅｍ＿ｉｎｔｒａ＿ｌｕｍａ＿ｐｒｅｄ＿ｍｏｄｅ。ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］がｃａｎｄＭｏｄｅＬｉｓｔ［０］よりも大きいかまたはそれに等しいとき、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］の値は１だけ増加される。ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］がｃａｎｄＭｏｄｅＬｉｓｔ［１］よりも大きいかまたはそれに等しいとき、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］の値は１だけ増加される。ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］がｃａｎｄＭｏｄｅＬｉｓｔ［２］よりも大きいかまたはそれに等しいとき、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］の値は１だけ増加される。

[0117]クロマイントラ予測モードのための例示的な導出プロセスは以下のように定義される。このプロセスへの入力は、現在ピクチャの左上ルーマサンプルに対する現在ブロックの左上ルーマサンプルを指定するルーマロケーション（ｘＢ，ｙＢ）である。このプロセスの出力は変数ＩｎｔｒａＰｒｅｄＭｏｄｅＣである。クロマイントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＣは、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］およびｃｈｒｏｍａ＿ｐｒｅｄ＿ｆｒｏｍ＿ｌｕｍａ＿ｅｎａｂｌｅｄ＿ｆｌａｇを入力としてもつ表３．２または表３．３において指定されているように導出される。

[0118]イントラ予測モードでコーディングされるコーディングユニットのためのコーディングプロセスに関するさらなる詳細は、その内容全体が参照により組み込まれる、High efficiency video coding (HEVC) text specification draft 6、ＪＣＴ−ＶＣ ｏｆ ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１、７ｔｈ Ｍｅｅｔｉｎｇ、Ｇｅｎｅｖａ、２０１１年１１月２１〜３０日において見つけられ得る。ＨＥＶＣに従ってイントラ予測モードでコーディングされるコーディングユニットのためのコーディングプロセスに関するさらなる詳細は、２０１２年６月６日現在、http://phenix.it-sudparis.eu/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I1003-v3.zipからダウンロード可能である、ＨＥＶＣ ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ７、ｄｏｃｕｍｅｎｔ ＨＣＴＶＣ−Ｉ１００３、Ｂｒｏｓｓら、「High Efficiency Video Coding (HEVC) Text Specification Draft 7」、Ｊｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＪＣＴ−ＶＣ） ｏｆ ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１、９ｔｈ Ｍｅｅｔｉｎｇ： Ｇｅｎｅｖａ、Ｓｗｉｔｚｅｒｌａｎｄ、２０１２年４月２７日〜２０１２年５月７日において見つけられ得る。

[0119]図７は、ビデオ符号化のためのイントラ予測モードシグナリングのための方法１００の一例を示すフローチャートである。方法１００は、図１のシステム１０、図３のビデオエンコーダ２０、図４のビデオデコーダ３０、または任意の他の好適なデバイスのうちのいずれか１つによって実行され得る。

[0120]方法１００は、最確イントラ予測モードのセットが、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有するように、ビデオデータのブロックについて、最確イントラ予測モードのセットを決定することを含む（１０２）。方法１００はまた、最確イントラ予測モードのセットに少なくとも部分的に基づいてブロックのための実際のイントラ予測モードを表す値をコーディングすることを含み得る（１０４）。さらに、方法１００は、実際のイントラ予測モードを使用してブロックをコーディングすることを含む（１０６）。

[0121]方法１００は、２よりも大きいかまたはそれに等しいフレームまたはピクチャの固定数にＮｕｍＭＰＭＣを設定することを含み得る。たとえば、ＮｕｍＭＰＭＣ＝３の場合、所与のピクチャのためにすべての状況下で３つの候補モードが選択される。そのピクチャ中のブロックに関して、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが同じである場合、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮの予測方向が決定される。ブロックのための利用可能な予測モードのうち、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮの予測方向に最も近い予測方向を有する２つの予測モードが、追加の２つの候補モードになるように割り当てられ、最確モードの合計が、設定された固定の３つのモードにされる。ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮの値が異なる場合、追加の候補モードは、ＤＣモード、垂直モード、または水平モードになるように選定され得る。

[0122]ＮｕｍＭＰＭＣ＝３である別の例では、所与のピクチャのためにすべての状況下で３つの候補モードが選択され、３つの最確イントラ予測モードは、ＤＣモードと、垂直モードと、平面モードとを含む。

[0123]図８は、最確イントラ予測モードのセットが３に等しいとき、最確イントラ予測モード候補を決定するための方法２００の一例を示すフローチャートである。方法２００は、図２および図３のビデオエンコーダ２０など、ビデオエンコーダによって実行され得る。他の例では、方法２００は、図２および図４のビデオデコーダ３０など、ビデオデコーダによって実行され得る。

[0124]方法２００の例示的な導出の詳細は以下のようになる。最初に、ＮｕｍＭＰＭＣを３つの最確モードに等しく設定する（２０２）。いくつかの例では、ビデオエンコーダ２０またはビデオデコーダ３０は、現在ブロックについてＮｕｍＭＰＭＣを３つに等しく設定する。他の例では、ビデオエンコーダ２０またはビデオデコーダ３０は、現在ブロックに対して前にコーディングされたブロックからＮｕｍＭＰＭＣを決定し、前にコーディングされたブロックは、現在ブロックと同じフレームからくる。

[0125]ビデオエンコーダ２０またはビデオデコーダ３０は、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが、利用可能なイントラ予測モードのセット中で利用可能であるかどうかを決定する（２０４）。利用可能なイントラ予測モードのセットは、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍに基づき得、たとえば、１７または３４に等しくなり得る。両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが利用可能でない場合、値２がｃａｎｄＭｏｄｅＬｉｓｔ［０］に割り当てられ、値０がｃａｎｄＭｏｄｅＬｉｓｔ［１］に割り当てられ、値１がｃａｎｄＭｏｄｅＬｉｓｔ［２］に割り当てられる（２０６）。たとえば、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが利用可能でない場合、ｃａｎｄＭｏｄｅＬｉｓｔ［０］はＤＣモードに割り当てられ、ｃａｎｄＭｏｄｅＬｉｓｔ［１］は平面モードに割り当てられ、ｃａｎｄＭｏｄｅＬｉｓｔ［２］は垂直モードに割り当てられる。たとえば、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが利用可能でない場合、ｃａｎｄＭｏｄｅＬｉｓｔは、ＤＣ、垂直、または水平になるように選定され得る。そうではなく、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが利用可能である場合、ビデオエンコーダ２０またはビデオデコーダ３０は、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが同じ値を有するかどうか、すなわち、同じイントラ予測モードを指すかどうかを決定する（２０８）。

[0126]両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが同じである場合、このｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮがｃａｎｄＭｏｄｅＬｉｓｔ［０］に割り当てられる（２１０）。ｃａｎｄＭｏｄｅＬｉｓｔ［１］およびｃａｎｄＭｏｄｅＬｉｓｔ［２］が、次いで、それぞれ、イントラ予測ユニット４６または７４によって、以下のプロシージャを適用することによって導出される。ｐｒｅＭｏｄｅＭｉｎｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］がｃａｎｄＭｏｄｅＬｉｓｔ［１］に割り当てられ、ＰｒｅＭｏｄｅＰｌｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］がｃａｎｄＭｏｄｅＬｉｓｔ［２］に割り当てられ、ただし、ＭはｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍを表す（２１２）。これらの値を決定する際に、以下で与える表３．３、表４．３、および表５．３が使用され得る。たとえば、図５を使用して、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが３４に等しく、ｃａｎｄＭｏｄｅＬｉｓｔ［０］＝０である（ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮ＝０を意味する）場合、ｃａｎｄＭｏｄｅＬｉｓｔ［１］＝ｐｒｅＭｏｄｅＭｉｎｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］＝２１、およびｃａｎｄＭｏｄｅＬｉｓｔ［２］＝ＰｒｅＭｏｄｅＰｌｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］＝２２である。

[0127]図８に戻ると、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが同じである場合（２０８）、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが候補モードリストに割り当てられる（２１４）。たとえば、２つの候補のうちの小さいほうがｃａｎｄＭｏｄｅＬｉｓｔ［０］に割り当てられ、大きいほうの候補がｃａｎｄＭｏｄｅＬｉｓｔ［１］に割り当てられる。

[0128]最確モードのセット中に含まれるべき残りの第３の候補、ＣａｎｄＭｏｄｅＬｉｓｔ［２］は、以下のプロシージャを適用することによって導出される。ビデオエンコーダ２０またはビデオデコーダ３０は、いずれかのｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが値２に等しいかどうかを決定する（２１６）。いずれのｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮも値２に等しくない場合、値２がｃａｎｄＭｏｄｅＬｉｓｔ［２］に割り当てられる（２１８）。これにより、値２が候補モードリスト中で繰り返されないことが保証される。ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮのうちの少なくとも１つが値２に等しい場合、ビデオエンコーダ２０またはビデオデコーダ３０は、いずれかのｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが値０に等しいかどうかを決定する（２２０）。いずれのｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮも値０に等しくない場合、値０がｃａｎｄＭｏｄｅＬｉｓｔ［２］に割り当てられる（２２２）。さもなければ、値１がｃａｎｄＭｏｄｅＬｉｓｔ［２］に割り当てられる（２２４）。

[0129]表４に、変数ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが３に設定された、例示的な候補モードマッピングを与える。一例では、図２および図３のビデオエンコーダ２０などのビデオエンコーダが、表４．３に対応するデータで構成される。同様に、図２および図４のビデオデコーダ３０などのビデオデコーダが、表４．３に対応するデータで構成される。表４．３は、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが３に等しいときの、候補（または実際の）イントラ予測モードと、そのイントラ予測モードに最も近い２つのイントラ予測モードとの間のマッピングを与える。いくつかの例では、そのイントラ予測モードに最も近いイントラ予測モードは、予測方向に関して最も近くなり得る。ビデオコーダは、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが３に等しいとき、表４．３の候補モードマッピングを使用して、どのイントラ予測モードが現在ブロックの最確モード候補リスト中に含められるかを決定し得る。

[0130]表５．３に、変数ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが１７に設定された、例示的な候補モードマッピングを与える。一例では、図２および図３のビデオエンコーダ２０などのビデオエンコーダが、表５．３に対応するデータで構成される。同様に、図２および図４のビデオデコーダ３０などのビデオデコーダが、表５．３に対応するデータで構成される。表５．３は、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが１７に等しいときの、候補（または実際の）イントラ予測モードと、そのイントラ予測モードに最も近い２つのイントラ予測モードとの間のマッピングを与える。いくつかの例では、そのイントラ予測モードに最も近いイントラ予測モードは、予測方向に関して最も近くなり得る。ビデオコーダは、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが１７に等しいとき、表５．３の候補モードマッピングを使用して、どのイントラ予測モードが現在ブロックの最確モード候補リスト中に含められるかを決定し得る。

[0131]表６．３に、変数ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが３４に設定された、例示的な候補モードマッピングを与える。一例では、図２および図３のビデオエンコーダ２０などのビデオエンコーダが、表６．３に対応するデータで構成される。同様に、図２および図４のビデオデコーダ３０などのビデオデコーダが、表６．３に対応するデータで構成される。表６．３は、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが３４に等しいときの、候補（または実際の）イントラ予測モードと、そのイントラ予測モードに最も近い２つのイントラ予測モードとの間のマッピングを与える。いくつかの例では、そのイントラ予測モードに最も近いイントラ予測モードは、予測方向に関して最も近くなり得る。ビデオコーダは、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが３４に等しいとき、表６．３の候補モードマッピングを使用して、どのイントラ予測モードが現在ブロックの最確モード候補リスト中に含められるかを決定し得る。

[0132]ＮｕｍＭＰＭＣが２よりも大きいかまたはそれに等しいいくつかの例では、最確候補モードのうちの１つは平面モードである。たとえば、ＮｕｍＭＰＭＣが４に等しい場合、３つの候補モードは上記で説明したように決定され得るが、第４のモードは平面モードに設定される。３つの候補モードのうちの１つがすでに平面モードに等しい場合、第４のモードは、ＤＣモードに等しく設定され得る。

[0133]また、別のパラメータ、残りのイントラ予測モードｒｅｍ＿ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅが定義され得る。本開示の技法によれば、ｒｅｍ＿ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅは複数のコンテキストを有し得る。残りのイントラ予測モードを予測するために最確モードが使用され得る。統計値をより良く表し、それによって最確モード選択の改善を図るために、各ビンはコンテキストを用いてコーディングされる。

[0134]他の技法によれば、コードワードグルーピングが与えられ得る。たとえば、イントラ予測モードのためのすべてのコードワードは複数のグループに分割され得る。グループのインデックスをシグナリングするために固定長または可変長２値化が使用され得る。その場合、グループ内のコードワードインデックスをシグナリングするために固定長または可変長２値化が使用され得る。

[0135]たとえば、１７または３４に等しいｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍについてコードの３つのグループが形成される。表７に示すように、１つ以外のすべてのグループが、２Ｎビンストリングを有する。一例では、図２および図３のビデオエンコーダ２０などのビデオエンコーダが、表７に対応するデータで構成される。同様に、図２および図４のビデオデコーダ３０などのビデオデコーダが、表７に対応するデータで構成される。

[0136]表７の１つの例外は、マッピングされたｒｅｍ＿ｉｎｔｒａ＿ｌｕｍａ＿ｐｒｅｄ＿ｍｏｄｅが２３よりも大きいときであり、その２値化が表８に示されている。マッピングされたｒｅｍ＿ｉｎｔｒａ＿ｌｕｍａ＿ｐｒｅｄ＿ｍｏｄｅのグループインデックスを示すために単項２値化が使用される。一例では、図２および図３のビデオエンコーダ２０などのビデオエンコーダが、表８に対応するデータで構成される。同様に、図２および図４のビデオデコーダ３０などのビデオデコーダが、表８に対応するデータで構成される。

[0137]ビデオコーダがＶＬＣを使用しているのかＣＡＢＡＣを使用しているのかにかかわらず、イントラ予測モードからコードワードインデックスが導出される。コードワードインデックスは、表８に示す値など、２値化値にマッピングし得る。２値化値は、ビンと呼ばれることがある、ビットのシーケンスである。各ビンは連続的にコーディングされ得る。したがって、異なるシナリオごとに、コードワードが、テーブル中にすでに与えられており、シナリオごとに決定される必要がないように、２つのテーブルが与えられる。候補リスト中にどの最確イントラ予測モードが含まれるかにかかわらず、単一の２値化テーブルが与えられる。

[0138]本明細書で説明する技法はまた、異なるルーマ予測モードの下でクロマ予測モードのための固定コードワードおよびコードテーブルサイズを提供する。継承モードのために、既存の手法は、コードテーブルから冗長コードワードを削除する。固定サイズコードテーブルは、ルーマモードの復号がもはや事前に行われる必要がないので、パースプロセスのために有益であり得る。

[0139]固定サイズコードテーブルを実現するために、２つの異なる手法が行われ得る。第１に、冗長コードワードがないとき、イントラ予測モードのうちの１つが無効化され、したがって冗長コードワードが人工的に作成される。第２に、冗長コードワードをなくすために冗長モードを置き換えるための異なるモードが有効化される。さらに、異なるルーマ予測モードでは、コードワードとイントラ予測モードとのマッピングが異なり得る。

[0140]別の例では、平面モードのマッピングが前のＨＥＶＣから変更され得る。たとえば、平面モードはインデックス値０にマッピングされ得る。その後、すべての他のイントラ予測モードに関連するインデックス値が１だけ上にシフトされ得る。平面モードがより頻繁に選定されるので、この変化により、より小さいｒｅｍ＿ｉｎｔｒａ＿ｌｕｍａ＿ｐｒｅｄ＿ｍｏｄｅが得られる確率が増加する。

[0141]本開示の技法は、利用可能なクロマイントラ予測モードの数を固定する。変数Ｉｎｔｒａ＿Ｐｒｅｄ＿ＭｏｄｅＣがクロマイントラ予測モードである。たとえば、６つの利用可能なクロマイントラ予測モード（ＩｎｔｒａＰｒｅｄＭｏｄｅＣ）がシグナリングされ得る。２つのモード、すなわち、ルーマ信号予測モードとルーマイントラ予測モードの再利用とは、不変のままである。他の４つのモードのために、隣接イントラ予測モードと垂直（perpendicular）隣接イントラ予測モードとを含む、２つのモード選定が追加される。表９に、隣接イントラ予測モードのための例示的なインデックスマッピングを与える。表９に、垂直隣接イントラ予測モードのための例示的なインデックスマッピングを与える。

[0142]他の４つのモードは以下のように導出される。ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅが２に等しい場合、０がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［０］に割り当てられ、１がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［１］に割り当てられ、６がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［２］に割り当てられ、３５がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［３］に割り当てられる。ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅが、たとえば、３５に等しい場合、０がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［０］に割り当てられ、１がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［１］に割り当てられ、２がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［２］に割り当てられ、６がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［３］に割り当てられる。

[0143]たとえば、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが１８または３５に等しい場合、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［０］、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［１］、およびｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［２］は、表８および表９など、表のいくつかを使用して、以下のプロシージャを適用することによって導出される。ＰｒｅｄＭｏｄｅＭｉｎｕｓ１＿Ｍ［ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅ］がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［０］に割り当てられ、ＰｒｅｄＭｏｄｅＰｌｕｓ１＿Ｍ［ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅ］がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［１］に割り当てられ、ＰｒｅｄＭｏｄｅ＿Ｐ＿Ｍ［ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅ］がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［２］に割り当てられ、３５がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［３］に割り当てられ、ただし、ＭはｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍを表す。他の場合、０がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［０］に割り当てられ、１がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［１］に割り当てられ、２がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［２］に割り当てられ、３５がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［３］に割り当てられる。

[0144]利用可能なクロマイントラ予測モードの数が固定された別の例では、候補イントラ予測モードのリスト中の冗長なｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅが、あらかじめ定義されたイントラ予測モードと置き換えられ得る。

[0145]別の例では、ＮｕｍＭＰＭＣが４に設定され得る。すなわち、所与のビデオフレームのためにすべての状況下で４つの候補モードが選択される（すなわち、ＮｕｍＭＰＭＣ＝４）。両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが同じである場合、予測方向においてｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮに最も近い２つの利用可能な予測モードが、２つの追加の２つの候補モードになるように割り当てられる。ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが異なる場合、追加の候補モードは、ＤＣモード、垂直モード、または水平モードになるように選定され得る。

[0146]ＮｕｍＭＰＭＣ＝４であるときでは、候補モードリストの例示的な導出は以下のようになる。両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが利用可能でない場合、値３がｃａｎｄＭｏｄｅＬｉｓｔ［０］に割り当てられ、値０がｃａｎｄＭｏｄｅＬｉｓｔ［１］に割り当てられ、値１がｃａｎｄＭｏｄｅＬｉｓｔ［２］に割り当てられ、値２がｃａｎｄＭｏｄｅＬｉｓｔ［３］に割り当てられる。さもなければ、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが同じである場合、このｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮがｃａｎｄＭｏｄｅＬｉｓｔ［０］に割り当てられる。ｃａｎｄＭｏｄｅＬｉｓｔ［１］およびｃａｎｄＭｏｄｅＬｉｓｔ［２］は、表３．４、表４．４、および表５．４を使用して、以下のプロシージャを適用することによって導出される。

[0147]表３．４、表４．４、および表５．４においてわかるように、ｃａｎｄＭｏｄｅＬｉｓｔ［０］が等しくない場合、値０がｃａｎｄＭｏｄｅＬｉｓｔ［１］に割り当てられる。さもなければ、値２がｃａｎｄＭｏｄｅＬｉｓｔ［１］に割り当てられる。ＰｒｅＭｏｄｅＭｉｎｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］がｃａｎｄＭｏｄｅＬｉｓｔ［２］に割り当てられ、ＰｒｅＭｏｄｅＰｌｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］がｃａｎｄＭｏｄｅＬｉｓｔ［３］に割り当てられ、ただし、ＭはｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍを表す。

[0148]さもなければ、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが候補モードリストに割り当てられ、２つの候補のうちの小さいほうがｃａｎｄＭｏｄｅＬｉｓｔ［０］に、大きいほうがｃａｎｄＭｏｄｅＬｉｓｔ［１］に割り当てられる。変数ｃａｎｄＭｏｄｅＬｉｓｔ［２］、ｃａｎｄＭｏｄｅＬｉｓｔ［３］、およびｃａｎｄＭｏｄｅＬｉｓｔ［４］は、以下のプロシージャを適用することによって導出される。ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅ［０］＝０である場合、ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝ＰｒｅＭｏｄｅＭｉｎｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［１］］、およびｃａｎｄＭｏｄｅＬｉｓｔ［３］＝ＰｒｅＭｏｄｅＰｌｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［１］］。さもなければ、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅ１＝０である場合、ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝ＰｒｅＭｏｄｅＭｉｎｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］、およびｃａｎｄＭｏｄｅＬｉｓｔ［３］＝ＰｒｅＭｏｄｅＰｌｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］。さもなければ、ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝０であり、変数ｃａｎｄＭｏｄｅＬｉｓｔ［３］およびｃａｎｄＭｏｄｅＬｉｓｔ［４］は、以下のセットから選ばれる最初の２つの利用可能な要素である。

あるモードがｃａｎｄＭｏｄｅＬｉｓｔ中に依然に存在していないとき、そのモードは利用可能であると定義され得る。

[0149]表３．４、表４．４、および表５．４を以下に与え、これらの表は、上記で与えた表３．３、表４．３、および表５．３に類似する。表３．３、表４．３、および表５．３は、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが３に等しい例に適用される。対照的に、表３．４、表４．４、および表５．４は、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが４に等しい例に適用される。詳細には、表４．４は、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが４に等しいときの例示的な候補モードマッピングを与える。

[0150]表５．４は、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが１８に等しいときの例示的な候補モードマッピングを与える。

[0151]表６．４は、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍが３５に等しいときの例示的な候補モードマッピングを与える。

[0152]別の例によれば、ＮｕｍＭＰＭＣは５に等しくなり得る。すなわち、ＮｕｍＭＰＭＣ＝４になるｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍ＝４を除いて、すべての状況下で５つの候補モードが選択される（すなわち、ＮｕｍＭＰＭＣ＝５）。ＮｕｍＭＰＭＣ＝４である場合、ｃａｎｄＭｏｄｅＬｉｓｔ［４］の導出はスキップされる。ＮｕｍＭＰＭＣ＝５のこの例では、平面モードは値０に設定されると仮定される。両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが同じである場合、すなわち、たとえば、左に隣接するブロックと上に隣接するブロックとのイントラ予測モードが同じである場合、予測方向においてｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮに最も近い２つの利用可能な予測モードが、追加の２つの候補モードになるように割り当てられ得る。ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが異なる場合、追加の候補モードは、ＤＣモード、垂直モード、または水平モードになるように選定され得る。

[0153]例示的な導出の詳細は以下のようになる。両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが利用可能でない場合、値３がｃａｎｄＭｏｄｅＬｉｓｔ［０］に割り当てられ、値０がｃａｎｄＭｏｄｅＬｉｓｔ［１］に割り当てられ、値１がｃａｎｄＭｏｄｅＬｉｓｔ［２］に割り当てられ、値２がｃａｎｄＭｏｄｅＬｉｓｔ［３］に割り当てられ、値９がｃａｎｄＭｏｄｅＬｉｓｔ［４］に割り当てられる。たとえば、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅ０が、左に隣接するブロック（図１のブロック６）に対応し得、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅ１が、上に隣接するブロック（図１のブロック４）に対応し得る。さもなければ、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが利用可能であり、同じである場合、その同じｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮの値がｃａｎｄＭｏｄｅＬｉｓｔ［０］に割り当てられる。

[0154]ｃａｎｄＭｏｄｅＬｉｓｔ［１］およびｃａｎｄＭｏｄｅＬｉｓｔ［２］との値は、表２．４、表３．４、および表４．４を使用して、以下のプロシージャを適用することによって導出される。ｃａｎｄＭｏｄｅＬｉｓｔ［０］が０または２に等しくない場合、値０がｃａｎｄＭｏｄｅＬｉｓｔ［１］に割り当てられる。さもなければ、値２がｃａｎｄＭｏｄｅＬｉｓｔ［１］に割り当てられる。ＰｒｅＭｏｄｅＭｉｎｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］がｃａｎｄＭｏｄｅＬｉｓｔ［２］に割り当てられ、ＰｒｅＭｏｄｅＰｌｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］がｃａｎｄＭｏｄｅＬｉｓｔ［３］に割り当てられ、Ｌａｓｔ＿ＭＰＭ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］がｃａｎｄＭｏｄｅＬｉｓｔ［４］に割り当てられ、ただし、Ｍは、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍを表す。

[0155]さもなければ、両方のｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＮが候補モードリストに割り当てられ、２つの候補のうちの小さいほうがｃａｎｄＭｏｄｅＬｉｓｔ［０］に、大きいほうがｃａｎｄＭｏｄｅＬｉｓｔ［１］に割り当てられる。変数ｃａｎｄＭｏｄｅＬｉｓｔ［２］、ｃａｎｄＭｏｄｅＬｉｓｔ［３］およびｃａｎｄＭｏｄｅＬｉｓｔ［４］は、以下のプロシージャを適用することによって導出される。ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅ０＝０である場合、ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝ＰｒｅＭｏｄｅＭｉｎｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［１］］、ｃａｎｄＭｏｄｅＬｉｓｔ［３］＝ＰｒｅＭｏｄｅＰｌｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［１］］、およびｃａｎｄＭｏｄｅＬｉｓｔ［４］＝ＬａｓｔＭＰＭ＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［１］］。さもなければ、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅ１＝０である場合、ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝ＰｒｅＭｏｄｅＭｉｎｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］、ｃａｎｄＭｏｄｅＬｉｓｔ［３］＝ＰｒｅＭｏｄｅＰｌｕｓ１＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］、およびｃａｎｄＭｏｄｅＬｉｓｔ［４］＝ＬａｓｔＭＰＭ＿Ｍ［ｃａｎｄＭｏｄｅＬｉｓｔ［０］］。さもなければ、ｃａｎｄＭｏｄｅＬｉｓｔ［２］＝０であり、ｃａｎｄＭｏｄｅＬｉｓｔ［３］およびｃａｎｄＭｏｄｅＬｉｓｔ［４］は、以下のセットからの最初の２つの利用可能なメンバーから選ばれる。

あるモードがｃａｎｄＭｏｄｅＬｉｓｔ中に依然に存在していないとき、そのモードは利用可能であると定義され得る。

[0156]クロマイントラ予測モードシグナリングに関して、現在のＨＥＶＣは、６つのモード、すなわち、平面、垂直、水平、ＤＣ、ルーマ信号ベースクロマ予測、およびルーマ予測モードの継承を与える。これらのモードのためのインデックス割当ては、平面（０）、垂直（１）、水平（２）、ＤＣ（３）、およびルーマ信号ベースクロマ予測（３５）のようになり得る。ただし、他の例では、他のインデックス割当てが使用される。すべての中で、ルーマ予測モードの継承は、クロマ予測方向がルーマ予測方向と同じであることを意味する。

[0157]たとえば、０がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［０］に割り当てられ、１がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［１］に割り当てられ、２がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［２］に割り当てられ、３がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［３］に割り当てられる。ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅが０、１、２、または３（すなわち、平面モード、垂直モード、水平モード、またはＤＣモード）に等しい場合、７がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅ］に割り当てられる。図６は、ルーマ成分のイントラ予測モードへのインデックス値の異なるマッピングを有する別の例を示す。たとえば、図６において、ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅが、０、１０、２６、または１（それぞれ、平面モード、垂直モード、水平モード、またはＤＣモード）に等しい場合、３４（右上）がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅ］に割り当てられる。すなわち、ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅが平面モード、垂直モード、水平モード、またはＤＣモードに等しい場合、ｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅ］は右上方向モードに等しい。

[0158]Ｌａｓｔ＿ＭＰＭ設計は、同じテーブルサイズを有するために、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍ＝３５であるとき、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍ＝１８および最初の１８個のモードについて同じであり得る。また、ｉｎｔｒａＰｒｅｄＭｏｄｅＮｕｍ＝３５であるとき、最後の１７個のモードは、テーブルサイズをさらに節約するために、モード１、２、および４に関して対称的に設計され得る。

[0159]別の例では、利用可能なクロマイントラ予測モードの数が固定され得る。たとえば、６つの利用可能なクロマイントラ予測モード（ＩｎｔｒａＰｒｅｄＭｏｄｅＣ）がシグナリングされ得る。２つのモード、すなわち、ルーマ信号予測モードとルーマイントラ予測モードの再利用とは、不変のままである。他の４つのモードのために、隣接イントラ予測モード（表４．４および表５．４）と垂直隣接イントラ予測モード（表８および表９）とである、２つの選定が追加される。

[0160]他の４つのモードは以下のように導出される。０がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［０］に割り当てられ、１がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［１］に割り当てられ、２がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［２］に割り当てられ、３がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［３］に割り当てられる。ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅが０または３に等しい場合、７がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅ］に割り当てられる。さもなければ、ＰｒｅｄＭｏｄｅＭｉｎｕｓ１＿Ｍ［ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅ］がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［０］に割り当てられ、ＰｒｅｄＭｏｄｅＰｌｕｓ１＿Ｍ［ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅ］がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［１］に割り当てられ、ＰｒｅｄＭｏｄｅ＿Ｐ＿Ｍ［ｉｎｔｒａ＿ｐｒｅｄ＿ｍｏｄｅ］がｉｎｔｒａ＿ｃｈｒｏｍａ＿ｐｒｅｄ＿ｍｏｄｅ［２］に割り当てられる。

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

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

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

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

[0165]様々な例について説明した。これらおよび他の例は以下の特許請求の範囲内に入る。

[0165]様々な例について説明した。これらおよび他の例は以下の特許請求の範囲内に入る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］ ビデオデータをコーディングする方法であって、
ビデオデータのブロックについて、ビデオデータの前記ブロックを予測するための最確イントラ予測モードのセットを決定することと、最確イントラ予測モードの前記セットは、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有し、
最確イントラ予測モードの前記セットに少なくとも部分的に基づいて前記ブロックのための実際のイントラ予測モードを表す値をコーディングすることと、
前記実際のイントラ予測モードを使用して前記ブロックをコーディングすることと、
を備える、方法。
［２］ 最確イントラ予測モードの前記セットを決定することは、
前記ブロックの左に隣接するブロックのための第１のイントラ予測モードを決定することと、
前記ブロックの上に隣接するブロックのための第２のイントラ予測モードを決定することと、
前記第１のイントラ予測モードが前記第２のイントラ予測モードとは異なるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記第２のイントラ予測モードの両方を含めることと、
を備える、［１］に記載の方法。
［３］ 前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モード以外のモードを備えるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記平面モードとを含めること
をさらに備える、［２］に記載の方法。
［４］ 前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モードを備えるとき、最確イントラ予測モードの前記セット中に前記平面モードとＤＣモードとを含めること
をさらに備える、［２］に記載の方法。
［５］ 前記ブロックはルミナンスブロックを備え、前記方法は、
前記ルミナンスブロックに対応するクロミナンスブロックについて、イントラ予測モードのセットへの値のセットのマッピングを決定することと、イントラ予測モードの前記セットは、水平モードと、垂直モードと、平面モードと、ＤＣモードと、ルーマ信号予測モードとを備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモード以外のモードを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの第１の値からマッピングされるルーマイントラ予測モードの再利用をさらに備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモードのうちの１つを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの前記第１の値からマッピングされる水平モード、垂直モード、平面モード、およびＤＣモード以外のモードをさらに備え、
モードの前記セットへの値の前記セットの前記マッピングに基づいて前記クロミナンスブロックのための実際のイントラ予測モードを表す値をコーディングすることと、
前記クロミナンスブロックのための前記実際のイントラ予測モードを使用して前記クロミナンスブロックをコーディングすることと、
をさらに備える、［１］に記載の方法。
［６］ 前記実際のイントラ予測モードの予測方向を決定することと、
最確イントラ予測モードの前記セット中に、前記実際のイントラ予測モードの前記予測方向に最も近い予測方向を有する少なくとも１つのイントラ予測モードを含めることと、
をさらに備える、［１］に記載の方法。
［７］ 最確イントラ予測モードの前記セットの前記サイズは３に等しい、［１］に記載の方法。
［８］ 第１のイントラ予測モードの予測方向を決定することと、
前記第１のイントラ予測モードの前記予測方向を１つまたは複数の他の利用可能なイントラ予測モードの予測方向と比較することと、
最確イントラ予測モードの前記セット中に、前記第１のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第２のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第３のイントラ予測モードとを含めることと、前記第２のイントラ予測モードと前記第３のイントラ予測モードとは、前記比較に基づいて前記第１のイントラ予測モードの前記予測方向に最も近いと決定された予測方向を有する、
をさらに備える、［７］に記載の方法。
［９］ ３つの最確イントラ予測モードの前記セットは、ＤＣモードと、垂直モードと、平面モードとを含む、［７］に記載の方法。
［１０］ 最確イントラ予測モードの前記セットの前記サイズは４に等しく、
前記最確イントラ予測モードのうちの２つが同じであるとき、４つの最確イントラ予測モードの前記セットは、前記同じ最確イントラ予測モードの予測方向に最も近い予測方向を有する２つの利用可能なイントラ予測モードを備え、
前記最確イントラ予測モードのうちの前記２つが同じでないとき、前記最確イントラ予測モードは、前記ＤＣイントラ予測モード、前記垂直イントラ予測モード、または前記水平イントラ予測モードのうちの少なくとも１つを備える、
［１］に記載の方法。
［１１］ 前記実際のイントラ予測モードを選択すること、
をさらに備え、
前記ブロックをコーディングすることは、前記実際のイントラ予測モードに基づいて前記ブロックを符号化することをさらに備える、
［１］に記載の方法。
［１２］ 前記ブロックをコーディングすることは、前記実際のイントラ予測モードを使用して前記ブロックを復号することをさらに備え、
前記実際のイントラ予測モードを表す前記値をコーディングすることは、前記値から前記実際のイントラ予測モードを決定することを備える、
［１］に記載の方法。
［１３］ 前記実際のイントラ予測モードが、前記平面モード、前記垂直モード、前記水平モード、または前記ＤＣモードであるとき、クロマイントラ予測モードは右上方向イントラ予測モードである、［１］に記載の方法。
［１４］ ビデオデータをコーディングするためのデバイスであって、
ビデオデータのブロックについて、ビデオデータの前記ブロックを予測するための最確イントラ予測モードのセットを決定することと、最確イントラ予測モードの前記セットは、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有し、
最確イントラ予測モードの前記セットに少なくとも部分的に基づいて前記ブロックのための実際のイントラ予測モードを表す値をコーディングすることと、
前記実際のイントラ予測モードを使用して前記ブロックをコーディングすることと、
を行うように構成されたビデオコーダを備えるデバイス。
［１５］ 最確イントラ予測モードの前記セットを決定することは、前記ビデオエンコーダが、
前記ブロックの左に隣接するブロックのための第１のイントラ予測モードを決定することと、
前記ブロックの上に隣接するブロックのための第２のイントラ予測モードを決定することと、
前記第１のイントラ予測モードが前記第２のイントラ予測モードとは異なるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記第２のイントラ予測モードの両方を含めることと、
を行うように構成されることをさらに備える、［１４］に記載のデバイス。
［１６］ 前記ビデオコーダは、前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モード以外のモードを備えるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記平面モードとを含めるようにさらに構成された、［１５］に記載の方法。
［１７］ 前記ビデオコーダは、前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モードを備えるとき、最確イントラ予測モードの前記セット中に前記平面モードとＤＣモードとを含めるようにさらに構成された、［１５］に記載のデバイス。
［１８］ 前記ブロックがルミナンスブロックを備え、前記ビデオコーダは、
前記ルミナンスブロックに対応するクロミナンスブロックについて、イントラ予測モードのセットへの値のセットのマッピングを判断することと、イントラ予測モードの前記セットは、水平モードと、垂直モードと、平面モードと、ＤＣモードと、ルーマ信号予測モードとを備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモード以外のモードを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの第１の値からマッピングされるルーマイントラ予測モードの再利用をさらに備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモードのうちの１つを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの前記第１の値からマッピングされる水平モード、垂直モード、平面モード、およびＤＣモード以外のモードをさらに備え、
モードの前記セットへの値の前記セットの前記マッピングに基づいて前記クロミナンスブロックのための実際のイントラ予測モードを表す値をコーディングすることと、
前記クロミナンスブロックのための前記実際のイントラ予測モードを使用して前記クロミナンスブロックをコーディングすることと、
を行うようにさらに構成された、［１４］に記載のデバイス。
［１９］ 前記ビデオコーダは、
前記実際のイントラ予測モードの予測方向を決定することと、
最確イントラ予測モードの前記セット中に、前記実際のイントラ予測モードの前記予測方向に最も近い予測方向を有する少なくとも１つのイントラ予測モードを含めることと、
を行うようにさらに構成された、［１４］に記載のデバイス。
［２０］ 最確イントラ予測モードの前記セットの前記サイズが３に等しい、［１４］に記載のデバイス。
［２１］ 前記ビデオコーダは、
第１のイントラ予測モードの予測方向を決定することと、
前記第１のイントラ予測モードの前記予測方向を１つまたは複数の他の利用可能なイントラ予測モードの予測方向と比較することと、
最確イントラ予測モードの前記セット中に、前記第１のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第２のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第３のイントラ予測モードとを含めることと、前記第２のイントラ予測モードと前記第３のイントラ予測モードとは、前記比較に基づいて前記第１のイントラ予測モードの前記予測方向に最も近いと決定された予測方向を有する、
を行うようにさらに構成された、［２０］に記載のデバイス。
［２２］ ３つの最確イントラ予測モードの前記セットは、ＤＣモードと、垂直モードと、平面モードとを含む、［２０］に記載のデバイス。
［２３］ 最確イントラ予測モードの前記セットの前記サイズは４に等しく、
前記最確イントラ予測モードのうちの２つが同じであるとき、４つの最確イントラ予測モードの前記セットは、前記同じ最確イントラ予測モードの予測方向に最も近い予測方向を有する２つの利用可能なイントラ予測モードを備え、
前記最確イントラ予測モードのうちの前記２つが同じでないとき、前記最確イントラ予測モードは、前記ＤＣイントラ予測モード、前記垂直イントラ予測モード、または前記水平イントラ予測モードのうちの少なくとも１つを備える、
［２１］に記載のデバイス。
［２４］ 前記実際のイントラ予測モードは、前記平面モード、前記垂直モード、前記水平モード、または前記ＤＣモードであるとき、クロマイントラ予測モードが右上方向イントラ予測モードである、［１４］に記載のデバイス。
［２５］ 前記ビデオコーダはビデオエンコーダを備える、［１４］に記載のデバイス。
［２６］ 前記ビデオコーダはビデオデコーダを備える、［１４］に記載のデバイス。
［２７］ 実行されたとき、ビデオコーディングデバイスのプロセッサに、
ビデオデータのブロックについて、ビデオデータの前記ブロックを予測するための最確イントラ予測モードのセットを決定することと、最確イントラ予測モードの前記セットは、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有し、
最確イントラ予測モードの前記セットに少なくとも部分的に基づいて前記ブロックのための実際のイントラ予測モードを表す値をコーディングすることと、
前記実際のイントラ予測モードを使用して前記ブロックをコーディングすることと、
を行わせる命令を記憶したコンピュータ可読記憶媒体を備えるコンピュータプログラム製品。
［２８］ 前記命令は、
前記ブロックの左に隣接するブロックのための第１のイントラ予測モードを決定することと、
前記ブロックの上に隣接するブロックのための第２のイントラ予測モードを決定することと、
前記第１のイントラ予測モードが前記第２のイントラ予測モードとは異なるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記第２のイントラ予測モードの両方を含めることと、
をさらに備える、［２５］に記載のコンピュータプログラム製品。
［２９］ 前記命令は、
前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであり、前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モード以外のモードを備えるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記平面モードとを含めること、
をさらに備える、［２８］に記載のコンピュータプログラム製品。
［３０］ 前記命令は、
前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モードを備えるとき、最確イントラ予測モードの前記セット中に前記平面モードとＤＣモードとを含めること
をさらに備える、［２８］に記載のコンピュータプログラム製品。
［３１］ 前記ブロックがルミナンスブロックを備え、前記命令は、
前記ルミナンスブロックに対応するクロミナンスブロックについて、イントラ予測モードのセットへの値のセットのマッピングを決定することと、イントラ予測モードの前記セットは、水平モードと、垂直モードと、平面モードと、ＤＣモードと、ルーマ信号予測モードとを備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモード以外のモードを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの第１の値からマッピングされるルーマイントラ予測モードの再利用をさらに備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモードのうちの１つを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの前記第１の値からマッピングされる水平モード、垂直モード、平面モード、およびＤＣモード以外のモードをさらに備え、
モードの前記セットへの値の前記セットの前記マッピングに基づいて前記クロミナンスブロックのための実際のイントラ予測モードを表す値をコーディングすることと、
前記クロミナンスブロックのための前記実際のイントラ予測モードを使用して前記クロミナンスブロックをコーディングすることと、
をさらに備える、［２７］に記載のコンピュータプログラム製品。
［３２］ 前記命令は、
前記実際のイントラ予測モードの予測方向を決定することと、
最確イントラ予測モードの前記セット中に、前記実際のイントラ予測モードの前記予測方向に最も近い予測方向を有する少なくとも１つのイントラ予測モードを含めることと、
をさらに備える、［２７］に記載のコンピュータプログラム製品。
［３３］ 最確イントラ予測モードの前記セットの前記サイズが３に等しい、［２７］に記載のコンピュータプログラム製品。
［３４］ 前記命令は、
第１のイントラ予測モードの予測方向を決定することと、
前記第１のイントラ予測モードの前記予測方向を１つまたは複数の他の利用可能なイントラ予測モードの予測方向と比較することと、
最確イントラ予測モードの前記セット中に、前記第１のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第２のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第３のイントラ予測モードとを含めることと、前記第２のイントラ予測モードと前記第３のイントラ予測モードとは、前記比較に基づいて前記第１のイントラ予測モードの前記予測方向に最も近いと判断された予測方向を有する、
をさらに備える、［３３］に記載のコンピュータプログラム製品。
［３５］ ３つの最確イントラ予測モードの前記セットは、ＤＣモードと、垂直モードと、平面モードとを含む、［３３］に記載のコンピュータプログラム製品。
［３６］ 最確イントラ予測モードの前記セットの前記サイズは４に等しく、
前記最確イントラ予測モードのうちの２つが同じであるとき、４つの最確イントラ予測モードの前記セットは、前記同じ最確イントラ予測モードの予測方向に最も近い予測方向を有する２つの利用可能なイントラ予測モードを備え、
前記最確イントラ予測モードのうちの前記２つが同じでないとき、前記最確イントラ予測モードが、前記ＤＣイントラ予測モード、前記垂直イントラ予測モード、または前記水平イントラ予測モードのうちの少なくとも１つを備える、
［２７］に記載のコンピュータプログラム製品。
［３７］ 前記プロセッサに、前記ブロックをコーディングさせる前記命令は、前記プロセッサに、前記ブロックを符号化させる命令を備え、
さらに、前記プロセッサに、前記実際のイントラ予測モードを選択させる命令を備える、［２７］に記載のコンピュータプログラム製品。
［３８］ 前記プロセッサに、前記ブロックをコーディングさせる前記命令は、前記プロセッサに、前記ブロックを復号させる命令を備え、
前記プロセッサに、前記実際のイントラ予測モードを表す前記値をコーディングさせる前記命令は、前記プロセッサに、前記実際のイントラ予測モードを決定させる命令を備える、
［２７］に記載のコンピュータプログラム製品。
［３９］ ビデオコーディングのためのデバイスであって、
ビデオデータのブロックについて、ビデオデータの前記ブロックを予測するための最確イントラ予測モードのセットを決定する手段と、最確イントラ予測モードの前記セットは、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有し、
最確イントラ予測モードの前記セットに少なくとも部分的に基づいて前記ブロックのための実際のイントラ予測モードを表す値をコーディングする手段と、
前記実際のイントラ予測モードを使用して前記ブロックをコーディングする手段と、
を備える、デバイス。
［４０］ 前記ブロックの左に隣接するブロックのための第１のイントラ予測モードを決定する手段と、
前記ブロックの上に隣接するブロックのための第２のイントラ予測モードを決定する手段と、
前記第１のイントラ予測モードが前記第２のイントラ予測モードとは異なるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記第２のイントラ予測モードの両方を含める手段と、
をさらに備える、［３９］に記載のデバイス。
［４１］ 前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モード以外のモードを備えるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記平面モードとを含める手段と、
をさらに備える、［４０］に記載のデバイス。
［４２］ 前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モードを備えるとき、最確イントラ予測モードの前記セット中に前記平面モードとＤＣモードとを含める手段
をさらに備える、［４０］に記載のデバイス。
［４３］ 前記ブロックはルミナンスブロックを備え、前記デバイスは、
前記ルミナンスブロックに対応するクロミナンスブロックについて、イントラ予測モードのセットへの値のセットのマッピングを決定する手段と、イントラ予測モードの前記セットは、水平モードと、垂直モードと、平面モードと、ＤＣモードと、ルーマ信号予測モードとを備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモード以外のモードを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの第１の値からマッピングされるルーマイントラ予測モードの再利用をさらに備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモードのうちの１つを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの前記第１の値からマッピングされる水平モード、垂直モード、平面モード、およびＤＣモード以外のモードをさらに備え、
モードの前記セットへの値の前記セットの前記マッピングに基づいて前記クロミナンスブロックのための実際のイントラ予測モードを表す値をコーディングする手段と、
前記クロミナンスブロックのための前記実際のイントラ予測モードを使用して前記クロミナンスブロックをコーディングする手段と、
をさらに備える、［３９］に記載のデバイス。
［４４］ 前記実際のイントラ予測モードの予測方向を決定する手段と、
最確イントラ予測モードの前記セット中に、前記実際のイントラ予測モードの前記予測方向に最も近い予測方向を有する少なくとも１つのイントラ予測モードを含めることと、
をさらに備える、［３９］に記載のデバイス。
［４５］ 最確イントラ予測モードの前記セットの前記サイズは３に等しい、［３９］に記載のデバイス。
［４６］ 前記デバイスは、
第１のイントラ予測モードの予測方向を決定することと、
前記第１のイントラ予測モードの前記予測方向を１つまたは複数の他の利用可能なイントラ予測モードの予測方向と比較することと、
最確イントラ予測モードの前記セット中に、前記第１のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第２のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第３のイントラ予測モードとを含めることと、前記第２のイントラ予測モードと前記第３のイントラ予測モードとは、前記比較に基づいて前記第１のイントラ予測モードの前記予測方向に最も近いと決定された予測方向を有する、
をさらに備える、［４５］に記載のデバイス。
［４７］ 最確イントラ予測モードの前記セットの前記サイズは４に等しく、
前記最確イントラ予測モードのうちの２つが同じであるとき、４つの最確イントラ予測モードの前記セットは、前記同じ最確イントラ予測モードの予測方向に最も近い予測方向を有する２つの利用可能なイントラ予測モードを備え、
前記最確イントラ予測モードのうちの前記２つが同じでないとき、前記最確イントラ予測モードは、前記ＤＣイントラ予測モード、前記垂直イントラ予測モード、または前記水平イントラ予測モードのうちの少なくとも１つを備える、
［３９］に記載のデバイス。
［４８］ 前記装置はビデオエンコーダを備える、［３９］に記載のデバイス。
［４９］ 前記装置はビデオデコーダを備える、［３９］に記載のデバイス。

Claims (49)

1. ビデオデータをコーディングする方法であって、
   ビデオデータのブロックについて、ビデオデータの前記ブロックを予測するための最確イントラ予測モードのセットを決定することと、最確イントラ予測モードの前記セットは、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有し、
   最確イントラ予測モードの前記セットに少なくとも部分的に基づいて前記ブロックのための実際のイントラ予測モードを表す値をコーディングすることと、
   前記実際のイントラ予測モードを使用して前記ブロックをコーディングすることと、
   を備える、方法。
2. 最確イントラ予測モードの前記セットを決定することは、
   前記ブロックの左に隣接するブロックのための第１のイントラ予測モードを決定することと、
   前記ブロックの上に隣接するブロックのための第２のイントラ予測モードを決定することと、
   前記第１のイントラ予測モードが前記第２のイントラ予測モードとは異なるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記第２のイントラ予測モードの両方を含めることと、
   を備える、請求項１に記載の方法。
3. 前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モード以外のモードを備えるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記平面モードとを含めること
   をさらに備える、請求項２に記載の方法。
4. 前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モードを備えるとき、最確イントラ予測モードの前記セット中に前記平面モードとＤＣモードとを含めること
   をさらに備える、請求項２に記載の方法。
5. 前記ブロックはルミナンスブロックを備え、前記方法は、
   前記ルミナンスブロックに対応するクロミナンスブロックについて、イントラ予測モードのセットへの値のセットのマッピングを決定することと、イントラ予測モードの前記セットは、水平モードと、垂直モードと、平面モードと、ＤＣモードと、ルーマ信号予測モードとを備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモード以外のモードを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの第１の値からマッピングされるルーマイントラ予測モードの再利用をさらに備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモードのうちの１つを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの前記第１の値からマッピングされる水平モード、垂直モード、平面モード、およびＤＣモード以外のモードをさらに備え、
   モードの前記セットへの値の前記セットの前記マッピングに基づいて前記クロミナンスブロックのための実際のイントラ予測モードを表す値をコーディングすることと、
   前記クロミナンスブロックのための前記実際のイントラ予測モードを使用して前記クロミナンスブロックをコーディングすることと、
   をさらに備える、請求項１に記載の方法。
6. 前記実際のイントラ予測モードの予測方向を決定することと、
   最確イントラ予測モードの前記セット中に、前記実際のイントラ予測モードの前記予測方向に最も近い予測方向を有する少なくとも１つのイントラ予測モードを含めることと、
   をさらに備える、請求項１に記載の方法。
7. 最確イントラ予測モードの前記セットの前記サイズは３に等しい、請求項１に記載の方法。
8. 第１のイントラ予測モードの予測方向を決定することと、
   前記第１のイントラ予測モードの前記予測方向を１つまたは複数の他の利用可能なイントラ予測モードの予測方向と比較することと、
   最確イントラ予測モードの前記セット中に、前記第１のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第２のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第３のイントラ予測モードとを含めることと、前記第２のイントラ予測モードと前記第３のイントラ予測モードとは、前記比較に基づいて前記第１のイントラ予測モードの前記予測方向に最も近いと決定された予測方向を有する、
   をさらに備える、請求項７に記載の方法。
9. ３つの最確イントラ予測モードの前記セットは、ＤＣモードと、垂直モードと、平面モードとを含む、請求項７に記載の方法。
10. 最確イントラ予測モードの前記セットの前記サイズは４に等しく、
    前記最確イントラ予測モードのうちの２つが同じであるとき、４つの最確イントラ予測モードの前記セットは、前記同じ最確イントラ予測モードの予測方向に最も近い予測方向を有する２つの利用可能なイントラ予測モードを備え、
    前記最確イントラ予測モードのうちの前記２つが同じでないとき、前記最確イントラ予測モードは、前記ＤＣイントラ予測モード、前記垂直イントラ予測モード、または前記水平イントラ予測モードのうちの少なくとも１つを備える、
    請求項１に記載の方法。
11. 前記実際のイントラ予測モードを選択すること、
    をさらに備え、
    前記ブロックをコーディングすることは、前記実際のイントラ予測モードに基づいて前記ブロックを符号化することをさらに備える、
    請求項１に記載の方法。
12. 前記ブロックをコーディングすることは、前記実際のイントラ予測モードを使用して前記ブロックを復号することをさらに備え、
    前記実際のイントラ予測モードを表す前記値をコーディングすることは、前記値から前記実際のイントラ予測モードを決定することを備える、
    請求項１に記載の方法。
13. 前記実際のイントラ予測モードが、前記平面モード、前記垂直モード、前記水平モード、または前記ＤＣモードであるとき、クロマイントラ予測モードは右上方向イントラ予測モードである、請求項１に記載の方法。
14. ビデオデータをコーディングするためのデバイスであって、
    ビデオデータのブロックについて、ビデオデータの前記ブロックを予測するための最確イントラ予測モードのセットを決定することと、最確イントラ予測モードの前記セットは、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有し、
    最確イントラ予測モードの前記セットに少なくとも部分的に基づいて前記ブロックのための実際のイントラ予測モードを表す値をコーディングすることと、
    前記実際のイントラ予測モードを使用して前記ブロックをコーディングすることと、
    を行うように構成されたビデオコーダを備えるデバイス。
15. 最確イントラ予測モードの前記セットを決定することは、前記ビデオエンコーダが、
    前記ブロックの左に隣接するブロックのための第１のイントラ予測モードを決定することと、
    前記ブロックの上に隣接するブロックのための第２のイントラ予測モードを決定することと、
    前記第１のイントラ予測モードが前記第２のイントラ予測モードとは異なるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記第２のイントラ予測モードの両方を含めることと、
    を行うように構成されることをさらに備える、請求項１４に記載のデバイス。
16. 前記ビデオコーダは、前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モード以外のモードを備えるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記平面モードとを含めるようにさらに構成された、請求項１５に記載の方法。
17. 前記ビデオコーダは、前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モードを備えるとき、最確イントラ予測モードの前記セット中に前記平面モードとＤＣモードとを含めるようにさらに構成された、請求項１５に記載のデバイス。
18. 前記ブロックがルミナンスブロックを備え、前記ビデオコーダは、
    前記ルミナンスブロックに対応するクロミナンスブロックについて、イントラ予測モードのセットへの値のセットのマッピングを判断することと、イントラ予測モードの前記セットは、水平モードと、垂直モードと、平面モードと、ＤＣモードと、ルーマ信号予測モードとを備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモード以外のモードを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの第１の値からマッピングされるルーマイントラ予測モードの再利用をさらに備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモードのうちの１つを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの前記第１の値からマッピングされる水平モード、垂直モード、平面モード、およびＤＣモード以外のモードをさらに備え、
    モードの前記セットへの値の前記セットの前記マッピングに基づいて前記クロミナンスブロックのための実際のイントラ予測モードを表す値をコーディングすることと、
    前記クロミナンスブロックのための前記実際のイントラ予測モードを使用して前記クロミナンスブロックをコーディングすることと、
    を行うようにさらに構成された、請求項１４に記載のデバイス。
19. 前記ビデオコーダは、
    前記実際のイントラ予測モードの予測方向を決定することと、
    最確イントラ予測モードの前記セット中に、前記実際のイントラ予測モードの前記予測方向に最も近い予測方向を有する少なくとも１つのイントラ予測モードを含めることと、
    を行うようにさらに構成された、請求項１４に記載のデバイス。
20. 最確イントラ予測モードの前記セットの前記サイズが３に等しい、請求項１４に記載のデバイス。
21. 前記ビデオコーダは、
    第１のイントラ予測モードの予測方向を決定することと、
    前記第１のイントラ予測モードの前記予測方向を１つまたは複数の他の利用可能なイントラ予測モードの予測方向と比較することと、
    最確イントラ予測モードの前記セット中に、前記第１のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第２のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第３のイントラ予測モードとを含めることと、前記第２のイントラ予測モードと前記第３のイントラ予測モードとは、前記比較に基づいて前記第１のイントラ予測モードの前記予測方向に最も近いと決定された予測方向を有する、
    を行うようにさらに構成された、請求項２０に記載のデバイス。
22. ３つの最確イントラ予測モードの前記セットは、ＤＣモードと、垂直モードと、平面モードとを含む、請求項２０に記載のデバイス。
23. 最確イントラ予測モードの前記セットの前記サイズは４に等しく、
    前記最確イントラ予測モードのうちの２つが同じであるとき、４つの最確イントラ予測モードの前記セットは、前記同じ最確イントラ予測モードの予測方向に最も近い予測方向を有する２つの利用可能なイントラ予測モードを備え、
    前記最確イントラ予測モードのうちの前記２つが同じでないとき、前記最確イントラ予測モードは、前記ＤＣイントラ予測モード、前記垂直イントラ予測モード、または前記水平イントラ予測モードのうちの少なくとも１つを備える、
    請求項２１に記載のデバイス。
24. 前記実際のイントラ予測モードは、前記平面モード、前記垂直モード、前記水平モード、または前記ＤＣモードであるとき、クロマイントラ予測モードが右上方向イントラ予測モードである、請求項１４に記載のデバイス。
25. 前記ビデオコーダはビデオエンコーダを備える、請求項１４に記載のデバイス。
26. 前記ビデオコーダはビデオデコーダを備える、請求項１４に記載のデバイス。
27. 実行されたとき、ビデオコーディングデバイスのプロセッサに、
    ビデオデータのブロックについて、ビデオデータの前記ブロックを予測するための最確イントラ予測モードのセットを決定することと、最確イントラ予測モードの前記セットは、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有し、
    最確イントラ予測モードの前記セットに少なくとも部分的に基づいて前記ブロックのための実際のイントラ予測モードを表す値をコーディングすることと、
    前記実際のイントラ予測モードを使用して前記ブロックをコーディングすることと、
    を行わせる命令を記憶したコンピュータ可読記憶媒体を備えるコンピュータプログラム製品。
28. 前記命令は、
    前記ブロックの左に隣接するブロックのための第１のイントラ予測モードを決定することと、
    前記ブロックの上に隣接するブロックのための第２のイントラ予測モードを決定することと、
    前記第１のイントラ予測モードが前記第２のイントラ予測モードとは異なるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記第２のイントラ予測モードの両方を含めることと、
    をさらに備える、請求項２５に記載のコンピュータプログラム製品。
29. 前記命令は、
    前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであり、前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モード以外のモードを備えるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記平面モードとを含めること、
    をさらに備える、請求項２８に記載のコンピュータプログラム製品。
30. 前記命令は、
    前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モードを備えるとき、最確イントラ予測モードの前記セット中に前記平面モードとＤＣモードとを含めること
    をさらに備える、請求項２８に記載のコンピュータプログラム製品。
31. 前記ブロックがルミナンスブロックを備え、前記命令は、
    前記ルミナンスブロックに対応するクロミナンスブロックについて、イントラ予測モードのセットへの値のセットのマッピングを決定することと、イントラ予測モードの前記セットは、水平モードと、垂直モードと、平面モードと、ＤＣモードと、ルーマ信号予測モードとを備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモード以外のモードを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの第１の値からマッピングされるルーマイントラ予測モードの再利用をさらに備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモードのうちの１つを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの前記第１の値からマッピングされる水平モード、垂直モード、平面モード、およびＤＣモード以外のモードをさらに備え、
    モードの前記セットへの値の前記セットの前記マッピングに基づいて前記クロミナンスブロックのための実際のイントラ予測モードを表す値をコーディングすることと、
    前記クロミナンスブロックのための前記実際のイントラ予測モードを使用して前記クロミナンスブロックをコーディングすることと、
    をさらに備える、請求項２７に記載のコンピュータプログラム製品。
32. 前記命令は、
    前記実際のイントラ予測モードの予測方向を決定することと、
    最確イントラ予測モードの前記セット中に、前記実際のイントラ予測モードの前記予測方向に最も近い予測方向を有する少なくとも１つのイントラ予測モードを含めることと、
    をさらに備える、請求項２７に記載のコンピュータプログラム製品。
33. 最確イントラ予測モードの前記セットの前記サイズが３に等しい、請求項２７に記載のコンピュータプログラム製品。
34. 前記命令は、
    第１のイントラ予測モードの予測方向を決定することと、
    前記第１のイントラ予測モードの前記予測方向を１つまたは複数の他の利用可能なイントラ予測モードの予測方向と比較することと、
    最確イントラ予測モードの前記セット中に、前記第１のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第２のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第３のイントラ予測モードとを含めることと、前記第２のイントラ予測モードと前記第３のイントラ予測モードとは、前記比較に基づいて前記第１のイントラ予測モードの前記予測方向に最も近いと判断された予測方向を有する、
    をさらに備える、請求項３３に記載のコンピュータプログラム製品。
35. ３つの最確イントラ予測モードの前記セットは、ＤＣモードと、垂直モードと、平面モードとを含む、請求項３３に記載のコンピュータプログラム製品。
36. 最確イントラ予測モードの前記セットの前記サイズは４に等しく、
    前記最確イントラ予測モードのうちの２つが同じであるとき、４つの最確イントラ予測モードの前記セットは、前記同じ最確イントラ予測モードの予測方向に最も近い予測方向を有する２つの利用可能なイントラ予測モードを備え、
    前記最確イントラ予測モードのうちの前記２つが同じでないとき、前記最確イントラ予測モードが、前記ＤＣイントラ予測モード、前記垂直イントラ予測モード、または前記水平イントラ予測モードのうちの少なくとも１つを備える、
    請求項２７に記載のコンピュータプログラム製品。
37. 前記プロセッサに、前記ブロックをコーディングさせる前記命令は、前記プロセッサに、前記ブロックを符号化させる命令を備え、
    さらに、前記プロセッサに、前記実際のイントラ予測モードを選択させる命令を備える、請求項２７に記載のコンピュータプログラム製品。
38. 前記プロセッサに、前記ブロックをコーディングさせる前記命令は、前記プロセッサに、前記ブロックを復号させる命令を備え、
    前記プロセッサに、前記実際のイントラ予測モードを表す前記値をコーディングさせる前記命令は、前記プロセッサに、前記実際のイントラ予測モードを決定させる命令を備える、
    請求項２７に記載のコンピュータプログラム製品。
39. ビデオコーディングのためのデバイスであって、
    ビデオデータのブロックについて、ビデオデータの前記ブロックを予測するための最確イントラ予測モードのセットを決定する手段と、最確イントラ予測モードの前記セットは、２よりも大きいかまたはそれに等しい所定の数に等しいサイズを有し、
    最確イントラ予測モードの前記セットに少なくとも部分的に基づいて前記ブロックのための実際のイントラ予測モードを表す値をコーディングする手段と、
    前記実際のイントラ予測モードを使用して前記ブロックをコーディングする手段と、
    を備える、デバイス。
40. 前記ブロックの左に隣接するブロックのための第１のイントラ予測モードを決定する手段と、
    前記ブロックの上に隣接するブロックのための第２のイントラ予測モードを決定する手段と、
    前記第１のイントラ予測モードが前記第２のイントラ予測モードとは異なるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記第２のイントラ予測モードの両方を含める手段と、
    をさらに備える、請求項３９に記載のデバイス。
41. 前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モード以外のモードを備えるとき、最確イントラ予測モードの前記セット中に前記第１のイントラ予測モードと前記平面モードとを含める手段と、
    をさらに備える、請求項４０に記載のデバイス。
42. 前記第１のイントラ予測モードが前記第２のイントラ予測モードと同じであるとき、および前記第１のイントラ予測モードと前記第２のイントラ予測モードとが平面モードを備えるとき、最確イントラ予測モードの前記セット中に前記平面モードとＤＣモードとを含める手段
    をさらに備える、請求項４０に記載のデバイス。
43. 前記ブロックはルミナンスブロックを備え、前記デバイスは、
    前記ルミナンスブロックに対応するクロミナンスブロックについて、イントラ予測モードのセットへの値のセットのマッピングを決定する手段と、イントラ予測モードの前記セットは、水平モードと、垂直モードと、平面モードと、ＤＣモードと、ルーマ信号予測モードとを備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモード以外のモードを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの第１の値からマッピングされるルーマイントラ予測モードの再利用をさらに備え、前記ルミナンスブロックのための前記実際のイントラ予測モードが、水平モード、垂直モード、平面モード、およびＤＣモードのうちの１つを備えるとき、イントラ予測モードの前記セットは、値の前記セットのうちの前記第１の値からマッピングされる水平モード、垂直モード、平面モード、およびＤＣモード以外のモードをさらに備え、
    モードの前記セットへの値の前記セットの前記マッピングに基づいて前記クロミナンスブロックのための実際のイントラ予測モードを表す値をコーディングする手段と、
    前記クロミナンスブロックのための前記実際のイントラ予測モードを使用して前記クロミナンスブロックをコーディングする手段と、
    をさらに備える、請求項３９に記載のデバイス。
44. 前記実際のイントラ予測モードの予測方向を決定する手段と、
    最確イントラ予測モードの前記セット中に、前記実際のイントラ予測モードの前記予測方向に最も近い予測方向を有する少なくとも１つのイントラ予測モードを含めることと、
    をさらに備える、請求項３９に記載のデバイス。
45. 最確イントラ予測モードの前記セットの前記サイズは３に等しい、請求項３９に記載のデバイス。
46. 前記デバイスは、
    第１のイントラ予測モードの予測方向を決定することと、
    前記第１のイントラ予測モードの前記予測方向を１つまたは複数の他の利用可能なイントラ予測モードの予測方向と比較することと、
    最確イントラ予測モードの前記セット中に、前記第１のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第２のイントラ予測モードと、前記１つまたは複数の利用可能なイントラ予測モードのうちの第３のイントラ予測モードとを含めることと、前記第２のイントラ予測モードと前記第３のイントラ予測モードとは、前記比較に基づいて前記第１のイントラ予測モードの前記予測方向に最も近いと決定された予測方向を有する、
    をさらに備える、請求項４５に記載のデバイス。
47. 最確イントラ予測モードの前記セットの前記サイズは４に等しく、
    前記最確イントラ予測モードのうちの２つが同じであるとき、４つの最確イントラ予測モードの前記セットは、前記同じ最確イントラ予測モードの予測方向に最も近い予測方向を有する２つの利用可能なイントラ予測モードを備え、
    前記最確イントラ予測モードのうちの前記２つが同じでないとき、前記最確イントラ予測モードは、前記ＤＣイントラ予測モード、前記垂直イントラ予測モード、または前記水平イントラ予測モードのうちの少なくとも１つを備える、
    請求項３９に記載のデバイス。
48. 前記装置はビデオエンコーダを備える、請求項３９に記載のデバイス。
49. 前記装置はビデオデコーダを備える、請求項３９に記載のデバイス。

Images