JP2016518050A - ３ｄ−ｈｅｖｃのための深度データの深度コーディングモードシグナリング - Google Patents

３ｄ−ｈｅｖｃのための深度データの深度コーディングモードシグナリング Download PDF

Info

Publication number
JP2016518050A
JP2016518050A JP2016505568A JP2016505568A JP2016518050A JP 2016518050 A JP2016518050 A JP 2016518050A JP 2016505568 A JP2016505568 A JP 2016505568A JP 2016505568 A JP2016505568 A JP 2016505568A JP 2016518050 A JP2016518050 A JP 2016518050A
Authority
JP
Japan
Prior art keywords
depth
mode
intra
coding
video
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2016505568A
Other languages
English (en)
Other versions
JP6158420B2 (ja
JP2016518050A5 (ja
Inventor
ジャン、リ
チェン、イン
ジャオ、シン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2016518050A publication Critical patent/JP2016518050A/ja
Publication of JP2016518050A5 publication Critical patent/JP2016518050A5/ja
Application granted granted Critical
Publication of JP6158420B2 publication Critical patent/JP6158420B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/11—Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/136—Incoming video signal characteristics or properties
    • H04N19/14—Coding unit complexity, e.g. amount of activity or edge presence estimation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/187—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a scalable video layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/189—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding
    • H04N19/196—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding being specially adapted for the computation of encoding parameters, e.g. by averaging previously computed encoding parameters
    • H04N19/197—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding being specially adapted for the computation of encoding parameters, e.g. by averaging previously computed encoding parameters including determination of the initial value of an encoding parameter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H04N19/463—Embedding additional information in the video signal during the compression process by compressing encoding parameters before transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H04N19/91—Entropy coding, e.g. variable length coding [VLC] or arithmetic coding

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Abstract

高効率ビデオコーディング（ＨＥＶＣ）コーディングモードとは異なる深度コーディングモードを使用してマルチビュー・プラス・深度フォーマットで表される３次元（３Ｄ）ビデオデータのための深度データを符号化および復号するための技術が説明されている。３Ｄ−ＨＥＶＣプロセスにおいて利用可能な追加の深度イントラコーディングモードの例は、深度モデリングモード（ＤＭＭ）、簡略深度コーディング（ＳＤＣ）モード、およびチェーンコーディングモード（ＣＣＭ）のうちの少なくとも２つを含む。それに加えて、追加の深度インターコーディングモードの一例は、インターＳＤＣモードを含む。一例において、これらの技術は、ＨＥＶＣシンタックスから分離している深度モデリングテーブル内に３Ｄビデオデータのための深度データをコーディングするために使用される深度イントラコーディングモードをシグナリングすることを含む。別の例において、本開示の技術は、深度コーディングモードのうちの２つまたはそれより多くにまたがって３Ｄビデオデータのための深度データの残差情報のシグナリングを統合することを含む。【選択図】図１１

Description

優先権の主張
本出願は、参照により本明細書に組み込まれている、名称がすべて「Ｓｉｍｐｌｉｆｉｅｄ Ｉｎｔｒａ Ｍｏｄｅｓ Ｓｉｇｎａｌｉｎｇ ｏｆ Ｄｅｐｔｈ Ｍａｐｓ ｆｏｒ ３Ｄ−ＨＥＶＣ」である、２０１３年３月２７日に出願した米国仮特許出願第６１／８０５，９０１号、２０１３年３月２７日に出願した米国仮特許出願第６１／８０５，９２２号、２０１３年４月１１日に出願した米国仮特許出願第６１／８１１，１０３号、２０１３年１０月１４日に出願した米国仮特許出願第６１／８９０，６２９号、および２０１３年１０月１６日に出願した米国仮特許出願第６１／８９１，８１６号の利益を主張するものである。
本開示は、ビデオコーディング、およびより具体的には、三次元（３Ｄ）ビデオコーディング関するものである。
[0003]デジタルビデオ機能は、デジタルテレビジョン、デジタル直接放送システム、ワイヤレス放送システム、携帯情報端末（ＰＤＡ）、ラップトップもしくはデスクトップコンピュータ、タブレットコンピュータ、電子書籍リーダー、デジタルカメラ、デジタル録音デバイス、デジタルメディアプレーヤー、ビデオゲームデバイス、家庭用ゲーム機、セルラー方式または衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイス、および同様のものを含む、各種のデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、パート１０、アドバンストビデオコーディング（ＡＶＣ）、ＩＴＵＴ Ｈ．２６５、高効率ビデオコーディング（ＨＥＶＣ）、およびそのような規格の拡張によって定義される規格に記述されているようなビデオ圧縮技術を実装する。ビデオデバイスは、そのようなビデオ圧縮技術を実装することによってデジタルビデオ情報をより効率的に送信し、受信し、符号化し、復号し、および／または記憶することができる。
[0004]ビデオ圧縮技術は、ビデオシーケンスに固有の冗長性を減らすか、または取り除くために空間（イントラピクチャ（intra-picture））予測および／または時間（インターピクチャ（inter-picture））予測を実行する。ブロックベースのビデオコーディングでは、ビデオスライス（すなわち、ピクチャまたはピクチャの一部）は、ツリーブロック、コーディングユニット（ＣＵ）、および／またはコーディングノードとも称され得る、いくつかのビデオブロックに区分され得る。ピクチャのイントラコーディングされた（intra-coded）（Ｉ）スライス内のビデオブロックは、同じピクチャ内の隣接ブロック内の参照サンプルに関して空間予測を使用して符号化される。ピクチャのインターコーディングされた（ＰまたはＢ）スライス内のビデオブロックでは、同じピクチャ内の隣接ブロック内の参照サンプルに関する空間予測または他の参照ピクチャ内の参照サンプルに関する時間予測を使用することができる。
[0005]空間または時間予測の結果、ブロックに対する予測ブロックがコーディングされる。残差データは、コーディングされる元のブロックと予測ブロックとの間のピクセル差を表す。インターコーディングされたブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルに従って符号化され、残差データは、コーディングされたブロックと予測ブロックとの間の差を指示する。イントラコーディングされたブロックは、イントラコーディングモードと残差データとに従って符号化される。さらなる圧縮のために、残差データは、空間領域から変換領域に変換され、その結果、残差変換係数が得られ、次いで、量子化され得る。量子化された変換係数は、最初に２次元配列に構成されており、変換係数の１次元ベクトルを生成するためにスキャンされ、エントロピーコーディングが、なおいっそうの圧縮を行うために適用され得る。
[0006]たとえば、複数の視点からのビューを符号化することによって、マルチビューコーディングビットストリームが生成され得る。マルチビューコーディング態様を利用するいくつかの３次元（３Ｄ）ビデオ規格が開発されている。たとえば、異なるビューが、３Ｄビデオをサポートするように左右の目のビューを伝達することができる。代替的に、いくつかの３Ｄビデオコーディングプロセスは、いわゆるマルチビュー・プラス・深度コーディングを適用することができる。マルチビュー・プラス・深度コーディングでは、３Ｄビデオビットストリームは、テクスチャビューコンポーネントだけでなく、深度ビューコンポーネントをも含み得る。たとえば、各ビューは、１つのテクスチャビューコンポーネントと１つの深度ビューコンポーネントとを備え得る。
[0007]一般に、本開示は、高効率ビデオコーディング（ＨＥＶＣ）コーディングモードと異なる深度コーディングモードを使用してマルチビュー・プラス・深度フォーマットで表される３次元（３Ｄ）ビデオデータのための深度データを符号化および復号するための技術に関するものである。３Ｄ−ＨＥＶＣプロセスなどの、３Ｄビデオコーディングプロセスにおいて利用可能な追加の深度イントラコーディングモードの例は、深度モデリングモード（Depth Modeling Mode）（ＤＭＭ）、簡略深度コーディング（Simplified Depth Coding）（ＳＤＣ）モード、およびチェーンコーディングモード（Chain Coding Mode）（ＣＣＭ）のうちの少なくとも２つを含む。それに加えて、追加の深度インターコーディングモードの一例は、インターＳＤＣモードを含む。一例において、本開示の技術は、ＨＥＶＣシンタックスから分離している深度モデリングテーブル内に３Ｄビデオデータのための深度データをコーディングするために使用される深度イントラコーディングモードをシグナリングすることを含む。別の例では、本開示の技術は、深度イントラコーディングモードと深度インターコーディングモードとを含む、深度コーディングモードのうちの２つまたはそれ以上にわたって３Ｄビデオデータのための深度データの残差情報のシグナリングを統合することを含む。本開示の技術は、ＨＥＶＣイントラコーディングモードから分離している深度モデリングテーブルシンタックスで深度イントラコーディングモードをシグナリングすることと、深度コーディングモードについての残差情報コーディングメカニズムを統合することとによって、デコーダの解析負担を低減し、必要なコンテキストモデルおよび２値化方法の数を減らすことができる。
[0008]一例において、本開示は、ビデオデータを復号する方法に向けられ、この方法は複数の深度イントラコーディングモードのうちのどれかがビデオデータに対してイネーブルにされているかどうかを指示するシンタックス要素を復号することと、ここで、深度イントラコーディングモードは、ＨＥＶＣイントラコーディングモードと異なり、深度イントラコーディングモードがイネーブルにされていることを指示するシンタックス要素を復号した後に、深度モデリングテーブルを復号することと、深度モデリングテーブル内の１つまたは複数のシンタックス要素に基づき深度イントラコーディングモードのうちの１つを選択することと、選択された深度イントラコーディングモードを使用してビデオデータに対する深度データを復号することとを備える。
[0009]別の例において、本開示は、ビデオデータを記憶するように構成されたメモリと、1つまたは複数のプロセッサとを備えるビデオ復号デバイスに向けられている。ビデオ復号デバイスのプロセッサは、複数の深度イントラコーディングモードのうちのどれかがイネーブルにされているかどうかを指示するシンタックス要素を復号し、ここで、深度イントラコーディングモードは、ＨＥＶＣイントラコーディングモードと異なり、深度イントラコーディングモードがビデオデータに対してイネーブルにされていることを指示するシンタックス要素を復号した後に、深度モデリングテーブルを復号し、深度モデリングテーブル内の１つまたは複数のシンタックス要素に基づき深度イントラコーディングモードのうちの１つを選択し、選択された深度イントラコーディングモードを使用してビデオデータに対する深度データを復号するように構成される。
[0010]さらなる例において、本開示は、複数の深度イントラコーディングモードのうちのどれかがビデオデータに対してイネーブルにされているかどうかを指示するシンタックス要素を復号するための手段と、ここで、深度イントラコーディングモードは、ＨＥＶＣイントラコーディングモードと異なり、深度イントラコーディングモードがイネーブルにされていることを指示するシンタックス要素を復号した後に、深度モデリングテーブルを復号するための手段と、深度モデリングテーブル内の１つまたは複数のシンタックス要素に基づき深度イントラコーディングモードのうちの１つを選択するための手段と、選択された深度イントラコーディングモードを使用してビデオデータに対する深度データを復号するための手段とを備えるビデオ復号デバイスに向けられている。
[0011]追加の例において、本開示は、実行されると、１つまたは複数のプロセッサに、複数の深度イントラコーディングモードのうちのどれかがビデオデータに対してイネーブルにされているかどうかを指示するシンタックス要素を復号することと、ここで、深度イントラコーディングモードは、ＨＥＶＣイントラコーディングモードと異なり、深度イントラコーディングモードがイネーブルにされていることを指示するシンタックス要素を復号した後に、深度モデリングテーブルを復号することと、深度モデリングテーブル内の１つまたは複数のシンタックス要素に基づき深度イントラコーディングモードのうちの１つを選択することと、選択された深度イントラコーディングモードを使用してビデオデータに対する深度データを復号することとを行わせるビデオデータを復号するための命令を備えるコンピュータ可読媒体に向けられている。
[0012]別の例において、本開示は、ビデオデータを符号化する方法に向き、この方法は複数のイントラコーディングモードのうちの選択されたモードを使用してビデオデータのための深度データを符号化することと、ここで、深度イントラコーディングモードは、ＨＥＶＣイントラコーディングモードと異なり、深度イントラコーディングモードがビデオデータに対してイネーブルにされていることを指示するシンタックス要素を符号化することと、選択された深度イントラコーディングモードを指示する１つまたは複数のシンタックス要素を含む深度モデリングテーブルを符号化することと、を備える。
[0013]さらなる例において、本開示は、ビデオデータを記憶するように構成されたメモリと、１つまたは複数のプロセッサとを備えるビデオ符号化デバイスに向く。ビデオ符号化デバイスのプロセッサは、複数のイントラコーディングモードのうちの選択されたモードを使用してビデオデータのための深度データを符号化し、ここで、深度イントラコーディングモードは、ＨＥＶＣイントラコーディングモードと異なり、深度イントラコーディングモードがビデオデータに対してイネーブルにされていることを指示するシンタックス要素を符号化し、選択された深度イントラコーディングモードを指示する１つまたは複数のシンタックス要素を含む深度モデリングテーブルを符号化するように構成される。
[0014]一例において、本開示は、ビデオデータを復号する方法に向けられ、この方法はビデオデータのための深度データの残差情報を指示するシンタックス要素のセットを復号することと、ここで、同じシンタックス要素のセットは、複数の深度コーディングモードのうちのいずれかについての残差情報を指示し、ビデオデータについての複数の深度コーディングモードのうちの１つを指示する１つまたは複数のシンタックス要素を復号することと、深度データの残差情報と近傍参照サンプルとに基づき指示されている深度コーディングモードを使用してビデオデータに対する深度データを復号することとを備える。
[0015]別の例において、本開示は、ビデオデータを記憶するように構成されたメモリと、１つまたは複数のプロセッサとを備えるビデオ復号デバイスに向けられている。ビデオ復号デバイスのプロセッサは、ビデオデータのための深度データの残差情報を指示するシンタックス要素のセットを復号し、ここにおいて、同じシンタックス要素のセットは、複数の深度コーディングモードのうちのいずれかについての残差情報を指示し、ビデオデータに対する複数の深度コーディングモードのうちの１つを指示する１つまたは複数のシンタックス要素を復号し、深度データの残差情報と近傍参照サンプルとに基づき指示されている深度コーディングモードを使用してビデオデータのための深度データを復号するように構成される。
[0016]さらなる例において、本開示は、ビデオデータのための深度データの残差情報を指示するシンタックス要素のセットを復号するための手段と、ここで、同じシンタックス要素のセットは、複数の深度コーディングモードのうちのいずれかについての残差情報を指示し、ビデオデータに対する複数の深度コーディングモードのうちの１つを指示する１つまたは複数のシンタックス要素を復号するための手段と、深度データの残差情報と近傍参照サンプルとに基づき指示されている深度コーディングモードを使用してビデオデータのための深度データを復号するための手段と、を備えるビデオ復号デバイスに向く。
[0017]追加の例において、本開示は、１つまたは複数のプロセッサに、ビデオデータのための深度データの残差情報を指示するシンタックス要素のセットを復号することと、ここにおいて、同じシンタックス要素のセットは、複数の深度コーディングモードのうちのどれかに対する残差情報を指示し、ビデオデータに対する複数の深度コーディングモードのうちの１つを指示する１つまたは複数のシンタックス要素を復号することと、深度データの残差情報と近傍参照サンプルとに基づき指示されている深度コーディングモードを使用してビデオデータのための深度データを復号することと、を行わせるビデオデータを復号するための命令を備えるコンピュータ可読媒体に向く。
[0018]別の例において、本開示は、ビデオデータを符号化する方法に向き、この方法は複数の深度コーディングモードのうちの選択されたモードを使用してビデオデータの深度データを符号化することと、ここで、深度データを符号化することは、ビデオデータの元の深度値と近傍参照サンプルとに基づき深度データの残差情報を生成することを備え、ビデオデータに対し選択された深度コーディングモードを指示する１つまたは複数のシンタックス要素を符号化することと、深度データの残差情報を指示するシンタックス要素のセットを符号化することと、を備え、ここで、同じシンタックス要素のセットは、複数の深度コーディングモードのうちのどれかに対する残差情報を指示する。
[0019]さらなる例において、本開示は、ビデオデータを記憶するように構成されたメモリと、１つまたは複数のプロセッサとを備えるビデオ符号化デバイスに向く。ビデオ符号化デバイスのプロセッサは、ビデオデータの元の深度値と近傍参照サンプルとに基づき深度データの残差情報を生成するために、複数の深度コーディングモードのうちの選択された１つのモードを使用してビデオデータの深度データを符号化し、ビデオデータに対し選択された深度コーディングモードを指示する１つまたは複数のシンタックス要素を符号化し、深度データの残差情報を指示するシンタックス要素のセットを符号化するように構成され、ここで、同じシンタックス要素のセットは、複数の深度コーディングモードのうちのどれかに対する残差情報を指示する。
[0020]本開示の１つまたは複数の例の詳細が、添付図面と以下の説明とで述べられている。他の特徴、目的、および利点は、説明と、図面と、請求項とから明らかになるであろう。
深度データコーディングに対して本開示の技術を利用することができる例示的なビデオ符号化および復号システムを示すブロック図。 深度データコーディングに対する技術を実装することができるビデオエンコーダの一例を示すブロック図。 深度データコーディングに対する技術を実装することができるビデオデコーダの一例を示すブロック図。 ＨＥＶＣにおける方向イントラ予測モードに関連付けられている予測方向を一般的に示す図。 角度イントラ予測モードに対するＶおよびＨの値を示す表。 領域境界チェーンコーディングモード（ＣＣＭ）における例示的な深度区分パターンを示す概念図。 領域境界チェーンコーディングモード（ＣＣＭ）における例示的なコーディングされたチェーンを示す概念図。 深度モデリングモード（ＤＭＭ）における８×８ブロックに対する例示的なウェッジレットパターンを示す概念図。 深度モデリングモード（ＤＭＭ）における８×８ブロックに対する例示的な輪郭パターンを示す概念図。 ＤＭＭにおける１つのウェッジレットパターン内のウェッジレット分離線の開始／終了位置の例示的な粗サブセットを示す概念図。 ＤＭＭにおける１つのウェッジレットパターン内の例示的な改良を示す概念図。 異なるＰＵサイズについてのウェッジレットパターンの数と利用可能なＤＭＭサブモードとを示す表。 深度モデリングテーブル内に３Ｄビデオデータの深度データを符号化するために使用される深度イントラコーディングモードを示すビデオエンコーダの例示的な動作を示す流れ図。 深度モデリングテーブルから３Ｄビデオデータの深度データを復号するために使用される深度イントラコーディングモードを決定するビデオデコーダの例示的な動作を示す流れ図。 ２つまたはそれ以上の深度コーディングモードに対して統合されたメカニズムを使用する３Ｄビデオデータの深度データの残差情報を示すビデオエンコーダの例示的な動作を示す流れ図。 ２つまたはそれ以上の深度コーディングモードに対して統合されたメカニズムを使用する３Ｄビデオデータに対する深度データの残差情報を決定するビデオデコーダの例示的な動作を示す流れ図。
[0034]一般に、本開示は、高効率ビデオコーディング（ＨＥＶＣ）コーディングモードと異なる深度コーディングモードを使用してマルチビュー・プラス・深度フォーマットで表される３次元（３Ｄ）ビデオデータに対する深度データを符号化し、復号するための技術に関するものである。マルチビュー・プラス・深度フォーマットでは、３Ｄビデオデータのキャプチャされたビュー（たとえば、テクスチャ）は、テクスチャデータに対する深度データを記述する対応する深度マップに関連付けられる。３Ｄ−ＨＥＶＣプロセスなどの、３Ｄビデオコーディングプロセスに従って、テクスチャビューおよび深度マップがコーディングされ、３Ｄビデオビットストリームに多重化され得る。深度マップは、ルーマサンプルが深度値を表すグレースケールビデオとしてコーディングされ得る。言い換えれば、テクスチャビューの残差値は、グレースケール値にマッピングされ、深度マップの残差値は、ゼロディスパリティ平面に関するグレースケール値に対応する深度値にマッピングされる。
[0035]深度マップは、対応するテクスチャとの強い相関を提示する一定のエリアとシャープエッジとによって特徴付けられる。ＨＥＶＣ規格におけるモードのような、従来のインターコーディングおよびイントラコーディングモードは、深度マップをコーディングするために使用され得るが、テクスチャと対応する深度との間の統計量および相関が異なることにより、深度マップに対して追加の予測モードが設計されている。追加の深度イントラコーディングモードの例は、深度モデリングモード（ＤＭＭ：Depth Modeling Mode）、簡略深度コーディング（ＳＤＣ：Simplified Depth Coding）モード、およびチェーンコーディングモード（ＣＣＭ：Chain Coding Mode）を含む。それに加えて、追加の深度インターコーディングモードの一例は、インターＳＤＣモードを含む。
[0036]ＤＤＭは、複数のサブモードを含み得る。一図解例において、ＤＭＭは、本開示では、ＤＭＭ＿１、ＤＭＭ＿２、ＤＭＭ＿３、およびＤＭＭ＿４と称される４つのサブモードを含む。深度サブモードの４つすべてにおいて、深度ブロックは、ＤＭＭパターンによって指定された２つの領域に区分され、それぞれの領域は、定数値で表される。ＤＭＭにおいて定義された２つの区分モデルがあり、これは、深度ブロックが直線によって２つの領域に区分されるウェッジレット区分と、深度ブロックが２つの不規則な領域への区分である輪郭区分(Contour Partitioning)とを含む。ＤＭＭウェッジレット区分パターンは、明示的にシグナリングされる（ＤＭＭ＿１）、空間的近傍ブロックによって予測される（ＤＭＭ＿２）、または同じ所に配置されている（co-located）テクスチャブロックによって予測される（ＤＭＭ＿３）、のいずれかであるものとしてよい。ＤＭＭ輪郭区分パターンは、同じ所に配置されているテクスチャブロック（ＤＭＭ＿４）によって予測され得る。他の例では、ＤＤＭは、深度サブモードの異なる数、すなわち、４より多い、または少ない数を定義することができる。
[0037]ＳＤＣも、複数のサブモードを含み得る。たとえば、ＳＤＣモードは、本開示では、ＳＤＣＭ＿ＤＣ、ＳＤＣＭ＿ＤＭＭ＿１、およびＳＤＣＭ＿Ｐｌａｎａｒと称される３つのサブモードを含み得る。ＳＤＣモードでは、量子化された変換係数をコーディングする代わりに、深度ブロックが、区分のタイプ、たとえば、単一のＤＣ区分、２つのＤＭＭ＿１区分、または単一の平面区分、および各区分に対する残差値としてシグナリングされる。インターＳＤＣモードでは、ＳＤＣモードの概念は、単一の固有区分（single unique partition）を含む各深度ブロックに対してただ１つのＤＣ残差値をコーディングすることによって深度インターコーディングに対してさらに拡張される。本開示では、もっぱら、ＳＤＣモードを簡略深度コーディング（ＳＤＣ：Simplified Depth Coding）モードと称しているけれども、他の例では、ＳＤＣは、セグメンテーションワイズＤＣコーディング（Segmentation-wise DC Coding）（ＳＤＣ）モードと称される場合がある。他の例では、ＳＣＤモードは、深度サブモードの異なる数、すなわち、３より多い、または少ない数を定義し得る。
[0038]ＣＣＭでは、深度ブロックは、「チェーン」を使用してシグナリングされる任意の区分パターンによって指定された２つの領域に区分される。チェーンは、サンプルとその８接続性サンプル（eight-connectivity sample）のうちの１つとの間の接続である。各チェーンは、方向インデックスに関連付けられ、一連の接続されたチェーンインデックス（connected chain index）は、区分パターンを定義するためにシグナリングされる。深度イントラコーディングモードおよび深度インターコーディングモードに対する深度データのシグナリングについて、以下でより詳しく説明される。
[0039]一例において、本開示の技術は、深度モデリングテーブル内の３Ｄビデオデータに対して深度マップをコーディングするために使用される深度イントラコーディングモードをシグナリングすることを含む。深度イントラコーディングモードは、ＤＭＭ、ＳＤＣモード、およびＣＣＭのうちの２つまたはそれ以上を含み得る。深度モデリングテーブルは、ＨＥＶＣイントラコーディングモードに対するシンタックスから分離している追加の深度イントラコーディングモードに対するシンタックスをシグナリングする。それに加えて、これらの技術は、ＨＥＶＣイントラコーディングモードと異なる深度イントラコーディングモードのうちのどれかが３Ｄビデオデータに対してイネーブルにされているかどうかを指示するためにフラグなどのシンタックス要素をシグナリングすることを含む。深度イントラコーディングモードがイネーブルにされるときに（すなわち、シグナリングされたシンタックス要素が、深度イントラコーディングモードのうちの少なくとも１つが３Ｄビデオデータに対してイネーブルにされていることを指示するときに）、ビデオデコーダは、深度モデリングテーブルを復号し、深度データをコーディングするために使用される深度イントラコーディングモードのうちの１つを決定する。本開示の技術は、ＨＥＶＣイントラコーディングモードから分離している深度モデリングテーブル内で深度イントラコーディングモードをシグナリングすることと、深度イントラコーディングモードがイネーブルにされ、深度モデリングテーブルが復号されるべきときを指示することとによってデコーダの解析の負担を軽減することができる。
[0040]別の例において、本開示の技術は、深度コーディングモードのうちの２つまたはそれ以上にまたがって３Ｄビデオデータに対する深度マップの残差情報のシグナリングを統合することを含む。深度イントラコーディングモードは、ＤＭＭ、ＳＤＣモード、インターＳＤＣモード、およびＣＣＭのうちの２つまたはそれ以上を含み得る。シンタックス要素の統合されたセットは、深度コーディングモードのうちのどれかに対して残差値がコーディングされるかどうかを指示するシンタックス要素を含み得る。シンタックス要素の統合されたセットは、深度コーディングモードのうちのどれかに対する残差値の絶対値と符号とを指示するシンタックス要素も含み得る。深度コーディングモードの２つまたはそれ以上について残差情報を指示するためにシンタックス要素の同じセットを共有することによって、シンタックス要素に対するコンテキストモデル選択および２値化方法も統合され得る。それに加えて、深度イントラモードについて、近傍参照サンプルは、残差値と称されるイントラ予測サンプルの生成時に、または残差値に基づく深度値の再構築時に、フィルタリングされ得ない。本開示の技術は、深度コーディングモードに対する残差情報コーディングメカニズムを統合することによって、デコーダの解析の負担を軽減し、必要なコンテキストモデルおよび２値化方法の数を減らすことができる。
[0041]図１は、深度データコーディングに対して本開示の技術を利用することができる例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示されているように、システム１０は、デスティネーションデバイス１４によって後から復号されるべき符号化されたビデオデータを提供するソースデバイス１２を備える。特に、ソースデバイス１２は、コンピュータ可読媒体１６を介してビデオデータをデスティネーションデバイス１４に送る。ソースデバイス１２およびデスティネーションデバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話送受器、いわゆる「スマート」パッド、テレビジョン、カメラ、表示デバイス、デジタルメディアプレーヤー、ビデオゲーム機、ビデオストリーミングデバイス、または同様のものを含む、広範なデバイスのうちのどれかを備えるものとしてよい。いくつかの場合において、ソースデバイス１２およびデスティネーションデバイス１４は、ワイヤレス通信に適する装備を有し得る。
[0042]デスティネーションデバイス１４は、コンピュータ可読媒体１６を介して復号されるべき符号化されたビデオデータを受信することができる。コンピュータ可読媒体１６は、符号化されたビデオデータをソースデバイス１２からデスティネーションデバイス１４に移動することができるどれかの種類の媒体またはデバイスを備えることができる。一例において、コンピュータ可読媒体１６は、ソースデバイス１２が符号化されたビデオデータを直接、デスティネーションデバイス１４にリアルタイムで送信することを可能にするための通信媒体を備えることができる。
[0043]符号化されたビデオデータは、ワイヤレス通信プロトコルなどの、通信規格に従って変調され、デスティネーションデバイス１４に送信され得る。通信媒体は、高周波（ＲＦ）スペクトルなどのワイヤレスもしくは有線通信媒体、または１つまたは複数の物理的伝送路を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなどの、パケットベースのネットワークの一部をなすものとしてよい。通信媒体は、ルーター、スイッチ、基地局、またはソースデバイス１２からデスティネーションデバイス１４への通信を円滑にするために役立ち得る他の任意の機器を含み得る。
[0044]いくつかの例では、符号化されたデータは、出力インターフェース２２からストレージデバイスに出力され得る。同様に、符号化されたデータは、入力インターフェースによってストレージデバイスからアクセスされ得る。ストレージデバイスは、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性もしくは不揮発性メモリ、または符号化されたビデオデータを記憶するための他の任意の好適なデジタル記憶媒体などの、様々な分散型の、またはローカルでアクセスされる、データ記憶媒体のうちのどれかを含み得る。さらなる例では、ストレージデバイスは、ソースデバイス１２によって生成された符号化されたビデオデータを記憶することができるファイルサーバもしくは別の中間ストレージデバイスに対応し得る。
[0045] デスティネーションデバイス１４は、ストリーミングまたはダウンロードを介してストレージデバイスから記憶されているビデオデータにアクセスすることができる。ファイルサーバは、符号化されたビデオデータを記憶し、その符号化されたビデオデータをデスティネーションデバイス１４に送信することができる任意の種類のサーバとすることができる。例示的なファイルサーバは、ウェブサーバ（たとえば、ウェブサイト用）、ＦＴＰサーバ、ネットワークアタッチトストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブを含む。デスティネーションデバイス１４は、インターネット接続を含む、任意の標準的なデータ接続を通じて符号化されたビデオデータにアクセスすることができる。これは、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、有線接続（たとえば、ＤＳＬ、ケーブルモデムなど）、またはファイルサーバ上に記憶されている符号化されたビデオデータにアクセスするのに適している両方の組合せを含み得る。ストレージデバイスからの符号化されたビデオデータの伝送は、ストリーミング伝送、ダウンロード伝送、またはこれらの組合せであってよい。
[0046]本開示の技術は、ワイヤレスアプリケーションまたは設定に必ずしも制限されない。これらの技術は、オーバーザエアテレビ放送、ケーブルテレビ伝送、衛星テレビ伝送、動的適応型ＨＴＴＰストリーミング（ＤＡＳＨ）などのインターネットストリーミングビデオ伝送、データ記憶媒体上に符号化されるデジタルビデオ、データ記憶媒体上に記憶されているデジタルビデオの復号、または他のアプリケーションなどの様々なマルチメディアアプリケーションのうちのどれかをサポートするビデオコーディングに適用され得る。いくつかの例において、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオ電話などのサポートアプリケーションへの一方向または双方向ビデオ伝送をサポートするように構成され得る。
[0047]図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。デスティネーションデバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、表示デバイス３２とを含む。本開示によれば、ソースデバイス１２のビデオエンコーダ２０は、マルチビューコーディングにおける動きベクトル予測にこれらの技術を適用するように構成され得る。他の例では、ソースデバイスおよびデスティネーションデバイスは、他のコンポーネントまたは配置構成を含み得る。たとえば、ソースデバイス１２は、外部カメラなどの、外部ビデオソース１８からビデオデータを受信し得る。同様に、デスティネーションデバイス１４は、一体型表示デバイスを含むのではなく、むしろ、外部表示デバイスとインターフェースし得る。
[0048]図１の図示されているシステム１０は、単なる一例である。深度データコーディングに対する技術は、デジタルビデオ符号化および／または復号デバイスによって実行され得る。一般的に本開示の技術はビデオ符号化デバイスによって実行されるけれども、これらの技術は、典型的には「ＣＯＤＥＣ（コーデック）」と称される、ビデオエンコーダ／デコーダによっても実行され得る。さらに、本開示の技術は、ビデオプリプロセッサによっても実行され得る。ソースデバイス１２およびデスティネーションデバイス１４は、ソースデバイス１２がデスティネーションデバイス１４への伝送のためのコーディングされたビデオデータを生成するそのようなコーディングデバイスの単なる一例にすぎない。いくつかの例において、デバイス１２、１４は、デバイス１２、１４の各々がビデオ符号化および復号コンポーネントを含むように実質的に対称的な仕方で動作し得る。したがって、システム１０は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、またはビデオ電話に対するビデオデバイス１２、１４の間の一方向または双方向のビデオ伝送をサポートし得る。
[0049]ソースデバイス１２のビデオソース１８は、ビデオカメラ、すでにキャプチャされているビデオを収容しているビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオ受信するためのビデオフィードインターフェースなどの、ビデオキャプチャデバイスを含み得る。さらなる代替として、ビデオソース１８は、コンピュータグラフィックスベースのデータを、ソースビデオ、またはライブビデオ、アーカイブビデオ、およびコンピュータ生成ビデオの組合せとして生成することができる。いくつかの場合において、ビデオソース１８がビデオカメラである場合、ソースデバイス１２およびデスティネーションデバイス１４は、いわゆるカメラフォンまたはビデオフォンを形成し得る。しかし、上で述べられているように、本開示で説明されている技術は、一般にビデオコーディングに適用可能であるものとしてよく、またワイヤレスおよび／または有線アプリケーションに適用され得る。各場合において、キャプチャされた、事前キャプチャされた、またはコンピュータ生成のビデオは、ビデオエンコーダ２０によって符号化され得る。次いで、符号化されたビデオ情報は、出力インターフェース２２によってコンピュータ可読媒体１６上に出力され得る。
[0050]コンピュータ可読媒体１６は、ワイヤレス放送もしくは有線ネットワーク伝送などの、一時的媒体、またはハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、ブルーレイディスク、または他のコンピュータ可読媒体などの、記憶媒体（すなわち、非一時的記憶媒体）を含み得る。いくつかの例では、ネットワークサーバ（図示せず）は、ソースデバイス１２から符号化されたビデオデータを受信し、符号化されたビデオデータを、たとえば、ネットワーク伝送を介して、デスティネーションデバイス１４に送ることができる。同様に、ディスクスタンピング設備などの、媒体生産設備のコンピューティングデバイスは、ソースデバイス１２から符号化されたビデオデータを受信し、符号化されたビデオデータを収容しているディスクを生産することができる。したがって、コンピュータ可読媒体１６は、様々な例において、様々な形態の１つまたは複数のコンピュータ可読媒体を含むものと理解され得る。
[0051]本開示では、一般的に、ビデオエンコーダ２０がビデオデコーダ３０などの別のデバイスに特定の情報を「シグナリング」すると称することがある。しかし、ビデオエンコーダ２０は、特定のいくつかのシンタックス要素をビデオデータの様々な符号化された部分と関連付けることによって情報をシグナリングし得ると理解されるべきである。すなわち、ビデオエンコーダ２０は、特定のいくつかのシンタックス要素をビデオデータの様々な符号化された部分のヘッダに記憶することによってデータを「シグナリング」することができる。いくつかの場合において、そのようなシンタックス要素は、ビデオデコーダ３０によって受信され、復号される前に符号化され記憶され得る（たとえば、コンピュータ可読媒体１６に記憶され得る）。したがって、「シグナリング」という用語は、一般的に、符号化の時点においてシンタックス要素を媒体に記憶するときに生じる可能性があり、次いでこの媒体に記憶された後の任意の時点において復号デバイスによって取り出され得るような、圧縮されたビデオデータを復号するためのシンタックスまたは他のデータ通信を、そのような通信がリアルタイムまたはほぼリアルタイムで、またはある時間範囲にわたって生じるかどうかに関係なく、指すものとしてよい。
[0052]デスティネーションデバイス１４の入力インターフェース２８は、コンピュータ可読媒体１６から情報を受信する。コンピュータ可読媒体１６の情報は、ブロックおよび他のコーディングされたユニットの特性および／または処理を記述するシンタックス要素、たとえば、ＧＯＰを含む、これもまたビデオデコーダ３０によって使用される、ビデオエンコーダ２０によって定義されたシンタックス情報を含み得る。表示デバイス３２は、復号されたビデオデータをユーザに表示し、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別の種類の表示デバイスなどの、様々な表示デバイスのうちのどれかを備えることができる。
[0053] 図１には示されていないけれども、いくつかの態様において、ビデオエンコーダ２０およびビデオデコーダ３０は、オーディオエンコーダとデコーダとに各々一体化され、共通データストリームまたは分離しているデータストリーム内のオーディオとビデオの両方の符号化を処理するための適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアとソフトウェアとを含み得る。該当する場合、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠するものとしてよい。
[0054]ビデオエンコーダ２０およびビデオデコーダ３０は、各々、１つまたは複数のマイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリートロジック回路、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組合せなどの、様々な好適なエンコーダもしくはデコーダ回路のうちのどれかとして、適宜実装され得る。動画像エンコーダ２０および動画像デコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダに含まれるものとすることもでき、これらのいずれかが組み合わされた動画像エンコーダ／デコーダ（ＣＯＤＥＣ）の一部として一体化され得る。ビデオエンコーダ２０および／またはビデオデコーダ３０を含むデバイスは、集積回路、マイクロプロセッサ、および／または携帯電話などのワイヤレス通信デバイスを備えるものとしてよい。
[0055]ビデオエンコーダ２０およびビデオデコーダ３０は、いくつかの例において、３Ｄ−ＨＥＶＣなどのビデオコーディング規格に従って動作するものとしてよく、ＨＥＶＣテストモデル（ＨＭ）に準拠するものとしてよい。ＨＥＶＣは、ＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ）とＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ）とのビデオコーディングに関する共同コラボレーションチーム（ＪＣＴ−ＶＣ）によって開発された。ＨＥＶＣのドラフト（Ｂｒｏｓｓら、「Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ １０ （ｆｏｒ ＦＤＩＳ ＆ Ｌａｓｔ Ｃａｌｌ）」、ＪＣＴ−ＶＣ ｏｆ ＩＴＵ−Ｔ ＳＧ １６ ＷＰ ３ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ １／ＳＣ ２９／ＷＧ １１、第１２回会合：Ｇｅｎｅｖａ、ＣＨ、２０１３年１月１４日〜２３日、ＪＣＴＶＣ−Ｌ１００３）は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１２＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｌ１００３−ｖ３４．ｚｉｐから入手可能である。
[0056]ＨＥＶＣ規格化の取り組みは、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコーディングデバイスの発展的モデルに基づいていた。ＨＭでは、たとえば、ＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣによる既存のデバイスに関してビデオコーディングデバイスの複数の追加の能力を想定している。たとえば、Ｈ．２６４では、９つのイントラ予測符号化モードを提供するのに対して、ＨＭでは、３５ほどのイントラ予測符号化モードを提供し得る。
[0057]一般に、ＨＭの作業モデルは、ビデオピクチャ（または「フレーム」）が、ルーマとクロマの両方のサンプルを含むツリーブロックまたは最大のコーディングユニット（ＬＣＵ）のシーケンスに分割され得る。ビットストリーム内のシンタックスデータは、ピクセルの数に関して最大のコーディングユニットである、ＬＣＵに対するサイズを定義することができる。スライスは、コーディング順序で連続する多数のツリーブロックを含む。ピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、四分木に従ってコーディングユニット（ＣＵ）にスプリットされ得る。一般に、四分木データ構造は、ＣＵごとに１つのノードを含み、ルートノードがツリーブロックに対応している。ＣＵが４つのサブＣＵにスプリットされる場合、そのＣＵに対応するノードは、４つのリーフノードを含み、各々サブＣＵのうちの１つに対応する。
[0058]四分木データ構造の各ノードは、対応するＣＵに対するシンタックスデータを提供し得る。たとえば、四分木内のノードは、そのノードに対応するＣＵがサブＣＵにスプリットされるかどうかを指示する、スプリットフラグを含み得る。ＣＵに対するシンタックス要素は、再帰的に定義され、ＣＵがサブＣＵにスプリットされるかどうかに依存し得る。ＣＵがさらにスプリットされることがない場合には、リーフＣＵと称される。本開示では、リーフＣＵの４つのサブＣＵも、元のリーフＣＵの明示的なスプリットがない場合でもリーフＣＵと称される。たとえば、ＣＵが１６×１６のサイズではさらにスプリットされない場合、４つの８×８のサブＣＵも、１６×１６のＣＵが決してスプリットされなかったけれどもリーフＣＵと称される。
[0059]ＣＵは、ＣＵにサイズの区別がないことを除き、Ｈ．２６４規格のマクロブロックと類似の目的を有する。たとえば、ツリーブロックは、４つの子ノード（サブＣＵとも称される）にスプリットされ、次いで、各子ノードは親ノードとなり、別の４つの子ノードにスプリットされ得る。四分木のリーフノードと称される、最終的な、未スプリットの子ノードは、リーフＣＵとも称される、コーディングノードを備える。コーディングされたビットストリームに関連付けられているシンタックスデータは、最大ＣＵ深度と称される、ツリーブロックがスプリットされ得る最大回数を定義し、またコーディングノードの最小サイズも定義し得る。したがって、ビットストリームは、最小のコーディングユニット（ＳＣＵ）も定義し得る。本開示では、「ブロック」という用語を用いて、ＨＥＶＣの文脈におけるＣＵ、ＰＵ、もしくはＴＵのどれか、または他の規格の文脈における類似のデータ構造（たとえば、Ｈ．２６４／ＡＶＣにおけるマクロブロックおよびそのサブブロック）を指す。
[0060]ＣＵは、コーディングノードと予測ユニット（ＰＵ）とコーディングノードに関連付けられている変換ユニット（ＴＵ）を含む。ＣＵのサイズは、コーディングノードのサイズに対応しており、形状は正方形でなければならない。ＣＵのサイズは、８×８ピクセルからツリーブロックのサイズまでの範囲内であり、最大は６４×６４ピクセル以上であってよい。各ＣＵは、１つまたは複数のＰＵと１つまたは複数のＴＵとを含み得る。ＣＵに関連付けられているシンタックスデータは、たとえば、ＣＵを１つまたは複数のＰＵに区分することを記述する。区分モードは、ＣＵがスキップもしくは直接モード符号化されるか、イントラ予測モード符号化されるか、またはインター予測モード符号化されるかどうかで異なり得る。ＰＵは、非正方形の形状に区分され得る。ＣＵに関連付けられているシンタックスデータは、たとえば、四分木に従ってＣＵを１つまたは複数のＴＵに区分することも記述する。ＴＵは、正方形または非正方形（たとえば、矩形）の形状とすることができる。
[0061]ＨＥＶＣ規格では、異なるＣＵに対して異なり得る、ＴＵに従った変換を可能にする。イントラモードでは、ＴＵは、典型的には、区分されたＬＣＵについて定義されている与えられたＣＵ内のＰＵのサイズに基づいているが、これはいつもそうであるとは限らない。ＴＵは、典型的には、ＰＵと同じか、またはＰＵよりも小さいサイズである。インターモードでは、ＴＵは、ＰＵよりも大きいこともあり得る。いくつかの例では、ＣＵに対応する残差サンプルは、「残差四分木」（ＲＱＴ）として知られている四分木構造を使用してより小さいユニットに細分され得る。ＲＱＴのリーフノードは、変換ユニット（ＴＵ）と称され得る。ＴＵに関連付けられているピクセル差分値は、変換係数を生成するように変換されるものとしてよく、これは量子化され得る。
[0062]リーフＣＵは、１つまたは複数の予測ユニット（ＰＵ）を含み得る。一般に、ＰＵは、対応するＣＵの全部または一部に対応する空間的エリアを表し、ＰＵに対する参照サンプルを取り出すためのデータを含み得る。さらに、ＰＵは、予測に関係するデータを含む。たとえば、ＰＵが、イントラモード符号化されるときに、ＰＵに対するデータは、ＰＵに対応するＴＵに対するイントラ予測モードを記述するデータを含み得る、残差四分木（ＲＱＴ）に含まれ得る。別の例として、ＰＵが、インターモード符号化されるときに、ＰＵは、ＰＵに対する１つまたは複数の動きベクトルを定義するデータを含み得る。ＰＵに対する動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの分解能（たとえば、１／４ピクセル精度または１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトルに対する参照ピクチャリスト（たとえば、Ｌｉｓｔ ０、Ｌｉｓｔ １、またはＬｉｓｔ Ｃ）を記述し得る。
[0063]１つまたは複数のＰＵを有するリーフＣＵは、１つまたは複数の変換ユニット（ＴＵ）も含み得る。変換ユニットは、上で説明されているように、ＲＱＴ（ＴＵ４分木構造とも称される）ＲＱＴを使用して指定され得る。たとえば、スプリットフラグは、リーフＣＵが４つの変換ユニットにスプリットされるかどうかを指示することができる。次いで、各変換ユニットは、さらなるサブＴＵにさらにスプリットされ得る。ＴＵがさらにスプリットされることがない場合には、これはリーフＴＵと称され得る。一般的に、イントラコーディングでは、リーフＣＵに属すすべてのリーフＴＵは、同じイントラ予測モードを共有する。すなわち、同じイントラ予測モードは、一般的に、リーフＣＵのすべてのＴＵに対する予測値を計算するために適用される。イントラコーディングでは、ビデオエンコーダ２０が、ＴＵに対応するＣＵの部分と元のブロックとの間の差として、イントラ予測モードを使用して各リーフＴＵに対する残差値を計算することができる。ＴＵは、ＰＵのサイズに必ずしも制限されない。したがって、ＴＵは、ＰＵよりも大きい場合も、小さい場合もある。イントラコーディングでは、ＰＵは、同じＣＵに対する対応するリーフＴＵと同じ所に配置され（co-located）得る。いくつかの例では、リーフＴＵの最大サイズは、対応するリーフＣＵのサイズに対応し得る。
[0064]さらに、リーフＣＵのＴＵは、残差四分木（ＲＱＴ）と称される、各四分木データ構造にも関連付けられ得る。すなわち、リーフＣＵは、リーフＣＵがＴＵにどのように区分されるかを指示する四分木を含み得る。ＴＵ四分木のルートノードは、リーフＣＵに一般的に対応するが、ＣＵ四分木のルートノードは、ツリーブロック（またはＬＣＵ）に一般的に対応する。スプリットされないＲＱＴのＴＵは、リーフＴＵと称される。一般に、本開示では、断りのない限り、ＣＵおよびＴＵという用語を使用して、リーフＣＵおよびリーフＴＵをそれぞれ指す。
[0065]ビデオシーケンスは、典型的には、一連のピクチャを含む。本明細書で説明されているように、「ピクチャ」および「フレーム」という用語は互いに入れ替えて使用され得る。すなわち、ビデオデータを含むピクチャは、ビデオフレーム、または単に「フレーム」と称され得る。ピクチャのグループ（ＧＯＰ）は、一般的に、ビデオピクチャのうちの１つまたは複数からなる一連のビデオピクチャを備える。ＧＯＰは、シンタックスデータを、ＧＯＰのヘッダ内に、または１つまたは複数のピクチャのヘッダ内に、または他の所に含み得る。ピクチャの各スライスは、それぞれのスライスに対する符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は、典型的には、ビデオデータを符号化するために個別のビデオスライス内のビデオブロック上で動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応し得る。ビデオブロックは、固定または可変サイズを有するものとしてよく、指定されたコーディング規格に従ってサイズが異なり得る。
[0066]一例として、ＨＭは、様々なＰＵサイズの予測をサポートする。特定のＣＵに対するサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズのイントラ予測と、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮｘＮの対称的ＰＵサイズのインター予測とをサポートする。ＨＭは、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズのインター予測に対する非対称的区分もサポートする。非対称的区分では、ＣＵの一方向は区分されないが、他の方向は２５％と７５％とに区分される。２５％の区分に対応するＣＵの部分は、「ｎ」の後に「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」の指示が続くことで指示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上の２Ｎ×０．５Ｎ ＰＵと下の２Ｎ×１．５Ｎ ＰＵとに水平に区分される２Ｎ×２ＮのＣＵを指す。
[0067]本開示では、「Ｎ×Ｎ」と「Ｎ ｂｙ Ｎ」は、入れ替えて使用することができ、たとえば、「１６×１６ピクセル」または「１６ ｂｙ １６ ピクセル」のように、垂直と水平の寸法に関するビデオブロックのピクセル寸法を指す。一般に、１６×１６ブロックは、垂直方向に１６個のピクセル（ｙ＝１６）、水平方向に１６個のピクセル（ｘ＝１６）を有する。同様に、Ｎ×Ｎブロックは、一般的に、垂直方向にＮ個のピクセル、水平方向にＮ個のピクセルを有し、Ｎは非負整数値を表す。ブロック内のピクセルは、行と列とに配置され得る。さらに、ブロックは、必ずしも、垂直方向のピクセルの数と同じ数のピクセルを水平方向でも有している必要はない。たとえば、ブロックは、Ｎ×Ｍピクセルを備えることができ、Ｍは必ずしもＮに等しくない。
[0068]ＣＵのＰＵを使用するイントラ予測またはインター予測コーディングに続いて、ビデオエンコーダ２０は、ＣＵのＴＵに対する残差データを計算することができる。ＰＵは、空間領域（ピクセル領域とも称される）内の予測ピクセルデータを生成する方法またはモードを記述するシンタックスデータを備えるものとしてよく、ＴＵは、変換、たとえば、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または残差ビデオデータへの概念上類似する変換の適用の後の変換領域内の係数を備えるものとしてよい。残差データは、符号化されていないピクチャのピクセルとＰＵに対応する予測値との間のピクセル差分に対応し得る。ビデオエンコーダ２０は、ＣＵに対する残差データを含むＴＵを形成し、次いで、ＴＵを変換してＣＵに対する変換係数を生成することができる。
[0069]変換係数を生成するための変換の後に、ビデオエンコーダ２０は、変換係数の量子化を実行することができる。量子化は、一般的に、変換係数が量子化され、場合によっては、係数を表現するために使用されるデータの量を減らし、さらに圧縮を施すプロセスを指す。量子化プロセスは、係数のうちの一部または全部に関連付けられているビット深度を低減することができる。たとえば、ｎビット値は、切り捨てで量子化時にｍビット値に下げられ、ｎはｍより大きい。
[0070]量子化に続いて、ビデオエンコーダ２０は、変換係数をスキャンして、量子化された変換係数を含む２次元行列から１次元ベクトルを生成することができる。スキャンは、より高いエネルギー（およびしたがってより低い周波数）係数を配列（array）の前部に置き、より低いエネルギー（およびしたがってより高い周波数）係数を配列の後部に置くように設計され得る。
[0071]いくつかの例では、ビデオエンコーダ２０は、事前定義されたスキャン順序を利用して、量子化された変換係数をスキャンし、エントロピー符号化され得るシリアル化ベクトルを生成することができる。他の例では、ビデオエンコーダ２０は、適応型スキャンを実行し得る。量子化された変換係数をスキャンして１次元ベクトルを形成した後に、ビデオエンコーダ２０は、１次元ベクトルを、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率区間区分エントロピー（ＰＩＰＥ）コーディング、または別のエントロピー符号化方法に従って、エントロピー符号化することができる。ビデオエンコーダ２０は、ビデオデータを復号する際にビデオデコーダ３０による使用のため符号化されたビデオデータに関連付けられているシンタックス要素もエントロピー符号化し得る。
[0072]ビデオエンコーダ２０は、ブロックベースのシンタックスデータ、ピクチャベースのシンタックスデータ、およびＧＯＰベースのシンタックスデータなどの、シンタックスデータをビデオデコーダ３０に、たとえば、ピクチャヘッダ、ブロックヘッダ、スライスヘッダ、またはＧＯＰヘッダでさらに送ることができる。ＧＯＰシンタックスデータは、それぞれのＧＯＰ内の多数のピクチャを記述することができ、ピクチャシンタックスデータは、対応するピクチャを符号化するために使用される符号化／予測モードを指示し得る。
[0073]ビデオエンコーダ２０および／またはビデオデコーダ３０は、深度データをイントラコーディングすることができる。たとえば、３Ｄ−ＨＥＶＣでは、ビデオエンコーダ２０および／またはビデオデコーダ３０は、深度マップに対するイントラモードをシグナリングすることができる。ビデオエンコーダ２０および／またはビデオデコーダ３０は、本開示で説明されているように、３Ｄ−ＨＥＶＣにおいて深度マットの簡略イントラモードシグナリングのための技術を実行するように構成され得るデバイスを表す。
[0074]一例において、ビデオエンコーダ２０は、深度モデリングテーブル内の３Ｄビデオデータに対して深度マップをコーディングするために使用される深度イントラコーディングモードをシグナリングするように構成され、ビデオデコーダ３０は、深度モデリングテーブルシンタックスを解析することによって深度マップをコーディングするために使用される深度イントラコーディングモードを決定するように構成され得る。深度モデリングテーブルは、ＨＥＶＣイントラコーディングモードに対するシンタックスから追加の深度イントラコーディングモードに対するシンタックスを分離する。別の例において、ビデオエンコーダ２０は、深度コーディングモードのうちの２つまたはそれ以上にまたがって統合されているメカニズムを使用して３Ｄビデオデータに対する深度マップの残差情報をシグナリングするように構成され、ビデオデコーダ３０は、統合されたメカニズムを使用して２つまたはそれ以上の深度コーディングモードのうちのどれかに対する深度マップの残差情報を決定するように構成され得る。深度コーディングモードは、深度イントラコーディングモードと深度インターコーディングモードの両方を含み得る。本開示の技術は、追加の深度コーディングモードと深度コーティングモードに従ってコーディングされた深度データの残差情報とを決定するためにビデオデコーダ３０にかかる解析（parsing）の負担を軽減することができる。
[0075]本開示で説明されている技術は、３次元効果を生み出すビデオデータの符号化および／または復号（概して「コーディング」）をサポートするために使用され得る。一例として、異なるビュー（すなわち、わずかに異なる水平位置を有する２台のカメラの視点に対応する）の２つの画像が、一方の画像が観察者の左目に、他方の画像が観察者の右目に見えるように実質的に同時に表示され得る。
[0076] この３Ｄ効果は、たとえば、立体視（stereoscopic）ディスプレイまたは自動立体視（autostereoscopic）ディスプレイを使用して達成され得る。立体視ディスプレイは、２つの画像を相応にフィルタ処理するアイウェア（eyewear）とともに使用され得る。たとえば、パッシブ眼鏡は、適切な眼が適切な画像を見ることを保証するために偏光レンズまたは異なるカラーレンズを使用して画像をフィルタ処理し得る。アクティブ眼鏡は、別の例として、立体視ディスプレイと協調して交互のレンズを迅速に閉じ得、それにより、左眼画像を表示することと右眼画像を表示することとを交互に行い得る。自動立体視ディスプレイは、眼鏡が必要とされないような方法で２つの画像を表示する。たとえば、自動立体視ディスプレイは、各画像が閲覧者の適切な眼に投影されるように構成されたミラーまたはプリズムを含み得る。
[0077]３Ｄビデオデータをコーディングすることは、テクスチャと深度データとをコーディングすることを伴い得る。一般に、「テクスチャ」という用語は、画像のルミナンス（輝度）（すなわち、明るさまたは「ルーマ」）値と、画像のクロミナンス（すなわち、色または「クロマ」）値を記述するために使用される。いくつかの例において、テクスチャ画像は、輝度データの１つのセットと、青色の色相（Ｃｂ）および赤色の色相（Ｃｒ）の２つのセットを含み得る。４：２：２または４：２：０などの、いくつかのクロマフォーマットにおいて、クロマデータは、ルーマデータに関してダウンサンプリングされる。すなわち、クロミナンスピクセルの空間分解能（spatial resolution）は、対応する輝度ピクセルの空間分解能より低く、たとえば、輝度分解能の１／２または１／４であり得る。
[0078]深度データは、一般的に、対応するテクスチャデータに対する深度値を記述する。たとえば、深度マップは、各々対応するテクスチャデータに対する深度を記述する深度ピクセル（または深度値）のセットを含み得る。ピクセルは、１つまたは複数のテクスチャ値（たとえば、輝度およびクロミナンス）を有することができ、また１つまたは複数の深度値も有することができる。深度データは、対応するテクスチャデータに対する水平ディスパリティ（視差）を決定するために使用され、いくつかの場合において、垂直ディスパリティも使用され得る。深度データは、ルーマデータに関してサブサンプリングされることが多いが、これは、複数のルーマ値が１つの特定の深度値に関連付けられ得ることを意味する。ルーマデータに関する深度データのサブサンプリングは、ルーマデータに関するクロマデータのサブサンプリングに類似するか、または異なり得る。
[0079]テクスチャと深度データとを受信するデバイスは、一方のビュー（たとえば、左目ビュー）に対して第１のテクスチャ画像を表示し、他方のビュー（たとえば、右目ビュー）に対する第２のテクスチャ画像を生成するために、深度データを使用して、第１の画像のピクセル値を深度値に基づき決定された水平ディスパリティ値だけオフセットすることによって第１のテクスチャ画像を修正し得る。一般に、水平ディスパリティ（または単に「ディスパリティ」）は、右ビュー内の対応するピクセルに対する第１のビュー内のピクセルの水平空間オフセットを記述し、これら２つのピクセルは、２つのビューで表されているのと同じオブジェクトの同じ部分に対応する。
[0080]さらに他の例において、深度データは、像面に垂直なｚ次元内のピクセルについて定義され、これにより、与えられたピクセルに関連付けられている深度は、その画像に対して定義されているゼロディスパリティ平面に関して定義され得る。そのような深度は、ピクセルを表示するための水平ディスパリティを生成するために使用され、これにより、ゼロパリティ平面に関するピクセルのｚ次元深度値に応じて、ピクセルが左目と右目とについて異なるように表示され得る。
[0081]ゼロパリティ平面は、ビデオシーケンスの異なる部分について変化し得、またゼロディスパリティ平面に関する深度の量も変化し得る。ゼロディスパリティ平面上に配置されるピクセルは、左目と右目とで同様であるように定義され得る。ゼロディスパリティ平面の前に配置されるピクセルは、左目と右目とに対して異なる位置に表示され（たとえば、水平ディスパリティ）、ピクセルが像平面に垂直なｚ方向に画像から出て来るように見える知覚を生み出し得る。
[0082]ゼロディスパリティ平面の背後に配置されるピクセルは、わずかにぼやけて表示されて、深度のわずかな知覚をもたらし得るか、または左目と右目とに対して異なる位置で表示され得る（たとえば、ゼロディスパリティ平面の前に配置されているピクセルとは反対の水平ディスパリティを有する）。他の多くの技術も、画像に対する深度データを伝達または定義するために使用され得る。
[0083]２次元ビデオデータは、概して、その各々が特定の時間インスタンスに対応する、個別ピクチャのシーケンスとしてコーディングされる。すなわち、各ピクチャは、シーケンス中の他の画像の再生時間に対する関連する再生時間を有する。これらのピクチャはテクスチャピクチャまたはテクスチャ画像と考えられ得る。深度ベースの３Ｄビデオコーディングでは、シーケンス中の各テクスチャピクチャは深度マップにも対応し得る。すなわち、テクスチャピクチャに対応する深度マップは、対応するテクスチャマップに対する深度データを記述する。マルチビュービデオデータは、様々なビューに対するデータを含むことができ、各ビューは、テクスチャピクチャおよび対応する深度ピクチャのそれぞれのシーケンスを含み得る。
[0084]上述したように、画像は特定の時間インスタンスに対応し得る。ビデオデータは、アクセスユニットのシーケンスを使用して表され得、各アクセスユニットは、特定の時間インスタンスに対応するすべてのデータを含む。したがって、たとえば、マルチビュービデオデータ・プラス・深度の場合、共通時間インスタンスについての各ビューからのテクスチャ画像・プラス・テクスチャ画像の各々についての深度マップはすべて、特定のアクセスユニット内に含まれ得る。アクセスユニットは、テクスチャ画像に対応するテクスチャコンポーネントと、深度マップに対応する深度コンポーネントとに対するデータを含み得る。
[0085]このようにして、３Ｄビデオデータは、キャプチャまたは生成されたビュー（テクスチャ）が対応する深度マップに関連する、マルチビュービデオ・プラス・深度フォーマットを使用して表され得る。その上、３Ｄビデオコーディングでは、テクスチャと深度マップとはコーディングされ、３Ｄビデオビットストリーム中に多重化され得る。深度マップはグレースケール画像としてコーディングされ得、深度マップの「ルーマ」サンプル（すなわち、ピクセル）は深度値を表す。一般に、深度データのブロック（深度マップのサンプルのブロック）は深度ブロックと呼ばれることがある。深度値は、深度サンプルに関連するルーマ値を指すことがある。いずれの場合も、イントラコーディングおよびインターコーティングの方法は、深度マップコーディングに適用され得る。
[0086]深度マップは、通常、シャープエッジと一定のエリアとを含み、深度マップ中のエッジは、一般に、対応するテクスチャデータとの強い相関を提示する。テクスチャと、対応する深度との間の異なる統計値および相関により、異なるコーディング方式が、２Ｄビデオコーデックに基づく深度マップのために設計され得る。
[0087]本開示の技術は、一般的に、深度マップの簡略コーディングモードシグナリングに関係し、高効率ビデオコーディング（ＨＥＶＣ）規格に適用可能であり得る。ＪＶＴ（Joint Video Team）は、すでに開発されているビデオコーディング規格よりも高い効率をもたらすＨＥＶＣの基本バージョン（２Ｄ）を開発した。ＪＣＴ−３Ｖ（Joint Collaboration Team on 3D Video Coding）は、現在、ＨＥＶＣの拡張として２つの３次元ビデオ（３ＤＶ）ソリューションの研究を実施中である。一例の３ＤＶソリューションは、ＭＶ−ＨＥＶＣと称されるＨＥＶＣのマルチビュー拡張を含む。別の例は、３Ｄ−ＨＥＶＣ(depth-enhanced 3D video extension）を含む。
[0088]３Ｄ−ＨＥＶＣにおいて、各アクセスユニットが複数のビューコンポーネントを含み、各々、一意的なビューｉｄ、またはビュー順序インデックス、またはレイヤｉｄを含む。ビューコンポーネントは、テクスチャビューコンポーネントと、さらには深度ビューコンポーネントとを含む。テクスチャビューコンポーネントは１つまたは複数のテクスチャスライスとしてコーディングされ得、深度ビューコンポーネントは１つまたは複数の深度スライスとしてコーディングされ得る。
[0089]いくつかの場合において、深度データは、イントラコーディングされ得るが、これは与えられたピクチャ内の空間的冗長性を低減するか、または除去するために空間予測に頼る。たとえば、３Ｄ−ＨＥＶＣにおいて、ビデオコーダ（たとえば、ビデオエンコーダまたはビデオデコーダ）は、基本（２Ｄ）ＨＥＶＣ規格からのイントラ予測モードを使用して、深度スライスのイントラ予測ユニットをコーディングすることができる。ＨＥＶＣ規格のイントラコーディングモードは、図４および図５に関して以下でより詳しく説明されている。
[0090]別の例では、ビデオコーダは、領域境界チェーンコーディングモードを使用して深度スライスのイントラ予測ユニットをコーディングし得る。領域境界チェーンコーディングモード（単にチェーンコーディングモードまたはＣＣＭと称される）は、図６Ａおよび図６Ｂに関して以下でより詳しく説明されている。一般に、ビデオコーダはＣＣＭを使用して、深度データのブロックを不規則な形状の領域に区分し、次いで、イントラコーディングされ得る。
[0091]さらに別の例では、ビデオコーダは、深度スライスのイントラ予測ユニットをコーディングするために簡略深度コーディング（ＳＤＣ：simplified depth coding）モードを使用し得る。ＳＤＣモードは、以下でより詳しく説明されている。他のイントラモードコーディング方式とは対照的に、ＳＤＣモード使用しているときに、ビデオコーダは、残差深度値を変換または量子化しない。むしろ、ビデオコーダは、残差深度値を直接的にコーディングし得る。
[0092]別の例において、ビデオコーダは、深度モデリングモード（ＤＭＭ:depth modelingmode）を使用して深度スライスのイントラ予測ユニットをコーディングし得る。３Ｄ−ＨＥＶＣのＤＭＭは、図７Ａおよび図７Ｂに関して以下でより詳しく説明されている。ＤＭＭを用いて、ビデオコーダは、深度データのブロック（一般に深度ブロックと称される）を予測領域に区分し得る。たとえば、ビデオコーダは、深度データのブロック中にひかれる任意のラインによって定められるウェッジレット（Wedgelet）パターン、または深度ブロックを２つの不規則形状領域に区分する輪郭（Contour）パターンを使用して、深度データのブロックを区分し得る。ウェッジレットパターンは、図８Ａおよび８Ｂならびに図９に関して以下でより詳しく説明されている。
[0093]本開示のいくつかの技術は、３Ｄ−ＨＥＶＣに関して一般的に説明され得るが、これらの技術は必ずしもこの方法に限られない。本明細書で説明されている技術は、また、他の現行の規格またはまだ策定されていない将来の規格に、特に、深度マップの簡略イントラモードシグナリングを提供するのが有利であり得る場合に、適用可能であり得る。
[0094]図２は、深度データコーディングに対する技術を実装することができるビデオエンコーダ２０の一例を示すブロック図である。ビデオエンコーダ２０は、本開示で説明されているように、３Ｄ−ＨＥＶＣにおいて深度マットの簡略コーディングモードシグナリングのための技術を実行するように構成され得るデバイスを表す。
[0095]ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーティングとイントラコーディングとを実行することができる。イントラコーディングは、与えられたビデオフレームまたはピクチャ内のビデオの空間的冗長性を低減するか、または除去するために空間予測に頼る。インターコーディングは、ビデオシーケンスの隣接するフレームまたはピクチャ内のビデオの時間的冗長性を低減するか、または除去するために時間予測に頼る。イントラ（Ｉ）モードは、いくつかの空間ベースコーディングモードのうちのどれかを指すものとしてよい。一方向予測（Ｐモード）または双予測（Ｂモード）などのインターモードは、いくつかの時間ベースコーディングモードのうちのどれかを指すものとしてよい。
[0096]上述のように、ビデオエンコーダ２０は、マルチビュービデオコーディングを実行するように適応され得る。いくつかの場合において、ビデオエンコーダ２０は、マルチビューＨＥＶＣをコーティングするように構成され得、したがって、時間インスタンスにおける各ビューは、ビデオデコーダ３０などのデコーダによってアクセスされ得る。３Ｄ−ＨＥＶＣについて、各ビューに対するテクスチャマップ（すなわち、ルーマ値とクロマ値）を符号化することに加えて、ビデオエンコーダ２０は、各ビューに対する深度マップをさらに符号化することができる。
[0097]図２に示されているように、ビデオエンコーダ２０は、符号化されるべきビデオフレーム内に現在のビデオブロックを受信する。図２の例において、ビデオエンコーダ２０は、ビデオデータメモリ４１と、モード選択ユニット４０と、復号ピクチャバッファ（ＤＰＢ）６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。次いで、モード選択ユニット４０は、動き補償ユニット４４と、動き推定ユニット４２と、イントラ予測ユニット４６と、区分ユニット４８とを含む。ビデオブロック再構築のため、ビデオエンコーダ２０は、逆量子化ユニット５８と、逆変換ユニット６０と、加算器６２とをさらに含む。デブロッキングフィルタ（図２には示されていない）は、ブロック境界をフィルタリングして、再構築されたビデオから濃淡むらアーチファクトを除去するために、さらに含まれ得る。望ましい場合には、デブロッキングフィルタは、典型的には、加算器６２の出力をフィルタリングする。デブロッキングフィルタに加えて、追加のフィルタ（ループ内またはループの後の）も使用され得る。そのようなフィルタは、簡潔にするため図示されていないが、望ましい場合には、加算器５０の出力をフィルタリングすることができる（ループ内フィルタとして）。フィルタの例は、適応型ループフィルタ、サンプル適応オフセット（ＳＡＯ）フィルタ、または他の種類のフィルタを含み得る。
[0098]ビデオデータメモリ４１は、ビデオエンコーダ２０のコンポーネントによって符号化されるべきビデオデータを記憶することができる。ビデオデータメモリ４１に記憶されるビデオデータは、たとえば、ビデオソース１８から取得され得る。復号ピクチャバッファ６４は、たとえば、イントラコーディングモードまたはインターコーディングモードにおいて、ビデオエンコーダ２０によるビデオデータの符号化で使用するための参照ビデオデータを記憶する参照ピクチャメモリであってよい。ビデオデータメモリ４１および復号ピクチャバッファ６４は、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＭＲＡＭ、抵抗変化ＲＡＭ（ＲＲＡＭ（登録商標））、または他の種類のメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）などの、様々なメモリデバイスのうちのどれかによって形成され得る。ビデオデータメモリ４１および復号ピクチャバッファ６４は、同じメモリデバイスまたは別のメモリデバイスによって実現され得る。様々な例において、ビデオデータメモリ４１は、ビデオエンコーダ２０の他のコンポーネントとともにオンチップであるか、またはそれらのコンポーネントに関してオフチップであるものとしてよい。
[0099]符号化プロセスの最中に、ビデオエンコーダ２０は、コーディングされるべきビデオフレームまたはスライスを受信する。フレームまたはスライスは、複数のビデオブロックに分割され得る。動き推定ユニット４２および動き補償ユニット４４は、時間予測を行うため１つまたは複数の参照フレーム内の１つまたは複数のブロックに関して受信されたビデオブロックのインター予測コーディングを実行する。イントラ予測ユニット４６は、空間予測を行うようにコーディングされるべきブロックと同じフレームまたはスライス内の１つまたは複数の近傍ブロックに関して受信されたビデオブロックのイントラ予測コーディングを代替的に実行することができる。ビデオエンコーダ２０は、複数のコーディングパスを実行して、たとえば、ビデオデータの各ブロックに対する適切なコーディングモードを選択することができる。
[0100]さらに、区分ユニット４８は、前のコーディングパスにおける前の区分方式の評価に基づき、ビデオデータのブロックをサブブロックに区分し得る。たとえば、区分ユニット４８は、最初に、フレームまたはスライスをＬＣＵに区分し、レート歪み解析（たとえば、レート歪み最適化）に基づき、ＬＣＵの各々をサブＣＵに区分することができる。モード選択ユニット４０は、サブＣＵにＬＣＵを区分することを示す四分木データ構造をさらに生成し得る。四分木のリーフノードＣＵは、１つまたは複数のＰＵと１つまたは複数のＴＵとを含み得る。
[0101]モード選択ユニット４０は、たとえば、エラーの結果に基づき、イントラまたはインターのコーディングモードのうちの１つを選択することができ、結果として得られたイントラまたはインターコーディングされたブロックを、残差ブロックデータを生成するため加算器５０に、また参照フレームとして使用する符号化されたブロックを再構築するために加算器６２に与える。モードを選択ユニット４０は、動きベクトル、イントラモードインジケータ、区分情報、および他のそのようなシンタックス情報などの、シンタックス要素をエントロピー符号化ユニット５６にも送る。
[0102]動き推定ユニット４２および動き補償ユニット４４は、高度に一体化され得るが、概念を示す目的のために別々に図示されている。動き推定ユニット４２によって実行される動き推定は、ビデオブロックに対する動きを推定する、動きベクトルを生成するプロセスである。動きベクトルは、たとえば、現在のフレーム（または他のコーディングされたユニット）内でコーディングされている現在のブロックに関する参照フレーム（または他のコーディングされたユニット）内の予測ブロックに関する現在のビデオフレームまたはピクチャ内のビデオブロックのＰＵの変位を指示し得る。
[0103]予測ブロックは、絶対差の和（ＳＡＤ）、平方差の和（ＳＳＤ）、または他の差分]メトリックによって決定され得るピクセル差に関して、コーディングされるべきブロックとよく一致することが分かっているブロックである。いくつかの例において、ビデオエンコーダ２０は、復号ピクチャバッファ６４内に記憶されている参照ピクチャのサブ整数ピクセル位置についての値を計算することができる。たとえば、ビデオエンコーダ２０は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置の値を補間することができる。したがって、動き推定ユニット４２は、完全ピクセル位置と分数ピクセル位置に関する動き探索を実行して、分数ピクセル精度を有する動きベクトルを出力することができる。
[0104]動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによってインターコーディングされたスライス内のＰＵに対する動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（Ｌｉｓｔ０）または第２の参照ピクチャリスト（Ｌｉｓｔ１）から選択され得、各々復号ピクチャバッファ６４内に記憶されている１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。
[0105]動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって決定された動きベクトルに基づき予測ブロックをフェッチまたは生成することを伴い得る。ここでもまた、動き推定ユニット４２および動き補償ユニット４４は、いくつかの例では、機能的に一体化され得る。現在のビデオブロックのＰＵに対する動きベクトルを受信した後、動き補償ユニット４４は、動きベクトルが参照ピクチャリストのうちの１つにおいて指している予測ブロックを特定することができる。加算器５０は、以下で説明されているように、コーディングされている現在のビデオブロックのピクセル値から予測ブロックのピクセル値を差し引き、ピクセル差値を形成することによって残差ビデオブロックを形成する。一般に、動き推定ユニット４２は、ルーマ成分に関する動き推定を実行し、動き補償ユニット４４は、クロマ成分とルーマ成分の両方に対してルーマ成分に基づき計算された動きベクトルを使用する。モード選択ユニット４０は、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０による使用のためにビデオブロックとビデオスライスとに関連付けられているシンタックス要素も生成し得る。
[0106] イントラ予測ユニット４６は、上で説明されているように、動き推定ユニット４２と動き補償ユニット４４とによって実行されるインター予測の代替として、現在のブロックをイントラ予測し得る。特に、イントラ予測ユニット４６は、現在のブロックを符号化するために使用するイントラ予測モードを決定することができる。いくつかの例では、イントラ予測ユニット４６は、たとえば、別々の符号化パスにおいて、様々なイントラ予測モードを使用して現在のブロックを符号化し得、イントラ予測ユニット４６（またはいくつかの例ではモード選択ユニット４０）は、テストモードから使用するのに適切なイントラ予測モードを選択することができる。
[0107]たとえば、イントラ予測ユニット４６は、様々なテストイントラ予測モードに対してレート歪み解析を使用してレート歪み値を計算し、テストモードのうちの最良のレート歪み特性を有するイントラ予測モードを選択することができる。レート歪み解析では、一般的に、符号化されたブロックと符号化されたブロックを生成するために符号化された元の符号化されていないブロックとの間の歪み（またはエラー）の量と、さらには符号化されたブロックを生成するために使用されるビットレート（すなわち、ビットの数）とを決定する。イントラ予測ユニット４６は、様々な符号化されたブロックに対する歪みおよびレートから比を計算し、どのイントラ予測モードがブロックに対する最良のレート歪み値を示すかを決定することができる。
[0108]さらに、イントラ予測ユニット４６は、深度マップの深度ブロックをコーディングするように構成され得る。たとえば、イントラ予測ユニット４６は、基本（２Ｄ）ＨＥＶＣ規格からのイントラ予測モード、領域境界チェーンコーディングモード（ＣＣＭ）、簡略深度コーディングもしくはセグメンテーションワイズＤＣコーディング（ＳＤＣ）、または深度モデリングモード（ＤＭＭ）を使用して、深度スライスのイントラ予測ＰＵをコーディングすることができる。いくつかの例では、動き推定ユニット４２および動き補償ユニット４４は、深度マップの深度ブロックをコーディングするようにも構成され得る。動き推定ユニット４２および動き補償ユニット４４は、基本（２Ｄ）ＨＥＶＣ規格またはインターＳＤＣモードによりインター予測を実行して、深度スライスのインター予測ＰＵをコーディングすることができる。
[0109]変換処理ユニット５２は、残差ブロックに変換を適用して、残差変換係数のブロックを生成する。この変換は、ピクセル値領域からの残差情報を周波数領域などの変換領域に変換し得る。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）またはＤＣＴに概念上類似している他の変換などの、変換を実行することができる。ウェーブレット変換、整数変換、サブバンド変換、または他の種類の変換も使用されることもあり得る。変換処理ユニット５２は、結果として得られる変換係数を量子化ユニット５４に送ることができる。いくつかの例では、変換プロセスは、スキップされ得る。
[0110]量子化ユニット５４は、変換係数を量子化してビットレートをさらに減らす。量子化プロセスは、係数のうちの一部または全部に関連付けられているビット深度を低減することができる。量子化の程度は、量子化パラメータを調整することによって修正され得る。いくつかの例では、量子化ユニット５４は、次いで、量子化された変換係数を含む行列のスキャンを実行し得る。代替的に、エントロピー符号化ユニット５６がスキャンを実行し得る。
[0111]量子化に続いて、エントロピー符号化ユニット５６は、量子化された変換係数をエントロピーコーディングする。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、またはコンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、もしくは確率区間区分エントロピー（ＰＩＰＥ：probability interval partitioning entropy）コーディングなどの別のエントロピー符号化プロセスを実行することができる。コンテキストベースエントロピーコーディングの場合、コンテキストは、近傍ブロックに基づき得る。エントロピー符号化ユニット５６によるエントロピーコーディングに続いて、符号化されたビットストリームが、別のデバイス（たとえば、ビデオデコーダ３０）に送信されるか、または後で送信もしくは取り出すためにアーカイブされ得る。
[0112]逆量子化ユニット５８および逆変換ユニット６０は、逆量子化と逆変換とを、それぞれ適用して、ピクセル領域内に残差ブロックを、たとえば、参照ブロックとして後で使用するために、再構築する。動き補償ユニット４４は、残差ブロックを復号ピクチャバッファ６４のフレームのうちの１つの予測ブロックに加えることによって参照ブロックを計算することができる。動き補償ユニット４４は、また、１つまたは複数の補間フィルタを再構築された残差ブロックに適用し、動き推定で使用するためのサブ整数ピクセル値を計算し得る。
[0113]加算器６２は、再構築された残差ブロックを動き補償ユニット４４によって生成された動き補償された予測ブロックに加えて再構築されたビデオブロックを生成し、復号ピクチャバッファ６４に記憶する。再構築されたビデオブロックは、動き推定ユニット４２と動き補償ユニット４４とによって、その後のビデオフレーム内のブロックをインターコーディングするための参照ブロックとして使用され得る。
[0114]本開示で説明されている技術により、ビデオエンコーダ２０は、ＨＥＶＣコーディングモードと異なる深度コーディングモードを使用してマルチビュー・プラス・深度フォーマットで表される３Ｄビデオデータに対する深度データを符号化するように構成され得る。３Ｄ−ＨＥＶＣプロセスなどの、３Ｄビデオコーディングプロセスにおいて利用可能な追加の深度イントラコーディングモードの例は、ＤＭＭ、ＳＤＣモード、およびＣＣＭのうちの少なくとも２つを含む。それに加えて、追加の深度インターコーディングモードの一例は、インターＳＤＣモードを含む。
[0115]一例において、ビデオエンコーダ２０は、深度モデリングテーブル内の３Ｄビデオデータに対して深度データをコーディングするために使用される深度イントラコーディングモードをシグナリングする。深度モデリングテーブルは、ＨＥＶＣイントラコーディングモードに対するシンタックスから分離している追加の深度イントラコーディングモードに対するシンタックスをシグナリングする。それに加えて、ビデオエンコーダ２０は、ＨＥＶＣイントラコーディングモードと異なる深度イントラコーディングモードが３Ｄビデオデータに対してイネーブルにされているかどうかを示すために、フラグなどの、シンタックス要素をシグナリングする。いくつかの例では、シンタックス要素は、深度イントラコーディングモードのすべてが３Ｄビデオデータに対してイネーブルにされているかどうかを指示し得る。シンタックス要素は、ビデオデータのビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはピクチャパラメータセット（ＳＰＳ）のうちの１つに含まれ得る。深度イントラコーディングモードがイネーブルにされているときに、ビデオエンコーダ２０によってシグナリングされるフラグは、ビデオデコーダ３０に対して、深度データをコーディングするために使用される深度イントラコーディングモードのうちの１つを決定するために深度モデリングテーブルを復号することを指示する。深度モデリングテーブルは、ビデオデータのコーディングユニット（ＣＵ）レベルまたは予測ユニット（ＰＵ）レベルのうちの一方で符号化され得る。ビデオエンコーダ２０のシグナリングは、本開示の技術に従って、ＨＥＶＣイントラコーディングモードから分離している深度モデリングテーブル内で深度イントラコーディングモードをシグナリングすることと、深度イントラコーディングモードがイネーブルにされ、深度モデリングテーブルが復号されるべきときを指示することとによって、デコーダの解析（parsing）の負担を軽減することができる。
[0116]別の例において、ビデオエンコーダ２０は、深度コーディングモードのうちの２つまたはそれ以上にまたがって統合されているシンタックス要素のセットを使用して３Ｄビデオデータに対する深度データの残差情報をシグナリングするように構成され得る。深度コーディングモードは、深度イントラコーディングモードと深度インターコーディングモードの両方を含み得る。シンタックス要素のセットは、深度コーディングモードのうちのどれかに対して残差値がコーディングされるかどうかを指示するシンタックス要素を含み得る。シンタックス要素のセットは、深度コーディングモードのうちのどれかに対する残差値の絶対値と符号とを指示するシンタックス要素も含み得る。深度コーディングモードの２つまたはそれ以上について残差情報を指示するためにシンタックス要素の同じセットを共有することによって、ビデオエンコーダ２０は、共有されるシンタックス要素の各々についてコンテキストモデル選択および２値化方法も統合することができる。それに加えて、深度イントラコーディングモードでは、ビデオエンコーダ２０は、深度データの残差値の生成時に近傍参照サンプルをフィルタリングしないことを決定し得る。本開示の技術による、ビデオエンコーダ２０の符号化メカニズムおよびシグナリングは、深度コーディングモードに対する残差情報シンタックスを統合することによって、デコーダの解析の負担を軽減し、必要なコンテキストモデルおよび２値化方法の数を減らすことができる。
[0117]図３は、深度データコーディングに対する技術を実装することができるビデオデコーダ３０の一例を示すブロック図である。図３の例において、ビデオデコーダ３０は、ビデオデータメモリ７１と、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、復号ピクチャバッファ（ＤＰＢ）８２と、加算器８０とを備える。ビデオデコーダ３０は、本開示で説明されているように、３Ｄ−ＨＥＶＣにおいて深度マットの簡略コーディングモードシグナリングのための技術を実行するように構成され得るデバイスを表す。
[0118]ビデオデータメモリ７１は、ビデオデコーダ３０のコンポーネントによって復号されるべき、符号化されたビデオビットストリームなどの、ビデオデータを記憶することができる。ビデオデータメモリ７１に記憶されているビデオデータは、たとえば、コンピュータ可読媒体１６から、たとえば、カメラなどの、ローカルビデオソースから、ビデオデータの有線もしくはワイヤレスネットワーク通信を介して、または物理的データ記憶媒体にアクセスすることによって、取得され得る。ビデオデータメモリ７１は、符号化されたビデオビットストリームからの符号化されたビデオデータを記憶するコーディングピクチャバッファ（ＣＰＢ）を形成し得る。復号ピクチャバッファ８２は、たとえば、イントラコーディングモードまたはインターコーディングモードにおいて、ビデオデコーダ３０によるビデオデータの復号で使用するための参照ビデオデータを記憶する参照ピクチャメモリであってよい。ビデオデータメモリ７１および復号ピクチャバッファ８２は、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗変化ＲＡＭ（ＲＲＡＭ）、または他の種類のメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）などの、様々なメモリデバイスのうちのどれかによって形成され得る。ビデオデータメモリ７１および復号ピクチャバッファ８２は、同じメモリデバイスまたは別のメモリデバイスによって実現され得る。様々な例において、ビデオデータメモリ７１は、ビデオデコーダ３０の他のコンポーネントとともにオンチップであるか、またはそれらのコンポーネントに関してオフチップであるものとしてよい。
[0119]復号プロセスにおいて、ビデオデコーダ３０は、ビデオエンコーダ２０から符号化されたビデオスライスおよび関連付けられているシンタックス要素のビデオブロックを表す符号化されたビデオビットストリームを受信する。エントロピー復号ユニット７０は、ビットストリームを復号して、量子化された係数と、動きベクトルまたはイントラ予測モードインジケータと、他のシンタックス要素とを生成する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルにおいてシンタックス要素を受信することができる。
[0120]上述のように、ビデオデコーダ３０は、マルチビュービデオコーディングを実行するように適応され得る。いくつかの場合において、ビデオデコーダ３０は、マルチビューＨＥＶＣを復号するように構成され得る。ＨＥＶＣ−３Ｄについて、各ビューに対するテクスチャマップ（すなわち、ルーマ値とクロマ値）を復号することに加えて、ビデオデコーダ３０は、各ビューに対する深度マップをさらに復号することができる。
[0121]ビデオスライスがイントラコーディングされた（Ｉ）スライス、としてコーディングされるときに、イントラ予測ユニット７４は、シグナリングされたイントラ予測モードと、現在のフレームまたはピクチャのすでに復号されているブロックからのデータとに基づき現在のビデオスライスのビデオブロックに対する予測データを生成することができる。イントラ予測ユニット７４は、深度データをイントラコーディングすることも可能である。たとえば、イントラ予測ユニット７４は、基本（２Ｄ）ＨＥＶＣ規格からのイントラ予測モード、領域境界チェーンコーディングモード（ＣＣＭ）、簡略深度コーディング（ＳＤＣ）モード、または深度モデリングモード（ＤＭＭ）を使用して、深度スライスのイントラ予測ＰＵをコーディングすることができる。
[0122]ビデオフレームが、インターコーディングされた（すなわち、ＢまたはＰ）スライスとしてコーディングされるときに、動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルおよび他のシンタックス要素に基づき現在のビデオスライスのビデオブロックに対する予測ブロックを生成する。予測ブロックは、参照ピクチャリストのうちの１つのリスト内の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、復号ピクチャバッファ８２内に記憶されている参照ピクチャに基づき既定の構築技術を使用して、参照フレームリスト、Ｌｉｓｔ０とＬｉｓｔ１とを構築することができる。
[0123]動き補償ユニット７２は、動きベクトルと他のシンタックス要素とを解析することによって現在のビデオスライスのビデオブロックに対する予測情報を決定し、予測情報を使用して、復号されている現在のビデオブロックに対する予測ブロックを生成する。たとえば、動き補償ユニット７２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラもしくはインター予測）を決定するための受信されたシンタックス要素と、インター予測スライスの種類（たとえば、ＢスライスまたはＰスライス）と、スライスに対する参照ピクチャリストのうちの１つまたは複数に対する構築情報と、スライスの各インター符号化されたビデオブロックに対する動きベクトルと、スライスの各インターコーディングされたビデオブロックに対するインター予測ステータスと、他の情報のうちのいくつかを使用して現在のビデオスライス中のビデオブロックを復号する。
[0124]動き補償ユニット７２は、補間フィルタに基づき補間を実行することもできる。動き補償ユニット７２は、ビデオブロックの符号化時にビデオエンコーダ２０によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数ピクセルに対する補間値を計算することができる。この場合、動き補償ユニット７２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用される補間フィルタを決定し、補間フィルタを使用して予測ブロックを生成することができる。
[0125]動き補償ユニット７２は、深度データをインターコーディングすることも可能である。たとえば、動き補償ユニット７２は、基本（２Ｄ）ＨＥＶＣ規格またはインターＳＤＣモードによりインター予測を実行して、深度スライスのイントラ予測ＰＵをコーディングすることができる。
[0126]逆量子化ユニット７６は、ビットストリーム内に用意され、エントロピー復号ユニット７０によって復号される量子化された係数を逆量子化（ｉｎｖｅｒｓｅ ｑｕａｎｔｉｚｅ（逆量子化）はｄｅ−ｑｕａｎｔｉｚｅとも言う）する。逆量子化プロセスは、ビデオスライス内の各ビデオブロックについてビデオデコーダ３０によって計算された量子化パラメータＱＰYを使用して、量子化の程度、また同様に、適用されるべき逆量子化の程度を決定することを含み得る。逆変換ユニット７８は、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念上類似している逆変換プロセスを、変換係数に適用してピクセル領域内に残差ブロックを生成する。
[0127]動き補償ユニット７２またはイントラ予測ユニット７４が、動きベクトルまたは他のシンタックス要素に基づき現在のビデオブロック（たとえば、テクスチャブロックもしくは深度ブロック）に対する予測ブロックを生成した後、ビデオデコーダ３０は、逆変換ユニット７８からの残差ブロックと動き補償ユニット７２もしくはイントラ予測ユニット７４によって生成された対応する予測ブロックとを加算することによって復号されたビデオブロックを形成する。加算器８０は、この加算演算を実行する１つまたは複数のコンポーネントを表す。
[0128]望ましい場合に、復号されたブロックをフィルタリングするためにデブロッキングフィルタも適用され、これにより濃淡むらアーチファクトを除去することもできる。ピクセル遷移を平滑化するか、または他の何らかの方法でビデオ品質を改善するために、他のループフィルタ（コーディングループ内、またはコーディングループの後のいずれか）も使用され得る。次いで、与えられたフレームまたはピクチャ内の復号されたビデオブロックは、その後の動き補償に使用される参照ピクチャを記憶する、復号ピクチャバッファ８２に記憶される。復号ピクチャバッファ８２は、図１の表示デバイス３２などの、表示デバイス上に後で提示するために復号されたビデオも記憶する。
[0129]本開示で説明されている技術により、ビデオデコーダ３０は、ＨＥＶＣコーディングモードと異なる深度コーディングモードを使用してマルチビュー・プラス・深度フォーマットで表される３Ｄビデオデータに対する深度データを復号するように構成される。３Ｄ−ＨＥＶＣプロセスなどの、３Ｄビデオコーディングプロセスにおいて利用可能な追加の深度イントラコーディングモードの例は、ＤＭＭ、ＳＤＣモード、およびＣＣＭのうちの少なくとも２つを含む。それに加えて、追加の深度インターコーディングモードの一例は、インターＳＤＣモードを含む。
[0130]一例において、ビデオデコーダ３０は、深度モデリングテーブル内に３Ｄビデオデータについての深度データをコーディングするために使用される深度イントラコーディングモードを指示するシンタックス要素を復号する。深度モデリングテーブルは、ＨＥＶＣイントラコーディングモードに対するシンタックスから分離している追加の深度イントラコーディングモードについてのシンタックスを含む。それに加えて、ビデオデコーダ３０は、ＨＥＶＣイントラコーディングモードと異なる深度イントラコーディングモードが３Ｄビデオデータに対してイネーブルにされているかどうかを指示する、フラグなどの、シンタックス要素を復号する。いくつかの例では、シンタックス要素は、深度イントラコーディングモードのすべてが３Ｄビデオデータに対してイネーブルにされているかどうかを指示し得る。シンタックス要素は、ビデオデータのビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはピクチャパラメータセット（ＳＰＳ）のうちの１つに含まれ得る。ビデオデコーダ３０が、復号されたシンタックス要素に基づき深度イントラコーディングモードがイネーブルにされていると決定したときに、ビデオデコーダ３０は、深度データをコーディングするために使用される深度イントラコーディングモードのうちの１つを決定するために深度モデリングテーブルを復号する。深度モデリングテーブルは、ビデオデータのコーディングユニット（ＣＵ）レベルまたは予測ユニット（ＰＵ）レベルのうちの一方で復号され得る。シグナリングは、本開示の技術により、ＨＥＶＣイントラコーディングモードから分離している深度モデリングテーブル内の深度イントラコーディングモードを含めることと、深度イントラコーディングモードがイネーブルにされ、深度モデリングテーブルが復号されるべきときを指示することとによってビデオデコーダ３０側の解析の負担を軽減することができる。
[0131]別の例において、ビデオデコーダ３０は、３Ｄビデオデータに対する深度データの残差情報を指示するシンタックス要素のセットを復号するように構成されるものとしてよく、シンタックス要素のセットは２つまたはそれより多くの深度コーディングモードにまたがって統合される。深度コーディングモードは、深度イントラコーディングモードと深度インターコーディングモードの両方を含み得る。シンタックス要素のセットは、残差値が、深度コーディングモードのうちのどれかに対してコーディングされるかどうかを指示するシンタックス要素を含み得る。シンタックス要素のセットは、深度コーディングモードのうちのどれかに対する残差値の絶対値と符号とを指示するシンタックス要素も含み得る。２つまたはそれより多くの深度コーディングモードについて、残差情報を指示するためにシンタックス要素の同じセットを共有することによって、ビデオデコーダ３０は、共有されるシンタックス要素の各々についてコンテキストモデル選択および２値化方法も統合することができる。それに加えて、深度イントラコーディングモードでは、ビデオデコーダ３０は、受信された残差値に基づきビデオデータの深度値を再構築する際に近傍参照サンプルをフィルタリングしないことを決定することができる。このコーディングメカニズムは、本開示の技術により、深度コーディングモードについての残差情報シンタックスを統合することによって、ビデオデコーダ３０における解析の負担を軽減し、必要なコンテキストモデルおよび２値化方法の数を減らすことができる。
[0132]次に、３Ｄ−ＨＥＶＣと一致する深度マップの簡略コーディングモードシグナリングに対する様々な技術が、さらに詳しく説明される。これらの技術は、深度イントラコーディングモードに関係付けられているものとしてよく、深度モデリングモード（ＤＭＭ）、簡略深度コーディング（ＳＤＣ）モード、およびチェーンコーディングモード（ＣＣＭ）のうちの２つまたはそれより多くを含む。これらの技術は、インターＳＤＣモードなどの、深度イントラコーディングモードと深度インターコーディングモードの両方に関係付けられ得る。そのような技術は、たとえば、図１〜３に示されているデバイスによって、またはそれらのデバイスと連携して実行され得る。次の説明は、様々なビデオコーディング規格と技術の説明を含む。
[0133]この節では、本開示に関係するビデオコーディング技術について、最初に検討される。ビデオコーディング規格は、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ビジュアル、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ビジュアル、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ビジュアル、およびスケーラブルビデオコーディング（ＳＶＣ）拡張とマルチビュービデオコーディング（ＭＶＣ）拡張とを含む、ＩＴＵ−Ｔ Ｈ．２６４（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとも称される）を含む。ＭＶＣの共同ドラフトは、「オーディオビジュアルサービス全般のための高度ビデオ符号化方式」、ＩＴＵ−Ｔ勧告Ｈ．２６４、２０１０年３月において説明されている。それに加えて、新しいビデオコーディング規格、ＨＥＶＣが、ＩＴＵ−Ｔ ＶＣＥＧとＩＳＯ／ＩＥＣ ＭＰＥＧとのＪＣＴ−ＶＣによって開発されている。ＨＥＶＣのドラフトは、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／９＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｉ１００３−ｖ５．ｚｉｐから入手可能である。
[0134]ＪＣＴ−３Ｖは、現在、ＨＥＶＣの拡張として２つの３次元ビデオ（３ＤＶ）ソリューションの研究を実施中である。一例の３ＤＶソリューションは、ＭＶ−ＨＥＶＣと称されるＨＥＶＣのマルチビュー拡張を含む。別の例は、３Ｄ−ＨＥＶＣと称される深度増強３Ｄビデオ拡張を含む。
[0135]３Ｄ−ＨＥＶＣでは、３次元（３Ｄ）ビデオデータは、キャプチャされたビュー（たとえば、テクスチャ）が対応する深度マップに関連付けられている、マルチビュービデオ・プラス・深度フォーマットを使用して表される。３Ｄ−ＨＥＶＣでは、テクスチャと深度マップとはコーディングされ、３Ｄビデオビットストリーム中に多重化される。深度マップはグレースケールビデオとしてコーディングされ、そこで、ルーマサンプルは深度値を表し、従来のイントラコーディングおよびインターコーディング方法が深度マップコーディングのために適用され得る。
[0136]深度マップは、シャープエッジと一定のエリアとによって特徴付けられ、深度マップ中のエッジは、一般に、対応するテクスチャデータとの強い相関を提示する。テクスチャと、対応する深度との間の異なる統計値および相関により、異なるコーディング方式が、２Ｄビデオコーデックに基づく深度マップのために設計される。
[0137]図４は、ＨＥＶＣにおける方向イントラ予測モードに関連付けられている予測方向を一般的に示す。基本（２Ｄ）ＨＥＶＣ規格では、各予測ユニット（ＰＵ）のルーマ成分について、イントラ予測コーティング方法は、図４に示されているように、３３の角度予測モード（２から３４のインデックスが付けられている）と、ＤＣモード（１のインデックスを付けられている）と、平面モード（０のインデックスを付けられている）とともに利用される。たとえば、上で指摘されているように、ＨＥＶＣ規格は、平面モード（モード０）と、ＤＣモード（モード１）と、３３の方向予測モード（モード２〜３４）とを含む、３５のイントラ予測モードを含み得る。
[0138]平面モードでは、いわゆる「平面」関数を使用して予測が実行される。ＤＣモードの場合、ブロック内のピクセル値の平均化に基づいて予測が実行される。方向予測モードでは、予測は、特定の方向（モードによって指示されている通り）に沿って近傍ブロックの再構築されたピクセルに基づき実行される。一般に、図４に示されている矢印の末尾（tail end）は、値の取り出し元である近傍ピクセルのうちの関係する１つのピクセルを表すが、矢印の頭部（head）は取り出された値が予測ブロックを形成するために伝搬される方向を表す。
[0139]ＭＰＥＧのＨＥＶＣベース３Ｄビデオコーディング（３Ｄ−ＨＥＶＣ）コーデックは、サブミッションｍ２２５７０とｍ２２５７１とで提案されたソリューションに基づいている。ｍ２２５７０に対する完全な引用は、Ｓｃｈｗａｒｚら、「Ｄｅｓｃｒｉｐｔｉｏｎ ｏｆ ３Ｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｔｅｃｈｎｏｌｏｇｙ Ｐｒｏｐｏｓａｌ ｂｙ Ｆｒａｕｎｈｏｆｅｒ ＨＨＩ （ＨＥＶＣ ｃｏｍｐａｔｉｂｌｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ Ａ）」、ＭＰＥＧ Ｍｅｅｔｉｎｇ ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１、Ｄｏｃ． ＭＰＥＧ１１／Ｍ２２５７０、スイス、ジュネーブ、２０１１年１１月／１２月、にある。ｍ２２５７１に対する完全な引用は、Ｓｃｈｗａｒｚら、「Ｄｅｓｃｒｉｐｔｉｏｎ ｏｆ ３Ｄ Ｖｉｄｅｏ Ｔｅｃｈｎｏｌｏｇｙ Ｐｒｏｐｏｓａｌ ｂｙ Ｆｒａｕｎｈｏｆｅｒ ＨＨＩ （ＨＥＶＣ ｃｏｍｐａｔｉｂｌｅ； ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｂ）」、ＭＰＥＧ会合−ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１、Ｄｏｃ． ＭＰＥＧ１１／Ｍ２２５７１、スイス、ジュネーブ、２０１１年１１月／１２月、にある。
[0140]３Ｄ−ＨＥＶＣに対する参照ソフトウェアＨＴＭバージョン６．０は、ｈｔｔｐｓ：／／ｈｅｖｃ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｓｖｎ／ｓｖｎ＿３ＤＶＣＳｏｆｔｗａｒｅ／ｔａｇｓ／ＨＴＭ−６．０／から入手可能である。３Ｄ−ＨＥＶＣに対するソフトウェア説明（文書番号：Ｃ１００５）は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／３＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴ３Ｖ−Ｃ１００５−ｖ１．ｚｉｐから入手可能である。たとえば、すぐ上のリンクは、文書、「ＨＥＶＣ Ｔｅｓｔ Ｍｏｄｅｌ ３」、文書ＪＣＴ３Ｖ−Ｃ１００５＿ｓｐｅｃ＿ｄ０、Ｔｅｃｈら、ＩＴＵ−Ｔ ＳＧ １６ ＷＰ ３とＩＳＯ／ＩＥＣ ＪＴＣ １／ＳＣ ２９／ＷＧ １１との３Ｄビデオコーディング拡張開発に関する共同コラボレーティブチーム、第３回会合：ジュネーブ、ＣＨ、２０１３年１月１７日〜２３日と、「３Ｄ−ＨＥＶＣ Ｔｅｓｔ Ｍｏｄｅｌ ３」、文書ＪＣＴ３Ｖ−Ｃ１００５＿ｄ０、Ｔｅｃｈら、ＩＴＵ−Ｔ ＳＧ １６ ＷＰ ３とＩＳＯ／ＩＥＣ ＪＴＣ １／ＳＣ ２９／ＷＧ １１との３Ｄビデオコーディング拡張開発に関する共同コラボレーティブチーム、第３回会合：ジュネーブ、ＣＨ、２０１３年１月１７日〜２３日を参照している。
[0141]３Ｄ−ＨＥＶＣにおいて、各アクセスユニットが複数のビューコンポーネントを含み、各々、一意的なビューｉｄ、またはビュー順序インデックス、またはレイヤｉｄを含む。ビューコンポーネントは、テクスチャビューコンポーネントと、さらには深度ビューコンポーネントとを含む。テクスチャビューコンポーネントは１つまたは複数のテクスチャスライスとしてコーディングされ、深度ビューコンポーネントは１つまたは複数の深度スライスとしてコーディングされる。
[0142]深度データコーディングに対する利用可能なイントラコーディングモードは、ＨＥＶＣイントラモード、ＨＥＶＣイントラパルス符号変調（Ｉ＿ＰＣＭ）モード、領域境界チェーンコーディングモード（ＣＣＭ）、深度モデリングモード（ＤＭＭ）、および簡略深度コーディングモード（ＳＤＣＭまたはＳＤＣモード）である。深度データコーディングに対する利用可能なインターコーディングモードは、ＨＥＶＣインターモードおよびインターＳＤＣモードである。これらの各々は、次の節で順に説明される。
[0143]３Ｄ−ＨＥＶＣに対するＨＥＶＣイントラモードにおいて、基本（２Ｄ）ＨＥＶＣ規格に対する上で説明されているのと同じ、イントラ予測モードの定義が利用される。すなわち、合計３５のイントラ予測モードがサポートされており、イントラ予測モード０は平面イントラ予測モードを指し、モード１はＤＣ予測を指し、モード２から３４は異なる方向を持つ角度予測モードを指し、これらは図４に示されている通りである。
[0144]図５は、角度イントラ予測モードのためのＶおよびＨの値を示す表である。方向イントラ予測モードの角度は、（Ｈ，Ｖ）として指示され、値はおおよそＨ／Ｖに等しい。ＨＥＶＣイントラモードに対する可能な（Ｈ，Ｖ）組合せは、図５の表にまとめられており、２〜３４のインデックスを付けられている各予測モードは（Ｈ，Ｖ）組合せのうちの１つに対応する。
[0145]ＨＥＶＣ Ｉ＿ＰＣＭは、イントラコーディングについてもサポートされる。ＨＥＶＣ Ｉ＿ＰＣＭモードでは、予測、変換、量子化、およびエントロピーコーディングのコーディングメカニズムはバイパスされるが、予測サンプルは、予め定義された数のビットによってコーディングされる。
[0146]チェーンコーディングモード（ＣＣＭ）と称される、領域境界チェーンコーディングモードは、深度マップコーディングに対する１つの特別なＨＥＶＣイントラ予測モードとして導入される。ＣＣＭはＪＣＴ３Ｖ−Ａ００７０（名称、「ＣＥ．６．ｈ Ｒｅｇｉｏｎ Ｂｏｕｎｄａｒｙ Ｃｈａｉｎ Ｃｏｄｉｎｇ ｆｏｒ Ｄｅｐｔｈ−ｍａｐ」、Ｈｅｏら、ＪＣＴ２−Ａ００７０、ＩＴＵ−Ｔ ＳＧ １６ ＷＰ ３とＩＳＯ／ＩＥＣ ＪＴＣ １／ＳＣ ２９／ＷＧ １１との３Ｄビデオコーディング拡張開発に関する共同コラボレーティブチーム、第１回会合：ストックホルム、スウェーデン、２０１２年７月１６日〜２０日）において説明されている。
[0147]ＣＣＭでは、深度ブロックは、「チェーン（chains）」を使用してシグナリングされる任意の区分パターンによって指定された２つの領域に区分される。チェーンは、サンプルとその８接続性サンプルのうちの１つとの間の接続である。各チェーンは、方向インデックスが割り当てられ、一連の接続されたチェーンインデックスは、区分パターンを定義するためにシグナリングされる。
[0148]図６Ａおよび６Ｂは、ＣＣＭにおける例示的な深度区分パターンと例示的なコーディングされたチェーンとを示す概念図である。図６Ａのブロック２００に示されているように、８つの異なるタイプのチェーンがあり、各々０から７までの範囲内の方向インデックスに割り当てられている。チェーン方向タイプは、ビデオコーダが深度ブロックの区分を決定するのを補助し得る。方向インデックス（０．．．７）を直接コーディングする代わりに、方向インデックスをシグナリングするために差分コーディングが適用される。
[0149]ＣＣＭにおいて、ｒｅｍ＿ｉｎｔｒａ＿ｌｕｍａ＿ｐｒｅｄ＿ｍｏｄｅが３１に等しく、現在のＰＵサイズが４×４以上、６４×６４未満であるときに、追加のフラグ（ｅｄｇｅ＿ｉｎｔｒａ＿ｆｌａｇ）がビットストリームで送信され、ＣＣＭが使用されているかいないかをシグナリングする。この追加のフラグが、ＣＣＭが現在のＰＵに適用されることを指示するときに、領域境界の開始点（左列または上の行から、 ｅｄｇｅ＿ｓｔａｒｔ＿ｌｅｆｔ＿ｆｌａｇ）、チェーンの開始位置（ｅｄｇｅ＿ｓｔａｒｔ＿ｐｏｓｉｔｉｏｎ）、チェーンコードの数−１（ｎｕｍ＿ｅｄｇｅ＿ｃｏｄｅｓ＿ｍｉｎｕｓ１）、および各チェーンコードについて、方向インデックス（ｅｄｇｅ＿ｃｏｄｅ）が、ビットストリームでさらにシグナリングされる。
[0150]図６Ｂに示されている例示的なＰＵは、区分構造を指示するチェーン２０６によって分離された第１の区分２０２と第２の区分２０４とを含む。ビデオエンコーダ（ビデオエンコーダ２０など）は、符号化されたビットストリームにおける現在のＰＵに対するチェーン２０６を決定して、シグナリングし得るが、ビデオデコーダ（ビデオデコーダ３０など）は、符号化されたビットストリームからのチェーン２０６を表すデータを解析し得る。
[0151]概して、チェーン２０６は、開始位置と、チェーン中のリンクの数（たとえば、チェーンコードの数）の指示と、チェーンコードごとの方向インデックスとを含む。図６Ｂの例に示されている任意の区分パターンをシグナリングするために、ビデオエンコーダ２０は、チェーン２０６がトップ境界から始まることを指示するように１つのビット（たとえば、０）を符号化することができる。ビデオエンコーダ２０は、チェーン２０６が、トップ境界の第３の深度サンプル、すなわち、「３」の開始位置、の後で始まることを指示するように３つのビット（たとえば、０１１）をさらに符号化することができる。ビデオエンコーダ２０は、チェーン２０６内に合計７つのリンクがあることを指示するように４つのビット（たとえば、０１１０）をさらに符号化することができる。ビデオエンコーダ２０は、（たとえば、ブロック２００に従って）各チェーンリンクの方向を指示するように一連の接続されているチェーンのインデックス（たとえば、３、３、３、７、１、１、１）も符号化することができる。いくつかの例において、ビデオエンコーダ２０は、ルックアップテーブルを使用して各インデックスをコードワードに変換し得る。ビデオデコーダ３０などの、ビデオデコーダは、ブロックの区分パターンを決定するために上で説明されているシグナリングを解析することができる。次いで、ビデオデコーダ３０は、各区分に対する深度値を復号することができる。
[0152]深度モデリングモード（ＤＭＭ）方法は、インターコーディングにおいて深度マップ内のシャープエッジをより良く表すために使用され得る。ＤＭＭ方法は、ＨＥＶＣで指定されているイントラ予測モードの代替として一体化され得る。たとえば、１ビットフラグは、ＤＭＭまたは従来のイントラ予測（ＨＥＶＣイントラモードと、ＨＥＶＣ Ｉ＿ＰＣＭモードと、いくつかの場合において、ＣＣＭを含む）が適用されるかどうかを指定するために各ＰＵについてシグナリングされ得る。一例において、ＤＭＭには４つのイントラモードがある、すなわち、ＤＭＭ＿１、ＤＭＭ＿２、ＤＭＭ＿３、およびＤＭＭ＿４がある。４つすべてのモードにおいて、深度ブロックは、ＤＭＭパターンによって指定された２つの領域に区分され、それぞれの領域は、定数値で表される。ＤＭＭパターンは、明示的にシグナリングされる（ＤＭＭ＿１）、空間的近傍ブロックによって予測される（ＤＭＭ＿２）、または同じ所に配置されているテクスチャブロックによって予測される（ＤＭＭ＿３およびＤＭＭ＿４）、のいずれかであり得る。ＤＭＭでは２つの区分モデルが定義され、これはウェッジレット区分と輪郭区分とを含む。
[0153]図７Ａおよび７Ｂは、ＤＭＭにおける８×８ブロックに対する例示的なウェッジレットパターンと、８×８ブロックに対する例示的な輪郭パターンとを示す概念図である。図７Ａは、８×８ブロックに対する１つのウェッジレットパターンを示している。ウェッジレットパターンについて、深度ブロック２１０は、直線２１６によって２つの領域２１２、２１４に区分され、図７Ａに示されているように、始点２１８は（Ｘｓ，Ｙｓ）に配置され、終点は（Ｘｅ，Ｙｅ）に配置され、２つの領域は、Ｐ0とＰ1のラベルを付けられている。始点２１８は、点（８，０）として定義され、終点２２０は、点（０，８）として定義され得る。
[0154] 図７Ａの例では、深度ブロック２１０内の各個々の正方形は、深度ブロック２１０のそれぞれの別個のピクセルを表す。正方形内の数値は、対応するピクセルが領域Ｐ0２１２（値「０」）に対応するか、領域Ｐ1２１４（値「１」）に対応するかを表す。図７Ａではシェーディングも使用され、これにより、ピクセルが領域２１２（白色正方形）に属すか、領域２１４（灰色正方形）に属すかを指示する。各ウェッジレットパターンは、対応するサンプルがＰ0に属すか、Ｐ1に属すかをラベリングするサイズｕB×ｖBの２進数の配列からなり、ｕBおよびｖBは深度ブロック２１０の水平および垂直のサイズをそれぞれ表す。
[0155]この方式で、ビデオエンコーダ２０およびビデオデコーダ３０などのビデオコーダは、始点２１８と終点２２０とによって定義されるようなライン２１６を使用して、深度ブロック２１０のピクセルが領域２１２（領域「Ｐ0」とも称され得る）に属すか、領域２１４（領域「Ｐ1」とも称され得る）に属すかを決定することができる。ウェッジレットパターンは、符号化と復号の両方の開始時に初期化される。
[0156]図７Ｂは、８×８ブロックに対する１つの輪郭パターンを示している。輪郭区分に対して、深度ブロック２３０は、２つの不規則な領域に区分され得る。図７Ｂの例では、深度ブロック２３０は、ライン２３６、２３８によって領域２３２と領域２３４Ａ、２３４Ｂとに区分される。領域２３４Ａ内のピクセルは、領域２３４Ｂ内のピクセルに直に隣接してはいないけれども、領域２３４Ａおよび２３４Ｂは、深度ブロック２３０のＰＵを予測することを目的として、１つの単一の領域を形成するように定義される。輪郭区分は、ウェッジレット区分よりも柔軟性があるが、シグナリングは比較的難しい場合がある。サブモードＤＭＭ＿４において、３Ｄ−ＨＥＶＣの場合、輪郭区分パターンは、同じ所に配置されているテクスチャブロックの再構築されたルーマサンプルを使用して暗黙のうち導出される。
[0157]図７Ｂの例では、深度ブロック２３０内の各個別の正方形は、深度ブロック２３０のそれぞれの個別のピクセルを表す。正方形内の数値は、対応するピクセルが、領域Ｐ0２３２（図７Ｂの例では値「０」）に対応するか、領域Ｐ1２３４Ａ、２３４Ｂ（図７Ｂの例では値「１」）に対応するかを表す。図７Ｂではシェーディングも使用され、これにより、ピクセルが領域２３２（白色正方形）に属すか、領域２３４Ａ、２３４Ｂ（灰色正方形）に属すかを指示する。各ウェッジレットパターンに関して上で説明されているように、各輪郭パターンは、対応するサンプル（すなわち、ピクセル）がＰ0に属すか、Ｐ1に属すかをラベリングするサイズｕB×ｖBの２進数の配列によって定義され得、ｕBおよびｖBは深度ブロック２３０の水平および垂直のサイズをそれぞれ表す。
[0158]この方式で、ビデオエンコーダ２０およびビデオデコーダ３０などのビデオコーダは、ライン２３６、２３８を使用して、深度ブロック２３０のピクセルが領域２３２（領域「Ｐ0」とも称され得る）に属すか、領域２３４（領域「Ｐ1」とも称され得る）に属すかを決定することができる。領域「Ｐ1」および「Ｐ2」は、ＤＭＭに従って区分された異なる領域に対する既定の命名規約であり、したがって、深度ブロック２１０の領域Ｐ0は、深度ブロック２３０の領域Ｐ0と同じ領域とはみなされない。
[0159]ＤＭＭでは、合計８６、７８２、１３９４、および１５０３の異なるウェッジレットパターンが４×４、８×８、１６×１６、および３２×３２のブロックについてそれぞれ定義されている。これらのパターンは、符号化と復号の両方において生成され記憶される。ＤＭＭパターンのタイプ（ウェッジレットまたは輪郭区分）と導出に基づき、各々以下でより詳しく説明されているＤＭＭ＿１（明示的ウェッジレットシグナリング）と、ＤＭＭ＿２（イントラ予測ウェッジレット区分）と、ＤＭＭ＿３（インターコンポーネントウェッジレット区分）と、ＤＭＭ＿４（インターコンポーネント輪郭区分）とを含む、４つのサブモードが、ＤＭＭにおいて定義される。
[0160]サブモードＤＭＭ＿１は、例示的ウェッジレットシグナリングを定義する。サブモードＤＭＭ＿１では、ウェッジレット区分が適用され、最適なものが、特定の歪み基準に基づきビデオエンコーダ２０などのエンコーダ側で選択される。選択されたウェッジレットパターンのインデックスはビットストリーム中でシグナリングされる。４×４、８×８に等しい、または８×８より大きいＰＵサイズに対応するインデックスをコーディングするために、７、１０、または１１個のビンが使用される。
[0161]サブモードＤＭＭ＿２は、イントラ予測されたウェッジレット区分を定義する。サブモードＤＭＭ＿２において、ウェッジレット区分が適用され、選択されたウェッジレットパターンが、近傍イントラ予測モードの情報とウェッジレットパターン情報とを使用して予測される。この場合、ウェッジレットパターンインデックスの直接シグナリングは回避され、予測されるウェッジレットパターンのリファインメント（refinement）がシグナリングされる。
[0162]サブモードＤＭＭ＿３は、インターコンポーネントウェッジレット区分を定義する。サブモードＤＭＭ＿３において、利用可能なすべてのウェッジレットパターンが、同じアクセスユニットの同じ所に配置されているルーマテクスチャブロック領域上で網羅的に試され、テクスチャブロックと最も良く一致するものが、深度スライスにおけるＰＵに対するウェッジレット区分として選択される。ウェッジレット区分パターンのシグナリングは不要であるが、最良パターンの網羅的探索は、ビデオデコーダ３０などの、デコーダ側で必要とされる。
[0163]３Ｄ−ＨＥＶＣ規格におけるＪＣＴ３Ｖ−Ｃ００４４（名称、「ＣＥ６．ｈ ｒｅｓｕｌｔｓ ｏｎ Ｓｉｍｐｌｉｆｉｃａｔｉｏｎ ｏｆ Ｄｅｐｔｈ Ｍｏｄｅｌｉｎｇ Ｍｏｄｅ ３」、Ｗａｎｇら、ＪＣＴ３Ｖ−Ｃ００４４、ＩＴＵ−Ｔ ＳＧ １６ ＷＰ ３とＩＳＯ／ＩＥＣ ＪＴＣ １／ＳＣ ２９／ＷＧ １１との３Ｄビデオコーディング拡張開発に関する共同コラボレーティブチーム、第３回会合：ジュネーブ、２０１３年１月１７日〜２３日）の採用により、サブモードＤＭＭ＿３は、上で説明されているのと幾分異なるように修正されている。たとえば、修正されたサブモードＤＭＭ＿３では、同じ所に配置されているテクスチャルーマブロックが角度イントラ予測モード２から３４のうちの１つとともにイントラコーディングされる場合、ウェッジレットパターンのサブセットから所望のまたは最終的なウェッジレットパターンを識別するために追加のインデックスがシグナリングされる。ウェッジレットパターンのサブセットは、同じ所に配置されているテクスチャブロックのイントラ予測方向によって識別される。
[0164]サブセットの構築の詳細な導入については、次のように説明される。ウェッジレットパターンの始点がＳ（Ｘｓ，Ｙｓ）であり、終点がＥ（Ｘｅ，Ｙｅ）であると仮定すると、各ウェッジレットパターンに対応する対（Ｓ，Ｅ）がある。各イントラ予測モード（すなわち、モード２から３４）について、方向情報（Ｈｉ，Ｖｉ）は、図５に示されている表の通りに定義される。ウェッジレットパターン（（Ｘｓ，Ｙｓ）とＥ（Ｘｅ，Ｙｅ）とによって定義される）とイントラモード（（Ｈｉ，Ｖｉ）によって定義される）との間の適合性は、Ｄ［ｉ］＝｜Ｖｉ×（Ｘｓ−Ｘｅ）−Ｈｉ×（Ｙｅ−Ｙｓ）｜と定義される。次いで、各ウェッジレットパターンは、すべてのイントラ予測モードのうちで最小のＤを探索することによって最も近いイントラ予測モードにマッピングされ得る。それに対応して、各イントラ予測モードｊについて、各パターンの最も近いイントラ予測モードがｊであるウェッジレットパターンサブセットＳ（ｊ）が存在する。
[0165]そうではなく、同じ所に配置されているテクスチャルーマブロックがイントラコーディングされないか、またはイントラモードが０もしくは１である場合、粗候補ウェッジレットパターンサブセット内の最良のウェッジレットパターンのインデックスがシグナリングされる。図８Ａおよび８Ｂは、それぞれ、ウェッジレット離線（separation line）開始／終了位置の例示的な粗サブセットと、ＤＭＭのサブモードＤＭＭ＿３における１つのウェッジレットパターン内の例示的なリファインメントと、を示す概念図である。図８Ａおよび８Ｂにおいて、黒色アウトラインの円は、ウェッジレットパターン開始／終了位置を示し、灰色塗りつぶしのある黒色アウトラインの円のものは、開始／終了位置の粗サブセットを示す。粗パターンは、図８Ａに示されているように、２つの開始および終了位置のすべてについて生成される。各粗候補ウェッジレットパターンサブセットは、図８Ｂに示されているような最大８個までの参照を含む。上で説明されている両方の場合について、シグナリングされる追加のインデックスは、同じ固定長を有することに留意されたい。
[0166]サブモードＤＭＭ＿４は、インターコンポーネント輪郭区分を定義する。サブモードＤＭＭ＿４において、輪郭区分パターンは、同じ所に配置されているテクスチャブロックを２つの部分に分離することによって復号プロセスにおいて生成される、すなわち、第１の部分は、ルーマサンプル値が平均値より大きいピクセルを含み、第２の部分は、ルーマサンプル値が平均値以下であるピクセルを含む。
[0167]図９は、異なるＰＵサイズについての利用可能なＤＭＭサブモードとウェッジレットパターンの数とを示す表である。例示的な一実装において、４×４以下のＰＵサイズについては、サブモードＤＭＭ＿１およびサブモードＤＭＭ＿３のみがイネーブルにされ、４×４より大きく、６４×６４より小さいＰＵサイズ、すなわち、８×８、１６×１６、および３２×３２については、４つすべてのモードがイネーブルにされる。さらに、この例示的な実装において、６４×６４以上のＰＵサイズについては、４つすべてのモードがディセーブルにされる。わかりやすいように、異なるＰＵサイズについての利用可能なＤＭＭサブモードおよびウェッジレットパターンの対応する数が、図９に示されている表に列挙されている。
[0168]簡略深度コーディング（ＳＤＣ）モードは、他のＨＥＶＣイントラコーディングモードへの代替的イントラコーディングモードとして導入される。ＳＤＣモードは、ＪＣＴ３Ｖ−Ｂ００３６（名称、「３Ｄ−ＣＥ６．ｈ： Ｓｉｍｐｌｉｆｉｅｄ Ｄｅｐｔｈ Ｃｏｄｉｎｇ ｗｉｔｈ ａｎ ｏｐｔｉｏｎａｌ Ｄｅｐｔｈ Ｌｏｏｋｕｐ Ｔａｂｌｅ」、Ｊａｇｅｒら、ＩＴＵ−Ｔ ＳＧ １６ ＷＰ ３とＩＳＯ／ＩＥＣ ＪＴＣ １／ＳＣ ２９／ＷＧ １１との３Ｄビデオコーディング拡張開発に関する共同コラボレーティブチーム、第２回会合：上海、中国、２０１２年１０月１３日〜１９日）において説明されている。追加のフラグは、現在のＣＵがＳＤＣモードによってコーディングされているかいないかを指定するために各イントラ深度ＣＵについてシグナリングされる。従来の３Ｄ−ＨＥＶＣプロセスにおいて、ＳＤＣモードは、２Ｎ×２Ｎ区分サイズを有するＣＵに対してのみ適用される。
[0169]ＳＤＣモードでは、量子化された変換係数をコーディングする代わりに、深度ブロックが、区分のタイプ、たとえば、単一のＤＣ区分、２つのＤＭＭ＿１区分、または単一の平面区分、および各区分に対してシグナリングされた残差値（ピクセル領域内の）として表される。ＳＤＣＭ＿ＤＣと、ＳＤＣＭ＿ＤＭＭ＿１と、ＳＤＣＭ＿Ｐｌａｎａｒとを含む３つのサブモードがＳＤＣモードにおいて定義され、これらはＤＣ、ＤＭＭ＿１、および平面の区分タイプにそれぞれ対応する。ＳＤＣモードでは、変換または量子化は適用されず、深度値は、オプションで、深度ルックアップテーブル（ＤＬＴ）を使用してインデックスにマッピングされ得、ＤＬＴは、全シーケンスを符号化する前に第１のイントラ期間内にフレームを解析することによって構築される。ＤＬＴが使用される場合、ＤＬＴ全体が、シーケンスパラメータセット（ＳＰＳ）で、ビデオデコーダ３０などのデコーダに送信され、復号されたインデックス値は、ＤＬＴに基づき深度値にマッピングし直される。ＤＬＴの使用法を説明するために、本開示では、テーブルＤＬＴ［・］がＤＬＴに従って深度値をインデックス値に変換するために使用され、テーブルＩＤＬＴ［・］がインデックス値を深度値にもどす変換のために使用される。
[0170]コーディングユニット（ＣＵ）に対するシンタックステーブルが以下に与えられている。シンタックスの灰色強調部分は、一般的に、深度ビューに対するイントラコーディングに関するＨＥＶＣ規格と３Ｄ−ＨＥＶＣ規格との差異を示している。
[0171]インターＳＤＣモードでは、ＳＤＣモードの概念は、深度インターコーディングに対してさらに拡張される。インターＳＤＣモードは、ＪＣＴ３Ｖ−Ｅ１００１において説明されている（Ｔｅｃｈら、「３Ｄ−ＨＥＶＣ Ｄｒａｆｔ Ｔｅｘｔ １ （Ｏｕｔｐｕｔ Ｄｏｃｕｍｅｎｔ ｏｆ ＪＣＴ−３Ｖ）」、ＩＴＵ−Ｔ ＳＧ １６ ＷＰ ３とＩＳＯ／ＩＥＣ ＪＴＣ １／ＳＣ ２９／ＷＧ １１との３Ｄビデオコーディング拡張開発に関する共同コラボレーティブチーム、第５回会合：ウィーン、オーストリア、２０１３年７月２７日〜８月２日）。３Ｄ−ＨＥＶＣの作業ドラフト（文書番号ＪＣＴ３Ｖ−Ｅ１００１）は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ３ｖ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／５＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴ３Ｖ−Ｅ１００１−ｖ３．ｚｉｐから入手可能である。
[0172]インターＳＤＣモードは、単一の一意的な区分を含む各ＰＵについてただ１つのＤＣ残差値を符号化することによって追加の残差コーディング方法を提供する。インターＳＤＣでは、変換および量子化は、各ＰＵについてスキップされ、残差ブロックは、イントラコーディングにおいて適用されるＳＤＣモードのサブモードＳＤＣＭ＿ＤＣに類似する、対応するシグナリングされたＤＣ残差値に等しいそのすべてのサンプルを有する。非スキップＣＵについては、インターＳＤＣが適用されるかどうかを指示する１ビットフラグがさらにシグナリングされる。スキップＣＵについては、現在の３Ｄ−ＨＥＶＣにおいて行われているのと同じプロセスが維持される。インターＳＤＣモードが適用される場合、ただ１つのＤＣ残差値のみが各ＰＵについてシグナリングされ、そうでない場合、従来の量子化された変換係数がシグナリングされる。
[0173]次に、深度コーディングモードにおける区分に対する残差コーディングが、より詳しく説明される。ＤＭＭ、ＣＣＭ、ＳＤＣモードと、インターＳＤＣモードとを含む、深度コーディングモードでは、ＰＵが１つまたは２つの区分を含むかどうかに関係なく、区分全体の残差（「デルタＤＣ」とも称される）は、１つの単一値とともにシグナリングされ得る。そのような方法は、本開示ではデルタＤＣコーディングと呼ばれる。
[0174]ＤＭＭを使用するＤＣコーディングに関係するシンタックス要素およびセマンティクスは、次のように定義される。
[0175]シンタックス要素ｄｍｍ＿ｄｃ＿ｆｌａｇは、ＤＭＭに対する深度データの残差値が存在しているかどうかを指示する。ｄｍｍ＿ｄｃ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しいことは、ｄｍｍ＿ｄｃ＿ａｂｓ［ｘ０］［ｙ０］［ｉ］およびｄｍｍ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］が存在していることを指定する。ｄｍｍ＿ｄｃ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しいことは、ｄｍｍ＿ｄｃ＿ａｂｓ［ｘ０］［ｙ０］［ｉ］およびｄｍｍ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］が存在していないことを指定する。
[0176]残差値が存在しているときに、ｄｍｍ＿ｄｃ＿ａｂｓ［ｘ０］［ｙ０］［ｉ］およびｄｍｍ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］のシンタックス要素は、ＤＭＭに対する深度データの残差値の大きさ（すなわち、絶対値）と符号とをそれぞれ指示する。これらのシンタックス要素は、次のように、ＤｃＯｆｆｓｅｔ［ｘ０］［ｙ０］［ｉ］を導出するために使用される。
[0177]ＤＭＭを使用してコーディングされた各区分に対するデルタＤＣ値の導出は、次の通りである。ビデオエンコーダ２０などの、エンコーダ側において、各区分ｉ（ｉ＝０，１）について、予測されたＤＣ値ｐｒｅｄＤＣ［ｉ］が、近傍参照サンプルを使用して導出される。区分ｉ内の元の（オリジナルの）サンプルの平均値は、ｏｒｉｇＤＣ［ｉ］として計算される。ＤＬＴが適用されない場合、残差値ｄｅｌｔａＤＣ［ｉ］は、ｏｒｉｇＤＣ［ｉ］−ｐｒｅｄＤＣ［ｉ］として導出される。そうでない場合、ＤＬＴが適用され、ｄｅｌｔａＤＣ［ｉ］は、ＤＬＴ［ｏｒｉｇＤＣ［ｉ］］−ＤＬＴ［ｐｒｅｄＤＣ［ｉ］］として導出される。いずれの場合も、ｄｅｌｔａＤＣ［ｉ］は、エンコーダの最適化に基づきさらに調整され得る。
[0178]ビデオデコーダ３０などの、デコーダ側において、各区分ｉ（ｉ＝０，１）について、残差値ｄｅｌｔａＤＣ［ｉ］が受信され、予測されたＤＣ値ｐｒｅｄＤＣ［ｉ］が近傍参照サンプルを使用して導出される。ＤＬＴが適用されない場合、区分ｉ内の各予測サンプルの値（すなわち、再構築された深度値）は、ｐｒｅｄＤＣ［ｉ］＋ｄｅｌｔａＤＣ［ｉ］として導出される。そうでない場合、ＤＬＴが適用され、区分ｉ内の各予測サンプルの値は、ＩＤＬＴ［ＤＬＴ［ｐｒｅｄＤＣ［ｉ］］＋ｄｅｌｔａＤＣ［ｉ］］として導出される。
[0179]ＣＣＭを使用するＤＣコーディングに関係するシンタックス要素およびセマンティクスは、次のように定義される。
[0180]シンタックス要素ｅｄｇｅ＿ｄｃ＿ｆｌａｇは、ＣＣＭに対する深度データの残差値が存在しているかどうかを指示する。ｅｄｇｅ＿ｄｃ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しいことは、ｅｄｇｅ＿ｄｃ＿ａｂｓ［ｘ０］［ｙ０］［ｉ］およびｅｄｇｅ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］が存在していることを指定し、ｅｄｇｅ＿ｄｃ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しいことは、ｅｄｇｅ＿ｄｃ＿ａｂｓ［ｘ０］［ｙ０］［ｉ］およびｅｄｇｅ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］が存在していないことを指定する。
[0181]残差値が存在しているときに、ｅｄｇｅ＿ｄｃ＿ａｂｓ［ｘ０］［ｙ０］［ｉ］およびｅｄｇｅ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］のシンタックス要素は、ＣＣＭに対する深度データの残差値の大きさ（すなわち、絶対値）と符号とをそれぞれ指示する。これらのシンタックス要素は、次のように、ＤｃＯｆｆｓｅｔ［ｘ０］［ｙ０］［ｉ］を導出するために使用される。
[0182]ＣＣＭを使用してコーディングされた各区分に対するデルタＤＣ値の導出は、次の通りである。ＣＣＭにおいて、ＤＬＴは、決して適用されず、デルタＤＣは、スケーリング計数ｓｃａｌｅＦで、ビデオエンコーダ２０などの、エンコーダ側で量子化されるようにコーディングされる。ここで、ｓｃａｌｅＦは、２(QPY/10-2)であり、最小値１と、最大値
２(BitDepthY-1)とでクリッピングされ、ＱＰYは、ルーマ変換係数コーディングに対して適用される量子化パラメータを表し、ＢｉｔＤｅｐｔｈYは、ルーマサンプル表現に対して適用されるビット深度を指示する。そのようなスケーリング係数は、ビデオデコーダ３０などの、デコーダ側で逆量子化を使用して補償される。このようにして、ＣＣＭに対してシグナリングされるデルタＤＣの値はかなり小さいものとしてよい。
[0183]ビデオエンコーダ２０において、各区分ｉ（ｉ＝０，１）について、予測されたＤＣ値ｐｒｅｄＤＣ［ｉ］が、近傍参照サンプルを使用して導出される。区分ｉ内の元のサンプルの平均値は、ｏｒｉｇＤＣ［ｉ］として計算される。各区分ｉについて、量子化された残差値ｄｅｌｔａＤＣ［ｉ］は、（ｏｒｉｇＤＣ［ｉ］−ｐｒｅｄＤＣ［ｉ］）／ｓｃａｌｅＦとして導出され、ｄｅｌｔａＤＣ［ｉ］は、エンコーダの最適化に基づきさらに調整され得る。
[0184]ビデオデコーダ３０側において、各区分ｉについて、量子化された残差値ｄｅｌｔａＤＣ［ｉ］が受信され、残差値ｄｅｌｔａＤＣ［ｉ］は、ｄｅｌｔａＤＣ［ｉ］＝ｄｅｌｔａＤＣ［ｉ］＊ｓｃａｌｅＦとして逆量子化される。その後、各区分ｉについて、予測されたＤＣ値ｐｒｅｄＤＣ［ｉ］が、近傍参照サンプルを使用して導出される。区分ｉ内の各予測サンプルの値（すなわち、再構築された深度値）は、ｄｅｌｔａＤＣ［ｉ］とｐｒｅｄＤＣ［ｉ］との総和として導出される。本明細書では、ＣＣＭにおけるデルタＤＣ値の導出に関わる上記の量子化および逆量子化プロセスは、高度量子化および高度逆量子化と称される。
[0185]ＳＤＣモードを使用する残差コーディングに関係するシンタックス要素およびセマンティクスは、次のように定義される。
[0186]シンタックス要素ｓｄｃ＿ｒｅｓｉｄｕａｌ＿ｆｌａｇは、ＳＤＣモードに対する深度データの残差値が存在しているかどうかを指示する。ｓｄｃ＿ｒｅｓｉｄｕａｌ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］が０に等しいことは、残差がセグメントｉに対してゼロであることを指定する。ｓｄｃ＿ｒｅｓｉｄｕａｌ＿ｆｌａｇが１に等しいことは、残差が非ゼロであり、ｓｄｃ＿ｒｅｓｉｄｕａｌ＿ｓｉｇｎ＿ｆｌａｇおよびｓｄｃ＿ｒｅｓｉｄｕａｌ＿ａｂｓ［ｉ］シンタックス要素がセグメントｉに対して存在していることを指定する。
[0187]残差値が存在しているときに、ｓｄｃ＿ｒｅｓｉｄｕａｌ＿ａｂｓ＿ｍｉｎｕｓ１［ｘ０］［ｙ０］［ｉ］およびｓｄｃ＿ｒｅｓｉｄｕａｌ＿ｓｉｇｎ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］のシンタックス要素は、ＳＤＣモードに対する深度データの残差値の大きさ（すなわち、絶対値）と符号とをそれぞれ指示する。これらのシンタックス要素は、次のように、セグメントｉについてＳｄｃＲｅｓｉｄｕａｌ［ｘ０］［ｙ０］［ｉ］を導出するために使用される。
[0188]インターＳＤＣモードを使用する残差コーディングに関係するシンタックス要素およびセマンティクスは、次のように定義される。
[0189]シンタックス要素ｉｎｔｅｒ＿ｓｄｃ＿ｆｌａｇは、インターＳＤＣモードに対する深度データの残差値が存在しているかどうかを指示する。ｉｎｔｅｒ＿ｓｄｃ＿ｆｌａｇが１に等しいことは、残差ブロックの簡略深度コーディングが現在のコーディングユニット対して使用されることを指定する。ｉｎｔｅｒ＿ｓｄｃ＿ｆｌａｇが０に等しいことは、残差ブロックの簡略深度コーディングが現在のコーディングユニット対して使用されないことを指定する。存在しないときには、ｉｎｔｅｒ＿ｓｄｃ＿ｆｌａｇは、０であると推論される。
[0190]残差値が存在しているときに、ｉｎｔｅｒ＿ｓｄｃ＿ｒｅｓｉ＿ａｂｓ＿ｍｉｎｕｓ１［ｘ０］［ｙ０］［ｉ］およびｉｎｔｅｒ＿ｓｄｃ＿ｒｅｓｉ＿ｓｉｇｎ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］のシンタックス要素は、インターＳＤＣモードに対する深度データの残差値の大きさ（すなわち、絶対値）と符号とをそれぞれ指示する。これらのシンタックス要素は、次のように、ＩｎｔｅｒＳｄｃＲｅｓｉ［ｘ０］［ｙ０］［ｉ］を導出するために使用される。
[0191]ＳＤＣモードとインターＳＤＣモードとを使用してコーディングされた各区分に対するデルタＤＣ値の導出は、次の通りである。ＳＤＣモードとインターＳＤＣモードの両方において、各区分に対するデルタＤＣ値は、ＤＭＭに関して上で説明されているのと類似の方法で導出される。ビデオエンコーダ２０などの、エンコーダ側において、各区分ｉ（ｉ＝０，１）について、予測されたＤＣ値ｐｒｅｄＤＣ［ｉ］が、近傍参照サンプルを使用して導出される。区分ｉ内の元のサンプルの平均値は、ｏｒｉｇＤＣ［ｉ］として計算される。ＤＬＴが適用されない場合、残差値ｄｅｌｔａＤＣ［ｉ］は、ｏｒｉｇＤＣ［ｉ］−ｐｒｅｄＤＣ［ｉ］として導出される。そうでない場合、ＤＬＴが適用され、ｄｅｌｔａＤＣ［ｉ］は、ＤＬＴ［ｏｒｉｇＤＣ［ｉ］］−ＤＬＴ［ｐｒｅｄＤＣ［ｉ］］として導出される。
[0192]ビデオデコーダ３０などの、デコーダ側において、各区分ｉ（ｉ＝０，１）について、残差値ｄｅｌｔａＤＣ［ｉ］が受信され、予測されたＤＣ値ｐｒｅｄＤＣ［ｉ］が近傍参照サンプルを使用して導出される。ＤＬＴが適用されない場合、区分ｉ内の各予測サンプルの値（すなわち、再構築された深度値）は、ｐｒｅｄＤＣ［ｉ］＋ｄｅｌｔａＤＣ［ｉ］として導出される。そうでない場合、ＤＬＴが適用され、区分ｉ内の各予測サンプルの値（すなわち、再構築された深度値）は、ＩＤＬＴ［ＤＬＴ［ｐｒｅｄＤＣ［ｉ］］＋ｄｅｌｔａＤＣ［ｉ］］として導出される。
[0193]ＨＥＶＣおよび３Ｄ−ＨＥＶＣにおいて、ルーマ成分に対して、イントラ予測サンプルに使用される近傍参照サンプル、すなわち、残差値の生成は、ビデオエンコーダ２０などの、エンコーダ側の生成プロセスの前に、およびビデオデコーダ３０などの、デコーダ側の深度値再構築プロセスの前に、フィルタリングされる。フィルタリングは、与えられたイントラ予測モードと変換ブロックサイズとによって制御される。たとえば、イントラ予測モードがＤＣであるか、または変換ブロックサイズが４×４に等しい場合、近傍サンプルはフィルタリングされない。別の例として、与えられたイントラ予測モードと垂直モード（または水平モード）との間の距離が、事前定義された閾値より大きい場合、フィルタリングプロセスはイネーブルにされる。いくつかの例において、事前定義された閾値は、変換ブロックサイズ８、１６、および３２の各々に対して、それぞれ、７、１、および０である。
[0194]近傍サンプルフィルタリングについて、［１，２，１］フィルタおよび双線形（bi-linear）フィルタが使用され得る。双線形フィルタリングは、ＨＥＶＣにおいて定義されているようないくつかの条件が真となる場合に、条件付きで使用される。従来の３Ｄ−ＨＥＶＣでは、近傍参照サンプルのフィルタリングは、ＤＭＭに対して適用されないが、ＣＣＭに対して適用される。
[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]いくつかの代替的形態において、ＤｅｐｔｈＩｎｔｒａＭｏｄｅを提示する他のビン列が適用され得る。それに加えて、ｐｒｅｖ＿ｉｎｔｒａ＿ｌｕｍａ＿ｐｒｅｄ＿ｆｌａｇは、現在のモードがＤＭＭであるとき、たとえば、ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅがＳＤＣＭ＿ＤＭＭ＿１とＤＭＭ＿１とに等しいときに存在する。代替的に、表１において、サブモードＤＭＭ＿２は、取り除かれ得る。さらに、表１において、深度イントラコーディングモードの他の順序が適用され得る。
[0227]さらなる代替として、サブモードＤＭＭ＿２は、ＣＣＭで置き換えられ、上記の表１は、以下の表２のように再定義され得る。
[0228]ＤＭＭ＿２がＣＣＭと置き換えられる場合、上の表２に示されているように、深度モデリングテーブルのシンタックスは、図示されているようにラインを取り除くことによって修正され得る。上に提示されている深度モデリングテーブルからの削除は、取消線を使用して示されている。
[0229]上に提示されている修正された深度モデリングテーブルに対するセマンティクスは、次のように定義される。
[0230]ｄｍｍ＿ｄｅｌｔａ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しいことは、ＤＣオフセット値が利用不可能であることを指定し、ｄｍｍ＿ｄｅｌｔａ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しいことは、ＤＣオフセット値が利用可能であることを指定する。ｄｍｍ＿ｄｅｌｔａ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しいときに、各区分に対するＤＣオフセット値、すなわち、残差値は、ｄｍｍ＿ｄｃ＿ａｂｓとｄｍｍ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇとによってさらにシグナリングされる。
[0231]ｄｍｍ＿ｄｃ＿ａｂｓ［ｘ０］［ｙ０］［ｉ］およびｄｍｍ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］は、次のようにＱｕａｎｔＤＣＯｆｆｓｅｔＰｉ［ｘ０］［ｙ０］値を導出するために使用される。
[0232]ｅｄｇｅ＿ｄｃ＿ａｂｓ［ｘ０］［ｙ０］［ｉ］およびｅｄｇｅ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］およびＤｃＯｆｆｓｅｔＰｉ［ｘ０］［ｙ０］値は、次の通りである。
[0233]シンタックス要素ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅを復号するときに、以下の表３に示されている次のコンテキストモデルは、第１および／または第２のビンをコーディングするために適用され得る。
[0234]表３に示されているコンテキストモデル仕様の一代替において、第２のビンをコーディングするためのｃｏｎｄＬとｃｏｎｄＡとの使用は、第１のビンが０に等しいとき、すなわち、（ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅ＜３）のときにのみ適用され得る。別の代替的形態では、シンタックス要素ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅの第１の２つのビンの各々に対して、ただ１つのコンテキストが使用され得る。さらなる代替的形態において、第１のビンに対してただ１つのコンテキストが使用され、第２のビンは、バイパスコーティングされ得る。シンタックス要素ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅの残りのビンについては、１つのコンテキストがそれらの各々に対して使用され得る。他の例では、ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅの残りのビンは、バイパスコーティングされ得る。シンタックス要素ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅをコーディングするために使用されるコンテキストの初期化は、スライスタイプに依存し得る。
[0235]深度モデリングテーブルをシグナリングする第１の例示的な技術の第２の代替的形態は、上で説明されている第１の代替的形態に類似している。しかし、第２の代替的形態において、ＤＭＭおよびＣＣＭの深度イントラコーディングモードと、関連する残差情報と、のシグナリング、すなわち、深度モデリングテーブル内でシンタックス要素ｄｍｍ＿ｄｅｌｔａ＿ｆｌａｇと、ｅｄｇｅ＿ｄｃ＿ｆｌａｇと、ｅｄｇｅ＿ｄｃ＿ａｂｓと、ｄｍｍ＿ｄｃ＿ａｂｓと、ｅｄｇｅ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇと、ｄｍｍ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇとを使用することは、次のようにさらに統合され得る。上で説明されている第１の代替的形態上の深度モデリングへの追加は、灰色で強調表示され、削除は、取消線を使用して示されている。
[0236]修正された深度モデリングテーブルに対するセマンティクスは、次のように定義される。
[0237]ｄｍｍ＿ｃｍｍ＿ｄｅｌｔａ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しいことは、ＤＣオフセット値が利用不可能であることを指定し、ｄｍｍ＿ｃｍｍ＿ｄｅｌｔａ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しいことは、ＣＣＭまたはＤＭＭコーディングされたＰＵに対してＤＣオフセット値が利用可能であることを指定する。ｄｍｍ＿ｃｍｍ＿ｄｅｌｔａ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しいときに、各区分に対するＤＣオフセット値は、ｄｍｍ＿ｃｍｍ＿ｄｃ＿ａｂｓとｄｍｍ＿ｃｍｍ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇとによってさらにシグナリングされる。
[0238]ｄｍｍ＿ｃｍｍ＿ｄｃ＿ａｂｓ［ｘ０］［ｙ０］［ｉ］およびｄｍｍ＿ｃｍｍ＿ｄｃ＿ｓｉｇｎ＿ｆｌａｇ［ｘ０］［ｙ０］［ｉ］は、次のようにＱｕａｎｔＤＣＯｆｆｓｅｔＰｉ［ｘ０］［ｙ０］値を導出するために使用される。
[0239]深度モデリングテーブルをシグナリングする第１の例示的な技術の第３の代替的形態は、上で説明されている第１の代替的形態に類似している。しかし、第３の代替的形態では、利用可能な深度イントラモードの数は、従来の３Ｄ−ＨＥＶＣ規格から変更なく保持されるが、１つのシンタックス要素、すなわち、ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅは、ＣＵシンタックステーブルと深度モデリングテーブルとの中の１つのＰＵのイントラコーディングモードをシグナリングするために使用される。深度イントラコーディングモード、すなわち、ＤＭＭとＳＤＣモードとに関係する追加のシンタックス要素は、ＣＵシンタックステーブル内のＨＥＶＣイントラコーディングモードのシンタックスから分離している深度モデリングテーブル内に入れられる。この例では、ＣＣＭは、ＨＥＶＣイントラコーディングモードの一部として定義されるので、チェーンコーディングシンタックステーブルは、深度モデリングテーブルから分離して導入される。上で説明されている第１の代替的形態の上のＣＵおよび深度モデリングへの追加は、灰色で強調表示され、削除は、取消線を使用して示されている。
[0240]第３の代替的形態において、ＣＣＭ関係シンタックス要素は、深度モデリングテーブルから取り除かれ、その代わりに、新しいチェーンコーディングシンタックステーブル「ｃｃｍ＿ｉｎｆｏ」が導入される。
[0241]上に提示されている修正された深度モデリングテーブルに対するセマンティクスは、次のように定義される。ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅ［ｘ０］［ｙ０］は、以下の表４に示されている値のうちの１つであり得る。表４は、従来の３Ｄ−ＨＥＶＣ規格から変わっていない利用可能な深度イントラモードを表している。
[0242]一代替的形態において、０、１、および２に等しいシンタックス要素ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅについてのビン列（すなわち、ＳＤＣＭ Ｐｌａｎａｒと、ＣＣＭを含むＨＥＶＣイントラと、ＳＤＣＭ＿ＤＭＭ＿１とを指示する）は、「０００」と、「００１」と、「０１」とにそれぞれ設定され得る。別の代替的形態において、０、１、および２に等しいシンタックス要素ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅについてのビン列は、「０００」と、「０１」と、「００１」とにそれぞれ設定され得る。さらなる代替的形態において、第１の３つの深度イントラモードの他の順序が使用され得る。一般に、ＤｅｐｔｈＩｎｔｒａＭｏｄｅを提示する他のビン列が適用され得る。
[0243]たとえば、３Ｄ−ＨＥＶＣ規格における深度イントラモードの利用可能な数は、１だけ減らされ得、すなわち、ＤＭＭ＿２は削除され得る。上に提示されている深度モデリングテーブルからのセマンティクスおよびシンタックステーブルの変更は、表５および以下に提示されている修正された深度モデリングシンタックステーブルにおいて取消線を使用して示されている。
[0244]別の例では、ＳＤＣモードのサブモードＳＤＣＭ＿ＤＣは、深度イントラコーディングにおいて考慮され得ない。その場合、６に等しいｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅは、ＣＣＭで置き換えられ得る。
[0245]深度モデリングテーブルをシグナリングする第１の例示的な技術の第４の代替的形態は、上で説明されている第３の代替的形態に類似している。しかし、第４の代替的形態において、ＤＭＭのサブモードＤＭＭ＿１およびＤＭＭ＿３は、ＨＥＶＣイントラコーディングモードの一部として取り扱われる。上で説明されている第３の代替的形態の上のＣＵおよび深度モデリングテーブルのシンタックスとセマンティクスとへの追加は、灰色で強調表示され、削除は、取消線を使用して示されている。
[0246]上に提示されているＣＵシンタックステーブルと修正された深度モデリングテーブルとに対するセマンティクスは、次のように定義される。ｄｅｐｔｈ＿ｉｎｔｒａ＿ｍｏｄｅ［ｘ０］［ｙ０］は、以下の表６に示されている値のうちの１つであり得る。
[0247]ｄｍｍ＿ｃｃｍ＿ｄｉｒｅｃｔｉｏｎａｌ＿ｉｎｔｒａ＿ｉｄｃ［ｘ０＋ｉ］［ｙ０＋ｉ］は、以下の表７に示されている値のうちの１つであり得る。
[0248]本開示の技術の第２の例において、ＤＭＭと、ＨＥＶＣイントラモードと、ＣＣＭとに対するシンタックステーブルおよびシンタックス要素は、簡略化される。この例では、すべてのＰＵのｄｍｍ＿ｆｌａｇと、すべてのＰＵのＤＭＭサブモードと、すべてのＰＵの他のＤＭＭ関係情報とを複数のループで別々にシグナリングする代わりに、ＣＵシンタックステーブルまたは深度モデリングテーブルは、１つのＰＵのすべてのＤＭＭ情報、その後に続く別のＰＵに対する情報、というように次々に含むように設計され得る。したがって、現在のＣＵ内のすべてのＰＵを横断するただ１つのループが必要である。
[0249]深度イントラコーディングモードに対するシンタックステーブルと要素とを簡略化する第２の例示的な技術の第１の代替的形態において、関係するセマンティクスは変更なく保持されるが、ＣＵシンタックステーブルは、ビデオデコーダ３０側の解析プロセスに対してより簡単になるように修正される。３Ｄ−ＨＥＶＣ規格への追加は、以下では灰色で強調表示され、３Ｄ−ＨＥＶＣ規格からの削除は、取消線を使用して示されている。
[0250]深度イントラコーディングモードに対するシンタックステーブルと要素とを簡略化する第２の例示的な技術の第２の代替的形態において、ＤＣオフセットのシグナリングに関係するシンタックス要素は、ＤＭＭまたはＣＣＭが適用されるときに統合される。上で説明されている第２の代替的形態の上のＣＵシンタックステーブルのシンタックスとセマンティクスとへの追加は、灰色で強調表示され、削除は、取消線を使用して示されている。
[0251]上に提示されているＣＵシンタックステーブルに対するセマンティクスは、次のように定義される。
[0253]本開示の技術の第３の例において、ビデオエンコーダ２０は、深度コーディングモードのうちの２つまたはそれ以上にまたがって統合されているシグナリングメカニズムを使用して３Ｄビデオデータに対する深度データの残差情報をシグナリングする。このようにして、ビデオデコーダ３０は、シンタックス要素の同じセットを復号して、深度コーディングモードのどれかに対する残差情報を決定することができる。シンタックス要素の統合されたセットは、深度コーディングモードのうちのどれかに対して残差値がコーディングされるかどうかを指示するシンタックス要素を含み得る。シンタックス要素の統合されたセットは、深度コーディングモードのうちのどれかに対する残差値の絶対値と符号とを指示するシンタックス要素も含み得る。深度コーディングモードの２つまたはそれ以上について残差情報を指示するためにシンタックス要素の同じセットを共有することによって、シンタックス要素に対するコンテキストモデル選択および２値化方法も統合され得る。
[0254]３Ｄ−ＨＥＶＣ規格への追加は、以下では灰色で強調表示され、３Ｄ−ＨＥＶＣ規格からの削除は、取消線を使用して示されている。３Ｄ−ＨＥＶＣに対する作業ドラフト（文書番号：ＪＣＴ３Ｖ−Ｅ１００１）は、 ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ３ｖ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／５＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴ３Ｖ−Ｅ１００１−ｖ３．ｚｉｐから入手可能である。３Ｄ−ＨＥＶＣのソフトウェア説明（文書番号：ＪＣＴ３Ｖ−Ｅ１００５）は、 ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ３ｖ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／５＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴ３Ｖ−Ｅ１００５−ｖ１．ｚｉｐから入手可能である。
[0255]上に提示されている深度モードパラメータのシンタックステーブルに関連付けられているセマンティクスは、次のように定義される。
[0273]本開示の技術の第４の例は、上で説明されている第３の例に類似している。しかし、第４の例では、イントラ予測サンプル生成時に使用される近傍基準サンプルのフィルタリングは、ＤＭＭと、ＣＣＭと、少なくともＳＤＣモードのサブモードＳＤＣＭ＿ＤＭＭ＿１に対して取り除かれる。上で説明されているように、フィルタリングは、サブモードＳＤＣＭ＿ＤＣを含む、ＤＣイントラ予測モードに対してすでにディセーブルにされている。いくつかの例では、フィルタリングも、ＳＤＣモードのサブモードＳＤＣＭ＿Ｐｌａｎａｒに対して取り除かれ得る。
[0274]この例では、ビデオエンコーダ２０は、近傍基準サンプルをフィルタリングすることなく、ビデオデータの元の深度値と近傍基準サンプルとに基づき３Ｄビデオデータに対する深度データの残差値を生成する。同様に、ビデオデコーダ３０は、近傍基準サンプルをフィルタリングすることなく、深度データの受信された残差値と近傍基準サンプルとに基づきビデオデータの深度値を再構築する。
[0275]３Ｄ−ＨＥＶＣ規格への追加は、以下では灰色で強調表示され、３Ｄ−ＨＥＶＣ規格からの削除は、取消線を使用して示されている。
[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]本開示の様々な態様が説明された。これらの、および他の態様は、次の請求項の範囲内にある。
[0316]本開示の様々な態様が説明された。これらの、および他の態様は、次の請求項の範囲内にある。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを復号する方法であって、
複数の深度イントラコーディングモードのうちのいずれかが前記ビデオデータに対してイネーブルにされているかどうかを指示するシンタックス要素を復号することと、ここで、前記前記深度イントラコーディングモードは、高効率ビデオコーディング（ＨＥＶＣ）イントラコーディングモードとは異なり、
前記深度イントラコーディングモードがイネーブルにされていることを指示する前記シンタックス要素を復号した後に、深度モデリングテーブルを復号することと、
前記深度モデリングテーブル内の１つまたは複数のシンタックス要素に基づき前記深度イントラコーディングモードのうちの１つを選択することと、
前記選択された深度イントラコーディングモードを使用して前記ビデオデータについての深度データを復号することと、
を備える方法。
［Ｃ２］
前記深度モデリングテーブルは、前記ＨＥＶＣイントラコーディングモードのためのシンタックス要素から分離している前記深度イントラコーディングモードのためのシンタックス要素を含むＣ１に記載の方法。
［Ｃ３］
前記深度イントラコーディングモードは、深度モデリングモード（ＤＭＭ）、簡略深度コーディング（ＳＤＣ）モード、およびチェーンコーディングモード（ＣＣＭ）のうちの少なくとも２つを含むＣ１に記載の方法。
［Ｃ４］
前記深度イントラコーディングモードは、前記ＤＭＭの少なくとも１つのサブモードとＳＤＣモードの３つのサブモードとを含むＣ３に記載の方法。
［Ｃ５］
前記深度モデリングテーブル内の前記１つまたは複数のシンタックス要素は、前記深度データを復号するための、深度モデリングモード（ＤＭＭ）のサブモード、簡略深度コーディング（ＳＤＣ）モードのサブモード、またはチェーンコーディングモード（ＣＣＭ）のうちの１つを指示するＣ１に記載の方法。
［Ｃ６］
前記深度モデリングテーブルは、前記選択された深度イントラコーディングモードのための前記深度データの残差情報を指示するシンタックス要素のセットを含み、ここで、前記シンタックス要素のセットは、前記深度データの残差値が存在しているかどうか、存在する場合には、前記深度データの前記残差値の絶対値と符号とを指示するシンタックス要素を含むＣ１に記載の方法。
［Ｃ７］
同じ前記シンタックス要素のセットは、前記深度イントラコーディングモードのいずれかのための残差情報を指示するＣ６に記載の方法。
［Ｃ８］
前記深度データを復号することは、前記深度データの前記残差値と、近傍参照サンプルとに基づき、前記近傍参照サンプルをフィルタリングすることなく、前記選択された深度イントラコーディングモードに従って前記ビデオデータの深度値を再構築することを備えるＣ６に記載の方法。
［Ｃ９］
前記深度イントラコーディングモードとは異なる前記ＨＥＶＣイントラコーディングモードは、ＨＥＶＣイントラコーディングモード、ＨＥＶＣイントラパルス符号変調（Ｉ＿ＰＣＭ）モード、ＨＥＶＣイントラコーディングモードとして定義されている深度モデリングモード（ＤＭＭ）のサブモード、およびＨＥＶＣイントラコーディングモードとして定義されているチェーンコーディングモード（ＣＣＭ）のうちの１つまたは複数を含むＣ１に記載の方法。
［Ｃ１０］
前記深度イントラコーディングモードのいずれも前記ビデオデータに対してイネーブルにされていないことを指示する前記シンタックス要素を復号した後に、前記深度モデリングテーブルを復号することなく、前記深度イントラコーディングモードとは異なる前記ＨＥＶＣイントラコーディングモードのうちの１つを選択することと、前記選択されたＨＥＶＣイントラコーディングモードを使用して前記ビデオデータについての前記深度データを復号することと、をさらに備えるＣ１に記載の方法。
［Ｃ１１］
前記選択されたＨＥＶＣイントラコーディングモードは、ＨＥＶＣイントラコーディングモードとして定義されているチェーンコーディングモード（ＣＣＭ）を含み、前記ＣＣＭについての前記深度データの残差情報を指示する１つまたは複数のシンタックス要素を含むチェーンコーディングテーブルを復号することをさらに備えるＣ１０に記載の方法。
［Ｃ１２］
深度イントラコーディングモードのうちのいずれかがイネーブルにされているかどうかを指示する前記シンタックス要素は、前記深度イントラコーディングモードのすべてがイネーブルにされているかどうかをさらに指示するＣ１に記載の方法。
［Ｃ１３］
前記深度イントラコーディングモードのうちのいずれかがイネーブルにされているかどうかを指示する前記シンタックス要素は、前記ビデオデータのビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはピクチャパラメータセット（ＰＰＳ）のうちの１つに含まれるＣ１に記載の方法。
［Ｃ１４］
前記深度モデリングテーブルを復号することは、前記ビデオデータのコーディングユニット（ＣＵ）レベルまたは予測ユニット（ＰＵ）レベルのうちの一方で前記深度モデリングテーブルを復号することを備えるＣ１に記載の方法。
［Ｃ１５］
ビデオデータを記憶するように構成されたメモリと、
１つまたは複数のプロセッサと、
を備え、前記１つまたは複数のプロセッサは、
複数の深度イントラコーディングモードのうちのいずれかがイネーブルにされているかどうかを指示するシンタックス要素を復号し、ここで、前記深度イントラコーディングモードは、高効率ビデオコーディング（ＨＥＶＣ）イントラコーディングモードとは異なり、
前記深度イントラコーディングモードが前記ビデオデータに対してイネーブルにされていることを指示する前記シンタックス要素を復号した後に、深度モデリングテーブルを復号し、
前記深度モデリングテーブル内の１つまたは複数のシンタックス要素に基づき前記深度イントラコーディングモードのうちの１つを選択し、
前記選択された深度イントラコーディングモードを使用して前記ビデオデータについての深度データを復号するように構成された、ビデオ復号デバイス。
［Ｃ１６］
前記深度モデリングテーブルは、前記ＨＥＶＣイントラコーディングモードのためのシンタックス要素から分離している前記深度イントラコーディングモードのためのシンタックス要素を含むＣ１５に記載のデバイス。
［Ｃ１７］
前記深度イントラコーディングモードは、深度モデリングモード（ＤＭＭ）、簡略深度コーディング（ＳＤＣ）モード、およびチェーンコーディングモード（ＣＣＭ）のうちの少なくとも２つを含むＣ１５に記載のデバイス。
［Ｃ１８］
前記深度イントラコーディングモードは、前記ＤＭＭの少なくとも１つのサブモードとＳＤＣモードの３つのサブモードとを含むＣ１７に記載のデバイス。
［Ｃ１９］
前記深度モデリングテーブル内の前記１つまたは複数のシンタックス要素は、前記深度データを復号するための、深度モデリングモード（ＤＭＭ）のサブモード、簡略深度コーディング（ＳＤＣ）モードのサブモード、またはチェーンコーディングモード（ＣＣＭ）のうちの１つを指示するＣ１５に記載のデバイス。
［Ｃ２０］
前記深度モデリングテーブルは、前記選択された深度イントラコーディングモードに対する前記深度データの残差情報を指示するシンタックス要素のセットを含み、ここで、前記シンタックス要素のセットは、前記深度データの残差値が存在しているかどうか、存在する場合には、前記深度データの前記残差値の絶対値と符号とを指示するシンタックス要素を含むＣ１５に記載のデバイス。
［Ｃ２１］
同じ前記シンタックス要素のセットは、前記深度イントラコーディングモードのいずれかのための残差情報を指示するＣ２０に記載のデバイス。
［Ｃ２２］
前記プロセッサは、前記深度データの前記残差値と、近傍参照サンプルとに基づき、前記近傍参照サンプルをフィルタリングすることなく、前記選択された深度イントラコーディングモードに従って前記ビデオデータの深度値を再構築するように構成されるＣ２０に記載のデバイス。
［Ｃ２３］
前記深度イントラコーディングモードとは異なる前記ＨＥＶＣイントラコーディングモードは、ＨＥＶＣイントラコーディングモード、ＨＥＶＣイントラパルス符号変調（Ｉ＿ＰＣＭ）モード、ＨＥＶＣイントラコーディングモードとして定義されている深度モデリングモード（ＤＭＭ）のサブモード、およびＨＥＶＣイントラコーディングモードとして定義されているチェーンコーディングモード（ＣＣＭ）のうちの１つまたは複数を含むＣ１５に記載のデバイス。
［Ｃ２４］
前記深度イントラコーディングモードのいずれも前記ビデオデータに対してイネーブルにされていないことを指示する前記シンタックス要素を復号した後に、前記プロセッサは、前記深度モデリングテーブルを復号することなく、前記深度イントラコーディングモードとは異なる前記ＨＥＶＣイントラコーディングモードのうちの１つを選択し、前記選択されたＨＥＶＣイントラコーディングモードを使用して前記ビデオデータに対する前記深度データを復号するように構成されるＣ１５に記載のデバイス。
［Ｃ２５］
前記選択されたＨＥＶＣイントラコーディングモードは、ＨＥＶＣイントラコーディングモードとして定義されているチェーンコーディングモード（ＣＣＭ）を含み、前記プロセッサは、前記ＣＣＭに対する前記深度データの残差情報を指示する１つまたは複数のシンタックス要素を含むチェーンコーディングテーブルを復号するように構成されるＣ２４に記載のデバイス。
［Ｃ２６］
深度イントラコーディングモードのうちのいずれかがイネーブルにされているかどうかを指示する前記シンタックス要素は、前記深度イントラコーディングモードのすべてがイネーブルにされているかどうかをさらに指示するＣ１５に記載のデバイス。
［Ｃ２７］
前記深度イントラコーディングモードのうちのいずれかがイネーブルにされているかどうかを指示する前記シンタックス要素は、前記ビデオデータのビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはピクチャパラメータセット（ＰＰＳ）のうちの１つに含まれるＣ１５に記載のデバイス。
［Ｃ２８］
前記プロセッサは、前記ビデオデータのコーディングユニット（ＣＵ）レベルまたは予測ユニット（ＰＵ）レベルのうちの一方で前記深度モデリングテーブルを復号するように構成されるＣ１５に記載のデバイス。
［Ｃ２９］
複数の深度イントラコーディングモードのうちのいずれかが前記ビデオデータに対してイネーブルにされているかどうかを指示するシンタックス要素を復号するための手段と、ここで、前記深度イントラコーディングモードは、高効率ビデオコーディング（ＨＥＶＣ）イントラコーディングモードと異なり、
前記深度イントラコーディングモードがイネーブルにされていることを指示する前記シンタックス要素を復号した後に、深度モデリングテーブルを復号するための手段と、
前記深度モデリングテーブル内の１つまたは複数のシンタックス要素に基づき前記深度イントラコーディングモードのうちの１つを選択するための手段と、
前記選択された深度イントラコーディングモードを使用して前記ビデオデータについての深度データを復号するための手段と、
を備えるビデオ復号デバイス。
［Ｃ３０］
ビデオデータを復号するための命令を備えるコンピュータ可読媒体であって、前記命令は、実行されると、１つまたは複数のプロセッサに、
複数の深度イントラコーディングモードのうちのいずれかが前記ビデオデータに対してイネーブルにされているかどうかを指示するシンタックス要素を復号することと、ここで、前記深度イントラコーディングモードは、高効率ビデオコーディング（ＨＥＶＣ）イントラコーディングモードとは異なり、
前記深度イントラコーディングモードがイネーブルにされていることを指示する前記シンタックス要素を復号した後に、深度モデリングテーブルを復号することと、
前記深度モデリングテーブル内の１つまたは複数のシンタックス要素に基づき前記深度イントラコーディングモードのうちの１つを選択することと、
前記選択された深度イントラコーディングモードを使用して前記ビデオデータについての深度データを復号することと、
を行わせる、コンピュータ可読媒体。
［Ｃ３１］
ビデオデータを符号化する方法であって、
複数の深度イントラコーディングモードのうちの選択されたモードを使用して前記ビデオデータに対する深度データを符号化することと、ここで、前記深度イントラコーディングモードは、高効率ビデオコーディング（ＨＥＶＣ）イントラコーディングモードとは異なり、
前記深度イントラコーディングモードが前記ビデオデータに対してイネーブルにされていることを指示するシンタックス要素を符号化することと、
前記選択された深度イントラコーディングモードを示す１つまたは複数のシンタックス要素を含む深度モデリングテーブルを符号化することと、
を備える方法。
［Ｃ３２］
前記深度モデリングテーブルは、前記ＨＥＶＣイントラコーディングモードのためのシンタックス要素から分離している前記深度イントラコーディングモードのためのシンタックス要素を含むＣ３１に記載の方法。
［Ｃ３３］
前記深度イントラコーディングモードは、深度モデリングモード（ＤＭＭ）、簡略深度コーディング（ＳＤＣ）モード、およびチェーンコーディングモード（ＣＣＭ）のうちの少なくとも２つを含むＣ３１に記載の方法。
［Ｃ３４］
前記深度イントラコーディングモードは、前記ＤＭＭの少なくとも１つのサブモードとＳＤＣモードの３つのサブモードとを含むＣ３３に記載の方法。
［Ｃ３５］
前記深度モデリングテーブル内の前記１つまたは複数のシンタックス要素は、前記深度データを符号化するために使用される深度モデリングモード（ＤＭＭ）のサブモード、簡略深度コーディング（ＳＤＣ）モードのサブモード、またはチェーンコーディングモード（ＣＣＭ）のうちの１つを指示するＣ３１に記載の方法。
［Ｃ３６］
前記深度モデリングテーブルは、前記選択された深度イントラコーディングモードのための前記深度データの残差情報を指示するシンタックス要素のセットを含み、ここで、前記シンタックス要素のセットは、前記深度データの残差値が存在しているかどうか、もし存在する場合には、前記深度データの前記残差値の絶対値と符号とを指示するシンタックス要素を含むＣ３１に記載の方法。
［Ｃ３７］
同じ前記シンタックス要素のセットは、前記深度イントラコーディングモードのいずれかのための残差情報を指示するように構成されるＣ３６に記載の方法。
［Ｃ３８］
前記深度データを符号化することは、前記ビデオデータの元の深度値と、近傍参照サンプルとに基づき、前記近傍参照サンプルをフィルタリングすることなく、前記選択された深度イントラコーディングモードに従って前記深度データの前記残差値を生成することを備えるＣ３６に記載の方法。
［Ｃ３９］
前記シンタックス要素は、前記深度イントラコーディングモードのうちの少なくとも１つが前記ビデオデータに対してイネーブルにされていること、または前記深度イントラコーディングモードのいずれもが前記ビデオデータに対してイネーブルにされていないことを指示するように構成されるＣ３１に記載の方法。
［Ｃ４０］
前記シンタックス要素は、前記深度イントラコーディングモードのすべてが前記ビデオデータに対してイネーブルにされていること、または前記深度イントラコーディングモードのいずれもが前記ビデオデータに対してイネーブルにされていないことを指示するように構成されるＣ３１に記載の方法。
［Ｃ４１］
前記深度イントラコーディングモードがイネーブルにされていることを指示する前記シンタックス要素を符号化することは、前記ビデオデータのビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはピクチャパラメータセット（ＰＰＳ）のうちの１つに前記シンタックス要素を符号化することを備えるＣ３１に記載の方法。
［Ｃ４２］
前記深度モデリングテーブルを符号化することは、前記ビデオデータのコーディングユニット（ＣＵ）レベルまたは予測ユニット（ＰＵ）レベルのうちの一方で前記深度モデリングテーブルを符号化することを備えるＣ３１に記載の方法。
［Ｃ４３］
ビデオデータを記憶するように構成されたメモリと、
1つまたは複数のプロセッサと、を備え、前記１つまたは複数のプロセッサは、
複数の深度イントラコーディングモードのうちの選択されたモードを使用して前記ビデオデータに対する深度データを符号化し、ここで、前記深度イントラコーディングモードは、高効率ビデオコーディング（ＨＥＶＣ）イントラコーディングモードとは異なり、
前記深度イントラコーディングモードが前記ビデオデータに対してイネーブルにされていることを指示するシンタックス要素を符号化し、
前記選択された深度イントラコーディングモードを示す１つまたは複数のシンタックス要素を含む深度モデリングテーブルを符号化するように構成された、
ビデオ符号化デバイス。
［Ｃ４４］
前記深度モデリングテーブルは、前記ＨＥＶＣイントラコーディングモードのためのシンタックス要素から分離している前記深度イントラコーディングモードのためのシンタックス要素を含むＣ４３に記載のデバイス。
［Ｃ４５］
前記深度イントラコーディングモードは、深度モデリングモード（ＤＭＭ）、簡略深度コーディング（ＳＤＣ）モード、およびチェーンコーディングモード（ＣＣＭ）のうちの少なくとも２つを含むＣ４３に記載のデバイス。
［Ｃ４６］
前記深度イントラコーディングモードは、前記ＤＭＭの少なくとも１つのサブモードとＳＤＣモードの３つのサブモードとを含むＣ４５に記載のデバイス。
［Ｃ４７］
前記深度モデリングテーブル内の前記１つまたは複数のシンタックス要素は、前記深度データを符号化するために使用される深度モデリングモード（ＤＭＭ）のサブモード、簡略深度コーディング（ＳＤＣ）モードのサブモード、またはチェーンコーディングモード（ＣＣＭ）のうちの１つを指示するＣ４３に記載のデバイス。
［Ｃ４８］
前記深度モデリングテーブルは、前記選択された深度イントラコーディングモードのための前記深度データの残差情報を指示するシンタックス要素のセットを含み、ここで、前記シンタックス要素のセットは、前記深度データの残差値が存在しているかどうか、もし存在する場合には、前記深度データの前記残差値の絶対値と符号とを指示するシンタックス要素を含むＣ４３に記載のデバイス。
［Ｃ４９］
同じ前記シンタックス要素のセットは、前記深度イントラコーディングモードのいずれかのための残差情報を指示するように構成されるＣ４８に記載のデバイス。
［Ｃ５０］
前記プロセッサは、前記ビデオデータの元の深度値と、近傍参照サンプルとに基づき、前記近傍参照サンプルをフィルタリングすることなく、前記選択された深度イントラコーディングモードに従って前記深度データの前記残差値を生成するように構成されるＣ４８に記載のデバイス。
［Ｃ５１］
前記シンタックス要素は、前記深度イントラコーディングモードのうちの少なくとも１つが前記ビデオデータに対してイネーブルにされていること、または前記深度イントラコーディングモードのいずれもが前記ビデオデータに対してイネーブルにされていないことを指示するように構成されるＣ４３に記載のデバイス。
［Ｃ５２］
前記シンタックス要素は、前記深度イントラコーディングモードのすべてが前記ビデオデータに対してイネーブルにされていること、または前記深度イントラコーディングモードのいずれもが前記ビデオデータに対してイネーブルにされていないことを指示するように構成されるＣ４３に記載のデバイス。
［Ｃ５３］
前記プロセッサは、前記ビデオデータのビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはピクチャパラメータセット（ＰＰＳ）のうちの１つに前記深度イントラコーディングモードがイネーブルにされていることを指示する前記シンタックス要素を符号化するように構成されるＣ４３に記載のデバイス。
［Ｃ５４］
前記プロセッサは、前記ビデオデータのコーディングユニット（ＣＵ）レベルまたは予測ユニット（ＰＵ）レベルのうちの一方で前記深度モデリングテーブルを符号化するように構成されるＣ４３に記載のデバイス。

Claims (54)

  1. ビデオデータを復号する方法であって、
    複数の深度イントラコーディングモードのうちのいずれかが前記ビデオデータに対してイネーブルにされているかどうかを指示するシンタックス要素を復号することと、ここで、前記前記深度イントラコーディングモードは、高効率ビデオコーディング（ＨＥＶＣ）イントラコーディングモードとは異なり、
    前記深度イントラコーディングモードがイネーブルにされていることを指示する前記シンタックス要素を復号した後に、深度モデリングテーブルを復号することと、
    前記深度モデリングテーブル内の１つまたは複数のシンタックス要素に基づき前記深度イントラコーディングモードのうちの１つを選択することと、
    前記選択された深度イントラコーディングモードを使用して前記ビデオデータについての深度データを復号することと、
    を備える方法。
  2. 前記深度モデリングテーブルは、前記ＨＥＶＣイントラコーディングモードのためのシンタックス要素から分離している前記深度イントラコーディングモードのためのシンタックス要素を含む請求項１に記載の方法。
  3. 前記深度イントラコーディングモードは、深度モデリングモード（ＤＭＭ）、簡略深度コーディング（ＳＤＣ）モード、およびチェーンコーディングモード（ＣＣＭ）のうちの少なくとも２つを含む請求項１に記載の方法。
  4. 前記深度イントラコーディングモードは、前記ＤＭＭの少なくとも１つのサブモードとＳＤＣモードの３つのサブモードとを含む請求項３に記載の方法。
  5. 前記深度モデリングテーブル内の前記１つまたは複数のシンタックス要素は、前記深度データを復号するための、深度モデリングモード（ＤＭＭ）のサブモード、簡略深度コーディング（ＳＤＣ）モードのサブモード、またはチェーンコーディングモード（ＣＣＭ）のうちの１つを指示する請求項１に記載の方法。
  6. 前記深度モデリングテーブルは、前記選択された深度イントラコーディングモードのための前記深度データの残差情報を指示するシンタックス要素のセットを含み、ここで、前記シンタックス要素のセットは、前記深度データの残差値が存在しているかどうか、存在する場合には、前記深度データの前記残差値の絶対値と符号とを指示するシンタックス要素を含む請求項１に記載の方法。
  7. 同じ前記シンタックス要素のセットは、前記深度イントラコーディングモードのいずれかのための残差情報を指示する請求項６に記載の方法。
  8. 前記深度データを復号することは、前記深度データの前記残差値と、近傍参照サンプルとに基づき、前記近傍参照サンプルをフィルタリングすることなく、前記選択された深度イントラコーディングモードに従って前記ビデオデータの深度値を再構築することを備える請求項６に記載の方法。
  9. 前記深度イントラコーディングモードとは異なる前記ＨＥＶＣイントラコーディングモードは、ＨＥＶＣイントラコーディングモード、ＨＥＶＣイントラパルス符号変調（Ｉ＿ＰＣＭ）モード、ＨＥＶＣイントラコーディングモードとして定義されている深度モデリングモード（ＤＭＭ）のサブモード、およびＨＥＶＣイントラコーディングモードとして定義されているチェーンコーディングモード（ＣＣＭ）のうちの１つまたは複数を含む請求項１に記載の方法。
  10. 前記深度イントラコーディングモードのいずれも前記ビデオデータに対してイネーブルにされていないことを指示する前記シンタックス要素を復号した後に、前記深度モデリングテーブルを復号することなく、前記深度イントラコーディングモードとは異なる前記ＨＥＶＣイントラコーディングモードのうちの１つを選択することと、前記選択されたＨＥＶＣイントラコーディングモードを使用して前記ビデオデータについての前記深度データを復号することと、をさらに備える請求項１に記載の方法。
  11. 前記選択されたＨＥＶＣイントラコーディングモードは、ＨＥＶＣイントラコーディングモードとして定義されているチェーンコーディングモード（ＣＣＭ）を含み、前記ＣＣＭについての前記深度データの残差情報を指示する１つまたは複数のシンタックス要素を含むチェーンコーディングテーブルを復号することをさらに備える請求項１０に記載の方法。
  12. 深度イントラコーディングモードのうちのいずれかがイネーブルにされているかどうかを指示する前記シンタックス要素は、前記深度イントラコーディングモードのすべてがイネーブルにされているかどうかをさらに指示する請求項１に記載の方法。
  13. 前記深度イントラコーディングモードのうちのいずれかがイネーブルにされているかどうかを指示する前記シンタックス要素は、前記ビデオデータのビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはピクチャパラメータセット（ＰＰＳ）のうちの１つに含まれる請求項１に記載の方法。
  14. 前記深度モデリングテーブルを復号することは、前記ビデオデータのコーディングユニット（ＣＵ）レベルまたは予測ユニット（ＰＵ）レベルのうちの一方で前記深度モデリングテーブルを復号することを備える請求項１に記載の方法。
  15. ビデオデータを記憶するように構成されたメモリと、
    １つまたは複数のプロセッサと、
    を備え、前記１つまたは複数のプロセッサは、
    複数の深度イントラコーディングモードのうちのいずれかがイネーブルにされているかどうかを指示するシンタックス要素を復号し、ここで、前記深度イントラコーディングモードは、高効率ビデオコーディング（ＨＥＶＣ）イントラコーディングモードとは異なり、
    前記深度イントラコーディングモードが前記ビデオデータに対してイネーブルにされていることを指示する前記シンタックス要素を復号した後に、深度モデリングテーブルを復号し、
    前記深度モデリングテーブル内の１つまたは複数のシンタックス要素に基づき前記深度イントラコーディングモードのうちの１つを選択し、
    前記選択された深度イントラコーディングモードを使用して前記ビデオデータについての深度データを復号するように構成された、ビデオ復号デバイス。
  16. 前記深度モデリングテーブルは、前記ＨＥＶＣイントラコーディングモードのためのシンタックス要素から分離している前記深度イントラコーディングモードのためのシンタックス要素を含む請求項１５に記載のデバイス。
  17. 前記深度イントラコーディングモードは、深度モデリングモード（ＤＭＭ）、簡略深度コーディング（ＳＤＣ）モード、およびチェーンコーディングモード（ＣＣＭ）のうちの少なくとも２つを含む請求項１５に記載のデバイス。
  18. 前記深度イントラコーディングモードは、前記ＤＭＭの少なくとも１つのサブモードとＳＤＣモードの３つのサブモードとを含む請求項１７に記載のデバイス。
  19. 前記深度モデリングテーブル内の前記１つまたは複数のシンタックス要素は、前記深度データを復号するための、深度モデリングモード（ＤＭＭ）のサブモード、簡略深度コーディング（ＳＤＣ）モードのサブモード、またはチェーンコーディングモード（ＣＣＭ）のうちの１つを指示する請求項１５に記載のデバイス。
  20. 前記深度モデリングテーブルは、前記選択された深度イントラコーディングモードに対する前記深度データの残差情報を指示するシンタックス要素のセットを含み、ここで、前記シンタックス要素のセットは、前記深度データの残差値が存在しているかどうか、存在する場合には、前記深度データの前記残差値の絶対値と符号とを指示するシンタックス要素を含む請求項１５に記載のデバイス。
  21. 同じ前記シンタックス要素のセットは、前記深度イントラコーディングモードのいずれかのための残差情報を指示する請求項２０に記載のデバイス。
  22. 前記プロセッサは、前記深度データの前記残差値と、近傍参照サンプルとに基づき、前記近傍参照サンプルをフィルタリングすることなく、前記選択された深度イントラコーディングモードに従って前記ビデオデータの深度値を再構築するように構成される請求項２０に記載のデバイス。
  23. 前記深度イントラコーディングモードとは異なる前記ＨＥＶＣイントラコーディングモードは、ＨＥＶＣイントラコーディングモード、ＨＥＶＣイントラパルス符号変調（Ｉ＿ＰＣＭ）モード、ＨＥＶＣイントラコーディングモードとして定義されている深度モデリングモード（ＤＭＭ）のサブモード、およびＨＥＶＣイントラコーディングモードとして定義されているチェーンコーディングモード（ＣＣＭ）のうちの１つまたは複数を含む請求項１５に記載のデバイス。
  24. 前記深度イントラコーディングモードのいずれも前記ビデオデータに対してイネーブルにされていないことを指示する前記シンタックス要素を復号した後に、前記プロセッサは、前記深度モデリングテーブルを復号することなく、前記深度イントラコーディングモードとは異なる前記ＨＥＶＣイントラコーディングモードのうちの１つを選択し、前記選択されたＨＥＶＣイントラコーディングモードを使用して前記ビデオデータに対する前記深度データを復号するように構成される請求項１５に記載のデバイス。
  25. 前記選択されたＨＥＶＣイントラコーディングモードは、ＨＥＶＣイントラコーディングモードとして定義されているチェーンコーディングモード（ＣＣＭ）を含み、前記プロセッサは、前記ＣＣＭに対する前記深度データの残差情報を指示する１つまたは複数のシンタックス要素を含むチェーンコーディングテーブルを復号するように構成される請求項２４に記載のデバイス。
  26. 深度イントラコーディングモードのうちのいずれかがイネーブルにされているかどうかを指示する前記シンタックス要素は、前記深度イントラコーディングモードのすべてがイネーブルにされているかどうかをさらに指示する請求項１５に記載のデバイス。
  27. 前記深度イントラコーディングモードのうちのいずれかがイネーブルにされているかどうかを指示する前記シンタックス要素は、前記ビデオデータのビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはピクチャパラメータセット（ＰＰＳ）のうちの１つに含まれる請求項１５に記載のデバイス。
  28. 前記プロセッサは、前記ビデオデータのコーディングユニット（ＣＵ）レベルまたは予測ユニット（ＰＵ）レベルのうちの一方で前記深度モデリングテーブルを復号するように構成される請求項１５に記載のデバイス。
  29. 複数の深度イントラコーディングモードのうちのいずれかが前記ビデオデータに対してイネーブルにされているかどうかを指示するシンタックス要素を復号するための手段と、ここで、前記深度イントラコーディングモードは、高効率ビデオコーディング（ＨＥＶＣ）イントラコーディングモードと異なり、
    前記深度イントラコーディングモードがイネーブルにされていることを指示する前記シンタックス要素を復号した後に、深度モデリングテーブルを復号するための手段と、
    前記深度モデリングテーブル内の１つまたは複数のシンタックス要素に基づき前記深度イントラコーディングモードのうちの１つを選択するための手段と、
    前記選択された深度イントラコーディングモードを使用して前記ビデオデータについての深度データを復号するための手段と、
    を備えるビデオ復号デバイス。
  30. ビデオデータを復号するための命令を備えるコンピュータ可読媒体であって、前記命令は、実行されると、１つまたは複数のプロセッサに、
    複数の深度イントラコーディングモードのうちのいずれかが前記ビデオデータに対してイネーブルにされているかどうかを指示するシンタックス要素を復号することと、ここで、前記深度イントラコーディングモードは、高効率ビデオコーディング（ＨＥＶＣ）イントラコーディングモードとは異なり、
    前記深度イントラコーディングモードがイネーブルにされていることを指示する前記シンタックス要素を復号した後に、深度モデリングテーブルを復号することと、
    前記深度モデリングテーブル内の１つまたは複数のシンタックス要素に基づき前記深度イントラコーディングモードのうちの１つを選択することと、
    前記選択された深度イントラコーディングモードを使用して前記ビデオデータについての深度データを復号することと、
    を行わせる、コンピュータ可読媒体。
  31. ビデオデータを符号化する方法であって、
    複数の深度イントラコーディングモードのうちの選択されたモードを使用して前記ビデオデータに対する深度データを符号化することと、ここで、前記深度イントラコーディングモードは、高効率ビデオコーディング（ＨＥＶＣ）イントラコーディングモードとは異なり、
    前記深度イントラコーディングモードが前記ビデオデータに対してイネーブルにされていることを指示するシンタックス要素を符号化することと、
    前記選択された深度イントラコーディングモードを示す１つまたは複数のシンタックス要素を含む深度モデリングテーブルを符号化することと、
    を備える方法。
  32. 前記深度モデリングテーブルは、前記ＨＥＶＣイントラコーディングモードのためのシンタックス要素から分離している前記深度イントラコーディングモードのためのシンタックス要素を含む請求項３１に記載の方法。
  33. 前記深度イントラコーディングモードは、深度モデリングモード（ＤＭＭ）、簡略深度コーディング（ＳＤＣ）モード、およびチェーンコーディングモード（ＣＣＭ）のうちの少なくとも２つを含む請求項３１に記載の方法。
  34. 前記深度イントラコーディングモードは、前記ＤＭＭの少なくとも１つのサブモードとＳＤＣモードの３つのサブモードとを含む請求項３３に記載の方法。
  35. 前記深度モデリングテーブル内の前記１つまたは複数のシンタックス要素は、前記深度データを符号化するために使用される深度モデリングモード（ＤＭＭ）のサブモード、簡略深度コーディング（ＳＤＣ）モードのサブモード、またはチェーンコーディングモード（ＣＣＭ）のうちの１つを指示する請求項３１に記載の方法。
  36. 前記深度モデリングテーブルは、前記選択された深度イントラコーディングモードのための前記深度データの残差情報を指示するシンタックス要素のセットを含み、ここで、前記シンタックス要素のセットは、前記深度データの残差値が存在しているかどうか、もし存在する場合には、前記深度データの前記残差値の絶対値と符号とを指示するシンタックス要素を含む請求項３１に記載の方法。
  37. 同じ前記シンタックス要素のセットは、前記深度イントラコーディングモードのいずれかのための残差情報を指示するように構成される請求項３６に記載の方法。
  38. 前記深度データを符号化することは、前記ビデオデータの元の深度値と、近傍参照サンプルとに基づき、前記近傍参照サンプルをフィルタリングすることなく、前記選択された深度イントラコーディングモードに従って前記深度データの前記残差値を生成することを備える請求項３６に記載の方法。
  39. 前記シンタックス要素は、前記深度イントラコーディングモードのうちの少なくとも１つが前記ビデオデータに対してイネーブルにされていること、または前記深度イントラコーディングモードのいずれもが前記ビデオデータに対してイネーブルにされていないことを指示するように構成される請求項３１に記載の方法。
  40. 前記シンタックス要素は、前記深度イントラコーディングモードのすべてが前記ビデオデータに対してイネーブルにされていること、または前記深度イントラコーディングモードのいずれもが前記ビデオデータに対してイネーブルにされていないことを指示するように構成される請求項３１に記載の方法。
  41. 前記深度イントラコーディングモードがイネーブルにされていることを指示する前記シンタックス要素を符号化することは、前記ビデオデータのビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはピクチャパラメータセット（ＰＰＳ）のうちの１つに前記シンタックス要素を符号化することを備える請求項３１に記載の方法。
  42. 前記深度モデリングテーブルを符号化することは、前記ビデオデータのコーディングユニット（ＣＵ）レベルまたは予測ユニット（ＰＵ）レベルのうちの一方で前記深度モデリングテーブルを符号化することを備える請求項３１に記載の方法。
  43. ビデオデータを記憶するように構成されたメモリと、
    1つまたは複数のプロセッサと、を備え、前記１つまたは複数のプロセッサは、
    複数の深度イントラコーディングモードのうちの選択されたモードを使用して前記ビデオデータに対する深度データを符号化し、ここで、前記深度イントラコーディングモードは、高効率ビデオコーディング（ＨＥＶＣ）イントラコーディングモードとは異なり、
    前記深度イントラコーディングモードが前記ビデオデータに対してイネーブルにされていることを指示するシンタックス要素を符号化し、
    前記選択された深度イントラコーディングモードを示す１つまたは複数のシンタックス要素を含む深度モデリングテーブルを符号化するように構成された、
    ビデオ符号化デバイス。
  44. 前記深度モデリングテーブルは、前記ＨＥＶＣイントラコーディングモードのためのシンタックス要素から分離している前記深度イントラコーディングモードのためのシンタックス要素を含む請求項４３に記載のデバイス。
  45. 前記深度イントラコーディングモードは、深度モデリングモード（ＤＭＭ）、簡略深度コーディング（ＳＤＣ）モード、およびチェーンコーディングモード（ＣＣＭ）のうちの少なくとも２つを含む請求項４３に記載のデバイス。
  46. 前記深度イントラコーディングモードは、前記ＤＭＭの少なくとも１つのサブモードとＳＤＣモードの３つのサブモードとを含む請求項４５に記載のデバイス。
  47. 前記深度モデリングテーブル内の前記１つまたは複数のシンタックス要素は、前記深度データを符号化するために使用される深度モデリングモード（ＤＭＭ）のサブモード、簡略深度コーディング（ＳＤＣ）モードのサブモード、またはチェーンコーディングモード（ＣＣＭ）のうちの１つを指示する請求項４３に記載のデバイス。
  48. 前記深度モデリングテーブルは、前記選択された深度イントラコーディングモードのための前記深度データの残差情報を指示するシンタックス要素のセットを含み、ここで、前記シンタックス要素のセットは、前記深度データの残差値が存在しているかどうか、もし存在する場合には、前記深度データの前記残差値の絶対値と符号とを指示するシンタックス要素を含む請求項４３に記載のデバイス。
  49. 同じ前記シンタックス要素のセットは、前記深度イントラコーディングモードのいずれかのための残差情報を指示するように構成される請求項４８に記載のデバイス。
  50. 前記プロセッサは、前記ビデオデータの元の深度値と、近傍参照サンプルとに基づき、前記近傍参照サンプルをフィルタリングすることなく、前記選択された深度イントラコーディングモードに従って前記深度データの前記残差値を生成するように構成される請求項４８に記載のデバイス。
  51. 前記シンタックス要素は、前記深度イントラコーディングモードのうちの少なくとも１つが前記ビデオデータに対してイネーブルにされていること、または前記深度イントラコーディングモードのいずれもが前記ビデオデータに対してイネーブルにされていないことを指示するように構成される請求項４３に記載のデバイス。
  52. 前記シンタックス要素は、前記深度イントラコーディングモードのすべてが前記ビデオデータに対してイネーブルにされていること、または前記深度イントラコーディングモードのいずれもが前記ビデオデータに対してイネーブルにされていないことを指示するように構成される請求項４３に記載のデバイス。
  53. 前記プロセッサは、前記ビデオデータのビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはピクチャパラメータセット（ＰＰＳ）のうちの１つに前記深度イントラコーディングモードがイネーブルにされていることを指示する前記シンタックス要素を符号化するように構成される請求項４３に記載のデバイス。
  54. 前記プロセッサは、前記ビデオデータのコーディングユニット（ＣＵ）レベルまたは予測ユニット（ＰＵ）レベルのうちの一方で前記深度モデリングテーブルを符号化するように構成される請求項４３に記載のデバイス。
JP2016505568A 2013-03-27 2014-03-27 ３ｄ−ｈｅｖｃのための深度データの深度コーディングモードシグナリング Active JP6158420B2 (ja)

Applications Claiming Priority (13)

Application Number Priority Date Filing Date Title
US201361805901P 2013-03-27 2013-03-27
US201361805922P 2013-03-27 2013-03-27
US61/805,901 2013-03-27
US61/805,922 2013-03-27
US201361811103P 2013-04-11 2013-04-11
US61/811,103 2013-04-11
US201361890629P 2013-10-14 2013-10-14
US61/890,629 2013-10-14
US201361891816P 2013-10-16 2013-10-16
US61/891,816 2013-10-16
US14/225,985 2014-03-26
US14/225,985 US9516306B2 (en) 2013-03-27 2014-03-26 Depth coding modes signaling of depth data for 3D-HEVC
PCT/US2014/032047 WO2014160879A1 (en) 2013-03-27 2014-03-27 Depth coding modes signaling of depth data for 3d-hevc

Publications (3)

Publication Number Publication Date
JP2016518050A true JP2016518050A (ja) 2016-06-20
JP2016518050A5 JP2016518050A5 (ja) 2017-03-09
JP6158420B2 JP6158420B2 (ja) 2017-07-05

Family

ID=51620831

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016505568A Active JP6158420B2 (ja) 2013-03-27 2014-03-27 ３ｄ−ｈｅｖｃのための深度データの深度コーディングモードシグナリング

Country Status (6)

Country Link
US (1) US9516306B2 (ja)
EP (1) EP2979451B1 (ja)
JP (1) JP6158420B2 (ja)
KR (1) KR101752078B1 (ja)
CN (1) CN105052147B (ja)
WO (1) WO2014160879A1 (ja)

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130098122A (ko) * 2012-02-27 2013-09-04 세종대학교산학협력단 영상 부호화/복호화 장치 및 영상을 부호화/복호화하는 방법
WO2013129822A1 (ko) 2012-02-27 2013-09-06 세종대학교산학협력단 영상 부호화와 복호화 장치 및 영상을 부호화와 복호화하는 방법
CN104919799A (zh) * 2013-01-07 2015-09-16 联发科技股份有限公司 用于三维视频编解码的从深度到视差矢量转换的方法和装置
US9369708B2 (en) 2013-03-27 2016-06-14 Qualcomm Incorporated Depth coding modes signaling of depth data for 3D-HEVC
WO2014166119A1 (en) * 2013-04-12 2014-10-16 Mediatek Inc. Stereo compatibility high level syntax
WO2014172387A1 (en) * 2013-04-15 2014-10-23 Huawei Technologies Co., Ltd. Method and apparatus of depth prediction mode selection
KR20150043227A (ko) * 2013-10-14 2015-04-22 삼성전자주식회사 뎁스 인터 부호화 방법 및 그 장치, 복호화 방법 및 그 장치
KR102318785B1 (ko) 2013-10-14 2021-10-27 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 비디오 및 영상 코딩 및 디코딩에 대한 기본 색상 인덱스 맵 모드의 특징
WO2015054811A1 (en) 2013-10-14 2015-04-23 Microsoft Corporation Features of intra block copy prediction mode for video and image coding and decoding
EP3058736B1 (en) 2013-10-14 2019-02-27 Microsoft Technology Licensing, LLC Encoder-side options for intra block copy prediction mode for video and image coding
US10129542B2 (en) * 2013-10-17 2018-11-13 Futurewei Technologies, Inc. Reference pixel selection and filtering for intra coding of depth map
US9503751B2 (en) * 2013-10-17 2016-11-22 Hfi Innovation Inc. Method and apparatus for simplified depth coding with extended prediction modes
US20150189321A1 (en) * 2014-01-02 2015-07-02 Mediatek Inc. Method of Binarization and Context Adaptive Binary Arithmetic Coding of Depth Coding Syntax
KR101994870B1 (ko) * 2014-01-03 2019-07-01 지이 비디오 컴프레션, 엘엘씨 웨지렛 기반 코딩 개념
US10390034B2 (en) 2014-01-03 2019-08-20 Microsoft Technology Licensing, Llc Innovations in block vector prediction and estimation of reconstructed sample values within an overlap area
BR112016015080A2 (pt) 2014-01-03 2017-08-08 Microsoft Technology Licensing Llc Predição de vetor de bloco em codificação / decodificação de vídeo e imagem
US11284103B2 (en) 2014-01-17 2022-03-22 Microsoft Technology Licensing, Llc Intra block copy prediction with asymmetric partitions and encoder-side search patterns, search ranges and approaches to partitioning
US10542274B2 (en) 2014-02-21 2020-01-21 Microsoft Technology Licensing, Llc Dictionary encoding and decoding of screen content
US9716884B2 (en) * 2014-03-20 2017-07-25 Hfi Innovation Inc. Method of signaling for mode selection in 3D and multi-view video coding
CN103826115B (zh) * 2014-03-21 2016-03-02 华为技术有限公司 图像分割方式的编解码处理方法和装置
US10785486B2 (en) 2014-06-19 2020-09-22 Microsoft Technology Licensing, Llc Unified intra block copy and inter prediction modes
KR101936663B1 (ko) * 2014-06-26 2019-01-09 후아웨이 테크놀러지 컴퍼니 리미티드 고효율 비디오 코딩 중 계산 부하의 경감 방법 및 장치
US20170164004A1 (en) * 2014-07-04 2017-06-08 Kt Corporation Method and device for processing multi-view video signal
AU2015327521B2 (en) * 2014-09-30 2018-07-26 Hfi Innovation Inc. Method of lookup table size reduction for depth modelling mode in depth coding
CA3171803A1 (en) 2014-09-30 2016-04-07 Microsoft Technology Licensing, Llc Rules for intra-picture prediction modes when wavefront parallel processing is enabled
EP3180913B1 (en) * 2014-10-13 2019-07-31 Huawei Technologies Co., Ltd. System and method for depth map coding for smooth depth map area
CN106664405B (zh) 2015-06-09 2020-06-09 微软技术许可有限责任公司 用调色板模式对经逸出编码的像素的稳健编码/解码
WO2017099371A1 (ko) * 2015-12-11 2017-06-15 삼성전자 주식회사 인트라 프레임 스킵 모드 정보의 부호화 방법 및 장치, 복호화 방법 및 장치
CN106878751B (zh) 2015-12-11 2022-01-14 北京三星通信技术研究有限公司 视频帧内编码模式的标识方法、处理方法和装置
WO2017138393A1 (en) 2016-02-08 2017-08-17 Sharp Kabushiki Kaisha Systems and methods for intra prediction coding
EP3236657A1 (en) * 2016-04-21 2017-10-25 Ultra-D Coöperatief U.A. Dual mode depth estimator
US10609367B2 (en) 2016-12-21 2020-03-31 Qualcomm Incorporated Low-complexity sign prediction for video coding
KR20230079466A (ko) * 2017-04-11 2023-06-07 브이아이디 스케일, 인크. 면 연속성을 사용하는 360 도 비디오 코딩
EP3695597A4 (en) * 2017-10-11 2021-06-30 Nokia Technologies Oy APPARATUS, PROCESS AND COMPUTER PROGRAM FOR VOLUMETRIC VIDEO
US10986349B2 (en) 2017-12-29 2021-04-20 Microsoft Technology Licensing, Llc Constraints on locations of reference blocks for intra block copy prediction
EP3753253A1 (en) * 2018-02-14 2020-12-23 Dolby Laboratories Licensing Corporation Image reshaping in video coding using rate distortion optimization
CN110891180B (zh) * 2018-09-10 2023-11-17 华为技术有限公司 视频解码方法及视频解码器
CN116708794A (zh) * 2019-03-18 2023-09-05 Oppo广东移动通信有限公司 图像分量预测方法、编码器、解码器以及存储介质
CN110363212B (zh) * 2019-03-28 2022-02-15 西南石油大学 基于边界扫描的多wedgelet图像近似方法
JP2022530240A (ja) 2019-05-02 2022-06-28 北京字節跳動網絡技術有限公司 複数の参照フィルタを使用するイントラビデオコーディング
CN113812155B (zh) 2019-05-11 2023-10-27 北京字节跳动网络技术有限公司 多种帧间编解码方法之间的交互
US11356662B2 (en) * 2019-05-21 2022-06-07 Qualcomm Incorporated Simplification of clipping value calculation for adaptive loop filters
US11418779B2 (en) 2019-06-11 2022-08-16 Qualcomm Incorporated Clipping indices coding for adaptive loop filter in video coding
CN114342408A (zh) 2019-08-26 2022-04-12 北京字节跳动网络技术有限公司 视频编码中帧内编码模式的扩展
KR20220051340A (ko) 2019-08-30 2022-04-26 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 인트라 코딩에서 서브 파티셔닝
CN114900702B (zh) 2019-09-23 2023-04-04 华为技术有限公司 降低平面模式的帧内预测的复杂度的编解码器和对应方法
CN114157863B (zh) * 2022-02-07 2022-07-22 浙江智慧视频安防创新中心有限公司 基于数字视网膜的视频编码方法、系统及存储介质

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2377736C2 (ru) * 2005-04-13 2009-12-27 Нокиа Корпорейшн Кодирование, хранение и передача информации о масштабируемости
US20090279612A1 (en) * 2006-07-05 2009-11-12 Purvin Bibhas Pandit Methods and apparatus for multi-view video encoding and decoding
BRPI0811469A8 (pt) * 2007-06-28 2019-01-22 Thomson Licensing métodos e dispositivo em um codificador e decodificador para suportar decodificação de ciclo simples de vídeo codificado em imagem multivista
JP2011519227A (ja) 2008-04-25 2011-06-30 トムソン ライセンシング 奥行き信号の符号化
KR101549823B1 (ko) 2008-09-02 2015-09-04 삼성전자주식회사 적응적 이진화를 이용한 영상 부호화, 복호화 방법 및 장치
US20120050475A1 (en) 2009-05-01 2012-03-01 Dong Tian Reference picture lists for 3dv
CN102792699A (zh) * 2009-11-23 2012-11-21 通用仪表公司 作为到视频序列的附加通道的深度代码化
US20120163471A1 (en) * 2010-12-23 2012-06-28 Qualcomm Incorporated Variable length coding of video block coefficients
US8913662B2 (en) * 2011-01-06 2014-12-16 Qualcomm Incorporated Indicating intra-prediction mode selection for video coding using CABAC
CN102055982B (zh) * 2011-01-13 2012-06-27 浙江大学 三维视频编解码方法及装置
WO2012094751A1 (en) * 2011-01-14 2012-07-19 Ebrisk Video Inc. Adaptive loop filtering using tables of filter sets for video coding
US8902982B2 (en) 2011-01-17 2014-12-02 Samsung Electronics Co., Ltd. Depth map coding and decoding apparatus and method
SG188199A1 (en) * 2011-02-22 2013-04-30 Panasonic Corp Image coding method, image decoding method, image coding apparatus, image decoding apparatus, and image coding and decoding apparatus
GB2488830B (en) * 2011-03-10 2015-07-29 Canon Kk Method and device for encoding image data and method and device for decoding image data
US9565449B2 (en) 2011-03-10 2017-02-07 Qualcomm Incorporated Coding multiview video plus depth content
US9654785B2 (en) 2011-06-09 2017-05-16 Qualcomm Incorporated Enhanced intra-prediction mode signaling for video coding using neighboring mode
US9277228B2 (en) * 2011-07-18 2016-03-01 Qualcomm Incorporated Adaptation parameter sets for video coding
US9288505B2 (en) 2011-08-11 2016-03-15 Qualcomm Incorporated Three-dimensional video with asymmetric spatial resolution
KR20170005464A (ko) 2011-08-30 2017-01-13 노키아 테크놀로지스 오와이 비디오 코딩 및 디코딩을 위한 장치, 방법 및 컴퓨터 프로그램
US9332283B2 (en) 2011-09-27 2016-05-03 Broadcom Corporation Signaling of prediction size unit in accordance with video coding
US20130114691A1 (en) 2011-11-03 2013-05-09 Qualcomm Incorporated Adaptive initialization for context adaptive entropy coding
CN104205819B (zh) * 2012-02-01 2017-06-30 诺基亚技术有限公司 用于视频编码的方法和装置
US10129540B2 (en) * 2012-04-10 2018-11-13 Texas Instruments Incorporated Reduced complexity coefficient transmission for adaptive loop filtering (ALF) in video coding
EP3051824B1 (en) * 2012-04-12 2020-02-05 Velos Media International Limited Extension data handling
US20140002594A1 (en) 2012-06-29 2014-01-02 Hong Kong Applied Science and Technology Research Institute Company Limited Hybrid skip mode for depth map coding and decoding
US9369708B2 (en) 2013-03-27 2016-06-14 Qualcomm Incorporated Depth coding modes signaling of depth data for 3D-HEVC

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
GERHARD TECH, ET AL.: "3D-HEVC Test Model 2", JOINT COLLABORATIVE TEAM ON 3D VIDEO CODING EXTENSION DEVELOPMENT OF ITU-T SG 16 WP 3 AND ISO/IEC JT, vol. JCT3V-B1005_d0.docx, JPN5016004521, 23 December 2012 (2012-12-23) *
GERHARD TECH, ET AL.: "3D-HEVC Test Model 4", JOINT COLLABORATIVE TEAM ON 3D VIDEO CODING EXTENSION DEVELOPMENT OF ITU-T SG 16 WP 3 AND ISO/IEC JT, vol. JCT3V-D1005_spec_v1.doc, JPN6017015543, 17 June 2013 (2013-06-17), pages pp.1,9,15-21,25-27 *
QIN YU, ET AL.: "CE6.h related: Unification of new intra modes in 3D-HEVC", JOINT COLLABORATIVE TEAM ON 3D VIDEO CODING EXTENSIONS OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/W, vol. JCT3V-D0195.doc, JPN5016004522, 21 April 2013 (2013-04-21) *
XIN ZHAO, ET AL.: "CE5 related: Unification of delta DC coding for depth intra modes", JOINT COLLABORATIVE TEAM ON 3D VIDEO CODING EXTENSIONS OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/W, vol. JCT3V-F0132.doc, JPN5016004524, 18 October 2013 (2013-10-18) *

Also Published As

Publication number Publication date
KR101752078B1 (ko) 2017-06-28
JP6158420B2 (ja) 2017-07-05
EP2979451B1 (en) 2020-04-22
CN105052147B (zh) 2018-06-15
US20140294061A1 (en) 2014-10-02
KR20150137082A (ko) 2015-12-08
US9516306B2 (en) 2016-12-06
EP2979451A1 (en) 2016-02-03
CN105052147A (zh) 2015-11-11
WO2014160879A1 (en) 2014-10-02

Similar Documents

Publication Publication Date Title
JP6158420B2 (ja) ３ｄ−ｈｅｖｃのための深度データの深度コーディングモードシグナリング
JP6133489B2 (ja) ３ｄ−ｈｅｖｃのための深度データの深度コーディングモードシグナリング
JP6046246B2 (ja) ３ｄビデオコーディングのための深度マップのイントラコーディング
JP6246919B2 (ja) 深度イントラコーディングのためのウェッジレットパターン拡張
JP6377734B2 (ja) 変位ベクトルを使用する予測ブロックからのイントラ予測
JP6262260B2 (ja) 深度マップイントラコード化のための予測子
JP6445039B2 (ja) ３ｄビデオコーディングのための制限付き深度イントラモードコーディング
JP6462693B2 (ja) ３ｄビデオコーディングにおける深度イントラ予測モードおよび深度インター予測モードのための簡易深度コーディング（ｓｄｃ）のシグナリング
JP6312854B2 (ja) ３ｄビデオコーディングにおけるデルタｄｃ残差コーディングの簡易化
JP6698351B2 (ja) ビュー内でのおよびビューにわたる深度ルックアップテーブルの予測コーディング
JP6227678B2 (ja) ３ｄビデオコーディングにおける導出視差ベクトル
JP6396493B2 (ja) ３ｄビデオコーディングにおける大型予測ブロックのセグメントごとのｄｃコーディングの簡易化
US20160050419A1 (en) Depth modeling modes for depth map intra coding
KR20150139953A (ko) 백워드 뷰 합성 예측

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170206

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170206

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20170206

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20170424

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170424

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170509

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170607

R150 Certificate of patent or registration of utility model

Ref document number: 6158420

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250