JP2022549796A - ビデオコーディングにおける参照サンプル位置の導出 - Google Patents

Abstract

ビデオ処理の例示的な方法は、ビデオの現在ピクチャと前記ビデオのコーディング表現との間の変換のために、ピクチャのウインドウの左上位置に基づき、前記現在ピクチャに関連付けられた参照ピクチャ内の参照サンプルの位置を決定するステップを含む。前記ピクチャは、少なくとも前記現在ピクチャ又は前記参照ピクチャを含み、前記ウインドウは、前記変換の間に処理ルールに従う。前記方法は、前記決定に基づき変換を実行するステップを含む。

Description

［関連出願］
パリ条約に従う適用可能な特許法及び／又はルールの下で、本願は、国際特許出願番号第PCT/CN２０１９/１０６６７１号、２０１９年９月１９日出願、国際特許出願番号第PCT/CN２０１９/１０９８３７号、２０１９年１０月５日出願、及び国際特許出願番号第PCT/CN２０１９/１０７０８２号、２０１９年９月２０日出願の優先権及び利益を適時請求する。法の下であらゆる目的のために、前述の出願の全ての開示は、参照により本願の開示の部分として組み込まれる。

［技術分野］
本願明細書は、ビデオコーディング技術、装置、及びシステムに関する。

現在、良好な圧縮比を提供するため又はビデオコーディング及び復号方式を提供して、低複雑性又は並列化実装を可能にするために、現在のビデオコーデック技術の性能を向上するよう努力が行われている。業界の専門家らは、最近、幾つかの新しいビデオコーディングツールを提案し、それらの有効性を決定するために現在テストが行われている。

デジタルビデオコーディング、特に動きベクトルの管理に関連する装置、システム、及び方法が記載される。記載される方法は、既存のビデオコーディング規格（例えば、High Efficiency Video Coding (HEVC)、又はVersatile Video Coding）及び将来のビデオコーディング規格若しくはビデオコーデックに適用できる。

１つの代表的な態様では、開示の技術は、ビデオ処理の方法を提供するために使用されてよい。この方法は、ビデオの現在ピクチャと前記ビデオのコーディング表現との間の変換を実行するステップ、を含み、前記現在ピクチャは、W×Hサンプル寸法を有する第１ウインドウを含み、W及びHは整数であり、前記現在ピクチャに関連付けられた参照ピクチャは、W'×H'サンプル寸法を有する第２ウインドウを含み、W'及びH'は整数であり、前記第１ウインドウ及び前記第２ウインドウ内のサンプルは、前記変換の間に同じ処理ルールに従い、W、H、W’、及びH’は制約を満たす。

別の代表的な態様では、開示の技術は、ビデオ処理の方法を提供するために使用されてよい。この方法は、ビデオの現在ピクチャと前記ビデオのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、前記現在ピクチャのウインドウを決定するためのオフセット値は、N-pel精度でコーディング表現の中でシグナリングされ、Nは１より大きい正整数である。

別の代表的な態様では、開示の技術は、ビデオ処理の方法を提供するために使用されてよい。この方法は、第１ビデオユニット及び第２ビデオユニットを含むビデオと前記ビデオのコーディング表現との間の変換を時効するステップ、を含み、前記第１ビデオユニットの第１ウインドウの第１オフセット値セット及び前記第２ビデオユニットの第２ウインドウの第２オフセット値セットは、前記第１ビデオユニットの寸法及び前記第２ビデオユニットの寸法に関連付けられたルールに従い決定され、前記第１ウインドウ及び前記第２ウインドウ内のサンプルは、前記変換の間に同じ処理ルールに従う。

別の代表的な態様では、開示の技術は、ビデオ処理の方法を提供するために使用されてよい。この方法は、ビデオの現在ピクチャと前記ビデオのコーディング表現との間の変換のために、ピクチャのウインドウの左上位置に基づき、前記現在ピクチャに関連付けられた参照ピクチャ内の参照サンプルの位置を決定するステップであって、前記ピクチャは少なくとも前記現在ピクチャ又は前記参照ピクチャを含む、ステップを含む。前記ウインドウは、前記変換の間に処理ルールに従う。前記方法は、前記決定に基づき変換を実行するステップを含む。

別の代表的な態様では、開示の技術は、ビデオ処理の方法を提供するために使用されてよい。この方法は、ビデオの現在ピクチャと前記ビデオのコーディング表現との間の変換を実行するステップを含む。前記現在ピクチャは、W×Hサンプル寸法を有する第１ウインドウを含み、W及びHは整数である。前記現在ピクチャに関連付けられた参照ピクチャは、W’×H’サンプル寸法を有する第２ウインドウを含み、W’及びH’は整数であり、前記第２ウインドウの左上位置は(X０,Y０)と表される。前記第１ウインドウ及び前記第２ウインドウ内のサンプルは、前記変換の間に同じ処理ルールに従う。参照サンプルの座標の整数部分は、前記第１ウインドウ又は前記第２ウインドウに部分的に基づき決定される範囲内に制約される。

別の代表的な態様では、開示の技術は、ビデオ処理の方法を提供するために使用されてよい。この方法は、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、参照ピクチャの解像度及び／又はサイズが前記現在ビデオブロックの解像度及び／又はサイズと異なる場合、前記現在ビデオブロックを用いて予測された隣接又は非隣接サンプルのグループに同じ補間フィルタが適用される。

別の代表的な態様では、開示の技術は、ビデオ処理の別の方法を提供するために使用されてよい。この方法は、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、参照ピクチャの解像度及び／又はサイズが前記現在ビデオブロックの解像度及び／又はサイズと異なる場合、前記現在ビデオブロックを用いて予測されたブロックは、前記現在ブロックに関連する整数値動き情報を使用することのみが許可される。

別の代表的な態様では、開示の技術は、ビデオ処理の別の方法を提供するために使用されてよい。この方法は、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、参照ピクチャの解像度及び／又はサイズが前記現在ビデオブロックの解像度及び／又はサイズと異なる場合、前記現在ビデオブロックを用いて予測されたブロックを導出するために補間フィルタが適用され、前記補間フィルタはルールに基づき選択される。

別の代表的な態様では、開示の技術は、ビデオ処理の別の方法を提供するために使用されてよい。この方法は、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、参照ピクチャの解像度及び／又はサイズが前記現在ビデオブロックの解像度及び／又はサイズと異なる場合、デブロッキングフィルタを選択的に適用し、前記デブロッキングフィルタの強度は、前記現在ビデオブロックの解像度及び／又はサイズに対する前記参照ピクチャの解像度及び／又はサイズに関連するルールに従い設定される。

別の代表的な態様では、開示の技術は、ビデオ処理の別の方法を提供するために使用されてよい。この方法は、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、前記現在ビデオブロックの参照ピクチャは、前記現在ビデオブロックの寸法に基づくルールに従い再サンプリングされる。

別の代表的な態様では、開示の技術は、ビデオ処理の別の方法を提供するために使用されてよい。この方法は、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間、前記現在ビデオブロックに対するコーディングツールの使用は、前記現在ビデオブロックの解像度及び／又はサイズに対する前記現在ビデオブロックの参照ピクチャの解像度及び／又はサイズに依存して有効又は無効にされる。

別の代表的な態様では、開示の技術は、ビデオ処理の別の方法を提供するために使用されてよい。この方法は、複数のビデオブロックと前記複数のビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間、第１適合ウインドウが第１ビデオブロックについて定義され、第２適合ウインドウが第２ビデオブロックについて定義され、前記第２適合ウインドウに対する前記第１適合ウインドウの幅及び／又は高さの比は、少なくとも適合ビットストリームに基づくルールに従う。

別の代表的な態様では、開示の技術は、ビデオ処理の別の方法を提供するために使用されてよい。この方法は、複数のビデオブロックと前記複数のビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間、第１適合ウインドウが第１ビデオブロックについて定義され、第２適合ウインドウが第２ビデオブロックについて定義され、前記第２適合ウインドウに対する前記第１適合ウインドウの幅及び／又は高さの比は、少なくとも適合ビットストリームに基づくルールに従う。

更に、代表的な態様では、ビデオシステム内の機器であって、プロセッサと、命令を有する非一時的メモリと、を含む機器が開示される。前記命令は、前記プロセッサにより実行されると、前記プロセッサに、開示の方法のうちのいずれか１つ以上を実施させる。

１つの代表的な態様では、本願明細書に開示される方法を実施するよう構成されるプロセッサを含むビデオ復号機器が開示される。

１つの代表的な態様では、本願明細書に開示される方法を実施するよう構成されるプロセッサを含むビデオ符号化機器が開示される。

また、非一時的コンピュータ可読媒体に格納されたコンピュータプログラムプロダクトであって、前記コンピュータプログラムプロダクトは、開示の方法のいずれか１つ以上を実行するためのプログラムコードを含む、コンピュータプログラムプロダクトが開示される。

開示される技術の上述の及び他の態様及び特徴は、図面、説明、及び請求の範囲において更に詳細に説明される。

サブブロック動きベクトル（VSB）及び動きベクトル差の例を示す。 １６個の４×４領域に分割された１６×１６ビデオブロックの例を示す。 サンプル内の特定の位置の例を示す。 サンプル内の特定の位置の別の例を示す。 サンプル内の特定の位置の更に別の例を示す。 現在サンプル及びその参照サンプルの位置の例を示す。 現在サンプル及びその参照サンプルの位置の別の例を示す。 本願明細書に記載される映像メディア復号又は映像メディア符号化技術を実施するハードウェアプラットフォームの例のブロック図である。 ビデオコーディングのための例示的な方法のフローチャートを示す。 開示の技術が実施され得る例示的なビデオ処理システムのブロック図である。 例示的なビデオコーディングシステムを示すブロック図である。 本開示の幾つかの実施形態によるエンコーダを示すブロック図である。 本開示の幾つかの実施形態によるデコーダを示すブロック図である。 本発明の技術によるビデオ処理の方法のフローチャート表現である。 本発明の技術によるビデオ処理の別の方法のフローチャート表現である。 本発明の技術によるビデオ処理の別の方法のフローチャート表現である。 本発明の技術によるビデオ処理の別の方法のフローチャート表現である。 本発明の技術によるビデオ処理の別の方法のフローチャート表現である。

［１． HEVC/H.２６５におけるビデオコーディング］
ビデオコーディング規格は、主によく知られたITU-T及びISO/IEC規格の発展を通じて進化している。ITU-TはH.２６１及びH.２６３を策定し、ISO/IECはMPEG－１及びMPEG－４ビジュアルを策定し、及び２つの組織は共同でH.２６２／MPEG－２ビデオ、及びH.２６４／MPEG－４アドバンストビデオコーディング（Advanced Video Coding）及びH.２６５／HEVC規格を策定した。H.２６２以降、ビデオコーディング規格は、ハイブリッドビデオコーディング構造に基づき、ここでは時間予測及び変換コーディングが利用される。HEVCより先の将来のコーディング技術を開発するために、共同ビデオ探索チーム（Joint Video Exploration Team (JVET)）が２０１５年にVCEG及びMPEGにより共同で設立された。それ以来、多くの新しい方法がJVETにより採用され、共同探索モデル（Joint Exploration Model (JEM)）と呼ばれる参照ソフトウェアに取り入れられてきた。２０１８年４月には、HEVCと比べて５０％のビットレート削減を目標とするVVC規格に取り組むために、VCEG（Ｑ６／１６）とISO/IEC JTC１ SC２９／WG１１（MPEG）との間の共同ビデオ専門家チーム（Joint Video Expert Team (JVET)）が作成された。

［２． 概要］
［２．１． 適応解像度変化（Adaptive Resolution Change (ARC)）］
AVC及びHEVCは、IDR又はイントラランダムアクセスポイント（intra random access point (IRAP)）ピクチャを導入しないと、解像度を変更する能力を有しない。そのような能力は、適応解像度変化（ARC）と呼ばれる。ARCから利益を享受する使用例又は適用シナリオは、以下を含む：
－ビデオ電話及び会議におけるレート適応：変化するネットワーク状態にコーディングビデオを適応させるために、ネットワーク状態が悪化して、利用可能帯域幅が低下すると、エンコーダは、より小さな解像度のピクチャを符号化することにより、それに適応し得る。現在、ピクチャ解像度の変化は、IRAPピクチャの後にのみ行うことができる。これは、幾つかの問題を有する。妥当な品質のIRAPピクチャは、インターコーディングピクチャより遙かに大きくなり、相応して、復号するのが複雑になる。これは、時間及びリソースを要する。これは、負荷の理由から、デコーダにより解像度変化が要求される場合に問題になる。それはまた、少なくとも一時的に、低遅延バッファ条件を壊し、オーディオ再同期を強い、ストリームのエンドツーエンド遅延が増大する。これは、粗悪なユーザ経験を与え得る。

－マルチパーティビデオ会議におけるアクティブスピーカの変化：マルチパーティビデオ会議では、通常、アクティブスピーカは、会議参加者の残りの者のビデオより大きなサイズで表示される。アクティブスピーカが変化すると、各参加者のピクチャ解像度も調整される必要がある。アクティブスピーカのそのような変化が頻繁に生じるとき、ARC特徴を備える必要性が益々重要になっている。

－ストリーミングの速い開始：ストリーミングアプリケーションでは、通常、アプリケーションは、表示を開始する前に、最大で特定の長さの復号ピクチャをバッファリングする。より小さい解像度でビットストリームを開始することは、アプリケーションがより速く表示を開始するために、バッファ内に十分なピクチャを有することを可能にする。

ストリーミングにおける適応ストリーム切り換え：HTTP上の動的適応ストリーミング（Dynamic Adaptive Streaming over HTTP (DASH)）仕様は、@mediaStreamStructureIdと呼ばれる特徴を有する。これは、非復号可能リーディングピクチャ、例えば、HEVCにおける関連するRASLを有するCRAピクチャを有するopen-GOPランダムアクセスポイントにおける異なる表現の間の切り替えを可能にする。同じビデオの２つの異なる表現が、異なるビットレートであるが同じ空間解像度を有し、それらが同じ値の@mediaStreamStructureIdを有するとき、関連するRASLを有するCRAピクチャにおける２つの表現の間の切り替えが実行でき、切り換えCRAピクチャ（switching-at CRA pictures）に関連付けられたRASLピクチャは、許容可能な品質で復号でき、従って、シームレスな切り換えを可能にする。ARCによると、@mediaStreamStructureId特徴は、異なる空間解像度を有するDASH表現の間の切り換えにも使用できる。

ARCは、動的解像度変換としても知られる。

ARCは、H.２６３ Annex Pのような参照ピクチャ再サンプリング（Reference Picture Resampling (RPR)）の特別な場合とも考えられてよい。

［２．２． H.２６３ Annex Pの参照ピクチャ再サンプリング］
このモードは、予測のために参照ピクチャを使用する前に、参照ピクチャをワーピング（warp）するアルゴリズムを定める。それは、予測中のピクチャと異なるソースフォーマットを有する参照ピクチャを再サンプリングするために役立つ。それは、参照ピクチャの形状、サイズ、及び位置をワーピングすることにより、グローバル動き推定又は回転動きの推定のためにも使用できる。シンタックスは、使用されるべきパラメータ及び再サンプリングアルゴリズムをワーピングすることを含む。参照ピクチャ再サンプリングモードのための最も簡単なレベルの演算は、アップサンプリング及びダウンサンプリング処理のためにFIRフィルタが適用される必要があるだけなので、４再サンプリングの暗黙的係数である。この場合、（ピクチャヘッダ内で示される）新しいピクチャのサイズが前のピクチャのサイズと異なるとき、その使用が理解されるので、追加シグナリングオーバヘッドは必要ない。

［２．３． VVCにおける適合ウインドウ（Conformance Window）］
VVCにおける適合ウインドウは、長方形を定める。適合ウインドウ内のサンプルは、関心画像に属する。適合ウインドウの外側のサンプルは、出力のときに破棄されてよい。

適合ウインドウが適用されるとき、RPRにおけるスケーリング比は、適合ウインドウに基づき導出される。

ピクチャパラメータセット（Picture parameter set (RBSP)）シンタックス

pic_width_in_luma_samplesは、ルマサンプルのユニットの中のPPSを参照する各復号ピクチャの幅を指定する。pic_width_in_luma_samplesは０に等しくてはならない、Max(８,MinCbSizeY)の整数倍であるべきである、及びpic_width_max_in_luma_samples以下であるべきである。
subpics_present_flagが１に等しいとき、pic_width_in_luma_samplesの値はpic_width_max_in_luma_samplesに等しくなるべきである。
pic_height_in_luma_samplesは、ルマサンプルのユニットの中のPPSを参照する各復号ピクチャの高さを指定する。pic_height_in_luma_samplesは０に等しくてはならない、Max(８,MinCbSizeY)の整数倍であるべきである、及びpic_height_max_in_luma_samples以下であるべきである。
subpics_present_flagが１に等しいとき、pic_height_in_luma_samplesの値はpic_height_max_in_luma_samplesに等しくなるべきである。
refPicWidthInLumaSamples及びrefPicHeightInLumaSamplesを、それぞれこのPPSを参照する現在ピクチャの参照ピクチャのpic_width_in_luma_samples及びpic_height_in_luma_samplesとする。ビットストリーム適合の要件は、以下の条件の全部が満たされることである：

conformance_window_flagが１に等しいことは、適合クロッピングウインドウオフセットパラメータがSPS内で次に続くことを示す。conformance_window_flagが０に等しいことは、適合クロッピングウインドウオフセットパラメータが存在しないことを示す。
conf_win_left_offset、conf_win_right_offset、conf_win_top_offset、及びconf_win_bottom_offsetは、出力のためのピクチャ座標の中で指定される長方形領域の観点から、復号処理から出力されるCVS内のピクチャのサンプルを指定する。conformance_window_flagが０に等しいとき、conf_win_left_offset、conf_win_right_offset、conf_win_top_offset、及びconf_win_bottom_offsetの値は、０に等しいと推定される。
適合クロッピングウインドウは、両端を含む、ubWidthC*conf_win_left_offsetからpic_width_in_luma_samples－(SubWidthC*conf_win_right_offset+１)までの水平ピクチャ座標、及びSubHeightC*conf_win_top_offsetからpic_height_in_luma_samples－(SubHeightC*conf_win_bottom_offset+１)までの垂直ピクチャ座標を有するルマサンプルを含む。
SubWidthC*(conf_win_left_offset+conf_win_right_offset)の値は、pic_width_in_luma_samplesより小さくなるべきであり、SubHeightC*(conf_win_top_offset+conf_win_bottom_offset)の値は、pic_height_in_luma_samplesより小さくなるべきである。
変数PicOutputWidthL及びPicOutputHeightLは、以下のように導出される：

ChromaArrayTypeが０に等しくないとき、２つのクロマアレイの対応する指定されたサンプルは、ピクチャ座標(x/SubWidthC,y/SubHeightC)を有するサンプルである。ここで、(x,y)は指定されたルマサンプルのピクチャ座標である。

ppsA及びppsBを、同じSPSを参照する任意の２つのPPSであるとする。ビットストリーム適合の要件は、ppsA及びppsBが、それぞれ同じ値のpic_width_in_luma_samples及びpic_height_in_luma_samplesを有することであり、ppsA及びppsBは、それぞれ同じ値のconf_win_left_offset、conf_win_right_offset、conf_win_top_offset、及びconf_win_bottom_offsetを有するべきである。

［２．４． 参照ピクチャ再サンプリング（Reference Picture Resampling (RPR)）］
幾つかの実施形態では、ARCは、参照ピクチャ再サンプリング（RPR）としても知られている。RPRによると、同一位置ピクチャが現在ピクチャと異なる解像度を有する場合、TMVPが無効にされる。更に、参照ピクチャが現在ピクチャと異なる解像度を有するとき、DMVR及びDMVRが無効にされる。

参照ピクチャが現在ピクチャと異なる解像度を有するときに通常のMCを扱うために、補間セクションが以下のように定められる。
８．５．６．３． 分数サンプル補間処理
８．５．６．３．１． 概要
この処理への入力は：
・現在ピクチャの左上ルマサンプルに対する、現在符号コーディングサブブロックの左上サンプルを指定するルマ位置(xSb,ySb)、
・現在コーディングサブブロックの幅を指定する変数sbWidth、
・現在コーディングサブブロックの高を指定する変数sbHeight、
・動きベクトルオフセットmvOffset、
・精緻化動きベクトルrefMvLX、
・選択参照ピクチャサンプルアレイrefPicLX、
・ハーフサンプル補間フィルタインデックスhpelIfIdx、
・双方向オプティカルフローフラグbdofFlag、
・現在ブロックの色成分インデックスを指定する変数cIdx。
この処理の出力は：
・予測サンプル値の(sbWidth+brdExtSize)x(sbHeight+brdExtSize)アレイpredSamplesLX。
予測ブロック境界拡張サイズbrdExtSizeは以下のように導出される：

変数fRefWidthは、ルマサンプル内の参照ピクチャのPicOutputWidthLに等しく設定される。
変数fRefHeightは、ルマサンプル内の参照ピクチャのPicOutputHeightLに等しく設定される。
動きベクトルmvLXは、(refMvLX－mvOffset)に等しく設定される。
・cIdxが０に等しい場合、以下が適用される。
・・倍率及びそれらの固定小数点表現は以下のように定義される：

・・(xIntL,yIntL)をフルサンプルユニット内で与えられたルマ位置とし、(xFracL,yFracL)を１／１６サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbInt_L,ySbInt_L)は、(xSb+(mvLX[０]>>４),ySb+(mvLX[１]>>４))に等しく設定される。
・・予測ルマサンプルアレイpredSamplesLXの内部の各ルマサンプル位置(x_L=０..sbWidth－１+brdExtSize,y_L=０..sbHeight－１+brdExtSize)について、対応する予測ルマサンプル値predSamplesLX[x_L][y_L]は、以下のように導出される：
・・・(refxSb_L,refySb_L)及び(refx_L,refy_L)を、１／１６サンプルユニットの中で与えられる動きベクトル(refMvLX[０],refMvLX[１])により指されるルマ位置であるとする。変数refxSb_L、refx_L、refySb_L、及びrefy_Lは以下のように導出される：

・・・変数xInt_L、yInt_L、xFrac_L、及びyFrac_Lは以下のように導出される：

・・bdofFlagが真に等しい、又は（sps_affine_prof_enabled_flagが真に等しく、inter_affine_flag[xSb][ySb]が真に等しい）、及び以下の条件のうちの１つ以上が真である場合、予測ルマサンプル値predSamplesLX[x_L][y_L]は、項８.５.６.３.３で指定されるように、(xInt_L+(xFrac_L>>３)－１)、yInt_L+(yFrac_L>>３)－１)、及びrefPicLXを入力としてルマ整数サンプルフェッチ処理を呼び出すことにより、導出される。
・・・x_Lが０に等しい。
・・・x_LがsbWidth+１に等しい。
・・・y_Lが０に等しい。
・・・y_LがsbHeight+１に等しい。
・・その他の場合、予測ルマサンプル値predSamplesLX[xL][yL]は、項８．５．６．３．２で指定されるように、(xIntL－(brdExtSize>０?１:０)、yIntL－(brdExtSize>０?１:０))、(xFracL,yFracL)、(xSbInt_L,ySbInt_L)、refPicLX、hpelIfIdx、sbWidth、sbHeight、及び(xSb,ySb)を入力として、ルマサンプル８タップ補間フィルタリング処理を呼び出すことにより、導出される。
・その他の場合（cIdxが０に等しい）、以下が適用される：
・・(xIntC,yIntC)をフルサンプルユニット内で与えられたクロマ位置とし、(xFracC,yFracC)を１／３２サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の一般的な分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntC,ySbIntC)は((xSb/SubWidthC)+(mvLX[０]>>５)、(ySb/SubHeightC)+(mvLX[１]>>５))に等しく設定される。
・・予測クロマ参照サンプルアレイpredSamplesLXの卯木側の各クロマサンプル位置(xC=０..sbWidth－１,yC=０..sbHeight－１)について、対応する予測クロマサンプル値predSamplesLX[xC][yC]は以下のように導出される：
・・・(refxSb_C,refySb_C)及び(refx_C,refy_C)を、１／３２サンプルユニットの中で与えられる動きベクトル(mvLX[０],mvLX[１])により指されるクロマ位置であるとする。変数refxSb_C、refySb_C、refx_C、及びrefy_Cは以下のように導出される：

・・・変数xInt_C、yInt_C、xFrac_C、及びyFrac_Cは以下のように導出される：

・・予測サンプル値predSamplesLX[xC][yC]は、(xIntC,yIntC)、(xFracC,yFracC)、(xSbIntC,ySbIntC)、sbWidth、sbHeight、及びrefPicLXを入力として、項８．５．６．３．４で指定される処理を呼び出すことにより、導出される。
８．５．６．３．２ ルマサンプル補間フィルタリング処理
この処理への入力は：
・フルサンプルユニットのルマ位置(xInt_L,yInt_L)、
・分数サンプルユニットのルマ位置(xFrac_L,yFrac_L)、
・参照ピクチャの左上ルマサンプルに対する、参照サンプルパディングのための境界（bounding）ブロックの左上サンプルを指定するフルサンプルユニットのルマ位置(xSbInt_L,ySbInt_L)、
・ルマ参照サンプルアレイrefPicLX_L、
・ハーフサンプル補間フィルタインデックスhpelIfIdx、
・現在サブブロックの幅を指定する変数sbWidth、
・現在サブブロックの高を指定する変数sbHeight、
・現在ピクチャの左上ルマサンプルに対する、現在サブブロックの左上サンプルを指定するルマ位置(xSb,ySb)、
この処理の出力は、予測ルマサンプル値predSampleLX_Lである。
変数shift１、shift２及びshift３は、以下のように導出される：
・変数shift１はMin(４,BitDepth_Y－８)に等しく設定され、変数shift２は６に等しく設定され、変数shift３はMax(２,１４－BitDepth_Y)に等しく設定される。
・変数picWは、pic_width_in_luma_samplesに等しく設定され、変数picHはpic_height_in_luma_samplesに等しく設定される。

xFrac_L又はyFrac_Lに等しい１／１６分数サンプル位置p毎のルマ補間フィルタ係数ｆ_L[p]は、以下のように導出される：
・MotionModelIdc[xSb][ySb]が０より大きく、sbWidth及びsbHeightが両方とも４に等しい場合、ルマ補間フィルタ係数f_L[p]は表２に指定される。
・その他の場合、ルマ補間フィルタ係数f_L[p]は、hpelIfIdxに依存して表１に指定される。
フルサンプルユニットのルマ位置(xInt_i,yInt_i)は、i=０..７について以下のように導出される：
・subpic_treated_as_pic_flag[SubPicIdx]が１に等しい場合、以下が適用される。

その他の場合（subpic_treated_as_pic_flag[SubPicIdx]が０に等しい）、以下が適用される：

フルサンプルユニットのルマ位置(xInti,yInti)は、i=０..７について以下のように導出される：

予測されたルマサンプル値はpredSampleLX_Lは以下のように導出される：
・xFrac_L及びyFrac_Lの両方が０に等しい場合、predSampleLX_Lの値は以下のように導出される：

・その他の場合、xFrac_Lが０に等しくなく、及びyFrac_Lが０に等しい場合、predSampleLX_Lの値は以下のように導出される：

・その他の場合、xFrac_Lが０に等しく、及びyFrac_Lが０に等しくない場合、predSampleLX_Lの値は以下のように導出される：

・その他の場合、xFrac_Lが０に等しくなく、及びyFrac_Lが０に等しくない場合、predSampleLX_Lの値は以下のように導出される：
・・サンプルアレイtemp[n]、n=０..７は、以下のように導出される：

・・予測されたルマサンプル値predSampleLXLは以下のように導出される：

表８－１１ 各１／１６分数サンプル位置pのルマ補間フィルタ係数f_L[p]の仕様

表８－１２ アフィン動きモードのための各１／１６分数サンプル位置pのルマ補間フィルタ係数f_L[p]の仕様

８．５．６．３．３ ルマ整数サンプルフェッチ処理
この処理への入力は：
・フルサンプルユニットのルマ位置(xInt_L,yInt_L)、
・ルマ参照サンプルアレイrefPicLX_L、
この処理の出力は、予測ルマサンプル値predSampleLX_Lである。
変数shiftは、Max(２,１４－BitDepth_Y)に等しく設定される。
変数picWは、pic_width_in_luma_samplesに等しく設定され、変数picHはpic_height_in_luma_samplesに等しく設定される。
フルサンプルユニットのルマ位置(xInti,yInti)は、以下のように導出される：

予測されたルマサンプル値はpredSampleLX_Lは以下のように導出される：

８．５．６．３．４ クロマサンプル補間処理
この処理への入力は：
・フルサンプルユニットのクロマ位置(xInt_C,yInt_C)、
・１／３２分数サンプルユニットのクロマ位置(xFrac_C,yFrac_C)、
・参照ピクチャの左上クロマサンプルに対する、参照サンプルパディングのための境界（bounding）ブロックの左上サンプルを指定するフルサンプルユニットのクロマ位置(xSbIntC,ySbIntC)、
・現在サブブロックの幅を指定する変数sbWidth、
・現在サブブロックの高を指定する変数sbHeight、
・クロマ参照サンプルアレイrefPicLX_C。
この処理の出力は、予測クロマサンプル値predSampleLX_Cである。
変数shift１、shift２及びshift３は、以下のように導出される：
・変数shift１はMin(４,BitDepth_C－８)に等しく設定され、変数shift２は６に等しく設定され、変数shift３はMax(２,１４－BitDepth_C)に等しく設定される。
・変数picW_Cは、pic_width_in_luma_samples/SubWidthCに等しく設定され、変数picH_Cはpic_height_in_luma_samples/SubHeightCに等しく設定される。
xFrac_C又はyFrac_Cに等しい１／３２分数サンプル位置p毎のクロマ補間フィルタ係数f_C[p]は、表１３で指定される。
変数xOffsetは、(sps_ref_wraparound_offset_minus１+１)*MinCbSizeY)/SubWidthCに等しく設定される。
フルサンプルユニットのクロマ位置(xInt_i,yInt_i)は、i=０..３について以下のように導出される：
・subpic_treated_as_pic_flag[SubPicIdx]が１に等しい場合、以下が適用される。

・その他の場合（subpic_treated_as_pic_flag[SubPicIdx]が０に等しい）、以下が適用される：

フルサンプルユニットのクロマ位置(xInt_i,yInt_i)は、i=０..３について以下のように更に変形される：

予測されたルマサンプル値predSampleLX_Cは以下のように導出される：
・xFrac_C及びyFrac_Cの両方が０に等しい場合、predSampleLX_Cの値は以下のように導出される：

・その他の場合、xFrac_Cが０に等しくなく、及びyFrac_Cが０に等しい場合、predSampleLX_Cの値は以下のように導出される：

・その他の場合、xFrac_Cが０に等しく、及びyFrac_Cが０に等しくない場合、predSampleLX_Cの値は以下のように導出される：

・その他の場合、xFrac_Cが０に等しくなく、及びyFrac_Cが０に等しくない場合、predSampleLX_Cの値は以下のように導出される：
・・サンプルアレイtemp[n]、n=０..３は、以下のように導出される：

・・予測されたクロマサンプル値predSampleLX_Cは以下のように導出される：

表８－１３ 各１／３２分数サンプル位置pのクロマ補間フィルタ係数fC[p]の仕様

［２．５． アフィン動き保証予測に基づく精緻化サブブロック］
本願明細書に開示される技術は、オプティカルフローによりサブブロックに基づくアフィン動き補償予測を精緻化する方法を含む。サブブロックに基づくアフィン動き補償が実行された後に、予測サンプルは、オプティカルフロー式により導出された差を加算することにより、精緻化される。これは、オプティカルフローによる予測精緻化（prediction refinement with optical flow (PROF)）と呼ばれる。提案される方法は、メモリアクセス帯域幅を増大することなく、ピクセルレベルの粒度でインター予測を達成できる。

精細な粒度の動き補償を達成するために、本稿は、オプティカルフローによりサブブロックに基づくアフィン動き補償予測を精緻化する方法を提案する。サブブロックに基づくアフィン動き補償が実行された後に、ルマ予測サンプルは、オプティカルフロー式により導出された差を加算することにより、精緻化される。提案されるPROF（prediction refinement with optical flow）は、以下の４つのステップで説明される。
ステップ１）サブブロックに基づくアフィン動き補償が実行されて、サブブロック予測I(i,j)を生成する。
ステップ２）サブブロック予測の空間勾配g_x(i,j)及びg_y(i,j)は、３タップフィルタ[-１,０,１]を用いて各サンプル位置で計算される。

サブブロック予測は、勾配計算について各側で１ピクセルだけ拡張される。メモリ帯域幅及び複雑性を低減するために、拡張された境界上のピクセルは、参照ピクチャ内の最も近い整数ピクセル位置からコピーされる。従って、パディング領域の追加の補間が回避される。
ステップ３）ルマ予測精緻化（ΔIと表される）は、オプティカルフロー式により計算される。

ここで、ΔMV（Δv(i,j)と表される）は、図１に示されるような、サンプル位置(i,j)について計算されたv(i,j)により表されるピクセルMVと、ピクセル(i,j)が属するサブブロックMVとの間の差である。

アフィンモデルパラメータ及びサブブロック中心に対するピクセル位置は、サブブロック間で変化しないので、Δv(i,j)ｇは、第１サブブロックについて計算され、同じCU内の他のサブブロックのために再利用できる。x及びyを、ピクセル位置からサブブロックの中心までの水平及び垂直オフセットとすると、Δv(x,y)は次式により導出される：

４パラメータアフィンモデルについて、

６パラメータアフィンモデルについて、

ステップ４）最後に、ルマ予測精緻化が、サブブロック予測I(i,j)に追加される。最終予測I’は、次式のように生成される：

詳細は以下に説明される：

ａ）PROFの勾配を導出する方法：

幾つかの実施形態では、勾配は、参照リスト毎に、サブブロック毎（VTM-４.０では４×４サブブロック）に計算される。サブブロック毎に、サンプルの４側面の外側の線をパディングするために、参照ブロックの最も近い整数サンプルがフェッチされる。

現在サブブロックのMVを(MVx,MVy)とする。次に、分数部分が、(FracX,FracY)=(MVx&１５,MVy&１５)のように計算される。整数部分は、(IntX,IntY)=(MVx>>４,MVy>>４)のように計算される。オフセット(OffsetX,OffsetY)は以下のように導出される：

現在サブブロックの左上座標を(xCur,yCur)とし、現在サブブロックの寸法をW×Hとする。次に、(xCor０,yCor０),(xCor１,yCor１),(xCor２,yCor２)及び(xCor３,yCor３)は以下のように計算される：

PredSample[x][y]、x=０..W-１,y=０..H-１が、サブブロックの予測サンプルを格納するとする。次に、パディングサンプルが以下のように導出される：

ここで、Recは参照ピクチャを表す。Roundingが整数であり、例示的なPROF実装では２^１３に等しい。Shift０=Max(２,(１４-BitDepth))；PROFは、VTM-４.０のBIOと異なり、勾配の精度を増大することを目的とし、ここで、勾配は、入力ルマサンプルと同じ精度を有する出力である。

PROFにおける勾配は、以下のように計算される：

留意すべきことに、predSamples[x][y]は、補間後に精度を保つ。

ｂ）PROFのΔvを導出する方法：
Δｖ（dMvH[posX][posY]及びdMvV[posX][posY]、posX=０..W-１,posY=０..H-１と表される）の導出は、以下のように記載できる。

現在ブロックの寸法をcbWidth×cbHeightとすると、制御点動きベクトルの数はnumCpMvであり、制御点動きベクトルはcpMvLX[cpIdx]、cpIdx=０..numCpMv－１であり、Xは０又は１であり、２つの参照リストを表す。

変数log２CbW及びlog２CbHは、以下のように導出される：

変数mvScaleHor、mvScaleVer、dHorX及びdVerXは、以下のように導出される：

変数dHorY及びdVerYは、以下のように導出される：
・numCpMvが３に等しい場合、以下が適用される。

・その他の場合（numCpMvが２に等しい）、以下が適用される。

変数qHorX、qVerX、qHorY及びqVerYは以下のように導出される：

dMvH[０][０]及びdMvV[０][０]は以下のように導出される：

１～W-１のxPosについて、dMvH[xPos][０]anddMvV[xPos][０]は以下のように導出される：

１～H-１のyPosについて、以下が適用される：

最後に、dMvH[xPos][yPos]及びdMvV[xPos][yPos]、posX=０..W-１,posY=０..H-１は以下のように右シフトされる：

ここで、SatShift(x,n)及びShift(x,n)は以下のように定義される：

一例では、

ｃ）PROFのΔIを導出する方法：
サブブロックの内側の位置(posX,posY)について、その対応するΔv(i,j)は(dMvH[posX][posY],dMvV[posX][posY])と表される。その対応する勾配は、(gradientH[posX][posY],gradientV[posX][posY])と表される。

次に、ΔI(posX,posY)が以下のように導出される：
(dMvH[posX][posY],dMvV[posX][posY])は以下のようにクリッピングされる：

ｄ）PROFのI'を導出する方法：
現在ブロックが双予測または加重予測としてコーディングされない場合、

ここで、ClipSampleは、サンプル値を有効な出力サンプル値にクリッピングする。次に、I’(posX,posY)は、インター予測値として出力される。

その他の場合（現在ブロックが双予測または加重予測としてコーディングされる）。I’(posX,posY)は、格納され、他の予測値及び／又は加重値に従い、インター予測値を生成するために使用される。

［２．６． 例示的なスライスヘッダ］

［２．７． 例示的なシーケンスパラメータセット］

［２．８． 例示的なピクチャパラメータセット］

［２．９． 例示的な適応パラメータセット］

［２．１０． 例示的なピクチャヘッダ］
幾つかの実施形態では、ピクチャヘッダは、以下の特性を有するよう設計される：
１．ピクチャヘッダNALユニットの時間Id及びレイヤIdが、ピクチャヘッダを含むレイヤアクセスユニットの時間Id及びレイヤIdと同じである。

２．ピクチャヘッダNALユニットが、その関連するピクチャの最初のスライスを含むNALユニットに先行する。これは、ピクチャヘッダとピクチャヘッダに関連付けられたピクチャのスライスとの間の関連付けを確立し、ピクチャヘッダIdがピクチャヘッダ内でシグナリングされること及びスライスヘッダから参照されることを必要としない。

３．ピクチャヘッダNALユニットは、ピクチャレベルパラメータセット又はDPS、VPS、SPS、PPS等のような上位のものに従う。この結果は、それらのパラメータセットが、ピクチャ内で又はアクセスユニット内で繰り返される／存在することを必要としない。

４．ピクチャヘッダは、その関連するピクチャのピクチャタイプに関する情報を含む。ピクチャタイプは、以下を定義するために使用されてよい（網羅的リストではない）。
ａ．ピクチャはIDRピクチャである、
ｂ．ピクチャはCRAピクチャである、
ｃ．ピクチャはGDRピクチャである、
ｄ．ピクチャは非IRAP、非GDRピクチャであり、Iスライスのみを含む、
ｅ．ピクチャは非IRAP、非GDRピクチャであり、P及びIスライスのみを含んでよい、
ｆ．ピクチャは非IRAP、非GDRピクチャであり、B、P、及び／又はIスライスのいずれかを含む、

５．スライスヘッダ内のピクチャレベルシンタックスエレメントのシグナリングをピクチャヘッダへと移動する。

６．ピクチャヘッダ内の同じピクチャの全部のスライスについて標準的に同じである、スライスヘッダ内の非ピクチャレベルシンタックスエレメントをシグナリングする。それらのシンタックスエレメントがピクチャヘッダ内に存在しないとき、それらはスライスヘッダ内でシグナリングされてよい。

幾つかの実装では、必須ピクチャヘッダ概念は、ピクチャの第１VCL NALユニットとして、ピクチャ当たり１回、送信されるために使用される。現在スライスヘッダ内にあるシンタックスエレメントを、このピクチャヘッダへと移動することも提案される。機能的にピクチャ当たり１回送信されるだけでよいシンタックスエレメントは、所与のピクチャについて複数回送信される代わりに、ピクチャヘッダへと移動され得る。例えば、スライスヘッダ内のシンタックスエレメントは、スライス当たり１回送信される。ピクチャ内で同じであるよう制約される、スライスヘッダのシンタックスエレメントを移動する。

シンタックスエレメントは、ピクチャの全部のスライス内で同じになるよう既に制約されている。これらのフィールドをピクチャヘッダへと移動することが主張される。従って、それらは、スライス当たり１回の代わりにピクチャ当たり１回だけシグナリングされ、ビットの不要な冗長的送信を回避し、これらのシンタックスエレメントの機能に何ら変更を伴わない。

１．幾つかの実装では、以下の意味的制約がある：
存在するとき、スライスヘッダシンタックスエレメントslice_pic_parameter_set_id、non_reference_picture_flag、colour_plane_id、slice_pic_order_cnt_lsb、recovery_poc_cnt、no_output_of_prior_pics_flag、pic_output_flag、及びslice_temporal_mvp_enabled_flagの各々の値は、コーディングピクチャの全部のスライスヘッダ内で同じであるべきである。従って、これらのシンタックスエレメントの各々は、ピクチャヘッダへと移動でき、不要な冗長ビットを回避する。

recovery_poc_cnt及びno_output_of_prior_pics_flagは、本稿ではピクチャヘッダへと移動されない。スライスヘッダ内のそれらの存在は、スライスヘッダnal_unit_typeの条件付きチェックに依存する。従って、それらは、これらのシンタックスエレメントをピクチャヘッダへと移動する要望がある場合に、研究されることが提案される。

２．幾つかの実装では、以下の意味的制約がある：
存在するとき、slice_lmcs_aps_idの値は、ピクチャの全部のスライスについて同じであるべきである。

存在するとき、slice_scaling_list_aps_idの値は、ピクチャの全部のスライスについて同じであるべきである。従って、これらのシンタックスエレメントの各々は、ピクチャヘッダへと移動でき、不要な冗長ビットを回避する。

幾つかの実施形態では、シンタックスエレメントは、ピクチャの全部のスライス内で同じになるよう現在制約されていない。全てのスライスヘッダで多数のシンタックスエレメントを処理すると複雑な影響があると主張されているため、これらのシンタックスエレメントの予想される使用法を評価して、VVC設計全体を簡素化するためにピクチャヘッダに移動できるものを決定することが提案される。

１．以下のシンタックスエレメントは、ピクチャヘッダへ移動されることが提案される。現在、スライスごとに異なる値を持つことに制限が無いが、予想される使用法がピクチャレベルで変化するため、全てのスライスヘッダでそれらを送信することによる利点とコーディング損失はない/最小限であると主張されている。
ａ．six_minus_max_num_merge_cand
ｂ．five_minus_max_num_subblock_merge_cand
ｃ．slice_fpel_mmvd_enabled_flag
ｄ．slice_disable_bdof_dmvr_flag
ｅ．max_num_merge_cand_minus_max_num_triangle_cand
ｆ．slice_six_minus_max_num_ibc_merge_cand

２．以下のシンタックスエレメントは、ピクチャヘッダへ移動されることが提案される。現在、スライスごとに異なる値を持つことに制限が無いが、予想される使用法がピクチャレベルで変化するため、全てのスライスヘッダでそれらを送信することによる利点とコーディング損失はない/最小限であると主張されている。
ａ．partition_constraints_override_flag
ｂ．slice_log２_diff_min_qt_min_cb_luma
ｃ．slice_max_mtt_hierarchy_depth_luma
ｄ．slice_log２_diff_max_bt_min_qt_luma
ｅ．slice_log２_diff_max_tt_min_qt_luma
ｆ．slice_log２_diff_min_qt_min_cb_chroma
ｇ．lice_max_mtt_hierarchy_depth_chroma
ｈ．slice_log２_diff_max_bt_min_qt_chroma
ｉ．slice_log２_diff_max_tt_min_qt_chroma
これらのシンタックスエレメントの幾つかに関連付けられた条件付きチェック「slice_type==I」は、ピクチャヘッダへの移動により除去されている。

３．以下のシンタックスエレメントは、ピクチャヘッダへ移動されることが提案される。現在、スライスごとに異なる値を持つことに制限が無いが、予想される使用法がピクチャレベルで変化するため、全てのスライスヘッダでそれらを送信することによる利点とコーディング損失はない/最小限であると主張されている。

ａ．mvd_l１_zero_flag
これらのシンタックスエレメントの幾つかに関連付けられた条件付きチェック「slice_type==B」は、ピクチャヘッダへの移動により除去されている。

４．以下のシンタックスエレメントは、ピクチャヘッダへ移動されることが提案される。現在、スライスごとに異なる値を持つことに制限が無いが、予想される使用法がピクチャレベルで変化するため、全てのスライスヘッダでそれらを送信することによる利点とコーディング損失はない/最小限であると主張されている。
ａ．dep_quant_enabled_flag
ｂ．sign_data_hiding_enabled_flag

［３． 既存の実装の欠点］
DMVR及びBIOは、動きベクトルの精緻化の間に元の信号を含まない。これは、不正確な動き情報によるコーディングブロックをもたらし得る。また、DMVR及びBIOは、時に、動き精緻化の後に分数動きベクトルを利用する。一方で、スクリーンビデオは、通常、整数動きベクトルを有する。これは、現在動き情報をより不正確にし、コーディング性能を悪化させる。

RPRがVVCにおいて適用されるとき、RPR(ARC)は以下の問題を有し得る：
１．RPRにより、補間フィルタは、ブロック内の隣接サンプルについて異なることがある。これは、SIMD（Single Instruction Multiple Data）実装で望ましくない。

２．境界領域がRPRを考慮しない。

３．以下に留意する：「適合クロッピングウインドウオフセットパラメータは出力においてのみ適用される。全部の内部復号処理は、非クロッピングピクチャサイズに適用される。」しかしながら、それらのパラメータは、RPRが適用されるとき、復号処理で使用されてよい。

４．参照サンプル位置を導出するとき、RPRは、２つの適合ウインドウの間の比を考慮するだけである。しかし、２つの適合ウインドウの間の左上オフセット差も考慮されるべきである。

５．参照ピクチャの幅／高さと現在ピクチャの幅／高さとの間の比は、VVCにおいて制約される。しかしながら、参照ピクチャの適合ウインドウの幅／高さと現在ピクチャの適合ウインドウの幅／高さとの間の比は制約されない。

６．必ずしも全部のシンタックスエレメントが、ピクチャヘッダ内で適正に処理されない。

７．現在のVVCでは、TPM、GEO予測モード、クロマブレンディング重みは、ビデオシーケンスのクロマサンプル位置タイプに関係なく導出される。例えば、TPM/GEOでは、クロマ重みがルマ重みから導出される場合、ルマ重みは、クロマ信号のサンプリングと一致するようダウンサンプリングされる必要があり得る。クロマダウンサンプリングは、通常、クロマサンプル位置タイプ０を想定して適用される。これは、ITU-R BT.６０１又はITU-R BT.７０９コンテナで広く使用される。しかしながら、異なるクロマサンプル位置タイプが使用される場合、これは、クロマサンプルとダウンサンプリングされたルマサンプルとの間の不一致をもたらし得る。これは、コーディング性能を低下させ得る。

［４．例示的な技術及び実施形態］
以下に説明する詳細な実施形態は、一般的な概念を説明するための例として考えられるべきである。これらの実施形態は、狭義に解釈されるべきではない。更に、これらの実施形態は任意の方法で結合できる。

後述する方法は、後述するDMVR及びBIOに加えて、他のデコーダ動き情報導出技術にも適用されてよい。

動きベクトルは、(mv_x,mv_y)により表される。ここで、mv_xは水平成分であり、mv_yは垂直成分である。

本開示では、ピクチャの解像度（又は寸法、又は幅／高さ、又はサイズ）は、コーディング／復号ピクチャの解像度（又は寸法、又は幅／高さ、又はサイズ）を表してよく、又はコーディング／復号ピクチャ内の適合ウインドウの解像度（又は寸法、又は幅／高さ、又はサイズ）を表してよい。

＜RPRにおける動き補償＞
１．参照ピクチャの解像度が現在ピクチャと異なるとき、又は参照ピクチャの幅及び／又は高さが現在ピクチャより大きいとき、現在ブロックのサンプルのグループ（少なくとも２つのサンプル）の予測値は、同じ水平及び／又は垂直補間フィルタにより生成されてよい。
ａ．一例では、グループは、ブロックの領域内の全部のサンプルを含んでよい。
ｉ．例えば、ブロックは、互いに重なり合わないS個のM×N長方形に分割されてよい。各M×N長方形はグループである。図２に示される一例では、１６×１６ブロックは、１６個の４×４長方形に分割でき、それらのそれぞれはグループである。
ｉｉ．例えば、N個のサンプルを有する行はグループである。Nは、ブロック幅より大きくない整数である。一例では、Nは４又は８又はブロック幅である。
ｉｉｉ．例えば、N個のサンプルを有する列はグループである。Nは、ブロック高さより大きくない整数である。一例では、Nは４又は８又はブロック高さである。
ｉｖ．M及び／又はNは、予め定められるか、又は例えばブロック寸法／コーディング情報に基づきオンザフライで導出されるか、又はシグナリングされてよい。
ｂ．一例では、グループ内のサンプルは、同じMV（共有MVと表される）を有してよい。
ｃ．一例では、グループ内のサンプルは、同じ水平成分（共有水平成分と表される）を有するMVを有してよい。
ｄ．一例では、グループ内のサンプルは、同じ垂直成分（共有垂直成分と表される）を有するMVを有してよい。
ｅ．一例では、グループ内のサンプルは、水平成分の同じ分数部分（共有分数水平成分と表される）を有するMVを有してよい。
ｉ．例えば、第１サンプルのMVが(MV１x,MV１y)であり、第２サンプルのMVが(MV２x,MV２y)であるとすると、MV１x&(２^M-１)がMV２x&(２^M-１)に等しいことが満たされるべきであり、ここで、MはMV精度を示す。例えば、M=４である。
ｆ．一例では、グループ内のサンプルは、垂直成分の同じ分数部分（共有分数垂直成分と表される）を有するMVを有してよい。
ｉ．例えば、第１サンプルのMVが(MV１x,MV１y)であり、第２サンプルのMVが(MV２x,MV２y)であるとすると、MV１y&(２^M-１)がMV２y&(２^M-１)に等しいことが満たされるべきであり、ここで、MはMV精度を示す。例えば、M=４である。
ｇ．一例では、予測されるべきグループ内のサンプルについて、MV_bにより示される動きベクトルは、先ず、現在ピクチャ及び参照ピクチャの解像度に従い導出されてよい（例えば、JVET-O２００１-v１４の８.５.６.３.１で導出される(refx_L,refy_L)）。次に、MV_bは、上述の項目のような要件を満たすために、MV’へと更に変更されてよく（例えば、丸め込み／トランケート／クリッピングされる）、MV’はサンプルの予測サンプルと導出するために使用される。
ｉ．一例では、MV’は、MV_bのような同じ整数部分を有し、MV’の分数部分は、共有分数水平及び／又は垂直成分になるよう設定される。
ｉｉ．一例では、MV’は、MV_bに最も近い、共有分数水平及び／又は垂直成分を有するものになるよう設定される。
ｈ．共有動きベクトル（及び／又は共有水平成分及び／又は共有垂直成分及び／又は共有分数垂直成分及び／又は共有分数水平成分）は、グループ内の特定のサンプルの動きベクトル（及び／又は共有水平成分及び／又は共有垂直成分及び／又は分数垂直成分及び／又は分数水平成分）になるよう設定されてよい。
ｉ．例えば、特定のサンプルは、図３Aに示されるA、B、C、及びDのような長方形グループの角にあってよい。
ｉｉ．例えば、特定のサンプルは、図３Aに示されるE、F、G、及びHのような長方形グループの中心にあってよい。
ｉｉｉ．例えば、特定のサンプルは、図３B及び３Cに示されるA及びBのような行形状又は列形状のグループの端にあってよい。
ｉｖ．例えば、特定のサンプルは、図３B及び３Cに示されるB及びCのような行形状又は列形状のグループの中間にあってよい。
ｖ．一例では、特定のサンプルの動きベクトルは、項目ｇで言及したMV_bであってよい。
ｉ．共有動きベクトル（及び／又は共有水平成分及び／又は共有垂直成分及び／又は共有分数垂直成分及び／又は共有分数水平成分）は、このグループ内の全部のサンプルと比べて異なる位置に置かれた仮想サンプルの動きベクトル（及び／又は共有水平成分及び／又は共有垂直成分及び／又は分数垂直成分及び／又は分数水平成分）になるよう設定されてよい。
ｉ．一例では、仮想サンプルはグループ内にないが、グループ内の全部のサンプルをカバーする領域の中に位置する。
１）代替として、仮想サンプルは、グループ内の全部のサンプルをカバーする領域の外側、例えば領域の右下位置の隣に位置する。
ｉｉ．一例では、仮想サンプルのMVは、異なる位置を有するが実際のサンプルと同じ方法で導出される。
ｉｉｉ．図３A～３CのVは、仮想サンプルの３つの例を示す。
ｊ．共有MV（及び／又は共有水平成分及び／又は共有垂直成分及び／又は共有分数垂直成分及び／又は共有分数水平成分）は、複数のサンプル及び／又は仮想サンプルのMV（及び／又は共有水平成分及び／又は共有垂直成分及び／又は分数垂直成分及び／又は分数水平成分）の関数になるよう設定されてよい。
ｉ．例えば、共有MV（及び／又は共有水平成分及び／又は共有垂直成分及び／又は共有分数垂直成分及び／又は共有分数水平成分）は、グループ内のサンプルの全部又は一部の、又は図３AのサンプルE、F、G、Hの、又は図３AのサンプルE、Hの、又は図３AのサンプルA、B、C、Dの、又は図３AのサンプルA、Dの、又は図３BのサンプルB、Cの、又は図３BのサンプルA、Dの、又は図３CのサンプルB、Cの、又は図３CのサンプルA、Dの、MV（及び／又は共有水平成分及び／又は共有垂直成分及び／又は共有分数垂直成分及び／又は共有分数水平成分）の平均になるよう設定されてよい。
２．参照ピクチャの解像度が現在ピクチャと異なるとき、又は参照ピクチャの幅及び／又は高さが現在ピクチャの幅及び／又は高さより大きいとき、現在ブロックの予測ブロックを導出するために、動き補償処理を実行することが許可されることが提案される。
ａ．一例では、予測されるべきサンプルの復号動きベクトルは、使用される前に、整数MVに丸め込まれる。
ｂ．一例では、予測されるべきサンプルの復号動きベクトルは、復号動きベクトルに最も近い整数MVに丸め込まれる。
ｃ．一例では、予測されるべきサンプルの復号動きベクトルは、水平方向で復号動きベクトルに最も近い整数MVに丸め込まれる。
ｄ．一例では、予測されるべきサンプルの復号動きベクトルは、垂直方向で復号動きベクトルに最も近い整数MVに丸め込まれる。
３．現在ブロック内のサンプルの動き補償処理で使用される動きベクトル（例えば、上述の項目で言及した共有MV／共有水平または垂直または分数成分／MV’）は、復号ピクチャバッファに格納され、現在／異なるピクチャ内の後続のブロックの動きベクトル予測のために利用されてよい。
ａ．代替として、現在ブロック内のサンプルの動き補償処理で使用される動きベクトル（例えば、上述の項目で言及した共有MV／共有水平または垂直または分数成分／MV’）は、現在／異なるピクチャ内の後続のブロックの動きベクトル予測のために利用されることが禁止されてよい。
ｉ．一例では、復号動きベクトル（例えば、上述の項目のMV_b）は、現在／異なるピクチャ内の後続のブロックの動きベクトル予測のために利用されてよい。
ｂ．一例では、現在ブロック内のサンプルの動き補償処理で使用される動きベクトルは、フィルタリング処理（例えば、デブロッキングフィルタ／SAO／ALF）で利用されてよい。
ｉ．代替として、復号動きベクトル（例えば、上述の項目のMV_b）は、フィルタリング処理で利用されてよい。
ｃ．一例では、そのようなMVは、サブブロックレベルで導出されてよく、サブブロック毎に格納されてよい。
４．参照ピクチャの解像度が現在ピクチャと異なるかどうか、又は参照ピクチャの幅及び／又は高さが現在ピクチャの幅及び／又は高さより大きいかどうかに依存して、現在ブロックの予測ブロックを導出するために、動き補償処理で補間フィルタが使用されることが提案される。
ａ．一例では、少ないタップを有する補間フィルタは、条件Aが満たされるとき、適用されてよい。ここで、条件Aは、現在ピクチャ及び／又は参照ピクチャの寸法に依存する。
ｉ．一例では、条件Aは、参照ピクチャの解像度が現在ピクチャと異なることである。
ｉｉ．一例では、条件Aは、参照ピクチャの幅及び／又は高さが現在ピクチャの幅及び／又は高さより大きいことである。
ｉｉｉ．一例では、条件AはW１>a*W２及び／又はH１>b*H２である。ここで、(W１,H１)は参照ピクチャの幅及び高さを表し、(W２,H２)は現在ピクチャの幅及び高さを表し、a及びbは２つの係数であり、例えばa=b=１.５.である。
ｉｖ．一例では、条件Aは、双予測が使用されるかどうかにも依存してよい。
ｖ．一例では１タップフィルタが適用される。言い換えると、フィルタリングを伴わない整数ピクセルは、補間結果として出力される。
ｖｉ．一例では、双線形フィルタは、参照ピクチャの解像度が現在ピクチャと異なるとき、適用される。
ｖｉｉ．一例では、４タップフィルタ又は６タップフィルタは、参照ピクチャの解像度が現在ピクチャと異なるとき、又は参照ピクチャの幅及び／又は高さが現在ピクチャの幅及び／又は高さより大きいとき、適用される。
１）４タップフィルタは、アフィン動き補償のために使用されてもよい。
２）４タップフィルタは、クロマサンプルの補間のために使用されてもよい。
ｂ．一例では、パディングサンプルは、参照ピクチャの解像度が現在ピクチャと異なるとき、又は参照ピクチャの幅及び／又は高さが現在ピクチャの幅及び／又は高さより大きいとき、補間を実行するために使用される。
ｃ．項目４に開示した方法を適用するかどうか及び／又はどのように適用するかは、色成分に依存してよい。
ｉ．例えば、方法は、ルマコンポーネントにのみ適用される。
ｄ．項目４に開示した方法を適用するかどうか及び／又はどのように適用するかは、補間フィルタリング方向に依存してよい。
ｉ．例えば、方法は、水平フィルタリングにのみ適用される。
ｉｉ．例えば、方法は、垂直フィルタリングにのみ適用される。
５．参照ピクチャの解像度が現在ピクチャと異なるとき、又は参照ピクチャの幅及び／又は高さが現在ピクチャの幅及び／又は高さより大きいとき、予測ブロック生成のための２段階処理が適用されることが提案される。
ａ．第１段階では、仮想参照ブロックは、現在ピクチャ及び参照ピクチャの幅及び／又は高さに依存して、参照ピクチャ内の領域をアップサンプリング又はダウンサンプリングすることにより生成される。
ｂ．第２段階では、現在ピクチャ及び参照ピクチャの幅及び／又は高さと独立に、補間フィルタリングを適用することにより、予測サンプルが仮想参照ブロックから生成される。
６．参照サンプルパディングのための境界ブロックの左上座標(xSbInt_L,ySbInt_L)の計算は、幾つかの実施形態におけるように、現在ピクチャ及び参照ピクチャの幅及び／又は高さに依存して導出されてよい。
ａ．一例では、フルサンプルユニットのルマ位置は、以下のように変更される：
xInt_i=Clip３(xSbInt_L－Dx,xSbInt_L+sbWidth+Ux,xInt_i),
yInt_i=Clip３(ySbInt_L－Dy,ySbInt_L+sbHeight+Uy,yInt_i),
ここで、Dx及び／又はDy及び／又はUx及び／又はUyは、現在ピクチャ及び参照ピクチャの幅及び／又は高さに依存してよい。
ｂ．一例では、フルサンプルユニットのクロマ位置は、以下のように変更される：
xInti=Clip３(xSbInt_C－Dx,xSbInt_C+sbWidth+Ux,xInti)
yInti=Clip３(ySbInt_C－Dy,ySbInt_C+sbHeight+Uy,yInti)
ここで、Dx及び／又はDy及び／又はUx及び／又はUyは、現在ピクチャ及び参照ピクチャの幅及び／又は高さに依存してよい。
７．現在ピクチャと同じ参照ピクチャ解像度に基づき、ブロックの動きベクトルを格納する／使用する代わりに、解像度差を考慮した現実の動きベクトルを使用することが提案される。
ａ．代替として、更に、予測ブロックを生成するために動きベクトルを使用するとき、現在ピクチャ及び参照ピクチャの解像度（例えば、(refx_L,refy_L)）に従い動きベクトルを更に変更する必要がない。
＜RPRの間の相互作用、及び他のコーディングツール＞
８．フィルタリング処理（例えば、デブロッキングフィルタ）を適用するかどうか／どのように適用するかは、参照ピクチャの解像度及び／又は現在ピクチャの解像度に依存してよい。
ａ．一例では、デブロッキングフィルタの境界強度（boundary strength (BS)）設定は、動きベクトル差に加えて、解像度差も考慮してよい。
ｉ．一例では、現在及び参照ピクチャの解像度に従いスケーリングされた動きベクトル差は、境界強度を決定するために使用されてよい。
ｂ．一例では、ブロックAの少なくとも１つの参照ピクチャの解像度がブロックBの少なくとも１つの参照ピクチャの解像度と異なる（又はそれより小さい又はそれより大きい）場合、ブロックAとブロックBとの間の境界のデブロッキングフィルタの強度は、同じ解像度が２つのブロックに対して利用される場合と比べて、異なるように設定されてよい（例えば、増大／減少される）。
ｃ．一例では、ブロックAの少なくとも１つの参照ピクチャの解像度がブロックBの少なくとも１つの参照ピクチャの解像度と異なる（又はそれより小さい又はそれより大きい）場合、ブロックAとブロックBとの間の境界は、フィルタリングされるようマークされる（例えば、BSが２に設定される）。
ｄ．一例では、ブロックA及び／又はブロックＢの少なくとも１つの参照ピクチャの解像度が現在ピクチャの解像度と異なる（又はそれより小さい又はそれより大きい）場合、ブロックAとブロックBとの間の境界のデブロッキングフィルタの強度は、同じ解像度が参照ピクチャ及び現在ピクチャに対して利用される場合と比べて、異なるように設定されてよい（例えば、増大／減少される）。
ｅ．一例では、２つのうちの少なくとも１つのブロックの少なくとも１つの参照ピクチャが、現在ピクチャの解像度と異なる解像度を有する場合、２つのブロックの間の境界は、フィルタリングされるようマークされる。
９．サブピクチャが存在するとき、適合ビットストリームは、参照ピクチャが現在ピクチャと同じ解像度を有しなければならないことを満たすべきである。
ａ．代替として、参照ピクチャが現在ピクチャと異なる解像度を有するとき、現在ピクチャ内にサブピクチャが存在してはならない。
ｂ．代替として、現在ピクチャ内のサブピクチャについて、現在ピクチャと異なる解像度を有する参照ピクチャを使用することが禁止される。
ｉ．代替として、更に、異なる解像度を有するそれらの参照ピクチャを排除するために、参照ピクチャ管理が呼び出されてよい。
１０．一例では、サブピクチャ（例えば、１つのピクチャを複数のサブピクチャにどのように分割するか）は、異なる解像度を有するピクチャについて別個に定義されてよい。
一例では、参照ピクチャが現在ピクチャと異なる解像度を有する場合、参照ピクチャ内の対応するサブピクチャは、現在ピクチャのサブピクチャをスケーリング及び／又はオフセットすることにより導出できる。
１１．PROF（prediction refinement with optical flow）は、参照ピクチャが現在ピクチャの解像度と異なる解像度を有するとき、有効にされてよい。
ａ．一例では、１つのMVセット（MV_gと表される）は、サンプルのグループについて生成されてよく、項目１に記載したように動き補償のために使用されてよい。他方で、MV（MV_pと表される）は、サンプル毎に導出されてよく、MV_pとMV_gとの間の差（例えば、PROFで使用されるΔvに対応する）は、勾配（例えば、動き補償済みブロックの空間的勾配）と一緒に、予測精緻化を導出するために使用されてよい。
ｂ．一例では、MV_pはMV_gと異なる制度を有してよい。例えば、MV_pは１/N-pel(N>０)の精度であってよく、N=３２,６４等である。
ｃ．一例では、MV_gは、内部MV精度（例えば、１／１６pel）と異なる精度であってよい。
ｄ．一例では、予測精緻化は、精緻化予測ブロックを生成するために予測ブロックに追加される。
ｅ．一例では、そのような方法は、各予測方向で適用されてよい。
ｆ．一例では、そのような方法は、単予測の場合にのみ適用されてよい。
ｇ．一例では、そのような方法は、単予測及び／又は双予測で適用されてよい。
ｈ．一例では、そのような方法は、参照ピクチャが現在ピクチャと異なる解像度を有するときにのみ、適用されてよい。
１２．参照ピクチャの解像度が現在ピクチャの解像度と異なるとき、動き補償処理を実行して現在ブロックの予測ブロックを導出するために、１つのMVのみが、ブロック／サブブロックのために利用され得ることが提案される。
ａ．一例では、ブロック／サブブロックについてのMVのみが、ブロック／サブブロック内の各サンプルに関連付けられた全部のMVの関数（例えば、平均）として定義されてよい。
ｂ．一例では、ブロック／サブブロックについてのMVのみが、ブロック／サブブロック内の選択されたサンプル（例えば、中央サンプル）に関連付けられた選択されたMVとして定義されてよい。
ｃ．一例では、１つのMVのみが、４×４ブロックまたはサブブロック（例えば、４×１）について利用されてよい。
ｄ．一例では、ブロックに基づく動きベクトルによる精度損失を補償するために、BIOが更に適用されてよい。
１３．参照ピクチャの幅及び／高さが現在ブロックのものと異なるとき、任意のブロックに基づく動きベクトルをシグナリングしないレイジー（lazy）モードが適用されてよい。
ａ．一例では、動きベクトルはシグナリングされず、動き補償処理は、静止画像の純粋な解像度変化の場合を近似することである。
ｂ．一例では、ピクチャ／タイル／ブリック／CTUレベルの動きベクトルのみがシグナリングされ、解像度が変化するとき、関連するブロックは動きベクトルを使用してよい。
１４．アフィン予測モード及び／又は非アフィン予測モードによりコーディングされたブロックについて、参照ピクチャの幅及び／又は高さが現在ピクチャのものと異なるとき、動き補償を近似するために、PROFが適用されてよい。
ａ．一例では、参照ピクチャの幅及び／又は高さと現在ピクチャの幅及び／又は高さとが異なるとき、PROFが有効にされてよい。
ｂ．一例では、PROFにより使用される示された動き及び解像度スケーリングを結合することにより、アフィン動きのセットが生成されてよい。
１５．参照ピクチャの幅及び／又は高さが現在ピクチャのものと異なるとき、動き補償を近似するために、（例えば、JVET-K０１０２で提案されたような）織り込み（Interweaved）予測が適用されてよい。
ａ．一例では、解像度変化（ズーム）は、アフィン動きとして表現され、織り込み動き予測が適用されてよい。
１６．現在ピクチャの幅及び／又は高さが同じIRAP期間内のIRAPピクチャのものと異なるとき、LMCS及び／又はクロマ残差スケーリングは無効にされてよい。
ａ．一例では、LMCSが無効にされるとき、slice_lmcs_enabled_flag、slice_lmcs_aps_id、及びslice_chroma_residual_scale_flagのようなスライスレベルフラグは、シグナリングされず、０であると推定されてよい。
ｂ．一例では、クロマ残差スケーリングが無効にされるとき、slice_chroma_residual_scale_flagのようなスライスレベルフラグは、シグナリングされず、０であると推定されてよい。
＜RPRに対する制約＞
１７．RPRは、ブロック寸法制約を有するコーディングブロックに適用されてよい。
ａ．一例では、M×Nコーディングブロックについて、Mをブロック幅、Nをブロック高さとして、M*N<T又はM*N<=T(例えばT=２５６),のとき、RPRは使用されなくてよい。
ｂ．一例では、M<K(又はM<=K)(例えばK=１６)及び／又はN<L(又はN<=L)(例えばL=１６)のとき、RPRは使用されなくてよい。
１８．アクティブ参照ピクチャ（又はその適合ウインドウ）の幅及び／又は高さと現在ピクチャ（又はその適合ウインドウ）の幅及び／又は高さとの間の比を制限するために、ビットストリーム適合が追加されてよい。refPicW及びrefPicHが参照ピクチャの幅及び高さを表すとすると、curPicW及びcurPicHは、現在ピクチャの幅及び高さを表す。
ａ．一例では、(refPicW÷curPicW)が整数に等しいとき、参照ピクチャは、アクティブ参照ピクチャとしてマークされてよい。
ｉ．一例では、(refPicW÷curPicW)が分数に等しいとき、参照ピクチャは利用可能ではないとしてマークされてよい。
ｂ．一例では、(refPicW÷curPicW)が(X*n)に等しく、ここで、XはX=１/２のような分数を表し、nはn=１,２,３,４…のような整数を表すとき、参照ピクチャはアクティブ参照ピクチャとしてマークされてよい。
ｉ．一例では、(refPicW÷curPicW)が(X*n)に等しくないとき、参照ピクチャは利用可能ではないとしてマークされてよい。
１９．M×Nブロックについてコーディングツール（例えば、双予測／全三角形予測モード（triangular prediction mode (TPM)）／TPMにおけるベンディング処理）を有効にするかどうか及び／又はどのように有効にするかは、参照ピクチャ（又はそれらの適合ウインドウ）の解像度及び／又は現在ピクチャ（又はそれらの適合ウインドウ）の解像度に依存してよい。
ａ．一例では、M*N<T又はM*N<=T(例えばT=６４)である。
ｂ．一例では、M<K(又はM<=K)(例えばK=１６)及び／又はN<L(又はN<=L)(例えばL=１６)である。
ｃ．一例では、少なくとも１つの参照ピクチャの幅／高さが現在ピクチャのものと異なるとき、コーディングツールは許可されない。
ｉ．一例では、ブロックの少なくとも１つの参照ピクチャの幅／高さが現在ピクチャのものより大きいとき、コーディングツールは許可されない。
ｄ．一例では、ブロックの各参照ピクチャの幅／高さが現在ピクチャのものと異なるとき、コーディングツールは許可されない。
ｉ．一例では、各参照ピクチャの幅／高さが現在ピクチャのものより大きいとき、コーディングツールは許可されない。
ｅ．代替として、更に、コーディングツールが許可されないとき、動き補償は、単予測として１つのMVにより行われてよい。
＜関連する適合ウインドウ＞
２０．適合クロッピングウインドウオフセットパラメータ（例えば、conf_win_left_offset）は、１pelの代わりにN-pel精度でシグナリングされる。ここで、Nは１より大きい正整数である。
ａ．一例では、実際のオフセットは、シグナリングされたオフセットをNで乗算したものとして導出されてよい。
ｂ．一例では、Nは４又は８に設定される。
２１．適合クロッピングウインドウオフセットパラメータは出力にだけ適用されるのではないことが提案される。特定の内部復号処理は、クロッピング済みピクチャサイズ（つまり、ピクチャ内の適合ウインドウの解像度）に依存してよい。
２２．第１ビデオユニット（例えば、PPS）及び第２ビデオユニット内の(pic_width_in_luma_samples,pic_height_in_luma_samples)として示されるピクチャの幅及び／又は高さが同じとき、第１ビデオユニット内の及び第２ビデオユニット内の適合クロッピングウインドウオフセットパラメータは異なってよいことが提案される。
２３．第１ビデオユニット（例えば、PPS）及び第２ビデオユニット内の(pic_width_in_luma_samples,pic_height_in_luma_samples)として示されるピクチャの幅及び／又は高さが異なるとき、第１ビデオユニット内の及び第２ビデオユニット内の適合クロッピングウインドウオフセットパラメータは適合ビットストリーム内で同じであるべきであることが提案される。
ａ．第１ビデオユニット（例えば、PPS）及び第２ビデオユニット内の(pic_width_in_luma_samples,pic_height_in_luma_samples)として示されるピクチャの幅及び／又は高さが同じか否かに拘わらず、第１ビデオユニット内の及び第２ビデオユニット内の適合クロッピングウインドウオフセットパラメータは適合ビットストリーム内で同じであるべきであることが提案される。
２４．第１ビデオユニット（例えば、PPS）内で定義された適合ウインドウの幅及び高さが、それぞれW１及びH１として表されるとする。第２ビデオユニット（例えば、PPS）内で定義された適合ウインドウの幅及び高さは、それぞれW２及びH２として表される。第１ビデオユニット（例えば、PPS）内で定義された適合ウインドウの左上位置は、X１及びY１として表される。第２ビデオユニット（例えば、PPS）内で定義された適合ウインドウの左上位置は、X２及びY２として表される。第１ビデオユニット（例えば、PPS）内で定義されたコーディング／復号ピクチャ（例えば、pic_width_in_luma_samples及びpic_height_in_luma_samples）の幅及び高さは、それぞれPW１及びPH１として表される。第２ビデオユニット（例えば、PPS）内で定義されたコーディング／復号ピクチャの幅及び高さは、PW２及びPH２として表される。
ａ．一例では、適合ビットストリームにおいて、W１/W２はX１/X２に等しくなるべきである。
ｉ．代替として、適合ビットストリームにおいて、W１/X１はW２/X２に等しくなるべきである。
ｉｉ．代替として、適合ビットストリームにおいて、W１*X２はW２*X１に等しくなるべきである。
ｂ．一例では、適合ビットストリームにおいて、H１/H２はY１/Y２に等しくなるべきである。
ｉ．代替として、適合ビットストリームにおいて、H１/Y１はH２/Y２に等しくなるべきである。
ｉｉ．代替として、適合ビットストリームにおいて、H１*Y２はH２*Y１に等しくなるべきである。
ｃ．一例では、適合ビットストリームにおいて、PW１/PW２はX１/X２に等しくなるべきである。
ｉ．代替として、適合ビットストリームにおいて、PW１/X１はPW２/X２に等しくなるべきである。
ｉｉ．代替として、適合ビットストリームにおいて、PW１*X２はPW２*X１に等しくなるべきである。
ｄ．一例では、適合ビットストリームにおいて、PH１/PH２はY１/Y２に等しくなるべきである。
ｉ．代替として、適合ビットストリームにおいて、PH１/Y１はPH２/Y２に等しくなるべきである。
ｉｉ．代替として、適合ビットストリームにおいて、PH１*Y２はPH２*Y１に等しくなるべきである。
ｅ．一例では、適合ビットストリームにおいて、PW１/PW２はW１/W２に等しくなるべきである。
ｉ．代替として、適合ビットストリームにおいて、PW１/W１はPW２/W２に等しくなるべきである。
ｉｉ．代替として、適合ビットストリームにおいて、PW１*W２はPW２*W１に等しくなるべきである。
ｆ．一例では、適合ビットストリームにおいて、PH１/PH２はH１/H２に等しくなるべきである。
ｉ．代替として、適合ビットストリームにおいて、PH１/H１はPH２/H２に等しくなるべきである。
ｉｉ．代替として、適合ビットストリームにおいて、PH１*H２はPH２*H１に等しくなるべきである。
ｇ．適合ビットストリームにおいて、PW１がPW２より大きい場合、W１はW２より大きくなければならない。
ｈ．適合ビットストリームにおいて、PW１がPW２より小さい場合、W１はW２より小さくなければならない。
ｉ．適合ビットストリームにおいて、(PW１-PW２)*(W１-W２)は０より小さくてはならない。
ｊ．適合ビットストリームにおいて、PH１がPH２より大きい場合、H１はH２より大きくなければならない。
ｋ．適合ビットストリームにおいて、PH１がPH２より小さい場合、H１はH２より小さくなければならない。
ｌ．適合ビットストリームにおいて、(PH１-PH２)*(H１-H２)は０より小さくてはならない。
ｍ．適合ビットストリームにおいて、PW１>=PW２の場合、W１/W２はPW１/PW２より大きくては（又は小さくては）ならない。
ｎ．適合ビットストリームにおいて、PH１>=PH２の場合、H１/H２はPH１/PH２より大きくては（又は小さくては）ならない。
２５．現在ピクチャの適合ウインドウの幅及び高さが、それぞれW及びHとして表されるとする。参照ピクチャの適合ウインドウの幅及び高さが’、それぞれW’及びH’として表されるとする。次に、適合ビットストリームが以下の少なくとも１つの制約に従うべきである。
ａ．W*pw>=W’、 pwは整数であり、例えば２。
ｂ．W*pw>W’、pwは整数であり、例えば２。
ｃ．W’*pw’>=W、pw’は整数であり、例えば８。
ｄ．W’*pw’>W、pw’は整数であり、例えば８。
ｅ．H*ph>=H’、phは整数であり、例えば２。
ｆ．H*ph>H’、phは整数であり、例えば２。
ｇ．H’*ph’>=H、ph’は整数であり、例えば８。
ｈ．H’*ph’>H、ph’は整数であり、例えば８。
ｉ．一例では、pwはpw’に等しい。
ｊ．一例では、phはph’に等しい。
ｋ．一例では、pwはphに等しい。
ｌ．一例では、pw’はph’に等しい。
ｍ．一例では、上述の下位項目は、W及びHがそれぞれ現在ピクチャの幅及び高さを表すとき、適合ビットストリームにより満たされる必要がある。W’及びH’は、参照ピクチャの幅及び高さを表す。
２６．適合ウインドウパラメータは部分的にシグナリングされることが提案される。
ａ．一例では、ピクチャの適合ウインドウの左上サンプルは、ピクチャ内のものと同じである。
ｂ．例えば、VVCで定義されるconf_win_left_offsetは、シグナリングされず、ゼロであると推定される。
ｃ．例えば、VVCで定義されるconf_win_top_offsetは、シグナリングされず、ゼロであると推定される。
２７．参照サンプルの位置（例えば、VVCで定義されるような(refx_L,refy_L)）の導出は、現在ピクチャ及び／又は参照ピクチャの適合ウインドウの左上位置（例えば、VVCで定義されるような(conf_win_left_offset,conf_win_top_offset)）に依存してよいことが提案される。図４は、（ａ）VVC及び（ｂ）提案の方法で導出されるサンプル位置の例を示す。破線の長方形は、適合ウインドウを表す。
ａ．一例では、現在ピクチャの幅及び／又は高さと参照ピクチャの幅及び／又は高さとが異なるときのみ、依存関係が存在する。
ｂ．一例では、参照サンプルの水平位置（例えば、VVCで定義されるようなrefx_L）の導出は、現在ピクチャ及び／又は参照ピクチャの適合ウインドウの左位置（例えば、VVCで定義されるようなconf_win_left_offset）に依存してよい。
ｉ．一例では、現在ピクチャ内の適合ウインドウの左上位置に対する現在サンプルの水平位置（xSb’と表される）は、計算され、参照サンプルの位置を導出するために使用される。
１）例えば、xSb’=xSb-(conf_win_left_offset<<Prec)が計算され、参照サンプルの位置を導出するために使用される。ここで、xSbは現在ピクチャ内の現在サンプルの水平位置を表す。conf_win_left_offsetは、現在ピクチャの適合ウインドウ内の左上サンプルの水平位置を表す。Precは、xSb及びxSb’の精度を表す。ここで、(xSb>>Prec)は現在ピクチャにアチする現在サンプルの実際の水平座標を示してよい。例えば、Prec=０又はPrec=４である。
ｉｉ．一例では、参照ピクチャ内の適合ウインドウの左上位置に対する参照サンプルの水平位置（Rx’と表される）が、計算される。
１）Rx’の計算は、xSb’、及び／又は動きベクトル、及び／又は再サンプリング比に依存してよい。
ｉｉｉ．一例では、参照ピクチャに対する参照サンプルの水平位置（Rxと表される）は、Rx’に依存して計算される。
１）例えば、Rx=Rx’+(conf_win_left_offset_ref<<Prec)が計算される。ここで、conf_win_left_offset_refは参照ピクチャの適合ウインドウ内の左上サンプルの水平位置を表す。PrecはRx及びRx’の位置を表す。例えば、Prec=０又はPrec=４である。
ｉｖ．一例では、Rxは、xSb’、及び／又は動きベクトル、及び／又は再サンプリング比に依存して直接計算されてよい。言い換えると、Rx’及びRxについて２段階の導出が、１段階の計算に結合される。
ｖ．現在ピクチャ及び／又は参照ピクチャの適合ウインドウの左位置（例えば、VVCで定義されるようなconf_win_left_offset）を使用するかどうか及び／又はどのように使用するかは、色成分及び／又は色フォーマットに依存してよい。
１）例えば、conf_win_left_offsetは、conf_win_left_offset=conf_win_left_offset*SubWidthCのように改訂されてよい。ここで、SubWidthCは、色成分の水平サンプリングステップを定義する。例えば、ルマコンポーネントでは、SubWidthCは１に等しい。色フォーマットが４:２:０又は４:２:２のとき、クロマコンポーネントでは、SubWidthCは２に等しい。
２）例えば、conf_win_left_offsetは、conf_win_left_offset=conf_win_left_offset/SubWidthCのように改訂されてよい。ここで、SubWidthCは、色成分の水平サンプリングステップを定義する。例えば、ルマコンポーネントでは、SubWidthCは１に等しい。色フォーマットが４:２:０又は４:２:２のとき、クロマコンポーネントでは、SubWidthCは２に等しい。
ｃ．一例では、参照サンプルの垂直位置（例えば、VVCで定義されるようなrefy_L）の導出は、現在ピクチャ及び／又は参照ピクチャの適合ウインドウの上位置（例えば、VVCで定義されるようなconf_win_top_offset）に依存してよい。
ｉ．一例では、現在ピクチャ内の適合ウインドウの左上位置に対する現在サンプルの垂直位置（ySb’と表される）は、計算され、参照サンプルの位置を導出するために使用される。
１）例えば、ySb’=ySb-(conf_win_top_offset<<Prec)が計算され、参照サンプルの位置を導出するために使用される。ここで、ySbは現在ピクチャ内の現在サンプルの垂直位置を表す。conf_win_top_offsetは、現在ピクチャの適合ウインドウ内の左上サンプルの垂直位置を表す。PrecはySb及びySb’の位置を表す。例えば、Prec=０又はPrec=４である。
ｉｉ．一例では、参照ピクチャ内の適合ウインドウの左上位置に対する参照サンプルの垂直位置（Ry’と表される）が、計算される。
１）Ry’の計算は、ySb’、及び／又は動きベクトル、及び／又は再サンプリング比に依存してよい。
ｉｉｉ．一例では、参照ピクチャに対する参照サンプルの垂直位置（Ryと表される）は、Ry’に依存して計算される。
１）例えば、Ry=Ry’+(conf_win_top_offset_ref<<Prec)が計算される。ここで、conf_win_top_offset_refは参照ピクチャの適合ウインドウ内の左上サンプルの垂直位置を表す。PrecはRy及びRy’の位置を表す。例えば、Prec=０又はPrec=４である。
ｉｖ．一例では、Ryは、ySb’、及び／又は動きベクトル、及び／又は再サンプリング比に依存して直接計算されてよい。言い換えると、Ry’及びRyについて２段階の導出が、１段階の計算に結合される。
ｖ．現在ピクチャ及び／又は参照ピクチャの適合ウインドウの上位置（例えば、VVCで定義されるようなconf_win_top_offset）を使用するかどうか及び／又はどのように使用するかは、色成分及び／又は色フォーマットに依存してよい。
１）例えば、conf_win_top_offsetは、conf_win_top_offset=conf_win_top_offset*SubHeightCのように改訂されてよい。ここで、SubHeightCは、色成分の垂直サンプリングステップを定義する。例えば、ルマコンポーネントでは、SubHeightCは１に等しい。色フォーマットが４:２:０のとき、クロマコンポーネントでは、SubHeightCは２に等しい。
２）例えば、conf_win_top_offsetは、conf_win_top_offset=conf_win_top_offset/SubHeightCのように改訂されてよい。ここで、SubHeightCは、色成分の垂直サンプリングステップを定義する。例えば、ルマコンポーネントでは、SubHeightCは１に等しい。色フォーマットが４:２:０のとき、クロマコンポーネントでは、SubHeightCは２に等しい。
２８．参照サンプルの水平座標の整数部分が[minW,maxW]にクリッピングされてよいことが提案される。参照ピクチャの適合ウインドウの幅及び高さが、それぞれW及びHとして表されるとする。参照ピクチャの適合ウインドウの幅及び高さがW’及びH’として表されるとする。参照ピクチャ内の適合ウインドウの左上位置は、(X０,Y０)として表される。
ａ．一例では、minWは０に等しい。
ｂ．一例では、minWはX０に等しい。
ｃ．一例では、maxWはW-１に等しい。
ｄ．一例では、maxWはW’-１に等しい。
ｅ．一例では、maxWはX０+W’-１に等しい。
ｆ．一例では、minW及び／又はmaxWは、色フォーマット及び／又は色成分に基づき変更されてよい。
ｉ．例えば、minWはminW*SubCになるよう変更される。
ｉｉ．例えば、minWはminW/SubCになるよう変更される。
ｉｉｉ．例えば、maxWはmaxW*SubCになるよう変更される。
ｉｖ．例えば、maxWはmaxW/SubCになるよう変更される。
ｖ．例えば、ルマコンポーネントでは、SubCは１に等しい。
ｖｉ．一例では、色フォーマットが４:２:０のとき、クロマコンポーネントでは、SubCは２に等しい。
ｖｉｉ．一例では、色フォーマットが４:２:２のとき、クロマコンポーネントでは、SubCは２に等しい。
ｖｉｉｉ．一例では、色フォーマットが４:４:４のとき、クロマコンポーネントでは、SubCは１に等しい。
ｇ．一例では、クリッピングを行うかどうか及び／又はどのように行うかは、現在ピクチャ（又はその中の適合ウインドウ）の寸法、及び参照ピクチャ（又はその中の適合ウインドウ）の寸法に依存してよい。
ｉ．一例では、クリッピングは、現在ピクチャ（又はその中の適合ウインドウ）の寸法と参照ピクチャ（又はその中の適合ウインドウ）の寸法とが異なるときにのみ、行われる。
２９．参照サンプルの垂直座標の整数部分が[minH,maxH]にクリッピングされてよいことが提案される。参照ピクチャの適合ウインドウの幅及び高さが、それぞれW及びHとして表されるとする。参照ピクチャの適合ウインドウの幅及び高さがW’及びH’として表されるとする。参照ピクチャ内の適合ウインドウの左上位置は、(X０,Y０)として表される。
ａ．一例では、minHは０に等しい。
ｂ．一例では、minHはY０に等しい。
ｃ．一例では、maxHはH-１に等しい。
ｄ．一例では、maxHはH’-１に等しい。
ｅ．一例では、maxHはY０+H’-１に等しい。
ｆ．一例では、minH及び／又はmaxHは、色フォーマット及び／又は色成分に基づき変更されてよい。
ｉ．例えば、minHはminH*SubCになるよう変更される。
ｉｉ．例えば、minHはminH/SubCになるよう変更される。
ｉｉｉ．例えば、maxHはmaxH*SubCになるよう変更される。
ｉｖ．例えば、maxHはmaxH/SubCになるよう変更される。
ｖ．一例では、ルマコンポーネントでは、SubCは１に等しい。
ｖｉ．一例では、色フォーマットが４:２:０のとき、クロマコンポーネントでは、SubCは２に等しい。
ｖｉｉ．一例では、色フォーマットが４:２:２のとき、クロマコンポーネントでは、SubCは１に等しい。
ｖｉｉｉ．一例では、色フォーマットが４:４:４のとき、クロマコンポーネントでは、SubCは１に等しい。
ｇ．一例では、クリッピングを行うかどうか及び／又はどのように行うかは、現在ピクチャ（又はその中の適合ウインドウ）の寸法、及び参照ピクチャ（又はその中の適合ウインドウ）の寸法に依存してよい。
ｉ．一例では、クリッピングは、現在ピクチャ（又はその中の適合ウインドウ）の寸法と参照ピクチャ（又はその中の適合ウインドウ）の寸法とが異なるときにのみ、行われる。
以下の議論では、２つのシンタックスエレメントが等価な機能を有するが、異なるビデオユニット（例えば、VPS／SPS／PPS／スライスヘッダ／ピクチャヘッダ、等）でシグナリングされ得る場合、第１シンタックスエレメントは第２シンタックスエレメントに「対応する」ことが主張される。
３０．シンタックスエレメントは第１ビデオユニット（例えば、ピクチャヘッダ又はPPS）内でシグナリングされてよいこと、及び対応するシンタックスエレメントはより上位レベル（例えば、SPS）又はより下位レベル（例えば、スライスヘッダ）の第２ビデオユニット内でシグナリングされないことが提案される。
ａ．代替として、第１シンタックスエレメントは第１ビデオユニット（例えば、ピクチャヘッダ又はPPS）内でシグナリングされてよいこと、及び対応する第２シンタックスエレメントはより下位レベル（例えば、スライスヘッダ）の第２ビデオユニット内でシグナリングされてよいことが提案される。
ｉ．代替として、第２シンタックスエレメントが後にシグナリングされるかどうかを通知するために、指示子が第２ビデオユニット内でシグナリングされてよい。
ｉｉ．一例では、第２ビデオユニット（例えば、スライスヘッダ）に関連付けられたスライスは、第２シンタックスエレメントがシグナリングされる場合に、第１シンタックスエレメントの代わりに第２シンタックスエレメントの指示に従ってよい。
ｉｉｉ．第１シンタックスエレメントに関連付けられた指示子は、第２シンタックスエレメントが第１ビデオユニットに関連付けられた任意のスライス（又は他のビデオユニット）内でシグナリングされるかどうかを通知するために、第１ビデオユニット内でシグナリングされてよい。
ｂ．代替として、第１シンタックスエレメントは、（VPS／SPS／PPSのような）より上位の第１ビデオユニット内でシグナリングされてよいこと、及び対応する第２シンタックスエレメントは（ピクチャヘッダのような）の第２ビデオユニット内でシグナリングされてよい。
ｉ．代替として、第２シンタックスエレメントが後にシグナリングされるかどうかを通知するために、指示子がシグナリングされてよい。
ｉｉ．一例では、第２ビデオユニットに関連付けられたピクチャ（これはスライスにパーティションされてよい）は、第２シンタックスエレメントがシグナリングされる場合に、第１シンタックスエレメントの代わりに第２シンタックスエレメントの指示に従ってよい。
ｃ．ピクチャヘッダ内の第１シンタックスエレメントは、２．６章で指定されたようなスライスヘッダ内の第２シンタックスエレメントと等価な機能を有してよいが（限定ではないが、例えばslice_temporal_mvp_enabled_flag、cabac_init_flag、six_minus_max_num_merge_cand、five_minus_max_num_subblock_merge_cand、slice_fpel_mmvd_enabled_flag、slice_disable_bdof_dmvr_flag、max_num_merge_cand_minus_max_num_triangle_cand、slice_fpel_mmvd_enabled_flag、slice_six_minus_max_num_ibc_merge_cand、slice_joint_cbcr_sign_flag、slice_qp_delta、…）、ピクチャの全部のスライスを制御してよい。
ｄ．２．６章で指定されたようなSPS内の第１シンタックスエレメントは、ピクチャヘッダ内の第２シンタックスエレメントと等価な機能を有してよいが（限定ではないが、例えばsps_bdof_dmvr_slice_present_flag、sps_mmvd_enabled_flag、sps_isp_enabled_flag、sps_mrl_enabled_flag、sps_mip_enabled_flag、sps_cclm_enabled_flag、sps_mts_enabled_flag…）、（スライスへとパーティションされてよい）関連するピクチャのみを制御する。
ｅ．２．７章で指定されたようなPPS内の第１シンタックスエレメントは、ピクチャヘッダ内の第２シンタックスエレメントと等価な機能を有してよいが（限定ではないが、例えばentropy_coding_sync_enabled_flag、entry_point_offsets_present_flag、cabac_init_present_flag、rpl１_idx_present_flag…）、（スライスへとパーティションされてよい）関連するピクチャのみを制御する。
３１．本開示では（項目１～項目２９）、用語「適合ウインドウ（conformance window）」は、「スケーリングウインドウ」のような他の用語により置き換えられてよい。スケーリングウインドウは、適合ウインドウと異なる方法でシグナリングされてよく、RPRの参照サンプル位置を導出するために使用されるスケーリング比及び／又は左上オフセットを導出するために使用される。
ａ．一例では、スケーリングウインドウは、適合ウインドウにより制約されてよい。例えば、適合ビットストリームでは、スケーリングウインドウは適合ウインドウにより制約されなければならない。
３２．変換スキップコーディングブロックの許容最大ブロックサイズをシグナリングするかどうか及び／又はどのようにシグナリングするかは、変換コーディングブロックの最大ブロックサイズに依存してよい。
ａ．代替として、変換スキップコーディングブロックの最大ブロックサイズは、適合ビットストリーム内の変換コーディングブロックの最大ブロックサイズより大きくなれない。
３３．共同Cb-Cr残差（Joint Cb-Cr Residue (JCCR)）コーディングを有効にすることの指示（例えば、sps_joint_cbcr_enabled_flag）をシグナリングするかどうか及びどのようにシグナリングするかは、色フォーマット（例えば、４:０:０、４:２:０、等）に依存してよい。
ａ．例えば、共同Cb-Cr残差（Joint Cb-Cr Residue (JCCR)）コーディングを有効にすることの指示は、色フォーマットが４:０:０である場合にはシグナリングされなくてよい。例示的なシンタックス設計は以下の通りである：

＜TPM/GEOにおけるクロマブレンディングマスクのためのダウンサンプリングフィルタタイプ＞
３４．クロマサンプルについて重み導出をブレンディング（blending）するために使用されるダウンサンプリングフィルタのタイプは、ビデオユニットレベル（例えば、SPS／VPS／PPS／ピクチャヘッダ／サブピクチャ／スライス／スライスヘッダ／タイル／ブリック／CTU／VPDUレベル）でシグナリングされてよい。
ａ．一例では、コンテンツの異なるクロマフォーマットタイプの間で切り換えるために、高レベルフラグがシグナリングされてよい。
ｉ．いちれ、高レベルフラグは、クロマフォーマットタイプ０とクロマフォーマットタイプ２との間で切り換えるためにシグナリングされてよい。
ｉｉ．一例では、フラグは、TPM/GEO予測モードにおける左上ダウンサンプリング済みルマ重みが左上ルマ重みと同一位置にある（つまり、クロマサンプル位置タイプ０）かどうかを指定するために、フラグがシグナリングされてよい。
ｉｉｉ．一例では、フラグは、TPM/GEO予測モードにおける左上ダウンサンプリング済みルマ重みが左上ルマサンプルと水平方向に同一位置にあるが、左上ルマサンプルに対して０．５ルマサンプルユニットだけ垂直方向にシフトされている（つまり、クロマサンプル位置タイプ２）かどうかを指定するために、フラグがシグナリングされてよい。
ｂ．一例では、ダウンサンプリングフィルタのタイプは、４:２:０クロマフォーマット及び／又は４:２:２クロマフォーマットについてシグナリングされてよい。
ｃ．一例では、TPM/GEO予測のために使用されるクロマダウンサンプリングフィルタのタイプを指定するために、フラグがシグナリングされてよい。
ｉ．一例では、TPM/GEO予測モードでクロマ重み導出のためにダウンサンプリングフィルタA又はダウンサンプリングフィルタBを使用するかについて、フラグがシグナリングされてよい。
３５．クロマサンプルについて重み導出をブレンディング（blending）するために使用されるダウンサンプリングフィルタのタイプは、ビデオユニットレベル（例えば、SPS／VPS／PPS／ピクチャヘッダ／サブピクチャ／スライス／スライスヘッダ／タイル／ブリック／CTU／VPDUレベル）で導出されてよい。
ａ．一例では、クロマサブサンプリングフィルタタイプとコンテンツのクロマフォーマットタイプとの間の対応関係を指定するために、ルックアップテーブルが定義されてよい。
３６．指定されたダウンサンプリングフィルタは、異なるクロマサンプル位置タイプの場合に、TPM/GEO予測モードのために使用されてよい。
ａ．一例では、TPM/GEOのクロマ重みは、特定のクロマサンプル位置タイプ（例えば、クロマサンプル位置タイプ０）の場合、同一位置左上ルマ重みからサブサンプリングされてよい。
ｂ．一例では、特定のクロマサンプル位置タイプの場合（例えば、クロマサンプル位置タイプ０又は２）の場合に、指定されたXタップフィルタ（Xは、X=６又は５のような制約）が、TPM/GEO予測モードにおけるクロマ重みサブサンプリングのために使用されてよい。
３７．ビデオユニット（例えば、SPS、PPS、ピクチャヘッダ、スライスヘッダ、等）では、第１シンタックスエレメント（例えば、フラグ）は、MTSが全部のブロック（スライス／ピクチャ）について無効にされるかどうかを示すためにシグナリングされてよい。
ａ．イントラコーディングブロック（スライス／ピクチャ）に対してMTSをどのように適用するか（例えば、MTSを有効にする／MTSを無効にする／暗示的MTS／明示的MTS）を示す第２シンタックスエレメントは、第１シンタックスエレメントで条件付きでシグナリングされる。例えば、第２シンタックスエレメントは、第１シンタックスエレメントが、MTSは全部のブロック（スライス／ピクチャ）に対して無効にされないと示すときのみ、シグナリングされる。
ｂ．インターコーディングブロック（スライス／ピクチャ）に対してMTSをどのように適用するか（例えば、MTSを有効にする／MTSを無効にする／暗示的MTS／明示的MTS）を示す第３シンタックスエレメントは、第１シンタックスエレメントで条件付きでシグナリングされる。例えば、第３シンタックスエレメントは、第１シンタックスエレメントが、MTSは全部のブロック（スライス／ピクチャ）に対して無効にされないと示すときのみ、シグナリングされる。
ｃ．例示的なシンタックス設計は以下の通りである：

ｄ．サブブロック変換（Sub-Block Transform (SBT)）が適用されるか否かを条件として、第３シンタックスエレメントがシグナリングされてよい。例示的なシンタックス設計は以下の通りである：

ｅ．例示的なシンタックス設計は以下の通りである：

［５．追加実施形態］
以下では、テキストの変更は、下線付き太字斜体で示される。
［５．１ 適合ウインドウに対する制約の実施形態］
conf_win_left_offset、conf_win_right_offset、conf_win_top_offset、及びconf_win_bottom_offsetは、出力のためのピクチャ座標の中で指定される長方形領域の観点から、復号処理から出力されるCVS内のピクチャのサンプルを指定する。conformance_window_flagが０に等しいとき、conf_win_left_offset、conf_win_right_offset、conf_win_top_offset、及びconf_win_bottom_offsetの値は、０に等しいと推定される。
適合クロッピングウインドウは、両端を含む、ubWidthC*conf_win_left_offsetからpic_width_in_luma_samples－(SubWidthC*conf_win_right_offset+１)までの水平ピクチャ座標、及びSubHeightC*conf_win_top_offsetからpic_height_in_luma_samples－(SubHeightC*conf_win_bottom_offset+１)までの垂直ピクチャ座標を有するルマサンプルを含む。
SubWidthC*(conf_win_left_offset+conf_win_right_offset)の値は、pic_width_in_luma_samplesより小さくなるべきであり、SubHeightC*(conf_win_top_offset+conf_win_bottom_offset)の値は、pic_height_in_luma_samplesより小さくなるべきである。
変数PicOutputWidthL及びPicOutputHeightLは、以下のように導出される：

ChromaArrayTypeが０に等しくないとき、２つのクロマアレイの対応する指定されたサンプルは、ピクチャ座標(x/SubWidthC,y/SubHeightC)を有するサンプルである。ここで、(x,y)は指定されたルマサンプルのピクチャ座標である。

［５．２． 参照サンプル位置導出の実施形態１］
８．５．６．３．１． 概要
…
変数fRefWidthは、ルマサンプル内の参照ピクチャのPicOutputWidthLに等しく設定される。
変数fRefHeightは、ルマサンプル内の参照ピクチャのPicOutputHeightLに等しく設定される。

動きベクトルmvLXは、(refMvLX－mvOffset)に等しく設定される。
・cIdxが０に等しい場合、以下が適用される。
・・倍率及びそれらの固定小数点表現は以下のように定義される：

・・(xIntL,yIntL)をフルサンプルユニット内で与えられたルマ位置とし、(xFracL,yFracL)を１／１６サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbInt_L,ySbInt_L)は、(xSb+(mvLX[０]>>４),ySb+(mvLX[１]>>４))に等しく設定される。
・・予測ルマサンプルアレイpredSamplesLXの内部の各ルマサンプル位置(x_L=０..sbWidth－１+brdExtSize,y_L=０..sbHeight－１+brdExtSize)について、対応する予測ルマサンプル値predSamplesLX[x_L][y_L]は、以下のように導出される：
・・・(refxSb_L,refySb_L)及び(refx_L,refy_L)を、１／１６サンプルユニットの中で与えられる動きベクトル(refMvLX[０],refMvLX[１])により指されるルマ位置であるとする。変数refxSb_L、refx_L、refySb_L、及びrefy_Lは以下のように導出される：

変数xInt_L、yInt_L、xFrac_L、及びyFrac_Lは以下のように導出される：

・・bdofFlagが真に等しい、又は（sps_affine_prof_enabled_flagが真に等しく、inter_affine_flag[xSb][ySb]が真に等しい）、及び以下の条件のうちの１つ以上が真である場合、予測ルマサンプル値predSamplesLX[x_L][y_L]は、項８.５.６.３.３で指定されるように、(xInt_L+(xFrac_L>>３)－１)、yInt_L+(yFrac_L>>３)－１)、及びrefPicLXを入力としてルマ整数サンプルフェッチ処理を呼び出すことにより、導出される。
・・・x_Lが０に等しい。
・・・x_LがsbWidth+１に等しい。
・・・y_Lが０に等しい。
・・・y_LがsbHeight+１に等しい。
・・その他の場合、予測ルマサンプル値predSamplesLX[xL][yL]は、項８．５．６．３．２で指定されるように、(xIntL－(brdExtSize>０?１:０)、yIntL－(brdExtSize>０?１:０))、(xFracL,yFracL)、(xSbInt_L,ySbInt_L)、refPicLX、hpelIfIdx、sbWidth、sbHeight、及び(xSb,ySb)を入力として、ルマサンプル８タップ補間フィルタリング処理を呼び出すことにより、導出される。
・その他の場合（cIdxが０に等しい）、以下が適用される：
・・(xIntC,yIntC)をフルサンプルユニット内で与えられたクロマ位置とし、(xFracC,yFracC)を１／３２サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の一般的な分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntC,ySbIntC)は((xSb/SubWidthC)+(mvLX[０]>>５)、(ySb/SubHeightC)+(mvLX[１]>>５))に等しく設定される。
・・予測クロマ参照サンプルアレイpredSamplesLXの卯木側の各クロマサンプル位置(xC=０..sbWidth－１,yC=０..sbHeight－１)について、対応する予測クロマサンプル値predSamplesLX[xC][yC]は以下のように導出される：
・・・(refxSb_C,refySb_C)及び(refx_C,refy_C)を、１／３２サンプルユニットの中で与えられる動きベクトル(mvLX[０],mvLX[１])により指されるクロマ位置であるとする。変数refxSb_C、refySb_C、refx_C、及びrefy_Cは以下のように導出される：

・・・変数xInt_C、yInt_C、xFrac_C、及びyFrac_Cは以下のように導出される：

［５．３． 参照サンプル位置導出の実施形態２］
８．５．６．３．１． 概要
…
変数fRefWidthは、ルマサンプル内の参照ピクチャのPicOutputWidthLに等しく設定される。
変数fRefHeightは、ルマサンプル内の参照ピクチャのPicOutputHeightLに等しく設定される。

動きベクトルmvLXは、(refMvLX－mvOffset)に等しく設定される。
・ｃＩｄｘが０に等しい場合、以下が適用される。
・・倍率及びそれらの固定小数点表現は以下のように定義される：

・・(xIntL,yIntL)をフルサンプルユニット内で与えられたルマ位置とし、(xFracL,yFracL)を１／１６サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbInt_L,ySbInt_L)は、(xSb+(mvLX[０]>>４),ySb+(mvLX[１]>>４))に等しく設定される。
・・予測ルマサンプルアレイpredSamplesLXの内部の各ルマサンプル位置(x_L=０..sbWidth－１+brdExtSize,y_L=０..sbHeight－１+brdExtSize)について、対応する予測ルマサンプル値predSamplesLX[x_L][y_L]は、以下のように導出される：
・・・(refxSb_L,refySb_L)及び(refx_L,refy_L)を、１／１６サンプルユニットの中で与えられる動きベクトル(refMvLX[０],refMvLX[１])により指されるルマ位置であるとする。変数refxSb_L、refx_L、refySb_L、及びrefy_Lは以下のように導出される：

・・・変数xInt_L、yInt_L、xFrac_L、及びyFrac_Lは以下のように導出される：

・・bdofFlagが真に等しい、又は（sps_affine_prof_enabled_flagが真に等しく、inter_affine_flag[xSb][ySb]が真に等しい）、及び以下の条件のうちの１つ以上が真である場合、予測ルマサンプル値predSamplesLX[x_L][y_L]は、項８.５.６.３.３で指定されるように、(xInt_L+(xFrac_L>>３)－１)、yInt_L+(yFrac_L>>３)－１)、及びrefPicLXを入力としてルマ整数サンプルフェッチ処理を呼び出すことにより、導出される。
・・・x_Lが０に等しい。
・・・x_LがsbWidth+１に等しい。
・・・y_Lが０に等しい。
・・・y_LがsbHeight+１に等しい。
・・その他の場合、予測ルマサンプル値predSamplesLX[xL][yL]は、項８．５．６．３．２で指定されるように、(xIntL－(brdExtSize>０?１:０)、yIntL－(brdExtSize>０?１:０))、(xFracL,yFracL)、(xSbInt_L,ySbInt_L)、refPicLX、hpelIfIdx、sbWidth、sbHeight、及び(xSb,ySb)を入力として、ルマサンプル８タップ補間フィルタリング処理を呼び出すことにより、導出される。
・その他の場合（cIdxが０に等しい）、以下が適用される：
・・(xIntC,yIntC)をフルサンプルユニット内で与えられたクロマ位置とし、(xFracC,yFracC)を１／３２サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の一般的な分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntC,ySbIntC)は((xSb/SubWidthC)+(mvLX[０]>>５)、(ySb/SubHeightC)+(mvLX[１]>>５))に等しく設定される。
・・予測クロマ参照サンプルアレイpredSamplesLXの卯木側の各クロマサンプル位置(xC=０..sbWidth－１,yC=０..sbHeight－１)について、対応する予測クロマサンプル値predSamplesLX[xC][yC]は以下のように導出される：
・・・(refxSb_C,refySb_C)及び(refx_C,refy_C)を、１／３２サンプルユニットの中で与えられる動きベクトル(mvLX[０],mvLX[１])により指されるクロマ位置であるとする。変数refxSb_C、refySb_C、refx_C、及びrefy_Cは以下のように導出される：

・・・変数xInt_C、yInt_C、xFrac_C、及びyFrac_Cは以下のように導出される：

［５．４． 参照サンプル位置導出の実施形態３］
８．５．６．３．１． 概要
…
変数fRefWidthは、ルマサンプル内の参照ピクチャのPicOutputWidthLに等しく設定される。
変数fRefHeightは、ルマサンプル内の参照ピクチャのPicOutputHeightLに等しく設定される。

動きベクトルmvLXは、(refMvLX－mvOffset)に等しく設定される。
・ｃＩｄｘが０に等しい場合、以下が適用される。
・・倍率及びそれらの固定小数点表現は以下のように定義される：

・・(xIntL,yIntL)をフルサンプルユニット内で与えられたルマ位置とし、(xFracL,yFracL)を１／１６サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbInt_L,ySbInt_L)は、(xSb+(mvLX[０]>>４),ySb+(mvLX[１]>>４))に等しく設定される。
・・予測ルマサンプルアレイpredSamplesLXの内部の各ルマサンプル位置(x_L=０..sbWidth－１+brdExtSize,y_L=０..sbHeight－１+brdExtSize)について、対応する予測ルマサンプル値predSamplesLX[x_L][y_L]は、以下のように導出される：
・・・(refxSb_L,refySb_L)及び(refx_L,refy_L)を、１／１６サンプルユニットの中で与えられる動きベクトル(refMvLX[０],refMvLX[１])により指されるルマ位置であるとする。変数refxSb_L、refx_L、refySb_L、及びrefy_Lは以下のように導出される：

・・・変数xInt_L、yInt_L、xFrac_L、及びyFrac_Lは以下のように導出される：

・・bdofFlagが真に等しい、又は（sps_affine_prof_enabled_flagが真に等しく、inter_affine_flag[xSb][ySb]が真に等しい）、及び以下の条件のうちの１つ以上が真である場合、予測ルマサンプル値predSamplesLX[x_L][y_L]は、項８.５.６.３.３で指定されるように、(xInt_L+(xFrac_L>>３)－１)、yInt_L+(yFrac_L>>３)－１)、及びrefPicLXを入力としてルマ整数サンプルフェッチ処理を呼び出すことにより、導出される。
・・・x_Lが０に等しい。
・・・x_LがsbWidth+１に等しい。
・・・y_Lが０に等しい。
・・・y_LがsbHeight+１に等しい。
・・その他の場合、予測ルマサンプル値predSamplesLX[xL][yL]は、項８．５．６．３．２で指定されるように、(xIntL－(brdExtSize>０?１:０)、yIntL－(brdExtSize>０?１:０))、(xFracL,yFracL)、(xSbInt_L,ySbInt_L)、refPicLX、hpelIfIdx、sbWidth、sbHeight、及び(xSb,ySb)を入力として、ルマサンプル８タップ補間フィルタリング処理を呼び出すことにより、導出される。
・その他の場合（cIdxが０に等しい）、以下が適用される：
・・(xIntC,yIntC)をフルサンプルユニット内で与えられたクロマ位置とし、(xFracC,yFracC)を１／３２サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の一般的な分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntC,ySbIntC)は((xSb/SubWidthC)+(mvLX[０]>>５)、(ySb/SubHeightC)+(mvLX[１]>>５))に等しく設定される。
・・予測クロマ参照サンプルアレイpredSamplesLXの卯木側の各クロマサンプル位置(xC=０..sbWidth－１,yC=０..sbHeight－１)について、対応する予測クロマサンプル値predSamplesLX[xC][yC]は以下のように導出される：
・・・(refxSb_C,refySb_C)及び(refx_C,refy_C)を、１／３２サンプルユニットの中で与えられる動きベクトル(mvLX[０],mvLX[１])により指されるクロマ位置であるとする。変数refxSb_C、refySb_C、refx_C、及びrefy_Cは以下のように導出される：

・・・変数xInt_C、yInt_C、xFrac_C、及びyFrac_Cは以下のように導出される：

［５．５． 参照サンプル位置クリッピングの実施形態１］
８．５．６．３．１． 概要
この処理への入力は：
・現在ピクチャの左上ルマサンプルに対する、現在符号コーディングサブブロックの左上サンプルを指定するルマ位置(xSb,ySb)、
・現在コーディングサブブロックの幅を指定する変数sbWidth、
・現在コーディングサブブロックの高を指定する変数sbHeight、
・動きベクトルオフセットmvOffset、
・精緻化動きベクトルrefMvLX、
・選択参照ピクチャサンプルアレイrefPicLX、
・ハーフサンプル補間フィルタインデックスhpelIfIdx、
・双方向オプティカルフローフラグbdofFlag、
・現在ブロックの色成分インデックスを指定する変数cIdx。
この処理の出力は：
・予測サンプル値の(sbWidth+brdExtSize)x(sbHeight+brdExtSize)アレイpredSamplesLX。
予測ブロック境界拡張サイズbrdExtSizeは以下のように導出される：

変数fRefWidthは、ルマサンプル内の参照ピクチャのPicOutputWidthLに等しく設定される。
変数fRefHeightは、ルマサンプル内の参照ピクチャのPicOutputHeightLに等しく設定される。
動きベクトルmvLXは、(refMvLX－mvOffset)に等しく設定される。
・ｃＩｄｘが０に等しい場合、以下が適用される。
・・倍率及びそれらの固定小数点表現は以下のように定義される：

・・(xIntL,yIntL)をフルサンプルユニット内で与えられたルマ位置とし、(xFracL,yFracL)を１／１６サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbInt_L,ySbInt_L)は、(xSb+(mvLX[０]>>４),ySb+(mvLX[１]>>４))に等しく設定される。
・・予測ルマサンプルアレイpredSamplesLXの内部の各ルマサンプル位置(x_L=０..sbWidth－１+brdExtSize,y_L=０..sbHeight－１+brdExtSize)について、対応する予測ルマサンプル値predSamplesLX[x_L][y_L]は、以下のように導出される：
・・・(refxSb_L,refySb_L)及び(refx_L,refy_L)を、１／１６サンプルユニットの中で与えられる動きベクトル(refMvLX[０],refMvLX[１])により指されるルマ位置であるとする。変数refxSb_L、refx_L、refySb_L、及びrefy_Lは以下のように導出される：

・・・変数xInt_L、yInt_L、xFrac_L、及びyFrac_Lは以下のように導出される：

・・bdofFlagが真に等しい、又は（sps_affine_prof_enabled_flagが真に等しく、inter_affine_flag[xSb][ySb]が真に等しい）、及び以下の条件のうちの１つ以上が真である場合、予測ルマサンプル値predSamplesLX[x_L][y_L]は、項８.５.６.３.３で指定されるように、(xInt_L+(xFrac_L>>３)－１)、yInt_L+(yFrac_L>>３)－１)、及びrefPicLXを入力としてルマ整数サンプルフェッチ処理を呼び出すことにより、導出される。
・・・x_Lが０に等しい。
・・・x_LがsbWidth+１に等しい。
・・・y_Lが０に等しい。
・・・y_LがsbHeight+１に等しい。
・・その他の場合、予測ルマサンプル値predSamplesLX[xL][yL]は、項８．５．６．３．２で指定されるように、(xIntL－(brdExtSize>０?１:０)、yIntL－(brdExtSize>０?１:０))、(xFracL,yFracL)、(xSbInt_L,ySbInt_L)、refPicLX、hpelIfIdx、sbWidth、sbHeight、及び(xSb,ySb)を入力として、ルマサンプル８タップ補間フィルタリング処理を呼び出すことにより、導出される。
・その他の場合（cIdxが０に等しい）、以下が適用される：
・・(xIntC,yIntC)をフルサンプルユニット内で与えられたクロマ位置とし、(xFracC,yFracC)を１／３２サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の一般的な分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntC,ySbIntC)は((xSb/SubWidthC)+(mvLX[０]>>５)、(ySb/SubHeightC)+(mvLX[１]>>５))に等しく設定される。
・・予測クロマ参照サンプルアレイpredSamplesLXの卯木側の各クロマサンプル位置(xC=０..sbWidth－１,yC=０..sbHeight－１)について、対応する予測クロマサンプル値predSamplesLX[xC][yC]は以下のように導出される：
・・・(refxSb_C,refySb_C)及び(refx_C,refy_C)を、１／３２サンプルユニットの中で与えられる動きベクトル(mvLX[０],mvLX[１])により指されるクロマ位置であるとする。変数refxSb_C、refySb_C、refx_C、及びrefy_Cは以下のように導出される：

・・・変数xInt_C、yInt_C、xFrac_C、及びyFrac_Cは以下のように導出される：

・・予測サンプル値predSamplesLX[xC][yC]は、(xIntC,yIntC)、(xFracC,yFracC)、(xSbIntC,ySbIntC)、sbWidth、sbHeight、及びrefPicLXを入力として、項８．５．６．３．４で指定される処理を呼び出すことにより、導出される。

［５．６． 参照サンプル位置クリッピングの実施形態２］
８．５．６．３．１． 概要
この処理への入力は：
・現在ピクチャの左上ルマサンプルに対する、現在符号コーディングサブブロックの左上サンプルを指定するルマ位置(xSb,ySb)、
・現在コーディングサブブロックの幅を指定する変数sbWidth、
・現在コーディングサブブロックの高を指定する変数sbHeight、
・動きベクトルオフセットmvOffset、
・精緻化動きベクトルrefMvLX、
・選択参照ピクチャサンプルアレイrefPicLX、
・ハーフサンプル補間フィルタインデックスhpelIfIdx、
・双方向オプティカルフローフラグbdofFlag、
・現在ブロックの色成分インデックスを指定する変数cIdx。
この処理の出力は：
・予測サンプル値の(sbWidth+brdExtSize)x(sbHeight+brdExtSize)アレイpredSamplesLX。
予測ブロック境界拡張サイズbrdExtSizeは以下のように導出される：

変数fRefWidthは、ルマサンプル内の参照ピクチャのPicOutputWidthLに等しく設定される。
変数fRefHeightは、ルマサンプル内の参照ピクチャのPicOutputHeightLに等しく設定される。

動きベクトルmvLXは、(refMvLX－mvOffset)に等しく設定される。
・ｃＩｄｘが０に等しい場合、以下が適用される。
・・倍率及びそれらの固定小数点表現は以下のように定義される：

・・(xIntL,yIntL)をフルサンプルユニット内で与えられたルマ位置とし、(xFracL,yFracL)を１／１６サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbInt_L,ySbInt_L)は、(xSb+(mvLX[０]>>４),ySb+(mvLX[１]>>４))に等しく設定される。
・・予測ルマサンプルアレイpredSamplesLXの内部の各ルマサンプル位置(x_L=０..sbWidth－１+brdExtSize,y_L=０..sbHeight－１+brdExtSize)について、対応する予測ルマサンプル値predSamplesLX[x_L][y_L]は、以下のように導出される：
・・・(refxSb_L,refySb_L)及び(refx_L,refy_L)を、１／１６サンプルユニットの中で与えられる動きベクトル(refMvLX[０],refMvLX[１])により指されるルマ位置であるとする。変数refxSb_L、refx_L、refySb_L、及びrefy_Lは以下のように導出される：

・・・変数xInt_L、yInt_L、xFrac_L、及びyFrac_Lは以下のように導出される：

・・bdofFlagが真に等しい、又は（sps_affine_prof_enabled_flagが真に等しく、inter_affine_flag[xSb][ySb]が真に等しい）、及び以下の条件のうちの１つ以上が真である場合、予測ルマサンプル値predSamplesLX[x_L][y_L]は、項８.５.６.３.３で指定されるように、(xInt_L+(xFrac_L>>３)－１)、yInt_L+(yFrac_L>>３)－１)、及びrefPicLXを入力としてルマ整数サンプルフェッチ処理を呼び出すことにより、導出される。
・・・x_Lが０に等しい。
・・・x_LがsbWidth+１に等しい。
・・・y_Lが０に等しい。
・・・y_LがsbHeight+１に等しい。
・・その他の場合、予測ルマサンプル値predSamplesLX[xL][yL]は、項８．５．６．３．２で指定されるように、(xIntL－(brdExtSize>０?１:０)、yIntL－(brdExtSize>０?１:０))、(xFracL,yFracL)、(xSbInt_L,ySbInt_L)、refPicLX、hpelIfIdx、sbWidth、sbHeight、及び(xSb,ySb)を入力として、ルマサンプル８タップ補間フィルタリング処理を呼び出すことにより、導出される。
・その他の場合（cIdxが０に等しい）、以下が適用される：
・・(xIntC,yIntC)をフルサンプルユニット内で与えられたクロマ位置とし、(xFracC,yFracC)を１／３２サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の一般的な分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntC,ySbIntC)は((xSb/SubWidthC)+(mvLX[０]>>５)、(ySb/SubHeightC)+(mvLX[１]>>５))に等しく設定される。
・・予測クロマ参照サンプルアレイpredSamplesLXの卯木側の各クロマサンプル位置(xC=０..sbWidth－１,yC=０..sbHeight－１)について、対応する予測クロマサンプル値predSamplesLX[xC][yC]は以下のように導出される：
・・・(refxSb_C,refySb_C)及び(refx_C,refy_C)を、１／３２サンプルユニットの中で与えられる動きベクトル(mvLX[０],mvLX[１])により指されるクロマ位置であるとする。変数refxSb_C、refySb_C、refx_C、及びrefy_Cは以下のように導出される：

・・・変数xInt_C、yInt_C、xFrac_C、及びyFrac_Cは以下のように導出される：

・・予測サンプル値predSamplesLX[xC][yC]は、(xIntC,yIntC)、(xFracC,yFracC)、(xSbIntC,ySbIntC)、sbWidth、sbHeight、及びrefPicLXを入力として、項８．５．６．３．４で指定される処理を呼び出すことにより、導出される。

［６．開示の技術の例示的実装］
図５は、ビデオ処理機器５００のブロック図である。機器５００は、ここに記載した方法のうちの１つ以上を実施するために使用されてよい。機器５００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（Internet of Things (IoT)）受信機、等において実施されてよい。機器５００は、１つ以上のプロセッサ５０２、１つ以上のメモリ５０４、及びビデオ処理ハードウェア５０６を含んでよい。プロセッサ５０２は、本願明細書に記載した１つ以上の方法を実施するよう構成されてよい。メモリ（複数のメモリ）５０４は、本願明細書に記載の方法及び技術を実施するために使用されるデータ及びコードを格納するために使用されてよい。ビデオ処理ハードウェア５０６は、ハードウェア回路で、本願明細書に記載された幾つかの技術を実施するために使用されてよく、部分的に又は完全に、プロセッサ５０２（例えば、グラフィックプロセッサコアＧＰＵ又は他の信号処理回路）の部分であってよい。

本願明細書では、用語「ビデオ処理」又はコーディングは、ビデオ符号化、ビデオ復号、ビデオ圧縮、又はビデオ伸長を表してよい。例えば、ビデオ圧縮アルゴリズムは、ビデオをピクセル表現から対応するビットストリーム表現へ又はその逆に変換する間に適用されてよい。現在ビデオブロックのビットストリーム表現は、シンタックスにより定義されるように、例えば、ビットストリーム内の同一位置にある又は異なる場所に拡散しているビットに対応してよい。例えば、マクロブロックは、変換されたコーディングされた誤差残差値の観点で、ヘッダ及びビットストリーム内の他のフィールドのビットも使用して、符号化されてよい。

開示の方法及び技術は、本願明細書において開示された技術の使用を可能にすることにより、スマートフォン、ラップトップ、デスクトップ、及び類似の装置のようなビデオ処理装置に組み込まれるビデオエンコーダ及び／又はデコーダの実施形態に利益をもたらすことが理解される。

図６は、ビデオ処理の例示的な方法６００のフローチャートである。この方法６００は、６１０で、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、参照ピクチャの解像度及び／又はサイズが前記現在ビデオブロックの解像度及び／又はサイズと異なる場合、前記現在ビデオブロックを用いて予測された隣接又は非隣接サンプルのグループに同じ補間フィルタが適用される。

幾つかの実施形態は、以下の項に基づく形式を用いて記述され得る。

（項１）ビデオ処理の方法であって、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、参照ピクチャの解像度及び／又はサイズが前記現在ビデオブロックの解像度及び／又はサイズと異なる場合、前記現在ビデオブロックを用いて予測された隣接又は非隣接サンプルのグループに同じ補間フィルタが適用される、方法。

（項２）前記同じ補間フィルタは、垂直補間フィルタである、項１に記載の方法。

（項３）前記同じ補間フィルタは、水平補間フィルタである、項１に記載の方法。

（項４）隣接又は非隣接サンプルの前記グループは、前記現在ビデオブロックの領域内に位置する全部のサンプルを含む、項１に記載の方法。

（項５）前記現在ビデオブロックは、各々がサイズM×Nの複数の長方形に分割される、項４に記載の方法。

（項６）M及び／又はNは予め決定される、項５に記載の方法。

（項７）M及び／又はNは前記現在ビデオブロックの寸法から導出される、項５に記載の方法。

（項８）M及び／又はNは前記現在ビデオブロックのコーディング表現の中でシグナリングされる、項５に記載の方法。

（項９）サンプルの前記グループは、同じ動きベクトルを共有する、項１に記載の方法。

（項１０）サンプルの前記グループは、同じ水平コンポーネント及び／又は水平コンポーネントの同じ分数部分を共有する、項９に記載の方法。

（項１１）サンプルの前記グループは、同じ垂直コンポーネント及び／又は垂直コンポーネントの同じ分数部分を共有する、項９に記載の方法。

（項１２）前記同じ動きベクトル又はそのコンポーネントは、前記参照ピクチャの解像度、前記参照ピクチャのサイズ、前記現在ビデオブロックの解像度、前記現在ビデオブロックのサイズ、又は精度値、のうちの少なくとも１つに基づき、１つ以上のルールを満たす、項９～１１の１つ以上に記載の方法。

（項１３）前記同じ動きベクトル又はそのコンポーネントは、前記現在ビデオブロック内に位置するサンプルの動き情報に対応する、項９～１１の１つ以上に記載の方法。

（項１４）前記同じ動きベクトル又はそのコンポーネントは、前記グループの内側または外側に位置する仮想サンプルの動き情報に設定される、項９～１１の１つ以上に記載の方法。

（項１５）ビデオ処理の方法であって、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、参照ピクチャの解像度及び／又はサイズが前記現在ビデオブロックの解像度及び／又はサイズと異なる場合、前記現在ビデオブロックを用いて予測されたブロックは、前記現在ブロックに関連する整数値動き情報を使用することのみが許可される、方法。

（項１６）前記整数値動き情報は、前記現在ビデオブロックの元の動き情報を丸め込むことにより、導出される、項１５に記載の方法。

（項１７）前記現在ビデオブロックの前記元の動き情報は、水平方向及び／又は垂直方向である、項１５に記載の方法。

（項１８）ビデオ処理の方法であって、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、参照ピクチャの解像度及び／又はサイズが前記現在ビデオブロックの解像度及び／又はサイズと異なる場合、前記現在ビデオブロックを用いて予測されたブロックを導出するために補間フィルタが適用され、前記補間フィルタはルールに基づき選択される、方法。

（項１９）前記ルールは、前記現在ビデオブロックの前記解像度及び／又はサイズに対する前記参照サンプルの前記解像度及び／又はサイズに関連付けられる、項１８に記載の方法。

（項２０）前記補間フィルタは、垂直補間フィルタである、項１８に記載の方法。

（項２１）前記補間フィルタは、水平補間フィルタである、項１８に記載の方法。

（項２２）前記補間フィルタは、１タップフィルタ、バイリニアフィルタ、４タップフィルタ、又は６タップフィルタ、のうちの１つである、項１８に記載の方法。

（項２３）前記補間フィルタは、前記変換の他のステップの一部として使用される、項２２に記載の方法。

（項２４）前記補間フィルタは、パディングサンプルの使用を含む、項１８に記載の方法。

（項２５）前記補間フィルタの使用は、前記現在ビデオブロックのサンプルの色成分に依存する、項１８に記載の方法。

（項２６）ビデオ処理の方法であって、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、参照ピクチャの解像度及び／又はサイズが前記現在ビデオブロックの解像度及び／又はサイズと異なる場合、デブロッキングフィルタを選択的に適用し、前記デブロッキングフィルタの強度は、前記現在ビデオブロックの解像度及び／又はサイズに対する前記参照ピクチャの解像度及び／又はサイズに関連するルールに従い設定される、方法。

（項２７）前記デブロッキングフィルタの強度は、ビデオブロック毎に変化する、項２７に記載の方法。

（項２８）ビデオ処理の方法であって、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、現在ビデオブロックのサブピクチャが存在する場合、適合ビットストリームは、前記現在ビデオブロックの解像度及び／又はサイズに対する前記参照ピクチャの解像度及び／又はサイズに関連するルールを満たす、方法。

（項２９）前記現在ビデオブロックを１つ以上のサブピクチャに分割するステップであって、前記分割は、前記現在ビデオブロックの解像度に少なくとも依存する、項２８に記載の方法。

（項３０）ビデオ処理の方法であって、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間に、前記現在ビデオブロックの参照ピクチャは、前記現在ビデオブロックの寸法に基づくルールに従い再サンプリングされる、方法。

（項３１）ビデオ処理の方法であって、現在ビデオブロックと前記現在ビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間、前記現在ビデオブロックに対するコーディングツールの使用は、前記現在ビデオブロックの解像度及び／又はサイズに対する前記現在ビデオブロックの参照ピクチャの解像度及び／又はサイズに依存して有効又は無効にされる、方法。

（項３２）サンプルの前記グループは適合ウインドウ内に位置する、上述の項のうちの１つ以上に記載の方法。

（項３３）前記適合ウインドウは長方形形状である、項３２に記載の方法。

（項３４）前記解像度は、前記コーディング／復号ビデオブロックの解像度、又は前記コーディング／復号ビデオブロックの適合ウインドウの解像度に関連する、上述の項のうちの１つ以上に記載の方法。

（項３５）前記サイズは、前記コーディング／復号ビデオブロックのサイズ、又は前記コーディング／復号ビデオブロックの適合ウインドウのサイズに関連する、上述の項のうちの１つ以上に記載の方法。

（項３６）前記寸法は、前記コーディング／復号ビデオブロックの寸法又は前記コーディング／復号ビデオブロックの適合ウインドウの寸法に関連する、上述の項のうちの１つ以上に記載の方法。

（項３７）前記適合ウインドウは、適合クロッピングウインドウパラメータのセットにより定義される、項３２に記載の方法。

（項３８）適合クロッピングウインドウパラメータのセットの少なくとも一部は、前記コーディング表現の中で暗示的又は明示的にシグナリングされる、項３７に記載の方法。

（項３９）適合クロッピングウインドウパラメータの前記セットは、前記コーディング表現の中でシグナリングされる、上述の項のうちの１つ以上に記載の方法。

（項４０）前記参照サンプルの位置は、前記適合ウインドウ内の前記現在ビデオブロックの左上サンプルに関して導出される、上述の項のうちの１つ以上に記載の方法。

（項４１）ビデオ処理の方法であって、複数のビデオブロックと前記複数のビデオブロックのコーディング表現との間の変換を実行するステップを含み、前記変換の間、第１適合ウインドウが第１ビデオブロックについて定義され、第２適合ウインドウが第２ビデオブロックについて定義され、前記第２適合ウインドウに対する前記第１適合ウインドウの幅及び／又は高さの比は、少なくとも適合ビットストリームに基づくルールに従う、方法。

（項４２）ビデオ復号機器であって、項１～４１のうちの１つ以上に記載の方法を実施するよう構成されるプロセッサを含むビデオ復号機器。

（項４３）ビデオ符号化機器であって、項１～４１のうちの１つ以上に記載の方法を実施するよう構成されるプロセッサを含むビデオ符号化機器。

（項４４）格納されたコンピュータコードを有するコンピュータプログラムプロダクトであって、前記コードは、プロセッサにより実行されると、前記プロセッサに項１～４１のいずれかに記載の方法を実施させる、コンピュータプログラムプロダクト。

（項４５）本願明細書に記載された方法、機器、又はシステム。

図７は、ここに開示される種々の技術が実施され得る例示的なビデオ処理システム７００を示すブロック図である。種々の実装は、システム７００のコンポーネントの一部又は全部を含んでよい。システム７００は、ビデオコンテンツを受信する入力７０２を含んでよい。ビデオコンテンツは、生（raw）又は非圧縮フォーマット、例えば８又は１０ビット複数成分ピクセル値で受信されてよく、或いは圧縮又は符号化フォーマットであってよい。入力７０２は、ネットワークインタフェース、周辺機器バスインタフェース、又はストレージインタフェースを表してよい。ネットワークインタフェースの例は、イーサネット（登録商標）、受動光ネットワーク（passive optical network (PON)）等のような有線インタフェース、及びWi-Fi又はセルラインタフェースのような無線インタフェースを含む。

システム７００は、本願明細書に記載された種々のコーディング又は符号化方法を実施し得るコーディングコンポーネント７０４を含んでよい。コーディングコンポーネント７０４は、入力７０２からコーディングコンポーネント７０４の出力へのビデオの平均ビットレートを低減して、ビデオのコーディング表現を生成してよい。コーディング技術は、従って、時に、ビデオ圧縮又はビデオトランスコーディング技術と呼ばれる。コーディングコンポーネント７０４の出力は、コンポーネント７０６により表されるように、格納されるか、又は通信接続を介して送信されてよい。入力７０２で受信された、格納され又は通信されたビットストリーム（又はコーディングされた）表現は、コンポーネント７０８により、ディスプレイインタフェース７１０へ送信されるピクセル値又は表示可能なビデオを生成するために、使用されてよい。ビットストリーム表現からユーザに閲覧可能なビデオを生成する処理は、時に、ビデオ伸長と呼ばれる。更に、特定のビデオ処理動作は「コーディング」動作又はツールと呼ばれるが、コーディングツール又は動作は、エンコーダにおいて使用され、コーディングの結果を逆にする対応する復号ツール又は動作がデコーダにより実行されることが理解される。

周辺機器バスインタフェース又はディスプレイインタフェースの例は、ユニバーサルシリアルバス（universal serial bus (USB)）又は高解像度マルチメディアインタフェース（high definition multimedia interface (HDMI（登録商標）)）又はディスプレイポート（Displayport）、等を含んでよい。ストレージインタフェースの例は、ＳＡＴＡ（serial advanced technology attachment）、ＰＣＩ、ＩＤＥインタフェース、等を含む。本願明細書に記載した技術は、移動電話機、ラップトップ、スマートフォン、又はデジタルデータ処理を実行可能な他の装置、及び／又はビデオディスプレイのような種々の電子装置に実装されてよい。

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

図８に示されるように、ビデオコーディングシステム１００は、ソース装置１１０と宛先装置１２０とを含んでよい。ソース装置１１０は、ビデオ符号化装置と呼ばれてよく、符号化ビデオデータを生成する。宛先装置１２０は、ビデオ復号装置と呼ばれてよく、ソース装置１１０により生成された符号化ビデオデータを復号してよい。

ソース装置１１０は、ビデオソース１１２、ビデオエンコーダ１１４、及び入力／出力（Ｉ／Ｏ）インタフェース１１６を含んでよい。

ビデオソース１１２は、ビデオキャプチャ装置のようなソース、ビデオコンテンツプロバイダからビデオデータを受信するインタフェース、及び／又はビデオデータを生成するコンピュータグラフィックシステム、又はそのようなソースの組合せを含んでよい。ビデオデータは、１つ以上のピクチャを含んでよい。ビデオエンコーダ１１４は、ビデオソース１１２からのビデオデータを符号化して、ビットストリームを生成する。ビットストリームは、ビデオデータのコーディング表現を形成するビットのシーケンスを含んでよい。ビットストリームは、コーディングピクチャ及び関連データを含んでよい。コーディングピクチャは、ピクチャのコーディング表現である。関連データは、シーケンスパラメータセット、ピクチャパラメータセット、及び他のシンタックス構造を含んでよい。Ｉ／Ｏインタフェース１１６は、変調器／復調器（モデム）及び／又は送信機を含んでよい。符号化ビデオデータは、Ｉ／Ｏインタフェース１１６を介してネットワーク１３０ａを通じて、宛先装置１２０へ直接送信されてよい。符号化ビデオデータは、宛先装置１２０によるアクセスのために、記憶媒体／サーバ１３０ｂに格納されてもよい。

宛先装置１２０は、Ｉ／Ｏインタフェース１２６、ビデオデコーダ１２４、及びディスプレイ装置１２２を含んでよい。

ｉ／Ｏインタフェース１２６は、受信機及び／又はモデムを含んでよい。Ｉ／Ｏインタフェース１２６は、ソース装置１１０又は記憶媒体／サーバ１３０ｂから符号化ビデオデータを取得してよい。ビデオデコーダ１２４は、符号化ビデオデータを復号してよい。ディスプレイ装置１２２は、復号ビデオデータをユーザに表示してよい。ディスプレイ装置１２２は、宛先装置１２０に統合されてよく、又は宛先装置１２０の外部にあり、外部ディスプレイ装置とインタフェースするよう構成されてよい。

ビデオエンコーダ１１４及びビデオデコーダ１２４は、高効率ビデオコーディング（High Efficiency Video Coding (HEVC)）規格、バーサタイルビデオコーディング（Versatile Video Coding (VVC)）規格、及び他の現在及び／又は将来の規格のような、ビデオ圧縮規格に従い動作してよい。

図９は、図８に示したシステム１００の中のビデオエンコーダ１１４であってよいビデオエンコーダ２００の例を示すブロック図である。

ビデオエンコーダ２００は、本開示の技術のうちのいずれか又は全部を実行するよう構成されてよい。図９の例では、ビデオエンコーダ２００は複数の機能コンポーネントを含む。本開示に記載した技術は、ビデオエンコーダ２００の種々のコンポーネントの間で共有されてよい。幾つかの例では、プロセッサは、本開示に記載した技術のうちのいずれか又は全部を実行するよう構成されてよい。

ビデオエンコーダ２００の機能コンポーネントは、パーティションユニット２０１、モード選択ユニット２０３と動き推定ユニット２０４と動き補償ユニット２０５とイントラ予測ユニット２０６とを含んでよい予測ユニット２０２、残差生成ユニット２０７、変換ユニット２０８、量子化ユニット２０９、逆量子化ユニット２１０、逆変換ユニット２１１、再構成ユニット２１２、バッファ２１３、及びエントロピー符号化ユニット２１４を含んでよい。

他の例では、ビデオエンコーダ２００は、より多くの、より少ない、又は異なる機能コンポーネントを含んでよい。例では、予測ユニット２０２は、イントラブロックコピー（intra block copy (IBC)）ユニットを含んでよい。ＩＢＣユニットは、ＩＢＣモードで予測を実行してよく、ＩＢＣモードでは少なくとも１つの参照ピクチャが現在ビデオブロックの位置するピクチャである。

更に、動き推定ユニット２０４及び動き補償ユニット２０５のような幾つかのコンポーネントは、高度に統合されてよいが、説明の目的で図５の例では別個に表される。

パーティションユニット２０１は、ピクチャを１つ以上のビデオブロックにパーティションする。ビデオエンコーダ２００及びビデオデコーダ３００は、種々のビデオブロックサイズをサポートしてよい。

モード選択ユニット２０３は、コーディングモード、イントラ又はインターのうちの１つを、例えば誤差結果に基づき選択し、結果として生じたイントラ又はインターコーディングされたブロックを残差ブロックデータを生成するために残差生成ユニット２０７に、及び参照ピクチャとして使用するために符号化ブロックを再構成するために再構成ユニット２１２に提供してよい。幾つかの例では、モード選択ユニット２０３は、結合イントラ及びインター予測（combination of intra and inter predication (CIIP)）モードを選択してよい。ＣＩＩＰモードでは、予測はインター予測信号及びイントラ予測信号に基づく。モード選択ユニット２０３は、インター予測の場合に、ブロックについて動きベクトルの解像度（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。

現在ビデオブロックに対してインター予測を実行するために、動き推定ユニット２０４は、バッファ２１３からの１つ以上の参照フレームを現在ビデオブロックと比較することにより、現在ビデオブロックについて動き情報を生成してよい。動き補償ユニット２０５は、動き情報及び現在ビデオブロックに関連するピクチャ以外のバッファ２１３からのピクチャの復号サンプルに基づき、現在ビデオブロックについて予測ビデオブロックを決定してよい。

動き推定ユニット２０４及び動き補償ユニット２０５は、例えば現在ビデオブロックがＩスライス、Ｐスライス、又はＢスライスかに依存して、現在ビデオブロックについて異なる動作を実行してよい。

幾つかの例では、動き推定ユニット２０４は、現在ビデオブロックについて片方向予測を実行してよく、動き推定ユニット２０４は、現在ビデオブロックの参照ビデオブロックについて、リスト０又はリスト１の参照ピクチャを検索してよい。動き推定ユニット２０４は、次に、参照ビデオブロックを含むリスト０又はリスト１内の参照ピクチャを示す参照インデックス、及び現在ビデオブロックと参照ビデオブロックとの間の空間変位を示す動きベクトルを生成してよい。動き推定ユニット２０４は、参照インデックス、予測方向指示子、及び動きベクトルを、現在ビデオブロックの動き情報として出力してよい。動き補償ユニット２０５は、現在ビデオブロックの動き情報により示される参照ビデオブロックに基づき、現在ブロックの予測ビデオブロックを生成してよい。

他の例では、動き推定ユニット２０４は、現在ビデオブロックについて双方向予測を実行してよく、動き推定ユニット２０４は、現在ビデオブロックの参照ビデオブロックについてリスト０内の参照ピクチャを検索してよく、現在ビデオブロックの別の参照ビデオブロックについてリスト１内の参照ピクチャを検索してよい。動き推定ユニット２０４は、次に、参照ビデオブロックを含むリスト０又はリスト１内の参照ピクチャを示す参照インデックス、及び参照ビデオブロックと現在ビデオブロックとの間の空間変位を示す動きベクトルを生成してよい。動き推定ユニット２０４は、現在ビデオブロックの動き情報として、参照インデックス及び現在ビデオブロックの動きベクトルを出力してよい。動き補償ユニット２０５は、現在ビデオブロックの動き情報により示される参照ビデオブロックに基づき、現在ビデオブロックの予測ビデオブロックを生成してよい。

幾つかの例では、動き推定ユニット２０４は、デコーダの復号処理のために動き情報の完全なセットを出力してよい。

幾つかの例では、動き推定ユニット２０４は、現在ビデオ動き情報の完全なセットを出力しなくてよい。むしろ、動き推定ユニット２０４は、別のビデオブロックの動き情報を参照して、現在ビデオブロックの動き情報をシグナリングしてよい。例えば、動き推定ユニット２０４は、現在ビデオブロックの動き情報が、近隣ビデオブロックの動き情報と十分に類似していることを決定してよい。

一例では、動き推定ユニット２０４は、現在ビデオブロックに関連付けられたシンタックス構造の中で、現在ビデオブロックが別のビデオブロックと同じ動き情報を有することをビデオデコーダ３００に示す値を示してよい。

別の例では、動き推定ユニット２０４は、現在ビデオブロックに関連付けられたシンタックス構造の中で、別のビデオブロック及び動きベクトル差（motion vector difference (MVD)）を識別してよい。動きベクトル差は、現在ビデオブロックの動きベクトルと示されたビデオブロックの動きベクトルとの間の差を示す。ビデオデコーダ３００は、示されたビデオブロックの動きベクトル及び動きベクトル差を使用して、現在ビデオブロックの動きベクトルを決定してよい。

上述のように、ビデオエンコーダ２００は、動きベクトルを予測的にシグナリングしてよい。ビデオエンコーダ２００により実施され得る予測的シグナリング技術の２つの例は、高度動きベクトル予測（advanced motion vector predication (AMVP)）及びマージモードシグナリングを含む。

イントラ予測ユニット２０６は、現在ビデオブロックに対してイントラ予測を実行してよい。イントラ予測ユニット２０６が現在ビデオブロックに対してイントラ予測を実行するとき、イントラ予測ユニット２０６は、同じピクチャ内の他のビデオブロックの復号サンプルに基づき、現在ビデオブロックの予測データを生成してよい。現在ビデオブロックの予測データは、予測ビデオブロック及び種々のシンタックス要素を含んでよい。

残差生成ユニット２０７は、現在ビデオブロックの予測ビデオブロックを現在ビデオブロックから減算することにより（例えば、マイナス符号により示される）、現在ビデオブロックの残差データを生成してよい。現在ビデオブロックの残差データは、現在ビデオブロック内のサンプルの異なるサンプル成分に対応する残差ビデオブロックを含んでよい。

他の例では、現在ビデオブロックについて、例えばスキップモードでは現在ビデオブロックの残差データが存在しなくてよく、残差生成ユニット２０７は減算動作を実行しなくてよい。

変換処理ユニット２０８は、現在ビデオブロックに関連付けられた残差ビデオブロックに１つ以上の変換を適用することにより、現在ビデオブロックについて１つ以上の変換係数ビデオブロックを生成してよい。

変換処理ユニット２０８が現在ビデオブロックに関連付けられた変換係数ビデオブロックを生成した後に、量子化ユニット２０９は、現在ビデオブロックに関連付けられた１つ以上の量子化パラメータ（quantization parameter (QP)）に基づき、現在ビデオブロックに関連付けられた変換係数ビデオブロックを量子化してよい。

逆量子化ユニット２１０及び逆変換ユニット２１１は、それぞれ変換係数ビデオブロックに逆量子化及び逆変換を適用して、変換係数ビデオブロックから残差ビデオブロックを再構成してよい。再構成ユニット２１２は、再構成残差ビデオブロックを、予測ユニット２０２により生成された１つ以上の予測ビデオブロックからの対応するサンプルに加算して、バッファ２１３に格納するために現在ビデオブロックに関連付けられた再構成ビデオブロックを生成してよい。

再構成ユニット２１２がビデオブロックを再構成した後に、ループフィルタリング動作が実行されて、ビデオブロック内のビデオブロッキングアーチファクトを低減してよい。

エントロピー符号化ユニット２１４は、ビデオエンコーダ２００の他の機能コンポーネントからデータを受信してよい。エントロピー符号化ユニット２１４がデータを受信すると、エントロピー符号化ユニット２１４は、１つ以上のエントロピー符号化動作を実行して、エントロピー符号化データを生成し、エントロピー符号化データを含むビットストリームを出力してよい。

図１０は図８に示したシステム１００の中のビデオデコーダ１１４であってよいビデオデコーダ３００の例を示すブロック図である。

ビデオデコーダ３００は、本開示の技術のうちのいずれか又は全部を実行するよう構成されてよい。図１０の例では、ビデオデコーダ３００は複数の機能コンポーネントを含む。本開示に記載した技術は、ビデオデコーダ３００の種々のコンポーネントの間で共有されてよい。幾つかの例では、プロセッサは、本開示に記載した技術のうちのいずれか又は全部を実行するよう構成されてよい。

図１０の例では、ビデオデコーダ３００は、エントロピー復号ユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５、及び再構成ユニット３０６、及びバッファ３０７を含む。ビデオデコーダ３００は、幾つかの例では、ビデオエンコーダ２００（例えば、図９）に関して説明した符号化経路に対して通常相互的な復号経路を実行してよい。

エントロピー復号ユニット３０１は、符号化ビットストリームを読み出してよい。符号化ビットストリームは、エントロピー符号化ビデオデータ（例えば、ビデオデータの符号化ブロック）を含んでよい。エントロピー復号ユニット３０１は、エントロピー符号化ビデオデータを復号し、エントロピー復号ビデオデータから、動き補償ユニット３０２が、動きベクトル、動きベクトル制度、参照ピクチャリストインデックス、及び他の動き情報を含む動き情報を決定してよい。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマージモードを実行することにより、このような情報を決定してよい。

動き補償ユニット３０２は、場合によっては補間フィルタに基づき補間を実行することにより、動き補償ブロックを生成してよい。サブピクセル制度で使用されるべき補間フィルタの識別子は、シンタックス要素に含まれてよい。

動き補償ユニット３０２は、参照ブロックのサブ整数ピクセルの補間値を計算するためにビデオブロックの符号化中にビデオエンコーダ２０により使用されるような補間フィルタを使用してよい。動き補償ユニット３０２は、受信したシンタックス情報に従い、ビデオエンコーダ２００により使用される補間フィルタを決定し、補間フィルタを使用して予測ブロックを生成してよい。

動き補償ユニット３０２は、シンタックス情報の一部を使用して、符号化ビデオシーケンスのフレーム及び／又はスライスを符号化するために使用されるブロックのサイズ、符号化ビデオシーケンスのピクチャの各マクロブロックがどのようにパーティションされるかを記述するパーティション情報、各パーティションがどのように符号化されるかを示すモード、インター符号化ブロック毎の１つ以上の参照フレーム（及び参照フレームリスト）、及び符号化ビデオシーケンスを復号するための他の情報を決定してよい。

イントラ予測ユニット３０３は、例えばビットストリーム内で受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してよい。逆量子化ユニット３０３は、ビットストリーム内で提供され、エントロピー復号ユニット３０１により復号された量子化されたビデオブロック係数を逆量子化、つまり量子化解除する。逆変換ユニット３０３は、逆変換を適用する。

再構成ユニット３０６は、残差ブロックを、動き補償ユニット２０２又はイントラ予測ユニット３０３により生成された対応する予測ブロックと加算して、復号ブロックを形成してよい。望ましい場合には、ブロックアーチファクトを除去するために復号ブロックをフィルタリングするデブロッキングフィルタも適用されてよい。復号ビデオブロックは、次に、後続の動き補償のための参照ブロックを提供するバッファ３０７に格納される。

図１１は、本発明の技術によるビデオ処理の方法のフローチャート表現である。方法１１００は、動作１１１０で、ルールに従い、ビデオの現在ピクチャとビデオのコーディング表現との間の変換を実行するステップを含む。現在ピクチャは、W×Hサンプル寸法を有する第１ウインドウを含み、W及びHは整数である。現在ピクチャに関連付けられた参照ピクチャは、W’×H’サンプル寸法を有する第２ウインドウを含み、W'及びH'は整数である。第１ウインドウ及び第２ウインドウ内のサンプルは、変換の間に同じ処理ルールに従い、W、H、W’、及びH’は制約を満たす。

幾つかの実施形態では、第１ウインドウ及び第２ウインドウはスケーリングウインドウである。同じ処理ルールは、スケーリングウインドウ内のサンプルが再サンプリング（）処理を受けることを指定する。幾つかの実施形態では、第１ウインドウ及び第２ウインドウは適合ウインドウである。同じ処理ルールは、ビデオを出力するとき、合ウインドウの外側のサンプルが破棄されることを指定する。

幾つかの実施形態では、制約は、W’/a≦W≦W’×bであることを指定し、a及びbは正整数である。幾つかの実施形態では、aは２に等しい。幾つかの実施形態では、bは８に等しい。幾つかの実施形態では、制約は、H’/c≦H≦H’×dであることを指定し、c及びdは正整数である。幾つかの実施形態では、cは２に等しい。幾つかの実施形態では、dは８に等しい。幾つかの実施形態では、a=cである。幾つかの実施形態では、b=dである。

幾つかの実施形態では、第１スケーリングウインドウ又は第２スケーリングウインドウの寸法は、コーディング表現内でシグナリングされ、スケーリング比のセットを決定するために使用される。幾つかの実施形態では、第１スケーリングウインドウ又は第２スケーリングウインドウの寸法は、コーディング表現内でシグナリングされ、変換の間に参照ピクチャ再サンプリング（Reference Picture Resampling (RPR)）を適用する際に参照サンプルの左上オフセットを決定するために使用される。

図１２は、本発明の技術によるビデオ処理の方法のフローチャート表現である。方法１２００は、動作１２１０で、ルールに従い、ビデオの現在ピクチャとビデオのコーディング表現との間の変換を実行するステップを含む。変換の間に、現在ピクチャのウインドウを決定するためのオフセット値は、N-pel精度でコーディング表現の中でシグナリングされ、Nは１より大きい正整数である。

幾つかの実施形態では、ウインドウは、サンプルが再サンプリング処理を受けるスケーリングウインドウを含む。幾つかの実施形態では、ウインドウは、適合ウインドウを含み、ビデオを出力するとき、適合ウインドウの外側のサンプルが破棄される。幾つかの実施形態では、コーディング表現の中でシグナリングされるオフセット値は、現在ピクチャの適合ウインドウを決定際に、N倍される。幾つかの実施形態では、Nは４又は８に等しい。幾つかの実施形態では、オフセット値は、変換中に１つ以上のコーディング処理で使用される。

図１３は、本発明の技術によるビデオ処理の方法のフローチャート表現である。方法１３００は、動作１３１０で、第１ビデオユニット及び第２ビデオユニットを含むビデオと該ビデオのコーディング表現との間の変換を実行するステップを含む。第１ビデオユニットの第１ウインドウの第１オフセット値セット、及び第２ビデオユニットの第２ウインドウの第２オフセット値セットは、前記第１ビデオユニットの寸法および前記第２ビデオユニットの寸法に関連付けられたルールに従い決定される。第１ウインドウ及び第２ウインドウ内のサンプルは、変換の間に同じ処理ルールに従う。

幾つかの実施形態では、第１ウインドウ及び第２ウインドウは、スケーリングウインドウであり、同じ処理ルールは、スケーリングウインドウ内のサンプルが再サンプリング処理を受けることを指定する。幾つかの実施形態では、第１ウインドウ及び第２ウインドウは、適合ウインドウであり、同じ処理ルールは、ビデオを出力するとき、適合ウインドウの外側のサンプルが破棄されることを指定する。

幾つかの実施形態では、第１ビデオユニット又は第２ビデオユニットはビデオのピクチャを含む。幾つかの実施形態では、ルールは、第１ビデオユニットの寸法が第２ビデオユニットの寸法と同じ場合に、第１オフセット値セットが第２オフセット値セットと異なることを指定する。幾つかの実施形態では、ルールは、第１ビデオユニットの寸法が第２ビデオユニットの寸法と異なる場合に、第１オフセット値セットが第２オフセット値セットと同じであることを指定する。幾つかの実施形態では、ルールは、第１ビデオユニットの寸法が第２ビデオユニットの寸法と同じかどうかに拘わらず、第１オフセット値セットが第２オフセット値セットと同じであることを指定する。

幾つかの実施形態では、第１適合ウインドウはW１×H１の寸法を有し、第１適合ウインドウの左上位置は(X１,Y１)と表され、第２適合ウインドウはW２×H２の寸法を有し、第２適合ウインドウの左上位置は(X２,Y２)と表され、第１ビデオユニットの寸法はPW１×PH１と表され、第２ビデオユニットの寸法はPW２×PH２と表される。幾つかの実施形態では、W１/W２=X１/X２である。幾つかの実施形態では、W１/X１=W２/X２である。幾つかの実施形態では、W１×X２=W２×X１である。幾つかの実施形態では、H１/H２=Y１/Y２である。幾つかの実施形態では、H１/Y１=H２/Y２である。幾つかの実施形態では、H１×Y２=H２×Y１である。幾つかの実施形態では、PW１/PW２=X１/X２である。幾つかの実施形態では、PW１/X１=PW２/X２である。幾つかの実施形態では、PW１×X２=PW２×X１である。幾つかの実施形態では、PH１/PH２=Y１/Y２である。幾つかの実施形態では、PH１/Y１=PH２/Y２である。幾つかの実施形態では、PH１×Y２=PH２×Y１である。幾つかの実施形態では、PW１/PW２=W１/W２である。幾つかの実施形態では、PW１/W１=PW２/W２である。幾つかの実施形態では、PW１×W２=PW２×W１である。幾つかの実施形態では、PH１/PH２=H１/H２である。幾つかの実施形態では、PH１/H１=PH２/H２である。幾つかの実施形態では、PH１×H２=PH２×H１である。幾つかの実施形態では、PW１>PW２の場合、W１>W２である。幾つかの実施形態では、PW１<PW２の場合、W１<W２である。幾つかの実施形態では、(PW１-PW２)×(W１-W２)≧０である。幾つかの実施形態では、PH１>PH２の場合、H１>H２である。幾つかの実施形態では、PH１<PH２の場合、H１<H２である。幾つかの実施形態では、(PH１-PH２)×(H１-H２)≧０である。幾つかの実施形態では、PW１≧PW２の場合(W１/W２)≦(PW１/PW２)である。幾つかの実施形態では、PW１≧PW２の場合、(W１/W２)≧(PW１/PW２)である。幾つかの実施形態では、PH１≧PW２の場合、(H１/H２)≦(PH１/PH２)である。幾つかの実施形態では、PH１≧PW２の場合(H１/H２)≧(PH１/PH２)である。

図１４は、本発明の技術によるビデオ処理の方法のフローチャート表現である。方法１４００は、動作１４１０で、ビデオの現在ピクチャとビデオのコーディング表現との間の変換のために、ピクチャのウインドウの左上位置に基づき、現在ピクチャに関連付けられた参照ピクチャ内の参照サンプルの位置を決定するステップであって、ピクチャは少なくとも現在ピクチャ又は参照ピクチャを含む、ステップを含む。ウインドウは、変換の間に処理ルールに従う。方法１４００は、動作１４２０で、決定に基づき変換を実行するステップを更に含む。

幾つかの実施形態では、ウインドウは、スケーリングウインドウであり、処理ルールは、スケーリングウインドウ内のサンプルが再サンプリング処理を受けることを指定する。幾つかの実施形態では、ウインドウは、適合ウインドウを含み、処理ルールは、ビデオを出力するとき、適合ウインドウの外側のサンプルが破棄可能であることを指定する。

幾つかの実施形態では、ウインドウの左上位置は、ウインドウに関連付けられた左オフセット値及び上オフセット値に基づき決定される。幾つかの実施形態では、ウインドウの左上位置に対する現在サンプルの水平位置xSb’は、現在ピクチャ内の現在サンプルの水平位置xSb及び現在ピクチャのウインドウの左オフセットに基づき決定される。幾つかの実施形態では、ウインドウの左上位置に関する現在サンプルの水平位置xSb’は、サンプル精度に基づき更に決定される。

幾つかの実施形態では、ウインドウの左上位置に対する現在サンプルの水平位置xSb’は、参照サンプルの位置を決定するために使用される。幾つかの実施形態では、参照ピクチャに対する参照サンプルの水平位置は、xSb’及び参照ピクチャのウインドウの左オフセットに基づき決定される。幾つかの実施形態では、サンプル精度は、４ビットのシフトを示す。

幾つかの実施形態では、ウインドウの左上位置に対する現在サンプルの垂直位置ySb’は、現在ピクチャ内の現在サンプルの垂直位置ySb及び現在ピクチャのウインドウの上オフセットに基づき決定される。幾つかの実施形態では、ウインドウの左上位置に関する現在サンプルの垂直位置ySb’は、サンプル精度に基づき更に決定される。幾つかの実施形態では、ウインドウの左上位置に対する現在サンプルの垂直位置ySb’は、参照サンプルの位置を決定するために使用される。幾つかの実施形態では、参照ピクチャに対する参照サンプルの垂直位置は、ySb’及び参照ピクチャのウインドウの上オフセットに基づき決定される。幾つかの実施形態では、サンプル精度は、４ビットのシフトを示す。

幾つかの実施形態では、ウインドウの左上位置の使用は、ビデオの色成分に基づく。幾つかの実施形態では、色成分は、ルマコンポーネントを含む。

図１５は、本発明の技術によるビデオ処理の方法のフローチャート表現である。方法１５００は、動作１５１０で、ビデオの現在ピクチャとビデオのコーディング表現との間の変換を実行するステップを含む。現在ピクチャは、W×Hサンプル寸法を有する第１ウインドウを含み、W及びHは整数である。現在ピクチャに関連付けられた参照ピクチャは、W’×H’サンプル寸法を有する第２ウインドウを含み、W’及びH’は整数であり、第２ウインドウの左上位置は(X０,Y０)と表される。第１ウインドウ及び第２ウインドウ内のサンプルは、変換の間に同じ処理ルールに従う。参照サンプルの座標の整数部分は、第１ウインドウ又は第２ウインドウに部分的に基づき決定される範囲内に制約される。

幾つかの実施形態では、参照サンプルの水平座標の整数部分は、[minW,maxW]の範囲に制約される。幾つかの実施形態では、minWは０に等しい。幾つかの実施形態では、minWはX０に等しい。幾つかの実施形態では、maxWはW-１に等しい。幾つかの実施形態では、maxWはW’-１に等しい。幾つかの実施形態では、maxWはX０+W’-１に等しい。幾つかの実施形態では、minW又はmaxWの少なくとも１つは、ビデオの色成分及び／又は色フォーマットに基づき変更される。幾つかの実施形態では、minWはminW×subCになるよう変更され、subCは整数である。幾つかの実施形態では、minWはminW/subCになるよう変更され、subCは整数である。幾つかの実施形態では、maxWmaxW×subCになるよう変更され、subCは整数である。幾つかの実施形態では、maxWはmaxW/subCになるよう変更され、subCは整数である。幾つかの実施形態では、色成分がルマコンポーネントを含む場合、subCは１である。幾つかの実施形態では、色成分がクロマコンポーネントを含み、色フォーマットが４:２:０又は４:２:２である場合、subCは２である。幾つかの実施形態では、色成分がクロマコンポーネントを含み、色フォーマットが４:４:４である場合、subCは１である。

幾つかの実施形態では、参照サンプルの垂直座標の整数部分は、[minH,maxH]の範囲に制約される。幾つかの実施形態では、minHは０に等しい。幾つかの実施形態では、minHはY０に等しい。幾つかの実施形態では、maxHはH-１に等しい。幾つかの実施形態では、maxHはH’-１に等しい。幾つかの実施形態では、maxHはY０+H’-１に等しい。幾つかの実施形態では、minH又はmaxHの少なくとも１つは、ビデオの色成分及び／又は色フォーマットに基づき変更される。幾つかの実施形態では、minHはminH×subCになるよう変更され、subCは整数である。幾つかの実施形態では、minHはminH/subCになるよう変更され、subCは整数である。幾つかの実施形態では、maxHはmaxH×subCになるよう変更され、subCは整数である。幾つかの実施形態では、maxHはmaxH/subCになるよう変更され、subCは整数である。幾つかの実施形態では、色成分がルマコンポーネントを含む場合、subCは１である。幾つかの実施形態では、色成分がクロマコンポーネントを含み、色フォーマットが４:２:０又は４:２:２のとき、subCは２である。幾つかの実施形態では、色成分がクロマコンポーネントを含み、色フォーマットが４:４:４である場合、subCは１である。

幾つかの実施形態では、参照サンプルの座標の整数部分についての制約の適用可能性は、現在ピクチャの寸法及び参照ピクチャの寸法に基づき決定される。幾つかの実施形態では、参照サンプルの座標の整数部分についての制約は、第１ウインドウの寸法及び第２ウインドウの寸法に基づく。幾つかの実施形態では、制約は、（１）現在ピクチャの寸法が参照ピクチャの寸法と異なる、又は（２）第１ウインドウの寸法が第２ウインドウの寸法と異なる場合に適用可能である。幾つかの実施形態では、第１ウインドウ及び第２ウインドウは、スケーリングウインドウであり、同じ処理ルールは、スケーリングウインドウ内のサンプルが再サンプリング処理を受けることを指定する。幾つかの実施形態では、第１ウインドウ及び第２ウインドウは、適合ウインドウであり、同じ処理ルールは、ビデオを出力するとき、適合ウインドウの外側のサンプルが破棄されることを指定する。

幾つかの実施形態では、変換は、コーディング表現に符号化することを含む。幾つかの実施形態では、変換は、コーディング表現をビデオへと復号することを含む。

開示した技術の幾つかの実施形態は、ビデオ処理ツール又はモードを有効にすることの決定又は判断を行うことを含む。例では、ビデオ処理ツール又はモードが有効にされると、エンコーダは、ビデオのブロックの処理において該ツール又はモードを使用又は実施するが、必ずしもツール又はモードの使用に基づき結果として生じるビットストリームを変更する必要はない。つまり、ビデオのブロックからビデオのビットストリーム表現への変換は、決定又は判断に基づき有効にされるとき、ビデオ処理ツール又はモードを使用する。別の例では、ビデオ処理ツール又はモードが有効にされると、デコーダは、ビットストリームがビデオ処理ツール又はモードに基づき変更されているという知識により、ビットストリームを処理する。つまり、ビデオのビットストリーム表現からビデオのブロックへの変換は、決定又は判断に基づき有効にされたビデオ処理ツール又はモードを使用して実行される。

開示した技術の幾つかの実施形態は、ビデオ処理ツール又はモードを無効にすることの決定又は判断を行うことを含む。例では、ビデオ処理ツール又はモードが無効にされるとき、エンコーダは、ビデオのブロックをビデオのビットストリーム表現へ変換する際にツール又はモードを使用しない。別の例では、ビデオ処理ツール又はモードが無効にされると、デコーダは、ビットストリームが決定又は判断に基づき有効にされたビデオ処理ツール又はモードを用いて変更されていないという知識により、ビットストリームを処理する。

本願明細書に記載された本開示の及び他のソリューション、例、実施形態、モジュール、及び機能動作は、デジタル電子回路で、又は本願明細書に開示された構造を含む、コンピュータソフトウェア、ファームウェア、又はハードウェア、及びそれらの構造的均等物で、又はそれらの１つ以上の結合で、実装できる。本開示の及び他の実施形態は、１つ以上のコンピュータプログラムプロダクト、つまり、データ処理機器による実行のために又はその動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実装できる。コンピュータ可読媒体は、機械可読記憶装置、機械可読記憶基板、メモリ装置、機械可読伝搬信号に影響を与える物質の組成、又は１つ以上のそれらの組合せであり得る。用語「データ処理機器」は、データを処理するあらゆる機器、装置、及び機械を包含し、例として、プログラマブルプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含む。機器は、ハードウェアに加えて、対象となるコンピュータプログラムの実行環境を生成するコード、例えばプロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はそれらの１つ以上の組合せを構成するコードを含むことができる。伝搬信号は、人工的に生成された信号、例えば、適切な受信機機器への送信のために情報を符号化するために生成された、機械により生成された電気、光、又は電磁気信号である。

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる）は、コンパイルされた又はインタープリットされた言語を含む任意の形式のプログラミング言語で記述でき、それは、スタンドアロンプログラム又はモジュール、コンポーネント、サブルーチン、又はコンピューティング環境内での使用に適する他のユニットを含む任意の形式で展開できる。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応する必要はない。プログラムは、他のプログラム又はデータ（例えばマークアップ言語文書内に格納された１つ以上のスクリプト）を保持するファイルの一部に、問題のプログラムに専用の単一のファイルに、又は複数の連携ファイル（例えば、１つ以上モジュール、サブプログラム、又はコードの部分を格納するファイル）に、格納できる。コンピュータプログラムは、１つのコンピュータ上で、又は１つの場所に置かれた若しくは複数の場所に分散されて通信ネットワークにより相互接続される複数のコンピュータ上で、実行されるよう展開できる。

本願明細書に記載の処理及びロジックフローは、入力データに作用し及び出力を生成することにより機能を実行する１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサにより実行できる。特定用途論理回路、例えば、ＦＰＧＡ（field programmable gate array）又はＡＳＩＣ（application specific integrated circuit）により、処理及びロジックフローが実行でき、それとして機器が実装できる。

コンピュータプログラムの実行に適するプロセッサは、例えば、汎用及び特定用途向けマイクロプロセッサの両方、及び任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサを含む。通常、プロセッサは、命令及びデータを読み出し専用メモリ又はランダムアクセスメモリ又は両者から受信する。コンピュータの基本的要素は、命令を実行するプロセッサ、及び命令及びデータを格納する１つ以上のメモリ装置である。通常、コンピュータは、データを格納する１つ以上の大容量記憶装置、例えば、磁気、光磁気ディスク、又は光ディスク、も含み、又はそれらからデータを受信し又はそれらへデータを転送するために又は両者のために動作可能に結合される。しかしながら、コンピュータはこのような装置を有する必要はない。コンピュータプログラム命令及びデータを格納するのに適するコンピュータ可読媒体は、例えば半導体メモリ装置、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ，及びフラッシュメモリ装置、磁気ディスク、例えば内部ハードディスク又は取り外し可能ディスク、光磁気ディスク、及びＣＤ－ＲＯＭ及びＤＶＤ－ＲＯＭディスクを含む、全ての形式の-不揮発性メモリ、媒体、及びメモリ装置を含む。プロセッサ及びメモリは、特定用途向け論理回路により補足され、又はその中に組み込むことができる。

本願明細書は多数の特定事項を含むが、これらは、任意の主題の又は請求され得るものの範囲に対する限定としてではなく、むしろ、特定の技術の特定の実施形態に固有の特徴の説明として考えられるべきである。別個の実装の文脈で本願明細書に記載された特定の特徴は、単一の実装形態において組み合わせることもできる。反対に、単一の実施形態の文脈で記載された種々の特徴は、複数の実施形態の中で別個に又は任意の適切な部分的組み合わせで実装されることもできる。更に、特徴は特定の組み合わせで動作するよう上述され、そのように初めに請求され得るが、請求される組み合わせからの１つ以上の特徴は、幾つかの場合には、組み合わせから切り離されてよく、請求される組み合わせは、部分的組み合わせ又は部分的組み合わせの変形に向けられてよい。

同様に、動作は、図中に特定の順序で示されるが、これは、望ましい結果を達成するために、そのような動作が示された特定の順序で又はシーケンシャルに実行されること、及び全ての図示の動作が実行されること、を要求すると理解されるべきではない。更に、本願明細書に記載された実施形態における種々のシステムコンポーネントの分離は、全ての実施形態においてこのような分離を必要とすると理解されるべきではない。

少数の実装及び例のみが記載され、本願明細書に記載され示されたものに基づき他の実装、拡張、及び変形が行われ得る。

［関連出願］
本願は、国際特許出願番号第PCT/CN２０１９/１０６６７１、２０１９年９月１９日出願、及び国際特許出願番号第PCT/CN２０１９/１０７０８２、２０１９年９月２０日出願、及び国際特許出願番号第PCT/CN２０１９/１０９８３７、２０１９年１０月５日出願、の優先権及び利益を主張する国際特許出願番号第PCT/CN２０２０/１１６４６９、２０２０年９月１日出願に基づく。前述の特許出願の全部は、それらの全体が参照によりここに組み込まれる。

Claims (55)

1. ビデオ処理の方法であって、
   ビデオの現在ピクチャと前記ビデオのコーディング表現との間の変換のために、ピクチャのウインドウの左上位置に基づき、前記現在ピクチャに関連付けられた参照ピクチャ内の参照サンプルの位置を決定するステップであって、前記ピクチャは少なくとも前記現在ピクチャ又は前記参照ピクチャを含み、前記ウインドウは前記変換の間、処理ルールに従う、ステップと、
   前記決定に従い、前記変換を実行するステップと、
   を含む方法。
2. 前記ウインドウは、スケーリングウインドウであり、前記処理ルールは、前記スケーリングウインドウ内のサンプルが再サンプリング処理を受けることを指定する、請求項１に記載の方法。
3. 前記ウインドウは、適合ウインドウを含み、前記処理ルールは、前記ビデオを出力するとき、前記適合ウインドウの外側のサンプルが破棄可能であることを指定する、請求項１に記載の方法。
4. 前記ウインドウの左上位置は、前記ウインドウに関連付けられた左オフセット値及び上オフセット値に基づき決定される、請求項１～３のいずれかに記載の方法。
5. 前記ウインドウの左上位置に対する現在サンプルの水平位置xSb’は、前記現在ピクチャ内の前記現在サンプルの水平位置xSb及び前記現在ピクチャの前記ウインドウの左オフセットに基づき決定される、請求項１～４のいずれかに記載の方法。
6. 前記ウインドウの左上位置に対する現在サンプルの水平位置xSb’は、サンプル精度に基づき更に決定される、請求項５に記載の方法。
7. 前記ウインドウの左上位置に対する前記現在サンプルの水平位置xSb’は、参照サンプルの位置を決定するために使用される、請求項５又は６に記載の方法。
8. 前記参照ピクチャに対する参照サンプルの水平位置は、xSb’及び前記参照ピクチャの前記ウインドウの左オフセットに基づき決定される、請求項５～７のいずれかに記載の方法。
9. 前記サンプル精度は４ビットのシフトを示す、請求項６又は８に記載の方法。
10. 前記ウインドウの左上位置に対する現在サンプルの垂直位置ySb’は、前記現在ピクチャ内の前記現在サンプルの垂直位置ySb及び前記現在ピクチャの前記ウインドウの上オフセットに基づき決定される、請求項１～８のいずれかに記載の方法。
11. 前記ウインドウの左上位置に対する前記現在サンプルの前記垂直位置ySb’は、サンプル精度に基づき更に決定される、請求項１０に記載の方法。
12. 前記ウインドウの左上位置に対する前記現在サンプルの前記垂直位置ｙSb’は、参照サンプルの位置を決定するために使用される、請求項１０又は１１に記載の方法。
13. 前記参照ピクチャに対する参照サンプルの垂直位置は、ySb’及び前記参照ピクチャの前記ウインドウの上オフセットに基づき決定される、請求項１０～１２のいずれかに記載の方法。
14. 前記サンプル精度は４ビットのシフトを示す、請求項１１又は１３に記載の方法。
15. 前記ウインドウの左上位置の使用は、前記ビデオの色成分に基づく、請求項１～１４のいずれかに記載の方法。
16. 前記色成分はルマコンポーネントを含む、請求項１５に記載の方法。
17. ビデオ処理の方法であって、
    ビデオの現在ピクチャと前記ビデオのコーディング表現との間の変換を実行するステップ、を含み、
    前記現在ピクチャは、W×Hサンプル寸法を有する第１ウインドウを含み、W及びHは整数であり、
    前記現在ピクチャに関連付けられた参照ピクチャは、W'×H'サンプル寸法を有する第２ウインドウを含み、W'及びH'は整数であり、前記第２ウインドウの左上位置は(X０,Y０)と表され、
    前記第１ウインドウ及び前記第２ウインドウ内のサンプルは、前記変換の間に同じ処理ルールに従い、
    参照サンプルの座標の整数部分は、前記第１ウインドウ又は前記第２ウインドウに部分的に基づき決定される範囲に制約される、方法。
18. 前記参照サンプルの水平座標の整数部分は、[minW,maxW]の範囲に制約される、請求項１７に記載の方法。
19. minWは０に等しい、請求項１８に記載の方法。
20. minWはX０に等しい、請求項１８に記載の方法。
21. maxWはW－１に等しい、請求項１８に記載の方法。
22. maxWはW’－１に等しい、請求項１８に記載の方法。
23. maxWはX０+W’－１に等しい、請求項１８に記載の方法。
24. minW又はmaxWの少なくとも１つは、前記ビデオの色成分及び／又は色フォーマットに基づき変更される、請求項１８～２３のいずれかに記載の方法。
25. minWはminW×subCになるよう変更され、subCは整数である、請求項２４に記載の方法。
26. minWはminW/subCになるよう変更され、subCは整数である、請求項２４に記載の方法。
27. maxWはmaxW×subCになるよう変更され、subCは整数である、請求項２４に記載の方法。
28. maxWはmaxW/subCになるよう変更され、subCは整数である、請求項２４に記載の方法。
29. 前記色成分がルマコンポーネントを含む場合、subCは１である、請求項２５～２８のいずれかに記載の方法。
30. 前記色成分がクロマコンポーネントを含み、前記色フォーマットが４:２:０又は４:２:２の場合、subCは２である、請求項２５～２８のいずれかに記載の方法。
31. 前記色成分がクロマコンポーネントを含み、前記色フォーマットが４:４:４の場合、subCは１である、請求項２５～２８のいずれかに記載の方法。
32. 前記参照サンプルの垂直座標の整数部分は、[minH,maxH]の範囲に制約される、請求項１７に記載の方法。
33. minHは０に等しい、請求項３２に記載の方法。
34. minHはY０に等しい、請求項３２に記載の方法。
35. maxHはH－１に等しい、請求項３２に記載の方法。
36. maxHはH’－１に等しい、請求項３２に記載の方法。
37. maxHはY０+H’－１に等しい、請求項３２に記載の方法。
38. minH又はmaxHの少なくとも１つは、前記ビデオの色成分及び／又は色フォーマットに基づき変更される、請求項３２～３７のいずれかに記載の方法。
39. minHは×subCになるよう変更され、subCは整数である、請求項３８に記載の方法。
40. minHはminH/subCになるよう変更され、subCは整数である、請求項３８に記載の方法。
41. maxHはmaxH×subCになるよう変更され、subCは整数である、請求項３８に記載の方法。
42. maxHはmaxH/subCになるよう変更され、subCは整数である、請求項３８に記載の方法。
43. 前記色成分がルマコンポーネントを含む場合、subCは１である、請求項３２～４２のいずれかに記載の方法。
44. 前記色成分がクロマコンポーネントを含み、色フォーマットが４:２:０又は４:２:２の場合、subCは２である、請求項３２～４２のいずれかに記載の方法。
45. 前記色成分がクロマコンポーネントを含み、前記色フォーマットが４:４:４の場合、subCは１である、請求項３２～４２のいずれかに記載の方法。
46. 前記参照サンプルの座標の整数部分についての前記制約の適用可能性は、前記現在ピクチャの寸法及び前記参照ピクチャの寸法に基づき決定される、請求項１７～４５のいずれかに記載の方法。
47. 前記参照サンプルの座標の整数部分についての前記制約は、前記第１ウインドウの寸法及び前記第２ウインドウの寸法に基づく、請求項１７～４５のいずれかに記載の方法。
48. 前記制約は、（１）前記現在ピクチャの寸法が前記参照ピクチャの寸法と異なる、又は（２）前記第１ウインドウの寸法が前記第２ウインドウの寸法と異なる場合に適用可能である、請求項４６又は４７に記載の方法。
49. 前記第１ウインドウ及び前記第２ウインドウは、スケーリングウインドウであり、前記同じ処理ルールは、前記スケーリングウインドウ内のサンプルが再サンプリング処理を受けることを指定する、請求項１７～４８のいずれかに記載の方法。
50. 前記第１ウインドウ及び前記第２ウインドウは、適合ウインドウであり、前記同じ処理ルールは、前記ビデオを出力するとき、前記適合ウインドウの外側のサンプルが破棄されることを指定する、請求項１７～４８のいずれかに記載の方法。
51. 前記変換は、前記ビデオを前記コーディング表現に符号化することを含む、請求項１～５０のいずれかに記載の方法。
52. 前記変換は、前記コーディング表現を前記ビデオに復号することを含む、請求項１～５０のいずれかに記載の方法。
53. 請求項１～５２のいずれかに記載の方法を実施するよう構成されるプロセッサを含むビデオ処理機器。
54. 格納されたコードを有するコンピュータ可読媒体であって、前記コードは、プロセッサにより実行されると、前記プロセッサに請求項１～５２のいずれかに記載の方法を実施させる、コンピュータ可読媒体。
55. 請求項１～５２のいずれかに記載の方法に従い生成されたコーディング表現を格納しているコンピュータ可読媒体。

Images