(57)【要約】  ビデオコーダは、種々の、たとえば少なくとも３つの深度イントラ予測モードのいずれかに従って深度ブロックをコーディングするために、簡易残差コーディングを含む簡易深度コーディング（ＳＤＣ）モードを実行することができる。たとえば、ビデオコーダは、深度モデリングモード（ＤＭＭ）３、ＤＭＭ４、または領域境界チェーンコーディングモードに従って深度ブロックをコーディングするためにＳＤＣモードを実行することができる。そのような例では、ビデオコーダは、深度ブロックを区分し、各区分のためのそれぞれのＤＣ残差値をコーディングすることができる。いくつかの例では、ビデオコーダは、イントラ予測モード、たとえば、ＤＣイントラ予測モード、または方向性イントラ予測モードの１つのようなＨＥＶＣベースの規格のイントラ予測モードに従って深度ブロックをコーディングするために、ＳＤＣモードを実行することができる。そのような例では、ビデオコーダは、深度ブロックのための単一のＤＣ残差値をコーディングすることができる。
2016537844.tif 000002
【特許請求の範囲】
【請求項１】
ビデオデータをコーディングする方法であって、
符号化されたビデオビットストリーム中の第１のシンタックス要素をコーディングすることと、ここにおいて、前記第１のシンタックス要素の第１の値は、複数の深度イントラ予測モードから深度ブロックのために選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、前記第１のシンタックス要素の第２の値は、前記深度ブロックのために選択された前記深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示し、
前記符号化されたビデオビットストリーム中の第２のシンタックス要素をコーディングすることと、ここにおいて、前記第２のシンタックス要素は、前記深度ブロックを再構築するために簡易深度コーディング（ＳＤＣ）モードを実行するかどうかを示し、前記ＳＤＣモードは、前記ビットストリームから少なくとも１つのＤＣ残差値を復号することを備え、前記ＤＣ残差値は、前記深度ブロックの複数のサンプルの残差値を表し、
前記第１のシンタックス要素および第２のシンタックス要素に従って前記深度ブロックをコーディングすることと、
を備える、方法。
【請求項２】
前記第１のシンタックス要素がｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇシンタックス要素を備え、前記第２のシンタックス要素がｓｄｃ＿ｆｌａｇシンタックス要素を備える、請求項１に記載の方法。
【請求項３】
前記第１のシンタックス要素と第２のシンタックス要素とをコーディングすることが、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）プロセスに従って前記第１のシンタックス要素と第２のシンタックス要素とをコーディングすることを備える、請求項１に記載の方法。
【請求項４】
前記ＣＡＢＡＣプロセスに従って前記第１のシンタックス要素と第２のシンタックス要素のうちの少なくとも１つをコーディングするための初期確率状態を不等確率状態に設定することをさらに備える、請求項３に記載の方法。
【請求項５】
前記ＣＡＢＡＣプロセスに従って前記第１のシンタックス要素と第２のシンタックス要素のうちの少なくとも１つをコーディングするための前記初期確率状態を不等確率状態に設定することが、前記ＣＡＢＡＣプロセスに従って前記第１のシンタックス要素をコーディングするための前記初期確率状態を不等確率状態に設定することを備える、請求項４に記載の方法。
【請求項６】
前記深度ブロックを含むスライスのスライスタイプを決定することと、
前記スライスタイプに基づいて、複数の確率状態から前記ＣＡＢＡＣプロセスに従って前記第１のシンタックス要素と第２のシンタックス要素のうちの少なくとも１つをコーディングするための初期確率状態を選択することと、
をさらに備える、請求項３に記載の方法。
【請求項７】
前記深度ブロックの任意の隣接する深度ブロックのための前記シンタックス要素の値を参照することなく、前記ＣＡＢＡＣプロセスに従って前記深度ブロックのための前記第１のシンタックス要素と第２のシンタックス要素のうちの少なくとも１つをコーディングするための初期確率状態を設定することをさらに備える、請求項３に記載の方法。
【請求項８】
前記第１のシンタックス要素と第２のシンタックス要素とをコーディングすることが、前記第１のシンタックス要素と第２のシンタックス要素とを復号することを備え、前記第１のシンタックス要素および第２のシンタックス要素に従って前記深度ブロックをコーディングすることが、前記深度ブロックのために選択された前記深度イントラ予測モードと、前記ＳＤＣモードを実行するかどうかの前記指示とに従って、前記深度ブロックを再構築することを備える、請求項１に記載の方法。
【請求項９】
前記第１のシンタックス要素と第２のシンタックス要素とをコーディングすることが、前記第１のシンタックス要素と第２のシンタックス要素とを符号化することを備え、前記方法が、
前記複数の深度イントラ予測モードから、前記符号化されたビデオビットストリーム中の前記深度ブロックを符号化するために前記深度イントラ予測モードを選択することと、
前記符号化されたビデオビットストリーム中の前記深度ブロックを符号化するために前記ＳＤＣモードを実行するかどうか決定することと、
をさらに備え、
前記第１のシンタックス要素および第２のシンタックス要素に従って前記深度ブロックをコーディングすることが、前記選択された深度イントラ予測モードと前記ＳＤＣモードを実行するかどうかの前記決定とに従って、前記符号化されたビデオビットストリーム中の前記深度ブロックを符号化することを備える、請求項１に記載の方法。
【請求項１０】
ビデオコーダを備えるデバイスであって、前記ビデオコーダが、
前記ビデオデータを符号化する符号化されたビデオビットストリームを記憶するように構成されたメモリと、
前記符号化されたビデオビットストリームから第１のシンタックス要素をコーディングすることと、ここにおいて、前記第１のシンタックス要素の第１の値は、複数の深度イントラ予測モードから深度ブロックのために選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、前記第１のシンタックス要素の第２の値は、前記深度ブロックのために選択された前記深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示し、
前記符号化されたビデオビットストリームから第２のシンタックス要素をコーディングすることと、ここにおいて、前記第２のシンタックス要素は、前記深度ブロックを再構築するために簡易深度コーディング（ＳＤＣ）モードを実行するかどうかを示し、前記ＳＤＣモードは、前記ビットストリームから少なくとも１つのＤＣ残差値を復号することを備え、前記ＤＣ残差値は、前記深度ブロックの複数のサンプルの残差値を表し、
前記第１のシンタックス要素および第２のシンタックス要素に従って前記深度ブロックをコーディングすることと、
を行うように構成される１つまたは複数のプロセッサと、
を備える、デバイス。
【請求項１１】
前記第１のシンタックス要素がｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇシンタックス要素を備え、前記第２のシンタックス要素がｓｄｃ＿ｆｌａｇシンタックス要素を備える、請求項１０に記載のデバイス。
【請求項１２】
前記１つまたは複数のプロセッサが、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）プロセスに従って前記第１のシンタックス要素と第２のシンタックス要素とをコーディングするように構成される、請求項１０に記載のデバイス。
【請求項１３】
前記１つまたは複数のプロセッサがさらに、前記ＣＡＢＡＣプロセスに従って前記第１のシンタックス要素と第２のシンタックス要素のうちの少なくとも１つをコーディングするための初期確率状態を不等確率状態に設定するように構成される、請求項１２に記載のデバイス。
【請求項１４】
前記１つまたは複数のプロセッサが、前記ＣＡＢＡＣプロセスに従って前記第１のシンタックス要素をコーディングするための前記初期確率状態を不等確率状態に設定するように構成される、請求項１３に記載のデバイス。
【請求項１５】
前記１つまたは複数のプロセッサがさらに、
前記深度ブロックを含むスライスのスライスタイプを決定することと、
前記スライスタイプに基づいて、複数の確率状態から前記ＣＡＢＡＣプロセスに従って前記第１のシンタックス要素と第２のシンタックス要素のうちの少なくとも１つをコーディングするための初期確率状態を選択することと、
を行うように構成される、請求項１２に記載のデバイス。
【請求項１６】
前記１つまたは複数のプロセッサが、前記深度ブロックの任意の隣接する深度ブロックのための前記シンタックス要素の値を参照することなく、前記ＣＡＢＡＣプロセスに従って前記深度ブロックのための前記第１のシンタックス要素と第２のシンタックス要素のうちの少なくとも１つをコーディングするための初期確率状態を設定するように構成される、請求項１２に記載のデバイス。
【請求項１７】
前記ビデオコーダがビデオデコーダを備え、前記１つまたは複数のプロセッサが、前記第１のシンタックス要素と第２のシンタックス要素とを復号することと、前記深度ブロックのために選択された前記深度イントラ予測モードと、前記ＳＤＣモードを実行するかどうかの前記指示とに従って、前記深度ブロックを再構築することと、を行うように構成される、請求項１０に記載のデバイス。
【請求項１８】
前記ビデオコーダがビデオエンコーダを備え、前記１つまたは複数のプロセッサが、
前記複数の深度イントラ予測モードから、前記符号化されたビデオビットストリーム中の前記深度ブロックを符号化するために前記深度イントラ予測モードを選択することと、
前記符号化されたビデオビットストリーム中の前記深度ブロックを符号化するために前記ＳＤＣモードを実行するかどうか決定することと、
前記選択された深度イントラ予測モードと前記ＳＤＣモードを実行するかどうかの前記決定とに従って、前記符号化されたビデオビットストリーム中の前記深度ブロックを符号化することと、
前記符号化されたビデオビットストリーム中の前記第１のシンタックス要素と第２のシンタックス要素とを符号化することと、
を行うように構成される、請求項１０に記載のデバイス。
【請求項１９】
ビデオデータを符号化する方法であって、
複数の深度イントラ予測モードから選択される深度イントラ予測モードに従って深度ブロックを符号化することと、ここにおいて、前記深度ブロックを符号化することは、前記深度イントラ予測モードのうちの前記示された１つに基づいて、前記深度ブロックのための少なくとも１つのＤＣ残差値を決定するために簡易深度コーディング（ＳＤＣ）モードを実行することを備え、前記ＤＣ残差値は、前記深度ブロックの複数のサンプルの残差値を表し、
前記決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別することと、
候補ＤＣ残差値の前記セットの各々にビュー合成最適化プロセスを適用することと、
前記ビュー合成最適化プロセスに基づいて、候補ＤＣ残差値の前記セットから１つのＤＣ残差値を選択することと、
符号化されたビデオビットストリームの中に前記選択されたＤＣ残差値を符号化することと、
を備える、方法。
【請求項２０】
候補ＤＣ残差値の前記セットの各々にビュー合成最適化プロセスを適用することが、前記ビュー合成最適化プロセスに従って候補ＤＣ残差値の前記セットの各々に関するコストを決定することを備え、前記ビュー合成最適化プロセスに基づいて候補ＤＣ残差値の前記セットから１つのＤＣ残差値を選択することが、候補ＤＣ残差値の前記セットから、最低のコストを有する前記１つのＤＣ残差値を選択することを備える、請求項１９に記載の方法。
【請求項２１】
前記決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別することが、前記決定されたＤＣ残差値よりも小さい第１のオフセット値である第１のＤＣ残差値から、前記決定されたＤＣ残差値よりも大きい第２のオフセット値である第２のＤＣ残差値までの、ＤＣ残差値の範囲内の候補ＤＣ残差値のセットを識別することを備える、請求項１９に記載の方法。
【請求項２２】
前記第１のオフセット値と第２のオフセット値が同じ値である、請求項２１に記載の方法。
【請求項２３】
前記第１のオフセット値と第２のオフセット値が２である、請求項２２に記載の方法。
【請求項２４】
前記決定されたＤＣ残差値よりも小さい第１のオフセット値である第１のＤＣ残差値から、前記決定されたＤＣ残差値よりも大きい第２のオフセット値である第２のＤＣ残差値までの、ＤＣ残差値の範囲内の候補ＤＣ残差値のセットを識別することが、［ＤＣＲｅｓｉ［ｉ］−Ｏｆｆｓｅｔ１，ＤＣＲｅｓｉ［ｉ］＋Ｏｆｆｓｅｔ２］によって定義される範囲内の候補ＤＣ残差値のセットを識別することを備え、
ＤＣＲｅｓｉ［ｉ］が前記決定されたＤＣ残差値を示し、
Ｏｆｆｓｅｔ１が前記第１のオフセット値であり、Ｏｆｆｓｅｔ２が前記第２のオフセット値であり、
Ｏｆｆｓｅｔ１とＯｆｆｓｅｔ２の各々が非負の整数値を備える、請求項２１に記載の方法。
【請求項２５】
ビデオエンコーダを備えるデバイスであって、前記ビデオエンコーダが、
前記ビデオデータを符号化する符号化されたビデオビットストリームを記憶するように構成されたメモリと、
複数の深度イントラ予測モードから選択される深度イントラ予測モードに従って深度ブロックを符号化することと、ここにおいて、前記深度ブロックを符号化することは、前記深度イントラ予測モードのうちの前記示された１つに基づいて、前記深度ブロックのための少なくとも１つのＤＣ残差値を決定するために簡易深度コーディング（ＳＤＣ）モードを実行することを備え、前記ＤＣ残差値は、前記深度ブロックの複数のサンプルの残差値を表し、
前記決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別することと、
候補ＤＣ残差値の前記セットの各々にビュー合成最適化プロセスを適用することと、
前記ビュー合成最適化プロセスに基づいて、候補ＤＣ残差値の前記セットから１つのＤＣ残差値を選択することと、
符号化されたビデオビットストリームの中に前記選択されたＤＣ残差値を符号化することと、
を行うように構成される１つまたは複数のプロセッサと、
を備える、デバイス。
【請求項２６】
前記１つまたは複数のプロセッサが、前記ビュー合成最適化プロセスに従って候補ＤＣ残差値の前記セットの各々に関するコストを決定することと、候補ＤＣ残差値の前記セットから、最低のコストを有する前記１つのＤＣ残差値を選択することと、を行うように構成される、請求項２５に記載のデバイス。
【請求項２７】
前記１つまたは複数のプロセッサが、前記決定されたＤＣ残差値よりも小さい第１のオフセット値である第１のＤＣ残差値から、前記決定されたＤＣ残差値よりも大きい第２のオフセット値である第２のＤＣ残差値までの、ＤＣ残差値の範囲内の候補ＤＣ残差値のセットを識別するように構成される、請求項２５に記載のデバイス。
【請求項２８】
前記第１のオフセット値と第２のオフセット値が同じ値である、請求項２７に記載のデバイス。
【請求項２９】
前記第１のオフセット値と第２のオフセット値が２である、請求項２８に記載のデバイス。
【請求項３０】
前記１つまたは複数のプロセッサが、［ＤＣＲｅｓｉ［ｉ］−Ｏｆｆｓｅｔ１，ＤＣＲｅｓｉ［ｉ］＋Ｏｆｆｓｅｔ２］によって定義される範囲内の候補ＤＣ残差値のセットを識別するように構成され、
ＤＣＲｅｓｉ［ｉ］が前記決定されたＤＣ残差値を示し、
Ｏｆｆｓｅｔ１が前記第１のオフセット値であり、Ｏｆｆｓｅｔ２が前記第２のオフセット値であり、
Ｏｆｆｓｅｔ１とＯｆｆｓｅｔ２の各々が非負の整数値を備える、請求項２７に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本開示はビデオコーディングおよびビデオ圧縮に関し、より詳細には、深度イントラ予測モードのための残差値をコーディングするための技法に関する。
【背景技術】
【０００２】
[0002]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、タブレットコンピュータ、スマートフォン、携帯情報端末（ＰＤＡ）、ラップトップコンピュータまたはデスクトップコンピュータ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、携帯電話または衛星無線電話、ビデオ遠隔会議デバイス、セットトップデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ  １０、Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＡＶＣ）、Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）規格によって定義された規格、およびそのような規格の拡張に記述されているビデオ圧縮技法などのビデオ圧縮技法を実装する。ビデオデバイスは、デジタルビデオ情報をより効率的に送信し、受信し、記憶することができる。
【０００３】
[0003]エンコーダ−デコーダ（コーデック）は、ビデオシーケンスに固有の冗長性を低減または除去するように空間的（イントラピクチャ）予測および／または時間的（インターピクチャ）予測を実行するために、ビデオ圧縮技法を適用する。ブロックベースのビデオコーディングの場合、ビデオスライスが、ツリーブロック、コーディングユニット（ＣＵ）および／またはコーディングノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコーディングされた（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接するブロック中の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコーディングされた（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の隣接するブロック中の参照サンプルに対する空間的予測、または他の参照ピクチャ中の参照サンプルに対する時間的予測を使用することができる。ピクチャは代替的に「フレーム」と呼ばれ得る。
【０００４】
[0004]空間的予測または時間的予測は、コーディングされるべきブロックのための予測ブロック（a predictive block）をもたらす。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコーディングされたブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルに従って符号化され、残差データは、コーディングされたブロックと予測ブロックとの差分を示す。イントラコーディングされるブロックは、イントラコーディングモードおよび残差データに従って符号化される。さらなる圧縮のために、残差データは空間的領域から変換領域に変換されて、残差変換係数をもたらすことができ、次いで、残差変換係数は量子化され得る。最初に２次元アレイで構成される量子化された変換係数は、変換係数の１次元ベクトルを生成するために走査されてよく、エントロピーコーディングがさらなる圧縮を達成するために適用されてよい。
【０００５】
[0005]マルチビューコーディングビットストリームは、たとえば、複数の視点からビューを符号化することによって生成され得る。マルチビューコーディングは、デコーダが、異なるビューの中から選ぶこと、または場合によっては複数のビューをレンダリングすることを可能にし得る。その上、ＨＥＶＣのマルチビュー拡張である３Ｄ−ＨＥＶＣのような、開発されたまたは開発中のいくつかの３次元（３Ｄ）ビデオ技法および規格は、複数のコーディングの態様を利用する。たとえば、３Ｄビデオをサポートするために、異なるビューが左眼のビューと右眼のビューとを伝える（transmit）ことができる。いくつかの３Ｄビデオコーディングプロセスは、いわゆるマルチビュープラス深度コーディングを適用することができる。マルチビュープラス深度コーディングでは、３Ｄビデオビットストリームは、テクスチャビュー成分だけでなく深度ビュー成分も含むマルチビューを含み得る。たとえば、各ビューは、１つのテクスチャビュー成分と１つの深度ビュー成分とを備え得る。
【発明の概要】
【０００６】
[0006]全般に、本開示は、３Ｄビデオビットストリームの深度データをイントラ予測コーディングするための技法を説明する。より具体的には、本開示のいくつかの技法に従って構成されるビデオコーダは、深度ブロックが種々の、たとえば少なくとも３つの深度イントラ予測モードのいずれかに従ってイントラ予測コーディングされるときに、深度ブロックのための１つまたは複数のＤＣ残差値をコーディングするために、簡易深度コーディング（ＳＤＣ）モードを実行することができる。ＳＤＣモードは簡易残差コーディングを含み、簡易残差コーディングにおいては、ビデオコーダは、ビットストリーム中の１つまたは複数のＤＣ残差値をコーディングし、たとえば符号化または復号する。１つまたは複数のＤＣ残差値の各々は、複数の深度サンプル値、たとえば深度ブロックの深度ピクセル値を表し、すなわち、深度ピクセル値を再構築するためにビデオデコーダによって使用され得る。ＳＤＣモードに従った簡易残差コーディングでは、ビデオエンコーダは、いくつかの例では、ビットストリーム中にコーディングされたＤＣ残差値を変換および／または量子化しなくてよい（またビデオデコーダはＤＣ残差値を逆量子化および／または逆変換しなくてよい）。いくつかの例では、現在のイントラコーディングされた深度ブロックのためのビットストリームの中に符号化されているＤＣ残差値を決定するために、ビデオエンコーダは、ビュー合成最適化プロセスを適用して、ＳＤＣモードに従ってイントラコーディングされた深度ブロックに対して決定されるＤＣ残差値を含むある範囲内のＤＣ残差値の候補のセットから、あるＤＣ残差値を選択する。
【０００７】
[0007]本開示のいくつかの例示的な技法に従って構成されるビデオコーダは、現在のイントラコーディングされた深度ブロックをコーディングするためにＨＥＶＣイントラ予測モードが使用されるか追加の深度イントラ予測モードが使用されるかを示す、符号化されたビデオビットストリーム中のシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇをコーディングすることができる。ＨＥＶＣイントラ予測モードは、プレーナ（Planar）イントラ予測モード、ＤＣイントラ予測モード、または方向性（directional）イントラ予測モードを含み得る。追加の深度イントラ予測モードは、複数の深度モデリングモード（ＤＭＭ：depth modeling mode）または領域境界チェーンコーディングモードを含み得る。いくつかの例では、本開示の技法に従って構成されるビデオコーダは、現在のイントラコーディングされた深度ブロックをコーディングするためにＳＤＣモードが実行されるかどうかを示す、符号化されたビデオビットストリーム中の別のシンタックス要素、たとえばｓｄｃ＿ｆｌａｇをコーディングすることができる。
【０００８】
[0008]いくつかの例では、本開示の技法に従って構成されるビデオコーダは、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）プロセスを使用して、これらのシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよびｓｄｃ＿ｆｌａｇをコーディングすることができる。いくつかの例では、ビデオコーダは、ＣＡＢＡＣプロセスに対して、これらのシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよびｓｄｃ＿ｆｌａｇの一方または両方のための初期化された確率状態（initialized probability state）として、不等確率状態（a non-equal probability state）を使用する。いくつかの例では、ビデオコーダは、現在の深度ブロックを含むスライスのスライスタイプに基づいて、これらのシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよびｓｄｃ＿ｆｌａｇの一方または両方のための初期化された確率状態を選択する。いくつかの例では、これらのシンタックス要素の一方または両方に対して、ビデオコーダは、１つまたは複数の隣接するイントラコーディングされた深度ブロックのためのこれらのシンタックス要素の値に基づいて、現在のイントラコーディングされた深度ブロックのための初期化された確率状態を選択するが、他の例では、ビデオコーダビデオコーダは、１つまたは複数の隣接するブロックのためのこれらのシンタックス要素の値を参照することなく、現在の深度ブロックのための初期化された確率状態を選択する。
【０００９】
[0009]一例では、ビデオデータを復号する方法は、ビットストリームからの情報を復号することを備え、この情報は、少なくとも３つの深度イントラ予測モードのいずれが深度ブロックを復号するために使用されるかを示す。方法はさらに、少なくとも３つの深度イントラ予測モードのいずれかに対して、深度ブロックを復号するための簡易深度コーディング（ＳＤＣ）モードを実行することを備え、ＳＤＣモードは、ビットストリームから少なくとも１つのＤＣ残差値を復号することを備え、ＤＣ残差値は、深度ブロックの複数のピクセルの残差値を表す。方法はさらに、示された深度イントラ予測モードおよび少なくとも１つのＤＣ残差値に基づいて、深度ブロックを再構築することを備える。
【００１０】
[0010]別の例では、ビデオデータを符号化する方法は、ビットストリームの中に情報を符号化することを備え、この情報は、少なくとも３つの深度イントラ予測モードのいずれが深度ブロックを符号化するために使用されるかを示す。方法はさらに、少なくとも３つの深度イントラ予測モードのいずれかに対して、深度ブロックを符号化するために簡易深度コーディング（ＳＤＣ）モードを実行することを備える。ＳＤＣモードは、深度イントラ予測モードのうちの示された１つに基づいて、深度ブロックのための少なくとも１つのＤＣ残差値を決定することと、ここにおいて、ＤＣ残差値は深度ブロックの複数のピクセルの残差値を表し、ビットストリームの中にＤＣ残差値を符号化することとを備える。
【００１１】
[0011]別の例では、デバイスは、ビットストリームから情報を復号することと、この情報は、少なくとも３つの深度イントラ予測モードのいずれが深度ブロックを復号するために使用されるかを示し、少なくとも３つの深度イントラ予測モードのいずれかに対して、深度ブロックを復号するために簡易深度コーディング（ＳＤＣ）モードを実行することと、ＳＤＣモードは、ビットストリームから少なくとも１つのＤＣ残差値を復号することを備え、ＤＣ残差値は、深度ブロックの複数のピクセルの残差値を表し、を行うように構成される、ビデオデコーダを備える。ビデオデコーダはさらに、示された深度イントラ予測モードおよび少なくとも１つのＤＣ残差値に基づいて、深度ブロックを再構築するように構成される。
【００１２】
[0012]別の例では、デバイスは、ビットストリームの中に情報を符号化することと、この情報は、少なくとも３つの深度イントラ予測モードのいずれが深度ブロックを符号化するために使用されるかを示し、少なくとも３つの深度イントラ予測モードのいずれかに対して、深度ブロックを符号化するために簡易深度コーディング（ＳＤＣ）モードを実行することと、を行うように構成される、ビデオエンコーダを備える。ＳＤＣモードに従って、ビデオエンコーダは、深度イントラ予測モードのうちの示された１つに基づいて、深度ブロックのための少なくとも１つのＤＣ残差値を決定することと、ここにおいて、ＤＣ残差値は深度ブロックの複数のピクセルの残差値を表し、ビットストリームの中にＤＣ残差値を符号化することと、を行うように構成される。
【００１３】
[0013]別の例では、ビデオデータをコーディングするためのデバイスは、ビットストリーム中の情報をコーディングするための手段と、この情報は、少なくとも３つの深度イントラ予測モードのいずれが深度ブロックをコーディングするために使用されるかを示し、少なくとも３つの深度イントラ予測モードのいずれかに対して、深度ブロックをコーディングするために簡易深度コーディング（ＳＤＣ）モードを実行するための手段と、を備える。ＳＤＣモードを実行するための手段は、ビットストリーム中の少なくとも１つのＤＣ残差値をコーディングするための手段、ＤＣ残差値は、深度ブロックの複数のピクセルの残差値を表し、を備える。
【００１４】
[0014]別の例では、コンピュータ可読記憶媒体は、ビデオコーダの１つまたは複数のプロセッサによって実行されると、ビデオコーダに、ビットストリーム中の情報をコーディングすることと、この情報は、少なくとも３つの深度イントラ予測モードのいずれが深度ブロックをコーディングするために使用されるかを示し、少なくとも３つの深度イントラ予測モードのいずれかに対して、深度ブロックをコーディングするために簡易深度コーディング（ＳＤＣ）モードを実行することと、を行わせる命令を記憶している。ＳＤＣモードは、ビットストリーム中の少なくとも１つのＤＣ残差値をコーディングすることを備え、ＤＣ残差値は、深度ブロックの複数のピクセルの残差値を表す。
【００１５】
[0015]別の例では、ビデオデータをコーディングする方法は、ビットストリーム中の情報をコーディングすることと、この情報は、深度ブロックをコーディングするために深度モデリングモード３または深度モデリングモード４の１つが使用されることを示し、コロケートされた（co-located）テクスチャブロックおよび示された深度モデリングモードに基づいて、深度ブロックに関する区分パターンを決定することと、を備える。方法はさらに、区分パターンに基づいて深度ブロックを２つの区分へと区分することと、深度ブロックをコーディングするために簡易深度コーディング（ＳＤＣ）モードを実行することと、ＳＤＣモードは、深度ブロックのパーティションの各々に対して、ビットストリーム中のそれぞれのＤＣ残差値をコーディングすることを備え、ＤＣ残差値はパーティションのピクセルの残差値を表し、を備える。
【００１６】
[0016]別の例では、ビデオデータをコーディングする方法は、ビットストリーム中の情報をコーディングすることと、この情報は、深度ブロックをコーディングするために領域境界チェーンコーディングモードが使用されることを示し、領域境界チェーンコーディングモードに基づいて深度ブロックの２つのパーティションの境界を定義する複数のチェーンを定義するビットストリーム中の情報をコーディングすることと、境界に基づいて深度ブロックを２つのパーティションへと区分することとを備える。方法はさらに、深度ブロックをコーディングするための簡易深度コーディング（ＳＤＣ）モードを実行すること、ＳＤＣモードは、深度ブロックのパーティションの各々に対して、ビットストリーム中のそれぞれのＤＣ残差値をコーディングすることを備え、ＤＣ残差値はパーティションのピクセルの残差値を表し、を備える。
【００１７】
[0017]別の例では、ビデオデータをコーディングする方法は、ビットストリームの中の情報をコーディングすることと、この情報は、深度ブロックをコーディングするためにＤＣイントラ予測モードが使用されることを示し、ＤＣイントラ予測モードに基づいて深度ブロック中のピクセルの各々のためのそれぞれの予測子の値を決定することとを備える。方法はさらに、深度ブロックをコーディングするために簡易深度コーディング（ＳＤＣ）モードを実行すること、ＳＤＣモードは、ビットストリーム中の単一のＤＣ残差値をコーディングすることを備え、ＤＣ残差値は、予測子の値に基づいて決定され、深度ブロックのピクセルの残差値を表し、を備える。
【００１８】
[0018]別の例では、ビデオデータをコーディングする方法は、ビットストリーム中の情報をコーディングすることと、この情報は、深度ブロックをコーディングするために方向性イントラ予測モードが使用されることを示し、方向性イントラ予測モードに基づいて深度ブロック中のピクセルの各々のためのそれぞれの予測子の値を決定することとを備える。方法はさらに、深度ブロックをコーディングするために簡易深度コーディング（ＳＤＣ）モードを実行すること、ＳＤＣモードは、ビットストリーム中の単一のＤＣ残差値をコーディングすることを備え、ＤＣ残差値は、予測子の値に基づいて決定され、深度ブロックのピクセルの残差値を表し、を備える。
【００１９】
[0019]別の例では、ビデオデータをコーディングする方法は、符号化されたビデオビットストリーム中の第１のシンタックス要素をコーディングすること、第１のシンタックス要素の第１の値は、複数の深度イントラ予測モードから深度ブロックのために選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、第１のシンタックス要素の第２の値は、深度ブロックのために選択された深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示し、を備える。方法はさらに、符号化されたビデオビットストリームから第２のシンタックス要素をコーディングすること、第２のシンタックス要素は、深度ブロックを再構築するために簡易深度コーディング（ＳＤＣ）モードを実行するかどうかを示し、ＳＤＣモードは、ビットストリームから少なくとも１つのＤＣ残差値を復号することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、を備える。方法はさらに、第１のシンタックス要素および第２のシンタックス要素に従って深度ブロックをコーディングすることを備える。
【００２０】
[0020]別の例では、デバイスはビデオコーダを備える。ビデオコーダは、ビデオデータを符号化する符号化されたビデオビットストリームを記憶するように構成されたメモリと、１つまたは複数のプロセッサとを備える。１つまたは複数のプロセッサは、符号化されたビデオビットストリームから第１のシンタックス要素をコーディングすること、第１のシンタックス要素の第１の値は、複数の深度イントラ予測モードから深度ブロックのために選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、第１のシンタックス要素の第２の値は、深度ブロックのために選択された深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示し、を行うように構成される。１つまたは複数のプロセッサは、符号化されたビデオビットストリームから第２のシンタックス要素をコーディングすること、第２のシンタックス要素は、深度ブロックを再構築するために簡易深度コーディング（ＳＤＣ）モードを実行するかどうかを示し、ＳＤＣモードは、ビットストリームから少なくとも１つのＤＣ残差値を復号することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、を行うように構成される。１つまたは複数のプロセッサは、第１のシンタックス要素および第２のシンタックス要素に従って深度ブロックをコーディングするように構成される。
【００２１】
[0021]別の例では、ビデオデータを符号化する方法は、複数の深度イントラ予測モードから選択された深度イントラ予測モードに従って深度ブロックを符号化すること、深度ブロックを符号化することは、深度イントラ予測モードのうちの示された１つに基づいて、深度ブロックのための少なくとも１つのＤＣ残差値を決定するために簡易深度コーディング（ＳＤＣ）モードを実行することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、を備える。方法はさらに、決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセット（a set of candidate DC residual values）を識別することと、候補ＤＣ残差値のセットの各々にビュー合成最適化プロセスを適用することと、ビュー合成最適化プロセスに基づいて候補ＤＣ残差値のセットから１つのＤＣ残差値を選択することとを備える。方法はさらに、符号化されたビデオビットストリームの中に選択されたＤＣ残差値を符号化することを備える。
【００２２】
[0022]別の例では、デバイスは、ビデオデータを符号化する符号化されたビデオビットストリームを記憶するように構成されたメモリと１つまたは複数のプロセッサとを備える、ビデオエンコーダを備える。１つまたは複数のプロセッサは、複数の深度イントラ予測モードから選択された深度イントラ予測モードに従って深度ブロックを符号化すること、深度ブロックを符号化することは、深度イントラ予測モードのうちの示された１つに基づいて、深度ブロックのための少なくとも１つのＤＣ残差値を決定するために簡易深度コーディング（ＳＤＣ）モードを実行することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、を行うように構成される。１つまたは複数のプロセッサはさらに、決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別することと、候補ＤＣ残差値のセットの各々にビュー合成最適化プロセスを適用することと、ビュー合成最適化プロセスに基づいて候補ＤＣ残差値のセットから１つのＤＣ残差値を選択することと、を行うように構成される。１つまたは複数のプロセッサはさらに、符号化されたビデオビットストリームの中に選択されたＤＣ残差値を符号化するように構成される。
【００２３】
[0023]本開示の１つまたは複数の態様の詳細が、添付の図面および以下の説明において記載される。本開示で説明される技法の他の特徴、目的、および利点は、これらの説明および図面から、および特許請求の範囲から明らかになろう。
【図面の簡単な説明】
【００２４】
【図１】[0024]本開示の技法を利用することができる、例示的なビデオコーディングシステムを示すブロック図。
【図２】[0025]ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ（ＨＥＶＣ）において使用されるイントラ予測モードを示す図。
【図３】[0026]ピクセルサンプルの８×８のブロックをコーディングする際に使用するための１つのｗｅｄｇｅｌｅｔパーティションパターン（wedgelet partition pattern）の例を示す図。
【図４】[0027]ピクセルサンプルの８×８のブロックをコーディングする際に使用するための１つの輪郭パーティションパターン（contour partition pattern）の例を示す図。
【図５】[0028]領域境界チェーンコーディングプロセスにおいて定義される８つの可能なタイプのチェーンを示す図。
【図６】[0029]１つの深度予測ユニット（ＰＵ）パーティションパターンを伴う領域境界チェーンコーディングモードとチェーンコーディングにおけるコーディングされたチェーンとを示す図。
【図７】[0030]本開示の技法を実装することができる、例示的なビデオエンコーダを示すブロック図。
【図８】[0031]本開示の技法を実装することができる、例示的なビデオデコーダを示すブロック図。
【図９】[0032]深度ブロックを符号化する深度イントラ予測のための簡易深度コーディング（ＳＤＣ）モードを実行する例示的な方法を示す流れ図。
【図１０】[0033]深度ブロックを復号する深度イントラ予測のためのＳＤＣモードを実行する例示的な方法を示す流れ図。
【図１１】[0034]ＨＥＶＣイントラ予測モードまたは３Ｄ−ＨＥＶＣ深度イントラ予測モードのいずれかに従って深度ブロックを深度イントラ予測符号化するためにＳＤＣモードを実行するための例示的な方法を示す流れ図。
【図１２】[0035]ＨＥＶＣイントラ予測モードまたは３Ｄ−ＨＥＶＣ深度イントラ予測モードのいずれかに従って深度ブロックを深度イントラ予測復号するためにＳＤＣモードを実行するための例示的な方法を示す流れ図。
【図１３】[0036]どの深度イントラ予測モードが深度ブロックをコーディングするために使用されるかということと、ＳＤＣモードが深度ブロックをコーディングするために使用されるかどうかとを示す、ビットストリーム中のシンタックス要素をコーディングするための例示的な方法を示す流れ図。
【図１４】[0037]ビットストリーム中のＤＣ残差値をコーディングするための例示的な方法を示す流れ図。
【図１５】[0038]ビットストリーム中のＤＣ残差値を符号化するための例示的な方法を示す流れ図。
【発明を実施するための形態】
【００２５】
[0039]本開示は、ビデオデータのイントラピクチャ予測、または空間的予測（「イントラ予測」とも呼ばれる）のための技法を説明する。より具体的には、本開示は、たとえば簡易深度コーディング（ＳＤＣ）モードに従って、３Ｄビデオデータの深度成分のイントラ予測コーディングの間に導出される残差値をコーディングするための技法を説明する。本明細書で説明される残差コーディング技法は、本明細書では深度イントラ予測モードと呼ばれる、深度データのための種々のイントラ予測モードのいずれかに従って、ビデオデータの深度成分をコーディングするときに適応的に適用され得る。いくつかの例では、不等確率状態が、イントラ深度コーディングモードおよびＳＤＣモードと関連付けられるシグナリングにおいて使用されるシンタックス要素、たとえばフラグのコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）のための初期状態として与えられる。
【００２６】
[0040]本開示は、Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）コーデックのような、進化したコーデックに基づく３Ｄビデオコーディングのための技法を説明する。本開示で説明される３Ｄコーディング技法は、現在開発中のＨＥＶＣに対する３Ｄ−ＨＥＶＣ拡張のような、マルチビュープラス深度ビデオコーディングプロセスにおける、深度ビューの進化したインターコーディングに関する深度コーディング技法を含む。
【００２７】
[0041]ＨＥＶＣでは、コーディングユニット（ＣＵ）のサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダおよびビデオデコーダは、イントラ予測に対して２Ｎ×２ＮまたはＮ×Ｎという様々な予測ユニット（ＰＵ）サイズをサポートすることができ、インター予測に対して２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または同様の対称のＰＵサイズをサポートすることができる。ビデオエンコーダおよびビデオデコーダはまた、インター予測のための２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズに対して非対称な区分をサポートすることができる。
【００２８】
[0042]３Ｄ−ＨＥＶＣにおいて提供されるような深度コーディングでは、ビデオエンコーダおよびビデオデコーダは、非長方形のパーティションを使用するモードを含む、イントラ予測のための種々の異なる深度コーディングパーティションモードをサポートするように構成され得る。非長方形のパーティションを伴う深度コーディングの例としては、Ｗｅｄｇｅｌｅｔパーティションベースの深度コーディング、輪郭パーティションベースの深度コーディング、および領域境界チェーンパーティションベースのコーディングがある。例として、ｗｅｄｇｅｌｅｔパーティションまたは輪郭パーティションのような、非長方形のパーティションのパーティションベースのイントラコーディングのための技法は、深度データのイントラ予測コーディングから得られる残差情報のコーディングのためのＳＤＣモードとともに実行され得る。
【００２９】
[0043]３Ｄビデオコーディング技法を使用してコーディングされたビデオデータは、３次元効果を生成するためにレンダリングされ、表示され得る。一例として、異なるビューの２つの画像（すなわち、わずかに異なる水平位置を有する２つのカメラの視点（two camera perspectives）に対応する）は、一方の画像が閲覧者の左眼（a viewer’s left eye）によって見られ、他方の画像が閲覧者の右眼（a viewer’s right eye）によって見られるように、実質的に同時に表示され得る。
【００３０】
[0044]３Ｄ効果は、たとえば、立体視ディスプレイ（stereoscopic displays）または自動立体視ディスプレイ（autostereoscopic displays）を使用して達成され得る。立体視ディスプレイは、２つの画像を相応にフィルタリングするアイウェアとともに使用され得る。たとえば、パッシブ眼鏡（passive glasses）は、適切な眼が適切な画像を見ることを保証するために、偏光レンズ（polarized lenses）または異なるカラーレンズを使用して画像をフィルタリングすることができる。アクティブ眼鏡は、別の例として、立体視ディスプレイと協調して交互にレンズを高速に閉じる（shutter）ことができ、それにより、左眼画像を表示することと右眼画像を表示することとを交互に行い得る。自動立体視ディスプレイは、眼鏡が必要とされないような方法で２つの画像を表示する。たとえば、自動立体視ディスプレイは、各画像が閲覧者の適切な眼に投影されるように構成された鏡またはプリズムを含み得る。
【００３１】
[0045]本開示の技法は、３Ｄビデオをサポートするために深度データをコーディングすることによって、３Ｄビデオデータをコーディングするための技法に関する。一般に、「テクスチャ」という用語は、画像のルミナンス（すなわち、輝度または「ルーマ」）値と画像のクロミナンス（すなわち、色または「クロマ」）値とを表すために使用される。いくつかの例では、テクスチャ画像は、１セットのルミナンスデータ（Ｙ）と、青色相（Ｃｂ）および赤色相（Ｃｒ）のための２セットのクロミナンスデータとを含み得る。４：２：２または４：２：０などの特定のクロマフォーマットでは、クロマデータは、ルーマデータに関してダウンサンプリングされる。すなわち、クロミナンスピクセルの空間解像度は、対応するルミナンスピクセルの空間解像度よりも低く、たとえば、ルミナンス解像度の１／２または１／４であり得る。
【００３２】
[0046]深度データは一般に、対応するテクスチャデータに関する深度値を表す。たとえば、深度画像は、たとえばビューのテクスチャ成分中の対応するテクスチャデータに対する、たとえばビューの深度成分中の深度を各々表す、深度ピクセルのセット（深度サンプルまたは深度値とも呼ばれる）を含み得る。各サンプル、たとえばピクセルは、１つまたは複数のテクスチャ値（たとえば、ルミナンスおよびクロミナンス）を有してよく、１つまたは複数の深度値も有してよい。テクスチャピクチャおよび深度マップは、同じ空間解像度を有することがあるが、そうである必要はない。たとえば、深度マップは、対応するテクスチャピクチャよりも多数または少数のピクセルを含み得る。深度データは、対応するテクスチャデータの水平視差（horizontal disparity）を決定するために使用されてよく、およびいくつかの場合には、垂直視差（vertical disparity）も使用されてよい。
【００３３】
[0047]テクスチャデータと深度データとを受信するデバイスは、一方のビュー（たとえば、左眼ビュー）のための第１のテクスチャ画像を表示し、深度値に基づいて決定された水平視差値だけ第１の画像のピクセル値をオフセットすることによって、他方のビュー（たとえば、右眼ビュー）のための第２のテクスチャ画像を生成するように第１のテクスチャ画像を修正するために深度データを使用することができる。一般に、水平視差（または単に「視差」）は、右ビュー中の対応するピクセルに対する第１のビュー中のピクセルの水平空間オフセットを表し、２つのピクセルは、２つのビュー中で表される同じオブジェクトの同じ部分に対応する。
【００３４】
[0048]さらに他の例では、画像について定義されたゼロ視差平面に対して所与のピクセルと関連付けられる深度が定義されるように、画像平面に直交するｚ次元におけるピクセルに対して深度データが定義され得る。そのような深度は、ピクセルを表示するための水平視差を作成するために使用されてよく、その結果、ピクセルは、ゼロ視差平面に対するピクセルのｚ次元深度値に応じて、左眼と右眼とで異なって表示される。ゼロ視差平面は、ビデオシーケンスの異なる部分に対して変化してよく、ゼロ視差平面に対する深度の量も変化してよい。
【００３５】
[0049]ゼロ視差平面上に位置するピクセルは、左眼と右眼とに対して同様に定義され得る。ゼロ視差平面の前に位置するピクセルは、ピクセルが画像平面に直交するｚ方向の画像から出てくるように見える知覚（a perception）を生み出すために、（たとえば、水平視差とともに）左眼と右眼とに対して異なる位置に表示され得る。ゼロ視差平面の後ろに位置するピクセルは、深度のわずかな知覚まで、わずかなぼかしとともに表示されてよく、または（たとえば、ゼロ視差平面の前に位置するピクセルの水平視差とは反対の水平視差とともに）左眼と右眼とに対して異なる位置に表示され得る。他の多くの技法も、画像に関する深度データを伝達または定義するために使用され得る。
【００３６】
[0050]２次元ビデオデータは一般に、その各々が特定の時間的インスタンスに対応する、個別ピクチャのシーケンスとしてコーディングされる。すなわち、各ピクチャは、シーケンス中の他の画像の再生時間に対する関連する再生時間を有する。これらのピクチャはテクスチャピクチャまたはテクスチャ画像と考えられ得る。深度ベースの３Ｄビデオコーディングでは、シーケンス中の各テクスチャピクチャは深度マップにも対応し得る。すなわち、テクスチャピクチャに対応する深度マップは、対応するテクスチャピクチャのための深度データを表す。マルチビュービデオデータは、様々な異なるビューのためのデータを含んでよく、各ビューは、テクスチャ成分および対応する深度成分のそれぞれのシーケンスを含み得る。
【００３７】
[0051]ピクチャは一般に、特定の時間的インスタンスに対応する。ビデオデータは、アクセスユニットのシーケンスを使用して表されてよく、各アクセスユニットは、特定の時間的インスタンスに対応するすべてのデータを含む。したがって、たとえば、マルチビュービデオデータプラス深度コーディングの場合、共通の時間的インスタンスに対する各ビューからのテクスチャ画像＋テクスチャ画像の各々に対する深度マップがすべて、特定のアクセスユニット内に含まれ得る。したがって、アクセスユニットは複数のビューを含んでよく、各ビューは、テクスチャ画像に対応するテクスチャ成分のためのデータと、深度マップに対応する深度成分のためのデータとを含み得る。
【００３８】
[0052]各アクセスユニットは、複数のビュー成分またはピクチャを含み得る。特定のビューのビュー成分は、固有のビューｉｄまたはビュー順序インデックスと関連付けられ、その結果、異なるビューのビュー成分は異なるビューｉｄまたはビュー順序インデックスと関連付けられる。ビュー成分はテクスチャビュー成分ならびに深度ビュー成分を含み得る。同じビューの中のテクスチャビュー成分および深度ビュー成分は、異なるレイヤｉｄを有し得る。テクスチャビュー成分は１つまたは複数のテクスチャスライスとしてコーディングされ得るが、深度ビュー成分は１つまたは複数の深度スライスとしてコーディングされ得る。マルチビュープラス深度は、イントラピクチャ予測、インターピクチャ予測、イントラビュー予測、インタービュー予測、動き予測などのような、種々のコーディングの可能性を生み出す。
【００３９】
[0053]このようにして、３Ｄビデオデータは、キャプチャまたは生成されたビューが対応する深度マップと関連付けられるテクスチャ成分を含む、マルチビュービデオプラス深度フォーマットを使用して表され得る。その上、３Ｄビデオコーディングでは、テクスチャと深度マップがコーディングされ、３Ｄビデオビットストリームの中に多重化され得る。深度マップはグレースケール画像としてコーディングされてよく、深度マップの「ルーマ」サンプル（すなわち、ピクセル）は深度値を表す。
【００４０】
[0054]一般に、深度データのブロック（たとえばピクセルに対応する、深度マップのサンプルのブロック）は深度ブロックと呼ばれ得る。深度値は、深度サンプルと関連付けられるルーマ値と呼ばれ得る。すなわち、深度マップは一般に、モノクロームテクスチャピクチャ、言い換えると、ルミナンス値を含みクロミナンス値を含まないテクスチャピクチャとして扱われ得る。いずれの場合も、従来のイントラコーディングおよびインターコーディング方法が深度マップコーディングのために適用され得る。
【００４１】
[0055]深度マップは、通常、鋭いエッジおよび一定のエリアによって特徴付けられ、深度マップ中のエッジは、典型的には、対応するテクスチャデータとの強い相関を呈する。テクスチャと対応する深度との間の異なる統計値および相関により、様々なコーディング方式が、２Ｄビデオコーデックに基づく深度マップのために設計されている。
【００４２】
[0056]本開示に関するＨＥＶＣ技法が下で概観される。ビデオコーディング規格の例としては、ＩＴＵ−Ｔ  Ｈ．２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６２またはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌ、および、スケーラブルビデオコーディング（ＳＶＣ）拡張とマルチビュービデオコーディング（ＭＶＣ）拡張とを含む（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られる）ＩＴＵ−Ｔ  Ｈ．２６４がある。ＭＶＣの最新のジョイントドラフトは、「Ａｄｖａｎｃｅｄ  ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｆｏｒ  ｇｅｎｅｒｉｃ  ａｕｄｉｏｖｉｓｕａｌ  ｓｅｒｖｉｃｅｓ」、ＩＴＵ−Ｔ勧告Ｈ．２６４、２０１０年３月に記載されている。
【００４３】
[0057]加えて、上で言及されたＨｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）は、Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｏｎ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）ｏｆ  ＩＴＵ−Ｔ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＶＣＥＧ）ａｎｄ  ＩＳＯ／ＩＥＣ  Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＭＰＥＧ）によって開発されている、新たな今後来るビデオコーディング規格である。ＨＥＶＣ規格の最近のドラフト、ＪＣＴＶＣ−Ｌ１００３、Ｂｅｎｊａｍｉｎ  Ｂｒｏｓｓ、Ｗｏｏ−Ｊｉｎ  Ｈａｎ、Ｊｅｎｓ−Ｒａｎｉｅｒ  Ｏｈｍ、Ｇａｒｙ  Ｓｕｌｌｉｖａｎ、Ｙｅ−Ｋｕｉ  Ｗａｎｇ、Ｔｈｏｍａｓ  Ｗｉｅｇａｎｄ、「Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）  ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  １０（ｆｏｒ  ＦＤＩＳ＆Ｌａｓｔ  Ｃａｌｌ）」、文書：ＪＣＴＶＣ−Ｌ１００３＿ｖ３４、Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）ｏｆ  ＩＴＵ−Ｔ  ＳＧ  １６  ＷＰ  ３  ａｎｄ  ＩＳＯ／ＩＥＣ  ＪＴＣ  １／ＳＣ  ２９／ＷＧ  １１、第１２回会合：ジュネーブ、スイス、２０１３年１月１４〜２３日（「ＨＥＶＣ  Ｔｅｘｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」）が、以下のリンクから入手可能である。
ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１２＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｌ１００３−ｖ３４．ｚｉｐ
【００４４】
[0058]ＪＣＴ−３Ｖでは、マルチビュー拡張（ＭＶ−ＨＥＶＣ）および３Ｄビデオ拡張（３Ｄ−ＨＥＶＣ）という２つのＨＥＶＣ拡張が開発されている。参照ソフトウェアの最近のバージョン、３Ｄ−ＨＥＶＣのための「３Ｄ−ＨＴＭ  ｖｅｒｓｉｏｎ  ９．０」が、以下のリンクからダウンロード可能である。
ｈｔｔｐｓ：／／ｈｅｖｃ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｓｖｎ／ｓｖｎ＿３ＤＶＣＳｏｆｔｗａｒｅ／ｔａｇｓ／ＨＴＭ−９．０／
【００４５】
[0059]３Ｄ−ＨＥＶＣのためのソフトウェア記述の最新のドラフト、Ｇｅｒｈａｒｄ  Ｔｅｃｈ、Ｋｒｚｙｓｔｏｆ  Ｗｅｇｎｅｒ、Ｙｉｎｇ  Ｃｈｅｎ、Ｓｅｈｏｏｎ  Ｙｅａ、「３Ｄ−ＨＥＶＣ  Ｔｅｓｔ  Ｍｏｄｅｌ  ５」、ＪＣＴ３Ｖ−Ｅ１００５、Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  ３Ｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｅｘｔｅｎｓｉｏｎ  Ｄｅｖｅｌｏｐｍｅｎｔ  ｏｆ  ＩＴＵ−Ｔ  ＳＧ  １６  ＷＰ  ３  ａｎｄ  ＩＳＯ／ＩＥＣ  ＪＴＣ  １／ＳＣ  ２９／ＷＧ  １１、第５回会合：ウィーン、オーストリア、２０１３年７月２７日〜８月２日が、以下のリンクから入手可能である。
ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／５＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴ３Ｖ−Ｅ１００５−ｖ１．ｚｉｐ
【００４６】
[0060]３Ｄ−ＨＥＶＣ規格の最近のワーキングドラフト、Ｇｅｒｈａｒｄ  Ｔｅｃｈ、Ｋｒｚｙｓｚｔｏｆ  Ｗｅｇｎｅｒ、Ｙｉｎｇ  Ｃｈｅｎ、Ｓｅｈｏｏｎ  Ｙｅａ、「３Ｄ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  １」、文書：ＪＣＴ３Ｖ−Ｅ１００１−ｖ３、Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  ３Ｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｅｘｔｅｎｓｉｏｎ  Ｄｅｖｅｌｏｐｍｅｎｔ  ｏｆ  ＩＴＵ−Ｔ  ＳＧ  １６  ＷＰ  ３  ａｎｄ  ＩＳＯ／ＩＥＣ  ＪＴＣ  １／ＳＣ  ２９／ＷＧ  １１、第５回会合、ウィーン、オーストリア、２０１３年７月２７日〜８月２日（「３Ｄ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  １」）が、以下のリンクから入手可能である。
ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／５＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴ３Ｖ−Ｅ１００１−ｖ３．ｚｉｐ
【００４７】
[0061]３Ｄ−ＨＥＶＣ規格の別の最近のワーキングドラフト、Ｇｅｒｈａｒｄ  Ｔｅｃｈ、Ｋｒｚｙｓｚｔｏｆ  Ｗｅｇｎｅｒ、Ｙｉｎｇ  Ｃｈｅｎ、Ｓｅｈｏｏｎ  Ｙｅａ、「３Ｄ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ２」、文書：ＪＣＴ３Ｖ−Ｆ１００１−ｖ１、Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  ３Ｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｅｘｔｅｎｓｉｏｎ  Ｄｅｖｅｌｏｐｍｅｎｔ  ｏｆ  ＩＴＵ−Ｔ  ＳＧ  １６  ＷＰ  ３  ａｎｄ  ＩＳＯ／ＩＥＣ  ＪＴＣ  １／ＳＣ  ２９／ＷＧ  １１、第６回会合、ジュネーブ、スイス、２０１３年１０月２５日〜１１月１日（「３Ｄ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ２」）が、以下のリンクから入手可能である。
ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／６＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴ３Ｖ−Ｆ１００１−ｖ１．ｚｉｐ
【００４８】
[0062]一般に、たとえば、プレーナイントラ予測モード、ＤＣイントラ予測モード、および方向性イントラ予測モードのようなＨＥＶＣイントラ予測モードに従った、深度ブロックのイントラ予測コーディングは、それぞれの残差値とともに深度ブロックの各ピクセルを表す。一方、ＳＤＣモードに従った簡易残差コーディングは、１つまたは複数のＤＣ残差値とともにピクセル固有の残差値を表す。１つまたは複数のＤＣ残差値の各々は、複数のピクセル固有の残差値を表し、深度ブロックの複数の深度ピクセル値を再構築するためにビデオデコーダによって使用され得る。ＳＤＣモードに従った簡易残差コーディングでは、ビデオエンコーダは、いくつかの例では、ビットストリーム中のコーディングされたＤＣ残差値、または深度ブロックと関連付けられる任意の他の残差データを変換および／または量子化しなくてよい（またビデオデコーダはそれらを逆量子化および／または逆変換しなくてよい）。
【００４９】
[0063]たとえば、ビデオエンコーダは、イントラ予測モードを使用して深度ブロックのための予測ブロックを生成することができる。ビデオエンコーダは次いで、予測ブロックと深度ブロックまたはパーティションに関する実際の値との間のピクセルごとの差分を残差ブロックが含むように、深度ブロックのための残差ブロックを計算することができる。次いで、ビデオエンコーダは、残差ブロックの残差値の平均からＤＣ残差値を計算することができる。深度ブロックを再構築するために、ビデオデコーダは、ＤＣ残差値に各々等しいピクセル値を含む残差ブロックを形成し、イントラ予測モードを使用して予測ブロックを生成し、再構築された深度ブロックを形成するためにピクセルごとに予測ブロックを残差ブロックと組み合わせることができる。
【００５０】
[0064]他の例では、ビデオエンコーダは、イントラ予測モードを使用して深度ブロックのための予測ブロックを生成することができる。ビデオエンコーダは次いで、予測ブロックの値のサブセットに基づいて深度ブロックのためのＤＣ予測子の値を計算することができる。ビデオエンコーダはまた、深度ブロックのＤＣ深度値、たとえば平均値を決定することができる。ビデオエンコーダは、深度ブロックのためのＤＣ深度値とＤＣ予測子の値との差分として、深度ブロックの単一のＤＣ残差値を決定することができる。深度ブロックを再構築するために、ビデオデコーダは、ＤＣ残差値に各々等しいピクセル値を含む残差ブロックを形成し、イントラ予測モードを使用して予測ブロックを生成し、再構築された深度ブロックを形成するためにピクセルごとに予測ブロックを残差ブロックと組み合わせることができる。
【００５１】
[0065]本開示の技法に従って構成されるビデオコーダ、たとえばビデオエンコーダまたはビデオデコーダは、種々の、たとえば少なくとも３つの深度イントラ予測モードのいずれかに従って深度ブロックをコーディングするために、ＳＤＣモードを実行することができる。少なくとも３つの深度イントラ予測モードは、ＤＣモード、プレーナモード、または複数の方向性イントラ予測モードのいずれかのような、非パーティションベースの（たとえば、ＨＥＶＣ）イントラ予測モードを含み得る。そのような例では、ビデオコーダは、深度ブロックのための単一のＤＣ残差値をコーディングすることができる。
【００５２】
[0066]少なくとも３つの深度イントラ予測モードは、追加で、または代替的に、パーティションベースの（たとえば、３Ｄ−ＨＥＶＣ）イントラ予測モードを含み得る。たとえば、少なくとも３つの深度イントラ予測モードは、深度モデリングモード（ＤＭＭ）１、ＤＭＭ３、ＤＭＭ４、または領域境界チェーンコーディングモードを含み得る。そのような例では、ビデオコーダは、パーティションベースの深度イントラ予測モードに従って深度ブロックを区分し、各パーティションのためのそれぞれのＤＣ残差値をコーディングすることができる。
【００５３】
[0067]本開示の技法に従って構成されるビデオコーダはまた、種々の深度イントラ予測モードへのＳＤＣモードの広範な適用を支援するための、種々の技法を実行することができる。たとえば、本開示の技法に従って構成されるビデオコーダは、深度ブロックをコーディングするために、非パーティションベースのイントラ予測モード、たとえばＨＥＶＣイントラ予測モードが使用されるか、またはパーティションベースのイントラ予測モードが使用されるかを示すビットストリーム中の情報と、深度ブロックをコーディングするために、どの深度イントラ予測モードが使用されるか、たとえば、ＤＣコーディングモード、プレーナコーディングモード、方向性コーディングモード、ＤＭＭコーディングモード、または領域境界チェーンコーディングモードのいずれが使用されるかを示す情報とを、コーディングするための、たとえば符号化または復号するための技法を実行することができる。別の例として、本開示の技法に従って構成されるビデオコーダは、示された深度イントラ予測コーディングモードとともに、本開示の技法に従ったＳＤＣモードおよび簡易残差コーディングが使用されるかどうか、または残差値が異なる方式でコーディングされるかどうかを示すビットストリーム中の情報をコーディングするための、たとえば符号化または復号するための技法を実行することができる。
【００５４】
[0068]本開示のいくつかの例示的な技法に従って構成されるビデオコーダは、現在のイントラコーディングされた深度ブロックを復号するために、非パーティションベースの、たとえばＨＥＶＣイントラ予測モードが使用されるべきか、パーティションベースの深度イントラ予測モードが使用されるべきかを示す、符号化されたビデオビットストリーム中のシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇをコーディングすることができる。いくつかの例では、本開示の技法に従って構成されるビデオコーダは、現在のイントラコーディングされた深度ブロックを復号するためにＳＤＣモードが実行されるべきかどうかを示す、符号化されたビデオビットストリーム中の別のシンタックス要素、たとえばｓｄｃ＿ｆｌａｇをコーディングすることができる。いくつかの例では、本開示の技法に従って構成されるビデオコーダは、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）プロセスを使用して、これらのシンタックス要素をコーディングすることができる。いくつかの例では、ビデオコーダは、ＣＡＢＡＣプロセスに対して、これらのシンタックス要素の一方または両方のための初期化された確率状態として、不等確率状態を使用する。いくつかの例では、ビデオコーダは、現在の深度ブロックを含むスライスのスライスタイプに基づいて、これらのシンタックス要素の一方または両方のための初期化された確率状態を選択する。いくつかの例では、これらのシンタックス要素の一方または両方に対して、ビデオコーダは、１つまたは複数の隣接するブロックのためのこれらのシンタックス要素の値に基づいて、現在の深度ブロックのための初期化された確率状態を選択するが、他の例では、ビデオコーダは、１つまたは複数の隣接するブロックのためのこれらのシンタックス要素の値を参照することなく、現在の深度ブロックのための初期化された確率状態を選択する。
【００５５】
[0069]上で示されたように、本開示のいくつかの例示的な技法によれば、ビデオコーダは、ＳＤＣモードに従って現在のイントラコーディングされた深度ブロックを表す１つまたは複数のＤＣ残差値をコーディングする。いくつかの例では、現在のイントラコーディングされた深度ブロックのためのビットストリームの中に符号化されているＤＣ残差値を決定するために、ビデオエンコーダは、ビュー合成最適化プロセスを適用して、ＳＤＣモードに従って現在のイントラコーディングされた深度ブロックに対して決定されるＤＣ残差値を含むある範囲内のＤＣ残差値の候補のセットから、あるＤＣ残差値を選択する。いくつかの例では、ビデオエンコーダは、ＳＤＣモードに従って現在のイントラコーディングされた深度ブロックに対して決定されるＤＣ残差値に１つまたは複数の整数オフセットを適用することによって、ＤＣ残差値の範囲を決定する。
【００５６】
[0070]図１は、深度イントラ予測モードのための簡易残差コーディングのために本開示の様々な技法を利用することができる例示的なビデオ符号化および復号システム１０を示すブロック図である。いくつかの例では、ビデオエンコーダ２０およびビデオデコーダ３０は、３Ｄビデオコーディングのための残差情報の簡易深度コーディングとともに、深度データのパーティションベースの（たとえば、３Ｄ−ＨＥＶＣ）イントラコーディングまたは非パーティションベースの（たとえば、ＨＥＶＣ）イントラコーディングのための様々な機能を実行するように構成され得る。
【００５７】
[0071]図１に示されるように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化されたビデオデータを提供するソースデバイス１２を含む。具体的には、ソースデバイス１２は、コンピュータ可読媒体１６を介して宛先デバイス１４にビデオデータを提供する。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンのような電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲のデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４は、ワイヤレス通信に対応し得る。
【００５８】
[0072]宛先デバイス１４は、コンピュータ可読媒体１６を介して、復号されるべき符号化されたビデオデータを受信することができる。コンピュータ可読媒体１６は、符号化されたビデオデータをソースデバイス１２から宛先デバイス１４に移動することが可能な任意のタイプの媒体またはデバイスを備え得る。一例では、コンピュータ可読媒体１６は、リアルタイムで符号化されたビデオデータをソースデバイス１２が宛先デバイス１４に直接に送信することを可能にする通信媒体を備え得る。
【００５９】
[0073]符号化されたビデオデータは、ワイヤレス通信プロトコルのような通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線路のような、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークのような、パケットベースのネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス１２から宛先デバイス１４への通信を容易にするために有用であり得る任意の他の機器を含み得る。
【００６０】
[0074]いくつかの例では、符号化されたデータは、出力インターフェース２２からコンピュータ可読記憶媒体、すなわち記憶デバイスへ出力され得る。同様に、符号化されたデータは、記憶デバイスから入力インターフェースによってアクセスされ得る。記憶デバイスは、ハードドライブ、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性もしくは不揮発性メモリ、または符号化されたビデオデータを記憶するための任意の他の好適なデジタル記憶媒体のような、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる例では、記憶デバイスは、ソースデバイス１２によって生成された符号化されたビデオを記憶することができるファイルサーバまたは別の中間記憶デバイスに対応し得る。
【００６１】
[0075]宛先デバイス１４は、ストリーミングまたはダウンロードを介して、記憶デバイスから記憶されたビデオデータにアクセスすることができる。ファイルサーバは、符号化されたビデオデータを記憶し、その符号化されたビデオデータを宛先デバイス１４へ送信することができる、任意のタイプのサーバであり得る。例示的なファイルサーバは、ウェブサーバ（たとえば、ウェブサイトのための）、ＦＴＰサーバ、ネットワーク接続記憶（ＮＡＳ）デバイス、またはローカルディスクドライブを含む。宛先デバイス１４は、インターネット接続を含む任意の標準的なデータ接続を通じて、符号化されたビデオデータにアクセスすることができる。これは、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、または、ファイルサーバ上に記憶された符号化されたビデオデータにアクセスするのに適した、両方の組み合わせを含み得る。記憶デバイスからの符号化されたビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはそれらの組み合わせであり得る。
【００６２】
[0076]本開示の技法は、必ずしもワイヤレスの用途または設定に限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）などのインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されたデジタルビデオ、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例のような、種々のマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオ電話などの適用例をサポートするために、一方向または双方向のビデオ送信をサポートするように構成され得る。
【００６３】
[0077]図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。本開示によれば、ソースデバイス１２のビデオエンコーダ２０は、非長方形のパーティションを伴うパーティションベースの深度コーディングのための技法を適用するように構成され得る。他の例では、ソースデバイスおよび宛先デバイスは、他のコンポーネントまたは配置を含み得る。たとえば、ソースデバイス１２は、外部カメラなどの外部のビデオソース１８からビデオデータを受信することができる。同様に、宛先デバイス１４は、統合されたディスプレイデバイスを含むのではなく、外部のディスプレイデバイスとインターフェースしてもよい。
【００６４】
[0078]図１の示されるシステム１０は一例にすぎない。深度イントラ予測モードに対する簡易残差コーディングのための技法は、任意のデジタルビデオ符号化および／または復号デバイスによって実行され得る。一般に、本開示の技法は、ビデオエンコーダ２０／ビデオデコーダ３０によって実行されるが、技法は、通常「コーデック」と呼ばれるビデオエンコーダ／デコーダによって実行されてもよい。その上、本開示の技法は、ビデオプリプロセッサによって実行されてもよい。ソースデバイス１２および宛先デバイス１４は、ソースデバイス１２が、コーディングされたビデオデータを宛先デバイス１４への送信のために生成するようなコーディングデバイスの例にすぎない。いくつかの例では、デバイス１２、１４は、デバイス１２、１４の各々がビデオ符号化コンポーネントとビデオ復号コンポーネントとを含むように実質的に対称的な方式で動作することができる。したがって、システム１０は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、またはビデオ電話のために、ビデオデバイス１２と１４の間の一方向または双方向のビデオ送信をサポートすることができる。
【００６５】
[0079]ソースデバイス１２のビデオソース１８は、ビデオカメラ、以前にキャプチャされたビデオを含むビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースのような、ビデオキャプチャデバイスを含み得る。さらなる代替形態として、ビデオソース１８は、ソースビデオとしてコンピュータグラフィックスベースのデータを生成し、または、ライブビデオと、アーカイブされたビデオと、コンピュータで生成されたビデオとの組み合わせを生成することができる。場合によっては、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるスマートフォン、タブレットコンピュータ、またはビデオ電話を形成し得る。しかしながら、上で言及されたように、本開示で説明される技法は、ビデオコーディング全般に適用可能であってよく、ワイヤレスの適用例および／またはワイヤードの適用例に適用され得る。各々の場合において、キャプチャされたビデオ、事前にキャプチャされたビデオ、またはコンピュータで生成されたビデオは、ビデオエンコーダ２０によって符号化され得る。符号化されたビデオ情報は次いで、出力インターフェース２２によってコンピュータ可読媒体１６上に出力され得る。
【００６６】
[0080]コンピュータ可読媒体１６は、ワイヤレスブロードキャストもしくはワイヤードネットワーク送信のような一時的媒体、またはデータ記憶媒体（すなわち、非一時的記憶媒体）を含み得る。いくつかの例では、ネットワークサーバ（図示されず）は、ソースデバイス１２から符号化されたビデオデータを受信し、たとえば、ネットワーク送信を介して、その符号化されたビデオデータを宛先デバイス１４に提供することができる。同様に、ディスクスタンピング設備のような、媒体製造設備のコンピューティングデバイスは、ソースデバイス１２から符号化されたビデオデータを受信し、その符号化されたビデオデータを含むディスクを生成することができる。したがって、様々な例では、コンピュータ可読媒体１６は、様々な形態の１つまたは複数のコンピュータ可読媒体を含むと理解され得る。
【００６７】
[0081]本開示は全般に、ビデオエンコーダ２０が、ある情報をビデオデコーダ３０のような別のデバイスに「シグナリング」することに言及することがある。しかしながら、ビデオエンコーダ２０は、いくつかのシンタックス要素をビデオデータの様々な符号化された部分と関連付けることによって情報をシグナリングできることを理解されたい。すなわち、ビデオエンコーダ２０は、ビデオデータの様々な符号化される部分のヘッダまたはペイロードにいくつかのシンタックス要素を記憶することによって、データを「シグナリング」することができる。場合によっては、そのようなシンタックス要素は、ビデオデコーダ３０によって受信されおよび復号されるより前に、符号化されおよび記憶され（たとえば、コンピュータ可読媒体１６に記憶され）得る。したがって、「シグナリング」という用語は全般に、そのような通信がリアルタイムで発生するか、ほぼリアルタイムで発生するか、またはある期間にわたって発生するかにかかわらず、圧縮されたビデオデータを復号するためのシンタックスまたは他のデータの通信を指すことがあり、ある期間にわたる通信は、シンタックス要素を符号化の時点で媒体に記憶し、次いで、シンタックス要素がこの媒体に記憶された後の任意の時点で復号デバイスによって取り出され得るときに発生し得る。
【００６８】
[0082]宛先デバイス１４の入力インターフェース２８は、コンピュータ可読媒体１６から情報を受信する。コンピュータ可読媒体１６の情報は、ブロックおよび他のコーディングされたユニット、たとえば、ＧＯＰの特性および／または処理を記述するシンタックス要素を含む、ビデオエンコーダ２０によって定義されビデオデコーダ３０によっても使用される、シンタックス情報を含み得る。ディスプレイデバイス３２は、ユーザに復号されたビデオデータを表示し、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、プロジェクションデバイス、または別のタイプのディスプレイデバイスのような、種々のディスプレイデバイスのいずれかを備え得る。
【００６９】
[0083]図１には示されていないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は各々、オーディオエンコーダおよびデコーダと統合されてよく、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含み得る。適用可能なとき、ＭＵＸ−ＤＥＭＵＸユニットは、一例としてＩＴＵ  Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）のような他のプロトコルに準拠し得る。
【００７０】
[0084]ビデオエンコーダ２０およびビデオデコーダ３０は各々、適用可能なとき、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理回路、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせのような、種々の好適なエンコーダまたはデコーダ回路のいずれかとして実装され得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダに含まれてよく、そのいずれもが複合ビデオエンコーダ／デコーダ（コーデック）の一部として統合されてよい。ビデオエンコーダ２０および／またはビデオデコーダ３０を含むデバイスは、集積回路、マイクロプロセッサ、および／または携帯電話のようなワイヤレス通信デバイスを備え得る。
【００７１】
[0085]ビデオエンコーダ２０およびビデオデコーダ３０は、ＨＥＶＣ規格のようなビデオコーディング規格、およびより具体的には、本開示で参照されるようなＨＥＶＣ規格の３Ｄ−ＨＥＶＣ拡張に従って動作することができる。ＨＥＶＣは、たとえば、ＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣのような他のプロセスに従ってコーディングを実行するように構成されるデバイスと比較して、ビデオコーディングデバイスのいくつかの追加の能力を仮定する。たとえば、Ｈ．２６４は９個のイントラ予測符号化モードを提供するが、ＨＭは３５個ものイントラ予測符号化モードを提供することができる。
【００７２】
[0086]一般に、ＨＥＶＣは、ビデオピクチャ（または「フレーム」）が、ルーマサンプルとクロマサンプルの両方を含む一連のツリーブロックまたは最大コーディングユニット（ＬＣＵ）に分割され得ることを規定する。ビットストリーム内のシンタックスデータは、ＬＣＵに関するサイズを定義することができ、このＬＣＵは、ピクセルの個数に関して最大のコーディングユニットである。スライスは、コーディングの順序で、いくつかの連続するツリーブロックを含む。ピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、４分木に従ってコーディングユニット（ＣＵ）に分割され得る。一般に、４分木データ構造は、ＣＵあたり１つのノードを、ツリーブロックに対応するルートノードとともに含む。ＣＵが４つのサブＣＵに分割される場合、ＣＵに対応するノードは、４つのリーフノードを含み、その各々は、サブＣＵの１つに対応する。
【００７３】
[0087]４分木データ構造の各ノードは、対応するＣＵに関するシンタックスデータを提供することができる。たとえば、４分木中のノードは、そのノードに対応するＣＵがサブＣＵに分割されるかどうかを示す分割フラグを含み得る。ＣＵに関するシンタックス要素は、繰り返し定義されてよく、ＣＵがサブＣＵに分割されるかどうかに依存してよい。ＣＵがさらに分割されない場合、そのＣＵはリーフＣＵと呼ばれる。元のリーフＣＵの明示的な分割がない場合でも、リーフＣＵの４つのサブＣＵはリーフＣＵと呼ばれることもある。たとえば、１６×１６サイズのＣＵがさらに分割されない場合、この１６×１６ＣＵが決して分割されなくても、４つの８×８サブＣＵはリーフＣＵとも呼ばれる。
【００７４】
[0088]ＨＥＶＣのＣＵは、ＣＵがサイズの差異を有しないことを除いて、Ｈ．２６４規格のマクロブロックと同様の目的を有する。たとえば、ツリーブロックは、（サブＣＵとも呼ばれる）４つの子ノードに分割されてよく、各子ノードは、今度は親ノードとなり、別の４つの子ノードに分割されてよい。４分木のリーフノードと呼ばれる、最後の分割されない子ノードは、リーフＣＵとも呼ばれるコーディングノードを備える。コーディングされたビットストリームと関連付けられるシンタックスデータは、最大ＣＵ深度と呼ばれる、ツリーブロックが分割され得る最大回数を定義することができ、コーディングノードの最小サイズも定義することができる。それに応じて、ビットストリームは最小コーディングユニット（ＳＣＵ）も定義することができる。本開示は、ＨＥＶＣの文脈においてＣＵ、ＰＵ、もしくはＴＵのいずれか、または他の規格の文脈において類似のデータ構造（たとえば、Ｈ．２６４／ＡＶＣのマクロブロックおよびそのサブブロック）を指すために、「ブロック」という用語を使用する。
【００７５】
[0089]ＣＵは、コーディングノードと、コーディングノードと関連付けられた予測ユニット（ＰＵ）および変換ユニット（ＴＵ）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状が正方形でなければならない。ＣＵのサイズは、８×８ピクセルから最大で６４×６４ピクセル以上のツリーブロックのサイズにまでわたり得る。各ＣＵは、１つまたは複数のＰＵと１つまたは複数のＴＵとを含み得る。ＣＵと関連付けられるシンタックスデータは、たとえば、ＣＵの１つまたは複数のＰＵへの区分を記述することができる。区分モードは、ＣＵがスキップモード符号化もしくは直接モード符号化されるか、イントラ予測モード符号化されるか、またはインター予測モード符号化されるかで異なり得る。本開示で説明される深度コーディングの場合、ＰＵは、形状が非正方形となるように区分されてよく、または、形状が非長方形であるパーティションを含んでよい。ＣＵと関連付けられるシンタックスデータは、たとえば、４分木に従う１つまたは複数のＴＵへのＣＵの区分を記述することができる。ＴＵは、形状が正方形または非正方形（たとえば、長方形）であってよい。
【００７６】
[0090]ＨＥＶＣ規格は、異なるＣＵに対しては異なり得る、ＴＵに従った変換を可能にする。ＴＵは通常、区分されたＬＣＵに対して定義される所与のＣＵ内のＰＵのサイズに基づくサイズにされるが、必ずそうであるとは限らない。ＴＵは通常、ＰＵ以下のサイズである。いくつかの例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ）として知られる４分木構造を使用して、より小さいユニットにさらに分割され（be subdivided）得る。ＲＱＴのリーフノードは、変換ユニット（ＴＵ）と呼ばれ得る。ＴＵと関連付けられるピクセル差分値は、変換係数を生成するために変換されてよく、変換係数は量子化され得る。
【００７７】
[0091]リーフＣＵは、１つまたは複数の予測ユニット（ＰＵ）を含み得る。一般に、ＰＵは、対応するＣＵのすべてまたは一部分に対応する空間的エリアを表し、そのＰＵに関する参照サンプルを取り出すためのデータを含み得る。参照サンプルは、参照ブロックからのピクセルであり得る。いくつかの例では、参照サンプルは、たとえば、補間または他の技法によって、参照ブロックから取得され、または生成され得る。ＰＵはまた、予測に関するデータを含む。たとえば、ＰＵが、イントラモード符号化されるとき、ＰＵに関するデータは、残差４分木（ＲＱＴ）に含まれてよく、このＲＱＴは、ＰＵに対応するＴＵに関するイントラ予測モードを記述するデータを含み得る。別の例として、ＰＵがインターモードで符号化されるとき、ＰＵは、ＰＵのための１つまたは複数の動きベクトルを定義するデータを含み得る。ＰＵのための動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルに関する分解能（resolution）（たとえば、１／４ピクセル精度または１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトルに関する参照ピクチャリスト（たとえば、リスト０、リスト１、またはリストＣ）を記述することができる。
【００７８】
[0092]１つまたは複数のＰＵを有するリーフＣＵは、１つまたは複数の変換ユニット（ＴＵ）を含み得る。変換ユニットは、上で論じられたように、ＲＱＴ（ＴＵの４分木構造とも呼ばれる）を使用して規定され得る。たとえば、分割フラグは、リーフＣＵが４つの変換ユニットに分割されるかどうかを示し得る。次いで、各変換ユニットは、さらなるサブＴＵにさらに分割され得る。ＴＵがこれ以上分割されないとき、そのＴＵはリーフＴＵと呼ばれ得る。一般に、イントラコーディングの場合、リーフＣＵに属するすべてのリーフＴＵは同じイントラ予測モードを共有する。すなわち、同じイントラ予測モードが一般に、リーフＣＵのすべてのＴＵに対する予測値を計算するために適用される。イントラコーディングの場合、ビデオエンコーダ２０は、イントラ予測モードを使用して各リーフＴＵに関する残差値を、ＴＵに対応するＣＵの部分と元のブロックとの間の差分として計算することができる。ＴＵは、必ずしもＰＵのサイズに制限されるとは限らない。したがって、ＴＵは、ＰＵよりも大きくまたは小さくなり得る。イントラコーディングの場合、ＰＵは、同じＣＵに関する対応するリーフＴＵとコロケートされ得る。いくつかの例では、リーフＴＵの最大サイズは、対応するリーフＣＵのサイズに対応し得る。
【００７９】
[0093]その上、リーフＣＵのＴＵはまた、残差４分木（ＲＱＴ）と呼ばれる、それぞれの４分木データ構造と関連付けられ得る。すなわち、リーフＣＵは、そのリーフＣＵがＴＵにどのように区分されるかを示す４分木を含み得る。ＴＵ４分木のルートノードは一般に、リーフＣＵに対応し、ＣＵ４分木のルートノードは一般に、ツリーブロック（またはＬＣＵ）に対応する。分割されないＲＱＴのＴＵはリーフＴＵと呼ばれる。一般に、本開示では、別段に明記されていない限り、リーフＣＵおよびリーフＴＵに言及するためにそれぞれＣＵおよびＴＵという用語を使用する。
【００８０】
[0094]ビデオシーケンスは通常、一連のピクチャを含む。本明細書で説明されるように、「ピクチャ」と「フレーム」は交換可能に使用され得る。すなわち、ビデオデータを含んでいるピクチャは、ビデオフレームまたは単に「フレーム」と呼ばれ得る。ピクチャグループ（ＧＯＰ）は一般に、一連の１つまたは複数のビデオピクチャを備える。ＧＯＰは、ＧＯＰのヘッダ中、ピクチャの１つまたは複数のヘッダ中、または他のところに、そのＧＯＰに含まれるピクチャの数を記述するシンタックスデータを含み得る。ピクチャの各スライスは、それぞれのスライスに関する符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は通常、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応し得る。ビデオブロックは、固定のサイズまたは可変のサイズを有してよく、指定されたコーディング規格に従ってサイズが異なり得る。
【００８１】
[0095]ある例として、ＨＥＶＣは、様々なＰＵサイズにおける予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＥＶＣは、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズにおけるイントラ予測と、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎという対称なＰＵサイズにおけるインター予測とをサポートする。２Ｎ×２Ｎのサイズを有するＰＵは、それが存在するＣＵと同じサイズであるので、分割されないＣＵを表す。言い換えると、２Ｎ×２ＮのＰＵは、そのＣＵと同じサイズである。ＨＭはまた、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズでのインター予測のための非対称区分をサポートする。非対称区分では、ＣＵの一方の方向は区分されず、他方の方向は２５％と７５％とに区分される。ＣＵのうちで２５％パーティションに対応する部分は、「ｎ」とそれに続く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」の表示によって示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上部の２Ｎ×０．５Ｎ  ＰＵ（a 2Nx0.5N PU on top）、および下部の２Ｎ×１．５Ｎ  ＰＵ（a 2Nx1.5N PU on bottom）へと水平に区分される２Ｎ×２Ｎ  ＣＵを指す。
【００８２】
[0096]本開示では、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」は、垂直方向の寸法（dimensions）および水平方向の寸法に関するビデオブロックのピクセル寸法、たとえば、１６×１６（16x16）ピクセルまたは１６×１６（16 by 16）ピクセルを指すために交換可能に使用され得る。一般に、１６ｘ１６ブロックは、垂直方向に１６ピクセルを有し（ｙ＝１６）、水平方向に１６ピクセルを有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、一般に、垂直方向にＮピクセル、水平方向にＮピクセルを有し、Ｎは、非負の整数値を表す。ブロック中のピクセルは、行および列に配置され得る。その上、ブロックは、必ずしも、水平方向において垂直方向と同じ数のピクセルを有する必要はない。たとえば、ブロックはＮ×Ｍピクセルを備えてよく、ここで、Ｍは必ずしもＮに等しいとは限らない。
【００８３】
[0097]ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングに続いて、ビデオエンコーダ２０は、ＣＵのＴＵのための残差データを計算することができる。ＰＵは、空間的領域（ピクセル領域とも呼ばれる）において予測ピクセルデータを生成する方法またはモードを記述するシンタックスデータを備えてよく、ＴＵは、変換、たとえば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換の適用後の、変換領域における係数を備えてよい。残差データは、符号化されていないピクチャのピクセルとＰＵに対応する予測値との間のピクセル差に対応し得る。ビデオエンコーダ２０は、ＣＵのための残差データを含むＴＵを形成し、次いで、ＣＵのための変換係数を生成するために、ＴＵを変換することができる。
【００８４】
[0098]変換係数を生成するための任意の変換の後で、ビデオエンコーダ２０は、変換係数の量子化を実行することができる。量子化は一般に、係数を表すために使用されるデータの量をできるだけ低減するために、変換係数が量子化され、さらなる圧縮を実現するプロセスを指す。量子化プロセスは、係数の一部またはすべてと関連付けられるビット深度を低減させることができる。たとえば、ｎビット値が、量子化中にｍビット値へと切り捨てられてよく、ｎは、ｍより大きい。
【００８５】
[0099]量子化の後に、ビデオエンコーダ２０は、変換係数を走査して、量子化された変換係数を含む２次元行列から１次元ベクトルを生成することができる。走査は、アレイの前部に（at the front of the array）より高いエネルギー（したがって、より低い周波数）係数を配置し、アレイの後部に（at the back of the array）より低いエネルギー（したがって、より高い周波数）係数を配置するように設計され得る。
【００８６】
[0100]いくつかの例では、ビデオエンコーダ２０は、エントロピー符号化され得るシリアル化されたベクトルを生成するために、量子化された変換係数を走査するために所定の走査順序を利用することができる。他の例では、ビデオエンコーダ２０は、適応走査を実行することができる。量子化された変換係数を走査して１次元ベクトルを形成した後、ビデオエンコーダ２０は、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディング、または別のエントロピー符号化方法に従って、１次元ベクトルをエントロピー符号化することができる。ビデオエンコーダ２０は、ビデオデータを復号する際のビデオデコーダ３０による使用のために、符号化されたビデオデータと関連付けられたシンタックス要素をエントロピー符号化することもできる。
【００８７】
[0101]ビデオエンコーダ２０はさらに、ブロックベースのシンタックスデータ、ピクチャベースのシンタックスデータ、およびＧＯＰベースのシンタックスデータのようなシンタックスデータを、たとえば、ピクチャヘッダ、ブロックヘッダ、スライスヘッダ、またはＧＯＰヘッダ中でビデオデコーダ３０に送ることができる。ＧＯＰシンタックスデータは、それぞれのＧＯＰ中のピクチャの数を記述することができ、ピクチャシンタックスデータは、対応するピクチャを符号化するために使用される符号化／予測モードを示すことができる。
【００８８】
[0102]ビデオエンコーダ２０および／またはビデオデコーダ３０は、深度データをイントラピクチャ予測コーディングすることができる。加えて、本開示の例によれば、ビデオエンコーダ２０および／またはビデオデコーダ３０は、説明されるように、種々のモードのいずれかに従ってビデオデータの深度イントラ予測コーディングに起因する残差データの簡易コーディングを実行することができる。より具体的には、本開示の技法に従って構成されるビデオエンコーダ２０および／またはビデオデコーダ３０は、追加のパーティションベースの深度イントラ予測モードのために、たとえば３Ｄ−ＨＥＶＣに対する既存の提案に従ったいくつかの深度イントラ予測モードのために使用されるような、簡易残差コーディングを利用することができる。加えて、本開示の技法に従って構成されるビデオエンコーダ２０および／またはビデオデコーダ３０は、種々の非パーティションベースのイントラ予測モードに従って、たとえば基本ＨＥＶＣ規格において提供されるイントラ予測モードに従って、深度データのイントラ予測に起因する残差データをコーディングするために簡易残差コーディングを利用することができる。
【００８９】
[0103]図２は、ＨＥＶＣにおいて使用されるイントラ予測モードを示す図である。図２は一般に、ＨＥＶＣにおけるイントラコーディングに利用可能な様々な方向性イントラ予測モードと関連付けられる予測方向を示す。現在のＨＥＶＣ規格では、各予測ユニット（ＰＵ）のルーマ成分のイントラ予測のために、図２に示されるように、（２から３４までインデックス付けされた）３３個の角度予測モード（angular prediction modes）と、（１とインデックス付けされた）ＤＣモードと、（０とインデックス付けされた）プレーナモードとのうちの選択された１つを有するイントラ予測方法が利用される。
【００９０】
[0104]プレーナモード（０とインデックス付けされた）によれば、ビデオデータのブロック、たとえばＰＵ内のピクセルの各々に対する予測子の値を決定するために、いわゆる「平面」機能（function）を使用して予測が実行される。ＤＣモード（１とインデックス付けされる）によれば、ブロック内のピクセルの各々に対する予測子の値を決定するために、ブロック内のピクセル値の平均を使用して予測が実行される。方向性予測モードによれば、（そのモードによって示される）特定の方向に沿った隣接するブロックの再構築されたピクセルに基づいて予測が実行される。一般に、図２に示されている矢印の尾部（tail end）は、値がそこから取り出される隣接するピクセルのうちの相対的な１つを表し、矢印の頭部（head）は、予測ブロックを形成するために取り出された値が伝播される方向を表す。
【００９１】
[0105]ＨＥＶＣイントラ予測モードでは、ビデオエンコーダ２０および／またはビデオデコーダ３０は、たとえば、モード２から３４に対するＰＵの隣接するサンプルを使用することによって、上で論じられた様々なモードを使用してＰＵ中の各ピクセルのためのピクセル固有の予測子の値を生成する。ビデオエンコーダ２０は、ブロックのピクセルのための実際の深度の値と予測子の値との差分に基づいてビデオブロックのための残差値を決定し、残差値をビデオデコーダ３０に提供する。ＨＥＶＣ  ＷＤ１０によれば、ビデオエンコーダ２０は、残差値を変換し、変換係数を量子化し、量子化された変換係数をエントロピー符号化することもできる。ビデオデコーダ３０は（たとえば、エントロピー復号、逆量子化、および逆変換の後で）、残差値を予測子の値に加算することによって、ブロックのピクセルに関する再構築された値を決定する。ＨＥＶＣイントラ予測モードに関するさらなる詳細が、ＨＥＶＣ  ＷＤ１０の８．４．２項において規定されている。
【００９２】
[0106]３Ｄ−ＨＥＶＣがここでより詳細に説明される。ＶＣＥＧおよびＭＰＥＧのＪｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｏｎ  Ｔｅａｍ ｏｎ  ３Ｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−３Ｖ）は、ＨＥＶＣに基づいて３Ｄビデオ（３ＤＶ）規格を開発中であり、そのための規格化の取り組みの一部は、上で言及された、ＨＥＶＣに基づくマルチビュービデオコーデック（ＭＶ−ＨＥＶＣ）と、ＨＥＶＣに基づく３Ｄビデオコーディング（３Ｄ−ＨＥＶＣ）のための別の部分との規格化を含む。３Ｄ−ＨＥＶＣでは、コーディングユニット（ＣＵ）／予測ユニット（ＰＵ）レベルにおけるコーディングツールを含む新たなコーディングツールが、テクスチャビューと深度ビューの両方のために含められ、サポートされ得る。現在、ＭＰＥＧにおけるＨＥＶＣベースの３Ｄビデオコーディング（３Ｄ−ＨＥＶＣ）コーデックは、文書ｍ２２５７０およびｍ２２５７１において提案された解決法に基づく。ｍ２２５７０の完全な引用は、Ｓｃｈｗａｒｚ他、Ｄｅｓｃｒｉｐｔｉｏｎ  ｏｆ  ３Ｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｔｅｃｈｎｏｌｏｇｙ  Ｐｒｏｐｏｓａｌ  ｂｙ  Ｆｒａｕｎｈｏｆｅｒ  ＨＨＩ（ＨＥＶＣ  ｃｏｍｐａｔｉｂｌｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａ）、ＭＰＥＧ  Ｍｅｅｔｉｎｇ  ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１、文書ＭＰＥＧ１１／Ｍ２２５７０、ジュネーブ、スイス、２０１１年１１月／１２月である。ｍ２２５７１の完全な引用は、Ｓｃｈｗａｒｚ他、Ｄｅｓｃｒｉｐｔｉｏｎ  ｏｆ  ３Ｄ  Ｖｉｄｅｏ  Ｔｅｃｈｎｏｌｏｇｙ  Ｐｒｏｐｏｓａｌ  ｂｙ  Ｆｒａｕｎｈｏｆｅｒ  ＨＨＩ（ＨＥＶＣ  ｃｏｍｐａｔｉｂｌｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｂ）、ＭＰＥＧ  Ｍｅｅｔｉｎｇ−ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１、文書ＭＰＥＧ１１／Ｍ２２５７１、ジュネーブ、スイス、２０１１年１１月／１２月である。
【００９３】
[0107]３Ｄ−ＨＥＶＣでは、各アクセスユニットは複数のビュー成分を含み、ビュー成分の各々が、固有のビューｉｄ、またはビュー順序インデックス、またはレイヤｉｄを含む。ビュー成分は、上で説明されたように、テクスチャビュー成分ならびに深度ビュー成分を含む。テクスチャビュー成分は１つまたは複数のテクスチャスライスとしてコーディングされるが、深度ビュー成分は１つまたは複数の深度スライスとしてコーディングされる。
【００９４】
[0108]３Ｄビデオデータがマルチビュービデオプラス深度フォーマットを使用して表されるとき、テクスチャビュー成分は対応する深度ビュー成分と関連付けられ、深度ビュー成分はビデオエンコーダ２０によって３Ｄビデオビットストリームにおいてコーディングされ多重化される。ビデオエンコーダ２０および／またはビデオデコーダ３０は、深度値を表すために、深度ビュー成分中の深度マップをグレースケールルーマサンプルとしてコーディングし、深度マップコーディングのために従来のイントラコーディング方法とインターコーディング方法とを使用することができる。深度マップは、鋭いエッジおよび一定のエリアによって特徴付けられる。したがって、深度マップサンプルの統計が異なることにより、２Ｄビデオコーデックに基づいて、ビデオエンコーダ２０および／またはビデオデコーダ３０による深度マップのコーディングのために、様々なコーディング方式が設計されてきた。
【００９５】
[0109]３Ｄ−ＨＥＶＣでは、ＨＥＶＣの場合と同じイントラ予測モードの定義が、深度成分のイントラ予測コーディングのために、たとえば深度イントラ予測のために利用され得る。加えて、３Ｄ−ＨＥＶＣでは、たとえば図２を参照して上で説明されたように、深度成分をイントラ予測コーディングするために、深度モデリングモード（ＤＭＭ）がＨＥＶＣイントラ予測モードと一緒に導入される。ＤＭＭ方法は、ＨＥＶＣにおいて指定されたイントラ予測モードの代替として組み込まれる。１ビットのフラグ、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇが、ＤＭＭが適用されるか統一された（ＨＥＶＣ）イントラ予測が適用されるかを指定するために、各深度ブロック、たとえばＰＵのためにシグナリングされ得る。
【００９６】
[0110]深度マップにおける鋭いエッジのより良好な表現のために、３Ｄ−ＨＥＶＣの現在の基準ソフトウェア（ＨＴＭ９．０）は、深度マップのイントラコーディングのためのＤＭＭの適用を可能にする。したがって、３Ｄ−ＨＥＶＣでは、ビデオエンコーダ２０および／またはビデオデコーダ３０は、深度スライスのＰＵをコーディングするためにＤＭＭを使用することができる。いくつかの例では、４つのＤＭＭが深度データをイントラコーディングするために利用可能であり得る。すべての４つのモードにおいて、ビデオエンコーダ２０および／またはビデオデコーダ３０は、深度ブロック、たとえばＰＵを、ＤＭＭパターンによって規定されるような２つ以上の領域、たとえば２つの領域へと区分する。ビデオエンコーダ２０および／またはビデオデコーダ３０は次いで、各領域のための予測深度値を生成し、予測深度値は、隣接する深度サンプルの値に基づく、一定のまたは「ＤＣ」予測深度値と呼ばれ得る。
【００９７】
[0111]ＤＭＭパターンは、明示的にシグナリングされてよく、空間的に隣接する深度ブロックから予測されてよく、および／またはコロケートされたテクスチャブロックから予測されてよい。たとえば、第１のＤＭＭ（たとえば、ＤＭＭモード１）は、深度ブロックのパーティションの境界のスタートポイントおよび／またはエンドポイントをシグナリングすることを含み得る。第２のＤＭＭ（たとえば、ＤＭＭモード２）は、空間的に隣接する深度ブロックに基づいて、深度ブロックのパーティションの境界を予測することを含み得る。第３のＤＭＭおよび第４のＤＭＭ（たとえば、ＤＭＭモード３およびＤＭＭモード４）は、深度ブロックのコロケートされたテクスチャブロックに基づいて、深度ブロックのパーティションの境界を予測することを含み得る。
【００９８】
[0112]利用可能な４つのＤＭＭにより、４つのＤＭＭ（たとえば、ＤＭＭモード１〜４）の各々と関連付けられるシグナリングがあり得る。たとえば、ビデオエンコーダ２０は、レート歪み最適化に基づいて、深度ＰＵをコーディングするためのＤＭＭを選択することができる。ビデオエンコーダ２０は、符号化された深度データとともに、符号化されたビットストリーム中で選択されたＤＭＭの指示を与えることができる。ビデオデコーダ３０は、深度データを復号するための適切なＤＭＭを決定するために、ビットストリームからのその指示を解析する（parse）ことができる。いくつかの例では、選択されたＤＭＭを示すために固定長コードが使用され得る。加えて、固定長コードはまた、予測オフセット（予測されるＤＣ値と関連付けられる）が適用されるかどうかを示し得る。
【００９９】
[0113]Ｗｅｄｇｅｌｅｔ区分と輪郭区分とを含む、ＤＭＭにおいて定義されている２つのタイプの区分モデルがある。図３は、ピクセルサンプルの８×８のブロックをコーディングする際に使用するためのＷｅｄｇｅｌｅｔパーティションパターンの例を示す図である。図４は、ピクセルサンプルの８×８のブロックをコーディングする際に使用するための輪郭パーティションパターンの例を示す図である。
【０１００】
[0114]したがって、一例として、図３は、８×８のブロックに対するＷｅｄｇｅｌｅｔパターンの例示を与える。Ｗｅｄｇｅｌｅｔパーティションでは、深度ブロック、たとえばＰＵは、直線によって２つの領域に区分され、図３に示されるようにスタートポイントは（Ｘｓ，Ｙｓ）に位置し、エンドポイントは（Ｘｅ，Ｙｅ）に位置し、２つの領域はＰ0およびＰ1と標識される。各パターンは、対応するサンプルが領域Ｐ０またはＰ１に属するかどうかを標識する、サイズｕＢ×ｖＢの２進数の配列からなり、ｕＢおよびｖＢはそれぞれ、現在のＰＵの水平方向のサイズと垂直方向のサイズを表す。領域Ｐ０およびＰ１は、白い影付きサンプルによってそれぞれ図３において表されている。Ｗｅｄｇｅｌｅｔパターンは、符号化と復号の両方の最初に初期化される。
【０１０１】
[0115]図４は、８×８ブロックのための輪郭パターンを示す。輪郭区分では、深度ブロックは、図４に示されるように、２つの不規則な領域に区分され得る。輪郭区分は、Ｗｅｄｇｅｌｅｔ区分よりも柔軟であるが、明示的にシグナリングされるのが難しい。ＤＭＭモード４では、輪郭区分パターンは、コロケートされたテクスチャブロックの再構築されたルーマサンプルを使用して暗黙的に導出される。
【０１０２】
[0116]図３および図４を参照すると、深度ブロック４０および６０内の各々の個々の正方形は、それぞれ、深度ブロック４０および６０のそれぞれの個々のピクセルを表す。正方形内の数値は、対応するピクセルが領域４２（図３の例における値「０」）に属するか、領域４４（図３の例における値「１」）に属するかを表す。また、図３において、ピクセルが領域４２（白い正方形）に属するか、領域４４（灰色の影付き正方形）に属するかを示すために陰影が使用される。
【０１０３】
[0117]上で論じられたように、各パターン（すなわち、Ｗｅｄｇｅｌｅｔと輪郭の両方）は、対応するサンプル（すなわち、ピクセル）が領域Ｐ０に属するかＰ１に属するか（ただし、Ｐ０は図３中の領域４２と図４中の領域６２とに対応し、Ｐ１は図３中の領域４４と図４中の領域６４Ａ、６４Ｂとに対応する）を標識する、サイズｕＢ×ｖＢの２進数の配列によって定義されてよく、ｕＢおよびｖＢはそれぞれ、現在のＰＵの水平方向のサイズおよび垂直方向のサイズを表す。図３および図４の例では、ＰＵは、それぞれブロック４０および６０に対応する。ビデオエンコーダ２０およびビデオデコーダ３０などのビデオコーダは、コーディングの最初に、たとえば、符号化の最初または復号の最初に、Ｗｅｄｇｅｌｅｔパターンを初期化することができる。
【０１０４】
[0118]図３の例に示されているように、Ｗｅｄｇｅｌｅｔパーティションの場合、深度ブロック４０は、（Ｘｓ，Ｙｓ）に位置するスタートポイント４８と（Ｘｅ，Ｙｅ）に位置するエンドポイント５０とをもつ直線４６によって、２つの領域、すなわち領域４２と領域４４とに区分される。図３の例では、スタートポイント４８は点（８，０）として定義されてよく、エンドポイント５０は点（０，８）として定義されてよい。
【０１０５】
[0119]図４の例に示されているように、輪郭区分では、深度ブロック６０のような深度ブロックは、２つの不規則な形状の領域に区分され得る。図４の例では、深度ブロック６０は、輪郭区分を使用して、領域６２と領域６４Ａ、６４Ｂとに区分される。領域６４Ａ中のピクセルは領域６４Ｂ中のピクセルに直接隣接しないが、領域６４Ａおよび６４Ｂは、深度ブロック６０のＰＵを予測する目的で１つの単一の領域を形成するように定義され得る。輪郭区分は、Ｗｅｄｇｅｌｅｔ区分よりも柔軟であり得るが、シグナリングされることが相対的により困難であり得る。ＤＭＭモード４では、３Ｄ−ＨＥＶＣの場合、輪郭区分パターンは、コロケートされたテクスチャブロックの再構築されたルーマサンプルを使用して暗黙的に導出される。
【０１０６】
[0120]このようにして、下で説明される図１、図７、および図８のビデオエンコーダ２０およびビデオデコーダ３０のようなビデオコーダは、図３に示されるように、深度ブロック４０のピクセルが（領域「Ｐ０」と呼ばれることもある）領域４２に属するか、または（領域「Ｐ１」と呼ばれることもある）領域４４に属するかを決定するために、スタートポイント４８とエンドポイント５０とによって定義されるような線４６を使用することができる。同様に、いくつかの例では、ビデオコーダは、深度ブロック６０のピクセルが（領域「Ｐ０」と呼ばれることもある）領域６４Ａに属するか、（領域「Ｐ１」と呼ばれることもある）領域６４Ｂに属するかを決定するために、図４の線６６、６８を使用することができる。領域「Ｐ０」および「Ｐ１」は、ＤＭＭに従って区分された異なる領域に対するデフォルトの命名規則（naming conventions）であり、したがって、深度ブロック４０の領域Ｐ０は、深度ブロック６０の領域Ｐ０と同じ領域であるとは見なされない。
【０１０７】
[0121]領域境界チェーンコーディングは、３Ｄ−ＨＥＶＣにおける、深度ブロック、たとえば深度ＰＵをコーディングするための、別のパーティションベースの深度イントラ予測モードである。領域境界チェーンコーディングモードは、深度スライスのイントラ予測ユニットをコーディングするためにＨＥＶＣイントラ予測モードおよびＤＭＭモードと一緒に導入される。簡潔にするために、「領域境界チェーンコーディングモード」は、下で説明される文章、表、および図面では簡単にするために「チェーンコーディング」によって示される。
【０１０８】
[0122]ＰＵのチェーンコーディングは、チェーンの開始位置、チェーンコードの数、および各チェーンコードに対する方向インデックスとともにシグナリングされる。チェーンは、サンプルとその８連結サンプルの１つとの間の連結（a connection）である。図５は、チェーンコーディングプロセスにおいて定義される８つの可能なタイプのチェーンを示す。図６は、１つの深度予測ユニット（ＰＵ）パーティションパターンを伴う領域境界チェーンコーディングモードとチェーンコーディングにおけるコーディングされたチェーンとを示す。チェーンコーディングプロセスの一例が図５および図６に示されている。図５に示されるように、８つの異なるタイプのチェーンがあり、各々は、０から７にわたる方向インデックスを割り当てられる。チェーンは、サンプルとその８連結サンプルの１つとの間の連結である。
【０１０９】
[0123]図６に示される任意のパーティションパターンをシグナリングするために、ビデオエンコーダは、パーティションパターンを識別し、ビットストリームにおいて以下の情報を符号化する。
１．チェーンが上側の境界（top boundary）から開始することをシグナリングするために１ビット「０」が符号化される。
２．上側の境界における開始位置「３」をシグナリングするために３ビット「０１１」が符号化される。
３．チェーンの総数を７としてシグナリングするために４ビット「０１１０」が符号化される
４．一連の連結されたチェーンインデックス「３、３、３、７、１、１、１」が符号化され、各チェーンインデックスが参照テーブルを使用してコードワードに変換される。
【０１１０】
[0124]図５のブロック７０に示されるように、８つの異なるタイプのチェーンがあり、各々が、０から７にわたる方向インデックスを割り当てられる。チェーン方向タイプは、ビデオコーダが深度ブロックのパーティションを決定するのを助け得る。方向インデックス（０．．．７）を直接コーディングする代わりに、方向インデックスをシグナリングするために差分コーディングが適用され得ることに留意されたい。
【０１１１】
[0125]図６の例は、区分構造とパーティション間の境界とを示すチェーン７６によって分離された第１のパーティション７２と第２のパーティション７４とを含む。（ビデオエンコーダ２０などの）ビデオエンコーダは、ＰＵのためのチェーン７６を決定し、それを符号化されたビットストリーム中でシグナリングすることができるが、（ビデオデコーダ３０などの）ビデオデコーダは、符号化されたビットストリームからのチェーン７６を表すデータを解析することができる。
【０１１２】
[0126]一般に、チェーン７６は、開始位置と、チェーン中のリンクの数（たとえば、チェーンコードの数）の指示と、各チェーンコードに対する方向インデックスとを含む。図６の例に示された任意のパーティションパターンをシグナリングするために、ビデオエンコーダ２０は、チェーン７６が上側の境界から開始することを示すために１ビット（たとえば、０）を符号化することができる。ビデオエンコーダ２０は、チェーン７６が上側の境界の３番目の深度サンプルの後に開始することを示すために３ビット（たとえば、０１１）を符号化することができる。ビデオエンコーダ２０は、チェーン７６中に合計で７つのリンクがあることを示すために４ビット（たとえば、０１１０）を符号化することができる。ビデオエンコーダ２０はまた、（たとえば、ブロック７０に従って）各チェーンリンクの方向を示すために一連の連結されたチェーンインデックス（たとえば、３，３，３，７，１，１，１）を符号化することができる。いくつかの例では、ビデオエンコーダ２０は、参照テーブルを使用して各インデックスをコードワードに変換することができる。ビデオデコーダ３０のようなビデオデコーダは、ブロックの区分パターンを決定するために、上で説明されたシグナリングを解析することができる。ビデオデコーダ３０は次いで、各パーティションのための深度値を復号することができる。
【０１１３】
[0127]深度ブロック、たとえばＰＵへのＨＥＶＣイントラ予測モードの適用のために、たとえばＨＥＶＣ  ＷＤ１０の８．４．２項において規定されるように、ブロックの隣接するサンプルを使用することによって、ピクセル固有の予測子の値が、ブロック中の各ピクセルに対して生成される。上で論じられた様々な３Ｄ−ＨＥＶＣ深度イントラモード、たとえばＤＭＭおよびチェーンコーディングでは、ビデオエンコーダ２０および／またはビデオデコーダ３０は、深度ブロックの最大で２つの隣接するサンプルを、たとえば左または上の隣接する深度ブロックの再構築されたサンプルを使用することによって、深度ブロック、たとえばＰＵ内の各パーティションに対する、パーティション固有のＤＣ予測子を計算する。ビデオコーダによって利用され得る深度ＰＵの各パーティションに対するパーティション固有のＤＣ予測子を計算するための１つの例示的な技法は次の通りである。
【０１１４】
[0128]ｂＰａｔｔｅｒｎ［ｘ］［ｙ］をＰＵのパーティションパターンとし、ここでｘ＝０．．Ｎ−１，ｙ＝０．．Ｎ−１であり、ＮはＰＵの幅である。ｂＰａｔｔｅｒｎ［ｘ］［ｙ］は特定のピクセル（ｘ，ｙ）がどのパーティションに属するかを示し、ｂＰａｔｔｅｒｎ［ｘ］［ｙ］は０または１に等しくてよい。ＢｉｔＤｅｐｔｈを深度サンプルのビット深度とし、ＲｅｃＳａｍｐｌｅ［ｘ］［ｙ］をＰＵの再構築された隣接するサンプルとし、ｘ＝−１およびｙ＝０．．Ｎ−１（ＰＵの左の隣接するピクセルに対応する）であり、またはｙ＝−１，ｘ＝０．．Ｎ−１（ＰＵの上の隣接するピクセルに対応する）である。したがって、パーティションＸのＤＣ予測子、すなわちｘ＝０または１であるＤＣＰｒｅｄ［Ｘ］は、次のように導出され得る。
【数１】
2016537844.tif 000003
【０１１５】
[0129]３Ｄ−ＨＥＶＣによれば、ビデオエンコーダ２０および／またはビデオデコーダ３０はまた、深度スライスのイントラＰＵをコーディングするために簡易深度コーディング（ＳＤＣ）モードを適用することができ、ＳＤＣモードは、ＨＥＶＣイントラ予測モード、ＤＭＭモード、およびチェーンコーディングモードと一緒に３Ｄ−ＨＥＶＣに導入される。より具体的には、ビデオエンコーダ２０および／またはビデオデコーダ３０は、深度ブロックのための残差データをコーディングするためにＳＤＣモードを適用することができる。３Ｄ−ＨＥＶＣでは、ビデオエンコーダ２０は、現在のＰＵがＳＤＣモードを使用してコーディングされるかどうかを指定するために、各イントラ深度ＰＵのための追加のフラグをシグナリングする。３Ｄ−ＨＥＶＣに対する既存の提案では、ＳＤＣは２Ｎ×２Ｎ  ＰＵパーティションサイズのみに適用され、２Ｎ×２Ｎよりも小さいサイズのＰＵパーティションサイズには適用されない。加えて、３Ｄ−ＨＥＶＣに対する既存の提案では、ＳＤＣは深度ＰＵの２つのタイプの区分、すなわちＤＭＭモード１（２つのパーティション）およびプレーナ（１つのパーティション、すなわち区分されない）のみに適用される。
【０１１６】
[0130]ＳＤＣが使用されるとき、ビデオエンコーダ２０は、深度ブロック中のすべてのサンプルのための個々の残差値を含まず、量子化された変換係数を生成しない。量子化された変換係数をコーディングする代わりに、ＳＤＣモードでは、ビデオエンコーダ２０は、次のタイプの情報とともに深度ブロックを表す。
１．以下のものを含む、現在の深度ブロックのパーティションのタイプ。
ａ．ＤＭＭモード１（２つのパーティション）
ｂ．プレーナ（１つのパーティション）
２．各パーティションに対して、（ピクセル領域の）単一の残差値がビットストリームにおいてシグナリングされる。
【０１１７】
[0131]したがって、ＳＤＣでは、ビデオエンコーダ２０は、各ＰＵに対して１つだけの残差を符号化し、または、イントラコーディングされる深度ＣＵのＰＵの各パーティションを符号化する。各ＰＵまたはＰＵのパーティションに対して、各ピクセルに対する差分を符号化する代わりに、ビデオエンコーダ２０は、元の信号のＤＣまたは代表値（たとえば、Ａｖｅｒと示される、ＰＵまたはパーティションの中のピクセルの平均値）と、現在のＰＵからの１つまたは複数の隣接するサンプルに基づいて生成される、Ｐｒｅｄと示される予測信号または予測子（たとえば、隣接するサンプルの平均値）との間の差分を決定し、ＰＵまたはパーティションの中のすべてのピクセルに対して、ＤＣ残差としてこの差分を使用する。ビデオエンコーダ２０は次いで、ビデオデコーダ３０による受信または復号のために、ＰＵまたはパーティションのためにこのＤＣ残差値をシグナリングまたは符号化することができる。
【０１１８】
[0132]３Ｄ−ＨＥＶＣでは、２つのサブモードがＳＤＣモード１およびＳＤＣモード２を含むＳＤＣにおいて定義され、それらは、プレーナのパーティションタイプおよびＤＭＭモード１のパーティションタイプに対応する。ＳＤＣでは、上で言及されたように、ビデオエンコーダ２０によって変換または量子化が適用されない。同様に、ＳＤＣにおいて、ビデオデコーダ３０は、逆量子化または逆変換動作を適用しない。
【０１１９】
[0133]深度値は、任意選択で、全体のビデオシーケンスを符号化する前に第１のイントラ期間内のフレームを分析することによってビデオエンコーダ２０が構成し得る、深度参照テーブル（ＤＬＴ）を使用してインデックスにマッピングされ得る。３Ｄ−ＨＥＶＣに対する既存の提案では、有効な深度値のすべてが、昇順で並べ替えられ、インデックスの増大とともにＤＬＴに挿入される。３Ｄ−ＨＥＶＣに対する既存の提案によれば、ＤＬＴが使用される場合、ＤＬＴ全体が、シーケンスパラメータセット（ＳＰＳ）またはビデオパラメータセット（ＶＰＳ）のようなパラメータセットにおいてビデオエンコーダ２０によってビデオデコーダ３０に送信され、復号されたインデックス差分値は、ＤＬＴに基づいてビデオデコーダ３０によって深度値にマッピングし返される。ＤＬＴの使用により、さらなるコーディングの利点（gain）が認められる。
【０１２０】
[0134]ＤＬＴは任意選択のコーディングツールである。ＨＴＭ９．０によれば、ビデオエンコーダ２０は、分析段階において元の深度マップ中に０からＭＡＸ＿ＤＥＰＴＨ＿ＶＡＬＵＥ（たとえば、８ビット深度サンプルの場合は２５５）までの値の１／２よりも多くが現れる場合、ＤＬＴを使用しない。そうではない場合、ビデオコーダは、ＳＰＳまたはＶＰＳにおいてＤＬＴをコーディングする。ＤＬＴをコーディングするために、ビデオコーダは、指数ゴロムコード（Exp-Golomb code）によって有効深度値の数をコーディングする。次いで、ビデオコーダは、指数ゴロムコードによって各有効深度値をコーディングする。
【０１２１】
[0135]ＤＬＴを生成するために、ビデオエンコーダ２０は、符号化されるべき入力ビデオシーケンスから事前に定義された数のフレームを読み取ることができ、利用可能な深度マップ値のためにすべてのサンプルを走査する。このプロセスの間、ビデオエンコーダ２０は、元の圧縮されていない深度マップに基づいて深度値を有効な深度値にマッピングする、マッピングテーブルを生成する。
【０１２２】
[0136]深度参照テーブルＩｄｘ２Ｄｅｐｔｈ（．）、インデックス参照テーブルＤｅｐｔｈ２Ｉｄｘ（．）、深度マッピングテーブルＭ（．）、および有効深度値の数ｄvalidは、深度マップＤtを分析する以下のアルゴリズムによって導出される。
【数２】
2016537844.tif 000004
【０１２３】
[0137]インデックスＩｄｘを深度値ｄにマッピングし返すことは、次のようなもの、すなわちｄ＝Ｉｄｘ２Ｄｅｐｔｈ［Ｉｄｘ］である。深度値ｄからインデックスＩｄｘへのマッピングは、次のようなもの、すなわちＩｄｘ＝Ｄｅｐｔｈ２Ｉｄｘ［ｄ］である。
【０１２４】
[0138]上で説明されたように、ＳＤＣモードにおけるＤＣ残差値のシグナリングのために、各パーティションに対して、または区分がない場合は深度ブロック全体に対して、ビデオエンコーダ２０は、変換および量子化を伴わずに、符号化されたビットストリーム中でＤＣ残差値をシグナリングする。ＤＣ残差値は、深度ブロックまたはそのパーティション内の深度ピクセル値のＤＣ（代表）値（たとえば、平均値の場合Ａｖｅｒ）と、ＤＣ予測子の値（Ｐｒｅｄ）との差分であり得る。残差は、ＤＬＴの使用法に応じて、２つの異なる方法を使用してビデオエンコーダ２０によってシグナリングされ得ることに留意されたい。
１．ＤＬＴが使用されないとき、ビデオエンコーダ２０は、ＤＣ残差値、たとえば、現在のＰＵ形式における現在の深度ブロックまたはそのパーティションの代表値もしくはＤＣ値（Ａｖｅｒ）と、そのＤＣ予測子の値（Ｐｒｅｄ）との差分（delta）を、直接送信し、またはビットストリームの中に符号化する。
２．ＤＬＴが使用されるとき、残差値、すなわち深度値の差分を直接シグナリングまたはコーディングする代わりに、ビデオエンコーダ２０は、ＤＬＴに対するインデックスの差分を、すなわち、ＤＬＴにおける現在のパーティションの代表値（たとえば、Ａｖｅｒ）のインデックスと予測子（Ｐｒｅｄ）のインデックスとの差分を、シグナリングまたはコーディングする。ビデオデコーダ３０は、ＤＬＴに基づいて、復号されたインデックス差分とＰｒｅｄのインデックスとの合計を深度値にマッピングし返す。
【０１２５】
[0139]いくつかの例では、現在のパーティションの代表値の値（たとえば、Ａｖｅｒ）と予測子の値（Ｐｒｅｄ）がＤＬＴに含まれていないとき、ビデオコーダは、値をインデックスＩにマッピングすることができ、ここで、（Ｐｒｅｄ／Ａｖｅｒ−ＤＬＴ中のｉ番目のエントリーの値）の絶対値が最小値となる。
【０１２６】
[0140]ＳＤＣに対する既存の提案には問題がある。たとえば、３Ｄ−ＨＥＶＣに対する既存の提案によれば、ＳＤＣは、いくつかの深度イントラ予測モード、より具体的には、ＤＭＭモード１およびプレーナモードにしか適用されない。したがって、ＳＤＣの一部である簡易残差コーディングの利益は、ＤＭＭモード３、ＤＭＭモード４、チェーンコーディングモード、または他のＨＥＶＣイントラモード（プレーナモード以外）のような、他の深度イントラモードでは実現され得ない。そのような利益は、コーディング効率の向上を含み得る。
【０１２７】
[0141]本開示は、ＳＤＣに対する既存の提案についての問題に対処することができる技法を説明する。たとえば、本開示は、３Ｄ−ＨＥＶＣにおけるＳＤＣに対して提案されている可能な深度イントラ予測モードのより広範なセットに適用可能であり得る、簡易残差コーディングのための技法を説明する。このようにして、より高いコーディング効率のような、簡易残差コーディングの利益が、より広範な深度イントラコーディングモードに従ってコーディングされた深度ブロックに対して実現され得る。
【０１２８】
[0142]本開示のいくつかの例示的な技法によれば、少なくとも３つの深度イントラ予測モードのいずれかに従って深度ブロックをイントラ予測コーディングするとき、ビデオコーダは、ＳＤＣモードを実行し、簡易残差コーディングを適用することができる。ビデオコーダはしたがって、深度ブロックのための単一のＤＣ残差値を、または深度ブロックのパーティションのためのそれぞれのＤＣ残差値をコーディングすることができ、たとえば符号化または復号することができる。３つ以上の深度イントラ予測モードは、ＤＭＭ１およびプレーナ以外の１つまたは複数の深度イントラ予測モードを含む。いくつかの例では、ビデオコーダは、残差値の変換と量子化（または逆量子化と逆変換）の両方をスキップする。いくつかの例では、追加の残差は生成されず、すなわち、ＨＥＶＣに基づく３Ｄコーデックでは変換木（transform tree）が存在しない。
【０１２９】
[0143]たとえば、本開示の技法に従って構成されるビデオコーダは、ＤＭＭ３、ＤＭＭ４、またはチェーンコーディングモードに従って深度ブロックを区分し、深度ブロックの２つのパーティションの各々のための２つのＤＣ残差値を決定するためにＳＤＣモードを実行することができる。そのような例における簡易残差コーディングでは、ＰＵの各パーティションのための１つのＤＣ残差値を、ビデオエンコーダ２０は符号化し、ビデオデコーダ３０は復号する。
【０１３０】
[0144]いくつかの例では、本開示の技法に従って構成されるビデオコーダは、ＤＣモードおよび方向モード２から３４のような、非パーティションベースのＨＥＶＣイントラ予測モードの１つに従って、深度ブロックの各ピクセルのためのピクセル固有の予測子の値を決定することができる。そのようなＨＥＶＣイントラ予測モードによってコーディングされる深度ブロック、たとえばＰＵは１つのパーティションを有し、すなわち、ＰＵ内のすべてのピクセルが同じパーティションの中にある。そのような例における簡易残差コーディングでは、深度ブロックのための１つのＤＣ残差値を、ビデオエンコーダ２０は符号化し、ビデオデコーダ３０は復号する。ビデオエンコーダ２０は、深度ブロックの深度ピクセル値を表すＤＣ深度値、たとえば深度ブロックの深度ピクセル値の平均と、ピクセル固有の予測子の値を表すＤＣ値とに基づいて、ＤＣ残差値を決定することができる。ビデオデコーダ３０は、各ピクセルに対して、ＤＣ残差値をピクセル固有の予測子の値と合計することによって、深度ブロックを再構築することができる。
【０１３１】
[0145]ＤＭＭモードおよびチェーンコーディングモードのための簡易残差コーディングでは、ビデオエンコーダ２０は、ビデオブロック、たとえばＰＵのための２つのＤＣ残差値（各パーティションのための１つのＤＣ残差値）しかシグナリングしなくてよい。元のＨＥＶＣイントラ予測モード（たとえば、ＤＣモード、プレーナモード、および方向性モード）のための簡易残差コーディングのために、ビデオエンコーダは、全体のＰＵのために１つのＤＣ残差値しかシグナリングしなくてよい。いくつかの例では、簡易残差コーディングが適用されるときでも、依然として量子化がＤＣ残差値に適用され得る。
【０１３２】
[0146]いくつかの例では、ビデオエンコーダ２０およびビデオデコーダ３０は、所与の深度ブロックを深度イントラ予測コーディングするときに、ＳＤＣモードを選択的に適用することができる。そのような例では、ＳＤＣモードが深度ブロックのために実行されるかどうかを示す１つまたは複数のシンタックス要素、たとえばフラグを、ビデオエンコーダ２０はビットストリームの中に符号化することができ、ビデオデコーダ３０はビットストリーム情報から復号することができる。ビデオエンコーダ２０は、ブロックごとに、スライスごとに、ピクチャごとに、シーケンスごとに、または他のものを基礎として、ＳＤＣモードが深度ブロックのために実行されるかどうかを決定してシグナリングすることができる。例として、スライスヘッダ、ピクチャパラメータセット（ＰＰＳ）、ＳＰＳ、もしくはＶＰＳのようなパラメータセット、または補助増強情報（ＳＥＩ：supplemental enhancement information）メッセージの中の、（１つまたは複数の）シンタックス要素または他の情報を、ビデオエンコーダ２０が符号化し、ビデオデコーダ３０が復号することができる。ＳＤＣモードがブロックごとに選択的に適用される例では、１つまたは複数の）シンタックス要素、たとえばフラグ、または他の情報が、ＳＤＣモードが深度ブロックのために実行されるかどうかのそれぞれの指示に深度ブロックを関連付けるマップまたは他のデータ構造の中、たとえばスライスヘッダの中に含まれ得る。
【０１３３】
[0147]いくつかの例では、ビデオコーダは、ＳＤＣモードが特定の深度ブロックのために実行されるかどうかを推測することができる。たとえば、ビデオコーダは、深度ブロックが、１つまたは複数の特定の深度イントラ予測モード、たとえば、パーティションベースの３Ｄ−ＨＥＶＣイントラ予測モードの任意の１つまたは複数によってイントラコーディングされるときに、ＳＤＣモードを常に実行することができ、または、いくつかの深度イントラ予測モードに対してはＳＤＣモードを決して実行しないことがある。いくつかの例では、ビデオコーダは、ＳＤＣモードが特定の深度ブロックのために実行されるかどうかを、サイズのようなブロックの特性に基づいて推測することができる。たとえば、ビデオコーダは、ブロック、たとえばＰＵが３２×３２未満であるときだけ、および／または、ブロック、たとえばＰＵのパーティションサイズが２Ｎ×２Ｎであるときだけ、ＳＤＣモードを実行することができる。
【０１３４】
[0148]３Ｄ−ＨＥＶＣに対する既存の提案では、ＤＭＭ１、ＤＭＭ３、ＤＭＭ４、およびチェーンコーディングモードは、モード番号３６、３８、４０、および４２にそれぞれ対応する、デルタＤＣをシグナリングさせ得る。本開示の技法による簡易残差コーディングは、これらのモードには適用可能ではないことがある。そのような場合、簡易残差コーディングを示すために使用されるシンタックスは、それらのモードに対して存在しなくてもよい。代替的に、または追加で、そのようなモードは、規格に従って構成されたビデオコーダによって実行されないように、規格から除去されてもよい。
【０１３５】
[0149]深度ブロックまたはそのパーティションの各ピクセルのための予測子の値は深度イントラ予測モードの少なくともいくつかに従って異なり得るが、ビデオコーダがＳＤＣモードを実行し、現在の深度ブロック、たとえば深度ＰＵのために簡易残差コーディングを使用するとき、ブロックまたはパーティション中の各ピクセルのための残差は、ＤＣ残差値によって指定されるように、同一であり得る。非パーティションベースの（たとえば、ＨＥＶＣ）イントラ予測モードに従ってコーディングされる深度ブロックに対して、ビデオコーダは、ピクセル固有の予測子の値、すなわちＰｒｅｄＳａｍｐｌｅ［ｘ］［ｙ］を、基礎の規格（たとえば、ＨＥＶＣ）において規定されるように生成されるイントラ予測子に従って生成することができる。ＤＭＭモードとチェーンコーディングモードの１つに従ってコーディングされる深度ブロックに対して、ビデオコーダは、３Ｄ−ＨＥＶＣにおいて規定されるように、パーティション固有のＤＣ予測子、すなわちＤＣｐｒｅｄ［ｉ］を生成することができる。
【０１３６】
[0150]ＤＬＴが使用されないとき、各ピクセル（ｘ，ｙ）に対して、ビデオエンコーダ２０およびビデオデコーダ３０は、本開示による簡易残差予測モード（ビデオデコーダ３０）に従ったＤＣ残差値に基づいて、ＤＣ残差値（ビデオエンコーダ２０）を決定するために、または深度ブロックを再構築するために、３つの変数を使用することができる。具体的には、ビデオエンコーダ２０およびビデオデコーダ３０は、（１）ＰｒｅｄＳａｍｐｌｅ［ｘ］［ｙ］と、（２）パーティション固有のＤＣ予測子、すなわちＤＣＰｒｅｄ［ｉ］と、ここでｉはピクセルが属するパーティションに対するインデックスであり、（３）パーティション固有のＤＣ残差、すなわちＤＣＲｅｓｉ［ｉ］とを利用することができる。たとえば、ビデオデコーダ３０は、次のように、深度ブロックのための再構築されたピクセル値、すなわちＲｅｃＳａｍｐｌｅ［ｘ］［ｙ］を計算することができる。
・ＲｅｃＳａｍｐｌｅ［ｘ］［ｙ］＝ＰｒｅｄＳａｍｐｌｅ［ｘ］［ｙ］＋ＤＣＲｅｓｉ［ｉ］＋ＤＣＰｒｅｄ［ｉ］。パーティションベースでは、３Ｄ−ＨＥＶＣの深度イントラコーディングモード、すなわちＰｒｅｄＳａｍｐｌｅ［ｘ］［ｙ］が０に設定され得る。非パーティションベースでは、ＨＥＶＣの深度イントラコーディングモード、すなわちＤＣＰｒｅｄ［ｉ］が０に設定され得る。
【０１３７】
[0151]一般に、ビデオエンコーダ２０は、深度ブロックを符号化するために使用される深度イントラ予測モードに基づいて、深度ブロックまたはそのパーティションのためのＤＣ予測子の値を決定する。たとえば、パーティションベースのイントラ予測モードでは、ビデオデコーダ２０は、１つまたは複数の再構築された隣接する深度ブロックの１つまたは複数のサンプルに基づいて、各パーティションのためのそれぞれのＤＣ予測子の値を決定する。非パーティションベースのイントラ予測モードでは、ビデオエンコーダ２０は、深度ブロックのためのピクセル固有の予測子の値のサブセット、たとえば深度ブロックの４つの角のおよび／または中央の予測子の値に基づいて、深度ブロックのためのＤＣ予測子の値を決定する。ビデオエンコーダ２０はまた、深度ブロックまたはパーティションのためのＤＣ深度値、たとえば深度ピクセル値の平均を決定し、現在のブロックまたはパーティションのＤＣ深度値と、ブロックまたはパーティションのためのＤＣ予測子の値との差分として、深度ブロックまたはパーティションのためのＤＣ残差値を決定する。ビデオエンコーダ２０は、現在のブロックまたはパーティションのＤＣ深度値と、ブロックまたはパーティションのためのＤＣ予測子の値との差分として、深度ブロックまたはパーティションのためのＤＣ残差値を決定する。
【０１３８】
[0152]ビデオデコーダ３０は、非パーティションベースのイントラ予測モードによってコーディングされる深度ブロックのためのピクセル固有の予測子の値、または、パーティションベースのイントラ予測モードによってコーディングされる深度ブロックのためのパーティション固有の予測子の値を決定することができる。いずれの場合でも、ビデオデコーダ３０は、深度ブロックを再構築するために、予測子の値を（１つまたは複数の）ＤＣ残差値と合計する。
【０１３９】
[0153]ＤＬＴが使用されるとき、ビデオデコーダ３０は次のようにＲｅｃＳａｍｐｌｅ［ｘ］［ｙ］を計算することができ、ここで、Ｉｎｄｅｘ２ＤｅｐｔｈおよびＤｅｐｔｈ２Ｉｄｘはそれぞれ、インデックス参照テーブルおよび深度参照テーブルである。
・非パーティションベースの（たとえば、ＨＥＶＣ）深度イントラ予測モードでは、
○  ＲｅｃＳａｍｐｌｅ［ｘ］［ｙ］＝ＰｒｅｄＳａｍｐｌｅ［ｘ］［ｙ］＋Ｉｄｘ２Ｄｅｐｔｈ［Ｄｅｐｔｈ２Ｉｄｘ［ＤＣＰｒｅｄ［ｉ］］＋ＤＣＲｅｓｉ［ｉ］］−ＤＣＰｒｅｄ［ｉ］
である。
・パーティションベースの（たとえば、３Ｄ−ＨＥＶＣ）深度イントラ予測モードでは、
○  ＲｅｃＳａｍｐｌｅ［ｘ］［ｙ］＝Ｉｄｘ２Ｄｅｐｔｈ［Ｄｅｐｔｈ２Ｉｄｘ［ＤＣＰｒｅｄ［ｉ］］＋ＤＣＲｅｓｉ［ｉ］］
である。
【０１４０】
[0154]したがって、ビデオエンコーダ２０は、深度ブロックまたはパーティションのためのＤＣ深度値のＤＬＴ中のインデックスと、深度ブロックまたはパーティションのためのＤＣ予測子の値に関するＤＬＴ中のインデックスとの差分を、深度ブロックとそのパーティションのためのＤＣ残差値として符号化することができる。ビデオデコーダ３０は差分を復号する。ビデオデコーダ３０はまた、深度ブロックのためのＤＣ予測子の値を決定する。パーティションベースの深度イントラ予測コーディングモードに従って復号される深度ブロックに対して、ビデオデコーダ３０は、上で説明されたように、たとえば深度ブロックに対して１つまたは複数の隣接するサンプルに基づいて、モードに従ってパーティションのためのそれぞれのＤＣ予測子を決定する。非パーティションベースの深度イントラ予測コーディングモードに従って復号される深度ブロックに対して、ビデオデコーダ３０は、イントラ予測モードに従って決定されるピクセル固有の予測子の値のサブセットに基づいて、深度ブロックのための単一のＤＣ予測子を決定する。
【０１４１】
[0155]いくつかの例では、非パーティションベースの各ＨＥＶＣイントラ予測モードに対して、深度ブロック、たとえばＰＵのためのＤＣ予測子ＤＣＰｒｅｄ［０］が、たとえば次のように、深度ブロックの予測ブロックの４つの角のピクセルの平均として生成され得る。ｗおよびｈをそれぞれＰＵの幅および高さとし、ＤＣＰｒｅｄ［０］＝（ＰｒｅｄＳａｍｐｌｅ［０］［０］＋ＰｒｅｄＳａｍｐｌｅ［０］［ｗ−１］＋ＰｒｅｄＳａｍｐｌｅ［ｈ−１］［０］＋ＰｒｅｄＳａｍｐｌｅ［ｈ−１］［ｗ−１］＋２）＞＞２である。いくつかの例では、非パーティションベースの各ＨＥＶＣイントラ予測モードでは、現在のＰＵの予測ブロックのさらに少数のピクセル（たとえば、１つまたは２つのピクセル）が、ＤＣ値の予測子を計算するために利用され得る。いくつかの例では、ＰＵの予測ブロックの中央のピクセルは、ＤＣＰｒｅｄ［０］として利用され得る。加えて、ＨＥＶＣにおいて規定されるようなイントラ予測が本明細書で論じられるが、現在のＰＵの予測ブロックは、ＨＥＶＣにおいて規定されるものに加えて種々の方法のいずれかで生成され得る。
【０１４２】
[0156]いくつかの例では、ＤＬＴが使用されるパーティションベースのイントラ予測または非パーティションベースのイントラ予測のいずれかのために、ビデオデコーダ３０は、ＤＬＴにおけるＤＣ予測子の値に対するインデックスを決定し、ＤＣ予測子の値に対するインデックスと、ビットストリームから復号された差分との合計を決定する。ビデオデコーダ３０はさらに、ＤＣ予測子の値と深度参照テーブル中の差分との合計と関連付けられる深度値を、深度値またはそのパーティションのためのＤＣ深度値として識別する。非パーティションベースのイントラ予測の場合、ビデオデコーダ３０はさらに、識別された深度値とＤＣ予測子の値との差分を深度ブロックのためのＤＣ残差値として決定し、深度ブロックの深度値を再構築するために、ピクセルのためのそれぞれの予測値を決定された差分と合計することができる。
【０１４３】
[0157]本開示に従ったいくつかの例では、ＤＭＭモード１、ＤＭＭモード３、ＤＭＭモード４、チェーンコーディングモード、およびＨＥＶＣイントラ予測モードのための簡易残差コーディングのシグナリングは統合され得る。一般に、上で論じられたように、深度イントラ予測モードのいずれが深度ブロックをコーディングするために使用されるかということと、いくつかの場合には、ＳＤＣモードが深度ブロックのために実行されるかどうかとを示す情報を、ビデオエンコーダ２０は符号化することができ、ビデオデコーダ３０は復号することができる。いくつかの例では、ビデオコーダは、深度ブロックをコーディングするためにパーティションベースの深度イントラ予測モードが使用されるか非パーティションベースの深度イントラ予測モードが使用されるかを示す情報、たとえば、フラグまたは他のシンタックス要素をコーディングすることができる。
【０１４４】
[0158]いくつかの例では、非パーティションベースのＨＥＶＣイントラ予測モードが、深度ブロック、たとえばＰＵのために使用されるかどうかを示す第１のシンタックス要素、たとえば１ビットのフラグを、ビデオコーダがコーディングすることができ、たとえば、ビデオエンコーダが符号化することができ、またはビデオデコーダが復号することができる。代替的に、または追加で、第１のシンタックス要素は、ＰＵサイズが３２×３２よりも大きいときには必要とされないことがある。そのような例では、ビデオデコーダ３０は、非パーティションベースのイントラ予測モードが深度ブロックを符号化するために使用されたと推測することができる。いくつかの例では、第１のシンタックス要素の第１の値は、複数の深度イントラ予測モードからある深度ブロックのために選択された深度イントラ予測モードが、非パーティションベースのＨＥＶＣイントラ予測モードであること、たとえば、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、第１のシンタックス要素の第２の値は、深度ブロックのために選択された深度イントラ予測モードが、パーティションベースのイントラ予測モード、たとえば複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示す。いくつかの例では、第１のシンタックス要素はｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇである。いくつかの例では、１に等しいｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇは、ＨＥＶＣイントラ予測モードがコーディングユニットのために使用されることを意味し、０に等しいｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇは、追加の深度イントラ予測モードがコーディングユニットのために使用されることを意味する。いくつかの例では、第１のシンタックス要素は、イントラモード拡張構造に含まれる。いくつかの例では、第１のシンタックス要素は、ｄｅｐｔｈ＿ｍｏｄｅ＿ｐａｒａｍｅｔｅｒｓシンタックス構造に含まれる。
【０１４５】
[0159]いくつかの例では、ビデオコーダは、ＳＤＣモードおよび簡易残差コーディングが、深度ブロック、たとえば深度ＰＵのために使用されるかどうかを示す、第２のシンタックス要素、たとえば１ビットのフラグをコーディングすることができる。いくつかの例では、第２のシンタックス要素はｓｄｃ＿ｆｌａｇである。いくつかの例では、１に等しいｓｄｃ＿ｆｌａｇは、ＳＤＣモードがコーディングユニットのために使用されることを意味し、０に等しいｓｄｃ＿ｆｌａｇは、ＳＤＣモードがコーディングユニットまたは予測ユニットのために使用されないことを意味する。いくつかの例では、第２のシンタックス要素は、イントラモード拡張構造に含まれる。いくつかの例では、第２のシンタックス要素は、ｄｅｐｔｈ＿ｍｏｄｅ＿ｐａｒａｍｅｔｅｒｓシンタックス構造に含まれる。
【０１４６】
[0160]代替的に、または追加で、この第２のシンタックス要素は、ＰＵパーティションサイズが２Ｎ×２Ｎであるときにだけ必要とされる。ＰＵパーティションサイズが２Ｎ×２Ｎではない場合、ビデオデコーダ３０は、ＳＤＣモードが実行されないと推測することができる。いくつかの例では、第１のシンタックス要素が、非パーティションベースのイントラ予測モードが深度ブロックを符号化するために使用されなかったことを示す（またはそのように推測される）場合、ビデオコーダは、ＤＭＭモード１、ＤＭＭモード３、ＤＭＭモード４、またはチェーンコーディングモードのいずれが深度ブロックをコーディングするために使用されるかを示す、第３のシンタックス要素をコーディングする。いくつかの例では、領域境界チェーンコーディングモードは、深度ブロックをコーディングするために使用されず、または使用不可能である。そのような例では、ビデオコーダは、第３のシンタックス要素をコーディングする必要はないことがあり、第１のシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇの０に等しい第１の値は、ＤＭＭモードが現在の深度ブロックをイントラコーディングするために使用されることを示す。いくつかの例では、領域境界チェーンコーディングモードが深度ブロックをコーディングするために使用されない、または使用不可能であるとき、第１のシンタックス要素の第２の値、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇがコーディングされず、第１のシンタックス要素の第１の値は、ＤＭＭモードが現在の深度ブロックをイントラコーディングするために使用されることを示す。
【０１４７】
[0161]本開示の技法によるいくつかの例では、ビデオコーダは、３Ｄ−ＨＥＶＣに対する既存の提案においてＳＤＣのために規定されるのと同じ方式で、深度ブロックまたはそのパーティションのためのＤＣ残差値をシグナリングし、および／またはコーディングする。より具体的には、各パーティションに対して、ＤＣ残差値をシグナリングまたはコーディングするために、次のシンタックス要素がシグナリングまたはコーディングされ得る。
・ＤＣ残差値が０に等しいかどうかを示すシンタックス要素。
・ＤＣ残差値が正の整数か負の整数かを示すシンタックス要素。
○  このシンタックスは、ＤＣ残差値が０に等しくないときにだけ必要とされる。
・「ＤＣ残差値の絶対値」から１を引いたものを示すシンタックス要素。
○  このシンタックスは、ＤＣ残差値が０に等しくないときにだけ必要とされる。
【０１４８】
[0162]いくつかの例では、本開示の技法による簡易残差コーディングは、２Ｎ×２ＮのパーティションサイズであるＣＵだけに適用される。いくつかの例では、簡易残差コーディングは、いくつかの深度イントラモードだけに適用される。
【０１４９】
[0163]１つまたは複数の例に従って上で説明された本開示の技法の実装形態は、次の通りであり得る。３Ｄ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  １に対する変更として、シンタックスおよびセマンティクスが示されており、３Ｄ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  １への追加が下線付きの文章として表され、３Ｄ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  １からの削除が取り消し線付きの文章として表されている。
深度モードパラメータシンタックス
【数３−１】
2016537844.tif 000005
【数３−２】
2016537844.tif 000006
【数３−３】
2016537844.tif 000007
一般的なコーディングユニットシンタックス
【数４−１】
2016537844.tif 000008
【数４−２】
2016537844.tif 000009
【数４−３】
2016537844.tif 000010
深度モードパラメータイントラセマンティクス
【数５】
2016537844.tif 000011
・１に等しいｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇ［ｘ０］［ｙ０］は、０から３４の範囲内のｉｎｔｒａＰｒｅｄＭｏｄｅを有するイントラモードが現在の予測ユニットのために使用されることを指定する。０に等しいｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇ［ｘ０］［ｙ０］は、別のイントラモードが現在の予測ユニットのために使用されることを指定する。存在しないとき、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇ［ｘ０］［ｙ０］は１に等しいと推測される。
・１に等しいｓｄｃ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在の予測ユニットの各パーティションの残差が、ｓｄｃ＿ｒｅｓｉｄｕａｌ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］、ｓｄｃ＿ｒｅｓｉｄｕａｌ＿ｓｉｇｎ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］、およびｓｄｃ＿ｒｅｓｉｄｕａｌ＿ａｂｓ＿ｍｉｎｕｓ１［ｘ０］［ｙ０］［ｉ］によってのみ表されることを指定する。０に等しいｓｄｃ＿ｆｌａｇ［ｘ０］［ｙ０］は、さらなる残差が変換木の中に存在し得ることを指定する。存在しないとき、ｓｄｃ＿ｆｌａｇ［ｘ０］［ｙ０］は、０に等しいと推測される。
【数６】
2016537844.tif 000012
・ＳｄｃＦｌａｇ［ｘ０］［ｙ０］は、ｓｄｃ＿ｆｌａｇ［ｘ０］［ｙ０］に等しく設定される。［Ｅｄ．（ＣＹ）：この設定を避けるために、手動でＳｄｃＦｌａｇからｓｄｃ＿ｆｌａｇへの置換が行われ得る。］
【数７】
2016537844.tif 000013
・変数ＤｍｍＦｌａｇ［ｘ０］［ｙ０］は、下で規定されているように導出される。
【数８】
2016537844.tif 000014
【表１−１】
2016537844.tif 000015
【表１−２】
2016537844.tif 000016
・代替的に、他のシンタックス要素とは独立にｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅをバイナリ化する代わりに、ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅも、ＣＵサイズおよびパーティションモードに応じてバイナリ化され得る。ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅ［ｘ０］［ｙ０］のシンタックスおよびセマンティクスは、次のように代替的に定義され得る。
【数９】
2016537844.tif 000017
・変数ｄｅｐｔｈＤｍｍＲｂｃＭｏｄｅＳｅｔは、下で規定されるように導出される。
○  ｃＬｏｇ２ＣｂＳｉｚｅが３に等しくＰａｒｔＭｏｄｅ［ｘＣ］［ｙＣ］がＰＡＲＴ＿Ｎ×Ｎに等しい場合、ｄｅｐｔｈＤｍｍＲｂｃＭｏｄｅＳｅｔは１に等しく設定される。
○  それ以外の場合（ｃＬｏｇ２ＣｂＳｉｚｅが３に等しくない場合、またはＰａｒｔＭｏｄｅ［ｘＣ］［ｙＣ］がＰＡＲＴ＿Ｎ×Ｎに等しくない場合）、ｄｅｐｔｈＤｍｍＲｂｃＭｏｄｅＳｅｔは０に等しく設定される。
【表２】
2016537844.tif 000018
・代替的に、簡易残差コーディングが適用されるモードは、新たな深度イントラモードとして扱われ、現在のシンタックス要素、たとえばｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅとともにシグナリングされる。このようにして、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよびｓｄｃ＿ｆｌａｇのような、追加のシンタックス要素を導入する必要はない。
復号プロセス
・Ｈ８．４．２  ルーマイントラ予測モードのための導出プロセス
○  このプロセスへの入力は以下の通りである。
・現在のピクチャの左上ルーマサンプルに対する現在のブロックの左上ルーマサンプルを指定するルーマ位置（ｘＢ，ｙＢ）
・現在のルーマ予測ブロックのサイズを指定する変数ｌｏｇ２ＰｂＳｉｚｅ
○  表Ｈ−４は、イントラ予測モードに関する値と関連する名前とを指定する。
【表３】
2016537844.tif 000019
○  ０．．３４と標識されたＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］は、図８−１に示されるような予測の方向を表す。
【数１０】
2016537844.tif 000020
・そうではなく、ＤｅｐｔｈＩｎｔｒａＭｏｄｅ［ｘＢ］［ｙＢ］がＩＮＴＲＡ＿ＤＥＰ＿ＤＭＭ＿ＷＰＲＥＤＴＥＸに等しい場合、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］はＩｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（３７＋ｄｍｍ＿ｄｃ＿ｆｌａｇ［ｘＢ］［ｙＢ］）に等しく設定される。
・そうではなく、ＤｅｐｔｈＩｎｔｒａＭｏｄｅ［ｘＢ］［ｙＢ］がＩＮＴＲＡ＿ＤＥＰ＿ＤＭＭ＿ＣＰＲＥＤＴＥＸに等しい場合、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］はＩｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（３９＋ｄｍｍ＿ｄｃ＿ｆｌａｇ［ｘＢ］［ｙＢ］）に等しく設定される。
・そうではなく、ＤｅｐｔｈＩｎｔｒａＭｏｄｅ［ｘＢ］［ｙＢ］がＩＮＴＲＡ＿ＤＥＰ＿ＣＨＡＩＮに等しい場合、ＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］はＩｎｔｒａ＿Ｃｈａｉｎ（４１＋ｅｄｇｅ＿ｄｃ＿ｆｌａｇ［ｘＢ］［ｙＢ］）に等しく設定される。
【数１１】
2016537844.tif 000021
・Ｈ８．４．４．２．１  一般的なイントラサンプル予測
○  次の段落が項の最後に追加された８．４．４．２．１項の仕様が適用される。
○  変数ｂＳａｍｐｌｅＰｒｅｄＦｌａｇを１に設定する。
・ｉｎｔｒａＰｒｅｄＭｏｄｅがＩｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（３５，３６）に等しい場合、Ｈ８．４．４．２．７項において規定される対応するイントラ予測モードが、位置（ｘＢ０，ｙＢ０）、イントラ予測モードｉｎｔｒａＰｒｅｄＭｏｄｅ、サンプルアレイｐ、および変換ブロックサイズｎＴを入力として実施され、出力は予測サンプルアレイｐｒｅｄＳａｍｐｌｅｓである。
・そうではなく、ｉｎｔｒａＰｒｅｄＭｏｄｅがＩｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（３７，３８）に等しい場合、Ｈ８．４．４．２．８項において規定される対応するイントラ予測モードが、位置（ｘＢ０，ｙＢ０）、イントラ予測モードｉｎｔｒａＰｒｅｄＭｏｄｅ、サンプルアレイｐ、変換ブロックサイズｎＴ、およびｂＳａｍｐｌｅＰｒｅｄＦｌａｇを入力として実施され、出力は予測サンプルアレイｐｒｅｄＳａｍｐｌｅｓである。
・そうではなく、ｉｎｔｒａＰｒｅｄＭｏｄｅがＩｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（３９，４０）に等しい場合、Ｈ８．４．４．２．９項において規定される対応するイントラ予測モードが、位置（ｘＢ０，ｙＢ０）、サンプルアレイｐ、変換ブロックサイズｎＴ、およびｂＳａｍｐｌｅＰｒｅｄＦｌａｇとともに、イントラ予測モードｉｎｔｒａＰｒｅｄＭｏｄｅを入力として実施され、出力は予測サンプルアレイｐｒｅｄＳａｍｐｌｅｓである。
・そうではなく、ｉｎｔｒａＰｒｅｄＭｏｄｅがＩｎｔｒａ＿Ｃｈａｉｎ（４１，４２）に等しい場合、Ｈ８．４．４．２．１０項において規定される対応するイントラ予測モードが、位置（ｘＢ０，ｙＢ０）、サンプルアレイｐ、変換ブロックサイズｎＴ、およびｂＳａｍｐｌｅＰｒｅｄＦｌａｇとともに、イントラ予測モードｉｎｔｒａＰｒｅｄＭｏｄｅを入力として実施され、出力は予測サンプルアレイｐｒｅｄＳａｍｐｌｅｓである。
・Ｈ８．４．４．３  深度値再構築プロセス
○  このプロセスへの入力は以下の通りである。
・現在のピクチャの左上ルーマサンプルに対する現在のブロックの左上ルーマサンプルを指定するルーマ位置（ｘＢ，ｙＢ）
・予測サイズを指定する変数ｎＴ
・ｘ，ｙ＝０．．ｎＴ−１である、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］
・現在の予測ブロックの予測モードを指定する変数ｉｎｔｒａＰｒｅｄＭｏｄｅ
○  このプロセスの出力は以下の通りである。
・ｘ，ｙ＝−１．．２×ｎＴ−１である、再構築された深度値サンプルｒｅｓＳａｍｐｌｅｓ［ｘ］［ｙ］
○  変数ｂＳａｍｐｌｅＰｒｅｄＦｌａｇを０に設定する。
○  ｉｎｔｒａＰｒｅｄＭｏｄｅに応じて、バイナリのセグメント化パターンを指定する、ｘ，ｙ＝０．．ｎＴ−１であるアレイｗｅｄｇｅＰａｔｔｅｒｎ［ｘ］［ｙ］が次のように導出される。
・ｉｎｔｒａＰｒｅｄＭｏｄｅがＩｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（３５）に等しい場合、次のことが当てはまる。
・ｗｅｄｇｅＰａｔｔｅｒｎ［ｘ］［ｙ］
＝ｗｅｄｇｅＰａｔｔｅｒｎＴａｂｌｅ［Ｌｏｇ２（ｎＴ）］［ｗｅｄｇｅ＿ｆｕｌｌ＿ｔａｂ＿ｉｄｘ［ｘＢ］［ｙＢ］］
・そうではなく、ｉｎｔｒａＰｒｅｄＭｏｄｅがＩｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（３７）に等しい場合、Ｈ８．４．４．２．８項が、位置（ｘＢ，ｙＢ）、イントラ予測モードｉｎｔｒａＰｒｅｄＭｏｄｅ、変換ブロックサイズｎＴおよびｂＳａｍｐｌｅＰｒｅｄＦｌａｇを入力として実施され、出力はｗｅｄｇｅｌｅｔパターンｗｅｄｇｅＰａｔｔｅｒｎである。
・そうではなく、ｉｎｔｒａＰｒｅｄＭｏｄｅがＩｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（３９）に等しい場合、Ｈ８．４．４．２．９項が、位置（ｘＢ，ｙＢ）、イントラ予測モードｉｎｔｒａＰｒｅｄＭｏｄｅ、変換ブロックサイズｎＴおよびｂＳａｍｐｌｅＰｒｅｄＦｌａｇを入力として実施され、出力はｗｅｄｇｅｌｅｔパターンｗｅｄｇｅＰａｔｔｅｒｎである。
・そうではなく、ｉｎｔｒａＰｒｅｄＭｏｄｅがＩｎｔｒａ＿Ｃｈａｉｎ（４１）に等しい場合、Ｈ８．４．４．２．１０項が、位置（ｘＢ，ｙＢ）、イントラ予測モードｉｎｔｒａＰｒｅｄＭｏｄｅ、変換ブロックサイズｎＴおよびｂＳａｍｐｌｅＰｒｅｄＦｌａｇを入力として実施され、出力はエッジパターンｗｅｄｇｅＰａｔｔｅｒｎである。
【数１２】
2016537844.tif 000022
○  ｄｌｔ＿ｆｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］に応じて、再構築された深度値サンプルｒｅｓＳａｍｐｌｅｓ［ｘ］［ｙ］が、以下で規定されるように導出される。
・ｄｌｔ＿ｆｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しい場合、次のことが当てはまる。
・ｘ，ｙ＝０．．ｎＴ−１に対して、再構築された深度値サンプルｒｅｓＳａｍｐｌｅｓ［ｘ］［ｙ］が、以下で規定されるように導出される。
【数１３】
2016537844.tif 000023
・それ以外の場合（ｄｌｔ＿ｆｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１に等しい場合）、次のことが当てはまる。
・０から１の範囲にあるｐに対して、変数ｄｃＰｒｅｄ［０］およびｄｃＰｒｅｄ［１］が以下で規定されるように導出される。
【数１４】
2016537844.tif 000024
○  そうではなく、（ｉｎｔｒａＰｒｅｄＭｏｄｅがＩｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（３９）に等しい場合、またはｉｎｔｒａＰｒｅｄＭｏｄｅがＩｎｔｒａ＿Ｃｈａｉｎ（４１）に等しい場合）、次のことが当てはまる。
【数１５】
2016537844.tif 000025
・ｘ，ｙ＝０．．ｎＴ−１に対して、再構築された深度値サンプルｒｅｓＳａｍｐｌｅｓ［ｘ］［ｙ］が、以下で規定されるように導出される。
【数１６】
2016537844.tif 000026
【数１７】
2016537844.tif 000027
【数１８】
2016537844.tif 000028
・Ｈ８．４．４．２．８  Ｉｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（３７，３８）予測モードの仕様
○  このプロセスへの入力は以下の通りである。
・現在のピクチャの左上サンプルに対する現在のブロックの左上サンプルを指定するサンプル位置（ｘＢ，ｙＢ）
・イントラ予測モードを指定する変数ｉｎｔｒａＰｒｅｄＭｏｄｅ
・ｘ，ｙ＝−１．．２×ｎＴ−１である、隣接するサンプルｐ［ｘ］［ｙ］
・変換サイズを指定する変数ｎＴ
・予測サンプルを生成するかどうかを指定する変数ｂＳａｍｐｌｅＰｒｅｄＦｌａｇ
○  このプロセスの出力は以下の通りである。
・ｘ，ｙ＝０．．ｎＴ−１である、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］
・ｘ，ｙ＝０．．ｎＴ−１である、ｗｅｄｇｅｌｅｔパターンｗｅｄｇｅＰａｔｔｅｒｎ［ｘ］［ｙ］
○  このイントラ予測モードは、ｉｎｔｒａＰｒｅｄＭｏｄｅが３７または３８に等しいときに実施される。
○  ｔｅｘｔｕｒｅＣｏｍｐをＶｉｅｗＩｄｘに等しいビュー順序インデックスと０に等しいＤｅｐｔｈＦｌａｇとを伴うテクスチャビュー成分とする。変数ｔｅｘｔｕｒｅＰｒｅｄＭｏｄｅは、ｔｅｘｔｕｒｅＣｏｍｐのＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］に等しく設定される。変数ｔｅｘｔｕｒｅＩｎｔｒａＰｒｅｄＭｏｄｅは、ｔｅｘｔｕｒｅＣｏｍｐのＩｎｔｒａＰｒｅｄＭｏｄｅ［ｘＢ］［ｙＢ］に等しく設定される。［Ｅｄ．（ＧＴ）ｔｅｘｔｕｒｅＰｒｅｄＭｏｄｅとｔｅｘｔｕｒｅＩｎｔｒａＰｒｅｄＭｏｄｅとを明示的に記憶することを考える。］
○  ｘ，ｙ＝０．．ｎＴ−１である、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］の値は、次の順序付けられたステップによって導出される。
１．ｔｅｘｔｕｒｅＰｒｅｄＭｏｄｅおよびｔｅｘｔｕｒｅＩｎｔｒａＰｒｅｄＭｏｄｅに応じて、候補ｗｅｄｇｅｌｅｔのインデックスを指定するリストｃａｎｄＷｅｄｇｅＩｎｄＬｉｓｔが、以下で規定されるように導出される。
ａ．ｔｅｘｔｕｒｅＰｒｅｄＭｏｄｅがＭＯＤＥ＿ＩＮＴＲＡに等しく、ｔｅｘｔｕｒｅＩｎｔｒａＰｒｅｄＭｏｄｅが２から３４の範囲の中にある場合、次のことが当てはまる。
【数１９】
2016537844.tif 000029
ｂ．それ以外の場合（ｔｅｘｔｕｒｅＰｒｅｄＭｏｄｅがＭＯＤＥ＿ＩＮＴＲＡに等しくなく、またはｔｅｘｔｕｒｅＩｎｔｒａＰｒｅｄＭｏｄｅが２から３４の範囲の中にない場合）、次のことが当てはまる。
【数２０】
2016537844.tif 000030
２．変数ｗｅｄｇｅＩｄｘは次のように導出される。
【数２１】
2016537844.tif 000031
３．バイナリのパーティションパターンを指定する、ｘ，ｙ＝０．．ｎＴ−１である変数ｗｅｄｇｅＰａｔｔｅｒｎ［ｘ］［ｙ］が、次のように導出される。
【数２２】
2016537844.tif 000032
４．ｂＳａｍｐｌｅＰｒｅｄＦｌａｇが１に等しいとき、Ｈ８．４．４．２．１１項において規定されるような深度パーティション値の導出および割り当てのプロセスが、隣接するサンプルｐ［ｘ］［ｙ］、バイナリパターンｗｅｄｇｅＰａｔｔｅｒｎ［ｘ］［ｙ］、変換サイズｎＴ、（ｉｎｔｒａＰｒｅｄＭｏｄｅ＝＝Ｉｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（３８））に等しく設定されたｄｃＯｆｆｓｅｔＡｖａｉｌＦｌａｇ、０に等しく設定されたｉｎｔｒａＣｈａｉｎＦｌａｇ、ＤＣ  Ｏｆｆｓｅｔｓ  ＤｃＯｆｆｓｅｔ［ｘＢ］［ｙＢ］［０］、およびＤｃＯｆｆｓｅｔ［ｘＢ］［ｙＢ］［１］を入力として実施され、出力がｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］に割り当てられる。
・Ｈ８．４．４．２．９  Ｉｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（３９，４０）予測モードの仕様
○  このプロセスへの入力は以下の通りである。
・現在のピクチャの左上サンプルに対する現在のブロックの左上サンプルを指定するサンプル位置（ｘＢ，ｙＢ）
・イントラ予測モードを指定する変数ｉｎｔｒａＰｒｅｄＭｏｄｅ
・ｘ，ｙ＝−１．．２×ｎＴ−１である、隣接するサンプルｐ［ｘ］［ｙ］
・変換サイズを指定する変数ｎＴ
・予測サンプルを生成するかどうかを指定する変数ｂＳａｍｐｌｅＰｒｅｄＦｌａｇ
○  このプロセスの出力は以下の通りである。
・ｘ，ｙ＝０．．ｎＴ−１である、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］
・ｘ，ｙ＝０．．ｎＴ−１である、ｗｅｄｇｅｌｅｔパターンｗｅｄｇｅｌｅｔＰａｔｔｅｒｎ［ｘ］［ｙ］
○  このイントラモードモードは、ｉｎｔｒａＰｒｅｄＭｏｄｅが３９または４０に等しいときに実施される。
○  ｘ，ｙ＝０．．ｎＴ−１である、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］の値は、次の順序付けられたステップによって規定されるように導出される。
１．変数ｒｅｃＴｅｘｔＰｉｃが、ＶｉｅｗＩｄｘに等しいビュー順序インデックスと０に等しいＤｅｐｔｈＦｌａｇとを伴うビュー成分の再構築されたルーマピクチャサンプルのアレイに等しく設定される。
２．ｒｅｃＴｅｘｔＰｉｃのセグメント化のための閾値を指定する変数ｔｅｘｔＴｈｒｅｓｈが、以下で規定されるように導出される。
ａ．変数ｓｕｍＴｅｘｔＰｉｃＶａｌｓが０に等しく設定される。
ｂ．ｘ＝０．．ｎＴ−１に対して、次のことが当てはまる。
ｉ．ｙ＝０．．ｎＴ−１に対して、次のことが当てはまる。
【数２３】
2016537844.tif 000033
ｃ．変数ｔｅｘｔＴｈｒｅｓｈが（ｓｕｍＴｅｘｔＰｉｃＶａｌｓ＞＞（２×ｌｏｇ２（ｎＴ）））に等しく設定される。
３．バイナリのパーティションパターンを指定する、ｘ，ｙ＝０．．ｎＴ−１である変数ｗｅｄｇｅｌｅｔＰａｔｔｅｒｎ［ｘ］［ｙ］が、以下で規定されるように導出される。
ａ．ｘ＝０．．ｎＴ−１に対して、次のことが当てはまる。
ｉ．ｙ＝０．．ｎＴ−１に対して、次のことが当てはまる。
【数２４】
2016537844.tif 000034
４．ｂＳａｍｐｌｅＰｒｅｄＦｌａｇが１に等しいとき、Ｈ８．４．４．２．１１項において規定されるような深度パーティション値の導出および割り当てのプロセスが、隣接するサンプルｐ［ｘ］［ｙ］、バイナリパターンｗｅｄｇｅｌｅｔＰａｔｔｅｒｎ［ｘ］［ｙ］、変換サイズｎＴ、（ｉｎｔｒａＰｒｅｄＭｏｄｅ＝＝Ｉｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（４０））に等しく設定されたｄｃＯｆｆｓｅｔＡｖａｉｌＦｌａｇ、０に等しく設定されたｉｎｔｒａＣｈａｉｎＦｌａｇ、ＤＣ  Ｏｆｆｓｅｔｓ  ＤｃＯｆｆｓｅｔ［ｘＢ］［ｙＢ］［０］、およびＤｃＯｆｆｓｅｔ［ｘＢ］［ｙＢ］［１］を入力として実施され、出力がｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］に割り当てられる。
・Ｈ８．４．４．２．１０  Ｉｎｔｒａ＿Ｃｈａｉｎ（４１，４２）予測モードの仕様
○  このプロセスへの入力は以下の通りである。
・現在のピクチャの左上サンプルに対する現在のブロックの左上サンプルを指定するサンプル位置（ｘＢ，ｙＢ）
・イントラ予測モードを指定する変数ｉｎｔｒａＰｒｅｄＭｏｄｅ
・ｘ，ｙ＝−１．．２×ｎＴ−１である、隣接するサンプルｐ［ｘ］［ｙ］
・変換サイズを指定する変数ｎＴ
・予測サンプルを生成するかどうかを指定する変数ｂＳａｍｐｌｅＰｒｅｄＦｌａｇ
○  このプロセスの出力は以下の通りである。
・ｘ，ｙ＝０．．ｎＴ−１である、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］
・ｘ，ｙ＝０．．ｎＴ−１である、エッジパターンｅｄｇｅＰａｔｔｅｒｎ［ｘ］［ｙ］
○  このイントラ予測モードは、ｉｎｔｒａＰｒｅｄＭｏｄｅが４３または４４に等しいときに実施される。
○  ｘ，ｙ＝０．．ｎＴ−１である、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］の値は、次の順序付けられたステップにおいて規定されるように導出される。
１．現在の予測ユニット中のチェーンのスタートポイントが、ｅｄｇｅ＿ｓｔａｒｔ＿ｌｅｆｔ＿ｆｌａｇ［ｘＢ］［ｙＢ］およびｅｄｇｅ＿ｓｔａｒｔ＿ｐｏｓｉｔｉｏｎ［ｘＢ］［ｙＢ］から導出される。
ａ．ｅｄｇｅ＿ｓｔａｒｔ＿ｌｅｆｔ＿ｆｌａｇ［ｘＢ］［ｙＢ］が１に等しい場合、スタートポイントは、ｙＳがｅｄｇｅ＿ｓｔａｒｔ＿ｐｏｓｉｔｉｏｎ［ｘＢ］［ｙＢ］に等しくなるｓ［０］［ｙＳ］として設定される。
ｂ．それ以外の場合、スタートポイントは、ｘＳがｅｄｇｅ＿ｓｔａｒｔ＿ｐｏｓｉｔｉｏｎ［ｘＢ］［ｙＢ］に等しくなるｓ［ｘＳ］［０］として設定される。
２．エッジの数および各エッジの方向が、ｋ＝０．．ｎｕｍ＿ｅｄｇｅ＿ｃｏｄｅｓ＿ｍｉｎｕｓ１［ｘＢ］［ｙＢ］に対して、ｎｕｍ＿ｅｄｇｅ＿ｃｏｄｅｓ＿ｍｉｎｕｓ１［ｘＢ］［ｙＢ］およびｅｄｇｅ＿ｃｏｄｅ［ｘＢ］［ｙＢ］［ｋ］から導出される。エッジの方向は、表Ｈ−３に示されるｅｄｇｅ＿ｃｏｄｅから導出される。
３．各エッジを連結することによって生成される領域の境界は、ｘ，ｙ＝０．．ｎＴ−１である、予測サンプルｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］を２つの領域に分離し、その２つの領域は、左上ピクセル（ｘ０，ｙ０）をカバーする領域ｒＡおよび残りの領域をカバーする領域ｒＢである。
ａ．ｘ，ｙ＝０．．ｎＴ−１に対して、バイナリパターンｅｄｇｅＰａｔｔｅｒｎ［ｘ］［ｙ］が次のように導出される。
ｉ．（ｘ，ｙ）がｒＡによってカバーされる場合、ｅｄｇｅＰａｔｔｅｒｎ［ｘ］［ｙ］＝０である。
ｉｉ．それ以外の場合、ｅｄｇｅＰａｔｔｅｒｎ［ｘ］［ｙ］＝１である。
４．ｂＳａｍｐｌｅＰｒｅｄＦｌａｇが１に等しい場合、Ｈ８．４．４．２．１１項において規定されるような深度パーティション値の導出および割り当てのプロセスが、隣接するサンプルｐ［ｘ］［ｙ］、バイナリパターンｅｄｇｅＰａｔｔｅｒｎ［ｘ］［ｙ］、変換サイズｎＴ、（ｉｎｔｒａＰｒｅｄＭｏｄｅ＝＝Ｉｎｔｒａ＿ＤｅｐｔｈＰａｒｔｉｔｉｏｎ（４４））に等しく設定されたｄｃＯｆｆｓｅｔＡｖａｉｌＦｌａｇ、１に等しく設定されたｉｎｔｒａＣｈａｉｎＦｌａｇ、ＤＣ  ｏｆｆｓｅｔｓ  ＤｃＯｆｆｓｅｔ［ｘＢ］［ｙＢ］［０］、およびＤｃＯｆｆｓｅｔ［ｘＢ］［ｙＢ］［１］を入力として実施され、出力がｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］に割り当てられる。
【０１５０】
[0164]いくつかの例では、ビデオコーダは、本開示の技法に従ってシグナリングされるシンタックス要素をコーディングするために、ＣＡＢＡＣエントロピーコーディングプロセスを使用することができる。たとえば、ビデオコーダは、深度ブロックをコーディングするために非パーティションベースの（ＨＥＶＣ）深度イントラ予測モードが使用されるか、またはパーティションベースの深度イントラ予測モードが使用されるかを示す第１のシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇをコーディングするために、ＣＡＢＡＣプロセスを使用することができる。ビデオコーダはまた、深度ブロックをコーディングするためにＳＤＣモードが使用されるかどうかを示す第２のシンタックス要素、たとえばｓｄｃ＿ｆｌａｇをコーディングするために、ＣＡＢＡＣプロセスを使用することができる。
【０１５１】
[0165]いくつかの例では、次のように、ビデオコーダは、現在の深度ブロック、たとえば深度ＣＵ／ＰＵのための、第１のシンタックス要素および第２のシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよびｓｄｃ＿ｆｌａｇのＣＡＢＡＣコーディングにおいて使用されるコンテキストインデックスを決定し、ｎｂＬｅｆｔおよびｎｂＡｂｏｖｅはそれぞれ、現在のＣＵ／ＰＵの左側および上側の隣接するブロックである。
・ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇのコンテキストインデックスは次のように計算される。
○  ｎｂＬｅｆｔのｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇ＋ｎｂＡｂｏｖｅのｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇ
・ｓｄｃ＿ｆｌａｇのコンテキストインデックスは次のように計算される。
○  ｎｂＬｅｆｔのｓｄｃ＿ｆｌａｇ＋ｎｂＡｂｏｖｅのｓｄｃ＿ｆｌａｇ
【０１５２】
[0166]コンテキストインデックス値は０、１、または２であり得る。したがって、いくつかの例では、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇとｓｄｃ＿ｆｌａｇの両方に対してそれぞれ、３つのコンテキストが使用される。いくつかの例では、各コンテキストに対して、ビデオコーダは、０である確率と１である確率を０．５に等しくなるように初期化し、これは等確率状態（equal probability state）である。等確率状態は、１５４に等しいコンテキスト変数の初期化のための初期値に対応し、これはＨＥＶＣ規格では変数ｉｎｉｔＶａｌｕｅによって表される。しかしながら、両方のフラグに対して、１という値が０という値よりもはるかに高い確率で発生することがある。したがって、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇまたはｓｄｃ＿ｆｌａｇのいずれかに対して、等確率分布は真の確率分布（true probability distribution）とよく一致しないことがあるので、フラグをコーディングするためにビデオコーダにより消費されるビットを増加させる。
【０１５３】
[0167]その結果、本開示の技法によるいくつかの例では、ビデオコーダ、たとえばビデオエンコーダ２０および／またはビデオデコーダ３０は、イントラＳＤＣシグナリングにおいて使用されるシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよび／またはｓｄｃ＿ｆｌａｇのＣＡＢＡＣコーディングのための確率状態を不等確率状態（non-equal probability state）へと初期化するように構成される。たとえば、ビデオコーダは、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇをＣＡＢＡＣコーディングするための確率状態を不等確率状態へと初期化するように構成され得る。いくつかの例では、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇとｓｄｃ＿ｆｌａｇの両方に対して、異なる初期確率が提案されている。下で説明される例示的な技法では、変数ｉｎｉｔＶａｌｕｅは、ＨＥＶＣ規格において開示されるのと同じ方法でコンテキスト変数の初期化プロセスにおいて使用され、初期化された確率状態はＨＥＶＣ規格において開示されるものと同じ方式で更新される。
【０１５４】
[0168]いくつかの例では、ビデオコーダは、現在の深度ブロックの隣接するブロックのためのそれぞれのフラグの値を参照することによって、現在の深度ブロック、たとえばＰＵのための、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよび／またはｓｄｃ＿ｆｌａｇなどのシンタックス要素をコーディングするための、初期確率状態を決定する。いくつかの例では、３つの初期化された確率状態は、現在のブロックのためのフラグ（たとえば、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよび／またはｓｄｃ＿ｆｌａｇ）に対して提供され、（１）左側の隣接するブロックと上側の隣接するブロックの両方に対するフラグの値が０であったこと、（２）１つの隣接するブロック（左側の隣接するブロックまたは上側の隣接するブロックのいずれか）に対するフラグの値が０であったこと、および（３）左側の隣接するブロックと上側の隣接するブロックの両方に対するフラグの値が１であったことという条件の１つと関連付けられる初期化された確率状態の各々である。ビデオコーダは、上で列挙された３つの場合の各々に対して、初期化された確率状態を相応に更新することができる。
【０１５５】
[0169]加えて、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよび／またはｓｄｃ＿ｆｌａｇに対して、ビデオコーダは、異なるスライスタイプ、たとえばＢスライス、Ｐスライス、またはＩスライスに対するｉｎｉｔＶａｌｕｅ変数に対して異なる値を選択することができる。言い換えると、ビデオコーダは、現在の深度ブロックを含むスライスのスライスタイプ、たとえば現在のＰＵと関連付けられるスライスタイプを決定し、決定されたスライスタイプに基づいて、複数の確率状態からｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよび／またはｓｄｃ＿ｆｌａｇの少なくとも１つを復号するための初期確率状態を選択することができる。いくつかの例では、ビデオコーダは、異なるスライスタイプに対するｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇのために、ｉｎｉｔＶａｌｕｅ変数の異なる値を選択する。
【０１５６】
[0170]異なるコンテキストインデックスおよびスライスタイプに対するｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇをコーディングするためのｉｎｉｔＶａｌｕｅ変数の例示的な値が、下の表１において示されている。ビデオコーダは、上で論じられたように、隣接するブロックに対するｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇの値に基づいて、現在の深度ブロックに対するｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇをコーディングするためのコンテキストインデックス値（０、１、または２）を決定することができる。同様に、異なるコンテキストインデックスおよびスライスタイプに対するｓｄｃ＿ｆｌａｇをコーディングするためのｉｎｉｔＶａｌｕｅ変数の例示的な値が、下の表２において示されている。ビデオコーダは、上で論じられたように、隣接するブロックに対するｓｄｃ＿ｆｌａｇの値に基づいて、現在の深度ブロックに対するｓｄｃ＿ｆｌａｇをコーディングするためのコンテキストインデックス値（０、１、または２）を決定することができる。
【表４】
2016537844.tif 000035
【表５】
2016537844.tif 000036
【０１５７】
[0171]いくつかの例では、ビデオコーダは、現在の予測ユニットの左側の隣接するブロックまたは上側の隣接するブロックに対するｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇの値とは無関係に、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇのＣＡＢＡＣコーディングのための１つの初期化された確率状態だけを使用して更新する。言い換えると、ビデオコーダは、現在の深度ブロックの任意の隣接する深度ブロックに対するｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇの値を参照することなく、現在の深度ブロックに対するｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇをコーディングするための初期確率状態を設定することができる。そのような例では、ビデオコーダはそれでも、現在の深度ブロックを含むスライスのスライスタイプを決定し、決定されたスライスタイプに基づいて、複数の確率状態からｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇをコーディングするための初期確率状態を選択することができる。異なるスライスタイプに対するｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇをコーディングするためのｉｎｉｔＶａｌｕｅ変数の例示的な値が、下の表３および表４において示されている。
【表６】
2016537844.tif 000037
【表７】
2016537844.tif 000038
【０１５８】
[0172]いくつかの例では、ビデオコーダは、現在の予測ユニットの左側の隣接するブロックまたは上側の隣接するブロックに対するｓｄｃ＿ｆｌａｇの値とは無関係に、ｓｄｃ＿ｆｌａｇのＣＡＢＡＣコーディングのための１つの初期化された確率状態だけを使用して更新する。言い換えると、ビデオコーダは、現在の深度ブロックの任意の隣接する深度ブロックに対するｓｄｃ＿ｆｌａｇの値を参照することなく、現在の深度ブロックに対するｓｄｃ＿ｆｌａｇをコーディングするための初期確率状態を設定することができる。そのような例では、ビデオコーダはそれでも、現在の深度ブロックを含むスライスのスライスタイプを決定し、決定されたスライスタイプに基づいて、複数の確率状態からｓｄｃ＿ｆｌａｇをコーディングするための初期確率状態を選択することができる。異なるスライスタイプに対するｓｄｃ＿ｆｌａｇをコーディングするためのｉｎｉｔＶａｌｕｅ変数の例示的な値が、下の表５において示されている。
【表８】
2016537844.tif 000039
【０１５９】
[0173]いくつかの例では、ビデオコーダは、現在の予測ユニットの左側の隣接するブロックまたは上側の隣接するブロックに対するｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇまたはｓｄｃ＿ｆｌａｇの値とは無関係に、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇとｓｄｃ＿ｆｌａｇの各々のＣＡＢＡＣコーディングのための１つの初期化された確率状態だけを使用して更新する。言い換えると、ビデオコーダは、現在の深度ブロックの任意の隣接する深度ブロックに対するｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよびｓｄｃ＿ｆｌａｇの値を参照することなく、現在の深度ブロックに対するｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇとｓｄｃ＿ｆｌａｇの両方をコーディングするための初期確率状態を設定することができる。
【０１６０】
[0174]たとえば、本開示に従ってビデオデコーダ３０によって実装され得るような、復号プロセスに対する本開示の技法の１つまたは複数の例示的な実装形態が、下で説明される。本開示のいくつかの態様は、ビデオデコーダ３０が実施し得る復号プロセスのＣＡＢＡＣ解析プロセスを変更する。本開示の態様によって追加されるＣＡＢＡＣ解析プロセスの新しい部分は下線によって区別され、本開示の態様によって削除されるＣＡＢＡＣ解析プロセスの部分は取り消し線付きの文章によって印を付けられる。本明細書で説明される変更は、３Ｄ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ２に対するものである。
【０１６１】
[0175]上で論じられたように、いくつかの例では、ビデオデコーダのようなビデオコーダは、異なるスライスタイプのためのＣＡＢＡＣプロセスを使用して、また、隣接するブロックのコンテキストに基づいて、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇとｓｄｃ＿ｆｌａｇとをコーディングするために、異なる初期確率状態を選択する。１つの例示的なＣＡＢＡＣ解析プロセスでは、３つの初期化された値（初期化確率状態を導出するために使用する）が、各スライスタイプ（Ｂスライスと、Ｐスライスと、Ｉスライスとを含む）のためのｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇ／ｓｄｃ＿ｆｌａｇのためにそれぞれ与えられる。この例によれば、下の表Ｈ−２４およびＨ−２５において規定されるように、全体で９個の初期化された値が、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇ／ｓｄｃ＿ｆｌａｇのために与えられる。加えて、表Ｈ−１０は、表Ｈ−２４／Ｈ−２５の中のどの初期化された値をビデオデコーダが各スライスタイプのために使用するかの記述であり、ここで、０、１、および２に等しいｉｎｉｔＴｙｐｅが、Ｂスライス、Ｐスライス、およびＩスライスにそれぞれ対応する。たとえば、ビデオデコーダは、Ｐスライスのための表Ｈ−２４／Ｈ−２５において３〜５に等しいｃｔｘＩｄｘを伴う初期化された値を使用する。ｃｔｘＩｄｘは、所与のシンタックス要素／変数のために使用されるあるコンテキストモデルに対するインデックスであることに留意されたい。さらに、下の表Ｈ−２２およびＨ−２３は、一緒に検討されると、表Ｈ−１０において記述されるどの初期化された値をビデオデコーダが（すべてのスライスタイプに対する）様々な場合において使用するかを指定する。たとえば、Ｐスライスの場合、表Ｈ−１０は、３〜５に等しいｃｔｘＩｄｘがＰスライスのために使用されることを指定する。そのような例では、ｉに等しいｃｔｘＩｎｃは、表Ｈ−２４／Ｈ−２５中の３＋ｉに等しいｃｔｘＩｄｘがＰスライス中の深度ブロックをコーディングするために使用されることを意味する。
【０１６２】
[0176]通常のＣＡＢＡＣコーディングでは、隣接するブロックに依存して、または依存することなく、シンタックス要素が（たとえば、ビデオデコーダ３０および／またはビデオエンコーダ２０によって）コーディングされ得る。コンテキスト変数のｃｔｘＩｄｘが隣接するブロックとは無関係である場合、この変数のバイナリ化は下の表Ｈ−２２において記述される。それ以外の場合（すなわち、コンテキスト変数のｃｔｘＩｄｘが隣接するブロックに依存する場合）、コンテキスト変数のｃｔｘＩｎｃは下の表Ｈ−２３において記述される。したがって、各コンテキスト変数のコンテキストモデルとは異なるインデックスであるｃｔｘＩｎｃは、表Ｈ−２２または表Ｈ−２３のいずれかにおいて記述されなければならないが、所与のシンタックス要素に対しては、どちらの表でも記述されない。いくつかの例では、上で説明されたように、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよび／またはｓｄｃ＿ｆｌａｇのｃｔｘＩｄｘは、隣接するブロックに依存する。そのような例では、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよび／またはｓｄｃ＿ｆｌａｇのｃｔｘＩｎｃは表Ｈ−２３において記述される。
Ｈ．９．３  スライスセグメントデータのためのＣＡＢＡＣ解析プロセス
．．．
Ｈ．９．３．２．２  コンテキスト変数のための初期化プロセス
．．．
【表９】
2016537844.tif 000040
．．．
【表１０】
2016537844.tif 000041
【表１１】
2016537844.tif 000042
【表１２】
2016537844.tif 000043
【表１３】
2016537844.tif 000044
Ｈ．９．３．４．２．１  全般
９．３．４．２．１項における仕様が、以下の修正とともに適用される。表Ｈ−２２が、表９−３７の終わりに付加される。
【表１４】
2016537844.tif 000045
Ｈ．９．３．４．２．２  左側および上側のシンタックス要素を使用したｃｔｘＩｎｃの導出プロセス
９．３．４．２．２項における仕様が、以下の修正とともに適用される。表Ｈ−２３が、表９−３８の終わりに付加される。
【表１５】
2016537844.tif 000046
【０１６３】
[0177]上で論じられたように、いくつかの例では、ビデオデコーダのようなビデオコーダは、異なるスライスタイプのためのＣＡＢＡＣプロセスを使用して、しかし、隣接するブロックのコンテキストを考慮せずに、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇをコーディングするために、異なる初期確率状態を選択する。そのような例は、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇをコーディングするために、しかし、隣接するブロックのコンテキストに依存せずに、異なるスライスタイプに対して不等の確率を提供することができる。そのような例では、各スライスタイプのためのｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇのＣＡＢＡＣコーディングのために、１つだけの初期化された値（初期化された確率状態を導出するために使用される）が、提供され更新される。したがって、表Ｈ−２５において、３つの初期化された値（Ｂスライスと、Ｐスライスと、Ｉスライスとを含む各スライスタイプに対して１つ）が提供され、表Ｈ−１０もそれに応じて修正される。一方、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇのｃｔｘＩｄｘは常に０であり、隣接するブロックとは無関係である。したがって、そのような例示的な実装形態によれば、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇのｃｔｘＩｎｃは表Ｈ−２３から除去され、表Ｈ−２２に追加される。
【０１６４】
[0178]この例示的な実装形態のための３Ｄ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ２に対する変更が、以前の例示的な実装形態に対する変更として示されており、以前の実装形態では、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇとｓｄｃ＿ｆｌａｇの両方のための初期確率状態が、隣接するブロックのコンテキストに基づいて決定される。追加は下線によって区別され、削除される部分は下の取り消し線付きの文章として印が付けられる。
Ｈ．９．３  スライスセグメントデータのためのＣＡＢＡＣ解析プロセス
．．．
Ｈ．９．３．２．２  コンテキスト変数のための初期化プロセス
．．．
【表１６】
2016537844.tif 000047
．．．
【表１７】
2016537844.tif 000048
【０１６５】
[0179]代替的に、等確率状態は、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇのための初期化確率状態として使用されてよく、表Ｈ−２５は、次のように設計される。
【表１８】
2016537844.tif 000049
Ｈ．９．３．４．２．１  全般
９．３．４．２．１項における仕様が、以下の修正とともに適用される。
表Ｈ−２２が、表９−３７の終わりに付加される。
【表１９】
2016537844.tif 000050
Ｈ．９．３．４．２．２  左側および上側のシンタックス要素を使用したｃｔｘＩｎｃの導出プロセス
９．３．４．２．２項における仕様が、以下の修正とともに適用される。
−  表Ｈ−２３が、表９−３８の終わりに付加される。
【表２０】
2016537844.tif 000051
【０１６６】
[0180]上で論じられたように、いくつかの例では、ビデオデコーダのようなビデオコーダは、異なるスライスタイプのためのＣＡＢＡＣプロセスを使用して、しかし、隣接するブロックのコンテキストを考慮せずに、ｓｄｃ＿ｆｌａｇをコーディングするために、異なる初期確率状態を選択する。そのような例は、ｓｄｃ＿ｆｌａｇをコーディングするために、しかし、隣接するブロックのコンテキストに依存せずに、異なるスライスタイプに対して不等の確率を提供することができる。そのような例では、各スライスタイプのためのｓｄｃ＿ｆｌａｇのＣＡＢＡＣコーディングのために、１つだけの初期化された値（初期化された確率状態を導出するために使用される）が、提供され更新される。したがって、この例示的な実装形態によれば、表Ｈ−２４において、３つの初期化された値（Ｂスライスと、Ｐスライスと、Ｉスライスとを含む各スライスタイプに対して１つ）が提供され、表Ｈ−１０もそれに応じて修正される。一方、ｓｄｃ＿ｆｌａｇのｃｔｘＩｄｘは常に０であり、隣接するブロックとは無関係である。したがって、そのような例示的な実装形態によれば、ｓｄｃ＿ｆｌａｇのｃｔｘＩｎｃは表Ｈ−２３から除去され、表Ｈ−２２に追加される。
【０１６７】
[0181]この例示的な実装形態のための３Ｄ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ２に対する変更が、第１の例示的な実装形態に対する変更として示されており、以前の実装形態では、ｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇとｓｄｃ＿ｆｌａｇの両方のための初期確率状態が、隣接するブロックのコンテキストに基づいて決定される。追加は下線によって区別され、削除される部分は下の取り消し線付きの文章として印が付けられる。
Ｈ．９．３  スライスセグメントデータのためのＣＡＢＡＣ解析プロセス
．．．
Ｈ．９．３．２．２  コンテキスト変数のための初期化プロセス
．．．
【表２１】
2016537844.tif 000052
【表２２】
2016537844.tif 000053
【０１６８】
[0182]いくつかの例では、等確率状態は、ｓｄｃ＿ｆｌａｇのための初期化確率状態として使用され、表Ｈ−２４は、次のように設計される。
【表２３】
2016537844.tif 000054
【０１６９】
[0183]Ｈ．９．３．４．２．１  全般
９．３．４．２．１項における仕様が、以下の修正とともに適用される。
表Ｈ−２２が、表９−３７の終わりに付加される。
【表２４】
2016537844.tif 000055
Ｈ．９．３．４．２．２  左側および上側のシンタックス要素を使用したｃｔｘＩｎｃの導出プロセス
９．３．４．２．２項における仕様が、以下の修正とともに適用される。
−  表Ｈ−２３が、表９−３８の終わりに付加される。
【表２５】
2016537844.tif 000056
【０１７０】
[0184]本開示の技法のいくつかの例では、ビデオエンコーダ、たとえばビデオエンコーダ２０は、符号化されたビデオビットストリームにおいて符号化すべきＤＣ残差値の識別のために、ビュー合成最適化（ＶＳＯ：view synthesis optimization）プロセスを使用するように構成され得る。そのような例では、ビデオエンコーダは、ＳＤＣモードによって符号化されるＰＵ内の各パーティションに対して、ＶＳＯプロセスを通じて候補値のセットから探索することによって、パーティションのＤＣ残差値を決定するように構成され得る。ＶＳＯに関して、深度データの有損失コーディング（lossy coding）が合成された中間ビューにおいて歪みを引き起こすが、深度データによって与えられる幾何学的情報はレンダリングプロセスにおいて間接的に利用されるだけであり、深度マップ自体は閲覧者には見えない。深度コーディングの効率は、これらの特性を考慮することによって、ＶＳＯプロセスを使用して改善され得る。ＶＳＯプロセスによれば、合成されたビューの歪みおよび深度マップの歪みの加重平均（a weighted average）が得られ得るように、深度マップのためのモード決定プロセスに対する歪みの測定値が修正され得る。合成されたビューの歪みの測定値を得るために、２つの異なる尺度（metrics）がレート歪み最適化（ＲＤＯ：rate distortion optimization）において適用される。
【０１７１】
[0185]第１の尺度（metric）は、合成ビュー歪み変化（ＳＶＤＣ：synthesized view distortion change）である。ＳＶＤＣの計算は、符号化プロセスにおけるレンダリング機能の使用を必要とする。計算の複雑さは歪みの計算において重要な要因であるので、深度の歪みによって影響を受ける合成されたビューの部分の最小限の再レンダリングを可能にする、レンダラモデルとも呼ばれる方法が利用されている。このため、サブサンプルの精密なワーピング（sub-sample accurate warping）、穴埋め（hole filling）、およびビューの混合（view blending）のような、大半のレンダリング手法によって共有される基本機能をサポートする特別なレンダラが、ビデオエンコーダ、たとえばビデオエンコーダ２０に含まれる。第２の尺度は、レンダリングを伴わないモデルベースの合成されたビューの歪みの推定であり、これは、水平方向へのテクスチャビューの微分の絶対値から導出される係数によって深度の歪みを重み付けることによって、合成されたビューの歪みに対して導出される推定であり得る。ビュー合成最適化のさらなる詳細が、３Ｄ−ＨＥＶＣ  Ｔｅｓｔ  Ｍｏｄｅｌ  ５において見出され得る。
【０１７２】
[0186]本明細書で説明されるように、ビデオエンコーダ、たとえばビデオエンコーダ２０は、深度ブロックのための少なくとも１つのＤＣ残差値、たとえばブロックのための単一のＤＣ残差値、または、深度ブロックの複数のパーティションの各々のためのＤＣ残差値を決定するために、ＳＤＣモードを適用するように構成され得る。いくつかの例では、ビデオエンコーダはさらに、決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別するように構成され得る。そのような例では、ビデオエンコーダは、候補ＤＣ残差値のセットの各々にＶＳＯプロセスを適用し、ＶＳＯプロセスに基づいて候補ＤＣ残差値のセットから１つのＤＣ残差値を選択する。ビデオエンコーダはさらに、符号化されたビデオビットストリームの中に選択されたＤＣ残差値を符号化するように構成される。すなわち、ビデオエンコーダは、コーディングユニット（ＣＵ）（またはＣＵの一部分）のための残差ブロックを表す量子化された変換係数を含む変換ユニットの代わりに、ＣＵのすべてまたは一部分のための選択されたＤＣ残差値の値を符号化することができる。ビデオコーダは、ＤＭＭモード、最大で３２×３２のＣＵサイズに対するＨＥＶＣイントラ予測モード、および最大で６４×６４のＣＵサイズに対するＨＥＶＣ方式イントラ予測モード（HEVC fashion Intra prediction modes）のうちの１つに属する任意のイントラモードのために、この例示的な技法を適用するように構成され得る。
【０１７３】
[0187]たとえば、ＤＣＰｒｅｄ［ｉ］をパーティションｉのパーティション固有のＤＣ予測子とし、ＤＣＯｒｉｇ［ｉ］をパーティションｉの元のＤＣとする。そのような例では、ＤＬＴテーブルが使用されないとき、ＤＣＲｅｓｉ［ｉ］＝ＤＣＯｒｉｇ［ｉ］−ＤＣＰｒｅｄ［ｉ］とし、ｉ＝０，１である。パーティションｉのＤＣ残差は、たとえば、ビデオエンコーダ２０によって、ＶＳＯプロセスを通じて［ＤＣＲｅｓｉ［ｉ］−Ｏｆｆｓｅｔ１，ＤＣＲｅｓｉ［ｉ］＋Ｏｆｆｓｅｔ２］の中の複数の、たとえばすべての候補値を探索することによって、決定される。ビデオエンコーダは、ＶＳＯプロセスに従って計算されたコストが最小の候補値を、ＤＣ残差として選択することができる。Ｏｆｆｓｅｔ１およびＯｆｆｓｅｔ２は非負の整数値であってよく、ＤＣ残差の探索範囲を調整するために選択され得る。一例では、Ｏｆｆｓｅｔ１およびＯｆｆｓｅｔ２はともに２に設定される。
【０１７４】
[0188]ビデオエンコーダがＤＬＴテーブルを使用するとき、Ｄｅｐｔｈ２Ｉｄｘ、ＤＣＲｅｓｉ［ｉ］＝Ｄｅｐｔｈ２Ｉｄｘ［ＤＣＯｒｉｇ［ｉ］］−Ｄｅｐｔｈ２Ｉｄｘ［ＤＣＰｒｅｄ［ｉ］］であり、ｉ＝０，１である。そのような例では、パーティションｉのＤＣ残差は、たとえば、ビデオエンコーダ２０によって、ＶＳＯプロセスを通じて［ＤＣＲｅｓｉ［ｉ］−Ｏｆｆｓｅｔ１，ＤＣＲｅｓｉ［ｉ］＋Ｏｆｆｓｅｔ２］の中の複数の、たとえばすべての候補値を探索することによって、決定される。ビデオエンコーダは、ＶＳＯプロセスにおいて計算されたコストが最小の候補値を、深度ブロックのためのＤＣ残差として選択することができる。Ｏｆｆｓｅｔ１およびＯｆｆｓｅｔ２は非負の整数値であってよく、これらはＤＣ残差値の探索範囲を調整するために選択され得る。一例では、Ｏｆｆｓｅｔ１およびＯｆｆｓｅｔ２はともに２に設定される。
【０１７５】
[0189]図７は、本開示の技法を実装するように構成され得る例示的なビデオエンコーダ２０を示すブロック図である。図７は、説明の目的で与えられており、本開示において広く例示され、説明される技法を限定するものと見なされるべきではない。説明の目的で、本開示は、ＨＥＶＣコーディング、より具体的には３Ｄ−ＨＥＶＣのコンテキストにおいてビデオエンコーダ２０を説明する。しかしながら、本開示の技法は他のコーディング規格または方法に適用可能であり得る。
【０１７６】
[0190]図７の例では、ビデオエンコーダ２０は、予測処理ユニット１００と、残差生成ユニット１０２と、変換処理ユニット１０４と、量子化処理ユニット１０６と、逆量子化処理ユニット１０８と、逆変換処理ユニット１１０と、再構築ユニット１１２と、フィルタユニット１１４と、参照ピクチャメモリ１１６と、エントロピー符号化ユニット１１８と、ビデオデータメモリ１２８と、パーティションユニット１３０とを含む。予測処理ユニット１００は、インター予測処理ユニット１２０と、イントラ予測処理ユニット１２６とを含む。インター予測処理ユニット１２０は、動き推定（ＭＥ）ユニット１２２と動き補償（ＭＣ）ユニット１２４とを含む。他の例では、ビデオエンコーダ２０は、より多数の、より少数の、または異なる機能コンポーネントを含み得る。
【０１７７】
[0191]ビデオエンコーダ２０は、ビデオデータを受信することができる。ビデオデータメモリ１２８は、ビデオエンコーダ２０のコンポーネントによって符号化されるべきビデオデータを記憶することができる。ビデオデータメモリ１２８に記憶されるビデオデータは、たとえば、ビデオソース１８から取得され得る。参照ピクチャメモリ１１６は、たとえば、イントラコーディングモードまたはインターコーディングモードでビデオエンコーダ２０によってビデオデータを符号化する際に使用するための、参照ビデオデータを記憶する参照ピクチャメモリであり得る。ビデオデータメモリ１２８および参照ピクチャメモリ１１６は、同期ＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または他のタイプのメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）のような様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ１２８および参照ピクチャメモリ１１６は、同じメモリデバイスまたは別々のメモリデバイスによって提供され得る。様々な例では、ビデオデータメモリ１２８は、ビデオエンコーダ２０の他のコンポーネントとともにオンチップであってよく、またはそれらのコンポーネントに対してオフチップであってもよい。
【０１７８】
[0192]パーティションユニット１３０は、ビデオデータメモリ１２８からビデオデータを受け取り、ビデオデータ内のピクチャを、最大コーディングユニット（ＬＣＵ）とも呼ばれるコーディングツリーブロック（ＣＴＢ）を含むサブユニット、たとえば、スライス、タイル、およびビデオブロックに区分することができ、ＬＣＵはさらに、コーディングユニット（ＣＵ）とも呼ばれるコーディングツリーユニット（ＣＴＵ）に区分され得る。ビデオエンコーダ２０は、ビデオデータのピクチャのスライス中の各ＣＴＵを符号化することができる。ＣＴＵの各々は、等しいサイズのルーマコーディングツリーブロック（ＣＴＢ）およびピクチャの対応するＣＴＢと関連付けられ得る。ＣＴＵを符号化することの一部として、パーティションユニット１３０は、ＣＴＵのＣＴＢを徐々により小さいブロックに分割するために４分木区分を実行することができる。より小さいブロックは、ＣＵのコーディングブロックであり得る。たとえば、パーティションユニット１２４は、ＣＴＵと関連付けられたＣＴＢを４つの等しいサイズのサブブロックに区分することができ、サブブロックの１つまたは複数を４つの等しいサイズのサブサブブロックに区分することができ、以下同様である。
【０１７９】
[0193]ビデオエンコーダ２０は、ＣＵの符号化された表現（すなわち、コーディングされたＣＵ）を生成するためにＣＴＵのＣＵを符号化することができる。ＣＵを符号化することの一部として、予測処理ユニット１００は、ＣＵの１つまたは複数のＰＵの間で、ＣＵと関連付けられたコーディングブロックを区分することができる。したがって、各ＰＵは、ルーマ予測ブロックおよび対応するクロマ予測ブロックと関連付けられ得る。
【０１８０】
[0194]ビデオエンコーダ２０およびビデオデコーダ３０は、様々なサイズを有するＰＵをサポートすることができる。上で示されたように、ＣＵのサイズはＣＵのルーマコーディングブロックのサイズを指すことがあり、ＰＵのサイズはＰＵのルーマ予測ブロックのサイズを指すことがある。特定のＣＵのサイズを２Ｎ×２Ｎと仮定すると、ビデオエンコーダ２０およびビデオデコーダ３０は、イントラ予測の場合は２Ｎ×２ＮまたはＮ×ＮのＰＵサイズをサポートすることができ、インター予測の場合は２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または同様の対称のＰＵサイズをサポートすることができる。ビデオエンコーダ２０およびビデオデコーダ３０はまた、インター予測のための２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズについて非対称区分をサポートすることができる。本開示の態様によれば、ビデオエンコーダ２０およびビデオデコーダ３０はまた、深度インターコーディングのためのＰＵの非長方形のパーティションをサポートする。
【０１８１】
[0195]インター予測処理ユニット１２０は、ＣＵの各ＰＵに対してインター予測を実行することによって、ＰＵのための予測データを生成することができる。ＰＵの予測データは、ＰＵの予測サンプルブロックと、ＰＵに関する動き情報とを含み得る。インター予測処理ユニット１２０は、ＰＵがＩスライス中にあるか、Ｐスライス中にあるか、またはＢスライス中にあるかに応じて、ＣＵのＰＵに対して異なる動作を実行することができる。Ｉスライスでは、すべてのＰＵがイントラ予測される。したがって、ＰＵがＩスライス中にある場合、インター予測処理ユニット１２０はＰＵに対してインター予測を実行しない。したがって、Ｉモードで符号化されるブロックでは、予測されるブロックは、同じフレーム内の以前に符号化された隣接するブロックからの空間的予測を使用して形成される。
【０１８２】
[0196]ＰＵがＰスライス中にある場合、動き推定ユニット１２２は、ＰＵのための参照領域について参照ピクチャのリスト（たとえば、「ＲｅｆＰｉｃＬｉｓｔ０」）中の参照ピクチャを探索することができる。参照ピクチャは、参照ピクチャメモリ１１６に記憶され得る。ＰＵの参照領域は、ＰＵのサンプルブロックに最も密接に対応するサンプルブロックを含む参照ピクチャ内の領域であり得る。動き推定ユニット１２２は、ＰＵに関する参照領域を含む参照ピクチャのＲｅｆＰｉｃＬｉｓｔ０中の位置を示す参照インデックスを生成することができる。加えて、動き推定ユニット１２２は、ＰＵのコーディングブロックと、参照領域と関連付けられる参照ロケーションとの間の空間的変位を示すＭＶを生成することができる。たとえば、ＭＶは、現在の復号されたピクチャ中の座標から参照ピクチャ中の座標までのオフセットを提供する２次元ベクトルであり得る。動き推定ユニット１２２は、ＰＵの動き情報として参照インデックスとＭＶとを出力することができる。動き補償ユニット１２４は、ＰＵの動きベクトルによって示された参照ロケーションにおける実際のまたは補間されたサンプルに基づいて、ＰＵの予測サンプルブロックを生成することができる。
【０１８３】
[0197]ＰＵがＢスライス中にある場合、動き推定ユニット１２２は、ＰＵのために単予測または双予測を実行することができる。ＰＵのための単予測を実行するために、動き推定ユニット１２２は、ＰＵのための参照領域についてＲｅｆＰｉｃＬｉｓｔ０または第２の参照ピクチャリスト（「ＲｅｆＰｉｃＬｉｓｔ１」）の参照ピクチャを探索することができる。動き推定ユニット１２２は、ＰＵの動き情報として、参照領域を含む参照ピクチャのＲｅｆＰｉｃＬｉｓｔ０またはＲｅｆＰｉｃＬｉｓｔ１中の位置を示す参照インデックスと、ＰＵのサンプルブロックと参照領域と関連付けられる参照ロケーションとの間の空間的変位を示すＭＶと、参照ピクチャがＲｅｆＰｉｃＬｉｓｔ０中にあるかＲｅｆＰｉｃＬｉｓｔ１中にあるかを示す１つまたは複数の予測方向インジケータとを出力することができる。動き補償ユニット１２４は、ＰＵの動きベクトルによって示される参照領域における実際のサンプルまたは補間されたサンプルに少なくとも部分的に基づいて、ＰＵの予測サンプルブロックを生成することができる。
【０１８４】
[0198]ＰＵのための双方向インター予測を実行するために、動き推定ユニット１２２は、ＰＵに関する参照領域についてＲｅｆＰｉｃＬｉｓｔ０中の参照ピクチャを探索することができ、また、ＰＵに関する別の参照領域についてＲｅｆＰｉｃＬｉｓｔ１中の参照ピクチャを探索することができる。動き推定ユニット１２２は、参照領域を含む参照ピクチャのＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１中での位置を示す参照ピクチャインデックスを生成することができる。加えて、動き推定ユニット１２２は、参照領域と関連付けられる参照ロケーションとＰＵのサンプルブロックとの間の空間的変位を示すＭＶを生成することができる。ＰＵの動き情報は、ＰＵの参照インデックスとＭＶとを含み得る。動き補償ユニット１２４は、ＰＵの動きベクトルによって示される参照領域における実際のサンプルまたは補間されたサンプルに少なくとも部分的に基づいて、ＰＵの予測サンプルブロックを生成することができる。
【０１８５】
[0199]イントラ予測処理ユニット１２６は、ＰＵに対してイントラ予測を実行することによって、ＰＵのための予測データを生成することができる。ＰＵのための予測データは、ＰＵのための予測サンプルブロックと様々なシンタックス要素とを含み得る。イントラ予測処理ユニット１２６は、Ｉスライス、Ｐスライス、およびＢスライス中のＰＵに対してイントラ予測を実行することができる。
【０１８６】
[0200]ＰＵに対してイントラ予測を実行するために、イントラ予測処理ユニット１２６は、複数のイントラ予測モードを使用してＰＵのための予測データの複数のセットを生成し、次いで、たとえばレート歪み最適化技法を使用して、受け入れ可能な、または最適なコーディング性能を生み出すイントラ予測モードの１つを選択することができる。イントラ予測モードを使用してＰＵのための予測データのセットを生成するために、イントラ予測処理ユニット１２６は、そのイントラ予測モードと関連付けられた方向へ、ＰＵのサンプルブロックにわたって、隣接するＰＵのサンプルブロックからのサンプルを延ばすことができる。隣接するＰＵは、ＰＵ、ＣＵ、およびＣＴＵについて左から右、上から下の符号化順序を仮定すると、ＰＵの上、右上、左上、または左にあり得る。イントラ予測処理ユニット１２６は、様々な数のイントラ予測モード、たとえば３３個の方向性イントラ予測モードを使用することができる。いくつかの例では、イントラ予測モードの数はＰＵと関連付けられた領域のサイズに依存し得る。いくつかの例では、イントラ予測処理ユニット１２６は、現在のブロック、たとえばＰＵのための本明細書で説明される非パーティションベースのイントラ予測モードまたはパーティションベースのイントラ予測モードのいずれかを使用することができる。
【０１８７】
[0201]予測処理ユニット１００は、ＰＵについてインター予測処理ユニット１２０によって生成された予測データ、またはＰＵについてイントラ予測処理ユニット１２６によって生成された予測データの中から、ＣＵのＰＵのための予測データを選択することができる。いくつかの例では、予測処理ユニット１００は、予測データのセットのレート／歪みの尺度に基づいて、ＣＵのＰＵのための予測データを選択する。選択された予測データの予測サンプルブロックは、本明細書では、選択された予測サンプルブロックと呼ばれ得る。
【０１８８】
[0202]残差生成ユニット１０２は、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロック、ならびにＣＵのＰＵの選択された予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックに基づいて、ＣＵのルーマ残差ブロックと、Ｃｂ残差ブロックと、Ｃｒ残差ブロックとを生成することができる。たとえば、残差生成ユニット１０２は、残差ブロック中の各サンプルがＣＵのコーディングブロック中のサンプルとＣＵのＰＵの対応する選択された予測サンプルブロック中の対応するサンプルとの間の差に等しい値を有するように、ＣＵの残差ブロックを生成することができる。
【０１８９】
[0203]変換処理ユニット１０４は、ＣＵと関連付けられる残差ブロックをＣＵのＴＵと関連付けられる変換ブロックに区分するために、４分木区分を実行することができる。したがって、ＴＵは、ルーマ変換ブロックおよび２つのクロマ変換ブロックと関連付けられ得る。ＣＵのＴＵのルーマ変換ブロックおよびクロマ変換ブロックのサイズおよび位置は、ＣＵのＰＵの予測ブロックのサイズおよび位置に基づくことも基づかないこともある。「残差４分木」（ＲＱＴ）として知られる４分木構造は、領域の各々に関連付けられたノードを含み得る。ＣＵのＴＵは、ＲＱＴのリーフノードに対応し得る。
【０１９０】
[0204]変換処理ユニット１０４は、ＴＵの変換ブロックに１つまたは複数の変換を適用することによって、ＣＵの各ＴＵに対して変換係数ブロックを生成することができる。変換処理ユニット１０４は、ＴＵと関連付けられた変換ブロックに様々な変換を適用することができる。たとえば、変換処理ユニット１０４は、離散コサイン変換（ＤＣＴ）、方向性変換、または概念的に同様の変換を変換ブロックに適用することができる。いくつかの例では、変換処理ユニット１０４は変換ブロックに変換を適用しない。そのような例では、変換ブロックは変換係数ブロックとして扱われ得る。
【０１９１】
[0205]量子化処理ユニット１０６は、係数ブロック中の変換係数を量子化することができる。量子化プロセスは、変換係数の一部またはすべてと関連付けられるビット深度を低減することができる。たとえば、ｎビット変換係数は量子化の間にｍビットの変換係数に切り捨てられてよく、ただし、ｎはｍよりも大きい。量子化処理ユニット１０６は、ＣＵと関連付けられた量子化パラメータ（ＱＰ）値に基づいて、ＣＵのＴＵと関連付けられた係数ブロックを量子化することができる。ビデオエンコーダ２０は、ＣＵと関連付けられたＱＰ値を調整することによって、ＣＵと関連付けられた係数ブロックに適用される量子化の程度を調整することができる。量子化は情報の損失をもたらすことがあり、したがって、量子化された変換係数は、元の係数よりも低い精度を有することがある。
【０１９２】
[0206]逆量子化処理ユニット１０８および逆変換処理ユニット１１０は、それぞれ、係数ブロックから残差ブロックを再構築するために、係数ブロックに逆量子化および逆変換を適用することができる。再構築ユニット１１２は、再構築された残差ブロックを、予測処理ユニット１００によって生成された１つまたは複数の予測サンプルブロックからの対応するサンプルに追加して、ＴＵと関連付けられる再構築された変換ブロックを生成することができる。ビデオエンコーダ２０は、このようにＣＵの各ＴＵのための変換ブロックを再構築することによって、ＣＵのコーディングブロックを再構築することができる。
【０１９３】
[0207]フィルタユニット１１４は、１つまたは複数のデブロッキング動作を実行して、ＣＵと関連付けられたコーディングブロック中のブロッキングアーティファクトを低減することができる。参照ピクチャメモリ１１６は、フィルタユニット１１４が、再構築されたコーディングブロックに対して１つまたは複数のデブロッキング動作を実行した後、再構築されたコーディングブロックを記憶することができる。インター予測処理ユニット１２０は、他のピクチャのＰＵに対してインター予測を実行するために、再構築されたコーディングブロックを含む参照ピクチャを使用することができる。加えて、イントラ予測処理ユニット１２６は、ＣＵと同じピクチャ中の他のＰＵに対してイントラ予測を実行するために、参照ピクチャメモリ１１６中の再構築されたコーディングブロックを使用することができる。
【０１９４】
[0208]エントロピー符号化ユニット１１８は、ビデオエンコーダ２０の他の機能コンポーネントからデータを受信することができる。たとえば、エントロピー符号化ユニット１１８は、量子化ユニット１０６から係数ブロックを受信することができ、予測処理ユニット１００からシンタックス要素を受信することができる。エントロピー符号化ユニット１１８は、エントロピー符号化されたデータを生成するために、データに対して１つまたは複数のエントロピー符号化動作を実行することができる。たとえば、エントロピー符号化ユニット１１８は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）演算、ＣＡＢＡＣ演算、変数−変数（Ｖ２Ｖ）レングスコーディング演算、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）演算、確率間隔区分化エントロピー（ＰＩＰＥ）コーディング演算、指数ゴロム符号化演算、または別のタイプのエントロピー符号化演算をデータに対して実行することができる。ビデオエンコーダ２０は、エントロピー符号化ユニット１１８によって生成されたエントロピー符号化されたデータを含むビットストリームを出力することができる。たとえば、ビットストリームは、ＣＵに関するＲＱＴを表すデータを含み得る。
【０１９５】
[0209]ビデオエンコーダ２０は、本明細書で説明される深度イントラ予測のための簡易残差コーディングのための技法のいずれかを実行するように構成されるビデオエンコーダの例である。本開示の１つまたは複数の技法によれば、ビデオエンコーダ２０内の１つまたは複数のユニットは、ビデオ符号化プロセスの一部として、本明細書で説明される１つまたは複数の技法を実行することができる。同様に、ビデオエンコーダ２０は、後でコーディングされるビデオデータのための参照として使用されるビデオデータを再生するために、本開示の技法のいずれかを使用してビデオ復号プロセスを実行することができる。上で論じられたように、ビデオエンコーダ２０の要素の中でも、逆量子化処理ユニット１０８、逆変換処理ユニット１１０、および再構築ユニット１１２が、ビデオ復号プロセスにおいて利用され得る。追加の３Ｄコンポーネントもビデオエンコーダ２０内に含まれ得る。
【０１９６】
[0210]たとえば、予測処理ユニット１００、およびより具体的には、イントラ予測処理ユニット１２６は、本明細書で説明されるように、深度ブロックを深度イントラ予測符号化するためにＳＤＣモードを実行することができる。イントラ予測処理ユニット１２６は、深度ブロック、たとえばＰＵのための、またはＰＵの各パーティションのためのＤＣ残差値を決定することができる。いくつかの例では、イントラ予測処理ユニット１２６は、本明細書で説明されるように、決定されたＤＣ残差値を含むある範囲内の候補ＤＣ残差値のセットにＶＳＯプロセスを適用し、そのセットからＤＣ残差値の１つを選択することができる。
【０１９７】
[0211]たとえば図７において破線で示されるように、イントラ予測処理ユニット１２６は、深度ブロックのための（１つまたは複数の）ＤＣ残差値を、他のシンタックス情報とともにエントロピー符号化ユニット１１８に提供することができる。イントラ予測処理ユニット１２６は、ＤＣ残差値をエントロピー符号化ユニット１１８に提供することができ、その値は変換処理ユニット１０４および量子化ユニット１０６によって処理されない。他の例では、量子化ユニット１０６は、エントロピー符号化ユニット１１８によるエントロピーコーディングの前に、ＤＣ残差値を量子化することができる。シンタックス情報は、本開示の技法に関連するシグナリングのための、様々な情報、フラグ、または本明細書で説明される他のシンタックス要素を含み得る。たとえば、シンタックス情報は、例として、ＳＤＣモードが深度ブロックのために実行されるかどうか、たとえばｓｄｃ＿ｆｌａｇ、ＤＣ残差値を決定するためにパーティションベースの（たとえば、３Ｄ−ＨＥＶＣ）モードが使用されたか非パーティションベースの（ＨＥＶＣ）モードが使用されたか、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇ、および、ＤＣ残差値を決定するためにどの深度イントラ予測モードが使用されたかを示し得る。いくつかの例では、エントロピー符号化ユニット１１８は、ＣＡＢＡＣプロセスに従ってシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよび／またはｓｄｃ＿ｆｌａｇを符号化するための確率状態を、不等確率状態へと初期化するように構成される。いくつかの例では、エントロピー符号化ユニット１１８は、ＣＡＢＡＣプロセスに従ってこれらのシンタックス要素を符号化するための確率状態を、現在のブロックと関連付けられるスライスタイプに基づいて決定された値へと初期化するように構成される。
【０１９８】
[0212]したがって、ビデオエンコーダ２０は、ビットストリームの中に情報を符号化することと、この情報は、少なくとも３つの深度イントラ予測モードのいずれが深度ブロックを符号化するために使用されるかを示し、少なくとも３つの深度イントラ予測モードのいずれかに対して、深度ブロックを符号化するために簡易深度コーディング（ＳＤＣ）モードを実行することと、を行うように構成される、ビデオオンコーダの例である。ＳＤＣモードに従って、ビデオエンコーダ２０は、深度イントラ予測モードのうちの示された１つに基づいて、深度ブロックのための少なくとも１つのＤＣ残差値を決定することと、ここにおいて、ＤＣ残差値は深度ブロックの複数のピクセルの残差値を表し、ビットストリームの中にＤＣ残差値を符号化することと、を行うように構成される。
【０１９９】
[0213]ビデオエンコーダ２０はまた、ビットストリーム中の情報を符号化することと、この情報は、深度ブロックをコーディングするために深度モデリングモード３または深度モデリングモード４のうちの１つが使用されることを示し、コロケートされたテクスチャブロックおよび示された深度モデリングモードに基づいて、深度ブロックに関する区分パターンを決定することと、区分パターンに基づいて深度ブロックを２つのパーティションへと区分することと、を行うように構成される、ビデオエンコーダの例である。ビデオエンコーダ２０は、深度ブロックを符号化するために簡易深度コーディング（ＳＤＣ）モードを実行すること、ＳＤＣモードは、深度ブロックのパーティションの各々に対して、ビットストリーム中のそれぞれのＤＣ残差値を符号化することを備え、ＤＣ残差値はパーティションのピクセルの残差値を表し、を行うようにさらに構成される、ビデオエンコーダの例である。
【０２００】
[0214]ビデオエンコーダ２０はまた、ビットストリーム中の情報を符号化することと、この情報は、深度ブロックをコーディング領域境界チェーンコーディングモードが使用されることを示し、領域境界チェーンコーディングモードに基づいて深度ブロックの２つのパーティションの境界を定義する複数のチェーンを定義するビットストリーム中の情報を符号化することと、を行うように構成される、ビデオエンコーダの例である。ビデオエンコーダ２０は、境界に基づいて深度ブロックを２つのパーティションへと区分することと、深度ブロックを符号化するための簡易深度コーディング（ＳＤＣ）モードを実行することと、ＳＤＣモードは、深度ブロックのパーティションの各々に対して、ビットストリーム中のそれぞれのＤＣ残差値を符号化することを備え、ＤＣ残差値はパーティションのピクセルの残差値を表し、を行うようにさらに構成される、ビデオエンコーダの例である。
【０２０１】
[0215]ビデオエンコーダ２０はまた、ビットストリーム中の情報を符号化することと、この情報は、深度ブロックをコーディングするためにＤＣイントラ予測モードが使用されることを示し、ＤＣイントラ予測モードに基づいて深度ブロック中のピクセルの各々のためのそれぞれの予測子の値を決定することと、深度ブロックを符号化するために簡易深度コーディング（ＳＤＣ）モードを実行することと、ＳＤＣモードはビットストリーム中の単一のＤＣ残差値を符号化することを備え、ＤＣ残差値は予測子の値に基づいて決定され、深度ブロックのピクセルの残差値を表し、を行うように構成される、ビデオエンコーダの例である。
【０２０２】
[0216]ビデオエンコーダ２０はまた、ビットストリーム中の情報を符号化することと、この情報は、深度ブロックをコーディングするために方向性イントラ予測モードが使用されることを示し、方向性イントラ予測モードに基づいて深度ブロック中のピクセルの各々のためのそれぞれの予測子の値を決定することと、深度ブロックを符号化するための簡易深度コーディング（ＳＤＣ）モードを実行することと、ＳＤＣモードはビットストリーム中の単一のＤＣ残差値を符号化することを備え、ＤＣ残差値は予測子の値に基づいて決定され、深度ブロックのピクセルの残差値を表し、を行うように構成される、ビデオエンコーダの例である。
【０２０３】
[0217]デバイスは、ビデオデータを符号化する符号化されたビデオビットストリームを記憶するように構成されたメモリと、１つまたは複数のプロセッサとを備える、ビデオエンコーダ２０を備え得る。１つまたは複数のプロセッサは、複数の深度イントラ予測モードから、符号化されたビデオビットストリーム中の深度ブロックを符号化するために深度イントラ予測モードを選択することと、符号化されたビデオビットストリーム中の深度ブロックを符号化するために簡易深度コーディング（ＳＤＣ）モードを実行するかどうかを決定することと、ＳＤＣモードはビットストリーム中の少なくとも１つのＤＣ残差値を符号化することを備え、ここにおいて、ＤＣ残差値は深度ブロックの複数のサンプルの残差値を表し、選択された深度イントラ予測モードおよびＳＤＣモードを実行するかどうかの決定に従って、符号化されたビデオビットストリーム中の深度ブロックを符号化することと、を行うように構成される。１つまたは複数のプロセッサは、符号化されたビデオビットストリームの中の第１のシンタックス要素を符号化すること、第１のシンタックス要素の第１の値は、選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、第１のシンタックス要素の第２の値は、深度ブロックのための選択された深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示し、を行うように構成される。１つまたは複数のプロセッサは、符号化されたビデオビットストリーム中の第２のシンタックス要素を符号化すること、第２のシンタックス要素は、ＳＤＣモードが符号化されたビデオビットストリーム中の深度ブロックを符号化するために実行されたかどうかを示し、を行うように構成される。
【０２０４】
[0218]デバイスは、ビデオデータを符号化する符号化されたビデオビットストリームを記憶するように構成されたメモリと、１つまたは複数のプロセッサとを備える、ビデオエンコーダ２０を備え得る。１つまたは複数のプロセッサは、複数の深度イントラ予測モードから選択された深度イントラ予測モードに従って深度ブロックを符号化すること、深度ブロックを符号化することは、深度イントラ予測モードのうちの示された１つに基づいて、深度ブロックのための少なくとも１つのＤＣ残差値を決定するために簡易深度コーディング（ＳＤＣ）モードを実行することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、を行うように構成される。１つまたは複数のプロセッサはさらに、決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別することと、候補ＤＣ残差値のセットの各々にビュー合成最適化プロセスを適用することと、ビュー合成最適化プロセスに基づいて候補ＤＣ残差値のセットから１つのＤＣ残差値を選択することと、を行うように構成される。１つまたは複数のプロセッサはさらに、符号化されたビデオビットストリームの中に選択されたＤＣ残差値を符号化するように構成される。
【０２０５】
[0219]図８は、本開示の技法を実行するように構成された例示的なビデオデコーダ３０を示すブロック図である。図８は、説明の目的で与えられており、本開示おいて広く例示され、説明される技法を限定するものではない。説明の目的で、本開示は、ＨＥＶＣコーディングのコンテキストにおいてビデオデコーダ３０を説明する。しかしながら、本開示の技法は他のコーディング規格または方法に適用可能であり得る。
【０２０６】
[0220]図８の例では、ビデオデコーダ３０は、ビデオデータメモリ１４８と、エントロピー復号ユニット１５０と、予測処理ユニット１５２と、逆量子化処理ユニット１５４と、逆変換処理ユニット１５６と、再構築ユニット１５８と、フィルタユニット１６０と、参照ピクチャメモリ１６２とを含む。予測処理ユニット１５２は、動き補償ユニット１６４とイントラ予測処理ユニット１６６とを含む。他の例では、ビデオデコーダ３０は、より多数の、より少数の、または異なる機能コンポーネントを含み得る。
【０２０７】
[0221]ビデオデータメモリ１４８は、ビデオデコーダ３０のコンポーネントによって復号されるべき、符号化されたビデオビットストリームのようなビデオデータを記憶することができる。ビデオデータメモリ１４８に記憶されたビデオデータは、たとえば、コンピュータ可読媒体１６から、たとえば、カメラのようなローカルビデオソースから、ビデオデータのワイヤードネットワーク通信もしくはワイヤレスネットワーク通信を介して、または物理データ記憶媒体にアクセスすることによって取得され得る。ビデオデータメモリ１４８は、符号化されたビデオビットストリームからの符号化されたビデオデータを記憶するコーディングされたピクチャバッファ（ＣＰＢ）を形成し得る。参照ピクチャメモリ１６２は、たとえば、イントラコーディングモードまたはインターコーディングモードにおいて、ビデオデコーダ３０によってビデオデータを復号する際に使用するための参照ビデオデータを記憶することができる。ビデオデータメモリ１４８および参照ピクチャメモリ１６２は、同期ＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ）、または他のタイプのメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）などの種々のメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ１４８および参照ピクチャメモリ２９６は、同じメモリデバイスまたは別々のメモリデバイスによって提供され得る。様々な例では、ビデオデータメモリ１４８は、ビデオデコーダ３０の他のコンポーネントとともにオンチップであるか、またはそれらのコンポーネントに対してオフチップであり得る。
【０２０８】
[0222]ビデオデコーダ３０は、ビデオエンコーダ２０から、ビデオブロックと、関連するシンタックス要素とを表す符号化されたビデオビットストリームを受信することができる。エントロピー復号ユニット１５０は、ビットストリームからシンタックス要素を復号するためにビットストリームを解析することができる。エントロピー復号ユニット１５０は、ビットストリーム中のエントロピー符号化されたシンタックス要素をエントロピー復号することができる。予測処理ユニット１５２、逆量子化処理ユニット１５４、逆変換処理ユニット１５６、再構築ユニット１５８、およびフィルタユニット１６０は、ビットストリームから抽出されたシンタックス要素に基づいて、復号されたビデオデータを生成することができる。
【０２０９】
[0223]ビットストリームは、一連のＮＡＬユニットを備え得る。ビットストリームのＮＡＬユニットは、コーディングされたスライスＮＡＬユニットを含み得る。ビットストリームを復号することの一部として、エントロピー復号ユニット１５０は、コーディングされたスライスＮＡＬユニットからシンタックス要素を抽出し、エントロピー復号することができる。コーディングされたスライスの各々は、スライスヘッダとスライスデータとを含み得る。スライスヘッダは、スライスに関するシンタックス要素を含み得る。スライスヘッダ中のシンタックス要素は、スライスを含むピクチャと関連付けられたＰＰＳを識別するシンタックス要素を含み得る。ＰＰＳはＳＰＳを参照することができ、ＳＰＳは次いでＶＰＳを参照することができる。エントロピー復号ユニット１５０はまた、ＳＥＩメッセージのようなシンタックス情報を含み得る他の要素をエントロピー復号することができる。スライスヘッダ、パラメータセット、またはＳＥＩメッセージのいずれかの中の復号されたシンタックス要素は、本明細書で説明されるＳＤＣモードと簡易残差コーディング技法とを実行するためにシグナリングされるものとして本明細書で説明される情報を含み得る。たとえば、復号されたシンタックス要素は、ＳＤＣモードが深度ブロックのために実行されるかどうか、たとえばｓｄｃ＿ｆｌａｇ、ＤＣ残差値を決定するためにパーティションベースの（たとえば、３Ｄ−ＨＥＶＣ）モードが使用されたか非パーティションベースの（ＨＥＶＣ）モードが使用されたか、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇ、および、ＤＣ残差値を決定するためにどの深度イントラ予測モードが使用されたかを示し得る。そのようなシンタックス情報は、本明細書で説明される技法に従った深度ブロックの再構築のために、予測処理ユニット１５２に提供され得る。いくつかの例では、エントロピー復号ユニット１５０は、ＣＡＢＡＣプロセスに従ってシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇおよび／またはｓｄｃ＿ｆｌａｇを復号するための確率状態を、不等確率状態へと初期化するように構成される。いくつかの例では、エントロピー復号ユニット１５０は、ＣＡＢＡＣプロセスに従ってこれらのシンタックス要素を復号するための確率状態を、現在のブロックと関連付けられるスライスタイプに基づいて決定された値へと初期化するように構成される。
【０２１０】
[0224]一般に、ビデオデコーダ３０は、ビットストリームからのシンタックス要素を復号することに加えて、区分されていないＣＵに対して再構築動作を実行することができる。区分されていないＣＵに対して再構築動作を実行するために、ビデオデコーダ３０は、ＣＵの各ＴＵに対して再構築動作を実行することができる。ＣＵの各ＴＵに対して再構築動作を実行することによって、ビデオデコーダ３０は、ＣＵのブロックを再構築することができる。
【０２１１】
[0225]ＣＵのＴＵに対して再構築動作を実行することの一部として、逆量子化処理ユニット１５４は、ＴＵと関連付けられた係数ブロックを逆量子化（ｉｎｖｅｒｓｅ  ｑｕａｎｔｉｚｅ）、すなわち逆量子化（ｄｅ−ｑｕａｎｔｉｚｅ）することができる。逆量子化処理ユニット１５４は、量子化の程度を決定するために、また同様に、逆量子化処理ユニット１５４が適用すべき逆量子化の程度を決定するために、ＴＵのＣＵと関連付けられたＱＰ値を使用することができる。すなわち、圧縮比、すなわち、元のシーケンスと圧縮されたシーケンスとを表すために使用されるビット数の比は、変換係数を量子化するときに使用されるＱＰの値を調整することによって制御され得る。圧縮比は、利用されるエントロピーコーディングの方法に依存し得る。
【０２１２】
[0226]逆量子化処理ユニット１５４が係数ブロックを逆量子化した後、逆変換処理ユニット１５６は、ＴＵと関連付けられた残差ブロックを生成するために、係数ブロックに１つまたは複数の逆変換を適用することができる。たとえば、逆変換処理ユニット１５６は、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（an inverse Karhunen-Loeve transform）（ＫＬＴ）、逆回転変換、逆方向変換、または別の逆変換を、係数ブロックに適用することができる。
【０２１３】
[0227]イントラ予測を使用してＰＵが符号化される場合、イントラ予測処理ユニット１６６は、ＰＵに関する予測ブロックを生成するためにイントラ予測を実行することができる。イントラ予測処理ユニット１６６は、空間的に隣接するＰＵの予測ブロックに基づいて、ＰＵのための予測ルーマブロックと、予測Ｃｂブロックと、予測Ｃｒブロックとを生成するために、イントラ予測モードを使用することができる。イントラ予測処理ユニット１６６は、ビットストリームから復号された１つまたは複数のシンタックス要素に基づいて、ＰＵのためのイントラ予測モードを決定することができる。
【０２１４】
[0228]予測処理ユニット１５２は、ビットストリームから抽出されたシンタックス要素に基づいて、第１の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ０）と第２の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ１）とを構築することができる。さらに、ＰＵがインター予測を使用して符号化される場合、エントロピー復号ユニット１５０は、ＰＵに関する動き情報を抽出することができる。動き補償ユニット１６４は、ＰＵの動き情報に基づいて、ＰＵのための１つまたは複数の参照領域を決定することができる。動き補償ユニット１６４は、ＰＵに関する１つまたは複数の参照ブロックにおけるサンプルブロックに基づいて、ＰＵに関する予測ルーマブロックと、予測Ｃｂブロックと、予測Ｃｒブロックとを生成することができる。
【０２１５】
[0229]続いて、ここで図８が参照される。再構築ユニット１５８は、ＣＵのＴＵと関連付けられたルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロック、ならびにＣＵのＰＵの予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックを、すなわち、イントラ予測データまたはインター予測データのいずれかを適宜使用して、ＣＵのルーマコーディングブロックと、Ｃｂコーディングブロックと、Ｃｒコーディングブロックとを再構築することができる。たとえば、再構築ユニット１５８は、ルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックのサンプルを予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックの対応するサンプルに加算して、ＣＵのルーマコーディングブロックと、Ｃｂコーディングブロックと、Ｃｒコーディングブロックとを再構築することができる。
【０２１６】
[0230]フィルタユニット１６０は、デブロッキング動作を実行して、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロックと関連付けられたブロッキングアーティファクトを低減することができる。ビデオデコーダ３０は、ＣＵのルーマコーディングブロックと、Ｃｂコーディングブロックと、Ｃｒコーディングブロックとを、復号ピクチャバッファ１６２に記憶することができる。復号ピクチャバッファ１６２は、後続の動き補償、イントラ予測、および図１のディスプレイデバイス３２のようなディスプレイデバイス上での提示のために、参照ピクチャを提供することができる。たとえば、ビデオデコーダ３０は、参照ピクチャメモリ１６２中のルーマブロック、Ｃｂブロック、およびＣｒブロックに基づいて、他のＣＵのＰＵに対してイントラ予測演算またはインター予測演算を実行することができる。このようにして、ビデオデコーダ３０は、有意なルーマ係数ブロック（significant luma coefficient block）の変換係数レベルをビットストリームから抽出し、変換係数レベルを逆量子化し、変換係数レベルに変換を適用して変換ブロックを生成し、変換ブロックに少なくとも一部基づいてコーディングブロックを生成し、コーディングブロックを表示のために出力することができる。
【０２１７】
[0231]ビデオデコーダ３０は、本明細書で説明されるような、深度イントラ予測モードのための簡易残差コーディングのための技法のいずれかを実行するように構成されるビデオデコーダの例である。本開示の１つまたは複数の技法によれば、ビデオデコーダ３０内の１つまたは複数のユニットは、ビデオ復号プロセスの一部として、本明細書で説明される１つまたは複数の技法を実行することができる。追加の３Ｄコンポーネントもビデオエンコーダ３０内に含まれ得る。
【０２１８】
[0232]たとえば、予測処理ユニット１５２、およびより具体的には、イントラ予測処理ユニット１６６は、本明細書で説明されるように、深度ブロックを深度イントラ予測符号化するためにＳＤＣモードを実行することができる。エントロピー復号ユニット１５０は、深度ブロックのための１つまたは複数のＤＣ残差値、ならびに本明細書で説明されるシンタックス情報、たとえば、どの深度イントラ予測モードがブロックを符号化するために使用されたか、ならびにＳＤＣモードがブロックを符号化するために実行されたかどうかを、エントロピー復号することができる。
【０２１９】
[0233]エントロピー復号ユニット１５０は、図８において破線によって示されるように、ブロックのための（１つまたは複数の）ＤＣ残差値とシンタックス情報とを予測処理ユニット１５２に提供することができる。このようにして、（１つまたは複数の）ＤＣ残差値は、逆量子化および逆変換のために逆量子化ユニット１５４および逆変換処理ユニット１５６へ最初に提供されなくてよい。他の例では、逆量子化ユニット１５４は、（１つまたは複数の）ＤＣ残差値を逆量子化し、逆量子化されたＤＣ残差値を予測処理ユニット１５２に提供することができる。
【０２２０】
[0234]イントラ予測処理ユニット１６６は、たとえば本明細書で説明される技法のいずれかに従って、シンタックス情報によって示される深度イントラ予測モードに基づいて、深度ブロックのための予測子の値を決定することができる。イントラ予測処理ユニット１６６は、予測子の値を決定するために、復号ピクチャバッファ１６２に記憶されている再構築された深度ブロックを利用することができる。本明細書で説明されるように、イントラ予測処理ユニット１６６は、（１つまたは複数の）ＤＣ残差値と予測子の値とを合計することによって、深度ブロックを再構築することができる。いくつかの例では、イントラ予測処理ユニット１６６は、深度ブロックのための残差値と予測子の値との合計のために、再構築ユニット１５８を利用することができる。たとえば、エントロピー復号ユニット１５０は、（１つまたは複数の）ＤＣ残差値を再構築ユニットに提供することができ、イントラ予測処理ユニット１６６は、予測子の値を再構築ユニットに提供することができる。
【０２２１】
[0235]したがって、ビデオデコーダ３０は、ビットストリームから情報を復号することと、この情報は、少なくとも３つの深度イントラ予測モードのいずれが深度ブロックを復号するために使用されるかを示し、少なくとも３つの深度イントラ予測モードのいずれかに対して、深度ブロックを復号するために簡易深度コーディング（ＳＤＣ）モードを実行することと、ＳＤＣモードは、ビットストリームから少なくとも１つのＤＣ残差値を復号することを備え、ここにおいて、ＤＣ残差値は、深度ブロックの複数のピクセルの残差値を表し、示された深度イントラ予測モードおよび少なくとも１つのＤＣ残差値に基づいて深度ブロックを再構築することと、を行うように構成される、ビデオデコーダの例である。
【０２２２】
[0236]ビデオデコーダ３０はまた、ビットストリーム中の情報を復号することと、この情報は、深度ブロックを復号するために深度モデリングモード３または深度モデリングモード４のうちの１つが使用されることを示し、コロケートされたテクスチャブロックおよび示された深度モデリングモードに基づいて、深度ブロックに関する区分パターンを決定することと、区分パターンに基づいて深度ブロックを２つのパーティションへと区分することと、を行うように構成される、ビデオデコーダの例である。ビデオデコーダ３０は、深度ブロックを復号するために簡易深度コーディング（ＳＤＣ）モードを実行すること、ＳＤＣモードは、深度ブロックのパーティションの各々に対して、ビットストリーム中のそれぞれのＤＣ残差値を復号することを備え、ＤＣ残差値はパーティションのピクセルの残差値を表し、を行うようにさらに構成される、ビデオデコーダの例である。
【０２２３】
[0237]ビデオデコーダ３０はまた、ビットストリーム中の情報を復号することと、この情報は、深度ブロックを復号するために領域境界チェーンコーディングモードが使用されることを示し、領域境界チェーンコーディングモードに基づいて深度ブロックの２つのパーティションの境界を定義する複数のチェーンを定義するビットストリーム中の情報を復号することと、を行うように構成される、ビデオデコーダの例である。ビデオデコーダ３０は、境界に基づいて深度ブロックを２つのパーティションへと区分することと、深度ブロックを復号するために簡易深度コーディング（ＳＤＣ）モードを実行することと、ＳＤＣモードは、深度ブロックのパーティションの各々に対して、ビットストリーム中のそれぞれのＤＣ残差値を復号することを備え、ＤＣ残差値はパーティションのピクセルの残差値を表し、を行うようにさらに構成される、ビデオデコーダの例である。
【０２２４】
[0238]ビデオデコーダ３０はまた、ビットストリーム中の情報を復号することと、この情報は、ＤＣイントラ予測モードが深度ブロックを復号するために使用されることを示し、ＤＣイントラ予測モードに基づいて深度ブロック中のピクセルの各々のためのそれぞれの予測子の値を決定することと、深度ブロックを復号するために簡易深度コーディング（ＳＤＣ）モードを実行することと、ＳＤＣモードはビットストリーム中の単一のＤＣ残差値を復号することを備え、ＤＣ残差値は予測子の値に基づいて決定され、深度ブロックのピクセルの残差値を表し、を行うように構成される、ビデオデコーダの例である。
【０２２５】
[0239]ビデオデコーダ３０はまた、ビットストリーム中の情報を復号することと、この情報は、方向性イントラ予測モードが深度ブロックを復号するために使用されることを示し、方向性イントラ予測モードに基づいて深度ブロック中のピクセルの各々のためのそれぞれの予測子の値を決定することと、深度ブロックを復号するために簡易深度コーディング（ＳＤＣ）モードを実行することと、ＳＤＣモードはビットストリーム中の単一のＤＣ残差値を復号することを備え、ＤＣ残差値は予測子の値に基づいて決定され、深度ブロックのピクセルの残差値を表し、を行うように構成される、ビデオデコーダの例である。
【０２２６】
[0240]いくつかの例では、デバイスは、ビデオデータを符号化する符号化されたビデオビットストリームを記憶するように構成されたメモリと、１つまたは複数のプロセッサとを備える、ビデオデコーダ３０を備え得る。１つまたは複数のプロセッサは、符号化されたビデオビットストリームから第１のシンタックス要素を復号すること、第１のシンタックス要素の第１の値は、複数の深度イントラ予測モードから深度ブロックのために選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、第１のシンタックス要素の第２の値は、深度ブロックのために選択された深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示し、を行うように構成される。１つまたは複数のプロセッサは、符号化されたビデオビットストリームから第２のシンタックス要素を復号すること、第２のシンタックス要素は、深度ブロックを再構築するために簡易深度コーディング（ＳＤＣ）モードを実行するかどうかを示し、ＳＤＣモードは、ビットストリームから少なくとも１つのＤＣ残差値を復号することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、を行うように構成される。１つまたは複数のプロセッサは、深度ブロックのために選択された深度イントラ予測モードと、ＳＤＣモードを実行するかどうかの指示とに従って、深度ブロックを再構築するように構成される。
【０２２７】
[0241]図９は、深度ブロックを符号化する深度イントラ予測のために簡易深度コーディング（ＳＤＣ）モードを実行する例示的な方法を示す流れ図である。図９の例示的な方法は、本明細書で説明されるようなビデオエンコーダ２０、または任意のビデオエンコーダによって実行され得る。
【０２２８】
[0242]図９の例によれば、ビデオエンコーダ２０は、少なくとも３つの深度イントラ予測モードのいずれが深度ブロックを符号化するために使用されるかを示す情報、たとえば本明細書で説明されるようなシンタックス要素をビットストリームの中に符号化する（２００）。少なくとも３つの深度イントラ予測モードは、ＤＭＭ３、ＤＭＭ４、チェーンコーディングモード、ＤＣモード、および方向性イントラ予測モードの少なくとも１つを含み、本明細書で説明される任意の深度イントラ予測モードを含み得る。ビデオエンコーダ２０はさらに、示される深度イントラ予測モードに基づいて、深度ブロックのための１つまたは複数のＤＣ残差値を決定する（２０２）。たとえば、ビデオエンコーダ２０は、深度ブロックが非パーティションベースの、たとえばＨＥＶＣイントラ予測モードを使用して符号化されるとき、深度ブロックのための単一のＤＣ残差値を決定することができ、または、深度ブロックがパーティションベースの（たとえば、３Ｄ−ＨＥＶＣ）深度イントラ予測モードを使用して符号化されるとき、深度ブロックの２つのパーティションの各々のためのそれぞれのＤＣ残差値を決定することができる。ビデオエンコーダ２０は、（１つまたは複数の）ＤＣ残差値をビットストリームの中に符号化する（２０４）。
【０２２９】
[0243]図１０は、深度ブロックを復号する深度イントラ予測のためのＳＤＣモードを実行する例示的な方法を示す流れ図である。図１０の例示的な方法は、本明細書で説明されるようなビデオデコーダ３０、または任意のビデオデコーダによって実行され得る。同様に、図１０の方法は、符号化されたビデオデータから再構築されたビデオデータを生成するために、ビデオエンコーダ２０のようなビデオエンコーダによって実行されてよく、再構築されたビデオデータは、符号化のためのビデオデータを後で予測するために使用され得る。
【０２３０】
[0244]図１０の例によれば、ビデオデコーダ２０は、少なくとも３つの深度イントラ予測モードのいずれが深度ブロックを復号するために使用されるかを示す情報、たとえば本明細書で説明されるようなシンタックス要素をビットストリームから復号する（２１０）。少なくとも３つの深度イントラ予測モードは、ＤＭＭ３、ＤＭＭ４、チェーンコーディングモード、ＤＣモード、および方向性イントラ予測モードの少なくとも１つを含み、本明細書で説明される任意の深度イントラ予測モードを含み得る。ビデオデコーダ３０はまた、深度イントラ予測モードを使用して予測ブロックを生成することができる。ビデオデコーダ３０はさらに、ビットストリームから、深度ブロックのための１つまたは複数のＤＣ残差値を復号する（２１２）。たとえば、ビデオデコーダ３０は、深度ブロックが非パーティションベースの、たとえばＨＥＶＣイントラ予測モードを使用して符号化されるとき、深度ブロックのための単一のＤＣ残差値を復号することができ、または、深度ブロックがパーティションベースの（たとえば、３Ｄ−ＨＥＶＣ）深度イントラ予測モードを使用して符号化されるとき、深度ブロックの２つのパーティションの各々のためのそれぞれのＤＣ残差値を復号することができる。ビデオデコーダ３０は、たとえば、本明細書で説明される技法のいずれかを使用して、ＤＣ残差値に基づいて深度ブロックを再構築する（２１４）。深度ブロックの再構築は、たとえば、ピクセルごとに、ＤＣ残差値から生成された残差ブロックと予測ブロックを組み合わせることを含み得る。
【０２３１】
[0245]図１１は、非パーティションベースの（たとえば、ＨＥＶＣ）イントラ予測モードまたはパーティションベースの（たとえば、３Ｄ−ＨＥＶＣ）深度イントラ予測モードのいずれかに従って深度ブロックを深度イントラ予測符号化するためにＳＤＣモードを実行するための例示的な方法を示す流れ図である。図１１の例示的な方法は、本明細書で説明されるようなビデオエンコーダ２０、または別のビデオエンコーダによって実行され得る。
【０２３２】
[0246]図１１の例示的な方法によれば、ビデオエンコーダ２０は、深度ブロックが非パーティションベースの（たとえば、ＨＥＶＣ）イントラ予測モードを使用して符号化されるか、またはパーティションベースの（たとえば、３Ｄ−ＨＥＶＣ）イントラ予測モードを使用して符号化されるかを決定する（２２０）。本明細書で説明されるように、ビデオエンコーダ２０は、どのタイプの深度イントラ予測モードが深度ブロックを符号化するために使用されるかをビデオデコーダに示す、ビットストリーム中のシンタックス要素または他の情報を符号化することができる。
【０２３３】
[0247]深度ブロックが非パーティションベースの（たとえば、ＨＥＶＣ）イントラ予測モードを使用して符号化される場合、ビデオエンコーダ２０は、特定の非パーティションベースの（たとえば、ＨＥＶＣ）イントラ予測モードに従って、深度ブロックのためのピクセル固有の予測子の値を決定する（２２２）。ビデオエンコーダ２０は次いで、たとえば本明細書で説明される技法のいずれかを使用して、深度ブロックのための単一のＤＣ残差値を決定する（２２４）。たとえば、ビデオエンコーダ２０は、深度ブロックのためのＤＣ深度値、たとえば平均深度値と、ＤＣ予測子の値とを、ピクセル固有のＤＣ予測子の値のサブセットに基づいて決定することができる。ビデオエンコーダ２０は、ＤＣ深度値とＤＣ予測子の値との差分として、ＤＣ残差値を決定することができる。ビデオエンコーダ２０は次いで、単一のＤＣ残差値をビットストリームの中に符号化することができる（２２６）。
【０２３４】
[0248]深度ブロックがパーティションベースの（たとえば、３Ｄ−ＨＥＶＣ）深度イントラ予測モードを使用して符号化される場合、ビデオエンコーダ２０は、たとえば、ＤＭＭモードおよびチェーンコーディングモードについて上で説明されたように、特定のパーティションベースの深度イントラ予測モードに従って深度ブロックを区分する（２２８）。ビデオエンコーダ２０はまた、たとえば、深度ブロックの１つまたは複数の隣接するサンプルに基づいて、特定のモードに従ってパーティションのためのそれぞれのＤＣ予測子の値を決定する（２３０）。ビデオエンコーダ２０は次いで、ＤＣ予測子の値に基づいて、パーティションのためのそれぞれのＤＣ残差値を決定する（２３２）。たとえば、ビデオエンコーダ２０は、各パーティションのためのそれぞれのＤＣ深度値、たとえば平均深度値を決定し、各パーティションのためのＤＣ残差値を、そのパーティションのためのＤＣ深度値とＤＣ予測子の値との差分として決定することができる。ビデオエンコーダ２０は、それぞれのＤＣ残差値をビットストリームの中に符号化する（２３４）。
【０２３５】
[0249]図１２は、ＨＥＶＣイントラ予測モードまたは３Ｄ−ＨＥＶＣ深度イントラ予測モードのいずれかに従って深度ブロックを深度イントラ予測復号するためにＳＤＣモードを実行するための例示的な方法を示す流れ図である。図１２の例示的な方法は、本明細書で説明されるようなビデオデコーダ３０、または別のビデオエンコーダによって実行され得る。
【０２３６】
[0250]図１２の例示的な方法によれば、ビデオデコーダ３０は、深度ブロックが非パーティションベースの（たとえば、ＨＥＶＣ）イントラ予測モードを使用して符号化されたか、またはパーティションベースの（たとえば、３Ｄ−ＨＥＶＣ）イントラ予測モードを使用して符号化されたかを決定する（２４０）。本明細書で説明されるように、ビデオデコーダ３０は、どのタイプの深度イントラ予測モードが深度ブロックを符号化するために使用されたかを示す、シンタックス要素または他の情報をビットストリームから復号することができる。
【０２３７】
[0251]深度ブロックが非パーティションベースの（たとえば、ＨＥＶＣ）イントラ予測モードを使用して符号化された場合、ビデオデコーダ３０は、特定の非パーティションベースの（たとえば、ＨＥＶＣ）イントラ予測モードに従って、深度ブロックのためのピクセル固有の予測子の値を決定する（２４２）。ビデオデコーダ３０はまた、深度ブロックのための単一のＤＣ残差値を復号する（２４４）。ビデオデコーダ３０は次いで、ピクセル固有の予測子の値およびＤＣ残差値に基づいて、深度ブロックを再構築することができる（２４６）。たとえば、各深度ピクセル値を再構築するために、ビデオデコーダ３０は、それぞれのピクセル固有の予測子の値を単一のＤＣ残差値と合計することができる。
【０２３８】
[0252]深度ブロックがパーティションベースの（たとえば、３Ｄ−ＨＥＶＣ）深度イントラ予測モードを使用して符号化された場合、ビデオデコーダ３０は、たとえば、ＤＭＭモードおよびチェーンコーディングモードについて上で説明されたように、特定のパーティションベースの深度イントラ予測モードに従って深度ブロックを区分する（２４８）。ビデオデコーダ３０はまた、たとえば、深度ブロックの１つまたは複数の隣接するサンプルに基づいて、特定のモードに従ってパーティションのためのそれぞれのＤＣ予測子の値を決定する（２５０）。ビデオデコーダ３０はまた、ビットストリームから、パーティションのためのそれぞれのＤＣ残差値を復号する（２５２）。ビデオデコーダ３０は次いで、たとえば予測子の値と残差値とを合計することによって、パーティションのためのＤＣ予測子の値およびＤＣ残差値に基づいて深度ブロックを再構築することができる（２５４）。
【０２３９】
[0253]図１３は、どの深度イントラ予測モードが深度ブロックをコーディングするために使用されるかということと、ＳＤＣモードが深度ブロックをコーディングするために使用されるかどうかとを示す、ビットストリーム中のシンタックス要素をコーディングするための例示的な方法を示す流れ図である。図１３に示される方法は、上で説明された技法に従ってビデオエンコーダ２０および／またはビデオデコーダ３０によって実行され得る技法の例を表す。図１３では、例示的な方法が、ビデオエンコーダ２０およびビデオデコーダ３０によって実行されるものと同様のまたは逆の動作を参照して、一緒に説明される。
【０２４０】
[0254]図１３の例示的な方法に従って、深度ブロックが非パーティションベースの（たとえば、ＨＥＶＣ）イントラ予測モードのいずれかを使用してコーディング（たとえば、符号化または復号）されるかどうかを示す第１のシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇを、ビデオコーダがコーディングする（たとえば、ビデオエンコーダ２０が符号化し、またはビデオデコーダ３０が復号する）（２６０）。いくつかの例では、第１のシンタックス要素の第１の値は、複数の深度イントラ予測モードからある深度ブロックのために選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、第１のシンタックス要素の第２の値は、深度ブロックのために選択された深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示す。
【０２４１】
[0255]ビデオコーダは、深度ブロックまたは深度ブロックの各パーティションのための１つまたは複数のＤＣ残差値をコーディングするためにＳＤＣモードが使用されるかどうかを示す第２のシンタックス要素、たとえばｓｄｃ＿ｆｌａｇをコーディングする（２６２）。ビデオコーダはまた、非パーティションベースの（たとえば、ＨＥＶＣ）イントラ予測モードのいずれが深度ブロックをコーディングするために使用されるかを示す、１つまたは複数のシンタックス要素をコーディングすることができる。深度ブロックが非パーティションベースの（たとえば、ＨＥＶＣ）イントラ予測モードのいずれかを使用してコーディングされないことを第１のシンタックス要素が示す場合（２６４のＮＯ）、ビデオコーダは、パーティションベースの（３Ｄ−ＨＥＶＣ）深度イントラ予測モードのいずれが深度ブロックをコーディングするために使用されるかを示す、第３のシンタックス要素をコーディングする（２６６）。いくつかの例では、領域境界チェーンコーディングモードは、深度ブロックをコーディングするために使用されず、または使用不可能である。そのような例では、ビデオコーダは、第３のシンタックス要素をコーディングする必要はないことがあり、第１のシンタックス要素、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇの０に等しい第１の値は、ＤＭＭモードが現在の深度ブロックをイントラコーディングするために使用されることを示す。
【０２４２】
[0256]いくつかの例では、ＣＡＢＡＣプロセスに従って、第１のシンタックス要素および／または第２のシンタックス要素を、ビデオコーダがコーディングし（たとえば、ビデオエンコーダ２０が符号化し、および／またはビデオデコーダ３０が復号し）、ＣＡＢＡＣプロセスに従って、第１のシンタックス要素と第２のシンタックス要素の少なくとも１つ、たとえばｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇをコーディングするための初期確率状態を、不等確率状態に設定する。いくつかの例では、本明細書で説明されるように、ビデオコーダは、深度ブロックを含むスライスのスライスタイプを決定し、スライスタイプに基づいて、複数の確率状態からＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つをコーディングするための初期確率状態を選択する。様々な例において、ビデオコーダは、深度ブロックの任意の隣接する深度ブロックのためのシンタックス要素の値を参照して、または参照せずに、第１のシンタックス要素と第２のシンタックス要素の一方または両方のための初期確率状態を設定する。
【０２４３】
[0257]図１４は、ビットストリーム中のＤＣ残差値をコーディングするための例示的な方法を示す流れ図である。図１４に示される方法は、上で説明された技法に従ってビデオエンコーダ２０および／またはビデオデコーダ３０によって実行され得る技法の例を表す。図１４では、例示的な方法が、ビデオエンコーダ２０およびビデオデコーダ３０によって実行されるものと同様のまたは逆の動作を参照して、一緒に説明される。
【０２４４】
[0258]図１４の例示的な方法によれば、ビデオコーダは、ＤＣ残差値が０に等しいかどうかを示す第１のシンタックス要素をコーディングする（２７０）。ＤＣ残差値が０に等しい場合（２７２のＹＥＳ）、ＤＣ残差値をコーディングするための方法は終了する。ＤＣ残差値が０に等しくない場合（２７２のＮＯ）、ビデオコーダはさらに、ＤＣ残差値が正か負かを示す第２のシンタックス要素をコーディングし（２７４）、「ＤＣ残差値の絶対値」−１を示す第３のシンタックス値をコーディングする（２７６）。
【０２４５】
[0259]図１５は、ビットストリーム中のＤＣ残差値を符号化するための例示的な方法を示す流れ図である。図１５に示される方法は、上で説明された技法に従ってビデオエンコーダ２０によって実行され得る技法の例を表す。
【０２４６】
[0260]図１５の例示的な方法によれば、本明細書で説明されるように、ビデオエンコーダ、たとえばビデオエンコーダ２０は、ブロック、またはブロックのパーティションのためのＤＣ残差値を決定するために、ＳＤＣモードを実行する（２８０）。ビデオエンコーダは、ＳＤＣモードに従って決定されたＤＣ残差値を含むある範囲内の候補ＤＣ残差値のセットを識別する（２８２）。たとえば、ビデオエンコーダは、候補ＤＣ残差値のセットを含むＤＣ残差値の範囲を定義するために、決定されたＤＣ残差値に１つまたは複数のオフセットを適用することができる。
【０２４７】
[0261]ビデオエンコーダは、候補ＤＣ残差値のセットにＶＳＯプロセスを適用する（２８６）。ビデオエンコーダは、ＶＳＯプロセスの結果に基づいて、候補ＤＣ残差値のセットからＤＣ残差値の１つを選択する（２８８）。たとえば、ビデオエンコーダは、候補ＤＣ残差値のセットから、ＶＳＯプロセスに従って、コストが最低のＤＣ残差値を選択することができる。ビデオエンコーダは、たとえばＳＤＣプロセスに従って決定されるＤＣ残差値の代わりに、符号化されたビデオビットストリーム中の選択されたＤＣ残差値を符号化する。この方式では、ビデオデコーダは、ＶＳＯプロセスから選択されるＤＣ残差値を利用するために修正される必要がない。
【０２４８】
[0262]上で説明された技法は、その両方が一般にビデオコーダと呼ばれ得る、ビデオエンコーダ２０（図１および図７）および／またはビデオデコーダ３０（図１および図８）によって実行され得る。加えて、ビデオコーディングは一般に、適用可能な場合、ビデオ符号化および／またはビデオ復号を指し得る。
【０２４９】
[0263]本開示の技法は全般に３Ｄ−ＨＥＶＣに関して説明されたが、本技法はこのように限定されない。上で説明された技法は、他の現在の規格またはまだ開発されていない将来の規格にも適用可能であり得る。たとえば、深度コーディングするための技法は、深度成分のコーディングを必要とする他の現在のまたは将来の規格にも適用可能であり得る。
【０２５０】
[0264]１つまたは複数の例では、本明細書で説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行されてよい。コンピュータ可読媒体は、たとえば、データ記憶媒体などの有形媒体、または、たとえば通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体に対応する、コンピュータ可読記憶媒体を含み得る。このようにして、コンピュータ可読媒体は、一般に、（１）非一時的である有形のコンピュータ可読記憶媒体または（２）信号またはキャリア波のような通信媒体に相当し得る。データ記憶媒体は、本開示で説明される技法の実装のための命令、コードおよび／またはデータ構造を取り出すために、１つもしくは複数のコンピュータまたは１つもしくは複数のプロセッサによってアクセスされ得る、任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含み得る。
【０２５１】
[0265]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、フラッシュメモリ、または、命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用されコンピュータによってアクセスされ得る、任意の他の媒体を備え得る。また、任意の接続が、コンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、ウェブサイト、サーバ、または他の遠隔ソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、マイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに、非一時的な有形記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）と、レーザーディスク（登録商標）と、光ディスクと、デジタル多用途ディスク（ＤＶＤ）と、フロッピー（登録商標）ディスクと、Ｂｌｕ−ｒａｙディスクとを含み、通常、ディスク（disk）は磁気的にデータを再生するが、ディスク（disc）はレーザーを用いてデータを光学的に再生する。上の組み合わせも、コンピュータ可読媒体の範囲の中に含まれるべきである。
【０２５２】
[0266]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または他の等価な集積論理回路もしくはディスクリート論理回路のような、１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造、または、本明細書で説明された技法の実装に好適な他の構造のいずれかを指し得る。加えて、いくつかの態様では、本明細書で説明される機能は、符号化および復号のために構成されるか、または複合コーデックに組み込まれる、専用のハードウェアモジュールおよび／またはソフトウェアモジュール内で提供され得る。また、本技法は、１つまたは複数の回路または論理素子内で完全に実装され得る。
【０２５３】
[0267]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置で実装され得る。様々なコンポーネント、モジュール、またはユニットは、開示されている技術を実行するように構成されたデバイスの機能的態様を強調するように本開示において説明されているが、異なるハードウェアユニットによる実現を必ずしも必要としない。むしろ、上で説明されたように、様々なユニットは、コーデックハードウェアユニット中で組み合わせられてよく、または、上で説明した１つまたは複数のプロセッサを含む、好適なソフトウェアおよび／またはファームウェアとともに相互動作可能なハードウェアユニットの集合によって提供されてよい。
【０２５４】
[0268]本開示に従った本技法の様々な例が説明された。多数の具体的な例が下で説明される。本明細書で説明される例および他の例は、以下の特許請求の範囲の範囲内に入る。
【０２５５】
[0269]例１．  ビデオデータを復号する方法であって、符号化されたビデオビットストリームから第１のシンタックス要素を復号することと、ここにおいて、第１のシンタックス要素の第１の値は、複数の深度イントラ予測モードから深度ブロックのために選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、第１のシンタックス要素の第２の値は、深度ブロックのために選択された深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示し、符号化されたビデオビットストリームから第２のシンタックス要素を復号することと、ここにおいて、第２のシンタックス要素は、深度ブロックを再構築するために簡易深度コーディング（ＳＤＣ）モードを実行するかどうかを示し、ＳＤＣモードは、ビットストリームから少なくとも１つのＤＣ残差値を復号することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、深度ブロックのために選択された深度イントラ予測モードと、ＳＤＣモードを実行するかどうかの指示とに従って、深度ブロックを再構築することと、を備える、方法。
【０２５６】
[0270]例２．  第１のシンタックス要素がｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇシンタックス要素を備え、第２のシンタックス要素がｓｄｃ＿ｆｌａｇシンタックス要素を備える、例１の方法。
【０２５７】
[0271]例３．  第１のシンタックス要素と第２のシンタックス要素とを復号することが、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）プロセスに従って第１のシンタックス要素と第２のシンタックス要素とを復号することを備える、例１の方法。
【０２５８】
[0272]例４．  ＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを復号するための初期確率状態を不等確率状態に設定することをさらに備える、例３の方法。
【０２５９】
[0273]例５．  ＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを復号するための初期確率状態を不等確率状態に設定することが、ＣＡＢＡＣプロセスに従って第１のシンタックス要素を復号するための初期確率状態を不等確率状態に設定することを備える、例４の方法。
【０２６０】
[0274]例６．  深度ブロックを含むスライスのスライスタイプを決定することと、スライスタイプに基づいて、複数の確率状態からＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを復号するための初期確率状態を選択することと、をさらに備える、例３の方法。
【０２６１】
[0275]例７．  スライスのスライスタイプを決定することが、スライスがＢスライスであるか、Ｐスライスであるか、またはＩスライスであるかを決定することを備え、初期確率状態を選択することが、スライスがＢスライスであるときに第１の初期確率状態を選択することと、スライスがＰスライスであるときに第２の初期確率状態を選択することと、スライスがＩスライスであるときに第３の初期確率状態を選択することと、を備える、例６の方法。
【０２６２】
[0276]例８．  深度ブロックの任意の隣接する深度ブロックのためのシンタックス要素の値を参照することなく、ＣＡＢＡＣプロセスに従って深度ブロックのための第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを復号するための初期確率状態を設定することをさらに備える、例３の方法。
【０２６３】
[0277]例９．  少なくとも１つの第１のシンタックス要素と第２のシンタックス要素が、ｄｅｐｔｈ＿ｍｏｄｅ＿ｐａｒａｍｅｔｅｒｓシンタックス構造のシンタックス要素を備える、例１の方法。
【０２６４】
[0278]例１０．  ビデオデータを符号化する方法であって、複数の深度イントラ予測モードから、符号化されたビデオビットストリーム中の深度ブロックを符号化するための深度イントラ予測モードを選択することと、符号化されたビデオビットストリーム中の深度ブロックを符号化するための簡易深度コーディング（ＳＤＣ）モードを実行するかどうかを決定することと、ＳＤＣモードはビットストリーム中の少なくとも１つのＤＣ残差値を符号化することを備え、ＤＣ残差値は深度ブロックの複数のサンプルの残差値を表し、選択された深度イントラ予測モードおよびＳＤＣモードを実行するかどうかの決定に従って、符号化されたビデオビットストリーム中の深度ブロックを符号化することと、符号化されたビデオビットストリーム中の第１のシンタックス要素を符号化することと、ここにおいて、第１のシンタックス要素の第１の値は、選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、第１のシンタックス要素の第２の値は、深度ブロックのための選択された深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示し、符号化されたビデオビットストリーム中の第２のシンタックス要素を符号化することと、第２のシンタックス要素は、ＳＤＣモードが符号化されたビデオビットストリーム中の深度ブロックを符号化するために実行されたかどうかを示し、を備える、方法。
【０２６５】
[0279]例１１．  第１のシンタックス要素がｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇシンタックス要素を備え、第２のシンタックス要素がｓｄｃ＿ｆｌａｇシンタックス要素を備える、例１０の方法。
【０２６６】
[0280]例１２．  第１のシンタックス要素と第２のシンタックス要素とを符号化することが、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）プロセスに従って第１のシンタックス要素と第２のシンタックス要素とを符号化することを備える、例１０の方法。
【０２６７】
[0281]例１３．  ＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを符号化するための初期確率状態を不等確率状態に設定することをさらに備える、例１２の方法。
【０２６８】
[0282]例１４．  ＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを符号化するための初期確率状態を不等確率状態に設定することが、ＣＡＢＡＣプロセスに従って第１のシンタックス要素を符号化するための初期確率状態を不等確率状態に設定することを備える、例１３の方法。
【０２６９】
[0283]例１５．  深度ブロックを含むスライスのスライスタイプを決定することと、スライスタイプに基づいて、複数の確率状態からＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを符号化するための初期確率状態を選択することと、をさらに備える、例１２の方法。
【０２７０】
[0284]例１６．  スライスのスライスタイプを決定することが、スライスがＢスライスであるか、Ｐスライスであるか、またはＩスライスであるかを決定することを備え、初期確率状態を選択することが、スライスがＢスライスであるときに第１の初期確率状態を選択することと、スライスがＰスライスであるときに第２の初期確率状態を選択することと、スライスがＩスライスであるときに第３の初期確率状態を選択することと、を備える、例１５の方法。
【０２７１】
[0285]例１７．  深度ブロックの任意の隣接する深度ブロックのためのシンタックス要素の値を参照することなく、ＣＡＢＡＣプロセスに従って深度ブロックのための第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを符号化するための初期確率状態を設定することをさらに備える、例１２の方法。
【０２７２】
[0286]例１８．  少なくとも１つの第１のシンタックス要素と第２のシンタックス要素が、ｄｅｐｔｈ＿ｍｏｄｅ＿ｐａｒａｍｅｔｅｒｓシンタックス構造のシンタックス要素を備える、例１０の方法。
【０２７３】
[0287]例１９．  ビデオデコーダを備えるデバイスであって、ビデオデコーダが、ビデオデータを符号化する符号化されたビデオビットストリームを記憶するように構成されるメモリと、符号化されたビデオビットストリームから第１のシンタックス要素を復号することと、ここにおいて、第１のシンタックス要素の第１の値は、複数の深度イントラ予測モードから深度ブロックのために選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、第１のシンタックス要素の第２の値は、深度ブロックのために選択された深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示し、符号化されたビデオビットストリームから第２のシンタックス要素を復号することと、ここにおいて、第２のシンタックス要素は、深度ブロックを再構築するために簡易深度コーディング（ＳＤＣ）モードを実行するかどうかを示し、ＳＤＣモードは、ビットストリームから少なくとも１つのＤＣ残差値を復号することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、深度ブロックのために選択された深度イントラ予測モードと、ＳＤＣモードを実行するかどうかの指示とに従って、深度ブロックを再構築することと、を行うように構成される、１つまたは複数のプロセッサと、を備える、デバイス。
【０２７４】
[0288]例２０．  第１のシンタックス要素がｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇシンタックス要素を備え、第２のシンタックス要素がｓｄｃ＿ｆｌａｇシンタックス要素を備える、例１９のデバイス。
【０２７５】
[0289]例２１．  １つまたは複数のプロセッサが、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）プロセスに従って第１のシンタックス要素と第２のシンタックス要素とを復号するように構成される、例１９のデバイス。
【０２７６】
[0290]例２２．  １つまたは複数のプロセッサがさらに、ＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを復号するための初期確率状態を不等確率状態に設定するように構成される、例２１のデバイス。
【０２７７】
[0291]例２３．  １つまたは複数のプロセッサが、ＣＡＢＡＣプロセスに従って第１のシンタックス要素を復号するための初期確率状態を不等確率状態に設定するように構成される、例２２のデバイス。
【０２７８】
[0292]例２４．  １つまたは複数のプロセッサがさらに、深度ブロックを含むスライスのスライスタイプを決定することと、スライスタイプに基づいて、複数の確率状態からＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを復号するための初期確率状態を選択することと、を行うように構成される、例２１のデバイス。
【０２７９】
[0293]例２５．  １つまたは複数のプロセッサが、スライスがＢスライスであるか、Ｐスライスであるか、またはＩスライスであるかを決定することと、スライスがＢスライスであるときに第１の初期確率状態を選択することと、スライスがＰスライスであるときに第２の初期確率状態を選択することと、スライスがＩスライスであるときに第３の初期確率状態を選択することと、を行うように構成される、例２４のデバイス。
【０２８０】
[0294]例２６．  １つまたは複数のプロセッサがさらに、深度ブロックの任意の隣接する深度ブロックのためのシンタックス要素の値を参照することなく、ＣＡＢＡＣプロセスに従って深度ブロックのための第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを復号するための初期確率状態を設定するように構成される、例２１のデバイス。
【０２８１】
[0295]例２７．  少なくとも１つの第１のシンタックス要素と第２のシンタックス要素が、ｄｅｐｔｈ＿ｍｏｄｅ＿ｐａｒａｍｅｔｅｒｓシンタックス構造のシンタックス要素を備える、例１９のデバイス。
【０２８２】
[0296]例２８．  デバイスが、ビデオデコーダを実装する集積回路、ビデオデコーダを実装するマイクロプロセッサ、およびビデオデコーダを含むワイヤレス通信デバイスの少なくとも１つを備える、例１９のデバイス。
【０２８３】
[0297]例２９．  ビデオエンコーダを備えるデバイスであって、ビデオエンコーダが、ビデオデータを符号化する符号化されたビデオビットストリームを記憶するように構成されるメモリと、複数の深度イントラ予測モードから、符号化されたビデオビットストリーム中の深度ブロックを符号化するための深度イントラ予測モードを選択することと、符号化されたビデオビットストリーム中の深度ブロックを符号化するための簡易深度コーディング（ＳＤＣ）モードを実行するかどうかを決定することと、ＳＤＣモードはビットストリーム中の少なくとも１つのＤＣ残差値を符号化することを備え、ＤＣ残差値は深度ブロックの複数のサンプルの残差値を表し、選択された深度イントラ予測モードおよびＳＤＣモードを実行するかどうかの決定に従って、符号化されたビデオビットストリーム中の深度ブロックを符号化することと、符号化されたビデオビットストリーム中の第１のシンタックス要素を符号化することと、ここにおいて、第１のシンタックス要素の第１の値は、選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、第１のシンタックス要素の第２の値は、深度ブロックのための選択された深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示し、符号化されたビデオビットストリーム中の第２のシンタックス要素を符号化することと、第２のシンタックス要素が、ＳＤＣモードが符号化されたビデオビットストリーム中の深度ブロックを符号化するために実行されたかどうかを示し、を行うように構成される、１つまたは複数のプロセッサと、を備える、デバイス。
【０２８４】
[0298]例３０．  第１のシンタックス要素がｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇシンタックス要素を備え、第２のシンタックス要素がｓｄｃ＿ｆｌａｇシンタックス要素を備える、例２９のデバイス。
【０２８５】
[0299]例３１．  １つまたは複数のプロセッサが、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）プロセスに従って第１のシンタックス要素と第２のシンタックス要素とを符号化するように構成される、例２９のデバイス。
【０２８６】
[0300]例３２．  １つまたは複数のプロセッサがさらに、ＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを符号化するための初期確率状態を不等確率状態に設定するように構成される、例３１のデバイス。
【０２８７】
[0301]例３３．  １つまたは複数のプロセッサが、ＣＡＢＡＣプロセスに従って第１のシンタックス要素を符号化するための初期確率状態を不等確率状態に設定するように構成される、例３２のデバイス。
【０２８８】
[0302]例３４．  １つまたは複数のプロセッサがさらに、深度ブロックを含むスライスのスライスタイプを決定することと、スライスタイプに基づいて、複数の確率状態からＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを符号化するための初期確率状態を選択することと、を行うように構成される、例３１のデバイス。
【０２８９】
[0303]例３５．  １つまたは複数のプロセッサが、スライスがＢスライスであるか、Ｐスライスであるか、またはＩスライスであるかを決定することと、スライスがＢスライスであるときに第１の初期確率状態を選択することと、スライスがＰスライスであるときに第２の初期確率状態を選択することと、スライスがＩスライスであるときに第３の初期確率状態を選択することと、を行うように構成される、例３４のデバイス。
【０２９０】
[0304]例３６．  １つまたは複数のプロセッサがさらに、深度ブロックの任意の隣接する深度ブロックのためのシンタックス要素の値を参照することなく、ＣＡＢＡＣプロセスに従って深度ブロックのための第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを符号化するための初期確率状態を設定するように構成される、例３１のデバイス。
【０２９１】
[0305]例３７．  少なくとも１つの第１のシンタックス要素と第２のシンタックス要素が、ｄｅｐｔｈ＿ｍｏｄｅ＿ｐａｒａｍｅｔｅｒｓシンタックス構造のシンタックス要素を備える、例２９のデバイス。
【０２９２】
[0306]例３８．  デバイスが、ビデオエンコーダを実装する集積回路、ビデオエンコーダを実装するマイクロプロセッサ、およびビデオエンコーダを含むワイヤレス通信デバイスの少なくとも１つを備える、例２９のデバイス。
【０２９３】
[0307]例３９．  ビデオコーダを備えるデバイスであって、ビデオコーダが、符号化されたビデオビットストリーム中の第１のシンタックス要素をコーディングするための手段と、ここにおいて、第１のシンタックス要素の第１の値は、複数の深度イントラ予測モードから深度ブロックのために選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、第１のシンタックス要素の第２の値は、深度ブロックのために選択された深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示し、符号化されたビデオビットストリーム中の第２のシンタックス要素をコーディングするための手段と、ここにおいて、第２のシンタックス要素は、深度ブロックを再構築するために簡易深度コーディング（ＳＤＣ）モードを実行するかどうかを示し、ＳＤＣモードは、ビットストリームから少なくとも１つのＤＣ残差値を復号することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、第１のシンタックス要素および第２のシンタックス要素に従って、符号化されたビデオビットストリーム中の深度ブロックをコーディングするための手段と、を備える、デバイス。
【０２９４】
[0308]例４０．  第１のシンタックス要素がｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇシンタックス要素を備え、第２のシンタックス要素がｓｄｃ＿ｆｌａｇシンタックス要素を備える、例３９のデバイス。
【０２９５】
[0309]例４１．  第１のシンタックス要素と第２のシンタックス要素とをコーディングするための手段が、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）プロセスに従って第１のシンタックス要素と第２のシンタックス要素とをコーディングするための手段を備える、例３９のデバイス。
【０２９６】
[0310]例４２．  ＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つをコーディングするための初期確率状態を不等確率状態に設定するための手段をさらに備える、例４１のデバイス。
【０２９７】
[0311]例４３．  ＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つをコーディングするための初期確率状態を不等確率状態に設定するための手段が、ＣＡＢＡＣプロセスに従って第１のシンタックス要素をコーディングするための初期確率状態を不等確率状態に設定するための手段を備える、例４２のデバイス。
【０２９８】
[0312]例４４．  深度ブロックを含むスライスのスライスタイプを決定するための手段と、スライスタイプに基づいて、複数の確率状態からＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを復号するための初期確率状態を選択するための手段と、をさらに備える、例４１のデバイス。
【０２９９】
[0313]例４５．  スライスのスライスタイプを決定するための手段が、スライスがＢスライスであるか、Ｐスライスであるか、またはＩスライスであるかを決定するための手段を備え、初期確率状態を選択するための手段が、スライスがＢスライスであるときに第１の初期確率状態を選択するための手段と、スライスがＰスライスであるときに第２の初期確率状態を選択するための手段と、スライスがＩスライスであるときに第３の初期確率状態を選択するための手段と、を備える、例４４のデバイス。
【０３００】
[0314]例４６．  深度ブロックの任意の隣接する深度ブロックのためのシンタックス要素の値を参照することなく、ＣＡＢＡＣプロセスに従って深度ブロックのための第１のシンタックス要素と第２のシンタックス要素の少なくとも１つをコーディングするための初期確率状態を設定するための手段をさらに備える、例４１のデバイス。
【０３０１】
[0315]例４７．  少なくとも１つの第１のシンタックス要素と第２のシンタックス要素が、ｄｅｐｔｈ＿ｍｏｄｅ＿ｐａｒａｍｅｔｅｒｓシンタックス構造のシンタックス要素を備える、例３９のデバイス。
【０３０２】
[0316]例４８．  命令を記憶したコンピュータ可読記憶媒体であって、この命令が、ビデオコーダの１つまたは複数のプロセッサによって実行されると、ビデオコーダに、符号化されたビデオビットストリーム中の第１のシンタックス要素をコーディングすることと、ここにおいて、第１のシンタックス要素の第１の値は、複数の深度イントラ予測モードから深度ブロックのために選択された深度イントラ予測モードが、プレーナイントラ予測モード、ＤＣイントラ予測モード、または方向性イントラ予測モードのうちの１つであることを示し、第１のシンタックス要素の第２の値は、深度ブロックのために選択された深度イントラ予測モードが、複数の深度モデリングモードまたは領域境界チェーンコーディングモードのうちの１つであることを示し、符号化されたビデオビットストリーム中の第２のシンタックス要素をコーディングすることと、ここにおいて、第２のシンタックス要素は、深度ブロックを再構築するために簡易深度コーディング（ＳＤＣ）モードを実行するかどうかを示し、ＳＤＣモードは、ビットストリームから少なくとも１つのＤＣ残差値を復号することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、第１のシンタックス要素および第２のシンタックス要素に従って、符号化されたビデオビットストリーム中の深度ブロックをコーディングすることと、行わせる、コンピュータ可読記憶媒体。
【０３０３】
[0317]例４９．  第１のシンタックス要素がｈｅｖｃ＿ｉｎｔｒａ＿ｆｌａｇシンタックス要素を備え、第２のシンタックス要素がｓｄｃ＿ｆｌａｇシンタックス要素を備える、例４８のコンピュータ可読記憶媒体。
【０３０４】
[0318]例５０．  ビデオコーダに第１のシンタックス要素と第２のシンタックス要素とをコーディングさせる命令が、ビデオコーダに、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）プロセスに従って第１のシンタックス要素と第２のシンタックス要素とをコーディングさせる命令を備える、例４８のコンピュータ可読記憶媒体。
【０３０５】
[0319]例５１．  ビデオコーダに、ＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つをコーディングするための初期確率状態を不等確率状態へ設定させる命令をさらに備える、例５０のコンピュータ可読記憶媒体。
【０３０６】
[0320]例５２．  ビデオコーダに、ＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つをコーディングするための初期確率状態を不等確率状態へ設定させる命令が、ビデオコーダに、ＣＡＢＡＣプロセスに従って第１のシンタックス要素をコーディングするための初期確率状態を不等確率状態へ設定させる命令を備える、例５１のコンピュータ可読記憶媒体。
【０３０７】
[0321]例５３．  ビデオコーダに、深度ブロックを含むスライスのスライスタイプを決定することと、スライスタイプに基づいて、複数の確率状態からＣＡＢＡＣプロセスに従って第１のシンタックス要素と第２のシンタックス要素の少なくとも１つを復号するための初期確率状態を選択することと、を行わせる命令をさらに備える、例５０のコンピュータ可読記憶媒体。
【０３０８】
[0322]例５４．  ビデオコーダにスライスのスライスタイプを決定させる命令が、ビデオコーダに、スライスがＢスライスであるか、Ｐスライスであるか、またはＩスライスであるかをビデオコーダに決定させる命令を備え、ビデオコーダに初期確率状態を選択させる命令が、ビデオコーダに、スライスがＢスライスであるときに第１の初期確率状態を選択することと、スライスがＰスライスであるときに第２の初期確率状態を選択することと、スライスがＩスライスであるときに第３の初期確率状態を選択することと、を行わせる命令を備える、例５３のコンピュータ可読記憶媒体。
【０３０９】
[0323]例５５．  ビデオコーダに、深度ブロックの任意の隣接する深度ブロックのためのシンタックス要素の値を参照することなく、ＣＡＢＡＣプロセスに従って深度ブロックのための第１のシンタックス要素と第２のシンタックス要素の少なくとも１つをコーディングするための初期確率状態を設定させる命令をさらに備える、例５０のコンピュータ可読記憶媒体。
【０３１０】
[0324]例５６．  少なくとも１つの第１のシンタックス要素と第２のシンタックス要素が、ｄｅｐｔｈ＿ｍｏｄｅ＿ｐａｒａｍｅｔｅｒｓシンタックス構造のシンタックス要素を備える、例４８のコンピュータ可読記憶媒体。
【０３１１】
[0325]例５７．  ビデオデータを符号化する方法であって、複数の深度イントラ予測モードから選択された深度イントラ予測モードに従って深度ブロックを符号化することと、ここにおいて、深度ブロックを符号化することは、深度イントラ予測モードのうちの示された１つに基づいて、深度ブロックのための少なくとも１つのＤＣ残差値を決定するために簡易深度コーディング（ＳＤＣ）モードを実行することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別することと、候補ＤＣ残差値のセットの各々にビュー合成最適化プロセスを適用することと、ビュー合成最適化プロセスに基づいて候補ＤＣ残差値のセットから１つのＤＣ残差値を選択することと、符号化されたビデオビットストリームの中に選択されたＤＣ残差値を符号化することと、を備える、方法。
【０３１２】
[0326]例５８．  候補ＤＣ残差値のセットの各々にビュー合成最適化プロセスを適用することが、ビュー合成最適化プロセスに従って候補ＤＣ残差値のセットの各々に関するコストを決定することを備え、ビュー合成最適化プロセスに基づいて候補ＤＣ残差値のセットから１つのＤＣ残差値を選択することが、候補ＤＣ残差値のセットからコストが最低である１つのＤＣ残差値を選択することを備える、例５７の方法。
【０３１３】
[0327]例５９．  決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別することが、決定されたＤＣ残差値よりも小さい第１のオフセット値である第１のＤＣ残差値から、決定されたＤＣ残差値よりも大きい第２のオフセット値である第２のＤＣ残差値までの、ＤＣ残差値の範囲内の候補ＤＣ残差値のセットを識別することを備える、例５７の方法。
【０３１４】
[0328]例６０．  第１のオフセット値と第２のオフセット値が同じ値である、例５９の方法。
【０３１５】
[0329]例６１．  第１のオフセット値と第２のオフセット値が２である、例６０の方法。
【０３１６】
[0330]例６２．  決定されたＤＣ残差値よりも小さい第１のオフセット値である第１のＤＣ残差値から、決定されたＤＣ残差値よりも大きい第２のオフセット値である第２のＤＣ残差値までの、ＤＣ残差値の範囲内の候補ＤＣ残差値のセットを識別することが、［ＤＣＲｅｓｉ［ｉ］−Ｏｆｆｓｅｔ１，ＤＣＲｅｓｉ［ｉ］＋Ｏｆｆｓｅｔ２］によって定義される範囲内の候補ＤＣ残差値のセットを識別することを備え、ＤＣＲｅｓｉ［ｉ］が決定されたＤＣ残差値を示し、Ｏｆｆｓｅｔ１が第１のオフセット値であり、Ｏｆｆｓｅｔ２が第２のオフセット値であり、Ｏｆｆｓｅｔ１とＯｆｆｓｅｔ２の各々が非負の整数値を備える、例５９の方法。
【０３１７】
[0331]例６３．  ビデオエンコーダを備えるデバイスであって、ビデオエンコーダが、ビデオデータを符号化する符号化されたビデオビットストリームを記憶するように構成されるメモリと、複数の深度イントラ予測モードから選択された深度イントラ予測モードに従って深度ブロックを符号化することと、ここにおいて、深度ブロックを符号化することは、深度イントラ予測モードのうちの示された１つに基づいて、深度ブロックのための少なくとも１つのＤＣ残差値を決定するために簡易深度コーディング（ＳＤＣ）モードを実行することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別することと、候補ＤＣ残差値のセットの各々にビュー合成最適化プロセスを適用することと、ビュー合成最適化プロセスに基づいて候補ＤＣ残差値のセットから１つのＤＣ残差値を選択することと、符号化されたビデオビットストリームの中に選択されたＤＣ残差値を符号化することと、を行うように構成される、１つまたは複数のプロセッサと、を備える、デバイス。
【０３１８】
[0332]例６４．  １つまたは複数のプロセッサが、ビュー合成最適化プロセスに従って候補ＤＣ残差値のセットの各々に関するコストを決定することと、候補ＤＣ残差値のセットからコストが最低の１つのＤＣ残差値を選択することと、を行うように構成される、例６３のデバイス。
【０３１９】
[0333]例６５．  １つまたは複数のプロセッサが、決定されたＤＣ残差値よりも小さい第１のオフセット値である第１のＤＣ残差値から、決定されたＤＣ残差値よりも大きい第２のオフセット値である第２のＤＣ残差値までの、ＤＣ残差値の範囲内の候補ＤＣ残差値のセットを識別するように構成される、例６３のデバイス。
【０３２０】
[0334]例６６．  第１のオフセット値と第２のオフセット値が同じ値である、例６５のデバイス。
【０３２１】
[0335]例６７．  第１のオフセット値と第２のオフセット値が２である、例６６のデバイス。
【０３２２】
[0336]例６８．  １つまたは複数のプロセッサが、［ＤＣＲｅｓｉ［ｉ］−Ｏｆｆｓｅｔ１，ＤＣＲｅｓｉ［ｉ］＋Ｏｆｆｓｅｔ２］によって定義される範囲内の候補ＤＣ残差値のセットを識別するように構成され、ＤＣＲｅｓｉ［ｉ］が決定されたＤＣ残差値を示し、Ｏｆｆｓｅｔ１が第１のオフセット値であり、Ｏｆｆｓｅｔ２が第２のオフセット値であり、Ｏｆｆｓｅｔ１とＯｆｆｓｅｔ２の各々が非負の整数値を備える、例６５のデバイス。
【０３２３】
[0337]例６９．  ビデオエンコーダを備えるデバイスであって、ビデオエンコーダが、深度イントラ予測モードに従って深度ブロックを符号化するための手段と、ここにおいて、深度ブロックを符号化することは、深度イントラ予測モードのうちの示された１つに基づいて、深度ブロックのための少なくとも１つのＤＣ残差値を決定するために簡易深度コーディング（ＳＤＣ）モードを実行することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別するための手段と、候補ＤＣ残差値のセットの各々にビュー合成最適化プロセスを適用するための手段と、ビュー合成最適化プロセスに基づいて候補ＤＣ残差値のセットから１つのＤＣ残差値を選択するための手段と、符号化されたビデオビットストリームの中に選択されたＤＣ残差値を符号化するための手段と、を備える、デバイス。
【０３２４】
[0338]例７０．  候補ＤＣ残差値のセットの各々にビュー合成最適化プロセスを適用するための手段が、ビュー合成最適化プロセスに従って候補ＤＣ残差値のセットの各々に関するコストを決定するための手段を備え、ビュー合成最適化プロセスに基づいて候補ＤＣ残差値のセットから１つのＤＣ残差値を選択するための手段が、候補ＤＣ残差値のセットからコストが最低である１つのＤＣ残差値を選択するための手段を備える、例６９のデバイス。
【０３２５】
[0339]例７１．  決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別するための手段が、決定されたＤＣ残差値よりも小さい第１のオフセット値である第１のＤＣ残差値から、決定されたＤＣ残差値よりも大きい第２のオフセット値である第２のＤＣ残差値までの、ＤＣ残差値の範囲内の候補ＤＣ残差値のセットを識別するための手段を備える、請求項６９のデバイス。
【０３２６】
[0340]例７２．  第１のオフセット値と第２のオフセット値が同じ値である、例７１のデバイス。
【０３２７】
[0341]例７３．  第１のオフセット値と第２のオフセット値が２である、例７２のデバイス。
【０３２８】
[0342]例７４．  決定されたＤＣ残差値よりも小さい第１のオフセット値である第１のＤＣ残差値から、決定されたＤＣ残差値よりも大きい第２のオフセット値である第２のＤＣ残差値までの、ＤＣ残差値の範囲内の候補ＤＣ残差値のセットを識別するための手段が、［ＤＣＲｅｓｉ［ｉ］−Ｏｆｆｓｅｔ１，ＤＣＲｅｓｉ［ｉ］＋Ｏｆｆｓｅｔ２］によって定義される範囲内の候補ＤＣ残差値のセットを識別するための手段を備え、ＤＣＲｅｓｉ［ｉ］が決定されたＤＣ残差値を示し、Ｏｆｆｓｅｔ１が第１のオフセット値であり、Ｏｆｆｓｅｔ２が第２のオフセット値であり、Ｏｆｆｓｅｔ１とＯｆｆｓｅｔ２の各々が非負の整数値を備える、例７１のデバイス。
【０３２９】
[0343]例７５．  命令を記憶したコンピュータ可読記憶媒体であって、この命令が、ビデオエンコーダの１つまたは複数のプロセッサによって実行されると、ビデオエンコーダに、深度イントラ予測モードに従って深度ブロックを符号化することと、ここにおいて、深度ブロックを符号化することは、深度イントラ予測モードのうちの示された１つに基づいて、深度ブロックのための少なくとも１つのＤＣ残差値を決定するために簡易深度コーディング（ＳＤＣ）モードを実行することを備え、ＤＣ残差値は、深度ブロックの複数のサンプルの残差値を表し、決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別することと、候補ＤＣ残差値のセットの各々にビュー合成最適化プロセスを適用することと、ビュー合成最適化プロセスに基づいて候補ＤＣ残差値のセットから１つのＤＣ残差値を選択することと、符号化されたビデオビットストリームの中に選択されたＤＣ残差値を符号化することと、を行わせる、コンピュータ可読記憶媒体。
【０３３０】
[0344]例７６．  ビデオエンコーダに、候補ＤＣ残差値のセットの各々にビュー合成最適化プロセスを適用させる命令が、ビデオエンコーダに、ビュー合成最適化プロセスに従って候補ＤＣ残差値のセットの各々に関するコストを決定させる命令を備え、ビデオエンコーダに、ビュー合成最適化プロセスに基づいて候補ＤＣ残差値のセットから１つのＤＣ残差値を選択させる命令が、ビデオエンコーダに、候補ＤＣ残差値のセットからコストが最低である１つのＤＣ残差値を選択させる命令を備える、例７５のコンピュータ可読記憶媒体。
【０３３１】
[0345]例７７．  ビデオエンコーダに、決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別させる命令が、ビデオエンコーダに、決定されたＤＣ残差値よりも小さい第１のオフセット値である第１のＤＣ残差値から、決定されたＤＣ残差値よりも大きい第２のオフセット値である第２のＤＣ残差値までの、ＤＣ残差値の範囲内の候補ＤＣ残差値のセットを識別させる命令を備える、例７５のコンピュータ可読記憶媒体。
【０３３２】
[0346]例７８．  第１のオフセット値と第２のオフセット値が同じ値である、例７７のコンピュータ可読記憶媒体。
【０３３３】
[0347]例７９．  第１のオフセット値と第２のオフセット値が２である、例７８のコンピュータ可読記憶媒体。
【０３３４】
[0348]例８０．  ビデオエンコーダに、決定されたＤＣ残差値よりも小さい第１のオフセット値である第１のＤＣ残差値から、決定されたＤＣ残差値よりも大きい第２のオフセット値である第２のＤＣ残差値までの、ＤＣ残差値の範囲内の候補ＤＣ残差値のセットを識別させる命令が、ビデオエンコーダに、［ＤＣＲｅｓｉ［ｉ］−Ｏｆｆｓｅｔ１，ＤＣＲｅｓｉ［ｉ］＋Ｏｆｆｓｅｔ２］によって定義される範囲内の候補ＤＣ残差値のセットを識別させる命令を備え、ＤＣＲｅｓｉ［ｉ］が決定されたＤＣ残差値を示し、Ｏｆｆｓｅｔ１が第１のオフセット値であり、Ｏｆｆｓｅｔ２が第２のオフセット値であり、Ｏｆｆｓｅｔ１とＯｆｆｓｅｔ２の各々が非負の整数値を備える、例７７のコンピュータ可読記憶媒体。
【図１】
2016537844.tif 000057
【図２】
2016537844.tif 000058
【図３】
2016537844.tif 000059
【図４】
2016537844.tif 000060
【図５】
2016537844.tif 000061
【図６】
2016537844.tif 000062
【図７】
2016537844.tif 000063
【図８】
2016537844.tif 000064
【図９】
2016537844.tif 000065
【図１０】
2016537844.tif 000066
【図１１】
2016537844.tif 000067
【図１２】
2016537844.tif 000068
【図１３】
2016537844.tif 000069
【図１４】
2016537844.tif 000070
【図１５】
2016537844.tif 000071
【手続補正書】
【提出日】平成28年5月26日(2016.5.26)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０３２５
【補正方法】変更
【補正の内容】
【０３２５】
[0339]例７１．  決定されたＤＣ残差値を含むＤＣ残差値のある範囲内の候補ＤＣ残差値のセットを識別するための手段が、決定されたＤＣ残差値よりも小さい第１のオフセット値である第１のＤＣ残差値から、決定されたＤＣ残差値よりも大きい第２のオフセット値である第２のＤＣ残差値までの、ＤＣ残差値の範囲内の候補ＤＣ残差値のセットを識別するための手段を備える、例６９のデバイス。
【国際調査報告】
2016537844.tif 000072
2016537844.tif 000073