JP2024521804A - 成分間サンプル適応オフセットにおけるコーディングの強化 - Google Patents

Abstract

電子装置が、ビデオ・データを復号する方法を実行する。この方法は、ビデオ・データから、ＡＰＳ内に記憶された複数の以前に使用された成分間サンプル適応オフセット（ＣＣＳＡＯ）フィルタ・オフセット・セットに関連付けられた適応パラメータ・セット（ＡＰＳ）識別子を受信することと、ビデオ・データから、現在のピクチャまたはスライスに使用されたＡＰＳ識別子を示すピクチャ・ヘッダ（ＰＨ）またはスライス・ヘッダ（ＳＨ）内の構文を受信することと、現在のコーディング・ツリー・ユニット（ＣＴＵ）に対して、ＡＰＳ識別子に関連付けられたＡＰＳ内の複数のオフセット・セットから、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットを示すフィルタ・セット索引を復号することと、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットを、ビデオ・データの現在のＣＴＵに適用することとを含む。

Description

関連出願
本出願は、全体として参照により組み込まれている、２０２１年５月２６日に出願された「Ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ」という名称の米国仮特許出願第６３／１９３，５３９号、および２０２１年６月２１日に出願された「Ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ」という名称の米国仮特許出願第６３／２１３，１６７号に対する優先権を主張するものである。

本出願は、一般に、ビデオのコーディングおよび圧縮に関し、より詳細には、ルマ（luma）およびクロマ（chroma）両方のコーディング効率を改善する方法および装置に関する。

デジタル・ビデオは、デジタル・テレビジョン、ラップトップまたはデスクトップ・コンピュータ、タブレット・コンピュータ、デジタル・カメラ、デジタル記録デバイス、デジタル・メディア・プレーヤ、ビデオ・ゲーミング・コンソール、スマートフォン、ビデオ遠隔会議デバイス、ビデオ・ストリーミング・デバイスなどの様々な電子デバイスによって対応される。電子デバイスは、ビデオ圧縮／解凍規格を実装することによって、デジタル・ビデオ・データの伝送、受信、符号化、復号、および／または記憶を行う。いくつかのよく知られているビデオ・コーディング規格には、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＶＶＣ）、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）（Ｈ．２６５またはＭＰＥＧ－Ｈ Ｐａｒｔ ２としても知られている）、およびＡｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）（Ｈ．２６４またはＭＰＥＧ－４ Ｐａｒｔ １０としても知られている）が含まれ、これらはＩＳＯ／ＩＥＣ ＭＰＥＧおよびＩＴＵ－Ｔ ＶＣＥＧによって共同開発されたものである。ＡＯＭｅｄｉａ Ｖｉｄｅｏ １（ＡＶ１）は、先行規格ＶＰ９の後継として、Ａｌｌｉａｎｃｅ ｆｏｒ Ｏｐｅｎ Ｍｅｄｉａ（ＡＯＭ）によって開発された。Ａｕｄｉｏ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＳ）は、デジタル音声およびデジタル・ビデオ圧縮規格を指し、Ａｕｄｉｏ ａｎｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｓｔａｎｄａｒｄ Ｗｏｒｋｇｒｏｕｐによって開発された別のビデオ圧縮規格シリーズである。

ビデオ圧縮は、典型的に、ビデオ・データに固有の冗長性を低減または除去するために、空間（イントラ・フレーム）予測および／または時間（インター・フレーム）予測を実行することを含む。ブロック・ベースのビデオ・コーディングの場合、１つのビデオ・フレームが１つまたは複数のスライスに分割され、各スライスが複数のビデオ・ブロックを有しており、ビデオ・ブロックは、コーディング・ツリー・ユニット（ＣＴＵ）と呼ばれることもある。各ＣＴＵは、１つのコーディング・ユニット（ＣＵ）を含むことができ、または事前定義された最小ＣＵサイズに到達するまで、より小さいＣＵに再帰的に分割されてもよい。各ＣＵ（リーフＣＵとも呼ばれる）は１つまたは複数の変換ユニット（ＴＵ）を含み、各ＣＵはまた、１つまたは複数の予測ユニット（ＰＵ）を含む。各ＣＵは、イントラ、インター、またはＩＢＣモードでコード化されうる。ビデオ・フレームのイントラ・コード化（Ｉ）スライス内のビデオ・ブロックは、同じビデオ・フレーム内の隣接ブロックにおける基準サンプルに対する空間予測を使用して符号化される。ビデオ・フレームのインター・コード化（ＰまたはＢ）スライス内のビデオ・ブロックは、同じビデオ・フレーム内の隣接ブロックにおける基準サンプルに対する空間予測、または他の以前および／もしくは将来の基準ビデオ・フレーム内の基準サンプルに対する時間予測を使用することができる。

前に符号化された基準ブロック、たとえば隣接ブロックに基づく空間または時間予測は、コード化されるべき現在のビデオ・ブロックに対する予測ブロックを生じさせる。基準ブロックを発見するプロセスは、ブロック・マッチング・アルゴリズムによって実現されうる。コード化されるべき現在のブロックと予測ブロックとの間の画素差を表す残留データが、残留ブロック（residual block）または予測誤差と呼ばれる。インター・コード化ブロックは、予測ブロックを形成する基準フレーム内の基準ブロックおよび残留ブロックを指す動きベクトルに従って符号化される。動きベクトルを判定するプロセスは、典型的に、動き推定と呼ばれる。イントラ・コード化ブロックは、イントラ予測モードおよび残留ブロックに従って符号化される。さらに圧縮する場合、残留ブロックが画素ドメインから変換ドメイン、たとえば周波数ドメインに変換されて、残留変換係数を生じさせ、残留変換係数は次いで量子化されてもよい。量子化された変換係数は、最初は２次元アレイで配列されており、走査されて変換係数の１次元ベクトルをもたらすことができ、次いでビデオ・ビットストリームにエントロピー符号化されて、さらなる圧縮を実現することができる。

符号化されたビデオ・ビットストリームは次いで、デジタル・ビデオ能力を有する別の電子デバイスによってアクセスされるようにコンピュータ可読記憶媒体（たとえば、フラッシュ・メモリ）内に保存され、または電子デバイスへ有線もしくは無線で直接伝送される。電子デバイスは次いで、たとえば符号化されたビデオ・ビットストリームを解析して、ビットストリームから構文要素（syntax elements）を取得し、ビットストリームから取得された構文要素に少なくとも部分的に基づいて、符号化されたビデオ・ビットストリームからデジタル・ビデオ・データをその元の形式に再構築することによって、ビデオの解凍（上述されたビデオ圧縮とは逆のプロセスである）を実行し、再構築されたデジタル・ビデオ・データを電子デバイスのディスプレイ上に描画する。

デジタル・ビデオの品質が高解像度から４Ｋ×２Ｋ、またはさらには８Ｋ×４Ｋになるとともに、符号化／復号されるべきビデ・データの量は指数関数的に増加する。復号されたビデオ・データの画像品質を維持しながら、ビデオ・データがより効率的に符号化／復号されうる方法が、常に課題となっている。

本出願は、ビデオ・データの符号化および復号、より詳細には、ルマ成分とクロマ成分との間の成分間（cross-component）の関係を探ることによってコーディング効率を改善することを含めて、ルマ成分およびクロマ成分両方のコーディング効率を改善する方法および装置に関係する実装例を記載する。

本出願の第１の態様によれば、ビデオ・データを復号する方法が、ビデオ・データから、ＡＰＳ内に記憶された複数の以前に使用された成分間サンプル適応オフセット（Cross-Component Sample Adaptive Offset）（ＣＣＳＡＯ）フィルタ・オフセット・セット（filter offset set）に関連付けられた適応パラメータ・セット（ＡＰＳ）識別子を受信することと、ビデオ・データから、現在のピクチャまたはスライスに使用されたＡＰＳ識別子を示すピクチャ・ヘッダ（ＰＨ）またはスライス・ヘッダ（ＳＨ）内の構文を受信することと、現在のコーディング・ツリー・ユニット（ＣＴＵ）に対して、ＡＰＳ識別子に関連付けられたＡＰＳ内の複数のオフセット・セットから、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットを示すフィルタ・セット索引を復号することと、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットを、ビデオ・データの現在のＣＴＵに適用することとを含む。

いくつかの実施形態では、ビデオ・データは、第１の成分および第２の成分を含み、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットは、第２の成分のそれぞれのサンプルに関連付けられた第１の成分の１組の１つまたは複数のサンプルから、第２の成分に対するそれぞれの分類子を判定し、それぞれの分類子に従って、第２の成分のそれぞれのサンプルに対するそれぞれのサンプル・オフセット（sample offset）を判定して、判定されたそれぞれのサンプル・オフセットに基づいて、第２の成分のそれぞれのサンプルを修正し、それぞれの各分類子に対する１組の対応する判定されたそれぞれのサンプル・オフセットを、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットとして記憶することによって取得される。

本出願の第２の態様によれば、電子装置が、１つまたは複数の処理ユニットと、メモリと、メモリ内に記憶された複数のプログラムとを含む。プログラムは、１つまたは複数の処理ユニットによって実行されたとき、電子装置に、上述されたビデオ・データをコード化する方法を実行させる。

本出願の第３の態様によれば、非一時的コンピュータ可読記憶媒体が、１つまたは複数の処理ユニットを有する電子装置による実行のために、複数のプログラムを記憶する。プログラムは、１つまたは複数の処理ユニットによって実行されたとき、電子装置に、上述されたビデオ・データをコード化する方法を実行させる。

本出願の第４の態様によれば、コンピュータ可読記憶媒体が、上述されたビデオ・コーディング方法によって生成されたビデオ情報を含むビットストリームを記憶する。

上記の概略的な説明および以下の詳細な説明はどちらも単なる例であり、本開示を制限するものではないことを理解されたい。

添付の図面は、実装例のさらなる理解を提供するために含まれ、本明細書に組み込まれて、本明細書の一部を構成するものであり、記載される実装例を示し、本説明とともに根本的な原理を説明する働きをする。同じ参照番号は、対応する部分を指す。

本開示のいくつかの実装例による例示的なビデオ符号化および復号システムを示すブロック図である。

本開示のいくつかの実装例による例示的なビデオ・エンコーダを示すブロック図である。

本開示のいくつかの実装例による例示的なビデオ・デコーダを示すブロック図である。

本開示のいくつかの実装例によってフレームが異なるサイズおよび形状の複数のビデオ・ブロックにどのように再帰的に分割されるかを示すブロック図である。

本開示のいくつかの実装例によるサンプル適応オフセット（ＳＡＯ）で使用される４つの勾配パターンを描くブロック図である。

本開示のいくつかの実装例による中心サンプルを取り囲むサンプルに対する命名規則を描くブロック図である。

本開示のいくつかの実装例によってクロマ・サンプルに適用され、ＤＢＦ Ｙを入力として使用するＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によってルマ・サンプルおよびクロマ・サンプルに適用され、ＤＢＦ Ｙ／Ｃｂ／Ｃｒを入力として使用するＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によって独立して機能することができるＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によって同じまたは異なるオフセットで再帰的に適用（２またはＮ回）されうるＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によってＡＶＳ規格において強化されたサンプル適応オフセット（ＥＳＡＯ）に並行して適用されたＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によってＳＡＯ後に適用されたＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によってＣＣＳＡＯシステムおよびプロセスがＣＣＡＬＦなしで独立して機能することができることを示すブロック図である。

本開示のいくつかの実装例によって成分間適応ループ・フィルタ（ＣＣＡＬＦ）に並行して適用されたＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によってＳＡＯおよびＢＩＦに並行して適用されたＣＣＳＡＯのシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によってＳＡＯを交換することによってＢＩＦに並行して適用されたＣＣＳＡＯのシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によるＣＣＳＡＯを使用するサンプル・プロセスを示すブロック図である。

本開示のいくつかの実装例によってＣＣＳＡＯプロセスが垂直および水平デブロッキング・フィルタ（ＤＢＦ）にインターリーブされることを示すブロック図である。

本開示のいくつかの実装例による成分間相関を使用してビデオ信号を復号する例示的なプロセスを示す流れ図である。

本開示のいくつかの実装例によるＣ０分類に異なるルマ（またはクロマ）サンプル位置を使用する分類子を示すブロック図である。

本開示のいくつかの実装例によるルマ候補に対する異なる形状のいくつかの例を示す図である。

本開示のいくつかの実装例によってすべての配列および隣接ルマ／クロマ・サンプルがＣＣＳＡＯ分類に供給されうることを示すサンプル・プロセスのブロック図である。

本開示のいくつかの実装例によって、配列ルマ・サンプル値を、配列および隣接ルマ・サンプルに加重することによって取得された値に交換することによって、例示的な分類子を示す図である。

本開示のいくつかの実装例によって、ＣＣＳＡＯが適用され、他のループ内フィルタが異なるクリッピングの組合せを有することを示すブロック図である。

本開示のいくつかの実装例によって、分類に使用された配列および隣接ルマ（クロマ）サンプルのいずれかが現在のピクチャの外側にある場合に、ＣＣＳＡＯが現在のクロマ（ルマ）サンプルに適用されないことを示すブロック図である。

本開示のいくつかの実装例によって、分類に使用された配列および隣接ルマまたはクロマ・サンプルのいずれかが現在のピクチャの外側にある場合に、ＣＣＳＡＯが現在のルマまたはクロマ・サンプルに適用されることを示すブロック図である。

本開示のいくつかの実装例によって、分類に使用された対応する選択された配列または隣接ルマ・サンプルが仮想境界（ＶＢ）によって画定された仮想空間の外側にある場合に、ＣＣＳＡＯが現在のクロマ・サンプルに適用されないことを示すブロック図である。

本開示のいくつかの実装例によって、反復またはミラー・パディングが、仮想境界の外側にあるルマ・サンプルに適用されることを示す図である。

本開示のいくつかの実装例によって、９つすべての配列および隣接ルマ・サンプルが分類に使用される場合に、追加の１ルマ線バッファが必要とされることを示す図である。

本開示のいくつかの実装例によって、ＡＶＳにおいて、ＶＢを交差する９つのルマ候補ＣＣＳＡＯが、２つの追加のルマ線バッファだけ増大しうることを示す図である。

本開示のいくつかの実装例によって、ＶＶＣにおいて、ＶＢを交差する９つのルマ候補ＣＣＳＡＯが、１つの追加のルマ線バッファだけ増大しうることを示す図である。

本開示のいくつかの実装例によって、配列または隣接クロマ・サンプルが現在のルマ・サンプルを分類するために使用されるとき、選択されたクロマ候補がＶＢを横切り、追加のクロマ線バッファを必要としうることを示す図である。

本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマ・サンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマ・サンプルＶＢの外側にある）場合に、ＣＣＳＡＯがクロマ・サンプルに対して無効化されることを示す図である。

本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマ・サンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマ・サンプルＶＢの外側にある）場合に、クロマ・サンプルに反復パディングを使用してＣＣＳＡＯが有効化されることを示す図である。

本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマ・サンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマ・サンプルＶＢの外側にある）場合に、クロマ・サンプルにミラー・パディングを使用してＣＣＳＡＯが有効化されることを示す図である。

本開示のいくつかの実装例によって、異なるＣＣＳＡＯサンプル形状に両面対称パディングを使用してＣＣＳＡＯが有効化されることを示す図である。

本開示のいくつかの実装例による制限された数のルマ候補を分類に使用するという制限を示す図である。

本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域がコーディング・ツリー・ブロック（ＣＴＢ）／コーディング・ツリー・ユニット（ＣＴＵ）境界に位置合わせされていないことを示す図である。

本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域フレーム区画がＣＣＳＡＯパラメータによって固定されうることを示す図である。

本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域が、フレーム／スライス／ＣＴＢレベルから分割された２分木（ＢＴ）／４分木（ＱＴ）／３分木（ＴＴ）であってよいことを示す図である。

本開示のいくつかの実装例によるピクチャ・フレーム内の異なるレベルで使用されて切り換えられる複数の分類子を示すブロック図である。

本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域区画が動的でありかつピクチャ・レベルで切り替えられうることを示すブロック図である。

本開示のいくつかの実装例によって、ＣＣＳＡＯ分類子が現在または成分間のコーディング情報を考慮に入れることができることを示す図である。

本開示のいくつかの実装例によって、本開示に開示されるＳＡＯ分類方法が予測後フィルタ（a post prediction filter）として働くことを示すブロック図である。

本開示のいくつかの実装例によって、予測後ＳＡＯフィルタ（post prediction SAO filter）のために、各成分が現在のサンプルおよび隣接サンプルを分類に使用することができることを示すブロック図である。

本開示のいくつかの実装例によって、本開示に開示されるＳＡＯ分類方法が再構築後フィルタ（a post reconstruction filter）として働くことを示すブロック図である。

本開示のいくつかの実装例による成分間相関を使用してビデオ信号を復号する例示的なプロセスを示す流れ図である。

本開示のいくつかの実装例によるユーザ・インターフェースに結合されたコンピューティング環境を示す図である。

次に、添付の図面にその例が示されている特有の実装例を詳細に参照する。以下の詳細な説明において、本明細書に提示されている主題の理解を支援するために、多数の非限定的な特有の詳細について述べる。しかし、特許請求の範囲から逸脱することなく様々な代替手段が使用されてよく、この主題はこれらの特有の詳細がなくても実施されうることが、当業者には明らかであろう。たとえば、本明細書に提示されている主題は、デジタル・ビデオ能力を有する多くのタイプの電子デバイスで実装されうることが、当業者には明らかであろう。

第１世代のＡＶＳ規格は、中華民国国家標準「Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ， Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｖｉｄｅｏ Ｃｏｄｉｎｇ， Ｐａｒｔ ２： Ｖｉｄｅｏ」（ＡＶＳ１として知られている）、および「Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ， Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｐａｒｔ １６： Ｒａｄｉｏ Ｔｅｌｅｖｉｓｉｏｎ Ｖｉｄｅｏ」（ＡＶＳ＋として知られている）を含む。これは、ＭＰＥＧ－２規格と比較すると、同じ知覚品質で約５０％のビット速度の節減を提供することができる。第２世代のＡＶＳ規格は、一連の中華民国国家標準「Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ， Ｅｆｆｉｃｉｅｎｔ Ｍｕｌｔｉｍｅｄｉａ Ｃｏｄｉｎｇ」（ＡＶＳ２として知られている）を含み、これは主に追加のＨＤ ＴＶプログラムの伝送を標的とする。ＡＶＳ２のコーディング効率は、ＡＶＳ＋のコーディング効率の２倍である。一方、ＡＶＳ２規格のビデオ部は、Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）によって、応用のための１つの国際規格として提出された。ＡＶＳ３規格は、最新の国際規格ＨＥＶＣのコーディング効率をしのぐことを目的とするＵＨＤビデオ向けの１つの新世代のビデオ・コーディング規格であり、ＨＥＶＣ規格に比べて約３０％のビット速度の節減を提供する。２０１９年３月、第６８回ＡＶＳ会議において、ＡＶＳ３－Ｐ２ベースラインが完成され、これはＨＥＶＣ規格に比べて約３０％のビット速度の節減を提供する。現在、高性能モデル（ＨＰＭ）と呼ばれる１つの基準ソフトウェアは、ＡＶＳ３規格の基準実装を実証するために、ＡＶＳグループによって維持されている。ＨＥＶＣと同様に、ＡＶＳ３規格は、ブロック・ベースのハイブリッド・ビデオ・コーディング・フレームワークの上に構築されている。

図１は、本開示のいくつかの実装例によるビデオ・ブロックを並行して符号化および復号するための例示的なシステム１０を示すブロック図である。図１に示されているように、システム１０はソース・デバイス１２を含み、ソース・デバイス１２は、ビデオ・データを生成し、後に宛先デバイス１４によって復号されるように符号化する。ソース・デバイス１２および宛先デバイス１４は、デスクトップまたはラップトップ・コンピュータ、タブレット・コンピュータ、スマートフォン、セットトップ・ボックス、デジタル・テレビジョン、カメラ、表示デバイス、デジタル・メディア・プレーヤ、ビデオ・ゲーミング・コンソール、ビデオ・ストリーミング・デバイスなどを含む多種多様な電子デバイスのいずれかを構成することができる。いくつかの実装例では、ソース・デバイス１２および宛先デバイス１４には無線通信能力が装備される。

いくつかの実装例では、宛先デバイス１４は、リンク１６を介して、復号されるべき符号化されたビデオ・データを受信することができる。リンク１６は、符号化されたビデオ・データをソース・デバイス１２から宛先デバイス１４へ移動させることが可能な任意のタイプの通信媒体またはデバイスを備えることができる。一例では、リンク１６は、ソース・デバイス１２が符号化されたビデオ・データを直接宛先デバイス１４へ実時間で伝送することを有効化するための通信媒体を備えることができる。符号化されたビデオ・データは、無線通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４へ伝送されうる。通信媒体は、無線周波（ＲＦ）スペクトルまたは１つもしくは複数の物理的伝送線など、任意の無線または有線通信媒体を含むことができる。通信媒体は、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、またはグローバル・ネットワーク、たとえばインターネットなど、パケット・ベースのネットワークの一部を形成することができる。通信媒体は、ソース・デバイス１２から宛先デバイス１４への通信を容易にするのに有用になりうるルータ、スイッチ、基地局、または任意の他の機器を含むことができる。

いくつかの他の実装例では、符号化されたビデオ・データは、出力インターフェース２２から記憶デバイス３２へ伝送されうる。その後、記憶デバイス３２内の符号化されたビデオ・データは、宛先デバイス１４によって入力インターフェース２８を介してアクセスされうる。記憶デバイス３２は、符号化されたビデオ・データを記憶するためのハード・ドライブ、Ｂｌｕ－ｒａｙディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュ・メモリ、揮発性もしくは不揮発性メモリ、または任意の他の好適なデジタル記憶媒体など、様々な分散型（distributed）または局所（locally）アクセス型のデータ記憶媒体のいずれかを含むことができる。さらなる例では、記憶デバイス３２は、ソース・デバイス１２によって生成される符号化されたビデオ・データを保持することができるファイル・サーバまたは別の中間記憶デバイスに対応することができる。宛先デバイス１４は、記憶デバイス３２からストリーミングまたはダウンロードを介して、記憶されたビデオ・データにアクセスすることができる。ファイル・サーバは、符号化されたビデオ・データを記憶し、符号化されたビデオ・データを宛先デバイス１４へ伝送することが可能な任意のタイプのコンピュータとすることができる。例示的なファイル・サーバは、ウェブ・サーバ（たとえば、ウェブサイト向け）、ＦＴＰサーバ、ネットワーク・アタッチ・ストレージ（ＮＡＳ）デバイス、またはローカル・ディスク・ドライブを含む。宛先デバイス１４は、ファイル・サーバ上に記憶されている符号化されたビデオ・データにアクセスするのに好適な無線チャネル（たとえば、Ｗｉ－Ｆｉ接続）、有線接続（たとえば、ＤＳＬ、ケーブル・モデムなど）、または両方の組合せを含む任意の規格データ接続を介して、符号化されたビデオ・データにアクセスすることができる。記憶デバイス３２からの符号化されたビデオ・データの伝送は、ストリーミング伝送、ダウンロード伝送、または両方の組合せとすることができる。

図１に示されているように、ソース・デバイス１２は、ビデオ・ソース１８、ビデオ・エンコーダ２０、および出力インターフェース２２を含む。ビデオ・ソース１８は、ビデオ取り込みデバイス、たとえばビデオ・カメラ、以前に取り込まれたビデオを含むビデオ・アーカイブ、ビデオ・コンテンツ・プロバイダからビデオを受信するためのビデオ・フィード・インターフェース、および／もしくはコンピュータ・グラフィックス・データをソース・ビデオとして生成するためのコンピュータ・グラフィックス・システムなどのソース、またはそのようなソースの組合せを含むことができる。一例として、ビデオ・ソース１８がセキュリティ監視システムのビデオ・カメラである場合、ソース・デバイス１２および宛先デバイス１４は、カメラ付き電話またはテレビ電話を形成することができる。しかし、本出願に記載されている実装例は、一般のビデオ・コーディングに該当することができ、無線および／または有線の応用例に適用されうる。

取り込まれた、事前に取り込まれた、またはコンピュータで生成されたビデオは、ビデオ・エンコーダ２０によって符号化されうる。符号化されたビデオ・データは、ソース・デバイス１２の出力インターフェース２２を介して宛先デバイス１４へ直接伝送されうる。符号化されたビデオ・データはまた（または別法として）、復号および／または再生のために、宛先デバイス１４または他のデバイスによって後にアクセスされるように、記憶デバイス３２上へ記憶されうる。出力インターフェース２２は、モデムおよび／またはトランスミッタをさらに含むことができる。

宛先デバイス１４は、入力インターフェース２８、ビデオ・デコーダ３０、および表示デバイス３４を含む。入力インターフェース２８は、レシーバおよび／またはモデムを含むことができ、リンク１６を介して符号化されたビデオ・データを受信することができる。リンク１６を介して通信される、または記憶デバイス３２上に提供される、符号化されたビデオ・データは、ビデオ・データを復号する際にビデオ・デコーダ３０によって使用されるように、ビデオ・エンコーダ２０によって生成された様々な構文要素を含むことができる。そのような構文要素は、通信媒体上で伝送される、記憶媒体上に記憶される、またはファイル・サーバに記憶される、符号化されたビデオ・データ内に含まれうる。

いくつかの実装例では、宛先デバイス１４は、表示デバイス３４を含むことができ、表示デバイス３４は、一体化された表示デバイスであっても、宛先デバイス１４と通信するように構成された外部表示デバイスであってもよい。表示デバイス３４は、復号されたビデオ・データを使用者に表示し、液晶ディスプレイ（ＬＣＤ）、プラズマ・ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプの表示デバイスなど、様々な表示デバイスのいずれかを構成することができる。

ビデオ・エンコーダ２０およびビデオ・デコーダ３０は、ＶＶＣ、ＨＥＶＣ、ＭＰＥＧ－４、Ｐａｒｔ １０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）、ＡＶＳなどの専有のもしくは業界の規格、またはそのような規格の拡張に従って動作することができる。本出願は、特有のビデオ・コーディング／復号規格に限定されるものではなく、他のビデオ・コーディング／復号規格に該当しうることを理解されたい。概して、ソース・デバイス１２のビデオ・エンコーダ２０は、これらの現在または将来の規格のいずれかに従って、ビデオ・データを符号化するように構成されうることが企図される。同様に、概して、宛先デバイス１４のビデオ・デコーダ３０は、これらの現在または将来の規格のいずれかに従って、ビデオ・データを復号するように構成されうることも企図される。

ビデオ・エンコーダ２０およびビデオ・デコーダ３０は各々、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、離散論理、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組合せなど、様々な好適なエンコーダ回路のいずれかとして実装されうる。部分的にソフトウェアで実装されるとき、電子デバイスは、ソフトウェアに対する命令を好適な非一時的コンピュータ可読媒体に記憶し、１つまたは複数のプロセッサを使用してこれらの命令をハードウェアで実行して、本開示に開示されているビデオ・コーディング／復号動作を実行することができる。ビデオ・エンコーダ２０およびビデオ・デコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダに含まれてよく、これらはいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（ＣＯＤＥＣ）の一部として一体化されうる。

図２は、本出願に記載されているいくつかの実装例による例示的なビデオ・エンコーダ２０を示すブロック図である。ビデオ・エンコーダ２０は、ビデオ・フレーム内でビデオ・ブロックのイントラおよびインター予測コーディングを実行することができる。イントラ予測コーディングは、所与のビデオ・フレームまたはピクチャ内のビデオ・データの空間冗長性を低減または除去するために、空間予測に依拠する。インター予測コーディングは、ビデオ・シーケンスの隣接するビデオ・フレームまたはピクチャ内のビデオ・データの時間冗長性を低減または除去するために、時間予測に依拠する。

図２に示されているように、ビデオ・エンコーダ２０は、ビデオ・データ・メモリ４０、予測処理ユニット４１、復号ピクチャ・バッファ（ＤＰＢ）６４、加算器５０、変換処理ユニット５２、量子化ユニット５４、およびエントロピー符号化ユニット５６を含む。予測処理ユニット４１は、動き推定ユニット４２、動き補償ユニット４４、区画ユニット４５、イントラ予測処理ユニット４６、およびイントラ・ブロック・コピー（ＢＣ）ユニット４８をさらに含む。いくつかの実装例では、ビデオ・エンコーダ２０はまた、ビデオ・ブロックの再構築のための逆量子化ユニット５８、逆変換処理ユニット６０、および加算器６２を含む。ブロック境界をフィルタリングして再構築されたビデオからブロック・アーティファクトを除去するために、デブロッキング・フィルタなどのループ内フィルタ６３が、加算器６２とＤＰＢ６４との間に置かれうる。デブロッキング・フィルタに加えて、加算器６２の出力をフィルタリングするために、別のループ内フィルタ６３も使用されうる。基準ピクチャ・ストアに入れられ、将来のビデオ・ブロックをコード化するための基準として使用される前に、サンプル適応オフセット（ＳＡＯ）および適応ループ内フィルタ（ＡＬＦ）などのさらなるループ内フィルタ６３が、再構築されたＣＵ上で適用されうる。ビデオ・エンコーダ２０は、固定されたもしくはプログラム可能なハードウェア・ユニットの形態をとることができ、または示されている固定されたもしくはプログラム可能なハードウェア・ユニットのうちの１つもしくは複数の間で分割されうる。

ビデオ・データ・メモリ４０は、ビデオ・エンコーダ２０の構成要素によって符号化されるべきビデオ・データを記憶することができる。ビデオ・データ・メモリ４０内のビデオ・データは、たとえばビデオ・ソース１８から取得されうる。ＤＰＢ６４は、ビデオ・エンコーダ２０（たとえば、イントラまたはインター予測コーディング・モード）がビデオ・データを符号化する際に使用するための基準ビデオ・データを記憶するバッファである。ビデオ・データ・メモリ４０およびＤＰＢ６４は、様々なメモリ・デバイスのいずれかによって形成されうる。様々な例では、ビデオ・データ・メモリ４０は、ビデオ・エンコーダ２０の他の構成要素とオンチップであっても、それらの構成要素に対してオフチップであってもよい。

図２に示されているように、ビデオ・データを受信した後、予測処理ユニット４１内の区画ユニット４５が、ビデオ・データをビデオ・ブロックに分割する。この分割はまた、ビデオ・データに関連付けられた４分木構造などの事前定義された分割構造に従って、ビデオ・フレームをスライス、タイル、または他のより大きいコーディング・ユニット（ＣＵ）に分割することを含むこともできる。ビデオ・フレームは、複数のビデオ・ブロック（またはタイルと呼ばれる数組のビデオ・ブロック）に分割されうる。予測処理ユニット４１は、誤差結果（たとえば、コード化速度および歪みレベル）に基づいて、現在のビデオ・ブロックに対して、複数のイントラ予測コーディング・モード（intra predictive coding modes）のうちの１つ、または複数のインター予測コーディング・モード（inter predictive coding modes）のうちの１つなど、複数の可能な予測コーディング・モードのうちの１つを選択することができる。予測処理ユニット４１は、結果のイントラまたはインター予測コード化ブロックを、残留ブロックを生成するために加算器５０に提供することができ、後に基準フレームの一部として使用するための符号化されたブロックを再構築するために加算器６２に提供することができる。予測処理ユニット４１はまた、動きベクトル、イントラモード・インジケータ、区画情報などの構文要素、および他のそのような構文情報を、エントロピー符号化ユニット５６に提供する。

現在のビデオ・ブロックに対して適当なイントラ予測コーディング・モードを選択するために、予測処理ユニット４１内のイントラ予測処理ユニット４６は、空間予測を提供するために、コード化されるべき現在のブロックと同じフレーム内の１つまたは複数の隣接ブロックに対して、現在のビデオ・ブロックのイントラ予測コーディングを実行することができる。予測処理ユニット４１内の動き推定ユニット４２および動き補償ユニット４４は、時間予測を提供するために、１つまたは複数の基準フレーム内の１つまたは複数の予測ブロックに対して、現在のビデオ・ブロックのインター予測コーディングを実行する。ビデオ・エンコーダ２０は、たとえばビデオ・データの各ブロックに対して適当なコーディング・モードを選択するために、複数のコーディング・パスを実行することができる。

いくつかの実装例では、動き推定ユニット４２が、ビデオ・フレームのシーケンス内の所定のパターンに従って、基準ビデオ・フレーム内の予測ブロックに対する現在のビデオ・フレーム内のビデオ・ブロックの予測ユニット（ＰＵ）の変位を示す動きベクトルを生成することによって、現在のビデオ・フレームに対するインター予測モードを判定する。動き推定ユニット４２によって実行される動き推定は、動きベクトルを生成するプロセスであり、ビデオ・ブロックに対する動きを推定する。動きベクトルは、たとえば、現在のフレーム内でコード化されている現在のブロック（または他のコード化ユニット）に対する基準フレーム内の予測ブロック（または他のコード化ユニット）に対する現在のビデオ・フレームまたはピクチャ内のビデオ・ブロックのＰＵの変位を示すことができる。所定のパターンは、ＰフレームまたはＢフレームとしてシーケンス内のビデオ・フレームを指定することができる。イントラＢＣユニット４８は、インター予測のための動き推定ユニット４２による動きベクトルの判定と同様に、イントラＢＣコーディングのために、ベクトル、たとえばブロック・ベクトルを判定することができ、またはブロック・ベクトルを判定するために、動き推定ユニット４２を利用することができる。

予測ブロックは、基準フレームのうち、画素差に関してコード化されるべきビデオ・ブロックのＰＵに密接に整合すると見なされたブロックであり、これは、絶対差和（ＳＡＤ）、２乗差和（ＳＳＤ）、または他の差分計量によって判定されうる。いくつかの実装例では、ビデオ・エンコーダ２０は、ＤＰＢ６４に記憶されている基準フレームの整数未満の画素位置に対する値を計算することができる。たとえば、ビデオ・エンコーダ２０は、基準フレームの４分の１画素位置、８分の１画素位置、または他の分数の画素位置の値を補間（interpolate）することができる。したがって、動き推定ユニット４２は、完全な画素位置および分数の画素位置に対する動き探索を実行し、分数の画素精度で動きベクトルを出力することができる。

動き推定ユニット４２は、ＰＵの位置と、第１の基準フレーム・リスト（Ｌｉｓｔ０）または第２の基準フレーム・リスト（Ｌｉｓｔ１）から選択された基準フレームの予測ブロックの位置とを比較することによって、インター予測コード化フレーム内のビデオ・ブロックのＰＵに対する動きベクトルを計算し、これらのリストの各々は、ＤＰＢ６４に記憶されている１つまたは複数の基準フレームを識別する。動き推定ユニット４２は、計算された動きベクトルを動き補償ユニット４４へ送信し、次いでエントロピー符号化ユニット５６へ送信する。

動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって判定された動きベクトルに基づいて、予測ブロックをフェッチまたは生成することを伴うことができる。現在のビデオ・ブロックのＰＵに対する動きベクトルを受信したとき、動き補償ユニット４４は、基準フレーム・リストのうちの１つにおいて動きベクトルが指す予測ブロックの位置を特定し、この予測ブロックをＤＰＢ６４から取り出し、この予測ブロックを加算器５０へ転送することができる。加算器５０は次いで、コード化されている現在のビデオ・ブロックの画素値から、動き補償ユニット４４によって提供された予測ブロックの画素値を引くことによって、画素差値の残留ビデオ・ブロックを形成する。残留ビデオ・ブロックを形成する画素差値は、ルマもしくはクロマ差成分または両方を含むことができる。動き補償ユニット４４はまた、ビデオ・フレームのビデオ・ブロックを復号する際にビデオ・デコーダ３０によって使用されるように、ビデオ・フレームのビデオ・ブロックに関連付けられた構文要素を生成することができる。構文要素は、たとえば、予測ブロックを識別するために使用される動きベクトルを画定する構文要素、予測モードを示す任意のフラグ、または本明細書に記載されている任意の他の構文情報を含むことができる。動き推定ユニット４２および動き補償ユニット４４は高度に一体化されうるが、概念上の目的で別個に示されていることに留意されたい。

いくつかの実装例では、イントラＢＣユニット４８は、動き推定ユニット４２および動き補償ユニット４４に関連して上述されたものと同様に、ベクトルを生成して予測ブロックをフェッチすることができるが、予測ブロックは、コード化されている現在のブロックと同じフレーム内にあり、ベクトルは、動きベクトルではなくブロック・ベクトルと呼ばれている。特に、イントラＢＣユニット４８は、現在のブロックを符号化するために使用するイントラ予測モードを判定することができる。いくつかの例では、イントラＢＣユニット４８は、たとえば別個の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化することができ、速度歪み分析によってその性能を試験することができる。次に、イントラＢＣユニット４８は、様々な試験されたイントラ予測モードの中から適当なイントラ予測モードを選択し、それに応じてイントラモード・インジケータを使用および生成することができる。たとえば、イントラＢＣユニット４８は、様々な試験されたイントラ予測モードに対して速度歪み分析を使用して速度歪み値を計算することができ、試験されたモードの中から最善の速度歪み特性を有するイントラ予測モードを適当なイントラ予測モードとして選択し、使用することができる。速度歪み分析は、概して、符号化されたブロックと、符号化されたブロックをもたらすために符号化された元の符号化されていないブロックとの間で、歪み（または誤差）の量を判定し、ならびに符号化されたブロックをもたらすために使用されるビット速度（すなわち、ビットの数）を判定する。イントラＢＣユニット４８は、様々な符号化されたブロックに対する歪みおよび速度からの比を計算して、どのイントラ予測モードがそのブロックに対して最善の速度歪み値を呈するかを判定することができる。

他の例では、イントラＢＣユニット４８は、本明細書に記載されている実装例によって、動き推定ユニット４２および動き補償ユニット４４を全体的または部分的に使用して、イントラＢＣ予測のためのそのような機能を実行することができる。いずれの場合も、イントラ・ブロック・コピーのために、予測ブロックは、画素差に関してコード化されるべきブロックに密接に整合すると見なされたブロックとすることができ、これは、絶対差和（ＳＡＤ）、２乗差和（ＳＳＤ）、または他の差分計量によって判定されてよく、予測ブロックの識別は、整数未満の画素位置に対する値の計算を含むことができる。

予測ブロックが、イントラ予測に従って同じフレームからのものであるか、それともインター予測に従って異なるフレームからのものであるかにかかわらず、ビデオ・エンコーダ２０は、コード化されている現在のビデオ・ブロックの画素値から予測ブロックの画素値を引いて画素差値を形成することによって、残留ビデオ・ブロックを形成することができる。残留ビデオ・ブロックを形成する画素差値は、ルマおよびクロマ両方の成分差を含むことができる。

イントラ予測処理ユニット４６は、上述されているように、動き推定ユニット４２および動き補償ユニット４４によって実行されるインター予測、またはイントラＢＣユニット４８によって実行されるイントラ・ブロック・コピー予測に対する代替手段として、現在のビデオ・ブロックをイントラ予測することができる。特に、イントラ予測処理ユニット４６は、現在のブロックを符号化するために使用するイントラ予測モードを判定することができる。その際、イントラ予測処理ユニット４６は、たとえば別個の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化することができ、イントラ予測処理ユニット４６（または、いくつかの例ではモード選択ユニット）は、試験されたイントラ予測モードから適当なイントラ予測モードを選択して使用することができる。イントラ予測処理ユニット４６は、そのブロックに対する選択されたイントラ予測モードを示す情報を、エントロピー符号化ユニット５６に提供することができる。エントロピー符号化ユニット５６は、ビットストリーム内の選択されたイントラ予測モードを示す情報を符号化することができる。

予測処理ユニット４１が、インター予測またはイントラ予測を介して、現在のビデオ・ブロックに対する予測ブロックを判定した後、加算器５０は、現在のビデオ・ブロックから予測ブロックを引くことによって、残留ビデオ・ブロックを形成する。残留ブロック内の残留ビデオ・データは、１つまたは複数の変換ユニット（ＴＵ）に含まれてよく、変換処理ユニット５２に提供される。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念上類似の変換などの変換を使用して、残留ビデオ・データを残留変換係数に変換する。

変換処理ユニット５２は、結果の変換係数を量子化ユニット５４へ送信することができる。量子化ユニット５４は、変換係数を量子化して、ビット速度をさらに低減させる。量子化プロセスはまた、係数のいくつかまたはすべてに関連付けられたビット深さを低減させることができる。量子化度は、量子化パラメータを調整することによって修正されうる。いくつかの例では、量子化ユニット５４は次いで、量子化された変換係数を含む行列の走査を実行することができる。別法として、エントロピー符号化ユニット５６が走査を実行することができる。

量子化に続いて、エントロピー符号化ユニット５６は、たとえばコンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、構文ベースのコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率区間分割エントロピー（ＰＩＰＥ）コーディング、または別のエントロピー符号化方法もしくは技法を使用して、量子化された変換係数をビデオ・ビットストリームにエントロピー符号化する。符号化されたビットストリームは次いで、ビデオ・デコーダ３０に伝送されてよく、または後のビデオ・デコーダ３０への伝送もしくはビデオ・デコーダ３０による取出しのために、記憶デバイス３２内に保管されてよい。エントロピー符号化ユニット５６はまた、コード化されている現在のビデオ・フレームに対する動きベクトルおよび他の構文要素をエントロピー符号化することができる。

逆量子化ユニット５８および逆変換処理ユニット６０は、それぞれ逆量子化および逆変換を適用して、画素ドメイン内の残留ビデオ・ブロックを再構築し、他のビデオ・ブロックの予測のための基準ブロックを生成する。上述されているように、動き補償ユニット４４は、ＤＰＢ６４に記憶されているフレームの１つまたは複数の基準ブロックから、動き補償予測ブロックを生成することができる。動き補償ユニット４４はまた、１つまたは複数の補間フィルタを予測ブロックに適用して、動き推定で使用するための整数未満の画素値を計算することができる。

加算器６２は、動き補償ユニット４４によってもたらされる動き補償予測ブロックに、再構築された残留ブロックを加えて、ＤＰＢ６４に記憶するための基準ブロックをもたらす。基準ブロックは次いで、イントラＢＣユニット４８、動き推定ユニット４２、および動き補償ユニット４４によって、後のビデオ・フレーム内の別のビデオ・ブロックをインター予測するための予測ブロックとして使用されうる。

図３は、本出願のいくつかの実装例による例示的なビデオ・デコーダ３０を示すブロック図である。ビデオ・デコーダ３０は、ビデオ・データ・メモリ７９、エントロピー復号ユニット８０、予測処理ユニット８１、逆量子化ユニット８６、逆変換処理ユニット８８、加算器９０、およびＤＰＢ９２を含む。予測処理ユニット８１は、動き補償ユニット８２、イントラ予測処理ユニット８４、およびイントラＢＣユニット８５をさらに含む。ビデオ・デコーダ３０は、復号プロセスを実行することができ、復号プロセスは概して、図２に関連してビデオ・エンコーダ２０に関して上述された符号化プロセスとは逆方向である。たとえば、動き補償ユニット８２は、エントロピー復号ユニット８０から受信された動きベクトルに基づいて、予測データを生成することができ、イントラ予測ユニット８４は、エントロピー復号ユニット８０から受信されたイントラ予測モード・インジケータに基づいて、予測データを生成することができる。

いくつかの例では、ビデオ・デコーダ３０のユニットは、本出願の実装例を実行するタスクが与えられうる。また、いくつかの例では、本開示の実装例は、ビデオ・デコーダ３０のユニットの１つまたは複数の間で分割されうる。たとえば、イントラＢＣユニット８５は、単独で、または動き補償ユニット８２、イントラ予測処理ユニット８４、およびエントロピー復号ユニット８０などのビデオ・デコーダ３０の他のユニットと組み合わせて、本出願の実装例を実行することができる。いくつかの例では、ビデオ・デコーダ３０は、イントラＢＣユニット８５を含まなくてもよく、イントラＢＣユニット８５の機能は、動き補償ユニット８２などの予測処理ユニット８１の他の構成要素によって実行されうる。

ビデオ・データ・メモリ７９は、ビデオ・デコーダ３０の他の構成要素によって復号されるように、符号化されたビデオ・ビットストリームなどのビデオ・データを記憶することができる。ビデオ・データ・メモリ７９に記憶されているビデオ・データは、たとえば記憶デバイス３２から、カメラなどのローカル・ビデオ・ソースから、ビデオ・データの有線もしくは無線ネットワーク通信を介して、または物理的データ記憶媒体（たとえば、フラッシュ・ドライブまたはハード・ディスク）にアクセスすることによって、取得されうる。ビデオ・データ・メモリ７９は、符号化されたビデオ・ビットストリームからの符号化されたビデオ・データを記憶するコード化ピクチャ・バッファ（ＣＰＢ）を含むことができる。ビデオ・デコーダ３０の復号ピクチャ・バッファ（ＤＰＢ）９２は、ビデオ・デコーダ３０（たとえば、イントラまたはインター予測コーディング・モード）がビデオ・データを復号する際に使用するための基準ビデオ・データを記憶する。ビデオ・データ・メモリ７９およびＤＰＢ９２は、同期ＤＲＡＭ（ＳＤＲＡＭ）を含むダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ）などの様々なメモリ・デバイス、または他のタイプのメモリ・デバイスのいずれかによって形成されうる。例示の目的で、ビデオ・データ・メモリ７９およびＤＰＢ９２は、図３ではビデオ・デコーダ３０の２つの別個の構成要素として描かれている。しかし、ビデオ・データ・メモリ７９およびＤＰＢ９２は、同じメモリ・デバイスによって提供されても、別個のメモリ・デバイスによって提供されてもよいことが、当業者には明らかであろう。いくつかの例では、ビデオ・データ・メモリ７９は、ビデオ・デコーダ３０の他の構成要素とオンチップであっても、それらの構成要素に対してオフチップであってもよい。

復号プロセス中、ビデオ・デコーダ３０は、符号化されたビデオ・フレームのビデオ・ブロックおよび関連付けられた構文要素を表す符号化されたビデオ・ビットストリームを受信する。ビデオ・デコーダ３０は、ビデオ・フレーム・レベルおよび／またはビデオ・ブロック・レベルで構文要素を受信することができる。ビデオ・デコーダ３０のエントロピー復号ユニット８０は、ビットストリームをエントロピー復号して、量子化された係数、動きベクトル、またはイントラ予測モード・インジケータ、および他の構文要素を生成する。エントロピー復号ユニット８０は次いで、動きベクトルおよび他の構文要素を予測処理ユニット８１へ転送する。

ビデオ・フレームが、イントラ予測コード化（Ｉ）フレームとしてコード化されるとき、または他のタイプのフレーム内のイントラ・コード化予測ブロックに対してコード化されるとき、予測処理ユニット８１のイントラ予測処理ユニット８４が、信号化されたイントラ予測モード、および現在のフレームの以前に復号されたブロックからの基準データに基づいて、現在のビデオ・フレームのビデオ・ブロックに対する予測データを生成することができる。

ビデオ・フレームが、インター予測コード化（すなわち、ＢまたはＰ）フレームとしてコード化されるとき、予測処理ユニット８１の動き補償ユニット８２が、エントロピー復号ユニット８０から受信された動きベクトルおよび他の構文要素に基づいて、現在のビデオ・フレームのビデオ・ブロックに対する１つまたは複数の予測ブロックをもたらす。予測ブロックの各々は、基準フレーム・リストのうちの１つの基準フレームからもたらされうる。ビデオ・デコーダ３０は、ＤＰＢ９２に記憶されている基準フレームに基づくデフォルト構築技法を使用して、基準フレーム・リストＬｉｓｔ０およびＬｉｓｔ１を構築しうる。

いくつかの例では、ビデオ・ブロックが、本明細書に記載されているイントラＢＣモード（intra BC mode）に従ってコード化されるとき、予測処理ユニット８１のイントラＢＣユニット８５が、エントロピー復号ユニット８０から受信されたブロック・ベクトルおよび他の構文要素に基づいて、現在のビデオ・ブロックに対する予測ブロックをもたらす。予測ブロックは、ビデオ・エンコーダ２０によって画定される現在のビデオ・ブロックと同じピクチャの再構築された領域内に位置することができる。

動き補償ユニット８２および／またはイントラＢＣユニット８５は、動きベクトルおよび他の構文要素を解析することによって、現在のビデオ・フレームのビデオ・ブロックに対する予測情報を判定し、次いで予測情報を使用して、復号されている現在のビデオ・ブロックに対する予測ブロックをもたらす。たとえば、動き補償ユニット８２は、受信された構文要素のうちのいくつかを使用して、ビデオ・フレームのビデオ・ブロックをコード化するために使用される予測モード（たとえば、イントラまたはインター予測）、インター予測フレーム・タイプ（たとえば、ＢまたはＰ）、フレームの基準フレーム・リストの１つまたは複数に対する構築情報、フレームの各インター予測符号化ビデオ・ブロックに対する動きベクトル、フレームの各インター予測コード化ビデオ・ブロックに対するインター予測状態、および現在のビデオ・フレーム内のビデオ・ブロックを復号するための他の情報を判定する。

同様に、イントラＢＣユニット８５は、受信された構文要素のうちのいくつか、たとえばフラグを使用して、現在のビデオ・ブロックがイントラＢＣモードを使用して予測されたこと、再構築された領域内に位置し、ＤＰＢ９２に記憶されるべきフレームのビデオ・ブロックの構築情報、フレームのイントラＢＣ予測された各ビデオ・ブロックに対するブロック・ベクトル、フレームのイントラＢＣ予測された各ビデオ・ブロックに対するイントラＢＣ予測状態、および現在のビデオ・フレーム内のビデオ・ブロックを復号するための他の情報を判定することができる。

動き補償ユニット８２はまた、基準ブロックの整数未満の画素に対する補間値を計算するためにビデオ・ブロックの符号化中にビデオ・エンコーダ２０によって使用される補間フィルタを使用して、補間を実行することができる。この場合、動き補償ユニット８２は、受信された構文要素から、ビデオ・エンコーダ２０によって使用される補間フィルタを判定することができ、それらの補間フィルタを使用して、予測ブロックをもたらすことができる。

逆量子化ユニット８６は、量子化度を判定するためにビデオ・フレーム内の各ビデオ・ブロックに対してビデオ・エンコーダ２０によって計算された同じ量子化パラメータを使用して、ビットストリーム内に提供されているエントロピー復号ユニット８０によってエントロピー復号された量子化された変換係数を逆量子化する。逆変換処理ユニット８８は、逆変換、たとえば逆ＤＣＴ、逆整数変換、または概念上類似の逆変換プロセスを変換係数に適用して、画素ドメインにおける残留ブロックを再構築する。

動き補償ユニット８２またはイントラＢＣユニット８５が、ベクトルおよび他の構文要素に基づいて、現在のビデオ・ブロックに対する予測ブロックを生成した後、加算器９０は、逆変換処理ユニット８８からの残留ブロックと、動き補償ユニット８２およびイントラＢＣユニット８５によって生成された対応する予測ブロックとを加算することによって、現在のビデオ・ブロックに対する復号されたビデオ・ブロックを再構築する。復号されたビデオ・ブロックをさらに処理するために、ループ内フィルタ９１が、加算器９０とＤＰＢ９２との間に置かれうる。基準ピクチャ・ストアに入れられる前に、デブロッキング・フィルタ、サンプル適応オフセット（ＳＡＯ）、および適応ループ内フィルタ（ＡＬＦ）などのループ内フィルタ９１が、再構築されたＣＵ上で適用されうる。所与のフレーム内の復号されたビデオ・ブロックは次いで、ＤＰＢ９２に記憶され、ＤＰＢ９２は、次のビデオ・ブロックの後の動き補償のために使用される基準フレームを記憶する。ＤＰＢ９２、またはＤＰＢ９２とは別個のメモリ・デバイスが、図１の表示デバイス３４などの表示デバイス上に後に提示するために、復号されたビデオを記憶することもできる。

典型的なビデオ・コーディング・プロセスでは、ビデオ・シーケンスは典型的に、順序付けられた１組のフレームまたはピクチャを含む。各フレームは、ＳＬ、ＳＣｂ、およびＳＣｒで示される３つのサンプル・アレイを含むことができる。ＳＬは、ルマ・サンプルの２次元アレイである。ＳＣｂは、Ｃｂクロマ・サンプルの２次元アレイである。ＳＣｒは、Ｃｒクロマ・サンプルの２次元アレイである。他の事例では、フレームは単色であってよく、したがってルマ・サンプルの１つの２次元アレイのみを含む。

ＨＥＶＣと同様に、ＡＶＳ３規格は、ブロック・ベースのハイブリッド・ビデオ・コーディング・フレームワークの上に構築されている。入力されたビデオ信号は、ブロック（コーディング・ユニット（ＣＵ）と呼ばれる）ごとに処理される。４分木のみに基づいてブロックを分割するＨＥＶＣとは異なり、ＡＶＳ３では、１つのコーディング・ツリー・ユニット（ＣＴＵ）が、４分木／２分木／拡張４分木に基づいて、変動する局所特性に適応するようにＣＵに分割される。加えて、ＨＥＶＣにおける複数の区画ユニット・タイプの概念は除去され、すなわちＡＶＳ３には、ＣＵ、予測ユニット（ＰＵ）、および変換ユニット（ＴＵ）の分離が存在しない。代わりに、各ＣＵは常に、さらなる区画なしで、予測および変換の両方のための基本ユニットとして使用される。ＡＶＳ３の木区画構造では、まず１つのＣＴＵが、４分木構造に基づいて分割される。次いで、各４分木リーフ・ノードが、２分木および拡張４分木構造に基づいてさらに分割されうる。

図４Ａに示されているように、ビデオ・エンコーダ２０（またはより具体的に、区画ユニット４５）が、まずフレームを１組のコーディング・ツリー・ユニット（ＣＴＵ）に分割することによって、フレームの符号化表現を生成する。ビデオ・フレームは、ラスタ・スキャン順序で左から右および上から下へ連続的に順序付けられた整数のＣＴＵを含むことができる。各ＣＴＵは、最も大きい論理コーディング・ユニットであり、ＣＴＵの幅および高さは、ビデオ・エンコーダ２０によってシーケンス・パラメータ・セットで信号化され、ビデオ・シーケンス内のすべてのＣＴＵが、１２８×１２８、６４×６４、３２×３２、および１６×１６のうちの１つの同じサイズを有する。しかし、本出願は、必ずしも特定のサイズに限定されないことに留意されたい。図４Ｂに示されているように、各ＣＴＵは、ルマ・サンプルの１つのコーディング・ツリー・ブロック（ＣＴＢ）と、クロマ・サンプルの２つの対応するコーディング・ツリー・ブロックと、これらのコーディング・ツリー・ブロックのサンプルをコード化するために使用される構文要素とを備えることができる。構文要素は、画素のコード化ブロックの異なるタイプのユニットの特性、およびビデオ・デコーダ３０でビデオ・シーケンスが再構築されうる方法を記述し、これはインターまたはイントラ予測、イントラ予測モード、動きベクトル、および他のパラメータを含む。単色のピクチャ、または３つの別個の色平面を有するピクチャでは、ＣＴＵは、単一のコーディング・ツリー・ブロックと、このコーディング・ツリー・ブロックのサンプルをコード化するために使用される構文要素とを備えることができる。コーディング・ツリー・ブロックは、サンプルのＮ×Ｎブロックとすることができる。

より良好な性能を実現するために、ビデオ・エンコーダ２０は、ＣＴＵのコーディング・ツリー・ブロック上で２分木分割、３分木分割、４分木分割、またはこれらの組合せなどのツリー分割を再帰的に実行し、ＣＴＵをより小さいコーディング・ユニット（ＣＵ）に分割することができる。図４Ｃに描かれているように、６４×６４のＣＴＵ４００がまず、各々３２×３２のブロック・サイズを有する４つのより小さいＣＵに分割される。４つのより小さいＣＵの中で、ＣＵ４１０およびＣＵ４２０は各々、ブロック・サイズで１６×１６の４つのＣＵに分割される。２つの１６×１６のＣＵ４３０および４４０は各々、ブロック・サイズで８×８の４つのＣＵにさらに分割される。図４Ｄは、図４Ｃに描かれているＣＴＵ４００の区画プロセスの終了結果を示す４分木データ構造を描いており、４分木の各リーフ・ノードは、３２×３２～８×８の範囲のそれぞれのサイズの１つのＣＵに対応する。図４Ｂに描かれているＣＴＵと同様に、各ＣＵは、ルマ・サンプルのコード化ブロック（ＣＢ）と、同じサイズのフレームのクロマ・サンプルの２つの対応するコード化ブロックと、これらのコード化ブロックのサンプルをコード化するために使用される構文要素とを備えることができる。単色のピクチャ、または３つの別個の色平面を有するピクチャでは、ＣＵは、単一のコード化ブロックと、このコード化ブロックのサンプルをコード化するために使用される構文構造とを備えることができる。図４Ｃおよび図４Ｄに描かれている４分木分割は、例示のみを目的としており、１つのＣＴＵが、４分木／３分木／２分木区画に基づいて変動する局所特性に適応するように、複数のＣＵに分割されうることに留意されたい。複数タイプのツリー構造では、１つのＣＴＵが４分木構造によって分割され、各４分木リーフＣＵが、２分木および３分木構造によってさらに分割されうる。図４Ｅに示されているように、ＡＶＳ３には５つの分割／区画タイプ、すなわち４分割、水平２分割、垂直２分割、水平拡張４分木分割、および垂直拡張４分木分割がある。

いくつかの実装例では、ビデオ・エンコーダ２０は、ＣＵのコード化ブロックを１つまたは複数のＭ×Ｎの予測ブロック（ＰＢ）にさらに分割することができる。予測ブロックは、同じインターまたはイントラ予測が適用されるサンプルの矩形（正方形または非正方形）ブロックである。ＣＵの予測ユニット（ＰＵ）は、ルマ・サンプルの予測ブロックと、クロマ・サンプルの２つの対応する予測ブロックと、これらの予測ブロックを予測するために使用される構文要素とを備えることができる。単色のピクチャ、または３つの別個の色平面を有するピクチャでは、ＰＵは、単一の予測ブロックと、この予測ブロックを予測するために使用される構文構造とを備えることができる。ビデオ・エンコーダ２０は、ＣＵの各ＰＵのルマ、Ｃｂ、およびＣｒ予測ブロックに対して、予測ルマ、Ｃｂ、およびＣｒブロックを生成することができる。

ビデオ・エンコーダ２０は、イントラ予測またはインター予測を使用して、ＰＵに対する予測ブロックを生成することができる。ビデオ・エンコーダ２０がＰＵの予測ブロックを生成するためにイントラ予測を使用する場合、ビデオ・エンコーダ２０は、このＰＵに関連付けられたフレームの復号されたサンプルに基づいて、ＰＵの予測ブロックを生成することができる。ビデオ・エンコーダ２０がＰＵの予測ブロックを生成するためにインター予測を使用する場合、ビデオ・エンコーダ２０は、このＰＵに関連付けられたフレーム以外の１つまたは複数のフレームの復号されたサンプルに基づいて、ＰＵの予測ブロックを生成することができる。

ビデオ・エンコーダ２０がＣＵの１つまたは複数のＰＵに対する予測ルマ、Ｃｂ、およびＣｒブロックを生成した後、ビデオ・エンコーダ２０は、ＣＵの予測ルマ・ブロックをその元のルマ・コード化ブロックから引くことによって、このＣＵに対するルマ残留ブロックを生成することができ、ＣＵのルマ残留ブロック内の各サンプルは、ＣＵの予測ルマ・ブロックのうちの１つにおけるルマ・サンプルと、ＣＵの元のルマ・コード化ブロックにおける対応するサンプルとの間の差を示す。同様に、ビデオ・エンコーダ２０は、それぞれＣＵに対するＣｂ残留ブロックおよびＣｒ残留ブロックを生成することができ、ＣＵのＣｂ残留ブロック内の各サンプルは、ＣＵの予測Ｃｂブロックのうちの１つにおけるＣｂサンプルと、ＣＵの元のＣｂコード化ブロックにおける対応するサンプルとの間の差を示し、ＣＵのＣｒ残留ブロック内の各サンプルは、ＣＵの予測Ｃｒブロックのうちの１つにおけるＣｒサンプルと、ＣＵの元のＣｒコード化ブロックにおける対応するサンプルとの間の差を示すことができる。

さらに、図４Ｃに示されているように、ビデオ・エンコーダ２０は、４分木分割を使用して、ＣＵのルマ、Ｃｂ、およびＣｒ残留ブロックを１つまたは複数のルマ、Ｃｂ、およびＣｒ変換ブロックに分解することができる。変換ブロックは、同じ変換が適用されるサンプルの矩形（正方形または非正方形）ブロックである。ＣＵの変換ユニット（ＴＵ）は、ルマ・サンプルの変換ブロックと、クロマ・サンプルの２つの対応する変換ブロックと、変換ブロック・サンプルを変換するために使用される構文要素とを備えることができる。したがって、ＣＵの各ＴＵは、ルマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックに関連付けられうる。いくつかの例では、ＴＵに関連付けられたルマ変換ブロックは、ＣＵのルマ残留ブロックのサブブロックとなりうる。Ｃｂ変換ブロックは、ＣＵのＣｂ残留ブロックのサブブロックとなりうる。Ｃｒ変換ブロックは、ＣＵのＣｒ残留ブロックのサブブロックとなりうる。単色のピクチャ、または３つの別個の色平面を有するピクチャでは、ＴＵは、単一の変換ブロックと、変換ブロックのサンプルを変換するために使用される構文構造とを備えることができる。

ビデオ・エンコーダ２０は、ＴＵのルマ変換ブロックに１つまたは複数の変換を適用して、このＴＵに対するルマ係数ブロックを生成することができる。係数ブロックは、変換係数の２次元アレイとなりうる。変換係数は、スカラ量となりうる。ビデオ・エンコーダ２０は、ＴＵのＣｂ変換ブロックに１つまたは複数の変換を適用して、このＴＵに対するＣｂ係数ブロックを生成することができる。ビデオ・エンコーダ２０は、ＴＵのＣｒ変換ブロックに１つまたは複数の変換を適用して、このＴＵに対するＣｒ係数ブロックを生成することができる。

係数ブロック（たとえば、ルマ係数ブロック、Ｃｂ係数ブロック、またはＣｒ係数ブロック）を生成した後、ビデオ・エンコーダ２０は、この係数ブロックを量子化することができる。量子化は、概して、場合により変換係数を表すために使用されるデータの量を低減させてさらなる圧縮を提供するために、変換係数が量子化されるプロセスを指す。ビデオ・エンコーダ２０が係数ブロックを量子化した後、ビデオ・エンコーダ２０は、量子化された変換係数を示す構文要素をエントロピー符号化することができる。たとえば、ビデオ・エンコーダ２０は、量子化された変換係数を示す構文要素上で、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を実行することができる。最後に、ビデオ・エンコーダ２０は、コード化フレームの表現を形成するビットのシーケンスおよび関連付けられたデータを含むビットストリームを出力することができ、このビットストリームは、記憶デバイス３２内に保存され、または宛先デバイス１４へ伝送される。

ビデオ・エンコーダ２０によって生成されたビットストリームを受信した後、ビデオ・デコーダ３０は、ビットストリームを解析して、このビットストリームから構文要素を取得することができる。ビデオ・デコーダ３０は、ビットストリームから取得された構文要素に少なくとも部分的に基づいて、ビデオ・データのフレームを再構築することができる。ビデオ・データを再構築するプロセスは概して、ビデオ・エンコーダ２０によって実行される符号化プロセスとは逆方向である。たとえば、ビデオ・デコーダ３０は、現在のＣＵのＴＵに関連付けられた係数ブロック上で逆変換を実行して、現在のＣＵのＴＵに関連付けられた残留ブロックを再構築することができる。ビデオ・デコーダ３０はまた、現在のＣＵのＰＵに対する予測ブロックのサンプルを、現在のＣＵのＴＵの変換ブロックの対応するサンプルに加えることによって、現在のＣＵのコード化ブロックを再構築する。フレームの各ＣＵに対するコード化ブロックを再構築した後、ビデオ・デコーダ３０は、このフレームを再構築することができる。

ＳＡＯは、デブロッキング・フィルタの適用後、エンコーダによって伝送されるルックアップ・テーブルの値に基づいて、オフセット値を各サンプルに条件付きで加えることによって、復号されたサンプルを修正するプロセスである。ＳＡＯフィルタリングは、構文要素ｓａｏ－ｔｙｐｅ－ｉｄｘによってＣＴＢごとに選択されるフィルタリング・タイプに基づいて、領域ごとに実行される。ｓａｏ－ｔｙｐｅ－ｉｄｘに対する０の値は、ＳＡＯフィルタがＣＴＢに適用されないことを示し、値１および２は、それぞれバンド・オフセットおよびエッジ・オフセットのフィルタリング・タイプの使用を信号化する。１に等しいｓａｏ－ｔｙｐｅ－ｉｄｘによって指定されるバンド・オフセット・モードで、選択されるオフセット値は、サンプル振幅に直接依存する。このモードで、完全なサンプル振幅範囲が、３２個のバンドと呼ばれるセグメントに均一に分割され、これらのバンドのうちの４つ（３２個のバンド内で連続している）に属するサンプル値が、バンド・オフセットとして示される伝送された値を加えることによって修正され、この値は正または負とすることができる。４つの連続するバンドを使用する主な理由は、バンディング・アーティファクト（banding artifacts）が現れうる平滑な区域内では、ＣＴＢのサンプル振幅がこれらのバンドのいくつかのみに集中される傾向があるからである。加えて、４つのオフセットを使用するという設計上の選択は、同じく４つのオフセット値を使用するエッジ・オフセット動作モードに統一される。２に等しいｓａｏ－ｔｙｐｅ－ｉｄｘによって指定されるエッジ・オフセット・モードで、０～３の値を有する構文要素ｓａｏ－ｅｏ－ｃｌａｓｓは、ＣＴＢにおけるエッジ・オフセット分類に水平、垂直、または２つの斜勾配方向のうちの１つが使用されるかどうかを信号化する。

図５Ａは、本開示のいくつかの実装例によるＳＡＯで使用される４つの勾配パターンを描くブロック図である。４つの勾配パターン５０２、５０４、５０６、および５０８は、エッジ・オフセット・モードにおけるそれぞれのｓａｏ－ｅｏ－ｃｌａｓｓに対するものである。「ｐ」と表示されるサンプルは、考慮されるべき中心サンプルを示す。「ｎ０」および「ｎ１」と表示される２つのサンプルは、（ａ）水平（ｓａｏ－ｅｏ－ｃｌａｓｓ＝０）、（ｂ）垂直（ｓａｏ－ｅｏ－ｃｌａｓｓ＝１）、（ｃ）斜め１３５°（ｓａｏ－ｅｏ－ｃｌａｓｓ＝２）、および（ｄ）４５°（ｓａｏ－ｅｏ－ｃｌａｓｓ＝３）の勾配パターンに沿って、２つの隣接するサンプルを指定する。ＣＴＢにおける各サンプルは、図５Ａに示されているように、ある位置に配置されたサンプル値ｐを、隣接する位置に配置された２つのサンプルの値ｎ０およびｎ１と比較することによって、５つのＥｄｇｅＩｄｘカテゴリのうちの１つに分類される。この分類は、復号されたサンプル値に基づいて、各サンプルに対して行われ、したがってＥｄｇｅＩｄｘ分類に対する追加の信号化は必要とされない。１～４のＥｄｇｅＩｄｘカテゴリに対して、サンプル位置におけるＥｄｇｅＩｄｘカテゴリに応じて、伝送されたルックアップ・テーブルからのオフセット値がサンプル値に加えられる。オフセット値は常に、カテゴリ１および２に対して正であり、カテゴリ３および４に対して負である。したがって、フィルタは概して、エッジ・オフセット・モードで平滑作用を有する。以下の表１－１は、ＳＡＯエッジ・クラスにおけるサンプルＥｄｇｅＩｄｘカテゴリを示す。

ＳＡＯタイプ１および２の場合、合計４つの振幅オフセット値が各ＣＴＢに対してデコーダへ伝送される。タイプ１の場合、符号も符号化される。オフセット値ならびにｓａｏ－ｔｙｐｅ－ｉｄｘおよびｓａｏ－ｅｏ－ｃｌａｓｓなどの関係付けられた構文要素は、エンコーダによって、典型的には速度歪み性能を最適化する基準を使用して判定される。ＳＡＯパラメータは、信号化を効率的にするために、マージ・フラグを使用して左または上のＣＴＢから継承されるように示されうる。要約すると、ＳＡＯは、再構築された信号の追加の改良を可能にする非線形フィルタリング動作であり、平滑な区域およびエッジ周辺の両方において、信号表現を強化することができる。

いくつかの実施形態では、サンプル適応オフセット前（ＳＡＯ前）が実装される。複雑さの低いＳＡＯ前コーディング性能は、将来のビデオ・コーディング規格の開発において有望である。いくつかの例では、ＳＡＯ前は、分類のためにルマ・サンプルを使用してルマ成分サンプルにのみ適用される。ＳＡＯ前は、ＳＡＯＶおよびＳＡＯＨと呼ばれる２つのＳＡＯ状フィルタリング動作を適用することによって動作し、既存の（レガシー）ＳＡＯを適用する前に、デブロッキング・フィルタ（ＤＢＦ）と共同で適用される。第１のＳＡＯ状フィルタＳＡＯＶは、垂直エッジに対するデブロッキング・フィルタ（ＤＢＦＶ）が適用された後、入力ピクチャＹ_２にＳＡＯを適用するように動作する。
Ｙ_３（ｉ）＝Ｃｌｉｐ１（Ｙ_２（ｉ）＋ｄ_１・（ｆ（ｉ）＞Ｔ？１：０）－ｄ_２・（ｆ（ｉ）＜－Ｔ？１：０））

ここでＴは、所定の正の定数であり、ｄ_１およびｄ_２は、
ｆ（ｉ）＝Ｙ_１（ｉ）－Ｙ_２（ｉ）
によって与えられるＹ_１（ｉ）とＹ_２（ｉ）との間のサンプルごとの差に基づいて、２つのクラスに関連付けられたオフセット係数である。

ｄ_１に対する第１のクラスは、ｆ（ｉ）＞Ｔになるようにすべてのサンプル場所ｉを得るように与えられ、ｄ_２に対する第２のクラスは、ｆ（ｉ）＜－Ｔによって与えられる。オフセット係数ｄ_１およびｄ_２は、既存のＳＡＯプロセスと同様に、ＳＡＯＶの出力ピクチャＹ_３と元のピクチャＸとの間の平均２乗誤差が最小になるように、エンコーダで計算される。ＳＡＯＶが適用された後、第２のＳＡＯ状フィルタＳＡＯＨは、Ｙ_３（ｉ）とＹ_４（ｉ）との間のサンプルごとの差に基づく分類によって、ＳＡＯＶが適用された後にＹ_４にＳＡＯを適用するように動作し、これが水平エッジに対するデブロッキング・フィルタ（ＤＢＦＨ）の出力ピクチャである。ＳＡＯＶと同じ手順がＳＡＯＨにも適用され、Ｙ_１（ｉ）－Ｙ_２（ｉ）の代わりにＹ_３（ｉ）－Ｙ_４（ｉ）がその分類のために用いられる。ＳＡＯＨおよびＳＡＯＶの各々に対する２つのオフセット係数、所定の閾値Ｔ、および有効化フラグが、スライス・レベルで信号化される。ＳＡＯＨおよびＳＡＯＶは、ルマおよび２つのクロマ成分に独立して適用される。

いくつかの事例では、ＳＡＯＶおよびＳＡＯＨはどちらも、それぞれのデブロッキング（ＤＢＦＶまたはＤＢＦＨ）による影響を受けたピクチャ・サンプルでのみ動作する。したがって、既存のＳＡＯプロセスとは異なり、所与の空間領域（ピクチャ、またはレガシーＳＡＯの場合はＣＴＵ）内のすべてのサンプルの一部のみが、ＳＡＯ前によって処理されており、その結果生じるピクチャ・サンプルごとのデコーダ側の平均動作の増大を低く抑える（予備の推定による最悪のシナリオの場合、１サンプルにつき２つまたは３つの比較および２つの追加）。ＳＡＯ前は、デブロッキング・フィルタによって使用されるサンプルのみを必要とし、デコーダで追加のサンプルを記憶しない。

いくつかの実施形態では、ＶＶＣを超えた圧縮効率探査のために、２方向フィルタ（ＢＩＦ）が実装される。ＢＩＦは、サンプル適応オフセット（ＳＡＯ）ループ・フィルタ段階で実施される。２方向フィルタ（ＢＩＦ）およびＳＡＯはどちらも、デブロッキングからのサンプルを入力として使用している。各フィルタは、サンプルごとのオフセットを作成し、これらが入力サンプルに追加され、次いでクリッピングされた後、ＡＬＦに進む。

詳細には、出力サンプルＩ_ＯＵＴは、
Ｉ_ＯＵＴ＝ｃｌｉｐ３（Ｉ_Ｃ＋ΔＩ_ＢＩＦ＋ΔＩ_ＳＡＯ）
として取得され、ここでＩ_Ｃはデブロッキングからの入力サンプルであり、ΔＩ_ＢＩＦは２方向フィルタからのオフセットであり、ΔＩ_ＳＡＯはＳＡＯからのオフセットである。

いくつかの実施形態では、実装例は、エンコーダがＣＴＵおよびスライス・レベルにおけるフィルタリングを有効化または無効化する可能性を提供する。エンコーダは、速度歪み最適化（ＲＤＯ）コストを評価することによって決定を下す。

以下の構文要素が、ＰＰＳで導入される。

０に等しいｐｐｓ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＰＰＳを参照するスライスに対して２方向ループ・フィルタが無効化されることを指定する。１に等しいｐｐｓ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｆｌａｇは、ＰＰＳを参照するスライスに対して２方向ループ・フィルタが有効化されることを指定する。

ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｓｔｒｅｎｇｔｈは、２方向変換ブロック・フィルタ・プロセスで使用される２方向ループ・フィルタ強度値を指定する。ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｓｔｒｅｎｇｔｈの値は、包括的に０～２の範囲内であるものとする。

ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｑｐ＿ｏｆｆｓｅｔは、ＰＰＳを参照するスライスに対する２方向フィルタ・ルックアップ・テーブルＬＵＴ（ｘ）の導出で使用されるオフセットを指定する。ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｑｐ＿ｏｆｆｓｅｔは、包括的に－１２～＋１２の範囲内であるものとする。

以下の構文要素が導入される：

意味は次のとおりである。１に等しいｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ａｌｌ＿ｃｔｂ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、２方向フィルタが有効化されており、現在のスライス内のすべてのＣＴＢに適用されることを指定する。ｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ａｌｌ＿ｃｔｂ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しない場合、０に等しいと推論される。

１に等しいｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、２方向フィルタが有効化されており、現在のスライスのＣＴＢに適用されてよいことを指定する。ｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しない場合、ｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ａｌｌ＿ｃｔｂ＿ｅｎａｂｌｅｄ＿ｆｌａｇに等しいと推論される。

１に等しいｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｃｔｂ＿ｆｌａｇ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］は、２方向フィルタがルマの場所（ｘＣｔｂ，ｙＣｔｂ）でコーディング・ツリー・ユニットのルマ・コーディング・ツリー・ブロックに適用されることを指定する。０に等しいｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｃｔｂ＿ｆｌａｇ［ｃＩｄｘ］［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］は、２方向フィルタがルマの場所（ｘＣｔｂ，ｙＣｔｂ）でコーディング・ツリー・ユニットのルマ・コーディング・ツリー・ブロックに適用されないことを指定する。ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｃｔｂ＿ｆｌａｇが存在しない場合、等しいと推論される（ｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ａｌｌ＿ｃｔｂ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆ｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）。

いくつかの例では、フィルタリングされたＣＴＵの場合、フィルタリング・プロセスは次のように進む。サンプルが利用可能でないピクチャ境界で、２方向フィルタは、利用可能でないサンプルを埋めるために拡張（サンプルの反復）を使用する。仮想境界の場合、挙動はＳＡＯに対するものと同じであり、すなわちフィルタリングは行われない。水平ＣＴＵ境界と交差するとき、２方向フィルタは、ＳＡＯがアクセスしているものと同じサンプルにアクセスすることができる。図５Ｂは、本開示のいくつかの実装例による中心サンプルを取り囲むサンプルに対する命名規則を描くブロック図である。一例として、中心サンプルＩ_ＣがＣＴＵの１番上の線に位置する場合、Ｉ_ＮＷ、Ｉ_Ａ、およびＩ_ＮＥは、ＳＡＯと同様に上のＣＴＵから読み取られるが、Ｉ_ＡＡはパディングされ、したがって余分の線バッファは必要とされない。中心サンプルＩ_Ｃを取り囲むサンプルは、図５Ｂに示されており、ここでＡ、Ｂ、Ｌ、およびＲは上、下、左、および右を表し、ＮＷ、ＮＥ、ＳＷ、ＳＥは北西などを表す。同様に、ＡＡは上－上、ＢＢは下－下などを表す。このダイヤモンド形状は、Ｉ_ＡＡ、Ｉ_ＢＢ、Ｉ_ＬＬ、またはＩ_ＲＲを使用しない２乗フィルタ支持を使用する別の方法とは異なる。

各周辺サンプルＩ_Ａ、Ｉ_Ｒなどは、対応する修飾子（modifier）値

、

などによって寄与する。これらは以下の方法で計算される。サンプルから右Ｉ_Ｒへの寄与によって始まり、その差が、
ΔＩ_Ｒ＝（｜Ｉ_Ｒ－Ｉ_Ｃ｜＋４）＞＞３
として計算され、ここで｜・｜は絶対値を示す。１０ビットではないデータの場合、代わりにΔＩ_Ｒ＝（｜Ｉ_Ｒ－Ｉ_Ｃ｜＋２^ｎ－６）＞＞（ｎ－７）が使用され、ここで８ビット・データの場合ｎ＝８などである。次に、結果として得られる値が、１６より小さくなるようにクリッピングされる。
ｓＩ_Ｒ＝ｍｉｎ（１５，ΔＩ_Ｒ）

次に、修飾子値が、

として計算され、ここでＬＵＴ_ＲＯＷ［ ］は、ｑｐｂ＝ｃｌｉｐ（０，２５，ＱＰ＋ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｑｐ＿ｏｆｆｓｅｔ－１７）の値によって判定される１６個の値のアレイである。
{ 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, }, if qpb = 0
{ 0, 1, 1, 1, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, }, if qpb = 1
{ 0, 2, 2, 2, 1, 1, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, }, if qpb = 2
{ 0, 2, 2, 2, 2, 1, 1, 1, 1, 1, 1, 1, 0, 1, 1, -1, }, if qpb = 3
{ 0, 3, 3, 3, 2, 2, 1, 2, 1, 1, 1, 1, 0, 1, 1, -1, }, if qpb = 4
{ 0, 4, 4, 4, 3, 2, 1, 2, 1, 1, 1, 1, 0, 1, 1, -1, }, if qpb = 5
{ 0, 5, 5, 5, 4, 3, 2, 2, 2, 2, 2, 1, 0, 1, 1, -1, }, if qpb = 6
{ 0, 6, 7, 7, 5, 3, 3, 3, 3, 2, 2, 1, 1, 1, 1, -1, }, if qpb = 7
{ 0, 6, 8, 8, 5, 4, 3, 3, 3, 3, 3, 2, 1, 2, 2, -2, }, if qpb = 8
{ 0, 7, 10, 10, 6, 4, 4, 4, 4, 3, 3, 2, 2, 2, 2, -2, }, if qpb = 9
{ 0, 8, 11, 11, 7, 5, 5, 4, 5, 4, 4, 2, 2, 2, 2, -2, }, if qpb = 10
{ 0, 8, 12, 13, 10, 8, 8, 6, 6, 6, 5, 3, 3, 3, 3, -2, }, if qpb = 11
{ 0, 8, 13, 14, 13, 12, 11, 8, 8, 7, 7, 5, 5, 4, 4, -2, }, if qpb = 12
{ 0, 9, 14, 16, 16, 15, 14, 11, 9, 9, 8, 6, 6, 5, 6, -3, }, if qpb = 13
{ 0, 9, 15, 17, 19, 19, 17, 13, 11, 10, 10, 8, 8, 6, 7, -3, }, if qpb = 14
{ 0, 9, 16, 19, 22, 22, 20, 15, 12, 12, 11, 9, 9, 7, 8, -3, }, if qpb = 15
{ 0, 10, 17, 21, 24, 25, 24, 20, 18, 17, 15, 12, 11, 9, 9, -3, }, if qpb = 16
{ 0, 10, 18, 23, 26, 28, 28, 25, 23, 22, 18, 14, 13, 11, 11, -3, }, if qpb = 17
{ 0, 11, 19, 24, 29, 30, 32, 30, 29, 26, 22, 17, 15, 13, 12, -3, }, if qpb = 18
{ 0, 11, 20, 26, 31, 33, 36, 35, 34, 31, 25, 19, 17, 15, 14, -3, }, if qpb = 19
{ 0, 12, 21, 28, 33, 36, 40, 40, 40, 36, 29, 22, 19, 17, 15, -3, }, if qpb = 20
{ 0, 13, 21, 29, 34, 37, 41, 41, 41, 38, 32, 23, 20, 17, 15, -3, }, if qpb = 21
{ 0, 14, 22, 30, 35, 38, 42, 42, 42, 39, 34, 24, 20, 17, 15, -3, }, if qpb = 22
{ 0, 15, 22, 31, 35, 39, 42, 42, 43, 41, 37, 25, 21, 17, 15, -3, }, if qpb = 23
{ 0, 16, 23, 32, 36, 40, 43, 43, 44, 42, 39, 26, 21, 17, 15, -3, }, if qpb = 24
{ 0, 17, 23, 33, 37, 41, 44, 44, 45, 44, 42, 27, 22, 17, 15, -3, }, if qpb = 25

これらの値は、エントリごとに６つのビットを使用して記憶されることが可能であり、その結果、すべて０である第１の行を除外した場合、２６＊１６＊６／８＝３１２バイトまたは３００バイトになる。

、

、および

に対する修飾子値は、Ｉ_Ｌ、Ｉ_Ａ、およびＩ_Ｂから同様に計算される。斜めのサンプルＩ_ＮＷ、Ｉ_ＮＥ、Ｉ_ＳＥ、Ｉ_ＳＷ、ならびに２ステップ離れたサンプルＩ_ＡＡ、Ｉ_ＢＢ、Ｉ_ＲＲ、およびＩ_ＬＬの場合、この計算もまた方程式２および３に従うが、１シフトした値を使用する。斜めのサンプルＩ_ＳＥを一例として使用すると、

になり、他の斜めのサンプルおよび２ステップ離れたサンプルも同様に計算される。

修飾子値はともに合計される。

いくつかの例では、

は、以前のサンプルに対する

に等しい。同様に、

も、上記のサンプルに対する

に等しく、斜めの修飾子値および２ステップ離れた修飾子値に対しても類似の対称性が見出されうる。これは、ハードウェア実装例において、６つの値

、

、

、

、

、および

を計算すると十分であり、残りの６つの値は、以前に計算された値から取得されうることを意味する。次に、ｍ_ｓｕｍ値が、ｃ＝１、２、または３によって乗算され、これは、単一の加算器および論理ＡＮＤゲートを使用して、
ｃ_ｖ＝ｋ_１＆（ｍ_ｓｕｍ＜＜１）＋ｋ_２＆ｍ_ｓｕｍ
によって行われることが可能であり、ここで＆は論理ＡＮＤを示し、ｋ_１は乗数ｃの最上位ビットであり、ｋ_２は最下位ビットである。乗算する値は、表１－５に示されているように、最小ブロック寸法Ｄ＝ｍｉｎ（幅，高さ）を使用して取得される。

最後に、２方向フィルタ・オフセットΔＩ_ＢＩＦが計算される。完全な強度のフィルタリングの場合、以下が使用される。
ΔＩ_ＢＩＦ＝（ｃ_ｖ＋１６）＞＞５
半分の強度のフィルタリングの場合、以下が使用される。
ΔＩ_ＢＩＦ＝（ｃ_ｖ＋３２）＞＞６

ｎビットのデータに対する一般式は、
ｒ_ａｄｄ＝２^{１４－ｎ－ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｓｔｒｅｎｇｔｈ}
ｒ_{ｓｈｉｆｔ}＝１５－ｎ－ｂｉｌａｔｅａｌ＿ｆｉｌｔｅｒ＿ｓｔｒｅｎｇｔｈ
ΔＩ_ＢＩＦ＝（ｃ_ｖ＋ｒ_ａｄｄ）＞＞ｒ_{ｓｈｉｆｔ}）
を使用するものであり、ここでｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｓｔｒｅｎｇｔｈは、０または１とすることができ、ｐｐｓで信号化される。

いくつかの実施形態では、成分間情報を導入することによって、コーディング効率を改善し、またはサンプル適応オフセット（ＳＡＯ）の複雑さを低減させるための方法およびシステムが、本明細書に開示される。ＳＡＯは、ＨＥＶＣ、ＶＶＣ、ＡＶＳ２、およびＡＶＳ３規格で使用される。以下の説明では、ＨＥＶＣ、ＶＶＣ、ＡＶＳ２、およびＡＶＳ３規格における既存のＳＡＯ設計が、ビデオ・コーディングの当業者に基本的なＳＡＯ方法として使用されるが、本開示に記載されている成分間方法は、類似の設計精神を有する他のループ・フィルタ設計または他のコードディング・ツールにも適用されうる。たとえば、ＡＶＳ３規格では、ＳＡＯは、強化されたサンプル適応オフセット（ＥＳＡＯ）と呼ばれるコーディング・ツールに交換される。しかし、本明細書に開示されるＣＣＳＡＯが、ＥＳＡＯに並行して適用されてもよい。別の例では、ＣＣＳＡＯは、ＡＶ１規格でＣｏｎｓｔｒａｉｎｅｄ Ｄｉｒｅｃｔｉｏｎａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｆｉｌｔｅｒ（ＣＤＥＦ）に並行して適用されてもよい。

ＨＥＶＣ、ＶＶＣ、ＡＶＳ２、およびＡＶＳ３規格における既存のＳＡＯ設計の場合、ルマＹ、クロマＣｂ、およびクロマＣｒサンプル・オフセット値が独立して決定される。すなわち、たとえば現在のクロマ・サンプル・オフセットは、現在のクロマ・サンプル値および隣接するクロマ・サンプル値のみによって決定され、配列または隣接ルマ・サンプルを考慮しない。しかし、ルマ・サンプルは、クロマ・サンプルより多くの元のピクチャ詳細情報を維持し、現在のクロマ・サンプル・オフセットの決定から利益を得ることができる。さらに、クロマ・サンプルは通常、ＲＧＢからＹＣｂＣｒへの色変換後、または量子化およびデブロッキング・フィルタ後に、高周波の詳細を失うため、クロマ・オフセット決定のために維持された高周波の詳細を有するルマ・サンプルを導入することで、クロマ・サンプルの再構築から利益を得ることができる。したがって、成分間相関を探ることによって、たとえば成分間サンプル適応オフセット（ＣＣＳＡＯ）の方法およびシステムを使用することによって、さらなるゲイン（gain）が予期されうる。いくつかの実施形態では、ここでの相関は、成分間サンプル値を含むだけでなく、成分間からの予測／残留コーディング・モード、変換タイプ、および量子化／デブロッキング／ＳＡＯ／ＡＬＦパラメータなどのピクチャ／コーディング情報も含む。

別の例は、ＳＡＯの場合に、ルマ・サンプル・オフセットがルマ・サンプルのみによって決定されることである。しかしたとえば、同じバンド・オフセット（ＢＯ）分類を有するルマ・サンプルは、その配列および隣接クロマ・サンプルによってさらに分類されてよく、それによってより効果的な分類を得ることができる。ＳＡＯ分類は、元のピクチャと再構築されたピクチャとの間のサンプル差を補償するためのショートカットとして得られうる。したがって、効果的な分類が所望される。

図６Ａは、本開示のいくつかの実装例によってクロマ・サンプル上で適用され、ＤＢＦ Ｙを入力として使用するＣＣＳＡＯシステムおよびプロセスを示すブロック図である。ルマ・デブロッキング・フィルタ（ＤＢＦ Ｙ）後のルマ・サンプルは、ＳＡＯ ＣｂおよびＳＡＯ Ｃｒ後のクロマＣｂおよびＣｒに対する追加のオフセットを判定するために使用される。たとえば、現在のクロマ・サンプル６０２はまず、配列ルマ・サンプル６０４および隣接（白色）ルマ・サンプル６０６を使用して分類され、対応するクラスの対応するＣＣＳＡＯオフセット値が、現在のクロマ・サンプル値に加えられる。図６Ｂは、本開示のいくつかの実装例によってルマ・サンプルおよびクロマ・サンプル上で適用され、ＤＢＦ Ｙ／Ｃｂ／Ｃｒを入力として使用するＣＣＳＡＯシステムおよびプロセスを示すブロック図である。図６Ｄは、本開示のいくつかの実装例によって、同じコーデック段階において同じまたは異なるオフセットで再帰的に適用（２またはＮ回）されうる、または異なる段階で繰り返されうる、ＣＣＳＡＯのシステムおよびプロセスを示すブロック図である。要約すると、いくつかの実施形態では、現在のルマ・サンプルを分類するために、現在のルマ・サンプルおよび隣接するルマ・サンプルの情報、配列および隣接クロマ・サンプル（ＣｂおよびＣｒ）の情報が使用されうる。いくつかの実施形態では、現在のクロマ・サンプル（ＣｂまたはＣｒ）を分類するために、配列および隣接ルマ・サンプル、配列および隣接クロス・クロマ・サンプル、ならびに現在のクロマ・サンプルおよび隣接するクロマ・サンプルが使用されうる。いくつかの実施形態では、ＣＣＳＡＯは、（１）ＤＢＦ Ｙ／Ｃｂ／Ｃｒ後、（２）ＤＢＦ前の再構築された画像Ｙ／Ｃｂ／Ｃｒ後、または（３）ＳＡＯ Ｙ／Ｃｂ／Ｃｒ後、または（４）ＡＬＦ Ｙ／Ｃｂ／Ｃｒ後に、カスケード接続されうる。

いくつかの実施形態では、ＣＣＳＡＯはまた、他のコーディング・ツール、たとえばＡＶＳ規格におけるＥＳＡＯ、またはＡＶ１規格におけるＣＤＥＦ、またはニューラル・ネットワーク・ループ・フィルタ（ＮＮＬＦ）に並行して適用されうる。図６Ｅは、本開示のいくつかの実装例によってＡＶＳ規格におけるＥＳＡＯに並行して適用されるＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

図６Ｆは、本開示のいくつかの実装例によってＳＡＯ後に適用されるＣＣＳＡＯシステムおよびプロセスを示すブロック図である。いくつかの実施形態では、図６Ｆは、ＣＣＳＡＯの場所がＳＡＯ後、すなわちＶＶＣ規格における成分間適応ループ・フィルタ（ＣＣＡＬＦ）の場所に位置しうることを示す。図６Ｇは、本開示のいくつかの実装例によってＣＣＳＡＯシステムおよびプロセスがＣＣＡＬＦなしで独立して機能しうることを示すブロック図である。いくつかの実施形態では、ＳＡＯ Ｙ／Ｃｂ／Ｃｒは、たとえばＡＶＳ３規格において、ＥＳＡＯに交換されうる。

図６Ｈは、本開示のいくつかの実装例によってＣＣＡＬＦに並行して適用されるＣＣＳＡＯシステムおよびプロセスを示すブロック図である。いくつかの実施形態では、図６Ｈは、ＣＣＳＡＯがＣＣＡＬＦに並行して適用されうることを示す。いくつかの実施形態では、図６Ｈで、ＣＣＡＬＦおよびＣＣＳＡＯの場所が切り替えられうる。いくつかの実施形態では、図６Ａ～図６Ｈで、または本開示全体にわたって、ＳＡＯ Ｙ／Ｃｂ／Ｃｒブロックは、ＥＳＡＯ Ｙ／Ｃｂ／Ｃｒ（ＡＶＳ３）またはＣＤＥＦ（ＡＶ１）に交換されうる。Ｙ／Ｃｂ／Ｃｒは、ビデオ・コーディング領域においてＹ／Ｕ／Ｖとしても示されうることに留意されたい。いくつかの実施形態では、ビデオがＲＧＢ形式である場合、ＣＣＳＡＯはまた、本開示においてそれぞれＹＵＶ表記をＧＢＲに簡単にマッピングすることによって適用されうる。

図６Ｉは、本開示のいくつかの実装例によってＳＡＯおよびＢＩＦに並行して適用されたＣＣＳＡＯのシステムおよびプロセスを示すブロック図である。

図６Ｊは、本開示のいくつかの実装例によってＳＡＯを交換することによってＢＩＦに並行して適用されたＣＣＳＡＯのシステムおよびプロセスを示すブロック図である。

いくつかの実施形態では、現在のクロマ・サンプル分類は、配列ルマ・サンプルのＳＡＯタイプ（エッジ・オフセット（ＥＯ）またはＢＯ）、クラス、およびカテゴリを再利用している。対応するＣＣＳＡＯオフセットは、デコーダ自体から信号化または導出されうる。たとえば、ｈ＿Ｙを配列ルマＳＡＯオフセットとし、ｈ＿Ｃｂおよびｈ＿ＣｒをそれぞれＣＣＳＡＯ ＣｂおよびＣｒオフセットとする。ｈ＿Ｃｂ（またはｈ＿Ｃｒ）＝ｗ＊ｈ＿Ｙであり、ここでｗは、制限された表（a limited table）で選択されうる。たとえば、±１／４、±１／２、０、±１、±２、±４．．．などであり、ここで｜ｗ｜は２のべき乗の値のみを含む。

いくつかの実施形態では、配列ルマ・サンプル（Ｙ０）および隣接する８つのルマ・サンプルの比較スコア［－８，８］が使用され、合計１７のクラスをもたらす。
初期クラス＝０
隣接する８つのルマ・サンプルを介したループ（Ｙｉ，ｉ＝１～８）
ｉｆ Ｙ０＞Ｙｉ Ｃｌａｓｓ＋＝１
ｅｌｓｅ ｉｆ Ｙ０＜Ｙｉ Ｃｌａｓｓ－＝１

いくつかの実施形態では、上述された分類方法が組み合わされうる。たとえば、ダイバーシティを増大させるために、ＳＡＯ ＢＯ（３２バンドの分類）と組み合わされた比較スコアが使用され、合計１７＊３２のクラスをもたらす。いくつかの実施形態では、ＣｂおよびＣｒは、複雑さを低減させるため、またはビットを節約するために、同じクラスを使用することができる。

図７は、本開示のいくつかの実装例によるＣＣＳＡＯを使用するサンプル・プロセスを示すブロック図である。具体的には、図７は、クラス判定を簡略化するため、または柔軟性を増大させるために、ＣＣＳＡＯの入力が垂直および水平ＤＢＦの入力を導入することができることを示す。たとえば、Ｙ０＿ＤＢＦ＿Ｖ、Ｙ０＿ＤＢＦ＿Ｈ、およびＹ０を、それぞれＤＢＦ＿Ｖ、ＤＢＦ＿Ｈ、およびＳＡＯの入力における配列ルマ・サンプルとする。Ｙｉ＿ＤＢＦ＿Ｖ、Ｙｉ＿ＤＢＦ＿Ｈ、およびＹｉは、それぞれＤＢＦ＿Ｖ、ＤＢＦ＿Ｈ、およびＳＡＯの入力における隣接する８つのルマ・サンプルであり、ここでｉ＝１～８である。
Ｍａｘ Ｙ０＝ｍａｘ（Ｙ０＿ＤＢＦ＿Ｖ，Ｙ０＿ＤＢＦ＿Ｈ，Ｙ０＿ＤＢＦ）
Ｍａｘ Ｙｉ＝ｍａｘ（Ｙｉ＿ＤＢＦ＿Ｖ，Ｙｉ＿ＤＢＦ＿Ｈ，Ｙｉ＿ＤＢＦ）
ｍａｘ Ｙ０およびｍａｘ ＹｉをＣＣＳＡＯ分類に与える。

図８は、本開示のいくつかの実装例によって、ＣＣＳＡＯプロセスが垂直および水平ＤＢＦにインターリーブされることを示すブロック図である。いくつかの実施形態では、図６、図７、および図８のＣＣＳＡＯブロックは選択的であってよい。たとえば、図６と同じサンプル処理を適用する第１のＣＣＳＡＯ＿Ｖに対するＹ０＿ＤＢＦ＿ＶおよびＹｉ＿ＤＢＦ＿Ｖを使用しながら、ＤＢＦ＿Ｖルマ・サンプルの入力をＣＣＳＡＯ入力として使用する。

いくつかの実施形態では、実装されるＣＣＳＡＯ構文が、以下の表２に示されている。

いくつかの実施形態では、ＣＣＳＡＯ ＣｂおよびＣｒオフセット値を信号化するために、一方の追加のクロマ・オフセットが信号化される場合、他方のクロマ成分オフセットは、正もしくは負の符号によって、またはビット・オーバーヘッドを節減するために加重によって導出されうる。たとえば、ｈ＿Ｃｂおよびｈ＿Ｃｒを、それぞれＣＣＳＡＯ ＣｂおよびＣｒのオフセットとする。ｗを明示的に信号化することによって、ｗ＝±｜ｗ｜であり、｜ｗ｜候補が制限されるとき、ｈ＿Ｃｒ自体を明示的に信号化することなく、ｈ＿Ｃｒはｈ＿Ｃｂから導出されうる。
ｈ＿Ｃｒ＝ｗ＊ｈ＿Ｃｂ

図９は、本開示のいくつかの実装例による成分間相関を使用してビデオ信号を復号する例示的なプロセス９００を示す流れ図である。

ビデオ・デコーダ３０は、第１の成分および第２の成分を含むビデオ信号を受信する（９１０）。いくつかの実施形態では、第１の成分はビデオ信号のルマ成分であり、第２の成分はクロマ成分である。

ビデオ・デコーダ３０はまた、第２の成分に関連付けられた複数のオフセットを受信する（９２０）。

ビデオ・デコーダ３０は次いで、第１の成分の特性測定を利用して、第２の成分に関連付けられた分類カテゴリを取得する（９３０）。たとえば、図６で、現在のクロマ・サンプル６０２はまず、配列ルマ・サンプル６０４および隣接（白色）ルマ・サンプル６０６を使用して分類され、対応するＣＣＳＡＯオフセット値が、現在のクロマ・サンプルに加えられる。

ビデオ・デコーダ３０は、分類カテゴリに従って、第２の成分に対する複数のオフセットから第１のオフセットをさらに選択する（９４０）。

ビデオ・デコーダ３０は加えて、選択された第１のオフセットに基づいて、第２の成分を修正する（９５０）。

いくつかの実施形態では、第１の成分の特性測定を利用して第２の成分に関連付けられた分類カテゴリを取得すること（９３０）は、第１の成分のそれぞれのサンプルを利用して、第２の成分のそれぞれの各サンプルのそれぞれの分類カテゴリを取得することを含み、第１の成分のそれぞれのサンプルは、第２の成分のそれぞれの各サンプルに対する第１の成分のそれぞれの配列サンプルである。たとえば、現在のクロマ・サンプル分類は、配列ルマ・サンプルのＳＡＯタイプ（ＥＯまたはＢＯ）、クラス、およびカテゴリを再利用している。

いくつかの実施形態では、第１の成分の特性測定を利用して第２の成分に関連付けられた分類カテゴリを取得すること（９３０）は、第１の成分のそれぞれのサンプルを利用して、第２の成分のそれぞれの各サンプルのそれぞれの分類カテゴリを取得することを含み、第１の成分のそれぞれのサンプルは、デブロックされる前に再構築され、またはデブロックされた後に再構築される。いくつかの実施形態では、第１の成分は、デブロッキング・フィルタ（ＤＢＦ）でデブロックされている。いくつかの実施形態では、第１の成分は、ルマ・デブロッキング・フィルタ（ＤＢＦ Ｙ）でデブロックされている。たとえば、図６または図７に対する代替手段として、ＣＣＳＡＯ入力はＤＢＦ Ｙの前であってもよい。

いくつかの実施形態では、特性測定は、第１の成分のサンプル値の範囲をいくつかのバンドに分割し、第１の成分内のサンプルの強度値に基づいてバンドを選択することによって導出される。いくつかの実施形態では、特性測定は、バンド・オフセット（ＢＯ）から導出される。

いくつかの実施形態では、特性測定は、第１の成分内のサンプルのエッジ情報の方向および強度に基づいて導出される。いくつかの実施形態では、特性測定は、エッジ・オフセット（ＥＯ）から導出される。

いくつかの実施形態では、第２の成分を修正すること（９５０）は、選択された第１のオフセットを第２の成分に直接加えることを含む。たとえば、対応するＣＣＳＡＯオフセット値が、現在のクロマ成分サンプルに加えられる。

いくつかの実施形態では、第２の成分を修正すること（９５０）は、選択された第１のオフセットを第２のオフセットにマッピングし、マッピングされた第２のオフセットを第２の成分に加えることを含む。たとえば、ＣＣＳＡＯ ＣｂおよびＣｒオフセット値を信号化するために、一方の追加のクロマ・オフセットが信号化される場合、他方のクロマ成分オフセットは、正もしくは負の符号を使用することによって、またはビット・オーバーヘッドを節減するために加重によって導出されうる。

いくつかの実施形態では、ビデオ信号を受信すること（９１０）は、ＣＣＳＡＯを使用してビデオ信号を復号する方法がシーケンス・パラメータ・セット（ＳＰＳ）内のビデオ信号に対して有効化されるかどうかを示す構文要素を受信することを含む。いくつかの実施形態では、ｃｃ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、シーケンス・レベルでＣＣＳＡＯが有効化されるかどうかを示す。

いくつかの実施形態では、ビデオ信号を受信すること（９１０）は、ＣＣＳＡＯを使用してビデオ信号を復号する方法がスライス・レベルで第２の成分に対して有効化されるかどうかを示す構文要素を受信することを含む。いくつかの実施形態では、ｓｌｉｃｅ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｆｌａｇまたはｓｌｉｃｅ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｆｌａｇが、ＣｂまたはＣｒに対するそれぞれのスライス内でＣＣＳＡＯが有効化されるかどうかを示す。

いくつかの実施形態では、第２の成分に関連付けられた複数のオフセットを受信すること（９２０）は、異なるコーディング・ツリー・ユニット（ＣＴＵ）に対して異なるオフセットを受信することを含む。いくつかの実施形態では、ＣＴＵに対して、ｃｃ＿ｓａｏ＿ｏｆｆｓｅｔ＿ｓｉｇｎ＿ｆｌａｇが、オフセットに対する符号を示し、ｃｃ＿ｓａｏ＿ｏｆｆｓｅｔ＿ａｂｓが、現在のＣＴＵのＣＣＳＡＯ ＣｂおよびＣｒオフセット値を示す。

いくつかの実施形態では、第２の成分に関連付けられた複数のオフセットを受信すること（９２０）は、ＣＴＵの受信されたオフセットが、ＣＴＵの隣接するＣＴＵのうちの１つと同じであるかどうかを示す構文要素を受信することを含み、隣接するＣＴＵは、左または上の隣接するＣＴＵである。たとえば、ｃｃ＿ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇが、ＣＣＳＡＯオフセットが左または上のＣＴＵからマージされるかどうかを示す。

いくつかの実施形態では、ビデオ信号は、第３の成分をさらに含み、ＣＣＳＡＯを使用してビデオ信号を復号する方法は、第３の成分に関連付けられた第２の複数のオフセットを受信することと、第１の成分の特性測定を利用して第３の成分に関連付けられた第２の分類カテゴリを取得することと、第２の分類カテゴリに従って第３の成分に対する第２の複数のオフセットから第３のオフセットを選択することと、選択された第３のオフセットに基づいて第３の成分を修正することとをさらに含む。

図１１は、本開示のいくつかの実装例によってすべての配列および隣接（白色）ルマ／クロマ・サンプルがＣＣＳＡＯ分類へ供給されうることを示すサンプル・プロセスのブロック図である。図６Ａ、図６Ｂ、および図１１は、ＣＣＳＡＯ分類の入力を示す。図１１で、現在のクロマ・サンプルは１１０４であり、成分間配列クロマ・サンプルは１１０２であり、配列ルマ・サンプルは１１０６である。

いくつかの実施形態では、例示的な分類子（Ｃ０）が、以下の図１２の配列ルマまたはクロマ・サンプル値（Ｙ０）（図６Ｂおよび図６ＣのＹ４／Ｕ４／Ｖ４）を分類に使用する。ｂａｎｄ＿ｎｕｍを、ルマまたはクロマ・ダイナミック・レンジの等しく分割されたバンドの数とし、ｂｉｔ＿ｄｅｐｔｈを、シーケンス・ビット深さとすると、現在のクロマ・サンプルに対するクラス索引の一例は、次のとおりである。
クラス（Ｃ０）＝（Ｙ０＊ｂａｎｄ＿ｎｕｍ）＞＞ｂｉｔ＿ｄｅｐｔｈ

いくつかの実施形態では、この分類は丸めを考慮し、たとえば次のとおりである。
クラス（Ｃ０）＝（（Ｙ０＊ｂａｎｄ＿ｎｕｍ）＋（１＜＜ｂｉｔ＿ｄｅｐｔｈ））＞＞ｂｉｔ＿ｄｅｐｔｈ

いくつかのｂａｎｄ＿ｎｕｍおよびｂｉｔ＿ｄｅｐｔｈの例が、以下の表３に挙げられている。表３は、分類例の各々に対してバンドの数が異なるときの３つの分類例を示す。

いくつかの実施形態では、分類子は、Ｃ０分類に対して異なるルマ・サンプル位置を使用する。図１０Ａは、本開示のいくつかの実装例によるＣ０分類に対して異なるルマ（またはクロマ）サンプル位置を使用する、たとえばＣ０分類にＹ０ではなく隣接するＹ７を使用する、分類子を示すブロック図である。

いくつかの実施形態では、シーケンス・パラメータ・セット（ＳＰＳ）／適応パラメータ・セット（ＡＰＳ）／ピクチャ・パラメータ・セット（ＰＰＳ）／ピクチャ・ヘッダ（ＰＨ）／スライス・ヘッダ（ＳＨ）／Ｒｅｇｉｏｎ／コーディング・ツリー・ユニット（ＣＴＵ）／コーディング・ユニット（ＣＵ）／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルにおいて、異なる分類子が切り換えられうる。たとえば、図１０では、以下の表４に示されているように、ＰＯＣ０にＹ０を使用するがＰＯＣ１にＹ７を使用する。

いくつかの実施形態では、図１０Ｂは、本開示のいくつかの実装例によるルマ候補に対する異なる形状のいくつかの例を示す。たとえば、形状に制約が適用されうる。いくつかの事例では、図１０Ｂ（ｂ）（ｃ）（ｄ）に示されているように、ルマ候補の総数は２のべき乗でなければならない。いくつかの事例では、図１０Ｂ（ａ）（ｃ）（ｄ）（ｅ）に示されているように、ルマ候補の数は、クロマ・サンプル（中心）に対して水平および垂直対称でなければならない。いくつかの実施形態では、２のべき乗の制約および対称の制約は、クロマ候補にも適用されうる。図６Ｂおよび図６ＣのＵ／Ｖ部分は、対称の制約に対する一例を示す。いくつかの実施形態では、異なる色形式が、異なる分類子「制約」を有することができる。たとえば、４２０色形式は、図６Ｂおよび図６Ｃに示されているルマ／クロマ候補選択を使用する（１つの候補が３×３の形状から選択される）が、４４４色形式は、図１０Ｂ（ｆ）をルマおよびクロマ候補選択に使用し、４２２色形式は、図１０Ｂ（ｇ）をルマに使用し（２つのクロマ・サンプルが４つのルマ候補を共有する）、図１０Ｂ（ｆ）をクロマ候補に使用する。

いくつかの実施形態では、Ｃ０位置およびＣ０のｂａｎｄ＿ｎｕｍが組み合わされてよく、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルにおいて切り換えられうる。以下の表５に示されているように、異なる組合せが異なる分類子であってよい。

いくつかの実施形態では、配列ルマ・サンプル値（Ｙ０）は、配列および隣接ルマ・サンプルに加重することによって取得された値（Ｙｐ）に交換される。図１２は、本開示のいくつかの実装例によって、配列ルマ・サンプル値を、配列および隣接ルマ・サンプルに加重することによって取得された値に交換することによって、例示的な分類子を示す。配列ルマ・サンプル値（Ｙ０）は、隣接ルマ・サンプルを加重することによって取得された位相補正値（Ｙｐ）に交換されうる。異なるＹｐが異なる分類子であってよい。

いくつかの実施形態では、異なるＹｐが異なるクロマ形式で適用される。たとえば、図１２で、（ａ）のＹｐは、４２０クロマ形式に使用され、（ｂ）のＹｐは、４２２クロマ形式に使用され、Ｙ０は、４４４クロマ形式に使用される。

いくつかの実施形態では、別の分類子（Ｃ１）は、配列ルマ・サンプル（Ｙ０）および隣接する８つのルマ・サンプルの比較スコア［－８，８］であり、以下に示されているように、合計１７のクラスをもたらす。
初期クラス（Ｃ１）＝０、隣接する８つのルマ・サンプルを介したループ（Ｙｉ，ｉ＝１～８）
ｉｆ Ｙ０＞Ｙｉ Ｃｌａｓｓ＋＝１
ｅｌｓｅ ｉｆ Ｙ０＜Ｙｉ Ｃｌａｓｓ－＝１

いくつかの実施形態では、Ｃ１の例は以下の関数に等しく、閾値ｔｈは０である。
ＣｌａｓｓＩｄｘ＝Ｉｎｄｅｘ２ＣｌａｓｓＴａｂｌｅ（ｆ（Ｃ，Ｐ１）＋ｆ（Ｃ，Ｐ２）＋．．．＋ｆ（Ｃ，Ｐ８））
ｘ－ｙ＞ｔｈの場合、ｆ（ｘ，ｙ）＝１であり、ｘ－ｙ＝ｔｈの場合、ｆ（ｘ，ｙ）＝０であり、ｘ－ｙ＜ｔｈの場合、ｆ（ｘ，ｙ）＝－１であり、
Ｉｎｄｅｘ２ＣｌａｓｓＴａｂｌｅはルックアップ・テーブル（ＬＵＴ）であり、Ｃは現在のまたは配列されたサンプルであり、Ｐ１～Ｐ８は隣接するサンプルである。

いくつかの実施形態では、差の分類（量子化）を助けるために、Ｃ４分類子と同様に、１つまたは複数の閾値が、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで事前定義され（たとえば、ＬＵＴに維持される）、または信号化されうる。

いくつかの実施形態では、変動（Ｃ１’）が比較スコア［０，８］のみを計数し、これは８つのクラスをもたらす。（Ｃ１，Ｃ１’）は分類子グループであり、Ｃ１およびＣ１’を切り換えるために、ＰＨ／ＳＨレベル・フラグが信号化されうる。

初期クラス（Ｃ１’）＝０、隣接する８つのルマ・サンプルを介したループ（Ｙｉ，ｉ＝１～８）
ｉｆ Ｙ０＞Ｙｉ Ｃｌａｓｓ＋＝１

いくつかの実施形態では、変動（Ｃ１）が、比較スコアを計数するために、Ｍの隣接サンプルから隣接するＮを選択的に使用する。比較スコアを計数するためにどの隣接サンプルが選択されたかを示すために、ＭビットのビットマスクがＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化されてよい。ルマ分類子に対する一例として図６Ｂを使用して、８つの隣接ルマ・サンプルが候補であり、８ビットのビットマスク（０１１１１１１０）がＰＨで信号化され、これはＹ１～Ｙ６の６つのサンプルが選択されたことを示し、したがって比較スコアは［－６，６］であり、１３のオフセットをもたらす。選択的な分類子Ｃ１は、オーバーヘッドを信号化するオフセットと分類粒度との間のトレードオフのために、より多くの選択肢をエンコーダに与える。

Ｃ１と同様に、変動（Ｃ１’）は比較スコア［０，＋Ｎ］のみを計数し、前のビットマスク０１１１１１１０の例が、［０，６］の比較スコアを与え、７のオフセットをもたらす。

いくつかの実施形態では、異なる分類子が組み合わされて、汎用分類子をもたらす。たとえば、以下の表６－１に示されているように、異なるピクチャ（異なるＰＯＣ値）に対して異なる分類子が適用される。

いくつかの実施形態では、表６－２に示されているように、別の例示的な分類子（Ｃ３）が、分類のためにビットマスクを使用している。この分類子を示すために、１０ビットのビットマスクがＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化される。たとえば、ビットマスク１１ １１００ ００００は、所与の１０ビットのルマ・サンプル値に対して、最上位ビット（ＭＳＢ）：４ビットのみが分類に使用され、合計１６のクラスをもたらすことを意味する。別の例示的なビットマスク１０ ０１００ ０００１は、３ビットのみが分類に使用され、合計８つのクラスをもたらすことを意味する。

いくつかの実施形態では、ビットマスク長（Ｎ）は固定されてよく、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで切り換えられうる。たとえば、１０ビットのシーケンスの場合、４ビットのビットマスク１１１０がピクチャ内にＰＨで信号化され、ＭＳＢ３ビットｂ９、ｂ８、ｂ７が分類に使用される。別の例は、ＬＳＢ上の４ビットのビットマスク００１１であり、ｂ０、ｂ１が分類に使用される。ビットマスク分類子は、ルマまたはクロマ分類に該当することができる。ＭＳＢまたはＬＳＢをビットマスクＮに使用するかどうかは固定されてよく、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで切り換えられうる。

いくつかの実施形態では、ルマ位置およびＣ３ビットマスクが組み合わされてよく、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで切り換えられうる。異なる組合せは異なる分類子であってよい。

いくつかの実施形態では、ビットマスク制限の「１の最大数」は、対応するオフセットの数を制限するために適用されうる。たとえば、ＳＰＳでビットマスクの「１の最大数」を４に制限することで、シーケンスの最大オフセットを１６にする。異なるＰＯＣのビットマスクは異なってもよいが、「１の最大数」は４を超過しないものとする（全クラスで１６を超過しないものとする）。「１の最大数」値が信号化されてよく、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで切り換えられうる。

いくつかの実施形態では、図１１に示されているように、他の成分間クロマ・サンプル、たとえばクロマ・サンプル１１０２およびその隣接サンプルがまた、たとえば現在のクロマ・サンプル１１０４のために、ＣＣＳＡＯ分類へ供給されうる。たとえば、Ｃｒクロマ・サンプルは、ＣＣＳＡＯ Ｃｂ分類へ供給されうる。Ｃｂクロマ・サンプルは、ＣＣＳＡＯ Ｃｒ分類へ供給されうる。成分間クロマ・サンプルの分類子は、ルマ成分間分類子と同じであってよく、または本開示に記載されているように、独自の分類子を有してもよい。２つの分類子が組み合わされて、現在のクロマ・サンプルを分類するための共同分類子を形成することができる。たとえば、成分間ルマ・サンプルおよびクロマ・サンプルを組み合わせた共同分類子は、以下の表６－３に示されているように、合計１６のクラスをもたらす。

すべての上述された分類子（Ｃ０、Ｃ１、Ｃ１’、Ｃ２、Ｃ３）が組み合わされうる。たとえば、以下の表６－４を参照されたい。

いくつかの実施形態では、例示的な分類子（Ｃ２）が、配列および隣接ルマ・サンプルの差分（Ｙｎ）を使用する。図１２（ｃ）は、Ｙｎの一例を示し、Ｙｎは、ビット深さが１０であるとき、［－１０２４，１０２３］のダイナミック・レンジを有する。Ｃ２のｂａｎｄ＿ｎｕｍを、Ｙｎダイナミック・レンジの等しく分割されたバンドの数とする。
クラス（Ｃ２）＝（Ｙｎ＋（１＜＜ｂｉｔ＿ｄｅｐｔｈ）＊ｂａｎｄ＿ｎｕｍ）＞＞（ｂｉｔ＿ｄｅｐｔｈ＋１）。

いくつかの実施形態では、Ｃ０およびＣ２が組み合わされて、汎用分類子をもたらす。たとえば、以下の表７に示されているように、異なるピクチャ（異なるＰＯＣ）に対して異なる分類子が適用される。

いくつかの実施形態では、すべての上述された分類子（Ｃ０、Ｃ１、Ｃ１’、Ｃ２）が組み合わされる。たとえば、以下の表８－１に示されているように、異なるピクチャ（異なるＰＯＣ）に対して異なる分類子が適用される。

いくつかの実施形態では、分類子例（Ｃ４）は、下の表８－２に示されているように、ＣＣＳＡＯ入力値と補償されるべきサンプル値との差を分類に使用する。たとえば、ＣＣＳＡＯがＡＬＦ段階で適用される場合、現在の成分のＡＬＦ前およびＡＬＦ後のサンプル値の差が分類に使用される。差の分類（量子化）を助けるために、１つまたは複数の閾値が、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで事前定義され（たとえば、ルックアップ・テーブル（ＬＵＴ）に維持される）、または信号化されうる。Ｃ４分類子は、共同分類子を形成するために、Ｃ０ Ｙ／Ｕ／Ｖ ｂａｎｄＮｕｍと組み合わせられうる（たとえば、表８－２に示されているＰＯＣ１の例）。

いくつかの実施形態では、分類子例（Ｃ５）は、異なるコーディング・モードが再構築画像内に異なる歪み統計を導入しうるため、サブブロック分類を助けるために、「コーディング情報」を使用する。たとえば下の表８－３に示されているように、ＣＣＳＡＯサンプルは、以前のサンプル・コーディング情報によって分類され、コーディング情報の組合せが分類子を形成することができる。下の図３０は、Ｃ５に対するコーディング情報の異なる段階の別の例を示す。

いくつかの実施形態では、分類子例（Ｃ６）は、ＹＵＶ色変換値を分類に使用する。たとえば、現在のＹ成分を分類するために、１／１／１の配列または隣接Ｙ／Ｕ／Ｖサンプルが、ＲＧＢに色変換されるように選択され、Ｃ３ ｂａｎｄＮｕｍを使用して、現在のＹ成分分類子になるようにＲ値を量子化する。

いくつかの実施形態では、現在の成分分類に現在の成分情報のみを使用する他の分類子例が、成分間分類として使用されうる。たとえば、図５Ａおよび表１に示されているように、ルマ・サンプル情報およびｅｏ－ｃｌａｓｓが使用されて、ＥｄｇｅＩｄｘを導出し、現在のクロマ・サンプルを分類する。成分間分類子として使用されることも可能な他の「非成分間」分類子は、エッジ方向、画素強度、画素変動、画素分散、画素のラプラシアンの和、ソーベル演算子、コンパス演算子、ハイパス・フィルタ値、ローパス・フィルタ値などを含む。

いくつかの実施形態では、複数分類子が同じＰＯＣで使用される。現在のフレームはいくつかの領域によって分割され、各領域が同じ分類子を使用する。たとえば、３つの異なる分類子がＰＯＣ０で使用され、以下の表９に示されているように、どの分類子（０、１、または２）が使用されるかが、ＣＴＵレベルで信号化される。

いくつかの実施形態では、複数分類子（複数分類子を代替オフセット・セットと呼ぶこともできる）の最大数は固定されてよく、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化されうる。一例では、複数分類子の固定（事前に画定）された最大数は４である。その場合、４つの異なる分類子がＰＯＣ０で使用され、どの分類子（０、１、または２）が使用されるかが、ＣＴＵレベルで信号化される。各ルマまたはクロマＣＴＢに使用される分類子を示すために、短縮単項（ＴＵ）コードが使用されうる。たとえば、以下の表１０に示されているように、ＴＵコードが０であるとき、ＣＣＳＡＯは適用されず、ＴＵコードが１０であるとき、ｓｅｔ ０が適用され、ＴＵコードが１１０であるとき、ｓｅｔ １が適用され、ＴＵコードが１１１０であるとき、ｓｅｔ ２が適用され、ＴＵコードが１１１１であるとき、ｓｅｔ ３が適用される。ＣＴＢに対する分類子を示すために（オフセット・セット索引）、固定長コード、ゴロム・ライスコード、および指数ゴロム・コードが使用されてもよい。３つの異なる分類子がＰＯＣ１で使用される。

ＣｂおよびＣｒのＣＴＢオフセット・セット索引の一例が、１２８０×７２０のシーケンスＰＯＣ０で与えられる（ＣＴＵサイズが１２８×１２８である場合、フレーム内のＣＴＵの数は１０×６である）。ＰＯＣ０のＣｂは４つのオフセット・セットを使用し、Ｃｒは１つのオフセット・セットを使用する。以下の表１１－１に示されているように、オフセット・セット索引が０であるとき、ＣＣＳＡＯは適用されず、オフセット・セット索引が１であるとき、ｓｅｔ ０が適用され、オフセット・セット索引が２であるとき、ｓｅｔ １が適用され、オフセット・セット索引が３であるとき、ｓｅｔ ２が適用され、オフセット・セット索引が４であるとき、ｓｅｔ ３が適用される。タイプは、選択された配列ルマ・サンプル（Ｙｉ）の位置を意味する。異なるオフセット・セットは、異なるタイプ、ｂａｎｄ＿ｎｕｍ、および対応するオフセットを有することができる。

いくつかの実施形態では、配列／現在および隣接Ｙ／Ｕ／Ｖサンプルを分類に共同で使用する一例が、以下の表１１－２に挙げられる（各Ｙ／Ｕ／Ｖ成分に対する３成分共同ｂａｎｄＮｕｍ分類）。ＰＯＣ０で、｛２，４，１｝オフセット・セットが、それぞれ｛Ｙ，Ｕ，Ｖ｝に使用される。各オフセット・セットは、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで適応して切り換えられうる。異なるオフセット・セットが、異なる分類子を有することができる。たとえば、図６Ｂおよび図６Ｃに示す候補位置（ｃａｎｄＰｏｓ）として、現在のＹ４ルマ・サンプルを分類するために、Ｙ ｓｅｔ０が、｛現在のＹ４，配列Ｕ４，配列Ｖ４｝を候補として選択し、それぞれ異なるｂａｎｄＮｕｍ｛Ｙ，Ｕ，Ｖ｝＝｛１６，１，２｝である。｛ｃａｎｄＹ，ｃａｎｄＵ，ｃａｎｄＶ｝を選択された｛Ｙ，Ｕ，Ｖ｝候補のサンプル値として使用するとき、全クラスの数は３２であり、クラス索引導出は次のように示されうる。
ｂａｎｄＹ＝（ｃａｎｄＹ＊ｂａｎｄＮｕｍＹ）＞＞ＢｉｔＤｅｐｔｈ；
ｂａｎｄＵ＝（ｃａｎｄＵ＊ｂａｎｄＮｕｍＵ）＞＞ＢｉｔＤｅｐｔｈ；
ｂａｎｄＶ＝（ｃａｎｄＶ＊ｂａｎｄＮｕｍＶ）＞＞ＢｉｔＤｅｐｔｈ；
ｃｌａｓｓＩｄｘ＝ｂａｎｄＹ＊ｂａｎｄＮｕｍＵ＊ｂａｎｄＮｕｍＶ
＋ｂａｎｄＵ＊ｂａｎｄＮｕｍＶ
＋ｂａｎｄＶ；

いくつかの実施形態では、導出プロセスを簡略化するために、共同分類子のｃｌａｓｓＩｄｘ導出が、「ｏｒ－ｓｈｉｆｔ」形式として表されうる。たとえば、ｍａｘ ｂａｎｄＮｕｍ＝｛１６，４，４｝
ｃｌａｓｓＩｄｘ＝（ｂａｎｄＹ＜＜４）｜（ｂａｎｄＵ＜＜２）｜ｂａｎｄＶである。

別の例は、ＰＯＣ１において、成分Ｖ ｓｅｔ１分類である。その例では、ｂａｎｄＮｕｍ＝｛４，１，２｝でｃａｎｄＰｏｓ＝｛隣接Ｙ８，隣接Ｕ３，隣接Ｖ０｝が使用され、８つのクラスをもたらす。

いくつかの実施形態では、たとえば以下の表１１－３に示されているように、配列および隣接Ｙ／Ｕ／Ｖサンプルを現在のＹ／Ｕ／Ｖサンプル分類に共同で使用する一例が挙げられる（各Ｙ／Ｕ／Ｖ成分に対する３成分共同ｅｄｇｅＮｕｍ（Ｃ１）およびｂａｎｄＮｕｍ分類）。エッジＣａｎｄＰｏｓは、Ｃ１分類子に使用される中心位置であり、エッジｂｉｔＭａｓｋは、Ｃ１隣接サンプル活動化インジケータであり、ｅｄｇｅＮｕｍは、対応するＣ１クラスの数である。この例では、Ｃ１はＹ分類子にのみ適用され（したがって、ｅｄｇｅＮｕｍはｅｄｇｅＮｕｍＹに等しい）、エッジｃａｎｄＰｏｓは常にＹ４である（現在／配列サンプル位置）。しかし、Ｃ１は、隣接サンプル位置としてエッジｃａｎｄＰｏｓを有するＹ／Ｕ／Ｖ分類子に適用されてよい。

ｄｉｆｆがＹのＣ１比較スコアを示す場合、ｃｌａｓｓＩｄｘ導出は次のとおりとなりうる。
ｂａｎｄＹ＝（ｃａｎｄＹ＊ｂａｎｄＮｕｍＹ）＞＞ＢｉｔＤｅｐｔｈ；
ｂａｎｄＵ＝（ｃａｎｄＵ＊ｂａｎｄＮｕｍＵ）＞＞ＢｉｔＤｅｐｔｈ；
ｂａｎｄＶ＝（ｃａｎｄＶ＊ｂａｎｄＮｕｍＶ）＞＞ＢｉｔＤｅｐｔｈ；
ｅｄｇｅＩｄｘ＝ｄｉｆｆ＋（ｅｄｇｅＮｕｍ＞＞１）；
ｂａｎｄＩｄｘ＝ｂａｎｄＹ＊ｂａｎｄＮｕｍＵ＊ｂａｎｄＮｕｍＶ
＋ｂａｎｄＵ＊ｂａｎｄＮｕｍＶ
＋ｂａｎｄＶ；
ｃｌａｓｓＩｄｘ＝ｂａｎｄＩｄｘ＊ｅｄｇｅＮｕｍ＋ｅｄｇｅＩｄｘ；

いくつかの実施形態では、最大ｂａｎｄ＿ｎｕｍ（ｂａｎｄＮｕｍＹ、ｂａｎｄＮｕｍＵ、またはｂａｎｄＮｕｍＶ）が、固定されてよく、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化されうる。たとえば、デコーダで各フレームに対してｍａｘ ｂａｎｄ＿ｎｕｍ＝１６を固定すると、フレーム内のＣ０のｂａｎｄ＿ｎｕｍを示すために、４ビットが信号化される。いくつかの他の最大ｂａｎｄ＿ｎｕｍの例が、以下の表１２に挙げられる。

いくつかの実施形態では、各セット（または加えられたすべてのセット）に対するクラスまたはオフセット（複数の分類子を共同で使用する組合せ、たとえばＣ１ ｅｄｇｅＮｕｍ＊Ｃ１ ｂａｎｄＮｕｍＹ＊ｂａｎｄＮｕｍＵ＊ｂａｎｄＮｕｍＶ）の最大数が固定されてよく、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化されうる。たとえば、ｍａｘは、加えられたすべてのセットに対してｃｌａｓｓ＿ｎｕｍ＝２５６＊４で固定され、制約を確認するために、エンコーダ適合性チェックまたはデコーダ規範チェックが使用されうる。

いくつかの実施形態では、制限がＣ０分類に適用されてよく、たとえばｂａｎｄ＿ｎｕｍ（ｂａｎｄＮｕｍＹ、ｂａｎｄＮｕｍＵ、またはｂａｎｄＮｕｍＶ）を２のべき乗の値のみに制限する。ｂａｎｄ＿ｎｕｍを明示的に信号化する代わりに、構文ｂａｎｄ＿ｎｕｍ＿ｓｈｉｆｔが信号化される。デコーダは、乗算を回避するために、シフト演算を使用することができる。異なるｂａｎｄ＿ｎｕｍ＿ｓｈｉｆｔが異なる成分に使用されうる。
クラス（Ｃ０）＝（Ｙ０＞＞ｂａｎｄ＿ｎｕｍ＿ｓｈｉｆｔ）＞＞ｂｉｔ＿ｄｅｐｔｈ

別の演算例は、誤差を低減させるために丸めを考慮する。
クラス（Ｃ０）＝（（Ｙ０＋（１＜＜（ｂａｎｄ＿ｎｕｍ＿ｓｈｉｆｔ－１）））＞＞ｂａｎｄ＿ｎｕｍ＿ｓｈｉｆｔ）＞＞ｂｉｔ＿ｄｅｐｔｈ

たとえば、ｂａｎｄ＿ｎｕｍ＿ｍａｘ（Ｙ、Ｕ、またはＶ）が１６である場合、表１３に示されているように、可能なｂａｎｄ＿ｎｕｍ＿ｓｈｉｆｔ候補は、ｂａｎｄ＿ｎｕｍ＝１、２、４、８、１６に対応する０、１、２、３、４である。

いくつかの実施形態では、ＣｂおよびＣｒに適用される分類子は異なる。すべてのクラスに対するＣｂおよびＣｒオフセットが別個に信号化されうる。たとえば、以下の表１４に示されているように、信号化された異なるオフセットが、異なるクロマ成分に適用される。

いくつかの実施形態では、最大オフセット値は固定され、またはシーケンス・パラメータ・セット（ＳＰＳ）／適応パラメータ・セット（ＡＰＳ）／ピクチャ・パラメータ・セット（ＰＰＳ）／ピクチャ・ヘッダ（ＰＨ）／スライス・ヘッダ（ＳＨ）／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化される。たとえば、最大オフセットは［－１５，１５］である。異なる成分は異なる最大オフセット値を有することができる。

いくつかの実施形態では、オフセットの信号化は、差分パルスコード変調（ＤＰＣＭ）を使用することができる。たとえば、オフセット｛３，３，２，１，－１｝が、｛３，０，－１，－１，－２｝として信号化されうる。

いくつかの実施形態では、オフセットは、次のピクチャ／スライスの再利用のために、ＡＰＳまたはメモリ・バッファに記憶されうる。どの記憶された以前のフレーム・オフセットが現在のピクチャに使用されるかを示すために索引が信号化されうる。

いくつかの実施形態では、ＣｂおよびＣｒの分類子は同じである。たとえば以下の表１５に示されているように、すべてのクラスに対するＣｂおよびＣｒオフセットが共同で信号化されうる。

いくつかの実施形態では、ＣｂおよびＣｒの分類子は同じであってよい。たとえば以下の表１６に示されているように、すべてのクラスに対するＣｂおよびＣｒオフセットが、符号フラグ差によって共同で信号化されうる。表１６によれば、Ｃｂオフセットが（３，３，２，－１）であるとき、導出されるＣｒオフセットは（－３，－３，－２，１）である。

いくつかの実施形態では、たとえば以下の表１７に示されているように、符号フラグは各クラスに対して信号化されうる。表１７によれば、Ｃｂオフセットが（３，３，２，－１）であるとき、導出されるＣｒオフセットは、それぞれの符号フラグに従って、（－３，３，２，１）である。

いくつかの実施形態では、ＣｂおよびＣｒの分類子は同じであってよい。たとえば以下の表１８に示されているように、すべてのクラスに対するＣｂおよびＣｒオフセットが、重み差によって共同で信号化されうる。重み（ｗ）は、制限された表で、たとえば±１／４、±１／２、０、±１、±２、±４．．．などで選択されてよく、ここで｜ｗ｜は２のべき乗の値のみを含む。表１８によれば、Ｃｂオフセットが（３，３，２，－１）であるとき、それぞれの符号フラグによって、導出されるＣｒオフセットは（－６，－６，－４，２）である。

いくつかの実施形態では、たとえば以下の表１９に示されているように、重みは各クラスに対して信号化されうる。表１９によれば、Ｃｂオフセットが（３，３，２，－１）であるとき、導出されるＣｒオフセットは、それぞれの符号フラグに従って、（－６，１２，０，－１）である。

いくつかの実施形態では、複数分類子が同じＰＯＣで使用される場合、異なるオフセット・セットが別個にまたは共同で信号化される。

いくつかの実施形態では、前に復号されたオフセットは、将来のフレームの使用のために記憶されうる。オフセットの信号化のオーバーヘッドを低減させるように、どの前に復号されたオフセット・セットが現在のフレームに使用されるかを示すために、索引が信号化されうる。たとえば、以下の表２０に示されているように、ＰＯＣ０オフセットは、オフセットｓｅｔ ｉｄｘ＝０を信号化することで、ＰＯＣ２によって再利用されうる。

いくつかの実施形態では、たとえば以下の表２１に示されているように、ＣｂおよびＣｒに対する再利用オフセットｓｅｔ ｉｄｘは異なってよい。

いくつかの実施形態では、オフセットの信号化は、信号化のオーバーヘッドを低減させるために、ｓｔａｒｔおよびｌｅｎｇｔｈを含む追加の構文を使用することができる。たとえば、ｂａｎｄ＿ｎｕｍ＝２５６であるとき、ｂａｎｄ＿ｉｄｘ＝３７～４４のオフセットのみが信号化される。以下の表２２－１の例では、ｓｔａｒｔおよびｌｅｎｇｔｈの構文はどちらも８ビットの固定長コードであり、ｂａｎｄ＿ｎｕｍビットに整合するべきである。

いくつかの実施形態では、ＣＣＳＡＯがすべてのＹＵＶ３成分に適用される場合、配列および隣接ＹＵＶサンプルが分類に共同で使用されてよく、Ｃｂ／Ｃｒに対するすべての上述されたオフセットの信号化方法がＹ／Ｃｂ／Ｃｒに拡張されうる。いくつかの実施形態では、異なる成分オフセット・セットが別個に記憶されて使用されてよく（各成分が独自の記憶されたセットを有する）、または共同で記憶されて使用されてよい（各成分が同じ記憶されたを共有／再利用する）。別個のセットの例が以下の表２２－２に示されている。

いくつかの実施形態では、シーケンス・ビット深さが１０（または特定のビット深さ）より大きい場合、オフセットは信号化前に量子化されうる。デコーダ側では、以下の表２３－１に示されているように、復号されたオフセットが適用前に逆量子化される。たとえば、１２ビットのシーケンスの場合、復号されたオフセットは２だけ左シフト（逆量子化）される。

いくつかの実施形態では、オフセットは、ＣｃＳａｏＯｆｆｓｅｔＶａｌ＝（１－２＊ｃｃｓａｏ＿ｏｆｆｓｅｔ＿ｓｉｇｎ＿ｆｌａｇ）＊（ｃｃｓａｏ＿ｏｆｆｓｅｔ＿ａｂｓ＜＜（ＢｉｔＤｅｐｔｈ－Ｍｉｎ（１０，ＢｉｔＤｅｐｔｈ）））として計算されうる。

いくつかの実施形態では、フィルタ強度の概念が本明細書にさらに導入される。たとえば、分類子オフセットは、サンプルに適用される前にさらに重み付けされうる。重み（ｗ）は、２のべき乗の値の表で選択されうる。たとえば、±１／４、±１／２、０、±１、±２、±４．．．などであり、ここで｜ｗ｜は２のべき乗の値のみを含む。重み索引は、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ（Ｓｅｔ）／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化されうる。量子化されたオフセットの信号化は、この重み適用の一部として得られうる。図６Ｄに示されているように、再帰的ＣＣＳＡＯが適用される場合、類似の重み索引機構が第１の段階と第２の段階との間で適用されうる。

いくつかの例では、異なる分類子に対して加重することで、複数の分類子のオフセットが、重みの組合せを有する同じサンプルに適用されうる。上述されたように、類似の重み索引機構が信号化されうる。たとえば、
ｏｆｆｓｅｔ＿ｆｉｎａｌ＝ｗ＊ｏｆｆｓｅｔ＿１＋（１－ｗ）＊ｏｆｆｓｅｔ＿２、または
ｏｆｆｓｅｔ＿ｆｉｎａｌ＝ｗ１＊ｏｆｆｓｅｔ＿１＋ｗ２＊ｏｆｆｓｅｔ＿２＋．．．である。

いくつかの実施形態では、ＰＨ／ＳＨ内のＣＣＳＡＯパラメータを直接信号化する代わりに、以前に使用されたパラメータ／オフセットが、次のピクチャ／スライスの再利用のために、適応パラメータ・セット（ＡＰＳ）またはメモリ・バッファ内に記憶されうる。索引は、どの記憶された以前のフレーム・オフセットが現在のピクチャ／スライスに使用されるかを示すように、ＰＨ／ＳＨ内で信号化されうる。ＣＣＳＡＯ履歴オフセット（history offsets）を維持するために、新しいＡＰＳ ＩＤが作成されうる。以下の表は、図６Ｉ、ｃａｎｄＰｏｓ、およびｂａｎｄＮｕｍ｛Ｙ，Ｕ，Ｖ｝＝｛１６，４，４｝を使用する一例を示す。いくつかの例では、ｃａｎｄＰｏｓ、ｂａｎｄＮｕｍ、オフセット信号化方法は、固定長コード（ＦＬＣ）とすることができ、または短縮単項（ＴＵ）コード、次数ｋを有する指数ゴロム・コード（ＥＧｋ）、符号付きＥＧ０（ＳＶＬＣ）、または符号なしＥＧ０（ＵＶＬＣ）などの他の方法とすることができる。この場合、ｓａｏ＿ｃｃ＿ｙ＿ｃｌａｓｓ＿ｎｕｍ（またはｃｂ、ｃｒ）は、ｓａｏ＿ｃｃ＿ｙ＿ｂａｎｄ＿ｎｕｍ＿ｙ＊ｓａｏ＿ｃｃ＿ｙ＿ｂａｎｄ＿ｎｕｍ＿ｕ＊ｓａｏ＿ｃｃ＿ｙ＿ｂａｎｄ＿ｎｕｍ＿ｖ（またはｃｂ、ｃｒ）に等しい。ｐｈ＿ｓａｏ＿ｃｃ＿ｙ＿ａｐｓ＿ｉｄは、このピクチャ／スライス内で使用されるパラメータ索引である。ｃｂおよびｃｒ成分は、同じ信号化論理に従うことができることに留意されたい。

ａｐｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素による参考のためのＡＰＳに対する識別子を提供する。ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＣＣＳＡＯ＿ＡＰＳに等しいとき、ａｐｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、（たとえば）包括的に０～７の範囲内であるものとする。

ｐｈ＿ｓａｏ＿ｃｃ＿ｙ＿ａｐｓ＿ｉｄは、現在のピクチャ内のスライスのＹ色成分が参照するＣＣＳＡＯ ＡＰＳのａｐｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定する。ｐｈ＿ｓａｏ＿ｃｃ＿ｙ＿ａｐｓ＿ｉｄが存在するとき、以下が適用される。ＣＣＳＡＯ＿ＡＰＳに等しいａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅおよびｐｈ＿ｓａｏ＿ｃｃ＿ｙ＿ａｐｓ＿ｉｄに等しいａｐｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＡＰＳ ＮＡＬユニットのｓａｏ＿ｃｃ＿ｙ＿ｓｅｔ＿ｓｉｇｎａｌ＿ｆｌａｇの値は、１に等しいものとし、ＣＣＳＡＯ＿ＡＰＳに等しいａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅおよびｐｈ＿ｓａｏ＿ｃｃ＿ｙ＿ａｐｓ＿ｉｄに等しいａｐｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＡＰＳネットワーク抽象層（ＮＡＬ）ユニットのＴｅｍｐｏｒａｌＩｄは、現在のピクチャのＴｅｍｐｏｒａｌＩｄより小さいまたはそれに等しいものとする。

いくつかの実施形態では、ＡＰＳ更新機構が本明細書に記載される。ＡＰＳオフセット・セットの最大数が、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで事前定義または信号化されうる。異なる成分は、異なる最大数制限を有することができる。ＡＰＳオフセット・セットが一杯である場合、新しく追加されたオフセット・セットは、先入れ先出し（ＦＩＦＯ）、後入れ先出し（ＬＩＦＯ）、もしくは最長時間未使用（ＬＲＵ）機構で、１つの既存の記憶されたオフセットに取って代わることができ、またはどのＡＰＳオフセット・セットが交換されるべきかを示す索引値が受信される。いくつかの例では、選択された分類子がｃａｎｄＰｏｓ／ｅｄｇｅ ｉｎｆｏ／ｃｏｄｉｎｇ ｉｎｆｏ．．．などからなる場合、すべての分類子情報は、ＡＰＳオフセット・セットの一部として得られることが可能であり、そのオフセット値を有するＡＰＳオフセット・セット内に記憶されることも可能である。

いくつかの実施形態では、制約が適用されうる。たとえば、新しく受信された分類子情報およびオフセットは、記憶されたＡＰＳオフセット・セット（同じ成分または異なる成分）のいずれとも同じになる可能性はない。

いくつかの例では、Ｃ０ ｃａｎｄＰｏｓ／ｂａｎｄＮｕｍ分類子が使用される場合、ＡＰＳオフセット・セットの最大数は、Ｙ／Ｕ／Ｖにつき４であり、Ｙ／ＶにＦＩＦＯ更新が使用され、Ｕに更新を示すｉｄｘが使用される。

いくつかの実施形態では、ＦＩＦＯ更新は、上記の例と同様に、（１）以前に残されたｓｅｔ ｉｄｘを円形に更新することができ（すべて更新されている場合、セット０から再び開始する）、（２）毎回セット０から更新することができる。いくつかの例では、更新は、新しいオフセット・セットを受信したとき、ＰＨ（例と同様）、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで行うことができる。

ＬＲＵ更新の場合、デコーダは、「ｔｏｔａｌ ｏｆｆｓｅｔ ｓｅｔ ｕｓｅｄ ｃｏｕｎｔ」をカウントするカウント・テーブルを維持し、これは、ＳＰＳ／ＡＰＳ／グループ・オブ・ピクチャ（ＧＯＰ）ごとの構造／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルでリフレッシュされうる。新しく受信されたオフセット・セットは、ＡＰＳ内の最長時間未使用オフセット・セットに取って代わる。２つの記憶されたオフセット・セットが同じカウントを有する場合、ＦＩＦＯ／ＬＩＦＯが使用されうる。たとえば、下の表２３－４の成分Ｙを参照されたい。

いくつかの実施形態では、異なる成分が異なる更新機構を有することができる。

いくつかの実施形態では、異なる成分（たとえば、Ｕ／Ｖ）が同じ分類子を共有することができる（同じｃａｎｄＰｏｓ／ｅｄｇｅ ｉｎｆｏ／ｃｏｄｉｎｇ ｉｎｆｏ／ｏｆｆｓｅｔが、修飾子とともに重みをさらに有することができる）。

いくつかの実施形態では、サンプル処理が以下に記載される。Ｒ（ｘ，ｙ）をＣＣＳＡＯ前の入力ルマまたはクロマ・サンプル値とし、Ｒ’（ｘ，ｙ）をＣＣＳＡＯ後の出力ルマまたはクロマ・サンプル値とする。
ｏｆｆｓｅｔ＝ｃｃｓａｏ＿ｏｆｆｓｅｔ［Ｒ（ｘ，ｙ）のｃｌａｓｓ＿ｉｎｄｅｘ］
Ｒ’（ｘ，ｙ）＝Ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｒ（ｘ，ｙ）＋ｏｆｆｓｅｔ）

上記の方程式によれば、各ルマまたはクロマ・サンプル値Ｒ（ｘ，ｙ）は、現在のピクチャおよび／または現在のオフセットｓｅｔ ｉｄｘの示されている分類子を使用して分類される。導出されたクラス索引の対応するオフセットが、各ルマまたはクロマ・サンプル値Ｒ（ｘ，ｙ）に加えられる。クリップ関数Ｃｌｉｐ３が（Ｒ（ｘ，ｙ）＋オフセット）に適用されて、ビット深さダイナミック・レンジ、たとえば０から（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１の範囲内の出力ルマまたはクロマ・サンプル値Ｒ’（ｘ，ｙ）を作成する。

図１３は、本開示のいくつかの実装例によって、ＣＣＳＡＯが適用され、他のループ内フィルタが異なるクリッピングの組合せを有することを示すブロック図である。

いくつかの実施形態では、ＣＣＳＡＯが他のループ・フィルタによって動作されるとき、クリップ動作は以下を含むことができる。
（１）加算後のクリッピング
以下の方程式は、（ａ）ＣＣＳＡＯがＳＡＯおよびＢＩＦによって動作される例、または（ｂ）ＣＣＳＡＯがＳＡＯに取って代わるが、依然としてＢＩＦによって動作される例を示す。
（ａ）Ｉ_ＯＵＴ＝ｃｌｉｐ１（Ｉ_Ｃ＋ΔＩ_ＳＡＯ＋ΔＩ_ＢＩＦ＋＋ΔＩ_{ＣＣＳＡＯ}）
（ｂ）Ｉ_ＯＵＴ＝ｃｌｉｐ１（Ｉ_Ｃ＋ΔＩ_{ＣＣＳＡＯ}＋ΔＩ_ＢＩＦ）
（２）ＢＩＦによって動作される加算前のクリッピング
いくつかの実施形態では、クリップ順序が切り換えられうる。
（ａ）Ｉ_ＯＵＴ＝ｃｌｉｐ１（Ｉ_Ｃ＋ΔＩ_ＳＡＯ）
Ｉ’_ＯＵＴ＝ｃｌｉｐ１（Ｉ_ＯＵＴ＋ΔＩ_ＢＩＦ）
Ｉ”_ＯＵＴ＝ｃｌｉｐ１（Ｉ”_ＯＵＴ＋ΔＩ_{ＣＣＳＡＯ}）
（ｂ）Ｉ_ＯＵＴ＝ｃｌｉｐ１（Ｉ_Ｃ＋ΔＩ_ＢＩＦ）
Ｉ’_ＯＵＴ＝ｃｌｉｐ１（Ｉ’_ＯＵＴ＋ΔＩ_{ＣＣＳＡＯ}）
（３）部分的加算後のクリッピング
（ａ）Ｉ_ＯＵＴ＝ｃｌｉｐ１（Ｉ_Ｃ＋ΔＩ_ＳＡＯ＋ΔＩ_ＢＩＦ）
Ｉ’_ＯＵＴ＝ｃｌｉｐ１（Ｉ_ＯＵＴ＋ΔＩ_{ＣＣＳＡＯ}）

いくつかの実施形態では、異なるクリッピング（clipping）の組合せは、補正精度とハードウェア一時バッファ・サイズ（レジスタまたはＳＲＡＭビット幅）との間に異なるトレードオフを与える。

図１３（ａ）は、ＳＡＯ／ＢＩＦオフセット・クリッピングを示す。図１３（ｂ）は、ＣＣＳＡＯのための１つの追加のビット深さクリッピングを示す。図１３（ｃ）は、ＳＡＯ／ＢＩＦ／ＣＣＳＡＯオフセットを入力サンプルに加算した後の共同クリッピングを示す。より具体的には、たとえば図１３（ａ）は、ＳＡＯと相互作用するときの現在のＢＩＦ設計を示す。ＳＡＯおよびＢＩＦからのオフセットが入力サンプルに加算され、それに続いて１つのビット深さクリッピングを実行する。しかし、図１３（ｂ）および図１３（ｃ）に示されているように、ＣＣＳＡＯがまたＳＡＯ段階で加えられるとき、（１）ＣＣＳＡＯに対する１つの追加のビット深さクリッピングを追加すること、および（２）ＳＡＯ／ＢＩＦ／ＣＣＳＡＯオフセットを入力サンプルに追加した後に共同クリッピングを実行する１つの調和した設計、という２つの可能なクリッピング設計が選択されうる。いくつかの実施形態では、上述されたクリッピング設計は、ＢＩＦがそれらにのみ適用されるため、ルマ・サンプルのみが異なる。

いくつかの実施形態では、境界処理が以下に記載されている。分類に使用される配列および隣接ルマ（クロマ）サンプルのいずれかが現在のピクチャの外側に位置する場合、ＣＣＳＡＯが現在のクロマ（ルマ）サンプルに適用されない。図１４Ａは、本開示のいくつかの実装例によって、分類に使用される配列および隣接ルマ（クロマ）サンプルのいずれかが現在のピクチャの外側に位置する場合、ＣＣＳＡＯが現在のクロマ（ルマ）サンプルに適用されないことを示すブロック図である。たとえば、図１４Ａ（ａ）において、分類子が使用される場合、ＣＣＳＡＯは現在のピクチャの左１列のクロマ成分に適用されない。たとえば、Ｃ１’が使用される場合、図１４Ａ（ｂ）に示されているように、ＣＣＳＡＯは現在のピクチャの左１列および上１行のクロマ成分に適用されない。

図１４Ｂは、本開示のいくつかの実装例によって、分類に使用される配列および隣接ルマまたはクロマ・サンプルのいずれかが現在のピクチャの外側に位置する場合、ＣＣＳＡＯが現在のルマまたはクロマ・サンプルに適用されることを示すブロック図である。いくつかの実施形態では、変動は、図１４Ｂ（ｂ）に示されているように、分類に使用される配列および隣接ルマまたはクロマ・サンプルのいずれかが現在のピクチャの外側に位置する場合、図１４Ｂ（ａ）に示されているように、失われたサンプルが反復的に使用され、または失われたサンプルがミラー・パディングされて、分類のためのサンプルを作成し、ＣＣＳＡＯは現在のルマまたはクロマ・サンプルに適用されうる。いくつかの実施形態では、分類に使用される配列および隣接ルマ（クロマ）サンプルのいずれかが、現在のサブピクチャ／スライス／タイル／パッチ／ＣＴＵ／３６０仮想境界の外側に位置する場合、本明細書に開示される無効化／反復／ミラー・ピクチャ境界処理方法がまた、サブピクチャ／スライス／タイル／ＣＴＵ／３６０仮想境界で適用されうる。

たとえば、ピクチャは、１つまたは複数のタイル行および１つまたは複数のタイル列に分割される。タイルは、ピクチャの方形領域を含む一連のＣＴＵである。

スライスは、整数の完全なタイル、またはピクチャのタイル内の整数の連続する完全なＣＴＵ行からなる。

サブピクチャは、集合的にピクチャの方形領域を含む１つまたは複数のスライスを含む。

いくつかの実施形態では、３６０度ビデオが球上で取り込まれ、本質的に「境界」を有しておらず、投影されるドメイン内の基準ピクチャの境界の外にある基準サンプルが常に、球形ドメイン内の隣接サンプルから取得されうる。複数の面から構成される投影形式の場合、どのような小型のフレームパッキング配置が使用されるかにかかわらず、フレームパッキングピクチャ内の２つ以上の隣接面間に不連続性が現れる。ＶＶＣでは、垂直および／または水平仮想境界が導入され、これを超えるとループ内フィルタリング動作が無効化され、それらの境界の位置は、ＳＰＳまたはピクチャ・ヘッダ内に信号化される。各組の連続面に１つずつ、２つのタイルを使用することと比べて、３６０仮想境界の使用は、面サイズがＣＴＵサイズの倍数であることを必要としないため、より柔軟である。いくつかの実施形態では、垂直３６０仮想境界の最大数は３であり、水平３６０仮想境界の最大数も３である。いくつかの実施形態では、２つの仮想境界間の距離は、ＣＴＵサイズより大きくまたはそれに等しく、仮想境界の粒度は、８ルマ・サンプル、たとえば８×８サンプルの格子である。

図１４Ｃは、本開示のいくつかの実装例によって、分類に使用される対応する選択された配列または隣接ルマ・サンプルが、仮想境界によって画定される仮想空間の外側である場合、ＣＣＳＡＯが現在のクロマ・サンプルに適用されないことを示すブロック図である。いくつかの実施形態では、仮想境界（ＶＢ）は、ピクチャ・フレーム内の空間を分離する仮想線である。いくつかの実施形態では、仮想境界（ＶＢ）が現在のフレーム内で適用される場合、ＣＣＳＡＯは、仮想境界によって画定される仮想空間の外側にある対応するルマ位置を選択したクロマ・サンプルに適用されない。図１４Ｃは、９のルマ位置候補を有するＣ０分類子に対する仮想境界の一例を示す。各ＣＴＵに対して、ＣＣＳＡＯは、対応する選択されたルマ位置が仮想境界によって取り囲まれた仮想空間の外側にあるクロマ・サンプルに適用されない。たとえば、図１４Ｃ（ａ）で、選択されたＹ７ルマ・サンプル位置が、フレームの底辺から４画素の線に位置する水平仮想境界１４０６の反対側にあるとき、ＣＣＳＡＯはクロマ・サンプル１４０２に適用されない。たとえば、図１４Ｃ（ｂ）で、選択されたＹ５ルマ・サンプル位置が、フレームの右辺からｙ画素の線に位置する垂直仮想境界１４０８の反対側に位置するとき、ＣＣＳＡＯはクロマ・サンプル１４０４に適用されない。

図１５は、本開示のいくつかの実装例によって、反復またはミラー・パディングが、仮想境界の外側にあるルマ・サンプルに適用されうることを示す。図１５（ａ）は、反復パディングの一例を示す。元のＹ７が、ＶＢ１５０２の底辺に位置する分類子になるように選択された場合、元のＹ７ルマ・サンプル値ではなく、Ｙ４ルマ・サンプル値が分類に使用される（Ｙ７位置にコピーされる）。図１５（ｂ）は、ミラー・パディングの一例を示す。Ｙ７が、ＶＢ１５０４の底辺に位置する分類子になるように選択された場合、元のＹ７ルマ・サンプル値ではなく、Ｙ０ルマ・サンプルに対してＹ７値に対称のＹ１ルマ・サンプル値が分類に使用される。パディング方法は、より多くのクロマ・サンプルにＣＣＳＡＯを適用する可能性を与え、したがってより多くのコーディングゲイン（coding gain）が実現されうる。

いくつかの実施形態では、ＣＣＳＡＯによって必要とされる線バッファを低減させ、境界処理条件チェックを簡略化するために、制限が適用されうる。図１６は、本開示のいくつかの実装例によって、９つすべての配列および隣接ルマ・サンプルが分類に使用される場合、追加の１ルマ線バッファ、すなわち現在のＶＢ１６０２の上の線－５の全線ルマ・サンプルが必要とされうることを示す。図１０Ｂ（ａ）は、６つのルマ候補のみを分類に使用する一例を示し、これは線バッファを低減させ、図１４Ａおよび図１４Ｂにおけるいかなる追加の境界チェックも必要としない。

いくつかの実施形態では、ＣＣＳＡＯ分類にルマ・サンプルを使用すると、ルマ線バッファを増大させ、したがってデコーダ・ハードウェア実装コストを増大させうる。図１７は、本開示のいくつかの実装例によって、ＡＶＳにおいて、ＶＢ１７０２を交差する９つのルマ候補ＣＣＳＡＯが、２つの追加のルマ線バッファを増大させうる図を示す。仮想境界（ＶＢ）１７０２より上のルマ・サンプルおよびクロマ・サンプルの場合、ＤＢＦ／ＳＡＯ／ＡＬＦが現在のＣＴＵ行で処理される。ＶＢ１７０２より下のルマ・サンプルおよびクロマ・サンプルの場合、ＤＢＦ／ＳＡＯ／ＡＬＦが次のＣＴＵ行で処理される。ＡＶＳデコーダ・ハードウェア設計では、ルマ線－４から－１のＤＢＦ前サンプル、線－５のＳＡＯ前サンプル、およびクロマ線－３から－１のＤＢＦ前サンプル、線－４のＳＡＯ前サンプルが、次のＣＴＵ行のＤＢＦ／ＳＡＯ／ＡＬＦ処理のための線バッファとして記憶される。次のＣＴＵ行を処理するとき、線バッファ内にないルマ・サンプルおよびクロマ・サンプルは利用できない。しかし、たとえばクロマ線－３（ｂ）位置において、クロマ・サンプルは次のＣＴＵ行で処理されるが、ＣＣＳＡＯは、ＳＡＯ前ルマ・サンプル線－７、－６、および－５を分類に必要とする。ＳＡＯ前ルマ・サンプル線－７、－６は線バッファ内になく、したがって利用できない。ＳＡＯ前ルマ・サンプル線－７および－６を線バッファに加えると、デコーダ・ハードウェア実装コストを増大させる。いくつかの例では、ルマＶＢ（線－４）およびクロマＶＢ（線－３）は異なってよい（位置合わせされない）。

図１７と同様に、図１８Ａは、ＶＶＣにおいて、本開示のいくつかの実装例によって、ＶＢ１８０２を交差する９つのルマ候補ＣＣＳＡＯが、１つの追加のルマ線バッファを増大させうる図を示す。ＶＢは、異なる規格で異なってもよい。ＶＶＣにおいて、ルマＶＢは線－４であり、クロマＶＢは線－２であり、したがって９つの候補ＣＣＳＡＯが、１つのルマ線バッファを増大させうる。

いくつかの実施形態では、第１の解決策において、クロマ・サンプルのルマ候補のいずれかがＶＢを横切っている（現在のクロマ・サンプルＶＢの外側にある）場合、ＣＣＳＡＯがクロマ・サンプルに対して無効化される。図１９Ａ～図１９Ｃは、本開示のいくつかの実装例によって、クロマ・サンプルのルマ候補のいずれかがＶＢ１９０２を横切っている（現在のクロマ・サンプルＶＢの外側にある）場合、ＡＶＳおよびＶＶＣにおいて、ＣＣＳＡＯがクロマ・サンプルに対して無効化されることを示す。図１４Ｃもまた、この実装例のいくつかの例を示す。

いくつかの実施形態では、第２の解決策において、「交差ＶＢ」ルマ候補に対して、ＶＢに近くＶＢの反対側にあるルマ線、たとえばルマ線－４から、反復パディングがＣＣＳＡＯに使用される。いくつかの実施形態では、ＶＢの下の隣接ルマに最も近いルマからの反復パディングが、「交差ＶＢ」クロマ候補に対して実装される。図２０Ａ～図２０Ｃは、本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマ・サンプルのルマ候補のいずれかがＶＢ２００２を横切っている（現在のクロマ・サンプルＶＢの外側にある）場合、クロマ・サンプルに対する反復パディングを使用してＣＣＳＡＯが有効化されることを示す。図１４Ｃ（ａ）もまた、この実装例のいくつかの例を示す。

いくつかの実施形態では、第３の解決策において、「交差ＶＢ」ルマ候補に対して、ルマＶＢの下から、ミラー・パディングがＣＣＳＡＯに使用される。図２１Ａ～図２１Ｃは、本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマ・サンプルのルマ候補のいずれかがＶＢ２１０２を横切っている（現在のクロマ・サンプルＶＢの外側にある）場合、クロマ・サンプルに対するミラー・パディングを使用して、ＣＣＳＡＯが有効化されることを示す。図１４Ｃ（ｂ）および図１４Ｂ（ｂ）もまた、この実装例のいくつかの例を示す。いくつかの実施形態では、第４の解決策において、ＣＣＳＡＯを適用するために「両面対称パディング」が使用される。図２２Ａ～図２２Ｂは、本開示のいくつかの実装例によって、異なるＣＣＳＡＯ形状（たとえば、９つのルマ候補（図２２Ａ）および８つのルマ候補（図２２Ｂ））のいくつかの例に対して、両面対称パディングを使用して、ＣＣＳＡＯが有効化されることを示す。クロマ・サンプルの配列された中心ルマ・サンプルを有するルマ・サンプル・セットに対して、ルマ・サンプル・セットの一方の側がＶＢ２２０２の外側にある場合、ルマ・サンプル・セットの両側に対して両面対称パディングが適用される。たとえば、図２２Ａで、ルマ・サンプルＹ０、Ｙ１、およびＹ２はＶＢ２２０２の外側にあり、したがってＹ０、Ｙ１、Ｙ２およびＹ６、Ｙ７、Ｙ８はどちらも、Ｙ３、Ｙ４、Ｙ５を使用してパディングされる。たとえば、図２２Ｂで、ルマ・サンプルＹ０はＶＢ２２０２の外側にあり、したがってＹ０はＹ２を使用してパディングされ、Ｙ７はＹ５を使用してパディングされる。

図１８Ｂは、本開示のいくつかの実装例によって、現在のルマ・サンプルを分類するために配列または隣接クロマ・サンプルが使用され、選択されたクロマ候補がＶＢを横切って、追加のクロマ線バッファを必要としうる図を示す。上述されたものに類似の解１～４が、この問題に対処するために適用されうる。

解決策１は、そのクロマ候補のいずれかがＶＢを横切りうるとき、ルマ・サンプルに対するＣＣＳＡＯを無効化することである。

解決策２は、「交差ＶＢ」クロマ候補に対して、ＶＢの下の隣接クロマに最も近いクロマからの反復パディングを使用することである。

解決策３は、「交差ＶＢ」クロマ候補に対して、クロマＶＢの下からのミラー・パディングを使用することである。

解決策４は、「両面対称パディング」を使用することである。ＣＣＳＡＯ配列クロマ・サンプルの中心に位置する候補セットに対して、候補セットの一方の側がＶＢの外側にある場合、両面対称パディングが両側に適用される。

パディング方法は、より多くのルマまたはクロマ・サンプルにＣＣＳＡＯを適用する可能性を与え、したがってより多くのコーディングゲインが実現されうる。

いくつかの実施形態では、底部ピクチャ（またはスライス、タイル、ブリック）境界ＣＴＵ行において、ＶＢより下のサンプルは現在のＣＴＵ行で処理され、したがって上記の特別な取扱い（解１、２、３、４）が、この底部ピクチャ（またはスライス、タイル、ブリック）境界ＣＴＵ行に適用されない。たとえば、１９２０×１０８０のフレームが、１２８×１２８のＣＴＵで分割される。フレームは、１５×９のＣＴＵ（端数切り上げ）を含む。底部ＣＴＵ行は、第１５のＣＴＵ行である。復号プロセスは、ＣＴＵ行ごとに行われ、各ＣＴＵ行に対してＣＴＵごとに行われる。現在のＣＴＵ行と次のＣＴＵ行との間の水平ＣＴＵ境界に沿って、デブロッキングが適用される必要がある。１つのＣＴＵの内側では、底部４／２ルマ／クロマ線において、ＤＢＦサンプル（ＶＶＣの場合）が次のＣＴＵ行で処理され、現在のＣＴＵ行のＣＣＳＡＯに利用できないため、ＣＴＢのＶＢが各ＣＴＵ行に適用される。しかし、ピクチャ・フレームの底部ＣＴＵ行では、次のＣＴＵ行が残っていないため、底部４／２ルマ／クロマ線ＤＢＦサンプルが、現在のＣＴＵ行で利用可能であり、現在のＣＴＵ行でＤＢＦ処理される。

いくつかの実施形態では、図１３～図２２に表示されるＶＢは、サブピクチャ／スライス／タイル／パッチ／ＣＴＵ／３６０仮想境界の境界によって交換されうる。いくつかの実施形態では、図１３～図２２のクロマおよびルマ・サンプルの位置は切り換えられうる。いくつかの実施形態では、図１３～図２２のクロマおよびルマ・サンプルの位置は、第１のクロマ・サンプルおよび第２のクロマ・サンプルの位置によって交換されうる。いくつかの実施形態では、ＣＴＵ内のＡＬＦ ＶＢは、共通して水平であってよい。いくつかの実施形態では、サブピクチャ／スライス／タイル／パッチ／ＣＴＵ／３６０仮想境界の境界は、水平または垂直であってよい。

いくつかの実施形態では、図１６に説明されるように、ＣＣＳＡＯによって必要とされる線バッファを低減させ、境界処理条件チェックを簡略化するために、制限が適用されうる。図２３は、本開示のいくつかの実装例によって、制限された数のルマ候補を分類に使用する制限を示す。図２３（ａ）は、６つのルマ候補のみを分類に使用する制限を示す。図２３（ｂ）は、４つのルマ候補のみを分類に使用する制限を示す。

いくつかの実施形態では、適用領域が実装される。ＣＣＳＡＯ適用領域ユニットは、ＣＴＢに基づくことができる。すなわち、オン／オフ制御、ＣＣＳＡＯパラメータ（分類オフセット・セット索引に使用されるオフセット、ルマ候補位置、ｂａｎｄ＿ｎｕｍ、ビットマスク．．．など）は、１つのＣＴＢ内で同じである。

いくつかの実施形態では、適用領域は、ＣＴＢ境界に位置合わせされえない。たとえば、適用領域は、クロマＣＴＢ境界に位置合わせされず、シフトされる。構文（オン／オフ制御、ＣＣＳＡＯパラメータ）が、依然として各ＣＴＢに対して示されているが、本当の適用領域はＣＴＢ境界に位置合わせされない。図２４は、本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域がＣＴＢ／ＣＴＵ境界２４０６に位置合わせされないことを示す。たとえば、適用領域は、クロマＣＴＢ／ＣＴＵ境界２４０６に位置合わせされないが、ＶＢ２４０８に対して左上シフト（４，４）されたサンプルである。この位置合わせされていないＣＴＢ境界設計は、各８×８のデブロッキング・プロセス領域に対して同じデブロッキング・パラメータが使用されるため、デブロッキング・プロセスに利益をもたらす。

いくつかの実施形態では、表２４に示されているように、ＣＣＳＡＯ適用領域ユニット（マスク・サイズ）は可変であってよい（ＣＴＢサイズより大きいまたは小さい）。マスク・サイズは、異なる成分に対して異なってよい。マスク・サイズは、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで切り換えられうる。たとえば、ＰＨにおいて、各ＣＣＳＡＯ領域情報を示すために、一連のマスク・オン／オフ・フラグおよびオフセット・セット索引が示される。

いくつかの実施形態では、ＣＣＳＡＯ適用領域フレーム区画は固定されうる。たとえば、フレームをＮの領域に分割する。図２５は、本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域フレーム区画がＣＣＳＡＯパラメータによって固定されうることを示す。

いくつかの実施形態では、各領域は、その独自の領域オン／オフ制御フラグおよびＣＣＳＡＯパラメータを有することができる。また、領域サイズがＣＴＢサイズより大きい場合、ＣＴＢオン／オフ制御フラグおよび領域オン／オフ制御フラグの両方を有することができる。図２５（ａ）および（ｂ）は、フレームをＮの領域に分割するいくつかの例を示す。図２５（ａ）は、４つの領域からなる垂直分割を示す。図２５（ｂ）は、４つの領域からなる正方形分割を示す。いくつかの実施形態では、オール・オン制御フラグ（ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｃｔｂ＿ｃｏｎｔｒｏｌ＿ｆｌａｇ／ｐｈ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｃｔｂ＿ｃｏｎｔｒｏｌ＿ｆｌａｇ）上のピクチャ・レベルＣＴＢと同様に、領域オン／オフ制御フラグがオフである場合、ＣＴＢオン／オフ・フラグがさらに信号化されうる。そうでない場合、ＣＴＢフラグをさらに信号化することなく、この領域内のすべてのＣＴＢにＣＣＳＡＯが適用される。

いくつかの実施形態では、異なるＣＣＳＡＯ適用領域が、同じ領域オン／オフ制御およびＣＣＳＡＯパラメータを共有することができる。たとえば、図２５（ｃ）で、領域０～２は同じパラメータを共有し、領域３～１５は同じパラメータを共有する。図２５（ｃ）はまた、領域オン／オフ制御フラグおよびＣＣＳＡＯパラメータが、ヒルベルト・スキャン順序で信号化されうることを示す。

いくつかの実施形態では、ＣＣＳＡＯ適用領域ユニットは、ピクチャ／スライス／ＣＴＢレベルから分割された４分木／２分木／３分木になりうる。ＣＴＢ分割と同様に、ＣＣＳＡＯ適用領域区画を示すために、一連の分割されたフラグが信号化される。図２６は、本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域が、フレーム／スライス／ＣＴＢレベルから分割された２分木（ＢＴ）／４分木（ＱＴ）／３分木（ＴＴ）になりうることを示す。

図２７は、本開示のいくつかの実装例によって、ピクチャ・フレーム内において異なるレベルで使用されて切り換えられる複数の分類子を示すブロック図である。いくつかの実施形態では、複数分類子が１つのフレームで使用される場合、分類子セット索引を適用する方法は、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで切り換えられうる。たとえば、以下の表２５に示されているように、４つの分類子セットがフレーム内で使用され、ＰＨで切り換えられる。図２７（ａ）および図２７（ｃ）は、デフォルト固定領域分類子を示す。図２７（ｂ）は、分類子セット索引がマスク／ＣＴＢレベルで信号化されることを示し、ここで０はこのＣＴＢに対してＣＣＳＡＯオフを意味し、１～４はセット索引を意味する。

いくつかの実施形態では、デフォルト領域の場合、この領域内のＣＴＢがデフォルト・セット索引を使用しない（たとえば、領域レベル・フラグが０である）が、このフレーム内で他の分類子セットを使用する場合、領域レベル・フラグが信号化されうる。たとえば、デフォルト・セット索引が使用される場合、領域レベル・フラグは１になる。たとえば、正方形区画の４つの領域において、以下の表２６－１に示されているように、以下の分類子セットが使用される。

図２８は、本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域区画が動的であってよく、ピクチャ・レベルで切り換えられうることを示すブロック図である。たとえば、図２８（ａ）は、３つのＣＣＳＡＯオフセット・セットがこのＰＯＣで使用され（ｓｅｔ＿ｎｕｍ＝３）、したがってピクチャ・フレームが垂直に３つの領域に分割されることを示す。図２８（ｂ）は、４つのＣＣＳＡＯオフセット・セットがこのＰＯＣで使用され（ｓｅｔ＿ｎｕｍ＝４）、したがってピクチャ・フレームが水平に４つの領域に分割されることを示す。図２８（ｃ）は、３つのＣＣＳＡＯオフセット・セットがこのＰＯＣで使用され（ｓｅｔ＿ｎｕｍ＝３）、したがってピクチャ・フレームが３つの領域にラスタ分割されることを示す。各領域は、ＣＴＢオン／オフ制御ビットを節減するために、その独自の領域のオール・オン・フラグを有することができる。領域の数は、信号化されるピクチャｓｅｔ＿ｎｕｍに依存する。ＣＣＳＡＯ適用領域は、ブロック内のコーディング情報（サンプル位置、サンプル・コーディング・モード、ループ・フィルタ・パラメータなど）による特有の区域とすることができる。たとえば、１）ＣＣＳＡＯ適用領域は、サンプルがスキップ・モード・コーディングされたときにのみ適用される可能性があり、または２）ＣＣＳＡＯ適用領域は、ＣＴＵ境界に沿ってＮ個のサンプルのみを含み、または３）ＣＣＳＡＯ適用領域は、フレーム内の８×８格子上のサンプルのみを含み、または４）ＣＣＳＡＯ適用領域は、ＤＢＦフィルタ・サンプルのみを含み、または５）ＣＣＳＡＯ適用領域は、ＣＵ内で上Ｍおよび左Ｎ行のみを含み、または（６）ＣＣＳＡＯ適用領域は、イントラ・コーディング・サンプルのみを含み、または（７）ＣＣＳＡＯ適用領域は、ｃｂｆ＝０ブロック内のサンプルのみを含み、または（８）ＣＣＳＡＯ適用領域は、［Ｎ，Ｍ］のブロックＱＰを有するブロック上のみに位置し、ここで（Ｎ，Ｍ）は、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで事前定義または信号化されうる。成分間コーディング情報が考慮されてもよく、（９）ＣＣＳＡＯ適用領域は、配列ルマ・サンプルがｃｂｆ＝０ブロック内にあるクロマ・サンプル上である。

いくつかの実施形態では、コーディング情報適用領域制限を導入するかどうかは、指定されたコーディング情報がＣＣＳＡＯ適用で包含／除外されるかどうかを示すように、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ（代替セットごと）／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで１つの制御フラグにおいて事前定義または信号化されうる。デコーダは、事前定義された条件または制御フラグに従って、それらの区域に対するＣＣＳＡＯ処理を省く。たとえば、ＹＵＶは、領域（セット）レベルで切り換わる異なる事前定義／フラグ制御条件を使用する。ＣＣＳＡＯ適用の判断は、ＣＵ／ＴＵ／ＰＵまたはサンプル・レベルで行うことができる。

別の例は、２方向有効化制約（事前定義）のすべてまたは一部を再利用する。
ｂｏｏｌ ｉｓＩｎｔｅｒ＝（ｃｕｒｒＣＵ．ｐｒｅｄＭｏｄｅ＝＝ＭＯＤＥ＿ＩＮＴＥＲ）？ｔｒｕｅ：ｆａｌｓｅ；
ｉｆ（ｃｃＳａｏＰａｒａｍｓ．ｃｔｕＯｎ［ｃｔｕＲｓＡｄｄｒ］
＆＆（（ＴＵ：：ｇｅｔＣｂｆ（ｃｕｒｒＴＵ，ＣＯＭＰＯＮＥＮＴ＿Ｙ）｜｜ｉｓＩｎｔｅｒ＝＝ｆａｌｓｅ）＆＆（ｃｕｒｒＴＵ．ｃｕ－＞ｑｐ＞１７））
＆＆（１２８＞ｓｔｄ：：ｍａｘ（ｃｕｒｒＴＵ．ｌｕｍａＳｉｚｅ（）．ｗｉｄｔｈ，ｃｕｒｒＴＵ．ｌｕｍａＳｉｚｅ（）．ｈｅｉｇｈｔ））
＆＆（（ｉｓＩｎｔｅｒ＝＝ｆａｌｓｅ）｜｜（３２＞ｓｔｄ：：ｍｉｎ（ｃｕｒｒＴＵ．ｌｕｍａＳｉｚｅ（）．ｗｉｄｔｈ，ｃｕｒｒＴＵ．ｌｕｍａＳｉｚｅ（）．ｈｅｉｇｈｔ））））

いくつかの実施形態では、特有の区域を除外することで、ＣＣＳＡＯ統計収集に有利となってよい。オフセット導出は、それらの本当に補正される必要のある区域にとってより精密または好適であってよい。たとえば、ｃｂｆ＝０を有するブロックは通常、さらに補正される必要のないブロックが完全に予測されることを意味する。それらのブロックを除外することで、他の区域のオフセット導出に有利となってよい。

異なる適用領域は、異なる分類子を使用することができる。たとえば、ＣＴＵでは、スキップ・モードがＣ１を使用し、８×８格子がＣ２を使用し、スキップ・モードおよび８×８格子がＣ３を使用する。たとえば、ＣＴＵでは、スキップ・モード・コーディング・サンプルがＣ１を使用し、ＣＵ中心のサンプルがＣ２を使用し、ＣＵ中心でスキップ・モード・コーディングされたサンプルがＣ３を使用する。図２９は、本開示のいくつかの実装例によって、ＣＣＳＡＯ分類子が現在または成分間のコーディング情報を考慮することができることを示す図である。たとえば、異なるコーディング・モード／パラメータ／サンプル位置が、異なる分類子を形成することができる。異なるコーディング情報が組み合わされて、共同分類子を形成することができる。異なる区域は、異なる分類子を使用することができる。図２９はまた、適用領域の別の例も示す。

いくつかの実施形態では、事前定義またはフラグ制御「コーディング情報除外区域」機構が、ＤＢＦ／ＳＡＯ前／ＳＡＯ／ＢＩＦ／ＣＣＳＡＯ／ＡＬＦ／ＣＣＡＬＦ／ＮＮループ・フィルタ（ＮＮＬＦ）、または他のループ・フィルタで使用されうる。

いくつかの実施形態では、実装されるＣＣＳＡＯ構文が、下の表２７に示されている。いくつかの例では、各構文要素の２値化が変更されうる。ＡＶＳ３では、パッチという用語はスライスに類似しており、パッチ・ヘッダはスライス・ヘッダに類似している。ＦＬＣは固定長コードを表す。ＴＵは短縮単項コードを表す。ＥＧｋは次数ｋを有する指数ゴロム・コードを表し、ここでｋは固定されうる。ＳＶＬＣは符号付きＥＧ０を表す。ＵＶＬＣは符号なしＥＧ０を表す。

高次フラグがオフである場合、低次フラグはフラグのオフ状態から推論されてよく、信号化される必要はない。たとえば、このピクチャ内でｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｆｌａｇが偽である場合、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｂａｎｄ＿ｎｕｍ＿ｍｉｎｕｓ１、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｌｕｍａ＿ｔｙｐｅ、ｃｃ＿ｓａｏ＿ｃｂ＿ｏｆｆｓｅｔ＿ｓｉｇｎ＿ｆｌａｇ、ｃｃ＿ｓａｏ＿ｃｂ＿ｏｆｆｓｅｔ＿ａｂｓ、ｃｔｂ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｆｌａｇ、ｃｃ＿ｓａｏ＿ｃｂ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇ、およびｃｃ＿ｓａｏ＿ｃｂ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇは存在せず、偽であると推論される。

いくつかの実施形態では、以下の表２８に示されているように、ＳＰＳのｃｃｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇがＳＰＳのＳＡＯ有効化フラグで調整される。

いくつかの実施形態では、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｃｔｂ＿ｃｏｎｔｒｏｌ＿ｆｌａｇ、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｃｔｂ＿ｃｏｎｔｒｏｌ＿ｆｌａｇが、Ｃｂ／ＣｒのＣＴＢオン／オフ制御の粒度を有効化するかどうかを示す。ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｃｔｂ＿ｃｏｎｔｒｏｌ＿ｆｌａｇおよびｐｈ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｃｔｂ＿ｃｏｎｔｒｏｌ＿ｆｌａｇが有効化された場合、ｃｔｂ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｆｌａｇおよびｃｔｂ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｆｌａｇがさらに信号化されうる。そうでない場合、ＣＣＳＡＯが現在のピクチャに適用されるかどうかは、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｆｌａｇ、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｆｌａｇに依存し、ｃｔｂ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｆｌａｇおよびｃｔｂ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｆｌａｇをＣＴＢレベルでさらに信号化しない。

いくつかの実施形態では、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｔｙｐｅおよびｐｈ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｔｙｐｅに対して、ビットのオーバーヘッドを低減させるために、中心配列ルマ位置（図１０のＹ０位置）がクロマ・サンプルに対する分類に使用されるかどうかを区別するように、フラグがさらに信号化されうる。同様に、ｃｃ＿ｓａｏ＿ｃｂ＿ｔｙｐｅおよびｃｃ＿ｓａｏ＿ｃｒ＿ｔｙｐｅがＣＴＢレベルで信号化された場合、同じ機構によってフラグがさらに信号化されうる。たとえば、Ｃ０ルマ位置候補の数が９である場合、以下で表２９に示されているように、中心配列ルマ位置が使用されるかどうかを区別するために、ｃｃ＿ｓａｏ＿ｃｂ＿ｔｙｐｅ０＿ｆｌａｇがさらに信号化される。中心配列ルマ位置が使用されない場合、残り８つの隣接ルマ位置のうちのどれが使用されるかを示すために、ｃｃ＿ｓａｏ＿ｃｂ＿ｔｙｐｅ＿ｉｄｃが使用される。

以下の表３０は、ＡＶＳにおいて、単一（ｓｅｔ＿ｎｕｍ＝１）または複数（ｓｅｔ＿ｎｕｍ＞１）の分類子がフレーム内で使用される一例を示す。構文表記は、上記で使用されている表記にマッピングされうる。

各領域が独自のセットを有する図２５または図２７と組み合わされた場合、構文の例は、以下で表３１に示されているように、領域オン／オフ制御フラグ（ｐｉｃｔｕｒｅ＿ｃｃｓａｏ＿ｌｃｕ＿ｃｏｎｔｒｏｌ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］［ｓｅｔＩｄｘ］）を含むことができる。

いくつかの実施形態では、高レベル構文の場合、ｐｐｓ＿ｃｃｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇおよびｇｃｉ＿ｎｏ＿ｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが追加されうる。

いくつかの実施形態では、１に等しいｐｐｓ＿ｃｃｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ＣＣＳＡＯフィルタ情報がＰＨ構文構造内に存在する可能性があり、ＰＨ構文構造を含まないＰＰＳを参照するスライス・ヘッダ内には存在しないことを指定する。０に等しいｐｐｓ＿ｃｃｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ＣＣＳＡＯフィルタ情報がＰＨ構文構造内に存在せず、ＰＰＳを参照するスライス・ヘッダ内に存在する可能性があることを指定する。存在しないとき、ｐｐｓ＿ｃｃｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は、０に等しいと推論される。

いくつかの実施形態では、１に等しいｇｃｉ＿ｎｏ＿ｃｃｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ＯｌｓＩｎＳｃｏｐｅ内のすべてのピクチャに対するｓｐｓ＿ｃｃｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを指定する。０に等しいｇｃｉ＿ｎｏ＿ｃｃｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、そのような制約を課さない。いくつかの実施形態では、ビデオのビットストリームは、規則に従って１つまたは複数の出力層セット（ＯＬＳ）を含む。本明細書の例では、ＯｌｓＩｎＳｃｏｐｅは、範囲内にある１つまたは複数のＯＬＳを参照する。いくつかの例では、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（ ）構文構造は、レベル情報、ならびに任意選択で、ＯｌｓＩｎＳｃｏｐｅが順守するプロファイル、層、サブプロファイル、および一般制約情報を提供する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（ ）構文構造がＶＰＳ内に含まれるとき、ＯｌｓＩｎＳｃｏｐｅは、ＶＰＳによって指定された１つまたは複数のＯＬＳである。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（ ）構文構造がＳＰＳ内に含まれるとき、ＯｌｓＩｎＳｃｏｐｅは、ＳＰＳを参照する層のなかで最下層である層のみを含むＯＬＳであり、この最下層は独立した層である。

いくつかの実施形態では、イントラおよびインター予測後ＳＡＯフィルタへの拡張が、以下でさらに示されている。いくつかの実施形態では、本開示に開示されているＳＡＯ分類方法（成分間サンプル／コーディング情報分類を含む）は、予測後フィルタとして働くことができ、予測は、イントラ、インター、または他の予測ツール、たとえばイントラ・ブロック・コピーとすることができる。図３０は、本開示に開示されているＳＡＯ分類方法が本開示のいくつかの実装例による予測後フィルタとして働くことを示すブロック図である。

いくつかの実施形態では、各Ｙ、Ｕ、およびＶ成分に対して、対応する分類子が選択される。各成分予測サンプルに対して、対応する分類子がまず分類され、対応するオフセットが加えられる。たとえば、各成分は、現在のサンプルおよび隣接するサンプルを分類に使用することができる。以下で表３２に示されているように、Ｙは現在のＹサンプルおよび隣接するＹサンプルを使用し、Ｕ／Ｖは現在のＵ／Ｖサンプルを分類に使用する。図３１は、本開示のいくつかの実装例によって、予測後ＳＡＯフィルタに対して、各成分が現在のサンプルおよび隣接するサンプルを分類に使用することができることを示すブロック図である。

いくつかの実施形態では、改良された予測サンプル（Ｙｐｒｅｄ’、Ｕｐｒｅｄ’、Ｖｐｒｅｄ’）が、対応するクラス・オフセットを加えることによって更新され、その後、イントラ、インター、または他の予測に使用される。

Ｙｐｒｅｄ’＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｙｐｒｅｄ＋ｈ＿Ｙ［ｉ］）

Ｕｐｒｅｄ’＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｕｐｒｅｄ＋ｈ＿Ｕ［ｉ］）

Ｖｐｒｅｄ’＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｖｐｒｅｄ＋ｈ＿Ｖ［ｉ］）

いくつかの実施形態では、現在のクロマ成分に加えて、クロマのＵおよびＶ成分に対して、成分間（Ｙ）がさらなるオフセット分類に使用されうる。たとえば以下で表３３に示されているように、追加の成分間オフセット（ｈ’＿Ｕ，ｈ’＿Ｖ）が、現在の成分オフセット（ｈ＿Ｕ，ｈ＿Ｖ）で加えられうる。

いくつかの実施形態では、改良された予測サンプル（Ｕｐｒｅｄ”，Ｖｐｒｅｄ”）が、対応するクラス・オフセットを加えることによって更新され、その後、イントラ、インター、または他の予測に使用される。

Ｕｐｒｅｄ”＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｕｐｒｅｄ’＋ｈ’＿Ｕ［ｉ］）

Ｖｐｒｅｄ”＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｖｐｒｅｄ’＋ｈ’＿Ｖ［ｉ］）

いくつかの実施形態では、イントラおよびインター予測は、異なるＳＡＯフィルタ・オフセットを使用することができる。

図３２は、本開示に開示されるＳＡＯ分類方法が本開示のいくつかの実装例による再構築後フィルタとして働くことを示すブロック図である。

いくつかの実施形態では、本明細書に開示されるＳＡＯ／ＣＣＳＡＯ分類方法（成分間サンプル／コーディング情報分類を含む）は、ツリー・ユニット（ＴＵ）の再構築されたサンプルに適用されるフィルタとして働くことができる。図３２に示されているように、ＣＣＳＡＯは、再構築後フィルタとして働くことができ、すなわち、再構築されたサンプル（予測／残留サンプルの追加後、デブロッキング前）を分類のための入力として使用し、ルマ／クロマ・サンプルを補償してから、隣接イントラ／インター予測に入ることができる。ＣＣＳＡＯ再構築後フィルタは、現在のＴＵサンプルの歪みを低減させることができ、隣接イントラ／インター・ブロックに対してより良好な予測を与えることができる。より精密な予測によって、より良好な圧縮効率が予期されうる。

図３３は、本開示のいくつかの実装例による成分間相関を使用してビデオ信号を復号する例示的なプロセス３３００を示す流れ図である。

ビデオ・デコーダ３０（図３に示されている）は、ビデオ・データから、ＡＰＳ内に記憶された複数の以前に使用された成分間サンプル適応オフセット（ＣＣＳＡＯ）フィルタ・オフセット・セットに関連付けられた適応パラメータ・セット（ＡＰＳ）識別子を受信する（３３１０）。

ビデオ・デコーダ３０は、ビデオ・データから、現在のピクチャまたはスライスに使用されたＡＰＳ識別子を示すピクチャ・ヘッダ（ＰＨ）またはスライス・ヘッダ（ＳＨ）内の構文を受信する（３３２０）。

ビデオ・デコーダ３０は、現在のコーディング・ツリー・ユニット（ＣＴＵ）に対して、ＡＰＳ識別子に関連付けられたＡＰＳ内の複数のオフセット・セットから、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットを示すフィルタ・セット索引を復号する（３３３０）。

ビデオ・デコーダ３０は、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットを、ビデオ・データの現在のＣＴＵに適用する（３３４０）。

いくつかの実施形態では、ビデオ・データは、第１の成分および第２の成分を含み、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットは、第２の成分のそれぞれのサンプルに関連付けられた第１の成分の１組の１つまたは複数のサンプルから、第２の成分に対するそれぞれの分類子を判定し、それぞれの分類子に従って、第２の成分のそれぞれのサンプルに対するそれぞれのサンプル・オフセットを判定して、判定されたそれぞれのサンプル・オフセットに基づいて、第２の成分のそれぞれのサンプルを修正し、それぞれの各分類子に対する１組の対応する判定されたそれぞれのサンプル・オフセットを、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットとして記憶することによって取得される。

いくつかの実施形態では、ＡＰＳ識別子は、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットの最大数に関連付けられ、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットの数が最大数に到達したという判定に応答して、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットが、先入れ先出し（ＦＩＦＯ）機構で、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのうちの１つに取って代わる。

いくつかの実施形態では、ＡＰＳ識別子は、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットの最大数に関連付けられ、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットの数が最大数に到達したという判定に応答して、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットが、最長時間未使用（ＬＲＵ）機構で、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのうちの１つに取って代わる。

いくつかの実施形態では、ＦＩＦＯ機構で、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットは、シーケンス・パラメータ・セット（ＳＰＳ）、ＡＰＳ、ピクチャ・パラメータ・セット（ＰＰＳ）、ＰＨ、ＳＨ、Ｒｅｇｉｏｎ、コーディング・ツリー・ユニット（ＣＴＵ）、コーディング・ユニット（ＣＵ）、Ｓｕｂｂｌｏｃｋ、および／またはＳａｍｐｌｅレベルのうちの１つまたは複数で円形に、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのうちの１つに取って代わる。

いくつかの実施形態では、ＬＲＵ機構で、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットは、ＳＰＳ、ＡＰＳ、グループ・オブ・ピクチャ（ＧＯＰ）ごとの構造、ＰＰＳ、ＰＨ、ＳＨ、Ｒｅｇｉｏｎ、ＣＴＵ、ＣＵ、Ｓｕｂｂｌｏｃｋ、および／またはＳａｍｐｌｅレベルのうちの１つまたは複数で、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのカウント・テーブルによって識別される最長時間未使用オフセット・セットに取って代わる。

いくつかの実施形態では、最大数は、ＳＰＳ、ＡＰＳ、ＰＰＳ、ＰＨ、ＳＨ、Ｒｅｇｉｏｎ、ＣＴＵ、ＣＵ、Ｓｕｂｂｌｏｃｋ、および／またはＳａｍｐｌｅレベルの１つまたは複数で、事前定義または信号化される。

いくつかの実施形態では、複数の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットは、それぞれの分類子に関連付けられた候補位置、バンド情報、エッジ情報、およびコーディング情報のうちの１つまたは複数を含む。

いくつかの実施形態では、ＡＰＳ識別子に関連付けられた以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのいずれも、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットと同じでない場合、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットは、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのうちの１つに取って代わる。

いくつかの実施形態では、ＡＰＳ識別子は、現在のピクチャまたはスライス内の第１の成分および第２の成分に使用され、第１の成分は、第１のＣＣＳＡＯフィルタ・オフセット・セット交換機構を使用し、第２の成分は、第２のＣＣＳＡＯフィルタ・オフセット・セット交換機構を使用する。

いくつかの実施形態では、ＰＨまたはＳＨ内の第１の構文は、現在のピクチャまたはスライス内の第１の成分に使用される第１のＡＰＳ識別子を示し、ＰＨまたはＳＨ内の第２の構文は、現在のピクチャまたはスライス内の第２の成分に使用される第２のＡＰＳ識別子を示す。

図３４は、ユーザ・インターフェース３４５０に結合されたコンピューティング環境３４１０を示す。コンピューティング環境３４１０は、データ処理サーバの一部とすることができる。コンピューティング環境３４１０は、プロセッサ３４２０、メモリ３４３０、および入出力（Ｉ／Ｏ）インターフェース３４４０を含む。

プロセッサ３４２０は、典型的に、表示、データ取得、データ通信、および画像処理に関連付けられた動作など、コンピューティング環境３４１０の全体的な動作を制御する。プロセッサ３４２０は、前述の方法におけるステップのうちのすべてまたはいくつかを実行するための命令を実行するために、１つまたは複数のプロセッサを含むことができる。さらに、プロセッサ３４２０は、プロセッサ３４２０と他の構成要素との間の相互作用を容易にする１つまたは複数のモジュールを含むことができる。プロセッサは、中央処理装置（ＣＰＵ）、マイクロプロセッサ、単一チップ機械、グラフィカル処理ユニット（ＧＰＵ）などとすることができる。

メモリ３４３０は、コンピューティング環境３４１０の動作に対応するために、様々なタイプのデータを記憶するように構成される。メモリ３４３０は、所定のソフトウェア３４３２を含むことができる。そのようなデータの例は、コンピューティング環境３４１０、ビデオ・データセット、画像データなどで動作させられる任意のアプリケーションまたはメソッドのための命令を含む。メモリ３４３０は、任意のタイプの揮発性もしくは不揮発性メモリ・デバイス、またはこれらの組合せ、たとえばスタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、電気的に消去可能なプログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、消去可能なプログラマブル読取り専用メモリ（ＥＰＲＯＭ）、プログラマブル読取り専用メモリ（ＰＲＯＭ）、読取り専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュ・メモリ、磁気または光ディスクを使用することによって実装されうる。

Ｉ／Ｏインターフェース３４４０は、プロセッサ３４２０と、キーボード、クリック・ホイール、ボタンなどの周辺インターフェース・モジュールとの間のインターフェースを提供する。ボタンは、それだけに限定されるものではないが、ホーム・ボタン、走査開始ボタン、および走査停止ボタンを含むことができる。Ｉ／Ｏインターフェース３４４０は、エンコーダおよびデコーダに結合されうる。

一実施形態では、前述の方法を実行するためにコンピューティング環境３４１０内でプロセッサ３４２０によって実行可能な複数のプログラムをたとえばメモリ３４３０内に備える非一時的コンピュータ可読記憶媒体も提供される。別法として、非一時的コンピュータ可読記憶媒体には、符号化されたビデオ情報（たとえば、１つまたは複数の構文要素を含むビデオ情報）を含むビットストリームまたはデータストリームが記憶されてよく、このビットストリームまたはデータストリームは、たとえばビデオ・データを復号する際にデコーダ（たとえば、図３のビデオ・デコーダ３０）によって使用される上述された符号化方法を使用して、エンコーダ（たとえば、図２のビデオ・エンコーダ２０）によって生成される。非一時的コンピュータ可読記憶媒体は、たとえば、ＲＯＭ、ランダム・アクセス・メモリ（ＲＡＭ）、ＣＤ－ＲＯＭ、磁気テープ、フロッピー・ディスク、光データ記憶デバイスなどとすることができる。

一実施形態では１つまたは複数のプロセッサ（たとえば、プロセッサ３４２０）と、１つまたは複数のプロセッサによって実行可能な複数のプログラムが記憶された非一時的コンピュータ可読記憶媒体またはメモリ３４３０とを備えるコンピューティング・デバイスも提供され、１つまたは複数のプロセッサは、複数のプログラムの実行時に、前述の方法を実行するように構成される。

一実施形態では、前述の方法を実行するためにコンピューティング環境３４１０内でプロセッサ３４２０によって実行可能な複数のプログラムをたとえばメモリ３４３０内に備えるコンピュータ・プログラム製品も提供される。たとえば、コンピュータ・プログラム製品は、非一時的コンピュータ可読記憶媒体を含むことができる。

一実施形態では、コンピューティング環境３４１０は、上記の方法を実行するために、１つまたは複数のＡＳＩＣ、ＤＳＰ、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、ＦＰＧＡ、ＧＰＵ、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子構成要素によって実装されうる。

さらなる実施形態はまた、様々な他の実施形態で組み合わされまたは他の方法で再配置された上記の実施形態の様々な部分集合を含む。

１つまたは複数の例では、記載されている機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組合せで実装されうる。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されてよく、またはコンピュータ可読媒体を介して伝送されてよく、ハードウェア・ベースの処理ユニットによって実行されてよい。コンピュータ可読媒体は、データ記憶媒体などの有形の媒体に対応するコンピュータ可読記憶媒体、またはたとえば通信プロトコルに従ったある場所から別の場所へのコンピュータ・プログラムの伝達を容易にする任意の媒体を含む通信媒体を含むことができる。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形のコンピュータ可読記憶媒体、または（２）信号もしくはキャリア波などの通信媒体に対応することができる。データ記憶媒体は、本出願に記載されている実装例の実装のための命令、コード、および／またはデータ構造を取り出すために、１つもしくは複数のコンピュータまたは１つもしくは複数のプロセッサによってアクセスされうる任意の利用可能な媒体とすることができる。コンピュータ・プログラム製品は、コンピュータ可読媒体を含むことができる。

本明細書の実装例の説明で使用される術語は、特定の実装例について説明することのみを目的とし、特許請求の範囲を限定することを意図したものではない。実装例の説明および添付の特許請求の範囲で使用されるとき、単数形の「ａ」、「ａｎ」、および「ｔｈｅ」は、別途文脈が明白に示さない限り、複数形も同様に含むことが意図される。本明細書では、「および／または」という用語は、挙げられている関連項目のうちの１つまたは複数のあらゆる可能な組合せを指し、包含することも理解されよう。「備える、含む（ｃｏｍｐｒｉｓｅｓ）」および／または「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」という用語は、本明細書で使用されるとき、記載の特徴、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、要素、構成要素、および／またはこれらの群の存在または追加を除外しないことがさらに理解されよう。

本明細書では、様々な要素について説明するために、第１、第２などの用語が使用されうるが、これらの要素は、これらの用語によって限定されるべきではないことも理解されよう。これらの用語は、１つの要素を別の要素から区別するためにのみ使用される。たとえば、実装例の範囲から逸脱することなく、第１の電極が第２の電極と呼ばれてもよく、同様に第２の電極が第１の電極と呼ばれてもよい。第１の電極および第２の電極はどちらも電極であるが、同じ電極ではない。

本明細書全体にわたって、単数または複数の「一例」、「例」、「例示」などの参照は、ある例に関連して記載されている１つまたは複数の特定の特徴、構造、または特性が、本開示の少なくとも１つの例に含まれることを意味する。したがって、本明細書全体にわたって様々な場所での単数または複数の「一例では」または「例では」、「例示では」などの語句は、必ずしもすべて同じ例を指すとは限らない。さらに、１つまたは複数の例における特定の特徴、構造、または特性は、任意の好適な方法で組み合わされることを含むことができる。

本出願の説明は、例示および説明の目的で提示されており、網羅的であること、または開示される形態で本発明に限定されることが意図されるものではない。多くの修正例、変形例、および代替実装例が、上記の説明および関連する図面に提示される教示に利益を有する当業者には明らかであろう。実施形態は、本発明の原理、実際の応用について最善に説明するために、また当業者であれば様々な実装例に関して本発明を理解し、企図される特定の用途に適した様々な修正例とともに根本的な原理および様々な実装例を最善に利用することを可能にするために、選択および記載されたものである。したがって、特許請求の範囲は、開示される実装例の特有の例に限定されるものではなく、修正例および他の実装例も添付の特許請求の範囲内に含まれることが意図されることを理解されたい。

関連出願
本出願は、全体として参照により組み込まれている、２０２１年５月２６日に出願された「Ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ」という名称の米国仮特許出願第６３／１９３，５３９号、および２０２１年６月２１日に出願された「Ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ」という名称の米国仮特許出願第６３／２１３，１６７号に対する優先権を主張するものである。

本出願は、一般に、ビデオのコーディングおよび圧縮に関し、より詳細には、ルマ（luma）およびクロマ（chroma）両方のコーディング効率を改善する方法および装置に関する。

デジタル・ビデオは、デジタル・テレビジョン、ラップトップまたはデスクトップ・コンピュータ、タブレット・コンピュータ、デジタル・カメラ、デジタル記録デバイス、デジタル・メディア・プレーヤ、ビデオ・ゲーミング・コンソール、スマートフォン、ビデオ遠隔会議デバイス、ビデオ・ストリーミング・デバイスなどの様々な電子デバイスによって対応される。電子デバイスは、ビデオ圧縮／解凍規格を実装することによって、デジタル・ビデオ・データの伝送、受信、符号化、復号、および／または記憶を行う。いくつかのよく知られているビデオ・コーディング規格には、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＶＶＣ）、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）（Ｈ．２６５またはＭＰＥＧ－Ｈ Ｐａｒｔ ２としても知られている）、およびＡｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）（Ｈ．２６４またはＭＰＥＧ－４ Ｐａｒｔ １０としても知られている）が含まれ、これらはＩＳＯ／ＩＥＣ ＭＰＥＧおよびＩＴＵ－Ｔ ＶＣＥＧによって共同開発されたものである。ＡＯＭｅｄｉａ Ｖｉｄｅｏ １（ＡＶ１）は、先行規格ＶＰ９の後継として、Ａｌｌｉａｎｃｅ ｆｏｒ Ｏｐｅｎ Ｍｅｄｉａ（ＡＯＭ）によって開発された。Ａｕｄｉｏ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＳ）は、デジタル音声およびデジタル・ビデオ圧縮規格を指し、Ａｕｄｉｏ ａｎｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｓｔａｎｄａｒｄ Ｗｏｒｋｇｒｏｕｐによって開発された別のビデオ圧縮規格シリーズである。

ビデオ圧縮は、典型的に、ビデオ・データに固有の冗長性を低減または除去するために、空間（イントラ・フレーム）予測および／または時間（インター・フレーム）予測を実行することを含む。ブロック・ベースのビデオ・コーディングの場合、１つのビデオ・フレームが１つまたは複数のスライスに分割され、各スライスが複数のビデオ・ブロックを有しており、ビデオ・ブロックは、コーディング・ツリー・ユニット（ＣＴＵ）と呼ばれることもある。各ＣＴＵは、１つのコーディング・ユニット（ＣＵ）を含むことができ、または事前定義された最小ＣＵサイズに到達するまで、より小さいＣＵに再帰的に分割されてもよい。各ＣＵ（リーフＣＵとも呼ばれる）は１つまたは複数の変換ユニット（ＴＵ）を含み、各ＣＵはまた、１つまたは複数の予測ユニット（ＰＵ）を含む。各ＣＵは、イントラ、インター、またはＩＢＣモードでコード化されうる。ビデオ・フレームのイントラ・コード化（Ｉ）スライス内のビデオ・ブロックは、同じビデオ・フレーム内の隣接ブロックにおける基準サンプルに対する空間予測を使用して符号化される。ビデオ・フレームのインター・コード化（ＰまたはＢ）スライス内のビデオ・ブロックは、同じビデオ・フレーム内の隣接ブロックにおける基準サンプルに対する空間予測、または他の以前および／もしくは将来の基準ビデオ・フレーム内の基準サンプルに対する時間予測を使用することができる。

前に符号化された基準ブロック、たとえば隣接ブロックに基づく空間または時間予測は、コード化されるべき現在のビデオ・ブロックに対する予測ブロックを生じさせる。基準ブロックを発見するプロセスは、ブロック・マッチング・アルゴリズムによって実現されうる。コード化されるべき現在のブロックと予測ブロックとの間の画素差を表す残留データが、残留ブロック（residual block）または予測誤差と呼ばれる。インター・コード化ブロックは、予測ブロックを形成する基準フレーム内の基準ブロックおよび残留ブロックを指す動きベクトルに従って符号化される。動きベクトルを判定するプロセスは、典型的に、動き推定と呼ばれる。イントラ・コード化ブロックは、イントラ予測モードおよび残留ブロックに従って符号化される。さらに圧縮する場合、残留ブロックが画素ドメインから変換ドメイン、たとえば周波数ドメインに変換されて、残留変換係数を生じさせ、残留変換係数は次いで量子化されてもよい。量子化された変換係数は、最初は２次元アレイで配列されており、走査されて変換係数の１次元ベクトルをもたらすことができ、次いでビデオ・ビットストリームにエントロピー符号化されて、さらなる圧縮を実現することができる。

符号化されたビデオ・ビットストリームは次いで、デジタル・ビデオ能力を有する別の電子デバイスによってアクセスされるようにコンピュータ可読記憶媒体（たとえば、フラッシュ・メモリ）内に保存され、または電子デバイスへ有線もしくは無線で直接伝送される。電子デバイスは次いで、たとえば符号化されたビデオ・ビットストリームを解析して、ビットストリームから構文要素（syntax elements）を取得し、ビットストリームから取得された構文要素に少なくとも部分的に基づいて、符号化されたビデオ・ビットストリームからデジタル・ビデオ・データをその元の形式に再構築することによって、ビデオの解凍（上述されたビデオ圧縮とは逆のプロセスである）を実行し、再構築されたデジタル・ビデオ・データを電子デバイスのディスプレイ上に描画する。

デジタル・ビデオの品質が高解像度から４Ｋ×２Ｋ、またはさらには８Ｋ×４Ｋになるとともに、符号化／復号されるべきビデオ・データの量は指数関数的に増加する。復号されたビデオ・データの画像品質を維持しながら、ビデオ・データがより効率的に符号化／復号されうる方法が、常に課題となっている。

本出願は、ビデオ・データの符号化および復号、より詳細には、ルマ成分とクロマ成分との間の成分間（cross-component）の関係を探ることによってコーディング効率を改善することを含めて、ルマ成分およびクロマ成分両方のコーディング効率を改善する方法および装置に関係する実装例を記載する。

本出願の第１の態様によれば、ビデオ・データを復号する方法が、ビデオ・データから、ＡＰＳ内に記憶された複数の以前に使用された成分間サンプル適応オフセット（Cross-Component Sample Adaptive Offset）（ＣＣＳＡＯ）フィルタ・オフセット・セット（filter offset set）に関連付けられた適応パラメータ・セット（ＡＰＳ）識別子を受信することと、ビデオ・データから、現在のピクチャまたはスライスに使用されたＡＰＳ識別子を示すピクチャ・ヘッダ（ＰＨ）またはスライス・ヘッダ（ＳＨ）内の構文を受信することと、現在のコーディング・ツリー・ユニット（ＣＴＵ）に対して、ＡＰＳ識別子に関連付けられたＡＰＳ内の複数のオフセット・セットから、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットを示すフィルタ・セット索引を復号することと、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットを、ビデオ・データの現在のＣＴＵに適用することとを含む。

いくつかの実施形態では、ビデオ・データは、第１の成分および第２の成分を含み、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットは、第２の成分のそれぞれのサンプルに関連付けられた第１の成分の１組の１つまたは複数のサンプルから、第２の成分に対するそれぞれの分類子を判定し、それぞれの分類子に従って、第２の成分のそれぞれのサンプルに対するそれぞれのサンプル・オフセット（sample offset）を判定して、判定されたそれぞれのサンプル・オフセットに基づいて、第２の成分のそれぞれのサンプルを修正し、それぞれの各分類子に対する１組の対応する判定されたそれぞれのサンプル・オフセットを、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットとして記憶することによって取得される。

本出願の第２の態様によれば、電子装置が、１つまたは複数の処理ユニットと、メモリと、メモリ内に記憶された複数のプログラムとを含む。プログラムは、１つまたは複数の処理ユニットによって実行されたとき、電子装置に、上述されたビデオ・データをコード化する方法を実行させる。

本出願の第３の態様によれば、非一時的コンピュータ可読記憶媒体が、１つまたは複数の処理ユニットを有する電子装置による実行のために、複数のプログラムを記憶する。プログラムは、１つまたは複数の処理ユニットによって実行されたとき、電子装置に、上述されたビデオ・データをコード化する方法を実行させる。

本出願の第４の態様によれば、コンピュータ可読記憶媒体が、上述されたビデオ・コーディング方法によって生成されたビデオ情報を含むビットストリームを記憶する。

上記の概略的な説明および以下の詳細な説明はどちらも単なる例であり、本開示を制限するものではないことを理解されたい。

添付の図面は、実装例のさらなる理解を提供するために含まれ、本明細書に組み込まれて、本明細書の一部を構成するものであり、記載される実装例を示し、本説明とともに根本的な原理を説明する働きをする。同じ参照番号は、対応する部分を指す。

本開示のいくつかの実装例による例示的なビデオ符号化および復号システムを示すブロック図である。

本開示のいくつかの実装例による例示的なビデオ・エンコーダを示すブロック図である。

本開示のいくつかの実装例による例示的なビデオ・デコーダを示すブロック図である。

本開示のいくつかの実装例によってフレームが異なるサイズおよび形状の複数のビデオ・ブロックにどのように再帰的に分割されるかを示すブロック図である。

本開示のいくつかの実装例によるサンプル適応オフセット（ＳＡＯ）で使用される４つの勾配パターンを描くブロック図である。

本開示のいくつかの実装例による中心サンプルを取り囲むサンプルに対する命名規則を描くブロック図である。

本開示のいくつかの実装例によってクロマ・サンプルに適用され、ＤＢＦ Ｙを入力として使用するＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によってルマ・サンプルおよびクロマ・サンプルに適用され、ＤＢＦ Ｙ／Ｃｂ／Ｃｒを入力として使用するＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によって独立して機能することができるＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によって同じまたは異なるオフセットで再帰的に適用（２またはＮ回）されうるＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によってＡＶＳ規格において強化されたサンプル適応オフセット（ＥＳＡＯ）に並行して適用されたＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によってＳＡＯ後に適用されたＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によってＣＣＳＡＯシステムおよびプロセスがＣＣＡＬＦなしで独立して機能することができることを示すブロック図である。

本開示のいくつかの実装例によって成分間適応ループ・フィルタ（ＣＣＡＬＦ）に並行して適用されたＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によってＳＡＯおよびＢＩＦに並行して適用されたＣＣＳＡＯのシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によってＳＡＯを交換することによってＢＩＦに並行して適用されたＣＣＳＡＯのシステムおよびプロセスを示すブロック図である。

本開示のいくつかの実装例によるＣＣＳＡＯを使用するサンプル・プロセスを示すブロック図である。

本開示のいくつかの実装例によってＣＣＳＡＯプロセスが垂直および水平デブロッキング・フィルタ（ＤＢＦ）にインターリーブされることを示すブロック図である。

本開示のいくつかの実装例による成分間相関を使用してビデオ信号を復号する例示的なプロセスを示す流れ図である。

本開示のいくつかの実装例によるＣ０分類に異なるルマ（またはクロマ）サンプル位置を使用する分類子を示すブロック図である。

本開示のいくつかの実装例によるルマ候補に対する異なる形状のいくつかの例を示す図である。

本開示のいくつかの実装例によってすべての配列および隣接ルマ／クロマ・サンプルがＣＣＳＡＯ分類に供給されうることを示すサンプル・プロセスのブロック図である。

本開示のいくつかの実装例によって、配列ルマ・サンプル値を、配列および隣接ルマ・サンプルに加重することによって取得された値に交換することによって、例示的な分類子を示す図である。

本開示のいくつかの実装例によって、ＣＣＳＡＯが適用され、他のループ内フィルタが異なるクリッピングの組合せを有することを示すブロック図である。

本開示のいくつかの実装例によって、分類に使用された配列および隣接ルマ（クロマ）サンプルのいずれかが現在のピクチャの外側にある場合に、ＣＣＳＡＯが現在のクロマ（ルマ）サンプルに適用されないことを示すブロック図である。

本開示のいくつかの実装例によって、分類に使用された配列および隣接ルマまたはクロマ・サンプルのいずれかが現在のピクチャの外側にある場合に、ＣＣＳＡＯが現在のルマまたはクロマ・サンプルに適用されることを示すブロック図である。

本開示のいくつかの実装例によって、分類に使用された対応する選択された配列または隣接ルマ・サンプルが仮想境界（ＶＢ）によって画定された仮想空間の外側にある場合に、ＣＣＳＡＯが現在のクロマ・サンプルに適用されないことを示すブロック図である。

本開示のいくつかの実装例によって、反復またはミラー・パディングが、仮想境界の外側にあるルマ・サンプルに適用されることを示す図である。

本開示のいくつかの実装例によって、９つすべての配列および隣接ルマ・サンプルが分類に使用される場合に、追加の１ルマ線バッファが必要とされることを示す図である。

本開示のいくつかの実装例によって、ＡＶＳにおいて、ＶＢを交差する９つのルマ候補ＣＣＳＡＯが、２つの追加のルマ線バッファだけ増大しうることを示す図である。

本開示のいくつかの実装例によって、ＶＶＣにおいて、ＶＢを交差する９つのルマ候補ＣＣＳＡＯが、１つの追加のルマ線バッファだけ増大しうることを示す図である。

本開示のいくつかの実装例によって、配列または隣接クロマ・サンプルが現在のルマ・サンプルを分類するために使用されるとき、選択されたクロマ候補がＶＢを横切り、追加のクロマ線バッファを必要としうることを示す図である。

本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマ・サンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマ・サンプルＶＢの外側にある）場合に、ＣＣＳＡＯがクロマ・サンプルに対して無効化されることを示す図である。

本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマ・サンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマ・サンプルＶＢの外側にある）場合に、クロマ・サンプルに反復パディングを使用してＣＣＳＡＯが有効化されることを示す図である。

本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマ・サンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマ・サンプルＶＢの外側にある）場合に、クロマ・サンプルにミラー・パディングを使用してＣＣＳＡＯが有効化されることを示す図である。

本開示のいくつかの実装例によって、異なるＣＣＳＡＯサンプル形状に両面対称パディングを使用してＣＣＳＡＯが有効化されることを示す図である。

本開示のいくつかの実装例による制限された数のルマ候補を分類に使用するという制限を示す図である。

本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域がコーディング・ツリー・ブロック（ＣＴＢ）／コーディング・ツリー・ユニット（ＣＴＵ）境界に位置合わせされていないことを示す図である。

本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域フレーム区画がＣＣＳＡＯパラメータによって固定されうることを示す図である。

本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域が、フレーム／スライス／ＣＴＢレベルから分割された２分木（ＢＴ）／４分木（ＱＴ）／３分木（ＴＴ）であってよいことを示す図である。

本開示のいくつかの実装例によるピクチャ・フレーム内の異なるレベルで使用されて切り換えられる複数の分類子を示すブロック図である。

本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域区画が動的でありかつピクチャ・レベルで切り替えられうることを示すブロック図である。

本開示のいくつかの実装例によって、ＣＣＳＡＯ分類子が現在または成分間のコーディング情報を考慮に入れることができることを示す図である。

本開示のいくつかの実装例によって、本開示に開示されるＳＡＯ分類方法が予測後フィルタ（a post prediction filter）として働くことを示すブロック図である。

本開示のいくつかの実装例によって、予測後ＳＡＯフィルタ（post prediction SAO filter）のために、各成分が現在のサンプルおよび隣接サンプルを分類に使用することができることを示すブロック図である。

本開示のいくつかの実装例によって、本開示に開示されるＳＡＯ分類方法が再構築後フィルタ（a post reconstruction filter）として働くことを示すブロック図である。

本開示のいくつかの実装例による成分間相関を使用してビデオ信号を復号する例示的なプロセスを示す流れ図である。

本開示のいくつかの実装例によるユーザ・インターフェースに結合されたコンピューティング環境を示す図である。

次に、添付の図面にその例が示されている特有の実装例を詳細に参照する。以下の詳細な説明において、本明細書に提示されている主題の理解を支援するために、多数の非限定的な特有の詳細について述べる。しかし、特許請求の範囲から逸脱することなく様々な代替手段が使用されてよく、この主題はこれらの特有の詳細がなくても実施されうることが、当業者には明らかであろう。たとえば、本明細書に提示されている主題は、デジタル・ビデオ能力を有する多くのタイプの電子デバイスで実装されうることが、当業者には明らかであろう。

第１世代のＡＶＳ規格は、中華民国国家標準「Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ， Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｖｉｄｅｏ Ｃｏｄｉｎｇ， Ｐａｒｔ ２： Ｖｉｄｅｏ」（ＡＶＳ１として知られている）、および「Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ， Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｐａｒｔ １６： Ｒａｄｉｏ Ｔｅｌｅｖｉｓｉｏｎ Ｖｉｄｅｏ」（ＡＶＳ＋として知られている）を含む。これは、ＭＰＥＧ－２規格と比較すると、同じ知覚品質で約５０％のビット速度の節減を提供することができる。第２世代のＡＶＳ規格は、一連の中華民国国家標準「Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ， Ｅｆｆｉｃｉｅｎｔ Ｍｕｌｔｉｍｅｄｉａ Ｃｏｄｉｎｇ」（ＡＶＳ２として知られている）を含み、これは主に追加のＨＤ ＴＶプログラムの伝送を標的とする。ＡＶＳ２のコーディング効率は、ＡＶＳ＋のコーディング効率の２倍である。一方、ＡＶＳ２規格のビデオ部は、Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）によって、応用のための１つの国際規格として提出された。ＡＶＳ３規格は、最新の国際規格ＨＥＶＣのコーディング効率をしのぐことを目的とするＵＨＤビデオ向けの１つの新世代のビデオ・コーディング規格であり、ＨＥＶＣ規格に比べて約３０％のビット速度の節減を提供する。２０１９年３月、第６８回ＡＶＳ会議において、ＡＶＳ３－Ｐ２ベースラインが完成され、これはＨＥＶＣ規格に比べて約３０％のビット速度の節減を提供する。現在、高性能モデル（ＨＰＭ）と呼ばれる１つの基準ソフトウェアは、ＡＶＳ３規格の基準実装を実証するために、ＡＶＳグループによって維持されている。ＨＥＶＣと同様に、ＡＶＳ３規格は、ブロック・ベースのハイブリッド・ビデオ・コーディング・フレームワークの上に構築されている。

図１は、本開示のいくつかの実装例によるビデオ・ブロックを並行して符号化および復号するための例示的なシステム１０を示すブロック図である。図１に示されているように、システム１０はソース・デバイス１２を含み、ソース・デバイス１２は、ビデオ・データを生成し、後に宛先デバイス１４によって復号されるように符号化する。ソース・デバイス１２および宛先デバイス１４は、デスクトップまたはラップトップ・コンピュータ、タブレット・コンピュータ、スマートフォン、セットトップ・ボックス、デジタル・テレビジョン、カメラ、表示デバイス、デジタル・メディア・プレーヤ、ビデオ・ゲーミング・コンソール、ビデオ・ストリーミング・デバイスなどを含む多種多様な電子デバイスのいずれかを構成することができる。いくつかの実装例では、ソース・デバイス１２および宛先デバイス１４には無線通信能力が装備される。

いくつかの実装例では、宛先デバイス１４は、リンク１６を介して、復号されるべき符号化されたビデオ・データを受信することができる。リンク１６は、符号化されたビデオ・データをソース・デバイス１２から宛先デバイス１４へ移動させることが可能な任意のタイプの通信媒体またはデバイスを備えることができる。一例では、リンク１６は、ソース・デバイス１２が符号化されたビデオ・データを直接宛先デバイス１４へ実時間で伝送することを有効化するための通信媒体を備えることができる。符号化されたビデオ・データは、無線通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４へ伝送されうる。通信媒体は、無線周波（ＲＦ）スペクトルまたは１つもしくは複数の物理的伝送線など、任意の無線または有線通信媒体を含むことができる。通信媒体は、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、またはグローバル・ネットワーク、たとえばインターネットなど、パケット・ベースのネットワークの一部を形成することができる。通信媒体は、ソース・デバイス１２から宛先デバイス１４への通信を容易にするのに有用になりうるルータ、スイッチ、基地局、または任意の他の機器を含むことができる。

いくつかの他の実装例では、符号化されたビデオ・データは、出力インターフェース２２から記憶デバイス３２へ伝送されうる。その後、記憶デバイス３２内の符号化されたビデオ・データは、宛先デバイス１４によって入力インターフェース２８を介してアクセスされうる。記憶デバイス３２は、符号化されたビデオ・データを記憶するためのハード・ドライブ、Ｂｌｕ－ｒａｙディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュ・メモリ、揮発性もしくは不揮発性メモリ、または任意の他の好適なデジタル記憶媒体など、様々な分散型（distributed）または局所（locally）アクセス型のデータ記憶媒体のいずれかを含むことができる。さらなる例では、記憶デバイス３２は、ソース・デバイス１２によって生成される符号化されたビデオ・データを保持することができるファイル・サーバまたは別の中間記憶デバイスに対応することができる。宛先デバイス１４は、記憶デバイス３２からストリーミングまたはダウンロードを介して、記憶されたビデオ・データにアクセスすることができる。ファイル・サーバは、符号化されたビデオ・データを記憶し、符号化されたビデオ・データを宛先デバイス１４へ伝送することが可能な任意のタイプのコンピュータとすることができる。例示的なファイル・サーバは、ウェブ・サーバ（たとえば、ウェブサイト向け）、ＦＴＰサーバ、ネットワーク・アタッチ・ストレージ（ＮＡＳ）デバイス、またはローカル・ディスク・ドライブを含む。宛先デバイス１４は、ファイル・サーバ上に記憶されている符号化されたビデオ・データにアクセスするのに好適な無線チャネル（たとえば、Ｗｉ－Ｆｉ接続）、有線接続（たとえば、ＤＳＬ、ケーブル・モデムなど）、または両方の組合せを含む任意の規格データ接続を介して、符号化されたビデオ・データにアクセスすることができる。記憶デバイス３２からの符号化されたビデオ・データの伝送は、ストリーミング伝送、ダウンロード伝送、または両方の組合せとすることができる。

図１に示されているように、ソース・デバイス１２は、ビデオ・ソース１８、ビデオ・エンコーダ２０、および出力インターフェース２２を含む。ビデオ・ソース１８は、ビデオ取り込みデバイス、たとえばビデオ・カメラ、以前に取り込まれたビデオを含むビデオ・アーカイブ、ビデオ・コンテンツ・プロバイダからビデオを受信するためのビデオ・フィード・インターフェース、および／もしくはコンピュータ・グラフィックス・データをソース・ビデオとして生成するためのコンピュータ・グラフィックス・システムなどのソース、またはそのようなソースの組合せを含むことができる。一例として、ビデオ・ソース１８がセキュリティ監視システムのビデオ・カメラである場合、ソース・デバイス１２および宛先デバイス１４は、カメラ付き電話またはテレビ電話を形成することができる。しかし、本出願に記載されている実装例は、一般のビデオ・コーディングに該当することができ、無線および／または有線の応用例に適用されうる。

取り込まれた、事前に取り込まれた、またはコンピュータで生成されたビデオは、ビデオ・エンコーダ２０によって符号化されうる。符号化されたビデオ・データは、ソース・デバイス１２の出力インターフェース２２を介して宛先デバイス１４へ直接伝送されうる。符号化されたビデオ・データはまた（または別法として）、復号および／または再生のために、宛先デバイス１４または他のデバイスによって後にアクセスされるように、記憶デバイス３２上へ記憶されうる。出力インターフェース２２は、モデムおよび／またはトランスミッタをさらに含むことができる。

宛先デバイス１４は、入力インターフェース２８、ビデオ・デコーダ３０、および表示デバイス３４を含む。入力インターフェース２８は、レシーバおよび／またはモデムを含むことができ、リンク１６を介して符号化されたビデオ・データを受信することができる。リンク１６を介して通信される、または記憶デバイス３２上に提供される、符号化されたビデオ・データは、ビデオ・データを復号する際にビデオ・デコーダ３０によって使用されるように、ビデオ・エンコーダ２０によって生成された様々な構文要素を含むことができる。そのような構文要素は、通信媒体上で伝送される、記憶媒体上に記憶される、またはファイル・サーバ上に記憶される、符号化されたビデオ・データ内に含まれうる。

いくつかの実装例では、宛先デバイス１４は、表示デバイス３４を含むことができ、表示デバイス３４は、一体化された表示デバイスであっても、宛先デバイス１４と通信するように構成された外部表示デバイスであってもよい。表示デバイス３４は、復号されたビデオ・データを使用者に表示し、液晶ディスプレイ（ＬＣＤ）、プラズマ・ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプの表示デバイスなど、様々な表示デバイスのいずれかを構成することができる。

ビデオ・エンコーダ２０およびビデオ・デコーダ３０は、ＶＶＣ、ＨＥＶＣ、ＭＰＥＧ－４、Ｐａｒｔ １０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）、ＡＶＳなどの専有のもしくは業界の規格、またはそのような規格の拡張に従って動作することができる。本出願は、特有のビデオ・コーディング／復号規格に限定されるものではなく、他のビデオ・コーディング／復号規格に該当しうることを理解されたい。概して、ソース・デバイス１２のビデオ・エンコーダ２０は、これらの現在または将来の規格のいずれかに従って、ビデオ・データを符号化するように構成されうることが企図される。同様に、概して、宛先デバイス１４のビデオ・デコーダ３０は、これらの現在または将来の規格のいずれかに従って、ビデオ・データを復号するように構成されうることも企図される。

ビデオ・エンコーダ２０およびビデオ・デコーダ３０は各々、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、離散論理、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組合せなど、様々な好適なエンコーダ回路のいずれかとして実装されうる。部分的にソフトウェアで実装されるとき、電子デバイスは、ソフトウェアに対する命令を好適な非一時的コンピュータ可読媒体に記憶し、１つまたは複数のプロセッサを使用してこれらの命令をハードウェアで実行して、本開示に開示されているビデオ・コーディング／復号動作を実行することができる。ビデオ・エンコーダ２０およびビデオ・デコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダに含まれてよく、これらはいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（ＣＯＤＥＣ）の一部として一体化されうる。

図２は、本出願に記載されているいくつかの実装例による例示的なビデオ・エンコーダ２０を示すブロック図である。ビデオ・エンコーダ２０は、ビデオ・フレーム内でビデオ・ブロックのイントラおよびインター予測コーディングを実行することができる。イントラ予測コーディングは、所与のビデオ・フレームまたはピクチャ内のビデオ・データの空間冗長性を低減または除去するために、空間予測に依拠する。インター予測コーディングは、ビデオ・シーケンスの隣接するビデオ・フレームまたはピクチャ内のビデオ・データの時間冗長性を低減または除去するために、時間予測に依拠する。

図２に示されているように、ビデオ・エンコーダ２０は、ビデオ・データ・メモリ４０、予測処理ユニット４１、復号ピクチャ・バッファ（ＤＰＢ）６４、加算器５０、変換処理ユニット５２、量子化ユニット５４、およびエントロピー符号化ユニット５６を含む。予測処理ユニット４１は、動き推定ユニット４２、動き補償ユニット４４、区画ユニット４５、イントラ予測処理ユニット４６、およびイントラ・ブロック・コピー（ＢＣ）ユニット４８をさらに含む。いくつかの実装例では、ビデオ・エンコーダ２０はまた、ビデオ・ブロックの再構築のための逆量子化ユニット５８、逆変換処理ユニット６０、および加算器６２を含む。ブロック境界をフィルタリングして再構築されたビデオからブロック・アーティファクトを除去するために、デブロッキング・フィルタなどのループ内フィルタ６３が、加算器６２とＤＰＢ６４との間に置かれうる。デブロッキング・フィルタに加えて、加算器６２の出力をフィルタリングするために、別のループ内フィルタ６３も使用されうる。基準ピクチャ・ストアに入れられ、将来のビデオ・ブロックをコード化するための基準として使用される前に、サンプル適応オフセット（ＳＡＯ）および適応ループ内フィルタ（ＡＬＦ）などのさらなるループ内フィルタ６３が、再構築されたＣＵ上で適用されうる。ビデオ・エンコーダ２０は、固定されたもしくはプログラム可能なハードウェア・ユニットの形態をとることができ、または示されている固定されたもしくはプログラム可能なハードウェア・ユニットのうちの１つもしくは複数の間で分割されうる。

ビデオ・データ・メモリ４０は、ビデオ・エンコーダ２０の構成要素によって符号化されるべきビデオ・データを記憶することができる。ビデオ・データ・メモリ４０内のビデオ・データは、たとえばビデオ・ソース１８から取得されうる。ＤＰＢ６４は、ビデオ・エンコーダ２０（たとえば、イントラまたはインター予測コーディング・モード）がビデオ・データを符号化する際に使用するための基準ビデオ・データを記憶するバッファである。ビデオ・データ・メモリ４０およびＤＰＢ６４は、様々なメモリ・デバイスのいずれかによって形成されうる。様々な例では、ビデオ・データ・メモリ４０は、ビデオ・エンコーダ２０の他の構成要素とオンチップであっても、それらの構成要素に対してオフチップであってもよい。

図２に示されているように、ビデオ・データを受信した後、予測処理ユニット４１内の区画ユニット４５が、ビデオ・データをビデオ・ブロックに分割する。この分割はまた、ビデオ・データに関連付けられた４分木構造などの事前定義された分割構造に従って、ビデオ・フレームをスライス、タイル、または他のより大きいコーディング・ユニット（ＣＵ）に分割することを含むこともできる。ビデオ・フレームは、複数のビデオ・ブロック（またはタイルと呼ばれる数組のビデオ・ブロック）に分割されうる。予測処理ユニット４１は、誤差結果（たとえば、コード化速度および歪みレベル）に基づいて、現在のビデオ・ブロックに対して、複数のイントラ予測コーディング・モード（intra predictive coding modes）のうちの１つ、または複数のインター予測コーディング・モード（inter predictive coding modes）のうちの１つなど、複数の可能な予測コーディング・モードのうちの１つを選択することができる。予測処理ユニット４１は、結果のイントラまたはインター予測コード化ブロックを、残留ブロックを生成するために加算器５０に提供することができ、後に基準フレームの一部として使用するための符号化されたブロックを再構築するために加算器６２に提供することができる。予測処理ユニット４１はまた、動きベクトル、イントラモード・インジケータ、区画情報などの構文要素、および他のそのような構文情報を、エントロピー符号化ユニット５６に提供する。

現在のビデオ・ブロックに対して適当なイントラ予測コーディング・モードを選択するために、予測処理ユニット４１内のイントラ予測処理ユニット４６は、空間予測を提供するために、コード化されるべき現在のブロックと同じフレーム内の１つまたは複数の隣接ブロックに対して、現在のビデオ・ブロックのイントラ予測コーディングを実行することができる。予測処理ユニット４１内の動き推定ユニット４２および動き補償ユニット４４は、時間予測を提供するために、１つまたは複数の基準フレーム内の１つまたは複数の予測ブロックに対して、現在のビデオ・ブロックのインター予測コーディングを実行する。ビデオ・エンコーダ２０は、たとえばビデオ・データの各ブロックに対して適当なコーディング・モードを選択するために、複数のコーディング・パスを実行することができる。

いくつかの実装例では、動き推定ユニット４２が、ビデオ・フレームのシーケンス内の所定のパターンに従って、基準ビデオ・フレーム内の予測ブロックに対する現在のビデオ・フレーム内のビデオ・ブロックの予測ユニット（ＰＵ）の変位を示す動きベクトルを生成することによって、現在のビデオ・フレームに対するインター予測モードを判定する。動き推定ユニット４２によって実行される動き推定は、動きベクトルを生成するプロセスであり、ビデオ・ブロックに対する動きを推定する。動きベクトルは、たとえば、現在のフレーム内でコード化されている現在のブロック（または他のコード化ユニット）に対する基準フレーム内の予測ブロック（または他のコード化ユニット）に対する現在のビデオ・フレームまたはピクチャ内のビデオ・ブロックのＰＵの変位を示すことができる。所定のパターンは、ＰフレームまたはＢフレームとしてシーケンス内のビデオ・フレームを指定することができる。イントラＢＣユニット４８は、インター予測のための動き推定ユニット４２による動きベクトルの判定と同様に、イントラＢＣコーディングのために、ベクトル、たとえばブロック・ベクトルを判定することができ、またはブロック・ベクトルを判定するために、動き推定ユニット４２を利用することができる。

予測ブロックは、基準フレームのうち、画素差に関してコード化されるべきビデオ・ブロックのＰＵに密接に整合すると見なされたブロックであり、これは、絶対差和（ＳＡＤ）、２乗差和（ＳＳＤ）、または他の差分計量によって判定されうる。いくつかの実装例では、ビデオ・エンコーダ２０は、ＤＰＢ６４に記憶されている基準フレームの整数未満の画素位置に対する値を計算することができる。たとえば、ビデオ・エンコーダ２０は、基準フレームの４分の１画素位置、８分の１画素位置、または他の分数の画素位置の値を補間（interpolate）することができる。したがって、動き推定ユニット４２は、完全な画素位置および分数の画素位置に対する動き探索を実行し、分数の画素精度で動きベクトルを出力することができる。

動き推定ユニット４２は、ＰＵの位置と、第１の基準フレーム・リスト（Ｌｉｓｔ０）または第２の基準フレーム・リスト（Ｌｉｓｔ１）から選択された基準フレームの予測ブロックの位置とを比較することによって、インター予測コード化フレーム内のビデオ・ブロックのＰＵに対する動きベクトルを計算し、これらのリストの各々は、ＤＰＢ６４に記憶されている１つまたは複数の基準フレームを識別する。動き推定ユニット４２は、計算された動きベクトルを動き補償ユニット４４へ送信し、次いでエントロピー符号化ユニット５６へ送信する。

動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって判定された動きベクトルに基づいて、予測ブロックをフェッチまたは生成することを伴うことができる。現在のビデオ・ブロックのＰＵに対する動きベクトルを受信したとき、動き補償ユニット４４は、基準フレーム・リストのうちの１つにおいて動きベクトルが指す予測ブロックの位置を特定し、この予測ブロックをＤＰＢ６４から取り出し、この予測ブロックを加算器５０へ転送することができる。加算器５０は次いで、コード化されている現在のビデオ・ブロックの画素値から、動き補償ユニット４４によって提供された予測ブロックの画素値を引くことによって、画素差値の残留ビデオ・ブロックを形成する。残留ビデオ・ブロックを形成する画素差値は、ルマもしくはクロマ差成分または両方を含むことができる。動き補償ユニット４４はまた、ビデオ・フレームのビデオ・ブロックを復号する際にビデオ・デコーダ３０によって使用されるように、ビデオ・フレームのビデオ・ブロックに関連付けられた構文要素を生成することができる。構文要素は、たとえば、予測ブロックを識別するために使用される動きベクトルを画定する構文要素、予測モードを示す任意のフラグ、または本明細書に記載されている任意の他の構文情報を含むことができる。動き推定ユニット４２および動き補償ユニット４４は高度に一体化されうるが、概念上の目的で別個に示されていることに留意されたい。

いくつかの実装例では、イントラＢＣユニット４８は、動き推定ユニット４２および動き補償ユニット４４に関連して上述されたものと同様に、ベクトルを生成して予測ブロックをフェッチすることができるが、予測ブロックは、コード化されている現在のブロックと同じフレーム内にあり、ベクトルは、動きベクトルではなくブロック・ベクトルと呼ばれている。特に、イントラＢＣユニット４８は、現在のブロックを符号化するために使用するイントラ予測モードを判定することができる。いくつかの例では、イントラＢＣユニット４８は、たとえば別個の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化することができ、速度歪み分析によってその性能を試験することができる。次に、イントラＢＣユニット４８は、様々な試験されたイントラ予測モードの中から適当なイントラ予測モードを選択し、それに応じてイントラモード・インジケータを使用および生成することができる。たとえば、イントラＢＣユニット４８は、様々な試験されたイントラ予測モードに対して速度歪み分析を使用して速度歪み値を計算することができ、試験されたモードの中から最善の速度歪み特性を有するイントラ予測モードを適当なイントラ予測モードとして選択し、使用することができる。速度歪み分析は、概して、符号化されたブロックと、符号化されたブロックをもたらすために符号化された元の符号化されていないブロックとの間で、歪み（または誤差）の量を判定し、ならびに符号化されたブロックをもたらすために使用されるビット速度（すなわち、ビットの数）を判定する。イントラＢＣユニット４８は、様々な符号化されたブロックに対する歪みおよび速度からの比を計算して、どのイントラ予測モードがそのブロックに対して最善の速度歪み値を呈するかを判定することができる。

他の例では、イントラＢＣユニット４８は、本明細書に記載されている実装例によって、動き推定ユニット４２および動き補償ユニット４４を全体的または部分的に使用して、イントラＢＣ予測のためのそのような機能を実行することができる。いずれの場合も、イントラ・ブロック・コピーのために、予測ブロックは、画素差に関してコード化されるべきブロックに密接に整合すると見なされたブロックとすることができ、これは、絶対差和（ＳＡＤ）、２乗差和（ＳＳＤ）、または他の差分計量によって判定されてよく、予測ブロックの識別は、整数未満の画素位置に対する値の計算を含むことができる。

予測ブロックが、イントラ予測に従って同じフレームからのものであるか、それともインター予測に従って異なるフレームからのものであるかにかかわらず、ビデオ・エンコーダ２０は、コード化されている現在のビデオ・ブロックの画素値から予測ブロックの画素値を引いて画素差値を形成することによって、残留ビデオ・ブロックを形成することができる。残留ビデオ・ブロックを形成する画素差値は、ルマおよびクロマ両方の成分差を含むことができる。

イントラ予測処理ユニット４６は、上述されているように、動き推定ユニット４２および動き補償ユニット４４によって実行されるインター予測、またはイントラＢＣユニット４８によって実行されるイントラ・ブロック・コピー予測に対する代替手段として、現在のビデオ・ブロックをイントラ予測することができる。特に、イントラ予測処理ユニット４６は、現在のブロックを符号化するために使用するイントラ予測モードを判定することができる。その際、イントラ予測処理ユニット４６は、たとえば別個の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化することができ、イントラ予測処理ユニット４６（または、いくつかの例ではモード選択ユニット）は、試験されたイントラ予測モードから適当なイントラ予測モードを選択して使用することができる。イントラ予測処理ユニット４６は、そのブロックに対する選択されたイントラ予測モードを示す情報を、エントロピー符号化ユニット５６に提供することができる。エントロピー符号化ユニット５６は、ビットストリーム内の選択されたイントラ予測モードを示す情報を符号化することができる。

予測処理ユニット４１が、インター予測またはイントラ予測を介して、現在のビデオ・ブロックに対する予測ブロックを判定した後、加算器５０は、現在のビデオ・ブロックから予測ブロックを引くことによって、残留ビデオ・ブロックを形成する。残留ブロック内の残留ビデオ・データは、１つまたは複数の変換ユニット（ＴＵ）に含まれてよく、変換処理ユニット５２に提供される。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念上類似の変換などの変換を使用して、残留ビデオ・データを残留変換係数に変換する。

変換処理ユニット５２は、結果の変換係数を量子化ユニット５４へ送信することができる。量子化ユニット５４は、変換係数を量子化して、ビット速度をさらに低減させる。量子化プロセスはまた、係数のいくつかまたはすべてに関連付けられたビット深さを低減させることができる。量子化度は、量子化パラメータを調整することによって修正されうる。いくつかの例では、量子化ユニット５４は次いで、量子化された変換係数を含む行列の走査を実行することができる。別法として、エントロピー符号化ユニット５６が走査を実行することができる。

量子化に続いて、エントロピー符号化ユニット５６は、たとえばコンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、構文ベースのコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率区間分割エントロピー（ＰＩＰＥ）コーディング、または別のエントロピー符号化方法もしくは技法を使用して、量子化された変換係数をビデオ・ビットストリームにエントロピー符号化する。符号化されたビットストリームは次いで、ビデオ・デコーダ３０に伝送されてよく、または後のビデオ・デコーダ３０への伝送もしくはビデオ・デコーダ３０による取出しのために、記憶デバイス３２内に保管されてよい。エントロピー符号化ユニット５６はまた、コード化されている現在のビデオ・フレームに対する動きベクトルおよび他の構文要素をエントロピー符号化することができる。

逆量子化ユニット５８および逆変換処理ユニット６０は、それぞれ逆量子化および逆変換を適用して、画素ドメイン内の残留ビデオ・ブロックを再構築し、他のビデオ・ブロックの予測のための基準ブロックを生成する。上述されているように、動き補償ユニット４４は、ＤＰＢ６４に記憶されているフレームの１つまたは複数の基準ブロックから、動き補償予測ブロックを生成することができる。動き補償ユニット４４はまた、１つまたは複数の補間フィルタを予測ブロックに適用して、動き推定で使用するための整数未満の画素値を計算することができる。

加算器６２は、動き補償ユニット４４によってもたらされる動き補償予測ブロックに、再構築された残留ブロックを加えて、ＤＰＢ６４に記憶するための基準ブロックをもたらす。基準ブロックは次いで、イントラＢＣユニット４８、動き推定ユニット４２、および動き補償ユニット４４によって、後のビデオ・フレーム内の別のビデオ・ブロックをインター予測するための予測ブロックとして使用されうる。

図３は、本出願のいくつかの実装例による例示的なビデオ・デコーダ３０を示すブロック図である。ビデオ・デコーダ３０は、ビデオ・データ・メモリ７９、エントロピー復号ユニット８０、予測処理ユニット８１、逆量子化ユニット８６、逆変換処理ユニット８８、加算器９０、およびＤＰＢ９２を含む。予測処理ユニット８１は、動き補償ユニット８２、イントラ予測処理ユニット８４、およびイントラＢＣユニット８５をさらに含む。ビデオ・デコーダ３０は、復号プロセスを実行することができ、復号プロセスは概して、図２に関連してビデオ・エンコーダ２０に関して上述された符号化プロセスとは逆方向である。たとえば、動き補償ユニット８２は、エントロピー復号ユニット８０から受信された動きベクトルに基づいて、予測データを生成することができ、イントラ予測ユニット８４は、エントロピー復号ユニット８０から受信されたイントラ予測モード・インジケータに基づいて、予測データを生成することができる。

いくつかの例では、ビデオ・デコーダ３０のユニットは、本出願の実装例を実行するタスクが与えられうる。また、いくつかの例では、本開示の実装例は、ビデオ・デコーダ３０のユニットの１つまたは複数の間で分割されうる。たとえば、イントラＢＣユニット８５は、単独で、または動き補償ユニット８２、イントラ予測処理ユニット８４、およびエントロピー復号ユニット８０などのビデオ・デコーダ３０の他のユニットと組み合わせて、本出願の実装例を実行することができる。いくつかの例では、ビデオ・デコーダ３０は、イントラＢＣユニット８５を含まなくてもよく、イントラＢＣユニット８５の機能は、動き補償ユニット８２などの予測処理ユニット８１の他の構成要素によって実行されうる。

ビデオ・データ・メモリ７９は、ビデオ・デコーダ３０の他の構成要素によって復号されるように、符号化されたビデオ・ビットストリームなどのビデオ・データを記憶することができる。ビデオ・データ・メモリ７９に記憶されているビデオ・データは、たとえば記憶デバイス３２から、カメラなどのローカル・ビデオ・ソースから、ビデオ・データの有線もしくは無線ネットワーク通信を介して、または物理的データ記憶媒体（たとえば、フラッシュ・ドライブまたはハード・ディスク）にアクセスすることによって、取得されうる。ビデオ・データ・メモリ７９は、符号化されたビデオ・ビットストリームからの符号化されたビデオ・データを記憶するコード化ピクチャ・バッファ（ＣＰＢ）を含むことができる。ビデオ・デコーダ３０の復号ピクチャ・バッファ（ＤＰＢ）９２は、ビデオ・デコーダ３０（たとえば、イントラまたはインター予測コーディング・モード）がビデオ・データを復号する際に使用するための基準ビデオ・データを記憶する。ビデオ・データ・メモリ７９およびＤＰＢ９２は、同期ＤＲＡＭ（ＳＤＲＡＭ）を含むダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ）などの様々なメモリ・デバイス、または他のタイプのメモリ・デバイスのいずれかによって形成されうる。例示の目的で、ビデオ・データ・メモリ７９およびＤＰＢ９２は、図３ではビデオ・デコーダ３０の２つの別個の構成要素として描かれている。しかし、ビデオ・データ・メモリ７９およびＤＰＢ９２は、同じメモリ・デバイスによって提供されても、別個のメモリ・デバイスによって提供されてもよいことが、当業者には明らかであろう。いくつかの例では、ビデオ・データ・メモリ７９は、ビデオ・デコーダ３０の他の構成要素とオンチップであっても、それらの構成要素に対してオフチップであってもよい。

復号プロセス中、ビデオ・デコーダ３０は、符号化されたビデオ・フレームのビデオ・ブロックおよび関連付けられた構文要素を表す符号化されたビデオ・ビットストリームを受信する。ビデオ・デコーダ３０は、ビデオ・フレーム・レベルおよび／またはビデオ・ブロック・レベルで構文要素を受信することができる。ビデオ・デコーダ３０のエントロピー復号ユニット８０は、ビットストリームをエントロピー復号して、量子化された係数、動きベクトル、またはイントラ予測モード・インジケータ、および他の構文要素を生成する。エントロピー復号ユニット８０は次いで、動きベクトルおよび他の構文要素を予測処理ユニット８１へ転送する。

ビデオ・フレームが、イントラ予測コード化（Ｉ）フレームとしてコード化されるとき、または他のタイプのフレーム内のイントラ・コード化予測ブロックに対してコード化されるとき、予測処理ユニット８１のイントラ予測処理ユニット８４が、信号化されたイントラ予測モード、および現在のフレームの以前に復号されたブロックからの基準データに基づいて、現在のビデオ・フレームのビデオ・ブロックに対する予測データを生成することができる。

ビデオ・フレームが、インター予測コード化（すなわち、ＢまたはＰ）フレームとしてコード化されるとき、予測処理ユニット８１の動き補償ユニット８２が、エントロピー復号ユニット８０から受信された動きベクトルおよび他の構文要素に基づいて、現在のビデオ・フレームのビデオ・ブロックに対する１つまたは複数の予測ブロックをもたらす。予測ブロックの各々は、基準フレーム・リストのうちの１つの基準フレームからもたらされうる。ビデオ・デコーダ３０は、ＤＰＢ９２に記憶されている基準フレームに基づくデフォルト構築技法を使用して、基準フレーム・リストＬｉｓｔ０およびＬｉｓｔ１を構築しうる。

いくつかの例では、ビデオ・ブロックが、本明細書に記載されているイントラＢＣモード（intra BC mode）に従ってコード化されるとき、予測処理ユニット８１のイントラＢＣユニット８５が、エントロピー復号ユニット８０から受信されたブロック・ベクトルおよび他の構文要素に基づいて、現在のビデオ・ブロックに対する予測ブロックをもたらす。予測ブロックは、ビデオ・エンコーダ２０によって画定される現在のビデオ・ブロックと同じピクチャの再構築された領域内に位置することができる。

動き補償ユニット８２および／またはイントラＢＣユニット８５は、動きベクトルおよび他の構文要素を解析することによって、現在のビデオ・フレームのビデオ・ブロックに対する予測情報を判定し、次いで予測情報を使用して、復号されている現在のビデオ・ブロックに対する予測ブロックをもたらす。たとえば、動き補償ユニット８２は、受信された構文要素のうちのいくつかを使用して、ビデオ・フレームのビデオ・ブロックをコード化するために使用される予測モード（たとえば、イントラまたはインター予測）、インター予測フレーム・タイプ（たとえば、ＢまたはＰ）、フレームの基準フレーム・リストの１つまたは複数に対する構築情報、フレームの各インター予測符号化ビデオ・ブロックに対する動きベクトル、フレームの各インター予測コード化ビデオ・ブロックに対するインター予測状態、および現在のビデオ・フレーム内のビデオ・ブロックを復号するための他の情報を判定する。

同様に、イントラＢＣユニット８５は、受信された構文要素のうちのいくつか、たとえばフラグを使用して、現在のビデオ・ブロックがイントラＢＣモードを使用して予測されたこと、再構築された領域内に位置し、ＤＰＢ９２に記憶されるべきフレームのビデオ・ブロックの構築情報、フレームのイントラＢＣ予測された各ビデオ・ブロックに対するブロック・ベクトル、フレームのイントラＢＣ予測された各ビデオ・ブロックに対するイントラＢＣ予測状態、および現在のビデオ・フレーム内のビデオ・ブロックを復号するための他の情報を判定することができる。

動き補償ユニット８２はまた、基準ブロックの整数未満の画素に対する補間値を計算するためにビデオ・ブロックの符号化中にビデオ・エンコーダ２０によって使用される補間フィルタを使用して、補間を実行することができる。この場合、動き補償ユニット８２は、受信された構文要素から、ビデオ・エンコーダ２０によって使用される補間フィルタを判定することができ、それらの補間フィルタを使用して、予測ブロックをもたらすことができる。

逆量子化ユニット８６は、量子化度を判定するためにビデオ・フレーム内の各ビデオ・ブロックに対してビデオ・エンコーダ２０によって計算された同じ量子化パラメータを使用して、ビットストリーム内に提供されているエントロピー復号ユニット８０によってエントロピー復号された量子化された変換係数を逆量子化する。逆変換処理ユニット８８は、逆変換、たとえば逆ＤＣＴ、逆整数変換、または概念上類似の逆変換プロセスを変換係数に適用して、画素ドメインにおける残留ブロックを再構築する。

動き補償ユニット８２またはイントラＢＣユニット８５が、ベクトルおよび他の構文要素に基づいて、現在のビデオ・ブロックに対する予測ブロックを生成した後、加算器９０は、逆変換処理ユニット８８からの残留ブロックと、動き補償ユニット８２およびイントラＢＣユニット８５によって生成された対応する予測ブロックとを加算することによって、現在のビデオ・ブロックに対する復号されたビデオ・ブロックを再構築する。復号されたビデオ・ブロックをさらに処理するために、ループ内フィルタ９１が、加算器９０とＤＰＢ９２との間に置かれうる。基準ピクチャ・ストアに入れられる前に、デブロッキング・フィルタ、サンプル適応オフセット（ＳＡＯ）、および適応ループ内フィルタ（ＡＬＦ）などのループ内フィルタ９１が、再構築されたＣＵ上で適用されうる。所与のフレーム内の復号されたビデオ・ブロックは次いで、ＤＰＢ９２に記憶され、ＤＰＢ９２は、次のビデオ・ブロックの後の動き補償のために使用される基準フレームを記憶する。ＤＰＢ９２、またはＤＰＢ９２とは別個のメモリ・デバイスが、図１の表示デバイス３４などの表示デバイス上に後に提示するために、復号されたビデオを記憶することもできる。

典型的なビデオ・コーディング・プロセスでは、ビデオ・シーケンスは典型的に、順序付けられた１組のフレームまたはピクチャを含む。各フレームは、ＳＬ、ＳＣｂ、およびＳＣｒで示される３つのサンプル・アレイを含むことができる。ＳＬは、ルマ・サンプルの２次元アレイである。ＳＣｂは、Ｃｂクロマ・サンプルの２次元アレイである。ＳＣｒは、Ｃｒクロマ・サンプルの２次元アレイである。他の事例では、フレームは単色であってよく、したがってルマ・サンプルの１つの２次元アレイのみを含む。

ＨＥＶＣと同様に、ＡＶＳ３規格は、ブロック・ベースのハイブリッド・ビデオ・コーディング・フレームワークの上に構築されている。入力されたビデオ信号は、ブロック（コーディング・ユニット（ＣＵ）と呼ばれる）ごとに処理される。４分木のみに基づいてブロックを分割するＨＥＶＣとは異なり、ＡＶＳ３では、１つのコーディング・ツリー・ユニット（ＣＴＵ）が、４分木／２分木／拡張４分木に基づいて、変動する局所特性に適応するようにＣＵに分割される。加えて、ＨＥＶＣにおける複数の区画ユニット・タイプの概念は除去され、すなわちＡＶＳ３には、ＣＵ、予測ユニット（ＰＵ）、および変換ユニット（ＴＵ）の分離が存在しない。代わりに、各ＣＵは常に、さらなる区画なしで、予測および変換の両方のための基本ユニットとして使用される。ＡＶＳ３の木区画構造では、まず１つのＣＴＵが、４分木構造に基づいて分割される。次いで、各４分木リーフ・ノードが、２分木および拡張４分木構造に基づいてさらに分割されうる。

図４Ａに示されているように、ビデオ・エンコーダ２０（またはより具体的に、区画ユニット４５）が、まずフレームを１組のコーディング・ツリー・ユニット（ＣＴＵ）に分割することによって、フレームの符号化表現を生成する。ビデオ・フレームは、ラスタ・スキャン順序で左から右および上から下へ連続的に順序付けられた整数のＣＴＵを含むことができる。各ＣＴＵは、最も大きい論理コーディング・ユニットであり、ＣＴＵの幅および高さは、ビデオ・エンコーダ２０によってシーケンス・パラメータ・セットで信号化され、ビデオ・シーケンス内のすべてのＣＴＵが、１２８×１２８、６４×６４、３２×３２、および１６×１６のうちの１つの同じサイズを有する。しかし、本出願は、必ずしも特定のサイズに限定されないことに留意されたい。図４Ｂに示されているように、各ＣＴＵは、ルマ・サンプルの１つのコーディング・ツリー・ブロック（ＣＴＢ）と、クロマ・サンプルの２つの対応するコーディング・ツリー・ブロックと、これらのコーディング・ツリー・ブロックのサンプルをコード化するために使用される構文要素とを備えることができる。構文要素は、画素のコード化ブロックの異なるタイプのユニットの特性、およびビデオ・デコーダ３０でビデオ・シーケンスが再構築されうる方法を記述し、これはインターまたはイントラ予測、イントラ予測モード、動きベクトル、および他のパラメータを含む。単色のピクチャ、または３つの別個の色平面を有するピクチャでは、ＣＴＵは、単一のコーディング・ツリー・ブロックと、このコーディング・ツリー・ブロックのサンプルをコード化するために使用される構文要素とを備えることができる。コーディング・ツリー・ブロックは、サンプルのＮ×Ｎブロックとすることができる。

より良好な性能を実現するために、ビデオ・エンコーダ２０は、ＣＴＵのコーディング・ツリー・ブロック上で２分木分割、３分木分割、４分木分割、またはこれらの組合せなどのツリー分割を再帰的に実行し、ＣＴＵをより小さいコーディング・ユニット（ＣＵ）に分割することができる。図４Ｃに描かれているように、６４×６４のＣＴＵ４００がまず、各々３２×３２のブロック・サイズを有する４つのより小さいＣＵに分割される。４つのより小さいＣＵの中で、ＣＵ４１０およびＣＵ４２０は各々、ブロック・サイズで１６×１６の４つのＣＵに分割される。２つの１６×１６のＣＵ４３０および４４０は各々、ブロック・サイズで８×８の４つのＣＵにさらに分割される。図４Ｄは、図４Ｃに描かれているＣＴＵ４００の区画プロセスの終了結果を示す４分木データ構造を描いており、４分木の各リーフ・ノードは、３２×３２～８×８の範囲のそれぞれのサイズの１つのＣＵに対応する。図４Ｂに描かれているＣＴＵと同様に、各ＣＵは、ルマ・サンプルのコード化ブロック（ＣＢ）と、同じサイズのフレームのクロマ・サンプルの２つの対応するコード化ブロックと、これらのコード化ブロックのサンプルをコード化するために使用される構文要素とを備えることができる。単色のピクチャ、または３つの別個の色平面を有するピクチャでは、ＣＵは、単一のコード化ブロックと、このコード化ブロックのサンプルをコード化するために使用される構文構造とを備えることができる。図４Ｃおよび図４Ｄに描かれている４分木分割は、例示のみを目的としており、１つのＣＴＵが、４分木／３分木／２分木区画に基づいて変動する局所特性に適応するように、複数のＣＵに分割されうることに留意されたい。複数タイプのツリー構造では、１つのＣＴＵが４分木構造によって分割され、各４分木リーフＣＵが、２分木および３分木構造によってさらに分割されうる。図４Ｅに示されているように、ＡＶＳ３には５つの分割／区画タイプ、すなわち４分割、水平２分割、垂直２分割、水平拡張４分木分割、および垂直拡張４分木分割がある。

いくつかの実装例では、ビデオ・エンコーダ２０は、ＣＵのコード化ブロックを１つまたは複数のＭ×Ｎの予測ブロック（ＰＢ）にさらに分割することができる。予測ブロックは、同じインターまたはイントラ予測が適用されるサンプルの矩形（正方形または非正方形）ブロックである。ＣＵの予測ユニット（ＰＵ）は、ルマ・サンプルの予測ブロックと、クロマ・サンプルの２つの対応する予測ブロックと、これらの予測ブロックを予測するために使用される構文要素とを備えることができる。単色のピクチャ、または３つの別個の色平面を有するピクチャでは、ＰＵは、単一の予測ブロックと、この予測ブロックを予測するために使用される構文構造とを備えることができる。ビデオ・エンコーダ２０は、ＣＵの各ＰＵのルマ、Ｃｂ、およびＣｒ予測ブロックに対して、予測ルマ、Ｃｂ、およびＣｒブロックを生成することができる。

ビデオ・エンコーダ２０は、イントラ予測またはインター予測を使用して、ＰＵに対する予測ブロックを生成することができる。ビデオ・エンコーダ２０がＰＵの予測ブロックを生成するためにイントラ予測を使用する場合、ビデオ・エンコーダ２０は、このＰＵに関連付けられたフレームの復号されたサンプルに基づいて、ＰＵの予測ブロックを生成することができる。ビデオ・エンコーダ２０がＰＵの予測ブロックを生成するためにインター予測を使用する場合、ビデオ・エンコーダ２０は、このＰＵに関連付けられたフレーム以外の１つまたは複数のフレームの復号されたサンプルに基づいて、ＰＵの予測ブロックを生成することができる。

ビデオ・エンコーダ２０がＣＵの１つまたは複数のＰＵに対する予測ルマ、Ｃｂ、およびＣｒブロックを生成した後、ビデオ・エンコーダ２０は、ＣＵの予測ルマ・ブロックをその元のルマ・コード化ブロックから引くことによって、このＣＵに対するルマ残留ブロックを生成することができ、ＣＵのルマ残留ブロック内の各サンプルは、ＣＵの予測ルマ・ブロックのうちの１つにおけるルマ・サンプルと、ＣＵの元のルマ・コード化ブロックにおける対応するサンプルとの間の差を示す。同様に、ビデオ・エンコーダ２０は、それぞれＣＵに対するＣｂ残留ブロックおよびＣｒ残留ブロックを生成することができ、ＣＵのＣｂ残留ブロック内の各サンプルは、ＣＵの予測Ｃｂブロックのうちの１つにおけるＣｂサンプルと、ＣＵの元のＣｂコード化ブロックにおける対応するサンプルとの間の差を示し、ＣＵのＣｒ残留ブロック内の各サンプルは、ＣＵの予測Ｃｒブロックのうちの１つにおけるＣｒサンプルと、ＣＵの元のＣｒコード化ブロックにおける対応するサンプルとの間の差を示すことができる。

さらに、図４Ｃに示されているように、ビデオ・エンコーダ２０は、４分木分割を使用して、ＣＵのルマ、Ｃｂ、およびＣｒ残留ブロックを１つまたは複数のルマ、Ｃｂ、およびＣｒ変換ブロックに分解することができる。変換ブロックは、同じ変換が適用されるサンプルの矩形（正方形または非正方形）ブロックである。ＣＵの変換ユニット（ＴＵ）は、ルマ・サンプルの変換ブロックと、クロマ・サンプルの２つの対応する変換ブロックと、変換ブロック・サンプルを変換するために使用される構文要素とを備えることができる。したがって、ＣＵの各ＴＵは、ルマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックに関連付けられうる。いくつかの例では、ＴＵに関連付けられたルマ変換ブロックは、ＣＵのルマ残留ブロックのサブブロックとなりうる。Ｃｂ変換ブロックは、ＣＵのＣｂ残留ブロックのサブブロックとなりうる。Ｃｒ変換ブロックは、ＣＵのＣｒ残留ブロックのサブブロックとなりうる。単色のピクチャ、または３つの別個の色平面を有するピクチャでは、ＴＵは、単一の変換ブロックと、変換ブロックのサンプルを変換するために使用される構文構造とを備えることができる。

ビデオ・エンコーダ２０は、ＴＵのルマ変換ブロックに１つまたは複数の変換を適用して、このＴＵに対するルマ係数ブロックを生成することができる。係数ブロックは、変換係数の２次元アレイとなりうる。変換係数は、スカラ量となりうる。ビデオ・エンコーダ２０は、ＴＵのＣｂ変換ブロックに１つまたは複数の変換を適用して、このＴＵに対するＣｂ係数ブロックを生成することができる。ビデオ・エンコーダ２０は、ＴＵのＣｒ変換ブロックに１つまたは複数の変換を適用して、このＴＵに対するＣｒ係数ブロックを生成することができる。

係数ブロック（たとえば、ルマ係数ブロック、Ｃｂ係数ブロック、またはＣｒ係数ブロック）を生成した後、ビデオ・エンコーダ２０は、この係数ブロックを量子化することができる。量子化は、概して、場合により変換係数を表すために使用されるデータの量を低減させてさらなる圧縮を提供するために、変換係数が量子化されるプロセスを指す。ビデオ・エンコーダ２０が係数ブロックを量子化した後、ビデオ・エンコーダ２０は、量子化された変換係数を示す構文要素をエントロピー符号化することができる。たとえば、ビデオ・エンコーダ２０は、量子化された変換係数を示す構文要素上で、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を実行することができる。最後に、ビデオ・エンコーダ２０は、コード化フレームの表現を形成するビットのシーケンスおよび関連付けられたデータを含むビットストリームを出力することができ、このビットストリームは、記憶デバイス３２内に保存され、または宛先デバイス１４へ伝送される。

ビデオ・エンコーダ２０によって生成されたビットストリームを受信した後、ビデオ・デコーダ３０は、ビットストリームを解析して、このビットストリームから構文要素を取得することができる。ビデオ・デコーダ３０は、ビットストリームから取得された構文要素に少なくとも部分的に基づいて、ビデオ・データのフレームを再構築することができる。ビデオ・データを再構築するプロセスは概して、ビデオ・エンコーダ２０によって実行される符号化プロセスとは逆方向である。たとえば、ビデオ・デコーダ３０は、現在のＣＵのＴＵに関連付けられた係数ブロック上で逆変換を実行して、現在のＣＵのＴＵに関連付けられた残留ブロックを再構築することができる。ビデオ・デコーダ３０はまた、現在のＣＵのＰＵに対する予測ブロックのサンプルを、現在のＣＵのＴＵの変換ブロックの対応するサンプルに加えることによって、現在のＣＵのコード化ブロックを再構築する。フレームの各ＣＵに対するコード化ブロックを再構築した後、ビデオ・デコーダ３０は、このフレームを再構築することができる。

ＳＡＯは、デブロッキング・フィルタの適用後、エンコーダによって伝送されるルックアップ・テーブルの値に基づいて、オフセット値を各サンプルに条件付きで加えることによって、復号されたサンプルを修正するプロセスである。ＳＡＯフィルタリングは、構文要素ｓａｏ－ｔｙｐｅ－ｉｄｘによってＣＴＢごとに選択されるフィルタリング・タイプに基づいて、領域ごとに実行される。ｓａｏ－ｔｙｐｅ－ｉｄｘに対する０の値は、ＳＡＯフィルタがＣＴＢに適用されないことを示し、値１および２は、それぞれバンド・オフセットおよびエッジ・オフセットのフィルタリング・タイプの使用を信号化する。１に等しいｓａｏ－ｔｙｐｅ－ｉｄｘによって指定されるバンド・オフセット・モードで、選択されるオフセット値は、サンプル振幅に直接依存する。このモードで、完全なサンプル振幅範囲が、３２個のバンドと呼ばれるセグメントに均一に分割され、これらのバンドのうちの４つ（３２個のバンド内で連続している）に属するサンプル値が、バンド・オフセットとして示される伝送された値を加えることによって修正され、この値は正または負とすることができる。４つの連続するバンドを使用する主な理由は、バンディング・アーティファクト（banding artifacts）が現れうる平滑な区域内では、ＣＴＢのサンプル振幅がこれらのバンドのいくつかのみに集中される傾向があるからである。加えて、４つのオフセットを使用するという設計上の選択は、同じく４つのオフセット値を使用するエッジ・オフセット動作モードに統一される。２に等しいｓａｏ－ｔｙｐｅ－ｉｄｘによって指定されるエッジ・オフセット・モードで、０～３の値を有する構文要素ｓａｏ－ｅｏ－ｃｌａｓｓは、ＣＴＢにおけるエッジ・オフセット分類に水平、垂直、または２つの斜勾配方向のうちの１つが使用されるかどうかを信号化する。

図５Ａは、本開示のいくつかの実装例によるＳＡＯで使用される４つの勾配パターンを描くブロック図である。４つの勾配パターン５０２、５０４、５０６、および５０８は、エッジ・オフセット・モードにおけるそれぞれのｓａｏ－ｅｏ－ｃｌａｓｓに対するものである。「ｐ」と表示されるサンプルは、考慮されるべき中心サンプルを示す。「ｎ０」および「ｎ１」と表示される２つのサンプルは、（ａ）水平（ｓａｏ－ｅｏ－ｃｌａｓｓ＝０）、（ｂ）垂直（ｓａｏ－ｅｏ－ｃｌａｓｓ＝１）、（ｃ）斜め１３５°（ｓａｏ－ｅｏ－ｃｌａｓｓ＝２）、および（ｄ）４５°（ｓａｏ－ｅｏ－ｃｌａｓｓ＝３）の勾配パターンに沿って、２つの隣接するサンプルを指定する。ＣＴＢにおける各サンプルは、図５Ａに示されているように、ある位置に配置されたサンプル値ｐを、隣接する位置に配置された２つのサンプルの値ｎ０およびｎ１と比較することによって、５つのＥｄｇｅＩｄｘカテゴリのうちの１つに分類される。この分類は、復号されたサンプル値に基づいて、各サンプルに対して行われ、したがってＥｄｇｅＩｄｘ分類に対する追加の信号化は必要とされない。１～４のＥｄｇｅＩｄｘカテゴリに対して、サンプル位置におけるＥｄｇｅＩｄｘカテゴリに応じて、伝送されたルックアップ・テーブルからのオフセット値がサンプル値に加えられる。オフセット値は常に、カテゴリ１および２に対して正であり、カテゴリ３および４に対して負である。したがって、フィルタは概して、エッジ・オフセット・モードで平滑作用を有する。以下の表１－１は、ＳＡＯエッジ・クラスにおけるサンプルＥｄｇｅＩｄｘカテゴリを示す。

ＳＡＯタイプ１および２の場合、合計４つの振幅オフセット値が各ＣＴＢに対してデコーダへ伝送される。タイプ１の場合、符号も符号化される。オフセット値ならびにｓａｏ－ｔｙｐｅ－ｉｄｘおよびｓａｏ－ｅｏ－ｃｌａｓｓなどの関係付けられた構文要素は、エンコーダによって、典型的には速度歪み性能を最適化する基準を使用して判定される。ＳＡＯパラメータは、信号化を効率的にするために、マージ・フラグを使用して左または上のＣＴＢから継承されるように示されうる。要約すると、ＳＡＯは、再構築された信号の追加の改良を可能にする非線形フィルタリング動作であり、平滑な区域およびエッジ周辺の両方において、信号表現を強化することができる。

いくつかの実施形態では、サンプル適応オフセット前（ＳＡＯ前）が実装される。複雑さの低いＳＡＯ前コーディング性能は、将来のビデオ・コーディング規格の開発において有望である。いくつかの例では、ＳＡＯ前は、分類のためにルマ・サンプルを使用してルマ成分サンプルにのみ適用される。ＳＡＯ前は、ＳＡＯＶおよびＳＡＯＨと呼ばれる２つのＳＡＯ状フィルタリング動作を適用することによって動作し、既存の（レガシー）ＳＡＯを適用する前に、デブロッキング・フィルタ（ＤＢＦ）と共同で適用される。第１のＳＡＯ状フィルタＳＡＯＶは、垂直エッジに対するデブロッキング・フィルタ（ＤＢＦＶ）が適用された後、入力ピクチャＹ_２にＳＡＯを適用するように動作する。
Ｙ_３（ｉ）＝Ｃｌｉｐ１（Ｙ_２（ｉ）＋ｄ_１・（ｆ（ｉ）＞Ｔ？１：０）－ｄ_２・（ｆ（ｉ）＜－Ｔ？１：０））

ここでＴは、所定の正の定数であり、ｄ_１およびｄ_２は、
ｆ（ｉ）＝Ｙ_１（ｉ）－Ｙ_２（ｉ）
によって与えられるＹ_１（ｉ）とＹ_２（ｉ）との間のサンプルごとの差に基づいて、２つのクラスに関連付けられたオフセット係数である。

ｄ_１に対する第１のクラスは、ｆ（ｉ）＞Ｔになるようにすべてのサンプル場所ｉを得るように与えられ、ｄ_２に対する第２のクラスは、ｆ（ｉ）＜－Ｔによって与えられる。オフセット係数ｄ_１およびｄ_２は、既存のＳＡＯプロセスと同様に、ＳＡＯＶの出力ピクチャＹ_３と元のピクチャＸとの間の平均２乗誤差が最小になるように、エンコーダで計算される。ＳＡＯＶが適用された後、第２のＳＡＯ状フィルタＳＡＯＨは、Ｙ_３（ｉ）とＹ_４（ｉ）との間のサンプルごとの差に基づく分類によって、ＳＡＯＶが適用された後にＹ_４にＳＡＯを適用するように動作し、これが水平エッジに対するデブロッキング・フィルタ（ＤＢＦＨ）の出力ピクチャである。ＳＡＯＶと同じ手順がＳＡＯＨにも適用され、Ｙ_１（ｉ）－Ｙ_２（ｉ）の代わりにＹ_３（ｉ）－Ｙ_４（ｉ）がその分類のために用いられる。ＳＡＯＨおよびＳＡＯＶの各々に対する２つのオフセット係数、所定の閾値Ｔ、および有効化フラグが、スライス・レベルで信号化される。ＳＡＯＨおよびＳＡＯＶは、ルマおよび２つのクロマ成分に独立して適用される。

いくつかの事例では、ＳＡＯＶおよびＳＡＯＨはどちらも、それぞれのデブロッキング（ＤＢＦＶまたはＤＢＦＨ）による影響を受けたピクチャ・サンプルでのみ動作する。したがって、既存のＳＡＯプロセスとは異なり、所与の空間領域（ピクチャ、またはレガシーＳＡＯの場合はＣＴＵ）内のすべてのサンプルの一部のみが、ＳＡＯ前によって処理されており、その結果生じるピクチャ・サンプルごとのデコーダ側の平均動作の増大を低く抑える（予備の推定による最悪のシナリオの場合、１サンプルにつき２つまたは３つの比較および２つの追加）。ＳＡＯ前は、デブロッキング・フィルタによって使用されるサンプルのみを必要とし、デコーダで追加のサンプルを記憶しない。

いくつかの実施形態では、ＶＶＣを超えた圧縮効率探査のために、２方向フィルタ（ＢＩＦ）が実装される。ＢＩＦは、サンプル適応オフセット（ＳＡＯ）ループ・フィルタ段階で実施される。２方向フィルタ（ＢＩＦ）およびＳＡＯはどちらも、デブロッキングからのサンプルを入力として使用している。各フィルタは、サンプルごとのオフセットを作成し、これらが入力サンプルに追加され、次いでクリッピングされた後、ＡＬＦに進む。

詳細には、出力サンプルＩ_ＯＵＴは、
Ｉ_ＯＵＴ＝ｃｌｉｐ３（Ｉ_Ｃ＋ΔＩ_ＢＩＦ＋ΔＩ_ＳＡＯ）
として取得され、ここでＩ_Ｃはデブロッキングからの入力サンプルであり、ΔＩ_ＢＩＦは２方向フィルタからのオフセットであり、ΔＩ_ＳＡＯはＳＡＯからのオフセットである。

いくつかの実施形態では、実装例は、エンコーダがＣＴＵおよびスライス・レベルにおけるフィルタリングを有効化または無効化する可能性を提供する。エンコーダは、速度歪み最適化（ＲＤＯ）コストを評価することによって決定を下す。

以下の構文要素が、ＰＰＳで導入される。

０に等しいｐｐｓ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＰＰＳを参照するスライスに対して２方向ループ・フィルタが無効化されることを指定する。１に等しいｐｐｓ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｆｌａｇは、ＰＰＳを参照するスライスに対して２方向ループ・フィルタが有効化されることを指定する。

ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｓｔｒｅｎｇｔｈは、２方向変換ブロック・フィルタ・プロセスで使用される２方向ループ・フィルタ強度値を指定する。ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｓｔｒｅｎｇｔｈの値は、包括的に０～２の範囲内であるものとする。

ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｑｐ＿ｏｆｆｓｅｔは、ＰＰＳを参照するスライスに対する２方向フィルタ・ルックアップ・テーブルＬＵＴ（ｘ）の導出で使用されるオフセットを指定する。ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｑｐ＿ｏｆｆｓｅｔは、包括的に－１２～＋１２の範囲内であるものとする。

以下の構文要素が導入される：

意味は次のとおりである。１に等しいｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ａｌｌ＿ｃｔｂ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、２方向フィルタが有効化されており、現在のスライス内のすべてのＣＴＢに適用されることを指定する。ｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ａｌｌ＿ｃｔｂ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しない場合、０に等しいと推論される。

１に等しいｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、２方向フィルタが有効化されており、現在のスライスのＣＴＢに適用されてよいことを指定する。ｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しない場合、ｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ａｌｌ＿ｃｔｂ＿ｅｎａｂｌｅｄ＿ｆｌａｇに等しいと推論される。

１に等しいｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｃｔｂ＿ｆｌａｇ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］は、２方向フィルタがルマの場所（ｘＣｔｂ，ｙＣｔｂ）でコーディング・ツリー・ユニットのルマ・コーディング・ツリー・ブロックに適用されることを指定する。０に等しいｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｃｔｂ＿ｆｌａｇ［ｃＩｄｘ］［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］は、２方向フィルタがルマの場所（ｘＣｔｂ，ｙＣｔｂ）でコーディング・ツリー・ユニットのルマ・コーディング・ツリー・ブロックに適用されないことを指定する。ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｃｔｂ＿ｆｌａｇが存在しない場合、等しいと推論される（ｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ａｌｌ＿ｃｔｂ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆ｓｌｉｃｅ＿ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）。

いくつかの例では、フィルタリングされたＣＴＵの場合、フィルタリング・プロセスは次のように進む。サンプルが利用可能でないピクチャ境界で、２方向フィルタは、利用可能でないサンプルを埋めるために拡張（サンプルの反復）を使用する。仮想境界の場合、挙動はＳＡＯに対するものと同じであり、すなわちフィルタリングは行われない。水平ＣＴＵ境界と交差するとき、２方向フィルタは、ＳＡＯがアクセスしているものと同じサンプルにアクセスすることができる。図５Ｂは、本開示のいくつかの実装例による中心サンプルを取り囲むサンプルに対する命名規則を描くブロック図である。一例として、中心サンプルＩ_ＣがＣＴＵの１番上の線に位置する場合、Ｉ_ＮＷ、Ｉ_Ａ、およびＩ_ＮＥは、ＳＡＯと同様に上のＣＴＵから読み取られるが、Ｉ_ＡＡはパディングされ、したがって余分の線バッファは必要とされない。中心サンプルＩ_Ｃを取り囲むサンプルは、図５Ｂに示されており、ここでＡ、Ｂ、Ｌ、およびＲは上、下、左、および右を表し、ＮＷ、ＮＥ、ＳＷ、ＳＥは北西などを表す。同様に、ＡＡは上－上、ＢＢは下－下などを表す。このダイヤモンド形状は、Ｉ_ＡＡ、Ｉ_ＢＢ、Ｉ_ＬＬ、またはＩ_ＲＲを使用しない２乗フィルタ支持を使用する別の方法とは異なる。

各周辺サンプルＩ_Ａ、Ｉ_Ｒなどは、対応する修飾子（modifier）値

、

などによって寄与する。これらは以下の方法で計算される。サンプルから右Ｉ_Ｒへの寄与によって始まり、その差が、
ΔＩ_Ｒ＝（｜Ｉ_Ｒ－Ｉ_Ｃ｜＋４）＞＞３
として計算され、ここで｜・｜は絶対値を示す。１０ビットではないデータの場合、代わりにΔＩ_Ｒ＝（｜Ｉ_Ｒ－Ｉ_Ｃ｜＋２^ｎ－６）＞＞（ｎ－７）が使用され、ここで８ビット・データの場合ｎ＝８などである。次に、結果として得られる値が、１６より小さくなるようにクリッピングされる。
ｓＩ_Ｒ＝ｍｉｎ（１５，ΔＩ_Ｒ）

次に、修飾子値が、

として計算され、ここでＬＵＴ_ＲＯＷ［ ］は、ｑｐｂ＝ｃｌｉｐ（０，２５，ＱＰ＋ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｑｐ＿ｏｆｆｓｅｔ－１７）の値によって判定される１６個の値のアレイである。
{ 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, }, if qpb = 0
{ 0, 1, 1, 1, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, }, if qpb = 1
{ 0, 2, 2, 2, 1, 1, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, }, if qpb = 2
{ 0, 2, 2, 2, 2, 1, 1, 1, 1, 1, 1, 1, 0, 1, 1, -1, }, if qpb = 3
{ 0, 3, 3, 3, 2, 2, 1, 2, 1, 1, 1, 1, 0, 1, 1, -1, }, if qpb = 4
{ 0, 4, 4, 4, 3, 2, 1, 2, 1, 1, 1, 1, 0, 1, 1, -1, }, if qpb = 5
{ 0, 5, 5, 5, 4, 3, 2, 2, 2, 2, 2, 1, 0, 1, 1, -1, }, if qpb = 6
{ 0, 6, 7, 7, 5, 3, 3, 3, 3, 2, 2, 1, 1, 1, 1, -1, }, if qpb = 7
{ 0, 6, 8, 8, 5, 4, 3, 3, 3, 3, 3, 2, 1, 2, 2, -2, }, if qpb = 8
{ 0, 7, 10, 10, 6, 4, 4, 4, 4, 3, 3, 2, 2, 2, 2, -2, }, if qpb = 9
{ 0, 8, 11, 11, 7, 5, 5, 4, 5, 4, 4, 2, 2, 2, 2, -2, }, if qpb = 10
{ 0, 8, 12, 13, 10, 8, 8, 6, 6, 6, 5, 3, 3, 3, 3, -2, }, if qpb = 11
{ 0, 8, 13, 14, 13, 12, 11, 8, 8, 7, 7, 5, 5, 4, 4, -2, }, if qpb = 12
{ 0, 9, 14, 16, 16, 15, 14, 11, 9, 9, 8, 6, 6, 5, 6, -3, }, if qpb = 13
{ 0, 9, 15, 17, 19, 19, 17, 13, 11, 10, 10, 8, 8, 6, 7, -3, }, if qpb = 14
{ 0, 9, 16, 19, 22, 22, 20, 15, 12, 12, 11, 9, 9, 7, 8, -3, }, if qpb = 15
{ 0, 10, 17, 21, 24, 25, 24, 20, 18, 17, 15, 12, 11, 9, 9, -3, }, if qpb = 16
{ 0, 10, 18, 23, 26, 28, 28, 25, 23, 22, 18, 14, 13, 11, 11, -3, }, if qpb = 17
{ 0, 11, 19, 24, 29, 30, 32, 30, 29, 26, 22, 17, 15, 13, 12, -3, }, if qpb = 18
{ 0, 11, 20, 26, 31, 33, 36, 35, 34, 31, 25, 19, 17, 15, 14, -3, }, if qpb = 19
{ 0, 12, 21, 28, 33, 36, 40, 40, 40, 36, 29, 22, 19, 17, 15, -3, }, if qpb = 20
{ 0, 13, 21, 29, 34, 37, 41, 41, 41, 38, 32, 23, 20, 17, 15, -3, }, if qpb = 21
{ 0, 14, 22, 30, 35, 38, 42, 42, 42, 39, 34, 24, 20, 17, 15, -3, }, if qpb = 22
{ 0, 15, 22, 31, 35, 39, 42, 42, 43, 41, 37, 25, 21, 17, 15, -3, }, if qpb = 23
{ 0, 16, 23, 32, 36, 40, 43, 43, 44, 42, 39, 26, 21, 17, 15, -3, }, if qpb = 24
{ 0, 17, 23, 33, 37, 41, 44, 44, 45, 44, 42, 27, 22, 17, 15, -3, }, if qpb = 25

これらの値は、エントリごとに６つのビットを使用して記憶されることが可能であり、その結果、すべて０である第１の行を除外した場合、２６＊１６＊６／８＝３１２バイトまたは３００バイトになる。

、

、および

に対する修飾子値は、Ｉ_Ｌ、Ｉ_Ａ、およびＩ_Ｂから同様に計算される。斜めのサンプルＩ_ＮＷ、Ｉ_ＮＥ、Ｉ_ＳＥ、Ｉ_ＳＷ、ならびに２ステップ離れたサンプルＩ_ＡＡ、Ｉ_ＢＢ、Ｉ_ＲＲ、およびＩ_ＬＬの場合、この計算もまた方程式２および３に従うが、１シフトした値を使用する。斜めのサンプルＩ_ＳＥを一例として使用すると、

になり、他の斜めのサンプルおよび２ステップ離れたサンプルも同様に計算される。

修飾子値はともに合計される。

いくつかの例では、

は、以前のサンプルに対する

に等しい。同様に、

も、上記のサンプルに対する

に等しく、斜めの修飾子値および２ステップ離れた修飾子値に対しても類似の対称性が見出されうる。これは、ハードウェア実装例において、６つの値

、

、

、

、

、および

を計算すると十分であり、残りの６つの値は、以前に計算された値から取得されうることを意味する。次に、ｍ_ｓｕｍ値が、ｃ＝１、２、または３によって乗算され、これは、単一の加算器および論理ＡＮＤゲートを使用して、
ｃ_ｖ＝ｋ_１＆（ｍ_ｓｕｍ＜＜１）＋ｋ_２＆ｍ_ｓｕｍ
によって行われることが可能であり、ここで＆は論理ＡＮＤを示し、ｋ_１は乗数ｃの最上位ビットであり、ｋ_２は最下位ビットである。乗算する値は、表１－５に示されているように、最小ブロック寸法Ｄ＝ｍｉｎ（幅，高さ）を使用して取得される。

最後に、２方向フィルタ・オフセットΔＩ_ＢＩＦが計算される。完全な強度のフィルタリングの場合、以下が使用される。
ΔＩ_ＢＩＦ＝（ｃ_ｖ＋１６）＞＞５
半分の強度のフィルタリングの場合、以下が使用される。
ΔＩ_ＢＩＦ＝（ｃ_ｖ＋３２）＞＞６

ｎビットのデータに対する一般式は、
ｒ_ａｄｄ＝２^{１４－ｎ－ｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｓｔｒｅｎｇｔｈ}
ｒ_{ｓｈｉｆｔ}＝１５－ｎ－ｂｉｌａｔｅａｌ＿ｆｉｌｔｅｒ＿ｓｔｒｅｎｇｔｈ
ΔＩ_ＢＩＦ＝（ｃ_ｖ＋ｒ_ａｄｄ）＞＞ｒ_{ｓｈｉｆｔ}）
を使用するものであり、ここでｂｉｌａｔｅｒａｌ＿ｆｉｌｔｅｒ＿ｓｔｒｅｎｇｔｈは、０または１とすることができ、ｐｐｓで信号化される。

いくつかの実施形態では、成分間情報を導入することによって、コーディング効率を改善し、またはサンプル適応オフセット（ＳＡＯ）の複雑さを低減させるための方法およびシステムが、本明細書に開示される。ＳＡＯは、ＨＥＶＣ、ＶＶＣ、ＡＶＳ２、およびＡＶＳ３規格で使用される。以下の説明では、ＨＥＶＣ、ＶＶＣ、ＡＶＳ２、およびＡＶＳ３規格における既存のＳＡＯ設計が、ビデオ・コーディングの当業者に基本的なＳＡＯ方法として使用されるが、本開示に記載されている成分間方法は、類似の設計精神を有する他のループ・フィルタ設計または他のコードディング・ツールにも適用されうる。たとえば、ＡＶＳ３規格では、ＳＡＯは、強化されたサンプル適応オフセット（ＥＳＡＯ）と呼ばれるコーディング・ツールに交換される。しかし、本明細書に開示されるＣＣＳＡＯが、ＥＳＡＯに並行して適用されてもよい。別の例では、ＣＣＳＡＯは、ＡＶ１規格でＣｏｎｓｔｒａｉｎｅｄ Ｄｉｒｅｃｔｉｏｎａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｆｉｌｔｅｒ（ＣＤＥＦ）に並行して適用されてもよい。

ＨＥＶＣ、ＶＶＣ、ＡＶＳ２、およびＡＶＳ３規格における既存のＳＡＯ設計の場合、ルマＹ、クロマＣｂ、およびクロマＣｒサンプル・オフセット値が独立して決定される。すなわち、たとえば現在のクロマ・サンプル・オフセットは、現在のクロマ・サンプル値および隣接するクロマ・サンプル値のみによって決定され、配列または隣接ルマ・サンプルを考慮しない。しかし、ルマ・サンプルは、クロマ・サンプルより多くの元のピクチャ詳細情報を維持し、現在のクロマ・サンプル・オフセットの決定から利益を得ることができる。さらに、クロマ・サンプルは通常、ＲＧＢからＹＣｂＣｒへの色変換後、または量子化およびデブロッキング・フィルタ後に、高周波の詳細を失うため、クロマ・オフセット決定のために維持された高周波の詳細を有するルマ・サンプルを導入することで、クロマ・サンプルの再構築から利益を得ることができる。したがって、成分間相関を探ることによって、たとえば成分間サンプル適応オフセット（ＣＣＳＡＯ）の方法およびシステムを使用することによって、さらなるゲイン（gain）が予期されうる。いくつかの実施形態では、ここでの相関は、成分間サンプル値を含むだけでなく、成分間からの予測／残留コーディング・モード、変換タイプ、および量子化／デブロッキング／ＳＡＯ／ＡＬＦパラメータなどのピクチャ／コーディング情報も含む。

別の例は、ＳＡＯの場合に、ルマ・サンプル・オフセットがルマ・サンプルのみによって決定されることである。しかしたとえば、同じバンド・オフセット（ＢＯ）分類を有するルマ・サンプルは、その配列および隣接クロマ・サンプルによってさらに分類されてよく、それによってより効果的な分類を得ることができる。ＳＡＯ分類は、元のピクチャと再構築されたピクチャとの間のサンプル差を補償するためのショートカットとして得られうる。したがって、効果的な分類が所望される。

図６Ａは、本開示のいくつかの実装例によってクロマ・サンプル上で適用され、ＤＢＦ Ｙを入力として使用するＣＣＳＡＯシステムおよびプロセスを示すブロック図である。ルマ・デブロッキング・フィルタ（ＤＢＦ Ｙ）後のルマ・サンプルは、ＳＡＯ ＣｂおよびＳＡＯ Ｃｒ後のクロマＣｂおよびＣｒに対する追加のオフセットを判定するために使用される。たとえば、現在のクロマ・サンプル６０２はまず、配列ルマ・サンプル６０４および隣接（白色）ルマ・サンプル６０６を使用して分類され、対応するクラスの対応するＣＣＳＡＯオフセット値が、現在のクロマ・サンプル値に加えられる。図６Ｂは、本開示のいくつかの実装例によってルマ・サンプルおよびクロマ・サンプル上で適用され、ＤＢＦ Ｙ／Ｃｂ／Ｃｒを入力として使用するＣＣＳＡＯシステムおよびプロセスを示すブロック図である。図６Ｄは、本開示のいくつかの実装例によって、同じコーデック段階において同じまたは異なるオフセットで再帰的に適用（２またはＮ回）されうる、または異なる段階で繰り返されうる、ＣＣＳＡＯのシステムおよびプロセスを示すブロック図である。要約すると、いくつかの実施形態では、現在のルマ・サンプルを分類するために、現在のルマ・サンプルおよび隣接するルマ・サンプルの情報、配列および隣接クロマ・サンプル（ＣｂおよびＣｒ）の情報が使用されうる。いくつかの実施形態では、現在のクロマ・サンプル（ＣｂまたはＣｒ）を分類するために、配列および隣接ルマ・サンプル、配列および隣接クロス・クロマ・サンプル、ならびに現在のクロマ・サンプルおよび隣接するクロマ・サンプルが使用されうる。いくつかの実施形態では、ＣＣＳＡＯは、（１）ＤＢＦ Ｙ／Ｃｂ／Ｃｒ後、（２）ＤＢＦ前の再構築された画像Ｙ／Ｃｂ／Ｃｒ後、または（３）ＳＡＯ Ｙ／Ｃｂ／Ｃｒ後、または（４）ＡＬＦ Ｙ／Ｃｂ／Ｃｒ後に、カスケード接続されうる。

いくつかの実施形態では、ＣＣＳＡＯはまた、他のコーディング・ツール、たとえばＡＶＳ規格におけるＥＳＡＯ、またはＡＶ１規格におけるＣＤＥＦ、またはニューラル・ネットワーク・ループ・フィルタ（ＮＮＬＦ）に並行して適用されうる。図６Ｅは、本開示のいくつかの実装例によってＡＶＳ規格におけるＥＳＡＯに並行して適用されるＣＣＳＡＯシステムおよびプロセスを示すブロック図である。

図６Ｆは、本開示のいくつかの実装例によってＳＡＯ後に適用されるＣＣＳＡＯシステムおよびプロセスを示すブロック図である。いくつかの実施形態では、図６Ｆは、ＣＣＳＡＯの場所がＳＡＯ後、すなわちＶＶＣ規格における成分間適応ループ・フィルタ（ＣＣＡＬＦ）の場所に位置しうることを示す。図６Ｇは、本開示のいくつかの実装例によってＣＣＳＡＯシステムおよびプロセスがＣＣＡＬＦなしで独立して機能しうることを示すブロック図である。いくつかの実施形態では、ＳＡＯ Ｙ／Ｃｂ／Ｃｒは、たとえばＡＶＳ３規格において、ＥＳＡＯに交換されうる。

図６Ｈは、本開示のいくつかの実装例によってＣＣＡＬＦに並行して適用されるＣＣＳＡＯシステムおよびプロセスを示すブロック図である。いくつかの実施形態では、図６Ｈは、ＣＣＳＡＯがＣＣＡＬＦに並行して適用されうることを示す。いくつかの実施形態では、図６Ｈで、ＣＣＡＬＦおよびＣＣＳＡＯの場所が切り替えられうる。いくつかの実施形態では、図６Ａ～図６Ｈで、または本開示全体にわたって、ＳＡＯ Ｙ／Ｃｂ／Ｃｒブロックは、ＥＳＡＯ Ｙ／Ｃｂ／Ｃｒ（ＡＶＳ３）またはＣＤＥＦ（ＡＶ１）に交換されうる。Ｙ／Ｃｂ／Ｃｒは、ビデオ・コーディング領域においてＹ／Ｕ／Ｖとしても示されうることに留意されたい。いくつかの実施形態では、ビデオがＲＧＢ形式である場合、ＣＣＳＡＯはまた、本開示においてそれぞれＹＵＶ表記をＧＢＲに簡単にマッピングすることによって適用されうる。

図６Ｉは、本開示のいくつかの実装例によってＳＡＯおよびＢＩＦに並行して適用されたＣＣＳＡＯのシステムおよびプロセスを示すブロック図である。

図６Ｊは、本開示のいくつかの実装例によってＳＡＯを交換することによってＢＩＦに並行して適用されたＣＣＳＡＯのシステムおよびプロセスを示すブロック図である。

いくつかの実施形態では、現在のクロマ・サンプル分類は、配列ルマ・サンプルのＳＡＯタイプ（エッジ・オフセット（ＥＯ）またはＢＯ）、クラス、およびカテゴリを再利用している。対応するＣＣＳＡＯオフセットは、デコーダ自体から信号化または導出されうる。たとえば、ｈ＿Ｙを配列ルマＳＡＯオフセットとし、ｈ＿Ｃｂおよびｈ＿ＣｒをそれぞれＣＣＳＡＯ ＣｂおよびＣｒオフセットとする。ｈ＿Ｃｂ（またはｈ＿Ｃｒ）＝ｗ＊ｈ＿Ｙであり、ここでｗは、制限された表（a limited table）で選択されうる。たとえば、±１／４、±１／２、０、±１、±２、±４．．．などであり、ここで｜ｗ｜は２のべき乗の値のみを含む。

いくつかの実施形態では、配列ルマ・サンプル（Ｙ０）および隣接する８つのルマ・サンプルの比較スコア［－８，８］が使用され、合計１７のクラスをもたらす。
初期クラス＝０
隣接する８つのルマ・サンプルを介したループ（Ｙｉ，ｉ＝１～８）
ｉｆ Ｙ０＞Ｙｉ Ｃｌａｓｓ＋＝１
ｅｌｓｅ ｉｆ Ｙ０＜Ｙｉ Ｃｌａｓｓ－＝１

いくつかの実施形態では、上述された分類方法が組み合わされうる。たとえば、ダイバーシティを増大させるために、ＳＡＯ ＢＯ（３２バンドの分類）と組み合わされた比較スコアが使用され、合計１７＊３２のクラスをもたらす。いくつかの実施形態では、ＣｂおよびＣｒは、複雑さを低減させるため、またはビットを節約するために、同じクラスを使用することができる。

図７は、本開示のいくつかの実装例によるＣＣＳＡＯを使用するサンプル・プロセスを示すブロック図である。具体的には、図７は、クラス判定を簡略化するため、または柔軟性を増大させるために、ＣＣＳＡＯの入力が垂直および水平ＤＢＦの入力を導入することができることを示す。たとえば、Ｙ０＿ＤＢＦ＿Ｖ、Ｙ０＿ＤＢＦ＿Ｈ、およびＹ０を、それぞれＤＢＦ＿Ｖ、ＤＢＦ＿Ｈ、およびＳＡＯの入力における配列ルマ・サンプルとする。Ｙｉ＿ＤＢＦ＿Ｖ、Ｙｉ＿ＤＢＦ＿Ｈ、およびＹｉは、それぞれＤＢＦ＿Ｖ、ＤＢＦ＿Ｈ、およびＳＡＯの入力における隣接する８つのルマ・サンプルであり、ここでｉ＝１～８である。
Ｍａｘ Ｙ０＝ｍａｘ（Ｙ０＿ＤＢＦ＿Ｖ，Ｙ０＿ＤＢＦ＿Ｈ，Ｙ０＿ＤＢＦ）
Ｍａｘ Ｙｉ＝ｍａｘ（Ｙｉ＿ＤＢＦ＿Ｖ，Ｙｉ＿ＤＢＦ＿Ｈ，Ｙｉ＿ＤＢＦ）
ｍａｘ Ｙ０およびｍａｘ ＹｉをＣＣＳＡＯ分類に与える。

図８は、本開示のいくつかの実装例によって、ＣＣＳＡＯプロセスが垂直および水平ＤＢＦにインターリーブされることを示すブロック図である。いくつかの実施形態では、図６、図７、および図８のＣＣＳＡＯブロックは選択的であってよい。たとえば、図６と同じサンプル処理を適用する第１のＣＣＳＡＯ＿Ｖに対するＹ０＿ＤＢＦ＿ＶおよびＹｉ＿ＤＢＦ＿Ｖを使用しながら、ＤＢＦ＿Ｖルマ・サンプルの入力をＣＣＳＡＯ入力として使用する。

いくつかの実施形態では、実装されるＣＣＳＡＯ構文が、以下の表２に示されている。

いくつかの実施形態では、ＣＣＳＡＯ ＣｂおよびＣｒオフセット値を信号化するために、一方の追加のクロマ・オフセットが信号化される場合、他方のクロマ成分オフセットは、正もしくは負の符号によって、またはビット・オーバーヘッドを節減するために加重によって導出されうる。たとえば、ｈ＿Ｃｂおよびｈ＿Ｃｒを、それぞれＣＣＳＡＯ ＣｂおよびＣｒのオフセットとする。ｗを明示的に信号化することによって、ｗ＝±｜ｗ｜であり、｜ｗ｜候補が制限されるとき、ｈ＿Ｃｒ自体を明示的に信号化することなく、ｈ＿Ｃｒはｈ＿Ｃｂから導出されうる。
ｈ＿Ｃｒ＝ｗ＊ｈ＿Ｃｂ

図９は、本開示のいくつかの実装例による成分間相関を使用してビデオ信号を復号する例示的なプロセス９００を示す流れ図である。

ビデオ・デコーダ３０は、第１の成分および第２の成分を含むビデオ信号を受信する（９１０）。いくつかの実施形態では、第１の成分はビデオ信号のルマ成分であり、第２の成分はクロマ成分である。

ビデオ・デコーダ３０はまた、第２の成分に関連付けられた複数のオフセットを受信する（９２０）。

ビデオ・デコーダ３０は次いで、第１の成分の特性測定を利用して、第２の成分に関連付けられた分類カテゴリを取得する（９３０）。たとえば、図６で、現在のクロマ・サンプル６０２はまず、配列ルマ・サンプル６０４および隣接（白色）ルマ・サンプル６０６を使用して分類され、対応するＣＣＳＡＯオフセット値が、現在のクロマ・サンプルに加えられる。

ビデオ・デコーダ３０は、分類カテゴリに従って、第２の成分に対する複数のオフセットから第１のオフセットをさらに選択する（９４０）。

ビデオ・デコーダ３０は加えて、選択された第１のオフセットに基づいて、第２の成分を修正する（９５０）。

いくつかの実施形態では、第１の成分の特性測定を利用して第２の成分に関連付けられた分類カテゴリを取得すること（９３０）は、第１の成分のそれぞれのサンプルを利用して、第２の成分のそれぞれの各サンプルのそれぞれの分類カテゴリを取得することを含み、第１の成分のそれぞれのサンプルは、第２の成分のそれぞれの各サンプルに対する第１の成分のそれぞれの配列サンプルである。たとえば、現在のクロマ・サンプル分類は、配列ルマ・サンプルのＳＡＯタイプ（ＥＯまたはＢＯ）、クラス、およびカテゴリを再利用している。

いくつかの実施形態では、第１の成分の特性測定を利用して第２の成分に関連付けられた分類カテゴリを取得すること（９３０）は、第１の成分のそれぞれのサンプルを利用して、第２の成分のそれぞれの各サンプルのそれぞれの分類カテゴリを取得することを含み、第１の成分のそれぞれのサンプルは、デブロックされる前に再構築され、またはデブロックされた後に再構築される。いくつかの実施形態では、第１の成分は、デブロッキング・フィルタ（ＤＢＦ）でデブロックされている。いくつかの実施形態では、第１の成分は、ルマ・デブロッキング・フィルタ（ＤＢＦ Ｙ）でデブロックされている。たとえば、図６または図７に対する代替手段として、ＣＣＳＡＯ入力はＤＢＦ Ｙの前であってもよい。

いくつかの実施形態では、特性測定は、第１の成分のサンプル値の範囲をいくつかのバンドに分割し、第１の成分内のサンプルの強度値に基づいてバンドを選択することによって導出される。いくつかの実施形態では、特性測定は、バンド・オフセット（ＢＯ）から導出される。

いくつかの実施形態では、特性測定は、第１の成分内のサンプルのエッジ情報の方向および強度に基づいて導出される。いくつかの実施形態では、特性測定は、エッジ・オフセット（ＥＯ）から導出される。

いくつかの実施形態では、第２の成分を修正すること（９５０）は、選択された第１のオフセットを第２の成分に直接加えることを含む。たとえば、対応するＣＣＳＡＯオフセット値が、現在のクロマ成分サンプルに加えられる。

いくつかの実施形態では、第２の成分を修正すること（９５０）は、選択された第１のオフセットを第２のオフセットにマッピングし、マッピングされた第２のオフセットを第２の成分に加えることを含む。たとえば、ＣＣＳＡＯ ＣｂおよびＣｒオフセット値を信号化するために、一方の追加のクロマ・オフセットが信号化される場合、他方のクロマ成分オフセットは、正もしくは負の符号を使用することによって、またはビット・オーバーヘッドを節減するために加重によって導出されうる。

いくつかの実施形態では、ビデオ信号を受信すること（９１０）は、ＣＣＳＡＯを使用してビデオ信号を復号する方法がシーケンス・パラメータ・セット（ＳＰＳ）内のビデオ信号に対して有効化されるかどうかを示す構文要素を受信することを含む。いくつかの実施形態では、ｃｃ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、シーケンス・レベルでＣＣＳＡＯが有効化されるかどうかを示す。

いくつかの実施形態では、ビデオ信号を受信すること（９１０）は、ＣＣＳＡＯを使用してビデオ信号を復号する方法がスライス・レベルで第２の成分に対して有効化されるかどうかを示す構文要素を受信することを含む。いくつかの実施形態では、ｓｌｉｃｅ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｆｌａｇまたはｓｌｉｃｅ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｆｌａｇが、ＣｂまたはＣｒに対するそれぞれのスライス内でＣＣＳＡＯが有効化されるかどうかを示す。

いくつかの実施形態では、第２の成分に関連付けられた複数のオフセットを受信すること（９２０）は、異なるコーディング・ツリー・ユニット（ＣＴＵ）に対して異なるオフセットを受信することを含む。いくつかの実施形態では、ＣＴＵに対して、ｃｃ＿ｓａｏ＿ｏｆｆｓｅｔ＿ｓｉｇｎ＿ｆｌａｇが、オフセットに対する符号を示し、ｃｃ＿ｓａｏ＿ｏｆｆｓｅｔ＿ａｂｓが、現在のＣＴＵのＣＣＳＡＯ ＣｂおよびＣｒオフセット値を示す。

いくつかの実施形態では、第２の成分に関連付けられた複数のオフセットを受信すること（９２０）は、ＣＴＵの受信されたオフセットが、ＣＴＵの隣接するＣＴＵのうちの１つと同じであるかどうかを示す構文要素を受信することを含み、隣接するＣＴＵは、左または上の隣接するＣＴＵである。たとえば、ｃｃ＿ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇが、ＣＣＳＡＯオフセットが左または上のＣＴＵからマージされるかどうかを示す。

いくつかの実施形態では、ビデオ信号は、第３の成分をさらに含み、ＣＣＳＡＯを使用してビデオ信号を復号する方法は、第３の成分に関連付けられた第２の複数のオフセットを受信することと、第１の成分の特性測定を利用して第３の成分に関連付けられた第２の分類カテゴリを取得することと、第２の分類カテゴリに従って第３の成分に対する第２の複数のオフセットから第３のオフセットを選択することと、選択された第３のオフセットに基づいて第３の成分を修正することとをさらに含む。

図１１は、本開示のいくつかの実装例によってすべての配列および隣接（白色）ルマ／クロマ・サンプルがＣＣＳＡＯ分類へ供給されうることを示すサンプル・プロセスのブロック図である。図６Ａ、図６Ｂ、および図１１は、ＣＣＳＡＯ分類の入力を示す。図１１で、現在のクロマ・サンプルは１１０４であり、成分間配列クロマ・サンプルは１１０２であり、配列ルマ・サンプルは１１０６である。

いくつかの実施形態では、例示的な分類子（Ｃ０）が、以下の図１２の配列ルマまたはクロマ・サンプル値（Ｙ０）（図６Ｂおよび図６ＣのＹ４／Ｕ４／Ｖ４）を分類に使用する。ｂａｎｄ＿ｎｕｍを、ルマまたはクロマ・ダイナミック・レンジの等しく分割されたバンドの数とし、ｂｉｔ＿ｄｅｐｔｈを、シーケンス・ビット深さとすると、現在のクロマ・サンプルに対するクラス索引の一例は、次のとおりである。
クラス（Ｃ０）＝（Ｙ０＊ｂａｎｄ＿ｎｕｍ）＞＞ｂｉｔ＿ｄｅｐｔｈ

いくつかの実施形態では、この分類は丸めを考慮し、たとえば次のとおりである。
クラス（Ｃ０）＝（（Ｙ０＊ｂａｎｄ＿ｎｕｍ）＋（１＜＜ｂｉｔ＿ｄｅｐｔｈ））＞＞ｂｉｔ＿ｄｅｐｔｈ

いくつかのｂａｎｄ＿ｎｕｍおよびｂｉｔ＿ｄｅｐｔｈの例が、以下の表３に挙げられている。表３は、分類例の各々に対してバンドの数が異なるときの３つの分類例を示す。

いくつかの実施形態では、分類子は、Ｃ０分類に対して異なるルマ・サンプル位置を使用する。図１０Ａは、本開示のいくつかの実装例によるＣ０分類に対して異なるルマ（またはクロマ）サンプル位置を使用する、たとえばＣ０分類にＹ０ではなく隣接するＹ７を使用する、分類子を示すブロック図である。

いくつかの実施形態では、シーケンス・パラメータ・セット（ＳＰＳ）／適応パラメータ・セット（ＡＰＳ）／ピクチャ・パラメータ・セット（ＰＰＳ）／ピクチャ・ヘッダ（ＰＨ）／スライス・ヘッダ（ＳＨ）／Ｒｅｇｉｏｎ／コーディング・ツリー・ユニット（ＣＴＵ）／コーディング・ユニット（ＣＵ）／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルにおいて、異なる分類子が切り換えられうる。たとえば、図１０では、以下の表４に示されているように、ＰＯＣ０にＹ０を使用するがＰＯＣ１にＹ７を使用する。

いくつかの実施形態では、図１０Ｂは、本開示のいくつかの実装例によるルマ候補に対する異なる形状のいくつかの例を示す。たとえば、形状に制約が適用されうる。いくつかの事例では、図１０Ｂ（ｂ）（ｃ）（ｄ）に示されているように、ルマ候補の総数は２のべき乗でなければならない。いくつかの事例では、図１０Ｂ（ａ）（ｃ）（ｄ）（ｅ）に示されているように、ルマ候補の数は、クロマ・サンプル（中心）に対して水平および垂直対称でなければならない。いくつかの実施形態では、２のべき乗の制約および対称の制約は、クロマ候補にも適用されうる。図６Ｂおよび図６ＣのＵ／Ｖ部分は、対称の制約に対する一例を示す。いくつかの実施形態では、異なる色形式が、異なる分類子「制約」を有することができる。たとえば、４２０色形式は、図６Ｂおよび図６Ｃに示されているルマ／クロマ候補選択を使用する（１つの候補が３×３の形状から選択される）が、４４４色形式は、図１０Ｂ（ｆ）をルマおよびクロマ候補選択に使用し、４２２色形式は、図１０Ｂ（ｇ）をルマに使用し（２つのクロマ・サンプルが４つのルマ候補を共有する）、図１０Ｂ（ｆ）をクロマ候補に使用する。

いくつかの実施形態では、Ｃ０位置およびＣ０のｂａｎｄ＿ｎｕｍが組み合わされてよく、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルにおいて切り換えられうる。以下の表５に示されているように、異なる組合せが異なる分類子であってよい。

いくつかの実施形態では、配列ルマ・サンプル値（Ｙ０）は、配列および隣接ルマ・サンプルに加重することによって取得された値（Ｙｐ）に交換される。図１２は、本開示のいくつかの実装例によって、配列ルマ・サンプル値を、配列および隣接ルマ・サンプルに加重することによって取得された値に交換することによって、例示的な分類子を示す。配列ルマ・サンプル値（Ｙ０）は、隣接ルマ・サンプルを加重することによって取得された位相補正値（Ｙｐ）に交換されうる。異なるＹｐが異なる分類子であってよい。

いくつかの実施形態では、異なるＹｐが異なるクロマ形式で適用される。たとえば、図１２で、（ａ）のＹｐは、４２０クロマ形式に使用され、（ｂ）のＹｐは、４２２クロマ形式に使用され、Ｙ０は、４４４クロマ形式に使用される。

いくつかの実施形態では、別の分類子（Ｃ１）は、配列ルマ・サンプル（Ｙ０）および隣接する８つのルマ・サンプルの比較スコア［－８，８］であり、以下に示されているように、合計１７のクラスをもたらす。
初期クラス（Ｃ１）＝０、隣接する８つのルマ・サンプルを介したループ（Ｙｉ，ｉ＝１～８）
ｉｆ Ｙ０＞Ｙｉ Ｃｌａｓｓ＋＝１
ｅｌｓｅ ｉｆ Ｙ０＜Ｙｉ Ｃｌａｓｓ－＝１

いくつかの実施形態では、Ｃ１の例は以下の関数に等しく、閾値ｔｈは０である。
ＣｌａｓｓＩｄｘ＝Ｉｎｄｅｘ２ＣｌａｓｓＴａｂｌｅ（ｆ（Ｃ，Ｐ１）＋ｆ（Ｃ，Ｐ２）＋．．．＋ｆ（Ｃ，Ｐ８））
ｘ－ｙ＞ｔｈの場合、ｆ（ｘ，ｙ）＝１であり、ｘ－ｙ＝ｔｈの場合、ｆ（ｘ，ｙ）＝０であり、ｘ－ｙ＜ｔｈの場合、ｆ（ｘ，ｙ）＝－１であり、
Ｉｎｄｅｘ２ＣｌａｓｓＴａｂｌｅはルックアップ・テーブル（ＬＵＴ）であり、Ｃは現在のまたは配列されたサンプルであり、Ｐ１～Ｐ８は隣接するサンプルである。

いくつかの実施形態では、差の分類（量子化）を助けるために、Ｃ４分類子と同様に、１つまたは複数の閾値が、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで事前定義され（たとえば、ＬＵＴに維持される）、または信号化されうる。

いくつかの実施形態では、変動（Ｃ１’）が比較スコア［０，８］のみを計数し、これは８つのクラスをもたらす。（Ｃ１，Ｃ１’）は分類子グループであり、Ｃ１およびＣ１’を切り換えるために、ＰＨ／ＳＨレベル・フラグが信号化されうる。

初期クラス（Ｃ１’）＝０、隣接する８つのルマ・サンプルを介したループ（Ｙｉ，ｉ＝１～８）
ｉｆ Ｙ０＞Ｙｉ Ｃｌａｓｓ＋＝１

いくつかの実施形態では、変動（Ｃ１）が、比較スコアを計数するために、Ｍの隣接サンプルから隣接するＮを選択的に使用する。比較スコアを計数するためにどの隣接サンプルが選択されたかを示すために、ＭビットのビットマスクがＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化されてよい。ルマ分類子に対する一例として図６Ｂを使用して、８つの隣接ルマ・サンプルが候補であり、８ビットのビットマスク（０１１１１１１０）がＰＨで信号化され、これはＹ１～Ｙ６の６つのサンプルが選択されたことを示し、したがって比較スコアは［－６，６］であり、１３のオフセットをもたらす。選択的な分類子Ｃ１は、オーバーヘッドを信号化するオフセットと分類粒度との間のトレードオフのために、より多くの選択肢をエンコーダに与える。

Ｃ１と同様に、変動（Ｃ１’）は比較スコア［０，＋Ｎ］のみを計数し、前のビットマスク０１１１１１１０の例が、［０，６］の比較スコアを与え、７のオフセットをもたらす。

いくつかの実施形態では、異なる分類子が組み合わされて、汎用分類子をもたらす。たとえば、以下の表６－１に示されているように、異なるピクチャ（異なるＰＯＣ値）に対して異なる分類子が適用される。

いくつかの実施形態では、表６－２に示されているように、別の例示的な分類子（Ｃ３）が、分類のためにビットマスクを使用している。この分類子を示すために、１０ビットのビットマスクがＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化される。たとえば、ビットマスク１１ １１００ ００００は、所与の１０ビットのルマ・サンプル値に対して、最上位ビット（ＭＳＢ）：４ビットのみが分類に使用され、合計１６のクラスをもたらすことを意味する。別の例示的なビットマスク１０ ０１００ ０００１は、３ビットのみが分類に使用され、合計８つのクラスをもたらすことを意味する。

いくつかの実施形態では、ビットマスク長（Ｎ）は固定されてよく、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで切り換えられうる。たとえば、１０ビットのシーケンスの場合、４ビットのビットマスク１１１０がピクチャ内にＰＨで信号化され、ＭＳＢ３ビットｂ９、ｂ８、ｂ７が分類に使用される。別の例は、ＬＳＢ上の４ビットのビットマスク００１１であり、ｂ０、ｂ１が分類に使用される。ビットマスク分類子は、ルマまたはクロマ分類に該当することができる。ＭＳＢまたはＬＳＢをビットマスクＮに使用するかどうかは固定されてよく、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで切り換えられうる。

いくつかの実施形態では、ルマ位置およびＣ３ビットマスクが組み合わされてよく、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで切り換えられうる。異なる組合せは異なる分類子であってよい。

いくつかの実施形態では、ビットマスク制限の「１の最大数」は、対応するオフセットの数を制限するために適用されうる。たとえば、ＳＰＳでビットマスクの「１の最大数」を４に制限することで、シーケンスの最大オフセットを１６にする。異なるＰＯＣのビットマスクは異なってもよいが、「１の最大数」は４を超過しないものとする（全クラスで１６を超過しないものとする）。「１の最大数」値が信号化されてよく、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで切り換えられうる。

いくつかの実施形態では、図１１に示されているように、他の成分間クロマ・サンプル、たとえばクロマ・サンプル１１０２およびその隣接サンプルがまた、たとえば現在のクロマ・サンプル１１０４のために、ＣＣＳＡＯ分類へ供給されうる。たとえば、Ｃｒクロマ・サンプルは、ＣＣＳＡＯ Ｃｂ分類へ供給されうる。Ｃｂクロマ・サンプルは、ＣＣＳＡＯ Ｃｒ分類へ供給されうる。成分間クロマ・サンプルの分類子は、ルマ成分間分類子と同じであってよく、または本開示に記載されているように、独自の分類子を有してもよい。２つの分類子が組み合わされて、現在のクロマ・サンプルを分類するための共同分類子を形成することができる。たとえば、成分間ルマ・サンプルおよびクロマ・サンプルを組み合わせた共同分類子は、以下の表６－３に示されているように、合計１６のクラスをもたらす。

すべての上述された分類子（Ｃ０、Ｃ１、Ｃ１’、Ｃ２、Ｃ３）が組み合わされうる。たとえば、以下の表６－４を参照されたい。

いくつかの実施形態では、例示的な分類子（Ｃ２）が、配列および隣接ルマ・サンプルの差分（Ｙｎ）を使用する。図１２（ｃ）は、Ｙｎの一例を示し、Ｙｎは、ビット深さが１０であるとき、［－１０２４，１０２３］のダイナミック・レンジを有する。Ｃ２のｂａｎｄ＿ｎｕｍを、Ｙｎダイナミック・レンジの等しく分割されたバンドの数とする。
クラス（Ｃ２）＝（Ｙｎ＋（１＜＜ｂｉｔ＿ｄｅｐｔｈ）＊ｂａｎｄ＿ｎｕｍ）＞＞（ｂｉｔ＿ｄｅｐｔｈ＋１）。

いくつかの実施形態では、Ｃ０およびＣ２が組み合わされて、汎用分類子をもたらす。たとえば、以下の表７に示されているように、異なるピクチャ（異なるＰＯＣ）に対して異なる分類子が適用される。

いくつかの実施形態では、すべての上述された分類子（Ｃ０、Ｃ１、Ｃ１’、Ｃ２）が組み合わされる。たとえば、以下の表８－１に示されているように、異なるピクチャ（異なるＰＯＣ）に対して異なる分類子が適用される。

いくつかの実施形態では、分類子例（Ｃ４）は、下の表８－２に示されているように、ＣＣＳＡＯ入力値と補償されるべきサンプル値との差を分類に使用する。たとえば、ＣＣＳＡＯがＡＬＦ段階で適用される場合、現在の成分のＡＬＦ前およびＡＬＦ後のサンプル値の差が分類に使用される。差の分類（量子化）を助けるために、１つまたは複数の閾値が、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで事前定義され（たとえば、ルックアップ・テーブル（ＬＵＴ）に維持される）、または信号化されうる。Ｃ４分類子は、共同分類子を形成するために、Ｃ０ Ｙ／Ｕ／Ｖ ｂａｎｄＮｕｍと組み合わせられうる（たとえば、表８－２に示されているＰＯＣ１の例）。

いくつかの実施形態では、分類子例（Ｃ５）は、異なるコーディング・モードが再構築画像内に異なる歪み統計を導入しうるため、サブブロック分類を助けるために、「コーディング情報」を使用する。たとえば下の表８－３に示されているように、ＣＣＳＡＯサンプルは、以前のサンプル・コーディング情報によって分類され、コーディング情報の組合せが分類子を形成することができる。下の図３０は、Ｃ５に対するコーディング情報の異なる段階の別の例を示す。

いくつかの実施形態では、分類子例（Ｃ６）は、ＹＵＶ色変換値を分類に使用する。たとえば、現在のＹ成分を分類するために、１／１／１の配列または隣接Ｙ／Ｕ／Ｖサンプルが、ＲＧＢに色変換されるように選択され、Ｃ３ ｂａｎｄＮｕｍを使用して、現在のＹ成分分類子になるようにＲ値を量子化する。

いくつかの実施形態では、現在の成分分類に現在の成分情報のみを使用する他の分類子例が、成分間分類として使用されうる。たとえば、図５Ａおよび表１に示されているように、ルマ・サンプル情報およびｅｏ－ｃｌａｓｓが使用されて、ＥｄｇｅＩｄｘを導出し、現在のクロマ・サンプルを分類する。成分間分類子として使用されることも可能な他の「非成分間」分類子は、エッジ方向、画素強度、画素変動、画素分散、画素のラプラシアンの和、ソーベル演算子、コンパス演算子、ハイパス・フィルタ値、ローパス・フィルタ値などを含む。

いくつかの実施形態では、複数分類子が同じＰＯＣで使用される。現在のフレームはいくつかの領域によって分割され、各領域が同じ分類子を使用する。たとえば、３つの異なる分類子がＰＯＣ０で使用され、以下の表９に示されているように、どの分類子（０、１、または２）が使用されるかが、ＣＴＵレベルで信号化される。

いくつかの実施形態では、複数分類子（複数分類子を代替オフセット・セットと呼ぶこともできる）の最大数は固定されてよく、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化されうる。一例では、複数分類子の固定（事前に画定）された最大数は４である。その場合、４つの異なる分類子がＰＯＣ０で使用され、どの分類子（０、１、または２）が使用されるかが、ＣＴＵレベルで信号化される。各ルマまたはクロマＣＴＢに使用される分類子を示すために、短縮単項（ＴＵ）コードが使用されうる。たとえば、以下の表１０に示されているように、ＴＵコードが０であるとき、ＣＣＳＡＯは適用されず、ＴＵコードが１０であるとき、ｓｅｔ ０が適用され、ＴＵコードが１１０であるとき、ｓｅｔ １が適用され、ＴＵコードが１１１０であるとき、ｓｅｔ ２が適用され、ＴＵコードが１１１１であるとき、ｓｅｔ ３が適用される。ＣＴＢに対する分類子を示すために（オフセット・セット索引）、固定長コード、ゴロム・ライスコード、および指数ゴロム・コードが使用されてもよい。３つの異なる分類子がＰＯＣ１で使用される。

ＣｂおよびＣｒのＣＴＢオフセット・セット索引の一例が、１２８０×７２０のシーケンスＰＯＣ０で与えられる（ＣＴＵサイズが１２８×１２８である場合、フレーム内のＣＴＵの数は１０×６である）。ＰＯＣ０のＣｂは４つのオフセット・セットを使用し、Ｃｒは１つのオフセット・セットを使用する。以下の表１１－１に示されているように、オフセット・セット索引が０であるとき、ＣＣＳＡＯは適用されず、オフセット・セット索引が１であるとき、ｓｅｔ ０が適用され、オフセット・セット索引が２であるとき、ｓｅｔ １が適用され、オフセット・セット索引が３であるとき、ｓｅｔ ２が適用され、オフセット・セット索引が４であるとき、ｓｅｔ ３が適用される。タイプは、選択された配列ルマ・サンプル（Ｙｉ）の位置を意味する。異なるオフセット・セットは、異なるタイプ、ｂａｎｄ＿ｎｕｍ、および対応するオフセットを有することができる。

いくつかの実施形態では、配列／現在および隣接Ｙ／Ｕ／Ｖサンプルを分類に共同で使用する一例が、以下の表１１－２に挙げられる（各Ｙ／Ｕ／Ｖ成分に対する３成分共同ｂａｎｄＮｕｍ分類）。ＰＯＣ０で、｛２，４，１｝オフセット・セットが、それぞれ｛Ｙ，Ｕ，Ｖ｝に使用される。各オフセット・セットは、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで適応して切り換えられうる。異なるオフセット・セットが、異なる分類子を有することができる。たとえば、図６Ｂおよび図６Ｃに示す候補位置（ｃａｎｄＰｏｓ）として、現在のＹ４ルマ・サンプルを分類するために、Ｙ ｓｅｔ０が、｛現在のＹ４，配列Ｕ４，配列Ｖ４｝を候補として選択し、それぞれ異なるｂａｎｄＮｕｍ｛Ｙ，Ｕ，Ｖ｝＝｛１６，１，２｝である。｛ｃａｎｄＹ，ｃａｎｄＵ，ｃａｎｄＶ｝を選択された｛Ｙ，Ｕ，Ｖ｝候補のサンプル値として使用するとき、全クラスの数は３２であり、クラス索引導出は次のように示されうる。
ｂａｎｄＹ＝（ｃａｎｄＹ＊ｂａｎｄＮｕｍＹ）＞＞ＢｉｔＤｅｐｔｈ；
ｂａｎｄＵ＝（ｃａｎｄＵ＊ｂａｎｄＮｕｍＵ）＞＞ＢｉｔＤｅｐｔｈ；
ｂａｎｄＶ＝（ｃａｎｄＶ＊ｂａｎｄＮｕｍＶ）＞＞ＢｉｔＤｅｐｔｈ；
ｃｌａｓｓＩｄｘ＝ｂａｎｄＹ＊ｂａｎｄＮｕｍＵ＊ｂａｎｄＮｕｍＶ
＋ｂａｎｄＵ＊ｂａｎｄＮｕｍＶ
＋ｂａｎｄＶ；

いくつかの実施形態では、導出プロセスを簡略化するために、共同分類子のｃｌａｓｓＩｄｘ導出が、「ｏｒ－ｓｈｉｆｔ」形式として表されうる。たとえば、ｍａｘ ｂａｎｄＮｕｍ＝｛１６，４，４｝
ｃｌａｓｓＩｄｘ＝（ｂａｎｄＹ＜＜４）｜（ｂａｎｄＵ＜＜２）｜ｂａｎｄＶである。

別の例は、ＰＯＣ１において、成分Ｖ ｓｅｔ１分類である。その例では、ｂａｎｄＮｕｍ＝｛４，１，２｝でｃａｎｄＰｏｓ＝｛隣接Ｙ８，隣接Ｕ３，隣接Ｖ０｝が使用され、８つのクラスをもたらす。

いくつかの実施形態では、たとえば以下の表１１－３に示されているように、配列および隣接Ｙ／Ｕ／Ｖサンプルを現在のＹ／Ｕ／Ｖサンプル分類に共同で使用する一例が挙げられる（各Ｙ／Ｕ／Ｖ成分に対する３成分共同ｅｄｇｅＮｕｍ（Ｃ１）およびｂａｎｄＮｕｍ分類）。エッジＣａｎｄＰｏｓは、Ｃ１分類子に使用される中心位置であり、エッジｂｉｔＭａｓｋは、Ｃ１隣接サンプル活動化インジケータであり、ｅｄｇｅＮｕｍは、対応するＣ１クラスの数である。この例では、Ｃ１はＹ分類子にのみ適用され（したがって、ｅｄｇｅＮｕｍはｅｄｇｅＮｕｍＹに等しい）、エッジｃａｎｄＰｏｓは常にＹ４である（現在／配列サンプル位置）。しかし、Ｃ１は、隣接サンプル位置としてエッジｃａｎｄＰｏｓを有するＹ／Ｕ／Ｖ分類子に適用されてよい。

ｄｉｆｆがＹのＣ１比較スコアを示す場合、ｃｌａｓｓＩｄｘ導出は次のとおりとなりうる。
ｂａｎｄＹ＝（ｃａｎｄＹ＊ｂａｎｄＮｕｍＹ）＞＞ＢｉｔＤｅｐｔｈ；
ｂａｎｄＵ＝（ｃａｎｄＵ＊ｂａｎｄＮｕｍＵ）＞＞ＢｉｔＤｅｐｔｈ；
ｂａｎｄＶ＝（ｃａｎｄＶ＊ｂａｎｄＮｕｍＶ）＞＞ＢｉｔＤｅｐｔｈ；
ｅｄｇｅＩｄｘ＝ｄｉｆｆ＋（ｅｄｇｅＮｕｍ＞＞１）；
ｂａｎｄＩｄｘ＝ｂａｎｄＹ＊ｂａｎｄＮｕｍＵ＊ｂａｎｄＮｕｍＶ
＋ｂａｎｄＵ＊ｂａｎｄＮｕｍＶ
＋ｂａｎｄＶ；
ｃｌａｓｓＩｄｘ＝ｂａｎｄＩｄｘ＊ｅｄｇｅＮｕｍ＋ｅｄｇｅＩｄｘ；

いくつかの実施形態では、最大ｂａｎｄ＿ｎｕｍ（ｂａｎｄＮｕｍＹ、ｂａｎｄＮｕｍＵ、またはｂａｎｄＮｕｍＶ）が、固定されてよく、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化されうる。たとえば、デコーダで各フレームに対してｍａｘ ｂａｎｄ＿ｎｕｍ＝１６を固定すると、フレーム内のＣ０のｂａｎｄ＿ｎｕｍを示すために、４ビットが信号化される。いくつかの他の最大ｂａｎｄ＿ｎｕｍの例が、以下の表１２に挙げられる。

いくつかの実施形態では、各セット（または加えられたすべてのセット）に対するクラスまたはオフセット（複数の分類子を共同で使用する組合せ、たとえばＣ１ ｅｄｇｅＮｕｍ＊Ｃ１ ｂａｎｄＮｕｍＹ＊ｂａｎｄＮｕｍＵ＊ｂａｎｄＮｕｍＶ）の最大数が固定されてよく、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化されうる。たとえば、ｍａｘは、加えられたすべてのセットに対してｃｌａｓｓ＿ｎｕｍ＝２５６＊４で固定され、制約を確認するために、エンコーダ適合性チェックまたはデコーダ規範チェックが使用されうる。

いくつかの実施形態では、制限がＣ０分類に適用されてよく、たとえばｂａｎｄ＿ｎｕｍ（ｂａｎｄＮｕｍＹ、ｂａｎｄＮｕｍＵ、またはｂａｎｄＮｕｍＶ）を２のべき乗の値のみに制限する。ｂａｎｄ＿ｎｕｍを明示的に信号化する代わりに、構文ｂａｎｄ＿ｎｕｍ＿ｓｈｉｆｔが信号化される。デコーダは、乗算を回避するために、シフト演算を使用することができる。異なるｂａｎｄ＿ｎｕｍ＿ｓｈｉｆｔが異なる成分に使用されうる。
クラス（Ｃ０）＝（Ｙ０＞＞ｂａｎｄ＿ｎｕｍ＿ｓｈｉｆｔ）＞＞ｂｉｔ＿ｄｅｐｔｈ

別の演算例は、誤差を低減させるために丸めを考慮する。
クラス（Ｃ０）＝（（Ｙ０＋（１＜＜（ｂａｎｄ＿ｎｕｍ＿ｓｈｉｆｔ－１）））＞＞ｂａｎｄ＿ｎｕｍ＿ｓｈｉｆｔ）＞＞ｂｉｔ＿ｄｅｐｔｈ

たとえば、ｂａｎｄ＿ｎｕｍ＿ｍａｘ（Ｙ、Ｕ、またはＶ）が１６である場合、表１３に示されているように、可能なｂａｎｄ＿ｎｕｍ＿ｓｈｉｆｔ候補は、ｂａｎｄ＿ｎｕｍ＝１、２、４、８、１６に対応する０、１、２、３、４である。

いくつかの実施形態では、ＣｂおよびＣｒに適用される分類子は異なる。すべてのクラスに対するＣｂおよびＣｒオフセットが別個に信号化されうる。たとえば、以下の表１４に示されているように、信号化された異なるオフセットが、異なるクロマ成分に適用される。

いくつかの実施形態では、最大オフセット値は固定され、またはシーケンス・パラメータ・セット（ＳＰＳ）／適応パラメータ・セット（ＡＰＳ）／ピクチャ・パラメータ・セット（ＰＰＳ）／ピクチャ・ヘッダ（ＰＨ）／スライス・ヘッダ（ＳＨ）／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化される。たとえば、最大オフセットは［－１５，１５］である。異なる成分は異なる最大オフセット値を有することができる。

いくつかの実施形態では、オフセットの信号化は、差分パルスコード変調（ＤＰＣＭ）を使用することができる。たとえば、オフセット｛３，３，２，１，－１｝が、｛３，０，－１，－１，－２｝として信号化されうる。

いくつかの実施形態では、オフセットは、次のピクチャ／スライスの再利用のために、ＡＰＳまたはメモリ・バッファに記憶されうる。どの記憶された以前のフレーム・オフセットが現在のピクチャに使用されるかを示すために索引が信号化されうる。

いくつかの実施形態では、ＣｂおよびＣｒの分類子は同じである。たとえば以下の表１５に示されているように、すべてのクラスに対するＣｂおよびＣｒオフセットが共同で信号化されうる。

いくつかの実施形態では、ＣｂおよびＣｒの分類子は同じであってよい。たとえば以下の表１６に示されているように、すべてのクラスに対するＣｂおよびＣｒオフセットが、符号フラグ差によって共同で信号化されうる。表１６によれば、Ｃｂオフセットが（３，３，２，－１）であるとき、導出されるＣｒオフセットは（－３，－３，－２，１）である。

いくつかの実施形態では、たとえば以下の表１７に示されているように、符号フラグは各クラスに対して信号化されうる。表１７によれば、Ｃｂオフセットが（３，３，２，－１）であるとき、導出されるＣｒオフセットは、それぞれの符号フラグに従って、（－３，３，２，１）である。

いくつかの実施形態では、ＣｂおよびＣｒの分類子は同じであってよい。たとえば以下の表１８に示されているように、すべてのクラスに対するＣｂおよびＣｒオフセットが、重み差によって共同で信号化されうる。重み（ｗ）は、制限された表で、たとえば±１／４、±１／２、０、±１、±２、±４．．．などで選択されてよく、ここで｜ｗ｜は２のべき乗の値のみを含む。表１８によれば、Ｃｂオフセットが（３，３，２，－１）であるとき、それぞれの符号フラグによって、導出されるＣｒオフセットは（－６，－６，－４，２）である。

いくつかの実施形態では、たとえば以下の表１９に示されているように、重みは各クラスに対して信号化されうる。表１９によれば、Ｃｂオフセットが（３，３，２，－１）であるとき、導出されるＣｒオフセットは、それぞれの符号フラグに従って、（－６，１２，０，－１）である。

いくつかの実施形態では、複数分類子が同じＰＯＣで使用される場合、異なるオフセット・セットが別個にまたは共同で信号化される。

いくつかの実施形態では、前に復号されたオフセットは、将来のフレームの使用のために記憶されうる。オフセットの信号化のオーバーヘッドを低減させるように、どの前に復号されたオフセット・セットが現在のフレームに使用されるかを示すために、索引が信号化されうる。たとえば、以下の表２０に示されているように、ＰＯＣ０オフセットは、オフセットｓｅｔ ｉｄｘ＝０を信号化することで、ＰＯＣ２によって再利用されうる。

いくつかの実施形態では、たとえば以下の表２１に示されているように、ＣｂおよびＣｒに対する再利用オフセットｓｅｔ ｉｄｘは異なってよい。

いくつかの実施形態では、オフセットの信号化は、信号化のオーバーヘッドを低減させるために、ｓｔａｒｔおよびｌｅｎｇｔｈを含む追加の構文を使用することができる。たとえば、ｂａｎｄ＿ｎｕｍ＝２５６であるとき、ｂａｎｄ＿ｉｄｘ＝３７～４４のオフセットのみが信号化される。以下の表２２－１の例では、ｓｔａｒｔおよびｌｅｎｇｔｈの構文はどちらも８ビットの固定長コードであり、ｂａｎｄ＿ｎｕｍビットに整合するべきである。

いくつかの実施形態では、ＣＣＳＡＯがすべてのＹＵＶ３成分に適用される場合、配列および隣接ＹＵＶサンプルが分類に共同で使用されてよく、Ｃｂ／Ｃｒに対するすべての上述されたオフセットの信号化方法がＹ／Ｃｂ／Ｃｒに拡張されうる。いくつかの実施形態では、異なる成分オフセット・セットが別個に記憶されて使用されてよく（各成分が独自の記憶されたセットを有する）、または共同で記憶されて使用されてよい（各成分が同じ記憶されたセットを共有／再利用する）。別個のセットの例が以下の表２２－２に示されている。

いくつかの実施形態では、シーケンス・ビット深さが１０（または特定のビット深さ）より大きい場合、オフセットは信号化前に量子化されうる。デコーダ側では、以下の表２３－１に示されているように、復号されたオフセットが適用前に逆量子化される。たとえば、１２ビットのシーケンスの場合、復号されたオフセットは２だけ左シフト（逆量子化）される。

いくつかの実施形態では、オフセットは、ＣｃＳａｏＯｆｆｓｅｔＶａｌ＝（１－２＊ｃｃｓａｏ＿ｏｆｆｓｅｔ＿ｓｉｇｎ＿ｆｌａｇ）＊（ｃｃｓａｏ＿ｏｆｆｓｅｔ＿ａｂｓ＜＜（ＢｉｔＤｅｐｔｈ－Ｍｉｎ（１０，ＢｉｔＤｅｐｔｈ）））として計算されうる。

いくつかの実施形態では、フィルタ強度の概念が本明細書にさらに導入される。たとえば、分類子オフセットは、サンプルに適用される前にさらに重み付けされうる。重み（ｗ）は、２のべき乗の値の表で選択されうる。たとえば、±１／４、±１／２、０、±１、±２、±４．．．などであり、ここで｜ｗ｜は２のべき乗の値のみを含む。重み索引は、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ（Ｓｅｔ）／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで信号化されうる。量子化されたオフセットの信号化は、この重み適用の一部として得られうる。図６Ｄに示されているように、再帰的ＣＣＳＡＯが適用される場合、類似の重み索引機構が第１の段階と第２の段階との間で適用されうる。

いくつかの例では、異なる分類子に対して加重することで、複数の分類子のオフセットが、重みの組合せを有する同じサンプルに適用されうる。上述されたように、類似の重み索引機構が信号化されうる。たとえば、
ｏｆｆｓｅｔ＿ｆｉｎａｌ＝ｗ＊ｏｆｆｓｅｔ＿１＋（１－ｗ）＊ｏｆｆｓｅｔ＿２、または
ｏｆｆｓｅｔ＿ｆｉｎａｌ＝ｗ１＊ｏｆｆｓｅｔ＿１＋ｗ２＊ｏｆｆｓｅｔ＿２＋．．．である。

いくつかの実施形態では、ＰＨ／ＳＨ内のＣＣＳＡＯパラメータを直接信号化する代わりに、以前に使用されたパラメータ／オフセットが、次のピクチャ／スライスの再利用のために、適応パラメータ・セット（ＡＰＳ）またはメモリ・バッファ内に記憶されうる。索引は、どの記憶された以前のフレーム・オフセットが現在のピクチャ／スライスに使用されるかを示すように、ＰＨ／ＳＨ内で信号化されうる。ＣＣＳＡＯ履歴オフセット（history offsets）を維持するために、新しいＡＰＳ ＩＤが作成されうる。以下の表は、図６Ｉ、ｃａｎｄＰｏｓ、およびｂａｎｄＮｕｍ｛Ｙ，Ｕ，Ｖ｝＝｛１６，４，４｝を使用する一例を示す。いくつかの例では、ｃａｎｄＰｏｓ、ｂａｎｄＮｕｍ、オフセット信号化方法は、固定長コード（ＦＬＣ）とすることができ、または短縮単項（ＴＵ）コード、次数ｋを有する指数ゴロム・コード（ＥＧｋ）、符号付きＥＧ０（ＳＶＬＣ）、または符号なしＥＧ０（ＵＶＬＣ）などの他の方法とすることができる。この場合、ｓａｏ＿ｃｃ＿ｙ＿ｃｌａｓｓ＿ｎｕｍ（またはｃｂ、ｃｒ）は、ｓａｏ＿ｃｃ＿ｙ＿ｂａｎｄ＿ｎｕｍ＿ｙ＊ｓａｏ＿ｃｃ＿ｙ＿ｂａｎｄ＿ｎｕｍ＿ｕ＊ｓａｏ＿ｃｃ＿ｙ＿ｂａｎｄ＿ｎｕｍ＿ｖ（またはｃｂ、ｃｒ）に等しい。ｐｈ＿ｓａｏ＿ｃｃ＿ｙ＿ａｐｓ＿ｉｄは、このピクチャ／スライス内で使用されるパラメータ索引である。ｃｂおよびｃｒ成分は、同じ信号化論理に従うことができることに留意されたい。

ａｐｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素による参考のためのＡＰＳに対する識別子を提供する。ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＣＣＳＡＯ＿ＡＰＳに等しいとき、ａｐｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、（たとえば）包括的に０～７の範囲内であるものとする。

ｐｈ＿ｓａｏ＿ｃｃ＿ｙ＿ａｐｓ＿ｉｄは、現在のピクチャ内のスライスのＹ色成分が参照するＣＣＳＡＯ ＡＰＳのａｐｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを指定する。ｐｈ＿ｓａｏ＿ｃｃ＿ｙ＿ａｐｓ＿ｉｄが存在するとき、以下が適用される。ＣＣＳＡＯ＿ＡＰＳに等しいａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅおよびｐｈ＿ｓａｏ＿ｃｃ＿ｙ＿ａｐｓ＿ｉｄに等しいａｐｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＡＰＳ ＮＡＬユニットのｓａｏ＿ｃｃ＿ｙ＿ｓｅｔ＿ｓｉｇｎａｌ＿ｆｌａｇの値は、１に等しいものとし、ＣＣＳＡＯ＿ＡＰＳに等しいａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅおよびｐｈ＿ｓａｏ＿ｃｃ＿ｙ＿ａｐｓ＿ｉｄに等しいａｐｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＡＰＳネットワーク抽象層（ＮＡＬ）ユニットのＴｅｍｐｏｒａｌＩｄは、現在のピクチャのＴｅｍｐｏｒａｌＩｄより小さいまたはそれに等しいものとする。

いくつかの実施形態では、ＡＰＳ更新機構が本明細書に記載される。ＡＰＳオフセット・セットの最大数が、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで事前定義または信号化されうる。異なる成分は、異なる最大数制限を有することができる。ＡＰＳオフセット・セットが一杯である場合、新しく追加されたオフセット・セットは、先入れ先出し（ＦＩＦＯ）、後入れ先出し（ＬＩＦＯ）、もしくは最長時間未使用（ＬＲＵ）機構で、１つの既存の記憶されたオフセットに取って代わることができ、またはどのＡＰＳオフセット・セットが交換されるべきかを示す索引値が受信される。いくつかの例では、選択された分類子がｃａｎｄＰｏｓ／ｅｄｇｅ ｉｎｆｏ／ｃｏｄｉｎｇ ｉｎｆｏ．．．などからなる場合、すべての分類子情報は、ＡＰＳオフセット・セットの一部として得られることが可能であり、そのオフセット値を有するＡＰＳオフセット・セット内に記憶されることも可能である。

いくつかの実施形態では、制約が適用されうる。たとえば、新しく受信された分類子情報およびオフセットは、記憶されたＡＰＳオフセット・セット（同じ成分または異なる成分）のいずれとも同じになる可能性はない。

いくつかの例では、Ｃ０ ｃａｎｄＰｏｓ／ｂａｎｄＮｕｍ分類子が使用される場合、ＡＰＳオフセット・セットの最大数は、Ｙ／Ｕ／Ｖにつき４であり、Ｙ／ＶにＦＩＦＯ更新が使用され、Ｕに更新を示すｉｄｘが使用される。

いくつかの実施形態では、ＦＩＦＯ更新は、上記の例と同様に、（１）以前に残されたｓｅｔ ｉｄｘを円形に更新することができ（すべて更新されている場合、セット０から再び開始する）、（２）毎回セット０から更新することができる。いくつかの例では、更新は、新しいオフセット・セットを受信したとき、ＰＨ（例と同様）、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで行うことができる。

ＬＲＵ更新の場合、デコーダは、「ｔｏｔａｌ ｏｆｆｓｅｔ ｓｅｔ ｕｓｅｄ ｃｏｕｎｔ」をカウントするカウント・テーブルを維持し、これは、ＳＰＳ／ＡＰＳ／グループ・オブ・ピクチャ（ＧＯＰ）ごとの構造／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルでリフレッシュされうる。新しく受信されたオフセット・セットは、ＡＰＳ内の最長時間未使用オフセット・セットに取って代わる。２つの記憶されたオフセット・セットが同じカウントを有する場合、ＦＩＦＯ／ＬＩＦＯが使用されうる。たとえば、下の表２３－４の成分Ｙを参照されたい。

いくつかの実施形態では、異なる成分が異なる更新機構を有することができる。

いくつかの実施形態では、異なる成分（たとえば、Ｕ／Ｖ）が同じ分類子を共有することができる（同じｃａｎｄＰｏｓ／ｅｄｇｅ ｉｎｆｏ／ｃｏｄｉｎｇ ｉｎｆｏ／ｏｆｆｓｅｔが、修飾子とともに重みをさらに有することができる）。

いくつかの実施形態では、サンプル処理が以下に記載される。Ｒ（ｘ，ｙ）をＣＣＳＡＯ前の入力ルマまたはクロマ・サンプル値とし、Ｒ’（ｘ，ｙ）をＣＣＳＡＯ後の出力ルマまたはクロマ・サンプル値とする。
ｏｆｆｓｅｔ＝ｃｃｓａｏ＿ｏｆｆｓｅｔ［Ｒ（ｘ，ｙ）のｃｌａｓｓ＿ｉｎｄｅｘ］
Ｒ’（ｘ，ｙ）＝Ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｒ（ｘ，ｙ）＋ｏｆｆｓｅｔ）

上記の方程式によれば、各ルマまたはクロマ・サンプル値Ｒ（ｘ，ｙ）は、現在のピクチャおよび／または現在のオフセットｓｅｔ ｉｄｘの示されている分類子を使用して分類される。導出されたクラス索引の対応するオフセットが、各ルマまたはクロマ・サンプル値Ｒ（ｘ，ｙ）に加えられる。クリップ関数Ｃｌｉｐ３が（Ｒ（ｘ，ｙ）＋オフセット）に適用されて、ビット深さダイナミック・レンジ、たとえば０から（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１の範囲内の出力ルマまたはクロマ・サンプル値Ｒ’（ｘ，ｙ）を作成する。

図１３は、本開示のいくつかの実装例によって、ＣＣＳＡＯが適用され、他のループ内フィルタが異なるクリッピングの組合せを有することを示すブロック図である。

いくつかの実施形態では、ＣＣＳＡＯが他のループ・フィルタによって動作されるとき、クリップ動作は以下を含むことができる。
（１）加算後のクリッピング
以下の方程式は、（ａ）ＣＣＳＡＯがＳＡＯおよびＢＩＦによって動作される例、または（ｂ）ＣＣＳＡＯがＳＡＯに取って代わるが、依然としてＢＩＦによって動作される例を示す。
（ａ）Ｉ_ＯＵＴ＝ｃｌｉｐ１（Ｉ_Ｃ＋ΔＩ_ＳＡＯ＋ΔＩ_ＢＩＦ＋＋ΔＩ_{ＣＣＳＡＯ}）
（ｂ）Ｉ_ＯＵＴ＝ｃｌｉｐ１（Ｉ_Ｃ＋ΔＩ_{ＣＣＳＡＯ}＋ΔＩ_ＢＩＦ）
（２）ＢＩＦによって動作される加算前のクリッピング
いくつかの実施形態では、クリップ順序が切り換えられうる。
（ａ）Ｉ_ＯＵＴ＝ｃｌｉｐ１（Ｉ_Ｃ＋ΔＩ_ＳＡＯ）
Ｉ’_ＯＵＴ＝ｃｌｉｐ１（Ｉ_ＯＵＴ＋ΔＩ_ＢＩＦ）
Ｉ”_ＯＵＴ＝ｃｌｉｐ１（Ｉ”_ＯＵＴ＋ΔＩ_{ＣＣＳＡＯ}）
（ｂ）Ｉ_ＯＵＴ＝ｃｌｉｐ１（Ｉ_Ｃ＋ΔＩ_ＢＩＦ）
Ｉ’_ＯＵＴ＝ｃｌｉｐ１（Ｉ’_ＯＵＴ＋ΔＩ_{ＣＣＳＡＯ}）
（３）部分的加算後のクリッピング
（ａ）Ｉ_ＯＵＴ＝ｃｌｉｐ１（Ｉ_Ｃ＋ΔＩ_ＳＡＯ＋ΔＩ_ＢＩＦ）
Ｉ’_ＯＵＴ＝ｃｌｉｐ１（Ｉ_ＯＵＴ＋ΔＩ_{ＣＣＳＡＯ}）

いくつかの実施形態では、異なるクリッピング（clipping）の組合せは、補正精度とハードウェア一時バッファ・サイズ（レジスタまたはＳＲＡＭビット幅）との間に異なるトレードオフを与える。

図１３（ａ）は、ＳＡＯ／ＢＩＦオフセット・クリッピングを示す。図１３（ｂ）は、ＣＣＳＡＯのための１つの追加のビット深さクリッピングを示す。図１３（ｃ）は、ＳＡＯ／ＢＩＦ／ＣＣＳＡＯオフセットを入力サンプルに加算した後の共同クリッピングを示す。より具体的には、たとえば図１３（ａ）は、ＳＡＯと相互作用するときの現在のＢＩＦ設計を示す。ＳＡＯおよびＢＩＦからのオフセットが入力サンプルに加算され、それに続いて１つのビット深さクリッピングを実行する。しかし、図１３（ｂ）および図１３（ｃ）に示されているように、ＣＣＳＡＯがまたＳＡＯ段階で加えられるとき、（１）ＣＣＳＡＯに対する１つの追加のビット深さクリッピングを追加すること、および（２）ＳＡＯ／ＢＩＦ／ＣＣＳＡＯオフセットを入力サンプルに追加した後に共同クリッピングを実行する１つの調和した設計、という２つの可能なクリッピング設計が選択されうる。いくつかの実施形態では、上述されたクリッピング設計は、ＢＩＦがそれらにのみ適用されるため、ルマ・サンプルのみが異なる。

いくつかの実施形態では、境界処理が以下に記載されている。分類に使用される配列および隣接ルマ（クロマ）サンプルのいずれかが現在のピクチャの外側に位置する場合、ＣＣＳＡＯが現在のクロマ（ルマ）サンプルに適用されない。図１４Ａは、本開示のいくつかの実装例によって、分類に使用される配列および隣接ルマ（クロマ）サンプルのいずれかが現在のピクチャの外側に位置する場合、ＣＣＳＡＯが現在のクロマ（ルマ）サンプルに適用されないことを示すブロック図である。たとえば、図１４Ａ（ａ）において、分類子が使用される場合、ＣＣＳＡＯは現在のピクチャの左１列のクロマ成分に適用されない。たとえば、Ｃ１’が使用される場合、図１４Ａ（ｂ）に示されているように、ＣＣＳＡＯは現在のピクチャの左１列および上１行のクロマ成分に適用されない。

図１４Ｂは、本開示のいくつかの実装例によって、分類に使用される配列および隣接ルマまたはクロマ・サンプルのいずれかが現在のピクチャの外側に位置する場合、ＣＣＳＡＯが現在のルマまたはクロマ・サンプルに適用されることを示すブロック図である。いくつかの実施形態では、変動は、図１４Ｂ（ｂ）に示されているように、分類に使用される配列および隣接ルマまたはクロマ・サンプルのいずれかが現在のピクチャの外側に位置する場合、図１４Ｂ（ａ）に示されているように、失われたサンプルが反復的に使用され、または失われたサンプルがミラー・パディングされて、分類のためのサンプルを作成し、ＣＣＳＡＯは現在のルマまたはクロマ・サンプルに適用されうる。いくつかの実施形態では、分類に使用される配列および隣接ルマ（クロマ）サンプルのいずれかが、現在のサブピクチャ／スライス／タイル／パッチ／ＣＴＵ／３６０仮想境界の外側に位置する場合、本明細書に開示される無効化／反復／ミラー・ピクチャ境界処理方法がまた、サブピクチャ／スライス／タイル／ＣＴＵ／３６０仮想境界で適用されうる。

たとえば、ピクチャは、１つまたは複数のタイル行および１つまたは複数のタイル列に分割される。タイルは、ピクチャの方形領域を含む一連のＣＴＵである。

スライスは、整数の完全なタイル、またはピクチャのタイル内の整数の連続する完全なＣＴＵ行からなる。

サブピクチャは、集合的にピクチャの方形領域を含む１つまたは複数のスライスを含む。

いくつかの実施形態では、３６０度ビデオが球上で取り込まれ、本質的に「境界」を有しておらず、投影されるドメイン内の基準ピクチャの境界の外にある基準サンプルが常に、球形ドメイン内の隣接サンプルから取得されうる。複数の面から構成される投影形式の場合、どのような小型のフレームパッキング配置が使用されるかにかかわらず、フレームパッキングピクチャ内の２つ以上の隣接面間に不連続性が現れる。ＶＶＣでは、垂直および／または水平仮想境界が導入され、これを超えるとループ内フィルタリング動作が無効化され、それらの境界の位置は、ＳＰＳまたはピクチャ・ヘッダ内に信号化される。各組の連続面に１つずつ、２つのタイルを使用することと比べて、３６０仮想境界の使用は、面サイズがＣＴＵサイズの倍数であることを必要としないため、より柔軟である。いくつかの実施形態では、垂直３６０仮想境界の最大数は３であり、水平３６０仮想境界の最大数も３である。いくつかの実施形態では、２つの仮想境界間の距離は、ＣＴＵサイズより大きくまたはそれに等しく、仮想境界の粒度は、８ルマ・サンプル、たとえば８×８サンプルの格子である。

図１４Ｃは、本開示のいくつかの実装例によって、分類に使用される対応する選択された配列または隣接ルマ・サンプルが、仮想境界によって画定される仮想空間の外側である場合、ＣＣＳＡＯが現在のクロマ・サンプルに適用されないことを示すブロック図である。いくつかの実施形態では、仮想境界（ＶＢ）は、ピクチャ・フレーム内の空間を分離する仮想線である。いくつかの実施形態では、仮想境界（ＶＢ）が現在のフレーム内で適用される場合、ＣＣＳＡＯは、仮想境界によって画定される仮想空間の外側にある対応するルマ位置を選択したクロマ・サンプルに適用されない。図１４Ｃは、９のルマ位置候補を有するＣ０分類子に対する仮想境界の一例を示す。各ＣＴＵに対して、ＣＣＳＡＯは、対応する選択されたルマ位置が仮想境界によって取り囲まれた仮想空間の外側にあるクロマ・サンプルに適用されない。たとえば、図１４Ｃ（ａ）で、選択されたＹ７ルマ・サンプル位置が、フレームの底辺から４画素の線に位置する水平仮想境界１４０６の反対側にあるとき、ＣＣＳＡＯはクロマ・サンプル１４０２に適用されない。たとえば、図１４Ｃ（ｂ）で、選択されたＹ５ルマ・サンプル位置が、フレームの右辺からｙ画素の線に位置する垂直仮想境界１４０８の反対側に位置するとき、ＣＣＳＡＯはクロマ・サンプル１４０４に適用されない。

図１５は、本開示のいくつかの実装例によって、反復またはミラー・パディングが、仮想境界の外側にあるルマ・サンプルに適用されうることを示す。図１５（ａ）は、反復パディングの一例を示す。元のＹ７が、ＶＢ１５０２の底辺に位置する分類子になるように選択された場合、元のＹ７ルマ・サンプル値ではなく、Ｙ４ルマ・サンプル値が分類に使用される（Ｙ７位置にコピーされる）。図１５（ｂ）は、ミラー・パディングの一例を示す。Ｙ７が、ＶＢ１５０４の底辺に位置する分類子になるように選択された場合、元のＹ７ルマ・サンプル値ではなく、Ｙ０ルマ・サンプルに対してＹ７値に対称のＹ１ルマ・サンプル値が分類に使用される。パディング方法は、より多くのクロマ・サンプルにＣＣＳＡＯを適用する可能性を与え、したがってより多くのコーディングゲイン（coding gain）が実現されうる。

いくつかの実施形態では、ＣＣＳＡＯによって必要とされる線バッファを低減させ、境界処理条件チェックを簡略化するために、制限が適用されうる。図１６は、本開示のいくつかの実装例によって、９つすべての配列および隣接ルマ・サンプルが分類に使用される場合、追加の１ルマ線バッファ、すなわち現在のＶＢ１６０２の上の線－５の全線ルマ・サンプルが必要とされうることを示す。図１０Ｂ（ａ）は、６つのルマ候補のみを分類に使用する一例を示し、これは線バッファを低減させ、図１４Ａおよび図１４Ｂにおけるいかなる追加の境界チェックも必要としない。

いくつかの実施形態では、ＣＣＳＡＯ分類にルマ・サンプルを使用すると、ルマ線バッファを増大させ、したがってデコーダ・ハードウェア実装コストを増大させうる。図１７は、本開示のいくつかの実装例によって、ＡＶＳにおいて、ＶＢ１７０２を交差する９つのルマ候補ＣＣＳＡＯが、２つの追加のルマ線バッファを増大させうる図を示す。仮想境界（ＶＢ）１７０２より上のルマ・サンプルおよびクロマ・サンプルの場合、ＤＢＦ／ＳＡＯ／ＡＬＦが現在のＣＴＵ行で処理される。ＶＢ１７０２より下のルマ・サンプルおよびクロマ・サンプルの場合、ＤＢＦ／ＳＡＯ／ＡＬＦが次のＣＴＵ行で処理される。ＡＶＳデコーダ・ハードウェア設計では、ルマ線－４から－１のＤＢＦ前サンプル、線－５のＳＡＯ前サンプル、およびクロマ線－３から－１のＤＢＦ前サンプル、線－４のＳＡＯ前サンプルが、次のＣＴＵ行のＤＢＦ／ＳＡＯ／ＡＬＦ処理のための線バッファとして記憶される。次のＣＴＵ行を処理するとき、線バッファ内にないルマ・サンプルおよびクロマ・サンプルは利用できない。しかし、たとえばクロマ線－３（ｂ）位置において、クロマ・サンプルは次のＣＴＵ行で処理されるが、ＣＣＳＡＯは、ＳＡＯ前ルマ・サンプル線－７、－６、および－５を分類に必要とする。ＳＡＯ前ルマ・サンプル線－７、－６は線バッファ内になく、したがって利用できない。ＳＡＯ前ルマ・サンプル線－７および－６を線バッファに加えると、デコーダ・ハードウェア実装コストを増大させる。いくつかの例では、ルマＶＢ（線－４）およびクロマＶＢ（線－３）は異なってよい（位置合わせされない）。

図１７と同様に、図１８Ａは、ＶＶＣにおいて、本開示のいくつかの実装例によって、ＶＢ１８０２を交差する９つのルマ候補ＣＣＳＡＯが、１つの追加のルマ線バッファを増大させうる図を示す。ＶＢは、異なる規格で異なってもよい。ＶＶＣにおいて、ルマＶＢは線－４であり、クロマＶＢは線－２であり、したがって９つの候補ＣＣＳＡＯが、１つのルマ線バッファを増大させうる。

いくつかの実施形態では、第１の解決策において、クロマ・サンプルのルマ候補のいずれかがＶＢを横切っている（現在のクロマ・サンプルＶＢの外側にある）場合、ＣＣＳＡＯがクロマ・サンプルに対して無効化される。図１９Ａ～図１９Ｃは、本開示のいくつかの実装例によって、クロマ・サンプルのルマ候補のいずれかがＶＢ１９０２を横切っている（現在のクロマ・サンプルＶＢの外側にある）場合、ＡＶＳおよびＶＶＣにおいて、ＣＣＳＡＯがクロマ・サンプルに対して無効化されることを示す。図１４Ｃもまた、この実装例のいくつかの例を示す。

いくつかの実施形態では、第２の解決策において、「交差ＶＢ」ルマ候補に対して、ＶＢに近くＶＢの反対側にあるルマ線、たとえばルマ線－４から、反復パディングがＣＣＳＡＯに使用される。いくつかの実施形態では、ＶＢの下の隣接ルマに最も近いルマからの反復パディングが、「交差ＶＢ」クロマ候補に対して実装される。図２０Ａ～図２０Ｃは、本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマ・サンプルのルマ候補のいずれかがＶＢ２００２を横切っている（現在のクロマ・サンプルＶＢの外側にある）場合、クロマ・サンプルに対する反復パディングを使用してＣＣＳＡＯが有効化されることを示す。図１４Ｃ（ａ）もまた、この実装例のいくつかの例を示す。

いくつかの実施形態では、第３の解決策において、「交差ＶＢ」ルマ候補に対して、ルマＶＢの下から、ミラー・パディングがＣＣＳＡＯに使用される。図２１Ａ～図２１Ｃは、本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマ・サンプルのルマ候補のいずれかがＶＢ２１０２を横切っている（現在のクロマ・サンプルＶＢの外側にある）場合、クロマ・サンプルに対するミラー・パディングを使用して、ＣＣＳＡＯが有効化されることを示す。図１４Ｃ（ｂ）および図１４Ｂ（ｂ）もまた、この実装例のいくつかの例を示す。いくつかの実施形態では、第４の解決策において、ＣＣＳＡＯを適用するために「両面対称パディング」が使用される。図２２Ａ～図２２Ｂは、本開示のいくつかの実装例によって、異なるＣＣＳＡＯ形状（たとえば、９つのルマ候補（図２２Ａ）および８つのルマ候補（図２２Ｂ））のいくつかの例に対して、両面対称パディングを使用して、ＣＣＳＡＯが有効化されることを示す。クロマ・サンプルの配列された中心ルマ・サンプルを有するルマ・サンプル・セットに対して、ルマ・サンプル・セットの一方の側がＶＢ２２０２の外側にある場合、ルマ・サンプル・セットの両側に対して両面対称パディングが適用される。たとえば、図２２Ａで、ルマ・サンプルＹ０、Ｙ１、およびＹ２はＶＢ２２０２の外側にあり、したがってＹ０、Ｙ１、Ｙ２およびＹ６、Ｙ７、Ｙ８はどちらも、Ｙ３、Ｙ４、Ｙ５を使用してパディングされる。たとえば、図２２Ｂで、ルマ・サンプルＹ０はＶＢ２２０２の外側にあり、したがってＹ０はＹ２を使用してパディングされ、Ｙ７はＹ５を使用してパディングされる。

図１８Ｂは、本開示のいくつかの実装例によって、現在のルマ・サンプルを分類するために配列または隣接クロマ・サンプルが使用され、選択されたクロマ候補がＶＢを横切って、追加のクロマ線バッファを必要としうる図を示す。上述されたものに類似の解１～４が、この問題に対処するために適用されうる。

解決策１は、そのクロマ候補のいずれかがＶＢを横切りうるとき、ルマ・サンプルに対するＣＣＳＡＯを無効化することである。

解決策２は、「交差ＶＢ」クロマ候補に対して、ＶＢの下の隣接クロマに最も近いクロマからの反復パディングを使用することである。

解決策３は、「交差ＶＢ」クロマ候補に対して、クロマＶＢの下からのミラー・パディングを使用することである。

解決策４は、「両面対称パディング」を使用することである。ＣＣＳＡＯ配列クロマ・サンプルの中心に位置する候補セットに対して、候補セットの一方の側がＶＢの外側にある場合、両面対称パディングが両側に適用される。

パディング方法は、より多くのルマまたはクロマ・サンプルにＣＣＳＡＯを適用する可能性を与え、したがってより多くのコーディングゲインが実現されうる。

いくつかの実施形態では、底部ピクチャ（またはスライス、タイル、ブリック）境界ＣＴＵ行において、ＶＢより下のサンプルは現在のＣＴＵ行で処理され、したがって上記の特別な取扱い（解１、２、３、４）が、この底部ピクチャ（またはスライス、タイル、ブリック）境界ＣＴＵ行に適用されない。たとえば、１９２０×１０８０のフレームが、１２８×１２８のＣＴＵで分割される。フレームは、１５×９のＣＴＵ（端数切り上げ）を含む。底部ＣＴＵ行は、第１５のＣＴＵ行である。復号プロセスは、ＣＴＵ行ごとに行われ、各ＣＴＵ行に対してＣＴＵごとに行われる。現在のＣＴＵ行と次のＣＴＵ行との間の水平ＣＴＵ境界に沿って、デブロッキングが適用される必要がある。１つのＣＴＵの内側では、底部４／２ルマ／クロマ線において、ＤＢＦサンプル（ＶＶＣの場合）が次のＣＴＵ行で処理され、現在のＣＴＵ行のＣＣＳＡＯに利用できないため、ＣＴＢのＶＢが各ＣＴＵ行に適用される。しかし、ピクチャ・フレームの底部ＣＴＵ行では、次のＣＴＵ行が残っていないため、底部４／２ルマ／クロマ線ＤＢＦサンプルが、現在のＣＴＵ行で利用可能であり、現在のＣＴＵ行でＤＢＦ処理される。

いくつかの実施形態では、図１３～図２２に表示されるＶＢは、サブピクチャ／スライス／タイル／パッチ／ＣＴＵ／３６０仮想境界の境界によって交換されうる。いくつかの実施形態では、図１３～図２２のクロマおよびルマ・サンプルの位置は切り換えられうる。いくつかの実施形態では、図１３～図２２のクロマおよびルマ・サンプルの位置は、第１のクロマ・サンプルおよび第２のクロマ・サンプルの位置によって交換されうる。いくつかの実施形態では、ＣＴＵ内のＡＬＦ ＶＢは、共通して水平であってよい。いくつかの実施形態では、サブピクチャ／スライス／タイル／パッチ／ＣＴＵ／３６０仮想境界の境界は、水平または垂直であってよい。

いくつかの実施形態では、図１６に説明されるように、ＣＣＳＡＯによって必要とされる線バッファを低減させ、境界処理条件チェックを簡略化するために、制限が適用されうる。図２３は、本開示のいくつかの実装例によって、制限された数のルマ候補を分類に使用する制限を示す。図２３（ａ）は、６つのルマ候補のみを分類に使用する制限を示す。図２３（ｂ）は、４つのルマ候補のみを分類に使用する制限を示す。

いくつかの実施形態では、適用領域が実装される。ＣＣＳＡＯ適用領域ユニットは、ＣＴＢに基づくことができる。すなわち、オン／オフ制御、ＣＣＳＡＯパラメータ（分類オフセット・セット索引に使用されるオフセット、ルマ候補位置、ｂａｎｄ＿ｎｕｍ、ビットマスク．．．など）は、１つのＣＴＢ内で同じである。

いくつかの実施形態では、適用領域は、ＣＴＢ境界に位置合わせされえない。たとえば、適用領域は、クロマＣＴＢ境界に位置合わせされず、シフトされる。構文（オン／オフ制御、ＣＣＳＡＯパラメータ）が、依然として各ＣＴＢに対して示されているが、本当の適用領域はＣＴＢ境界に位置合わせされない。図２４は、本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域がＣＴＢ／ＣＴＵ境界２４０６に位置合わせされないことを示す。たとえば、適用領域は、クロマＣＴＢ／ＣＴＵ境界２４０６に位置合わせされないが、ＶＢ２４０８に対して左上シフト（４，４）されたサンプルである。この位置合わせされていないＣＴＢ境界設計は、各８×８のデブロッキング・プロセス領域に対して同じデブロッキング・パラメータが使用されるため、デブロッキング・プロセスに利益をもたらす。

いくつかの実施形態では、表２４に示されているように、ＣＣＳＡＯ適用領域ユニット（マスク・サイズ）は可変であってよい（ＣＴＢサイズより大きいまたは小さい）。マスク・サイズは、異なる成分に対して異なってよい。マスク・サイズは、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで切り換えられうる。たとえば、ＰＨにおいて、各ＣＣＳＡＯ領域情報を示すために、一連のマスク・オン／オフ・フラグおよびオフセット・セット索引が示される。

いくつかの実施形態では、ＣＣＳＡＯ適用領域フレーム区画は固定されうる。たとえば、フレームをＮの領域に分割する。図２５は、本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域フレーム区画がＣＣＳＡＯパラメータによって固定されうることを示す。

いくつかの実施形態では、各領域は、その独自の領域オン／オフ制御フラグおよびＣＣＳＡＯパラメータを有することができる。また、領域サイズがＣＴＢサイズより大きい場合、ＣＴＢオン／オフ制御フラグおよび領域オン／オフ制御フラグの両方を有することができる。図２５（ａ）および（ｂ）は、フレームをＮの領域に分割するいくつかの例を示す。図２５（ａ）は、４つの領域からなる垂直分割を示す。図２５（ｂ）は、４つの領域からなる正方形分割を示す。いくつかの実施形態では、オール・オン制御フラグ（ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｃｔｂ＿ｃｏｎｔｒｏｌ＿ｆｌａｇ／ｐｈ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｃｔｂ＿ｃｏｎｔｒｏｌ＿ｆｌａｇ）上のピクチャ・レベルＣＴＢと同様に、領域オン／オフ制御フラグがオフである場合、ＣＴＢオン／オフ・フラグがさらに信号化されうる。そうでない場合、ＣＴＢフラグをさらに信号化することなく、この領域内のすべてのＣＴＢにＣＣＳＡＯが適用される。

いくつかの実施形態では、異なるＣＣＳＡＯ適用領域が、同じ領域オン／オフ制御およびＣＣＳＡＯパラメータを共有することができる。たとえば、図２５（ｃ）で、領域０～２は同じパラメータを共有し、領域３～１５は同じパラメータを共有する。図２５（ｃ）はまた、領域オン／オフ制御フラグおよびＣＣＳＡＯパラメータが、ヒルベルト・スキャン順序で信号化されうることを示す。

いくつかの実施形態では、ＣＣＳＡＯ適用領域ユニットは、ピクチャ／スライス／ＣＴＢレベルから分割された４分木／２分木／３分木になりうる。ＣＴＢ分割と同様に、ＣＣＳＡＯ適用領域区画を示すために、一連の分割されたフラグが信号化される。図２６は、本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域が、フレーム／スライス／ＣＴＢレベルから分割された２分木（ＢＴ）／４分木（ＱＴ）／３分木（ＴＴ）になりうることを示す。

図２７は、本開示のいくつかの実装例によって、ピクチャ・フレーム内において異なるレベルで使用されて切り換えられる複数の分類子を示すブロック図である。いくつかの実施形態では、複数分類子が１つのフレームで使用される場合、分類子セット索引を適用する方法は、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで切り換えられうる。たとえば、以下の表２５に示されているように、４つの分類子セットがフレーム内で使用され、ＰＨで切り換えられる。図２７（ａ）および図２７（ｃ）は、デフォルト固定領域分類子を示す。図２７（ｂ）は、分類子セット索引がマスク／ＣＴＢレベルで信号化されることを示し、ここで０はこのＣＴＢに対してＣＣＳＡＯオフを意味し、１～４はセット索引を意味する。

いくつかの実施形態では、デフォルト領域の場合、この領域内のＣＴＢがデフォルト・セット索引を使用しない（たとえば、領域レベル・フラグが０である）が、このフレーム内で他の分類子セットを使用する場合、領域レベル・フラグが信号化されうる。たとえば、デフォルト・セット索引が使用される場合、領域レベル・フラグは１になる。たとえば、正方形区画の４つの領域において、以下の表２６－１に示されているように、以下の分類子セットが使用される。

図２８は、本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域区画が動的であってよく、ピクチャ・レベルで切り換えられうることを示すブロック図である。たとえば、図２８（ａ）は、３つのＣＣＳＡＯオフセット・セットがこのＰＯＣで使用され（ｓｅｔ＿ｎｕｍ＝３）、したがってピクチャ・フレームが垂直に３つの領域に分割されることを示す。図２８（ｂ）は、４つのＣＣＳＡＯオフセット・セットがこのＰＯＣで使用され（ｓｅｔ＿ｎｕｍ＝４）、したがってピクチャ・フレームが水平に４つの領域に分割されることを示す。図２８（ｃ）は、３つのＣＣＳＡＯオフセット・セットがこのＰＯＣで使用され（ｓｅｔ＿ｎｕｍ＝３）、したがってピクチャ・フレームが３つの領域にラスタ分割されることを示す。各領域は、ＣＴＢオン／オフ制御ビットを節減するために、その独自の領域のオール・オン・フラグを有することができる。領域の数は、信号化されるピクチャｓｅｔ＿ｎｕｍに依存する。ＣＣＳＡＯ適用領域は、ブロック内のコーディング情報（サンプル位置、サンプル・コーディング・モード、ループ・フィルタ・パラメータなど）による特有の区域とすることができる。たとえば、１）ＣＣＳＡＯ適用領域は、サンプルがスキップ・モード・コーディングされたときにのみ適用される可能性があり、または２）ＣＣＳＡＯ適用領域は、ＣＴＵ境界に沿ってＮ個のサンプルのみを含み、または３）ＣＣＳＡＯ適用領域は、フレーム内の８×８格子上のサンプルのみを含み、または４）ＣＣＳＡＯ適用領域は、ＤＢＦフィルタ・サンプルのみを含み、または５）ＣＣＳＡＯ適用領域は、ＣＵ内で上Ｍおよび左Ｎ行のみを含み、または（６）ＣＣＳＡＯ適用領域は、イントラ・コーディング・サンプルのみを含み、または（７）ＣＣＳＡＯ適用領域は、ｃｂｆ＝０ブロック内のサンプルのみを含み、または（８）ＣＣＳＡＯ適用領域は、［Ｎ，Ｍ］のブロックＱＰを有するブロック上のみに位置し、ここで（Ｎ，Ｍ）は、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで事前定義または信号化されうる。成分間コーディング情報が考慮されてもよく、（９）ＣＣＳＡＯ適用領域は、配列ルマ・サンプルがｃｂｆ＝０ブロック内にあるクロマ・サンプル上である。

いくつかの実施形態では、コーディング情報適用領域制限を導入するかどうかは、指定されたコーディング情報がＣＣＳＡＯ適用で包含／除外されるかどうかを示すように、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／Ｒｅｇｉｏｎ（代替セットごと）／ＣＴＵ／ＣＵ／Ｓｕｂｂｌｏｃｋ／Ｓａｍｐｌｅレベルで１つの制御フラグにおいて事前定義され、または通知しうる。デコーダは、事前定義された条件または制御フラグに従って、それらの区域に対するＣＣＳＡＯ処理を省く。たとえば、ＹＵＶは、領域（セット）レベルで切り換わる異なる事前定義／フラグ制御条件を使用する。ＣＣＳＡＯ適用の判断は、ＣＵ／ＴＵ／ＰＵまたはサンプル・レベルで行うことができる。

別の例は、２方向有効化制約（事前定義）のすべてまたは一部を再利用する。
ｂｏｏｌ ｉｓＩｎｔｅｒ＝（ｃｕｒｒＣＵ．ｐｒｅｄＭｏｄｅ＝＝ＭＯＤＥ＿ＩＮＴＥＲ）？ｔｒｕｅ：ｆａｌｓｅ；
ｉｆ（ｃｃＳａｏＰａｒａｍｓ．ｃｔｕＯｎ［ｃｔｕＲｓＡｄｄｒ］
＆＆（（ＴＵ：：ｇｅｔＣｂｆ（ｃｕｒｒＴＵ，ＣＯＭＰＯＮＥＮＴ＿Ｙ）｜｜ｉｓＩｎｔｅｒ＝＝ｆａｌｓｅ）＆＆（ｃｕｒｒＴＵ．ｃｕ－＞ｑｐ＞１７））
＆＆（１２８＞ｓｔｄ：：ｍａｘ（ｃｕｒｒＴＵ．ｌｕｍａＳｉｚｅ（）．ｗｉｄｔｈ，ｃｕｒｒＴＵ．ｌｕｍａＳｉｚｅ（）．ｈｅｉｇｈｔ））
＆＆（（ｉｓＩｎｔｅｒ＝＝ｆａｌｓｅ）｜｜（３２＞ｓｔｄ：：ｍｉｎ（ｃｕｒｒＴＵ．ｌｕｍａＳｉｚｅ（）．ｗｉｄｔｈ，ｃｕｒｒＴＵ．ｌｕｍａＳｉｚｅ（）．ｈｅｉｇｈｔ））））

いくつかの実施形態では、特有の区域を除外することで、ＣＣＳＡＯ統計収集に有利となってよい。オフセット導出は、それらの本当に補正される必要のある区域にとってより精密または好適であってよい。たとえば、ｃｂｆ＝０を有するブロックは通常、さらに補正される必要のないブロックが完全に予測されることを意味する。それらのブロックを除外することで、他の区域のオフセット導出に有利となってよい。

異なる適用領域は、異なる分類子を使用することができる。たとえば、ＣＴＵでは、スキップ・モードがＣ１を使用し、８×８格子がＣ２を使用し、スキップ・モードおよび８×８格子がＣ３を使用する。たとえば、ＣＴＵでは、スキップ・モード・コーディング・サンプルがＣ１を使用し、ＣＵ中心のサンプルがＣ２を使用し、ＣＵ中心でスキップ・モード・コーディングされたサンプルがＣ３を使用する。図２９は、本開示のいくつかの実装例によって、ＣＣＳＡＯ分類子が現在または成分間のコーディング情報を考慮することができることを示す図である。たとえば、異なるコーディング・モード／パラメータ／サンプル位置が、異なる分類子を形成することができる。異なるコーディング情報が組み合わされて、共同分類子を形成することができる。異なる区域は、異なる分類子を使用することができる。図２９はまた、適用領域の別の例も示す。

いくつかの実施形態では、事前定義またはフラグ制御「コーディング情報除外区域」機構が、ＤＢＦ／ＳＡＯ前／ＳＡＯ／ＢＩＦ／ＣＣＳＡＯ／ＡＬＦ／ＣＣＡＬＦ／ＮＮループ・フィルタ（ＮＮＬＦ）、または他のループ・フィルタで使用されうる。

いくつかの実施形態では、実装されるＣＣＳＡＯ構文が、下の表２７に示されている。いくつかの例では、各構文要素の２値化が変更されうる。ＡＶＳ３では、パッチという用語はスライスに類似しており、パッチ・ヘッダはスライス・ヘッダに類似している。ＦＬＣは固定長コードを表す。ＴＵは短縮単項コードを表す。ＥＧｋは次数ｋを有する指数ゴロム・コードを表し、ここでｋは固定されうる。ＳＶＬＣは符号付きＥＧ０を表す。ＵＶＬＣは符号なしＥＧ０を表す。

高次フラグがオフである場合、低次フラグはフラグのオフ状態から推論されてよく、信号化される必要はない。たとえば、このピクチャ内でｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｆｌａｇが偽である場合、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｂａｎｄ＿ｎｕｍ＿ｍｉｎｕｓ１、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｌｕｍａ＿ｔｙｐｅ、ｃｃ＿ｓａｏ＿ｃｂ＿ｏｆｆｓｅｔ＿ｓｉｇｎ＿ｆｌａｇ、ｃｃ＿ｓａｏ＿ｃｂ＿ｏｆｆｓｅｔ＿ａｂｓ、ｃｔｂ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｆｌａｇ、ｃｃ＿ｓａｏ＿ｃｂ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇ、およびｃｃ＿ｓａｏ＿ｃｂ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇは存在せず、偽であると推論される。

いくつかの実施形態では、以下の表２８に示されているように、ＳＰＳのｃｃｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇがＳＰＳのＳＡＯ有効化フラグで調整される。

いくつかの実施形態では、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｃｔｂ＿ｃｏｎｔｒｏｌ＿ｆｌａｇ、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｃｔｂ＿ｃｏｎｔｒｏｌ＿ｆｌａｇが、Ｃｂ／ＣｒのＣＴＢオン／オフ制御の粒度を有効化するかどうかを示す。ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｃｔｂ＿ｃｏｎｔｒｏｌ＿ｆｌａｇおよびｐｈ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｃｔｂ＿ｃｏｎｔｒｏｌ＿ｆｌａｇが有効化された場合、ｃｔｂ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｆｌａｇおよびｃｔｂ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｆｌａｇがさらに信号化されうる。そうでない場合、ＣＣＳＡＯが現在のピクチャに適用されるかどうかは、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｆｌａｇ、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｆｌａｇに依存し、ｃｔｂ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｆｌａｇおよびｃｔｂ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｆｌａｇをＣＴＢレベルでさらに信号化しない。

いくつかの実施形態では、ｐｈ＿ｃｃ＿ｓａｏ＿ｃｂ＿ｔｙｐｅおよびｐｈ＿ｃｃ＿ｓａｏ＿ｃｒ＿ｔｙｐｅに対して、ビットのオーバーヘッドを低減させるために、中心配列ルマ位置（図１０のＹ０位置）がクロマ・サンプルに対する分類に使用されるかどうかを区別するように、フラグがさらに信号化されうる。同様に、ｃｃ＿ｓａｏ＿ｃｂ＿ｔｙｐｅおよびｃｃ＿ｓａｏ＿ｃｒ＿ｔｙｐｅがＣＴＢレベルで信号化された場合、同じ機構によってフラグがさらに信号化されうる。たとえば、Ｃ０ルマ位置候補の数が９である場合、以下で表２９に示されているように、中心配列ルマ位置が使用されるかどうかを区別するために、ｃｃ＿ｓａｏ＿ｃｂ＿ｔｙｐｅ０＿ｆｌａｇがさらに信号化される。中心配列ルマ位置が使用されない場合、残り８つの隣接ルマ位置のうちのどれが使用されるかを示すために、ｃｃ＿ｓａｏ＿ｃｂ＿ｔｙｐｅ＿ｉｄｃが使用される。

以下の表３０は、ＡＶＳにおいて、単一（ｓｅｔ＿ｎｕｍ＝１）または複数（ｓｅｔ＿ｎｕｍ＞１）の分類子がフレーム内で使用される一例を示す。構文表記は、上記で使用されている表記にマッピングされうる。

各領域が独自のセットを有する図２５または図２７と組み合わされた場合、構文の例は、以下で表３１に示されているように、領域オン／オフ制御フラグ（ｐｉｃｔｕｒｅ＿ｃｃｓａｏ＿ｌｃｕ＿ｃｏｎｔｒｏｌ＿ｆｌａｇ［ｃｏｍｐＩｄｘ］［ｓｅｔＩｄｘ］）を含むことができる。

いくつかの実施形態では、高レベル構文の場合、ｐｐｓ＿ｃｃｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇおよびｇｃｉ＿ｎｏ＿ｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが追加されうる。

いくつかの実施形態では、１に等しいｐｐｓ＿ｃｃｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ＣＣＳＡＯフィルタ情報がＰＨ構文構造内に存在する可能性があり、ＰＨ構文構造を含まないＰＰＳを参照するスライス・ヘッダ内には存在しないことを指定する。０に等しいｐｐｓ＿ｃｃｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ＣＣＳＡＯフィルタ情報がＰＨ構文構造内に存在せず、ＰＰＳを参照するスライス・ヘッダ内に存在する可能性があることを指定する。存在しないとき、ｐｐｓ＿ｃｃｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は、０に等しいと推論される。

いくつかの実施形態では、１に等しいｇｃｉ＿ｎｏ＿ｃｃｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ＯｌｓＩｎＳｃｏｐｅ内のすべてのピクチャに対するｓｐｓ＿ｃｃｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことを指定する。０に等しいｇｃｉ＿ｎｏ＿ｃｃｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、そのような制約を課さない。いくつかの実施形態では、ビデオのビットストリームは、規則に従って１つまたは複数の出力層セット（ＯＬＳ）を含む。本明細書の例では、ＯｌｓＩｎＳｃｏｐｅは、範囲内にある１つまたは複数のＯＬＳを参照する。いくつかの例では、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（ ）構文構造は、レベル情報、ならびに任意選択で、ＯｌｓＩｎＳｃｏｐｅが順守するプロファイル、層、サブプロファイル、および一般制約情報を提供する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（ ）構文構造がＶＰＳ内に含まれるとき、ＯｌｓＩｎＳｃｏｐｅは、ＶＰＳによって指定された１つまたは複数のＯＬＳである。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（ ）構文構造がＳＰＳ内に含まれるとき、ＯｌｓＩｎＳｃｏｐｅは、ＳＰＳを参照する層のなかで最下層である層のみを含むＯＬＳであり、この最下層は独立した層である。

いくつかの実施形態では、イントラおよびインター予測後ＳＡＯフィルタへの拡張が、以下でさらに示されている。いくつかの実施形態では、本開示に開示されているＳＡＯ分類方法（成分間サンプル／コーディング情報分類を含む）は、予測後フィルタとして働くことができ、予測は、イントラ、インター、または他の予測ツール、たとえばイントラ・ブロック・コピーとすることができる。図３０は、本開示に開示されているＳＡＯ分類方法が本開示のいくつかの実装例による予測後フィルタとして働くことを示すブロック図である。

いくつかの実施形態では、各Ｙ、Ｕ、およびＶ成分に対して、対応する分類子が選択される。各成分予測サンプルに対して、対応する分類子がまず分類され、対応するオフセットが加えられる。たとえば、各成分は、現在のサンプルおよび隣接するサンプルを分類に使用することができる。以下で表３２に示されているように、Ｙは現在のＹサンプルおよび隣接するＹサンプルを使用し、Ｕ／Ｖは現在のＵ／Ｖサンプルを分類に使用する。図３１は、本開示のいくつかの実装例によって、予測後ＳＡＯフィルタに対して、各成分が現在のサンプルおよび隣接するサンプルを分類に使用することができることを示すブロック図である。

いくつかの実施形態では、改良された予測サンプル（Ｙｐｒｅｄ’、Ｕｐｒｅｄ’、Ｖｐｒｅｄ’）が、対応するクラス・オフセットを加えることによって更新され、その後、イントラ、インター、または他の予測に使用される。

Ｙｐｒｅｄ’＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｙｐｒｅｄ＋ｈ＿Ｙ［ｉ］）

Ｕｐｒｅｄ’＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｕｐｒｅｄ＋ｈ＿Ｕ［ｉ］）

Ｖｐｒｅｄ’＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｖｐｒｅｄ＋ｈ＿Ｖ［ｉ］）

いくつかの実施形態では、現在のクロマ成分に加えて、クロマのＵおよびＶ成分に対して、成分間（Ｙ）がさらなるオフセット分類に使用されうる。たとえば以下で表３３に示されているように、追加の成分間オフセット（ｈ’＿Ｕ，ｈ’＿Ｖ）が、現在の成分オフセット（ｈ＿Ｕ，ｈ＿Ｖ）で加えられうる。

いくつかの実施形態では、改良された予測サンプル（Ｕｐｒｅｄ”，Ｖｐｒｅｄ”）が、対応するクラス・オフセットを加えることによって更新され、その後、イントラ、インター、または他の予測に使用される。

Ｕｐｒｅｄ”＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｕｐｒｅｄ’＋ｈ’＿Ｕ［ｉ］）

Ｖｐｒｅｄ”＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｖｐｒｅｄ’＋ｈ’＿Ｖ［ｉ］）

いくつかの実施形態では、イントラおよびインター予測は、異なるＳＡＯフィルタ・オフセットを使用することができる。

図３２は、本開示に開示されるＳＡＯ分類方法が本開示のいくつかの実装例による再構築後フィルタとして働くことを示すブロック図である。

いくつかの実施形態では、本明細書に開示されるＳＡＯ／ＣＣＳＡＯ分類方法（成分間サンプル／コーディング情報分類を含む）は、ツリー・ユニット（ＴＵ）の再構築されたサンプルに適用されるフィルタとして働くことができる。図３２に示されているように、ＣＣＳＡＯは、再構築後フィルタとして働くことができ、すなわち、再構築されたサンプル（予測／残留サンプルの追加後、デブロッキング前）を分類のための入力として使用し、ルマ／クロマ・サンプルを補償してから、隣接イントラ／インター予測に入ることができる。ＣＣＳＡＯ再構築後フィルタは、現在のＴＵサンプルの歪みを低減させることができ、隣接イントラ／インター・ブロックに対してより良好な予測を与えることができる。より精密な予測によって、より良好な圧縮効率が予期されうる。

図３３は、本開示のいくつかの実装例による成分間相関を使用してビデオ信号を復号する例示的なプロセス３３００を示す流れ図である。

ビデオ・デコーダ３０（図３に示されている）は、ビデオ・データから、ＡＰＳ内に記憶された複数の以前に使用された成分間サンプル適応オフセット（ＣＣＳＡＯ）フィルタ・オフセット・セットに関連付けられた適応パラメータ・セット（ＡＰＳ）識別子を受信する（３３１０）。

ビデオ・デコーダ３０は、ビデオ・データから、現在のピクチャまたはスライスに使用されたＡＰＳ識別子を示すピクチャ・ヘッダ（ＰＨ）またはスライス・ヘッダ（ＳＨ）内の構文を受信する（３３２０）。

ビデオ・デコーダ３０は、現在のコーディング・ツリー・ユニット（ＣＴＵ）に対して、ＡＰＳ識別子に関連付けられたＡＰＳ内の複数のオフセット・セットから、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットを示すフィルタ・セット索引を復号する（３３３０）。

ビデオ・デコーダ３０は、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットを、ビデオ・データの現在のＣＴＵに適用する（３３４０）。

いくつかの実施形態では、ビデオ・データは、第１の成分および第２の成分を含み、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットは、第２の成分のそれぞれのサンプルに関連付けられた第１の成分の１組の１つまたは複数のサンプルから、第２の成分に対するそれぞれの分類子を判定し、それぞれの分類子に従って、第２の成分のそれぞれのサンプルに対するそれぞれのサンプル・オフセットを判定して、判定されたそれぞれのサンプル・オフセットに基づいて、第２の成分のそれぞれのサンプルを修正し、それぞれの各分類子に対する１組の対応する判定されたそれぞれのサンプル・オフセットを、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットとして記憶することによって取得される。

いくつかの実施形態では、ＡＰＳ識別子は、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットの最大数に関連付けられ、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットの数が最大数に到達したという判定に応答して、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットが、先入れ先出し（ＦＩＦＯ）機構で、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのうちの１つに取って代わる。

いくつかの実施形態では、ＡＰＳ識別子は、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットの最大数に関連付けられ、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットの数が最大数に到達したという判定に応答して、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットが、最長時間未使用（ＬＲＵ）機構で、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのうちの１つに取って代わる。

いくつかの実施形態では、ＦＩＦＯ機構で、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットは、シーケンス・パラメータ・セット（ＳＰＳ）、ＡＰＳ、ピクチャ・パラメータ・セット（ＰＰＳ）、ＰＨ、ＳＨ、Ｒｅｇｉｏｎ、コーディング・ツリー・ユニット（ＣＴＵ）、コーディング・ユニット（ＣＵ）、Ｓｕｂｂｌｏｃｋ、および／またはＳａｍｐｌｅレベルのうちの１つまたは複数で円形に、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのうちの１つに取って代わる。

いくつかの実施形態では、ＬＲＵ機構で、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットは、ＳＰＳ、ＡＰＳ、グループ・オブ・ピクチャ（ＧＯＰ）ごとの構造、ＰＰＳ、ＰＨ、ＳＨ、Ｒｅｇｉｏｎ、ＣＴＵ、ＣＵ、Ｓｕｂｂｌｏｃｋ、および／またはＳａｍｐｌｅレベルのうちの１つまたは複数で、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのカウント・テーブルによって識別される最長時間未使用オフセット・セットに取って代わる。

いくつかの実施形態では、最大数は、ＳＰＳ、ＡＰＳ、ＰＰＳ、ＰＨ、ＳＨ、Ｒｅｇｉｏｎ、ＣＴＵ、ＣＵ、Ｓｕｂｂｌｏｃｋ、および／またはＳａｍｐｌｅレベルの１つまたは複数で、事前定義または信号化される。

いくつかの実施形態では、複数の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットは、それぞれの分類子に関連付けられた候補位置、バンド情報、エッジ情報、およびコーディング情報のうちの１つまたは複数を含む。

いくつかの実施形態では、ＡＰＳ識別子に関連付けられた以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのいずれも、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットと同じでない場合、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットは、以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのうちの１つに取って代わる。

いくつかの実施形態では、ＡＰＳ識別子は、現在のピクチャまたはスライス内の第１の成分および第２の成分に使用され、第１の成分は、第１のＣＣＳＡＯフィルタ・オフセット・セット交換機構を使用し、第２の成分は、第２のＣＣＳＡＯフィルタ・オフセット・セット交換機構を使用する。

いくつかの実施形態では、ＰＨまたはＳＨ内の第１の構文は、現在のピクチャまたはスライス内の第１の成分に使用される第１のＡＰＳ識別子を示し、ＰＨまたはＳＨ内の第２の構文は、現在のピクチャまたはスライス内の第２の成分に使用される第２のＡＰＳ識別子を示す。

図３４は、ユーザ・インターフェース３４５０に結合されたコンピューティング環境３４１０を示す。コンピューティング環境３４１０は、データ処理サーバの一部とすることができる。コンピューティング環境３４１０は、プロセッサ３４２０、メモリ３４３０、および入出力（Ｉ／Ｏ）インターフェース３４４０を含む。

プロセッサ３４２０は、典型的に、表示、データ取得、データ通信、および画像処理に関連付けられた動作など、コンピューティング環境３４１０の全体的な動作を制御する。プロセッサ３４２０は、前述の方法におけるステップのうちのすべてまたはいくつかを実行するための命令を実行するために、１つまたは複数のプロセッサを含むことができる。さらに、プロセッサ３４２０は、プロセッサ３４２０と他の構成要素との間の相互作用を容易にする１つまたは複数のモジュールを含むことができる。プロセッサは、中央処理装置（ＣＰＵ）、マイクロプロセッサ、単一チップ機械、グラフィカル処理ユニット（ＧＰＵ）などとすることができる。

メモリ３４３０は、コンピューティング環境３４１０の動作に対応するために、様々なタイプのデータを記憶するように構成される。メモリ３４３０は、所定のソフトウェア３４３２を含むことができる。そのようなデータの例は、コンピューティング環境３４１０、ビデオ・データセット、画像データなどで動作させられる任意のアプリケーションまたはメソッドのための命令を含む。メモリ３４３０は、任意のタイプの揮発性もしくは不揮発性メモリ・デバイス、またはこれらの組合せ、たとえばスタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、電気的に消去可能なプログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、消去可能なプログラマブル読取り専用メモリ（ＥＰＲＯＭ）、プログラマブル読取り専用メモリ（ＰＲＯＭ）、読取り専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュ・メモリ、磁気または光ディスクを使用することによって実装されうる。

Ｉ／Ｏインターフェース３４４０は、プロセッサ３４２０と、キーボード、クリック・ホイール、ボタンなどの周辺インターフェース・モジュールとの間のインターフェースを提供する。ボタンは、それだけに限定されるものではないが、ホーム・ボタン、走査開始ボタン、および走査停止ボタンを含むことができる。Ｉ／Ｏインターフェース３４４０は、エンコーダおよびデコーダに結合されうる。

一実施形態では、前述の方法を実行するためにコンピューティング環境３４１０内でプロセッサ３４２０によって実行可能な複数のプログラムをたとえばメモリ３４３０内に備える非一時的コンピュータ可読記憶媒体も提供される。別法として、非一時的コンピュータ可読記憶媒体には、符号化されたビデオ情報（たとえば、１つまたは複数の構文要素を含むビデオ情報）を含むビットストリームまたはデータストリームが記憶されてよく、このビットストリームまたはデータストリームは、たとえばビデオ・データを復号する際にデコーダ（たとえば、図３のビデオ・デコーダ３０）によって使用される上述された符号化方法を使用して、エンコーダ（たとえば、図２のビデオ・エンコーダ２０）によって生成される。非一時的コンピュータ可読記憶媒体は、たとえば、ＲＯＭ、ランダム・アクセス・メモリ（ＲＡＭ）、ＣＤ－ＲＯＭ、磁気テープ、フロッピー・ディスク、光データ記憶デバイスなどとすることができる。

一実施形態では１つまたは複数のプロセッサ（たとえば、プロセッサ３４２０）と、１つまたは複数のプロセッサによって実行可能な複数のプログラムが記憶された非一時的コンピュータ可読記憶媒体またはメモリ３４３０とを備えるコンピューティング・デバイスも提供され、１つまたは複数のプロセッサは、複数のプログラムの実行時に、前述の方法を実行するように構成される。

一実施形態では、前述の方法を実行するためにコンピューティング環境３４１０内でプロセッサ３４２０によって実行可能な複数のプログラムをたとえばメモリ３４３０内に備えるコンピュータ・プログラム製品も提供される。たとえば、コンピュータ・プログラム製品は、非一時的コンピュータ可読記憶媒体を含むことができる。

一実施形態では、コンピューティング環境３４１０は、上記の方法を実行するために、１つまたは複数のＡＳＩＣ、ＤＳＰ、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、ＦＰＧＡ、ＧＰＵ、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子構成要素によって実装されうる。

さらなる実施形態はまた、様々な他の実施形態で組み合わされまたは他の方法で再配置された上記の実施形態の様々な部分集合を含む。

１つまたは複数の例では、記載されている機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組合せで実装されうる。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されてよく、またはコンピュータ可読媒体を介して伝送されてよく、ハードウェア・ベースの処理ユニットによって実行されてよい。コンピュータ可読媒体は、データ記憶媒体などの有形の媒体に対応するコンピュータ可読記憶媒体、またはたとえば通信プロトコルに従ったある場所から別の場所へのコンピュータ・プログラムの伝達を容易にする任意の媒体を含む通信媒体を含むことができる。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形のコンピュータ可読記憶媒体、または（２）信号もしくはキャリア波などの通信媒体に対応することができる。データ記憶媒体は、本出願に記載されている実装例の実装のための命令、コード、および／またはデータ構造を取り出すために、１つもしくは複数のコンピュータまたは１つもしくは複数のプロセッサによってアクセスされうる任意の利用可能な媒体とすることができる。コンピュータ・プログラム製品は、コンピュータ可読媒体を含むことができる。

本明細書の実装例の説明で使用される術語は、特定の実装例について説明することのみを目的とし、特許請求の範囲を限定することを意図したものではない。実装例の説明および添付の特許請求の範囲で使用されるとき、単数形の「ａ」、「ａｎ」、および「ｔｈｅ」は、別途文脈が明白に示さない限り、複数形も同様に含むことが意図される。本明細書では、「および／または」という用語は、挙げられている関連項目のうちの１つまたは複数のあらゆる可能な組合せを指し、包含することも理解されよう。「備える、含む（ｃｏｍｐｒｉｓｅｓ）」および／または「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」という用語は、本明細書で使用されるとき、記載の特徴、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、要素、構成要素、および／またはこれらの群の存在または追加を除外しないことがさらに理解されよう。

本明細書では、様々な要素について説明するために、第１、第２などの用語が使用されうるが、これらの要素は、これらの用語によって限定されるべきではないことも理解されよう。これらの用語は、１つの要素を別の要素から区別するためにのみ使用される。たとえば、実装例の範囲から逸脱することなく、第１の電極が第２の電極と呼ばれてもよく、同様に第２の電極が第１の電極と呼ばれてもよい。第１の電極および第２の電極はどちらも電極であるが、同じ電極ではない。

本明細書全体にわたって、単数または複数の「一例」、「例」、「例示」などの参照は、ある例に関連して記載されている１つまたは複数の特定の特徴、構造、または特性が、本開示の少なくとも１つの例に含まれることを意味する。したがって、本明細書全体にわたって様々な場所での単数または複数の「一例では」または「例では」、「例示では」などの語句は、必ずしもすべて同じ例を指すとは限らない。さらに、１つまたは複数の例における特定の特徴、構造、または特性は、任意の好適な方法で組み合わされることを含むことができる。

本出願の説明は、例示および説明の目的で提示されており、網羅的であること、または開示される形態で本発明に限定されることが意図されるものではない。多くの修正例、変形例、および代替実装例が、上記の説明および関連する図面に提示される教示に利益を有する当業者には明らかであろう。実施形態は、本発明の原理、実際の応用について最善に説明するために、また当業者であれば様々な実装例に関して本発明を理解し、企図される特定の用途に適した様々な修正例とともに根本的な原理および様々な実装例を最善に利用することを可能にするために、選択および記載されたものである。したがって、特許請求の範囲は、開示される実装例の特有の例に限定されるものではなく、修正例および他の実装例も添付の特許請求の範囲内に含まれることが意図されることを理解されたい。

Claims (14)

1. ビデオ・データを復号する方法であって、
   前記ビデオ・データから、ＡＰＳ内に記憶された複数の以前に使用された成分間サンプル適応オフセット（Cross-Component Sample Adaptive Offset）（ＣＣＳＡＯ）フィルタ・オフセット・セット（filter offset set）に関連付けられた適応パラメータ・セット（ＡＰＳ）識別子を受信することと、
   前記ビデオ・データから、現在のピクチャまたはスライスに使用された前記ＡＰＳ識別子を示すピクチャ・ヘッダ（ＰＨ）またはスライス・ヘッダ（ＳＨ）内の構文を受信することと、
   現在のコーディング・ツリー・ユニット（ＣＴＵ）に対して、前記ＡＰＳ識別子に関連付けられた前記ＡＰＳ内の前記複数のオフセット・セットから、特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットを示すフィルタ・セット索引を復号することと、
   前記特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットを、前記ビデオ・データの前記現在のＣＴＵに適用することとを含む方法。
2. 前記ビデオ・データが、第１の成分および第２の成分を含み、前記特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットが、
   前記第２の成分のそれぞれのサンプルに関連付けられた前記第１の成分の１組の１つまたは複数のサンプルから、前記第２の成分に対するそれぞれの分類子を判定し、
   前記それぞれの分類子に従って、前記第２の成分の前記それぞれのサンプルに対するそれぞれのサンプル・オフセット（sample offset）を判定して、前記判定されたそれぞれのサンプル・オフセットに基づいて、前記第２の成分の前記それぞれのサンプルを修正し、
   それぞれの各分類子に対する１組の対応する判定されたそれぞれのサンプル・オフセットを、前記特定の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットとして記憶することによって取得される、請求項１に記載の方法。
3. 前記ＡＰＳ識別子が、前記以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットの最大数に関連付けられ、前記以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットの数が前記最大数に到達したという判定に応答して、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットが、先入れ先出し（ＦＩＦＯ）機構で、前記以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのうちの１つに取って代わる、請求項１に記載の方法。
4. 前記ＡＰＳ識別子が、前記以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットの最大数に関連付けられ、前記以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットの数が前記最大数に到達したという判定に応答して、新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットが、最長時間未使用（ＬＲＵ）機構で、前記以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのうちの１つに取って代わる、請求項１に記載の方法。
5. 前記ＦＩＦＯ機構で、前記新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットが、シーケンス・パラメータ・セット（ＳＰＳ）、ＡＰＳ、ピクチャ・パラメータ・セット（ＰＰＳ）、ＰＨ、ＳＨ、Ｒｅｇｉｏｎ、コーディング・ツリー・ユニット（ＣＴＵ）、コーディング・ユニット（ＣＵ）、Ｓｕｂｂｌｏｃｋ、および／またはＳａｍｐｌｅレベルのうちの１つまたは複数で円形に、前記以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのうちの１つに取って代わる、請求項３に記載の方法。
6. 前記ＬＲＵ機構で、前記新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットが、ＳＰＳ、ＡＰＳ、グループ・オブ・ピクチャ（ＧＯＰ）ごとの構造、ＰＰＳ、ＰＨ、ＳＨ、Ｒｅｇｉｏｎ、ＣＴＵ、ＣＵ、Ｓｕｂｂｌｏｃｋ、および／またはＳａｍｐｌｅレベルのうちの１つまたは複数で、前記以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのカウント・テーブルによって識別される最長時間未使用オフセット・セットに取って代わる、請求項４に記載の方法。
7. 前記最大数が、ＳＰＳ、ＡＰＳ、ＰＰＳ、ＰＨ、ＳＨ、Ｒｅｇｉｏｎ、ＣＴＵ、ＣＵ、Ｓｕｂｂｌｏｃｋ、および／またはＳａｍｐｌｅレベルのうちの１つまたは複数で、事前定義または信号化される、請求項３に記載の方法。
8. 前記複数の以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットが、前記それぞれの分類子に関連付けられた候補位置、バンド情報、エッジ情報、およびコーディング情報のうちの１つまたは複数を含む、請求項２に記載の方法。
9. 前記ＡＰＳ識別子に関連付けられた前記以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットがいずれも、前記新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットと同じでない場合、前記新しく追加されたＣＣＳＡＯフィルタ・オフセット・セットが、前記以前に使用されたＣＣＳＡＯフィルタ・オフセット・セットのうちの１つに取って代わる、請求項３に記載の方法。
10. 前記ＡＰＳ識別子が、前記現在のピクチャまたはスライス内の前記第１の成分および前記第２の成分に使用され、前記第１の成分が、第１のＣＣＳＡＯフィルタ・オフセット・セット交換機構を使用し、前記第２の成分が、第２のＣＣＳＡＯフィルタ・オフセット・セット交換機構を使用する、請求項２に記載の方法。
11. ＰＨまたはＳＨ内の第１の構文が、前記現在のピクチャまたはスライス内の前記第１の成分に使用される第１のＡＰＳ識別子を示し、ＰＨまたはＳＨ内の第２の構文が、前記現在のピクチャまたはスライス内の前記第２の成分に使用される第２のＡＰＳ識別子を示す、請求項２に記載の方法。
12. １つまたは複数の処理ユニットと、
    前記１つまたは複数の処理ユニットに結合されたメモリと、
    前記メモリ内に記憶された複数のプログラムとを備える電子装置であって、前記複数のプログラムが、前記１つまたは複数の処理ユニットによって実行されたとき、前記電子装置に、請求項１から１１のいずれか一項に記載の方法を実行させる、
    電子装置。
13. ビットストリームが記憶されたコンピュータ可読記憶媒体であって、請求項１から１１のいずれか一項に記載のビデオ・データを復号する方法によって生成されたビデオ情報を含むコンピュータ可読記憶媒体。
14. １つまたは複数の処理ユニットを有する電子装置による実行のために、複数のプログラムを記憶する非一時的コンピュータ可読記憶媒体であって、前記複数のプログラムが、前記１つまたは複数の処理ユニットによって実行されたとき、前記電子装置に、請求項１から１１のいずれか一項に記載の方法を実行させる、非一時的コンピュータ可読記憶媒体。

Images