JP2023518194A - 画像符号化及び復号のための方法並びにデバイス - Google Patents

Abstract

復号するための方法であって、本方法は、符号化されたビデオシーケンスを表すビットストリームを取得すること（５０１）と、少なくとも１つのコード化パラメータを提供する第１のタイプのコンテナがビットストリームに存在しないかどうかを示す第１の情報を取得すること（５０２）と、当該少なくとも１つのコード化パラメータを使用するコード化ツールがビデオシーケンスの画像のサンプルの現在のブロックに対してアクティブ化されているかどうかを示す第１の構文要素の値をチェックすることと、第２の構文要素がコード化ツールのアクティブ化を示すとき、コンテナが存在しない場合に現在のブロックの復号を適応させることと、を含む。【選択図】図５

Description

本実施形態のうちの少なくとも１つは、概して、画像符号化及び復号のための方法及びデバイスに関し、より詳細には、いくつかのシグナリングツールといくつかの符号化ツールとの一貫した相互作用を確実にするための方法及びデバイスに関する。

高い圧縮効率を実現するために、ビデオのコード化方式は、通常、ビデオコンテンツの空間的冗長性及び時間的冗長性を活用した予測及び変換を採用している。符号化中、ビデオコンテンツの画像はサンプルのブロック（すなわち、ピクセル）に等分され、これらのブロックは次いで、以下で元のサブブロックと呼ばれる１つ以上のサブブロックに分割される。次いで、イントラ予測又はインター予測を各サブブロックに適用して、画像内又は画像間相関を利用する。使用される予測方法（イントラ又はインター）が何であれ、元のサブブロックごとに予測子サブブロックが決定される。次いで、元のサブブロックと予測サブブロックとの間の差を表すサブブロックは、多くの場合予測誤差サブブロック、予測残差サブブロック、又は単に残差ブロックとして示され、符号化されたビデオストリームを生成するために、変換され、量子化され、エントロピコード化される。ビデオを再構成するには、変換、量子化、及びエントロピコード化に対応する逆の処理によって、圧縮データを復号する。

ビデオ圧縮方法の複雑さは、ＭＰＥＧ－１（ＩＳＯ／ＣＥＩ－１１１７２）、ＭＰＥＧ－２（ＩＳＯ／ＣＥＩ１３８１８－２）又はＭＰＥＧ－４／ＡＶＣ（ＩＳＯ／ＣＥＩ１４４９６－１０）などの第１のビデオ圧縮方法と比較して大幅に増大している。実際、多くの新しいコード化ツールが登場したか、又は既存のコード化ツールが、ビデオ圧縮規格の最後の世代（例えば、ジョイントビデオエキスパートチーム（Joint Video Experts Team、ＪＶＥＴ）として知られるＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ専門家の共同チームによって開発中の多方体ビデオコード化（Versatile Video Coding、ＶＶＣ）と題された国際規格、又は標準ＨＥＶＣ（ＩＳＯ／ＩＥＣ２３００８－２－ＭＰＥＧ－Ｈパート２、高効率ビデオコーディング／ＩＴＵ－ＴＨ．２６５））において洗練された。並行して、全てがビデオシーケンスに沿って多くのサブブロックによって共有されるいくつかのコード化ツールの例示的なシグナリングパラメータを可能にする、いくつかのシグナリングツールが提案された。これらのシグナリングツールのうちの１つが、適応パラメータセット（Adaptation Parameter Set、ＡＰＳ）である。ＡＰＳは、特定のデータコンテナ（ＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ、ネットワーク抽出層）ユニットと呼ばれる）であり、アダプティブループフィルタ（Adaptive Loop Filter、ＡＬＦ）コード化ツール、クロマスケーリングによるルママッピング（Luma Mapping with Chroma Scaling、ＬＭＣＳ）コード化ツール、及び量子化に使用されるスケーリング行列のためのパラメータを提供する。

いくつか場合では、ＡＰＳによってシグナリングされるパラメータを使用するコード化ツールがアクティブ化されている間に、ＡＰＳがビットストリームに存在しない可能性がある。

シグナリングコンテナによって提供されるパラメータを参照するコード化ツールがアクティブ化されている間に、シグナリングコンテナがビットストリームに存在しないときにエンコーダ又はデコーダの一貫した挙動を可能にする解決策を提案することが望まれる。

第１の態様では、本実施形態のうちの１つ以上は、復号のための方法を提供し、本方法は、符号化されたビデオシーケンスを表すビットストリームを取得することと、少なくとも１つのコード化パラメータを提供する第１のタイプのコンテナがビットストリームに存在しないかどうかを示す第１の情報を取得することと、当該少なくとも１つのコード化パラメータを使用するコード化ツールがビデオシーケンスの画像のサンプルの現在のブロックに対してアクティブ化されているかどうかを示す第１の構文要素の値をチェックすることと、第２の構文要素がコード化ツールのアクティブ化を示すとき、コンテナが存在しない場合に現在のブロックの復号を適応させることと、を含む。

一実施形態では、第１の情報は、ビットストリームから取得された第２の構文要素から取得される。

一実施形態では、第１のタイプのコンテナは、適応パラメータセットであり、第２の構文要素は、ビットストリームにおける少なくとも１つの適応パラメータセットの存在が認可されているかどうかを示す。

一実施形態では、現在のブロックの復号の適応は、ビットストリームの非適合を表す第２の情報を出力することを含む。

一実施形態では、現在のブロックの復号の適応は、現在のブロックを復号するためにコード化ツールを非アクティブ化することを含む。

一実施形態では、復号の適応は、少なくとも１つの第２のタイプの少なくとも１つのコンテナから少なくとも１つのパラメータを取得することと、取得されたパラメータをコード化ツールに適用して現在のブロックを復号することと、を含む。

一実施形態では、少なくとも１つの第２のタイプの少なくとも１つのコンテナは、シーケンスパラメータセット及び／若しくはピクチャパラメータセット並びに／又はピクチャヘッダ及び／若しくはシーケンスヘッダである。

第２の態様では、本実施形態のうちの１つ以上は、符号化するための方法を提供し、本方法は、ビットストリームおいて符号化するためのビデオシーケンスを取得することと、ビットストリームにおける、少なくとも１つのコード化パラメータをコード化ツールに提供する第１のタイプのコンテナの存在が認可されているかどうかを示す第１の情報に応じて、ビデオシーケンスの画像のサンプルのブロックの符号化を適応させることと、を含む。

一実施形態では、第１の情報は、ビットストリームにおいて符号化される。

一実施形態では、第１のタイプのコンテナは、適応パラメータセットであり、第２の構文要素は、ビットストリームにおける少なくとも１つの適応パラメータセットの存在が認可されているかどうかを示す。

一実施形態では、符号化の適応は、コンテナの存在が認可されていない場合、現在のブロックを符号化するために考慮されるコード化ツールのリストからそのコード化ツールを削除することを含む。

一実施形態では、符号化の適応は、コード化ツールの使用が現在のブロックを符号化するために認可されている場合、少なくとも１つの第２のタイプの少なくとも１つのコンテナにおいて少なくとも１つのコード化パラメータを符号化することを含む。

一実施形態では、少なくとも１つの第２のタイプの少なくとも１つのコンテナは、シーケンスパラメータセット及び／若しくはピクチャパラメータセット並びに／又はピクチャヘッダ及び／若しくはシーケンスヘッダである。

第３の態様では、本実施形態のうちの１つ以上は、復号するためのデバイスを提供し、本デバイスは、符号化されたビデオシーケンスを表すビットストリームを取得することと、少なくとも１つのコード化パラメータを提供する第１のタイプのコンテナがビットストリームに存在しないかどうかを示す第１の情報を取得することと、当該少なくとも１つのコード化パラメータを使用するコード化ツールがビデオシーケンスの画像のサンプルの現在のブロックに対してアクティブ化されているかどうかを示す第１の構文要素の値をチェックすることと、第２の構文要素がコード化ツールのアクティブ化を示すとき、コンテナが存在しない場合に現在のブロックの復号を適応させることと、を行うように適応された電子回路を備える。

一実施形態では、第１の情報は、ビットストリームから取得された第２の構文要素から取得される。

一実施形態では、第１のタイプのコンテナは、適応パラメータセットであり、第２の構文要素は、ビットストリームにおける少なくとも１つの適応パラメータセットの存在が認可されているかどうかを示す。

一実施形態では、現在のブロックの復号の適応は、ビットストリームの非適合を表す第２の情報を出力することを含む。

一実施形態では、現在のブロックの復号の適応は、現在のブロックを復号するためのコード化ツールを非アクティブ化することを含む。

一実施形態では、復号の適応は、少なくとも１つの第２のタイプの少なくとも１つのコンテナから少なくとも１つのパラメータを取得することと、取得されたパラメータをコード化ツールに適用して現在のブロックを復号することと、を含む。

一実施形態では、少なくとも１つの第２のタイプの少なくとも１つのコンテナは、シーケンスパラメータセット及び／若しくはピクチャパラメータセット並びに／又はピクチャヘッダ及び／若しくはシーケンスヘッダである。

第４の態様では、本実施形態のうちの１つ以上は、符号化するためのデバイスを提供し、本デバイスは、ビットストリームにおいて符号化するためのビデオシーケンスを取得することと、ビットストリームにおける、少なくとも１つのコード化パラメータをコード化ツールに提供する第１のタイプのコンテナの存在が認可されているかどうかを示す第１の情報に応じて、ビデオシーケンスの画像のサンプルのブロックの符号化を適応させることと、を行うことに適応した電子回路を備える。

一実施形態では、第１の情報は、ビットストリームにおいて符号化される。

一実施形態では、第１のタイプのコンテナは、適応パラメータセットであり、第２の構文要素は、ビットストリームにおける少なくとも１つの適応パラメータセットの存在が認可されているかどうかを示す。

一実施形態では、符号化の適応は、コンテナの存在が認可されていない場合、現在のブロックを符号化するために考慮されるコード化ツールのリストからそのコード化ツールを削除することを含む。

一実施形態では、符号化の適応は、コード化ツールの使用が現在のブロックを符号化するために認可されている場合、少なくとも１つの第２のタイプの少なくとも１つのコンテナにおいて少なくとも１つのコード化パラメータを符号化することを含む。

一実施形態では、少なくとも１つの第２のタイプの少なくとも１つのコンテナは、シーケンスパラメータセット及び／若しくはピクチャパラメータセット並びに／又はピクチャヘッダ及び／若しくはシーケンスヘッダである。

第５の態様では、本実施形態のうちの１つ以上は、第２の態様による符号化するための方法に従って、又は第４の態様による符号化するためのデバイスによって生成されたデータを含む信号を提供する。

第６の態様では、本実施形態のうちの１つ以上は、第１の態様又は第２の態様による方法を実装するためのプログラムコード命令を含む、コンピュータプログラムを提供する。

第７の態様では、本実施形態のうちの１つ以上は、第１の態様又は第２の態様による方法を実装するためのプログラムコード命令を記憶する、情報記憶手段を提供する。

元のビデオのピクセルの画像による分割の例を示す。 符号化モジュールによって実行されるビデオストリームを符号化するための方法を概略的に示す。 符号化されたビデオストリーム（すなわち、ビットストリーム）を復号するための方法を概略的に示す。 様々な態様及び実施形態が実装される、符号化モジュール又は復号モジュールを実装することができる処理モジュールのハードウェアアーキテクチャの例を概略的に示す。 様々な態様及び実施形態が実装されているシステムの一例のブロック図を示す。 ＡＰＳがデコーダ側で利用可能でないときに復号プロセスを適応させるための解決策を概略的に示す。 ＡＰＳを使用することができるときに、符号化プロセスを適応させるための解決策を概略的に示す。

以下の記載では、いくつかの実施形態は、ＶＶＣの文脈で、又はＨＥＶＣの文脈で開発されたツールを使用している。ただし、これらの実施形態は、ＶＶＣ又はＨＥＶＣに対応するビデオコード化／復号方法に限定されず、他のビデオコード化／復号方法にも適用され、画像が別の画像から予測される任意の方法にも適用される。

図１は、元のビデオ１０のサンプル１１の画像が受ける分割の例を示している。ここで、サンプルが、３つの成分、すなわちルミナンス成分と２つのクロミナンス成分とからなると考えられる。その場合、サンプルはピクセルに対応している。ただし、以下の実施形態は、別の数の成分を含むサンプル、例えば、サンプルが１つの成分を含むグレーレベルサンプルから構成される画像、又は３つの色成分及び透明度成分及び／又は深度成分を含むサンプルから構成される画像に適応される。以下の実施形態は、画像の１つの成分に適応される。その場合、サンプルは、１つの成分の値に対応する。

画像は、複数のコード化エンティティに等分される。まず、図１の参照番号１３で示すように、画像がコード化ツリーユニット（Coding Tree Unit、ＣＴＵ）と呼ばれるブロックのグリッドに等分される。ＣＴＵは、ルミナンスサンプルのＮ×Ｎブロックと、クロミナンスサンプルの２つの対応するブロックとからなる。Ｎは、概して、例えば、「１２８」の最大値を有する２のべき乗である。第２に、画像は、ＣＴＵの１つ以上のグループに等分される。例えば、それは１つ以上のタイル行及びタイル列に等分することができ、タイルは画像の矩形区域をカバーするＣＴＵのシーケンスである。いくつかの場合では、タイルは、１つ以上のブリックに等分することができ、ブリックの各々はタイル内のＣＴＵ少なくとも１つの行からなる。タイル及びブリックの概念の上には、スライスと呼ばれる別の符号化エンティティが存在し、符号化エンティティは、画像の少なくとも１つのタイル又はタイルの少なくとも１つのブリックを組み込むことができる。

図１の例では、参照番号１２で示すように、画像１１は、３つのスライスＳ１、Ｓ２、及びＳ３に等分され、各スライスは複数のタイル（図示せず）を含む。

図１の参照番号１４で示すように、ＣＴＵは、コード化ユニット（Coding Unit、ＣＵ）と呼ばれる１つ以上のサブブロックの階層ツリーの形態で分割され得る。ＣＴＵは、階層ツリーのルート（すなわち、親ノード）であり、複数のＣＵ（すなわち、子ノード）に分割することができる。各ＣＵは、より小さいＣＵに更に分割されていない場合は階層ツリーの葉になり、更に分割されている場合はより小さいＣＵ（すなわち、子ノード）の親ノードになる。例えば、四分木、二分木、及び三分木を含む、いくつかのタイプの階層ツリーを適用することができる。四分木では、ＣＴＵ（それぞれＣＵ）は、等しいサイズの「４」つの方形ＣＵに分割することができる（すなわち、その親ノードであることができる）。二分木では、ＣＴＵ（それぞれＣＵ）は、等しいサイズの「２」つの矩形ＣＵに水平又は垂直に分割することができる。三分木では、ＣＴＵ（それぞれＣＵ）は、「３」つの矩形ＣＵに水平又は垂直に分割することができる。例えば、高さＮ及び幅ＭのＣＵは、高さＮ（それぞれＮ／４）及び幅Ｍ／４（それぞれＭ）の第１のＣＵ、高さＮ（それぞれＮ／２）及び幅Ｍ／２（それぞれＭ）の第２のＣＵ、並びに高さＮ（それぞれＮ／４）及び幅Ｍ／４（それぞれＭ）の第３のＣＵに垂直に（それぞれ水平に）分割される。

図１の例では、ＣＴＵ１４は、四分木タイプの分割を使用して、最初に「４」つの方形ＣＵに分割される。左上のＣＵは、更に分割されていないため、階層ツリーの葉であり、すなわち、他のＣＵの親ノードではない。右上のＣＵは、やはり四分木タイプの分割を使用して、「４」つのより小さい正方形ＣＵに更に分割される。右下のＣＵは、二分木タイプの分割を使用して「２」つの矩形ＣＵに垂直に分割される。左下のＣＵは、三分木タイプの分割を使用して「３」つの矩形ＣＵに垂直に分割される。

画像のコード化中、分割はアダプティブであり、各ＣＴＵは、ＣＴＵ基準の圧縮効率を最適化するために分割される。

いくつかのビデオ圧縮スキームでは、予測ユニット（Prediction Unit、ＰＵ）及び変換ユニット（Transform Unit、ＴＵ）の概念が登場した。その場合、予測（すなわち、ＰＵ）及び変換（すなわち、ＴＵ）に使用されるコード化エンティティは、ＣＵの細目とすることができる。例えば、図１に示すように、サイズ２Ｎ×２ＮのＣＵは、サイズＮ×２Ｎ又はサイズ２Ｎ×ＮのＰＵ１４１１に等分することができる。更に、当該ＣＵは、サイズＮ×Ｎの「４」つのＴＵ１４１２又はサイズ（Ｎ／２）×（Ｎ／２）の「１６」個のＴＵに等分することができる。

本出願では、「ブロック」又は「画像ブロック」又は「サブブロック」という用語は、ＣＴＵ、ＣＵ、ＰＵ、及びＴＵのうちのいずれか１つを指すために使用することができる。更に、「ブロック」又は「画像ブロック」という用語は、ＭＰＥＧ－４／ＡＶＣ又は他のビデオコーディング規格において指定されるようなマクロブロック、パーティション、及びサブブロックを指すために、より一般的には、多数のサイズのサンプルのアレイを指すために使用することができる。

本出願では、「再構成された」及び「復号された」という用語は互換的に使用することができ、「ピクセル」及び「サンプル」という用語は互換的に使用することができ、「画像」、「ピクチャ」、「サブピクチャ」、「スライス」、及び「フレーム」という用語は互換的に使用することができる。

図２は、符号化モジュールによって実行されるビデオストリームを符号化するための方法を概略的に示す。符号化のためのこの方法の変形形態が企図されるが、以下では、明確さを目的として、予想される全ての変形形態を記載することなく、図２の符号化のための方法について記載する。

現在の元の画像２０１を符号化することは、図１に関連して記載したように、ステップ２０２中に現在の元の画像２０１を分割することから始まる。これにより、現在の画像２０１は、ＣＴＵ、ＣＵ、ＰＵ、ＴＵなどに分割される。各ブロックについて、符号化モジュールは、イントラ予測とインター予測との間のコード化モードを判定する。

イントラ予測は、ステップ２０３によって示されるが、イントラ予測方法に従って、コード化される現在のブロックの因果的近傍に位置する再構成ブロックのサンプルから導出された予測ブロックから現在のブロックのピクセルを予測することからなる。イントラ予測の結果は、近傍のブロックのどのサンプルを使用するかを示す予測方向と、現在のブロックと予測ブロックとの差の計算から生じる残差ブロックとである。

インター予測は、現在の画像の先行する又は後続する画像の、基準ブロックと称される、サンプルのブロックから現在のブロックのサンプルを予測することからなり、この画像は基準画像と称される。インター予測方法による現在のブロックのコード化中に、類似性基準に従って現在のブロックに最も近い基準画像のブロックが、動き推定ステップ２０４によって判定される。ステップ２０４中に、基準画像内の基準ブロックの位置を示す動きベクトルが決定される。当該動きベクトルは、動き補償ステップ２０５中に使用され、その間に残差ブロックは、現在のブロックと基準ブロックとの間の差の形態で計算される。

第１のビデオ圧縮規格では、上述した一方向インター予測モードが利用可能な唯一のインターモードであった。ビデオ圧縮規格が進化するにつれて、インターモードのファミリーは著しく成長しており、現在では多くの異なるインターモードを含む。

選択ステップ２０６中に、レート／歪み基準（すなわち、ＲＤＯ基準）に従って、試験された予測モード（イントラ予測モード、インター予測モード）の中から圧縮性能を最適化する予測モードが符号化モジュールによって選択される。

予測モードが選択されると、残差ブロックはステップ２０７中に変換され、ステップ２０９中に量子化される。量子化中、変換された領域において、変換された係数は、量子化パラメータに加えてスケーリング行列によって重み付けされる。スケーリング行列は、他の周波数を犠牲にしていくつかの周波数を優先することを可能にするコード化ツールである。概して、低周波数が好ましい。いくつかのビデオ圧縮方法は、デフォルトのスケーリング行列の代わりにユーザ定義のスケーリング行列を適用することを可能にする。その場合、スケーリング行列のパラメータは、デコーダに送信される必要がある。いくつかの実装形態では、非デフォルトのスケーリング行列のパラメータは、信号化コンテナ（すなわち、ＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ、ネットワーク抽出層）ユニット）などのシグナリングツールを使用して指定される。いくつかの実装形態では、スケーリング行列パラメータをシグナリングするために使用されるＮＡＬユニットは、アダプテーションパラメータセット（ＡＰＳ）と呼ばれる。

符号化モジュールは、変換をスキップして、変換されていない残差信号に量子化を直接適用することができることに留意されたい。

現在のブロックがイントラ予測モードに従ってコード化されるとき、予測方向と、変換され量子化された残差ブロックとは、ステップ２１０中にエントロピエンコーダによって符号化される。

現在のブロックがインター予測モードに従って符号化されるとき、このインター予測モードに関連付けられた動きデータは、ステップ２０８においてコード化される。

概して、２つのモードを使用して、それぞれ、ＡＭＶＰ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ、アダプティブ動きベクトル予測）及びマージと呼ばれる動きデータを符号化することができる。

ＡＭＶＰは基本的に、現在のブロックを予測するために使用される基準画像、動きベクトル予測子インデックス、及び動きベクトル差（動きベクトル残差とも呼ばれる）をシグナリングすることにある。

マージモードは、動きデータ予測子のリストに収集されたいくつかの動きデータのインデックスをシグナリングすることにある。リストは、「５」つ又は「７」つの候補からなり、デコーダ及びエンコーダ側で同じように構成される。したがって、マージモードは、マージリストから取り出されるいくつかの動きデータを導出することを目的とする。マージリストは、典型的には、いくつかの空間的及び時間的に隣接するブロックに関連付けられた動きデータを含み、これらのブロックは再構成された状態で、現在のブロックが処理されているときに、利用可能である。

予測されると、動き情報は、次に、変換され量子化された残差ブロックと共に、ステップ２１０中にエントロピエンコーダによって符号化される。符号化モジュールは、変換及び量子化の両方をバイパスすることができる、すなわち、エントロピ符号化は、変換処理又は量子化処理を適用することなく残差に適用されることに留意されたい。エントロピ符号化の結果は、符号化されたビデオストリーム（すなわち、ビットストリーム）２１１に挿入される。

エントロピエンコーダは、コンテキストアダプティブバイナリアリスマティックコーダ（Context Adaptive Binary Arithmetic Coder、ＣＡＢＡＣ）の形態で実装することができることに留意されたい。ＣＡＢＡＣは、バイナリシンボルを符号化し、複雑さを低く保ち、任意の記号のより頻繁に使用されるビットの確率モデリングを可能にする。

量子化ステップ２０９の後、現在のブロックは、そのブロックに対応するピクセルが将来の予測に使用され得るように再構成される。この再構成段階は、予測ループとも呼ばれる。したがって、逆量子化は、ステップ２１２中に変換され量子化された残差ブロックに適用され、ステップ２１３中に逆変換が適用される。ステップ２１４中に取得された現在のブロックに使用される予測モードに従って、現在のブロックの予測ブロックが再構成される。現在のブロックがインター予測モードに従って符号化される場合、符号化モジュールは、適切なときには、ステップ２１６中に、現在のブロックの動きベクトルを使用して基準ブロックに動き補償を適用する。現在のブロックがイントラ予測モードに従って符号化される場合、ステップ２１５中に、現在のブロックに対応する予測方向が、現在のブロックの基準ブロックを再構成するために使用される。再構成された現在のブロックを取得するために、基準ブロック及び再構成された残差ブロックが追加される。

再構成後、ステップ２１７中に、符号化アーチファクトを低減することを意図したインループポストフィルタリングが、再構成ブロックに適用される。このポストフィルタリングは、エンコーダにおいてデコーダと同じ基準画像を取得し、これにより、符号化プロセスと復号プロセスとの間のドリフトを回避するために予測ループ内で行われるので、インループポストフィルタリングと呼ばれる。例えば、インループポストフィルタリングは、デブロッキングフィルタリング、ＳＡＯ（Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ、サンプルアダプティブオフセット）フィルタリング、及びブロックベースフィルタリング適応を伴うアダプティブループフィルタリング（Adaptive Loop Filtering、ＡＬＦ）を含む。

ＡＬＦにおいて、ルマ成分については、局所勾配の方向及びアクティビティに基づいて、画像の４×４ブロックごとに、複数のフィルタのうちの１つが選択される。フィルタ選択は、４×４ブロックの分類に基づく。ＡＬＦフィルタパラメータは、デコーダに送信される必要がある。いくつかの実装形態では、ＡＬＦフィルタパラメータは、アダプティブパラメータセット（ＡＰＳ）においてシグナリングされる。

インループデブロッキングフィルタのアクティブ化又は非アクティブ化を表すパラメータ、及びアクティブ化されると、当該インループデブロッキングフィルタの特性は、エントロピコード化ステップ２１０中に、符号化されたビデオストリーム２１１に導入される。

最後の世代のビデオ圧縮方法に登場した新しいコード化ツールは、インループポストフィルタリング前に新しい処理ブロックを追加した。このコード化ツールは、クロマスケーリングを伴うルママッピング（Luma Mapping with Chroma Scaling、ＬＭＣＳ）と呼ばれ、２つの主要な構成要素、すなわち、アダプティブ区分線形モデルに基づくルマ成分のインループマッピングと、クロマ成分に対して適用される、ルマ依存クロマ残差スケーリングと、を有する。ルマ成分のインループマッピングは、圧縮効率を改善するために、ダイナミックレンジにわたってコードワードを再分配することによって、入力信号のダイナミックレンジを調整する。クロマ残留スケーリングは、ルマ信号とその対応するクロマ信号との間の相互作用を補償するように設計されている。ＬＭＣＳのパラメータは、デコーダに送信される必要がある。いくつかの実装形態では、ＬＭＣＳのパラメータは、アダプティブパラメータセット（ＡＰＳ）においてシグナリングされる。

最後の世代のビデオ圧縮方法に見られる別の新しいコード化ツールは、グラデュアルデコーディングリフレッシュ（Gradual Decoding Refresh、ＧＤＲ）と呼ばれる。ＧＤＲは、一部が予測基準として利用可能ではない再構成画像の仮想境界を提供する。ＧＤＲが画像に対してアクティブ化されると、そのＮＡＬユニットタイプは、ＧＤＲ＿ＮＵＴとしてシグナリングされる。

ブロックが再構成されると、ブロックは、ステップ２１８中に、復号ピクチャバッファ（Decoded Picture Buffer、ＤＰＢ）２１９に記憶された再構成画像に挿入される。そのように記憶された再構成画像は、コード化される他の画像の基準画像として機能することができる。

図３は、図２に関連して記載された方法に従って符号化された、符号化されたビデオストリーム（すなわち、ビットストリーム）２１１を復号するための方法を概略的に示している。復号するための当該方法は、復号モジュールによって実行される。復号のためのこの方法の変形形態が考えられるが、明確さを目的として、以下では予想される全ての変形形態を記載することなく、図３の復号のための方法について説明する。

復号はブロックごとに行われる。現在のブロックの場合、これはステップ３１０中に現在のブロックのエントロピ復号から始まる。エントロピ復号は、現在のブロックの予測モードを取得することを可能にする。

現在のブロックがイントラ予測モードに従って符号化されている場合、エントロピ復号は、イントラ予測方向及び残差ブロックを表す情報を取得することを可能にする。

現在のブロックがインター予測モードに従って符号化されている場合、エントロピ復号は、動きデータ及び残差ブロックを表す情報を取得することを可能にする。適切な場合、ステップ３０８中に、動きデータは、ＡＭＶＰ又はマージモードに従って現在のブロックに対して再構成される。マージモードでは、エントロピ復号によって取得された動きデータは、動きベクトル予測子候補のリストにおけるインデックスを含む。復号モジュールは、通常のマージモード及びサブブロックマージモードの候補のリストを構築するために、符号化モジュールと同じプロセスを適用する。再構成されたリスト及びインデックスを用いて、復号モジュールは、ブロックの動きベクトルを予測するために使用される動きベクトルを取り出すことができる。

復号するための方法は、符号化のための方法のステップ２１２、２１３、２１５、２１６、及び２１７と全ての点でそれぞれ同一であるステップ３１２、３１３、３１５、３１６、及び３１７を含む。符号化モジュールレベルでは、ステップ２１４は、レート歪み基準に従って各モードを評価し、最良のモードを選択するモード選択プロセスを含み、ステップ３１４は、ビットストリーム２１１において選択されたモードを表す情報を読み取ることだけにある。ステップ３１８において、復号されたブロックは、復号された画像に保存され、復号された画像は、ＤＰＢ３１９に記憶される。復号モジュールが所与の画像を復号するとき、ＤＰＢ３１９に記憶された画像は、当該所与の画像の符号化中に符号化モジュールによってＤＰＢ２１９に記憶された画像と同一である。復号された画像はまた、例えば表示のために復号モジュールによって出力され得る。

現在のブロックが、ＡＬＦ、ＬＭＣＳを使用して、又は非デフォルトのスケーリング行列を使用して符号化されている特定の場合では、デコーダは、ＡＬＦ、ＬＭＣＳ、及び非デフォルトのスケーリング行列パラメータを取得する必要がある。上述のように、ＡＬＦ、ＬＭＣＳ、及び非デフォルトのスケーリング行列パラメータは、ＡＰＳによって提供される。ただし、いくつかの状況では、デコーダによって受信されたビットストリームは、ＡＬＦ及び／又はＬＭＣＳ、並びに／又は非デフォルトのスケーリング行列の使用は、現在のブロックに対してアクティブ化される間、ＡＰＳを含まない場合がある。そのような状況は、送信中にＡＰＳが失われたときに起こり得る。そのような状況は、ビットストリームがＡＰＳなしでネイティブに符号化されたときにも起こり得る。特に、いくつかのビデオ圧縮方法は、符号化されたビデオストリームがいかなるＡＰＳも含まないことを指定することを可能にする。いくつかの場合では、この特徴は、符号化されたビデオストリームにおいて、例えば、シーケンスヘッダレベルでｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇと呼ばれるフラグによって指定される。フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、符号化されたビデオストリームにおけるＡＰＳの存在は認可されない。そうではなく、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇがゼロに等しい場合、符号化されたビデオストリームにおけるＡＰＳの存在に制約はない。フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、例えば、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）と呼ばれる構文要素に符号化され、構文要素ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）は、構文要素ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）に符号化され、構文要素ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、信号コンテナＤＰＳ（ｄｅｃｏｄｉｎｇ Ｐａｒａｍｅｔｅｒ Ｓｅｔ、復号パラメータセット）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ、ビデオパラメータセット）、又はＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ、シーケンスパラメータセット）に埋め込まれる。以下に記載される実施形態は、ＡＰＳによって提供されるパラメータを参照するコード化ツールがアクティブ化されている間に、ＡＰＳがビットストリームに存在しないときにエンコーダ又はデコーダの一貫した挙動を可能にする解決策を提案する。

フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇと同様に、タイプＧＤＲ＿ＮＵＴのＮＡＬユニットの使用を不可能にする別の制約フラグが存在する。このフラグはｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇと名付けられる。ＧＤＲ自体を非アクティブ化する代わりに、ＧＤＲ ＮＡＬユニットの使用を不可能にする。

図４Ａは、異なる態様及び実施形態に従って修正された図２の符号化方法及び図３の復号方法をそれぞれ実施することができる符号化モジュール又は復号モジュールを実施することができる処理モジュール４０のハードウェアアーキテクチャの一例を概略的に示す。処理モジュール４０は、通信バス４０５によって接続されており、非限定的な例として、１つ以上のマイクロプロセッサ、汎用コンピュータ、専用コンピュータ、及びマルチコアアーキテクチャに基づくプロセッサを包含するプロセッサ又はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置）４００と、ランダムアクセスメモリ（ＲＡＭ）４０１と、読み出し専用メモリ（read only memory、ＲＯＭ）４０２と、電気的消去可能プログラマブル読み取り専用メモリ（Erasable Programmable Read-Only Memory、ＥＥＰＲＯＭ）、読み取り専用メモリ（Read-Only Memory、ＲＯＭ）、プログラマブル読み取り専用メモリ（Programmable Read-Only Memory、ＰＲＯＭ）、ランダムアクセスメモリ（Random Access Memory、ＲＡＭ）、ダイナミックランダムアクセスメモリ（Dynamic Random Access Memory、ＤＲＡＭ）、スタティックランダムアクセスメモリ（Static Random Access Memory、ＳＲＡＭ）、フラッシュ、磁気ディスクドライブ、及び／若しくは光ディスクドライブ、又はＳＤ（ｓｅｃｕｒｅ ｄｉｇｉｔａｌ、セキュアデジタル）カードリーダ及び／若しくはハードディスクドライブ（Hard Disc Drive、ＨＤＤ）などの記憶媒体リーダ並びに／又はネットワークアクセス可能な記憶装置を含むがこれらに限定されない、不揮発性メモリ及び／又は揮発性メモリを含むことができる、記憶デバイス４０３と、データを他のモジュール、デバイス、又は機器と交換するための少なくとも１つの通信インターフェース４０４と、を含む。通信インターフェース４０４は、通信チャネルを介してデータを送信及び受信するように構成された送受信機を含むことができるが、これらに限定されない。通信インターフェース４０４は、モデム又はネットワークカードを含むことができるが、これらに限定されない。

処理モジュール４０が復号モジュールを実装する場合、通信インターフェース４０４は、例えば、処理モジュール４０が、符号化されたビデオストリームを受信し、復号されたビデオストリームを提供することを可能にする。処理モジュール４０が符号化モジュールを実装する場合、通信インターフェース４０４は、例えば、処理モジュール４０が元の画像データを受信して、符号化し、符号化されたビデオストリームを提供することを可能にする。

プロセッサ４００は、ＲＯＭ４０２から、外部メモリ（図示せず）から、記憶媒体から、又は通信ネットワークからＲＡＭ４０１にロードされた命令を実行することができる。処理モジュール４０の電源が投入されると、プロセッサ４００は、ＲＡＭ４０１から命令を読み出し、それらを実行することができる。これらの命令は、例えば、図３に関連して説明した復号方法又は図２に関連して説明した符号化方法のプロセッサ４００による実施を引き起こすコンピュータプログラムを形成し、復号方法及び符号化方法は、本明細書において後述する様々な態様及び実施形態を含む。

当該符号化又は復号方法のアルゴリズム及びステップの全て又は一部は、ＤＳＰ（デジタル信号プロセッサ）又はマイクロコントローラなどのプログラマブルマシンによる命令セットの実行によってソフトウェア形式で実装されてもよく、又はＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）などのマシン又は専用コンポーネントによってハードウェア形式で実装されてもよい。

図４Ｂは、様々な態様及び実施形態が実装されているシステム４の一例のブロック図を示す。システム４は、以下に説明する様々な構成要素を含むデバイスとして具現化することができ、本文書に説明する態様及び実施形態のうちの１つ以上を実行するように構成されている。このようなデバイスの例としては、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビ受信機、パーソナルビデオ録画システム、接続型家電、及びサーバなどの様々な電子デバイスが挙げられるが、これらに限定されない。システム４の要素は、単独で又は組み合わせて、単一の集積回路（integrated circuit、ＩＣ）、複数のＩＣ、及び／又は別個の構成要素において具現化することができる。例えば、少なくとも１つの実施形態では、システム４は、復号モジュール又は符号化モジュールを実装する１つの処理モジュール４０を備える。しかし、別の実施形態では、システム４は、復号モジュールを実装する第１の処理モジュール４０と復号モジュールを実装する第２の処理モジュール４０、又は復号モジュール及び符号化モジュールを実装する１つの処理モジュール４０を備えることができる。様々な実施形態では、システム４０は、例えば、通信バスを介して、又は専用の入力ポート及び／若しくは出力ポートを通して、１つ以上の他のシステム又は他の電子デバイスに通信可能に結合される。様々な実施形態では、システム４は、本明細書に記載の態様のうちの１つ以上を実装するように構成されている。

システム４は、符号化モジュール又は復号モジュールのうちの１つ又はその両方を実装することができる少なくとも１つの処理モジュール４０を含む。

処理モジュール４０への入力は、ブロック４２に示されるように様々な入力モジュールを通して提供され得る。そのような入力モジュールとしては、（ｉ）例えば、放送局から無線で送信される無線周波数（radio frequency、ＲＦ）信号を受信するＲＦモジュール、（ｉｉ）構成要素（ＣＯＭＰ）入力モジュール（又は一組のＣＯＭＰ入力モジュール）、（ｉｉｉ）ユニバーサルシリアルバス（Universal Serial Bus、ＵＳＢ）入力モジュール、及び／又は（ｉｖ）高精細度マルチメディアインターフェース（High Definition Multimedia Interface、ＨＤＭＩ）入力モジュールが挙げられるが、これらに限定されない。図４Ｂに示されていない他の例としては、複合ビデオが挙げられる。

様々な実施形態において、ブロック４２の入力モジュールは、当技術分野で既知であるように、関連するそれぞれの入力処理要素を有する。例えば、ＲＦモジュールは、（ｉ）所望の周波数を選択する（信号を選択する、又は信号を周波数帯域に帯域制限するとも称される）、（ｉｉ）選択された信号をダウンコンバートする、（ｉｉｉ）特定の実施形態で、（例えば）チャネルと称され得る信号周波数帯域を選択するために、再びより狭い周波数帯域に帯域制限する、（ｉｖ）ダウンコンバート及び帯域制限された信号を復調する、（ｖ）誤り訂正を実施する、及び（ｖｉ）データパケットの所望のストリームを選択するために多重分離する、ために適切な要素と関連付けられ得る。様々な実施形態のＲＦモジュールは、これらの機能を実行する１つ以上の要素、例えば、周波数セレクタ、信号セレクタ、バンドリミッタ、チャネルセレクタ、フィルタ、ダウンコンバータ、復調器、エラー訂正器、及びデマルチプレクサを含む。ＲＦ部分は、例えば、受信信号をより低い周波数（例えば、中間周波数又はベースバンドに近い周波数）又はベースバンドにダウンコンバートすることを含む、これらの機能のうちの様々な機能を実行するチューナを含むことができる。セットトップボックスの一実施形態では、ＲＦモジュール及びその関連する入力処理要素は、有線（例えば、ケーブル）媒体を介して送信されるＲＦ信号を受信し、所望の周波数帯域にフィルタリング、ダウンコンバート、及び再フィルタリングすることによって周波数選択を実行する。様々な実施形態では、上で説明される（及び他の）要素の順序を並べ替える、これらの要素の一部を削除する、並びに／又は、類似若しくは異なる機能を実行する他の要素を追加する。要素を追加することは、例えば、増幅器及びアナログ－デジタル変換器を挿入するなど、既存の要素間に要素を挿入することを含み得る。様々な実施形態において、ＲＦモジュールは、アンテナを含む。

更に、ＵＳＢモジュール及び／又はＨＤＭＩモジュールは、システム４をＵＳＢ接続及び／又はＨＤＭＩ接続を介して他の電子デバイスに接続するためのそれぞれのインターフェースプロセッサを含むことができる。入力処理の様々な態様、例えば、リード－ソロモン誤り訂正は、必要に応じて、例えば、別個の入力処理ＩＣ内に、又は処理モジュール４０内に実装することができることを理解されたい。同様に、ＵＳＢ又はＨＤＭＩインターフェース処理の態様は、必要に応じて、別個のインターフェースＩＣ内に、又は処理モジュール４０内に実装することができる。復調され、誤り訂正され、逆多重化されたストリームは、処理モジュール４０に提供される。

システム４の様々な要素が、一体型ハウジング内に提供することができる。一体型ハウジング内で、様々な要素は、適切な接続配置、例えば、ＩＣ間（Ｉ２Ｃ）バス、配線、及びプリント回路基板を含む、当該技術分野で既知の内部バスを使用して、相互接続され、それらの間でデータを送信し得る。例えば、システム４では、処理モジュール４０は、バス４０５によって当該システム４の他の要素に相互接続される。

処理モジュール４０の通信インターフェース４０４は、システム４が通信チャネル４１上で通信することを可能にする。通信チャネル４１は、例えば、有線及び／又は無線媒体内に実装することができる。

データは、様々な実施形態において、Ｗｉ－Ｆｉネットワーク、例えば、ＩＥＥＥ８０２．１１（ＩＥＥＥは、米国電気電子技術者協会（the Institute of Electrical and Electronics Engineers）を指す）などの無線ネットワークを使用して、システム４にストリーミングされるか、又は別様に提供される。これらの実施形態のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信用に適応した通信チャネル４１及び通信インターフェース４０４を介して受信される。これらの実施形態の通信チャネル４１は、典型的に、ストリーミングアプリケーション及び他のオーバザトップ通信を可能にするために、インターネットを含む外部ネットワークへのアクセスを提供するアクセスポイント又はルータに接続される。他の実施形態では、入力ブロック４２のＨＤＭＩ接続を介してデータを配信するセットトップボックスを使用して、システム４にストリーミングデータを提供する。更に他の実施形態では、入力ブロック４２のＲＦ接続を使用して、システム４にストリーミングデータを提供する。上で示されるように、様々な実施形態は、データを非ストリーミングの様式で提供する。加えて、様々な実施形態は、Ｗｉ－Ｆｉ以外の無線ネットワーク、例えば、セルラネットワーク又はＢｌｕｅｔｏｏｔｈネットワークを使用する。

システム４は、ディスプレイ４６、スピーカ４７、及び他の周辺デバイス４８を含む様々な出力デバイスに出力信号を提供することができる。様々な実施形態のディスプレイ４６は、例えば、タッチスクリーンディスプレイ、有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイ、湾曲ディスプレイ、及び／又は折り畳み可能なディスプレイのうちの１つ以上を含む。ディスプレイ４６は、テレビジョン、タブレット、ラップトップ、携帯電話（移動電話）、又は他のデバイス用であり得る。ディスプレイ４６はまた、他の構成要素に統合され得るか（例えば、スマートフォンのように）、又は別個（例えば、ラップトップのための外部モニタ）であり得る。他の周辺デバイス４６としては、実施形態の様々な例において、スタンドアロンデジタルビデオディスク（又はデジタル多用途ディスク）（両方の用語の略称としてＤＶＲ、ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、ディスクプレーヤ、ステレオシステム、及び／又は照明システムのうちの１つ以上が挙げられる。様々な実施形態は、システム４の出力に基づいて機能を提供する１つ以上の周辺デバイス４８を使用する。例えば、ディスクプレーヤは、システム４の出力を再生する機能を実行する。

様々な実施形態において、制御信号が、システム４と、ディスプレイ４６、スピーカ４７、又は他の周辺デバイス４８との間で、ＡＶ．Ｌｉｎｋ、家庭用電子制御（Consumer Electronics Control、ＣＥＣ）、又はユーザ介入の有無にかかわらずデバイス間の制御を可能にする他の通信プロトコルなどのシグナリングを使用して通信される。出力デバイスは、それぞれのインターフェース４３、４４、及び４５を通じた専用接続を介してシステム４に通信可能に結合することができる。代替的に、出力デバイスは、通信インターフェース４０４を介して通信チャネル４１を使用してシステム４に接続することができる。ディスプレイ４６及びスピーカ４７は、例えば、テレビジョンなどの電子デバイス内のシステム４の他の構成要素と単一のユニットに一体化することができる。様々な実施形態において、ディスプレイインターフェース４３は、例えば、タイミングコントローラ（timing controller、Ｔ Ｃｏｎ）チップなどのディスプレイドライバを含む。

代替的に、例えば、入力４２のＲＦモジュールが個別のセットトップボックスの一部である場合、ディスプレイ４６及びスピーカ４７を他の構成要素のうちの１つ以上から分離することができる。ディスプレイ４６及びスピーカ４７が外部構成要素である様々な実施形態において、出力信号は、例えば、ＨＤＭＩポート、ＵＳＢポート、又はＣＯＭＰ出力を含む専用の出力接続を介して提供することができる。

様々な実装形態は、復号することを含む。本出願で使用される場合、「復号」は、例えば、ディスプレイに適した最終出力を生成するために、受信された符号化されたビデオストリームに対して実行されるプロセスの全て又は一部を包含し得る。様々な実施形態において、このような処理は、例えば、エントロピ復号、逆量子化、逆変換、及び予測など、デコーダによって一般的に実行される処理のうちの１つ以上を含む。様々な実施形態において、そのようなプロセスは、更に、又は代替的に、例えば、ＡＰＳがビットストリームにおいて存在するかどうかを判定するために、又は、デコーダに対して利用可能なＡＰＳが存在しない間に、ＡＬＦ及び／若しくはＬＭＣＳ及び／又は非デフォルトスケーリング行列の使用が現在ブロックに対してアクティブ化されるときに現在ブロックを復号することを適応させるために、本出願に記載される様々な実装形態又は実施形態のデコーダによって実行されるプロセスを含む。

更なる例として、一実施形態では、「復号」は、インループポストフィルタリング（図３のステップ３１７）、又は逆量子化（図３のステップ３１２）のみを指す。「復号プロセス」という句が、操作のサブセットを具体的に指すことを意図しているか、又はより広範な復号プロセスを一般的に指すことを意図しているかは、特定の説明の文脈に基づいて明らかになり、当業者にはよく理解されると考えられる。

様々な実装形態は、符号化することを含む。「復号」に関する上記の考察と同様に、本出願で使用される場合、「符号化」は、例えば、符号化されたビデオストリームを生成するために入力ビデオシーケンスで実行されるプロセスの全部又は一部を包含し得る。様々な実施形態において、そのようなプロセスは、例えば、分割、予測、変換、量子化、インループポストフィルタリング及びエントロピ符号化など、エンコーダによって典型的に実行されるプロセスのうちの１つ以上を含む。様々な実施形態では、そのようなプロセスは、更に、又は代替的に、例えば、ビットストリームにおけるＡＰＳの存在又は非存在に応じてブロックの符号化を適応させるために、本出願に記載の様々な実装形態又は実施形態のエンコーダによって実行されるプロセスを含む。

更なる例として、一実施形態では、「符号化」は、量子化及び逆量子化（図２のステップ２０９及び２１２）及びインループポストフィルタリング（図２のステップ２１７）を指す。「符号化プロセス」という句が、操作のサブセットを具体的に指すことを意図しているか、又はより広範な符号化プロセスを一般的に指すことを意図しているかは、特定の説明の文脈に基づいて明らかになり、当業者にはよく理解されると考えられる。

本明細書で使用される構文要素名、フラグ名、コンテナ名、コード化ツール名は、記述的用語であることに留意されたい。したがって、それらは、他の構文要素名、フラッグ名、コンテナ名、又はコード化ツール名の使用を排除するものではない。

図がフローチャートとして提示されている場合、その図は対応する装置のブロック図も提供するものと理解されたい。同様に、図がブロック図として提示されている場合、その図は対応する方法／プロセスのフローチャートも提供するものと理解されたい。

様々な実施形態は、速度歪み最適化を指す。特に、符号化プロセス中に、レートと歪みとの間のバランス又はトレードオフが通常考慮される。レート歪み最適化は、通常、レートと歪みの加重和であるレート歪み関数を最小化するように定式化される。レート歪み最適化問題を解くには、異なるアプローチがある。例えば、これらのアプローチは、全ての考慮されるモード又はコード化パラメータ値を含む全ての符号化オプションの広範なテストに基づき得、それらのコード化コスト、並びにコード化及び復号後の再構成された信号の関連する歪みの完全な評価を伴う。また、符号化の複雑さを軽減するために、より高速なアプローチ、特に、再構成された信号ではなく、予測又は予測残差信号に基づく近似歪みの計算を使用することもできる。これらの２つのアプローチを組み合わせて使用することもでき、例えば、可能な符号化オプションの一部のみに対して近似歪みを使用し、他の符号化オプションに対しては完全な歪みを使用することができる。他のアプローチでは、可能な符号化オプションのサブセットのみを評価する。より一般的には、多くのアプローチは、最適化を実行するために様々な技術のいずれかを採用するが、最適化は、必ずしもコード化コスト及び関連する歪みの両方の完全な評価ではない。

本明細書に説明された実装形態及び態様は、例えば、方法又はプロセス、装置、ソフトウェアプログラム、データストリーム、又は信号において実装することができる。たとえ単一の形態の実装形態の文脈でのみ考察される場合でも（例えば、方法としてのみ考察される）、考察された特徴の実装形態は、他の形態（例えば、装置又はプログラム）でも実装することができる。装置は、例えば、適切なハードウェア、ソフトウェア、及びファームウェアにおいて実装することができる。方法は、例えば、プロセッサにおいて実装することができ、プロセッサは、例えば、コンピュータ、マイクロプロセッサ、集積回路、又はプログラマブルロジックデバイスを含む一般的な処理デバイスを指す。プロセッサはまた、例えば、コンピュータ、携帯電話、携帯型／パーソナルデジタルアシスタント（「ＰＤＡ、personal digital assistant」）及びエンドユーザ間の情報の通信を容易にする他のデバイスなどの通信デバイスを含む。

「一実施形態」又は「実施形態」又は「一実装形態」又は「実装形態」、及びそれらの他の変形形態の言及は、実施形態に関連して説明される特定の特徴、構造、特性などが、少なくとも一実施形態に含まれることを意味する。したがって、本明細書の様々な場所に現れる「一実施形態では」又は「実施形態では」又は「一実装形態では」又は「実装形態では」という語句の出現、並びに任意の他の変形例は、必ずしも全てが同じ実施形態を指すものではない。

加えて、本出願は、様々な情報を「判定する」ことに言及し得る。情報を判定することは、例えば、情報を推定すること、情報を計算すること、情報を予測すること、他の情報から情報を推測すること、メモリから情報を取り出すこと、又は、例えば、別のデバイス、モジュール若しくはユーザから情報を取得すること、のうちの１つ以上を含むことができる。

更に、本出願は、様々な情報に「アクセスすること」に言及する場合がある。情報にアクセスすることは、例えば、情報を受信すること、（例えば、メモリから）情報を取得すること、情報を記憶すること、情報を移動すること、情報をコピーすること、情報を計算すること、情報を判定すること、情報を予測すること、情報を推測すること、又は情報を推定すること、のうちの１つ以上を含むことができる。

加えて、本出願は、様々な情報を「受信すること」に言及する場合がある。受信することは、「アクセスすること」と同様に、広義の用語であることを意図している。情報を受信することは、例えば、情報にアクセスすること、又は（例えば、メモリから）情報を取得することのうちの１つ以上を含むことができる。更に、「受信すること」は、典型的には、例えば、情報を記憶すること、情報を処理すること、情報を送信すること、情報を移動すること、情報をコピーすること、情報を消去すること、情報を計算すること、情報を判定すること、情報を予測すること、情報を推測すること、又は情報を推定することなどの動作中に、何らかの形で含まれる。

「／」、「及び／又は」、「のうちの少なくとも１つ」、「１つ又は複数」のいずれかの使用、例えば、「Ａ／Ｂ」、「Ａ及び／又はＢ」、「Ａ及びＢのうちの少なくとも１つ」、「Ａ及びＢの１つ又は複数」の場合、最初にリストされた選択肢（Ａ）のみの選択、又は２番目にリストされた選択肢（Ｂ）のみの選択、又は両方の選択肢（Ａ及びＢ）の選択を包含することを意図しているものと理解されたい。更なる例として、「Ａ、Ｂ、及び／又はＣ」及び「Ａ、Ｂ、及びＣのうちの少なくとも１つ」、「Ａ、Ｂ及びＣのうちの１つ又は複数」の場合、このような句は、最初にリストされた選択肢（Ａ）のみの選択、又は２番目にリストされた選択肢（Ｂ）のみの選択、又は３番目にリストされた選択肢（Ｃ）のみの選択、又は、最初及び２番目にリストされた選択肢（Ａ及びＢ）のみの選択、又は、最初及び３番目にリストされた選択肢（Ａ及びＣ）のみの選択、又は、２番目及び３番目にリストされた選択肢（Ｂ及びＣ）のみの選択、又は３つの選択肢（Ａ及びＢ及びＣ）全ての選択、を包含するように意図されている。このことは、当該技術分野及び関連技術分野の当業者に明らかであるように、リストされたアイテムの数だけ拡張され得る。

また、本明細書で使用されるとき、「シグナリングする」という語は、特に、対応するデコーダに対して何かを示すことを意味する。例えば、ある特定の実施形態では、エンコーダは、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列に関連する構文要素又はパラメータをシグナリングする。このように、ある実施形態では、同じパラメータがエンコーダ側とデコーダ側の両方で使用される。したがって、例えば、エンコーダは、デコーダが同じ特定のパラメータを使用することができるように、特定のパラメータをデコーダに送信する（明示的なシグナリング）ことができる。逆に、デコーダが既にその特定のパラメータ及び他のパラメータを有する場合は、単にデコーダがその特定のパラメータを認識及び選択することを可能にするように、送信を行わないシグナリング（暗黙的なシグナリング）を使用することができる。いかなる実際の機能の送信も回避することにより、様々な実施形態において、ビットの節約が実現される。シグナリングは、様々な方式で達成され得ることを理解されたい。例えば、１つ以上の構文要素、フラグなどが、様々な実施形態において、対応するデコーダに情報をシグナリングするために使用される。上記は、「信号（signal）」という語の動詞形に関するものであるが、「信号」という語は、本明細書では名詞としても使用され得る。

当業者には明らかであるように、実装形態は、例えば、記憶又は送信することができる情報を搬送するようにフォーマットされた様々な信号を生成することができる。情報は、例えば、方法を実行するための命令、又は説明されている実装形態の１つによって生成されるデータを含むことができる。例えば、説明されている実施形態の符号化されたビデオストリームを伝えるように信号をフォーマットすることができる。このような信号は、例えば、電磁波として（例えば、スペクトルの無線周波数部分を使用する）、又はベースバンド信号としてフォーマットすることができる。フォーマットすることは、例えば、符号化されたビデオストリームを符号化すること、及び符号化されたビデオストリームで搬送波を変調することを含むことができる。信号が搬送する情報は、例えば、アナログ情報又はデジタル情報とすることができる。信号は、既知であるように、様々な異なる有線リンク又は無線リンクを介して送信することができる。信号は、プロセッサ可読媒体に記憶することができる。

図５は、ＡＰＳがデコーダ側で利用できないときに復号プロセスを適応させるための解決策を概略的に示している。

図５のプロセスは、処理モジュール４０が復号モジュールを実装するときに、処理モジュール４０によって実行される。

図５０１では、処理モジュール４０は、符号化されたビデオストリーム２１１を取得する。ステップ５０１中に、処理モジュール４０は、図３によって表される復号方法を符号化されたビデオストリーム２１１に適用することによって、復号プロセスを開始する。ステップ５０１の終わりに、処理モジュールは、現在のブロックを復号する準備ができている。

ステップ５０２において、処理モジュール４０は、ＡＰＳが符号化されたビデオストリームに存在しないかどうかを示す情報を取得する。ステップ５０２の第１の実施形態では、処理モジュール４０は、符号化されたビデオストリーム２１１から得られたフラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇから、符号化されたビデオストリーム２１１におけるＡＰＳの存在が認可されているかどうかを判定する。符号化されたビデオストリームにおけるＡＰＳの存在が認可されている場合、処理モジュール４０は、現在のブロックに対して通常の復号プロセスを実行する。

符号化されたビデオストリーム２１１においてＡＰＳが利用可能でない場合、ステップ５０２の後にステップ５０３が続く。ステップ５０２の第１の実施形態では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ（ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ＝１）に従って、符号化されたビデオストリーム２１１におけるＡＰＳの存在が認可されていないときに、符号化されたビデオストリーム２１１においてＡＰＳは利用可能ではない。

ステップ５０３において、処理モジュール４０は、ＡＰＳによって提供される少なくとも１つのコード化パラメータを使用するコード化ツールが現在のブロックに対してアクティブ化されるどうかを示す構文要素の値をチェックする。ステップ５０３の第１の実施形態では、ＡＰＳによって提供される少なくとも１つのコード化パラメータを使用するコード化ツールが現在のブロックに対してアクティブ化されているかどうかを示す構文要素は、フラグｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、フラグｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びフラグｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇのうちの１つである。フラグｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シーケンスレベル（シーケンスパラメータセット（sequence Parameter Set、ＳＰＳ））において、ゼロに等しいとき、アダプティブループフィルタがディセーブルされること指定する。ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、１に等しいときにアダプティブループフィルタがイネーブルされることを指定する。フラグｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇＳＰＳレベルでは、１に等しいとき、ＬＭＣＳがコード化されたビデオストリームで使用されることを指定する。ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇがゼロに等しいとき、ＬＭＣＳが符号化されたビデオストリームで使用されないことを指定する。フラグｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳレベルにおいて、１に等しいとき、非デフォルトのスケーリング行列が変換係数のスケーリングプロセスに使用されることを指定する。ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ゼロに等しいとき、非デフォルトのスケーリング行列が変換係数のスケーリングプロセスに使用されないことを指定する。

ＧＤＲの場合、ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇと呼ばれる構文要素がＳＰＳレベルにおいてシグナリングされ、ゼロに等しいときにＧＤＲを非アクティブ化することを可能にする。

ＡＰＳによって提供される少なくとも１つのコード化パラメータを使用するコード化ツールがアクティブ化されていることを構文要素が示さないとき、ステップ５０３の後に、ステップ５０４が続く。そうではなく、ＡＰＳによって提供される少なくとも１つのパラメータを使用してコード化ツールがアクティブ化されていることを少なくとも１つの構文要素が示す場合、処理モジュール４０は、ステップ５０５において現在のブロックを復号することを適応させる。ステップ５０３の第１の実施形態では、ステップ５０５は、フラグｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇのうちの少なくとも１つが１に等しいときに実行される。

ステップ５０５の第１の実施形態では、処理モジュール４０は、フラグｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合であっても、ゼロに等しいとみなす。その場合、復号プロセスの適応は、ＡＰＳによって提供される少なくとも１つのパラメータを使用するコード化ツールがアクティブ化されることを示す各構文要素の値を無視することである。

ステップ５０５の第２の実施形態では、ＡＰＳが利用可能でなく、ＡＰＳによって提供される少なくとも１つのパラメータを使用するコード化ツールがアクティブ化されるとき、処理モジュール４０は、非適合情報を出力する。非適合情報は、例えば、符号化されたビデオストリーム２１１が復号可能でないことを示す情報である。非適合情報は、例えば、それをユーザに表示するためにディスプレイ４６に出力される。

ステップ５０５の第３の実施形態では、ＡＰＳが利用可能でなく、ＡＰＳによって提供される少なくとも１つのパラメータを使用するコード化ツールがアクティブ化されるとき、ＡＰＳにおいて当該パラメータを検索する代わりに、処理モジュール４０は、少なくとも１つの第２のタイプの少なくとも１つのコンテナからＡＰＳによって通常提供される各パラメータを取得する。その場合、処理モジュール４０は、取得されたパラメータをコード化ツール（ＡＬＦ、ＬＭＣＳ、非デフォルト行列の使用）に適用して現在のブロックを復号する。

例えば、ステップ５０５の第３の実施形態の第１の変形例では、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列パラメータは、ＳＰＳレベルにおいてシグナリングされる。

ステップ５０５の第３の実施形態のその第１の変形例における、ＳＰＳレベルでの構文を表ＴＡＢ１に記載する。

表ＴＡＢ１における太字の部分は、ステップ５０５の第３の実施形態の第１の変形例に対して定義される構文要素に対応する。

フラグｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇ、ｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇ、ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇの意味の例は以下の通りである。
・ ｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、ゼロに等しいとき、ＡＬＦパラメータがＳＰＳレベルにおいてシグナリングされないことを指定する。ｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、１に等しいとき、ＡＬＦパラメータがＳＰＳレベルおいてシグナリングされることを指定する。存在しない場合、ｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇの値は、ゼロであると推測される。
・ ｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、ゼロに等しいとき、ＬＭＣＳパラメータがＳＰＳレベルにおいてシグナリングされないことを指定する。ｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、１に等しいとき、ＬＭＣＳパラメータがＳＰＳレベルにおいてシグナリングされることを指定する。存在しない場合、ｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇの値は、ゼロであると推測される。
・ ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、ゼロに等しいとき、スケーリング行列パラメータがＳＰＳレベルにおいてシグナリングされないことを指定する。ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、１に等しいとき、スケーリング行列がＳＰＳレベルにおいてシグナリングされることを指定する。存在しない場合、ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇの値は、ゼロであると推測される。

表ＴＡＢ２及びＴＡＢ３において、ステップ５０５の第３の実施形態の第１の変形例に適応したピクチャヘッダレベル及びスライスヘッダレベルにおける構文の例が記載されている。

太字の部分は、表ＴＡＢ１に表されるＳＰＳレベルで提案された構文によって引き起こされる既存の構文における修正を表している。

ステップ５０５の第３の実施形態の第１の変形例では、ＡＬＦが使用された場合、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、フラグｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、１に等しい。加えて、その場合、フラグａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ゼロに等しい。ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しいとき、ＡＬＦ情報がピクチャヘッダ構文構造において存在し、ピクチャヘッダ構文構造を組み込んでいないＰＰＳを参照してスライスヘッダにおいて存在しないことを指定する。ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ゼロに等しいとき、ＡＬＦ情報が画像ヘッダ構文構造に存在せず、画像ヘッダ構文構造を組み込んでいないＰＰＳを参照してスライスヘッダに存在し得ることを指定する。

ステップ５０５の第３の実施形態の第１の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＬＭＣＳが使用される場合、フラグｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第１の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときに非デフォルトスケーリング行列が使用される場合、フラグｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第１の変形例の代替例では、３つのＳＰＳレベルフラグ（すなわち、ｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇ、ｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇ、及びｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇ）を追加する代わりに、単一のＳＰＳレベルフラグｓｐｓ＿ａｐｓ＿ｐａｒａｍｅｔｅｒｓ＿ｓｉｇｎａｌｉｎｇを使用して、ＳＰＳレベルにおいてＡＬＦ、ＬＭＣＳ及びスケーリングリストをシグナリングする。フラグｓｐｓ＿ａｐｓ＿ｐａｒａｍｅｔｅｒｓ＿ｓｉｇｎａｌｉｎｇは、ＡＬＦ、ＬＭＣＳ又はスケーリングリストがそれらのＳＰＳフラグによってアクティブ化される場合、コード化される。ステップ５０５の第３の実施形態の第１の変形例のその代替例における、ＳＰＳレベルの構文が、表ＴＡＢ１＿Ｂｉｓに記載されている。

表ＴＡＢ１＿Ｂｉｓにおける太字の部分は、ステップ５０５の第３の実施形態の第１の変形例の代替例について定義された構文要素に対応する。

表ＴＡＢ２＿Ｂｉｓ及びＴＡＢ３＿Ｂｉｓでは、ステップ５０５の第３の実施形態の第１の変形例に適応したピクチャヘッダレベル及びスライスヘッダレベルにおける構文の例が記載されている。

太字の部分は、表ＴＡＢ１＿Ｂｉｓに表されるＳＰＳレベルにおいて提案された構文によって引き起こされる既存の構文における修正を表している。

ステップ５０５の第３の実施形態の第２の変形例では、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列パラメータは、ＰＰＳレベルにおいてシグナリングされる。１つの利点は、ＰＰＳがＳＰＳよりも頻繁にシグナリングすることができることである。すなわち、単一のシーケンスに対して、１つ以上のＰＰＳをシグナリングすることができる。

ステップ５０５の第３の実施形態のその第２の変形例における、ＰＰＳレベルでの構文が、表ＴＡＢ４に記載されている。

ステップ５０５の第３の実施形態の第２の変形形態に適応した新しい構文が、表ＴＡＢ４に太字で表されている。

フラグｐｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ，ｐｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ，ｐｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇの意味の例は、以下の通りである。
・ ｐｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、ゼロに等しいときＡＬＦパラメータがＰＰＳレベルにおいてシグナリングされないことを指定する。ｐｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、１に等しいとき、ＡＬＦパラメータがＰＰＳレベルにおいてシグナリングされることを指定する。
・ ｐｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、ゼロに等しいとき、ＬＭＣＳパラメータがＰＰＳレベルにおいてシグナリングされないことを指定する。ｐｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、１に等しいとき、ＬＭＣＳパラメータがＰＰＳレベルにおいてシグナリングされることを指定する。
・ ｐｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、ゼロに等しいとき、スケーリング行列パラメータがＰＰＳレベルにおいてシグナリングされないことを指定する。ｐｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、１に等しいとき、スケーリング行列がＰＰＳレベルにおいてシグナリングされることを指定する。

表ＴＡＢ５及びＴＡＢ６において、ステップ５０５の第３の実施形態の第２の変形例に適応したピクチャヘッダレベル及びスライスヘッダレベルにおける構文の例が記載されている。

太字の部分は、表ＴＡＢ４に表されるＰＰＳレベルにおいて提案された構文によって引き起こされる既存の構文における修正を表している。

ステップ５０５の第３の実施形態の第２の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＡＬＦが使用される場合、フラグｐｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第２の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＬＭＣＳが使用される場合、フラグｐｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第２の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときに非デフォルトスケーリング行列が使用される場合、フラグｐｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第２の変形例の代替例では、３つのＰＰＳレベルフラグ（ｐｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ、ｐｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ、及びｐｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ）を定義する代わりに、単一フラグｐｐｓ＿ａｐｓ＿ｐａｒａｍｅｔｅｒｓ＿ｓｉｇｎａｌｉｎｇが使用される。ステップ５０５の第３の実施形態の第２の変形例のその代替例における、ＰＰＳレベルの構文が、表ＴＡＢ４＿Ｂｉｓに記載されている。

表ＴＡＢ５＿Ｂｉｓ及びＴＡＢ６＿Ｂｉｓでは、ステップ５０５の第３の実施形態の第２の変形例の代替例に適応したピクチャヘッダレベル及びスライスヘッダレベルの構文の例が記載されている。

ステップ５０５の第３の実施形態の第３の変形例では、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列パラメータは、ピクチャヘッダレベルにおいてシグナリングされる。１つの利点は、ピクチャヘッダがＳＰＳ及びＰＰＳよりも頻繁にシグナリングされることである。

ステップ５０５の第３の実施形態のその第３の変形例における、ピクチャヘッダ（ＰＨ）レベル及びスライスレベルでの構文が、表ＴＡＢ７及びＴＡＢ＿７＿Ｂｉｓに記載されている。

ステップ５０５の第３の実施形態の第３の変形例に適応した新しい構文が、表ＴＡＢ７において太字で表されている。

フラグｐｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｐｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇ，ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇの意味の例は、以下の通りである。
・ ｐｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ゼロに等しいとき、ＡＬＦパラメータがＰＨレベルにおいてシグナリングされないことを指定する。ｐｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しいとき、ＡＬＦパラメータがＰＨレベルにおいてシグナリングされることを指定する。存在しない場合、ｐｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は、ゼロであると推測される。
・ ｐｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ゼロに等しいとき、ＬＭＣＳパラメータがＰＨレベルにおいてシグナリングされないことを指定する。ｐｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しいとき、ＬＭＣＳパラメータがＰＨレベルにおいてシグナリングされることを指定する。存在しない場合、ｐｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は、ゼロであると推測される。
・ ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ゼロに等しいとき、スケーリング行列パラメータがＰＨレベルにおいてシグナリングされないことを指定する。ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しいとき、スケーリングリストがＰＨレベルにおいてシグナリングされることを指定する。存在しない場合、ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は、ゼロであると推測される。

ステップ５０５の第３の実施形態の第３の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＡＬＦが使用される場合、フラグｐｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第３の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＬＭＣＳが使用される場合、フラグｐｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第３の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときに非デフォルトスケーリング行列が使用される場合、フラグｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第４の変形例では、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列パラメータは、スライスヘッダレベルにおいてシグナリングされる。

ステップ５０５の第３の実施形態のその第４の変形例における、スライスヘッダ（slice header、ＳＨ）レベルでの構文が、表ＴＡＢ８に記載されている。

ステップ５０５の第３の実施形態の第４の変形形態に適応した新しい構文は、表ＴＡＢ７において太字で表されている。

フラグｓｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇ、ｓｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇ、ｓｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇの意味の例は、以下の通りである。
・ ｓｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ゼロに等しいとき、ＡＬＦパラメータがＳＨレベルにおいてシグナリングされないことを指定する。ｓｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、１に等しいとき、ＡＬＦパラメータがＳＨレベルにおいてシグナリングされることを指定する。存在しない場合、ｓｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇの値は、ゼロであると推測される。
・ ｓｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ゼロに等しいとき、ＬＭＣＳパラメータがＳＨレベルにおいてシグナリングされないことを指定する。ｓｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、１に等しいとき、ＬＭＣＳパラメータがＳＨレベルにおいてシグナリングされることを指定する。存在しない場合、ｓｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇの値は、ゼロであると推測される。
・ ｓｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ゼロに等しいとき、スケーリング行列パラメータがＳＨレベルにおいてシグナリングされないことを指定する。ｓｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、１に等しいとき、スケーリング行列がＳＨレベルにおいてシグナリングされることを指定する。存在しない場合、ｓｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ゼロであると推測される。

ステップ５０５の第３の実施形態の第４の変形例では、ＡＬＦが使用される場合、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいとき、フラグｓｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第４の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＬＭＣＳが使用される場合、フラグｓｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第３の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときに非デフォルトスケーリング行列が使用される場合、フラグｓｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第５の変形例では、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列パラメータは、それらの使用を示すフラグを介して任意のレベルにおいてシグナリングされる。その場合、例えば、ＳＰＳレベルにおけるコード化を示すフラグがＳＰＳに存在し、別のフラグがＰＰＳに存在し、別のフラグがＰＨに存在し、別のフラグがＳＨに存在する。より高いレベルでコード化されるパラメータは、より低いレベルでコード化されないものとする。対応する構文は、表ＴＡＢ９、ＴＡＢ１０、ＴＡＢ１１及びＴＡＢ１２に記載されている（意味は、ステップ５０５の第３の実施形態の以前の変形例と同じままである）。

ステップ５０５の第３の実施形態の第５の変形形態に適応した新しい構文は、表ＴＡＢ９、ＴＡＢ１０、ＴＡＢ１１及びＴＡＢ１２に太字で表されている。

ステップ５０５の第３の実施形態の第５の変形例では、
・ フラグｐｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、ｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇが１に等しい場合に、ゼロに等しく、
・ フラグｐｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、ｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇが１に等しい場合に、ゼロに等しく、
・ フラグｐｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇが１に等しい場合に、ゼロに等しく、
・ もしもｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合に、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列パラメータは、（アクティブ化されている場合に）ＳＰＳ及び／又はＰＰＳ及び／又はＰＨ及び／又はＳＨレベルにおいてコード化される。

いくつかの場合には、通常、ＡＰＳレベルにおいてシグナリングされるツール（ＡＬＦ、ＬＭＣＳ、及び非デフォルトのスケーリング行列）のパラメータは、他のコンテナに拡散することができる。例えば、第１のコード化ツールのパラメータの１つは、ＳＰＳレベルにおいてコード化され、第２のコード化ツールのパラメータは、ＰＰＳレベルにおいてコード化され、第３のコード化ツールのパラメータは、ＰＨレベルでコード化される。

ステップ５０２の第２の実施形態では、ＡＰＳが処理モジュール４０によって取得された符号化されたビデオストリームに存在しないかどうかを示す情報は、符号化されたビデオストリーム２１１の送信中にＡＰＳが失われたかどうかを示す情報である。

ステップ５０２の第３の実施形態では、ＡＰＳが処理モジュール４０によって取得された符号化されたビデオストリームに存在しないかどうかを示す情報は、処理モジュール４０がＡＰＳを考慮するように設計されないことを示す情報である。その場合、処理モジュール４０によって受信された符号化されたビデオストリームに最終的に存在するＡＰＳは、処理モジュール４０によって無視される。

ステップ５０３の第２の実施形態では、ＡＰＳによって提供される少なくとも１つのコード化パラメータを使用するコード化ツールが処理モジュール４０によってチェックされた現在のブロックに対してアクティブ化されているかどうかを示す構文要素は、例えば、スライスレベルにおける構文要素ｓｌｉｃｅ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇである。ｓｌｉｃｅ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、１に等しいとき、ＡＬＦがイネーブルされることを指定し、スライス内のＹ、Ｃｂ、又はＣｒ色成分に適用され得る。ｓｌｉｃｅ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ゼロに等しいとき、ＡＬＦがスライス内の全ての色成分に対してディセーブルされることを指定する。存在しない場合、ｓｌｉｃｅ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ｐｈ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇに等しいと推論される。

ステップ５０３の第３の実施形態では、ＡＰＳによって提供される少なくとも１つのコード化パラメータを使用するコード化ツールが処理モジュール４０によってチェックされた現在のブロックに対してアクティブ化されているかどうかを示す構文要素は、ＣＴＵレベルでの構文要素、例えば、構文要素ａｌｆ＿ｃｔｂ＿ｆｌａｇ［ｃＩｄｘ］［ｘＣｔｂ］［ｙＣｔｂ］である。ａｌｆ＿ｃｔｂ＿ｆｌａｇ［ｃＩｄｘ］［ｘＣｔｂ］［ｙＣｔｂ］は、１に等しいとき、ＡＬＦが、ルマ場所（ｘＣｔｂ，ｙＣｔｂ）におけるＣＴＵのｃＩｄｘによって示される色成分のコード化ユニットに適用されることを指定する。ａｌｆ＿ｃｔｂ＿ｆｌａｇ［ｃＩｄｘ］［ｘＣｔｂ］［ｙＣｔｂ］は、ゼロに等しいとき、ＡＬＦは、ルマ位置（ｘＣｔｂ，ｙＣｔｂ）におけるＣＴＵのｃＩｄｘによって示される色成分のＣＵに適用されないことを指定する。ａｌｆ＿ｃｔｂ＿ｆｌａｇ［ｃＩｄｘ］［ｘＣｔｂ］［ｙＣｔｂ］が存在しないとき、これはゼロに等しいと推論される。

ＧＤＲの同様の場合において、フラグｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときに、ゼロに等しい。ＧＤＲに関連する第１の実施形態では、制約フラグの意味は、以下の通りである。

ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、１に等しいとき、エンコーダによって出力された符号化されたビデオストリームに存在するタイプＧＤＲ＿ＮＵＴのＮＡＬユニットが存在しないものとし、ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇがゼロであるものとすることを指定する。ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ゼロに等しいとき、そのような制約を課さない。

ＧＤＲに関連する第２の実施形態では、制約フラグｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、以下のように、ＳＰＳレベルフラグｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値のみを制約する。

ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、１に等しいとき、ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇはゼロであるものとすることを指定する。ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ゼロに等しいとき、そのような制約を課さない。

ＧＤＲに関連する第３の実施形態では、制約フラグｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１であるときに、ＳＰＳレベルフラグｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇがゼロに設定されることを確実にするために、適合制約が追加される。

ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときに、ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値がゼロであるものとすることが、ビットストリーム適合のための要件である。

上記の全ての実施形態について、符号化モジュール及び方法は、復号モジュール及び方法に準拠している。特に、実施形態では、構文修正を含む実施形態において（例えば、ステップ５０５の第３の実施形態において）、符号化モジュール及び方法は、当該構文を尊重する。

図６は、ＡＰＳが使用することができないときに、符号化プロセスを適応させるための解決策を概略的に示している。

図６のプロセスは、処理モジュール４０が符号化モジュールを実装しているときに、処理モジュール４０によって実行される。

ステップ６０１において、処理モジュール４０は、符号化されたビデオストリーム２１１の形式で符号化するために、元のビデオシーケンスを取得する。

ステップ６０２において、処理モジュール４０は、元のビデオシーケンスを符号化するためにＡＰＳの使用が認可されているかどうかを示す情報を取得する。この情報は、処理モジュール４０の構成パラメータの形態でユーザによって提供される。

ＡＰＳの使用が認可されている場合、ステップ６０２中に、この情報は、符号化されたビデオストリーム２１１において、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを使用して処理モジュール４０によってシグナリングされる。その場合、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ゼロに設定される。ＡＰＳの使用が認可されていない場合、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、１に設定される。

ＡＰＳの使用が認可されている場合、ステップ６０３において、処理モジュール４０によって通常の符号化プロセスが適用される。

そうでない場合、元のビデオシーケンスの画像のブロックの符号化プロセスは、ステップ６０４中にＡＰＳを使用不可であるように適応される。

ステップ６０４の第１の実施形態では、ＡＰＳが認可されていないとき、少なくとも１つのパラメータがＡＰＳによって提供される各コード化ツールは、ビデオシーケンスのブロックを符号化するために考慮されるコード化ツールのリストから削除される。結果として、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいとき、ＡＬＦ、ＬＭＣＳ及び非デフォルトのスケーリング行列は、元のビデオシーケンスのブロックを符号化するために使用することができるツールとみなされない。ステップ６０４のこの第１の実施形態では、ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ＝１であるとき、ＳＰＳレベルフラグｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、及びｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ゼロに等しくなるように制約される。ステップ６０４の第１の実施形態の変形例では、ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ＝１であるとき、ｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、１に制約される。フラグｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、例えば、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）と呼ばれる構文要素に符号化される。１に等しいとき、フラグｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇがゼロに等しいものとすることを指定する。ｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ゼロに等しいとき、そのような制約を課さない。同様に、フラグｎｏ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｎｏ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値を制約するために使用され得る。

ステップ６０４の第２の実施形態では、符号化プロセスの適応は、これらのパラメータを使用するコード化ツールの使用が現在のブロックを符号化するために認可されている場合、通常ＡＰＳにおいて符号化されるパラメータをＳＰＳ及び／又はＰＨ及び／又はＳＨにおいて符号化することを含む。結果として、ＡＬＦパラメータ、ＬＭＣＳパラメータ、及び／若しくは非デフォルトのスケーリング行列パラメータは、ＳＰＳ及び／若しくはＰＰＳ及び／若しくはＰＨで符号化され、並びに／又はＳＨは、ＡＬＦの使用であり、ＬＭＣＳ及び非デフォルトのスケーリング行列は、元のビデオシーケンスのブロックに対して認可されている。この実施形態は、復号プロセスのステップ５０５の第３の実施形態の変形例に準拠する。特に、ステップ６０４の第２の実施形態は、ステップ５０５の第３の実施形態に関連して記載の構文を使用する。

図６の解決策の代替例では、単一のＳＰＳレベル構文要素ｓｐｓ＿ｎｏ＿ａｐｓ＿ｓｉｇｎａｌｉｎｇは、ＡＰＳ、ＬＭＣＳ、及びスケーリングリストパラメータが、ＡＰＳレベル以外のレベルにおいてシグナリングされるかどうかを指定するために使用される。このフラグが１に設定されるとき、スライスレベル又はピクチャレベルのいずれかにおいてこれらのパラメータをシグナリングすることが許可される。この実施形態は、シグナリングオーバーヘッドを低減することを可能にし、少なくとも３つのフラグが前の実施形態で使用される。フラグｓｐｓ＿ｎｏ＿ａｐｓ＿ｓｉｇｎａｌｉｎｇは、少なくともＡＬＦ、ＬＭＣＳ又はスケーリングリストがそれらのＳＰＳレベルフラグによってアクティブ化される場合にシグナリングされ、そうでない場合には、ゼロであると推測される。ｓｐｓ＿ｎｏ＿ａｐｓ＿ｓｉｇｎａｌｉｎｇが１に等しい場合、代替コード化が許可される。更に、ＡＰＳの制約フラグ（すなわち、ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）が１に設定されるとき、このフラグは、ＡＰＳは許可されないが、ＡＰＳ、ＬＭＣＳ、及びスケーリングリストパラメータをシグナリングすることを許可するために、同様に１でなければならない。

対応する構文は、表ＴＡＢ１３、ＴＡＢ１４、及びＴＡＢ１５に記載されている。

更に、実施形態は、様々な特許請求のカテゴリ及びタイプにわたって、以下の特徴、デバイス、又は態様の１つ以上を、単独で、又は組み合わせで含むことができる。
・ 記載の実施形態のうちのいずれかに従って生成された情報を搬送する構文を含むビットストリーム又は信号、
・ エンコーダによって使用される方法に対応する方法で復号プロセスをデコーダが適応させることを可能にする構文要素をシグナリングに挿入すること、
・ 記載の構文要素又はその変形例のうちの１つ以上を含むビットストリーム又は信号を作成及び／又は送信及び／又は受信及び／又は復号すること、
・ 記載の実施形態のいずれかに従って、作成及び／又は送信及び／又は受信及び／又は復号すること、
・ 記載の実施形態のいずれかによる、方法、プロセス、装置、命令を記憶する媒体、データを記憶する媒体、又は信号、
・ 記載の実施形態のいずれかに従って符号化又は復号プロセスの適応を実行するＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス、
・ 記載の実施形態のいずれかに従って符号化又は復号プロセスの適応を実行し、結果として生じる画像を（例えば、モニタ、スクリーン、又は他のタイプのディスプレイを使用して）表示するＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス、
・ 符号化された画像を含む信号を受信するために（例えば、チューナを使用して）チャネルを選択し、記載の実施形態のいずれかに従って復号プロセスの適応を実行する、ＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス、
・ 符号化された画像を含む無線上の信号を（例えば、アンテナを使用して）受信し、記載の実施形態のうちのいずれかに従って復号プロセスの適応を実行する、ＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。

本実施形態のうちの少なくとも１つは、概して、画像符号化及び復号のための方法及びデバイスに関し、より詳細には、いくつかのシグナリングツールといくつかの符号化ツールとの一貫した相互作用を確実にするための方法及びデバイスに関する。

高い圧縮効率を実現するために、ビデオのコード化方式は、通常、ビデオコンテンツの空間的冗長性及び時間的冗長性を活用した予測及び変換を採用している。符号化中、ビデオコンテンツの画像はサンプル（すなわち、ピクセル）のブロックに等分され、これらのブロックは次いで、以下で元のサブブロックと呼ばれる１つ以上のサブブロックに分割される。次いで、イントラ予測又はインター予測を各サブブロックに適用して、画像内又は画像間相関を利用する。使用される予測方法（イントラ又はインター）が何であれ、元のサブブロックごとに予測子サブブロックが決定される。次いで、元のサブブロックと予測サブブロックとの間の差を表すサブブロックは、多くの場合、予測誤差サブブロック、予測残差サブブロック、又は単に残差ブロックとして示され、符号化されたビデオストリームを生成するために、変換され、量子化され、エントロピコード化される。ビデオを再構成するには、変換、量子化、及びエントロピコード化に対応する逆の処理によって、圧縮データを復号する。

ビデオ圧縮方法の複雑さは、ＭＰＥＧ－１（ＩＳＯ／ＣＥＩ－１１１７２）、ＭＰＥＧ－２（ＩＳＯ／ＣＥＩ１３８１８－２）又はＭＰＥＧ－４／ＡＶＣ（ＩＳＯ／ＣＥＩ１４４９６－１０）などの第１のビデオ圧縮方法と比較して大幅に増加している。実際、多くの新しいコード化ツールが登場したか、又は既存のコード化ツールが、ビデオ圧縮規格の最後の世代（例えば、ジョイントビデオエキスパートチーム（Joint Video Experts Team、ＪＶＥＴ）として知られるＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ専門家の関節協調チームによる開発中である多方体ビデオコード化（Versatile Video Coding、ＶＶＣ）と題された国際規格、又は標準ＨＥＶＣ（ＩＳＯ／ＩＥＣ２３００８－２－ＭＰＥＧ－Ｈパート２、高効率ビデオコーディング／ＩＴＵ－Ｔ Ｈ．２６５）において洗練された。並行して、全てビデオシーケンスに沿って多くのサブブロックによって共有されるいくつかのコード化ツールの例示的なシグナリングパラメータを可能にする、いつかのシグナリングツールが提案された。これらのシグナリングツールのうちの１つが、適応パラメータセット（adaptation parameter set、ＡＰＳ）である。ＡＰＳは、特定のデータコンテナ（ＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ、ネットワーク抽出層）ユニットと呼ばれる）であり、アダプティブループフィルタ（Adaptive Loop Filter、ＡＬＦ）コード化ツール、クロマスケーリングによるルママッピング（Luma Mapping with Chroma Scaling、ＬＭＣＳ）コード化ツール、及び量子化に使用されるスケーリング行列のためのパラメータを提供する。

いくつかの場合では、ＡＰＳによってシグナリングされるパラメータを使用するコード化ツールがアクティブ化されている間に、ＡＰＳがビットストリームに存在しない可能性がある。

シグナリングコンテナによって提供されるパラメータを参照するコード化ツールがアクティブ化されている間に、シグナリングコンテナがビットストリームに存在しないときにエンコーダ又はデコーダの一貫した挙動を可能にする解決策を提案することが望まれる。

第１の態様では、本実施形態のうちの１つ以上は、復号のための方法を提供し、本方法は、符号化されたビデオシーケンスを表すビットストリームを取得することと、少なくとも１つのコード化パラメータを提供する第１のタイプのコンテナが前記ビットストリームに存在しないかどうかを示す第１の情報を取得することと、当該少なくとも１つのコード化パラメータを使用するコード化ツールがビデオシーケンスの画像のサンプルの現在のブロックに対してアクティブ化されているかどうかを示す第１の構文要素の値をチェックすることと、第２の構文要素がコード化ツールのアクティブ化を示すとき、コンテナが存在しない場合に前記現在のブロックの復号を適応させることと、を含む。

一実施形態では、第１の情報は、ビットストリームから取得された第２の構文要素から取得される。

一実施形態では、第１のタイプのコンテナは、適応パラメータセットであり、第２の構文要素は、ビットストリームにおける少なくとも１つの適応パラメータセットの存在が認可されているかどうかを示す。

一実施形態では、現在のブロックの復号の適応は、ビットストリームの非適合を表す第２の情報を出力することを含む。

一実施形態では、現在のブロックの復号の適応は、現在のブロックを復号するためにコード化ツールを非アクティブ化することを含む。

一実施形態では、復号の適応は、少なくとも１つの第２のタイプの少なくとも１つのコンテナから少なくとも１つのパラメータを取得することと、取得されたパラメータをコード化ツールに適用して現在のブロックを復号することと、を含む。

一実施形態では、少なくとも１つの第２のタイプの少なくとも１つのコンテナは、シーケンスパラメータセット及び／若しくはピクチャパラメータセット並びに／又はピクチャヘッダ及び／若しくはシーケンスヘッダである。

第２の態様では、本実施形態のうちの１つ以上は、符号化するための方法を提供し、本方法は、ビットストリームにおいて符号化するためのビデオシーケンスを取得することと、ビットストリームにおける、少なくとも１つのコーディングパラメータをコード化ツールに提供する第１のタイプのコンテナの存在が認可されているかどうかを示す第１の情報に応じて、ビデオシーケンスの画像のサンプルのブロックの符号化を適応させることと、を含む。

一実施形態では、第１の情報は、ビットストリームにおいて符号化される。

一実施形態では、第１のタイプのコンテナは、適応パラメータセットであり、第２の構文要素は、ビットストリームにおける少なくとも１つの適応パラメータセットの存在が認可されているかどうかを示す。

一実施形態では、符号化の適応は、コンテナの存在が認可されていない場合、現在のブロックを符号化するために考慮されるコード化ツールのリストからコード化ツールを削除することを含む。

一実施形態では、符号化の適応は、コード化ツールの使用が現在のブロックを符号化するために認可されている場合、少なくとも１つの第２のタイプの少なくとも１つのコンテナにおいて少なくとも１つのコード化パラメータを符号化することを含む。

一実施形態では、少なくとも１つの第２のタイプの少なくとも１つのコンテナは、シーケンスパラメータセット及び／若しくはピクチャパラメータセット並びに／又はピクチャヘッダ及び／若しくはシーケンスヘッダである。

第３の態様では、本実施形態のうちの１つ以上は、復号するためのデバイスを提供し、本デバイスは、符号化されたビデオシーケンスを表すビットストリームを取得することと、少なくとも１つのコード化パラメータを提供する第１のタイプのコンテナがビットストリームに存在しないかどうかを示す第１の情報を取得することと、当該少なくとも１つのコード化パラメータを使用するコード化ツールがビデオシーケンスの画像のサンプルの現在のブロックに対してアクティブ化されているかどうかを示す第１の構文要素の値をチェックすることと、第２の構文要素がコード化ツールのアクティブ化を示すとき、コンテナが存在しない場合に現在のブロックの復号を適応させることと、を行うように適応された電子回路を備える。

一実施形態では、第１の情報は、ビットストリームから取得された第２の構文要素から取得される。

一実施形態では、第１のタイプのコンテナは、適応パラメータセットであり、第２の構文要素は、ビットストリームにおける少なくとも１つの適応パラメータセットの存在が認可されているかどうかを示す。

一実施形態では、現在のブロックの復号の適応は、ビットストリームの非適合を表す第２の情報を出力することを含む。

一実施形態では、現在のブロックの復号の適応は、現在のブロックを復号するためにコード化ツールを非アクティブ化することを含む。

一実施形態では、復号の適応は、少なくとも１つの第２のタイプの少なくとも１つのコンテナから少なくとも１つのパラメータを取得することと、取得されたパラメータをコード化ツールに適用して現在のブロックを復号することと、を含む。

一実施形態では、少なくとも１つの第２のタイプの少なくとも１つのコンテナは、シーケンスパラメータセット及び／若しくはピクチャパラメータセット並びに／又はピクチャヘッダ及び／若しくはシーケンスヘッダである。

第４の態様では、本実施形態のうちの１つ以上は、符号化するためのデバイスを提供し、本デバイスは、ビットストリームにおいて符号化するためのビデオシーケンスを取得することと、ビットストリームにおける、少なくとも１つのコーディングパラメータをコード化ツールに提供する第１のタイプのコンテナの存在が認可されているかどうかを示す第１の情報に応じて、ビデオシーケンスの画像のサンプルのブロックの符号化を適応させることと、を行うように適応された電子回路を備える。

一実施形態では、第１の情報は、ビットストリームにおいて符号化される。

一実施形態では、第１のタイプのコンテナは、適応パラメータセットであり、第２の構文要素は、ビットストリームにおける少なくとも１つの適応パラメータセットの存在が認可されているかどうかを示す。

一実施形態では、符号化の適応は、コンテナの存在が認可されていない場合、現在のブロックを符号化するために考慮されるコード化ツールのリストからコード化ツールを削除することを含む。

一実施形態では、符号化の適応は、コード化ツールの使用が現在のブロックを符号化するために認可されている場合、少なくとも１つの第２のタイプの少なくとも１つのコンテナにおいて少なくとも１つのコード化パラメータを符号化することを含む。

一実施形態では、少なくとも１つの第２のタイプの少なくとも１つのコンテナは、シーケンスパラメータセット及び／若しくはピクチャパラメータセット並びに／又はピクチャヘッダ及び／若しくはシーケンスヘッダである。

第５の態様では、本実施形態の１つ以上は、第２の態様による符号化するための方法に従って、又は第４の態様による符号化するためのデバイスによって生成されたデータを含む信号を提供する。

第６の態様では、本実施形態のうちの１つ以上は、第１の態様又は第２の態様による方法を実装するためのプログラムコード命令を含む、コンピュータプログラムを提供する。

第７の態様では、本実施形態のうちの１つ以上は、第１の態様又は第２の態様による方法を実装するためのプログラムコード命令を記憶する、情報記憶手段を提供する。

元のビデオのピクセルの画像による分割の例を示す。 符号化モジュールによって実行されるビデオストリームを符号化するための方法を概略的に示す。 符号化されたビデオストリーム（すなわち、ビットストリーム）を復号するための方法を概略的に示す。 様々な態様及び実施形態が実装される、符号化モジュール又は復号モジュールを実装することができる処理モジュールのハードウェアアーキテクチャの例を概略的に示す。 様々な態様及び実施形態が実装されているシステムの一例のブロック図を示す。 ＡＰＳがデコーダ側で利用できないときに復号プロセスを適応させるための解決策を概略的に示す。 ＡＰＳを使用することができるときに、符号化プロセスを適応させるためのソリューションを概略的に示す。

以下の記載では、いくつかの実施形態は、ＶＶＣの文脈で、又はＨＥＶＣの文脈で開発されたツールを使用している。ただし、これらの実施形態は、ＶＶＣ又はＨＥＶＣに対応するビデオコード化／復号方法に限定されず、他のビデオコード化／復号方法にも適用され、画像が別の画像から予測される任意の方法にも適用される。

図１は、元のビデオ１０のサンプル１１の画像が受ける分割の例を示している。ここで、サンプルが、３つの成分、すなわちルミナンス成分と２つのクロミナンス成分とからなると考えられる。その場合、サンプルはピクセルに対応している。ただし、以下の実施形態は、別の数の成分を含むサンプル、例えば、サンプルが１つの成分を含むグレーレベルサンプルから構成される画像、又は３つの色成分と透明度成分及び／又は深度成分を含むサンプルから構成される画像に適応される。以下の実施形態は、画像の１つの成分に適応される。その場合、サンプルは、１つの成分の値に対応する。

画像は、複数のコード化エンティティに等分される。まず、図１の参照番号１３で示すように、画像がコード化ツリーユニット（coding tree unit、ＣＴＵ）と呼ばれるブロックのグリッドに等分される。ＣＴＵは、ルミナンスサンプルのＮ×Ｎブロックと、クロミナンスサンプルの２つの対応するブロックとからなる。Ｎは、概して、例えば、「１２８」の最大値を有する２のべき乗である。第二に、画像は、ＣＴＵの１つ以上のグループに等分される。例えば、それは１つ以上のタイル行及びタイル列に等分することができ、タイルは画像の矩形区域をカバーするＣＴＵのシーケンスである。いくつかの場合では、タイルを１つ以上のブリックに等分することができ、ブリックの各々はタイル内の少なくとも１つのＣＴＵ行からなる。タイル及びブリックの概念の上には、スライスと呼ばれる別の符号化エンティティが存在し、符号化エンティティは、画像の少なくとも１つのタイル又はタイルの少なくとも１つのブリックを組み込むことができる。

図１の例では、参照番号１２で示すように、画像１１は、３つのスライスＳ１、Ｓ２、及びＳ３に等分され、各スライスは複数のタイル（図示せず）を含む。

図１の参照番号１４で示すように、ＣＴＵは、コード化ユニット（coding unit、ＣＵ）と呼ばれる１つ以上のサブブロックの階層ツリーの形態に分割され得る。ＣＴＵは、階層ツリーのルート（すなわち、親ノード）であり、複数のＣＵ（すなわち、子ノード）に分割することができる。各ＣＵは、より小さいＣＵに更に分割されていない場合は階層ツリーの葉になり、更に分割されている場合はより小さいＣＵ（すなわち、子ノード）の親ノードになる。例えば、四分木、二分木、及び三分木を含む、いくつかのタイプの階層ツリーを適用することができる。四分木では、ＣＴＵ（それぞれＣＵ）は、等しいサイズの「４」つの方形ＣＵに分割することができる（すなわち、その親ノードであることができる）。二分木では、ＣＴＵ（それぞれＣＵ）は、等しいサイズの「２」つの矩形ＣＵに水平又は垂直に分割することができる。三分木では、ＣＴＵ（それぞれＣＵ）は、「３」つの矩形ＣＵに水平又は垂直に分割することができる。例えば、高さＮ及び幅ＭのＣＵは、高さＮ（それぞれＮ／４）及び幅Ｍ／４（それぞれＭ）の第１のＣＵ、高さＮ（それぞれＮ／２）及び幅Ｍ／２（それぞれＭ）の第２のＣＵ、並びに高さＮ（それぞれＮ／４）及び幅Ｍ／４（それぞれＭ）の第３のＣＵに垂直に（それぞれ水平に）分割される。

図１の例では、ＣＴＵ１４は、四分木タイプの分割を使用して、最初に「４」つの方形ＣＵに分割される。左上のＣＵは、更に分割されていないため、階層ツリーの葉であり、すなわち、他のＣＵの親ノードではない。右上のＣＵは、やはり四分木タイプの分割を使用して、「４」つのより小さい正方形ＣＵに更に分割される。右下のＣＵは、二分木タイプの分割を使用して「２」つの矩形ＣＵに垂直に分割される。左下のＣＵは、三分木タイプの分割を使用して「３」つの矩形ＣＵに垂直に分割される。

画像のコード化中、分割はアダプティブであり、各ＣＴＵは、ＣＴＵ基準の圧縮効率を最適化するために分割される。

いくつかのビデオ圧縮スキームでは、予測ユニット（prediction unit、ＰＵ）及び変換ユニット（transform unit、ＴＵ）の概念が登場した。その場合、予測（すなわち、ＰＵ）及び変換（すなわち、ＴＵ）に使用されるコード化エンティティは、ＣＵの細目とすることができる。例えば、図１に示すように、サイズ２Ｎ×２ＮのＣＵは、サイズＮ×２Ｎ又はサイズ２Ｎ×ＮのＰＵ１４１１に等分することができる。更に、当該ＣＵは、サイズＮ×Ｎの「４」つのＴＵ１４１２又はサイズ（Ｎ／２）×（Ｎ／２）の「１６」個のＴＵに等分することができる。

本出願では、「ブロック」又は「画像ブロック」又は「サブブロック」という用語は、ＣＴＵ、ＣＵ、ＰＵ、及びＴＵのうちのいずれか１つを指すために使用することができる。更に、「ブロック」又は「画像ブロック」という用語は、ＭＰＥＧ－４／ＡＶＣ又は他のビデオコーディング規格において指定されるようなマクロブロック、パーティション、及びサブブロックを指すために、より一般的には、多数のサイズのサンプルのアレイを指すために使用することができる。

本出願では、「再構成された」及び「復号された」という用語は互換的に使用することができ、「ピクセル」及び「サンプル」という用語は互換的に使用することができ、「画像」、「ピクチャ」、「サブピクチャ」、「スライス」、及び「フレーム」という用語は互換的に使用することができる。

図２は、符号化モジュールによって実行されるビデオストリームを符号化するための方法を概略的に示す。符号化のためのこの方法の変形形態が企図されるが、以下では、明確さを目的として、予想される全ての変形形態を記載することなく、図２の符号化のための方法について記載する。

現在の元の画像２０１を符号化することは、図１に関連して記載したように、ステップ２０２中に現在の元の画像２０１の分割から始まる。これにより、現在の画像２０１は、ＣＴＵ、ＣＵ、ＰＵ、ＴＵなどに分割される。各ブロックについて、符号化モジュールは、イントラ予測とインター予測との間のコード化モードを判定する。

イントラ予測は、ステップ２０３によって示されるが、イントラ予測方法に従って、コード化される現在のブロックの因果的近傍に位置する再構成ブロックのサンプルから導出された予測ブロックから現在のブロックのサンプルを予測することからなる。イントラ予測の結果は、近傍ブロックのどのサンプルを使用するかを示す予測方向と、現在のブロックと予測ブロックとの差の計算から生じる残差ブロックである。

インター予測は、現在の画像の先行する又は後続の画像の、基準ブロックと呼ばれる、サンプルのブロックから現在のブロックのサンプルを予測することからなり、この画像は基準画像と称される。インター予測方法による現在のブロックのコード化中に、類似性基準に従って現在のブロックに最も近い基準画像のブロックが、動き推定ステップ２０４によって判定される。ステップ２０４中に、基準画像内の基準ブロックの位置を示す動きベクトルが決定される。当該動きベクトルは、動き補償ステップ２０５中に使用され、その間に残差ブロックは、現在のブロックと基準ブロックとの間の差の形態で計算される。

第１のビデオ圧縮規格では、上述した一方向インター予測モードが利用可能な唯一のインターモードであった。ビデオ圧縮規格が進化するにつれて、インターモードのファミリーは著しく成長しており、現在は多くの異なるインターモードを含む。

選択ステップ２０６中に、レート／歪み基準（すなわち、ＲＤＯ基準）に従って、試験された予測モード（例えば、イントラ予測モード、インター予測モード）の中から圧縮性能を最適化する予測モードが符号化モジュールによって選択される。

予測モードが選択されると、残差ブロックはステップ２０７中に変換され、ステップ２０９中に量子化される。量子化中、変換された領域において、変換された係数は、量子化パラメータに加えてスケーリング行列によって重み付けされる。スケーリング行列は、他の周波数を犠牲にしていくつかの周波数を優先することを可能にするコード化ツールである。概して、低頻度が好ましい。いくつかのビデオ圧縮方法は、デフォルトのスケーリング行列の代わりにユーザ定義のスケーリング行列を適用することを可能にする。その場合、スケーリング行列のパラメータは、デコーダに送信される必要がある。いくつかの実装態様では、非デフォルトのスケーリング行列のパラメータは、信号化コンテナ（すなわち、ＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ、ネットワーク抽出層）ユニット）などのシグナリングツールを使用して指定される。いくつかの実装では、スケーリング行列パラメータをシグナリングするために使用されるＮＡＬユニットは、アダプティブパラメータセット（ＡＰＳ）と呼ばれる。

符号化モジュールは、変換をスキップして、変換されていない残差信号に量子化を直接適用することができることに留意されたい。

現在のブロックがイントラ予測モードに従ってコード化されるとき、予測方向と、変換され量子化された残差ブロックとは、ステップ２１０中にエントロピエンコーダによって符号化される。

現在のブロックがインター予測モードに従って符号化されるとき、このインター予測モードに関連付けられた動きデータは、ステップ２０８においてコード化される。

概して、２つのモードを使用して、それぞれ、ＡＭＶＰ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ、アダプティブ動きベクトル予測）及びマージと呼ばれる動きデータを符号化することができる。

ＡＭＶＰは基本的に、現在のブロックを予測するために使用される基準画像、動きベクトル予測子インデックス、及び動きベクトル差（動きベクトル残差とも呼ばれる）をシグナリングすることにある。

マージモードは、動きデータ予測子のリストに収集されたいくつかの動きデータのインデックスをシグナリングすることにある。リストは、「５」つ又は「７」つの候補からなり、デコーダ及びエンコーダ側で同じように構成される。したがって、マージモードは、マージリストから取り出されるいくつかの動きデータを導出することを目的とする。マージリストは、典型的には、いくつかの空間的及び時間的に隣接するブロックに関連付けられた動きデータを含み、これらブロックは再構成された状態で、現在のブロックが処理されているときに、利用可能である。

予測されると、動き情報は、次に、変換され量子化された残差ブロックと共に、ステップ２１０中にエントロピエンコーダによって符号化される。符号化モジュールは、変換及び量子化の両方をバイパスすることができる、すなわちエントロピ符号化は、変換処理又は量子化処理を適用することなく残差に適用されることに留意されたい。エントロピ符号化の結果は、符号化されたビデオストリーム（すなわち、ビットストリーム）２１１に挿入される。

エントロピエンコーダは、コンテキストアダプティブバイナリアリスマティックコーダ（context adaptive binary arithmetic coder、ＣＡＢＡＣ）の形態で実装することができることに留意されたい。ＣＡＢＡＣは、バイナリシンボルを符号化し、複雑さを低く保ち、任意の記号のより頻繁に使用されるビットの確率モデリングを可能にする。

量子化ステップ２０９の後、現在のブロックは、そのブロックに対応するピクセルが将来の予測に使用され得るように再構成される。この再構成段階は、予測ループとも呼ばれる。したがって、逆量子化は、ステップ２１２中に変換され量子化された残差ブロックに適用され、ステップ２１３中に逆変換が適用される。ステップ２１４中に取得されたブロックに使用される予測モードによって、ブロックの予測ブロックが再構成される。現在のブロックがインター予測モードに従って符号化される場合、符号化モジュールは、適切なときには、ステップ２１６中に、現在のブロックの動きベクトルを使用して基準ブロック動き補償を適用する。現在のブロックがイントラ予測モードに従って符号化される場合、ステップ２１５中に、現在のブロックに対応する予測方向が、現在のブロックの基準ブロックを再構成するために使用される。再構成された現在のブロックを取得するために、基準ブロック及び再構成された残差ブロックが追加される。

再構成後、ステップ２１７中に、符号化アーチファクトを低減することを意図したインループポストフィルタリングが、再構成ブロックに適用される。このポストフィルタリングは、エンコーダにおいてデコーダと同じ基準画像を取得し、これにより、符号化プロセスと復号プロセスとの間のドリフトを回避するために予測ループで行われるので、インループポストフィルタリングと呼ばれる。例えば、インループポストフィルタリングは、デブロッキングフィルタリング、ＳＡＯ（ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ、サンプルアダプティブオフセット）フィルタリング、及びブロックベースのフィルタ適応を伴うアダプティブループフィルタリング（Adaptive Loop Filtering、ＡＬＦ）を含む。

ＡＬＦにおいて、ルマ成分については、局所勾配の方向及びアクティビティに基づいて、画像の４×４ブロックごとに、複数のフィルタのうちの１つが選択される。フィルタ選択は、４×４ブロックの分類に基づく。ＡＬＦフィルタパラメータは、デコーダに送信される必要がある。いくつかの実装では、ＡＬＦフィルタパラメータは、アダプティブパラメータセット（ＡＰＳ）においてシグナリングされる。

インループデブロッキングフィルタのアクティブ化又は非アクティブ化を表すパラメータ、及びアクティブ化されると、当該インループデブロッキングフィルタの特性は、エントロピコード化ステップ２１０中に、符号化されたビデオストリーム２１１に導入される。

最後の世代のビデオ圧縮方法で登場した新しいコード化ツールは、インループポストフィルタリング前に新しい処理ブロックを追加した。このコード化ツールは、クロマスケジューリングを伴うマッピング（Luma Mapping with Chroma Scaling、ＬＭＣＳ）と呼ばれ、２つの主要な構成要素、すなわち、アダプティブ区分線形モデルに基づくルマ成分のインループマッピングと、クロマ成分に対して適用される、ルマ依存残差スケーリングと、を有する。ルマ成分のインループマッピングは、圧縮効率を改善するために、ダイナミックレンジにわたってコードワードを再分配することによって、入力信号のダイナミックレンジを調整する。クロマ残留スケーリングは、ルマ信号とその対応するクロマ信号との間の相互作用を補償するように設計されている。ＬＭＣＳのパラメータは、デコーダに送信される必要がある。いくつかの実装形態では、ＬＭＣＳのパラメータは、アダプティブパラメータセット（ＡＰＳ）においてシグナリングされる。

最後の世代のビデオ圧縮方法に見られる別の新しいコード化ツールは、グラディアルデコーディングリフレッシュ（Gradual Decoding Refresh、ＧＤＲ）と呼ばれる。ＧＤＲは、一部が予測基準として利用可能ではない再構成画像の仮想境界を提供する。ＧＤＲが画像に対してアクティブ化されると、そのＮＡＬユニットタイプは、ＧＤＲ＿ＮＵＴとしてシグナリングされる。

ブロックが再構成されると、ブロックは、ステップ２１８中に、復号ピクチャバッファ（decoded picture buffer、ＤＰＢ）２１９に記憶された再構成画像に挿入される。そのように記憶された再構成画像は、コード化される他の画像の基準画像として機能することができる。

図３は、図２に関連して記載された方法に従って符号化された、符号化されたビデオストリーム（すなわち、ビットストリーム）２１１を復号するための方法を概略的に示している。復号のための当該方法は、復号モジュールによって実行される。復号のためのこの方法の変形形態が考えられるが、明確さを目的として、以下では予想される全ての変形形態を記載することなく、図３の復号のための方法について説明する。

復号はブロックごとに行われる。現在のブロックの場合、これはステップ３１０中に現在のブロックのエントロピ復号から始まる。エントロピ復号は、ブロックの予測モードを取得することを可能にする。

現在のブロックがイントラ予測モードに従って符号化されている場合、エントロピ復号は、予測方向及び残差ブロックを表す情報を取得することを可能にする。

現在のブロックがインター予測モードに従って符号化されている場合、エントロピ復号は、動きデータ及び残差ブロックを表すデータを取得することを可能にする。適切な場合、ステップ３０８中に、動きデータは、ＡＭＶＰ又はマージモードに従って現在のブロックに対して再構成される。マージモードでは、エントロピ復号によって取得された動きデータは、動きベクトル予測子候補のリストにおけるインデックスを含む。復号モジュールは、通常のマージモード及びサブブロックマージモードの候補のリストを構築するために、符号化モジュールと同じプロセスを適用する。再構成されたリスト及びインデックスを用いて、復号モジュールは、ブロックの動きベクトルを予測するために使用される動きベクトルを取り出すことができる。

復号のための方法は、符号化のための方法のステップ２１２、２１３、２１５、２１６、及び２１７と全ての点でそれぞれ同一のステップ３１２、３１３、３１５、３１６、及び３１７を含む。符号化モジュールレベルでは、ステップ２１４は、レート歪み基準に従って各モードを評価し、最良のモードを選択するモード選択プロセスを含み、ステップ３１４は、ビットストリーム２１１において選択されたモードを表す情報を読み取るだけである。ステップ３１８において、復号されたブロックは、復号された画像に保存され、復号された画像は、ＤＰＢ３１９に記憶される。復号モジュールが所与の画像を復号するとき、ＤＰＢ３１９に記憶された画像は、当該所与の画像の符号化中に符号化モジュールによってＤＰＢ２１９に記憶された画像と同一である。復号された画像はまた、例えば表示のために復号モジュールによって出力され得る。

現在のブロックが、ＡＬＦ、ＬＭＣＳを使用して、又は非デフォルトのスケーリング行列を使用して符号化されている特定の場合では、デコーダは、ＡＬＦ、ＬＭＣＳ、及び非デフォルトのスケーリング行列パラメータを取得する必要がある。上述のように、ＡＬＦ、ＬＭＣＳ、及び非デフォルトのスケーリング行列パラメータは、ＡＰＳによって提供される。ただし、いくつかの状況では、デコーダによって受信されたビットストリームは、ＡＬＦ及び／又はＬＭＣＳ、並びに／又は非デフォルトのスケーリング行列の使用は、現在のブロックに対してアクティブ化されている間、ＡＰＳを含まなくてもよい場合がある。そのような状況は、伝送中にＡＰＳが失われたときに起こり得る。そのような状況は、ビットストリームがＡＰＳなしでネイティブに符号化されたときにも起こり得る。特に、いくつかのビデオ圧縮方法は、符号化されたビデオストリームがいかなるＡＰＳも含まないことを指定することを可能にする。いくつかの場合では、この特徴は、符号化されたビデオストリームにおいて、例えば、シーケンスレベルでｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ．と呼ばれるフラグによって指定される。フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、符号化されたビデオストリームにおけるＡＰＳの存在は認可されない。そうではなく、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇがゼロに等しい場合、符号化されたビデオストリームにおけるＡＰＳの存在に制約はない。フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、例えば、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）と呼ばれる構文要素に符号化され、構文要素ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）は、構文要素ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）に符号化され、構文要素ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）は、信号コンテナＤＰＳ（ｄｅｃｏｄｉｎｇ Ｐａｒａｍｅｔｅｒ Ｓｅｔ、復号パラメータセット）、ＶＰＳ（Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ、ビデオパラメータセット）、又はＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ、シーケンスパラメータセット）に埋め込まれる。以下に記載される実施形態は、ＡＰＳによって提供されるパラメータを参照するコード化ツールがアクティブ化されている間に、ＡＰＳがビットストリームに存在しないときにエンコーダ又はデコーダの一貫した挙動を可能にする解決策を提案する。

フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇと同様に、タイプＧＤＲ＿ＮＵＴのＮＡＬユニットの使用を不可能にする別の制約フラグが存在する。このフラグはｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇと名付けられる。ＧＤＲ自体を非アクティブ化する代わりに、ＧＤＲ ＮＡＬユニットの使用を不可能にする。

図４Ａは、異なる態様及び実施形態に従って修正された図２の符号化方法及び図３の復号方法をそれぞれ実施することができる符号化モジュール又は復号モジュールを実施することができる処理モジュール４０のハードウェアアーキテクチャの一例を概略的に示す。処理モジュール４０は、通信バス４０５によって接続されており、非限定的な例として、１つ以上のマイクロプロセッサ、汎用コンピュータ、専用コンピュータ、及びマルチコアアーキテクチャに基づくプロセッサを包含するプロセッサ又はＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、中央処理装置）４００と、ランダムアクセスメモリ（ＲＡＭ）４０１と、読み出し専用メモリ（read only memory、ＲＯＭ）４０２と、電気的消去可能プログラマブル読み取り専用メモリ（Erasable Programmable Read-Only Memory、ＥＥＰＲＯＭ）、読み取り専用メモリ（Read-Only Memory、ＲＯＭ）、プログラマブル読み取り専用メモリ（Programmable Read-Only Memory、ＰＲＯＭ）、ランダムアクセスメモリ（Random Access Memory、ＲＡＭ）、ダイナミックランダムアクセスメモリ（Dynamic Random Access Memory、ＤＲＡＭ）、スタティックランダムアクセスメモリ（Static Random Access Memory、ＳＲＡＭ）、フラッシュ、磁気ディスクドライブ、及び／若しくは光ディスクドライブ、又はＳＤ（ｓｅｃｕｒｅ ｄｉｇｉｔａｌ、セキュアデジタル）カードリーダ及び／若しくはハードディスクドライブ（Hard Disc Drive、ＨＤＤ）などの記憶媒体リーダ並びに／又はネットワークアクセス可能な記憶装置を含むがこれらに限定されない、不揮発性メモリ及び／又は揮発性メモリを含むことができる、記憶デバイス４０３と、データを他のモジュール、デバイス、又は機器と交換するための少なくとも１つの通信インターフェース４０４と、を含む。通信インターフェース４０４は、通信チャネルを介してデータを送信及び受信するように構成された送受信機を含むことができるが、これらに限定されない。通信インターフェース４０４は、モデム又はネットワークカードを含むことができるが、これらに限定されない。

処理モジュール４０が復号モジュールを実装する場合、通信インターフェース４０４は、例えば、処理モジュール４０が、符号化されたビデオストリームを受信し、復号されたビデオストリームを提供することを可能にする。処理モジュール４０が符号化モジュールを実装する場合、通信インターフェース４０４は、例えば、処理モジュール４０が元の画像データを受信して、符号化し、符号化されたビデオストリームを提供することを可能にする。

プロセッサ４００は、ＲＯＭ ４０２、外部メモリ（図示せず）から、記憶媒体から、又は通信ネットワークからＲＡＭ ４０１にロードされた命令を実行することができる。処理モジュール４０の電源が投入されると、プロセッサ４００は、ＲＡＭ ４０１から命令を読み出し、それらを実行することができる。これらの命令は、例えば、図３に関連して説明した復号方法又は図２に関連して説明した符号化方法のプロセッサ４００による実施を引き起こすコンピュータプログラムを形成し、復号方法及び符号化方法は、本明細書において後述する様々な態様及び実施形態を含む。

当該符号化又は復号方法のアルゴリズム及びステップの全て又は一部は、ＤＳＰ（デジタル信号プロセッサ）又はマイクロコントローラなどのプログラマブルマシンによる命令セットの実行によってソフトウェア形式で実装されてもよく、又はＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）などのマシン又は専用コンポーネントによってハードウェア形式で実装されてもよい。

図４Ｂは、様々な態様及び実施形態が実装されているシステム４の一例のブロック図を示す。システム４は、以下に説明する様々な構成要素を含むデバイスとして具現化することができ、本文書に説明する態様及び実施形態のうちの１つ以上を実行するように構成されている。このようなデバイスの例としては、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビ受信機、パーソナルビデオ録画システム、接続型家電、及びサーバなどの様々な電子デバイスが挙げられるが、これらに限定されない。システム４の要素は、単独で又は組み合わせて、単一の集積回路（integrated circuit、ＩＣ）、複数のＩＣ、及び／又は別個の構成要素において具現化することができる。例えば、少なくとも１つの実施形態では、システム４は、復号モジュール又は符号化モジュールを実装する１つの処理モジュール４０を備える。しかし、別の実施形態では、システム４は、復号モジュールを実装する第１の処理モジュール４０と復号モジュールを実装する第２の処理モジュール４０、又は復号モジュール及び符号化モジュールを実装する１つの処理モジュール４０を備えることができる。様々な実施形態では、システム４０は、例えば、通信バスを介して、又は専用の入力ポート及び／若しくは出力ポートを通して、１つ以上の他のシステム又は他の電子デバイスに通信可能に結合される。様々な実施形態では、システム４は、本文書に記載の態様のうちの１つ以上を実装するように構成されている。

システム４は、符号化モジュール又は復号モジュールのうちの１つ又はその両方を実装することができる少なくとも１つの処理モジュール４０を含む。

処理モジュール４０への入力は、ブロック４２に示されるように様々な入力モジュールを通して提供され得る。そのような入力モジュールとしては、（ｉ）例えば、放送局から無線で送信される無線周波数（radio frequency、ＲＦ）信号を受信するＲＦモジュール、（ｉｉ）構成要素（ＣＯＭＰ）入力モジュール（又は一組のＣＯＭＰ入力モジュール）、（ｉｉｉ）ユニバーサルシリアルバス（Universal Serial Bus、ＵＳＢ）入力モジュール、及び／又は（ｉｖ）高精細度マルチメディアインターフェース（High Definition Multimedia Interface、ＨＤＭＩ）入力モジュールが挙げられるが、これらに限定されない。図４Ｂに示されていない他の例としては、複合ビデオが挙げられる。

様々な実施形態において、ブロック４２の入力モジュールは、当技術分野で既知であるように、関連するそれぞれの入力処理要素を有する。例えば、ＲＦモジュールは、（ｉ）所望の周波数を選択する（信号を選択する、又は信号を周波数帯域に帯域制限するとも称される）、（ｉｉ）選択された信号をダウンコンバートする、（ｉｉｉ）特定の実施形態で、（例えば）チャネルと称され得る信号周波数帯域を選択するために、再びより狭い周波数帯域に帯域制限する、（ｉｖ）ダウンコンバート及び帯域制限された信号を復調する、（ｖ）誤り訂正を実施する、及び（ｖｉ）データパケットの所望のストリームを選択するために多重分離する、ために適切な要素と関連付けられ得る。様々な実施形態のＲＦモジュールは、これらの機能を実行する１つ以上の要素、例えば、周波数セレクタ、信号セレクタ、バンドリミッタ、チャネルセレクタ、フィルタ、ダウンコンバータ、復調器、エラー訂正器、及びデマルチプレクサを含む。ＲＦ部分は、例えば、受信信号をより低い周波数（例えば、中間周波数又はベースバンドに近い周波数）又はベースバンドにダウンコンバートすることを含む、これらの機能のうちの様々な機能を実行するチューナを含むことができる。セットトップボックスの一実施形態では、ＲＦモジュール及びその関連する入力処理要素は、有線（例えば、ケーブル）媒体を介して送信されるＲＦ信号を受信し、所望の周波数帯域にフィルタリング、ダウンコンバート、及び再フィルタリングすることによって周波数選択を実行する。様々な実施形態では、上で説明される（及び他の）要素の順序を並べ替える、これらの要素の一部を削除する、並びに／又は、類似若しくは異なる機能を実行する他の要素を追加する。要素を追加することは、例えば、増幅器及びアナログ－デジタル変換器を挿入するなど、既存の要素間に要素を挿入することを含み得る。様々な実施形態において、ＲＦモジュールは、アンテナを含む。

更に、ＵＳＢモジュール及び／又はＨＤＭＩモジュールは、システム４をＵＳＢ接続及び／又はＨＤＭＩ接続を介して他の電子デバイスに接続するためのそれぞれのインターフェースプロセッサを含むことができる。入力処理の様々な態様、例えば、リード－ソロモン誤り訂正は、必要に応じて、例えば、別個の入力処理ＩＣ内に、又は処理モジュール４０内に実装することができることを理解されたい。同様に、ＵＳＢ又はＨＤＭＩインターフェース処理の態様は、必要に応じて、別個のインターフェースＩＣ内に、又は処理モジュール４０内に実装することができる。復調され、誤り訂正され、逆多重化されたストリームは、処理モジュール４０に提供される。

システム４の様々な要素が、一体型ハウジング内に提供することができる。一体型ハウジング内で、様々な要素は、適切な接続配置、例えば、ＩＣ間（Ｉ２Ｃ）バス、配線、及びプリント回路基板を含む、当該技術分野で既知の内部バスを使用して、相互接続され、それらの間でデータを送信し得る。例えば、システム４では、処理モジュール４０は、バス４０５によって当該システム４の他の要素に相互接続される。

処理モジュール４０の通信インターフェース４０４は、システム４が通信チャネル４１上で通信することを可能にする。通信チャネル４１は、例えば、有線及び／又は無線媒体内に実装することができる。

データは、様々な実施形態において、Ｗｉ－Ｆｉネットワーク、例えば、ＩＥＥＥ８０２．１１（ＩＥＥＥは、米国電気電子技術者協会（the Institute of Electrical and Electronics Engineers）を指す）などの無線ネットワークを使用して、システム４にストリーミングされるか、又は別様に提供される。これらの実施形態のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信用に適応した通信チャネル４１及び通信インターフェース４０４を介して受信される。これらの実施形態の通信チャネル４１は、典型的に、ストリーミングアプリケーション及び他のオーバザトップ通信を可能にするために、インターネットを含む外部ネットワークへのアクセスを提供するアクセスポイント又はルータに接続される。他の実施形態では、入力ブロック４２のＨＤＭＩ接続を介してデータを配信するセットトップボックスを使用して、システム４にストリーミングデータを提供する。更に他の実施形態では、入力ブロック４２のＲＦ接続を使用して、システム４にストリーミングデータを提供する。上で示されるように、様々な実施形態は、データを非ストリーミングの様式で提供する。加えて、様々な実施形態は、Ｗｉ－Ｆｉ以外の無線ネットワーク、例えば、セルラネットワーク又はＢｌｕｅｔｏｏｔｈネットワークを使用する。

システム４は、ディスプレイ４６、スピーカ４７、及び他の周辺デバイス４８を含む様々な出力デバイスに出力信号を提供することができる。様々な実施形態のディスプレイ４６は、例えば、タッチスクリーンディスプレイ、有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイ、湾曲ディスプレイ、及び／又は折り畳み可能なディスプレイのうちの１つ以上を含む。ディスプレイ４６は、テレビジョン、タブレット、ラップトップ、携帯電話（移動電話）、又は他のデバイス用であり得る。ディスプレイ４６はまた、他の構成要素に統合され得るか（例えば、スマートフォンのように）、又は別個（例えば、ラップトップのための外部モニタ）であり得る。他の周辺デバイス４６としては、実施形態の様々な例において、スタンドアロンデジタルビデオディスク（又はデジタル多用途ディスク）（両方の用語の略称としてＤＶＲ、ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、ディスクプレーヤ、ステレオシステム、及び／又は照明システムのうちの１つ以上が挙げられる。様々な実施形態は、システム４の出力に基づいて機能を提供する１つ以上の周辺デバイス４８を使用する。例えば、ディスクプレーヤは、システム４の出力を再生する機能を実行する。

様々な実施形態では、制御信号が、システム４とディスプレイ４６、スピーカ４７、又は他の周辺デバイス４８との間で、ＡＶ．Ｌｉｎｋ、家庭用電子制御（Consumer Electronics Control、ＣＥＣ）、又はユーザ介入の有無にかかわらずデバイス間の制御を可能にする他の通信プロトコルなどのシグナリングを使用して通信される。出力デバイスは、それぞれのインターフェース４３、４４、及び４５を通じた専用接続を介してシステム４に通信可能に結合することができる。代替的に、出力デバイスは、通信インターフェース４０４を介して通信チャネル４１を使用してシステム４に接続することができる。ディスプレイ４６及びスピーカ４７は、例えば、テレビジョンなどの電子デバイス内のシステム４の他の構成要素と単一のユニットに一体化することができる。様々な実施形態において、ディスプレイインターフェース４３は、例えば、タイミングコントローラ（timing controller、Ｔ Ｃｏｎ）チップなどのディスプレイドライバを含む。

代替的に、例えば、入力４２のＲＦモジュールが個別のセットトップボックスの一部である場合、ディスプレイ４６及びスピーカ４７を他の構成要素のうちの１つ以上から分離することができる。ディスプレイ４６及びスピーカ４７が外部構成要素である様々な実施形態では、出力信号は、例えば、ＨＤＭＩポート、ＵＳＢポート、又はＣＯＭＰ出力を含む専用の出力接続を介して提供することができる。

様々な実装形態は、復号することを含む。本出願で使用される場合、「復号」は、例えば、ディスプレイに適した最終出力を生成するために、受信された符号化されたビデオストリームに対して実行されるプロセスの全て又は一部を包含し得る。様々な実施形態において、このような処理は、例えば、エントロピ復号、逆量子化、逆変換、及び予測など、デコーダによって一般的に実行される処理のうちの１つ以上を含む。様々な実施形態において、そのようなプロセスは、更に、又は代替的に、例えば、ＡＰＳがビットストリームにおいて存在するかどうかを判定するために、又は、デコーダに対して利用可能なＡＰＳが存在しない間に、ＡＬＦ及び／若しくはＬＭＣＳ及び／又は非デフォルトスケーリング行列の使用が現在ブロックに対してアクティブ化されているときに現在のブロックの復号を適応させるために、本出願に記載される様々な実装形態又は実施形態のデコーダによって実行されるプロセスを含む。

更なる例として、一実施形態では、「復号」は、インループポストフィルタリング（図３のステップ３１７）、又は逆量子化（図３のステップ３１２）のみを指す。「復号プロセス」という句が、操作のサブセットを具体的に指すことを意図しているか、又はより広範な復号プロセスを一般的に指すことを意図しているかは、特定の説明の文脈に基づいて明らかになり、当業者にはよく理解されると考えられる。

様々な実装形態は、符号化することを含む。「復号」に関する上記の考察と同様に、本出願で使用される場合、「符号化」は、例えば、符号化されたビデオストリームを生成するために入力ビデオシーケンスで実行されるプロセスの全部又は一部を包含し得る。様々な実施形態において、そのようなプロセスは、例えば、分割、予測、変換、量子化、インループポストフィルタリング及びエントロピ符号化など、エンコーダによって典型的に実行されるプロセスのうちの１つ以上を含む。様々な実施形態では、そのようなプロセスは、更に、又は代替的に、例えば、ビットストリームにおけるＡＰＳの存在又は非存在に応じてブロックの符号化を適応させるために、本出願に記載の様々な実装形態又は実施形態のエンコーダによって実行されるプロセスを含む。

更なる例として、一実施形態では、「符号化」は、量子化及び逆量子化（図２のステップ２０９及び２１２）及びインループポストフィルタリング（図２のステップ２１７）を指す。「符号化プロセス」という句が、操作のサブセットを具体的に指すことを意図しているか、又はより広範な符号化プロセスを一般的に指すことを意図しているかは、特定の説明の文脈に基づいて明らかになり、当業者にはよく理解されると考えられる。

本明細書で使用される構文要素名、フラグ名、コンテナ名、コード化ツール名は、記述用語であることに留意されたい。したがって、それらは、他の構文要素名、フラッグ名、コンテナ名、又はコード化ツール名の使用を排除するものではない。

図がフローチャートとして提示されている場合、その図は対応する装置のブロック図も提供するものと理解されたい。同様に、図がブロック図として提示されている場合、その図は対応する方法／プロセスのフローチャートも提供するものと理解されたい。

様々な実施形態は、速度歪み最適化を指す。特に、符号化プロセス中に、レートと歪みとの間のバランス又はトレードオフが通常考慮される。レート歪み最適化は、通常、レートと歪みの加重和であるレート歪み関数を最小化するように定式化される。レート歪み最適化問題を解くには、異なるアプローチがある。例えば、これらのアプローチは、全ての考慮されるモード又はコード化パラメータ値を含む全ての符号化オプションの広範なテストに基づき得、それらのコード化コスト、並びにコード化及び復号後の再構成された信号の関連する歪みの完全な評価を伴う。また、符号化の複雑さを軽減するために、より高速なアプローチ、特に、再構成された信号ではなく、予測又は予測残差信号に基づく近似歪みの計算を使用することもできる。これらの２つのアプローチを組み合わせて使用することもでき、例えば、可能な符号化オプションの一部のみに対して近似歪みを使用し、他の符号化オプションに対しては完全な歪みを使用することができる。他のアプローチでは、可能な符号化オプションのサブセットのみを評価する。より一般的には、多くのアプローチは、最適化を実行するために様々な技術のいずれかを採用するが、最適化は、必ずしもコード化コスト及び関連する歪みの両方の完全な評価ではない。

本明細書に説明された実装形態及び態様は、例えば、方法又はプロセス、装置、ソフトウェアプログラム、データストリーム、又は信号において実装することができる。たとえ単一の形態の実装形態の文脈でのみ考察される場合でも（例えば、方法としてのみ考察される）、考察された特徴の実装形態は、他の形態（例えば、装置又はプログラム）でも実装することができる。装置は、例えば、適切なハードウェア、ソフトウェア、及びファームウェアにおいて実装することができる。方法は、例えば、プロセッサにおいて実装することができ、プロセッサは、例えば、コンピュータ、マイクロプロセッサ、集積回路、又はプログラマブルロジックデバイスを含む一般的な処理デバイスを指す。プロセッサはまた、例えば、コンピュータ、携帯電話、携帯型／パーソナルデジタルアシスタント（「ＰＤＡ、personal digital assistant」）及びエンドユーザ間の情報の通信を容易にする他のデバイスなどの通信デバイスを含む。

「一実施形態」又は「実施形態」又は「一実装形態」又は「実装形態」、及びそれらの他の変形形態の言及は、実施形態に関連して説明される特定の特徴、構造、特性などが、少なくとも一実施形態に含まれることを意味する。したがって、本明細書の様々な場所に現れる「一実施形態では」又は「実施形態では」又は「一実装形態では」又は「実装形態では」という語句の出現、並びに任意の他の変形例は、必ずしも全てが同じ実施形態を指すものではない。

加えて、本出願は、様々な情報を「判定する」ことに言及し得る。情報を判定することは、例えば、情報を推定すること、情報を計算すること、情報を予測すること、他の情報から情報を推測すること、メモリから情報を取り出すこと、又は、例えば、別のデバイス、モジュール若しくはユーザから情報を取得すること、のうちの１つ以上を含むことができる。

更に、本出願は、様々な情報に「アクセスすること」に言及する場合がある。情報にアクセスすることは、例えば、情報を受信すること、（例えば、メモリから）情報を取得すること、情報を記憶すること、情報を移動すること、情報をコピーすること、情報を計算すること、情報を判定すること、情報を予測すること、情報を推測すること、又は情報を推定することのうちの１つ以上を含むことができる。

加えて、本出願は、様々な情報を「受信すること」に言及する場合がある。受信することは、「アクセスすること」と同様に、広義の用語であることを意図している。情報を受信することは、例えば、情報にアクセスすること、又は（例えば、メモリから）情報を取得することのうちの１つ以上を含むことができる。更に、「受信すること」は、典型的には、例えば、情報を記憶すること、情報を処理すること、情報を送信すること、情報を移動すること、情報をコピーすること、情報を消去すること、情報を計算すること、情報を判定すること、情報を予測すること、情報を推測すること、又は情報を推定することなどの動作中に、何らかの形で含まれる。

「／」、「及び／又は」、「のうちの少なくとも１つ」、「１つ又は複数」のいずれかの使用、例えば、「Ａ／Ｂ」、「Ａ及び／又はＢ」、「Ａ及びＢのうちの少なくとも１つ」、「Ａ及びＢの１つ又は複数」の場合、最初にリストされた選択肢（Ａ）のみの選択、又は２番目にリストされた選択肢（Ｂ）のみの選択、又は両方の選択肢（Ａ及びＢ）の選択を包含することを意図しているものと理解されたい。更なる例として、「Ａ、Ｂ、及び／又はＣ」及び「Ａ、Ｂ、及びＣのうちの少なくとも１つ」、「Ａ、Ｂ及びＣのうちの１つ又は複数」の場合、このような句は、最初にリストされた選択肢（Ａ）のみの選択、又は２番目にリストされた選択肢（Ｂ）のみの選択、又は３番目にリストされた選択肢（Ｃ）のみの選択、又は、最初及び２番目にリストされた選択肢（Ａ及びＢ）のみの選択、又は、最初及び３番目にリストされた選択肢（Ａ及びＣ）のみの選択、又は、２番目及び３番目にリストされた選択肢（Ｂ及びＣ）のみの選択、又は３つの選択肢（Ａ及びＢ及びＣ）全ての選択、を包含するように意図されている。このことは、当該技術分野及び関連技術分野の当業者に明らかであるように、リストされたアイテムの数だけ拡張され得る。

また、本明細書で使用されるとき、「シグナリングする」という語は、特に、対応するデコーダに対して何かを示すことを意味する。例えば、ある特定の実施形態では、エンコーダは、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列に関連する構文要素又はパラメータをシグナリングする。このように、ある実施形態では、同じパラメータがエンコーダ側とデコーダ側の両方で使用される。したがって、例えば、エンコーダは、デコーダが同じ特定のパラメータを使用することができるように、特定のパラメータをデコーダに送信する（明示的なシグナリング）ことができる。逆に、デコーダが既にその特定のパラメータ及び他のパラメータを有する場合は、単にデコーダがその特定のパラメータを認識及び選択することを可能にするように、送信を行わないシグナリング（暗黙的なシグナリング）を使用することができる。いかなる実際の機能の送信も回避することにより、様々な実施形態において、ビットの節約が実現される。シグナリングは、様々な方式で達成され得ることを理解されたい。例えば、１つ以上の構文要素、フラグなどが、様々な実施形態において、対応するデコーダに情報をシグナリングするために使用される。上記は、「信号（signal）」という語の動詞形に関するものであるが、「信号」という語は、本明細書では名詞としても使用され得る。

当業者には明らかであるように、実装形態は、例えば、記憶又は送信することができる情報を搬送するようにフォーマットされた様々な信号を生成することができる。情報は、例えば、方法を実行するための命令、又は説明されている実装形態の１つによって生成されるデータを含むことができる。例えば、説明されている実施形態の符号化されたビデオストリームを伝えるように信号をフォーマットすることができる。このような信号は、例えば、電磁波として（例えば、スペクトルの無線周波数部分を使用する）、又はベースバンド信号としてフォーマットすることができる。フォーマットすることは、例えば、符号化されたビデオストリームを符号化すること、及び符号化ビデオストリームで搬送波を変調することを含むことができる。信号が搬送する情報は、例えば、アナログ情報又はデジタル情報とすることができる。信号は、既知であるように、様々な異なる有線リンク又は無線リンクを介して送信することができる。信号は、プロセッサ可読媒体に記憶することができる。

図５は、ＡＰＳがデコーダ側で利用できないときに復号プロセスを適応させるための解決策を概略的に示している。

図５のプロセスは、処理モジュール４０が復号モジュールを実装するときに、処理モジュール４０によって実行される。

図５０１では、処理モジュール４０は、符号化されたビデオストリーム２１１を取得する。ステップ５０１中に、処理モジュール４０は、図３によって表される復号方法を符号化されたビデオストリーム２１１に適用することによって、復号プロセスを開始する。ステップ５０１の終わりに、処理モジュールは、現在のブロックを復号する準備ができている。

ステップ５０２において、処理モジュール４０は、ＡＰＳが符号化されたビデオストリームに存在しない（すなわち、欠落している）かどうかを示す情報を取得する。ステップ５０２の第１の実施形態では、処理モジュール４０は、符号化されたビデオストリーム２１１から得られたフラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇから、符号化されたビデオストリーム２１１におけるＡＰＳの存在が認可されているかどうかを判定する。符号化されたビデオストリームにおけるＡＰＳの存在が認可されている場合、処理モジュール４０は、現在のブロックに対して通常の復号プロセスを実行する。

符号化されたビデオストリーム２１１においてＡＰＳが利用可能でない場合、ステップ５０２の後にステップ５０３が続く。ステップ５０２の第１の実施形態では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ（ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ＝１）に従って、符号化されたビデオストリーム２１１におけるＡＰＳの存在が認可されていないときに、符号化されたビデオストリーム２１１においてＡＰＳは利用可能ではない。

ステップ５０３において、処理モジュール４０は、ＡＰＳによって提供される少なくとも１つのコード化パラメータを使用するコード化ツールが現在のブロックに対してアクティブ化されているかどうかを示す構文要素の値をチェックする。ステップ５０３の第１の実施形態では、ＡＰＳによって提供される少なくとも１つのコード化パラメータを使用するコード化ツールが現在のブロックに対してアクティブ化されているかどうかを示す構文要素は、フラグｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、フラグｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、及びフラグｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇのうちの１つである。フラグｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シーケンスレベル（シーケンスパラメータセット（sequence Parameter Set、ＳＰＳ））において、ゼロに等しいとき、アダプティブループフィルタがディセーブルされることを指定する。ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、１に等しいとき、アダプティブループフィルタがイネーブルされることを指定する。フラグｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳレベルにおいて、１に等しいとき、ＬＭＣＳがコード化されたビデオストリームで使用されることを指定する。ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ゼロに等しいとき、ＬＭＣＳが符号化されたビデオストリームで使用されないことを指定する。フラグｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳレベルにおいて、１に等しいとき、非デフォルトのスケーリング行列が変換係数のスケーリングプロセスに使用されることを指定する。ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ゼロに等しいとき、非デフォルトのスケーリング行列が変換係数のスケーリングプロセスに使用されないことを指定する。

ＧＤＲの場合、ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇと呼ばれ得る構文要素がＳＰＳレベルにおいてシグナリングされ、ゼロに等しいときにＧＤＲを非アクティブ化することを可能にする。

ＡＰＳによって提供される少なくとも１つのコード化パラメータを使用するコード化ツールがアクティブ化されていることを構文要素が示さない場合、ステップ５０３の後に、ステップ５０４が続く。そうではなく、ＡＰＳによって提供される少なくとも１つのパラメータを使用してコード化ツールがアクティブ化されていることを少なくとも１つの構文要素が示す場合、処理モジュール４０は、ステップ５０５において現在のブロックを復号することを適応させる。ステップ５０３の第１の実施形態では、ステップ５０５は、フラグｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、及びｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇのうちの少なくとも１つが１に等しいときに実行される。

ステップ５０５の第１の実施形態では、処理モジュール４０は、フラグｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、及びｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合であっても、ゼロに等しいとみなす。その場合、復号プロセスの適応は、ＡＰＳによって提供される少なくとも１つのパラメータを使用するコード化ツールがアクティブ化されていることを示す各構文要素の値を無視することである。

ステップ５０５の第２の実施形態では、ＡＰＳが利用可能でなく、ＡＰＳによって提供される少なくとも１つのパラメータを使用するコード化ツールがアクティブ化されている場合、処理モジュール４０は、非適合情報を出力する。非適合情報は、例えば、符号化されたビデオストリーム２１１が復号可能でないことを示す情報である。非適合情報は、例えば、それをユーザに表示するためにディスプレイ４６に出力される。

ステップ５０５の第３の実施形態では、ＡＰＳが利用可能でなく、ＡＰＳによって提供される少なくとも１つのパラメータを使用するコード化ツールがアクティブ化されている場合、ＡＰＳにおいて当該パラメータを検索する代わりに、処理モジュール４０は、少なくとも１つの第２のタイプの少なくとも１つのコンテナからのＡＰＳによって通常提供される各パラメータを取得する。その場合、処理モジュール４０は、取得されたパラメータをコード化ツール（ＡＬＦ、ＬＭＣＳ、非デフォルト行列の使用）に適用して現在のブロックを復号する。

例えば、ステップ５０５の第３の実施形態の第１の変形例では、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列パラメータは、ＳＰＳレベルにおいてシグナリングされる。

ステップ５０５の第３の実施形態の第１の変形例における、ＳＰＳレベルでの構文を表ＴＡＢ１に記載する。

表ＴＡＢ１における太字の部分は、ステップ５０５の第３の実施形態の第１の変形例に対して定義される構文要素に対応する。

フラグｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇ、ｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇ、ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇの意味の例 以下の通りである。
・ ｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇはゼロに等しいとき、ＡＬＦパラメータがＳＰＳレベルにおいてシグナリングされないことを指定する。ｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、１に等しいとき、ＡＬＦパラメータがＳＰＳレベルにおいてシグナリングされることを指定する。存在しない場合、ｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇの値は、ゼロであると推測される。
・ ｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、ゼロに等しいとき、ＬＭＣＳパラメータがＳＰＳレベルにおいてシグナリングされないことを指定する。ｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、１に等しいとき、ＬＭＣＳパラメータがＳＰＳレベルにおいてシグナリングされることを指定する。存在しない場合、ｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇの値は、ゼロであると推測される。
・ ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、ゼロに等しいとき、スケーリング行列パラメータがＳＰＳレベルにおいてシグナリングされないことを指定する。ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、１に等しいとき、スケーリング行列がＳＰＳレベルにおいてシグナリングされることを指定する。存在しない場合、ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇの値は、ゼロであると推測される。

表ＴＡＢ２及びＴＡＢ３において、ステップ５０５の第３の実施形態の第１の変形例に適応したピクチャヘッダレベル及びスライスヘッダレベルにおける構文の例が記載されている。

太字の部分は、表ＴＡＢ１に表されるＳＰＳレベルで提案された構文によって引き起こされる既存の構文における修正を表している。

ステップ５０５の第３の実施形態の第１の変形例では、ＡＬＦ使用される場合、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、フラグｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、１に等しい。加えて、その場合、フラグａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ゼロに等しい。ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しいとき、ＡＬＦ情報がピクチャヘッダ構文構造において存在し、ピクチャヘッダ構文構造を組み込んでいないＰＰＳを参照してスライスヘッダにおいて存在しないことを指定する。ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ゼロに等しいとき、ＡＬＦ情報が画像ヘッダ構文構造に存在せず、画像ヘッダ構文構造を組み込んでいないＰＰＳを参照してスライスヘッダに存在し得ることを指定する。

ステップ５０５の第３の実施形態の第１の変形例では、ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＬＭＣＳが使用される場合、フラグｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第１の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときに非デフォルトスケーリング行列が使用される場合、フラグｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第１の変形例の代替例では、３つのＳＰＳレベルフラグ（すなわち、ｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇ、ｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇ、及びｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇ）を追加する代わりに、単一のＳＰＳレベルフラグｓｐｓ＿ａｐｓ＿ｐａｒａｍｅｔｅｒｓ＿ｓｉｇｎａｌｉｎｇを使用して、ＳＰＳレベルにおいてＡＬＦ、ＬＭＣＳ及びスケーリングリストをシグナリングする。フラグｓｐｓ＿ａｐｓ＿ｐａｒａｍｅｔｅｒｓ＿ｓｉｇｎａｌｉｎｇは、ＡＬＦ、ＬＭＣＳ、又はスケーリングリストがそれらのＳＰＳフラグによってアクティブ化されている場合、コード化される。ステップ５０５の第３の実施形態の第１の変形例のその代替例にける、ＳＰＳレベルの構文が、表ＴＡＢ１＿Ｂｉｓに記載されている。

表ＴＡＢ１＿Ｂｉｓにおける太字の部分は、ステップ５０５の第３の実施形態の第１の変形例の代替例について定義された構文要素に対応する。

表ＴＡＢ２＿Ｂｉｓ及びＴＡＢ３＿Ｂｉｓでは、ステップ５０５の第３の実施形態の第１の変形例に適応したピクチャヘッダレベル及びスライスヘッダレベルにおける構文の例が記載されている。

太字の部分は、表ＴＡＢ１＿Ｂｉｓに表されるＳＰＳレベルにおいて提案された構文によって引き起こされる既存の構文における修正を表している。

ステップ５０５の第３の実施形態の第２の変形例では、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列パラメータは、ＰＰＳレベルにおいてシグナリングされる。１つの利点は、ＰＰＳがＳＰＳよりも頻繁にシグナリングすることができることである。すなわち、単一のシーケンスに対して、１つ以上のＰＰＳをシグナリングすることができる。

ステップ５０５の第３の実施形態の第２の変形例における、ＰＰＳレベルでの構文が、表ＴＡＢ４に記載されている。

ステップ５０５の第３の実施形態の第２の変形形態に適応した新しい構文が、表ＴＡＢ４に太字で表されている。

フラグｐｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ、ｐｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇの意味の例は、以下の通りである。
・ ｐｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、ゼロに等しいとき、ＡＬＦパラメータがＰＰＳレベルでシグナリングされないことを指定する。ｐｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、１に等しいとき、ＡＬＦパラメータがＰＰＳレベルにおいてシグナリングされることを指定する。
・ ｐｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、ゼロに等しいとき、ＬＭＣＳパラメータがＰＰＳレベルでシグナリングされないことを指定する。ｐｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、１に等しいとき、ＬＭＣＳパラメータがＰＰＳレベルにおいてシグナリングされることを指定する。
・ ｐｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、ゼロに等しいとき、スケーリング行列パラメータがＰＰＳレベルでシグナリングされないことを指定する。ｐｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、１に等しいとき、スケーリング行列がＰＰＳレベルにおいてシグナリングされることを指定する。

表ＴＡＢ５及びＴＡＢ６において、ステップ５０５の第３の実施形態の第２の変形例に適応したピクチャヘッダレベル及びスライスヘッダレベルにおける構文の例が記載されている。

太字の部分は、表ＴＡＢ４に表されるＰＰＳレベルにおいて提案された構文によって引き起こされる既存の構文における修正を表している。

ステップ５０５の第３の実施形態の第２の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＡＬＦが使用される場合、フラグｐｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第２の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＬＭＣＳが使用される場合、フラグｐｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第２の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときに非デフォルトスケーリング行列が使用される場合、フラグｐｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第２の変形例の代替例では、３つのＰＰＳレベルフラグ（ｐｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ、ｐｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ、及びｐｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ）を定義する代わりに、単一フラグｐｐｓ＿ａｐｓ＿ｐａｒａｍｅｔｅｒｓ＿ｓｉｇｎａｌｉｎｇが使用される。ステップ５０５の第３の実施形態の第２の変形例の代替例における、ＰＰＳレベルの構文が、表ＴＡＢ４＿Ｂｉｓに記載されている。

表ＴＡＢ５＿Ｂｉｓ及びＴＡＢ６＿Ｂｉｓでは、ステップ５０５の第３の実施形態の第２の変形例の代替例に適応したピクチャヘッダレベル及びスライスヘッダレベルの構文の例が記載されている。

ステップ５０５の第３の実施形態の第３の変形例では、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列パラメータは、ピクチャヘッダレベルにおいてシグナリングされる。１つの利点は、ピクチャヘッダがＳＰＳ及びＰＰＳよりも頻繁にシグナリングされることである。

ステップ５０５の第３の実施形態の第３の変形例における、ピクチャヘッダ（ＰＨ）レベル及びスライスレベルでの構文が、表ＴＡＢ７及びＴＡＢ＿７＿Ｂｉｓに記載されている。

ステップ５０５の第３の実施形態の第３の変形例に適応した新しい構文が、表ＴＡＢ７において太字で表されている。

フラグｐｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇの意味の例は、以下の通りである。
・ ｐｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ゼロに等しいとき、ＡＬＦパラメータがＰＨレベルにおいてシグナリングされないことを指定する。ｐｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しいとき、ＡＬＦパラメータがＰＨレベルにおいてシグナリングされることを指定する。存在しない場合、ｐｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は、ゼロであると推測される。
・ ｐｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ゼロに等しいとき、ＬＭＣＳパラメータがＰＨレベルにおいてシグナリングされないことを指定する。ｐｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しいとき、ＬＭＣＳパラメータがＰＨレベルにおいてシグナリングされることを指定する。存在しない場合、ｐｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は、ゼロであると推測される。
・ ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ゼロに等しいとき、スケーリング行列パラメータがＰＨレベルにおいてシグナリングされないことを指定する。ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しいとき、スケーリングリストがＰＨレベルにおいてシグナリングされることを指定する。存在しない場合、ｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は、ゼロであると推測される。

ステップ５０５の第３の実施形態の第３の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＡＬＦが使用される場合、フラグｐｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第３の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＬＭＣＳが使用される場合、フラグｐｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第３の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときに非デフォルトスケーリング行列が使用される場合、フラグｐｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｈ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第４の変形例では、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列パラメータは、スライスヘッダレベルにおいてシグナリングされる。

ステップ５０５の第３の実施形態のその第４の変形例における、スライスヘッダ（ＳＨ）レベルでの構文が、表ＴＡＢ８に記載されている。

ステップ５０５の第３の実施形態の第４の変形形態に適応した新しい構文が、表ＴＡＢ７において太字で表されている。

フラグｓｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇ、ｓｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇ、ｓｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇの意味の例は、以下の通りである。
・ ｓｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ゼロに等しいとき、ＡＬＦパラメータがＳＨレベルにおいてシグナリングされないことを指定する。ｓｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、１に等しいとき、ＡＬＦパラメータがＳＨレベルにおいてシグナリングされることを指定する。存在しない場合、ｓｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇの値は、ゼロであると推測される。
・ ｓｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ゼロに等しいとき、ＬＭＣＳパラメータがＳＨレベルにおいてシグナリングされないことを指定する。ｓｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、１に等しいとき、ＬＭＣＳパラメータがＳＨレベルにおいてシグナリングされることを指定する。存在しない場合、ｓｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇの値は、ゼロであると推測される。
・ ｓｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ゼロに等しいとき、スケーリング行列パラメータがＳＨレベルにおいてシグナリングされないことを指定する。ｓｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、１に等しいとき、スケーリング行列がＳＨレベルにおいてシグナリングされることを指定する。存在しない場合、ｓｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇの値は、ゼロであると推測される。

ステップ５０５の第３の実施形態の第４の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＡＬＦが使用される場合、フラグｓｈ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第４の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときにＬＭＣＳが使用される場合、フラグｓｈ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第３の変形例では、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときに非デフォルトスケーリング行列が使用される場合、フラグｓｈ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｈ＿ｆｌａｇは、１に等しい。

ステップ５０５の第３の実施形態の第５の変形例では、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列パラメータは、それらの使用を示すフラグを介して任意のレベルにおいてシグナリングされる。その場合、例えば、ＳＰＳレベルにおけるコードを示すフラグがＳＰＳに存在し、別のフラグがＰＰＳに存在し、別のフラグがＰＨに存在し、別のフラグがＳＨに存在する。より高いレベルでコード化されたパラメータは、より低いレベルでコード化されないものとする。対応する構文は、表ＴＡＢ９、ＴＡＢ１０、ＴＡＢ１１及びＴＡＢ１２に記載されている（意味は、ステップ５０５の第３の実施形態の以前の変形例と同じままである）。

ステップ５０５の第３の実施形態の第５の変形形態に適応した新しい構文は、表ＴＡＢ９、ＴＡＢ１０、ＴＡＢ１１及びＴＡＢ１２に太字で表されている。

ステップ５０５の第３の実施形態の第５の変形例では、
・ フラグｐｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、ｓｐｓ＿ａｌｆ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇが１に等しい場合に、ゼロに等しく、
・ フラグｐｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、ｓｐｓ＿ｌｍｃｓ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇ１に等しいが場合に、ゼロに等しく、
・ フラグｐｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｐｐｓ＿ｆｌａｇは、ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｐａｒａｍｅｔｅｒｓ＿ｉｎ＿ｓｐｓ＿ｆｌａｇが１に等しい場合に、ゼロに等しく、
・ もしもｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ＡＬＦ、ＬＭＣＳ、及びスケーリング行列パラメータは、ＳＰＳ及び／又はＰＰＳ及び／又はＰＨ及び／又はＳＨレベルでコード化される（活性化された場合）。

いくつかの場合には、通常、ＡＰＳレベルにおいてシグナリングされるツール（ＡＬＦ、ＬＭＣＳ、及び非デフォルトのスケーリング行列）のパラメータは、他のコンテナに拡散することができる。例えば、第１のコード化ツールのパラメータの１つは、ＳＰＳレベルにおいてコード化され、第２のコード化ツールのパラメータは、ＰＰＳレベルにおいてコード化され、第３のコード化ツールのパラメータは、ＰＨレベルにおいてコード化される。

ステップ５０２の第２の実施形態では、ＡＰＳが処理モジュール４０によって取得された符号化されたビデオストリームに存在しないかどうかを示す情報は、符号化されたビデオストリーム２１１の送信中にＡＰＳが失われたかどうかを示す情報である。

ステップ５０２の第３の実施形態では、ＡＰＳが処理モジュール４０によって取得された符号化されたビデオストリームに存在しないかどうかを示す情報は、処理モジュール４０がＡＰＳを考慮するように設計されていないことを示す情報である。その場合、処理モジュール４０によって受信された符号化されたビデオストリームに最終的に存在するＡＰＳは、処理モジュール４０によって無視される。

ステップ５０３の第２の実施形態では、ＡＰＳによって提供される少なくとも１つのコード化パラメータを使用するコード化ツールが処理モジュール４０によってチェックされた現在のブロックに対してアクティブ化されているかどうかを示す構文要素は、例えば、スライスレベルにおける構文要素ｓｌｉｃｅ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇである。ｓｌｉｃｅ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、１に等しいとき、ＡＬＦがイネーブルされることを指定し、スライス内のＹ、Ｃｂ、又はＣｒ色成分に適用され得る。ｓｌｉｃｅ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ゼロに等しいとき、ＡＬＦがスライス内の全ての色成分に対してディセーブルされることを指定する。存在しない場合、ｓｌｉｃｅ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ｐｈ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇに等しいと推論される。

ステップ５０３の第３の実施形態では、ＡＰＳによって提供される少なくとも１つのコード化パラメータを使用するコード化ツールが処理モジュール４０によってチェックされた現在のブロックに対してアクティブ化されているどうかを示す構文要素は、ＣＴＵレベルでの構文要素、例えば、構文要素ａｌｆ＿ｃｔｂ＿ｆｌａｇ［ｃＩｄｘ］［ｘＣｔｂ］［ｙＣｔｂ］である。ａｌｆ＿ｃｔｂ＿ｆｌａｇ［ｃＩｄｘ］［ｘＣｔｂ］［ｙＣｔｂ］は、１に等しいとき、ＡＬＦが、ルマ場所（ｘＣｔｂ，ｙＣｔｂ）におけるＣＴＵのｃＩｄｘによって示される色成分のコード化ユニットに適用されることを指定する。ａｌｆ＿ｃｔｂ＿ｆｌａｇ［ｃＩｄｘ］［ｘＣｔｂ］［ｙＣｔｂ］は、ゼロに等しいとき、ＡＬＦが、ルマ場所（ｘＣｔｂ，ｙＣｔｂ）．におけるＣＴＵのｃＩｄｘによって示される色成分のＣＵに適用されないことを指定する。ａｌｆ＿ｃｔｂ＿ｆｌａｇ［ｃＩｄｘ］［ｘＣｔｂ］［ｙＣｔｂ］が存在しないとき、これはゼロに等しいと推論される。

ＧＤＲの同様の場合において、フラグｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいとき、ゼロに等しい。ＧＤＲに関連する第１の実施形態では、制約フラグの意味は、以下の通りである。

ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは１に等しいとき、エンコーダによって出力された符号化されたビデオストリームに存在するタイプＧＤＲ＿ＮＵＴのＮＡＬユニットがないものとし、ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇがゼロであるものとすることを指定する。ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ゼロに等しいとき、そのような制約を課さない。

ＧＤＲに関連する第２の実施形態では、制約フラグｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、以下のように、ＳＰＳレベルフラグｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値のみを制約する。

ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、１に等しいとき、ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇはゼロであるものとすることを指定する。ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ゼロに等しいとき、そのような制約を課さない。

ＧＤＲに関連する第３の実施形態では、ＳＰＳレベルフラグｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１であるときに、ＳＰＳレベルフラグｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇがゼロに設定されることを確実にするために、適合制約が追加される。

ｎｏ＿ｇｄｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいときに、ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値がゼロであるものとすることが、ビットストリーム適合のための要件である。

上記の全ての実施形態について、符号化モジュール及び方法は、復号モジュール及び方法に準拠している。特に、実施形態では、構文修正を含む実施形態において（例えば、ステップ５０５の第３の実施形態において）、符号化モジュール及び方法は、当該構文を尊重する。

図６は、ＡＰＳが使用することができないときに、符号化プロセスを適応させるための解決策を概略的に示している。

図６のプロセスは、処理モジュール４０が符号化モジュールを実装しているときに、処理モジュール４０によって実行される。

ステップ６０１において、処理モジュール４０は、符号化されたビデオストリーム２１１の形式で符号化するために、元のビデオシーケンスを取得する。

ステップ６０２において、処理モジュール４０は、元のビデオシーケンスを符号化するためにＡＰＳの使用が認可されているかどうかを示す情報を取得する。この情報は、処理モジュール４０の構成パラメータの形態でユーザによって提供される。

ＡＰＳの使用が認可されている場合、ステップ６０２中に、この情報は、符号化されたビデオストリーム２１１において、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを使用して処理モジュール４０によってシグナリングされる。その場合、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ゼロに設定される。ＡＰＳの使用が認可されていない場合、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、１に設定される。

ＡＰＳの使用が認可される場合、ステップ６０３において、処理モジュール４０によって通常の符号化プロセスが適用される。

そうでない場合、元のビデオシーケンスの画像のブロックの符号化プロセスは、ステップ６０４中にＡＰＳを使用不可であるように適応される。

ステップ６０４の第１の実施形態では、ＡＰＳが認可されていないとき、少なくとも１つのパラメータがＡＰＳによって提供される各コード化ツールは、ビデオシーケンスのブロックを符号化するために考慮されるコード化ツールのリストから削除される。結果として、フラグｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しいとき、ＡＬＦ、ＬＭＣＳ及び非デフォルトのスケーリング行列は、元のビデオシーケンスのブロックを符号化するために使用することができるツールとみなされない。ステップ６０４のこの第１の実施形態では、ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ＝１であるとき、ＳＰＳレベルフラグｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、及びｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ゼロに等しくなるように制約される。ステップ６０４の第１の実施形態の変形例では、ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ＝１であるとき、フラグｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、１に制約される。フラグｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、例えば、ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）と呼ばれる構文要素に符号化される。１に等しい場合、フラグｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇがゼロに等しいものとすることを指定する。ｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ゼロに等しいとき、そのような制約を課さない。同様に、フラグｎｏ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｎｏ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値を制約するため使用される。

ステップ６０４の第２の実施形態では、符号化プロセスの適応は、これらのパラメータを使用するコード化ツールの使用が現在のブロックを符号化するために認可されている場合、通常ＡＰＳにおいて符号化されるパラメータをＳＰＳ及び／又はＰＰＳ及び／又はＰＨ及び／又はＳＨにおいて符号化することを含む。結果として、ＡＬＦパラメータ、ＬＭＣＳパラメータ、及び／又は非デフォルトのスケーリング行列パラメータは、ＳＰＳ及び／又はＰＰＳ及び／又はＰＨで符号化され、及び／又はＳＨは、ＡＬＦの使用であり、ＬＭＣＳ及び非デフォルトのスケーリング行列は、元のビデオシーケンスのブロックに対して認可される。この実施形態は、復号プロセスのステップ５０５の第３の実施形態の変形例に準拠する。特に、ステップ６０４の第２の実施形態は、ステップ５０５の第３の実施形態に関連して記載される構文を使用する。

図６の解決策の代替例では、単一のＳＰＳレベル構文要素ｓｐｓ＿ｎｏ＿ａｐｓ＿ｓｉｇｎａｌｉｎｇは、ＡＰＳ、ＬＭＣＳ、及びスケーリングリストパラメータが、ＡＰＳレベル以外のレベルにおいてシグナリングされるかどうかを指定するために使用される。このフラグが１に設定されるとき、スライスレベル又はピクチャレベルのいずれかにおいてこれらのパラメータをシグナリングすることが許可される。この実施形態は、シグナリングオーバーヘッドを低減することを可能にし、少なくとも３つのフラグが前の実施形態で使用される。フラグｓｐｓ＿ｎｏ＿ａｐｓ＿ｓｉｇｎａｌｉｎｇは、少なくともＡＬＦ、ＬＭＣＳ又はスケーリングリストがそれらのＳＰＳレベルフラグによってアクティブ化されている場合にシグナリングされ、そうでない場合は、ゼロであると推測される。ｓｐｓ＿ｎｏ＿ａｐｓ＿ｓｉｇｎａｌｉｎｇが１に等しい場合、代替コード化が許可される。更に、ＡＰＳの制約フラグ（すなわち、ｎｏ＿ａｐｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）が１に設定されるとき、このフラグは、ＡＰＳは許可されないが、ＡＰＳ、ＬＭＣＳ、及びスケーリングリストパラメータをシグナリングすることを許可するために、同様に１でなければならない。

対応する構文は、表ＴＡＢ１３、ＴＡＢ１４、及びＴＡＢ１５に記載されている。

更に、実施形態は、様々な特許請求のカテゴリ及びタイプにわたって、以下の特徴、デバイス、又は態様の１つ以上を、単独で、又は組み合わせで含むことができる。
・ 記載の実施形態のうちのいずれかに従って生成された情報を搬送する構文を含むビットストリーム又は信号、
・ エンコーダによって使用される方法に対応する方法で復号プロセスをデコーダが適応させることを可能にする構文要素をシグナリングに挿入すること、
・ 記載の構文要素又はその変形例のうちの１つ以上を含むビットストリーム又は信号を作成及び／又は送信及び／又は受信及び／又は復号すること、
・ 記載の実施形態のいずれかに従って、作成及び／又は送信及び／又は受信及び／又は復号すること、
・ 記載の実施形態のいずれかによる、方法、プロセス、装置、命令を記憶する媒体、データを記憶する媒体、又は信号、
・ 記載の実施形態のいずれかに従って符号化又は復号プロセスの適応を実行するＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス、
・ 記載の実施形態のいずれかに従って符号化又は復号プロセスの適応を実行し、結果として生じる画像を（例えば、モニタ、スクリーン、又は他のタイプのディスプレイを使用して）表示するＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス、
・ 符号化された画像を含む信号を受信するために（例えば、チューナを使用して）チャネルを選択し、記載の実施形態のいずれかに従って復号プロセスの適応を実行する、ＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス、
・ 符号化された画像を含む無線上の信号を（例えば、アンテナを使用して）受信し、記載の実施形態のうちのいずれかに従って復号プロセスの適応を実行するＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。

Claims (29)

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. 請求項１～１３のいずれか一項に記載の方法を実装するためのプログラムコード命令を記憶する、情報記憶手段。
    
    

Images