(57)【特許請求の範囲】
【請求項１】
ビデオを復号するための方法であって、前記方法は、
（ａ）符号化されたピクチャのビデオビットストリームを受信するステップであって、前記ビデオビットストリームは、複数のレイヤを含む、前記受信するステップと、
（ｂ）前記ビデオビットストリームに関係するビデオパラメータセット（ＶＰＳ）ビデオ・ユーザビリティ情報（ＶＵＩ）を受信するステップであって、
前記ＶＰＳ  ＶＵＩは、
（１）ビデオ信号情報のセット、
（２）前記ビデオ信号情報の前記セットの数を指定するシンタックス要素、
（３）前記ビデオ信号情報の前記セットのインデックス、および
（４）前記シンタックス要素および前記インデックスが存在するかどうかを示すフラグ
を含む、前記受信するステップと
を備え、
前記ビデオ信号情報の前記セットは、
（１）ｖｉｄｅｏ＿ｖｐｓ＿ｆｏｒｍａｔ要素、
（２）ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｖｐｓ＿ｆｌａｇ要素、
（３）ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｖｐｓ要素、
（４）ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＿ｖｐｓ要素、および
（５）ｍａｔｒｉｘ＿ｃｏｅｆｆｓ＿ｖｐｓ要素から成る、方法。
【請求項２】
１に等しい前記フラグは、前記シンタックス要素および前記インデックスが存在することを示し、０に等しい前記フラグは、前記シンタックス要素および前記インデックスが存在しないことを示す、請求項１に記載の方法。
【請求項３】
前記セットは、前記ビデオビットストリームに関係するシンタックスおよびセマンティクスを参照する、請求項１に記載の方法。
【請求項４】
前記ｖｉｄｅｏ＿ｖｐｓ＿ｆｏｒｍａｔ要素、前記ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｖｐｓ＿ｆｌａｇ要素、前記ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｖｐｓ要素、前記ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＿ｖｐｓ要素、および前記ｍａｔｒｉｘ＿ｃｏｅｆｆｓ＿ｖｐｓ要素は、ビデオパラメータセット拡張シンタックスを参照するＳＰＳごとに、それぞれＳＰＳＶＵＩシンタックス要素ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓの値の推測に用いられる、請求項１に記載の方法。
【請求項５】
前記インデックスは、前記複数のレイヤのうちの１つに適用されるビデオパラメータセット拡張における前記ビデオ信号情報のリストを対象とする、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この開示は、一般にビデオ符号化に関し、より詳しくは、ビデオ符号化に係る色情報および色度のシグナリングに関する。
【背景技術】
【０００２】
多くのシステムがビデオ符号化規格を実装するためにビデオエンコーダを含み、限られたバンド幅および／または限られた記憶容量をもつチャネルを通じて送信するためにビデオデータを圧縮する。これらのビデオ符号化規格は、フレームをより効果的に符号化するために、イントラ予測、空間領域から周波数領域への変換、周波数領域から空間領域への逆変換、量子化、エントロピー符号化、動き推定、および動き補償などの複数の符号化段階を含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
従来のデジタル高精細度（ＨＤ：Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）コンテンツは、ビデオ符号化規格  国際電気通信連合無線通信部門（ＩＴＵ−Ｒ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ  Ｒａｄｉｏｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｃｔｏｒ）勧告ＢＴ．７０９によって記載されるフォーマットで表現でき、このフォーマットは、ビデオコンテンツに関する解像度、色域、ガンマ、および量子化ビット深度を定義する。ＢＴ．７０９と比較して、より高い解像度を有するのに加えて、より広い色域および増加した量子化ビット深度を有しうる、ＩＴＵ−Ｒ超高精細度テレビジョン（ＵＨＤＴＶ：Ｕｌｔｒａ  Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｔｅｌｅｖｉｓｉｏｎ）のような、より高解像度のビデオ規格の出現に伴って、より低解像度のＨＤコンテンツに基づく多くのレガシーシステムは、圧縮されたＵＨＤＴＶコンテンツを活用することができない。これらレガシーシステムのユーザビリティを維持するための現在の解決法の１つは、圧縮されたＨＤコンテンツおよび圧縮されたＵＨＤＴＶコンテンツの両方を別々にサイマルキャストすることを含む。サイマルキャストを受信したレガシーシステムは、圧縮されたＨＤコンテンツを復号して活用する能力を有するが、基本的なコンテンツが同じ複数のビットストリームを圧縮してサイマルキャストすることは、処理、バンド幅、および記憶リソースを非効率的に用いることになりかねない。
【課題を解決するための手段】
【０００４】
本発明によれば、ビデオを復号するための方法が提供され、方法は、（ａ）符号化されたピクチャのビデオビットストリームを受信するステップであって、前記ビデオビットストリームは、複数のレイヤを含む、受信するステップと、（ｂ）前記ビデオビットストリームに関係する色度情報を受信するステップであって、前記色度情報は、（１）ビデオ信号情報のセット、（２）ビデオ信号情報の前記セットの数、（３）前記ビデオ信号情報のインデックス、および（４）前記数および前記インデックスが存在するかどうかを示すフラグを備える、受信するステップとを備える。
【０００５】
本発明の前述および他の目的、特徴ならびに利点は、本発明の以下の詳細な記載を添付図面と併せて考察するとさらに容易に理解されるであろう。
【図面の簡単な説明】
【０００６】
【図１】ビデオ符号化システムのブロック図の例である。
【図２】ＢＴ．７０９ビデオ規格およびＵＨＤＴＶビデオ規格においてサポートされる色域を示すグラフの例２００である。
【図３Ａ】図１に示されるビデオエンコーダのブロック図の例である。
【図３Ｂ】図１に示されるビデオエンコーダのブロック図の例である。
【図４】図３Ａおよび３Ｂに示される色空間予測因子のブロック図の例である。
【図５Ａ】図１に示されるビデオデコーダのブロック図の例である。
【図５Ｂ】図１に示されるビデオデコーダのブロック図の例である。
【図６】図５Ａおよび５Ｂに示される色空間予測因子のブロック図の例である。
【図７】図１に示されるビデオエンコーダにおける色空間予測のための動作フロー図の例である。
【図８】図１に示されるビデオデコーダにおける色空間予測のための動作フロー図の例である。
【図９】図１に示されるビデオデコーダにおける色空間予測のための別の動作フロー図の例である。
【図１０Ａ】色ビット深度スケーリングを含むビデオエンコーダのブロック図の例である。
【図１０Ｂ】色ビット深度スケーリングを含むビデオエンコーダのブロック図の例である。
【図１１】色ビット深度スケーリングを含む符号化方法のフロー図である。
【図１２Ａ】色ビット深度スケーリングを含むビデオデコーダのブロック図の例である。
【図１２Ｂ】色ビット深度スケーリングを含むビデオデコーダのブロック図の例である。
【図１３】色ビット深度スケーリングを含む復号方法のフロー図である。
【図１４Ａ】例示的なｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックスを示す。
【図１４Ｂ】例示的なｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックスを示す。
【図１５】例示的なｖｐｓ＿ｖｕｉ（）シンタックスを示す。
【図１６Ａ】例示的なｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（）シンタックスを示す。
【図１６Ｂ】例示的なｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（）シンタックスを示す。
【図１６Ｃ】例示的なｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（）シンタックスを示す。
【図１７】例示的なｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）シンタックスを示す。
【図１８】例示的なｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）シンタックスを示す。
【図１９】例示的なｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）シンタックスを示す。
【図２０】例示的なｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）シンタックスを示す。
【図２１】例示的なｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）シンタックスを示す。
【発明を実施するための形態】
【０００７】
図１は、ビデオ符号化システム１００のブロック図の例である。ビデオ符号化システム１００は、ビデオエンコーダ３００を含み、ビデオストリーム、例えば、ＢＴ．２０２０として規格化された超高精細度テレビジョン（ＵＨＤＴＶ）ビデオストリーム１０２およびＢＴ．７０９ビデオストリーム１０４を受信し、それらのビデオストリームに基づいて符号化されたビデオストリーム１１２を生成することができる。ビデオエンコーダ３００は、符号化されたビデオストリーム１１２をビデオデコーダ５００へ送信できる。ビデオデコーダ５００は、符号化されたビデオストリーム１１２を復号して、復号されたＵＨＤＴＶビデオストリーム１２２および／または復号されたＢＴ．７０９ビデオストリーム１２４を生成することができる。
【０００８】
ＵＨＤＴＶビデオストリーム１０２は、ＢＴ．７０９ビデオストリーム１０４と比較して異なる解像度、異なる量子化ビット深度を有し、異なる色域を表現できる。例えば、ＵＨＤＴＶまたはＢＴ．２０２０ビデオ規格は、４ｋ（３８４０×２１６０画素）または８ｋ（７６８０×４３２０画素）解像度および１０または１２ビット量子化ビット深度をサポートできるフォーマット勧告を有する。ＢＴ．７０９ビデオ規格は、２ｋ（１９２０×１０８０画素）解像度および８または１０ビット量子化ビット深度をサポートできるフォーマット勧告を有する。ＵＨＤＴＶフォーマット勧告は、ＢＴ．７０９フォーマット勧告より広い色域もサポートできる。ＵＨＤＴＶビデオ規格とＢＴ．７０９ビデオ規格との間の色域差の実施形態が図２を参照して以下にさらに詳細に示され、記載されるであろう。
【０００９】
ビデオエンコーダ３００は、エンハンスメントレイヤ・エンコーダ３０２およびベースレイヤ・エンコーダ３０４を含むことができる。ベースレイヤ・エンコーダ３０４は、例えば、ムービング・ピクチャ・エクスパーツ・グループ（ＭＰＥＧ：Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−２規格などを実装したコーデックを用いて、高精細度（ＨＤ）コンテンツのためのビデオ符号化を実施できる。エンハンスメントレイヤ・エンコーダ３０２は、ＵＨＤＴＶコンテンツのためのビデオ符号化を実施できる。いくつかの実施形態において、エンハンスメントレイヤ・エンコーダ３０２は、動き補償予測、フレーム内予測、およびベースレイヤ・エンコーダ３０２において符号化されたＢＴ．７０９画像フレームからのスケーリングされた色予測を用いて、ＵＨＤＴＶ画像フレームの少なくとも一部分の予測を生成することにより、ＵＨＤＴＶビデオフレームを符号化することができる。ビデオエンコーダ３００は、予測を活用して予測残差、例えば、予測とＵＨＤＴＶ画像フレームとの間の差を生成し、この予測残差を符号化されたビデオストリーム１１２中に符号化することができる。
【００１０】
いくつかの実施形態において、ビデオエンコーダ３００がＢＴ．７０９画像フレームからのスケーリングされた色予測を活用するとき、ビデオエンコーダ３００は、色予測パラメータ１１４をビデオデコーダ５００へ送信できる。色予測パラメータ１１４は、スケーリングされた色予測を生成するためにビデオエンコーダ３００によって活用されたパラメータを含むことができる。例えば、ビデオエンコーダ３００は、チャネルごとの利得パラメータもしくはチャネルごとの利得パラメータおよびオフセット・パラメータなどの異なるパラメータをそれぞれが有する、独立色チャネル予測またはアフィン行列ベースの色予測を通じてスケーリングされた色予測を生成できる。色予測パラメータ１１４は、ビデオエンコーダ３００によって活用された独立色チャネル予測またはアフィン行列ベースの色予測に対応するパラメータを含むことができる。いくつかの実施形態において、エンコーダ３００は、色予測パラメータ１１４を符号化されたビデオストリーム１１２の規範的な部分に、例えば、シーケンスパラメータセット（ＳＰＳ：Ｓｅｑｕｅｎｃｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）、ピクチャパラメータセット（ＰＰＳ：Ｐｉｃｔｕｒｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）、または符号化されたビデオストリーム１１２の規範的な部分の別のより低レベルの区分に含むことができる。いくつかの実施形態において、ビデオエンコーダ３００は、ビデオデコーダ５００にプリセットされたデフォルトの色予測パラメータ１１４を活用できて、ビデオエンコーダ３００が色予測パラメータ１１４をビデオデコーダ５００へ送信することの必要性を軽減する。ビデオエンコーダ３００の実施形態が以下にさらに詳細に記載されるであろう。
【００１１】
ビデオデコーダ５００は、エンハンスメントレイヤ・デコーダ５０２およびベースレイヤ・デコーダ５０４を含むことができる。ベースレイヤ・デコーダ５０４は、例えば、ムービング・ピクチャ・エクスパーツ・グループ（ＭＰＥＧ）−２規格などを実装したコーデックを用いて、高精細度（ＨＤ）コンテンツのためのビデオ復号を実施し、符号化されたビデオストリーム１１２を復号して、復号されたＢＴ．７０９ビデオストリーム１２４を生成できる。エンハンスメントレイヤ・デコーダ５０２は、ＵＨＤＴＶコンテンツのためのビデオ復号を実施し、符号化されたビデオストリーム１１２を復号して、復号されたＵＨＤＴＶビデオストリーム１２２を生成できる。
【００１２】
いくつかの実施形態において、エンハンスメントレイヤ・デコーダ５０２は、符号化されたビデオストリーム１１２の少なくとも一部分をＵＨＤＴＶビデオフレームの予測残差中に復号できる。エンハンスメントレイヤ・デコーダ５０２は、符号化処理の間にビデオエンコーダ３００によって生成されたＵＨＤＴＶ画像フレームと同じかまたは同様の予測を生成できて、次にその予測を予測残差と結合させて、復号されたＵＨＤＴＶビデオストリーム１２２を生成することができる。エンハンスメントレイヤ・デコーダ５０２は、動き補償予測、フレーム内予測、またはベースレイヤ・デコーダ５０４において復号されたＢＴ．７０９画像フレームからのスケーリングされた色予測を通じて、ＵＨＤＴＶ画像フレームの予測を生成できる。ビデオエンコーダ４００の実施形態が以下にさらに詳細に記載されるであろう。
【００１３】
図１は、ビデオエンコーダ３００およびビデオデコーダ５００を用いたＵＨＤＴＶビデオストリームおよびＢＴ．７０９ビデオストリームの色予測ベースのビデオ符号化を示すが、いくつかの実施形態では、種々の色域を表現する任意のビデオストリームを色予測ベースのビデオ符号化を用いて符号化または復号することができる。
【００１４】
図２は、ＢＴ．７０９ビデオ規格およびＵＨＤＴＶビデオ規格においてサポートされる色域を示すグラフの例２００である。図２を参照すると、グラフ２００は、国際照明委員会（ＣＩＥ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｍｍｉｓｓｉｏｎ  ｏｎ  Ｉｌｌｕｍｉｎａｔｉｏｎ）１９３１のｘｙ色度図フォーマットにおける色域の２次元表現を示す。グラフ２００は、ＣＩＥにより１９３１年に確定された標準的な人間の観測者が見ることができる色の範囲を表すための標準観測者色域２１０を含む。グラフ２００は、ＵＨＤＴＶビデオ規格にサポートされる色の範囲を表すためのＵＨＤＴＶ色域２２０を含む。グラフ２００は、ＵＨＤＴＶ色域２２０より狭い、ＢＴ．７０９ビデオ規格にサポートされる色の範囲を表すためのＢＴ．７０９色域２３０を含む。このグラフは、標準観測者色域２１０、ＵＨＤＴＶ色域２２０、およびＢＴ．７０９色域２３０に含まれる白色２４０を表すポイントも含む。
【００１５】
図３Ａおよび３Ｂは、図１に示されるビデオエンコーダ３００のブロック図の例である。図３Ａを参照すると、ビデオエンコーダ３００は、エンハンスメントレイヤ・エンコーダ３０２およびベースレイヤ・エンコーダ３０４を含むことができる。ベースレイヤ・エンコーダ３０４は、ＨＤ画像フレームを有するＢＴ．７０９ビデオストリーム１０４を受信するためのビデオ入力３６２を含むことができる。ベースレイヤ・エンコーダ３０４は、ビデオ入力３６２から受信されたＢＴ．７０９ビデオストリーム１０４を符号化するための符号化予測ループ３６４を含み、ＢＴ．７０９ビデオストリームの再構成されたフレームを参照バッファ３６８に記憶することができる。参照バッファ３６８は、再構成されたＢＴ．７０９画像フレームをＢＴ．７０９ビデオストリーム１０４の同じフレームの他の部分または他のフレームの符号化に用いるために符号化予測ループ３６４へ戻すことができる。参照バッファ３６８は、符号化予測ループ３６４によって符号化された画像フレームを記憶できる。ベースレイヤ・エンコーダ３０４は、符号化予測ループ３６４からのＢＴ．７０９ビデオストリームの符号化バージョンに対してエントロピー符号化演算を行うためのエントロピー符号化機能３６６を含み、エントロピー符号化されたストリームを出力インターフェース３８０へ供給できる。
【００１６】
エンハンスメントレイヤ・エンコーダ３０２は、ＵＨＤＴＶ画像フレームを有するＵＨＤＴＶビデオストリーム１０２を受信するためのビデオ入力３１０を含むことができる。エンハンスメントレイヤ・エンコーダ３０２は、ＵＨＤＴＶ画像フレームの予測を生成し、予測を活用して予測残差、例えば、結合機能３１５を用いて確定される、予測とＵＨＤＴＶ画像フレームとの間の差を生成することができる。いくつかの実施形態において、結合機能３１５は、ＵＨＤＴＶ画像フレームの予測から予測残差を生成するために、重み付け、例えば、線形重み付けを含むことができる。エンハンスメントレイヤ・エンコーダ３０２は、変換および量子化機能３２０を用いて予測残差を変換および量子化できる。エントロピー符号化機能３３０は、変換および量子化機能３２０の出力を符号化して、エントロピー符号化されたストリームを出力インターフェース３８０へ供給できる。出力インターフェース３８０は、符号化されたビデオストリーム１１２を生成するために、エントロピー符号化機能３６６および３３０からのエントロピー符号化されたストリームを多重化できる。
【００１７】
エンハンスメントレイヤ・エンコーダ３０２は、それぞれがＵＨＤＴＶ画像フレームの予測を生成できる色空間予測因子４００、動き補償予測機能３５４、およびイントラ予測因子３５６を含むことができる。エンハンスメントレイヤ・エンコーダ３０２は、結合機能３１５へ供給するために色空間予測因子４００、動き補償予測機能３５４、および／またはイントラ予測因子３５６によって生成された予測を選択するための予測選択機能３５０を含むことができる。
【００１８】
いくつかの実施形態において、動き補償予測機能３５４およびイントラ予測因子３５６は、エンハンスメントレイヤ・エンコーダ３０２によって前に符号化され、かつ復号されたＵＨＤＴＶ画像フレームに基づいてそれらの各予測を生成できる。例えば、予測残差が変換および量子化された後、変換および量子化機能３２０が変換および量子化された予測残差をスケーリングおよび逆変換機能３２２へ供給できて、結合機能３２５では予測残差を生成するために活用される予測とその結果を結合して、復号されたＵＨＤＴＶ画像フレームを生成することができる。結合機能３２５は、復号されたＵＨＤＴＶ画像フレームをデブロッキング機能３５１へ供給できて、デブロッキング機能３５１は、復号されたＵＨＤＴＶ画像フレームを参照バッファ３４０において記憶でき、参照バッファ３４０は、動き補償予測機能３５４およびイントラ予測因子３５６による使用のために復号されたＵＨＤＴＶ画像フレームを保持する。いくつかの実施形態において、デブロッキング機能３５１は、復号されたＵＨＤＴＶ画像フレームを、例えば、復号されたＵＨＤＴＶ画像フレームに対応する画像におけるマクロブロック間の鋭いエッジを平滑にするためにフィルタすることができる。
【００１９】
動き補償予測機能３５４は、１つ以上の復号されたＵＨＤＴＶ画像フレームを参照バッファ３４０から受信できる。動き補償予測機能３５４は、参照バッファ３４０からの１つ以上の復号されたＵＨＤＴＶ画像フレームとＵＨＤＴＶ画像フレームとの間の画像の動きに基づいて現ＵＨＤＴＶ画像フレームの予測を生成できる。
【００２０】
イントラ予測因子３５６は、現ＵＨＤＴＶ画像フレームの第１の部分を参照バッファ３４０から受信できる。イントラ予測因子３５６は、エンハンスメントレイヤ・エンコーダ３０２によって前に符号化され、かつ復号された現ＵＨＤＴＶ画像フレームの少なくとも第２の部分に基づいて現ＵＨＤＴＶ画像フレームの第１の部分に対応する予測を生成できる。
【００２１】
色空間予測因子４００は、ベースレイヤ・エンコーダ３０４によって前に符号化されたＢＴ．７０９画像フレームに基づいてＵＨＤＴＶ画像フレームの予測を生成できる。いくつかの実施形態において、ベースレイヤ・エンコーダ３０４における参照バッファ３６８は、再構成されたＢＴ．７０９画像フレームを解像度アップスケーリング機能３７０へ供給でき、この機能は、再構成されたＢＴ．７０９画像フレームの解像度をＵＨＤＴＶビデオストリーム１０２に対応する解像度へスケーリングできる。解像度アップスケーリング機能３７０は、再構成されたＢＴ．７０９画像フレームのアップスケーリングされた解像度バージョンを色空間予測因子４００へ供給できる。色空間予測因子は、再構成されたＢＴ．７０９画像フレームのアップスケーリングされた解像度バージョンに基づいてＵＨＤＴＶ画像フレームの予測を生成できる。いくつかの実施形態において、色空間予測因子４００は、再構成されたＢＴ．７０９画像フレームのアップスケーリングされた解像度バージョンのＹＵＶ色空間をＵＨＤＴＶビデオストリーム１０２によってサポートされるＹＵＶ表現に対応するようにスケーリングできる。
【００２２】
色空間予測因子４００がＢＴ．７０９ビデオ符号化規格によってサポートされる色空間をＵＨＤＴＶビデオストリーム１０２によってサポートされる色空間へスケーリングするためのいくつかの方法、例えば、独立チャネル予測およびアフィン混合チャネル予測がある。独立チャネル予測は、ＢＴ．７０９画像フレームのためのＹＵＶ色空間のそれぞれの部分を別々にＵＨＤＴＶ画像フレームの予測に変換することを含むことができる。Ｙ部分または輝度は、式１：
【数１】
0006472441.tif 000002
に従ってスケーリングできる。
【００２３】
Ｕ部分または色差部分のうちの１つは、式２：
【数２】
0006472441.tif 000003
に従ってスケーリングできる。
【００２４】
Ｖ部分または色差部分のうちの１つは、式３：
【数３】
0006472441.tif 000004
に従ってスケーリングできる。
【００２５】
利得パラメータｇ１、ｇ２およびｇ３ならびにオフセット・パラメータｏ１、ｏ２およびｏ３は、ＢＴ．７０９ビデオ符号化規格およびＵＨＤＴＶビデオ規格によってサポートされる色空間における差に基づくことができ、各ＢＴ．７０９画像フレームおよびＵＨＤＴＶ画像フレームのコンテンツに依存して変化しうる。エンハンスメントレイヤ・エンコーダ３０４は、ＵＨＤＴＶ画像フレームの予測を生成するために色空間予測因子４００によって活用された利得パラメータｇ１、ｇ２およびｇ３ならびにオフセット・パラメータｏ１、ｏ２およびｏ３を色予測パラメータ１１４として、例えば、出力インターフェース３８０経由でビデオデコーダ５００へ出力できる。
【００２６】
いくつかの実施形態において、独立チャネル予測は、利得パラメータｇ１、ｇ２およびｇ３、ならびにゼロ・パラメータを含むことができる。Ｙ部分または輝度は、式４：
【数４】
0006472441.tif 000005
に従ってスケーリングできる。
【００２７】
Ｕ部分または色差部分のうちの１つは、式５：
【数５】
0006472441.tif 000006
に従ってスケーリングできる。
【００２８】
Ｖ部分または色差部分のうちの１つは、式６：
【数６】
0006472441.tif 000007
に従ってスケーリングできる。
【００２９】
利得パラメータｇ１、ｇ２およびｇ３は、ＢＴ．７０９ビデオ符号化規格およびＵＨＤＴＶビデオ規格によってサポートされる色空間における差に基づくことができ、各ＢＴ．７０９画像フレームおよびＵＨＤＴＶ画像フレームのコンテンツに依存して変化しうる。エンハンスメントレイヤ・エンコーダ３０４は、ＵＨＤＴＶ画像フレームの予測を生成するために色空間予測因子４００によって活用された利得パラメータｇ１、ｇ２およびｇ３を色予測パラメータ１１４として、例えば、出力インターフェース３８０経由でビデオデコーダ５００へ出力できる。ゼロ・パラメータをビデオデコーダ５００にプリロードできるので、ビデオエンコーダ３００は、より少ない色予測パラメータ１１４、例えば、６つではなく３つを生成してビデオデコーダ５００へ送信できる。
【００３０】
いくつかの実施形態において、式４〜６に用いられるゼロ・パラメータは、関連する色空間および色チャネルのビット深度に基づいて定義できる。例えば、表１において、ゼロ・パラメータを次のように定義できる。
【００３１】
【表１】
0006472441.tif 000008
表１
【００３２】
アフィン混合チャネル予測は、ＵＨＤＴＶ画像フレームの予測を生成するためにＢＴ．７０９画像フレームのＹＵＶチャネルを、例えば、行列乗算機能を通じて混合することによって、ＢＴ．７０９画像フレームのためのＹＵＶ色空間を変換することを含むことができる。いくつかの実施形態において、ＢＴ．７０９の色空間は、式７：
【数７】
0006472441.tif 000009
に従ってスケーリングできる。
【００３３】
行列パラメータｍ１１、ｍ１２、ｍ１３、ｍ２１、ｍ２２、ｍ２３、ｍ３１、ｍ３２およびｍ３３ならびにオフセット・パラメータｏ１、ｏ２およびｏ３は、ＢＴ．７０９ビデオ・フォーマット勧告およびＵＨＤＴＶビデオ・フォーマット勧告によってサポートされる色空間における差に基づくことができ、各ＢＴ．７０９画像フレームおよびＵＨＤＴＶ画像フレームのコンテンツに依存して変化しうる。エンハンスメントレイヤ・エンコーダ３０４は、ＵＨＤＴＶ画像フレームの予測を生成するために色空間予測因子４００によって活用された行列およびオフセット・パラメータを色予測パラメータ１１４として、例えば、出力インターフェース３８０経由でビデオデコーダ５００へ出力できる。
【００３４】
いくつかの実施形態において、ＢＴ．７０９の色空間は、式８：
【数８】
0006472441.tif 000010
に従ってスケーリングできる。
【００３５】
行列パラメータｍ１１、ｍ１２、ｍ１３、ｍ２２およびｍ３３ならびにオフセット・パラメータｏ１、ｏ２およびｏ３は、ＢＴ．７０９ビデオ符号化規格およびＵＨＤＴＶビデオ規格によってサポートされる色空間における差に基づくことができ、各ＢＴ．７０９画像フレームおよびＵＨＤＴＶ画像フレームのコンテンツに依存して変化しうる。エンハンスメントレイヤ・エンコーダ３０４は、ＵＨＤＴＶ画像フレームの予測を生成するために色空間予測因子４００によって活用された行列およびオフセット・パラメータを色予測パラメータ１１４として、例えば、出力インターフェース３８０経由でビデオデコーダ５００へ出力できる。
【００３６】
行列パラメータｍ２１、ｍ２３、ｍ３１およびｍ３２をゼロで置き換えることによって、ＵＨＤＴＶ画像フレーム予測の輝度チャネルＹをＢＴ．７０９画像フレームの色チャネルＵおよびＶと混合できるが、ＵＨＤＴＶ画像フレーム予測の色チャネルＵおよびＶは、ＢＴ．７０９画像フレームの輝度チャネルＹとは混合されない。選択的なチャネル混合は、輝度チャネルＵＨＤＴＶ画像フレーム予測のより正確な予測を可能にして、一方ではビデオデコーダ５００へ送信すべき予測パラメータ１１４の数を削減することができる。
【００３７】
いくつかの実施形態において、ＢＴ．７０９の色空間は、式９：
【数９】
0006472441.tif 000011
に従ってスケーリングできる。
【００３８】
行列パラメータｍ１１、ｍ１２、ｍ１３、ｍ２２、ｍ２３、ｍ３２およびｍ３３ならびにオフセット・パラメータｏ１、ｏ２、ｏ３は、ＢＴ．７０９ビデオ規格およびＵＨＤＴＶビデオ規格によってサポートされる色空間における差に基づくことができ、各ＢＴ．７０９画像フレームおよびＵＨＤＴＶ画像フレームのコンテンツに依存して変化しうる。エンハンスメントレイヤ・エンコーダ３０４は、ＵＨＤＴＶ画像フレームの予測を生成するために色空間予測因子４００によって活用された行列およびオフセット・パラメータを色予測パラメータ１１４として、例えば、出力インターフェース３８０経由でビデオデコーダ５００へ出力できる。
【００３９】
行列パラメータｍ２１およびｍ３１をゼロで置き換えることによって、ＵＨＤＴＶ画像フレーム予測の輝度チャネルＹをＢＴ．７０９画像フレームの色チャネルＵおよびＶと混合できる。ＵＨＤＴＶ画像フレーム予測のＵおよびＶ色チャネルは、ＢＴ．７０９画像フレームのＵおよびＶ色チャネルと混合できるが、ＢＴ．７０９画像フレームの輝度チャネルＹとは混合できない。選択的なチャネル混合は、輝度チャネルＵＨＤＴＶ画像フレーム予測のより正確な予測を可能にして、一方ではビデオデコーダ５００へ送信すべき予測パラメータ１１４の数を削減することができる。
【００４０】
色空間予測因子４００は、スケーリングされた色空間予測を予測選択機能３５０のためにシーケンス（フレーム間）ごと、フレームごと、またはスライス（フレーム内）ごとに生成でき、ビデオエンコーダ３００は、スケーリングされた色空間予測に対応する予測パラメータ１１４をシーケンス（フレーム間）ごと、フレームごと、またはスライス（フレーム内）ごとに送信できる。いくつかの実施形態において、スケーリングされた色空間予測を生成するための粒度は、色空間予測因子４００にプリセットもしくは固定でき、あるいは符号化機能またはＵＨＤＴＶ画像フレームのコンテンツに基づいてビデオエンコーダ３００により動的に調整可能である。
【００４１】
ビデオエンコーダ３００は、色予測パラメータ１１４を符号化されたビデオストリーム１１２の規範的な部分で、例えば、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、または符号化されたビデオストリーム１１２の規範的な部分の別のより低レベルの区分で送信できる。いくつかの実施形態では、色予測パラメータ１１４を符号化されたビデオストリーム１１２中にシンタックスとともに挿入することができ、このシンタックスは、符号化されたビデオストリーム１１２中に色予測パラメータ１１４が存在することをビデオデコーダ５００が識別して、パラメータの精度またはサイズ、例えば、それぞれのパラメータを表すために活用されたビットの数を識別し、かつ色空間予測を生成するためにビデオエンコーダ３００の色空間予測因子４００が活用した色空間予測のタイプを識別することを可能にする。
【００４２】
いくつかの実施形態において、符号化されたビデオストリーム１１２の規範的な部分は、符号化されたビデオストリーム１１２中の色空間パラメータ１１４の包含を通知できるフラグ（ｕｓｅ＿ｃｏｌｏｒ＿ｓｐａｃｅ＿ｐｒｅｄｉｃｔｉｏｎ）、例えば、１つ以上のビットを含むことができる。符号化されたビデオストリーム１１２の規範的な部分は、それぞれのパラメータを表すために活用されたビットの数または精度を識別できるサイズパラメータ（ｃｏｌｏｒ＿ｐｒｅｄｉｃｔｏｒ＿ｎｕｍ＿ｆｒａｃｔｉｏｎ＿ｂｉｔｓ＿ｍｉｎｕｓ１）、例えば、１つ以上のビットを含むことができる。符号化されたビデオストリーム１１２の規範的な部分は、色空間予測を生成するためにビデオエンコーダ３００によって活用された色空間予測のタイプを識別できる予測因子タイプ・パラメータ（ｃｏｌｏｒ＿ｐｒｅｄｉｃｔｏｒ＿ｉｄｃ）、例えば、１つ以上のビットを含むことができる。色空間予測のタイプは、独立チャネル予測、アフィン予測、それらの様々な実装などを含むことができる。色予測パラメータ１１４は、ビデオエンコーダ３００によって活用される予測のタイプに依存して利得パラメータ、オフセット・パラメータ、および／または行列パラメータを含むことができる。
【００４３】
図３Ｂを参照すると、ビデオエンコーダ３０１は、図３Ａに先に示され、記載されたビデオエンコーダ３００と同様とすることができ、相違は次の通りである。ビデオエンコーダ３０１は、色空間予測因子４００を解像度アップスケーリング機能３７０と入れ替えることができる。色空間予測因子４００は、ベースレイヤ・エンコーダ３０４によって前に符号化されたＢＴ．７０９画像フレームに基づいてＵＨＤＴＶ画像フレームの予測を生成できる。
【００４４】
いくつかの実施形態において、ベースレイヤ・エンコーダ３０４における参照バッファ３６８は、符号化されたＢＴ．７０９画像フレームを色空間予測因子４００へ供給できる。色空間予測因子は、符号化されたＢＴ．７０９画像フレームのＹＵＶ色空間をＵＨＤＴＶビデオ・フォーマットによってサポートされるＹＵＶ表現に対応するようにスケーリングできる。色空間予測因子４００は、色空間予測を解像度アップスケーリング機能３７０へ供給でき、この機能は、符号化されたＢＴ．７０９画像フレームの色空間予測の解像度をＵＨＤＴＶビデオ・フォーマットに対応する解像度へスケーリングできる。解像度アップスケーリング機能３７０は、解像度がアップスケーリングされた色空間予測を予測選択機能３５０へ供給できる。
【００４５】
図４は、図３Ａに示される色空間予測因子４００のブロック図の例である。図４を参照すると、色空間予測因子４００は、再構成されたＢＴ．７０９ビデオフレーム４０２を、例えば、ベースレイヤ・エンコーダ３０４から解像度アップスケーリング機能３７０経由で受信して、色空間予測４０６の生成のために予測タイプおよびタイミングを選択するための色空間予測制御デバイス４１０を含むことができる。いくつかの実施形態において、色空間予測制御デバイス４１０は、再構成されたＢＴ．７０９ビデオフレーム４０２を独立チャネル予測機能４２０、アフィン予測機能４３０、またはクロスカラー予測機能４４０のうちの少なくとも１つに渡すことができる。予測機能４２０、４３０および４４０のそれぞれが、例えば、ＢＴ．７０９画像フレームの色空間をＵＨＤＴＶ画像フレームの色空間へスケーリングすることによって再構成されたＢＴ．７０９ビデオフレーム４０２からＵＨＤＴＶ画像フレーム（またはその部分）の色空間予測を生成できる。
【００４６】
独立色チャネル予測機能４２０は、符号化されたＢＴ．７０９ビデオストリーム４０２のＹＵＶ成分を別々に、例えば、式１〜６に先に示されたようにスケーリングできる。アフィン予測機能４３０は、再構成されたＢＴ．７０９ビデオフレーム４０２のＹＵＶ成分を行列乗算を用いて、例えば、式７に先に示されたようにスケーリングできる。クロスカラー予測機能４４０は、符号化されたＢＴ．７０９ビデオストリーム４０２のＹＵＶ成分を修正された行列乗算を用いてスケーリングでき、この行列乗算は、例えば、式８または９に先に示されたように、ＵＨＤＴＶ画像フレームのＵおよびＶ成分を生成するときに、符号化されたＢＴ．７０９ビデオストリーム４０２からのＹ成分の混合を除くことができる。
【００４７】
いくつかの実施形態において、色空間予測因子４００は、独立色チャネル予測機能４２０、アフィン予測機能４３０およびクロスカラー予測機能４４０からの出力を選択するための選択デバイス４５０を含むことができる。選択デバイス４５０は、色空間予測４０６を生成するために活用された色予測パラメータ１１４も出力できる。色予測制御デバイス４１０は、例えば、選択デバイス４５０のタイミングおよび出力を制御することによって、色空間予測４０６の生成のタイミングおよび色空間予測４０６を生成するために行われる演算のタイプを制御できる。いくつかの実施形態において、色予測制御デバイス４１０は、符号化されたＢＴ．７０９ビデオストリーム４０２を独立色チャネル予測機能４２０、アフィン予測機能４３０およびクロスカラー予測機能４４０のうちの少なくとも１つへ選択的に供給することによって、色空間予測４０６の生成のタイミングおよび色空間予測４０６を生成するために行われる演算のタイプを制御できる。
【００４８】
図５Ａおよび５Ｂは、図１に示されるビデオデコーダ５００のブロック図の例である。図５Ａを参照すると、ビデオデコーダは、符号化されたビデオストリーム１１２を、例えば、ビデオエンコーダ３００から受信するためのインターフェース５１０を含むことができる。インターフェース５１０は、符号化されたビデオストリーム１１２を逆多重化し、符号化されたＵＨＤＴＶ画像データをビデオデコーダ５００のエンハンスメントレイヤ・デコーダ５０２へ供給し、符号化されたＢＴ．７０９画像データをビデオデコーダ５００のベースレイヤ・デコーダ５０４へ供給することができる。ベースレイヤ・デコーダ５０４は、インターフェース５１０から受信された符号化ＢＴ．７０９画像データを復号するためのエントロピー復号機能５５２および復号予測ループ５５４を含み、復号されたＢＴ．７０９ビデオストリーム１２４を参照バッファ５５６に記憶することができる。参照バッファ５５６は、復号されたＢＴ．７０９ビデオストリーム１２４を符号化されたＢＴ．７０９画像データの同じフレームの他の部分または他のフレームの復号に用いるために復号予測ループ５５４へ戻すことができる。ベースレイヤ・デコーダ５０４は、復号されたＢＴ．７０９ビデオストリーム１２４を出力できる。いくつかの実施形態において、復号予測ループ５５４からの出力かつ参照バッファ５５６への入力は、再構成されたフレームデータではなく残差フレームデータであってもよい。
【００４９】
エンハンスメントレイヤ・デコーダ５０２は、インターフェース５１０から受信された符号化ＵＨＤＴＶ画像データを復号するためのエントロピー復号機能５２２、逆量子化機能５２４、逆変換機能５２６、および結合機能５２８を含むことができる。デブロッキング機能５４１は、例えば、復号されたＵＨＤＴＶ画像フレームに対応する画像におけるマクロブロック間の鋭いエッジを平滑にするために復号されたＵＨＤＴＶ画像フレームをフィルタして、復号されたＵＨＤＴＶビデオストリーム１２２を参照バッファ５３０に記憶することができる。いくつかの実施形態において、符号化されたＵＨＤＴＶ画像データは、予測残差、例えば、ビデオエンコーダ３００によって確定されるような予測とＵＨＤＴＶ画像フレームとの間の差に対応することができる。エンハンスメントレイヤ・デコーダ５０２は、ＵＨＤＴＶ画像フレームの予測を生成でき、結合機能５２８は、復号されたＵＨＤＴＶビデオストリーム１２２を生成するために、ＵＨＤＴＶ画像フレームの予測をエントロピー復号、逆量子化、および逆変換を受けた符号化ＵＨＤＴＶ画像データに加えることができる。いくつかの実施形態において、結合機能５２８は、復号されたＵＨＤＴＶビデオストリーム１２２を生成するための重み付け、例えば、線形重み付けを含むことができる。
【００５０】
エンハンスメントレイヤ・デコーダ５０２は、ＵＨＤＴＶ画像フレームの予測をそれぞれが生成できる色空間予測因子６００、動き補償予測機能５４２、およびイントラ予測因子５４４を含むことができる。エンハンスメントレイヤ・デコーダ５０２は、色空間予測因子６００、動き補償予測機能５４２、および／またはイントラ予測因子５４４によって生成された予測を結合機能５２８へ供給すべく選択するための予測選択機能５４０を含むことができる。
【００５１】
いくつかの実施形態において、動き補償予測機能５４２およびイントラ予測因子５４４は、エンハンスメントレイヤ・デコーダ５０２によって前に復号されて参照バッファ５３０に記憶されたＵＨＤＴＶ画像フレームに基づいてそれらの各予測を生成できる。動き補償予測機能５４２は、参照バッファ５３０から１つ以上の復号されたＵＨＤＴＶ画像フレームを受信できる。動き補償予測機能５４２は、参照バッファ５３０からの１つ以上の復号されたＵＨＤＴＶ画像フレームとＵＨＤＴＶ画像フレームとの間の画像の動きに基づいて、現ＵＨＤＴＶ画像フレームの予測を生成できる。
【００５２】
イントラ予測因子５４４は、参照バッファ５３０から現ＵＨＤＴＶ画像フレームの第１の部分を受信できる。イントラ予測因子５４４は、エンハンスメントレイヤ・デコーダ５０２によって前に復号された現ＵＨＤＴＶ画像フレームの少なくとも第２の部分に基づいて、現ＵＨＤＴＶ画像フレームの第１の部分に対応する予測を生成できる。
【００５３】
色空間予測因子６００は、ベースレイヤ・デコーダ５０４によって復号されたＢＴ．７０９画像フレームに基づいてＵＨＤＴＶ画像フレームの予測を生成できる。いくつかの実施形態において、ベースレイヤ・デコーダ５０４における参照バッファ５５６は、復号されたＢＴ．７０９ビデオストリーム１２４の一部分を解像度アップスケーリング機能５７０へ供給でき、この機能は、符号化されたＢＴ．７０９画像フレームの解像度をＵＨＤＴＶビデオ・フォーマットに対応する解像度へスケーリングできる。解像度アップスケーリング機能５７０は、符号化されたＢＴ．７０９画像フレームのアップスケーリングされた解像度バージョンを色空間予測因子６００へ供給できる。色空間予測因子は、符号化されたＢＴ．７０９画像フレームのアップスケーリングされた解像度バージョンに基づいてＵＨＤＴＶ画像フレームの予測を生成できる。いくつかの実施形態において、色空間予測因子６００は、符号化されたＢＴ．７０９画像フレームのアップスケーリングされた解像度バージョンのＹＵＶ色空間をＵＨＤＴＶビデオ・フォーマットによってサポートされるＹＵＶ表現に対応するようにスケーリングできる。
【００５４】
色空間予測因子６００は、例えば、独立チャネル予測、アフィン混合チャネル予測、またはクロスカラーチャネル予測を用いてＢＴ．７０９ビデオ符号化規格によってサポートされる色空間をＵＨＤＴＶビデオ・フォーマットによってサポートされる色空間へスケーリングすることによりビデオエンコーダ３００における色空間予測因子４００と同様に動作できる。しかしながら、色空間予測因子６００は、ビデオエンコーダ３００から受信された色予測パラメータ１１４に、少なくとも部分的に、基づいて生成すべき色空間予測のタイプを選択できる。色予測パラメータ１１４は、色空間予測の特定のタイプを明示的に識別できるか、または例えば、色空間予測のタイプを色予測パラメータ１１４の量および／または配置によって暗黙的に識別できる。
【００５５】
先に考察されたように、いくつかの実施形態において、符号化されたビデオストリーム１１２の規範的な部分は、符号化されたビデオストリーム１１２中の色空間パラメータ１１４の包含を通知できるフラグ（ｕｓｅ＿ｃｏｌｏｒ＿ｓｐａｃｅ＿ｐｒｅｄｉｃｔｉｏｎ）、例えば、１つ以上のビットを含むことができる。符号化されたビデオストリーム１１２の規範的な部分は、それぞれのパラメータを表すために活用されたビットの数または精度を識別できるサイズパラメータ（ｃｏｌｏｒ＿ｐｒｅｄｉｃｔｏｒ＿ｎｕｍ＿ｆｒａｃｔｉｏｎ＿ｂｉｔｓ＿ｍｉｎｕｓ１）、例えば、１つ以上のビットを含むことができる。符号化されたビデオストリーム１１２の規範的な部分は、色空間予測を生成するためにビデオエンコーダ３００によって活用された色空間予測のタイプを識別できる予測因子タイプ・パラメータ（ｃｏｌｏｒ＿ｐｒｅｄｉｃｔｏｒ＿ｉｄｃ）、例えば、１つ以上のビットを含むことができる。色空間予測のタイプは、独立チャネル予測、アフィン予測、それらの様々な実装などを含むことができる。色予測パラメータ１１４は、ビデオエンコーダ３００によって活用された予測のタイプに依存して利得パラメータ、オフセット・パラメータおよび／または行列パラメータを含むことができる。
【００５６】
色空間予測因子６００は、次に符号化されるビデオストリーム１１２を生成する際にビデオエンコーダ３００が色空間予測を活用するかどうかをフラグ（ｕｓｅ＿ｃｏｌｏｒ＿ｓｐａｃｅ＿ｐｒｅｄｉｃｔｉｏｎ）に基づいて識別する。符号化されたビデオストリーム１１２中に色予測パラメータ１１４が存在するとき、色空間予測因子６００は、色予測パラメータ１１４を構文解析して、符号化されるビデオによって活用される色空間予測のタイプを予測因子タイプ・パラメータ（ｃｏｌｏｒ＿ｐｒｅｄｉｃｔｏｒ＿ｉｄｃ）に基づいて識別し、かつパラメータ（ｃｏｌｏｒ＿ｐｒｅｄｉｃｔｏｒ＿ｎｕｍ＿ｆｒａｃｔｉｏｎ＿ｂｉｔｓ＿ｍｉｎｕｓ１）のサイズまたは精度を識別して、色空間予測を生成するために活用する色空間パラメータの位置を特定することができる。
【００５７】
例えば、ビデオデコーダ５００は、符号化されたビデオストリーム１１２中に色予測パラメータ１１４が存在するかどうかを確定して、色予測パラメータ１１４を表２における次のコード例に基づいて構文解析できる。
【００５８】
【表２】
0006472441.tif 000012
表２
【００５９】
表２におけるコード例は、符号化されたビデオストリーム１１２中に色予測パラメータ１１４が存在するかどうかをビデオデコーダ５００がｕｓｅ＿ｃｏｌｏｒ＿ｓｐａｃｅ＿ｐｒｅｄｉｃｔｉｏｎフラグに基づいて識別することを可能にできる。ビデオデコーダ５００は、色空間パラメータの精度またはサイズをサイズパラメータ（ｃｏｌｏｒ＿ｐｒｅｄｉｃｔｏｒ＿ｎｕｍ＿ｆｒａｃｔｉｏｎ＿ｂｉｔｓ＿ｍｉｎｕｓ１）に基づいて識別でき、ビデオエンコーダ３００によって活用された色空間予測のタイプをタイプ・パラメータ（ｃｏｌｏｒ＿ｐｒｅｄｉｃｔｏｒ＿ｉｄｃ）に基づいて識別できる。表２におけるコード例は、色空間パラメータの数、セマンティクスおよび位置を識別できる、ビデオエンコーダ３００によって活用された、色空間パラメータの識別されたサイズおよび識別されたタイプの色空間予測に基づいて、ビデオデコーダ５００が、符号化されたビデオストリーム１１２から色空間パラメータを構文解析することを可能にできる。表２におけるコード例は、９つの行列パラメータおよび３つのオフセット・パラメータを含んだアフィン予測を示すが、いくつかの実施形態において、色予測パラメータ１１４は、例えば、行列パラメータがゼロであるときには、より少ない行列および／またはオフセット・パラメータを含むことができ、それに応じて色予測パラメータ１１４を構文解析するためにコード例を修正することができる。
【００６０】
色空間予測因子６００は、色空間予測を予測選択機能５４０のためにシーケンス（フレーム間）ごと、フレームごと、またはスライス（フレーム内）ごとに生成できる。いくつかの実施形態において、色空間予測因子６００は、色空間予測を固定もしくはプリセットされたタイミングで、またはビデオエンコーダ３００からの色予測パラメータ１１４の受信に応じて動的に生成できる。
【００６１】
図５Ｂを参照すると、ビデオデコーダ５０１は、図５Ａに先に示され、記載されたビデオデコーダ５００と同様とすることができ、相違は次の通りである。ビデオデコーダ５０１は、色空間予測因子６００を解像度アップスケーリング機能５７０と入れ替えることができる。色空間予測因子６００は、ベースレイヤ・デコーダ５０４からの復号されたＢＴ．７０９ビデオストリーム１２４の部分に基づいてＵＨＤＴＶ画像フレームの予測を生成できる。
【００６２】
いくつかの実施形態において、ベースレイヤ・デコーダ５０４における参照バッファ５５６は、復号されたＢＴ．７０９ビデオストリーム１２４の部分を色空間予測因子６００へ供給できる。色空間予測因子６００は、復号されたＢＴ．７０９ビデオストリーム１２４の部分のＹＵＶ色空間をＵＨＤＴＶビデオ規格によってサポートされるＹＵＶ表現に対応するようにスケーリングできる。色空間予測因子６００は、色空間予測を解像度アップスケーリング機能５７０へ供給でき、この機能は、色空間予測の解像度をＵＨＤＴＶビデオ規格に対応する解像度へスケーリングできる。解像度アップスケーリング機能５７０は、解像度がアップスケーリングされた色空間予測を予測選択機能５４０へ供給できる。
【００６３】
図６は、図５Ａに示される色空間予測因子６００のブロック図の例である。図６を参照すると、色空間予測因子６００は、復号されたＢＴ．７０９ビデオストリーム１２２を、例えば、ベースレイヤ・デコーダ５０４から解像度アップスケーリング機能５７０経由で受信して、色空間予測６０６の生成のために予測タイプおよびタイミングを選択するための色空間予測制御デバイス６１０を含むことができる。色空間予測因子６００は、ビデオエンコーダ３００から受信された色予測パラメータ１１４に、少なくとも部分的に、基づいて生成すべき色空間予測のタイプを選択できる。色予測パラメータ１１４は、色空間予測の特定のタイプを明示的に識別できるか、または例えば、色空間予測のタイプを色予測パラメータ１１４の量および／または配置によって暗黙的に識別できる。いくつかの実施形態において、色空間予測制御デバイス６１０は、復号されたＢＴ．７０９ビデオストリーム１２２および色予測パラメータ１１４を独立チャネル予測機能６２０、アフィン予測機能６３０、またはクロスカラー予測機能６４０のうちの少なくとも１つに渡すことができる。予測機能６２０、６３０および６４０のそれぞれが、例えば、色空間パラメータ１１４に基づいて、ＢＴ．７０９画像フレームの色空間をＵＨＤＴＶ画像フレームの色空間へスケーリングすることによって、復号されたＢＴ．７０９ビデオストリーム１２２からＵＨＤＴＶ画像フレーム（またはその部分）の色空間予測を生成できる。
【００６４】
独立色チャネル予測機能６２０は、復号されたＢＴ．７０９ビデオストリーム１２２のＹＵＶ成分を別々に、例えば、式１〜６に先に示されたようにスケーリングできる。アフィン予測機能６３０は、復号されたＢＴ．７０９ビデオストリーム１２２のＹＵＶ成分を行列乗算を用いて、例えば、式７に先に示されたようにスケーリングできる。クロスカラー予測機能６４０は、復号されたＢＴ．７０９ビデオストリーム１２２のＹＵＶ成分を修正された行列乗算を用いてスケーリングでき、この乗算行列は、例えば、式８または９に先に示されたように、ＵＨＤＴＶ画像フレームのＵおよびＶ成分を生成するときに、復号されたＢＴ．７０９ビデオストリーム１２２からのＹ成分の混合を除くことができる。
【００６５】
いくつかの実施形態において、色空間予測因子６００は、独立色チャネル予測機能６２０、アフィン予測機能６３０、およびクロスカラー予測機能６４０からの出力を選択するための選択デバイス６５０を含むことができる。色予測制御デバイス６１０は、例えば、選択デバイス６５０のタイミングおよび出力を制御することによって、色空間予測６０６の生成のタイミングおよび色空間予測６０６を生成するために行われる演算のタイプを制御できる。いくつかの実施形態において、色予測制御デバイス６１０は、復号されたＢＴ．７０９ビデオストリーム１２２を独立色チャネル予測機能６２０、アフィン予測機能６３０、およびクロスカラー予測機能６４０のうちの少なくとも１つへ選択的に供給することによって、色空間予測６０６の生成のタイミングおよび色空間予測６０６を生成するために行われる演算のタイプを制御できる。
【００６６】
図７は、ビデオエンコーダ３００における色空間予測のための動作フロー図の例である。図７を参照すると、第１のブロック７１０において、ビデオエンコーダ３００は、第１の画像フォーマットを有する第１の画像を符号化できる。いくつかの実施形態において、第１の画像フォーマットは、ＢＴ．７０９ビデオ規格に対応できて、ビデオエンコーダ３００は、ＢＴ．７０９画像フレームを符号化するためのベースレイヤを含むことができる。
【００６７】
ブロック７２０において、ビデオエンコーダ３００は、第１の画像の色空間を第１の画像フォーマットから第２の画像フォーマットに対応する色空間へスケーリングできる。いくつかの実施形態において、ビデオエンコーダ３００は、色空間をＢＴ．７０９ビデオ規格と第２の画像フォーマットに対応する超高精細度テレビジョン（ＵＨＤＴＶ）ビデオ規格との間でスケーリングできる。
【００６８】
ビデオエンコーダ３００がＢＴ．７０９ビデオ符号化規格によってサポートされる色空間をＵＨＤＴＶビデオ・フォーマットによってサポートされる色空間へスケーリングするためのいくつかの方法、例えば、独立チャネル予測およびアフィン混合チャネル予測がある。例えば、独立色チャネル予測は、符号化されたＢＴ．７０９画像フレームのＹＵＶ成分を別々に、例えば、式１〜６に先に示されたようにスケーリングできる。アフィン混合チャネル予測は、符号化されたＢＴ．７０９画像フレームのＹＵＶ成分を行列乗算を用いて、例えば、式７〜９に先に示されたようにスケーリングできる。
【００６９】
いくつかの実施形態において、ビデオエンコーダ３００は、第１の画像の解像度を第１の画像フォーマットから第２の画像フォーマットに対応する解像度へスケーリングできる。例えば、ＵＨＤＴＶビデオ規格は、４ｋ（３８４０×２１６０画素）または８ｋ（７６８０×４３２０画素）解像度および１０または１２ビット量子化ビット深度をサポートできる。ＢＴ．７０９ビデオ規格は、２ｋ（１９２０×１０８０画素）解像度および８または１０ビット量子化ビット深度をサポートできる。ビデオエンコーダ３００は、符号化された第１の画像をＢＴ．７０９ビデオ規格に対応する解像度からＵＨＤＴＶビデオ規格に対応する解像度へスケーリングできる。
【００７０】
ブロック７３０において、ビデオエンコーダ３００は、第１の画像のスケーリングされた色空間に、少なくとも部分的に、基づいて色空間予測を生成できる。色空間予測は、対応する符号化されたＢＴ．７０９画像フレームの色空間からのＵＨＤＴＶ画像フレーム（またはその部分）の予測とすることができる。いくつかの実施形態において、ビデオエンコーダ３００は、第１の画像のスケーリングされた解像度に、少なくとも部分的に、基づいて色空間予測を生成できる。
【００７１】
ブロック７４０において、ビデオエンコーダ３００は、色空間予測に、少なくとも部分的に、基づいて第２の画像フォーマットを有する第２の画像を符号化できる。ビデオエンコーダ３００は、符号化された第２の画像と、第１の画像の色空間をスケーリングするために活用された色予測パラメータとをビデオデコーダへ出力できる。
【００７２】
図８は、ビデオデコーダ５００における色空間予測のための動作フロー図の例である。図８を参照すると、第１のブロック８１０において、ビデオデコーダ５００は、第１の画像フォーマットを有する第１の画像を生成するために符号化されたビデオストリームを復号できる。いくつかの実施形態において、第１の画像フォーマットは、ＢＴ．７０９ビデオ規格に対応でき、ビデオデコーダ５００は、ＢＴ．７０９画像フレームを復号するためのベースレイヤを含むことができる。
【００７３】
ブロック８２０において、ビデオデコーダ５００は、第１の画像フォーマットに対応する第１の画像の色空間を第２の画像フォーマットに対応する色空間へスケーリングできる。いくつかの実施形態において、ビデオデコーダ５００は、色空間をＢＴ．７０９ビデオ規格と第２の画像フォーマットに対応する超高精細度テレビジョン（ＵＨＤＴＶ）ビデオ規格との間でスケーリングできる。
【００７４】
ビデオデコーダ５００がＢＴ．７０９ビデオ符号化規格によってサポートされる色空間をＵＨＤＴＶビデオ規格によってサポートされる色空間へスケーリングするためのいくつかの方法、例えば、独立チャネル予測およびアフィン混合チャネル予測がある。例えば、独立色チャネル予測は、符号化されたＢＴ．７０９画像フレームのＹＵＶ成分を別々に、例えば、式１〜６に先に示されたようにスケーリングできる。アフィン混合チャネル予測は、符号化されたＢＴ．７０９画像フレームのＹＵＶ成分を行列乗算を用いて、例えば、式７〜９に先に示されたようにスケーリングできる。
【００７５】
ビデオデコーダ５００は、ビデオデコーダ５００がビデオエンコーダ３００から受信するチャネル予測パラメータに基づいて、例えば、独立チャネル予測、または各種のアフィン混合チャネル予測のうちの１つを行うための色空間スケーリングのタイプを選択できる。いくつかの実施形態において、ビデオデコーダ５００は、復号されたＢＴ．７０９画像フレームのデフォルトまたはプリセットされた色空間スケーリングを行うことができる。
【００７６】
いくつかの実施形態において、ビデオデコーダ５００は、第１の残差フレームの解像度を第１の画像フォーマットから第２の画像フォーマットに対応する解像度へスケーリングできる。例えば、ＵＨＤＴＶビデオ規格は、４ｋ（３８４０×２１６０画素）または８ｋ（７６８０×４３２０画素）解像度および１０または１２ビット量子化ビット深度をサポートできる。ＢＴ．７０９ビデオ規格は、２ｋ（１９２０×１０８０画素）解像度および８または１０ビット量子化ビット深度をサポートできる。ビデオデコーダ５００は、復号された第１の画像をＢＴ．７０９ビデオ規格に対応する解像度からＵＨＤＴＶビデオ規格に対応する解像度へスケーリングできる。
【００７７】
ブロック８３０において、ビデオデコーダ５００は、第１の画像のスケーリングされた色空間に、少なくとも部分的に、基づいて色空間予測を生成できる。色空間予測は、対応する復号されたＢＴ．７０９画像フレームの色空間からのＵＨＤＴＶ画像フレーム（またはその部分）の予測とすることができる。いくつかの実施形態において、ビデオデコーダ５００は、第１の画像のスケーリングされた解像度に、少なくとも部分的に、基づいて色空間予測を生成できる。
【００７８】
ブロック８４０において、ビデオデコーダ５００は、色空間予測に、少なくとも部分的に、基づいて符号化されたビデオストリームを第２の画像フォーマットを有する第２の画像へ復号できる。いくつかの実施形態において、ビデオデコーダ５００は、色空間予測を活用して、ビデオエンコーダ３００からの予測残差に対応する符号化されたビデオストリームの一部分と結合させることができる。色空間予測と復号された予測残差との結合は、復号されたＵＨＤＴＶ画像フレームまたはその部分に対応することができる。
【００７９】
図９は、ビデオデコーダ５００における色空間予測のための動作フロー図の別の例である。図９を参照すると、第１のブロック９１０において、ビデオデコーダ５００は、第１のフォーマットを有する第１の残差フレームを生成するために、符号化されたビデオストリームの少なくとも一部分を復号できる。第１の残差フレームは、２つの画像フレーム間の差に対応するデータのフレームとすることができる。いくつかの実施形態において、第１のフォーマットは、ＢＴ．７０９ビデオ規格に対応でき、ビデオデコーダ５００は、ＢＴ．７０９画像フレームを復号するためのベースレイヤを含むことができる。
【００８０】
ブロック９２０において、ビデオデコーダ５００は、第１のフォーマットに対応する第１の残差フレームの色空間を第２のフォーマットに対応する色空間へスケーリングできる。いくつかの実施形態において、ビデオデコーダ５００は、色空間をＢＴ．７０９ビデオ規格と第２のフォーマットに対応する超高精細度テレビジョン（ＵＨＤＴＶ）ビデオ規格との間でスケーリングできる。
【００８１】
ビデオデコーダ５００がＢＴ．７０９ビデオ符号化規格によってサポートされる色空間をＵＨＤＴＶビデオ規格によってサポートされる色空間へスケーリングするためのいくつかの方法、例えば、独立チャネル予測およびアフィン混合チャネル予測がある。例えば、独立色チャネル予測は、符号化されたＢＴ．７０９画像フレームのＹＵＶ成分を別々に、例えば、式１〜６に先に示されたようにスケーリングできる。アフィン混合チャネル予測は、符号化されたＢＴ．７０９画像フレームのＹＵＶ成分を行列乗算を用いて、例えば、式７〜９に先に示されたようにスケーリングできる。
【００８２】
ビデオデコーダ５００は、ビデオデコーダ５００がビデオエンコーダ３００から受信するチャネル予測パラメータに基づいて、例えば、独立チャネル予測、または各種のアフィン混合チャネル予測のうちの１つを行うための色空間スケーリングのタイプを選択できる。いくつかの実施形態において、ビデオデコーダ５００は、復号されたＢＴ．７０９画像フレームのデフォルトまたはプリセットされた色空間スケーリングを行うことができる。
【００８３】
いくつかの実施形態において、ビデオデコーダ５００は、第１の残差フレームの解像度を第１のフォーマットから第２のフォーマットに対応する解像度へスケーリングできる。例えば、ＵＨＤＴＶビデオ規格は、４ｋ（３８４０×２１６０画素）または８ｋ（７６８０×４３２０画素）解像度および１０または１２ビット量子化ビット深度をサポートできる。ＢＴ．７０９ビデオ規格は、２ｋ（１９２０×１０８０画素）解像度および８または１０ビット量子化ビット深度をサポートできる。ビデオデコーダ５００は、復号された第１の残差フレームをＢＴ．７０９ビデオ規格に対応する解像度からＵＨＤＴＶビデオ規格に対応する解像度へスケーリングできる。
【００８４】
ブロック９３０において、ビデオデコーダ５００は、第１の残差フレームのスケーリングされた色空間に、少なくとも部分的に、基づいて色空間予測を生成できる。色空間予測は、対応する復号されたＢＴ．７０９画像フレームの色空間からのＵＨＤＴＶ画像フレーム（またはその部分）の予測とすることができる。いくつかの実施形態において、ビデオデコーダ５００は、第１の残差フレームのスケーリングされた解像度に、少なくとも部分的に、基づいて色空間予測を生成できる。
【００８５】
ブロック９４０において、ビデオデコーダ５００は、色空間予測に、少なくとも部分的に、基づいて符号化されたビデオストリームを第２のフォーマットを有する第２の画像へ復号できる。いくつかの実施形態において、ビデオデコーダ５００は、色空間予測を活用して、ビデオエンコーダ３００からの予測残差に対応する符号化されたビデオストリームの一部分と結合させることができる。色空間予測と復号された予測残差との結合は、復号されたＵＨＤＴＶ画像フレームまたはその部分に対応することができる。
【００８６】
色ビット深度スケーリングは、高効率ビデオ符号化（ＨＥＶＣ：Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）、現在開発中であり草案の形で公開されたビデオ符号化規格、または他のビデオ圧縮システムなどのビデオ圧縮における色符号化および復号の強化を提供できる。ビット深度スケーリングは、ＨＤ  ＢＴ．７０９およびＵＨＤＴＶ  ＢＴ．２０２０のような、異なるデジタルビデオ・フォーマットで利用される異なる色特性（例えば、解像度、量子化ビット深度、および色域）の、例えば、特に復号の間に取り扱いを改良する。以下の記載は、ＨＥＶＣ、すなわち、スケーラブルなＨＥＶＣ拡張の公的に定義された試験モデルを参照して行われるが、他の類似したビデオ圧縮システムにも同様に適用可能である。Ｂ．ブロス（Ｂｒｏｓ）、Ｗ−Ｊ．ハン（Ｈａｎ）、Ｊ−Ｒ．オーム（Ｏｈｍ）、Ｇ．Ｊ．サリバン（Ｓｕｌｌｉｖａｎ）、およびＴ−．ウィーガンド（Ｗｉｅｇａｎｄ）、「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案１０（Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  １０）」、ＪＣＴＶＣ−Ｌ１００３、ジュネーブ、２０１３年１月は、例示的なＨＥＶＣビデオシステム規格を記載し、Ｇ．テック（Ｔｅｃｈ）、Ｋ．ウェグナー（Ｗｅｇｎｅｒ）、Ｙ．チェン（Ｃｈｅｎ）、Ｍ．ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）、Ｊ・ボイス（Ｂｏｙｃｅ）、「ＭＶ−ＨＥＶＣ草案テキスト５（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」、ＪＣＴ３Ｖ−Ｅ１００４、ウィーン、２０１３年８月は、マルチビュー・ビデオシステム規格を記載し、例えば、Ｊ．チェン（Ｃｈｅｎ）、Ｊ・ボイス（Ｂｏｙｃｅ）、Ｙ．イエ（Ｙｅ）、Ｍ．ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）、「ＳＨＶＣ草案３」、ＪＣＴＶＣ−Ｎ１００８、ウィーン、２０１３年８月は、スケーラブル・ビュー・ビデオシステム規格を記載し、それぞれが参照によりその全体が本明細書に組み込まれる。
【００８７】
図３Ａおよび３Ｂのエンコーダ３００および３０１は、ＨＤおよびＵＨＤＴＶビデオストリームの符号化を提供し、それぞれがＵＨＤＴＶ画像フレーム（またはピクチャ）の予測を再構成されたＢＴ．７０９画像フレーム（またはピクチャ）のアップスケーリングされた解像度バージョンに基づいて生成できる色空間予測因子４００を含む。上述のように、色空間予測因子４００は、いくつかの実施形態において、再構成されたＢＴ．７０９画像フレームのアップスケーリングされた解像度バージョンのＹＵＶ色空間をＵＨＤＴＶビデオストリーム１０２によってサポートされるＹＵＶ表現に対応するようにスケーリングできる。
【００８８】
図１０Ａおよび１０Ｂは、エンコーダ３００および３０１にそれぞれ類似し、同じ参照数字によって示される対応要素を含むビデオエンコーダ１０００および１００１のブロック図の例である。加えて、エンコーダ１０００および１００１は、色空間予測因子４００ではなく、ビット深度スケーリング機能１０１０をそれぞれが含み、参照ピクチャのビット深度スケーリングを含めて、フレームまたはピクチャの強化された色ビット深度スケーリングを提供する。
【００８９】
ビデオエンコーダ１０００および１００１は、ビデオストリームのピクチャを処理する際に、参照バッファ３４０および３６８に記憶された参照ピクチャ（またはフレーム）を参照する。
【００９０】
図１１は、機能１０１０によって行われるようなビット深度スケーリングを含み、かつＨＥＶＣ符号化に関連して記載されるビデオ符号化方法１１００の簡略化されたフロー図である。
【００９１】
現ピクチャＣｕｒｒＰｉｃに関して、ステップ１１１０は、入力として輝度サンプルのアレイｒｓＰｉｃＳａｍｐｌｅＬ、成分Ｃｂの色差サンプルのアレイｒｓＰｉｃＳａｍｐｌｅＣｂ、および成分Ｃｒの色差サンプルのアレイｒｓＰｉｃＳａｍｐｌｅＣｒを用い、出力として輝度サンプルのアレイｒｌＰｉｃＳａｍｐｌｅＬ、成分Ｃｂの色差サンプルのアレイｒｌＰｉｃＳａｍｐｌｅＣｂ、および成分Ｃｒの色差サンプルのアレイｒｌＰｉｃＳａｍｐｌｅＣｒを供給するピクチャ・サンプル値に対するサンプリング処理を提供する。
【００９２】
ステップ１１２０は、入力としてのビデオピクチャ入力ｒｌＰｉｃからサンプリングされたレイヤ間参照ピクチャｒｓＰｉｃを得るための参照ピクチャに対するサンプリング処理を提供する。ステップ１１２０は、現ピクチャＣｕｒｒＰｉｃの第１のＰまたはＢスライスに対する符号化処理の始めに起動される。
【００９３】
ステップ１１２５は、レイヤ間参照ピクチャのビット深度のスケーリングを提供する。
【００９４】
ステップ１１３０は、レイヤ間ピクチャのリストを得るためのレイヤ間参照ピクチャセットの符号化を提供し、この符号化は、ビット深度スケーリングされたレイヤ間参照ピクチャｒｓｂＰｉｃのサンプリングを含む。ステップ１１４０は、ユニット・ツリー符号化レイヤの符号化を提供する。ステップ１１５０は、ＰまたはＢスライスごとの符号化処理およびＰまたはＢスライスごとの参照ピクチャリストの構成を含めて、スライスセグメント・レイヤの符号化を提供する。ステップ１１６０は、ネットワーク抽象化レイヤ（ＮＡＬ：ｎｅｔｗｏｒｋ  ａｂｓｔｒａｃｔｉｏｎ  ｌａｙｅｒ）ユニット、またはパケットの符号化を提供する。
【００９５】
図５Ａおよび５Ｂのデコーダ５００および５０１は、ＨＤおよびＵＨＤＴＶビデオストリームに対応する符号化されたビデオストリームの復号を提供する。デコーダ５００および５０１は、上述のように、ＵＨＤＴＶ画像フレーム（またはピクチャ）の予測をベースレイヤ・デコーダ５０４によって復号されたＢＴ．７０９画像フレームに基づいて生成できる色空間予測因子６００をそれぞれが含む。
【００９６】
図１２Ａおよび１２Ｂは、デコーダ５００および５０１にそれぞれ類似し、同じ参照数字によって示される対応要素を含むビデオデコーダ１２００および１２０１のブロック図の例である。加えて、デコーダ１２００および１２０１は、デコーダ５００および５０１の色空間予測因子６００ではなく、ビット深度スケーリング機能１２１０をそれぞれが含み、フレームまたはピクチャのビット深度スケーリングを活用する。ビデオデコーダ１２００および１２０１は、符号化されたピクチャ（またはフレーム）のスライスとともにネットワーク抽象化レイヤ・ユニット（またはパケット）を含む、符号化されたビデオストリームの復号を提供する。復号は、ビデオストリームの連続したピクチャのピクチャ・サンプル値を得るために、参照ピクチャおよびレイヤ間参照ピクチャセットを得て活用する。
【００９７】
図１３は、機能１２１０によって行われるようなビット深度スケーリング処理を含み、かつＨＥＶＣ復号に関連して記載される復号方法１３００の一実装のフロー図である。現ピクチャＣｕｒｒＰｉｃに関して、ステップ１３１０は、ネットワーク抽象化レイヤ（ＮＡＬ）ユニット、またはパケットの復号を提供する。ステップ１３２０は、ＰまたはＢスライスごとの復号処理およびＰまたはＢスライスごとの参照ピクチャリストの構成を含めて、スライスセグメント・レイヤに関する復号を提供する。ステップ１３３０は、ユニット・ツリー符号化レイヤに関する復号を提供する。ステップ１３４０は、レイヤ間ピクチャのリストを得るためのレイヤ間参照ピクチャセットに関する復号を提供し、このステップは、リサンプリングされ、ビット深度スケーリングされたレイヤ間参照ピクチャｒｓｂＰｉｃの導出を含む。
【００９８】
ステップ１３５０は、入力としての復号されたピクチャｒｌＰｉｃからリサンプリングされたレイヤ間参照ピクチャｒｓＰｉｃを得るための参照ピクチャに対するリサンプリング処理を提供する。ステップ１３５０は、現ピクチャＣｕｒｒＰｉｃの第１のＰまたはＢスライスに対する復号処理の始めに起動される。ステップ１３６０は、入力として輝度サンプルのアレイｒｌＰｉｃＳａｍｐｌｅＬ、成分Ｃｂの色差サンプルのアレイｒｌＰｉｃＳａｍｐｌｅＣｂ、および成分Ｃｒの色差サンプルのアレイｒｌＰｉｃＳａｍｐｌｅＣｒを用い、出力として輝度サンプルのアレイｒｓＰｉｃＳａｍｐｌｅＬ、成分Ｃｂの色差サンプルのアレイｒｓＰｉｃＳａｍｐｌｅＣｂ、および成分Ｃｒの色差サンプルのアレイｒｓＰｉｃＳａｍｐｌｅＣｒを供給するピクチャ・サンプル値に対するリサンプリング処理を提供する。
【００９９】
ステップ１３１０〜１３６０は、ステップ１３４０におけるリサンプリングされ、ビット深度スケーリングされたレイヤ間参照ピクチャｒｓｂＰｉｃの導出を除いて、一般に、従来のＨＥＶＣ復号に対応する。方法１３００は、参照ピクチャに対するビット深度スケーリング処理を提供するステップ１３７０、およびピクチャ・サンプル値に対するビット深度スケーリング処理を提供するステップ１３８０を含む。
【０１００】
ステップ１３７０の参照ピクチャに対するビット深度スケーリング処理は、入力としてのリサンプリングされたレイヤ間参照ピクチャｒｓＰｉｃに対して動作し、出力としてリサンプリングされ、ビット深度スケーリングされたレイヤ間参照ピクチャｒｓｂＰｉｃを供給する。リサンプリングされ、ビット深度スケーリングされたレイヤ間参照ピクチャｒｓｂＰｉｃの利益は、異なるビット深度のピクチャからのレイヤ間参照の形成にそれが適合することである。ステップ１３７０は、現ピクチャＣｕｒｒＰｉｃの輝度アレイのサンプルのビット深度および色差アレイのサンプルのビット深度を指定する変数ｎＢｄｂＹおよびｎＢｄｂＣと、リサンプリングされた参照レイヤ・ピクチャｒｓＰｉｃの輝度アレイのサンプルのビット深度および色差アレイのサンプルのビット深度を指定する変数ｎＢｄＹおよびｎＢｄＣとを用いる。ステップ１３７０は、ビット深度スケーリングを用いて、リサンプリングされ、ビット深度スケーリングされたレイヤ間参照ピクチャｒｓｂＰｉｃを次のように導出する。
【数１０】
0006472441.tif 000013
【０１０１】
ステップ１３８０のビット深度スケーリングは、ｒｓＰｉｃＳａｍｐｌｅのリサンプリングされたサンプル値を入力として用い、ｒｓｂＰｉｃＳａｍｐｌｅのリサンプリングされ、ビット深度スケーリングされたサンプル値を出力として用いて起動される。ステップ１３８０のピクチャ・サンプル値に対するビット深度スケーリング処理は、入力：
ビット深度ｎＢｄＹをもつ輝度サンプルの（ＳｃａｌｅｄＷ）×（ＳｃａｌｅｄＨ）アレイｒｓＰｉｃＳａｍｐｌｅＬ、
ビット深度ｎＢｄＣをもつ成分Ｃｂの色差サンプルの（ＳｃａｌｅｄＷ／２）×（ＳｃａｌｅｄＨ／２）アレイｒｓＰｉｃＳａｍｐｌｅＣｂ、および
ビット深度ｎＢｄＣをもつ成分Ｃｒの色差サンプルの（ＳｃａｌｅｄＷ／２）×（ＳｃａｌｅｄＨ／２）アレイｒｓＰｉｃＳａｍｐｌｅＣｒ
に対して動作し、出力として
ビット深度ｎＢｄｂＹＩをもつ輝度サンプルの（ＳｃａｌｅｄＷ）×（ＳｃａｌｅｄＨ）アレイｒｓｂＰｉｃＳａｍｐｌｅＬ、
ビット深度ｎＢｄｂＣＩをもつ成分Ｃｂの色差サンプルの（ＳｃａｌｅｄＷ／２）×（ＳｃａｌｅｄＨ／２）アレイｒｓｂＰｉｃＳａｍｐｌｅＣｂ、および
ビット深度ｎＢｄｂＣをもつ成分Ｃｒの色差サンプルの（ＳｃａｌｅｄＷ／２）×（ＳｃａｌｅｄＨ／２）アレイｒｓｂＰｉｃＳａｍｐｌｅＣｒ
を供給する。これらの出力アレイは、エンハンスメントレイヤ・ピクチャを符号化するために用いられた参照ピクチャに対応する。ピクチャ・サンプルのビット深度スケーリングの利益は、異なるビット深度のサンプルを有するピクチャ間で予測を適合させることである。
【０１０２】
ステップ１３８０のピクチャ・サンプル値に対するビット深度スケーリング処理は、次のように動作する。輝度サンプル・アレイｒｓＰｉｃＳａｍｐｌｅＬ１における輝度サンプル位置（ｘＰ＝０．．ＳｃａｌｅｄＷ−１，ｙＰ＝０．．ＳｃａｌｅｄＨ−１）ごとに、対応する輝度サンプル値は、
【数１１】
0006472441.tif 000014
として導出される。成分Ｃｂ  ｒｓＰｉｃＳａｍｐｌｅＣｂに関する色差サンプル・アレイにおける色差サンプル位置（ｘＰ＝０．．ＳｃａｌｅｄＷ／２−１，ｙＰ＝０．．ＳｃａｌｅｄＨ／２−１）ごとに、対応する色差サンプル値は、
【数１２】
0006472441.tif 000015
として導出される。成分Ｃｒ  ｒｓＰｉｃＳａｍｐｌｅＣｒに関する色差サンプル・アレイにおける色差サンプル位置（ｘＰ＝０．．ＳｃａｌｅｄＷ／２−１，ｙＰ＝０．．ＳｃａｌｅｄＨ／２−１）ごとに、対応する色差サンプル値は、
【数１３】
0006472441.tif 000016
として導出される。これらの式は、参照ピクチャをベースおよびエンハンスメントレイヤ間のサンプル・ビット深度差に対して補償する。
【０１０３】
当然のことながら、上述のビット深度スケーリングは、様々な代わりの実施形態において実施されてもよい。例えば、ステップ１３７０および１３８０において用いられるビット深度変数を色域スケーラブルな（ＣＧＳ：ｃｏｌｏｒ  ｇａｍｕｔ  ｓｃａｌａｂｌｅ）エンハンスメントレイヤを生成するために用いることができるであろう。一実装において、ビット深度スケーリングは、（例えば、リサンプリングされ、ビット深度スケーリングされた）ベースレイヤ・ピクチャである予測因子と同様に、色域スケーラブルな（ＣＧＳ）エンハンスメントレイヤ・ピクチャに対する動き補償が、片予測の活用による重み付き予測を用いることによって生じることを必要とするであろう。この実装の利益は、色空間予測を行うために既存のＨＥＶＣベースの仕様において定義された重み付き予測処理が活用されうるということである。
【０１０４】
別の実施形態では、レイヤｉがＣＧＳエンハンスメントレイヤであるときはいつでも、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｉ−１］を１に等しくセットできて、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］をｊ＜ｉ−１に対して０に等しくできるであろう。これが意味するのは、インデックスｉ−１をもつレイヤのみがインデックスｉをもつレイヤのための直接参照レイヤであってもよく、それによって、この色域スケーラブルな符号化を用いるときにレイヤ従属性シグナリングを制約するように動作するということである。レイヤ従属性シグナリングを制約する利益は、参照ピクチャリストが簡略化されることである。別の選択肢としては、レイヤｉがＣＧＳエンハンスメントレイヤであるときはいつでも、
【数１４】
0006472441.tif 000017
である。結果として、インデックスｉをもつレイヤは、他のレイヤからの１つのみの直接参照レイヤを有する。レイヤ従属性シグナリングを制約する利益は、参照ピクチャリストが簡略化されることである。
【０１０５】
別の実装では、ＣＧＳエンハンスメントレイヤ・ピクチャに対するスライスごとの復号処理を、次のように変数ＮｕｍＲｐｓＣｕｒｒＴｅｍｐＬｉｓｔ０に関する参照ピクチャリストＲｅｆＰｉｃＬｉｓｔ０を導出することから始めることができ、この変数は、リストＲｅｆＰｉｃＬｉｓｔ０を作り出すために後で用いられる一時的な参照ピクチャリスト−ＲｅｆＰｉｃＬｉｓｔＴｅｍｐ０−におけるエントリの数を参照し、すなわち、
【数１５】
0006472441.tif 000018
であり、ここでｎｕｍ＿ｒｅｆ＿ｉｄｘ＿１０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１＋１およびＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは、それぞれ一時変数であり、次にリストＲｅｆＰｉｃＬｉｓｔ０を次のように構成する。
【数１６】
0006472441.tif 000019
レイヤｉがＣＧＳエンハンスメントレイヤであるとき、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ＩＯ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１が０に等しいことも必要条件となりうるであろう。
【０１０６】
ＨＥＶＣのようなビデオ圧縮システム、および先行ビデオ圧縮規格Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣは、ビデオパラメータセット（ＶＰＳ：ｖｉｄｅｏ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）構造を利用し、この構造においてビデオパラメータセットは、ビデオパラメータセットの拡張を含めて、符号化されたビデオの数個の領域を復号するために用いることができる情報を含む。例えば、現行のＨＥＶＣは、表３に提示されるように、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）下にビデオパラメータセットを拡張するためのシンタックスを含む。
【０１０７】
【表３】
0006472441.tif 000020
表３
【０１０８】
ＨＥＶＣにおけるｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）下の従来のビデオパラメータセットは、表３に提示されるように、符号化ビデオ・フォーマットの色特性の限られたキャラクタリゼーションを提供するに過ぎない。対照的に、表４に提示される拡大されたｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）は、符号化ビデオ・フォーマットの色特性に関する固有の属性を含み、それによってエンハンスメントレイヤに関する色域スケーラビリティおよびビット深度情報をｖｐｓ拡張でシグナリングする。それぞれのレイヤの輝度および色差成分のビット深度について、ならびにそれぞれのレイヤのソース原色の色度座標についての情報は、端末デバイスにそれらのビット深度および色サポート能力に基づいて復号すべきレイヤを選択させる際のセッション・ネゴシエーションに役立つことができる。
【０１０９】
【表４】
0006472441.tif 000021
表４
【０１１０】
拡大されたｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）セットは、以下の属性を含む、すなわち、「ｂｉｔ＿ｄｅｐｔｈ＿ｌａｙｅｒ＿ｌｕｍａ＿ｍｉｎｕｓ８［ｉｄ］＋８」は、
【数１７】
0006472441.tif 000022
によって指定されるように、レイヤｉｄ  ｉｄをもつレイヤに関する（時には「輝度（ｌｕｍａ）」と呼ばれる）輝度（ｌｕｍｉｎａｎｃｅ）アレイのサンプルのビット深度を指定し、ｂｉｔ＿ｄｅｐｔｈ＿ｌａｙｅｒ＿ｌｕｍａ＿ｍｉｎｕｓ８は、８から１４までの範囲内のビデオの輝度成分のビット深度に従ってまたはそれを示して、両端値を含めて、０から６までの範囲内にある。「ｂｉｔ＿ｄｅｐｔｈ＿ｌａｙｅｒ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８［ｉｄ］＋８」は、
【数１８】
0006472441.tif 000023
によって指定されるように、レイヤｉｄ  ｉｄをもつレイヤに関する（時には「色差（ｃｈｒｏｍａ）」と呼ばれる）色差（ｃｈｒｏｍｉｎａｎｃｅ）アレイのサンプルのビット深度を指定し、ｂｉｔ＿ｄｅｐｔｈ＿ｌａｙｅｒ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８は、８から１４までの範囲内のビデオの色差成分のビット深度に従ってまたはそれを示して、両端値を含めて、０から６までの範囲内にある。「ｌａｙｅｒ＿ｃｏｌｏｒ＿ｇａｍｕｔ［ｉｄ］」は、レイヤｉｄのためのソース原色の色度座標が勧告ＩＴＵ−Ｒ  ＢＴ．２０２０に従って定義されることを指定するために１に等しくセットされ、ｌａｙｅｒ＿ｃｏｌｏｒ＿ｇａｍｕｔ［ｉｄ］は、レイヤｉｄのためのソース原色の色度座標が勧告ＩＴＵ−Ｒ  ＢＴ．７０９に従って定義されることを指定するために０に等しくセットされる。
【０１１１】
代わりの実施形態では、色差成分ＣｂおよびＣｒに関して別々のビット深度がシグナリングされる。別の代わりの実施形態では、ベースレイヤに関してｂｉｔｄｅｐｔｈ＿ｃｏｌｏｒｇａｍｕｔ＿ｉｎｆｏ（）をシグナリングすることもできるであろう。このケースでは、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎにおけるｆｏｒループ・インデックスは、ｉ＝１の代わりにｉ＝０から開始できる。さらに別の代わりの実施形態では、ＢＴ．７０９およびＢＴ．２０２０以外の原色が、例えば、ＨＥＶＣ仕様草案のビデオ・ユーザビリティ情報（ＶＵＩ：ｖｉｄｅｏ  ｕｓａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）でシグナリングされるｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓシンタックス要素と同様のシンタックス要素によって示され、その原色を示すためにレイヤごとにシグナリングできるであろう。
【０１１２】
ピクチャパラメータセット（「ＰＰＳ」）は、１つのピクチャごとに有効なデータを運ぶ。従って、ＰＰＳは、例えば、それぞれのスライスセグメントヘッダに見られる、ある１つのシンタックス要素によって確定されるような、ゼロ個以上の全符号化ピクチャに適用される複数のシンタックス要素を含んだシンタックス構造である。
【０１１３】
シーケンスパラメータセット（「ＳＰＳ」）は、１つのビデオシーケンス全体に対して有効なデータを運ぶために用いられる。従って、ＳＰＳは、例えば、それぞれのスライスセグメントヘッダに見られる、ある１つのシンタックス要素によって参照されるＰＰＳに見られる、ある１つのシンタックス要素のコンテンツによって確定されるようなゼロ個以上の全符号化ビデオシーケンス（「ＣＶＳ：ｃｏｄｅｄ  ｖｉｄｅｏ  ｓｅｑｕｅｎｃｅ」）に適用される複数のシンタックス要素を含んだシンタックス構造である。
【０１１４】
ビデオパラメータセット（「ＶＰＳ」）は、１つのビデオシーケンス全体に対して有効なデータを運ぶために用いられる。従って、ＶＰＳは、それぞれのスライスセグメントヘッダに見られる、ある１つのシンタックス要素によって参照されるＰＰＳに見られるある１つのシンタックス要素によって参照されるＳＰＳに見られる、ある１つのシンタックス要素のコンテンツによって確定されるようなゼロ個以上の全符号化ビデオシーケンスに適用される複数のシンタックス要素を含んだシンタックス構造である。
【０１１５】
ビデオパラメータセットＶＰＳ内でシグナリングされるビデオパラメータセット拡張（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（））のための修正シンタックスが表５に示される。
【０１１６】
【表５】
0006472441.tif 000024
表５
【０１１７】
ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは、ＶＰＳ拡張でシグナリングされる。１に等しいｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは、ＣＶＳにおけるピクチャごとのレイヤ間予測に多くても１つのピクチャが用いられることを指定する。０に等しいｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは、ＣＶＳにおけるピクチャごとのレイヤ間予測に１つより多いピクチャが用いられることを指定する。
【０１１８】
ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、レイヤの識別子を指定する。
【０１１９】
ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１は、ＣＶＳに存在するレイヤの最大数を指定し、レイヤは、例えば、空間スケーラブル・レイヤ、品質スケーラブル・レイヤ、テクスチャ・ビューまたは深度ビューである。
【０１２０】
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｉ番目のレイヤのＶＣＬ  ＮＡＬユニットにおけるｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素の値を指定する。両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉに対して、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］の値は、存在しないときにｉに等しいと推測される。ｉが０より大きいとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ−１］より大きい。両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉに対して、変数ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］は、ｉに等しくセットされる。
【０１２１】
ｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ＿ｍｉｎｕｓ１＋１は、ＶＰＳにおける次のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造の数を指定する。ｉ＝０をもつ第１の報告フォーマット・シンタックス構造ｒｅｐ＿ｆｏｒｍａｔ（）は、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに適用可能な情報を提供する。ビットストリーム適合性の必要条件は、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８、またはｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８のｉ＝０に対するｒｅｐ＿ｆｏｒｍａｔ（）の値が、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつＣＶＳ中の任意のＳＰＳにおける、それぞれｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、またはｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８シンタックス要素より小さくないことである。
【０１２２】
いくつかの実施形態において、表現フォーマットの用語は、シンタックス要素ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、もしくはｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８をＳＰＳに、および／またはシンタックス要素ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８、もしくはｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８をＶＰＳに含めるために用いられる。いくつかの実施形態において、表現フォーマット情報は、ソースフォーマット情報と称される。
【０１２３】
いくつかの実施形態において、輝度サンプルのビット深度、色差サンプルのビット深度および色度情報を含んだ第１の表現フォーマット情報は、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤのフォーマットに対応して送信される必要がある。いくつかのケースでは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤは、ベースレイヤである。いくつかの実施形態において、第１の表現フォーマットで送信されるソースフォーマット情報は、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつアクティブＳＰＳの対応するソース情報ＳＰＳシンタックス要素値に有意義な上限を与える。
【０１２４】
ｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｉ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに適用されるｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造の、ＶＰＳにおけるｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のリストを対象とする、インデックスを指定する。ｉが０に等しいか、またはｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ＿ｍｉｎｕｓ１が０に等しいとき、ｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｉ］の値は、０に等しいと推測される。ｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ−１までの範囲内にある。
【０１２５】
ｒｅｐ＿ｆｏｒｍａｔ（）のためのシンタックス構造が表６に示される。
【０１２６】
【表６】
0006472441.tif 000025
表６
【０１２７】
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８は、ＶＰＳを参照するＳＰＳごとに、それぞれ、ＳＰＳシンタックス要素ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値の推測に用いられる。
【０１２８】
これらのシンタックス要素のそれぞれに対しても、もしあれば、対応するＳＰＳシンタックス要素の値に適用されるすべての制約条件が適用される。
【０１２９】
１に等しいｌａｙｅｒ＿ｃｏｌｏｒ＿ｇａｍｕｔは、ソース原色の色度座標が勧告ＩＴＵ−Ｒ  ＢＴ．２０２０に従って定義されることを指定する。０に等しいｌａｙｅｒ＿ｃｏｌｏｒ＿ｇａｍｕｔ［ｉｄ］は、ソース原色の色度座標が勧告ＩＴＵ−Ｒ  ＢＴ．７０９に従って定義されることを指定する。
【０１３０】
シーケンスパラメータセット（ＳＰＳ）のためのシンタックス構造が下の表７に示される。
【０１３１】
【表７】
0006472441.tif 000026
表７
【０１３２】
ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、アクティブＶＰＳのｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を指定する。ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他のシンタックス要素による参照のためにＶＰＳを識別する。
【０１３３】
ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１は、ＳＰＳを参照しているそれぞれのＣＶＳに存在する時間サブレイヤの最大数を指定する。ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０から６までの範囲内にある。時間サブレイヤは、時間識別子の特定の値をもつビデオ符号化レイヤ・ネットワーク抽象化（ＶＣＬ  ＮＡＬ：ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｌａｙｅｒ  ｎｅｔｗｏｒｋ  ａｂｓｔｒａｃｔｉｏｎ）ユニットおよび関連する非ＶＣＬ  ＮＡＬユニットからなる、時間スケーラブルなビットストリームの時間スケーラブルなレイヤである。
【０１３４】
ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｎｅｓｔｉｎｇ＿ｆｌａｇは、ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きいとき、ＳＰＳを参照しているＣＶＳに対してインター予測が追加的に制限されるかどうかを指定する。ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しいとき、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｎｅｓｔｉｎｇ＿ｆｌａｇは１に等しい。
【０１３５】
シンタックス要素ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｎｅｓｔｉｎｇ＿ｆｌａｇは、時間的なアップ・スイッチング、すなわち、任意のＴｅｍｐｏｒａｌＩｄ  ｔＩｄＮまでの復号からｔＩｄＮより大きい任意のＴｅｍｐｏｒａｌＩｄ  ｔＩｄＭまでの復号への切り替えがＣＶＳにおいて常に可能であることを示すために用いられる。
【０１３６】
ｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他のシンタックス要素による参照のためのＳＰＳに関する識別子を提供する。ｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて、０から１５までの範囲内にある。
【０１３７】
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、色差サンプリングを輝度サンプリングに関連して指定する。ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値は、両端値を含めて、０から３までの範囲内にある。
【０１３８】
１に等しいｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、４：４：４色差フォーマットの３つの色成分が別々に符号化されることを指定する。０に等しいｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、色成分が別々に符号化されないことを指定する。ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、存在しないときに、０に等しいと推測される。ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しいとき、符号化されたピクチャは、それぞれが１つのカラープレーン（Ｙ、Ｃｂ、またはＣｒ）の符号化サンプルからなり、モノクローム符号化シンタックスを用いる、３つの別々の成分からなる。このケースでは、それぞれのカラープレーンが固有のｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄ値と関連付けられる。
【０１３９】
ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値に依存して、変数ＣｈｒｏｍａＡｒｒａｙＴｙｐｅの値が以下のように割り当てられる、すなわち、
【０１４０】
ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しければ、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃに等しくセットされる。
【０１４１】
そうでない（ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しい）場合には、ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは、０に等しくセットされる。
【０１４２】
ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、輝度サンプルのユニットにおけるそれぞれの復号されたピクチャの幅を指定する。ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくなくてもよく、変数ＭｉｎＣｂＳｉｚｅＹの整数倍であってもよい。
【０１４３】
ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、輝度サンプルのユニットにおけるそれぞれの復号されたピクチャの高さを指定する。ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくなくてもよく、整数であってもよい。
【０１４４】
ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８は、輝度アレイＢｉｔＤｅｐｔｈＹのサンプルのビット深度、および輝度量子化パラメータ範囲オフセットＱｐＢｄＯｆｆｓｅｔＹの値を次のように指定する。
【数１９】
0006472441.tif 000027
ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８は、両端値を含めて、０から６までの範囲内にある。ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８は、色差アレイＢｉｔＤｅｐｔｈＣのサンプルのビット深度、および色差量子化パラメータ範囲オフセットＱｐＢｄＯｆｆｓｅｔＣの値を次のように指定する。
【数２０】
0006472441.tif 000028
ｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８は、両端値を含めて、０から６までの範囲内にある。
【０１４５】
１に等しいｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｆｌａｇは、シンタックス要素ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８がＳＰＳで明示的にシグナリングされ、ＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０より大きいとき、このＳＰＳを参照するゼロより大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつすべてのレイヤが、ＶＰＳでシグナリングされる値の代わりにこれらの値を用いることを指定する。０に等しいｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｆｌａｇは、シンタックス要素ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８がＳＰＳではシグナリングされず、このＳＰＳを参照するすべてのレイヤが、ＶＰＳでシグナリングされる値を用いることを指定する。存在しないときに、ｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｆｌａｇは、１に等しいと推測される。従って、ベースレイヤまたは０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関しては、ｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｆｌａｇが１に等しいと推測され、シンタックス要素ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８は、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつこのＳＰＳで明示的にシグナリングされる。
【０１４６】
０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ  ｌａｙｅｒＩｄＣｕｒｒをもつ現ピクチャがＳＰＳを参照するとき、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、次のように推測または制約される、すなわち、
アクティブレイヤＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しい場合、
−その場合にアクティブＶＰＳにおけるｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｊ］、ｊはＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄＣｕｒｒ］に等しい、が０に等しければ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、アクティブレイヤＳＰＳからの各値に等しいと推測され、
−その場合にアクティブＶＰＳにおけるｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｊ］、ｊはＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄＣｕｒｒ］に等しい、が０に等しくなければ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、アクティブＶＰＳにおけるｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｊ］番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造、ｊはＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄＣｕｒｒ］に等しい、のそれぞれｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８に等しいと推測され、アクティブレイヤＳＰＳのｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、無視される。
そうではなくアクティブレイヤＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄがゼロより大きいときには、様々な値の推測に以下が用いられる、すなわち、
−ｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｆｌａｇが０に等しければ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、アクティブＶＰＳにおけるｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｊ］番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造、ｊはＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄＣｕｒｒ］に等しい、のそれぞれｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８に等しいと推測される。
−そうではない（ｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｆｌａｇが１に等しい）場合に、ビットストリーム適合性の必要条件は、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、またはｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値が、アクティブＶＰＳにおけるｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｊ］番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造、ｊはＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄＣｕｒｒ］に等しい、のそれぞれｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８、またはｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８以下であることである。
【０１４７】
いくつかの実施形態において、ＳＰＳが表現フォーマット情報を運ぶときのパラメータ更新推測は、上位レイヤに関する表現フォーマット情報をベースレイヤのＳＰＳから更新することを可能にする。いくつかの実施形態において、上位レイヤは、ゼロより大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤである。いくつかの実施形態において、ベースレイヤは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤである。このように、いくつかの実施形態において、ＳＰＳが表現フォーマット情報を運ぶときのパラメータ更新推測は、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤのＳＰＳからゼロより大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関する表現フォーマット情報を更新することを可能にする。ゼロに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつＳＰＳは、０以上のｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに対するアクティブＳＰＳである。
【０１４８】
ｒｅｐ＿ｆｏｒｍａｔ（）および関係するシンタックス要素のシグナリングに係るさらに２〜３の実施形態が次に記載される。これらは、表５のさらなる変形である。
【０１４９】
ビデオパラメータセットＶＰＳ内でシグナリングされるビデオパラメータセット拡張（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（））のための修正シンタックスが表８に示される。これらは、表５におけるシンタックスの変形である。
【０１５０】
【表８】
0006472441.tif 000029
表８
【０１５１】
１に等しいｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ＿ｍｉｎｕｓ１およびｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｉ］が存在することを示す。０に等しいｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ＿ｍｉｎｕｓ１およびｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｉ］が存在しないことを示す。このケースでは、ｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ＿ｍｉｎｕｓ１は、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推測され、ｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｉ］は、ｉ＝０，．．．，ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１のそれぞれに対してｉに等しいと推測される。
【０１５２】
他のシンタックス要素は、表５と同じセマンティクスの意味を有する。
【０１５３】
ビデオパラメータセットＶＰＳ内でシグナリングされるビデオパラメータセット拡張（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（））のための２つの修正シンタックスが表９Ａおよび表９Ｂに示される。これらは、表５におけるシンタックスの変形である。
【表９】
0006472441.tif 000030
表９Ａ
0006472441.tif 000031
表９Ｂ
ｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓは、ＶＰＳにおける以下のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造の数を指定する。ｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓが０に等しければ、表現フォーマット情報は、ＶＰＳでは何もシグナリングされない。このケースでは、ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、１に等しくセットされる。他のシンタックス要素は、表５と同じセマンティクスの意味を有する。ビデオパラメータセットＶＰＳ内でシグナリングされるビデオパラメータセット拡張（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（））のための修正シンタックスが表１０に示される。これは、表５におけるシンタックスの変形である。
【０１５４】
【表１０】
0006472441.tif 000032
表１０
【０１５５】
１に等しいｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ＿ｍｉｎｕｓ１およびｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｉ］が存在することを示す。０に等しいｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ＿ｍｉｎｕｓ１およびｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｉ］が存在しないことを示す。
【０１５６】
他のシンタックス要素は、表５と同じセマンティクスの意味を有する。
【０１５７】
図１４Ａおよび図１４Ｂを参照すると、参照により本明細書の組み込まれる、Ｊ．チェン、Ｊ・ボイス、Ｙ．イエ、Ｍ．ハンヌクセラ、「ＳＨＶＣ草案３」、ＪＣＴＶＣ−Ｎ１００８、第１版、ウィーン、２０１３年８月に含まれるようなシーケンスパラメータセットの部分である例示的なｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックスが示される。図１５を参照すると、参照により本明細書の組み込まれる、Ｊ．チェン、Ｊ・ボイス、Ｙ．イエ、Ｍ．ハンヌクセラ、「ＳＨＶＣ草案３」、ＪＣＴＶＣ−Ｎ１００８、第１版、ウィーン、２０１３年８月に含まれるようなシーケンスパラメータセットの部分であるｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）によって参照される例示的なｖｐｓ＿ｖｕｉ（）シンタックスが示される。色情報および色度情報、ならびにかかるそれらの情報を他のシンタックス構造間で共有するための技術に関係する適切な情報を含む追加のシンタックス構造がシンタックス構造内、好ましくはｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックスまたはｖｐｓ＿ｖｕｉ（）シンタックス内の任意の適切な位置に含まれてもよい。
【０１５８】
復号すべきレイヤは、クライアントデバイスの能力になおさらに基づく、スケーラブルなビットストリーム中のレイヤについての色度および他の色情報に関する知識に基づいて選択することが望ましい。好ましくは、セッション・ネゴシエーションに有用な、修正された技術がかかる情報をＶＰＳでシグナリングする。
【０１５９】
例として、ＵＨＤＴＶデバイスおよびコンテンツは、レガシーデバイスとは異なる色域を用いる。高精細度デバイスは、ＩＴＵ−Ｒ  ＢＴ．７０９勧告を用い、一方でＵＨＤＴＶデバイスは、ＩＴＵ−Ｒ  ＢＴ．２０２０勧告を用いる。ＵＨＤＴＶの色域は、ＨＤより著しく広い。さらに、ＢＴ．７０９を用いたコンシューマ・アプリケーションは、８ビットのサンプル・ビット深度を有し、一方でＢＴ．２０２０は、１０ビットおよび１２ビットのサンプル・ビット深度のみを定義する。従って、色度および他の色情報をＶＰＳで適切にシグナリングすることによってセッション・ネゴシエーション中にＩＴＵ−Ｒ  ＢＴ．２０２０を用いているＵＨＤＴＶレイヤを確定することが可能である。
【０１６０】
修正ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックスは、表１１に示される通りである。
【０１６１】
【表１１】
0006472441.tif 000033
表１１
【０１６２】
別の実施形態では、修正ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックスが表１１Ａに示されるようなＶＰＳ拡張のｖｐｓ＿ｖｕｉ（）セクション内でシグナリングされてもよい。
【表１１Ａ】
0006472441.tif 000034
表１１Ａ
１に等しいｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｖｐｓ＿ｎｕｍ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｍｉｎｕｓ１、ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）およびｖｐｓ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ［ｉ］が存在することを示す。０に等しいｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｖｐｓ＿ｎｕｍ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｍｉｎｕｓ１、ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）およびｖｐｓ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ［ｉ］が存在しないことを示す。ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいとき、ｖｐｓ＿ｎｕｍ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｍｉｎｕｓ１は、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推測され、ｖｐｓ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ［ｉ］は、ｉ＝０，．．．，ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１のそれぞれに対してｉに等しいと推測される。ｖｐｓ＿ｎｕｍ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｍｉｎｕｓ１＋１は、ＶＰＳにおける以下のｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）シンタックス構造の数を指定する。存在しないときに、ｖｐｓ＿ｎｕｍ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｍｉｎｕｓ１の値は、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推測される。ビットストリーム適合性の必要条件は、０番目のｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）におけるｖｉｄｅｏ＿ｖｐｓ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｖｐｓ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｖｐｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＿ｖｐｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓ＿ｖｐｓの値が、能力の観点から、ゼロに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有し、このＶＰＳを参照する任意のアクティブＳＰＳにそれぞれ存在する、ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓの値より低くないことである。ｖｐｓ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ［ｉ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに適用されるｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）シンタックス構造の、ＶＰＳにおけるｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）シンタックス構造のリストを対象とする、インデックスを指定する。ｉが０に等しいか、またはｖｐｓ＿ｎｕｍ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｍｉｎｕｓ１が０に等しいとき、ｖｐｓ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ［ｉ］の値は、０に等しいと推測される。ｖｐｓ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｍｉｎｕｓ１までの範囲内にある。表１１に示されるｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）内のｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）は、ビデオ信号に関係するシンタックスおよびセマンティクスを参照する。例えば、ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）シンタックスおよびセマンティクスが表１２に示される。
【０１６３】
【表１２】
0006472441.tif 000035
表１２
【０１６４】
ｖｉｄｅｏ＿ｖｐｓ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｖｐｓ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｖｐｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＿ｖｐｓ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓ＿ｖｐｓは、ＶＰＳを参照するＳＰＳごとに、それぞれＳＰＳ  ＶＵＩシンタックス要素ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓの値の推測に用いられる。これらのシンタックス要素のそれぞれに対しても、もしあれば、対応するＳＰＳシンタックス要素の値に適用されるすべての制約条件が適用される。
【０１６５】
「ｖｉｄｅｏ＿ｆｏｒｍａｔ＿ｖｐｓ」は、この仕様に従って符号化される前の、表Ｅ−２において指定されるようなピクチャの表現を示す。ｖｉｄｅｏ＿ｆｏｒｍａｔ＿ｖｐｓシンタックス要素が存在しないときに、ｖｉｄｅｏ＿ｆｏｒｍａｔ値は、５に等しいと推測される。ｖｉｄｅｏ＿ｆｏｒｍａｔに関する値６および７は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約され、この仕様のこのバージョンに準拠するビットストリームには存在しないものとする。デコーダは、ｖｉｄｅｏ＿ｆｏｒｍａｔに関する値６および７が値５と等価であると解釈するものとする。
【０１６６】
【表１３】
0006472441.tif 000036
【０１６７】
「ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｖｐｓ＿ｆｌａｇ」は、黒レベルと、Ｅ’Ｙ、Ｅ’ＰＢおよびＥ’ＰＲまたはＥ’Ｒ、Ｅ’ＧおよびＥ’Ｂの実数成分信号から導出されるような輝度および色差信号の範囲とを示す。
【０１６８】
ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｖｐｓ＿ｆｌａｇシンタックス要素が存在しないときに、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇの値は、０に等しいと推測される。
【０１６９】
「ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｖｐｓ」は、ＩＳＯ１１６６４−１で指定されたｘおよびｙのＣＩＥ  １９３１定義の観点から表１４において指定されるようなソース原色の色度座標を示す。
【０１７０】
ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｖｐｓシンタックス要素が存在しないときに、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓの値は、２に等しいと推測される（色度が指定されないか、またはアプリケーションによって確定される）。表１４において予約済として識別されるｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｖｐｓの値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約され、この仕様のこのバージョンに準拠するビットストリームには存在しないものとする。デコーダは、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓの予約値が値２と等価であると解釈するものとする。
【０１７１】
【表１４】
0006472441.tif 000037
【０１７２】
「ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＿ｖｐｓ」は、表１５において指定されるようなソース・ピクチャのオプトエレクトロニック伝達特性を０から１までの名目上の実数範囲をもつ線形光強度入力Ｌｃの関数として示す。
【０１７３】
ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＿ｖｐｓシンタックス要素が存在しないときに、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓの値は、２に等しいと推測される（伝達特性が指定されないか、またはアプリケーションによって確定される）。表１５において予約済として識別されるｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＿ｖｐｓの値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約され、この仕様のこのバージョンに準拠するビットストリームには存在しないものとする。デコーダは、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓの予約値が値２と等価であると解釈するものとする。
【０１７４】
【表１５】
0006472441.tif 000038
【０１７５】
「ｍａｔｒｉｘ＿ｃｏｅｆｆｓ＿ｖｐｓ」は、表１６に指定されるように、緑、青、および赤の原色から輝度および色差信号を導出する際に用いられる行列係数を記述する。
【０１７６】
ｍａｔｒｉｘ＿ｃｏｅｆｆｓ＿ｖｐｓは、次の条件のうちの１つ以上が真でない限り、０に等しくないものとする。
ＢｉｔＤｅｐｔｈｃがＢｉｔＤｅｐｔｈＹに等しい,
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが３（４：４：４）に等しい。
【０１７７】
すべての他の条件の下での０に等しいｍａｔｒｉｘ＿ｃｏｅｆｆｓの使用の仕様は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約される。
【０１７８】
ｍａｔｒｉｘ＿ｃｏｅｆｆｓは、次の条件のうちの１つが真でない限り、８に等しくないものとする。
ＢｉｔＤｅｐｔｈｃがＢｉｔＤｅｐｔｈＹに等しい,
ＢｉｔＤｅｐｔｈｃがＢｉｔＤｅｐｔｈＹ＋１に等しく、かつｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが３（４：４：４）に等しい。
【０１７９】
すべての他の条件の下での８に等しいｍａｔｒｉｘ＿ｃｏｅｆｆｓの使用の仕様は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約される。
【０１８０】
ｍａｔｒｉｘ＿ｃｏｅｆｆｓシンタックス要素が存在しないときに、ｍａｔｒｉｘ＿ｃｏｅｆｆｓの値は、２に等しい（指定されない）と推測される。
【０１８１】
ｍａｔｒｉｘ＿ｃｏｅｆｆｓの解釈は、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓおよびｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓとともに、以下の式によって指定される。
【０１８２】
ＥＲ、ＥＧ、およびＥＢは、伝達特性機能の適用前に示される原色に基づく「線形領域」の実数信号として定義される。伝達特性関数の適用は、引数ｘに対して（ｘ）’によって示される。信号Ｅ’Ｒ、Ｅ’Ｇ、およびＥ’Ｂは、伝達特性関数の適用によって次のように確定される。
【数２１】
0006472441.tif 000039
【０１８３】
Ｅ’Ｒ、Ｅ’Ｇ、およびＥ’Ｂの範囲は、以下のように指定される、すなわち、
ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが１１または１２に等しくなければ、Ｅ’Ｒ、Ｅ’Ｇ、およびＥ’Ｂは、両端値を含めて０から１までの範囲内の値をもつ実数である。
【０１８４】
そうでない場合には、（ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが１１（ＩＥＣ６１９６６−２−４）か、または１２（勧告ＩＴＵ−Ｒ  ＢＴ．１３６１、拡張された色域系）に等しければ）、Ｅ’Ｒ、Ｅ’ＧおよびＥ’Ｂは、この仕様では指定されないより広い範囲をもつ実数である。
【０１８５】
名目上の白は、１に等しいＥ’Ｒ、１に等しいＥ’Ｇ、および１に等しいＥ’Ｂを有するとして指定される。
【０１８６】
名目上の黒は、０に等しいＥ’Ｒ、０に等しいＥ’Ｇ、および０に等しいＥ’Ｂを有するとして指定される。
【０１８７】
ｍａｔｒｉｘ＿ｃｏｅｆｆｓの解釈は、以下のように指定される、すなわち、
−ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｖｐｓ＿ｆｌａｇが０に等しい場合、以下が適用される：
−ｍａｔｒｉｘ＿ｃｏｅｆｆｓが１、４、５、６、７、９、または１０に等しければ、次の式が適用される：
【数２２】
0006472441.tif 000040
−そうではなく、ｍａｔｒｉｘ＿ｃｏｅｆｆｓが０または８に等しければ、次の式が適用される：
【数２３】
0006472441.tif 000041
−そうではなく、ｍａｔｒｉｘ＿ｃｏｅｆｆｓが２に等しければ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓシンタックス要素の解釈は、知られないか、またはアプリケーションによって確定される。
−そうではない（ｍａｔｒｉｘ＿ｃｏｅｆｆｓが０、１、２、４、５、６、７、８、９または１０に等しくない）場合、ｍａｔｒｉｘ＿ｃｏｅｆｆｓシンタックス要素の解釈は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来に定義のために予約される。
−そうではない（ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇが１に等しい）場合、以下が適用される：
−ｍａｔｒｉｘ＿ｃｏｅｆｆｓが１、４、５、６、７、９または１０に等しければ、次の式が適用される：
【数２４】
0006472441.tif 000042
−そうではなく、ｍａｔｒｉｘ＿ｃｏｅｆｆｓが０または８に等しければ、次の式が適用される：
【数２５】
0006472441.tif 000043
−そうではなく、ｍａｔｒｉｘ＿ｃｏｅｆｆｓが２に等しければ、ｍａｔｒｉｘ＿ｃｏｅｆｆｓシンタックス要素の解釈は、知られないか、またはアプリケーションによって確定される。
−そうでない（ｍａｔｒｉｘ＿ｃｏｅｆｆｓが０、１、２、４、５、６、７、８、９または１０に等しくない）場合、ｍａｔｒｉｘ＿ｃｏｅｆｆｓシンタックス要素の解釈は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の定義のために予約される。ｍａｔｒｉｘ＿ｃｏｅｆｆｓのための予約値は、この仕様のこのバージョンに準拠するビットストリームには存在しないものとする。デコーダは、ｍａｔｒｉｘ＿ｃｏｅｆｆｓの予約値が値２と等価であると解釈するものとする。
【０１８８】
変数Ｅ’Ｙ、Ｅ’ＰＢ、およびＥ’ＰＲ（０または８に等しくないｍａｔｒｉｘ＿ｃｏｅｆｆｓに対して）、あるいはＹ、Ｃｂ、およびＣｒ（０または８に等しいｍａｔｒｉｘ＿ｃｏｅｆｆｓに対して）は、以下のように指定される、すなわち、
−ｍａｔｒｉｘ＿ｃｏｅｆｆｓが０、８、または１０に等しくなければ、次の式が適用される：
【数２６】
0006472441.tif 000044
Ｅ’Ｙは、値０が名目上の黒と関連付けられ、値１が名目上の白と関連付けられた実数である。Ｅ’ＰＢおよびＥ’ＰＲは、値０が名目上の黒および名目上の白の両方と関連付けられた実数である。ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが１１または１２に等しくないとき、Ｅ’Ｙは、両端値を含めて、０から１までの範囲内の値をもつ実数である。ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが１１または１２に等しくないとき、Ｅ’ＰＢおよびＥ’ＰＲは、両端値を含めて、−０．５から０．５までの範囲内の値をもつ実数である。ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓが１１（ＩＥＣ６１９６６−２−４）、または１２（ＩＴＵ−Ｒ  ＢＴ．１３６１、拡張された色域系）に等しいとき、Ｅ’Ｙ、Ｅ’ＰＢおよびＥ’ＰＲは、この仕様では指定されないより広い範囲をもつ実数である。
−そうではなく、ｍａｔｒｉｘ＿ｃｏｅｆｆｓが０に等しければ、次の式が適用される：
【数２７】
0006472441.tif 000045
−そうではなく、ｍａｔｒｉｘ＿ｃｏｅｆｆｓが８に等しければ、以下が適用される：
−ＢｉｔｄｅｐｔｈＣがＢｉｔＤｅｐｔｈＹに等しければ、次の式が適用される：
【数２８】
0006472441.tif 000046
表Ｅ−５に用いられるＹＣｇＣｏの命名法のために、式Ｅ−２３およびＥ−２４のＣｂおよびＣｒは、それぞれＣｇおよびＣｏと呼ばれる。上の３式に対する逆変換は、
【数２９】
0006472441.tif 000047
として計算されるべきである。
−そうではない（ＢｉｔＤｅｐｔｈＣがＢｉｔＤｅｐｔｈＹと等しくない）場合には、次の式が適用される：
【数３０】
0006472441.tif 000048
表Ｅ−５に用いられるＹＣｇＣｏの命名法のために、式Ｅ−３１およびＥ−２９のＣｂおよびＣｒは、それぞれＣｇおよびＣｏと呼ばれる。上の４式に対する逆変換は、
【数３１】
0006472441.tif 000049
として計算されるべきである。
−そうではない（ｍａｔｒｉｘ＿ｃｏｅｆｆｉｃｉｅｎｔが１０に等しい）場合には、次の式が適用される：
【数３２】
0006472441.tif 000050
このケースでは、ＥＹは、信号Ｅ’Ｙを作り出すために次に適用される伝達特性関数の適用前のＥＲ、ＥＧ、およびＥＢに関する「線形領域」信号から定義される。ＥＹおよびＥ’Ｙは、値０が名目上の黒と関連付けられ、値１が名目上の白と関連付けられた類似物である。
【数３３】
0006472441.tif 000051
【０１８９】
【表１６】
0006472441.tif 000052
【０１９０】
図１６Ａ〜１６Ｃを参照すると、例示的なｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（）シンタックスおよびセマンティクスが示される。特に、図１６Ａ〜１６ＣのＳＰＳシンタックスおよびセマンティクスは、ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）を含む。図１７を参照すると、選択されたビデオ情報がどこにあるかを、それがベースレイヤまたはエンハンスメントレイヤ（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０）であるかどうかに依存して示すフラグを含む、例示的なｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（）が示される。
【０１９１】
１に等しいｕｐｄａｔｅ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｆｌａｇは、シンタックス要素ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓがＳＰＳで明示的にシグナリングされ、このＳＰＳを参照するゼロより大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつすべてのレイヤが、ＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０より大きいときにＶＰＳでシグナリングされる値の代わりに、これらの値を用いることを指定する。
【０１９２】
０に等しいｕｐｄａｔｅ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｆｌａｇは、それぞれシンタックス要素ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓがＳＰＳではシグナリングされず、このＳＰＳを参照するすべてのレイヤが、ＶＰＳでシグナリングされる値を用いることを指定する。存在しないときに、ｕｐｄａｔｅ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｆｌａｇの値は、１に等しいと推測される。
【０１９３】
０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ  ｌａｙｅｒＩｄＣｕｒｒをもつ現ピクチャがＳＰＳを参照するとき、ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓの値は、以下のように推測または制約される、すなわち、
【０１９４】
アクティブレイヤＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しければ、ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓの値は、アクティブＶＰＳにおけるｖｐｓ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ［ｊ］番目のｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）シンタックス構造、ｊはＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄＣｕｒｒ］に等しい、のそれぞれｖｉｄｅｏ＿ｖｐｓ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｖｐｓ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｖｐｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＿ｖｐｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓ＿ｖｐｓに等しいと推測され、アクティブレイヤＳＰＳのｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓの値は、無視される。これらの値は、アクティブな非ベースレイヤがベースレイヤによっても用いられるＳＰＳを参照するときにはＶＰＳから推測され、このケースではＳＰＳが０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する。アクティブなベースレイヤには、アクティブＳＰＳにおける値が適用される。
【０１９５】
そうではない（アクティブレイヤＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄがゼロより大きい場合）には、以下が適用される。ｕｐｄａｔｅ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｆｌａｇが０に等しければ、ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓの値は、アクティブＶＰＳにおけるｖｐｓ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ［ｊ］番目のｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）シンタックス構造、ｊはＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄＣｕｒｒ］に等しい、のそれぞれｖｉｄｅｏ＿ｖｐｓ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｖｐｓ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｖｐｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＿ｖｐｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓ＿ｖｐｓに等しいと推測される。そうではない（ｕｐｄａｔｅ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｆｌａｇが１に等しく、アクティブレイヤＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄがゼロより大きい）場合には、ビットストリーム適合性の必要条件は、ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓの値が、能力の観点から、アクティブＶＰＳにおけるｖｐｓ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ［ｊ］番目のｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）シンタックス構造、ｊはＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄＣｕｒｒ］に等しい、のそれぞれｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓ以下であるものとすることである。別の実施形態において、そうではない（ｕｐｄａｔｅ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｆｌａｇが１に等しく、アクティブレイヤＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄがゼロより大きい）場合には、ビットストリーム適合性の必要条件は、ｖｉｄｅｏ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓのうちの少なくとも１つの値が、アクティブＶＰＳにおけるｖｐｓ＿ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ＿ｉｄｘ［ｊ］番目のｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）シンタックス構造、ｊはＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄＣｕｒｒ］に等しい、のそれぞれｖｉｄｅｏ＿ｖｐｓ＿ｆｏｒｍａｔ、ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｖｐｓ＿ｆｌａｇ、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｖｐｓ、ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ＿ｖｐｓ、およびｍａｔｒｉｘ＿ｃｏｅｆｆｓ＿ｖｐｓの値とは異なるものとすることである。
【０１９６】
図１８を参照すると、別の実施形態では、フラグｃｏｌｏｕｒ＿ｄｅｓｃｒｉｐｔｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）にさらに含まれてＶＰＳでシグナリングされ、ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）におけるシンタックス要素のいくつかがその値に基づいて条件付けされる。
【０１９７】
図１９を参照すると、別の実施形態では、色差に関する情報（ｃｈｒｏｍａ＿ｌｏｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｃｈｒｏｍａ＿ｓａｍｐｌｅ＿ｌｏｃ＿ｔｙｐｅ＿ｔｏｐ＿ｆｉｅｌｄ、ｃｈｒｏｍａ＿ｓａｍｐｌｅ＿ｌｏｃ＿ｔｙｐｅ＿ｂｏｔｔｏｍ＿ｆｉｅｌｄ）がｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）にさらに含まれてＶＰＳでシグナリングされる。このケースでは、これらのシンタックス要素は、ＶＰＳをＳＰＳ共有のために用いるときにＳＰＳではシグナリングされない。
【０１９８】
図２０を参照すると、別の実施形態では、フレーム／フィールドに関する情報（ｆｉｅｌｄ＿ｓｅｑ＿ｆｌａｇ、ｆｒａｍｅ＿ｆｉｅｌｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）がｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）にさらに含まれてＶＰＳでシグナリングされる。このケースでは、これらのシンタックス要素は、ＶＰＳをＳＰＳ共有のために用いるときにＳＰＳではシグナリングされない。
【０１９９】
図２１を参照すると、デフォルト・ウィンドウに関する情報（ｄｅｆａｕｌｔ＿ｄｉｓｐｌａｙ＿ｗｉｎｄｏｗ＿ｆｌａｇ、ｄｅｆ＿ｄｉｓｐ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｄｅｆ＿ｄｉｓｐ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｄｅｆ＿ｄｉｓｐ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｄｅｆ＿ｄｉｓｐ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）がｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）にさらに含まれてＶＰＳでシグナリングされる。このケースでは、これらのシンタックス要素は、ＶＰＳをＳＰＳ共有のために用いるときにＳＰＳではシグナリングされない。
【０２００】
さらに別の変形では、ｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）は、提案されるようにＶＰＳでシグナリングされるが、ＳＰＳは、変更されずに、従ってｖｉｄｅｏ＿ｓｉｇｎａｌ＿ｉｎｆｏ（）でシグナリングされる要素のためのＳＰＳ共有にＶＰＳを用いないでシグナリングされてもよい。
【０２０１】
別の実施形態では、シンタックス要素の１つ以上が異なるシンタックス要素名を用いてシグナリングされてもよい。
【０２０２】
別の実施形態では、シンタックス要素の１つ以上が、ｕｅ（ｖ）の代わりに、ｕ（ｖ）の代わりの既知の固定ビット数を用いてシグナリングされてもよい。例えば、それらのシンタックス要素は、ｕ（８）もしくはｕ（１６）またはｕ（３２）あるいはｕ（６４）などを用いてシグナリングできるであろう。
【０２０３】
別の実施形態では、これらのシンタックス要素の１つ以上が、ｕ（ｖ）符号化のような固定ビット数の代わりに、ｕｅ（ｖ）または何か他の符号化方式を用いてシグナリングできるであろう。
【０２０４】
別の実施形態では、記述されたシンタックスおよびセマンティクスに比べて＋１または＋２を加えることにより、あるいは−１または−２を差し引くことにより、様々なシンタックス要素およびそれらのセマンティクスの名前が変更されてもよい。
【０２０５】
さらに別の実施形態では、様々なシンタックス要素がピクチャごとにビットストリーム中のどこでもシグナリングされてもよい。例えば、それらシンタックス要素は、スライスセグメントヘッダ、ｐｐｓ／ｓｐｓ／ｖｐｓ／もしくは任意の他のパラメータセットまたはビットストリームの他の規範的な部分でシグナリングされてもよい。
【０２０６】
上述のシステムおよび機器は、本明細書に記載されるオペレーションのいくつかまたはすべてを行うために、専用のプロセッサシステム、マイクロコントローラ、プログラマブル論理デバイス、マイクロプロセッサ、またはそれらの任意の組み合わせを用いることができる。上記のオペレーションのいくつかがソフトウェアで実装されてもよく、他のオペレーションがハードウェアで実装されてもよい。本明細書に記載されるオペレーション、処理、および／または方法のいずれも、本明細書に記載されるのと実質的に同様の機器、デバイスおよび／またはシステムにより示された図面を参照して行うことができる。
【０２０７】
処理デバイスは、メモリに記憶された命令または「コード」を実行する。メモリは、データも記憶する。処理デバイスは、以下には限定されないが、アナログプロセッサ、デジタルプロセッサ、マイクロプロセッサ、マルチコアプロセッサ、プロセッサアレイ、ネットワークプロセッサなどを含む。処理デバイスは、集積化制御システムまたはシステムマネージャの一部であってもよく、あるいはネットワーク化されたシステムと無線伝送を通じて局所的あるいは遠隔的にインターフェース接続するように構成されたポータブル電子デバイスとして設けられてもよい。
【０２０８】
プロセッサメモリは、処理デバイスと集積化されてもよく、例えば、ＲＡＭまたはＦＬＡＳＨメモリが集積回路マイクロプロセッサ内などに配置される。他の例では、メモリが外付けディスクドライブ、記憶アレイ、ポータブルＦＬＡＳＨキーフォブなどのような独立したデバイスを備えてもよい。メモリおよび処理デバイスは、例えば、Ｉ／Ｏポート、ネットワーク接続などによって作動的に連結されるか、または互いに通信を行い、処理デバイスがメモリ上に記憶されたファイルを読み取る。関連するメモリは、アクセス許可設定に基づいて設計により「リードオンリ」（ＲＯＭ）であってもなくてもよい。メモリの他の例は、以下には限定されないが、固体半導体デバイスに実装されたＷＯＲＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＦＬＡＳＨなどを含んでもよい。他のメモリは、既知の回転ディスクドライブのように可動部を備えてもよい。すべてのかかるメモリは、「機械読み取り可能」であり、処理デバイスによって読み取り可能である。
【０２０９】
動作命令またはコマンドは、（「コンピュータプログラム」または「コード」としても知られる）記憶されたコンピュータソフトウェアの具体的な形態で実装または具現されてもよい。プログラムまたはコードは、ディジタルメモリに記憶され、処理デバイスによって読み取られる。「コンピュータ可読記憶媒体」（または代わりに、「機械可読記憶媒体」）は、コンピュータプログラムまたは他のデータの特質をもつデジタル情報をメモリが、少なくとも一時的に、記憶することが可能である限り、かつ記憶された情報が適切な処理デバイスによって「読み取られる」限り、前述のタイプのメモリのすべて、ならびに将来の新技術を含んでもよい。用語「コンピュータ可読」は、完全なメインフレーム、ミニコンピュータ、デスクトップまたはラップトップコンピュータさえも示唆する「コンピュータ」の歴史的な用法には限定されない。むしろ、「コンピュータ可読」は、プロセッサ、処理デバイス、または任意の計算システムによって可読の記憶媒体を備えてもよい。かかる媒体は、コンピュータもしくはプロセッサによって局所的および／または遠隔的にアクセス可能な任意の利用可能な媒体であってもよく、揮発性および不揮発性媒体、ならびにリムーバブルおよびノンリムーバブル媒体、あるいはそれらの任意の組み合わせを含んでもよい。
【０２１０】
コンピュータ可読記憶媒体に記憶されたプログラムは、コンピュータプログラム製品を備えてもよい。例えば、記憶媒体は、コンピュータプログラムを記憶または輸送するための便利な手段として用いられる。便宜上、オペレーションは、相互接続または結合された様々な機能ブロックもしくは図として記載される。しかしながら、これらの機能ブロックもしくは図は、同等な状態で単一の論理デバイス、境界が不明確なプログラムまたはオペレーションに統合されてもよい場合がありうる。
【０２１１】
本明細書に教示される概念を特定の用途に多くの他の方法で合わせることができることを当業者は理解するであろう。特に、示された例は、本開示を読んだときに明らかになるであろう多くの択一的な実装の１つに過ぎないことを当業者は理解するであろう。
【０２１２】
本明細書は、「ａｎ（１つの）」、「ｏｎｅ（１つの）」、「ａｎｏｔｈｅｒ（別の）」または「ｓｏｍｅ（いくつかの）」例（単数または複数）に数箇所で言及するが、それぞれのかかる言及が同じ例（単数または複数）を対象とすること、または特徴が単一の例にのみ当て嵌まることをこれは必ずしも意味しない。
【０２１３】
当然のことながら、特許請求の範囲は、上に示された通りの構成および構成要素に限定されない。特許請求の範囲から逸脱することなく、本明細書に記載される配置、オペレーション、ならびにシステム、方法および装置の詳細に様々な修正、変更および変形がなされてもよい。
【図１】
0006472441.tif 000053
【図２】
0006472441.tif 000054
【図３Ａ】
0006472441.tif 000055
【図３Ｂ】
0006472441.tif 000056
【図４】
0006472441.tif 000057
【図５Ａ】
0006472441.tif 000058
【図５Ｂ】
0006472441.tif 000059
【図６】
0006472441.tif 000060
【図７】
0006472441.tif 000061
【図８】
0006472441.tif 000062
【図９】
0006472441.tif 000063
【図１０Ａ】
0006472441.tif 000064
【図１０Ｂ】
0006472441.tif 000065
【図１１】
0006472441.tif 000066
【図１２Ａ】
0006472441.tif 000067
【図１２Ｂ】
0006472441.tif 000068
【図１３】
0006472441.tif 000069
【図１４Ａ】
0006472441.tif 000070
【図１４Ｂ】
0006472441.tif 000071
【図１５】
0006472441.tif 000072
【図１６Ａ】
0006472441.tif 000073
【図１６Ｂ】
0006472441.tif 000074
【図１６Ｃ】
0006472441.tif 000075
【図１７】
0006472441.tif 000076
【図１８】
0006472441.tif 000077
【図１９】
0006472441.tif 000078
【図２０】
0006472441.tif 000079
【図２１】
0006472441.tif 000080