[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP2016509403A - ビデオコーディングにおける時間的スケーラビリティサポートを用いた漸次復号リフレッシュ - Google Patents

ビデオコーディングにおける時間的スケーラビリティサポートを用いた漸次復号リフレッシュ Download PDF

Info

Publication number
JP2016509403A
JP2016509403A JP2015551830A JP2015551830A JP2016509403A JP 2016509403 A JP2016509403 A JP 2016509403A JP 2015551830 A JP2015551830 A JP 2015551830A JP 2015551830 A JP2015551830 A JP 2015551830A JP 2016509403 A JP2016509403 A JP 2016509403A
Authority
JP
Japan
Prior art keywords
picture
recovery point
poc value
video
pictures
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
JP2015551830A
Other languages
English (en)
Other versions
JP6242913B2 (ja
JP2016509403A5 (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 JP2016509403A publication Critical patent/JP2016509403A/ja
Publication of JP2016509403A5 publication Critical patent/JP2016509403A5/ja
Application granted granted Critical
Publication of JP6242913B2 publication Critical patent/JP6242913B2/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/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/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/107—Selection of coding mode or of prediction mode between spatial and temporal predictive coding, e.g. picture refresh
    • 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
    • H04N19/31—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability in the temporal domain
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process

Landscapes

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

Abstract

ビデオデータを復号する例示的な方法は、複数のピクチャを受信することと、該複数のピクチャのうち第１のピクチャに関連付けられたメッセージにおいて、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信することと、復号順で第１のピクチャに続くピクチャが、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するとき、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別することと、第１のピクチャに続くピクチャのいずれも、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有さないとき、リカバリーポイントピクチャのＰＯＣ値よりも大きいＰＯＣ値を有するピクチャのうち１つをリカバリーポイントピクチャと識別することとを含む。【選択図】 図６

Description

優先権の主張
本出願は、その内容全体が参照により本明細書に組み込まれる、２０１３年１月７日に出願された米国仮特許出願第６１／７４９，８８０号の利益を主張するものである。
本開示は、ビデオコーディングに関し、より詳細には、漸次復号リフレッシュ（ＧＤＲ：gradual decoding refresh）によりビデオをコーディングするための技法に関する。
[0003]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータまたはデスクトップコンピュータ、タブレットコンピュータ、電子書籍リーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲーミングデバイス、ビデオゲームコンソール、セルラー無線電話または衛星無線電話、いわゆる「スマートフォン」、ビデオテレビ会議デバイス、ビデオストリーミングデバイスなどを含む広範囲のデバイスに組み込み可能である。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ １０，Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）によって定義される規格、現在作成中の高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格において説明される技法、およびそのような規格の拡張規格などのビデオ圧縮技法を実施する。ビデオデバイスは、そのようなビデオ圧縮技法を実施することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶することができる。
[0004]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を減少または除去するために、空間的（ピクチャ内）予測および／または時間的（ピクチャ間）予測を実行する。ブロックベースビデオコーディングの場合、ビデオスライス（すなわち、ビデオフレームまたはビデオフレームの一部分）はビデオブロックに分割され得、ビデオブロックは、ツリーブロック、コーディング単位（ＣＵ）、および／またはコーディングノードとも呼ばれることがある。ピクチャのイントラコーディングされた（Ｉ）スライス内のビデオブロックは、同じピクチャ内の隣接ブロックにおける参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコーディングされた（ＰまたはＢ）スライス内のビデオブロックは、同じピクチャ内の隣接ブロックにおける参照サンプルに対する空間的予測または他の参照ピクチャ内の参照サンプルに対する時間的予測を使用することができる。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
[0005]空間的予測または時間的予測は、コーディングされるべきブロックのための予測ブロックを生ずる。残りのデータは、コーディングされるべき元のブロックと予測ブロックの間のピクセル差を表す。インターコーディングされたブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルに従って符号化され、残りのデータは、コーディングされたブロックと予測ブロックの間の差を示す。イントラコーディングされたブロックは、イントラコーディングモードおよび残りのデータに従って符号化される。さらなる圧縮の場合、残りのデータは、ピクセルドメインから変換ドメインに変換され、残りの変換係数を生じ得、次いで、この変換係数が量子化され得る。量子化された変換係数は、最初は二次元配列に並べられ、変換係数の一次元ベクトルを生成するために走査され得、それ以上の圧縮を達成するために、エントロピーコーディングが行われ得る。
[0006]一般に、本開示は、漸次復号リフレッシュ（ＧＤＲ）動作をサポートしながら時間的スケーラブルなビデオビットストリームをコーディングするための技法について説明する。
[0007]一例では、ビデオデータを復号する方法は、符号化されたビデオビットストリームから複数のピクチャを受信することと、符号化されたビデオビットストリームから、複数のピクチャのうちの第１のピクチャに関連付けられたメッセージ、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのピクチャ順序カウント（ＰＯＣ）値を示す情報を受信することと、復号順で第１のピクチャに続くピクチャが、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するとき、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別することと、第１のピクチャに続くピクチャのいずれも、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有さないとき、リカバリーポイントピクチャのＰＯＣ値よりも大きいＰＯＣ値を有するピクチャのうち１つをリカバリーポイントピクチャと識別することとを含む。
[0008]別の例では、ビデオデータを復号するためのデバイスは、符号化されたビデオデータを記憶するように構成されたメモリと、ビデオデコーダとを含む。この例では、ビデオデコーダは、符号化されたビデオデータの複数のピクチャを受信し、この複数のピクチャのうちの第１のピクチャに関連付けられたメッセージにおいて、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信し、復号順で第１のピクチャに続くピクチャが、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するとき、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別し、第１のピクチャに続くピクチャのいずれも、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有さないとき、リカバリーポイントピクチャのＰＯＣ値よりも大きいＰＯＣ値を有するピクチャのうち１つをリカバリーポイントピクチャと識別するように構成される。
[0009]別の例では、コンピュータ可読記憶媒体は、実行されるときにコンピューティングデバイスのプロセッサに符号化されたビデオビットストリームから複数のピクチャを受信させ、符号化されたビデオビットストリームから、複数のピクチャのうちの第１のピクチャに関連付けられたメッセージ、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信させ、復号順で第１のピクチャに続くピクチャが、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するとき、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別させ、第１のピクチャに続くピクチャのいずれも、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有さないとき、リカバリーポイントピクチャのＰＯＣ値よりも大きいＰＯＣ値を有するピクチャのうち１つをリカバリーポイントピクチャと識別させる命令が記憶されている。
[0010]別の例では、ビデオデータを復号するためのデバイスは、符号化されたビデオビットストリームから複数のピクチャを受信するための手段と、符号化されたビデオビットストリームから、複数のピクチャのうちの第１のピクチャに関連付けられたメッセージ、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信するための手段と、復号順で第１のピクチャに続くピクチャが、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するとき、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別するための手段と、第１のピクチャに続くピクチャのいずれも、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有さないとき、リカバリーポイントピクチャのＰＯＣ値よりも大きいＰＯＣ値を有するピクチャのうち１つをリカバリーポイントピクチャと識別するための手段とを含む。
[0011]別の例では、ビデオデータを復号する方法は、ピクチャに関連付けられたメッセージにおいて、当該ピクチャのリフレッシュ領域（リフレッシュされた領域）を示す情報を受信することと、当該ピクチャが漸次デコーダリフレッシュ（ＧＤＲ）セット内の最後のピクチャを備えるかどうか決定することと、当該ピクチャがリカバリーポイントピクチャを備えるかどうか決定することと、当該ピクチャがＧＤＲセット内の最後のピクチャとリカバリーポイントピクチャとを備えることを決定したことに応答して、メッセージはピクチャ全体がピクチャのリフレッシュ領域に属することを示すと決定することと、メッセージはピクチャ全体がピクチャのリフレッシュ領域に属することを示すという決定に基づいて、ピクチャを復号することとを含む。
[0012]別の例では、ビデオデータを復号するためのデバイスは、符号化されたビデオデータを記憶するメモリと、ビデオコーダとを含む。この例では、ビデオコーダは、符号化されたビデオデータのピクチャに関連付けられたメッセージにおいて、当該ピクチャのリフレッシュ領域を示す情報を受信し、当該ピクチャが漸次デコーダリフレッシュ（ＧＤＲ）セット内の最後のピクチャを備えるかどうか決定し、当該ピクチャがリカバリーポイントピクチャを備えるかどうか決定し、当該ピクチャがＧＤＲセット内の最後のピクチャとリカバリーポイントピクチャとを備えると決定したことに応答して、メッセージはピクチャ全体がピクチャのリフレッシュ領域に属することを示すと決定し、メッセージはピクチャ全体がピクチャのリフレッシュ領域に属することを示すという決定に基づいて、ピクチャを復号するように構成される。
[0013]別の例では、コンピュータ可読記憶媒体は、実行されると、コンピューティングデバイスのプロセッサに、ピクチャに関連付けられたメッセージにおいて、当該のピクチャのリフレッシュ領域を示す情報を受信させ、当該ピクチャが漸次デコーダリフレッシュ（ＧＤＲ）セット内の最後のピクチャを備えるかどうか決定させ、当該ピクチャがリカバリーポイントピクチャを備えるかどうか決定させ、当該ピクチャがＧＤＲセット内の最後のピクチャとリカバリーポイントピクチャとを備えると決定したことに応答して、メッセージはピクチャ全体がピクチャのリフレッシュ領域に属することを示すと決定させ、メッセージはピクチャ全体がピクチャのリフレッシュ領域に属することを示すという決定に基づいて、ピクチャピクチャを復号させる命令が記憶されている。
[0014]別の例では、ビデオデータを復号するためのデバイスは、ピクチャに関連付けられたメッセージにおける、当該ピクチャのリフレッシュ領域を示す情報を受信するための手段と、当該ピクチャが漸次デコーダリフレッシュ（ＧＤＲ）セット内の最後のピクチャを備えるかどうか決定するための手段と、当該ピクチャがリカバリーポイントピクチャを備えるかどうか決定するための手段と、当該ピクチャがＧＤＲセット内の最後のピクチャとリカバリーポイントピクチャとを備えると決定したことに応答して、メッセージはピクチャ全体がピクチャのリフレッシュ領域に属することを示すと決定するための手段と、メッセージはピクチャ全体がピクチャのリフレッシュ領域に属することを示すという決定に基づいて、ピクチャを復号するための手段とを含む。
[0015]１つまたは複数の例の詳細が、添付の図面および以下の説明に記載されている。他の特徴、目的、および利点は、説明および図面から、および特許請求の範囲から、明らかになるであろう。
本開示で説明される１つまたは複数の技法を実施し得る例示的なビデオ符号化および復号システムを示すブロック図。 本開示で説明される１つまたは複数の技法を実施し得る例示的なビデオエンコーダを示すブロック図。 本開示で説明される１つまたは複数の技法を実施し得る例示的なビデオデコーダを示すブロック図。 本開示の１つまたは複数の態様による、リカバリーポイントピクチャを含む例示的な漸次復号リフレッシュ（ＧＤＲ）セットを示す概念図。 本開示の１つまたは複数の態様による、時間的スケーリングによりリカバリーポイントピクチャが除去された例示的な漸次復号リフレッシュ（ＧＤＲ）セットを示す概念図。 本開示の１つまたは複数の態様による、符号化されたビデオデータを復号するためにビデオデコーダおよび／またはその構成要素が実行し得る例示的なプロセスを示すフローチャート。 本開示の１つまたは複数の態様による、符号化されたビデオデータを復号するためにビデオデコーダおよび／またはその構成要素が実行し得る例示的なプロセスを示すフローチャート。
[0023]一般に、本開示の技法は、コーディングされたビデオデータの時間的スケーラビリティをサポートしながら漸次復号リフレッシュ（ＧＤＲ）を使用してビデオデータをコーディングすることを対象とする。本開示の様々な例によれば、ビデオコーディングデバイスは、時間的スケーラビリティもサポートしながら、ＧＤＲ動作をサポートするためにＡＶＣ規格とＨＥＶＣ規格の両方によってサポートされる付加拡張情報（ＳＥＩ:supplemental enhancement information）機構によって提供されるメッセージを使用することができる。このようにして、本開示の技法は、ビデオコーディングデバイスが時間的スケーラビリティをサポートするようにＧＤＲベースコーディングを強化しながら既存のハードウェアとソフトウェアと通信インフラストラクチャを活用することを可能にすることができる。
[0024]「ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ１０」または「ＷＤ１０」と呼ばれるＨＥＶＣ規格の最新の草稿は、２０１３年６月６日現在ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１２＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｌ１００３−ｖ３４．ｚｉｐからダウンロード可能な、ＪＣＴＶＣ−Ｌ１００３ｖ３４、Ｂｒｏｓｓら、「Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ （ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ １０ （ｆｏｒ ＦＤＩＳ ＆ Ｌａｓｔ Ｃａｌｌ）」、Ｊｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＪＣＴ−ＶＣ） ｏｆ ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１、第１２回会議：Ｇｅｎｅｖａ、ＣＨ、２０１３年１月１４〜２３日に記載されている。ＷＤ１０の内容全体は、参照により本明細書に組み込まれる。ＡＶＣ（ＩＴＵ−Ｔ）Ｈ．２６４規格は、２００５年３月付けの、ＩＴＵ−Ｔ Ｓｔｕｄｙ ＧｒｏｕｐによるＩＴＵ−Ｔ勧告Ｈ．２６４、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ ｆｏｒ ｇｅｎｅｒｉｃ ａｕｄｉｏｖｉｓｕａｌ ｓｅｒｖｉｃｅｓに記載されており、これは、本明細書では、Ｈ．２６４規格もしくはＨ．２６４仕様書、またはＨ．２６４／ＡＶＣ規格もしくは仕様書と呼ばれることがある。Ｊｏｉｎｔ Ｖｉｄｅｏ Ｔｅａｍ（ＪＶＴ）は、Ｈ．２６４／ＭＰＥＧ−４ ＡＶＣの拡張に関する作業を引き続き行っている。
[0025]以下ではＨＥＶＣ ＷＤ９と呼ばれる、ＨＥＶＣの別の最新の作業素案（ＷＤ）は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１１＿Ｓｈａｎｇｈａｉ／ｗｇ１１／ＪＣＴ− ＶＣ−Ｋ１００３−ｖ８．ｚｉｐから入手可能である。ＨＥＶＣ ＷＤ９（ＢＲＯＳＳら、「Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ （ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ９」、文書ＪＣＴＶＣ−Ｋ１００３＿ｖ７、第１１回会議：Ｓｈａｎｇｈａｉ、ＣＮ、２０１２年１０月１０〜１９日、２９０ページ）の内容は、参照により本明細書に組み込まれる。
[0026]ＨＥＶＣ ＷＤ９は、ＧＤＲを使用してビデオデータのコーディングをサポートするコーディング動作について説明する。ＧＤＲは、復号順に並べられたピクチャのシーケンスまたはシリーズなどのピクチャのセットをデバイスがコーディングすることを可能にすることができる。そのようなピクチャのシーケンスは、本明細書では、「ＧＤＲピクチャセット」または「ＧＤＲセット」と呼ばれる。ＧＤＲセット全体をトラバースすると（traversing）（たとえば、ＧＤＲセットの終端に到達すると）、ビデオコーディングデバイスは、当該セットに復号順で続く１つまたは複数の符号化されたピクチャにランダムにアクセスすることができる。様々な例では、ビデオコーディングデバイスは、ＧＤＲセットの最後のピクチャの全体を正しくまたは正確に復号することができる。そのような例では、ＧＤＲセットの第１のピクチャは「ＧＤＲピクチャ」を表すことができ、ＧＤＲセット内の最後のピクチャは「リカバリーポイントピクチャ」を表すことができる。リカバリーポイントピクチャは、ピクチャ全体が「リフレッシュ」領域または「前景（foreground）」領域に含まれるピクチャを表すことができる。したがって、ピクチャは、リカバリーポイントピクチャにおいてピクチャが完全にリフレッシュされるまで、ＧＤＲセット内のピクチャのシリーズにわたって徐々にリフレッシュされる。ビデオコーディングデバイスは、「リカバリーポイント」ＳＥＩメッセージおよび／または「領域リフレッシュ情報」ＳＥＩメッセージなどの特定のＳＥＩメッセージを使用して、ＧＤＲセットの境界ならびにＧＤＲセットに関連する他の情報を決定することができる。
[0027]さらに、ＨＥＶＣ標準とＡＶＣ標準の両方は、ビデオビットストリームの時間的スケーラビリティをサポートする。時間的スケーラビリティは、ビデオコーディングデバイスが、符号化されたビデオデータの全ビットストリームから符号化されたビデオデータのサブセットが抽出され得ると決定することを可能にすることができる。時間的スケーラビリティにより全ビットストリームから抽出された符号化されたビデオデータ（たとえば、符号化されたピクチャ）のそのようなサブセットは、「時間的サブセット」と呼ばれることがある。次に、ＡＶＣ標準およびＨＥＶＣ標準によってサポートされる時間的スケーラビリティは、様々な時間的サブセットが様々な数の符号化されたピクチャを含むように、ビデオコーディングデバイスが複数の時間的サブセットを全ビットストリームから決定することを可能にすることができる。時間的サブセットは、低いすなわち「粗い」ほど、より少数の符号化されたピクチャを全ビットストリームから含むことができ、より低いピクチャレートすなわちフレームレートを表すことができる。逆に、時間的サブセットは、高いすなわち「細かい」ほど、より多数の符号化されたピクチャを全ビットストリームから含むことができ、より高いピクチャレートすなわちフレームレートを表すことができる。
[0028]時間的にスケーラブルなビットストリームにＧＤＲベースコーディングの既存の実装形態を適用するように構成されたビデオコーディングデバイスは、ＧＤＲセットに関する１つまたは複数の潜在的な間違いに遭遇するまたはこれを示すことができる。たとえば、ＧＤＲの既存の実装形態によれば、リカバリーポイントＳＥＩメッセージに含まれるシンタックス要素は、ＧＤＲセットを形成する、ＧＤＲピクチャに復号順で続くいくつかの連続する符号化されたピクチャを示すことができる。したがって、時間的サブセットがエンコーダによってシグナリングされる例では、リカバリーポイントＳＥＩメッセージのシンタックス要素によって示される、ＧＤＲセット内の連続する符号化されたピクチャの数が間違っていることがある。たとえば、時間的サブセットは、全ビットストリームまたは他の上位の時間的レイヤよりも少数の符号化されたピクチャを表すので、元のＧＤＲセットの１つまたは複数の符号化されたピクチャは、デコーダによって実際に受信される時間的サブセットにないことがある。時間的サブセットは、たとえば、全時間的セットを受信する中間ネットワーク要素によって抽出され得る。次いで、中間ネットワーク要素は、デコーダを含むクライアントデバイスに、抽出された時間的サブセットを提供する。別の例として、サーバは、デコーダを含むクライアントデバイスに配信するために、時間的サブセットを抽出するまたは複数の時間的サブセットを格納することができる。
[0029]ＧＤＲセット内のピクチャの数を示すシンタックス要素は、抽出された時間的サブセットの対応するＧＤＲセット内の符号化されたピクチャの数の減少を反映するように動的に更新されないことがある。したがって、上位の時間的レイヤのためのＧＤＲセットを形成する連続する符号化されたピクチャの数と、そこから抽出される下位の時間的レイヤの対応するＧＤＲセット内の連続する符号化されたピクチャの数との不一致が存在することがある。たとえば、リカバリーポイントＳＥＩメッセージによって示されるリカバリーポイントピクチャは、下位の時間的レイヤを構成する時間的サブセットの抽出中に破棄されることがある。この例では、示されるリカバリーポイントピクチャは、デコーダによって受信されるシグナリングされた符号化されたビデオビットストリームを構成する下位の時間的レイヤに対して「存在しない」ことがある。その結果、時間的サブビットストリーム抽出の場合にＧＤＲセットに１つまたは複数のピクチャがないことにより、ＧＤＲ動作は、デコーダ側で適切に機能しないことがある。
[0030]時間的にスケーラブルなビットストリームに対するＧＤＲベースコーディングのそのような間違いを緩和するまたは潜在的に解消するために、本開示の技法は、リカバリーポイントＳＥＩメッセージに示されるリカバリーポイントピクチャが、デコーダによって実際に受信される符号化されたビデオビットストリームに存在するかどうかにかかわらず、ビデオコーディングデバイスがリカバリーポイントピクチャを識別することを可能にすることができる。たとえば、ビデオ復号デバイスは、符号化されたビデオビットストリームが、リカバリーポイントピクチャのＰＯＣ値を有する符号化されたピクチャを含むかどうか決定することができ、ＰＯＣ値は、ビットストリームに含まれるリカバリーポイントＳＥＩメッセージに示される。ビデオコーディングデバイスが、リカバリーポイントＳＥＩメッセージに示されるＰＯＣ値を有するビットストリーム内の符号化されたピクチャを検出する場合、ビデオコーディングデバイスは、検出されたピクチャをリカバリーポイントピクチャと識別することができる。さらに、この例では、ビデオコーディングデバイスは、識別されたリカバリーポイントピクチャはＧＤＲセットの最後のピクチャも形成すると決定することができる。
[0031]一方、本明細書で説明される技法を実施するビデオコーディングデバイスが、リカバリーポイントＳＥＩメッセージに示されるＰＯＣ値（すなわち、リカバリーポイントピクチャのＰＯＣ値）を有する受信されたビットストリーム内のピクチャを検出しない場合、ビデオコーディングデバイスは、リカバリーポイントＳＥＩメッセージに示されるＰＯＣ値よりも大きいＰＯＣ値を有する、デコーダによって受信されるピクチャをリカバリーポイントピクチャと識別することができる。たとえば、ビデオコーディングデバイスは、リカバリーポイントピクチャを、リカバリーポイントＳＥＩメッセージに示されるＰＯＣ値よりも大きいＰＯＣ値を有する、復号順でビットストリームの第１のピクチャとして識別することができる。さらに、このシナリオでは、ビデオコーディングデバイスは、ビットストリーム内で受信され、識別されたリカバリーポイントピクチャのすぐ前に来るピクチャをＧＤＲセット内の最後のピクチャとして識別することができる。たとえば、識別されたリカバリーポイントピクチャのすぐ前に来るビットストリームのピクチャは、識別されたリカバリーポイントピクチャのＰＯＣ値よりも小さく、これに最も近いＰＯＣ値を有するピクチャであってよい。
[0032]言い換えれば、このシナリオでは、ビデオコーディングデバイスは、２つの異なるピクチャを、ＧＤＲセット内の最後のピクチャおよびリカバリーポイントピクチャとして識別することができる。たとえば、このシナリオでは、ＧＤＲセット内の最後のピクチャおよびリカバリーポイントピクチャは、符号化されたビデオビットストリームに含まれる、復号順に２つの連続するピクチャであってよい。このようにして、本開示の１つまたは複数の技法は、ビデオコーディングデバイスが、時間的にスケーラブルなビデオビットストリームもサポートしながら、ＧＤＲに従って受信されたピクチャセットを復号することを可能にすることができる。たとえば、リカバリーポイントピクチャを、当初識別されたピクチャに復号順で続くピクチャと識別することによって、ビデオコーディングデバイスは、完全にリフレッシュされたピクチャを選択することができ、選択されたピクチャは、当初生成されたビットストリームの完全にリフレッシュされたピクチャの後に配置される。
[0033]図１は、本開示で説明される技法を利用し得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示されるように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化されたビデオデータを生成するソースデバイス１２を含む。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわちラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲーミングコンソール、ビデオストリーミングデバイスなどを含む広範囲のデバイスのうちいずれかを備えることができる。場合によっては、ソースデバイス１２および宛先デバイス１４は、ワイヤレス通信のために装備されることがある。
[0034]宛先デバイス１４は、復号されるべき符号化されたビデオデータを、リンク１６を介して受信することができる。リンク１６は、符号化されたビデオデータをソースデバイス１２から宛先デバイス１４に移動させることが可能な任意のタイプの媒体またはデバイスを備えることができる。一例では、リンク１６は、ソースデバイス１２が符号化されたビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にする通信媒体を備えることができる。符号化されたビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つもしくは複数の物理的伝送線路などの任意のワイヤレス通信媒体または有線通信媒体を備えることができる。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなどのパケットベースネットワークの一部を形成することができる。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス１２から宛先デバイス１４への通信を容易にするのに有用であり得る任意の他の機器を含んでよい。
[0035]あるいは、符号化されたデータは、出力インターフェース２２からストレージデバイス３１に出力され得る。同様に、符号化されたデータは、入力インターフェースによってストレージデバイス３１からアクセスされ得る。ストレージデバイス３１としては、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性メモリもしくは不揮発性メモリ、または符号化されたビデオデータを記憶するための任意の他の適切なデジタル記憶媒体などの様々な分散データ記憶媒体またはローカルにアクセスされるデータ記憶媒体のうちいずれかがあり得る。さらなる例では、ストレージデバイス３１は、ソースデバイス１２によって生成される符号化されたビデオを保持し得るファイルサーバまたは別の中間ストレージデバイスに対応することがある。宛先デバイス１４は、記憶されたビデオデータに、ストリーミングまたはダウンロードを介してストレージデバイス３１からアクセスすることができる。ファイルサーバは、符号化されたビデオデータを格納し、その符号化されたビデオデータを宛先デバイス１４に送信することが可能な任意のタイプのサーバであってよい。例示的なファイルサーバとしては、ウェブサーバ（たとえばウェブサイト用）、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブがある。宛先デバイス１４は、インターネット接続を含む任意の標準的なデータ接続によって、符号化されたビデオデータにアクセスすることができる。これには、ワイヤレスチャネル（たとえばＷｉ−Ｆｉ（登録商標）接続）、有線接続（たとえば、ＤＳＬ、ケーブルモデムなど）、またはファイルサーバ上に格納された符号化されたビデオデータにアクセスするのに適した両者の組合せがあり得る。ストレージデバイス３１からの符号化されたビデオデータの送信は、ストリーミング送信、ダウンロード送信、または両者の組合せであってよい。
[0036]本開示の技法は、必ずしもワイヤレスアプリケーションまたは設定に限定されるとは限らない。これらの技法は、無線テレビジョン放送、ケーブルテレビジョン放送、衛星テレビジョン放送、たとえばインターネットを介したストリーミングビデオ放送、データ記憶媒体上での格納を目的としたデジタルビデオの符号化、データ記憶媒体場に格納されたデジタルビデオの復号化、または他のアプリケーションなどの様々なマルチメディアアプリケーションのうちいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオ電話などのアプリケーションをサポートするために、一方向または双方向のビデオ伝送をサポートするように構成され得る。
[0037]図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。場合によっては、出力インターフェース２２は、変調器／復調器（モデム）および／または送信機を含むことがある。ソースデバイス１２において、ビデオソース１８は、ビデオキャプチャデバイス、たとえばビデオカメラ、以前にキャプチャされたビデオを含むビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するビデオフィードインターフェース、および／またはソースビデオとしてコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステム、またはそのようなソースの組合せなどのソースを含んでよい。一例として、ビデオソース１８がビデオカメラである場合、ソースデバイス１２と宛先デバイス１４は、いわゆるカメラ付き携帯電話またはビデオ電話を形成することがある。しかしながら、本開示で説明される技法は、一般にビデオコーディングに適用可能とすることができ、ワイヤレスアプリケーションおよび／または有線アプリケーションに適用され得る。
[0038]キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータにより生成されたビデオは、ビデオエンコーダ２０によって符号化され得る。符号化されたビデオデータは、ソースデバイス１２の出力インターフェース２２を介して宛先デバイス１４に直接送信され得る。また（または、あるいは）、符号化されたビデオデータは、宛先デバイス１４または他のデバイスによる後ほどのアクセスのために、復号、および／または再生のために、ストレージデバイス３１上に格納されることがある。
[0039]宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。場合によっては、入力インターフェース２８は、受信機および／またはモデムを含むことがある。宛先デバイス１４の入力インターフェース２８は、符号化されたビデオデータを、リンク１６を経由して受信する。リンク１６を経由して通信される、またはストレージデバイス３１に提供される、符号化されたビデオデータは、ビデオデータを復号する際にビデオデコーダ３０などのビデオデコーダが使用するためにビデオエンコーダ２０によって生成される様々なシンタックス要素を含むことができる。そのようなシンタックス要素は、通信媒体上で送信される、記憶媒体上に格納される、またはファイルサーバに格納される、符号化されたビデオデータに付属され得る。
[0040]ディスプレイデバイス３２は、宛先デバイス１４と一体化されてもよいし、宛先デバイス１４の外部にあってもよい。いくつかの例では、宛先デバイス１４は、一体型ディスプレイデバイスを含み、また、外部ディスプレイデバイスとインターフェースするように構成されることがある。他の例では、宛先デバイス１４がディスプレイデバイスであることがある。一般に、ディスプレイデバイス３２は、復号されたビデオデータをユーザに表示し、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなどの様々なディスプレイデバイスのうちいずれかを備えてよい。
[0041]ビデオエンコーダ２０およびビデオデコーダ３０は、現在作成中の高効率ビデオコーディング（ＨＥＶＣ）規格などのビデオ圧縮規格に従って動作することができ、ＨＥＶＣテストモデル（ＨＭ）に準拠することができる。あるいは、ビデオエンコーダ２０およびビデオデコーダ３０は、あるいはＭＰＥＧ４、Ｐａｒｔ１０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格などの他の自社策定規格または業界標準、またはそのような規格の拡張規格に従って動作してよい。しかしながら、本開示の技法は、いずれの特定のコーディング規格にも限定されない。ビデオ圧縮規格の他の例としては、ＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３がある。
[0042]図１に示されていないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は、各々オーディオエンコーダおよびオーディオデコーダと一体化されることがあり、共通データストリームまたは別個のデータストリームにおける音声とビデオの両方の符号化を扱うために、適切なＭＵＸ−ＤＥＭＵＸユニットまたは他のハードウェアおよびソフトウェアを含むことがある。該当する場合、いくつかの例では、ＭＵＸ−ＤＥＭＵＸユニットが、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠することがある。
[0043]ビデオエンコーダ２０およびビデオデコーダ３０は各々、１つまたは複数のマイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリートロジック、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組合せなどの様々な適切なエンコーダ回路のうちいずれかとして実施され得る。技法がソフトウェアにおいて部分的に実施されるとき、デバイスは、本開示の技法を実行するために、適切な非一時的コンピュータ可読媒体にソフトウェア用の命令を格納し、この命令を１つまたは複数のプロセッサを使用してハードウェアにおいて実行することができる。ビデオエンコーダ２０およびビデオデコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダに含まれてよく、これらのうちいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（ＣＯＤＥＣ）として一体化されてよい。
[0044]ＪＣＴ−ＶＣは、ＨＥＶＣ規格の作成に関する作業を行っている。ＨＥＶＣ標準化作業は、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコーディングデバイスの発展的モデルに基づいている。ＨＭは、たとえばＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣにより、既存のデバイスに対するビデオコーディングデバイスのいくつかの追加機能を仮定する。たとえば、Ｈ．２６４は９つのイントラ予測符号化モードを提供するが、ＨＭは３３ものイントラ予測符号化モードを提供することができる。
[0045]一般に、ＨＭの作業モデルは、ビデオフレームすなわちピクチャが、輝度（luma）サンプルと彩度(chroma)サンプルの両方を含むツリーブロックすなわち最大コーディング単位（ＬＣＵ）のシーケンスに分けられ得ることについて説明する。ツリーブロックは、Ｈ．２６４規格のマクロブロックと類似の目的を有する。スライスは、いくつかの連続するツリーブロックをコーディング順に含む。ビデオフレームすなわちピクチャは、１つまたは複数のスライスに分割され得る。各ツリーブロックは、４分木に従ってコーディング単位（ＣＵ）に分けられ得る。たとえば、ツリーブロックは、４分木のルートノードとして、４つの子ノードに分けられ得、各子ノードは親ノードであり得、別の４つの子ノードに分けられ得る。最終的な、分けられない子ノードは、４分木の葉ノードとして、コーディングノードすなわちコーディングされたビデオブロックを備える。コーディングされたビットストリームに関連付けられたシンタックスデータは、ツリーブロックが分けられ得る最大回数を定義することができ、コーディングノードの最小サイズも定義することができる。
[0046]ＣＵは、輝度コーディングブロックと、２つの彩度コーディングブロックとを含むことができる。ＣＵは、関連付けられた予測ユニット（ＰＵ）と、変換ユニット（ＴＵ）とを有することができる。ＰＵの各々は、１つの輝度予測ブロックと、２つの彩度予測ブロックとを含むことができ、ＴＵの各々は、１つの輝度変換ブロックと、２つの彩度変換ブロックとを含むことができる。コーディングブロックの各々は、同じ予測が適用されるサンプルに対するブロックを備える１つまたは複数の予測ブロックに分割され得る。コーディングブロックの各々は、同じ変換が適用されるサンプルのブロックを備える１つまたは複数の変換ブロックにも分割され得る。
[0047]ＣＵのサイズは、一般に、コーディングノードのサイズに対応し、通常、形状は方形である。ＣＵのサイズは、８×８ピクセルからツリーブロックのサイズまでに及び、最大６４×６４ピクセルまたはそれ以上であってよい。各ＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを定義することができる。ＣＵに含まれるシンタックスデータは、たとえば、１つまたは複数の予測ブロックへのコーディングブロックの分割について説明することができる。分割モードは、ＣＵがスキップもしくは直接モード符号化されているか、イントラ予測モード符号化されているか、またはインター予測モード符号化されているかどうかで異なってよい。予測ブロックは、形状が方形に分割されてもよいし、非方形に分割されてもよい。ＣＵに含まれるシンタックスデータは、たとえば、４分木による１つまたは複数の変換ブロックへのコーディングブロックの分割についても説明することができる。変換ブロックは、形状が方形に分割されてもよいし、非方形に分割されてもよい。
[0048]ＨＥＶＣ規格は、ＴＵに従った変換を可能にし、それはＣＵによって異なってよい。ＴＵは、通常、分割されたＬＣＵに対して定義された所与のＣＵ内のＰＵのサイズに基づいたサイズにされるが、これは常に当てはまるとは限らないことがある。ＴＵは、通常、ＰＵと同じサイズかまたはＰＵよりも小さい。いくつかの例では、ＣＵに対応する残りのサンプルは、「残差４分木（residual quad tree）」（ＲＱＴ）として知られる４分木構造を使用して、より小さなユニットに細分され得る。ＲＱＴの葉ノードは、ＴＵを表すことができる。ＴＵに関連付けられたピクセル差値は、変換係数を生じるように変換され得、この変換係数は量子化され得る。
[0049]一般に、ＰＵは、予測プロセスに関連するデータを含む。たとえば、ＰＵがイントラモード符号化される場合、ＰＵは、ＰＵのイントラ予測モードについて説明するデータを含むことがある。別の例として、ＰＵがインターモード符号化される場合、ＰＵは、ＰＵの動きベクトルを定義するデータを含むことがある。ＰＵの動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの分解能（たとえば、４分の１ピクセル精度または８分の１ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトルに対する参照ピクチャリスト（たとえば、リスト０、リスト１、またはリストＣ）について説明することがある。
[0050]一般に、ＴＵは、変換プロセスおよび量子化プロセスのために使用される。１つまたは複数のＰＵを有する所与のＣＵは、１つまたは複数のＴＵも含むことができる。予測に続いて、ビデオエンコーダ２０は、ＰＵに応じて、コーディングノードによって識別されたビデオブロックから残差値を計算することができる。次いで、コーディングノードは、元のビデオブロックではなく残差値を参照するようにアップデートされる。この残差値はピクセル差値を備え、このピクセル差値は、変換係数に変換され、量子化され、エントロピーコーディングのためのシリアライズされた変換係数を生じるために変換とＴＵで指定された他の変換情報とを使用して走査され得る。コーディングノードは、もう一度、これらのシリアライズされた変換係数を参照するようにアップデートされてよい。本開示は、通常、ＣＵのコーディングノードを指すために、「ビデオブロック」という用語を使用する。いくつかの特別な場合では、本開示は、ツリーブロックすなわちＬＣＵ、またはコーディングノードとＰＵとＴＵとを含むＣＵを指すために、「ビデオブロック」という用語も使用することがある。
[0051]ビデオシーケンスは、通常、ビデオフレームすなわちピクチャのシリーズを含む。ピクチャのグループ（ＧＯＰ）は、一般に、ビデオピクチャのうち１つまたは複数からなるシリーズを備える。ＧＯＰは、ＧＯＰに含まれるいくつかのピクチャについて説明するシンタックスデータをＧＯＰのヘッダ、ピクチャのうち１つまたは複数のヘッダ、または他の場所に含むことができる。ピクチャの各スライスは、それぞれのスライスに対する符号化モードについて説明するスライスシンタックスデータを含むことができる。ビデオエンコーダ２０は、通常、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応することができる。ビデオブロックは、固定サイズを有しても可変サイズを有してもよく、指定されたコーディング規格に応じてサイズが異なってよい。
[0052]一例として、ＨＭは、様々なＰＵサイズにおける予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズのイントラ予測と、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎの対称的ＰＵサイズにおけるインター予測とをサポートする。ＨＭは、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズにおけるインター予測に対する非対称分割もサポートする。非対称分割では、ＣＵの一方向は分割されないが、他の方向は２５％および７５％に分割される。２５％区画に対応するＣＵの部分は、「上」、「下」、「左」、または「右」の指示が続く「ｎ」によって示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上側２Ｎ×０．５Ｎ ＰＵおよび下側２Ｎ×１．５Ｎ ＰＵにより水平に分割される２Ｎ×２Ｎ ＣＵを指す。
[0053]本開示では、「Ｎ×Ｎ」と「Ｎ掛けるＮ」は、垂直次元および水平次元に関するビデオブロックのピクセル次元を指すために互換的に使用されることがあり、たとえば、１６×１６ピクセルまたは１６掛ける１６ピクセルである。一般に、１６×１６ブロックは、垂直方向の１６のピクセル（ｙ＝１６）と、水平方向の１６のピクセル（ｘ＝１６）とを有する。同様に、Ｎ×Ｎブロックは、一般に、垂直方向のＮピクセルと、水平方向のＮピクセルとを有し、ここで、Ｎは非負整数値を表す。ブロック内のピクセルは、行および列に並べられ得る。その上、ブロックは、必ずしも垂直方向と同じ数のピクセルを水平方向に有する必要はない。たとえば、ブロックはＮ×Ｍピクセルを備えてよく、ここで、Ｍは必ずしもＮに等しくない。
[0054]ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングに続いて、ビデオエンコーダ２０は、ＣＵのＴＵによって指定された変換が適用される残差データを計算することができる。残差データは、符号化されていないピクチャのピクセルとＣＵに対応する予測値のピクセル差に対応することができる。ビデオエンコーダ２０は、ＣＵに対する残差データを形成し、次いで変換係数を生ずるために残差データを変換することができる。
[0055]変換係数を生ずるための任意の変換に続いて、ビデオエンコーダ２０は、変換係数の量子化を実行することができる。量子化とは、一般に、場合によっては係数を表すために使用されるデータの量を減少させるために変換係数が量子化され、さらなる圧縮を提供するプロセスを指す。量子化プロセスは、係数のうちいくつかまたはすべてに関連付けられるビット深度を減少させることができる。たとえば、ｎビット値は、量子化中にｍビット値に丸められてよく、ここで、ｎはｍよりも大きい。
[0056]いくつかの例では、ビデオエンコーダ２０は、エントロピー符号化可能なシリアライズされたベクトルを生ずるように量子化された変換係数を走査するために、あらかじめ定義された走査順を利用することができる。他の例では、ビデオエンコーダ２０は、適応型走査を実行することができる。一次元ベクトルを形成するために量子化された変換係数を走査した後、ビデオエンコーダ２０は、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context adaptive variable length coding）、コンテキスト適応型２進算術コーディング（ＣＡＢＡＣ：context adaptive binary arithmetic coding）、シンタックスベースコンテキスト適応型２進算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）、確率間隔分割エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コーディング、または別のエントロピー符号化法に従って、一次元ベクトルをエントロピー符号化することができる。ビデオエンコーダ２０は、ビデオデータを復号する際にビデオデコーダ３０が使用するための符号化されたビデオデータに関連付けられたシンタックス要素もエントロピー符号化することができる。
[0057]ＣＡＢＡＣを実行するために、ビデオエンコーダ２０は、コンテキストモデル内のコンテキストを、送信されるべきシンボルに割り当てることができる。コンテキストは、たとえば、シンボルの隣接する値が非ゼロかどうかに関連することがある。ＣＡＶＬＣを実行するために、ビデオエンコーダ２０は、送信されるべきシンボルに対して可変長コードを選択することができる。ＶＬＣ内のコードワードは、比較的短いコードが優勢シンボルに対応し、長いコードが劣勢シンボルに対応するように構築され得る。このようにして、ＶＬＣの使用は、たとえば、送信されるべき各シンボルに対して等長コードワードを使用する間、ビット節約を達成することができる。確率決定は、シンボルに割り当てられたコンテキストに基づいてよい。
[0058]ビデオエンコーダ２０およびビデオデコーダ３０の一方または両方は、時間的にスケーラブルなビットストリームをサポートしながら漸次復号リフレッシュ（ＧＤＲ：gradual decoding refresh）によりビデオデータをコーディングするための本開示の技法を実施することができる。ビデオエンコーダ２０は、ＧＤＲセットを形成するために、ピクチャのシリーズまたはシーケンスを符号化するように構成されてもよいし、そのように動作可能であってもよい。たとえば、ビデオエンコーダ２０および／またはビデオデコーダ３０は、ピクチャのそれぞれの部分のイントラコーディングを介してＧＤＲセットの各ピクチャが漸進的にリフレッシュされることを決定することができる。異なる部分が、ＧＤＲセットを形成するピクチャのシリーズにわたって連続してイントラリフレッシュされるので、ＧＤＲセットの最後のピクチャ（および１つまたは複数の後続ピクチャ）は完全にリフレッシュされ得る。次に、ビデオエンコーダ２０は、ＧＤＲセットを、符号化されたビデオビットストリームの一部として、ビデオデコーダ３０にシグナリングすることができる。
[0059]ビデオエンコーダ２０およびビデオデコーダ３０の一方または両方は、第１のＧＤＲピクチャで始まり、復号順に第１のＧＤＲピクチャに続く１つまたは複数のピクチャを含むピクチャのシーケンスとして、ＧＤＲセットを識別することができる。さらに、ＧＤＲセットを識別するために、ビデオエンコーダ２０および／またはビデオデコーダ３０は、ＧＤＲピクチャを、リカバリーポイントＳＥＩメッセージに関連付けられたピクチャとして識別することができる。たとえば、ビデオエンコーダ２０は、「ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ」シンタックス要素を含むようにリカバリーポイントＳＥＩメッセージを生成することができる。ビデオエンコーダ２０は、第１のＧＤＲピクチャのＰＯＣ値と、同じＧＤＲセットに関連付けられたリカバリーポイントピクチャとの差すなわちデルタを示す値を有するように、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素を生成することができる。リカバリーポイントピクチャは、通常、ビデオエンコーダ２０によって作成される元のＧＤＲセットにおける最後のピクチャとなる。
[0060]ビデオエンコーダ２０は、ＧＤＲにより、ＧＤＲセット内のピクチャのリフレッシュ領域および非リフレッシュ領域に関する情報を含む領域リフレッシュ情報ＳＥＩメッセージも生成およびシグナリングすることができる。たとえば、ビデオエンコーダ２０は、ＧＤＲセットの各符号化されたピクチャに対する領域リフレッシュ情報ＳＥＩメッセージをシグナリングすることができる。次に、ビデオデコーダ３０は、対応するピクチャのリフレッシュ領域を決定するために各領域リフレッシュ情報ＳＥＩメッセージを復号することができる。たとえば、ビデオエンコーダ２０は、ＧＤＲセットの各ピクチャに対応するＡＵにおけるそれぞれの領域リフレッシュ情報ＳＥＩメッセージをシグナリングすることができる。様々な例では、ビデオデコーダ３０は、ピクチャ全体がリフレッシュ領域に対応することを決定するためにＧＤＲセット内の最後のピクチャに対応する領域リフレッシュ情報ＳＥＩメッセージを復号することができる。言い換えれば、そのような例では、ビデオデコーダ３０は、ビデオエンコーダ２０によるピクチャと同じＡＵにおいてシグナリングされた領域リフレッシュ情報ＳＥＩメッセージ信号を復号することに基づいて、ＧＤＲ内の最後のピクチャが設定される「完全にリフレッシュされる」ことを決定することができる。ＨＥＶＣワーキングドラフト（たとえば「ＷＤ９」）においてサポートされるＳＥＩメッセージの概要が以下の表１に示されている。
Figure 2016509403
Figure 2016509403
[0061]ＨＥＶＣ ＷＤ９でサポートされるリカバリーポイントＳＥＩメッセージに関するシンタックスおよびセマンティクスが、以下のシンタックス表１に示される。
Figure 2016509403
[0062]ＨＥＶＣ ＷＤ９でサポートされる領域リフレッシュＳＥＩメッセージに関するシンタックスおよびセマンティクスが、以下のシンタックス表２に示される。
Figure 2016509403
[0063]ビデオデコーダ３０は、受信された符号化されたビデオビットストリームにおいてリカバリーポイントＳＥＩメッセージを検出したことに基づいて、ＧＤＲセットの開始を検出することができる。さらに、ビデオデコーダ３０は、リカバリーポイントＳＥＩメッセージに関連付けられた符号化されたピクチャを第１のＧＤＲピクチャとして識別することができる。たとえば、リカバリーポイントＳＥＩメッセージは、ピクチャと同じアクセスユニット（ＡＵ）に含まれることによって、特定のピクチャに関連付けられ得る。次に、ビデオデコーダ３０は、リカバリーポイントピクチャのＰＯＣ値を決定するために、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値をＧＤＲピクチャのＰＯＣ値に適用することができる。導出されたＰＯＣ値を適用することによってリカバリーポイントピクチャを検出するとき、ビデオデコーダ３０は、リカバリーポイントピクチャは完全にリフレッシュされたピクチャであること、およびリカバリーポイントピクチャ、ならびに復号順でリカバリーポイントピクチャに続く１つまたは複数のピクチャが正しくまたはほぼ正しく復号（たとえばイントラ復号）可能であることを決定することができる。
[0064]さらに、ビデオデコーダ３０は、ＧＤＲセット内のピクチャのリフレッシュ領域および非リフレッシュ領域に関する情報を取得するために、ビットストリームにおいてシグナリングされる１つまたは複数の領域リフレッシュ情報ＳＥＩメッセージを復号することができる。たとえば、ビデオデコーダ３０は、ＧＤＲセット内の各ピクチャに対する個別の領域リフレッシュ情報ＳＥＩメッセージを復号することができる。一例として、ビデオデコーダ３０は、ＧＤＲセットの対応するピクチャを含む各ＡＵに含まれるそれぞれの領域リフレッシュ情報ＳＥＩメッセージを復号することができる。次に、ビデオデコーダ３０は、特定のピクチャに対応する領域リフレッシュ情報ＳＥＩメッセージを復号することから取得されるデータに基づいて、特定のピクチャのリフレッシュ領域（および／または逆に、非リフレッシュ領域）を決定することができる。関連付けられたピクチャの全体がリフレッシュ領域に対応することを示す領域リフレッシュ情報ＳＥＩメッセージを復号するとき、ビデオデコーダ３０は、関連付けられたピクチャが完全にリフレッシュされることを決定することができる。たとえば、ビデオデコーダ３０は、完全にリフレッシュされたピクチャがＧＤＲセット内の最後のピクチャを形成することを決定することができる。ピクチャがＧＤＲセット内の最後のピクチャであることを決定し、それによって、そのピクチャが完全にリフレッシュされることを決定したことに基づいて、ビデオデコーダ３０は、ＧＤＲセット内の最後のピクチャ、ならびに復号順にＧＤＲセット内の最後のピクチャに続く１つまたは複数のピクチャが、正しくまたはほぼ正しく復号（たとえばイントラ復号）可能であることを決定することができる。通常、ビデオデコーダ３０は、リカバリーポイントＳＥＩメッセージによって識別されるリカバリーポイントピクチャは、完全にリフレッシュされた状態を示す対応する領域リフレッシュ情報ＳＥＩメッセージによって識別される、同じＧＤＲセット内の最後のピクチャと同じであることを決定する。
[0065]さらに、ＨＥＶＣ ＷＤ９によれば、ビデオエンコーダ２０およびビデオデコーダ３０の一方または両方は、符号化されたビデオビットストリームの時間的スケーラビリティをサポートすることができる。たとえば、ビデオエンコーダ２０およびビデオデコーダ３０は、異なる符号化されたビデオビットストリームによって提供される様々なピクチャレート（すなわち「フレームレート」）をサポートすることができる。たとえば、ビデオエンコーダ２０は、上位の時間的レイヤを表す完全な符号化されたビデオビットストリームをシグナリングすることができる。完全な符号化されたビデオビットストリームよりも下位の時間的ピクチャレートをサポートするために、ビデオデコーダ３０、または中間ネットワーク要素またはサーバなどの、ビデオエンコーダ２０とビデオデコーダ３０の間に配置された中間デバイスは、完全な符号化されたビデオビットストリームの時間的サブセットを抽出することができる。特定の例では、中間デバイスは、完全な符号化されたビデオビットストリームに含まれる符号化されたピクチャのサブセットを抽出し、この抽出されたサブセットをビデオデコーダ３０に中継することができる。言い換えれば、ビデオデコーダ３０で実際に受信される符号化されたピクチャのサブセットは、ビデオエンコーダ２０によって当初生成された完全な符号化されたビデオビットストリーム、または時間的スケーリングの場合は、ビデオエンコーダ２０によって当初生成された完全な符号化されたビデオビットストリームと比較して、少なくとも１つ少ない（at least one less）符号化ピクチャを含み得る。より低いピクチャレートをサポートするためにビデオデコーダ３０によって受信される符号化されたピクチャのサブセットは、本明細書では「時間的サブセット」または「サブビットストリーム」と呼ばれる。
[0066]ビデオデコーダ３０は、符号化されたビデオビットストリームの時間的スケーラビリティにより提供される異なるピクチャレートに従って、異なる時間的サブセットを受信し得る。一例では、ビデオデコーダ３０は、ビデオエンコーダ２０によって当初シグナリングされた完全な符号化されたビデオビットストリームの第１の時間的サブセットを受信および復号することによって、低いピクチャレートをサポートすることができる。この例によれば、ビデオデコーダ３０は、第１の時間的サブセットよりもより少なくとも１つ多くの（at least one more）符号化ピクチャを含むが、完全な符号化されたビデオビットストリームよりも少なくとも１つ少ない（at least one less）符号化ピクチャを含む第２の時間的サブセットを受信および復号することによって、中間ピクチャレートをサポートし得る。この例では、ビデオデコーダ２０は、ビデオエンコーダ２０によって当初シグナリングされた完全な符号化されたビデオビットストリームの全体（たとえば、符号化されたピクチャのセット全体）を受信および復号することによって、可能な限り高いピクチャレートをサポートし得る。
[0067]しかしながら、ＨＥＶＣ ＷＤ９に従ってビデオデコーダ３０が時間的サブセットの一部としてＧＤＲセットを受信するいくつかの例では、当初は符号化されたビットストリームからの実際のリカバリーポイントピクチャが、ビデオデコーダ３０によって受信される符号化されたビデオビットストリームに存在しないことがあるように、リカバリーポイントピクチャは、時間的サブセットの抽出中に破棄され、デコーダに送信されないことがある。その結果、これらの例では、ビデオデコーダ３０は、リカバリーポイントＳＥＩメッセージに含まれるｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値を適用することによってリカバリーポイントピクチャを特定することができないことがある。言い換えれば、ビデオデコーダ３０は、ＧＤＲにより完全にリフレッシュされるＧＤＲセットの終端においてピクチャを識別できないことがある。その結果、デコーダ３０におけるＧＤＲ動作が適切に動作しないことがある。
[0068]時間的にスケーリングされたＧＤＲセットに関して上記で説明された潜在的な間違いを軽減または解消するために、ビデオデコーダ３０は、本開示の１つまたは複数の技法を実施することができる。本明細書で説明される技法のいくつかの実装形態では、ビデオデコーダ３０は、リカバリーポイントＳＥＩメッセージ内のｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素によって識別されるリカバリーポイントピクチャが、受信された符号化されたビデオビットストリームに含まれるかどうか決定することができる。ビデオデコーダ３０が、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値からＰＯＣ値を計算することに基づいて、リカバリーポイントピクチャは符号化されたビデオビットストリームに含まれると決定する場合、ビデオデコーダ３０は、そのようなピクチャをリカバリーポイントピクチャと識別することができる。その後、デコーダ３０は、リカバリーポイントピクチャと後続のピクチャとを、完全にリフレッシュされたピクチャとして使用することができる。たとえば、ビデオデコーダ３０は、ランダムアクセスを実行することによって、リカバリーポイントピクチャと復号順に１つまたは複数の後続のピクチャとを復号することができる。さらに、この例では、ビデオデコーダ３０はまた、リカバリーポイントピクチャをＧＤＲセット内の最後のピクチャとして識別することができる。ビデオデコーダ３０によって識別される、ＧＤＲセット内の最後のピクチャは、本明細書では、「ｌａｓｔＰｉｃＩｎＳｅｔ」によって示される変数と呼ばれることがある。ｌａｓｔＰｉｃＩｎＳｅｔが、リカバリーポイントＳＥＩメッセージにおいて識別されるリカバリーポイントピクチャである例では、ビデオデコーダ３０は、ｌａｓｔＰｉｃＩｎＳｅｔがＧＤＲにより完全にリフレッシュされると決定することができる。
[0069]一方、ビデオデコーダ３０が、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値から導出されたＰＯＣ値ピクチャを特定できない場合、ビデオデコーダ３０は、代替リカバリーポイントピクチャを識別するために、本開示の１つまたは複数の技法を実施することができる。いくつかの例では、ビデオデコーダ３０は、リカバリーポイントピクチャを、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素から導出されたＰＯＣ値よりも大きいＰＯＣ値を有する、復号順で第１の（最初の）ピクチャとして識別することができる。たとえば、ビデオデコーダは、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値を第１のＧＤＲピクチャのＰＯＣ値に追加することによって、識別されたリカバリーポイントピクチャのＰＯＣ値を導出することができる。さらに、これらの例では、ビデオデコーダ３０は、ｌａｓｔＰｉｃＩｎＳｅｔが識別されたリカバリーポイントピクチャのすぐ前に来るピクチャであることを決定することができる。たとえば、ｌａｓｔＰｉｃＩｎＳｅｔは、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素から導出されるＰＯＣ値よりも小さいＰＯＣ値を有する、復号順で最後のピクチャであることがあり、リカバリーポイントは、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素から導出されるＰＯＣ値よりも大きいＰＯＣ値を有する、復号順で第１の（最初の）ピクチャであることがある。したがって、リカバリーポイントＳＥＩメッセージによって識別されたリカバリーポイントピクチャが時間的スケーリング中に破棄された例では、ビデオデコーダ３０は、復号順で連続する２つの別個のピクチャをそれぞれｌａｓｔＰｉｃＩｎＳｅｔおよびリカバリーポイントピクチャとして識別するために、本開示の技法を実施することができる。
[0070]次に、この例では、ビデオデコーダ３０は、復号順にＧＤＲセットに続く１つまたは複数のピクチャに対してランダムアクセス復号を実行することができる。したがって、１つのケースでは、リカバリーポイントピクチャのＰＯＣ値を有するピクチャが、デコーダ３０によって受信されるビットストリーム内に存在する場合、デコーダは、そのピクチャをリカバリーポイントピクチャと関連ＧＤＲセットの最後のピクチャの両方として選択する。他のケースでは、リカバリーポイントピクチャのＰＯＣ値を有するピクチャが、デコーダ３０によって受信されるビットストリーム内に存在しない場合、デコーダは、上記で説明されたように、１つのピクチャをリカバリーポイントピクチャとして、異なるピクチャを関連ＧＤＲセットの最後のピクチャとして選択する。この第２のケースでは、選択されるリカバリーポイントピクチャは、受信されたビットストリーム内の、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素から導出されたＰＯＣ値よりも大きいＰＯＣ値を有する、復号順で第１の（最初の）ピクチャであり、ＧＤＲセット内の選択される最後のピクチャは、受信されたビットストリーム内の、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素から導出されたＰＯＣ値よりも小さいＰＯＣ値を有する、復号順で最後のピクチャ、すなわち、選択されたリカバリーポイントピクチャのすぐ前に来るピクチャである。さらに、この第２のケースでは、ビデオデコーダ３０は、対応する領域リフレッシュ情報ＳＥＩメッセージが完全にリフレッシュされていない示すピクチャ（たとえばリフレッシュ領域と非リフレッシュ領域の両方を含むピクチャ）を、ＧＤＲセット内の最後のピクチャとして選択し得る。
[0071]いくつかの例では、ビデオデコーダ３０は、ＧＤＲセットのｌａｓｔＰｉｃＩｎＳｅｔに関連付けられた１つまたは複数の領域リフレッシュＳＥＩメッセージに対して、本開示の技法を実施することがある。たとえば、ビデオデコーダ３０が、ｌａｓｔＰｉｃＩｎＳｅｔがリカバリーポイントピクチャでもあることを決定する場合、ビデオデコーダ３０は、ピクチャに対応する領域リフレッシュＳＥＩメッセージが、ピクチャ全体がピクチャのリフレッシュ領域に属することを示すことを決定することがある。上記で説明されたように、様々な例では、ビデオデコーダ３０が、リカバリーポイントＳＥＩメッセージによって示される、リカバリーポイントピクチャのためのＰＯＣ値を有するＧＤＲセット内のピクチャを検出する場合、ビデオデコーダ３０は、ｌａｓｔＰｉｃＩｎＳｅｔはリカバリーポイントピクチャでもあることを決定することができる。
[0072]そのような一例では、ビデオデコーダ３０は、領域リフレッシュＳＥＩメッセージが、１という値に設定されたｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素を含み、ピクチャを含むＡＵの第１のスライスセグメントに関連付けられることを決定することができる。この例によれば、ＡＵの第１のスライスセグメントのためのｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素が１に設定されることに基づいて、ビデオデコーダ３０は、ＡＵの残りのスライスセグメントのためのｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素も１という値に設定されることを決定することができる。このようにして、ビデオデコーダ３０は、ｌａｓｔＰｉｃＩｎＳｅｔがリカバリーポイントピクチャでもあるとき、ｌａｓｔＰｉｃＩｎＳｅｔは完全にリフレッシュされたピクチャであることを決定することができる。
[0073]本明細書で説明される技法の潜在的利点は、ビデオデコーダ３０が、既存のハードウェアインフラストラクチャの変更を必要とせずに、時間的にスケーリングされるビットストリームに対してＧＤＲをサポートし得ることである。さらに、いくつかの例では、本明細書で説明される技法は、リカバリーポイントＳＥＩメッセージまたは領域リフレッシュＳＥＩメッセージのいずれかを生成することに関する何らかの変更をビデオエンコーダ２０が実施することを必要としない。代わりに、ビデオデコーダ３０は、時間的にスケーラブルなビットストリームに対してＧＤＲをサポートするようにリカバリーポイントＳＥＩメッセージおよび／または領域リフレッシュＳＥＩメッセージに含まれる情報を処理するために技法を実施することができる。言い換えれば、いくつかの例では、本開示の技法は、リカバリーポイントＳＥＩメッセージおよび／または領域リフレッシュＳＥＩメッセージのいずれかのシンタックスの変更をもたらすことなく、これらのＳＥＩメッセージのセマンティクスの変更をもたらすことができる。
[0074]このようにして、宛先デバイス１４は、符号化されたビデオデータを記憶するように構成されたメモリと、ビデオデコーダすなわちビデオデコーダ３０を備える、ビデオデータを復号するためのデバイスの一例であることがある。さらに、上記で説明された技法によれば、ビデオデコーダ３０は、複数のピクチャを受信し、復号順で第１のピクチャに続くピクチャがリカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するとき、複数のピクチャのうち第１のピクチャに関連付けられたメッセージにおける、漸次復号リフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信し、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別し、第１のピクチャに続くピクチャのいずれもリカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有さないとき、リカバリーポイントピクチャのＰＯＣ値よりも大きいＰＯＣ値を有するピクチャのうち１つをリカバリーポイントピクチャと識別するように構成されたビデオデコーダの一例であることがある。
[0075]さらに、いくつかの例では、ビデオデコーダ３０は、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別したことに応答して、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをＧＤＲセットの最後のピクチャと識別し、リカバリーポイントピクチャのうちＰＯＣ値よりも大きいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別したことに応答して、リカバリーポイントピクチャのＰＯＣ値よりも小さいＰＯＣ値を有するピクチャのうち１つをＧＤＲセットの最後のピクチャと識別するようにさらに構成され得る。いくつかの例では、リカバリーポイントピクチャのＰＯＣ値よりも小さいＰＯＣ値を有するピクチャのＰＯＣ値は、第１のピクチャのＰＯＣ値よりも大きい。いくつかの例では、メッセージは付加拡張情報（ＳＥＩ）メッセージを備える。そのような一例では、ＳＥＩメッセージはリカバリーポイントＳＥＩメッセージを備える。
[0076]いくつかの例では、リカバリーポイントピクチャのＰＯＣ値を示す情報は、第１のピクチャのＰＯＣ値とリカバリーポイントピクチャのＰＯＣ値の間の差を示す情報を備える。いくつかの例では、リカバリーポイントピクチャのＰＯＣ値を示す情報は、リカバリーポイントピクチャのＰＯＣ値を備える。いくつかの例によれば、ビデオコーダは、ＧＤＲによりＧＤＲセットの１つまたは複数のピクチャを復号するようにさらに構成される。１つのそのような例によれば、ビデオコーダは、識別されたリカバリーポイントピクチャおよび復号順でこの識別されたリカバリーポイントピクチャに続く１つまたは複数のピクチャに対して、ランダムアクセス復号を実行するようにさらに構成される。
[0077]さらに、上記で説明された技法によれば、宛先デバイスは、符号化されたビデオデータを記憶するメモリとビデオコーダとを含む、ビデオデータを復号するためのデバイスの一例であることがある。これらの例では、ビデオデコーダ３０は、符号化されたビデオデータのピクチャに関連付けられたメッセージにおいて、ピクチャのリフレッシュ領域を示す情報を受信し、ピクチャが漸次デコーダリフレッシュ（ＧＤＲ）セット内の最後のピクチャを備えるかどうか決定し、ピクチャがリカバリーポイントピクチャを備えるかどうか決定し、ピクチャがＧＤＲセット内の最後のピクチャとリカバリーポイントピクチャとを備えることを決定したことに応答して、メッセージが、ピクチャ全体がピクチャのリフレッシュ領域に属することを示すことを決定するように構成されたビデオコーダの一例であることがある。いくつかの例では、メッセージは付加拡張情報（ＳＥＩ）メッセージを備える。そのような一例では、ＳＥＩメッセージは領域リフレッシュＳＥＩメッセージを備える。
[0078]いくつかの例では、メッセージが、ピクチャ全体がピクチャのリフレッシュ領域に属することを示すことを決定するために、ビデオコーダは、領域リフレッシュＳＥＩメッセージに関連付けられたｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素が１という値を有することを決定するように構成され得る。そのような一例では、ｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素は、ピクチャを含むアクセスユニット（ＡＵ）の第１のスライスセグメントに関連付けられ、ピクチャ全体がリフレッシュ領域に属することを決定するために、ビデオコーダは、ＡＵの第１のスライスセグメントと異なるＡＵの各スライスセグメントは対応するｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素に関連付けられたことを決定するように構成される。
[0079]図２は、本開示の１つまたは複数の態様による、ビデオデータを符号化するための技法を実施し得るビデオエンコーダ２０の一例を示すブロック図である。ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングおよびインターコーディングを実行することができる。イントラコーディングは、所与のビデオフレームすなわちピクチャ内のビデオにおける空間的冗長性を減少または除去するために空間的予測に依拠する。インターコーディングは、ビデオシーケンスの隣接するフレームすなわちピクチャ内のビデオにおける時間的冗長性を減少または除去するために時間的予測に依拠する。イントラ（I）モードは、いくつかの空間ベースコーディングモードのうちいずれかを指すことができる。単方向性予測（Ｐモード）または双方向予測（bi-prediction）（Ｂモード）などのインターモードは、いくつかの時間ベースコーディングモードのうちいずれかを指すことができる。
[0080]図２に示されるように、ビデオエンコーダ２０は、符号化されるべきビデオフレーム内の現在のビデオブロックを受信する。図２の例では、ビデオエンコーダ２０は、予測処理ユニット４０と、参照フレームメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。次に、予測処理ユニット４１は、動き補償ユニット４４と、動き推定ユニット４２と、イントラ予測ユニット４６と、分割ユニット４８とを含む。ビデオブロック再構成のために、ビデオエンコーダ２０はまた、逆量子化ユニット５８と、逆変換ユニット６０と、加算器６２とを含む。再構成されたビデオからブロック歪みアーチファクトを除去するようにブロック境界をフィルタリングするために、デブロッキングフィルタ（図２に示されない）も含まれることがある。必要に応じて、デブロッキングフィルタは、通常、加算器６２の出力をフィルタリングする。デブロッキングフィルタに加えて、追加フィルタ（インループまたはポストループ）も使用されてよい。そのようなフィルタは簡潔にするために示されていないが、必要に応じて、（インループフィルタとして）加算器６２の出力をフィルタリングすることができる。
[0081]符号化プロセス中に、ビデオエンコーダ２０は、コーディングされるべきビデオフレームまたはスライスを受信する。フレームすなわちスライスは、予測処理ユニット４１によって複数のビデオブロックに分けられ得る。動き推定ユニット４２および動き補償ユニット４４は、時間的予測を提供するために、１つまたは複数の参照フレーム内の１つまたは複数のブロックに対して、受信されたブロックのインター予測コーディングを実行する。イントラ予測ユニット４６は、あるいは、空間的予測を提供するためにコーディングされるべきブロックと同じフレームまたはスライス内の１つまたは複数の隣接するブロックに対して、受信されたビデオブロックのイントラ予測コーディングを実行することがある。ビデオエンコーダ２０は、たとえば、ビデオデータの各ブロックに適したコーディングモードを選択するために、複数のコーディングパスを実行することができる。
[0082]その上、分割ユニット４８は、前のコーディングパスにおける前の分割方式の評価に基づいて、ビデオデータのブロックをサブブロックに分割することができる。たとえば、分割ユニット４８は、最初に、レート歪み分析（たとえばレート歪み最適化）に基づいて、フレームまたはスライスをＬＣＵに分割し、ＬＣＵの各々をサブＣＵに分割することができる。予測処理ユニット４０は、さらに、ＬＣＵのサブＣＵへの分割を示す４分木データ構造を生ずることができる。４分木の葉ノードＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含むことができる。
[0083]予測処理ユニット４０は、たとえば誤り結果に基づいてコーディングモードのうち一方すなわちイントラまたはインターを選択し、結果として得られるイントラコーディングされたブロックまたはインターコーディングされたブロックを、残差ブロックデータを生成するために加算器５０に、および参照フレームとして使用する目的で符号化されたブロックを再構成するために加算器６２に提供することができる。予測処理ユニット４０はまた、動きベクトル、イントラモードインジケータ、分割情報、および他のそのようなシンタックス情報などのシンタックス要素をエントロピー符号化ユニット５６に提供する。予測処理ユニット４０は、レート歪み分析を使用して１つまたは複数のインターモードを選択することができる。
[0084]動き推定ユニット４２と動き補償ユニット４４は高度に統合され得るが、概念的な目的のために個別に示されている。動き推定ユニット４２によって実行される動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、現在のフレーム（または他の符号化単位）内でコーディングされる現在のブロックに対する参照フレーム（または他の符号化単位）内の予測ブロックに対する現在のビデオフレームまたはピクチャ内のビデオブロックのＰＵの変位を示すことができる。予測ブロックとは、ピクセル差に関して、コーディングされるべきブロックとぴったり合致することが分かっているブロックであり、ピクセル差は、絶対差の合計（ＳＡＤ）、２乗差の合計（ＳＳＤ）、または他の差メトリックによって決定され得る。いくつかの例では、ビデオエンコーダ２０は、参照フレームメモリ６４に記憶された参照ピクチャのサブ整数（sub-integer）ピクセル位置の値を計算することができる。たとえば、ビデオエンコーダ２０は、参照ピクチャの４分の１ピクセル位置、８分の１ピクセル位置、または他の分数（fractional）ピクセル位置の値を補間することができる。したがって、動き推定ユニット４２は、全ピクセル位置および分数ピクセル位置に対して動き探索を実行し、分数ピクセル精度を有する動きベクトルを出力することができる。
[0085]動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコーディングされたスライス内のビデオブロックのＰＵの動きベクトルを計算する。参照ピクチャは、その各々は参照フレームメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得る。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６および動き補償ユニット４４に送る。
[0086]動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって決定された動きベクトルに基づいて予測ブロックをフェッチまたは生成することを含むことができる。この場合も、いくつかの例では、動き推定ユニット４２と動き補償ユニット４４は機能的に統合され得る。現在のビデオブロックのＰＵに対する動きベクトルを受信すると、動き補償ユニット４４は、参照ピクチャリストのうち１つにおいて動きベクトルが指す予測ブロックを特定することができる。加算器５０は、後述のように、コーディングされる現在のビデオブロックのピクセル値から予測ブロックのピクセル値を減算することによって残差ビデオブロックを形成し、ピクセル差値を形成する。一般に、動き推定ユニット４２は輝度（luma）コーディングブロックに対して動き推定を実行し、動き補償ユニット４４は、輝度コーディングブロックに基づいて計算された動きベクトルを、彩度(chroma)コーディングブロックと輝度コーディングブロックの両方に使用する。予測処理ユニット４０はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０が使用するためのビデオブロックおよびビデオスライスに関連付けられたシンタックス要素を生成することができる。
[0087]イントラ予測ユニット４６は、上記で説明されたように、動き推定ユニット４２および動き補償ユニット４４によって実行されるインター予測の代替として、現在のブロックをイントラ予測することができる。具体的には、イントラ予測ユニット４６は、現在のブロックを符号化するために使用するイントラ予測モードを決定することができる。いくつかの例では、イントラ予測ユニット４６は、たとえば別個の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化することができ、イントラ予測ユニット４６（または、いくつかの例では予測処理ユニット４０）は、テストされるモードから使用するのに適したイントラ予測モードを選択することができる。
[0088]たとえば、イントラ予測ユニット４６は、様々なテストされるイントラ予測モードに対するレート歪み分析を使用してレート歪み値を計算し、テストされるモードの中から最も良いレート歪み特性を有するイントラ予測モードを選択することができる。レート歪み分析は、一般に、符号化されたブロックと、その符号化されたブロックを生ずるために符号化された元の符号化されていないブロックと、ならびに符号化されたブロックを生ずるために使用されるビットレート（すなわちビットの数）との間の歪み（すなわち誤り）の量を決定する。イントラ予測ユニット４６は、どのイントラ予測モードがブロックに対する最も良いレート歪み値を示すか決定するために、様々な符号化されたブロックに対する歪みおよびレートから比を計算することができる。
[0089]ブロックに対するイントラ予測モードを選択した後、イントラ予測ユニット４６は、ブロックに対する選択されたイントラ予測モードを示す情報をエントロピー符号化ユニット５６に提供することができる。エントロピー符号化ユニット５６は、選択されたイントラ予測モードを示す情報を符号化することができる。ビデオエンコーダ２０は、複数のイントラ予測モードインデックステーブルと複数の修正済みイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）とを含み得る送信されたビットストリーム構成データに、様々なブロックに対する符号化されるコンテキストの定義と、最も可能性の高いイントラ予測モード、イントラ予測モードインデックステーブル、およびコンテキストの各々に使用する修正済みイントラ予測モードインデックステーブルの指示とを含むことができる。
[0090]ビデオエンコーダ２０は、コーディングされる元のビデオブロックからモード選択ユニット４０からの予測データを減算することによってことによって、残差ビデオブロックを形成する。加算器５０は、この減算動作を実行する１つまたは複数の構成要素を表す。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に類似した変換などの変換を残差ブロックに適用し、残差変換係数値を備えるビデオブロックを生ずる。変換処理ユニット５２は、ＤＣＴに概念的に類似した他の変換を実行することができる。ウェーブレット変換、整数変換、サブバンド変換、または他のタイプの変換も使用可能である。いずれの場合も、変換処理ユニット５２は、変換を残差ブロックに適用し、残差変換係数のブロックを生ずる。変換は、残差情報をピクセル値ドメインから周波数領域などの変換ドメインに変換することができる。変換処理ユニット５２は、結果として得られる変換係数を量子化ユニット５４に送ることができる。量子化ユニット５４は、ビットレートをさらに低減するために、変換係数を量子化する。量子化プロセスは、係数のうちいくつかまたはすべてに関連付けられるビット深度を減少させることができる。量子化の程度は、量子化パラメータを調整することによって修正され得る。いくつかの例では、量子化ユニット５４は、次いで、量子化された変換係数を含む行列の走査を実行することができる。あるいは、エントロピー符号化ユニット５６は、走査を実行することができる。
[0091]量子化に続いて、エントロピー符号化ユニット５６は、量子化された変換係数をエントロピー符号化する。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型２進算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型２進算術コーディング（ＳＢＡＣ）、確率間隔分割エントロピー（ＰＩＰＥ）コーディング、または別のエントロピーコーディング技法を実行してよい。コンテキストベースエントロピーコーディングの場合、コンテキストは、隣接するブロックに基づくことがある。エントロピーコーディングユニット５６によるエントロピーコーディングに続いて、符号されたビットストリームは、別のデバイス（たとえばビデオデコーダ３０）に送信されてもよいし、後で送信または取り出すためにアーカイブされてもよい。
[0092]逆量子化ユニット５８および逆変換ユニット６０はそれぞれ、たとえば後で参照ブロックとして使用する目的で、ピクセルドメイン内の残差ブロックを再構成するために、逆量子化および逆変換を適用する。動き補償ユニット４４は、参照フレームメモリ６４のフレームのうち１つの予測ブロックに残差ブロックを追加することによって、参照ブロックを計算することができる。動き補償ユニット４４はまた、動き推定において使用するためのサブ整数ピクセル値を計算するために、再構成された残差ブロックに１つまたは複数の補間フィルタを適用することができる。加算器６２は、参照フレームメモリ６４に記憶するために再構成されたビデオブロックを生ずるために、再構成された残差ブロックを、動き補償ユニット４４によって生じた動き補償予測ブロックに追加する。再構成されたビデオブロックは、後続のビデオフレーム内のブロックをインターコーディングするために、参照ブロックとして動き推定ユニット４２および動き補償ユニット４４によって使用され得る。
[0093]ビデオエンコーダ２０の様々な構成要素は、ビデオビットストリームの時間的スケーラビリティをサポートしながら、ＧＤＲに従ってビデオデータを符号化するために、本開示の技法のうち１つまたは複数を実施するように構成され得る。たとえば、ビデオエンコーダ２０は、ＳＥＩメッセージが、受信デバイス（たとえば、ビデオデコーダまたはその構成要素）がＧＤＲセット内のピクチャを識別することを可能にするように、１つまたは複数の付加拡張情報（ＳＥＩ）メッセージを生成およびシグナリングするために技法のうち１つまたは複数を実施し得る。たとえば、受信デバイスは、ＧＤＲセット内で復号順で第１のピクチャであるＧＤＲピクチャと、ＧＤＲセットの復号順で最後のピクチャと、リカバリーポイントピクチャとを識別するために、ビデオエンコーダ２０によって生成されるＳＥＩメッセージに含まれるデータを使用し得る。いくつかの例では、受信デバイス内のデコーダは、ＧＤＲセットの最後のピクチャ（「ｌａｓｔＰｉｃＩｎＳｅｔ」）がリカバリーポイントピクチャと同じであることを決定することがあるが、他の例では、受信デバイス内のデコーダは、ｌａｓｔＰｉｃＩｎＳｅｔとリカバリーポイントピクチャは別個のピクチャであることを決定することがある。一例では、予測処理ユニット４０は、本開示の１つまたは複数の態様により、リカバリーポイントＳＥＩメッセージおよび／または領域リフレッシュ情報ＳＥＩメッセージを生成するように構成され得る。
[0094]ビデオエンコーダ２０は、ＨＥＶＣ ＷＤ９、ＨＥＶＣ ＷＤ１０、ＡＶＣ、または他のビデオコーディング規格に従って、符号化されたビデオビットストリームにメタデータを含むように、様々な特徴を用いて構成され得る。様々な例では、ビデオエンコーダ２０は、シグナリングされた符号化されたビデオビットストリームを復号するために、デコーダによって要求されないメタデータを含むことがある。いくつかの例として、ビデオエンコーダ２０は、ビデオデコーダがピクチャ出力タイミングを決定し、１つまたは複数のピクチャに関連付けられた表示情報を決定し、損失情報を検出し、検出された損失を隠蔽するおよび／または改善することを可能にするメタデータをシグナリングすることがある。
[0095]さらに、ビデオエンコーダ２０は、符号化されたビデオビットストリームにおいてシグナリングされた特定のアクセスユニット（ＡＵ）において、任意の数のＳＥＩネットワーク抽象レイヤ（ＮＡＬ）ユニットを生成することができる。次に、ビデオエンコーダ２０は、任意の数のＳＥＩメッセージを特定のＳＥＩ ＮＡＬユニットに含むことができる。一例として、上記の表１は、ＨＥＶＣ ＷＤ９に従って、ビデオエンコーダ２０が生成し得る様々なＳＥＩメッセージと、列挙されたＳＥＩメッセージの対応する使用法／目的とを列挙する。
[0096]ビデオエンコーダ２０は、符号化されたビデオビットストリーム内でＧＤＲセットを生成およびシグナリングするように構成されてもよいし、そのように動作可能であってもよい。ＧＤＲベース符号化は、受信デバイスが非イントラピクチャからのランダムアクセスを実行することを可能にすることができる。さらに、ＧＤＲに従って符号化されたビデオデータに応じて、復号順に１つまたは複数のピクチャに続いて、ピクチャ領域全体は、ビットストリーム内のある位置で（たとえばリカバリーポイントで）、およびその後、表示／出力順に、正しく復号可能である。ＧＤＲは、ランダムアクセス可能性と増強された誤り耐性の両方を提供することができる。
[0097]図１に関して説明したように、ＧＤＲセットは、たとえばＨＥＶＣ ＷＤ９に従って、符号化されたピクチャのシーケンスを復号順に含むことができる。いくつかの例では、ＧＤＲセット内の符号化されたピクチャのシーケンスはまた、出力順に従って並べられることがある。ビデオエンコーダ２０は、ＧＤＲセットの開始境界を示すために、リカバリーポイントＳＥＩメッセージをシグナリングすることができる。上記のシンタックス表１に示されるように、ビデオエンコーダ２０は、一例としてＨＥＶＣ ＷＤ９により、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ、ｅｘａｃｔ＿ｍａｔｃｈ＿ｆｌａｇ、およびｂｒｏｋｅｎ＿ｌｉｎｋ＿ｆｌａｇなどのシンタックス要素をリカバリーポイントＳＥＩメッセージに含むことができる。ＨＥＶＣ ＷＤ９によれば、ビデオエンコーダ２０は、ＧＤＲピクチャとリカバリーポイントピクチャのＰＯＣカウントの差を表すようにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値を設定することができる。さらに、ビデオエンコーダ２０は、ＧＤＲピクチャと同じアクセスユニット（ＡＵ）内のリカバリーポイントＳＥＩメッセージをシグナリングすることができる。このようにして、ビデオエンコーダ２０は、受信デバイスがＧＤＲセットの開始境界（たとえば、リカバリーポイントＳＥＩメッセージと同じＡＵに含まれる第１のＧＤＲピクチャ）と、ＧＤＲセットの終了境界とを（たとえば、リカバリーポイントピクチャを識別するためにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値をＧＤＲピクチャのＰＯＣ値に追加することによって）識別することをイネーブルにし得る。このようにして、ビデオエンコーダ２０は、ランダムアクセス可能性および増強された誤り耐性などの、ＧＤＲによって提供される１つまたは複数の潜在的利点を受信デバイスが利用することを可能にすることができる。
[0098]さらに、ビデオエンコーダ２０は、ＧＤＲセットの各ピクチャに対する領域リフレッシュ情報ＳＥＩメッセージをシグナリングすることができる。たとえば、ビデオエンコーダ２０は、ＧＤＲセットの各ピクチャを含む各ＡＵにおけるそれぞれの領域リフレッシュ情報ＳＥＩメッセージを含むことができる。ビデオエンコーダ２０は、対応するピクチャのリフレッシュ領域および／または非リフレッシュ領域を示すデータを含むように各領域リフレッシュ情報ＳＥＩメッセージを生成することができる。このように領域リフレッシュ情報ＳＥＩメッセージをシグナリングすることによって、ビデオエンコーダ２０は、ＧＤＲによりリフレッシュされるピクチャの割合を受信デバイスが決定することを可能にし得る。たとえば、ビデオエンコーダ２０は、領域リフレッシュ情報ＳＥＩメッセージが対応するピクチャと同じＡＵにおいて領域リフレッシュ情報ＳＥＩメッセージをシグナリングすることができる。このように領域リフレッシュ情報ＳＥＩメッセージをシグナリングすることによって、ビデオエンコーダ２０は、特定の領域リフレッシュ情報ＳＥＩメッセージがＧＤＲのどのピクチャに対応するか（この例では、領域リフレッシュ情報ＳＥＩメッセージと同じＡＵに含まれるピクチャ）受信デバイスが決定することを可能にすることができる。さらに、受信デバイスは、対応するピクチャのリフレッシュ領域および／または非リフレッシュ領域を識別するために、ビデオエンコーダ２０によってシグナリングされる領域リフレッシュ情報ＳＥＩメッセージに含まれるデータを使用することができる。
[0099]説明したように、ビデオエンコーダ２０ および／またはその構成要素は、ＨＥＶＣ ＷＤ９などに従って、符号化されたビデオビットストリームの時間的スケーラビリティをサポートするように構成され得る。たとえば、ビデオエンコーダ２０は、完全な符号化されたビデオビットストリームを生成することができ、この完全な符号化されたビデオビットストリームから、復号デバイスまたは中間デバイスなどの受信デバイスは、サブビットストリームを抽出することができる。たとえば、ストリーミングサーバまたはメディアアウェアネットワーク要素（media-aware network element）（「ＭＡＮＥ」）などの中間デバイスは、完全な符号化されたビデオビットストリームに含まれる符号化されたピクチャのフルセットから符号化されたピクチャの時間的サブセットを抽出し、抽出されたサブビットストリームを、ビデオデコーダを有するクライアントデバイスに配信することができる。いくつかの例では、時間的サブセットは、完全な符号化されたビデオビットストリームに含まれる符号化されたピクチャのフルセットの真のサブセットを表すことがある。これらの例によれば、完全な符号化されたビデオビットストリームは、時間的サブセットのあらゆる符号化されたピクチャと、時間的サブセットに含まれない少なくとも１つの追加の符号化されたピクチャとを含むことがある。
[0100]時間的スケーラビリティに応じて様々なピクチャレートをサポートするために、中間デバイスは、完全な符号化されたビデオビットストリームに含まれる符号化されたピクチャのフルセットから異なるピクチャカウントの時間的サブセットを抽出するように構成され得る。中間デバイスによって（たとえば、様々なピクチャレートをサポートするために）抽出された各異なる時間的サブセットは、独立して復号可能な時間的サブセットまたはサブビットストリームを表すことがある。言い換えれば、完全な符号化されたビデオビットストリームから抽出された時間的にスケーリングされたサブビットストリームを受信するビデオデコーダは、完全な符号化されたビデオビットストリームに含まれるがサブビットストリームから除外される情報などの追加データがなくても、符号化されたピクチャの時間的サブセットを復号することができる。
[0101]ビデオエンコーダ２０によって生成される完全な符号化されたビデオビットストリームは、ＨＥＶＣ ＷＤ９に従って、いくつかの時間的サブレイヤを含むことができる。さらに、ビデオエンコーダ２０によって生成される各ＮＡＬユニットは、対応する「ＴｅｍｐｏｒａｌＩｄ」値によって示される特定のサブレイヤに属することができる。たとえば、ビデオエンコーダ２０は、ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値を、対応する「ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」シンタックス要素の値−１に等しく設定することができる。さらに、ビデオエンコーダ２０は、単一ピクチャのすべてのＶＣＬ ＮＡＬユニットが単一サブレイヤ（すなわち同じサブレイヤ）に属することを決定することができる。言い換えれば、ビデオエンコーダ２０は、符号化されるピクチャそれ自体が、符号化されるピクチャに関連付けられたＮＡＬユニットに対応する特定のサブレイヤに属するように、ピクチャを符号化することができる。
[0102]たとえば、ＨＥＶＣ ＷＤ９に従って、ビデオエンコーダ２０は、ビットストリームの下位サブレイヤの復号処理がビットストリームの上位サブレイヤ内のデータに依存しないように、符号化されたビデオビットストリームを生成することができる。さらに、中間デバイスは、特定の値よりも高いＴｅｍｐｏｒａｌＩｄ値に関連付けられたすべてのＮＡＬユニットを全ビットストリームから除去することによって、全ビットストリームからサブビットストリームを生成することができ、これはＨＥＶＣ ＷＤ９に準拠する。次に、このようにして生成されたサブビットストリームは、それ自体、ＨＥＶＣ ＷＤ９に準拠するビットストリームを表すことができる。ビデオエンコーダ２０および／またはその１つもしくは複数の構成要素は、ＨＥＶＣ ＷＤ９に関するビットストリーム適合性（conformance）に関するすべての条件（たとえばバッファ制限）は、完全な符号化されたビデオビットストリームに対して、およびその任意の所与のサブレイヤに対して、満たされることを保証することができる。
[0103]説明したように、完全な符号化されたビデオビットストリームを時間的にスケーリングする際、中間デバイスは、符号化されたピクチャの時間的サブセットを完全な符号化されたビデオビットストリームから抽出することができる。たとえば、時間的サブセットは、完全な符号化されたビデオビットストリームにおいてシグナリングされた符号化されたピクチャの真のサブセットであることがあり、したがって、中間デバイスは、サブビットストリームを生成するために、完全な符号化されたビットストリームから１つまたは複数の符号化されたピクチャを除去することができる。例では、中間デバイスは、リカバリーポイントＳＥＩメッセージのｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素によって識別されたリカバリーポイントピクチャを破棄することがある。しかしながら、これらの例では、中間デバイスは、当初示されたリカバリーポイントメッセージの変更（すなわち除去）を反映するためにリカバリーポイントＳＥＩメッセージにおいてシグナリングされたデータをアップデートするように構成されないことがある。言い換えれば、中間デバイスは、リカバリーポイントＳＥＩメッセージを含むが対応するリカバリーポイントピクチャを含まない時間的サブセットを潜在的にシグナリングし得る。次に、リカバリーポイントＳＥＩメッセージを含むが識別されるリカバリーポイントピクチャを含まない時間的サブセットを通信することによって、中間デバイスは、受信された時間的サブセットに存在しないリカバリーポイントピクチャをビデオデコーダに対して識別することができる。
[0104]ＧＤＲセットを含む符号化されたビットストリームの時間的スケーリングによって引き起こされる潜在的な問題を軽減または解消するために、本開示の技法は、時間的スケーラビリティをサポートしながら、ＧＤＲに適合するためにシグナリングされたＳＥＩメッセージに含まれるデータをビデオ復号デバイスが処理することを可能にすることができる。たとえば、この技法は、リカバリーポイントＳＥＩメッセージおよび／または領域リフレッシュ情報ＳＥＩメッセージに関連付けられた１つまたは複数のセマンティクスの変更を導入することができる。本開示の技法によるリカバリーポイントＳＥＩメッセージおよび／または領域リフレッシュ情報ＳＥＩメッセージに関連付けられたセマンティクスの変更は、以下でさらに詳しく説明される。
[0105]図３は、本開示の１つまたは複数の態様による、ビデオデータを復号するための技法を実施し得るビデオデコーダ３０の一例を示すブロック図である。図３の例では、ビデオデコーダ３０は、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、加算器８０と、参照ピクチャメモリ８２とを含む。図２の例では、ビデオデコーダ３０は予測ユニット７１を含み、予測ユニット７１は、動き補償ユニット７２と、イントラ予測ユニット７４とを含む。ビデオデコーダ３０は、いくつかの例では、ビデオエンコーダ２０（図２）に関して説明された符号化パスにほぼ相反した復号パスを実行することがある。動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルに基づいて予測データを生成することができ、イントラ予測ユニット７４は、エントロピー復号ユニット７０から受信されたイントラ予測モードインジケータに基づいて予測データを生成することができる。
[0106]図３に示される実装形態では、ビデオデコーダ３０は、ネットワーク要素６８に結合される。様々な例では、ネットワーク要素６８は、メディアアウェアネットワーク要素（すなわち「ＭＡＮＥ」）、ストリーミングサーバ、またはネットワークヘッドエンドデバイスなどの様々なデバイスを含んでもよいし、そのようなデバイスであってもよいし、そのようなデバイスの一部であってもよい。たとえば、ネットワーク要素６８は、ビデオエンコーダ２０によってシグナリングされた符号化されたビデオビットストリームを受信し、その符号化されたビデオビットストリームを時間的にスケーリングするように構成され得る。この例では、ネットワーク要素６８は、時間的にスケーリングされたビットストリームをビデオデコーダ３０に中継することができる。図３の例ではビデオデコーダ３０の外部に示されているが、様々な例では、ネットワーク要素６８。
[0107]一例として、ネットワーク要素６８は、受信された符号化されたビデオビットストリームに含まれる符号化されたピクチャのフルセットから、符号化されたピクチャの時間的サブセットを抽出することができる。ネットワーク要素６８によって受信される符号化されたビデオビットストリームは、本明細書では「完全な符号化されたビデオビットストリーム」と呼ばれることがある。さらに、ネットワーク要素６８によって抽出される時間的サブセットは、完全な符号化されたビデオビットストリームに含まれる符号化されたピクチャのフルセットの真のサブセットを表すことがある。言い換えれば、ネットワーク要素６８によって受信される完全な符号化されたビデオビットストリームは、時間的サブセットのあらゆる符号化されたピクチャと、時間的サブセットに含まれない少なくとも１つの追加の符号化されたピクチャとを含むことがある。
[0108]時間的スケーラビリティに応じて様々なピクチャレートをサポートするために、ネットワーク要素６８は、完全な符号化されたビデオビットストリームに含まれる符号化されたピクチャのフルセットから異なるピクチャカウントの時間的サブセットを抽出するように構成され得る。ネットワーク要素６８によって（たとえば、様々なピクチャレートをサポートするために）抽出された各異なる時間的サブセットは、独立して復号可能な時間的サブセットすなわちサブビットストリームを表すことがある。言い換えれば、ネットワーク要素６８によって抽出される時間的にスケーリングされたサブビットストリームを受信するビデオデコーダ３０などのデバイスは、完全な符号化されたビデオビットストリームに含まれるがサブビットストリームから除外される情報などの追加データがなくても、符号化されたピクチャの時間的サブセットを復号することができる。
[0109]ネットワーク要素６８は、ビデオエンコーダ２０によってシグナリングされる完全な符号化されたビデオビットストリームが、ＨＥＶＣ ＷＤ９により、いくつかの時間的サブレイヤを含むことを決定することができる。さらに、ネットワーク要素６８は、ビデオエンコーダ２０によってシグナリングされる各ＮＡＬユニットが、対応する「ＴｅｍｐｏｒａｌＩｄ」値によって示される特定のサブレイヤに属することを決定することができる。たとえば、ネットワーク要素６８は、ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値が、対応する「ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」シンタックス要素の値−１に等しいことを決定することができる。さらに、この例では、ネットワーク要素６８は、単一ピクチャのすべてのＶＣＬ ＮＡＬユニットが単一サブレイヤ（すなわち同じサブレイヤ）に属することを決定することができる。言い換えれば、ネットワーク要素６８は、特定の符号化されるピクチャそれ自体が、符号化されるピクチャに関連付けられたＮＡＬユニットに対応する特定のサブレイヤに属することを決定することができる。
[0110]たとえば、ＨＥＶＣ ＷＤ９に従って、ビデオエンコーダ２０は、（たとえば、ネットワーク要素６８によって抽出される）ビットストリームの下位サブレイヤの復号処理がビットストリームの上位サブレイヤ内のデータに依存しないように、符号化されたビデオビットストリームを生成することができる。ネットワーク要素６８は、特定の値よりも高いＴｅｍｐｏｒａｌＩｄ値に関連付けられたすべてのＮＡＬユニットを全ビットストリームから除去することによって、全ビットストリームからサブビットストリームを抽出することができ、これはＨＥＶＣ ＷＤ９に準拠する。次に、このようにしてネットワーク要素６８によって抽出されたサブビットストリームは、それ自体、ＨＥＶＣ ＷＤ９に準拠するビットストリームを表すことができる。ビデオエンコーダ２０および／またはその１つもしくは複数の構成要素は、ＨＥＶＣ ＷＤ９に関するビットストリーム適合性（conformance）に関するすべての条件（たとえばバッファ制限）は、各サブビットストリームに対して、満たされることを保証することができる。
[0111]説明したように、完全な符号化されたビデオビットストリームを時間的にスケーリングする際、ネットワーク要素６８は、符号化されたピクチャの時間的サブセットを完全な符号化されたビデオビットストリームから抽出することができる。たとえば、時間的サブセットは、完全な符号化されたビデオビットストリームにおいてシグナリングされた符号化されたピクチャの真のサブセットであることがあり、したがって、ネットワーク要素６８は、サブビットストリームを生成するために、完全な符号化されたビットストリームから１つまたは複数の符号化されたピクチャを除去することができる。例では、ネットワーク要素６８は、ＧＤＲセットに含まれる１つまたは複数の符号化されたピクチャを除去することができる。そのような一例では、ネットワーク要素６８は、リカバリーポイントＳＥＩメッセージによって識別されたリカバリーポイントピクチャを破棄することができる。
[0112]しかしながら、そのような一例では、ネットワーク要素６８は、ＧＤＲセットの第１の（最初の）ピクチャを形成するＧＤＲピクチャを破棄しないことがある。この例では、リカバリーポイントＳＥＩメッセージはＧＤＲピクチャと同じＡＵに含まれ得るので、ネットワーク要素６８は、ビデオデコーダ３０にリカバリーポイントＳＥＩメッセージを提供し得る。しかしながら、この例では、ネットワーク要素６８は、当初識別されたリカバリーポイントピクチャが時間的スケーリング中に破棄されたので、リカバリーポイントＳＥＩメッセージで識別されたリカバリーポイントピクチャをビデオデコーダ３０に提供しないことがある。次に、ビデオデコーダ３０は、ＧＤＲセットの指示を受信することができるが、受信されたサブビットストリーム内のＧＤＲセットのリカバリーポイントピクチャを特定することができないことがある。
[0113]復号プロセス中に、ビデオデコーダ３０は、符号化されたビデオスライスのビデオブロックと関連付けられたシンタックス要素とを表す符号化されたビデオビットストリームをビデオエンコーダ２０から受信する。ビデオデコーダ３０のエントロピー復号ユニット７０は、量子化係数、動きベクトル、またはイントラ予測モードインジケータと、他のシンタックス要素とを生成するために、ビットストリームをエントロピー復号する。エントロピー復号ユニット７０は、動きベクトルと他のシンタックス要素とを動き補償ユニット７２に転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス要素を受信することができる。
[0114]ビデオスライスが、イントラコード化（Ｉ）スライスとしてコーディングされるとき、イントラ予測ユニット７４は、シグナリングされたイントラ予測モードおよび現在のフレームすなわちピクチャの以前に復号されたブロックからのデータに基づいて、現在のビデオスライスのビデオブロックに対する予測データを生成することができる。ビデオフレームが、インターコーディングされた（すなわち、Ｂ、Ｐ、またはＧＰＢ）スライスとしてコーディングされるとき、動き補償ユニット７２は、動きベクトルおよびエントロピー復号ユニット７０から受信された他のシンタックス要素に基づいて、現在のビデオスライスのビデオブロックに対する予測ブロックを生ずる。予測ブロックは、参照ピクチャリストのうち１つの中の参照ピクチャのうち１つから生じられ得る。ビデオデコーダ３０は、参照ピクチャメモリ８２に記憶された参照ピクチャに基づいて、デフォルト構造技法を使用して、参照フレームリストすなわちリスト０およびリスト１を構築することができる。
[0115]動き補償ユニット７２は、動きベクトルと他のシンタックス要素とを解析することによって現在のビデオスライスのビデオブロックに対する予測情報を決定し、復号されている現在のビデオブロックに対する予測ブロックを生ずるために予測情報を使用する。たとえば、動き補償ユニット７２は、ビデオスライスのビデオブロックと、インター予測スライスタイプ（たとえば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）と、スライスのための参照ピクチャリストのうち１つまたは複数に関する構造情報と、スライスの各インター符号化されたビデオブロックに対する動きベクトルと、スライスの各インターコーディングされたビデオブロックに対するインター予測ステータスと、現在のビデオスライス内のビデオブロックを復号する他の情報とをコーディングするために使用される予測モード（たとえば、イントラ予測またはインター予測）を決定するために受信されたシンタックス要素のうちいくつかを使用する。
[0116]動き補償ユニット７２はまた、補間フィルタに基づいて補間を実行することができる。動き補償ユニット７２は、参照ブロックのサブ整数ピクセルに対する補間値を計算するためにビデオブロックの符号化中にビデオエンコーダ２０によって使用される補間フィルタを使用することができる。この場合、動き補償ユニット７２は、受信されたシンタックス要素から、ビデオエンコーダ２０によって使用される補間フィルタを決定し、予測ブロックを生ずるために補間フィルタを使用することができる。
[0117]逆量子化ユニット７６は、ビットストリーム内で提供されエントロピー復号ユニット７０によって復号される量子化された変換係数を逆量子化する（inverse quantize）、すなわち逆量子化する（de quantize）。逆量子化プロセスは、量子化の程度と、同様に、適用されるべき逆量子化の程度とを決定するための、ビデオスライス内の各ビデオブロックに対してビデオデコーダ３０によって計算される量子化パラメータＱＰＹの使用を含んでよい。
[0118]逆変換ユニット７８は、ピクセルドメイン内の残差ブロックを生ずるために変換係数に逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に類似した逆変換プロセスを適用する。
[0119]動き補償ユニット７２が動きベクトルおよび他のシンタックス要素に基づいて現在のビデオブロックに対する予測ブロックを生成した後、ビデオデコーダ３０は、逆変換ユニット７８からの残差ブロックを動き補償ユニット７２によって生成される対応する予測ブロックと合計することによって、復号されたビデオブロックを形成する。加算器８０は、この加算動作を実行する１つまたは複数の構成要素を表す。必要に応じて、デブロッキングフィルタはまた、ブロック歪みアーチファクトを除去するために、復号されたブロックをフィルタするために適用されることがある。他のループフィルタ（コーディングループ内またはコーディングループ後のいずれか）も、ピクセル遷移を平滑化するために使用されてもよいし、ビデオ品質を改善するために使用されてもよい。所与のフレームすなわちピクチャ内の復号されたビデオブロックは、次いで、その後の動き補償のために使用される参照ピクチャを記憶する参照ピクチャメモリ８２に記憶される。参照ピクチャメモリ８２は、復号ピクチャバッファ（ＤＰＢ）とも呼ばれ、図１のうちディスプレイデバイス３２などのディスプレイデバイス上での後の提示のために、復号されたビデオも記憶する。
[0120]ビデオデコーダ３０およびその様々な構成要素は、時間的にスケーラブルなビデオビットストリームをサポートしながら、ＧＤＲによりコーディングされたビデオシーケンスを復号するために本開示の技法を実施することができる。一例として、エントロピー復号ユニット７０は、ビデオデコーダ３０に関して本明細書で説明される１つまたは複数の機能を実施することができる。説明したように、ビデオデコーダ３０は、ビデオエンコーダによってシグナリングされる符号化されたビデオビットストリームを受信することができる。様々な例では、ビデオデコーダ３０は、時間的スケーラビリティにより、ネットワーク要素６８が抽出し得る完全な符号化されたビデオビットストリームまたはサブビットストリームを受信することができる。より具体的には、時間的にスケーリングされたサブビットストリームは、完全な符号化されたビデオビットストリームに含まれる符号化されたピクチャのセットから抽出された符号化されたピクチャのサブセットを含むことができる。時間的スケーラビリティによりネットワーク要素６８によって抽出されるピクチャサブセットは、本明細書では「時間的サブセット」と呼ばれることがある。いくつかの例では、ネットワーク要素６８によって抽出される時間的サブセットは、完全な符号化されたビデオビットストリームに含まれる符号化されたピクチャの真のサブセットを表すことがある。言い換えれば、これらの例によれば、完全な符号化されたビデオビットストリームは、時間的サブセットのあらゆる符号化されたピクチャと、時間的サブセットに含まれない少なくとも１つの追加の符号化されたピクチャとを含むことがある。
[0121]さらに、ＨＥＶＣ ＷＤ９、ＡＶＣ、または他のビデオコーディング規格に従って、ビデオデコーダ３０は、受信された符号化されたビデオビットストリームに含まれるメタデータを復号するように構成されてもよいし、そのように動作可能であってもよい。様々な例では、ＨＥＶＣ ＷＤ９に従って、ビデオデコーダ３０は、符号化されたビットストリームでシグナリングされた符号化されたピクチャを復号するために要求されないメタデータを復号することができる。様々な例では、ビデオデコーダ３０は、ピクチャ出力タイミングのうち１つまたは複数を決定するためにメタデータを復号し、１つまたは複数のピクチャに関連付けられた情報を表示することができる。これらの例および他の例では、ビデオデコーダ３０は、損失情報（loss information）を検出するため、ならびに検出された１つまたは複数の損失を隠蔽および／または改善するために、メタデータを復号することができる。
[0122]いくつかの例では、たとえば、ＨＥＶＣ ＷＤ９に従って、ビデオデコーダ３０は、受信された符号化されたビデオビットストリーム内でシグナリングされた特定のアクセスユニット（ＡＵ）内の１つまたは複数の付加拡張情報（ＳＥＩ：supplemental enhancement information）ネットワーク抽象レイヤ（ＮＡＬ）ユニットを復号することができる。さらに、ビデオデコーダ３０は、受信された符号化されたビデオビットストリームでシグナリングされる単一のＳＥＩ ＮＡＬユニットに含まれる１つまたは複数のＳＥＩメッセージを復号することができる。上記の表１は、ＨＥＶＣ ＷＤ９による、ビデオデコーダ３０が受信および復号し得る（たとえばエントロピー復号ユニット７０を使用して）様々なＳＥＩメッセージと、列挙されたＳＥＩメッセージの対応する使用法／目的の例を列挙する。
[0123]さらに、ビデオデコーダ３０は、受信された符号化されたビデオビットストリームでシグナリングされたＧＤＲセットを復号するように構成されてもよいし、そのように動作可能であってもよい。より具体的には、ビデオデコーダ３０は、ＧＤＲにより受信されたＧＤＲセットを復号してよい。図１に関して説明したように、ＧＤＲセットは、ＨＥＶＣ ＷＤ９に従って、符号化されたピクチャのシーケンスを復号順に含むことができる。いくつかの例では、ＧＤＲセット内の符号化されたピクチャのシーケンスはまた、出力順に従って並べられることがある。様々な例では、ＧＤＲセットの最後のピクチャは、ピクチャ全体がリフレッシュ領域に属するリカバリーポイントピクチャを表すことがある。
[0124]ビデオデコーダ３０は、エントロピー復号ユニット７０によって提供される１つまたは複数の機能を実施することなどによって、リカバリーポイントＳＥＩメッセージを復号することができる。復号されたリカバリーポイントＳＥＩメッセージに基づいて、ビデオデコーダ３０は、第１の（最初の）ＧＤＲピクチャなどのＧＤＲセットの開始境界を検出することができる。様々な例では、第１のＧＤＲピクチャは、リカバリーポイントＳＥＩメッセージと同じＡＵに含まれる符号化されたピクチャであることがある。上記のシンタックス表１に示されるように、ビデオデコーダ３０は、ＨＥＶＣ ＷＤ９に従って、シグナリングされたリカバリーポイントＳＥＩメッセージ内のｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素と、ｅｘａｃｔ＿ｍａｔｃｈ＿ｆｌａｇシンタックス要素と、ｂｒｏｋｅｎ＿ｌｉｎｋ＿ｆｌａｇシンタックス要素とを復号することができる。
[0125]ＨＥＶＣ ＷＤ９に従って、ビデオデコーダ３０は、リカバリーポイントＳＥＩメッセージによって識別されるリカバリーポイントピクチャをビデオデコーダ３０が検出するまでＧＤＲセットが継続することを決定することができる。たとえば、ビデオデコーダ３０は、識別されるリカバリーポイントピクチャのＰＯＣ値を決定するために、復号されたｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値をＧＤＲピクチャのＰＯＣ値に追加することができる。さらに、ビデオデコーダ３０は、このようにして識別されたリカバリーポイントピクチャがＧＤＲセットの復号順で最後のピクチャを形成することを決定することができる。ＧＤＲセットの最後のピクチャは、本明細書では「ｌａｓｔＰｉｃＩｎＳｅｔ」によって示される。
[0126]説明したように、ビデオデコーダ３０および／またはその構成要素は、ＨＥＶＣ ＷＤ９などに従って、符号化されたビデオビットストリームの時間的スケーラビリティをサポートするように構成され得る。たとえば、ビデオデコーダ３０は、ネットワーク要素６８が完全な符号化されたビデオビットストリームから抽出するサブビットストリームを受信し、ビデオデコーダ３０に通信することができる。この例では、ネットワーク要素６８は、受信された符号化されたビデオビットストリームに含まれる符号化されたピクチャのフルセットから、符号化されたピクチャの時間的サブセットを抽出し、その時間的サブセットをサブビットストリームの一部としてビデオデコーダ３０に提供することができる。たとえば、時間的サブセットは、完全な符号化されたビデオビットストリームに含まれる符号化されたピクチャのフルセットの真のサブセットを表すことがある。時間的サブセットが、符号化されたピクチャのフルセットの真のサブセットを表すシナリオでは、完全な符号化されたビデオビットストリームは、時間的サブセットのあらゆる符号化されたピクチャに対するデータと、時間的サブセットに含まれない少なくとも１つの追加の符号化されたピクチャに対するデータとを含むことがある。
[0127]時間的スケーラビリティに応じて様々な時間的ピクチャレートをサポートするために、ビデオデコーダ３０は、ネットワーク要素６８が完全な符号化されたビデオビットストリームから抽出し得る様々なサブビットストリームなどの様々なピクチャレートのサブビットストリームを受信および復号するように構成され得る。より具体的には、様々なピクチャカウントの時間的サブセットを含む異なるサブビットストリームは、異なるピクチャレートを表すことができる。時間的スケーラビリティをサポートするために、ビデオデコーダ３０は、ピクチャレートに関係なく、任意のサブビットストリームを、独立して復号可能なビットストリームとして復号することができる。言い換えれば、ビデオデコーダ３０は、完全な符号化されたビデオビットストリームに含まれるが特定のサブビットストリームから除外される情報などの追加データがなくても、符号化されたピクチャの特定の時間的サブセットを復号することができる。
[0128]ビデオデコーダ３０が、ビデオ符号化デバイスによってシグナリングされた完全な符号化されたビデオビットストリームを受信する例では、その完全な符号化されたビデオビットストリームは、１つまたは複数の時間的サブレイヤを含むことがある。さらに、ビデオデコーダ３０によって受信および／または復号される各ＮＡＬユニットは、対応する「ＴｅｍｐｏｒａｌＩｄ」値によって示される特定のサブレイヤに属することができる。より具体的には、ビデオデコーダ３０は、ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値を、シグナリングされた対応する「ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」シンタックス要素−１の値に等しいように決定することができる。さらに、ビデオデコーダ３０は、単一ピクチャのすべてのシグナリングされたＶＣＬ ＮＡＬユニットが単一サブレイヤ（すなわち同じサブレイヤ）に属することを決定することができる。言い換えれば、ビデオデコーダ３０は、符号化されたピクチャそれ自体が、符号化されたピクチャに関連付けられたＮＡＬユニットに対応する特定のサブレイヤに属するという決定に基づいて、符号化されたピクチャを復号することができる。
[0129]たとえば、ＨＥＶＣ ＷＤ９に従って、ビデオデコーダ３０は、ビットストリームの下位サブレイヤの復号処理がビットストリームの上位サブレイヤ内のデータに依存しないように、シグナリングされた符号化されたビデオビットストリームを復号することができる。ネットワーク要素６８は、特定の値よりも高いＴｅｍｐｏｒａｌＩｄ値に関連付けられたすべてのＮＡＬユニットを全ビットストリームから除去することによって、全ビットストリームからサブビットストリームを生成することができる。ビデオ符号化デバイスは、ＨＥＶＣ ＷＤ９に関するビットストリーム適合性（たとえばバッファ制限）に関するすべての条件が、全ビットストリームに対して、したがってネットワーク要素６８が全ビットストリームから抽出し得る各サブビットストリームに対して、満たされることを保証することができる。次に、いくつかの例では、ビデオデコーダ３０は、復号プロセスの変更なしで、ならびにハードウェアインフラストラクチャおよび／またはソフトウェアインフラストラクチャの変更を必要とすることなく、任意のシグナリングされたサブビットストリームを復号することができる。言い換えれば、ビデオデコーダ３０は、完全な符号化されたビデオビットストリームを復号することに対応する様式で、ＨＥＶＣ ＷＤ９に従って時間的スケーラビリティをサポートしながら、シグナリングされたサブビットストリームを復号することができる。
[0130]説明したように、完全な符号化されたビデオビットストリームを時間的にスケーリングする際、ネットワーク要素６８は、符号化されたピクチャの時間的サブセットを完全な符号化されたビデオビットストリームから抽出することができる。たとえば、時間的サブセットは、完全な符号化されたビデオビットストリームにおいてシグナリングされた符号化されたピクチャの真のサブセットであることがあり、したがって、ネットワーク要素６８は、サブビットストリームを生成するために、完全な符号化されたビットストリームから１つまたは複数の符号化されたピクチャを除去することができる。いくつかの例では、ネットワーク要素６８は、リカバリーポイントＳＥＩメッセージによって識別されたリカバリーポイントピクチャを除去することができる。これらの例では、ビデオデコーダ３０は、ＧＤＲセットの境界を識別するリカバリーポイントＳＥＩメッセージを受信することができるが、ＧＤＲセットのｌａｓｔＰｉｃＩｎＳｅｔを形成するリカバリーポイントピクチャを受信しないことがある。ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値を復号および適用することによって、ビデオデコーダ３０は、識別されたリカバリーポイントピクチャのＰＯＣカウントを決定することができるが、受信された時間的サブセット内の識別されたリカバリーポイントピクチャを特定することができないことがある。
[0131]識別されたリカバリーポイントピクチャを破棄するという、ＧＤＲセットの時間的スケーリングによって引き起こされる潜在的な問題を軽減または解消するために、ビデオデコーダ３０および／またはエントロピー復号ユニット７０などのその構成要素は、本開示の１つまたは複数の技法を実施することができる。技法のいくつかの実装形態に従って、ビデオデコーダ３０は、当初識別されたリカバリーポイントピクチャのピクチャ順序カウント（ＰＯＣ）値を示す情報を取得するために、リカバリーポイントＳＥＩメッセージを復号することができる。さらに、ビデオデコーダ３０は、受信された符号化されたビットストリームが、リカバリーポイントＳＥＩメッセージから取得されたＰＯＣ値を有する符号化されたピクチャを含むかどうか決定するために、本開示の１つまたは複数の技法を実施することができる。
[0132]本明細書で説明される技法によれば、ビデオデコーダ３０は、リカバリーポイントピクチャを、リカバリーポイントＳＥＩメッセージで識別されたＰＯＣ値を有する符号化されたピクチャとだけ定義する代わりに、複数のステップによる決定に従ってリカバリーポイントピクチャを定義することができる。たとえば、受信されたビットストリーム内の復号順で現在のピクチャ（たとえば現在のＳＥＩメッセージに関連付けられたＧＤＲピクチャ）に続き、ＧＤＲピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値に等しいＰＯＣ値（「ＰｉｃＯｒｄｅｒＣｎｔＶａｌ」）を有するピクチャ（「ｐｉｃＡ」）ことをビデオデコーダ３０が識別する場合、ビデオデコーダ３０は、ｐｉｃＡをリカバリーポイントピクチャと識別することができる。一方、ビデオデコーダ３０が、上記で説明された条件を満たすｐｉｃＡを識別しない場合、ビデオデコーダ３０は、出力順でｐｉｃＡのすぐ後に続くピクチャをリカバリーポイントピクチャと識別することができる。ビデオデコーダ３０はまた、リカバリーポイントピクチャが復号順で第１のＧＤＲピクチャに先行しないことを決定することができる（たとえば、第１のピクチャが、ＧＤＲピクチャのＰＯＣ値よりも小さいＰＯＣ値を有する場合、ビデオデコーダ３０は第１のピクチャをリカバリーポイントピクチャと識別しないことがある）。ＧＤＲピクチャは、本明細書では「現在の」ピクチャと呼ばれることもある。
[0133]さらに、本開示の１つまたは複数の態様によれば、ビデオデコーダ３０は、ＧＤＲセット（「ｇｄｒＰｉｃＳｅｔ」）を第１のＧＤＲピクチャから始まりリカバリーポイントピクチャまでのピクチャのセットと定義する代わりに、次の複数ステップによる決定に従ってｇｄｒＰｉｃＳｅｔを定義することができる。受信されたビットストリームにおいて、受信されたビットストリーム（またはコーディングされたビデオシーケンス）において復号順でＧＤＲピクチャに続き、ＧＤＲピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋リカバリーポイントＳＥＩメッセージ内でシグナリングされた復号されたｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値に等しいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するピクチャをビデオデコーダ３０が識別する場合、ビデオデコーダ３０は、変数ｌａｓｔＰｉｃＩｎＳｅｔによって示されるピクチャをリカバリーポイントピクチャと設定することができる。そうではなく、ビデオデコーダ３０が、コーディングされたビデオシーケンスにおいて、上記で列挙された条件を満たすピクチャを検出しない場合、ビデオデコーダ３０は、ｌａｓｔＰｉｃＩｎＳｅｔを、出力順でリカバリーポイントピクチャのすぐ前に来るピクチャに設定することができる。
[0134]さらに、ビデオデコーダ３０は、ピクチャｌａｓｔＰｉｃＩｎＳｅｔが復号順でＧＤＲピクチャに先行しないことを決定することができる。これらの例では、ビデオデコーダ３０は、出力順で第１のＧＤＲピクチャから始まってピクチャｌａｓｔＰｉｃＩｎＳｅｔで終わり、両方のピクチャが含まれるピクチャのセットであるように、ｇｄｒＰｉｃＳｅｔを設定することができる。その結果、いくつかの例では、ｌａｓｔＰｉｃＩｎＳｅｔ内のリフレッシュ領域は、ピクチャ全体を包含することもしないこともある。たとえば、ビデオデコーダ３０が、当初識別されたリカバリーポイントピクチャを特定しない場合、ビデオデコーダ３０は、当初識別されたリカバリーポイントピクチャに先行するピクチャにｌａｓｔＰｉｃＩｎＳｅｔを設定し、したがって、ＧＤＲセットの終了境界を決定することができる。次に、ｌａｓｔＰｉｃＩｎＳｅｔが復号順で、当初識別されたリカバリーポイントピクチャに先行するとき、ｌａｓｔＰｉｃＩｎＳｅｔは、完全なリフレッシュされたピクチャでないことがある。これらの例では、ビデオデコーダ３０は、識別されたｌａｓｔＰｉｃＩｎＳｅｔのすぐ後に続くピクチャを、ＧＤＲセットに対するリカバリーポイントピクチャと識別することができる。
[0135]説明したように、いくつかの例では、本開示の技法は、リカバリーポイントＳＥＩメッセージまたは領域リフレッシュ情報ＳＥＩメッセージのいずれかの既存のシンタックスの変更を必要としないことがある。技法は、様々な例では、ＷＤ９におけるリカバリーポイントＳＥＩメッセージおよび／または領域リフレッシュ情報ＳＥＩメッセージの既存のセマンティクスに変更を導入することがある。リカバリーポイントＳＥＩメッセージに関連付けられたセマンティクスは以下で説明され、本明細書で説明される技法によって既存のセマンティクスに導入される変更は下線が引かれる。
[0136]リカバリーポイントＳＥＩメッセージは、ビデオデコーダ３０がランダムアクセスを始めた後、またはコーディングされたビデオシーケンス内の破損したリンクをビデオエンコーダ２０が示した後、表示するのに許容可能なピクチャをいつ復号プロセスが生じるかビデオデコーダ３０が決定するのを助ける。ビデオデコーダ３０が、リカバリーポイントＳＥＩメッセージに関連付けられた復号順でＡＵを有する復号プロセスを開始するとき、このＳＥＩメッセージで指定されたリカバリーポイントにおけるまたは出力順で後続するすべての復号されたピクチャは、コンテンツにおいて正しいまたはほぼ正しいように示される。示されたリカバリーポイントまたは出力順で次のピクチャ、およびリカバリーポイントＳＥＩメッセージに関連付けられたピクチャで始まる復号プロセスの動作が、復号ピクチャバッファおよび／または参照ピクチャメモリ８２で利用不可能なピクチャへの参照を含み得るまで、リカバリーポイントＳＥＩメッセージに関連付けられたピクチャにおいてまたはその前にランダムアクセスによって生じられた復号されたピクチャは、コンテンツにおいて正しい必要はない。
[0137]さらに、ｂｒｏｋｅｎ＿ｌｉｎｋ＿ｆｌａｇシンタックス要素の使用によって、ビデオエンコーダ２０は、復号プロセスが復号順で前のランダムアクセスポイント（ＲＡＰ）ＡＵの場所で始まったときでも、表示されたときに視覚的アーチファクトを潜在的にもたらし得るビットストリーム内の１つまたは複数のピクチャの場所をビデオデコーダ３０に示すために、リカバリーポイントＳＥＩメッセージを使用することができる。ビデオエンコーダ２０は、ポイントの場所を示すために、ｂｒｏｋｅｎ＿ｌｉｎｋ＿ｆｌａｇシンタックス要素を使用することができ、当該ポイントは、当該ポイントの後、１つまたは複数のピクチャの復号のための復号プロセスが、復号プロセスにおいてビデオデコーダ３０が使用するために利用可能であるが、ビデオエンコーダ２０が当初ビットストリームを符号化したとき参照のために使用されたピクチャでないピクチャへの参照を引き起こし得る（たとえば、ビットストリームの生成中にビデオエンコーダ２０によって実行されるスプライシング動作により）。
[0138]ビデオデコーダ３０が、リカバリーポイントＳＥＩメッセージに関連付けられたＡＵから復号を開始するためにランダムアクセスを実行する例では、ビデオデコーダ３０は、関連付けられたピクチャがビットストリーム内の第１のピクチャであり、リカバリーポイントピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの導出において使用される変数ｐｒｅｖＰｉｃＯｒｄｅｒＣｎｔＬｓｂおよびｐｒｅｖＰｉｃＯｒｄｅｒＣｎｔＭｓｂが両方とも０に等しいように設定されることを決定することができる。ビデオデコーダ３０が、仮想参照デコーダ（ＨＲＤ）情報は受信されたビットストリームに存在することを決定する例では、ビデオデコーダ３０は、バッファリング期間ＳＥＩメッセージが、ランダムアクセスの後でＨＲＤバッファモデルの初期化を確立するためにリカバリーポイントＳＥＩメッセージに関連付けられたＡＵに関連付けられることを決定することができる。
[0139]リカバリーポイントＳＥＩメッセージに関連付けられたピクチャによってまたはそのようなピクチャに復号順で続く任意のピクチャによって参照される任意のシーケンスまたはピクチャパラメータセットＲＢＳＰは、ビデオデコーダ３０がビットストリームの初めに、または復号順で、リカバリーポイントＳＥＩメッセージに関連付けられたＡＵにより、復号プロセスを開始するかどうかに関係なく、その起動の前に復号プロセス中でビデオデコーダ３０にとって利用可能なことがある。
[0140]ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素は、ビデオデコーダ３０に、出力順で出力ピクチャのリカバリーポイントを指定することができる。コーディングされたビデオシーケンス内に復号順で現在のピクチャ（たとえば、現在のＳＥＩメッセージに関連付けられたピクチャ）に続き、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値に等しいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するピクチャｐｉｃＡがあることをビデオデコーダ３０が決定する場合、ビデオデコーダ３０は、ピクチャｐｉｃＡをリカバリーポイントピクチャと呼ぶことができる。そうでない場合、ビデオデコーダ３０は、出力順でｐｉｃＡのすぐ後に続くピクチャをリカバリーポイントピクチャと呼ぶことができる。ビデオデコーダ３０は、リカバリーポイントピクチャが復号順で現在のピクチャに先行しないことを決定することができる。ビデオデコーダ３０は、出力順ですべての復号されたピクチャが、リカバリーポイントピクチャの出力順位置で始まるコンテンツにおいて正しいまたはほぼ正しいように示されることを示すことができる。ビデオデコーダ３０は、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値が−ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ／２〜ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ／２−１の範囲内にあることを決定することができる。
[0141]ｅｘａｃｔ＿ｍａｔｃｈ＿ｆｌａｇシンタックス要素は、リカバリーポイントＳＥＩメッセージに関連付けられたＡＵで復号プロセスを開始することによって導出される指定のリカバリーポイントにおけるおよびそれに出力順で後続する１つまたは複数の復号されたピクチャが、受信されたビットストリーム内で、もしあれば、前のＲＡＰ ＡＵの場所で復号プロセスを開始するビデオデコーダ３０によって生じられる１つまたは複数のピクチャに正確に一致するかどうかビデオデコーダ３０に示す。ｅｘａｃｔ＿ｍａｔｃｈ＿ｆｌａｇに関連付けられた０の値は、一致が正確でない可能性があることをビデオデコーダ３０に示し、１の値は、一致が正確であることを示す。ｅｘａｃｔ＿ｍａｔｃｈ＿ｆｌａｇが１に等しいとき、リカバリーポイントＳＥＩメッセージに関連付けられたＡＵで復号プロセスを開始することによってビデオデコーダ３０によって導出される指定のリカバリーポイントにおけるおよびそれに出力順で後続する復号されたピクチャが、ビットストリーム内で、もしあれば、前のＲＡＰ ＡＵの場所で復号プロセスを開始することによって生じられるピクチャへの正確な一致であることは、ビットストリーム適合性の要件である。
[0142]ランダムアクセスを実行するとき、ビデオデコーダ３０は、ｅｘａｃｔ＿ｍａｔｃｈ＿ｆｌａｇの値に関係なく、利用不可能なピクチャへのすべての参照を、イントラコーディングブロックのみを含み、ならびに（１＜＜（ＢｉｔＤｅｐｔｈY−１））に等しいＹ、両方とも（１＜＜（ＢｉｔＤｅｐｔｈC−１））（中位の灰色）に等しいＣｂおよびＣｒによって与えられるサンプル値を有するピクチャへの参照と推測することができる。ｅｘａｃｔ＿ｍａｔｃｈ＿ｆｌａｇが０に等しいとき、リカバリーポイントにおける近似の品質は、符号化プロセス中にビデオエンコーダ２０によって選定される。
[0143]ｂｒｏｋｅｎ＿ｌｉｎｋ＿ｆｌａｇシンタックス要素が、ビデオデコーダ３０に、リカバリーポイントＳＥＩメッセージの場所におけるＮＡＬユニットストリーム内の破損したリンクの存在または不在を示し、次のようにセマンティクスをさらに割り当てられる。ｂｒｏｋｅｎ＿ｌｉｎｋ＿ｆｌａｇが１に等しい場合、前のＲＡＰ ＡＵの場所で復号プロセスを開始することによってビデオデコーダ３０によって生じられるピクチャは、デバイスが、出力順で指定のリカバリーポイントまで、リカバリーポイントＳＥＩメッセージに関連付けられたアクセスユニットでおよび復号順でそれに後続する復号されたピクチャを表示するべきではない程度まで、望ましくない視覚的アーチファクトを含むことがある。そうでない（たとえば、ビデオデコーダ３０が、ｂｒｏｋｅｎ＿ｌｉｎｋ＿ｆｌａｇが０に等しいことを検出する）場合、視覚的アーチファクトの任意の潜在的な存在に関する指示は与えられない。
[0144]現在のピクチャが破損リンクアクセス（ＢＬＡ：broken link access）ピクチャである例では、ビデオデコーダ３０は、ｂｒｏｋｅｎ＿ｌｉｎｋ＿ｆｌａｇの値が１に等しいことを検出することができる。ｂｒｏｋｅｎ＿ｌｉｎｋ＿ｆｌａｇの値にかかわらず、ビデオデコーダ３０は、出力順で指定のリカバリーポイントに後続するピクチャが、コンテンツにおいて正しいまたはほぼ正しいように指定されることを決定することができる。
[0145]領域リフレッシュ情報ＳＥＩメッセージに関連付けられたセマンティクスは以下で説明され、本明細書で説明される技法によってＷＤ９の既存のセマンティクスに導入される変更は下線が引かれる。
[0146]領域リフレッシュ情報ＳＥＩメッセージは、現在のＳＥＩメッセージに適用されるスライスセグメントが（以下で説明されるように）現在のピクチャのリフレッシュ領域に属するかどうかビデオデコーダ３０に対して示す。ＲＡＰ ＡＵでなく、リカバリーポイントＳＥＩメッセージを含むＡＵは、本明細書では、漸次復号リフレッシュ（ＧＤＲ）ＡＵと呼ばれ、その対応するピクチャはＧＤＲピクチャと呼ばれる。示されたリカバリーポイントピクチャに対応するＡＵは、本明細書では、リカバリーポイントＡＵと呼ばれる。
[0147]ビデオデコーダ３０は、コーディングされたビデオシーケンス内に復号順でＧＤＲピクチャに続き、ＧＤＲピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌ＋リカバリーポイントＳＥＩメッセージ内のｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値に等しいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するピクチャがある場合、変数ｌａｓｔＰｉｃＩｎＳｅｔがリカバリーポイントピクチャであることを決定することができる。そうでない場合は、ｌａｓｔＰｉｃＩｎＳｅｔは、出力順でリカバリーポイントピクチャのすぐ前に来るピクチャである。ビデオデコーダ３０は、ピクチャｌａｓｔＰｉｃＩｎＳｅｔが復号順でＧＤＲピクチャに先行しないことを決定することができる。
[0148]ビデオデコーダ３０は、ｇｄｒＰｉｃＳｅｔが、出力順でＧＤＲピクチャから始まりピクチャｌａｓｔＰｉｃＩｎＳｅｔまでのピクチャのセットであることを決定することができる。ビデオデコーダ３０が開始するとき、復号プロセスがＧＤＲ ＡＵから開始され、ｇｄｒＰｉｃＳｅｔの各ピクチャ内のリフレッシュ領域が、コンテンツにおいて正しいまたはほぼ正しいピクチャの領域であるように示され、ｌａｓｔＰｉｃＩｎＳｅｔがリカバリーポイントピクチャであるとき、ｌａｓｔＰｉｃＩｎＳｅｔ内のリフレッシュ領域はピクチャ全体を包含する。
[0149]ビデオデコーダ３０は、領域リフレッシュ情報ＳＥＩメッセージが適用されるスライスセグメントが、もしあれば、復号順で、当該領域リフレッシュ情報ＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットに続き領域リフレッシュ情報ＳＥＩメッセージを含む次のＳＥＩ ＮＡＬユニットに先行するＡＵ内のすべてのスライスセグメントからなることを決定することができる。これらのスライスセグメントは、本明細書では、領域リフレッシュ情報ＳＥＩメッセージに関連付けられたスライスセグメントと呼ばれる。
[0150]さらに、ビデオデコーダ３０は、ｇｄｒＡｕＳｅｔが、ｇｄｒＰｉｃＳｅｔに対応するアクセスユニットのセットであることを決定することができる。ｇｄｒＡｕＳｅｔおよび対応するｇｄｒＰｉｃＳｅｔは、本明細書では、ＧＤＲアクセスユニットに含まれるリカバリーポイントＳＥＩメッセージに関連付けられると呼ばれる。ビデオデコーダ３０はまた、ＡＵが、リカバリーポイントＳＥＩメッセージに関連付けられたｇｄｒＡｕＳｅｔに含まれない限り、領域リフレッシュ情報ＳＥＩメッセージはＡＵに存在するべきではないと決定することができる。さらに、ビデオデコーダ３０は、ｇｄｒＡｕＳｅｔに含まれる任意のＡＵが１つまたは複数の領域リフレッシュ情報ＳＥＩメッセージを含むとき、ｇｄｒＡｕＳｅｔ内のすべてのアクセスユニットは１つまたは複数の領域リフレッシュ情報ＳＥＩメッセージを含むと決定することができる。
[0151]ｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素が１に等しい場合、ビデオデコーダ３０は、ｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素が、現在のＳＥＩメッセージに関連付けられたスライスセグメントが現在のピクチャ内のリフレッシュ領域に属することを示すことを決定することができる。ビデオデコーダ３０が、ｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素が０に等しいことを決定する場合、ビデオデコーダ３０は、ｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素が、現在のＳＥＩメッセージに関連付けられたスライスセグメントが現在のピクチャ内のリフレッシュ領域に属さないことを示すと決定することができる。
[0152]ビデオデコーダ３０が、１つまたは複数の領域リフレッシュ情報ＳＥＩメッセージがＡＵに存在することを検出し、復号順でＡＵの第１のスライスセグメントが、関連付けられた領域リフレッシュ情報ＳＥＩメッセージを有さない場合、ビデオデコーダ３０は、第１の領域リフレッシュ情報ＳＥＩメッセージに先行するスライスセグメントに対するｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素の値が０に等しいと推測することができる。
[0153]ｌａｓｔＰｉｃＩｎＳｅｔがリカバリーポイントピクチャであり、任意の領域リフレッシュＳＥＩメッセージがリカバリーポイントアクセスユニットに含まれるとき、ビデオデコーダ３０は、復号順でＡＵの第１のスライスセグメントが、関連付けられた領域リフレッシュＳＥＩメッセージを有し、ｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇの値がＡＵ内のすべての領域リフレッシュＳＥＩメッセージにおいて１に等しいものとすることを決定することができる。ビデオデコーダ３０が、１つまたは複数の領域リフレッシュ情報ＳＥＩメッセージがＡＵに存在することを決定する例では、ビデオデコーダ３０は、ピクチャ内のリフレッシュ領域が、１に等しいｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇを有する領域リフレッシュ情報ＳＥＩメッセージに関連付けられたＡＵのすべてのスライスセグメント内のＣＴＵのセットと指定されることを決定することができる。ビデオデコーダ３０は、他のスライスセグメントがピクチャの非リフレッシュ領域に属することを決定することができる。
[0154]ビットストリーム適合性の要件は、依存スライスセグメントがリフレッシュ領域に属するとき、復号順で先行するスライスセグメントもリフレッシュ領域に属するものとすることである。例では、ビデオデコーダ３０は、ｇｄｒＲｅｆｒｅｓｈｅｄＳｌｉｃｅＳｅｇｍｅｎｔＳｅｔが、ｇｄｒＰｉｃＳｅｔ内のリフレッシュ領域に属するすべてのスライスセグメントのセットであることを決定することができる。ビデオデコーダ３０が、ｇｄｒＡｕＳｅｔが１つまたは複数の領域リフレッシュ情報ＳＥＩメッセージを含むことを決定するとき、次の制約がすべて適用されることがビットストリーム適合性の要件である。
・任意のリフレッシュ領域を含む、対応するｇｄｒＰｉｃＳｅｔに含まれる復号順で第１のピクチャ内のリフレッシュ領域は、イントラコーディングモードでコーディングされるコーディング単位（ＣＵ）のみを含むものとする。
・ｇｄｒＰｉｃＳｅｔに含まれる各ピクチャに対して、ｇｄｒＲｅｆｒｅｓｈｅｄＳｌｉｃｅＳｅｇｍｅｎｔＳｅｔ内のシンタックス要素は、ｇｄｒＲｅｆｒｅｓｈｅｄＳｌｉｃｅＳｅｇｍｅｎｔＳｅｔ内の任意のサンプルの復号プロセスにおいてｇｄｒＲｅｆｒｅｓｈｅｄＳｌｉｃｅＳｅｇｍｅｎｔＳｅｔの外部のサンプルまたは動きベクトル値がインター予測に使用されないように制限されるものとする。
・出力順でピクチャｌａｓｔＰｉｃＩｎＳｅｔに続く任意のピクチャに対して、ピクチャのスライスセグメント内のシンタックス要素は、出力順でピクチャｌａｓｔＰｉｃＩｎＳｅｔに続く他のピクチャのサンプルまたは動きベクトル値以外のピクチャの復号プロセスにおいてｇｄｒＲｅｆｒｅｓｈｅｄＳｌｉｃｅＳｅｇｍｅｎｔＳｅｔの外部のサンプルまたは動きベクトル値がインター予測に使用されないように制限されるものとする。
[0155]図３に関して説明されたように、ビデオデコーダ３０および／またはその構成要素は、ビデオデータを復号する方法を実行することができ、この方法は、符号化されたビデオビットストリームから複数のピクチャを受信することと、符号化されたビデオビットストリームから、複数のピクチャのうち第１のピクチャに関連付けられたメッセージ、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのピクチャ順序カウント（ＰＯＣ）値を示す情報を受信することと、復号順で第１のピクチャに続くピクチャが、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するとき、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別することと、第１のピクチャに続くピクチャのいずれも、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有さないとき、リカバリーポイントピクチャのＰＯＣ値よりも大きいＰＯＣ値を有するピクチャのうち１つをリカバリーポイントピクチャと識別することとを含む。
[0156]ビデオデコーダ３０に関して上記で説明された方法のいくつかの例示的な実装形態によれば、この方法は、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別したことに応答して、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをＧＤＲセットの最後のピクチャと識別することと、リカバリーポイントピクチャのＰＯＣ値よりも大きいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別したことに応答して、リカバリーポイントピクチャのＰＯＣ値よりも小さいＰＯＣ値を有するピクチャのうち１つをＧＤＲセットの最後のピクチャと識別することとをさらに含む。いくつかの例示的な実装形態では、リカバリーポイントピクチャのＰＯＣ値よりも小さいＰＯＣ値を有するピクチャのＰＯＣ値は、第１のピクチャのＰＯＣ値よりも大きい。いくつかの例示的な実装形態によれば、メッセージは付加拡張情報（ＳＥＩ）メッセージを備える。そのような例示的な一実装形態では、ＳＥＩメッセージはリカバリーポイントＳＥＩメッセージを備える。
[0157]ビデオデコーダ３０に関して上記で説明された方法のいくつかの例示的な実装形態では、リカバリーポイントピクチャのＰＯＣ値を示す情報は、第１のピクチャのＰＯＣ値とリカバリーポイントピクチャのＰＯＣ値の間の差を示す情報を備える。いくつかの例示的な実装形態によれば、リカバリーポイントピクチャのＰＯＣ値を示す情報は、リカバリーポイントピクチャのＰＯＣ値を備える。いくつかの例示的な実装形態では、ビデオデコーダ３０に関して上記で説明された方法は、ＧＤＲによりＧＤＲセットの１つまたは複数のピクチャを復号することをさらに含む。そのような１つの例示的な実装形態によれば、この方法は、識別されたリカバリーポイントピクチャおよび復号順でこの識別されたリカバリーポイントピクチャに続く１つまたは複数のピクチャに対して、ランダムアクセス復号を実行することをさらに含む。
[0158]さらに、ビデオデコーダ３０および／またはその構成要素は、ビデオデータを復号する方法を実行することができ、この方法は、ピクチャに関連付けられたメッセージにおける、このピクチャのリフレッシュ領域を示す情報を受信することと、このピクチャが漸次デコーダリフレッシュ（ＧＤＲ）セット内の最後のピクチャを備えるかどうか決定することと、このピクチャがリカバリーポイントピクチャを備えるかどうか決定することと、このピクチャがＧＤＲセット内の最後のピクチャとリカバリーポイントピクチャとを備えることを決定したことに応答して、メッセージが、ピクチャ全体がピクチャのリフレッシュ領域に属することを示すことを決定することとを含む。ビデオデコーダ３０に関して上記で説明された方法のいくつかの例示的な実装形態では、メッセージは、付加拡張情報（ＳＥＩ）メッセージを備える。そのような例示的な一実装形態では、ＳＥＩメッセージは領域リフレッシュＳＥＩメッセージを備える。
[0159]ビデオデコーダ３０に関して上記で説明された方法のいくつかの例示的な実装形態では、メッセージが、ピクチャ全体がピクチャのリフレッシュ領域に属することを示すことを決定することは、領域リフレッシュＳＥＩメッセージに関連付けられたｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素が１という値を有することを決定することを備える。そのような例示的な一実装形態では、ｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素は、ピクチャを含むアクセスユニット（ＡＵ）の第１のスライスセグメントに関連付けられ、ピクチャ全体がリフレッシュ領域に属することを決定することは、ＡＵの第１のスライスセグメントと異なるＡＵの各スライスセグメントは対応するｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素に関連付けられたことを決定することをさらに備える。
[0160]様々な例では、ビデオデコーダ３０は、デスクトップコンピュータ、ノートブック（すなわちラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲーミングコンソール、ビデオストリーミングデバイスなどの、ビデオデータをコーディングするためのデバイスに含まれ得る。例では、ビデオデータをコーディングするためのそのようなデバイスは、集積回路、マイクロプロセッサ、およびビデオデコーダ３０を含む通信デバイスのうち１つまたは複数を含むことができる。
[0161]図４は、本開示の１つまたは複数の態様による、第１のＧＤＲピクチャ９０ＡとＧＤＲセットピクチャ９０Ｂ、９０Ｃなどとリカバリーポイントピクチャ９０Ｎとを含む例示的な漸次復号リフレッシュ（ＧＤＲ）セット９０を示す概念図である。ＧＤＲセット９０に関して本明細書で説明される技法は様々なデバイスによって実行され得るが、説明しやすいという目的のみのために、図４は、図１および図３のビデオデコーダ３０に関して本明細書で説明される。ビデオデコーダ３０は、ＧＤＲピクチャ９０Ａを含むアクセスユニット（ＡＵ）がリカバリーポイントＳＥＩメッセージも含むことを検出することができる。ＧＤＲピクチャ９０Ａに関連付けられたリカバリーポイントＳＥＩメッセージを検出したことに基づいて、ビデオデコーダ３０は、ＧＤＲピクチャ９０Ａが、受信された符号化されたビデオビットストリームにおいてシグナリングされるＧＤＲセットの第１のピクチャを形成することを決定することができる。
[0162]さらに、ビデオデコーダ３０は、リカバリーポイントピクチャ９０ＮのＰＯＣカウントを取得するために、リカバリーポイントＳＥＩメッセージに含まれるｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値を適用することができる。たとえば、ビデオデコーダ３０は、リカバリーポイントピクチャ９０ＮのＰＯＣ値を取得するために、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値をＧＤＲピクチャ９０Ａのピクチャ順序カウント（ＰＯＣ）値に追加することができる。ＧＤＲセット９０の例では、ビデオデコーダ３０は、ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素からビデオデコーダ３０によって導出されるＰＯＣ値を有するピクチャすなわちリカバリーポイントピクチャ９０Ｎを特定することができる。たとえば、ＧＤＲセット９０が、ネットワーク要素６８によって抽出される時間的サブセットに含まれる場合でも、ＧＤＲセットは依然として、リカバリーポイントＳＥＩメッセージによって識別されたリカバリーポイントピクチャ９０Ｎを含むことができる。言い換えれば、ＧＤＲセット９０の例では、リカバリーポイントピクチャ９０Ｎは、時間的スケーリングにより破棄されなかった。
[0163]ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値を使用してリカバリーポイントピクチャ９０Ｎを検出したことに基づいて、ビデオデコーダ３０は、リカバリーポイントピクチャ９０Ｎの全体がリフレッシュ領域に属すること、およびリカバリーポイントピクチャ９０ＮがＧＤＲセット９０に対するｌａｓｔＰｉｃＩｎＳｅｔであることを決定するために、本開示の技法を実施することができる。
[0164]図５は、本開示の１つまたは複数の態様による、時間的スケーリングによりリカバリーポイントピクチャ９４Ｎが除去された例示的な漸次復号リフレッシュ（ＧＤＲ）セット９４を示す概念図である。ＧＤＲセット９４は、第１のＧＤＲピクチャ９４Ａと、ＧＤＲセットピクチャ９４Ｂと、１つまたは複数の追加のＧＤＲセットピクチャと、最後のＧＤＲセットピクチャ９４Ｍとを含む。ＧＤＲセットピクチャをラベリングするために使用される文字は、ＧＤＲセット内の特定の番号のピクチャを示すことを意図するものではなく、ラベルとして働くことを意図するものである。ＧＤＲセット９０に関して本明細書で説明される技法は様々なデバイスによって実行され得るが、説明しやすいという目的のみのために、図４は、図１および図３のビデオデコーダ３０に関して本明細書で説明される。ＧＤＲセット９４の例では、ネットワーク要素６８は、時間的スケーリング中に、リカバリーポイントＳＥＩメッセージ内で識別されたリカバリーポイントピクチャ（たとえば、ＳＥＩ識別されるリカバリーポイントピクチャ９４Ｎ）を破棄した可能性がある。ＳＥＩ識別されるリカバリーポイントピクチャ９４Ｎは、ＳＥＩ識別されるリカバリーポイントピクチャ９４Ｎが上位の時間的レイヤに存在していたが、ビデオデコーダ３０によって受信される下位の時間的レイヤに存在しないことを示す破線ボーダーにより示されている。
[0165]図５のコーディングされたビデオシーケンス９２の例では、ビデオデコーダ３０は、リカバリーポイントＳＥＩメッセージが、ＳＥＩ識別されたリカバリーポイントピクチャ９４ＮをＧＤＲセット９４のリカバリーポイントピクチャと識別することを決定するためにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔを使用することができる。しかしながら、ＳＥＩ識別されるリカバリーポイントピクチャ９４Ｎは時間的スケーリング中に破棄されているので、ビデオデコーダ３０は、受信された時間的サブセット内にＳＥＩ識別されるリカバリーポイントピクチャ９４Ｎを特定することができないことがある。次に、ビデオデコーダ３０は、時間的にスケーラブルなビットストリームをサポートしながら、ＧＤＲセット９４のＧＤＲベース復号をサポートするために、本開示の１つまたは複数の技法を実施することができる。
[0166]たとえば、ビデオデコーダ３０は、ＳＥＩ識別されるリカバリーポイントピクチャ９４Ｎに対して導出されたＰＯＣ値よりも大きいＰＯＣ値を有する、コーディングされたビデオシーケンス９２の復号順で第１のピクチャを特定することができる。さらに、ビデオデコーダ３０は、特定されたピクチャをＧＤＲセット９４に対するリカバリーポイントピクチャと識別するために、本明細書で説明される１つまたは複数の技法を実施することができる。図５の例では、ビデオデコーダ３０は、リカバリーポイントピクチャ９６を、ＳＥＩ識別されたリカバリーポイントピクチャ９４ＮのＰＯＣ値よりも大きいＰＯＣ値を有する、コーディングされたビデオシーケンス９２の第１のピクチャと識別することができる。たとえば、リカバリーポイントピクチャ９６をＧＤＲセット９４に対するリカバリーポイントピクチャと識別することによって、ビデオデコーダ３０は、復号コーディングされたビデオシーケンス９２におけるランダムアクセスおよび誤り耐性のために、リカバリーポイントピクチャ９６の全体がリフレッシュ領域に属することを決定することができる。
[0167]さらに、ビデオデコーダ３０は、コーディングされたビデオシーケンス９２内のリカバリーポイントピクチャ９６のすぐ前に来るピクチャをＧＤＲセット９４のｌａｓｔＰｉｃＩｎＳｅｔと識別することができる。たとえば、コーディングされたビデオシーケンス９２内のＳＥＩ識別されたリカバリーポイントピクチャ９４Ｎを特定することができないに応答して、ビデオデコーダ３０は、ｌａｓｔ＿ｐｉｃｔｕｒｅ＿ｉｎ＿ＧＤＲ＿ｓｅｔ９４ＭをＧＤＲセット９４のｌａｓｔＰｉｃＩｎＳｅｔと識別するために、本開示の技法を実施することができる。この例では、ビデオデコーダ３０は、コーディングされたビデオシーケンス９２において復号順で連続する２つの別個のピクチャを、ＧＤＲセット９４に対するｌａｓｔＰｉｃＩｎＳｅｔ（９４Ｍ）およびリカバリーポイントピクチャ（９６）と識別することができる。さらに、この例では、ビデオデコーダ３０によって識別されたリカバリーポイントピクチャは、ＧＤＲセット９４に含まれないことがある。図５は、ＳＥＩ識別されたリカバリーポイントピクチャ９４Ｎが時間的スケーリングにより破棄された場合でも、ＧＤＲセット９４のためのｌａｓｔＰｉｃＩｎＳｅｔとリカバリーポイントピクチャとを識別するためにビデオデコーダ３０が本開示の技法を実施し得る一例を示す。このようにして、図５は、符号化されたビデオビットストリームの時間的スケーラビリティをサポートしながらＨＥＶＣ ＷＤ９で説明されるようにＧＤＲによりＧＤＲセット９４を復号するために、ビデオデコーダ３０が本開示の技法を実施し得る例を示す。
[0168]図６は、本開示の１つまたは複数の態様による、符号化されたビデオデータを復号するためにビデオデコーダ３０および／またはその構成要素が実行し得る例示的なプロセスを示すフローチャート１００である。プロセス１００は、ビデオデコーダ３０が、受信された符号化されたビデオビットストリーム内でリカバリーポイントＳＥＩメッセージを検出したとき、始まることができる（１０２）。たとえば、ビデオデコーダ３０は、ＧＤＲアクセスユニット内のリカバリーポイントＳＥＩメッセージを検出することができ、ＧＤＲアクセスユニットは、ＧＤＲセットの第１のＧＤＲピクチャなどの符号化されたＧＤＲピクチャに関連付けられたデータも含む。ＧＤＲアクセスユニット内のリカバリーポイントＳＥＩメッセージを検出したことに基づいて、ビデオデコーダ３０は、ＧＤＲアクセスユニットに含まれるＧＤＲピクチャがＧＤＲセットの第１のピクチャを形成すると決定することができる。
[0169]さらに、ビデオデコーダ３０は、リカバリーポイントＳＥＩメッセージ内の識別されたリカバリーポイントピクチャが、受信された符号化されたビデオビットストリームに含まれるかどうか決定することができる（１０４）。たとえば、ビデオデコーダ３０は、ＳＥＩ識別されたリカバリーポイントピクチャのＰＯＣ値を取得するために、リカバリーポイントＳＥＩメッセージのｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔシンタックス要素の値をＧＤＲピクチャのＰＯＣ値に加算することができる。一例では、ビデオデコーダは、シーケンスのピクチャがＰＯＣ値を導出したかどうか決定するために、受信されたコーディングされたビデオシーケンスをトラバース（traverse）するために、導出されたＰＯＣ値を使用することができる。たとえば、ビデオデコーダ３０は、復号順にコーディングされたビデオシーケンスをトラバースすることができる。この例では、ビデオデコーダ３０が、導出されたＰＯＣ値を有するピクチャに到達した場合、ビデオデコーダ３０は、ＳＥＩ識別されたリカバリーポイントピクチャが、受信されたコーディングされたビデオシーケンスに含まれることを決定することができる。一方、この例では、ビデオデコーダ３０が、導出されたＰＯＣ値よりも大きいＰＯＣ値を有するピクチャに到達したが、導出されたＰＯＣ値を有するピクチャをまだ特定していない場合、ビデオデコーダ３０は、ＳＥＩ識別されたリカバリーポイントピクチャが、受信された符号化されたビデオビットストリームに含まれないことを決定することができる。
[0170]ビデオデコーダ３０が、ＳＥＩ識別されたリカバリーポイントピクチャが、受信されたビットストリームに含まれることを決定した場合（１０４の「はい」分岐）、ビデオデコーダは、ＳＥＩ識別されたリカバリーポイントピクチャを、ＧＤＲセット内の最後のピクチャ（ｌａｓｔＰｉｃＩｎＳｅｔ）とＧＤＲセットに対するリカバリーポイントピクチャの両方と識別することができる（１０６）。このシナリオでは、ビデオデコーダ３０は、ｌａｓｔＰｉｃＩｎＳｅｔとリカバリーポイントピクチャが同じピクチャであること、およびリカバリーポイントピクチャがＧＤＲセットに含まれることを決定することができる。
[0171]一方、ビデオデコーダ３０が、ＳＥＩ識別されたリカバリーポイントピクチャが、受信されたビデオビットストリームに含まれないことを決定した場合（１０４の「いいえ」分岐）、ビデオデコーダ３０は、ＳＥＩ識別されたリカバリーポイントピクチャに続くピクチャをＧＤＲセットに対するリカバリーポイントピクチャと識別することができる（１０８）。たとえば、ビデオデコーダ３０は、リカバリーピクチャを、ＳＥＩ識別されたリカバリーポイントピクチャに対して導出されたＰＯＣ値よりも大きいＰＯＣ値を有する、受信されたビデオビットストリームの復号順で第１のピクチャと識別することができる。
[0172]さらに、このシナリオでは、ビデオデコーダ３０は、復号順で識別されたリカバリーポイントピクチャのすぐ前に来る、受信されたコーディングされたビデオシーケンスのピクチャ、すなわちＳＥＩ識別されたリカバリーポイントピクチャに対して導出されたＰＯＣ値よりも小さいＰＯＣ値を有する最後のピクチャを、ＧＤＲセットのｌａｓｔＰｉｃＩｎＳｅｔと識別することができる（１１０）。この例では、ビデオデコーダ３０は、復号順で連続する２つの別個のピクチャを、ＧＤＲセットに対するｌａｓｔＰｉｃＩｎＳｅｔおよびリカバリーポイントピクチャと識別することができる。さらに、この例では、ビデオデコーダ３０は、ｌａｓｔＰｉｃＩｎＳｅｔがＧＤＲセットに含まれること、およびリカバリーポイントピクチャがＧＤＲセットに含まれないことを決定することができる。たとえば、ビデオデコーダ３０は、リカバリーポイントピクチャが、受信された符号化されたビデオビットストリーム内のＧＤＲセットに続く、復号順で第１の（最初の）ピクチャであることを決定することができる。
[0173]このようにして、ビデオデコーダ３０はビデオデータを復号するためのデバイスの一例であることがあり、このデバイスは、符号化されたビデオビットストリームから複数のピクチャを受信するための手段と、符号化されたビデオビットストリームから、複数のピクチャのうち第１のピクチャに関連付けられたメッセージ、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信するための手段と、復号順で第１のピクチャに続くピクチャが、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するとき、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別するための手段と、第１のピクチャに続くピクチャのいずれも、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有さないとき、リカバリーポイントピクチャのＰＯＣ値よりも大きいＰＯＣ値を有するピクチャのうち１つをリカバリーポイントピクチャと識別するための手段とを含む。
[0174]いくつかの例では、デバイスは、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別したことに応答して、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをＧＤＲセットの最後のピクチャと識別するための手段と、リカバリーポイントピクチャのうちＰＯＣ値よりも大きいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別したことに応答して、リカバリーポイントピクチャのＰＯＣ値よりも小さいＰＯＣ値を有するピクチャのうち１つをＧＤＲセットの最後のピクチャと識別するための手段とをさらに含むことができる。いくつかの例によれば、リカバリーポイントピクチャのＰＯＣ値よりも小さいＰＯＣ値を有するピクチャのＰＯＣ値は、第１のピクチャのＰＯＣ値よりも大きい。
[0175]いくつかの例では、メッセージはリカバリーポイント付加拡張情報（ＳＥＩ）メッセージを備える。いくつかの例によれば、リカバリーポイントピクチャのＰＯＣ値よりも小さいＰＯＣ値を有するピクチャのＰＯＣ値は、第１のピクチャのＰＯＣ値よりも大きい。いくつかの例によれば、リカバリーポイントピクチャのＰＯＣ値を示す情報は、第１のピクチャのＰＯＣ値とリカバリーポイントピクチャのＰＯＣ値の間の差を示す情報を備える。いくつかの例によれば、リカバリーポイントピクチャのＰＯＣ値を示す情報は、リカバリーポイントピクチャのＰＯＣ値を備える。いくつかの例では、デバイスは、識別されたリカバリーポイントピクチャおよび復号順で識別されたリカバリーポイントピクチャに続く１つまたは複数のピクチャに対してランダムアクセス復号を実行するための手段をさらに含むことができる。
[0176]さらに、このようにして、図１の宛先デバイス１４は、実行されるときにコンピューティングデバイスのプロセッサに符号化されたビデオビットストリームから複数のピクチャを受信させ、符号化されたビデオビットストリームから、複数のピクチャのうち第１のピクチャに関連付けられたメッセージ、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信させ、復号順で第１のピクチャに続くピクチャが、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するとき、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別させ、第１のピクチャに続くピクチャのいずれも、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有さないとき、リカバリーポイントピクチャのＰＯＣ値よりも大きいＰＯＣ値を有するピクチャのうち１つをリカバリーポイントピクチャと識別させる命令が記憶されたコンピュータ可読記憶媒体を含むまたはこれに結合されたコンピューティングデバイスの一例であることがある。
[0177]いくつかの例では、このコンピュータ可読記憶媒体は、実行されるときにコンピューティングデバイスのプロセッサにさらに、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別したことに応答して、リカバリーポイントピクチャのＰＯＣ値に等しいＰＯＣ値を有するピクチャをＧＤＲセットの最後のピクチャと識別させ、リカバリーポイントピクチャのＰＯＣ値よりも大きいＰＯＣ値を有するピクチャをリカバリーポイントピクチャと識別したことに応答して、リカバリーポイントピクチャのＰＯＣ値よりも小さいＰＯＣ値を有するピクチャのうち１つをＧＤＲセットの最後のピクチャと識別させる命令が記憶されることがある。いくつかの例では、メッセージはリカバリーポイント付加拡張情報（ＳＥＩ）メッセージを備える。いくつかの例によれば、リカバリーポイントピクチャのＰＯＣ値よりも小さいＰＯＣ値を有するピクチャのＰＯＣ値は、第１のピクチャのＰＯＣ値よりも大きい。
[0178]いくつかの例では、メッセージは付加拡張情報（ＳＥＩ）メッセージを備える。そのような一例では、ＳＥＩメッセージは領域リフレッシュＳＥＩメッセージを備える。いくつかの例によれば、リカバリーポイントピクチャのＰＯＣ値を示す情報は、第１のピクチャのＰＯＣ値とリカバリーポイントピクチャのＰＯＣ値の間の差を示す情報を備える。いくつかの例によれば、リカバリーポイントピクチャのＰＯＣ値を示す情報は、リカバリーポイントピクチャのＰＯＣ値を備える。いくつかの例では、コンピュータ可読記憶媒体は、実行されるときにコンピューティングデバイスのプロセッサにさらに、識別されたリカバリーポイントピクチャおよび復号順で識別されたリカバリーポイントピクチャに続く１つまたは複数のピクチャに対してランダムアクセス復号を実行させる命令が記憶されることがある。
[0179]図７は、本開示の１つまたは複数の態様による、符号化されたビデオデータを復号するためにビデオデコーダ３０および／またはその構成要素が実行し得る例示的なプロセス１２０を示すフローチャートである。プロセス１２０は、ビデオデコーダ３０が、符号化されたビデオビットストリーム内の１つまたは複数の符号化されたピクチャのセットを受信したとき、始まることができる（１２２）。様々な例では、符号化されたピクチャの受信されたセットは、ＧＤＲセットを含んでもよいし、ＧＤＲセットであってもよいし、ＧＤＲセットの一部であってもよい。
[0180]ビデオデコーダ３０は、受信されたセットの現在のピクチャがＧＤＲセットのｌａｓｔＰｉｃＩｎＳｅｔでもあり、リカバリーポイントピクチャでもあることを検出することができる（１２４）。一例として、ビデオデコーダ３０は、現在のピクチャが、符号化されたビデオビットストリーム内の最も最近に受信されたリカバリーポイントＳＥＩメッセージによって示されるＰＯＣ値に一致するＰＯＣ値を有することを決定することができる。この例では、最も最近に受信されたリカバリーポイントＳＥＩメッセージに示されるＰＯＣ値に一致する現在のピクチャのＰＯＣ値に基づいて、ビデオデコーダ３０は、現在のピクチャがＧＤＲセットのｌａｓｔＰｉｃＩｎＳｅｔでもあり、ならびにリカバリーポイントピクチャでもあることを決定することができる。
[0181]さらに、ビデオデコーダ３０は、受信された領域リフレッシュＳＥＩメッセージが、現在のピクチャを含むＡＵの第１のスライスセグメントに対する、１の値に設定されたｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇを含むことを決定することができる（１２６）。たとえば、ビデオデコーダ３０は、現在のピクチャの各スライスセグメントに対応するｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇを取得するために、現在のピクチャに関連付けられた領域リフレッシュＳＥＩメッセージを復号することができる。いくつかの例では、ビデオデコーダ３０は、ＡＵのｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇを順次スライス順で取得する、すなわち、ＡＵの第１のスライスを復号することで始まり、次いでＡＵの第２のスライスを復号し、以下同様のために、領域リフレッシュＳＥＩメッセージを復号することができる。その結果、ＡＵのｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇを順次取得する例では、ビデオデコーダ３０は、第１のスライスセグメントに対するｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇを取得してから、ＡＵの残りのスライスセグメントに対するｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇを取得することができる。
[0182]現在のピクチャがｌａｓｔＰｉｃＩｎＳｅｔおよびリカバリーポイントピクチャであることを決定したこと（１２４）、ならびにＡＵの第１のスライスに対するｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇが１の値に設定されたこと（１２６）に基づいて、ビデオデコーダ３０は、領域リフレッシュＳＥＩメッセージが、ＡＵのすべての残りのスライスに対する１の値に設定されたｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇを含むことを決定することができる（１２８）。たとえば、ＡＵの第１のスライスが１の値に設定されたことに基づいて、および現在のピクチャがｌａｓｔＰｉｃＩｎＳｅｔおよびリカバリーポイントピクチャであることを決定したことに基づいて、ビデオデコーダ３０は、現在のピクチャが完全にリフレッシュされたピクチャであることを決定することができる。言い換えれば、この例では、ビデオデコーダ３０は、現在のピクチャの全体が現在のピクチャのリフレッシュ領域に属することを決定することができる。次に、現在のピクチャが完全にリフレッシュされたピクチャであることを決定したことに基づいて、ビデオデコーダ３０は、ＡＵのすべてのスライスに対応するｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇの値が１の値に設定されることを推測することができる。
[0183]このようにして、ビデオデコーダ３０が、現在のピクチャは完全にリフレッシュされることを決定する例では、ビデオデコーダ３０は、（現在のピクチャを含むＡＵに対する）領域リフレッシュＳＥＩメッセージに含まれるすべてのｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇの値が１の値に設定されることを決定するために、本開示の技法を実施することができる。たとえば、ビデオデコーダは、１の値を取得するために、ＡＵの第１のスライスに対するｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇを復号することができる。１の値を有する第１のスライスに対するｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇの値と、現在のピクチャがｌａｓｔＰｉｃＩｎＳｅｔおよびリカバリーポイントピクチャであることに基づいて、ビデオデコーダ３０は、ＡＵの残りのスライスのｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇの値が１の値を有し、それによって、完全にリフレッシュされたピクチャを表すことを推測することができる。残りのｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇの値が、完全にリフレッシュされたピクチャの場合に１の値を有することを推測することによって、ビデオデコーダ３０は、完全にリフレッシュされたピクチャに対する復号精度を維持しながら、復号プロセスにおいてコンピューティングリソースを保護することができる。
[0184]このようにして、ビデオデコーダ３０はビデオデータを復号するためのデバイスの一例であることがあり、このデバイスは、ピクチャに関連付けられたメッセージにおける、このピクチャのリフレッシュ領域を示す情報を受信するための手段と、このピクチャが漸次デコーダリフレッシュ（ＧＤＲ）セット内の最後のピクチャを備えるかどうか決定するための手段と、このピクチャがリカバリーポイントピクチャを備えるかどうか決定するための手段と、このピクチャがＧＤＲセット内の最後のピクチャとリカバリーポイントピクチャとを備えることを決定したことに応答して、メッセージが、ピクチャ全体がピクチャのリフレッシュ領域に属することを示すことを決定するための手段と、メッセージが、ピクチャ全体がピクチャのリフレッシュ領域に属することを示すという決定に基づいて、ピクチャを復号するための手段とを含む。いくつかの例では、メッセージは付加拡張情報（ＳＥＩ）メッセージを備える。そのような一例では、ＳＥＩメッセージは領域リフレッシュＳＥＩメッセージを備える。
[0185]いくつかの例では、メッセージが、ピクチャ全体がピクチャのリフレッシュ領域に属することを示すことを決定するための手段は、領域リフレッシュＳＥＩメッセージに関連付けられたｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素が１という値を有することを決定するための手段を含む。そのような一例では、ｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素は、ピクチャを含むアクセスユニット（ＡＵ）の第１のスライスセグメントに関連付けられ、ピクチャ全体がリフレッシュ領域に属することを決定するための手段は、ＡＵの第１のスライスセグメントと異なるＡＵの各スライスセグメントは対応するｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素に関連付けられたことを決定するための手段をさらに含む。
[0186]さらに、このようにして、図１の宛先デバイス１４は、実行されるときにコンピューティングデバイスのプロセッサにピクチャに関連付けられたメッセージにおける、このピクチャのリフレッシュ領域を示す情報を受信させ、このピクチャが漸次デコーダリフレッシュ（ＧＤＲ）セット内の最後のピクチャを備えるかどうか決定させ、このピクチャがリカバリーポイントピクチャを備えるかどうか決定させ、このピクチャがＧＤＲセット内の最後のピクチャとリカバリーポイントピクチャとを備えることを決定したことに応答して、メッセージが、ピクチャ全体がピクチャのリフレッシュ領域に属することを示すことを決定させ、メッセージが、ピクチャ全体がピクチャのリフレッシュ領域に属することを示すという決定に基づいて、ピクチャを復号させる命令が記憶されたコンピュータ可読記憶媒体を含むまたはこれに結合されたコンピューティングデバイスの一例であることがある。いくつかの例では、メッセージは付加拡張情報（ＳＥＩ）メッセージを備える。そのような一例では、ＳＥＩメッセージは領域リフレッシュＳＥＩメッセージを備える。
[0187]いくつかの例では、コンピューティングデバイスのプロセッサに、メッセージが、ピクチャ全体がピクチャのリフレッシュ領域に属することを示すことを決定させる命令は、コンピューティングデバイスのプロセッサに、領域リフレッシュＳＥＩメッセージに関連付けられたｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素が１の値を有することを決定させる命令を含む。そのような一例では、ｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素は、ピクチャを含むアクセスユニット（ＡＵ）の第１のスライスセグメントに関連付けられ、コンピューティングデバイスのプロセッサに、ピクチャ全体がリフレッシュ領域に属することを決定させる命令は、コンピューティングデバイスのプロセッサに、ＡＵの第１のスライスセグメントと異なるＡＵの各スライスセグメントは対応するｒｅｆｒｅｓｈｅｄ＿ｒｅｇｉｏｎ＿ｆｌａｇシンタックス要素に関連付けられていることを決定させる命令をさらに含む。
[0188]１つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せにおいて実装され得る。ソフトウェアで実装される場合、これらの機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるかまたはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行されてよい。コンピュータ可読媒体としては、データ記憶媒体などの有形媒体に対応するコンピュータ可読記憶媒体、様々なコンピュータ可読ストレージデバイス、またはある場所から別の場所への、たとえば通信プロトコルによるコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体があり得る。このように、コンピュータ可読媒体は通常、（１）非一時的な有形コンピュータ可読記憶媒体、または（２）信号または搬送波などの通信媒体に対応することができる。データ記憶媒体は、本開示で説明される技法の実装形態のための命令、コード、および／またはデータ構造を取り出すために１つもしくは複数のコンピュータまたは１つもしくは複数のプロセッサによってアクセスできる任意の利用可能な媒体であってよい。コンピュータプログラム製品は、コンピュータ可読媒体を含んでよい。
[0189]限定ではなく、例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、または命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用でき、コンピュータによってアクセスできる任意の他の媒体を備えることができる。また、あらゆる接続は、コンピュータ可読媒体と呼ばれるのが適切である。たとえば、命令が、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まず、代わりに、非一時的な有形記憶媒体に向けられることを理解されたい。本明細書で使用されるディスク（disk）およびディスク（disc）としては、コンパクトディスク（compact disc）（ＣＤ）、レーザーディスク（登録商標）（laser disc）、光ディスク（optical disc）、デジタル多用途ディスク（digital versatile disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（floppy disk）、およびブルーレイディスク（blu-ray disc）があり、ここで、ディスク（disk）は通常、磁気的にデータを再生し、一方、ディスク（disc）はレーザーを用いて光学的にデータを再生する。上記の組合せもコンピュータ可読媒体の範囲に含まれる。
[0190]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、または他の等価な集積回路もしくは離散論理回路などの１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造または本明細書で説明される技法の実装形態に適した任意の他の構造のうちいずれかを指すことがある。さらに、いくつかの態様では、本明細書で説明される機能は、を符号化および復号するように構成された専用ハードウェアおよび／またはソフトウェアモジュール内で提供されてもよいし、複合コーデックに組み込まれてもよい。また、技法は、１つまたは複数の回路または論理素子で十分に実装されてよい。
[0191]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）、またはＩＣのセット（たとえばチップセット）を含む多種多様なデバイスまたは装置で実装され得る。様々な構成要素、モジュール、またはユニットは、開示された技法を実行するように構成されたデバイスの機能的側面を強調するために本開示で説明されるが、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明されるように、様々なユニットは、適切なソフトウェアおよび／またはファームウェアとともに、上記で説明された１つまたは複数のプロセッサを含む、コーデックハードウェアユニットで組み合わされてもよいし、相互運用ハードウェアユニットのうち集合によって提供されてもよい。
[0192]様々な例について説明されている。これらおよび他の例は、以下の特許請求の範囲内に入る。
[0192]様々な例について説明されている。これらおよび他の例は、以下の特許請求の範囲内に入る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］ ビデオデータを復号する方法であって、
符号化されたビデオビットストリームから複数のピクチャを受信することと、
前記符号化されたビデオビットストリームから、前記複数のピクチャのうちの第１のピクチャに関連付けられたメッセージ、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのピクチャ順序カウント（ＰＯＣ）値を示す情報を受信することと、
復号順で前記第１のピクチャに続くピクチャが、前記リカバリーポイントピクチャのＰＯＣ値に等しい前記ＰＯＣ値を有するとき、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャをリカバリーポイントピクチャと識別することと、
前記第１のピクチャに続く前記ピクチャのいずれも、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有さないとき、前記リカバリーポイントピクチャの前記ＰＯＣ値よりも大きいＰＯＣ値を有する、前記複数のピクチャのうち１つを前記リカバリーポイントピクチャと識別することと、
を備える方法。
［Ｃ２］ 前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャを前記リカバリーポイントピクチャと識別したことに応答して、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャを前記ＧＤＲセットの最後のピクチャと識別することと、
前記リカバリーポイントピクチャの前記ＰＯＣ値よりも大きい前記ＰＯＣ値を有する前記ピクチャを前記リカバリーポイントピクチャと識別したことに応答して、前記リカバリーポイントピクチャの前記ＰＯＣ値よりも小さいＰＯＣ値を有する、前記複数のピクチャのうち１つを前記ＧＤＲセットの前記最後のピクチャと識別することと、
をさらに備える、Ｃ１に記載の方法。
［Ｃ３］ 前記リカバリーポイントピクチャの前記ＰＯＣ値よりも小さい前記ＰＯＣ値を有する前記ピクチャの前記ＰＯＣ値は、前記第１のピクチャのＰＯＣ値よりも大きい、Ｃ１に記載の方法。
［Ｃ４］ 前記メッセージは付加拡張情報（ＳＥＩ）メッセージを備える、Ｃ１に記載の方法。
［Ｃ５］ 前記ＳＥＩメッセージはリカバリーポイントＳＥＩメッセージを備える、Ｃ４に記載の方法。
［Ｃ６］ 前記リカバリーポイントピクチャの前記ＰＯＣ値を示す前記情報は、前記第１のピクチャのＰＯＣ値と前記リカバリーポイントピクチャの前記ＰＯＣ値との間の差を示す情報を備える、Ｃ１に記載の方法。
［Ｃ７］ 前記リカバリーポイントピクチャの前記ＰＯＣ値を示す前記情報は前記リカバリーポイントピクチャの前記ＰＯＣ値を備える、Ｃ１に記載の方法。
［Ｃ８］ 前記識別されたリカバリーポイントピクチャおよび復号順で前記識別されたリカバリーポイントピクチャに続く１つまたは複数のピクチャに対してランダムアクセス復号を実行することをさらに備える、Ｃ１に記載の方法。
［Ｃ９］ ビデオデータを復号するためのデバイスであって、
符号化されたビデオデータを記憶するように構成されたメモリと、
ビデオデコーダと、を備え、前記ビデオデコーダは、
前記符号化されたビデオデータの複数のピクチャを受信し、
前記複数のピクチャのうち第１のピクチャに関連付けられたメッセージにおいて、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信し、
復号順で前記第１のピクチャに続くピクチャが、前記リカバリーポイントピクチャのＰＯＣ値に等しい前記ＰＯＣ値を有するとき、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャをリカバリーポイントピクチャと識別し、
前記第１のピクチャに続く前記ピクチャのいずれも、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有さないとき、前記リカバリーポイントピクチャの前記ＰＯＣ値よりも大きいＰＯＣ値を有する、前記複数のピクチャのうち１つを前記リカバリーポイントピクチャと識別する
ように構成された、デバイス。
［Ｃ１０］ 前記ビデオコーダは、
前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャを前記リカバリーポイントピクチャと識別したことに応答して、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャを前記ＧＤＲセットの最後のピクチャと識別し、
前記リカバリーポイントピクチャの前記ＰＯＣ値よりも大きい前記ＰＯＣ値を有する前記ピクチャを前記リカバリーポイントピクチャと識別したことに応答して、前記リカバリーポイントピクチャの前記ＰＯＣ値よりも小さいＰＯＣ値を有する、前記複数のピクチャのうち１つを前記ＧＤＲセットの前記最後のピクチャと識別する
ようにさらに構成された、Ｃ９に記載のデバイス。
［Ｃ１１］ 前記リカバリーポイントピクチャの前記ＰＯＣ値よりも小さい前記ＰＯＣ値を有する前記ピクチャの前記ＰＯＣ値は、前記第１のピクチャのＰＯＣ値よりも大きい、Ｃ９に記載のデバイス。
［Ｃ１２］ 前記メッセージは付加拡張情報（ＳＥＩ）メッセージを備える、Ｃ９に記載のデバイス。
［Ｃ１３］ 前記ＳＥＩメッセージはリカバリーポイントＳＥＩメッセージを備える、Ｃ１２に記載のデバイス。
［Ｃ１４］ 前記リカバリーポイントピクチャの前記ＰＯＣ値を示す前記情報は、前記第１のピクチャのＰＯＣ値と前記リカバリーポイントピクチャの前記ＰＯＣ値との間の差を示す情報を備える、Ｃ９に記載のデバイス。
［Ｃ１５］ 前記リカバリーポイントピクチャの前記ＰＯＣ値を示す前記情報は前記リカバリーポイントピクチャの前記ＰＯＣ値を備える、Ｃ９に記載のデバイス。
［Ｃ１６］ 前記ビデオコーダは、前記識別されたリカバリーポイントピクチャおよび復号順で前記識別されたリカバリーポイントピクチャに続く１つまたは複数のピクチャに対してランダムアクセス復号を実行するようにさらに構成される、Ｃ１５に記載のデバイス。
［Ｃ１７］ 実行されと、コンピューティングデバイスのプロセッサに、
符号化されたビデオビットストリームから複数のピクチャを受信させ、
前記符号化されたビデオビットストリームから、前記複数のピクチャのうち第１のピクチャに関連付けられたメッセージ、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信させ、
復号順で前記第１のピクチャに続くピクチャが、前記リカバリーポイントピクチャのＰＯＣ値に等しい前記ＰＯＣ値を有するとき、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャをリカバリーポイントピクチャと識別させ、
前記第１のピクチャに続く前記ピクチャのいずれも、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有さないとき、前記リカバリーポイントピクチャの前記ＰＯＣ値よりも大きいＰＯＣ値を有する、前記複数のピクチャのうち１つを前記リカバリーポイントピクチャと識別させる
命令が記憶されたコンピュータ可読記憶媒体。
［Ｃ１８］ 前記メッセージはリカバリーポイント付加拡張情報（ＳＥＩ）メッセージを備える、Ｃ１７に記載のコンピュータ可読記憶媒体。
［Ｃ１９］ ビデオデータを復号するためのデバイスであって、
符号化されたビデオビットストリームから複数のピクチャを受信するための手段と、
前記符号化されたビデオビットストリームから、前記複数のピクチャのうち第１のピクチャに関連付けられたメッセージ、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信するための手段と、
復号順で前記第１のピクチャに続くピクチャが、前記リカバリーポイントピクチャのＰＯＣ値に等しい前記ＰＯＣ値を有するとき、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャをリカバリーポイントピクチャと識別するための手段と、
前記第１のピクチャに続く前記ピクチャのいずれも、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有さないとき、前記リカバリーポイントピクチャの前記ＰＯＣ値よりも大きいＰＯＣ値を有する、前記複数のピクチャのうち１つを前記リカバリーポイントピクチャと識別するための手段と、
を備えるデバイス。
［Ｃ２０］ 前記メッセージはリカバリーポイント付加拡張情報（ＳＥＩ）メッセージを備える、Ｃ１９に記載のデバイス。

Claims (20)

  1. ビデオデータを復号する方法であって、
    符号化されたビデオビットストリームから複数のピクチャを受信することと、
    前記符号化されたビデオビットストリームから、前記複数のピクチャのうちの第１のピクチャに関連付けられたメッセージ、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのピクチャ順序カウント（ＰＯＣ）値を示す情報を受信することと、
    復号順で前記第１のピクチャに続くピクチャが、前記リカバリーポイントピクチャのＰＯＣ値に等しい前記ＰＯＣ値を有するとき、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャをリカバリーポイントピクチャと識別することと、
    前記第１のピクチャに続く前記ピクチャのいずれも、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有さないとき、前記リカバリーポイントピクチャの前記ＰＯＣ値よりも大きいＰＯＣ値を有する、前記複数のピクチャのうち１つを前記リカバリーポイントピクチャと識別することと、
    を備える方法。
  2. 前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャを前記リカバリーポイントピクチャと識別したことに応答して、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャを前記ＧＤＲセットの最後のピクチャと識別することと、
    前記リカバリーポイントピクチャの前記ＰＯＣ値よりも大きい前記ＰＯＣ値を有する前記ピクチャを前記リカバリーポイントピクチャと識別したことに応答して、前記リカバリーポイントピクチャの前記ＰＯＣ値よりも小さいＰＯＣ値を有する、前記複数のピクチャのうち１つを前記ＧＤＲセットの前記最後のピクチャと識別することと、
    をさらに備える、請求項１に記載の方法。
  3. 前記リカバリーポイントピクチャの前記ＰＯＣ値よりも小さい前記ＰＯＣ値を有する前記ピクチャの前記ＰＯＣ値は、前記第１のピクチャのＰＯＣ値よりも大きい、請求項１に記載の方法。
  4. 前記メッセージは付加拡張情報（ＳＥＩ）メッセージを備える、請求項１に記載の方法。
  5. 前記ＳＥＩメッセージはリカバリーポイントＳＥＩメッセージを備える、請求項４に記載の方法。
  6. 前記リカバリーポイントピクチャの前記ＰＯＣ値を示す前記情報は、前記第１のピクチャのＰＯＣ値と前記リカバリーポイントピクチャの前記ＰＯＣ値との間の差を示す情報を備える、請求項１に記載の方法。
  7. 前記リカバリーポイントピクチャの前記ＰＯＣ値を示す前記情報は前記リカバリーポイントピクチャの前記ＰＯＣ値を備える、請求項１に記載の方法。
  8. 前記識別されたリカバリーポイントピクチャおよび復号順で前記識別されたリカバリーポイントピクチャに続く１つまたは複数のピクチャに対してランダムアクセス復号を実行することをさらに備える、請求項１に記載の方法。
  9. ビデオデータを復号するためのデバイスであって、
    符号化されたビデオデータを記憶するように構成されたメモリと、
    ビデオデコーダと、を備え、前記ビデオデコーダは、
    前記符号化されたビデオデータの複数のピクチャを受信し、
    前記複数のピクチャのうち第１のピクチャに関連付けられたメッセージにおいて、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信し、
    復号順で前記第１のピクチャに続くピクチャが、前記リカバリーポイントピクチャのＰＯＣ値に等しい前記ＰＯＣ値を有するとき、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャをリカバリーポイントピクチャと識別し、
    前記第１のピクチャに続く前記ピクチャのいずれも、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有さないとき、前記リカバリーポイントピクチャの前記ＰＯＣ値よりも大きいＰＯＣ値を有する、前記複数のピクチャのうち１つを前記リカバリーポイントピクチャと識別する
    ように構成された、デバイス。
  10. 前記ビデオコーダは、
    前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャを前記リカバリーポイントピクチャと識別したことに応答して、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャを前記ＧＤＲセットの最後のピクチャと識別し、
    前記リカバリーポイントピクチャの前記ＰＯＣ値よりも大きい前記ＰＯＣ値を有する前記ピクチャを前記リカバリーポイントピクチャと識別したことに応答して、前記リカバリーポイントピクチャの前記ＰＯＣ値よりも小さいＰＯＣ値を有する、前記複数のピクチャのうち１つを前記ＧＤＲセットの前記最後のピクチャと識別する
    ようにさらに構成された、請求項９に記載のデバイス。
  11. 前記リカバリーポイントピクチャの前記ＰＯＣ値よりも小さい前記ＰＯＣ値を有する前記ピクチャの前記ＰＯＣ値は、前記第１のピクチャのＰＯＣ値よりも大きい、請求項９に記載のデバイス。
  12. 前記メッセージは付加拡張情報（ＳＥＩ）メッセージを備える、請求項９に記載のデバイス。
  13. 前記ＳＥＩメッセージはリカバリーポイントＳＥＩメッセージを備える、請求項１２に記載のデバイス。
  14. 前記リカバリーポイントピクチャの前記ＰＯＣ値を示す前記情報は、前記第１のピクチャのＰＯＣ値と前記リカバリーポイントピクチャの前記ＰＯＣ値との間の差を示す情報を備える、請求項９に記載のデバイス。
  15. 前記リカバリーポイントピクチャの前記ＰＯＣ値を示す前記情報は前記リカバリーポイントピクチャの前記ＰＯＣ値を備える、請求項９に記載のデバイス。
  16. 前記ビデオコーダは、前記識別されたリカバリーポイントピクチャおよび復号順で前記識別されたリカバリーポイントピクチャに続く１つまたは複数のピクチャに対してランダムアクセス復号を実行するようにさらに構成される、請求項１５に記載のデバイス。
  17. 実行されと、コンピューティングデバイスのプロセッサに、
    符号化されたビデオビットストリームから複数のピクチャを受信させ、
    前記符号化されたビデオビットストリームから、前記複数のピクチャのうち第１のピクチャに関連付けられたメッセージ、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信させ、
    復号順で前記第１のピクチャに続くピクチャが、前記リカバリーポイントピクチャのＰＯＣ値に等しい前記ＰＯＣ値を有するとき、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャをリカバリーポイントピクチャと識別させ、
    前記第１のピクチャに続く前記ピクチャのいずれも、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有さないとき、前記リカバリーポイントピクチャの前記ＰＯＣ値よりも大きいＰＯＣ値を有する、前記複数のピクチャのうち１つを前記リカバリーポイントピクチャと識別させる
    命令が記憶されたコンピュータ可読記憶媒体。
  18. 前記メッセージはリカバリーポイント付加拡張情報（ＳＥＩ）メッセージを備える、請求項１７に記載のコンピュータ可読記憶媒体。
  19. ビデオデータを復号するためのデバイスであって、
    符号化されたビデオビットストリームから複数のピクチャを受信するための手段と、
    前記符号化されたビデオビットストリームから、前記複数のピクチャのうち第１のピクチャに関連付けられたメッセージ、漸次デコーダリフレッシュ（ＧＤＲ）セットのリカバリーポイントピクチャのＰＯＣ値を示す情報を受信するための手段と、
    復号順で前記第１のピクチャに続くピクチャが、前記リカバリーポイントピクチャのＰＯＣ値に等しい前記ＰＯＣ値を有するとき、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有する前記ピクチャをリカバリーポイントピクチャと識別するための手段と、
    前記第１のピクチャに続く前記ピクチャのいずれも、前記リカバリーポイントピクチャの前記ＰＯＣ値に等しい前記ＰＯＣ値を有さないとき、前記リカバリーポイントピクチャの前記ＰＯＣ値よりも大きいＰＯＣ値を有する、前記複数のピクチャのうち１つを前記リカバリーポイントピクチャと識別するための手段と、
    を備えるデバイス。
  20. 前記メッセージはリカバリーポイント付加拡張情報（ＳＥＩ）メッセージを備える、請求項１９に記載のデバイス。
JP2015551830A 2013-01-07 2014-01-07 ビデオコーディングにおける時間的スケーラビリティサポートを用いた漸次復号リフレッシュ Active JP6242913B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361749880P 2013-01-07 2013-01-07
US61/749,880 2013-01-07
US14/147,973 2014-01-06
US14/147,973 US9571847B2 (en) 2013-01-07 2014-01-06 Gradual decoding refresh with temporal scalability support in video coding
PCT/US2014/010482 WO2014107721A1 (en) 2013-01-07 2014-01-07 Gradual decoding refresh with temporal scalability support in video coding

Publications (3)

Publication Number Publication Date
JP2016509403A true JP2016509403A (ja) 2016-03-24
JP2016509403A5 JP2016509403A5 (ja) 2017-04-27
JP6242913B2 JP6242913B2 (ja) 2017-12-06

Family

ID=51060942

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2015551830A Active JP6242913B2 (ja) 2013-01-07 2014-01-07 ビデオコーディングにおける時間的スケーラビリティサポートを用いた漸次復号リフレッシュ
JP2015551832A Active JP6239650B2 (ja) 2013-01-07 2014-01-07 ビデオコーディングにおける時間的スケーラビリティサポートを用いた漸次復号リフレッシュ

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2015551832A Active JP6239650B2 (ja) 2013-01-07 2014-01-07 ビデオコーディングにおける時間的スケーラビリティサポートを用いた漸次復号リフレッシュ

Country Status (10)

Country Link
US (2) US9398293B2 (ja)
EP (2) EP2941879B1 (ja)
JP (2) JP6242913B2 (ja)
KR (2) KR101741348B1 (ja)
CN (2) CN104885460B (ja)
DK (2) DK2941879T3 (ja)
ES (2) ES2777214T3 (ja)
HU (2) HUE049430T2 (ja)
TW (2) TWI566585B (ja)
WO (2) WO2014107723A1 (ja)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9398293B2 (en) 2013-01-07 2016-07-19 Qualcomm Incorporated Gradual decoding refresh with temporal scalability support in video coding
WO2015104451A1 (en) * 2014-01-07 2015-07-16 Nokia Technologies Oy Method and apparatus for video coding and decoding
US20170013274A1 (en) * 2015-07-09 2017-01-12 Microsoft Technology Licensing, Llc Intra-refresh for video streaming
CN112534810A (zh) * 2018-08-06 2021-03-19 夏普株式会社 运动图像解码装置以及运动图像编码装置
US10630976B2 (en) * 2018-08-17 2020-04-21 Qualcomm Incorporated Display refresh blocks determination for video coding
GB201817784D0 (en) * 2018-10-31 2018-12-19 V Nova Int Ltd Methods,apparatuses, computer programs and computer-readable media
WO2020113065A1 (en) * 2018-11-27 2020-06-04 Op Solutions, Llc Adaptive block update of unavailable reference frames using explicit and implicit signaling
WO2020107268A1 (zh) * 2018-11-28 2020-06-04 深圳市大疆创新科技有限公司 Gdr码流编码方法、终端设备、机器可读存储介质
US10972755B2 (en) * 2018-12-03 2021-04-06 Mediatek Singapore Pte. Ltd. Method and system of NAL unit header structure for signaling new elements
CN113366843B (zh) * 2018-12-20 2024-08-23 瑞典爱立信有限公司 恢复点的规范指示
BR112021017985A2 (pt) * 2019-03-11 2021-11-16 Huawei Tech Co Ltd Codificador, decodificador e métodos correspondentes
US11706429B2 (en) 2019-03-12 2023-07-18 Hyundai Motor Company Method and device for encoding and decoding image involving gradual refresh technique
ES2953120T3 (es) * 2019-04-23 2023-11-08 Guangdong Oppo Mobile Telecommunications Corp Ltd Método de decodificación de imágenes, decodificador y medio de almacenamiento
JP7443398B2 (ja) * 2019-05-06 2024-03-05 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 漸次復号リフレッシュのための仮想参照デコーダ
CN114128264A (zh) * 2019-05-22 2022-03-01 弗劳恩霍夫应用研究促进协会 用于独立编码区域的无漂移填充和哈希的编码器和解码器，编码方法和解码方法
US11457242B2 (en) * 2019-06-24 2022-09-27 Qualcomm Incorporated Gradual random access (GRA) signalling in video coding
WO2021047817A1 (en) * 2019-09-12 2021-03-18 Nokia Technologies Oy A method, an apparatus and a computer program product for video encoding and video decodin 3 with wavefront-based gradual random access
EP4026097A4 (en) * 2019-09-24 2023-01-25 Huawei Technologies Co., Ltd. SIGNALING AN IMAGE HEAD IN VIDEO ENCODING
BR112022011719A2 (pt) 2019-12-26 2022-09-06 Bytedance Inc Método de processamento de vídeo, aparelho de processamento de dados de vídeo, e, mídias de armazenamento e de gravação legíveis por computador
WO2021133519A1 (en) * 2019-12-27 2021-07-01 Alibaba Group Holding Limited Methods and systems for performing gradual decoding refresh processing on pictures
JP7450747B2 (ja) * 2020-03-05 2024-03-15 エルジー エレクトロニクス インコーポレイティド 混成ｎａｌユニットタイプに基づく画像符号化／復号化方法及び装置、並びにビットストリームを伝送する方法
WO2021188451A1 (en) 2020-03-16 2021-09-23 Bytedance Inc. Random access point access unit in scalable video coding
KR20220161411A (ko) * 2020-04-01 2022-12-06 엘지전자 주식회사 Gdr에 대한 리커버리 포인트 관련 정보의 시그널링 기반 영상 또는 비디오 코딩
KR20220165256A (ko) * 2020-04-11 2022-12-14 엘지전자 주식회사 영상 디코딩 방법 및 그 장치
CN115668924A (zh) * 2020-05-21 2023-01-31 字节跳动有限公司 参考图片信息的约束
WO2021242716A1 (en) 2020-05-26 2021-12-02 Bytedance Inc. Identification of inter-layer reference pictures in coded video
KR20230106136A (ko) * 2022-01-05 2023-07-12 주식회사 케이티 비디오 신호 부호화/복호화 방법, 그리고 비트스트림을 저장한 기록 매체

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006339880A (ja) * 2005-05-31 2006-12-14 Sanyo Electric Co Ltd 地上波デジタル放送受信機
JP2009504001A (ja) * 2005-07-25 2009-01-29 トムソン ライセンシング リファレンスビデオフレーム及びノンリファレンスビデオフレームの検出及び隠蔽の方法及び装置
US20100189182A1 (en) * 2009-01-28 2010-07-29 Nokia Corporation Method and apparatus for video coding and decoding

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040260827A1 (en) 2003-06-19 2004-12-23 Nokia Corporation Stream switching based on gradual decoder refresh
CN101321284B (zh) 2007-06-10 2012-01-04 华为技术有限公司 一种编解码方法、设备及系统
JP4935746B2 (ja) 2008-04-07 2012-05-23 富士通株式会社 動画像符号化装置、動画像復号化装置及びその符号化、復号化方法
US20100246683A1 (en) * 2009-03-27 2010-09-30 Jennifer Lois Harmon Webb Error Resilience in Video Decoding
TW201210325A (en) 2010-07-21 2012-03-01 Nokia Corp Method and apparatus for indicating switching points in a streaming session
US20130170561A1 (en) 2011-07-05 2013-07-04 Nokia Corporation Method and apparatus for video coding and decoding
US10244257B2 (en) 2011-08-31 2019-03-26 Nokia Technologies Oy Video coding and decoding
EP2869564A4 (en) * 2012-07-02 2015-09-23 Panasonic Ip Corp America IMAGE DECODING METHOD, IMAGE ENCODING METHOD, IMAGE DECODING DEVICE, IMAGE ENCODING DEVICE, AND IMAGE ENCODING AND DECODING DEVICE
US9398293B2 (en) 2013-01-07 2016-07-19 Qualcomm Incorporated Gradual decoding refresh with temporal scalability support in video coding

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006339880A (ja) * 2005-05-31 2006-12-14 Sanyo Electric Co Ltd 地上波デジタル放送受信機
JP2009504001A (ja) * 2005-07-25 2009-01-29 トムソン ライセンシング リファレンスビデオフレーム及びノンリファレンスビデオフレームの検出及び隠蔽の方法及び装置
US20100189182A1 (en) * 2009-01-28 2010-07-29 Nokia Corporation Method and apparatus for video coding and decoding

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
BENJAMIN BROSS ET AL.: "High Efficiency Video Coding (HEVC) text specification draft 9", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG16 WP3 AND ISO/IEC JTC1/SC29/WG11, vol. JCTVC-K1003_v13, JPN6017022508, December 2012 (2012-12-01), pages pp.i, 231-234, 239-241, 247-248, 269-270 *
KIMIHIKO KAZUI ET AL.: "Modification of recovery point SEI message", 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-I0044, JPN6017022506, April 2012 (2012-04-01), pages 1 - 2 *
YE-KUI WANG ET AL.: "AHG9: HEVC SEI messages cleanups", 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-L0045v3, JPN6017022510, January 2013 (2013-01-01), pages 1 - 7 *
YE-KUI WANG ET AL.: "Spec text changes for JCTVC-L0045 based on JCTVC-L0030", 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-L0045v1_attach, JPN6017022511, January 2013 (2013-01-01), pages pp.i, 232-236, 240-243, 251-252, 273-274 *

Also Published As

Publication number Publication date
KR101741348B1 (ko) 2017-05-29
EP2941879B1 (en) 2020-08-26
TWI538485B (zh) 2016-06-11
JP6242913B2 (ja) 2017-12-06
US9398293B2 (en) 2016-07-19
EP2941878B1 (en) 2019-12-11
CN104904216A (zh) 2015-09-09
HUE051865T2 (hu) 2021-05-28
TW201444348A (zh) 2014-11-16
US20140192897A1 (en) 2014-07-10
DK2941878T3 (da) 2020-02-17
WO2014107721A1 (en) 2014-07-10
US20140192896A1 (en) 2014-07-10
JP6239650B2 (ja) 2017-11-29
KR20150105373A (ko) 2015-09-16
KR20150105374A (ko) 2015-09-16
EP2941878A1 (en) 2015-11-11
ES2777214T3 (es) 2020-08-04
US9571847B2 (en) 2017-02-14
KR101841333B1 (ko) 2018-03-22
CN104885460A (zh) 2015-09-02
CN104885460B (zh) 2019-05-03
TW201444347A (zh) 2014-11-16
CN104904216B (zh) 2018-12-04
JP2016509404A (ja) 2016-03-24
WO2014107723A1 (en) 2014-07-10
DK2941879T3 (da) 2020-09-28
ES2833149T3 (es) 2021-06-14
TWI566585B (zh) 2017-01-11
HUE049430T2 (hu) 2020-09-28
EP2941879A1 (en) 2015-11-11

Similar Documents

Publication Publication Date Title
JP6242913B2 (ja) ビデオコーディングにおける時間的スケーラビリティサポートを用いた漸次復号リフレッシュ
JP6495390B2 (ja) ビデオコーディングにおける関心領域および漸次復号リフレッシュのシグナリング
KR102151834B1 (ko) 고효율 비디오 코딩 확장물들에서 타겟 출력 계층들의 선택
AU2013324245B2 (en) Error resilient decoding unit association
KR102310751B1 (ko) 비트스트림 파티션들에 대한 hrd 파라미터들의 시그널링
KR102149072B1 (ko) 서브-픽처 레벨 코딩된 픽처 버퍼 파라미터들에 대한 시퀀스 레벨 플래그
AU2013371451B2 (en) Signaling of clock tick derivation information for video timing in video coding
JP6158422B2 (ja) アラインされていないｉｒａｐピクチャを含み得るマルチレイヤビットストリームのクロスレイヤｐｏｃアラインメント
JP2018110425A (ja) ビデオコード化における低遅延バッファリングモデル
TW201406160A (zh) 在視訊寫碼中長期參考圖像之隨機存取及發信
US9781413B2 (en) Signaling of layer identifiers for operation points

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161212

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170317

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20170317

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20170609

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170614

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170627

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170925

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20171108

R150 Certificate of patent or registration of utility model

Ref document number: 6242913

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250