JP2024099825A - ビデオフィルタリングのための方法及び装置 - Google Patents

Abstract

【課題】ビデオデコーディングにおけるフィルタリングのための方法を提供する。【解決手段】方法は、コーディングされたビデオビットストリーム内のデコードされた情報に基づいて、ブロックの第１の色成分及び第２の色成分の分離されたコーディング情報を決定することと、第１のループフィルタ構成に基づいて前記ブロック内の位置にある前記第１の色成分の第１のサンプルを再構成し、前記第１のループフィルタ構成とは異なる第２のループフィルタ構成に基づいて前記ブロック内の位置にある前記第２の色成分の第２のサンプルを再構成することと、を含む。【選択図】図２９

Description

参照による組み込み
本願は、２０２０年１２月１６日に出願した、２０２１年６月２８日に提出された、出願番号が１７／３６０７６１であり、発明の名称が「ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＶＩＤＥＯ ＦＩＬＴＥＲＩＮＧ」である米国特許出願に対して優先権を主張し、この出願は、出願番号が６３／１２６４２３であり、発明の名称が「ＨＡＲＭＯＮＩＺＥＤ ＳＣＨＥＭＥ ＢＥＴＷＥＥＮ（登録商標） ＳＥＭＩ ＤＥＣＯＵＰＬＥＤ ＰＡＲＴＩＴＩＯＮＩＮＧ ＡＮＤ ＬＯＯＰ ＦＩＬＴＥＲ」である米国仮出願に対して優先権を主張する。これらの出願の全ての内容は、参照により本願に組み込むものとする。

本開示は、一般的にビデオコーディングに関する実施形態を記載する。

本明細書で提供される「背景技術」の説明は、本開示の背景を大まかに示すことを目的とする。ここに名を挙げられている発明者の研究は、この背景技術に記載された範囲において、出願時に従来技術として通常見なされ得ない記載の態様とともに、明示的にも黙示的にも本開示に対する従来技術として認められない。

ビデオコーディング及びデコーディングは、動き補償を伴うインターピクチャ予測を使用して実行することができる。非圧縮デジタルビデオは一連のピクチャを含むことができ、各ピクチャは、例えば、１９２０×１０８０ルマ（luma）サンプルと関連するクロマ（chroma）サンプルの空間寸法を有している。一連のピクチャは、例えば毎秒６０ピクチャ又は６０Ｈｚの固定又は可変ピクチャレート（非公式には「フレームレート」とも呼ばれる）を有することができる。非圧縮ビデオには、顕著なビットレート要件がある。例えば、サンプルあたり８ビットでの１０８０ｐ６０ ４：２：０ビデオ（６０Ｈｚフレームレートでの１９２０×１０８０ルマサンプル解像度）には、１．５Ｇｂｉｔ／ｓに近い帯域幅が必要となる。このようなビデオを１時間使用するには、６００ＧＢｙｔｅｓを超える記憶空間が必要である。

ビデオコーディング及びデコーディングの１つの目的は、圧縮によって入力ビデオ信号の冗長性を削減することであり得る。圧縮は、前述の帯域幅及び／又は記憶空間の要件を、場合によっては２桁以上削減するのに役立つ。可逆圧縮と非可逆圧縮の両方、及びそれらの組み合わせを使用することができる。可逆圧縮とは、圧縮された元の信号から元の信号の正確なコピーを再構成できる技法を指す。非可逆圧縮を使用する場合、再構成された信号は元の信号と同一ではない可能性があるが、元の信号と再構成された信号の間の歪みは、再構成された信号を意図されたアプリケーションに役立つ程度に小さい。ビデオの場合、非可逆圧縮が広く採用されている。許容される歪みの量はアプリケーションによって異なる。例えば、特定のコンシューマストリーミングアプリケーションのユーザは、テレビ配信アプリケーションのユーザよりも高い歪みを許容できる。達成可能な圧縮率は、受け入れ可能／許容可能な歪みが大きいほど、圧縮率が高くなることを反映することができる。

ビデオエンコーダ及びデコーダは、例えば、動き補償、変換、量子化及びエントロピーコーディングを含むいくつかの幅広いカテゴリからの技法を利用することができる。

ビデオコーデック技術は、イントラコーディングとして知られる技法を含み得る。イントラコーディングでは、サンプル値は、予め再構成された参照ピクチャからのサンプル又は他のデータを参照せずに表される。一部のビデオコーデックでは、ピクチャは空間的にサンプルのブロックに細分化される。サンプルのすべてのブロックがイントラモードでコーディングされると、そのピクチャはイントラピクチャになり得る。イントラピクチャと、独立したデコーダリフレッシュピクチャなどのその派生物とは、デコーダの状態をリセットするために使用できるため、コーディングされたビデオビットストリームとビデオセッションの最初のピクチャとして、又は静止画像として使用することができる。イントラブロックのサンプルは変換にさらすことができ、変換係数はエントロピーコーディングの前に量子化することができる。イントラ予測は、事前変換領域でサンプル値を最小化する技法であり得る。場合によっては、変換後のＤＣ値が小さく、ＡＣ係数が小さいほど、エントロピーコーディング後のブロックを表すために所定の量子化ステップサイズで必要なビットが少なくなる。

例えばＭＰＥＧ－２世代コーディング技術から知られているような従来のイントラコーディングは、イントラ予測を使用しない。しかしながら、いくつかのより新しいビデオ圧縮技術は、例えば、空間的に隣接し、デコード順の先に位置するデータのブロックのエンコード及び／又はデコード中に得られた周囲のサンプルデータ及び／又はメタデータからイントラ予測を試みる技法を含む。そのような技法は、以降、「イントラ予測」技法と呼ばれる。少なくともいくつかのケースでは、イントラ予測は、再構成中の現在のピクチャからの参照データのみを使用し、参照ピクチャからの参照データを使用しないことに注意されたい。

イントラ予測は異なる形態で存在し得る。そのような技法の２つ以上が所定のビデオコーディング技術に使用できる場合、使用中の技法はイントラ予測モードでコーディングすることができる。場合によっては、モードはサブモード及び／又はパラメータを有することができ、それらを個別にコーディングするか、又はモードコードワードに含めることができる。どのコードワードが所定のモード／サブモード及び／又はパラメーターの組み合わせに使用されるかは、イントラ予測によるコーディング効率ゲインに影響を与える可能性があるため、コードワードをビットストリームに変換するために使用されるエントロピーコーディング技術も影響を与える可能性がある。

イントラ予測の特定のモードはＨ．２６４で導入され、Ｈ．２６５で改良され、さらに共同探索モデル（ＪＥＭ）、多用途ビデオコーディング（ＶＶＣ）及びベンチマークセット（ＢＭＳ）などのより新しいコーディング技術で改良された。予測子ブロックは、既に利用可能なサンプルに属する隣接サンプル値を使用して形成することができる。隣接サンプルのサンプル値は、方向に従って予測子ブロックにコピーされる。使用中の方向への参照は、ビットストリームでコーディングされるか、又はそれ自体を予測され得る。

図１Ａを参照すると、右下に示されているのは、Ｈ．２６５の３３通りの予測可能な方向（３５個のイントラモードのうちの３３個の角度モードに対応）から知られる９通りの予測方向のサブセットである。矢印が収束する点（１０１）は、予測されているサンプルを表す。矢印は、サンプルが予測されている方向を表す。例えば、矢印（１０２）は、サンプル（１０１）が、水平軸から４５度の角度での右上の１つ又は複数のサンプルから予測されることを示す。同様に、矢印（１０３）は、サンプル（１０１）が、水平軸から２２．５度の角度での、サンプル（１０１）の左下の１つ又は複数のサンプルから予測されることを示す。

引き続き図１Ａを参照すると、左上には、４×４サンプルの正方形ブロック（１０４）（太い破線で示される）が示されている。正方形ブロック（１０４）は、それぞれが、「Ｓ」、Ｙ次元におけるその位置（例えば、行インデックス）、及びＸ次元におけるその位置（例えば、列インデックス）でラベル付けされた１６サンプルを含む。例えば、サンプルＳ２１は、Ｙ次元（上から）における２番目のサンプルであり、かつＸ次元（左から）における１番目のサンプルである。同様に、サンプルＳ４４は、Ｙ及びＸ次元の両方においてブロック（１０４）における４番目のサンプルである。ブロックが４×４サンプルのサイズのため、Ｓ４４は、右下にある。さらに、同様な番号付け体系に従う参照サンプルが示されている。参照サンプルは、Ｒ、ブロック（１０４）に対するそのＹ位置（例えば、行インデックス）及びＸ位置（列インデックス）でラベル付けされる。Ｈ．２６４とＨ．２６５の両方で、予測サンプルは再構成中のブロックに隣接している。したがって、負の値を使用する必要はない。

イントラピクチャ予測は、シグナリングされた予測方向で適切な隣接サンプルから参照サンプル値をコピーすることで機能することができる。例えば、仮に、コーディングされたビデオビットストリームは、このブロックについて矢印（１０２）と一致する予測方向（すなわち、サンプルが、水平軸から４５度の角度での右上の１つ又は複数の予測サンプルから予測される）を示すシグナリングを含むものとする。この場合、サンプルＳ４１、Ｓ３２、Ｓ２３及びＳ１４は同一の参照サンプルＲ０５から予測される。次に、サンプルＳ４４は、参照サンプルＲ０８から予測される。

特定の場合において、特に方向が４５度で均等に分割されていない場合に、複数の参照サンプルの値は、参照サンプルを算出するために、例えば補間によって組み合わせられることができる。

ビデオコーディング技術が発展するにつれて、可能な方向の数は増加した。Ｈ．２６４（２００３年）では、９通りの異なる方向を表すことができた。Ｈ．２６５（２０１３年）で３３通りに増加し、ＪＥＭ／ＶＶＣ／ＢＭＳは開示時に最大６５通りの方向をサポートできる。最も見込みのある方向を識別するための実験が行われ、エントロピーコーディングにおける特定の技法は、少ない数のビットで見込みの高い方向を表すために使用され、見込みの低い方向に対する特定のペナルティを容認する。さらに、方向自体は、隣接する、既にデコードされたブロックで使用される隣接方向から予測される場合がある。

図１Ｂは、経時的な予測方向の増加数を示すために、ＪＥＭによる６５通りのイントラ予測方向を示す概略図（１８０）を示す。

方向を表すコーディングされたビデオビットストリームにおけるイントラ予測方向ビットのマッピングは、ビデオコーディング技術ごとに異なる可能性があり、また、例えば、イントラ予測モードへ乃至コードワードへの予測方向の単純な直接マッピングから、最確モードや類似した技法を含む複雑な適応方式までの範囲とすることができる。しかしながら、すべての場合において、他の特定の方向よりも、ビデオコンテンツにおいて発生する可能性が統計的に低い特定の方向が存在する可能性がある。ビデオ圧縮の目的は冗長性の削減であるため、適切に機能するビデオコーディング技術では、これらの可能性の低い方向は、可能性の高い方向より多くのビット数で表される。

動き補償は、非可逆圧縮技法であり得、予め再構成されたピクチャ又はその一部（参照ピクチャ）からのサンプルデータのブロックを、動きベクトル（以降、「ＭＶ」）によって示される方向に空間的にシフトした後、新しく再構成されたピクチャ又はピクチャ部分の予測に使用する技法に関連し得る。場合によっては、参照ピクチャは現在再構成中のピクチャと同じになることがある。ＭＶは、ＸとＹの２次元、又は、第３次元が、使用中の参照ピクチャを示す３次元を有することができる（後者は間接的に時間次元になることができる）。

一部のビデオ圧縮技法では、サンプルデータの特定の領域に適用可能なＭＶは、他のＭＶから、例えば再構成中の領域に空間的に隣接し、デコード順序でそのＭＶより前であるサンプルデータの別の領域に関連するＭＶから予測することができる。そうすることで、ＭＶのコーディングに必要なデータの量を大幅に削減することができ、これにより冗長性を取り除き、圧縮を強化する。例えば、カメラから導出される入力ビデオ信号（「ナチュラルビデオ」と呼ばれる）をコーディングする際に、単一のＭＶが適用される領域より大きい領域が、同様の方向に移動するため、場合によって隣接領域のＭＶから導出された類似の動きベクトルを使用して予測することができる統計的可能性があるため、ＭＶ予測は有効に働くことができる。その結果、特定の領域に対して検出されたＭＶは、周囲のＭＶから予測されたＭＶと類似又は同一であり、エントロピーコーディング後、ＭＶを直接コーディングする場合より少ないビット数で表することができる。場合によっては、ＭＶ予測は、元の信号（つまり、「サンプルストリーム」）から導出される信号（つまり、「ＭＶ」）の可逆圧縮の例になってもよい。他の場合では、例えばいくつかの周囲のＭＶから予測子を計算するときの丸め誤差のために、ＭＶ予測自体は非可逆になる可能性がある。

Ｈ．２６５／ＨＥＶＣ（ＩＴＵ－Ｔ推奨のＨ．２６５、「高効率ビデオコーディング」、２０１６年１２月）には、様々なＭＶ予測メカニズムが記載されている。Ｈ．２６５が提供する多くのＭＶ予測メカニズムのうち、ここで説明するのは、以降、「空間マージ」と呼ばれる技法である。

図２を参照すると、現在のブロック（２０１）は、空間的にシフトされた同じサイズの以前のブロックから予測可能である、エンコーダによって動き探索過程において発見されたサンプルを含むことができる。そのＭＶを直接コーディングする代わりに、Ａ０、Ａ１、Ｂ０、Ｂ１及びＢ２（それぞれ２０２から２０６）で示される５つの周囲のサンプルのいずれか１つに関連付けられるＭＶを使用して、１つ以上の参照ピクチャに関連付けられるメタデータから、例えば（デコード順序で）最新の参照ピクチャから、ＭＶを導出することができる。Ｈ．２６５では、ＭＶ予測は、隣接ブロックが使用しているのと同じ参照ピクチャからの予測子を使用することができる。

本開示の態様は、ビデオエンコード／デコーディングのための方法及び装置を提供する。一部の例では、ビデオデコーディングのための装置は、処理回路を含む。前記処理回路は、コーディングされたビデオビットストリーム内のデコードされた情報に基づいて、ブロックの第１の色成分及び第２の色成分の分離されたコーディング情報を決定する。そして、前記処理回路は、第１のループフィルタ構成に基づいて、前記ブロック内の位置にある前記第１の色成分の第１のサンプルを再構成し、前記第１のループフィルタ構成とは異なる第２のループフィルタ構成に基づいて、前記ブロック内の位置にある前記第２の色成分の第２のサンプルを再構成する。

一部の実施形態では、前記分離されたコーディング情報は、ルマ成分とクロマ成分のブロック内コピーモードの有効化／無効化の違いを含む。一部の実施形態では、前記分離されたコーディング情報は、前記ルマ成分と前記クロマ成分の分離された区分構造を含む。

一部の実施形態では、前記処理回路は、前記第１のループフィルタ構成及び前記第２のループフィルタ構成の一方において、デブロッキングフィルタ、制約付き方向強調フィルタ（ＣＤＥＦ）、ループ復元フィルタ、ローカルサンプルオフセット（ＬＳＯ）フィルタ、及び交差成分サンプルオフセット（ＣＣＳＯ）フィルタのうちの少なくとも１つを有効化し、前記第１のループフィルタ構成及び前記第２のループフィルタ構成の他方において、前記デブロッキングフィルタ、前記制約付き方向強調フィルタ（ＣＤＥＦ）、前記ループ復元フィルタ、前記ローカルサンプルオフセット（ＬＳＯ）フィルタ、及び前記交差成分サンプルオフセット（ＣＣＳＯ）フィルタを無効化する。

一実施形態では、前記処理回路は、クロマ成分のブロック内コピーモードの無効化と、ルマ成分の前記ブロック内コピーモードの有効化とに応じて、当該クロマ成分に関連付けられた前記第２のループフィルタ構成において、前記デブロッキングフィルタ、前記制約付き方向強調フィルタ（ＣＤＥＦ）、前記ループ復元フィルタ、前記ローカルサンプルオフセット（ＬＳＯ）フィルタ、及び前記交差成分サンプルオフセット（ＣＣＳＯ）フィルタを有効化する。

別の実施形態では、前記処理回路は、クロマ成分のブロック内コピーモードの無効化と、ルマ成分の前記ブロック内コピーモードの有効化とに応じて、当該クロマ成分に関連付けられた前記第２のループフィルタ構成において、前記ローカルサンプルオフセット（ＬＳＯ）フィルタ、及び前記交差成分サンプルオフセット（ＣＣＳＯ）フィルタのうちの１つを有効化する。

別の実施形態では、前記処理回路は、クロマ成分のブロック内コピーモードの無効化と、ルマ成分の前記ブロック内コピーモードの有効化とに応じて、当該クロマ成分に関連付けられた前記第２のループフィルタ構成において、前記制約付き方向強調フィルタ（ＣＤＥＦ）、及び前記交差成分サンプルオフセット（ＣＣＳＯ）フィルタの両方を有効化する。

一部の例では、前記処理回路は、ブロックレベル、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、適応パラメータセット（ＡＰＳ）、スライスヘッダ、及びタイルヘッダのうちの少なくとも１つの前記第１の色成分及び前記第２の色成分のそれぞれの有効化／無効化信号に基づいて、前記ブロック内の前記第１の色成分及び前記第２の色成分の前記分離されたコーディング情報を決定する。

一部の例では、前記処理回路は、前記コーディングされたビデオビットストリームから、ルマ成分に関連付けられた第１の有効化／無効化フラグをデコードし、前記コーディングされたビデオビットストリームから、クロマ成分に関連付けられた第２の有効化／無効化フラグをデコードする。そして、前記処理回路は、前記第１の有効化／無効化フラグ及び前記第２の有効化／無効化フラグに基づいて、前記ルマ成分及び前記クロマ成分の前記分離されたコーディング情報を決定する。

一部の例では、処理回路は、前記コーディングされたビデオビットストリームから、ルマ成分に関連付けられた第１の有効化／無効化フラグをデコードし、前記コーディングされたビデオビットストリームから、第１のクロマ成分に関連付けられた第２の有効化／無効化フラグをデコードし、前記コーディングされたビデオビットストリームから、第２のクロマ成分に関連付けられた第３の有効化／無効化フラグをデコードする。そして、前記処理回路は、前記第１の有効化／無効化フラグ、前記第２の有効化／無効化フラグ、及び前記第３の有効化／無効化フラグに基づいて、前記ルマ成分、前記第１のクロマ成分、及び前記第２のクロマ成分の前記分離されたコーディング情報を決定する。

一部の実施形態では、前記処理回路は、前記ブロックより高いレベルのシンタックスから、特定のループフィルタに関連付けられたフラグをデコードし、前記分離されたコーディング情報又はブロック内コピーモードに関係なく、前記フラグが真であることに応じて、前記特定のループフィルタをルマ成分に適用する。

本開示の態様はまた、ビデオデコーディングのためにコンピュータによって実行されると、前記コンピュータにビデオデコーディングのための方法を実行させる命令を記憶する非一時的なコンピュータ読取可能媒体を提供する。

開示する主題のさらなる特徴、性質及び様々な利点は、以下の詳細な説明及び添付の図面からより明らかになる。
イントラ予測モードの例示的なサブセットの概略図である。 例示的なイントラ予測方向の説明図である。 一例における現在のブロック及びその周囲の空間マージ候補の概略図である。 一実施形態に係る通信システム（３００）の簡略化されたブロック図の概略図である。 一実施形態に係る通信システム（４００）の簡略化されたブロック図の概略図である。 一実施形態に係るデコーダの簡略化されたブロック図の概略図である。 一実施形態に係るエンコーダの簡略化されたブロック図の概略図である。 別の実施形態に係るエンコーダのブロック図を示す。 別の実施形態に係るデコーダのブロック図を示す。 本開示の実施形態に係るフィルタ形状の例を示す。 本開示の実施形態に係る、勾配を計算するために使用されるサブサンプリングされた位置の例を示す。 本開示の実施形態に係る、勾配を計算するために使用されるサブサンプリングされた位置の例を示す。 本開示の実施形態に係る、勾配を計算するために使用されるサブサンプリングされた位置の例を示す。 本開示の実施形態に係る、勾配を計算するために使用されるサブサンプリングされた位置の例を示す。 本開示の実施形態に係る仮想境界フィルタリングプロセスの例を示す。 本開示の実施形態に係る仮想境界フィルタリングプロセスの例を示す。 本開示の実施形態に係る仮想境界での対称パディング動作の例を示す。 本開示の実施形態に係る仮想境界での対称パディング動作の例を示す。 本開示の実施形態に係る仮想境界での対称パディング動作の例を示す。 本開示の実施形態に係る仮想境界での対称パディング動作の例を示す。 本開示の実施形態に係る仮想境界での対称パディング動作の例を示す。 本開示の実施形態に係る仮想境界での対称パディング動作の例を示す。 本開示の一部の実施形態に係るピクチャの区分例を示す。 一部の例におけるピクチャの四分木分割パターンを示す。 本開示の一実施形態に係る交差成分フィルタを示す。 本開示の一実施形態に係るフィルタ形状の例を示す。 本開示の一部の実施形態に係る交差成分フィルタの構文例を示す。 本開示の実施形態に係るルマサンプルに対するクロマサンプルの例示的な位置を示す。 本開示の実施形態に係るルマサンプルに対するクロマサンプルの例示的な位置を示す。 本開示の一実施形態に係る方向検索の例を示す。 一部の例における部分空間射影を説明する例を示す。 本開示の一実施形態に係る複数のサンプル適応オフセット（ＳＡＯ）タイプの表を示す。 一部の例における、エッジオフセットにおける画素分類のためのパターンの例を示す。 一部の例におけるエッジオフセットのための画素分類規則の表を示す。 シグナリングされてもよい構文の例を示す。 本開示の一部の実施形態に係るフィルタサポートエリアの例を示す。 本開示の一部の実施形態に係る別のフィルタサポートエリアの例を示す。 本開示の一実施形態に係る８１個の組み合わせを有する表を示す。 本開示の一実施形態に係る８１個の組み合わせを有する表を示す。 本開示の一実施形態に係る８１個の組み合わせを有する表を示す。 ルマ及びクロマ成分のコーディングツリー構造の例を示す。 本開示の一実施形態に係る、プロセスを概説するフローチャートを示す。 一実施形態に係るコンピュータシステムの概略図である。

図３は、本開示の一実施形態に係る通信システム（３００）の簡略化されたブロック図を示す。通信システム（３００）は、例えばネットワーク（３５０）を介して互いに通信可能な複数の端末装置を含む。例えば、通信システム（３００）は、ネットワーク（３５０）を介して相互接続された第１の対の端末装置（３１０）及び（３２０）を含む。図３の例では、第１の対の端末装置（３１０）及び（３２０）は、データの単方向送信を実行する。例えば、端末装置（３１０）は、ネットワーク（３５０）を介して他方の端末装置（３２０）へ送信するためにビデオデータ（例えば、端末装置（３１０）によってキャプチャされたビデオピクチャのストリーム）をコーディングし得る。エンコードされたビデオデータは、１つ以上のコーディングされたビデオビットストリームの形態で送信することができる。端末装置（３２０）は、ネットワーク（３５０）からコーディングされたビデオデータを受信し、コーディングされたビデオデータをデコードしてビデオピクチャを復元し、復元されたビデオデータに従ってビデオピクチャを表示することができる。一方向のデータ送信は、媒体供給用途などで一般的である可能性がある。

別の例では、通信システム（３００）は、例えば、ビデオ会議中に発生し得るコーディングされたビデオデータの双方向送信を実行する第２の対の端末装置（３３０）及び（３４０）を含む。データの双方向送信の場合、一例では、端末装置（３３０）及び（３４０）のそれぞれは、ネットワーク（３５０）を介して端末装置（３３０）及び（３４０）のうちの他方の端末装置へ送信するためにビデオデータ（例えば、端末装置によってキャプチャされたビデオピクチャのストリーム）をコーディングし得る。端末装置（３３０）及び（３４０）の一方は、端末装置（３３０）及び（３４０）のうちの他方の端末装置によって送信されたコーディングされたビデオデータを受信することができ、コーディングされたビデオデータをデコードしてビデオピクチャを復元することができ、復元されたビデオデータに従って、アクセス可能な表示装置にビデオピクチャを表示することができる。

図３の例では、端末装置（３１０）、（３２０）、（３３０）及び（３４０）は、サーバ、パーソナルコンピュータ及びスマートフォンとして示され得るが、本開示の原理はこれに制限されることはない。本開示の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレーヤー及び／又は専用のビデオ会議機器などにおける用途を見出す。ネットワーク（３５０）は、例えば有線及び／又は無線通信ネットワークを含む、端末装置（３１０）、（３２０）、（３３０）及び（３４０）間でコーディングされたビデオデータを伝達する任意の数のネットワークを表す。通信ネットワーク（３５０）は、回線交換及び／又はパケット交換チャネルでデータを交換することができる。代表的なネットワークは、電気通信ネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク及び／又はインターネットを含む。本議論の目的のために、ネットワーク（３５０）のアーキテクチャ及びトポロジーは、以下に本明細書で説明されない限り、本開示の動作にとって重要でない場合がある。

図４は、開示する主題の用途の例として、ストリーミング環境におけるビデオエンコーダ及びビデオデコーダの配置を示す。開示する主題は、例えば、ビデオ会議、デジタルＴＶ、及びＣＤ、ＤＶＤ、メモリスティックなどを含むデジタルメディアへの圧縮ビデオの記憶など、を含む他のビデオ対応アプリケーションに等しく適用可能である。

ストリーミングシステムは、例えば非圧縮のビデオピクチャ（４０２）のストリームを作成するデジタルカメラなどのビデオソース（４０１）を含むことができるキャプチャサブシステム（４１３）を含んでもよい。一例では、ビデオピクチャ（４０２）のストリームは、デジタルカメラによって取得されたサンプルを含む。エンコードされたビデオデータ（４０４）（又はコーディングされたビデオビットストリーム）と比較して高データ量を強調するために太線で示されたビデオピクチャ（４０２）のストリームは、ビデオソース（４０１）に結合されたビデオエンコーダ（４０３）を含む電子デバイス（４２０）によって処理することができる。ビデオエンコーダ（４０３）は、以下でより詳細に説明されるように、開示する主題の態様を可能にするか或いは実施するためのハードウェア、ソフトウェア、又はそれらの組み合わせを含むことができる。ビデオピクチャ（４０２）のストリームと比較してより低いデータ量を強調するために細い線で示された、エンコードされたビデオデータ（４０４）（又はエンコードされたビデオビットストリーム（４０４））は、将来の使用のためにストリーミングサーバ（４０５）に記憶することができる。図４のクライアントサブシステム（４０６）及び（４０８）のような１つ以上のストリーミングクライアントサブシステムは、ストリーミングサーバ（４０５）にアクセスして、エンコードされたビデオデータ（４０４）のコピー（４０７）及び（４０９）を検索することができる。クライアントサブシステム（４０６）は、例えば、電子デバイス（４３０）におけるビデオデコーダ（４１０）を含むことができる。ビデオデコーダ（４１０）は、エンコードされたビデオデータの入方向コピー（４０７）をデコードし、ディスプレイ（４１２）（例えば、表示画面）又は他のレンダリングデバイス（図示せず）でレンダリングできるビデオピクチャ（４１１）の出方向のストリームを作成する。一部のストリーミングシステムにおいて、エンコードされたビデオデータ（４０４）、（４０７）及び（４０９）（例えば、ビデオビットストリーム）は、特定のビデオコーディング／圧縮規格に従ってエンコードすることができる。これらの規格の例は、ＩＴＵ－Ｔ勧告Ｈ．２６５を含む。一例では、発展中のビデオコーディング規格は、非公式的に多用途ビデオコーディング（ＶＶＣ）として知られている。開示する主題は、ＶＶＣの文脈に使用され得る。

なお、電子デバイス（４２０）及び（４３０）は、他の構成要素（図示せず）を含むことができる。例えば、電子デバイス（４２０）は、ビデオデコーダ（図示せず）を含むことができ、電子デバイス（４３０）は、ビデオエンコーダ（図示せず）を含むこともできる。

図５は、本開示の実施形態に係るビデオデコーダ（５１０）のブロック図を示す。ビデオデコーダ（５１０）は、電子デバイス（５３０）に含まれることができる。電子デバイス（５３０）は、受信機（５３１）（例えば、受信回路）を含むことができる。ビデオデコーダ（５１０）は、図４の例におけるビデオデコーダ（４１０）の代わりに使用することができる。

受信機（５３１）は、ビデオデコーダ（５１０）によってデコードされる１つ以上のコーディングされたビデオシーケンスを受信することができ、同一又は別の実施形態では、一度に１つのコーディングされたビデオシーケンスを受信してもよく、各コーディングされたビデオシーケンスのデコードは、他のコーディングされたビデオシーケンスから独立している。コーディングされたビデオシーケンスは、エンコードされたビデオデータを記憶する記憶装置へのハードウェア／ソフトウェアリンクであり得るチャネル（５０１）から受信することができる。受信機（５３１）は、それぞれの使用エンティティ（図示せず）に転送され得る他のデータ、例えば、コーディングされたオーディオデータ及び／又は補助データストリームとともに、エンコードされたビデオデータを受信し得る。受信機（５３１）は、コーディングされたビデオシーケンスを他のデータから分離することができる。ネットワークジッタを防止するために、バッファメモリ（５１５）は、受信機（５３１）とエントロピーデコーダ／パーサ（５２０）（以降、「パーサ（５２０）」）の間に結合されてもよい。特定のアプリケーションでは、バッファメモリ（５１５）は、ビデオデコーダ（５１０）の一部である。他の場合、バッファメモリ（５１５）は、ビデオデコーダ（５１０）（図示せず）の外部に存在し得る。さらに他の場合、例えば、ネットワークジッタを防止するためにビデオデコーダ（５１０）の外部にバッファメモリ（図示せず）が存在し、さらに、例えば、再生タイミングを取り扱うためにビデオデコーダ（５１０）の内部に別のバッファメモリ（５１５）が存在し得る。受信機（５３１）が十分な帯域幅及び可制御性を有する記憶／転送装置から、又は等同期ネットワークからデータを受信する際に、バッファメモリ（５１５）は必要とされないことがあり、又は小さくされることがある。インターネットなどのベストエフォートパケットネットワークで使用するために、バッファメモリ（５１５）が必要になる場合があり、バッファメモリ（５１５）は、比較的大きいことがあり、有利には適応サイズであることができ、ビデオデコーダ（５１０）の外部のオペレーティングシステム又は類似の要素（図示せず）に少なくとも部分的に実施され得る。

ビデオデコーダ（５１０）は、コーディングされたビデオシーケンスからシンボル（５２１）を再構成するパーサ（５２０）を含んでもよい。これらのシンボルのカテゴリは、ビデオデコーダ（５１０）の動作を管理するために使用される情報を含み、かつ、電子デバイス（５３０）の不可欠な部分ではないが、図５に示されるように電子デバイス（５３０）に結合され得るレンダリングデバイス（５１２）（例えば、表示画面）のようなレンダリングデバイスを制御する情報を潜在的に含む。レンダリングデバイスのための制御情報は、補助強化情報（ＳＥＩメッセージ）又はビデオユーザビリティ情報（ＶＵＩ）パラメータセットフラグメント（図示せず）の形態であってよい。パーサ（５２０）は、受信されたコーディングされたビデオシーケンスを構文解析／エントロピーデコードすることができる。コーディングされたビデオシーケンスのコーディングは、ビデオコーディング技術又は規格に合わせることができ、可変長コーディング、ハフマンコーディング、文脈感受性を有する若しくは有さない算術コーディングなどを含む様々な原理に従うことができる。パーサ（５２０）は、グループに対応する少なくとも１つのパラメータに基づいて、コーディングされたビデオシーケンスからビデオデコーダ内の画素の少なくとも１つのサブグループのためのサブグループパラメータのセットを抽出することができる。サブグループは、ピクチャ群（ＧＯＰ）、ピクチャ、タイル、スライス、マクロブロック、コーディングユニット（ＣＵ）、ブロック、変換ユニット（ＴＵ）、予測ユニット（ＰＵ）などを含むことができる。パーサ（５２０）は、コーディングされたビデオシーケンスから変換係数、量子化パラメータ値、動きベクトルなどのような情報をも抽出することができる。

パーサ（５２０）は、シンボル（５２１）を作成するために、バッファメモリ（５１５）から受信されたビデオシーケンスに対してエントロピーデコード／構文解析動作を実行することができる。

シンボル（５２１）の再構成は、コーディングされたビデオピクチャ又はその一部（例えば、インター及びイントラピクチャ、インター及びイントラブロック）のタイプ及び他の要因に応じて、複数の異なるユニットに関与することができる。どのユニットが、どのように関与するかは、コーディングされたビデオシーケンスからパーサ（５２０）によって構文解析されたサブグループ制御情報によって、制御することができる。パーサ（５２０）と以下の複数のユニットとの間のそのようなサブグループ制御情報の流れは、明確にするために示されていない。

既に述べた機能ブロックに加え、ビデオデコーダ（５１０）は、以下で説明されるようにいくつかの機能ユニットに概念的に細分化することができる。商業的制約で動作する実際の実装では、これらのユニットの多くは、互いに密接に相互作用し、少なくとも部分的には互いに統合することができる。しかしながら、開示する主題を説明する目的のために、以下の機能ユニットへの概念的な細分化は適切である。

第１のユニットは、スケーラ／逆変換ユニット（５５１）である。スケーラ／逆変換ユニット（５５１）は、使用する変換、ブロックサイズ、量子化因子、量子化スケーリング行列などを含む制御情報と、量子化された変換係数をシンボル（５２１）としてパーサ（５２０）から受信する。スケーラ／逆変換ユニット（５５１）は、アグリゲータ（５５５）に入力可能なサンプル値を含むブロックを出力することができる。

場合によっては、スケーラ／逆変換ユニット（５５１）の出力サンプルは、イントラコーディングされたブロック、すなわち、予め再構成されたピクチャからの予測情報を使用していないが、現在のピクチャの予め再構成された部分からの予測情報を使用できるブロックに関係することがある。このような予測情報は、イントラピクチャ予測ユニット（５５２）によって提供することができる。場合によっては、イントラピクチャ予測ユニット（５５２）は、現在のピクチャバッファ（５５８）から取り出された周囲の既に再構成された情報を用いて、再構成中のブロックと同じサイズ及び形状のブロックを生成する。現在のピクチャバッファ（５５８）は、例えば、部分的に再構成された現在のピクチャ及び／又は完全に再構成された現在のピクチャをバッファリングする。アグリゲータ（５５５）は、場合によっては、サンプルごとに、イントラ予測ユニット（５５２）が生成した予測情報を、スケーラ／逆変換ユニット（５５１）によって提供される出力サンプル情報に追加する。

他の場合では、スケーラ／逆変換ユニット（５５１）の出力サンプルは、インターコーディングされた、潜在的に動き補償されたブロックに関係することがある。このような場合、動き補償予測ユニット（５５３）は、参照ピクチャメモリ（５５７）にアクセスして、予測に使用されるサンプルを取り出すことができる。取り出されたサンプルをブロックに関係するシンボル（５２１）に従って動き補償した後、出力サンプル情報を生成するように、これらのサンプルを、アグリゲータ（５５５）によってスケーラ／逆変換ユニット（５５１）の出力に追加することができる（この場合、残差サンプル又は残差信号と呼ばれる）。動き補償予測ユニット（５５３）が予測サンプルを取り出す参照ピクチャメモリ（５５７）内のアドレスは、例えば、Ｘ、Ｙ及び参照ピクチャ成分を有し得るシンボル（５２１）の形態で動き補償予測ユニット（５５３）に利用可能な動きベクトルによって制御することができる。動き補償は、サブサンプルの正確な動きベクトルが使用中であるときに参照ピクチャメモリ（５５７）から取り出されたサンプル値の補間、動きベクトル予測メカニズムなどを含むこともできる。

アグリゲータ（５５５）の出力サンプルは、ループフィルタユニット（５５６）において様々なループフィルタリング技法によって採用されてもよい。ビデオ圧縮技術は、コーディングされたビデオシーケンス（コーディングされたビデオビットストリームとも呼ばれる）に含まれる、パーサ（５２０）からのシンボル（５２１）としてループフィルタユニット（５５６）に利用可能とされたパラメータによって制御することができ、かつ、コーディングされたピクチャ又はコーディングされたビデオシーケンスの（デコード順で）前の部分のデコード中に取得されたメタ情報に応じるとともに、予め再構成されループフィルタリングされたサンプル値に応じることもできるループ内フィルタ技術を含むことができる。

ループフィルタユニット（５５６）の出力は、レンダリングデバイス（５１２）へ出力することができるとともに、将来のインターピクチャ予測で使用するために参照ピクチャメモリ（５５７）に記憶することができるサンプルストリームであり得る。

特定のコーディングされたピクチャは、完全に再構成されると、将来の予測のために参照ピクチャとして使用することができる。例えば、現在のピクチャに対応するコーディングされたピクチャが完全に再構成され、当該コーディングされたピクチャが（例えば、パーサ（５２０）によって）参照ピクチャとして識別されると、現在のピクチャバッファ（５５８）は、参照ピクチャメモリ（５５７）の一部になることができ、次のコーディングされたピクチャの再構成を開始する前に新しい現在のピクチャバッファを再割り当てすることができる。

ビデオデコーダ（５１０）は、ＩＴＵ－Ｔ推奨のＨ．２６５のような規格の所定のビデオ圧縮技術に従ってデコード動作を実行することができる。コーディングされたビデオシーケンスが、ビデオ圧縮技術又は規格のシンタックスと、ビデオ圧縮技術又は規格で文書化されたプロファイルとの両方に準拠しているという意味で、コーディングされたビデオシーケンスは、使用されているビデオ圧縮技術又は規格によって指定されるシンタックスに準拠し得る。具体的には、プロファイルは、ビデオ圧縮技術又は規格で使用可能なすべてのツールから、特定のツールをそのプロファイルで使用できるツールとして選択することができる。コーディングされたビデオシーケンスの複雑さがビデオ圧縮技術又は規格のレベルで限定される範囲内にあることも、遵守のためには必要である。場合によっては、最大ピクチャサイズ、最大フレームレート、最大再構成サンプルレート（例えば、１秒あたりのメガサンプルで測定される）、最大参照ピクチャサイズなどがレベルによって制限される。レベルによって設定された制限は、いくつかの場合では、仮想参照デコーダ（ＨＲＤ）の仕様及びコーディングされたビデオシーケンスでシグナリングされたＨＲＤバッファ管理のためのメタデータによってさらに制限され得る。

一実施形態では、受信機（５３１）は、エンコードされたビデオとともに追加の（冗長な）データを受信することができる。追加のデータは、コーディングされたビデオシーケンスの一部として含まれてもよい。追加のデータは、データを適切にデコードし、及び／又は、元のビデオデータをより正確に再構成するためにビデオデコーダ（５１０）によって使用され得る。追加のデータは、例えば、時間的、空間的又は信号対雑音比（ＳＮＲ）エンハンスメントレイヤ、冗長スライス、冗長ピクチャ、前方向誤り訂正コードなどの形態であり得る。

図６は、本開示の実施形態に係るビデオエンコーダ（６０３）のブロック図を示す。ビデオエンコーダ（６０３）は、電子デバイス（６２０）に含まれる。電子デバイス（６２０）は、送信機（６４０）（例えば、送信回路）を含む。図４の例におけるビデオエンコーダ（４０３）の代わりにビデオエンコーダ（６０３）を使用することができる。

ビデオエンコーダ（６０３）は、ビデオエンコーダ（６０３）によってコーディングすべきビデオ画像をキャプチャし得るビデオソース（６０１）（図６の例では電子デバイス（６２０）の一部ではない）からビデオサンプルを受信することができる。別の例では、ビデオソース（６０１）は、電子デバイス（６２０）の一部である。

ビデオソース（６０１）は、ビデオエンコーダ（６０３）によってコーディングすべきソースビデオシーケンスを、任意の適切なビット深度（例えば、８ビット、１０ビット、１２ビットなど）、任意の色空間（例えば、ＢＴ．６０１ Ｙ ＣｒＣＢ、ＲＧＢなど）及び任意の適切なサンプリング構造（例えば、Ｙ ＣｒＣｂ ４：２：０、Ｙ ＣｒＣｂ ４：４：４）であり得るデジタルビデオサンプルストリームの形態で提供し得る。メディア供給システムでは、ビデオソース（６０１）は、予め準備されたビデオを記憶する記憶装置であり得る。ビデオ会議システムでは、ビデオソース（６０１）は、ローカル画像情報をビデオシーケンスとしてキャプチャするカメラであり得る。ビデオデータは、順番に見られるときに動きが与えられる複数の個別のピクチャとして提供されてもよい。ピクチャ自体は、画素の空間アレイとして編成されてもよく、各画素は、使用中のサンプリング構造、色空間などに応じて１つ以上のサンプルを含むことができる。当業者は、画素とサンプルとの関係を容易に理解することができる。以下の説明ではサンプルを中心に説明する。

一実施形態によれば、ビデオエンコーダ（６０３）は、リアルタイムで又はアプリケーションが要求する任意の他の時間制約の下でソースビデオシーケンスのピクチャをコーディングし、コーディングされたビデオシーケンス（６４３）に圧縮することができる。適切なコーディング速度を実施することは、コントローラ（６５０）の機能の１つである。一部の実施形態では、コントローラ（６５０）は、以下で説明される他の機能ユニットを制御し、他の機能ユニットに機能的に結合される。明瞭にするために、結合は図示されていない。コントローラ（６５０）によって設定されるパラメータは、レート制御関連パラメータ（ピクチャスキップ、量子化、レート歪み最適化技法のラムダ値、・・・）、ピクチャサイズ、ピクチャ群（ＧＯＰ）レイアウト、最大動きベクトル検索範囲などを含むことができる。コントローラ（６５０）は、特定のシステム設計に対して最適化されたビデオエンコーダ（６０３）に関する他の適切な機能を有するように構成することができる。

一部の実施形態では、ビデオエンコーダ（６０３）は、コーディングループで動作するように構成される。過度に簡略化した説明として、一例では、コーディングループは、ソースコーダ（６３０）（例えば、コーディングすべき入力ピクチャ及び参照ピクチャに基づくシンボルストリームなどのシンボルの作成を担当する）、及びビデオエンコーダ（６０３）に埋め込まれた（ローカル）デコーダ（６３３）を含むことができる。デコーダ（６３３）は、シンボルを再構成して、（リモート）デコーダが作成するのと同様な方法でサンプルデータを作成する（シンボルとコーディングされたビデオビットストリーム間の任意の圧縮は、開示する主題で考慮されるビデオ圧縮技術では可逆であるためである）。再構成されたサンプルストリーム（サンプルデータ）は参照ピクチャメモリ（６３４）に入力される。シンボルストリームのデコーディングにより、デコーダの位置（ローカル又はリモート）に関係なくビット正確な結果が得られるため、参照ピクチャメモリ（６３４）のコンテンツもローカルエンコーダとリモートエンコーダの間でビット正確である。言い換えれば、エンコーダの予測部分は、デコード中に予測を使用するときにデコーダが「見る」のと全く同じサンプル値を、参照ピクチャサンプルとして「見る」。参照ピクチャの同期性のこの基本原理（及び例えばチャネルエラーに起因して同期性を維持できない場合に生じるドリフト）は、いくつかの関連技術にも使用されている。

「ローカル」デコーダ（６３３）の動作は、前文で図５に関連して既に詳細に説明された、ビデオデコーダ（５１０）などの「リモート」デコーダの動作と同様であり得る。しかしながら、図５も簡単に参照すると、シンボルが使用可能であり、エントロピーコーダ（６４５）及びパーサ（５２０）によるコーディングされたビデオシーケンスへのシンボルのエンコード／デコーディングは可逆であり得るため、バッファメモリ（５１５）、及びパーサ（５２０）を含むビデオデコーダ（５１０）のエントロピーデコード部分は、ローカルデコーダ（６３３）では完全に実施されない場合がある。

これで分かるように、デコーダに存在する構文解析／エントロピーデコード以外の如何なるデコーダ技術も、対応するエンコーダに実質的に同一の機能的形態で必ず存在する必要がある。このため、開示する主題は、デコーダの動作に焦点を合わせている。エンコーダ技術の説明は、包括的に説明されたデコーダ技術の逆であるため、省略できる。特定の領域でのみ、より詳細な説明が必要であり、以下に提供される。

動作中、一部の例では、ソースコーダ（６３０）は、「参照ピクチャ」として指定されたビデオシーケンスからの１つ以上の予めコーディングされたピクチャを参照して入力ピクチャを予測的にコーディングする動き補償予測コーディングを実行してもよい。このようにして、コーディングエンジン（６３２）は、入力ピクチャの画素ブロックと、入力ピクチャへの予測基準として選択され得る参照ピクチャの画素ブロックとの差異をコーディングする。

ローカルビデオデコーダ（６３３）は、ソースコーダ（６３０）で作成されたシンボルに基づいて、参照ピクチャとして指定され得るピクチャのコーディングされたビデオデータをデコードすることができる。コーディングエンジン（６３２）の動作は、有利には非可逆プロセスであり得る。コーディングされたビデオデータがビデオデコーダ（図６に示されていない）でデコードされ得るとき、再構成されたビデオシーケンスは、通常、いくつかの誤差を伴うソースビデオシーケンスのレプリカであってもよい。ローカルビデオデコーダ（６３３）は、ビデオデコーダによって参照ピクチャに対して実行され得るデコードプロセスを再現し、再構成された参照ピクチャを参照ピクチャキャッシュ（６３４）に記憶させることができる。このようにして、ビデオエンコーダ（６０３）は、遠端ビデオデコーダによって取得される再構成された参照ピクチャと共通するコンテンツ（送信エラー無し）を有する再構成された参照ピクチャのコピーをローカルに記憶し得る。

予測器（６３５）は、コーディングエンジン（６３２）の予測検索を実行することができる。つまり、新しいコーディングすべきピクチャについて、予測器（６３５）は、（候補の参照画素ブロックとしての）サンプルデータ、又は、参照ピクチャの動きベクトル、ブロック形状など、新しいピクチャの適切な予測基準として機能し得る特定のメタデータを参照ピクチャメモリ（６３４）で検索することができる。予測器（６３５）は、適切な予測基準を見つけるために、サンプルブロック／画素ブロックごとに動作することができる。場合によっては、予測器（６３５）で取得された検索結果によって決定されるように、入力ピクチャは、参照ピクチャメモリ（６３４）に記憶された複数の参照ピクチャから引き出された予測基準を有してもよい。

コントローラ（６５０）は、例えば、ビデオデータをエンコードするために使用されるパラメータ及びサブグループパラメータの設定を含む、ソースコーダ（６３０）のコーディング動作を管理することができる。

前述のすべての機能ユニットの出力は、エントロピーコーダ（６４５）でエントロピーコーディングできる。エントロピーコーダ（６４５）は、例えば、ハフマンコーディング、可変長コーディング、算術コーディングなどの技術に従ってシンボルを可逆圧縮することにより、様々な機能ユニットによって生成されたシンボルをコーディングされたビデオシーケンスに変換する。

送信機（６４０）は、エンコードされたビデオデータを記憶する記憶装置へのハードウェア／ソフトウェアリンクであり得る通信チャネル（６６０）を介した送信の準備のために、エントロピーコーダ（６４５）によって作成されたコーディングされたビデオシーケンスをバッファリングすることができる。送信機（６４０）は、ビデオエンコーダ（６０３）からのコーディングされたビデオデータを、送信されるべき他のデータ、例えば、コーディングされたオーディオデータ及び／又は補助データストリーム（ソースは示されていない）とマージすることができる。

コントローラ（６５０）は、ビデオエンコーダ（６０３）の動作を管理し得る。コーディング中、コントローラ（６５０）は、各コーディングされたピクチャに特定のコーディングされたピクチャタイプを割り当てることができ、これは、それぞれのピクチャに適用され得るコーディング技法に影響を及ぼし得る。例えば、ピクチャは、多くの場合、次のピクチャタイプのいずれかとして割り当てられ得る。

イントラピクチャ（Ｉピクチャ）は、予測のソースとしてシーケンス内の他のいかなるピクチャも使用せずにコーディング及びデコードされ得るものであり得る。一部のビデオコーデックは、例えば、インディペンデントデコーダリフレッシュ（Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｅｃｏｄｅｒ Ｒｅｆｒｅｓｈ、「ＩＤＲ」）ピクチャを含む、異なるタイプのイントラピクチャを許容する。当業者は、Ｉピクチャの変形及びそれらのそれぞれの用途及び特徴を知っている。

予測ピクチャ（Ｐピクチャ）は、各ブロックのサンプル値を予測するために最大１つの動きベクトル及び参照インデックスを使用したイントラ予測又はインター予測によりコーディング及びデコーディングされ得るものであってもよい。

双方向予測ピクチャ（Ｂピクチャ）は、各ブロックのサンプル値を予測するために最大２つの動きベクトル及び参照インデックスを使用したイントラ予測又はインター予測によりコーディング及びデコーディングされ得るものであってもよい。同様に、多重予測ピクチャは、単数のブロックの再構成のために３つ以上の参照ピクチャ及び関連メタデータを使用することができる。

ソースピクチャは、一般に、複数のサンプルブロック（例えば、それぞれ、４×４、８×８、４×８、又は１６×１６サンプルのブロック）に空間的に細分化され、ブロックごとにコーディングされ得る。ブロックは、ブロックのそれぞれのピクチャに適用されるコーディングされた割り当てによって決定された他の（既にコーディングされた）ブロックを参照して予測的にコーディングされ得る。例えば、Ｉピクチャのブロックは、非予測的にコーディングされてもよく、或いは、同一のピクチャの既にコーディングされたブロック（空間予測又はイントラ予測）を参照して予測的にコーディングされてもよい。Ｐピクチャの画素ブロックは、１つの予めコーディングされた参照ピクチャを参照して、空間予測を介して又は時間予測を介して予測的にコーディングされ得る。Ｂピクチャのブロックは、１つ又は２つの予めコーディングされた参照ピクチャを参照して、空間予測を介して又は時間予測を介して予測的にコーディングされ得る。

ビデオエンコーダ（６０３）は、ＩＴＵ－Ｔ推奨のＨ．２６５などの予め設定されたビデオコーディング技術又は規格に従って、コーディング動作を実行することができる。動作中、ビデオエンコーダ（６０３）は、入力ビデオシーケンスの時間的及び空間的冗長性を利用する予測コーディング動作を含む、様々な圧縮動作を実行することができる。したがって、コーディングされたビデオデータは、使用されるビデオコーディング技術又は規格によって指定された構文に従う場合がある。

一実施形態では、送信機（６４０）は、エンコードされたビデオとともに追加のデータを送信してもよい。ソースコーダ（６３０）は、このようなデータをコーディングされたビデオシーケンスの一部として含み得る。追加のデータは、時間的／空間的／ＳＮＲエンハンスメントレイヤ、冗長なピクチャやスライスなどの他の形態での冗長データ、ＳＥＩメッセージ、ＶＵＩパラメータセットフラグメントなどを含み得る。

ビデオは、時系列で複数のソースピクチャ（ビデオピクチャ）としてキャプチャされ得る。イントラピクチャ予測（「イントラ予測」と略されることが多い）は、所定のピクチャにおける空間相関を利用し、インターピクチャ予測は、ピクチャ間の（時間的又は他の）相関を利用する。一例では、現在のピクチャと呼ばれるエンコード／デコーディング中の特定のピクチャは、ブロックに分割される。現在のピクチャにおけるブロックが、ビデオにおける予めコーディングされ、まだバッファリングされている参照ピクチャの参照ブロックに類似している場合、現在のピクチャにおけるブロックは、動きベクトルと呼ばれるベクトルによってコーディングすることができる。動きベクトルは、参照ピクチャの参照ブロックを指し、複数の参照ピクチャが使用されている場合、参照ピクチャを識別する第３次元を有することができる。

一部の実施形態では、インターピクチャ予測において双予測技法を使用することができる。双予測技法によれば、ビデオにおける現在のピクチャよりデコード順序がそれぞれ前である（ただし、表示順序でそれぞれ過去及び未来にあり得る）第１の参照ピクチャ及び第２の参照ピクチャのような２つの参照ピクチャを使用する。現在のピクチャ内のブロックは、第１の参照ピクチャ内の第１の参照ブロックを指す第１の動きベクトル、及び第２の参照ピクチャ内の第２の参照ブロックを指す第２の動きベクトルによってコーディングすることができる。ブロックは、第１の参照ブロックと第２の参照ブロックとの組み合わせによって予測することができる。

さらに、マージモード技法をインターピクチャ予測に適用して、コーディング効率を向上させることができる。

本開示の一部の実施形態によれば、インターピクチャ予測及びイントラピクチャ予測などの予測は、ブロック単位で実行される。例えば、ＨＥＶＣ規格によれば、一連のビデオピクチャ内のピクチャは、圧縮のためにコーディングツリーユニット（ＣＴＵ）に分割され、ピクチャ内のＣＴＵは、６４×６４画素、３２×３２画素、又は１６×１６画素など、同一のサイズを有する。一般に、ＣＴＵは、１つのルマＣＴＢと２つのクロマＣＴＢである３つのコーディングツリーブロック（ＣＴＢ）を含む。各ＣＴＵは、１つ以上のコーディングユニット（ＣＵ）に再帰的に四分木分割することができる。例えば、６４×６４画素のＣＴＵは、１つの６４×６４画素のＣＵ、４つの３２×３２画素のＣＵ、又は１６個の１６×１６画素のＣＵに分割することができる。一例では、各ＣＵを解析して、インター予測タイプ又はイントラ予測タイプなど、ＣＵの予測タイプを決定する。ＣＵは、時間的及び／又は空間的予測可能性に応じて、１つ以上の予測ユニット（ＰＵ）に分割される。通常、各ＰＵは、１つのルマ予測ブロック（ＰＢ）と２つのクロマＰＢを含む。一実施形態では、コーディング（エンコード／デコーディング）における予測動作は、予測ブロックの単位で実行される。ルマ予測ブロックを予測ブロックの例として用いて、予測ブロックは、８×８画素、１６×１６画素、８×１６画素、１６×８画素などの画素の値（例えば、ルマ値）の行列を含む。

図７は、本開示の別の実施形態に係るビデオエンコーダ（７０３）の図を示す。ビデオエンコーダ（７０３）は、一連のビデオピクチャ内の現在ビデオピクチャにおけるサンプル値の処理ブロック（例えば、予測ブロック）を受信し、処理ブロックを、コーディングされたビデオシーケンスの一部であるコーディングされたピクチャにエンコードするように構成される。一例では、図４の例におけるビデオエンコーダ（４０３）の代わりにビデオエンコーダ（７０３）を使用する。

ＨＥＶＣの例では、ビデオエンコーダ（７０３）は、８×８サンプルのような予測ブロックなどの処理ブロックのサンプル値の行列を受信する。ビデオエンコーダ（７０３）は、例えばレート歪み最適化を用いて、処理ブロックをイントラモード、インターモード、又は双予測モードにより最も良くコーディングするか否かを決定する。処理ブロックがイントラモードでコーディングされようとする場合、ビデオエンコーダ（７０３）は、イントラ予測技法を用いて処理ブロックをコーディングされたピクチャにエンコードすることができる。また、処理ブロックがインターモード又は双予測モードでコーディングされようとする場合、ビデオエンコーダ（７０３）は、それぞれインター予測又は双予測技法を用いて、処理ブロックをコーディングされたピクチャにエンコードすることができる。特定のビデオコーディング技術では、マージモードは、予測子以外にコーディングされた動きベクトル成分の利便を介することなく、１つ以上の動きベクトル予測子から動きベクトルを導出するインターピクチャ予測サブモードであり得る。特定の他のビデオコーディング技術では、対象ブロックに適用可能な動きベクトル成分が存在し得る。一例では、ビデオエンコーダ（７０３）は、処理ブロックのモードを決定するためのモード決定モジュール（図示せず）などの他の構成要素を含む。

図７の例では、ビデオエンコーダ（７０３）は、図７に示すように互いに結合されたインターエンコーダ（７３０）、イントラエンコーダ（７２２）、残差算出部（７２３）、スイッチ（７２６）、残差エンコーダ（７２４）、統括制御部（７２１）及びエントロピーエンコーダ（７２５）を含む。

インターエンコーダ（７３０）は、現在のブロック（例えば、処理ブロック）のサンプルを受信し、該ブロックを参照ピクチャ内の１つ以上の参照ブロック（例えば、前のピクチャ及び後のピクチャ内のブロック）と比較し、インター予測情報（例えば、インターエンコード技法による冗長情報の記述、動きベクトル、マージモード情報）を生成し、インター予測情報に基づいて任意の適切な技法を用いてインター予測結果（例えば、予測ブロック）を算出するように構成される。一部の例では、参照ピクチャは、エンコードされたビデオ情報に基づいてデコードされたデコード参照ピクチャである。

イントラエンコーダ（７２２）は、現在のブロック（例えば、処理ブロック）のサンプルを受信し、場合によっては該ブロックを同一のピクチャで既にコーディングされたブロックと比較し、量子化された変換後係数を生成し、場合によってはイントラ予測情報（例えば、１つ以上のイントラエンコード技法によるイントラ予測方向情報）をも生成するように構成される。一例では、イントラエンコーダ（７２２）は、イントラ予測情報及び同一のピクチャ内の参照ブロックに基づいてイントラ予測結果（例えば、予測ブロック）も算出する。

統括制御部（７２１）は、統括制御データを決定し、統括制御データに基づいてビデオエンコーダ（７０３）の他の構成要素を制御するように構成される。一例では、統括制御部（７２１）は、ブロックのモードを決定し、モードに基づいて制御信号をスイッチ（７２６）に提供する。例えば、モードがイントラモードである場合、統括制御部（７２１）は、残差算出部（７２３）が使用するためのイントラモード結果を選択するようにスイッチ（７２６）を制御するとともに、イントラ予測情報を選択してイントラ予測情報をビットストリームに含ませるようにエントロピーエンコーダ（７２５）を制御する。また、モードがインターモードである場合、統括制御部（７２１）は、残差算出部（７２３）が使用するためのインター予測結果を選択するようにスイッチ（７２６）を制御するとともに、インター予測情報を選択してインター予測情報をビットストリームに含ませるようにエントロピーエンコーダ（７２５）を制御する。

残差算出部（７２３）は、受信されたブロックとイントラエンコーダ（７２２）又はインターエンコーダ（７３０）から選択された予測結果との差（残差データ）を算出するように構成される。残差エンコーダ（７２４）は、残差データに基づいて動作し、残差データをエンコードして変換係数を生成するように構成される。一例では、残差エンコーダ（７２４）は、残差データを空間領域から周波数領域へと変換し、変換係数を生成するように構成される。その後、変換係数は量子化処理を受けて、量子化された変換係数が得られる。様々な実施形態では、ビデオエンコーダ（７０３）は、残差デコーダ（７２８）をも含む。残差デコーダ（７２８）は、逆変換を実行し、デコード残差データを生成するように構成される。デコード残差データは、イントラエンコーダ（７２２）及びインターエンコーダ（７３０）によって適切に使用することができる。例えば、インターエンコーダ（７３０）は、デコード残差データ及びインター予測情報に基づいて、デコードブロックを生成することができ、イントラエンコーダ（７２２）は、デコード残差データ及びイントラ予測情報に基づいて、デコードブロックを生成することができる。一部の例では、デコードブロックは、デコードピクチャを生成するように適切に処理され、デコードピクチャは、メモリ回路（図示せず）にバッファリングされ、参照ピクチャとして使用することができる。

エントロピーエンコーダ（７２５）は、エンコードブロックを含めるようにビットストリームをフォーマットするように構成される。エントロピーエンコーダ（７２５）は、ＨＥＶＣ規格などの適切な規格に従って様々な情報をビットストリームに含ませるように構成される。一例では、エントロピーエンコーダ（７２５）は、統括制御データ、選択された予測情報（例えば、イントラ予測情報又はインター予測情報）、残差情報及び他の適切な情報をビットストリームに含ませるように構成される。開示する主題によれば、インターモード又は双予測モードのマージサブモードでブロックをコーディングする場合、残差情報はないことに留意されたい。

図８は、本開示の別の実施形態に係るビデオデコーダ（８１０）の図を示す。ビデオデコーダ（８１０）は、コーディングされたビデオシーケンスの一部であるコーディングされたピクチャを受信し、コーディングされたピクチャをデコードして、再構成ピクチャを生成するように構成される。一例では、図４の例におけるビデオデコーダ（４１０）の代わりにビデオデコーダ（８１０）を使用する。

図８の例では、ビデオデコーダ（８１０）は、図８に示されるように互いに結合されたエントロピーデコーダ（８７１）、インターデコーダ（８８０）、残差デコーダ（８７３）、再構成モジュール（８７４）及びイントラデコーダ（８７２）を含む。

エントロピーデコーダ（８７１）は、コーディングされたピクチャから、コーディングされたピクチャを構成するシンタックス要素を表す特定のシンボルを再構成するように構成することができる。このようなシンボルは、例えば、ブロックがコーディングされるモード（例えば、イントラモード、インターモード、双予測モード、後の２つのマージサブモード又は他のサブモード）、それぞれイントラデコーダ（８７２）又はインターデコーダ（８８０）による予測に使用される特定のサンプル又はメタデータを識別できる予測情報（例えば、イントラ予測情報又はインター予測情報）、例えば、量子化された変換係数の形態での残差情報などを含むことができる。一例では、予測モードがインター又は双予測モードであれば、インター予測情報は、インターデコーダ（８８０）に提供される。また、予測タイプがイントラ予測タイプであれば、イントラ予測情報は、イントラデコーダ（８７２）に提供される。残差情報は、逆量子化を施すことができ、残差デコーダ（８７３）に提供される。

インターデコーダ（８８０）は、インター予測情報を受信し、インター予測情報に基づいてインター予測結果を生成するように構成される。

イントラデコーダ（８７２）は、イントラ予測情報を受信し、イントラ予測情報に基づいて予測結果を生成するように構成される。

残差デコーダ（８７３）は、逆量子化を実行することで、逆量子化された変換係数を抽出し、逆量子化された変換係数を処理して残差を周波数領域から空間領域に変換するように構成される。残差デコーダ（８７３）は、（量子化器パラメータ（ＱＰ）を含めるように）特定の制御情報をも必要とする場合があり、この情報は、エントロピーデコーダ（８７１）によって提供されてもよい（データパスは、低ボリューム制御情報のみであり得るため、示されていない）。

再構成モジュール（８７４）は、空間領域において、残差デコーダ（８７３）によって出力された残差と、（場合によってはインター又はイントラ予測モジュールによって出力される）予測結果とを組み合わせて、再構成ビデオの一部となり得る再構成ピクチャの一部であり得る再構成ブロックを形成するように構成される。なお、視覚的品質を改善するために、デブロッキング動作などの他の適切な動作を実行することができる。

なお、ビデオエンコーダ（４０３）、（６０３）及び（７０３）とビデオデコーダ（４１０）、（５１０）及び（８１０）は、任意の適切な技法を用いて実施することができる。一実施形態では、ビデオエンコーダ（４０３）、（６０３）及び（７０３）とビデオデコーダ（４１０）、（５１０）及び（８１０）は、１つ以上の集積回路を用いて実施することができる。別の実施形態では、ビデオエンコーダ（４０３）、（６０３）及び（６０３）とビデオデコーダ（４１０）、（５１０）及び（８１０）は、ソフトウェア命令を実行する１つ以上のプロセッサを用いて実施することができる。

本開示の態様は、ビデオコーディング／デコーディングのためのフィルタリング技法を提供する。具体的には、フィルタリング技法は、予測ループ内のループフィルタユニット（５５６）などのループフィルタユニットに適用される。例えば、ループフィルタユニット（５５６）によってフィルタリングされた画像は、さらなる予測のための参照として、参照ピクチャメモリ（５５７）などのバッファに記憶される。ループフィルタユニットは、サンプルフィルタリングに様々なループフィルタを適用してもよい。一部の例では、ループフィルタユニットのループフィルタ構成は、ループフィルタユニットによって適用されるループフィルタを指す。

ブロックベースのフィルタ適応を備えた適応ループフィルタ（ＡＬＦ）をエンコーダ／デコーダで適用して、アーチファクトを低減することができる。ルマ成分の場合、例えば、局所的な勾配の方向及びアクティビティに基づいて、複数のフィルタ（例えば、２５個のフィルタ）のうちの１つを４×４のルマブロックに対して選択することができる。

ＡＬＦは、任意の適切な形状とサイズを有することができる。図９を参照すると、ＡＬＦ（９１０）～（９１１）は、ひし形を有し、例えば、ＡＬＦ（９１０）の場合で５×５のひし形で、ＡＬＦ（９１１）の場合で７×７のひし形である。ＡＬＦ（９１０）では、要素（９２０）～（９３２）は、ひし形を形成し、フィルタリングプロセスで使用することができる。要素（９２０）～（９３２）には、７つの値（例えば、Ｃ０～Ｃ６）を使用することができる。ＡＬＦ（９１１）では、要素（９４０）～（９６４）は、ひし形を形成し、フィルタリングプロセスで使用することができる。要素（９４０）～（９６４）には、１３個の値（例えば、Ｃ０～Ｃ１２）を使用することができる。

図９を参照すると、一部の例では、ひし形を有する２つのＡＬＦ（９１０）～（９１１）が使用される。５×５のひし形フィルタ（９１０）は、クロマ成分（例えば、クロマブロック、クロマＣＢ）に適用することができ、７×７のひし形フィルタ（９１１）は、ルマ成分（例えば、ルマブロック、ルマＣＢ）に適用することができる。他の適切な形状とサイズをＡＬＦにおいて使用することができる。例えば、９×９のひし形フィルタを使用することができる。

値（例えば、（９１０）におけるＣ０～Ｃ６又は（９２０）におけるＣ０～Ｃ１２）で示される位置でのフィルタ係数は、非ゼロとすることができる。さらに、ＡＬＦにクリッピング関数が含まれている場合、その位置でのクリッピング値は、非ゼロとすることができる。

ルマ成分のブロック分類の場合、４×４ブロック（又はルマブロック、ルマＣＢ）を、複数（例えば、２５）のクラスの１つとしてカテゴリ化又は分類することができる。分類指数Ｃは、式（１）を使用して、方向性パラメータＤとアクティビティ値Ａの量子化値

に基づいて導出することができる。

方向性パラメータと量子化値を計算するために、次のように、１－Ｄラプラシアンを使用して、垂直方向、水平方向及び２つの対角方向（例えば、ｄ１とｄ２）の勾配ｇ_ｖ、ｇ_ｈ、ｇ_ｄ１及びｇ_ｄ２をそれぞれ計算することができる。

ここで、インデックスｉとｊ４×４ブロック内の左上のサンプルの座標を指し、Ｒ（k, l）が座標(k, l)での再構成されたサンプルを指す。方向（例えば、ｄ１とｄ２）は、２つの対角方向を指すことができる。

上記ブロック分類の複雑さを低減するために、サブサンプリングされた１－Ｄラプラシアン計算を適用することができる。図１０Ａ～１０Ｄは、垂直方向（図１０Ａ）、水平方向（図１０Ｂ）、２つの対角方向ｄ１（図１０Ｃ）及びｄ２（図１０Ｄ）の勾配ｇ_ｖ、ｇ_ｈ、ｇ_ｄ１及びｇ_ｄ２をそれぞれ計算するためのサブサンプリングされた位置の例を示す。同じサブサンプリングされた位置を異なる方向の勾配計算に使用することができる。図１０Ａでは、ラベル「Ｖ」は、垂直方向勾配ｇ_ｖを計算するためのサブサンプリングされた位置を示す。図１０Ｂでは、ラベル「Ｈ」は、水平方向勾配ｇ_ｈを計算するためのサブサンプリングされた位置を示す。図１０Ｃでは、ラベル「Ｄ１」は、ｄ１対角方向勾配ｇ_ｄ１を計算するためのサブサンプリングされた位置を示す。図１０Ｄでは、ラベル「Ｄ２」は、ｄ２対角方向勾配ｇ_ｄ２を計算するためのサブサンプリングされた位置を示す。

水平方向と垂直方向の勾配ｇ_ｖとｇ_ｈの最大値

と最小値

は、次のように設定することができる。

２つの対角方向ｇ_ｄ１とｇ_ｄ２の勾配の最大値

と最小値

は、次のように設定することができる。

方向性パラメータは、上記値と２つの閾値ｔ_１及びｔ_２に基づいて、以下のように導出することができる。
ステップ１：

と

が真の場合、Ｄを０に設定する。
ステップ２：

の場合、ステップ３に進み、それ以外の場合、ステップ４に進む。
ステップ３：

の場合、Ｄを２に設定し、それ以外の場合、Ｄを１に設定する。
ステップ４：

の場合、Ｄを４に設定し、それ以外の場合、Ｄを３に設定する。

アクティビティ値Ａは、次のように計算することができる。

Ａを０から４までの範囲でさらに量子化でき、量子化値は、

で示される。

ピクチャ内のクロマ成分の場合、ブロック分類が適用されないため、各クロマ成分に単一のセットのＡＬＦ係数を適用することができる。

幾何学的変換は、フィルタ係数及び対応するフィルタクリッピング値（クリッピング値とも呼ばれる）に適用することができる。ブロック（例えば、４×４ルマブロック）をフィルタリングする前に、回転又は対角及び垂直方向の反転などの幾何学的変換は、例えば、ブロックに対して計算された勾配値（例えば、ｇ_ｖ、ｇ_ｈ、ｇ_ｄ１、及び／又はｇ_ｄ２）に応じて、フィルタ係数ｆ（ｋ，ｌ）及び対応するフィルタクリッピング値ｃ（ｋ，ｌ）に適用することができる。フィルタ係数ｆ（ｋ，ｌ）及び対応するフィルタクリッピング値ｃ（ｋ，ｌ）に幾何学的変換を適用することは、フィルタによってサポートされる領域内のサンプルに幾何学的変換を適用することと同等であり得る。幾何学的変換は、それぞれの方向性を位置合わせすることにより、ＡＬＦが適用される異なるブロックをより類似させることができる。

対角反転、垂直反転及び回転を含む３つの幾何学的変換は、それぞれ式（９）～（１１）で説明されているように実行することができる。

ここで、ＫがＡＬＦ又はフィルタのサイズであり、０＜＝ｋ，１＜＝Ｋ―１が係数の座標である。例えば、位置（０，０）は、左上隅にあり、位置（Ｋ－１，Ｋ－１）は、フィルタｆ又はクリッピング値行列（又はクリッピング行列）ｃの右下隅にある。変換は、ブロックに対して計算された勾配値に応じて、フィルタ係数ｆ（ｋ，ｌ）及びクリッピング値ｃ（ｋ，ｌ）に適用することができる。変換と４つの勾配の関係の例を表１に纏める。

一部の実施形態では、ＡＬＦフィルタパラメータは、ピクチャの適応パラメータセット（ＡＰＳ）でシグナリングされる。ＡＰＳでは、１つ以上のセット（例えば、最大２５セット）のルマフィルタ係数とクリッピング値インデックスをシグナリングすることができる。一例では、１つ以上のセットのうちの１つ以上は、ルマフィルタ係数及び１つ以上のクリッピング値インデックスを含むことができる。１つ以上のセット（例えば、最大８セット）のクロマフィルタ係数及びクリッピング値インデックスをシグナリングすることができる。シグナリングのオーバヘッドを削減するために、ルマ成分の様々な分類（例えば、様々な分類インデックスを有する）のフィルタ係数をマージすることができる。スライスヘッダでは、現在のスライスに使用されているＡＰＳのインデックスをシグナリングすることができる。

一実施形態では、クリッピング値インデックス（クリッピングインデックスとも呼ばれる）は、ＡＰＳからデコードすることができる。クリッピング値インデックスは、例えば、クリッピング値インデックスと対応するクリッピング値との間の関係に基づいて、対応するクリッピング値を決定するために使用することができる。この関係は、事前定義してデコーダに記憶することができる。一例では、この関係は、クリッピング値インデックスと対応するクリッピング値のルマ表（例えば、ルマＣＢに使用される）、クリッピング値インデックスと対応するクリッピング値のクロマ表（例えば、クロマＣＢに使用される）などの表によって説明される。クリッピング値は、ビット深度Ｂに依存し得る。ビット深度Ｂは、内部ビット深度、フィルタリングされるＣＢ内の再構成されたサンプルのビット深度などを指すことができる。一部の例では、表（例えば、ルマ表、クロマ表）は、式（１２）を使用して得られる。

ここで、ＡｌｆＣｌｉｐがクリッピング値であり、Ｂがビット深度（例えば、ｂｉｔＤｅｐｔｈ）であり、Ｎ（例えば、Ｎ＝４）が許可されたクリッピング値の数であり、（ｎ－１）がクリッピング値インデックス（クリッピングインデックス又はｃｌｉｐＩｄｘとも呼ばれる）である。表２は、Ｎ＝４の場合の式（１２）を使用して得られた表の例を示す。クリッピングインデックス（ｎ－１）が表２における０、１、２及び３であり得、ｎがそれぞれ１、２、３及び４であり得る。表２は、ルマブロック又はクロマブロックに使用することができる。

現在のスライスのスライスヘッダでは、１つ以上のＡＰＳインデックス（例えば、最大７つのＡＰＳインデックス）をシグナリングして、現在のスライスに使用できるルマフィルタセットを指定することができる。フィルタリングプロセスは、ピクチャレベル、スライスレベル、ＣＴＢレベルなどのような１つ以上の適切なレベルで制御することができる。一実施形態では、フィルタリングプロセスは、ＣＴＢレベルでさらに制御することができる。ＡＬＦがルマＣＴＢに適用されているかどうかを示すフラグをシグナリングすることができる。ルマＣＴＢは、複数の固定フィルタセット（例えば、１６個の固定フィルタセット）と、ＡＰＳにシグナリングされたフィルタセット（シグナリングされたフィルタセットとも呼ばれる）のうちからフィルタセットを選択することができる。フィルタセットインデックスをルマＣＴＢに対してシグナリングして、適用されるフィルタセット（例えば、複数の固定フィルタセットとシグナリングされたフィルタセットのうちのフィルタセット）を示すことができる。複数の固定フィルタセットは、エンコーダとデコーダで事前定義しハードコーディングすることができ、事前定義フィルタセットと呼ばれ得る。

クロマ成分の場合、スライスヘッダでＡＰＳインデックスをシグナリングして、現在のスライスに使用されるクロマフィルタセットを示すことができる。ＣＴＢレベルでは、ＡＰＳに複数のクロマフィルタセットがある場合、各クロマＣＴＢに対してフィルタセットインデックスをシグナリングすることができる。

フィルタ係数は、１２８に等しいノルムで量子化することができる。乗算の複雑さを軽減するために、ビットストリーム適合性を適用して、非中央位置の係数値が－２７～２７－１の範囲になるようにすることができる。一例では、中央位置の係数は、ビットストリームにシグナリングされず、１２８に等しいと見なすことができる。

一部の実施形態では、クリッピングインデックス及びクリッピング値のシンタックス及びセマンティクスは、以下のように定義される。
ａｌｆ＿ｌｕｍａ＿ｃｌｉｐ＿ｉｄｘ［ｓｆＩｄｘ］［ｊ］を使用して、ｓｆＩｄｘで示されるシグナリングされたルマフィルタのｊ番目の係数を乗算する前に使用するクリッピング値のクリッピングインデックスを指定することができる。ビットストリーム適合性の要件は、ｓｆＩｄｘ＝０～ａｌｆ＿ｌｕｍａ＿ｎｕｍ＿ｆｉｌｔｅｒｓ＿ｓｉｇｎａｌｌｅｄ＿ｍｉｎｕｓ１及びｊ＝０～１１の場合のａｌｆ＿ｌｕｍａ＿ｃｌｉｐ＿ｉｄｘ［ｓｆＩｄｘ］［ｊ］の値が０～３の範囲であることを含むことができる。
ｆｉｌｔＩｄｘ＝０～ＮｕｍＡｌｆＦｉｌｔｅｒｓ－１、ｊ＝０～１１の場合の要素ＡｌｆＣｌｉｐＬ［ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］［ｆｉｌｔＩｄｘ］［ｊ］を有するルマフィルタのクリッピング値ＡｌｆＣｌｉｐＬ［ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］は、ＢｉｔＤｅｐｔｈＹに等しいｂｉｔＤｅｐｔｈセットとａｌｆ＿ｌｕｍａ＿ｃｌｉｐ＿ｉｄｘ［ａｌｆ＿ｌｕｍａ＿ｃｏｅｆｆ＿ｄｅｌｔａ＿ｉｄｘ［ｆｉｌｔＩｄｘ］］［ｊ］に等しいｃｌｉｐＩｄｘセットとに応じて、表２に指定されているように導出することができる。
ａｌｆ＿ｃｈｒｏｍａ＿ｃｌｉｐ＿ｉｄｘ［ａｌｔＩｄｘ］［ｊ］を使用して、インデックスａｌｔＩｄｘを有する代替クロマフィルタのｊ番目の係数を乗算する前に使用するクリッピング値のクリッピングインデックスを指定することができる。ビットストリーム適合性の要件は、ａｌｔＩｄｘ＝０～ａｌｆ＿ｃｈｒｏｍａ＿ｎｕｍ＿ａｌｔ＿ｆｉｌｔｅｒｓ＿ｍｉｎｕｓ１、ｊ＝０～５の場合のａｌｆ＿ｃｈｒｏｍａ＿ｃｌｉｐ＿ｉｄｘ［ａｌｔＩｄｘ］［ｊ］の値が０～３の範囲であることを含むことができる。
ａｌｔＩｄｘ＝０～ａｌｆ＿ｃｈｒｏｍａ＿ｎｕｍ＿ａｌｔ＿ｆｉｌｔｅｒｓ＿ｍｉｎｕｓ１、ｊ＝０～５の場合の要素ＡｌｆＣｌｉｐＣ［ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］［ａｌｔＩｄｘ］［ｊ］を有するクロマフィルタのクリッピング値ＡｌｆＣｌｉｐＣ［ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ］［ａｌｔＩｄｘ］は、ＢｉｔＤｅｐｔｈＣに等しいｂｉｔＤｅｐｔｈセットとａｌｆ＿ｃｈｒｏｍａ＿ｃｌｉｐ＿ｉｄｘ［ａｌｔＩｄｘ］［ｊ］に等しいｃｌｉｐＩｄｘセットとに応じて、表２に指定されているように導出することができる。

一実施形態では、フィルタリングプロセスは、以下のように説明することができる。デコーダ側では、ＡＬＦがＣＴＢに対して有効になっている場合、ＣＵ（又はＣＢ）内のサンプルＲ（ｉ，ｊ）をフィルタリングして、以下に示すように式（１３）を使用してフィルタリングされたサンプル値Ｒ’（ｉ，ｊ）を生成することができる。一例では、ＣＵ内の各サンプルはフィルタリングされる。

ここで、ｆ（ｋ，ｌ）がデコードされたフィルタ係数を示し、Ｋ（ｘ，ｙ）がクリッピング関数であり、ｃ（ｋ，ｌ）がデコードされたクリッピングパラメータ（又はクリッピング値）を示す。変数ｋとｌは、－Ｌ／２とＬ／２との間に変化し、ここで、Ｌがフィルタの長さを示す。クリッピング関数Ｋ（ｘ，ｙ）＝ｍｉｎ（ｙ，ｍａｘ（－ｙ，ｘ））は、クリッピング関数Ｃｌｉｐ３（－ｙ，ｙ，ｘ）に対応する。クリッピング関数Ｋ（ｘ，ｙ）を組み込むことにより、ループフィルタリング方法（例えば、ＡＬＦ）は、非線形プロセスになり、非線形ＡＬＦと呼ぶことができる。

非線形ＡＬＦでは、複数のセットのクリッピング値を表３に示すことができる。一例では、ルマセットには４つのクリッピング値｛１０２４、１８１、３２、６｝が含まれ、クロマセットには４つのクリッピング値｛１０２４、１６１、２５、４｝が含まれる。ルマセットにおける４つのクリッピング値は、対数領域で、ルマブロックのサンプル値（１０ビットでコーディング）の全範囲（例えば、１０２４）をほぼ均等に分割することによって選択することができる。クロマセットの範囲は、４～１０２４であり得る。

選択されたクリッピング値は、「ａｌｆ＿ｄａｔａ」シンタックス要素で次のようにコーディングすることができる。適切なエンコードスキーム（例えば、ゴロムエンコードスキーム）を使用して、表３に示すような選択されたクリッピング値に対応するクリッピングインデックスをエンコードすることができる。エンコード方式は、フィルタセットインデックスをエンコードするために使用されるものと同じエンコードスキームであり得る。

一実施形態では、仮想境界フィルタリングプロセスを使用して、ＡＬＦのラインバッファ要件を低減することができる。したがって、変更されたブロック分類及びフィルタリングは、ＣＴＵ境界（例えば、水平方向ＣＴＵ境界）の近くのサンプルに使用することができる。仮想境界（１１３０）は、図１１Ａに示すように、水平方向ＣＴＵ境界（１１２０）を「Ｎ_{ｓａｍｐｌｅｓ}」サンプルだけシフトすることによって線として定義することができ、ここで、Ｎ_{ｓａｍｐｌｅｓ}が正の整数であり得る。一例では、Ｎ_{ｓａｍｐｌｅｓ}は、ルマ成分の場合で４に等しく、クロマ成分の場合で２に等しくなる。

図１１Ａを参照すると、変更されたブロック分類をルマ成分に適用することができる。一例では、仮想境界（１１３０）の上方の４ｘ４ブロック（１１１０）の１Ｄラプラシアン勾配計算に対して、仮想境界（１１３０）の上方のサンプルのみが使用される。同様に、図１１Ｂを参照すると、ＣＴＵ境界（１１２１）からシフトされた仮想境界（１１３１）の下方の４ｘ４ブロック（１１１１）の１Ｄラプラシアン勾配計算に対して、仮想境界（１１３１）の下方のサンプルのみが使用される。したがって、アクティビティ値Ａの量子化は、１Ｄラプラシアン勾配計算で使用されるサンプル数の減少を考慮することによりスケーリングすることができる。

フィルタリング処理では、仮想境界での対称パディング動作をルマ成分とクロマ成分の両方に使用することができる。図１２Ａ～１２Ｆは、仮想境界でのルマ成分に対するそのような変更されたＡＬＦフィルタリングの例を示す。フィルタリングされるサンプルが仮想境界の下方にある場合、仮想境界の上方にある隣接するサンプルをパディングすることができる。フィルタリングされるサンプルが仮想境界の上方にある場合、仮想境界の下方にある隣接するサンプルをパディングすることができる。図１２Ａを参照すると、隣接するサンプルＣ０は、仮想境界（１２１０）の下方にあるサンプルＣ２でパディングすることができる。図１２Ｂを参照すると、隣接するサンプルＣ０は、仮想境界（１２２０）の上方にあるサンプルＣ２でパディングすることができる。図１２Ｃを参照すると、隣接するサンプルＣ１～Ｃ３は、仮想境界（１２３０）の下方にあるサンプルＣ５～Ｃ７でそれぞれパディングすることができる。図１２Ｄを参照すると、隣接するサンプルＣ１～Ｃ３は、仮想境界（１２４０）の上方にあるサンプルＣ５～Ｃ７でそれぞれパディングすることができる。図１２Ｅを参照すると、隣接するサンプルＣ４～Ｃ８は、仮想境界（１２５０）の下方にあるサンプルＣ１０、Ｃ１１、Ｃ１２、Ｃ１１及びＣ１０でそれぞれパディングすることができる。図１２Ｆを参照すると、隣接するサンプルＣ４～Ｃ８は、仮想境界（１２６０）の上方にあるサンプルＣ１０、Ｃ１１、Ｃ１２、Ｃ１１及びＣ１０でそれぞれパディングすることができる。

一部の例では、サンプル及び隣接するサンプルが仮想境界の左（又は右）及び右（又は左）にある場合、上記説明を適切に適合させることができる。

本開示の一態様によれば、コーディング効率を向上させるために、フィルタリングプロセスに基づいてピクチャを区分することができる。一部の例では、ＣＴＵは、最大コーディングユニット（ＬＣＵ）とも呼ばれる。一例では、ＣＴＵ又はＬＣＵは、６４×６４画素のサイズを有することができる。一部の実施形態では、ＬＣＵ位置合わせピクチャ四分木分割をフィルタリングベースの区分に使用することができる。一部の例では、同期性コーディングユニットとピクチャ四分木ベースの適応ループフィルタを使用することができる。例えば、ルマピクチャを幾つかのマルチレベルの四分木区分に分割し、各区分の境界をＬＣＵの境界に位置合わせすることができる。各区分には、独自のフィルタリングプロセスがあるため、フィルタユニット（ＦＵ）と呼ばれる。

一部の例では、２パスエンコードフローを使用することができる。２パスエンコードフローの第１のパスで、ピクチャの四分木分割パターンと各ＦＵの最適なフィルタを決定することができる。一部の実施形態では、ピクチャの四分木分割パターンの決定及びＦＵに最適なフィルタの決定は、フィルタリング歪みに基づく。フィルタリング歪みは、決定プロセス中に高速フィルタリング歪み推定（ＦＦＤＥ）方法によって推定することができる。ピクチャは、四分木区分を使用して区分される。決定された四分木分割パターンとすべてのＦＵの選択されたフィルタに従って、再構成されたピクチャをフィルタリングすることができる。

２-パスエンコードフローの第２のパスで、ＣＵとＡＬＦのオン／オフ同期制御が実行される。ＡＬＦのオン／オフの結果によると、最初にフィルタリングされたピクチャは、再構成されたピクチャによって部分的に復元される。

具体的には、一部の例では、トップダウン分割戦略を採用して、レート歪み基準を使用してピクチャをマルチレベルの四分木区分に分割する。各区分は、フィルタユニット（ＦＵ）と呼ばれる。分割プロセスは、四分木区分をＬＣＵ境界に位置合わせする。ＦＵのエンコード順序は、ｚ走査の順序に従う。

図１３は、本開示の一部の実施形態に係る区分例を示す。図１３の例では、ピクチャ（１３００）は、１０個のＦＵに分割され、エンコード順序は、ＦＵ０、ＦＵ１、ＦＵ２、ＦＵ３、ＦＵ４、ＦＵ５、ＦＵ６、ＦＵ７、ＦＵ８及びＦＵ９である。

図１４は、ピクチャ（１３００）の四分木分割パターン（１４００）を示す。図１４の例では、分割フラグを使用して、ピクチャ区分パターンを示す。例えば、「１」は、四分木区分がブロックに対して実行されることを示し、「０」は、ブロックがさらに区分されていないことを示す。一部の例では、最小サイズのＦＵにはＬＣＵサイズがあり、最小サイズのＦＵに分割フラグは必要ではない。分割フラグは、図１４に示すように、ｚ順序でエンコードされ送信される。

一部の例では、各ＦＵのフィルタは、レート歪み基準に基づいて２つのフィルタセットから選択される。第１のセットには、現在のＦＵに対して導出された１／２対称の正方形と菱形のフィルタがある。第２のセットは、時間遅延フィルタバッファから取得され、該時間遅延フィルタバッファは、前のピクチャのＦＵに対して以前導出されたフィルタを記憶する。現在のＦＵのために、これら２つのセットの中でレート歪みコストが最小のフィルタを選択することができる。同様に、現在のＦＵが最小のＦＵではなく、さらに４つのサブＦＵに分割できる場合、４つのサブＦＵのレート歪みコストを計算する。分割の場合と分割されていない場合のレート歪みコストを再帰的に比較することにより、ピクチャの四分木分割パターンを決定することができる。

一部の例では、最大四分木分割レベルを使用して、ＦＵの最大数を制限することができる。一例では、最大四分木分割レベルが２である場合、ＦＵの最大数は、１６である。さらに、四分木分割の決定中に、最下位の四分木レベルでの１６個のＦＵ（最小のＦＵ）のウィーナー係数を導出する相関値を再利用することができる。残りのＦＵは、最下位の四分木レベルでの１６個のＦＵの相関からウィーナーフィルタを導出することができる。したがって、この例では、すべてのＦＵのフィルタ係数を導出するために１回のフレームバッファアクセスのみが実行される。

四分木分割パターンが決定された後、フィルタリング歪みをさらに減らすために、ＣＵとＡＬＦのオン／オフ同期制御を実行することができる。各リーフＣＵでのフィルタリング歪みと非フィルタリング歪みを比較することにより、リーフＣＵは、そのローカル領域でＡＬＦのオン／オフを明示的に切り替えることができる。一部の例では、ＡＬＦオン／オフの結果に従ってフィルタ係数を再設計することによって、コーディング効率をさらに改善することができる。

交差成分フィルタリングプロセスでは、交差成分適応ループフィルタ（ＣＣ－ＡＬＦ）などの交差成分フィルタを適用することができる。交差成分フィルタは、ルマ成分（例えば、ルマＣＢ）のルマサンプル値を使用して、クロマ成分（例えば、ルマＣＢに対応するクロマＣＢ）を改良することができる。一例では、ルマＣＢ及びクロマＣＢは、ＣＵに含まれる。

図１５は、本開示の一実施形態に係る、クロマ成分を生成するための交差成分フィルタ（例えば、ＣＣ－ＡＬＦ）を示す。一部の例では、図１５は、第１のクロマ成分（例えば、第１のクロマＣＢ）、第２のクロマ成分（例えば、第２のクロマＣＢ）及びルマ成分（例えば、ルマＣＢ）のフィルタリングプロセスを示す。サンプル適応オフセット（ＳＡＯ）フィルタ（１５１０）によってルマ成分をフィルタリングして、ＳＡＯでフィルタリングされたルマ成分（１５４１）を生成することができる。ＳＡＯでフィルタリングされたルマ成分（１５４１）は、さらにＡＬＦルマフィルタ（１５１６）によってフィルタリングされて、フィルタリングされたルマＣＢ（１５６１）（例えば、「Ｙ」）になることができる。

ＳＡＯフィルタ（１５１２）及びＡＬＦクロマフィルタ（１５１８）によって第１のクロマ成分をフィルタリングして、第１の中間成分（１５５２）を生成することができる。さらに、第１のクロマ成分のための交差成分フィルタ（例えば、ＣＣ－ＡＬＦ）（１５２１）によって、ＳＡＯでフィルタリングされたルマ成分（１５４１）をフィルタリングして、第２の中間成分（１５４２）を生成することができる。続いて、第２の中間成分（１５４２）及び第１の中間成分（１５５２）のうちの少なくとも１つに基づいてフィルタリングされた第１のクロマ成分（１５６２）（例えば、「Ｃｂ」）を生成することができる。一例では、第２の中間成分（１５４２）と第１の中間成分（１５５２）とを加算器（１５２２）で組み合わせることによって、フィルタリングされた第１のクロマ成分（１５６２）（例えば、「Ｃｂ」）を生成することができる。第１のクロマ成分のための交差成分適応ループフィルタリングプロセスは、ＣＣ－ＡＬＦ（１５２１）によって実行するステップと、例えば、加算器（１５２２）によって実行するステップとを含むことができる。

上記説明は、第２のクロマ成分に適合させることができる。ＳＡＯフィルタ（１５１４）及びＡＬＦクロマフィルタ（１５１８）によって第２のクロマ成分をフィルタリングして、第３の中間成分（１５５３）を生成することができる。さらに、第２のクロマ成分のための交差成分フィルタ（例えば、ＣＣ－ＡＬＦ）（１５３１）によって、ＳＡＯでフィルタリングされたルマ成分（１５４１）をフィルタリングして、第４の中間成分（１５４３）を生成することができる。続いて、第４の中間成分（１５４３）及び第３の中間成分（１５５３）のうちの少なくとも１つに基づいて、フィルタリングされた第２のクロマ成分（１５６３）（例えば、「Ｃｒ」）を生成することができる。一例では、第４の中間成分（１５４３）と第３の中間成分（１５５３）とを加算器（１５３２）で組み合わせることによって、フィルタリングされた第２のクロマ成分（１５６３）（例えば、「Ｃｒ」）を生成することができる。一例では、第２のクロマ成分のための交差成分適応ループフィルタリングプロセスは、ＣＣ－ＡＬＦ（１５３１）によって実行するステップと、例えば、加算器（１５３２）によって実行するステップとを含むことができる。

交差成分フィルタ（例えば、ＣＣ－ＡＬＦ（１５２１）、ＣＣ－ＡＬＦ（１５３１））は、任意の適切なフィルタ形状を有する線形フィルタをルマ成分（又はルマチャネル）に適用することにより、各クロマ成分（例えば、第１のクロマ成分、第２のクロマ成分）を改良するように動作することができる。

図１６は、本開示の一実施形態に係るフィルタ（１６００）の例を示す。フィルタ（１６００）は、非ゼロのフィルタ係数及びゼロフィルタ係数を含むことができる。フィルタ（１６００）は、（黒い塗りつぶしを有する円によって示される）フィルタ係数（１６１０）によって形成されたひし形（１６２０）を有する。一例では、フィルタ（１６００）内の非ゼロのフィルタ係数は、フィルタ係数（１６１０）に含まれ、フィルタ係数（１６１０）に含まれないフィルタ係数は、ゼロである。したがって、フィルタ（１６００）内の非ゼロのフィルタ係数は、ひし形（１６２０）に含まれ、ひし形（１６２０）に含まれないフィルタ係数は、ゼロである。一例では、フィルタ（１６００）内のフィルタ係数の数は、フィルタ係数（１６１０）の数に等しく、図１６に示される例では、１８である。

ＣＣ－ＡＬＦには、任意の適切なフィルタ係数（ＣＣ－ＡＬＦフィルタ係数とも呼ばれる）を含むことができる。図１５に戻り、ＣＣ－ＡＬＦ（１５２１）及びＣＣ－ＡＬＦ（１５３１）は、図１６に示されるひし形（１６２０）などの同じフィルタ形状及び同じ数のフィルタ係数を有することができる。一例では、ＣＣ－ＡＬＦ（１５２１）内のフィルタ係数の値は、ＣＣ－ＡＬＦ（１５３１）のフィルタ係数の値とは異なる。

一般に、ＣＣ－ＡＬＦ内のフィルタ係数（例えば、非ゼロのフィルタ係数）は、例えばＡＰＳで送信することができる。一例では、フィルタ係数は、係数（例えば、２^１０）によってスケーリングすることができ、固定小数点表示に対して四捨五入することができる。ＣＣ－ＡＬＦの応用は、可変ブロックサイズで制御し、サンプルのブロックごとに受信したコンテキストコーディングフラグ（例えば、ＣＣ－ＡＬＦ有効化フラグ）によってシグナリングすることができる。ＣＣ－ＡＬＦ有効化フラグなどのコンテキストコーディングフラグは、ブロックレベルなどの任意の適切なレベルでシグナリングすることができる。各クロマ成分について、ブロックサイズとＣＣ－ＡＬＦ有効化フラグをスライスレベルで受信することができる。一部の例では、ブロックサイズ（クロマサンプル）１６ｘ１６、３２ｘ３２及び６４ｘ６４をサポートすることができる。

図１７は、本開示の一部の実施形態に係るＣＣ－ＡＬＦの構文例を示す。図１７の例では、ａｌｆ＿ｃｔｂ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｃｂ＿ｉｄｃ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］は、交差成分Ｃｂフィルタが使用されているかどうかを示すインデックスであり、交差成分Ｃｂフィルタが使用されている場合のインデックスである。例えば、ａｌｆ＿ｃｔｂ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｃｂ＿ｉｄｃ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］が０に等しい場合、交差成分Ｃｂフィルタは、ルマ位置（ｘＣｔｂ、ｙＣｔｂ）のＣｂ色成分サンプルのブロックに適用されず、ａｌｆ＿ｃｔｂ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｃｂ＿ｉｄｃ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］が０に等しくない場合、ａｌｆ＿ｃｔｂ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｃｂ＿ｉｄｃ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］は、適用されるフィルタのインデックスである。例えば、ａｌｆ＿ｃｔｂ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｃｂ＿ｉｄｃ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］番目の交差成分Ｃｂフィルタは、ルマ位置（ｘＣｔｂ、ｙＣｔｂ）のＣｂ色成分サンプルのブロックに適用される。

さらに、図１７の例では、ａｌｆ＿ｃｔｂ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｃｒ＿ｉｄｃ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］を使用して、交差成分Ｃｒフィルタが使用されているかどうか、交差成分Ｃｒフィルタのインデックスが使用されているかどうかを示す。例えば、ａｌｆ＿ｃｔｂ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｃｒ＿ｉｄｃ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］が０に等しい場合、交差成分Ｃｒフィルタは、ルマ位置（ｘＣｔｂ、ｙＣｔｂ）のＣｒ色成分サンプルのブロックに適用されず、ａｌｆ＿ｃｔｂ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｃｒ＿ｉｄｃ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］が０に等しくない場合、ａｌｆ＿ｃｔｂ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｃｒ＿ｉｄｃ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］は、交差成分Ｃｒフィルタのインデックスである。例えば、ａｌｆ＿ｃｒｏｓｓ＿ｃｏｍｐｏｎｅｎｔ＿ｃｒ＿ｉｄｃ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］番目の交差成分Ｃｒフィルタは、ルマ位置（ｘＣｔｂ、ｙＣｔｂ）のＣｒ色成分サンプルのブロックに適用することができる。

一部の例では、クロマサブサンプリング技法が使用されるため、各クロマブロック内のサンプル数は、ルマブロック内のサンプル数未満であり得る。クロマサブサンプリングフォーマット（例えば、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃで指定されるクロマサブサンプリングフォーマットとも呼ばれる）は、各クロマブロックと対応するルマブロックとの間の水平方向クロマサブサンプリング係数（例えば、ＳｕｂＷｉｄｔｈＣ）及び垂直方向クロマサブサンプリング係数（例えば、ＳｕｂＨｅｉｇｈｔＣ）を示すことができる。一例では、クロマサブサンプリングフォーマットが４：２：０であるため、図１８Ａ～１８Ｂに示すように、水平方向クロマサブサンプリング係数（例えば、ＳｕｂＷｉｄｔｈＣ）と垂直方向クロマサブサンプリング係数（例えば、ＳｕｂＨｅｉｇｈｔＣ）は、２である。一例では、クロマサブサンプリングフォーマットが４：２：２であるため、水平方向クロマサブサンプリング係数（例えば、ＳｕｂＷｉｄｔｈＣ）は、２であり、垂直方向クロマサブサンプリング係数（例えば、ＳｕｂＨｅｉｇｈｔＣ）は、１である。一例では、クロマサブサンプリングフォーマットが４：４：４であるため、水平方向クロマサブサンプリング係数（例えば、ＳｕｂＷｉｄｔｈＣ）と垂直方向クロマサブサンプリング係数（例えば、ＳｕｂＨｅｉｇｈｔＣ）は、１である。クロマサンプルタイプ（クロマサンプル位置とも呼ばれる）は、ルマブロック内の少なくとも１つの対応するルマサンプルに対するクロマブロック内のクロマサンプルの相対位置を示すことができる。

図１８Ａ～１８Ｂは、本開示の実施形態に係るルマサンプルに対するクロマサンプルの例示的な位置を示す。図１８Ａを参照し、ルマサンプル（１８０１）は、行（１８１１）～（１８１８）にある。図１８Ａに示されるルマサンプル（１８０１）は、ピクチャの一部を表すことができる。一例では、ルマブロック（例えば、ルマＣＢ）は、ルマサンプル（１８０１）を含む。ルマブロックは、４：２：０のクロマサブサンプリングフォーマットを有する２つのクロマブロックに対応することができる。一例では、各クロマブロックは、クロマサンプル（１８０３）を含む。各クロマサンプル（例えば、クロマサンプル（１８０３（１））は、４つのルマサンプル（例えば、ルマサンプル（１８０１（１））～（１８０１（４））に対応する。一例では、４つのルマサンプルは、左上のサンプル（１８０１（１））、右上のサンプル（１８０１（２））、左下のサンプル（１８０１（３））及び右下のサンプル（１８０１（４））である。クロマサンプル（例えば、（１８０３（１）））は、左上のサンプル（１８０１（１））と左下のサンプル（１８０１（３））との間にある左中央の位置にあり、クロマサンプル（１８０３）を有するクロマブロックのクロマサンプルタイプは、クロマサンプルタイプ０と呼ばれ得る。クロマサンプルタイプ０は、左上のサンプル（１８０１（１））と左下のサンプル（１８０１（３））の中央の左中央位置に対応する相対位置０を示す。４つのルマサンプル（例えば、（１８０１（１））～（１８０１（４）））は、クロマサンプル（１８０３）（１）の隣接するルマサンプルと呼ばれ得る。

一例では、各クロマブロックは、クロマサンプル（１８０４）を含む。クロマサンプル（１８０３）に関する上記説明は、クロマサンプル（１８０４）に適合させることができるので、簡潔にするために詳細な説明を省略することができる。各クロマサンプル（１８０４）は、４つの対応するルマサンプルの中央位置にあり得、クロマサンプル（１８０４）を有するクロマブロックのクロマサンプルタイプは、クロマサンプルタイプ１と呼ばれ得る。クロマサンプルタイプ１は、４つのルマサンプル（例えば、（１８０１（１））～（１８０１（４）））の中央位置に対応する相対位置１を示す。例えば、クロマサンプル（１８０４）の１つは、ルマサンプル（１８０１（１））～（１８０１（４））の中央位置にあり得る。

一例では、各クロマブロックは、クロマサンプル（１８０５）を含む。各クロマサンプル（１８０５）は、４つの対応するルマサンプル（１８０１）の左上のサンプルと同じ位置にある左上の位置にあり得、クロマサンプル（１８０５）を有するクロマブロックのクロマサンプルタイプは、クロマサンプルタイプ２と呼ばれ得る。したがって、各クロマサンプル（１８０５）は、それぞれのクロマサンプルに対応する４つのルマサンプル（１８０１）の左上のサンプルと同じ位置にある。クロマサンプルタイプ２は、４つのルマサンプル（１８０１）の左上の位置に対応する相対位置２を示す。例えば、クロマサンプル（１８０５）の１つは、ルマサンプル（１８０１（１））～（１８０１（４））の左上の位置にあり得る。

一例では、各クロマブロックは、クロマサンプル（１８０６）を含む。各クロマサンプル（１８０６）は、対応する左上のサンプルと対応する右上のサンプルとの間の上部中央の位置にあり得、クロマサンプル（１８０６）を有するクロマブロックのクロマサンプルタイプは、クロマサンプルタイプ３と呼ばれ得る。クロマサンプルタイプ３は、左上のサンプルと右上のサンプルとの間の上部中央の位置に対応する相対位置３を示す。例えば、クロマサンプル（１８０６）の１つは、ルマサンプル（１８０１（１））～（１８０１（４））の上部中央の位置にあり得る。

一例では、各クロマブロックは、クロマサンプル（１８０７）を含む。各クロマサンプル（１８０７）は、４つの対応するルマサンプル（１８０１）の左下のサンプルと同じ位置にある左下の位置にあり得、クロマサンプル（１８０７）を有するクロマブロックのクロマサンプルタイプは、クロマサンプルタイプ４と呼ばれ得る。したがって、各クロマサンプル（１８０７）は、それぞれのクロマサンプルに対応する４つのルマサンプル（１８０１）の左下のサンプルと同じ位置にあり得る。クロマサンプルタイプ４は、４つのルマサンプル（１８０１）の左下の位置に対応する相対位置４を示す。例えば、クロマサンプル（１８０７）の１つは、ルマサンプル（１８０１（１））～（１８０１（４））の左下の位置にあり得る。

一例では、各クロマブロックは、クロマサンプル（１８０８）を含む。各クロマサンプル（１８０８）は、左下のサンプルと右下のサンプルとの間の下部中央の位置にあり、クロマサンプル（１８０８）を有するクロマブロックのクロマサンプルタイプは、クロマサンプルタイプ５と呼ばれ得る。クロマサンプルタイプ５は、４つのルマサンプル（１８０１）の左下のサンプルと右下のサンプルとの間の下部中央の位置に対応する相対位置５を示す。例えば、クロマサンプル（１８０８）の１つは、ルマサンプル（１８０１（１））～（１８０１（４））の左下のサンプルと右下のサンプルとの間にあり得る。

一般に、適切なクロマサンプルタイプは、クロマサブサンプリングフォーマットに使用することができる。クロマサンプルタイプ０～５は、クロマサブサンプリングフォーマット４：２：０で説明された例示的なクロマサンプルタイプである。追加のクロマサンプルタイプは、クロマサブサンプリングフォーマット４：２：０に使用されてもよい。さらに、他のクロマサンプルタイプ及び／又はクロマサンプルタイプ０～５の変形は、４：２：２、４：４：４などの他のクロマサブサンプリングフォーマットに使用することができる。一例では、クロマサンプル（１８０５）と（１８０７）を組み合わせたクロマサンプルタイプは、クロマサブサンプリングフォーマット４：２：２に使用される。

一例では、ルマブロックは、４つのルマサンプル（例えば、（１８０１（１））～（１８０１（４）））の上部の２つのサンプル（例えば、（１８０１（１））～（１８０）（２）））と、４つのルマサンプル（例えば、（１８０１（１）～（１８０１（４）））の下部の２つのサンプル（例えば、（１８０１（３））～（１８０１（４）））とをそれぞれ含む行（１８１１）～（１８１２）などの交互の行を有すると見なされる。したがって、行（１８１１）、（１８１３）、（１８１５）及び（１８１７）は、現在の行（トップフィールドとも呼ばれる）と呼ばれ得、行（１８１２）、（１８１４）、（１８１６）及び（１８１８）は、次の行（ボトムフィールドとも呼ばれる）と呼ばれ得る。４つのルマサンプル（例えば、（１８０１（１））～（１８０１（４）））は、現在の行（例えば、（１８１１））と次の行（例えば、（１８１２））にある。相対位置２～３は、現在の行にあり、相対位置０～１は、各現在の行とそれぞれの次の行の間にあり、相対位置４～５は、次の行にある。

クロマサンプル（１８０３）、（１８０４）、（１８０５）、（１８０６）、（１８０７）又は（１８０８）は、各クロマブロックの行（１８５１）～（１８５４）にある。行（１８５１）～（１８５４）の特定の位置は、クロマサンプルのクロマサンプルタイプに依存し得る。例えば、クロマサンプル（１８０３）～（１８０４）がそれぞれのクロマサンプルタイプ０～１を有する場合、行（１８５１）は、行（１８１１）～（１８１２）の間にある。クロマサンプル（１８０５）～（１８０６）がそれぞれのクロマサンプルタイプ２～３を有する場合、行（１８５１）は、現在の行（１８１１）と同じ位置にある。クロマサンプル（１８０７）～（１８０８）がそれぞれのクロマサンプルタイプ４～５を有する場合、行（１８５１）は、次の行（１８１２）と同じ位置にある。上記説明は、行（１８５２）～（１８５４）に適切に適合させることができるので、簡潔にするために詳細な説明を省略する。

任意の適切な走査方法を使用して、以上の図１８Ａで説明したルマブロック及び対応するクロマブロックを表示、記憶及び／又は送信することができる。一例では、順次走査が使用される。

図１８Ｂに示すように、インタレース走査を使用することができる。上記のように、クロマサブサンプリングフォーマットは、４：２：０である（例えば、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは１に等しい）。一例では、可変クロマロケーションタイプ（例えば、ＣｈｒｏｍａＬｏｃＴｙｐｅ）は、現在の行（例えば、ＣｈｒｏｍａＬｏｃＴｙｐｅがｃｈｒｏｍａ＿ｓａｍｐｌｅ＿ｌｏｃ＿ｔｙｐｅ＿ｔｏｐ＿ｆｉｅｌｄである）又は次の行（例えば、ＣｈｒｏｍａＬｏｃＴｙｐｅがｃｈｒｏｍａ＿ｓａｍｐｌｅ＿ｌｏｃ＿ｔｙｐｅ＿ｂｏｔｔｏｍ＿ｆｉｅｌｄである）を示す。現在の行（１８１１）、（１８１３）、（１８１５）及び（１８１７）と、次の行（１８１２）、（１８１４）、（１８１６）及び（１８１８）とをそれぞれ走査することができ、例えば、まず、現在の行（１８１１）、（１８１３）、（１８１５）及び（１８１７）を走査し、続いて次の行（１８１２）、（１８１４）、（１８１６）及び（１８１８）を走査することができる。現在の行にはルマサンプル（１８０１）を含むことができ、次の行にはルマサンプル（１８０２）を含むことができる。

同様に、対応するクロマブロックをインタレース走査することができる。クロマサンプル（１８０３）、（１８０４）、（１８０５）、（１８０６）、（１８０７）又は（１８０８）を含む、塗りつぶしのない行（１８５１）及び（１８５３）は、現在の行（又は現在のクロマ行）と呼ばれ得、クロマサンプル（１８０３）、（１８０４）、（１８０５）、（１８０６）、（１８０７）又は（１８０８）を含む、灰色の塗りつぶしのある行（１８５２）及び（１８５４）は、次の行（又は次のクロマ行）と呼ばれ得る。一例では、インタレース走査中に、まず、行（１８５１）及び（１８５３）を走査し、続いて行（１８５２）及び（１８５４）を走査する。

一部の例では、制約付き方向強調フィルタリング技法を使用することができる。インループ制約付き方向強調フィルタ（ＣＤＥＦ）を使用すると、画像の詳細を保持しながら、コーディングアーチファクトをフィルタリングすることができる。一例（例えば、ＨＥＶＣ）では、サンプル適応オフセット（ＳＡＯ）アルゴリズムは、異なるクラスの画素のために信号オフセットを定義することによって、同様の目標を達成することができる。ＳＡＯとは異なり、ＣＤＥＦは、非線形空間フィルタである。一部の例では、ＣＤＥＦは、簡単にベクトル化できるように制約することができる（つまり、単一命令複数データ（ＳＩＭＤ）動作により実施できる）。なお、メディアンフィルタ、バイラテラルフィルタなどの他の非線形フィルタは、同じ方法で処理できない。

場合によっては、コーディングされた画像のリンギングアーチファクトの量は、量子化ステップサイズにほぼ比例する傾向がある。詳細の量は入力画像の特性であるが、量子化された画像に保持される最小の詳細も、量子化ステップサイズに比例する傾向がある。与えられた量子化ステップサイズについて、リンギングの振幅は、一般に詳細の振幅より小さくなる。

ＣＤＥＦを使用して、各ブロックの方向を識別し、識別された方向に沿って適応的にフィルタリングし、識別された方向から４５度回転した方向に沿ってより少ない程度でフィルタリングすることができる。一部の例では、エンコーダは、フィルタ強度を検索し、フィルタ強度を明示的にシグナリングすることができるため、ブレを高度に制御することができる。

具体的には、一部の例では、方向検索は、デブロッキングフィルタの直後に、再構成された画素に対して実行される。これらの画素がデコーダで利用可能であるため、デコーダは、方向を検索できる。したがって、一例では、方向は、シグナリングを必要としない。一部の例では、方向探索は、８×８ブロックなどの特定のブロックサイズで動作でき、これらブロックは、非直線エッジを適切に処理するのに十分に小さい一方で、量子化された画像に適用されたときに方向を確実に推定するのに十分に大きい。また、８×８の領域で方向が一定であると、フィルタのベクトル化が容易になる。一部の例では、各ブロック（例えば、８×８）を完全方向性ブロックと比較して、違いを判断することができる。完全方向性ブロックとは、一方向の線に沿ったすべての画素が同じ値を有するブロックである。一例では、二乗差の合計（ＳＳＤ）、二乗平均平方根（ＲＭＳ）誤差などの、ブロックと各完全方向性ブロックとの違いの測度を計算することができる。次に、最小の違い（例えば、最小のＳＳＤ、最小のＲＭＳなど）を有する完全方向性ブロックを決定でき、決定された完全方向性ブロックの方向は、ブロック内のパターンに最も一致する方向であり得る。

図１９は、本開示の一実施形態に係る方向検索の例を示す。一例では、ブロック（１９１０）は、再構成され、デブロッキングフィルタから出力された８×８ブロックである。図１９の例では、方向検索は、（１９２０）によって示される８つの方向からブロック（１９１０）の方向を決定することができる。８つの完全方向性ブロック（１９３０）は、それぞれ８つの方向（１９２０）に対応して形成される。方向に対応する完全方向性ブロックは、方向の線に沿った画素が同じ値を有するブロックである。さらに、ブロック（１９１０）と完全方向性ブロック（１９３０）のそれぞれの、ＳＳＤ、ＲＭＳ誤差などの違いの測度を計算することができる。図１９の例では、ＲＭＳ誤差は、（１９４０）によって示される。（１９４３）に示すように、ブロック（１９１０）と完全方向性ブロック（１９３３）のＲＭＳ誤差が最小であるため、方向（１９２３）は、ブロック（１９１０）のパターンに最も一致する方向である。

ブロックの方向が識別された後、非線形ローパス方向性フィルタを決定することができる。例えば、非線形ローパス方向性フィルタのフィルタタップを識別された方向に沿って位置合わせして、方向性エッジ又はパターンを維持しながらリンギングを低減することができる。しかしながら、一部の例では、方向性フィルタリングのみは、リンギングを十分に低減できない場合がある。一例では、追加のフィルタタップは、識別された方向に沿って存在しない画素にも使用される。ブレのリスクを低減するために、余分なフィルタタップをより保守的に処理する。このため、ＣＤＥＦは、一次フィルタタップと二次フィルタタップを含む。一例では、完全な２－Ｄ ＣＤＥＦフィルタは、式（１４）のように表すことができる。

ここで、Ｄが減衰パラメータを示し、Ｓ^（ｐ）が一次フィルタタップの強度を示し、Ｓ^（ｓ）が二次フィルタタップの強度を示し、ｒｏｕｎｄ（・）がゼロから遠い方向に四捨五入する動作を示し、ｗがフィルタの重みを示し、ｆ（ｄ，Ｓ，Ｄ）がフィルタタップされた画素と隣接する各画素との違いに対する制約関数である。一例では、違いが小さい場合、関数ｆ（ｄ，Ｓ，Ｄ）はＤに等しく、これにより、フィルタを線形フィルタのように動作させることができ、違いが大きい場合、関数ｆ（ｄ，Ｓ，Ｄ）は０に等しく、これにより、フィルタタップを効果的に無視することができる。

一部の例では、インループ復元スキームは、デブロッキング動作に加えて、デブロッキング後のビデオコーディングで使用され、一般にノイズ除去とエッジの品質の向上を実現する。一例では、インループ復元スキームは、適切なサイズのタイルごとにフレーム内で切り替え可能である。インループ復元スキームは、分離可能な対称ウィーナーフィルタ、部分空間射影を使用したデュアルセルフガイドフィルタ及び領域変換再帰フィルタに基づく。コンテンツ統計がフレーム内で大幅に変化し得るため、インループ復元スキームは、フレームの様々な領域で様々なスキームをトリガーできる切り替え可能なフレームワーク内に統合される。

分離可能な対称ウィーナーフィルタは、インループ復元スキームの１つであり得る。一部の例では、劣化フレーム内のすべての画素は、その周囲のｗ×ｗウィンドウ内の画素の非因果的フィルタリングバージョンとして再構成でき、ここで、ｗ＝２ｒ＋１が整数ｒに対して奇数である。２Ｄフィルタタップが列ベクトル化形式のｗ^２×１要素ベクトルＦで示される場合、単純なＬＭＭＳＥ最適化により、フィルタパラメータはＦ＝Ｈ^－１ Ｍで与えられ、ここで、Ｈ＝Ｅ［ＸＸ^Ｔ］がｘの自己共分散で、画素の周りのｗ×ｗウィンドウ内のｗ^２サンプルの列ベクトル化バージョンであり、Ｍ＝Ｅ［ＹＸ^Ｔ］が、推定されるｘとスカラーソースサンプルｙの相互相関である。一例では、エンコーダは、デブロッキングされたフレームとソースの実現からＨとＭを推定し、得られたフィルタＦをデコーダに送信することができる。しかしながら、これは、ｗ^２タップの送信にかなりのビットレートコストがかかるだけでなく、分離不可能なフィルタリングによってデコードが非常に複雑になる。一部の実施形態では、Ｆの性質にいくつかの追加の制約が課せられる。第１の制約について、Ｆが分離可能に制約されているため、フィルタリングは、分離可能な水平及び垂直方向のｗ－タップ畳み込みとして実施することができる。第２の制約について、水平フィルタと垂直フィルタのそれぞれは、対称になるように制約される。第３の制約について、水平フィルタ係数と垂直フィルタ係数の両方の合計が１になると想定される。

部分空間射影を使用したデュアルセルフガイドフィルタリングは、インループ復元スキームの１つであり得る。ガイド付きフィルタリングは、式（１５）で示されるローカル線形モデルを使用して、フィルタリングされていないサンプルｘからフィルタリングされた出力ｙを計算する画像フィルタリング方法であり、
ｙ＝Ｆｘ＋Ｇ 式（１５）
ここで、ＦとＧが劣化画像とフィルタリングされた画素の近くのガイダンス画像との統計に基づいて決定される。ガイド画像が劣化画像と同じである場合、得られたセルフガイドフィルタリングは、エッジ保存平滑化の効果を有する。一例では、特定の形式のセルフガイドフィルタリングを使用することができる。セルフガイドフィルタリングの特定の形式は、半径ｒとノイズパラメータｅの２つのパラメータに依存し、以下のようなステップ１～３が列挙される。
１．すべての画素の周りの（２ｒ＋１）×（２ｒ＋１）ウィンドウに画素の平均μと分散σ^２を取得する。このステップは、インテグラルイメージングに基づくボックスフィルタリングを使用して効率的に実施することができる。
２．ｆ＝σ^２／（σ^２＋ｅ）、ｇ＝（１－ｆ）μというすべての画素について計算する。
３．使用のためにすべての画素のＦとＧを画素の周囲の３×３ウィンドウのｆ値とｇ値の平均値として計算する。

セルフガイドフィルタの特定の形式は、ｒとｅによって制御され、ここで、ｒが高いほど空間分散が高く、ｅが高いほど範囲分散が高い。

図２０は、一部の例における部分空間射影を説明する例を示す。図２０に示すように、復元Ｘ_１、Ｘ_２がいずれもソースＹに近接しなくても、適切な乗数｛α、β｝は、ある程度正しい方向に移動している限り、ソースＹにはるかに近づけることができる。

一部の例（例えば、ＨＥＶＣ）では、サンプル適応オフセット（ＳＡＯ）と呼ばれるフィルタリング方法を使用することができる。一部の例では、デブロッキングフィルタ後にＳＡＯを再構成信号に適用する。ＳＡＯは、スライスヘッダで指定されたオフセット値を使用することができる。一部の例では、ルマサンプルの場合、エンコーダは、スライスにＳＡＯを適用（有効化）するかどうかを決定することができる。ＳＡＯが有効になっている場合、現在のピクチャでは、コーディングユニットを４つのサブ領域に再帰的に分割することを可能にし、各サブ領域は、サブ領域の機能に基づいて複数のＳＡＯタイプからＳＡＯタイプを選択することができる。

図２１は、本開示の一実施形態に係る複数のＳＡＯタイプの表（２１００）を示す。表（２１００）には、ＳＡＯタイプ０～６が示される。なお、ＳＡＯタイプ０は、ＳＡＯアプリケーションがないことを示すために使用される。さらに、ＳＡＯタイプ１～ＳＡＯタイプ６の各ＳＡＯタイプには、複数のカテゴリが含まれる。ＳＡＯは、サブ領域の再構成された画素をカテゴリに分類し、サブ領域の各カテゴリの画素にオフセットを追加することで歪みを減らすことができる。一部の例では、エッジ特性は、ＳＡＯタイプ１～４の画素分類に使用でき、画素強度は、ＳＡＯタイプ５～６の画素分類に使用できる。

具体的には、ＳＡＯタイプ５～６などの実施形態では、バンドオフセット（ＢＯ）を使用して、サブ領域のすべての画素を複数のバンドに分類することができる。複数のバンドにおける各バンドには、同じ強度インターバルの画素が含まれる。一部の例では、強度範囲は、ゼロから最大強度値までの３２個のインターバル（例えば、８ビット画素の場合での２５５）などの複数のインターバルに均等に分割され、各インターバルがオフセットに関連付けられる。さらに、一例では、３２個のバンドは、第１のグループと第２のグループなどの２つのグループに分割される。第１のグループには中央の１６個のバンド（例えば、強度範囲の中央にある１６個のインターバル）が含まれ、第２のグループには残りの１６個のバンド（例えば、強度範囲の低い側にある８つのインターバルと強度範囲の高い側にある８つのインターバル）が含まれる。一例では、２つのグループのうちの１つのオフセットのみが送信される。一部の実施形態では、ＢＯの画素分類動作が使用される場合、各画素の５つの最上位ビットをバンドインデックスとして直接使用することができる。

さらに、ＳＡＯタイプ１～４などの実施形態では、エッジオフセット（ＥＯ）は、画素分類及びオフセット決定のために使用することができる。例えば、画素分類は、エッジの方向情報を考慮して、１次元の３画素パターンに基づいて決定することができる。

図２２は、一部の例における、エッジオフセットにおける画素分類のための３画素パターンの例を示す。図２２の例では、（３つの灰色の画素によって示される）第１のパターン（２２１０）は、０度パターンと呼ばれ（水平方向が０度パターンに関連付けられる）、（３つの灰色の画素で示される）第２のパターン（２２２０）は、９０度パターンと呼ばれ（垂直方向が９０度パターンに関連付けられる）、（３つの灰色の画素で示される）第３のパターン（２２３０）は、１３５度パターンと呼ばれ（１３５度の対角方向が１３５度のパターンに関連付けられる）、（３つの灰色の画素で示される）第４のパターン（２２４０）は、４５度パターンと呼ばれる（４５度の対角方向が４５度のパターンに関連付けられる）。一例では、サブ領域のエッジの方向情報を考慮して、図２２に示される４つの方向性パターンのうちの１つを選択することができる。選択は、例のサイド情報として、コーディングされたビデオビットストリームで送信することができる。次に、サブ領域内の画素は、各画素を、方向性パターンに関連付けられた方向にある２つの隣接する画素と比較することにより、複数のカテゴリに分類することができる。

図２３は、一部の例におけるエッジオフセットのための画素分類規則の表（２３００）を示す。具体的には、（図２２の各パターンにも示される）画素ｃは、（図２２の各パターンにも灰色で示される）２つの隣接する画素と比較し、図２３に示される画素分類規則による比較に基づいて、カテゴリ０～４のうちの１つに分類することができる。

一部の実施形態では、デコーダ側のＳＡＯは、最大コーディングユニット（ＬＣＵ）（例えば、ＣＴＵ）とは独立して動作することができ、その結果、ラインバッファを節約することができる。一部の例では、９０度、１３５度及び４５度の分類パターンが選択された場合、各ＬＣＵの上行と下行の画素は、ＳＡＯで処理されず、０度、１３５度及び４５度のパターンが選択された場合、各ＬＣＵの最も左端と最も右端の列の画素は、ＳＡＯで処理されない。

図２４は、パラメータが隣接するＣＴＵからマージされない場合に、ＣＴＵのためにシグナリングされる必要がある可能性がある構文の例（２４００）を示す。例えば、シンタックス要素ｓａｏ＿ｔｙｐｅ＿ｉｄｘ［ｃｌｄｘ］［ｒｘ］［ｒｙ］は、サブ領域のＳＡＯタイプを示すようにシグナリングすることができる。ＳＡＯタイプは、ＢＯ（バンドオフセット）又はＥＯ（エッジオフセット）であってもよい。ｓａｏ＿ｔｙｐｅ＿ｉｄｘ［ｃｌｄｘ］［ｒｘ］［ｒｙ］の値が０である場合、ＳＡＯがオフであることを示し、値１～４は、０°、９０°、１３５°及び４５°に対応する４つのＥＯカテゴリのうちの１つが使用されることを示し、値５は、ＢＯが使用されることを示す。図２４の例では、ＢＯ及びＥＯタイプのそれぞれは、シグナリングされた４つのＳＡＯオフセット値（ｓａｏ＿ｏｆｆｓｅｔ［ｃＩｄｘ］［ｒｘ］［ｒｙ］［０］～ｓａｏ＿ｏｆｆｓｅｔ［ｃＩｄｘ］［ｒｘ］［ｒｙ］［３］）を有する。

図２４に示すように、ＳＡＯは、ＳＡＯフィルタリングを実行するために必要とされるすべての関連情報を示すために追加のシグナリングオーバヘッドを必要とするフィルタリングプロセスであり、該ＳＡＯフィルタリングが、図２４に示すように、ＳＡＯの可能性を制限してもよい。

一般に、フィルタリングプロセスは、第１の色成分の再構成されたサンプルを入力（例えば、Ｙ若しくはＣｂ若しくはＣｒ、又はＲ若しくはＧ若しくはＢ）として使用して出力を生成し、フィルタリングプロセスの出力は、第１の色成分と同じであり得るか又は第１の色成分とは異なる別の色成分であり得る第２の色成分に適用される。

交差成分フィルタリング（ＣＣＦ）の関連する例では、いくつかの数式に基づいてフィルタ係数を導出する。導出されたフィルタ係数は、エンコーダ側からデコーダ側にシグナリングされ、線形結合を使用してオフセットを生成するために使用される。次に、生成されたオフセットを、フィルタリングプロセスとして再構成されたサンプルに追加する。例えば、フィルタリング係数とルマサンプルの線形結合に基づいてオフセットを生成し、生成されたオフセットを再構成されたクロマサンプルに追加する。ＣＣＦの関連する例は、再構成されたルマサンプル値と、元のクロマサンプルと再構成されたクロマサンプルの間のデルタ値との間の線形マッピング関係の仮定に基づく。しかしながら、再構成されたルマサンプル値と、元のクロマサンプルと再構成されたクロマサンプルの間のデルタ値との間のマッピングは、必ずしも線形マッピングプロセスに従うとは限らないため、ＣＣＦのコーディング性能は、線形マッピング関係の仮定の下で制限される可能性がある。

一部の例では、非線形マッピング技法は、重大なシグナリングオーバヘッドなしに、交差成分フィルタリング及び／又は同じ色成分フィルタリングに使用することができる。一例では、非線形マッピング技法を交差成分フィルタリングに使用して、交差成分サンプルオフセットを生成することができる。別の例では、非線形マッピング技法を同じ色成分フィルタリングに使用して、ローカルサンプルオフセットを生成することができる。

便宜上、非線形マッピング技法を使用するフィルタリングプロセスは、非線形マッピングによるサンプルオフセット（ＳＯ－ＮＬＭ）と呼ばれ得る。交差成分フィルタリングプロセスにおけるＳＯ－ＮＬＭは、交差成分サンプルオフセット（ＣＣＳＯ）と呼ばれ得る。同じ色成分フィルタリングプロセスにおけるＳＯ－ＮＬＭは、ローカルサンプルオフセット（ＬＳＯ）と呼ばれ得る。

一例では、ＣＣＳＯとＬＳＯをループフィルタリングとして使用して、再構成されたサンプルの歪みを減らすことができる。ＣＣＳＯとＬＳＯは、関連するＣＣＦの例に使用されている線形マッピングの仮定に依存しない。例えば、ＣＣＳＯは、再構成されたルマサンプル値と、元のクロマサンプルと再構成されたクロマサンプルの間のデルタ値との間の線形マッピング関係の仮定に依存しない。同様に、ＬＳＯは、色成分の再構成されたサンプル値と、色成分の元のサンプルと色成分の再構成されたサンプルの間のデルタ値との間の線形マッピング関係の仮定に依存しない。

以下の説明では、第１の色成分の再構成されたサンプルを入力（例えば、Ｙ若しくはＣｂ若しくはＣｒ、又はＲ若しくはＧ若しくはＢ）として使用して出力を生成するＳＯ－ＮＬＭフィルタリングプロセスについて説明し、フィルタリングプロセスの出力を第２の色成分に適用する。第２の色成分が第１の色成分と同じ色成分である場合、該説明は、ＬＳＯに適用され、第２の色成分が第１の色成分と異なる場合、該説明は、ＣＣＳＯに適用される。

ＳＯ－ＮＬＭでは、エンコーダ側で非線形マッピングが導出される。非線形マッピングは、フィルタサポート領域の第１の色成分の再構成されたサンプルと、フィルタサポート領域の第２の色成分に追加されるオフセットとの間にある。第２の色成分が第１の色成分と同じである場合、ＬＳＯでは非線形マッピングを使用し、第２の色成分が第１の色成分と異なる場合、ＣＣＳＯでは非線形マッピングを使用する。非線形マッピングのドメインは、処理された入力再構成サンプルの異なる組み合わせ（可能な再構成サンプル値の組み合わせとも呼ばれる）によって決定される。

ＳＯ－ＮＬＭ技法は、特定の例を使用して説明することができる。特定の例では、フィルタサポートエリア（「フィルタサポート領域」とも呼ばれる）にある第１の色成分からの再構成されたサンプルが決定される。フィルタサポートエリアは、フィルタを適用できるエリアであり、フィルタサポートエリアは、任意の適切な形状を有することができる。

図２５は、本開示の一部の実施形態に係るフィルタサポートエリア（２５００）の例を示す。フィルタサポートエリア（２５００）には、第１の色成分のＰ０、Ｐ１、Ｐ２及びＰ３の４つの再構成されたサンプルが含まれる。図２５の例では、４つの再構成されたサンプルは、垂直方向及び水平方向に沿って十字形を形成することができ、十字形の中央位置が、フィルタリングされるサンプルの位置である。中央位置にある、Ｐ０～Ｐ３と同じ色成分のサンプルをＣで示す。中央位置にある第２の色成分のサンプルをＦで示す。第２の色成分は、Ｐ０～Ｐ３の第１の色成分と同じであり得るか、又はＰ０～Ｐ３の第１の色成分とは異なり得る。

図２６は、本開示の一部の実施形態に係る別のフィルタサポートエリア（２６００）の例を示す。フィルタサポートエリア（２６００）は、正方形を形成する第１の色成分の４つの再構成されたサンプルＰ０、Ｐ１、Ｐ２及びＰ３を含む。図２６の例では、正方形の中央位置は、フィルタリングされるサンプルの位置である。中央位置にある、Ｐ０～Ｐ３と同じ色成分のサンプルをＣで示す。中央位置にある第２の色成分のサンプルをＦで示す。第２の色成分は、Ｐ０～Ｐ３の第１の色成分と同じであり得るか、又はＰ０～Ｐ３の第１の色成分とは異なり得る。

そして、再構成されたサンプルを適切に処理して、フィルタタップを形成する。特定の例では、再構成されたサンプルを次の２つのステップで処理する。

ステップ１では、Ｐ０～Ｐ３とＣとの間のデルタ値をそれぞれ計算する。例えば、ｍ０がＰ０からＣまでのデルタ値を示し、ｍ１がＰ１からＣまでのデルタ値を示し、ｍ２がＰ２からＣまでのデルタ値を示し、ｍ３がＰ３からＣまでのデルタ値を示す。

ステップ２では、デルタ値ｍ０～ｍ３をさらに量子化し、量子化値をｄ０、ｄ１、ｄ２、ｄ３として示す。一例では、量子化値は、量子化プロセスに基づく－１、０、１のうちの１つであり得る。例えば、値ｍは、ｍが－Ｎ（Ｎが正の値であり、量子化ステップサイズと呼ばれる）より小さい場合、－１に量子化でき、ｍが［－Ｎ、Ｎ］の範囲にある場合、０に量子化でき、ｍがＮより大きい場合、１に量子化できる。一部の例では、量子化ステップサイズＮは、４、８、１２、１６などのうちの１つであり得る。

一部の実施形態では、量子化値ｄ０～ｄ３は、フィルタタップであり、フィルタドメイン内の１つの組み合わせを識別するために使用することができる。例えば、フィルタタップｄ０～ｄ３は、フィルタドメインに組み合わせを形成することができる。各フィルタタップが３つの量子化値を有することができるため、４つのフィルタタップが使用される場合、フィルタドメインには８１（３×３×３×３）個の組み合わせが含まれる。

図２７Ａ～２７Ｃは、本開示の一実施形態に係る８１個の組み合わせを有する表（２７００）を示す。表（２７００）には、８１個の組み合わせに対応する８１の行が含まれる。組み合わせに対応する各行では、第１の列には、組み合わせのインデックスが含まれ、第２の列には、組み合わせに対するフィルタタップｄ０の値が含まれ、第３の列には、組み合わせに対するフィルタタップｄ１の値が含まれ、第４の列には、組み合わせに対するフィルタタップｄ２の値が含まれ、第５の列には、組み合わせに対するフィルタタップｄ３の値が含まれ、第６列には、非線形マッピングに対する組み合わせに関連付けられたオフセット値が含まれる。一例では、フィルタタップｄ０～ｄ３が決定された場合、ｄ０～ｄ３の組み合わせに関連付けられた（ｓで示される）オフセット値は、表（２７００）に従って決定することができる。一例では、オフセット値ｓ０～ｓ８０は、０、１、－１、３、－３、５、－５、－７などの整数である。

一部の実施形態では、ＳＯ－ＮＬＭの最終フィルタリングプロセスは、式（１６）に示すように適用することができる。

ここで、Ｆが、フィルタリングされる第２の色成分の再構成されたサンプルであり、ｓが、表（２７００）を使用するなど、第１の色成分の再構成されたサンプルの結果を処理するフィルタタップに従って決定されたオフセット値である。再構成されたサンプルＦとオフセット値ｓの合計は、さらにビット深度に関連付けられた範囲にクリップされて、第２の色成分のフィルタリングされた最終的なサンプルｆ’を決定する。

なお、ＬＳＯの場合、上記説明における第２の色成分は、第１の色成分と同じであり、ＣＣＳＯの場合、上記説明における第２の色成分は、第１の色成分とは異なり得る。

なお、上記説明は、本開示の他の実施形態に対して調整することができる。

一部の例では、エンコーダ側で、エンコード装置は、フィルタサポート領域内の第１の色成分の再構成されたサンプルと、第２の色成分の再構成されたサンプルに追加されるオフセットとの間のマッピングを導出することができる。マッピングは、任意の適切な線形又は非線形マッピングであり得る。次に、マッピングに基づいて、エンコーダ側及び／又はデコーダ側にフィルタリングプロセスを適用することができる。例えば、マッピングは、デコーダに適切に通知され（例えば、マッピングは、エンコーダ側からデコーダ側に送信されるコーディングされたビデオビットストリームに含まれる）、その後、デコーダは、マッピングに基づいてフィルタリングプロセスを実行することができる。

一部の例では、半分離区分（ＳＤＰ）と呼ばれる技法を使用することができる。一例では、ＳＤＰ技法のうちの１つは、半分離ツリー（ＳＤＴ）を使用する。ＳＤＴ技法は、セミセパレートツリー（ＳＳＴ）又はクロマ成分に対する柔軟なブロック区分とも呼ばれる。ＳＤＴ技術では、（ＡＯＭｅｄｉａ Ｖｉｄｅｏ １（ＡＶ１）で定義されるものなどの）スーパーブロック（ＳＢ）又は（ＨＥＶＣで定義されるものなどの）ＣＴＵにおけるルマブロックとクロマブロックは、同じ又は異なるブロック区分を有してもよく、ブロック区分がコーディングされたルマブロックサイズ又はルマツリー深度に依存し得る。一例では、ルマブロックエリアサイズが第１の閾値Ｔ１より大きいか、又はルマブロックのコーディングツリー分割深度が第２の閾値Ｔ２以下である場合、クロマブロックは、ルマと同じコーディングツリー構造を使用する。そうでない場合、ルマブロックエリアサイズがＴ１以下であるか、又はルマ分割深度がＴ２より大きい場合、対応するクロマブロックは、ルマ成分とは異なるコーディングブロック区分を有することができ、該コーディングブロック区分は、クロマ成分に対する柔軟なブロック区分と呼ばれる。上記の例では、Ｔ１は、１２８又は２５６などの正の整数であり、Ｔ２は、１又は２などの正の整数である。

図２８は、ルマ及びクロマ成分のコーディングツリー構造の例を示す。図２８は、スーパーブロック内のルマ成分の第１の区分構造（２８１０）と、スーパーブロック内のクロマ成分の第２の区分構造（２８５０）とを示す。なお、図２８では４：２：０クロマサブサンプリングスキームが使用されているが、他のクロマサブサンプリング方式が使用されている場合、図２８は、適切に変更することができる。図２８では、ブロック内のＤ１は、ブロックのコーディングツリー分割深度が１であることを示し、ブロック内のＤ２は、ブロックのコーディングツリー分割深度が２であることを示し、ブロック内のＤ３は、ブロックのコーディングツリー分割深度が３であることを示す。

図２８の例では、Ｔ２は、１に設定される。したがって、第１の区分構造（２８１０）及び第２の区分構造（２８５０）は、コーディングツリー分割深度が１に等しい場合、同じブロック区分構造を有する。例えば、スーパーブロックのルマブロックエリアは、四分木（ＱＴ）区分に従って（２８１１）～（２８１４）に区分され（例えば、大きな正方形のブロックは同じサイズの４つの小さな正方形のブロックに分割され）、対応するクロマブロックエリアは、ＱＴ区分に従って（２８５１）～（２８５４）に区分される。

コーディングツリー分割深度がＴ２より大きい場合、ルマブロックエリアと対応するクロマブロックエリアは、異なるコーディングブロック区分構造を有することができる。例えば、ルマブロックエリア（２８１３）は、垂直二分木（ＢＴ）区分を使用して（２８２１）と（２８２２）に区分され（例えば、大きなブロックは垂直線によって同じサイズの２つの小さなブロックに分割され）、対応するクロマブロックエリア（２８５３）は、ＱＴ区分を使用して（２８６１）～（２８６４）に区分される。

さらに、別のＳＤＰ技法では、ルマ及びクロマ成分は、スーパーブロックのルートノードからの部分的なツリー構造を共有する場合があり、ルマとクロマが別々のツリー区分を開始する条件は、ルマ成分の区分情報又はビットストリームからの高レベルの構文に依存する。

インター予測及びイントラ予測には、ブロックベースの補償を使用することができる。インター予測では、異なるピクチャからのブロックベースの補償は、動き補償として知られている。ブロックベースの補償は、同じピクチャ内の以前に再構成されたエリアから実行することもできる。同じピクチャ内の再構成されたエリアからのブロックベースの補償は、イントラピクチャブロック補償、現在のピクチャ参照（ＣＰＲ）又はイントラブロックコピー（ＩｎｔｒａＢＣ）と呼ばれる。同じピクチャにおける現在のブロックと参照ブロックとの間のオフセットを示す変位ベクトルは、現在のブロックが参照ブロックに基づいてエンコード／デコードすることができるブロックベクトル（ＢＶ）と呼ばれる。任意の値（ｘ又はｙ方向のいずれかで正又は負）になり得る動き補償における動きベクトルと異なるＢＶは、参照ブロックが使用可能であり、かつ再構成されていることを確認するためのいくつかの制約を有する。また、一部の例では、並列処理を考慮して、タイル境界、スライス境界又は波面ラダー形状境界であるいくつかの参照エリアが除外される。

ブロックベクトル（ＢＶ）は、予測子ブロックの位置を指定するようにコーディングすることができる。ブロックベクトルのコーディングは、明示的であっても、暗黙的であってもよい。明示的モードでは、ブロックベクトルとブロックベクトルの予測子（ブロックベクトル予測子とも呼ばれる）との間のＢＶ差がシグナリングされる。暗黙的モードでは、ブロックベクトルは、マージモードでの動きベクトルと同様に、ＢＶ差を使用せずにブロックベクトルの予測子（ブロックベクトル予測子と呼ばれる）から復元される。明示的モードは、非マージＢＶ予測モードと呼ばれ得る。暗黙的モードは、マージＢＶ予測モードと呼ばれ得る。

いくつかの実施形態では、ブロックベクトルの解像度は、整数位置に制限される。他の実施では、ブロックベクトルは、分数位置へ指すことが許容される。

一部の例では、現在のブロックについて、まず、現在のブロックがイントラＢＣモードにあるかどうかを示すフラグ（例えば、ＩｎｔｒａＢＣフラグ）は、コーディングされたビデオビットストリームに送信される。次に、現在のブロックがイントラＢＣモードにある場合、ＢＶ差（例えば、ｄｉｆｆ）は、現在のＢＶから参照ＢＶ（例えば、ブロックベクトル予測子）を差し引くことによって取得され、ｄｉｆｆは、ｄｉｆｆの水平成分と垂直成分に応じて４つのタイプに分類される。タイプ情報をビットストリームに送信する必要があり、その後、タイプ情報に基づいて２つの成分のｄｉｆｆ値をシグナリングしてもよい。

本開示の一態様では、イントラＢＣモードでは、インループフィルタリングを適用する前に、現在のピクチャ内の再構成されたサンプルから予測子ブロックを形成し、インター予測モードでは、インループフィルタリングを適用した後、他のピクチャの再構成されたサンプルから予測ブロックを形成する。イントラＢＣモードでループフィルタが無効になっている場合、再構成されたサンプルのピクチャバッファをイントラＢＣモードとインター予測モードとの間で共有でき、ハードウェア設計を簡素化することができる。

一部の例（例えば、ＡＯＭｅｄｉａ Ｖｉｄｅｏ １（ＡＶ１））では、イントラＢＣモードが有効になっている場合、イントラＢＣモードは、ルマ及びクロマ成分の両方に対して有効になり、すべてのループフィルタは、ルマ及びクロマ成分の両方に対して無効になる。ループフィルタは、デブロッキングフィルタ、制約付き方向強調フィルタ（ＣＤＥＦ）、ループ復元（ＬＲ）フィルタなどを含むことができる。しかしながら、一部の例では、ＳＤＰがオンになっている場合、イントラＢＣモードは、ルマ成分などの１つの色成分に対して有効になるが、クロマ成分などの別の色成分に対して無効になる場合がある。本開示の一部の態様によれば、ループフィルタを異なる色成分に対して有効化又は無効化することができ、かついくつかの色成分にループフィルタを使用することにより、より良い画質を達成することができる。例えば、イントラＢＣモードがルマ成分のみに対して有効になっている場合、ルマ成分とクロマ成分に対して異なる方法でループフィルタを有効化／無効化してもよい。例えば、ルマ成分に対するイントラＢＣモードの有効化に応じて、ルマ成分に対してループフィルタを有効化し、クロマ成分に対するイントラＢＣモードの無効化に応じて、クロマ成分に対してループフィルタを無効化してもよい。したがって、ルマ成分に対してループフィルタを無効化することにより、ピクチャバッファをイントラＢＣモードとインター予測モードとの間で共有でき、クロマ成分にループフィルタを使用することにより、より良い画質を達成することができる。

以下の説明では、インループフィルタリングで使用されるフィルタは（イン）ループフィルタと呼ばれ、アクセス可能な１つのフレーム／スライス／タイル内の再構成されたサンプルでそれぞれ動作するフィルタのいずれかを含むことができる。（イン）ループフィルタは、デブロッキング（ＤＢ）フィルタ、ＣＤＥＦフィルタ、ループ復元フィルタ、ＣＣＳＯフィルタ、ＬＳＯフィルタなどを含むが、これらに限定されない。

本開示の一部の態様によれば、イントラＢＣモードがルマ成分に対して有効になっているが、クロマ成分に対して無効になっている場合、少なくとも１つの（イン）ループフィルタがクロマ成分に使用されることを許可する。

一部の実施形態では、イントラＢＣモードがルマ成分に対して有効になっているが、クロマ成分に対して無効になっている場合、すべての（イン）ループフィルタがクロマ成分に使用されることを許可する。一例では、イントラＢＣモードがルマ成分に対して有効になっているが、クロマ成分に対して無効になっている場合、ＤＢフィルタ、ＣＤＥＦフィルタ、ＬＲフィルタ、ＣＣＳＯフィルタ及びＬＳＯフィルタがすべてクロマ成分に使用されることを許可する。

一部の実施形態では、イントラＢＣモードがルマ成分に対して有効になっているが、クロマ成分に対して無効になっている場合、ＣＣＳＯフィルタ又はＬＳＯフィルタがクロマ成分に使用されることを許可する。

一実施形態では、イントラＢＣモードがルマ成分に対して有効になっているが、クロマ成分に対して無効になっている場合、ＣＣＳＯフィルタ及びＣＤＥＦフィルタの両方がクロマ成分に使用されることを許可する。

一実施形態では、異なる色成分に対するイントラＢＣモードの有効化／無効化は、ピクチャレベルでそれぞれシグナリングされる。次に、ピクチャレベルでイントラＢＣモードが色成分に対して無効になっている場合、少なくとも１つのループフィルタがピクチャにおける色成分に使用されることを許可する。

一例では、２つの別個のピクチャレベルフラグを使用して、ピクチャレベルでのルマ及びクロマ成分に対するイントラＢＣモードの有効化／無効化をそれぞれ示す。例えば、第１のフラグ「ｃｍ－＞ｆｅａｔｕｒｅｓ．ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｌｕｍａ」は、ルマ成分（ルマチャネルとも呼ばれる）に対するイントラＢＣモードの有効化／無効化を示すために使用され、第２のフラグ「ｃｍ－＞ｆｅａｔｕｒｅｓ．ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｃｈｒｏｍａ」は、クロマ成分（クロマチャネルとも呼ばれる）に対するイントラＢＣモードの有効化／無効化を示すために使用される。第１のフラグ「ｃｍ－＞ｆｅａｔｕｒｅｓ．ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｌｕｍａ」がオン（例えば、値が「１」である）にあり、第２のフラグ「ｃｍ－＞ｆｅａｔｕｒｅｓ．ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｃｈｒｏｍａ」がオフ（例えば、値が「０」である）にある場合、少なくとも１つのループフィルタがクロマ成分に使用されることを許可する。

別の例では、３つの別個のピクチャレベルフラグを使用して、Ｙ／Ｃｂ／Ｃｒ成分に対するイントラＢＣモードの有効化／無効化をそれぞれ示す。例えば、第１のフラグ「ｃｍ－＞ｆｅａｔｕｒｅｓ．ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｙ」は、Ｙ成分（ルマ成分とも呼ばれる）に対するイントラＢＣモードの有効化／無効化を示すために使用され、第２のフラグ「ｃｍ－＞ｆｅａｔｕｒｅｓ．ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｃｂ」は、Ｃｂ成分（第１のクロマ成分とも呼ばれる）に対するイントラＢＣモードの有効化／無効化を示すために使用され、第３のフラグ「ｃｍ－＞ｆｅａｔｕｒｅｓ．ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｃｒ」は、Ｃｒ成分（第２のクロマ成分とも呼ばれる）に対するイントラＢＣモードの有効化／無効化を示すために使用される。例えば、第１のフラグ「ｃｍ－＞ｆｅａｔｕｒｅｓ．ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｙ」がオンにあり（例えば、値が「１」である場合）、第２のフラグ「ｃｍ－＞ｆｅａｔｕｒｅｓ．ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｃｂ」及び第３のフラグ「ｃｍ－＞ｆｅａｔｕｒｅｓ．ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｃｒ」がオフにある（値がそれぞれ「０」である）場合、少なくとも１つのループフィルタがＣｂ成分とＣｒ成分に使用されることを許可する。

一実施形態では、ルマ及びクロマ成分の両方に対してイントラＢＣモードがオンになる場合、ルマブロックと関連するクロマブロックとは、同じブロックベクトル（ＢＶ）を共有し、一部の例では、ルマブロックとクロマブロックとに対してループフィルタが無効になる。

一部の例では、１つの色成分（例えば、Ｙ、Ｃｂ、Ｃｒ）に（イン）ループフィルタを適用するかどうかの条件は、上記色成分に対するイントラＢＣモードの有効化／無効化を示すフラグに依存する。一例では、フラグが色成分（例えば、Ｙ、Ｃｂ、Ｃｒ）に対するイントラＢＣモードの無効化を示す場合、（イン）ループフィルタを色成分に適用でき、フラグが色成分（Ｙ、Ｃｂ、Ｃｒなど）に対するイントラＢＣモードの有効化を示す場合、（イン）ループフィルタを色成分に対して無効化する。

一部の例では、１つの色チャネル（ルマ／クロマ）に（イン）ループフィルタを適用するかどうかの条件は、上記色チャネルに対するイントラＢＣモードの有効化／無効化を示すフラグに依存する。一例では、フラグが色チャネル（例えば、ルマ又はクロマ）に対するイントラＢＣモードの無効化を示す場合、（イン）ループフィルタを色チャネルに適用でき、フラグが色チャネル（例えば、ルマ又はクロマ）に対するイントラＢＣモードの有効化を示す場合、（イン）ループフィルタを色チャネルに対して無効化する。

一部の実施形態では、異なる色成分に対するイントラＢＣモードの有効化／無効化は、ブロックレベルでそれぞれシグナリングされる。次に、ブロックレベルでイントラＢＣモードが色成分に対して無効になっている場合、少なくとも１つのループフィルタが色成分における現在のブロックに使用されることを許可する。ブロックは、予測ブロック、コーディングブロック又はコーディングユニット、つまり、ＣＵ、ＣＴＵブロック、スーパーブロック又はフィルタリングユニット（ＦＵ）として解釈されてもよい。

一例では、２つの別個のブロックレベルフラグを使用して、ブロックレベルでのルマ及びクロマ成分に対するイントラＢＣモードの有効化／無効化をそれぞれ示す。例えば、第１のフラグ「ｍｉ＿ｐａｒａｍｓ－＞ｍｉ＿ｇｒｉｄ＿ｂａｓｅ［ｘ］－＞ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｌｕｍａ」は、ブロックレベルでのルマ成分に対するイントラＢＣモードの有効化／無効化を示すために使用され、第２のフラグ「ｍｉ＿ｐａｒａｍｓ－＞ｍｉ＿ｇｒｉｄ＿ｂａｓｅ［ｘ］－＞ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｃｈｒｏｍａ」は、ブロックレベルでのクロマ成分に対するイントラＢＣモードの有効化／無効化を示すために使用される。例えば、第１のフラグ「ｍｉ＿ｐａｒａｍｓ－＞ｍｉ＿ｇｒｉｄ＿ｂａｓｅ［ｘ］－＞ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｌｕｍａ」がオン（例えば、値が「１」である）にあり、第２のフラグ「ｍｉ＿ｐａｒａｍｓ－＞ｍｉ＿ｇｒｉｄ＿ｂａｓｅ［ｘ］－＞ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｃｈｒｏｍａ」がオフ（例えば、値が「０」である）にある場合、少なくとも１つのループフィルタが現在のクロマブロックに使用されることを許可する。

別の例では、３つの別個のブロックレベルフラグを使用して、Ｙ／Ｃｂ／Ｃｒブロックに対するイントラＢＣモードの有効化／無効化をそれぞれ示す。例えば、第１のフラグ「ｍｉ＿ｐａｒａｍｓ－＞ｍｉ＿ｇｒｉｄ＿ｂａｓｅ［ｘ］－＞ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｙ」は、Ｙブロックに対するイントラＢＣモードの有効化／無効化を示すために使用され、第２のフラグ「ｍｉ＿ｐａｒａｍｓ－＞ｍｉ＿ｇｒｉｄ＿ｂａｓｅ［ｘ］－＞ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｃｂ」は、Ｃｂブロックに対するイントラＢＣモードの有効化／無効化を示すために使用され、第３のフラグ「ｍｉ＿ｐａｒａｍｓ－＞ｍｉ＿ｇｒｉｄ＿ｂａｓｅ［ｘ］－＞ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｃｒ」は、Ｃｒブロックに対するイントラＢＣモードの有効化／無効化を示すために使用される。例えば、第１のフラグ「ｍｉ＿ｐａｒａｍｓ－＞ｍｉ＿ｇｒｉｄ＿ｂａｓｅ［ｘ］－＞ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｙ」がオン（例えば、値が「１」である）にあり、第２のフラグ「ｍｉ＿ｐａｒａｍｓ－＞ｍｉ＿ｇｒｉｄ＿ｂａｓｅ［ｘ］－＞ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｃｂ」及び第３のフラグ「ｍｉ＿ｐａｒａｍｓ－＞ｍｉ＿ｇｒｉｄ＿ｂａｓｅ［ｘ］－＞ａｌｌｏｗ＿ｉｎｔｒａｂｃ＿ｃｒ」がオフ（例えば、値がそれぞれ「０」である）にある場合、少なくとも１つのループフィルタが現在のＣｂブロックと現在のＣｒブロックに使用されることを許可する。

別の実施形態では、イントラＢＣモードの有効化／無効化は、適応パラメータセット（ＡＰＳ）、スライスヘッダ、フレームヘッダ、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ビデオパラメータセット（ＶＰＳ）などの高レベル構文（ＨＬＳ）でシグナリングすることができる。

一部の実施形態では、イントラＢＣモードが適用される場合、ＤＢフィルタ、ＣＤＥＦフィルタ、ＬＲフィルタ、ＣＣＳＯフィルタ、ＬＳＯフィルタなどの特定のループフィルタを適用できるかどうかは、ＨＬＳでシグナリングされる別のフラグ（ＡＰＳ、スライスヘッダ、フレームヘッダ、ＰＰＳ、ＳＰＳ、ＶＰＳ）に依存する。一実施形態では、フラグ「ｓｌｉｃｅ＿ｆｏｒｃｅ＿ｃｄｅｆ＿ｆｌａｇ＿ｌｕｍａ」は、ＣＤＥＦフィルタのスライスヘッダでシグナリングされる。一例では、フラグ「ｓｌｉｃｅ＿ｆｏｒｃｅ＿ｃｄｅｆ＿ｆｌａｇ＿ｌｕｍａ」がスライスのスライスヘッダで真としてシグナリングされる場合（例えば、値が「１」である場合）、イントラＢＣモードが有効になっているかどうかに関係なく、ＣＤＥＦフィルタをスライス内のルマ成分に適用している。別の例では、フラグ「ｓｌｉｃｅ＿ｆｏｒｃｅ＿ｃｄｅｆ＿ｆｌａｇ＿ｌｕｍａ」がスライスのスライスヘッダで偽としてシグナリングされる場合（例えば、値が「０」である場合）、スライス内のルマ成分にＣＤＥＦフィルタを適用するかどうかは、イントラＢＣモードが有効になっているかどうかに依存する。

一部の実施形態では、イントラＢＣモードが現在のフレーム／スライス／タイルに対して有効になっていることを許可するかどうかに関係なく、少なくとも１つの（イン）ループフィルタがクロマ成分に使用されることを許可する。

一部の実施形態では、イントラＢＣモードが現在のフレーム／スライス／タイルに対して有効になっているかどうかに関係なく、すべての（イン）ループフィルタがクロマ成分に使用されることを許可する。

別の実施形態では、イントラＢＣモードが現在のフレーム／スライス／タイルに対して有効になっているかどうかに関係なく、ＣＣＳＯフィルタ又はＬＳＯフィルタ又はＣＤＥＦフィルタがクロマ成分に使用されることを許可する。

本開示の一部の態様によれば、ＳＤＰを使用して、ループフィルタの有効化／無効化を決定することができる。ＳＤＰが適用される場合、少なくとも１つの（イン）ループフィルタがクロマ成分に使用されることを許可する。

一部の実施形態では、ＳＤＰが適用される場合、すべての（イン）ループフィルタがクロマ成分に使用されることを許可する。一例では、ＳＤＰが適用される場合、ＤＢフィトラ、ＣＤＥＦフィルタ、ＬＲフィルタ、ＣＣＳＯフィルタ及びＬＳＯフィルタがすべてクロマ成分に使用されることを許可する。

一部の実施形態では、ＳＤＰが適用される場合、ＣＣＳＯフィルタ又はＬＳＯフィルタがクロマ成分に使用されることを許可する。

一実施形態では、ＳＤＰが適用される場合、ＳＣＳＯフィルタ及びＣＤＥＦフィルタの両方がクロマ成分に使用されることを許可する。

図２９は、本開示の一実施形態に係る、プロセス（２９００）を概説するフローチャートを示す。プロセス（２９００）は、コーディングされたビデオシーケンスのピクチャ内のブロックを再構成するために使用することができる。ブロックという用語は、予測ブロック、コーディングユニット、ルマブロック、クロマブロックなどとして解釈することができる。様々な実施形態では、プロセス（２９００）は、端末装置（３１０）、（３２０）、（３３０）及び（３４０）における処理回路、ビデオエンコーダ（４０３）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、ビデオデコーダ（５１０）の機能を実行する処理回路、ビデオエンコーダ（６０３）の機能を実行する処理回路などの処理回路によって実行される。一部の実施形態では、プロセス（２９００）はソフトウェア命令で実施されるため、処理回路がソフトウェア命令を実行すると、処理回路はプロセス（２９００）を実行する。プロセスは、（Ｓ２９０１）から開始し、（Ｓ２９１０）に進む。

（Ｓ２９１０）では、コーディングされたビデオビットストリーム内のデコードされた情報に基づいて、ブロックの第１の色成分及び第２の色成分の分離されたコーディング情報を決定する。一部の例では、分離されたコーディング情報は、ルマ成分とクロマ成分のブロック内コピーモードの有効化／無効化の違いを含む。例えば、ブロック内コピーモードは、ルマ成分に対して有効になっており、クロマ成分に対して無効になっている。一部の例では、分離されたコーディング情報は、ルマ成分とクロマ成分の分離された区分構造を含む。一例では、ＳＤＰが適用されるため、ルマ成分とクロマ成分は、ブロック内で異なる区分構造を有する。

一部の実施形態では、ブロックレベル、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、適応パラメータセット（ＡＰＳ）、スライスヘッダ及びタイルヘッダのうちの少なくとも１つの第１の色成分及び第２の色成分のそれぞれの有効化／無効化信号に基づいて、ブロック内の第１の色成分及び第２の色成分の分離されたコーディング情報を決定する。

一部の例では、コーディングされたビデオビットストリームからルマ成分に関連付けられた第１の有効化／無効化フラグをデコードし、コーディングされたビデオビットストリームからクロマ成分に関連付けられた第２の有効化／無効化フラグをデコードする。第１の有効化／無効化フラグ及び第２の有効化／無効化フラグに基づいて、ルマ成分及びクロマ成分の分離されたコーディング情報を決定する。

一部の例では、コーディングされたビデオビットストリームからルマ成分に関連付けられた第１の有効化／無効化フラグをデコードし、コーディングされたビデオビットストリームから第１のクロマ成分に関連付けられた第２の有効化／無効化フラグをデコードし、コーディングされたビデオビットストリームから第２のクロマ成分に関連付けられた第３の有効化／無効化フラグをデコードする。次に、第１の有効化／無効化フラグ、第２の有効化／無効化フラグ及び第３の有効化／無効化フラグに基づいて、ルマ成分、第１のクロマ成分及び第２のクロマ成分の分離されたコーディング情報を決定する。

（Ｓ２９２０）では、第１のループフィルタ構成に基づいてブロック内の位置にある第１の色成分の第１のサンプルを再構成し、第２のループフィルタ構成に基づいてブロック内の位置にある第２の色成分の第２のサンプルを再構成する。第１のループフィルタ構成は、第２のループフィルタ構成とは異なる。

一部の実施形態では、第１のループフィルタ構成及び第２のループフィルタ構成の一方において、デブロッキングフィルタ、制約付き方向強調フィルタ（ＣＤＥＦ）、ループ復元フィルタ、ローカルサンプルオフセット（ＬＳＯ）フィルタ及び交差成分サンプルオフセット（ＣＣＳＯ）フィルタのうちの少なくとも１つを有効化し、第１のループフィルタ構成及び第２のループフィルタ構成の他方において、デブロッキングフィルタ、制約付き方向強調フィルタ（ＣＤＥＦ）、ループ復元フィルタ、ローカルサンプルオフセット（ＬＳＯ）フィルタ及び交差成分サンプルオフセット（ＣＣＳＯ）フィルタのうちの少なくとも１つを無効化する。

一実施形態では、クロマ成分のブロック内コピーモードの無効化と、ルマ成分のブロック内コピーモードの有効化とに応じて、クロマ成分に関連付けられた第２のループフィルタ構成において、デブロッキングフィルタ、制約付き方向強調フィルタ（ＣＤＥＦ）、ループ復元フィルタ、ローカルサンプルオフセット（ＬＳＯ）フィルタ及び交差成分サンプルオフセット（ＣＣＳＯ）フィルタをすべて有効化する。

別の実施形態では、クロマ成分のブロック内コピーモードの無効化と、ルマ成分のブロック内コピーモードの有効化とに応じて、クロマ成分に関連付けられた第２のループフィルタ構成において、ローカルサンプルオフセット（ＬＳＯ）フィルタ及び交差成分サンプルオフセット（ＣＣＳＯ）フィルタを有効化する。

別の実施形態では、クロマ成分のブロック内コピーモードの無効化と、ルマ成分のブロック内コピーモードの有効化とに応じて、クロマ成分に関連付けられた第２のループフィルタ構成において、制約付き方向強調フィルタ（ＣＤＥＦ）及び交差成分サンプルオフセット（ＣＣＳＯ）フィルタの両方を有効化する。

一部の実施形態では、ブロックより高いレベルのシンタックスから特定のループフィルタに関連付けられたフラグをデコードし、分離されたコーディング情報に関係なく、フラグが真であることに応じて、特定のループフィルタをルマ成分に適用する。

プロセス（２９００）は、（Ｓ２９９９）に進んで終了する。

プロセス（２９００）は、適切に適合することができる。プロセス（２９００）のステップは、変更及び／又は省略することができる。追加ステップを追加できる。任意の適切な実装順序を使用できる。

本開示の実施形態は、別々に使用されるか、又は任意の順序で組み合わされてもよい。さらに、方法（又は実施形態）、エンコーダ及びデコーダのそれぞれは、処理回路（例えば、１つ以上のプロセッサ又は１つ以上の集積回路）によって実施することができる。一例では、１つ以上のプロセッサは、非一時的なコンピュータ読取可能媒体に記憶されるプログラムを実行する。

以上で説明された技法は、コンピュータ読取可能命令を使用するコンピュータソフトウェアとして実行され、１つ以上のコンピュータ読取可能媒体に物理的に記憶することができる。例えば、図３０は、開示する主題の特定の実施形態を実行することに適したコンピュータシステム（３０００）を示す。

コンピュータソフトウェアは、アセンブリ、コンパイル、リンク、又はそのようなメカニズムを施されて、１つ以上のコンピュータ中央処理装置（ＣＰＵ）、グラフィックスプロセッシングユニット（ＧＰＵ）などによって直接、又は解釈、マイクロコード実行などによって実行することができる命令を含むコードを作成する任意の適切な機械コード又はコンピュータ言語を用いてコーディングすることができる。

命令は、例えばパーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲームデバイス、モノのインターネットデバイスなどを含む、様々なタイプのコンピュータ又はその構成要素上で実行することができる。

コンピュータシステム（３０００）について、図３０に示される構成要素は、本質的に例示的なものであり、本開示の実施形態を実装するコンピュータソフトウェアの使用又は機能範囲に関する限定を示唆することを意図するものではない。構成要素の構成は、コンピュータシステム（３０００）の例示的な実施形態で示される構成要素のうちのいずれか１つ又は組み合わせに関する任意の依存性又は必要性を有するとして解釈されるべきではない。

コンピュータシステム（３０００）は、特定のヒューマンインタフェース入力デバイスを含んでもよい。このようなヒューマンインタフェース入力デバイスは、例えば触覚入力（キーストローク、スワイプ、データグローブの動きなど）、音声入力（音声、拍手など）、視覚入力（ジェスチャーなど）、嗅覚入力（図示せず）を通じて、１人以上の人間ユーザによる入力に応答することができる。ヒューマンインタフェースデバイスは、音声（スピーチ、音楽、環境音など）、画像（スキャンされた画像、静止画像カメラから取得した写真画像など）、ビデオ（２次元ビデオ、立体ビデオを含む３次元ビデオなど）などの、人間による意識的な入力に必ずしも直接的に関連しない特定の媒体を取り込むために使用することもできる。

入力ヒューマンインタフェースデバイスは、キーボード（３００１）、マウス（３００２）、トラックパッド（３００３）、タッチスクリーン（３０１０）、データグローブ（図示せず）、ジョイスティック（３００５）、マイクフォン（３００６）、スキャナ（３００７）及びカメラ（３００８）（それぞれが１つのみ示されている）のうちの１つ以上を含んでもよい。

コンピュータシステム（３０００）はまた、特定のヒューマンインタフェース出力デバイスを含んでもよい。このようなヒューマンインタフェース出力デバイスは、例えば触覚出力、音、光、及び嗅覚／味覚を通じて、１人以上の人間ユーザの感覚を刺激することができる。このようなヒューマンインタフェース出力デバイスは、触覚出力デバイス（例えば、タッチスクリーン（３０１０）、データグローブ（図示せず）、又はジョイスティック（３００５）による触覚フィードバックであるが、入力デバイスとして機能しない触覚フィードバックデバイスであってもよい）、オーディオ出力デバイス（スピーカ（３００９）、ヘッドホン（図示せず）など）、視覚出力デバイス（それぞれがタッチスクリーン入力能力、触覚フィードバック能力の有無にかかわらず、一部が、ステレオグラフィック出力、仮想現実眼鏡（図示せず）、ホログラフィックディスプレ及びスモークタンク（図示せず）などの手段を介して、２次元の視覚出力又は３次元以上の出力を出力できるＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含むスクリーン（３０１０）など）、及びプリンタ（図示せず）を含み得る。

コンピュータシステム（３０００）はまた、ヒューマンアクセス可能な記憶装置と、それらに関連する媒体、例えば、ＣＤ／ＤＶＤを有するＣＤ／ＤＶＤ ＲＯＭ／ＲＷ（３０２０）若しくは同様な媒体（３０２１）、サムドライブ（３０２２）、及びリムーバブルハードドライブ若しくはソリッドステートドライブ（３０２３）を含む光媒体、テープやフロッピーディスク（図示せず）などのレガシー磁気媒体、セキュリティドングル（図示せず）などの専用ＲＯＭ／ＡＳＩＣ／ＰＬＤベースのデバイスなどとを含むことができる。

当業者はまた、ここに開示する主題に関連して使用される「コンピュータ読取可能媒体」という用語が、伝送媒体、搬送波、又は他の一時的な信号を含まないことを理解すべきである。

コンピュータシステム（３０００）は、１つ以上の通信ネットワーク（３０５５）へのインタフェース（３０５４）をさらに含むことができる。ネットワークは、例えば、無線、有線、光ネットワークであり得る。ネットワークはさらに、ローカル、ワイドエリア、メトロポリタン、車両用及び産業用、リアルタイム、遅延耐性ネットワークなどであり得る。ネットワークの例は、イーサネット及び無線ＬＡＮなどのローカルエリアネットワークと、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＴＥなどを含むセルラーネットワークと、ケーブルＴＶ、衛星ＴＶ及び地上波放送ＴＶを含むＴＶ有線又は無線ワイドエリアデジタルネットワークと、ＣＡＮＢｕｓなどを含む車両用及び産業用ネットワークと、を含む。特定のネットワークは、一般に、特定の汎用データポート又は周辺バス（３０４９）（例えば、コンピュータシステム（３０００）のＵＳＢポートなど）に接続された外部ネットワークインタフェースアダプターを必要とする。他のネットワークは、一般に、以下で説明するようにシステムバスに接続することにより、コンピュータシステム（３０００）のコアに統合される（例えば、ＰＣコンピュータシステムへのイーサネットインタフェース又はスマートフォンコンピュータシステムへのセルラーネットワークインタフェース）。これらのネットワークのいずれかを使用して、コンピュータシステム（３０００）は、他のエンティティと通信することができる。このような通信は、例えば、ローカル又はワイドエリアデジタルネットワークを使用して、他のコンピュータシステムに対して、単方向の受信のみ（例えば、放送ＴＶ）、単方向の送信のみ（例えば、ＣＡＮｂｕｓから特定のＣＡＮｂｕｓデバイスへ）、又は双方向であってもよい。上記のように、特定のプロトコルとプロトコルスタックをこれらのネットワークとネットワークインタフェースの各々に使用することができる。

前述のヒューマンインタフェースデバイス、ヒューマンアクセス可能な記憶装置、及びネットワークインタフェースは、コンピュータシステム（３０００）のコア（３０４０）に接続することができる。

コア（３０４０）は、１つ以上の中央処理装置（ＣＰＵ）（３０４１）、グラフィックスプロセッシングユニット（ＧＰＵ）（３０４２）、フィールドプログラマブルゲートエリア（ＦＰＧＡ）（３０４３）の形態での専用プログラマブル処理ユニット、特定のタスクのためのハードウェアアクセラレータ（３０４４）、グラフィックアダプタ（３０５０）などを含むことができる。これらのデバイスは、リードオンリメモリ（ＲＯＭ）（３０４５）、ランダムアクセスメモリ（３０４６）、及びユーザがアクセスできない内部ハードドライブ、ＳＳＤなどの内部大容量記憶装置（３０４７）と共に、システムバス（３０４８）を介して接続されてもよい。一部のコンピュータシステムでは、システムバス（３０４８）は、１つ以上の物理プラグの形態でアクセス可能であり、追加のＣＰＵ、ＧＰＵなどによる拡張を可能にする。周辺デバイスは、コアのシステムバス（３０４８）に直接的に接続されてもよく、周辺バス（３０４９）を介して接続されてもよい。一例では、スクリーン（３０１０）は、グラフィックアダプタ（３０５０）に接続することができる。周辺バスのアーキテクチャには、ＰＣＩ、ＵＳＢなどを含む。

ＣＰＵ（３０４１）、ＧＰＵ（３０４２）、ＦＰＧＡ（３０４３）及びアクセラレータ（３０４４）は、組み合わせて、前述のコンピュータコードを構成できる特定の命令を実行することができる。そのコンピュータコードは、ＲＯＭ（３０４５）又はＲＡＭ（３０４６）に記憶することができる。遷移的なデータは、ＲＡＭ（３０４６）に記憶することもでき、また恒久的なデータは、例えば内部大容量記憶装置（３０４７）に記憶することができる。ＣＰＵ（３０４１）、ＧＰＵ（３０４２）、大容量記憶装置（３０４７）、ＲＯＭ（３０４５）、ＲＡＭ（３０４６）などのうちの１つ以上と密接に関連付けることができるキャッシュメモリを使用して、任意のメモリデバイスに対する高速記憶及び検索を可能にすることができる。

コンピュータ読取可能媒体には、様々なコンピュータ実装動作を実行するためのコンピュータコードを有することができる。媒体及びコンピュータコードは、本開示の目的のために特別に設計及び構築されたものであってもよく、コンピュータソフトウェア分野の当業者によく知られている利用可能な種類のものであってもよい。

限定ではなく、あくまでも一例として、アーキテクチャ（３０００）、具体的にはコア（３０４０）を有するコンピュータシステムは、プロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータなどを含む）が１つ以上の有形のコンピュータ読取可能媒体に具体化されたソフトウェアを実行した結果として機能を提供することができる。このようなコンピュータ読取可能媒体は、コア内部の大容量記憶装置（３０４７）又はＲＯＭ（３０４５）などの、非一時的な性質のコア（３０４０）の特定の記憶装置以外に、以上に説明したようにユーザがアクセス可能な大容量記憶装置に関連付けられる媒体であってもよい。本開示の様々な実施形態を実装するソフトウェアは、そのようなデバイスに記憶でき、コア（３０４０）によって実行することができる。コンピュータ読取可能媒体は、特定の需要に応じて、１つ以上のメモリデバイス又はチップを含むことができる。ソフトウェアは、コア（３０４０）、具体的にはその中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡなどを含む）に、ＲＡＭ（３０４６）に記憶されたデータ構造を定義すること、及びソフトウェアによって定義されたプロセスに従ってそのようなデータ構造を変更することを含む、本明細書に記載の特定のプロセス又は特定のプロセスの特定の部分を実行させることができる。加えて又は代替として、コンピュータシステムは、本明細書に記載の特定のプロセス又は特定のプロセスの特定の部分を実行するためにソフトウェアの代わりに又はソフトウェアと一緒に動作することができる回路（例えば、アクセラレータ（３０４４））に配線されるか又は他の方法で具体化されたロジックの結果として機能を提供することができる。ソフトウェアへの参照は、必要に応じて、ロジックを含むことができ、その逆も同様である。コンピュータ読取可能媒体への参照は、必要に応じて、実行のためのソフトウェアを記憶する回路（集積回路（ＩＣ）など）、実行のためのロジックを具現化する回路、又はその両方を含むことができる。本開示は、ハードウェアとソフトウェアの任意の適切な組み合わせを含む。
付録Ａ：頭字語
ＪＥＭ：ｊｏｉｎｔ ｅｘｐｌｏｒａｔｉｏｎ ｍｏｄｅｌ（共同探索モデル）
ＶＶＣ：ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ（多用途ビデオコーディング）
ＢＭＳ：ｂｅｎｃｈｍａｒｋ ｓｅｔ（ベンチマークセット）
ＭＶ：Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ（動きベクトル）
ＨＥＶＣ：Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率ビデオコーディング）
ＭＰＭ：可能性の最も高いモード
ＷＡＩＰ：Ｗｉｄｅ－Ａｎｇｌｅ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ（広角イントラ予測）
ＳＥＩ：Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補助強化情報）
ＶＵＩ：Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（ビデオユーザビリティ情報）
ＧＯＰ：Ｇｒｏｕｐｓ ｏｆ Ｐｉｃｔｕｒｅｓ（ピクチャ群）
ＴＵ：Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ（変換ユニット）
ＰＵ：Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔ（予測ユニット）
ＣＴＵ：Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＴＢ：Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ（コーディングツリーブロック）
ＰＢ：Ｐｒｅｄｉｃｔｉｏｎ Ｂｌｏｃｋ（予測ブロック）
ＨＲＤ：Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想リファレンスデコーダ）
ＳＤＲ：Ｓｔａｎｄａｒｄ Ｄｙｎａｍｉｃ Ｒａｎｇｅ（標準ダイナミックレンジ）
ＳＮＲ：Ｓｉｇｎａｌ Ｎｏｉｓｅ Ｒａｔｉｏ（信号対雑音比）
ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（中央処理装置）
ＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（グラフィック処理装置）
ＣＲＴ：Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ（ブラウン管）
ＬＣＤ：Ｌｉｑｕｉｄ－Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ（液晶ディスプレイ）
ＯＬＥＤ：Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ（有機発光ダイオード）
ＣＤ：Ｃｏｍｐａｃｔ Ｄｉｓｃ（コンパクトディスク）
ＤＶＤ：Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ（デジタルビデオディスク）
ＲＯＭ：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ（リードオンリメモリ）
ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ランダムアクセスメモリ）
ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ（特定用途向け集積回路）
ＰＬＤ：Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ（プログラマブルロジックデバイス）
ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ローカルエリアネットワーク）
ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ（移動通信用グローバルシステム）
ＬＴＥ：Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（長期的な進化）
ＣＡＮＢｕｓ：Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ Ｂｕｓ（コントローラエリアネットワークバス）
ＵＳＢ：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ユニバーサルシリアルバス）
ＰＣＩ：Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（ペリフェラルコンポーネントインターコネクト）
ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ（フィールド・プログラマブル・ゲート・アレイ）
ＳＳＤ：Ｓｏｌｉｄ－ｓｔａｔｅ Ｄｒｉｖｅ（ソリッドステートドライブ）
ＩＣ：Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ（集積回路）
ＣＵ：Ｃｏｄｉｎｇ Ｕｎｉｔ（コーディングユニット）
ＰＤＰＣ： Ｐｏｓｉｔｉｏｎ Ｄｅｐｅｎｄｅｎｔ Ｐｒｅｄｉｃｔｉｏｎ Ｃｏｍｂｉｎａｔｉｏｎ（位置依存の予測の組み合わせ）
ＩＳＰ：Ｉｎｔｒａ Ｓｕｂ－Ｐａｒｔｉｔｉｏｎｓ（イントラサブパーティション）
ＳＰＳ： Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔｔｉｎｇ（シーケンスパラメータ設定）

本開示は一部の例示的な実施形態を説明してきたが、本開示の範囲内に含まれる変更、置換、及び様々な代替の均等物が存在する。したがって、当業者は、本明細書に明示的に示されていないか又は記載されていないが、開示の原理を具体化するため、その精神及び範囲内にある多数のシステム及び方法を考案することができることが理解されたい。

Claims (1)

1. ビデオデコーディングにおけるフィルタリングのための方法であって、
   プロセッサが、コーディングされたビデオビットストリーム内のデコードされた情報に基づいて、ブロックの第１の色成分及び第２の色成分の分離されたコーディング情報を決定するステップと、
   前記プロセッサが、第１のループフィルタ構成に基づいて、前記ブロック内の位置にある前記第１の色成分の第１のサンプルと、前記第１のループフィルタ構成とは異なる第２のループフィルタ構成に基づいて、前記ブロック内の前記位置にある前記第２の色成分の第２のサンプルとを再構成するステップと、を含む、方法。