JP7433338B2 - ビデオコーディング方法並びに装置及びコンピュータプログラム - Google Patents

Description

［関連出願］
本出願は、２０１９年７月１５日に出願された米国仮出願第６２／８７４２５５号、「パレットコード化ブロックに対するイントラ予測モードマッピングおよびフィルタ無効化」および２０１９年１０月８日に出願された米国仮出願第６２／９１２３１０号、「スクリーンコンテンツコーディングのためのデブロッキング使用の高レベル制御」に対する優先権の利益を主張する、２０２０年７月１３日に出願された米国特許出願第１６／９２７６３５号、「ビデオコーディング方法および装置」に対する優先権の利益を主張する。先行出願の開示全体は、参照によりその全体が本明細書に組み込まれる。

［技術分野］
本開示は、一般にビデオコーディングに関連する実施形態を記載する。

本明細書で提供される背景技術の記載は、本開示の背景を概略的に示すためのものである。現在記載されている発明者の研究は、出願時に別の形で先行技術としての資格を有しない明細書の態様と同様に、背景技術部分に記載されている範囲で、明示または黙示を問わず本開示に対する先行技術として認めるものではない。

ビデオコーディングおよびデコーディングは、動き補償を伴うインター画像予測を用いて実行することができる。非圧縮デジタルビデオは一連の画像を含むことができ、各画像は、例えば、１９２０×１０８０の輝度サンプルおよび関連する彩度サンプルの空間次元を有する。一連の画像は、例えば毎秒６０枚の画像または６０Ｈｚの固定または可変の画像レート(非公式にはフレームレートとも呼ばれる)を有することができる。非圧縮ビデオには、特定のビットレート要件がある。例えば、１サンプル当たり８ビットの１０８０ｐ６０ ４：２：０ビデオ（６０Ｈｚのフレームレートで１９２０×１０８０の輝度サンプル解像度)には、１．５Ｇｂｉｔ／ｓに近い帯域幅が必要である。１時間分のそのようなビデオには、６００ギガバイトより大きい記憶空間が必要である。

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

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

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

例えばＭＰＥＧ‐２世代コーディング技術から知られているような従来のイントラコーディングは、イントラ予測を使用しない。しかしながら、いくつかの新しいビデオ圧縮技術は、例えば、空間的に隣接し、デコーディング順序において先行するデータのブロックのエンコーディング／デコーディング中に得られた周囲サンプルデータおよび／またはメタデータから試みる技術を含む。このような技術は、以降「イントラ予測」技術と呼ばれる。少なくともいくつかの場合では、イントラ予測は、再構成中のカレント（現在）画像からの参照データのみを使用し、参照画像からの参照データを使用しないことに留意されたい。

イントラ予測には多くの異なる形式があり得る。そのような技術の２つ以上が所与のビデオコーディング技術において使用され得る場合、使用中の技術は、イントラ予測モードでコード化され得る。特定の場合では、モードはサブモードおよびパラメータのいずれか１つまたは両方を有することができ、それらは個別にコード化されるか、またはモード符号語に含まれてもよい。所与のモード／サブモード／パラメータの組み合わせに対してどの符号語を使用するかは、イントラ予測を通じてコーディング効率の向上に影響を与えることができ、また、符号語をビットストリームに変換するために使用されるエントロピーコーディング技術も影響を与えることができる。

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

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

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

イントラ画像予測は、シグナリングされた予測方向に応じて隣接サンプルから参照サンプル値をコピーすることで機能することができる。例えば、コード化されたビデオビットストリームが、このブロックについて、矢印（１０２）と一致する予測方向を示すシグナリングを含むと仮定し、すなわち、サンプルは、水平から４５度の角度で右上の１つ以上の予測サンプルから予測される。その場合、サンプルＳ４１、Ｓ３２、Ｓ２３、およびＳ１４は、同じ参照サンプルＲ０５から予測される。次に、サンプルＳ４４はサンプルＲ０８から予測される。

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

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

図１Ｂは、時間とともに増加する予測方向の数を説明するために、ＪＥＭによる６５個のイントラ予測方向を示す概略図（１８０）を示す。

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

ビデオコーディングおよびデコーディングは、動き補償を伴うインター画像予測を用いて実行することができる。非圧縮デジタルビデオは一連の画像を含むことができ、各画像は、例えば、１９２０×１０８０の輝度サンプルおよび関連する彩度サンプルの空間次元を有する。一連の画像は、例えば毎秒６０枚の画像または６０Ｈｚの固定または可変の画像レート(非公式にはフレームレートとも呼ばれる)を有することができる。非圧縮ビデオには、かなりのビットレート要件がある。例えば、１サンプル当たり８ビットの１０８０ｐ６０ ４：２：０ビデオ（６０Ｈｚのフレームレートで１９２０×１０８０の輝度サンプル解像度)には、１．５Ｇｂｉｔ／ｓに近い帯域幅が必要である。１時間分のそのようなビデオには、６００ギガバイトより大きい記憶空間が必要である。

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

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

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

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

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

本開示の態様は、ビデオコーディング／デコーディング方法および装置を提供する。いくつかの例では、ビデオデコーディング装置は、処理回路を含む。処理回路は、コード化されたビデオビットストリームからカレントブロックのコーディング情報をデコードし、コーディング情報は、カレントブロックの第１の予測モードが複数のスクリーンコンテンツコーディング（ＳＣＣ）ツールのうちの1つであることを示す。処理回路は、カレントブロックの第１の予測モードおよびカレントブロックの第１の量子化パラメータ（ＱＰ）のうちの少なくとも１つに基づいて、カレントブロックに関連付けられた少なくとも１つのループフィルタが無効にされているか否かを判定する。少なくとも１つのループフィルタが無効にされていると判定したことに応答して、処理回路は、少なくとも１つのループフィルタなしでカレントブロックを再構成することができる。

一実施形態では、少なくとも１つのループフィルタは、カレントブロックとカレントブロックの隣接ブロックとの間の境界に対するデブロッキングフィルタ（ＤＢＦ）である。第１の予測モードは、イントラブロックコピー（ＩＢＣ）モードまたはパレットコーディングモードである。処理回路は、（ｉ）カレントブロックの第１の予測モード、（ｉｉ）隣接ブロックの第２の予測モード、（ｉｉｉ）カレントブロックの第１のＱＰ、および（ｉｖ）隣接ブロックの第２のＱＰのうちの少なくとも１つに基づいて、カレントブロックと隣接ブロックとの間の境界に対するＤＢＦが無効にされているか否かを判定する。一例では、処理回路は、第１の予測モードおよび第２の予測モードのうちの少なくとも１つに基づいて、カレントブロックと隣接ブロックとの間の境界に対するＤＢＦが無効にされているか否かを判定する。一例では、処理回路は、第１の予測モードおよび第２の予測モードのうちの少なくとも１つがＩＢＣモードまたはパレットコーディングモードである場合、カレントブロックと隣接ブロックとの間の境界に対するＤＢＦが無効にされていると判定する。

一例では、処理回路は、（ｉ）第１のＱＰが閾値未満であるか、または第１のＱＰおよび第２のＱＰが閾値未満であり、かつ（ｉｉ）第１の予測モードおよび第２の予測モードのうちの１つがパレットコーディングモードまたはＩＢＣモードである場合、カレントブロックと隣接ブロックとの間の境界に対するＤＢＦが無効にされていると判定する。

一実施形態では、カレントブロックの第１の予測モードは、ＩＢＣモードまたはパレットコーディングモードである。カレントブロックに対する少なくとも１つのループフィルタは、適応ループフィルタ、サンプル適応オフセットフィルタ、およびバイラテラルフィルタのうちの少なくとも１つを含む。処理回路は、第１のＱＰおよび第１の予測モードに基づいて、少なくとも１つのループフィルタが無効にされているか否かを判定する。

本開示の態様は、ビデオコーディング／デコーディング方法および装置を提供する。いくつかの例では、ビデオデコーディング装置は、処理回路を含む。処理回路は、コード化されたビデオビットストリームからカレントブロックを含むブロックのグループのコーディング情報をデコードする。コーディング情報は、ブロックのグループに関連付けられたフィルタコントロールフラグを示し、また、カレントブロックはスクリーンコンテンツコーディング（ＳＣＣ）ツールを用いてコード化することができる。処理回路は、フィルタコントロールフラグに基づいて、カレントブロックに対する少なくとも１つのループフィルタが無効にされているか否かを判定し、そして、少なくとも１つのループフィルタが無効にされていると判定したことに応答して、少なくとも１つのループフィルタなしでカレントブロックを再構成する。

一実施形態では、処理回路は、フィルタコントロールフラグに基づいて、カレントブロックに対する少なくとも１つのループフィルタが無効にされていると判定し、フィルタコントロールフラグは、ブロックのグループに関連付けられるか、またはＳＣＣツールに固有である。

一実施形態では、処理回路は、ブロックのグループに関連付けられたフィルタコントロールフラグに基づいて、カレントブロックに対する少なくとも１つのループフィルタが無効にされていると判定する。

一実施形態では、フィルタコントロールフラグは、ＳＣＣツールに固有である。

一実施形態では、フィルタコントロールフラグは、ＳＣＣツールに固有であるか、またはＳＣＣツールを含む複数のＳＣＣツールに適用可能である。フィルタコントロールフラグは、ＳＣＣツールまたは複数のＳＣＣツールがブロックレベルより高いレベルに対して有効であることを示すために、ＳＣＣフラグがブロックレベルより高いレベルでシグナリングされるか否かに基づいて、条件付きでシグナリングされる。

一実施形態では、フィルタコントロールフラグは、ＳＣＣツールに固有であり、また、フィルタコントロールフラグは、ＳＣＣツールがブロックレベルよりも高いレベルに対して有効であることを示すために、ＳＣＣフラグがブロックレベルよりも高いレベルでシグナリングされるか否かに基づいて、条件付きでシグナリングされる。

一実施形態では、フィルタコントロールフラグは、ＳＣＣツールを含む複数のＳＣＣツールに適用可能であり、また、フィルタコントロールフラグは、複数のＳＣＣツールがブロックレベルよりも高いレベルに対して有効であることを示すために、ＳＣＣフラグがブロックレベルよりも高いレベルでシグナリングされるか否かに基づいて、条件付きでシグナリングされる。

一実施形態では、フィルタコントロールフラグは、ＳＣＣツールを含む複数のＳＣＣツールに適用可能であり、また、フィルタコントロールフラグは、ＳＣＣツールがブロックレベルよりも高いレベルに対して有効であることを示すために、ＳＣＣフラグがブロックレベルよりも高いレベルでシグナリングされるか否かに基づいて、条件付きでシグナリングされる。

一実施形態では、処理回路は、フィルタコントロールフラグおよびカレントブロックの量子化パラメータ（ＱＰ）に基づいて、少なくとも１つのループフィルタを無効にするか否かを判定する。

一実施形態では、少なくとも１つのループフィルタは、カレントブロックとブロックのグループ内の隣接ブロックとの間の境界に対するデブロッキングフィルタ（ＤＢＦ）を含む。処理回路は、フィルタコントロールフラグと、（ｉ）ＳＣＣツールおよび（ｉｉ）隣接ブロックの予測モードのうちの少なくとも１つとに基づいて、カレントブロックと隣接ブロックとの間の境界に対するＤＢＦが無効にされているか否かを判定する。

一実施形態では、少なくとも１つのループフィルタは、デブロッキングフィルタ（ＤＢＦ）、適応ループフィルタ、サンプル適応オフセットフィルタ、およびバイラテラルフィルタのうちの１つ以上を含む。フィルタコントロールフラグは、シーケンスパラメータセット（ＳＰＳ）、画像パラメータセット（ＰＰＳ）、画像ヘッダ、スライスヘッダ、タイルグループレベルおよびタイルレベルのうちの１つ以上でシグナリングされる。ＳＣＣツールは、（ｉ）イントラブロックコピー（ＩＢＣ）モード、（ｉｉ）パレットコーディングモード、（ｉｉｉ）ブロック差分パルスコード化変調（ＢＤＰＣＭ）モード、および（ｉｖ）変換スキップモードのうちの１つを含む。

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

開示された主題のさらなる特徴、性質および様々な利点は、以下の詳細な説明および添付の図面からより明らかになるであろう。

イントラ予測モードの例示的なサブセットの概略図である。

例示的なイントラ予測方向の図である。

一例におけるカレントブロックおよびその周囲の空間マージ候補の概略図である。

一実施形態による通信システム（３００）の簡略化されたブロック図の概略図である。

一実施形態による通信システム（４００）の簡略化されたブロック図の概略図である。

一実施形態によるデコーダの簡略化されたブロック図の概略図である。

一実施形態によるエンコーダの簡略化されたブロック図の概略図である。

別の実施形態によるエンコーダのブロック図を示す。

別の実施形態によるデコーダのブロック図を示す。

本開示の一実施形態によるイントラブロックコピーの一例を示す。

本開示の一実施形態によるイントラブロックコピーの例を示す。 本開示の一実施形態によるイントラブロックコピーの例を示す。 本開示の一実施形態によるイントラブロックコピーの例を示す。 本開示の一実施形態によるイントラブロックコピーの例を示す。

本開示の一実施形態による変換スキップ残差コーディングプロセスの一例を示す。

本開示の一実施形態による境界強度値を決定するための例示的なプロセス（１２００）のフローチャートを示す。

本開示のいくつかの実施形態によるデブロッキングフィルタリングプロセスの一例を示す。

本開示の一実施形態によるプロセス（１４００）を概説するフローチャートを示す。

本開示の一実施形態によるプロセス（１５００）を概説するフローチャートを示す。

一実施形態によるコンピュータシステムの概略図である。

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

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

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

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

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

電子装置（４２０）および（４３０）は、他の構成要素（図示せず）を含むことができることに留意されたい。例えば、電子装置（４２０）は、ビデオデコーダ（図示せず）を含むことができ、電子装置（４３０）も、ビデオエンコーダ（図示せず）を含むことができる。

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

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

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

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

シンボル（５２１）の再構成には、コード化されたビデオ画像またはその一部のタイプ（インター画像およびイントラ画像、インターブロックおよびイントラブロックなど）、および他の要因に応じて、複数の異なるユニットが関与する可能性がある。どのユニットが関与し、どのようにして関与するかは、パーサ（５２０）によってコード化されたビデオシーケンスから解析されたサブグループ制御情報によって制御することができる。パーサ（５２０）と以下の複数のユニットとの間のこのようなサブグループ制御情報の流れは、明確にするために図示されていない。

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

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

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

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

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

ループフィルタユニット（５５６）の出力は、サンプルストリームであってもよく、サンプルストリームは、将来のインター画像予測で使用するために、レンダリング装置（５１２）に出力できるだけでなく、参照画像メモリ（５５７）に格納することもできる。

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

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

一実施形態では、受信機（５３１）は、コード化されたビデオと共に追加の（冗長な）データを受信することができる。追加のデータは、コード化されたビデオシーケンスの一部として含まれてもよい。追加のデータは、データを適切にデコードすることおよび／または元のビデオデータをより正確に再構成することのために、ビデオデコーダ（５１０）によって使用され得る。追加のデータは、例えば、時間的、空間的、または信号対雑音比（ＳＮＲ）強化層、冗長スライス、冗長画像、順方向誤り訂正コードなどの形式であり得る。

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

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

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

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

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

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

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

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

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

予測器（６３５）は、コーディングエンジン（６３２）に対して予測検索を実行することができる。すなわち、コード化すべき新しい画像について、予測器（６３５）は、参照画像メモリ（６３４）から、サンプルデータ（候補参照ピクセルブロックとして）または参照画像動きベクトル、ブロック形状などの特定のメタデータを検索することができ、これらは、新しい画像の適切な予測参照として役立つ可能性がある。予測器（６３５）は、適切な予測参照を見つけるために、サンプルブロックごとにピクセルブロックベースで動作することができる。場合によっては、予測器（６３５）によって得られた検索結果によって決定されるように、入力画像は、参照画像メモリ（６３４）に格納された複数の参照画像から引き出された予測参照を有することがある。

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

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

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

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

イントラ画像（Ｉ画像）は、シーケンス内の他の画像を予測のソースとして使用することなくコード化およびデコードされ得るものであり得る。一部のビデオコーデックでは、例えば独立デコーダリフレッシュ（「ＩＤＲ」）画像を含む様々なタイプのイントラ画像を使用できる。当業者は、Ｉ画像のそれらの変形例およびそれらのそれぞれの用途および特徴を知っている。

予測画像（Ｐ画像）は、各ブロックのサンプル値を予測するために、最大で１つの動きベクトルおよび参照インデックスを使用するイントラ予測またはインター予測を使用してコード化およびデコードされ得るものであり得る。

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

ソース画像は、通常、複数のサンプルブロック（例えば、それぞれ４×４、８×８、４×８、または１６×１６サンプルのブロック）に空間的に再分割され、ブロックごとにコード化され得る。ブロックは、ブロックのそれぞれの画像に適用されるコード化割り当てによって決定された他の（すでにコード化された）ブロックを参照して予測的にコード化することができる。例えば、Ｉ画像のブロックは、非予測的にコード化されてもよく、またはそれらは、同じ画像のすでにコード化されたブロックを参照して予測的にコード化され得る（空間的予測またはイントラ予測）。Ｐ画像のピクセルブロックは、１つの予てコード化された参照画像を参照して、空間的予測または時間的予測を介して予測的にコード化され得る。Ｂ画像のブロックは、１つまたは２つの予てコード化された参照画像を参照して、空間的予測または時間的予測を介して予測的にコード化され得る。

ビデオエンコーダ（６０３）は、ＩＴＵ‐Ｔ Ｒｅｃ．Ｈ．２６５などの所定のビデオコーディング技術または規格に従ってコーディング動作を実行することができる。その動作において、ビデオエンコーダ（６０３）は、入力ビデオシーケンスにおける時間的および空間的冗長性を利用する予測コーディング動作を含む、様々な圧縮動作を実行することができる。したがって、コード化されたビデオデータは、使用されているビデオコード化技術または規格によって指定された構文に準拠している可能性がある。

一実施形態では、送信機（６４０）は、コード化されたビデオと共に追加のデータを送信することができる。ソースコーダ（６３０）は、そのようなデータをコード化されたビデオシーケンスの一部として含むことができる。追加のデータは、時間的／空間的／ＳＮＲ強化層、冗長画像およびスライスなどの他の形式の冗長データ、ＳＥＩメッセージ、ＶＵＩパラメータセットフラグメントなどを含むことができる。

ビデオは、時間的順序で複数のソース画像（ビデオ画像）としてキャプチャされてもよい。イントラ画像予測（多くの場合、イントラ予測と略される）は、所与の画像の空間的相関を利用し、インター画像予測は、画像間の（時間的またはその他の）相関を利用する。一例では、カレント画像と呼ばれる、エンコーディング／デコーディング中の特定の画像がブロックに分割される。カレント画像内のブロックが、ビデオ内の予てコード化され、まだバッファリングされている参照画像内の参照ブロックと類似している場合、カレント画像内のブロックは、動きベクトルと呼ばれるベクトルによってコード化することができる。動きベクトルは、参照画像内の参照ブロックを指し、複数の参照画像が使用されている場合、参照画像を識別する第３の次元を有することができる。

いくつかの実施形態では、インター画像予測において双方向予測技術を使用することができる。双方向予測技術によれば、ビデオ内のカレント画像よりもデコーディング順が両方とも前である（ただし、表示順がそれぞれ過去と将来であり得る)２つの参照画像、例えば第１の参照画像および第２の参照画像が使用される。カレント画像内のブロックは、第１の参照画像内の第１の参照ブロックを指す第１の動きベクトルと、第２の参照画像内の第２の参照ブロックを指す第２の動きベクトルとによってコード化することができる。ブロックは、第１の参照ブロックと第２の参照ブロックの組み合わせによって予測することができる。

さらに、インター画像予測において、マージモード技術を使用してコーディング効率を向上させることができる。

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

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

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

図７の例では、ビデオエンコーダ（７０３）は、図７に示されているように、互いに結合されインターエンコーダ（７３０）、イントラエンコーダ（７２２）、残差計算機（７２３）、スイッチ（７２６）、残差エンコーダ（７２４）、汎用コントローラ（７２１）、およびエントロピーエンコーダ（７２５）を含む。

インターエンコーダ（７３０）は、カレントブロック（例えば、処理ブロック）のサンプルを受信し、そのブロックを、参照画像内の１つ以上の参照ブロック（例えば、前の画像および後の画像のブロック）と比較し、インター予測情報（例えば、インターコーディング技術による冗長情報の記述、動きベクトル、マージモード情報）を生成し、そして任意の適切な技術を使用してインター予測情報に基づいてインター予測結果（例えば、予測ブロック）を計算するように構成される。いくつかの例では、参照画像は、コード化されたビデオ情報に基づいてデコードされるデコードされた参照画像である。

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

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

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

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

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

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

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

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

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

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

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

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

様々な実施形態において、スクリーンコンテンツの特定の特性のために、ＨＥＶＣのスクリーンコーディング拡張用のＳＣＣなどのスクリーンコンテンツコーディング（ＳＣＣ）ツールを開発することができる。ＳＣＣツールは、コーディング効率を大幅に向上することができる。ＳＣＣツールの１つは、パレットコーディングモード（またはパレットモード、パレットモードコーディング方法、パレットコード化プロセス）と呼ばれ、ここでピクセル（またはサンプル）のブロックは、パレットへのインデックス（例えば、主要カラーを含む）を使用して表すことができる。パレットとインデックスは、空間的冗長性を利用してエンコードすることができる。いくつかの例では、パレットコーディングモードは、パレットのコーディング方法およびパレットを使用するサンプルのコーディング方法などの２つの部分を含むことができる。パレットを使用するサンプルのコーディング方法は、パレットインデックスコーディング、ランレングスコーディング、エスケープピクセルコーディングなどを含むことができる。以下は、パレットコーディングモードのいくつかの例である。

主要カラーは次のように選択できる。シンプルで効率的なヒストグラムベースのアルゴリズムを使用して、ブロック内のピクセルまたはサンプルを分類することができる。例えば、ヒストグラムにおける最も重要なＬピーク値を主要カラーとして選択し、主要カラーの１つに近いピクセル値を主要カラーの１つに量子化することができる。一例では、主要カラー（または主要カラーセット）に属さない他のピクセルは、エスケープピクセルと呼ぶことができる。エスケープピクセルは、コード化前に量子化することができる。一例では、量子化プロセスは、可逆コーディングプロセスには使用されない。ブロック内の各ピクセルに対して、カラーインデックス（便宜上、インデックスとも呼ばれる）を割り当てて、そのピクセルがどの主要カラーセットに属するかを示すことができる。Ｌ個の主要カラーが使用される場合、Ｌ個の主要カラーの値（例えば、０～Ｌ－１）を、Ｌ個の主要カラー（またはＬ個の主要カラーセット）に対してシグナリングすることができ、主要カラーの値Ｎを、例えば、エスケープピクセルを含むエスケープピクセルセットに対してシグナリングすることができる。Ｎは、Ｌ個の主要カラーの値（例えば、０～Ｌ－１）とは異なる場合がある。一例では、Ｎは（Ｌ－１）よりも大きい。パレットは通常、カラールックアップテーブルとして実装することができ、そこで各カラーエントリをカラーインデックスに関連付けることができる。単一のパレットを使用して、輝度成分と彩度成分の両方をコード化することができる。各エントリは、特定のＲＧＢカラー、ＹＵＶカラーなどを表すことができる。例えば、（Ｒ、Ｇ、Ｂ）＝（０、０、０）のエントリ１は純粋な黒色を表し、（Ｒ、Ｇ、Ｂ）＝（２、１０、２００）のエントリ０は青みがかった色を表す。ビデオフォーマットが４２０である場合、彩度プレーンをアップサンプリングしてカラーパレットを生成することができる。

パレットモードコーディングでは、パレットベースコーディングは、ＣＵ単位で実行することができる。

パレットエントリは、以下のようにエンコードすることができる。パレット予測子リストを参照として使用して現在のパレットをコード化するには、バイナリベクトルを使用して、パレット予測子リスト内の各エントリを現在のパレットで再利用できるか否かを示すことができる。１つ以上の再利用されたエントリは、パレット予測子リスト内の１つ以上の再利用されたエントリの順序を維持しながら、現在のパレットの先頭に配置できる。パレット予測子リストにない１つ以上の新しいパレットエントリは、１つ以上の再利用されたエントリの後に続くことができる。一例では、事前定義されたエントリを有するパレット初期化子をオプションで使用して、パレット予測子リストを初期化することができ、その結果、そのようなシナリオでのコーディング効率が向上する。パレット初期化子は、画像パラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）などでシグナリングすることができる。

カラーインデックスは、以下のようにエンコードすることができる。分類後、ブロックのピクセルは、選択した主要カラーセットに従ってカラーインデックスに変換することができる。予測コーディング方法をカラーインデックスに適用することができ、ここで、ピクセルラインは、水平モード（例えば、コピーインデックスモード）、垂直モード（例えば、コピーアバブモード）、および通常モード（例えば、エスケープモード）を含む複数の異なるモード（例えば、３つの異なるモード）によって予測することができる。いくつかの例では、カラーインデックスをコーディングするときに、２つのインデックススキャン順序（例えば、水平トラバーススキャンおよび垂直トラバーススキャン）が使用される。２つのインデックススキャン順序のうちのどちらが使用されているかを示すために、インデックス回転フラグをシグナリングすることができる。

コピーインデックスモードでは、第１のピクセルから開始して、１つ以上の連続するインデックスを第１のピクセルからコピーすることができる。第１のピクセルのカラーインデックスをシグナリングすることができる。

コピーアバブモードでは、１つ以上の連続するカラーインデックスを、上記のピクセルライン、例えば、現在のピクセルラインより上にあるピクセルラインからコピーすることができる。

エスケープモードでは、例えば、主要カラーセット内の最大インデックス（例えば、Ｎ）によってシグナリングされたエスケープピクセルに遭遇した場合、対応するピクセル値を最大インデックス（例えば、Ｎ）の後にコード化することができる。ＣＵには、異なるカラー値を有する複数のエスケープピクセルが存在する場合がある。エスケープピクセルの位置が異なると、エスケープピクセルのピクセル値が異なる場合がある。

各コピーインデックスモードでは、インデックスをシグナリングすることができる。インデックスシグナリングは、例えば、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）スループットを向上させるために、前部（または先頭）でグループ化することができる。同様に、エスケープピクセルのピクセル値は、例えばＣＡＢＡＣスループットを向上させるために、後部でシグナリングすることができる。コピーインデックスモードおよびコピーアバブモードは、インデックスコーディングとエスケープコーディングとの間でシグナリングすることができる。

輝度成分および彩度成分に対して別個のコーディングツリー構造を使用することができる。いくつかの例では、ＣＵは輝度成分と彩度成分の両方のサンプルを含む。ＪＶＥＴなどのいくつかの例では、彩度成分のサンプルは、輝度成分と比較して、独立したまたは別個の分割ツリー構造（またはコーディングツリー構造）を有することができる。別個のコーディングツリー構造は、ＣＴＵレベルから開始することができる。一例では、彩度ＣＵ（例えば、２つの彩度成分のみを含むＣＵ）は、対応するサンプル位置での彩度ＣＵの輝度対応物よりも大きい。

ＶＴＭ５．０などの一実施形態では、彩度ブロックに対する複数のイントラ予測モード（例えば、８つのイントラ予測モード）は、平面モード、ＤＣモード、水平モード（または水平予測モード）、垂直モード（または垂直予測モード）、３つのクロス成分線形モデル（ＣＣＬＭ）モード、および導出モード（ＤＭ）を含むことができる。彩度ブロックがＤＭモードを使用してエンコードされる場合、彩度ブロックに適用される実際のイントラ予測モードは、対応する輝度ブロックのイントラ予測モードから導出することができる。対応する輝度ブロックが通常のイントラモード以外のモードを使用してエンコードされる場合、彩度ブロックがＤＣモードに基づいて実際のイントラ予測モードを導出できるように、輝度ブロックにＤＣモードを適用（または割り当て）することができる。

輝度および彩度のカラープレーンが別々にコード化される場合、彩度コーディングブロックに対して、対応する輝度ブロックをパレットコーディングモードでコード化することができる。一例では、パレットコーディングモードでコード化された対応する輝度ブロックに対するイントラ予測モードの割り当てを改善することができる。

ブロックベースの補償は、インター予測およびイントラ予測に使用することができる。インター予測の場合、別の画像からのブロックベースの補償は動き補償として知られている。ブロックベースの補償はまた、イントラ予測などにおいて、同じ画像内の予て再構成された領域から実行することもできる。同じ画像内の再構成された領域からのブロックベースの補償は、イントラ画像ブロック補償、カレント画像参照（ＣＰＲ）、またはイントラブロックコピー（ＩＢＣ）と呼ばれる。同じ画像内のカレントブロックと参照ブロック（予測ブロックとも呼ばれる）との間のオフセットを示す変位ベクトルは、ブロックベクトル（ＢＶ）と呼ばれ、ここでカレントブロックは、参照ブロックに基づいてエンコード／デコードすることができる。任意の値（ｘまたはｙ方向のいずれかで正または負）であり得る動き補償の動きベクトルとは異なり、ＢＶは、参照ブロックが利用可能であり、かつすでに再構成されていることを保証するためにいくつかの制約を有する。また、いくつかの例では、並列処理を考慮して、タイル境界、スライス境界、または波面ラダー形状境界であるいくつかの参照領域が除外される。

ブロックベクトルのコーディングは、明示的または暗黙的のいずれかであり得る。明示的モード（インターコーディングにおけるＡＭＶＰモードと同様）では、ブロックベクトルとその予測子との間のＢＶ差分がシグナリングされる。暗黙的モードでは、ブロックベクトルは、マージモードにおける動きベクトルと同様に、ＢＶ差分を使用することなく、予測子（ブロックベクトル予測子と呼ばれる）から復元される。ブロックベクトルの解像度は、いくつかの実装において、整数位置に制限される。他のシステムでは、ブロックベクトルは小数位置を指すことができる。

いくつかの例では、ブロックレベルでのイントラブロックコピーの使用は、ＩＢＣフラグなどのブロックレベルフラグを使用してシグナリングすることができる。一実施形態では、ブロックレベルフラグは、カレントブロックが明示的にコード化される（例えば、マージモードでコード化されない）ときにシグナリングされる。いくつかの例では、ブロックレベルでのイントラブロックコピーの使用は、参照インデックス手法を使用してシグナリングすることができる。デコーディング中のカレント画像は、参照画像または特別な参照画像として扱われる。一例では、そのような参照画像は、参照画像のリストの最後の位置に置かれる。特別な参照画像はまた、デコード画像バッファ（ＤＰＢ）などのバッファ内の他の時間参照画像と共に管理される。

また、イントラブロックコピーには、反転されたイントラブロックコピー（参照ブロックは、カレントブロックを予測するために使用される前に、水平または垂直に反転される)、またはラインベースのイントラブロックコピー（Ｍ×Ｎコーディングブロック内の各補償ユニットは、Ｍｘ１または１ｘＮラインである）などのいくつかの変形もある。

図９は本開示の一実施形態によるイントラブロックコピーの一例を示す。カレント画像（９００）はデコーディング中に再構成される。カレント画像（９００）は、再構成された領域（９１０）（灰色の領域）およびデコードされる領域（９２０）（白い領域）を含む。カレントブロック（９３０）は、デコーダによって再構成中である。カレントブロック（９３０）は再構成された領域（９１０）内にある参照ブロック（９４０）から再構成することができる。参照ブロック（９４０）とカレントブロック（９３０）との間の位置オフセットは、ブロックベクトル（９５０）（またはＢＶ（９５０））と呼ばれる。図９の例では、検索範囲（９６０）は再構成された領域（９１０）内にあり、参照ブロック（９４０）は検索範囲（９６０）内にあり、ブロックベクトル（９５０）は検索範囲（９６０）内の参照ブロック（９４０）を指すように制約される。

図１０Ａ～１０Ｄは、本開示の一実施形態によるイントラブロックコピーの例を示す。図１０Ａ～Ｄを参照すると、カレント画像（１００１）は、再構成中のカレントＣＴＢ（１０１５）と、カレントＣＴＢ（１０１５）の左隣にある予て再構成されたＣＴＢ（１０１０）とを含む。カレント画像（１００１）内のＣＴＢは、ＣＴＢサイズおよびＣＴＢ幅を有する。検索範囲は、ＣＴＵのサイズ（例えば、ＣＴＢサイズ）を有することができる。メモリは、予て再構成されたＣＴＢ（１０１０）の一部を検索するために再利用され得る。カレントＣＴＢ（１０１５）は４つの領域（１０１６）～（１０１９）を含む。同様に、予て再構成されたＣＴＢ（１０１０）は、４つの領域（１０１１）～（１０１４）を含む。一実施形態では、ＣＴＢサイズは、参照メモリサイズに等しい。一例では、ＣＴＢサイズおよび参照メモリサイズは、１２８×１２８サンプルであり、領域（１０１１）～（１０１４）および（１０１６）～（１０１９）のそれぞれは、６４×６４サンプルのサイズを有する。

図１０Ａ～Ｄに示される例では、カレントＣＴＢ（１０１５）は、それぞれ、領域（１０１６）～（１０１９）に対応する左上領域、右上領域、左下領域、および右下領域を含む。予て再構成されたＣＴＢ（１０１０）は、それぞれ領域（１０１１）～（１０１４）に対応する左上領域、右上領域、左下領域、および右下領域を含む。

図１０Ａを参照すると、現在の領域（１０１６）は再構成中である。現在の領域（１０１６）は、複数のコーディングブロック（１０２１）～（１０２９）を含む。カレントブロック（１０２１）は、現在の領域（１０１６）において最初に再構成される。現在の領域（１０１６）は、予て再構成されたＣＴＢ（１０１０）において、同一位置の領域、すなわち、領域（１０１１）を有する。いくつかの実施形態によれば、カレントブロック（１０２１）の検索範囲は、現在の領域（１０１６）においてカレントブロック（１０２１）が最初に再構成される同一位置の領域（１０１１）を除外する。したがって、参照メモリバッファの厳密な同期およびタイミング制御は必要ない。検索範囲は、予て再構成されたＣＴＢ（１０１０）の領域（１０１２）～（１０１４）を含み、これらの領域は、同一位置の領域（１０１１）の後、カレントブロック（１０２１）の前にデコーディング順に再構成される。

図１０Ａを参照すると、同一位置の領域（１０１１）の位置は、現在の領域（１０１６）の位置から、１２８サンプルなどのＣＴＢ幅だけオフセットされる。例えば、同一位置の領域（１０１１）の位置は、現在の領域（１０１６）の位置から１２８サンプルだけ左にシフトされる。

再び図１０Ａを参照すると、現在の領域（１０１６）がカレントＣＴＢ（１０１５）の左上領域である場合、同一位置の領域（１０１１）は、予て再構成されたＣＴＢ（１０１０）の左上領域であり、検索領域は、予て再構成されたＣＴＢの左上領域を除外する。

図１０Ｂを参照すると、現在の領域（１０１７）は再構成中である。現在の領域（１０１７）は複数のコーディングブロック（１０４１）～（１０４９）を含む。カレントブロック（１０４１）は、現在の領域（１０１７）において最初に再構成される。現在の領域（１０１７）は、同一位置の領域（すなわち、予て再構成されたＣＴＢ（１０１０）内の領域（１０１２））を有する。本開示の態様によれば、カレントブロック（１０４１）の検索範囲は、現在の領域（１０１７）においてカレントブロック（１０４１）が最初に再構成される同一位置の領域（１０１２）を除外する。したがって、参照メモリバッファの厳密な同期およびタイミング制御は必要ない。検索範囲は、予て再構成されたＣＴＢ（１０１０）の領域（１０１３）～（１０１４）と、同一位置の領域（１０１２）の後、カレントブロック（１０４１）の前に再構成されたカレントＣＴＢ（１０１５）内の領域（１０１６）とを含む。参照メモリサイズ（すなわち、１つのＣＴＢサイズ）の制約により、検索範囲はさらに領域（１０１１）を除外する。同様に、同一位置の領域（１０１２）の位置は、現在の領域（１０１７）の位置から、１２８サンプルなどのＣＴＢ幅だけオフセットされる。

図１０Ｂの例では、現在の領域（１０１７）はカレントＣＴＢ（１０１５）の右上領域であり、同一位置の領域（１０１２）も予て再構成されたＣＴＢ（１０１０）の右上領域であり、検索領域は、予て再構成されたＣＴＢ（１０１０）の右上領域を除外する。

図１０Ｃを参照すると、現在の領域（１０１８）は再構成中である。現在の領域（１０１８）は複数のコーディングブロック（１０６１）～（１０６９）を含む。カレントブロック（１０６１）は、現在の領域（１０１８）において最初に再構成される。現在の領域（１０１８）は、予て再構成されたＣＴＢ（１０１０）において、同一位置の領域（すなわち、領域（１０１３））を有する。本開示の態様によれば、カレントブロック（１０６１）の検索範囲は、現在の領域（１０１８）においてカレントブロック（１０６１）が最初に再構成される同一位置の領域（１０１３）を除外する。したがって、参照メモリバッファの厳密な同期およびタイミング制御は必要ない。検索範囲は、予て再構成されたＣＴＢ（１０１０）の領域（１０１４）と、同一位置の領域（１０１３）の後、カレントブロック（１０６１）の前に再構成されたカレントＣＴＢ（１０１５）内の領域（１０１６）～（１０１７）とを含む。同様に、参照メモリサイズの制約により、検索範囲はさらに領域（１０１１）～（１０１２）を除外する。同一位置の領域（１０１３）の位置は、現在の領域（１０１８）の位置から、１２８サンプルなどのＣＴＢ幅だけオフセットされる。図１０Ｃの例では、現在の領域（１０１８）がカレントＣＴＢ（１０１５）の左下領域である場合、同一位置の領域（１０１３）も、予て再構成されたＣＴＢ（１０１０）の左下領域であり、検索領域は、予て再構成されたＣＴＢ（１０１０）の左下領域を除外する。

図１０Ｄを参照すると、現在の領域（１０１９）は再構成中である。現在の領域（１０１９）は複数のコーディングブロック（１０８１）～（１０８９）を含む。カレントブロック（１０８１）は、現在の領域（１０１９）において最初に再構成される。現在の領域（１０１９）は、予て再構成されたＣＴＢ（１０１０）において、同一位置の領域（すなわち、領域（１０１４））を有する。本開示の態様によれば、カレントブロック（１０８１）の検索範囲は、現在の領域（１０１９）においてカレントブロック（１０８１）が最初に再構成される同一位置の領域（１０１４）を除外する。したがって、参照メモリバッファの厳密な同期およびタイミング制御は必要ない。検索範囲は、カレントＣＴＢ（１０１５）内の領域（１０１６）～（１０１８）を含み、これらの領域は同一位置の領域（１０１４）の後、カレントブロック（１０８１）の前にデコーディング順で再構成される。検索範囲は、参照メモリサイズの制約により、領域（１０１１）～（１０１３）を除外し、したがって、検索範囲は、予て再構成されたＣＴＢ（１０１０）を除外する。同様に、同一位置の領域（１０１４）の位置は、現在の領域（１０１９）の位置から、１２８サンプルなどのＣＴＢ幅だけオフセットされる。図１０Ｄの例では、現在の領域（１０１９）がカレントＣＴＢ（１０１５）の右下領域である場合、同一位置の領域（１０１４）も予て再構成されたＣＴＢ（１０１０）の右下領域であり、検索領域は予て再構成されたＣＴＢ（１０１０）の右下領域を除外する。

イントラブロックコピーのいくつかの変形例は、イントラブロックコピーを、イントラ予測モードおよびインター予測モードとは異なる第３のモードとして扱うことを含むことができる。イントラブロックコピーを第３のモードとして扱うことにより、マージモード（またはＩＢＣマージモード）およびＡＭＶＰモード（またはＩＢＣ ＡＭＶＰモード）でのＢＶ予測を、通常のインターモードから分離することができる。例えば、個別のマージ候補リスト（またはＩＢＣマージ候補リスト）は、ＩＢＣモード用に定義され、個別のマージ候補リスト内の各エントリがＢＶである。同様に、ＩＢＣ ＡＭＶＰモードでのＢＶ予測候補リストは、ＢＶのみを含む。ＩＢＣマージ候補リストおよびＢＶ予測候補リストに適用されるいくつかの一般的なルールは、ＩＢＣマージ候補リストおよびＢＶ予測候補リストが、候補導出プロセスに関して、インターマージ候補リストまたはＢＶ予測候補リストと同じロジックに従うことができることを含むことができる。例えば、インターマージモード（例えば、ＨＥＶＣまたはＶＶＣ）における５つの空間的に隣接する位置（例えば、図２の２０２～２０６）は、ＩＢＣモード用のマージ候補リストを導出するために、イントラブロックコピーのためにアクセスされる。

一例では、ビットレートが高い場合、または特定のコンテンツに対して、スクリーンコンテンツコーディングツールでコード化された領域または境界に対してループフィルタを実行しないことが有用である場合がある。したがって、ループフィルタを無効にすることも、条件付きで無効にすることもできる。

ＳＣＣツールは、スクリーンコンテンツ素材に適し得る、変換スキップ（ＴＳ）モード、ブロック差分パルスコード化変調（ＢＤＰＣＭ）モードなどをさらに含むことができる。

ＢＤＰＣＭモードは、スクリーンコンテンツコーディングに使用することができる。シーケンスレベルでは、ＢＤＰＣＭイネーブルフラグをＳＰＳでシグナリングすることができる。一例では、ＢＤＰＣＭイネーブルフラグは、ＳＰＳ内でＴＳモードが有効になっている場合にのみシグナリングされる。

ＢＤＰＣＭモードが有効になっている場合、ＣＵサイズが輝度サンプルに関してＭａｘＴｓＳｉｚｅ×ＭａｘＴｓＳｉｚｅ以下であり、かつＣＵがイントラコーディングされている場合、フラグをＣＵレベルで送信することができ、ここで、ＭａｘＴｓＳｉｚｅは、ＴＳモードが許可される最大ブロックサイズである。フラグは、通常のイントラコーディングまたはＢＤＰＣＭモードのどちらが使用されているかを示すことができる。ＢＤＰＣＭモードが使用されている場合、ＢＤＰＣＭ予測方向フラグを送信して予測が水平か垂直かを示すことができる。次に、フィルタリングされていない参照サンプルを用いた通常の水平または垂直イントラ予測プロセスを使用して、ブロックを予測することができる。残差を量子化することができ、各量子化残差と対応する予測子との間の差分、例えば、（ＢＤＰＣＭ予測方向に応じて）水平または垂直の隣接位置の予てコード化された残差をコード化することができる。

サイズＭ（高さ）×Ｎ（幅）のブロックの場合、
を予測残差とする。
を残差r_i,jの量子化バージョンを示すものとする。ＢＤＰＣＭモードは量子化残差値に適用でき、結果として、要素r~_i,j,を有する修正Ｍ×Ｎ配列R^~が得られ、ここで、r~_i,jは、その隣接する量子化残差値から予測される。垂直ＢＤＰＣＭモードの場合、0≦j≦(N-1)の場合、以下の式を用いてr~_i,jを導出することができる。

水平ＢＤＰＣＭ予測モードの場合、0≦i≦(M-1)の場合、以下を用いてr~_i,jを導出することができる。

デコーダ側では、上記のプロセスを逆にして、Q(r_i,j), 0≦i≦M-1, 0≦j≦N-を以下のように計算することができる。

逆量子化残差
をイントラブロック予測値に加算して、再構成されたサンプル値を生成する。

予測された量子化残差値r^~ _i,jは、ＴＳモード残差コーディングと同じ残差コーディングプロセスを使用してデコーダに送信することができる。可逆コーディングの場合、ｓｌｉｃｅ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１に設定されると、量子化残差値は、通常の変換残差コーディングを使用してデコーダに送信することができる。イントラモードコーディングのＭＰＭモードに関して、ＢＤＰＣＭ予測方向がそれぞれ水平または垂直である場合、ＢＤＰＣＭコード化されたＣＵのために水平または垂直予測モードを格納することができる。デブロッキングの場合、ブロック境界の両側の両方のブロックがＢＤＰＣＭモードを使用してコード化されている場合、ブロック境界はデブロッキングされない場合がある。

ＴＳモードは、ＭａｘＴｓＳｉｚｅ×ＭａｘＴｓＳｉｚｅまでのサイズの輝度ブロックに使用することができ、ここで、ＭａｘＴｓＳｉｚｅの値は、ＰＰＳでシグナリングすることができ、また３２以下であり得る。ＣＵがＴＳモードでコード化されている場合、予測残差は、変換スキップ残差コーディングプロセスを使用して量子化およびコード化することができる。変換スキップ残差コーディングプロセスは、変換係数コーディングプロセスから修正することができる。変換スキップモードでは、ＴＵの残差は、サイズ４×４の重複しないサブブロックの単位でコード化することができる。コーディング効率を向上させるために、いくつかの修正を加えて、残差信号の特性に合わせて残差コーディングプロセスをカスタマイズすることができる。以下は、変換スキップ残差コーディングと通常の変換残差コーディングのいくつかの違いをまとめたものであり、（ｉ）順方向スキャン順序は、変換ブロック内のサブブロックおよびサブブロック内の位置をスキャンするために適用され、（ｉｉ）最後の（ｘ、ｙ）位置のシグナリングがなく、（ｉｉｉ）ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇは、前のすべてのフラグが０に等しい場合、最後のサブブロックを除くすべてのサブブロックに対してコード化することができ、（ｉｖ）ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇコンテキストモデリングは縮小されたテンプレートを使用し、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇのコンテキストモデルは上部と左側の隣接する値に依存し、（ｖ）ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１フラグのコンテキストモデルは、左側と上部のｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ値にも依存し、（ｖｉ）ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇは１つのコンテキストモデルのみを使用し、（ｖｉｉ）係数レベルを示すために、３、５、７、９より大きい追加のフラグをシグナリングすることができ、各フラグにつき１つのコンテキストであり、（ｖｉｉｉ）剰余値の二値化のために固定次数＝１を使用してライスパラメータを導出し、（ｉｘ）符号フラグのコンテキストモデルは、左側および上の隣接する値に基づいて決定され、すべてのコンテキストコード化されたビンをまとめるために、符号フラグはｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇの後に解析される。

各サブブロックについて、ｃｏｄｅｄ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが１に等しい場合（例えば、サブブロックに少なくとも１つの非ゼロ量子化残差がある場合）、量子化残差レベルのコーディングは、３つのスキャンパスで実行される。最初のスキャンパスでは、有意性フラグ（例えば、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ）、符号フラグ（例えば、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ）、１フラグより大きい絶対レベル（例えば、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ［０］）、およびパリティ（例えば、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ）をコード化することができる。特定のスキャン位置について、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇが１に等しい場合、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇがコード化され、その後にａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ［０］（絶対レベルが１より大きいか否かを指定する）がコード化される。ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ［０］が１に等しい場合、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇは絶対レベルのパリティを指定するためにさらにコード化される。ｘより大きいスキャンパスでは、絶対レベルが１より大きいスキャン位置について、ｉ＝１…４場合に最大４つのａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｉ］をコード化して、特定の位置の絶対レベルがそれぞれ３、５、７、または９より大きいか否かを示すことができる。残りのスキャンパスでは、絶対レベルａｂｓ＿ｒｅｍａｉｎｄｅｒの残りをバイパスモードでコード号化することができる。絶対レベルの残りは、固定のライスパラメータ値１を使用して二値化することができる。

最初の２つのスキャンパス（例えば、最初のスキャンパスおよびｘより大きいスキャンパス）におけるビンは、ＴＵ内のコンテキストコード化されたビンの最大数が使い果たされるまで、コンテキストコード化することができる。残差ブロック内のコンテキストコード化されたビンの最大数は、１．７５＊ｂｌｏｃｋ＿ｗｉｄｔｈ＊ｂｌｏｃｋ＿ｈｅｉｇｈｔ、または同等にサンプル位置ごとに平均１．７５のコンテキストコード化されたビンに制限することができる。最後のスキャンパス（残りのスキャンパスなど）におけるビンはバイパスコード化される。変数ＲｅｍＣｃｂｓは、最初にブロックのコンテキストコード化されたビンの最大数に設定され、コンテキストコード化されたビンがコード化されるたびに１つずつ減少する。ＲｅｍＣｃｂｓは４以上であるが、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇおよびｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇを含む最初のコーディングパス内の構文要素は、コンテキストコード化されたビンを使用してコード化される。最初のパスのコーディング中にＲｅｍＣｃｂｓが４より小さい場合、最初のパスでまだコード化されていない残りの係数は、残りのスキャンパスでコード化される。

最初のパスコーディングの完了後、ＲｅｍＣｃｂｓが４以上である場合、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ５＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ７＿ｆｌａｇ、およびａｂｓ＿ｌｅｖｅｌ＿ｇｔ９＿ｆｌａｇを含む第２のコーディングパス内の構文要素は、コンテキストコード化されたビンを使用してコード化される。第２のパスのコーディング中にＲｅｍＣｃｂｓが４より小さい場合、第２のパスでまだコード化されていない残りの係数は、残りのスキャンパスでコード化される。

図１１は、本開示の一実施形態による、変換スキップ残差コーディングプロセスの一例を示す。星形（１１２２）は、コンテキストコード化されたビンが使い果たされたときの位置を示し、その時点で、残りのすべてのビンは、矢印（１１２１）～（１１２２）によって示されるように、バイパスコーディングを使用してコード化される。正方形（１１１０）内の矢印は、コンテキストコーディングを示す。

さらに、ＢＤＰＣＭモードでコード化されていないブロックに対して、コンテキストコード化されたビンの最大数に達するまで、レベルマッピングメカニズムを変換スキップ残差コーディングに適用することができる。レベルマッピングでは、シグナリングコストを削減するために、上部および左側の隣接する係数レベルを使用して現在の係数レベルを予測することができる。特定の残差位置について、ａｂｓＣｏｅｆｆはマッピング前の絶対係数レベルを表すことができ、ａｂｓＣｏｅｆｆＭｏｄはマッピング後の係数レベルを表すことができる。Ｘ０を左側の隣接位置の絶対係数レベルを示すものとし、Ｘ１を上の隣接位置の絶対係数レベルを示すものとすると、レベルマッピングは以下のように実行される。
ｐｒｅｄ＝ｍａｘ（Ｘ０，Ｘ１）；
ｉｆ（ａｂｓＣｏｅｆｆ＝＝ｐｒｅｄ）
ａｂｓＣｏｅｆｆＭｏｄ＝１；
ｅｌｓｅ
ａｂｓＣｏｅｆｆＭｏｄ＝（ａｂｓＣｏｅｆｆ＜ｐｒｅｄ）？ａｂｓＣｏｅｆｆ＋１：ａｂｓＣｏｅｆｆ．

次に、ａｂｓＣｏｅｆｆＭｏｄ値を上記のようにコード化することができる。すべてのコンテキストコード化されたビンが使い果たされた後、カレントブロック内の残りのすべてのスキャン位置に対してレベルマッピングを無効にすることができる。

いくつかの実施形態では、デブロッキングフィルタ技術を使用することができる。一例（例えば、ＨＥＶＣ）では、デブロッキングフィルタリングプロセスはデコーディングプロセスと同じ順序で各ＣＵに対して実行される。例えば、ＣＵのエッジ（または境界）をそれぞれフィルタリングすることができる。一例では、垂直エッジが最初にフィルタリングされ（水平フィルタリング）、次に水平エッジがフィルタリングされる（垂直フィルタリング）。いくつかの例では、フィルタリングは、輝度成分および彩度成分の両方の８×８ブロック境界に適用されてもよく、複雑さを軽減するために、４×４ブロック境界は処理されない場合がある。境界強度（Ｂｓ）は、境界に使用できるデブロッキングフィルタリングプロセスの程度または強度を示すために使用できる。一実施形態では、Ｂｓの値２は強いフィルタリングを示し、値１は弱いフィルタリングを示し、値０はデブロッキングフィルタリングがないことを示す。

一実施形態では、Ｂｓは４×４サンプルグリッドベースで計算されるが、８×８サンプルグリッドに再マッピングすることができる。一例では、８×８ブロックは４つの４×４ブロックを含むため、８×８ブロックの境界は、２つの隣接する４×４ブロックの２つの側面を含む。４×４グリッド内でラインを形成する８個のピクセルに対応するＢｓの２つの値の最大値を、８×８グリッド内の境界のＢｓとして選択することができる。

図１２は、本開示の一実施形態による、Ｂｓ値を決定するための例示的なプロセス（１２００）のフローチャートを示す。他の実施形態では、図１２のステップの順序を並べ替えることができるか、または１つ以上のステップを省略できることに留意されたい。

図１２において、ＰおよびＱは、それらの間に境界を有する２つの隣接ブロックである。垂直エッジの場合、Ｐは、境界の左側にあるブロックを表し、Ｑは境界の右側にあるブロックを表すことができる。水平エッジの場合、Ｐは境界の上にあるブロックを表し、Ｑは境界の下にあるブロックを表すことができる。

図１２に示されるように、Ｂｓ値は、予測モード（例えば、イントラコーディングモード）、非ゼロ変換係数（例えば、非ゼロ変換係数の存在）、参照画像、動きベクトルの数、および動きベクトル差分に基づいて決定することができる。

ステップ（Ｓ１２１０）において、プロセス（１２００）は、ＰまたはＱがイントラ予測モードでコード化されているか否かを判定する。ＰおよびＱの少なくとも１つがイントラ予測モードでコード化されていると判定した場合、プロセス（１２００）は、Ｂｓの第１の値（例えば、２）を決定する。そうでない場合、プロセス（１２００）はステップ（Ｓ１２２０）に進む。

ステップ（Ｓ１２２０）において、プロセス（１２００）は、ＰまたはＱが非ゼロ変換係数を有するか否かを判定する。ＰおよびＱの少なくとも１つが非ゼロ変換係数を有すると判定した場合、プロセス（１２００）は、Ｂｓの第２の値（例えば、１）を決定する。そうでない場合、プロセス（１２００）はステップ（Ｓ１２３０）に進む。

ステップ（Ｓ１２３０）において、プロセス（１２００）は、ＰおよびＱが異なる参照画像を有するか否かを判定する。ＰおよびＱが異なる参照画像を有すると判定した場合、プロセス（１２００）は、Ｂｓの第３の値（例えば、１）を決定する。そうでない場合は、プロセス（１２００）はステップ（Ｓ１２４０）に進む。

ステップ（Ｓ１２４０）において、プロセス（１２００）は、ＰおよびＱが異なる数の動きベクトルを有するか否かを判定する。ＰおよびＱが異なる数の動きベクトルを有すると判定した場合、プロセス（１２００）は、Ｂｓの第４の値（例えば、１）を決定する。そうでない場合は、プロセス（１２００）はステップ（Ｓ１２５０）に進む。

ステップ（Ｓ１２５０）において、プロセス（１２００）は、ＰとＱとの動きベクトル差分が閾値Ｔ以上であるか否かを判定する。ＰとＱとの動きベクトル差分が閾値Ｔ以上であると判定した場合、プロセス（１２００）は、Ｂｓの第５の値（例えば、１）を決定する。そうでない場合、プロセス（１２００）はＢｓの第６の値（例えば、０）を決定する。一実施形態では、閾値Ｔは１ピクセルに設定される。一例では、ＭＶ精度は１／４ピクセルであり、ＭＶ差分閾値の値は４に設定することができる。別の例では、ＭＶ精度は１／１６であり、ＭＶ差分の値は１６に設定することができる。

上記のデブロッキングフィルタリングプロセスは、ＶＴＭ５などのいくつかの例において修正されてもよい。いくつかの実施形態では、（１）デブロッキングフィルタのフィルタ強度は、再構成されたサンプルの平均輝度レベルに依存することができ、（２）デブロッキングｔＣテーブルを拡張することができ、（３）輝度に対してより強いデブロッキングフィルタを使用することができ、（４）彩度に対してより強いデブロッキングフィルタを使用することができ、（５）輝度および彩度に対して異なるデブロッキンググリッドを使用することができ、例えば、４×４サンプルグリッドに対して輝度デブロッキングを実行し、８×８サンプルグリッドに対して彩度デブロッキングを実行するという修正のうちの１つ以上を行うことができる。

具体的には、一実施形態では、フィルタ強度は、再構成された平均輝度レベルに依存する。いくつかの例（例えば、ＨＥＶＣ）では、デブロッキングフィルタのフィルタ強度は、平均化された量子化パラメータｑＰ_Ｌから導出された変数βおよびｔ_Ｃによって制御される。例のＶＴＭ５では、デブロッキングフィルタの強度もｑＰ_Ｌに対するオフセットによって制御され、オフセットは、再構成されたサンプルの輝度レベルに従って設定される。再構成された輝度レベルＬＬは（式５）のように導出することができる。
ＬＬ＝（（ｐ_０，０ ＋ ｐ_０，３＋ｑ_０，０＋ｑ_０，３）>> ２ ）／ （ １<<ｂｉｔＤｅｐｔｈ） （５）
ここで、ｉ＝０．．３およびｋ＝０および３のサンプル値ｐ_ｉ，ｋおよびｑ_ｉ，ｋはサンプル位置に基づいて導出される。

図１３は、ｉ ＝ ０．．３およびｋ＝０および３でｐ_ｉ，ｋおよびｑ_ｉ，ｋを導出する一例を示す。

一例では、変数ｑＰ_Ｌは（式６）のように導出される。
ｑＰ_Ｌ＝（（Ｑｐ_Ｑ＋Ｑｐ_Ｐ＋１）>>１）＋ｑｐＯｆｆｓｅｔ （６）
ここで、Ｑｐ_ＱおよびＱｐ_Ｐは、それぞれサンプルｑ_０，０とｐ_０，０を含むコーディングユニットの量子化パラメータを示す。オフセットｑｐＯｆｆｓｅｔは伝達関数に依存し、値はＳＰＳでシグナリングされる。

一実施形態では、デブロッキングｔＣテーブルを拡張することができる。例えば、ＶＴＭ５では、最大ＱＰを５１から６３に変更することができる。デブロッキングパラメータｔＣの値は、ブロックＱＰに基づいて導出されるため、それに応じてデブロッキングテーブルが変更される。以下は、ＱＰ範囲の拡張に対応するために更新されたｔＣテーブルである。
ｔＣ＝［０，０，０，０，０，０，０，０，０，０，０，０，０，０，０，０，０，０，１，１，１，１，１，１，１，１，１，２，２，２，２，３，３，３，３，４，４，４，５，５，６，６，７，８，９，１０，１１，１３，１４，１６，１８，２０，２２，２５，２８，３１，３５，３９，４４，５０，５６，６３，７０，７９，８８，９９］．

一実施形態では、輝度に対してより強いデブロッキングフィルタを使用することができる。いくつかの例では、境界の両側のサンプルが大きなブロックに属する場合、双線形フィルタ（より強いデブロッキングフィルタの一例）が使用される。大きなブロックに属するサンプルは、ブロックの幅が垂直境界の場合は３２以上であり、ブロックの高さが水平境界の場合は３２以上であると定義される。次に、ｉ＝０～Ｓｐ－１のブロック境界サンプルｐ_ｉとｊ＝０～Ｓｑ－１のｑ_ｉは、以下のように線形補間に置き換えられる。
ここで、tcPD_iおよびtcPD_j項は位置に依存するクリッピングであり、g_j、f_i、Middle_s,t、P_S、およびQ_Sは以下の表１に基づいて与えられる。
表１：輝度用のより強いデブロッキングパラメータの導出

いくつかの実施形態では、上記のより強い輝度フィルタは、３つの条件（条件１、条件２および条件３と呼ばれる）のすべてがＴＲＵＥである場合にのみ使用される。条件１は「大きなブロック条件」である。条件１はＰ側とＱ側のサンプルが大きなブロックに属するか否かを検出する。条件２および条件３は、以下によって決定される。
条件２＝（ｄ＜β）？ＴＲＵＥ：ＦＡＬＳＥ （９）
条件３＝ＳｔｒｏｎｇＦｉｌｔｅｒＣｏｎｄｉｔｉｏｎ＝（ｄｐｑは（β>>２）未満、ｓｐ_３＋ｓｑ_３は（３×β>>５）未満、Ａｂｓ（ｐ_０－ｑ_０）は（５×ｔ_Ｃ＋１）>>１未満）？ＴＲＵＥ：ＦＡＬＳＥ （式１０）

一実施形態では、彩度に対して強いデブロッキングフィルタを使用する。 一例では、彩度用の強いデブロッキングフィルタは、（式１０～式１２）に示されるように定義することができる。
ｐ_２′＝（３×ｐ_３＋２×ｐ_２＋ｐ_１＋ｐ_０＋ｑ_０＋４）>>３ （１０）
ｐ_１′＝（２×ｐ_３＋ｐ_２＋２×ｐ_１＋ｐ_０＋ｑ_０＋ｑ_１＋４）>>３ （１１）
ｐ_０′＝（ｐ_３＋ｐ_２＋ｐ_１＋２×ｐ_０＋ｑ_０＋ｑ_１＋ｑ_２＋４）>>３ （１２）

上記の彩度フィルタは、８ｘ８彩度サンプルグリッドに対してデブロッキングを実行する。彩度用の強フィルタは、ブロック境界の両側に使用される。一例では、彩度エッジの両側が８（彩度サンプルの単位）以上である場合に彩度フィルタが選択され、以下の３つの条件で決定が満たされる。第１の条件は境界強度と大きなブロックの決定である。第２の条件および第３の条件は基本的にＨＥＶＣ輝度決定の場合と同じであり、それぞれオン／オフ決定および強フィルタ決定である。第１の決定では、境界強度（Ｂｓ）は、表２に示されるように、彩度フィルタリングのために修正される。表２の条件は順次チェックすることができる。ある条件が満たされた場合、いくつかの例では、優先度の低い残りの条件をスキップすることができる。
表２―修正された境界強度

彩度デブロッキングは、Ｂｓが２に等しいときに実行されており、または、大きなブロック境界が検出されたときにＢｓが１に等しい。第２および第３の条件はＨＥＶＣ輝度強フィルタ決定と同じであり得る。

一実施形態では、サブブロック境界に対するデブロッキングフィルタが使用される。いくつかの例では、デブロッキングフィルタは、輝度の場合は４×４グリッドで、彩度の場合は８×８グリッドで有効になる。いくつかの例では、デブロッキングフィルタは、ＰＵの８×８グリッドで有効になる。いくつかの実施形態では、デブロッキングフィルタリングプロセスは、サブブロック境界だけでなくＣＵ境界にも適用される。

一例では、ビットレートが高い場合、または特定のコンテンツに対して、例えば、コーディング効率を向上させるために、スクリーンコンテンツコーディングツールでコード化された領域または境界に対してループフィルタを実行しないことが有用である場合がある。いくつかの例では、スクリーンコンテンツを含む画像の特性は、自然なシーンの画像（例えば、カメラによって撮影された画像）の特性と比べて異なる場合がある。したがって、特定の特性を有する画像（例えば、自然なシーンの画像）の画質を改善することができる特定のループフィルタ（例えば、ＤＢＦ、ＳＡＯフィルタなど）は、特定のスクリーンコンテンツを含む画像には適さない場合がある。一例では、ＤＢＦは、ＨＥＶＣまたはＶＶＣなどにおいて、ブロックパーティションによって生じるエッジを滑らかにし、したがってビデオ品質を向上させることができる。しかしながら、ＤＢＦの平滑化効果は、特定のスクリーンコンテンツを含む画像に悪影響を与えるか、または最小限の効果しか得られない場合がある。したがって、コーディング効率を向上させるために、ループフィルタを無効にするか、または条件付きで無効にすることができる。

本開示の態様によれば、少なくとも１つのループフィルタは、デブロッキングフィルタ（ＤＢＦ）、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、バイラテラルフィルタなどのうちの１つまたは組み合わせを含むことができるが、これらに限定されない。少なくとも１つのＳＣＣツールは、ＩＢＣモード、パレットコーディングモード、ＢＤＰＣＭモード、ＴＳモードなどのうちの１つまたは組み合わせを含むことができるが、これらに限定されない。高レベルは、シーケンスレベル、画像レベル、スライスレベル、タイルレベル、タイルグループレベル、例えばタイルまたはタイルグループに類似したサブ画像レベルのうちの１つを含むことができる。高レベルフラグ（例えば、高レベル制御フラグ）は、ＳＰＳ、ＰＰＳ、画像ヘッダ、スライスヘッダ、タイル、タイルグループ、およびサブ画像レベルのうちの１つまたは組み合わせでシグナリングされるフラグを含むことができるが、これに限定されない。

本開示の態様によれば、第１のブロック（例えば、コーディングブロック）は、パレットコーディングモードを使用してコード化することができ、したがって、パレットコード化ブロックと呼ぶことができる。第２のブロックをイントラ予測し、パレットコーディングモード（または第１のブロック）を使用してイントラモード予測を構成する場合、第２のブロックが使用するために、対応するイントラ予測モード（例えば、水平モード、垂直モードなど）を
パレットコード化ブロック（または第１のブロック）に割り当てることができる。一例では、単一のデフォルトのイントラ予測モードの代わりに、対応するイントラ予測モードが複数のイントラ予測モードから選択され、したがって、第２のブロックをイントラ予測し、第２のブロックのコーディング効率を向上させるのにより適している場合がある。いくつかの例では、水平イントラ予測モードおよび垂直イントラ予測モードは、他のいくつかのイントラ予測モードよりも構成が容易であり、したがって、コーディング効率を向上させることができる。第１のブロックは第２のブロックの参照ブロックであり得る。第１のブロックは第２のブロックの隣接ブロック（例えば、空間的に隣接するブロック)であり得る。第１のブロックは第２のブロック（例えば、彩度ブロック）の同一位置のブロック（例えば、同一位置の輝度ブロック）であり得る。第２のブロックはパレットコード化ブロックの隣接ブロック（例えば、空間的に隣接するブロック)であり得る。第２のブロックはパレットコード化ブロック（例えば、輝度ブロック）の同一位置のブロック（例えば、同一位置の彩度ブロック）であり得る。

パレットコード化ブロックに割り当てられた対応するイントラ予測モードは、水平モードであり得る。第２のブロックが、例えば、参照ブロックとしてパレットコード化ブロックを使用して、イントラモード予測を構成する場合、パレットコード化ブロックに対して水平モードを考慮することができる。一例では、第２のブロックは、第１のブロックの隣接する輝度ブロックであり、第２のブロックに対して最確モード（ＭＰＭ）リストが作成される。第２のブロックは、第１のブロックに割り当てられた水平モードを参照として使用して、ＭＰＭリストを作成することができる。一例では、デュアルツリーの場合、第２のブロックは、ＤＭモード（例えば、イントラ予測モードの１つ）でコード化された彩度ブロックであり、第１のブロック（例えば、第２のブロックの同一位置の輝度ブロック）と併置される。したがって、第２のブロックに適用される実際のイントラ予測モードは、第１のブロック（例えば、同一位置の輝度ブロック）に割り当てられた水平モードから導出することができる。同一位置の輝度ブロックは、彩度ブロックの同一位置の輝度位置の中心位置を示し得る。

パレットコード化ブロックに割り当てられた対応するイントラ予測モードは、垂直モードであり得る。第２のブロックが、例えば、参照ブロックとしてパレットコード化ブロックを使用して、モード内予測を構成する場合、パレットコード化ブロックに対して垂直モードを考慮することができる。一例では、第２のブロックは第１のブロックの隣接する輝度ブロックであり、第２のブロックに対してＭＰＭリストが作成される。第２のブロックは第１のブロックに割り当てられた垂直モードを参照として使用して、ＭＰＭリストを作成することができる。一例では、デュアルツリーの場合、第２のブロックは、ＤＭモード（例えば、イントラ予測モードの１つ）でコード化された彩度ブロックであり、第１のブロック（例えば、第２ブロックの同一位置の輝度ブロック）と併置される。したがって、第２のブロックに適用される実際のイントラ予測モードは、第１のブロック（例えば、同一位置の輝度ブロック）に割り当てられた垂直モードから導出することができる。同一位置の輝度ブロックは、彩度ブロックの同一位置の輝度位置の中心位置を示し得る。

ブロックに関連付けられた少なくとも１つのループフィルタ（例えば、ＤＢＦ、ＳＡＯフィルタ、ＡＬＦ、バイラテラルフィルタなど）は、ＳＣＣツール（例えば、ＩＢＣモード、パレットコーディングモード、ＢＤＰＣＭモード、ＴＳモードなど）でコード化されたブロックに対して無効に（または禁止）することができる。いくつかの例では、少なくとも１つのループフィルタ（例えば、ＤＢＦなど）は、ＳＣＣツールでコード化されたブロックと別のブロックとの間の境界に対して無効にすることができる。一例では、ブロックはパレットコーディングモードまたはＩＢＣモードでコード化される。パレットコーディングモードでコード化されたブロックは、パレットコード化ブロックと呼ぶことができ、ＩＢＣモードでコード化されたブロックはＩＢＣコード化ブロックと呼ぶことができる。一例では、カレントブロックに関連付けられた少なくとも１つのループフィルタが無効にされているか否かは、ブロックの予測モード（例えば、パレットコーディングモード、ＩＢＣモード、または別のＳＣＣツール）およびブロックの第１の量子化パラメータ（ＱＰ）のうちの少なくとも１つに基づいて判定することができる。

一実施形態では、パレットコーディングモードまたはＩＢＣモードでコード化されたブロックに対して、ブロックとブロックの隣接ブロックとの間の境界を横切るＤＢＦを無効にすることができる（例えば、境界強度（Ｂｓ）は０に設定される）。

一例では、ブロックおよび隣接ブロックは、パレットコーディングモードでコード化され、したがって、境界は、２つのパレットコード化ブロックの間にあるか、または境界の両側はパレットコード化ブロックである。境界の両側にあるブロックおよび隣接ブロックがパレットコーディングモードでコード化されている場合に、境界を横切るＤＢＦを無効にすることも、無効にすると決定することもできる。

一例では、ブロックおよび隣接ブロックは、ＩＢＣモードでコード化され、したがって、境界は、２つのＩＢＣコード化ブロックの間にある。境界の両側にあるブロックおよび隣接ブロックがＩＢＣモードでコード化されている場合に、境界を横切るＤＢＦを無効にすることができる。

一例では、ブロックおよび隣接ブロックの１つは、パレットコーディングモードでコード化され、ブロックおよび隣接ブロックの別の１つは、ＩＢＣモードでコード化される。境界は、パレットコード化ブロックとＩＢＣコード化ブロックの間にある。したがって、境界を横切るＤＢＦを無効にすることができる。

一例では、ブロックおよび隣接ブロックの１つは、パレットコーディングモードでコード化される。したがって、境界は、パレットコード化ブロックと、任意の適切な予測モード（例えば、ＳＣＣツール、イントラ予測モード、インター予測モードなど）でコード化されたブロックとの間にある。したがって、境界を横切るＤＢＦを無効にすることができる。

一例では、ブロックおよび隣接ブロックの１つは、ＩＢＣモードでコード化される。したがって、境界は、ＩＢＣブロックと、任意の適切な予測モード（例えば、ＳＣＣツール、イントラ予測モード、インター予測モードなど）でコード化されたブロックとの間である。したがって、境界を横切るＤＢＦを無効にする。

一例では、ブロックおよび隣接ブロックの１つは、パレットコーディングモードでコード化される。さらに、ブロックの第１のＱＰおよび／または隣接ブロックの第２のＱＰは、特定の条件を満たす。したがって、境界を横切るＤＢＦは無効になる。一例では、条件は、ブロックの第１のＱＰが閾値を下回っていることである。一例では、条件は、ブロックの第１のＱＰおよび隣接ブロックの第２のＱＰが閾値を下回っていることである。閾値は２２などの任意の適切な値であってもよい。閾値はシグナリングすることができ、または事前に決定することができる。

一例では、ブロックおよび隣接ブロックの１つは、ＩＢＣモードでコード化される。さらに、ブロックの第１のＱＰおよび／または隣接ブロックの第２のＱＰは、上記の特定の条件を満たす。したがって、境界を横切るＤＢＦは無効になる。一例では、条件は、ブロックの第１のＱＰが上記のように閾値を下回っていることである。一例では、条件は、ブロックの第１のＱＰおよび隣接ブロックの第２のＱＰが閾値を下回っていることである。

一実施形態では、パレットコーディングモードまたはＩＢＣモードでコード化されたブロックに対して、ＤＢＦとは異なる１つ以上のループフィルタ（例えば、ＡＬＦ、ＳＡＯフィルタ、バイラテラルフィルタなど）を無効にする（または禁止する、オフにするとも呼ばれる）ことができる。ＤＢＦとは異なる１つ以上のループフィルタは、ブロック用にすることができ、ここで、１つ以上のループフィルタはブロックに適用することができる。例えば、１つ以上のループフィルタはブロック内のサンプルに適用することができる。一例では、ブロックに対する１つ以上のループフィルタを無効にするか否かは、ブロックの第１のＱＰおよび第１の予測モードに基づく。例えば、第１のＱＰが閾値未満で、ブロックがパレットコーディングモードでコード化されている場合、ブロックに対する１つ以上のループフィルタを無効にする。一例では、第１のＱＰが閾値未満で、ブロックがＩＢＣモードでコード化されている場合、ブロックに対する１つ以上のループフィルタを無効にする。

いくつかの例では、ブロックに対する１つ以上のループフィルタを無効にするか否かは、第１のＱＰ、ブロックの第１の予測モード、第２のＱＰ、および第２の予測モードのうちの少なくとも１つに基づく。一例では、ブロックの第１のＱＰが閾値を下回り、第１の予測モードおよび第２の予測モードの１つがパレットコーディングモードである場合、ブロックに対する１つ以上のループフィルタを無効にする。一例では、第１のＱＰおよび第２のＱＰが閾値を下回り、第１の予測モードおよび第２の予測モードの１つがパレットコーディングモードである場合、ブロックに対する１つ以上のループフィルタを無効にする。一例では、ブロックの第１のＱＰが閾値を下回り、第１の予測モードおよび第２の予測モードの１つがＩＢＣモードである場合、ブロックに対する１つ以上のループフィルタを無効にする。一例では、第１のＱＰおよび第２のＱＰが閾値を下回り、第１の予測モードおよび第２の予測モードの１つがＩＢＣモードである場合、ブロックに対する１つ以上のループフィルタを無効にする。

本開示の態様によれば、カレントブロックのコーディング情報は、コード化されたビデオビットストリームからデコードすることができる。コーディング情報は、カレントブロックの第１の予測モードがＳＣＣツールまたは複数のＳＣＣツールのうちの１つであることを示すことができる（例えば、ＩＢＣモード、パレットコーディングモード、ＢＤＰＣＭモード、ＴＳモードなど）。いくつかの例では、第１の予測モードは、ＩＢＣモードまたはパレットコーディングモードである。カレントブロックに関連付けられた少なくとも１つのループフィルタが無効にされているか否かは、カレントブロックの第１の予測モードおよびカレントブロックの第１のＱＰのうちの少なくとも１つに基づいて判定することができる。一例では、少なくとも１つのループフィルタを無効にすることに応答して、カレントブロックは、少なくとも１つのループフィルタなしで再構成することができる。一例では、ＤＢＦを無効にしないことに応答して、カレントブロックを少なくとも1つのループフィルタで再構成する。いくつかの例では、カレントブロックに対する少なくとも１つのループフィルタは、ＡＬＦ、ＳＡＯフィルタ、およびバイラテラルフィルタのうちの少なくとも１つを含む。少なくとも１つのループフィルタはカレントブロック用であり、ＤＢＦとは異なっていてもよい。したがって、カレントブロックに対して少なくとも１つのループフィルタが有効になっている場合、少なくとも１つのループフィルタをカレントブロックに適用することができ、それによりカレントブロック内のサンプルを少なくとも１つのループフィルタによって修正（またはフィルタリング）することができる。少なくとも１つのループフィルタが無効されているか否かは、カレントブロックの第１のＱＰおよび第１の予測モードに基づいて判定することができる。

一実施形態では、少なくとも１つのループフィルタは、カレントブロックとカレントブロックの隣接ブロックとの間の境界に対するＤＢＦである。第１の予測モードは、ＩＢＣモードまたはパレットコーディングモードである。カレントブロックとカレントブロックの隣接ブロックとの間の境界に対するＤＢＦが無効にされているか否かは、（ｉ）カレントブロックの第１の予測モード、（ｉｉ）隣接ブロックの第２の予測モード、（ｉｉｉ）カレントブロックの第１のＱＰ、および（ｉｖ）隣接ブロックの第２のＱＰのうちの少なくとも１つに基づいて判定することができる。カレントブロックとカレントブロックの隣接ブロックとの間の境界に対するＤＢＦが無効にされているか否かは、第１の予測モードおよび第２の予測モードのうちの少なくとも１つに基づいて判定することができる。

一例では、第１の予測モードおよび第２の予測モードのうちの少なくとも１つが（ｉ）ＩＢＣモードおよび（ｉｉ）パレットコーディングモードのいずれかである場合、カレントブロックと隣接ブロックとの間の境界に対するＤＢＦが無効にされていると判定する。一例では、（ｉ）第１のＱＰが閾値（例えば、２２）未満であるか、または第１のＱＰおよび第２のＱＰが閾値未満であり、そして（ｉｉ）第１の予測モードおよび第２の予測モードの１つがパレットコーディングモードまたはＩＢＣモードである場合、カレントブロックと隣接ブロックとの間の境界に対するＤＢＦが無効にされていると判定する。

高レベルフラグ（高レベル制御フラグ、フィルタコントロールフラグ、無効制御フラグ、高レベル無効制御フラグとも呼ばれる）を使用して、少なくとも１つのＳＣＣツールに対して少なくとも１つのループフィルタを禁止または無効にすることができる。上記のように、フィルタコントロールフラグは、ＳＰＳ、ＰＰＳ、画像ヘッダ、スライスヘッダ、タイル、タイルグループ、および／またはタイルまたはタイルグループに類似したサブ画像レベルのうちの１つまたは組み合わせにすることができる。したがって、フィルタコントロールフラグは、ブロックのグループに関連付けることができ、したがって、ブロックのグループの１つ以上に対して少なくとも１つのループフィルタを制御する。ブロックのグループは、シーケンス、画像、スライス、タイル、タイルグループ、または適切なサブ画像レベルにすることができる。ブロックのグループは、複数のブロックを含むことができる。一例では、例えば、複数のブロックに対して、高レベル制御フラグを使用して、ブロックレベルよりも高いレベルで少なくとも１つのループフィルタを制御することは、例えば、各ブロックに対して、ブロックレベルで少なくとも１つのループフィルタを制御することよりも効率的であり得る。

本開示の態様によれば、カレントブロックを含むブロックのグループのコーディング情報は、コード化されたビデオビットストリームからデコードすることができる。コーディング情報は、例えば、シーケンス、画像、スライス、タイル、タイルグループ、または適切なサブ画像レベルで、ブロックのグループに関連付けられたフィルタコントロールフラグを示すことができる。カレントブロックは、ＳＣＣツールを使用してコード化することができる。一例では、カレントブロックの予測モードはＳＣＣツールである。カレントブロックに対する少なくとも１つのループフィルタが無効にされているか否かは、フィルタコントロールフラグに基づいて判定することができる。一例では、少なくとも１つのループフィルタが無効にされていると判定したことに応答して、カレントブロックは、少なくとも１つのループフィルタなしで再構成することができる。

一実施形態では、例えば、ブロックのグループに関連付けられたフィルタコントロールフラグが真である（またはフィルタコントロールフラグがオンになっている）場合、フィルタコントロールフラグに基づいてカレントブロックに対する少なくとも１つのループフィルタが無効にされていると判定することができる。したがって、一例では、少なくとも１つのループフィルタは、適切に選択されたＳＣＣツール（例えば、ＩＢＣモード）でコード化されたサンプル（例えば、ブロックのグループの１つ以上内）には適用されない。選択されたＳＣＣツールはコーデックによってサポートされる。一例では、ブロックのグループは、ＩＢＣモードなどの選択されたＳＣＣツールの１つ以上でコード化され、したがって、ブロックのグループ内のサンプルに対して少なくとも１つのループフィルタが無効にされる。一例では、ブロックのグループの第１のサブセットは、１つ以上の選択されたＳＣＣツールでコード化され、ブロックのグループの第２のサブセットは、インター予測モードなど、選択されたＳＣＣツールとは異なる予測モードでコード化される。したがって、少なくとも１つのループフィルタは、ブロックのグループの第１のサブセット内のサンプルに対して無効にされ、少なくとも１つのループフィルタは、ブロックのグループの第２のサブセット内のサンプルに適用され得る。

一例では、フィルタコントロールフラグが偽である（またはフィルタコントロールフラグがオフになっている）場合、特定の条件（決定条件とも呼ばれる）が満たされるならば、少なくとも１つのループフィルタが、選択されたＳＣＣツールでコード化されたサンプルに適用され得る。一例では、少なくとも１つのループフィルタはカレントブロック用のものであり（例えば、カレントブロックに適用可能である）、条件はカレントブロックに対するものであるか、またはカレントブロックに関連している。一例では、少なくとも１つのループフィルタはＤＢＦであるため、ブロック間の境界に適用可能である。ＤＢＦは、境界に適用されると、境界の両側にあるブロック内のサンプルを修正することができる。条件は、ブロック（例えば、カレントブロックと隣接ブロック）間の境界に対するものであり、したがって、条件は境界の両側にあるブロックに関連している。

一実施形態では、フィルタコントロールフラグは、ＳＣＣツールに固有である。ＳＣＣツールに固有のフィルタコントロールフラグに基づいてカレントブロックに対する少なくとも１つのループフィルタが無効にされていると判定する。例えば、フィルタコントロールフラグがＳＣＣツールに対して特別にシグナリングされ、かつフィルタコントロールフラグが真である場合、少なくとも１つのループフィルタが無効にされていると判定する。一例では、各ＳＣＣツール（例えば、ＩＢＣモード、パレットコーディングモード、ＴＳモード、ＢＤＰＣＭモードなど）に対して、対応するフィルタコントロールフラグ（またはＳＣＣツール固有のフィルタコントロールフラグ）をシグナリングする。対応するフィルタコントロールフラグがオンまたは真の場合、少なくとも１つのループフィルタは、ＳＣＣツール（例えば、ＩＢＣモード）でコード化されたサンプルには適用されない。例えば、ＳＣＣツールはＩＢＣモードであり、対応するフィルタコントロールフラグはＩＢＣモード用である。ＩＢＣモード用の対応するフィルタコントロールフラグが真の場合、少なくとも１つのループフィルタは、ＩＢＣモードでコード化されたサンプルには適用されない。対応するフィルタコントロールフラグがオフ（または偽）の場合、決定条件が満たされていれば、少なくとも１つのループフィルタは、選択されたＳＣＣツールでコード化されたサンプルに適用され得る。一例では、上記のように、条件はカレントブロックに対するものである。一例では、少なくとも１つのループフィルタはＤＢＦであり、条件は、上記のように、ブロック（例えば、カレントブロックと隣接ブロック）間の境界に対するものである。

上記のように、フィルタコントロールフラグに基づいてカレントブロックに対する少なくとも１つのループフィルタが無効にされていると判定することができ、ここでフィルタコントロールフラグは、ブロックのグループに関連付けることができ、またはＳＣＣツールに固有である。

一実施形態では、フィルタコントロールフラグは、ＳＣＣツールに固有であるか、またはＳＣＣツールを含む複数のＳＣＣツールに適用可能であり得る。フィルタコントロールフラグは、上記のように、ＳＣＣツールまたは複数のＳＣＣツールがブロックレベルよりも高いレベルに対して有効であることを示すために、ＳＣＣフラグがブロックレベルよりも高いレベルでシグナリングされるか否かに基づいて、条件付きでシグナリングすることができる。

上記のように、カレントブロックは、ＳＣＣツールを用いてコード化することができる。一実施形態では、フィルタコントロールフラグは、ＳＣＣツールに固有である。フィルタコントロールフラグは、ＳＣＣツールがブロックレベルよりも高いレベルに対して有効であることを示すために、ＳＣＣフラグ（または高レベル有効化フラグ）が、例えばブロックレベルよりも高いレベルでシグナリングされるか否かに基づいて、条件付きでシグナリングすることができる。

一例では、少なくとも１つのループフィルタの使用を制御するためのフィルタコントロールフラグは、ＳＣＣツールの高レベル有効化フラグによって条件付きでシグナリングされる。例えば、ＳＣＣツールはＩＢＣモードであり、少なくとも１つのループフィルタはＤＢＦであり、したがって、ＩＢＣモードでコード化された１つ以上のブロックのグループに対するＤＢＦの使用を制御するためのフィルタコントロールフラグは、ＩＢＣモードの高レベル有効化フラグがオン（または真）の場合にのみシグナリングされる。それ以外の場合、ＩＢＣモード用のフィルタコントロールフラグはシグナリングされず、偽（またはオフ）であると推測できる。

したがって、一例では、フィルタコントロールフラグは、ＳＣＣツールが使用される場合にのみシグナリングされる。例えば、ＩＢＣモードの高レベル有効化フラグは、第１のレベル（例えば、シーケンスレベル）でシグナリングされる。ＩＢＣモード用のフィルタコントロールフラグは、第２のレベル（例えば、画像レベル）でシグナリングされる。ＩＢＣモード用のフィルタコントロールフラグは、シーケンスレベルでのＩＢＣモードの高レベル有効化フラグがオンになっている場合にのみシグナリングされる。第１のレベルおよび第２のレベルは同一でも異なっていてもよい。第１のレベルおよび第２のレベルはブロックレベルよりも高いレベルであり得る。

一実施形態では、フィルタコントロールフラグは、ＳＣＣツールを含む複数のＳＣＣツールに適用可能であり、また、複数のＳＣＣツールがブロックレベルよりも高いレベルに対して有効であることを示すために、ＳＣＣフラグ（または高レベル有効化フラグ）が、例えばブロックレベルよりも高いレベルでシグナリングされるか否かに基づいて、条件付きでシグナリングされる。一例では、フィルタコントロールフラグは、複数のＳＣＣツールがブロックレベルよりも高いレベルに対して有効であることを示すために、ＳＣＣフラグがブロックレベルよりも高いレベルでシグナリングされる場合、条件付きでシグナリングされる。

一例では、少なくとも１つのループフィルタの使用を制御するフィルタコントロールフラグは、複数のＳＣＣツール用であり、複数のＳＣＣツールを有効にすることができる高レベル有効化フラグによって条件付きでシグナリングされる。複数のＳＣＣツールは、コーデックによってサポートされるすべてのＳＣＣツールを含むことができる。一般に、複数のＳＣＣツールは、コーデックによってサポートされる任意の適切なＳＣＣツールを含むことができる。一例では、複数のＳＣＣツールは、ＩＢＣモード、パレットコーディングモード、ＴＳモード、およびＢＤＰＣＭモードの組み合わせを含む。上記のＳＣＣツールのうちの１つ以上を複数のＳＣＣツールから除外することができ、また、追加のＳＣＣツールを複数のＳＣＣツールに追加することができる。一例では、複数のＳＣＣツールを有効にすることができる高レベル有効化フラグが真（またはオン）であり、複数のＳＣＣツール用のフィルタコントロールフラグがシグナリングされる。一例では、複数のＳＣＣツールを有効にすることができる高レベル有効化フラグが偽（またはオフ）であり、複数のＳＣＣツール用のフィルタコントロールフラグがシグナリングされない。フィルタコントロールフラグがシグナリングされていない場合、フィルタコントロールフラグを偽（またはオフ）であると推測できる。

一実施形態では、フィルタコントロールフラグは、ＳＣＣツールを含む複数のＳＣＣツールに適用可能であり、また、ＳＣＣツールがブロックレベルよりも高いレベルに対して有効であることを示すために、ＳＣＣフラグが、例えばブロックレベルよりも高いレベルでシグナリングされるか否かに基づいて、条件付きでシグナリングされる。一例では、少なくとも１つのループフィルタの使用を制御するフィルタコントロールフラグは、複数のＳＣＣツール用であり、複数のＳＣＣツールのうちの任意の選択された１つを有効にすることができるＳＣＣフラグ（または高レベル有効化フラグ）によって条件付きでシグナリングされる。複数のＳＣＣツールのうちの選択された１つは、コーデックによってサポートされる。複数のＳＣＣツールは、上記のように、コーデックによってサポートされるすべてのＳＣＣツールを含むことができる。一例では、複数のＳＣＣツールは、ＩＢＣモード、パレットコーディングモード、ＴＳモード、ＢＤＰＣＭモード、および／または追加のＳＣＣモードの組み合わせを含む。

一例では、高レベル有効化フラグは、高レベル構文で真（またはオン）であり、複数のＳＣＣツールのうちの選択された１つが有効にされる。複数のＳＣＣツール用のフィルタコントロールフラグをシグナリングすることができる。一例では、高レベル有効化フラグが偽（またはオフ）であり、複数のＳＣＣツール用のフィルタコントロールフラグはシグナリングされない。フィルタコントロールフラグがシグナリングされていない場合、フィルタコントロールフラグは偽（またはオフ）であると推測できる。

一実施形態では、少なくとも１つのループフィルタを無効にするか否かは、フィルタコントロールフラグおよびカレントブロックのＱＰに基づいて判定することができる。例えば、少なくとも１つのループフィルタは、カレントブロック（例えば、コーディングブロック）のＱＰが値の範囲（例えば、事前に決定された値の範囲、所与の値の範囲）内にあり、フィルタコントロールフラグがオンになっている場合にのみ無効にされる。値の範囲は、ＱＰが閾値（例えば、２２）以上であるなど、任意の適切な範囲とすることができる。一例では、値の範囲は、ＱＰが閾値（例えば、２２）以下であるというものである。値の範囲は、推測またはシグナリングすることができる。閾値は任意の適切な値とすることができ、また、推測またはシグナリングすることができる。

一実施形態では、少なくとも１つのループフィルタは、ブロックのグループ内のカレントブロックと隣接ブロックとの間の境界などに対するＤＢＦを含む。カレントブロックと隣接ブロックとの間の境界に対するＤＢＦが無効にされているか否かは、フィルタコントロールフラグと、（ｉ）カレントブロックのＳＣＣツールおよび（ｉｉ）隣接ブロックの予測モードのうちの少なくとも１つとに基づくことができる。フィルタコントロールフラグがオンになり、（ｉ）カレントブロックのＳＣＣツールおよび（ｉｉ）隣接ブロックの予測モードのうちの少なくとも１つがＳＣＣツール（例えば、ＩＢＣモード）である場合、カレントブロックと隣接ブロックとの間の境界に対するＤＢＦが無効にされていると判定することができる。

上記のように、境界の２つの側面（例えば、カレントブロックおよび隣接ブロック）の少なくとも１つのサンプルが選択されたＳＣＣツールによってコード化されている場合、境界に対するＤＢＦの無効化を適用することができる。例えば、フィルタコントロールフラグがオンになり、他の決定条件（例えば、ＱＰが２２以下であるなど、ＱＰがある範囲内にある）がある場合、ＤＢＦは、例えばＩＢＣモードでコード化されたサンプルに対して無効にされ、ＱＰは、サンプルを含むそれぞれのブロックに対するものである。一例では、両側がＩＢＣモードでコード化されている場合にのみ、ＤＢＦは、境界に沿ったサンプルに対して無効にされる。

図１４は本開示の一実施形態によるプロセス（１４００）を概説するフローチャートを示す。プロセス（１４００）は、再構成中のカレントブロックの予測ブロックを生成するために、カレントブロックの再構成に使用することができる。様々な実施形態では、プロセス（１４００）は、端末装置（３１０）、（３２０）、（３３０）、および（３４０）内の処理回路、ビデオエンコーダ（４０３）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、ビデオデコーダ（５１０）の機能を実行する処理回路、ビデオエンコーダ（６０３）の機能を実行する処理回路などの処理回路によって実行される。いくつかの実施形態では、プロセス（１４００）はソフトウェア命令で実装され、したがって、処理回路がソフトウェア命令を実行すると、処理回路はプロセス（１４００）を実行する。プロセスは（Ｓ１４０１）から始まり、（Ｓ１４１０）に進む。

（Ｓ１４１０）において、コード化されたビデオビットストリームからカレントブロックのコーディング情報をデコードすることができる。コーディング情報は、カレントブロックの第１の予測モードが複数のＳＣＣツールのうちの１つであることを示すことができる。複数のＳＣＣツールのうちの１つは、任意の適切なＳＣＣツールであってもよい。一例では、第１の予測モードは、ＩＢＣモードまたはパレットコーディングモードである。

（Ｓ１４２０）において、上記のように、カレントブロックの第１の予測モードおよびカレントブロックの第１のＱＰのうちの少なくとも１つに基づいて、カレントブロックに関連付けられた少なくとも１つのループフィルタが無効にされているか否かを判定する。少なくとも１つのループフィルタを無効にすることに応答して、プロセス（１４００）は（Ｓ１４３０）に進む。そうでない場合、プロセス（１４００）は（Ｓ１４４０）に進む。

（Ｓ１４３０）において、少なくとも１つのループフィルタが無効にされていることに応答して、少なくとも１つのループフィルタなしでカレントブロックを再構成することができる。プロセス（１４００）は（Ｓ１４９９）に進み、終了する。

（Ｓ１４４０）において、少なくとも１つのループフィルタが無効にされていないことに応答して、例えば、カレントブロックと隣接ブロックとの間の境界に適用された少なくとも１つのループフィルタでカレントブロックを再構成することができる。プロセス（１４００）は（Ｓ１４９９）に進み、終了する。

プロセス（１４００）は、様々なシナリオに適切に適合させることができ、プロセス（１４００）のステップは、それに応じて調整することができる。プロセス（１４００）の１つ以上のステップは、適合、省略、繰り返し、および／または組み合わせることができる。プロセス（１４００）を実装するために、任意の適切な順序を使用することができる。追加のステップをプロセス（１４００）に追加することができる。

図１５は、本開示の一実施形態によるプロセス（１５００）を概説するフローチャートを示す。プロセス（１５００）は、再構成中のカレントブロックの予測ブロックを生成するために、カレントブロックの再構成に使用することができる。様々な実施形態では、プロセス（１５００）は、端末装置（３１０）、（３２０）、（３３０）、および（３４０）内の処理回路、ビデオエンコーダ（４０３）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、ビデオデコーダ（５１０）の機能を実行する処理回路、ビデオエンコーダ（６０３）の機能を実行する処理回路などの処理回路によって実行される。いくつかの実施形態では、プロセス（１５００）はソフトウェア命令で実装され、したがって、処理回路がソフトウェア命令を実行すると、処理回路はプロセス（１５００）を実行する。プロセスは（Ｓ１５０１）から始まり、（Ｓ１５１０）に進む。

（Ｓ１５１０）において、コード化されたビデオビットストリームからカレントブロックを含むブロックのグループのコーディング情報をデコードすることができる。コーディング情報は、ブロックのグループに関連付けられたフィルタコントロールフラグを示すことができる。カレントブロックは、ＳＣＣツールを用いてコード化することができる。

（Ｓ１５２０）において、上記のように、フィルタコントロールフラグに基づいてカレントブロックに対する少なくとも１つのループフィルタが無効にされているか否かを判定することができる。ＤＢＦを無効にすることに応答して、プロセス（１５００）は（Ｓ１５３０）に進む。そうでない場合、プロセス（１５００）は（Ｓ１５４０）に進む。

（Ｓ１５３０）において、少なくとも１つのループフィルタが無効にされていることに応答して、少なくとも１つのループフィルタなしでカレントブロックを再構成することができる。プロセス（１５００）は（Ｓ１５９９）に進み、終了する。

（Ｓ１５４０）において、上記のように、少なくとも１つのループフィルタが無効にされていないことに応答して、例えば、特定の決定条件が満たされる場合、少なくとも１つのループフィルタでカレントブロックを再構成することができる。プロセス（１５００）は（Ｓ１５９９）に進み、終了する。

プロセス（１５００）は、様々なシナリオに適切に適合させることができ、プロセス（１５００）のステップは、それに応じて調整することができる。プロセス（１５００）の１つ以上のステップは、適合、省略、繰り返し、および／または組み合わせることができる。プロセス（１５００）を実装するために、任意の適切な順序を使用することができる。追加のステップを追加することができる。

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

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

コンピュータソフトウェアは、アセンブリ、コンパイル、リンク、または同様のメカニズムを受けて直接実行できる命令を含むコードを作成することができる任意の適切なマシンコードまたはコンピュータ言語を使用してコード化することができ、また、１つ以上のコンピュータ中央処理装置（ＣＰＵ）、グラフィックス処理装置（ＧＰＵ）などによる解釈、マイクロコード実行などを介してコード化することができる。

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

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

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

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

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

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

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

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

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

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

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

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

限定ではなく、一例として、アーキテクチャ（１６００）、特にコア（１６４０）を有するコンピュータシステムは、プロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータなどを含む）が１つ以上の有形のコンピュータ可読媒体に具現化されたソフトウェアを実行する結果として機能性を提供することができる。そのような可読媒体は、上述のようにユーザがアクセス可能な大容量記憶装置に関連付けられた媒体、ならびにコア内蔵大容量記憶装置（１６４７）またはＲＯＭ（１６４５）などの非一時的な性質を有するコア（１６４０）の特定の記憶装置であり得る。本開示の様々な実施形態を実装するソフトウェアは、そのような装置に格納され、コア（１６４０）によって実行され得る。コンピュータ可読媒体は、特定の必要性に応じて、１つ以上のメモリ装置またはチップを含むことができる。ソフトウェアは、コア（１６４０）、特にその中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡなどを含む）に、本明細書に記載の特定のプロセスまたは特定のプロセスの特定の部分を実行させることができ、それは、ＲＡＭ（１６４６）に格納されたデータ構造を定義し、ソフトウェアによって定義されたプロセスに従ってそのようなデータ構造を修正することを含む。さらにまたは代替として、コンピュータシステムは、ロジックが回路（例えば、アクセラレータ（１６４４））に配線で接続され、または他の方法で回路に具現化された結果として機能性を提供することができ、回路は、ソフトウェアの代わりにまたはソフトウェアと共に動作して、本明細書に記載の特定のプロセスまたは特定のプロセスの特定の部分を実行することができる。必要に応じて、ソフトウェアへの言及はロジックを含むことができ、その逆も可能である。コンピュータ可読媒体への言及は、必要に応じて、実行用のソフトウェアを格納する回路（集積回路（ＩＣ）など）、実行用のロジックを具現化する回路、またはその両方を含むことができる。本開示は、ハードウェアおよびソフトウェアの任意の適切な組み合わせを含む。

付録Ａ：頭字語
ＪＥＭ：共同探索モデル
ＶＶＣ：多用途ビデオコーディング
ＢＭＳ：ベンチマークセット
ＭＶ：動きベクトル
ＭＶＰ：動きベクトル予測
ＡＭＶＰ：高度な動きベクトル予測
ＤＭ：導出モード
ＭＰＭ：最確モード
ＱＰ：量子化パラメータ
ＡＬＦ：適応ループフィルタ
ＳＡＯ：サンプル適応オフセット
ＨＥＶＣ: 高効率ビデオコーディング
ＨＥＶＣ ＳＣＣ: ＨＥＶＣスクリーンコンテンツコーディング
ＳＥＩ：補足強化情報
ＶＵＩ：ビデオユーザビリティ情報
ＧＯＰ：画像のグループ
ＴＵ：変換ユニット
ＰＵ：予測ユニット
ＣＴＵ：コーディングツリーユニット
ＣＴＢ：コーディングツリーブロック
ＰＢ：予測ブロック
ＨＲＤ：仮想参照デコーダ
ＳＮＲ：信号対雑音比
ＣＰＵ：中央処理装置
ＧＰＵ：グラフィック処理装置
ＣＲＴ：ブラウン管
ＬＣＤ：液晶ディスプレイ
ＯＬＥＤ：有機発光ダイオード
ＣＤ：コンパクトディスク
ＤＶＤ：デジタルビデオディスク
ＲＯＭ：読み取り専用メモリ
ＲＡＭ：ランダムアクセスメモリ
ＡＳＩＣ：特定用途向け集積回路
ＰＬＤ：プログラマブルロジックデバイス
ＬＡＮ：ローカルエリアネットワーク
ＧＳＭ：汎欧州デジタル移動体通信システム
ＬＴＥ：ロングタームエボリューション
ＣＡＮＢｕｓ：コントローラエリアネットワークバス
ＵＳＢ：ユニバーサルシリアルバス
ＰＣＩ：周辺構成要素相互接続
ＦＧＰＡ：フィールドプログラマブルゲートエリア
ＳＳＤ：ソリッドステートドライブ
ＩＣ：集積回路
ＣＵ：コーディングユニット
ＢＶ：ブロックベクトル
ＣＰＲ：カレント画像参照
ＩＢＣ：イントラブロックコピー
ＤＰＢ：デコーディング画像バッファ

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

Claims (6)

1. デコーダが実行するビデオデコーディング方法であって、
   コード化されたビデオビットストリームからカレントブロックのコーディング情報をデコードするステップであって、前記コーディング情報は、前記カレントブロックの第１の予測モードが複数のスクリーンコンテンツコーディング（ＳＣＣ）ツールのうちの１つであることを示す、ステップと、
   前記カレントブロックの前記第１の予測モードおよび前記カレントブロックの第１の量子化パラメータ（ＱＰ）のうちの少なくとも１つに基づいて、前記カレントブロックに関連付けられた少なくとも１つのループフィルタが無効にされているか否かを判定するステップと、
   前記少なくとも１つのループフィルタが無効にされていると判定したことに応答して、前記少なくとも１つのループフィルタなしで前記カレントブロックを再構成するステップと、を含み、
   前記少なくとも１つのループフィルタは、前記カレントブロックと前記カレントブロックの隣接ブロックとの間の境界に対するデブロッキングフィルタ（ＤＢＦ）であり、
   前記第１の予測モードは、イントラブロックコピー（ＩＢＣ）モードまたはパレットコーディングモードであり、
   前記少なくとも１つのループフィルタが無効にされているか否かを判定する前記ステップでは、（ｉ）前記カレントブロックの前記第１の予測モード、（ｉｉ）前記隣接ブロックの第２の予測モード、（ｉｉｉ）前記カレントブロックの前記第１のＱＰ、および（ｉｖ）前記隣接ブロックの第２のＱＰのうちの少なくとも１つに基づいて、前記カレントブロックと前記隣接ブロックとの間の前記境界に対する前記ＤＢＦが無効にされているか否かが判定される、ビデオデコーディング方法。
2. 前記ＤＢＦが無効にされているか否かを判定する前記ステップでは、
   前記第１の予測モードおよび前記第２の予測モードのうちの少なくとも１つに基づいて、前記カレントブロックと前記隣接ブロックとの間の前記境界に対する前記ＤＢＦが無効にされているか否かが判定される、請求項１に記載のビデオデコーディング方法。
3. 前記境界に対する前記ＤＢＦが無効にされているか否かを判定する前記ステップでは、
   前記第１の予測モードおよび前記第２の予測モードのうちの少なくとも１つが前記ＩＢＣモードまたは前記パレットコーディングモードである場合に、前記カレントブロックと前記隣接ブロックとの間の前記境界に対する前記ＤＢＦが無効にされていると判定される、請求項２に記載のビデオデコーディング方法。
4. 前記境界に対する前記ＤＢＦが無効にされているか否かを判定する前記ステップでは、
   （ｉ）前記第１のＱＰが閾値未満であるか、または前記第１のＱＰおよび前記第２のＱＰが閾値未満であり、そして（ｉｉ）前記第１の予測モードおよび前記第２の予測モードのうちの１つが前記パレットコーディングモードまたは前記ＩＢＣモードである場合、前記カレントブロックと前記隣接ブロックとの間の前記境界に対する前記ＤＢＦが無効にされていると判定される、請求項２に記載のビデオデコーディング方法。
5. 請求項１～４のいずれか一項に記載された方法を実行するように構成された処理回路を含む、ビデオデコーディング装置。
6. ビデオデコーディング装置に請求項１～４のいずれか一項に記載の方法を実行させる、コンピュータプログラム。