JP2024020293A - 符号化器、復号器及び対応する方法 - Google Patents

Abstract

【課題】ビデオ・コーディングにおいてビデオ・データの圧縮に使用するコーディング・ツール・パラメータの効率的なシグナリングを提供する。【解決手段】方法は、コーディングされたスライスに関連する適応ループ・フィルタ（ＡＬＦ）タイプを含む第１の適応パラメータ・セット（ＡＰＳ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニット、スケーリング・リスト・タイプを含む第２のＡＰＳ ＮＡＬユニット及びクロマ・スケーリングとのルマ・マッピング（ＬＭＣＳ）タイプを含む第３のＡＰＳ ＮＡＬユニットを含むビットストリームを受信し、第１のＡＰＳ ＮＡＬユニットからＡＬＦパラメータを取得し、第２のＡＰＳ ＮＡＬユニットからスケーリング・リスト・パラメータを取得し、第３のＡＰＳ ＮＡＬユニットからＬＭＣＳパラメータを取得し、ＡＬＦパラメータ、スケーリング・リスト・パラメータ及びＬＭＣＳパラメータを使用してスライスを復号する。【選択図】図９

Description

本開示は、一般に、ビデオ・コーディングに関連し、特に、ビデオ・コーディングにおいてビデオ・データを圧縮するために使用されるコーディング・ツール・パラメータの効率的なシグナリングに関連する。

比較的短いビデオを描写するために必要とされるビデオ・データの量でも、相当な量となる場合があり、データがストリーム化されるか、そうでなければ限られた帯域幅容量を有する通信ネットワークを介して通信される場合に、困難を生じることがある。したがって、ビデオ・データは、一般に、現代の電気通信ネットワークを介して通信される前に圧縮される。また、メモリ・リソースが限られることがあるため、ビデオが記憶デバイスに記憶される場合に、ビデオのサイズも問題となる可能性がある。ビデオ圧縮デバイスは、しばしば、伝送又は記憶の前にビデオ・データをコーディングするために送信元でソフトウェア及び／又はハードウェアを使用し、それによってデジタル・ビデオ画像を表すのに必要なデータ量を減少させる。そして、圧縮されたデータは、ビデオ・データを復号するビデオ解凍デバイスによって宛先で受信される。ネットワーク・リソースが限られており、より高いビデオ品質の要求が絶えず増加しているため、画像品質にほとんど又はまったく犠牲を払わずに圧縮比を改善する改良された圧縮及び解凍技術が望ましい。

一実施形態では、本開示は、復号器に実装される方法であって、復号器の受信機によって、コーディングされたスライスに関連する適応ループ・フィルタ（ＡＬＦ）タイプを含む第１の適応パラメータ・セット（ＡＰＳ）ネットワーク抽象化層（ＮＡＬ）ユニットを含むビットストリームを受信することと、復号器のプロセッサによって、第１のＡＰＳ ＮＡＬユニットからＡＬＦパラメータを取得することと、プロセッサによって、ＡＬＦパラメータを使用してコーディングされたスライスを復号することと、プロセッサによって、復号されたビデオ・シーケンスの一部として表示するための復号結果を転送することと、を含む、方法を含む。ＡＰＳは、複数のピクチャにわたる複数のスライスに関係するデータを維持するために使用される。本開示は、異なるタイプのデータを含む複数のタイプのＡＰＳの概念を導入する。具体的には、ＡＬＦ ＡＰＳと呼ばれるタイプＡＬＦのＡＰＳは、ＡＬＦパラメータを含むことができる。さらに、スケーリング・リストＡＰＳと呼ばれるタイプ・スケーリング・リストのＡＰＳは、スケーリング・リスト・パラメータを含むことができる。追加的に、クロマ・スケーリングとのルマ・マッピング（ＬＭＣＳ）ＡＰＳと呼ばれるタイプＬＭＣＳのＡＰＳは、ＬＭＣＳ／リシェイパー・パラメータを含むことができる。ＡＬＦ ＡＰＳ、スケーリング・リストＡＰＳ、及びＬＭＣＳ ＡＰＳは、各々別個のＮＡＬタイプとしてコーディングされてもよく、したがって、異なるＮＡＬユニットに含まれてもよい。このように、１つのタイプのＡＰＳにおけるデータ（例えば、ＡＬＦパラメータ）の変更は、変更しない他のタイプのデータ（例えば、ＬＭＣＳパラメータ）の冗長なコーディングをもたらさない。したがって、複数のタイプのＡＰＳを提供することは、コーディング効率を向上し、したがって、符号化器及び復号器におけるネットワーク・リソース、メモリ・リソース、及び／又は処理リソースの使用を減少させる。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、ビットストリームは、さらに、スケーリング・リスト・タイプを含む第２のＡＰＳ ＮＡＬユニットを含み、方法は、さらに、プロセッサによって、第２のＡＰＳ ＮＡＬユニットからスケーリング・リスト・パラメータを取得することを含み、コーディングされたスライスは、さらに、スケーリング・リスト・パラメータを使用して復号される、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、ビットストリームは、さらに、ＬＭＣＳタイプを含む第３のＡＰＳ ＮＡＬユニットを含み、方法は、さらに、プロセッサによって、第３のＡＰＳ ＮＡＬユニットからＬＭＣＳパラメータを取得することを含み、コーディングされたスライスは、ＬＭＣＳパラメータを使用して復号される、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、ビットストリームは、さらに、スライス・ヘッダを含み、コーディングされたスライスは、スライス・ヘッダを参照し、スライス・ヘッダは、第１のＡＰＳ ＮＡＬユニット、第２のＡＰＳ ＮＡＬユニット、及び第３のＡＰＳ ＮＡＬユニットを参照する、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、各ＡＰＳは、各ＡＰＳに含まれるパラメータのタイプを示す事前定義された値に設定されたＡＰＳパラメータ・タイプ（ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅ）コードを含む、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、現在のＡＰＳは、事前定義された範囲から選択された現在のＡＰＳ識別子（ＩＤ）を含み、現在のＡＰＳ ＩＤは、現在のＡＰＳと同じタイプの以前のＡＰＳに関連する以前のＡＰＳ ＩＤに関係し、現在のＡＰＳ ＩＤは、現在のＡＰＳとは異なるタイプの別の以前のＡＰＳに関連する別の以前のＡＰＳ ＩＤに関係しない、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、各ＡＰＳは、事前定義された範囲から選択されたＡＰＳ ＩＤを含み、事前定義された範囲は、各ＡＰＳのパラメータ・タイプに基づいて判定される、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、各ＡＰＳは、パラメータ・タイプとＡＰＳ ＩＤの組み合わせによって識別される、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、ビットストリームは、さらに、ＬＭＣＳがコーディングされたスライスを含む符号化されたビデオ・シーケンスに対して有効であることを示すために設定されたフラグを含むシーケンス・パラメータ・セット（ＳＰＳ）を含み、第３のＡＰＳ ＮＡＬユニットからのＬＭＣＳパラメータがフラグに基づいて取得される、ことを提供する。

一実施形態では、本開示は、符号化器に実装される方法であって、符号化器のプロセッサによって、符号化されたビデオ・シーケンスの一部として、コーディングされたスライスとしてスライスをビットストリームに符号化することと、プロセッサによって、コーディングされたスライスに関連する適応ループ・フィルタ（ＡＬＦ）パラメータを判定することと、プロセッサによって、ＡＬＦタイプを含む第１の適応パラメータ・セット（ＡＰＳ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットにおいて、ＡＬＦパラメータをビットストリームに符号化することと、プロセッサに結合されたメモリによって、復号器に向かって通信するためのビットストリームを記憶することと、を含む、方法を含む。ＡＰＳは、複数のピクチャにわたる複数のスライスに関係するデータを維持するために使用される。本開示は、異なるタイプのデータを含む複数のタイプのＡＰＳの概念を導入する。具体的には、ＡＬＦ ＡＰＳと呼ばれるタイプＡＬＦのＡＰＳは、ＡＬＦパラメータを含むことができる。さらに、スケーリング・リストＡＰＳと呼ばれるタイプ・スケーリング・リストのＡＰＳは、スケーリング・リスト・パラメータを含むことができる。追加的に、クロマ・スケーリングとのルマ・マッピング（ＬＭＣＳ）ＡＰＳと呼ばれるタイプＬＭＣＳのＡＰＳは、ＬＭＣＳ／リシェイパー・パラメータを含むことができる。ＡＬＦ ＡＰＳ、スケーリング・リストＡＰＳ、及びＬＭＣＳ ＡＰＳは、各々別個のＮＡＬタイプとしてコーディングされてもよく、したがって、異なるＮＡＬユニットに含まれる。このように、１つのタイプのＡＰＳにおけるデータ（例えば、ＡＬＦパラメータ）の変更は、変更しない他のタイプのデータ（例えば、ＬＭＣＳパラメータ）の冗長なコーディングをもたらさない。したがって、複数のタイプのＡＰＳを提供することは、コーディング効率を向上し、したがって、符号化器及び復号器におけるネットワーク・リソース、メモリ・リソース、及び／又は処理リソースの使用を減少させる。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、プロセッサによって、コーディングされたスライスへの適用のためのスケーリング・リスト・パラメータを判定することと、プロセッサによって、スケーリング・リスト・タイプを含む第２のＡＰＳ ＮＡＬユニットにおいて、スケーリング・リスト・パラメータをビットストリームに符号化することと、をさらに含む、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、プロセッサによって、コーディングされたスライスへの適用のためのＬＭＣＳパラメータを判定することと、プロセッサによって、ＬＭＣＳタイプを含む第３のＡＰＳ ＮＡＬユニットにおいて、ＬＭＣＳパラメータをビットストリームに符号化することと、をさらに含む、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、プロセッサによって、スライス・ヘッダをビットストリームに符号化することをさらに含み、スライスは、スライス・ヘッダを参照し、スライス・ヘッダは、第１のＡＰＳ ＮＡＬユニット、第２のＡＰＳ ＮＡＬユニット、及び第３のＡＰＳ ＮＡＬユニットを参照する、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、各ＡＰＳが、各ＡＰＳに含まれるパラメータのタイプを示す事前定義された値に設定されたａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅコードを含む、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、現在のＡＰＳは、事前定義された範囲から選択された現在のＡＰＳ ＩＤを含み、現在のＡＰＳ ＩＤは、現在のＡＰＳと同じタイプの以前のＡＰＳに関連する以前のＡＰＳ ＩＤに関係し、現在のＡＰＳ ＩＤは、現在のＡＰＳとは異なるタイプの別の以前のＡＰＳに関連する別の以前のＡＰＳ ＩＤに関係しない、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、各ＡＰＳは、事前定義された範囲から選択されたＡＰＳ ＩＤを含み、事前定義された範囲は、各ＡＰＳのパラメータ・タイプに基づいて判定される、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、各ＡＰＳは、パラメータ・タイプとＡＰＳ ＩＤの組み合わせによって識別される、ことを提供する。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、さらに、プロセッサによって、ＳＰＳをビットストリームに符号化することを含み、ＳＰＳは、ＬＭＣＳがコーディングされたスライスを含む符号化されたビデオ・シーケンスに対して有効であることを示すように設定されたフラグを含む、ことを提供する。

一実施形態では、本開示は、プロセッサと、プロセッサに結合された受信機と、プロセッサに結合されたメモリと、プロセッサに結合された送信機とを含み、プロセッサ、受信機、メモリ、及び送信機は、上記の態様のいずれかに記載の方法を実行するように構成されている、ビデオ・コーディング・デバイスを含む。

一実施形態では、本開示は、ビデオ・コーディング・デバイスによって使用されるコンピュータ・プログラム製品を含む非一時的コンピュータ可読媒体であって、コンピュータ・プログラム製品は、プロセッサによって実行されるときに、ビデオ・コーディング・デバイスに上記の態様のいずれかに記載の方法を実行させるように、非一時的コンピュータ可読媒体上に記憶されたコンピュータ実行可能命令を含む、非一時的コンピュータ可読媒体を含む。

一実施形態では、本開示は、コーディングされたスライスに関連する、ＡＬＦタイプを含む第１のＡＰＳ ＮＡＬユニット、スケーリング・リスト・タイプを含む第２のＡＰＳ ＮＡＬユニット、及びＬＭＣＳタイプを含む第３のＡＰＳ ＮＡＬユニットを含む、ビットストリームを受信するための受信手段と、第１のＡＰＳ ＮＡＬユニットからＡＬＦパラメータを取得し、第２のＡＰＳ ＮＡＬユニットからスケーリング・リスト・パラメータを取得し、第３のＡＰＳ ＮＡＬユニットからＬＭＣＳパラメータを取得するための取得手段と、ＡＬＦパラメータ、スケーリング・リスト・パラメータ、及びＬＭＣＳパラメータを使用して、コーディングされたスライスを復号するための復号手段と、復号されたビデオ・シーケンスの一部として表示するためのスライスを転送するための転送手段と、を含む、復号器を含む。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、復号器は、さらに、前述の態様のいずれかの方法を実行するように構成されている、ことを提供する。

一実施形態では、本開示は、コーディングされたスライスに関連する、ＡＬＦパラメータ、スケーリング・リスト・パラメータ、及びＬＭＣＳパラメータを判定するための判定手段と、符号化されたビデオ・シーケンスの一部として、コーディングされたスライスとしてスライスをビットストリームに符号化し、ＡＬＦタイプを含む第１のＡＰＳ ＮＡＬユニットにおいて、ＡＬＦパラメータをビットストリームに符号化し、スケーリング・リスト・タイプを含む第２のＡＰＳ ＮＡＬユニットにおいて、スケーリング・リスト・パラメータをビットストリームに符号化し、ＬＭＣＳタイプを含む第３のＡＰＳ ＮＡＬユニットにおいて、ＬＭＣＳパラメータをビットストリームに符号化するための符号化手段と、復号器に向かって通信するためのビットストリームを記憶する記憶手段と、を含む、符号化器を含む。

任意選択で、上記の態様のいずれかにおいて、態様の別の実装態様は、符号化器は、さらに、前述の態様のいずれかの方法を実行するように構成されている、ことを提供する。

明確にするために、前述の実施形態のいずれか１つを、他の前述の実施形態のいずれか１つ以上と組み合わせて、本開示の範囲内の新たな実施形態を作り出すことができる。

これら及び他の特徴は、添付の図面及び特許請求の範囲と併せて解釈される以下の詳細な説明から、より明確に理解されるであろう。

本開示をより完全に理解するために、添付の図面及び詳細な説明に関連して、ここで、以下の簡単な説明を参照し、同様の参照番号は同様の部分を表す。

ビデオ信号をコーディングする例示的な方法のフローチャートである。

ビデオ・コーディングのための例示的なコーディング及び復号（コーデック）システムの例の概略図である。

例示的なビデオ符号化器を示す概略図である。

例示的なビデオ復号器を示す概略図である。

異なるタイプのコーディング・ツール・パラメータを含む複数のタイプの適応パラメータ・セットを含む例示的なビットストリームを示す概略図である。

異なる値空間上の異なるＡＰＳタイプにＡＰＳ識別子（ＩＤ）を割り当てるための例示的なメカニズムを示す概略図である。

例示的なビデオ・コーディング・デバイスの概略図である。

複数のＡＰＳタイプを用いることによって、ビデオ・シーケンスをビットストリームに符号化する例示的な方法のフローチャートである。

複数のＡＰＳタイプを用いることによって、ビットストリームからビデオ・シーケンスを復号する例示的な方法のフローチャートである。

複数のＡＰＳタイプを用いることにより、画像のビデオ・シーケンスをビットストリームにコーディングするための例示的なシステムの概略図である。

最初に、１つ以上の実施形態の例示的な実装態様が以下に提供されるが、開示されたシステム及び／又は方法は、現在公知であるか存在するかを問わず、任意の数の技術を使用して実装されてもよいと理解されたい。本開示は、本明細書に図示および説明される例示の設計及び実装形態を含め、以下に示される例示的な実装態様、図面及び技術に決して限定されるべきではなく、添付の特許請求の範囲の範囲内で、それらの均等物の全範囲と共に修正されてもよい。

以下の略語は、本明細書において使用される。適応ループ・フィルタ（ＡＬＦ）、適応パラメータ・セット（ＡＰＳ）、コーディング・ツリー・ブロック（ＣＴＢ）、コーディング・ツリー・ユニット（ＣＴＵ）、コーディング・ユニット（ＣＵ）、コーデット・ビデオ・シーケンス（ＣＶＳ）、ハイパーテキスト転送プロトコル上の動的適応ストリーミング（ＤＡＳＨ）、イントラ・ランダム・アクセス・ポイント（ＩＲＡＰ）、ジョイント・ビデオ・エキスパーツ・チーム（ＪＶＥＴ）、モーション制約タイル・セット（ＭＣＴＳ）、最大転送ユニット（ＭＴＵ）、ネットワーク抽象レイヤ（ＮＡＬ）、ピクチャ・オーダ・カウント（ＰＯＣ）、ロー・バイト・シーケンス・ペイロード（ＲＢＳＰ）、サンプル適応オフセット（ＳＡＯ）、シーケンス・パラメータ・セット（ＳＰＳ）、バーサタイル・ビデオ・コーディング（ＶＶＣ）、及びワーキング・ドラフト（ＷＤ）である。

多くのビデオ圧縮技術が、最小限のデータ損失でビデオ・ファイルのサイズを低減するために用いられ得る。例えば、ビデオ圧縮技術は、ビデオ・シーケンスにおけるデータ冗長性を低減又は除去するために、空間的（例えば、イントラ・ピクチャ）予測及び／又は時間的（例えば、インター・ピクチャ）予測を実行することを含むことができる。ブロック・ベースのビデオ・コーディングのために、ビデオスライス（例えば、ビデオ・ピクチャ又はビデオ・ピクチャの一部）は、ビデオ・ブロックにパーティション化されてもよく、これは、ツリーブロック、コーディング・ツリー・ブロック（ＣＴＢ）、コーディング・ツリー・ユニット（ＣＴＵ）、コーディング・ユニット（ＣＵ）、及び／又はコーディング・ノードとも呼ばれ得る。ピクチャのイントラ・コーディング（Ｉ）されたスライスにおけるビデオ・ブロックは、同じピクチャ内の隣接ブロックにおける参照サンプルに対して空間的予測を用いてコーディングされる。ピクチャのインター・コーディング一方向予測（Ｐ）又は双方向予測（Ｂ）スライスにおけるビデオ・ブロックは、同一ピクチャ内の隣接ブロックにおける参照サンプルに対して空間的予測を用いることによって、又は他の参照ピクチャ内の参照サンプルに対して時間的予測を用いることによってコーディングされ得る。ピクチャは、フレーム及び／又は画像と呼ばれることがあり、参照ピクチャは、参照フレーム及び／又は参照画像と呼ばれることがある。空間的又は時間的予測は、画像ブロックを表す予測ブロックをもたらす。残差データは、元の画像ブロックと予測ブロックとの間の画素差を表す。したがって、インター・コーディングされたブロックは、予測ブロックを形成する参照サンプルのブロックと、コーディング・ブロックと予測ブロックとの間の差を示す残差データを指すモーション・ベクトルにしたがって、符号化される。イントラ・コーディングされたブロックは、イントラ・コーディング・モードと残差データにしたがって符号化される。さらなる圧縮のために、残差データは、画素ドメインから変換ドメインに変換されてもよい。これらは、残差変換係数をもたらし、これは、量子化され得る。量子化された変換係数は、最初に２次元アレイに配置され得る。量子化された変換係数は、変換係数の１次元ベクトルを生成するために走査され得る。エントロピー・コーディングは、さらにいっそう多くの圧縮を達成するために適用され得る。このようなビデオ圧縮技術が、以下により詳細に論じられる。

符号化されたビデオが正確に復号されることを確実にするために、ビデオは、対応するビデオ・コーディング規格にしたがって符号化され、復号される。ビデオ・コーディング規格は、国際電気通信連合（ＩＴＵ）標準化部門（ＩＴＵ－Ｔ）Ｈ．２６１、国際標準化機構／国際電気標準委員会（ＩＳＯ／ＩＥＣ）モーション・ピクチャ・エキスパーツ・グループ（ＭＰＥＧ）－１ Ｐａｒｔ ２、ＩＴＵ－Ｔ Ｈ．２６２又はＩＳＯ／ＩＥＣ ＭＰＥＧ－２ Ｐａｒｔ ２、ＩＴＵ－Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ－４ Ｐａｒｔ ２、ＩＴＵ－Ｔ Ｈ．２６４又はＩＳＯ／ＩＥＣ ＭＰＥＧ－４ Ｐａｒｔ １０ としても知られる高度ビデオ・コーディング（ＡＶＣ）、及びＩＴＵ－Ｔ Ｈ．２６５ 又はＭＰＥＧ－Ｈ Ｐａｒｔ ２ としても知られる高効率ビデオ・コーディング（ＨＥＶＣ）を含む。ＡＶＣは、スケーラブル・ビデオ・コーディング（ＳＶＣ）、マルチビュー・ビデオ・コーディング（ＭＶＣ）及びマルチビュー・ビデオ・コーディング・プラス・デプス（ＭＶＣ＋Ｄ）、及び３次元（３Ｄ）ＡＶＣ （３Ｄ‐ＡＶＣ）などの拡張を含む。ＨＥＶＣは、スケーラブルＨＥＶＣ （ＳＨＶＣ）、マルチビューＨＥＶＣ （ＭＶ－ＨＥＶＣ）、３Ｄ ＨＥＶＣ （３Ｄ－ＨＥＶＣ）などの拡張を含む。ＩＴＵ‐ＴとＩＳＯ／ＩＥＣのジョイント・ビデオ・エキスパーツ・チーム（ＪＶＥＴ）は、バーサタイル・ビデオ・コーディング（ＶＶＣ）と呼ばれるビデオ・コーディング規格の開発を始めている。ＶＶＣは、ＪＶＥＴ‐Ｍ１００１‐ｖ５及びＪＶＥＴ‐Ｍ１００２‐ｖ１を含むワーキング・ドラフト（ＷＤ）に含まれ、これは、アルゴリズムの説明、ＶＶＣ ＷＤの符号化器側の説明、及び参照ソフトウェアを提供する。

ビデオ・シーケンスは、種々のコーディング・ツールを用いることによってコーディングされる。符号化器は、ビデオ・シーケンスが復号される場合に、最小限の品質損失で圧縮を向上させることを目的として、コーディング・ツールのためのパラメータを選択する。コーディング・ツールは、異なるスコープでビデオの異なる部分に関連し得る。例えば、いくつかのコーディング・ツールはビデオ・シーケンス・レベルで関連し、いくつかのコーディング・ツールはピクチャ・レベルで関連し、いくつかのコーディング・ツールはスライス・レベルで関連する。ＡＰＳは、異なるピクチャに渡って複数のピクチャ及び／又は複数のスライスによって共有され得る情報をシグナリングするために用いられ得る。具体的には、ＡＰＳは適応ループ・フィルタ（ＡＬＦ）パラメータを搬送し得る。ＡＬＦ情報は、種々の理由により、シーケンス・パラメータ・セット（ＳＰＳ）におけるシーケンス・レベル、ピクチャ・パラメータ・セット（ＰＰＳ）又はピクチャ・ヘッダにおけるピクチャ・レベル、又はタイル・グループ／スライス・ヘッダにおけるスライス・レベルでのシグナリングに適していないことがある。

ＡＬＦ情報がＳＰＳにおいてシグナリングされる場合、符号化器は、ＡＬＦ情報が変化するたびに、新しいＳＰＳと新しいＩＲＡＰピクチャを生成しなければならない。ＩＲＡＰピクチャはコーディング効率を著しく低下させる。したがって、ＡＬＦ情報をＳＰＳに配置することは、頻繁なＩＲＡＰピクチャを用いない遅延の少ないアプリケーション環境では特に問題となる。また、ＡＬＦ情報をＳＰＳに含めると、ＳＰＳの帯域外伝送を無効にすることがある。帯域外伝送とは、ビデオ・ビットストリームとは異なるトランスポート・データ・フローにおける（例えば、メディア・ファイルのサンプル記述又はサンプル・エントリにおける、セッション記述プロトコル（ＳＤＰ）ファイルにおける、など）対応するデータの伝送を指す。ＰＰＳにおいてＡＬＦ情報をシグナリングすることもまた同様の理由から問題となることがある。具体的には、ＰＰＳにＡＬＦ情報を含めると、ＰＰＳの帯域外伝送を無効にすることがある。ピクチャ・ヘッダ内のＡＬＦ情報のシグナリングも問題があることがある。ピクチャ・ヘッダは、場合によっては用いないことがある。さらに、ＡＬＦ情報が複数のピクチャに適用されることがある。このようにして、ピクチャ・ヘッダ内のＡＬＦ情報のシグナリングは、冗長な情報伝送を引き起こし、したがって、帯域幅を浪費する。タイル・グループ／スライス・ヘッダ内のＡＬＦ情報のシグナリングも、ＡＬＦ情報が複数のピクチャ、したがって複数のスライス／タイル・グループに適用されることあるため、問題がある。したがって、スライス／タイル・グループ・ヘッダ内のＡＬＦ情報をシグナリングすることは、冗長な情報伝送を引き起こし、したがって、帯域幅を浪費する。

上記に基づいて、ＡＰＳが、ＡＬＦパラメータにシグナリングするために使用され得る。しかしながら、ビデオ・コーディング・システムは、ＡＬＦパラメータをシグナリングするためにのみＡＰＳを用いてもよい。例示的なＡＰＳ構文とセマンティクスは、以下のとおりである：

ａｄａｐｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素によって参照するためのＡＰＳの識別子を提供する。ＡＰＳは、ピクチャ間で共有することができ、ピクチャ内の異なるタイル・グループにおいて異なることができる。ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素がＡＰＳ ＲＢＳＰ構文構造体に存在しないことを指定するために０に等しく設定される。ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素がＡＰＳ ＲＢＳＰ構文構造体に存在することを指定するために１に等しく設定される。ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇは、任意の値を有してもよい。ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇの存在と値は、ＶＶＣで指定されたプロファイルへ復号器の準拠に影響を与えなくてもよい。ＶＶＣに準拠する復号器は、すべてのａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素を無視してもよい。

ＡＬＦパラメータに関係する例示的なタイル・グループ・ヘッダ構文は、以下のとおりである。

ｔｉｌｅ＿ｇｒｏｕｐ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、適応ループ・フィルタが有効であることを指定するために１に等しく設定され、タイル・グループ内のルマ（Ｙ）、青クロマ（Ｃｂ）、又は赤クロマ（Ｃｒ）色コンポーネントに適用されてもよい。ｔｉｌｅ＿ｇｒｏｕｐ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、タイル・グループ内のすべての色コンポーネントに対して適応ループ・フィルタが無効であることを指定するために０に等しく設定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ａｐｓ＿ｉｄは、タイル・グループによって参照されるＡＰＳのａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定する。ｔｉｌｅ＿ｇｒｏｕｐ＿ａｐｓ＿ｉｄと等しいａｄａｐｄａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＡＰＳ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄは、コーディングされたタイル・グループＮＡＬユニットのＴｅｍｐｏｒａｌＩｄ以下であるものとする。ａｄａｐｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値が同じ複数のＡＰＳが、同じピクチャの複数のタイル・グループによって参照される場合に、ａｄａｐａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値が同じ複数のＡＰＳは、同じ内容を含んでもよい。

リシェイパー・パラメータは、クロマ・スケーリングとのルマ・マッピング（ＬＭＣＳ）としても知られる、適応ループ内リシェイパービデオ・コーディング・ツールに用いられるパラメータである。例示的なＳＰＳリシェイパー構文とセマンティクスは、以下のとおりである：

ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、コーデット・ビデオ・シーケンス（ＣＶＳ）においてリシェイパーが用いられることを指定するために１に等しく設定される。ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、リシェイパーがＣＶＳにおいて使用されないことを指定するために０に設定される。

例示的なタイル・グループ・ヘッダ／スライス・ヘッダ・リシェイパー構文及びセマンティクスは、以下のとおりである：

ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）がタイル・グループ・ヘッダに存在することを指定するために１に等しく設定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）がタイル・グループ・ヘッダに存在しないことを指定するために０に等しく設定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しない場合、フラグは０に等しいと推定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在のタイル・グループに対してリシェイパーが有効であることを指定するために１に等しく設定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在のタイル・グループに対してｒｅｓｈａｐｅｒが有効でないことを指定するために、０に設定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｒｐｅｒ＿ｅｎａｂｌｅ＿ｆｌａｇが存在しない場合、フラグは０に等しいと推定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｍｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、現在のタイル・グループに対してクロマ残差スケーリングが有効であることを指定するために１に等しく設定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、現在のタイル・グループに対してクロマ残差スケーリングが有効でないことを指定するために０に設定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しない場合、フラグは０に等しいと推定される。

例示的なタイル・グループ・ヘッダ／スライス・ヘッダ・リシェイパー・モデル構文及びセマンティクスは、以下のとおりである：

ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘは、リシェイパー構成プロセスにおいて使用される最小ビン（又はピース）インデックスを指定する。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘの値は、０からＭａｘＢｉｎＩｄｘまで（両端を含む）の範囲でよい。ＭａｘＢｉｎＩｄｘの値は１５に等しくてもよい。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘは、最大許容ビン（又はピース）インデックスＭａｘＢｉｎＩｄｘから、リシェイパー構成プロセスにおいて使用される最大ビン・インデックスを引いたものを指定する。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍａｘ＿ｂｉｎ＿ｉｄｘの値は、ＭａｘＢｉｎＩｄｘからｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘを引いたものに等しく設定される。ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ｃｗ＿ｐｒｅｃ＿ｍｉｎｕｓ１に１加えたものは、構文ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］の表現に使用されるビット数を指定する。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］ は、ｉ番目のビンの絶対デルタ・コードワード値を指定する。

ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］は、以下のとおりにｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］の符号を指定する。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が０に等しい場合、対応する変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は正の値である。そうでなければ（例えば、ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が０に等しくない）、対応する変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は負の値である。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が存在しない場合に、フラグは０に等しいと推定される。変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は、（１ － ２ ＊ ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ［ｉ］） ＊ ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］に等しく設定される。

変数ＲｓｐＣＷ［ｉ］は以下のとおりに導出される。変数ＯｒｇＣＷは、（１ ＜＜ ＢｉｔＤｅｐｔｈＹ） ／ （ＭａｘＢｉｎＩｄｘ ＋ １）に等しく設定される。ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ ＜ ＝ ｉ ＜＝ ｒｅｓｈａｐｅｒ ＿ｍｏｄｅｌ＿ｍａｘ＿ｂｉｎ＿ｉｄｘである場合、ＲｓｐＣＷ［ｉ］ ＝ ＯｒｇＣＷ ＋ ＲｓｐＤｅｌｔａＣＷ［ｉ］である。さもなければ、ＲｓｐＣＷ［ｉ］ ＝ ０である。ＲｓｐＣＷ ［ｉ］の値は、ＢｉｔＤｅｐｔｈＹの値が１０に等しい場合、３２～２ ＊ ＯｒｇＣＷ－１の範囲であるものとする。０～ＭａｘＢｉｎＩｄｘ ＋ １の範囲（両端を含む）のｉを有する変数ＩｎｐｕｔＰｉｖｏｔ［ｉ］は、以下のとおりに導出される。ＩｎｐｕｔＰｉｖｏｔ［ｉ］ ＝ ｉ ＊ ＯｒｇＣＷである。０～ＭａｘＢｉｎＩｄｘ ＋１の範囲（両端を含む）のｉを有する変数ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ］、並びに０～ＭａｘＢｉｎＩｄｘの範囲（両端を含む）のｉを有する変数ＳｃａｌｅＣｏｅｆ［ｉ］及びＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］は、以下のとおりに導出される：

０～ＭａｘＢｉｎＩｄｘの範囲（両端を含む）のｉを有する変数ＣｈｒｏｍａＳｃａｌｅＣｏｅｆ［ｉ］は、以下のとおりに導出される：

リシェイパー・パラメータの特性は、以下のとおりに特徴付けられ得る。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｍｅｒ＿ｍｏｄｅｌ（）構文構造体に含まれるリシェイパー・パラメータのセットのサイズは、通常、およそ６０～１００ビットである。リシェイパー・モデルは、通常、符号化器によって約１秒に１回更新され、多くのフレームを含む。さらに、更新されたリシェイパー・モデルのパラメータは、リシェイパー・モデルの以前のインスタンスのパラメータと全く同じである可能性は低い。

前述のビデオ・コーディング・システムは、特定の問題を含む。第一に、このようなシステムは、ＡＰＳにおいてＡＬＦパラメータを搬送するためだけに構成されている。さらに、リシェイパー／ＬＭＣＳパラメータは、複数のピクチャによって共有される可能性があり、多くのバリエーションを含む可能性がある。

本明細書に開示されているのは、向上したコーディング効率をサポートするためにＡＰＳを修正するための種々のメカニズムである。第１の例では、複数のタイプのＡＰＳが開示される。具体的には、タイプＡＬＦのＡＰＳは、ＡＬＦ ＡＰＳと呼ばれ、ＡＬＦパラメータを含むことができる。さらに、タイプ・スケーリング・リストのＡＰＳは、スケーリング・リストＡＰＳと呼ばれ、スケーリング・リスト・パラメータを含むことができる。追加的に、タイプＬＭＣＳのＡＰＳは、ＬＭＣＳ ＡＰＳと呼ばれ、ＬＭＣＳ／リシェイパー・パラメータを含むことができる。ＡＬＦ ＡＰＳ、スケーリング・リストＡＰＳ、及びＬＭＣＳ ＡＰＳは、各々別のＮＡＬタイプとしてコーディングされてもよく、したがって、異なるＮＡＬユニットに含まれる。このように、あるタイプのＡＰＳにおけるデータ（例えば、ＡＬＦパラメータ）への変更は、変更しない他のタイプのデータ（例えば、ＬＭＣＳパラメータ）の冗長なコーディングをもたらさない。したがって、複数のタイプのＡＰＳを提供することは、コーディング効率を向上させ、したがって、符号化器及び復号器におけるネットワーク・リソース、メモリ・リソース、及び／又は処理リソースの使用を減少させる。

第２の例では、各ＡＰＳは、ＡＰＳ識別子（ＩＤ）を含む。さらに、各ＡＰＳタイプは、対応するＡＰＳ ＩＤのための別個の値空間を含む。このような値空間は重複することができる。したがって、第１のタイプのＡＰＳ（例えば、ＡＬＦ ＡＰＳ）は、第２のタイプのＡＰＳ（例えば、ＬＭＣＳ ＡＰＳ）と同じＡＰＳ ＩＤを含むことができる。これは、ＡＰＳパラメータ・タイプとＡＰＳ ＩＤの組み合わせによって各ＡＰＳを識別することによって達成される。各ＡＰＳタイプが異なる値空間を含むことを可能にすることによって、コーデックはＩＤの競合をＡＰＳタイプにわたってチェックする必要がない。さらに、値空間が重複することを可能にすることによって、コーデックは、より大きなＩＤ値を用いることを回避することができ、ビット節約をもたらす。したがって、異なるタイプのＡＰＳに対して別個の重複値空間を用いることは、コーディング効率を向上させ、したがって、符号化器及び復号器でのネットワーク・リソース、メモリ・リソース、及び／又は処理リソースの使用を減少させる。

第３の例では、ＬＭＣＳパラメータがＬＭＣＳ ＡＰＳに含まれる。上記のように、ＬＭＣＳ／リシェイパー・パラメータは約１秒に１回変化し得る。ビデオ・シーケンスは、１秒間に３０～６０枚のピクチャを表示し得る。したがって、ＬＭＣＳパラメータは、３０～６０フレームに対して変化しなくてもよい。ＬＭＣＳパラメータをＬＭＣＳ ＡＰＳに含めることは、ＬＭＣＳパラメータの冗長コーディングを著しく低減する。スライス・ヘッダ及び／又はスライスに関連付けられたピクチャ・ヘッダは、関連するＬＭＣＳ ＡＰＳを参照することができる。このようにして、ＬＭＣＳパラメータは、スライスに対するＬＭＣＳパラメータが変化するときにのみ符号化される。したがって、ＬＭＣＳパラメータを符号化するためにＬＭＣＳ ＡＰＳを使用することは、コーディング効率を向上させ、したがって、符号化器及び復号器におけるネットワーク・リソース、メモリ・リソース、及び／又は処理リソースの使用を低減する。

図１は、ビデオ信号をコーディングする例示的な動作方法１００のフローチャートである。具体的には、ビデオ信号は符号化器で符号化される。符号化プロセスは、ビデオ・ファイル・サイズを縮小させるために種々のメカニズムを用いることによってビデオ信号を圧縮する。より小さいファイル・サイズは、圧縮されたビデオ・ファイルをユーザに送信することを可能にする、一方、関連する帯域幅オーバーヘッドを減少させる。復号器は、次に、圧縮されたビデオ・ファイルを復号して、エンド・ユーザに表示するために元のビデオ信号を再構成する。復号プロセスは、一般に、符号化プロセスによく似ており、復号器がビデオ信号を一貫して再構成することを可能にする。

ステップ１０１で、ビデオ信号が符号化器に入力される。例えば、ビデオ信号はメモリに記憶された非圧縮ビデオ・ファイルであってもよい。別の例として、ビデオ・ファイルは、ビデオ・カメラなどのビデオ・キャプチャ・デバイスによってキャプチャされ、ビデオのライブ・ストリーミングをサポートするように符号化されてもよい。ビデオ・ファイルは、オーディオ・コンポーネント及びビデオ・コンポーネントの両方を含むことができる。ビデオ・コンポーネントは、シーケンスで視聴されるときにモーションの視覚的な印象を与える一連の画像フレームを含む。フレームは、光の観点から表現されて本明細書ではルマ・コンポーネント（又はルマ・サンプル）と呼ばれ、また、色の観点から表現されてクロマ・コンポーネント（又はカラーサンプル）と呼ばれる画素を含む。例によっては、フレームはまた、３次元視聴をサポートするための深度値を含んでもよい。

ステップ１０３で、ビデオはブロックにパーティション化される。パーティション化は、圧縮のために、各フレーム内のピクセルを正方形及び／又は長方形のブロックにサブ分割することを含む。例えば、高効率ビデオ・コーディング（ＨＥＶＣ）（Ｈ．２６５及びＭＰＥＧ－Ｈ Ｐａｒｔ ２としても知られる）において、フレームは、最初に、事前定義されたサイズ（例えば、６４画素×６４画素）のブロックである、コーディング・ツリー・ユニット（ＣＴＵ）に分割され得る。ＣＴＵは、ルマ及びクロマ・サンプルの両方を含む。コーディング・ツリーが用いられて、ＣＴＵをブロックに分割し、次に、さらなる符号化をサポートする設定が達成されるまで、ブロックを再帰的にサブ分割してもよい。例えば、フレームのルマ・コンポーネントは、個々のブロックが比較的均一な照明値を含むまで、サブ分割され得る。さらに、フレームのクロマ・コンポーネントは、個々のブロックが比較的均一な色値を含むまで、サブ分割され得る。したがって、パーティション化メカニズムはビデオフレームの内容に依存して変動する。

ステップ１０５で、ステップ１０３でパーティション化された画像ブロックを圧縮するために、様々な圧縮メカニズムが用いられる。例えば、インター予測及び／又はイントラ予測が用いられてもよい。インター予測は、共通のシーンにおいて物体が連続したフレームに現れる傾向があるという事実を利用するように設計されている。したがって、参照フレーム内の物体を描写するブロックは、隣接するフレーム内に繰り返し記述される必要はない。具体的には、テーブルのような物体は、複数のフレームにわたって一定の位置に留まることがある。したがって、テーブルは一度記述され、隣接するフレームは参照フレームに戻って参照することができる。パターン・マッチング・メカニズムが用いられて、複数フレームにわたって物体をマッチングすることができる。さらに、移動する物体は、例えば、物体の動き又はカメラの動きのために、複数のフレームにわたって表されることがある。特定の例として、ビデオは、複数のフレームにわたって画面を横切って移動する自動車を示すことができる。このような動きを記述するために、モーション・ベクトルが用いられ得る。モーション・ベクトルは、フレーム内の物体の座標から参照フレーム内の物体の座標へのオフセットを提供する２次元ベクトルである。したがって、インター予測は、参照フレーム内の対応するブロックからのオフセットを示すモーション・ベクトルのセットとして、現在のフレーム内の画像ブロックを符号化することができる。

イントラ予測は、共通フレーム内のブロックを符号化する。イントラ予測は、ルマ・コンポーネントおよびクロマ・コンポーネントがフレームに集中する傾向があるという事実を利用する。たとえば、ツリーの一部における緑色のパッチは、同様の緑色のパッチに隣接して位置する傾向がある。イントラ予測は、多方向予測モード（例えば、ＨＥＶＣにおける３３）、プラナー・モード、及びダイレクト・カレント（ＤＣ）モードを用いる。方向モードは、現在のブロックが、対応する方向の隣接ブロックのサンプルと類似／同じであることを示す。プラナー・モードは、行／列に沿った（例えば、平面）一連のブロックが、行の端における隣接ブロックに基づいて補間され得ることを示す。プラナー・モードは、事実上、値を変化させる際に比較的一定の傾きを用いることによって、行／列を横切る光／色の滑らかな遷移を示す。ＤＣモードは境界平滑化のために使用され、ブロックが方向予測モードの角度方向に関連する全ての隣接ブロックのサンプルに関連する平均値と類似／同じであることを示す。したがって、イントラ予測ブロックは、実際の値の代わりに、様々な関係予測モード値として画像ブロックを表わすことができる。さらに、インター予測ブロックは、実際の値の代わりに、モーション・ベクトル値として画像ブロックを表すことができる。いずれの場合も、予測ブロックは、場合によっては、画像ブロックを正確に表わさないことがある。差異はすべて残差ブロックに記憶される。変換は、ファイルをさらに圧縮するために、残差ブロックに適用され得る。

ステップ１０７において、種々のフィルタリング技術が適用され得る。ＨＥＶＣでは、フィルタは、ループ内フィルタリング・スキームにしたがって適用される。上述のブロック・ベース予測は、復号器においてブロック状画像の生成をもたらし得る。さらに、ブロック・ベース予測スキームは、ブロックを符号化し、次に、後で参照ブロックとして使用するために、符号化されたブロックを再構成し得る。ループ内フィルタリング・スキームは、ノイズ抑制フィルタ、ブロック解除フィルタ、適応ループ・フィルタ、及びサンプル適応オフセット（ＳＡＯ）フィルタをブロック／フレームに反復的に適用する。これらのフィルタは、符号化されたファイルが正確に再構成され得るように、そのようなブロッキング・アーチファクトを軽減する。さらに、これらのフィルタは、再構成された参照ブロック内のアーチファクトを軽減し、アーチファクトが、再構成された参照ブロックに基づいて符号化される後続ブロックにおいて追加のアーチファクトを生成する可能性が低くなるようにする。

ビデオ信号が分割され、圧縮され、フィルタリングされると、得られたデータはステップ１０９でビットストリームに符号化される。ビットストリームは、復号器での適切なビデオ信号再構成をサポートするのに望ましい任意のシグナリング・データと同様に、上述のデータを含む。例えば、このようなデータは、パーティション・データ、予測データ、残差ブロック、及び復号器にコーディング命令を提供する種々のフラグを含んでもよい。ビットストリームは、要求があると、復号器に向かって伝送するためにメモリに記憶され得る。ビットストリームはまた、複数の復号器に向かってブロードキャスト及び／又はマルチキャストされてもよい。ビットストリームの生成は反復プロセスである。したがって、ステップ１０１、１０３、１０５、１０７、及び１０９は、多くのフレーム及びブロックにわたって連続的に及び／又は同時に発生し得る。図１に示された順序は、明確さと議論の容易さのために提示されており、ビデオ・コーディング・プロセスを特定の順序に限定することを意図していない。

復号器は、ビットストリームを受信し、ステップ１１１において、復号処理を開始する。具体的には、復号器は、ビットストリームを対応する構文及びビデオ・データに変換するエントロピー復号方式を用いる。復号器は、ステップ１１１において、ビットストリームからの構文データを用いて、フレームに対するパーティションを判定する。パーティション化は、ステップ１０３におけるブロック・パーティション化の結果と一致すべきである。ステップ１１１において用いられるようなエントロピー符号化／復号が、これから説明される。符号化器は、入力画像内の値の空間的位置付けに基づいていくつかの可能な選択肢からブロック・パーティション化スキームを選択するなど、圧縮プロセスの間に多くの選択を行う。厳密な選択肢をシグナリングすることは、多数のビンを用いることがある。本明細書で使用される場合、ビンは、変数として扱われるバイナリ値（例えば、コンテキストに応じて変動し得るビット値）である。エントロピー・コーディングは、符号化器が、許容可能なオプションのセットを残して、特定の場合に明らかに実行不可能な任意のオプションを捨てることを可能にする。各許容可能なオプションには、次に、コード・ワードが割り当てられる。コード・ワードの長さは、許容可能なオプションの数（例えば、２つのオプションに対して１つのビン、３つ～４つのオプションに対して２つのビンなど）に基づく。次に、符号化器は、選択されたオプションに対してコード・ワードを符号化する。このスキームは、コード・ワードが、可能なすべてのオプションの潜在的に大きなセットからの選択を一意に示すのとは対照的に、許容可能なオプションの小さなサブセットからの選択を一意に示すために望まれるだけ大きいので、コード・ワードのサイズを縮小させる。復号器は、次に、符号化器と同様の方法で許容可能なオプションのセットを判定することによって、選択を復号する。許容可能なオプションのセットを判定することによって、復号器は、コード・ワードを読み取り、符号化器によってなされた選択を判定することができる。

ステップ１１３で、復号器はブロック復号を実行する。具体的には、復号器は、残差ブロックを生成するために逆変換を用いる。そして、復号器は、パーティション化にしたがって画像ブロックを再構成するために、残差ブロック及び対応する予測ブロックを用いる。予測ブロックは、ステップ１０５において符号化器で生成された、イントラ予測ブロックとインター予測ブロックの両方を含み得る。再構成された画像ブロックは、次に、ステップ１１１で判定されたパーティション化・データにしたがって、再構成されたビデオ信号のフレーム内に位置付けられる。ステップ１１３のための構文はまた、上述のようにエントロピー・コーディングを介してビットストリームにおいてシグナリングされてもよい。

ステップ１１５において、符号化器におけるステップ１０７と同様の方法で、再構成されたビデオ信号のフレームに対してフィルタリングが実行される。例えば、ノイズ抑制フィルタ、ブロック解除フィルタ、適応ループ・フィルタ、及びＳＡＯフィルタがフレームに適用されて、ブロッキング・アーチファクトを除去してもよい。フレームがフィルタリングされると、ビデオ信号は、ステップ１１７において、ユーザによる視聴のためにディスプレイに出力され得る。

図２は、ビデオ・コーディングのための例示的なコーディング及び復号（コーデック）システム２００の概略図である。具体的には、コーデック・システム２００は、動作方法１００の実装態様をサポートするための機能性を提供する。コーデック・システム２００は、符号化器と復号器の両方で用いられるコンポーネントを描画するために一般化されている。コーデック・システム２００は、動作方法１００のステップ１０１及び１０３に関して論じられたように、ビデオ信号を受信及びパーティション化し、パーティション化ビデオ信号２０１を得る。コーデック・システム２００は、次に、方法１００のステップ１０５、１０７、及び１０９に関して論じられたように、符号化器として作用するときに、パーティション化ビデオ信号２０１をコーディングされたビットストリームに圧縮する。復号器として作用する場合、コーデック・システム２００は、動作方法１００におけるステップ１１１、１１３、１１５、及び１１７に関して説明したように、ビットストリームからの出力ビデオ信号を生成する。コーデック・システム２００は、一般コーダ制御コンポーネント２１１と、変換スケーリング及び量子化コンポーネント２１３と、イントラ・ピクチャ推定コンポーネント２１５と、イントラ・ピクチャ予測コンポーネント２１７と、モーション補償コンポーネント２１９と、モーション推定コンポーネント２２１と、スケーリング及び逆変換コンポーネント２２９と、フィルタ制御分析コンポーネント２２７と、ループ内フィルタ・コンポーネント２２５と、復号ピクチャ・バッファ・コンポーネント２２３と、ヘッダ・フォーマッティング及びコンテキスト適応二進算術コーディング（ＣＡＢＡＣ）コンポーネント２３１と、を含む。そのようなコンポーネントは、示されるように結合される。図２において、黒線は符号化／復号されるデータの動きを示し、破線は他のコンポーネントの動作を制御する制御データの動きを示す。コーデック・システム２００のコンポーネントはすべて、符号化器内に存在し得る。復号器は、コーデック・システム２００のコンポーネントのサブセットを含み得る。例えば、復号器は、イントラ・ピクチャ予測コンポーネント２１７、モーション補償コンポーネント２１９、スケーリング及び逆変換コンポーネント２２９、ループ内フィルタ・コンポーネント２２５、及び復号ピクチャ・バッファ・コンポーネント２２３を含んでもよい。これらのコンポーネントが、これから説明される。

パーティション化ビデオ信号２０１は、キャプチャされたビデオ・シーケンスであり、これは、コーディング・ツリーによって画素のブロックにパーティション化されている。コーディング・ツリーは、画素のブロックを画素のより小さなブロックにサブ分割するために、種々の分割モードを用いる。これらのブロックは、次に、さらに、より小さなブロックにサブ分割され得る。ブロックは、コーディング・ツリー上のノードと呼ばれることがある。より大きな親ノードは、より小さな子ノードに分割される。ノードがサブ分割される回数は、ノード／コーディング・ツリーの深度と呼ばれる。場合によっては、分割されたブロックがコーディング・ユニット（ＣＵ）に含められ得る。例えば、ＣＵは、対応するＣＵの構文命令と共に、ルマ・ブロック、赤色差クロマ（Ｃｒ）ブロック、及び青色差クロマ（Ｃｒ）ブロックを含むＣＴＵのサブ部分とすることができる。分割モードは、ノードを、用いられる分割モードに依存して、異なる形状のそれぞれ２つ、３つ、又は４つの子ノードにパーティション化するために用いられるバイナリ・ツリー（ＢＴ）、トリプル・ツリー（ＴＴ）、及びクワッド・ツリー（ＱＴ）を含み得る。パーティション化ビデオ信号２０１は、圧縮のために、一般コーダ制御コンポーネント２１１、変換スケーリング及び量子化コンポーネント２１３、イントラ・ピクチャ推定コンポーネント２１５、フィルタ制御分析コンポーネント２２７、及びモーション推定コンポーネント２２１に転送される。

一般コーダ制御コンポーネント２１１は、アプリケーションの制約にしたがって、ビデオ・シーケンスの画像をビットストリームにコーディングすることに関係する決定を行うように構成されている。例えば、一般コーダ制御コンポーネント２１１は、ビット・レート／ビットストリーム・サイズ対再構成品質の最適化を管理する。そのような決定は、記憶領域／帯域幅の可用性及び画像解像度要求に基づいて行われ得る。一般コーダ制御コンポーネント２１１はまた、バッファのアンダーラン及びオーバーランの問題を緩和するために、伝送速度に照らしてバッファの利用を管理する。これらの問題を管理するために、一般コーダ制御コンポーネント２１１は、他のコンポーネントによるパーティション化、予測、及びフィルタリングを管理する。例えば、一般コーダ制御コンポーネント２１１は、解像度を向上させ、帯域幅の使用を向上させるために圧縮の複雑さを動的に向上させることができ、又は、解像度及び帯域幅の使用を減少させるために圧縮の複雑さを減少させてもよい。したがって、一般コーダ制御コンポーネント２１１は、ビット・レートの懸念とビデオ信号再構成品質とのバランスを取るために、コーデック・システム２００の他のコンポーネントを制御する。一般コーダ制御コンポーネント２１１は、他のコンポーネントの動作を制御する制御データを生成する。制御データはまた、復号器で復号するためのパラメータをシグナリングするために、ビットストリームで符号化されるヘッダ・フォーマッティング及びＣＡＢＡＣコンポーネント２３１に転送される。

パーティション化ビデオ信号２０１はまた、インター予測のために、モーション推定コンポーネント２２１及びモーション補償コンポーネント２１９にも送信される。パーティション化ビデオ信号２０１のフレーム又はスライスは、複数のビデオ・ブロックに分割され得る。モーション推定コンポーネント２２１及びモーション補償コンポーネント２１９は、時間的予測を提供するために、１つ以上の参照フレーム内の１つ以上のブロックに対して受信されたビデオ・ブロックのインター予測コーディングを実行する。コーデック・システム２００は、例えばビデオ・データの各ブロックに対して適切なコーディング・モードを選択するために、複数のコーディング・パスを実行し得る。

モーション推定コンポーネント２２１及びモーション補償コンポーネント２１９は、高度に統合されてもよいが、概念的な目的のために別個に図示されている。モーション推定コンポーネント２２１によって実行されるモーション推定は、モーション・ベクトルを生成するプロセスであり、これは、ビデオ・ブロックのモーションを推定する。モーション・ベクトルは、例えば、予測ブロックに対するコーディングされた物体の変位を示してもよい。予測ブロックは、画素差に関して、コーディングされるブロックに厳密に一致することが見出されるブロックである。予測ブロックは、参照ブロックとも呼ばれることがある。このような画素差は、絶対差（ＳＡＤ）、二乗差（ＳＳＤ）、又は他の差分メトリックの和によって判定され得る。ＨＥＶＣは、ＣＴＵ、コーディング・ツリー・ブロック（ＣＴＢ）、及びＣＵを含むいくつかのコーディングされた物体を使用する。例えば、ＣＴＵはＣＴＢに分割され、ＣＴＢは、次に、ＣＵに含めるためにＣＢに分割され得る。ＣＵは、予測データを含む予測ユニット（ＰＵ）及び／又はＣＵの変換残差データを含む変換ユニット（ＴＵ）として符号化され得る。モーション推定コンポーネント２２１は、レート歪み最適化プロセスの一部としてレート歪み分析を用いて、モーション・ベクトル、ＰＵ、及びＴＵを生成する。例えば、モーション推定コンポーネント２２１は、現在のブロック／フレームに対する複数の参照ブロック、複数のモーション・ベクトルなどを判定し、最良のレート歪み特徴を有する参照ブロック、モーション・ベクトルなどを選択してもよい。最良のレート歪み特徴は、ビデオ再構成の品質（例えば、圧縮によるデータ損失量）とコーディング効率（例えば、最終符号化のサイズ）の両方のバランスをとる。

いくつかの例において、コーデック・システム２００は、復号ピクチャ・バッファ・コンポーネント２２３に記憶された参照ピクチャのサブ整数画素位置の値を計算してもよい。例えば、ビデオ・コーデック・システム２００は、参照ピクチャの１／４画素位置、１／８画素位置、又は他の分数の画素位置の値を補間してもよい。したがって、モーション推定コンポーネント２２１は、全画素位置及び分数の画素位置に対するモーション・サーチを実行し、分数の画素精度を有するモーション・ベクトルを出力することができる。モーション推定コンポーネント２２１は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インター・コーディングされたスライス内のビデオ・ブロックのＰＵのモーション・ベクトルを計算する。モーション推定コンポーネント２２１は、符号化のために計算されたモーション・ベクトルを、ヘッダ・フォーマッティング及びＣＡＢＡＣコンポーネント２３１にモーション・データとして出力し、モーションをモーション補償コンポーネント２１９に出力する。

モーション補償コンポーネント２１９によって実行されるモーション補償は、モーション推定コンポーネント２２１によって判定されたモーション・ベクトルに基づいて予測ブロックをフェッチ又は生成することを伴ってもよい。また、いくつかの例において、動作推定コンポーネント２２１及び動作補償コンポーネント２１９が機能的に統合されてもよい。現在のビデオ・ブロックのＰＵに対するモーション・ベクトルを受信すると、モーション補償コンポーネント２１９は、モーション・ベクトルが指す予測ブロックの位置特定をし得る。現在コーディングされているビデオ・ブロックの画素値から予測ブロックの画素値を減算することによって、残差ビデオ・ブロックが、次に形成され、画素差値を形成する。一般に、モーション推定コンポーネント２２１はルマ・コンポーネントに対するモーション推定を実行し、モーション補償コンポーネント２１９はクロマ・コンポーネントとルマ・コンポーネントの両方に対するルマ・コンポーネントに基づいて計算されたモーション・ベクトルを使用する。予測ブロック及び残差ブロックは、変換スケーリング及び量子化コンポーネント２１３へ転送される。

パーティション化ビデオ信号２０１もまた、イントラ・ピクチャ推定コンポーネント２１５及びイントラ・ピクチャ予測コンポーネント２１７に送信される。モーション推定コンポーネント２２１及び動き補償コンポーネント２１９と同様に、イントラ・ピクチャ推定コンポーネント２１５及びイントラ・ピクチャ予測コンポーネント２１７は、高度に統合されてもよいが、概念的な目的のために別個に図示される。イントラ・ピクチャ推定コンポーネント２１５及びイントラ・ピクチャ予測コンポーネント２１７は、上述のしたフレーム間のモーション推定コンポーネント２２１及びモーション補償コンポーネント２１９によって実行されるインター予測の代わりに、現在のフレーム内のブロックに対する現在のブロックをイントラ予測する。特に、イントラ・ピクチャ推定コンポーネント２１５は、現在のブロックを符号化するために使用するイントラ予測モードを判定する。いくつかの例において、イントラ・ピクチャ推定コンポーネント２１５は、複数のテストされたイントラ予測モードから現在のブロックを符号化するために、適切なイントラ予測モードを選択する。選択されたイントラ予測モードが、次に、符号化のためにヘッダ・フォーマッティング及びＣＡＢＡＣコンポーネント２３１に転送される。

例えば、イントラ・ピクチャ推定コンポーネント２１５は、種々のテストされたイントラ予測モードについてレート歪み分析を用いてレート歪み値を計算し、テストされたモードの中で最良のレート歪み特徴を有するイントラ予測モードを選択する。レート歪み分析は、一般に、符号化ブロックを生成するために使用されるビット・レート（例えば、ビット数）、及び符号化ブロックを生成するために符号化された元の非符号化ブロックと符号化ブロックとの間の歪み（又はエラー）の量を判定する。イントラ・ピクチャ推定コンポーネント２１５は、種々の符号化ブロックに対する歪み及びレートから比を計算し、どのイントラ予測モードがブロックに対する最良のレート歪み値を呈するかを判定する。追加的に、イントラ・ピクチャ推定コンポーネント２１５は、レート歪み最適化（ＲＤＯ）に基づく深度モデリング・モード（ＤＭＭ）を用いて深度マップの深度ブロックをコーディングするように構成され得る。

イントラ・ピクチャ予測コンポーネント２１７は、符号化器に実装された場合に、イントラ・ピクチャ予測コンポーネント２１５によって判定された選択されたイントラ予測モードに基づいて予測ブロックから残差ブロックを生成するか、又は復号器に実装された場合に、ビットストリームから残差ブロックを読み取ることができる。残差ブロックは、行列として表される予測ブロックと元のブロックとの間の値の差を含む。残差ブロックは、次に、変換スケーリング及び量子化コンポーネント２１３に転送される。イントラ・ピクチャ推定コンポーネント２１５及びイントラ・ピクチャ予測コンポーネント２１７は、ルマ・コンポーネント及びクロマ・コンポーネントの両方に対して動作し得る。

変換スケーリング及び量子化コンポーネント２１３は、残差ブロックをさらに圧縮するように構成されている。変換スケーリング及び量子化コンポーネント２１３は、離散コサイン変換（ＤＣＴ）、離散サイン変換（ＤＳＴ）、又は概念的に類似した変換などの変換を残差ブロックに適用し、残差変換係数値を含むビデオ・ブロックを生成する。ウェーブレット変換、整数変換、サブバンド変換、又は他のタイプの変換もまた、使用され得る。変換は、残差情報を画素値ドメインから変換ドメイン、例えば周波数ドメインに変換し得る。変換スケーリング及び量子化コンポーネント２１３はまた、変換された残差情報を、例えば周波数に基づいてスケーリングするように構成されている。そのようなスケーリングは、異なる周波数情報が異なる粒度で量子化されるように、残差情報にスケールファクタを適用することを含み、これは、再構成されたビデオの最終的な視覚的品質に影響を及ぼし得る。変換スケーリング及び量子化コンポーネント２１３はまた、ビット・レートをさらに低下させるために変換係数を量子化するように構成されている。量子化プロセスは、係数のいくつか又は全てに関連するビット深度を減少させ得る。量子化の程度は、量子化パラメータを調整することによって修正され得る。いくつかの例において、変換スケーリング及び量子化コンポーネント２１３は、次に、量子化された変換係数を含む行列の走査を実行してもよい。量子化された変換係数は、ヘッダ・フォーマッティング及びＣＡＢＡＣコンポーネント２３１に転送され、ビットストリームに符号化される。

スケーリング及び逆変換コンポーネント２２９は、モーション推定をサポートするために変換スケーリング及び量子化コンポーネント２１３の逆演算を適用する。スケーリング及び逆変換コンポーネント２２９は、逆スケーリング、変換、及び／又は量子化を適用して、画素ドメインにおける残差ブロックを再構成し、例えば、後に別の現在のブロックの予測ブロックとなり得る参照ブロックとして使用する。モーション推定コンポーネント２２１及び／又はモーション補償コンポーネント２１９は、後のブロック／フレームのモーション推定に使用するために、残差ブロックを対応する予測ブロックに戻すことによって参照ブロックを計算することができる。フィルタは、スケーリング、量子化、及び変換の間に生成されるアーチファクトを軽減するために、再構成された参照ブロックに適用される。そうでなければ、このようなアーチファクトは、後続のブロックが予測された場合に、不正確な予測を引き起こす（及び追加のアーチファクトを作成する）可能性がある。

フィルタ制御分析コンポーネント２２７及びループ内フィルタ・コンポーネント２２５は、残差ブロック及び／又は再構成された画像ブロックにフィルタを適用する。例えば、スケーリング及び逆変換コンポーネント２２９からの変換された残差ブロックを、イントラ・ピクチャ予測コンポーネント２１７及び／又はモーション補償コンポーネント２１９からの対応する予測ブロックと組み合わせて、元の画像ブロックを再構成してもよい。フィルタは、次に、再構成された画像ブロックに適用され得る。いくつかの例において、フィルタは、代わりに、残差ブロックに適用されてもよい。図２の他のコンポーネントと同様に、フィルタ制御分析コンポーネント２２７及びループ内フィルタ・コンポーネント２２５は、高度に統合されており、一緒に実装されてもよいが、概念的な目的のために別個に描画されている。再構成された参照ブロックに適用されるフィルタは、特定の空間領域に適用され、そのようなフィルタが適用される方法を調整するために複数のパラメータを含む。フィルタ制御分析コンポーネント２２７は、再構成された参照ブロックを分析して、そのようなフィルタを適用すべき場所を判定し、対応するパラメータを設定する。このようなデータは、符号化のためのフィルタ制御データとしてヘッダ・フォーマッティング及びＣＡＢＡＣコンポーネント２３１に転送される。ループ内フィルタ・コンポーネント２２５は、フィルタ制御データに基づいてそのようなフィルタを適用する。フィルタは、ブロック解除フィルタ、ノイズ抑制フィルタ、ＳＡＯフィルタ、及び適応ループ・フィルタを含み得る。そのようなフィルタは、例に応じて、（例えば、再構成された画素ブロックでの）空間／画素領域又は周波数領域に適用され得る。

符号化器として動作する場合に、フィルタリングされた再構成された画像ブロック、残差ブロック、及び／又は予測ブロックは、上述のようにモーション推定に後で使用するために、復号ピクチャ・バッファ・コンポーネント２２３に格納される。復号器として動作する場合に、復号ピクチャ・バッファ・コンポーネント２２３は、出力ビデオ信号の一部として、再構成されフィルタリングされたブロックを記憶し、ディスプレイに向かって転送する。復号ピクチャ・バッファ・コンポーネント２２３は、予測ブロック、残差ブロック、及び／又は再構成された画像ブロックを記憶することができる任意のメモリデバイスであり得る。

ヘッダ・フォーマッティング及びＣＡＢＡＣコンポーネント２３１は、コーデック・システム２００の種々のコンポーネントからデータを受信し、復号器に向けた伝送のために、そのようなデータをコーディングされたビットストリームに符号化する。具体的には、ヘッダ・フォーマッティング及びＣＡＢＡＣコンポーネント２３１は、一般制御データ及びフィルタ制御データなどの制御データを符号化するための種々のヘッダを生成する。さらに、イントラ予測及びモーション・データを含む予測データ、並びに量子化変換係数データの形式の残差データは、すべてビットストリームに符号化される。最終ビットストリームは、元のパーティション化ビデオ信号２０１を再構成するために復号器によって望まれる全ての情報を含む。そのような情報はまた、イントラ予測モード・インデックス・テーブル（コードワード・マッピングテーブルとも呼ばれる）、種々のブロックに対する符号化コンテキストの定義、最も可能性の高いイントラ予測モードの表示、パーティション情報の表示などを含み得る。このようなデータは、エントロピー・コーディングを用いることによって符号化され得る。例えば、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）、ＣＡＢＡＣ、構文ベースのコンテキスト適応バイナリ演算コーディング（ＳＢＡＣ）、確率間隔パーティション化エントロピー（ＰＩＰＥ）コーディング、又は別のエントロピー・コーディング技術を用いることによって、情報は符号化されてもよい。エントロピー・コーディングに続いて、コーディングされたビットストリームは、別のデバイス（例えば、ビデオ復号器）に送信されてもよく、又は後の伝送又は検索のためにアーカイブされてもよい。

図３は、例示的なビデオ符号化器３００を図示するブロック図である。ビデオ符号化器３００は、コーデック・システム２００の符号化機能を実装するため、及び／又は動作方法１００のステップ１０１、１０３、１０５、１０７、及び／又は１０９を実装するために用いられ得る。符号化器３００は、入力ビデオ信号をパーティション化し、パーティション化ビデオ信号３０１をもたらし、これは、パーティション化ビデオ信号２０１と実質的に同様である。パーティション化ビデオ信号３０１は、次に、符号化器３００のコンポーネントによって圧縮され、ビットストリームに符号化される。

具体的には、パーティション化ビデオ信号３０１は、イントラ予測のために、イントラ・ピクチャ予測コンポーネント３１７に転送される。イントラ・ピクチャ予測コンポーネント３１７は、イントラ・ピクチャ推定コンポーネント２１５及びイントラ・ピクチャ予測コンポーネント２１７と実質的に同様であり得る。パーティション化ビデオ信号３０１はまた、復号ピクチャ・バッファ・コンポーネント３２３内の参照ブロックに基づくインター予測のために、モーション補償コンポーネント３２１に転送される。モーション補償コンポーネント３２１は、モーション推定コンポーネント２２１及びモーション補償コンポーネント２１９と実質的に同様であり得る。イントラ・ピクチャ予測コンポーネント３１７及びモーション補償コンポーネント３２１からの予測ブロック及び残差ブロックは、残差ブロックの変換及び量子化のために変換及び量子化コンポーネント３１３に転送される。変換及び量子化コンポーネント３１３は、変換スケーリング及び量子化コンポーネント２１３と実質的に同様であり得る。変換され量子化された残差ブロック及び対応する予測ブロックは、（関連する制御データと共に）ビットストリームにコーディングするためにエントロピー・コーディング・コンポーネント３３１に転送される。エントロピー・コーディング・コンポーネント３３１は、ヘッダ・フォーマッティング及びＣＡＢＡＣコンポーネント２３１と実質的に同様であり得る。

変換及び量子化された残差ブロック及び／又は対応する予測ブロックはまた、モーション補償コンポーネント３２１によって使用される参照ブロックへの再構成のために変換及び量子化コンポーネント３１３から逆変換及び量子化コンポーネント３２９に転送される。逆変換及び量子化コンポーネント３２９は、スケーリング及び逆変換コンポーネント２２９と実質的に類似であり得る。ループ内フィルタ・コンポーネント３２５内のループ内フィルタはまた、例に応じて、残差ブロック及び／又は再構成された参照ブロックに適用される。ループ内フィルタ・コンポーネント３２５は、実質的に、フィルタ制御分析コンポーネント２２７及びループ内フィルタ・コンポーネント２２５に類似であり得る。ループ内フィルタ・コンポーネント３２５は、ループ内フィルタ・コンポーネント２２５に関して論じられたように、複数のフィルタを含み得る。フィルタリングされたブロックは、次に、復号ピクチャ・バッファ・コンポーネント３２３に記憶され、モーション補償コンポーネント３２１によって参照ブロックとして使用される。復号ピクチャ・バッファ・コンポーネント３２３は、復号ピクチャ・バッファ・コンポーネント２２３と実質的に同様であり得る。

図４は、例示的なビデオ復号器４００を図示するブロック図である。ビデオ復号器４００は、コーデック・システム２００の復号機能を実装するため、及び／又は動作方法１００のステップ１１１、１１３、１１５、及び／又は１１７を実装するために用いられ得る。復号器４００は、例えば符号化器３００からビットストリームを受信し、エンド・ユーザへの表示のために、ビットストリームに基づいて再構成された出力ビデオ信号を生成する。

ビットストリームはエントロピー復号コンポーネント４３３によって受信される。エントロピー復号コンポーネント４３３は、ＣＡＶＬＣ、ＣＡＢＡＣ、ＳＢＡＣ、ＰＩＰＥコーディング、又は他のエントロピー・コーディング技術などのエントロピー復号スキームを実装するように構成されている。例えば、エントロピー復号コンポーネント４３３は、ビットストリーム内のコード・ワードとして符号化された追加データを解釈するためのコンテキストを提供するために、ヘッダ情報を用いてもよい。復号された情報は、一般制御データ、フィルタ制御データ、パーティション情報、モーション・データ、予測データ、及び残差ブロックからの量子化変換係数などの、ビデオ信号を復号するための任意の所望の情報を含む。量子化された変換係数は、残差ブロックへの再構成のために、逆変換及び量子化コンポーネント４２９に転送される。逆変換及び量子化コンポーネント４２９は、逆変換及び量子化コンポーネント３２９と同様であり得る。

再構成された残差ブロック及び／又は予測ブロックは、イントラ予測動作に基づく画像ブロックへの再構成のために、イントラ・ピクチャ予測コンポーネント４１７に転送される。イントラ・ピクチャ予測コンポーネント４１７は、イントラ・ピクチャ推定コンポーネント２１５及びイントラ・ピクチャ予測コンポーネント２１７と同様であり得る。具体的には、イントラ・ピクチャ予測コンポーネント４１７は、フレーム内の参照ブロックを位置特定するために予測モードを用い、残差ブロックを結果に適用して、イントラ予測された画像ブロックを再構成する。再構成されイントラ予測された画像ブロック及び／又は残差ブロック及び対応するインター予測データは、復号ピクチャ・バッファ・コンポーネント４２３に、ループ内フィルタ・コンポーネント４２５を介して転送され、これらコンポーネントは、復号ピクチャ・バッファ・コンポーネント２２３及びループ内フィルタ・コンポーネント２２５とそれぞれ実質的に同様であり得る。ループ内フィルタ・コンポーネント４２５は、再構成された画像ブロック、残差ブロック及び／又は予測ブロックをフィルタリングし、そのような情報は復号ピクチャ・バッファ・コンポーネント４２３に記憶される。復号ピクチャ・バッファ・コンポーネント４２３からの再構成された画像ブロックは、インター予測のためにモーション補償コンポーネント４２１に転送される。モーション補償コンポーネント４２１は、モーション推定コンポーネント２２１及び／又はモーション補償コンポーネント２１９と実質的に同様であり得る。具体的には、モーション補償コンポーネント４２１は、参照ブロックからのモーション・ベクトルを用いて、予測ブロックを生成し、残差ブロックを結果に適用して画像ブロックを再構成する。得られた再構成されたブロックはまた、ループ内フィルタ・コンポーネント４２５を介して復号ピクチャ・バッファ・コンポーネント４２３に転送され得る。復号ピクチャ・バッファ・コンポーネント４２３は、パーティション情報を介してフレームに再構成され得る追加の再構成画像ブロックを記憶し続ける。このようなフレームはまた、シーケンスに配置され得る。このシーケンスは、再構成された出力ビデオ信号としてディスプレイに向けて出力される。

図５は、異なるタイプのコーディング・ツール・パラメータを含む複数のタイプのＡＰＳを含む例示的なビットストリーム５００を図示する概略図である。例えば、ビットストリーム５００は、コーデック・システム２００及び／又は復号器４００によって復号するために、コーデック・システム２００及び／又は符号化器３００によって生成され得る。別の例として、ビットストリーム５００は、ステップ１１１で復号器が使用するために、方法１００のステップ１０９で符号化器によって生成されてもよい。

ビットストリーム５００は、シーケンス・パラメータ・セット（ＳＰＳ）５１０、複数のピクチャ・パラメータ・セット（ＰＰＳ）５１１、複数のＡＬＦ ＡＰＳ５１２、複数のスケーリング・リストＡＰＳ５１３、複数のＬＭＣＳ ＡＰＳ５１４、複数のスライス・ヘッダ５１５、及び画像データ５２０を含む。ＳＰＳ５１０は、ビットストリーム５００に含まれるビデオ・シーケンス内の全てのピクチャに共通のシーケンス・データを含む。このようなデータは、ピクチャ・サイズ、ビット深度、コーディング・ツール・パラメータ、ビット・レート制限などを含むことができる。ＰＰＳ５１１は、ピクチャ全体に適用するパラメータを含む。したがって、ビデオ・シーケンス内の各ピクチャは、ＰＰＳ５１１を参照し得る。各ピクチャはＰＰＳ５１１を参照するが、単一のＰＰＳ５１１は、いくつかの例において複数のピクチャのためのデータを含むことができることに留意されたい。例えば、複数の同様のピクチャは、類似のパラメータにしたがってコーディングされてもよい。このような場合、単一のＰＰＳ５１１は、このような類似ピクチャのためのデータを含み得る。ＰＰＳ５１１は、対応するピクチャ、量子化パラメータ、オフセットなどにおけるスライスに利用可能なコーディング・ツールを示すことができる。スライス・ヘッダ５１５は、ピクチャ内の各スライスに固有のパラメータを含む。したがって、ビデオ・シーケンスにおいて、スライス当たり１つのスライス・ヘッダ５１５があり得る。スライス・ヘッダ５１５は、スライス・タイプ情報、ピクチャ・オーダ・カウント（ＰＯＣ）、参照ピクチャ・リスト、予測重み、タイル・エントリ・ポイント、ブロック解除パラメータなどを含むことができる。スライス・ヘッダ５１５はまた、いくつかの文脈においてタイル・グループ・ヘッダとも呼ばれることがあることに留意されたい。

ＡＰＳは、１つ以上のピクチャ５２１及び／又はスライス５２３に適用する構文要素を含む構文構造である。図示の例では、ＡＰＳを複数のタイプに分けることができる。ＡＬＦ ＡＰＳ５１２は、ＡＬＦパラメータを含むタイプＡＬＦのＡＰＳである。ＡＬＦは、可変パラメータによって制御される伝達関数を含み、伝達関数を改良するためにフィードバック・ループからのフィードバックを用いる適応ブロック・ベースのフィルタである。さらに、ＡＬＦは、ブロック・ベースのコーディングの結果として生じるコーディング・アーチファクト（例えば、エラー）を補正するために用いられる。適応フィルタは、符号化器で動作するＲＤＯプロセスなどの最適化アルゴリズムによって制御することができる可変パラメータによって伝達関数コントローラを有する線形フィルタである。したがって、ＡＬＦ ＡＰＳ５１２に含まれるＡＬＦパラメータは、復号器での復号中にフィルタがブロック・ベースのコーディング・アーチファクトを除去するように符号化器によって選択される可変パラメータを含み得る。

スケーリング・リストＡＰＳ５１３は、スケーリング・リスト・パラメータを含むタイプ・スケーリング・リストのＡＰＳである。上述のように、現在のブロックは、残差をもたらすインター予測又はイントラ予測にしたがってコーディングされる。残差は、ブロックのルマ値及び／又はクロマ値と、対応する予測ブロックの値との差である。次に、残差を変換係数（残差値より小さい）に変換するために、変換が残差に適用される。高解像度及び／又は超高解像度のコンテンツを符号化すると、増加した残差データもたらすことがある。単純な変換プロセスは、そのようなデータに適用された場合に、顕著な量子化ノイズをもたらすことがある。したがって、スケーリング・リストＡＰＳ５１３に含まれるスケーリング・リスト・パラメータは、変換マトリクスをスケーリングするために適用され、結果として生じる復号されたビデオ画像における表示解像度及び／又は量子化ノイズの許容可能なレベルの変化を考慮することができる重み付けパラメータを含み得る。

ＬＭＣＳ ＡＰＳ５１４は、ＬＭＣＳパラメータを含むタイプＬＭＣＳのＡＰＳであり、これは、リシェイパー・パラメータとしても知られている。人間の視覚系は、光の違い（例えば、輝度）よりも色の違い（例えば、色度）を区別する能力が低い。したがって、いくつかのビデオシステムは、クロマ・サブサンプリング・メカニズムを使用して、対応するルマ値を調整することなく、クロマ値の解像度を低下させることによって、ビデオ・データを圧縮する。そのようなメカニズムの１つの懸念事項は、関連する補間が、いくつかの場所で対応するルマ値と互換性のない、補間されたクロマ値を復号中に生成する可能性があるということである。これは、このような場所での色アーチファクトを生成し、この色アーチファクトは対応するフィルタによって補正されるべきである。これはルマ・マッピング・メカニズムによって複雑にされる。ルマ・マッピングは、入力ルマ信号のダイナミックレンジにわたってコーディングされたルマ・コンポーネントを再マッピングするプロセスである（例えば、区分線形関数にしたがって）。これはルマ・コンポーネントを圧縮する。ＬＭＣＳアルゴリズムは、クロマ・サブサンプリングに関係するアーチファクトを除去するために、ルマ・マッピングに基づいて圧縮されたクロマ値をスケーリングする。したがって、ＬＭＣＳ ＡＰＳ５１４に含まれるＬＭＣＳパラメータは、ルマ・マッピングを説明するために使用されるクロマ・スケーリングを示す。ＬＭＣＳパラメータは、符号化器によって判定され、ルマ・マッピングが用いられる場合に、クロマ・サブサンプリングによって引き起こされるアーチファクトをフィルタで除去するために、復号器によって用いられ得る。

画像データ５２０は、インター予測及び／又はイントラ予測にしたがって符号化されたビデオ・データ、並びに対応する変換及び量子化残差データを含む。例えば、ビデオ・シーケンスは、画像データとしてコーディングされた複数のピクチャ５２１を含む。１つのピクチャ５２１は、ビデオ・シーケンスの単一フレームであり、したがって、ビデオ・シーケンスを表示するときは、一般に単一ユニットとして表示される。しかしながら、バーチャル・リアリティ、ピクチャ・イン・ピクチャなどの特定の技術を実装するために、部分的なピクチャが表示されることがある。複数のピクチャ５２１は、各々ＰＰＳ５１１を参照する。複数のピクチャ５２１は複数のスライス５２３に分割される。１つのスライス５２３は、１つのピクチャ５２１の水平セクションとして定義され得る。例えば、１つのスライス５２３は、当該ピクチャ５２１の高さの一部及び当該ピクチャ５２１の完全な幅を含み得る。他の場合には、ピクチャ５２１は、列及び行に分割されてもよく、スライス５２３は、そのような列及び行によって生成されるピクチャ５２１の長方形部分に含まれてもよい。いくつかのシステムでは、スライス５２３は、タイルにサブ分割される。他のシステムでは、スライス５２３は、タイルを含むタイル・グループと呼ばれる。スライス５２３及び／又はタイルのタイル・グループは、スライス・ヘッダ５１５を参照する。スライス５２３は、コーディング・ツリー・ユニット（ＣＴＵ）にさらに分割される。ＣＴＵはさらに、コーディング・ツリーに基づいてコーディング・ブロックに分割される。そして、コーディング・ブロックは、予測メカニズムにしたがって符号化／復号され得る。

ピクチャ５２１及び／又はスライス５２３は、直接的又は間接的に、関連パラメータを含むＡＬＦ ＡＰＳ５１２、スケーリング・リストＡＰＳ５１３、及び／又はＬＭＣＳ ＡＰＳ５１４を参照してもよい。例えば、スライス５２３は、スライス・ヘッダ５１５を参照してもよい。さらに、ピクチャ５２１は、対応するピクチャ・ヘッダを参照してもよい。スライス・ヘッダ５１５及び／又はピクチャ・ヘッダは、関連するスライス５２３及び／又はピクチャ５２１をコーディングする際に使用されるパラメータを含むＡＬＦ ＡＰＳ５１２、スケーリング・リストＡＰＳ５１３、及び／又はＬＭＣＳ ＡＰＳ５１４を参照し得る。このようにして、復号器は、対応するスライス５２３及び／又はピクチャ５２１に関係するヘッダ参照にしたがって、スライス５２３及び／又はピクチャ５２１に関連性のあるコーディング・ツール・パラメータを取得することができる。

ビットストリーム５００は、ビデオ・コーディング・レイヤ（ＶＣＬ）ＮＡＬユニット５３５及び非ＶＣＬ ＮＡＬユニット５３１にコーディングされる。ＮＡＬユニットは、ネットワークを介した伝送のための単一パケットのペイロードとして配置されるサイズに形成されたコーディングされたデータ・ユニットである。ＶＣＬ ＮＡＬユニット５３５は、コーディングされたビデオ・データを含むＮＡＬユニットである。例えば、各ＶＣＬ ＮＡＬユニット５３５は、データ、ＣＴＵ、及び／又はコーディング・ブロックの１つのスライス５２３及び／又はタイル・グループを含むことができる。非ＶＣＬ ＮＡＬユニット５３１は、サポート構文を含むが、コーディングされたビデオ・データを含まないＮＡＬユニットである。例えば、非ＶＣＬ ＮＡＬユニット５３１は、ＳＰＳ５１０、ＰＰＳ５１１、ＡＰＳ、スライス・ヘッダ５１５などを含んでもよい。したがって、復号器は、離散ＶＣＬ ＮＡＬユニット５３５及び非ＶＣＬ ＮＡＬユニット５３１においてビットストリーム５００を受信する。アクセス・ユニットは、単一のピクチャ５２１をコーディングするのに十分なデータを含むＶＣＬ ＮＡＬユニット５３５及び／又は非ＶＣＬ ＮＡＬユニット５３１のグループである。

いくつかの例において、ＡＬＦ ＡＰＳ５１２、スケーリング・リストＡＰＳ５１３、及びＬＭＣＳ ＡＰＳ５１４は、各々、別個の非ＶＣＬ ＮＡＬユニット５３１タイプに割り当てられる。このような場合、ＡＬＦ ＡＰＳ５１２、スケーリング・リストＡＰＳ５１３、及びＬＭＣＳ ＡＰＳ５１４は、それぞれ、ＡＬＦ ＡＰＳ ＮＡＬユニット５３２、スケーリング・リストＡＰＳ ＮＡＬユニット５３３、及びＬＭＣＳ ＡＰＳ ＮＡＬユニット５３４に含まれる。したがって、ＡＬＦ ＡＰＳ ＮＡＬユニット５３２は、別のＡＬＦ ＡＰＳ ＮＡＬユニット５３２が受信されるまで有効なままであるＡＬＦパラメータを含む。さらに、スケーリング・リストＡＰＳ ＮＡＬユニット５３３は、別のスケーリング・リストＡＰＳ ＮＡＬユニット５３３が受信されるまで有効なままであるスケーリング・リスト・パラメータを含む。追加的に、ＬＭＣＳ ＡＰＳ ＮＡＬユニット５３４は、別のＬＭＣＳ ＡＰＳ ＮＡＬユニット５３４が受信されるまで有効なままであるＬＭＣＳパラメータを含む。このように、ＡＰＳパラメータが変更されるたびに新しいＡＰＳを発行する必要はない。例えば、ＬＭＣＳパラメータの変更は、追加のＬＭＣＳ ＡＰＳ５１４をもたらすが、追加のＡＬＦ ＡＰＳ５１２又はスケーリング・リストＡＰＳ５１３をもたらさない。したがって、パラメータ・タイプに基づいてＡＰＳを異なるＮＡＬユニット・タイプに分けることにより、無関係なパラメータの冗長なシグナリングが回避される。したがって、ＡＰＳを異なるＮＡＬユニット・タイプに分けることは、コーディング効率を向上させ、したがって、符号化器及び復号器におけるプロセッサ、メモリ及び／又はネットワーク・リソースの使用を減少させる。

さらに、スライス５２３及び／又はピクチャ５２１は、スライス５２３及び／又はピクチャ５２１をコーディングするために用いられるコーディング・ツール・パラメータを含むＡＬＦ ＡＰＳ５１２、ＡＬＦ ＡＰＳ ＮＡＬユニット５３２、スケーリング・リストＡＰＳ５１３、スケーリング・リストＡＰＳ ＮＡＬユニット５３３、ＬＭＣＳ ＡＰＳ５１４、及び／又はＬＭＣＳ ＡＰＳ ＮＡＬユニット５３４を直接的又は間接的に参照することができる。例えば、各ＡＰＳは、ＡＰＳ ＩＤ５４２及びパラメータ・タイプ５４１を含んでもよい。ＡＰＳ ＩＤ５４２は、対応するＡＰＳを識別する値（例えば、番号）である。ＡＰＳ ＩＤ５４２は、事前定義されたビット数を含み得る。したがって、ＡＰＳ ＩＤ５４２は、事前定義された順番にしたがって増加（例えば、１ずつ増加）することができ、その順番が事前定義された範囲の末端に到達したら、最小値（例えば、０）でリセットし得る。パラメータ・タイプ５４１は、ＡＰＳに含まれるパラメータのタイプ（例えば、ＡＬＦ、スケーリング・リスト、及び／又は、ＬＭＣＳ）を示す。例えば、パラメータ・タイプ５４１は、各ＡＰＳに含まれるパラメータのタイプを示す事前定義された値に設定されたＡＰＳパラメータ・タイプ（ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅ）コードを含んでもよい。このように、パラメータ・タイプ５４１は、ＡＬＦ ＡＰＳ５１２、スケーリング・リストＡＰＳ５１３、及びＬＭＣＳ ＡＰＳ５１４を区別するために使用され得る。いくつかの例において、ＡＬＦ ＡＰＳ５１２、スケーリング・リストＡＰＳ５１３、及びＬＭＣＳ ＡＰＳ５１４は各々、パラメータ・タイプ５４１及びＡＰＳ ＩＤ５４２の組み合わせによって一意に識別され得る。例えば、各ＡＰＳタイプは、対応するＡＰＳ ＩＤ５４２のための別個の値空間を含んでもよい。したがって、各ＡＰＳタイプは、同じタイプの以前のＡＰＳに基づいて順番に増加するＡＰＳ ＩＤ５４２を含み得る。しかし、第１のＡＰＳタイプのＡＰＳ ＩＤ５４２は、異なる第２のＡＰＳタイプの以前のＡＰＳのＡＰＳ ＩＤ５４２とは関係していなくてもよい。このように、異なるＡＰＳタイプのＡＰＳ ＩＤ５４２は、重複する値空間を含み得る。例えば、第１のタイプのＡＰＳ（例えば、ＡＬＦ ＡＰＳ）は、場合によっては、第２のタイプのＡＰＳ（例えば、ＬＭＣＳ ＡＰＳ）と同じＡＰＳ ＩＤ５４２を含むことができる。各ＡＰＳタイプが異なる値空間を含むことを可能にすることで、コーデックはＡＰＳタイプ間でＡＰＳ ＩＤ５４２の競合をチェックする必要がない。さらに、値空間が重複することを可能にすることによって、コーデックは、より大きなＡＰＳ ＩＤ５４２の値を用いることを回避することができ、これは、ビット節約をもたらす。したがって、異なるＡＰＳタイプの複数のＡＰＳ ＩＤ５４２のための別個の重複する値空間を使用することは、コーディング効率を向上させ、したがって、符号化器及び復号器におけるネットワーク・リソース、メモリ・リソース、及び／又は処理リソースの使用を減少させる。上記のように、ＡＰＳ ＩＤ５４２は、事前定義された範囲にわたってもよい。いくつかの例において、ＡＰＳ ＩＤ５４２の事前定義された範囲は、パラメータ・タイプ５４１によって示されるＡＰＳタイプに応じて変動してもよい。これにより、一般的に異なるタイプのパラメータが変化する頻度に応じて、異なる数のビットを異なるＡＰＳタイプに割り当てることが可能となり得る。例えば、ＡＬＦ ＡＰＳ５１２のＡＰＳ ＩＤ５４２は０～７の範囲を有し、スケーリング・リストＡＰＳ５１３のＡＰＳ ＩＤ５４２は０～７の範囲を有し、ＬＭＣＳ ＡＰＳ５１４のＡＰＳ ＩＤ５４２は０～３の範囲を有してもよい。

別の例では、ＬＭＣＳパラメータは、ＬＭＣＳ ＡＰＳ５１４に含まれる。いくつかのシステムは、スライス・ヘッダ５１５にＬＭＣＳパラメータを含める。しかし、ＬＭＣＳ／リシェイパー・パラメータは約１秒に１回変化することがある。ビデオ・シーケンスは、毎秒３０～６０個のピクチャ５２１を表示し得る。したがって、ＬＭＣＳパラメータは、３０～６０フレームに対して変化し得ない。ＬＭＣＳ ＡＰＳ５１４にＬＭＣＳパラメータを含めることは、ＬＭＣＳパラメータの冗長コーディングを大幅に低減する。いくつかの例において、スライス・ヘッダ５１５及び／又はスライス５２３及び／又はピクチャ５２１にそれぞれ関連するピクチャ・ヘッダは、関連するＬＭＣＳ ＡＰＳ５１４を参照することができる。スライス５２３及び／又はピクチャ５２１は、次に、スライス・ヘッダ５１５及び／又はピクチャ・ヘッダを参照する。これにより、復号器は、関連するスライス５２３及び／又はピクチャ５２１のＬＭＣＳパラメータを得ることが可能となる。このようにして、ＬＭＣＳパラメータは、スライス５２３及び／又はピクチャ５２１に対するＬＭＣＳパラメータが変化したときにのみ符号化される。したがって、ＬＭＣＳパラメータを符号化するためにＬＭＣＳ ＡＰＳ５１４を用いることは、コーディング効率を増加させ、したがって、符号化器及び復号器におけるネットワーク・リソース、メモリ・リソース、及び／又は処理リソースの使用を低減する。ＬＭＣＳはすべてのビデオに使用されるわけではないため、ＳＰＳ５１０は、ＬＭＣＳ有効フラグ５４３を含んでもよい。ＬＭＣＳ有効フラグ５４３は、符号化されたビデオ・シーケンスに対してＬＭＣＳが有効であることを示すように設定され得る。したがって、復号器は、ＬＭＣＳ有効フラグ５４３が設定される（例えば、１に設定される）場合に、ＬＭＣＳ有効フラグ５４３に基づいてＬＭＣＳ ＡＰＳ５１４からＬＭＣＳパラメータを取得し得る。さらに、復号器は、ＬＭＣＳ有効フラグ５４３が設定されない（例えば、０に設定されない）場合に、ＬＭＣＳパラメータを取得しようとしなくてもよい。

図６は、異なる値空間上の異なるＡＰＳタイプにＡＰＳ ＩＤ６４２を割り当てるための例示的なメカニズム６００を図示する概略図である。例えば、メカニズム６００がビットストリーム５００に適用されて、ＡＬＦ ＡＰＳ５１２、スケーリング・リストＡＰＳ５１３、及び／又はＬＭＣＳ ＡＰＳ５１４にＡＰＳ ＩＤ５４２を割り当てることができる。さらに、メカニズム６００は、方法１００にしたがってビデオをコーディングする場合に、コーデック２００、符号化器３００、及び／又は復号器４００に適用されてもよい。

メカニズム６００は、ＡＰＳ ＩＤ６４２をＡＬＦ ＡＰＳ６１２、スケーリング・リストＡＰＳ６１３、及びＬＭＣＳ ＡＰＳ６１４に割り当てるが、これらは、それぞれ、ＡＰＳ ＩＤ５４２、ＡＬＦ ＡＰＳ５１２、スケーリング・リストＡＰＳ５１３、及びＬＭＣＳ ＡＰＳ５１４と実質的に同様であり得る。上記のように、ＡＰＳ ＩＤ６４２は、各値空間がＡＰＳタイプに固有である複数の異なる値空間上に順番に割り当てられてもよい。さらに、各値空間は、ＡＰＳタイプに固有である異なる範囲にわたってもよい。示された例では、ＡＬＦ ＡＰＳ６１２のＡＰＳ ＩＤ６４２の値空間の範囲は、０～７（例えば、３ビット）である。さらに、スケーリング・リストＡＰＳ６１３のＡＰＳ ＩＤ６４２の値空間の範囲は、０～７（例えば、３ビット）である。また、ＬＭＣＳ ＡＰＳ６１１のＡＰＳ ＩＤ６４２の値空間の範囲は、０～３（例えば、２ビット）である。ＡＰＳ ＩＤ６４２が値空間の範囲の末尾に到達すると、対応するタイプの次のＡＰＳのＡＰＳ ＩＤ６４２は範囲の先頭に戻る（例えば、０）。新しいＡＰＳが同じタイプの前のＡＰＳと同じＡＰＳ ＩＤ６４２を受ける場合に、以前のＡＰＳはもはやアクティブではなく、もはや参照することができない。このように、値空間の範囲を拡張して、同じタイプのより多くのＡＰＳが能動的に参照されることを可能にすることができる。さらに、コーディング効率を向上させるために値空間の範囲が縮小され得るが、そのような縮小は、同時にアクティブなままであり続け、参照に利用可能であり続けることができる対応するタイプのＡＰＳの数も減少させる。

示される例では、各ＡＬＦ ＡＰＳ６１２、スケーリング・リストＡＰＳ６１３、及びＬＭＣＳ ＡＰＳ６１４は、ＡＰＳ ＩＤ６４２及びＡＰＳタイプの組み合わせによって参照される。例えば、ＡＬＦ ＡＰＳ６１２、ＬＭＣＳ ＡＰＳ６１４、及びスケーリング・リストＡＰＳ６１３は、各々、０のＡＰＳ ＩＤ６４２を受ける。新しいＡＬＦ ＡＰＳ６１２が受信される場合に、ＡＰＳ ＩＤ６４２は、以前のＡＬＦ ＡＰＳ６１２に使用された値からインクリメントされる。同じシーケンスが、スケーリング・リストＡＰＳ６１３及びＬＭＣＳ ＡＰＳ６１４に適用される。したがって、各ＡＰＳ ＩＤ６４２は、同じタイプの以前のＡＰＳのＡＰＳ ＩＤ６４２に関係する。しかし、ＡＰＳ ＩＤ６４２は、他のタイプの以前のＡＰＳのＡＰＳ ＩＤ６４２とは関係しない。この例では、ＡＬＦ ＡＰＳ６１２のＡＰＳ ＩＤ６４２は、０から７までインクリメントで増加し、次に、継続してインクリメントする前に０に戻る。さらに、スケーリング・リストＡＰＳ６１３のＡＰＳ ＩＤ６４２は、０から７までインクリメントで増加し、次に、継続してインクリメントする前に０に戻る。また、ＬＭＣＳ ＡＰＳ６１１のＡＰＳ ＩＤ６４２は、０から３までインクリメントで増加し、次に、継続してインクリメントする前に０に戻る。図示されるように、このような値空間は、異なるＡＰＳタイプの異なるＡＰＳがビデオ・シーケンス内の同じポイントで同じＡＰＳ ＩＤ６４２を共有することができるので、重複している。また、メカニズム６００は、ＡＰＳのみを描画することにも留意されたい。ビットストリームでは、描画されたＡＰＳは、ＳＰＳ、ＰＰＳ、スライス・ヘッダ、ピクチャ・ヘッダ、スライスなどの他のＶＣＬと非ＶＣＬ ＮＡＬユニットの間に散在する。

このように、本開示は、ＡＰＳの設計の改良、及びリシェイパー／ＬＭＣＳパラメータのシグナリングのためのいくつかの改良を含む。ＡＰＳは、複数のピクチャで共有できる情報のシグナリングのために設計されており、多くのバリエーションを含むことができる。リシェイパー／ＬＭＣＳパラメータは、適応ループ内リシェイパー／ＬＭＣＳビデオ・コーディング・ツールに用いられる。上記メカニズムは、以下のとおりに実装され得る。本明細書に列挙された問題を解決するために、これは、個別に及び／又は組み合わせて用いられ得るいくつかの態様を含む。

開示されたＡＰＳは、複数のＡＰＳが使用されて異なるタイプのパラメータを搬送することができるように修正される。各ＡＰＳ ＮＡＬユニットは、１つのタイプのパラメータのみを搬送するために使用される。その結果、２つのＡＰＳ ＮＡＬユニットは、２つのタイプの情報が特定のタイル・グループ／スライスに対して搬送される（例えば、各タイプの情報に対して１つ）場合に、符号化される。ＡＰＳは、ＡＰＳ構文にＡＰＳパラメータ・タイプ・フィールドを含み得る。ＡＰＳ ＮＡＬユニットには、ＡＰＳ ｐａｒａｍｅｔｅｒｓ ｔｙｐｅフィールドによって示されるタイプのパラメータのみが含まれ得る。

いくつかの例において、異なるタイプのＡＰＳパラメータが異なるＮＡＬユニット・タイプによって示される。例えば、２つの異なるＮＡＬユニット・タイプがＡＰＳに使用される。この２種類のＡＰＳは、それぞれＡＬＦ ＡＰＳ及びリシェイパーＡＰＳと呼ばれ得る。別の例では、ＡＰＳ ＮＡＬユニットで搬送されるツールパラメータのタイプがＮＡＬユニット・ヘッダで指定される。ＶＶＣでは、ＮＡＬユニット・ヘッダは予約ビット（例えば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿７ｂｉｔと示される７ビット）を有する。いくつかの例において、これらのビットのいくつか（例えば、７ビットのうちの３ビット）がＡＰＳパラメータ・タイプ・フィールドを指定するために使用され得る。いくつかの例において、特定のタイプのＡＰＳがＡＰＳ ＩＤに対して同じ値空間を共有してもよい。一方、ＡＰＳの異なるタイプは、ＡＰＳ ＩＤの異なる値空間を使用する。したがって、異なるタイプの２つのＡＰＳが共存し、同じ瞬間に同じＡＰＳ ＩＤの値を有してもよい。さらに、他のＡＰＳからＡＰＳを識別するために、ＡＰＳ ＩＤとＡＰＳパラメータ・タイプの組み合わせが用いられてもよい。

ＡＰＳ ＩＤは、タイル・グループに対して対応するコーディング・ツールが有効である場合に、タイル・グループ・ヘッダ構文に含まれ得る。そうでなければ、対応するタイプのＡＰＳ ＩＤがタイル・グループ・ヘッダに含まれなくてもよい。例えば、タイル・グループに対してＡＬＦが有効である場合に、ＡＬＦ ＡＰＳのＡＰＳ ＩＤはタイル・グループ・ヘッダに含まれる。例えば、これはＡＬＦタイプを示すためにＡＰＳパラメータ・タイプ・フィールドを設定することで達成され得る。したがって、タイル・グループに対してＡＬＦが有効ではない場合に、ＡＬＦ ＡＰＳのＡＰＳ ＩＤはタイル・グループ・ヘッダに含まれない。さらに、タイル・グループに対してリシェイパー・コーディング・ツールが有効である場合に、リシェイパーＡＰＳのＡＰＳ ＩＤがタイル・グループ・ヘッダに含まれる。例えば、これはリシェイパータイプを示すようにＡＰＳパラメータ・タイプ・フィールドを設定することによって達成され得る。さらに、タイル・グループに対してリシェイパー・コーディング・ツールが有効ではない場合に、リシェイパーＡＰＳのＡＰＳ ＩＤはタイル・グループ・ヘッダに含まれなくてもよい。

いくつかの例において、ＡＰＳにおけるＡＰＳパラメータ・タイプ情報の存在は、パラメータに関連するコーディング・ツールの使用によって条件付けされ得る。１つのビットストリーム（例えば、ＬＭＣＳ、ＡＬＦ、スケーリング・リスト）に対して１つのＡＰＳに関係するコーディング・ツールのみが有効である場合に、ＡＰＳパラメータ・タイプ情報は存在しないことがあり、その代わりに推測されてもよい。例えば、ＡＰＳがＡＬＦ及びリシェイパー・コーディング・ツールのためのパラメータを含むことができるが、ＡＬＦのみが有効であり（例えば、ＳＰＳのフラグで指定されているように）、リシェイパーが有効でない場合（例えば、ＳＰＳのフラグで指定されているように）、ＡＰＳパラメータ・タイプはシグナリングされなくてもよく、ＡＬＦパラメータと等しいと推測され得る。

別の例では、ＡＰＳパラメータ・タイプ情報は、ＡＰＳ ＩＤの値から推測され得る。例えば、事前定義されたＡＰＳ ＩＤの値の範囲は、対応するＡＰＳパラメータ・タイプに関連付けられ得る。この態様は、以下のとおりに実装され得る。ＡＰＳ ＩＤのシグナリングにはＸビット、ＡＰＳ パラメータのタイプのシグナリングにはＹビットを割り当てる代わりに、ＡＰＳ ＩＤのシグナリングにはＸ＋Ｙビットが割り当てられ得る。次に、ＡＰＳのパラメータ・タイプの異なるタイプを示すために、ＡＰＳ ＩＤの値の異なる範囲が指定され得る。例えば、ＡＰＳ ＩＤのシグナリングに５ビット、ＡＰＳパラメータのタイプのシグナリングに３ビットを使用する代わりに、（例えば、ビットコストを増加させることなく）ＡＰＳ ＩＤのシグナリングに８ビットが割り当てられ得る。０～６３のＡＰＳ ＩＤの値の範囲は、ＡＰＳがＡＬＦのためのパラメータを含むことを示し、６４～９５のＩＤの値の範囲は、ＡＰＳがリシェイパーのためのパラメータを含むことを示し、９６～２５５は、スケーリング・リストのような他のパラメータ・タイプのために予約され得る。別の例では、０～３１のＡＰＳ ＩＤの値の範囲は、ＡＰＳがＡＬＦのためのパラメータを含むことを示し、３２～４７のＩＤの値の範囲は、ＡＰＳがリシェイパーのためのパラメータを含むことを示し、４８～２５５は、スケーリング・リストのような他のパラメータ・タイプのために予約され得る。このアプローチの利点は、各ツールのパラメータ変更の頻度に応じて、ＡＰＳ ＩＤの範囲が割り当てられ得ることである。例えば、ＡＬＦパラメータは、リシェイパー・パラメータよりも頻繁に変化することが予想されてもよい。このような場合、ＡＰＳがＡＬＦパラメータを含むＡＰＳであることを示すために、より大きなＡＰＳ ＩＤ範囲は用いられてもよい。

第１の実施例では、前述の態様の１つ以上は、以下のとおりに実施されてもよい。ＡＬＦ ＡＰＳは、ＡＬＦ＿ＡＰＳに等しいａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅを有するＡＰＳとして定義され得る。リシェイパーＡＰＳ（又はＬＭＣＳ ＡＰＳ）は、ＭＡＰ＿ＡＰＳに等しいａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅを有するＡＰＳとして定義され得る。例示的なＳＰＳ構文とセマンティクスは、以下のとおりである。

ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、リシェイパーがコーデット・ビデオ・シーケンス（ＣＶＳ）で使用されることを指定するために１に等しく設定される。ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、リシェイパーがＣＶＳにおいて使用されないことを指定するために０に設定される。

例示的なＡＰＳ構文とセマンティクスは以下のとおりである。

ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅは、以下のテーブルで指定されるようなＡＰＳにおいて搬送されるＡＰＳパラメータのタイプを指定する。

例示的なタイル・グループ・ヘッダ構文とセマンティクスは、以下のとおりである。

ｔｉｌｅ＿ｇｒｏｕｐ＿ａｌｆ＿ａｐｓ＿ｉｄは、タイル・グループが参照するＡＬＦ ＡＰＳのａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定する。ｔｉｌｅ＿ｇｒｏｕｐ＿ａｌｆ＿ａｐｓ＿ｉｄに等しいａｄａｐｄａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＡＬＦ ＡＰＳ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄは、コーディングされたタイル・グループＮＡＬユニットのＴｅｍｐｏｒａｌＩｄ以下であるとする。同じ値のａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有する複数のＡＬＦ ＡＰＳが同じピクチャの２つ以上のタイル・グループによって参照される場合に、同じ値のａｄａｐａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有する複数のＡＬＦ ＡＰＳは同じ内容を有するものとする。

ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在のタイル・グループに対してリシェイパーが有効であることを指定するために１に等しく設定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在のタイル・グループに対してリシェイパーが有効でないことを指定するために０に設定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｒｐｅｒ＿ｅｎａｂｌｅ＿ｆｌａｇが存在しない場合に、フラグは０に等しいと推定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ａｐｓ＿ｉｄは、タイル・グループが参照するリシェイパーＡＰＳのａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定する。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ａｐｓ＿ｉｄに等しいａｄａｐｄａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを持つリシェイパーＡＰＳ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄは、コーディングされたタイル・グループＮＡＬユニットのＴｅｍｐｏｒａｌＩｄ以下であるものとする。同じ値のａｄａｐａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有する複数のリシェイパーＡＰＳが同じピクチャの２つ以上のタイル・グループによって参照される場合に、同じ値のａｄａｐａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有する複数のリシェイパーＡＰＳは、同じ内容を有するものとする。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、現在のタイル・グループに対してクロマ残差スケーリングが有効であることを指定するために１に等しく設定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇは、現在のタイル・グループに対してクロマ残差スケーリングが有効でないことを指定するために０に等しく設定される。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しない場合に、フラグは０に等しいと推定される。

例示的なリシェイパー・データ構文とセマンティクスは以下のとおりである。

ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘは、リシェイパー構成プロセスにおいて使用される最小ビン（又はピース）インデックスを指定する。ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘの値は、０からＭａｘＢｉｎＩｄｘまでの範囲（両端を含む）とする。ＭａｘＢｉｎＩｄｘの値は１５に等しいものとする。ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘは、最大許容ビン（又はピース）インデックスＭａｘＢｉｎＩｄｘからリシェイパー構成プロセスにおいて使用される最大ビン・インデックスを引いたものを指定する。ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍａｘ＿ｂｉｎ＿ｉｄｘの値はＭａｘＢｉｎＩｄｘ － ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘに等しく設定される。ｒｅｓｈａｒｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ｃｗ＿ｐｒｅｃ＿ｍｉｎｕｓ１ ＋ １は、構文要素ｒｅｓｈａｒｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］の表現に使用されるビット数を指定する。ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］ は、ｉ番目のビンの絶対デルタ・コードワード値を指定する。ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］構文要素は、ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ｃｗ＿ｐｒｅｃ＿ｍｉｎｕｓ１＋１ビットで表される。ｒｅｓｈａｒｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］は、ｒｅｓｈａｒｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］ の符号を指定する。

第２の実施例では、前述の態様の１つ以上は、以下のとおりに実施されてもよい。例示的なＳＰＳ構文とセマンティクスは以下のとおりである。

変数ＡＬＦＥｎａｂｌｅｄ及びＲｅｓｈａｐｅｒＥｎａｂｌｅｄは、以下のとおりに設定される。ＡＬＦＥｎａｂｌｅｄ ＝ ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇであり、ＲｅｓｈａｐｅｒＥｎａｂｌｅｄ ＝ ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇである。

例示的なＡＰＳ構文とセマンティクスは以下のとおりである。

ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅは、以下のテーブルで指定されるようにＡＰＳにおいて搬送されるＡＰＳパラメータのタイプを指定する。

存在しない場合に、ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの値は以下のとおりに推定される。ＡＬＦＥｎａｂｌｅｄである場合に、ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅは０に等しく設定される。そうでなければ、ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅは１に等しく設定される。

第２の実施例では、前述の態様の１つ以上は、以下のとおりに実施されてもよい。例示的なＳＰＳ構文とセマンティクスは以下のとおりである。

ａｄａｐｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素による参照のためにＡＰＳの識別子を提供する。ＡＰＳは、ピクチャ間で共有することができ、ピクチャ内の異なるタイル・グループにおいて異なることができる。変数ＡＰＳＰａｒａｍｓＴｙｐｅの値と記載は、以下のテーブルに定義される。

例示的なタイル・グループ・ヘッダ・セマンティクスは以下のとおりである。ｔｉｌｅ＿ｇｒｏｕｐ＿ａｌｆ＿ａｐｓ＿ｉｄは、タイル・グループが参照するＡＬＦ ＡＰＳのａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定する。ｔｉｌｅ＿ｇｒｏｕｐ＿ａｌｆ＿ａｐｓ＿ｉｄに等しいａｄａｐｄａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＡＬＦ ＡＰＳ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄは、コーディングされたタイル・グループＮＡＬユニットのＴｅｍｐｏｒａｌＩｄ以下であるものとする。ｔｉｌｅ＿ｇｒｏｕｐ＿ａｌｆ＿ａｐｓ＿ｉｄの値は、０～６３の範囲（両端を含む）とする。

同じ値のａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有する複数のＡＬＦ ＡＰＳが同じピクチャの複数のタイル・グループによって参照される場合に、同じ値のａｄａｐａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有する複数のＡＬＦ ＡＰＳは同じ内容を有するものとする。ｔｉｌｅ＿ｇｒｏｕｐ ＿ｒｅｓｈａｐｅｒ＿ａｐｓ＿ｉｄ は、タイル・グループが参照するｒｅｓｈａｐｅｒ ＡＰＳ のａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ を指定する。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ａｐｓ＿ｉｄに等しいａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するリシェイパーＡＰＳ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄは、コーディングされたタイル・グループＮＡＬユニットのＴｅｍｐｏｒａｌＩｄ以下とする。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ａｐｓ＿ｉｄの値は、６４～９５の範囲（両端を含む）とする。同じ値のａｄａｐａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有する複数のリシェイパーＡＰＳが同じピクチャの２つ以上のタイル・グループによって参照される場合に、同じ値のａｄａｐａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有する複数のリシェイパーＡＰＳは、同じ内容を有するものとする。

図７は、例示的なビデオ・コーディング・デバイス７００の概略図である。ビデオ・コーディング・デバイス７００は、本明細書に記載されるように、開示される実施例／実施形態を実装するのに適している。ビデオ・コーディング・デバイス７００は、下流ポート７２０、上流ポート７５０、及び／又は、ネットワークを介して上流及び／又は下流でデータを通信するための送信機及び／又は受信機を含むトランシーバ・ユニット（Ｔｘ／Ｒｘ）７１０を含む。ビデオ・コーディング・デバイス７００はまた、データを処理する論理ユニット及び／又は中央処理ユニット（ＣＰＵ）を含むプロセッサ７３０と、データを記憶するためのメモリ７３２と、を含む。ビデオ・コーディング・デバイス７００はまた、電気的、光学的、又は無線通信ネットワークを介したデータの通信のために上流ポート７５０及び／又は下流ポート７２０に結合された電気的、光－電気（ＯＥ）コンポーネント、電気－光（ＥＯ）コンポーネント、及び／又は無線通信コンポーネントを含み得る。ビデオ・コーディング・デバイス７００はまた、ユーザとの間でデータを通信するための入力及び／又は出力（Ｉ／Ｏ）デバイス７６０を含み得る。Ｉ／Ｏデバイス７６０は、ビデオ・データを表示するためのディスプレイ、オーディオ・データを出力するためのスピーカなどの出力デバイスを含み得る。Ｉ／Ｏデバイス７６０はまた、キーボード、マウス、トラックボールなどの入力デバイス、及び／又はそのような出力デバイスと対話するための対応するインターフェースを含み得る。

プロセッサ７３０は、ハードウェア及びソフトウェアによって実装される。プロセッサ７３０は、１つ以上のＣＰＵチップ、コア（例えば、マルチコアプロセッサとして）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、及びデジタル信号プロセッサ（ＤＳＰ）として実装され得る。プロセッサ７３０は、下流ポート７２０、Ｔｘ／Ｒｘ７１０、上流ポート７５０、及びメモリ７３２と通信している。プロセッサ７３０は、コーディング・モジュール７１４を含む。コーディング・モジュール７１４は、ビットストリーム５００及び／又はメカニズム６００を用いることができる、方法１００、８００、及び９００などの本明細書に記載される開示された実施形態を実装する。コーディング・モジュール７１４はまた、本明細書に記載される任意の他の方法／メカニズムを実装し得る。さらに、コーディング・モジュール７１４は、コーデック・システム２００、符号化器３００、及び／又は復号器４００を実装してもよい。例えば、コーディング・モジュール７１４は、ビットストリーム内のピクチャを符号化／復号し、複数のＡＰＳにおけるピクチャのスライスに関連するパラメータを符号化／復号することができる。いくつかの例において、異なるタイプのパラメータが異なるタイプのＡＰＳにコーディングされ得る。さらに、異なるタイプのＡＰＳは、異なるＮＡＬユニットのタイプに含められ得る。そのようなＡＰＳタイプは、ＡＬＦ ＡＰＳ、スケーリング・リストＡＰＳ、及び／又はＬＭＣＳ ＡＰＳを含むことができる。ＡＰＳは、各々ＡＰＳ ＩＤを含むことができる。異なるＡＰＳタイプのＡＰＳ ＩＤは、異なる値空間上で順番に増加し得る。また、スライス及び／又はピクチャは、対応するスライス・ヘッダ及び／又はピクチャ・ヘッダを参照することができる。このようなヘッダは、次に、関連するコーディング・ツールを含むＡＰＳを参照することができる。このようなＡＰＳは、ＡＰＳ ＩＤとＡＰＳタイプによって一意に参照され得る。このような例は、コーディング・ツール・パラメータの冗長シグナリングを減少させ、及び／又は識別子のためのビット使用を減少させる。したがって、コーディング・モジュール７１４は、ビデオ・データをコーディングするときに、ビデオ・コーディング・デバイス７００に追加的な機能性及び／又はコーディング効率を提供させる。したがって、コーディング・モジュール７１４は、ビデオ・コーディング・デバイス７００の機能性を改善すると共に、ビデオ・コーディング技術に固有の問題に対処する。さらに、コーディング・モジュール７１４は、ビデオ・コーディング・デバイス７００の異なる状態への変換を行う。代替的には、コーディング・モジュール７１４は、メモリ７３２に記憶された命令として実装され、プロセッサ７３０によって実行される（例えば、非一時的な媒体上に記憶されたコンピュータ・プログラム製品として）。

メモリ７３２は、ディスク、テープ・ドライブ、ソリッド・ステート・ドライブ、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ、フラッシュ・メモリ、三値連想メモリ（ＴＣＡＭ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）などの１つ以上のメモリタイプを含む。メモリ７３２は、オーバーフロー・データ記憶デバイスとして使用されてもよく、このようなプログラムが実行のために選択されたときにプログラムを記憶し、プログラム実行中に読み出された命令及びデータを記憶する。

図８は、ＡＬＦ ＡＰＳ５１２、スケーリング・リストＡＰＳ５１３、及び／又はＬＭＣＳ ＡＰＳ５１４などの複数のＡＰＳタイプを用いることによって、ビットストリーム５００などのビットストリームにビデオ・シーケンスを符号化する例示的な方法８００のフローチャートである。方法８００は、方法１００を実行する場合に、コーデック・システム２００、符号化器３００、及び／又はビデオ・コーディング・デバイス７００などの符号化器によって用いられ得る。方法８００はまた、メカニズム６００にしたがって、異なる値空間を用いることによって、異なるタイプのＡＰＳにＡＰＳ ＩＤを割り当ててもよい。

方法８００は、符号化器が複数のピクチャを含むビデオ・シーケンスを受信し、例えばユーザ入力に基づいて、そのビデオ・シーケンスをビットストリームに符号化することを判定したときに開始してもよい。ビデオ・シーケンスは、符号化に先立ってさらにパーティション化するために、ピクチャ／画像／フレームにパーティション化される。ステップ８０１で、スライスは、符号化されたビデオ・シーケンスの一部としてビットストリームに符号化される。スライスは、ピクチャの一部として符号化され得る。さらに、スライスは、スライスに含まれるＣＴＵ及び／又はＣＵを符号化することによって符号化されてもよい。そのようなＣＵは、イントラ予測及び／又はインター予測にしたがってコーディングされ得る。例えば、符号化器は、スライスのＣＵをコーディングしてもよい。そして、符号化器は、コーディングされたスライスを復号し、復号されたスライスをフィルタリングして、スライスの出力品質を向上させるために、仮想参照復号器（ＨＲＤ）を用いることができる。

ステップ８０３で、符号化器は、ＨＲＤによって適用されるフィルタによって用いられるパラメータを判定して、符号化されたスライスの品質を向上させる。これらのパラメータは、ＡＬＦパラメータ、スケーリング・リスト・パラメータ、及びＬＭＣＳパラメータを含み得る。これらのパラメータを判定することにより、符号化器は、復号器でスライスに適用するために用いられるべきパラメータを判定することができる。

ステップ８０５で、ＡＬＦパラメータは、ＡＬＦタイプを含む第１のＡＰＳ ＮＡＬユニットにおいて、ビットストリームに符号化される。さらに、スケーリング・リスト・パラメータは、スケーリング・リスト・タイプを含む第２のＡＰＳ ＮＡＬユニットにおいて、ビットストリームに符号化される。追加的に、ＬＭＣＳパラメータは、ＬＭＣＳタイプを含む第３のＡＰＳ ＮＡＬユニットにおいて、ビットストリームに符号化される。したがって、ＡＬＦパラメータ、スケーリング・リスト・パラメータ、及びＬＭＣＳパラメータは、複数の異なるＮＡＬユニット・タイプを用いることによって、各々異なるＡＰＳに符号化される。第１のＡＰＳ ＮＡＬユニット、第２のＡＰＳ ＮＡＬユニット、及び第３のＡＰＳ ＮＡＬユニットは、すべて非ビデオ・コーディング層（ｎｏｎ－ＶＣＬ）ＮＡＬユニットであってもよい。

ステップ８０７で、ＳＰＳはビットストリームに符号化されてもよい。いくつかの例において、ＳＰＳは、ＬＭＣＳがスライスを含む符号化されたビデオ・シーケンスに対して有効であることを示すように設定可能なフラグを含む。フラグは、ＬＭＣＳが符号化されたビデオ・シーケンスに対して有効でないことを示すために設定されてもよいことに留意されたい。このような場合、ＬＭＣＳパラメータは、方法８００の他のステップで省略される。

ステップ８０９で、スライス・ヘッダはビットストリームに符号化される。スライス・ヘッダは、スライスに関連し得る。この場合、スライスは、スライス・ヘッダを参照する。そして、スライス・ヘッダは、第１のＡＰＳ ＮＡＬユニット、第２のＡＰＳ ＮＡＬユニット、及び第３のＡＰＳ ＮＡＬユニットを参照し得る。これにより、復号器が、スライス・ヘッダへの参照及び種々のＡＰＳ ＮＡＬユニットへの参照に基づいて、スライスのための関連性のあるパラメータを判定できることを確実にする。いくつかの例において、ピクチャ・ヘッダは、そのような参照を含んでもよい。このような場合、ピクチャ・ヘッダはステップ８０９でビットストリームに符号化される。この例では、スライスを含むピクチャはピクチャ・ヘッダを参照し、ピクチャ・ヘッダは第１のＡＰＳ ＮＡＬユニット、第２のＡＰＳ ＮＡＬユニット、及び第３のＡＰＳ ＮＡＬユニットを参照する。

上記のように、各ＡＰＳは、パラメータ・タイプとＡＰＳ ＩＤの組み合わせによって識別される。例えば、各ＡＰＳは、各ＡＰＳに含まれるパラメータのタイプを示す事前定義された値に設定されたＡＰＳパラメータ・タイプ・コード（例えば、ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅ）を含んでもよい。例えば、ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅコードは、それぞれ、第１のＡＰＳ ＮＡＬユニットに対してＡＬＦタイプに設定されてもよく、第２のＡＰＳ ＮＡＬユニットに対してスケーリング・リスト・タイプに設定されてもよく、第３のＡＰＳ ＮＡＬユニットに対してＬＭＣＳタイプに設定されてもよい。さらに、各ＡＰＳは、事前定義された範囲から選択されたＡＰＳ ＩＤを含んでもよい。追加的に、各ＡＰＳのパラメータ・タイプに基づいて、事前定義された範囲が判定されてもよい。このような事前定義された範囲は重複していてもよく、ＡＰＳ ＩＤはＡＰＳタイプに基づいて異なる順序で割り当てられてもよい。例えば、現在のＡＰＳは、事前定義された範囲から選択された現在のＡＰＳ ＩＤを含んでもよい。現在のＡＰＳ ＩＤは、現在のＡＰＳと同じタイプの以前のＡＰＳと関連する以前のＡＰＳ ＩＤと順番に関係する。また、現在のＡＰＳ ＩＤは、異なるＡＰＳタイプに対する順番が異なるため、現在のＡＰＳとは異なる別の以前のＡＰＳと関連する別の以前のＡＰＳ ＩＤとは関係しない。ステップ８０９のスライス・ヘッダ及び／又はピクチャ・ヘッダは、関連性のあるＡＰＳパラメータ・タイプ・コード及びＡＰＳ ＩＤの組み合わせを用いることによって、第１のＡＰＳ ＮＡＬユニット、第２のＡＰＳ ＮＡＬユニット、及び第３のＡＰＳ ＮＡＬユニットを一意に参照し得る。

ステップ８１１で、ビットストリームはメモリに記憶される。要求があると、ビットストリームは、次に、復号器に向かって、例えば、送信機を介して通信され得る。

図９は、ＡＬＦ ＡＰＳ ５１２、スケーリング・リストＡＰＳ ５１３、及び／又はＬＭＣＳ ＡＰＳ ５１４などの複数のＡＰＳタイプを用いることによって、ビットストリーム５００などのビットストリームからビデオ・シーケンスを復号する例示的な方法９００のフローチャートである。方法９００は、方法１００を実行するときに、コーデック・システム２００、復号器４００、及び／又はビデオ・コーディング・デバイス７００などの復号器によって用いられてもよい。また、方法９００は、異なるタイプのＡＰＳが異なる値空間にしたがって割り当てられたＡＰＳ ＩＤを用いるメカニズム６００にしたがって割り当てられたＡＰＳ ＩＤに基づいて、ＡＰＳを参照してもよい。

方法９００は、復号器が、例えば方法８００の結果として、ビデオ・シーケンスを表すコーディングされたデータのビットストリームの受信を開始するときに開始してもよい。ステップ９０１で、ビットストリームは復号器で受信される。ビットストリームは、ＡＬＦタイプを含む第１のＡＰＳ ＮＡＬユニット、スケーリング・リスト・タイプを含む第２のＡＰＳ ＮＡＬユニット、及びＬＭＣＳタイプを含む第３のＡＰＳ ＮＡＬユニットを含む。ビットストリームはまた、スライスを含み得る。第１のＡＰＳ ＮＡＬユニット、第２のＡＰＳ ＮＡＬユニット、及び第３のＡＰＳ ＮＡＬユニットは、すべて非ビデオ・コーディング層（非ＶＣＬ）ＮＡＬユニットであってもよい。

ビットストリームは、さらにＳＰＳを含んでもよい。ステップ９０２で、ＬＭＣＳ有効フラグの値がビットストリーム内のＳＰＳから取得される。フラグは、ＬＭＣＳが、スライスを含む符号化されたビデオ・シーケンスに対して有効であることを示すように設定され得る。このような場合、第３のＡＰＳ ＮＡＬユニットからのＬＭＣＳパラメータは、フラグの値に基づいてステップ９０３で取得されてもよい。

ステップ９０３で、ＡＬＦパラメータは、第１のＡＰＳ ＮＡＬユニットから取得される。さらに、スケーリング・リスト・パラメータは、第２のＡＰＳ ＮＡＬユニットから取得される。追加的に、ＬＭＣＳパラメータは、第３のＡＰＳ ＮＡＬユニットから取得される。いくつかの例において、ＬＭＣＳパラメータは、ＬＭＣＳ有効フラグが１の値のような特定の値に設定されているときにのみ取得される。ＡＰＳのためのパラメータを取得することは、様々なメカニズムによって達成され得る。一例では、ビットストリームはまた、スライス・ヘッダを含む。スライスは、スライス・ヘッダを参照する。スライス・ヘッダは、第１のＡＰＳ ＮＡＬユニット、第２のＡＰＳ ＮＡＬユニット、及び第３のＡＰＳ ＮＡＬユニットを参照する。参照を用いて、スライスに関連性のあるパラメータを特定し、取得することができる。いくつかの例において、ビットストリームは、そのような参照を含み得るピクチャ・ヘッダも含む。スライスは、ピクチャの一部である。この例では、スライスを含むピクチャはピクチャ・ヘッダを参照し、ピクチャ・ヘッダは第１のＡＰＳ ＮＡＬユニット、第２のＡＰＳ ＮＡＬユニット、第３のＡＰＳ ＮＡＬユニットを参照する。

上記のように、各ＡＰＳは、パラメータ・タイプとＡＰＳ ＩＤの組み合わせによって識別される。例えば、各ＡＰＳは、各ＡＰＳに含まれるパラメータのタイプを示す事前設定された値に設定されたＡＰＳパラメータ・タイプ・コード（例えばａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅ）を含んでもよい。例えば、ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅコードは、それぞれ、第１のＡＰＳ ＮＡＬユニットに対してＡＬＦタイプに設定されてもよく、第２のＡＰＳ ＮＡＬユニットに対してスケーリング・リスト・タイプに設定されてもよく、第３のＡＰＳ ＮＡＬユニットに対してＬＭＣＳタイプに設定されてもよい。さらに、各ＡＰＳは、事前定義された範囲から選択されたＡＰＳ ＩＤを含んでもよい。さらに、各ＡＰＳのパラメータ・タイプに基づいて、事前定義された範囲が判定されてもよい。このような事前定義された範囲は重複していてもよく、ＡＰＳ ＩＤはＡＰＳのタイプに基づいて異なる順序で割り当てられてもよい。例えば、現在のＡＰＳは、事前定義された範囲から選択された現在のＡＰＳ ＩＤを含んでもよい。現在のＡＰＳ ＩＤは、現在のＡＰＳと同じタイプの以前のＡＰＳに関連する以前のＡＰＳ ＩＤと順番に関係する。また、現在のＡＰＳ ＩＤは、異なるＡＰＳタイプに対する順番が異なるため、現在のＡＰＳとは異なる別の以前のＡＰＳに関連する別のＡＰＳ ＩＤとは関係しない。ステップ９０３のスライス・ヘッダ及び／又はピクチャ・ヘッダは、関連性のあるＡＰＳパラメータ・タイプ・コードとＡＰＳ ＩＤの組み合わせを用いることによって、第１のＡＰＳ ＮＡＬユニット、第２のＡＰＳ ＮＡＬユニット、及び第３のＡＰＳ ＮＡＬユニットを一意に参照し得る。

ステップ９０５で、ステップ９０３で取得されたＡＬＦパラメータ、スケーリング・リスト・パラメータ、及びＬＭＣＳパラメータを使用して、スライスが復号される。ステップ９０７で、復号器は、復号されたビデオ・シーケンスの一部として表示するためにスライスを転送することができる。

図１０は、ＡＬＦ ＡＰＳ ５１２、スケーリング・リストＡＰＳ ５１３、及び／又はＬＭＣＳ ＡＰＳ ５１４などの複数のＡＰＳタイプを用いることによって、ビットストリーム５００などのビットストリーム内の画像のビデオ・シーケンスをコーディングするための例示的なシステム１０００の概略図である。システム１０００は、コーデック・システム２００、符号化器３００、復号器４００、及び／又はビデオ・コーディング・デバイス７００などの符号化器及び復号器によって実装され得る。さらに、システム１０００は、方法１００、８００、９００、及び／又はメカニズム６００を実装するときに用いられてもよい。

システム１０００は、ビデオ符号化器１００２を含む。ビデオ符号化器１００２は、スライスへの適用のためのＡＬＦパラメータ、スケーリング・リスト・パラメータ、及びＬＭＣＳパラメータを判定するための判定モジュール１００１を含む。ビデオ符号化器１００２は、さらに、符号化されたビデオ・シーケンスの一部として、ビットストリームにスライスを符号化するための符号化モジュール１００３を含む。符号化モジュール１００３は、さらに、ＡＬＦタイプを含む第１のＡＰＳ ＮＡＬユニットにおいて、ＡＬＦパラメータをビットストリームに符号化するためのものである。符号化モジュール１００３は、さらに、スケーリング・リスト・タイプを含む第２のＡＰＳ ＮＡＬユニットにおいて、スケーリング・リスト・パラメータをビットストリームに符号化するためのものである。符号化モジュール１００３は、さらに、ＬＭＣＳタイプを含む第３のＡＰＳ ＮＡＬユニットにおいて、ＬＭＣＳパラメータをビットストリームに符号化するためのものである。ビデオ符号化器１００２は、さらに、復号器に向かって通信するためのビットストリームを記憶するための記憶モジュール１００５を含む。ビデオ符号化器１００２は、さらに、第１のＡＰＳ ＮＡＬユニット、第２のＡＰＳ ＮＡＬユニット、及び第３のＡＰＳ ＮＡＬユニットを備えたビットストリームを送信して、対応するコーディング・ツール・パラメータに基づいて復号器でスライスを復号することをサポートするための送信モジュール１００７を含む。ビデオ符号化器１００２は、さらに、方法８００のステップのいずれかを実行するように構成されてもよい。

システム１０００はまた、ビデオ復号器１０１０を含む。ビデオ復号器１０１０は、ＡＬＦタイプを含む第１のＡＰＳ ＮＡＬユニット、スケーリング・リスト・タイプを含む第２のＡＰＳ ＮＡＬユニット、ＬＭＣＳタイプを含む第３のＡＰＳ ＮＡＬユニット、及びスライスを含むビットストリームを受信するための受信モジュール１０１１を含む。ビデオ復号器１０１０は、さらに、第１のＡＰＳ ＮＡＬユニットからＡＬＦパラメータを取得するための取得モジュール１０１３を含む。取得モジュール１０１３は、さらに、第２のＡＰＳ ＮＡＬユニットからスケーリング・リスト・パラメータを取得するためのものである。取得モジュール１０１３は、さらに、第３のＡＰＳ ＮＡＬユニットからＬＭＣＳパラメータを取得するためのものである。ビデオ復号器１０１０は、さらに、ＡＬＦパラメータ、スケーリング・リスト・パラメータ、及びＬＭＣＳパラメータを使用して、スライスを復号するための復号モジュール１０１５を含む。ビデオ復号器１０１０は、さらに、復号されたビデオ・シーケンスの一部として表示するためにスライスを転送するための転送モジュール１０１７を含む。
ビデオ復号器１０１０は、さらに、方法９００のステップのいずれかを実行するように構成されてもよい。

第１のコンポーネントは、第１のコンポーネントと第２のコンポーネントとの間のライン、トレース、又は別の媒体を除いて、介在するコンポーネントがない場合に、第２のコンポーネントに直接結合される。第１のコンポーネントは、第１のコンポーネントと第２のコンポーネントとの間にライン、トレース、又は他の媒体以外の介在するコンポーネントがある場合に、間接的に第２のコンポーネントに結合される。用語「カップリング」及びその変形は、直接結合及び間接結合の両方を含む。用語「約」の使用は、特に断らない限り、後続の数の±１０％を含む範囲を意味する。

本明細書に記載された例示的な方法のステップは、必ずしも記載された順序で実行される必要はないこともまた理解されるべきであり、そのような方法のステップの順序は、単に例示的なものであることが理解されるべきである。同様に、追加の工程は、このような方法に含まれてもよく、特定の工程は、本開示の種々の実施形態と一致する方法において省略され得るか、又は組み合わされ得る。

本開示においていくつかの実施形態が提供されたが、開示されたシステム及び方法は、本開示の精神又は範囲から逸脱することなく、多くの他の特定の形態で実施され得ると理解されよう。本実施例は、例示的なものであり、限定的なものではないと考えられ、その意図は、本明細書に与えられた詳細に限定されるものではない。例えば、種々の要素又はコンポーネントは別のシステムに組み合わせ又は統合されてもよいし、特定の特徴が省略されるか、又は実装されてなくてもよい。

さらに、種々の実施形態において個別又は別個に記載及び図示された技術、システム、サブシステム、及び方法は、本開示の範囲から逸脱することなく、他のシステム、コンポーネント、技術、又は方法と組み合わせ又は統合されてもよい。変更、置換、及び改変の他の例は、当業者によって確認可能であり、本明細書に開示された精神及び範囲から逸脱することなく行われてもよい。

Claims (1)

1. 復号器に実装される方法であって、
   前記復号器の受信機によって、シーケンス・パラメータ・セット（ＳＰＳ）と、コーディングされたスライスに関連する適応ループ・フィルタ（ＡＬＦ）タイプを有する第１の適応パラメータ・セット（ＡＰＳ）ネットワーク抽象化層（ＮＡＬ）ユニットと、を含むビットストリームを受信することであって、前記ビットストリームは、さらに、クロマ・スケーリングとのルマ・マッピング（ＬＭＣＳ）タイプを有する第３のＡＰＳ ＮＡＬユニットを含み、前記ＳＰＳは、ＬＭＣＳが有効であるか、無効であるかを示すフラグを含む、受信することと、
   前記復号器によって、前記第１のＡＰＳ ＮＡＬユニットからＡＬＦパラメータを取得することと、
   前記復号器によって、前記ＡＬＦパラメータを使用して前記コーディングされたスライスを復号することと、を含む、方法。
   

Images