JP2024507857A - 成分間サンプル適応オフセットにおけるコーディングの強化 - 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