JP2017505019A - マルチレイヤビデオコーディングのためのｐｏｃ値設計 - Google Patents

マルチレイヤビデオコーディングのためのｐｏｃ値設計 Download PDF

Info

Publication number
JP2017505019A
JP2017505019A JP2016538600A JP2016538600A JP2017505019A JP 2017505019 A JP2017505019 A JP 2017505019A JP 2016538600 A JP2016538600 A JP 2016538600A JP 2016538600 A JP2016538600 A JP 2016538600A JP 2017505019 A JP2017505019 A JP 2017505019A
Authority
JP
Japan
Prior art keywords
picture
poc
pictures
dpb
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
JP2016538600A
Other languages
English (en)
Other versions
JP6441354B2 (ja
JP2017505019A5 (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 JP2017505019A publication Critical patent/JP2017505019A/ja
Publication of JP2017505019A5 publication Critical patent/JP2017505019A5/ja
Application granted granted Critical
Publication of JP6441354B2 publication Critical patent/JP6441354B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/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/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
    • 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/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • 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/114—Adapting the group of pictures [GOP] structure, e.g. number of B-frames between two anchor frames
    • 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
    • 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/17—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 an image region, e.g. an object
    • H04N19/172—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 an image region, e.g. an object the region being a picture, frame or field
    • 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/188—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 video data packet, e.g. a network abstraction layer [NAL] unit
    • 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/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • 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/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • 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/65—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
    • 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/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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

一例では、ビデオデータを復号する方法は、マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを復号すること、ここにおいて、第１のピクチャがアクセスユニット中に含まれ、を含む。方法はまた、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および、第１のピクチャを復号するより前に、コーディング順序において第１のピクチャに先行する、およびアクセスユニット内に含まれない、復号ピクチャバッファ（ＤＰＢ）内に記憶されたすべてのピクチャを出力することを含む。

Description

[0001]本出願は、その全体が参照により本明細書に組み込まれる、２０１３年１２月１２日に出願された米国仮出願第６１／９１５，４９７号の利益を主張する。
[0002]本開示は、ビデオコーディングに関する。
[0003]デジタルビデオ能力は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータもしくはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラー電話もしくは衛星無線電話、いわゆる「スマートフォン」、ビデオ会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲のデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ １０、アドバンストビデオコーディング（ＡＶＣ）、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオコーディング技法など、ビデオコーディング技法を実装する。ビデオデバイスは、そのようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。
[0004]ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するために、空間的（イントラピクチャ）予測および／または時間的（インターピクチャ）予測を含む。ブロックベースのビデオコーディングでは、ビデオスライス（たとえば、ビデオフレームまたはビデオフレームの一部分）は、ツリーブロック、コーディングユニット（ＣＵ）、および／またはコーディングノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャの中の隣接ブロック中の参照サンプルに対する空間的予測、または他の参照ピクチャ中の参照サンプルに対する時間的予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
[0005]空間的予測または時間的予測は、コーディングされるべきブロックのための予測ブロックを生じる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトル、および、コード化ブロックと予測ブロックとの間の差分を示す残差データに従って符号化される。イントラコード化ブロックは、イントラコーディングモードおよび残差データに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換され、残差変換係数が生じ得、その残差変換係数は、次いで量子化され得る。最初に２次元アレイで構成される量子化された変換係数は、変換係数の１次元ベクトルを生成するために走査され得、なお一層の圧縮を達成するためにエントロピーコーディングが適用され得る。
[0006]概して、本開示は、参照ピクチャに関係するビデオデータをコーディングすることについてのエラーレジリエンスを改善するための技法について説明する。特に、本開示は、そのようなエラーレジリエンス（error resilience）を改善し得るピクチャ順序カウント（ＰＯＣ）値設計について説明する。これらの技法は、シングルレイヤビデオデータまたはマルチレイヤビデオデータをコーディングするときに使用され得る。概して、これらの技法は、ＰＯＣリセットプロセスを実行するより前に、ピクチャ出力プロセスにおけるエラーレジリエンスを改善するために、復号ピクチャバッファ（ＤＰＢ）に記憶されたピクチャを出力することを含む。たとえば、ビデオデコーダは、それにおいてＰＯＣリセットが実行されるアクセスユニットの初期ピクチャを復号するより前に、ＤＰＢからすべてのピクチャを出力する（たとえば、出力のために必要とされるとマークされている、ＤＰＢ内のすべてのピクチャを出力する）ように構成され得る。このようにして、ＤＰＢに記憶されたピクチャのＰＯＣ値は、整合された（aligned）ままであり得、それによって、アクセスユニットのピクチャが適切な順序で出力されることが可能になる。
[0007]本開示はまた、マルチレイヤビットストリーム中のピクチャのＰＯＣ値を適切に決定するための技法を含む。たとえば、本開示の態様によれば、ビデオデコーダは、復号されているピクチャのピクチャタイプを決定することと、ピクチャタイプに基づいて、復号されているピクチャのためのＰＯＣ最上位ビット（ＭＳＢ）値を示すデータを復号することと、を行うように構成され得る。このようにして、復号されているピクチャのためのＰＯＣ ＭＳＢ値は、マルチレイヤビットストリーム中の別のピクチャのＰＯＣ ＭＳＢを参照することなく、決定され得る。このようにしてＰＯＣ ＭＳＢを決定することは、（たとえば、マルチレイヤビットストリームのアップスイッチングまたはダウンスイッチングとともに発生し得るように）比較的多数のＰＯＣ値が、コーディング順序において復号されているピクチャに先行するピクチャから、復号されているピクチャを分離する場合に、エラーレジリエンスを改善し得る。
[0008]一例では、ビデオデータを復号する方法は、マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを復号することと、ここにおいて、第１のピクチャがアクセスユニット中に含まれ、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および第１のピクチャを復号するより前に、コーディング順序において第１のピクチャに先行する、およびアクセスユニット中に含まれない、復号ピクチャバッファ（ＤＰＢ）内に記憶されたすべてのピクチャを出力することと、を含む。
[0009]別の例では、ビデオデータを符号化する方法は、ビデオエンコーダが、マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを符号化することと、ここにおいて、第１のピクチャがアクセスユニット中に含まれ、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および第１のピクチャを復号するより前に、コーディング順序において第１のピクチャに先行する、およびアクセスユニット中に含まれない、復号ピクチャバッファ（ＤＰＢ）内に記憶されたすべてのピクチャを出力することと、を含む。
[0010]別の例では、ビデオデータをコーディングするためのデバイスは、マルチレイヤビデオデータを記憶するように構成された復号ピクチャバッファ（ＤＰＢ）を備えるメモリを含む。このデバイスはまた、マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングすることと、ここにおいて、第１のピクチャがアクセスユニット中に含まれ、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および第１のピクチャを復号するより前に、コーディング順序において第１のピクチャに先行する、およびアクセスユニット中に含まれない、ＤＰＢ内に記憶されたすべてのピクチャを出力することと、を行うように構成された、ビデオコーダを含む。
[0011]別の例では、ビデオデータをコーディングするためのデバイスは、マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングするための手段と、ここにおいて、第１のピクチャがアクセスユニット中に含まれ、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および第１のピクチャを復号するより前に、コーディング順序において第１のピクチャに先行する、およびアクセスユニット中に含まれない、復号ピクチャバッファ（ＤＰＢ）内に記憶されたすべてのピクチャを出力するための手段と、を含む。
[0012]別の例では、非一時的コンピュータ可読記憶媒体は、命令を記憶しており、命令が、実行されると、ビデオデータをコーディングするためのデバイスのプロセッサに、マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングすることと、ここにおいて、第１のピクチャがアクセスユニット中に含まれ、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および第１のピクチャを復号するより前に、コーディング順序において第１のピクチャに先行する、およびアクセスユニット中に含まれない、復号ピクチャバッファ（ＤＰＢ）内に記憶されたすべてのピクチャを出力することと、を行わせる。
[0013]別の例では、ビデオデータを復号する方法は、ビデオデコーダが、マルチレイヤビデオデータの第１のピクチャを復号することと、ここにおいて、第１のピクチャが第１のピクチャタイプを有し、第１のピクチャが第１のピクチャタイプを有することに基づいて、ビデオデコーダが、第１のピクチャのためのピクチャ順序カウント（ＰＯＣ）最上位ビット（ＭＳＢ）値を表すデータを復号することと、を含む。
[0014]別の例では、ビデオデータを符号化する方法は、ビデオエンコーダが、マルチレイヤビデオデータの第１のピクチャを符号化することと、ここにおいて、第１のピクチャが第１のピクチャタイプを有し、第１のピクチャが第１のピクチャタイプを有することに基づいて、ビデオエンコーダが、第１のピクチャのためのピクチャ順序カウント（ＰＯＣ）最上位ビット（ＭＳＢ）値を表すデータを符号化することと、を含む。
[0015]別の例では、ビデオデータをコーディングするためのデバイスは、マルチレイヤビデオデータを記憶するように構成されたメモリを含む。このデバイスはまた、マルチレイヤビデオデータの第１のピクチャをコーディングすることと、ここにおいて、第１のピクチャが第１のピクチャタイプを有し、第１のピクチャが第１のピクチャタイプを有することに基づいて、第１のピクチャのためのピクチャ順序カウント（ＰＯＣ）最上位ビット（ＭＳＢ）値を表すデータをコーディングすることと、を行うように構成された、ビデオコーダを含む。
[0016]別の例では、ビデオデータをコーディングするためのデバイスは、マルチレイヤビデオデータの第１のピクチャをコーディングするための手段と、ここにおいて、第１のピクチャが第１のピクチャタイプを有し、第１のピクチャが第１のピクチャタイプを有することに基づいて、第１のピクチャのためのピクチャ順序カウント（ＰＯＣ）最上位ビット（ＭＳＢ）値を表すデータをコーディングするための手段と、を含む。
[0017]別の例では、非一時的コンピュータ可読記憶媒体は、命令を記憶しており、命令が、実行されると、ビデオデータをコーディングするためのデバイスのプロセッサに、マルチレイヤビデオデータの第１のピクチャをコーディングすることと、ここにおいて、第１のピクチャが第１のピクチャタイプを有し、第１のピクチャが第１のピクチャタイプを有することに基づいて、第１のピクチャのためのピクチャ順序カウント（ＰＯＣ）最上位ビット（ＭＳＢ）値を表すデータをコーディングことと、を行わせる。
[0018]１つまたは複数の例の詳細は、添付の図面および以下の説明において記載される。他の特徴、目的、および利点は、説明および図面から、ならびに特許請求の範囲から明らかになるであろう。
[0019]本開示の技法による、ＰＯＣ値情報をコーディングするための技法を利用し得る、例示的なビデオ符号化および復号システムを示すブロック図。 [0020]本開示の技法による、ＰＯＣ値情報をコーディングするための技法を実装し得る、ビデオエンコーダの一例を示すブロック図。 [0021]本開示の技法による、ＰＯＣ値情報をコーディングするための技法を実装し得る、ビデオデコーダの一例を示すブロック図。 [0022]本開示の技法による、ＰＯＣ値リセットを実行するより前に、ＤＰＢのピクチャを出力することを含む、データを符号化するための例示的な方法を示すフローチャート。 [0023]本開示の技法による、ＰＯＣ値リセットを実行するより前に、ＤＰＢのピクチャを出力することを含む、データを復号するための例示的な方法を示すフローチャート。 [0024]本開示の技法による、ＰＯＣ ＭＳＢ値を示すデータを符号化することを含む、データを符号化するための例示的な方法を示すフローチャート。 [0025]本開示の技法による、ＰＯＣ ＭＳＢ値を示すデータを復号することを含む、データを復号するための例示的な方法を示すフローチャート。
[0026]概して、本開示は、マルチレイヤビデオコーディングのために有益であり得る、ビデオコーディングのためのピクチャ順序カウント（ＰＯＣ）値設計について説明する。本開示は、マルチレイヤビデオコーディングにおけるＰＯＣ値のシグナリングおよび導出のための、様々な設計改良について説明する。しかしながら、本技法は、概して、マルチレイヤビデオコーディングに関して説明されるが、本開示の技法は、シングルレイヤビデオコーディングにも適用され得る。
[0027]ＰＯＣ値は、ピクチャの表示順序を示し得、概して、ピクチャを識別するために使用され得る。たとえば、０のＰＯＣ値を有するピクチャ（すなわち、０に等しいＰＯＣ値を有するピクチャ）は、１のＰＯＣ値を有するピクチャより前に表示される。現在のピクチャのブロックが参照ピクチャに対してインター予測されるとき、参照ピクチャは、参照ピクチャのためのＰＯＣ値を使用して識別され得る。より詳細には、参照ピクチャリスト中に含まれるべき参照ピクチャのためのＰＯＣ値が、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）などのパラメータセット、および／またはブロックに対応するスライスヘッダにおいてシグナリングされ得る。このようにして、ビデオエンコーダは、参照ピクチャリスト中の参照ピクチャの位置に対応する、参照ピクチャリストへのインデックスをシグナリングすることによって、参照ピクチャを識別し得、ビデオデコーダは、（ＰＯＣ値に基づいて）参照ピクチャリストを構築することと、参照ピクチャリスト中の参照ピクチャの位置を識別するために、参照インデックスを使用することとによって、参照ピクチャを識別し得る。
[0028]ＰＯＣ値は、最下位ビット（ＬＳＢ）と最上位ビット（ＭＳＢ）とからなり得る。コーディング中にピクチャのＰＯＣ値を無制限に（indefinitely）増加させるのではなく、ピクチャのＰＯＣ値のＬＳＢは、０に等しくなるように周期的にリセットされ得る。ＰＯＣ値は、典型的に、瞬時デコーダリフレッシュ（ＩＤＲ）ピクチャについてリセットされる。加えて、ビデオコーダは、ＰＯＣリセットに関連付けられた現在のピクチャの前に処理され、復号ピクチャバッファ（ＤＰＢ）に記憶されている、ピクチャのＰＯＣ値をデクリメントし得る。デクリメントされた参照ピクチャのＰＯＣ値は、そのようなピクチャの適切な出力順序を維持するために、負値を有し得る。
[0029]マルチレイヤビデオコーディング（たとえば、マルチビュービデオコーディング、スケーラブルビデオコーディングなど）では、ＤＰＢは「サブＤＰＢ」に区分され得、ビデオデータの各レイヤが、ＤＰＢの別々に管理されたサブＤＰＢに割り当てられる。ビュー構成要素は、（表示順序または出力順序に関して）特定の時間における特定のレイヤまたはビューのための符号化されたピクチャを備え得る。アクセスユニットは、概して、共通の時間的インスタンスのためのすべてのビュー構成要素（たとえば、すべてのネットワークアブストラクションレイヤ（ＮＡＬ）ユニット）を含むデータのユニットである。したがって、特定の時間的インスタンスのためのアクセスユニットは、それぞれのサブＤＰＢからのそれぞれのビュー構成要素を含み得る。場合によっては、アクセスユニットは、マルチレイヤビットストリームに関連付けられたビュー構成要素のすべてよりも少ないものを含み得る。たとえば、ベースレイヤとエンハンスメントレイヤとを有するマルチレイヤビットストリームでは、場合によっては、アクセスユニットは、エンハンスメントレイヤのピクチャのみを含み得る。この例では、ビデオデコーダは、マルチレイヤビットストリームのエンハンスメントレイヤビュー構成要素のみを包含するアクセスユニットを受信し得る。
[0030]アクセスユニットのビュー構成要素は、典型的には、一緒に出力される（すなわち、実質的に同時に出力される）ように意図されており、その場合、ピクチャを出力することは、概して、ＤＰＢからピクチャを転送すること（たとえば、ＤＢＰから外部メモリにピクチャを記憶すること、ＤＰＢからディスプレイへピクチャを送ること、ＤＰＢからピクチャを除去することなど）を伴う。
ビデオコーダは、「出力のために必要とされる」および「参照のために使用されない」とマークされているピクチャをＤＰＢから出力するために、出力およびバンピングプロセスを使用し得る。場合によっては、ピクチャ出力プロセスは、（１）ピクチャの復号前であるが、ピクチャの最初のスライスのスライスヘッダをパースした（parsing）後と、（２）ピクチャの最後の復号ユニットがコード化ピクチャバッファから除去されるときとを含めて、ピクチャごとに２回呼び出され得る。バンピングプロセスが呼び出されるとき、このプロセスは、選択されたアクセスユニットに属するピクチャを出力する。
[0031]（たとえば、後述されるような）既存のＰＯＣ設計は、最適化されないことがある。たとえば、場合によっては、ＰＯＣ値をデクリメントすることは、レイヤ固有のプロセスであり得る。したがって、以下の例で説明されるように、レイヤのピクチャのＰＯＣ値またはＰＯＣ ＭＳＢ値が、そのレイヤのピクチャの復号中にリセットされるとき、レイヤのためのサブＤＰＢ内のより早いピクチャ（たとえば、現在コーディングされているピクチャより前に処理され、サブＤＰＢに記憶されているピクチャ）のＰＯＣ値は、他のサブＤＰＢ内のより早いピクチャのＰＯＣ値とクロスレイヤ整合されないことがある。クロスレイヤ整合（alignment）は、たとえば、アクセスユニットのピクチャが同時にまたはほぼ同時に出力されるように、アクセスユニットの各ピクチャが同じＰＯＣ値を有するときに発生する。既存のＰＯＣ設計では、上位レイヤ（たとえば、相対的により大きいレイヤ識別子を有するレイヤ）におけるピクチャのＰＯＣ値は、それぞれのレイヤにおけるピクチャの最初のスライスの復号が開始される後まで更新されないことがある。このようにしてＰＯＣまたはＰＯＣ ＭＳＢを更新することは、ＤＰＢ内で復号されたピクチャを包含するアクセスユニットごとのＰＯＣ値のクロスレイヤ整合を必要とする、バンピングプロセスを通したピクチャ出力についての問題を生じ得る。
[0032]説明のための一例では、マルチレイヤシーケンスが３つのレイヤ（たとえば、レイヤＡ、Ｂ、およびＣ）を有すると仮定する。加えて、特定のアクセスユニットが、そのためのＰＯＣリセットが実行されるピクチャを含むと仮定する。この例では、ビデオデコーダは、（たとえば、ＰＯＣリセットを実行するための指示をビットストリーム中で受信すると）アクセスユニットのレイヤＡピクチャのＰＯＣ値をリセットし得る。ビデオデコーダはまた、適切な出力順序を維持するために、レイヤＡのためのサブＤＰＢに前に記憶されたレイヤＡのピクチャをデクリメントし得る。しかしながら、レイヤＡの最初のピクチャを復号する間、および、アクセスユニットのレイヤＢピクチャを復号するより前に、レイヤＢおよびＣのためのそれぞれのサブＤＰＢに記憶されているレイヤＢおよびＣのためのピクチャのＰＯＣ値は、レイヤＡのサブＤＰＢに記憶されたピクチャのＰＯＣ値と非整合に（クロスレイヤ整合されなく）なる。すなわち、アクセスユニットのレイヤＢピクチャおよびレイヤＣピクチャはまだリセットされていないので、レイヤＢおよびＣの各々のそれぞれのサブレイヤのＰＯＣ値もまだデクリメントされていない。
[0033]復号中のそのような非整合（non-alignment）は、ピクチャが不適切な順序でＤＰＢから出力されることを引き起こし得る。たとえば、（たとえば、同じ時間的インスタンスを有する）アクセスユニットのピクチャは、典型的には、同じまたは実質的に同じ時間に出力されるように意図される。概して、ビデオコーダは、アクセスユニットのピクチャのＰＯＣ値に基づいて、アクセスユニットごとのベースでピクチャ（たとえば、一度に１つのアクセスユニットのピクチャ）を出力し得る。すなわち、ビデオコーダは、アクセスユニットのピクチャのＰＯＣ値と、アクセスユニットのピクチャが参照のために必要とされるか否かとに基づいて、出力のための特定のアクセスユニットを選択し得る。ビデオコーダは、ＤＰＢ内で最小のＰＯＣ値を有し、もはや参照のために必要とされない、アクセスユニットのピクチャ（たとえば、出力のために必要とされるとマークされているピクチャ）を出力し得る。
[0034]ピクチャのためのＰＯＣ値が、（たとえば、上記で説明されたＰＯＣ値リセットのために）アクセスユニット内で非整合になるとき、ビデオコーダは、適切な順序でピクチャを出力しないことがある。たとえば、ＰＯＣ値がアクセスユニット内でクロスレイヤ整合されないとき、ビデオコーダは、別のアクセスユニットに移動するより前に、（単一の時間的インスタンスのための）あるアクセスユニットのすべてのピクチャを一緒に出力するのではなく、別のアクセスユニットからピクチャを出力するより前に、あるアクセスユニットのためのピクチャのすべてよりも少ないものを出力し得る。
[0035]本開示で説明されるＰＯＣ値設計は、様々な態様を含み、そのいずれかまたはすべては、単独または任意の組合せで実装され得る。本開示の技法は、上記で説明された問題を克服し得る。一例では、本開示の態様によれば、ビデオデコーダは、そのためのＰＯＣ値リセットが実行されるアクセスユニットを受信し得る。ビデオデコーダは、ＰＯＣ値リセットを実行するより前に、ビデオコーダの復号ピクチャバッファ（ＤＰＢ）に記憶されたすべてのピクチャを出力し得る。すなわち、ビデオデコーダは、そのためのＰＯＣ値リセットが実行されるアクセスユニットの初期ピクチャを復号するより前に、出力のために必要とされるとマークされている、ＤＰＢに記憶されたすべてのピクチャを出力し得る。
[0036]このようにして、本開示の態様によれば、ＤＰＢに記憶されたピクチャのＰＯＣ値が、出力のときに整合されたままであり得る。すなわち、ビデオデコーダは、ＤＰＢに記憶されたピクチャのＰＯＣ値がそれらの前のクロスレイヤ整合されたＰＯＣ値を維持する（たとえば、マルチレイヤビットストリーム中で同じ時間的インスタンスを有するピクチャが、同じＰＯＣ値を維持する）ように、ＰＯＣ値リセットより前に、ＤＰＢに記憶されたピクチャを出力し得る。ＰＯＣリセットより前に、このようにしてＤＰＢのピクチャを出力することは、（同じアクセスユニット中であり、同じＰＯＣ値を有する）同じ時間的インスタンスのピクチャが同じまたは実質的に同じ時間に出力されることを保証する助けになり得る。
[0037]本開示の他の技法は、ＰＯＣ値の導出に関係する。以下でより詳細に説明されるように、ＰＯＣ値は、ＬＳＢ値とＭＳＢ値との組合せからなり得る。ビデオコーダは、典型的には、マルチレイヤビットストリームの時間的サブレイヤ０における、復号順序において前のピクチャのＰＯＣ ＭＳＢ値に基づいて、ＰＯＣ ＭＳＢ値を導出し得る。したがって、現在のピクチャのためのＰＯＣ ＭＳＢ値は、典型的には、コーディング順序において現在のピクチャに先行するピクチャのＰＯＣ ＭＳＢ値に依存する。
[0038]このタイプのＰＯＣ ＭＳＢ値依存性は、マルチレイヤビデオコーディングとともにアップスイッチングおよび／またはダウンスイッチングを実行するときに問題になり得る。たとえば、アップスイッチングは、追加のレイヤがマルチレイヤビットストリームに追加されるときに発生し得る。アップスイッチングは、たとえば、利用可能な帯域幅の量が、潜在的により良い閲覧体験（viewing experience）のために、ビデオデータの追加のレイヤが追加されることを可能にするために十分である場合に発生し得る。ダウンスイッチングは、たとえば、帯域幅または他の制約のために、ビデオデータのレイヤがマルチレイヤビットストリームから除去されるときに発生し得る。
[0039]１つの潜在的なＰＯＣ ＭＳＢ値導出問題は、ダウンスイッチングされている比較的長い（たとえば、少なくとも、最大ＰＯＣ ＬＳＢ期間の半分よりも長い）期間後に、ビデオコーダがアップスイッチングするとき、および、アップスイッチングを可能にするために使用されるイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャタイプが、クリーンランダムアクセス（ＣＲＡ）であるときに発生し得る。そのような場合には、ビデオコーダは、（それからＰＯＣ ＭＳＢ値が導出される）コーディング順序において前のピクチャが古くなっている（obsolete）ので、アップスイッチングされている新しいレイヤの最初のピクチャのＰＯＣ ＭＳＢ値を適切に決定することができないことがある。
[0040]説明のための一例では、マルチレイヤビットストリームは、第１のレイヤと第２のレイヤとを含み得る。ビデオコーダは、第１のレイヤと第２のレイヤとを処理することから、第１のレイヤのみを処理することへダウンスイッチングし得る。第２のレイヤの最後のピクチャは、この例では、５０のＰＯＣ値を有し得る（すなわち、ＰＯＣ ＭＳＢは０であり、ＰＯＣ ＬＳＢは５０である）。ビデオコーダは、第１のレイヤのみの２５０個のピクチャをコーディングし得る。次いで、ビデオコーダは、第１のレイヤと第２のレイヤの両方をコーディングするようにアップスイッチングし得る。概して、ビデオコーダは、（ダウンスイッチングより前の）第２のレイヤの最後のコード化されたピクチャに基づいて、（アップスイッチング後の）第２のレイヤの最初のピクチャのためのＰＯＣ値を、たとえば、５０＋２５０＝３００（たとえば、ダウンスイッチングより前の第２のレイヤの最後のピクチャ＋第１のレイヤのみの２５０個のピクチャのＰＯＣ）として導出し得る。
[0041]ただし、８ビットＬＳＢ値では、２５６個の可能なＰＯＣ ＬＳＢ値のみが利用可能である。上記の例では、あのそのＰＯＣ ＭＳＢは、アップスイッチング後の第２のレイヤの最初のピクチャについて、２５６だけ増加される（すなわち、ＰＯＣ ＭＳＢは２５６であり、ＰＯＣ ＬＳＢは４４である）。したがって、アップスイッチング後の第２のレイヤの最初のピクチャのためのＰＯＣ値は、ＰＯＣ ＭＳＢ値の次のサイクルにおけるものであり得る。たとえば、上記の例では、３００は、２５６個の可能なＰＯＣ ＬＳＢ値を超えるので、アップスイッチング後の第２のレイヤの最初のピクチャのためのＰＯＣ ＭＳＢ値は、ＰＯＣ ＭＳＢ値の新しいサイクルに関連付けられることになる。この例では、ビデオコーダが、ＰＯＣ ＭＳＢ値の前のサイクル中に含まれるＰＯＣ ＭＳＢ値を参照しなければならないので、ダウンスイッチングより前の第２のレイヤの最後のピクチャからのＰＯＣ ＭＳＢ値は、アップスイッチング後の第２のレイヤの最初のピクチャのＰＯＣ ＭＳＢ値を決定するためには、古いものにされている（has been rendered obsolete）。すなわち、ビデオコーダは、アップスイッチング後の第２のレイヤの最初のピクチャのＰＯＣ ＭＳＢ値を導出するために、ダウンスイッチングより前の第２のレイヤの最後のピクチャを使用することができないことがある。このＰＯＣ ＭＳＢ値参照問題は、ダウンスイッチングより前の第２のレイヤの最後のピクチャと、アップスイッチング後の第２のレイヤの最初のピクチャとの間の距離が、ダウンスイッチングとアップスイッチングとの間の２５６ピクチャサイクル長の半分よりも大きいときはいつでも生じ得る。
[0042]本開示のいくつかの技法は、上記で説明された問題を克服し得る。たとえば、本開示の態様によれば、ビデオデコーダは、復号されているピクチャのピクチャタイプを決定することと、ピクチャタイプ（すなわち、決定されたピクチャタイプ）に基づいて、復号されているピクチャのためのＰＯＣ ＭＳＢ値を示すデータを復号することと、を行うように構成され得る。たとえば、概して、そのためのＰＯＣ ＭＳＢ値がコーディングされるピクチャタイプのセットと、そのためのＰＯＣ ＭＳＢ値がコーディングされないピクチャタイプの別のセットとがあり得る。ビデオコーダは、ピクチャのためのピクチャタイプが、そのためのＰＯＣ ＭＳＢ値がコーディングされるピクチャタイプのセット中に含まれるときのみ、そのピクチャのためのＰＯＣ ＭＳＢ値をコーディングし得る。このようにして、ビデオコーダは、マルチレイヤビットストリーム中の別のピクチャのＰＯＣ ＭＳＢを参照することなく、ＰＯＣ ＭＳＢ値を示すデータを使用して、コーディングされているピクチャのためのＰＯＣ ＭＳＢ値を決定し得る。このようにしてＰＯＣ ＭＳＢを決定することは、（たとえば、マルチレイヤビットストリームのレイヤによるアップスイッチングまたはダウンスイッチングとともに発生し得るように）比較的多数のＰＯＣ値が、コーディング順序において復号されているピクチャに先行するピクチャから、復号されているピクチャを分離する場合に、エラーレジリエンスを改善し得る。
[0043]上記で説明された例に本技法を適用すると、ビデオコーダは、第２のレイヤにアップスイッチングした後に第２のレイヤにおいて復号されている最初のピクチャが、ＣＲＡピクチャタイプであると決定し得る。この例では、ビデオデコーダは、ピクチャタイプがＣＲＡであるという決定に基づいて、アップスイッチング後の第２のレイヤの最初のピクチャのためのＰＯＣ ＭＳＢ値を示すデータを復号し得る。このようにして、ビデオデコーダは、ダウンスイッチングより前に復号された第２のレイヤの最後のピクチャのＰＯＣ ＭＳＢを参照する必要がない。上記の例は、ＣＲＡピクチャタイプに関して説明されているが、本技法はまた、リンク切断アクセス（ＢＬＡ：broken link access）ピクチャタイプまたは他のピクチャタイプなど、他のピクチャタイプとともに実装され得る。
[0044]図１は、本開示の技法による、ＰＯＣ値を管理するための技法を利用し得る、例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示されているように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化されたビデオデータを与えるソースデバイス１２を含む。具体的には、ソースデバイス１２は、コンピュータ可読媒体１６を介して宛先デバイス１４にビデオデータを与える。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４はワイヤレス通信に対応し（be equipped）得る。
[0045]宛先デバイス１４は、コンピュータ可読媒体１６を介して、復号されるべき符号化されたビデオデータを受信し得る。コンピュータ可読媒体１６は、ソースデバイス１２から宛先デバイス１４に符号化されたビデオデータを移動することが可能な、任意のタイプの媒体またはデバイスを備え得る。一例では、コンピュータ可読媒体１６は、ソースデバイス１２が符号化されたビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にするための通信媒体を備え得る。符号化されたビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線路など、任意のワイヤレス通信媒体またはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークのような、パケットベースのネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス１２から宛先デバイス１４への通信を容易にするために有用であり得る任意の他の機器を含み得る。
[0046]いくつかの例では、符号化されたデータは、出力インターフェース２２から記憶デバイスへ出力され得る。同様に、符号化されたデータは、入力インターフェースによって記憶デバイスからアクセスされ得る。記憶デバイスは、ハードドライブ、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性もしくは不揮発性のメモリ、または符号化されたビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれをも含み得る。さらなる例では、記憶デバイスは、ソースデバイス１２によって生成された符号化されたビデオを記憶し得るファイルサーバまたは別の中間記憶デバイスに対応し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介して、記憶デバイスから記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化されたビデオデータを記憶し、その符号化されたビデオデータを宛先デバイス１４に送信することが可能な任意のタイプのサーバであり得る。例示的なファイルサーバには、ウェブサーバ（たとえば、ウェブサイト用の）、ＦＴＰサーバ、ネットワーク接続記憶（ＮＡＳ）デバイス、またはローカルディスクドライブがある。宛先デバイス１４は、インターネット接続を含む、任意の標準のデータ接続を通して符号化されたビデオデータにアクセスし得る。これは、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、または、ファイルサーバ上に記憶された符号化されたビデオデータにアクセスするために好適である、両方の組合せを含み得る。記憶デバイスからの符号化されたビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはそれらの組合せであり得る。
[0047]本開示の技法は、ワイヤレス応用またはワイヤレス設定に必ずしも限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ：dynamic adaptive streaming over HTTP）などのインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されたデジタルビデオ、データ記憶媒体上に記憶されたデジタルビデオの復号、または他の応用など、様々なマルチメディア応用のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスト、および／またはビデオ電話などの応用をサポートするために、一方向または両方向のビデオ送信をサポートするように構成され得る。
[0048]図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。本開示によれば、ソースデバイス１２のビデオエンコーダ２０は、本開示の技法に従って、ＰＯＣ値情報をコーディングするための技法を適用するように構成され得る。他の例では、ソースデバイスおよび宛先デバイスは、他の構成要素または配置を含み得る。たとえば、ソースデバイス１２は、外部カメラなどの外部のビデオソース１８からビデオデータを受信し得る。同様に、宛先デバイス１４は、一体型ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースをとり得る。
[0049]図１の示されるシステム１０は一例にすぎない。本開示の技法による、ＰＯＣ値を管理するための技法は、任意のデジタルビデオ符号化および／または復号デバイスによって実行され得る。一般に、本開示の技法は、ビデオ符号化デバイスによって実行されるが、これらの技法は、通常は「コーデック」と呼ばれるビデオエンコーダ／デコーダによっても実行され得る。その上、本開示の技法は、ビデオプリプロセッサによっても実行され得る。ソースデバイス１２および宛先デバイス１４は、ソースデバイス１２が宛先デバイス１４に送信するためのコード化ビデオデータを生成するようなコーディングデバイスの例にすぎない。いくつかの例では、デバイス１２、１４は、デバイス１２、１４の各々がビデオ符号化構成要素とビデオ復号構成要素とを含むように実質的に対称的に動作し得る。したがって、システム１０は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスト、またはビデオ電話のための、ビデオデバイス１２とビデオデバイス１４との間の一方向または双方向のビデオ送信をサポートし得る。
[0050]ソースデバイス１２のビデオソース１８は、ビデオカメラ、以前にキャプチャされたビデオを包含するビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースなどの、ビデオキャプチャデバイスを含み得る。さらなる代替として、ビデオソース１８は、ソースビデオとしてコンピュータグラフィックスベースのデータ、または、ライブビデオ、アーカイブされたビデオ、およびコンピュータ生成ビデオの組合せを生成し得る。場合によっては、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラ付き電話またはビデオ付き電話を形成し得る。しかしながら、上述されたように、本開示で説明される技法は、一般にビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤードの応用に適用され得る。各場合において、キャプチャされたビデオ、前にキャプチャされたビデオ、またはコンピュータ生成ビデオは、ビデオエンコーダ２０によって符号化され得る。次いで、符号化されたビデオ情報は、出力インターフェース２２によってコンピュータ可読媒体１６上に出力され得る。
[0051]コンピュータ可読媒体１６は、ワイヤレスブロードキャストもしくはワイヤードネットワーク送信などの一時媒体、またはハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、Ｂｌｕ−ｒａｙディスク、もしくは他のコンピュータ可読媒体などの記憶媒体（すなわち、非一時的記憶媒体）を含み得る。いくつかの例では、ネットワークサーバ（図示せず）は、たとえば、ネットワーク送信を介して、ソースデバイス１２から符号化されたビデオデータを受信し、宛先デバイス１４に符号化されたビデオデータを与え得る。同様に、ディスクスタンピング設備など、媒体製造設備のコンピューティングデバイスは、ソースデバイス１２から符号化されたビデオデータを受信し、その符号化されたビデオデータを包含しているディスクを生成し得る。したがって、様々な例では、コンピュータ可読媒体１６は、様々な形態の１つまたは複数のコンピュータ可読媒体を含むと理解され得る。
[0052]宛先デバイス１４の入力インターフェース２８は、コンピュータ可読媒体１６から情報を受信する。コンピュータ可読媒体１６の情報は、ビデオエンコーダ２０によって定義され、またビデオデコーダ３０によって使用される、ブロックおよび他のコード化ユニット、たとえば、ＧＯＰの特性および／または処理を記述するシンタックス要素を含む、シンタックス情報を含み得る。ディスプレイデバイス３２は、復号されたビデオデータをユーザに表示し、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなどの様々なディスプレイデバイスのうちのいずれかを備え得る。
[0053]ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、離散論理、ソフトウェア、ハードウェア、ファームウェアまたはそれらの任意の組合せなど、様々な好適なエンコーダ回路のいずれかとして実装され得る。本技法がソフトウェアに部分的に実装されるとき、デバイスは、ソフトウェアに対する命令を好適な非一時的コンピュータ可読媒体に記憶し、本開示の技法を実行するための１つまたは複数のプロセッサを使用してハードウェアにおいてそれらの命令を実行し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダに含まれ得、そのいずれも、それぞれのデバイスにおいて、複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。ビデオエンコーダ２０および／またはビデオデコーダ３０を含むデバイスは、集積回路、マイクロプロセッサ、および／またはセルラー電話などのワイヤレス通信デバイスを備え得る。
[0054]図１には示されていないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれ、オーディオエンコーダおよびデコーダと統合され得、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含み得る。適用可能であれば、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに適合し得る。
[0055]本開示は全般に、ビデオエンコーダ２０が、ある情報をビデオデコーダ３０のような別のデバイスに「シグナリング」することに言及することがある。ただし、ビデオエンコーダ２０は、いくつかのシンタックス要素をビデオデータの様々な符号化された部分に関連付けることによって情報をシグナリングし得ることを理解されたい。すなわち、ビデオエンコーダ２０は、ビデオデータの様々な符号化された部分のヘッダに、いくつかのシンタックス要素を記憶することによって、データを「シグナリング」し得る。場合によっては、そのようなシンタックス要素は、ビデオデコーダ３０によって受信および復号されるより前に、符号化および記憶され得る。したがって、「シグナリング」という用語は、そのような通信がリアルタイムもしくはほぼリアルタイムで行われるか、または、符号化時にシンタックス要素を媒体に記憶し、次いで、この媒体に記憶された後の任意の時間にそのシンタックス要素が復号デバイスによって取り出され得るときなどに行われ得る、ある期間にわたって行われるかにかかわらず、概して、圧縮ビデオデータを復号するためのシンタックスまたは他のデータの通信を指し得る。
[0056]ビデオエンコーダ２０およびビデオデコーダ３０は、ビデオコーディング規格に従って動作し得る。例示的なビデオコーディング規格は、ＩＴＵ−Ｔ Ｈ．２６１と、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌと、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌと、ＩＴＵ−Ｔ Ｈ．２６３と、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌと、そのスケーラブルビデオコーディング（ＳＶＣ）拡張およびマルチビュービデオコーディング（ＭＶＣ）拡張を含む（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６４とを含む。最近、新しいビデオコーディング規格、すなわち高効率ビデオコーディング（ＨＥＶＣ）の設計が、ＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）およびＩＳＯ／ＩＥＣ Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）のＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｏｎ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）によって確定された。以下でＨＥＶＣ ＷＤと呼ばれる、最新のＨＥＶＣドラフト仕様が、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ１００３−ｖ１．ｚｉｐから入手可能である。ＨＥＶＣに対するマルチビュー拡張、すなわちＭＶ−ＨＥＶＣも、ＪＣＴ−３Ｖによって開発されている。以下でＭＶ−ＨＥＶＣ ＷＤ６と呼ばれる、ＭＶ−ＨＥＶＣの最近のワーキングドラフト（ＷＤ）が、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／６＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴ３Ｖ−Ｆ１００４−ｖ６．ｚｉｐから入手可能である。ＳＨＶＣと称するＨＥＶＣに対するスケーラブル拡張も、ＪＣＴ−ＶＣによって開発されている。以下でＳＨＶＣ ＷＤ４と呼ばれる、ＳＨＶＣの最近のワーキングドラフト（ＷＤ）は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ１００８−ｖ１．ｚｉｐから入手可能である。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオコーディング規格の他の例には、ＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３が含まれる。
[0057]ＨＥＶＣの規格化の取組みは、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコーディングデバイスのモデルに基づく。ＨＭは、たとえばＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣに従う既存のデバイスに対して、ビデオコーディングデバイスのいくつかの追加の能力を仮定する。たとえば、Ｈ．２６４は、９つのイントラ予測符号化モードを提供するが、ＨＭは、３３ものイントラ予測符号化モードを提供し得る。
[0058]概して、ＨＭの作業モデルは、ビデオフレームまたはピクチャが、ルーマサンプルとクロマサンプルの両方を含むツリーブロックまたは最大コーディングユニット（ＬＣＵ）のシーケンスに分割され得ることを記載している。ビットストリーム内のシンタックスデータは、ＬＣＵにとってのサイズを定義し得、ＬＣＵは、ピクセルの個数に関して最大のコーディングユニットである。スライスは、コーディング順序でいくつかの連続するツリーブロックを含む。ビデオフレームまたはピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、４分木に従ってコーディングユニット（ＣＵ）にスプリットされ得る。概して、４分木データ構造はＣＵごとに１つのノードを含み、ルートノードはツリーブロックに対応する。ＣＵが４つのサブＣＵにスプリットされる場合、ＣＵに対応するノードは、４つのリーフノードを含み、その各々は、サブＣＵの１つに対応する。
[0059]４分木データ構造の各ノードは、対応するＣＵにシンタックスデータを与え得る。たとえば、４分木内のノードは、そのノードに対応するＣＵがサブＣＵにスプリットされるか否かを示すスプリットフラグを含み得る。ＣＵのシンタックス要素は、繰り返して（recursively）定義され得、ＣＵがサブＣＵにスプリットされるか否かに依存し得る。ＣＵがさらにスプリットされない場合、そのＣＵはリーフＣＵと呼ばれる。本開示では、元のリーフＣＵの明示的スプリットが存在しない場合でも、リーフＣＵの４つのサブＣＵはリーフＣＵとも呼ばれることになる。たとえば、１６×１６サイズのＣＵがさらにスプリットされない場合、この１６×１６ＣＵが決してスプリットされなくても、４つの８×８サブＣＵはリーフＣＵとも呼ばれることになる。
[0060]ＣＵは、ＣＵがサイズの特異性（distinction）を有しないことを別にすれば、Ｈ．２６４規格のマクロブロックと同様の目的を有する。たとえば、ツリーブロックは、（サブＣＵとも呼ばれる）４つの子ノードにスプリットされ得、各子ノードは、今度は親ノードとなり、別の４つの子ノードにスプリットされ得る。４分木のリーフノードと呼ばれる、最後のスプリットされていない子ノードは、リーフＣＵとも呼ばれるコーディングノードを備える。コード化ビットストリームに関連するシンタックスデータは、最大ＣＵ深度と呼ばれる、ツリーブロックがスプリットされ得る最大回数を定義し得、また、コーディングノードの最小サイズを定義し得る。それに応じて、ビットストリームはまた、最小コーディングユニット（ＳＣＵ）を定義し得る。本開示は、「ブロック」という用語を、ＨＥＶＣのコンテキストにおいて、ＣＵ、ＰＵ、もしくはＴＵのうちのいずれか、または他の規格のコンテキストにおいて、同様のデータ構造（たとえば、Ｈ．２６４／ＡＶＣのマクロブロックおよびそのサブブロック）を指すために使用する。
[0061]ＣＵは、コーディングノードと、コーディングノードに関連付けられた予測ユニット（ＰＵ）および変換ユニット（ＴＵ）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状が正方形でなければならない。ＣＵのサイズは、８×８ピクセルから最大６４×６４ピクセル以上をもつツリーブロックのサイズにまでわたり得る。各ＣＵは、１つまたは複数のＰＵと１つまたは複数のＴＵとを包含し得る。ＣＵに関連付けられたシンタックスデータは、たとえば、１つまたは複数のＰＵへのＣＵの区分を記述し得る。区分モードは、ＣＵがスキップモード符号化もしくは直接モード符号化されるのか、イントラ予測モード符号化されるのか、またはインター予測モード符号化されるのかの間で異なり得る。ＰＵは、形状が非正方形に区分され得る。ＣＵに関連付けられたシンタックスデータはまた、たとえば、４分木に従う１つまたは複数のＴＵへのＣＵの区分を記述し得る。ＴＵは、形状が正方形または非正方形（たとえば、長方形）であってよい。
[0062]ＨＥＶＣ規格は、ＣＵごとに異なり得る、ＴＵに従う変換を可能にする。ＴＵは、一般に、区分されたＬＣＵのために定義された所与のＣＵ内のＰＵのサイズに基づいてサイズ決定されるが、これは常にそうであるとは限らない。ＴＵは、一般に、ＰＵと同じサイズであるか、またはＰＵよりも小さい。いくつかの例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ）として知られる４分木構造を使用して、より小さいユニットに再分割され得る。ＲＱＴのリーフノードは、変換ユニット（ＴＵ）と呼ばれることがある。ＴＵに関連付けられたピクセル差分値は、変換係数を生成するために変換され得、変換係数は量子化され得る。
[0063]リーフＣＵは、１つまたは複数の予測ユニット（ＰＵ）を含み得る。概して、ＰＵは、対応するＣＵのすべてまたは一部分に対応する空間的エリアを表し、そのＰＵの参照サンプルを取り出すためのデータを含み得る。その上、ＰＵは、予測に関係するデータを含む。たとえば、ＰＵがイントラモード符号化されるとき、ＰＵに関するデータは、残差４分木（ＲＱＴ）に含まれ得、残差４分木は、ＰＵに対応するＴＵに関するイントラ予測モードを記述するデータを含み得る。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵのための１つまたは複数の動きベクトルを定義するデータを含み得る。ＰＵのための動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルについての解像度（たとえば、１／４ピクセル精度または１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトルのための参照ピクチャリスト（たとえば、リスト０、リスト１、またはリストＣ）を記述し得る。
[0064]インター予測ＰＵ（より詳細には、ＰＵが対応するＣＵのインター予測部分）のための動き情報は、参照ピクチャリスト識別子と、参照ピクチャリスト中の参照ピクチャの位置に対応する参照インデックスとを含み得る。ビデオエンコーダ２０は、たとえば、（元の構築された参照ピクチャリストに対して行われたいかなる修正をも含む）参照ピクチャリストを構築し、（たとえば、絶対差分和（ＳＡＤ）メトリクス、または同様のメトリクスに基づいて）参照ブロックとも呼ばれる、厳密に一致するブロックを識別するために、参照ピクチャリスト中の参照ピクチャの中で動き探索を実行し得る。参照ブロックのロケーションをシグナリングするために、ビデオエンコーダ２０は、ＰＵのための参照ピクチャリスト識別子と参照インデックスとを符号化し得る。さらに、ビデオエンコーダ２０は、たとえば、スライスヘッダ中、および／または、ＰＰＳもしくはＳＰＳなどのパラメータセット中で、参照ピクチャのためのＰＯＣ値を表すデータをシグナリングすることによって、参照ピクチャリスト中に含まれるべき参照ピクチャを表すデータを符号化し得る。
[0065]１つまたは複数のＰＵを有するリーフＣＵはまた、１つまたは複数の変換ユニット（ＴＵ）を含み得る。変換ユニットは、上記で説明されたように、（ＴＵ４分木構造とも呼ばれる）ＲＱＴを使用して指定され得る。たとえば、スプリットフラグは、リーフＣＵが４つの変換ユニットにスプリットされるか否かを示し得る。次いで、各変換ユニットは、さらなるサブＴＵにさらにスプリットされ得る。ＴＵがこれ以上スプリットされないとき、そのＴＵはリーフＴＵと呼ばれることがある。一般に、イントラコーディングの場合、リーフＣＵに属するすべてのリーフＴＵは同じイントラ予測モードを共有する。すなわち、一般に、リーフＣＵのすべてのＴＵの予測値を計算するために同じイントラ予測モードが適用される。イントラコーディングの場合、ビデオエンコーダは、イントラ予測モードを使用して各リーフＴＵの残差値を、ＴＵに対応するＣＵの一部分と元のブロックとの間の差分として計算し得る。ＴＵは、必ずしも、ＰＵのサイズに限定されるとは限らない。したがって、ＴＵは、ＰＵよりも大きくまたは小さくなり得る。イントラコーディングの場合、ＰＵは、同じＣＵの対応するリーフＴＵとコロケートされ得る。いくつかの例では、リーフＴＵの最大サイズは、対応するリーフＣＵのサイズに対応し得る。
[0066]その上、リーフＣＵのＴＵは、残差４分木（ＲＱＴ）と呼ばれる、それぞれの４分木データ構造にも関連付けられ得る。すなわち、リーフＣＵは、リーフＣＵがどのようにＴＵに区分されるかを示す４分木を含み得る。ＴＵ４分木のルートノードは一般に、リーフＣＵに対応し、一方、ＣＵ４分木のルートノードは一般に、ツリーブロック（またはＬＣＵ）に対応する。スプリットされないＲＱＴのＴＵは、リーフＴＵと呼ばれる。一般に、本開示は、別段の注記がない限り、ＣＵおよびＴＵという用語を、それぞれ、リーフＣＵおよびリーフＴＵを指すために使用する。
[0067]ビデオシーケンスは、通常、一連のビデオフレームまたはピクチャを含む。ピクチャグループ（ＧＯＰ）は、一般に、ビデオピクチャのうちの一連の１つまたは複数を備える。ＧＯＰは、ＧＯＰ中に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ中、ピクチャの１つもしくは複数のヘッダ中、または他の場所に含み得る。ピクチャの各スライスは、それぞれのスライスの符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は通常、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応し得る。ビデオブロックは、固定のサイズまたは可変のサイズを有してよく、指定されたコーディング規格に従ってサイズが異なり得る。
[0068]一例として、ＨＭは、様々なＰＵサイズでの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズでのイントラ予測と、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎの対称ＰＵサイズでのインター予測とをサポートする。ＨＭは、また、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズでのインター予測のための、非対称区分をサポートする。非対称区分では、ＣＵの一方の方向は区分されず、一方、他方の方向は、２５％と７５％とに区分される。２５％の区分に対応するＣＵの部分は、「ｎ」とその後ろに付く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」という表示によって示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上部で２Ｎ×０．５Ｎ ＰＵ、および下部で２Ｎ×１．５Ｎ ＰＵに水平に区分される２Ｎ×２Ｎ ＣＵを指す。
[0069]本開示では、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」は、垂直寸法および水平寸法の観点からビデオブロックのピクセル寸法、たとえば、１６×１６（16x16）ピクセルまたは１６×１６（16 by 16）ピクセルを指すために互換的に使用され得る。概して、１６×１６ブロックは、垂直方向に１６ピクセル（ｙ＝１６）、および水平方向に１６ピクセル（ｘ＝１６）を有する。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮピクセル、および水平方向にＮピクセルを有し、ここで、Ｎは非負整数値を表す。ブロック中のピクセルは、行および列に配置され得る。その上、ブロックは、必ずしも、水平方向において垂直方向と同じ数のピクセルを有する必要があるとは限らない。たとえば、ブロックはＮ×Ｍピクセルを備え得、ここで、Ｍは必ずしもＮに等しいとは限らない。
[0070]ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングに続いて、ビデオエンコーダ２０は、ＣＵのＴＵのための残差データを計算し得る。ＰＵは、空間的領域（ピクセル領域とも呼ばれる）において予測ピクセルデータを生成する方法またはモードを記述するシンタックスデータを備え得、ＴＵは、変換、たとえば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換の適用後に、変換領域において係数を備え得る。残差データは、符号化されていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分に対応し得る。ビデオエンコーダ２０は、ＣＵのための残差データを含むＴＵを形成し、次いで、ＣＵのための変換係数を生成するためにＴＵを変換し得る。
[0071]変換係数を生成するための任意の変換に続いて、ビデオエンコーダ２０は、変換係数の量子化を実行し得る。量子化は、一般に、係数を表すために使用されるデータの量をできるだけ低減するために、変換係数が量子化され、さらなる圧縮を実現するプロセスを指す。量子化プロセスは、係数の一部またはすべてに関連付けられたビット深度を低減し得る。たとえば、ｎビット値は、量子化中にｍビット値に切り捨てられ得、ここで、ｎはｍよりも大きい。
[0072]量子化に続いて、ビデオエンコーダは、変換係数を走査し、量子化された変換係数を含む２次元行列から１次元ベクトルを生成し得る。走査は、アレイの前部により高いエネルギー（したがって、より低い周波数）係数を配置し、アレイの後部により低いエネルギー（したがって、より高い周波数）係数を配置するように設計され得る。いくつかの例では、ビデオエンコーダ２０は、エントロピー符号化され得るシリアル化ベクトルを生成するために、量子化された変換係数を走査するためにあらかじめ定義された走査順序を利用し得る。他の例では、ビデオエンコーダ２０は、適応走査を実行し得る。１次元ベクトルを形成するために、量子化された変換係数を走査した後、ビデオエンコーダ２０は、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディング、または別のエントロピー符号化方法に従って、１次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ２０はまた、ビデオデータを復号する際にビデオデコーダ３０によって使用するための、符号化ビデオデータに関連付けられたシンタックス要素をエントロピー符号化し得る。
[0073]ＣＡＢＡＣを実行するために、ビデオエンコーダ２０は、コンテキストモデル内のコンテキストを、送信されるべきシンボルに割り当て得る。コンテキストは、たとえば、シンボルの隣接値が非ゼロであるか否かに関係し得る。ＣＡＶＬＣを実行するために、ビデオエンコーダ２０は、送信されるべきシンボルの可変長コードを選択し得る。ＶＬＣ中のコードワードは、比較的短いコードが優勢シンボル（more probable symbols）に対応し、一方、より長いコードが劣勢シンボル（less probable symbols）に対応するように、構成され得る。このようにして、ＶＬＣの使用は、たとえば、送信されるべき各シンボルのための等長コードワードを使用することに勝るビット節約を達成し得る。確率決定は、シンボルに割り当てられたコンテキストに基づき得る。
[0074]ビデオエンコーダ２０は、さらに、ブロックベースのシンタックスデータ、フレームベースのシンタックスデータ、およびＧＯＰベースのシンタックスデータなどのシンタックスデータを、たとえば、フレームヘッダ、ブロックヘッダ、スライスヘッダ、またはＧＯＰヘッダ中で、ビデオデコーダ３０へ送り得る。ＧＯＰシンタックスデータは、それぞれのＧＯＰ中のいくつかのフレームを記述し得、フレームシンタックスデータは、対応するフレームを符号化するために使用された符号化／予測モードを示し得る。
[0075]コード化されたビデオセグメントは、ビデオ電話、記憶、ブロードキャスト、またはストリーミングなどのアプリケーションに対処する「ネットワークフレンドリ」なビデオ表現を提供する、ＮＡＬユニットに編成され得る。ＮＡＬユニットは、ビデオコーディングレイヤ（ＶＣＬ）ＮＡＬユニットおよび非ＶＣＬ ＮＡＬユニットとしてカテゴリー分類され得る。ＶＣＬユニットは、コア圧縮エンジンからの出力を包含し得、ブロック、マクロブロック、および／またはスライスレベルのデータを含み得る。他のＮＡＬユニットは、非ＶＣＬ ＮＡＬユニットであり得る。いくつかの例では、通常は１次コード化ピクチャとして提示される、１つの時間インスタンス中のコード化されたピクチャは、１つまたは複数のＮＡＬユニットを含み得るアクセスユニット中に包含され得る。
[0076]上述されたように、ビデオエンコーダ２０およびビデオデコーダ３０は、一般に、ＭＶ−ＨＥＶＣまたはＳＨＶＣなど、ビデオコーディング規格またはビデオコーディング規格の拡張に従って動作するように構成され得る。したがって、例として、本開示の技法は、ＭＶ−ＨＥＶＣに関して以下で説明されるが、これらの技法は、ＳＨＶＣなど、他のビデオコーディング規格または拡張に適用され得ることを理解されたい。
[0077]ＨＥＶＣでは、ＮＡＬユニットタイプによって識別され得るいくつかの異なるピクチャタイプがある。１つのピクチャタイプは、概して、ＩＤＲピクチャ、クリーンランダムアクセス（ＣＲＡ）ピクチャ、時間的レイヤアクセス（ＴＬＡ）ピクチャ、リンク切断アクセス（ＢＬＡ）ピクチャ、ＳＴＳＡ（ステップワイズ時間的サブレイヤアクセス）ピクチャ、リーディングピクチャ（すなわち、後述されるＲＡＳＬピクチャおよびＲＡＤＬピクチャ）、またはいくつかの他の異なるピクチャタイプを含み得る、ランダムアクセスピクチャタイプである。
[0078]ＣＲＡピクチャシンタックスは、オープンＧＯＰ動作として知られる効率的な時間的コーディング順序をサポートする、ランダムアクセスポイント（ＲＡＰ）のロケーション、すなわち、デコーダがビットストリーム中でより早く現れたいかなるピクチャを復号する必要もなしに、ピクチャを正常に復号することを開始することができるビットストリーム中のロケーションにおける、独立してコード化されたピクチャの使用を指定する。ランダムアクセスのためのサポートは、チャネルスイッチングと、シーク動作と、動的ストリーミングサービスとを可能にするために必要とされ得る。復号順序においてＣＲＡピクチャに後続し、表示順序においてＣＲＡピクチャに先行する、いくつかのピクチャは、デコーダにおいて利用可能ではないピクチャへのインターピクチャ予測参照を包含し得る。したがって、これらの復号不可能なピクチャは、ＣＲＡポイントにおいてその復号プロセスを開始するデコーダによって破棄される。このために、そのような復号不可能なピクチャは、ランダムアクセススキップリーディング（ＲＡＳＬ：random access skipped leading）ピクチャとして識別される。異なる元のコード化されたビットストリームからのスプライスポイント（splice points）のロケーションは、リンク切断アクセス（ＢＬＡ）ピクチャによって示され得る。ビットストリームスプライシング動作は、単に、あるビットストリーム中のＣＲＡピクチャのＮＡＬユニットタイプを、ＢＬＡピクチャを示す値に変更することと、他のビットストリーム中のＲＡＰピクチャの位置において新しいビットストリームを連結することとによって実行され得る。
[0079]ビデオエンコーダ２０およびビデオデコーダ３０は、ビデオシーケンスの各ピクチャに、ピクチャの識別のためのＰＯＣ値を割り当て得る。ビデオエンコーダ２０は、たとえば、スライスヘッダ中、および／または、ＰＰＳもしくはＳＰＳなどのパラメータセット中で、参照ピクチャのためのＰＯＣ値を表すデータをシグナリングすることによって、参照ピクチャリスト中に含まれるべき参照ピクチャを表すデータを符号化し得る（および、ビデオデコーダ３０は復号し得る）。特定のコード化されたピクチャのための、シンタックス要素ＰｉｃＯｒｄｅｒＣｎｔＶａｌによって表されるＰＯＣ値は、同じコード化されたビデオシーケンス中の他のピクチャに対する、ピクチャ出力プロセスにおけるピクチャの相対的順序を示す。
[0080]ＰＯＣ値は、ＬＳＢとＭＳＢとを含む。ＰＯＣは、ＭＳＢとＬＳＢとを連結または加算することによって取得され得る。ＬＳＢは、スライスヘッダ中でシグナリングされ得、ＭＳＢは、現在のピクチャのＮＡＬユニットタイプと、ＮＡＬユニットタイプランダムアクセススキップリーディング（ＲＡＳＬ：random access skipped leading）もしくはランダムアクセス復号可能リーディング（ＲＡＤＬ：random access decodable leading）のものではないか、またはサブレイヤ非参照ピクチャではなく、０に等しいｔｅｍｐｏｒａｌ＿ｉｄ値を有する、復号順序における前のピクチャのＭＳＢおよびＬＳＢとに基づいて、ビデオデコーダ３０によって計算され得る。０に等しいＴｅｍｐｏｒａｌＩｄと、現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄとを有し、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではない、そのようなピクチャは、ＰＯＣアンカーピクチャと呼ばれる。
[0081]現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャであるか、またはビットストリームの最初のピクチャであるＣＲＡピクチャであるとき、ＰＯＣ ＭＳＢの値は０に等しいと推論される（すなわち、コーダによって決定される）。マルチレイヤビットストリーム（たとえば、２つ以上のレイヤを有するＳＨＶＣまたはＭＶ−ＨＥＶＣビットストリーム）では、１つまたは２つ以上のピクチャがＩＲＡＰピクチャであるとともに１つまたは複数のピクチャが非ＩＲＡＰピクチャであるアクセスユニットが存在し得る。そのようなＡＵは、非整合ＩＲＡＰ ＡＵと呼ばれることがある。非整合ＩＲＡＰ ＡＵを包含するビットストリームを復号するとき、シグナリングされたＰＯＣ ＬＳＢ値に基づいてピクチャについて導出されたＰＯＣが、アクセスユニット中のすべてのピクチャ（たとえば、各レイヤのピクチャ）がＰｉｃＯｒｄｅｒＣｎｔＶａｌの同じ値を有するべきであるというビットストリーム要件に違反するようになることがあり得る。
[0082]したがって、場合によっては、ＰＯＣ値は、特定のアクセスユニット中のピクチャのＰＯＣ整合を維持するために、そのアクセスユニットのすべてのピクチャについてリセットされ得る。ＭＶ−ＨＥＶＣ ＷＤ５では、非整合ＩＲＡＰ ＡＵがビットストリーム中に存在するときでも、ＡＵ中のすべてのピクチャのＰＯＣが同じであるように現在のピクチャおよびＤＰＢ内のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値が調整されるように、フラグｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇシンタックス要素が、ピクチャのＰＯＣをリセットするために使用され得る。
[0083]２０１４年４月４日に出願された、Ｃｈｅｎ他の「ＣＲＯＳＳ−ＬＡＹＥＲ ＰＯＣ ＡＬＩＧＮＭＥＮＴ ＦＯＲ ＭＵＬＴＩ−ＬＡＹＥＲ ＢＩＴＳＴＲＥＡＭＳ ＴＨＡＴ ＭＡＹ ＩＮＣＬＵＤＥ ＮＯＮ−ＡＬＩＧＮＥＤ ＩＲＡＰ ＰＩＣＴＵＲＥＳ」という米国特許出願第１４／２４５，１１５号は、２つのフラグであるｐｏｃ＿ｍｓｂ＿ｒｅｓｅｔ＿ｆｌａｇとｐｏｃ＿ｌｓｂ＿ｒｅｓｅｔ＿ｆｌａｇとを使用する、ＰＯＣリセットを達成する別の方法について説明している。前者のフラグは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌのＭＳＢをリセットし、後者のフラグは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌのＬＳＢをリセットする。これらのフラグの両方が、スライスヘッダ中でシグナリングされる。
[0084]２０１３年１０月１４日に出願された米国仮第６１／８９０，８６８号は、ＰＯＣ ＭＳＢまたはＰＯＣリセット指示のいずれかを包含するピクチャが失われるときの、正確なＰＯＣ値の回復のための情報を包含する、ＳＥＩメッセージを提案している。
[0085]Ｈａｎｎｕｋｓｅｌａ他、「ＭＶ−ＨＥＶＣ／ＳＨＶＣ ＨＬＳ：ｏｎ ＰＯＣ ｖａｌｕｅ ｄｅｒｉｖａｔｉｏｎ」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１５回会合：ジュネーブ、スイス、２０１３年１０月２３日〜１１月１日、ＪＣＴＶＣ−Ｏ０２７５ｖ３（ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ０２７５−ｖ３．ｚｉｐにおいて入手可能）と、Ｓｊｏｂｅｒｇ他、「ＨＬＳ：Ｅｒｒｏｒ ｒｏｂｕｓｔ ＰＯＣ ａｌｉｇｎｍｅｎｔ」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１５回会合：ジュネーブ、スイス、２０１３年１０月２３日〜１１月１日、ＪＣＴＶＣ−Ｏ０１７６ｖ３（ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ０１７６−ｖ３．ｚｉｐにおいて入手可能）とは、マルチレイヤビデオコーディングにおけるＰＯＣ値をシグナリングおよび導出するための他の方法を提案している。
[0086]２０１４年１１月２４日に出願された米国出願第１４／５５２，１２９号は、２つのフラグ（すなわち、ｐｏｃ＿ｍｓｂ＿ｒｅｓｅｔ＿ｆｌａｇおよびｐｏｃ＿ｌｓｂ＿ｒｅｓｅｔ＿ｆｌａｇ）を２ビットＰＯＣリセットインジケータに置き換えることを提案し、ＰＯＣリセット期間の概念を導入しており、ここにおいて、各ＰＯＣリセット期間は、２つの連続するＰＯＣリセット期間について異なることが必要とされるＰＯＣリセット期間識別子によって識別される。そのような概念によって、ＰＯＣリセットが実行されるアクセスユニット中の１つまたは複数のピクチャの損失の場合に、デコーダがＰＯＣのクロスレイヤ整合を保つことが可能であるように、ＰＯＣリセット機構のエラーレジリエンシーが改善される。
[0087]ビデオエンコーダ２０は、スライスをそれぞれのＰＯＣリセット期間に割り当て得る。各ＰＯＣリセット期間は、１つまたは複数のスライスを含み得る。したがって、ＰＯＣ値がＰＯＣリセット期間の間にリセットされる（コーディング順序においてＰＯＣリセット期間に先行する参照ピクチャのＰＯＣ値をリセットすることを含む）とき、ビデオエンコーダ２０は、リセットされたＰＯＣ値に基づいて、参照ピクチャリスト中に含まれるべき参照ピクチャのＰＯＣ値をシグナリングし得る。
[0088]ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣ値を使用して、ＤＰＢに記憶されたピクチャのピクチャ出力とバンピング（bumping）とを実行し得る。ピクチャ出力およびバンピングプロセスは、ＤＰＢから「出力のために必要とされる」および「参照のために使用されない」とマークされているピクチャを出力するためのプロセスである。Ｒａｍａｓｕｂｒａｍｏｎｉａｎ他、「ＭＶ−ＨＥＶＣ／ＳＨＶＣ ＨＬＳ：Ｓｕｂ−ＤＰＢ ｂａｓｅｄ ＤＰＢ ｏｐｅｒａｔｉｏｎｓ」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１５回会合：ジュネーブ、スイス、２０１３年１０月２３日〜１１月１日、ＪＣＴＶＣ−Ｏ０２１７（ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ０２１７−ｖ１．ｚｉｐにおいて入手可能）の採用後、ＨＥＶＣ拡張のためのＤＰＢのピクチャを出力およびバンピングするための概念は、次のことを組み込むように更新されている。
・レイヤごとの別個のＤＰＢ容量、いわゆるサブＤＰＢを指定する
・レイヤにわたるサブＤＰＢ容量の共有はない
・各レイヤは、それ自体のパラメータ（最大ピクチャ、最大レイテンシ、最大並べ替え）を有する
・「出力レイヤセット」ごとの異なるパラメータ
・動作点の定義を、「レイヤセット」ではなく、出力レイヤセットに固有であるように変更する
変更後、ピクチャ出力およびバンピングプロセスは、次のように動作し、すなわち、デコーダ適合のために、ピクチャ出力プロセスは、（１）ピクチャの復号前であるが、ピクチャの最初のスライスのスライスヘッダをパースした後と、（２）ピクチャの最後の復号ユニットがコード化ピクチャバッファから除去されるときとを含めて、ピクチャごとに２回呼び出される。バンピングプロセスが呼び出されるとき、このプロセスは、選択されたアクセスユニットに属するすべてのピクチャを出力する。言い換えれば、バンピングプロセスは、それらのレイヤ識別にかかわらず、同じアクセスユニットに属するすべてのピクチャを出力するので、レイヤ固有のプロセスではない。
[0089]ピクチャ出力プロセスは、ピクチャが「出力のために必要とされない」および「参照のために必要とされない」とマークされているとき、復号ピクチャバッファのための記憶バッファを空にするためのプロセスである。ピクチャ出力プロセスは、特定のレイヤのために呼び出されるピクチャの除去が、他のレイヤからピクチャを除去しないものとするので、レイヤ固有に動作する。
[0090]ピクチャ出力、バンピングおよび除去を含む、ＤＰＢのための出力順序の例示的な動作は、ＪＣＴＶＣ−Ｏ０２１７における追加と、ＭＶ−ＨＥＶＣ ＷＤ６への、Ｒａｍａｓｕｂｒａｍｏｎｉａｎ他、「ＭＶ−ＨＥＶＣ／ＳＨＶＣ ＨＬＳ：Ｏｎ ｆｌｕｓｈｉｎｇ ｏｆ ｄｅｃｏｄｅｄ ｐｉｃｔｕｒｅｓ ｆｒｏｍ ＤＰＢ ｂａｓｅｄ ｏｎ ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇ」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１５回会合：ジュネーブ、スイス、２０１３年１０月２３日〜１１月１日、Ｏ０２６６（ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ０２６６−ｖ１．ｚｉｐにおいて入手可能）の追加とを含めた後、次のようになる。
Ｃ．５．２ 出力順序ＤＰＢの動作
Ｃ．５．２．１ 一般
復号ピクチャバッファはサブＤＰＢからなり、各サブＤＰＢは、１つのレイヤのみの復号されたピクチャの記憶のためのピクチャ記憶バッファを包含する。サブＤＰＢのピクチャ記憶バッファの各々は、「参照のために使用される」とマークされているか、または将来の出力のために保持されている、復号されたピクチャを包含する。
ＤＰＢからのピクチャの出力および除去のためのプロセスと、ピクチャ復号、マーキング、追加のバンピング、および記憶のためのプロセスと、「バンピング」プロセスとが、以下で指定される。これらのプロセスは、ベースレイヤから開始して、ビットストリーム中のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の昇順に、レイヤごとに独立して適用される。これらのプロセスが特定のレイヤに対して適用されるとき、ピクチャをクロップおよび出力し、ピクチャに「出力のために必要とされない」とマークし、いかなるレイヤのためのピクチャ記憶バッファをも空にし得る「バンピング」プロセスを除いて、特定のレイヤのためのサブＤＰＢのみが影響を受ける。
ピクチャｎおよび現在のピクチャを、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値のためのアクセスユニットｎのコード化されたピクチャまたは復号されたピクチャとし、ここにおいて、ｎは非負整数である。
これらのプロセスが、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対して適用されるとき、変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ、およびＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１は、次のように導出される。
− Ａｎｎｅｘ ＧまたはＨにおいて指定されているプロファイルのうちの１つまたは複数に適合するＣＶＳが、節２〜１０、Ａｎｎｅｘ Ｆ、およびＡｎｎｅｘ ＧまたはＨにおいて指定されている復号プロセスを適用することによって復号される場合、次のことが適用される。
− ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓは、アクティブなＶＰＳのｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］［ＨｉｇｈｅｓｔＴｉｄ］に等しく設定される。
− ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１は、アクティブなＶＰＳのシンタックス要素ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］［ＨｉｇｈｅｓｔＴｉｄ］の値に等しく設定される。
− ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓは、アクティブなＶＰＳのＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］［ＨｉｇｈｅｓｔＴｉｄ］に等しく設定される。
− ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１は、アクティブなＶＰＳのシンタックス要素ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］の値に等しく設定される。
− そうでない（Ａｎｎｅｘ Ａにおいて指定されているプロファイルのうちの１つまたは複数に適合するＣＶＳが、節２〜１０において指定されている復号プロセスを適用することによって復号される）場合、次のことが適用される。
− ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓは、ベースレイヤのためのアクティブなＳＰＳのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］に等しく設定される。
− ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１は、ベースレイヤのためのアクティブなＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に等しく設定される。
− ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓは、ベースレイヤのためのアクティブなＳＰＳのＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］に等しく設定される。
− ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１は、ベースレイヤのためのアクティブなＳＰＳのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に等しく設定される。
Ｃ．５．２．２ ＤＰＢからのピクチャの出力および除去
現在のピクチャが現在のレイヤにおけるピクチャ０ではない（すなわち、現在のピクチャが０のＰＯＣ値を有していない）とき、現在のピクチャ、すなわち、ピクチャｎの復号前であるが、現在のピクチャの最初のスライスのスライスヘッダをパースした後の、ＤＰＢからの現在のレイヤにおけるピクチャの出力および除去は、現在のピクチャの最初の復号ユニットがＣＰＢから除去されるときに瞬時に起こり、次のように進む。
− 従属節８．３．２において指定されているようなＲＰＳのための復号プロセスが呼び出される。
− 現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであるか、または現在のアクセスユニット中のベースレイヤピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであり、ＮｏＣｌｒａｓＯｕｔｐｕｔＦｌａｇが１に等しい場合、次の順序付けられたステップが適用される。
１．変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、次のようにテスト中のデコーダのために導出される。
− 現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＣＲＡピクチャである場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、１に等しく設定される（ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値にかかわらず）。
− そうでない場合、現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであり、現在のレイヤのためのアクティブなＳＰＳから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値が、現在のレイヤにおいて先行するピクチャを復号するときに現在のレイヤについてアクティブであったＳＰＳからそれぞれ導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値と異なる場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値にかかわらず、テスト中のデコーダによって１に設定され得る（が、設定されるべきでない）。
注− これらの条件下では、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定することが好ましいが、テスト中のデコーダは、この場合にはＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１に設定することが可能にされる。
− そうでない場合、現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャである場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
− そうでない（現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャではなく、現在のアクセスユニット中のベースレイヤピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであり、ＮｏＣｌｒａｓＯｕｔｐｕｔＦｌａｇが１に等しい）場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは１に等しく設定される。
２．テスト中のデコーダのために導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値は、次のようにＨＲＤに対して適用される。
− ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、サブＤＰＢ内のすべてのピクチャ記憶バッファは、それらが包含しているピクチャを出力せずに空にされ、サブＤＰＢフルネス（sub-DPB fullness）は０に等しく設定される。
− そうでない（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）場合、「出力のために必要とされない」および「参照のために使用されない」とマークされているピクチャを包含するすべてのピクチャ記憶バッファは（出力せずに）空にされ、サブＤＰＢ内のすべての空でないピクチャ記憶バッファは、従属節Ｃ．５．２．４において指定されている「バンピング」プロセスを繰り返し呼び出すことによって空にされ、サブＤＰＢフルネスは０に等しく設定される。
− そうでない場合、現在のレイヤにおけるピクチャを包含しており、「出力のために必要とされない」および「参照のために使用されない」とマークされている、すべてのピクチャ記憶バッファは（ピクチャが出力されることなく）空にされる。空にされる各ピクチャ記憶バッファに対して、サブＤＰＢフルネスは１だけデクリメントされる。次の条件のうちの１つまたは複数が真であるとき、空にされる各追加のピクチャ記憶バッファに対してサブＤＰＢフルネスを１だけさらにデクリメントしながら、次の条件のいずれも真でなくなるまで、従属節Ｃ．５．２．４において指定されている「バンピング」プロセスが繰り返し呼び出される。
− 「出力のために必要とされる」とマークされた、ＤＰＢ内の少なくとも１つの復号されたピクチャを包含するアクセスユニットの数は、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓよりも大きい。
− ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１は０に等しくなく、それについて関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ以上である、「出力のために必要とされる」とマークされた、ＤＰＢ内の少なくとも１つの復号されたピクチャを包含する、少なくとも１つのアクセスユニットがある。
− サブＤＰＢ内の現在のレイヤにおけるピクチャの数は、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１＋１以上である。
Ｃ．５．２．３ ピクチャ復号、マーキング、追加のバンピング、および記憶
この従属節において指定されているプロセスは、ピクチャｎの最後の復号ユニットがＣＰＢから除去されるときに瞬時に起こる。
ＰｉｃＯｕｔｐｕｔＦｌａｇは次のように更新される。
− 現在のアクセスユニットが、ターゲット出力レイヤにおいてピクチャを包含しておらず、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇが１に等しい場合、次の順序付けられたステップが適用される。
−リストｎｏｎＯｕｔｐｕｔＬａｙｅｒＰｉｃｔｕｒｅｓは、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有し、ならびに、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ中に含まれており、ターゲット出力レイヤ上にないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する、アクセスユニットのピクチャのリストである。
−リストｎｏｎＯｕｔｐｕｔＬａｙｅｒＰｉｃｔｕｒｅｓの中で最高のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャは、リストｎｏｎＯｕｔｐｕｔＬａｙｅｒＰｉｃｔｕｒｅｓから除去される。
−リストｎｏｎＯｕｔｐｕｔＬａｙｅｒＰｉｃｔｕｒｅｓ中に含まれる各ピクチャのためのＰｉｃＯｕｔｐｕｔＦｌａｇは、０に等しく設定される。
− そうでない場合、ターゲット出力レイヤ中に含まれないピクチャのためのＰｉｃＯｕｔｐｕｔＦｌａｇは、０に等しく設定される。
現在のピクチャが、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するとき、「出力のために必要とされる」とマークされており、出力順序において現在のピクチャに後続する、サブＤＰＢ内の現在のレイヤにおける各ピクチャについて、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ＋１に等しく設定される。
現在のピクチャは、ピクチャの最後の復号ユニットが復号された後に復号されると見なされる。現在の復号されたピクチャは、サブＤＰＢ内の空のピクチャ記憶バッファ内に記憶され、次のことが適用される。
− 現在の復号されたピクチャが、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合、それは「出力のために必要とされる」とマークされ、その関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、０に等しく設定される。
− そうでない（現在の復号されたピクチャが、０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合、それは「出力のために必要とされない」とマークされる。
現在の復号されたピクチャは、「短期参照のために使用される」とマークされる。
次の条件のうちの１つまたは複数が真であるとき、従属節Ｃ．５．２．４において指定されている「バンピング」プロセスが、次の条件のいずれも真でなくなるまで繰り返し呼び出される。
− 「出力のために必要とされる」とマークされた、ＤＰＢ内の少なくとも１つの復号されたピクチャを包含するアクセスユニットの数は、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓよりも大きい。
− ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１は０に等しくなく、それについて関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ以上である、「出力のために必要とされる」とマークされた、ＤＰＢ内の少なくとも１つの復号されたピクチャを包含する、少なくとも１つのアクセスユニットがある。
Ｃ．５．２．４ 「バンピング」プロセス
「バンピング」プロセスは、次の順序付きステップからなる。
１．出力のための最初のものである１つまたは複数のピクチャが、「出力のために必要とされる」とマークされたＤＰＢ内のすべてのピクチャのうちのＰｉｃＯｒｄｅｒＣｎｔＶａｌの最小値を有するピクチャとして選択される。
２．これらのピクチャの各々が、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順で、ピクチャのためのアクティブＳＰＳ中で指定された適合クロッピングウィンドウを使用してクロップされ、クロップされたピクチャが出力され、そのピクチャが「出力のために必要とされない」とマークされる。
３．「参照のために使用されない」とマークされ、クロップおよび出力されたピクチャのうちの１つであったピクチャを包含する、各ピクチャ記憶バッファが空にされる。
[0091]本開示の技法によれば、ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣ値リセットを実行するより前に、ＤＰＢからピクチャを出力し得る。たとえば、本開示の態様によれば、特定のアクセスユニットのためのＰＯＣ値リセットを実行するより前に、ビデオエンコーダ２０およびビデオデコーダ３０は、ＤＰＢに記憶されたすべてのピクチャを出力するように構成され得る。ビデオエンコーダ２０およびビデオデコーダ３０は、そのためのＰＯＣ値リセットが実行されるアクセスユニットの初期ピクチャをコーディングするより前に、「出力のために必要とされる」とマークされている、ＤＰＢに記憶されたすべてのピクチャを出力し得る。たとえば、ビデオエンコーダ２０は、スライスヘッダをコーディングした後であるが、スライスのペイロードを符号化し、ＰＯＣ値を導出し、参照ピクチャリストを構築するより前に、出力プロセスを実行し得る。同様に、ビデオデコーダ３０は、スライスヘッダをコーディングした後であるが、スライスのペイロードを復号し、ＰＯＣ値の導出、および参照ピクチャを復号するより前に、出力プロセスを実行し得る。
[0092]説明のための一例では、現在コーディング（符号化または復号）されているピクチャは、ＰＯＣリセットピクチャ（たとえば、ＰＯＣリセット期間においてコーディング順序で現在のレイヤの最初のピクチャである、１もしくは２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素、または３に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を有するピクチャ、）であり得る。この例では、現在のピクチャがＰＯＣリセットピクチャであることに基づいて、ビデオエンコーダ２０およびビデオデコーダ３０は、現在のアクセスユニット（たとえば、現在のピクチャを包含するアクセスユニット）に属するピクチャを除いて、まだ出力されていないＤＰＢ内のすべての既存のピクチャを出力し得る。
[0093]このようにして、本開示の態様によれば、ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣ値リセットを実行するとき、ＤＰＢに記憶されたピクチャのためのＰＯＣ値整合を維持するように構成され得る。すなわち、ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣ値リセットより前に、（アクセスユニットごとではなく）一緒にＤＰＢのピクチャを出力するように構成され得る。ＰＯＣリセットより前に、このようにしてＤＰＢのすべてのピクチャを出力することは、（同じアクセスユニット中であり、同じＰＯＣ値を有する）同じ時間的インスタンスのピクチャが同じまたは実質的に同じ時間に出力されることを保証する助けになり得る。加えて、場合によっては、すべてのより早いピクチャ（たとえば、ＤＰＢに記憶され、コーディング順序において現在コーディングされているピクチャより前に発生するピクチャ）を出力することは、ビデオエンコーダ２０およびビデオデコーダ３０が、アクセスユニットごとのベースでピクチャを出力するために必要とされるよりも比較的小さいバッファサイズを有して構成され得ることである。
[0094]本開示の技法による、ピクチャ出力と、バンピングと、除去とを含む、ＤＰＢからピクチャを出力する例示的な動作が、以下に記載される。このプロセスは、たとえば、上述された文書ＪＣＴＶＣ−Ｏ０２１７およびＪＣＴＶＣ−Ｏ０２６６によって修正されるようなＭＶ−ＨＥＶＣのプロセスに関して説明される。以下の例示的な説明、シンタックステーブルおよびセマンティクスでは、（文書ＪＣＴＶＣ−Ｏ０２１７およびＪＣＴＶＣ−Ｏ０２６６によって修正されるような）ＭＶ−ＨＥＶＣに対する追加が、ital<<イタリック体>>italを使用して表され（なお、本翻訳文中において、本願の英文明細書におけるイタリック体表記部分を、ital<<…>>italのように表記する）、削除が、「除去」が前に付いた括弧付きのテキスト（たとえば、［除去：“除去されたテキスト”］）を使用して表される。概して、「要件」に関するステートメントは、規格または規格拡張のテキストの一部を形成するものであり、本開示の技法の目的のための要件を形成しないものと理解されたい。場合によっては、そのような「要件」は、適用可能であると決定され得、次いで、たとえば、その決定に基づいてビデオコーダによって遵守され（adhered to）得る、ビットストリーム制約を含み得る）。
Ｃ．５．２．２ ＤＰＢからのピクチャの出力および除去
現在のピクチャが現在のレイヤにおけるピクチャ０ではないとき、現在のピクチャ、すなわち、ピクチャｎの復号前であるが、現在のピクチャの最初のスライスのスライスヘッダをパースした後の、ital<<およびピクチャ順序カウントのための復号プロセスの呼出し前の>>ital、ＤＰＢからの現在のレイヤにおけるピクチャの出力および除去は、現在のピクチャの最初の復号ユニットがＣＰＢから除去されるときに瞬時に起こり、次のように進む。
− ital<<現在のピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが０よりも大きく、現在のアクセスユニットがＰＯＣリセット期間における最初のアクセスユニットであるとき、現在のアクセスユニットに属しておらず、「出力のために必要とされる」とマークされている、ＤＰＢ内のすべてのピクチャが、ＤＰＢ内の現在のアクセスユニット中にあるものを除いて、すべてのピクチャのうちのＰｉｃＯｒｄｅｒＣｎｔＶａｌの最小値を有するピクチャから開始して、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ値の昇順で出力され、ＰｉｃＯｒｄｅｒＣｎｔＶａｌの同じ値を有するピクチャが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の昇順で出力される。ピクチャが出力されるとき、ピクチャは、ピクチャのためのアクティブＳＰＳ中で指定された適合クロッピングウィンドウを使用してクロップされ、クロップされたピクチャが出力され、そのピクチャが「出力のために必要とされない」とマークされる>>ital。
− ital<<ピクチャ順序カウントおよび>>ital、ＲＰＳのための復号プロセスが呼び出される。ital<<節２〜１０において指定されている復号プロセスを使用して、Ａｎｎｅｘ Ａにおいて指定されているプロファイルのうちの１つまたは複数に適合するＣＶＳを復号するとき、呼び出されるピクチャ順序カウントおよびＲＰＳのための復号プロセスは、それぞれ従属節８．３．１および８．３．２において指定されているものである。Ａｎｎｅｘ Ｆ、およびＡｎｎｅｘ ＧまたはＨにおいて指定されている復号プロセスを使用して、Ａｎｎｅｘ ＧまたはＨにおいて指定されているプロファイルのうちの１つまたは複数に適合するＣＶＳを復号するとき、呼び出されるピクチャ順序カウントおよびＲＰＳのための復号プロセスは、それぞれ従属節、エラー！参照元が見つかりません。およびエラー！参照元が見つかりません。において指定されているものである>>ital。
− 現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであるか、または現在のアクセスユニット中のベースレイヤピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであり、ＮｏＣｌｒａｓＯｕｔｐｕｔＦｌａｇが１に等しい場合、次の順序付けられたステップが適用される。
１．変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、次のようにテスト中のデコーダのために導出される。
− 現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＣＲＡピクチャである場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、１に等しく設定される（ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値にかかわらず）。
− そうでない場合、現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであり、現在のレイヤのためのアクティブなＳＰＳから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値が、現在のレイヤにおいて先行するピクチャを復号するときに現在のレイヤについてアクティブであったＳＰＳからそれぞれ導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値と異なる場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値にかかわらず、テスト中のデコーダによって１に設定され得る（が、設定されるべきでない）。
注− これらの条件下では、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定することが好ましいが、テスト中のデコーダは、この場合にはＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１に設定することが可能にされる。
− そうでない場合、現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャである場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
− そうでない（現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャではなく、現在のアクセスユニット中のベースレイヤピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであり、ＮｏＣｌｒａｓＯｕｔｐｕｔＦｌａｇが１に等しい）場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは１に等しく設定される。
２．テスト中のデコーダのために導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値は、次のようにＨＲＤに対して適用される。
− ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、サブＤＰＢ内のすべてのピクチャ記憶バッファは、それらが包含しているピクチャを出力せずに空にされ、サブＤＰＢフルネスは０に等しく設定される。
− そうでない（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）場合、「出力のために必要とされない」および「参照のために使用されない」とマークされているピクチャを包含するすべてのピクチャ記憶バッファは（出力せずに）空にされ、サブＤＰＢ内のすべての空でないピクチャ記憶バッファは、従属節Ｃ．５．２．４において指定されている「バンピング」プロセスを繰り返し呼び出すことによって空にされ、サブＤＰＢフルネスは０に等しく設定される。
− そうでない場合、現在のレイヤにおけるピクチャを包含しており、「出力のために必要とされない」および「参照のために使用されない」とマークされている、すべてのピクチャ記憶バッファは（出力せずに）空にされる。空にされる各ピクチャ記憶バッファに対して、サブＤＰＢフルネスは１だけデクリメントされる。次の条件のうちの１つまたは複数が真であるとき［削除：空にされる各追加のピクチャ記憶バッファに対してサブＤＰＢフルネスを１だけさらにデクリメントしながら］、次の条件のいずれも真でなくなるまで、従属節Ｃ．５．２．４において指定されている「バンピング」プロセスが繰り返し呼び出される。
− 「出力のために必要とされる」とマークされた、ＤＰＢ内の少なくとも１つの復号されたピクチャを包含するアクセスユニットの数は、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓよりも大きい。
− ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１は０に等しくなく、それについて関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ以上である、「出力のために必要とされる」とマークされた、ＤＰＢ内の少なくとも１つの復号されたピクチャを包含する、少なくとも１つのアクセスユニットがある。
− サブＤＰＢ内の現在のレイヤにおけるピクチャの数は、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１＋１以上である。
Ｃ．５．２．３ ピクチャ復号、マーキング、追加のバンピング、および記憶
この従属節において指定されているプロセスは、ピクチャｎの最後の復号ユニットがＣＰＢから除去されるときに瞬時に起こる。［Ｅｄ．（ＭＨ）：バージョン１デコーダが、ベースレイヤピクチャのＣＰＢ除去時間よりも遅くなり得る、ＡＵのＣＰＢ除去時間において、ベースレイヤピクチャにマークし、ベースレイヤピクチャを記憶することになるので、この変更はバージョン１に準拠しないことがある。］
ＰｉｃＯｕｔｐｕｔＦｌａｇは次のように更新される。
− 現在のアクセスユニットが、ターゲット出力レイヤにおいてピクチャを包含しておらず、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇが１に等しい場合、次の順序付けられたステップが適用される。
− リストｎｏｎＯｕｔｐｕｔＬａｙｅｒＰｉｃｔｕｒｅｓは、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有し、ならびに、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ中に含まれており、ターゲット出力レイヤ上にないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する、アクセスユニットのピクチャのリストである。
− リストｎｏｎＯｕｔｐｕｔＬａｙｅｒＰｉｃｔｕｒｅｓの中で最高のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャは、リストｎｏｎＯｕｔｐｕｔＬａｙｅｒＰｉｃｔｕｒｅｓから除去される。
− リストｎｏｎＯｕｔｐｕｔＬａｙｅｒＰｉｃｔｕｒｅｓ中に含まれる各ピクチャのためのＰｉｃＯｕｔｐｕｔＦｌａｇは、０に等しく設定される。
− そうでない場合、ターゲット出力レイヤ中に含まれないピクチャのためのＰｉｃＯｕｔｐｕｔＦｌａｇは、０に等しく設定される。
現在のピクチャが、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するとき、「出力のために必要とされる」とマークされており、出力順序において現在のピクチャに後続する、サブＤＰＢ内の現在のレイヤにおける各ピクチャについて、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ＋１に等しく設定される。
現在のピクチャは、ピクチャの最後の復号ユニットが復号された後に復号されると見なされる。現在の復号されたピクチャは、サブＤＰＢ内の空のピクチャ記憶バッファ内に記憶され、次のことが適用される。
− 現在の復号されたピクチャが、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合、それは「出力のために必要とされる」とマークされ、その関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、０に等しく設定される。
− そうでない（現在の復号されたピクチャが、０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合、それは「出力のために必要とされない」とマークされる。
現在の復号されたピクチャは、「短期参照のために使用される」とマークされる。
次の条件のうちの１つまたは複数が真であるとき、従属節Ｃ．５．２．４において指定されている「バンピング」プロセスが、次の条件のいずれも真でなくなるまで繰り返し呼び出される。
− 「出力のために必要とされる」とマークされた、ＤＰＢ内の少なくとも１つの復号されたピクチャを包含するアクセスユニットの数は、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓよりも大きい。
− ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１は０に等しくなく、それについて関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ以上である、「出力のために必要とされる」とマークされた、ＤＰＢ内の少なくとも１つの復号されたピクチャを包含する、少なくとも１つのアクセスユニットがある。
Ｃ．５．２．４ 「バンピング」プロセス
「バンピング」プロセスは以下の順序付きステップからなる。
１．出力のための最初のものである１つまたは複数のピクチャが、「出力のために必要とされる」とマークされたＤＰＢ内のすべてのピクチャのうちのＰｉｃＯｒｄｅｒＣｎｔＶａｌの最小値を有するピクチャとして選択される。
２．これらのピクチャの各々が、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順で、ピクチャのためのアクティブＳＰＳ中で指定された適合クロッピングウィンドウを使用してクロップされ、クロップされたピクチャが出力され、そのピクチャが「出力のために必要とされない」とマークされる。
「参照のために使用されない」とマークされ、クロップおよび出力されたピクチャのうちの１つであったピクチャを包含する、各ピクチャ記憶バッファが空にされ、ital<<関連付けられたサブＤＰＢのフルネスが１だけデクリメントされる>>ital。
[0095]したがって、上記の例では、および本開示の態様によれば、ビデオエンコーダ２０およびビデオデコーダ３０は、マルチレイヤビデオデータの第１の受信レイヤのピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータ（たとえば、ital<<ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃ>>italシンタックス要素）に基づいて、ＰＯＣ値リセットより前に、（アクセスユニットごとではなく）一緒にＤＰＢのピクチャを出力するように構成され得る。ＰＯＣリセットより前に、このようにしてＤＰＢのすべてのピクチャを出力することは、（同じアクセスユニット中であり、同じＰＯＣ値を有する）同じ時間的インスタンスのピクチャが同じまたは実質的に同じ時間に出力されることを保証する助けになり得る。
[0096]上述されたように、レイヤ固有のＰＯＣリセット期間は、スライスセグメントヘッダ中でシグナリングされたＰＯＣリセット期間識別子に基づいて指定され得る。すなわち、ビデオエンコーダ２０およびビデオデコーダ３０は、スライスセグメントヘッダ中でＰＯＣリセット期間識別子を表すデータをそれぞれコーディングし得る。少なくとも１つのＩＲＡＰピクチャを包含するアクセスユニットに属する各非ＩＲＡＰピクチャは、非ＩＲＡＰピクチャを包含するレイヤにおいてＰＯＣリセット期間の開始であり得る。すなわち、ビデオエンコーダ２０は、非ＩＲＡＰピクチャが新しいＰＯＣリセット期間の開始であることを示すために、少なくとも１つのＩＲＡＰピクチャを包含するアクセスユニットの非ＩＲＡＰピクチャのためのＰＯＣリセットタイプを設定し得る。そのようなアクセスユニットにおいて、各ピクチャは、そのピクチャを包含するレイヤにおいてＰＯＣリセット期間の開始となる。ＰＯＣ ＭＳＢのみ、またはＰＯＣ ＭＳＢとＰＯＣ ＬＳＢの両方のいずれかである、ＰＯＣリセット、および、ＤＰＢ内の同じレイヤのピクチャのＰＯＣ値の更新は、各ＰＯＣリセット期間内の最初のピクチャのみに対して適用され得る。
[0097]ビデオエンコーダ２０は、ビデオデコーダ３０がスライスセグメントヘッダを有するスライスを含むレイヤにおけるピクチャのＰＯＣ値を導出するために使用し得る、スライスセグメントヘッダ中のＰＯＣ ＬＳＢ値をシグナリングし得る。スライスセグメントヘッダ中でシグナリングされたＰＯＣ ＬＳＢ値は、ＤＰＢ内の同じレイヤのピクチャのＰＯＣ値を更新するために使用される、デルタＰＯＣ値の導出のため、および、現在のピクチャのＰＯＣ値のＰＯＣ ＭＳＢの導出のためにも使用され得る。現在のピクチャが、シグナリングされたそのようなＰＯＣ ＬＳＢ値を有するとき、および、現在のピクチャに関連付けられたＰＯＣアンカーピクチャがビットストリーム中に存在するとき、ＰＯＣアンカーピクチャは、ＰＯＣリセットまたはＰＯＣ ＭＳＢリセットのいずれかの指示を有する。現在のピクチャのためにシグナリングされたそのようなＰＯＣ ＬＳＢ値は、現在のピクチャとしてのＰＯＣリセット期間の最初のピクチャでもある、ＰＯＣアンカーピクチャのＰＯＣ ＬＳＢ値に等しい。
[0098]上述されたように、ビデオエンコーダ２０およびビデオデコーダ３０は、コーディング順序において現在のピクチャより前に発生するピクチャのＰＯＣ ＭＳＢ値に基づいて、ＰＯＣ ＭＳＢ値を導出し得る。たとえば、ビデオデコーダ３０は、現在のピクチャのＮＡＬユニットタイプと、ＮＡＬユニットタイプランダムアクセススキップリーディング（ＲＡＳＬ：random access skipped leading）もしくはランダムアクセス復号可能リーディング（ＲＡＤＬ：random access decodable leading）のものではないか、またはサブレイヤ非参照ピクチャではなく、０に等しいｔｅｍｐｏｒａｌ＿ｉｄ値を有する、復号順序における前のピクチャのＭＳＢおよびＬＳＢとに基づいて、現在のピクチャ（現在復号されているピクチャ）のためのＭＳＢ ＰＯＣ値を決定し得る。現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであるか、またはビットストリームの最初のピクチャであるＣＲＡピクチャであるとき、ＰＯＣ ＭＳＢの値は０に等しいと推論され（すなわち、ビデオデコーダ３０によって決定され）得る。
[0099]本開示の態様によれば、ビデオエンコーダ２０およびビデオデコーダ３０は、コーディングされているピクチャのピクチャタイプを決定することと、ピクチャタイプに基づいて、コーディングされているピクチャのためのＰＯＣ ＭＳＢ値を示すデータをコーディング（符号化または復号）することとを行うように構成され得る。より詳細には、ビデオコーダは、ピクチャタイプに基づいて、ＰＯＣ ＭＳＢ値を示すデータを選択的にコーディングし得る。たとえば、概して、そのためのＰＯＣ ＭＳＢ値がコーディングされるピクチャタイプのセットと、そのためのＰＯＣ ＭＳＢ値がコーディングされないピクチャタイプの別のセットとがあり得る。ビデオコーダは、ピクチャのためのピクチャタイプが、そのためのＰＯＣ ＭＳＢ値がコーディングされるピクチャタイプのセット中に含まれるときのみ、そのピクチャのためのＰＯＣ ＭＳＢ値をコーディングし得る。このようにして、ビデオエンコーダ２０は、マルチレイヤビットストリーム中の別のピクチャのＰＯＣ ＭＳＢを参照することなく、コーディングされているピクチャのためのＰＯＣ ＭＳＢ値を示し得、ビデオデコーダ３０はそれを決定し得る。このようにしてＰＯＣ ＭＳＢを示し、決定することは、（たとえば、マルチレイヤビットストリームのアップスイッチングまたはダウンスイッチングとともに発生し得るように）比較的多数のＰＯＣ値が、コーディング順序において復号されているピクチャに先行するピクチャから、コーディングされているピクチャを分離する場合に、エラーレジリエンスを改善し得る。現在のピクチャのピクチャタイプが、そのためのＰＯＣ ＭＳＢ値がコーディングされないピクチャタイプのセット中に含まれる場合、ビデオコーダは、現在のピクチャのためのＰＯＣ ＭＳＢ値を決定するために、前に復号されたピクチャのＰＯＣ ＭＳＢ値を使用し得る。
[0100]同じく、次の開示および表は、本開示の技法による例示的なシンタックスを含む。このシンタックスは、たとえば、上述された文書ＪＣＴＶＣ−Ｏ０２１７およびＪＣＴＶＣ−Ｏ０２６６によって修正されるようなＭＶ−ＨＥＶＣのシンタックスに関して修正され得る。以下の例示的な説明、シンタックステーブルおよびセマンティクスでは、（文書ＪＣＴＶＣ−Ｏ０２１７およびＪＣＴＶＣ−Ｏ０２６６によって修正されるような）ＭＶ−ＨＥＶＣに対する追加が、イタリック体を使用して表され、削除が、「除去」が前に付いた括弧付きのテキスト（たとえば、［除去：“除去されたテキスト”］）を使用して表される。概して、「要件」に関するステートメントは、規格または規格拡張のテキストの一部を形成するものであり、本開示の技法の目的のための要件を形成しないものと理解されたい。場合によっては、そのような「要件」は、適用可能であると決定され得、次いで、たとえば、その決定に基づいてビデオコーダによって遵守され得る、ビットストリーム制約を含み得る）。
[0101]次の数学関数の定義が、ＭＶ−ＨＥＶＣに、たとえば、ＭＶ−ＨＥＶＣの従属節５．８に追加され得る。
Figure 2017505019
[0102]次の追加のシンタックス関数が追加される。
ital<<ｍｏｒｅ＿ｄａｔａ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ（）は、次のように指定される>>ital。
− ital<<（ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ（）シンタックス構造における現在の位置）−（ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈの直後の位置）が、（ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ＊８）未満である場合、ｍｏｒｅ＿ｄａｔａ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ（）の戻り値はＴＲＵＥに等しい>>ital。
− ital<<そうでない場合、ｍｏｒｅ＿ｄａｔａ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ（）の戻り値はＦＡＬＳＥに等しい>>ital。
[0103]次の定義が、従属節Ｆ．３に追加され得る。
Ｆ．３．１ ピクチャ順序カウント（ＰＯＣ）リセット期間：０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するアクセスユニットでインターリーブされてもされなくてもよい、０よりも大きいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃと、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの同じ値とをすべてが有する、復号順序におけるital<<アクセスユニット>>italのシーケンス。
[0104]１つの代替として、ＰＯＣリセット期間におけるピクチャは、レイヤ内で復号順序において連続であることが必要とされる。しかしながら、これらのピクチャが、同じレイヤにおいて０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するピクチャでインターリーブされることを可能にすることは、より柔軟であり、クラスタ化されたパケット損失に対するより良いエラーレジリエンスを達成するために、同じオーバーヘッドを使用することを可能にする。
[0105]次の表は、本開示の技法による、ＰＰＳのためのシンタックスの一例である。
Figure 2017505019
[0106]上の例では、０に等しいｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素がＰＰＳ ＲＢＳＰシンタックス構造中に存在しないことを指定する。ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいとき、ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、本仕様の本バージョンに適合するビットストリーム中で０に等しいものとし、ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇのための１の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保され、デコーダは、ＰＰＳ ＮＡＬユニット中のｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇのための値１に後続するすべてのデータを無視するものとする。
[0107]加えて、０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが、ＰＰＳを参照するスライスのスライスセグメントヘッダ中に存在しないことを指定する。加えて、１に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが、ＰＰＳを参照するスライスのスライスセグメントヘッダ中に存在することを指定する。
[0108]加えて、０に等しいｐｐｓ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇは、ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素が、ＰＰＳ ＲＢＳＰシンタックス構造中に存在しないことを指定する。ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇは、本仕様の本バージョンに適合するビットストリーム中で０に等しいものとする。ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇのための１の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保される。デコーダは、ＰＰＳ ＮＡＬユニット中のｐｐｓ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇのための値１に後続するすべてのデータを無視するものとする。
[0109]次の表は、本開示の技法による、スライスヘッダのためのシンタックスの一例である。
Figure 2017505019
[0110]代替的に、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄシンタックス要素は、たとえば、ｕ（１４）としてコーディングされた、異なるビット数を使用してシグナリングされ得る。
[0111]存在するとき、スライスセグメントヘッダシンタックス要素ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ、ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇ、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘ、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓ、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃｓ、ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇ、ｃｒｏｓｓ＿ｌａｙｅｒ＿ｂｌａ＿ｆｌａｇ、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃ、ｐｏｃ＿ｒｅｓｅｔ＿ｐｉｃ＿ｉｄ、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ、およびｐｏｃ＿ｌｓｂ＿ｖａｌ、およびital<<ｐｏｃ＿ｍｓｂ＿ｖａｌ>>italの値は、コード化されたピクチャのすべてのスライスセグメントヘッダ中で同じものとする。存在するとき、スライスセグメントヘッダシンタックス要素ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］、ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ］、ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｆｌａｇ［ｉ］、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］、およびｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は、ｉの可能な値ごとに、コード化されたピクチャのすべてのスライスセグメントヘッダ中で同じものとする。
[0112]０に等しいシンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在のピクチャのためのピクチャ順序カウント値の最上位ビットまたは最下位ビットのいずれもリセットされないことを指定する。１に等しいシンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在のピクチャのためのピクチャ順序カウント値の最上位ビットのみがリセットされ得ることを指定する。２に等しいシンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在のピクチャのためのピクチャ順序カウント値の最上位ビットと最下位ビットの両方がリセットされ得ることを指定する。３に等しいシンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在のピクチャのためのピクチャ順序カウント値の最上位ビットのみ、または、最上位ビットと最下位ビットの両方のいずれかがリセットされ得、追加のピクチャ順序カウント情報がシグナリングされることを指定する。存在しないとき、シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｐｏｃの値は、０に等しいと推論される（すなわち、明示的なシグナリングなしに、コーダによって決定される）。
[0113]次の制約が適用されることが、ビットストリーム適合の要件である。
− ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、サブレイヤ非参照ピクチャ、または０よりも大きいＴｅｍｐｏｒａｌＩｄ、ital<<または１に等しいｄｉｓｃａｒａｂｌｅ＿ｆｌａｇ>>italを有するピクチャについて、１または２に等しくないものとする。
− アクセスユニット中のすべてのピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、同じものとする。
− アクセスユニット中の１つのピクチャが、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値を有するＩＲＡＰピクチャであり、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの異なる値を有する、同じアクセスユニット中の少なくとも１つの他のピクチャがあるとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、アクセスユニット中のすべてのピクチャについて１または２に等しいものとする。
− アクセスユニット中の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャが、ＩＤＲピクチャであり、同じアクセスユニット中の少なくとも１つの非ＩＤＲピクチャがあるとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、アクセスユニット中のすべてのピクチャについて２に等しいものとする。
− アクセスユニット中の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャが、ＩＤＲピクチャではないとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、アクセスユニット中の任意のピクチャについて２に等しくないものとする。
[0114]アクセスユニットのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、アクセスユニット中のピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値を指す。
[0115]シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄは、ＰＯＣリセット期間を識別する。シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの同じ値と、１または２に等しいシンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃとを有する、同じレイヤにおける復号順序で連続する２つのピクチャがないものとする。
注−あるレイヤにおける複数のピクチャが、ｐｏｃ＿ｒｅｓｅｔ＿ｐｉｃ＿ｉｄの同じ値を有することと、１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有することとは、そのようなピクチャが復号順序で連続する２つのアクセスユニットにおいて発生しない限り、禁止されない。ピクチャ損失、ビットストリーム抽出、シーク、またはスプライシング動作のために、そのような２つのピクチャがビットストリーム中に現れる見込みを最小限に抑えるために、エンコーダは、（上記で指定された制約を受けて）ｐｏｃ＿ｒｅｓｅｔ＿ｐｉｃ＿ｉｄの値を、ＰＯＣリセット期間ごとにランダム値になるように設定するべきである。
[0116]次の制約が適用されることが、ビットストリーム適合の要件である。
− １つのＰＯＣリセット期間は、１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有する２つ以上のアクセスユニットを含まないものとする。
− １または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するアクセスユニットは、ＰＯＣリセット期間における最初のアクセスユニットであるものとする。
[0117]１に等しいシンタックス要素ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、同じレイヤにおける復号順序において前のピクチャが同じＰＯＣリセット期間に属していないとき、現在のピクチャのためのピクチャ順序カウント値の最上位ビットと最下位ビットの両方がリセットされることを指定する。０に等しいシンタックス要素ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、同じレイヤにおける復号順序において前のピクチャが同じＰＯＣリセット期間に属していないとき、現在のピクチャのためのピクチャ順序カウント値の最上位ビットのみがリセットされることを指定する。
[0118]シンタックス要素ｐｏｃ＿ｌｓｂ＿ｖａｌは、現在のピクチャのピクチャ順序カウントを導出するために使用され得る値を指定する。ｐｏｃ＿ｌｓｂ＿ｖａｌシンタックス要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。
[0119]ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しく、また、現在のピクチャと同じレイヤ内である、１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有する、および同じＰＯＣリセット期間に属する、復号順序における前のピクチャｐｉｃＡがビットストリーム中に存在するとき、ｐｉｃＡは、現在のピクチャと同じレイヤ内である、ＲＡＳＬピクチャ、ＲＡＤＬピクチャまたはサブレイヤ非参照ピクチャではない、ならびに０に等しいＴｅｍｐｏｒａｌＩｄ、ital<<および０に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇ>>italを有する、復号順序における前のピクチャと同じピクチャであるものとすること、ならびに、現在のピクチャのｐｏｃ＿ｌｓｂ＿ｖａｌの値は、ｐｉｃＡのｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値に等しいものとすることが、ビットストリーム適合の要件である。
[0120]シンタックス要素ital<<ｐｏｃ＿ｍｓｂ＿ｖａｌは、現在のピクチャが、０に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＣＲＡピクチャであるとき、ピクチャ順序カウント値を導出するために使用される値を指定する。ｐｏｃ＿ｍｓｂ＿ｖａｌの値は、両端値を含む０〜２３２−ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４−４の範囲内にあるものとする>>ital。
[0121]ここで、本開示の態様によれば、ビデオデコーダ３０は、現在復号されているピクチャのピクチャタイプを決定し得る。（たとえば、上記の例示的なスライスセグメントヘッダの表における「ｉｆ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ．．．」ステートメントにおいて記載されたように）ピクチャのＮＡＬユニットタイプがＣＲＡまたはＢＬＡである場合、ビデオデコーダ３０は、現在復号されているピクチャのＰＯＣ ＭＳＢ値を示すデータ（たとえば、ｐｏｃ＿ｍｓｂ＿ｖａｌシンタックス要素）を復号し得る。この例では、特定のピクチャタイプ（ＢＬＡおよびＣＲＡ）とシンタックス要素（ｐｏｃ＿ｍｓｂ＿ｖａｌ）が参照されるが、本技法はこのように限定されないことを理解されたい。すなわち、ビデオデコーダ３０は、現在復号されているピクチャタイプが様々な他のピクチャタイプであることに基づいて、ＰＯＣ ＭＳＢ値を示す様々な他のシンタックス要素を復号し得る。
[0122]ビデオデコーダ３０は、０よりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するコード化されたピクチャの復号を開始するための、次の復号プロセスを実行し得る。以下のプロセスにおいて参照される各「ピクチャ」は、完全コード化されたピクチャである。復号プロセスは、現在のピクチャＣｕｒｒＰｉｃについて次のように動作する。
− 本明細書で説明されるように、ＮＡＬユニットを復号する。
− 従属節Ｆ．８．３におけるプロセスは、スライスセグメントレイヤおよびそれ以上におけるシンタックス要素を使用した次の復号プロセスを指定する。
− ピクチャ順序カウントに関係する変数および関数は、従属節Ｆ．８．３．１において導出される。これは、ピクチャの最初のスライスセグメントについてのみ呼び出される必要がある。ＰｉｃＯｒｄｅｒＣｎｔＶａｌがアクセスユニット内で不変のままであるものとすることが、ビットストリーム適合の要件である。
− 従属節Ｆ．８．３．２におけるＲＰＳのための復号プロセスが呼び出され、ここにおいて、ＣｕｒｒＰｉｃのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する参照ピクチャのみが、「参照のために使用されない」または「長期参照のために使用される」とマークされ得、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの異なる値を有するいかなるピクチャもマークされない。これは、ピクチャの最初のスライスセグメントについてのみ呼び出される必要がある。
− ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しいとき、従属節Ｆ．８．１．３において指定されている利用不可能な参照ピクチャを生成するための復号プロセスが呼び出され、これは、ピクチャの最初のスライスセグメントについてのみ呼び出される必要がある。
− ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しくなく、現在のピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであるとき、従属節Ｆ．８．１．３において指定されている利用不可能な参照ピクチャを生成するための復号プロセスが呼び出され、これは、ピクチャの最初のスライスセグメントについてのみ呼び出される必要がある。
[0123]本開示の態様によれば、ビデオデコーダ３０は、ＰＯＣ値のための次の復号プロセスを実行し得る。
このプロセスの出力は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ、現在のピクチャのピクチャ順序カウントである。
ピクチャ順序カウントは、マージモードにおける動きパラメータと動きベクトル予測とを導出するために、およびデコーダ適合チェック（従属節Ｃ．５参照）のために、ピクチャを識別するために使用される。
各コード化されたピクチャは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌとして示されるピクチャ順序カウント変数に関連付けられる。
ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１に等しく、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが０よりも大きく、現在のピクチャがital<<現在のレイヤのための>>ital、ＰＯＣリセット期間において復号順序でital<<最初のピクチャ>>italである場合、次のことが適用される。
− 変数ｐｏｃＭｓｂＤｅｌｔａ、ｐｏｃＬｓｂＤｅｌｔａ、およびＤｅｌｔａＰｏｃＶａｌは、次のように導出される。
Figure 2017505019
 − ital<<ＤＰＢ内にあり、現在のピクチャと同じレイヤに属する各ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、ＤｅｌｔａＰｏｃＶａｌだけデクリメントされる>>ital。
− 現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、次のように導出される。
Figure 2017505019
 − ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］の値は、次のように導出される。
− 現在のピクチャが、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではなく、現在のピクチャが、０に等しいＴｅｍｐｏｒａｌＩｄ、ital<<および０に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇ>>italを有する場合、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定される。
− そうでない場合、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しいとき、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ？０：ｐｏｃ＿ｌｓｂ＿ｖａｌに等しく設定される。
そうでない場合、次のことが適用される。
−現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、次のように導出される。
Figure 2017505019
 − ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］の値は、次のように導出される。
− 現在のピクチャが、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではなく、現在のピクチャが、０に等しいＴｅｍｐｏｒａｌＩｄ、ital<<および０に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇ>>italを有する場合、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定される。
そうでない場合、ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しく、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しいとき、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ？０：ｐｏｃ＿ｌｓｂ＿ｖａｌに等しく設定される。
ＰｉｃＯｒｄｅｒＣｎｔＶａｌの値は、両端値を含む−２31〜２31−１の範囲内にあるものとする。１つのＣＶＳの中で、同じレイヤにおける任意の２つのコード化されたピクチャのためのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値は、同じではないものとする。
関数ＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＸ）は、次のように指定される。
Figure 2017505019
 関数ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ，ｐｉｃＢ）は、次のように指定される。
Figure 2017505019
 ビットストリームは、両端値を含む−２15〜２15−１の範囲内にはない、復号プロセスにおいて使用されるＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ，ｐｉｃＢ）の値をもたらすデータを包含しないものとする。
注−Ｘを現在のピクチャとし、ＹおよびＺを同じシーケンス中の２つの他のピクチャとすると、ＹおよびＺは、ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（Ｘ，Ｙ）とＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（Ｘ，Ｚ）の両方が正であるか、または両方が負であるとき、Ｘからの同じ出力順序方向であると見なされる。
[0124]このようにして、ビデオエンコーダ２０およびビデオデコーダ３０は、マルチレイヤビデオデータの第１のピクチャをコーディングすることと、その場合、第１のピクチャが第１のピクチャタイプを有し、第１のピクチャが第１のピクチャタイプを有することに基づいて、第１のピクチャのためのＰＯＣ ＭＳＢ値を表すデータをコーディングすることと、を行うように構成された、ビデオコーダの例を表す。ビデオエンコーダ２０およびビデオデコーダ３０はまた、本開示の態様によれば、マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータをコーディングすることと、その場合、第１のピクチャがアクセスユニット中に含まれ、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および第１のピクチャを復号するより前に、コーディング順序において第１のピクチャに先行する、およびアクセスユニット中に含まれない、ＤＰＢ内に記憶されたすべてのピクチャを出力することと、を行うように構成され得る。
[0125]図２は、本開示の技法による、ＰＯＣ値を管理するための技法を実装し得る、ビデオエンコーダ２０の一例を示すブロック図である。特に、ビデオエンコーダ２０は、本開示の技法に従って、マルチレイヤビットストリームのピクチャのＰＯＣ値を管理するように構成され得る。上述されたように、ビデオエンコーダ２０は、マルチビューおよび／またはスケーラブルビデオコーディングを実行するように適応され得る。たとえば、ビデオエンコーダ２０は、ＳＨＶＣ、ＭＶ−ＨＥＶＣ、または３Ｄ−ＨＥＶＣなどの１つまたは複数のビデオコーディング規格の拡張に適合するビットストリームを符号化するように構成され得る。ただし、特定のコーディング規格が参照されるが、本技法は、任意の１つのコーディング規格に固有のものではなく、将来のおよび／またはまだ開発されていない規格とともに実装され得ることを理解されたい。
[0126]ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングとインターコーディングとを実行し得る。イントラコーディングは、所与のビデオフレームまたはピクチャ内のビデオ中の空間的冗長性を低減または除去するために、空間的予測に依拠する。インターコーディングは、ビデオシーケンスの隣接するフレームまたはピクチャ内のビデオ中の時間的冗長性を低減または除去するために、時間的予測に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースのコーディングモードのいずれかを指し得る。単一方向予測（Ｐモード）または双予測（Ｂモード）などのインターモードは、いくつかの時間ベースのコーディングモードのいずれかを指し得る。
[0127]図２に示されているように、ビデオエンコーダ２０は、符号化されるべきビデオフレーム内で現在のビデオブロックを受信する。図２の例では、ビデオエンコーダ２０は、ビデオデータメモリ３８と、モード選択ユニット４０と、参照ピクチャメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。モード選択ユニット４０は、動き補償ユニット４４と、動き推定ユニット４２と、イントラ予測ユニット４６と、区分ユニット４８とを含む。ビデオブロックの再構築のために、ビデオエンコーダ２０は、また、逆量子化ユニット５８と、逆変換ユニット６０と、加算器６２とを含む。デブロッキングフィルタ（図２に図示せず）も、再構築されたビデオからブロッキネスアーティファクトを除去するために、ブロック境界をフィルタリングするために含まれ得る。所望される場合、デブロッキングフィルタは、通常、加算器６２の出力をフィルタリングすることになる。追加のフィルタ（ループ内またはループ後）も、デブロッキングフィルタに加えて使用され得る。そのようなフィルタは、簡潔のために示されていないが、所望される場合、（ループ内フィルタとして）加算器５０の出力をフィルタリングし得る。
[0128]符号化プロセス中に、ビデオエンコーダ２０は、コーディングされるべきビデオフレームまたはスライスを受信する。フレームまたはスライスは、複数のビデオブロックに分割され得る。ビデオデータメモリ３８は、ビデオエンコーダ２０の構成要素によって符号化されるべきビデオデータを記憶し得る。ビデオデータメモリ３８内に記憶されるビデオデータは、たとえば、ビデオソース１８から取得され得る。参照ピクチャメモリ６４は、たとえば、イントラコーディングモードまたはインターコーディングモードで、ビデオエンコーダ２０によってビデオデータを符号化する際に使用するための参照ビデオデータを記憶する、ＤＰＢと呼ばれることがある。ビデオデータメモリ３８および参照ピクチャメモリ６４は、同期ＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または他のタイプのメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）など、様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ３８および参照ピクチャメモリ６４は、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ビデオデータメモリ３８は、ビデオエンコーダ２０の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。
[0129]動き推定ユニット４２および動き補償ユニット４４は、時間的予測を行うために、１つまたは複数の参照フレーム中の１つまたは複数のブロックに対する受信されたビデオブロックのインター予測コーディングを実行する。イントラ予測ユニット４６は、代替的に、空間的予測を行うために、コーディングされるべきブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対する受信されたビデオブロックのイントラ予測コーディングを実行し得る。ビデオエンコーダ２０は、たとえば、ビデオデータのブロックごとに適当なコーディングモードを選択するために、複数のコーディングパスを実行し得る。
[0130]その上、区分ユニット４８は、前のコーディングパスでの前の区分方式の評価に基づいて、ビデオデータのブロックをサブブロックに区分し得る。たとえば、区分ユニット４８は、最初にフレームまたはスライスをＬＣＵに区分し、レートひずみ分析（たとえば、レートひずみ最適化）に基づいて、ＬＣＵの各々をサブＣＵに区分し得る。モード選択ユニット４０は、サブＣＵへのＬＣＵの区分を示す４分木データ構造をさらに生成し得る。４分木のリーフノードＣＵは、１つまたは複数のＰＵと１つまたは複数のＴＵとを含み得る。
[0131]モード選択ユニット４０は、たとえば、誤差結果に基づいて、コーディングモードのうちの１つ、すなわち、イントラまたはインターを選択し得、得られたイントラコード化ブロックまたはインターコード化ブロックを、残差ブロックデータを生成するために加算器５０に、参照フレームとしての使用のために符号化されたブロックを再構築するために加算器６２に与える。モード選択ユニット４０はまた、動きベクトル、イントラモードインジケータ、区分情報、および他のそのようなシンタックス情報などのシンタックス要素をエントロピー符号化ユニット５６に与える。
[0132]動き推定ユニット４２および動き補償ユニット４４は、高度に統合され得るが、概念上の目的から別々に示されている。動き推定ユニット４２によって実行される動き推定は、ビデオブロックに関する動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、現在のスライス（または、他のコード化ユニット）内で符号化されている現在のブロックに対する参照ピクチャ（または、他のコード化ユニット）内の予測ブロックに対する現在のビデオフレームまたはピクチャ内のビデオブロックのＰＵの変位を示し得る。予測ブロックは、絶対差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、または他の差分メトリクスによって決定され得るピクセル差分の観点で、符号化されるべきブロックと厳密に一致することが見出されるブロックである。
[0133]動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコード化スライス中のビデオブロックのＰＵの動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得、それらの参照ピクチャリストの各々は、参照ピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。
[0134]動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって決定された動きベクトルに基づいて、予測ブロックをフェッチまたは生成することを伴い得る。同じく、動き推定ユニット４２および動き補償ユニット４４は、いくつかの例では、機能的に統合され得る。現在のビデオブロックのＰＵのための動きベクトルを受信すると、動き補償ユニット４４は、動きベクトルが参照ピクチャリストのうちの１つにおいてそれを指す予測ブロックの位置を特定し得る。加算器５０は、以下で説明されるように、符号化されている現在のビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって、残差ビデオブロックを形成する。一般に、動き推定ユニット４２は、ルーマ成分に対して動き推定を実行し、動き補償ユニット４４は、クロマ成分とルーマ成分の両方に関して、ルーマ成分に基づいて計算された動きベクトルを使用する。モード選択ユニット４０は、ビデオスライスのビデオブロックを復号する際のビデオデコーダ３０による使用のために、ビデオブロックとビデオスライスとに関連付けられたシンタックス要素を生成することもできる。
[0135]動き推定ユニット４２は、参照ピクチャメモリ６４のＤＰＢ内に記憶された参照ピクチャを探索する。モード選択ユニット４０は、ピクチャ、ピクチャのスライス、および／またはピクチャのシーケンスを符号化するために、どの参照ピクチャが使用されるべきであるかを決定し得る。ビデオエンコーダ２０は、ピクチャ、スライス、またはシーケンスを符号化するために使用される参照ピクチャのためのピクチャ順序カウント（ＰＯＣ）値を符号化し得る。ビデオエンコーダ２０は、スライスヘッダ、ならびに／または、ＰＰＳおよび／もしくはＳＰＳなどのパラメータセット中で、参照ピクチャリスト中に含まれるべき参照ピクチャを示すＰＯＣ値を符号化し得る。
[0136]このようにして、ビデオデコーダ３０などのビデオデコーダは、スライスヘッダおよび／または（１つまたは複数の）パラメータセット中で示された参照ピクチャを含めることによって、参照ピクチャリストを再生し得る。さらに、動き推定ユニット４２によって生成された動きベクトルを使用して、ブロックを符号化した後、ビデオエンコーダ２０は、ブロックについての動き情報を符号化し得、ただし、動き情報は、動きベクトルを表すデータと、参照ピクチャリストのための識別子と、参照ピクチャリスト中の参照ピクチャを識別する参照インデックスとを含み得る。
[0137]いくつかの例では、ビデオエンコーダ２０は、参照ピクチャメモリ６４内に記憶された参照ピクチャのサブ整数ピクセル位置のための値を計算し得る。たとえば、ビデオエンコーダ２０は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定ユニット４２は、フルピクセル位置および分数ピクセル位置に対して動き探索を実行し、分数ピクセル精度で動きベクトルを出力し得る。
[0138]ビデオエンコーダ２０はまた、ＰＯＣリセット期間を形成し、それぞれのＰＯＣリセット期間にスライスを割り当てるために、ピクチャのスライスのためのＰＯＣリセット期間識別子のための値を符号化し得る。ビデオエンコーダ２０は、ビデオデータの各レイヤ内で個々にＰＯＣリセット期間にスライスを割り当て得る。その上、ビデオエンコーダ２０は、スライスのためのＰＯＣリセットタイプを決定し、スライスのためのＰＯＣリセットタイプの指示のための値（たとえば、２ビット値）を符号化し得る。
[0139]図１に関して説明されたように、ビデオエンコーダ２０は、適用可能なビデオコーディング規格によって確立された制限に従って構成され得る。たとえば、ビデオエンコーダ２０は、各ＰＯＣリセット期間における最初のピクチャが、ＰＯＣ値が完全または部分的にリセットされるべきであることを示すＰＯＣリセットタイプを有することを保証し得る。さらに、ビデオエンコーダ２０は、いくつかの例では、ＰＯＣリセット期間のＰＯＣアンカーピクチャのためのＰＯＣ ＬＳＢ値を示し得る、ＰＯＣ ＬＳＢ値を示す追加の情報を符号化し得る。
[0140]概して、上記で説明されたように、ビデオエンコーダ２０は、コーディング順序において現在のピクチャより前にコーディングされたピクチャのＰＯＣ ＭＳＢ値のＰＯＣ ＭＳＢ値に基づいて、現在のピクチャのためのＰＯＣ ＭＳＢ値を決定し得る。本開示の態様によれば、ビデオエンコーダ２０はまた、ビットストリームのいくつかのピクチャのためのＰＯＣ ＭＳＢ値を示す情報を符号化し得る。たとえば、本開示の態様によれば、ビデオエンコーダ２０は、特定のピクチャタイプを有するピクチャのためのＰＯＣ ＭＳＢ値を示すデータを符号化し得る。いくつかの例では、ビデオエンコーダ２０は、ピクチャがＣＲＡまたはＢＬＡピクチャタイプを有することに基づいて、データ、ＣＲＡまたはＢＬＡピクチャタイプを有するピクチャのためのＰＯＣ ＭＳＢ値を符号化するように構成され得る。すなわち、そのような例では、ビデオエンコーダ２０は、ＣＲＡピクチャタイプとＢＬＡピクチャタイプとを含むピクチャタイプの最初のセットのみのためのＰＯＣ ＭＳＢ値を符号化し得る。ビデオエンコーダ２０は、他のピクチャタイプのためのＰＯＣ ＭＳＢ値を符号化せず、代わりに、現在のピクチャより前に符号化されたピクチャに基づいて、ＰＯＣ ＭＳＢ値を決定し得る。
[0141]場合によっては、ビデオエンコーダ２０は、上記で説明された、指定されたピクチャタイプを有するピクチャ以外のピクチャのためのＰＯＣ ＭＳＢ値を示すデータを符号化し得る。たとえば、場合によっては、ビデオエンコーダ２０は、そのためのＰＯＣ値リセットが実行される任意のピクチャのためのＰＯＣ ＭＳＢ値を示すデータを符号化し得る。
[0142]ビデオエンコーダ２０はまた、参照ピクチャメモリ６４のＤＰＢ内の参照ピクチャのバンピングおよび出力プロセスを管理し得る。本開示の態様によれば、ビデオエンコーダ２０は、ＰＯＣ値リセットを実行するより前に、参照ピクチャメモリ６４のＤＰＢからピクチャを出力するように構成され得る。たとえば、本開示の態様によれば、特定のアクセスユニットのためのＰＯＣ値リセットを実行するより前に、ビデオエンコーダ２０は、「出力のために必要とされる」とマークされている、参照ピクチャメモリのＤＰＢに記憶されたすべてのピクチャを出力するように構成され得る。場合によっては、ビデオエンコーダ２０は、アクセスユニットの初期ピクチャのためのスライスヘッダを符号化した後であるが、ＰＯＣ値を導出し、参照ピクチャリストを構築するより前に、出力プロセスを実行し得る。たとえば、ビデオエンコーダ２０は、アクセスユニットの初期ピクチャのためのスライスヘッダを符号化した後であるが、スライスのペイロード（たとえば、スライスのビデオデータ）を符号化する前に、出力プロセスを実行し得る。
[0143]イントラ予測ユニット４６は、上記で説明されたように、動き推定ユニット４２と動き補償ユニット４４とによって実行されるインター予測の代替として、現在のブロックをイントラ予測し得る。特に、イントラ予測ユニット４６は、現在のブロックを符号化するために使用すべきイントラ予測モードを決定し得る。いくつかの例では、イントラ予測ユニット４６は、たとえば別々の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化し得、イントラ予測ユニット４６（または、いくつかの例では、モード選択ユニット４０）は、テストされたモードから使用すべき適当なイントラ予測モードを選択し得る。
[0144]たとえば、イントラ予測ユニット４６は、様々なテストされたイントラ予測モードのためのレートひずみ分析を使用してレートひずみ値を計算し、テストされたモードの中で最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、概して、符号化ブロックと、符号化ブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、ならびに符号化ブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測ユニット４６は、どのイントラ予測モードがブロックについて最良のレートひずみ値を呈するかを決定するために、様々な符号化ブロックのひずみおよびレートから比を計算し得る。
[0145]ブロックのためのイントラ予測モードを選択した後、イントラ予測ユニット４６は、ブロックのための選択されたイントラ予測モードを示す情報をエントロピー符号化ユニット５６に与え得る。エントロピー符号化ユニット５６は、選択されたイントラ予測モードを示す情報を符号化し得る。ビデオエンコーダ２０は、複数のイントラ予測モードインデックステーブルおよび複数の修正されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）と、様々なブロックの符号化コンテキストの定義と、コンテキストの各々について使用すべき、最確イントラ予測モード、イントラ予測モードインデックステーブル、および修正されたイントラ予測モードインデックステーブルの指示とを含み得る構成データを送信ビットストリーム中に含め得る。
[0146]ビデオエンコーダ２０は、モード選択ユニット４０からの予測データを、コーディングされている元のビデオブロックから減算することによって、残差ビデオブロックを形成する。加算器５０は、この減算演算を実行する、１つまたは複数の構成要素を表す。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に類似する変換などの変換を残差ブロックに適用し、残差変換係数値を備えるビデオブロックを生成する。変換処理ユニット５２は、ＤＣＴに概念的に類似する他の変換を実行することができる。ウェーブレット変換、整数変換、サブバンド変換、または他のタイプの変換も使用され得る。いずれの場合でも、変換処理ユニット５２は、変換を残差ブロックに適用し、残差変換係数のブロックを生成する。変換は、ピクセル値領域からの残差情報を、周波数領域などの変換領域に変換し得る。
[0147]変換処理ユニット５２は、得られた変換係数を量子化ユニット５４へ送り得る。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部またはすべてに関連付けられたビット深度を低減し得る。量子化の程度は、量子化パラメータを調整することによって、修正され得る。いくつかの例では、量子化ユニット５４は次いで、量子化された変換係数を含む行列の走査を実行し得る。代替的に、エントロピー符号化ユニット５６が、走査を実行し得る。
[0148]量子化に続いて、エントロピー符号化ユニット５６は、量子化された変換係数をエントロピーコーディングする。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングまたは別のエントロピーコーディング技法を実行し得る。コンテキストベースのエントロピーコーディングの場合、コンテキストは、隣接ブロックに基づき得る。エントロピー符号化ユニット５６によるエントロピーコーディングに続いて、符号化されたビットストリームは、別のデバイス（たとえば、ビデオデコーダ３０）に送信されるか、または後で送信するかもしくは取り出すためにアーカイブされ得る。
[0149]逆量子化ユニット５８および逆変換ユニット６０は、たとえば、参照ブロックとして後で使用するために、ピクセル領域中で残差ブロックを再構築するために、それぞれ逆量子化および逆変換を適用する。動き補償ユニット４４は、残差ブロックを参照ピクチャメモリ６４のフレームのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、動き推定において使用するためのサブ整数ピクセル値を計算するために、再構築された残差ブロックに１つまたは複数の補間フィルタを適用し得る。加算器６２は、参照ピクチャメモリ６４に記憶するための再構築されたビデオブロックを生成するために、動き補償ユニット４４によって生成された動き補償された予測ブロックに再構築された残差ブロックを加算する。再構築されたビデオブロックは、動き推定ユニット４２および動き補償ユニット４４によって、後続のビデオフレーム中のブロックをインターコーディングするために参照ブロックとして使用され得る。
[0150]このようにして、図２のビデオエンコーダ２０は、マルチレイヤビデオデータの第１のピクチャを符号化することと、その場合、第１のピクチャが第１のピクチャタイプを有し、第１のピクチャが第１のピクチャタイプを有することに基づいて、第１のピクチャのためのＰＯＣ ＭＳＢ値を表すデータを符号化することと、を行うように構成された、ビデオエンコーダの一例を表す。ビデオエンコーダ２０はまた、本開示の態様によれば、マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータを符号化することと、その場合、第１のピクチャがアクセスユニット中に含まれ、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および第１のピクチャを符号化するより前に、コーディング順序において第１のピクチャに先行する、およびアクセスユニット中に含まれない、ＤＰＢ内に記憶されたすべてのピクチャを出力することと、を行うように構成され得る。
[0151]図３は、本開示の技法による、ＰＯＣ値を管理するための技法を実装し得る、ビデオデコーダ３０の一例を示すブロック図である。上述されたように、ビデオデコーダ３０は、マルチビューおよび／またはスケーラブルビデオコーディングを実行するように適応され得る。たとえば、ビデオデコーダ３０は、ＳＨＶＣ、ＭＶ−ＨＥＶＣ、または３Ｄ−ＨＥＶＣなどの１つまたは複数のビデオコーディング規格の拡張に適合するビットストリームを復号するように構成され得る。ただし、特定のコーディング規格が参照されるが、本技法は、任意の１つのコーディング規格に固有のものではなく、将来のおよび／またはまだ開発されていない規格とともに実装され得ることを理解されたい。
[0152]図３の例では、ビデオデコーダ３０は、ビデオデータメモリ６８と、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、参照ピクチャメモリ８２と、加算器８０とを含む。ビデオデコーダ３０は、いくつかの例では、ビデオエンコーダ２０（図２）に関して説明された符号化パスに対して概ね逆の復号パスを実行し得る。動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルに基づいて、予測データを生成し得、一方、イントラ予測ユニット７４は、エントロピー復号ユニット７０から受信されたイントラ予測モードインジケータに基づいて、予測データを生成し得る。
[0153]ビデオデータメモリ６８は、ビデオデコーダ３０の構成要素によって復号されるべき、符号化されたビデオビットストリームなどのビデオデータを記憶し得る。ビデオデータメモリ６８内に記憶されるビデオデータは、たとえば、コンピュータ可読媒体から、たとえば、カメラなどのローカルビデオソースから、ビデオデータのワイヤードもしくはワイヤレスネットワーク通信を介して、または物理データ記憶媒体にアクセスすることによって取得され得る。ビデオデータメモリ６８は、符号化されたビデオビットストリームからの符号化されたビデオデータを記憶するコード化ピクチャバッファ（ＣＰＢ）を形成し得る。参照ピクチャメモリ８２は、たとえば、イントラコーディングモードまたはインターコーディングモードで、ビデオデコーダ３０によってビデオデータを復号する際に使用するための参照ビデオデータを記憶する、ＤＰＢと呼ばれることがある。ビデオデータメモリ６８および参照ピクチャメモリ８２は、同期ＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ）、または他のタイプのメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）など、様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ６８および参照ピクチャメモリ８２は、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ビデオデータメモリ６８は、ビデオデコーダ３０の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。
[0154]復号プロセス中に、ビデオデコーダ３０は、ビデオエンコーダ２０から、符号化ビデオスライスのビデオブロックと、関連付けられるシンタックス要素とを表す、符号化されたビデオビットストリームを受信する。ビデオデコーダ３０のエントロピー復号ユニット７０は、量子化された係数と、動きベクトルまたはイントラ予測モードインジケータと、他のシンタックス要素とを生成するために、ビットストリームをエントロピー復号する。エントロピー復号ユニット７０は、動きベクトルと他のシンタックス要素とを動き補償ユニット７２へ転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス要素を受信し得る。
[0155]ビデオスライスが、イントラコード化（Ｉ）スライスとしてコーディングされるとき、イントラ予測ユニット７４は、現在のフレームまたはピクチャの以前に復号されたブロックから、シグナリングされたイントラ予測モードおよびデータに基づいて、現在のビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームが、インターコード化（すなわち、Ｂ、Ｐ、またはＧＰＢ）スライスとしてコーディングされるとき、動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルと他のシンタックス要素とに基づいて、現在のビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、参照ピクチャリストのうちの１つの中の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、参照ピクチャメモリ８２のＤＰＢ内に記憶された参照ピクチャに基づいて、デフォルトの構築技法を使用して、参照フレームリストのリスト０とリスト１とを構築し得る。
[0156]より詳細には、ビデオデコーダ３０は、ＰＰＳに対応するピクチャのスライスがＰＯＣリセット情報を含むか否かを示すＰＰＳを復号し得る。スライスがＰＯＣリセット情報を含むと仮定すると、ビデオデコーダ３０は、ＰＯＣリセット情報を含むピクチャのスライスのスライスセグメントヘッダを復号し得る。ＰＯＣリセット情報は、ＰＯＣリセット期間識別子とＰＯＣリセットタイプとを含み得る。
[0157]ＰＯＣリセット期間識別子は、スライスが対応するＰＯＣリセット期間を示し得る。ＰＯＣリセットタイプは、スライスを含むピクチャのＰＯＣ値が完全にリセットされるか否か、または、ＰＯＣ値のＭＳＢのみがリセットされることを示し得る。さらに、ＰＯＣリセットタイプは、ＰＯＣリセットが実行されるべきではないこと、または追加の情報がシグナリングされることを示し得る。ＰＯＣリセットタイプが、追加の情報がシグナリングされることを示す場合、ビデオデコーダ３０は、ＰＯＣ ＬＳＢ値と、ＰＯＣ値が完全にリセットされるか、ＭＳＢのみがリセットされるかとを示し得る、追加の情報を復号し得る。
[0158]本開示の態様によれば、ビデオデコーダ３０は、ＰＯＣリセットを示す情報に基づいて、復号ピクチャバッファからピクチャを出力し得る。たとえば、ビデオデコーダ３０は、ＰＯＣ値リセットを実行するより前に、参照ピクチャメモリ８４のＤＰＢからピクチャを出力するように構成され得る。すなわち、本開示の態様によれば、特定のアクセスユニットのためのＰＯＣ値リセットを実行するより前に、ビデオデコーダ３０は、「出力のために必要とされる」とマークされている、参照ピクチャメモリのＤＰＢに記憶されたすべてのピクチャを出力するように構成され得る。場合によっては、ビデオデコーダ３０は、アクセスユニットの初期ピクチャのためのスライスヘッダを復号した後であるが、ＰＯＣ値を導出し、参照ピクチャリストを構築するより前に、出力プロセスを実行し得る。たとえば、ビデオデコーダ３０は、アクセスユニットの初期ピクチャのためのスライスヘッダを復号した後であるが、スライスのペイロード（たとえば、スライスのビデオデータ）を復号する前に、出力プロセスを実行し得る。
[0159]概して、ビデオデコーダ３０は、現在のピクチャのスライスのスライスヘッダ中で受信されたデータに基づいて、現在復号されているピクチャのためのＰＯＣ ＬＳＢ値を決定し得る。ビデオデコーダ３０は、コーディング順序において現在のピクチャより前にコーディングされたピクチャのＰＯＣ ＭＳＢ値のＰＯＣ ＭＳＢ値に基づいて、現在のピクチャのためのＰＯＣ ＭＳＢ値を決定し得る。
[0160]本開示の態様によれば、場合によっては、ビデオデコーダ３０は、ビットストリームのいくつかのピクチャのための符号化されたビットストリームから、ＰＯＣ ＭＳＢ値を示すデータを復号し得る。たとえば、本開示の態様によれば、ビデオデコーダ３０は、現在復号されているピクチャのためのピクチャタイプを決定し得る。ピクチャタイプに基づいて、ビデオデコーダ３０は、復号順序において現在のピクチャより前にコーディングされたピクチャのＰＯＣ ＭＳＢ値に基づいて、ピクチャのためのＰＯＣ ＭＳＢ値を決定するのではなく、ピクチャのためのＰＯＣ ＭＳＢ値を示すデータを復号し得る。
[0161]場合によっては、ビデオデコーダ３０は、ピクチャタイプがＣＲＡまたはＢＬＡピクチャタイプであることに基づいて、現在のピクチャのためのＰＯＣ ＭＳＢ値を示すデータを復号し得る。たとえば、ビデオデコーダ３０は、ＣＲＡピクチャタイプとＢＬＡピクチャタイプとを含むピクチャタイプの最初のセットのみのためのＰＯＣ ＭＳＢ値を復号し得る。ビデオデコーダ３０は、他のピクチャタイプのためのＰＯＣ ＭＳＢ値を復号せず、代わりに、現在のピクチャより前に符号化されたピクチャに基づいて、ＰＯＣ ＭＳＢ値を決定し得る。他の例では、ビデオデコーダ３０は、追加または代替として、他のピクチャおよびピクチャタイプのためのＰＯＣ ＭＳＢ値を示すデータを復号し得る。たとえば、本開示の態様によれば、ビデオデコーダ３０は、そのためのＰＯＣ値リセットが実行される任意のピクチャのためのＰＯＣ ＭＳＢ値を示すデータを復号し得る。
[0162]ビデオデコーダ３０はまた、参照ピクチャリスト中に含まれるべき参照ピクチャのＰＯＣ値を復号し得る。ビデオデコーダ３０は、スライスセグメントヘッダ中で、および／または、ＰＰＳもしくはＳＰＳなどのパラメータセットから、これらのＰＯＣ値を復号し得る。次いで、ビデオデコーダ３０は、復号されたＰＯＣ値によって識別された参照ピクチャを含む参照ピクチャリストを構築し得る。
[0163]スライスのための参照ピクチャリストを構築した後、ビデオデコーダ３０は、スライスのブロックを復号し得る。動き補償ユニット７２は、動きベクトルと他のシンタックス要素とをパースすることによって現在のビデオスライスのビデオブロックに関する予測情報を決定し、復号されている現在のビデオブロックの予測ブロックを生成するために、その予測情報を使用する。たとえば、動き補償ユニット７２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラ予測またはインター予測）と、インター予測スライスタイプ（たとえば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）と、スライスの各インター符号化ビデオブロックのための動きベクトルと、スライスの各インターコード化ビデオブロックのためのインター予測ステータスと、現在のビデオスライス中のビデオブロックを復号するための他の情報とを決定するために、受信されたシンタックス要素のいくつかを使用する。インター予測ブロックのための動き情報は、ブロックを予測するために使用すべき参照ピクチャリスト中の参照ピクチャを識別するために、参照ピクチャリスト識別子と参照インデックスとを含み得る。
[0164]動き補償ユニット７２は、補間フィルタに基づいて補間を実行することもできる。動き補償ユニット７２は、参照ブロックのサブ整数ピクセルのための補間された値を計算するために、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用し得る。この場合、動き補償ユニット７２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用された補間フィルタを決定し、予測ブロックを生成するために、その補間フィルタを使用し得る。
[0165]逆量子化ユニット７６は、ビットストリーム中で与えられ、エントロピー復号ユニット７０によって復号された、量子化された変換係数を逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、量子化の程度を決定し、同様に、適用されるべき逆量子化の程度を決定するための、ビデオスライス中の各ビデオブロックに関してビデオデコーダ３０によって計算される量子化パラメータＱＰYの使用を含み得る。
[0166]逆変換ユニット７８は、ピクセル領域において残差ブロックを生成するために、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。
[0167]動き補償ユニット７２が、動きベクトルおよび他のシンタックス要素に基づいて現在のビデオブロックのための予測ブロックを生成した後、ビデオデコーダ３０は、逆変換ユニット７８からの残差ブロックを動き補償ユニット７２によって生成された対応する予測ブロックと加算することによって、復号ビデオブロックを形成する。加算器８０は、この加算演算を実行する１つまたは複数の構成要素を表す。所望される場合、ブロッキネスアーティファクトを除去するために、復号されたブロックをフィルタリングするためのデブロッキングフィルタも適用され得る。（コーディングループ中の、またはコーディングループ後のいずれかにおける）他のループフィルタも、ピクセルの遷移を平滑化し、または場合によっては、ビデオ品質を改善するために使用され得る。所与のフレームまたはピクチャ中の復号ビデオブロックは、次いで、参照ピクチャメモリ８２に記憶され、この参照ピクチャメモリ８２は、後続の動き補償のために使用される参照ピクチャを記憶する。参照ピクチャメモリ８２はまた、復号されたビデオを、図１のディスプレイデバイス３２などのディスプレイデバイス上に後で提示するために記憶する。
[0168]このようにして、図３のビデオデコーダ３０は、マルチレイヤビデオデータの第１のピクチャを復号することと、その場合、第１のピクチャが第１のピクチャタイプを有し、第１のピクチャが第１のピクチャタイプを有することに基づいて、第１のピクチャのためのＰＯＣ ＭＳＢ値を表すデータをコーディングすることと、を行うように構成された、ビデオデコーダの一例を表す。ビデオデコーダ３０はまた、本開示の態様によれば、マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータを復号することと、その場合、第１のピクチャがアクセスユニット中に含まれ、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および第１のピクチャを復号するより前に、コーディング順序において第１のピクチャに先行する、およびアクセスユニット中に含まれない、ＤＰＢ内に記憶されたすべてのピクチャを出力することと、を行うように構成され得る。
[0169]図４は、本開示の技法による、ＰＯＣ値リセットを実行するより前に、ＤＰＢのピクチャを出力することを含む、データを符号化するための例示的な方法を示すフローチャートである。加えて、図４の方法は、現在のブロックを符号化することを含む。現在のブロックは、現在のＣＵ、または現在のＣＵの一部分を備え得る。ビデオエンコーダ２０（図１および図２）に関して説明されるが、他のデバイスが図４の方法と同様の方法を実行するように構成され得ることを理解されたい。
[0170]この例では、ビデオエンコーダ２０は、現在のスライスをＰＯＣリセット期間に割り当て得る（１４８）。たとえば、現在のスライスがアンカーピクチャの一部を形成する場合、ビデオエンコーダ２０は、現在のスライスが前のＰＯＣリセット期間識別子とは異なるＰＯＣリセット期間識別子を有する新しいＰＯＣリセット期間の開始を形成することをシグナリングし得る。代替的に、現在のスライスがアンカーピクチャの一部を形成しない場合、ビデオエンコーダ２０は、現在のスライスが既存のＰＯＣリセット期間の一部を形成することをシグナリングし得る。
[0171]次いで、ビデオエンコーダ２０は、ＤＰＢに記憶されているすべてのピクチャを出力する（１５０）。たとえば、ビデオエンコーダ２０は、現在のアクセスユニット中に含まれる、ＤＰＢに記憶されたいかなるピクチャをも除いて、「出力のために必要とされる」とマークされたすべてのピクチャを出力し得る。ビデオエンコーダ２０は、現在のスライスをＰＯＣリセット期間に割り当てた（たとえば、スライスヘッダを符号化した）後であるが、最初のスライスのビデオデータを符号化するより前に、ＤＰＢからピクチャを出力し得る。
[0172]次いで、ビデオエンコーダ２０は、ＰＯＣリセットを実行し、参照ピクチャリストを形成し得る（１５２）。ビデオエンコーダ２０は、参照ピクチャリスト中に含まれた参照ピクチャのＰＯＣ値をさらにシグナリングする（１５４）。たとえば、ビデオエンコーダ２０は、ＳＰＳもしくはＰＰＳなどのパラメータセット中、および／またはスライスのためのスライスヘッダ中で、参照ピクチャのためのＰＯＣ値（または、ＰＯＣ値の部分、たとえば、ＰＯＣ ＬＳＢ値）を符号化し得る。いくつかの参照ピクチャ（たとえば、長期参照ピクチャ）は、パラメータセット中でシグナリングされ得るのに対して、他の参照ピクチャ（たとえば、短期参照ピクチャ）は、スライスヘッダ中でシグナリングされ得る。
[0173]たとえば、現在のスライスのブロックのための、最良のレートひずみ特性を生じる参照ピクチャのセットを決定するために、参照ピクチャリストを形成するステップと、どのピクチャが参照ピクチャリスト中に含まれるかをシグナリングするステップとが、いくつかの異なる符号化パスを介して複数回実行され得ることを理解されたい。すなわち、ビデオエンコーダ２０は、単一のブロックの個々の特性のみに基づくのではなく、現在のスライス中のすべてのブロックの特性に基づいて、参照ピクチャリスト中に含まれた参照ピクチャのセットを選択し得る。
[0174]次いで、ビデオエンコーダ２０は、現在のスライスの現在のブロックを予測し得る（１５６）。たとえば、ビデオエンコーダ２０は、現在のブロックの１つまたは複数の予測ユニット（ＰＵ）を計算し得る。より詳細には、動き推定ユニット４２は、たとえば、ＳＡＤ、ＳＳＤ、ＭＡＤ、ＭＳＤ、または他の誤差計算メトリクスに基づいて、参照ブロックとして使用される一致するブロックを識別するために、参照ピクチャリストの参照ピクチャの中で現在のブロックの動き探索を実行し得る。動き推定ユニット４２は、動き探索に基づいて、現在のブロックのための動きベクトルを生成し得る。次いで、ビデオエンコーダ２０は、ブロックのための動き情報を符号化し得（１５８）、ブロックのための動き情報は、参照ブロックを一緒に識別する、動きベクトルのための動きベクトル差分値と、参照ピクチャリスト識別子と、参照インデックスとを含み得る。
[0175]次いで、ビデオエンコーダ２０は、たとえば、変換ユニット（ＴＵ）を生成するために、現在のブロックのための残差ブロックを計算し得る（１６０）。残差ブロックを計算するために、ビデオエンコーダ２０は、元のコーディングされていないブロックと現在のブロックのための予測ブロックとの間の差分を計算し得る。次いで、ビデオエンコーダ２０は、残差ブロックの係数を変換および量子化し得る（１６２）。次に、ビデオエンコーダ２０は、残差ブロックの量子化された変換係数を走査し得る（１６４）。走査中に、または走査に続いて、ビデオエンコーダ２０は、係数をエントロピー符号化し得る（１６６）。たとえば、ビデオエンコーダ２０は、ＣＡＶＬＣまたはＣＡＢＡＣを使用して係数を符号化し得る。次いで、ビデオエンコーダ２０は、ブロックのエントロピーコード化データを出力し得る（１６８）。
[0176]このようにして、図４の方法は、ビデオエンコーダが、マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示す符号化データを符号化することと、その場合、第１のピクチャがアクセスユニット中に含まれ、ならびに第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および第１のピクチャを符号化するより前に、コーディング順序において第１のピクチャに先行する、およびアクセスユニット内に含まれない、ＤＰＢ内に記憶されたすべてのピクチャを出力することとを含む、方法の一例を表す。
[0177]図５は、本開示の技法による、ＰＯＣ値リセットを実行するより前に、ＤＰＢのピクチャを出力することを含む、データを復号するための例示的な方法を示すフローチャートである。加えて、図５の方法は、現在のブロックを復号することを含む。現在のブロックは、現在のＣＵ、または現在のＣＵの一部分を備え得る。ビデオデコーダ３０（図１および図３）に関して説明されるが、他のデバイスが図５の方法と同様の方法を実行するように構成され得ることを理解されたい。
[0178]最初に、ビデオデコーダ３０は、ＰＯＣリセットを示すデータを復号する（２００）。いくつかの例では、本明細書で説明されるように、ＰＯＣリセットを示すデータは、現在のスライスのスライスセグメントヘッダ中に含まれるＰＯＣリセット識別子であり得る。このような例では、ビデオデコーダ３０は、ＰＯＣリセットタイプ識別子をさらに復号し得る。図５の方法は、ＰＯＣリセット期間識別子が、現在のスライスが新しいＰＯＣリセット期間の一部であることを示すという仮定に基づいている。ビデオデコーダ３０は、現在のピクチャが特定のアクセスユニット中の第１のピクチャ（たとえば、特定のアクセスユニットのすべてのピクチャの中の最下位レイヤ識別子を有するピクチャ）であることをさらに決定し得る。
[0179]ビデオデコーダ３０は、ＤＰＢに記憶されたからすべてのピクチャを出力し得る（２０２）。たとえば、本開示の態様によれば、ＰＯＣ値リセットを示すデータに基づいて、ビデオデコーダ３０は、現在のアクセスユニット中に含まれる、ＤＰＢに記憶されたいかなるピクチャをも除いて、「出力のために必要とされる」とマークされているすべてのピクチャをＤＰＢから出力し得る。ビデオデコーダ３０は、現在のスライスのためのスライスヘッダを復号した後であるが、ＰＯＣ値を導出し、参照ピクチャを復号するより前に、ＤＰＢからピクチャを出力し得る。
[0180]次いで、ビデオデコーダ３０はＰＯＣ値をリセットし、たとえば、スライスセグメントヘッダ、および／または、ＰＰＳもしくはＳＰＳなどのパラメータセットから、参照ピクチャリスト中に含まれるべき参照ピクチャのＰＯＣ値を復号する（２０４）。次いで、ビデオデコーダ３０は、参照ピクチャリストを形成する（２０６）。
[0181]次に、ビデオデコーダ３０は、現在のブロックのための動き情報を復号する（２０８）。動き情報は、たとえば、参照ピクチャリスト識別子と、参照ピクチャリストへの参照インデックスとを含み得る。次いで、ビデオデコーダ３０は、たとえば、現在のブロックのための予測ブロックを計算するために、インター予測モードを使用して、現在のブロックを予測する（２００）。より詳細には、ビデオデコーダ３０は、どの参照ピクチャリストを使用するべきかを識別するために参照ピクチャリスト識別子と、参照ピクチャリスト中の参照インデックスを識別するために参照インデックスとを使用する。次いで、ビデオデコーダ３０は、現在のブロックのための動きベクトルを復号し、識別された参照ピクチャ中の参照ブロックを識別する。
[0182]ビデオデコーダ３０はまた、現在のブロックに対応する残差ブロックの係数のためのエントロピーコード化データなど、現在のブロックのためのエントロピーコード化データを受信し得る（２１２）。ビデオデコーダ３０は、残差ブロックの係数を再生するために、エントロピーコード化データをエントロピー復号し得る（２１４）。次いで、ビデオデコーダ３０は、量子化された変換係数のブロックを作成するために、再生された係数を逆走査し得る（２１６）。すなわち、逆走査を使用して、ビデオデコーダ３０は、１次元ベクトルを２次元行列に変換する。次いで、ビデオデコーダ３０は、残差ブロックを生成するために、係数を逆量子化および逆変換し得る（２１８）。最終的に、ビデオデコーダ３０は、予測ブロックと残差ブロックとを組み合わせることによって現在のブロックを復号し得る（２２０）。
[0183]このようにして、図５の方法は、マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータを復号すること、その場合、第１のピクチャがアクセスユニット中に含まれ、ならびに第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および第１のピクチャを復号するより前に、コーディング順序において第１のピクチャに先行する、およびアクセスユニット内に含まれない、ＤＰＢ内に記憶されたすべてのピクチャを出力することを含む、方法の一例を表す。
[0184]図６は、本開示の技法による、ＰＯＣ ＭＳＢ値を示すデータを符号化することを含む、データを符号化するための例示的な方法を示すフローチャートである。ビデオエンコーダ２０（図１および図２）に関して説明されるが、他のデバイスが図６の方法と同様の方法を実行するように構成され得ることを理解されたい。
[0185]この例では、ビデオエンコーダ２０は、現在符号化されているピクチャのためのピクチャタイプを決定し得る（２４０）。場合によっては、現在のピクチャのピクチャタイプは、上記で説明されたＣＲＡ、ＢＬＡ、または他のランダムアクセスピクチャタイプなど、ランダムアクセスピクチャタイプであり得る。
[0186]本開示の態様によれば、ピクチャタイプに基づいて、ビデオエンコーダ２０は、現在のピクチャのためのＰＯＣ ＭＳＢ値を示すデータを符号化するべきか否かを決定し得る（２４２）。たとえば、ビデオエンコーダ２０は、ＰＯＣ ＭＳＢ値いくつかのピクチャタイプを示すデータを符号化し得る。すなわち、ビデオエンコーダ２０は、ピクチャがピクチャタイプの最初のセット中に含まれるときのみ、ＰＯＣ ＭＳＢ値を符号化し得、ビデオエンコーダ２０は、ピクチャがピクチャタイプの最初のセット中に含まれないとき、ＰＯＣ ＭＳＢ値を符号化しなくてよい。説明のための一例では、ビデオエンコーダ２０は、ＣＲＡまたはＢＬＡピクチャタイプを有するピクチャのためのＰＯＣ ＭＳＢ値を示すデータを符号化し得る。他の例では、ビデオエンコーダ２０は、追加または代替として、他のピクチャおよびピクチャタイプのためのＰＯＣ ＭＳＢ値を示すデータを符号化し得る。たとえば、本開示の態様によれば、ビデオエンコーダ２０は、そのためのＰＯＣ値リセットが実行される任意のピクチャのためのＰＯＣ ＭＳＢ値を示すデータを符号化し得る。
[0187]ＰＯＣ ＭＳＢ値がシグナリングされる場合（ステップ２４２のｙｅｓ分岐）、ビデオエンコーダ２０は、ＰＯＣ ＭＳＢ値を示すデータを符号化し得る。たとえば、ビデオエンコーダ２０は、現在のピクチャのためのそのＰＯＣ ＭＳＢ値を示す１つまたは複数のシンタックス要素を符号化し得る。
[0188]次いで、ビデオエンコーダ２０は、決定されたＰＯＣ値を現在のピクチャの現在のスライスに割り当て得る２４６（２４６）。ビデオエンコーダ２０はまた、現在のスライスを符号化し得る（２４８）。いくつかの例では、ビデオエンコーダ２０は、図４の例のステップ１５６〜１６８に関して説明された技法と同様の技法を使用して、現在のスライスを符号化し得る。
[0189]このようにして、図６の方法は、ビデオエンコーダが、マルチレイヤビデオデータの第１のピクチャを符号化することと、その場合、第１のピクチャが第１のピクチャタイプを有し、第１のピクチャが第１のピクチャタイプを有することに基づいて、第１のピクチャのためのＰＯＣ ＭＳＢ値を表すデータを符号化することと、を含む方法の一例を表す。
[0190]図７は、本開示の技法による、ＰＯＣ ＭＳＢ値を示すデータを復号することを含む、データを復号するための例示的な方法を示すフローチャートである。ビデオデコーダ３０（図１および図３）に関して説明されるが、他のデバイスが図７の方法と同様の方法を実行するように構成され得ることを理解されたい。
[0191]この例では、ビデオデコーダ３０は、現在復号されているピクチャのためのピクチャタイプを決定し得る（２６０）。場合によっては、現在のピクチャのピクチャタイプは、上記で説明されたＣＲＡ、ＢＬＡ、または他のランダムアクセスピクチャタイプなど、ランダムアクセスピクチャタイプであり得る。
[0192]本開示の態様によれば、ピクチャタイプに基づいて、ビデオデコーダ３０は、現在のピクチャのためのＰＯＣ ＭＳＢ値を示すデータを復号するべきか否かを決定し得る（２６２）。たとえば、ビデオデコーダ３０は、復号順序において現在のピクチャより前にコーディングされたピクチャのＰＯＣ ＭＳＢ値に基づいて、ピクチャのためのＰＯＣ ＭＳＢ値を決定するのではなく、ピクチャのためのＰＯＣ ＭＳＢ値を示すデータを復号し得る。すなわち、ビデオデコーダ３０は、現在のピクチャがピクチャタイプの最初のセット中に含まれるときのみ、ＰＯＣ ＭＳＢ値を復号し得、ビデオデコーダ３０は、ピクチャがピクチャタイプの最初のセット中に含まれないとき、ＰＯＣ ＭＳＢ値を復号しなくてよい。場合によっては、ビデオデコーダ３０は、ピクチャタイプがＣＲＡまたはＢＬＡピクチャタイプであることに基づいて、現在のピクチャのためのＰＯＣ ＭＳＢ値を示すデータを復号し得る。他の例では、ビデオデコーダ３０は、追加または代替として、他のピクチャおよびピクチャタイプのためのＰＯＣ ＭＳＢ値を示すデータを復号し得る。たとえば、本開示の態様によれば、ビデオデコーダ３０は、そのためのＰＯＣ値リセットが実行される任意のピクチャのためのＰＯＣ ＭＳＢ値を示すデータを復号し得る。
[0193]ビデオデコーダ３０が、ＰＯＣ ＭＳＢ値を示すデータを復号する場合（ステップ２６２のｙｅｓ分岐）、ビデオデコーダ３０は、ＰＯＣ ＭＳＢ値を示すデータを復号し得る（２６４）。たとえば、ビデオデコーダ３０は、現在のピクチャのためのＰＯＣ ＭＳＢ値を示す１つまたは複数のシンタックス要素を復号し得る。ビデオデコーダ３０が、ＰＯＣ ＭＳＢ値を示すデータを復号しない場合（ステップ２６２のｎｏ分岐）、ビデオデコーダ３０は、復号順序において現在のピクチャより前に復号されたピクチャのＰＯＣ ＭＳＢ値に基づいて、現在のピクチャのためのＰＯＣ値を決定し得る。
[0194]次いで、ビデオデコーダ３０は、決定されたＰＯＣ値を現在のピクチャの現在のスライスに割り当て得る２４６（２６６）。ビデオデコーダ３０はまた、現在のスライスを復号し得る（２７０）。いくつかの例では、ビデオデコーダ３０は、図５の例のステップ２０６〜２２０に関して説明された技法と同様の技法を使用して、現在のスライスを復号し得る。
[0195]このようにして、図７の方法は、ビデオデコーダが、マルチレイヤビデオデータの第１のピクチャを復号することと、その場合、第１のピクチャが第１のピクチャタイプを有し、第１のピクチャが第１のピクチャタイプを有することに基づいて、第１のピクチャのためのＰＯＣ ＭＳＢ値を表すデータを復号することと、を含む方法の一例を表す。
[0196]例によっては、本明細書で説明された技法のうちのいずれかの、いくつかの動作またはイベントは、異なる順序で実行され得、追加、統合、または完全に除外され得る（たとえば、すべての説明された動作またはイベントが、本技法の実施のために必要であるとは限らない）ことを認識されたい。その上、いくつかの例では、動作またはイベントは、たとえば、マルチスレッドの処理、割込み処理、または多数のプロセッサを用いて、連続的ではなく同時に実行され得る。
[0197]１つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上の１つもしくは複数の命令もしくはコード上に記憶され、またはこれを介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形の媒体に対応するコンピュータ可読記憶媒体、または、たとえば、通信プロトコルに従う、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、一般に、（１）非一時的である有形のコンピュータ可読記憶媒体、または（２）信号もしくは搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法の実装のために命令、コード、および／またはデータ構造を取り出すために、１つもしくは複数のコンピュータまたは１つもしくは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含み得る。
[0198]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、フラッシュメモリ、または命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備え得る。また、任意の接続が、コンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、ウェブサイト、サーバ、または他の遠隔ソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含むのではなく、代わりに、非一時的な有形の記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、一方、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲の中に含まれるべきである。
[0199]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他の同等の集積された論理回路もしくは離散論理回路などの、１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造のいずれか、または本明細書で説明された技法を実装するために好適な任意の他の構造を指し得る。加えて、いくつかの態様では、本明細書で説明された機能は、符号化および復号のために構成されるか、または複合コーデックに組み込まれる、専用のハードウェアモジュールおよび／またはソフトウェアモジュール内で提供され得る。また、本技法は、１つまたは複数の回路または論理素子において完全に実装され得る。
[0200]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置で実装され得る。本開示では、開示される技法を実行するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットが説明されたが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。むしろ、上記で説明されたように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明されたような１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わされるか、または相互動作ハードウェアユニットの集合によって提供され得る。
[0201]様々な例が、説明された。これらおよび他の例は、次の特許請求の範囲内に入る。
[0201]様々な例が、説明された。これらおよび他の例は、次の特許請求の範囲内に入る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを復号する方法であって、
マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを復号することと、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれ、
前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および前記第１のピクチャを復号するより前に、コーディング順序において前記第１のピクチャに先行する、および前記アクセスユニット中に含まれない、復号ピクチャバッファ（ＤＰＢ）内に記憶されたすべてのピクチャを出力することと、
を備える、方法。
［Ｃ２］
前記ＤＰＢに記憶されたすべてのピクチャを出力することが、出力のために必要とされるとマークされた、前記ＤＰＢ内のすべてのピクチャを出力することを備える、Ｃ１に記載の方法。
［Ｃ３］
すべてのピクチャを出力することが、前記第１のピクチャのビデオデータの初期のスライスのスライスヘッダを復号した後、および前記スライスのペイロードを復号するより前に、すべてのピクチャを出力することを備える、Ｃ１に記載の方法。
［Ｃ４］
前記ＰＯＣリセットを示す前記データを復号することが、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータを復号することを備える、Ｃ１に記載の方法。
［Ｃ５］
前記ＰＯＣリセットを示す前記データが、前記第１のピクチャを包含する前記アクセスユニットから開始するＰＯＣリセット期間を示すデータを備える、Ｃ１に記載の方法。
［Ｃ６］
前記ＤＰＢのすべてのピクチャを出力した後、前記アクセスユニットの前記第１のピクチャおよび任意の他のピクチャのためのＰＯＣ値リセットを実行することをさらに備える、Ｃ１に記載の方法。
［Ｃ７］
前記ＤＰＢのすべてのピクチャを出力した後、前記アクセスユニットの各ピクチャを復号するための参照ピクチャリストを構築することをさらに備える、Ｃ１に記載の方法。
［Ｃ８］
前記ＤＰＢのすべてのピクチャを出力することが、最小のピクチャ順序カウント（ＰＯＣ）値を有する前記ＤＰＢのピクチャから開始して、前記ＤＰＢの前記ピクチャの前記ＰＯＣ値の昇順で、前記ＤＰＢの前記ピクチャを出力することと、レイヤｉｄの昇順で、前記ＤＰＢの同じＰＯＣ値を有するピクチャを出力することと、を備える、Ｃ１に記載の方法。
［Ｃ９］
ビデオデータを符号化する方法であって、
ビデオエンコーダが、マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを符号化することと、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれ、
前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および前記第１のピクチャを復号するより前に、コーディング順序において前記第１のピクチャに先行する、および前記アクセスユニット中に含まれない、復号ピクチャバッファ（ＤＰＢ）内に記憶されたすべてのピクチャを出力することと
を備える、方法。
［Ｃ１０］
前記ＤＰＢに記憶されたすべてのピクチャを出力することが、出力のために必要とされるとマークされた、前記ＤＰＢ内のすべてのピクチャを出力することを備える、Ｃ９に記載の方法。
［Ｃ１１］
すべてのピクチャを出力することが、前記第１のピクチャのビデオデータの初期のスライスのスライスヘッダを符号化した後、および前記スライスのペイロードを符号化するより前に、すべてのピクチャを出力することを備える、Ｃ９に記載の方法。
［Ｃ１２］
前記ＰＯＣリセットを示す前記データを符号化することが、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータを符号化することを備える、Ｃ９に記載の方法。
［Ｃ１３］
前記ＰＯＣリセットを示す前記データが、前記第１のピクチャを包含する前記アクセスユニットから開始するＰＯＣリセット期間を示すデータを備える、Ｃ９に記載の方法。
［Ｃ１４］
前記ＤＰＢのすべてのピクチャを出力した後、前記アクセスユニットの前記第１のピクチャおよび任意の他のピクチャのためのＰＯＣ値リセットを実行することをさらに備える、Ｃ９に記載の方法。
［Ｃ１５］
前記ＤＰＢのすべてのピクチャを出力した後、前記アクセスユニットの各ピクチャを符号化するための参照ピクチャリストを構築することをさらに備える、Ｃ９に記載の方法。
［Ｃ１６］
前記ＤＰＢのすべてのピクチャを出力することが、最小のピクチャ順序カウント（ＰＯＣ）値を有する前記ＤＰＢのピクチャから開始して、前記ＤＰＢの前記ピクチャの前記ＰＯＣ値の昇順で、前記ＤＰＢの前記ピクチャを出力することと、レイヤｉｄの昇順で、前記ＤＰＢの同じＰＯＣ値を有するピクチャを出力することと、を備える、Ｃ９に記載の方法。
［Ｃ１７］
ビデオデータをコーディングするためのデバイスであって、
マルチレイヤビデオデータを記憶するように構成された復号ピクチャバッファ（ＤＰＢ）を備えるメモリと、
前記マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングすることと、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれ、
前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および前記第１のピクチャを復号するより前に、コーディング順序において前記第１のピクチャに先行する、および前記アクセスユニット中に含まれない、前記ＤＰＢ内に記憶されたすべてのピクチャを出力することと、
を行うように構成されたビデオコーダと、
を備える、デバイス。
［Ｃ１８］
前記ＤＰＢに記憶されたすべてのピクチャを出力するために、前記ビデオコーダが、出力のために必要とされるとマークされた、前記ＤＰＢ内のすべてのピクチャを出力するように構成される、Ｃ１７に記載のデバイス。
［Ｃ１９］
すべてのピクチャを出力するために、前記ビデオコーダが、前記第１のピクチャのビデオデータの初期のスライスのスライスヘッダを復号した後、および前記スライスのペイロードを復号するより前に、すべてのピクチャを出力するように構成される、Ｃ１７に記載のデバイス。
［Ｃ２０］
前記ＰＯＣリセットを示す前記データをコーディングするために、前記ビデオコーダが、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータを復号するように構成される、Ｃ１７に記載のデバイス。
［Ｃ２１］
前記ＰＯＣリセットを示す前記データが、前記第１のピクチャを包含する前記アクセスユニットから開始するＰＯＣリセット期間を示すデータを備える、Ｃ１７に記載のデバイス。
［Ｃ２２］
前記ビデオコーダが、前記ＤＰＢのすべてのピクチャを出力した後、前記アクセスユニットの前記第１のピクチャおよび任意の他のピクチャのためのＰＯＣ値リセットを実行するようにさらに構成される、Ｃ１７に記載のデバイス。
［Ｃ２３］
前記ビデオコーダが、前記ＤＰＢのすべてのピクチャを出力した後、前記アクセスユニットの各ピクチャを復号するための参照ピクチャリストを構築するようにさらに構成される、Ｃ１７に記載のデバイス。
［Ｃ２４］
前記ＤＰＢのすべてのピクチャを出力するために、前記ビデオコーダが、最小のピクチャ順序カウント（ＰＯＣ）値を有する前記ＤＰＢのピクチャから開始して、前記ＤＰＢの前記ピクチャの前記ＰＯＣ値の昇順で、前記ＤＰＢの前記ピクチャを出力することと、レイヤｉｄの昇順で、前記ＤＰＢの同じＰＯＣ値を有するピクチャを出力することと、を行うように構成される、Ｃ１７に記載のデバイス。
［Ｃ２５］
前記デバイスが、
集積回路、
マイクロプロセッサ、または
ワイヤレス通信デバイス
のうちの少なくとも１つを備える、Ｃ１７に記載のデバイス。
［Ｃ２６］
ビデオデータをコーディングするためのデバイスであって、
マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングするための手段と、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれ、
前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および前記第１のピクチャを復号するより前に、コーディング順序において前記第１のピクチャに先行する、および前記アクセスユニット中に含まれない、復号ピクチャバッファ（ＤＰＢ）内に記憶されたすべてのピクチャを出力するための手段と、
を備える、デバイス。
［Ｃ２７］
前記ＤＰＢに記憶されたすべてのピクチャを出力するための前記手段が、出力のために必要とされるとマークされた、前記ＤＰＢ内のすべてのピクチャを出力するための手段を備える、Ｃ２６に記載のデバイス。
［Ｃ２８］
すべてのピクチャを出力するための前記手段が、前記第１のピクチャのビデオデータの初期のスライスのスライスヘッダを復号した後、および前記スライスのペイロードを復号するより前に、すべてのピクチャを出力するための手段を備える、Ｃ２６に記載のデバイス。
［Ｃ２９］
前記ＰＯＣリセットを示す前記データをコーディングするための前記手段が、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータをコーディングするための手段を備える、Ｃ２６に記載のデバイス。
［Ｃ３０］
前記ＤＰＢのすべてのピクチャを出力することが、最小のピクチャ順序カウント（ＰＯＣ）値を有する前記ＤＰＢのピクチャから開始して、前記ＤＰＢの前記ピクチャの前記ＰＯＣ値の昇順で、前記ＤＰＢの前記ピクチャを出力することと、レイヤｉｄの昇順で、前記ＤＰＢの同じＰＯＣ値を有するピクチャを出力するための手段と、を備える、Ｃ２６に記載のデバイス。
［Ｃ３１］
命令を記憶した非一時的コンピュータ可読記憶媒体であって、前記命令が、実行されると、ビデオデータをコーディングするためのデバイスのプロセッサに、
マルチレイヤビデオデータの第１の受信レイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングすることと、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれ、
前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および前記第１のピクチャを復号するより前に、コーディング順序において前記第１のピクチャに先行する、および前記アクセスユニット中に含まれない、復号ピクチャバッファ（ＤＰＢ）内に記憶されたすべてのピクチャを出力することと、
を行わせる、非一時的コンピュータ可読記憶媒体。
［Ｃ３２］
前記ＤＰＢに記憶されたすべてのピクチャを出力するために、前記命令が前記プロセッサに、出力のために必要とされるとマークされた、前記ＤＰＢ内のすべてのピクチャを出力することを行わせる、Ｃ３１に記載の非一時的コンピュータ可読記憶媒体。
［Ｃ３３］
すべてのピクチャを出力するために、前記命令が前記プロセッサに、前記第１のピクチャのビデオデータの初期のスライスのスライスヘッダを復号した後、および前記スライスのペイロードを復号するより前に、すべてのピクチャを出力することを行わせる、Ｃ３１に記載の非一時的コンピュータ可読記憶媒体。
［Ｃ３４］
前記ＰＯＣリセットを示す前記データをコーディングするために、前記命令が前記プロセッサに、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータをコーディングすることを行わせる、Ｃ３１に記載の非一時的コンピュータ可読記憶媒体。
［Ｃ３５］
前記ＤＰＢのすべてのピクチャを出力するために、前記命令が前記プロセッサに、最小のピクチャ順序カウント（ＰＯＣ）値を有する前記ＤＰＢのピクチャから開始して、前記ＤＰＢの前記ピクチャの前記ＰＯＣ値の昇順で、前記ＤＰＢの前記ピクチャを出力することと、レイヤｉｄの昇順で、前記ＤＰＢの同じＰＯＣ値を有するピクチャを出力することと、を行わせる、Ｃ３１に記載の非一時的コンピュータ可読記憶媒体。

Claims (35)

  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. 前記ＤＰＢのすべてのピクチャを出力するために、前記命令が前記プロセッサに、最小のピクチャ順序カウント（ＰＯＣ）値を有する前記ＤＰＢのピクチャから開始して、前記ＤＰＢの前記ピクチャの前記ＰＯＣ値の昇順で、前記ＤＰＢの前記ピクチャを出力することと、レイヤｉｄの昇順で、前記ＤＰＢの同じＰＯＣ値を有するピクチャを出力することと、を行わせる、請求項３１に記載の非一時的コンピュータ可読記憶媒体。
JP2016538600A 2013-12-12 2014-12-12 マルチレイヤビデオコーディングのためのｐｏｃ値設計 Active JP6441354B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361915497P 2013-12-12 2013-12-12
US61/915,497 2013-12-12
US14/567,710 2014-12-11
US14/567,710 US9942546B2 (en) 2013-12-12 2014-12-11 POC value design for multi-layer video coding
PCT/US2014/070023 WO2015089399A1 (en) 2013-12-12 2014-12-12 Poc value design for multi-layer video coding

Publications (3)

Publication Number Publication Date
JP2017505019A true JP2017505019A (ja) 2017-02-09
JP2017505019A5 JP2017505019A5 (ja) 2017-12-28
JP6441354B2 JP6441354B2 (ja) 2018-12-19

Family

ID=53370072

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016538600A Active JP6441354B2 (ja) 2013-12-12 2014-12-12 マルチレイヤビデオコーディングのためのｐｏｃ値設計

Country Status (7)

Country Link
US (2) US9654774B2 (ja)
EP (1) EP3080993B1 (ja)
JP (1) JP6441354B2 (ja)
KR (1) KR102329648B1 (ja)
CN (1) CN105794211B (ja)
CA (1) CA2929719C (ja)
WO (2) WO2015089399A1 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103843341B (zh) * 2011-09-27 2017-06-13 瑞典爱立信有限公司 用于管理视频解码过程中的画面的解码器及其方法
WO2014186542A1 (en) * 2013-05-15 2014-11-20 Vid Scale, Inc. Single loop decoding based inter layer prediction
US10085034B2 (en) * 2013-07-12 2018-09-25 Sony Corporation Image coding apparatus and method
US9674544B2 (en) 2013-11-25 2017-06-06 Qualcomm Incorporated POC value design for multi-layer video coding
US9654774B2 (en) 2013-12-12 2017-05-16 Qualcomm Incorporated POC value design for multi-layer video coding
CN104754358B (zh) * 2013-12-27 2019-02-19 中兴通讯股份有限公司 码流的生成和处理方法、装置及系统
US10115377B2 (en) 2015-09-24 2018-10-30 Intel Corporation Techniques for video playback decoding surface prediction
KR102477964B1 (ko) * 2015-10-12 2022-12-16 삼성전자주식회사 미디어 전송 시스템에서 비디오 비트스트림의 임의 접근 및 재생을 가능하게 하는 기법
CN107886026B (zh) * 2016-09-30 2019-12-13 腾讯科技（深圳）有限公司 图形码处理方法及装置
US11284080B2 (en) * 2016-12-30 2022-03-22 Telefonaktiebolaget Lm Ericsson (Publ) Decoded picture buffer management for handling cross-picture data prediction
US20190141320A1 (en) * 2017-11-07 2019-05-09 Qualcomm Incorporated Enhanced reference picture management in video coding
JP2021534673A (ja) 2018-08-17 2021-12-09 ホアウェイ・テクノロジーズ・カンパニー・リミテッド ビデオコーディングにおける参照ピクチャ管理
CA3152933A1 (en) * 2019-09-24 2021-04-29 Ye-Kui Wang Support of mixed irap and non-irap pictures within an access unit in multi-layer video bitstreams
US11785205B2 (en) * 2019-12-24 2023-10-10 Qualcomm Incorporated Shared decoder picture buffer for multiple layers
US11356698B2 (en) * 2019-12-30 2022-06-07 Tencent America LLC Method for parameter set reference constraints in coded video stream
CN113286140B (zh) * 2021-05-11 2022-09-02 北京飞讯数码科技有限公司 一种视频编解码测试方法、装置及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013054951A1 (en) * 2011-10-13 2013-04-18 Sharp Kabushiki Kaisha Tracking a reference picture based on a designated picture on an electronic device

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101668215A (zh) * 2003-02-18 2010-03-10 诺基亚有限公司 图像解码方法
JP5068947B2 (ja) * 2003-02-18 2012-11-07 ノキア コーポレイション ピクチャの符号化方法
EP2008461B1 (en) 2006-03-30 2015-09-16 LG Electronics Inc. A method and apparatus for decoding/encoding a multi-view video signal
CN101496407B (zh) * 2006-07-06 2013-02-06 汤姆逊许可证公司 用于针对多视角视频编码和解码解耦合帧号和/或图像顺序计数（poc）的方法和装置
US20120230409A1 (en) * 2011-03-07 2012-09-13 Qualcomm Incorporated Decoded picture buffer management
US20140254681A1 (en) 2013-03-08 2014-09-11 Nokia Corporation Apparatus, a method and a computer program for video coding and decoding
US9532052B2 (en) 2013-04-08 2016-12-27 Qualcomm Incorporated Cross-layer POC alignment for multi-layer bitstreams that may include non-aligned IRAP pictures
CN105981387B (zh) 2013-10-15 2019-09-27 诺基亚技术有限公司 用于处理视频的方法、装置和计算机可读存储介质
US9628820B2 (en) 2013-11-19 2017-04-18 Qualcomm Incorporated POC value design for multi-layer video coding
US9674544B2 (en) 2013-11-25 2017-06-06 Qualcomm Incorporated POC value design for multi-layer video coding
US9654774B2 (en) 2013-12-12 2017-05-16 Qualcomm Incorporated POC value design for multi-layer video coding

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013054951A1 (en) * 2011-10-13 2013-04-18 Sharp Kabushiki Kaisha Tracking a reference picture based on a designated picture on an electronic device

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ADARSH K. RAMASUBRAMONIAN, ET AL.: "MV-HEVC/SHVC HLS: On picture order count", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, vol. JCTVC-O0213, JPN6018040753, 15 October 2013 (2013-10-15), pages 1 - 10 *
YING CHEN, ET AL.: "MV-HEVC/SHVC HLS: Cross-layer POC alignment", 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-E0075, JPN6018040752, 16 July 2013 (2013-07-16), pages 1 - 4 *

Also Published As

Publication number Publication date
KR102329648B1 (ko) 2021-11-19
EP3080993B1 (en) 2024-01-17
US20150172655A1 (en) 2015-06-18
CN105794211B (zh) 2019-04-02
US9654774B2 (en) 2017-05-16
WO2015089415A1 (en) 2015-06-18
EP3080993A1 (en) 2016-10-19
CA2929719A1 (en) 2015-06-18
CN105794211A (zh) 2016-07-20
JP6441354B2 (ja) 2018-12-19
CA2929719C (en) 2022-11-01
KR20160096144A (ko) 2016-08-12
EP3080993C0 (en) 2024-01-17
US20150172667A1 (en) 2015-06-18
WO2015089399A1 (en) 2015-06-18
US9942546B2 (en) 2018-04-10
BR112016013141A2 (pt) 2017-08-08

Similar Documents

Publication Publication Date Title
JP6441354B2 (ja) マルチレイヤビデオコーディングのためのｐｏｃ値設計
KR102312763B1 (ko) 비디오 정보의 스케일러블 코딩을 위한 디바이스 및 방법
JP6117243B2 (ja) ビデオコーディング用のコーディングパラメータセットおよびｎａｌユニットヘッダ
JP6009569B2 (ja) 参照ピクチャシグナリングおよび復号ピクチャバッファ管理
JP6513650B2 (ja) ビデオコーディングのための復号ピクチャバッファ動作
JP6158422B2 (ja) アラインされていないｉｒａｐピクチャを含み得るマルチレイヤビットストリームのクロスレイヤｐｏｃアラインメント
KR102151834B1 (ko) 고효율 비디오 코딩 확장물들에서 타겟 출력 계층들의 선택
JP6169689B2 (ja) ビデオコーディングにおける長期参照ピクチャのランダムアクセスおよびシグナリング
JP6162228B2 (ja) ビデオコード化のための長期参照ピクチャについてのデータの信号伝達
JP6453355B2 (ja) マルチレイヤビデオコーディングのためのｐｏｃ値設計
JP2017522799A (ja) ビットストリームパーティションのためのｈｒｄパラメータを信号伝達すること
JP6434044B2 (ja) ビデオ情報のスケーラブルコード化のための機器及び方法
JP2017514354A (ja) マルチレイヤ・ビデオコーディングのためのｐｏｃ値設計
JP6479798B2 (ja) マルチレイヤビデオコーディングのためのｐｏｃ値設計

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171115

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20171115

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20181010

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: 20181023

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20181121

R150 Certificate of patent or registration of utility model

Ref document number: 6441354

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