JP7401689B2 - インループフィルタリングと映像タイルとの間の相互作用 - Google Patents

Description

関連出願の相互参照
本願は、２０２０年２月１４日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０７５２１６号の優先権および利益を主張する２０２１年２月９日出願の国際特許出願第ＰＣＴ／ＣＮ２０２１／０７６２４８号に基づく。上記出願の開示全体は、本明細書の開示として参照によりここに援用される。

この特許明細書は、画像および映像の符号化および復号化に関する。

デジタル映像は、インターネットおよび他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像を受信および表示することが可能である接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。

本願は、コーディングされた表現の復号化に有用な制御情報を使用して、映像のコーディングされた表現を処理するために、映像エンコーダおよびデコーダにより使用され得る技術を開示する。

１つの例示的な態様において、映像処理方法が開示される。この方法は、映像ユニットを含む映像と映像のビットストリームとの間の変換を実行することを含み、ビットストリームはフォーマット規則に準拠し、フォーマット規則は、タイル境界を超えてインループフィルタリング動作を実行するかどうかを示す第１の構文要素を、映像ユニットをタイルに分割するかどうかまたはどのように分割するかに応じて、ビットストリームに選択的に含めることを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像ユニットと映像のビットストリームとの間の変換を実行することを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、スライス境界を超えてインループフィルタリング動作を実行するかどうかを示す構文要素を、映像ユニットをスライスに分割するかどうかまたはどのように分割するかに応じて、ビットストリームに選択的に含めることを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像領域と映像のビットストリームとの間の変換を実行することを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、変換へのツールの適用可能性に関する情報をビットストリームにおいて映像スライスレベルおよび／または映像ピクチャレベルで示すことを規定し、ツールは輝度サンプルを特定の値にマッピングし、クロマサンプルの値に対してスケーリング動作を選択的に適用する。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像領域と映像のビットストリームとの間の変換を実行することを含み、変換はサイズ規則に準拠し、サイズ規則は、映像領域のコーディング特性に従って、ＴＳ（Ｔｒａｎｓｆｏｒｍ－ｓｋｉｐ）コーディング方式またはＢＤＰＣＭ（Ｂｌｏｃｋ－ｂａｓｅｄ Ｄｅｌｔａ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）コーディング方式を使用してコーディングされる映像領域の最大サイズ、あるいは映像領域のための変換ブロックの最大サイズを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像領域と映像のビットストリームとの間の変換を実行することを含み、ビットストリームは、変換の間に使用される最小許容コーディングブロックサイズが、ビットストリームに最大許容変換ブロックサイズが含まれるかどうか、および／またはどのように最大許容変換ブロックサイズが含まれるかを制御することを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像領域とこの映像のビットストリームとの間の変換を実行することを含み、ビットストリームは、変換の間に使用される最小許容コーディングブロックサイズが、ＴＳ（Ｔｒａｎｓｆｏｒｍ－Ｓｋｉｐ）方式またはＢＤＰＣＭ（Ｂｌｏｃｋ－ｂａｓｅｄ Ｄｅｌｔａ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）方式を使用して、符号化または復号化のための映像領域の最大サイズの指示がビットストリームに含まれるかどうか、および／またはどのようにこの指示が含まれるかを制御することを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、フォーマット規則に従って、映像の映像ユニットと映像のビットストリームとの間の変換を実行することを含み、ビットストリームは、変換の間に使用される最小許容コーディングブロックサイズが、ＴＳ（Ｔｒａｎｓｆｏｒｍ－Ｓｋｉｐ）方式またはＢＤＰＣＭ（Ｂｌｏｃｋ－ｂａｓｅｄ Ｄｅｌｔａ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）方式が有効化されているか無効化されているかを示す領域がビットストリームに含まれているか、および／またはどのようにこの領域が含まれるかを制御することを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、フォーマット規則に従って、映像の映像ユニットと映像のビットストリームとの間の変換を実行することを含み、ビットストリームは、変換の間に使用される最小許容コーディングブロックサイズが、変換におけるコーディングツールの適用可能性に関する情報を搬送する領域がビットストリームの映像領域レベルに含まれるかどうか、および／またはどのように領域が映像領域レベルに含まれるかを制御することを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像領域と映像のビットストリームとの間の変換のために、映像領域に対してデュアルツリーコーディング方式が有効化されていることに起因して、映像の輝度成分およびクロマ成分に使用される分割方式が異なる最小許容ブロックサイズを有することを判定することと、判定に基づいて変換を行うこととを含む。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像領域と映像のビットストリームとの間の変換のために、規則に基づいて、映像領域に対して許容されるサブブロックベースのマージ候補の最大数を判定することと、判定に基づいて変換を実行することを含み、規則は変換の間に使用されるサブブロックベースのマージ候補の最大数が第１の変数と第２の変数の和として導出可能であることを規定し、第１の変数はアフィン予測が無効化されていることに対応する０に等しく、第２の変数はｓｂＴＭＶＰ（ｓｕｂ－ｂｌｏｃｋ ｂａｓｅｄ Ｔｅｍｐｏｒａｌ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）が有効化されているかどうかに基づく。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像領域と映像領域のビットストリームとの間の変換を、映像が４：２：２映像または４：４：４映像であることに起因する変換に適用できる処理規則を適合させることにより、実行することを含み、処理規則は、クロマおよび輝度を、（ａ）ＡＬＦ（Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒｉｎｇ）動作の仮想境界とＣＴＢ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ）の底部境界との間の画素ラインの数、または、（ｂ）ＡＬＦ動作の仮想境界とＣＴＢの底部境界との間の行に適用されるフィルタのフィルタ強度、または、（ｃ）同一行の輝度とクロマサンプルをパディングするために使用されるパディング方法、のうちの１つまたは複数に対して調整することを定義する。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像ユニットとこの映像のコーディングされた表現との間の変換のために、映像ユニットの映像領域にわたるインループフィルタリングの適用可能性の指示がコーディングされた表現に含まれているかどうかを判定することと、判定に基づいて変換を実行することとを含む。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像領域と映像のコーディングされた表現との間の変換を実行することを含み、コーディングされた表現はフォーマット規則に準拠したフォーマット規則は、変換に対するＬＭＣＳ（Ｌｕｍａ Ｍａｐｐｉｎｇ ｗｉｔｈ Ｃｈｒｏｍａ Ｓｃａｌｉｎｇ）の適用可能性に関する情報が映像スライスレベルでコーディングされた表現中に示されることを規定し、ＬＭＣＳツールは、変換中に、現在の映像ブロックを第１のドメインおよび第２のドメインに基づいて構築することを含み、および／またはクロマ残差は輝度に依存してスケーリングされる。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像と映像のコーディングされた表現との間の変換を実行することを含み、変換は、符号化する間に、変換スキップコーディング方式またはデルタパルス符号化変調コーディング方式を使用して符号化された映像領域の最大サイズについてサイズ規則を適用し、または復号化する間に、変換スキップ復号化方式またはデルタパルス符号化変調デコーディング方式を使用して、復号化された映像領域の最大サイズに対してサイズ規則を実施して符号化された表現を解析および復号化することを規定するサイズ規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像領域と映像のコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、変換の間に使用される最小許容変換ブロックサイズが、コーディングされた表現に最大許容変換ブロックサイズの指示が含まれるかどうか、またはどのように指示が含まれるかを制御することを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、フォーマット規則に従って、映像の映像ユニットと映像のコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、変換の間に使用される最小許容コーディングブロックサイズが、変換におけるコーディングツールの適用可能性に関する情報を搬送する領域が映像領域レベルで含まれるかどうかを制御することを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像領域と映像のコーディングされた表現との変換のために、デュアルツリーコーディングを変換のために使用することに起因して、映像の輝度およびクロマ成分に使用される分割方式が、輝度およびクロマ成分に対して許容される最小ブロックサイズが異なることを決定し、決定に基づいてこの変換を実行することを含む。

別の例示的な態様において、映像処理方法が開示される。この方法は、コーディングされた表現のためのフォーマット規則に準拠して、映像の映像領域と映像領域のコーディングされた表現との間の変換を実行することを含み、フォーマット規則は、変換の間に使用されるサブブロックベースのマージ候補の最大数を第１の変数と第２の変数との和として導出することを規定し、アフィン予測を使用することによって、第１の変数の値を制御し、サブブロックベースの時間動きベクトル予測を使用することによって、第２の変数の値を制御する。

別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像領域と映像領域のコーディングされた表現との変換を、映像が４：２：２または４：４：４映像であることに起因する変換に適用できる処理規則を整合させることにより、実行することを含み、処理規則は、クロマおよび輝度を、（ａ）適応ループフィルタリング動作の仮想境界とコーディングツリーブロックの底部境界との間の画素ラインの数、または、（ｂ）適応ループフィルタリング動作の仮想境界とコーディングツリーブロックの底部境界との間の行に適用されるフィルタのフィルタ強度、または、（ｃ）行内の映像サンプルをパディングするために使用されるパディング方法、のうちの１または複数に対して調整することを定義する。

さらに別の例示的な態様において、映像エンコーダ装置が開示される。映像エンコーダは、上述した方法を実装するように構成されたプロセッサを備える。

さらに別の例示的な態様において、映像デコーダ装置が開示される。映像デコーダは、上述した方法を実装するように構成されたプロセッサを備える。

さらに別の例示的な態様では、コードが記憶されたコンピュータ可読媒体が開示される。コードは、本明細書に記載の方法の１つをプロセッサが実行可能なコードの形式で実施する。

これらのおよび他の特徴は、本文書全体にわたって説明される。

ピクチャのラスタスキャンスライス分割の例を示し、ピクチャは、１２個のタイルと３個のラスタスキャンスライスとに分割される。 ピクチャの矩形スライス分割の例を示し、ピクチャは、２４個のタイル（６個のタイル列および４個のタイル行）と９個の矩形スライスとに分割される。 タイルおよび矩形のスライスに分割されたピクチャの例を示し、ピクチャは、４つのタイル（２つのタイルの列および２つのタイルの行）と４つの矩形スライスとに分割される。 １５個のタイル、２４個のスライス、および２４個のサブピクチャに分割されたピクチャを示す。 ピクチャにおける４：２：２の輝度およびクロマサンプルの名目上の垂直および水平の位置を示す。 ＡＬＦフィルタ形状の例を示す。 サブサンプリングされたラプラシアン計算を示し垂直方向勾配のためのサブサンプリング位置を示す。 サブサンプリングされたラプラシアン計算を示し、水平方向勾配のためのサブサンプリング位置を示す。 サブサンプリングされたラプラシアン計算を示し、対角勾配のためのサブサンプリング位置を示す。 サブサンプリングされたラプラシアン計算を示し、対角勾配のためのサブサンプリング位置を示す。 輝度成分のためのＶＴＭ－４．０中のループフィルタラインバッファ要件の例を示す。 クロマ成分のためのＶＴＭ－４．０中のループフィルタラインバッファ要件を示す。 仮想境界における修正された区分を示す。 仮想境界における輝度成分のための修正されたＡＬＦフィルタリングの例を示す。 仮想境界における修正輝度ＡＬＦフィルタリングの例を示す。 仮想境界における修正輝度ＡＬＦフィルタリングの例を示す。 仮想境界における修正輝度ＡＬＦフィルタリングの例を示す。 ピクチャまたはサブピクチャまたはスライスまたはタイルの境界における輝度ＡＬＦフィルタリングのための反復パディングの例を示す。 ＡＬＦのための鏡面パディングの例を示す。 映像処理システム例を示すブロック図である。 映像処理装置のブロック図である。 映像処理方法の一例を示すフローチャートである。 本開示のいくつかの実施形態による映像コーディングシステムを示すブロック図である。 本発明のいくつかの実施形態によるエンコーダを示すブロック図である。 本発明のいくつかの実施形態によるデコーダを示すブロック図である。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。

本明細書では、理解を容易にするために章の見出しを使用しており、その技術および各章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ．２６６という用語は、ある説明において、理解を容易にするためだけに用いられ、開示される技術の範囲を限定するために用いられたものではない。このように、本明細書で説明される技術は、他の映像コーデックプロトコルおよび設計にも適用可能である。

１．概要
本明細書は、映像コーディング技術に関する。具体的には、これは、サブピクチャ、タイル、およびスライスの信号通知に関する。この考えは、個々にまたは様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング標準または非標準映像コーデックに適用されてもよい。

２．略語
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ
ＤＰＳ Ｄｅｃｏｄｉｎｇ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＰＴＬ Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ

３．初期の協議
映像コーディング規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング規格を「ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられているので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコーディング技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭを更新する。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指している。

３．１ＨＥＶＣにおけるピクチャ分割スキーム
ＨＥＶＣには、正規のスライス、依存性のあるスライス、タイル、ＷＰＰ（Ｗａｖｅｆｒｏｎｔ Ｐａｒａｌｌｅｌ Ｐｒｏｃｅｓｓｉｎｇ）という４つの異なる画像分割スキームがあり、これらを適用することで、ＭＴＵ（Ｍａｘｉｍｕｍ Ｔｒａｎｓｆｅｒ Ｕｎｉｔ）サイズのマッチング、並列処理、エンドツーエンドの遅延の低減が可能になる。

正規のスライスは、Ｈ．２６４／ＡＶＣと同様である。各正規のスライスは、それ自体のＮＡＬユニットにカプセル化され、スライス境界にわたるインピクチャ予測（イントラサンプル予測、動き情報予測、コーディングモード予測）およびエントロピーコーディング依存性は無効化される。このように、１つの正規のスライスは、同じピクチャ内の他の正規のスライスとは独立して再構成することができる（しかし、ループフィルタリング動作のために依然として相互依存性が残っている場合がある）。

正規のスライスは、並列化に使用できる唯一のツールであり、Ｈ．２６４／ＡＶＣでもほぼ同じ形式で使用できる。正規のスライスに基づく並列化は、プロセッサ間通信またはコア間通信をあまり必要としない（予測コーディングされたピクチャを復号化するとき、動き補償のためのプロセッサ間またはコア間データ共有を除いて、通常、インピクチャ予測のためにプロセッサ間またはコア間データ共有よりもはるかに重い）。しかしながら、同じ理由で、正規のスライスを使用すると、スライスヘッダのビットコストおよびスライス境界にわたる予測が欠如していることに起因して、コーディングのオーバーヘッドが大きくなる可能性がある。さらに、レギュラースライスは（後述の他のツールとは対照的に）、レギュラースライスのインピクチャの独立性および各レギュラースライスがそれ自体のＮＡＬユニットにカプセル化されることに起因して、ＭＴＵサイズ要件に適応するようにビットストリームを分割するための鍵となるメカニズムとしても機能する。多くの場合、並列化の目標およびＭＴＵサイズマッチングの目標は、画像におけるスライスレイアウトに矛盾する要求を課す。このような状況を実現したことにより、以下のような並列化ツールが開発された。

従属スライスは、ショートスライスヘッダを有し、インピクチャ予測を一切中断することなく、ツリーブロック境界でビットストリームを区分することを可能にする。基本的に、従属スライスは、正規のスライスを複数のＮＡＬユニットに断片化し、正規のスライス全体の符号化が完了する前に正規のスライスの一部を送出することを可能にすることによって、エンドツーエンド遅延を低減する。

ＷＰＰにおいて、ピクチャは、単一行のＣＴＢ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ）に分割される。エントロピー復号化および予測は、他の分割におけるＣＴＢからのデータを使用することを許可される。ＣＴＢ行の並列復号化によって並列処理が可能であり、１つのＣＴＢ行の復号化の開始が２つのＣＴＢだけ遅延され、それによって、対象のＣＴＢが復号化される前に、対象のＣＴＢの上および右のＣＴＢに関するデータが確実に利用可能になる。この互い違いのスタート（グラフで表される場合、波面のように見える）を使用することで、ピクチャがＣＴＢ行を含む数までのプロセッサ／コアを用いて並列化することが可能である。１つのインピクチャの近傍のツリーブロック行間のインピクチャ予測が許可されるので、インピクチャ予測を可能にするために必要なプロセッサ間／コア間通信は十分となり得る。ＷＰＰ分割は、適用されない場合と比較して、追加のＮＡＬユニットの生成をもたらさず、従って、ＷＰＰは、ＭＴＵサイズマッチングのためのツールではない。しかし、ＭＴＵサイズのマッチングが必要な場合、一定のコーディングオーバーヘッドを伴って、ＷＰＰで正規のスライスを使用することができる。

タイルは、ピクチャをタイルの列および行に分割する水平および垂直境界を規定する。タイルの列は、ピクチャの上から下へと延びている。同様に、タイル行は、ピクチャの左から右に延びる。ピクチャにおけるタイルの数は、単にタイル列の数にタイル行の数を乗算することで得ることができる。

ＣＴＢのスキャン順序は、１つのタイル内でローカルになるように（タイルのＣＴＢラスタスキャンの順に）変更され、その後、ピクチャのタイルラスタスキャンの順に従って、次のタイルの左上のＣＴＢを復号化する。正規のスライスと同様に、タイルは、インピクチャ予測依存性およびエントロピー復号化依存性を損なう。しかしながら、これらは、個々のＮＡＬユニット（この点でＷＰＰと同じ）に含まれる必要がなく、従って、タイルは、ＭＴＵサイズマッチングに使用できない。各タイルは、１つのプロセッサ／コアによって処理されてもよく、処理ユニット間のインピクチャ予測に必要なプロセッサ間／コア間通信では、近傍タイルの復号化は、スライスが２つ以上のタイルにまたがっている場合、共有スライスヘッダの伝達と、再構築されたサンプルおよびメタデータのループフィルタリングに関連する共有とに限定される。１つのスライスに２つ以上のタイルまたはＷＰＰセグメントが含まれる場合、該スライスにおける最初の１つ以外の各タイルまたはＷＰＰセグメントのエントリポイントバイトオフセットが、スライスヘッダにおいて信号通知される。

説明を簡単にするために、ＨＥＶＣにおいては、４つの異なるピクチャ分割方式の適用に関する制限が規定されている。所与のコーディングされた映像シーケンスは、ＨＥＶＣに指定されたプロファイルのほとんどについて、タイルおよび波面の両方を含むことができない。各スライスおよびタイルについて、以下の条件のいずれかまたは両方を満たさなければならない。１）１つのスライスにおけるすべてのコーディングされたツリーブロックは、同じタイルに属し、２）１つのタイルにおけるすべてのコーディングされたツリーブロックは、同じスライスに属する。最後に、１つの波面セグメントはちょうど１つのＣＴＢ行を含み、ＷＰＰが使用されている際に、１つのスライスが１つのＣＴＢ行内で始まる場合、同じＣＴＢ行で終わらなければならない。

最近のＨＥＶＣに対する補正は、ＪＣＴ－ＶＣの出力文書であるＪＣＴＶＣ－ＡＣ１００５、Ｊ．ボイス、Ａ．ラマスブラモニアン、Ｒ．スクピン、Ｇ．Ｊ．スリ版、Ａ．トゥラピス、Ｙ．－Ｋ．ワング（編集者），“ＨＥＶＣ Ａｄｄｉｔｉｏｎａｌ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ’（Ｄｒａｆｔ４），”Ｏｃｔ．２４，２０１７，下記で入手可能：ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ－ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／２９＿Ｍａｃａｕ／ｗｇ１１／ＪＣＴＶＣ－ＡＣ１００５－ｖ２．ｚｉｐこの補正を含め、ＨＥＶＣは、３つのＭＣＴＳ関連ＳＥＩメッセージ、即ち、時間ＭＣＴＳ ＳＥＩメッセージ、ＭＣＴＳ抽出情報セットＳＥＩメッセージ、およびＭＣＴＳ抽出情報ネスティングＳＥＩメッセージを特定する。

時間ＭＣＴＳ ＳＥＩメッセージは、ビットストリーム中にＭＣＴＳが存在することを示し、ＭＣＴＳに信号送信する。各ＭＣＴＳにおいて、動きベクトルは、ＭＣＴＳ内部のフルサンプル位置と、補間のためにＭＣＴＳ内部のフルサンプル位置のみを必要とするフラクショナルサンプル位置とを指すように制限され、且つ、ＭＣＴＳ外部のブロックから導出された時間動きベクトル予測のための動きベクトル候補の使用は許可されない。このように、各ＭＣＴＳは、ＭＣＴＳに含まれていないタイルが存在せず、独立して復号化されてもよい。

ＭＣＴＳ抽出情報セットＳＥＩメッセージは、ＭＣＴＳサブビットストリーム抽出（ＳＥＩメッセージの意味の一部として指定される）において使用され得る補足情報を提供し、ＭＣＴＳセットのための適合ビットストリームを生成する。この情報は、複数の抽出情報セットを含み、各抽出情報セットは、複数のＭＣＴＳセットを定義し、ＭＣＴＳサブビットストリーム抽出処理において使用される代替ＶＰＳ、ＳＰＳ、およびＰＰＳのＲＢＳＰバイトを含む。ＭＣＴＳサブビットストリーム抽出プロセスによってサブビットストリームを抽出する場合、パラメータセット（ＶＰＳ，ＳＰＳ，ＰＰＳ）を書き換えるかまたは置き換える必要があり、スライスヘッダを若干更新する必要があり、その理由は、スライスアドレスに関連する構文要素の１つまたは全て（ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇおよびｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓを含む）が異なる値となる必要があるためである。

３．２．ＶＶＣにおけるピクチャの分割
ＶＶＣにおいて、１つのピクチャは、１または複数のタイル行および１または複数のタイル列に分割される。１つのタイルは、１つのピクチャの１つの矩形領域を覆う１つのＣＴＵのシーケンスである。１つのタイルにおけるＣＴＵは、そのタイル内でラスタスキャン順にスキャンされる。

１つのスライスは、１つのピクチャのタイル内において、整数個の完全なタイルまたは整数個の連続した完全なＣＴＵ行を含む。

スライスの２つのモード、即ちラスタスキャンスライスモードおよび矩形スライスモードに対応している。ラスタスキャンスライスモードにおいて、１つのスライスは、１つのピクチャのタイルラスタスキャンにおける１つの完全なタイルのシーケンスを含む。矩形スライスモードにおいて、１つのスライスは、ピクチャの矩形領域を集合的に形成する複数の完全なタイル、またはピクチャの矩形領域を集合的に形成する１つのタイルの複数の連続した完全なＣＴＵ行のいずれかを含む。矩形スライス内のタイルを、そのスライスに対応する矩形領域内で、タイルラスタスキャンの順にスキャンする。

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

図１は、ピクチャのラスタスキャンスライス分割の例を示し、ピクチャは、１２個のタイルと３個のラスタスキャンスライスとに分割される。

図２は、ピクチャの矩形スライス分割の例を示し、ピクチャは、２４個のタイル（６個のタイル列および４個のタイル行）と９個の矩形スライスとに分割される。

図３は、タイルおよび矩形のスライスに分割されたピクチャの例を示し、ピクチャは、４つのタイル（２つのタイルの列および２つのタイルの行）と４つの矩形スライスとに分割される。

図４は、１つのピクチャをサブピクチャで分割する例を示し、１つのピクチャは、１８個のタイルに分割され、左側の１２個が、４×４のＣＴＵの１つのスライスをそれぞれ含み、右側の６個のタイルが、２×２のＣＴＵの垂直方向に積み重ねられたスライスをそれぞれ含み、全体で２４個のスライスおよび２４個の異なる寸法のサブピクチャとなる（各スライスは、１つのサブピクチャ）。

３．３． ＶＶＣにおけるＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダの信号通知（ＪＶＥＴ－Ｑ２００１－ｖＢとして）

７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文

７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

７．３．２．７ ピクチャヘッダ構造構文

７．３．７．１ 一般スライスセグメントヘッダ構文

３．４色空間およびクロマサブサンプリング
色空間は、カラーモデル（または表色系）としても知られ、色の範囲を数字のタプル（ｔｕｐｌｅ）として簡単に記述する抽象的な数学モデルであり、典型的には３または４つの値または色成分（例えばＲＧＢ）である。基本的には、色空間は座標系とサブ空間とを精緻化したものである。

映像圧縮の場合、最も頻繁に使用される色空間は、ＹＣｂＣｒおよびＲＧＢである。

ＹＣｂＣｒ、Ｙ’ＣｂＣｒ、またはＹ Ｐｂ／Ｃｂ Ｐｒ／Ｃｒは、ＹＣＢＣＲまたはＹ’ＣＢＣＲとも記述され、カラー画像のパイプライン映像およびデジタル写真システムの一部として使用される色空間のファミリーである。Ｙ’は輝度成分であり、ＣＢおよびＣＲは青色差および赤色差の色成分である。Ｙ’（プライム付き）は、輝度であるＹと区別され、ガンマ補正されたＲＧＢプライマリーに基づいて光強度が非線形に符号化されることを意味する。

クロマサブサンプリングは、人間の視覚システムが、輝度よりも色差の方が知覚が低いことを利用して、輝度情報よりもクロマ情報の方が解像度が低くなるように実装して画像を符号化する方法である。

３．４．１． ４：４：４
３つのＹ’ＣｂＣｒ成分のそれぞれは、同じサンプルレートを有し、従って、クロマサブサンプリングはない。この方式は、ハイエンドフィルムスキャナおよび映画の撮影後の編集に用いられることがある。

３．４．２． ４：２：２
２つのクロマ成分は、輝度のサンプルレートの半分でサンプリングされ、水平クロマ解像度は半分にされ、垂直クロマ解像度は変化しない。これにより、視覚的にほとんどまたは全く差がなく、非圧縮の映像信号の帯域幅を１／３に低減することができる。４：２：２カラーフォーマットの名目上の垂直および水平の位置の例が、例えば、ＶＶＣ作業ドラフトの図５に示されている。

図５は、ピクチャにおける４：２：２の輝度およびクロマサンプルの名目上の垂直および水平の位置を示す。

３．４．３． ４：２：０
４：２：０では、水平サンプリングは４：１：１に比べて２倍になるが、この方式ではＣｂとＣｒチャンネルを各交互のラインでのみサンプリングするため、垂直解像度が半分になる。従って、データレートは同じである。ＣｂおよびＣｒはそれぞれ水平および垂直方向の両方に２倍ずつサブサンプリングされる。異なる水平および垂直位置を有する４：２：０スキームの３つの変形がある。
●ＭＰＥＧ－２において、ＣｂおよびＣｒは水平方向に共座している。ＣｂおよびＣｒは垂直方向の画素間に位置する（格子間に位置する）。
●ＪＰＥＧ／ＪＦＩＦ、Ｈ．２６１、およびＭＰＥＧ－１において、ＣｂおよびＣｒは、交互の輝度サンプルの中間に間欠的に位置する。
●４：２：０ＤＶにおいて、ＣｂおよびＣｒは、水平方向に共座（ｃｏ－ｓｉｔｅｄ）している。垂直方向には、それらは交互に共座（ｃｏ－ｓｉｔｅｄ）している。

表３－１ ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃおよびｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇから導出したＳｕｂＷｉｄｔｈＣおよびＳｕｂＨｅｉｇｈｔＣの値

３．５ＡＬＦ（Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒ）
ＶＶＣにおいて、ブロックベースのフィルタ適応を伴うＡＬＦ（Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒ）が適用される。輝度成分に対し、局所勾配の方向および働きに基づいて、４×４のブロックごとに２５個のフィルタのうちの１つが選択される。

３．５．１．フィルタ形状
２つの菱形フィルタ形状（図６に示す）が使用される。輝度成分に対し７×７の菱形が適用され、クロマ成分には５×５の菱形が適用される。

図６は、ＡＬＦフィルタの形状の例を示す（クロマ：５×５の菱形、輝度：７×７の菱形）。

３．５．２．ブロック区分
輝度成分の場合、各４×４のブロックを２５個のクラスのうちの１つに分類する。分類インデックスＣは、その方向性ＤおよびアクティビティＡ＾の量子化値に基づいて、以下のように導出される。

ＤおよびＡ＾を計算するために、まず、１－Ｄラプラシアンを使用して、水平、垂直および２つの対角線方向の勾配を計算する。

ここで、インデックスｉおよびｊは、４×４ブロック内の左上のサンプルの座標を表し、Ｒ（ｉ，ｊ）は、座標（ｉ，ｊ）における再構成されたサンプルを示す。

ブロック区分の複雑性を低減するために、サブサンプリングされた１－Ｄラプラシアン計算が適用される。図７Ａ～７Ｄに示すように、すべての方向の勾配計算に同じサブサンプリング位置を用いる。

図７Ａ～７Ｄは、サブサンプリングされたラプラシアン計算を示す。

そして、水平方向および垂直方向の勾配のＤ最大値およびＤ最小値を以下のように設定する。

２つの対角線方向の勾配の最大値および最小値は、以下のように設定される。

指向性Ｄの値を導出するために、これらの値を互いに且つ２つの閾値ｔ_１およびｔ_２と比較する。

アクティビティ値Ａは、以下のように計算される。

Ａをさらに０～４の範囲に量子化し、量子化された値をＡ＾とする。

ピクチャにおけるクロマ成分に対して、分類方法は適用されず、即ち、単一のＡＬＦ係数のセットが各クロマ成分に対して適用される。

３．５．３．フィルタ係数およびクリッピング値の幾何学的変換
各４×４の輝度ブロックをフィルタリングする前に、そのブロックに対して計算された勾配値に基づいて、フィルタ係数ｆ（ｋ，ｌ）および対応するフィルタクリッピング値ｃ（ｋ，ｌ）に対して、回転または対角線および垂直方向の反転等の幾何学的変換を施す。これは、これらの変換をフィルタサポート領域内のサンプルに適用することに等しい。その考えは、ＡＬＦが適用される異なるブロックを、それらの方向性を揃えることによって、より類似させることである。

対角線、垂直方向の反転および回転を含む３つの幾何学的変換を導入する。

ここで、Ｋはフィルタのサイズであり、０≦ｋ，ｌ≦Ｋ－１が係数座標であり、位置（０，０）は左上隅にあり、位置（Ｋ－１，Ｋ－１）は右下隅にある。変換は、そのブロックに対して計算された勾配値に基づいて、フィルタ係数ｆ（ｋ，ｌ）およびクリッピング値ｃ（ｋ，ｌ）に適用される。変換と４つの方向の４つの勾配との関係を以下の表にまとめる。

表３－２ １つのブロックに対して計算された勾配と変換とのマッピング

３．５．４．フィルタパラメータ信号通知
ＡＬＦフィルタパラメータは、ＡＰＳ（Ａｄａｐｔｉｖｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）において信号通知される。１つのＡＰＳにおいて、最大２５組の輝度フィルタ係数およびクリッピング値インデックス、並びに最大８組のクロマフィルタ係数およびクリッピング値インデックスを信号通知することができる。ビットオーバーヘッドを低減するために、輝度成分の異なる分類のフィルタ係数をマージすることができる。スライスヘッダにおいて、現在のスライスに使用されるＡＰＳのインデックスが信号通知される。

ＡＰＳから復号化されたクリッピング値インデックスは、輝度およびクロマ成分両方に対するクリッピング値のテーブルを使用してクリッピング値を判定することを可能にする。これらのクリッピング値は、内部ビット深度に依存する。より正確には、クリッピング値は、以下の式によって求められる。

Ｂは内部ビット深度に等しく、αは予め定義された定数２．３５に等しく、ＮはＶＶＣにおいて許容されるクリッピング値の数である４に等しい。

スライスヘッダにおいて、現在のスライスに使用される輝度フィルタセットを規定するように、最大７つのＡＰＳインデックスを信号通知することができる。フィルタリング処理はＣＴＢレベルでさらに制御されてもよい。ＡＬＦが輝度ＣＴＢに適用されるかどうかを示すために、常に１つのフラグが信号通知される。１つの輝度ＣＴＢは、１６個の固定フィルタセットと複数のＡＰＳからのフィルタセットから、１つのフィルタセットを選択することができる。どのフィルタセットが適用されるかを示すように、輝度ＣＴＢのためにフィルタセットインデックスが信号通知される。エンコーダおよびデコーダの両方において、１６個の固定フィルタセットを予め規定し、ハードコーディングする。

クロマ成分の場合、現在のスライスに使用されているクロマフィルタセットを示すように、スライスヘッダにＡＰＳインデックスを信号通知する。ＣＴＢレベルにおいて、ＡＰＳにおいて２以上のクロマフィルタセットが存在する場合、各クロマＣＴＢに対しフィルタインデックスを信号通知する。

フィルタ係数は、１２８に等しいノルムで量子化される。乗算の複雑性を抑えるために、非中心位置の係数値が－２^７～２^７－１の範囲内に含まれるように、ビットストリーム適合性が適用される。中心位置係数はビットストリームにおいて信号通知されず、１２８に等しいと見なされる。

デコーダ側において、ＣＴＢのためにＡＬＦが有効化されると、ＣＵ内の各サンプルＲ（ｉ，ｊ）がフィルタリングされ、その結果、以下に示すように、サンプル値Ｒ’（ｉ，ｊ）が得られる。

ここで、ｆ（ｋ，ｌ）は復号化されたフィルタ係数を表し、Ｋ（ｘ，ｙ）はクリッピング関数であり、ｃ（ｋ，ｌ）は復号化されたクリッピングパラメータを表す。変数ｋおよびｌは、－Ｌ／２とＬ／２との間で変化し、ここで、Ｌはフィルタ長を表す。機能Ｃｌｉｐ３（－ｙ，ｙ，ｘ）に対応するクリッピング関数Ｋ（ｘ，ｙ）＝ｍｉｎ（ｙ，ｍａｘ（－ｙ，ｘ））。

３．５．６．ラインバッファ削減のための仮想境界フィルタリング処理
ハードウェアおよび組み込みソフトウェアにおいて、ピクチャベースの処理は、その高いピクチャバッファ要件のために、実際には受け入れられない。オンチップピクチャバッファの使用は非常に高価であり、オフチップピクチャバッファの使用は、外部メモリアクセス、電力消費、およびデータアクセス待ち時間を大幅に増加させる。そのため、実際の製品において、ＤＦ、ＳＡＯ、ＡＬＦをピクチャベースの復号化からＬＣＵベースの復号化に変更することになる。ＤＦ、ＳＡＯ、ＡＬＦにＬＣＵベースの処理を使用する場合、複数のＬＣＵを並列処理するために、ＬＣＵパイプライン方式を用いたラスタスキャンでＬＣＵごとに全体の復号化処理を行うことができる。この場合、１つのＬＣＵ行を処理するには上側のＬＣＵ行からのピクセルが必要であるので、ＤＦ、ＳＡＯ、およびＡＬＦのためにラインバッファが必要である。オフチップラインバッファ（例えば、ＤＲＡＭ）を使用する場合、外部メモリの帯域幅および消費電力が増大し、オンチップラインバッファ（例えば、ＳＲＡＭ）を使用する場合、チップ面積が増大する。従って、ラインバッファは既にピクチャバッファよりも遥かに小さいが、ラインバッファを低減することが依然として望ましい。

ＶＴＭ－４．０において、図８に示すように、輝度成分に必要なラインバッファの総数は１１．２５ラインである。ラインバッファ要件の説明は以下のとおりである。ＣＴＵエッジと重複する水平エッジのデブロッキングは、決定およびフィルタリングには、第１のＣＴＵからのラインＫ，Ｌ、Ｍ、Ｍ、および最下のＣＴＵからのラインＯ、Ｐを必要とするので、行うことができない。そのため、ＣＴＵ境界と重なる水平エッジのデブロッキングは、下側ＣＴＵが来るまで延期される。従って、ラインＫ、Ｌ、Ｍ、Ｎに対して、再構成された輝度サンプルをラインバッファ（４ライン）に記憶しなければならない。次に、ラインＡ～Ｊに対してＳＡＯフィルタリングを行うことができる。デブロッキングはラインＫにおけるサンプルを変更しないため、ラインＪはＳＡＯフィルタリングすることができる。ラインＫのＳＡＯフィルタリングの場合、エッジオフセット分類決定はラインバッファにのみ記憶される（これは０．２５輝度ラインである）。ＡＬＦフィルタリングは、ラインＡ～Ｆに対してのみ行うことができる。図８に示すように、各４×４のブロックにＡＬＦ分類を行う。各４×４のブロックの分類は、８×８のサイズのアクティビティウィンドウを必要とし、このアクティビティウィンドウは、１ｄラプラシアンを計算して勾配を決定するために９×９のウィンドウを必要とする。

従って、ラインＧ、Ｈ、Ｉ、Ｊと重なる４×４のブロックのブロック分類のために、仮想境界より下のＳＡＯフィルタリングされたサンプルを必要とする。さらに、ＡＬＦ分類のために、ラインＤ、Ｅ、ＦのＳＡＯフィルタリングされたサンプルが必要である。さらに、ラインＧのＡＬＦフィルタリングは、上側のラインから３つのＳＡＯフィルタリングされたラインＤ、Ｅ、Ｆを必要とする。従って、総ラインバッファ要件は、以下のとおりである。
－ラインＫ～Ｎ（水平ＤＦピクセル）：４ライン
－ラインＤ～Ｊ（ＳＡＯフィルタリングされたピクセル）：７ライン
－ラインＪとラインＫとの間のＳＡＯエッジオフセット分類子値：０．２５ライン

従って、必要とされる輝度ラインの総数は、７＋４＋０．２５＝１１．２５である。

同様に、クロマ成分のラインバッファ要求は図９に例示されている。クロマ成分のためのラインバッファ要件は、６．２５ラインであると評価される。

図８は、輝度成分のためのＶＴＭ－４．０中のループフィルタラインバッファ要件の例を示す。

図９は、クロマ成分のためのＶＴＭ－４．０中のループフィルタラインバッファ要件を示す。

ＳＡＯおよびＡＬＦのラインバッファ要件を排除するために、最近のＶＶＣにおいて、仮想境界（ＶＢ：Ｖｉｒｔｕａｌ Ｂｏｕｎｄａｒｙ）の概念が導入されてＡＬＦのラインバッファ要件を低減する。水平ＣＴＵ境界付近のサンプルに対して修正されたブロック分類およびフィルタリングが用いられる。図８に示すように、ＶＢは、水平ＬＣＵ境界においてＮ個のピクセルだけ上方向にシフトされている。各ＬＣＵに対し、ＳＡＯおよびＡＬＦは、下側のＬＣＵが来る前に、ＶＢより上のピクセルを処理することができるが、下側のＬＣＵが来るまで、ＶＢより下のピクセルを処理することはできず、これは、ＤＦによってもたらされる。ハードウェアの実施コストを勘案し、提案したＶＢと水平ＬＣＵ境界との間の空間を、輝度成分が４ピクセル（即ち、図８または図１０におけるＮ＝４）、クロマ成分が２ピクセル（即ち、Ｎ＝２）として設定する。

図１０は、仮想境界における修正された分類を示す。

図１１に示すように、輝度成分に対して修正されたブロック分類を適用する。仮想境界より上の４×４のブロックの１Ｄラプラシアン勾配計算のために、仮想境界より上のサンプルのみを使用する。同様に、仮想境界より下の４×４のブロックの１Ｄラプラシアン勾配計算のために、仮想境界より下のサンプルのみを使用する。従って、１Ｄラプラシアン勾配計算に使用されるサンプルの低減された数を考慮に入れることで、アクティビティ値Ａの量子化を拡大縮小する。

フィルタリング処理のために、仮想境界におけるミラーリングされた（対称）パディング演算が、輝度成分およびクロマ成分の両方に使用される。図１１に示すように、フィルタリングされるサンプルが仮想境界の下に位置する場合、仮想境界の上に位置する近傍のサンプルにパディングを行う。一方、他方の側の対応するサンプルもまた、対称的にパディングされる。

他の例に対し、（ｉ，ｊ）に位置する１つのサンプル（例えば、図１２Ｂに点線を有するＰ０Ａ）をパディングする場合、図１２Ａ～１２Ｃに示すように、同じフィルタ係数を共有する（ｍ，ｎ）に位置する対応するサンプル（例えば、図１２Ｂに点線を有するＰ３Ｂ）もまた、サンプルが利用可能でもパディングを行う。

図１２Ａは、ＶＢの上／下に１つの必要な線を（一辺ごとに）パディングする必要があることを示している。

図１２Ｂは、ＶＢの上／下に２つの必要な線を（一辺ごとに）パディングする必要があることを示している。

図１２Ｃは、ＶＢの上／下に３つの必要な線を（一辺ごとに）パディングする必要があることを示している。

水平ＣＴＵ境界で使用されるミラー（対称）パディング方法とは異なり、境界を横切るフィルタリングが無効にされる場合、スライス、タイル、およびサブピクチャの境界に対して反復（片側）パディング処理が適用される。ピクチャの境界においても、反復（片側）パディング処理が適用される。パディングされたサンプルは、分類およびフィルタリング処理の両方に使用される。図１３は、ピクチャ／サブピクチャ／スライス／タイル境界における輝度ＡＬＦフィルタリングのための反復パディング法の例を示す。

３．５．７ 明細書における適応ループフィルタ処理
８．８．５．２ 輝度サンプルのためのコーディングツリーブロックフィルタリング処理

この処理の入力は以下の通りである。
－適応ループフィルタリング処理の前に再構成された輝度ピクチャサンプルアレイｒｅｃＰｉｃｔｕｒｅ
－フィルタリングされた再構成輝度ピクチャサンプルアレイａｌｆＰｉｃｔｕｒｅ_Ｌ
－現在のピクチャの左上のサンプルに対する現在の輝度コーディングツリーブロックの左上のサンプルを規定する輝度位置（ｘＣｔｂ，ｙＣｔｂ）

この処理の出力は、修正され、フィルタリングされ、再構成された輝度ピクチャサンプルアレイａｌｆＰｉｃｔｕｒｅ_Ｌである。

フィルタインデックス８．８．５．３項の導出処理は、位置（ｘＣｔｂ，ｙＣｔｂ）で、再構成輝度ピクチャサンプル配列ｒｅｃＰｉｃｔｕｒｅを入力とし、ｆｉｌｔＩｄｘ［ｘ］［ｙ］およびｔｒａｎｓｐｏｓｅＩｄｘ［ｘ］［ｙ］、ｘ，ｙ＝０．．ＣｔｂＳｉｚｅＹ－１を出力として、呼び出される。

フィルタリングされた再構成輝度サンプルａｌｆＰｉｃｔｕｒｅ_Ｌ［ｘ］［ｙ］を導出するために、現在の輝度コーディングツリーブロックｒｅｃＰｉｃｔｕｒｅ［ｘ］［ｙ］内のそれぞれの再構成輝度サンプルは、ｘ，ｙ＝０．．．ＣｔｂＳｉｚｅＹ－１で以下のようにフィルタリングされる。
－ｆｉｌｔＩｄｘ［ｘ］［ｙ］で規定されるフィルタに対応する輝度フィルタ係数ｆ［ｊ］の配列および輝度クリッピング値ｃ［ｊ］の配列は、ｊ＝０．．１１で、以下のように導出される。
－ＡｌｆＣｔｂＦｉｌｔＳｅｔＩｄｘＹ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］が１６未満である場合、以下を適用する。
ｉ＝ＡｌｆＣｔｂＦｉｌｔＳｅｔＩｄｘＹ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］ （１４５３）
ｆ［ｊ］＝ＡｌｆＦｉｘＦｉｌｔＣｏｅｆｆ［ＡｌｆＣｌａｓｓＴｏＦｉｌｔＭａｐ［ｉ］［ｆｉｌｔＩｄｘ［ｘ］［ｙ］］］［ｊ］ （１４５４）
ｃ［ｊ］＝２^{ＢｉｔＤｅｐｔｈ} （１４５５）
－そうでない場合（ＡｌｆＣｔｂＦｉｌｔＳｅｔＩｄｘＹ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］が１６以上であると、以下が適用される。
ｉ＝ｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｌｕｍａ［ＡｌｆＣｔｂＦｉｌｔＳｅｔＩｄｘＹ［ｘＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］［ｙＣｔｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ］－１６］ （１４５６）
ｆ［ｊ］＝ＡｌｆＣｏｅｆｆ_Ｌ［ｉ］［ｆｉｌｔＩｄｘ［ｘ］［ｙ］］［ｊ］ （１４５７）
ｃ［ｊ］＝ＡｌｆＣｌｉｐ_Ｌ［ｉ］［ｆｉｌｔＩｄｘ［ｘ］［ｙ］］［ｊ］ （１４５８）
－ｔｒａｎｓｐｏｓｅＩｄｘ［ｘ］［ｙ］に応じて、輝度フィルタ係数およびクリッピング値インデックスｉｄｘを以下のように導出する。
－ｔｒａｎｓｐｏｓｅＩｎｄｅｘ［ｘ］［ｙ］が１に等しい場合、以下が適用される。
ｉｄｘ［］＝｛９，４，１０，８，１，５，１１，７，３，０，２，６｝ （１４５９）
－そうでない場合、ＴｔｒａｎｓｐｏｓｅＩｎｄｅｘ［ｘ］［ｙ］が２に等しい場合、以下が適用される。
ｉｄｘ［］＝｛０，３，２，１，８，７，６，５，４，９，１０，１１｝ （１４６０）
－そうでない場合、ｔｒａｎｓｐｏｓｅＩｎｄｅｘ［ｘ］［ｙ］が３に等しい場合、以下が適用される。
ｉｄｘ［］＝｛９，８，１０，４，３，７，１１，５，１，０，２，６｝ （１４６１）
－そうでない場合、以下が適用される。
ｉｄｘ［］＝｛０，１，２，３，４，５，６，７，８，９，１０，１１｝ （１４６２）
－ｉ，ｊ＝－３．．３である輝度サンプルの所与の配列ｒｅｃＰｉｃｔｕｒｅ内の対応する各輝度サンプルの位置（ｈ_ｘ＋ｉ，ｖ_ｙ＋ｊ）は以下のように導出される。
ｈ_ｘ＋ｉ＝Ｃｌｉｐ３（０，ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１，ｘＣｔｂ＋ｘ＋ｉ） （１４６３）
ｖ_ｙ＋ｊ＝Ｃｌｉｐ３（０，ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１，ｙＣｔｂ＋ｙ＋ｊ） （１４６４）

－変数ｃｌｉｐＬｅｆｔＰｏｓ、ｃｌｉｐＲｉｇｈｔＰｏｓ、ｃｌｉｐＴｏｐＰｏｓ、ｃｌｉｐＢｏｔｔｏｍＰｏｓ、ｃｌｉｐＴｏｐＬｅｆｔＦｌａｇおよびｃｌｉｐＢｏｔＲｉｇｈｔＦｌａｇは、（ｘＣｔｂ，ｙＣｔｂ）および（ｘ，ｙ）を入力として、８．８．５．５項で規定されるように、ＡＬＦ境界位置導出処理を呼び出すことによって導出される。
－変数ｈ_ｘ＋ｉとｖｙ＋ｊは、ＡＬＦサンプルパディング処理を８．８．５．６項に規定されているように、（ｘＣｔｂ，ｙＣｔｂ）、（ｈ_ｘ＋ｉ，ｖｙ＋ｊ），０，ｃｌｉｐＬｅｆｔＰｏｓ，ｃｌｉｐＲｉｇｈｔＰｏｓ，ｃｌｉｐＴｏｐＰｏｓ，ｃｌｉｐＢｏｔｔｏｍＰｏｓ，ｃｌｉｐＴｏｐＬｅｆｔＦｌａｇおよびｃｌｉｐＢｏｔＲｉｇｈｔＦｌａｇを入力として呼び出することによって修正される。

－変数ａｐｐｌｙＡｌｆＬｉｎｅＢｕｆＢｏｕｎｄａｒｙｉｓは、以下のように導出される。
－現在のコーディングツリーブロックの底部境界が現在のピクチャの底部境界であり、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ｙＣｔｂ＜＝ＣｔｂＳｉｚｅＹ－４である場合、ａｐｐｌｙＡｌｆＬｉｎｅＢｕｆＢｏｕｎｄａｒｙは０に等しく設定される。
－そうでない場合、ａｐｐｌｙＡｌｆＬｉｎｅＢｕｎｄａｒｙを１に等しく設定する。
－垂直サンプル位置オフセットｙ１，ｙ２，ｙ３と変数ａｌｆＳｈｉｆｔＹは、垂直輝度サンプル位置ｙとａｐｐｌｙＡｌｆＬｉｎｅＢｕｆＢｏｕｎｄａｒｙに従って、表４５で規定される。
－変数ｃｕｒｒは、以下のように導出される。
ｃｕｒｒ＝ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ］ （１４６５）
－変数ｓｕｍは、以下のように導出される。
ｓｕｍ＝ｆ［ｉｄｘ［０］］＊（Ｃｌｉｐ３（－ｃ［ｉｄｘ［０］］，ｃ［ｉｄｘ［０］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ＋ｙ３］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［ｉｄｘ［０］］，ｃ［ｉｄｘ［０］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ－ｙ３］－ｃｕｒｒ））＋
ｆ［ｉｄｘ［１］］＊（Ｃｌｉｐ３（－ｃ［ｉｄｘ［１］］，ｃ［ｉｄｘ［１］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋１］［ｖ_ｙ＋ｙ２］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［ｉｄｘ［１］］，ｃ［ｉｄｘ［１］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－１］［ｖ_ｙ－ｙ２］－ｃｕｒｒ））＋
ｆ［ｉｄｘ［２］］＊（Ｃｌｉｐ３（－ｃ［ｉｄｘ［２］］，ｃ［ｉｄｘ［２］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ＋ｙ２］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［ｉｄｘ［２］］，ｃ［ｉｄｘ［２］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ－ｙ２］－ｃｕｒｒ））＋
ｆ［ｉｄｘ［３］］＊（Ｃｌｉｐ３（－ｃ［ｉｄｘ［３］］，ｃ［ｉｄｘ［３］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－１］［ｖ_ｙ＋ｙ２］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［ｉｄｘ［３］］，ｃ［ｉｄｘ［３］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋１］［ｖ_ｙ－ｙ２］－ｃｕｒｒ））＋
ｆ［ｉｄｘ［４］］＊（Ｃｌｉｐ３（－ｃ［ｉｄｘ［４］］，ｃ［ｉｄｘ［４］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋２］［ｖ_ｙ＋ｙ１］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［ｉｄｘ［４］］，ｃ［ｉｄｘ［４］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－２］［ｖ_ｙ－ｙ１］－ｃｕｒｒ））＋
ｆ［ｉｄｘ［５］］＊（Ｃｌｉｐ３（－ｃ［ｉｄｘ［５］］，ｃ［ｉｄｘ［５］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋１］［ｖ_ｙ＋ｙ１］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［ｉｄｘ［５］］，ｃ［ｉｄｘ［５］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－１］［ｖ_ｙ－ｙ１］－ｃｕｒｒ））＋
ｆ［ｉｄｘ［６］］＊（Ｃｌｉｐ３（－ｃ［ｉｄｘ［６］］，ｃ［ｉｄｘ［６］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ＋ｙ１］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［ｉｄｘ［６］］，ｃ［ｉｄｘ［６］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ－ｙ１］－ｃｕｒｒ））＋
ｆ［ｉｄｘ［７］］＊（Ｃｌｉｐ３（－ｃ［ｉｄｘ［７］］，ｃ［ｉｄｘ［７］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－１］［ｖ_ｙ＋ｙ１］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［ｉｄｘ［７］］，ｃ［ｉｄｘ［７］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋１］［ｖ_ｙ－ｙ１］－ｃｕｒｒ））＋
ｆ［ｉｄｘ［８］］＊（Ｃｌｉｐ３（－ｃ［ｉｄｘ［８］］，ｃ［ｉｄｘ［８］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－２］［ｖ_ｙ＋ｙ１］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［ｉｄｘ［８］］，ｃ［ｉｄｘ［８］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋２］［ｖ_ｙ－ｙ１］－ｃｕｒｒ））＋
ｆ［ｉｄｘ［９］］＊（Ｃｌｉｐ３（－ｃ［ｉｄｘ［９］］，ｃ［ｉｄｘ［９］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋３］［ｖ_ｙ］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［ｉｄｘ［９］］，ｃ［ｉｄｘ［９］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－３］［ｖ_ｙ］－ｃｕｒｒ））＋
ｆ［ｉｄｘ［１０］］＊（Ｃｌｉｐ３（－ｃ［ｉｄｘ［１０］］，ｃ［ｉｄｘ［１０］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋２］［ｖ_ｙ］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［ｉｄｘ［１０］］，ｃ［ｉｄｘ［１０］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－２］［ｖ_ｙ］－ｃｕｒｒ））＋
ｆ［ｉｄｘ［１１］］＊（Ｃｌｉｐ３（－ｃ［ｉｄｘ［１１］］，ｃ［ｉｄｘ［１１］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋１］［ｖ_ｙ］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［ｉｄｘ［１１］］，ｃ［ｉｄｘ［１１］］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－１］［ｖ_ｙ］－ｃｕｒｒ）） （１４６６）
ｓｕｍ＝ｃｕｒｒ＋（（ｓｕｍ＋６４）＞＞ａｌｆＳｈｉｆｔＹ） （１４６７）
－修正され、フィルタリングされ、再構成された輝度ピクチャサンプルａｌｆＰｉｃｔｕｒｅ_Ｌ［ｘＣｔｂ＋ｘ］［ｙＣｔｂ＋ｙ］は、以下のように導出される。
ａｌｆＰｉｃｔｕｒｅ_Ｌ［ｘＣｔｂ＋ｘ］［ｙＣｔｂ＋ｙ］＝Ｃｌｉｐ３（０，（１＜＜ＢｉｔＤｅｐｔｈ）－１，ｓｕｍ） （１４６８）

表４５ －垂直の輝度サンプルの位置ｙおよびａｐｐｌｙＡｌｆＬｉｎｅＢｕｆＢｏｕｎｄａｒｙに応じたｙ１、ｙ２、ｙ３およびａｌｆＳｈｉｆｔＹの仕様

８．８．５．４ クロマサンプルのためのコーディングツリーブロックフィルタリング処理
この処理の入力は以下の通りである。
－適応ループフィルタリング処理の前に再構成されたクロマピクチャサンプルアレイｒｅｃＰｉｃｔｕｒｅ
－フィルタリングされ、再構成されたクロマピクチャサンプルアレイａｌｆＰｉｃｔｕｒｅ
－現在のピクチャの左上のサンプルに対する現在のクロマコーディングツリーブロックの左上のサンプルを規定するクロマ位置（ｘＣｔｂＣ，ｙＣｔｂＣ）
－代替クロマフィルタインデックスａｌｔＩｄｘ

この処理の出力は、修正され、フィルタリングされ、再構成されたクロマピクチャサンプルアレイａｌｆＰｉｃｔｕｒｅである。
現在のクロマコーディングツリーブロックの幅と高さ、ｃｔｂＷｉｄｔｈＣとｃｔｂＨｅｉｇｈｔＣは、以下のように導出される。
ｃｔｂＷｉｄｔｈＣ＝ＣｔｂＳｉｚｅＹ／ＳｕｂＷｉｄｔｈＣ （１５００）
ｃｔｂＨｅｉｇｈｔＣ＝ＣｔｂＳｉｚｅＹ／ＳｕｂＨｅｉｇｈｔＣ （１５０１）
フィルタリングされ、再構成されたクロマサンプルａｌｆＰｉｃｔｕｒｅ［ｘ］［ｙ］を導出するために、現在のクロマコーディングツリーブロックｒｅｃＰｉｃｔｕｒｅ［ｘ］［ｙ］内の各再構成されたクロマサンプルは、以下のように、ｘ＝０．．ｃｔｂＷｉｄｔｈＣ－１、ｙ＝０．．ｃｔｂＨｅｉｇｈｔＣ－１でフィルタリングされる。
－ｉ，ｊ＝－２．．２であるクロマサンプルの所与の配列ｒｅｃＰｉｃｔｕｒｅ内の対応するクロマサンプル（ｘ，ｙ）のそれぞれの位置（ｈ_ｘ＋ｉ，ｖ_ｙ＋ｊ）は以下のように導出される。
ｈ_ｘ＋ｉ＝Ｃｌｉｐ３（０，ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＳｕｂＷｉｄｔｈＣ－１，ｘＣｔｂＣ＋ｘ＋ｉ） （１５０２）
ｖ_ｙ＋ｊ＝Ｃｌｉｐ３（０，ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＳｕｂＨｅｉｇｈｔＣ－１，ｙＣｔｂＣ＋ｙ＋ｊ） （１５０３）
－変数ｃｌｉｐＬｅｆｔＰｏｓ，ｃｌｉｐＲｉｇｈｔＰｏｓ，ｃｌｉｐＴｏｐＰｏｓ，ｃｌｉｐＢｏｔｔｏｍＰｏｓ，ｃｌｉｐＴｏｐＬｅｆｔＦｌａｇ，ｃｌｉｐＢｏｔＲｉｇｈｔＦｌａｇは（ｘＣｔｂＣ＊ＳｕｂＷｉｄｔｈＣ，ｙＣｔｂＣ＊ＳｕｂＨｅｉｇｈｔＣ）と（ｘ＊ＳｕｂＷｉｄｔｈＣ，ｙ＊ＳｕｂＨｅｉｇｈｔＣ）を入力として８．８．５．５項に規定されるＡＬＦ境界位置導出処理を呼び出すことによって導出される。
－変数ｈ_ｘ＋ｉとｖ_ｙ＋ｊは、（ｘＣｔｂ，ｙＣｔｂ）、（ｈ_ｘ＋ｉ，ｖ_ｙ＋ｊ）、１に等しく設定された変数ｉｓＣｈｒｏｍａ、ｃｌｉｐＬｅｆｔＰｏｓ、ｃｌｉｐＲｉｇｈｔＰｏｓ、ｃｌｉｐＴｏｐＰｏｓ、ｃｌｉｐＢｏｔｔｏｍＰｏｓ、ｃｌｉｐＴｏｐＬｅｆｔＦｌａｇおよびｃｌｉｐＢｏｔＲｉｇｈｔＦｌａｇを入力として、８．８．５．６項に規定されたＡＬＦサンプルパディング処理を呼び出すことによって修正される。

－変数ａｐｐｌｙＡｌｆＬｉｎｅＢｕｎｄａｒｙは、以下のように導出する。
－現在のコーディングツリーブロックの底部境界がピクチャの底部境界であり、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－（ｙＣｔｂＣ＊ＳｕｂＨｅｉｇｈｔＣ）＜ＣｔｂＳｉｚｅＹ－４である場合、ａｐｐｌｙＡｌｆＬｉｎｅＢｕｎｄａｒｙは０に等しく設定される。
－そうでない場合、ａｐｐｌｙＡｌｆＬｉｎｅＢｕｎｄａｒｙを１に等しく設定する。
－垂直サンプル位置オフセットｙ１，ｙ２と変数ａｌｆＳｈｉｆｔＣは、垂直クロマサンプル位置ｙとａｐｐｌｙＡｌｆＬｉｎｅＢｕｆＢｏｕｎｄａｒｙに従って、表４５で規定する。
－変数ｃｕｒｒは、以下のように導出される。
ｃｕｒｒ＝ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ］ （１５０４）
－クロマフィルタ係数ｆ［ｊ］の配列およびクロマクリッピング値ｃ［ｊ］の配列は、ｊ＝０．．５として、以下のように導出される。
ｆ［ｊ］＝ＡｌｆＣｏｅｆｆ_Ｃ［ｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｃｈｒｏｍａ］［ａｌｔＩｄｘ］［ｊ］ （１５０５）
ｃ［ｊ］＝ＡｌｆＣｌｉｐ_Ｃ［ｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｃｈｒｏｍａ］［ａｌｔＩｄｘ］［ｊ］ （１５０６）

－変数ｓｕｍは、以下のように導出される。
ｓｕｍ＝ｆ［０］＊（Ｃｌｉｐ３（－ｃ［０］，ｃ［０］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ＋ｙ２］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［０］，ｃ［０］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ－ｙ２］－ｃｕｒｒ））＋
ｆ［１］＊（Ｃｌｉｐ３（－ｃ［１］，ｃ［１］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋１］［ｖ_ｙ＋ｙ１］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［１］，ｃ［１］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－１］［ｖ_ｙ－ｙ１］－ｃｕｒｒ））＋
ｆ［２］＊（Ｃｌｉｐ３（－ｃ［２］，ｃ［２］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ＋ｙ１］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［２］，ｃ［２］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ－ｙ１］－ｃｕｒｒ））＋
ｆ［３］＊（Ｃｌｉｐ３（－ｃ［３］，ｃ［３］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－１］［ｖ_ｙ＋ｙ１］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［３］，ｃ［３］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋１］［ｖ_ｙ－ｙ１］－ｃｕｒｒ））＋
ｆ［４］＊（Ｃｌｉｐ３（－ｃ［４］，ｃ［４］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋２］［ｖ_ｙ］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［４］，ｃ［４］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－２］［ｖ_ｙ］－ｃｕｒｒ））＋
ｆ［５］＊（Ｃｌｉｐ３（－ｃ［５］，ｃ［５］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋１］［ｖ_ｙ］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［５］，ｃ［５］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－１］［ｖ_ｙ］－ｃｕｒｒ）） （１５０７）
ｓｕｍ＝ｃｕｒｒ＋（（ｓｕｍ＋６４）＞＞ａｌｆＳｈｉｆｔＣ） （１５０８）

－修正され、フィルタリングされ、再構成されたクロマピクチャサンプルａｌｆＰｉｃｔｕｒｅ［ｘＣｔｂＣ＋ｘ］［ｙＣｔｂＣ＋ｙ］は、以下のように導出される。
ａｌｆＰｉｃｔｕｒｅ［ｘＣｔｂＣ＋ｘ］［ｙＣｔｂＣ＋ｙ］＝Ｃｌｉｐ３（０，（１＜＜ＢｉｔＤｅｐｔｈ）－１，ｓｕｍ） （１５０９）

表４６ －垂直のクロマサンプルの位置ｙおよびａｐｐｌｙＡｌｆＬｉｎｅＢｕｆＢｏｕｎｄａｒｙに応じたｙ１、ｙ２およびａｌｆＳｈｉｆｔＣの仕様

４．開示される解決策が解決しようとする技術課題の例
ＶＶＣにおけるＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダの信号通知のための既存の設計には、以下のような問題がある。
１）ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、１個のタイルしかない場合でも、信号通知される。
２）ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、１つのスライスしかない場合でも、信号通知される。
３）ＬＭＣＳ情報は、スライスヘッダではなく、ピクチャヘッダで信号通知される。
４）最大許容ＴＳブロックサイズは、最大ＣＵサイズより大きくてよい。
５）ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄは、アフィンが有効化されているか否かに応じて異なる方法で導出される。
６）ＡＬＦ仮想境界において鏡面パディングを適用し、ＡＬＦに対して利用できないサンプルとそれらの対応サンプル（例えば、輝度ＡＬＦおよびクロマＡＬＦ）を取得し、ＡＬＦ仮想境界の位置を利用して、どのサンプルが利用できず、パディングされる必要があるかを判定する。しかしながら、現在の設計では、クロマＡＬＦのＡＬＦ仮想境界の位置は、４：２：２／４：４：４に対するクロマフォーマット映像の輝度ＡＬＦの位置と調整されていない。
７）現在の設計では、フィルタ強度は、仮想境界の位置に依存する、仮想水平ＣＴＵ境界に隣接する行のＡＬＦフィルタリングのために低下する。しかしながら、不正確なＡＬＦ仮想境界位置によって、意図しないサンプル行のフィルタ強度が低下する。

５．技術および実施形態の例
上述した課題等を解決するために、以下に示す方法が開示されている。これらの項目は、一般的な概念を説明するための例であり、狭義に解釈されるべきではない。さらに、これらの項目は、個々に適用されてもよく、または任意の方法で組み合わされてもよい。

本開示において、近傍の（隣接または非隣接）サンプル（またはライン、または行）は、異なる映像処理ユニット（例えば、現在のピクチャ、または現在のサブピクチャ、または現在のタイル、または現在のスライス、または現在のブリック、または現在のＣＴＵ、または現在の処理ユニット（例えば、ＡＬＦ処理ユニットまたは狭いＡＬＦ処理ユニット）の外にあるか、または任意の他の現在の映像ユニットである）に位置する場合、または再構成されていない、またはクロスフィルタリング映像処理ユニットが許可されない場合には、「利用不可」である。

ＡＬＦ仮想境界のために使用されるパディング方法は、「鏡面パディング」と呼ばれ、（ｉ，ｊ）に位置する第１の利用できないサンプル（または第１の利用できないラインｊ、または第１の利用できない行ｉ）に対してパディングする必要があり、ＡＬＦ中の「第１のサンプルの対応するサンプル」（または、「第１のラインの対応するライン」または第１の行の対応する行）（例えば、現在のサンプル（または現在のライン、または現在の行）から同一距離を共有する（ｍ，ｎ）（または対応するラインｎ、または対応する行ｍ）に位置する対応するサンプル）により定義される第２のサンプルも、第２のサンプルが利用可能であってもパディングされる。

１．インループフィルタリング動作がタイル境界をまたいで実行されるかどうかを示す信号通知（例えば、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、映像ユニット（例えば、ピクチャ）をタイルに分割するかどうかおよび／またはどのように映像ユニットを分割するかに条件付けすることができる。
ａ．一例として、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、映像ユニットが２つ以上のタイルに分割される場合にのみ信号通知される。
ｂ．あるいは、映像ユニットに対して１個のタイルしかない場合、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの信号通知はスキップされる。
ｃ．一例として、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、一般制約フラグｏｎｅ＿ｔｉｌｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合にのみ信号通知される。
ｉ．あるいは、一般制約フラグｏｎｅ＿ｔｉｌｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しくなるよう参照（または、要求）される。

２．インループフィルタリング動作がスライス境界をまたいで実行されるかどうかを示す信号通知（例えば、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、映像ユニット（例えば、ピクチャおよび／またはサブピクチャ）をスライスに分割するかどうかおよび／またはどのように映像ユニットを分割するかに条件付けすることができる。
ａ．一例として、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、映像ユニットが１つのスライスのみに分割される場合、信号通知されない。
ｂ．一例として、各サブピクチャが１つのスライスのみに分割される場合（例えば、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい）、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは信号通知されない。
ｃ．一例として、各サブピクチャが１つのスライスにのみ分割される場合（例えば、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい場合）、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは信号通知される。
ｄ．一例として、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャが非矩形方法でスライスに分割された場合（例えば、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい）に信号通知される。
ｅ．一例として、ピクチャが矩形方法でスライスに分割され（例えばｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい）、かつ、スライス数が１に等しい（例えばｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１が０に等しい）場合、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは信号通知されない。
ｆ．一例として、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、一般制約フラグｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい場合にのみ信号通知される。
ｉ．あるいは、一般制約フラグｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しくなるよう参照（または、要求）される。

３．ＬＭＣＳ情報（例えば、ＬＭＣＳの使用の指示、および／または輝度再整形の使用、および／または使用されるべきＬＭＣＳ ＡＰＳのａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ、および／またはクロマ残差スケーリングの使用）は、スライスヘッダおよび／またはピクチャヘッダにおいて信号通知されてもよい。
ａ．ＬＭＣＳ情報は、ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇまたはｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ等の、ＬＭＣＳを有効化するかどうかの第１の指示を含んでもよい。
ｂ．ＬＭＣＳ情報は、ｐｈ＿ｌｍｃｓ＿ａｐｓ＿ｉｄおよび／またはｐｈ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇ等のＬＭＣＳパラメータの第２の指示を含んでもよい。
ｃ．ＬＭＣＳ情報は、スライスヘッダおよびピクチャヘッダの両方において信号通知されてもよい。
ｄ．ＬＭＣＳ情報は、ピクチャヘッダおよびスライスヘッダの両方に信号通知されてもよく、ＬＭＣＳ情報がスライスヘッダに存在する場合、ピクチャヘッダのものは存在するなら、上書きされてもよい。
ｅ．ＬＭＣＳ情報は、スライスヘッダまたはピクチャヘッダのいずれか一方に信号通知されてもよいが、両方には信号通知されない。
ｆ．一例として、どのＬＭＣＳ ＡＰＳが現在のスライスに使用されるかを示すために、構文要素がスライスヘッダにおいて信号通知されてもよい。
ｇ．一例として、構文要素（例えば、ｌｍｃｓ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ）が、ＳＰＳまたはＰＰＳ等のより高いレベルの映像ユニットにおいて信号通知され、ＬＭＣＳ情報がピクチャヘッダまたはスライスヘッダにおいて信号通知されるかどうかを示す。
ｉ．構文要素は、第１の指示のみを制御してもよい。
ｉｉ．構文要素は、第２の指示のみを制御してもよい。
ｉｉｉ．構文要素は、第１の指示および第２の指示の両方を制御してもよい。
ｈ．ピクチャヘッダにおけるＬＭＣＳ情報の構文要素は、存在しない場合、デフォルト値に設定されてもよい。
ｉ．スライスヘッダにおけるＬＭＣＳ情報の構文要素は、存在しない場合、デフォルト値に設定されてもよい。
ｉ．スライスヘッダにおけるＬＭＣＳ情報の構文要素は、存在しない場合、ピクチャヘッダにおけるＬＭＣＳ情報の対応する構文要素の値に設定されてもよい。
ｊ．一例として、ＰＨに関連付けられたスライスが参照するＬＭＣＳ ＡＰＳの２つ以上のａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ（例えば、ｐｈ＿ｌｍｃｓ＿ａｐｓ＿ｉｄ［］のリスト）は、ピクチャヘッダにおいて信号通知されてもよい。
ｉ．一例として、ｐｈ＿ｌｍｃｓ＿ａｐｓ＿ｉｄ［］のリストの長さは、ピクチャにおけるスライスの数に依存してもよい。
ｉｉ．一例として、構文要素は、リストｐｈ＿ｌｍｃｓ＿ａｐｓ＿ｉｄ［］においてどのＬＭＣＳ ＡＰＳが現在のスライスに使用されるかを示すように、スライスヘッダにおいて信号通知されてもよい。

４．ＴＳ（Ｔｒａｎｓｆｏｒｍ Ｓｋｉｐ）および／またはＢＤＰＣＭのための最大許容サイズは、ＣＴＢ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ）サイズ以下とする。
ａ．例えば、輝度ブロックのためのＴＳおよび／またはＢＤＰＣＭの最大許容幅および高さは、ＣｔｂＳｉｚｅＹ以下である必要がある。
ｂ．例えば、クロマブロックのためのＴＳおよび／またはＢＤＰＣＭの最大許容幅および高さは、ＣｔｂＳｉｚｅＹ／ｓｕｂＷｉｄｔｈＣおよび／またはＣｔｂＳｉｚｅＹ／ｓｕｂＨｅｉｇｈｔＣ以下である必要がある。
ｉ．あるいは、クロマブロックのためのＴＳおよび／またはＢＤＰＣＭの最大許容幅は、ＣｔｂＳｉｚｅＹ／ｓｕｂＷｉｄｔｈＣおよび／またはＣｔｂＳｉｚｅＹ／ｓｕｂＨｅｉｇｈｔＣ以下である必要がある。
ｉｉ．あるいは、クロマブロックのためのＴＳおよび／またはＢＤＰＣＭの最大許容高さは、ＣｔｂＳｉｚｅＹ／ｓｕｂＷｉｄｔｈＣおよび／またはＣｔｂＳｉｚｅＹ／ｓｕｂＨｅｉｇｈｔＣ以下である必要がある。
ｃ．例えば、ｌｏｇ２＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２がＣｔｂＬｏｇ２ＳｉｚｅＹ以下である必要がある。
ｄ．例えば、ｌｏｇ２＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２の最大値は、ＣｔｂＬｏｇ２ＳｉｚｅＹ－２に等しい。
ｅ．例えば、ＭａｘＴｓＳｉｚｅは、以下のように導出される。
ＭａｘＴｓＳｉｚｅ＝Ｍｉｎ（ＣｔｂＳｉｚｅＹ，１＜＜（ｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２））。
ｆ．例えば、ＭａｘＴｓＳｉｚｅは、以下のように導出される。
ＭａｘＴｓＳｉｚｅ＝１＜＜Ｍｉｎ（ｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２，ＣｔｂＬｏｇ２ＳｉｚｅＹ）。
ｇ．クロマブロックのためのＴＳおよび／またはＢＤＰＣＭのための最大許容ブロックサイズは、クロマブロックのための最大変換ブロックサイズ以下とする。
ｉ．一例として、ＭａｘＴｂＳｉｚｅＹが輝度ブロックのための最大変換サイズを表すとすると、クロマブロックのためのＴＳおよび／またはＢＤＰＣＭの最大許容幅および高さは、ＭａｘＴｂＳｉｚｅＹ／ＳｕｂＷｉｄｔｈＣ以下であってもよい。
ｉｉ．一例として、ＭａｘＴｂＳｉｚｅＹが輝度ブロックのための最大変換サイズを表すとすると、クロマブロックのためのＴＳおよび／またはＢＤＰＣＭの最大許容幅は、ＭａｘＴｂＳｉｚｅＹ／ＳｕｂＷｉｄｔｈＣ以下であってもよい。
ｉｉｉ．一例として、ＭａｘＴｂＳｉｚｅＹが輝度ブロックの最大変換サイズを表すとすると、クロマブロックのためのＴＳおよび／またはＢＤＰＣＭの最大許容高さは、ＭａｘＴｂＳｉｚｅＹ／ＳｕｂＨｅｉｇｈｔＣ以下であってもよい。
ｈ．最大許容ＴＳ（Ｔｒａｎｓｆｏｒｍ Ｓｋｉｐ）ブロックサイズは、バイナリ構文要素（例えば、「０」は１６に等しく表し、「１」は３２に等しく表す）で信号通知されてもよい。

５．最大許容ＴＳ（Ｔｒａｎｓｆｏｒｍ Ｓｋｉｐ）ブロックサイズおよび／または最大許容変換ブロックサイズは、最小コーディングブロックサイズよりも小さくてはならない。

６．最大許容変換ブロックサイズ（例えばＪＶＥＴ－Ｑ２００１－ｖＢではＭａｘＴｂＳｉｚｅＹと表記）を信号通知、解釈、または制限するかどうか、および／またはどのように信号通知、解釈、または制限するかは、最小許容コーディングブロックサイズ（例えばＪＶＥＴ－Ｑ２００１－ｖＢではＭｉｎＣｂＳｉｚｅＹと表記）に依存してもよい。
ａ．一例として、ＭａｘＴｂＳｉｚｅＹは、ＭｉｎＣｂＳｉｚｅＹよりも大きいかまたは等しくなければならないことが必要である。
ｉ．一例として、ＭｉｎＣｂＳｉｚｅＹが６４に等しい場合、ｓｐｓ＿ｍａｘ＿ｌｕｍａ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｓｉｚｅ＿６４＿ｆｌａｇの値は１に等しくなる。
ｉｉ．一例として、ＭｉｎＣｂＳｉｚｅＹが６４に等しい場合、ｓｐｓ＿ｍａｘ＿ｌｕｍａ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｓｉｚｅ＿６４＿ｆｌａｇは、信号通知されず、１と推論される。

７．ＴＳおよび／またはＢＤＰＣＭコーディングの最大許容サイズ（例えば、ＪＶＥＴ－Ｑ２００１－ｖＢではＭａｘＴｓＳｉｚｅと表記される）を信号通知、解釈または制限するかどうか、および／またはどのように信号通知、解釈または制限するかは、最小許容コーディングブロックサイズ（例えば、ＪＶＥＴ－Ｑ２００１－ｖＢではＭｉｎＣｂＳｉｚｅＹと表記される）に依存してもよい。
ａ．一例として、ＭａｘＴｓＳｉｚｅはＭｉｎＣｂＳｉｚｅＹ以上でなければならないことが必要である。
ｂ．一例として、ＭａｘＴｓＳｉｚｅは、Ｗ以下でなければならず、Ｗは、３２などの整数である。
ｉ．例えば、ＭａｘＴｓＳｉｚｅは、ＭｉｎＣｂＳｉｚｅＹ＜＝ＭａｘＴｓＳｉｚｅ＜＝Ｗを満たさねばならない。
ｉｉ．例えば、ＴＳおよび／またはＢＤＰＣＭコーディングが有効化されている場合、ＭｉｎＣｂＳｉｚｅＹは、Ｘ以下とする。
ｃ．一例として、ＴＳおよび／またはＢＤＰＣＭが有効化されている（例えば、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）場合、ＭａｘＴｓＳｉｚｅはＭｉｎＣｂＳｉｚｅＹ以上でなければならないことが必要である。
ｉ．例えば、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、ｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２はｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２以上とする。
ｄ．一例として、ＭａｘＴｓＳｉｚｅ＝ｍａｘ（ＭａｘＴｓＳｉｚｅ，ＭｉｎＣｂＳｉｚｅＹ）である。
ｉ．別の例において、ＭａｘＴｓＳｉｚｅ＝ｍｉｎ（Ｗ，ｍａｘ（ＭａｘＴｓＳｉｚｅ，ＭｉｎＣｂＳｉｚｅＹ））であり、Ｗは、３２などの整数である。
ｅ．一例として、ＴＳおよび／またはＢＤＰＣＭが有効化されている場合（例えばｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しい）、ＭａｘＴｓＳｉｚｅ＝ｍａｘ（ＭａｘＴｓＳｉｚｅ，ＭｉｎＣｂＳｉｚｅＹ）とする。
ｉ．一例では、ＴＳおよび／またはＢＤＰＣＭが有効化されている（例えば、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）場合、ＭａｘＴｓＳｉｚｅ＝ｍｉｎ（Ｗ、ｍａｘ（ＭａｘＴｓＳｉｚｅ、ＭｉｎＣｂＳｉｚｅＹ））、Ｗは３２などの整数である。
ｆ．一例として、ＭａｘＴｓＳｉｚｅ（例えば、ＪＶＥＴ－Ｑ２００１－ｖＢにおけるｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２）の信号通知は、ＭｉｎＣｂＳｉｚｅＹに依存してもよい。
ｉ．一例として、ｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２とｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２の差（ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｒａｓｆｏｒｍ＿ｓｋｉｐ＿ｍｉｎ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋと表記される）はＭａｘＴｓＳｉｚｅを示すために信号通知されてもよい。
１） 例えば、ＭａｘＴｓＳｉｚｅ＝１＜（ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹ＋ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｒａｓｆｏｒｍ＿ｓｋｉｐ＿ｍｉｎ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ）。
２） 例えば、ＭａｘＴｓＳｉｚｅ＝ｍｉｎ（Ｗ，１＜＜（ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹ＋ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｒａｓｆｏｒｍ＿ｓｋｉｐ＿ｍｉｎ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ））において、Ｗは３２などの整数である。

８．ＴＳおよび／またはＢＤＰＣＭコーディング（例えば、ＪＶＥＴ－Ｑ２００１－ｖＢではｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇと表記）の指示を信号通知、解釈または制限するか、および／または信号通知、解釈または制限どのようにするかは、最小許容コーディングブロックサイズ（例えば、ＪＶＥＴ－Ｑ２００１－ｖＢにおいてｍｉｎＣｂＳｉｚｅＹと表記される）に依存してもよい。
ａ．一例として、ＭｉｎＣｂＳｉｚｅＹが６４に等しい場合、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、信号通知されず、０と推論される。
ｂ．一例として、ＭｉｎＣｂＳｉｚｅＹがＴＳおよび／またはＢＤＰＣＭの最大許容サイズよりも大きい（例えば、ＴＳおよび／またはＢＤＰＣＭの最大許容サイズが３２である）場合、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは通知されず、０と推論される。

９．ＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダにおいてコーディングツールＸの指示を信号通知または解釈するかどうか、および／またはどのようにツールＸの指示を信号通知または解釈するかは、最小許容コーディングブロックサイズ（例えば、ＪＶＥＴ－Ｑ２００１－ｖＢにおけるＭｉｎＣｂＳｉｚｅＹ）に依存してもよい。
ａ．ＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダにおけるコーディングツールＸの指示は、最小許容コーディングブロックサイズがＴよりも大きい場合、信号通知されず、使用されないと推論されてもよく、Ｔは３２などの整数である。
ｂ．ＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダにおけるコーディングツールＸは、最小許容コーディングブロックサイズがＴよりも大きい場合、使用されないことを示す必要があり、Ｔは３２などの整数である。
ｃ．コーディングツールＸは、ＣＩＩＰ（Ｃｏｍｂｉｎｅｄ Ｉｎｔｅｒ－Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）であってもよい。
ｄ．コーディングツールＸは、ＭＴＳ（Ｍｕｌｔｉｐｌｅ Ｔｒａｎｓｆｏｒｍ Ｓｅｌｅｃｔｉｏｎ）であってもよい。
ｅ．コーディングツールＸは、ＳＢＴ（Ｓｅｇｍｅｎｔ Ｂｌｏｃｋ Ｔｒａｎｓｆｏｒｍ）であってもよい。
ｆ．コーディングツールＸは、ＳＭＶＤ（Ｓｙｙｍｅｔｒｉｃ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）であってもよい。
ｇ．コーディングツールＸは、ＢＤＯＦであってもよい。
ｈ．コーディングツールＸは、アフィン予測であってもよい。
ｉ．コーディングツールＸは、ＰＲＯＦ（Ｐｒｅｄｉｃｔｉｏｎ Ｒｅｆｉｎｅ ｗｉｔｈ Ｏｐｔｉｃａｌ Ｆｌｏｗ）であってもよい。
ｊ．コーディングツールＸは、ＤＭＶＲ（Ｄｅｃｏｄｅｒ－ｓｉｄｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｆｉｎｅｍｅｎｔ）であってもよい。
ｋ．コーディングツールＸは、ＢＣＷ（Ｂｉ－ｐｒｅｄｉｃｔｉｏｎ ｗｉｔｈ ＣＵ－ｌｅｖｅｌ Ｗｅｉｇｈｔｓ）であってもよい。
ｌ．コーディングツールＸは、ＭＭＶＤ（Ｍｅｒｇｅ ｗｉｔｈ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）であってもよい。
ｍ．コーディングツールＸは、ＧＰＭ（Ｇｅｏｍｅｔｒｉｃ Ｐａｒｔｉｔｉｏｎｉｎｇ Ｍｏｄｅ）であってもよい。
ｎ．コーディングツールＸは、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）であってもよい。
ｏ．コーディングツールＸは、パレットコーディングであってもよい。
ｐ．コーディングツールＸは、ＡＣＴ（Ａｄａｐｔｉｖｅ Ｃｏｌｏｒ Ｔｒａｎｓｆｏｒｍ）であってもよい。
ｑ．コーディングツールＸは、ＪＣＣＲ（Ｊｏｉｎｔ Ｃｂ－Ｃｒ Ｒｅｓｉｄｕｅ ｃｏｄｉｎｇ）であってもよい。
ｒ．コーディングツールＸは、ＣＣＬＭ（Ｃｒｏｓｓ－Ｃｏｍｐｏｎｅｎｔ Ｌｉｎｅａｅ Ｍｏｄｅｌ Ｐｒｅｄｉｃｔｉｏｎ）であってもよい。
ｓ．コーディングツールＸは、ＭＲＬ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ Ｌｉｎｅ）であってもよい。
ｔ．コーディングツールＸは、ＭＩＰ（Ｍａｔｒｉｘ－ｂａｓｅｄ Ｉｎｔｒａ－Ｐｒｅｄｉｃｔｉｏｎ）であってもよい。
ｕ．コーディングツールＸは、ＩＳＰ（Ｉｎｔｒａ Ｓｕｂｐａｒｔｉｔｉｏｎｓ Ｐｒｅｄｉｃｔｉｏｎ）であってもよい。

１０．デュアルツリーコーディングが適用される場合、２分木分割のための最小許容ブロックサイズ（例えば、ＪＶＥＴ－Ｑ２００１－ｖＢにおけるＭｉｎＢｔＳｉｚｅＹ）は、輝度成分およびクロマ成分について異なってもよい。
ａ．一例として、ＭｉｎＢｔＳｉｚｅＹ＝１＜＜＜ＭｉｎＢｔＬｏｇ２ＳｉｚｅＹは、輝度成分に対する２分木分割のための最小許容ブロックサイズであり、ＭｉｎＢｔＳｉｚｅＣ＝１＜＜＜＜ＭｉｎＢｔＬｏｇ２ＳｉｚｅＣは、クロマ成分に対する２分木分割のための最小許容ブロックサイズであり、ＭｉｎＢｔＬｏｇ２ＳｉｚｅＹは、ＭｉｎＢｔＬｏｇ２ＳｉｚｅＣに等しくなくてもよい。
ｉ．ＭｉｎＢｔＬｏｇ２ＳｉｚｅＹは、ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹによって予測され、信号通知されてもよい。例えば、ＭｉｎＢｔＬｏｇ２ＳｉｚｅＹとＭｉｎＣｂＬｏｇ２ＳｉｚｅＹとの差が信号通知されてもよい。
ｉｉ．ＭｉｎＢｔＬｏｇ２ＳｉｚｅＣは、ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹによって予測され、信号通知されてもよい。例えば、ＭｉｎＢｔＬｏｇ２ＳｉｚｅＣとＭｉｎＣｂＬｏｇ２ＳｉｚｅＹとの差が信号通知されてもよい。

１１．デュアルツリーコーディングが適用される場合、３分木分割のための最小許容ブロックサイズ（例えば、ＪＶＥＴ－Ｑ２００１－ｖＢにおけるＭｉｎＴｔＳｉｚｅＹ）は、輝度成分およびクロマ成分について異なってもよい。ＭｉｎＣｂＳｉｚｅＹ＝１＜＜＜ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹは、最小許容コーディングブロックサイズを表す。
ａ．一例では、ＭｉｎＴｔＳｉｚｅＹ＝１＜＜ＭｉｎＴｔＬｏｇ２ＳｉｚｅＹは、輝度成分に対する３分木分割の最小許容ブロックサイズであり、ＭｉｎＴｔＳｉｚｅＣ＝１＜＜ＭｉｎＴｔＬｏｇ２ＳｉｚｅＣはクロマ成分に対する３分木分割の最小許容ブロックサイズであり、ＭｉｎＴｔＬｏｇ２ＳｉｚｅＹはＭｉｎＴｔＬｏｇ２ＳｉｚｅＣと等しくなくてもよい。
ｉ．ＭｉｎＴｔＬｏｇ２ＳｉｚｅＹは、ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹによって予測され、信号通知されてもよい。例えば、ＭｉｎＴｔＬｏｇ２ＳｉｚｅＹとＭｉｎＣｂＬｏｇ２ＳｉｚｅＹとの差を信号通知してもよい。
ｉｉ．ＭｉｎＴｔＬｏｇ２ＳｉｚｅＣは、ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹによって予測され、信号通知されてもよい。例えば、ＭｉｎＴｔＬｏｇ２ＳｉｚｅＣとＭｉｎＣｂＬｏｇ２ＳｉｚｅＹとの差を信号通知してもよい。

１２．サブブロックベースのマージ候補の最大数（例えば、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ）は、第１の変数と第２の変数の和として導出され、第１の変数は、アフィン予測が無効化されている場合（例えば、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい）、０に等しく、第２の変数は、サブブロックベースのＴＭＶＰ（ｓｂＴＭＶＰ）が有効化されているか否かに依存する。
ａ．一例として、第１の変数は、許可されたアフィンマージ候補の数を表す。
ｂ．一例として、第２の変数は、（ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅ＿ｆｌａｇ）に設定されてもよい。
ｃ．一例として、第１の変数は、Ｋ－Ｓとして導出され、Ｓは、構文要素（例えば、５＿ｍｉｎｕｓ＿ｎｕｍ＿ａｆｆｉｎｅ＿ｍｅｒｇｅ＿ｃａｎｄ）によって設定された値であり、Ｋは、４または５等の固定数である。
ｄ．一例として、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＝５ － ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ａｆｆｉｎｅ＿ｍｅｒｇｅ＿ｃａｎｄ＋（ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅ＿ｆｌａｇ）である。
ｅ．一例として、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＝４－４＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ａｆｆｉｎｅ＿ｍｅｒｇｅ＿ｃａｎｄ＋（ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅ＿ｆｌａｇ）である。
ｆ．一例として、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＝Ｍｉｎ（Ｗ，ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ）であり、Ｗは、５などの固定数である。
ｇ．一例として、第１の変数（例えば、５＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ａｆｆｉｎｅ＿ｍｅｒｇｅ＿ｃａｎｄまたは４＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ａｆｆｉｎｅ＿ｍｅｒｇｅ＿ｃａｎｄ）の指示は、条件付きで信号通知されてもよい。
ｉ．一例として、これは、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合にのみ信号通知されてもよい。
ｉｉ．存在しない場合、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ａｆｆｉｎｅ＿ｍｅｒｇｅ＿ｃａｎｄはＫであると推論される（例えば、Ｋ＝４または５）。

１３．輝度成分とクロマ成分にためのＡＬＦ仮想境界とＣＴＢ底部境界間の行（ライン）数、および／または輝度成分のＡＬＦ仮想境界とＣＴＢ底部境界間の行とクロマ成分の対応する行のフィルタ強度、および／または同じ行の輝度およびクロマサンプルのパディング方法は、４：２：２および４：４：４の場合に対して調整されている。
ａ．一例として、クロマＡＬＦにおけるＡＬＦ仮想境界（ＶＢ）の垂直（および／または水平）位置は、４：２：２／４：４：４のクロマフォーマット映像の場合、輝度ＡＬＦにおけるＡＬＦ仮想境界の垂直（および／または水平）位置と調整されるべきである。輝度ＡＬＦにおけるＡＬＦ ＶＢの垂直（および／または水平）位置をｖｂＰｏｓＹで表し、クロマＡＬＦにおけるＡＬＦ ＶＢの垂直（および／または水平）位置をｖｂＰｏｓＣで表す。
ｉ．一例として、輝度ＡＬＦにおけるＡＬＦ ＶＢの垂直位置ｖｂＰｏｓＹがＣｔｂＳｉｚｅＹ－Ｓに等しい場合、クロマ成分ｖｂＰｏｓＣに対するＡＬＦ ＶＢの垂直位置は、（ＣｔｂＳｉｚｅＹ－Ｓ）／ＳｕｂＨｅｉｇｈｔＣに等しく設定されてもよい。
ｉｉ．一例として、輝度ＡＬＦにおけるＡＬＦ ＶＢの水平位置ｖｂＰｏｓＹがＣｔｂＳｉｚｅＹ＿Ｓに等しい場合、クロマ成分に対するＡＬＦ ＶＢの水平位置ｖｂＰｏｓＣ＝（ＣｔｂＳｉｚｅＹ－Ｓ）／ＳｕｂＷｉｄｔｈＣとなる。
ｉｉｉ．上記の例において、ＣｔｂＳｉｚｅＹは、各ＣＴＵの輝度コーディングツリーのブロックサイズを規定し、ＳｕｂＨｅｉｇｈｔＣおよびＳｕｂＷｉｄｔｈＣは、表３－１に定義される。Ｓは、４などの整数である。
ｂ．一例として、ＡＬＦ ＶＢの垂直（および／または水平）位置付近のＫライン（および／またはＨ本の列）のクロマＡＬＦにおけるパディング方法は、輝度ＡＬＦにおけるパディング方法と調整されるべきである。垂直（または水平）クロマサンプル位置をＹｃで表す。
ｉ．一例として、ＹｃがｖｂＰｏｓＣに等しい場合（例えば、図１４Ｂにおいて）、以下が適用されてもよい。
１）上側（または左側）のＫ（例えば、Ｋ＝２）個の利用不可能なラインは、パディングされてもよい。あるいは、さらに、現在のラインの下（または右）のこれらの利用不可能なラインのうちの対応するＫ個のラインは、対応するＫ個のラインが利用可能であってもパディングされてもよい。
ａ．一例として、上側のＫの利用不可能なラインは、現在のラインを使用してパディングしてもよい。
ｉ．一例として、図１４Ｂにおいて、現在のラインの上のＣ１、Ｃ２、Ｃ３は、Ｃ５、Ｃ６、Ｃ５に等しく設定されてもよい。そして、現在のラインの上のＣ０は、Ｃ６に等しく設定されてもよい。
ｂ．一例として、対応するＫ個のラインは、現在のラインを使用してパディングされてもよい。
ｉ．一例として、図１４Ｂにおいて、現在のラインの下のＣ３、Ｃ２、Ｃ１は、Ｃ５、Ｃ６、Ｃ５に等しく設定されてもよい。そして、現在のラインの下のＣ０は、Ｃ６に等しく設定されてもよい。
２）下または（右）のＫ個の利用できないラインはパディングされてよい。あるいは、更に、現在のラインの上（または左）のこれらの利用不可能なラインの対応するＫ個のラインは、対応するＫ個のラインが利用可能であってもパディングされてもよい。
ｉｉ．一例として、ＹｃがｖｂＰｏｓＣ－Ｍに等しい（例えば、Ｍ＝１，２）場合（例えば、図１４Ａおよび図１４Ｄにおいて）、以下が適用されてもよい。
１）下（または右）（例えば、Ｋ＝１，２）の利用できないラインはパディングされてもよい。そして、現在のラインの上（または左）のこれらの利用不可能なラインの対応するＫ個のラインは、対応するＫ個のラインが利用可能であってもパディングされる場合がある。
ａ．一例として、Ｍが１に等しい場合、下のＫ個の利用不可能なラインが、現在のラインを使用してパディングされてもよい。
ｉ．一例として、図１４Ａにおいて、現在のラインの下のＣ３、Ｃ２、Ｃ１は、Ｃ５、Ｃ６、Ｃ５に等しく設定されてもよい。そして、現在のラインの下のＣ０は、Ｃ６に等しく設定されてもよい。
ｂ．一例として、Ｍが１に等しい場合、対応するＫ個のラインは、現在のラインを使用してパディングされてもよい。
ｉ．一例として、図１４Ａにおいて、現在のライン上のＣ１、Ｃ２、Ｃ３は、Ｃ５、Ｃ６、Ｃ５に等しく設定されてもよい。そして、現在のラインの上のＣ０は、Ｃ６に等しく設定されてもよい。
ｃ．一例として、Ｍが２以上である場合、ＡＬＦ仮想境界の上側の最も下の線（例えば、ｖｂＰｏｓＣ－１）を使用して、下のＫ個の利用不可能なラインがパディングされてもよい。
ｉ．一例として、図１４Ｄにおいて、現在のラインの下のＣ０は、Ｃ６に等しく設定されてもよい。
ｄ．一例として、Ｍが２以上である場合、ＡＬＦ仮想境界の上の最も下のラインの対応するライン（例えば、ｖｂＰｏｓ＿２＊Ｍ＋１）を使用して、対応するＫ個のラインがパディングされてもよい。
ｉ．一例として、図１４Ｄにおいて、現在のラインの上のＣ０は、Ｃ６に等しく設定されてもよい。
ｉｉｉ．一例として、ＹｃがｖｂＰｏｓＣ＋Ｎに等しい（例えば、Ｎ＝１）場合（例えば、図１４Ｃにおいて）、以下が適用されてもよい。
１）上（または左）のＫ（例えば、Ｋ＝１）個の使用不可能なラインはパディングされてもよい。そして、現在のラインの下（または右）のこれらの利用不可能なラインの対応するＫ個のラインは、対応するＫ個のラインが利用可能であってもパディングされてもよい。
ａ．一例として、上側のＫの利用不可能なラインは、現在のラインを使用してパディングしてもよい。
ｉ．一例として、図１４Ｃにおいて、現在のラインの上のＣ０は、Ｃ６に等しく設定されてもよい。
ｂ．一例として、対応するＫ個のラインは、現在のラインを使用してパディングされてもよい。
ｉ．一例として、図１４Ｃにおいて、現在のラインの下のＣ０は、Ｃ６に等しく設定されてもよい。
ｃ．一例として、クロマＡＬＦにおけるＡＬＦ ＶＢの垂直（または水平）位置付近のＭライン（またはＮ列）のＡＬＦフィルタ強度は、４：２：２／４：４：４のクロマフォーマット映像に対する輝度ＡＬＦにおいて調整されるものとする。輝度ＡＬＦおよびクロマＡＬＦのＡＬＦフィルタ強度は、ａｌｆＳｈｉｆｔＹ（例えば、表４５）およびａｌｆＳｈｉｆｔＣ（例えば、表４６）によって制御される。
ｉ．一例として、Ｙｃ＝＝ｖｂＰｏｓＣ－Ｍ（例えば、Ｍ＝０，１）である場合、ａｌｆＳｈｉｆｔＣ＝Ｔ１であり、Ｙｃ！＝ｖｂＰｏｓＣ－Ｍ，である場合、ａｌｆＳｈｉｆｔＣ＝Ｔ２である。
１）一例において、Ｔ１＝１０，Ｔ２＝７である。
ｉｉ．一例として、Ｙｃ＝＝ｖｂＰｏｓＣ＋Ｍ（例えば、Ｍ＝０）である場合、ａｌｆＳｈｉｆｔＣ＝Ｔ１であり、Ｙｃ！＝ｖｂＰｏｓＣ＋Ｍである場合、ａｌｆＳｈｉｆｔＣ＝Ｔ２である。
１）一例において、Ｔ１＝１０，Ｔ２＝７である。

６．実施形態
６．１． ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの信号通知の実施形態

７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

６．２． ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの信号通知の実施形態１

７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

６．３． ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの信号通知の実施形態２

７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

６．４． ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの信号通知の実施形態３

７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

６．５． ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの信号通知の実施形態４

７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

６．６． ＬＭＣＳ情報の信号通知の実施形態１

７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

６．７． ＬＭＣＳ情報の信号通知の実施形態２

７．３．２．７ ピクチャパラメータセットＲＢＳＰ構文

６．８． ＬＭＣＳ情報の信号通知の実施形態３

７．３．７．１ 一般スライスセグメントヘッダ構文

６．９． ＬＭＣＳ情報の信号通知の実施形態４

７．３．２．７ ピクチャパラメータセットＲＢＳＰ構文

６．１０．ＬＭＣＳ情報の信号通知の実施形態５

７．３．７．１ 一般スライスセグメントヘッダ構文

６．１１． ＬＭＣＳ情報の信号通知の実施形態６
例１：ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しない場合、ｐｈ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇに等しいと推論される。
例２：ｓｌｉｃｅ＿ｌｍｃｓ＿ａｐｓ＿ｉｄが存在しない場合、ｐｈ＿ｌｍｃｓ＿ａｐｓ＿ｉｄに等しいと推論される。
例３：ｓｌｉｃｅ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しない場合、ｐｈ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇに等しいと推論される。

６．１２．スライス情報の信号通知の実施形態１

７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

６．１３．ＡＬＦ仮想境界操作の実施形態

８．８．５．４ クロマサンプルのためのコーディングツリーブロックフィルタリング処理
…
－垂直サンプル位置オフセットｙ１，ｙ２および変数ａｌｆＳｈｉｆｔＣは、垂直クロマサンプル位置ｙおよびａｐｐｌｙＡｌｆＬｉｎｅＢｕｆＢｏｕｎｄａｒｙに従って、表４６で規定される。
－変数ｃｕｒｒは、以下のように導出される。
ｃｕｒｒ＝ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ］ （１５０４）
－クロマフィルタ係数ｆ［ｊ］の配列およびクロマクリッピング値ｃ［ｊ］の配列は、ｊ＝０．．５として、以下のように導出される。
ｆ［ｊ］＝ＡｌｆＣｏｅｆｆ_Ｃ［ｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｃｈｒｏｍａ］［ａｌｔＩｄｘ］［ｊ］ （１５０５）
ｃ［ｊ］＝ＡｌｆＣｌｉｐ_Ｃ［ｓｌｉｃｅ＿ａｌｆ＿ａｐｓ＿ｉｄ＿ｃｈｒｏｍａ］［ａｌｔＩｄｘ］［ｊ］ （１５０６）
－変数ｓｕｍは、以下のように導出される。
ｓｕｍ＝ｆ［０］＊（Ｃｌｉｐ３（－ｃ［０］，ｃ［０］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ＋ｙ２］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［０］，ｃ［０］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ－ｙ２］－ｃｕｒｒ））＋
ｆ［１］＊（Ｃｌｉｐ３（－ｃ［１］，ｃ［１］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋１］［ｖ_ｙ＋ｙ１］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［１］，ｃ［１］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－１］［ｖ_ｙ－ｙ１］－ｃｕｒｒ））＋
ｆ［２］＊（Ｃｌｉｐ３（－ｃ［２］，ｃ［２］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ＋ｙ１］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［２］，ｃ［２］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ］［ｖ_ｙ－ｙ１］－ｃｕｒｒ））＋
ｆ［３］＊（Ｃｌｉｐ３（－ｃ［３］，ｃ［３］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－１］［ｖ_ｙ＋ｙ１］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［３］，ｃ［３］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋１］［ｖ_ｙ－ｙ１］－ｃｕｒｒ））＋
ｆ［４］＊（Ｃｌｉｐ３（－ｃ［４］，ｃ［４］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋２］［ｖ_ｙ］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［４］，ｃ［４］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－２］［ｖ_ｙ］－ｃｕｒｒ））＋
ｆ［５］＊（Ｃｌｉｐ３（－ｃ［５］，ｃ［５］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ＋１］［ｖ_ｙ］－ｃｕｒｒ）＋
Ｃｌｉｐ３（－ｃ［５］，ｃ［５］，ｒｅｃＰｉｃｔｕｒｅ［ｈ_ｘ－１］［ｖ_ｙ］－ｃｕｒｒ）） （１５０７）
ｓｕｍ＝ｃｕｒｒ＋（（ｓｕｍ＋６４）＞＞ａｌｆＳｈｉｆｔＣ） （１５０８）
－修正され、フィルタリングされ、再構成されたクロマピクチャサンプルａｌｆＰｉｃｔｕｒｅ［ｘＣｔｂＣ＋ｘ］［ｙＣｔｂＣ＋ｙ］は、以下のように導出される。
ａｌｆＰｉｃｔｕｒｅ［ｘＣｔｂＣ＋ｘ］［ｙＣｔｂＣ＋ｙ］＝Ｃｌｉｐ３（０，（１＜＜ＢｉｔＤｅｐｔｈ）－１，ｓｕｍ） （１５０９）

表４６ －垂直クロマサンプルの位置ｙＬおよびａｐｐｌｙＡｌｆＬｉｎｅＢｕｎｄａｒｙに応じたｙ１、ｙ２およびａｌｆＳｈｉｆｔＣの仕様

図１５は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１９００を示すブロック図である。様々な実装形態は、システム１９００のコンポーネントの一部または全部を含んでもよい。システム１９００は、映像コンテンツを受信するための入力１９０２を含んでもよい。映像コンテンツは、未加工または非圧縮フォーマット、例えば、８または１０ビットのマルチコンポーネント画素値で受信されてもよく、または圧縮または符号化されたフォーマットで受信されてもよい。入力１９０２は、ネットワークインターフェース、周辺バスインターフェース、または記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、ＰＯＮ（登録商標；Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェースを含む。

システム１９００は、本明細書に記載される様々なコーディングまたは符号化方法を実装することができるコーディングコンポーネント１９０４を含んでもよい。コーディングコンポーネント１９０４は、入力１９０２からの映像の平均ビットレートをコーディングコンポーネント１９０４の出力に低減し、映像のコーディングされた表現を生成してもよい。従って、このコーディング技術は、映像圧縮または映像トランスコーディング技術と呼ばれることがある。コーディングコンポーネント１９０４の出力は、コンポーネント１９０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力１９０２において受信された、記憶されたまたは通信された映像のビットストリーム（またはコーディングされた）表現は、コンポーネント１９０８によって使用されて、表示インターフェース１９１０に送信される画素値または表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像展開と呼ばれることがある。さらに、特定の映像処理動作を「コーディング」動作またはツールと呼ぶが、コーディングツールまたは動作は、エンコーダおよびそれに対応する、符号化の結果を逆にする復号化ツールまたは操作が、デコーダによって行われることが理解されよう。

周辺バスインターフェースまたは表示インターフェースの例は、ＵＳＢ（登録商標；Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）またはＨＤＭＩ（登録商標；Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、またはデジタルデータ処理および／または映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。

図１６は、映像処理装置３６００のブロック図である。装置３６００は、本明細書に記載の方法の１または複数を実装するために使用されてもよい。装置３６００は、スマートフォン、タブレット、コンピュータ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）受信機等に実施されてもよい。装置３６００は、１または複数のプロセッサ３６０２と、１または複数のメモリ３６０４と、映像処理ハードウェア３６０６と、を含んでもよい。１または複数のプロセッサ３６０２は、本明細書に記載される１または複数の方法を実装するように構成されてもよい。１または複数のメモリ３６０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア３６０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。

図１８は、本開示の技法を利用し得る例示的な映像コーディングシステム１００を示すブロック図である。

図１８に示すように、映像コーディングシステム１００は、送信元装置１１０と、送信先装置１２０と、を含んでもよい。送信元装置１１０は、符号化された映像データを生成するものであり、映像符号化機器とも呼ばれ得る。送信先装置１２０は、送信元装置１１０によって生成された符号化映像データを復号化してよく、映像復号化機器とも呼ばれ得る。

送信元装置１１０は、映像ソース１１２と、映像エンコーダ１１４と、入出力（Ｉ／Ｏ）インターフェース１１６と、を含んでよい。

映像ソース１１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイダからの映像データを受信するためのインターフェース、および／または映像データを生成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせを含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコーダ１１４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成する。ビットストリームは、映像データのコーディングされた表現を形成するビットのシーケンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付けられたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディングされた表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメータセット、および他の構文構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変復調器（モデム）および／または送信機を含んでもよい。符号化された映像データは、ネットワーク１３０ａを介して、Ｉ／Ｏインターフェース１１６を介して送信先装置１２０に直接送信されてよい。符号化された映像データは、送信先装置１２０がアクセスするために、記録媒体／サーバ１３０ｂに記憶してもよい。

送信先装置１２０は、Ｉ／Ｏインターフェース１２６、映像デコーダ１２４、および表示装置１２２を含んでもよい。

Ｉ／Ｏインターフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／Ｏインターフェース１２６は、送信元装置１１０または記憶媒体／サーバ１３０ｂから符号化された映像データを取得してもよい。映像デコーダ１２４は、符号化された映像データを復号化してもよい。表示装置１２２は、復号化された映像データをユーザに表示してもよい。表示装置１２２は、送信先装置１２０と一体化されてもよく、または外部表示装置とインターフェースするように構成される送信先装置１２０の外部にあってもよい。

映像エンコーダ１１４および映像デコーダ１２４は、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格、ＶＶＭ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格、および他の現在のおよび／またはさらなる規格等の映像圧縮規格に従って動作してもよい。

図１９は、映像エンコーダ２００の一例を示すブロック図であり、映像エンコーダ２００は、図１８に示されるシステム１００における映像エンコーダ１１４であってもよい。

映像エンコーダ２００は、本開示の技術のいずれかまたは全部を実行するように構成されてもよい。図１９の例において、映像エンコーダ２００は、複数の機能コンポーネントを備える。本開示で説明される技法は、映像エンコーダ２００の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。

映像エンコーダ２００の機能コンポーネントは、分割部２０１、予測部２０２を含んでもよく、予測部２０２は、モード選択部２０３、動き推定部２０４、動き補償部２０５、およびイントラ予測部２０６、残差生成部２０７、変換部２０８、量子化部２０９、逆量子化部２１０、逆変換部２１１、再構成部２１２、バッファ２１３、およびエントロピー符号化部２１４を含んでもよい。

他の例において、映像エンコーダ２００は、より多くの、より少ない、または異なる機能コンポーネントを含んでもよい。一例において、予測部２０２は、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）部を含んでもよい。ＩＢＣ部は、少なくとも１つの参照ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を行うことができる。

さらに、動き推定部２０４および動き補償部２０５などのいくつかのコンポーネントは、高度に統合されてもよいが、説明のために、図１９の例においては別々に表されている。

分割部２０１は、１つのピクチャを１または複数の映像ブロックに分割してもよい。映像エンコーダ２００および映像デコーダ３００は、様々な映像ブロックサイズをサポートすることができる。

モード選択部２０３は、例えば、誤りの結果に基づいて、イントラまたはインターのコーディングモードのうちの１つを選択し、得られたイントラまたはインターコーディングされたブロックを残差生成部２０７に供給し、残差ブロックデータを生成して再構成部２１２に供給し、符号化されたブロックを参照ピクチャとして使用するために再構成してもよい。いくつかの例において、モード選択部２０３は、インター予測信号およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モードを選択してもよい。また、モード選択部２０３は、インター予測の場合、ブロックの動きベクトルの解像度（例えば、サブピクセルまたは整数画素精度）を選択してもよい。

現在の映像ブロックに対してインター予測を行うために、動き推定部２０４は、バッファ２１３からの１または複数の参照フレームと現在の映像ブロックとを比較することで、現在の映像ブロックのための動き情報を生成してもよい。動き補償部２０５は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動き情報および復号化されたサンプルに基づいて、現在の映像ブロックのための予測映像ブロックを判定してもよい。

動き推定部２０４および動き補償部２０５は、現在の映像ブロックがＩスライスであるか、Ｐスライスであるか、またはＢスライスであるかによって、例えば、現在の映像ブロックに対して異なる動作を行ってもよい。

いくつかの例では、動き推定部２０４は、現在の映像ブロックに対して単一方向予測を行い、動き推定部２０４は、現在の映像ブロックに対して、参照映像ブロック用のリスト０またはリスト１の参照ピクチャを検索してもよい。そして、動き推定部２０４は、参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの間の空間的変位を示す動きベクトルとを含む、リスト０またはリスト１における参照ピクチャを示す参照インデックスを生成してもよい。動き推定部２０４は、参照インデックス、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償部２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。

他の例において、動き推定部２０４は、現在の映像ブロックを双方向予測してもよく、動き推定部２０４は、リスト０における参照ピクチャの中から現在の映像ブロックを求めるための参照映像ブロックを検索してもよく、また、リスト１における参照ピクチャの中から現在の映像ブロックを求めるための別の参照映像ブロックを検索してもよい。そして、動き推定部２０４は、参照映像ブロックを含むリスト０およびリスト１における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の空間的変位を示す動きベクトルとを生成してもよい。動き推定部２０４は、現在の映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償部２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成してもよい。

いくつかの例では、動き推定部２０４は、デコーダの復号化処理のために、動き情報のフルセットを出力してもよい。

いくつかの例では、動き推定部２０４は、現在の映像のための動き情報のフルセットを出力しなくてもよい。むしろ、動き推定部２０４は、別の映像ブロックの動き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定部２０４は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報に十分に類似していることを判定してもよい。

一例において、動き推定部２０４は、現在の映像ブロックに関連付けられた構文構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映像デコーダ３００に示す値を示してもよい。

別の例において、動き推定部２０４は、現在の映像ブロックに関連付けられた構文構造において、別の映像ブロックと、動きベクトル差分（ＭＶＤ；Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）とを識別してもよい。動きベクトル差分は、現在の映像ブロックの動きベクトルと、示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００は、示された映像ブロックの動きベクトルおよび動きベクトル差分を使用して、現在の映像ブロックの動きベクトルを決定してもよい。

上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよい。映像エンコーダ２００によって実装され得る予測信号通知技法の２つの例は、ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）およびマージモード信号通知を含む。

イントラ予測部２０６は、現在の映像ブロックに対してイントラ予測を行ってもよい。イントラ予測部２０６が現在の映像ブロックをイントラ予測する場合、イントラ予測部２０６は、同じピクチャにおける他の映像ブロックの復号化されたサンプルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブロックのための予測データは、予測された映像ブロックおよび様々な構文要素を含んでもよい。

残差生成部２０７は、現在の映像ブロックから現在の映像ブロックの予測された映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、現在の映像ブロックのための残差データを生成してもよい。現在の映像ブロックの残差データは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像ブロックを含んでもよい。

他の例において、例えば、スキップモードにおいて、現在の映像ブロックのための残差データがなくてもよく、残差生成部２０７は、減算演算を行わなくてもよい。

変換処理部２０８は、現在の映像ブロックに関連付けられた残差映像ブロックに１または複数の変換を適用することによって、現在の映像ブロックのための１または複数の変換係数映像ブロックを生成してもよい。

変換処理部２０８が現在の映像ブロックに関連付けられた変換係数映像ブロックを生成した後、量子化部２０９は、現在の映像ブロックに関連付けられた１または複数の量子化パラメータ（ＱＰ：Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）値に基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。

逆量子化部２１０および逆変換部２１１は、変換係数映像ブロックに逆量子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構成してもよい。再構成部２１２は、予測部２０２にて生成された１または複数の予測映像ブロックからの対応するサンプルに再構成された残差映像ブロックを加え、現在のブロックに関連付けられた再構成映像ブロックを生成し、バッファ２１３に記憶してもよい。

再構成部２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロッキングアーチファクトを縮小するために、ループフィルタリング動作が行われてもよい。

エントロピー符号化部２１４は、映像エンコーダ２００の他の機能コンポーネントからデータを受信してもよい。エントロピー符号化部２１４がデータを受信すると、エントロピー符号化部２１４は、１または複数のエントロピー符号化動作を行い、エントロピー符号化されたデータを生成し、エントロピー符号化されたデータを含むビットストリームを出力してもよい。

開示される技術のいくつかの実施形態は、映像処理ツールまたはモードを有効化するように決定または判定することを含む。一例において、映像処理ツールまたはモードが有効化される場合、エンコーダは、１つの映像ブロックを処理する際にツールまたはモードを使用するまたは実装するが、ツールまたはモードの使用に基づいて、結果として得られるビットストリームを必ずしも修正しなくてもよい。すなわち、映像のブロックから映像のビットストリーム表現への変換は、決定または判定に基づいて映像処理ツールまたはモードが有効化される場合に、映像処理ツールまたはモードを使用する。別の例において、映像処理ツールまたはモードが有効化される場合、デコーダは、ビットストリームが映像処理ツールまたはモードに基づいて修正されたことを知って、ビットストリームを処理する。すなわち、決定または判定に基づいて有効化された映像処理ツールまたはモードを使用して、映像のビットストリーム表現から映像のブロックへの変換を行う。

図２０は、映像デコーダ３００の一例を示すブロック図であり、映像デコーダ３００は、図１８に示されるシステム１００における映像デコーダ１１４であってもよい。

映像デコーダ３００は、本開示の技術のいずれかまたは全部を実行するように構成されてもよい。図２０の実施例において、映像デコーダ３００は、複数の機能コンポーネントを備える。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。

図２０の例において、映像デコーダ３００は、エントロピー復号化部３０１、動き補正部３０２、イントラ予測部３０３、逆量子化部３０４、逆変換部３０５、および再構成部３０６、並びにバッファ３０７を備える。映像デコーダ３００は、いくつかの例では、映像エンコーダ２００（図１９）に関して説明した符号化パスとほぼ逆の復号化パスを行ってもよい。

エントロピー復号化部３０１は、符号化されたビットストリームを取り出す。符号化されたビットストリームは、エントロピー符号化された映像データ（例えば、映像データの符号化されたブロック）を含んでもよい。エントロピー復号化部３０１は、エントロピー符号化された映像データを復号化し、エントロピー復号された映像データから、動き補償部３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、および他の動き情報を含む動き情報を決定してもよい。動き補償部３０２は、例えば、ＡＭＶＰおよびマージモードを実行することで、このような情報を判定してもよい。

動き補償部３０２は、動き補償されたブロックを生成してもよく、場合によっては、補間フィルタに基づいて補間を実行する。構文要素には、サブピクセルの精度で使用される補間フィルタのための識別子が含まれてもよい。

動き補償部３０２は、映像ブロックの符号化中に映像エンコーダ２０によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数ピクセルのための補間値を計算してもよい。動き補償部３０２は、受信した構文情報に基づいて、映像エンコーダ２００が使用する補間フィルタを決定し、補間フィルタを使用して予測ブロックを生成してもよい。

動き補償部３０２は、構文情報の一部を用いて、符号化された映像シーケンスのフレームおよび／またはスライスを符号化するために使用されるブロックのサイズ、符号化された映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述する分割情報、各分割がどのように符号化されるかを示すモード、各インター符号化されたブロックに対する１または複数の参照フレーム（および参照フレームリスト）、および符号化された映像シーケンスを復号化するための他の情報を決定してもよい。

イントラ予測部３０３は、例えば、ビットストリームにおいて受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。逆量子化部３０３は、ビットストリームに提供され、エントロピー復号化部３０１によって復号化された、量子化された映像ブロック係数を逆量子化（すなわち、逆量子化）する。逆変換部３０３は、逆変換を適用する。

再構成部３０６は、残差ブロックと、動き補償部２０２またはイントラ予測部３０３によって生成された対応する予測ブロックとを合計し、復号化されたブロックを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、復号化されたブロックをフィルタリングするためにデブロッキングフィルタを適用してもよい。復号化された映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イントラ予測のために参照ブロックを提供し、また表示装置に表示するために復号化された映像を生成する。

次に、いくつかの実施形態において好適な解決策を列挙する。

以下の解決策は、前章（例えば、項目１、２）で論じた技術の例示的な実施形態を示す。

１．映像の映像ユニットと映像のコーディングされた表現との間の変換のために、映像ユニットの映像領域にわたるインループフィルタリングの適用可能性の指示がコーディングされた表現に含まれているかどうかを判定すること（１７０２）と、判定に基づいて変換を実行すること（１７０４）とを含む、映像処理方法（例えば、図１７に示される方法１７００）。

２．映像ユニットはピクチャを含む、解決策１に記載の方法。

３．映像領域はタイルを含む、解決策１から２のいずれかに記載の方法。

４．映像領域はスライスを含む、解決策１から２のいずれかに記載の方法。

以下の解決策は、前章（例えば、項目３）で論じた技術の例示的な実施形態を示す。

５．映像の映像領域と映像のコーディングされた表現との間の変換を実行することを含み、コーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、変換に対するＬＭＣＳ（Ｌｕｍａ Ｍａｐｐｉｎｇ ｗｉｔｈ Ｃｈｒｏｍａ Ｓｃａｌｉｎｇ）の適用可能性に関する情報が映像スライスレベルでコーディングされた表現中に示されることを規定し、ＬＭＣＳツールは、変換中に、現在の映像ブロックを第１のドメインおよび第２のドメインに基づいて構築することを含み、および／またはクロマ残差は輝度依存的にスケーリングされる、映像処理の方法。

以下の解決策は、前章（例えば、項目４、５、７、８）で論じた技術の例示的な実施形態を示す。

６．映像と映像のコーディングされた表現との間の変換を実行することを含み、変換は、符号化する間に、変換スキップコーディング方式またはデルタパルス符号化変調コーディング方式を使用して符号化された映像領域の最大サイズについてサイズ規則を適用し、または復号化する間に、変換スキップ復号化方式またはデルタパルス符号化変調エンコーディング方式を使用して、復号された映像領域の最大サイズに対してサイズ規則を実施してコーディングされた表現を解析および復号化することを規定するサイズ規則に準拠する、映像処理の方法。

７．サイズ規則は、変換スキップブロックである映像領域の最大サイズがコーディングツリーブロックサイズ以下であることを規定する、解決策６に記載の方法。

８．サイズ規則は、ブロックベースのデルタパルスモードコーディングを使用して処理される映像領域の最大サイズが、コーディングツリーブロックサイズ以下であることを規定する、解決策６に記載の方法。

以下の解決策は、前章（例えば、項目５）で論じた技術の例示的な実施形態を示す。

９．サイズ規則は、変換スキップブロックである映像領域の最大サイズが最小コーディングブロックサイズ以下であることを規定する、解決策６に記載の方法。

１０．サイズ規則は、ブロックベースのデルタパルスモードコーディングを使用して処理される映像領域の最大サイズが、最小コーディングブロックサイズ以下であることを規定する、解決策６に記載の方法。

以下の解決策は、前章（例えば、項目７）で論じた技術の例示的な実施形態を示す。

１１．サイズは、コーディングされた表現の中の領域に表示され、変換のための最小許容コーディングブロックサイズが、領域がコーディングされた表現のどこに発生するか、および／またはサイズが領域からどのように解釈されるかを制御する、解決策６から１０のいずれかに記載の方法。

以下の解決策は、前章（例えば、項目８）で論じた技術の例示的な実施形態を示す。

１２．変換のための最小許容コーディングブロックサイズが、サイズ規則を示す領域がコーディングされた表現中に発生するかどうか、および／またはサイズが領域からどのように解釈されるかを制御する、解決策６から１０のいずれかに記載の方法。

以下の解決策は、前章（例えば、項目６）で論じた技術の例示的な実施形態を示す。

１３．映像の映像領域と映像のコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、変換の間に使用される最小許容変換ブロックサイズが、コーディングされた表現に最大許容変換ブロックサイズの指示が含まれるかどうか、またはどのように指示が含まれるかを制御することを規定するフォーマット規則に準拠する、映像処理の方法。

１４．フォーマット規則は、最小許容変換ブロックサイズが最小許容コーディングブロックサイズ以上であることを規定する、解決策１３に記載の方法。

以下の解決策は、前章（例えば、項目９）で論じた技術の例示的な実施形態を示す。

１５．フォーマット規則に応じて、映像の映像ユニットと映像のコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、変換の間に使用される最小許容コーディングブロックサイズが、変換におけるコーディングツールの適用可能性に関する情報を搬送する領域を映像領域レベルで含めるかどうかを制御することを規定するフォーマット規則に準拠する、映像処理の方法。

１６．映像領域は、シーケンスパラメータセットまたはピクチャパラメータセットまたはピクチャヘッダまたはスライスヘッダに対応する、解決策１５に記載の方法。

１７．コーディングツールは、インターイントラ結合予測（ｃｏｍｂｉｎｅｄ ｉｎｔｅｒ－ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ）ツールを含む、解決策１５から１６のいずれかに記載の方法。

１８．コーディングツールは、多重変換選択コーディング（ｍｕｌｔｉｐｌｅ ｔｒａｎｓｆｏｒｍ ｓｅｌｅｃｔｉｏｎ ｃｏｄｉｎｇ）ツールを含む、解決策１５から１６のいずれかに記載の方法。

以下の解決策は、前章（例えば、項目１０、１１）で論じた技術の例示的な実施形態を示す。

１９．映像の映像領域と映像のコーディングされた表現との間の変換のために、デュアルツリーコーディングを変換のために使用することに起因して、映像の輝度およびクロマ成分に使用される分割方式が、輝度およびクロマ成分に対して許容される最小ブロックサイズが異なることを判定し、判定に基づいて変換を実行することを含む、映像処理の方法。

２０．分割方式は、２分木分割を含む、１９に記載の方法。

２１．分割方式は、３分木分割を含む、解決策１９に記載の方法。

以下の解決策は、前章（例えば、項目１２）で論じた技術の例示的な実施形態を示す。

２２．コーディングされた表現のためのフォーマット規則に準拠して、映像の映像領域と映像領域のコーディングされた表現との間の変換を実行することを含み、フォーマット規則は、変換の間に使用されるサブブロックベースのマージ候補の最大数を第１の変数と第２の変数との和として導出することを規定し、アフィン予測の使用は、第１の変数の値を制御し、サブブロックベースの時間動きベクトル予測の使用は、第２の変数の値を制御する、映像処理の方法。

２３．第１の変数は、許可されたアフィンマージ候補の数を表す、解決策２２に記載の方法。

以下の解決策は、前章（例えば、項目１６）で論じた技術の例示的な実施形態を示す。

２４．映像の映像領域と映像領域のコーディングされた表現との間の変換を、映像が４：２：２映像または４：４：４映像であることに起因する変換に適用できる処理規則を整合させることにより、実行することを含み、処理規則は、クロマおよび輝度を、（ａ）適応ループフィルタリング動作の仮想境界とコーディングツリーブロックの底部境界との間の画素ラインの数、または、（ｂ）適応ループフィルタリング演算の仮想境界とコーディングツリーブロックの下部境界との間の行に適用されるフィルタのフィルタ強度、または、（ｃ）行内の映像サンプルをパディングするために使用するパディング方法、のうちの１または複数に対して調整することを定義する、映像処理の方法。

２５．処理規則は、クロマ成分と輝度成分との間の仮想境界の垂直調整をさらに定義する、解決策２４に記載の方法。

２６．処理規則は、クロマのＫ個のラインおよび／またはＨ個の列をパディングするために使用されるパディング方法と、輝度のために使用されるパディング方法とを調整させることを規定する、解決策２４に記載の方法。

２７．映像領域は、映像コーディングユニットを含む、上記解決策のいずれかに記載の方法。

２８．映像領域は、映像ピクチャを含む、上記解決策のいずれかに記載の方法。

２９．変換は、映像をコーディングされた表現に符号化することを含む、解決策１～２８のいずれかに記載の方法。

３０．変換は、映像の画素値を生成するためにコーディングされた表現を復号化することを含む、解決策１～２８のいずれかに記載の方法。

３１．解決策１～３０の１または複数に記載の方法を実装するように構成されたプロセッサを備える、映像復号化装置。

３２．解決策１～３０の１または複数に記載の方法を実装するように構成されたプロセッサを備える、映像符号化装置。

３３．コンピュータコードが記憶されたコンピュータプログラム製品であって、コードは、プロセッサにより実行されると、プロセッサに、解決策１～３０のいずれかに記載の方法を実装させるコンピュータプログラム製品。

３４．本明細書に記載の方法、装置またはシステム。

図２１は、映像処理の方法（２１００）の一例を示すフローチャートである。動作２１０２は、映像ユニットを含む映像と映像のビットストリームとの間の変換を実行することを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、タイル境界をまたいでインループフィルタリング動作を行うかどうかを示す第１の構文要素を、映像ユニットをタイルに分割するかどうかまたはどのように分割するかに応じて、ビットストリームに選択的に含めることを規定する。

方法２１００のいくつかの実施形態において、映像ユニットはピクチャを含む。方法２１００のいくつかの実施形態において、第１の構文要素はピクチャパラメータセットに含まれる。方法２１００のいくつかの実施形態において、フォーマット規則は、映像ユニットが２つ以上のタイルに分割されることに応答して、第１の構文要素がビットストリームに含まれることを規定する。方法２１００のいくつかの実施形態において、フォーマット規則は、１個のタイルのみを含む映像ユニットに応答して、第１の構文要素がビットストリームに含まれないことを規定する。方法２１００のいくつかの実施形態において、フォーマット規則は、制約としてピクチャごとに１個のタイルが存在するかどうかを示す第２の構文要素に対して０の値を含むビットストリームに応答して、第１の構文要素がビットストリームに含まれることを規定する。

方法２１００のいくつかの実施形態において、フォーマット規則は、制約としてピクチャごとに１個のタイルが存在するかどうかを示す第２の構文要素に対して１の値を含むビットストリームに応答して、第１の構文要素は０に等しく、ビットストリーム中に含まれる必要があることを規定する。方法２１００のいくつかの実施形態において、第２の構文要素は、ｏｎｅ＿ｔｉｌｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇである。方法２１００のいくつかの実施形態において、インループフィルタリング動作は、デブロックフィルタリング動作、サンプル適応オフセット動作、または適応ループフィルタリング動作のうちの少なくとも１つを含む。方法２１００のいくつかの実施形態において、第１の構文要素は、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇである。方法２１００のいくつかの実施形態において、変換を実行することは、映像をビットストリームに符号化することを含む。

方法２１００のいくつかの実施形態において、変換を実行することは、映像からビットストリームを生成することを含み、方法は、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む。方法２１００のいくつかの実施形態において、変換を実行することは、ビットストリームから映像を復号化することを含む。いくつかの実施形態において、映像復号化装置は、方法２１００および関連する実施形態の動作を実装するように構成されるプロセッサを含む。いくつかの実施形態において、映像符号化装置は、方法２１００および関連する実施形態の動作を実装するように構成されるプロセッサを備える。

いくつかの実施形態において、コンピュータ命令が記憶されたコンピュータプログラム製品は、プロセッサにより実行される場合、プロセッサに方法２１００および関連する実施形態に関する動作を実装させる。いくつかの実施形態において、映像処理装置で実行される方法で生成された映像のビットストリームを記憶する非一時的なコンピュータ読み取り可能な記録媒体であって、方法は、映像ユニットを含む映像からビットストリームを生成することを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、タイル境界をまたいでインループフィルタリング動作を行うかを示す第１の構文要素を、映像ユニットをタイルに分割するか否かまたはどのように分割するかに応じて、ビットストリームに選択的に含めることを規定する。いくつかの実施形態において、方法２１００および関連する実施形態の動作をプロセッサに実装させる命令を記憶する非一時的なコンピュータ可読記憶媒体。いくつかの実施形態において、ビットストリーム生成の方法は、方法２１００および関連する実施形態の動作に従って映像のビットストリームを生成することと、ビットストリームをコンピュータ読み取り可能なプログラム媒体に記憶することと、を含む。

図２２は、映像処理の方法（２２００）の一例を示すフローチャートである。動作２２０２は、映像の映像ユニットと映像のビットストリームとの間の変換を実行することを含み、ビットストリームはフォーマット規則に準拠し、フォーマット規則は、スライス境界をまたいでインループフィルタリング動作を行うかどうかを示す構文要素を、映像ユニットをスライスに分割するかどうかまたはどのように分割するかに応じて、ビットストリームに選択的に含めることを規定する。

方法２２００のいくつかの実施形態において、映像ユニットはピクチャを含む。方法２２００のいくつかの実施形態において、映像ユニットはサブピクチャを含む。方法２２００のいくつかの実施形態において、構文要素はピクチャパラメータセットに含まれる。方法２２００のいくつかの実施形態において、規則は、映像ユニットが１つのスライスのみに分割されることに応答して、構文要素をビットストリームに含めないことを規定する。方法２２００のいくつかの実施形態において、規則は、映像ユニットの各サブピクチャが１つのスライスのみに分割されることに応答して、構文要素をビットストリームに含めないことを規定する。方法２２００のいくつかの実施形態において、規則は、映像ユニットの各サブピクチャが１つのスライスのみに分割されることに応答して、構文要素をビットストリームに含めることを規定する。

方法２２００のいくつかの実施形態において、規則は、第１のフラグが、各サブピクチャが１つからなり、かつ、１の矩形スライスからなることを規定する１に等しいことに応答して、構文要素をビットストリームに含めることを規定する。方法２２００のいくつかの実施形態において、第１のフラグは、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇである。方法２２００のいくつかの実施形態において、第１のフラグは、ピクチャパラメータセットに含まれる。

方法２２００のいくつかの実施形態において、規則は、非矩形形状に分割されたピクチャを含む映像ユニットに応答して、構文要素をビットストリームに含めることを規定する。方法２２００のいくつかの実施形態において、規則は、第２のフラグが、各ピクチャに対してラスタスキャンスライスモードを使用していることを規定する０に等しいことに応答して、構文要素をビットストリームに含めることを規定する。方法２２００のいくつかの実施形態において、ラスタスキャンスライスモードは、非矩形スライスモードである。方法２２００のいくつかの実施形態において、第２のフラグはｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇである。方法２２００のいくつかの実施形態において、第２のフラグはピクチャパラメータセットに含まれる。方法２２００のいくつかの実施形態において、規則は、映像ユニットが矩形に分割されたピクチャを含み、かつ、映像ユニットのスライスの数が１に等しいことに応答して、構文要素をビットストリームに含めないことを規定する。

方法２２００のいくつかの実施形態において、規則は、制約としてピクチャ毎に１つのスライスがあるかどうかを示す構文要素に対してビットストリームが０の値を含むことに応答して、構文要素がビットストリームに含まれることを規定する。方法２２００のいくつかの実施形態において、規則は、制約としてピクチャ毎に１つのスライスがあるかどうかを示す構文要素に対してビットストリームが１の値を含むことに応答して、構文要素が０に等しいことが必要であり、かつ、ビットストリームに含まれることを規定する。方法２２００のいくつかの実施形態において、インループフィルタリング動作は、デブロックフィルタリング動作、サンプル適応オフセット動作、または適応ループフィルタリング動作のうち少なくとも１つを含む。方法２２００のいくつかの実施形態において、変換を実行することは、映像をビットストリームに符号化することを含む。方法２２００のいくつかの実施形態において、変換を実行することは、映像からビットストリームを生成することを含み、方法は、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む。

方法２２００のいくつかの実施形態において、変換を実行することは、ビットストリームから映像を復号化することを含む。いくつかの実施形態において、映像復号化装置は、方法２２００および関連する実施形態の動作を実装するように構成されるプロセッサを含む。いくつかの実施形態において、映像符号化装置は、方法２２００および関連する実施形態の動作を実装するように構成されるプロセッサを含む。いくつかの実施形態において、コンピュータ命令が記憶されたコンピュータプログラム製品は、プロセッサにより実行される場合、プロセッサに方法２２００および関連する実施形態の動作を実装させる。いくつかの実施形態において、映像処理装置で実行される方法で生成された映像のビットストリームを記憶した非一時的なコンピュータ読み取り可能な記録媒体であって、方法は、映像の映像ユニットからビットストリームを生成することを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、スライス境界をまたいでインループフィルタリングを行うか否かを示す構文要素を、映像ユニットをスライスに分割するかどうかまたはどのようにこの映像ユニットをスライスに分割するかに応じて、ビットストリームに選択的に含めることを規定する。

いくつかの実施形態において、プロセッサに関連する実施形態の方法２２００および動作を実装させる命令を記憶する非一時的なコンピュータ可読記憶媒体が提供される。いくつかの実施形態において、ビットストリーム生成の方法は、方法２２００および関連する実施形態の動作に従って映像のビットストリームを生成することと、ビットストリームをコンピュータ読み取り可能なプログラム媒体に記憶することとを含む。

図２３は、例示的な映像処理の方法（２３００）の流れ図である。動作２３０２は、映像の映像領域と映像のビットストリームとの間の変換を実行することを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、ツールの変換への適用可能性に関する情報がビットストリームにおいて映像スライスレベルおよび／または映像ピクチャレベルで示されることを規定し、ツールは、輝度サンプルを特定の値にマッピングし、且つクロマサンプルの値に対してスケーリング動作を選択的に適用する。

方法２３００のいくつかの実施形態において、フォーマット規則は、ツールの適用可能性に関する情報が、ツールを有効にするかどうかの第１の指示を含むことを規定する。方法２３００のいくつかの実施形態において、フォーマット規則は、ツールの適用可能性に関する情報がパラメータの第２の指示を含むことを規定し、パラメータは、ツールのための映像ピクチャレベルにおけるＡＰＳ（Ａｄａｐｔｉｖｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）の識別子、および／または映像ピクチャレベルでのクロマ残差スケールが有効化されているかどうかを示す値を含む。方法２３００のいくつかの実施形態において、フォーマット規則は、ツールの適用可能性に関する情報が映像スライスレベルおよび映像ピクチャレベルの両方で示されることを規定する。

方法２３００のいくつかの実施形態において、フォーマット規則は、ツールの適用可能性に関する情報が映像スライスレベルおよび映像ピクチャレベルの両方で示されることを規定し、映像スライスレベルに含まれる場合のツールの適用可能性に関する以前の情報を、ツールの適用可能性に関する情報が映像スライスレベルで含まれる場合にツールの適用可能性に関する情報で上書きすることを規定する。方法２３００のいくつかの実施形態において、フォーマット規則は、ツールの適用可能性に関する情報が映像スライスレベルまたは映像ピクチャレベルのいずれかで示されることを規定する。方法２３００のいくつかの実施形態において、フォーマット規則は、どのＡＰＳ（Ａｄａｐｔｉｖｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）が映像領域の現在のスライスに使用されるかを示すために、ツールの適用可能性に関する情報をいずれかの映像スライスレベルで示すことを規定する。方法２３００のいくつかの実施形態において、フォーマット規則は、ビットストリームが、ツールの適用可能性に関する情報が映像スライスレベルで示されているかまたは映像ピクチャレベルで示されているかを示すために、ＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）またはＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）において構文要素を含むことを規定する。

方法２３００のいくつかの実施形態において、構文要素は第１の指示のみを制御する。方法２３００のいくつかの実施形態において、構文要素は第２の指示のみを制御する。方法２３００のいくつかの実施形態において、構文要素は、第１の指示および第２の指示の両方を制御する。方法２３００のいくつかの実施形態において、フォーマット規則は、情報がピクチャヘッダに存在しないことに応答して、ツールの適用可能性に関する情報がデフォルト値を有するピクチャヘッダの構文要素に示されることを規定する。方法２３００のいくつかの実施形態において、フォーマット規則は、情報がスライスヘッダに存在しないことに応答して、ツールの適用可能性に関する情報がデフォルト値を有するスライスヘッダの構文要素に示されることを規定する。方法２３００のいくつかの実施形態において、フォーマット規則は、ツールの適用可能性に関する情報がスライスヘッダの構文要素に示されることを規定し、フォーマット規則は、構文要素がピクチャヘッダにおけるツールの適用可能性に関する情報を示す、対応する構文要素の値を有することを規定し、フォーマット規則は、情報がスライスヘッダに存在しないことに応答して、構文要素が対応する構文要素の値を有することを規定する。

方法２３００のいくつかの実施形態において、フォーマット規則は、ピクチャヘッダに関連するスライスが複数のＡＰＳ識別子を参照することに応答して、ツールが使用可能にされたＡＰＳ（Ａｄａｐｔｉｖｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）の複数のＡＰＳ識別子をピクチャヘッダに示すことを規定する。方法２３００のいくつかの実施形態において、複数のＡＰＳ識別子のリストの長さは、１つのピクチャにおけるスライスの数に依存する。方法２３００のいくつかの実施形態において、フォーマット規則は、構文要素がスライスヘッダに含まれることを規定し、構文要素は、複数のＡＰＳからどのツールが使用可能にされたＡＰＳを現在のスライスに使用すべきであるかを示す。方法２３００のいくつかの実施形態において、ツールは、有効化されている場合に、映像領域が輝度成分からである場合、映像領域に対して再形成された領域のサンプルと元の領域のサンプルとの切り替えを実行し、または、ツールは、有効化されている場合に、映像領域がクロマ成分からである場合、映像領域のクロマ残差スケーリングを実行する。

図２４は、映像処理の方法２４００の一例を示すフローチャートである。動作２４０２は、映像の映像領域とこの映像のビットストリームとの変換を行うことを含み、この変換はサイズ規則に準拠し、このサイズ規則は、映像領域のコーディング特性に従って、ＴＳ（Ｔｒａｎｓｆｏｒｍ－Ｓｋｉｐ）コーディング方式またはＢＤＰＣＭ（Ｂｌｏｃｋ－ｂａｓｅｄ Ｄｅｌｔａ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）コーディング方式でコーディングされる映像領域の最大サイズ、あるいは映像領域のための変換ブロックの最大サイズを規定する。

方法２４００のいくつかの実施形態において、サイズ規則は、映像領域の最大サイズがＣＴＢ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ）サイズ以下であることを規定する。方法２４００のいくつかの実施形態において、サイズ規則は、輝度ブロックのためのＴＳコーディングまたはデコーディング方式、および／またはＢＤＰＣＭコーディングまたはデコーディング方式のための最大許容幅および高さがＣＴＢサイズ以下であることを規定する。方法２４００のいくつかの実施形態において、サイズ規則は、クロマブロックのためのＴＳコーディングまたはデコーディング方式、および／またはＢＤＰＣＭコーディングまたはデコーディング方式のための最大許容幅および高さが、ｓｕｂＷｉｄｔｈＣで除算されたＣＴＢサイズおよび／またはｓｕｂＨｅｉｇｈｔＣで除算されたＣＴＢサイズ以下であることを規定し、ｓｕｂＷｉｄｔｈＣおよびｓｕｂＨｅｉｇｈｔＣは、映像のクロマフォーマットに依存する。方法２４００のいくつかの実施形態において、サイズ規則は、クロマブロックのためのＴＳコーディングまたはデコーディング方式、および／またはＢＤＰＣＭコーディングまたはデコーディング方式のための最大許容幅が、ＣＴＢサイズをｓｕｂＷｉｄｔｈＣで除算したもの、および／またはＣＴＢサイズをｓｕｂＨｅｉｇｈｔＣで除算したもの以下であることを規定する。

方法２４００のいくつかの実施形態において、サイズ規則は、クロマブロックのためのＴＳコーディングまたはデコーディング方式および／またはＢＤＰＣＭコーディングまたはデコーディング方式のための最大許容高さが、ＣＴＢサイズをｓｕｂＷｉｄｔｈＣで除算したもの、および／またはＣＴＢサイズをｓｕｂＨｅｉｇｈｔＣで除算したもの以下であることを規定する。方法２４００のいくつかの実施形態において、第１の値は、ｌｏｇ２＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２に等しく、第１の値は、ＣｔｂＬｏｇ２ＳｉｚｅＹの第２の値以下であり、ｌｏｇ２＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２は、ＴＳコーディング方式またはＴＳデコーディング方式に使用される。

方法２４００のいくつかの実施形態において、ｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２の最大値を記述する第１の値は、ＣｔｂＬｏｇ２ＳｉｚｅＹの第２の値から２を引いた値に等しく、ｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２は、ＴＳコーディング方式に使用される、またはＴＳデコーディング方式に使用される最大ブロックサイズのｌｏｇ２に等しい。方法２４００のいくつかの実施形態では、サイズ規則は、変換スキップブロックである映像領域の最大サイズが、（ＣｔｂＳｉｚｅＹ，１＜＜（ｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２））の最小値であることを規定し、＜＜は左シフト操作を示し、ＣｔｂＳｉｚｅＹはＣＴＢサイズであり、およびｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２は、ＴＳコーディング方式に使用される、またはＴＳデコーディング方式に使用される最大ブロックサイズのｌｏｇ２に等しい。方法２４００のいくつかの実施形態では、サイズ規則は、変換スキップブロックである映像領域の最大サイズが１＜＜Ｍｉｎ（ｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２，ＣｔｂＬｏｇ２ＳｉｚｅＹ）であることを規定し、＜＜は左シフト操作を示し、ＣｔｂＳｉｚｅＹはＣＴＢサイズを示し、およびｌｏｇ２＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｍａｘ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２は、ＴＳコーディング方式またはＴＳデコーディング方式に使用される最大ブロックサイズのｌｏｇ２に等しい。方法２４００のいくつかの実施形態において、サイズ規則は、クロマブロックのためのＴＳコーディングまたはデコーディング方式、および／またはＢＤＰＣＭコーディングまたはデコーディング方式のための最大サイズが、クロマブロックのための最大変換ブロックサイズ以下であることを規定する。

方法２４００のいくつかの実施形態において、クロマブロックのためのＴＳコーディングまたはデコーディング方式、および／またはＢＤＰＣＭコーディングまたはデコーディング方式のための最大許容幅および高さが、輝度ブロックのための最大変換ブロックサイズをＳｕｂＷｉｄｔｈＣで除算したもの以下である。方法２４００のいくつかの実施形態において、クロマブロックのためのＴＳコーディングまたはデコーディング方式、および／またはＢＤＰＣＭコーディングまたはデコーディング方式のための最大許容幅は、輝度ブロックの最大変換ブロックサイズをＳｕｂＷｉｄｔｈＣで除算したもの以下である。方法２４００のいくつかの実施形態において、クロマブロックのためのＴＳコーディングまたはデコーディング方式、および／またはＢＤＰＣＭコーディングまたはデコーディング方式のための最大許容高さは、輝度ブロックの最大変換ブロックサイズをｓｕｂＨｅｉｇｈｔＣで除算したもの以下である。方法２４００のいくつかの実施形態において、サイズ規則は、変換スキップブロックである映像領域の最大サイズをビットストリームにおいてバイナリ構文要素で示すことを規定する。方法２４００のいくつかの実施形態において、サイズ規則は、変換スキップブロックおよび／または最大許容変換ブロックサイズである映像領域の最大サイズが最小コーディングブロックサイズ以上であることを規定する。

図２５は、映像処理の方法２５００の一例を示すフローチャートである。動作２５０２は、映像の映像領域と映像のビットストリームとの間の変換を実行することを含み、ビットストリームは、変換中に使用される最小許容コーディングブロックサイズが、ビットストリームに最大許容変換ブロックサイズが含まれるかどうか、および／またはどのように最大許容変換ブロックサイズが含まれるかを制御することを規定するフォーマット規則に準拠する。

方法２５００のいくつかの実施形態において、フォーマット規則は、最小許容変換ブロックサイズが最小許容コーディングブロックサイズ以上であることを規定する。方法２５００のいくつかの実施形態において、最小許容コーディングブロックサイズが６４に等しいことに応答して、ビットストリームに含まれるｓｐｓ＿ｍａｘ＿ｌｕｍａ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｓｉｚｅ＿６４＿ｆｌａｇの値は、１に等しい。方法２５００のいくつかの実施形態において、最小許容コーディングブロックサイズが６４に等しいことに応答して、ｓｐｓ＿ｍａｘ＿ｌｕｍａ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｓｉｚｅ＿６４＿ｆｌａｇの値は、ビットストリームに含まれず、１であると推論される。

図２６は、映像処理の方法２６００の一例を示すフローチャートである。動作２６０２は、映像の映像領域と映像のビットストリームとの間の変換を実行することを含み、ビットストリームは、変換の間に使用される最小許容コーディングブロックサイズが、ＴＳ（Ｔｒａｎｓｆｏｒｍ－Ｓｋｉｐ）方式またはＢＤＰＣＭ（Ｂｌｏｃｋ－ｂａｓｅｄ Ｄｅｌｔａ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）方式を使用してコーディングまたはデコーディングするための映像領域の最大サイズの指示がビットストリームに含まれるかどうか、および／またはどのように指示が含まれるかを制御することを規定するフォーマット規則に準拠する。

方法２６００のいくつかの実施形態において、フォーマット規則は、映像領域の最大サイズが最小許容コーディングブロックサイズ以上であることを規定する。方法２６００のいくつかの実施形態において、フォーマット規則は、映像領域の最大サイズがＷ以下であることを規定し、Ｗは整数である。方法２６００のいくつかの実施形態において、Ｗは３２である。方法２６００のいくつかの実施形態において、フォーマット規則は、映像領域の最大サイズが最小許容コーディングブロックサイズ以上であることを規定し、フォーマット規則は、映像領域の最大サイズがＷ以下であることを規定する。方法２６００のいくつかの実施形態において、フォーマット規則は、ＴＳ方式および／またはＢＤＰＣＭ方式が有効化されている場合、最小許容コーディングブロックサイズがＸ以下であることを規定する。方法２６００のいくつかの実施形態において、フォーマット規則は、ＴＳ方式および／またはＢＤＰＣＭ方式が有効化されている場合、映像領域の最大サイズが最小許容コーディングブロックサイズ以上であることを規定する。

方法２６００のいくつかの実施形態において、フォーマット規則は、ＴＳ方式が有効化されている場合、最大サイズのｌｏｇ２が最小輝度コーディングブロックサイズのｌｏｇ２以上であることを規定する。方法２６００のいくつかの実施形態において、フォーマット規則は、映像領域の最大サイズが、最大サイズか、最小許容コーディングブロックサイズのいずれかの最大値であることを規定する。方法２６００のいくつかの実施形態において、フォーマット規則は、映像領域の最大サイズが第１の値および第２の値の最小値であり、第１の値は整数Ｗであり、第２の値は最大サイズまたは最小許容コーディングブロックサイズのいずれか一方の最大値であることを規定する。方法２６００のいくつかの実施形態において、フォーマット規則は、ＴＳ方式および／またはＢＤＰＣＭ方式が有効化されている場合、映像領域の最大サイズが、最大サイズ、または、最小許容コーディングブロックサイズのいずれかの最大値であることを規定する。方法２６００のいくつかの実施形態において、フォーマット規則は、ＴＳ方式および／またはＢＤＰＣＭ方式が有効化されている場合、映像領域の最大サイズが第１の値および第２の値の最小であり、第１の値は整数Ｗであり、第２の値は最大サイズまたは最小許容コーディングブロックサイズのいずれかの最大値であることを規定する。

方法２６００のいくつかの実施形態において、フォーマット規則は、最小許容コーディングブロックサイズに基づいて、映像領域の最大サイズをビットストリームに含めることを規定する。方法２６００のいくつかの実施形態において、フォーマット規則は、ビットストリームにおける映像領域の最大サイズのｌｏｇ２と最小許容コーディングブロックサイズのｌｏｇ２との差を含めることによって、映像領域の最大サイズを示すことを規定する。方法２６００のいくつかの実施形態において、フォーマット規則は、以下を規定する。ＭａｘＴｓＳｉｚｅ＝１＜＜（ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹ＋ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｒａｓｆｏｒｍ＿ｓｋｉｐ＿ｍｉｎ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ）であり、＜＜は左シフト操作を示し、ＭａｘＴｓＳｉｚｅは映像領域の最大サイズであり、ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹは最小コーディングユニットサイズのｌｏｇ２であり、ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｒａｓｆｏｒｍ＿ｓｋｉｐ＿ｍｉｎ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋは、ビットストリームにおける映像領域の最大サイズと最小許容コーディングブロックサイズとの差のｌｏｇ２である。

方法２６００のいくつかの実施形態において、フォーマット規則は、以下を規定する。

ＭａｘＴｓＳｉｚｅ＝ｍｉｎ（Ｗ，１＜＜（ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹ＋ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｒａｓｆｏｒｍ＿ｓｋｉｐ＿ｍｉｎ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ））であり、＜＜は左シフト操作を示し、Ｗは整数であり、ＭａｘＴｓＳｉｚｅは映像領域の最大サイズであり、ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹは最小コーディングユニットサイズのｌｏｇ２であり、ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｒａｓｆｏｒｍ＿ｓｋｉｐ＿ｍｉｎ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋは、ビットストリームにおける映像領域の最大サイズと最小許容コーディングブロックサイズとの差のｌｏｇ２である。

図２７は、映像処理の方法（２７００）の一例を示すフローチャートである。動作２７０２は、フォーマット規則に従って、映像の映像ユニットと映像のビットストリームとの間の変換を実行することを含み、ビットストリームは、変換の間に使用される最小許容コーディングブロックサイズが、ＴＳ（Ｔｒａｎｓｆｏｒｍ－Ｓｋｉｐ）方式またはＢＤＰＣＭ（Ｂｌｏｃｋ－ｂａｓｅｄ Ｄｅｌｔａ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）方式が有効化されているか無効化されているかを示す領域がビットストリームに含まれているか、および／またはどのようにこの領域がビットストリームに含まれるかを制御することを規定するフォーマット規則に準拠する。

方法２７００のいくつかの実施形態において、フォーマット規則は、最小許容コーディングブロックサイズが６４に等しいことに応答して、領域が０であると推論され、ビットストリームに含まれないことを規定する。方法２７００のいくつかの実施形態において、フォーマット規則は、最小許容コーディングブロックサイズがＴＳコーディング方式および／またはＢＤＰＣＭコーディング方式のための許容される最大サイズよりも大きいことに応答して、領域が０であると推論され、ビットストリームに含まれないことを規定する。

図２８は、映像処理の方法２８００の一例を示すフローチャートである。動作２８０２は、フォーマット規則に従って、映像の映像ユニットと映像のビットストリームとの間の変換を実行することを含み、ビットストリームは、変換の間に使用される最小許容コーディングブロックサイズが、変換におけるコーディングツールの適用可能性に関する情報を搬送する領域がビットストリームにおける映像領域レベルにて含まれるかどうか、および／またはどのようにこの領域がビットストリームに含まれるかを制御することを規定するフォーマット規則に準拠する。

方法２８００のいくつかの実施形態において、映像領域レベルは、シーケンスパラメータセットまたはピクチャパラメータセット、あるいはピクチャヘッダまたはスライスヘッダに対応する。方法２８００のいくつかの実施形態では、フォーマット規則は、最小許容コーディングブロックサイズが整数Ｔよりも大きいことに応答して、コーディングツールのための領域が使用されないと推論され、ビットストリームに含まれないことを規定する。方法２８００のいくつかの実施形態では、フォーマット規則は、コーディングツールのための領域は、最小許容コーディングブロックサイズが整数Ｔよりも大きいことに応答して、コーディングツールが使用されず、ビットストリームに含まれることを規定する。方法２８００のいくつかの実施形態では、コーディングツールはＣＩＩＰ（Ｃｏｍｂｉｎｅｄ Ｉｎｔｅｒ－Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）ツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＭＴＳ（Ｍｕｌｔｉｐｌｅ Ｔｒａｎｓｆｏｒｍ Ｓｅｌｅｃｔｉｏｎ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＳＢＴ（Ｓｅｇｍｅｎｔ Ｂｌｏｃｋ Ｔｒａｎｓｆｏｒｍ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＳＭＶＤ（Ｓｙｍｍｅｔｒｉｃ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＢＤＯＦ（Ｂｉ－Ｄｉｒｅｃｔｉｏｎａｌ Ｏｐｔｉｃａｌ Ｆｌｏｗ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、アフィン予測コーディングツールを含む。

方法２８００のいくつかの実施形態において、コーディングツールは、ＰＲＯＦ（Ｐｒｅｄｉｃｔｉｏｎ Ｒｅｆｉｎｅ ｗｉｔｈ Ｏｐｔｉｃａｌ Ｆｌｏｗ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＤＭＶＲ（Ｄｅｃｏｄｅｒ－ｓｉｄｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｆｉｎｅｍｅｎｔ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＢＣＷ（Ｂｉ－ｐｒｅｄｉｃｔｉｏｎ ｗｉｔｈ ＣＵ－ｌｅｖｅｌ Ｗｅｉｇｈｔｓ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＭＭＶＤ（Ｍｅｒｇｅ ｗｉｔｈ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＧＰＭ（Ｇｅｏｍｅｔｒｉｃ Ｐａｒｔｉｔｉｏｎｉｎｇ Ｍｏｄｅ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、パレットコーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＡＣＴ（Ａｄａｐｔｉｖｅ Ｃｏｌｏｒ Ｔｒａｎｓｆｏｒｍ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＪＣＣＲ（Ｊｏｉｎｔ Ｃｂ－Ｃｒ Ｒｅｓｉｄｕｅ ｃｏｄｉｎｇ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＣＣＬＭ（Ｃｒｏｓｓ－Ｃｏｍｐｏｎｅｎｔ Ｌｉｎｅａｒ Ｍｏｄｅｌ ｐｒｅｄｉｃｔｉｏｎ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＭＲＬ（Ｍｕｌｔｉｐｌｅ Ｒｅｆｅｒｅｎｃｅ Ｌｉｎｅ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＭＩＰ（Ｍａｔｒｉｘ－ｂａｓｅｄ Ｉｎｔｒａ－Ｐｒｅｄｉｃｔｉｏｎ）コーディングツールを含む。方法２８００のいくつかの実施形態において、コーディングツールは、ＩＳＰ（Ｉｎｔｒａ Ｓｕｂｐａｒｔｉｔｉｏｎｓ Ｐｒｅｄｉｃｔｉｏｎ）コーディングツールを含む。

図２９は、映像処理の方法（２９００）の一例を示すフローチャートである。動作２９０２は、映像の映像領域と映像のビットストリームとの間の変換のために、映像領域に対してデュアルツリーコーディング方式が有効化されていることに起因して、映像の輝度成分およびクロマ成分に使用される分割方式が異なる最小許容ブロックサイズを有することを判定することを含む。動作２９０４は、判定に基づいて変換を行うことをも含む。

方法２９００のいくつかの実施形態において、分割方式は、２分木分割を含む。方法２９００のいくつかの実施形態において、輝度成分のための２分木分割のための第１の最小許容ブロックサイズは、ＭｉｎＢｔＳｉｚｅＹ＝１＜＜＜ＭｉｎＢｔＬｏｇ２ＳｉｚｅＹであり、クロマ成分のための２分木分割のための第２の最小許容ブロックサイズは、ＭｉｎＢｔＳｉｚｅＣ＝１＜＜＜ＭｉｎＢｔＬｏｇ２ＳｉｚｅＣであり、＜＜は左シフト操作を示し、ＭｉｎＢｔＳｉｚｅＹは第１の最小許容ブロックサイズであり、ＭｉｎＢｔＬｏｇ２ＳｉｚｅＹはＭｉｎＢｔＳｉｚｅＹのｌｏｇ２であり、ＭｉｎＢｔＳｉｚｅＣは第１の最小許容ブロックサイズであり、ＭｉｎＢｔＬｏｇ２ＳｉｚｅＣはＭｉｎＢｔＳｉｚｅＣのｌｏｇ２であり、ＭｉｎＢｔＬｏｇ２ＳｉｚｅＹはＭｉｎＢｔＬｏｇ２ＳｉｚｅＣに等しくない。方法２９００のいくつかの実施形態において、ＭｉｎＢｔＬｏｇ２ＳｉｚｅＹは、最小コーディングユニットサイズに基づいて予測されて信号通知される。方法２９００のいくつかの実施形態において、ＭｉｎＢｔＬｏｇ２ＳｉｚｅＹと最小コーディングユニットサイズのｌｏｇ２との差が、ビットストリームに含まれる。方法２９００のいくつかの実施形態において、ＭｉｎＢｔＬｏｇ２ＳｉｚｅＣは、最小コーディングユニットサイズに基づいて予測されて信号通知される。

方法２９００のいくつかの実施形態において、ＭｉｎＢｔＬｏｇ２ＳｉｚｅＣと最小コーディングユニットサイズのｌｏｇ２との差が、ビットストリームに含まれる。方法２９００のいくつかの実施形態において、分割方式は、３分木分割を含む。方法２９００のいくつかの実施形態において、最小許容コーディングブロックサイズＭｉｎＣｂＳｉｚｅＹは、１＜＜ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹに等しく、＜＜は左シフト操作を示し、ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹは最小コーディングユニットサイズのｌｏｇ２である。方法２９００のいくつかの実施形態において、輝度成分のための３分木分割のための第１の最小許容ブロックサイズは、ＭｉｎＴｔＳｉｚｅＹ＝１＜＜＜ＭｉｎＴｔＬｏｇ２ＳｉｚｅＹであり、クロマ成分のための３分木分割のための第２の最小許容ブロックサイズは、ＭｉｎＴｔＳｉｚｅＣ＝１＜＜＜ＭｉｎＴｔＬｏｇ２ＳｉｚｅＣであり、＜＜は左シフト操作を示し、ＭｉｎＴｔＳｉｚｅＹは第１の最小許容ブロックサイズであり、ＭｉｎＴｔＬｏｇ２ＳｉｚｅＹはＭｉｎＴｔＳｉｚｅＹのｌｏｇ２であり、ＭｉｎＴｔＳｉｚｅＣは第１の最小許容ブロックサイズであり、ＭｉｎＴｔＬｏｇ２ＳｉｚｅＣはＭｉｎＴｔＳｉｚｅＣのｌｏｇ２であり、ＭｉｎＴｔＬｏｇ２ＳｉｚｅＹはＭｉｎＴｔＬｏｇ２ＳｉｚｅＣに等しくない。方法２９００のいくつかの実施形態において、ＭｉｎＴｔＬｏｇ２ＳｉｚｅＹは、最小コーディングユニットサイズに基づいて予測されて信号通知される。方法２９００のいくつかの実施形態において、ＭｉｎＴｔＬｏｇ２ＳｉｚｅＹと最小コーディングユニットサイズのｌｏｇ２との差が、ビットストリームに含まれる。方法２９００のいくつかの実施形態において、ＭｉｎＴｔＬｏｇ２ＳｉｚｅＣは、最小コーディングユニットサイズに基づいて予測されて信号通知される。方法２９００のいくつかの実施形態において、ＭｉｎＴｔＬｏｇ２ＳｉｚｅＣと最小コーディングユニットサイズのｌｏｇ２との差が、ビットストリームに含まれる。

図３０は、映像処理の方法（３０００）の一例を示すフローチャートである。動作３００２は、規則に基づいて、映像の映像領域と映像のビットストリームとの間の変換のために、映像領域に対して許可されるサブブロックベースのマージ候補の最大数を判定することを含む。動作３００４は、判定に基づいて変換を実行することを含み、この規則はこの変換の間に使用されるサブブロックベースのマージ候補の最大数が第１変数と第２変数の和として導出可能であることを規定し、第１変数はアフィン予測が無効化されていることに対応する０に等しく、また第２変数はｓｂＴＭＶＰ（ｓｕｂ－ｂｌｏｃｋ ｂａｓｅｄ Ｔｅｍｐｏｒａｌ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）が有効化されているかどうかに基づいている。

方法３０００のいくつかの実施形態において、第１の変数は、許可されたアフィンマージ候補の数を表す。方法３０００のいくつかの実施形態において、第２変数は、（ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅ＿ｆｌａｇ）に設定される。方法３０００のいくつかの実施形態において、第１の変数はＫ－Ｓとして導出され、Ｓは構文要素によって信号通知される値であり、Ｋは固定数である。方法３０００のいくつかの実施形態において、サブブロックベースのマージ候補の最大数はＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄであり、第１変数は５＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ａｆｆｉｎｅ＿ｍｅｒｇｅ＿ｃａｎｄであり、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＝５－ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ａｆｆｉｎｅ＿ｍｅｒｇｅ＿ｃａｎｄ＋（ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅ＿ｆｌａｇ）である。方法３０００のいくつかの実施形態において、サブブロックベースのマージ候補の最大数はＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄであり、第１変数は４＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ａｆｆｉｎｅ＿ｍｅｒｇｅ＿ｃａｎｄであり、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＝４－ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ａｆｆｉｎｅ＿ｍｅｒｇｅ＿ｃａｎｄ＋（ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ＆＆ ｐｈ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅ＿ｆｌａｇ）である。方法３０００のいくつかの実施形態において、サブブロックベースのマージ候補の最大数は、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄであり、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＝Ｍｉｎ（Ｗ，ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ）であり、Ｗは固定数である。方法３０００のいくつかの実施形態において、第１の変数は、ビットストリームにおいて条件付きで信号通知される。方法３０００のいくつかの実施形態において、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいことに応答して、第１の変数がビットストリームにおいて信号通知される。方法３０００のいくつかの実施形態において、第１の変数がビットストリームに存在しないことに応答して、ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ａｆｆｉｎｅ＿ｍｅｒｇｅ＿ｃａｎｄがＫであると推論される。

図３１は、映像処理の方法（３１００）の一例を示すフローチャートである。動作３１０２は、映像の映像領域と映像領域のビットストリームとの間の変換を、映像が４：２：２映像または４：４：４映像であることに起因する変換に適用できる処理規則を整合させることにより、実行することを含み、処理規則は、クロマおよび輝度を、（ａ）ＡＬＦ（Ａｄａｐｔｉｖｅ Ｌｏｏｐ Ｆｉｌｔｅｒｉｎｇ）動作の仮想境界とＣＴＢ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｂｌｏｃｋ）の底部境界との間の複数の画素線、または、（ｂ）ＡＬＦ動作の仮想境界とＣＴＢの底部境界との間の行に適用されるフィルタのフィルタ強度、または、（ｃ）同じ行の輝度およびクロマサンプルをパディングするために使用されるパディング方法、のうちの１つまたは複数に対して調整されることを定義する。

方法３１００のいくつかの実施形態において、処理規則は、ＡＬＦ動作のためのクロマ成分と輝度成分との間の仮想境界に対して、垂直位置および／または水平位置を揃えることを規定する。方法３１００のいくつかの実施形態において、処理規則は、輝度成分のための仮想境界の垂直位置（ｖｂＰｏｓＹ）が（ＣｔｂＳｉｚｅＹ－Ｓ）に等しいことに応答して、クロマ成分のための仮想境界の垂直位置（ｖｂＰｏｓＣ）が（ＣｔｂＳｉｚｅＹ－Ｓ）／ＳｕｂＨｅｉｇｈｔＣ）に等しいことを規定する。方法３１００のいくつかの実施形態において、処理規則は、輝度成分のための仮想境界の水平位置（ｖｂＰｏｓＹ）が（ＣｔｂＳｉｚｅＹ－Ｓ）に等しいことに応答して、クロマ成分のための仮想境界の水平位置（ｖｂＰｏｓＣ）が（ＣｔｂＳｉｚｅＹ－Ｓ）／ＳｕｂＷｉｄｔｈＣに等しいことを規定する。方法３１００のいくつかの実施形態において、ＣｔｂＳｉｚｅＹは、各ＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）の輝度ＣＴＢサイズであり、Ｓは整数であり、ＳｕｂＨｅｉｇｈｔＣおよび／またはＳｕｂＷｉｄｔｈＣは、１または２の値を有する。方法３１００のいくつかの実施形態において、処理規則は、仮想境界の垂直位置および／または水平位置付近のクロマ成分のＫ個のラインおよび／またはＨ個の列をパディングするために使用されるパディング方法が、輝度成分に使用されるパディング方法と調整されることを規定し、Ｙｃは、垂直または水平のクロマサンプル位置である。方法３１００のいくつかの実施形態において、Ｙｃは、クロマ成分の仮想境界の垂直または水平位置に等しい。

方法３１００のいくつかの実施形態において、上または左のＫ個の利用不可能なラインはパディングされるか、または仮想境界の下または右の対応するＫ個の利用不可能なラインのＫ個のラインがパディングされるか、または仮想境界の下または右の対応するＫ個の利用可能なラインのＫ個のラインがパディングされる。方法３１００のいくつかの実施形態において、上のＫ個の利用不可能なラインは、仮想境界を使用してパディングされる。方法３１００のいくつかの実施形態において、第１の行のサンプルは、仮想境界の真上に位置し、第１の行の真上の第２の行のサンプルは、第１の行のサンプルに等しく設定され、第１の行の２行上の第３の行のサンプルは、第１の行のサンプルに等しく設定される。方法３１００のいくつかの実施形態において、Ｋ個のラインは仮想境界を使用してパディングされる。方法３１００のいくつかの実施形態において、第１の行のサンプルは仮想境界の直下に位置し、第１の行の直下に位置する第２の行のサンプルは第１の行のサンプルに等しく設定され、第１の行の２行下に位置する第３の行のサンプルは第１の行のサンプルに等しく設定される。

方法３１００のいくつかの実施形態において、下または右のＫ個の利用不可能なラインはパディングされ、または仮想境界の上または左の対応するＫ個の利用不可能なラインのＫ個のラインはパディングされ、または仮想境界の上または左の対応するＫ個の利用可能なラインのＫ個のラインがパディングされる。方法３１００のいくつかの実施形態において、Ｙｃは、クロマ成分の仮想境界の垂直または水平位置からＭを減算したものに等しく、Ｍは整数である。方法３１００のいくつかの実施形態において、下または右のＫ個の利用不可能なラインがパディングされ、仮想境界の上または左の対応するＫ個の利用不可能なラインのＫ個のラインがパディングされ、または仮想境界の上または左の対応するＫ個の利用可能なラインのＫ個のラインがパディングされる。方法３１００のいくつかの実施形態において、Ｍが１に等しいことに応答して、下のＫ個の利用不可能なラインは、仮想境界を使用してパディングされる。方法３１００のいくつかの実施形態において、第１の行のサンプルは仮想境界の直下に位置し、第１の行の直下に位置する第２の行のサンプルは第１の行のサンプルに等しく設定され、第１の行の２行下に位置する第３の行のサンプルは第１の行のサンプルに等しく設定される。方法３１００のいくつかの実施形態において、Ｍが１に等しいことに応答して、対応するＫ個の利用不可能なラインまたは対応するＫ個の利用可能なラインは、仮想境界を使用してパディングされる。方法３１００のいくつかの実施形態において、第１の行のサンプルは、仮想境界の真上に位置し、第１の行の真上の第２の行のサンプルは、第１の行のサンプルに等しく設定され、第１の行の２行上の第３の行のサンプルは、第１の行のサンプルに等しく設定される。

方法３１００のいくつかの実施形態において、Ｍが２以上であることに応答して、下側のＫ個の利用不可能なラインは、仮想境界の上側の最も下のラインを使用してパディングされる。方法３１００のいくつかの実施形態において、第１のサンプル行は、仮想境界の２行上に位置し、仮想境界の直下に位置する第２の行のサンプルは、第１の行からのサンプルに等しい。方法３１００のいくつかの実施形態において、Ｍが２以上であることに応答して、対応するＫ個の利用不可能なラインまたは対応するＫ個の利用可能なラインは、仮想境界の上側の最も下のラインの対応するラインを使用してパディングされる。方法３１００のいくつかの実施形態において、第１の行のサンプルは、仮想境界の２行上に位置し、第１の行の２行上に位置する第２の行のサンプルは、第１の行からのサンプルに等しい。方法３１００のいくつかの実施形態において、Ｙｃは、クロマ成分の仮想境界の垂直または水平位置にＮを加えたものに等しく、Ｎは整数である。方法３１００のいくつかの実施形態において、上または左のＫ個の利用不可能なラインがパディングされ、仮想境界の下または右の対応するＫ個の利用不可能なラインのＫ個のラインがパディングされるか、または仮想境界の下または右の対応するＫ個の利用可能なラインのＫ個のラインがパディングされる。方法３１００のいくつかの実施形態において、上のＫ個の利用不可能なラインは、仮想境界を使用してパディングされる。

方法３１００のいくつかの実施形態において、第１の行のサンプルは、仮想境界の２行下に位置し、仮想境界の直上に位置する第２の行のサンプルは、第１の行からのサンプルに等しい。方法３１００のいくつかの実施形態において、対応するＫ個の利用不可能なラインまたは対応するＫ個の利用可能なラインは、仮想境界を使用してパディングされる。方法３１００のいくつかの実施形態において、第１の行のサンプルは、仮想境界の２行下に位置し、第１の行の２行下に位置する第２の行のサンプルは、第１の行からのサンプルに等しい。方法３１００のいくつかの実施形態では、処理規則は、仮想境界の垂直位置または水平位置の近くのクロマ成分のＭ行またはＮ列の第１のフィルタ強度が、輝度成分に対して使用される第２のフィルタ強度と調整することを規定し、輝度成分に対する第２のフィルタ強度およびクロマ成分の第１のフィルタ強度はそれぞれａｌｆＳｈｉｆｔＹおよびａｌｆＳｈｉｆｔＣによって制御され、Ｙｃは垂直または水平のクロマサンプルの位置である。方法３１００のいくつかの実施形態において、Ｙｃ＝＝ｖｂＰｏｓＣ－Ｍ、ａｌｆＳｈｉｆｔＣ＝Ｔ１の場合、およびＹｃ！＝ｖｂＰｏｓＣ－Ｍの場合、ａｌｆＳｈｉｆｔＣ＝Ｔ２となり、ｖｂＰｏｓＣは、クロマ成分の仮想境界の水平位置である。方法３１００のいくつかの実施形態において、Ｔ１＝１０、およびＴ２＝７である。方法３１００のいくつかの実施形態において、Ｙｃ＝＝ｖｂＰｏｓＣ＋Ｍ（例えば、Ｍ＝０，１）である場合、ａｌｆＳｈｉｆｔＣ＝Ｔ１であり、Ｙｃ！＝ｖｂＰｏｓＣ＋Ｍ，ａｌｆＳｈｉｆｔＣ＝Ｔ２である場合、ｖｂＰｏｓＣはクロマ成分の仮想境界の水平位置である。方法３１００のいくつかの実施形態において、Ｔ１＝１０、およびＴ２＝７である。

方法２３００から３１００のいくつかの実施形態において、変換を実行することは、映像をビットストリームに符号化することを含む。方法２３００から３１００のいくつかの実施形態において、変換を実行することは、映像からビットストリームを生成することを含み、方法は、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む。方法２３００から３１００のいくつかの実施形態において、変換を実行することは、ビットストリームから映像を復号化することを含む。いくつかの実施形態において、映像復号化装置は、方法２３００から３１００および関連する実施形態の演算を実装するプロセッサを含む。いくつかの実施形態において、映像符号化装置は、方法２３００から３１００および関連する実施形態の演算を実装するプロセッサを含む。いくつかの実施形態において、コンピュータ命令が記憶されたコンピュータプログラム製品は、プロセッサにより実行される場合、プロセッサに方法２３００から３１００および関連する実施形態の動作を実装させる。いくつかの実施形態において、映像処理装置で実行される方法で生成された映像のビットストリームを記憶する非一時的なコンピュータ可読記録媒体であって、方法は、映像の映像領域からビットストリームを生成することを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、ツールの変換への適用可能性に関する情報がビットストリームにおいて映像スライスレベルおよび／または映像ピクチャレベルで示されることを規定し、ツールは、輝度サンプルを特定の値にマッピングし、且つクロマサンプルの値に対してスケーリング動作を選択的に適用する。いくつかの実施形態において、プロセッサに方法２３００から３１００および関連する実施形態の動作を実行させる命令を記憶する非一時的なコンピュータ可読記憶媒体が提供される。いくつかの実施形態において、ビットストリーム生成方法は、方法２３００から３１００および関連する実施形態の動作に従って映像のビットストリームを生成することと、ビットストリームをコンピュータ読み取り可能なプログラム媒体に記憶することとを含む。いくつかの実施形態において、本願明細書に開示される方法またはシステムに従って、方法、装置、生成されたビットストリームを提供する。

本明細書では、「映像処理」という用語は、映像符号化、映像復号化、映像圧縮、または映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応するビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像ブロックのビットストリーム表現は、例えば、構文によって規定されるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、１つのマクロブロックは、変換およびコーディングされた誤り残差値の観点から、且つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。さらに、変換中、デコーダは、上記解決策で説明されているように、判定に基づいて、いくつかのフィールドが存在しても存在しなくてもよいという知識を持って、ビットストリームを構文解析してもよい。同様に、エンコーダは、特定の構文フィールドが含まれるべきであるか、または含まれざるべきであるかを判定し、構文フィールドをコーディングされた表現に含めるか、またはコーディングされた表現から除外することによって、それに応じてコーディングされた表現を生成してもよい。

本明細書に記載された開示された、およびその他の解決策、実施例、実施形態、モジュール、および機能動作の実装形態は、本明細書に開示された構造およびその構造的等価物を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施してもよい。開示された、およびその他の実施形態は、１または複数のコンピュータプログラム製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１または複数のモジュールとして実施することができる。このコンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、またはこれらの１または複数の組み合わせであってもよい。「データ処理装置」という用語は、例えば、プログラマブルプロセッサ、コンピュータ、または複数のプロセッサ、若しくはコンピュータを含む、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１または複数の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信するための情報を符号化するために生成される。

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１または複数のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１または複数のモジュール、サブプログラム、またはコードの一部を格納するファイル）に記憶されていてもよい。コンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。

本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１または複数のコンピュータプログラムを実行する１または複数のプログラマブルプロセッサによって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。

コンピュータプログラムの実行に適したプロセッサは、例えば、汎用および専用マイクロプロセッサの両方、並びに任意の種類のデジタルコンピュータの任意の１または複数のプロセッサを含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１または複数のメモリデバイスとである。一般的に、コンピュータは、データを記憶するための１または複数の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。プロセッサおよびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。

本特許明細書は多くの詳細を含むが、これらは、任意の主題の範囲または特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態のコンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１または複数の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。

同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で行われること、または示された全ての動作が行われることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。

いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。

Claims (14)

1. 映像データの処理の方法であって、
   映像ユニットを有する映像と、前記映像のビットストリームとの間の変換を実行すること
   を有し、
   前記ビットストリームは、フォーマット規則に準拠し、
   前記フォーマット規則は、インループフィルタリング動作がタイル境界を越えて実行されることが許可されているか否かを示す第１の構文要素が、前記映像ユニットが２以上のタイルに分割されるか否かに応じて、前記ビットストリームに選択的に含まれることを規定し、
   前記フォーマット規則は、前記ビットストリームが第２の制約情報の構文要素に対して０の値を含む場合、前記第１の構文要素が前記ビットストリームに含まれることを規定し、
   前記第２の制約情報の構文要素は、制約としてピクチャごとに１つのタイルのみが存在するか否かを示し、
   前記第２の制約情報の構文要素に対する前記０の値は、前記制約が課されないことを示す、方法。
2. 前記映像ユニットは、ピクチャである、請求項１に記載の方法。
3. 前記第１の構文要素は、ピクチャパラメータセットに存在する、請求項１または２に記載の方法。
4. 前記フォーマット規則は、前記映像ユニットが２以上のタイルに分割されることに応じて、前記第１の構文要素が前記ビットストリームに含まれることを規定する、請求項１から３のいずれか一項に記載の方法。
5. 前記フォーマット規則は、前記映像ユニットが１つのタイルのみを有することに応じて、前記第１の構文要素が前記ビットストリームから除外されることを規定する、請求項１から３のいずれか一項に記載の方法。
6. 前記フォーマット規則は、前記ビットストリームが第２の制約情報の構文要素に対して１の値を含むことに応じて、前記第１の構文要素が０に等しいと推測され、かつ、前記ビットストリームから除外されることを規定し、
   前記第２の制約情報の構文要素は、制約としてピクチャごとに１つのタイルのみが存在するか否かを示し、
   前記第２の制約情報の構文要素に対する前記１の値は、前記制約が課されないことを示し、
   前記第１の構文要素に対する前記０の値は、タイル境界を越える前記インループフィルタリング動作が無効化されていることを示す、
   請求項１から５のいずれか一項に記載の方法。
7. 前記第２の制約情報の構文要素は、ｏｎｅ＿ｔｉｌｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇである、請求項１に記載の方法。
8. 前記インループフィルタリング動作は、デブロッキングフィルタ動作、サンプル適応オフセット動作、および、適応ループフィルタ動作のうちの少なくとも１つを含む、請求項１から７のいずれか一項に記載の方法。
9. 前記第１の構文要素は、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇである、請求項１から８のいずれか一項に記載の方法。
10. 前記変換は、前記映像を前記ビットストリームに符号化することを有する、請求項１から９のいずれか一項に記載の方法。
11. 前記変換は、前記映像を前記ビットストリームから復号化することを有する、請求項１から９のいずれか一項に記載の方法。
12. プロセッサと、命令を有する非一時的メモリを有する、映像データを処理するための装置であって、
    前記プロセッサによって前記命令が実行された際に、前記プロセッサに、
    映像ユニットを有する映像と、前記映像のビットストリームとの間の変換を実行すること
    を実行させ、
    前記ビットストリームは、フォーマット規則に準拠し、
    前記フォーマット規則は、インループフィルタリング動作がタイル境界を越えて実行されることが許可されているか否かを示す第１の構文要素が、前記映像ユニットが２以上のタイルに分割されるか否かに応じて、前記ビットストリームに選択的に含まれることを規定し、
    前記フォーマット規則は、前記ビットストリームが第２の制約情報の構文要素に対して０の値を含む場合、前記第１の構文要素が前記ビットストリームに含まれることを規定し、
    前記第２の制約情報の構文要素は、制約としてピクチャごとに１つのタイルのみが存在するか否かを示し、
    前記第２の制約情報の構文要素に対する前記０の値は、前記制約が課されないことを示す、装置。
13. プロセッサに、
    映像ユニットを有する映像と、前記映像のビットストリームとの間の変換を実行すること
    を実行させ、
    前記ビットストリームは、フォーマット規則に準拠し、
    前記フォーマット規則は、インループフィルタリング動作がタイル境界を越えて実行されることが許可されているか否かを示す第１の構文要素が、前記映像ユニットが２以上のタイルに分割されるか否かに応じて、前記ビットストリームに選択的に含まれることを規定し、
    前記フォーマット規則は、前記ビットストリームが第２の制約情報の構文要素に対して０の値を含む場合、前記第１の構文要素が前記ビットストリームに含まれることを規定し、
    前記第２の制約情報の構文要素は、制約としてピクチャごとに１つのタイルのみが存在するか否かを示し、
    前記第２の制約情報の構文要素に対する前記０の値は、前記制約が課されないことを示す、命令を格納する非一時的コンピュータ可読記憶媒体。
14. 映像のビットストリームを格納するための方法であって、
    映像ユニットを有する映像に対するビットストリームを生成することと、
    前記ビットストリームを非一時的コンピュータ可読記録媒体に格納することと、
    を有し、
    前記ビットストリームは、フォーマット規則に準拠し、
    前記フォーマット規則は、インループフィルタリング動作がタイル境界を越えて実行されることが許可されているか否かを示す第１の構文要素が、前記映像ユニットが２以上のタイルに分割されるか否かに応じて、前記ビットストリームに選択的に含まれることを規定し、
    前記フォーマット規則は、前記ビットストリームが第２の制約情報の構文要素に対して０の値を含む場合、前記第１の構文要素が前記ビットストリームに含まれることを規定し、
    前記第２の制約情報の構文要素は、制約としてピクチャごとに１つのタイルのみが存在するか否かを示し、
    前記第２の制約情報の構文要素に対する前記０の値は、前記制約が課されないことを示す、方法。

Images