JP2015526023A

JP2015526023A - クリーンランダムアクセス（ｃｒａ）ピクチャに基づくストリーミング適合化

Info

Publication number: JP2015526023A
Application number: JP2015520277A
Authority: JP
Inventors: ワン、イェ−クイ; チェン、イン
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2012-06-28
Filing date: 2013-06-17
Publication date: 2015-09-07
Anticipated expiration: 2033-06-17
Also published as: TW201412126A; RU2617995C2; KR20150036123A; CN104429081A; KR101958073B1; PH12014502841A1; US20140003536A1; AU2013280889B2; EP2868105B1; UA119432C2; BR112014032029B1; DK2868105T3; EP2868105A1; HK1204180A1; IL235913A0; KR20160145211A; WO2014004150A1; MX2014015361A; CA2875521C; CA2875521A1

Abstract

映像データを処理するためのシステム、方法、及びデバイスが開示される。幾つかのシステム例、方法例、及びデバイス例は、映像復号器において外部のインディケーションを受信する。システム例、方法例、及びデバイス例は、外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱う。

Description

［０００１］本出願は、米国仮特許出願第６１／６６５，６６７号（出願日：２０１２年６月２８日）の利益を主張するものであり、それの内容全体が、引用によってここに組み入れられている。

［０００２］本開示は、概して、映像データを処理することに関するものである。本開示は、より具体的には、圧縮された映像ストリームにおいてランダムアクセスをサポートするための技法に関するものである。

［０００３］デジタル映像能力を広範なデバイス内に組み入れることができ、デジタルテレビと、デジタル直接放送システムと、無線放送システムと、パーソナルデジタルアシスタント（ＰＤＡ）と、ラップトップ又はデスクトップコンピュータと、ダフレットコンピュータと、電子書籍リーダーと、デジタルカメラと、デジタル記録デバイスと、デジタルメディアプレーヤーと、ビデオゲームプレイ装置と、ビデオゲームコンソールと、セルラー又は衛星無線電話、いわゆる“スマートフォン”と、ビデオ会議装置と、ビデオストリーミングデバイスと、トランスコーダと、ルータ又はその他のネットワークデバイスと、等を含む。デジタル映像デバイスは、映像圧縮技法、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−ＴＨ．２６３、ＩＴＵ−ＴＨ．２６４／ＭＰＥＧ−４、Ｐａｒｔ１０、アドバンストビデオコーディング（ＡｄｖａｎｃｅｄＶｉｄｅｏＣｏｄｉｎｇ（ＡＶＣ））、現在策定中の高効率映像コーディング（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＶｉｄｅｏＣｏｄｉｎｇ（ＨＥＶＣ）規格によって定義される規格、オープン映像圧縮フォーマット、例えば、ＶＰ８、及び該規格の拡張版、技法、又はフォーマットにおいて説明されるそれら、を実装する。映像デバイスは、該映像圧縮技法を実装することによってより効率的にデジタル映像情報を送信、受信、符号化、復号、及び／又は格納することができる。

［０００４］映像圧縮技法は、映像シーケンスに固有の冗長性を低減又は除去するための空間（イントラピクチャ）予測及び／又は時間（インターピクチャ）予測を行う。ブロックに基づく映像コーディングでは、映像スライス（すなわち、映像ピクチャ又は映像ピクチャの一部分）を映像ブロックに分割することができ、それらは、ツリーブロック、コーディングユニット（ＣＵ）及び／又はコーディングノードと呼ぶこともできる。ピクチャのイントラコーディングされた（Ｉ）スライス内の映像ブロックは、同じピクチャ内の近隣ブロック内の基準サンプルに関して空間予測を用いて符号化される。ピクチャのインターコーディングされた（Ｐ又はＢ）スライス内の映像ブロックは、同じピクチャ内の近隣ブロック内の基準サンプルに関する空間予測又はその他の基準ピクチャ内の基準サンプルに関する時間予測を使用することができる。ピクチャは、フレームと呼ぶことができ、基準ピクチャは、基準フレームと呼ぶことができる。

［０００５］空間予測又は時間予測の結果、コーディングされるべきブロックに関する予測ブロックが得られる。残差データは、コーディングされるべきオリジナルのブロックと予測ブロックとの間のピクセル差分を表す。インターコーディングされたブロックは、予測ブロックを形成する基準サンプルのブロックを指し示す動きベクトル、及びコーディングされたブロックと予測ブロックとの間の差分を示す残差データにより符号化される。イントラコーディングされたブロックは、イントラコーディングモード及び残差データにより符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換することができ、その結果残差変換係数が得られ、次にそれらを量子化することができる。量子化された変換係数は、最初は二次元アレイで配列され、変換係数の一次元ベクトルを生成するために走査することができ、及びさらなる圧縮を達成するためにエントロピーコーディングを適用することができる。

［０００６］一例においては、本開示の技法は、外部のインディケーション（ｅｘｔｅｒｎａｌｉｎｄｉｃａｔｉｏｎ）に基づいてクリーンランダムアクセス（ｃｌｅａｎｒａｎｄｏｍａｃｃｅｓｓ（ＣＲＡ））ピクチャをブロークンリンクアクセス（ｂｒｏｋｅｎｌｉｎｋａｃｃｅｓｓ（ＢＬＡ））ピクチャとして取り扱うことに関するものである。例えば、映像復号器又はその他のデバイスは、外部のインディケーションを受信することができる。これで、映像復号器は、外部のインディケーションに基づいてＣＲＡピクチャをＢＬＡピクチャとして取り扱うことができる。幾つかの例では、ＣＲＡピクチャに関してフラグが定義され、外部のインディケーションは、映像復号器においてフラグが設定されるべきかどうかを示す。従って、映像復号器は、外部のインディケーションに基づいてフラグを設定することができる。復号器又は幾つかの内部機能、例えば、外部インディケーション処理ユニット又は予測モジュール、がフラグを検査することができる。一例では、予測モジュールは、外部のインディケーションに基づいてＣＲＡピクチャをＢＬＡピクチャとして取り扱うことができる。例えば、復号器は、フラグに基づいてＣＲＡピクチャをＢＬＡピクチャとして取り扱うことができる。

［０００７］一例では、本開示は、映像データを処理する方法について説明し、映像復号器において外部のインディケーションを受信することと、外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）として取り扱うことと、を含む。

［０００８］他の例では、本開示は、映像データを処理するための映像復号器について説明し、映像復号器において外部のインディケーションを受信し及び外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱うように構成されたプロセッサを含む。

［０００９］他の例では、本開示は、映像データを処理するための映像復号器について説明し、映像復号器において外部のインディケーションを受信ための手段と、外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱うための手段と、を含む。

［００１０］他の例では、本開示は、コンピュータによって読み取り可能な記憶媒体について説明する。コンピュータによって読み取り可能な記憶媒体は、実行された時点で、映像復号器において外部のインディケーションを受信し及び外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）をブロークンリンクアクセス（ＢＬＡ）として取り扱うことをデバイスの１つ以上のプロセッサに行わせる命令を格納する。

［００１１］１つ以上の例の詳細が、添付図及び以下の説明において示される。それらの説明と図面から、及び請求項から、その他の特徴、目的、及び利点が明らかになるであろう。

［００１２］本開示において説明される技法を利用することができる映像符号化及び復号システム例を示したブロック図である。［００１３］本開示において説明される技法を実装することができる映像符号器例を示したブロック図である。［００１４］本開示において説明される技法を実装することができる映像復号器例を示したブロック図である。［００１５］ネットワークの一部を形成するデバイスの組例を示したブロック図である。［００１６］本開示において説明される１つ以上の例による方法例を示したフローチャートである。［００１７］本開示において説明される１つ以上の例による方法例を示したフローチャートである。［００１８］本開示において説明される１つ以上の例による方法例を示したフローチャートである。［００１９］外部のインディケーションを送信する第１のデバイスの典型的な動作及び外部のインディケーションを受信する第２のデバイスの応答動作を示したフローチャートである。

［００２０］本開示は、クリーンランダムアクセス（ＣＲＡ）ピクチャに基づくストリーミング適合化に関する技法について説明する。様々な改良された映像コーディング設計が説明されており、それらは、ＣＲＡピクチャ、ランダムアクセスポイント（ＲＡＰ）ピクチャ前のピクチャの出力、及びピクチャタイミング情報のシグナリングに基づくストリーミング適合化に関連することができる。

［００２１］幾つかの映像コーディング規格の簡単な背景が最初に説明される。映像コーディング規格は、ＩＴＵ−Ｈ．２６１、ＩＳＯ／ＩＥＣＭＰＥＧ−１Ｖｉｓｕａｌ、ＩＴＵ−ＴＨ．２６４（ＩＳＯ／ＩＥＣＭＰＥＧ−４ＡＶＣとも呼ばれる）を含み、スケーラブル映像コーディング（ＳＶＣ）と、マルチビュー映像コーディング（ＭＶＣ）拡張とを含む。

［００２２］さらに、ＩＴＵ−Ｔビデオコーディングエキスパーツグループ（ＶＣＥＧ）及びＩＳＯ／ＩＥＣモーションピクチャエキスパーツグループ（ＭＰＥＧ）の映像コーディングに関する共同作業チーム（ＪＣＴ−ＶＣ）によって現在策定中の新しい映像コーディング規格、すなわち、高効率映像コーディング（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＶｉｄｅｏＣｏｄｉｎｇ（ＨＥＶＣ）、が存在する。ＨＥＶＣのワーキングドラフト（ＷＤ）は、以後ＨＥＶＣＷＤ７と呼ばれ、http://phenix.int-evry.fr/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I1003-v5.zipから入手可能であり、ここにおける引用によってそれ全体が組み入れられている。

［００２３］ＨＥＶＣのそれよりも最近のワーキングドラフト（ＷＤ）は、以後ＨＥＶＣＷＤ９と呼ばれており、http://phenix.int-evry.fr/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I1003-v10.zipから入手可能であり、ここにおける引用によってそれ全体が組み入れられている。

［００２４］一例では、本開示の技法は、外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱うことに関するものである。例えば、映像復号器又はその他のデバイスは、外部のインディケーションを受信することができる。映像復号器は、外部のインディケーションに基づいてＣＲＡピクチャをＢＬＡピクチャとして取り扱うことができる。幾つかの例では、ＣＲＡに関してフラグが定義され、外部のインディケーションは、映像復号器においてフラグが設定されるべきかどうかを示す。従って、映像復号器は、外部のインディケーションに基づいてフラグを設定することができる。復号器又は幾つかの内部機能、例えば、外部インディケーション処理ユニット又は予測モジュールが、フラグを検査することができる。一例では、予測モジュールは、外部のインディケーションに基づいてＣＲＡピクチャをＢＬＡピクチャとして取り扱うことができる。例えば、復号器は、フラグに基づいてＣＲＡピクチャをＢＬＡピクチャとして取り扱うことができる。

［００２５］他の例では、ＣＲＡピクチャに関してフラグが定義され、復号器又はその他のデバイスは、フラグが設定されるべきであることを示す外部のインディケーションを受信することができる。復号器又はその他のデバイスは、外部のインディケーションに基づいてフラグを設定することができる。復号器は、フラグを検査することができる。フラグが設定されているときには、復号器は、ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことができる。

［００２６］ランダムアクセスは、映像ビットストリーム内における第１のコーディングされたピクチャでないコーディングされたピクチャから始める映像ビットストリームの復号を意味する。ビットストリームへのランダムアクセスは、多くの映像アプリケーション、例えば、放送及びストリーミング、例えば、ユーザが異なるチャネル間で切り換わるために、映像の特定の部分にジャンプする、又は（例えば、ビットレート、フレームレート、空間解像度、等の）ストリーム適合化のために異なるビットストリームに切り換わる、において必要である。この特徴は、ランダムアクセスピクチャ又はランダムアクセスポイントを、多くの場合は定期的な間隔で、ビットストリーム内に挿入することによって可能にすることができる。

［００２７］ビットストリームスプライシングは、２つ以上のビットストリーム又はそれらの一部分の連結を意味する。例えば、スライシングされたビットストリームを生成するために、第１のビットストリームを第２のビットストリームに、おそらくそれらのビットストリームのうちの１つ又は両方をある程度修正することによって添付することができる。第２のビットストリーム内の第１のコーディングされたピクチャは、スプライシングポイントとも呼ばれる。従って、スライシングされたビットストリーム内のスプライシングポイントに後続するピクチャは、第２のビットストリームから発生し、スライシングされたビットストリーム内のスプライシングポイントに先行するピクチャは、第１のビットストリームから発生する。

［００２８］ビットストリームスプライサ（ｓｐｌｉｃｅｒ）は、ビットストリームのスプライシングを行うことができる。ビットストリームスプライサは、しばしば、符号器よりも複雑度が低く、精巧度が低く及び／又はインテリジェント度が低い。例えば、それらは、エントロピー復号及び符号化能力を装備することができない。ビットスプライサは、ここにおいて説明されるいずれかのデバイス内に組み入れることができ、コーディングデバイス又はネットワークデバイスを含む。

［００２９］ビットストリーム切り換えは、適合的ストリーミング環境において使用することができる。ビットストリームへの切り換えにおけるある一定のピクチャでのビットストリーム切り換え動作は、実効的には、スプライシングポイントがビットストリーム切り換えポイント、すなわち、ビットストリームへの切り換えにおける第１のピクチャ、であるビットストリームスプライシング動作である。

［００３０］ＡＶＣ又はＨＥＶＣにおいて規定される瞬間的復号リフレッシュ（ＩＤＲ）ピクチャをランダムアクセスのために使用することができる。しかしながら、復号順序でＩＤＲピクチャに後続するピクチャは、ＩＤＲピクチャの以前に復号されたピクチャは基準として使用することができず、ランダムアクセスに関してＩＤＲピクチャに依存するビットストリームは、大幅により低いコーディング効率を有する可能性がある。

［００３１］コーディング効率を向上させるために、ＨＥＶＣでは、復号順序ではＣＲＡピクチャに後続し、出力順序ではそれに先行するピクチャがＣＲＡピクチャよりも前に復号されたピクチャを基準として使用するのを可能にするためにクリーンランダム（ＣＲＡ）ピクチャの概念が導入された。復号順序ではＣＲＡピクチャに後続するが出力順序ではＣＲＡピクチャに先行するピクチャは、ＣＲＡピクチャと関連付けられたリーディング（ｌｅａｄｉｎｇ）ピクチャ（又は、ＣＲＡピクチャのリーディングピクチャ）と呼ばれる。ＣＲＡピクチャのリーディングピクチャは、現在のＣＲＡピクチャより前のＩＤＲ又はＣＲＡピクチャから復号が開始した場合は正確に復号可能である。しかしながら、ＣＲＡピクチャのリーディングピクチャは、ＣＲＡピクチャからのランダムアクセスが生じたときには正確に復号できない。従って、復号器は、典型的には、ランダムアクセス復号中にリーディングピクチャを廃棄する。復号がどこから開始するかに依存して利用可能でないことがある基準ピクチャからの誤り伝播を防止するために、復号順序及び出力順序の両方においてＣＲＡピクチャに後続するすべてのピクチャが、（リーディングピクチャを含む）復号順序又は出力順序のいずれかにおいてＣＲＡピクチャに先行するピクチャを基準として使用しないものとする。

［００３２］ＨＥＶＣでは、ＣＲＡピクチャの導入後に、ＣＲＡピクチャの概念に基づいてブロークンリンクアクセス（ＢＬＡ）ピクチャの概念がさらに導入された。ＢＬＡピクチャは、典型的には、ＣＲＡピクチャの位置においてのビットストリームのスライシングから発生し、スプライシングされたビットストリーム内において、スプライシングポイントＣＲＡピクチャは、ＢＬＡピクチャに変更することができる。ＩＤＲピクチャ、ＣＲＡピクチャ及びＢＬＡピクチャは、総称して、ランダムアクセスポイント（ＲＡＰ）ピクチャと呼ばれる。

［００３３］ＢＬＡピクチャとＣＲＡピクチャの間の１つの相違点は、次の通りである。ＣＲＡピクチャに関しては、関連付けられたリーディングピクチャは、復号が復号順序においてＣＲＡピクチャよりも前のＲＡＰピクチャから開始する場合は正確に復号可能である。ＣＲＡピクチャは、ＣＲＡピクチャからのランダムアクセスが生じたときには正確に復号できない。例えば、復号がＣＲＡピクチャから開始したとき、換言すると、ＣＲＡピクチャがビットストリーム内の第１のピクチャであるとき。ＢＬＡピクチャに関しては、関連付けられたリーディングピクチャは、復号が復号順序においてＢＬＡピクチャよりも前のＲＡＰピクチャから開始したときでさえも、すべての場合において正確に復号可能でない。

［００３４］特定のＣＲＡ又はＢＬＡピクチャに関して、関連付けられたリーディングピクチャの一部は、ＣＲＡ又はＢＬＡピクチャがビットストリーム内の第１のピクチャであるときでさえも正確に復号可能である。これらのリーディングピクチャは、復号可能リーディングピクチャ（ＤＬＰ）と呼ばれ、その他のリーディングピクチャは、復号不能リーディングピクチャ（ＮＬＰ）又はランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャと呼ばれる。ＮＬＰは、廃棄用タグ付き（ＴＦＤ）ピクチャ又はランダムアクセススキッピングリーディング（ＲＡＳＬ）ピクチャとも呼ばれる。

［００３５］幾つの場合は、幾つかの既存の方法には次のような問題が生じる可能性がある。（１）ＣＲＡピクチャに基づくストリーミング適合化では、ＢＬＡピクチャへのＣＲＡピクチャの変更は、典型的には、メディアサーバ又は中間的ネットワーク要素、例えば、メディア−アウエア（ｍｅｄｉａ−ａｗａｒｅ）ネットワーク要素（ＭＡＮＥ）又は、典型的には複雑度がより低く、精巧度がより低く及び／又はインテリジェント度がより低いことが好ましく、ビットストリームを変更することがまったくできないメディアーアンアウエア（ｍｅｄｉａ−ｕｎａｗａｒｅ）ネットワーク要素、例えば、ＨＴＴＰキャッシュ又はウェブプロキシ、ＭＡＮＥ、によって行う必要がある。（２）復号順序においてＩＤＲ又はＢＬＡピクチャよりも前のピクチャの出力は、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇを用いることむによってある程度制御することができる。ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇが“１”に設定されているか又は１に等しいと推論されるときには、復号順序においてＩＤＲ又はＢＬＡピクチャよりも前に復号されたピクチャは、出力／表示されずにＩＤＲ又はＢＬＡピクチャの復号後にすべて廃棄される。しかしながら、時には、それらのピクチャをより多く表示することがより良いユーザ経験を提供することができる。現在では、該状況においてより多くのピクチャを出力／表示するのを可能にする方法は存在していない。（３）ＤＬＰピクチャは出力することが許容される。それらの出力順序又は出力時間は関連付けられたＲＡＰピクチャよりも早いため、ＲＡＰピクチャからランダムアクセスするときの最も早い提示時間は、ＲＡＰピクチャが入っているアクセスユニットを単に検査するだけでは知ることができない。しかしながら、ＲＡＰピクチャからランダムアクセスするときには、システムは、そのＲＡＰピクチャがユーザからのランダムアクセス要求に適合するかどうかを調べるために最も早い再生開始を推測するのを試みるべきである。

［００３６］本開示では、概して上記の問題のうちの１つ以上に対処する又は上記の問題のうちの１つ以上を改良することができる幾つかの技法が説明される。受信されたか推論されたかにかかわらず、該メッセージを取り扱う幾つかの異なる方法が可能である。幾つかの例が以下において説明される。これらは、（１）ＣＲＡピクチャをＢＬＡピクチャとして取り扱う、（２）ＣＲＡピクチャをＢＬＡピクチャに変更する、及び（３）ＣＲＡピクチャを、ビットストリームを開始するＣＲＡピクチャとして取り扱う、を含む。

［００３７］一例では、復号器は、ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことができる。復号器は、外部の手段によってそのように指示されたときにＣＲＡピクチャがＢＬＡピクチャとして取り扱われるように構成することができる。該外部のインディケーションは、サーバ又は中間的ネットワーク要素を通じて、復号器側の機能によって、復号器に渡される上述されるメッセージ（幾つかのＣＲＡピクチャがＢＬＡピクチャとして取り扱われるべきである）であることができる。

［００３８］より具体的には、復号プロセスは、次のように変更することができる。各ＣＲＡピクチャと関連付けることができる別個の変数を使用することができる。例えば、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇが各ＣＲＡピクチャと関連付けられる。換言すると、各ＣＲＡピクチャは、それと関連付けられたＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇ変数（フラグとも呼ばれる）を有することができる。幾つかのＣＲＡピクチャに関するＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇの値は、外部の手段によって指定することができる。特定のＣＲＡピクチャに関するＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇの値が外部の手段によって指定されないときは、それは、“０”に設定することができる（例えば、ＣＲＡピクチャのＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇは、デフォルト時は“０”であり、値“０”は、ＣＲＡピクチャがＢＬＡピクチャとして取り扱われないことを指示する）。該例において、“１”の値は、ＣＲＡピクチャがＢＬＡピクチャとして取り扱われることを示すことができる。その他の例では、逆も真であり、“１”の値は、ＣＲＡピクチャがＢＬＡピクチャとして取り扱われないことを指示することができ、“０”の値は、ＣＲＡピクチャがＢＬＡピクチャとして取り扱われることを指示することができる。

［００３９］次の例は、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇがデフォルト時の“０”であり、ＣＲＡピクチャがＢＬＡピクチャとして取り扱われないように指示する場合及び“１”の値であり、ＣＲＡピクチャがＢＬＡピクチャとして取り扱われるように指示する場合を仮定する。各々のコーディングされたスライスＮＡＬユニットを復号するときに（構文解析を含む）、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇが“１”に等しく、例えば、ＣＲＡピクチャをＢＬＡピクチャとして取り扱い、ｎａｌ_ｕｎｉｔ_ｔｙｐｅがＣＲＡピクチャを示す（例えば、ＨＥＶＣＷＤ７により値が“４”又は“５”に等しい）場合は、次が当てはまる。すなわち、（１）ＢＬＡピクチャであることを示すためにｎａｌ_ｕｎｉｔ_ｔｙｐｅの値が変更される（例えば、ＨＥＶＣＷＤ７により値が２だけ増加される）、（２）ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値が１に設定される、（３）復号順序で前ピクチャがＲＡＰピクチャであり、現在のスライスのｒａｐ_ｐｉｃ_ｉｄが前ピクチャのｒａｐ_ｐｉｃ_ｉｄに等しい場合は、次が当てはまる。最初に、復号順序で次のピクチャがＲＡＰピクチャでない場合は、現在のスライスのｒａｐ_ｐｉｃ_ｉｄの値は、復号順序で前ピクチャのｒａｐ_ｐｉｃ_ｉｄと異なるように変更されるが、依然として構文要素の許容された値範囲内にある。次に、そうでない場合（復号順序で次のピクチャがＲＡＰピクチャである場合）は、現在のピクチャのｒａｐ_ｐｉｃ_ｉｄの値は、復号順序で前ピクチャ及び次のピクチャの両方のｒａｐ_ｐｉｃ_ｉｄと異なる値に変更されるが、依然として構文要素の許容された値範囲内にある。

［００４０］代替として、ＣＲＡピクチャをＢＬＡピクチャに変更時には、復号器は、次を行うことができる。ピクチャタイミングＳＥＩメッセージが存在し、ＤＰＢ内の全ピクチャに関するＤＰＢ出力時間が現在のＤＰＢ出力時間よりも小さい場合は、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値は１に設定される。そうでない場合は、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値は“０”に設定される。

［００４１］幾つかの例では、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇは第１のフラグであることができ、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇは第２のフラグであることができる。幾つかの例では、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇは、コンテキスト変数であることができる。

［００４２］ＨＥＶＣＷＤ７に対する上記の変更を行うことで、ビットストリーム内の第１のピクチャであるＣＲＡピクチャ及び関連付けられたＴＦＤピクチャに関する特別な復号プロセスをさらに取り除くことが可能である。この場合は、ビットストリームがＣＲＡピクチャで始まるときには、値が外部の手段（存在する場合）によって指定されるかどうかにかかわらず、ビットストリーム開始ＣＲＡピクチャに関してＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇの値を“１”に設定し、上記の変更された復号プロセスを適用することによって、ビットストリーム内の第１のＣＲＡピクチャはＢＬＡピクチャとして取り扱われるべきである。

［００４３］代替として、各々のコーディングされたスライスＮＡＬユニットを復号するときに（構文解析を含む）、現在のピクチャがビットストリーム内の第１のピクチャであり、ｎａｌ_ｕｎｉｔ_ｔｙｐｅがＣＲＡピクチャを示す（例えば、値がＨＥＶＣＷＤ７により“４”又は“５”に等しい）場合は、次が当てはまることができる。ＢＬＡピクチャであることを示すためにｎａｌ_ｕｎｉｔ_ｔｙｐｅの値が変更される（例えば、ＨＥＶＣＷＤ５に従い値が２だけ増加される）。この例では、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇ及びｒａｐ_ｐｉｃ_ｉｄの値を変更する必要がない。代替として、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇの値を、ビットストリーム内の構文要素、例えば、スライスヘッダ又は新しいＳＥＩメッセージ内に含めることができる新しい構文要素、によって示すことができる。

［００４４］一例は、ＣＲＡピクチャに基づくストリーミング適合化に関する。該例では、ＢＬＡピクチャをＣＲＡピクチャに変更するためにサーバ又は中間的ネットワーク要素に依存する代わりに、サーバ又は中間的ネットワーク要素は、復号器側（すなわち、クライアント）に送信されるべきメッセージを生成することができる。メッセージは、例えば、あるＣＲＡピクチャでビットストリーム切り換え動作が生じていること及びＣＲＡピクチャがＢＬＡピクチャとして取り扱われるべきであることを復号器に通知することができる。ＨＴＴＰを通じてのダイナミックアダプティブストリーミング（ＤＡＳＨ）に関しては、復号器側も、ストリームデータを要求するために使用したユニフォームリソースロケーター（ＵＲＬ）の変更及び変更されたＵＲＬと関連付けられたメディアデータの受信を通じてそれ自体によって該メッセージを推論することができる。

［００４５］他の例では、ＣＲＡピクチャは、ピクチャタイミングＳＥＩメッセージが存在している場合は、ＤＰＢ内の全ピクチャに関するＤＰＢ出力時間が現在のピクチャのＤＰＢ出力時間よりも小さくなるような形で変更することができる。ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値は、１に設定することができる。その他の場合は、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値は、“０”に設定することができる。

［００４６］図１は、本開示において説明される技法を利用することができる映像符号化及び復号システム例１０を示したブロック図である。図１において示されるように、システム１０は、行先デバイス１４によってのちに復号されることになる符号化された映像データを生成するソースデバイス１２を含む。ここにおいて説明される技法は、概して、外部のインディケーションに基づいてＣＲＡピクチャをＢＬＡピクチャとして取り扱うことに関するものである。従って、これらの技法は、概して、行先デバイス１４に適用することができ、それは、概して、外部のインディケーションを受信することができ、及び、該外部のインディケーションに応答して、行先デバイス内で処理されるときに行先デバイスで受信されたＣＲＡピクチャをＢＬＡピクチャとして取り扱うことができる。しかしながら、幾つかの例では、ソースデバイス１２又は他のネットワークデバイス、例えば、ＭＡＮＥ、は、行先デバイスで受信されたＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを行先デバイス１４に行わせる外部のインディケーションを行先デバイス１４に提供することができる。

［００４７］ソースデバイス１２及び行先デバイス１４は、広範なデバイスを備えることができ、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、電話ハンドセット、例えば、いわゆる“スマート”フォン、いわゆる“スマート”パッド、テレビ、カメラ、表示装置、デジタルメディアプレーヤー、ビデオゲームコンソール、ビデオストリーミングデバイス、等を含む。幾つかの例では、ソースデバイス１２及び行先デバイス１４は、無線通信のために装備することができる。

［００４８］行先デバイス１４は、リンク１６を介して復号されるべき符号化された映像データを受信することができる。リンク１６は、符号化された映像データをソースデバイス１２から行先デバイス１４に移動させることが可能なタイプの媒体又はデバイスを備えることができる。一例では、リンク１６は、ソースデバイス１２が符号化された映像データをリアルタイムで直接行先デバイス１４に送信するのを可能にする通信媒体を備えることができる。変調器は、通信規格、例えば、無線通信プロトコル、により符号化された映像データを変調することができ、及び行先デバイス１４に送信することができる。通信媒体は、無線又は有線の通信媒体、例えば、無線周波数（ＲＦ）スペクトル又は１つ以上の物理的送信ライン、を備えることができる。通信媒体は、パケットに基づくネットワーク、例えば、ローカルエリアネットワーク、ワイドエリアネットワーク、又はグローバルネットワーク、例えば、インターネット、の一部を形成することができる。通信媒体は、ルータ、スイッチ、基地局、又はソースデバイス１２から行先デバイス１４への通信を容易にするのに役立つことができるその他のあらゆる装置を含むことができる。

［００４９］代替として、符号化されたデータは、出力インタフェース２２から記憶デバイス３２に出力することができる。同様に、入力インタフェースは、記憶デバイス３２から符号化されたデータにアクセスすることができる。記憶デバイス３６は、様々な分散された又はローカルでアクセスされるデータ記憶媒体、例えば、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性又は非揮発性メモリ、又は符号化された映像データを格納するためのその他の適切なデジタル記憶媒体を含むことができる。さらなる例では、記憶デバイス３６は、ソースデバイス１２によって生成された符号化された映像データを保持することができるファイルサーバ又は他の中間的な記憶デバイスに対応することができる。行先デバイス１４は、ストリーミング又はダウンロードを介して記憶デバイス３６から格納された映像データにアクセスすることができる。ファイルサーバは、符号化された映像データを格納すること及び符号化された映像データを行先デバイス１４に送信することが可能なあらゆるタイプのサーバであることができる。ファイルサーバ例は、（例えば、ウェブサイトのための）ウェブサーバと、ＦＴＰサーバと、ネットワーク接続記憶（ＮＡＳ）デバイスと、ローカルディスクドライブと、を含む。行先デバイス１４は、インターネット接続を含む標準的なデータ接続を通じて符号化された映像データにアクセスすることができる。これは、ファイルサーバに格納された符号化された映像データにアクセスするのに適する無線チャネル（例えば、Ｗｉ−Ｆｉ接続）、有線接続（例えば、ＤＳＬ、ケーブルモデム、等）、又は両方の組み合わせを含むことができる。記憶デバイス３６からの符号化された映像データの送信は、ストリーミング送信、ダウンロード送信、又は両方の組み合わせであることができる。

［００５０］本開示の技法は、無線の用途またはセッティングには必ずしも限定されない。それらの技法は、映像コーディングに適用することができ、様々なマルチメディア用途、例えば、オーバー・ザ・エアテレビ放送、ケーブルテレビ送信、衛星テレビ送信、例えば、インターネットを介してのストリーミング映像送信、データ記憶媒体への格納のためのデジタル映像の符号化、データ記憶媒体に格納されたデジタル映像の復号、又はその他の用途をサポートする。幾つかの例では、システム１０は、映像ストリーミング、映像再生、映像放送、及び／又は映像テレフォニー、等の用途をサポートするために１方向又は２方向の映像送信をサポートするように構成することができる。

［００５１］図１の例では、ソースデバイス１２は、映像ソース１８と、映像符号器２０と、出力インタフェース２２と、を含む。幾つかの場合は、出力インタフェース２２は、変調器／復調器（モデム）及び／又は送信機を含むことができる。ソースデバイス１２において、映像ソース１８は、ソース、例えば、映像キャプチャデバイス、を含むことができる。例えば、ビデオカメラ、以前にキャプチャされた映像が入った映像アーカイブ、映像コンテンツプロバイダからの映像を受信するための映像フィードインタフェース、及び／又は、コンピュータグラフィックスデータをソース映像として生成するためのコンピュータグラフィックスシステム、又は該ソースの組み合わせ、を含むことができる。一例として、映像ソース１８がビデオカメラである場合は、ソースデバイス１２及び行先デバイス１４は、いわゆるカメラフォン又はビデオフォンであることができる。しかしながら、本開示において説明される技法は、映像コーディング全般に適用可能であり、無線及び／又は有線用途に適用することができる。

［００５２］映像符号器２０は、キャプチャされた、予めキャプチャされた、又はコンピュータによって生成された映像を符号化することができる。符号化された映像データは、ソースデバイス１２の出力インタフェース２２を介して行先デバイス１４に直接送信することができる。代替として、符号化された映像データは、復号及び／又は再生のために行先デバイス１４又はその他のデバイスによってのちにアクセスするために記憶媒体３６に格納することもできる。その他の例では、これらの両方とも実行することができる。

［００５３］行先デバイス１４は、入力インタフェース２８と、映像復号器３０と、表示装置３２と、を含む。幾つかの場合は、入力インタフェース２８は、受信機及び／又はモデムを含むことができる。行先デバイス１４の入力インタフェース２８は、リンク１６を通じて符号化された映像データを受信する。符号化された映像データは、リンク１６を通じて通信されるか、又は記憶デバイス３６で提供され、映像データを復号する際の映像復号器、例えば、映像復号器３０、による使用のために映像符号器２０によって生成された様々な構文要素を含むことができる。該構文要素は、通信媒体で送信された符号化された映像データとともに含めること、記憶媒体に格納すること、又はファイルサーバに格納することができる。

［００５４］一例では、映像復号器３０又はその他のデバイスは、外部のインディケーションを受信することができる。映像復号器３０は、外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱うことができる。幾つかの例では、外部のインディケーションは、映像復号器においてフラグが設定されるべきかどうかを指示する。従って、映像復号器３０は、外部のインディケーションに基づいてフラグを設定することができる。映像復号器３０又は何らかの内部機能、例えば、外部インディケーション処理ユニット７２又は予測モジュール８１、がフラグを検査することができる。一例では、予測モジュール８１は、フラグに基づいてＣＲＡピクチャがＢＬＡピクチャとして取り扱わられるべきであることを指示する外部のインディケーションに基づいてＣＲＡピクチャをＢＬＡピクチャとして取り扱うことができる。

［００５５］他の例では、映像復号器３０又は他のデバイスは、フラグが設定されるべきであることを指示する外部のインディケーションを受信することができる。次に、映像復号器３０又は他のデバイスは、外部のインディケーションに基づいてフラグを設定することができる。次に、復号器３０がフラグを検査することができる。フラグが設定されているときに、映像復号器３０は、ＣＲＡピクチャをＢＬＡピクチャとして取り扱う。

［００５６］表示装置３２は、行先デバイス１４と一体化することができ又は外部に存在することができる。幾つかの例では、行先デバイス１４は、一体化された表示装置を含むことができ及び外部の表示装置とインタフェースするように構成することもできる。その他の例では、行先デバイス１４は、表示装置であることができる。概して、表示装置３２は、復号された映像データをユーザに表示し、様々な表示装置、例えば、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、又は他のタイプの表示装置、のうちのいずれかを備えることができる。

［００５７］映像符号器２０及び映像復号器３０は、映像圧縮規格、例えば、現在策定中の高効率映像コーディング（ＨＥＶＣ）規格、により動作することができ、及び、ＨＥＶＣテストモデル（ＨＭ）に準拠することができる。２０１２年６月２７日現在において、ＨＥＶＣの最近のドラフトを、http://wg11.sc29.org/jct/doc_end_user/current_document.php?id=5885/JCTVC-I1003-v5から入手可能であり、ここにおける引用によってその内容全体が組み入れられている。代替として、映像符号器２０及び映像復号器３０は、その他の独占規格又は工業規格、例えば、ＩＴＵ−ＴＨ．２６４規格、代替でＭＰＥＧ−４、Ｐａｒｔ１０、ＡｄｖａｎｃｅｄＶｉｄｅｏＣｏｄｉｎｇ（ＡＶＣ）と呼ばれる、又は該規格の拡張版により動作することができる。しかしながら、本開示の技法は、いずれの特定のコーディング規格又は技法にも制限されない。映像圧縮規格のその他の例は、ＭＰＥＧ−２、ＩＴＵ−ＴＨ．２６３、及びオープンの形式、例えば、ＶＰ８、を含む。

［００５８］図１には示されていないが、幾つかの態様では、映像符号器２０及び映像復号器３０は、各々、音声符号器及び復号器と一体化することができ、及び、共通のデータストリーム又は別々のデータストリーム内の音声及び映像の両方の符号化を取り扱うための該当するＭＵＸ−ＤＥＭＵＸユニット、又はその他のハードウェア及びソフトウェアを含むことができる。該当する場合は、幾つかの例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵＨ．２２３マルチプレクサプロトコル、又はその他のプロトコル、例えば、ユーザデータグラムプロトコル（ＵＤＰ）に準拠することができる。

［００５９］映像符号器２０及び映像復号器３０は、各々、様々な適切な符号器回路、例えば、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリートロジック、ソフトウェア、ハードウェア、ファームウェア又はそれらのあらゆる組み合わせのうちのいずれかとして実装することができる。技法がソフトウェア内において部分的に実装されるときには、デバイスは、ソフトウェアに関する命令を適切な、非一時的なコンピュータによって読み取り可能な記憶媒体に格納することができ及び本開示の技法を実行するために１つ以上のプロセッサを用いてハードウェア内で命令を実行することができる。映像符号器２０及び映像復号器３０の各々は、１つ以上の符号器又は復号器に含めることができ、それらのいずれも、各々のデバイスにおいて結合された符号器／復号器（ＣＯＤＥＣ）の一部として一体化することができる。

［００６０］ＪＣＴ−ＶＣは、ＨＥＶＣ規格の策定作業中である。ＨＥＶＣ標準化努力は、ＨＥＶＣテストモデル（ＨＭ）と呼ばれる映像コーディングデバイスの進化中のモデルに基づく。ＨＭは、例えば、ＩＴＵ−ＴＨ．２６４／ＡＶＣによる既存のデバイスと比較して幾つかの追加の映像コーディングデバイス能力を仮定している。例えば、Ｈ．２６４は、９つのイントラ予測符号化モードを提供する一方で、ＨＭは、３３ものイントラ予測符号化モードを提供することができる。

［００６１］概して、ＨＭのワーキングモデルでは、映像フレーム又はピクチャは、コーディングツリーブロックのシーケンス又はルマサンプルとクロマサンプルの両方を含む最大コーディングユニット（ＬＣＵ）に分割することができると記述している。ツリーブロックは、Ｈ．２６４規格のマクロブロックと同様の目的を有することができる。スライスは、コーディング順序で連続する幾つかのツリーブロックを含む。映像フレーム又はピクチャは、１つ以上のスライスに分割することができる。各ツリーブロックは、四分木によりコーディングユニット（ＣＵ）に分割することができる。例えば、ツリーブロックは、四分木のルートノードとして、４つの子ノードに分割することができ、各子ノードは、親ノードであることができ、他の４つの子ノードに分割することができる。最終的な、分割されない子ノードは、四分木の葉ノードとして、コーディングノード、すなわち、コーディングされた映像ブロックを備える。コーディングされたビットストリームと関連付けられた構文データは、ツリーブロックを分割することができる最大回数を定義することができ、及び、コーディングノードの最小サイズを定義することもできる。

［００６２］ＣＵは、コーディングノードと、そのコーディングノードと関連付けられた予測ユニット（ＰＵ）及び変換ユニット（Ｕ）を含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状は正方形でなければならない。ＣＵのサイズは、８×８ピクセルからツリーブロックのサイズまでの範囲であることができ、最大サイズは６４×６４ピクセル以上である。各ＣＵには、１つ以上のＰＵ及び１つ以上のＴＵが入っている。ＣＵと関連付けられた構文データは、例えば、１つ以上のＰＵへのＣＵの分割を記述することができる。分割モードは、ＣＵがスキップ又は直接モード符号化されるか、イントラ予測モード符号化されるか、又はインター予測モード符号化されるかの間で異なることができる。ＰＵは、形状が非正方形に分割することができる。ＣＵと関連付けられた構文データは、例えば、四分木による１つ以上のＴＵへのＣＵの分割も記述することができる。ＴＵの形状は、正方形であっても非正方形であってもよい。

［００６３］ＨＥＶＣ規格は、ＴＵによる変形を考慮しており、異なるＣＵごとに異なることができる。ＴＵは、典型的には、分割されたＬＣＵに関して定義される所定のＣＵ内のＰＵのサイズに基づいてサイズが設定されるが、常にそうであるわけではない。ＴＵは、典型的には、ＰＵと同じサイズであるか又はそれよりも小さい。幾つかの例では、ＣＵに対応する残差サンプルは、“残差四分木（ＲＱＴ）”と呼ばれる四分木構造を用いてより小さいユニットに細分割することができる。ＲＱＴの葉ノードは、変換ユニット（ＴＵ）と呼ぶことができる。ＴＵと関連付けられたピクセル差分値は、変換係数を生成するために変換することができ、それらは量子化することができる。

［００６４］概して、ＰＵは、予測プロセスに関連するデータを含む。例えば、ＰＵがイントラモード符号化されるときには、ＰＵは、ＰＵに関するイントラ予測モードを記述するデータを含むことができる。他の例として、ＰＵがインターモード符号化されるときには、ＰＵは、ＰＵに関する動きベクトルを定義するデータを含むことができる。ＰＵに関する動きベクトルを定義するデータは、例えば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルに関する分解能（例えば、１／４ピクセル精度又は１／８ピクセル精度）、動きベクトルが指し示す基準ピクチャ、及び／又は動きベクトルに関する基準ピクチャリスト（例えば、リスト０、リスト１、又はリストＣ）を記述することができる。

［００６５］概して、ＴＵは、変換プロセス及び量子化プロセスのために使用される。１つ以上のＰＵを有する所定のＣＵは、１つ以上の変換ユニット（ＴＵ）も含むことができる。予測後、映像符号器２０は、ＰＵに対応する残差値を計算することができる。残差値は、ピクセル差分値を備え、それらは、エントロピーコーディングのためのシリアライズされた（ｓｅｒｉａｌｉｚｅｄ）変換係数を生成するために変換係数に変換し、量子化し、及びＴＵを用いて走査することができる。本開示は、典型的に、ＣＵのコーディングノードを意味するために用語“映像ブロック”を使用する。幾つかの特定の事例では、本開示は、コーディングノード、ＰＵ及びＴＵを含むツリーブロック、すなわち、ＬＣＵ、又はＣＵを意味するために用語“映像ブロック”を使用することもある。

［００６６］映像シーケンスは、典型的には、一連の映像フレーム又はピクチャを含む。ピクチャのグループ（ＧＯＰ）は、概して、映像ピクチャのうちの一連の１つ以上を備える。ＧＯＰは、ＧＯＰ内に含まれるピクチャ数を記述する構文データをＧＯＰのヘッダ、１つ以上のピクチャのヘッダ、又はその他の場所において含むことができる。ピクチャの各スライスは、各々のスライスに関する符号化モードを記述するスライス構文データを含むことができる。映像符号器２０は、典型的には、映像データを符号化するために個々の映像スライス内の映像ブロックに対して動作する。映像ブロックは、ＣＵ内のコーディングノードに対応することができる。映像ブロックは、固定された又は可変のサイズを有することができ、及び、指定されたコーディング規格によりサイズが異なることができる。

［００６７］一例として、ＨＭは、様々なＰＵサイズの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２Ｎ又はＮ×ＮのＰＵサイズでのイントラ予測、及び２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、又はＮ×Ｎの対称的ＰＵサイズでのインター予測をサポートする。ＨＭは、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、及びｎＲ×２ＮのＰＵサイズでのインター予測に関する非対称的な分割もサポートする。非対称的な分割では、ＣＵの１方の方向が分割されず、他方の方向が２５％及び７５％に分割される。２５％の分割に対応するＣＵの部分は、“ｎ”によって示され、“上（Ｕｐ）”、“下（Ｄｏｗｎ）”、“左（Ｌｅｆｔ）”、又は“右（Ｒｉｇｈｔ）”の表示文字によって後続される。従って、例えば、“２Ｎ×ｎＵ”は、水平に分割され、最上部が２Ｎ×０．５ＮＰＵ、最下部が２Ｎ×１．５ＮＰＵである２Ｎ×２ＮＣＵを意味する。

［００６８］本開示においては、“Ｎ×Ｎ”及び“ＮｂｙＮ”は、垂直及び水平の寸法に関するブロックのピクチャ寸法を意味するために互換可能な形で使用することができ、例えば、１６×１６ピクセル又は１６ｂｙ１６ピクセル。概して、１６×１６ブロックは、垂直方向に１６ピクセル（ｙ＝１６）及び水平方向に１６ピクセル（ｘ＝１６）を有することになる。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮのピクセル及び水平方向にＮのピクセルを有し、ここで、Ｎは、負でない整数値を表す。ブロック内のピクセルは、行及び列で配列することができる。さらに、ブロックは、水平方向と垂直方向で必ずしも同じピクセル数を有する必要がない。例えば、ブロックは、Ｎ×Ｍピクセルを備えることができ、ここで、Ｍは必ずしもＮと等しくない。

［００６９］ＣＵのＰＵを用いたイントラ予測又はインター予測コーディングに引き続き、映像符号器２０は、ＣＵのＴＵに関する残差データを計算することができる。ＰＵは、空間領域（ピクセル領域とも呼ばれる）においてピクセルデータを備えることができ、及び、ＴＵは、変換、例えば、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、又は概念的に類似する変換を残差映像データに適用後に変換領域において係数を備えることができる。残差データは、符号化されないピクチャのピクセルとＰＵに対応する予測値との間のピクセル差分に対応することができる。映像符号器２０は、ＣＵに関する残差データを含むＴＵを形成することができ、次に、ＣＵに関する変換係数を生成するためにＴＵを変換することができる。

［００７０］変換係数を生成するための変換に引き続き、映像符号器２０は、それらの変換係数の量子化を行うことができる。量子化は、概して、係数を表すために使用されるデータ量を低減させ、さらなる圧縮を提供するために変換係数が量子化されるプロセスを意味する。量子化プロセスは、係数の一部又は全部と関連付けられたビット深度を低減させることができる。例えば、量子化中にｎビット値が切り捨てられてｍビット値になり、ここで、ｎはｍよりも大きい。

［００７１］幾つかの例では、映像符号器２０は、エントロピー符号化することができるシリアライズされたベクトルを生成するために量子化された変換係数を走査するために予め定義された走査順序を利用することができる。その他の例では、映像符号器２０は、適応型走査を行うことができる。一次元ベクトルを形成するために量子化された変換係数を走査後は、映像符号器２０は、例えば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、構文に基づくコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔パーティショニングエントロピー（ＰＩＰＥ）コーディング又は他のエントロピー符号化法により一次元ベクトルをエントロピー符号化することができる。映像符号器２０は、映像データを復号する際に映像復号器３０によって使用するための符号化された映像データと関連付けられた構文要素もエントロピー符号化することができる。

［００７２］ＣＡＢＡＣを行うために、映像符号器２０は、コンテキストモデル内のコンテキストを送信されるべきシンボルに割り当てることができる。コンテキストは、例えば、シンボルの近隣値がゼロでないかどうかに関連することができる。ＣＡＶＬＣを行うために、映像符号器２０は、送信されるべきシンボルに関する可変長コードを選択することができる。ＶＬＣにおけるコードワードは、相対的により短いコードがより確率の高いシンボルに対応し、より長いコードがより確率の低いシンボルに対応するような形で構築することができる。このように、ＶＬＣの使用は、例えば、送信されるべき各シンボルに関して等しい長さのコードワードを使用することと比較してビットの節約を達成することができる。確率決定は、シンボルに割り当てられたコンテキストに基づくことができる。

［００７３］本開示により、ソースデバイス１２（又はおそらく図１に示されていない他の中間的なデバイス）は、行先デバイス１４において受信されたＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを行先デバイス１４に行わせる外部のインディケーション３４を行先デバイス１４に提供することができる。例えば、ソースデバイス１２（又はおそらく図１に示されていない他の中間的なデバイス）は、ユーザによって変更が行われている（例えば、異なる解像度又は品質の映像の要求、又は切断されたリンクが生じることがある）と決定することができる。例えば、解像度の変更又は切断リンクが生じた場合は、これは、受信デバイスに格納されている以前のピクチャ情報が入って来たビットストリームを復号する上で有効でないことがあるため、ＣＲＡピクチャはＢＬＡピクチャとして取り扱われるべきであることを意味する。

［００７４］図２は、本開示において説明される技法を実装することができる映像符号器例２０を示したブロック図である。上述されるように、ここにおいて説明される技法は、概して、行先デバイス１４において受信された外部のインディケーションに基づいてＣＲＡピクチャをＢＬＡピクチャとして取り扱うことに関するものである。しかしながら、幾つかの例では、ソースデバイス１２又は他のネットワークデバイス、例えば、ＭＡＮＥ、は、行先デバイス１４において受信されたＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを行先デバイス１４に行わせる外部のインディケーションを行先デバイス１４に提供することができる。

［００７５］映像符号器２０は、映像スライス内において映像ブロックのイントラコーディング及びインターコーディングを行うことができる。イントラコーディングは、所定の映像フレーム又はピクチャ内の映像の空間的冗長性を低減させる又は除去するために空間予測に依存する。インターコーディングは、映像シーケンスの隣接するフレーム又はピクチャ内の映像の時間的冗長性を低減させる又は除去するために時間予測に依存する。イントラモード（Ｉモード（登録商標））は、幾つかの空間に基づく圧縮モードのうちのいずれかを意味することができる。インターモード、例えば、単方向予測（Ｐモード）又は両方向予測（Ｂモード）は、幾つかの時間に基づく圧縮モードのうちのいずれかを意味することができる。

［００７６］図２の例において、映像符号器２０は、分割モジュール３５と、予測モジュール４１と、フィルタモジュール６３と、基準ピクチャメモリ６４と、加算器５０と、変換モジュール５２と、量子化モジュール５４と、エントロピー符号化モジュール５６と、を含む。予測モジュール４１は、動き推定モジュール４２と、動き補償モジュール４４と、イントラ予測モジュール４６と、を含む。映像ブロック再構築に関して、映像符号器２０は、逆量子化モジュール５８、逆変換モジュール６０、及び加算器６２も含む。フィルタモジュール６３は、１つ以上のループフィルタ、例えば、デブロッキングフィルタ、アダプティブループフィルタ（ＡＬＦ）、及びサンプルアダプティブオフセット（ＳＡＯ）フィルタ、を表すことが意図される。図２では、フィルタモジュール６３は、インループフィルタとして示されているが、その他の構成では、フィルタモジュール６３は、ポストループフィルタとして実装することができる。

［００７７］ソースデバイス１２又は他のネットワークデバイス、例えば、ＭＡＮＥ、は、行先デバイス１４において受信されたＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを行先デバイス１４に行わせる外部のインディケーション３４を行先デバイス１４に提供することができる。例えば、外部のインディケーション３４は、概して行先デバイス１４の外部に存在し、概してビットストリームの一部として送信されず、予測モジュール４１によって生成することができ、それは、ビットストリームの状態に関連するインディケーションへのアクセスを有することができる。しかしながら、これは一例であるにすぎず、ソースデバイス１２内、又はソースデバイス１２の外部のその他のデバイス内のその他のユニット又はモジュールも、外部のインディケーションを生成することができる。

［００７８］図２に示されるように、映像符号器２０は、映像データを受信し、分割モジュール３５は、データを映像ブロックに分割する。この分割は、スライス、タイル、又はその他のより大きいユニットへの分割、及び、ＬＣＵ及びＣＵの四分木構造による映像ブロック分割、を含むこともできる。映像符号器２０は、概して、符号化されるべき映像スライス内の映像ブロックを符号化するコンポーネントを例示する。スライスは、複数の映像ブロック（及びおそらくタイルと呼ばれる映像ブロックの組）に分割することができる。予測モジュール４１は、誤り結果（例えば、コーディングレート及び歪みのレベル）に基づいて現在の映像ブロックに関する複数の可能なコーディングモードのうちの１つ、例えば、複数のイントラコーディングモードのうちの１つ又は複数のインターコーディングモードのうちの１つ、を選択することができる。予測モジュール４１は、結果的に得られたイントラ又はインターコーディングされたブロックを、残差ブロックデータを生成するために加算器５０に及び基準ピクチャとしての使用ための符号化されたブロックを再構築するために加算器６２に提供することができる。

［００７９］予測モジュール４１内のイントラ予測モジュール４６は、空間的圧縮を提供するためにコーディングされるべき現在のブロックと同じフレーム又はスライス内の１つ以上の近隣ブロックに関して現在の映像ブロックのイントラ予測コーディングを行うことができる。予測モジュール４１内の動き推定モジュール４２及び動き補償モジュール４４は、時間的圧縮を提供するために１つ以上の基準ピクチャ内の１つ以上の予測ブロックに関して現在の映像ブロックのインター予測コーディングを行う。

［００８０］動き推定モジュール４２は、映像シーケンスに関する予め決定されたパターンに従って映像スライスに関するインター予測モードを決定するように構成することができる。予め決定されたパターンは、シーケンス内の映像スライスをＰスライス、Ｂスライス又はＧＰＢスライスとして指定することができる。動き推定モジュール４２及び動き補償モジュール４４は、高度に一体化することができるが、概念上の目的のために別々に示されている。動き推定は、動き推定モジュール４２によって行われ、映像ブロックに関する動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、例えば、基準ピクチャ内の予測ブロックに対する現在の映像フレーム又はピクチャ内の映像ブロックのＰＵの変位を示すことができる。

［００８１］予測ブロックは、ピクセル差分の点でコーディングされるべき映像ブロックのＰＵに密接にマッチングすることが判明しているブロックであり、差分絶対値和（ＳＡＤ）、差分二乗和（ＳＳＤ）、又はその他の差分メトリックによって決定することができる。幾つかの例では、映像符号器２０は、基準ピクチャメモリ６４に格納された基準ピクチャの整数未満のピクセル位置に関する値を計算することができる。例えば、映像符号器２０は、基準ピクチャの１／４ピクセル位置、１／８ピクセル位置、又はその他の分数のピクセル位置の値を内挿することができる。従って、動き推定モジュール４２は、完全ピクセル位置及び分数ピクセル位置に関する動き探索を行い、分数のピクセル精度を有する動きベクトルを出力することができる。

［００８２］動き推定モジュール４２は、インターコーディングされたスライス内の映像ブロックのＰＵの位置を基準ピクチャの予測ブロックの位置と比較することによってそのＰＵに関する動きベクトルを計算する。基準ピクチャは、第１の基準ピクチャリスト（リスト０）又は２の基準ピクチャリスト（リスト１）から選択することができ、それらの各々は、基準ピクチャメモリ６４に格納された１つ以上の基準ピクチャを識別する。動き推定モジュール４２は、計算された動きベクトルをエントロピー符号化モジュール５６及び動き補償モジュール４４に送信する。

［００８３］動き補償は、動き補償モジュール４４によって行われ、動き推定によって決定された動きベクトルに基づいて予測ブロックをフェッチ又は生成し、サブピクチャ精度で内挿を行うことを含む。現在の映像ブロックのＰＵに関する動きベクトルを受信した時点で、動き補償モジュール４４は、基準ピクチャリストのうちの１つにおいて動きベクトルが指し示す予測ブロックの位置を突き止めることができる。映像符号器２０は、コーディング中の現在の映像ブロックのピクセル値から予測ブロックのピクチャ値を減じることによって残差映像ブロックを形成し、ピクセル差分値を形成する。ピクセル残差値は、ブロックに関する残差データを形成し、ルマ及びクロマ差分成分の両方を含むことができる。加算器５０は、この減算動作を行うコンポーネント又はコンポーネント（複数）を表す。動き補償モジュール４４は、映像スライスの映像ブロックを復号する際に映像復号器３０によって使用するために映像ブロック及び映像スライスと関連付けられた構文要素を生成することもできる。

［００８４］イントラ予測モジュール４６は、上述されるように、動き推定モジュール４２及び動き補償モジュール４４によって行われるインター予測の代替として、現在のブロックをイントラ予測することができる。特に、イントラ予測モジュール４６は、現在のブロックを符号化するために使用すべきイントラ予測モードを決定することができる。幾つかの例では、イントラ予測モジュール４６は、例えば、別々の符号化パス（ｅｎｃｏｄｉｎｇｐａｓｓ）中に、様々なイントラ予測モードを用いて現在のブロックを符号化することができ、及び、イントラ予測モジュール４６（又は、幾つかの例では、モード選択モジュール４０）は、使用すべき適当なイントラ予測モードを試験されたモードから選択することができる。例えば、イントラ予測モジュール４６は、様々な試験されたイントラ予測モードに関するレート−歪み解析を用いてレート−歪み値を計算すること、及び、試験されたモードの中で最良のレート−歪み特性を有するイントラ予測モードを選択することができる。レート−歪み解析は、概して、符号化されたブロックを生成するために符号化されたブロックとオリジナルの符号化されないブロックとの間の歪み（又は誤り）の量、及び符号化されたブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測モジュール４６は、いずれのイントラ予測モードがブロックに関する最良のレート−歪み値を呈するかを決定するために様々な符号化されたブロックに関する歪み及びレートから比率を計算することができる。

［００８５］いずれの場合も、ブロックに関するイントラ予測モードを選択後は、イントラ予測モジュール４６は、ブロックに関する選択されたイントラ予測モードを示す情報をエントロピーコーディングモジュール５６に提供することができる。エントロピーコーディングモジュール５６は、本開示の技法により選択されたイントラ予測モードを示す情報を符号化することができる。映像符号器２０は、送信されたビットストリーム内に構成データを含めることができる。構成データは、複数のイントラ予測モードインデックステーブル及び複数の修正されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）、様々なブロックに関するコンテキクストを符号化する定義、最も可能性の高いイントラ予測モードのインディケーション、イントラ予測モードインデックステーブル、及び各コンテキストに関して使用すべき修正されたイントラ予測モードインデックステーブルを含むことができる。

［００８６］予測モジュール４１がインター予測又はイントラ予測のいずれかを介して現在の映像ブロックに関する予測ブロックを生成後は、映像符号器２０は、現在の映像ブロックから予測ブロックを減じることによって残差映像ブロックを形成する。残差ブロック内の残差映像データは、１つ以上のＴＵ内に含めることができ及び変換モジュール５２に適用することができる。変換モジュール５２は、変換、例えば、離散コサイン変換（ＤＣＴ）又は概念的に類似の変換、を用いて残差映像データを残差変換係数に変換する。変換モジュール５２は、残差映像データをピクセル領域から変換領域、例えば、周波数領域、に変換することができる。

［００８７］変換モジュール５２は、その結果得られた変換係数を量子化モジュール５４に送信することができる。量子化モジュール５４は、ビットレートをさらに低減させるために変換係数を量子化する。量子化プロセスは、係数の一部又は全部と関連付けられたビット深度を低減させることができる。量子化度は、量子化パラメータを調整することによって変更することができる。幾つかの例では、量子化モジュール５４は、量子化された変換係数を含む行列の走査を行うことができる。代替として、エントロピー符号化モジュール５６は、走査を行うことができる。

［００８８］量子化に引き続き、エントロピー符号化モジュール５６は、量子化された変換係数をエントロピー符号化する。例えば、エントロピー符号化モジュール５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、構文に基づくコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔分割エントロピー（ＰＩＰＥ）コーディング、又はその他のエントロピー符号化法又は技法を実行することができる。エントロピー符号化モジュール５６によるエントロピー符号化に引き続き、符号化されたビットストリームは、映像復号器３０に送信すること、又は、映像復号器３０によるのちの送信又は取り出しのためにアーカイブに保存することができる。エントロピー符号化モジュール５６は、コーディング中の現在の映像スライスに関する動きベクトル及びその他の構文要素をエントロピー符号化することもできる。

［００８９］逆量子化モジュール５８及び逆変換モジュール６０は、基準ピクチャの基準ブロックとしてののちの使用のためにピクセル領域において残差ブロックを再構築するために逆量子化及び逆変換をそれぞれ適用する。動き補償モジュール４４は、基準ピクチャリストのうちの１つ内の基準ピクチャのうちの１つの予測ブロックに残差ブロックを加えることによって基準ブロックを計算することができる。動き補償モジュール４４は、動き推定における使用のために整数未満のピクセル値を計算するために１つ以上の内挿フィルタを再構築された残差ブロックに適用することもできる。加算器６２は、基準ピクチャメモリ６４での格納のための基準ブロックを生成するために動き補償モジュール４４によって生成された動き補償された予測ブロックに再構築された残差ブロックを加える。基準ブロックは、後続する映像フレーム又はピクチャ内のブロックをインター予測するための基準ブロックとして動き推定モジュール４２及び動き補償モジュール４４によって使用することができる。

［００９０］図２の映像符号器２０は、ここにおいて説明されるように、クリーンランダムアクセス（ＣＲＡ）ピクチャがブロークンリンクアクセス（ＢＲＡ）ピクチャとして取り扱われるべきであることをシグナリングするように構成することができる映像符号器の例を表す。

［００９１］図３は、ネットワークエンティティ２９、例えば、ＭＡＮＥ又は何らかのその他の外部デバイス（示されていない）によって生成することができる外部のインディケーション７０に基づいてＣＲＡをＢＬＡとして取り扱うことに概して関する本開示の技法を実装することができる映像復号器例３０を示したブロック図である。一例では、映像復号器３０は、フラグ７４が設定されるべきであることを指示する外部のインディケーション７０を受信する。外部のインディケーション７０は、映像復号器３０によって受信される。その他の例では、外部のインディケーション７０は、映像復号器３０の外部で受信及び処理することができる。外部インディケーション処理ユニット７２は、外部のインディケーションに基づいてフラグ７４を設定する。次に、フラグが予測モジュール８１に渡される。示される例では、外部インディケーション処理ユニット７２は、映像復号器３０の外部に存在し及び別々であることができる。映像復号器３０において、予測モジュール（８１）は、フラグを検査し、フラグが設定されているときには、１つのクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱う。

［００９２］幾つかの例では、フラグのデフォルト値は“０”であり、フラグの設定値は“１”である。その他の例では、その逆も真であり、フラグのデフォルト値が“１”であり、フラグの設定値が“０”である。換言すると、フラグは、アクティブハイ（“１”）又はアクティブロー（“０”）であることができる。

［００９３］幾つかの例では、コーディングされたスライスネットワーク抽象層（ＮＡＬ）ユニットを復号するときに、第１のフラグが設定されている場合は、予測モジュール８１は、ＮＡＬユニットのＮＡＬユニットタイプを変更することができる。コーディングされたスライスネットワーク抽象層（ＮＡＬ）ユニットを復号するときに、第１のフラグが設定されている場合は、予測モジュール８１は、第２のフラグの値を変更することができる。第２のフラグは、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓフラグであることができる。さらに、コーディングされたスライスネットワーク抽象層（ＮＡＬ）ユニットを復号するときに、第１のフラグが設定されている場合は、予測モジュールは、第２のフラグの値を“１”に設定することができる。

［００９４］一例では、現在のピクチャがＣＲＡピクチャであるとき、及び、ＣＲＡピクチャがＢＬＡピクチャとして取り扱われるべきであることを指示する変数を設定するために何らかの外部のインディケーションが入手可能であるときには（例えば、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇ）、変数（例えば、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇ）は、外部の手段によって提供される値に設定することができる。その他の場合は、変数（例えば、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇ）の値は、ＣＲＡピクチャがＢＲＡピクチャとして取り扱われるべきでないことを指示するために設定することができる。例えば、ＣＲＡピクチャがＢＲＡピクチャとして取り扱われるべきであることを指示するためにＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを“１”に設定し、及び、ＣＲＡピクチャがＢＲＡピクチャとして取り扱われるべきでないことを指示するためにＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを“０”に設定することができる。

［００９５］ここでは外部のインディケーションの幾つかの例が説明されるが、これらは、包括的なリストであることは意図されないことが注目されるべきである。数多くの可能な外部のインディケーションを使用可能である。

［００９６］幾つかの例では、現在のピクチャがＣＲＡピクチャであり、ＣＲＡピクチャがＢＬＡピクチャとして取り扱われるべきであることを指示する変数（例えば、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇ）が“１”に等しいときには、“１”は、ＣＲＡピクチャがＢＬＡピクチャとして取り扱われるべきであることを指示し、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値を“１”に設定することができ、及び、各々のコーディングされたスライスセグメントＮＡＬユニットに関する構文解析及び復号プロセス中に次が適用される。

［００９７］一例では、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇは、復号ピクチャバッファ内の以前に復号されたピクチャがＩＤＲ又はＢＬＡピクチャの復号後にどのように取り扱われるかを指定する。一例では、ＩＤＲ又はＢＬＡピクチャがビットストリーム内の第１のピクチャであるときには、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値は、復号プロセスに対して何の影響も有さない。ＩＤＲ又はＢＬＡピクチャがビットストリーム内の第１のピクチャでなく、アクティブシーケンスパラメータセットから導き出されたｐｉｃ_ｗｉｄｔｈ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｐｉｃ_ｈｅｉｇｈｔ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｓｐｓ_ｍａｘ_ｍａｘ_ｔｅｍｐｏｒａｌ_ｌａｙｅｒｓ_ｍｉｎｕｓ１］の値が、前ピクチャに関してアクティブなシーケンスパラメータセットから導き出されたｐｉｃ_ｗｉｄｔｈ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｐｉｃ_ｈｅｉｇｈｔ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｓｐｓ_ｍａｘ_ｍａｘ_ｔｅｍｐｏｒａｌ_ｌａｙｅｒｓ_ｍｉｎｕｓ１］の値と異なるときには、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの実際値にかかわらず、“１”に等しいｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇを復号器によって推論することができる（ただし、すべきでない）。

［００９８］図３の例では、映像復号器３０は、エントロピー復号モジュール８０と、予測モジュール８１と、逆量子化モジュール８６と、逆変換モジュール８８と、加算器９０と、フィルタモジュール９１と、基準ピクチャメモリ９２と、を含む。予測モジュール８１は、動き補償モジュール８２と、イントラ予測モジュール８４と、を含む。映像復号器３０は、幾つかの例では、図２からの映像符号器２０に関して説明される符号化パスと概して相互的な復号パスを行うことができる。

［００９９］復号プロセス中には、映像復号器３０は、符号化された映像スライスの映像ブロックを表す符号化された映像ビットストリーム及び関連付けられた構文要素を映像符号器２０から受信する。映像復号器３０は、符号化された映像ビットストリームをネットワークエンティティ２９から受信することができる。ネットワークエンティティ２９は、例えば、上述される技法のうちの１つ以上を実装するように構成されたサーバ、ＭＡＮＥ、映像エディタ／スプライサ、又はその他の該デバイスであることができる。上述されるように、本開示において説明される技法の一部は、ネットワークエンティティ２９が符号化された映像ビットストリームを映像復号器３０に送信する前にネットワークエンティティ２９によって実装することができる。幾つかの映像復号システムでは、ネットワークエンティティ２９及び映像復号器３０は、別個のデバイスの一部であることができ、その他の例では、ネットワークエンティティ２９に関して説明される機能は、映像復号器３０を備える同じデバイスによって実行することができる。

［０１００］上述されるように、ＭＡＮＥであることができるネットワークデバイス、例えば、ネットワークエンティティ２９、は、行先デバイス１４で受信されたＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを行先デバイス１４に行わせる外部のインディケーション３４を行先デバイスに提供することができる。例えば、外部のインディケーション３４は、概して行先デバイス１４の外部にあり、概してビットストリームの一部として送信されず、予測モジュール４１によって生成することができ、それは、ビットストリームの状態に関連するインディケーションへのアクセスを有することができる。しかしながら、これは一例であるにすぎず、ソースデバイス１２内のその他のユニット又はモジュール、又はソースデバイス１２の外部のその他のデバイスも外部のインディケーションを生成することができる。

［０１０１］映像復号器３０のエントロピー復号モジュール８０は、量子化された係数、動きベクトル、及びその他の構文要素を生成するためにビットストリームをエントロピー復号する。エントロピー復号モジュール８０は、動きベクトル及びその他の構文要素を予測モジュール８１に転送する。映像復号器３０は、映像スライスレベル及び／又は映像ブロックレベルで構文要素を受信することができる。

［０１０２］映像スライスがイントラコーディングされた（Ｉ）スライスとしてコーディングされるときには、予測モジュール８１のイントラ予測モジュール８４は、シグナリングされたイントラ予測モード及び現在のフレーム又はピクチャの以前に復号されたブロックからのデータに基づいて現在の映像スライスの映像ブロックに関する予測データを生成することができる。映像フレームがインターコーディングされた（すなわち、Ｂ、Ｐ又はＧＰＢ）スライスとしてコーディングされるときには、予測モジュール８１の動き補償モジュール８２は、動きベクトル及びエントロピー復号モジュール８０から受信されたその他の構文要素に基づいて現在の映像スライスの映像ブロックに関する予測ブロックを生成する。予測ブロックは、基準ピクチャリストのうちの１つ内の基準ピクチャのうちの１つから生成することができる。映像復号器３０は、基準ピクチャメモリ９２に格納された基準ピクチャに基づいてデフォルト構築技法を用いて基準フレームリスト、リスト０及びリスト１、を構築することができる。

［０１０３］動き補償モジュール８２は、動きベクトル及びその他の構文要素を構文解析することによって現在の映像スライスの映像ブロックに関する予測情報を決定し、復号中の現在の映像ブロックに関する予測ブロックを生成するために予測情報を使用する。例えば、動き補償モジュール８２は、映像スライス、インター予測スライスタイプ（例えば、Ｂスライス、Ｐスライス、又はＧＰＢスライス）の映像ブロックをコーディングするために使用される予測モード（例えば、イントラ又はインター予測）を決定するために受信された構文要素の一部を使用することができる。さらに、動き補償モジュール８２は、スライスに関する基準ピクチャリストのうちの１つ以上に関する構築情報、スライスの各々のインター符号化された映像ブロックに関する動きベクトル、スライスの各々のインターコーディングされた映像ブロックに関するインター予測状態、及び現在の映像スライス内の映像ブロックを復号するためのその他の情報を使用することができる。

［０１０４］動き補償モジュール８２は、内挿フィルタに基づいて内挿を行うこともできる。動き補償モジュール８２は、基準ブロックの整数未満のピクチャに関する内挿値を計算するために映像ブロックの符号化中に映像符号器２０によって使用される内挿フィルタを使用することができる。この場合は、動き補償モジュール８２は、受信された構文要素から映像符号器２０によって使用される内挿フィルタを決定すること及び内挿フィルタを使用することができる。

［０１０５］逆量子化モジュール８６は、ビットストリーム内で提供され、エントロピー復号モジュール８０によって復号された量子化された変換係数を逆量子化する、すなわち、量子化解除する。逆量子化プロセスは、量子化度、そして同様に、適用されるべき逆量子化度、を決定するために映像スライス内の各映像ブロックに関して映像符号器２０によって計算された量子化パラメータを使用することを含むことができる。逆変換モジュール８８は、ピクセル領域において残差ブロックを生成するために逆変換、例えば、逆ＤＣＴ、逆整数変換、又は概念的に類似する逆変換プロセスを変換係数に適用する。

［０１０６］動き補償モジュール８２が動きベクトル及びそのたの構文要素に基づいて現在の映像ブロックに関する予測ブロックを生成した後は、映像復号器３０は、逆変換モジュール８８からの残差ブロックを、動き補償モジュール８２によって生成された対応する予測ブロックと加算することによって復号された映像ブロックを形成する。加算器９０は、この加算動作を行うコンポーネント又はコンポーネント（複数）を表す。希望される場合は、ピクセル遷移を平滑化するか、又は映像品質を向上するために（コーディングループ内又はコーディングループ後の）ループフィルタを使用することもできる。フィルタモジュール９１は、１つ以上のループフィルタ、例えば、デブロッキングフィルタ、アダプティブループフィルタ（ＡＬＦ）、及びサンプルアダプティブオフセット（ＳＡＯ）フィルタ、を表すことが意図される。図３では、フィルタモジュール９１は、インループフィルタとして示されているが、その他の構成では、フィルタモジュール９１は、ポストループフィルタとして実装することができる。所定のフレーム又はピクチャ内の復号された映像ブロックは、基準ピクチャメモリ９２に格納され、それは、後続する動き補償のために使用される基準ピクチャを格納する。基準ピクチャメモリ９２は、表示装置、例えば、図１の表示装置３２、でののちの提示のために復号された映像も格納する。

［０１０７］図３の映像復号器３０は、ここにおいて説明されるように、１つのクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＲＡ）ピクチャとして取り扱うように構成された映像復号器の例を表す。

［０１０８］図４は、ネットワーク１００の一部を形成するデバイスの組例を示すブロック図である。この例では、ネットワーク１００は、ルーティングデバイス１０４Ａ、１０４Ｂ（ルーティングデバイス１０４）と、トランスコーディングデバイス１０６と、を含む。ルーティングデバイス１０４及びトランスコーディングデバイス１０６は、ネットワーク１００の一部を形成することができる少数のデバイスを表すことが意図される。その他のネットワークデバイス、例えば、スイッチ、ハブ、ゲートウェイ、ファイアウォール、ブリッジ、及びその他の該デバイス、もネットワーク１００内に含めることができる。さらに、サーバデバイス１０２とクライアントデバイス１０８との間のネットワーク経路に沿って追加のネットワークデバイスを提供することができる。幾つかの例では、サーバデバイス１０２は、ソースデバイス１２（図１）に対応することができ、クライアントデバイス１０８は、行先デバイス１４（図１）に対応することができる。従って、サーバデバイス１０２は、概して、ＣＲＡピクチャをＢＬＡピクチャとして取り扱う外部のインディケーションを受信しない。しかしながら、サーバ１０２は、行先デバイスにおいて受信されたＣＲＡピクチャをＢＬＡピクチャとして取り扱うことをクライアントデバイス１０８に行わせる外部のインディケーション３４をクライアントデバイス１０８に提供することができる。同様に、ルーティングデバイス１０４Ａ、１０４Ｂ（ルーティングデバイス１０４）及びトランスコーディングデバイス１０６は、概して、ＣＲＡをＢＬＡピクチャとして取り扱うことの外部のインディケーションは受信しないが、行先デバイスにおいて受信されたＣＲＡピクチャをＢＬＡピクチャとして取り扱うことをクライアントデバイス１０８に行わせる外部のインディケーション３４をクライアントデバイス１０８に提供することができる。ここにおいて説明される幾つかの例は、次のもの、すなわち、ネットワークデバイス、サーバ、ＭＡＮＥ、ハイパーテキスト転送プロトコル（ＨＴＴＰ）キャッシュ、又はウェブプロキシのうちの１つ以上を含むことができる。

［０１０９］幾つかの例では、クライアントデバイス１０８は、ビットストリームのビットレートの変更が生じていることを示すメッセージを受信後にフラグを設定することができる。従って、クライアントデバイスは、ビットレートの変更に基づいてフラグを設定することができる。幾つかの例では、クライアントデバイス１０８内の復号器は、コーディングされたスライスＮＡＬユニットを復号することができる。クライアントデバイス１０８内の復号器内の予測モジュールは、ＮＡＬユニットタイプを識別するために各々のコーディングされたスライスＮＡＬユニットを構文解析することができる。さらに、予測モジュールは、ＮＡＬユニットタイプに基づいてコーディングされたスライスＮＡＬユニットを復号することができる。

［０１１０］概して、ルーティングデバイス１０４は、ネットワーク１００を通じてネットワークデータをやり取りするために１つ以上のルーティングプロトコルを実装する。幾つかの例では、ルーティングデバイス１０４は、プロキシ又はキャッシュ動作を行うように構成することができる。従って、幾つかの例では、ルーティングデバイス１０４は、プロキシデバイスと呼ぶことができる。概して、ルーティングデバイス１０４は、ネットワーク１００を通じてルートを見つけるためにルーティングプロトコルを実行する。該ルーティングプロトコルを実行することによって、ルーティングデバイス１０４Ｂは、それ自体からルーティングデバイス１０４Ａを介してサーバデバイス１０２までのネットワークルートを見つけることができる。

［０１１１］本開示の技法は、ネットワークデバイス、例えば、ルーティングデバイス１０４及びトランスコーディングデバイス１０６、によって実装することができるが、クライアントデバイス１０８によって実装することもできる。このように、ルーティングデバイス１０４、トランスコーディングデバイス１０６、及びクライアントデバイス１０８は、本開示の技法を実行するように構成されたデバイスの例を代表し、本開示の請求項の部分で述べられる技法を含む。さらに、図１のデバイス及び図２に示される符号器及び図３に示される復号器も、本開示の技法を実行するように構成されたデバイスの例を代表し、本開示の請求項の部分で述べられる技法を含む。

［０１１２］図５は、本開示において説明される１つ以上の例による方法例を示したフローチャートである。一例では、映像復号器３０又はその他のデバイスは、外部のインディケーションを受信する（５００）。次に、映像復号器３０は、外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）として取り扱う（５０２）。幾つかの例では、外部のインディケーションは、映像復号器においてフラグが設定されるべきであるかどうかを指示する。従って、映像復号器は、図６に関してより詳細に説明されるように、外部のインディケーションに基づいてフラグを設定することができる。復号器又は何らかの内部機能、例えば、外部インディケーション処理ユニット又は予測モジュールは、フラグを検査することができる。一例では、予測モジュールは、フラグに基づいてＣＲＡピクチャがＢＬＡピクチャとして取り扱われるべきであることを指示する外部のインディケーションに基づいてＣＲＡピクチャをＢＬＡピクチャとして取り扱うことができる。

［０１１３］図６は、本開示において説明される１つ以上の例による他の方法例を示したフローチャートである。示される例では、映像復号器３０は、フラグ７４が設定されるべきであることを示す外部のインディケーション７０を受信する（６００）。示される例では、外部のインディケーション７０は、映像復号器３０によって受信される。その他の例では、外部のインディケーション７０は、映像復号器３０の外部で受信及び処理することができる。

［０１１４］外部インディケーション処理ユニット７２は、外部のインディケーションに基づいて第１のフラグ７４を設定する（６０２）。次に、第１のフラグは、予測モジュール８１に渡される。示される例では、外部インディケーション処理ユニット７２は、映像復号器３０内に存在する。その他の例では、外部インディケーション処理ユニット７２は、映像復号器３０の外部に存在し、切り離すことができる。

［０１１５］復号器３０において、予測モジュール８１は、フラグを検査し、フラグが設定されているときには、クリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱う（６０４）。一例では、コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号するときに、第１のフラグが“１”に等しく、コーディングされたスライスＮＡＬユニットのＮＡＬユニットタイプがＣＲＡピクチャを指示する（例えば、ＨＥＶＣＷＤ７に準じて値が“４”又は“５”に等しい）場合は、外部インディケーション処理ユニット７２又は映像復号器３０内のその他のユニットは、ＢＬＡピクチャを指示するためにＮＡＬユニットタイプの値を変更する（例えば、ＨＥＶＣＷＤ７に準じてＮＡＬユニットタイプの値を２だけ増加させる）。さらに、予測モジュール８１は、第２のフラグの値を１に設定する。復号順序で前ピクチャがＲＡＰピクチャであり、現在のスライスのｒａｐ_ｐｉｃ_ｉｄが前ピクチャのｒａｐ_ｐｉｃ_ｉｄに等しい場合は、次が当てはまる。復号順序で次のピクチャがＲＡＰピクチャでない場合は、現在のスライスのｒａｐ_ｐｉｃ_ｉｄの値を復号順序で前ピクチャのｒａｐ_ｐｉｃ_ｉｄと異なるように変更する。その他の場合は、現在のスライスのｒａｐ_ｐｉｃ_ｉｄの値は、復号順序で前ピクチャ及び次のピクチャの両方のｒａｐ_ｐｉｃ_ｉｄと異なる値に変更される。

［０１１６］他の例では、映像復号器３０において、予測モジュール８１又は映像復号器３０内の他のユニットは、コーディングされたスライスＮＡＬユニットを復号する。第１のフラグが“１”に等しく、コーディングされたスライスＮＡＬユニットのＮＡＬユニットタイプがＣＲＡピクチャを指示する（例えば、ＨＥＶＣＷＤ７に準じて値が“４”又は“５”に等しい）場合は、予測モジュール（又はその他のユニット）は、ＢＬＡピクチャを指示するためにＮＡＬユニットタイプの値を変更する（例えば、ＨＥＶＣＷＤ７に準じてＮＡＬユニットタイプの値を２だけ増加させる）。さらに、ピクチャタイミングＳＥＩメッセージが存在しており、ＤＰＢ内のすべてのピクチャに関するＤＰＢ出力時間が現在のピクチャのＤＰＢ出力時間より小さい場合は、予測モジュール８１又はその他のユニットは、第２のフラグの値を１に設定する。他方、第２のフラグの値が“０”に設定されている場合で、復号順序で前ピクチャがＲＡＰピクチャであり、現在のスライスのｒａｐ_ｐｉｃ_ｉｄが前ピクチャのｒａｐ_ｐｉｃ_ｉｄに等しい場合は、次が当てはまる。復号順序で次のピクチャがＲＡＰピクチャでない場合は、予測モジュール８１又はその他のユニットは、現在のスライスのｒａｐ_ｐｉｃ_ｉｄの値を復号順序で前ピクチャのｒａｐ_ｐｉｃ_ｉｄと異なるように変更する。その他の場合は、予測モジュール又はその他のユニットのｒａｐ_ｐｉｃ_ｉｄの値は、復号順序で前ピクチャ及び次のピクチャの両方のｒａｐ_ｐｉｃ_ｉｄと異なる値に現在のピクチャを変更する。

［０１１７］図７は、本開示において説明される１つ以上の例による方法例を示したフローチャートである。デバイス、例えば、ネットワークデバイス、例えば、ＭＡＮＥ、は、ＣＲＡピクチャを含むビットストリームを受信する（７００）。ネットワークデバイスは、ＣＲＡピクチャがＢＬＡピクチャとして取り扱われるべきであると決定する（７０２）。例えば、ネットワークデバイスは、復号順序でＩＤＲ又はＢＬＡピクチャよりも前の復号されたピクチャが出力及び／又は表示されずにＩＤＲ又はＢＬＡピクチャの復号後にすべて廃棄されるときにより多くのピクチャの出力及び／又は表示を可能にするためにＣＲＡピクチャがＢＬＡピクチャとして取り扱われるべきであると決定することができる。時には、それらのピクチャをより多く表示することは、より良いユーザ経験を提供することができる。従って、ネットワークデバイスは、ＣＲＡピクチャ及びＣＲＡピクチャがＢＬＡピクチャに変換されるべきであることを指示する外部のインディケーションを送信する（７０４）。

［０１１８］図８は、外部のインディケーションを送信する第１のデバイスの典型的な動作及び外部インディケーションを受信する第２のデバイスの応答動作を示したフローチャートである。ソースデバイス、例えば、ネットワークデバイス、例えば、ＭＡＮＥ、は、ＣＲＡピクチャを含むビットストリームを受信する（８００）。ネットワークデバイスは、ＣＲＡピクチャがＢＬＡピクチャとして取り扱われるべきであると決定する（８０２）。従って、ネットワークデバイスは、ＣＲＡピクチャ及びＣＲＡピクチャがＢＬＡピクチャに変換されるべきであることを指示する外部のインディケーションを送信する（８０４）。映像復号器３０は、ＣＲＡピクチャ及びＣＲＡピクチャがＢＬＡピクチャに変換されるべきであることを指示する外部のインディケーション７０を受信する（８０６）。

［０１１９］外部インディケーション処理ユニット７２は、外部のインディケーションに基づいてフラグ７４を設定する（８０８）。次に、フラグは、予測モジュール８１に渡すことができる。一例では、外部インディケーション処理ユニット７２は、映像復号器３０内に存在する。その他の例では、外部インディケーション処理ユニット７２は、映像復号器３０の外部に存在し、別々であることができる。復号器３０において、予測モジュール８１は、フラグを検査し、フラグが設定されているときには、ＣＲＡピクチャをＢＬＡピクチャとして取り扱う（８１０）。

［０１２０］図８の例では、外部のインディケーションが受信されていることを示すためにフラグが使用される。その他の例では、図５と同様に、映像復号器３０又はその他のデバイスは、外部のインディケーションを受信し、次に、外部のインディケーションに基づいてＣＲＡピクチャをＢＬＡピクチャとして取り扱う。

［０１２１］一例では、復号器は、復号器側における１つの機能としてＣＲＡピクチャをＢＬＡピクチャに変更する。該メッセージを受信又は推論する際に、復号器側の１つの機能は、コーディングされたピクチャが復号のために復号器に送信される前に、識別されたＣＲＡピクチャをビットストリームのＢＬＡピクチャに変更することを行うことができる。

［０１２２］ＣＲＡピクチャは、ＢＬＡピクチャに変更することができる。各々のコーディングされたスライスＮＡＬユニットに関して、ｎａｌ_ｕｎｉｔ_ｔｙｐｅがＣＲＡピクチャを示す、例えば、値がＨＥＶＣＷＤ７に準じて“４”又は“５”に等しい場合は、次が当てはまる。（１）ＢＬＡピクチャを示すためにｎａｌ_ｕｎｉｔ_ｔｙｐｅの値が変更される、例えば、値が２だけ増加される、（２）ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値が１に設定される、（３）復号順序で前ピクチャがＲＡＰピクチャであり、現在のスライスのｒａｐ_ｐｉｃ_ｉｄが前ピクチャのｒａｐ_ｐｉｃ_ｉｄに等しい場合は、次が当てはまる。すなわち、（ａ）復号順序で次のピクチャがＲＡＰピクチャでない場合は、現在のスライスのｒａｐ_ｐｉｃ_ｉｄの値が復号順序で前ピクチャのｒａｐ_ｐｉｃ_ｉｄと異なるように変更されるが、依然として構文要素の許容値範囲内にある、又は（ｂ）その他の場合（復号順序で次のピクチャがＲＡＰピクチャである場合）は、現在のピクチャのｒａｐ_ｐｉｃ_ｉｄの値は、復号順序で前ピクチャ及び次のピクチャの両方のｒａｐ_ｐｉｃ_ｉｄと異なる値に変更されるが、依然として構文要素の許容値範囲内にある。

［０１２３］今度は、ビットストリームを開始させるＣＲＡピクチャとしてＣＲＡを取り扱うことが説明される。上述されるように、特定のＣＲＡピクチャがＢＬＡピクチャとして取り扱われるべきであることを指示するインディケーションは、特定のＣＲＡピクチャをビットストリーム内の第１のピクチャであるＣＲＡピクチャとして取り扱われるべきであることを指示するインディケーションに変更すること又は該インディケーションとして解釈することができ、ただし、以下において説明される変更がＨＥＶＣドラフト仕様に対して行われる。

［０１２４］一例では、変数ＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇが各ＣＲＡピクチャと関連付けられる。幾つかのＣＲＡピクチャに関するＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇの値は、外部の手段によって指定することができる。ＣＲＡがビットストリーム内の最初のピクチャである場合は、ＣＲＡピクチャに関するＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇの値は、外部のインディケーション（存在する場合）によって示される値にかかわらず、１に設定される。そうでない場合は、ＣＲＡピクチャに関するＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇの値が外部の手段によって指定されないときには、それは“０”に設定される。

［０１２５］各々のコーディングされたスライスＮＡＬユニットを復号するときに（構文解析を含む）、ＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇが“１”に等しく、ｎａｌ_ｕｎｉｔ_ｔｙｐｅが“４”又は“５”に等しい場合は、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値を１に設定することができる。復号順序で前ピクチャがＲＡＰピクチャであり、現在のスライスのｒａｐ_ｐｉｃ_ｉｄが前ピクチャのｒａｐ_ｐｉｃ_ｉｄに等しい場合で、復号順序で次のピクチャがＲＡＰピクチャでない場合は、現在のスライスのｒａｐ_ｐｉｃ_ｉｄの値は、復号順序で前ピクチャのｒａｐ_ｐｉｃ_ｉｄと異なるように変更されるが、依然としても構文要素の許容値範囲内である。そうでない（復号順序で次のピクチャがＲＡＰピクチャである）場合は、現在のスライスのｒａｐ_ｐｉｃ_ｉｄの値は、復号順序で前ピクチャ及び次のピクチャの両方のｒａｐ_ｐｉｃ_ｉｄと異なる値に変更されるが、依然として構文要素の許容値範囲内である。

［０１２６］代替として、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値を１に設定する代わりに、予測モジュール８１は、ピクチャタイミングＳＥＩメッセージが存在しており、ＤＰＢ内の全ピクチャに関するＤＰＢ出力時間が現在のピクチャのＤＰＢ出力時間よりも小さい場合は、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値を１に設定することができる。そうでない場合は、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値は“０”に設定される。

［０１２７］その他の例では、廃棄タグ付き（ＴＦＤ）ピクチャに関するピクチャ順序カウントの様々な定義を、ＨＥＶＣＷＤ９又は同規格のその他のワーキングドラフトから変更することができる。従って、以下において提供される定義は、同規格と異なることができる。これらの定義は、ここにおいて説明される幾つかの例又はすべての例には適用することができない。

［０１２８］幾つかの例では、コーディングされた映像シーケンスは、復号順序で、１に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有することができるＣＲＡアクセスユニット、ＩＤＲアクセスユニット又はＢＬＡアクセスユニットを含み、後続するＩＤＲ又はＢＬＡアクセスユニットまでの（これらは含まない）すべての後続するアクセスユニットを含むゼロ以上の非ＩＤＲ及び非ＢＬＡアクセスユニットによって後続される。

［０１２９］幾つかの例では、ピクチャ順序カウントは、各々のコーディングされたピクチャと関連付けることができる変数であり、次のコーディングされたピクチャのうちの１つに関して出力順序でピクチャ位置が増加するのに応じて増加する値を有する。すなわち、（１）復号順序で前ＩＤＲピクチャ（存在する場合）、（２）復号順序で前ＢＬＡピクチャ（存在する場合）、及び（３）復号順序で前ＣＲＡピクチャ（存在する場合）、及び幾つかの例では、前ＣＲＡピクチャが１に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有する場合。

［０１３０］幾つかの例では、上記のコーディングされたピクチャのうちの２つ以上が存在する場合は、ピクチャ順序カウントは、復号順序で該コーディングされたピクチャのうちの最後に関するものである。廃棄タグ付き（ＴＦＤ）ピクチャ：各スライスが２に等しいｎａｌ_ｕｎｉｔ_ｔｙｐｅを有するコーディングされたピクチャ；ＴＦＤピクチャは、復号順序で前ＣＲＡピクチャ又はＢＬＡピクチャと関連付けられ、出力順序で関連付けられたピクチャに先行する；関連付けられたピクチャがＢＬＡピクチャであるとき、又は、関連付けられたピクチャが１に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有することができるＣＲＡピクチャであるときには、ＴＦＤピクチャは、正確に復号することができず、出力されない。

［０１３１］幾つかの例では、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの意味論は、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇが、復号ピクチャバッファ内の以前復号されたピクチャが“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャ又はＩＤＲピクチャ又はＢＬＡピクチャの復号後にどのように取り扱われるかを指定するように変更することができる。

［０１３２］幾つかの例では、“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャ又はＩＤＲピクチャ又はＢＬＡピクチャがビットストリーム内の最初のピクチャであるときには、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの値は、復号プロセスに対して影響を有さない。“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャ又はＩＤＲピクチャ又はＢＬＡピクチャがビットストリーム内の最初のピクチャでなく、アクティブシーケンスパラメータセットから導き出されたｐｉｃ_ｗｉｄｔｈ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｐｉｃ_ｈｅｉｇｈｔ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｓｐｓ_ｍａｘ_ｔｅｍｐｏｒａｌ_ｌａｙｅｒｓ_ｍｉｎｕｓ１］の値が、前ピクチャに関してアクティブなシーケンスパラメータセットから導き出されたｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｓｐｓ_ｍａｘ_ｔｅｍｐｏｒａｌ_ｌａｙｅｒｓ_ｍｉｎｕｓ１］の値と異なるときには、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの実際値にかかわらず、“１”に等しいｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇを復号器によって推論することができる（ただし、すべきでない）。

［０１３３］幾つかの例では、ＨＥＶＣＷＤ７の小項８．１における次の変更を行うことができる。例えば、次のように変更する。すなわち、ビットストリーム内の最初のコーディングされたピクチャがＣＲＡピクチャであり、現在のピクチャがＣＲＡピクチャと関連付けられたＴＦＤピクチャである場合、又は、復号順序で現在のピクチャに先行する前ＲＡＰピクチャがＢＬＡピクチャであり、現在のピクチャがＢＬＡピクチャと関連付けられたＴＦＤピクチャである場合は、ＰｉｃＯｕｔｏｕｔＦｌａｇが“０”に設定され、小項８．３．３において規定される入手不能な基準ピクチャを生成するための復号プロセスが呼び出される（ピクチャの１つのスライスに関して呼び出す必要があるだけである）、を、ＣＲＡピクチャが１に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有し、現在のピクチャがＣＲＡピクチャと関連付けられたＴＦＤピクチャである場合、又は、復号順序で現在のピクチャに先行する前ＲＡＰピクチャがＢＬＡピクチャであり、現在のピクチャがＢＬＡピクチャと関連付けられたＴＦＤピクチャである場合は、ＰｉｃＯｕｔｏｕｔＦｌａｇが“０”に設定され、小項８．３．３において規定される入手不能な基準ピクチャを生成するための復号プロセスが呼び出される（ピクチャの１つのスライスに関して呼び出す必要があるだけである）、に変更する。

［０１３４］幾つかの例では、ＨＥＶＣＷＤ７の小項８．３．１において次に関する変更を行うことができる。例えば、現在のピクチャはＣＲＡピクチャであり、ビットストリーム内の最初のコーディングされたピクチャである、を、現在のピクチャは、１に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャである、に変更する。

［０１３５］幾つかの例では、ＨＥＶＣＷＤ７の小項８．３．１内の次に関する変更を行うことができる。例えば、現在のピクチャがＩＤＲ又はＢＬＡピクチャである場合、又はビットストリーム内の最初のコーディングされたピクチャがＣＲＡピクチャであり、現在のピクチャがビットストリーム内の最初のコーディングされたピクチャである場合は、ＰｉｃＯｒｄｅｒＣｎｔＭｓｂは、“０”に設定される。そうでない場合は、ＰｉｃＯｒｄｅｒＣｎｔＭｓｂは、次の擬似コードによって指定されるように導き出される、を、現在のピクチャがＩＤＲ又はＢＬＡピクチャであり、１に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャである場合は、ＰｉｃＯｒｄｅｒＣｎｔＭｓｂは、“０”に設定される。そうでない場合は、ＰｉｃＯｒｄｅｒＣｎｔＭｓｂは、次の擬似コードによって指定されるように導き出される、に、変更する。

［０１３６］幾つかの例では、ＨＥＶＣＷＤ７の小項８．３．２内の次に関する変更を行うことができる。例えば、注４−基準ピクチャセットに含まれているが、復号ピクチャバッファ内に存在しない１つ以上の基準ピクチャが存在することができる。“基準ピクチャなし”に等しいＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ又はＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌ内のエントリは無視されるべきである。次の２つの条件のうちのいずれが真でないかぎり、“基準ピクチャなし”に等しいＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒ及びＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ内の各エントリに関して意図されないピクチャ損失が推論されるべきである。すなわち、ａ）ビットストリーム内の最初のコーディングされたピクチャはＣＲＡピクチャであり、現在のコーディングされたピクチャは、ビットストリーム内の最初のコーディングされたピクチャと関連付けられたＴＦＤピクチャである、ｂ）復号順序で現在のコーディングされたピクチャに先行する前ＲＡＰピクチャは、ＢＬＡピクチャと関連付けられたＴＦＤピクチャである、を、注４−基準ピクチャセットに含まれているが、復号ピクチャバッファ内に存在しない１つ以上の基準ピクチャが存在することができる。“基準ピクチャなし”に等しいＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ又はＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌ内のエントリは無視されるべきである。復号順序で現在のコーディングされたピクチャに先行する前ＲＡＰピクチャが、“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャ又はＢＬＡピクチャであり、現在のコーディングされたピクチャが前ＲＡＰピクチャと関連付けられたＴＦＤピクチャでないかぎり、“基準ピクチャなし”に等しいＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒ及びＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ内の各エントリに関して意図されないピクチャ損失が推論されるべきである。

［０１３７］幾つかの例では、ＨＥＶＣＷＤ７の小項８．３．２内の次に関する変更を行うことができる。例えば、次の２つの条件のうちのいずれが真でないかぎり、“基準ピクチャなし”に等しいエントリはＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒ及びＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ内に存在しないものとする。すなわち、ａ）ビットストリーム内の最初のコーディングされたピクチャはＣＲＡピクチャであり、現在のコーディングされたピクチャは、ビットストリーム内の最初のコーディングされたピクチャと関連付けられたＴＦＤピクチャである、ｂ）復号順序で現在のコーディングされたピクチャに先行する前ＲＡＰピクチャは、ＢＬＡピクチャであり、現在のコーディングされたピクチャは、ＢＬＡピクチャと関連付けられたＴＦＤピクチャである、を、復号順序で現在のコーディングされたピクチャに先行する前ＲＡＰピクチャが、“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャであり、現在のコーディングされたピクチャが前ＲＡＰピクチャと関連付けられたＴＦＤピクチャでないかぎり、“基準ピクチャなし”に等しいエントリはＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒ及びＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ内に存在しないものとする。

［０１３８］幾つかの例では、ＨＥＶＣＷＤ７の小項８．３．３．１における最初の３つの段落の変更を次のように行うことができる。すなわち、このプロセスはコーディングされたピクチャごとに１回呼び出され、小項８．３．２において規定されるように基準ピクチャに関する復号プロセスの呼び出し後は、復号順序で現在のコーディングされたピクチャに先行する前ＲＡＰピクチャが、“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャ又はＢＬＡピクチャであり、現在のコーディングされたピクチャが前記ＲＡＰピクチャと関連付けられたＴＦＤピクチャであるとき。注１−ビットストリームの初めのＣＲＡピクチャと関連付けられたＴＦＤピクチャに関する又はＢＬＡピクチャと関連付けられたＴＦＤピクチャに関する復号プロセスのここにおける仕様全体は、該ピクチャの許容される構文コンテンツに関する制約事項を規定することを目的として含められているにすぎない。実際の復号器では、ビットストリームの初めのＣＲＡピクチャと関連付けられたＴＦＤピクチャ又はＢＬＡピクチャと関連付けられたＴＦＤピクチャは、出力に関しては規定されておらず、出力に関して規定されるその他のピクチャの復号プロセスに対しては影響を有さないため、単に無視することができる（ビットストリームから取り除いて廃棄することができる）。復号順序で現在のコーディングされたピクチャに先行する前ＲＡＰピクチャが、“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャ又はＢＬＡピクチャであり、現在のコーディングされたピクチャが前記ＲＡＰピクチャと関連付けられたＴＦＤピクチャであるときには、次が当てはまる。

［０１３９］幾つかの例では、ＨＥＶＣＷＤ７の小項Ｃ．４内の次のことに関する変更を行うことができる。例えば、注１−この制約事項は、関連付けられたＲＡＰピクチャが、ＣＲＡピクチャである場合及びそのＣＲＡピクチャが、ビットストリーム内の最初コーディングされたピクチャでない場合のＴＦＤピクチャの復号可能性を保証するものである、を、注１−この制約事項は、関連付けられたＲＡＰピクチャが、ＣＲＡピクチャである場合及びそのＣＲＡピクチャが、“０”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有する場合の復号可能性を保証するものである、に変更する。

［０１４０］幾つかの例では、ＨＥＶＣＷＤ７の小項Ｃ．３．１内の第３の段落に関する変更を次のように行うことができる。すなわち、現在のピクチャが、“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャ又はＩＤＲ又はＢＬＡピクチャである場合は、次が当てはまる。“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャ又はＩＤＲ又はＢＬＡピクチャが、復号されたピクチャでなく、及びアクティブシーケンスパラメータセットから導き出されたあらゆるｉの可能な値に関するｐｉｃ_ｗｉｄｔｈ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｐｉｃ_ｈｅｉｇｈｔ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｉ］の値が、前ピクチャに関してアクティブであったシーケンスパラメータセットからそれぞれ導き出されたｐｉｃ_ｗｉｄｔｈ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｐｉｃ_ｈｅｉｇｈｔ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｉ］の値と異なるときには、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの実際値にかかわらず、“１”に等しいｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇは、ＨＲＤによって１に等しいと推論される。注１−復号器実装は、ｐｉｃ_ｗｉｄｔｈ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ、ｐｉｃ_ｈｅｉｇｈｔ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ、又はｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｉ］の変更に関してＨＲＤよりも優雅に（ｇｒａｃｅｆｕｌｌｙ）ピクチャ又はＤＰＢサイズの変更を取り扱うことを試みるべきである。ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇが“１”に等しい又は１に等しいと推論されるときには、ＤＰＢ内のすべてのピクチャ格納バッファが、入っているピクチャが出力されずに空にされ、ＤＰＢが満杯であるかどうか（ＤＢＰｆｕｌｌｎｅｓｓ）が“０”に設定される。

［０１４１］幾つかの例では、ＨＥＶＣＷＤ７の小項Ｃ．５．２全体に関する変更を次のように行うことができる。すなわち、現在のピクチャの復号前（ただし、現在のピクチャの第１のスライスのスライスヘッダを構文解析後）にＤＰＢからピクチャを取り除くことは、現在のピクチャが入ったアクセスユニットの第１の復号ユニットがＣＰＢから取り除かれた瞬間に行われ、次のように進行する。小項８．３．２において規定される基準ピクチャセットに関する復号プロセスが呼び出される。現在のピクチャが、“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャ又はＩＤＲ又はＢＬＡピクチャである場合は、次が当てはまる。“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャ又はＩＤＲ又はＢＬＡピクチャが復号された第１のピクチャでなく、及びアクティブシーケンスパラメータセットから導き出されたあらゆるｉの可能な値に関するｐｉｃ_ｗｉｄｔｈ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｐｉｃ_ｈｅｉｇｈｔ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｉ］の値が、前ピクチャに関してアクティブであったシーケンスパラメータセットからそれぞれ導き出されたｐｉｃ_ｗｉｄｔｈ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｐｉｃ_ｈｅｉｇｈｔ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ又はｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｉ］の値と異なるときには、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇの実際値にかかわらず、“１”に等しいｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇは、ＨＲＤによって１に等しいと推論される。注−復号器実装は、ｐｉｃ_ｗｉｄｔｈ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ、ｐｉｃ_ｈｅｉｇｈｔ_ｉｎ_ｌｕｍａ_ｓａｍｐｌｅｓ、又はｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｉ］の変更に関してＨＲＤよりも優雅にピクチャ又はＤＰＢサイズの変更を取り扱うことを試みるべきである。ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇが“１”に等しい又は１に等しいと推論されるときには、ＤＰＢ内のすべてのピクチャ格納バッファが、入っているピクチャが出力されずに空にされ、ＤＰＢが満杯であるかどうか（ＤＢＰｆｕｌｌｎｅｓｓ）が“０”に設定される。そう
でないときには、“出力のために必要なし”及び“参照のために未使用”と表示されるピクチャが入ったピクチャ格納バッファが（出力されずに）空にされる。次の条件のうちの１つ以上が真であるときには、現在の復号されたピクチャを格納するための空のピクチャ格納バッファが存在するまで、小項５．２．１において規定される“バンピング”（ｂｕｍｐｉｎｇ）プロセスが繰り返し呼び出される。“出力のために必要”と表示されるＤＰＢ内のピクチャ数は、ｓｐｓ_ｎｕｍ_ｒｅｏｒｄｅｒ_ｐｉｃｓ［ｔｅｍｐｏｒａｌ_ｉｄ］よりも大きい。現在のピクチャのｔｅｍｐｏｒａｌ_ｉｄ以下であるｔｅｍｐｏｒａｌ_ｉｄを有するＤＰＢ内のピクチャ数は、ｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｔｅｍｐｏｒａｌ_ｉｄ］に等しい。

［０１４２］幾つかの例では、現在のピクチャが、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇが“１”に等しくない及び１に等しいと推論されない“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャ又はＩＤＲ又はＢＬＡピクチャであるときには、次の２つのステップが実行される。すなわち、“出力のために必要なし”又は“参照のための未使用”と表示されるピクチャが入ったピクチャ格納バッファが（出力されずに）空にされる。ＤＰＢ内のすべての空でないピクチャ格納バッファが、小項Ｃ．５．２．１において規定される“バンピング”プロセスを繰り返し呼び出すことによって空にされる。

［０１４３］幾つかの例は、“バンピング”プロセスを含むことができる。“バンピング”プロセスは、次の場合に呼び出すことができる。すなわち、（１）小項Ｃ．５．２において規定されるように、現在のピクチャが、“１”に等しいＣｒａＩｓＦｉｒｓｔＰｉｃＦｌａｇを有するＣＲＡピクチャ又はＩＤＲ又はＢＬＡピクチャであり、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇが“１”に等しくなく、及び１に等しいと推論されない、（２）小項Ｃ．５．２において規定されるように、“出力のために必要”と表示されるＤＰＢ内のピクチャ数が、ｓｐｓ_ｎｕｍ_ｒｅｏｒｄｅｒ_ｐｉｃｓ［ｔｅｍｐｏｒａｌ_ｉｄ］よりも大きい、及び（３）小項Ｃ．５．２において規定されるように、現在のピクチャのｔｅｍｐｏｒａｌ_ｉｄ以下であるｔｅｍｐｏｒａｌ_ｉｄを有するＤＰＢ内のピクチャ数が、ｓｐｓ_ｍａｘ_ｄｅｃ_ｐｉｃ_ｂｕｆｆｅｒｉｎｇ［ｔｅｍｐｏｒａｌ_ｉｄ］と等しい。

［０１４４］“バンピング”プロセスは、次の順序が設定されたステップを含むことができる。すなわち、（１）最初に出力されるピクチャが、“出力のために必要”と表示されるＤＰＢ内の全ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの最小値を有するそれとして選択される、（２）そのピクチャに関するアクティブシーケンスパラメータセットにおいて指定されるクロッピング（ｃｒｏｐｐｉｎｇ）長方形を用いてそのピクチャがクロッピングされ、クロッピングされたピクチャが出力され、そのピクチャに“出力のために必要なし”という表示がされる、（３）クロッピングされて出力されたピクチャを含んでいたピクチャ格納バッファが“参照のために未使用”と表示されたピクチャを含んでいる場合は、ピクチャ格納バッファが空にされる。

［０１４５］幾つかの例では、ＨＥＶＣドラフト仕様が上記のように変更されることで、ＢＬＡピクチャをサポートするためのすべてのテキストをさらに取り除くことが可能である。

［０１４６］今度は、ピクチャの改良された出力について説明される。一例では、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇがｏｕｔｐｕｔ_ａｌｌ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇに変更され、“１”に等しいこのフラグが、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇが“０”に等しいときと同等の意味を有することが提案される。さらに、このフラグが“０”に等しいときには、出力／表示のために使用することができる以前のピクチャの数は、ｎｕｍ_ｏｕｔｐｕｔ_ｐｉｃｓとしてシグナリングされる。ｎｕｍ_ｏｕｔｐｕｔ_ｐｉｃｓは、ｕ（ｖ）としてシグナリングすることができ、この構文要素は、０乃至ＭａｘＤｐｂＳｉｚｅ（この値を除く）の範囲内にある。出力／表示されるべきｎｕｍ_ｏｕｔ_ｐｉｃｓは、ＢＬＡ又はＩＤＲピクチャのほうにより近い表示順序を有し及び第１のビットストリーム内にあるピクチャである。ｎｕｍ_ｏｕｔ_ｐｉｃｓは、出力する必要がないリーディングピクチャ（ｌｅａｄｉｎｇｐｉｃｔｕｒｅ）の数に関連することができる。

［０１４７］代替として、ｎｕｍ_ｏｕｔｐｕｔ_ｐｉｃｓは、ｕｅ（ｖ）としてシグナリングすることができる。代替として、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇ、ｏｕｔｐｕｔ_ａｌｌ_ｐｒｉｏｒ_ｐｉｃｓ_ｆｌａｇ、又はｎｕｍ_ｏｕｔｐｕｔ_ｐｉｃｓはシグナリングされず、ｎｕｍ_ｐｒｉｏｒ_ｄｉｓｃａｒｄ_ｐｉｃｓがｕ（ｖ）又はｕｅ（ｖ）として直接シグナリングされ、ｎｕｍ_ｐｒｉｏｒ_ｄｉｓｃａｒｄ_ｐｉｃｓは、０乃至ＭａｘＤｐｂＳｉｚｅ（この値を除く）の範囲内にある。それは、廃棄されるべき以前のピクチャの数を示す。廃棄されるべき（従って、表示されない）ｎｕｍ_ｐｒｉｏｒ_ｄｉｓｃａｒｄ_ｐｉｃｓは、ＢＬＡ又はＩＤＲピクチャからより遠い表示順序を有し及び第１のビットストリーム内にあるピクチャである。

［０１４８］代替として、表示されていない第１のビットストリーム内のすべてのピクチャを表示するために要求される、第１のビットストリーム内のフレーム数の点での、追加メモリを示すためにスプライシング中にＳＥＩメッセージを追加することができる。

［０１４９］今度は、ピクチャタイミングのシグナリングについて説明される。異なるタイミング情報、例えば、最も早い提示時間（すなわち、最も早いＤＰＢ出力時間）及び１つのＢＬＡ又はＣＲＡピクチャと関連付けられたすべてのＴＦＤピクチャの最小のピクチャ順序カウント値、のうちの１つ以上の指示をビットストリーム内に含めることができる。情報は、スライスヘッダ及びＳＥＩメッセージ（例えば、リカバリポイントＳＥＩメッセージ又はバッファリング期間メッセージ又はピクチャタイミングＳＥＩメッセージ）のうちの１つ以上の中に含めることができる。情報をシグナリングするためにＲＡＰピクチャのスライスヘッダ又はＲＡＰピクチャと関連付けられたＳＥＩメッセージ内に次の構文要素のうちの１つ以上を含めることができる。すなわち、（１）ｄｅｌｔａ_ｅａｒｌｉｅｓｔ_ｐｒｅｓｅｎｔａｔｉｏｎ_ｔｉｍｅ、ＲＡＰピクチャがビットストリーム内の第１のピクチャである（すなわち、ＲＡＰピクチャと関連付けられたすべてのＤＬＰの最も早いＤＰＢ出力時間）ときのＲＡＰピクチャのＤＰＢ出力時間とピクチャの最も早い出力時間との差を示し、単位は、ＨＥＶＣＷＤ７の付属書Ｃにおいて規定されるクロックの刻み。この構文要素は、ｕ（ｖ）コーディングすることができ、及び、構文要素を表すために使用されるビット数は、ｃｐｂ_ｒｅｍｏｖａｌ_ｄｅｌａｙ_ｌｅｎｇｔｈ_ｍｉｎｕｓ＋１ビットである。値“０”は、ＲＡＰピクチャが、関連付けられたＤＬＰを有さないことを示す、（２）ｄｅｌｔａ_ｅａｒｌｉｅｓｔ_ｐｏｃ、ＲＡＰピクチャがビットストリーム内の第１のピクチャである（すなわち、ＲＡＰピクチャと関連付けられたすべてのＤＬＰの最小の最も早いＰｉｃＯｒｄｅｒＣｎｔＶａｌ値）ときのＲＡＰピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値とピクチャの最小のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値との間の差を示す。この構文要素は、ｕｅ（ｖ）コーディングすることができ、値範囲は、０乃至ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ／２−１であることができる。

［０１５０］１つ以上の例において、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらのあらゆる組み合わせにおいて実装することができる。ソフトウェアにおいて実装される場合は、それらの機能は、コンピュータによって読み取り可能な媒体において１つ以上の命令又はコードとして格納又は送信すること及びハードウェアに基づく処理ユニットによって実行することができる。コンピュータによって読み取り可能な媒体は、コンピュータによって読み取り可能な記憶媒体を含むことができ、それは、有形な媒体、例えば、データ記憶媒体、又は、例えば、通信プロトコルにより、１つの場所から他へのコンピュータプログラムの転送を容易にするあらゆる媒体を含む通信媒体、に対応する。このように、コンピュータによって読み取り可能な媒体は、概して、（１）非一時的である有形なコンピュータによって読み取り可能な記憶媒体又は（２）通信媒体、例えば、信号又は搬送波、に対応することができる。データ記憶媒体は、本開示において説明される技法の実装のために命令、コード及び／又はデータ構造を取り出すために１つ以上のコンピュータ又は１つ以上のプロセッサによってアクセスすることができるあらゆる利用可能な媒体であることができる。コンピュータプログラム製品は、コンピュータによって読み取り可能な媒体を含むことができる。

［０１５１］幾つかの例では、メッセージ又は構文要素は、次のうちの１つを含む。すなわち、（１）ｄｅｌｔａ_ｅａｒｌｉｅｓｔ_ｐｒｅｓｅｎｔａｔｉｏｎ_ｔｉｍｅ、ＢＲＡピクチャとして取り扱われる１つ以上のＣＲＡと関連付けられた時間差を示す、又は、（２）ｄｅｌｔａ_ｅａｒｌｉｅｓｔ_ｐｏｃ、ＢＲＡピクチャとして取り扱われる１つ以上のＣＲＡと関連付けられたピクチャ順序値の差を示す。

［０１５２］さらにその他の例では、本開示は、格納されたデータ構造を備えるコンピュータによって読み取り可能な媒体を企図し、データ構造は、本開示に一致する符号化されたビットストリームを含む。特に、データ構造は、ここにおいて説明されるＮＡＬユニット設計を含むことができる。

［０１５３］一例においては、ＣＲＡピクチャは、ＢＲＡピクチャとして取り扱うことができる。映像復号器３０は、ネットワーク抽象化層（ＮＡＬ）タイプの値を変更し、以前のピクチャの出力を制御する値を設定し、及び、次のピクチャと関連付けられたピクチャ識別（ＩＤ）値を変更することができる。映像復号器３０は、切り換え動作を示すための構文要素を受信することができる。圧縮されたビットストリーム及び切り換え動作の一部である構文要素又はメッセージは、１つ以上のＣＲＡピクチャをＢＲＡピクチャとして取り扱うように復号器に命令する。これで、復号器は、構文要素に部分的に基づいてビットストリームを復号することができる。

［０１５４］一例では、映像符号器２０は、切り換え動作を示すための構文要素又はメッセージを生成することができる。切り換え動作は、１つ以上のＣＲＡピクチャをＢＲＡピクチャとして取り扱うように復号器に命令する。映像符号器２０は、圧縮されたビットストリームの一部として構文要素を復号デバイスに送信することができる。

［０１５５］一例により、及び制限することなしに、該コンピュータによって読み取り可能な記憶媒体は、希望されるプログラムコードを命令又はデータ構造の形態で格納するために使用することができ及びコンピュータによってアクセス可能であるＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又はその他の光学ディスク記憶装置、磁気ディスク記憶装置、又はその他の磁気記憶デバイス、フラッシュメモリ、又はその他のいずれかの媒体を備えることができる。さらに、どのような接続も、コンピュータによって読み取り可能な媒体であると適切に呼ばれる。例えば、命令が、同軸ケーブル、光ファイバケーブル、より対線、デジタル加入者ライン（ＤＳＬ）、又は無線技術、例えば、赤外線、無線、及びマイクロ波、を用いてウェブサイト、サーバ、又はその他の遠隔ソースから送信される場合は、該同軸ケーブル、光ファイバケーブル、より対線、ＤＳＬ、又は無線技術、例えば赤外線、無線、及びマイクロ波、は、媒体の定義の中に含まれる。しかしながら、コンピュータによって読み取り可能な記憶媒体およびデータ記憶媒体は、コネクション、搬送波、信号、又はその他の遷移媒体は含まず、代わりに、非一時的な、有形の記憶媒体を対象とすることが理解されるべきである。ここにおいて用いられるときのディスク（ｄｉｓｋ及びｄｉｓｃ）は、コンパクトディスク（ＣＤ）（ｄｉｓｃ）と、レーザディスク（ｄｉｓｃ）と、光ディスク（ｄｉｓｃ）と、デジタルバーサタイルディスク（ＤＶＤ）（ｄｉｓｃ）と、フロッピー（登録商標）ディスク（ｄｉｓｋ）と、Ｂｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）と、を含み、ここで、ｄｉｓｋは、通常は磁気的にデータを複製し、ｄｉｓｃは、レーザを用いて光学的にデータを複製する。上記の組み合わせも、コンピュータによって読み取り可能な媒体の適用範囲内に含められるべきである。

［０１５６］命令は、１つ以上のプロセッサ、例えば、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、又はその他の同等の集積又はディスクリート論理回路によって実行することができる。従って、ここにおいて用いられる場合の用語“プロセッサ”は、上記の構造又はここにおいて説明される技法の実装に適するあらゆるその他の構造のうちのいずれかを意味することができる。さらに、幾つかの態様では、ここにおいて説明される機能は、符号化および復号のために構成された専用のハードウェア及び／又はソフトウェアモジュール内において提供されること、又は組み合わされたコーデック内に組み入れることができる。さらに、技法は、１つ以上の回路又は論理素子内に完全に実装することが可能である。

［０１９３］本開示の技法は、無線ハンドセット、集積回路（ＩＣ）又は一組のＩＣ（例えば、チップセット）を含む非常に様々なデバイス又は装置内に実装することができる。本開示では、開示される技法を実施するように構成されたデバイスの機能上の態様を強調するために様々なコンポーネント、モジュール、又はユニットが説明されるが、異なるハードウェアユニットによる実現は必ずしも要求しない。むしろ、上述されるように、様々なユニットは、適切なソフトウェア及び／又はファームウェアと関係させて、コーデックハードウェアユニット内において結合させること又は上述されるように１つ以上のプロセッサを含む相互運用的なハードウェアユニットの集合によって提供することができる。

［０１５８］様々な例が説明されている。これらの及びその他の例は、以下の請求項の範囲内である。

［０１５８］様々な例が説明されている。これらの及びその他の例は、以下の請求項の範囲内である。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
映像データを処理する方法であって、
映像復号器において外部のインディケーションを受信することと、
前記外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱うことと、を備える、方法。
［Ｃ２］
前記外部のインディケーションは、前記映像復号器においてフラグが設定されるべきかどうかを示し、
前記外部のインディケーションに基づいて前記フラグを設定することと、
前記フラグを検査することと、をさらに備え、
前記外部のインディケーションに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことは、前記フラグに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを備えるＣ１に記載の方法。
［Ｃ３］
前記フラグは、前記ＣＲＡと関連付けられるＣ２に記載の方法。
［Ｃ４］
前記フラグのデフォルト値は、“０”であり、前記フラグの設定値は、“１”であるＣ２に記載の方法。
［Ｃ５］
コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、前記ＮＡＬユニットのＮＡＬユニットタイプを変更することをさらに備えるＣ２に記載の方法。
［Ｃ６］
前記フラグは、第１のフラグを備え、前記方法は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記第１のフラグが設定されている場合は、第２のフラグの値を変更することをさらに備え、前記第２のフラグは、以前のピクチャの前記出力を制御するＣ５に記載の方法。
［Ｃ７］
前記フラグは、第１のフラグを備え、前記方法は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記第１のフラグが設定されている場合は、第２のフラグの前記値を１に設定することをさらに備えるＣ５に記載の方法。
［Ｃ８］
コーディングされたスライスＮＡＬユニットを復号することは、ＮＡＬユニットタイプを識別するために各々のコーディングされたスライスＮＡＬユニットを構文解析することを含むＣ５に記載の方法。
［Ｃ９］
前記フラグは、第１のフラグを備え、コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記第１のフラグが１に等しく、コーディングされたスライスＮＡＬユニットのＮＡＬユニットタイプがＣＲＡピクチャを示す場合は、
ＢＬＡピクチャを示すために前記ＮＡＬユニットタイプの前記値を変更するＣ８に記載の方法。
［Ｃ１０］
前記フラグを設定することは、ビットストリームのビットレート及び空間解像度のうちの少なくとも１つの変更が生じている旨のメッセージを受信することと、前記ビットレート及び空間解像度のうちの少なくとも１つの前記変更に基づいて前記フラグを設定することと、を備えるＣ２に記載の方法。
［Ｃ１１］
前記フラグは、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを備えるＣ２に記載の方法。
［Ｃ１２］
前記フラグは、第１のフラグと、第２のフラグと、を備え、
前記第２のフラグは、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｔｕｒｅｓ_ｆｌａｇを備え、前記第２のフラグは、コンテキスト変数も備えるＣ２に記載の方法。
［Ｃ１３］
映像データを処理するための映像復号器であって、
映像復号器において外部のインディケーションを受信し、及び
前記外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱うように構成されたプロセッサを備える、映像復号器。
［Ｃ１４］
前記外部のインディケーションは、前記映像復号器においてフラグが設定されるべきかどうかを示し、前記プロセッサは、
前記外部のインディケーションに基づいて前記フラグを設定し、及び
前記フラグを検査するようにさらに構成され、
前記外部のインディケーションに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことは、前記フラグに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを備えるＣ１３に記載の映像復号器。
［Ｃ１５］
前記フラグは、前記ＣＲＡピクチャと関連付けられるＣ１４に記載の映像復号器。
［Ｃ１６］
前記フラグが設定されるべきであることを示す外部のインディケーションを受信し、及び
前記外部のインディケーションに基づいて前記フラグを設定するようにさらに構成されるＣ１４に記載の映像復号器。
［Ｃ１７］
前記フラグのデフォルト値は、“０”であり、前記フラグの設定値は、“１”であるＣ１４に記載の映像復号器。
［Ｃ１８］
コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、前記ＮＡＬユニットのＮＡＬユニットタイプを変更するようにさらに構成されるＣ１４に記載の映像復号器。
［Ｃ１９］
前記フラグは、第１のフラグを備え、前記映像復号器は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、第２のフラグの値を変更するようにさらに構成されるＣ１８に記載の映像復号器。
［Ｃ２０］
前記フラグは、第１のフラグを備え、前記映像復号器は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、第２のフラグの前記値を１に設定することをさらに備えるＣ１８に記載の映像復号器。
［Ｃ２１］
コーディングされたスライスＮＡＬユニットを復号するようにさらに構成され、前記ＮＡＬユニットタイプを識別するために各々のコーディングされたスライスＮＡＬユニットを構文解析することを含むＣ１８に記載の映像復号器。
［Ｃ２２］
前記フラグは、第１のフラグを備え、コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記第１のフラグが１に等しく、コーディングされたスライスＮＡＬユニットのＮＡＬユニットタイプがＣＲＡピクチャを示す場合は、
ＢＬＡピクチャを示すために前記ＮＡＬユニットタイプの前記値を変更するＣ２１に記載の映像復号器。
［Ｃ２３］
前記フラグを設定することは、ビットストリームのビットレート及び空間解像度のうちの少なくとも１つの変更が生じている旨のメッセージを受信することと、前記ビットレート及び空間解像度のうちの少なくとも１つの前記変更に基づいて前記フラグを設定することと、を備えるＣ１４に記載の映像復号器。
［Ｃ２４］
前記フラグは、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを備えるＣ１４に記載の映像復号器。
［Ｃ２５］
前記フラグは、第１のフラグと、第２のフラグと、を備え、
前記第２のフラグは、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｔｕｒｅｓ_ｆｌａｇを備え、前記第２のフラグは、コンテキスト変数を備えるＣ１４に記載の映像復号器。
［Ｃ２６］
映像データを処理するための映像復号器であって、
映像復号器において外部のインディケーションを受信するための手段と、
前記外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱うための手段と、を備える、映像復号器。
［Ｃ２７］
前記外部のインディケーションは、前記映像復号器においてフラグが設定されるべきかどうかを示し、前記映像復号器は、
前記外部のインディケーションに基づいて前記フラグを設定するための手段と、
前記フラグを検査するための手段と、をさらに備え、
前記外部のインディケーションに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことは、前記フラグに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを備えるＣ２６に記載の映像復号器。
［Ｃ２８］
前記フラグは、前記ＣＲＡピクチャと関連付けられるＣ２７に記載の映像復号器。
［Ｃ２９］
前記フラグのデフォルト値は、“０”であり、前記フラグの設定値は、“１”であるＣ２７に記載の映像復号器。
［Ｃ３０］
コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、前記ＮＡＬユニットのＮＡＬユニットタイプを変更するための手段をさらに備えるＣ２７に記載の映像復号器。
［Ｃ３１］
前記フラグは、第１のフラグを備え、前記映像復号器は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、第２のフラグの前記値を変更するための手段をさらに備えるＣ３０に記載の映像復号器。
［Ｃ３２］
前記フラグは、第１のフラグを備え、前記映像復号器は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、第２のフラグの前記値を１に設定するための手段をさらに備えるＣ３０に記載の映像復号器。
［Ｃ３３］
コーディングされたスライスＮＡＬユニットを復号することは、ＮＡＬユニットタイプを識別するために各々のコーディングされたスライスＮＡＬユニットを構文解析することを含むＣ３０に記載の映像復号器。
［Ｃ３４］
前記フラグは、第１のフラグを備え、コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記第１のフラグが１に等しく、コーディングされたスライスＮＡＬユニットのＮＡＬユニットタイプがＣＲＡピクチャを示す場合は、
ＢＬＡピクチャを示すために前記ＮＡＬユニットタイプの前記値を変更するＣ３３に記載の映像復号器。
［Ｃ３５］
前記フラグを設定することは、ビットストリームのビットレートの変更が生じている旨のメッセージを受信することと、前記ビットレートの前記変更に基づいて前記フラグを設定することと、をさらに備えるＣ２７に記載の映像復号器。
［Ｃ３６］
前記フラグは、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを備えるＣ２７に記載の映像復号器。
［Ｃ３７］
前記フラグは、第１のフラグと、第２のフラグと、を備え、
前記第２のフラグは、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｔｕｒｅｓ_ｆｌａｇを備え、前記第２のフラグは、コンテキスト変数を備えるＣ２７に記載の映像復号器。
［Ｃ３８］
コンピュータによって読み取り可能な記憶媒体であって、実行されたときに、
映像復号器において外部のインディケーションを受信し、及び
前記外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱うことをデバイスの１つ以上のプロセッサに行わせる命令を格納している、コンピュータによって読み取り可能な記憶媒体。
［Ｃ３９］
前記外部のインディケーションは、前記映像復号器においてフラグが設定されるべきかどうかを示し、前記命令は、実行されたときに、
前記外部のインディケーションに基づいて前記フラグを設定し、及び
前記フラグを検査することをデバイスの前記１つ以上のプロセッサに行わせ、前記外部のインディケーションに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことは、前記フラグに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを備えるＣ３８に記載のコンピュータによって読み取り可能な記憶媒体。
［Ｃ４０］
前記フラグは、前記ＣＲＡピクチャと関連付けられるＣ３９に記載のコンピュータによって読み取り可能な記憶媒体。
［Ｃ４１］
前記フラグが設定されるべきであることを示す外部のインディケーションを受信し、及び
前記外部のインディケーションに基づいて前記フラグを設定することを前記１つ以上のプロセッサに行わせるようにさらに構成されるＣ３９に記載のコンピュータによって読み取り可能な記憶媒体。
［Ｃ４２］
コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、前記ＮＡＬユニットのＮＡＬユニットタイプを変更することを前記１つ以上のプロセッサに行わせるようにさらに構成されるＣ３９に記載のコンピュータによって読み取り可能な記憶媒体。
［Ｃ４３］
前記フラグは、第１のフラグを備え、前記コンピュータによって読み取り可能な記憶媒体は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記第１のフラグが設定されている場合は、第２のフラグの前記値を変更することを前記１つ以上のプロセッサに行わせるようにさらに構成されるＣ４２に記載のコンピュータによって読み取り可能な記憶媒体。
［Ｃ４４］
前記フラグは、第１のフラグを備え、前記コンピュータによって読み取り可能な記憶媒体は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、第２のフラグの前記値を１に設定することを前記１つ以上のプロセッサに行わせるようにさらに構成されるＣ４２に記載のコンピュータによって読み取り可能な記憶媒体。
［Ｃ４５］
コーディングされたスライスＮＡＬユニットを復号することを前記１つ以上のプロセッサに行わせるようにさらに構成され、前記ＮＡＬユニットタイプを識別するために各々のコーディングされたスライスＮＡＬユニットを構文解析することを含むＣ４２に記載のコンピュータによって読み取り可能な記憶媒体。

Claims

映像データを処理する方法であって、
映像復号器において外部のインディケーションを受信することと、
前記外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱うことと、を備える、方法。
前記外部のインディケーションは、前記映像復号器においてフラグが設定されるべきかどうかを示し、
前記外部のインディケーションに基づいて前記フラグを設定することと、
前記フラグを検査することと、をさらに備え、
前記外部のインディケーションに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことは、前記フラグに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを備える請求項１に記載の方法。
前記フラグは、前記ＣＲＡと関連付けられる請求項２に記載の方法。
前記フラグのデフォルト値は、“０”であり、前記フラグの設定値は、“１”である請求項２に記載の方法。
コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、前記ＮＡＬユニットのＮＡＬユニットタイプを変更することをさらに備える請求項２に記載の方法。
前記フラグは、第１のフラグを備え、前記方法は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記第１のフラグが設定されている場合は、第２のフラグの値を変更することをさらに備え、前記第２のフラグは、以前のピクチャの前記出力を制御する請求項５に記載の方法。
前記フラグは、第１のフラグを備え、前記方法は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記第１のフラグが設定されている場合は、第２のフラグの前記値を１に設定することをさらに備える請求項５に記載の方法。
コーディングされたスライスＮＡＬユニットを復号することは、ＮＡＬユニットタイプを識別するために各々のコーディングされたスライスＮＡＬユニットを構文解析することを含む請求項５に記載の方法。
前記フラグは、第１のフラグを備え、コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記第１のフラグが１に等しく、コーディングされたスライスＮＡＬユニットのＮＡＬユニットタイプがＣＲＡピクチャを示す場合は、
ＢＬＡピクチャを示すために前記ＮＡＬユニットタイプの前記値を変更する請求項８に記載の方法。
前記フラグを設定することは、ビットストリームのビットレート及び空間解像度のうちの少なくとも１つの変更が生じている旨のメッセージを受信することと、前記ビットレート及び空間解像度のうちの少なくとも１つの前記変更に基づいて前記フラグを設定することと、を備える請求項２に記載の方法。
前記フラグは、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを備える請求項２に記載の方法。
前記フラグは、第１のフラグと、第２のフラグと、を備え、
前記第２のフラグは、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｔｕｒｅｓ_ｆｌａｇを備え、前記第２のフラグは、コンテキスト変数も備える請求項２に記載の方法。
映像データを処理するための映像復号器であって、
映像復号器において外部のインディケーションを受信し、及び
前記外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱うように構成されたプロセッサを備える、映像復号器。
前記外部のインディケーションは、前記映像復号器においてフラグが設定されるべきかどうかを示し、前記プロセッサは、
前記外部のインディケーションに基づいて前記フラグを設定し、及び
前記フラグを検査するようにさらに構成され、
前記外部のインディケーションに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことは、前記フラグに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを備える請求項１３に記載の映像復号器。
前記フラグは、前記ＣＲＡピクチャと関連付けられる請求項１４に記載の映像復号器。
前記フラグが設定されるべきであることを示す外部のインディケーションを受信し、及び
前記外部のインディケーションに基づいて前記フラグを設定するようにさらに構成される請求項１４に記載の映像復号器。
前記フラグのデフォルト値は、“０”であり、前記フラグの設定値は、“１”である請求項１４に記載の映像復号器。
コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、前記ＮＡＬユニットのＮＡＬユニットタイプを変更するようにさらに構成される請求項１４に記載の映像復号器。
前記フラグは、第１のフラグを備え、前記映像復号器は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、第２のフラグの値を変更するようにさらに構成される請求項１８に記載の映像復号器。
前記フラグは、第１のフラグを備え、前記映像復号器は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、第２のフラグの前記値を１に設定することをさらに備える請求項１８に記載の映像復号器。
コーディングされたスライスＮＡＬユニットを復号するようにさらに構成され、前記ＮＡＬユニットタイプを識別するために各々のコーディングされたスライスＮＡＬユニットを構文解析することを含む請求項１８に記載の映像復号器。
前記フラグは、第１のフラグを備え、コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記第１のフラグが１に等しく、コーディングされたスライスＮＡＬユニットのＮＡＬユニットタイプがＣＲＡピクチャを示す場合は、
ＢＬＡピクチャを示すために前記ＮＡＬユニットタイプの前記値を変更する請求項２１に記載の映像復号器。
前記フラグを設定することは、ビットストリームのビットレート及び空間解像度のうちの少なくとも１つの変更が生じている旨のメッセージを受信することと、前記ビットレート及び空間解像度のうちの少なくとも１つの前記変更に基づいて前記フラグを設定することと、を備える請求項１４に記載の映像復号器。
前記フラグは、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを備える請求項１４に記載の映像復号器。
前記フラグは、第１のフラグと、第２のフラグと、を備え、
前記第２のフラグは、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｔｕｒｅｓ_ｆｌａｇを備え、前記第２のフラグは、コンテキスト変数を備える請求項１４に記載の映像復号器。
映像データを処理するための映像復号器であって、
映像復号器において外部のインディケーションを受信するための手段と、
前記外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱うための手段と、を備える、映像復号器。
前記外部のインディケーションは、前記映像復号器においてフラグが設定されるべきかどうかを示し、前記映像復号器は、
前記外部のインディケーションに基づいて前記フラグを設定するための手段と、
前記フラグを検査するための手段と、をさらに備え、
前記外部のインディケーションに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことは、前記フラグに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを備える請求項２６に記載の映像復号器。
前記フラグは、前記ＣＲＡピクチャと関連付けられる請求項２７に記載の映像復号器。
前記フラグのデフォルト値は、“０”であり、前記フラグの設定値は、“１”である請求項２７に記載の映像復号器。
コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、前記ＮＡＬユニットのＮＡＬユニットタイプを変更するための手段をさらに備える請求項２７に記載の映像復号器。
前記フラグは、第１のフラグを備え、前記映像復号器は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、第２のフラグの前記値を変更するための手段をさらに備える請求項３０に記載の映像復号器。
前記フラグは、第１のフラグを備え、前記映像復号器は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、第２のフラグの前記値を１に設定するための手段をさらに備える請求項３０に記載の映像復号器。
コーディングされたスライスＮＡＬユニットを復号することは、ＮＡＬユニットタイプを識別するために各々のコーディングされたスライスＮＡＬユニットを構文解析することを含む請求項３０に記載の映像復号器。
前記フラグは、第１のフラグを備え、コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記第１のフラグが１に等しく、コーディングされたスライスＮＡＬユニットのＮＡＬユニットタイプがＣＲＡピクチャを示す場合は、
ＢＬＡピクチャを示すために前記ＮＡＬユニットタイプの前記値を変更する請求項３３に記載の映像復号器。
前記フラグを設定することは、ビットストリームのビットレートの変更が生じている旨のメッセージを受信することと、前記ビットレートの前記変更に基づいて前記フラグを設定することと、をさらに備える請求項２７に記載の映像復号器。
前記フラグは、ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを備える請求項２７に記載の映像復号器。
前記フラグは、第１のフラグと、第２のフラグと、を備え、
前記第２のフラグは、ｎｏ_ｏｕｔｐｕｔ_ｏｆ_ｐｒｉｏｒ_ｐｉｃｔｕｒｅｓ_ｆｌａｇを備え、前記第２のフラグは、コンテキスト変数を備える請求項２７に記載の映像復号器。
コンピュータによって読み取り可能な記憶媒体であって、実行されたときに、
映像復号器において外部のインディケーションを受信し、及び
前記外部のインディケーションに基づいてクリーンランダムアクセス（ＣＲＡ）ピクチャをブロークンリンクアクセス（ＢＬＡ）ピクチャとして取り扱うことをデバイスの１つ以上のプロセッサに行わせる命令を格納している、コンピュータによって読み取り可能な記憶媒体。
前記外部のインディケーションは、前記映像復号器においてフラグが設定されるべきかどうかを示し、前記命令は、実行されたときに、
前記外部のインディケーションに基づいて前記フラグを設定し、及び
前記フラグを検査することをデバイスの前記１つ以上のプロセッサに行わせ、前記外部のインディケーションに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことは、前記フラグに基づいて前記ＣＲＡピクチャをＢＬＡピクチャとして取り扱うことを備える請求項３８に記載のコンピュータによって読み取り可能な記憶媒体。
前記フラグは、前記ＣＲＡピクチャと関連付けられる請求項３９に記載のコンピュータによって読み取り可能な記憶媒体。
前記フラグが設定されるべきであることを示す外部のインディケーションを受信し、及び
前記外部のインディケーションに基づいて前記フラグを設定することを前記１つ以上のプロセッサに行わせるようにさらに構成される請求項３９に記載のコンピュータによって読み取り可能な記憶媒体。
コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、前記ＮＡＬユニットのＮＡＬユニットタイプを変更することを前記１つ以上のプロセッサに行わせるようにさらに構成される請求項３９に記載のコンピュータによって読み取り可能な記憶媒体。
前記フラグは、第１のフラグを備え、前記コンピュータによって読み取り可能な記憶媒体は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記第１のフラグが設定されている場合は、第２のフラグの前記値を変更することを前記１つ以上のプロセッサに行わせるようにさらに構成される請求項４２に記載のコンピュータによって読み取り可能な記憶媒体。
前記フラグは、第１のフラグを備え、前記コンピュータによって読み取り可能な記憶媒体は、前記コーディングされたスライスネットワーク抽象化層（ＮＡＬ）ユニットを復号時に、前記フラグが設定されている場合は、第２のフラグの前記値を１に設定することを前記１つ以上のプロセッサに行わせるようにさらに構成される請求項４２に記載のコンピュータによって読み取り可能な記憶媒体。
コーディングされたスライスＮＡＬユニットを復号することを前記１つ以上のプロセッサに行わせるようにさらに構成され、前記ＮＡＬユニットタイプを識別するために各々のコーディングされたスライスＮＡＬユニットを構文解析することを含む請求項４２に記載のコンピュータによって読み取り可能な記憶媒体。