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

Abstract

電子装置が、ビデオデータを復号する方法を実行し、この方法は、ビデオ信号から、第１の色空間内に第１の成分および第２の成分を含むピクチャフレームを受信することと、第１の色空間内の第２の成分のそれぞれのサンプルに関連付けられた第１の成分の１組の１つまたは複数のサンプルから、第１の色空間内の第２の成分に対する分類子を決定することであり、１組の１つまたは複数のサンプルが第２の色空間内に位置する、決定することと、分類子に従って、第１の色空間内の第２の成分のそれぞれのサンプルに対するサンプルオフセットを決定することと、決定されたサンプルオフセットに基づいて、第１の色空間内の第２の成分のそれぞれのサンプルの値を修正することと、を含む。

Description

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

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

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

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

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

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

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

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

本出願の第１の態様によれば、ビデオ信号を復号する方法が、ビデオ信号から、第１の色空間内に第１の成分および第２の成分を含むピクチャフレームを受信することと、第１の色空間内の第２の成分のそれぞれのサンプルに関連付けられた第１の成分の第１のセットの１つまたは複数のサンプルから、第１の色空間内の第２の成分に対する分類子を決定することであり、第１のセットの１つまたは複数のサンプルが第２の色空間に変換される、決定することと、分類子に従って、第１の色空間内の第２の成分のそれぞれのサンプルに対するサンプルオフセットを決定することと、決定されたサンプルオフセットに基づいて、第１の色空間内の第２の成分のそれぞれのサンプルの値を修正することとを含む。

いくつかの実施形態では、第１の成分は、ルマ成分、第１のクロマ成分、および第２のクロマ成分からなるグループから選択された成分であり、第２の成分は、ルマ成分、第１のクロマ成分、および第２のクロマ成分からなるグループから選択された成分である。

いくつかの実施形態では、第１のセットの１つまたは複数のサンプルは、線形変換によって、第２の色空間に変換される。

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

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

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

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

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

本開示のいくつかの実装例に係る例示的なビデオ符号化および復号システムを示すブロック図である。 本開示のいくつかの実装例に係る例示的なビデオエンコーダを示すブロック図である。 本開示のいくつかの実装例に係る例示的なビデオデコーダを示すブロック図である。 本開示のいくつかの実装例によってフレームが異なるサイズおよび形状の複数のビデオブロックにどのように再帰的に分割されるかを示すブロック図である。 本開示のいくつかの実装例によってフレームが異なるサイズおよび形状の複数のビデオブロックにどのように再帰的に分割されるかを示すブロック図である。 本開示のいくつかの実装例によってフレームが異なるサイズおよび形状の複数のビデオブロックにどのように再帰的に分割されるかを示すブロック図である。 本開示のいくつかの実装例によってフレームが異なるサイズおよび形状の複数のビデオブロックにどのように再帰的に分割されるかを示すブロック図である。 本開示のいくつかの実装例によってフレームが異なるサイズおよび形状の複数のビデオブロックにどのように再帰的に分割されるかを示すブロック図である。 本開示のいくつかの実装例に係るサンプル適応オフセット（ＳＡＯ）で使用される４つの勾配パターンを描くブロック図である。 本開示のいくつかの実装例によってクロマサンプルに適用され、ＤＢＦ Ｙを入力として使用するＣＣＳＡＯシステムおよびプロセスを示すブロック図である。 本開示のいくつかの実装例によってルマサンプルおよびクロマサンプルに適用され、ＤＢＦ Ｙ／Ｃｂ／Ｃｒを入力として使用するＣＣＳＡＯシステムおよびプロセスを示すブロック図である。 本開示のいくつかの実装例によって独立して機能することができるＣＣＳＡＯシステムおよびプロセスを示すブロック図である。 本開示のいくつかの実装例によって同じまたは異なるオフセットで再帰的に適用（２またはＮ回）されうるＣＣＳＡＯシステムおよびプロセスを示すブロック図である。 本開示のいくつかの実装例によってＡＶＳ規格において強化されたサンプル適応オフセット（ＥＳＡＯ）に並行して適用されたＣＣＳＡＯシステムおよびプロセスを示すブロック図である。 本開示のいくつかの実装例によってＳＡＯ後に適用されたＣＣＳＡＯシステムおよびプロセスを示すブロック図である。 本開示のいくつかの実装例によってＣＣＳＡＯシステムおよびプロセスがＣＣＡＬＦなしで独立して機能することができることを示すブロック図である。 本開示のいくつかの実装例によって成分間適応ループフィルタ（ＣＣＡＬＦ）に並行して適用されたＣＣＳＡＯシステムおよびプロセスを示すブロック図である。 本開示のいくつかの実装例に係るＣＣＳＡＯを使用するサンプルプロセスを示すブロック図である。 本開示のいくつかの実装例によってＣＣＳＡＯプロセスが垂直および水平デブロッキング・フィルタ（ＤＢＦ）にインターリーブされることを示すブロック図である。 本開示のいくつかの実装例に係る成分間相関を使用してビデオ信号を復号する例示的なプロセスを示す流れ図である。 本開示のいくつかの実装例に係るＣ０分類に異なるルマ（またはクロマ）サンプル位置を使用する分類子を示すブロック図である。 本開示のいくつかの実装例に係るルマ候補に対する異なる形状のいくつかの例を示す図である。 本開示のいくつかの実装例によって全ての配列および隣接ルマ／クロマサンプルがＣＣＳＡＯ分類に供給されうることを示すサンプルプロセスのブロック図である。 本開示のいくつかの実装例によって、配列ルマサンプル値を、配列および隣接ルマサンプルに加重することによって取得された値に交換することによって、例示的な分類子を示す図である。 本開示のいくつかの実装例によって、分類に使用された配列および隣接ルマ（クロマ）サンプルのいずれかが現在のピクチャの外側にある場合に、ＣＣＳＡＯが現在のクロマ（ルマ）サンプルに適用されないことを示すブロック図である。 本開示のいくつかの実装例によって、分類に使用された配列および隣接ルマまたはクロマサンプルのいずれかが現在のピクチャの外側にある場合に、ＣＣＳＡＯが現在のルマまたはクロマサンプルに適用されることを示すブロック図である。 本開示のいくつかの実装例によって、分類に使用された対応する選択された配列または隣接ルマサンプルが仮想境界（ＶＢ）によって画定された仮想空間の外側にある場合に、ＣＣＳＡＯが現在のクロマサンプルに適用されないことを示すブロック図である。 本開示のいくつかの実装例によって、反復またはミラー・パディングが、仮想境界の外側にあるルマサンプルに適用されることを示す図である。 本開示のいくつかの実装例によって、９つ全ての配列および隣接ルマサンプルが分類に使用される場合に、追加の１ルマラインバッファが必要とされることを示す図である。 本開示のいくつかの実装例によって、ＡＶＳにおいて、ＶＢを交差する９つのルマ候補ＣＣＳＡＯが、２つの追加のルマラインバッファだけ増大しうることを示す図である。 本開示のいくつかの実装例によって、ＶＶＣにおいて、ＶＢを交差する９つのルマ候補ＣＣＳＡＯが、１つの追加のルマラインバッファだけ増大しうることを示す図である。 本開示のいくつかの実装例によって、配列または隣接クロマサンプルが現在のルマサンプルを分類するために使用されるとき、選択されたクロマ候補がＶＢを横切り、追加のクロマラインバッファを必要としうることを示す図である。 本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマサンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマサンプルＶＢの外側にある）場合に、ＣＣＳＡＯがクロマサンプルに対して無効化されることを示す図である。 本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマサンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマサンプルＶＢの外側にある）場合に、ＣＣＳＡＯがクロマサンプルに対して無効化されることを示す図である。 本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマサンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマサンプルＶＢの外側にある）場合に、ＣＣＳＡＯがクロマサンプルに対して無効化されることを示す図である。 本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマサンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマサンプルＶＢの外側にある）場合に、クロマサンプルに反復パディングを使用してＣＣＳＡＯが有効化されることを示す図である。 本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマサンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマサンプルＶＢの外側にある）場合に、クロマサンプルに反復パディングを使用してＣＣＳＡＯが有効化されることを示す図である。 本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマサンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマサンプルＶＢの外側にある）場合に、クロマサンプルに反復パディングを使用してＣＣＳＡＯが有効化されることを示す図である。 本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマサンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマサンプルＶＢの外側にある）場合に、クロマサンプルにミラー・パディングを使用してＣＣＳＡＯが有効化されることを示す図である。 本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマサンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマサンプルＶＢの外側にある）場合に、クロマサンプルにミラー・パディングを使用してＣＣＳＡＯが有効化されることを示す図である。 本開示のいくつかの実装例によって、ＡＶＳおよびＶＶＣにおいて、クロマサンプルのルマ候補のいずれかがＶＢを横切る（現在のクロマサンプルＶＢの外側にある）場合に、クロマサンプルにミラー・パディングを使用してＣＣＳＡＯが有効化されることを示す図である。 本開示のいくつかの実装例によって、異なるＣＣＳＡＯサンプル形状に両面対称パディングを使用してＣＣＳＡＯが有効化されることを示す図である。 本開示のいくつかの実装例によって、異なるＣＣＳＡＯサンプル形状に両面対称パディングを使用してＣＣＳＡＯが有効化されることを示す図である。 本開示のいくつかの実装例に係る制限された数のルマ候補を分類に使用するという制限を示す図である。 本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域がコーディングツリーブロック（ＣＴＢ）／コーディングツリーユニット（ＣＴＵ）境界に位置合わせされていないことを示す図である。 本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域フレーム区分がＣＣＳＡＯパラメータによって固定されうることを示す図である。 本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域が、フレーム／スライス／ＣＴＢレベルから分割された２分木（ＢＴ）／４分木（ＱＴ）／３分木（ＴＴ）であってよいことを示す図である。 本開示のいくつかの実装例に係るピクチャフレーム内の異なるレベルで使用されて切り換えられる複数の分類子を示すブロック図である。 本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域区分が動的でありかつピクチャレベルで切り替えられうることを示すブロック図である。 本開示のいくつかの実装例によって、ＣＣＳＡＯ分類子が現在または成分間の符号化情報を考慮することができることを示す図である。 本開示のいくつかの実装例によって、本開示に開示されるＳＡＯ分類方法が予測後フィルタとして働くことを示すブロック図である。 本開示のいくつかの実装例によって、予測後ＳＡＯフィルタのために、各成分が現在のサンプルおよび隣接サンプルを分類に使用することができることを示すブロック図である。 本開示のいくつかの実装例に係る成分間相関を使用してビデオ信号を復号する例示的なプロセスを示す流れ図である。 本開示のいくつかの実装例に係るユーザインターフェースに結合されたコンピューティング環境を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

いくつかの実施形態では、配列ルマサンプル（Ｙ０）および隣接する８つのルマサンプルの比較スコア［－８，８］が使用され、合計１７のクラスをもたらす。

初期クラス＝０
隣接する８つのルマサンプルを介したループ（Ｙｉ，ｉ＝１～８）
ｉｆ Ｙ０＞Ｙｉ Ｃｌａｓｓ＋＝１
ｅｌｓｅ ｉｆ Ｙ０＜Ｙｉ Ｃｌａｓｓ－＝１
いくつかの実施形態では、上述された分類方法が組み合わされうる。例えば、ダイバーシティを増大させるために、ＳＡＯ ＢＯ（３２バンドの分類）と組み合わされた比較スコアが使用され、合計１７＊３２のクラスをもたらす。いくつかの実施形態では、ＣｂおよびＣｒは、複雑さを低減させるため、またはビットを節約するために、同じクラスを使用することができる。

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

Ｍａｘ Ｙ０＝ｍａｘ（Ｙ０＿ＤＢＦ＿Ｖ，Ｙ０＿ＤＢＦ＿Ｈ，Ｙ０＿ＤＢＦ）
Ｍａｘ Ｙｉ＝ｍａｘ（Ｙｉ＿ＤＢＦ＿Ｖ，Ｙｉ＿ＤＢＦ＿Ｈ，Ｙｉ＿ＤＢＦ）
ｍａｘ Ｙ０およびｍａｘ ＹｉをＣＣＳＡＯ分類に与える。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

クラス（Ｃ０）＝（（Ｙ０＊ｂａｎｄ＿ｎｕｍ）＋（１＜＜ｂｉｔ＿ｄｅｐｔｈ））＞＞ｂｉｔ＿ｄｅｐｔｈ
いくつかのｂａｎｄ＿ｎｕｍおよびｂｉｔ＿ｄｅｐｔｈの例が、以下の表３に挙げられている。表３は、分類例の各々に対してバンドの数が異なるときの３つの分類例を示す。

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

いくつかの実施形態では、シーケンス・パラメータ・セット（ＳＰＳ）／適応パラメータ・セット（ＡＰＳ）／ピクチャ・パラメータ・セット（ＰＰＳ）／ピクチャ・ヘッダ（ＰＨ）／スライス・ヘッダ（ＳＨ）／領域／コーディングツリーユニット（ＣＴＵ）／コーディングユニット（ＣＵ）／サブブロック／サンプル・レベルにおいて、異なる分類子が切り換えられうる。例えば、図１０では、以下の表４に示されているように、ＰＯＣ０にＹ０を使用するがＰＯＣ１にＹ７を使用する。

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

いくつかの実施形態では、Ｃ０位置およびＣ０のｂａｎｄ＿ｎｕｍが組み合わされてよく、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／領域／ＣＴＵ／ＣＵ／サブブロック／サンプル・レベルにおいて切り換えられうる。以下の表５に示されているように、異なる組合せが異なる分類子であってよい。

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

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

いくつかの実施形態では、別の分類子（Ｃ１）は、配列ルマサンプル（Ｙ０）および隣接する８つのルマサンプルの比較スコア［－８，８］であり、以下に示されているように、合計１７のクラスをもたらす。

初期クラス（Ｃ１）＝０、隣接する８つのルマサンプルを介したループ（Ｙｉ，ｉ＝１～８）
ｉｆ Ｙ０＞Ｙｉ Ｃｌａｓｓ＋＝１
ｅｌｓｅ ｉｆ Ｙ０＜Ｙｉ Ｃｌａｓｓ－＝１
いくつかの実施形態では、Ｃ１の例は以下の関数に等しく、閾値ｔｈは０である。

ＣｌａｓｓＩｄｘ＝Ｉｎｄｅｘ２ＣｌａｓｓＴａｂｌｅ（ｆ（Ｃ，Ｐ１）＋ｆ（Ｃ，Ｐ２）＋．．．＋ｆ（Ｃ，Ｐ８））
ｉｆ ｘ－ｙ＞ｔｈ，ｆ（ｘ，ｙ）＝１；ｉｆ ｘ－ｙ＝ｔｈ，ｆ（ｘ，ｙ）＝０；ｉｆ ｘ－ｙ＜ｔｈ，ｆ（ｘ，ｙ）＝－１
上式で、Ｉｎｄｅｘ２ＣｌａｓｓＴａｂｌｅはルックアップ・テーブル（ＬＵＴ）であり、Ｃは現在のサンプルまたは配列サンプルであり、Ｐ１～Ｐ８は隣接サンプルである。

いくつかの実施形態では、Ｃ４分類子と同様に、差分の分類（量子化）を助けるために、１つまたは複数の閾値が予め規定されてよく（例えば、ＬＵＴで維持される）、またはＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／領域／ＣＴＵ／ＣＵ／サブブロック／サンプル・レベルで信号化されてよい。

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

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

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

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

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

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

いくつかの実施形態では、ルマ位置およびＣ３ビットマスクが組み合わされてよく、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／領域／ＣＴＵ／ＣＵ／サブブロック／サンプル・レベルで切り換えられうる。異なる組合せは異なる分類子であってよい。

いくつかの実施形態では、ビットマスク制限の「１の最大数」は、対応するオフセットの数を制限するために適用されうる。例えば、ＳＰＳでビットマスクの「１の最大数」を４に制限することで、シーケンスの最大オフセットを１６にする。異なるＰＯＣのビットマスクは異なってもよいが、「１の最大数」は４を超過しないものとする（全クラスで１６を超過しないものとする）。「１の最大数」値が信号化されてよく、ＳＰＳ／ＡＰＳ／ＰＰＳ／ＰＨ／ＳＨ／領域／ＣＴＵ／ＣＵ／サブブロック／サンプル・レベルで切り換えられうる。

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

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

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

クラス（Ｃ２）＝（Ｙｎ＋（１＜＜ｂｉｔ＿ｄｅｐｔｈ）＊ｂａｎｄ＿ｎｕｍ）＞＞（ｂｉｔ＿ｄｅｐｔｈ＋１）。

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

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

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

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

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

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

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

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

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

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

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

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

ｄｉｆｆがＹのＣ１比較スコアを示す場合、ｃｌａｓｓＩｄｘ導出は次のとおりとなりうる。

ｂａｎｄＹ＝（ｃａｎｄＹ＊ｂａｎｄＮｕｍＹ）＞＞ＢｉｔＤｅｐｔｈ；
ｂａｎｄＵ＝（ｃａｎｄＵ＊ｂａｎｄＮｕｍＵ）＞＞ＢｉｔＤｅｐｔｈ；
ｂａｎｄＶ＝（ｃａｎｄＶ＊ｂａｎｄＮｕｍＶ）＞＞ＢｉｔＤｅｐｔｈ；
ｅｄｇｅＩｄｘ＝ｄｉｆｆ＋（ｅｄｇｅＮｕｍ＞＞１）；
ｂａｎｄＩｄｘ＝ｂａｎｄＹ＊ｂａｎｄＮｕｍＵ＊ｂａｎｄＮｕｍＶ
＋ｂａｎｄＵ＊ｂａｎｄＮｕｍＶ
＋ｂａｎｄＶ；
ｃｌａｓｓＩｄｘ＝ｂａｎｄＩｄｘ＊ｅｄｇｅＮｕｍ＋ｅｄｇｅＩｄｘ；

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

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

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

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

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

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

いくつかの実施形態では、最大オフセット値は固定され、またはシーケンス・パラメータ・セット（ＳＰＳ）／適応パラメータ・セット（ＡＰＳ）／ピクチャ・パラメータ・セット（ＰＰＳ）／ピクチャ・ヘッダ（ＰＨ）／スライス・ヘッダ（ＳＨ）／領域／ＣＴＵ／ＣＵ／サブブロック／サンプル・レベルで信号化される。例えば、最大オフセットは［－１５，１５］である。異なる成分は異なる最大オフセット値を有することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

いくつかの実施形態では、サンプル処理が以下に記載される。Ｒ（ｘ，ｙ）をＣＣＳＡＯ前の入力ルマまたはクロマサンプル値とし、Ｒ’（ｘ，ｙ）をＣＣＳＡＯ後の出力ルマまたはクロマサンプル値とする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図２８は、本開示のいくつかの実装例によって、ＣＣＳＡＯ適用領域区分が動的であってよく、ピクチャレベルで切り換えられうることを示すブロック図である。例えば、図２８（ａ）は、３つのＣＣＳＡＯオフセットセットがこのＰＯＣで使用され（ｓｅｔ＿ｎｕｍ＝３）、したがってピクチャフレームが垂直に３つの領域に分割されることを示す。図２８（ｂ）は、４つのＣＣＳＡＯオフセットセットがこのＰＯＣで使用され（ｓｅｔ＿ｎｕｍ＝４）、したがってピクチャフレームが水平に４つの領域に分割されることを示す。図２８（ｃ）は、３つのＣＣＳＡＯオフセットセットがこのＰＯＣで使用され（ｓｅｔ＿ｎｕｍ＝３）、したがってピクチャフレームが３つの領域にラスタ分割されることを示す。各領域は、ＣＴＢオン／オフ制御ビットを節減するために、その独自の領域のオール・オン・フラグを有することができる。領域の数は、信号化されるピクチャｓｅｔ＿ｎｕｍに依存する。

ＣＣＳＡＯ適用領域は、ブロック内の符号化情報（サンプル位置、サンプル符号化モード、ループフィルタ・パラメータなど）に従って、特有の区域とすることができる。例えば、１）ＣＣＳＡＯ適用領域は、サンプルがスキップモードで符号化されるときのみ適用されてよく、または２）ＣＣＳＡＯ適用領域は、ＣＴＵ境界に沿ってＮのサンプルのみを含み、または３）ＣＣＳＡＯ適用領域は、フレーム内の８×８格子上にのみサンプルを含み、または４）ＣＣＳＡＯ適用領域は、ＤＢＦフィルタ・サンプルのみを含み、または５）ＣＣＳＡＯ適用領域は、ＣＵ内に上Ｍおよび左Ｎの行のみを含む。異なる適用領域は、異なる分類子を使用することができる。異なる適用領域は、異なる分類子を使用することができる。例えば、ＣＴＵで、スキップモードはＣ１を使用し、８×８格子はＣ２を使用し、スキップモードおよび８×８格子はＣ３を使用する。例えば、ＣＴＵで、スキップモード・符号化サンプルはＣ１を使用し、ＣＵ中心のサンプルはＣ２を使用し、ＣＵ中心においてスキップモードで符号化されたサンプルはＣ３を使用する。図２９は、本開示のいくつかの実装例によって、ＣＣＳＡＯ分類子が現在または成分間の符号化情報を考慮することができることを示す図である。例えば、異なる符号化モード／パラメータ／サンプル位置は、異なる分類子を形成することができる。異なる符号化情報が組み合わされて、共同分類子を形成することができる。異なる区域は、異なる分類子を使用することができる。図２９はまた、適用領域の別の例を示す。

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

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

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

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

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

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

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

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

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

ｐｒｅｄ’）が、対応するクラス・オフセットを加えることによって更新され、その後、イントラ、インター、または他の予測に使用される。

Ｙｐｒｅｄ’＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｙｐｒｅｄ＋ｈ＿Ｙ［ｉ］）
Ｕｐｒｅｄ’＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｕｐｒｅｄ＋ｈ＿Ｕ［ｉ］）
Ｖｐｒｅｄ’＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｖｐｒｅｄ＋ｈ＿Ｖ［ｉ］）
いくつかの実施形態では、現在のクロマ成分に加えて、クロマのＵおよびＶ成分に対して、成分間（Ｙ）がさらなるオフセット分類に使用されうる。例えば以下で表３３に示されているように、追加の成分間オフセット（ｈ’＿Ｕ，ｈ’＿Ｖ）が、現在の成分オフセット（ｈ＿Ｕ，ｈ＿Ｖ）で加えられうる。

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

Ｕｐｒｅｄ”＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｕｐｒｅｄ’＋ｈ’＿Ｕ［ｉ］）
Ｖｐｒｅｄ”＝ｃｌｉｐ３（０，（１＜＜ｂｉｔ＿ｄｅｐｔｈ）－１，Ｖｐｒｅｄ’＋ｈ’＿Ｖ［ｉ］）
いくつかの実施形態では、イントラおよびインター予測は、異なるＳＡＯフィルタ・オフセットを使用することができる。

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

ビデオデコーダ３０（図３に示されている）が、ビデオ信号から、第１の色空間内に第１の成分および第２の成分を含むピクチャフレームを受信する（３２１０）。

ビデオデコーダ３０は、第１の色空間内の第２の成分のそれぞれのサンプルに関連付けられた第２の色空間内の第１の成分の第１のセットの１つまたは複数のサンプルから、第１の色空間内の第２の成分に対する分類子を決定する（３２２０）。

ビデオデコーダ３０は、分類子に従って、第１の色空間内の第２の成分のそれぞれのサンプルに対するサンプルオフセットを決定する（３２３０）。

ビデオデコーダ３０は、決定されたサンプルオフセットに基づいて、第１の色空間内の第２の成分のそれぞれのサンプルの値を修正する（３２４０）。

いくつかの実施形態では、第１の成分は、ルマ成分、第１のクロマ成分、および第２のクロマ成分からなるグループから選択された成分であり、第２の成分は、ルマ成分、第１のクロマ成分、および第２のクロマ成分からなるグループから選択された成分である。

いくつかの実施形態では、第１のセットの１つまたは複数のサンプルは、線形変換を使用して、第１の色空間からの第２の成分のそれぞれのサンプルに関連付けられた第１の成分の１つまたは複数のサンプルを第２の色空間に変換することによって取得される。

いくつかの実施形態では、線形変換は、
Ｏ_１＝ａ×Ｉ_１＋ｂ×Ｉ_２＋ｃ×Ｉ_３
Ｏ_２＝ｄ×Ｉ_１＋ｅ×Ｉ_２＋ｆ×Ｉ_３
Ｏ_３＝ｇ×Ｉ_１＋ｈ×Ｉ_２＋ｉ×Ｉ_３
によって表され、上式で、ａ、ｂ、ｃ、ｄ、ｅ、ｆ、ｇ、ｈ、ｉは、所定の定数であり、Ｉ_１、Ｉ_２、Ｉ_３は、それぞれ第１の色空間内の第１の成分、第２の成分、および第３の成分のサンプルの値であり、Ｏ_１、Ｏ_２、Ｏ_３は、それぞれ第２の色空間内の第１の成分、第２の成分、および第３の成分のサンプルの値である。

いくつかの実施形態では、第１の色空間はＹＵＶ色空間であり、第２の色空間はＲＧＢ色空間である。

いくつかの実施形態では、第１の色空間はＲＧＢ色空間であり、第２の色空間はＹＵＶ色空間である。

いくつかの実施形態では、第１のセットの１つまたは複数のサンプルは、非線形変換を使用して、第１の色空間からの第２の成分のそれぞれのサンプルに関連付けられた第１の成分の１つまたは複数のサンプルを第２の色空間に変換することによって取得される。

いくつかの実施形態では、分類子を決定すること（３２２０）は、第２の成分のそれぞれのサンプルに関連付けられた第２の成分の第２のセットの１つまたは複数のサンプルからさらに、第１の色空間内の第２の成分に対する分類子を決定することをさらに含み、第２のセットの１つまたは複数のサンプルは、第１の色空間内または第２の色空間内に位置する。

いくつかの実施形態では、ピクチャフレームは、第３の成分をさらに含み、分類子を決定すること（３２２０）は、第２の成分のそれぞれのサンプルに関連付けられた第３の成分の第３のセットの１つまたは複数のサンプルからさらに、第１の色空間内の第２の成分に対する分類子を決定することをさらに含み、第３の成分は第２のクロマ成分であり、第３のセットの１つまたは複数のサンプルは、第１の色空間内または第２の色空間内に位置する。

いくつかの実施形態では、分類子は、第１のサブ分類子および／または第２のサブ分類子のうちの少なくとも１つによって決定され、第１のサブ分類子は、第１の成分の第１のセットの１つまたは複数のサンプルの値の第１のダイナミックレンジを第１の数のバンドに分割し、第１の成分の第１のセットの１つまたは複数のサンプルの強度値に基づいてバンドを選択することによって決定され、第２のサブ分類子は、第２の成分の第２のセットの１つまたは複数のサンプルの第１のサブグループのエッジ情報の方向および強度に基づいて決定される。

いくつかの実施形態では、第１の成分は第１のクロマ成分であり、第２の成分はルマ成分であり、第２の成分のそれぞれのサンプルに関連付けられた第１の成分の第１のセットの１つまたは複数のサンプルは、第２の成分のそれぞれのサンプルに対する第１の成分の配列および隣接サンプルのうちの１つまたは複数から選択される。

いくつかの実施形態では、第２の成分のそれぞれのサンプルに関連付けられた第２の成分の第２のセットの１つまたは複数のサンプルは、第２の成分のそれぞれのサンプルに対する第２の成分の現在のサンプルおよび隣接サンプルのうちの１つまたは複数から選択される。

いくつかの実施形態では、分類子を決定すること（３２２０）は、第２の成分のそれぞれのサンプルに関連付けられた第１、第２、および第３の成分のうちの１つまたは複数の第４のセットの１つまたは複数のサンプルからさらに、第１の色空間内の第２の成分に対する分類子を決定することをさらに含み、第４のセットの１つまたは複数のサンプルは、第１の色空間内または第２の色空間内に位置する。

いくつかの実施形態では、分類子を決定すること（３２２０）は、第４のセットの１つまたは複数のサンプルの以前の符号化情報からさらに、第１の色空間内の第２の成分に対する分類子を決定することをさらに含む。

いくつかの実施形態では、分類子を決定すること（３２２０）は、分類子のクラスインデックスを、
ＣｌａｓｓＩｄｘ＝Ｉｎｄｅｘ２ＣｌａｓｓＴａｂｌｅ（ｆ（Ｃ，Ｐ１）＋ｆ（Ｃ，Ｐ２）＋．．．＋ｆ（Ｃ，Ｐ８））
として決定することをさらに含み、上式で、Ｃは現在のサンプルまたは配列サンプルの値であり、Ｐ１，Ｐ２，．．．Ｐ８は隣接サンプルの値であり、Ｉｎｄｅｘ２ＣｌａｓｓＴａｂｌｅはインデックスクラスの予め規定された表であり、ｔｈは閾値であり、ｘ－ｙ＞ｔｈである場合、ｆ（ｘ，ｙ）＝１であり、ｘ－ｙ＝ｔｈである場合、ｆ（ｘ，ｙ）＝０であり、ｘ－ｙ＜ｔｈである場合、ｆ（ｘ，ｙ）＝－１である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (18)

1. ビデオ信号を復号する方法であって、
   前記ビデオ信号から、第１の色空間内に第１の成分および第２の成分を含むピクチャフレームを受信することと、
   前記第１の色空間内の前記第２の成分のそれぞれのサンプルに関連付けられた第２の色空間内の前記第１の成分の第１のセットの１つまたは複数のサンプルから、前記第１の色空間内の前記第２の成分に対する分類子を決定することと、
   前記分類子に従って、前記第１の色空間内の前記第２の成分の前記それぞれのサンプルに対するサンプルオフセットを決定することと、
   決定された前記サンプルオフセットに基づいて、前記第１の色空間内の前記第２の成分の前記それぞれのサンプルの値を修正することと、を含む方法。
2. 前記第１の成分が、ルマ成分、第１のクロマ成分、および第２のクロマ成分からなるグループから選択された成分であり、
   前記第２の成分が、前記ルマ成分、前記第１のクロマ成分、および前記第２のクロマ成分からなるグループから選択された成分である、
   請求項１に記載の方法。
3. 前記第１のセットの１つまたは複数のサンプルが、線形変換を使用して、前記第１の色空間からの前記第２の成分の前記それぞれのサンプルに関連付けられた前記第１の成分の１つまたは複数のサンプルを前記第２の色空間に変換することによって取得される、請求項１に記載の方法。
4. 前記線形変換が、
   Ｏ_１＝ａ×Ｉ_１＋ｂ×Ｉ_２＋ｃ×Ｉ_３
   Ｏ_２＝ｄ×Ｉ_１＋ｅ×Ｉ_２＋ｆ×Ｉ_３
   Ｏ_３＝ｇ×Ｉ_１＋ｈ×Ｉ_２＋ｉ×Ｉ_３
   によって表され、上式で、ａ、ｂ、ｃ、ｄ、ｅ、ｆ、ｇ、ｈ、ｉが、所定の定数であり、Ｉ_１、Ｉ_２、Ｉ_３が、それぞれ前記第１の色空間内の前記第１の成分、前記第２の成分、および第３の成分のサンプルの値であり、Ｏ_１、Ｏ_２、Ｏ_３が、それぞれ前記第２の色空間内の前記第１の成分、前記第２の成分、および前記第３の成分のサンプルの値である、請求項３に記載の方法。
5. 前記第１の色空間がＹＵＶ色空間であり、前記第２の色空間がＲＧＢ色空間である、請求項１に記載の方法。
6. 前記第１の色空間がＲＧＢ色空間であり、前記第２の色空間がＹＵＶ色空間である、請求項１に記載の方法。
7. 前記第１のセットの１つまたは複数のサンプルが、非線形変換を使用して、前記第１の色空間からの前記第２の成分の前記それぞれのサンプルに関連付けられた前記第１の成分の１つまたは複数のサンプルを前記第２の色空間に変換することによって取得される、請求項１に記載の方法。
8. 前記分類子を決定することが、前記第２の成分の前記それぞれのサンプルに関連付けられた前記第２の成分の第２のセットの１つまたは複数のサンプルからさらに、前記第１の色空間内の前記第２の成分に対する前記分類子を決定することをさらに含み、前記第２のセットの１つまたは複数のサンプルが、前記第１の色空間内または前記第２の色空間内に位置する、請求項１に記載の方法。
9. 前記ピクチャフレームが、第３の成分をさらに含み、前記分類子を決定することが、前記第２の成分の前記それぞれのサンプルに関連付けられた前記第３の成分の第３のセットの１つまたは複数のサンプルからさらに、前記第１の色空間内の前記第２の成分に対する前記分類子を決定することをさらに含み、前記第３の成分が第２のクロマ成分であり、前記第３のセットの１つまたは複数のサンプルが、前記第１の色空間内または前記第２の色空間内に位置する、請求項８に記載の方法。
10. 前記分類子が、第１のサブ分類子および／または第２のサブ分類子のうちの少なくとも１つによって決定され、前記第１のサブ分類子が、前記第１の成分の前記第１のセットの１つまたは複数のサンプルの値の第１のダイナミックレンジを第１の数のバンドに分割し、前記第１の成分の前記第１のセットの１つまたは複数のサンプルの強度値に基づいて、バンドを選択することによって決定され、前記第２のサブ分類子が、前記第２の成分の前記第２のセットの１つまたは複数のサンプルの第１のサブグループのエッジ情報の方向および強度に基づいて決定される、請求項８に記載の方法。
11. 前記第１の成分が第１のクロマ成分であり、前記第２の成分がルマ成分であり、前記第２の成分の前記それぞれのサンプルに関連付けられた前記第１の成分の前記第１のセットの１つまたは複数のサンプルが、前記第２の成分の前記それぞれのサンプルに対する前記第１の成分の配列および隣接サンプルのうちの１つまたは複数から選択される、請求項１に記載の方法。
12. 前記第２の成分の前記それぞれのサンプルに関連付けられた前記第２の成分の前記第２のセットの１つまたは複数のサンプルが、前記第２の成分の前記それぞれのサンプルに対する前記第２の成分の現在のサンプルおよび隣接サンプルのうちの１つまたは複数から選択される、請求項８に記載の方法。
13. 前記分類子を決定することが、前記第２の成分の前記それぞれのサンプルに関連付けられた前記第１、第２、および第３の成分のうちの１つまたは複数の第４のセットの１つまたは複数のサンプルからさらに、前記第１の色空間内の前記第２の成分に対する前記分類子を決定することをさらに含み、前記第４のセットの１つまたは複数のサンプルが、前記第１の色空間内または前記第２の色空間内に位置する、請求項１に記載の方法。
14. 前記分類子を決定することが、前記第４のセットの１つまたは複数のサンプルの以前の符号化情報からさらに、前記第１の色空間内の前記第２の成分に対する前記分類子を決定することをさらに含む、請求項１３に記載の方法。
15. 前記分類子を決定することが、前記分類子のクラスインデックスを、
    ＣｌａｓｓＩｄｘ＝Ｉｎｄｅｘ２ＣｌａｓｓＴａｂｌｅ（ｆ（Ｃ，Ｐ１）＋ｆ（Ｃ，Ｐ２）＋．．．＋ｆ（Ｃ，Ｐ８））
    として決定することをさらに含み、上式で、Ｃは現在のサンプルまたは配列サンプルの値であり、Ｐ１，Ｐ２，．．．Ｐ８は隣接サンプルの値であり、Ｉｎｄｅｘ２ＣｌａｓｓＴａｂｌｅはインデックスクラスの予め規定された表であり、ｔｈは閾値であり、ｘ－ｙ＞ｔｈである場合、ｆ（ｘ，ｙ）＝１であり、ｘ－ｙ＝ｔｈである場合、ｆ（ｘ，ｙ）＝０であり、ｘ－ｙ＜ｔｈである場合、ｆ（ｘ，ｙ）＝－１である、請求項１３に記載の方法。
16. １つまたは複数の処理ユニットと、
    前記１つまたは複数の処理ユニットに結合されたメモリと、
    前記メモリ内に記憶された複数のプログラムと、を備える電子装置であって、前記複数のプログラムが、前記１つまたは複数の処理ユニットによって実行されたとき、前記電子装置に、請求項１から１５のいずれか一項に記載の方法を実行させる、
    電子装置。
17. ビットストリームが記憶されたコンピュータ可読記憶媒体であって、請求項１から１５のいずれか一項に記載のビデオ信号を復号する方法によって生成されたビデオ情報を含むコンピュータ可読記憶媒体。
18. １つまたは複数の処理ユニットを有する電子装置による実行のために、複数のプログラムを記憶する非一時的コンピュータ可読記憶媒体であって、前記複数のプログラムが、前記１つまたは複数の処理ユニットによって実行されたとき、前記電子装置に、請求項１から１５のいずれか一項に記載の方法を実行させる、非一時的コンピュータ可読記憶媒体。

Images