知財求人 - 知財ポータルサイト「IP Force」
▶ インターデジタル シーイー パテント ホールディングスの特許一覧
特表2024-504672復号プロセスのエネルギー消費を表す情報をシグナリングするためのメタデータ
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-02-01
(54)【発明の名称】復号プロセスのエネルギー消費を表す情報をシグナリングするためのメタデータ
(51)【国際特許分類】
H04N 19/70 20140101AFI20240125BHJP
H04N 19/156 20140101ALI20240125BHJP
【ＦＩ】
H04N19/70
H04N19/156
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023543146
(86)(22)【出願日】2022-01-18
(85)【翻訳文提出日】2023-08-02
(86)【国際出願番号】 EP2022050947
(87)【国際公開番号】W WO2022167210
(87)【国際公開日】2022-08-11
(31)【優先権主張番号】21305142.8
(32)【優先日】2021-02-03
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】21306117.9
(32)【優先日】2021-08-13
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＨＤＭＩ
２．ＢＬＵＥＴＯＯＴＨ
(71)【出願人】
【識別番号】518341334
【氏名又は名称】インターディジタル・シーイー・パテント・ホールディングス・ソシエテ・パ・アクシオンス・シンプリフィエ
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(74)【代理人】
【識別番号】110002848
【氏名又は名称】弁理士法人ＮＩＰ＆ＳＢＰＪ国際特許事務所
(72)【発明者】
【氏名】フランソワ、エドゥワール
(72)【発明者】
【氏名】ラドサヴリエヴィッチ、ミロス
(72)【発明者】
【氏名】ラインハルト、エリック
(72)【発明者】
【氏名】シャマレ、クリステル
【テーマコード（参考）】
5C159
【Ｆターム（参考）】
5C159LC09
5C159MA04
5C159MA05
5C159MA21
5C159MC11
5C159ME01
5C159RC12
5C159UA02
5C159UA05
5C159UA16
(57)【要約】
ピクチャのシーケンスを表すビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータをデータ構造においてシグナリングする（１０２）ことと、ビデオストリームの期間を表すピクチャの少なくとも１つのサブセットについて、データ構造をビデオストリームに関連付ける（１０３）ことであって、少なくとも１つの符号化ツール又は特徴は、ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズ、又は、ピクチャの少なくとも１つのサブセットに対してメタデータにおいてシグナリングされるピクチャ内の所与のサイズのブロックの総数、又は、正方形ブロック及び矩形ブロック当たりのサンプル数に依存してエネルギー消費を表す情報に関連付けられる、ことと、を含む方法。
【選択図】図１Ｂ
【選択図】図１Ｂ
【特許請求の範囲】
【請求項1】
方法であって、ピクチャのシーケンスを表すビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータをデータ構造においてシグナリングする（１０２）ことと、
前記ビデオストリームの期間を表すピクチャの少なくとも１つのサブセットについて、前記データ構造を前記ビデオストリームに関連付ける（１０３）ことであって、少なくとも１つの符号化ツール又は特徴は、
・前記ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズ、若しくは、
・ピクチャ内の所与のサイズのブロックの総数、若しくは、
・正方形ブロック及び矩形ブロック当たりのサンプル数に依存してエネルギー消費を表す情報に関連付けられる、ことと、を含む方法。
【請求項2】
前記データ構造はＳＥＩメッセージである、請求項１に記載の方法。
【請求項3】
エネルギー消費を表す前記情報は、複数のピクチャを含む前記ピクチャのサブセットに応答する前記ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズに依存する、請求項１又は２に記載の方法。
【請求項4】
前記メタデータにおいてシグナリングされるピクチャ内の前記所与のサイズのブロックの前記総数に依存してエネルギー消費を表す情報に関連付けられた、前記少なくとも１つの符号化ツール又は特徴は、・エントロピー復号、
・逆変換、
・イントラ予測及びイントラブロック復号、
・インター予測及びインターブロック復号、
・時間予測の補間、
・ループ内フィルタリング、
・サブピクチャの使用のうちの少なくとも１つに関連する、請求項１又は２に記載の方法。
【請求項5】
エネルギー消費を表す前記情報は、単一のピクチャに、又はイントラスライスを含む次のピクチャまで復号順で全てのピクチャに、又は指定時間間隔にわたって、又は復号順でカウントされた指定数のピクチャにわたって、又はスライス粒度若しくはタイル粒度を有する単一のピクチャに、又はサブピクチャ粒度を有する単一のピクチャに適用可能である、請求項１又は２に記載の方法。
【請求項6】
第１の方法は、エネルギー消費を表す前記情報がスライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出するために適用され、第２の方法は、エネルギー消費を表す前記情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出するために適用される、請求項５に記載の方法。
【請求項7】
ピクチャ内の所与のサイズのブロックの前記総数は、ピクチャの前記少なくとも１つのサブセットに対して前記メタデータにおいてシグナリングされる、請求項１又は２に記載の方法。
【請求項8】
方法であって、ビデオストリームによって表されるピクチャのシーケンスの期間を表すピクチャの少なくとも１つのサブセットについて前記ビデオストリームに関連付けられ、前記ビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータを含むデータ構造を取得する（１０２）ことであって、少なくとも１つの符号化ツール又は特徴は、
・前記ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズ、若しくは、
・ピクチャの前記少なくとも１つのサブセットに対して前記メタデータにおいてシグナリングされるピクチャ内の所与のサイズのブロックの総数、若しくは、
・正方形ブロック及び矩形ブロック当たりのサンプル数に依存してエネルギー消費を表す情報に関連付けられる、こと、を含む方法。
【請求項9】
前記データ構造はＳＥＩメッセージである、請求項８に記載の方法。
【請求項10】
エネルギー消費を表す前記情報は、複数のピクチャを含む前記ピクチャのサブセットに応答する前記ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズに依存する、請求項８又は９に記載の方法。
【請求項11】
前記メタデータにおいてシグナリングされるピクチャ内の前記所与のサイズのブロックの前記総数に依存してエネルギー消費を表す情報に関連付けられた、少なくとも１つの符号化ツール又は特徴は、・エントロピー復号、
・逆変換、
・イントラ予測及びイントラブロック復号、
・インター予測及びインターブロック復号、
・時間予測の補間、
・ループ内フィルタリング、
・サブピクチャの使用のうちの少なくとも１つに関連する、請求項８又は９に記載の方法。
【請求項12】
エネルギー消費を表す前記情報は、単一のピクチャに、又はイントラスライスを含む次のピクチャまで復号順で全てのピクチャに、又は指定時間間隔にわたって、又は復号順でカウントされた指定数のピクチャにわたって、又はスライス粒度若しくはタイル粒度を有する単一のピクチャに、又はサブピクチャ粒度を有する単一のピクチャに適用可能である、請求項８又は９に記載の方法。
【請求項13】
第１の方法は、エネルギー消費を表す前記情報がスライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出するために適用され、第２の方法は、エネルギー消費を表す前記情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出するために適用される、請求項１２に記載の方法。
【請求項14】
ピクチャ内の所与のサイズのブロックの前記総数は、ピクチャの前記少なくとも１つのサブセットに対して前記メタデータにおいてシグナリングされる、請求項８又は９に記載の方法。
【請求項15】
デバイスであって、ピクチャのシーケンスを表すビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータをデータ構造においてシグナリングする（１０２）ための手段と、
前記ビデオストリームの期間を表すピクチャの少なくとも１つのサブセットについて、前記データ構造を前記ビデオストリームに関連付けるための手段であって、少なくとも１つの符号化ツール又は特徴は、
・前記ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズ、若しくは、
・ピクチャの前記少なくとも１つのサブセットに対して前記メタデータにおいてシグナリングされるピクチャ内の所与のサイズのブロックの総数、若しくは、
・正方形ブロック及び矩形ブロック当たりのサンプル数に依存してエネルギー消費を表す情報に関連付けられる、手段と、を備えるデバイス。
【請求項16】
前記データ構造はＳＥＩメッセージである、請求項１５に記載のデバイス。
【請求項17】
エネルギー消費を表す前記情報は、複数のピクチャを含む前記ピクチャのサブセットに応答する前記ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズに依存する、請求項１５又は１６に記載のデバイス。
【請求項18】
前記メタデータにおいてシグナリングされるピクチャ内の前記所与のサイズのブロックの前記総数に依存してエネルギー消費を表す情報に関連付けられた、前記少なくとも１つの符号化ツール又は特徴は、・エントロピー復号、
・逆変換、
・イントラ予測及びイントラブロック復号、
・インター予測及びインターブロック復号、
・時間予測の補間、
・ループ内フィルタリング、
・サブピクチャの使用のうちの少なくとも１つに関連する、請求項１５又は１６に記載のデバイス。
【請求項19】
エネルギー消費を表す前記情報は、単一のピクチャに、又はイントラスライスを含む次のピクチャまで復号順で全てのピクチャに、又は指定時間間隔にわたって、又は復号順でカウントされた指定数のピクチャにわたって、又はスライス粒度若しくはタイル粒度を有する単一のピクチャに、又はサブピクチャ粒度を有する単一のピクチャに適用可能である、請求項１５又は１６に記載のデバイス。
【請求項20】
第１の手段は、エネルギー消費を表す前記情報がスライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出するために使用され、第２の手段は、エネルギー消費を表す前記情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出するために使用される、請求項１９に記載のデバイス。
【請求項21】
ピクチャ内の所与のサイズのブロックの前記総数は、ピクチャの前記少なくとも１つのサブセットに対して前記メタデータにおいてシグナリングされる、請求項１５又は１６に記載のデバイス。
【請求項22】
デバイスであって、ビデオストリームによって表されるピクチャのシーケンスの期間を表すピクチャの少なくとも１つのサブセットについて前記ビデオストリームに関連付けられ、前記ビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータを含むデータ構造を取得する（１０２）ための手段であって、少なくとも１つの符号化ツール又は特徴は、
・前記ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズ、若しくは、
・ピクチャの前記少なくとも１つのサブセットに対して前記メタデータにおいてシグナリングされるピクチャ内の所与のサイズのブロックの総数、若しくは、
・正方形ブロック及び矩形ブロック当たりのサンプル数に依存してエネルギー消費を表す情報に関連付けられる、手段、を備えるデバイス。
【請求項23】
前記データ構造はＳＥＩメッセージである、請求項２２に記載のデバイス。
【請求項24】
エネルギー消費を表す前記情報は、複数のピクチャを含む前記ピクチャのサブセットに応答する前記ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズに依存する、請求項２１又は２２に記載のデバイス。
【請求項25】
前記メタデータにおいてシグナリングされるピクチャ内の前記所与のサイズのブロックの前記総数に依存してエネルギー消費を表す情報に関連付けられた、前記少なくとも１つの符号化ツール又は特徴は、・エントロピー復号、
・逆変換、
・イントラ予測及びイントラブロック復号、
・インター予測及びインターブロック復号、
・時間予測の補間、
・ループ内フィルタリング、
・サブピクチャの使用のうちの少なくとも１つに関連する、請求項２１又は２２に記載のデバイス。
【請求項26】
エネルギー消費を表す前記情報は、単一のピクチャに、又はイントラスライスを含む次のピクチャまで復号順で全てのピクチャに、又は指定時間間隔にわたって、又は復号順でカウントされた指定数のピクチャにわたって、又はスライス粒度若しくはタイル粒度を有する単一のピクチャに、又はサブピクチャ粒度を有する単一のピクチャに適用可能である、請求項２２又は２３に記載のデバイス。
【請求項27】
第１の手段は、エネルギー消費を表す前記情報が、スライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出するために適用され、第２の手段は、エネルギー消費を表す前記情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出するために適用される、請求項２６に記載のデバイス。
【請求項28】
ピクチャ内の所与のサイズのブロックの前記総数は、ピクチャの前記少なくとも１つのサブセットに対して前記メタデータにおいてシグナリングされる、請求項２２又は２３に記載のデバイス。
【請求項29】
請求項１５～２８のいずれか一項に記載のデバイスを備える装置。
【請求項30】
請求項１～７のいずれか一項に記載の方法によって、又は請求項１５～２１のいずれか一項に記載のデバイスによって、又は請求項２９が請求項１５～２１のうちの一項に従属する場合に請求項２９に記載の装置によって生成される信号。
【請求項31】
請求項１～１４のいずれか一項に記載の方法を実施するためのプログラムコード命令を含むコンピュータプログラム。
【請求項32】
請求項１～１４のいずれか一項に記載の方法を実施するためのプログラムコード命令を記憶する非一時的情報記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本実施形態の少なくとも１つは、概して、復号プロセスのエネルギー消費を表す情報をシグナリングし、取得するための方法及び装置に関する。
【背景技術】
【0002】
エネルギー消費は、エンドデバイスにとって、特に限られたエネルギー電力リソースを有するモバイルセットにとって重要な問題である。ＴＶセットについてであっても、そのエネルギー消費を制限することは、関連する意図である。ビデオの復号がかかるデバイスのエネルギー消費の主要部分ではないとしても（通常、携帯電話では約１５％であるが、ディスプレイは５０％に近い）、そのエネルギーの影響を低減可能であることは有益であり、ビデオのレンダリングに関与する任意のプロセスにとっても有益である。
【0003】
以下でグリーンＭＰＥＧと呼ばれるグリーンＭＰＥＧ規格（ＩＳＯ－ＩＥＣ－２３００１－１１）は、標準ＡＶＣ（ＩＳＯ／ＣＥＩ １４４９６－１０／ＩＴＵ－Ｔ Ｈ．２６４）又は標準ＨＥＶＣ（ＩＳＯ／ＩＥＣ ２３００８－２－ＭＰＥＧ－Ｈ Ｐａｒｔ ２、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ／ＩＴＵ－Ｔ Ｈ．２６５））に準拠するデコーダに、デコーダがそのエネルギー使用を最適化することを可能にする、ビットストリームに関連する複雑度情報又はメトリック（ＣＭ）を示すメタデータを定義する。メタデータは、ＡＶＣ設計及びＨＥＶＣ設計に正確に適合している。
【0004】
ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）と呼ばれる新しいビデオ符号化規格、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍ（ＪＶＥＴ）として知られるＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ専門家の共同チームによって最近開発された。ＶＶＣは、ＡＶＣ及びＨＥＶＣに当初指定されたＣＭメタデータの直接使用を防止する多くの新しいツール及び特徴を含む。ＶＶＣの新しいツール及び特徴は、ＡＶＣ又はＨＥＶＣ復号プロセスと比較して、ＶＶＣ復号プロセスの複雑度を著しく増加させた。この増加した複雑度は、エネルギー消費の制御を可能にするツールの必要性を更に重要にする。
【0005】
上記問題を克服することを可能にする解決策を提案することが望ましい。とりわけ、ＶＶＣの新しいツール及び特徴を含む規格により良好に適合するＣＭメタデータを提案することが望ましい。
【発明の概要】
【0006】
第１の態様では、本実施形態のうちの１つ以上は、ピクチャのシーケンスを表すビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータをデータ構造においてシグナリングすることと、ビデオストリームの期間を表すピクチャの少なくとも１つのサブセットについて、データ構造をビデオストリームに関連付けることであって、少なくとも１つの符号化ツール又は特徴は、ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズ、又は、ピクチャの少なくとも１つのサブセットに対してメタデータにおいてシグナリングされるピクチャ内の所与のサイズのブロックの総数、又は、正方形ブロック及び矩形ブロック当たりのサンプル数に依存するエネルギー消費を表す情報に関連付けられる、ことと、を含む方法を提供する。
【0007】
一実施形態では、データ構造はＳＥＩメッセージである。
【0008】
一実施形態では、エネルギー消費を表す情報は、複数のピクチャを含むピクチャのサブセットに応答するピクチャのシーケンスに対して定義された、単一の参照ピクチャサイズに依存する。
【0009】
一実施形態では、メタデータにおいてシグナリングされるピクチャ内の所与のサイズのブロックの総数に依存してエネルギー消費を表す情報に関連付けられた、少なくとも１つの符号化ツール又は特徴は、エントロピー復号、逆変換、イントラ予測及びイントラブロック復号、インター予測及びインターブロック復号、時間的予測の補間、ループ内フィルタリング、サブピクチャの使用のうちの少なくとも１つに関連する。
【0010】
一実施形態では、エネルギー消費を表す情報は、単一のピクチャに、又はイントラスライスを含む次のピクチャまで復号順で全てのピクチャに、又は指定時間間隔にわたって、又は復号順でカウントされた指定数のピクチャにわたって、又はスライス粒度若しくはタイル粒度を有する単一のピクチャに、又はサブピクチャ粒度を有する単一のピクチャに適用可能である。
【0011】
一実施形態では、第１の方法は、エネルギー消費を表す情報がスライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために適用され、
第２の方法は、エネルギー消費を表す情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために適用される。
第２の方法は、エネルギー消費を表す情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために適用される。
【0012】
一実施形態では、ピクチャ内の所与のサイズのブロックの総数が、ピクチャの少なくとも１つのサブセットに対してメタデータにおいてシグナリングされる。
【0013】
第２の態様では、本実施形態のうちの１つ以上は、ビデオストリームによって表されるピクチャのシーケンスの期間を表すピクチャの少なくとも１つのサブセットについてビデオストリームに関連付けられ、ビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータを含むデータ構造を取得することであって、少なくとも１つの符号化ツール又は特徴は、ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズ、又は、ピクチャの少なくとも１つのサブセットに対してメタデータにおいてシグナリングされるピクチャ内の所与のサイズのブロックの総数、又は、正方形ブロック及び矩形ブロック当たりのサンプル数に依存するエネルギー消費を表す情報に関連付けられる、こと、を含む方法を提供する。
【0014】
一実施形態では、データ構造はＳＥＩメッセージである。
【0015】
一実施形態では、エネルギー消費を表す情報は、複数のピクチャを含むピクチャのサブセットに応答するピクチャのシーケンスに対して定義された、単一の参照ピクチャサイズに依存する。
【0016】
一実施形態では、メタデータにおいてシグナリングされるピクチャ内の所与のサイズのブロックの総数に依存してエネルギー消費を表す情報に関連付けられた、少なくとも１つの符号化ツール又は特徴は、エントロピー復号、逆変換、イントラ予測及びイントラブロック復号、インター予測及びインターブロック復号、時間的予測の補間、ループ内フィルタリング、サブピクチャの使用のうちの少なくとも１つに関連する。
【0017】
一実施形態では、エネルギー消費を表す情報は、単一のピクチャに、又はイントラスライスを含む次のピクチャまで復号順で全てのピクチャに、又は指定時間間隔にわたって、又は復号順でカウントされた指定数のピクチャにわたって、又はスライス粒度若しくはタイル粒度を有する単一のピクチャに、又はサブピクチャ粒度を有する単一のピクチャに適用可能である。
【0018】
一実施形態では、
第１の方法は、エネルギー消費を表す情報がスライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために適用され、
第２の方法は、エネルギー消費を表す情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために適用される。
第１の方法は、エネルギー消費を表す情報がスライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために適用され、
第２の方法は、エネルギー消費を表す情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために適用される。
【0019】
一実施形態では、ピクチャ内の所与のサイズのブロックの総数が、ピクチャの少なくとも１つのサブセットに対してメタデータにおいてシグナリングされる。
【0020】
第３の態様では、本実施形態のうちの１つ以上は、ピクチャのシーケンスを表すビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータをデータ構造においてシグナリングするための手段と、ビデオストリームの期間を表すピクチャの少なくとも１つのサブセットについて、データ構造をビデオストリームに関連付けるための手段であって、少なくとも１つの符号化ツール又は特徴は、ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズ、又は、ピクチャの少なくとも１つのサブセットに対してメタデータにおいてシグナリングされるピクチャ内の所与のサイズのブロックの総数、又は、正方形ブロック及び矩形ブロック当たりのサンプル数に依存するエネルギー消費を表す情報に関連付けられる、手段と、を備えるデバイスを提供する。
【0021】
一実施形態では、データ構造はＳＥＩメッセージである。
【0022】
一実施形態では、エネルギー消費を表す情報は、複数のピクチャを含むピクチャのサブセットに応答するピクチャのシーケンスに対して定義された、単一の参照ピクチャサイズに依存する。
【0023】
一実施形態では、メタデータにおいてシグナリングされるピクチャ内の所与のサイズのブロックの総数に依存してエネルギー消費を表す情報に関連付けられた、少なくとも１つの符号化ツール又は特徴は、エントロピー復号、逆変換、イントラ予測及びイントラブロック復号、インター予測及びインターブロック復号、時間的予測の補間、ループ内フィルタリング、サブピクチャの使用のうちの少なくとも１つに関連する。
【0024】
一実施形態では、エネルギー消費を表す情報は、単一のピクチャに、又はイントラスライスを含む次のピクチャまで復号順で全てのピクチャに、又は指定時間間隔にわたって、又は復号順でカウントされた指定数のピクチャにわたって、又はスライス粒度若しくはタイル粒度を有する単一のピクチャに、又はサブピクチャ粒度を有する単一のピクチャに適用可能である。
【0025】
一実施形態では、
第１の手段は、エネルギー消費を表す情報がスライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために使用され、
第２の手段は、エネルギー消費を表す情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために使用される。
第１の手段は、エネルギー消費を表す情報がスライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために使用され、
第２の手段は、エネルギー消費を表す情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために使用される。
【0026】
一実施形態では、ピクチャ内の所与のサイズのブロックの総数が、ピクチャの少なくとも１つのサブセットに対してメタデータにおいてシグナリングされる。
【0027】
第４の態様では、本実施形態のうちの１つ以上は、ビデオストリームによって表されるピクチャのシーケンスの期間を表すピクチャの少なくとも１つのサブセットについてビデオストリームに関連付けられ、ビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータを含むデータ構造を取得するための手段であって、少なくとも１つの符号化ツール又は特徴は、ピクチャのシーケンスに対して定義された単一の参照ピクチャサイズ、又は、ピクチャの少なくとも１つのサブセットに対してメタデータにおいてシグナリングされるピクチャ内の所与のサイズのブロックの総数、又は、正方形ブロック及び矩形ブロック当たりのサンプル数に依存するエネルギー消費を表す情報に関連付けられる、手段、を備えるデバイスを提供する。
【0028】
一実施形態では、データ構造はＳＥＩメッセージである。
【0029】
一実施形態では、エネルギー消費を表す情報は、複数のピクチャを含むピクチャのサブセットに応答するピクチャのシーケンスに対して定義された、単一の参照ピクチャサイズに依存する。
【0030】
一実施形態では、メタデータにおいてシグナリングされるピクチャ内の所与のサイズのブロックの総数に依存してエネルギー消費を表す情報に関連付けられた、少なくとも１つの符号化ツール又は特徴は、エントロピー復号、逆変換、イントラ予測及びイントラブロック復号、インター予測及びインターブロック復号、時間的予測の補間、ループ内フィルタリング、サブピクチャの使用のうちの少なくとも１つに関連する。
【0031】
一実施形態では、エネルギー消費を表す情報は、単一のピクチャに、又はイントラスライスを含む次のピクチャまで復号順で全てのピクチャに、又は指定時間間隔にわたって、又は復号順でカウントされた指定数のピクチャにわたって、又はスライス粒度若しくはタイル粒度を有する単一のピクチャに、又はサブピクチャ粒度を有する単一のピクチャに適用可能である。
【0032】
一実施形態では、
第１の手段は、エネルギー消費を表す情報がスライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために適用され、
第２の手段は、エネルギー消費を表す情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために適用される。
第１の手段は、エネルギー消費を表す情報がスライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために適用され、
第２の手段は、エネルギー消費を表す情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの総数を導出するために適用される。
【0033】
一実施形態では、ピクチャ内の所与のサイズのブロックの総数が、ピクチャの少なくとも１つのサブセットに対してメタデータにおいてシグナリングされる。
【0034】
第５の態様では、本実施形態のうちの１つ以上は、第３の態様又は第４の態様によるデバイスを備える装置を提供する。
【0035】
第６の態様では、本実施形態のうちの１つ以上は、第１の態様の方法によって、又は第３の態様のデバイスによって生成される信号を提供する。
【0036】
第７の態様では、本実施形態のうちの１つ以上は、第１の態様又は第２の態様による方法を実施するためのプログラムコード命令を含むコンピュータプログラムを提供する。
【0037】
第８の態様では、本実施形態のうちの１つ以上は、第１の態様又は第２の態様による方法を実施するためのプログラムコード命令を記憶する、非一時的情報記憶媒体を提供する。
【図面の簡単な説明】
【0038】
【図1A】いくつかの実施形態が実施され得るコンテキストの一例を説明する。
【図1B】様々な実施形態が実施され得るプロセスの一例を示す。
【図2】元のビデオのピクセルのピクチャが受ける分割の一例を概略的に示す。
【図3】ビデオストリームを符号化するための方法を概略的に示す。
【図4】符号化ビデオストリームを復号するための方法を概略的に示す。
【図5A】様々な態様及び実施形態が実施される、符号化モジュール又は復号モジュールを実装することができる処理モジュールのハードウェアアーキテクチャの一例を概略的に示す。
【図5B】様々な態様及び実施形態が実施される第１のシステムの一例のブロック図を示す。
【図5C】様々な態様及び実施形態が実施される第２のシステムの一例のブロック図を示す。
【図6】一実施形態を概略的に示す。
【図7】様々な態様及び実施形態が実施される復号プロセスのブロック図を示す。
【図8A】一実施形態のシグナリングプロセスの一例を示す。
【図8B】一実施形態の復号プロセスの一例を示す。
【発明を実施するための形態】
【0039】
実施形態の以下の例は、ＶＶＣと同様のビデオフォーマットのコンテキストにおいて説明される。しかしながら、これらの実施形態は、ＶＶＣに対応するビデオコーディング／復号方法に限定されない。これらの実施形態は、とりわけ、ＡＶＣ、ＨＥＶＣ、及びＶＶＣで使用されるツール又は特徴のうちの少なくとも１つを使用する任意のビデオフォーマットに適合している。かかるフォーマットは、例えば、標準ＥＶＣ（Ｅｓｓｅｎｔｉａｌ Ｖｉｄｅｏ Ｃｏｄｉｎｇ／ＭＰＥＧ－５）、ＡＶ１、及びＶＰ９を含む。
【0040】
【0041】
図２は、元のビデオ２０のピクセル２１のピクチャが受ける分割の一例を示す。ここでは、ピクセルは、３つの成分、すなわち輝度成分と２つのクロミナンス成分からなると考えられる。しかしながら、他のタイプのピクセルは、輝度成分のみ又は追加の深度成分など、より少ない又はより多い成分を含むことが可能である。
【0042】
ピクチャは、複数のコーディングエンティティに分割される。まず、図２の参照番号２３で示すように、ピクチャがコーディングツリーユニット（coding tree unit、ＣＴＵ）と呼ばれるブロックのグリッドに等分される。ＣＴＵは、輝度サンプルのＮ×Ｎブロックと、クロミナンスサンプルの２つの対応するブロックとで構成される。Ｎは、一般に、例えば、「１２８」の最大値を有する２のべき乗である。第二に、ピクチャは、ＣＴＵの１つ以上のグループに分割される。例えば、ピクチャは１つ以上のタイル行及びタイル列に分割することができ、タイルはピクチャの矩形領域をカバーするＣＴＵのシーケンスである。場合によっては、タイルを１つ以上のブリックに分割することができ、その各々はタイル内の少なくとも１つのＣＴＵ行からなる。特定タイプのタイルは、他のタイルのサンプルからの空間的予測及び時間的予測を妨げる。これらのタイルはサブピクチャと呼ばれる。タイル及びブリックの概念の上には、ピクチャの少なくとも１つのタイル又はタイルの少なくとも１つのブリックを含むことができるスライスと呼ばれる別の符号化エンティティが存在する。
【0043】
図２の例では、参照番号２２で示すように、ピクチャ２１は、各々が複数のタイル（図示せず）を含むラスタスキャンスライスモードの３つのスライスＳ１、Ｓ２、及びＳ３に分割され、各タイルは、１つのブリックのみを含む。
【0044】
図１の参照番号２４で示すように、ＣＴＵは、コーディングユニット（ＣＵ）と呼ばれる１つ以上のサブブロックの階層ツリーの形態に分割され得る。ＣＴＵは、階層ツリーのルート（すなわち、親ノード）であり、複数のＣＵ（すなわち、子ノード）に分割され得る。各ＣＵは、より小さいＣＵに更に分割されていない場合は階層ツリーのリーフになり、更に分割されている場合はより小さいＣＵ（すなわち、子ノード）の親ノードになる。
【0045】
図１の例では、ＣＴＵ１４は、四分木タイプの分割を使用して、最初に「４」つの方形ＣＵに分割される。左上のＣＵは、更に分割されていないため、階層ツリーのリーフであり、すなわち、他のＣＵの親ノードではない。右上のＣＵは、やはり四分木タイプの分割を使用して、「４」つのより小さい正方形ＣＵに更に分割される。右下のＣＵは、二分木タイプの分割を使用して「２」つの矩形ＣＵに垂直に分割される。左下のＣＵは、三分木タイプの分割を使用して「３」つの矩形ＣＵに垂直に分割される。矩形ＣＵは、ＡＶＣ及びＨＥＶＣでは利用不能であったＶＶＣの新しい特徴であることに留意されたい。
【0046】
ピクチャのコーディング中、分割は適合的であり、各ＣＴＵは、ＣＴＵ基準の圧縮効率を最適化するように分割される。
【0047】
ＨＥＶＣでは、予測ユニット（prediction unit、ＰＵ）及び変換ユニット（transform unit、ＴＵ）の概念が登場した。実際、ＨＥＶＣでは、予測（すなわち、ＰＵ）及び変換（すなわち、ＴＵ）に使用される符号化エンティティは、ＣＵの部分であり得る。例えば、図１に示すように、サイズ２Ｎ×２ＮのＣＵは、サイズＮ×２Ｎ又はサイズ２Ｎ×ＮのＰＵ ２４１１に分割することができる。更に、当該ＣＵは、サイズＮ×Ｎの「４」個のＴＵ ２４１２又はサイズ
【0048】
【数1】
【0049】
ＶＶＣでは、いくつかの特定の場合を除いて、ＴＵ及びＰＵのフロンティアがＣＵのフロンティアに位置合わせされることに留意されたい。したがって、ＣＵは、一般に、１つのＴＵ及び１つのＰＵを含む。
【0050】
本出願では、「ブロック」又は「ピクチャブロック」という用語は、ＣＴＵ、ＣＵ、ＰＵ、及びＴＵのうちのいずれか１つを指すために使用することができる。更に、「ブロック」又は「ピクチャブロック」という用語は、Ｈ．２６４／ＡＶＣ又は他のビデオ符号化規格で指定されているようなマクロブロック、パーティション、及びサブブロックを指すために使用することができ、より一般的には、多数のサイズのサンプルのアレイを指すために使用することができる。
【0051】
本出願では、「再構成された」及び「復号された」という用語は互換的に使用することができ、「ピクセル」及び「サンプル」という用語は互換的に使用することができ、「画像」、「ピクチャ」、「サブピクチャ」、「スライス」、及び「フレーム」という用語は互換的に使用することができる。通常、必ずしもそうではないが、「再構成された」という用語は、エンコーダ側で使用され、一方、「復号化された」という用語は、デコーダ側で使用される。
【0052】
図３は、符号化モジュールによって実行されるビデオストリームを符号化するための方法を概略的に示す。符号化のためのこの方法の変形例が企図されるが、以下では、明確さを目的として、予想される全ての変形例について説明することなく、図３の符号化のための方法について説明する。
【0053】
符号化される前に、元のビデオシーケンスの現在の元の画像は、前処理を経てもよい。例えば、ステップ３０１において、色変換が現在の元のピクチャ（例えば、ＲＧＢ４：４：４からＹＣｂＣｒ４：２：０への変換）に適用されるか、又は再マッピングが現在の元のピクチャ成分に適用されて、（例えば、色成分のうちの１つのヒストグラム均等化を使用して）圧縮に対してより弾力的な信号分布が得られる。加えて、前処理３０１は、再サンプリング（ダウンサンプリング又はアップサンプリング）を含み得る。再サンプリングは、生成されたビットストリームが元の解像度のピクチャと別の解像度のピクチャとを（又は、少なくとも２つの異なる解像度の少なくともピクチャを）含み得るように、いくつかのピクチャに適用され得る。再サンプリングは、一般的にダウンサンプリングからなり、生成されたビットストリームのビットレートを低減するために使用される。それにもかかわらず、アップサンプリングも可能である。前処理によって取得されたピクチャは、以下では前処理済みピクチャと呼ばれる。
【0054】
前処理されたピクチャを符号化することは、図１に関連して記載したように、ステップ３０２中に前処理されたピクチャの分割から始まる。したがって、前処理されたピクチャは、ＣＴＵ、ＣＵ、ＰＵ、ＴＵなどに分割される。各ブロックについて、符号化モジュールは、イントラ予測とインター予測との間のコーディングモードを判定する。
【0055】
イントラ予測は、イントラ予測方法に従って、ステップ３０３中に、コーディングされる現在のブロックの因果的近傍に位置する再構成ブロックのピクセルから導出された予測ブロックから現在のブロックのピクセルを予測することからなる。イントラ予測の結果は、近傍のブロックのどのピクセルを使用するかを示す予測方向と、現在のブロックと予測ブロックとの差の計算から生じる残差ブロックである。最近、新しいイントラ予測モードが提案され、ＶＶＣに導入された。これらの新しいイントラ予測モードは、以下を含む。
・予測するブロックの左上の再構成された隣接境界サンプルからイントラ予測子を生成するために行列を使用することからなるＭＩＰ（行列ベースのイントラ予測、Ｍａｔｒｉｘ ｗｅｉｇｈｔｅｄ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）。
・輝度イントラ予測ブロックを、ブロックサイズに応じて垂直又は水平に２個又は４個のサブパーティションに分割するＩＳＰ（イントラサブパーティション、Ｉｎｔｒａ Ｓｕｂ－Ｐａｒｔｉｔｉｏｎ）。
・ＣＵの彩度サンプルが、線形モデルを使用することによって同一ＣＵの再構成された彩度サンプルに基づいて予測される、ＣＣＬＭ（クロスコンポーネントリニアモデル、Ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ ｌｉｎｅａｒ ｍｏｄｅｌ）予測。
・同一ピクチャの別のブロックからピクチャ内のブロックを予測することからなるＩＢＣ（イントラブロックコピー、Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）。
・イントラ予測に使用された参照サンプルをフィルタリングすることからなる、イントラエリアにおける参照サンプルフィルタリング。
・予測するブロックの左上の再構成された隣接境界サンプルからイントラ予測子を生成するために行列を使用することからなるＭＩＰ（行列ベースのイントラ予測、Ｍａｔｒｉｘ ｗｅｉｇｈｔｅｄ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）。
・輝度イントラ予測ブロックを、ブロックサイズに応じて垂直又は水平に２個又は４個のサブパーティションに分割するＩＳＰ（イントラサブパーティション、Ｉｎｔｒａ Ｓｕｂ－Ｐａｒｔｉｔｉｏｎ）。
・ＣＵの彩度サンプルが、線形モデルを使用することによって同一ＣＵの再構成された彩度サンプルに基づいて予測される、ＣＣＬＭ（クロスコンポーネントリニアモデル、Ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ ｌｉｎｅａｒ ｍｏｄｅｌ）予測。
・同一ピクチャの別のブロックからピクチャ内のブロックを予測することからなるＩＢＣ（イントラブロックコピー、Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）。
・イントラ予測に使用された参照サンプルをフィルタリングすることからなる、イントラエリアにおける参照サンプルフィルタリング。
【0056】
インター予測は、現在のピクチャの前又は後のピクチャ（このピクチャは参照ピクチャと呼ばれる）のピクセルのブロック（参照ブロックと呼ばれる）から現在のブロックのピクセルを予測することからなる。インター予測方法による現在のブロックのコーディング中に、類似性基準に従って現在のブロックに最も近い参照ピクチャのブロックが、動き推定ステップ３０４によって判定される。ステップ３０４中に、参照ピクチャ内の参照ブロックの位置を示す動きベクトルが決定される。動き推定は、概して、サブピクセル精度で実行され、すなわち、現在のピクチャ及び参照ピクチャが補間される。最新のビデオ規格では、補間は、時間予測に使用される補間の位相（サブピクセル位置）に依存する。例えば、ＶＶＣの場合、補間は、位相０（サンプルがそれらの位置から直接補間される（整数ピクセル補間に対応する））に対して、又は０より大きい位相（サブピクセル補間に対応する）に対して定義される。サブピクセル補間が適用されるとき、輝度は、「１５」のサブピクセル位相及び８タップ多相フィルタを使用し、彩度は、「３１」のサブピクセル位相及び４タップ多相フィルタを使用する。したがって、３つのケース、すなわち、整数補間、水平又は垂直方向のサブピクセル補間、水平及び垂直方向のサブピクセル補間が考慮される。動き推定によって決定された動きベクトルは、動き補償ステップ３０５中に使用され、その間に残差ブロックは、現在のブロックと参照ブロックとの間の差の形態で計算される。第１のビデオ圧縮規格では、上述した一方向インター予測モードが利用可能な唯一のインターモードであった。ビデオ圧縮規格が進化するにつれて、インターモードのファミリーは著しく成長しており、現在は多くの異なるインターモードを含む。これらのインター予測モードは、例えば、以下を含む。
・双予測において、精密化された動きベクトルが各初期動きベクトルの周りで探索される、ＤＭＶＲ（デコーダ側の動き精密化、ｄｅｃｏｄｅｒ ｓｉｄｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｆｉｎｅｍｅｎｔ）。精密化は、エンコーダ及びデコーダによって対称的に実行される。
・オプティカルフローの概念に基づいており、物体の動きが滑らかであることを前提とする、ＢＤＯＦ（双方向オプティカルフロー、ｂｉ－ｄｉｒｅｃｔｉｏｎａｌ ｏｐｔｉｃａｌ ｆｌｏｗ）。ＢＤＯＦは、４×４サブブロックレベルでＣＵの双方向予測信号を精密化するために使用される。ＢＤＯＦは輝度成分にのみ適用される。
・ＰＲＯＦ（オプティカルフローを用いた予測精密化、ｐｒｅｄｉｃｔｉｏｎ ｒｅｆｉｎｅｍｅｎｔ ｗｉｔｈ ｏｐｔｉｃａｌ ｆｌｏｗ）：サブブロックベースのアフィン動き補償は、予測精度ペナルティを犠牲にして、ピクセルベースの動き補償と比較して、メモリアクセス帯域幅を節約し、計算の複雑度を低減することができる。動き補償のより細かい粒度を達成するために、オプティカルフローを用いた予測精密化（ＰＲＯＦ）が使用されて、動き補償のためにメモリアクセス帯域幅を増加させることなく、サブブロックベースのアフィン動き補償予測を精密化する。
・インター予測信号をイントラ予測信号と組み合わせる、ＣＩＩＰ（組み合わされたイントラ及びインター予測、Ｃｏｍｂｉｎｅｄ ｉｎｔｅｒ ａｎｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ）。
・幾何学的に位置する直線によってＣＵを２つの部分に分割するＧＰＭ（幾何学的分割モード、ｇｅｏｍｅｔｒｉｃ ｐａｒｔｉｔｉｏｎｉｎｇ ｍｏｄｅ）。ＣＵ内の幾何学的区画の各部分は、それ自体の動きを使用してインター予測され、各区画に対して、単一予測のみが許可される。
・双予測において、精密化された動きベクトルが各初期動きベクトルの周りで探索される、ＤＭＶＲ（デコーダ側の動き精密化、ｄｅｃｏｄｅｒ ｓｉｄｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｆｉｎｅｍｅｎｔ）。精密化は、エンコーダ及びデコーダによって対称的に実行される。
・オプティカルフローの概念に基づいており、物体の動きが滑らかであることを前提とする、ＢＤＯＦ（双方向オプティカルフロー、ｂｉ－ｄｉｒｅｃｔｉｏｎａｌ ｏｐｔｉｃａｌ ｆｌｏｗ）。ＢＤＯＦは、４×４サブブロックレベルでＣＵの双方向予測信号を精密化するために使用される。ＢＤＯＦは輝度成分にのみ適用される。
・ＰＲＯＦ（オプティカルフローを用いた予測精密化、ｐｒｅｄｉｃｔｉｏｎ ｒｅｆｉｎｅｍｅｎｔ ｗｉｔｈ ｏｐｔｉｃａｌ ｆｌｏｗ）：サブブロックベースのアフィン動き補償は、予測精度ペナルティを犠牲にして、ピクセルベースの動き補償と比較して、メモリアクセス帯域幅を節約し、計算の複雑度を低減することができる。動き補償のより細かい粒度を達成するために、オプティカルフローを用いた予測精密化（ＰＲＯＦ）が使用されて、動き補償のためにメモリアクセス帯域幅を増加させることなく、サブブロックベースのアフィン動き補償予測を精密化する。
・インター予測信号をイントラ予測信号と組み合わせる、ＣＩＩＰ（組み合わされたイントラ及びインター予測、Ｃｏｍｂｉｎｅｄ ｉｎｔｅｒ ａｎｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ）。
・幾何学的に位置する直線によってＣＵを２つの部分に分割するＧＰＭ（幾何学的分割モード、ｇｅｏｍｅｔｒｉｃ ｐａｒｔｉｔｉｏｎｉｎｇ ｍｏｄｅ）。ＣＵ内の幾何学的区画の各部分は、それ自体の動きを使用してインター予測され、各区画に対して、単一予測のみが許可される。
【0057】
選択ステップ３０６中に、レート／歪み最適化基準（すなわち、ＲＤＯ基準）に従って、試験された予測モード（例えば、イントラ予測モード、インター予測モード）の中から圧縮性能を最適化する予測モードが符号化モジュールによって選択される。
【0058】
予測モードが選択されると、残差ブロックはステップ３０７中に変換され、ステップ３０９中に量子化される。逆変換も進化しており、新しいツールが最近提案された。これらの新しいツールは以下のものを含む。
・彩度残差が一緒にコーディングされる、ＪＣＣＲ（彩度残差のジョイントコーディング、Ｊｏｉｎｔ ｃｏｄｉｎｇ ｏｆ ｃｈｒｏｍａ ｒｅｓｉｄｕａｌｓ）。
・水平変換及び垂直変換のためにＤＣＴ－２、ＤＳＴ－７及びＤＣＴ－８の間で選択が行われる、ＭＴＳ（複数変換選択、ｍｕｌｔｉｐｌｅ ｔｒａｎｓｆｏｒｍ ｓｅｌｅｃｔｉｏｎ）。
・ＬＦＮＳＴ（低周波数非分離型変換、Ｌｏｗ－ｆｒｅｑｕｅｎｃｙ ｎｏｎ－ｓｅｐａｒａｂｌｅ ｔｒａｎｓｆｏｒｍ）：ＬＦＮＳＴは、順方向一次変換と量子化との間（エンコーダにおける）、及び逆量子化と逆方向一次変換との間（デコーダ側における）に適用される。４×４非分離型変換又は８×８非分離型変換は、ブロックサイズに従って適用される。
・ＢＤＰＣＭ（ロック差動パルスコード化変調、Ｂｌｏｃｋ ｄｉｆｆｅｒｅｎｔｉａｌ ｐｕｌｓｅ ｃｏｄｅｄ ｍｏｄｕｌａｔｉｏｎ）。ＢＤＰＣＭは、通常イントラモードの競合相手と見なされ得る。ＢＤＰＣＭが使用されるとき、ＢＤＰＣＭ予測方向フラグは、予測が水平であるか垂直であるかを示すために送信される。次いで、ブロックは、フィルタリングされていない参照サンプルを用いて、通常の水平イントラ予測プロセス又は垂直イントラ予測プロセスを使用して予測される。残差は量子化され、量子化された各残差とその予測子、すなわち（ＢＤＰＣＭ予測方向に応じて）水平又は垂直の隣接位置の前にコーディングされた残差との間の差がコーディングされる。
・残差ブロックのサブ部分のみがＣＵのためにコーディングされる、ＳＢＴ（サブブロック変換、Ｓｕｂｂｌｏｃｋ ｔｒａｎｓｆｏｒｍ）。
・彩度残差が一緒にコーディングされる、ＪＣＣＲ（彩度残差のジョイントコーディング、Ｊｏｉｎｔ ｃｏｄｉｎｇ ｏｆ ｃｈｒｏｍａ ｒｅｓｉｄｕａｌｓ）。
・水平変換及び垂直変換のためにＤＣＴ－２、ＤＳＴ－７及びＤＣＴ－８の間で選択が行われる、ＭＴＳ（複数変換選択、ｍｕｌｔｉｐｌｅ ｔｒａｎｓｆｏｒｍ ｓｅｌｅｃｔｉｏｎ）。
・ＬＦＮＳＴ（低周波数非分離型変換、Ｌｏｗ－ｆｒｅｑｕｅｎｃｙ ｎｏｎ－ｓｅｐａｒａｂｌｅ ｔｒａｎｓｆｏｒｍ）：ＬＦＮＳＴは、順方向一次変換と量子化との間（エンコーダにおける）、及び逆量子化と逆方向一次変換との間（デコーダ側における）に適用される。４×４非分離型変換又は８×８非分離型変換は、ブロックサイズに従って適用される。
・ＢＤＰＣＭ（ロック差動パルスコード化変調、Ｂｌｏｃｋ ｄｉｆｆｅｒｅｎｔｉａｌ ｐｕｌｓｅ ｃｏｄｅｄ ｍｏｄｕｌａｔｉｏｎ）。ＢＤＰＣＭは、通常イントラモードの競合相手と見なされ得る。ＢＤＰＣＭが使用されるとき、ＢＤＰＣＭ予測方向フラグは、予測が水平であるか垂直であるかを示すために送信される。次いで、ブロックは、フィルタリングされていない参照サンプルを用いて、通常の水平イントラ予測プロセス又は垂直イントラ予測プロセスを使用して予測される。残差は量子化され、量子化された各残差とその予測子、すなわち（ＢＤＰＣＭ予測方向に応じて）水平又は垂直の隣接位置の前にコーディングされた残差との間の差がコーディングされる。
・残差ブロックのサブ部分のみがＣＵのためにコーディングされる、ＳＢＴ（サブブロック変換、Ｓｕｂｂｌｏｃｋ ｔｒａｎｓｆｏｒｍ）。
【0059】
符号化モジュールは、変換をスキップして、変換されていない残差信号に量子化を直接適用することができることに留意されたい。現在のブロックがイントラ予測モードに従ってコーディングされると、予測方向と、変換され量子化された残差ブロックとは、ステップ３１０中にエントロピーエンコーダによって符号化される。現在のブロックがインター予測に従って符号化されると、適切な場合には、ブロックの動きベクトルは、符号化されるブロックの近くに位置する再構成されたブロックに対応する動きベクトルのセットから選択された予測ベクトルから予測される。次に、動き情報は、ステップ３１０中にエントロピーエンコーダによって、動き残差と予測ベクトルを識別するためのインデックスとの形態で符号化される。変換され量子化された残差ブロックは、ステップ３１０中にエントロピーエンコーダによって符号化される。符号化モジュールは、変換及び量子化の両方をバイパスすることができ、すなわちエントロピー符号化は、変換処理又は量子化処理を適用することなく残差に適用されることに留意されたい。エントロピー符号化の結果は、符号化ビデオストリーム３１１に挿入される。
【0060】
量子化ステップ３０９の後、現在のブロックは、当該ブロックに対応するピクセルが将来の予測に使用され得るように再構成される。この再構成段階は、予測ループとも呼ばれる。したがって、逆量子化は、ステップ３１２中に変換され、量子化された残差ブロックに適用され、ステップ３１３中に逆変換が適用される。ステップ３１４中に取得されたブロックに使用される予測モードによって、ブロックの予測ブロックが再構成される。現在のブロックがインター予測モードに従って符号化される場合、符号化モジュールは、適切な場合には、ステップ３１６中に、現在のブロックの参照ブロックを識別するために、現在のブロックの動きベクトルを使用する動き補償を適用する。現在のブロックがイントラ予測モードに従って符号化される場合、ステップ３１５中に、現在のブロックに対応する予測方向が、現在のブロックの参照ブロックを再構成するために使用される。再構成された現在のブロックを取得するために、参照ブロック及び再構成された残差ブロックが追加される。
【0061】
再構成後、ステップ３１７中に、符号化アーチファクトを低減することを意図したループ内ポストフィルタリングが、再構成ブロックに適用される。このフィルタリングは、エンコーダにおいてデコーダと同じ参照画像を取得し、したがって符号化プロセスと復号プロセスとの間のドリフトを回避するために予測ループで行われるので、ループ内ポストフィルタリングと呼ばれる。前述したように、ループ内フィルタリングツールは、デブロッキングフィルタリング、ＳＡＯ（サンプル適応オフセット、Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ）、ＡＬＦ（適応ループフィルタ、Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒ）、及びＣＣ－ＡＬＦ（クロスコンポーネントＡＬＦ、Ｃｒｏｓｓ Ｃｏｍｐｏｎｅｎｔ ＡＬＦ）を含む。ＣＣ－ＡＬＦは、輝度サンプル値を使用して、適応線形フィルタを輝度チャネルに適用し、次いで、このフィルタリング動作の出力を使用して彩度を精密化することによって、各彩度成分を精密化する。ＬＭＣＳ（クロマスケーリングを伴う彩度マッピング、Ｌｕｍａ Ｍａｐｐｉｎｇ ｗｉｔｈ Ｃｈｒｏｍａ Ｓｃａｌｉｎｇ）と呼ばれる新しいツールも、ループ内フィルタリングとみなされ得る。他のループフィルタの前の新たな処理ブロックとして、ＬＭＣＳが追加される。ＬＭＣＳは、２つの主要成分、すなわち、適応区分線形モデルに基づく輝度成分のループ内マッピングと、彩度成分に対して適用される、輝度依存彩度残差スケーリングと、を有する。
【0062】
ブロックは、再構成されると、ステップ３１８中に、一般に復号ピクチャバッファ（Decoded Picture Buffer、ＤＰＢ）と呼ばれる、再構成画像のメモリ３１９に記憶された再構成されたピクチャに挿入される。そのように記憶された再構成画像は、コーディングされる他の画像の参照画像として機能することができる。
【0063】
参照ピクチャ再サンプリング（Reference Picture Resampling、ＲＰＲ）と呼ばれるＶＶＣの新しいツールは、コーディングされたピクチャの解像度をオンザフライで変更することを可能にする。ピクチャは、ＤＰＢに、ビットストリームの高レベルシンタックス（high-level syntax、ＨＬＳ）でシグナリングされるビデオ空間解像度よりも低い可能性がある実際の符号化／復号解像度で記憶される。所与の解像度でコーディングされているピクチャが、時間的予測について、同じ解像度ではない参照ピクチャを使用するとき、テクスチャの参照ピクチャ再サンプリングが、予測ピクチャと参照ピクチャとが同じ解像度を有するように適用される（図３のステップ３２０によって表される）。実装形態に応じて、再サンプリングプロセスは、必ずしも参照ピクチャ全体に適用されるわけではなく（参照ピクチャ全体再サンプリング）、現在ピクチャの復号及び再構成を実行するときに参照ブロックとして識別されたブロックのみに適用され得る（ブロックベース参照ピクチャ再サンプリング）ことに留意されたい。この場合、現在のピクチャ中の現在のブロックが現在のピクチャとは異なる解像度を有する参照ピクチャを使用するとき、現在のブロックの時間的予測について使用される参照ピクチャ中のサンプルは、現在のピクチャ解像度と参照ピクチャ解像度との間の比として計算された再サンプリング比に従って再サンプリングされる。
【0064】
符号化されたビデオストリーム３１１には、ＳＥＩ（補足拡張情報、Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージなどのメタデータを付加することができる。例えば、ＡＶＣ、ＨＥＶＣ、又はＶＶＣなどの規格において定義されるＳＥＩ（補足拡張情報、Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージは、ビデオストリームに関連付けられ、ビデオストリームに対する情報を提供するメタデータを含むデータコンテナ又はデータ構造である。
【0065】
図４は、復号モジュールによって実行される、図３に関連して説明された方法に従って符号化された符号化ビデオストリーム３１１を復号するための方法を概略的に示す。復号するためのこの方法の変形例が企図されるが、明確さを目的として、以下では予想される全ての変形例を記載することなく、図４の復号するための方法について記載する。
【0066】
復号はブロックごとに行われる。現在のブロックの場合、復号はステップ４１０中に現在のブロックをエントロピー復号することから始まる。エントロピー復号は、ブロックの予測モードを取得することを可能にする。
【0067】
ブロックがインター予測モードに従って符号化されている場合、エントロピー復号は、適切な場合には、予測ベクトルインデックス、動き残差、及び残差ブロックを取得することを可能にする。ステップ４０８中に、予測ベクトルインデックス及び動き残差を使用して、現在のブロックに対して動きベクトルが再構成される。
【0068】
ブロックがイントラ予測モードに従って符号化されている場合、エントロピー復号は、予測方向及び残差ブロックを取得することを可能にする。復号モジュールによって実装されるステップ４１２、４１３、４１４、４１５、４１６及び４１７は、全て、符号化モジュールによって実装されるステップ４１２、４１３、４１４、４１５、４１６、及び４１７とそれぞれ同一である。ステップ４１８において、復号されたブロックは、復号されたピクチャに保存され、復号されたピクチャは、ＤＰＢ４１９に記憶される。復号モジュールが所与のピクチャを復号するとき、ＤＰＢ４１９に記憶されたピクチャは、所与のピクチャの符号化中に符号化モジュールによってＤＰＢ３１９に記憶されたピクチャと同一である。復号された画像はまた、例えば表示のために復号モジュールによって出力され得る。ＲＰＲが起動されると、参照ピクチャとして使用されるピクチャ（の少なくとも一部）のサンプルは、ステップ４２０において、予測ピクチャの解像度に再サンプリングされる。再サンプリングステップ（４２０）及び動き補償ステップ（４１６）は、いくつかの実装形態では、１つの単一サンプル補間ステップに組み合わせられ得る。
【0069】
復号された画像は更に、ステップ４２１において後処理を受けることができる。後処理は、逆色変換（例えば、ＹＣｂＣｒ ４：２：０からＲＧＢ ４：４：４への変換）、ステップ３０１の前処理において実行された再マッピングプロセスの逆を実行する逆マッピング、例えば、ＳＥＩメッセージにおいて提供されるフィルタパラメータに基づいて再構成されたピクチャを改善するためのポストフィルタリング、及び／又は、例えば、出力画像をディスプレイ制約に調整するための再サンプリングを含むことができる。
【0070】
既に上述したように、規格ＩＳＯ／ＩＥＣ ２３００１－１１ Ｅｎｅｒｇｙ－Ｅｆｆｉｃｉｅｎｔ Ｍｅｄｉａ Ｃｏｎｓｕｍｐｔｉｏｎ（グリーンメタデータ）は、ビデオ配信チェーンの異なるプロセス（符号化、適応ストリーミング、復号、表示）のための複雑度情報又はメトリック（ＣＭ）をシグナリングすることを目的とするメタデータを指定する。したがって、ＣＭは、異なる当該プロセスによって生じるエネルギー消費を表す。デコーダ側に関して、複雑度情報は、異なる復号モジュール（ＤＭ）、すなわち、エントロピー復号、逆量子化及び逆変換、イントラ予測、動き補償、デブロッキング、並びにサイド情報準備に対して与えられる。この情報は、デコーダによって使用されて、そのＣＰＵ周波数を、フレームレートデッドライン内での復号の完了を保証し、したがって潜在的に電力低減をもたらす最低周波数に設定することができる。
【0071】
既存のグリーンＭＰＥＧでは、ＣＭは期間ごとにシグナリングされる。（シンタックス要素ｐｅｒｉｏｄ＿ｔｙｐｅによって示される）期間タイプは、単一のピクチャ、ピクチャ群（group of pictures、ＧＯＰ）、又は時間間隔のいずれかである。ＣＭは以下の情報で構成される。
・それぞれ非ゼロ領域にある、８×８、１６×１６、及び３２×３２サイズのブロックの割合。この情報は、エントロピー復号、逆量子化、及び逆変換プロセスに影響を与える。
・イントラブロックの割合、及びそれらのイントラブロックについて、特定のイントラモード（平面、ＤＣ、角度水平／垂直）に従ってコーディングされているブロックの割合。この情報は、イントラブロック復号プロセスに影響を与える。
・インターブロックの場合、異なるサブサンプル位置に対して動き補償を使用するブロックの割合。この情報は、動き補償プロセスに影響を与える。
・デブロッキングフィルタリングを用いたブロックの割合。
・それぞれ非ゼロ領域にある、８×８、１６×１６、及び３２×３２サイズのブロックの割合。この情報は、エントロピー復号、逆量子化、及び逆変換プロセスに影響を与える。
・イントラブロックの割合、及びそれらのイントラブロックについて、特定のイントラモード（平面、ＤＣ、角度水平／垂直）に従ってコーディングされているブロックの割合。この情報は、イントラブロック復号プロセスに影響を与える。
・インターブロックの場合、異なるサブサンプル位置に対して動き補償を使用するブロックの割合。この情報は、動き補償プロセスに影響を与える。
・デブロッキングフィルタリングを用いたブロックの割合。
【0072】
以下は、ＣＭをトランスポートするためにＨＥＶＣ（表ＴＡＢ１）に定義されたＳＥＩメッセージである。「ｐｏｒｔｉｏｎ」という語は、コーディングツール／構成の使用に関する比率がＳＥＩメッセージでシグナリングされることを示す。これらの「使用率」は、エンコーダによって計算され、デコーダによって利用されて、そのエネルギー消費をより良好に制御する。
【0073】
【表1-1】
【0074】
【表1-2】
【0075】
【表1-3】
【0076】
使用率のシグナリングは、シンタックス要素ｐｅｒｉｏｄ＿ｔｙｐｅによって定義される、異なるタイプのピクチャセットに従って行われ得る。ＨＥＶＣの場合、ｐｅｒｉｏｄ＿ｔｙｐｅは、以下のように定義される（表ＴＡＢ２）。
【0077】
【表2】
【0078】
表ＴＡＢ１のＳＥＩメッセージは、ＡＶＣ及びＨＥＶＣのために元来設計された。上述したように、ＶＶＣに導入される多くの新しいツール及び特徴は考慮されない。以下の様々な実施形態は、ＶＶＣにおいて採用される新しいツール及び特徴を考慮することを可能にする、表ＴＡＢ１のＳＥＩメッセージの適応を説明する。
【0079】
図１Ａは、以下の実施形態が実施され得るコンテキストの例を説明する。
【0080】
図１Ａでは、カメラ、記憶デバイス、コンピュータ、サーバ、又はビデオストリームを送達することができる任意のデバイスであり得る装置１０は、通信チャネル１１を使用して、ビデオストリームをシステム１２に送信する。ビデオストリームは、装置１０によって符号化され、送信されるか、又は装置１０によって受信及び／又は記憶され、次いで送信される。通信チャネル１１は、有線（例えば、インターネット若しくはイーサネット）又は無線（例えば、ＷｉＦｉ、３Ｇ、４Ｇ若しくは５Ｇ）ネットワークリンクである。
【0081】
装置１０は、図３に関連して記載された符号化方法に準拠する符号化モジュール１００を備える。システム１２は、例えば、復号モジュール１２０及びディスプレイデバイス１２１を備える。復号モジュール１２０は、図４に関連して説明した方法に準拠している。
【0082】
図１Ｂは、様々な実施形態が実施され得るプロセスの例を示す。
【0083】
ステップ１０１において、装置１０は、符号化するピクチャのシーケンスを取得する。
【0084】
ステップ１０２において、装置１０の符号化モジュール１００は、図３の方法を適用してピクチャのシーケンスをビットストリームの形態で符号化する。符号化と並行して、符号化モジュール１００は、図３の方法によって実施される符号化ツール及び特徴に対応するＣＭを計算し、少なくとも１つのＳＥＩメッセージにおいてこれらのＣＭをシグナリングする。
【0085】
ステップ１０３において、装置１０は、少なくとも１つのＳＥＩメッセージをビットストリームに関連付け、ビットストリーム及び関連付けたＳＥＩメッセージをシステム１２に送信する。ＳＥＩメッセージは、例えば、ＶＶＣ ＮＡＬ（ネットワーク抽象化レイヤ、Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットでトランスポートされる。
【0086】
ステップ１０４において、システム１２はビットストリームを受信する。
【0087】
ステップ１０５において、復号モジュール１２０は、ＳＥＩメッセージをトランスポートするＶＶＣ ＮＡＬユニットを認識し、ＳＥＩメッセージを復号し、ＣＭを取得する。
【0088】
ステップ１０６において、復号モジュール１２０は、復号したＣＭに応じてその復号パラメータを調整する。例えば、そのＣＰＵ周波数を、リアルタイムでのピクチャの復号を可能にする最小値に調整する。
【0089】
ステップ１０７において、復号モジュール１２０は、その調整したパラメータを用いて、ピクチャを復号する。
【0090】
図５Ａは、異なる態様及び実施形態、又は装置１０に関連した、若しくはシステム１２に関連した図１Ｂのプロセスの部分に従って修正された図３の符号化方法及び図４の復号方法をそれぞれ実施することができる符号化モジュール１００又は復号モジュール１２０を実装することができる処理モジュール５００のハードウェアアーキテクチャの一例を概略的に示す。処理モジュール５００は、非限定的な例として、通信バス５００５によって接続された、１つ以上のマイクロプロセッサ、汎用コンピュータ、専用コンピュータ、及びマルチコアアーキテクチャに基づくプロセッサを包含するプロセッサ又はＣＰＵ（中央処理ユニット）５０００と、ランダムアクセスメモリ（random access memory、ＲＡＭ）５００１と、リードオンリーメモリ（read only memory、ＲＯＭ）５００２と、電気的消去可能プログラマブルリードオンリーメモリ（Electrically Erasable Programmable Read-Only Memory、ＥＥＰＲＯＭ）、リードオンリーメモリ（ＲＯＭ）、プログラマブルリードオンリーメモリ（Programmable Read-Only Memory、ＰＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（Dynamic Random Access Memory、ＤＲＡＭ）、スタティックランダムアクセスメモリ（Static Random Access Memory、ＳＲＡＭ）、フラッシュ、磁気ディスクドライブ、並びに／又は光ディスクドライブ、又は、ＳＤ（セキュアデジタル、ｓｅｃｕｒｅ ｄｉｇｉｔａｌ）カードリーダ及び／若しくはハードディスクドライブ（hard disc drive、ＨＤＤ）などの記憶媒体リーダ及び／若しくはネットワークアクセス可能な記憶デバイスを含むがこれらに限定されない不揮発性メモリ及び／若しくは揮発性メモリを含むことができる記憶ユニット５００３と、データを他のモジュール、デバイス、又は機器と交換するための少なくとも１つの通信インターフェース５００４と、を備える。通信インターフェース５００４は、通信チャネルを介してデータを送信及び受信するように構成された送受信機を含むことができるが、それに限定されない。通信インターフェース５００４は、モデム又はネットワークカードを含むことができるが、これらに限定されない。
【0091】
処理モジュール５００が復号モジュールを実装する場合、通信インターフェース５００４は、例えば、処理モジュール５００が、符号化されたビデオストリーム及び／又はＳＥＩメッセージを受信し、ＳＥＩメッセージに基づいて復号されたピクチャのシーケンスを提供することを可能にする。処理モジュール５００が符号化モジュールを実装する場合、通信インターフェース５００４は、例えば、処理モジュール５００が元のピクチャデータのシーケンスを受信して符号化し、符号化したビデオストリーム及び関連するＳＥＩメッセージを提供することを可能にする。
【0092】
プロセッサ５０００は、ＲＯＭ５００２、外部メモリ（図示せず）、記憶媒体、又は通信ネットワークからＲＡＭ５００１にロードされた命令を実行することができる。処理モジュール５００の電源が投入されると、プロセッサ５０００は、ＲＡＭ５００１から命令を読み出し、それらを実行することができる。これらの命令は、例えば、図４に関連して説明した復号方法、又は図３に関連して説明した符号化方法のプロセッサ５０００、又は図１Ｂに関連して説明したプロセスの一部によって実施させるコンピュータプログラムを形成し、復号方法及び符号化方法は、本明細書において後述する様々な態様及び実施形態を含む。
【0093】
符号化又は復号方法のアルゴリズム及びステップの全て又は一部は、ＤＳＰ（デジタル信号プロセッサ、ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）又はマイクロコントローラなどのプログラマブルマシンによる命令セットの実行によってソフトウェア形式で実装されてもよく、又はＦＰＧＡ（フィールドプログラマブルゲートアレイ、ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）又はＡＳＩＣ（特定用途向け集積回路、ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）などのマシン又は専用コンポーネントによってハードウェア形式で実装されてもよい。
【0094】
図５Ｃは、様々な態様及び実施形態が実装されているシステム１２の一例のブロック図を図示する。システム１２は、後述する様々な構成要素を含むデバイスとして具現化することができ、本明細書に記載の態様及び実施形態のうちの１つ以上を実行するように構成されている。このようなデバイスの例としては、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビ受信機、パーソナルビデオ録画システム、接続型家電、及びヘッドマウントディスプレイなどの様々な電子デバイスが挙げられるが、これらに限定されない。システム１２の要素は、単独で又は組み合わせて、１つの集積回路（integrated circuit、ＩＣ）、複数のＩＣ、及び／又は別個の構成要素に具現化することができる。例えば、少なくとも１つの実施形態では、システム１２は、復号モジュールを実装する１つの処理モジュール５００を備える。様々な実施形態では、システム１２は、例えば、通信バスを介して、又は専用の入力ポート及び／若しくは出力ポートを通して、１つ以上の他のシステム又は他の電子デバイスに通信可能に結合される。様々な実施形態では、システム１２は、本明細書に記載される態様のうちの１つ以上を実装するように構成されている。
【0095】
処理モジュール５００への入力は、ブロック５３１に示すように様々な入力モジュールを介して提供することができる。そのような入力モジュールとしては、限定するものではないが、（ｉ）例えば、放送局から無線で送信されるＲＦ信号を受信する無線周波数（ＲＦ）モジュール、（ｉｉ）構成要素（ＣＯＭＰ）入力モジュール（又はＣＯＭＰ入力モジュールのセット）、（ｉｉｉ）ユニバーサルシリアルバス（ＵＳＢ）入力モジュール、及び／又は（ｉｖ）高精細度マルチメディアインターフェース（High Definition Multimedia Interface、ＨＤＭＩ）入力モジュールが挙げられる。他の実施例には、図５Ｃには示されていないが、コンポジットビデオが含まれる。
【0096】
様々な実施形態では、ブロック５３１の入力モジュールは、当技術分野で既知のように、関連するそれぞれの入力処理要素を有する。例えば、ＲＦモジュールは、（ｉ）所望の周波数を選択する（信号を選択する、又は信号を周波数帯域に帯域制限するとも称される）、（ｉｉ）選択された信号をダウンコンバートする、（ｉｉｉ）特定の実施形態で、（例えば）チャネルと称され得る信号周波数帯域を選択するために、再びより狭い周波数帯域に帯域制限する、（ｉｖ）ダウンコンバート及び帯域制限された信号を復調する、（ｖ）誤り訂正を実施する、及び（ｖｉ）データパケットの所望のストリームを選択するために多重分離する、ために適切な要素と関連付けられ得る。様々な実施形態のＲＦモジュールは、これらの機能を実行する１つ以上の要素、例えば、周波数セレクタ、信号セレクタ、バンドリミッタ、チャネルセレクタ、フィルタ、ダウンコンバータ、復調器、エラー訂正器、及びデマルチプレクサを含む。ＲＦ部分は、例えば、受信信号をより低い周波数（例えば、中間周波数又はベースバンドに近い周波数）又はベースバンドにダウンコンバートすることを含む、これらの機能のうちの様々な機能を実行するチューナを含むことができる。セットトップボックスの一実施形態では、ＲＦモジュール及びその関連する入力処理要素は、有線（例えば、ケーブル）媒体を介して送信されるＲＦ信号を受信し、所望の周波数帯域にフィルタリング、ダウンコンバート、及び再フィルタリングすることによって周波数選択を実行する。様々な実施形態では、上で説明される（及び他の）要素の順序を並べ替える、これらの要素の一部を削除する、並びに／又は、類似若しくは異なる機能を実行する他の要素を追加する。要素を追加することは、例えば、増幅器及びアナログ－デジタル変換器を挿入するなど、既存の要素間に要素を挿入することを含み得る。様々な実施形態において、ＲＦモジュールは、アンテナを含む。
【0097】
追加的に、ＵＳＢモジュール及び／又はＨＤＭＩモジュールは、システム１２をＵＳＢ接続及び／又はＨＤＭＩ接続を介して他の電子デバイスに接続するためのそれぞれのインターフェースプロセッサを含むことができる。入力処理、例えばリードソロモン誤り訂正の様々な態様は、例えば、別個の入力処理ＩＣ内又は必要に応じて処理モジュール５００内で実施することができることを理解すべきである。同様に、ＵＳＢ又はＨＤＭＩインターフェース処理の態様は、必要に応じて別個のインターフェースＩＣ内又は処理モジュール５００内で実施され得る。復調され、誤り訂正され、逆多重化されたストリームは、処理モジュール５００に提供される。
【0098】
システム１２の様々な要素は、一体型ハウジング内に設けることができる。一体型ハウジング内で、様々な要素は、適切な接続配置、例えば、ＩＣ間（Ｉ２Ｃ）バス、配線、及びプリント回路基板を含む、当該技術分野で既知の内部バスを使用して、相互接続され、それらの間でデータを送信し得る。例えば、システム１２において、処理モジュール５００は、バス５００５によって当該システム１２の他の要素に相互接続される。
【0099】
処理モジュール５００の通信インターフェース５００４は、システム１２が通信チャネル１１上で通信することを可能にする。上記で既に説明したように、通信チャネル１１は、例えば、有線及び／又は無線媒体内に実装することができる。
【0100】
データは、様々な実施形態では、Ｗｉ－Ｆｉネットワーク、例えば、ＩＥＥＥ８０２．１１（ＩＥＥＥは、米国電気電子技術者協会（Institute of Electrical and Electronics Engineers）を指す）などの無線ネットワークを使用して、システム１２にストリーミングされるか、又は別様に提供される。これらの実施形態のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信に適合している通信チャネル１１及び通信インターフェース５００４上で受信される。これらの実施形態の通信チャネル１１は、典型的に、ストリーミングアプリケーション及び他のオーバザトップ通信を可能にするために、インターネットを含む外部ネットワークへのアクセスを提供するアクセスポイント又はルータに接続される。他の実施形態では、入力ブロック５３１のＲＦ接続を使用して、システム１２にストリーミングデータを提供する。上で示されるように、様々な実施形態は、データを非ストリーミングの様式で提供する。追加的に、様々な実施形態は、Ｗｉ－Ｆｉ以外の無線ネットワーク、例えば、セルラネットワーク又はＢｌｕｅｔｏｏｔｈネットワークを使用する。
【0101】
システム１２は、ディスプレイシステム５５、スピーカ５６、及び他の周辺デバイス５７を含む様々な出力デバイスに出力信号を提供することができる。様々な実施形態のディスプレイシステム５５は、例えば、タッチスクリーンディスプレイ、有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイ、湾曲ディスプレイ、及び／又は折り畳み可能なディスプレイのうちの１つ以上を含む。ディスプレイ５５は、テレビジョン、タブレット、ラップトップ、携帯電話（移動電話）、ヘッドマウントディスプレイ、又は他のデバイス用とすることができる。ディスプレイシステム５５はまた、図１Ａでのように他の構成要素と統合され得るか（例えば、スマートフォンのように）、又は別個に（例えば、ラップトップ用外部モニタ）され得る。他の周辺デバイス５７としては、実施形態の様々な実施例において、スタンドアロンデジタルビデオディスク（又はデジタル多用途ディスク）（両方の用語について、ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ、ＤＶＲ）、ディスクプレーヤ、ステレオシステム、及び／又は照明システム、のうちの１つ以上が挙げられる。様々な実施形態は、システム１２の出力に基づいて機能を提供する１つ以上の周辺デバイス５７を使用する。例えば、ディスクプレーヤは、システム１２の出力を再生する機能を実行する。
【0102】
様々な実施形態では、制御信号が、システム１２と、ディスプレイシステム５５、スピーカ５６、又は他の周辺デバイス５７との間で、ＡＶ．Ｌｉｎｋ、家庭用電子制御（Consumer Electronics Control、ＣＥＣ）、又はユーザ介入の有無にかかわらずデバイス間の制御を可能にする他の通信プロトコルなどのシグナリングを使用して通信される。出力デバイスは、それぞれのインターフェース５３２、５３３、及び５３４を通した専用接続を介してシステム１２に通信可能に結合することができる。代替的に、出力デバイスは、通信インターフェース５００４を介して通信チャネル１１を使用して、又は通信インターフェース５００４を介して専用通信チャネルを使用して、システム１２に接続することができる。ディスプレイシステム５５及びスピーカ５６は、例えば、テレビなどの電子デバイスにおいてシステム１２の他の構成要素と１つのユニットに一体化され得る。様々な実施形態において、ディスプレイインターフェース５３２は、例えば、タイミングコントローラ（timing controller、Ｔ Ｃｏｎ）チップなどのディスプレイドライバを含む。
【0103】
ディスプレイシステム５５及びスピーカ５６は、代替的に、他の構成要素のうちの１つ以上から分離することができる。ディスプレイシステム５５及びスピーカ５６が外部構成要素である様々な実施形態では、例えば、ＨＤＭＩポート、ＵＳＢポート、又はＣＯＭＰ出力を含む専用の出力接続を介して出力信号を提供することができる。
【0104】
図５Ｂは、様々な態様及び実施形態が実装されているシステム１０の一例のブロック図を示す。装置１０は、システム１２と非常に類似している。装置１０は、後述する様々な構成要素を含むデバイスとして具現化することができ、本明細書に記載の態様及び実施形態のうちの１つ以上を実行するように構成されている。そのようなデバイスの例としては、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、カメラ及びサーバなどの様々な電子デバイスが挙げられるが、これらに限定されない。装置１０の要素は、単独で又は組み合わせて、１つの集積回路（ＩＣ）、複数のＩＣ、及び／又は別個の構成要素に具現化することができる。例えば、少なくとも１つの実施形態では、装置１０は、符号化モジュールを実装する１つの処理モジュール５００を備える。様々な実施形態では、システム１０は、例えば、通信バスを介して、又は専用の入力ポート及び／若しくは出力ポートを通して、１つ以上の他のシステム又は他の電子デバイスに通信可能に結合される。様々な実施形態では、装置１０は、本明細書に記載の態様のうちの１つ以上を実施するように構成されている。
【0105】
処理モジュール５００への入力は、既に図５Ｃに関して説明したブロック５３１に示すように様々な入力モジュールを介して提供することができる。
【0106】
装置１０の様々な要素は、一体型ハウジング内に設けることができる。一体型ハウジング内で、様々な要素は、適切な接続配置、例えば、ＩＣ間（Ｉ２Ｃ）バス、配線、及びプリント回路基板を含む、当該技術分野で既知の内部バスを使用して、相互接続され、それらの間でデータを送信し得る。例えば、装置１０において、処理モジュール５００は、バス５００５によって当該装置１０の他の要素に相互接続される。
【0107】
処理モジュール５００の通信インターフェース５００４は、システム５００が通信チャネル１１上で通信することを可能にする。
【0108】
データは、様々な実施形態では、Ｗｉ－Ｆｉネットワーク、例えば、ＩＥＥＥ８０２．１１（ＩＥＥＥは、米国電気電子技術者協会（Institute of Electrical and Electronics Engineers）を指す）などの無線ネットワークを使用して、装置１０にストリーミングされるか、又は別様に提供される。これらの実施形態のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信に適合している通信チャネル１１及び通信インターフェース５００４上で受信される。これらの実施形態の通信チャネル１１は、典型的に、ストリーミングアプリケーション及び他のオーバザトップ通信を可能にするために、インターネットを含む外部ネットワークへのアクセスを提供するアクセスポイント又はルータに接続される。他の実施形態は、入力ブロック５３１のＲＦ接続を使用して、装置１０にストリーミングデータを提供する。
【0109】
上で示されるように、様々な実施形態は、データを非ストリーミングの様式で提供する。追加的に、様々な実施形態は、Ｗｉ－Ｆｉ以外の無線ネットワーク、例えば、セルラネットワーク又はＢｌｕｅｔｏｏｔｈネットワークを使用する。
【0110】
提供されるデータは、装置１０に接続された又は装置１０に含まれるピクチャ及び／又は音声取得モジュールによって提供される生データである。
【0111】
装置１０は、システム１２などの出力信号を記憶及び／又は復号することができる様々な出力デバイスに出力信号を提供することができる。
【0112】
様々な実装形態は、復号化することを含む。本出願で使用される場合、「復号」は、例えば、ディスプレイに適した最終出力を生成するために、受信された符号化されたビデオストリームに対して実行されるプロセスの全て又は一部を包含し得る。様々な実施形態において、このような処理は、例えば、エントロピー復号、逆量子化、逆変換、及び予測など、デコーダによって一般的に実行される処理のうちの１つ以上を含む。様々な実施形態では、かかるプロセスにはまた、若しくは代替的に、例えば、復号を実行するためのＣＰＵ周波数を決定するために、本出願に記載の様々な実装形態のデコーダによって実施されるプロセスも含まれる。
【0113】
「符号化プロセス」という句が、具体的に作業部分集合を指すことを目的とするものであるか、又は全体としてより広範な符号化プロセスを指すことを目的とするものであるかは、具体的な説明の背景に基づいて明らかになり、当業者によって十分に理解されると考えられる。
【0114】
様々な実装形態は、符号化を伴う。「復号」に関する上記の考察と同様に、本出願で使用される場合、「符号化」は、例えば、符号化されたビデオストリームを生成するために入力ビデオシーケンスで実行されるプロセスの全部又は一部を包含し得る。様々な実施形態において、このような処理は、例えば、分割、予測、変換、量子化、及びエントロピー符号化など、エンコーダによって一般的に実行される処理のうちの１つ以上を含む。様々な実施形態において、このような処理は、これらに加えて、又は代替的に、例えば、ＣＭを含むＳＥＩメッセージを生成するために、本願に記載の様々な実装形態のエンコーダによって実行されるプロセスを含む。
【0115】
「符号化プロセス」という句が、具体的に作業部分集合を指すこと目的とするものであるか、又は全体としてより広範な符号化プロセスを指すことを目的とするものであるかは、具体的な説明の背景に基づいて明らかになり、当業者によって十分に理解されると考えられる。
【0116】
本明細書で使用されるシンタックス要素名は、説明上の用語であることに留意されたい。したがって、これらは他のシンタックス要素名の使用を排除するものではない。
【0117】
図がフローチャートとして提示されている場合、その図は対応する装置のブロック図も提供するものと理解されたい。同様に、図がブロック図として提示されている場合、その図は対応する方法／プロセスのフローチャートも提供するものと理解されたい。
【0118】
本明細書に記載の実装形態及び態様は、例えば、方法若しくはプロセス、装置、ソフトウェアプログラム、データストリーム、又は信号において実装することができる。たとえ単一の形態の実装形態の文脈でのみ考察される場合でも（例えば、方法としてのみ考察される）、考察された特徴の実装形態は、他の形態（例えば、装置又はプログラム）でも実装することができる。例えば、適切なハードウェア、ソフトウェア、及びファームウェアにおいて装置を実装することができる。方法は、例えば、プロセッサにおいて実装することができ、プロセッサは、例えば、コンピュータ、マイクロプロセッサ、集積回路、又はプログラマブルロジックデバイスを含む一般的な処理デバイスを指す。プロセッサには、例えば、エンドユーザ間の情報の通信を容易にする、コンピュータ、携帯電話、ポータブル／携帯情報端末（「Personal Digital Assistant、ＰＤＡ」）などのデバイスなどの通信デバイスも含まれる。
【0119】
「一実施形態」若しくは「ある実施形態」又は「一実装形態」若しくは「ある実装形態」、またそれらの他の変形形態への言及は、その実施形態に関連して説明する特定の特徴、構造、特性などが、少なくとも１つの実施形態に含まれることを意味する。したがって、本出願全体を通して様々な場所に現れる「一実施形態では」若しくは「ある実施形態では」又は「一実装形態では」若しくは「ある実装形態では」、また他の変形形態という句が現れるとき、必ずしも全てが同じ実施形態を指しているのではない。
【0120】
加えて、本出願は、様々な情報を「判定する」ことに言及し得る。情報を決定することは、例えば、情報を推定すること、情報を計算すること、情報を予測すること、メモリから情報を取得すること、又は、例えば、別のデバイス、モジュール若しくはユーザから情報を取得することのうちの１つ以上を含むことができる。
【0121】
更に、本出願は、様々な情報に「アクセスすること」に言及する場合がある。情報にアクセスすることは、例えば、情報を受信すること、（例えば、メモリから）情報を取得すること、情報を記憶すること、情報を移動すること、情報をコピーすること、情報を計算すること、情報を判定すること、情報を予測すること、又は情報を推定することのうちの１つ以上を含むことができる。
【0122】
加えて、本出願は、様々な情報を「受信すること」に言及する場合がある。受信することは、「アクセスすること」と同様に、広義の用語であることを意図している。情報を受信することは、例えば、情報にアクセスすること、又は（例えば、メモリから）情報を取得することのうちの１つ以上を含むことができる。更に、「受信すること」は、一般には、例えば、情報を記憶する、情報を処理する、情報を送信する、情報を移動する、情報をコピーする、情報を消去する、情報を計算する、情報を判定する、情報を予測する、又は情報を推定するなどの操作時に、何らかの形で関与する。
【0123】
「／」、「及び／又は」、「のうちの少なくとも１つ」、「１つ以上」のいずれかの使用、例えば、「Ａ／Ｂ」、「Ａ及び／又はＢ」、「Ａ及びＢのうちの少なくとも１つ」、「Ａ及びＢの１つ以上」の場合、最初にリストされた選択肢（Ａ）のみの選択、又は２番目にリストされた選択肢（Ｂ）のみの選択、又は両方の選択肢（Ａ及びＢ）の選択を包含することを意図しているものと理解されたい。更なる例として、「Ａ、Ｂ、及び／又はＣ」及び「Ａ、Ｂ、及びＣのうちの少なくとも１つ」、「Ａ、Ｂ及びＣのうちの１つ以上」の場合、このような句は、最初にリストされた選択肢（Ａ）のみの選択、又は２番目にリストされた選択肢（Ｂ）のみの選択、又は３番目にリストされた選択肢（Ｃ）のみの選択、又は、最初及び２番目にリストされた選択肢（Ａ及びＢ）のみの選択、又は、最初及び３番目にリストされた選択肢（Ａ及びＣ）のみの選択、又は、２番目及び３番目にリストされた選択肢（Ｂ及びＣ）のみの選択、又は３つの選択肢（Ａ及びＢ及びＣ）全ての選択を包含するように意図されている。このことは、当該技術分野及び関連技術分野の当業者に明らかであるように、リストされたアイテムの数だけ拡張され得る。
【0124】
また、本明細書で使用されるとき、「シグナリングする」という語は、特に、対応するデコーダに対して何かを示すことを意味する。例えば、特定の実施形態では、エンコーダは、いくつかのコーディングツールの使用をシグナリングする。このようにして、実施形態では、エンコーダ側とデコーダ側の両方で、同じパラメータを使用することができる。したがって、例えば、エンコーダは、デコーダが同じ特定のパラメータを使用することができるように、特定のパラメータをデコーダに送信することができる（明確なシグナリング）。これに対し、デコーダがすでにその特定のパラメータと共に他のパラメータも有する場合は、単にデコーダがその特定のパラメータを知ること、及びそれを選択することを可能にするように、送信を行わないシグナリング（暗黙的なシグナリング）を使用することができる。いかなる実際の機能の送信も回避することにより、様々な実施形態において、ビットの節約が実現される。シグナリングは、様々な方法で達成することができることが理解されよう。例えば、１つ以上のシンタックス要素、フラグなどが、様々な実施形態において、対応するデコーダに情報をシグナリングするために使用される。上記は、「信号」という語の動詞形に関連し、「信号」という語は、本明細書では名詞としても使用されることがある。
【0125】
当業者には明白であるように、実装形態は、例えば、格納され得る、又は送信され得る情報を搬送するようにフォーマットされた様々な信号をもたらすことができる。情報は、例えば、方法を実行するための命令、又は説明されている実装形態の１つによって生成されるデータを含むことができる。例えば、説明されている実施形態の符号化されたビデオストリーム及びＳＥＩメッセージを伝えるように信号をフォーマットすることができる。例えば、電磁波として（例えば、スペクトルの無線周波数部分を使用して）、又はベースバンド信号として、このような信号をフォーマットすることができる。フォーマットすることは、例えば、符号化されたビデオストリームを符号化すること、及び符号化ビデオストリームで搬送波を変調することを含むことができる。信号が搬送する情報は、例えば、アナログ情報又はデジタル情報とすることができる。既知であるように、様々な異なる有線リンク又は無線リンク上で信号を送信することができる。信号は、プロセッサ可読媒体に格納することができる。
【0126】
第１の実施形態は、グリーンＭＰＥＧメタデータにおいてＲＰＲに適合するＣＭを提供することに焦点を合わせる。
【0127】
既存のグリーンＭＰＥＧでは、ＡＶＣ及びＨＥＶＣに対して定義された多くのシンタックス要素は、ピクチャヘッダ（ピクチャパラメータセット（picture parameter set、ＰＰＳ））内でシグナリングされるサイズを参照するシーケンスにわたって一定であるピクチャサイズに基づいている。異なるコーディングモードの使用率は、このピクチャサイズに対して示される。これは、例えば、グリーンＭＰＥＧ規格においてパラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄによって定義される、ある期間に処理される４×４ブロックの総数を決定するために使用される。
【0128】
加えて、いくつかのモードｍ１～ｍＮをサポートするいくつかのデコーダの特徴では、使用率は、概して、モードｍ１からｍＮ－１について報告され、モードｍＮの使用率は、他の使用率からｒａｔｉｏ＿ｍＮ＝２５５－ｒａｔｉｏ＿ｍ１－．．．－ｒａｔｉｏ＿ｍＮ－１として推定される（使用率は、１００％の使用率に対応する２５５の振幅を使用して固定小数点で表される）。
【0129】
ＲＰＲで許容されるピクチャサイズの変動に起因して、既存のグリーンＭＰＥＧの様々なモードの使用率を報告する方法は、もはやＶＶＣに適合しない。
【0130】
第１の実施形態の第１の変形例では、復号ピクチャサイズを使用する代わりに、パラメータｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ及びｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓを用いて、例えば、シーケンスヘッダ（シーケンスパラメータセット、Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ＳＰＳ））においてシグナリングされるビットストリームの最大ピクチャサイズを参照ピクチャサイズとして考慮することによって、様々な使用率が定義される。様々な使用率（すなわち、ＣＭ＝エネルギー消費を表す情報）は、シーケンスヘッダ（すなわち、ＳＰＳ）内のピクチャのシーケンスに対して定義された、単一の参照ピクチャサイズに依存する。
【0131】
参照ピクチャサイズは、以下のように定義されるパラメータｍａｘＰｉｃＳｉｚｅＩｎＣｔｂｓＹによって定義される。
ｍａｘＰｉｃＳｉｚｅＩｎＣｔｂｓＹ＝ｍａｘＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＊ｍａｘＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｍａｘＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ及びｍａｘＰｉｃｈｅｉｇｈｔＩｎＣｔｂｓＹは以下のように定義される。
ｍａｘＰｉｃＳｉｚｅＩｎＣｔｂｓＹ＝ｍａｘＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＊ｍａｘＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｍａｘＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ及びｍａｘＰｉｃｈｅｉｇｈｔＩｎＣｔｂｓＹは以下のように定義される。
【0132】
ｍａｘＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＝（ｓｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＣｔｂＳｉｚｅＹ－１）／ＣｔｂＳｉｚｅＹ
ｍａｘＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ＝（ｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＣｔｂＳｉｚｅＹ－１）／ＣｔｂＳｉｚｅＹ
式中、ＣｔｂＳｉｚｅＹは、輝度コーディングツリーブロックのサイズ（最大ブロックサイズ）として定義される。
ｍａｘＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ＝（ｓｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＣｔｂＳｉｚｅＹ－１）／ＣｔｂＳｉｚｅＹ
式中、ＣｔｂＳｉｚｅＹは、輝度コーディングツリーブロックのサイズ（最大ブロックサイズ）として定義される。
【0133】
結果として、例えば、いくつかのピクチャのうちの１つが、ＳＰＳにおいてシグナリングされる最大ピクチャ解像度でコーディングされない場合、特徴の異なるモードの使用率の合計は、２５５（１００％）よりも低くなり得る。結果の１つは、特徴の全モードの使用率が明示的に報告されることである。実際、そのような場合、あるモードの使用率を他のモードから推定することはできない。上述の例では、使用率は、ＡＶＣ及びＨＥＶＣについて既存のグリーンＭＰＥＧ規格で行われたように、モードｍ１～ｍＮ－１についてではなく、全モードｍ１～ｍＮについて指定される。
【0134】
既存のグリーンＭＰＥＧ規格で定義されたパラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＰｉｃの例を参照すると、第１の実施形態の第１の変形例では、パラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＰｉｃは、以下のように導出される。
ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＰｉｃ＝ｍａｘＰｉｃＳｉｚｅＩｎＣｔｂｓＹ＊（１＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－２））２
式中、ＣｔｂＬｏｇ２ＳｉｚｅＹは、ＣＴＢサイズのｌｏｇ２を定義する（例えば、ＣＴＢサイズ１６×１６では２に等しく、ＣＴＢサイズ３２×３２では３に等しく、ＣＴＢサイズ６４×６４では４に等しく、ＣＴＢサイズ１２８×１２８では５に等しい）。代替的に、変数は、１６個のサンプルを含むブロックを参照して改名されたＴｏｔａｌＮｕｍ１６ＢｌｏｃｋｓＰｉｃであり得る。
ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＰｉｃ＝ｍａｘＰｉｃＳｉｚｅＩｎＣｔｂｓＹ＊（１＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－２））２
式中、ＣｔｂＬｏｇ２ＳｉｚｅＹは、ＣＴＢサイズのｌｏｇ２を定義する（例えば、ＣＴＢサイズ１６×１６では２に等しく、ＣＴＢサイズ３２×３２では３に等しく、ＣＴＢサイズ６４×６４では４に等しく、ＣＴＢサイズ１２８×１２８では５に等しい）。代替的に、変数は、１６個のサンプルを含むブロックを参照して改名されたＴｏｔａｌＮｕｍ１６ＢｌｏｃｋｓＰｉｃであり得る。
【0135】
図６に示される第１の実施形態の第２の変形例は、処理モジュール５００が復号モジュール１２０を実装するときに、処理モジュール５００によって実施される。
【0136】
ステップ６００において、処理モジュール５００は、シンタックス要素ｐｅｒｉｏｄ＿ｔｙｐｅが、単一のピクチャに対して使用の（すなわち、ＣＭの）報告が行われることを示すか否かを判定する。
【0137】
使用の報告が単一のピクチャに対して行われることを示すシンタックス要素ｐｅｒｉｏｄ＿ｔｙｐｅが使用される場合、ステップ６０２において、処理モジュール５００は、ＰＰＳでシグナリングされた復号ピクチャサイズの使用を指定する（例えば、パラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＰｉｃを計算するために）。
【0138】
使用の報告がいくつかのピクチャに対して行われることを示すシンタックス要素ｐｅｒｉｏｄ＿ｔｙｐｅが使用される場合、ステップ６０１において、処理モジュールは、ＳＰＳでシグナリングされた最大ピクチャサイズの使用を指定する（例えば、パラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＰｉｃを計算するために）。この第２の変形例は、使用率の報告に最大精度を維持することを可能にする。
【0139】
この第２の変形例では、様々な使用率（すなわち、ＣＭＳ＝エネルギー消費を表す情報）は、様々な使用率がいくつかのピクチャに対してシグナリングされる場合に、シーケンスヘッダ（すなわち、ＳＰＳ）内のピクチャのシーケンスに対して定義された、単一の参照ピクチャサイズに依存する。
【0140】
第１の実施形態の第３の変形例では、４×４ブロックの総数ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、シンタックス要素ｔｏｔａｌ＿ｎｕｍｂｅｒ＿４ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｐｅｒｉｏｄによってＳＥＩメッセージで明示的にシグナリングされる。したがって、検討期間内の異なるピクチャのピクチャサイズをチェックする必要はなく、期間は、ビデオストリームの連続ピクチャのサブセットとして定義される。
【0141】
４×４ブロックの総数ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄがそのままコーディングされる場合、「２６」ビットは、８Ｋピクチャについて、及び「１２８」ピクチャの１セグメントについて（典型的には「１２０」ｆｐｓビデオについて）その値を示すのに十分な大きさであると考えられる。したがって、バイトアライメントを更に容易にするためには、シンタックス要素ｔｏｔａｌ＿ｎｕｍｂｅｒ＿４ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｐｅｒｉｏｄに対して「３２」ビットが推奨される。
【0142】
より少ないビットを使用することが好ましい場合には、「１６」ビットに減らすことができる。このような場合、４×４ブロックの総数の値ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄを、例えば係数「１０２４」（２１０）によって量子化することが可能であり、４×４ブロックの実際の総数は、以下のとおりである。
ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄ＝１０２４＊ｔｏｔａｌ＿ｎｕｍｂｅｒ＿４ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｐｅｒｉｏｄ。
ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄ＝１０２４＊ｔｏｔａｌ＿ｎｕｍｂｅｒ＿４ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｐｅｒｉｏｄ。
【0143】
別の変形例では、「３２」ビットを超える４×４ブロックの総数ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄの値が大きすぎることを回避するために、シンタックス要素ｔｏｔａｌ＿ｎｕｍｂｅｒ＿４ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｐｅｒｉｏｄは、以下の値に設定される。
・ｐｅｒｉｏｄ＿ｔｙｐｅが２であるときにＣＭが適用可能である秒数を示すＳＥＩメッセージのシンタックス要素ｎｕｍ＿ｓｅｃｏｎｄｓが所与の閾値ｎｕｍＳｅｃｏｎｄｓＭａｘ（典型的にはｎｕｍＳｅｃｏｎｄｓＭａｘ＝１）よりも大きい場合は、閾値ｎｕｍＳｅｃｏｎｄｓＭａｘに依存する値、又は、
・ｐｅｒｉｏｄ＿ｔｙｐｅが３であるときに複雑度メトリックが適用可能である、復号順序でカウントされたピクチャの数を指定するＳＥＩメッセージのシンタックス要素ｎｕｍ＿ｐｉｃｔｕｒｅｓが、所与の閾値ｎｕｍＰｉｃｔｕｒｅｓＭａｘ（通常、コーディングされるビデオコンテンツの１秒当たりのフレーム数に設定）よりも大きい場合は、閾値ｎｕｍＰｉｃｔｕｒｅｓＭａｘに依存する値。
・ｐｅｒｉｏｄ＿ｔｙｐｅが２であるときにＣＭが適用可能である秒数を示すＳＥＩメッセージのシンタックス要素ｎｕｍ＿ｓｅｃｏｎｄｓが所与の閾値ｎｕｍＳｅｃｏｎｄｓＭａｘ（典型的にはｎｕｍＳｅｃｏｎｄｓＭａｘ＝１）よりも大きい場合は、閾値ｎｕｍＳｅｃｏｎｄｓＭａｘに依存する値、又は、
・ｐｅｒｉｏｄ＿ｔｙｐｅが３であるときに複雑度メトリックが適用可能である、復号順序でカウントされたピクチャの数を指定するＳＥＩメッセージのシンタックス要素ｎｕｍ＿ｐｉｃｔｕｒｅｓが、所与の閾値ｎｕｍＰｉｃｔｕｒｅｓＭａｘ（通常、コーディングされるビデオコンテンツの１秒当たりのフレーム数に設定）よりも大きい場合は、閾値ｎｕｍＰｉｃｔｕｒｅｓＭａｘに依存する値。
【0144】
これにより、シンタックス要素ｔｏｔａｌ＿ｎｕｍｂｅｒ＿４ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｐｅｒｉｏｄのセマンティック（以下では太字）は以下のようになる。
ｔｏｔａｌ＿ｎｕｍｂｅｒ＿４ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｐｅｒｉｏｄは、指定期間にコーディングされる４×４ブロック（又は１６個のサンプルを含むブロック）の総数を指定する。パラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、以下のように導出される。
●ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、ｔｏｔａｌ＿ｎｕｍｂｅｒ＿４ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｐｅｒｉｏｄに等しく設定される。
●以下の条件が真である場合、ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、（ｎｕｍ＿ｓｅｃｏｎｄｓｘＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄ＋ｎｕｍＳｅｃｏｎｄｓＭａｘ／２）／ｎｕｍＳｅｃｏｎｄｓＭａｘに等しく設定される。
○ｐｅｒｉｏｄ＿ｔｙｐｅは、「２」に等しい。
○ｎｕｍ＿ｓｅｃｏｎｄｓは、ｎｕｍＳｅｃｏｎｄｓＭａｘよりも大きい。
●以下の条件が真である場合、ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、（ｎｕｍ＿ｐｉｃｔｕｒｅｓｘＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄ＋ｎｕｍＰｉｃｔｕｒｅｓＭａｘ／２）／ｎｕｍＰｉｃｔｕｒｅｓＭａｘに等しく設定される。
○ｐｅｒｉｏｄ＿ｔｙｐｅは、「３」に等しい。
○ｎｕｍ＿ｐｉｃｔｕｒｅｓは、ｎｕｍＰｉｃｔｕｒｅｓＭａｘよりも大きい。
ｔｏｔａｌ＿ｎｕｍｂｅｒ＿４ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｐｅｒｉｏｄは、指定期間にコーディングされる４×４ブロック（又は１６個のサンプルを含むブロック）の総数を指定する。パラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、以下のように導出される。
●ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、ｔｏｔａｌ＿ｎｕｍｂｅｒ＿４ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｐｅｒｉｏｄに等しく設定される。
●以下の条件が真である場合、ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、（ｎｕｍ＿ｓｅｃｏｎｄｓｘＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄ＋ｎｕｍＳｅｃｏｎｄｓＭａｘ／２）／ｎｕｍＳｅｃｏｎｄｓＭａｘに等しく設定される。
○ｐｅｒｉｏｄ＿ｔｙｐｅは、「２」に等しい。
○ｎｕｍ＿ｓｅｃｏｎｄｓは、ｎｕｍＳｅｃｏｎｄｓＭａｘよりも大きい。
●以下の条件が真である場合、ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、（ｎｕｍ＿ｐｉｃｔｕｒｅｓｘＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄ＋ｎｕｍＰｉｃｔｕｒｅｓＭａｘ／２）／ｎｕｍＰｉｃｔｕｒｅｓＭａｘに等しく設定される。
○ｐｅｒｉｏｄ＿ｔｙｐｅは、「３」に等しい。
○ｎｕｍ＿ｐｉｃｔｕｒｅｓは、ｎｕｍＰｉｃｔｕｒｅｓＭａｘよりも大きい。
【0145】
一変形例は、４×４又は１６個のサンプルよりも小さいサイズのブロックが、参照サイズと見なされる。例えば、参照サイズは２×２であり、これは彩度ブロックの最小サイズである。次いで、対応するシンタックス要素は、ＴｏｔａｌＮｕｍ２ｘ２ＢｌｏｃｋｓＩｎＰｅｒｉｏｄとして定義される。しかしながら、４個のサンプルのブロックは全体として割合が小さく、全体的なデコーダの複雑度には著しい影響を与えないと一般に考えられている。加えて、それらはカウントされ、ブロック４×４の数に加算され得、それらのそれぞれは、この番号付けに１／４＝０．２５として寄与する。同一の概念が、４×４又は１６個のサンプルよりも小さい他のブロックサイズに適用され得る。
【0146】
第２の実施形態は、グリーンＭＰＥＧメタデータの矩形ブロックに適合するＣＭを提供することに焦点を合わせる。
【0147】
所与のシンタックス要素によって報告される所与のモードの使用率（すなわち、ＣＭＳ＝エネルギー消費を表す情報）は、場合によっては、モードを使用する全ての様々なブロックサイズの使用率の連鎖に基づいている。ＶＶＣブロックは矩形であり得るので、既存のグリーンＭＰＥＧ規格で行われるように正方形ブロックの幅／高さを考慮するのではなく、正方形ブロック及び矩形ブロック当たりのサンプル数を考慮することが好ましい。例えば、４×４～６４×６４のブロックサイズでは、ＡＶＣ及びＨＥＶＣに対するグリーンＭＰＥＧ規格で現在行われているようにブロック４×４、８×８、１６×１６、３２×３２、６４×６４の使用を追加するのではなく、これらのサイズが関連する場合、合計は、サンプル数が１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６であるブロックについて追加されるべきである。
【0148】
ＶＶＣでは、タイプ「０」（ＤＣＴ－ＩＩに対応する）、タイプ「１」（ＤＳＴ－ＶＩＩに対応する）、タイプ「２」（ＤＣＴ－ＶＩＩＩに対応する）の「３」つの変換タイプがサポートされている。所与のブロックについて、タイプ「０」が水平次元及び垂直次元の両方での変換に使用されるか、又はタイプ「１」及び「２」が水平次元及び垂直次元の両方での変換に一緒に使用され得る。タイプ「０」変換は、バタフライ実装など高速実装を使用して実装され得る。一方、タイプ「１」及び「２」は、かかるソリューションを使用して実装することができず、変換のサイズの行列乗算を伴う。この第２の実施形態を示すテキスト仕様の一例が、変換タイプ「０」の使用に関して（太字で）以下に提供される。変換タイプ「１」及び「２」に対して同等のテキスト仕様を使用することができる。
ｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ０＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャにおいてタイプ「０」の変換を使用するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
ｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ０＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャにおいてタイプ「０」の変換を使用するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
【0149】
【数2】
【0150】
【数3】
【0151】
例えば、エンコーダがＮｕｍＴｒＴｙｐｅ０＿８Ｂｌｏｃｋｓ及びＮｕｍＴｒＴｙｐｅ０＿４Ｂｌｏｃｋｓを「８」サンプル及び「４」サンプルを含むブロック数として導出する場合、ＮｕｍＴｒＴｙｐｅ０Ｂｌｏｃｋｓは、ＮｕｍＴｒＴｙｐｅ０＿８Ｂｌｏｃｋｓ／２又は（ＮｕｍＴｒＴｙｐｅ０＿８Ｂｌｏｃｋｓ＋１）／２によって、及びＮｕｍＴｒＴｙｐｅ０＿４Ｂｌｏｃｋｓ／４又は（ＮｕｍＴｒＴｙｐｅ０＿４Ｂｌｏｃｋｓ＋２）／４によってインクリメントされ得る。
【0152】
第３の実施形態は、グリーンＭＰＥＧメタデータにおけるエントロピー復号の複雑度に影響を与える新しい特徴に適合するＣＭを提供することに焦点を合わせる。
【0153】
この第３の実施形態では、異なる正方形ブロックサイズについて、非ゼロブロックの量に関連するＡＶＣ及びＨＥＶＣに指定されたシンタックス要素が、異なるサンプル数の正方形ブロック及び矩形ブロックについてシグナリングされる。新しいシンタックス要素ｐｏｒｔｉｏｎ＿Ｘ＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａが追加され、Ｘは、ブロック中のサンプルの数である（式中、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、及び４０９６）。Ｘ＝４０９６である最後の値は、ＶＶＣにおいて定義される６４×６４の最大変換単位サイズに等しいサイズを有するブロックを考慮するために導入されることに留意されたい。
【0154】
残差ブロックのサブ部分のみが符号化され、残りのサブ部分がゼロに設定されるＳＢＴモードはまた、エントロピー復号化に直接的な影響を有する。したがって、ＳＢＴモードに関連する新しいシンタックス要素ｐｏｒｔｉｏｎ＿ｓｂｔ＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａが追加される。シンタックス要素ｐｏｒｔｉｏｎ＿ｓｂｔ＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、サブブロック変換（ＳＢＴ）モードの相対的使用を示す。
【0155】
第４の実施形態は、グリーンＭＰＥＧメタデータにおける逆変換の複雑度に影響を与える新しい特徴に適合するＣＭを提供することに焦点を合わせる。
【0156】
ＶＶＣでは、いくつかの新しいツール、すなわちＪＣＣＲ、ＭＴＳ、ＬＦＮＳＴ、及びＢＤＰＣＭが逆変換の複雑度に影響を与える。第４の実施形態では、これらの新しいツールに対処するために新しいシンタックス要素が定義される。
・ｐｏｒｔｉｏｎ＿ｊｃｃｒ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、ＪＣＣＲモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ０＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しい要素は、ＭＴＳツールにおける変換タイプ０（ＤＣＴ２）の相対的使用を示すために追加される；。
・ｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ１＿２＿ｂｌｏｃｋｓ＿ａｒｅａ：このシンタックスの新しい要素は、ＭＴＳツールにおける変換タイプ「１」又は「２」（それぞれＤＳＴ７又はＤＣＴ８）の相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｌｆｎｓｔ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、ＬＦＮＳＴツールの相対的使用を示すために追加される。サイズ１６×１６及び４８×１６のＬＦＮＳＴを使用してピクチャ内の面積をカウントする。
・ｐｏｒｔｉｏｎ＿ｂｄｐｃｍ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、ＢＤＰＣＭモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｊｃｃｒ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、ＪＣＣＲモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ０＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しい要素は、ＭＴＳツールにおける変換タイプ０（ＤＣＴ２）の相対的使用を示すために追加される；。
・ｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ１＿２＿ｂｌｏｃｋｓ＿ａｒｅａ：このシンタックスの新しい要素は、ＭＴＳツールにおける変換タイプ「１」又は「２」（それぞれＤＳＴ７又はＤＣＴ８）の相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｌｆｎｓｔ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、ＬＦＮＳＴツールの相対的使用を示すために追加される。サイズ１６×１６及び４８×１６のＬＦＮＳＴを使用してピクチャ内の面積をカウントする。
・ｐｏｒｔｉｏｎ＿ｂｄｐｃｍ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、ＢＤＰＣＭモードの相対的使用を示すために追加される。
【0157】
第５の実施形態は、グリーンＭＰＥＧメタデータにおけるイントラ予測及びイントラブロック復号の複雑度に影響を与える新しい特徴に適合するＣＭを提供することに焦点を合わせる。
【0158】
イントラエリアにおけるＭＩＰ、ＩＳＰ、ＣＣＬＭ、ＩＢＣ及び参照サンプルフィルタリングなど新しいイントラ予測ツールは、復号の複雑度に影響を与える。第５の実施形態では、これらの新しいツールに対処するために新しいシンタックス要素が定義される。
・ｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ：この新しいシンタックス要素は、ＭＩＰモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｉｓｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ：この新しいシンタックス要素は、ＩＳＰモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｃｃｌｍ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ：この新しいシンタックス要素は、ＣＣＬＭモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｉｂｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ：この新しいシンタックス要素は、ＩＢＣモードの相対的使用を示すために追加される。
・ｒｅｆ＿ｓａｍｐｌｅｓ＿ｆｉｌｔｅｒｉｎｇ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ：この新しいシンタックス要素は、イントラ予測における参照サンプルフィルタリングモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ：この新しいシンタックス要素は、ＭＩＰモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｉｓｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ：この新しいシンタックス要素は、ＩＳＰモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｃｃｌｍ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ：この新しいシンタックス要素は、ＣＣＬＭモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｉｂｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ：この新しいシンタックス要素は、ＩＢＣモードの相対的使用を示すために追加される。
・ｒｅｆ＿ｓａｍｐｌｅｓ＿ｆｉｌｔｅｒｉｎｇ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ：この新しいシンタックス要素は、イントラ予測における参照サンプルフィルタリングモードの相対的使用を示すために追加される。
【0159】
一変形例では、ＭＩＰはブロックサイズに応じて異なるサイズの行列を使用するので、異なるブロックサイズに対してシンタックス要素ｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａを報告することができる。例えば、以下のシンタックス要素を導入することができる。
・１６ｘ４ブロックに対してｐｏｒｔｉｏｎ＿ｍｉｐ１６ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ、
・１６ｘ８ブロックに対してｐｏｒｔｉｏｎ＿ｍｉｐ１６ｘ８＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ、
・６４ｘ８ブロックに対してｐｏｒｔｉｏｎ＿ｍｉｐ６４ｘ８＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ。
・１６ｘ４ブロックに対してｐｏｒｔｉｏｎ＿ｍｉｐ１６ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ、
・１６ｘ８ブロックに対してｐｏｒｔｉｏｎ＿ｍｉｐ１６ｘ８＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ、
・６４ｘ８ブロックに対してｐｏｒｔｉｏｎ＿ｍｉｐ６４ｘ８＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ。
【0160】
代替的に、シンタックス要素ｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａの値は、以下のように、異なるブロックサイズのパラメータＮｕｍＭｉｐＣｏｄｅｄＢｌｏｃｋｓから計算され得る。
【0161】
【数4】
【0162】
係数「４」及び「８」は、サイズ「１６」のブロックに対するブロックサイズ比に対応する。例えば、サイズ１６×４のブロック（ＮｕｍＭｉｐＣｏｄｅｄ＿１６ｘ４Ｂｌｏｃｋｓ）の場合、係数は１６×４／１６＝４である。サイズ１６×４のブロック（ＮｕｍＭｉｐＣｏｄｅｄ＿１６ｘ８Ｂｌｏｃｋｓ）の場合、係数は１６×８／１６＝８である。エンコーダは、ＮｕｍＭｉｐＣｏｄｅｄＢｌｏｃｋｓの値を計算し、ｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａをＮｕｍＭｉｐＣｏｄｅｄＢｌｏｃｋｓに等しく設定し、ストリーム内でｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａをシグナリングする。
【0163】
第６の実施形態は、グリーンＭＰＥＧメタデータにおけるインター予測及びインターブロック復号の複雑度に影響を与える新しい特徴に適合するＣＭを提供することに焦点を合わせる。
【0164】
インター予測の複雑度に影響を与える１つの特徴は、ブロックが単方向予測又は双方向予測を使用して予測されるという事実である。この情報はデコーダの複雑度に重要な影響を及ぼすが、既存のグリーンＭＰＥＧ規格では（すなわち、ＡＶＣ及びＨＥＶＣに対して）報告されていない。
【0165】
第６の実施形態では、この特徴に対処するために新しいシンタックス要素が定義される。
・ｐｏｒｔｉｏｎ＿ｕｎｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、インター予測における単方向予測の相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｂｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、インター予測における双方向予測の相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｕｎｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、インター予測における単方向予測の相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｂｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、インター予測における双方向予測の相対的使用を示すために追加される。
【0166】
加えて、新しいインター予測モードはまた、復号の複雑度に影響を与える。第７の実施形態では、これらの新しいモードに対処するために新しいシンタックス要素が定義される。
・ｐｏｒｔｉｏｎ＿ｄｍｖｒ＿ｂｌｏｃｋｓ：この新しいシンタックス要素は、ＤＭＶＲモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｂｄｏｆ＿ｂｌｏｃｋｓ：この新しいシンタックス要素は、ＢＤＯＦモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｐｒｏｆ＿ｂｌｏｃｋｓ：この新しいシンタックス要素は、ＰＲＯＦモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｃｉｉｐ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、ＣＩＩＰモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｇｐｍ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、ＧＰＭモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｄｍｖｒ＿ｂｌｏｃｋｓ：この新しいシンタックス要素は、ＤＭＶＲモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｂｄｏｆ＿ｂｌｏｃｋｓ：この新しいシンタックス要素は、ＢＤＯＦモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｐｒｏｆ＿ｂｌｏｃｋｓ：この新しいシンタックス要素は、ＰＲＯＦモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｃｉｉｐ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、ＣＩＩＰモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｇｐｍ＿ｂｌｏｃｋｓ＿ａｒｅａ：この新しいシンタックス要素は、ＧＰＭモードの相対的使用を示すために追加される。
【0167】
第７の実施形態は、グリーンＭＰＥＧメタデータにおける時間的予測の補間の複雑度に影響を与える新しい特徴に適合するＣＭを提供することに焦点を合わせる。
【0168】
上述したように、動き推定は概して、ピクチャの補間を必要とするサブピクセル精度で実行される。第７の実施形態では、３つの可能な補間ケース、すなわち、整数補間、水平方向又は垂直方向のサブピクセル補間、水平方向及び垂直方向のサブピクセル補間を考慮するために、３つのシンタックス要素が定義される。
・ｐｏｒｔｉｏｎ＿ｉｎｔｅｇｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓ：この新しいシンタックス要素は、動き補償のための整数ピクセル補間の相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｈｏｒ＿ｏｒ＿ｖｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓ：この新しいシンタックス要素は、動き補償のための水平方向又は垂直方向のうちの１つでのサブピクセル補間の相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｈｏｒ＿ａｎｄ＿ｖｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓ：この新しいシンタックス要素は、動き補償のための水平方向及び垂直方向でのサブピクセル補間の相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｉｎｔｅｇｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓ：この新しいシンタックス要素は、動き補償のための整数ピクセル補間の相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｈｏｒ＿ｏｒ＿ｖｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓ：この新しいシンタックス要素は、動き補償のための水平方向又は垂直方向のうちの１つでのサブピクセル補間の相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｈｏｒ＿ａｎｄ＿ｖｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓ：この新しいシンタックス要素は、動き補償のための水平方向及び垂直方向でのサブピクセル補間の相対的使用を示すために追加される。
【0169】
第８の実施形態は、グリーンＭＰＥＧメタデータにおけるループ内フィルタリングの複雑度に影響を与える新しい特徴に適合するＣＭを提供することに焦点を合わせる。
【0170】
ＶＶＣでは、３つの新しいループ内フィルタリングツール、すなわちＡＬＦ、ＣＣＡＬＦ、及びＬＭＣＳが導入された。第８の実施形態では、これらの３つのツールを考慮するために３つのシンタックス要素が定義される。
・ｐｏｒｔｉｏｎ＿ａｌｆ＿ｉｎｓｔａｎｃｅｓ：この新しいシンタックス要素は、ＡＬＦモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｃｃａｌｆ＿ｉｎｓｔａｎｃｅｓ：この新しいシンタックス要素は、ＣＣＡＬＦモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｌｍｃｓ＿ｉｎｓｔａｎｃｅｓ：この新しい要素は、ＬＭＣＳモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ａｌｆ＿ｉｎｓｔａｎｃｅｓ：この新しいシンタックス要素は、ＡＬＦモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｃｃａｌｆ＿ｉｎｓｔａｎｃｅｓ：この新しいシンタックス要素は、ＣＣＡＬＦモードの相対的使用を示すために追加される。
・ｐｏｒｔｉｏｎ＿ｌｍｃｓ＿ｉｎｓｔａｎｃｅｓ：この新しい要素は、ＬＭＣＳモードの相対的使用を示すために追加される。
【0171】
以下の表ＴＡＢ３は、ＶＶＣに関連する上記８つの実施形態によって生じるグリーンＭＰＥＧ ＳＥＩシンタックスの変更を示し、既存のグリーンＭＰＥＧ ＳＥＩシンタックスと比較した変更が太字で示されている。
【0172】
【表3-1】
【0173】
【表3-2】
【0174】
ｐｅｒｉｏｄ＿ｔｙｐｅが、スライス／タイル／サブピクチャ粒度を有するピクチャごとのシグナリングに対応する、「４」に等しいの場合、このシンタックス部分で同じシンタックス変更が行われることになり、追加されるシンタックス要素ごとにインデックス［ｔ］が追加され、ｔは、表ＴＡＢ３ｂｉｓに表されているようにスライス／タイルインデックスを示す。
【0175】
【表4-1】
【0176】
【表4-2】
【0177】
【表4-3】
【0178】
第９の実施形態は、グリーンＭＰＥＧメタデータにおけるサブピクチャの使用に適合するＣＭを提供することに焦点を合わせる。
【0179】
サブピクチャがＶＶＣビットストリームで使用されるとき、ＳＥＩにおいてシグナリングされるパラメータは、サブピクチャごとにシグナリングされる。サブピクチャは、ＶＶＣ ＳＰＳ内のシンタックス要素ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が「０」よりも大きいときに使用され、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１は、ピクチャ内のサブピクチャの数を表す。
【0180】
表ＴＡＢ４は、表ＴＡＢ２の修正版を表し、サブピクチャが有効化された場合（値５）に対して新しいエントリが追加される。
【0181】
【表5】
【0182】
加えて、表ＴＡＢ３のシンタックス要素は、シンタックス要素ｐｅｒｉｏｄ＿ｔｙｐｅの値が５に等しいかのチェック（ｉｆ（ｐｅｒｉｏｄ＿ｔｙｐｅ＝＝５）を追加することによって、サブピクチャの場合のために複製される。使用率を報告するシンタックス要素は、サブピクチャインデックスを示すインデックス［ｚ］によってインデックス付けされる。表ＴＡＢ３の第９の実施形態によって生じるいくつかの修正の説明を表ＴＡＢ５に示す。
【0183】
【表6】
【0184】
第９の実施形態の変形例では、サブピクチャ粒度の場合、使用率パラメータはまた、ピクチャの期間にわたってシグナリングされ得る。例えば、ｐｅｒｉｏｄ＿ｔｙｐｅの以下の新たな値（６，７，８）によってシグナリングされる。
【0185】
【表7】
【0186】
第９の実施形態の変形例では、新しいｐｅｒｉｏｄ＿ｔｙｐｅ値（ｐｅｒｉｏｄ＿ｔｙｐｅ＝５）は表ＴＡＢ２に追加されないが、サブピクチャの場合のシグナリングは、ｐｅｒｉｏｄ＿ｔｙｐｅ値「４」（スライス／タイル粒度を有する単一のピクチャ）に依存する。サブピクチャの場合、サブピクチャに含まれるスライスを識別する必要がある。サブピクチャを復号するとき、サブピクチャに含まれるスライスを識別し、これらのスライスからメタデータを取得することが可能である。これは、スライスが属するサブピクチャの識別を可能にするシンタックス要素ｓｈ＿ｓｕｂｐｉｃ＿ｉｄにより行うことができる。
【0187】
第１０の実施形態では、図１Ｂのステップ１０３及び１０４で述べたように、ＴＡＢ３（又はＴＡＢ３ｂｉｓ）のグリーンＭＰＥＧ ＳＥＩメッセージは、ＶＶＣ ＮＡＬユニットでトランスポートされ、ＮＡＬ（ネットワーク抽象化レイヤ）ユニットはデータコンテナである。ＮＡＬユニットは、ＮＡＬユニットによってトランスポートされたデータタイプをデコーダが認識することを可能にするＮＡＬユニットタイプによって識別される。グリーンＭＰＥＧ ＳＥＩメッセージの場合、ＮＡＬユニットタイプはＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴに設定される。表ＴＡＢ６は、表ＴＡＢ３に記載のグリーンＭＰＥＧ ＳＥＩメッセージをトランスポートするように適合されたペイロードのシンタックスを記載している。
【0188】
【表8-1】
【0189】
【表8-2】
【0190】
【表8-3】
【0191】
シンタックス要素ｇｒｅｅｎ＿ｍｅｔａｄａｔａ＿ｔｙｐｅのセマンティックの例は、以下のとおりである。
【0192】
ｇｒｅｅｎ＿ｍｅｔａｄａｔａ＿ｔｙｐｅ：ＳＥＩメッセージ内に存在するメタデータのタイプを指定する。ｇｒｅｅｎ＿ｍｅｔａｄａｔａ＿ｔｙｐｅが「０」である場合、複雑度メトリックが存在する。そうではなく、ｇｒｅｅｎ＿ｍｅｔａｄａｔａ＿ｔｙｐｅが「１」である場合、低電力符号化後の品質回復を可能にするメタデータが存在する。ｇｒｅｅｎ＿ｍｅｔａｄａｔａ＿ｔｙｐｅの他の値は、ＩＳＯ／ＩＥＣが将来使用するために予約されている。
【0193】
以下に、上述した様々なシンタックス要素のセマンティックの例を提供する。
・ｐｅｒｉｏｄ＿ｔｙｐｅは、複雑度メトリックが適用可能である次回の期間のタイプを指定し、以下の表で定義される。
・ｐｅｒｉｏｄ＿ｔｙｐｅは、複雑度メトリックが適用可能である次回の期間のタイプを指定し、以下の表で定義される。
【0194】
【表9】
●ｎｕｍ＿ｐｉｃｔｕｒｅｓは、ｐｅｒｉｏｄ＿ｔｙｐｅが「３」である場合に複雑度メトリックが適用可能である、復号順でカウントされるピクチャの数を指定する。
ＮｕｍＰｉｃｓＩｎＰｅｒｉｏｄは、指定期間内のピクチャ数である。ｐｅｒｉｏｄ＿ｔｙｐｅが「０」の場合、ＮｕｍＰｉｃｓＩｎＰｅｒｉｏｄは「１」である。ｐｅｒｉｏｄ＿ｔｙｐｅが「１」の場合、ＮｕｍＰｉｃｓＩｎＰｅｒｉｏｄは、次のＩスライスを含むピクチャまで（ただし、当該ピクチャを含まない）のピクチャを復号順でカウントすることによって決定される。ｐｅｒｉｏｄ＿ｔｙｐｅが「２」の場合、フレームレートからＮｕｍＰｉｃｓＩｎＰｅｒｉｏｄを決定する。ｐｅｒｉｏｄ＿ｔｙｐｅが「３」の場合、ＮｕｍＰｉｃｓＩｎＰｅｒｉｏｄはｎｕｍ＿ｐｉｃｔｕｒｅｓに等しい。
●ｔｏｔａｌ＿ｎｕｍｂｅｒ＿４ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｐｅｒｉｏｄは、指定期間にコーディングされる４ｘ４ブロックの総数を指定する。パラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、以下のように導出される。
ＴｏｔａｌＮｕｍ ４×４ ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、指定期間にコーディングされる４×４ブロックの総数である。ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、以下のように導出される。
○ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、ｔｏｔａｌ＿ｎｕｍｂｅｒ＿４ｘ４＿ｂｌｏｃｋｓ＿ｉｎ＿ｐｅｒｉｏｄに等しく設定される。
○以下の条件が真である場合、ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、（ｎｕｍ＿ｓｅｃｏｎｄｓ ｘ ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄ）に等しく設定され、
ｐｅｒｉｏｄ＿ｔｙｐｅは２に等しく、
ｎｕｍ＿ｓｅｃｏｎｄｓは１よりも大きい。
○以下の条件が真であるとき、ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄは、（ｎｕｍ＿ｐｉｃｔｕｒｅｓｘＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄ ＋６４）／１２８に等しく設定され、
ｐｅｒｉｏｄ＿ｔｙｐｅは３に等しく、
ｎｕｍ＿ｐｉｃｔｕｒｅｓは１２８よりも大きい。
●ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４ブロック粒度を使用して、指定期間のピクチャ内の非ゼロ変換係数値を有するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
【0195】
【数5】
【0196】
【数6】
【0197】
ＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｎｏｎ＿０＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿６４＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「６４」サンプルブロックエリアの部分を示し、以下のように定義される。
・ｐｏｒｔｉｏｎ＿６４＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「６４」サンプルブロックエリアの部分を示し、以下のように定義される。
【0198】
【数7】
【0199】
存在しない場合は、「０」に等しい。
ＮｕｍＮｏｎＺｅｒｏ６４Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「６４」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿６４＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿０＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿１２８＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「１２８」サンプルブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＮｏｎＺｅｒｏ６４Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「６４」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿６４＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿０＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿１２８＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「１２８」サンプルブロックエリアの部分を示し、以下のように定義される。
【0200】
【数8】
【0201】
存在しない場合は、「０」に等しい。
ＮｕｍＮｏｎＺｅｒｏ１２８Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「１２８」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿１２８＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿０＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿２５６＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「２５６」サンプルブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＮｏｎＺｅｒｏ１２８Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「１２８」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿１２８＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿０＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿２５６＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「２５６」サンプルブロックエリアの部分を示し、以下のように定義される。
【0202】
【数9】
【0203】
存在しない場合は、「０」に等しい。
ＮｕｍＮｏｎＺｅｒｏ２５６Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「２５６」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿２５６＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿５１２＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「５１２」サンプルブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＮｏｎＺｅｒｏ２５６Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「２５６」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿２５６＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿５１２＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「５１２」サンプルブロックエリアの部分を示し、以下のように定義される。
【0204】
【数10】
【0205】
存在しない場合は、「０」に等しい。
ＮｕｍＮｏｎＺｅｒｏ５１２Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「５１２」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿５１２＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿１０２４＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「１０２４」サンプルブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＮｏｎＺｅｒｏ５１２Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「５１２」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿５１２＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿１０２４＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「１０２４」サンプルブロックエリアの部分を示し、以下のように定義される。
【0206】
【数11】
【0207】
存在しない場合は、「０」に等しい。
ＮｕｍＮｏｎＺｅｒｏ１０２４Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「１０２４」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿１０２４＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿２０４８＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「２０４８」サンプルブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＮｏｎＺｅｒｏ１０２４Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「１０２４」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿１０２４＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿２０４８＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「２０４８」サンプルブロックエリアの部分を示し、以下のように定義される。
【0208】
【数12】
【0209】
存在しない場合は、「０」に等しい。
ＮｕｍＮｏｎＺｅｒｏ２０４８Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「２０４８」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿２０４８＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿４０９６＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「４０９６」サンプルブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＮｏｎＺｅｒｏ２０４８Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「２０４８」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿２０４８＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿４０９６＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａは、指定期間における非ゼロエリア内の「４０９６」サンプルブロックエリアの部分を示し、以下のように定義される。
【0210】
【数13】
【0211】
存在しない場合は、「０」に等しい。
ＮｕｍＮｏｎＺｅｒｏ４０９６Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「４０９６」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿４０９６＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
ＮｕｍＮｏｎＺｅｒｏ１６Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「１６」サンプルブロックの数である。ＮｕｍＮｏｎＺｅｒｏ４ｘ４Ｂｌｏｃｋｓは、デコーダのＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓ、ＮｕｍＮｏｎＺｅｒｏ６４Ｂｌｏｃｋｓ、ＮｕｍＮｏｎＺｅｒｏ１２８Ｂｌｏｃｋｓ、ＮｕｍＮｏｎＺｅｒｏ２５６Ｂｌｏｃｋｓ、ＮｕｍＮｏｎＺｅｒｏ５１２Ｂｌｏｃｋｓ、ＮｕｍＮｏｎＺｅｒｏ１０２４Ｂｌｏｃｋｓ、ＮｕｍＮｏｎＺｅｒｏ２０４８Ｂｌｏｃｋｓ、及びＮｕｍＮｏｎＺｅｒｏ４０９６Ｂｌｏｃｋｓから以下のように導出される。
ＮｕｍＮｏｎＺｅｒｏ４０９６Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「４０９６」サンプルブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿４０９６＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａ及びＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓから導出される。
ＮｕｍＮｏｎＺｅｒｏ１６Ｂｌｏｃｋｓは、指定期間において非ゼロ変換係数値を有する「１６」サンプルブロックの数である。ＮｕｍＮｏｎＺｅｒｏ４ｘ４Ｂｌｏｃｋｓは、デコーダのＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓ、ＮｕｍＮｏｎＺｅｒｏ６４Ｂｌｏｃｋｓ、ＮｕｍＮｏｎＺｅｒｏ１２８Ｂｌｏｃｋｓ、ＮｕｍＮｏｎＺｅｒｏ２５６Ｂｌｏｃｋｓ、ＮｕｍＮｏｎＺｅｒｏ５１２Ｂｌｏｃｋｓ、ＮｕｍＮｏｎＺｅｒｏ１０２４Ｂｌｏｃｋｓ、ＮｕｍＮｏｎＺｅｒｏ２０４８Ｂｌｏｃｋｓ、及びＮｕｍＮｏｎＺｅｒｏ４０９６Ｂｌｏｃｋｓから以下のように導出される。
【0212】
【数14】
【0213】
【数15】
【0214】
【数16】
【0215】
式中、ＮｕｍＪｃｃｒＣｏｄｅｄ＿ＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６のサンプル数に対する、ＪＣＣＲとしてコードされたブロックの数である。
ＮｕｍＪｃｃｒＣｏｄｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｊｃｃｒ＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ０＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャ内のタイプ「０」の変換を使用するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
ＮｕｍＪｃｃｒＣｏｄｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｊｃｃｒ＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ０＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャ内のタイプ「０」の変換を使用するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
【0216】
【数17】
【0217】
【数18】
【0218】
式中、ＮｕｍＴｒＴｙｐｅ０＿ＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、変換タイプ「０」を使用するブロックの数である。
【0219】
ＮｕｍＴｒＴｙｐｅ０Ｂｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ０＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ１＿２＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャ内のタイプ１又は２の変換を使用するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
・ｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ１＿２＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャ内のタイプ１又は２の変換を使用するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
【0220】
【数19】
【0221】
【数20】
【0222】
式中、ＮｕｍＴｒＴｙｐｅ１＿２＿ＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４からのサンプルの数に対する、変換タイプ１又は２を使用するブロックの数である。
ＮｕｍＴｒＴｙｐｅ１＿２Ｂｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ１＿２＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｌｆｎｓｔ＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャ内のＬＦＮＳＴ変換を使用するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
ＮｕｍＴｒＴｙｐｅ１＿２Ｂｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ１＿２＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｌｆｎｓｔ＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャ内のＬＦＮＳＴ変換を使用するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
【0223】
【数21】
【0224】
【数22】
【0225】
式中、ＮｕｍＬｆｎｓｔ１６ｘ１６Ｂｌｏｃｋｓ及びＮｕｍＬｆｎｓｔ４８ｘ１６Ｂｌｏｃｋｓは、指定期間に、それぞれサイズ１６×１６及び４８×１６のＬＦＮＳＴ変換を使用するブロックの数である。
ＮｕｍＬｆｎｓｔＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｌｆｎｓｔ＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｉｎｔｒａ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャ内のイントラ予測ブロックによってカバーされるエリアの部分を示し、以下のように定義される。
ＮｕｍＬｆｎｓｔＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｌｆｎｓｔ＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｉｎｔｒａ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャ内のイントラ予測ブロックによってカバーされるエリアの部分を示し、以下のように定義される。
【0226】
【数23】
【0227】
【数24】
【0228】
式中、ＮｕｍＩｎｔｒａＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、イントラ予測を使用するブロックの数である。
ＮｕｍＩｎｔｒａＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｉｎｔｒａ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｕｎｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャ内のインター片予測ブロックによってカバーされるエリアの部分を示し、以下のように定義される。
ＮｕｍＩｎｔｒａＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｉｎｔｒａ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｕｎｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャ内のインター片予測ブロックによってカバーされるエリアの部分を示し、以下のように定義される。
【0229】
【数25】
【0230】
【数26】
【0231】
式中、ＮｕｍＵｎｉＰｒｅｄｉｃｔｅｄＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、インター片予測された予測を使用するブロックの数である。
ＮｕｍＵｎｉＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｕｎｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｂｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャ内のインター双予測ブロックによってカバーされるエリアの部分を示し、以下のように定義される。
ＮｕｍＵｎｉＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｕｎｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｂｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａは、４×４粒度を使用して、指定期間のピクチャ内のインター双予測ブロックによってカバーされるエリアの部分を示し、以下のように定義される。
【0232】
【数27】
【0233】
【数28】
【0234】
式中、ＮｕｍＢｉＰｒｅｄｉｃｔｅｄＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、インター双予測された予測を使用するブロックの数である。
ＮｕｍＢｉＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｂｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｐｌａｎａｒ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａは、指定期間におけるイントラ予測エリア内の平面ブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＢｉＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｂｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｐｌａｎａｒ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａは、指定期間におけるイントラ予測エリア内の平面ブロックエリアの部分を示し、以下のように定義される。
【0235】
【数29】
【0236】
存在しない場合は、「０」に等しい。
ＮｕｍＰｌａｎａｒＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用して、指定期間にイントラ平面予測されたブロックの数である。エンコーダ側では、以下のように計算される。
ＮｕｍＰｌａｎａｒＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用して、指定期間にイントラ平面予測されたブロックの数である。エンコーダ側では、以下のように計算される。
【0237】
【数30】
【0238】
式中、ＮｕｍＰｌａｎａｒＰｒｅｄｉｃｔｅｄＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、イントラ平面予測を使用するブロックの数である。
ＮｕｍＰｌａｎａｒＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｐｌａｎａｒ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｄｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａは、指定期間におけるイントラ予測エリア内のＤＣブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＰｌａｎａｒＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｐｌａｎａｒ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｄｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａは、指定期間におけるイントラ予測エリア内のＤＣブロックエリアの部分を示し、以下のように定義される。
【0239】
【数31】
【0240】
存在しない場合は、「０」に等しい。
ＮｕｍＤｃＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用する指定された期間におけるイントラｄｃ予測ブロックの数である。エンコーダ側では、以下のように計算される。
ＮｕｍＤｃＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用する指定された期間におけるイントラｄｃ予測ブロックの数である。エンコーダ側では、以下のように計算される。
【0241】
【数32】
【0242】
式中、ＮｕｍＤｃＰｒｅｄｉｃｔｅｄＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、イントラＤＣ予測を使用するブロックの数である。
ＮｕｍＤｃＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｄｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ａｎｇｕｌａｒ＿ｈｖ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａは、指定期間におけるイントラ予測エリア内の水平ブロックエリア又は垂直ブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＤｃＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｄｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ａｎｇｕｌａｒ＿ｈｖ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａは、指定期間におけるイントラ予測エリア内の水平ブロックエリア又は垂直ブロックエリアの部分を示し、以下のように定義される。
【0243】
【数33】
【0244】
存在しない場合は、「０」に等しい。
ＮｕｍＡｎｇｕｌａｒＨＶＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用する指定期間におけるイントラ角度水平予測ブロック又はイントラ角度垂直予測ブロックの数である。エンコーダ側では、以下のように計算される。
ＮｕｍＡｎｇｕｌａｒＨＶＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用する指定期間におけるイントラ角度水平予測ブロック又はイントラ角度垂直予測ブロックの数である。エンコーダ側では、以下のように計算される。
【0245】
【数34】
【0246】
式中、ＮｕｍＡｎｇｕｌａｒＨＶＰｒｅｄｉｃｔｅｄＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、イントラ角度水平予測又はイントラ角度垂直予測を使用するブロックの数である。
ＮｕｍＡｎｇｕｌａｒＨＶＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ａｎｇｕｌａｒ＿ｈｖ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＮｕｍＩｎｔｒａＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａは、指定期間におけるイントラ予測エリア内のＭＩＰ予測ブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＡｎｇｕｌａｒＨＶＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ａｎｇｕｌａｒ＿ｈｖ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＮｕｍＩｎｔｒａＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓから導出される。
・ｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａは、指定期間におけるイントラ予測エリア内のＭＩＰ予測ブロックエリアの部分を示し、以下のように定義される。
【0247】
【数35】
【0248】
存在しない場合は、「０」に等しい。
ＮｕｍＭｉｐＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用する指定期間におけるイントラＭＩＰ予測ブロックの数である。エンコーダ側では、以下のように計算される。
ＮｕｍＭｉｐＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用する指定期間におけるイントラＭＩＰ予測ブロックの数である。エンコーダ側では、以下のように計算される。
【0249】
【数36】
【0250】
式中、ＮｕｍＭｉｐＰｒｅｄｉｃｔｅｄＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、イントラＭＩＰ予測を使用するブロックの数である。
ＮｕｍＭｉｐＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｃｃｌｍ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａは、指定期間におけるイントラ予測エリア内でＣＣＬＭモードを使用するブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＭｉｐＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｃｃｌｍ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａは、指定期間におけるイントラ予測エリア内でＣＣＬＭモードを使用するブロックエリアの部分を示し、以下のように定義される。
【0251】
【数37】
【0252】
存在しない場合は、「０」に等しい。
ＮｕｍＣｃｌｍＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用する指定期間におけるイントラＣＣＬＭ彩度予測ブロックの数である。エンコーダ側では、以下のように計算される。
ＮｕｍＣｃｌｍＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用する指定期間におけるイントラＣＣＬＭ彩度予測ブロックの数である。エンコーダ側では、以下のように計算される。
【0253】
【数38】
【0254】
式中、ＮｕｍＣｃｌｍＰｒｅｄｉｃｔｅｄＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８からのサンプルの数に対する、イントラＣＣＬＭ予測を使用するブロックの数である。
ＮｕｍＣｃｌｍＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｃｃｌｍ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｉｂｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａは、指定期間におけるイントラ予測エリア内でＩＢＣモードを使用するブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＣｃｌｍＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｃｃｌｍ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｉｂｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａは、指定期間におけるイントラ予測エリア内でＩＢＣモードを使用するブロックエリアの部分を示し、以下のように定義される。
【0255】
【数39】
【0256】
存在しない場合は、「０」に等しい。
ＮｕｍＩｂｃＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用する指定期間におけるイントラＩＢＣ予測ブロックの数である。エンコーダ側では、以下のように計算される。
ＮｕｍＩｂｃＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用する指定期間におけるイントラＩＢＣ予測ブロックの数である。エンコーダ側では、以下のように計算される。
【0257】
【数40】
【0258】
式中、ＮｕｍＩｂｃＰｒｅｄｉｃｔｅｄＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、イントラＩＢＣ予測を使用するブロックの数である。
ＮｕｍＩｂｃＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｉｂｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｉｎｔｅｇｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓは、指定期間における、輝度サンプル位置が水平整数サンプル位置及び垂直整数サンプル位置に位置する予測ブロックの部分を示し、以下のように定義される。
ＮｕｍＩｂｃＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｉｂｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｉｎｔｅｇｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓは、指定期間における、輝度サンプル位置が水平整数サンプル位置及び垂直整数サンプル位置に位置する予測ブロックの部分を示し、以下のように定義される。
【0259】
【数41】
【0260】
存在しない場合は、「０」に等しい。
ＮｕｍＢｌｏｃｋｓＩｎｔｅｇｅｒＩｎｔｅｒｐｏｌａｔｉｏｎは、指定期間における、輝度サンプル位置が水平整数サンプル位置及び垂直整数サンプル位置に位置する予測ブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿ｉｎｔｅｇｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
ｐｏｒｔｉｏｎ＿ｈｏｒ＿ｏｒ＿ｖｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓは、指定期間において、輝度サンプル位置が水平方向又は垂直方向のうちの一方の整数サンプル位置及び他の方向のサブサンプル位置に位置する予測ブロックの部分を示し、以下のように定義される。
ＮｕｍＢｌｏｃｋｓＩｎｔｅｇｅｒＩｎｔｅｒｐｏｌａｔｉｏｎは、指定期間における、輝度サンプル位置が水平整数サンプル位置及び垂直整数サンプル位置に位置する予測ブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿ｉｎｔｅｇｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
ｐｏｒｔｉｏｎ＿ｈｏｒ＿ｏｒ＿ｖｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓは、指定期間において、輝度サンプル位置が水平方向又は垂直方向のうちの一方の整数サンプル位置及び他の方向のサブサンプル位置に位置する予測ブロックの部分を示し、以下のように定義される。
【0261】
【数42】
【0262】
存在しない場合は、「０」に等しい。
ＮｕｍＢｌｏｃｋｓＨｏｒＯｒＶｅｒＩｎｔｅｒｐｏｌａｔｉｏｎは、指定期間において、輝度サンプル位置が水平方向又は垂直方向のうちの一方の整数サンプル位置に位置する予測ブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿ｈｏｒ＿ｏｒ＿ｖｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｈｏｒ＿ａｎｄ＿ｖｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓは、指定期間における、輝度サンプル位置が水平方向及び垂直方向の両方でサブサンプル位置に位置する予測ブロックの部分を示し、以下のように定義される。
ＮｕｍＢｌｏｃｋｓＨｏｒＯｒＶｅｒＩｎｔｅｒｐｏｌａｔｉｏｎは、指定期間において、輝度サンプル位置が水平方向又は垂直方向のうちの一方の整数サンプル位置に位置する予測ブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿ｈｏｒ＿ｏｒ＿ｖｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｈｏｒ＿ａｎｄ＿ｖｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓは、指定期間における、輝度サンプル位置が水平方向及び垂直方向の両方でサブサンプル位置に位置する予測ブロックの部分を示し、以下のように定義される。
【0263】
【数43】
【0264】
存在しない場合は、「０」に等しい。
ＮｕｍＢｌｏｃｋｓＨｏｒＡｎｄＶｅｒＩｎｔｅｒｐｏｌａｔｉｏｎは、指定期間において、輝度サンプル位置が水平方向及び垂直方向の両方でサブサンプル位置に位置する予測ブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿ｈｏｒ＿ａｎｄ＿ｖｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｄｍｖｒ＿ｂｌｏｃｋｓは、４×４粒度を使用して、指定期間のピクチャ内のＤＭＶＲを適用するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
ＮｕｍＢｌｏｃｋｓＨｏｒＡｎｄＶｅｒＩｎｔｅｒｐｏｌａｔｉｏｎは、指定期間において、輝度サンプル位置が水平方向及び垂直方向の両方でサブサンプル位置に位置する予測ブロックの数である。これは、デコーダのｐｏｒｔｉｏｎ＿ｈｏｒ＿ａｎｄ＿ｖｅｒ＿ｉｎｔｅｒｐｏｌａｔｉｏｎ＿ｂｌｏｃｋｓ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｄｍｖｒ＿ｂｌｏｃｋｓは、４×４粒度を使用して、指定期間のピクチャ内のＤＭＶＲを適用するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
【0265】
【数44】
【0266】
【数45】
【0267】
式中、ＮｕｍＢｉＰｒｅｄｉｃｔｅｄＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、インター双予測された予測を使用するブロックの数である。
ＮｕｍＢｉＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｂｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｂｄｏｆ＿ｂｌｏｃｋｓは、指定期間におけるインター予測エリア内でＢＤＯＦフィルタリングを使用するブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＢｉＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｂｉ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｂｄｏｆ＿ｂｌｏｃｋｓは、指定期間におけるインター予測エリア内でＢＤＯＦフィルタリングを使用するブロックエリアの部分を示し、以下のように定義される。
【0268】
【数46】
【0269】
存在しない場合は、「０」に等しい。
ＮｕｍＢｄｏｆＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用して、指定期間にＢＤＯＦフィルタリングを使用してインター予測されたブロックの数である。エンコーダ側では、以下のように計算される。
ＮｕｍＢｄｏｆＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用して、指定期間にＢＤＯＦフィルタリングを使用してインター予測されたブロックの数である。エンコーダ側では、以下のように計算される。
【0270】
【数47】
【0271】
式中、ＮｕｍＢｄｏｆＰｒｅｄｉｃｔｅｄＸＢｌｏｃｋｓは、指定期間における、Ｘ＝６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、ＢＤＯＦフィルタリングを使用してインターコーディングされたブロックの数である。
ＮｕｍＢｄｏｆＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｂｄｏｆ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｐｒｏｆ＿ｂｌｏｃｋｓは、指定期間におけるインター予測エリア内でＰＲＯＦフィルタリングを使用するブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＢｄｏｆＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｂｄｏｆ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｐｒｏｆ＿ｂｌｏｃｋｓは、指定期間におけるインター予測エリア内でＰＲＯＦフィルタリングを使用するブロックエリアの部分を示し、以下のように定義される。
【0272】
【数48】
【0273】
存在しない場合は、「０」に等しい。
ＮｕｍＰｒｏｆＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用して、指定期間にＰＲＯＦフィルタリングを使用してインター予測されたブロックの数である。エンコーダ側では、以下のように計算される。
ＮｕｍＰｒｏｆＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用して、指定期間にＰＲＯＦフィルタリングを使用してインター予測されたブロックの数である。エンコーダ側では、以下のように計算される。
【0274】
【数49】
【0275】
式中、ＮｕｍＰｒｏｆＰｒｅｄｉｃｔｅｄＸＢｌｏｃｋｓは、指定期間における、Ｘ＝１６、３２、６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、ＰＲＯＦフィルタリングを使用してインターコーディングされたブロックの数である。
ＮｕｍＰｒｏｆＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｐｒｏｆ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｇｐｍ＿ｂｌｏｃｋｓ＿ａｒｅａは、指定期間におけるＧＰＭインター予測エリアを使用するブロックエリアの部分を示し、以下のように定義される。
ＮｕｍＰｒｏｆＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｐｒｏｆ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｇｐｍ＿ｂｌｏｃｋｓ＿ａｒｅａは、指定期間におけるＧＰＭインター予測エリアを使用するブロックエリアの部分を示し、以下のように定義される。
【0276】
【数50】
【0277】
存在しない場合は、「０」に等しい。
ＮｕｍＧｐｍＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用して、指定期間にＧＰＭを使用してインター予測されたブロックの数である。エンコーダ側では、以下のように計算される。
ＮｕｍＧｐｍＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、４×４粒度を使用して、指定期間にＧＰＭを使用してインター予測されたブロックの数である。エンコーダ側では、以下のように計算される。
【0278】
【数51】
【0279】
式中、ＮｕｍＧｐｍＰｒｅｄｉｃｔｅｄＸＢｌｏｃｋｓは、指定期間における、Ｘ＝６４、１２８、２５６、５１２、１０２４、２０４８、４０９６からのサンプルの数に対する、ＧＰＭを使用してインターコーディングされたブロックの数である。
ＮｕｍＧｐｍＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｇｐｍ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｄｅｂｌｏｃｋｉｎｇ＿ｉｎｓｔａｎｃｅｓは、指定期間における、本明細書の用語及び定義において定義されるデブロッキングフィルタリングインスタンスの部分を示し、以下のように定義される。
ＮｕｍＧｐｍＰｒｅｄｉｃｔｅｄＢｌｏｃｋｓは、デコーダのｐｏｒｔｉｏｎ＿ｇｐｍ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄから導出される。
・ｐｏｒｔｉｏｎ＿ｄｅｂｌｏｃｋｉｎｇ＿ｉｎｓｔａｎｃｅｓは、指定期間における、本明細書の用語及び定義において定義されるデブロッキングフィルタリングインスタンスの部分を示し、以下のように定義される。
【0280】
【数52】
【0281】
【表10】
・ｐｏｒｔｉｏｎ＿ａｌｆ＿ｉｎｓｔａｎｃｅｓは、指定期間における、本明細書の用語及び定義において定義されるＡＬＦフィルタリングインスタンスの部分を示し、以下のように定義される。
【0282】
【数53】
・ｐｏｒｔｉｏｎ＿ｃｃａｌｆ＿ｉｎｓｔａｎｃｅｓは、指定期間における、本明細書の用語及び定義において定義されるＣＣＡＬＦフィルタリングインスタンスの部分を示し、以下のように定義される。
【0283】
【数54】
・ｍａｘ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｔｉｌｅｓ＿ｓｕｂｐｉｃｔｕｒｅ＿ｍｉｎｕｓ１は、関連ピクチャにおけるスライスの数とタイルの数との間の最大数を指定する。
・ｆｉｒｓｔ＿ｃｔｂ＿ｉｎ＿ｓｌｉｃｅ＿ｏｒ＿ｔｉｌｅ＿ｏｒ＿ｓｕｂｐｉｃｔ［ｔ］は、ラスタスキャン順でスライス［ｔ］又はタイル［ｔ］内の第１のコーディングツリーブロック（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ、ＣＴＢ）番号を指定する。
【0284】
ｐｅｒｉｏｄ＿ｔｙｐｅが「４」に等しい（スライス又はタイルごとのシグナリングに対応する）場合、パラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］は、以下のように定義される。
ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］は、スライス［ｔ］又はタイル［ｔ］内の４×４ブロックの総数であり、ＩＳＯ／ＩＥＣ ２３０９０－３の「ＣＴＢ ｒａｓｔｅｒ ｓｃａｎｎｉｎｇ，ｔｉｌｅ ｓｃａｎｎｉｎｇ，ａｎｄ ｓｕｂｐｉｃｔｕｒｅ ｓｃａｎｎｉｎｇ ｐｒｏｃｅｓｓｅｓ」節で指定された、パラメータｃｔｂＴｏＴｉｌｅＣｏｌＩｄｘ、ｃｔｂＴｏＴｉｌｅＲｏｗＩｄｘ、ＣｏｌＷｉｄｔｈＶａｌ、及びＲｏｗＨｅｉｇｈｔＶａｌを使用して、以下の計算によって決定される。
○ｃｔｂＡｄｄｒＸ＝ｆｉｒｓｔ＿ｃｔｂ＿ｉｎ＿ｓｌｉｃｅ＿ｏｒ＿ｔｉｌｅ＿ｏｒ＿ｓｕｂｐｉｃｔ［ｔ］
○ｔｉｌｅＣｏｌＩｄｘ＝ｃｔｂＴｏＴｉｌｅＣｏｌＩｄｘ［ｃｔｂＡｄｄｒＸ］
○ｔｉｌｅＲｏｗＩｄｘ＝ｃｔｂＴｏＴｉｌｅＲｏｗＩｄｘ［ｃｔｂＡｄｄｒＸ］
○ｔｉｌｅＷｉｄｔｈ＝ＣｏｌＷｉｄｔｈＶａｌ［ｔｉｌｅＣｏｌＩｄｘ］
○ｔｉｌｅＨｅｉｇｈｔ＝ＲｏｗＨｅｉｇｈｔＶａｌ［ｔｉｌｅＲｏｗＩｄｘ］
○ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］＝ｔｉｌｅＷｉｄｔｈ ＊ｔｉｌｅＨｅｉｇｈｔ＊（１＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－２））２
ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］は、スライス［ｔ］又はタイル［ｔ］内の４×４ブロックの総数であり、ＩＳＯ／ＩＥＣ ２３０９０－３の「ＣＴＢ ｒａｓｔｅｒ ｓｃａｎｎｉｎｇ，ｔｉｌｅ ｓｃａｎｎｉｎｇ，ａｎｄ ｓｕｂｐｉｃｔｕｒｅ ｓｃａｎｎｉｎｇ ｐｒｏｃｅｓｓｅｓ」節で指定された、パラメータｃｔｂＴｏＴｉｌｅＣｏｌＩｄｘ、ｃｔｂＴｏＴｉｌｅＲｏｗＩｄｘ、ＣｏｌＷｉｄｔｈＶａｌ、及びＲｏｗＨｅｉｇｈｔＶａｌを使用して、以下の計算によって決定される。
○ｃｔｂＡｄｄｒＸ＝ｆｉｒｓｔ＿ｃｔｂ＿ｉｎ＿ｓｌｉｃｅ＿ｏｒ＿ｔｉｌｅ＿ｏｒ＿ｓｕｂｐｉｃｔ［ｔ］
○ｔｉｌｅＣｏｌＩｄｘ＝ｃｔｂＴｏＴｉｌｅＣｏｌＩｄｘ［ｃｔｂＡｄｄｒＸ］
○ｔｉｌｅＲｏｗＩｄｘ＝ｃｔｂＴｏＴｉｌｅＲｏｗＩｄｘ［ｃｔｂＡｄｄｒＸ］
○ｔｉｌｅＷｉｄｔｈ＝ＣｏｌＷｉｄｔｈＶａｌ［ｔｉｌｅＣｏｌＩｄｘ］
○ｔｉｌｅＨｅｉｇｈｔ＝ＲｏｗＨｅｉｇｈｔＶａｌ［ｔｉｌｅＲｏｗＩｄｘ］
○ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］＝ｔｉｌｅＷｉｄｔｈ ＊ｔｉｌｅＨｅｉｇｈｔ＊（１＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－２））２
【0285】
ｐｅｒｉｏｄ＿ｔｙｐｅが「５」に等しい（サブピクチャごとのシグナリングに対応する）場合、パラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］は、以下のように定義される。
ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］は、サブスクリプト［ｔ］内の４×４ブロックの総数であり、ＩＳＯ／ＩＥＣ ２３０９０－３の「Ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ ＲＢＳＰ ｓｅｍａｎｔｉｃｓ」節で指定されたシンタックス要素ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ及びｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙを使用して、以下の計算によって決定される。
○ｓｕｂｐｉｃＷｉｄｔｈ＝１＋ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｔ］
○ｓｕｂｐｉｃＨｅｉｇｈｔ＝１＋ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｔ］
○ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］＝ｓｕｂｐｉｃＷｉｄｔｈ＊ｓｕｂｐｉｃＨｅｉｇｈｔ＊（１＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－２））２
ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］は、サブスクリプト［ｔ］内の４×４ブロックの総数であり、ＩＳＯ／ＩＥＣ ２３０９０－３の「Ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ ＲＢＳＰ ｓｅｍａｎｔｉｃｓ」節で指定されたシンタックス要素ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ及びｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙを使用して、以下の計算によって決定される。
○ｓｕｂｐｉｃＷｉｄｔｈ＝１＋ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｔ］
○ｓｕｂｐｉｃＨｅｉｇｈｔ＝１＋ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｔ］
○ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］＝ｓｕｂｐｉｃＷｉｄｔｈ＊ｓｕｂｐｉｃＨｅｉｇｈｔ＊（１＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－２））２
【0286】
次に、上記の全てのシンタックス要素を複製し、インデックス［ｔ］を追加し、ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄをＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］で置換する。
【0287】
例えば、以下のシンタックス要素が追加される。
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｂｌｏｃｋｓ＿ａｒｅａ［ｔ］は、４×４ブロック粒度を使用して、スライス［ｔ］又はタイル［ｔ］又はサブピクチャ［ｔ］内の非ゼロ変換係数値を有するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｂｌｏｃｋｓ＿ａｒｅａ［ｔ］は、４×４ブロック粒度を使用して、スライス［ｔ］又はタイル［ｔ］又はサブピクチャ［ｔ］内の非ゼロ変換係数値を有するブロックによってカバーされるエリアの部分を示し、以下のように定義される。
【0288】
【数55】
【0289】
【数56】
ＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓ［ｔ］は、デコーダのｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｂｌｏｃｋｓ＿ａｒｅａ［ｔ］及びＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］から導出される。
【0290】
より明確には、デコーダにおいて、パラメータＴｏｔａｌＮｕｍ４×４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃｔｕｒｅ［ｔ］及びｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｂｌｏｃｋｓ＿ａｒｅａ［ｔ］は、非ゼロ変換係数を含む４×４（又は１６サンプル）ブロックの数ＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓ［ｔ］を導出するために使用される。この数は、以下のように導出される。
【0291】
【数57】
【0292】
表Ｔａｂ６においてシグナリングされ、シンタックス要素ｐｏｒｔｉｏｎ＿６４＿ｂｌｏｃｋｓ＿ｉｎ＿ｎｏｎ＿ｚｅｒｏ＿ａｒｅａ［ｔ］又はｐｏｒｔｉｏｎ＿ａｌｆ＿ｉｎｓｔａｎｃｅｓ［ｔ］などコーディングモードの使用率に関連する全ての他のシンタックス要素についても同様であり、これらは、エンコーダにおいて、パラメータＮｕｍＮｏｎＺｅｒｏ６４Ｂｌｏｃｋｓ［ｔ］又はＮｕｍＡｌｆＩｎｓｔａｎｃｅｓ［ｔ］から計算され、次いでＳＥＩにおいてシグナリングされ、また、デコーダにおいてＳＥＩから復号され、パラメータＮｕｍＮｏｎＺｅｒｏ６４Ｂｌｏｃｋｓ［ｔ］又はＮｕｍＡｌｆＩｎｓｔａｎｃｅｓ［ｔ］をそれぞれ導出するために使用される。
【0293】
ＮｕｍＮｏｎＺｅｒｏＢｌｏｃｋｓ［ｔ］、ＮｕｍＮｏｎＺｅｒｏ６４Ｂｌｏｃｋｓ［ｔ］、又はＮｕｍＡｌｆＩｎｓｔａｎｃｅｓ［ｔ］などのパラメータは、例えばＩＳＯ／ＩＥＣ ２３００１－１１（グリーンメタデータ）規格のＡｎｎｅｘ Ｂ．１に記載されているようにデコーダによって利用されて、動作周波数を変化させ、したがってデコーダの電力消費を低減させる。
【0294】
一実施形態では、復号複雑度メトリックに関連するシンタックス要素は、メタデータのよりコンパクトな表現を得るためにグループ化されるか、又は削除される。表ＴＡＢ９に一例が示される。表ＴＡＢ９では、メトリックを示すための粒度は、４×４ブロックではなく、いくつかの実装形態でサポートされる最小変換ブロックに対応する「４」サンプルのブロックである。例えば、非ゼロ領域に関連するシンタックス要素は、異なるブロックサイズに対してグループ化され、「４」シンタックス要素ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿４＿８＿１６＿ｂｌｏｃｋｓ＿ａｒｅａ（サイズ「４」、「８」、及び「１６」サンプルの変換ブロックを含む）、ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿３２＿６４＿１２８＿ｂｌｏｃｋｓ＿ａｒｅａ（サイズ「３２」、「６４」、及び「１２８」サンプルの変換ブロックを含む）、ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿２５６＿５１２＿１０２４＿ｂｌｏｃｋｓ＿ａｒｅａ（サイズ「２５６」、「５１２」、及び「１０２４」サンプルの変換ブロックを含む）、及びｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿２０４８＿４０９６＿ｂｌｏｃｋｓ＿ａｒｅａ（サイズ「２０４８」及び「４０９６」サンプルの変換ブロックを含む）をもたらす。変換に関連するいくつかのシンタックス要素が削除されている（ｐｏｒｔｉｏｎ＿ｊｃｃｒ＿ｂｌｏｃｋｓ＿ａｒｅａ、ｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ０＿ｂｌｏｃｋｓ＿ａｒｅａ、ｐｏｒｔｉｏｎ＿ｔｒｔｙｐｅ１＿２＿ｂｌｏｃｋｓ＿ａｒｅａ、ｐｏｒｔｉｏｎ＿ｌｆｎｓｔ＿ｂｌｏｃｋｓ＿ａｒｅａ、ｐｏｒｔｉｏｎ＿ｂｄｐｃｍ＿ｂｌｏｃｋｓ＿ａｒｅａ）。イントラ関連シンタックス要素及びインター関連シンタックス要素も簡略化されている。ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｔｒａｎｓｆｏｒｍ＿ｃｏｅｆｆｉｃｉｅｎｔｓ＿ａｒｅａは、非ゼロブロック内の非ゼロ係数の部分を示す。
【0295】
イントラ部分については、「４」個のシンタックス要素、すなわち、ｐｏｒｔｉｏｎ＿ｐｌａｎａｒ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ（平面予測を使用するブロック予測の部分）、ｐｏｒｔｉｏｎ＿ｄｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ（ＤＣ予測を使用するブロック予測の部分）、ｐｏｒｔｉｏｎ＿ａｎｇｕｌａｒ＿ｈｖ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ（水平方向予測又は垂直方向予測を使用するブロック予測の部分）、ｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ（ＭＩＰ予測を使用するブロック予測の部分）のみが考慮される。
【0296】
インター部分については、ｐｏｒｔｉｏｎ＿ｂｉ＿ａｎｄ＿ｇｐｍ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａのみが定義され、片予測部分は、それから、及び期間内のブロックの総数から推定され得る。
【0297】
ループフィルタリングについては、ループフィルタごとにシンタックス要素、すなわちｐｏｒｔｉｏｎ＿ｄｅｂｌｏｃｋｉｎｇ＿ｉｎｓｔａｎｃｅｓ、ｐｏｒｔｉｏｎ＿ｓａｏ＿ｆｉｌｔｅｒｅｄ＿ｂｌｏｃｋｓ、ｐｏｒｔｉｏｎ＿ａｌｆ＿ｆｉｌｔｅｒｅｄ＿ｂｌｏｃｋｓが定義される。
【0298】
【表11-1】
【0299】
【表11-2】
【0300】
ｐｅｒｉｏｄ＿ｔｙｐｅは、表ＴＡＢ１０において以下のように定義される。
【0301】
【表12】
【0302】
表ＴＡＢ９の例では、「３」以下のｐｅｒｉｏｄ＿ｔｙｐｅの最大ペイロードサイズは「１４」バイトである。
【0303】
この例では、「３」よりも大きいｐｅｒｉｏｄ＿ｔｙｐｅの最大ペイロードサイズは、（３＋１１＊セグメント数）バイトであり、セグメントは、ピクチャ内のタイル、スライス、又はサブピクチャのいずれかとして定義される。
【0304】
復号複雑度メトリックメタデータのコンパクト性を改善する別の実施形態、すなわち、コンパクト性を改善する第１の実施形態と呼ばれる実施形態では、非ゼロブロックに関連する詳細なシンタックス要素ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿４＿８＿１６＿ｂｌｏｃｋｓ＿ａｒｅａ、ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿３２＿６４＿１２８＿ｂｌｏｃｋｓ＿ａｒｅａ、ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿２５６＿５１２＿１０２４＿ｂｌｏｃｋｓ＿ａｒｅａ、ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿２０４８＿４０９６＿ｂｌｏｃｋｓ＿ａｒｅａが更にグループ化される。例えば、それらは、「２」個のシンタックス要素ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｓｍａｌｌ＿ｂｌｏｃｋｓ＿ａｒｅａ及びｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｌａｒｇｅ＿ｂｌｏｃｋｓ＿ａｒｅａにグループ化され、小ブロックは、Ｍサンプル以下のサンプル数の変換ブロックであり、大ブロックは、Ｍサンプルよりも多いサンプル数の変換ブロックである。一実施形態では、Ｍは「５１２」に等しい（３２×３２よりも小さい変換に対応する）。別の実施形態では、Ｍは「１０２４」に等しい（最大３２×３２の変換に対応する）。コンパクト性を改善する第１の実施形態の変形例では、非ゼロブロックに関連する詳細なシンタックス要素が削除され、ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｂｌｏｃｋｓ＿ａｒｅａ及びｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｔｒａｎｓｆｏｒｍ＿ｃｏｅｆｆｉｃｉｅｎｔｓ＿ａｒｅａのみが、変換複雑度を認定するシンタックス要素として保持される。
【0305】
復号複雑度メトリックメタデータのコンパクト性を改善する別の実施形態、すなわち、コンパクト性を改善する第２の実施形態と呼ばれる実施形態では、イントラコーディングに関連するシンタックス要素がグループ化され、１つのシンタックス要素ｐｏｒｔｉｏｎ＿ｉｎｔｒａ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａがイントラ予測を使用する部分領域を示し、それに加えて、１つのシンタックス要素ｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａがイントラ予測を使用する領域の中でのＭＩＰ予測の使用を示す。
【0306】
コンパクト性を改善する第２の実施形態の変形例では、シンタックス要素ｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａが削除され、シンタックス要素ｐｏｒｔｉｏｎ＿ｉｎｔｒａ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａに加えて、シンタックス要素ｐｏｒｔｉｏｎ＿ｐｌａｎａｒ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ、ｐｏｒｔｉｏｎ＿ｄｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ、及びｐｏｒｔｉｏｎ＿ａｎｇｕｌａｒ＿ｈｖ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａが保持される。
【0307】
コンパクト性を改善する第２の実施形態の別の変形例では、グローバルカウントシンタックス要素ｐｏｒｔｉｏｎ＿ｉｎｔｒａ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａを除いて、イントラコーディングに関連するシンタックス要素が削除される。
【0308】
復号複雑度メトリックメタデータのコンパクト性を改善する別の実施形態、すなわち、コンパクト性を改善する第３の実施形態と呼ばれる実施形態では、ループフィルタリングに関連するシンタックス要素がグループ化される。例えば、ｐｏｒｔｉｏｎ＿ｓａｏ＿ｆｉｌｔｅｒｅｄ＿ｂｌｏｃｋｓ及びｐｏｒｔｉｏｎ＿ａｌｆ＿ｆｉｌｔｅｒｅｄ＿ｂｌｏｃｋｓが、ｐｏｒｔｉｏｎ＿ｓａｏ＿ａｌｆ＿ｆｉｌｔｅｒｅｄ＿ｂｌｏｃｋｓにグループ化される。
【0309】
表ＴＡＢ１１は、ペイロードサイズの低減を目的とする、上記のコンパクト性を改善する第１、第２、及び第３の実施形態に基づく復号複雑度メタデータの最もコンパクトなバージョンを示す。このバージョンに基づいて、「３」以下のｐｅｒｉｏｄ＿ｔｙｐｅの最大ペイロードサイズは、「９」バイトである（つまり、拡張バージョンと比較して「５」バイトが節約される）。シンタックス要素は、「３」よりも大きいｐｅｒｉｏｄ＿ｔｙｐｅのタイル／スライス／サブピクチャごとに複製される。
【0310】
【表13】
【0311】
一実施形態では、メタデータペイロードのコンパクトバージョン又は完全バージョンが使用されるかどうかを示すために、シンタックス要素が追加される。例えば、これは、シンタックス要素ｅｘｔｅｎｄｅｄ＿ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇを使用して示される。
【0312】
バイトアラインされたペイロードを維持するために、フラグが追加されるときには、ｐｅｒｉｏｄ＿ｔｙｐｅのコーディング用のビット長は、場合によっては「１」ビットだけ低減される。このビット長の低減は、代替的に、ペイロードに含まれる他のシンタックス要素のいずれかに適用することができる。代替的に、これは、ｐｅｒｉｏｄ＿ｔｙｐｅの特定の値によって示される。代替的に、「８」ビットがｅｘｔｅｎｄｅｄ＿ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇのコーディングに使用され、「８」ビットがｐｅｒｉｏｄ＿ｔｙｐｅのコーディングに使用される。
【0313】
以下の表ＴＡＢ１２は、復号複雑度メトリックのコンパクトかつより詳細な（拡張された）表現を可能にする、結果として生じるペイロードを示す。この例は、ｐｅｒｉｏｄ＿ｔｙｐｅ≦３に対してのみ示されているが、ｐｅｒｉｏｄ＿ｔｙｐｅ＞３（タイル／スライス／サブピクチャバージョン）の場合についても容易に一般化することができる。
【0314】
コンパクトバージョン及び拡張バージョンの両方に対して定義されるコアシンタックス要素は、以下のように存在する。
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｔｒａｎｓｆｏｒｍ＿ｃｏｅｆｆｉｃｉｅｎｔｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｉｎｔｒａ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｂｉ＿ａｎｄ＿ｇｐｍ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｄｅｂｌｏｃｋｉｎｇ＿ｉｎｓｔａｎｃｅｓ，ｐｏｒｔｉｏｎ＿ｓａｏ＿ａｌｆ＿ｆｉｌｔｅｒｅｄ＿ｂｌｏｃｋｓ。
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿ｔｒａｎｓｆｏｒｍ＿ｃｏｅｆｆｉｃｉｅｎｔｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｉｎｔｒａ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｂｉ＿ａｎｄ＿ｇｐｍ＿ｐｒｅｄｉｃｔｅｄ＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｄｅｂｌｏｃｋｉｎｇ＿ｉｎｓｔａｎｃｅｓ，ｐｏｒｔｉｏｎ＿ｓａｏ＿ａｌｆ＿ｆｉｌｔｅｒｅｄ＿ｂｌｏｃｋｓ。
【0315】
加えて、拡張バージョンが使用される場合、以下の拡張シンタックス要素がシグナリングされる。
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿４＿８＿１６＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿３２＿６４＿１２８＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿２５６＿５１２＿１０２４＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿２０４８＿４０９６＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｐｌａｎａｒ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｄｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ，
・ｐｏｒｔｉｏｎ＿ａｎｇｕｌａｒ＿ｈｖ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ，
・ｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ。
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿４＿８＿１６＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿３２＿６４＿１２８＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿２５６＿５１２＿１０２４＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｎｏｎ＿ｚｅｒｏ＿２０４８＿４０９６＿ｂｌｏｃｋｓ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｐｌａｎａｒ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ、
・ｐｏｒｔｉｏｎ＿ｄｃ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ，
・ｐｏｒｔｉｏｎ＿ａｎｇｕｌａｒ＿ｈｖ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ，
・ｐｏｒｔｉｏｎ＿ｍｉｐ＿ｂｌｏｃｋｓ＿ｉｎ＿ｉｎｔｒａ＿ａｒｅａ。
【0316】
【表14】
【0317】
一実施形態では、フラグｅｘｔｅｎｄｅｄ＿ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇは、タイル／スライス／サブピクチャの場合、すなわち、本明細書で使用されるｐｅｒｉｏｄ＿ｔｙｐｅ定義を参照するときにｐｅｒｉｏｄ＿ｔｙｐｅが「３」よりも大きい場合にのみシグナリングされる。
【0318】
【0319】
図８Ａにおいて、ｅｘｔｅｎｄｅｄ＿ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇの値がステップ８００においてチェックされる。ｅｘｔｅｎｄｅｄ＿ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇが偽である場合、ステップ８０１において、コアシンタックス要素のみが復号される。ｅｘｔｅｎｄｅｄ＿ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇが真である場合、ステップ８０２において、コアシンタックス要素及び拡張シンタックス要素が復号される。
【0320】
図８Ｂでは、コアシンタックス要素のみがステップ８０３において復号される。次いで、ステップ８０４において、ｅｘｔｅｎｄｅｄ＿ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇの値がチェックされる。ｅｘｔｅｎｄｅｄ＿ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＿ｆｌａｇが真である場合、ステップ８０５において、拡張シンタックス要素が復号される。
【0321】
別の実施形態では、タイル／スライスの場合とサブピクチャの場合との間にｐｅｒｉｏｄ＿ｔｙｐｅ値の差異はない。代わりに、ｐｅｒｉｏｄ＿ｔｙｐｅ値は、以下の表ＴＡＢ１３に太字フォントで示されるように、タイル／スライス／サブピクチャ粒度が使用されるか否かを示すことができる。
【0322】
【表15】
【0323】
タイル／スライス／サブピクチャ粒度が使用されるとき、タイル、スライス又はサブピクチャの中で使用されるセグメントのタイプを示すために、追加のシンタックス要素が追加される。以下の表では、このシンタックス要素はｔｙｐｅ＿ｓｅｇｍｅｎｔｓと名付けられる。ｔｙｐｅ＿ｓｅｇｍｅｎｔｓ＝０のとき、セグメントはタイルに対応し、ｔｙｐｅ＿ｓｅｇｍｅｎｔｓ＝１のとき、セグメントはスライスに対応し、ｔｙｐｅ＿ｓｅｇｍｅｎｔｓ＝２のとき、セグメントはサブピクチャに対応する。代替的に、ｔｙｐｅ＿ｓｅｇｍｅｎｔｓ＝０のとき、セグメントはタイル又はスライスに対応し、ｔｙｐｅ＿ｓｅｇｍｅｎｔｓ＝１のとき、セグメントはサブピクチャに対応する。他の値は、将来定義され得る他のタイプのセグメントのために、又は特定の用途のために予約されている。
【0324】
下の表ＴＡＢ１４は、ｐｅｒｉｏｄ＿ｔｙｐｅ≧４に対応する、タイル／スライス／サブピクチャ粒度の場合のこの新しいシンタックス要素ｔｙｐｅ＿ｓｅｇｍｅｎｔｓを含む。
【0325】
【表16】
【0326】
セグメント内の４サンプルブロックの数を定義するパラメータＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］は、ｔｙｐｅ＿ｓｅｇｍｅｎｔｓが「０」に等しい場合はセグメントがスライス又はタイルであり、ｔｙｐｅ＿ｓｅｇｍｅｎｔｓが「１」に等しい場合はサブピクチャであり、以下のように定義される。
ＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］は、スライス［ｔ］又はタイル［ｔ］又はサブピクチャ［ｔ］内の４サンプルブロックの総数であり、ＭａｘＮｕｍＤｂｆＩｎｓｔａｎｃｅｓＩｎＳｅｇｍｅｎｔ［ｔ］は、スライス［ｔ］又はタイル［ｔ］又はサブピクチャ［ｔ］内のデブロッキングインスタンスの最大数である。ＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］及びＭａｘＮｕｍＤｂｆＩｎｓｔａｎｃｅｓＩｎＳｅｇｍｅｎｔ［ｔ］は、以下の計算によって決定される。
－ｔｙｐｅ＿ｓｅｇｍｅｎｔｓが０に等しい場合、ＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］は、ＩＳＯ／ＩＥＣ ２３０９０－３の「Ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ ＲＢＳＰ ｓｅｍａｎｔｉｃｓ」節で指定されたシンタックス要素ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ及びｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙから以下のように導出される。
－ｃｔｂＡｄｄｒＸは、ｆｉｒｓｔ＿ｃｔｂ＿ｉｎ＿ｓｅｇｍｅｎｔ［ｔ］に等しく設定される。
－ｔｉｌｅＣｏｌＩｄｘは、ｃｔｂＴｏＴｉｌｅＣｏｌＩｄｘ［ｃｔｂＡｄｄｒＸ］に等しく設定される。
－ｔｉｌｅＲｏｗＩｄｘは、ｃｔｂＴｏＴｉｌｅＲｏｗＩｄｘ［ｃｔｂＡｄｄｒＸ］に等しく設定される。
－ｔｉｌｅＷｉｄｔｈは、ＣｏｌＷｉｄｔｈＶａｌ［ｔｉｌｅＣｏｌＩｄｘ］＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１）に等しく設定される。
－ｔｉｌｅＨｅｉｇｈｔは、ＲｏｗＨｅｉｇｈｔＶａｌ［ｔｉｌｅＲｏｗＩｄｘ］＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１）に等しく設定される。
－ＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］は、（ｔｉｌｅＷｉｄｔｈ＊ｔｉｌｅＨｅｉｇｈｔ）に等しく設定される。
－ＭａｘＮｕｍＤｂｆＩｎｓｔａｎｃｅｓＩｎＳｅｇｍｅｎｔ［ｔ］は、ＣｈｒｏｍａＦｏｒｍａｔＭｕｌｔｉｐｌｉｅｒ＊（ｔｉｌｅＷｉｄｔｈ＊ｔｉｌｅＨｅｉｇｈｔ－２＊（ｔｉｌｅＷｉｄｔｈ＋ｔｉｌｅＨｅｉｇｈｔ））に等しく設定される。
－ そうではなくｔｙｐｅ＿ｓｅｇｍｅｎｔｓが１に等しい場合、ＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］は、ＩＳＯ／ＩＥＣ ２３０９０－３の「ＣＴＢ ｒａｓｔｅｒ ｓｃａｎｎｉｎｇ，ｔｉｌｅ ｓｃａｎｎｉｎｇ，ａｎｄ ｓｕｂｐｉｃｔｕｒｅ ｓｃａｎｎｉｎｇ ｐｒｏｃｅｓｓｅｓ」節で指定されたパラメータｃｔｂＴｏＴｉｌｅＣｏｌＩｄｘ、ｃｔｂＴｏＴｉｌｅＲｏｗＩｄｘ、ＣｏｌＷｉｄｔｈＶａｌ、及びＲｏｗＨｅｉｇｈｔＶａｌから以下のように導出される。
－ｓｕｂｐｉｃＷｉｄｔｈは、（１＋ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｔ］）＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１）に等しく設定される。
－ｓｕｂｐｉｃＨｅｉｇｈｔは、（１＋ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｔ］）＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１）に等しく設定される。
－ＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］は、（ｓｕｂｐｉｃＷｉｄｔｈ＊ｓｕｂｐｉｃＨｅｉｇｈ）に等しく設定される。
－ＭａｘＮｕｍＤｂｆＩｎｓｔａｎｃｅｓＩｎＳｅｇｍｅｎｔ［ｔ］は、ＣｈｒｏｍａＦｏｒｍａｔＭｕｌｔｉｐｌｉｅｒ＊（ｓｕｂｐｉｃＷｉｄｔｈ＊ｓｕｂｐｉｃＨｅｉｇｈｔ－２＊（ｓｕｂｐｉｃＷｉｄｔｈ＋ｓｕｂｐｉｃＨｅｉｇｈｔ））に等しく設定される。
ＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］は、スライス［ｔ］又はタイル［ｔ］又はサブピクチャ［ｔ］内の４サンプルブロックの総数であり、ＭａｘＮｕｍＤｂｆＩｎｓｔａｎｃｅｓＩｎＳｅｇｍｅｎｔ［ｔ］は、スライス［ｔ］又はタイル［ｔ］又はサブピクチャ［ｔ］内のデブロッキングインスタンスの最大数である。ＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］及びＭａｘＮｕｍＤｂｆＩｎｓｔａｎｃｅｓＩｎＳｅｇｍｅｎｔ［ｔ］は、以下の計算によって決定される。
－ｔｙｐｅ＿ｓｅｇｍｅｎｔｓが０に等しい場合、ＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］は、ＩＳＯ／ＩＥＣ ２３０９０－３の「Ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ ＲＢＳＰ ｓｅｍａｎｔｉｃｓ」節で指定されたシンタックス要素ｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ及びｓｐｓ＿ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙから以下のように導出される。
－ｃｔｂＡｄｄｒＸは、ｆｉｒｓｔ＿ｃｔｂ＿ｉｎ＿ｓｅｇｍｅｎｔ［ｔ］に等しく設定される。
－ｔｉｌｅＣｏｌＩｄｘは、ｃｔｂＴｏＴｉｌｅＣｏｌＩｄｘ［ｃｔｂＡｄｄｒＸ］に等しく設定される。
－ｔｉｌｅＲｏｗＩｄｘは、ｃｔｂＴｏＴｉｌｅＲｏｗＩｄｘ［ｃｔｂＡｄｄｒＸ］に等しく設定される。
－ｔｉｌｅＷｉｄｔｈは、ＣｏｌＷｉｄｔｈＶａｌ［ｔｉｌｅＣｏｌＩｄｘ］＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１）に等しく設定される。
－ｔｉｌｅＨｅｉｇｈｔは、ＲｏｗＨｅｉｇｈｔＶａｌ［ｔｉｌｅＲｏｗＩｄｘ］＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１）に等しく設定される。
－ＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］は、（ｔｉｌｅＷｉｄｔｈ＊ｔｉｌｅＨｅｉｇｈｔ）に等しく設定される。
－ＭａｘＮｕｍＤｂｆＩｎｓｔａｎｃｅｓＩｎＳｅｇｍｅｎｔ［ｔ］は、ＣｈｒｏｍａＦｏｒｍａｔＭｕｌｔｉｐｌｉｅｒ＊（ｔｉｌｅＷｉｄｔｈ＊ｔｉｌｅＨｅｉｇｈｔ－２＊（ｔｉｌｅＷｉｄｔｈ＋ｔｉｌｅＨｅｉｇｈｔ））に等しく設定される。
－ そうではなくｔｙｐｅ＿ｓｅｇｍｅｎｔｓが１に等しい場合、ＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］は、ＩＳＯ／ＩＥＣ ２３０９０－３の「ＣＴＢ ｒａｓｔｅｒ ｓｃａｎｎｉｎｇ，ｔｉｌｅ ｓｃａｎｎｉｎｇ，ａｎｄ ｓｕｂｐｉｃｔｕｒｅ ｓｃａｎｎｉｎｇ ｐｒｏｃｅｓｓｅｓ」節で指定されたパラメータｃｔｂＴｏＴｉｌｅＣｏｌＩｄｘ、ｃｔｂＴｏＴｉｌｅＲｏｗＩｄｘ、ＣｏｌＷｉｄｔｈＶａｌ、及びＲｏｗＨｅｉｇｈｔＶａｌから以下のように導出される。
－ｓｕｂｐｉｃＷｉｄｔｈは、（１＋ｓｐｓ＿ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｔ］）＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１）に等しく設定される。
－ｓｕｂｐｉｃＨｅｉｇｈｔは、（１＋ｓｐｓ＿ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｔ］）＜＜（ＣｔｂＬｏｇ２ＳｉｚｅＹ－１）に等しく設定される。
－ＴｏｔａｌＮｕｍ４ＢｌｏｃｋｓＩｎＳｅｇｍｅｎｔ［ｔ］は、（ｓｕｂｐｉｃＷｉｄｔｈ＊ｓｕｂｐｉｃＨｅｉｇｈ）に等しく設定される。
－ＭａｘＮｕｍＤｂｆＩｎｓｔａｎｃｅｓＩｎＳｅｇｍｅｎｔ［ｔ］は、ＣｈｒｏｍａＦｏｒｍａｔＭｕｌｔｉｐｌｉｅｒ＊（ｓｕｂｐｉｃＷｉｄｔｈ＊ｓｕｂｐｉｃＨｅｉｇｈｔ－２＊（ｓｕｂｐｉｃＷｉｄｔｈ＋ｓｕｂｐｉｃＨｅｉｇｈｔ））に等しく設定される。
【0327】
図７には、いくつかの実施形態による復号プロセスのブロック図を示す。
【0328】
ステップ７００において、処理モジュール５００は、パラメータｐｅｒｉｏｄ＿ｔｙｐｅをチェックする。
【0329】
ｐｅｒｉｏｄ＿ｔｙｐｅがスライス粒度、タイル粒度、又はサブピクチャ粒度を有する単一のピクチャに対応しない場合、処理モジュール５００は、ステップ７０１においてパラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄを導出する。
【0330】
次いで、ステップ７０３において、処理モジュール５００は、ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＰｅｒｉｏｄの値を考慮して期間中のコーディングモードの使用率を導出することによって、期間のピクチャを復号し、したがって、デコーダの電力消費を低減する。
【0331】
ステップ７００において、ｐｅｒｉｏｄ＿ｔｙｐｅがスライス粒度、タイル粒度、又はサブピクチャ粒度を有する単一のピクチャに対応する場合、処理モジュール５００は、ステップ７０２においてパラメータｐｅｒｉｏｄ＿ｔｙｐｅを再チェックする。
【0332】
ステップ７０２において、ｐｅｒｉｏｄ＿ｔｙｐｅがサブピクチャ粒度に対応する場合、ｔ１からｔＫまでのインデックスｔによってインデックス付けされた、復号されるＫ個のサブピクチャについて（ステップ７０４）、処理モジュール５００は、ステップ７０５において、値ｐｅｒｉｏｄ＿ｔｙｐｅ＝５について上述したプロセスに従ってパラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］を導出する。
【0333】
次いで、処理モジュール５００は、ステップ７０６において、ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］の値を考慮することによってインデックスｔのサブピクチャを復号して、サブピクチャにおけるコーディングモードの使用率を導出し、したがって、デコーダの電力消費を低減する。
【0334】
ステップ７０２において、ｐｅｒｉｏｄ＿ｔｙｐｅがサブピクチャ粒度に対応しない場合、ｔ１からｎｂＴｉｌｅｓまでのインデックスｔによってインデックス付けされた、復号されるタイルごとに（ステップ７０７）、処理モジュール５００は、ステップ７０８において、値ｐｅｒｉｏｄ＿ｔｙｐｅ＝４について上述したプロセスに従ってパラメータＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］を導出する。
【0335】
次いで、ステップ７０９において、処理モジュール５００は、ＴｏｔａｌＮｕｍ４ｘ４ＢｌｏｃｋｓＩｎＳｌｉｃｅＯｒＴｉｌｅＯｒＳｕｂｐｉｃ［ｔ］の値を考慮してタイルにおけるコーディングモードの使用率を導出することによって、インデックスｔのタイルを復号し、したがって、デコーダの電力消費を低減する。
【0336】
一実施形態では、サブピクチャ粒度に対応するｐｅｒｉｏｄ＿ｔｙｐｅの場合、デコーダは、関連するサブピクチャをエンコーダに示す逆方向チャネルを使用することができ、したがって、それらのサブピクチャに対応する使用率値のみが計算され、ＳＥＩにおいてシグナリングされる。
【0337】
以上、いくつかの実施形態について説明した。これらの実施形態の特徴は、単独で、又は任意の組み合わせで提供することができる。更に、実施形態は、様々な特許請求の範疇及びタイプにわたって、以下の特徴、デバイス、又は態様のうちの１つ以上を、単独で、又は任意の組み合わせにおいて、含むことができる。
・記載されるシンタックス要素、又はその変形形態のうちの１つ以上を含むビットストリーム又は信号。
・記載されるシンタックス要素、又はその変形形態のうちの１つ以上を含むビットストリーム又は信号を作り出しかつ／又は送信しかつ／又受信しかつ／又は復号する。
・記載された実施形態のうちの少なくとも１つを実行するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。
・記載された実施形態のうちの少なくとも１つを実行し、得られた画像を（例えば、モニタ、スクリーン、又は他のタイプのディスプレイを使用して）表示するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。
・符号化ビデオストリームを含む信号を受信するために（例えば、チューナを使用して）チャネルをチューニングし、説明した実施形態のうちの少なくとも１つを実行するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子機器。
・符号化ビデオストリームを含む信号を（例えば、アンテナを使用して）無線で受信し、説明した実施形態のうちの少なくとも１つを実行するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。
・記載されるシンタックス要素、又はその変形形態のうちの１つ以上を含むビットストリーム又は信号。
・記載されるシンタックス要素、又はその変形形態のうちの１つ以上を含むビットストリーム又は信号を作り出しかつ／又は送信しかつ／又受信しかつ／又は復号する。
・記載された実施形態のうちの少なくとも１つを実行するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。
・記載された実施形態のうちの少なくとも１つを実行し、得られた画像を（例えば、モニタ、スクリーン、又は他のタイプのディスプレイを使用して）表示するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。
・符号化ビデオストリームを含む信号を受信するために（例えば、チューナを使用して）チャネルをチューニングし、説明した実施形態のうちの少なくとも１つを実行するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子機器。
・符号化ビデオストリームを含む信号を（例えば、アンテナを使用して）無線で受信し、説明した実施形態のうちの少なくとも１つを実行するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。
【図1A】
【図1B】
【図2】
【図3】
【図4】
【図5A】
【図5B】
【図5C】
【図6】
【図7】
【図8A】
【図8B】
【手続補正書】
【提出日】2023-09-21
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
方法であって、ピクチャのシーケンスを表すビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータをデータ構造においてシグナリングする（１０２）ことと、
前記ビデオストリームの期間を表すピクチャの少なくとも１つのサブセットについて、前記データ構造を前記ビデオストリームに関連付ける（１０３）ことであって、少なくとも１つの符号化ツール又は特徴は、
・複数の値のうちの少なくとも１つの値に等しいサンプルの数を含む矩形ブロックの数に依存する、ことと、を含む方法。
【請求項2】
前記データ構造はＳＥＩメッセージである、請求項１に記載の方法。
【請求項3】
前記メタデータにおいてシグナリングされる複数の値のうちの少なくとも１つの値に等しいサンプルの数を含む矩形ブロックの前記数に依存するエネルギー消費を表す情報に関連付けられた、前記少なくとも１つの符号化ツール又は特徴は、・エントロピー復号、
・逆変換、
・イントラ予測及びイントラブロック復号、
・インター予測及びインターブロック復号、
・時間予測の補間、
・ループ内フィルタリング、
・サブピクチャの使用のうちの少なくとも１つに関連する、請求項１に記載の方法。
【請求項4】
エネルギー消費を表す前記情報は、単一のピクチャに、又はイントラスライスを含む次のピクチャまで復号順で全てのピクチャに、又は指定時間間隔にわたって、又は復号順でカウントされた指定数のピクチャにわたって、又はスライス粒度若しくはタイル粒度を有する単一のピクチャに、又はサブピクチャ粒度を有する単一のピクチャに適用可能である、請求項１に記載の方法。
【請求項5】
第１の方法は、エネルギー消費を表す前記情報がスライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出するために適用され、第２の方法は、エネルギー消費を表す前記情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出するために適用される、請求項４に記載の方法。
【請求項6】
方法であって、ビデオストリームによって表されるピクチャのシーケンスの期間を表すピクチャの少なくとも１つのサブセットについて前記ビデオストリームに関連付けられ、前記ビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータを含むデータ構造を取得する（１０２）ことであって、少なくとも１つの符号化ツール又は特徴は、
・複数の値のうちの少なくとも１つの値に等しいサンプルの数を含む矩形ブロック当たりのサンプルの数に依存してエネルギー消費を表す情報に関連付けられる、こと、を含む方法。
【請求項7】
前記データ構造はＳＥＩメッセージである、請求項６に記載の方法。
【請求項8】
前記メタデータにおいてシグナリングされるピクチャ内の前記所与のサイズのブロックの前記総数に依存してエネルギー消費を表す情報に関連付けられた、前記少なくとも１つの符号化ツール又は特徴は、・エントロピー復号、
・逆変換、
・イントラ予測及びイントラブロック復号、
・インター予測及びインターブロック復号、
・時間予測の補間、
・ループ内フィルタリング、
・サブピクチャの使用のうちの少なくとも１つに関連する、請求項６に記載の方法。
【請求項9】
エネルギー消費を表す前記情報は、単一のピクチャに、又はイントラスライスを含む次のピクチャまで復号順で全てのピクチャに、又は指定時間間隔にわたって、又は復号順でカウントされた指定数のピクチャにわたって、又はスライス粒度若しくはタイル粒度を有する単一のピクチャに、又はサブピクチャ粒度を有する単一のピクチャに適用可能である、請求項６に記載の方法。
【請求項10】
第１の方法は、エネルギー消費を表す前記情報がスライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出するために適用され、第２の方法は、エネルギー消費を表す前記情報がサブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出するために適用される、請求項９に記載の方法。
【請求項11】
電子回路を備えるデバイスであって、前記電子回路は、ピクチャのシーケンスを表すビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータをデータ構造においてシグナリングする（１０２）こと、並びに
前記ビデオストリームの期間を表すピクチャの少なくとも１つのサブセットについて、前記データ構造を前記ビデオストリームに関連付けることであって、少なくとも１つの符号化ツール又は特徴は、
・複数の値のうちの少なくとも１つの値に等しいサンプルの数を含む矩形ブロックの数に依存する、ことを行うために構成されている、デバイス。
【請求項12】
前記データ構造はＳＥＩメッセージである、請求項１１に記載のデバイス。
【請求項13】
前記メタデータにおいてシグナリングされるピクチャ内の前記所与のサイズのブロックの前記総数に依存してエネルギー消費を表す情報に関連付けられた、前記少なくとも１つの符号化ツール又は特徴は、・エントロピー復号、
・逆変換、
・イントラ予測及びイントラブロック復号、
・インター予測及びインターブロック復号、
・時間予測の補間、
・ループ内フィルタリング、
・サブピクチャの使用のうちの少なくとも１つに関連する、請求項１１に記載のデバイス。
【請求項14】
エネルギー消費を表す前記情報は、単一のピクチャに、又はイントラスライスを含む次のピクチャまで復号順で全てのピクチャに、又は指定時間間隔にわたって、又は復号順でカウントされた指定数のピクチャにわたって、又はスライス粒度若しくはタイル粒度を有する単一のピクチャに、又はサブピクチャ粒度を有する単一のピクチャに適用可能である、請求項１１に記載のデバイス。
【請求項15】
前記電子回路は、エネルギー消費を表す前記情報が、スライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出すること、及び
エネルギー消費を表す前記情報が、サブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出することを行うために構成されている、請求項１４に記載のデバイス。
【請求項16】
電子回路を備えるデバイスであって、前記電子回路は、ビデオストリームによって表されるピクチャのシーケンスの期間を表すピクチャの少なくとも１つのサブセットについて前記ビデオストリームに関連付けられ、前記ビデオストリームを取得するために実装された符号化ツール及び／又は特徴によって生じるエネルギー消費を表すメタデータを含むデータ構造を取得する（１０２）ことであって、少なくとも１つの符号化ツール又は特徴は、
・複数の値のうちの少なくとも１つの値に等しいサンプルの数を含む矩形ブロックの数に依存する、ことを行うために構成されている、デバイス。
【請求項17】
前記データ構造はＳＥＩメッセージである、請求項１６に記載のデバイス。
【請求項18】
前記メタデータにおいてシグナリングされるピクチャ内の前記所与のサイズのブロックの前記総数に依存してエネルギー消費を表す情報に関連付けられた、少なくとも１つの符号化ツール又は特徴は、・エントロピー復号、
・逆変換、
・イントラ予測及びイントラブロック復号、
・インター予測及びインターブロック復号、
・時間予測の補間、
・ループ内フィルタリング、
・サブピクチャの使用のうちの少なくとも１つに関連する、請求項１６に記載のデバイス。
【請求項19】
エネルギー消費を表す前記情報は、単一のピクチャに、又はイントラスライスを含む次のピクチャまで復号順で全てのピクチャに、又は指定時間間隔にわたって、又は復号順でカウントされた指定数のピクチャにわたって、又はスライス粒度若しくはタイル粒度を有する単一のピクチャに、又はサブピクチャ粒度を有する単一のピクチャに適用可能である、請求項１６に記載のデバイス。
【請求項20】
前記電子回路は、エネルギー消費を表す前記情報が、スライス粒度又はタイル粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出すること、及び
エネルギー消費を表す前記情報が、サブピクチャ粒度を有する単一のピクチャに適用可能であることに応答して、ピクチャ内の所与のサイズのブロックの前記総数を導出することを行うために構成されている、請求項１９に記載のデバイス。
【国際調査報告】