Nothing Special   »   [go: up one dir, main page]

JP6352317B2 - 復号方法 - Google Patents

復号方法 Download PDF

Info

Publication number
JP6352317B2
JP6352317B2 JP2015562977A JP2015562977A JP6352317B2 JP 6352317 B2 JP6352317 B2 JP 6352317B2 JP 2015562977 A JP2015562977 A JP 2015562977A JP 2015562977 A JP2015562977 A JP 2015562977A JP 6352317 B2 JP6352317 B2 JP 6352317B2
Authority
JP
Japan
Prior art keywords
picture
layer
cpb
decoding unit
delay
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.)
Expired - Fee Related
Application number
JP2015562977A
Other languages
English (en)
Other versions
JP2016528747A (ja
JP2016528747A5 (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.)
Sharp Corp
Original Assignee
Sharp Corp
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 Sharp Corp filed Critical Sharp Corp
Publication of JP2016528747A publication Critical patent/JP2016528747A/ja
Publication of JP2016528747A5 publication Critical patent/JP2016528747A5/ja
Application granted granted Critical
Publication of JP6352317B2 publication Critical patent/JP6352317B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/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/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/136—Incoming video signal characteristics or properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/187—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a scalable video layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction

Landscapes

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

Description

本開示は一般に電子デバイスに関する。
電子デバイスは、消費者のニーズを満たし、携帯性および利便性を高めるためにより小型でより高性能になってきている。消費者は、電子デバイスに依存するようになり、拡大された機能を期待するようになっている。電子デバイスのいくつかの例には、デスクトップコンピュータ、ラップトップコンピュータ、携帯電話、スマートフォン、メディアプレーヤ、集積回路などが含まれる。
いくつかの電子デバイスは、デジタルメディアを処理および表示するために用いられる。例えば、携帯式電子デバイスは、現在では消費者が居ることのあるほとんどどこででもデジタルメディアを消費することを可能にする。さらに、いくつかの電子デバイスは、消費者が利用し楽しむためのデジタルメディアコンテンツのダウンロードまたはストリーミングを提供することができる。
デジタルメディアの人気の高まりにより、いくつかの問題が生じている。例えば、ストレージ、伝送および高速再生のため、高品質デジタルメディアを効率的に表現するにはいくつかの課題がある。本明細書での説明から分かるように、改良された性能でデジタルメディアを効率的に表現するシステムおよび方法は有益であろう。
本発明によれば、ビデオを復号する方法が提供され、本方法は：（ａ）前記ビデオの複数のフレームを復号するステップであって、前記フレームの各々は複数のレイヤのうちの異なるレイヤに属し、（１）対応する復号された前記ビデオにおける同じ時間相および（２）対応する復号された前記ビデオにおける異なる時間相、のうちの少なくとも一つを有する、該復号するステップと、（ｂ）前記レイヤの前記復号のために用いられる情報を提供するビデオパラメータセットの拡張シンタクスを受信するステップと、を含み、前記情報は、前記異なるレイヤ群の直接参照レイヤに対するタイル境界整列フラグを含む。
本発明の以上およびその他の目的、特徴および利点は、本発明の以下の詳細な説明を添付の図面に関連して考慮すれば、より容易に理解されよう。
メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装可能な一つ以上の電子デバイスの例を示すブロック図である。 メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装可能な一つ以上の電子デバイスの例を示す別のブロック図である。 メッセージを送信する方法の一構成を示すフロー図である。 アクセスユニット中の復号ユニットに対する一つ以上の引き抜き遅延を判定定する方法の一構成を示すフロー図である。 ビットストリームをバッファリングする方法の一構成を示すフロー図である。 アクセスユニット中の復号ユニットに対する一つ以上の引き抜き遅延を判定する方法の一構成を示すフロー図である。 電子デバイス上のエンコーダ６０４の一構成を示す或るブロック図である。 或る電子デバイス上のエンコーダ６０４の一構成を示す別のブロック図である。 電子デバイス上のデコーダの一構成を示す或るブロック図である。 電子デバイス上のデコーダの一構成を示す別のブロック図である。 伝送電子デバイスにおいて利用可能な様々な構成要素を示す。 受信電子デバイスにおいて利用可能な様々な構成要素を示すブロック図である。 メッセージを送信するためのシステムおよび方法が実装可能な電子デバイスの一構成を示すブロック図である。 ビットストリームをバッファリングするためのシステムおよび方法が実装可能な電子デバイスの一構成を示すブロック図である。 復号ピクチャバッファのオペレーションの方法の一構成を示すブロック図である。 ＮＡＬユニットヘッダのシンタクスを示す。 ＮＡＬユニットヘッダのシンタクスを示す。 ＮＡＬユニットヘッダのシンタクスを示す。 一般的なＮＡＬユニットのシンタクスを示す。 既存のビデオパラメータセットを示す。 既存のスケーラビリティ型を示す。 例示的なビデオパラメータセットを示す。 例示的なスケーラビリティマップのシンタクスを示す。 例示的なビデオパラメータセットを示す。 既存のビデオパラメータセットを示す。 既存の次元型、次元ｉｄシンタクスを示す。 例示的なビデオパラメータセットを示す。 例示的なスケーラビリティマップのシンタクスを示す。 例示的なビデオパラメータセットを示す。 例示的なビデオパラメータセットを示す。 例示的なビデオパラメータセットを示す 例示的なスケーラビリティマスクのシンタクスを示す。 例示的なビデオパラメータセットの拡張シンタクスを示す。 例示的なビデオパラメータセットの拡張シンタクスを示す。 例示的なビデオパラメータセットの拡張シンタクスを示す。 例示的なビデオパラメータセットの拡張シンタクスを示す。 例示的なビデオパラメータセットの拡張シンタクスを示す。 例示的なビデオパラメータセットの拡張シンタクスを示す。 例示的なビデオパラメータの拡張シンタクスを示す。 例示的なビデオパラメータの拡張シンタクスを示す。 例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタクスを示す。 例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタクスを示す。 別の例示的なビデオパラメータの拡張シンタクスを示す図である。 別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタクスを示す。 別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタクスを示す。 例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタクスを示す。 別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタクスを示す。 別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタクスを示す。 別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタクスを示す。 別の例示的なビデオパラメータの拡張シンタクスおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）を示す。 例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）シンタクスを示す。 ベースレイヤおよびエンハンスメントレイヤを示す。 複数のスライスを有する例示的なピクチャを示す。 複数のスライスを有する別の例示的なピクチャを示す。 列および行の境界を有するピクチャを示す。 スライスを有するピクチャを示す。 ベースレイヤ、エンハンスメントレイヤ、およびタイルを有するアクセスユニットを示す。 例示的なＳＰＳのシンタクスを示す。 例示的なＳＰＳのシンタクスを示す。 例示的なｖｕｉのシンタクスを示す。 例示的なｖｕｉのシンタクスを示す。 例示的なＰＰＳのシンタクスを示す。 例示的なＶＰＳのシンタクスを示す。 例示的なＶＰＳのシンタクスを示す。 例示的なＶＰＳの拡張シンタクスを示す。 例示的なＶＰＳの拡張シンタクスを示す。 例示的なＶＰＳの拡張シンタクスを示す。 例示的なＶＰＳの拡張シンタクスを示す。 例示的なＶＰＳの拡張シンタクスを示す。 例示的なｖｕｉのシンタクスを示す。 例示的なｖｕｉのシンタクスを示す。 例示的なｖｕｉのシンタクスを示す。 ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇオペレーションを示す。 別のｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇオペレーションを示す。
メッセージを送信するための或る電子デバイスを説明する。本電子デバイスは、プロセッサと、プロセッサと電子通信するメモリに格納された命令とを含む。本電子デバイスは、符号化ピクチャバッファ（ＣＰＢ；Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ）がサブピクチャレベルでのオペレーションをサポートするときに、共通復号ユニットＣＰＢ引き抜き遅延パラメータを、ピクチャタイミング付加拡張情報（ＳＥＩ；Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージに含むべきかどうかを判定する。また、本電子デバイスは、共通復号ユニットＣＰＢ引き抜き遅延パラメータがピクチャタイミングＳＥＩメッセージ（もしくは他の何らかのＳＥＩメッセージまたは他の何らかのパラメータセット、例えばピクチャパラメータセットもしくはシーケンスパラメータセットもしくはビデオパラメータセットもしくは適応パラメータセット）に含まれるべきときには、共通復号ユニットＣＰＢ引き抜き遅延パラメータを生成し、この共通復号ユニットＣＰＢ引き抜き遅延パラメータは、ＣＰＢからのアクセスユニット中の全ての復号ユニットに適用可能である。また、本電子デバイスは、共通復号ユニットＣＰＢ引き抜き遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきでないときにはアクセスユニット中の各復号ユニットに対し個別の復号ユニットＣＰＢ引き抜き遅延パラメータを生成する。また、本電子デバイスは、共通復号ユニットＣＰＢ引き抜き遅延パラメータまたは復号ユニットＣＰＢ引き抜き遅延パラメータを含む、ピクチャタイミングＳＥＩメッセージを送信する。
共通復号ユニットＣＰＢ引き抜き遅延パラメータは、直前の復号ユニットのＣＰＢからの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の現復号ユニットをＣＰＢから引き抜く前に待つべきサブピクチャクロックティックの量を指定することができる。
さらに、復号ユニットがアクセスユニット中の最初の復号ユニットであるときは、共通復号ユニットＣＰＢ引き抜き遅延パラメータは、先行するアクセスユニットにおける直近のバッファリング期間ＳＥＩメッセージに関連付けられたアクセスユニット中の最後の復号ユニットのＣＰＢからの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の最初の復号ユニットをＣＰＢから引き抜く前に待つべきサブピクチャクロックティックの量を指定することが可能である。
これに対し、復号ユニットがアクセスユニット中の最初の復号ユニットでないときには、共通復号ユニットＣＰＢ引き抜き遅延パラメータは、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の先行する復号ユニットのＣＰＢからの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の現復号ユニットをＣＰＢから引き抜く前に待つべきサブピクチャクロックティックの量を指定すればよい。
復号ユニットＣＰＢ引き抜き遅延パラメータは、最後の復号ユニットのＣＰＢからの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中のｉ番目の復号ユニットをＣＰＢから引き抜く前に待つべきサブピクチャクロックティックの量を指定することができる。
本電子デバイスは、モジュロ２（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）カウンタの余りに従って、復号ユニットＣＰＢ引き抜き遅延パラメータを計算することができ、前式中ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、共通復号ユニットＣＰＢ引き抜き遅延パラメータの長さである。
また、本電子デバイスは、ＣＰＢがアクセスユニットレベルでのオペレーションをサポートするときには、先行するアクセスユニットにおける直近のバッファリング期間ＳＥＩメッセージに関連付けられたアクセスユニットのＣＰＢからの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニットデータをＣＰＢから引き抜く前に待つべきクロックティックの数を指定するＣＰＢ引き抜き遅延パラメータを含む、ピクチャタイミングＳＥＩメッセージを生成することが可能である。
さらに、本電子デバイスは、ＣＰＢがサブピクチャレベルでのオペレーションをサポートするか、またはアクセスユニットレベルでのオペレーションをサポートするかを判定することができる。この判定には、符号化ピクチャバッファ（ＣＰＢ）がサブピクチャレベルでのオペレーションをサポートするパラメータを提供するかどうかを示すピクチャタイミングフラグを、ピクチャタイミングフラグの値に基づいて算定するステップを含めてよい。ピクチャタイミングフラグは、ピクチャタイミングＳＥＩメッセージに含めることができる。
共通復号ユニットＣＰＢ引き抜き遅延パラメータを含むべきかどうかを判定するステップは、共通復号ユニットＣＰＢ引き抜き遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきときに、共通復号ユニットＣＰＢ引き抜き遅延フラグを１に設定するステップを含んでよい。このステップは、共通復号ユニットＣＰＢ引き抜き遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきでないときに、共通復号ユニットＣＰＢ引き抜き遅延フラグを０に設定するステップも含み得る。共通復号ユニットＣＰＢ引き抜き遅延フラグは、ピクチャタイミングＳＥＩメッセージに含むことができる。
また、電子デバイスは、ＣＰＢがサブピクチャレベルでのオペレーションをサポートするときにはアクセスユニット中の各復号ユニットに対するＮＡＬユニットの１でオフセットされた量を示す、個別のネットワーク抽象化レイヤ（ＮＡＬ；ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ）ユニットの関連するパラメータを生成することができる。これに換えてまたは加えて、本電子デバイスはアクセスユニットの各復号ユニットに共通するＮＡＬユニットの１でオフセットされた量を示す、共通ＮＡＬパラメータを生成することも可能である。
また、ビットストリームをバッファリングするための電子デバイスも説明する。本電子デバイスは、プロセッサと、プロセッサと電子通信するメモリに格納された命令とを含む。本電子デバイスは、ＣＰＢがアクセスユニットに対しサブピクチャレベルでのパラメータをシグナリングすることを判定する。また、本電子デバイスは、受信されたピクチャタイミング付加拡張情報（ＳＥＩ）メッセージが共通復号ユニット符号化ピクチャバッファ（ＣＰＢ）引き抜き遅延フラグを含むときにはアクセスユニット中の全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ引き抜き遅延パラメータを算定する。同様に、本電子デバイスは、ピクチャタイミングＳＥＩメッセージが共通復号ユニットＣＰＢ引き抜き遅延フラグを含まないときにはアクセスユニット中の各復号ユニットに対する個別の復号ユニットＣＰＢ引き抜き遅延パラメータも算定する。また、本電子デバイスは、共通復号ユニットＣＰＢ引き抜き遅延パラメータまたは個別の復号ユニットＣＰＢ引き抜き遅延パラメータを用いて、ＣＰＢから復号ユニットを引き抜く。さらに、本電子デバイスはアクセスユニットの復号ユニットを復号する。
一構成において、本電子デバイスは、ピクチャタイミングＳＥＩメッセージにピクチャタイミングフラグが設定されていることを判定する。また、本電子デバイスは、ＣＰＢ引き抜き遅延パラメータｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙを、

に従って設定することができ、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量であり、ｉはインデックスである。
上記に換えて、本電子デバイスは、ＣＰＢ引き抜き遅延パラメータｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ、およびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］を、式

を満たすように設定することができ、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量であり、ｉはインデックスである。
あるいは、本電子デバイスは、ＣＰＢ引き抜き遅延パラメータｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ、およびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］を、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＊ｔｃ＝ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］＊ｔｃ＿ｓｕｂに従って設定することも可能で、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］はｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１番目の復号ユニットの復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量である。
一構成において、本電子デバイスは、ピクチャタイミングＳＥＩ中に、ピクチャタイミングフラグが設定されていることを判定する。また、本電子デバイスは、ＣＰＢ引き抜き遅延パラメータｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ、およびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］を、式：−１≦（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＊ｔｃ−ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］＊ｔｃ，ｓｕｂ）≦１を満たすように設定することができ、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］は、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１番目の復号ユニットの復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量である。
ＣｌｏｃｋＤｉｆｆ変数は、ＣｌｏｃｋＤｉｆｆ＝（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ−（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ＊（ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１））／ｔｉｍｅ＿ｓｃａｌｅ）として定義することができ、前式中のｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋはクロックティックカウンタの１増加に対応する周波数ｔｉｍｅ＿ｓｃａｌｅ Ｈｚで作動するクロックの時間単位数であり、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋはサブピクチャクロックティックカウンタの１増加に対応する周波数ｔｉｍｅ＿ｓｃａｌｅ Ｈｚで作動するクロックの時間単位数であり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１はアクセスユニットの復号ユニットの量であり、ｔｉｍｅ＿ｓｃａｌｅは１秒間に経過する時間単位数である。
低遅延仮想リファレンスデコーダ（ＨＲＤ；ｈｙｐｏｔｈｅｔｉｃａｌ ｒｅｆｅｒｅｎｃｅ ｄｅｃｏｄｅｒ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動し、ＣｌｏｃｋＤｉｆｆがゼロより大きいとき、復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）＋ＣｌｏｃｋＤｉｆｆに従って算定され、前式中のｔｒ，ｎ（ｍ）は復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動し、ＣｌｏｃｋＤｉｆｆがゼロより大きいとき、アクセスユニットｎに対する引き抜き時刻ｔｒ（ｎ）は、ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）−ＣｌｏｃｋＤｉｆｆにより算定され、式中ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｍａｘ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの引き抜き時刻ｔｒ（ｎ）は、ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｍａｘ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｍｉｎ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの引き抜き時刻ｔｒ（ｎ）は、ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｍｉｎ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの引き抜き時刻ｔｒ（ｎ）は、ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、最後の復号ユニットではない復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中のｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍである復号ユニットｍに対する引き抜き時刻ｔｒ（ｍ）は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの最後の復号ユニットｍの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、最後の復号ユニットではない復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍである復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの最後の復号ユニットｍの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中のｔｒ，ｎ（ｍ）は復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎ中の復号ユニットｍの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの引き抜き時刻ｔｒ（ｎ）は、ｔｒ（ｎ）＝ｔａｆ（ｎ）により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
さらに、場合によっては、復号ユニットの引き抜き時刻およびアクセスユニットの引き抜き時刻を決めるのに、前述の各種の式のうちのいずれが使用されるかをシグナリングするため、ビットストリームの一部でフラグを送信することができる。一事例において、このフラグを、ｄｕ＿ａｕ＿ｃｐｂ＿ａｌｉｇｎｍｅｎｔ＿ｍｏｄｅ＿ｆｌａｇと呼ぶことにしよう。ｄｕ＿ａｕ＿ｃｐｂ＿ａｌｉｇｎｍｅｎｔ＿ｍｏｄｅ＿ｆｌａｇが１である場合、サブピクチャベースのモードで作動するＣＰＢのオペレーションを、アクセスユニットモードで作動するＣＰＢに同調させる前述の式が用いられる。ｄｕ＿ａｕ＿ｃｐｂ＿ａｌｉｇｎｍｅｎｔ＿ｍｏｄｅ＿ｆｌａｇが０である場合、サブピクチャベースのモードで作動するＣＰＢのオペレーションを、アクセスユニットモードで作動するＣＰＢに同調させない前述の式が用いられる。
或る事例において、フラグｄｕ＿ａｕ＿ｃｐｂ＿ａｌｉｇｎｍｅｎｔ＿ｍｏｄｅ＿ｆｌａｇは、ビデオユーザビリティ情報（ＶＵＩ；ｖｉｄｅｏ ｕｓａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）中でシグナリングすることができる。別の事例では、フラグｄｕ＿ａｕ＿ｃｐｂ＿ａｌｉｇｎｍｅｎｔ＿ｍｏｄｅ＿ｆｌａｇは、ピクチャタイミングＳＥＩメッセージ中で送信することが可能である。さらに別の事例では、フラグｄｕ＿ａｕ＿ｃｐｂ＿ａｌｉｇｎｍｅｎｔ＿ｍｏｄｅ＿ｆｌａｇは、ビットストリームの何らかの他の規範的部分の中で送信されてもよい。本明細書で開示されるシステムおよび方法による修正されたシンタクスおよびセマンティクスの一例が、以下の表（０）に示される。
なお、様々な変数に対し上記で使用された記号とは異なる記号（名称）を使用してもよい。例えば、アクセスユニットｎのｔｒ（ｎ）はＣｐｂＲｅｍｏｖａｌＴｉｍｅ（ｎ）と呼んでもよく、復号ユニットｎのｔｒ（ｍ）はＣｐｂＲｅｍｏｖａｌＴｉｍｅ（ｍ）と呼んでもよく、ｔｃ＿ｓｕｂはＣｌｏｃｋＳｕｂＴｉｃｋと呼んでもよく、ｔｃはＣｌｏｃｋＴｉｃｋと呼んでもよく、アクセスユニットｍのｔａｆ（ｎ）はアクセスユニットｎのＦｉｎａｌＡｒｒｉｖａｌＴｉｍｅ（ｎ）と呼んでもよく、復号ユニットｍのｔａｆ（ｍ）はＦｉｎａｌＡｒｒｉｖａｌＴｉｍｅ（ｍ）と呼んでもよく、ｔｒ，ｎ（ｎ）はアクセスユニットｎのＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｎ）と呼んでもよく、ｔｒ，ｎ（ｍ）は復号ユニットｍのＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｍ）と呼んでもよい。
さらに、電子デバイスによりメッセージを送信する方法も説明する。本方法は、符号化ピクチャバッファ（ＣＰＢ）がサブピクチャレベルでのオペレーションをサポートするときに、ピクチャタイミング付加拡張情報（ＳＥＩ）メッセージに共通復号ユニットＣＰＢ引き抜き遅延パラメータを含むべきかどうかを判定するステップを含む。また、本方法は、共通復号ユニットＣＰＢ引き抜き遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきときに、共通復号ユニットＣＰＢ引き抜き遅延パラメータを生成するステップを含み、この共通復号ユニットＣＰＢ引き抜き遅延パラメータは、ＣＰＢからのアクセスユニット中の全ての復号ユニットに適用可能である。また、本方法は、共通復号ユニットＣＰＢ引き抜き遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきでないときにはアクセスユニット中の各復号ユニットに対し個別の復号ユニットＣＰＢ引き抜き遅延パラメータを生成するステップも含む。また、本方法は、共通復号ユニットＣＰＢ引き抜き遅延パラメータ、または復号ユニットＣＰＢ引き抜き遅延パラメータを含むピクチャタイミングＳＥＩメッセージを送信するステップも含む。
また、電子デバイスによりビットストリームをバッファリングする方法も説明する。本方法は、ＣＰＢがアクセスユニットに対しサブピクチャレベルでのパラメータをシグナリングすることを判定するステップを含む。また、本方法は、受信されたピクチャタイミング付加拡張情報（ＳＥＩ）メッセージが共通復号ユニット符号化ピクチャバッファ（ＣＰＢ）引き抜き遅延フラグを含むときに、アクセスユニット中の全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ引き抜き遅延パラメータを算定するステップも含む。さらに、本方法は、ピクチャタイミングＳＥＩメッセージが共通復号ユニットＣＰＢ引き抜き遅延フラグを含まないときに、アクセスユニット中の各復号ユニットに対し個別の復号ユニットＣＰＢ引き抜き遅延パラメータを算定するステップも含む。また、本方法は、共通復号ユニットＣＰＢ引き抜き遅延パラメータまたは個別の復号ユニットＣＰＢ引き抜き遅延パラメータを用いて、ＣＰＢから復号ユニットを引き抜くステップも含む。本方法はアクセスユニット中の復号ユニットを復号するステップも含む。
本明細書で開示するシステムおよび方法は、メッセージを送信しビットストリームをバッファリングするための電子デバイスを説明する。例えば、本明細書で開示するシステムおよび方法は、サブピクチャパラメータから始めて、ビットストリームのためのバッファリングを説明する。一部の構成において、本明細書で開示するシステムおよび方法は、サブピクチャベースの仮想リファレンスデコーダ（ＨＲＤ）パラメータのシグナリングを説明することができる。例えば、本明細書で開示するシステムおよび方法は、ピクチャタイミング付加拡張情報（ＳＥＩ）メッセージに対する改良を説明する。本明細書で開示するシステムおよび方法（例えばＨＲＤ改良）により、各サブピクチャが到着しＣＰＢから一定の間隔で引き抜かれる際のパラメータのよりコンパクトなシグナリングを得ることができる。
さらに、サブピクチャレベルのＣＰＢ引き抜き遅延パラメータが存在するときは、符号化ピクチャバッファ（ＣＰＢ）はアクセスユニットレベル、またはサブピクチャレベルで作動することが可能である。また、本システムおよび方法は、サブピクチャレベルベースのＣＰＢオペレーションおよびアクセスユニットレベルのＣＰＢオペレーションにより、同じタイミングの復号ユニット引き抜きが生じるようにビットストリーム制約事項を設けることができる。具体的には、サブピクチャモードでの作動時のアクセスユニット中の最後の復号ユニットの引き抜きのタイミングと、アクセスユニットモードでの作動時のアクセスユニットの引き抜きのタイミングとが同じになることになる。
なお、ＨＲＤに関連して「仮想」という用語が用いられるが、ＨＲＤは物理的に実装することも可能である。例えば、「ＨＲＤ」は、実際のデコーダの実装を記述するために用いることもできる。一部の構成において、ＨＲＤは、ビットストリームが高効率ビデオ符号化（ＨＥＶＣ；Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格に適合するかどうかを判定するために実装されることがある。例えば、ＨＲＤは、型Ｉビットストリームおよび型ＩＩビットストリームがＨＥＶＣ規格に適合するかどうかを判定するために使用されてもよい。型Ｉビットストリームは、ビデオ符号化レイヤ（ＶＣＬ；Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ）ネットワークアクセスレイヤ（ＮＡＬ；Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｌａｙｅｒ）ユニットおよびフィラデータＮＡＬユニットだけを包含し得る。型ＩＩビットストリームには、さらなる他のＮＡＬユニットおよびシンタクス要素を含めることが可能である。
ビデオ符号化に関する共同作業チーム（ＪＣＴＶＣ；Ｊｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）文書ＪＣＴＶＣ‐Ｉ０３３３は、サブピクチャベースのＨＲＤを含み、ピクチャタイミングＳＥＩメッセージをサポートする。この機能性は、高効率ビデオ符号化（ＨＥＶＣ）委員会ドラフト（ＪＣＴＶＣ‐Ｉ１００３）に組み込まれており、同文書は参照することにより全体として本明細書に組み込まれる。Ｂ．ブロス、Ｗ‐Ｊ．ハン、Ｊ‐Ｒ．オーム、Ｇ．Ｊ．サリバン、ワン、およびＴ‐．ウィーガンド（Ｂ．Ｂｒｏｓ、Ｗ‐Ｊ．Ｈａｎ、Ｊ‐Ｒ．Ｏｈｍ、Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、Ｗａｎｇ、およびＴ‐．Ｗｉｅｇａｎｄ）著、「高効率ビデオ符号化（ＨＥＶＣ）規格書ドラフト１０（ＤＦＩＳ＆最終草案）（Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ １０（ｆｏｒ ＤＦＩＳ ＆ Ｌａｓｔ Ｃａｌｌ））」、ＪＣＴＶＣＪ１０００３＿ｖ３４、ジュネーブ、２０１３年１月は、参照することにより全体として本明細書に組み込まれる。Ｂ．ブロス、Ｗ‐Ｊ．ハン、Ｊ‐Ｒ．オーム、Ｇ．Ｊ．サリバン、ワン、およびＴ‐．ウィーガンド（Ｂ．Ｂｒｏｓ、Ｗ‐Ｊ．Ｈａｎ、Ｊ‐Ｒ．Ｏｈｍ、Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、Ｗａｎｇ、およびＴ‐．Ｗｉｅｇａｎｄ）著、「高効率ビデオ符号化（ＨＥＶＣ）規格書ドラフト１０（Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ １０）」、ＪＣＴＶＣ‐Ｌ１００３、ジュネーブ、２０１３年１月は、参照により全体として本明細書に組み込まれる。
本明細書で開示されるシステムおよび方法による修正されたシンタクスおよびセマンティクスの一例が、以下の表（１）に示される。
本明細書で開示されるシステムおよび方法によるバッファリング期間ＳＥＩメッセージのセマンティクスに関する諸例を以下に示す。特に、修正されたシンタクス要素のセマンティクスに関するさらなる詳細が、以下のように示される。ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇまたはＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが１に等しいとき、バッファリング期間ＳＥＩメッセージは、ビットストリーム中の任意のアクセスユニットに関連付けることができ、バッファリング期間ＳＥＩメッセージは、各ＩＤＲアクセスユニット、各ＣＲＡアクセスユニット、および復元ポイントＳＥＩメッセージに関連する各アクセスユニットに関連付けることが可能である。一部の応用では、バッファリング期間ＳＥＩメッセージの高頻度な存在が望ましいこともある。バッファリング期間は、バッファリング期間ＳＥＩメッセージの二つのインスタンス間の、復号順のアクセスユニットのセットとして指定される。
「ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ」は、シーケンスＨＲＤ属性を包含するシーケンスパラメータセットを指定する。ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、バッファリング期間ＳＥＩメッセージに関連付けられたプライマリ符号化ピクチャにより参照されるピクチャパラメータセット中のｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値に等しくてもよい。ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて０から３１までの範囲内にあればよい。
「ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ」［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＨＲＤ初期化後の第一のバッファリング期間での、バッファリング期間ＳＥＩメッセージに関連するアクセスユニットに関連付けられた符号化データの第一ビットのＣＰＢ中への到着時刻と、同じアクセスユニットに関連付けられた符号化データのＣＰＢからの引き抜き時刻と、の間のＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢの遅延を指定する。このシンタクス要素は、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられるビットの長さを有する。このシンタクス要素は９０ｋＨｚクロックの単位である。ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］は、０に等しくなることはなく、９０ｋＨｚクロック単位でのＣＰＢサイズに相当する時間である

を上回ることはない。
「ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ」［ＳｃｈｅｄＳｅｌＩｄｘ］は、符号化アクセスユニットのＣＰＢへの初期配信時刻を指定するために、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙと組み合わせてＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢに用いられる。ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は、９０ｋＨｚクロックの単位である。ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］シンタクス要素は、ビットの長さがｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられる固定長コードである。このシンタクス要素はデコーダにより用いられず、（例えば、ＪＣＴＶＣ‐Ｉ１００３の付属書Ｃに規定される）配信スケジューラ（ＨＳＳ）に対してだけ必要とされる。
符号化ビデオシーケンス全体にわたり、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］とｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］との和は、ＳｃｈｅｄＳｅｌＩｄｘの値ごとに一定とすることができる。
「ｉｎｉｔｉａｌ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ」［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＨＲＤ初期化後の第一のバッファリング期間での、バッファリング期間ＳＥＩメッセージに関連するアクセスユニットの第一の復号ユニットに関連付けられた符号化データの第一ビットのＣＰＢへの到着時刻と、同じ復号ユニットに関連付けられた符号化データのＣＰＢからの引き抜き時刻と、の間のＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢに対する遅延を指定する。このシンタクス要素は、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられるビットの長さを有する。このシンタクス要素は９０ｋＨｚクロックの単位である。ｉｎｉｔｉａｌ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］は、０に等しくなることはなく、９０ｋＨｚクロック単位でのＣＰＢサイズに相当する時間である

を上回ることはない。
「ｉｎｉｔｉａｌ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ」［ＳｃｈｅｄＳｅｌＩｄｘ］は、復号ユニットのＣＰＢへの初期配信時刻を指定するために、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙと組み合わせてＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢに対して用いられる。ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は９０ｋＨｚクロックの単位である。該ｉｎｉｔｉａｌ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］シンタクス要素は、ビットの長さがｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられる固定長コードである。このシンタクス要素はデコーダにより用いられず、（例えば、ＪＣＴＶＣ‐Ｉ１００３の付属書Ｃに規定される）配信スケジューラ（ＨＳＳ）に対してだけ必要とされる。
符号化ビデオシーケンス全体にわたり、ｉｎｉｔｉａｌ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］とｉｎｉｔｉａｌ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］との和は、ＳｃｈｅｄＳｅｌＩｄｘの値ごとに一定とすることができる。
本明細書で開示されるシステムおよび方法によるピクチャタイミングＳＥＩメッセージのセマンティクスに関する諸例を以下に示す。特に、修正されたシンタクス要素のセマンティクスに関するさらなる詳細が以下のように示される。
ピクチャタイミングＳＥＩメッセージのシンタクスは、ピクチャタイミングＳＥＩメッセージに関連付けられた符号化ピクチャに対しアクティブであるシーケンスパラメータセットのコンテンツに依存する。しかしながら、瞬時復号リフレッシュ（ＩＤＲ；Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）アクセスユニットのピクチャタイミングＳＥＩメッセージに、同じアクセスユニット内のバッファリング期間ＳＥＩメッセージが先行している場合を除き、関連するシーケンスパラメータセットのアクティブ化（および、ビットストリームの第一のピクチャでないＩＤＲピクチャに対しては、当該符号化ピクチャがＩＤＲピクチャであるという判定）は、符号化ピクチャの第一の符号化スライスネットワーク抽象化レイヤ（ＮＡＬ）ユニットが復号されるまでは行われない。符号化ピクチャの符号化スライスＮＡＬユニットが、ＮＡＬユニット順序でピクチャタイミングＳＥＩメッセージに後続するので、デコーダが、符号化ピクチャに対しアクティブとなるシーケンスパラメータのパラメータ群が算定されるまで、ピクチャタイミングＳＥＩメッセージを包含する低バイトシーケンスペイロード（ＲＢＳＰ；ｒａｗ ｂｙｔｅ ｓｅｑｕｅｎｃｅ ｐａｙｌｏａｄ）を格納し、その後ピクチャタイミングＳＥＩメッセージの構文解析を行うことが必要となる場合があり得る。
ビットストリーム中のピクチャタイミングＳＥＩメッセージの存在は、以下のように指定される。ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇが１に等しい場合は、符号化ビデオシーケンスのアクセスユニット毎に一つのピクチャタイミングＳＥＩメッセージが存在し得る。上記以外の、（ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇが０に等しい）場合には、符号化ビデオシーケンスのいずれのアクセスユニットにもピクチャタイミングＳＥＩメッセージは存在し得ない。
「ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ」は、先行するアクセスユニット中の直近のバッファリング期間ＳＥＩメッセージに関連するアクセスユニットのＣＰＢからの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニットデータをバッファから引き抜く前に待つべきクロックティックの数（ＪＣＴＶＣ‐Ｉ１００３のサブクローズＥ．２．１を参照）を指定する。また、この値は、ＪＣＴＶＣ‐Ｉ１００３の付属書Ｃに規定されるように、ＨＳＳに関してＣＰＢへのアクセスユニットデータの可能な限り早い到着時刻を計算するためにも使用される。このシンタクス要素は、ビットの長さがｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられる固定長コードである。ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、モジュロ２（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）カウンタの余りである。
シンタクス要素ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙの（ビットでの）長さを決めるｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、ピクチャタイミングＳＥＩメッセージに関連付けられたプライマリ符号化ピクチャに対しアクティブであるシーケンスパラメータセット中に符号化されたｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値であるが、但し、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、バッファリング期間ＳＥＩメッセージを包含する先行のアクセスユニットの引き抜き時刻に対するクロックティックの数を指定し、該メッセージは異なる符号化ビデオシーケンスのアクセスユニットであり得る。
「ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ」は、ピクチャの復号ピクチャバッファ（ＤＰＢ）出力時刻を計算するために用いられる。「ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ」はアクセスユニット中の最後の復号ユニットのＣＰＢからの引き抜き後、復号ピクチャがＤＰＢから出力される前に待つべきクロックティックの数を指定する（ＪＣＴＶＣ‐Ｉ１００３のサブクローズＣ．２を参照）。
ＤＰＢに関しては、ピクチャが「短期参照のために使用される」または「長期参照のために使用される」ものとしてまだマークされている場合は、その出力時刻にＤＰＢから引き抜かれない。復号ピクチャに対して、一つだけのｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙが指定される。シンタクス要素ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙの長さは、ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によりビットで与えられる。ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］が０に等しいときは、ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙは０に等しい。
ＪＣＴＶＣ‐Ｉ１００３のサブクローズＣ．２に規定される出力タイミング適合デコーダから出力される任意のピクチャのｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙから導出される出力時刻は、復号順で後続する任意の符号化ビデオシーケンス中の全てのピクチャのｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙから導出される出力時刻に先行することができる。このシンタクス要素の値により確立されるピクチャ出力順序は、サブクローズにより指定されるＰｉｃＯｒｄｅｒＣｎｔ（）の値により確立される順序と同順序であればよい。１に等しいかまたは１に等しいものと推定されるｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを有するＩＤＲピクチャに復号順において先行するので、サブクローズの「バンピング」処理により出力されないピクチャに対し、ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙから導出される出力時刻は、同じ符号化ビデオシーケンス内の全てのピクチャに対するＰｉｃＯｒｄｅｒＣｎｔ（）の値の増加とともに増加し得る。
「ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１」プラス１は、ピクチャタイミングＳＥＩメッセージが関連付けられたアクセスユニット中の復号ユニットの数を指定する。ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１の値は、両端値を含めて０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓ＊ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓ−１までの範囲内にあればよい。
１に等しい「ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ」は、シンタクス要素ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙが存在することを指定する。０に等しいｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇは、シンタクス要素ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙが存在しないことを指定する。
「ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ」は、以下のように情報を指定する：復号ユニットがピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニットの第一の復号ユニットである場合は、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、先行するアクセスユニットの直近のバッファリング期間ＳＥＩメッセージに関連付けられたアクセスユニット中の最後の復号ユニットのＣＰＢからの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニットの第一の復号ユニットをＣＰＢから引き抜く前に待つべきサブピクチャクロックティックの数（ＪＣＴＶＣ‐Ｉ１００３のサブクローズＥ．２．１を参照）を指定する。
上記以外の場合には、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の先行する復号ユニットのＣＰＢからの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の現復号ユニットをＣＰＢから引き抜く前に待つべきサブピクチャクロックティックの数（ＪＣＴＶＣ‐Ｉ１００３のサブクローズＥ．２．１参照）を指定する。また、この値は、付属書Ｃに規定されるように、ＨＳＳに関してＣＰＢへの復号ユニットデータの可能な限り早い到着時刻を計算するためにも使用される。このシンタクス要素は、ビットの長さがｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられる固定長コードである。ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、モジュロ２（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）カウンタの余りである。
ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙを指定する代わりの方法は、以下の通りである：
「ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ」は、ＣＰＢから最後の復号ユニットを引き抜いた後、ピクチャタイミングＳＥＩメッセージに関連するアクセスユニットの現復号ユニットをＣＰＢから引き抜く前に待つべきサブピクチャクロックティックの数（ＪＣＴＶＣ‐Ｉ１００３のサブクローズＥ．２．１を参照）を指定する。また、この値は、付属書Ｃに規定されるように、ＨＳＳに関してＣＰＢへの復号ユニットデータの可能な限り早い到着時刻を計算するためにも使用される。このシンタクス要素は、ビットの長さがｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられる固定長コードである。ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、モジュロ２（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）カウンタの余りである。
シンタクス要素ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙの（ビットでの）長さを決めるｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、ピクチャタイミングＳＥＩメッセージに関連付けられた符号化ピクチャに対しアクティブであるシーケンスパラメータセット中に符号化されたｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値であるが、但し、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、バッファリング期間ＳＥＩメッセージを包含する先行のアクセスユニット中の第一の復号ユニットの引き抜き時刻に関するサブピクチャクロックティックの数を指定し、該メッセージは異なる符号化ビデオシーケンスのアクセスユニットであってよい。
「ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］」プラス１は、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニットのｉ番目の復号ユニット中のＮＡＬユニットの数を指定する。ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓ＊ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓ−１までの範囲内にあればよい。
アクセスユニットの第一の復号ユニットはアクセスユニットにおける復号順で最初のｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［０］＋１の連続するＮＡＬユニットから成る。アクセスユニットのｉ番目の（ｉは０より大きい）復号ユニットは、復号順でアクセスユニットの前の復号ユニットの最後のＮＡＬユニットの直後に続くｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］＋１の連続するＮＡＬユニットから成る。各復号ユニットに、少なくとも一つのＶＣＬ ＮＡＬユニットがあり得る。ＶＣＬ ＮＡＬユニットに関連付けられた全ての非ＶＣＬ ＮＡＬユニットは、同じ復号ユニット中に含まれてもよい。
「ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］」は、先行するアクセスユニット中の直近のバッファリング期間ＳＥＩメッセージに関連付けられたアクセスユニット中の第一の復号ユニットのＣＰＢからの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連するアクセスユニットのｉ番目の復号ユニットをＣＰＢから引き抜く前に待つべきサブピクチャクロックティックの数（ＪＣＴＶＣ‐Ｉ１００３のサブクローズＥ．２．１を参照）を指定する。また、この値は、（例えば、ＪＣＴＶＣ‐Ｉ１００３の付属書Ｃに規定されるように）ＨＳＳに関してＣＰＢへの復号ユニットデータの可能な限り早い到着時刻を計算するためにも使用される。このシンタクス要素は、ビットの長さがｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられる固定長コードである。ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は、モジュロ２（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）カウンタの余りである。
シンタクス要素ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の（ビットでの）長さを決めるｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、ピクチャタイミングＳＥＩメッセージに関連付けられた符号化ピクチャに対しアクティブであるシーケンスパラメータセット中に符号化されたｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値であるが、但し、ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は、バッファリング期間ＳＥＩメッセージを包含する先行のアクセスユニット中の第一の復号ユニットの引き抜き時刻に関するサブピクチャクロックティックの数を指定し、該メッセージは異なる符号化ビデオシーケンスのアクセスユニットであってよい。
一構成において、復号ユニット引き抜きのタイミングおよび復号ユニットの復号は、以下のように実装することができる。
ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しい場合、変数ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）は、復号ユニットｍであるアクセスユニットに関連付けられたピクチャタイミングＳＥＩメッセージ中のｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙの値に設定され、変数Ｔｃはｔｃに設定される。等しくない場合、ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しく、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇが０である場合、変数ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）は、復号ユニットｍを含むアクセスユニットに関連付けられたピクチャタイミングＳＥＩメッセージの復号ユニットｍ（ｍは０からｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１までの範囲）のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の値に設定され、変数Ｔｃはｔｃ＿ｓｕｂに設定される。
一部の場合、上記以外に、ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しく、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇが０である場合は、変数ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）は、復号ユニットｍを含むアクセスユニットに関連付けられたピクチャタイミングＳＥＩメッセージの復号ユニットｍ（ｍは０からｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１までの範囲）の（ｍ＋１）＊ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の値に設定され、変数Ｔｃはｔｃ＿ｓｕｂに設定される。
それ以外の場合には、ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しく、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇが１である場合、変数ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）は、復号ユニットｍを含むアクセスユニットに関連付けられたピクチャタイミングＳＥＩメッセージの復号ユニットｍのｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙの値に設定され、変数Ｔｃはｔｃ＿ｓｕｂに設定される。
復号ユニットｍが、ｎが０に等しい復号ユニット（ＨＲＤを初期化するアクセスユニットの第一の復号ユニット）であるとき、ＣＰＢからの復号ユニットの名目引き抜き時刻は、次式により指定される。
復号ユニットｍが、ＨＲＤを初期化しないバッファリング期間の第一のアクセスユニットの第一の復号ユニットであるとき、ＣＰＢからの復号ユニットの名目引き抜き時刻は、ｔｒ，ｎ（ｍ）＝ｔｒ，ｎ（ｍｂ）＋Ｔｃ＊ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）により指定され、前式中のｔｒ，ｎ（ｍｂ）は前のバッファリング期間の第一の復号ユニットの名目引き抜き時刻である。
復号ユニットｍがバッファリング期間の第一の復号ユニットであるとき、ｍｂは復号ユニットｍの引き抜き時刻ｔｒ，ｎ（ｍ）はｍに等しく設定される。バッファリング期間の第一の復号ユニットでない復号ユニットｍの名目引き抜き時刻ｔｒ，ｎ（ｍ）は、ｔｒ，ｎ（ｍ）＝ｔｒ，ｎ（ｍｂ）＋Ｔｃ＊ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）により与えられ、前式中のｔｒ，ｎ（ｍｂ）は、現在のバッファリング期間の第一の復号ユニットの名目引き抜き時刻である。
復号ユニットｍの引き抜き時刻は、以下のように指定される。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しく、またはｔｒ，ｎ（ｍ）≧ｔａｆ（ｍ）である場合、復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）により指定される。上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合には、復号ユニットｍの引き抜き時刻は、次式により指定される。

後者の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合は、復号ユニットｍのサイズｂ（ｍ）が非常に大きくそれが名目引き抜き時刻での引き抜きを妨げることを示す。
別の場合において、復号ユニットｍの引き抜き時刻は、以下のように指定される。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しいか、またはｔｒ，ｎ（ｍ）≧ｔａｆ（ｍ）である場合、復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）により指定される。上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合にはアクセスユニットの最後の復号ユニットでない復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）により指定され、アクセスユニットの最後の復号ユニットである復号ユニットｍの引き抜き時刻は次式により指定される：

後者の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合は、復号ユニットｍのサイズｂ（ｍ）が非常に大きくそれが名目引き抜き時刻での引き抜きを妨げることを示す。
別の場合において、復号ユニットｍの引き抜き時刻は、以下のように指定される。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しいか、またはｔｒ，ｎ（ｍ）≧ｔａｆ（ｍ）である場合、復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）により指定される。上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合にはアクセスユニットの最後の復号ユニットではない復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）により指定され、アクセスユニットの最後の復号ユニットである復号ユニットｍの引き抜き時刻は、次式により指定される：

後者の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合は、復号ユニットｍのサイズｂ（ｍ）が非常に大きくそれが名目引き抜き時刻での引き抜きを妨げることを示す。
別の場合において、復号ユニットｍの引き抜き時刻は、以下のように指定される。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しいか、またはｔｒ，ｎ（ｍ）≧ｔａｆ（ｍ）である場合、復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）により指定される。上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合には、復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）により指定される。後者の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合は、復号ユニットｍのサイズｂ（ｍ）が非常に大きくそれが名目引き抜き時刻での引き抜きを妨げることを示す。
ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しいとき、アクセスユニットｎの名目ＣＰＢ引き抜き時刻ｔｒ，ｎ（ｎ）はアクセスユニットｎの最後の復号ユニットの名目ＣＰＢ引き抜き時刻に設定され、アクセスユニットｎのＣＰＢ引き抜き時刻ｔｒ（ｎ）はアクセスユニットｎの最後の復号ユニットのＣＰＢ引き抜き時刻に設定される。
ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しいとき、各復号ユニットはアクセスユニットであり、したがってアクセスユニットｎの名目ＣＰＢ引き抜き時刻およびＣＰＢ引き抜き時刻は、復号ユニットｎの名目ＣＰＢ引き抜き時刻およびＣＰＢ引き抜き時刻である。
復号ユニットｍのＣＰＢ引き抜き時刻に、復号ユニットが瞬時に復号される。
本明細書に開示されるシステムおよび方法によるピクチャタイミングＳＥＩメッセージに関する修正されたシンタクスおよびセマンティクスの別の例が、以下の表（２）に示される。本明細書に開示されるシステムおよび方法による修正は、太字で表示される。
表（２）に示された例は、シンタクス要素ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１を含み、該要素は、復号ユニットを引き抜くときにＣＰＢから引き抜かれるべきデータの量を算定するために使用することができる。ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１プラス１は、ピクチャタイミングＳＥＩメッセージが関連するアクセスユニットの各復号ユニットにおけるＮＡＬユニットの数を指定する。ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１の値は、両端値を含めて０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓ＊ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓ−１までの範囲内にあればよい。
アクセスユニットの第一の復号ユニットはアクセスユニットにおける復号順で最初のｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１＋１の連続するＮＡＬユニットから成る。アクセスユニットのｉ番目の（ｉは０より大きい）復号ユニットは、復号順でアクセスユニットの前の復号ユニットの最後のＮＡＬユニットの直後に続くｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１＋１の連続するＮＡＬユニットから成る。各復号ユニットに、少なくとも一つのＶＣＬ ＮＡＬユニットがあればよい。ＶＣＬ ＮＡＬユニットに関連付けられた全ての非ＶＣＬ ＮＡＬユニットは、同じ復号ユニットに含まれてもよい。
本明細書に開示されるシステムおよび方法によるピクチャタイミングＳＥＩメッセージに対する修正されたシンタクスおよびセマンティクスの別の例が、以下の表（３）に示される。本明細書に開示されるシステムおよび方法による修正は太字で表示される。
表（３）に示す例は、１に等しいときにシンタクス要素「ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１」が存在することを指定する、シンタクス要素「ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｆｌａｇ」を含む。０に等しい「ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｆｌａｇ」は、シンタクス要素「ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１」が存在しないことを指定する。
さらに別の実施形態において、フラグｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１は送信しなくてもよい。代わりに、シンタクス要素ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１およびｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙを毎回送信することができよう。この場合は、これらの要素がシグナリングされないことを示すために、これらのシンタクス要素に対して０（またはその他）の値を使えばよい。
本システムおよび方法は、ピクチャタイミングＳＥＩメッセージのシンタクス要素およびセマンティクスに対する修正に加えて、サブピクチャベースのＣＰＢオペレーションおよびアクセスユニットレベルのＣＰＢオペレーションによって同じタイミングの復号ユニット引き抜きが生じるように、ビットストリーム制約事項を実装することもできる。
ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいとき、サブピクチャレベルＣＰＢ引き抜き遅延パラメータが存在し、ＣＰＢがアクセスユニットレベルまたはサブピクチャレベルで作動可能なことを指定する。０に等しいｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャレベルＣＰＢ引き抜き遅延パラメータが存在せずＣＰＢがアクセスユニットレベルで作動することを、指定する。ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しないとき、その値は０に等しいと推定される。
アクセスユニットレベルまたはサブピクチャレベルの両方でのオペレーションをサポートするために、以下のビットストリーム制約事項を用いることができる：ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよび全てのｉに対するｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の値をシグナリングする際に、以下の制約事項に従うことがビットストリーム適合の要件である：

前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニット中の復号ユニットの１でオフセットされた量であり、ｉはインデックスである。一部の実施形態では、前述の制約事項を満たすために許容差パラメータを加えることができよう。
アクセスユニットレベルまたはサブピクチャレベルの両方でのオペレーションをサポートするために、以下のようなビットストリーム制約事項を用いることができる：変数Ｔｄｕ（ｋ）を以下のように定義する：

前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］およびｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１ｋは、ｋ番目のアクセスユニットのｉ番目の復号ユニットに対するパラメータであり（ＨＲＤを初期化したアクセスユニットはｋ＝０であり、ｋ＜１に対しＴｄｕ（ｋ）＝０）、さらに前式中、ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］＋１＝ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］はｋ番目のアクセスユニットのＩ番目の復号ユニットに対する復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１ｋはｋ番目のアクセスユニット中の復号ユニットの数であり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｉおよびｋはインデックスである。そして、ピクチャタイミングフラグ（例えばｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が１に設定されているときは、以下の制約事項が真であり得る：すなわち（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）＊ｔｃ＝＝Ｔｄｕ（ｋ）、前式中の（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）＝ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ、これはＣＰＢ引き抜き遅延である。しかしてこの場合、ＣＰＢ引き抜き遅延（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）は、サブピクチャベースのＣＰＢオペレーションおよびアクセスユニットベースのＣＰＢオペレーションの作動により、アクセスユニット引き抜きとアクセスユニットの最後の復号ユニットの引き抜きとが同じタイミングで生じるように設定される。
アクセスユニットレベルまたはサブピクチャレベルの両方でのオペレーションをサポートするために、以下のビットストリーム制約事項を用いることができる：ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよび全てのｉに対するｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の値をシグナリングする際に、以下の制約事項に従うことがビットストリーム適合の要件である：

前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量であり、ｉはインデックスである。
アクセスユニットレベルまたはサブピクチャレベルの両方でのオペレーションをサポートするために、以下のビットストリーム制約事項を用いることもできる：ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］の値をシグナリングする際に、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＊ｔｃ＝ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］＊ｔｃ，ｓｕｂの制約事項に従うことがビットストリーム適合の要件であり、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］はｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１番目の復号ユニットの復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量である。一部の実施形態では、前述の制約事項を満たすために許容差パラメータを加えることができよう。
アクセスユニットレベルまたはサブピクチャレベルの両方でのオペレーションをサポートするために、以下のビットストリーム制約事項を用いることもきる：ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよび全てのｉについてのｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の値をシグナリングするときに、−１≦（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＊ｔｃ−ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］＊ｔｃ，ｓｕｂ）≦１の制約事項に従うことがビットストリーム適合の要件であり、前式中ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］はｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１番目の復号ユニットの復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量である。
さらに、本システムおよび方法は、復号ユニット引き抜きのタイミングも修正することが可能である。サブピクチャレベルＣＰＢ引き抜き遅延パラメータが存在するときは、（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１であり、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である場合）「大きなピクチャ」に対する復号ユニットの引き抜き時刻は、クロックティックカウンタとサブピクチャクロックティックカウンタとにより生じ得る差を補償するために変更することができる。
ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいときは、サブピクチャレベルＣＰＢ引き抜き遅延パラメータが存在し、ＣＰＢはアクセスユニットレベルまたはサブピクチャレベルで作動可能である。０に等しいｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャレベルＣＰＢ引き抜き遅延パラメータが存在せず、ＣＰＢがアクセスユニットレベルで作動することを指定する。ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しないとき、その値は０に等しいと推定される。
具体的に、復号ユニット引き抜きのタイミングおよび復号ユニットの復号の実装の一例を以下に示す。変数ＳｕｂＰｉｃＣｐｂＰｒｅｆｅｒｒｅｄＦｌａｇは、外部手段によって指定されるか、または外部手段によって指定されないときには０に設定される。変数ＳｕｂＰｉｃＣｐｂＦｌａｇは、以下のように導出される：ＳｕｂＰｉｃＣｐｂＦｌａｇ＝ＳｕｂＰｉｃＣｐｂＰｒｅｆｅｒｒｅｄＦｌａｇ＆＆ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ。ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しい場合、ＣＰＢはアクセスユニットレベルで作動し、各復号ユニットはアクセスユニットである。上記以外の場合には、ＣＰＢはサブピクチャレベルで作動し、各復号ユニットはアクセスユニットのサブセットである。
ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しい場合、変数ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）は、復号ユニットｍであるアクセスユニットに関連付けられたピクチャタイミングＳＥＩメッセージのｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙの値に設定され、変数Ｔｃはｔｃに設定される。上記以外の場合には、変数ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）は、復号ユニットｍを含むアクセスユニットに関連するピクチャタイミングＳＥＩメッセージの復号ユニットｍのｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の値に設定され、変数Ｔｃはｔｃ＿ｓｕｂに設定される。
復号ユニットｍが、ｎが０に等しい復号ユニットであるとき（ＨＲＤを初期化するアクセスユニットの第一の復号ユニット）、ＣＰＢからの復号ユニットの名目引き抜き時刻は、次式により指定される。
復号ユニットｍが、ＨＲＤを初期化しないバッファリング期間の第一のアクセスユニットの第一の復号ユニットであるとき、ＣＰＢからの復号ユニットの名目引き抜き時刻は、ｔｒ，ｎ（ｍ）＝ｔｒ，ｎ（ｍｂ）＋Ｔｃ＊ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）により指定され、前式中のｔｒ，ｎ（ｍｂ）は前のバッファリング期間の第一の復号ユニットの名目引き抜き時刻である。
復号ユニットｍがバッファリング期間の第一の復号ユニットであるとき、ｍｂは復号ユニットｍの引き抜き時刻ｔｒ，ｎ（ｍ）におけるｍに等しく設定される。
バッファリング期間の第一の復号ユニットでない復号ユニットｍの名目引き抜き時刻ｔｒ，ｎ（ｍ）は、ｔｒ，ｎ（ｍ）＝ｔｒ，ｎ（ｍｂ）＋Ｔｃ＊ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）により与えられ、前式中のｔｒ，ｎ（ｍｂ）は、現在のバッファリング期間の第一の復号ユニットの名目引き抜き時刻である。
復号ユニットｍの引き抜き時刻は、以下のように指定される。すなわち、変数ＣｌｏｃｋＤｉｆｆが、ＣｌｏｃｋＤｉｆｆ＝（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ−（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ＊（ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１））／ｔｉｍｅ＿ｓｃａｌｅ）として定義される。一部の場合において、パラメータｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１が、以下の式が満たされるようにシグナリングされることがビットストリーム適合の要件である：（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ−（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ＊（ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１）））≧０。
一部の他の場合において、パラメータｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１が、次の式が満たされるようにシグナリングされることがビットストリーム適合の要件である：（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ−（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ＊（ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１）））≦０。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しいか、またはｔｒ，ｎ（ｍ）≧ｔａｆ（ｍ）である場合、復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）により指定される。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合であって、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく、ＣＰＢがサブピクチャレベルで作動しているときで且つＣｌｏｃｋＤｉｆｆがゼロより大きい場合にはアクセスユニットｎの最後の復号ユニットであるときの復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋Ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／Ｔｃ）＋ＣｌｏｃｋＤｉｆｆにより指定される。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合であって、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく、ＣＰＢがアクセスユニットレベルで作動しているときで且つＣｌｏｃｋＤｉｆｆがゼロより小さい場合にはアクセスユニットｎの引き抜き時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ）−ＣｌｏｃｋＤｉｆｆにより指定される。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合、復号ユニットｍの引き抜き時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋Ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／Ｔｃ）により指定される。後者の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合は、復号ユニットｍのサイズｂ（ｍ）が非常に大きくそれが名目引き抜き時刻での引き抜きを妨げることを示す。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合であって、ピクチャタイミングフラグが１に設定され、且つＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍに対する引き抜き時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｍｉｎ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により指定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの引き抜き時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｍｉｎ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により指定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇは１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍに対する引き抜き時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により指定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎに対する引き抜き時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により指定され、前式中ｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットでない復号ユニットに対する引き抜き時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中のｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。そして、アクセスユニットの最後の復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ））により設定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの最後の復号ユニットｍの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットでない復号ユニットに対する引き抜き時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。そして、アクセスユニットの最後の復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ））により設定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの最後の復号ユニットｍの最終到着時刻である。
前記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、復号ユニットに対する引き抜き時刻はｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中のｔｒ，ｎ（ｍ）は復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎ中の復号ユニットｍの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎに対する引き抜き時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔａｆ（ｎ）により設定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しいとき、アクセスユニットｎの名目ＣＰＢ引き抜き時刻ｔｒ，ｎ（ｎ）はアクセスユニットｎ中の最後の復号ユニットの名目ＣＰＢ引き抜き時刻に設定され、アクセスユニットｎのＣＰＢ引き抜き時刻ｔｒ（ｎ）はアクセスユニットｎ中の最後の復号ユニットのＣＰＢ引き抜き時刻に設定される。
ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しいとき、各復号ユニットはアクセスユニットであり、したがってアクセスユニットｎの名目ＣＰＢ引き抜き時刻およびＣＰＢ引き抜き時刻は、復号ユニットｎの名目ＣＰＢ引き抜き時刻およびＣＰＢ引き抜き時刻である。復号ユニットｍのＣＰＢ引き抜き時刻において復号ユニットは瞬時に復号される。
前述により示されるように、本明細書に開示されるシステムおよび方法は、サブピクチャベースのパラメータを搬送するピクチャタイミングＳＥＩメッセージビットストリームを修正するシンタクスおよびセマンティクスを提供する。一部の構成において、本明細書に開示されるシステムおよび方法は、ＨＥＶＣ規格に適用することができる。
便宜上、いくつかの定義が以下のように与えられ、これらは本明細書に開示されるシステムおよび方法に適用可能である。ランダムアクセスポイントとは、ビットストリームの復号が、現ピクチャおよび出力順で前記現ピクチャに後続する全てのピクチャを復号するためにランダムアクセスポイントに先行するビットストリーム中のいかなるポイントへのアクセスも必要としない、データのストリーム（例えばビットストリーム）における任意のポイントでもよい。
バッファリング期間は、バッファリング期間ＳＥＩメッセージの二つのインスタンス間にある復号順のアクセスユニットのセットとして指定することができる。付加拡張情報（ＳＥＩ）は、ＶＣＬ ＮＡＬユニットから符号化ピクチャのサンプルを復号するのに必要でない情報を包含し得る。ＳＥＩメッセージは、復号、表示または他の目的に関係する手順を補助することができる。出力順序がＨＥＶＣ規格に適合するようにこの情報を処理するために、適合デコーダは必ずしも必要ない場合もある（例えば、ＨＥＶＣ規格（ＪＣＴＶＣ‐Ｉ１００３）の付属書Ｃは適合性の規格を含む）。いくつかのＳＥＩメッセージ情報は、ビットストリーム適合性および出力タイミングのデコーダ適合性をチェックするために用いることができる。
バッファリング期間ＳＥＩメッセージは、バッファリング期間に関係するＳＥＩメッセージであってよい。ピクチャタイミングＳＥＩメッセージは、ＣＰＢ引き抜きタイミングに関係するＳＥＩメッセージであってよい。これらのメッセージは、ビットストリームの到着タイミングおよび符号化ピクチャの引き抜きタイミングを定義するシンタクスおよびセマンティクスを定義することができる。
符号化ピクチャバッファ（ＣＰＢ）は、仮想リファレンスデコーダ（ＨＲＤ）において指定された復号順のアクセスユニットを包含する先入れ先出しバッファでもよい。アクセスユニットは、復号順に連続し、ちょうど一つの符号化ピクチャを包含する、ネットワークアクセスレイヤ（ＮＡＬ）ユニットのセットとすることができる。アクセスユニットは、符号化ピクチャの符号化スライスＮＡＬユニットに加えて、符号化ピクチャのスライスを包含しない他のＮＡＬユニットも含んでもよい。アクセスユニットの復号は常に復号ピクチャをもたらす。ＮＡＬユニットは、後続するデータの型の指示と、そのデータを必要に応じてエミュレーション防止バイトが組み入れられたローバイトシーケンスペイロードの形で包含するバイト群と、を含むシンタクス構造体でもよい。
本明細書で用いる「共通」という用語は、一般に、複数のものに適用可能なシンタクス要素または変数を言う。例えば、ピクチャタイミングＳＥＩメッセージにおけるシンタクス要素において、「共通」という用語は、シンタクス要素（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）が当該ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の全ての復号ユニットに適用可能であることを意味し得る。さらに、データの単位は、「ｎ」および「ｍ」に関連付けて表され、それぞれ一般にアクセスの単位および復号の単位を示す。
以降に、様々な構成について図面を参照しながら説明するが、図面中の同じ参照番号は機能的に類似の要素を示す場合もある。本明細書において一般的に説明され図示されるシステムおよび方法は、多種多様な異なる構成に配置および設計することができる。しかして、図に表された以下のいくつかの構成のより詳細な説明は、請求の範囲を制限する意図はなく、単に本発明のシステムおよび方法の代表例である。
図１Ａは、メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装可能な一つ以上の電子デバイス１０２の例を示すブロック図である。この例では、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂが示されている。但し、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂに関して説明する特徴および機能の一つ以上は、一部の構成では単一の電子デバイスに組み合わせてもよいことに留意する必要がある。
電子デバイスＡ１０２ａは、エンコーダ１０４を含む。エンコーダ１０４は、メッセージ生成モジュール１０８を含む。電子デバイスＡ１０２ａ内に含まれる要素（例えばエンコーダ１０４およびメッセージ生成モジュール１０８）の各々は、ハードウェア、ソフトウェアまたはその両方の組み合わせとして実装することが可能である。
電子デバイスＡ１０２ａは、一つ以上の入力ピクチャ１０６を取得することが可能である。一部の構成において、入力ピクチャ（群）１０６は、イメージセンサを用いて電子デバイスＡ１０２ａに取り込むこともでき、メモリから読み出すこともでき、および／または別の電子デバイスから受信することもできる。
エンコーダ１０４は、入力ピクチャ（群）１０６を符号化して、符号化データを生成することが可能である。例えば、エンコーダ１０４は、一連の入力ピクチャ１０６（例えばビデオ）を符号化できる。一構成において、エンコーダ１０４はＨＥＶＣエンコーダとすることが可能である。符号化データは、デジタルデータ（例えばビットストリーム１１４の一部）とすればよい。エンコーダ１０４は、入力信号に基づいてオーバーヘッドシグナリングを生成することができる。
メッセージ生成モジュール１０８は、一つ以上のメッセージを生成することができる。例えばメッセージ生成モジュール１０８は、一つ以上のＳＥＩメッセージまたは他のメッセージを生成することが可能である。サブピクチャレベルでのオペレーションをサポートするＣＰＢに対し、電子デバイス１０２は、サブピクチャパラメータ（例えばＣＰＢ引き抜き遅延パラメータ）を送信することが可能である。具体的に、電子デバイス１０２（例えばエンコーダ１０４）は、共通復号ユニットＣＰＢ引き抜き遅延パラメータを、ピクチャタイミングＳＥＩメッセージに含めるべきかどうかを判定することが可能である。例えば、エンコーダ１０４が、ピクチャタイミングＳＥＩメッセージに共通復号ユニットＣＰＢ引き抜き遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を含んでいるとき、該電子デバイスはフラグ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）を１に設定することができる。共通復号ユニットＣＰＢ引き抜き遅延パラメータが含まれるとき、該電子デバイスはアクセスユニット中の全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ引き抜き遅延パラメータを生成することが可能である。言い換えれば、アクセスユニット中の各復号ユニットに対する復号ユニットＣＰＢ引き抜き遅延パラメータを含める代わりに、ピクチャタイミングＳＥＩメッセージが関連付けられたアクセスユニット中の全ての復号ユニットに共通パラメータを適用することができる。
また一方、共通復号ユニットＣＰＢ引き抜き遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきでないときには、電子デバイス１０２は、ピクチャタイミングＳＥＩメッセージが関連付けられたアクセスユニット中の各復号ユニットに対し個別の復号ユニットＣＰＢ引き抜き遅延を生成することが可能である。メッセージ生成モジュール１０８は、後記の図２および図３に関連して説明する手順の一つ以上を実施することができる。
一部の構成において、電子デバイスＡ１０２ａは、メッセージをビットストリーム１１４の一部として電子デバイスＢ１０２ｂに送信することができる。一部の構成では、電子デバイスＡ１０２ａは、当該メッセージを、別個の伝送１１０により電子デバイスＢ１０２ｂに送信することも可能である。例えば、この別個の伝送は、ビットストリーム１１４の一部でなくてもよい。例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージは、何らかの帯域外メカニズムを使用して送信してもよい。なお、一部の構成では、この他のメッセージには、前述のピクチャタイミングＳＥＩメッセージの特徴の一つ以上を含んでよい。さらに、一つ以上の態様において、この他のメッセージは、前述のＳＥＩメッセージと同様に活用することが可能である。
エンコーダ１０４（および、例えばメッセージ生成モジュール１０８）は、ビットストリーム１１４を生成することができる。ビットストリーム１１４は、入力ピクチャ（群）１０６に基づく符号化ピクチャデータを含んでいてもよい。また、一部の構成において、ビットストリーム１１４は、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ、スライスヘッダ（群）、ＰＰＳ（群）などのオーバーヘッドデータも含んでいてもよい。さらなる入力ピクチャ１０６が符号化される際に、ビットストリーム１１４が一つ以上の符号化ピクチャを含んでいてもよい。例えば、ビットストリーム１１４は、対応するオーバーヘッドデータ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を有する一つ以上の符号化ピクチャを含むことが可能である。
ビットストリーム１１４は、デコーダ１１２に供給することができる。一例において、ビットストリーム１１４は、ワイヤードまたはワイヤレスリンクを用いて電子デバイスＢ１０２ｂに伝送することができる。一部の場合には、インターネットまたはローカルエリアネットワーク（ＬＡＮ；Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークを介して行うことが可能である。図１Ａに示されるように、デコーダ１１２は、電子デバイスＡ１０２ａのエンコーダ１０４とは別個に、電子デバイスＢ１０２ｂに実装されてもよい。また一方、一部の構成において、エンコーダ１０４およびデコーダ１１２が同じ電子デバイスに実装できることに留意する必要がある。エンコーダ１０４およびデコーダ１１２が同じ電子デバイスに実装された実装では、例えばビットストリーム１１４はバスを通じてデコーダ１１２に供給するか、またはデコーダ１１２による読み出しのためにメモリに格納することができる。
デコーダ１１２は、ハードウェア、ソフトウェアまたは両者の組み合わせとして実装されてもよい。一構成において、デコーダ１１２はＨＥＶＣデコーダとすることができる。デコーダ１１２は、ビットストリーム１１４を受信（例えば取得）することが可能である。デコーダ１１２は、ビットストリーム１１４に基づいて一つ以上の復号ピクチャ１１８を生成することができる。復号ピクチャ（単数または複数）１１８は、表示され、再生され、メモリに格納され、および／または別のデバイスなどに伝送することが可能である。
デコーダ１１２は、ＣＰＢ１２０を含むことができる。ＣＰＢ１２０は、符号化されたピクチャを一時的に格納することができる。ＣＰＢ１２０は、ピクチャタイミングＳＥＩメッセージに見出されたパラメータを用いて、データをいつ引き抜くべきかを判定することが可能である。ＣＰＢ１２０がサブピクチャレベルでのオペレーションをサポートするときは、一度にアクセスユニット全体が引き抜かれる代わりに個々の復号ユニットを引き抜くことができる。デコーダ１１２は、復号ピクチャバッファ（ＤＰＢ）１２２を含むことができる。各復号ピクチャは、復号処理による参照のためならびに出力およびクロッピングのために、ＤＰＢ１２２に配置される。復号ピクチャは、ＤＰＢ出力時刻の後またはインター予測の参照にもはや必要なくなった時点でＤＰＢから引き抜かれる。
デコーダ１１２は、メッセージ（例えばピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を受信することができる。また、デコーダ１１２は、受信したメッセージが共通復号ユニットＣＰＢ引き抜き遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を含むかどうかを判定することが可能である。この判定には、ピクチャタイミングＳＥＩメッセージ中に共通パラメータが存在するときに設定されるフラグ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）を識別するステップを含めることができる。共通パラメータが存在する場合、デコーダ１１２はアクセスユニットの全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ引き抜き遅延パラメータを決めることが可能である。共通パラメータが存在しない場合、デコーダ１１２はアクセスユニットの復号ユニットごとに個別の復号ユニットＣＰＢ引き抜き遅延パラメータを決めることが可能である。また、デコーダ１１２は、共通復号ユニットＣＰＢ引き抜き遅延パラメータまたは個別の復号ユニットＣＰＢ引き抜き遅延パラメータを用いて、ＣＰＢ１２０から復号ユニットを引き抜くことができる。ＣＰＢ１２０は、後記の図４および図５に関連して説明する手順の一つ以上を行うことが可能である。
前述のＨＲＤは、図１Ａに示されたデコーダ１１２の一例であり得る。しかして、一部の構成において、電子デバイス１０２は、前述のＨＲＤならびにＣＰＢ１２０およびＤＰＢ１２２に従って作動してもよい。
なお、電子デバイス（群）１０２に含まれる要素またはその部分の一つ以上は、ハードウェアとして実装することができる。例えば、これらの要素またはその部分の一つ以上は、チップ、電気回路またはハードウェアコンポーネントなどとして実装されてもよい。本明細書で説明する機能または方法の一つ以上が、ハードウェア上に実装されてもよく、および／またはハードウェアを用いて行われてもよいことに留意する必要がある。例えば、本明細書で説明する方法の一つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ；Ａｐｐｌｉｃａｔｉｏｎ‐Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ；Ｌａｒｇｅ‐Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）または集積回路など上に実装されてもよく、および／またはこれらを用いて実現されてもよい。
図１Ｂは、エンコーダ１９０８およびデコーダ１９７２の別の例を示すブロック図である。この例では、電子デバイスＡ１９０２および電子デバイスＢ１９７０が示されている。但し、電子デバイスＡ１９０２および電子デバイスＢ１９７０に関して説明する特徴および機能は、一部の構成においては、単一の電子デバイスに組み合わせが可能なことに留意する必要がある。
電子デバイスＡ１９０２は、エンコーダ１９０８を含む。エンコーダ１９０８は、ベースレイヤエンコーダ１９１０とエンハンスメントレイヤエンコーダ１９２０とを含んでよい。ビデオエンコーダ１９０８は、後述のようにスケーラブルビデオ符号化およびマルチビュービデオ符号化に適する。エンコーダ１９０８は、ハードウェア、ソフトウェアまたは両者の組み合わせで実装することが可能である。一構成において、エンコーダ１９０８は、スケーラブルおよび／またはマルチビューを含む高効率ビデオ符号化（ＨＥＶＣ）コーダとすることができる。他のコーダも同様に用いられてよい。電子デバイスＡ１９０２は、ソース１９０６を取得することができる。一部の構成において、ソース１９０６は、イメージセンサを用いて電子デバイスＡ１９０２に取り込むことが可能であり、メモリから読み出すことが可能であり、または別の電子デバイスから受信することが可能である。
エンコーダ１９０８は、ソース１９０６を符号化して、ベースレイヤビットストリーム１９３４およびエンハンスメントレイヤビットストリーム１９３６を生成することができる。例えば、エンコーダ１９０８は、ソース１９０６中の一連のピクチャ（例えばビデオ）を符号化することが可能である。具体的に、品質スケーラビリティとしても知られるＳＮＲスケーラビリティに対するスケーラブルビデオ符号化では、同じソース１９０６をベースレイヤエンコーダとエンハンスメントレイヤエンコーダとに提供することができる。具体的に、空間スケーラビリティに対するスケーラブルビデオ符号化では、ダウンサンプリングされたソースをベースレイヤエンコーダに用いることが可能である。特に、マルチビュー符号化では、異なるビューソースをベースレイヤエンコーダおよびエンハンスメントレイヤエンコーダに用いることが可能である。エンコーダ１９０８は、図６Ｂと関連して後述するエンコーダ１７８２と同様にすることができる。
ビットストリーム１９３４、１９３６は、ソース１９０６に基づく符号化ピクチャデータを含むことができる。また、一部の構成において、ビットストリーム１９３４、１９３６は、スライスヘッダ情報、ＰＰＳ情報などのオーバーヘッドデータも含むことが可能である。ソース１９０６の追加のピクチャが符号化される際に、ビットストリーム１９３４、１９３６は一つ以上の符号化ピクチャを含むことができる。
ビットストリーム１９３４、１９３６は、デコーダ１９７２に供給されてよい。デコーダ１９７２は、ベースレイヤデコーダ１９８０およびエンハンスメントレイヤデコーダ１９９０を含むことができる。ビデオデコーダ１９７２は、スケーラブルビデオ復号およびマルチビュービデオ復号に適する。一例では、ビットストリーム１９３４、１９３６は、ワイヤードまたはワイヤレスリンクを用いて電子デバイスＢ１９７０に伝送することができる。一部の場合では、インターネットまたはローカルエリアネットワーク（ＬＡＮ）などのネットワークを通じて行うことができる。図１Ｂに示されるように、デコーダ１９７２は、電子デバイスＡ１９０２上のエンコーダ１９０８とは別個に電子デバイスＢ１９７０に実装することが可能である。但し、一部の構成では、エンコーダ１９０８およびデコーダ１９７２は、同一の電子デバイス上に実装が可能なことに留意する必要がある。エンコーダ１９０８およびデコーダ１９７２が同一の電子デバイスに実装される実装では、例えば、ビットストリーム１９３４、１９３６は、バスを介してデコーダ１９７２に供給することもでき、またはデコーダ１９７２による読み出しのためにメモリに格納することもできる。デコーダ１９７２は、復号ベースレイヤ１９９２および復号エンハンスメントレイヤピクチャ（群）１９９４を出力として供給することが可能である。
デコーダ１９７２は、ハードウェア、ソフトウェアまたは両者の組み合わせにおいて実装されてもよい。一構成において、デコーダ１９７２は、スケーラブルおよび／またはマルチビューを含む高効率ビデオ符号化（ＨＥＶＣ）デコーダとすることができる。他のデコーダも同様に用いることが可能である。デコーダ１９７２は、図７Ｂに関連して後述するデコーダ１８１２と同様なものであってよい。また、ベースレイヤエンコーダおよび／またはエンハンスメントレイヤエンコーダは、それぞれ、図１Ａに関して説明したようなメッセージ生成モジュールを含んでもよい。また、ベースレイヤデコーダおよび／またはエンハンスメントレイヤデコーダは、図１Ａに関して説明したような符号化ピクチャバッファおよび／または復号ピクチャバッファを含んでもよい。さらに、図１Ｂの電子デバイスは、適用可能な場合、図１Ａの電子デバイスの機能にしたがって作動してもよい。
図２は、メッセージを送信する方法２００の一構成を示すフロー図である。方法２００は、エンコーダ１０４またはそのサブパーツの一つ（例えばメッセージ生成モジュール１０８）によって行うことができる。エンコーダ１０４は、ＣＰＢ１２０がサブピクチャレベルでのオペレーションをサポートするかどうかを示すピクチャタイミングフラグ（例えばｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）を算定することが可能である。（ステップ２０２）。例えば、ピクチャタイミングフラグが１に設定されているときは、ＣＰＢ１２０はアクセスユニットレベルまたはサブピクチャレベルで作動することができる。なお、ピクチャタイミングフラグが１に設定されたときであっても、実際にサブピクチャレベルで作動するかどうかについての決定はデコーダ１１２自体が行うことになる。
また、エンコーダ１０４はアクセスユニット中の復号ユニットに対する一つ以上の引き抜き遅延を決める（ステップ２０４）ことができる。例えばエンコーダ１０４は、ＣＰＢ１２０からのアクセスユニット中の全ての復号ユニットに適用可能な単一の共通復号ユニットＣＰＢ引き抜き遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を決めることが可能である。上記に換えて、エンコーダ１０４はアクセスユニット中の各復号ユニットに個別の復号ユニットＣＰＢ引き抜き遅延（例えばｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）を決めることも可能である。
また、エンコーダ１０４はアクセスポイント中の各復号ユニットにおけるＮＡＬユニットの１でオフセットされた量を示す一つ以上のＮＡＬパラメータを決める（ステップ２０６）ことができる。例えばエンコーダ１０４は、ＣＰＢ１２０からのアクセスユニット中の全ての復号ユニットに適用可能な単一の共通ＮＡＬパラメータ（例えばｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１）を決めることが可能である。上記に換えて、エンコーダ１０４はアクセスユニットの復号ユニットごとに個別の復号ユニットＣＰＢ引き抜き遅延（例えばｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］）を決めることも可能である。
また、エンコーダ１０４は、ピクチャタイミングフラグと、引き抜き遅延と、ＮＡＬパラメータとを含むピクチャタイミングＳＥＩメッセージを送信する（ステップ２０８）ことができる。ピクチャタイミングＳＥＩメッセージは、他のパラメータ（例えばｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ、ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙなど）を含んでよい。例えば電子デバイス１０２は、ワイヤレス伝送、ワイヤード伝送、デバイスバス、ネットワークなどの一つ以上を介してメッセージを伝送することができる。例えば、電子デバイスＡ１０２ａは、電子デバイスＢ１０２ｂにメッセージを伝送することが可能である。このメッセージは、例えばビットストリーム１１４の一部とすることができる。一部の構成において、電子デバイスＡ１０２ａは、（ビットストリーム１１４の一部でない）別個の伝送１１０で、電子デバイスＢ１０２ｂにメッセージを送信する（ステップ２０８）ことが可能である。例えば、何らかの帯域外メカニズムを使用してメッセージを送信してもよい。一部の場合において、２０４、２０６に示される情報は、ピクチャタイミングＳＥＩメッセージとは異なるＳＥＩメッセージ中で送信してもよい。さらに別の場合において、２０４、２０６に示される情報は、パラメータセット、例えばビデオパラメータセットおよび／またはシーケンスパラメータセットおよび／またはピクチャパラメータセットおよび／または適応パラメータセットおよび／またはスライスヘッダ中で送信することができる。
図３はアクセスユニット中の復号ユニットに対する一つ以上の引き抜き遅延を決める方法３００の一構成を示すフロー図である。言い換えれば、図３に示される方法３００は、図２に示される方法２００中のステップ２０４をさらに説明するものである。方法３００は、エンコーダ１０４によって実施すればよい。エンコーダ１０４は、共通復号ユニットＣＰＢ引き抜き遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を含めるべきかどうかを判定する（ステップ３０２）ことができる。この判定には、共通復号ユニットＣＰＢ引き抜き遅延フラグ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）が設定されているかどうかを判定するステップを含めることが可能である。エンコーダ１０４は、復号ユニットが一定間隔でＣＰＢから引き抜かれる場合に、この共通パラメータを送信することができる。これは、例えば、各復号ユニットがピクチャの或る数の列に対応するか、または他の何らかの正規構造を有する場合であり得る。
例えば、共通復号ユニットＣＰＢ引き抜き遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきときには、共通復号ユニットＣＰＢ引き抜き遅延フラグが１に設定され、含まれるべきでないときには０に設定されるとよい。ｙｅｓの（例えば、フラグが１に設定されている）場合、エンコーダ１０４はアクセスユニットの全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ引き抜き遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を決める（ステップ３０４）ことができる。ｎｏの（例えばフラグが０に設定されている）場合、エンコーダ１０４はアクセスユニット中の各復号ユニットに対する個別の復号ユニットＣＰＢ引き抜き遅延パラメータ（例えばｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）を決める（ステップ３０６）ことができる。
共通復号ユニットＣＰＢ引き抜き遅延パラメータが、ピクチャタイミングＳＥＩメッセージ中に存在する場合は、該パラメータは、直前の復号ユニットのＣＰＢ１２０からの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連するアクセスユニット中の現復号ユニットをＣＰＢ１２０から引き抜く前に待つべきサブピクチャクロックティックの量を指定することができる。
例えば、復号ユニットがアクセスユニットの第一の復号ユニットのときは、共通復号ユニットＣＰＢ１２０引き抜き遅延パラメータは、先行するアクセスユニットの直近のバッファリング期間ＳＥＩメッセージに関連付けられたアクセスユニット中の最後の復号ユニットのＣＰＢ１２０からの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の第一の復号ユニットをＣＰＢ１２０から引き抜く前に待つべきサブピクチャクロックティックの量を指定することが可能である。
復号ユニットがアクセスユニットの第一の復号ユニットでないときは、共通復号ユニットＣＰＢ引き抜き遅延パラメータは、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の先行する復号ユニットのＣＰＢ１２０からの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の現復号ユニットをＣＰＢから引き抜く前に待つべきサブピクチャクロックティックの量を指定することが可能である。
その一方、共通復号ユニットＣＰＢ引き抜き遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）がピクチャタイミングＳＥＩメッセージにおいて送信されないときにはアクセスユニット中の各復号ユニットに対する個別の復号ユニットＣＰＢ引き抜き遅延パラメータ（例えばｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）をピクチャタイミングＳＥＩメッセージに含めることができる。復号ユニットＣＰＢ引き抜き遅延パラメータ（例えばｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）は、最後の復号ユニットのＣＰＢ１２０からの引き抜き後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中のｉ番目の復号ユニットをＣＰＢ１２０から引き抜く前に待つべきサブピクチャクロックティックの量を指定することが可能である。復号ユニットＣＰＢ引き抜き遅延パラメータは、モジュロ２（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）カウンタの余りにしたがって計算することができ、前式中のｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、共通復号ユニットＣＰＢ引き抜き遅延パラメータの長さである。
図４は、ビットストリームをバッファリングする方法４００の一構成を示すフロー図である。方法４００は、電子デバイス１０２（例えば電子デバイスＢ１０２ｂ）のデコーダ１１２により行うことが可能で、該電子デバイスは、メッセージ（例えばピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を受信する（ステップ４０２）ことができる。例えば電子デバイス１０２は、ワイヤレス伝送、ワイヤード伝送、デバイスバス、ネットワークなどの一つ以上を介してメッセージを受信する（ステップ４０２）ことができる。例えば、電子デバイスＢ１０２ｂは、電子デバイスＡ１０２ａからメッセージを受信する（ステップ４０２）ことが可能である。このメッセージは、例えばビットストリーム１１４の一部であってよい。別の例では、電子デバイスＢ１０２ｂは、（例えばビットストリーム１１４の一部でない）別個の伝送１１０で電子デバイスＡ１０２ａからメッセージを受信してもよい。例えば、何らかの帯域外メカニズムを用いてピクチャタイミングＳＥＩメッセージを受信することが可能である。一部の構成において、メッセージは、ピクチャタイミングフラグと、アクセスユニット中の復号ユニットに対する一つ以上の引き抜き遅延と、一つ以上のＮＡＬパラメータとのうちの一つ以上を含むことができる。しかして、メッセージを受信するステップ４０２は、ピクチャタイミングフラグと、アクセスユニット中の復号ユニットに対する一つ以上の引き抜き遅延と、と一つ以上のＮＡＬパラメータとのうちの一つ以上を受信するステップを含むことが可能である。
デコーダ１１２は、ＣＰＢ１２０がアクセスユニットレベルで作動するか、またはサブピクチャレベルで作動するかを決める（ステップ４０４）ことができる。例えばデコーダ１１２は、低レイテンシを達成したい場合に、サブピクチャベースで作動すると決めることが可能である。あるいは、この決定は、デコーダ１１２がサブピクチャベースのオペレーションをサポートするために十分なリソースを有するかどうかに基づいてもよい。ＣＰＢ１２０がサブピクチャレベルで作動する場合、デコーダはアクセスユニット中の復号ユニットの一つ以上の引き抜き遅延を決める（ステップ４０６）ことができる。例えば、デコーダ１１２はアクセスユニット中の全ての復号ユニットに適用可能な単一の共通復号ユニットＣＰＢ引き抜き遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を決めることが可能である。上記に換えて、デコーダ１１２はアクセスユニット中の各復号ユニットに対する個別の復号ユニットＣＰＢ引き抜き遅延（例えばｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）を決めてもよい。言い換えれば、ピクチャタイミングＳＥＩメッセージはアクセスユニット中の全ての復号ユニットに適用可能な共通パラメータ、もしくは復号ユニット毎に個別のパラメータを含むことが可能である。
さらに、デコーダ１１２は、復号ユニットに対する引き抜き遅延に基づいて、すなわちアクセスユニット中の全ての復号ユニットに適用可能な共通パラメータ、または各復号ユニットに個別のパラメータを用いて、復号ユニットを引き抜く（ステップ４０８）ことが可能である。また、デコーダ１１２は、復号ユニットを復号する（ステップ４１０）ことができる。
デコーダ１１２は、様々なシグナリングされたパラメータから算定される引き抜き時刻を決める際に、変数ＣｌｏｃｋＤｉｆｆを使用することが可能である。具体的に、ＣｌｏｃｋＤｉｆｆは、ＣｌｏｃｋＤｉｆｆ＝（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ−（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ＊（ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１））／ｔｉｍｅ＿ｓｃａｌｅ）により算定でき、前式中のｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋはクロックティックカウンタの１増加に対応する周波数ｔｉｍｅ＿ｓｃａｌｅ Ｈｚで作動するクロックの時間単位数であり、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋはサブピクチャクロックティックカウンタの１増加に対応する周波数ｔｉｍｅ＿ｓｃａｌｅ Ｈｚで作動するクロックの時間単位数であり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１はアクセスユニットの復号ユニットの量であり、ｔｉｍｅ＿ｓｃａｌｅは１秒間に経過する時間単位数である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しており、ＣｌｏｃｋＤｉｆｆがゼロより大きいとき、復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）＋ＣｌｏｃｋＤｉｆｆにより算定され、前式中のｔｒ，ｎ（ｍ）は復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しており、ＣｌｏｃｋＤｉｆｆがゼロより大きいとき、アクセスユニットｎの引き抜き時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）−ＣｌｏｃｋＤｉｆｆにより算定され、前式中のｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しており、アクセスユニットの最後の復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｍａｘ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの引き抜き時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｍａｘ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｍｉｎ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの引き抜き時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｍｉｎ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで動作しているとき、アクセスユニットｎの引き抜き時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットでない復号ユニットの引き抜き時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中のｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。そして、アクセスユニットの最後の復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの最後の復号ユニットの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットでない復号ユニットの引き抜き時刻はｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、式中ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。そして、アクセスユニットの最後の復号ユニットｍの引き抜き時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの最後の復号ユニットの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、復号ユニットの引き抜き時刻はｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中のｔｒ，ｎ（ｍ）は復号ユニットｍの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの復号ユニットの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの引き抜き時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔａｆ（ｎ）により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目引き抜き時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目引き抜き時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
ＣＰＢがアクセスユニットレベルで作動する場合、デコーダ１１２は、ＣＰＢ引き抜き遅延パラメータを決める（ステップ４１２）ことができる。このパラメータは、受信されるピクチャタイミングＳＥＩメッセージに含まれてもよい（例えばｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）。また、デコーダ１１２は、ＣＰＢ引き抜き遅延パラメータに基づいてアクセスユニットを引き抜き（ステップ４１４）、該アクセスユニットを復号する（ステップ４１６）ことができる。すなわち、デコーダ１１２はアクセスユニット中の復号ユニットではなく、アクセスユニット全体を一度に復号すればよい。
図５はアクセスユニットの復号ユニットの一つ以上の引き抜き遅延を決める方法５００の一構成を示すフロー図である。言い換えれば、図５に示されている方法５００は、図４に示される方法４００のステップ４０６をさらに解説することができる。方法５００は、デコーダ１１２によって行われてもよい。デコーダ１１２は、受信されたピクチャタイミングＳＥＩメッセージが共通復号ユニットＣＰＢ引き抜き遅延パラメータを含むかどうかを判定する（ステップ５０２）ことができる。この判定には、共通復号ユニットＣＰＢ引き抜き遅延フラグ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）が設定されているか否かを判定するステップが含まれてもよい。ｙｅｓの場合は、デコーダ１１２はアクセスユニット中の全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ引き抜き遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を決める（ステップ５０４）ことができる。ｎｏの場合は、デコーダ１１２はアクセスユニット中の各復号ユニットに対する個別の復号ユニットＣＰＢ引き抜き遅延パラメータ（例えばｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）を決める（ステップ５０６）ことができる。
また、ピクチャタイミングＳＥＩメッセージのセマンティクスを修正するのに加えて、本発明のシステムおよび方法は、サブピクチャベースのＣＰＢオペレーションおよびアクセスユニットベースのＣＰＢオペレーションの作動により、同じタイミングの復号ユニット引き抜きが生じるようにビットストリーム制約事項を設けることができる。具体的に、ピクチャタイミングフラグ（例えばｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が１に設定されているとき、ＣＰＢ引き抜き遅延は、

により設定することができ、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量であり、ｉはインデックスである。
あるいは、ＣＰＢ引き抜き遅延は、次に説明するように設定することができる：変数Ｔｄｕ（ｋ）を次式のように定義する：

前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］およびｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１ｋは、ｋ番目のアクセスユニットのｉ番目の復号ユニットのパラメータであり（ＨＲＤを初期化したアクセスユニットはｋ＝０であり、ｋ＜１に対しＴｄｕ（ｋ）＝０）、ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］＋１＝ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］はｋ番目のアクセスユニットのＩ番目の復号ユニットの復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１ｋはｋ番目アクセスユニットの復号ユニットの数であり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｉおよびｋはインデックスである。そして、ピクチャタイミングフラグ（例えばｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が１に設定されているとき、以下の条件が真であり得る：
（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）＊ｔｃ＝＝Ｔｄｕ（ｋ）であり、この（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）＝ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ、これはＣＰＢ引き抜き遅延である。しかしてこの場合、サブピクチャベースのＣＰＢオペレーションおよびアクセスユニットベースのＣＰＢオペレーションの作動が、アクセスユニット引き抜きとアクセスユニットの最後の復号ユニットの引き抜きとを同じタイミングで生じさせるように、ＣＰＢ引き抜き遅延（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）が設定される。
あるいは、ＣＰＢ引き抜き遅延は、

により設定することができ、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量であり、ｉはインデックスである。
上記に換えて、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］は：ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＊ｔｃ＝ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］＊ｔｃ，ｓｕｂにしたがって設定することが可能で、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］はｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１番目の復号ユニットの復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量である。
また、ピクチャタイミングＳＥＩメッセージのセマンティクスを修正することに加え、本発明のシステムおよび方法は、サブピクチャベースのＣＰＢオペレーションおよびアクセスユニットベースのＣＰＢオペレーションの作動により、同じタイミングの復号ユニット引き抜きが生じるようにビットストリーム制約事項を設けることもできる。具体的に、ピクチャタイミングフラグ（例えばｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が１に設定されているとき、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］の値は：−１≦（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＊ｔｃ−ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］＊ｔｃ，ｓｕｂ）≦１を満たすように設定することができ、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］はｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１番目の復号ユニットの復号ユニットＣＰＢ引き抜き遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニット中の復号ユニットの１でオフセットされた量である。
図６Ａは、電子デバイス６０２のエンコーダ６０４の一構成を示すブロック図である。なお、電子デバイス６０２中に含まれるものとして示された要素の一つ以上は、ハードウェア、ソフトウェアまたは両者の組み合わせで実装されてもよい。例えば、電子デバイス６０２はエンコーダ６０４を含み、エンコーダ６０４は、ハードウェア、ソフトウェアまたは両者の組み合わせによる実装が可能である。例えば、エンコーダ６０４は、回路、集積回路、特定用途向け集積回路（ＡＳＩＣ）、実行可能命令を有するメモリと電子通信するプロセッサ、ファームウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）など、またはそれらの組み合わせとして実装することができる。一部の構成において、エンコーダ６０４はＨＥＶＣコーダでもよい。
電子デバイス６０２は、ソース６２２を含んでよい。ソース６２２は、ピクチャまたはイメージデータ（例えばビデオ）を一つ以上の入力ピクチャ６０６としてエンコーダ６０４に供給可能である。ソース６２２の例は、イメージセンサ、メモリ、通信インターフェース、ネットワークインターフェース、ワイヤレスレシーバ、ポートなどを含み得る。
一つ以上の入力ピクチャ６０６を、フレーム内予測モジュールおよび再構築バッファ６２４に供給することができる。また、入力ピクチャ６０６は、動き推定および動き補償モジュール６４６、および減算モジュール６２８にも供給することが可能である。
フレーム内予測モジュールおよび再構築バッファ６２４は、一つ以上の入力ピクチャ６０６および再構築データ６６０に基づいて、イントラモード情報６４０およびイントラ信号６２６を生成することができる。動き推定および動き補償モジュール６４６は、一つ以上の入力ピクチャ６０６と復号ピクチャバッファ６７６からの参照ピクチャ６７８とに基づいて、インターモード情報６４８およびインター信号６４４を生成することが可能である。一部の構成では、復号ピクチャバッファ６７６は、復号ピクチャバッファ６７６の一つ以上の参照ピクチャからのデータを含んでもよい。
エンコーダ６０４は、モードに従ってイントラ信号６２６とインター信号６４４との間での選択をすることができる。イントラ信号６２６は、イントラ符号化モードにおいてピクチャ内の空間的特徴を利用するために使用が可能である。インター信号６４４は、インター符号化モードにおいてピクチャ間の時間的特徴を利用するために使用が可能である。イントラ符号化モードの間は、イントラ信号６２６を減算モジュール６２８に供給することができ、イントラモード情報６４０がエントロピー符号化モジュール６４２に供給することができる。インター符号化モードの間は、インター信号６４４を減算モジュール６２８に供給することができ、インターモード情報６４８をエントロピー符号化モジュール６４２に供給することができる。
予測残差６３０を生成するために、減算モジュール６２８で、（モードに応じて）イントラ信号６２６もしくはインター信号６４４が入力ピクチャ６０６から減算される。予測残差６３０は変換モジュール６３２に供給される。変換モジュール６３２は、予測残差６３０を圧縮して変換信号６３４を生成することができ、該変換信号は量子化モジュール６３６に供給される。量子化モジュール６３６は、変換信号６３４を量子化して、変換および量子化係数（ＴＱＣ；ｔｒａｎｓｆｏｒｍｅｄ ａｎｄ ｑｕａｎｔｉｚｅｄ ｃｏｅｆｆｉｃｉｅｎｔ）６３８を生成する。
ＴＱＣ６３８は、エントロピー符号化モジュール６４２および逆量子化モジュール６５０に供給される。逆量子化モジュール６５０は、ＴＱＣ６３８の逆量子化を行って、逆量子化信号６５２を生成し、該逆量子化信号は逆変換モジュール６５４に供給される。逆変換モジュール６５４は、逆量子化信号６５２を復元して復元信号６５６を生成し、これは再構築モジュール６５８に供給される。
再構築モジュール６５８は、復元信号６５６に基づいて再構築データ６６０を生成することができる。例えば、再構築モジュール６５８は、（変更された）ピクチャを再構築することが可能である。再構築データ６６０は、デブロッキングフィルタ６６２とイントラ予測モジュールおよび再構築バッファ６２４とに供給することができる。デブロッキングフィルタ６６２は、再構築データ６６０に基づいてフィルタ信号６６４を生成することが可能である。
フィルタ信号６６４は、サンプル適応オフセット（ＳＡＯ；ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）モジュール６６６に供給することができる。ＳＡＯモジュール６６６は、エントロピー符号化モジュール６４２に供給されるＳＡＯ情報６６８および適応ループフィルタ（ＡＬＦ；ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）６７２に供給されるＳＡＯ信号６７０を生成することが可能である。ＡＬＦ６７２は、復号ピクチャバッファ６７６に供給されるＡＬＦ信号６７４を生成する。ＡＬＦ信号６７４は、参照ピクチャとして使用可能な一つ以上のピクチャからのデータを含んでよい。
エントロピー符号化モジュール６４２は、ＴＱＣ６３８を符号化して、ビットストリームＡ６１４ａ（例えば符号化ピクチャデータ）を生成することができる。例えば、エントロピー符号化モジュール６４２は、コンテキスト適応型可変長符号化（ＣＡＶＬＣ；Ｃｏｎｔｅｘｔ‐Ａｄａｐｔｉｖｅ Ｖａｒｉａｂｌｅ Ｌｅｎｇｔｈ Ｃｏｄｉｎｇ）またはコンテキスト適応型２値算術符号化（ＣＡＢＡＣ；Ｃｏｎｔｅｘｔ‐Ａｄａｐｔｉｖｅ Ｂｉｎａｒｙ Ａｒｉｔｈｍｅｔｉｃ Ｃｏｄｉｎｇ）を用いてＴＱＣ６３８を符号化することが可能である。具体的に、エントロピー符号化モジュール６４２は、イントラモード情報６４０、インターモード情報６４８およびＳＡＯ情報６６８の一つ以上に基づいてＴＱＣ６３８を符号化すればよい。ビットストリームＡ６１４ａ（例えば符号化ピクチャデータ）は、メッセージ生成モジュール６０８に供給されればよい。メッセージ生成モジュール６０８は、図１に関連して説明したメッセージ生成モジュール１０８と同様に構成されてもよい。これに加えまたはこれに換えて、メッセージ生成モジュール６０８は、図２および図３に関連して説明した手順の一つ以上を実施してもよい。
例えば、メッセージ生成モジュール６０８は、サブピクチャパラメータを含むメッセージ（例えばピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を生成することができる。サブピクチャパラメータは、復号ユニットの一つ以上の引き抜き遅延（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙまたはｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）および一つ以上のＮＡＬパラメータ（例えばｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１またはｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］）を含んでよい。一部の構成において、ビットストリームＡ６１４ａにメッセージを挿入して、ビットストリームＢ６１４ｂを生成することができる。しかして、例えば、ビットストリームＡ６１４ａ全体が生成された後に（例えばビットストリームＢ６１４ｂの大部分が生成された後に）メッセージが生成されてもよい。他の構成において、ビットストリームＡ６１４ａにメッセージは挿入されなくてもよく（この場合にはビットストリームＢ６１４ｂはビットストリームＡ６１４ａと同じであってよい）、別個の伝送６１０で供給することが可能である。
一部の構成において、電子デバイス６０２は、ビットストリーム６１４を別の電子デバイスに送信する。例えば、ビットストリーム６１４は、通信インターフェース、ネットワークインターフェース、ワイヤレストランスミッタ、ポートなどに供給されてよい。例えば、ビットストリーム６１４は、ＬＡＮ、インターネット、携帯電話基地局などを介して別の電子デバイスに伝送することが可能である。ビットストリーム６１４は、上記に加えてまたはこれに換えて、電子デバイス６０２のメモリまたは他の構成要素に格納されてもよい。
図６Ｂは、電子デバイス１７０２上のビデオエンコーダ１７８２の一構成を示すブロック図である。ビデオエンコーダ１７８２は、エンハンスメントレイヤエンコーダ１７０６、ベースレイヤエンコーダ１７０９、解像度アップスケーリングブロック１７７０および出力インターフェース１７８０を含むことができる。図６Ｂのビデオエンコーダは、本明細書で説明するように、例えば、スケーラブルビデオ符号化およびマルチビュービデオ符号化に適する。
エンハンスメントレイヤエンコーダ１７０６は、入力ピクチャ１７０４を受信するビデオ入力部１７８１を含んでよい。ビデオ入力部１７８１の出力は、予測選択部１７５０の出力を受信する加算器／減算器１７８３に供給することができる。加算器／減算器１７８３の出力は、変換および量子化ブロック１７５２に供給することができる。変換および量子化ブロック１７５２の出力は、エントロピー符号化１７４８ブロックと、スケーリングおよび逆変換ブロック１７７２とに供給されてよい。エントロピー符号化１７４８を実施した後、エントロピーを符号化ブロック１７４８の出力を、出力インターフェース１７８０に供給することができる。出力インターフェース１７８０は、符号化ベースレイヤビデオビットストリーム１７０７および符号化エンハンスメントレイヤビデオビットストリーム１７１０の両方を出力することが可能である。
スケーリングおよび逆変換ブロック１７７２の出力は、加算器１７７９に供給すればよい。また、加算器１７７９は予測選択部１７５０の出力も受信が可能である。加算器１７７９の出力はデブロッキングブロック１７５１に供給すればよい。デブロッキングブロック１７５１の出力は参照バッファ１７９４に供給することができる。参照バッファ１７９４の出力は動き補償ブロック１７５４に供給することが可能である。動き補償ブロック１７５４の出力は予測選択部１７５０に供給することができる。参照バッファ１７９４の出力は、イントラ予測部１７５６にも供給すればよい。イントラ予測部１７５６の出力は予測選択部１７５０に供給することが可能である。また、予測選択部１７５０は解像度アップスケーリングブロック１７７０の出力も受信することができる。
ベースレイヤエンコーダ１７０９は、ダウンサンプリングされた入力ピクチャ、または別の画像との組み合わせに適する他の画像コンテンツ、もしくは別のビューの入力ピクチャ、もしくは同じ入力ピクチャ１７０３（すなわちエンハンスメントレイヤエンコーダ１７０６により受信される入力ピクチャ１７０４と同じもの）、を受信するビデオ入力部１７６２を含むことができる。ビデオ入力部１７６２の出力は、符号化予測ループ１７６４に供給することが可能である。符号化予測ループ１７６４の出力に対してエントロピー符号化１７６６を提供することができる。符号化予測ループ１７６４の出力は、参照バッファ１７６８にも供給されてよい。参照バッファ１７６８は、符号化予測ループ１７６４にフィードバックを供給することができる。参照バッファ１７６８の出力は、解像度アップスケーリングブロック１７７０にも供給されてよい。エントロピー符号化１７６６が実施されたならば、その出力を出力インターフェース１７８０に供給することができる。符号化ベースレイヤビデオビットストリーム１７０７および／または符号化エンハンスメントレイヤビデオビットストリーム１７１０は、必要に応じて一つ以上のメッセージ生成モジュールに供給すればよい。
図７Ａは、電子デバイス７０２のデコーダ７１２の一構成を示すブロック図である。デコーダ７１２は、電子デバイス７０２に含まれてもよい。例えば、デコーダ７１２はＨＥＶＣデコーダであってもよい。デコーダ７１２およびデコーダ７１２に含まれるとして示される要素の一つ以上は、ハードウェア、ソフトウェアまたは両者の組み合わせで実装されてもよい。デコーダ７１２は、復号のためのビットストリーム７１４（例えばビットストリーム７１４に含まれる一つ以上の符号化ピクチャおよびオーバーヘッドデータ）を受信することができる。一部の構成において、受信ビットストリーム７１４は、メッセージ（例えばピクチャタイミングＳＥＩメッセージまたは他のメッセージ）、スライスヘッダ、ＰＰＳなどの受信オーバーヘッドデータを含むことができる。一部の構成では、デコーダ７１２は、別個の伝送７１０もさらに受信する。別個の伝送７１０は、メッセージ（例えばピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を含んでよい。例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージは、ビットストリーム７１４の代わりに別個の伝送７１０で受信されてもよい。但し、別個の伝送７１０は随意であり、一部の構成では利用しなくてもよいことに留意すること。
デコーダ７１２は、ＣＰＢ７２０を含む。ＣＰＢ７２０は、前述の図１に関連して説明したＣＰＢ１２０と同様に構成すればよい。これに加えまたはこれに換えて、デコーダ７１２は、図４および図５に関連して説明した手順の一つ以上を行ってもよい。例えばデコーダ７１２は、サブピクチャパラメータを有するメッセージ（例えばピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を受信し、サブピクチャパラメータに基づいてアクセスユニット中の復号ユニットを引き抜きおよび復号することができる。なお、一つ以上のアクセスユニットがビットストリームに含まれてよく、該アクセスユニットは一つ以上の符号化ピクチャデータおよびオーバーヘッドデータを含むことができる。
符号化ピクチャバッファ（ＣＰＢ）７２０は、エントロピー復号モジュール７０１に符号化ピクチャデータを供給することが可能である。符号化ピクチャデータは、エントロピー復号モジュール７０１によりエントロピー復号することができ、これにより動き情報信号７０３と、量子化され、スケーリングされ、および／または変換された係数７０５とが生成される。
動き情報信号７０３は、動き補償モジュール７８０で、復号ピクチャバッファ７０９からの参照フレーム信号７９８の一部と組み合わせることが可能で、これによりフレーム間予測信号７８２を生成することができる。量子化され、スケール除去され、および／または変換された係数７０５は、逆モジュール７０７により逆量子化され、スケールされ、および逆変換され、これにより復号残差信号７８４を生成することができる。復号残差信号７８４は、結合信号７８６が生成するため予測信号７９２に加算できる。予測信号７９２は、動き補償モジュール７８０により生成されるフレーム間予測信号７８２、またはフレーム内予測モジュール７８８により生成されるフレーム内予測信号７９０、のうちから選択された信号であればよい。一部の構成において、この信号選択は、ビットストリーム７１４に基づく（例えば、ビットストリーム７１４により制御される）ことが可能である。
フレーム内予測信号７９０は、（例えば、現フレーム中の）前に復号された結合信号７８６からの情報から予測することができる。また、結合信号７８６は、デブロッキングフィルタ７９４によりフィルタすることが可能である。得られたフィルタ済み信号７９６は、復号ピクチャバッファ７０９に書き込むことができる。得られたフィルタ済み信号７９６が復号ピクチャを含んでいればよい。復号ピクチャバッファ７０９は、７１８で出力される復号ピクチャを供給することができる。一部の場合において、７０９はフレームメモリと見なすことが可能である。
図７Ｂは、電子デバイス１８０２上のビデオデコーダ１８１２の一構成を示すブロック図である。ビデオデコーダ１８１２は、エンハンスメントレイヤデコーダ１８１５およびベースレイヤデコーダ１８１３を含んでよい。また、ビデオデコーダ８１２は、インターフェース１８８９および解像度アップスケーリング１８７０も含むことができる。図７Ｂのビデオデコーダは、本明細書で説明するように、例えば、スケーラブルビデオ符号化および符号化マルチビュービデオに適する。
インターフェース１８８９は、符号化ビデオストリーム１８８５を受信することができる。符号化ビデオストリーム１８８５は、ベースレイヤ符号化ビデオストリームと、エンハンスメントレイヤ符号化ビデオストリームとから成り得る。これらの二つのストリームは、別々にまたは一緒に送信できる。インターフェース１８８９は、符号化ビデオストリーム１８８５の一部または全部を、ベースレイヤデコーダ１８１３中のエントロピー復号ブロック１８８６に供給することが可能である。エントロピー復号ブロック１８８６の出力は、復号予測ループ１８８７に供給されればよい。復号予測ループ１８８７の出力は、参照バッファ１８８８に供給することが可能である。参照バッファは、復号予測ループ１８８７にフィードバックを供給できる。また、参照バッファ１８８８は、復号ベースレイヤビデオストリーム１８８４を出力することも可能である。
また、インターフェース１８８９は、エンハンスメントレイヤデコーダ１８１５のエントロピー復号ブロック１８９０に、符号化ビデオストリーム１８８５の一部または全部を供給することができる。エントロピー復号ブロック１８９０の出力は、逆量子化ブロック１８９１に供給すればよい。逆量子化ブロック１８９１の出力は、加算器１８９２に供給すればよい。加算器１８９２は、逆量子化ブロック１８９１の出力と、予測選択ブロック１８９５の出力とを加算することができる。加算器１８９２の出力は、デブロッキングブロック１８９３に供給すればよい。デブロッキングブロック１８９３の出力は、参照バッファ１８９４に供給すればよい。参照バッファ１８９４は、復号エンハンスメントレイヤビデオストリーム１８８２を出力することが可能である。参照バッファ１８９４の出力は、イントラ予測部１８９７に供給すればよい。エンハンスメントレイヤデコーダ１８１５は、動き補償１８９６を含むことが可能である。動き補償１８９６は、解像度アップスケーリング１８７０の後に実施すればよい。予測選択ブロック１８９５は、イントラ予測部１８９７の出力および動き補償１８９６の出力を受信することができる。また、デコーダは、インターフェース１８８９と共になど、必要に応じて一つ以上の符号化ピクチャバッファを含んでもよい。
図８は、伝送電子デバイス８０２において用いられる様々な構成要素を示す。本明細書で説明する電子デバイス１０２、６０２、７０２の一つ以上は、図８に示される伝送電子デバイス８０２に従って実装すればよい。
伝送電子デバイス８０２は、電子デバイス８０２のオペレーションを制御するプロセッサ８１７を含む。プロセッサ８１７はＣＰＵと称されてもよい。メモリ８１１は、読み取り専用メモリ（ＲＯＭ；ｒｅａｄ‐ｏｎｌｙ ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ；ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）の両方、あるいは情報を格納することが可能な任意の種類のデバイスを含むことができ、プロセッサ８１７に命令８１３ａ（例えば実行可能命令）およびデータ８１５ａを供給する。また、メモリ８１１の一部には、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ；ｎｏｎ‐ｖｏｌａｔｉｌｅ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）を含めてもよい。メモリ８１１は、プロセッサ８１７と電子通信することができる。
命令８１３ｂおよびデータ８１５ｂは、プロセッサ８１７にも置くことができる。プロセッサ８１７の中にロードされる命令８１３ｂおよび／またはデータ８１５ｂは、プロセッサ８１７による実行または処理のためにロードされた、メモリ８１１からの命令８１３ａおよび／またはデータ８１５ａも含んでもよい。命令８１３ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ８１７により実行することが可能である。例えば、命令８１３ｂは、前述の方法２００、３００、４００、５００の一つ以上を行うために実行可能とすることができる。
伝送電子デバイス８０２は、他の電子デバイス（例えば受信電子デバイス）と通信するための一つ以上の通信インターフェース８１９を含むことが可能である。通信インターフェース８１９は、ワイヤード通信技術、ワイヤレス通信技術、またはその両方に基づけばよい。通信インターフェース８１９の例には、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ；Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、小型コンピュータシステムインターフェース（ＳＣＳＩ；ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓｙｓｔｅｍ ｉｎｔｅｒｆａｃｅ）バスインターフェース、赤外線（ＩＲ；ｉｎｆｒａｒｅｄ）通信ポート、ブルートゥースワイヤレス通信アダプタ、第３世代パートナーシッププロジェクト（３ＧＰＰ；３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格によるワイヤレストランシーバなどが含まれる。
伝送電子デバイス８０２には、一つ以上の出力デバイス８２３および一つ以上の入力デバイス８２１を含めることができる。出力デバイス８２３の例には、スピーカ、プリンタなどが含まれる。電子デバイス８０２に含めることが可能な出力デバイスの一つの種類に、ディスプレイデバイス８２５がある。本明細書に開示される構成で使用されるディスプレイデバイス８２５には、陰極線管（ＣＲＴ；ｃａｔｈｏｄｅ ｒａｙ ｔｕｂｅ）、液晶ディスプレイ（ＬＣＤ；ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ）、発光ダイオード（ＬＥＤ；ｌｉｇｈｔ‐ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）、ガスプラズマ、エレクトロルミネセンスなどの任意の適切な画像投影技術を用いることができる。メモリ８１１に格納されたデータを、ディスプレイ８２５に示されるテキスト、グラフィクスおよび／または動画に（必要に応じ）変換するために、ディスプレイコントローラ８２７が設けられてもよい。入力デバイス８２１の例には、キーボード、マウス、マイクロホン、遠隔制御デバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどが含まれる。
伝送電子デバイス８０２の様々な構成要素は、バスシステム８２９によって一緒に連結され、該バスシステムは、データバスに加え、パワーバス、制御信号バス、およびステータス信号バスを含み得る。但し、明瞭化のため、図８では様々なバスをバスシステム８２９として示す。図８に示される伝送電子デバイス８０２は、具体的構成要素のリストというよりむしろ機能ブロック図である。
図９は、受信電子デバイス９０２中で利用可能な様々な構成要素を示すブロック図である。本明細書に記載される電子デバイス１０２、６０２、７０２の一つ以上は、図９に示される受信電子デバイス９０２に準じて実装することができる。
受信電子デバイス９０２は、該電子デバイス９０２のオペレーションを制御するプロセッサ９１７を含む。プロセッサ９１７はＣＰＵと称されることもある。メモリ９１１は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）の両方、または、情報を格納することが可能な任意の種類のデバイスを含んでよく、該メモリはプロセッサ９１７に命令９１３ａ（例えば実行可能命令）およびデータ９１５ａを供給することができる。また、メモリ９１１の一部には不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含めてもよい。メモリ９１１は、プロセッサ９１７と電子通信していればよい。
命令９１３ｂおよびデータ９１５ｂは、プロセッサ９１７中にも置くことができる。プロセッサ９１７中にロードされた命令９１３ｂおよび／またはデータ９１５ｂには、プロセッサ９１７による実行または処理のためにメモリ９１１からロードされた命令９１３ａおよび／またはデータ９１５ａが含まれてよい。命令９１３ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ９１７により実行することが可能である。例えば、命令９１３ｂは、前述した方法２００、３００、４００、５００の一つ以上を行うために実行可能とすることができる。
受信電子デバイス９０２は、他の電子デバイス（例えば伝送電子デバイス）と通信するための一つ以上の通信インターフェース９１９を含むことができる。通信インターフェース９１９は、ワイヤード通信技術、ワイヤレス通信技術、またはその両方に基づくことができる。通信インターフェース９１９の例には、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ）、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、小型コンピュータシステムインターフェース（ＳＣＳＩ）バスインターフェース、赤外線（ＩＲ）通信ポート、ブルートゥースワイヤレス通信アダプタ、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格によるワイヤレストランシーバなどが含まれる。
受信電子デバイス９０２は、一つ以上の出力デバイス９２３および一つ以上の入力デバイス９２１を含んでよい。出力デバイス９２３の例には、スピーカ、プリンタなどが含まれる。電子デバイス９０２に含めることが可能な出力デバイス一つの種類に、ディスプレイデバイス９２５がある。本明細書に開示する構成で使用されるディスプレイデバイス９２５は、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）、ガスプラズマ、エレクトロルミネセンスなど、任意の適切な画像投影技術を用いることができる。メモリ９１１に格納されたデータを、ディスプレイ９２５に表示されるテキスト、グラフィクスおよび／または動画に（必要に応じ）変換するために、ディスプレイコントローラ９２７が備えられてもよい。入力デバイス９２１の例には、キーボード、マウス、マイクロホン、遠隔制御デバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどが含まれる。
受信電子デバイス９０２の様々な構成要素は、バスシステム９２９によって一緒に連結され、該バスシステムは、データバスに加え、パワーバス、制御信号バス、およびステータス信号バスを含んでよい。但し、明瞭化のため、図９では様々なバスをバスシステム９２９として示す。図９に示される電子デバイス９０２は、具体的構成要素のリストというよりむしろ機能ブロック図である。
図１０は、メッセージを送信するためのシステムおよび方法が実装可能な電子デバイス１００２の一構成を示すブロック図である。電子デバイス１００２は、符号化手段１０３１および伝送手段１０３３を含む。符号化手段１０３１および伝送手段１０３３は、前述の図１、図２、図３、図６および図８の一つ以上に関連して説明した機能の一つ以上を行うように構成することができる。例えば、符号化手段１０３１および伝送手段１０３３は、ビットストリーム１０１４を生成することができる。前述の図８は、図１０の具体的な装置構造体の一例を示す。図１、図２、図３、図６および図８の機能の一つ以上を実現するために、他の様々な構造体が実装されてもよい。例えば、ＤＳＰがソフトウェアにより実現されてもよい。
図１１は、ビットストリーム１１１４をバッファリングするためのシステムおよび方法が実装可能な電子デバイス１１０２の一構成を示すブロック図である。電子デバイス１１０２は、受信手段１１３５および復号手段１１３７を含み得る。受信手段１１３５および復号手段１１３７は、前述の図１、図４、図５、図７および図９の一つ以上に関連して説明した機能の一つ以上を行うように構成されればよい。例えば、受信手段１１３５および復号手段１１３７は、ビットストリーム１１１４を受信することができる。前述の図９は、図１１の具体的な装置構造体の一例を示す。図１、図４、図５、図７および図９の機能の一つ以上を実現するために、他の様々な構造体が実装されてもよい。例えば、ＤＳＰがソフトウェアにより実現されてもよい。
図１２は、復号ピクチャバッファ（ＤＰＢ）のオペレーションのための方法１２００の一構成を示すフロー図である。方法１２００は、エンコーダ１０４またはそのサブパーツの一つ（例えば復号ピクチャバッファモジュール６７６）により実施することができる。方法１２００は、電子デバイス１０２（例えば電子デバイスＢ１０２ｂ）中のデコーダ１１２により行われてもよい。上記に加えまたはこれに換えて、方法１２００は、デコーダ７１２またはそのサブパーツの一つ（例えば復号ピクチャバッファモジュール７０９）により行うことも可能である。該デコーダは、ピクチャの第一のスライスヘッダを構文解析する（ステップ１２０２）ことができる。現ピクチャの復号前（だが、現ピクチャの第一のスライスのスライスヘッダを構文解析した後）の、ピクチャのＤＰＢからの出力および引き抜きは、現ピクチャを包含するアクセスユニットの第一の復号ユニットがＣＰＢから引き抜かれるときに瞬時に行われ、以下のように進む。
− 参照ピクチャセット（ＲＰＳ：ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｓｅｔ）の復号処理が呼び出される。参照ピクチャセットは、或るピクチャに関連付けられた参照ピクチャのセットであって、復号順で対象ピクチャの前の全ての参照ピクチャから成り、対象ピクチャまたは復号順で対象ピクチャに続く任意のピクチャのインター予測に使用が可能である。
− ビデオのビットストリームは、一般にネットワーク抽象化レイヤ（ＮＡＬ）ユニットと言われる論理データパケット中に入れられたシンタクス構造体を含むことができる。各ＮＡＬユニットは、関連するデータペイロードの目的を識別するための、２バイト（例えば１６ビット）のＮＡＬユニットヘッダなどのＮＡＬユニットヘッダを含む。例えば、各符号化スライス（および／またはピクチャ）が、一つ以上のスライス（および／またはピクチャ）ＮＡＬユニット中に符号化されてよい。他のカテゴリのデータ、例えば、付加拡張情報、時間サブレイヤアクセス（ＴＳＡ；ｔｅｍｐｏｒａｌ ｓｕｂ‐ｌａｙｅｒ ａｃｃｅｓｓ）ピクチャの符号化スライス、段階的時間サブレイヤアクセス（ＳＴＳＡ；ｓｔｅｐ‐ｗｉｓｅ ｔｅｍｐｏｒａｌ ｓｕｂ‐ｌａｙｅｒ ａｃｃｅｓｓ）ピクチャの符号化スライス、非ＴＳＡ、非ＳＴＳＡトレイリングピクチャの符号化スライス、ブロークンリンクアクセスピクチャの符号化スライス、瞬時復号リフレッシュピクチャの符号化スライス、クリーンランダムアクセスピクチャの符号化スライス、復号可能リーディングピクチャの符号化スライス、廃棄タグ付きピクチャの符号化スライス、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、アクセスユニットデリミタ、エンドオブシーケンス、エンドオブビットストリーム、フィラデータ、および／またはシーケンスエンハンスメント情報メッセージなど、のために他のＮＡＬユニットを含めることができる。表（４）は、ＮＡＬユニットコードおよびＮＡＬユニット型クラスの一例を示す。必要に応じ他のＮＡＬユニット型が含まれてもよい。また、当然のことながら、表（４）に示されるＮＡＬユニットのＮＡＬユニット型値は、入れ換えおよび再設定されてもよい。また、追加のＮＡＬユニット型を加えることも可能である。また、一部のＮＡＬユニット型を除去することもできる。
イントラランダムアクセスポイント（ＩＲＡＰ；ｉｎｔｒａ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｏｉｎｔ）ピクチャは、表（４）中に示されるように、各ビデオ符号化レイヤＮＡＬユニットが、両端値を含めてＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する符号化ピクチャである。ＩＲＡＰピクチャは、イントラ符号化（Ｉ）スライスだけを包含する。瞬時復号リフレッシュ（ＩＤＲ）ピクチャは、表（４）に示されるように、各ビデオ符号化レイヤＮＡＬユニットがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＲＡＰピクチャである。瞬時復号リフレッシュ（ＩＤＲ）ピクチャは、Ｉスライスだけを包含し、復号順でビットストリームの第一のピクチャでもよいし、またはビットストリームの後の方で現れてもよい。各ＩＤＲピクチャは、復号順で符号化ビデオシーケンス（ＣＶＳ；ｃｏｄｅｄ ｖｉｄｅｏ ｓｅｑｕｅｎｃｅ）の第一のピクチャである。ブロークンリンクアクセス（ＢＬＡ；ｂｒｏｋｅｎ ｌｉｎｋ ａｃｃｅｓｓ）ピクチャは、表（４）に示されるように、各ビデオ符号化レイヤＮＡＬユニットがＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬ、またはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＲＡＰピクチャである。ＢＬＡピクチャは、Ｉスライスだけを含み、復号順でビットストリームの第一のピクチャでもよいし、またはビットストリームの後の方で現れてもよい。各ＢＬＡピクチャは、新規の符号化ビデオシーケンスを開始し、復号処理に対してＩＤＲピクチャと同じ影響を有する。また一方、ＢＬＡピクチャは、空でない参照ピクチャセットを指定するシンタクス要素を包含する。
表（５）を参照すると、ＮＡＬユニットヘッダのシンタクスは、２バイトのデータすなわち１６ビットを含むことができる。最初のビットは、ＮＡＬユニットの始めの常にゼロに設定される「ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ」である。次の６ビットは、表（４）に示されるＮＡＬユニットに含まれるローバイトシーケンスペイロード（「ＲＢＳＰ」）データ構造の型を指定する「ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ」である。その次の６ビットは、レイヤの識別子を指定する「ｎｕｈ＿ｌａｙｅｒ＿ｉｄ」である。一部の場合において、これらの６ビットは、代わりに「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」として指定することもできる。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、標準のベース仕様では０に等しい。スケーラブルビデオ符号化および／またはシンタクス拡張において、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、この特定のＮＡＬユニットが、これらの６ビットの値により特定されるレイヤに帰属することを指定することができる。次のシンタクス要素は、「ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１マイナス１は、ＮＡＬユニットの時間識別子を指定できる。変数時間識別子ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として指定が可能である。時間識別子ＴｅｍｐｏｒａｌＩｄは、時間サブレイヤを特定するために用いられる。変数ＨｉｇｈｅｓｔＴｉｄは、復号対象の最上位の時間サブレイヤを識別する。
表（６）は、例示的なシーケンスパラメータセット（ＳＰＳ）シンタクス構造を示す。
ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは輝度サンプル単位での各復号ピクチャの幅を指定する。ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは０に等しくないものとすればよい。
ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは輝度サンプル単位での各復号ピクチャの高さを指定する。ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは０に等しくないものとすればよい。
ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１プラス１は、ＳＰＳを参照する各ＣＶＳ中に存在し得る時間サブレイヤの最大数を指定する。ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、両端値を含めて０から６までの範囲内であればよい。
１に等しいｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグは、ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１のサブレイヤに対するｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］シンタクス要素が存在することを指定する。０に等しいｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］の値が全てのサブレイヤに適用されることを指定する。
ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］プラス１は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、ＣＶＳに対する復号ピクチャバッファの最大必要サイズをピクチャストレージバッファ単位で指定する。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあればよく、前式中のＭａｘＤｐｂＳｉｚｅはピクチャストレージバッファ単位での最大復号ピクチャバッファサイズを指定する。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ−１］以上であればよい。両端値を含めて０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに対してｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］が存在しないときは、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことにより、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいものと推定される。
ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、復号順でＣＶＳ中の任意のピクチャに先行し、出力順でそのピクチャに後続可能なピクチャの最大許容数を示す。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、両端値を含めて０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］までの範囲内にあればよい。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］はｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ−１］以上であればよい。両端値を含めて０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに対して、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］が存在しないときは、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことにより、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］はｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいものと推定される。
０に等しくないｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、出力順でＣＶＳ中の任意のピクチャに先行し、復号順でそのピクチャに後続し得るピクチャの最大数を指定するＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値を計算するために用いられる。
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しくないとき、ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値は以下により指定される：
ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］＝ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］＋ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］−１
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しいときには、対応する制限は表現されない。
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］の値は、両端値を含めて０から２３２−２までの範囲内にあればよい。両端値を含めて０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに対し、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が存在しないときは、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことにより、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいものと推定される。
現ピクチャがＩＲＡＰピクチャであるとき、以下が適用される：
− 現ピクチャがＩＤＲピクチャ、ＢＬＡピクチャ、復号順でビットストリームの第一のピクチャ、または復号順でシーケンス終端ＮＡＬユニットに後続する第一のピクチャである場合、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇが１に等しく設定される。
− 上記以外の場合には、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを現ピクチャの値に設定するために何らかの外部手段が利用可能である場合、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇは、その外部手段により供給される値に等しく設定され、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇはＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇに等しく設定される。
− それ以外の場合には、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇは０に等しく設定され、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇは０に等しく設定される。
現ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するピクチャ０ではないＩＲＡＰピクチャである場合、以下の順序付きステップが適用される：
１．テスト対象デコーダに対し、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが以下のように導出される：
− 現ピクチャがＣＲＡピクチャである場合は、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは（ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に関わらず）１に等しく設定される。
− 上記以外の場合は、アクティブなＳＰＳから導出される、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値が、それぞれ、先行するピクチャに対しアクティブなＳＰＳから導出されるｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値と異なる場合、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に関わらず、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、テスト対象デコーダにより１に設定（されるべきではないが）され得る。
− それ以外の場合には、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
２．テスト対象デコーダに対し導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値が、以下のようにＨＲＤに適用される：
− ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ中の全てのピクチャストレージバッファは、それらが包含するピクチャの出力をせずに空にされ、ＤＰＢ充満度が０に等しく設定される。
− 上記以外の（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）場合は、「出力のために不要」および「参照のために使用されず」としてマークされたピクチャを包含する全てのピクチャストレージバッファが（出力なしで）空にされ、ＤＰＢの全ての空でないピクチャストレージバッファが、「バンピング」処理１２０４を繰り返し呼び出すことにより空にされ、ＤＰＢ充満度は０に等しく設定される。
− それ以外の（現ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャでない）場合には、「出力のために不要」および「参照のために使用されず」としてマークされたピクチャを包含する全てのピクチャストレージバッファが（出力なしで）空にされる。各ピクチャストレージバッファが空にされるごとにＤＰＢ充満度が１だけ減少される。以下の条件の一つ以上が真のときには、以下の条件のいずれもが真でなくなるまで「バンピング」処理１２０４が繰り返し呼び出されて、さらなるピクチャストレージバッファが空にされるごとにＤＰＢ充満度がさらに１だけ減少される：
１．「出力のために必要」としてマークされた、当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するＤＰＢのピクチャの数は、（当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときに）アクティブなシーケンスパラメータセットからの、または当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のアクティブなレイヤシーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］よりも大きい。
２．（当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときには）アクティブなシーケンスパラメータセットからの、または当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のアクティブなレイヤシーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力のために必要」としてマークされた、当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する少なくとも一つのピクチャがＤＰＢ中に在り、該ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］以上である場合。
３．ＤＰＢ中の、当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャの数が、（当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときに）アクティブなシーケンスパラメータセットからの、または当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に対するアクティブなレイヤシーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］＋１以上である。
ブロック１２０６のピクチャ復号処理（ピクチャ復号およびマーキング）は、現ピクチャを含むアクセスユニットの最後の復号ユニットがＣＰＢから引き抜かれるときに、瞬時に行われる。
「出力のために必要」としてマークされたＤＰＢ中の、現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する各ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔはＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ＋１に等しく設定される。
現ピクチャは、ピクチャの最後の復号ユニットが復号された後に復号されたと見なされる。現復号ピクチャは、ＤＰＢ中の空のピクチャストレージバッファに格納され、以下が適用される：
− 現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合、該ピクチャは「出力のために必要」としてマークされ、その関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは０に等しく設定される。
− 上記以外の（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、「出力のために不要」としてマークされる。
現復号ピクチャは、「短期参照のために使用される」としてマークされる。
以下の条件の一つ以上が真のときには、以下の条件のいずれもが真でなくなるまで、追加の「バンピング」処理１２０８が繰り返し呼び出される：
− 「出力のために必要」としてマークされ、現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する、ＤＰＢ中のピクチャの数は、（現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときには）アクティブなシーケンスパラメータセットからの、または現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のアクティなレイヤシーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
− （現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときには）アクティブシーケンスパラメータセットからの、または現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のアクティブレイヤシーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力のために必要」としてマークされた、当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する少なくとも一つのピクチャがＤＰＢ中に在り、該ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に対するＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］以上である。
「バンピング」処理１２０４および追加のバンピング処理１２０８は、諸ステップに関して同一であり、以下の順序のステップから成る：「出力のために必要」としてマークされたＤＰＢ中の全てのピクチャのうちで最小値のピクチャオーダーカウント（ＰｉｃＯｒｄｅｒＣｎｔＶａｌ）を有するピクチャが、最初に出力されるピクチャとして選択される。ピクチャオーダーカウントは、各ピクチャに関連付けられた変数であり、ＣＶＳの全てのピクチャの中で関連ピクチャを一意的に識別し、関連ピクチャが復号ピクチャバッファから出力されるときには、該復号ピクチャバッファから出力が予定される同じＣＶＳ中の他のピクチャの出力順序の位置に対する関連ピクチャの出力順序の位置を示す。
− これらのピクチャは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャに対するアクティブなシーケンスパラメータセット中、またはピクチャの値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に対するアクティブなレイヤシーケンスパラメータセット中に指定された適合クロッピングウィンドウを使用してクロップされ、クロップされたピクチャはｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に出力され、これらピクチャは「出力のために不要」とマークされる。
− 「参照のために使用されず」としてマークされたピクチャを包含し、クロップおよび出力されたピクチャの一つを含んでいた各ピクチャストレージバッファは空にされる。
図１３Ａを参照すると、前述したように、ＮＡＬユニットヘッダのシンタクスは、２バイトのデータすなわち１６ビットを含んでよい。最初のビットは、ＮＡＬユニットの開始時に常にゼロに設定される「ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ」である。次の６ビットは、ＮＡＬユニットに包含されるローバイトシーケンスペイロード（「ＲＢＳＰ」）データ構造の型を指定する「ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ」である。その次の６ビットは、「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」である。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、標準のベース仕様では０に等しければよい。必要に応じて、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの他の値が指定されてもよい。デコーダは、標準のベース仕様に基づいてストリームを処理するときには、０に等しくないｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値を有する全てのＮＡＬユニットを無視（すなわちビットストリームから引き抜いて廃棄）することが可能である。スケーラブル拡張またはその他の拡張では、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、スケーラブルビデオ符号化および／またはシンタクス拡張をシグナリングするために他の値を指定してもよい。場合によって、シンタクス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓと呼ばれることがある。場合によって、シンタクス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、図１３Ｂおよび図１３Ｃに示されるように、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１またはｌａｙｅｒ＿ｉｄと呼ばれることもある。この場合、要素ｌａｙｅｒ＿ｉｄは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１マイナス１になる。この場合、ｌａｙｅｒ＿ｉｄは、スケーラブル符号化ビデオのレイヤに関係する情報をシグナリングするために用いることができる。次のシンタクス要素は、「ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１マイナス１は、ＮＡＬユニットの時間識別子を指定することが可能である。変数時間識別子ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として指定することができる。
図１４を参照すると、一般的なＮＡＬユニットのシンタクス構造が示されている。図１３のＮＡＬユニットヘッダ２バイトシンタクスが、図１４のｎａｌ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）に対する参照中に含まれている。ＮＡＬユニットのシンタクスの残りは、主にＲＢＳＰに関する。
「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」を用いる一つの既存の技法には、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの６ビットを、個別的ビットフィールド、すなわち、依存ＩＤ、品質ＩＤ、ビューＩＤ、および深度フラグのうちの一つ以上に分割することによって、スケーラブルビデオ符号化情報をシグナリングすることがあり、これら個別的ビットフィールドの各々はスケーラブル符号化ビデオの相異なるレイヤの識別を示す。これにより、該６ビットは、この特定のＮＡＬユニットが、スケーラブル符号化技術のいずれのレイヤに帰属するかを示す。そして、図１５に示されるビデオパラメータセット（「ＶＰＳ；ｖｉｄｅｏ ｐａｒａｍｅｔｅｒ ｓｅｔ」）拡張シンタクス（「ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅ」）などのデータペイロードにおいて、レイヤに関する情報が定義される。図１５のＶＰＳ拡張シンタクスは、符号化ビデオシーケンスにおいて使用されるスケーラビリティ型と、ＮＡＬユニットヘッダ中のｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１（またはｌａｙｅｒ＿ｉｄ）を介してシグナリングされる次元とを指定する、４ビットのスケーラビリティ型（シンタクス要素ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅ）を含む。スケーラビリティ型が０に等しいときには、符号化ビデオシーケンスはベース仕様に適合し、しかして全てのＮＡＬユニットのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が０に等しく、エンハンスメントレイヤまたはビューに属するＮＡＬユニットはない。スケーラビリティ型のより高い値は、図１６に示すように解釈される。
ｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］は、ｉ番目のスケーラビリティ次元ＩＤの長さをビットで指定する。０〜７の範囲内の全てのｉ値に対するｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］の値の和は６以下である。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ＿ａｌｉｇｎｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔは、ゼロである。ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］は、以下のレイヤ依存情報が適用されるｉ番目のレイヤのｌａｙｅｒ＿ｉｄの値を指定する。ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］は、ｉ番目のレイヤが直接依存するレイヤ数を指定する。ｒｅｆ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤが直接依存するｊ番目のレイヤを識別する。
このように、既存の技法は、図１６にリストされたスケーラビリティ型の間でビットを割り当てるために、ＮＡＬユニット中およびビデオパラメータセット中のスケーラビリティ識別子をシグナリングする。そして、各スケーラビリティ型に対しいくつの次元がサポートされるかが図１６に定義される。例えば、スケーラビリティ型１は２つの次元（すなわち空間および品質）を有する。各次元に対し、ｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］は、これらの２つの次元の各々に割り当てられるビットの数を定義し、ｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］の全ての値の総和は、ＮＡＬユニットヘッダのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのビットの数である６以下である。しかしてこの技法は、どの型のスケーラビリティが使用されるか、およびＮＡＬユニットヘッダの６ビットがスケーラビリティにどのように割り当てられるかを組み合わせて識別する。
図１６に示されるような様々なスケーラビリティ次元のかかる固定された組み合わせは多くの応用に適しているが、これに含まれていない望ましい組み合わせがある。図１７を参照すると、修正されたビデオパラメータセットの拡張シンタクスが、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタクス要素の各ビットに対するスケーラビリティ型を指定している。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ＿ａｌｉｇｎｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔは０に設定される。ｍａｘ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＿ｂｉｔｓは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１またはｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓと呼ばれる、図１３のＮＡＬユニットヘッダの最初の２バイトにおけるシンタクス要素に用いられるビットの合計数を示す。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１シンタクス要素中の各ビットのスケーラビリティ型を指定する。一部の場合において、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１シンタクス要素は、代わりにｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓまたはｒｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタクス要素と呼ばれることもある。シンタクス要素ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１の全てのビットに対するスケーラビリティマップが合わさって、符号化ビデオシーケンス中で使用されるスケーラビリティを指定する。各スケーラビリティ型に対する識別子の実際の値は、ＮＡＬユニットヘッダ中のｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１（ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ）フィールドにおける対応する当該ビットを介してシグナリングされる。全ての値のｉに対してｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］が０に等しいときは、符号化ビデオシーケンスはベース仕様に適合し、しかしてＮＡＬユニットのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１値は０に等しく、エンハンスメントレイヤまたはビューに帰属するＮＡＬユニットはない。ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］は、以下のレイヤ依存情報が適用されるｉ番目のレイヤのｌａｙｅｒ＿ｉｄの値を指定する。ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］は、ｉ番目のレイヤが直接依存するレイヤ数を指定する。ｒｅｆ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤが直接依存するｊ番目のレイヤを識別する。
ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］のより高い値は、図１８に示すように解釈される。スケーラビリティマップ［ｉ］は、（０）なし；（１）空間；（２）品質；（３）深度；（４）マルチビュー；（５）未指定；（６）予備；および（７）予備；のスケーラビリティ次元を含む。
したがって、ＮＡＬユニットヘッダの各ビットは、スケーラビリティ次元が何であるか（例えば、なし、空間、品質、深度、マルチビュー、未指定、予備）についてのビデオパラメータセットにおける３ビットに基づいて解釈される。例えば、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１の全てのビットが空間スケーラビリティに対応することをシグナリングするために、ＶＰＳのｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ値は、ＮＡＬユニットヘッダの６ビットで００１ ００１ ００１ ００１ ００１ ００１として符号化することができる。また、例えばｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１のうち３ビットが空間スケーラビリティに対応し、３ビットが品質スケーラビリティに対応することをシグナリングするために、ＶＰＳのｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ値が、ＮＡＬユニットヘッダの６ビットで００１ ００１ ００１ ０１０ ０１０ ０１０として符号化されてもよい。
図１９を参照すると、別の実施形態が、ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｄｉｍｅｎｓｉｏｎｓ＿ｍｉｎｕｓ１を用いてＮＡＬユニットヘッダの６ビット中のスケーラビリティ次元の数をシグナリングするビデオパラメータセットを含む。ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｄｉｍｅｎｓｉｏｎｓ＿ｍｉｎｕｓ１プラス１は、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１；ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ；および／またはｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタクス要素を介してシグナリングされるスケーラビリティ次元の数を示す。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、図１７に関連して上記で説明したのと同じセマンティクスを有する。ｎｕｍ＿ｂｉｔｓ＿ｆｏｒ＿ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、ｉ番目のスケーラビリティ次元のビットの長さを指定する。ｉ＝０，．．．ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｄｉｍｅｎｓｉｏｎｓ＿ｍｉｎｕｓ１に対するｎｕｍ＿ｂｉｔｓ＿ｆｏｒ＿ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］の総和は６に等しい（またはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１；またはｖｐｓ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ；またはｍａｘ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；またはｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ；またはｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタクス要素に使用されるビットの数に等しい）。
図１７および図１９に関しては、必要に応じて他のバリエーションを使用することもできる。例えば一実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、ｕ（４）（またはｎ＞３またはｎ＜３のｕ（ｎ））を用いてシグナリングすることが可能である。この場合、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］のより高い値が、ビデオ技法の特定のプロファイルに適合するビットストリームのために予備として指定されればよい。例えば、ｕ（４）を用いてｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］をシグナリングするとき、スケーラビリティマップ値６．．．１５を「予備」として指定することができる。別の実施形態では、例えば、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］を、ｕｅ（ｖ）または何らかの他の符号化スキームを用いてシグナリングすることが可能である。例えば別の実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］値が単調な非減少（または非増加）順に配置されるように制限事項を指定することができる。これにより、ＮＡＬユニットヘッダ中のｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１フィールドにおける様々なスケーラビリティ次元フィールドの連続性が得られる。
「ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１」または「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」シンタクス要素を用いてスケーラブルビデオ符号化をシグナリングするための別の既存技法は、ビデオパラメータセット中の一般的ルックアップテーブルをシグナリングすることにより、ＮＡＬユニットヘッダのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１をレイヤ識別情報にマッピングすることである。図２０を参照すると、この既存の技法は、ルックアップテーブルのｉ番目のレイヤの次元型および次元識別情報の数を指定するビデオパラメータセットを含む。具体的に、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ＿ａｌｉｇｎｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔはゼロである。ｎｕｍ＿ｄｉｍｅｎｓｉｏｎｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目のレイヤに対する次元型（ｄｉｍｅｎｓｉｏｎ＿ｔｙｐｅ［ｉ］［ｊ］）および次元識別子（ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］）の数を指定する。図３１に指定されるように、ｄｉｍｅｎｓｉｏｎ＿ｔｙｐｅ［ｉ］［ｊ］は、ｉ番目のレイヤのｊ番目のスケーラビリティ次元型を指定し、該レイヤはｉに等しいｌａｙｅｒ＿ｉｄまたはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１を有する。図２１に示されるように、識別される次元には、（０）ビュー順序ｉｄｘ；（１）深度フラグ；（２）依存ＩＤ；（３）品質ＩＤ；（４）〜（１５）予備が含まれる。ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤのｊ番目のスケーラビリティ次元型の識別子を指定し、存在しないときには０であるものと推定される。ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］は、ｉ番目のレイヤが直接依存するレイヤ数を指定する。ｒｅｆ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤが直接依存するｊ番目のレイヤを識別する。残念ながら、図２０に示した提案された実施形態は、扱いにくい大きなルックアップテーブルをもたらす。
図２２を参照すると、修正されたビデオパラメータセットの拡張部は、スケーラビリティ次元と組み合わせて使用されるスケーラビリティマスクを含む。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、０および１ビットのパターンをシグナリングし、図２３のスケーラビリティマップのシンタクスにより示されるように、各ビットが一つのスケーラビリティ次元に対応する。特定のスケーラビリティ次元に対する１の値は、そのスケーラビリティ次元がこのレイヤ（ｉ番目のレイヤ）に存在することを示す。特定のスケーラビリティ次元についての０の値は、そのスケーラビリティ次元がこのレイヤ（ｉ番目のレイヤ）に存在しないことを示す。例えば、００１０００００のビットのセットは、品質スケーラビリティを表す。シグナリングされるｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］値により、存在する特定のスケーラビリティ次元の実際の識別子の値が示される。ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅｓ［ｉ］の値は、１の値を有するｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ中のビットの数の和に等しい。しかして、

である。ｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］は、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ値によってシグナリングされるスケーラビリティ型の値に対するｊ番目のスケーラビリティ次元の識別子値を示す。
図２４を参照すると、これは図２２の修正図であり、ループの外側でシグナリングされるスケーラビリティマスクを含む。これにより、各レイヤ識別情報に一つの共通のマスクが得られる。図２５を参照すると、この修正では、対応する例示的なビデオパラメータセットは、スケーラビリティマスクは含まずに、スケーラブル識別情報を含むことができる。この場合、シンタクス要素ｓｃａｌａｂｌｅ＿ｉｄ［ｊ］は、図２２のシンタクス要素ｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］と同じ解釈を有する。
図２６を参照すると、これは図２２の修正図であり、ループの外側でシグナリングされるスケーラビリティマスク（ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ）を含む。これにより、各レイヤ識別情報に一つの共通のマスクが得られる。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、０および１ビットのパターンをシグナリングし、図２７のスケーラビリティマップのシンタクスにより示されるように、その各ビットが一つのスケーラビリティ次元に対応する。特定のスケーラビリティ次元に対する１の値は、そのスケーラビリティ次元がこのレイヤ（ｉ番目のレイヤ）に存在することを示す。特定のスケーラビリティ次元に対する０の値は、そのスケーラビリティ次元がこのレイヤ（ｉ番目のレイヤ）に存在しないことを示す。例えば、００１０００００のビットのセットは、品質スケーラビリティを表す。シグナリングされるｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］値により、存在する特定のスケーラビリティ次元の実際の識別子の値が示される。ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅｓ［ｉ］の値は、１の値を有するｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ中のビットの数の和に等しい。しかして、

である。この場合、ｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］変数は、代わりにｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］変数と呼ばれてもよい。ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤのｊ番目のスケーラビリティ次元のスケーラビリティ識別子を指定する。このとき、変数ＳｃａｌａｂｉｌｉｔｙＩｄ［ｉ］［ｊ］は以下のように導出される。

前式中のＳｃａｌａｂｉｌｉｔｙＩｄ［ｉ］［ｋ］は、以下のように、対応するスケーラビリティ型の次元ＩＤをシグナリングする。
前表のＤｅｐｅｎｄｅｎｃｙＩｄ［ｉ］［１］は、ｉ番目のレイヤに対する空間スケーラビリティ次元の依存ＩＤであり、ＱｕａｌｉｔｙＩｄ［ｉ］［２］は、ｉ番目のレイヤに対する品質スケーラビリティ次元の品質ＩＤであり、ｄｅｐｔｈＦｌａｇ［ｉ］［３］は、ｉ番目のレイヤに対する深度スケーラビリティ次元の深度フラグ／深度ＩＤであり、ＶｉｅｗＩｄ［ｉ］［４］は、ｉ番目のレイヤに対するマルチビュースケーラビリティ次元のビューＩＤである。
また、図２６において、１に等しいａｖｃ＿ｂａｓｅ＿ｃｏｄｅｃ＿ｆｌａｇは、ベースレイヤがＲｅｃ．ＩＴＵ‐Ｔ Ｈ．２６４｜ＩＳＯ／ＩＥＣ１４４９６‐１０に適合することを指定し、１に等しいａｖｃ＿ｂａｓｅ＿ｃｏｄｅｃ＿ｆｌａｇは、ＨＥＶＣに適合することを指定する。ｖｐｓ＿ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＿ｐｒｅｓｎｅｔ＿ｆｌａｇは、ＮＡＬユニットヘッダ中のｌａｙｅｒ＿ｉｄの値をシグナリングするｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］変数が、シグナリングされたかどうかを示す。
別の実施形態において、シンタクス要素ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ［ｉ］、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ、ｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］の一つ以上は、ｕ（８）とは異なるビットの数を使用してシグナリングすることができる。例えば、これらのシンタクス要素は、ｕ（１６）（またはｎ＞８もしくはｎ＜８のｕ（ｎ））を用いてシグナリングすることができよう。別の実施形態では、これらのシンタクス要素の一つ以上は、ｕｅ（ｖ）を用いてシグナリングすることが可能である。別の実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、ＮＡＬユニットヘッダのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１；ｖｐｓ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ；ｍａｘ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ；および／またはｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタクス要素中でシグナリングすることができる。一部の実施形態では、システムは、このシグナリングをＶＰＳ ＮＡＬユニットにだけ、もしくは非ＶＰＳ ＮＡＬユニットにだけ、または全てのＮＡＬユニットに対し行ってもよい。さらに別の実施形態では、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、ピクチャ毎にビットストリームの任意の場所でシグナリングされてよい。例えば、スライスヘッダ、ピクチャパラメータセット、ビデオパラメータセット、もしくは他の任意のパラメータセット、またはビットストリームの他の任意の規範的部分においてｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋがシグナリングされればよい。
なお、図１３のＮＡＬユニットヘッダ中のシンタクス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓまたはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が６ビットを有するので、図１３、１５、１８、２０、２１、２２、２３、および対応する説明は、６ビットについて述べている。しかし、前述の説明は全て、当該シンタクス要素が６ビットとは異なるビットの数を使用した場合には適切に修正することが可能である。例えば、当該シンタクス要素（ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓまたはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１）が代わりに９ビットを使用した場合には、図１７では、ｍａｘ＿ｎｕｍ＿ｌａｙｅｒ＿ｍｉｎｕｓ１ビットの値は９となり、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は６ビットの代わりに９ビットの各々に対しシグナリングされることになる。
図２４を参照すると、これは図２２の修正図であり、レイヤ依存情報をシグナリングするためのシンタクスを提供している。新規のシンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎが定義されている。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎは、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０および１ビットのパターンをシグナリングする。ｉ番目のビットに対する０の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが独立レイヤであることを示す。ｉ番目のビットに対する１の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが一つ以上の他のレイヤに依存する依存レイヤであることを示す。
ＮｕｍＤｅｐＬａｙｅｒｓの値は、１の値を有するｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ中のビットの数の和に等しい。しかして、

である。
図２９を参照すると、これは図２６の修正図であり、レイヤ依存情報をシグナリングするためのシンタクスを提供している。新規のシンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］が定義されている。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］は、レイヤが他のレイヤに依存するかどうかをシグナリングする。このフラグに対する０の値は、ｌａｙｅｒ＿ｉｄ ｉを有するレイヤが独立レイヤであることを示す。ｉ番目のビットに対する１の値は、ｌａｙｅｒ＿ｉｄ ｉを有するレイヤが依存レイヤであることを示す。
図３０を参照すると、これは図２６の修正図であり、レイヤ依存情報をシグナリングするためのシンタクスを提供している。新規のシンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］が定義されている。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］は、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０ビットと１ビットとのパターンをシグナリングする。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに対する０の値は、レイヤｉが、ｌａｙｅｒ＿ｉｄ（ｋ＋１）を有するレイヤに依存しないことを示す。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに対する１の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）を有するレイヤに依存することを示す。
図３１を参照すると、これは図２６の修正図であり、レイヤ依存情報をシグナリングするためのシンタクスを提供している。新規のシンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎが定義されている。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎは、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０および１ビットのパターンをシグナリングする。ｉ番目のビットに対する０の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが独立レイヤであることを示す。ｉ番目のビットに対する１の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが一つ以上の他のレイヤに依存する依存レイヤであることを示す。ＮｕｍＤｅｐＬａｙｅｒｓの値は、１の値を有するｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ中のビットの数の和に等しい。しかして、

である。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］は、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０および１ビットのパターンをシグナリングする。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに対する０の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）を有するレイヤに依存しないことを示す。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに対する１の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）を有するレイヤに依存することを示す。
図３２を参照すると、これは図２６の修正図であり、レイヤ依存情報をシグナリングするためのシンタクスを提供している。図２８は、図２７のシンタクスに基づく別形のシンタクスである。新規のシンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎが定義されている。
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎは、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０および１ビットのパターンをシグナリングする。ｉ番目のビットに対する０の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが独立レイヤであることを示す。ｉ番目のビットに対する１の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが一つ以上の他のレイヤに依存する依存レイヤであることを示す。
ＮｕｍＤｅｐＬａｙｅｒｓの値は、１の値を有するｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ中のビットの数の和に等しい。しかして、

である。シンタクス要素ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］およびｒｅｆ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ（ｉ）が１の値を有するときにだけシグナリングされる。このｌａｙｅｒ＿ｄｅｐｄｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ（ｉ）は、シンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐａｔｔｅｒｎのｉ番目のビットである。
図３３を参照すると、これは図２６の修正図であり、レイヤ依存情報をシグナリングするためのシンタクスを提供している。図２９は、図３１のシンタクスに基づく別形のシンタクスである。新規のシンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎが定義されている。
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎは、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０および１ビットのパターンをシグナリングする。ｉ番目のビットに対する０の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが独立レイヤであることを示す。ｉ番目のビットに対する１の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが一つ以上の他のレイヤに依存する依存レイヤであることを示す。
ＮｕｍＤｅｐＬａｙｅｒｓの値は、１の値を有するｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ中のビットの数の和に等しい。しかして、

である。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］は、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０および１ビットのパターンをシグナリングする。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに対する０の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）を有するレイヤに依存しないことを示す。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに対する１の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）を有するレイヤに依存することを示す。シンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］は、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ（ｉ）が１の値を有するときにだけシグナリングされる。このｌａｙｅｒ＿ｄｅｐｄｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ（ｉ）は、シンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐａｔｔｅｒｎのｉ番目のビットである。
別の実施形態において、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎシンタクス要素は、１ビットのフラグ値のセットとしてシグナリングすることができる。この場合、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の１ビット値の合計が：

としてシグナリングされることになる。
別の実施形態では、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］シンタクス要素は、１ビットのフラグ値のセットとしてシグナリングすることが可能である。この場合、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の１ビット値の合計が：

としてシグナリングされることになる。
別の実施形態において、シンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐの一つ以上は、ｕ（ｖ）の代わりに既知の固定数のビットを使用してシグナリングすることができる。例えば、ｕ（６４）を使用してこれらのシンタクス要素をシグナリングすることができよう。
別の実施形態では、シンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐの一つ以上は、ｕｅ（ｖ）または何らかの他の符号化スキームを使ってシグナリングすることが可能である。
別の実施形態において、前述したシンタクスおよびセマンティクスに対し、プラス１もしくはプラス２を加算することにより、またはマイナス１もしくはマイナス２を減算することにより、様々なシンタクス要素の名称およびそのセマンティクスを変更することができる。
さらに別の実施形態では、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］などの様々なシンタクス要素は、ビットストリームの任意の場所でピクチャ毎にシグナリングすることが可能である。例えばスライスヘッダ、ｐｐｓ／ｓｐｓ／ｖｐｓ／ａｐｓ、もしくは他の任意のパラメータセット、またはビットストリームの他の規範的部分において、このシンタクス要素がシグナリングされてよい。
前述のように、スケーラブルビデオ符号化は、一つ以上のサブセットビットストリームも包含するビデオビットストリームを符号化する技法である。サブセットビデオビットストリームは、より大きなビデオからパケットを落としてサブセットビットストリームに必要なバンド幅を低減させることによって導出が可能である。サブセットビットストリームは、より低い空間分解能（より小さな画面）、より低い時間分解能（より低いフレームレート）、またはより低い品質のビデオ信号を表すことが可能である。例えば、ビデオビットストリームは５つのサブセットビットストリームを含むことができ、各サブセットビットストリームがベースビットストリームに追加のコンテンツを加える。ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）ら著、「高効率ビデオ符号化（ＨＥＶＣ）のスケーラブル拡張のテストモデル（Ｔｅｓｔ Ｍｏｄｅｌ ｆｏｒ Ｓｃａｌａｂｌｅ Ｅｘｔｅｎｓｉｏｎｓ ｏｆ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ））」、ＪＣＴＶＣ‐Ｌ０４５３、上海、２０１２年１０月は、参照により全体として本明細書に組み込まれる。チェン（Ｃｈｅｎ）ら著、「ＳＨＶＣドラフトテキスト１（ＳＨＶＣ Ｄｒａｆｔ Ｔｅｘｔ１）」、ＪＣＴＶＣ‐Ｌ１００８、ジュネーブ、２０１３年３月は、参照により全体として本明細書に組み込まれる。
前述のように、マルチビュービデオ符号化は、別のビューを表す一つ以上の他のビットストリームも包含するビデオビットストリームを符号化する技法である。例えば、複数のビューが立体視ビデオのための一対のビューであってもよい。例えば、複数のビューが、同じシーンの異なる視点からの複数のビューを表すことが可能である。複数のビューは、画像が異なる視点からの同じシーンの画像なので、ビュー間の大量の統計的依存性を一般に包含する。したがって、時間予測およびビュー間予測の組み合わせにより、効率的なマルチビュー符号化を達成することができる。例えば、或るフレームが、時間的に関係するフレーム群からだけでなく、隣接する視点のフレーム群からも効率的に予測可能である。ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）ら著、「スケーラブルおよびマルチビュー拡張の共通仕様テキスト（Ｃｏｍｍｏｎ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｔｅｘｔ ｆｏｒ ｓｃａｌａｂｌｅ ａｎｄ ｍｕｌｔｉ‐ｖｉｅｗ ｅｘｔｅｎｓｉｏｎｓ）」、ＪＣＴＶＣ‐Ｌ０４５２、ジュネーブ、２０１３年１月は、参照により全体として本明細書に組み込まれる。テック（Ｔｅｃｈ）ら著、「ＭＶ‐ＨＥＶＣドラフトテキスト３（ＭＶ‐ＨＥＶＣ Ｄｒａｆｔ Ｔｅｘｔ３）（ＩＳＯ／ＩＥＣ ２３００８‐２：２０１ｘ／ＰＤＡＭ２）」、ＪＣＴ３Ｖ‐Ｃ１００４＿ｄ３、ジュネーブ、２０１３年１月は、参照により全体として本明細書に組み込まれる。
それぞれが参照により全体として本明細書に組み込まれる、チェン（Ｃｈｅｎ）ら著、「ＳＨＶＣドラフトテキスト１（ＳＨＶＣ Ｄｒａｆｔ Ｔｅｘｔ１）」、ＪＣＴＶＣ‐Ｌ１００８、ジュネーブ、２０１３年１月；ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）ら著、「高効率ビデオ符号化（ＨＥＶＣ）のスケーラブル拡張のテストモデル（Ｔｅｓｔ Ｍｏｄｅｌ ｆｏｒ Ｓｃａｌａｂｌｅ Ｅｘｔｅｎｓｉｏｎｓ ｏｆ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ））」、ＪＣＴＶＣ‐Ｌ０４５３‐ｓｐｅｃ‐ｔｅｘｔ、上海、２０１２年１０月；およびハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）著、「高効率ビデオ符号化（ＨＥＶＣ）のマルチビュー拡張のドラフトテキスト（Ｄｒａｆｔ Ｔｅｘｔ ｆｏｒ Ｍｕｌｔｉｖｉｅｗ Ｅｘｔｅｎｓｉｏｎ ｏｆ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ））」、ＪＣＴＶＣ‐Ｌ０４５２‐ｓｐｅｃ‐ｔｅｘｔ‐ｒ１、上海、２０１２年１０月は、各々、出力順序復号ピクチャバッファ（ＤＰＢ）からのピクチャ０の出力および引き抜きのために、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］、およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタクス要素の使用に基づいて作動する該ＤＰＢを有する。この情報は、ベースレイヤに対するビデオパラメータセットの中でシグナリングされ、該情報は、エンハンスメントレイヤがあればそれを含むビデオコンテンツに対するバッファリング情報を提供する。
ＤＰＢからのピクチャの出力および引き抜きのために、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］、およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタクス要素の使用に基づいて、出力順序復号ピクチャバッファ（ＤＰＢ）をシグナリングすることは、コンテンツが符号化された後にユーザの視聴嗜好に基づいて変えられがちな種々の数のエンハンスメントレイヤが使用されるとき、およびコンテンツが符号化された後にユーザの視聴嗜好に基づいて変えられがちなマルチビューエンハンスメントレイヤが使用されるときなど、スケーラブルビデオ符号化により生じ得るバッファの特徴を考慮していないと判定された。また、ＤＰＢからのピクチャの出力および引き抜きのために、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］、およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタクス要素の使用に基づいて、出力順序復号ピクチャバッファ（ＤＰＢ）をシグナリングすることは、デコーダが或るオペレーションポイントで動作するとき、および／または選択された出力レイヤセットを出力するときに、ＤＰＢのメモリ使用に関して最適でない可能性があるとも判定された。このような視聴嗜好の違いに対処するために、出力順序復号ピクチャバッファ（ＤＰＢ）は、エンハンスメントレイヤの一つ以上に対しシンタクス要素を提供するために、ビデオパラメータセット拡張部（ＶＰＳ拡張部）と一緒に含まれているかかるシンタクス要素に、さらに、および／または代わりに基づくことが可能である。このようにして、ユーザの視聴嗜好に対応する傾向のある、特定のオペレーションポイントまたは出力レイヤセットに特に適するようにシンタクス要素を選択すればよい。
ＶＰＳ拡張部において、一つ以上のオペレーションポイントのＣＶＳのサブレイヤおよび／または出力レイヤセットに対するＣＶＳのサブレイヤに対し、ＤＰＢバッファリング関係パラメータｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１をシグナリングすることができる。同様に、システムは、前述のＤＰＢバッファリングパラメータがテスト対象オペレーションポイントに対しまたは選択された出力レイヤセットに対してシグナリングされる場合には、ＶＰＳ拡張部からのシグナリングされた該ＤＰＢバッファリングパラメータを使用するように、出力順序ＤＰＢに対するオペレーションおよびバンピング処理を定義することができる。上記以外の場合は、現レイヤのｌａｙｅｒ＿ｉｄに応じて（現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに対応するｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳから、またはアクティブなレイヤのＳＰＳからの対応するＳＰＳレベルのパラメータが使用される。
図３４Ａを参照すると、例示的な修正されたｖｐｓ＿ｅｘｔｅｎｓｉｏｎが示されている。修正されたｖｐｓ拡張部は、新規のシンタクスすなわちｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓおよびｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］を含む。この修正されたｖｐｓ拡張部は、別のビットストリームと、対象最高次ＴｅｍｐｏｒａｌＩｄと、対象レイヤ識別子リストとを入力として用いたサブビットストリーム抽出処理のオペレーションによって、該別のビットストリームから生成されたビットストリームであるオペレーションポイントに関して定義することができる。
ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓは、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｎｄｅｘ［ｉ］およびｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］により出力レイヤが指定されるレイヤセットの数を指定する。存在しないときは、ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓの値は０に等しいものと推定される。出力レイヤを記述するレイヤセットが、出力レイヤセットである。
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］が存在するレイヤセットのインデックスｌｓＩｄｘを指定する。
１に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤがｌｓＩｄｘ番目のレイヤセットの対象出力レイヤであることを指定する。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］の値は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤがｌｓＩｄｘ番目のレイヤセットの対象出力レイヤでないことを指定する。
ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、オペレーションポイントに関して定義される、ＶＰＳ拡張部ＲＢＳＰ中に存在するｏｐ＿ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造の数を指定する。ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内である。
ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ＶＰＳ拡張部中のｉ番目のｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が適用されるオペレーションポイントによって定義される、レイヤセットのリストの中へのインデックスを指定する。ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値は、両端値を含めて０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内にあればよい。ビットストリーム適合性のために、ｉに等しくないどのｊに対しても、ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｊ］に等しくなることはない。
図３５Ａを参照すると、ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］を指定する。
ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］プラス１は、いくつのサブレイヤが含まれるかを示す。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］プラス１は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、ＣＶＳ中に存在し得る時間サブレイヤの最大数を指定する。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］の値は、両端値を含めて０から６までの範囲内である。
ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、シンタクスが全てのレイヤを含む一つのセットに対するものであるか、個々のレイヤそれぞれに対するものであるかを示す。１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］＋１のサブレイヤに対して存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］の値が、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤの全てのサブレイヤに適用されることを指定する。
ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］プラス１は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときのｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、ＣＶＳの復号ピクチャバッファの最大必要サイズをピクチャストレージバッファ単位で指定する。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］の値は、（サブクローズＡ．４に規定されるように）両端値を含めて０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあればよい。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ−１］以上であればよい。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］が、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに対して存在しないときには、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことにより、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいものと推定される。
ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときの、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、ＣＶＳ中の任意のピクチャに復号順で先行し、そのピクチャに出力順で後続することができるピクチャの最大許容数を示す。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］の値は、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］までの範囲内にあればよい。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］はｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ−１］以上である。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］が、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１の範囲内のｋに対して存在しないときには、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことにより、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいものと推定される。
０に等しくないｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］は、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］の値を計算するために用いられ、この値は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときの、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、ＣＶＳ中の任意のピクチャに出力順で先行し、そのピクチャに復号順で後続することができるピクチャの最大数を指定する。
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］の値は、以下のように指定することができる：
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が０に等しいときには、対応する制限は表現されない。
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］の値は、両端値を含めて０から２３２−２までの範囲内にある。ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに対して存在しないときには、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことにより、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいものと推定される。
「ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１」［ｉｄ］［ｊ］プラス１は、インデックスｉｄに関連するオペレーションポイントのｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、ＣＶＳ中に存在し得る時間サブレイヤの最大数を指定する。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］の値は、両端値を含めて０から６までの範囲内にあればよい。
１に等しい「ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ」［ｉｄ］［ｊ］は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］＋１のサブレイヤに対するインデックスｉｄに関連付けられたオペレーションポイントのために存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］の値が、インデックスｉｄに関連付けられたオペレーションポイントについて、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤの全てのサブレイヤに適用されることを指定する。
「ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１」［ｉｄ］［ｊ］［ｋ］プラス１は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときのｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、インデックスｉｄに関連付けられたオペレーションポイントについて、ＣＶＳに対する復号ピクチャバッファの最大必要サイズを、ピクチャストレージバッファ単位で指定する。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］の値は、（サブクローズＡ．４に規定されるように）両端値を含めて０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあればよい。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ−１］以上であり得る。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］が、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１の範囲内のｋに対して存在しないときには、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことにより、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいものと推定される。
「ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ」［ｉｄ］［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときのｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、インデックスｉｄに関連付けられたオペレーションポイントについて、ＣＶＳ中の任意のピクチャに復号順で先行し出力順でそのピクチャに後続することができるピクチャの最大許容数を示す。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］までの範囲内にあればよい。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ−１］以上であればよい。両端値を含めて０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１の範囲内のｋに対して、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］が存在しないときには、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことにより、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいものと推定される。
０に等しくない「ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１」［ｉｄ］［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときのｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、インデックスｉｄに関連付けられたオペレーションポイントについて、ＣＶＳ中の任意のピクチャに出力順で先行し復号順でそのピクチャに後続することができるピクチャの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］の値を計算するために用いられる。
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］の値は以下のように指定される：
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が０に等しいときには、対応する制限は表現されない。
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて０から２３２−２までの範囲内にあればよい。ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１までの範囲内のｋに対して存在しないときには、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことにより、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいものと推定される。
図３５Ｂを参照すると、ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、図示のようにｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ，ｊ）にさらに修正することができる。この場合、ＶＰＳ拡張シンタクスは、図３４Ｂに示した通りであってもよい。ビットストリームおよびデコーダの適合性をチェックするために、仮想リファレンスデコーダ（ＨＲＤ）が使用される。二つの型のビットストリームまたはビットストリームサブセットが、ビデオ符号化に関する共同作業チーム（ＪＣＴ‐ＶＣ）のＨＲＤ適合性チェックの対象となる。ＴｙｐｅＩビットストリームと呼ばれる第一の型は、ビットストリームの全てのアクセスユニットのＶＣＬ ＮＡＬユニットおよびＦＤ＿ＮＵＴ（フィラデータＮＡＬユニット）に等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬユニットだけを包含するＮＡＬユニットストリームである。ＴｙｐｅＩＩビットストリームと呼ばれる第二の型は、ビットストリームの全てのアクセスユニットのＶＣＬ ＮＡＬユニットおよびフィラデータＮＡＬユニットに加えて、（ａ）フィラデータＮＡＬユニット以外の追加の非ＶＣＬ ＮＡＬユニットと、（ｂ）ＮＡＬユニットストリームからバイトストリームを形成する全てのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓおよびｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタクス要素と、のうちの少なくとも一つを含む。
ＨＲＤに必要な非ＶＣＬ ＮＡＬユニットのシンタクス要素（または一部のシンタクス要素についてはそのデフォルト値）は、クローズ７のセマンティックサブクローズ、付属書ＤおよびＥに規定される。
二つの型のＨＲＤパラメータセット（ＮＡＬ ＨＲＤパラメータおよびＶＣＬ ＨＲＤパラメータ）が使用される。ＨＲＤパラメータセットは、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造を介してシグナリングされ、このシンタクスはＳＰＳシンタクス構造またはＶＰＳシンタクス構造の一部であってよい。
ビットストリームの適合性をチェックするために複数のテストが必要となり得、このストリームは、テスト対象ビットストリームと呼ばれる。各テストに対し、以下のステップがリストされた順序で適用される：
（１）ＴａｒｇｅｔＯｐとして表されるテスト対象オペレーションポイントが選択される。ＴａｒｇｅｔＯｐのレイヤ識別子リストＯｐＬａｙｅｒＩｄＬｉｓｔは、ＴａｒｇｅｔＯｐに関連付けられたビットストリームのサブセットに存在する、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の増加順のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のリストから成り、これはテスト対象ビットストリームに存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のサブセットである。ＴａｒｇｅｔＯｐのＯｐＴｉｄは、ＴａｒｇｅｔＯｐに関連付けられたビットストリームサブセットに存在する最高次のＴｅｍｐｏｒａｌＩｄに等しい。
（２）ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔがＴａｒｇｅｔＯｐのＯｐＬａｙｅｒＩｄＬｉｓｔに等しく設定され、ＨｉｇｈｅｓｔＴｉｄがＴａｒｇｅｔＯｐのＯｐＴｉｄに等しく設定され、テスト対象ビットストリーム、ＨｉｇｈｅｓｔＴｉｄおよびＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔを入力として、クローズ１０に規定されるサブビットストリーム抽出処理が呼び出され、その出力がＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅに割り当てられる。
（３）ＴａｒｇｅｔＯｐに適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が選択される。ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔがテスト対象ビットストリームに存在する全てのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を包含する場合には、アクティブなＳＰＳ中の（またはこの規格に規定されない外部手段を介して供給される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が選択される。上記以外の場合には、ＴａｒｇｅｔＯｐに適用されるアクティブなＶＰＳ中の（またはこの規格に規定されない何らかの外部手段を介して供給される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が選択される。選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造内において、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅＩビットストリームである場合は、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」の直後のｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタクス構造が選択され、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しく設定される；それ以外の（ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅＩＩビットストリームである）場合には、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（この場合には変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しく設定される）または条件「ｉｆ（ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（この場合には変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが１に等しく設定される）の直後のｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタクス構造が選択される。ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅＩＩビットストリームであり、且つＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しいときには、フィラデータＮＡＬユニット以外の全ての非ＶＣＬ ＮＡＬユニット、ならびに（付属書Ｂに規定される）ＮＡＬユニットストリームからバイトストリームを形成する全てのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、およびｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタクス要素が、これらが存在する場合には、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅから廃棄され、残りのビットストリームがＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅに割り当てられる。
別の場合において、ビットストリームの適合性をチェックするために複数のテストが必要となり得、このストリームは、テスト対象ビットストリームと呼ばれる。各テストに対し、以下のステップがリストされた順序で適用される：
（１）ＴａｒｇｅｔＯｐＬｓとして表されるテスト対象出力レイヤセットが選択される。ＴａｒｇｅｔＯｐＬｓにおいてｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［］により参照されるオペレーションポイントが、テスト対象オペレーションポイントを識別する。ＴａｒｇｅｔＯｐＬｓの出力レイヤ識別子リストＯｐＬａｙｅｒＩｄＬｉｓｔは、ＴａｒｇｅｔＯｐおよびＴａｒｇｅｔＯｐＬｓに関連付けられたビットストリームサブセットに存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の増加順のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のリストから成り、これはテスト対象ビットストリームに存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のサブセットである。ＴａｒｇｅｔＯｐのＯｐＴｉｄは、ＴａｒｇｅｔＯｐに関連付けられたビットストリームサブセット中に存在する最高次のＴｅｍｐｏｒａｌＩｄに等しい。
（２）ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔが、選択された出力レイヤセットＴａｒｇｅｔＯｐＬｓに対する対象復号レイヤ識別子リストｔａｒｇｅｔＤＬａｙｅｒＩｄＬｉｓｔに等しく設定され、ＨｉｇｈｅｓｔＴｉｄが、ＴａｒｇｅｔＯｐのＯｐＴｉｄに等しく設定され、テスト対象ビットストリーム、ＨｉｇｈｅｓｔＴｉｄおよびＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔを入力として、クローズ１０に規定されるサブビットストリーム抽出処理が呼び出され、その出力がＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅに割り当てられる。
（３）ＴａｒｇｅｔＯｐに適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が選択される。ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔが、テスト対象ビットストリームに存在する全てのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を包含する場合は、アクティブなＳＰＳ中の（またはこの規格に規定されない外部手段を介して供給される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が選択される。上記以外の場合には、ＴａｒｇｅｔＯｐに適用されるアクティブなＶＰＳ中の（またはこの規格に指定されない何らかの外部手段を介して供給される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が選択される。選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造内において、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅＩビットストリームである場合には、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」の直後のｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタクス構造が選択され、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇは０に等しく設定される；それ以外の（ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅＩＩビットストリームである）場合には、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（この場合には変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しく設定される）または条件「ｉｆ（ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（この場合には変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが１に等しく設定される）の直後のｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタクス構造が選択される。ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅＩＩビットストリームであり、且つＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しいときには、フィラデータＮＡＬユニット以外の全ての非ＶＣＬ ＮＡＬユニット、ならびに（付属書Ｂに指定される）ＮＡＬユニットストリームからバイトストリームを形成する全てのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、およびｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタクス要素が、存在する場合にはＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅから廃棄され、残りのビットストリームがＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅに割り当てられる。
適合デコーダは、このサブクローズに規定された全ての要件を満たすことができる。
（１）特定のプロファイル、階層およびレベルへの適合性をクレームするデコーダは、ＶＣＬ ＮＡＬユニットにおいて参照される全てのＶＰＳ、ＳＰＳおよびＰＰＳ、ならびに適切なバッファリング期間ＳＥＩメッセージおよびピクチャタイミングＳＥＩメッセージが、ビットストリームにおいて（非ＶＣＬ ＮＡＬユニットにより）またはこの規格に規定されない外部手段によりデコーダに適時の様式で搬送されるということを条件として、付属書Ａに規定された様式でサブクローズＣ．４中に規定されたビットストリーム適合性要件に適合する全てのビットストリームを良好に復号することを可能にできる。
（２）或るビットストリームが、予備として指定される値を有するシンタクス要素を包含し、デコーダが予備値を有するシンタクス要素の値、または該シンタクス要素を含むＮＡＬユニットを無視してよいと指定され、当該ビットストリームがその他の点でこの規格に適合するときに、適合デコーダは、当該ビットストリームをあたかも適合ビットストリームを復号するのと同じ様に復号することができ、指定されるように予備値を有するシンタクス要素または該シンタクス要素を含むＮＡＬユニットを無視することができる。
デコーダの適合性には、出力タイミング適合性および出力順序適合性の二つの種類がある。
デコーダの適合性をチェックするために、サブクローズＣ．４に規定されクレームされるプロファイル、階層およびレベルに適合するテストビットストリームが、仮想ストリームスケジューラ（ＨＳＳ；ｈｙｐｏｔｈｅｔｉｃａｌ ｓｔｒｅａｍ ｓｃｈｅｄｕｌｅｒ）によって、ＨＲＤおよびテスト対象デコーダ（ＤＵＴ；ｄｅｃｏｄｅｒ ｕｎｄｅｒ ｔｅｓｔ）の両方に配信される。ＨＲＤにより出力される全てのクロップされた復号ピクチャがＤＵＴによっても出力することができ、ＤＵＴにより出力される各クロップされた復号ピクチャは、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するピクチャとすることが可能で、かかるＤＵＴにより出力されるクロップされた復号ピクチャの各々に対して、出力される全てのサンプルの値は、規定された復号処理により生成されるサンプルの値に等しくすることができる。
出力タイミングデコーダ適合性のために、ＨＳＳは、指定されたプロファイル、階層およびレベルに対して付属書Ａの規定によってビットレートおよびＣＰＢサイズが制限されるＳｃｈｅｄＳｅｌＩｄｘの値のサブセットからだけ選択される配信スケジュールを用いて、または以下に指定される、付属書Ａの規定によってビットレートおよびＣＰＢサイズが制限される「補間された」配信スケジュールを用いて、前述のように作動する。ＨＲＤおよびＤＵＴの両方に同じ配信スケジュールが使用される。
ＨＲＤパラメータおよびバッファリング期間ＳＥＩメッセージが存在し、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］が０より大きいとき、デコーダは、以下のようにピークビットレートｒ、ＣＰＢサイズｃ（ｒ）、および初期ＣＰＢ引き抜き遅延

を有するとして指定された「補間された」配信スケジュールを用いて作動しているＨＳＳから配信されるビットストリームを復号することを可能にできる。
どのＳｃｈｅｄＳｅｌＩｄｘ＞０およびｒに対しても、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ−１］≦ｒ≦ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］であり、ｒおよびｃ（ｒ）が、指定のプロファイル、階層およびレベルに対して付属書Ａに規定された最大ビットレートおよびバッファサイズに関する限界の範囲内にある。ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］は、バッファリング期間ごとに異なり得るため、再計算する必要がある。
出力タイミングデコーダ適合性のために、前述のＨＲＤが使用され、（第一ビットの配信時刻に対する）ピクチャ出力のタイミングは、ＨＲＤおよびＤＵＴの両方に対し同じであり一定の遅延以下である。
出力順序デコーダ適合性のために、以下が適用される：
（１）ＨＳＳが、ＤＵＴからの「要求によって」ビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅをＤＵＴに配信する、つまり、ＨＳＳは、ＤＵＴが処理の進行のためのさらなるビットを求めたときにだけ（復号順に）ビットを配信する。これは、このテストでは、ＤＵＴの符号化ピクチャバッファが、最大の復号ユニットのサイズと同じ小ささになり得ることを意味する。
（２）以下に説明するような修正されたＨＲＤが使用され、ＨＳＳは、ビットレートおよびＣＰＢサイズが付属書Ａに規定されるように制限されるように、ビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅ中に指定されたスケジュールの一つによってビットストリームをＨＲＤに配信する。ＨＲＤおよびＤＵＴの両方に対し、出力されるピクチャの順序を同一にすることができる。
（３）ＨＲＤ ＣＰＢのサイズは、サブクローズＥ．２．３に指定されるようにＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］により与えられ、ＳｃｈｅｄＳｅｌＩｄｘおよびＨＲＤパラメータは、サブクローズＣ．１に指定されるように選択される。ＤＰＢサイズは、（現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときには）アクティブなＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値のアクティブなレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１により与えられる。一部の場合において、選択された出力レイヤセットに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＤＰＢサイズは、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］により与えられ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定され、前式中のｃｕｒｒＬａｙｅｒＩｄは現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＤＰＢサイズは、（現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときには）アクティブなＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値のアクティブなレイヤＳＰＳからの、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１により与えられる。
一部の場合において、選択された出力レイヤセットに対し出力レイヤセットＤＰＢ情報パラメータｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＤＰＢのサイズは、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］により与えられ、または選択された出力レイヤセットに対するｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定され、前式中のｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。上記以外の場合には、選択された出力レイヤセットに対する出力レイヤセットＤＰＢ情報パラメータｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＤＰＢサイズは、（現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときには）アクティブなＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値のアクティブなレイヤＳＰＳからの、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１により与えられる。
ＨＲＤのＣＰＢからの引き抜き時刻は最終ビットの到着時刻であり、復号は瞬時に行われる。このＨＲＤのＤＰＢのオペレーションは、サブクローズＣ．５．２〜Ｃ．５．２．３に記載される通りである。
復号ピクチャバッファは、ピクチャストレージバッファを包含する。０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄのピクチャストレージバッファの数は、アクティブなＳＰＳから導出される。ゼロでないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の各々に対するピクチャストレージバッファの数は、該ゼロでないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に対するアクティブなレイヤＳＰＳから導出される。ピクチャストレージバッファの各々は、「参照のために使用される」としてマークされた、または将来の出力のために保持された復号ピクチャを包含する。サブクローズＦ．１３．５．２．２に規定されるＤＰＢからのピクチャの出力および引き抜きのための処理が呼び出され、次いで、サブクローズＦ．１３．５．２．３．に規定されるピクチャ復号、マーキング、追加バンピングおよび格納のための処理が呼び出される。「バンピング」処理はサブクローズＦ．１３．５．２．４に規定され、サブクローズＦ．１３．５．２．２およびＦ．１３．５．２．３に規定されるように呼び出される。
現ピクチャの復号前（だが現ピクチャの第一のスライスのスライスヘッダを構文解析した後）のＤＰＢからピクチャの出力および引き抜きは、現ピクチャを含むアクセスユニットの第一の復号ユニットがＣＰＢから引き抜かれるときに瞬時に行われ、以下のように進む。
サブクローズ８．３．２に規定されるＲＰＳの復号処理が呼び出される。
（１）現ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有していて、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する、ピクチャ０ではないＩＲＡＰピクチャである場合、以下の順序付きステップが適用される：
（Ａ）テスト対象デコーダに対し変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが以下のように導出される：
（ｉ）現ピクチャがＣＲＡピクチャである場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、（ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に関わらず）１に等しく設定される。
（ｉｉ）上記以外の場合には、アクティブなＳＰＳから導出されるｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値が、先行するピクチャに関してアクティブなＳＰＳから導出されるｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値とそれぞれ異なる場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に関わらず、テスト対象デコーダにより１に設定（されるべきではないが）される。これらの条件下においてはＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定することが望ましいが、テスト対象デコーダはこの場合にＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１に設定することが許される。
（ｉｉｉ）それ以外の場合には、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
（Ｂ）テスト対象デコーダに対し導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値が、以下のようにＨＲＤに適用される：
（ｉ）ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ中の全てのピクチャストレージバッファは、それらが包含するピクチャの出力をせずに空にされ、ＤＰＢ充満度が０に等しく設定される。
（ｉｉ）上記以外の（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）場合には、「出力のために不要」および「参照のために使用されず」としてマークされたピクチャを包含する全てのピクチャストレージバッファが（出力なしで）空にされ、ＤＰＢ中の全ての空でないピクチャストレージバッファが、サブクローズＦ．１３．５．２．４に規定される「バンピング」処理を繰り返し呼び出すことにより空にされ、ＤＰＢ充満度は０に等しく設定される。
（ｉｉｉ）それ以外の（現ピクチャが１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有し、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＩＲＡＰピクチャではない）場合には、「出力のために不要」および「参照のために使用されず」としてマークされたピクチャを包含する全てのピクチャストレージバッファが（出力なしで）空にされる。各ピクチャストレージバッファが空にされるごとにＤＰＢ充満度が１だけ減らされる。変数ｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しく設定される。
変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が、現テスト対象オペレーションポイントに基づいて以下のように導出される：
（１）テスト対象オペレーションポイントＴａｒｇｅｔＯｐに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定される。
（２）テスト対象オペレーションポイントＴａｒｇｅｔＯｐに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳの、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定され、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳから、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳから導出されるＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定される。
（３）選択されたテスト対象オペレーションポイントＴａｒｇｅｔＯｐに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定される。
以下の条件の一つ以上が真のときには、以下の条件のいずれもが真でなくなるまで、サブクローズＦ．１３．５．２．４に規定される「バンピング」処理が繰り返し呼び出されて、さらなるピクチャストレージバッファが空にされるごとに、ＤＰＢ充満度がさらに１だけ減らされる：
（１）「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＤＰＢ中のピクチャの数が、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
（２）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも一つのピクチャがＤＰＢ中に在って、該ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］が、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である場合。
（３）ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する、ＤＰＢ中のピクチャの数が、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
このサブクローズに規定される処理は、現ピクチャを包含するアクセスユニットｎの最後の復号ユニットがＣＰＢから引き抜かれるときに瞬時に行われる。
変数ｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しく設定される。
「出力のために必要」としてマークされ、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する、ＤＰＢ中の各ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］は、ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］＋１に等しく設定される。
現ピクチャは、ピクチャの最後の復号ユニットが復号された後に復号されたとみなされる。現復号ピクチャは、ＤＰＢの空のピクチャストレージバッファに格納され、以下が適用される：
（Ａ）現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合には、「出力のために必要」としてマークされ、その関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］は０に等しく設定される。
（Ｂ）上記以外の（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、「出力のために不要」としてマークされる。
現復号ピクチャは、「短期参照のために使用される」としてマークされる。
以下の条件の一つ以上が真のときには、以下の条件のいずれもが真でなくなるまで、サブクローズＦ．１３．５．２．４に規定される「バンピング」処理が繰り返し呼び出される。
（Ａ）「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する、ＤＰＢ中のピクチャの数が、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
（Ｂ）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも一つのピクチャがＤＰＢ中に在り、該ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］が、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
他の場合には、変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が、以下のように導出される：
（１）テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定される。
（２）テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳ、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定され、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳから、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳから導出されるＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定される。
（３）選択されたテスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定される。
以下の条件の一つ以上が真のときには、以下の条件のいずれもが真でなくなるまで、サブクローズＦ．１３．５．２．４に規定される「バンピング」処理が繰り返し呼び出されて、さらなるピクチャストレージバッファが空にされるごとにＤＰＢ充満度がさらに１だけ減らされる：
（１）「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＤＰＢ中のピクチャの数が、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
（２）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも一つのピクチャがＤＰＢ中に在り、該ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である場合。
（３）ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＤＰＢ中のピクチャの数が、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
このサブクローズに規定される処理は、現ピクチャを包含するアクセスユニットｎの最後の復号ユニットがＣＰＢから引き抜かれるときに瞬時に行われる。
変数ｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しく設定される。
「出力のために必要」としてマークされ、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するＤＰＢ中の各ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］は、ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］＋１に等しく設定される。
現ピクチャは、ピクチャの最後の復号ユニットが復号された後に復号されたと見なされる。現復号ピクチャは、ＤＰＢ中の空のピクチャストレージバッファに格納され、以下が適用される：
（Ａ）現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合には、「出力のために必要」としてマークされ、その関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］は０に等しく設定される。
（Ｂ）上記以外の（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、「出力のために不要」としてマークされる。
現復号ピクチャは、「短期参照のために使用される」としてマークされる。
以下の条件の一つ以上が真のときには、以下の条件のいずれもが真でなくなるまで、サブクローズＦ．１３．５．２．４に規定される「バンピング」処理が繰り返し呼び出される。
（Ａ）「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＤＰＢ中のピクチャの数が、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
（Ｂ）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも一つのピクチャがＤＰＢ中に在り、該ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
「バンピング」処理は、以下の順序付きステップからなる：
（Ａ）最初に出力されるピクチャが、「出力のために必要」としてマークされたＤＰＢ中の全てのピクチャのうちで最小値のＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するピクチャとして選択される。
（Ｂ）これらのピクチャは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのアクティブなＳＰＳ中、またはピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のアクティブなレイヤＳＰＳ中に指定された適合クロッピングウィンドウを使用してクロップされ、クロップされたピクチャはｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に出力され、これらピクチャは「出力のために不要」としてマークされる。
（Ｃ）「参照のために使用されず」としてマークされたピクチャを包含し、クロップされ、出力されたピクチャの一つを含んでいた各ピクチャストレージバッファが空にされる。
ＶＰＳ拡張部は、必要に応じて追加の修正を有してもよい。
図３６を参照すると、追加の修正は、オペレーションポイントの代わりに出力レイヤセットに対し、ＶＰＳ拡張部において送信されるＤＰＢパラメータを含むことができ、ｏｏｐｓ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）が図３７に示されている。
ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、ＶＰＳ拡張部ＲＢＳＰ中に存在するｏｏｐ＿ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造の数を指定する。ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて０からｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓまでの範囲内にあればよい。
ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ＶＰＳ拡張部中のｉ番目のｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が適用される対象出力レイヤセットのリストの中にインデックスを指定する。
ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値は、両端値を含めて０からｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓまでの範囲内でなければならない。ｉに等しくないいずれのｊについても、ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｊ］に等しくなってはならないことが、ビットストリーム適合性の要件である。
図３８を参照すると、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒｅｍｔｅｒｓ（ｃ）は、さらに修正することができ、ＶＰＳ拡張部のシンタクスは図３９に示されるようにすることが可能である。
図４０を参照すると、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒｅｍｔｅｒｓ（ｃ）はさらに修正が可能で、ＶＰＳ拡張部のシンタクスは図４１または図４２に示されるようにすることができる。
ＶＰＳ拡張部のシンタクスの代替例は、
が次のように変更可能なことである。
ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｉｄは、ＣＶＳ中の全てのＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの最大許容値を指定する。ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１は、ＣＶＳに存在し得るレイヤの最大数を指定し、レイヤは、例えば空間スケーラブルレイヤ、品質スケーラブルレイヤ、テクスチャビューまたは深度ビューとすることができる。
ＶＰＳ拡張部のシンタクスの別の代替例は、
が次のように変更可能なことである。
前式中の、選択された出力レイヤセットインデックスｏｐｌｓＩｄｘに対するｎｕｍＯｕｔｐｕｔＬａｙｅｒｓは、次のように導出される：
ＶＰＳ拡張部のシンタクスの別の代替例は、
が次のように変更可能なことである。
前式中の、選択されたｏｐｌｓＩｄｘに対するｎｕｍＯｕｔｐｕｔＬａｙｅｒｓは、次のように導出される：
次いで、選択されたｏｐｌｓＩｄｘに対する対象復号レイヤ識別子リストｔａｒｇｅｔＤＬａｙｅｒＩｄＬｉｓｔおよびｎｕｍＤｅｃｏｄｅｄＬａｙｅｒｓが、次のように導出される：
一実施形態において、次のように、特定のレイヤに対しｏｏｐ＿ｄｐｂ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｒａｍｅｔｅｒｓがシグナリングされるかどうかを示すために、追加のフラグをシグナリングすることができる：
１に等しいｖｐｓ＿ｌａｙｅｒ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、特定の出力レイヤセットのｊ番目のレイヤに対しｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓが存在することを指定する。０に等しいｖｐｓ＿ｌａｙｅｒ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、特定の出力レイヤセットのｊ番目のレイヤに対しｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓが存在しないことを指定する。
別の実施形態において、ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて０から１０２４までの範囲内とすることができる。さらに別の実施形態では、１０２４の代わりに異なる固定数が使用されてもよい。
代わりの実施形態では、ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、両端値を含めて０から１０２３までの範囲内にある。
図４３を参照すると、ＤＰＢパラメータがＶＰＳ拡張部において出力レイヤセットおよびオペレーションポイントから独立して各レイヤに対し送信される場合には、別の修正されたＶＰＳ拡張部およびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）を使用することができる。
図４４を参照すると、ＶＰＳからシグナリングされるシンタクス要素ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒ＿ｍｉｎｕｓ１が全てのレイヤに使用され、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ）／ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ）において別々にシグナリングされない場合に、修正されたｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）を使用することが可能である。
別の実施形態において、シンタクス要素の一つ以上は、ｕｅ（ｖ）の代わりに、ｕ（ｖ）の代わりに既知の固定数のビットを使用してシグナリングすることが可能である。例えば、ｕ（８）またはｕ（１６）またはｕ（３２）またはｕ（６４）などを使用してこれらのシンタクス要素をシグナリングすることができよう。
別の実施形態において、これらのシンタクス要素の一つ以上は、ｕ（ｖ）符号化などの固定数のビットの代わりに、ｕｅ（ｖ）または何らかの他の符号化スキームによりシグナリングすることもできよう。
別の実施形態において、前述したシンタクスおよびセマンティクスに対し、プラス１もしくはプラス２を加算することにより、またはマイナス１もしくはマイナス２を減算することにより、様々なシンタクス要素の名称およびそのセマンティクスを変更することができる。
さらに別の実施形態において、ビットストリームの任意の場所でピクチャ毎に、様々なシンタクス要素をシグナリングすることができる。例えば、これらシンタクス要素は、スライスセグメントヘッダ、ｐｐｓ／ｓｐｓ／ｖｐｓ／、もしくは他の任意のパラメータセット、またはビットストリームの他の規範的部分においてシグナリングすることが可能である。
さらに別の実施形態では、本発明に定義される出力レイヤセットに関係する全ての概念は、出力オペレーションポイント［２，３］に、および／またはオペレーションポイント［１］に適用されてもよい。
前述のように、シーケンスパラメータセット（「ＳＰＳ」）は、ビデオシーケンス全体に対し有効なデータを伝えるために使用が可能である。したがって、ＳＰＳは、各スライスセグメントヘッダ中に見られるものなど、シンタクス要素によって参照されるＰＰＳ中に見られるシンタクス要素のコンテンツによって決まる、ゼロ個以上の符号化ビデオシーケンス群全体に適用されるシンタクス要素を包含するシンタクス構造である。また、前述のように、ピクチャパラメータセット（「ＰＰＳ」）は、ピクチャ毎ベースで有効なデータを伝える。したがって、ＰＰＳは、各スライスセグメントヘッダ中に見られるものなど、シンタクス要素によって決まる、ゼロ個以上の符号化ピクチャ群全体に適用されるシンタクス要素を包含するシンタクス構造である。例として、ベースレイヤは１０８０ｐの符号化ビデオシーケンスとすることができ、一方、エンハンスメントレイヤ（群）は４Ｋの符号化ビデオシーケンスを供給する。
図４５を参照すると、スケーラブル高効率コーディング（「ＳＶＨＣ；ｓｃａｌａｂｌｅ ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｃｏｄｉｎｇ」）で符号化をするとき、ベースレイヤは一つ以上のＳＰＳを含むことができ、また、一つ以上のＰＰＳも含むことができる。同様に、各エンハンスメントレイヤは、一つ以上のＳＰＳを含んでよく、一つ以上のＰＰＳも含んでよい。図４５において、ＳＰＳ＋は、特定のベースまたはエンハンスメントレイヤに対しシグナリングされる一つ以上のＳＰＳを示し、ＰＰＳ＋は一つ以上のＰＰＳを示す。このように、ベースレイヤおよび一つ以上のエンハンスメントレイヤの両方を有するビデオビットストリームに対する、ＳＰＳおよびＰＰＳデータセットの総数はかかるデータを伝送するため必要なバンド幅とともに大きくなり、バンド幅は、多くの用途において制限を受ける傾向がある。かかるバンド幅の制約に伴い、伝送する必要のあるデータを制限し、データをビットストリーム中に効率的に配置することが望まれる。各レイヤは、任意の特定の時にアクティブ化される１つのＳＰＳおよび／またはＰＰＳを有することができ、必要に応じ、異なるアクティブなＳＰＳおよび／またはＰＰＳを選択すればよい。
入力ピクチャは、複数の符号化ツリーブロック（例えば、本明細書では一般にブロックと言う）を含むことができ、一つまたはいくつかのスライスに分割が可能である。一スライスが表現するピクチャの領域におけるサンプルの値は、エンコーダおよびデコーダにおいて使われる参照ピクチャが同じであり、デブロッキングフィルタリングに、スライス境界を越える情報が使われないということを条件として、他のスライスからのデータの使用なしに適切に復号することができる。したがって、スライスに対するエントロピー復号およびブロック再構築は他のスライスに依存しない。具体的に、エントロピー符号化状態は、各スライスの開始時にリセットすることが可能である。エントロピー復号および再構築の両方に対する近隣利用可能性を定義するときに、他のスライス中のデータは利用不可能としてマークすることができる。これらスライスは、並列にエントロピー復号および再構築を行うことが可能である。スライスの境界を越えてのイントラ予測および動きベクトル予測は、望ましくは許されない。これに対し、デブロッキングフィルタリングはスライス境界を越えた情報を用いることができる。
図４６は、水平方向に１１ブロックおよび垂直方向に９ブロック（２０９１〜２０９９とラベルされた９つの例示的なブロック）を含む例示的なビデオピクチャ２０９０を示す。図４６は、「スライス＃０」と名付けられた第一スライス２０８０、「スライス＃１」と名付けられた第二スライス２０８１および「スライス＃２」と名付けられた第三スライス２０８２の、３つの例示的なスライスを示す。デコーダは、３つのスライス２０８０、２０８１、２０８２を並列に復号し再構築することができる。これらスライスの各々は、順次的にスキャンライン順で伝送することが可能である。各スライスに対する復号／再構築処理の開始時に、コンテキストモデルが初期化またはリセットされ、他のスライス中のブロックは、エントロピー復号およびブロック再構築の両方に対して利用不可能としてマークされる。コンテキストモデルは、一般に、エントロピーエンコーダおよび／またはデコーダの状態を表す。しかして、「スライス＃１」中のブロック、例えば２０９３とラベルされたブロックに対するコンテキストモデル選択または再構築のために、「スライス＃０」中のブロック（例えば、２０９１および２０９２とラベルされたブロック）を使用することはできない。一方で、「スライス＃１」中のブロック、例えば２０９５とラベルされたブロックに対するコンテキストモデル選択または再構築のために、「スライス＃１」中の他のブロック（例えば、２０９３および２０９４とラベルされたブロック）を使用することは可能である。したがって、エントロピー復号およびブロック再構築は、スライス内で逐次的に進む。スライスがフレキシブルブロック順序付け（ＦＭＯ；ｆｌｅｘｉｂｌｅ ｂｌｏｃｋ ｏｒｄｅｒｉｎｇ）を用いて定義されている場合を除き、スライス内のブロックは、ラスタースキャンの順に処理される。
フレキシブルブロック順序付けは、ピクチャをどのようにスライスに分割するかを修正するようにスライスグループを定義する。スライスグループ中のブロックは、ブロック対スライスグループマップによって定義され、該マップは、スライスヘッダ中のピクチャパラメータセットのコンテンツおよび追加情報によってシグナリングされる。ブロック対スライスグループマップは、ピクチャ中の各ブロックに対するスライスグループ識別番号で構成される。スライスグループ識別番号は、関連するブロックがどのスライスグループに属するのかを指定する。各スライスグループは、一つ以上のスライスに分割することができ、スライスは、特定のスライスグループのブロックのセット内でラスタースキャンの順に処理される、同一スライスグループ内のブロックのシーケンスである。エントロピー復号およびブロック再構築は、スライスグループ内で逐次的に進む。
図４７は、「スライスグループ＃０」と名付けられた第一スライスグループ２０８３、「スライスグループ＃１」と名付けられた第二スライスグループ２０８４、および「スライスグループ＃２」と名付けられた第三スライスグループ２０８５の３つのスライスグループへの、例示的なブロック割り当てを表す。これらのスライスグループ２０８３、２０８４、２０８５は、ピクチャ２０９０中の２つの前景領域および一つの背景領域にそれぞれ関連付けることができる。
図４７に示されるように、スライスの配列は、ラスタースキャンまたはラスタースキャン順としても知られる画像スキャン順に、ブロック群のペアの間で各スライスを定義することに限定することが可能である。スキャン順のスライスの配列は、計算には効率的であるが、高い効率の並列符号化および復号には適さない傾向がある。さらに、このスライスのスキャン順序の定義は、効率的に符号化するのによく適した共通の特性を有する可能性が高い、画像のより小さな局所化された領域をグループ化しない傾向がある。図４７に示されるように、スライス２０８３、２０８４、２０８５の配列は、その配列において高度にフレキシブルではあるが、高い効率の並列符号化または復号には適さない傾向がある。さらに、この高度にフレキシブルなスライスの定義は、デコーダに実装するには計算処理が複雑である。
図４８を参照すると、タイル技法によって、画像が矩形（正方形を含む）の領域のセットに分割されている。この各タイル内のこれらブロック（一部のシステムでは代わりに、最大符号化ユニットまたは符号化ツリーブロックとも言われる）は、ラスタースキャン順に符号化および復号される。タイルの配列は、同様にラスタースキャン順に符号化および復号される。したがって、任意の適した数の列境界（例えば０以上）があり得、任意の適した数の行境界（例えば０以上）があり得る。しかして、フレームは、図４８に示される一スライスのような、一つ以上のスライスとして定義することができる。一部の実施形態において、異なるタイルに所在するブロックは、イントラ予測、動き補償、エントロピー符号化コンテキスト選択、または近隣のブロックの情報に頼る他の処理のために利用はできない。
図４９を参照すると、画像を３つの矩形の列のセットの分割するタイル技法が示されている。各タイル内のブロック（一部のシステムでは代わりに、最大符号化ユニットまたは符号化ツリーブロックとも言われる）は、ラスタースキャン順に符号化および復号される。タイルも同様にラスタースキャン順に符号化および復号される。一つ以上のスライスが、タイルのスキャン順に定義されてよい。スライスの各々は別々に復号可能である。例えば、スライス１はブロック１〜９を含むとして定義されてよく、スライス２はブロック１０〜２８を含むとして定義されてよく、スライス３はブロック２９〜１２６を含むとして定義されてよく、該スライスは３つのタイルにまたがる。タイルの使用は、データをフレームのさらに局所化された領域において処理することによって、符号化の効率を促進する。
図５０を参照すると、ベースレイヤおよびエンハンスメントレイヤは各々、それぞれが集合してピクチャまたはその一部を形成するタイルを含むことができる。ベースレイヤおよび一つ以上のエンハンスメントレイヤからのタイルを含む符号化ピクチャは、集合してアクセスユニットを形成する。アクセスユニットは、規定された分類ルールに従って相互に関連付けられ、復号順に連続し、且つ／または同一の出力時刻（ピクチャオーダーカウントまたは別途に）に関連付けられた全ての符号化ピクチャのＶＣＬ ＮＡＬユニットおよびそれらに関連する非ＶＣＬ ＮＡＬユニットを包含するＮＡＬユニットのセットとして定義することができる。ＶＣＬ ＮＡＬは、ネットワーク抽象化レイヤのビデオ符号化レイヤである。同様に、符号化ピクチャは、或るアクセスユニット内のｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値を有し、ピクチャの全ての符号化ツリーユニットを包含するＶＣＬ ＮＡＬユニットを含む、ピクチャの符号化表現として定義することができる。さらなる説明が、Ｂ．ブロス、Ｗ‐Ｊ．ハン、Ｊ‐Ｒ．オーム、Ｇ．Ｊ．サリバン、およびＴ．ウィーガント（Ｂ．Ｂｒｏｓ、Ｗ‐Ｊ．Ｈａｎ、Ｊ‐Ｒ．Ｏｈｍ、Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、およびＴ．Ｗｉｅｇａｎｄ）著、「高効率ビデオ符号化（ＨＥＶＣ）規格書ドラフト１０（Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ １０）」、ＪＣＴＶＣ‐Ｌ１００３、ジュネーブ、２０１３年１月；Ｊ．チェン、Ｊ．ボイス、Ｙ．イェ、Ｍ．Ｍ．ハンヌクセラ（Ｊ．Ｃｈｅｎ、Ｊ．Ｂｏｙｃｅ、Ｙ．Ｙｅ、Ｍ．Ｍ．Ｈａｎｎｕｋｓｅｌａ）著、「ＳＶＨＣドラフトテキスト２（ＳＨＶＣ Ｄｒａｆｔ Ｔｅｘｔ ２）」、ＪＣＴＶＣ‐Ｍ１００８、仁川、２０１３年５月；Ｇ．テック、Ｋ．ウェーグナー、Ｙ．チェン、Ｍ．ハンヌクセラ、Ｊ．ボイス（Ｇ．Ｔｅｃｈ、Ｋ．Ｗｅｇｎｅｒ、Ｙ．Ｃｈｅｎ、Ｍ．Ｈａｎｎｕｋｓｅｌａ、Ｊ．Ｂｏｙｃｅ）著、「ＭＶ‐ＨＥＶＣドラフトテキスト４（ＭＶ‐ＨＥＶＣ Ｄｒａｆｔ Ｔｅｘｔ４）（ＩＳＯ／ＩＥＣ２３００８‐２：２０１ｘ／ＰＤＡＭ２）」、ＪＣＴＶＣ‐Ｄ１００４、仁川、２０１３年５月；およびＫ．シューリング、Ｒ．スクーピン、Ｇ．テック、Ｔ．シーエリ、Ｋ．ラパカ、Ｗ．プー、Ｘ．リ、Ｊ．チェン、Ｙ．‐Ｋ．ワン、Ｍ．カーツェウィック、Ｋ．ウギル、Ｍ．Ｍ．ハンヌクセラ（Ｋ．Ｓｕｈｒｉｎｇ、Ｒ．Ｓｋｕｐｉｎ、Ｇ．Ｔｅｃｈ、Ｔ．Ｓｃｈｉｅｒｌ、Ｋ．Ｒａｐａｋａ、Ｗ．Ｐｕ、Ｘ．Ｌｉ、Ｊ．Ｃｈｅｎ、Ｙ．‐Ｋ．Ｗａｎｇ、Ｍ．Ｋａｒｃｚｅｗｉｃｚ、Ｋ．Ｕｇｕｒ、Ｍ．Ｍ．Ｈａｎｎｕｋｓｅｌａ）著、「ＳＨＶＣおよびＭＶ‐ＨＥＶＣのためのタイル境界整列およびインターレイヤ予測制約事項（Ｔｉｌｅ Ｂｏｕｎｄａｒｙ Ａｌｉｇｎｍｅｎｔ ａｎｄ Ｉｎｔｅｒ‐ｌａｙｅｒ Ｐｒｅｄｉｃｔｉｏｎ Ｃｏｎｓｔｒａｉｎｔ ｆｏｒ ＳＨＶＣ ａｎｄ ＭＶ‐ＨＥＶＣ）」、ＪＣＴＶＣ‐Ｍ０４６４、仁川、２０１３年４月に記載されており、これらの各々は、参照することにより全体として本明細書に組み込まれる。
ｘ＜＜ｙは、２つの補数整数表現の、ｙのバイナリディジットによるｘの算術左シフトを表す。この関数は、非負整数値のｙに対してだけ定義される。左シフトの結果として最下位ビットにシフトされたビットは０に等しい値を有する。
ｘ＞＞ｙは、２つの補数整数表現の、ｙのバイナリディジットによるｘの算術右シフトを表す。この関数は、非負整数値のｙに対してだけ定義される。右シフトの結果としてＭＳＢにシフトされたビットは、シフト演算の前のｘのＭＳＢに等しい値を有する。
Ｃｅｉｌ（ｘ）は、ｘ以上の最小の整数を表す。
＋は加算を表す。
−は減算を表す。
÷は、数式中で、切り捨てまたは四捨五入が意図されていない場合の除算を表すのに使用される。
ｘ／ｙは、数式中で、切り捨てまたは四捨五入が意図されていない場合の除算を表すのに使用される。
＞は、より大きいを表す。
≧は、以上を表す。
＜は、より小さいを表す。
≦は、以下を表す。
＝＝は、に等しいを表す。
！＝は、に等しくないを表す。
＝は、代入演算子を表す。
＊は、行列乗算を含め、乗算を表す。
ｘ＆＆ｙは、ｘおよびｙのブールの論理「積」を表す。
ｘ｜｜ｙは、ｘおよびｙのブールの論理「和」を表す。
符号化ツリーブロックは、コンポーネントの符号化ツリーブロックへの分割がパーティション分割である、Ｎの或る値に対するサンプルのＮ×Ｎブロックである。
幅および高さ両方における各輝度符号化ツリーブロックに対するアレイサイズは、サンプル単位でＣｔｂＳｉｚｅＹである。
変数ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹは以下のように導出される
変数ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹは以下のように導出される
変数ＰｉｃＳｉｚｅＩｎＣｔｂｓＹは、ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＊ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹにより導出される。
ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１プラス１は、ピクチャを分割しているタイル列の数を指定する。ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１は、両端値を含めて０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ−１までの範囲にあるものとする。存在しないとき、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値は０に等しいと推定される。
ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１プラス１は、ピクチャを分割している行の数を指定する。ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１は、両端値を含めて０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ−１までの範囲にあるものとする。存在しないとき、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の値は０に等しいと推定される。
ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいときは、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１およびｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１は両方とも０に等しくないものとする。
１に等しいｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇは、タイル列の境界および同様にタイル行の境界がピクチャに亘って均等に分布されることを指定する。０に等しいｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇは、タイル列の境界および同様にタイル行の境界はピクチャに亘って均等に分布されないが、シンタクス要素ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］およびｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］を使って明示的にシグナリングされることを指定する。存在しないとき、ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇの値は１に等しいと推定される。
ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］プラス１は、符号化ツリーブロック単位でｉ番目のタイル列の幅を指定する。
ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］プラス１は、符号化ツリーブロック単位でｉ番目のタイル行の高さを指定する。
１に等しいｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、インループフィルタリングオペレーションが、ＰＰＳを参照して、ピクチャ内のタイル境界を越えて実施可能なことを指定する。０に等しいｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、インループフィルタリングオペレーションが、ＰＰＳを参照して、ピクチャ内のタイル境界を越えて実施されないことを指定する。インループフィルタリングオペレーションは、デブロッキングフィルタおよびサンプル適応オフセットフィルタのオペレーションを含む。存在しないとき、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は１に等しいと推定される。
両端値を含め０からｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１までの範囲のｊに対しリストｒｏｗＨｅｉｇｈｔ［ｊ］は、ＣＴＢ単位でｊ番目のタイル行の高さを指定する。
両端値を含め０からｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１までの範囲のｉに対しリストｃｏｌＷｉｄｔｈ［ｉ］は、ＣＴＢ単位でｉ番目のタイル列の幅を指定する。
変数ＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＬおよびＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＬは、それぞれ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しく設定される。
ピクチャの符号化ツリーブロックラスタースキャン中の符号化ツリーブロックアドレスを指定する変数ＣｔｂＡｄｄｒＩｎＲｓ。
両端値を含め０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ−１までの範囲のｃｔｂＡｄｄｒＲｓに対し、ピクチャのＣＴＢラスタースキャン中のＣＴＢアドレスから、タイルスキャン中のＣＴＢアドレスへの変換を指定する、リストＣｔｂＡｄｄｒＲｓＴｏＴｓ［ｃｔｂＡｄｄｒＲｓ］。
両端値を含めて０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ−１までの範囲のｃｔｂＡｄｄｒＴｓに対し、タイルスキャン中のＣＴＢアドレスから、タイル識別子への変換を指定する、リストＴｉｌｅＩｄ［ｃｔｂＡｄｄｒＴｓ］。
ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｌｅｆｔ＿ｏｆｆｓｅｔ［ｉ］は、インターレイヤ予測に用いられた、再サンプルされたｉ番目の直接参照レイヤピクチャの上部左の輝度サンプルと、現ピクチャの上部左の輝度サンプルとの間の水平方向オフセットを、２輝度サンプルを単位にして指定する。存在しないとき、ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｌｅｆｔ＿ｏｆｆｓｅｔ［ｉ］の値は０に等しいと推定される。
ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｔｏｐ＿ｏｆｆｓｅｔ［ｉ］は、インターレイヤ予測に用いられた、再サンプルされたｉ番目の直接参照レイヤピクチャの上部左の輝度サンプルと、現ピクチャの上部左の輝度サンプルとの間の垂直方向オフセットを、２輝度サンプルを単位にして指定する。存在しないとき、ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｔｏｐ＿ｏｆｆｓｅｔ［ｉ］の値は０に等しいと推定される。
ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ［ｉ］は、インターレイヤ予測に用いられた、再サンプルされたｉ番目の直接参照レイヤピクチャの底部右の輝度サンプルと、現ピクチャの底部右の輝度サンプルとの間の水平方向オフセットを、２輝度サンプルを単位にして指定する。存在しないとき、ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ［ｉ］の値は０に等しいと推定される。
ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ［ｉ］は、インターレイヤ予測に用いられた、再サンプルされたｉ番目の直接参照レイヤピクチャの底部右の輝度サンプルと、現ピクチャの底部右の輝度サンプルとの間の垂直方向オフセットを、２輝度サンプルを単位にして指定する。存在しないとき、ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ［ｉ］の値は０に等しいと推定される。
変数ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ、ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ、ＳｃａｌｅｄＲｅｆＬａｙｅｒＲｉｇｈｔＯｆｆｓｅｔ、およびＳｃａｌｅｄＲｅｆＬａｙｅｒＢｏｔｔｏｍＯｆｆｓｅｔは、以下のように導出される：

前式中のｄＲｌＩｄｘは直接参照レイヤインデックスに相当する。
変数ＲｅｆＬａｙｅｒＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＬおよびＲｅｆＬａｙｅｒＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＬは、それぞれ、輝度サンプル単位に、復号された参照レイヤピクチャの幅および高さに等しく設定される。
変数ＳｃａｌｅｄＲｅｆＬａｙｅｒＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＬおよびＳｃａｌｅｄＲｅｆＬａｙｅｒＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＬは、以下のように導出される：
変数ＳｃａｌｅＦａｃｔｏｒＸおよびＳｃａｌｅＦａｃｔｏｒＹは、以下のように導出される：
参照レイヤに対する各輝度符号化ツリーブロックの幅および高さ両方におけるアレイサイズは、サンプル単位に、ＣｔｂＳｉｚｅＹＲＬである。
ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＿ＲＬは、輝度サンプルを単位にして、各参照レイヤの復号ピクチャの幅を指定する。ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＿ＲＬは、０に等しくすることはできない。
ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＿ＲＬは、輝度サンプルを単位にして、各参照レイヤの復号ピクチャの高さを指定する。ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＿ＲＬは０に等しくすることはできない。
変数ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹＲＬは、以下のように導出される。
変数ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹＲＬは、以下のように導出される。
変数ＰｉｃＳｉｚｅＩｎＣｔｂｓＹＲＬは、ＰｉｃＳｉｚｅＩｎＣｔｂｓＹＲＬ＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹＲＬ＊ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹＲＬにより導出される。
ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＿ＲＬプラス１は、参照レイヤピクチャを分割しているタイル列の数を指定する。ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＿ＲＬは、両端値を含めて０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹＲＬ−１までの範囲にあるものとする。存在しないとき、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＿ＲＬの値は０に等しいと推定される。
ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＿ＲＬプラス１は、参照レイヤピクチャを分割しているタイル行の数を指定する。ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＿ＲＬは、両端値を含めて０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹＲＬ−１までの範囲にあるものとする。存在しないとき、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＿ＲＬの値は０に等しいと推定される。
両端値を含めて０からｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＿ＲＬまでの範囲のｊに対し、リストｒｏｗＨｅｉｇｈｔＲＬ［ｊ］は、ＣＴＢを単位に、対応する参照レイヤピクチャに対するｊ番目のタイル行の高さを指定する。
両端値を含めて０からｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＿ＲＬまでの範囲のｉに対し、リストｃｏｌＷｉｄｔｈＲＬ［ｉ］は、ＣＴＢを単位に、対応する参照レイヤピクチャに対するｉ番目のタイル列の幅を指定する。
ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＿ＲＬ［ｉ］プラス１は、符号化ツリーブロックを単位に、対応する参照レイヤピクチャに対するｉ番目のタイル列の幅を指定する。
ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１Ｒｌ［ｉ］プラス１は、符号化ツリーブロックを単位に、対応する参照レイヤピクチャに対するｉ番目のタイル列の幅を指定する。
ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＿ＲＬ［ｉ］プラス１は、符号化ツリーブロックを単位に、対応する参照レイヤピクチャに対するｉ番目のタイル行の高さを指定する。
ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１Ｒｌ［ｉ］プラス１は、符号化ツリーブロックを単位に、対応する参照レイヤピクチャに対するｉ番目のタイル行の高さを指定する。
対応する参照レイヤピクチャの符号化ツリーブロックのラスタースキャン中の符号化ツリーブロックのアドレスを指定する変数ＣｔｂＡｄｄｒＩｎＲｓＲＬ。
両端値を含めて０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹＲＬ−１までの範囲のｃｔｂＡｄｄｒＲｓに対し、対応する参照レイヤピクチャのＣＴＢラスタースキャン中のＣＴＢアドレスから、タイルスキャン中のＣＴＢアドレスへの変換を指定する、リストＣｔｂＡｄｄｒＲｓＴｏＴｓＲＬ［ｃｔｂＡｄｄｒＲｓ］。
両端値を含めて０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹＲＬ−１までの範囲のｃｔｂＡｄｄｒＴｓに対し、対応する参照レイヤピクチャのタイルスキャン中のＣＴＢアドレスから、タイル識別子への変換を指定する、リストＴｉｌｅＩｄＲＬ［ｃｔｂＡｄｄｒＴｓ］。
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｉ番目のレイヤのＶＣＬ ＮＡＬユニット中のｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタクス要素の値を指定する。或る実施形態において、ｉは、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲にある。或る実施形態において、存在しないとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］の値はｉに等しいと推定される。
リスト値、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］を有する対象レイヤに対する直接参照レイヤの数に等しい。
アレイ値、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］］は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］を有する対象レイヤ、およびｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］を有する参照レイヤに対する直接参照レイヤインデックスに等しい。
アレイ値、ＲｅｆＬａｙｅｒＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］［ｊ］は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］を有する対象レイヤに対応する参照レイヤ、および直接参照レイヤインデックスｊを有する参照レイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しい。
変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］は、インターレイヤ予測のため現ピクチャによって使用が可能なｉ番目のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに対応する。
さらに図５１Ａおよび図５１Ｂを参照すると、ＳＰＳシンタクスは、ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス中のｖｕｉ（ｖｉｄｅｏ ｕｓａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ（ビデオ利用可能性情報））情報の存在をシグナリングするｖｕｉ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを含む。図５２Ａおよび図５２Ｂを参照すると、ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）シンタクスは、シグナリングされるｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇを含む。ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、一つ以上のレイヤの符号化ピクチャに対するタイルが相互に整列されているかどうかを示す。整列関係を定義する一つの技法は、１に等しいｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇによって、アクセスユニット中の一つのピクチャのいずれか２つのサンプルが一つのタイルに属するときに、同じアクセスユニット中の別のピクチャ中に同じ場所に配置された（ｃｏｌｌｏｃａｔｅｄ）サンプルが在る場合、そのサンプルが一つのタイルに属していること、およびアクセスユニット中の一つのピクチャのいずれか２つのサンプルが相異なるタイルに属するときに、同じアクセスユニット中の別のピクチャ中の同じ場所に配置されたサンプルが、相異なるタイルに属し得ることを示すこと、である。０に等しいｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、かかる制限事項が適用されても適用されなくてもよいことを示す。例えば、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しい場合、ベースレイヤの単一のタイル中の２つのサンプルは、同様に、同じアクセスユニットのエンハンスメントレイヤの単一のタイル中の２つの対応するサンプルでもある。例えば、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しい場合、ベースレイヤの２つの異なるタイル中の２つのサンプルは、同様に、同じアクセスユニットのエンハンスメントレイヤの２つの異なるタイル中の２つの対応するサンプルでもある。
整列関係を定義する別の技法は、１に等しいｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇによって、対応するベースレイヤピクチャの全てのタイル境界が、所与のエンハンスメントレイヤ中に対応するタイル境界を有し、エンハンスメントレイヤ中には追加のタイル境界が存在しないことを示すことである。このことは、同じエンハンスメントレイヤタイル内に所在するどの２つのエンハンスメントレイヤピクチャサンプルに対しても、同じ場所に配置されたベースレイヤサンプルも同様に同じ参照レイヤタイル内に所在し得、同じ参照レイヤタイル内に所在するどの２つの参照レイヤピクチャサンプルに対しても、同じ場所に配置されたエンハンスメントレイヤサンプルも同様に同じエンハンスメントレイヤタイル内に所在し得ることを意味する。０に等しいｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、対応するエンハンスメントレイヤと所与の参照レイヤと間にタイル構成上の制限がないことを示す。
ビットストリームが１に等しいｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇを有するとき、ビデオの相異なるレイヤを通して一貫したシグナリングが維持されるように、システムによって、何らかの方法で制約事項のセットの一つ以上を選択し定義することができ、これが、望ましくない表示出力を供給するビットストリームの可能性を低減する。これを実装する一つの仕方を以下に詳述する。
第一に、アクセスユニット中の一つのピクチャに対し、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しく且つｔｉｌｅｓ＿ｆｉｘｅｄ＿ｓｔｒｕｃｔｕｒｅ＿ｆｌａｇが１に等しい場合、同じアクセスユニット中の他のピクチャ（群）のレイヤのアクティブなＳＰＳのｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）において、ｔｉｌｅｓ＿ｆｉｘｅｄ＿ｓｔｒｕｃｔｕｒｅ＿ｆｌａｇを１に設定することができる。一般に、１に等しいｔｉｌｅｓ＿ｆｉｘｅｄ＿ｓｔｒｕｃｔｕｒｅ＿ｆｌａｇは、符号化ビデオシーケンス中のアクティブな各ピクチャパラメータセットが、同じ値のシンタクス要素ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇ、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］、ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］、およびｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在するときに、これらを有すること、を示す。０に等しいｔｉｌｅｓ＿ｆｉｘｅｄ＿ｓｔｒｕｃｔｕｒｅ＿ｆｌａｇは、相異なるピクチャパラメータセット中のタイルシンタクス要素が同じ値を有しても有さなくてもよいことを示す。ｔｉｌｅｓ＿ｆｉｘｅｄ＿ｓｔｒｕｃｔｕｒｅ＿ｆｌａｇシンタクス要素が存在しないときは、０に等しいものと推定される。しかして、１に等しいｔｉｌｅｓ＿ｆｉｘｅｄ＿ｓｔｒｕｃｔｕｒｅ＿ｆｌａｇのシグナリングは、ＣＶＳ中の各ピクチャが、マルチスレッド復号の場合に作業負荷割り当てに有用な方法と同様のやり方で分布された同じ数のタイルを有することの、デコーダに対する保証である。
第二に、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しい場合、同じアクセスユニット中のピクチャ（群）にアクティブな各ＰＰＳのｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１を等しくすることができる。一般に、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１プラス１は、ピクチャを分割しているタイル列の数を指定する。
第三に、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しい場合、同じアクセスユニット中のピクチャ（群）にアクティブな各ＰＰＳのｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１を等しくすることができる。一般に、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１プラス１は、ピクチャを分割しているタイル行の数を指定する。
第四に、以下を定義する。
ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しい場合、対応する参照レイヤ（群）に対し：

前式中で、ｉは、０またはｎｕｍ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ＿１に等しくなく、両端値を含めて１から（ｎｕｍ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ＿１−１）までの範囲にある。

前式中で、ｊは、０またはｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１に等しくなく、両端値を含めて１から（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１）までの範囲にある。
あるいは、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しい場合、対応する参照レイヤ（群）に対し：

前式中で、ｉは、０またはｎｕｍ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ＿１に等しくなく、両端値を含めて１から（ｎｕｍ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ＿１−１）までの範囲にある。

前式中で、ｊは、０またはｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１に等しくなく、両端値を含めて１から（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１）までの範囲にある。
あるいは、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しい場合、対応する参照レイヤ（群）に対し：

前式中で、ｉは、０またはｎｕｍ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ＿１に等しくなく、両端値を含めて１から（ｎｕｍ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ＿１−１）までの範囲にある。

前式中で、ｊは、０またはｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１に等しくなく、両端値を含めて１から（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１）までの範囲にある。
あるいは、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しい場合、０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１までの範囲のｋについてレイヤ識別子ＲｅｆＬａｙｅｒＩｄ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］［ｋ］を有する各参照レイヤに対して：
ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［０］は、（ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ＋（（ＣｔｂＳｉｚｅＹＲＬ＊（ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１Ｒｌ［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＹ））／ＣｔｂＳｉｚｅＹ−１に等しく、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［０］は、（ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ＋（（ＣｔｂＳｉｚｅＹＲＬ＊（ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１Ｒｌ［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＸ））／ＣｔｂＳｉｚｅＹ−１に等しいものとする。
ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］は、両端値を含めて１から（ｎｕｍ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ＿１−１）までの各ｉに対し、（ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１Ｒｌ［ｉ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＹ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しく、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］は、両端値を含めて１から（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１）までの各ｉに対し、（ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１Ｒｌ［ｊ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＸ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しいものとする。
あるいは、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しい場合、０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒ［ｃｕｒｒＬａｙｅｒＩｄ］−１までの範囲のｋについてレイヤ識別子ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［ｋ］を有する各参照レイヤ、このｃｕｒｒＬａｙｅｒＩｄは現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄであり、これら参照レイヤに対し、：
ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［０］は、（ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ＋（（ＣｔｂＳｉｚｅＹＲＬ＊（ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１Ｒｌ［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＹ））／ＣｔｂＳｉｚｅＹ−１に等しく、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［０］は、（ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ＋（（ＣｔｂＳｉｚｅＹＲＬ＊（ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１Ｒｌ［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＸ））／ＣｔｂＳｉｚｅＹ−１に等しいものとする。
ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］は、両端値を含めて１から（ｎｕｍ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ＿１−１）までの各ｉに対し、（ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１Ｒｌ［ｉ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＹ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しく、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］は、両端値を含めて１から（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１）までの各ｉに対し、（ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１Ｒｌ［ｊ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＸ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しいものとする。
変数ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ、ＳｃａｌｅＦａｃｔｏｒＸ、ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ、ＳｃａｌｅＦａｃｔｏｒＹの値は、ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［ｋ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャからの情報、およびインデックスＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｃｕｒｒＬａｙｅｒＩｄ］［ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［ｋ］］を入力として使って導出される。
一実施形態において、ＣｔｂＳｉｚｅＹＲａｔｉｏは、以下のように制約することができる。
さらに、行および列の計算は、必要により修正することができ、また、参照レイヤおよび現レイヤの特定の特性に基づいて修正することもできる（例えば、異なるタイルの数、サイズなどを有することが可能である）。
第五に、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しい場合、ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇは、同じアクセスユニット中のピクチャにアクティブな各ＰＰＳに対するｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇに等しくすることができる。
一部の場合において、異なるレイヤ（例えば、ベースレイヤおよび／またはエンハンスメントレイヤ）の間で、ビデオの相異なるレイヤを通して一貫したシグナリングが維持されるように、タイルが、別のレイヤ中の同一位置に配置されたタイルからのサンプル予測（例えばアップスケーリング）および動きマッピング（例えば、動きベクトル、モード情報、動きフィールド）のみを用いることが好ましく、これにより、望ましくない表示出力を供給するビットストリームの可能性が低減される。また、これにより、参照レイヤに属するピクチャ全体が復号されるのを待つ必要なく、諸レイヤに亘ってタイルの並列な復号が可能になる。これを実装する一つの仕方を以下に詳述する。
第一に、一実施形態において、この同一位置に配置されたタイルの制約は、１に等しいｔｉｌｅ＿ｂｏｕｎｄａｉｒｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇに、またはｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇなど別のフラグに基づくことができ、これらフラグは、ＣＶＳ内で、両端値を含めて０から（ｎｕｍ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ＿１＋１）＊（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）−１までの範囲のｉに対して、ｉ番目のタイルに属する当該ＣＴＢが、参照レイヤ内のｉ番目のタイル以外の、いかなるタイルに属するＣＴＢからのサンプル値または動き情報のいずれも使用しないことを示す。０に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ＣＶＳ内で、両端値を含めて０から（ｎｕｍ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ＿１＋１）＊（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）−１までの範囲のｉに対して、ｉ番目のタイルの属する当該ＣＴＢが、参照レイヤ内の任意のタイルに属するＣＴＢからのサンプル値または動き情報のいずれをも使用してよいことを示す。ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが０に等しいとき、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは０であってよい。ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが存在しないとき、それは０に等しいと推定される。別の実施形態において、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ＣＶＳ中でタイル境界でのインターレイヤ予測が制約されるかどうかを指定する。
− ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、以下が適用される：
− ピクチャのブロックの復号処理がインターレイヤ予測を使用するとき、符号化ピクチャは、該インターレイヤ予測が、当該ブロックの同じ場所に配置された参照レイヤタイルから導出可能なインターレイヤ参照ピクチャのデータ要素だけに基づくように制約されること。
− 現ピクチャにより使用される全てのインターレイヤ参照ピクチャのシンタクス要素ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいこと。
− 上記以外の場合は、（ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい）、このフラグによって制約事項はシグナリングされない。
存在しないとき、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは０に等しいと推定される。
一部の実施形態では、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇと呼ばれることがある。
第一に、別の実施形態において、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇのセマンティクスによって定義される制約事項は、例えば、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇなど、ビットストリーム中のプロファイルレベルでシグナリングされた過去のデータを使って示すことができる。これは、タイル境界を横切って作動することは許されていないがタイル境界内で作動することは許されているループフィルタによって、実装することが可能である。具体的に、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、同じアクセスユニット中の各ピクチャの各参照レイヤのアクティブなＰＰＳに対し、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０であればよい。具体的に、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、同じアクセスユニット中の各ピクチャの各参照レイヤのアクティブなＰＰＳに対し、ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０であればよい。
さらに別の代わりの実施形態において、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ループフィルタリング（ＳＡＯまたはデブロッキング）の影響を受ける参照レイヤサンプル値は、（ａ）インター予測復号処理において（例えば、ＳＮＲスケーラビリティのために）、または（ｂ）インターレイヤアップサンプリング処理内で（例えば、空間スケーラビリティファクタが１でないときに）使用されないものとする。
さらに別の実施形態において、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｔｉｌｅ＿ｄｅｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、現レイヤと参照レイヤとの間での動きマッピング処理は、タイルに対する復号処理が、参照レイヤ中の同じ場所に配置されてないタイルからの動き情報を使用しないように修正される。以下に、修正の例を疑似コードでリストする：
変数ｘＰおよびｙＰは、現レイヤのピクチャ内で検討中の輝度サンプルの位置を表す。変数ｘＲＬおよびｙＲＬは、参照レイヤのピクチャ内の対応する輝度サンプルの位置を表す。変数ｐｒｅｄＭｏｄｅ［ｘＰ］［ｙＰ］は、輝度位置（ｘＰ，ｙＰ）に対する再サンプルピクチャの予測モードに対応する。変数ｔｉｌｅＰｒｅｄＰｒｅｖｅｎｔＯｆｆｓｅｔは、ビットストリーム内でシグナリングされた過去のデータに基づいて導出すればよい。或る例においてｔｉｌｅＰｒｅｄＰｒｅｖｅｎｔＯｆｆｓｅｔは値８に設定される。ＭＯＤＥ＿ＩＮＴＲＡは、イントラ予測モードに対応する。
ビットストリームが、１に等しいｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇを有するとき、ビデオの相異なるレイヤを通して一貫したシグナリングが維持されるように、システムによって、ベースレイヤを参照してエンハンスメントレイヤの制約事項のセットの一つ以上を選択し定義することができ、これにより望ましくない表示出力を供給するビットストリームの可能性が低減される。
相異なるエンハンスメントレイヤを通して一貫したシグナリングが維持されることを確実にするために望ましい制約事項のこの選択、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０且つｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しいとき、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇ、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］、および／またはｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］シンタクス要素を、必要に応じかかるデータがコピーでき推察できるように、明示的にシグナリングしないことが望ましい。
図５３を参照すると、ベースレイヤからの他のシグナリングされたシンタクス、すなわち「ｉｆ（！ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０＆＆ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ））」、およびその関係シンタクスを使用するかどうかを判定するためのエンハンスメントレイヤおよびｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ設定かどうかを検討するために、ピクチャパラメータセット（例えばｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（））を修正することが可能である。これは例えば以下のように表すことができる。ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０＆＆ｐｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対応するＳＰＳに対するｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１のとき、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇ、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］、ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］はシグナリングされない。参照レイヤのアクティブなＰＰＳからの対応する値は、現レイヤに対するこれらのＰＰＳシンタクス要素の値の推定に使用される。これらは以下のように導出できる。
第一に、現レイヤのＰＰＳに対し、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、および／またはｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇの値は、それぞれ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからの、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、および／またはｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇシンタクス要素の値に等しく設定される。
第二に、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［０］の値は、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのシンタクス要素に対する値（ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹＲＬ＊（ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＿ＲＬ［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＸ）／ＣｔｂＳｉｚｅＹ−１に等しく設定される。
第三に、現レイヤのＰＰＳに対し、（ｉ＝１，．．．，ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１）についてｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の値は、それぞれ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのシンタクス要素に対する値（ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＿ＲＬ［ｉ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＸ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しく設定される。
第四に、ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［０］の値は、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのシンタクス要素に対する値（ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹＲＬ＊（ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＿ＲＬ［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＹ）／ＣｔｂＳｉｚｅＹ−１に等しく設定される。
第五に、現レイヤのＰＰＳに対し、（ｉ＝１，．．．，ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１−１）についてｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は、それぞれ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのシンタクス要素に対する値（ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＿ＲＬ［ｉ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＹ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しく設定される。
第一から第五までのこれらシンタクス要素の各々に対して、対応する参照レイヤＰＰＳシンタクス要素の値に適用される制約事項が、それらが在る場合には全て同じく適用される。一部の実施形態において参照レイヤはベースレイヤであってよい。アクティブなＰＰＳは、現ピクチャのアクセスユニット中の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのＰＰＳであってよい。一部の実施形態において、値を、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからの値に等しく設定する代わりに、これらの値を、異なった参照レイヤ、すなわち、０と異なるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからの値と等しく代わりに設定することも可能である。
さらに別の実施形態において、タイルのシンタクス要素は次のように導出することができる。
第一に、現レイヤのＰＰＳに対するｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、および／またはｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇの値は、それぞれ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、および／またはｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇシンタクス要素の値に等しく設定される。
第二に、変数ｄＲｌＩｄｘ０は、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｃｕｒｒＬａｙｅｒＩｄ］［ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［０］］に等しく設定され、前式中のｃｕｒｒＬａｙｅｒＩｄは、現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。
第三に、ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ、ＳｃａｌｅＦａｃｔｏｒＸ、ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ、ＳｃａｌｅＦａｃｔｏｒＹの値が、ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［０］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャからの情報、およびインデックスｄＲｌＩｄｘ０を入力として使って導出される。
第四に、各ｉ＝０，．．．，ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１について、リストＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１ｄＲｌ０［ｉ］が、それぞれ、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］に等しく設定され、各ｉ＝０，．．．，ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１−１について、リストＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１ｄＲｌ０［ｉ］が、それぞれ、ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］に等しく設定され、これらはＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［０］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからの値である。
第五に、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［０］の値は、ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［０］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのシンタクス要素に対する値（ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹＲＬ＊（ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１ｄＲｌ０［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＸ）／ＣｔｂＳｉｚｅＹ−１に等しく設定される。
第六に、現レイヤのＰＰＳに対し、（ｉ＝１，．．．，ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１）についてｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の値は、それぞれ、ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［０］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのシンタクス要素に対する値（ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１ｄＲｌ０［ｉ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＸ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しく設定される。
第七に、ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［０］の値は、ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［０］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのシンタクス要素に対する値（ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹＲＬ＊（ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１ｄＲｌ０［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＹ）／ＣｔｂＳｉｚｅＹ−１に等しく設定される。
第八に、現レイヤのＰＰＳに対し、（ｉ＝１，．．．，ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１−１）についてｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は、それぞれ、ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［０］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのシンタクス要素に対する値（ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１ｄＲｌ０［ｉ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＹ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しく設定される。
さらに別の実施形態において、タイルのシンタクス要素は以下のように導出することができる。
第一に、現レイヤのＰＰＳに対するｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、および／またはｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇの値は、それぞれ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、および／またはｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇシンタクス要素の値に等しく設定される。
第二に、変数ｄＲｌＩｄｘ１は、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｃｕｒｒＬａｙｅｒＩｄ］［ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［０］］に等しく設定され、前式中のｃｕｒｒＬａｙｅｒＩｄは、現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。
第三に、ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ、ＳｃａｌｅＦａｃｔｏｒＸ、ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ、ＳｃａｌｅＦａｃｔｏｒＹの値が、現ピクチャと同じアクセスユニット内のＤＰＢ中の、ｒｌＰｉｃ１に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する例えばｒｌＰｉｃ１などの、参照レイヤピクチャからの情報、およびインデックスｄＲｌＩｄｘ１を入力として使って導出される。
第四に、各ｉ＝０，．．．，ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１について、リストＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１ｄＲｌ１［ｉ］が、それぞれ、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］に等しく設定され、各ｉ＝０，．．．，ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１−１について、リストＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１ｄＲｌ１［ｉ］が、それぞれ、ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］に等しく設定され、これらはｒｌＰｉｃ１のアクティブなＰＰＳからの値である。
第五に、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［０］の値は、ｒｌＰｉｃ１のアクティブなＰＰＳからのシンタクス要素に対する値（ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹＲＬ＊（ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１ｄＲｌ１［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＸ）／ＣｔｂＳｉｚｅＹ−１に等しく設定される。
第六に、現レイヤのＰＰＳに対し、（ｉ＝１，．．．，ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１）についてｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の値は、それぞれ、ｒｌＰｉｃ１のアクティブなＰＰＳからのシンタクス要素に対する値（ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１ｄＲｌ１［ｉ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＸ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しく設定される。
第七に、ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［０］の値は、ｒｌＰｉｃ１のアクティブなＰＰＳからのシンタクス要素に対する値（ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹＲＬ＊（ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１ｄＲｌ１［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＹ）／ＣｔｂＳｉｚｅＹ−１に等しく設定される。
第八に、現レイヤのＰＰＳに対し、（ｉ＝１，．．．，ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１−１）についてｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は、それぞれ、ｒｌＰｉｃ１のアクティブなＰＰＳからのシンタクス要素に対する値（ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１ｄＲｌ１［ｉ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＹ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しく設定される。
さらに別の実施形態において、タイルのシンタクス要素を次のように導出することができる。
第一に、現レイヤのＰＰＳに対するｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、および／またはｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇの値は、それぞれ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、および／またはｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇシンタクス要素の値に等しく設定される。
第二に、変数ｄＲｌＩｄｘ２は、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｃｕｒｒＬａｙｅｒＩｄ］［ＲｌＰｉｃＮｕｈＬＩｄ］に等しく設定され、前式中のｃｕｒｒＬａｙｅｒＩｄは、現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄであり、ＲｌＰｉｃＮｕｈＬＩｄは現ピクチャに対する参照レイヤピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。
第三に、ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ、ＳｃａｌｅＦａｃｔｏｒＸ、ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ、ＳｃａｌｅＦａｃｔｏｒＹの値が、ＲｌＰｉｃＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャからの情報、およびインデックスｄＲｌＩｄｘ２を入力として使って導出される。
第四に、各ｉ＝０，．．．，ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１について、リストＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１ｄＲｌ２［ｉ］が、それぞれ、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］に等しく設定され、各ｉ＝０，．．．，ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１−１について、リストＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１ｄＲｌ２［ｉ］が、それぞれ、ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］に等しく設定され、これらはＲｌＰｉｃＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからの値である。
第五に、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［０］の値は、ＲｌＰｉｃＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのシンタクス要素に対する値（ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹＲＬ＊（ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１ｄＲｌ２［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＸ）／ＣｔｂＳｉｚｅＹ−１に等しく設定される。
第六に、現レイヤのＰＰＳに対し、（ｉ＝１，．．．，ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１）についてｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の値は、それぞれ、ＲｌＰｉｃＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのシンタクス要素に対する値（ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１ｄＲｌ２［ｉ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＸ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しく設定される。
第七に、ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［０］の値は、ＲｌＰｉｃＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのシンタクス要素に対する値（ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹＲＬ＊（ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１ｄＲｌ２［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＹ）／ＣｔｂＳｉｚｅＹ−１に等しく設定される。
第八に、現レイヤのＰＰＳに対し、（ｉ＝１，．．．，ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１−１）についてｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は、それぞれ、ＲｌＰｉｃＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのシンタクス要素に対する値（ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１ｄＲｌ２［ｉ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＹ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しく設定される。
さらに別の実施形態において、タイルのシンタクス要素を次のように導出することができる：
現レイヤのＰＰＳに対し、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇの値は、それぞれ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからの、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１およびｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇシンタクス要素の値に等しく設定される。
ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］、ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は以下のように導出される：
ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ、ＳｃａｌｅＦａｃｔｏｒＸ、ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ、ＳｃａｌｅＦａｃｔｏｒＹが、ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［０］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャからの情報、およびインデックスＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｃｕｒｒＬａｙｅｒＩｄ］［ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［０］］を入力として使って計算される。前式中のｃｕｒｒＬａｙｅｒＩｄは現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。各ｉ＝０，．．．，ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１について、ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１Ｒｌ３［ｉ］が、それぞれ、ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］に等しく設定され、各ｉ＝０，．．．，ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１−１について、ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１Ｒｌ３［ｉ］が、それぞれ、ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］に等しく設定され、これらはＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［０］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからの値である。ＣｔｂＳｉｚｅＹＲａｔｉｏは、ＣｔｂＳｉｚｅＹ÷ＣｔｂＳｉｚｅＹＲＬに等しく設定され、前式中のＣｔｂＳｉｚｅＹＲＬは、ＲｅｆＬａｙｅｒＩｄ［ｃｕｒｒＬａｙｅｒＩｄ］［０］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤの幅および高さ両方での、各輝度符号化ツリーブロックのアレイサイズである。
ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［０］の値は、値（ＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹＲＬ＊（ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１Ｒｌ３［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＸ）／ＣｔｂＳｉｚｅＹ−１に等しく設定される。
（ｉ＝１，．．．，ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１−１）についてｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の値は、それぞれ、値（ＣｏｌｕｍｎＷｉｄｔｈＭｉｎｕｓ１Ｒｌ３［ｉ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＸ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しく設定される。
ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［０］の値は、値（ＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹＲＬ＊（ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１Ｒｌ３［０］＋１））÷ＳｃａｌｅＦａｃｔｏｒＹ）／ＣｔｂＳｉｚｅＹ−１に等しく設定される。
（ｉ＝１，．．．，ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１−１）についてｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は、それぞれ、値（ＲｏｗＨｅｉｇｈｔＭｉｎｕｓ１Ｒｌ３［ｉ］＋１）／（ＳｃａｌｅＦａｃｔｏｒＹ＊ＣｔｂＳｉｚｅＹＲａｔｉｏ）−１に等しく設定される。
さらなる実施形態において、現ピクチャのＰＰＳに対するｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよび／またはｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、それぞれ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのアクティブなＰＰＳからのｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇおよび／またはｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇシンタクス要素の値に等しく設定される。また、この場合、これらのシンタクス要素は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０＆＆ｐｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対応するＳＰＳに対するｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１のときにもシグナリングされない。
このｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、アクセスユニット内の全てのレイヤに適用可能なフラグである。ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、ｖｕｉ＿ｐａｒａｍｅｔｅｒｓシンタクスの一部としてＳＰＳシンタクスに含まれてよいが、ＳＰＳシンタクスは、レイヤの各々に含まれており、しかしてｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、同じアクセスユニットに対し複数回シグナリングされる。システムのバンド幅を低減するために、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇのシグナリングの単純化と合わせて、このｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇを、アクセスユニットの各レイヤに含まれるＳＰＳシンタクスに含める代わりにアクセスユニットの全レイヤに適用可能なＶＰＳシンタクス内に含めるのが望ましい。
図５４Ａおよび図５４Ｂを参照すると、例示的なＶＰＳシンタクスは、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇを含み、フラグされた場合にｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）をシグナリングする。図５５を参照すると、例示的なｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）は、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇを含むことができる。ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇは、例えば１に等しい場合、或るアクセスユニット中の一つのピクチャのいずれか２つのサンプルが一つのタイルに属するとき、同じアクセスユニット中の別のピクチャ中に同じ場所に配置されたサンプルがあればそれらのサンプルは一つのタイルに属し、アクセスユニット中の一つのピクチャのいずれか２つのサンプルが相異なるタイルに属するときは、同じアクセスユニット中の別のピクチャ中の同じ場所に配置されたサンプルも相異なるタイルに属し得ることを示すように、定義することができる。０に等しいｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、かかる制限事項が適用されてもされなくてもよいことを示す。
別の実施形態において、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、拡張レイヤの特定のレイヤに適用可能なものとして、ｖｐｓ拡張シンタクス内でシグナリングされてよく、該フラグは、アクセスユニットの各レイヤに対し含まれているＳＰＳシンタクスの代わりに、アクセスユニットの選択されたレイヤに適用可能である。
図５６を参照すると、このシンタクスは、しかして、エンハンスメントレイヤの各々（例えば、ｉ＝１；ｉ≦ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋）に対して、およびこれらエンハンスメントレイヤの各々（例えば、ｊ＝０；ｊ＜ｉ；ｊ＋＋）内の各シンタクスに対して、タイルをどのように整列するかをシグナリングすることができる（例えば、ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］）。
例えば、ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、１に等しい場合、レイヤｉに属するピクチャのいずれか２つのサンプルが一つのタイルに属するとき、レイヤｊに属する別のピクチャ中の同じ場所に配置されたサンプルがあればそれらは一つのタイルに属し、レイヤｉに属するピクチャのいずれか２つのサンプルが相異なるタイルに属するときは、レイヤｊに属する別のピクチャ中の同じ場所に配置されたサンプルも相異なるタイルに属し得ることを示すように、定義することができる。０に等しいｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇ［ｉ］［ｊ］は、レイヤｉおよびレイヤｊに属するピクチャに対しかかる制限事項が適用されてもされなくてもよいことを示す。ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇ［ｉ］［ｊ］が存在しないとき、それは０に等しいと推定される。
例えば、ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、１に等しい場合、レイヤｉに属するアクセスユニット中の或るピクチャのいずれか２つのサンプルが一つのタイルに属するとき、レイヤｊに属する同じアクセスユニット中の別のピクチャ中に同じ場所に配置されたサンプルがあればそれらは一つのタイルに属し、レイヤｉに属する或るピクチャのいずれか２つのサンプルが相異なるタイルに属するときは、レイヤｊに属する別のピクチャ中の同じ場所に配置されたサンプルも相異なるタイルに属し得ることを示すように、定義することができる。０に等しいｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇ［ｉ］［ｊ］は、レイヤｉおよびレイヤｊに属するピクチャに対しかかる制限事項が適用されてもされなくてもよいことを示す。ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇ［ｉ］［ｊ］が存在しないとき、それは０に等しいと推定される。
例えば、ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、１に等しい場合、レイヤｉに属する或るピクチャのいずれか２つのサンプルが一つのタイルに属するとき、レイヤｉに対する直接参照レイヤであり得るレイヤｊに属する別のピクチャ中に同じ場所に配置されたサンプルがあればそれらは一つのタイルに属し、レイヤｉに属する或るピクチャのいずれか２つのサンプルが相異なるタイルに属するときは、レイヤｊに属する別のピクチャ中の同じ場所に配置されたサンプルも相異なるタイルに属し得ることを示すように、定義することができる。０に等しいｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇ［ｉ］［ｊ］は、レイヤｉおよびレイヤｊに属するピクチャに対しかかる制限事項が適用されてもされなくてもよいことを示す。ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇ［ｉ］［ｊ］が存在しないとき、それは０に等しいと推定される。
例えば、ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、１に等しい場合、レイヤｉに属するアクセスユニット中の或るピクチャのいずれか２つのサンプルが一つのタイルに属するとき、レイヤｉに対する直接参照レイヤであり得るレイヤｊに属する同じアクセスユニット中の別のピクチャ中に同じ場所に配置されたサンプルがあればそれらは一つのタイルに属し、レイヤｉに属する或るピクチャのいずれか２つのサンプルが相異なるタイルに属するときは、レイヤｊに属する別のピクチャ中の同じ場所に配置されたサンプルも相異なるタイルに属し得ることを示すように、定義することができる。０に等しいｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇ［ｉ］［ｊ］は、レイヤｉおよびレイヤｊに属するピクチャに対しかかる制限事項が適用されてもされなくてもよいことを示す。ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇ［ｉ］［ｊ］が存在しないとき、それは０に等しいと推定される。
別の実施形態において、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、拡張レイヤの特定のレイヤに適用可能なものとして、ｖｐｓ拡張シンタクス内でシグナリングすることができ、該フラグは、アクセスユニットの各レイヤに対し含まれているＳＰＳシンタクスの代わりに、それらの依存性に基づいてアクセスユニットの選択されたレイヤに適用可能である。
図５７を参照すると、このシンタクスは、しかして、エンハンスメントレイヤの各々（例えば、ｉ＝１；ｉ≦ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋）に対し、およびこれらエンハンスメントレイヤの各々（例えば、ｊ＝０；ｊ＜ｉ；ｊ＋＋）内のこれらレイヤに依存する（例えば１に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］）各シンタクスに対し、タイルをどのように整列するかをシグナリングすることができる（例えば、ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］）。
図５８を参照すると、図５６と類似の機能性を有する修正された構造が示されている。
図５９を参照すると、図５７と類似の機能性を有するさらに修正された構造が示されている。図５７および図５９中の一部の実施形態では、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が０の場合、ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］は０に等しいと推定される。
図５５、図５６、図５７、図５８、または図５９中に示されるように、ＶＰＳにおけるタイル境界整列シグナリングは、図５２ＢのＳＰＳ中のｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇの現在のシグナリングに追加して送信することができる。この場合、ＳＰＳ中の情報は、ＶＰＳ中でシグナリングされた情報を更新／オーバーライドすることが可能である。
一部の実施形態において、ＶＰＳにおけるｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］のシグナリングの代わりに、このフラグがＳＰＳ中でシグナリングされてもよい。一実施形態では、このシグナリングは、ｖｕｉ＿ｐａｒａｍｅｔｅｒｓの内部で行われてもよい。図６０は、このためのシンタクスの変形を示し、該変形は図５６中のシンタクスの変形と類似であるが、代わりにｖｕｉ＿ｐａｒａｍｅｔｅｒｓ中のＳＰＳの中に在る。図６０において、ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、この場合、図５６のｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］と類似のセマンティクスを有する。
図６１は、このためのシンタクスの変形を示し、該変形は図５７中のシンタクスの変形と類似であるが、代わりにｖｕｉ＿ｐａｒａｍｅｔｅｒｓ中のＳＰＳの中に在る。図６１において、ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、図５７のｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］と類似のセマンティクスを有する。この場合、図６１は、代わりに、ｒｅｆ＿ｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｊ］が、ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ中のＳＰＳの中でシグナリングされるシンタクスの変形を示す。１に等しいｒｅｆ＿ｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇ［ｊ］は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのいずれか２つのサンプルが一つのタイルに属するとき、ＲｅｆＬａｙｅｒＩｄ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに属する別のピクチャ中に同じ場所に配置されたサンプルがあればそれらは一つのタイルに属し、ｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのいずれか２つのサンプルが相異なるタイルに属するときは、ＲｅｆＬａｙｅｒＩｄ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに属する別のピクチャ中の同じ場所に配置されたサンプルも相異なるタイルに属さなければならないことを示す。０に等しいｒｅｆ＿ｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇ［ｊ］は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャに対しかかる制限事項が適用されてもされなくてもよいことを示す。ｒｅｆ＿ｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｖｐｓ＿ｆｌａｇ［ｊ］が存在しないとき、それは０に等しいと推定される。
ｒｅｆｌａｙｅｒ＿ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］を搬送するためのさらなるシンタクスの変形が図６２および図６３中に示されている。さらに別の実施形態において、図６２および／または図６３中のシンタクス変形は、ピクチャパラメータセット、スライスセグメントヘッダ、任意の他のパラメータセットなど、ビットストリームの規範的部分中、またはビットストリームの非規範的部分中の任意の場所で搬送することができる。
別の実施形態において、シンタクス要素の一つ以上を、ｕｅ（ｖ）の代わりに、ｕ（ｖ）の代わりに、既知の固定数のビットを使ってシグナリングしてもよい。例えば、これら要素は、ｕ（８）またはｕ（１６）またはｕ（３２）またはｕ（６４）などを使ってシグナリングすることができよう。
別の実施形態において、これらシンタクス要素の一つ以上を、ｕ（ｖ）符号化など固定数ビットの代わりに、ｕｅ（ｖ）または何らかの他の符号化スキームを使ってシグナリングすることもできよう。
別の実施形態において、前述したシンタクスおよびセマンティクスに対し、プラス１もしくはプラス２を加算することにより、またはマイナス１もしくはマイナス２を減算することにより、様々なシンタクス要素の名称およびそれらのセマンティクスを変更することができる。
さらに別の実施形態において、ビットストリームの任意の場所でピクチャ毎に、様々なシンタクス要素をシグナリングすることができる。例えば、これらシンタクス要素は、スライスセグメントヘッダ、ｐｐｓ／ｓｐｓ／ｖｐｓ／もしくは任意の他のパラメータセット、またはビットストリームの他の規範的部分においてシグナリングすることが可能である。
「コンピュータ可読媒体」という用語は、コンピュータまたはプロセッサによりアクセスされうる任意の利用可能な媒体をいう。本明細書で用いられる用語「コンピュータ可読媒体」は、非一時的な有形のコンピュータ可読および／またはプロセッサ可読媒体を意味し得る。限定ではなく例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ‐ＲＯＭもしくは他の光学ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または命令もしくはデータ構造の形で所望のプログラムコードを担持または記憶するために使用できコンピュータまたはプロセッサによってアクセス可能な任意の他の媒体を含み得る。本明細書で用いられるディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ；ｃｏｍｐａｃｔ ｄｉｓｃ）、レーザーディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ；ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、フロッピーディスク、およびブルーレイ（登録商標）ディスクを含み、ディスク（ｄｉｓｋ）は通常磁気によりデータを再現し、ディスク（ｄｉｓｃ）はレーザで光学的にデータを再現する。
なお、本明細書で説明した方法の一つ以上は、ハードウェアで実装しおよび／またはハードウェアを使用して実施することができる。例えば、本明細書に記載される方法またはアプローチの一つ以上は、チップセット、ＡＳＩＣ、大規模集積回路（ＬＳＩ）または集積回路などで実装しおよび／またはそれらを使用して実現することが可能である。
本明細書に開示される方法の各々は、記載された方法を達成するための一つ以上のステップまたは動作を含む。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に入れ替える、および／または一つのステップに組み合わせることができる。言い換えれば、記載された方法の適切なオペレーションのためにステップまたは動作の特定の順序が要求されている場合を除き、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく修正が可能である。
当然のことながら、特許請求の範囲は、前述で示した通りの正確な構成および構成要素に限定されない。特許請求の範囲から逸脱することなく、本明細書に記載されるシステム、方法、および装置の配置、オペレーション、および細部に様々な修正、変更および変形を加えることが可能である。

Claims (4)

  1. ビデオを復号する復号方法であって、
    （ａ）現レイヤの直接参照レイヤのためのタイル境界整列フラグを含むビデオ利用可能性情報シンタックスを受信するステップと、
    （ｂ）前記現レイヤの前記直接参照レイヤの復号ピクチャを用いて前記現レイヤのピクチャを復号するステップと、を含み、
    前記タイル境界整列フラグが１に等しい場合、前記現レイヤの前記ピクチャのいずれか２つのサンプルが１つのタイルに属するとき、前記直接参照レイヤの前記復号ピクチャ中の該２つのサンプルに対応する場所に配置された２つのサンプルは１つのタイルに属する、ことを特徴とする復号方法。
  2. 前記タイル境界整列フラグが１に等しい場合、前記現レイヤの前記ピクチャのいずれか２つのサンプルが異なるタイルに属するとき、前記直接参照レイヤの前記復号ピクチャ中の該２つのサンプルに対応する場所に配置された２つのサンプルは異なるタイルに属することを特徴とする請求項１に記載の復号方法。
  3. 前記タイル境界整列フラグは、前記現レイヤの直接参照レイヤではないレイヤにおいてはシグナルされないことを特徴とする請求項１又は２に記載の復号方法。
  4. 前記タイル境界整列フラグがシグナルされないとき、前記タイル境界整列フラグは０に推定されることを特徴とする請求項１又は２に記載の復号方法。
JP2015562977A 2013-07-14 2014-07-14 復号方法 Expired - Fee Related JP6352317B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361846056P 2013-07-14 2013-07-14
US61/846,056 2013-07-14
US201361847462P 2013-07-17 2013-07-17
US61/847,462 2013-07-17
PCT/JP2014/003721 WO2015008477A1 (en) 2013-07-14 2014-07-14 Tile alignment signaling and conformance constraints

Publications (3)

Publication Number Publication Date
JP2016528747A JP2016528747A (ja) 2016-09-15
JP2016528747A5 JP2016528747A5 (ja) 2017-08-10
JP6352317B2 true JP6352317B2 (ja) 2018-07-04

Family

ID=52345953

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015562977A Expired - Fee Related JP6352317B2 (ja) 2013-07-14 2014-07-14 復号方法

Country Status (5)

Country Link
US (1) US10250897B2 (ja)
JP (1) JP6352317B2 (ja)
CN (2) CN105359525A (ja)
HK (1) HK1222067A1 (ja)
WO (1) WO2015008477A1 (ja)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015037920A1 (ko) * 2013-09-10 2015-03-19 주식회사 케이티 스케일러블 비디오 신호 인코딩/디코딩 방법 및 장치
WO2015060616A1 (ko) * 2013-10-22 2015-04-30 주식회사 케이티 멀티 레이어 비디오 신호 인코딩/디코딩 방법 및 장치
MX364032B (es) * 2013-10-22 2019-04-11 Kt Corp Metodo y dispositivo para codificar/descodificar una señal de video de multicapa.
WO2015064989A1 (ko) * 2013-10-29 2015-05-07 주식회사 케이티 멀티 레이어 비디오 신호 인코딩/디코딩 방법 및 장치
JP6692087B2 (ja) * 2013-12-27 2020-05-13 サン パテント トラスト 配信方法、およびシステム
US10091532B2 (en) * 2014-06-26 2018-10-02 Qualcomm Incorporated Bitstream conformance constraints in scalable video coding
KR102345660B1 (ko) * 2015-11-24 2021-12-30 삼성전자주식회사 비디오 복호화 방법 및 장치, 그 부호화 방법 및 장치
US10764575B2 (en) 2017-03-03 2020-09-01 Qualcomm Incorporated Coding MCTS-nested SEI messages to exclude other SEI messages that are not MCTS-nested
CN110692249A (zh) * 2017-04-11 2020-01-14 Vid拓展公司 使用面部连续性的360度视频编码
KR20210089742A (ko) * 2018-12-21 2021-07-16 후아웨이 테크놀러지 컴퍼니 리미티드 히스토리 기반 모션 벡터 예측을 사용하는 인코더, 디코더 및 대응 방법
KR102311046B1 (ko) * 2019-03-11 2021-10-12 돌비 레버러토리즈 라이쎈싱 코오포레이션 프레임 레이트 스케일러블 비디오 코딩
CN113661714B (zh) * 2019-03-11 2024-10-01 交互数字Vc控股公司 子画面比特流提取和重新定位
KR102776040B1 (ko) * 2019-03-11 2025-03-07 후아웨이 테크놀러지 컴퍼니 리미티드 인코더, 디코더, 및 대응하는 방법들
US20220182633A1 (en) * 2019-03-15 2022-06-09 Mediatek Inc. Method and Apparatus of Latency Reduction for Chroma Residue Scaling
PH12021552909A1 (en) * 2019-06-03 2022-04-04 Nokia Technologies Oy An apparatus, a method and a computer program for video coding and decoding
WO2021027773A1 (en) * 2019-08-10 2021-02-18 Beijing Bytedance Network Technology Co., Ltd. Subpicture size definition in video processing
GB201913403D0 (en) * 2019-09-17 2019-10-30 Canon Kk Method and apparatus for encoding and decoding a video stream with subpictures
US11375223B2 (en) 2019-09-20 2022-06-28 Tencent America LLC Method for signaling output layer set with sub-picture
CN114514703A (zh) 2019-09-24 2022-05-17 华为技术有限公司 基于层的参数集nal单元约束条件
WO2021073630A1 (en) 2019-10-18 2021-04-22 Beijing Bytedance Network Technology Co., Ltd. Syntax constraints in parameter set signaling of subpictures
WO2021110017A1 (en) 2019-12-02 2021-06-10 Beijing Bytedance Network Technology Co., Ltd. Merge with motion vector differencing in affine mode
CN114788290A (zh) * 2019-12-05 2022-07-22 夏普株式会社 用于在视频编码中发送信号通知画面定时和解码单元信息的系统和方法
US11438611B2 (en) 2019-12-11 2022-09-06 Hfi Innovation Inc. Method and apparatus of scaling window constraint for worst case bandwidth consideration for reference picture resampling in video coding
KR20220114555A (ko) * 2019-12-25 2022-08-17 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 비디오 비트스트림에서 서브픽처 레벨의 파라미터들의 시그널링
US11356681B2 (en) * 2019-12-27 2022-06-07 Tencent America LLC Coded video sub-bitstream extraction
US11445176B2 (en) * 2020-01-14 2022-09-13 Hfi Innovation Inc. Method and apparatus of scaling window constraint for worst case bandwidth consideration for reference picture resampling in video coding
WO2021190465A1 (en) 2020-03-23 2021-09-30 Beijing Bytedance Network Technology Co., Ltd. Prediction refinement for affine merge and affine motion vector prediction mode
US12212765B2 (en) * 2020-03-30 2025-01-28 Lg Electronics Inc. Image decoding method and apparatus

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050259729A1 (en) * 2004-05-21 2005-11-24 Shijun Sun Video coding with quality scalability
US20060008009A1 (en) * 2004-07-09 2006-01-12 Nokia Corporation Method and system for entropy coding for scalable video codec
WO2006108917A1 (en) * 2005-04-13 2006-10-19 Nokia Corporation Coding, storage and signalling of scalability information
KR101101965B1 (ko) * 2006-10-16 2012-01-02 노키아 코포레이션 멀티뷰 비디오 코딩에 대한 병렬 디코딩가능 슬라이스들을 이용하기 위한 시스템 및 방법
CN101395921B (zh) * 2006-11-17 2012-08-22 Lg电子株式会社 用于解码/编码视频信号的方法及装置
US8654860B2 (en) * 2010-11-01 2014-02-18 Mediatek Inc. Apparatus and method for high efficiency video coding using flexible slice structure
GB2488830B (en) * 2011-03-10 2015-07-29 Canon Kk Method and device for encoding image data and method and device for decoding image data
US9294776B2 (en) * 2013-03-05 2016-03-22 Qualcomm Incorporated Parallel processing for video coding
KR20200045013A (ko) * 2013-07-15 2020-04-29 소니 주식회사 상호작용성을 위한 모션-구속된 타일 세트들 sei 메시지의 확장들

Also Published As

Publication number Publication date
CN108650514A (zh) 2018-10-12
WO2015008477A1 (en) 2015-01-22
CN105359525A (zh) 2016-02-24
JP2016528747A (ja) 2016-09-15
US20160165247A1 (en) 2016-06-09
US10250897B2 (en) 2019-04-02
HK1222067A1 (zh) 2017-06-16

Similar Documents

Publication Publication Date Title
JP6352317B2 (ja) 復号方法
JP7303920B2 (ja) 映像復号方法
US11553198B2 (en) Removal delay parameters for video coding
JP6765025B2 (ja) ビデオビットストリームを復号する方法およびデバイス
US10841619B2 (en) Method for decoding a video bitstream
JP6505026B2 (ja) 符号化方法
JP6472449B2 (ja) ビデオシーケンスを復号するための方法
HK1222066B (zh) 對來自比特流的視頻進行解碼的方法和設備
HK1221840B (zh) 用信號通知輸出層集的改變
HK1222066A1 (zh) 對來自比特流的視頻進行解碼的方法和設備

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170629

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170629

TRDD Decision of grant or rejection written
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180427

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180515

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180606

R150 Certificate of patent or registration of utility model

Ref document number: 6352317

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees