JP2022553364A - ビデオ・データを処理する方法、装置及び記憶媒体 - Google Patents

ビデオ・データを処理する方法、装置及び記憶媒体 Download PDF

Info

Publication number
JP2022553364A
JP2022553364A JP2022523815A JP2022523815A JP2022553364A JP 2022553364 A JP2022553364 A JP 2022553364A JP 2022523815 A JP2022523815 A JP 2022523815A JP 2022523815 A JP2022523815 A JP 2022523815A JP 2022553364 A JP2022553364 A JP 2022553364A
Authority
JP
Japan
Prior art keywords
video
block
rule
equal
current
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2022523815A
Other languages
English (en)
Other versions
JP7395727B2 (ja
Inventor
ザン,カイ
ザン,リー
リュウ,ホンビン
デン,ジピン
シュイ,ジィジォン
ワン,ユエ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing ByteDance Network Technology Co Ltd
ByteDance Inc
Original Assignee
Beijing ByteDance Network Technology Co Ltd
ByteDance Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing ByteDance Network Technology Co Ltd, ByteDance Inc filed Critical Beijing ByteDance Network Technology Co Ltd
Publication of JP2022553364A publication Critical patent/JP2022553364A/ja
Application granted granted Critical
Publication of JP7395727B2 publication Critical patent/JP7395727B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51Motion estimation or motion compensation
    • H04N19/513Processing of motion vectors
    • H04N19/517Processing of motion vectors by encoding
    • H04N19/52Processing of motion vectors by encoding by predictive encoding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103Selection of coding mode or of prediction mode
    • H04N19/11Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103Selection of coding mode or of prediction mode
    • H04N19/105Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/117Filters, e.g. for pre-processing or post-processing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/119Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/132Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/176Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/186Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a colour or a chrominance component
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/59Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial sub-sampling or interpolation, e.g. alteration of picture size or resolution
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/80Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation
    • H04N19/82Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation involving filtering within a prediction loop

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

ビデオ処理方法は、ビデオの現在のビデオ・ブロックとビデオのコーディングされた表現との間の変換に関し、アフィン・マージ候補の決定を、ルールに従って選択的に行うステップ;及びその決定に従って変換を実行するステップを含む。ルールは、アフィン・マージ候補が、log2(X)演算を利用することなくどのように計算されるかを規定しており、Xは0以下である。アフィン・マージ候補は、隣接するアフィン・コーディングされたビデオ・ブロックから導出された動き候補である。

Description

[0001] 関連出願の相互参照
パリ条約に関して適用可能な特許法及び/又は規則に基づいて、本願は、2019年8月23日付で出願された国際特許出願第PCT/CN2019/112820号、及び2019年12月30日付で出願された国際特許出願第PCT/CN2019/129959号についての優先権及び利益を適時に主張するために行われている。法に基づく全ての目的に関し、前述の出願の全ての開示は、本願の開示の一部として参照により援用される。
[0002] 技術分野
本件特許明細書等はビデオ・コーディング及びデコーディングに関連する。
[0003] 背景
ビデオ圧縮の進歩にもかかわらず、デジタル・ビデオは、インターネット及びその他のデジタル通信ネットワークにおいて利用する最大の帯域幅を占めている。ビデオを受信及び表示することが可能な接続ユーザー・デバイスの台数が増加するにつれて、デジタル・ビデオの利用に対する帯域幅需要は増加し続けるであろうということが予想される。
[0004] デバイス、システム及び方法は、デジタル・ビデオ・コーディング、特に、様々なコーディング・ツールが、ビデオの符号化及び復号化のために選択的に使用されるビデオ及び画像の符号化及び復号化に関連する。
[0005] 1つの例示的な態様では、ビデオ処理方法が開示される。方法は、ビデオの現在のビデオ・ブロックと前記ビデオのコーディングされた表現との間の変換に関し、アフィン・マージ候補の決定を、ルールに従って選択的に行うステップ;及び前記決定に従って前記変換を実行するステップ;を含み、前記ルールは、前記アフィン・マージ候補が、log2(X)演算を利用することなくどのように計算されるかを規定しており、Xは0以下であり;及び前記アフィン・マージ候補は、隣接するアフィン・コーディングされたビデオ・ブロックから導出された動き候補である。
[0006] 別の例示的な態様では、ビデオ処理方法が開示される。方法は、複数のカラー成分を含むビデオの現在のビデオ・ブロックと前記ビデオのコーディングされた表現との間の変換に関し、クロス・コンポーネント線型モデル(CCLM)の決定をルールに従って行うステップ;及び前記決定に従って前記変換を実行するステップ;を含み、前記ルールは、前記アフィン・マージ候補が、log2(X)演算を利用することなくどのように計算されるかを規定しており、Xは0以下であり;及び前記CCLMは、クロマ・サンプルを、再構成された隣接するルマ・サンプルに基づいて、線型モデルに従って予測することを含む。
[0007] 別の例示的な態様では、ビデオ処理方法が開示される。方法は、複数のカラー成分を含むビデオのビデオ・ピクチャの現在のビデオ・ブロックと前記ビデオのコーディングされた表現との間の変換に関し、前記現在のビデオ・ブロックの角度イントラ予測をルールに従って決定するステップ;及び前記決定に従って前記変換を実行するステップ;を含み、前記ルールは、ゼロによる除算を回避する決定のための演算ステップを規定しており;及び前記角度イントラ予測モードは、前記現在のビデオ・ブロックを、前記ビデオ・ピクチャ内の1つ以上のサンプルから、1つ以上の角度で予測することを含む。
[0008] 別の例示的な態様では、ビデオ処理方法が開示される。方法は、ビデオの現在のビデオ・ブロックを複数のパーティションに、モードに従ってパーティション化するステップであって、前記モードでは少なくとも1つのパーティション化はルールに従って角度ラインに沿っている、ステップ;及び前記現在のビデオ・ブロックと前記ビデオのコーディングされた表現との間の変換を実行するステップであって、前記現在のビデオ・ブロックの予測は予測の重み付け平均から決定され、前記重み付け平均のためのウェイトは、前記モードにより決定される、ステップ;を含み、前記モードが前記パーティション化の距離に対応する前記パーティション化の特性を示すこと、及び/又は前記角度ラインの角度が前記現在のビデオ・ブロックのサイズ特性、又は前記現在のビデオ・ブロックのコーディング特性に依存することを、前記ルールは規定している。
[0009] 別の例示的な態様では、ビデオ処理方法が開示される。方法は、1つ以上のビデオ領域を含むビデオと前記ビデオのコーディングされた表現との間の変換をルールに従って実行するステップを含み、前記ルールは或る条件を規定しており、その条件の下ではビデオ領域は前記コーディングされた表現中のイントラ・コーディングされた領域として処理される。
[0010] 別の例示的な態様では、ビデオ処理方法が開示される。方法は、1つ以上のビデオ・ピクチャを含むビデオと前記ビデオのコーディングされた表現との間の変換を実行するステップ;を含み、前記コーディングされた表現はフォーマット・ルールに従っており;前記フォーマット・ルールは、サブピクチャ・シグナリングのシンタックス要素の使い方を規定している。
[0011] 更に別の代表的な態様では、上述の方法は、プロセッサによる実行が可能なコードの形態で具体化され、コンピュータ読み取り可能なプログラム媒体に記憶される。
[0012] 更に別の代表的な態様では、上述の方法を実行するように構成された又は動作することが可能なデバイスが開示される。デバイスは、この方法を実装するようにプログラムされたプロセッサを含んでもよい。
[0013] 更に別の代表的な態様では、ビデオ・デコーダ装置は、本件で説明される方法を実装することができる。
[0014] 開示された技術の上記及びその他の態様及び特徴は、図面、明細書及び特許請求の範囲においてより詳細に記載されている。
[0015]16×16ブロックが16個の4×4領域に分割されている例を示す。 [0016]ビデオ・ブロック内の特定の場所の例を示す。 ビデオ・ブロック内の特定の場所の例を示す。 ビデオ・ブロック内の特定の場所の例を示す。 [0017]ビデオ処理のためのハードウェア・プラットフォームの実装例のブロック図である。 [0018]ビデオ処理の方法例に関するフローチャートである。 [0019]VVCにおけるラップ・アラウンド・クリッピングの例を示す。 [0020]ビデオ・コーディング・システムの実装例のブロック図である。 [0021]ビデオ・エンコーダの実装例のブロック図である。 [0022]ビデオ・デコーダの実装例のブロック図である。 [0023] 開示される技術の実施形態を例示する種々のテーブルを示す。 開示される技術の実施形態を例示する種々のテーブルを示す。 開示される技術の実施形態を例示する種々のテーブルを示す。 開示される技術の実施形態を例示する種々のテーブルを示す。 開示される技術の実施形態を例示する種々のテーブルを示す。 開示される技術の実施形態を例示する種々のテーブルを示す。 開示される技術の実施形態を例示する種々のテーブルを示す。 開示される技術の実施形態を例示する種々のテーブルを示す。 [0024]ビデオ処理の方法例のフローチャートである。 ビデオ処理の方法例のフローチャートである。 ビデオ処理の方法例のフローチャートである。 ビデオ処理の方法例のフローチャートである。 ビデオ処理の方法例のフローチャートである。 ビデオ処理の方法例のフローチャートである。
[0025] 開示される技術の実施形態は、圧縮パフォーマンスを改善するために、既存のビデオ・コーディング規格(例えば、HEVC, H.265)及び将来の規格に適用される可能性がある。本件明細書では、説明の可読性を向上させるためにセクション見出しが使用されているが、如何なる方法によっても、説明又は実施形態(及び/又は実装)を個々のセクションのみに限定していない。
[0026] 1. 概略イントロダクション
本件はビデオ・コーディング技術に関連する。具体的には、本件はビデオ・コーディングにおける適応解像度変換に関連する。これは、HEVCのような既存のビデオ/画像コーディング規格、又はファイナライズされる予定の規格(Versatile Video Coding, VVC)に適用される可能性がある。本件は将来的なビデオ・コーディング規格又はビデオ・コーデックにも適用される可能性がある。
[0027] 2. ビデオ・コーディングの説明
ビデオ・コーディング規格は、主に周知のITU-T及びISO/IEC規格の開発を通じて発展してきた。ITU-TはH.261とH.263を作成し、ISO/IECはMPEG-1とMPEG-4 Visualを作成し、2つの組織は共同してH.262/MPEG-2 VideoとH.264/MPEG-4 Advanced Video Coding(AVC)とH.265/HEVC[1]規格とを作成した。H.262以来、ビデオ・コーディング規格はハイブリッド・ビデオ・コーディング構造に基づいており、そこでは時間的予測と変換コーディングが使用される。HEVCを越える将来のビデオ・コーディング技術を探求するため、2015年に共同ビデオ探査チーム(Joint Video Exploration Team,JVET)がVCEGとMPEGにより共同で設立された。それ以来、多くの新しい方法がJVETによって採用されており、共同探索モデル(Joint Exploration Model,JEM)[3][4]と名付けられる参照ソフトウェアに入れられている。2018年4月には、VCEG(Q6/16)とISO/IEC JTC1 SC29/WG11(MPEG)との間で共同ビデオ・エキスパート・チーム(JVET)が誕生し、HEVCと比較して対して50%のビットレート低減を目指すVVC規格に取り組んでいる。
[0028] AVC及びHEVCは、IDR又はイントラ・ランダム・アクセス・ポイント(IRAP)ピクチャを導入する必要なしに、解像度を変更する能力を持っておらず;そのような能力は、適応解像度変更(adaptive resolution change, ARC)と言及することができる。ARC機能からの恩恵を受けるユース・ケースやアプリケーション・シナリオが存在し、それらは以下のようなものを含む:
- テレビ電話及び会議におけるレート・アダプテーション:コーディングされるビデオを、変化するネットワーク条件に適応させるために、ネットワーク条件が悪化して利用可能な帯域幅が小さくなると、エンコーダは、より小さな解像度のピクチャを符号化することによって、それに合わせることができる。現在、ピクチャの解像度を変化させることは、IRAPピクチャの後でしか行うことができないが;これには幾つかの問題がある。妥当な品質のIRAPピクチャは、インター・コーディングされたピクチャよりもはるかに大きく、相応して復号化がより複雑化するであろう:これには時間とリソースがかかる。解像度の変更が、ローディングの理由でデコーダによって要求された場合、それは問題となる。また、低遅延バッファ条件に違反し、オーディオの再同期を強制し、ストリームのエンド・ツー・エンド遅延が少なくとも一時的に増加する可能性がある。これは貧弱なユーザー体験をもたらす可能性がある。
- 複数人のビデオ会議におけるアクティブ・スピーカの変更:マルチ・パーティ・ビデオ会議の場合、アクティブ・スピーカは、残りの会議参加者のビデオよりも大きなビデオ・サイズで表示されることが一般的である。アクティブ・スピーカが変わると、各参加者のピクチャ解像度も調整されることを必要とする可能性がある。ARC機能を有する必要性は、アクティブ・スピーカにおけるこのような変更が頻繁に行われる場合に、より重要になる。
- ストリーミングの迅速な開始:ストリーミング・アプリケーションでは、アプリケーションは、表示を開始する前に、ある一定の長さの復号化されたピクチャになるまでバッファリングすることが一般的である。より小さな解像度でビットストリームを開始することは、アプリケーションが、より速く表示を開始するために十分なピクチャをバッファ内に有することを可能にする。
[0029] ストリーミングにおける適応ストリーム切り替え:HTTPによる動的適応ストリーミング(Dynamic Adaptive Streaming over HTTP, DASH)規格は、@mediaStreamStructureIdという名称の機能を含む。これは、異なる表現間の切り替えを、オープンGOPランダム・アクセス・ポイントにおいて、復号化可能でないリーディング・ピクチャ、例えばHEVCにおける関連するRASLピクチャを伴うCRAピクチャ、とともに行うことを可能にする。同じビデオの2つの異なる表現が、異なるビットレートを有するが、同じ空間解像度を有する一方、それらが@ mediaStreamStructureIdの同じ値を有する場合、関連するRASLピクチャを伴うCRAピクチャにおいて、2つの表現の間で切り替えを行うことが可能であり、CRAピクチャにおけるスイッチングに関連するRASLピクチャは、許容可能な品質で復号化することが可能であり、従ってシームレスなスイッチングを可能にする。ARCにより、@mediaStreamStructureIdの機能は、異なる空間解像度を有するDASH表現の間の切り替えにも利用可能である。
[0030] ARCは、動的な解像度変換としても知られている。
[0031] ARCはまた、H.263 Annex Pのようなリファレンス・ピクチャ・リサンプリング(RPR)の特殊なケースと見なすこともできる。
[0032] 2.1 H.263 Annex Pにおけるリファレンス・ピクチャ・リサンプリング
このモードは、参照ピクチャを、予測のために使用する前にワープする(warp)アルゴリズムを記述している。これは、予測されるピクチャとは異なるソース・フォーマットを有する参照ピクチャを、リサンプリングするのに有用である可能性がある。それはまた、参照ピクチャの形状、サイズ、及び位置をワーピング(warping)することによって、グローバル動き推定又は回転運動の推定に使用することも可能である。シンタックスは、リサンプリング・アルゴリズムにも使用されるべきワーピング・パラメータを含む。参照ピクチャ・リサンプリング・モードに関する動作の最もシンプルなレベルは、4リサンプリングの暗黙的なファクターであり、なぜならFIRフィルタがアップサンプリング及びダウンサンプリング・プロセスに適用されることを必要とするだけだからである。この場合、追加的なシグナリング・オーバヘッドは必要とされず、なぜなら、それを使用することは、新たなピクチャ(ピクチャ・ヘッダで示される)のサイズが以前のピクチャのサイズと異なる場合であると理解されるからである。
[0033] 2.2 ARCのVVCに対する貢献
以下に挙げられているように、ARCに対処する幾つかの貢献(contributions)が提案されている:
[0034]JVET-M0135, JVET-M0259, JVET-N0048, JVET-N0052, JVET-N0118, JVET-N0279.
[0035] 2.3 JVET-O2001-v14におけるARC
ARCは、リファレンス・ピクチャ・リサンプリング(Reference Picture Resampling, RPR)としても知られており、これはJVET-O2001-v14で導入されている。
[0036] JVET-O2001-v14のRPRでは、同等位置にあるピクチャ又はコロケーテッド・ピクチャ(collocated picture)が現在のピクチャと異なる解像度を有する場合、TMVPはディセーブルにされる。また、参照ピクチャが現在のピクチャと異なる解像度を有する場合、BDOFとDMVRはディセーブルにされる。
[0037] リファレンス・ピクチャが現在のピクチャと異なる解像度を有する場合に、ノーマルMCを取り扱うために、以下のように補間セクションが定義されている(セクション番号は、現在のVVC規格を示し、イタリック体のテキストは以前のバージョンと相違することを示している):
8.5.6.3.1 概要
このプロセスへの入力は以下の通りである:
- 現在のピクチャの左上ルマ・サンプルに対する、現在のコーディング・サブブロックの左上サンプルを指定するルマ位置( xSb, ySb ) ,
- 現在のコーディング・サブブロックの幅を指定する変数sbWidth,
- 現在のコーディング・サブブロックの高さを指定する変数sbHeight,
- 動きベクトルオフセットmvOffset,
- 精密化された動きベクトルrefMvLX,
- 選択された参照ピクチャ・サンプル配列refPicLX,
- ハーフ・サンプル補間フィルタ・インデックスhpelIfIdx,
- 双方向オプティカル・フロー・フラグbdofFlag,
- 現在のブロックのカラー成分インデックスを指定する変数cIdx.
このプロセスの出力は以下の通りである:
- 予測サンプル値の(sbWidth + brdExtSize)x(sbHeight + brdExtSize)の配列predSamplesLX。
予測ブロック境界拡張サイズbrdExtSizeは、以下のように導出される:
brdExtSize = ( bdofFlag | | ( inter_affine_flag[ xSb ][ ySb ] && sps_affine_prof_enabled_flag ) ) ? 2 : 0 (8-752)

変数fRefWidthは、ルマ・サンプルの参照ピクチャのPicOutputWidthLに等しく設定される。
変数fRefHeightは、ルマ・サンプルの参照ピクチャのPicOutputHeightLに等しく設定される。
動きベクトルmvLXは、( refMvLX - mvOffset )に等しく設定される。
- cIdxが0に等しい場合、以下が適用される:
- スケーリング因子とその固定小数点表現は、次のように定義される
Figure 2022553364000002
- (xIntL, yIntL)を、フル・サンプル単位で与えられるルマ位置であるとし、(xFracL, yFracL)を、1/16サンプル単位で与えられるオフセットであるとする。これらの変数は、参照サンプル配列refPicLX内の分数サンプル位置を指定するためにこの条項においのみ使用される。
- 参照サンプル・パディングのための境界ブロックの左上座標( xSbIntL, ySbIntL )は、( xSb + ( mvLX[ 0 ] >> 4 ), ySb + ( mvLX[ 1 ] >> 4 ) )に等しく設定される。
- 予測ルマ・サンプル配列predSamplesLX内の各ルマ・サンプル位置( xL = 0..sbWidth - 1 + brdExtSize, yL = 0..sbHeight - 1 + brdExtSize )に関し、対応する予測ルマ・サンプル値predSamplesLX[ xL ][ yL ]は、以下のように導出される:
Figure 2022553364000003
- bdofFlagがTRUEに等しいか、又は( sps_affine_prof_enabled_flag がTRUEに等しく、inter_affine_flag[ xSb ][ ySb ]がTRUEに等しい)、且つ以下の条件のうちの1つ以上が真である場合、予測ルマ・サンプル値predSamplesLX[ xL ][ yL ]は、条項8.5.6.3.3で規定されているようなルマ整数サンプル・フェッチ・プロセスを、( xIntL + ( xFracL >> 3) - 1), yIntL + ( yFracL >> 3 ) - 1 ) 及び refPicLXを入力として起動することにより、導出される。
- xL は0に等しい。
- xL はsbWidth + 1に等しい。
- yL は0に等しい。
- yL はsbHeight + 1に等しい。
- それ以外の場合、予測ルマ・サンプル値predSamplesLX[ xL ][ yL ]は、条項8.5.6.3.2で規定されているようなルマ・サンプル8-タップ補間フィルタリング・プロセスを、( xIntL - ( brdExtSize > 0 ? 1 : 0 ), yIntL - ( brdExtSize > 0 ? 1 : 0 ) ), ( xFracL, yFracL ), ( xSbIntL, ySbIntL ), refPicLX, hpelIfIdx, sbWidth, sbHeight 及び ( xSb, ySb )を入力として起動することによって、導出される。
- それ以外の場合(cIdxは0に等しくない)、以下が適用される:
- ( xIntC, yIntC )を、フル・サンプル単位で与えられるクロマ位置であるとし、( xFracC, yFracC )を、1/32サンプル単位で与えられるオフセットであるとする。これらの変数は、参照サンプル配列refPicLX内の一般的な分数サンプル位置を指定するためにこの条項においてのみ使用される。
- 参照サンプル・パディングのための境界ブロックの左上座標( xSbIntC, ySbIntC )は、( (xSb / SubWidthC ) + ( mvLX[ 0 ] >> 5),
( ySb / SubHeightC ) + ( mvLX[ 1 ] >> 5 ) )に等しく設定される。
- 予測クロマ・サンプル配列predSamplesLX内の各クロマ・サンプル位置( xC = 0..sbWidth - 1, yC = 0.. sbHeight - 1 )に関し、対応する予測クロマ・サンプル値predSamplesLX[ xC ][ yC ]は、以下のように導出される:
Figure 2022553364000004
- 変数xIntC, yIntC, xFracC 及び yFracCは、以下のように導出される:
xIntC = refxC >> 5 (8-767)
yIntC = refyC >> 5 (8-768)
xFracC = refyC & 31 (8-769)
yFracC = refyC & 31 (8-770)
- 予測サンプル値predSamplesLX[ xC ][ yC ]は、条項8.5.6.3.4で規定されるプロセスを、( xIntC, yIntC ), ( xFracC, yFracC ), ( xSbIntC, ySbIntC ), sbWidth, sbHeight 及び refPicLXを入力として起動することによって、導出される。

ルマ・サンプル補間フィルタリング・プロセス
このプロセスへの入力は以下の通りである:
- フル・サンプル単位におけるルマ位置( xIntL, yIntL ) ,
- 分数サンプル単位におけるルマ位置( xFracL, yFracL ),
- 参照ピクチャの左上ルマ・サンプルに対する、参照サンプル・パディングのための境界ブロックの左上サンプルを指定するフル・サンプル単位におけるルマ位置( xSbIntL, ySbIntL ),
- ルマ参照サンプル配列refPicLXL,
- ハーフ・サンプル補間フィルタ・インデックスhpelIfIdx,
- 現在のサブ・ブロックの幅を指定する変数sbWidth,
- 現在のサブ・ブロックの高さを指定する変数sbHeight,
- 現在のピクチャの左上ルマ・サンプルに対する、現在のサブ・ブロックの左上サンプルを指定するルマ位置( xSb, ySb ).
このプロセスの出力は、予測されたルマ・サンプル値predSampleLXLである。
変数shift1, shift2 及びshift3は、以下のように導出される:
- 変数shift1は、Min( 4, BitDepthY - 8 )に等しく設定され、変数shift2は6に等しく設定され、変数shift3は、Max( 2, 14 - BitDepthY )に等しく設定される。
- 変数picWは、pic_width_in_luma_samplesに等しく設定され、変数picHは、pic_height_in_luma_samplesに等しく設定される。

xFracL又はyFracLに等しい1/16分数サンプル位置p各々に関し、ルマ補間フィルタ係数fL[ p ]は、以下のように導出される:
- MotionModelIdc[ xSb ][ ySb ]が0より大きく、sbWidthとsbHeightが双方とも4に等しい場合、ルマ補間フィルタ係数fL[ p ]は、テーブル8-12で規定される。
- それ以外の場合、ルマ補間フィルタ係数fL[ p ]は、hpelIfIdxに依存してテーブル8-11で規定される。

フル・サンプル単位におけるルマ位置( xInti, yInti )は、i = 0..7に対して以下のように導出される:
- subpic_treated_as_pic_flag[ SubPicIdx ]が1に等しい場合、以下が適用される:
xInti = Clip3( SubPicLeftBoundaryPos, SubPicRightBoundaryPos, xIntL + i - 3) (8-771)
yInti = Clip3( SubPicTopBoundaryPos, SubPicBotBoundaryPos, yIntL + i - 3) (8-772)
- それ以外の場合(subpic_treated_as_pic_flag[ SubPicIdx ]が0に等しい)、以下が適用される:
xInti = Clip3( 0, picW - 1, sps_ref_wraparound_enabled_flag ?
ClipH( ( sps_ref_wraparound_offset_minus1 + 1 ) * MinCbSizeY, picW, xIntL + i - 3 ) : (8-773)
xIntL + i - 3 )
yInti = Clip3( 0, picH - 1, yIntL + i - 3 ) (8-774)

フル・サンプル単位におけるルマ位置は、i = 0..7に対して以下のように更に修正される:
xInti = Clip3( xSbIntL - 3, xSbIntL + sbWidth + 4, xInti ) (8-775)
yInti = Clip3( ySbIntL - 3, ySbIntL + sbHeight + 4, yInti ) (8-776)

予測されたルマ・サンプル値predSampleLXLは、以下のように導出される:
- xFracLと yFracLの双方が0に等しい場合、predSampleLXLの値は、以下のように導出される:
predSampleLXL = refPicLXL[ xInt3 ][ yInt3 ] << shift3 (8-777)
- それ以外の場合、xFracL isが0に等しくなく、且つyFracLが0に等しいならば、predSampleLXLの値は、以下のように導出される:
Figure 2022553364000005
- それ以外の場合、xFracL isが0に等しく、且つyFracLが0に等しくないならば、predSampleLXLの値は、以下のように導出される:
Figure 2022553364000006
- それ以外の場合、xFracL isが0に等しくなく、且つyFracLが0に等しくないならば、predSampleLXLの値は、以下のように導出される:
- サンプル配列temp[ n ](n = 0..7)は、以下のように導出される:
Figure 2022553364000007
予測されたルマ・サンプル値predSampleLXLは、以下のように導出される:
Figure 2022553364000008
テーブル8-11 - 1/16分数サンプル位置p各々に関するルマ補間フィルタ係数fL[ p ]の仕様
Figure 2022553364000009
テーブル8-12 - アフィン運動モードに対する 1/16分数サンプル位置p各々に関するルマ補間フィルタ係数fL[ p ]の仕様
Figure 2022553364000010
ルマ整数サンプル・フェッチ・プロセス
このプロセスへの入力は以下の通りである:
- フル・サンプル単位におけるルマ位置( xIntL, yIntL ),
- ルマ参照サンプル配列refPicLXL.
このプロセスの出力は、予測されたルマ・サンプル値predSampleLXLである。
変数shiftは、Max( 2, 14 - BitDepthY )に等しく設定される。
変数picWは、pic_width_in_luma_samplesに等しく設定され、変数picHは、pic_height_in_luma_samplesに等しく設定される。
フル・サンプル単位におけるルマ位置( xInt, yInt )は、以下のように導出される:
xInt = Clip3( 0, picW - 1, sps_ref_wraparound_enabled_flag ? (8-782)
ClipH( ( sps_ref_wraparound_offset_minus1 + 1 ) * MinCbSizeY, picW, xIntL ) : xIntL )
yInt = Clip3( 0, picH - 1, yIntL ) (8-783)
予測されたルマ・サンプル値predSampleLXLは、以下のように導出される:
predSampleLXL = refPicLXL[ xInt ][ yInt ] << shift3 (8-784)

クロマ・サンプル補間プロセス
このプロセスへの入力は以下の通りである:
- フル・サンプル単位におけるクロマ位置( xIntC, yIntC ),
- 1/32分数サンプル単位におけるクロマ位置( xFracC, yFracC ),
- 参照ピクチャの左上クロマ・サンプルに対する、参照サンプル・パディングのための境界ブロックの左上サンプルを指定するフル・サンプル単位におけるクロマ位置( xSbIntC, ySbIntC ),
- 現在のサブ・ブロックの幅を指定する変数sbWidth,
- 現在のサブ・ブロックの高さを指定する変数sbHeight,
- クロマ参照サンプル配列refPicLXC.
このプロセスの出力は、予測されたクロマ・サンプル値predSampleLXCである。

変数shift1, shift2 及びshift3は、以下のように導出される:
- 変数shift1は、Min( 4, BitDepthC - 8 )に等しく設定され、変数shift2は、6に等しく設定され、変数shift3は、Max( 2, 14 - BitDepthC )に等しく設定される。
- 変数picWCは、pic_width_in_luma_samples / SubWidthCに等しく設定され、変数picHCは、pic_height_in_luma_samples / SubHeightCに等しく設定される。

xFracC又はyFracC に等しい1/32分数サンプル位置p各々に関するクロマ補間フィルタ係数fC[ p ] は、テーブル8-13で規定される。
変数xOffsetは、( sps_ref_wraparound_offset_minus1 + 1 ) * MinCbSizeY ) / SubWidthCに等しく設定される。
フル・サンプル単位におけるクロマ位置( xInti, yInti )は、i = 0..3に関して以下のように導出される:
- subpic_treated_as_pic_flag[ SubPicIdx ]が1に等しい場合、以下が適用される:
xInti = Clip3( SubPicLeftBoundaryPos / SubWidthC, SubPicRightBoundaryPos / SubWidthC, xIntL + i ) (8-785)
yInti = Clip3( SubPicTopBoundaryPos / SubHeightC, SubPicBotBoundaryPos / SubHeightC, yIntL + i ) (8-786)
- それ以外の場合(subpic_treated_as_pic_flag[ SubPicIdx ]が0に等しい)、以下が適用される:
xInti = Clip3( 0, picWC - 1, sps_ref_wraparound_enabled_flag ? ClipH( xOffset, picWC, xIntC + i - 1 ) : (8-787)
xIntC + i - 1 )
yInti = Clip3( 0, picHC - 1, yIntC + i - 1 ) (8-788)

フル・サンプル単位におけるクロマ位置( xInti, yInti )は、i = 0..3に関して以下のように更に修正される:
xInti = Clip3( xSbIntC - 1, xSbIntC + sbWidth + 2, xInti ) (8-789)
yInti = Clip3( ySbIntC - 1, ySbIntC + sbHeight + 2, yInti ) (8-790)

予測されたクロマ・サンプル値predSampleLXCは、以下のように導出される:
- xFracCとyFracCの双方が0に等しい場合、predSampleLXCの値は、以下のように導出される:
predSampleLXC = refPicLXC[ xInt1 ][ yInt1 ] << shift3 (8-791)
- それ以外の場合、xFracC が0に等しくなく、且つyFracC が0に等しい場合、predSampleLXCの値は、以下のように導出される:
Figure 2022553364000011
- それ以外の場合、xFracC が0に等しく、且つyFracC が0に等しくない場合、predSampleLXCの値は、以下のように導出される:
Figure 2022553364000012
- それ以外の場合、xFracC が0に等しくなく、且つyFracC が0に等しくない場合、predSampleLXCの値は、以下のように導出される:
- サンプル配列temp[ n ] (n = 0..3)は、以下のように導出される:
Figure 2022553364000013
- 予測されたクロマ・サンプル値predSampleLXCは、以下のように導出される:
predSampleLXC =( fC[ "yFracC " ][ 0 ] * temp[ 0 ] +
fC[ "yFracC" ][ 1 ] * temp[ 1 ] +
fC[ "yFracC" ][ 2 ] * temp[ 2 ] + (8-795)
fC[ "yFracC" ][ 3 ] * temp[ 3 ] ) >> shift2

テーブル8-13 - 1/32分数サンプル位置p各々に関するクロマ補間フィルタ係数fC[ p ]の仕様
Figure 2022553364000014
[0038] 2.4 VVCにおけるラップ・アラウンド・クリッピング
図5に示すように、ERP又はPERPピクチャ・フォーマットに対処するために、ラップ・アラウンド・クリッピング(Wrap-Around clipping)がJVET-L0231により提案された。
[0039] JVET-P2001-v9では、ラップ・アラウンド・クリッピングは次のように規定されている:
Figure 2022553364000015
[0040] また、ラップアラウンド・クリッピングが適用されるかどうかに応じて、水平位置はクリップされることになる。JVET-P2001-v9では、次のように規定されている:
フル・サンプル単位におけるルマ位置( xInti, yInti )は、i=0..7に対して以下のように導出される:
- subpic_treated_as_pic_flag[ SubPicIdx ]が1に等しい場合、以下が適用される:
xInti = Clip3( SubPicLeftBoundaryPos, SubPicRightBoundaryPos, xIntL + i - 3 ) (8-754)
yInti = Clip3( SubPicTopBoundaryPos, SubPicBotBoundaryPos, yIntL + i - 3 ) (8-755)
- それ以外の場合(subpic_treated_as_pic_flag[ SubPicIdx ]が0に等しい)、以下が適用される:
xInti = Clip3( 0, picW - 1, sps_ref_wraparound_enabled_flag ?
ClipH( ( sps_ref_wraparound_offset_minus1 + 1 ) * MinCbSizeY, picW, xIntL + i - 3 ) : (8-756)
xIntL + i - 3 )
yInti = Clip3( 0, picH - 1, yIntL + i - 3 ) (8-757)

[0041] 2.5 VVCにおけるCCLM
JVET-P2001-v9で規定されているように、VVCにおけるクロス・コンポーネント線型モデル(CCLM)予測のためにパラメータが導出される:
8.4.5.2.13 INTRA_LT_CCLM, INTRA_L_CCLM 及びINTRA_T_CCLMイントラ予測モードの仕様
・・・

7. 変数a,b,及びkは、以下のように導出される:
- numSampLが0に等しく、且つnumSampTが0に等しい場合、以下が適用される:
k = 0 (8-211)
a = 0 (8-212)
b = 1 << ( BitDepth - 1 ) (8-213)
- それ以外の場合、以下が適用される:
diff = maxY - minY (8-214)
- diffが0に等しくない場合、以下が適用される:
diffC = maxC - minC (8-215)
x = Floor( Log2( diff ) ) (8-216)
normDiff = ( ( diff << 4 ) >> x ) & 15 (8-217)
x += ( normDiff != 0 ) ? 1 : 0 (8-218)
y = Floor( Log2( Abs ( diffC ) ) ) + 1 (8-219)
a = ( diffC * ( divSigTable[ normDiff ] | 8 ) + 2y - 1 ) >> y (8-220)
k = ( ( 3 + x - y ) < 1 ) ? 1 : 3 + x - y (8-221)
a = ( ( 3 + x - y ) < 1 ) ? Sign( a ) * 15 : a (8-222)
b = minC - ( ( a * minY ) >> k ) (8-223)
ここで、divSigTable[ ]は、以下のように規定される:
divSigTable[ ] = { 0, 7, 6, 5, 5, 4, 4, 3, 3, 2, 2, 1, 1, 1, 1, 0 } (8-224)
- それ以外の場合(diffが0に等しい)、以下が適用される:
k = 0 (8-225)
a = 0 (8-226)
b = minC (8-227)
・・・

[0042] 2.6 VVCにおける角度予測
VVCにおける角度予測は、JVET-P2001-v9で以下のように規定されている:
8.4.5.2.12 INTRA_ANGULAR2..INTRA_ANGULAR66のイントラ予測モードの仕様
このプロセスへの入力は以下の通りである:
- イントラ予測モードpredModeIntra,
- イントラ予測参照ライン・インデックスを指定する変数refIdx,
- 変換ブロック幅を指定する変数nTbW,
- 変換ブロック高さを指定する変数nTbH,
- 参照サンプル幅を指定する変数refW,
- 参照サンプル高さを指定する変数refH,
- コーディング・ブロック幅を指定する変数nCbW,
- コーディング・ブロック高さを指定する変数nCbH,
- 参照フィルタ・フラグの値を指定する変数refFilterFlag,
- 現在のブロックのカラー成分を指定する変数cIdx,
- 隣接サンプルp[ x ][ y ],(x = -1- refIdx, y = -1- refIdx..refH - 1 及び x = -refIdx..refW - 1, y = -1- refIdx).
このプロセスの出力は、予測されたサンプルpredSamples[ x ][ y ]である(x = 0..nTbW - 1, y = 0..nTbH - 1)。
変数nTbSは、 ( Log2 ( nTbW ) + Log2 ( nTbH ) ) >> 1 に等しく設定される。
変数filterFlagは、以下のように導出される:
- 以下の条件のうちの1つ以上が真である場合、filterFlagは0に等しく設定される。
- refFilterFlagは、1に等しい。
- refIdxは、0に等しくない。
- IntraSubPartitionsSplitTypeは、ISP_NO_SPLITに等しくない。
- それ以外の場合、以下が適用される:
- 変数minDistVerHorは、Min( Abs( predModeIntra - 50 ), Abs( predModeIntra - 18 ) )に等しく設定される。
- 変数intraHorVerDistThres[ nTbS ]は、テーブル8-7で規定される。
- 変数filterFlagは、以下のように導出される:
- minDistVerHorが、intraHorVerDistThres[ nTbS ]より大きく、refFilterFlagが0に等しい場合、filterFlagは1に等しく設定される。
- それ以外の場合、filterFlagは0に等しく設定される。
テーブル8-17 - 様々な変換ブロック・サイズnTbSに対するintraHorVerDistThres[ nTbS ]の仕様
Figure 2022553364000016
テーブル8-8は、predModeIntraと角度パラメータintraPredAngle の間のマッピング・テーブルを規定している。
テーブル8-8 - intraPredAngleの仕様
Figure 2022553364000017
インバース角度パラメータinvAngleは、以下のように、intraPredAngleに基づいて導出される:
Figure 2022553364000018
・・・
2.7 VVCにおけるインター予測のためのサンプル・フェッチ
8.5.6.3.2 ルマ・サンプル補間フィルタリング・プロセス
・・・
フル・サンプル単位におけるルマ位置( xInti, yInti )は、i = 0..7に対して以下のように導出される:
- subpic_treated_as_pic_flag[ SubPicIdx ]が1に等しい場合、以下が適用される:
xInti = Clip3( SubPicLeftBoundaryPos, SubPicRightBoundaryPos, xIntL + i - 3 ) (8-754)
yInti = Clip3( SubPicTopBoundaryPos, SubPicBotBoundaryPos, yIntL + i - 3 ) (8-755)
- それ以外の場合(subpic_treated_as_pic_flag[ SubPicIdx ]が0に等しい)、以下が適用される:
xInti = Clip3( 0, picW - 1, sps_ref_wraparound_enabled_flag ?
ClipH( ( sps_ref_wraparound_offset_minus1 + 1 ) * MinCbSizeY, picW, xIntL + i - 3 ) :
xIntL + i - 3 )
yInti = Clip3( 0, picH - 1, yIntL + i - 3 )

フル・サンプル単位におけるルマ位置は、i = 0..7に対して以下のように更に修正される:
xInti = Clip3( xSbIntL - 3, xSbIntL + sbWidth + 4, xInti )
yInti = Clip3( ySbIntL - 3, ySbIntL + sbHeight + 4, yInti )
予測されたルマ・サンプル値predSampleLXLは、以下のように導出される:
- xFracLとyFracL の双方が0に等しく、且つhori_scale_fpとvert_scale_fpが20481より小さい場合、predSampleLXLの値は、以下のように導出される:
predSampleLXL = refPicLXL[ xInt3 ][ yInt3 ] << shift3
・・・

8.5.6.3.4 クロマ・サンプル補間プロセス
・・・
フル・サンプル単位におけるクロマ位置( xInti, yInti )は、i = 0..3に対して以下のように更に修正される:
xInti = Clip3( xSbIntC - 1, xSbIntC + sbWidth + 2, xInti ) (8-774)
yInti = Clip3( ySbIntC - 1, ySbIntC + sbHeight + 2, yInti ) (8-775)
[0043] 2.8 サブピクチャ
VVCでは、サブピクチャの概念が導入されている。サブピクチャは、ピクチャ内の1つ以上のスライスの矩形領域である。ビデオ・シーケンスでは、複数のサブピクチャを使用することができる。そして、全てのピクチャは、SPSで定義される同数のサブピクチャに分割される。
[0044] 関連するシンタックス要素とセマンティクスは、以下のように定義される:
7.3.2.3 シーケンス・パラメータ・セットPBSPシンタックス
Figure 2022553364000019
1に等しいsubpics_present_flagは、SPS RBSPシンタックスにサブピクチャ・パラメータが存在することを指定する。0に等しいsubpics_present_flagは、SPS RBSPシンタックスにサブピクチャ・パラメータが存在しないことを指定する。
注2 - ビットストリームが、サブ・ビット・ストリーム抽出プロセスの結果であり、サブ・ビット・ストリーム抽出プロセスに対する入力ビットストリームのサブピクチャのサブセットのみを含む場合、それは、SPSのRBSPの1において、1に等しいsubpics_present_flagの値を設定するように要求される可能性がある。

sps_num_subpics_minus1プラス1は、サブピクチャの数を指定する。sps_num_subpics_minus1は、0ないし254の範囲内にあるものとする。それが存在しない場合、sps_num_subpics_minus1の値は、0に等しいと推定される。

subpic_ctu_top_left_x[ i ]は、CtbSizeYの単位でi番目のサブピクチャの左上CTUの水平位置を指定する。シンタックス要素の長さは、Ceil( Log2( pic_width_max_in_luma_samples / CtbSizeY ) )ビットである。それが存在しない場合、subpic_ctu_top_left_x[ i ]の値は、0に等しいと推定される。

subpic_ctu_top_left_y[ i ]は、CtbSizeYの単位でi番目のサブピクチャの左上CTUの垂直位置を指定する。シンタックス要素の長さは、Ceil( Log2( pic_height_max_in_luma_samples / CtbSizeY ) )ビットである。それが存在しない場合、subpic_ctu_top_left_y[ i ]の値は、0に等しいと推定される。

subpic_width_minus1[ i ]プラス1は、CtbSizeYの単位でi番目のサブピクチャの幅を指定する。シンタックス要素の長さは、Ceil( Log2( pic_width_max_in_luma_samples / CtbSizeY ) )ビットである。それが存在しない場合、subpic_width_minus1[ i ]の値は、Ceil( pic_width_max_in_luma_samples / CtbSizeY ) - 1に等しいと推定される。

subpic_height_minus1[ i ]プラス1は、CtbSizeYの単位でi番目のサブピクチャの高さを指定する。シンタックス要素の長さは、Ceil( Log2( pic_height_max_in_luma_samples / CtbSizeY ) )ビットである。それが存在しない場合、subpic_height_minus1[ i ]の値は、Ceil( pic_height_max_in_luma_samples / CtbSizeY ) - 1に等しいと推定される。

1に等しいsubpic_treated_as_pic_flag[ i ]は、CLVSにおける各々のコーディングされたピクチャのi番目のサブピクチャが、ループ内フィルタリング処理を除く復号化プロセスにおいてピクチャとして取り扱われることを指定する。0に等しいsubpic_treated_as_pic_flag[ i ]は、CLVSにおける各々のコーディングされたピクチャのi番目のサブピクチャが、ループ内フィルタリング処理を除く復号化プロセスにおいてピクチャとして取り扱われないことを指定する。それが存在しない場合、subpic_treated_as_pic_flag[ i ]の値は、0に等しいと推定される。

1に等しいloop_filter_across_subpic_enabled_flag[ i ]は、ループ内フィルタリング処理が、CLVSにおける各々のコーディングされたピクチャのi番目のサブピクチャの境界を跨いで実行されてもよいことを指定する。0に等しいloop_filter_across_subpic_enabled_flag[ i ]は、ループ内フィルタリング処理が、CLVSにおける各々のコーディングされたピクチャのi番目のサブピクチャの境界を跨いでは実行されないことを指定する。それが存在しない場合、loop_filter_across_subpic_enabled_pic_flag[ i ]の値は、0に等しいと推定される。

以下の制約が適用されることは、ビットストリーム適合性(bitstream conformance)の要件である:
- 任意の2つのサブピクチャsubpicA と subpicBに関し、subpicAのサブピクチャ・インデックスが、subpicBのものより小さい場合、subpicAの任意のコーディングされたスライスNALユニットは、復号化順序において、subpicBの任意のコーディングされたスライスNALユニットに先行するものとする。
- サブピクチャの形状は次のようなものであるものとする:復号化される場合に、各サブピクチャは、ピクチャ境界から構成される、又は先行して復号化されたサブピクチャの境界から構成される、完全な左境界と完全な上境界とを有するものとする。

1に等しいsps_subpic_id_present_flagは、サブピクチャIDマッピングがSPS内に存在することを指定する。0に等しいsps_subpic_id_present_flagは、サブピクチャIDマッピングがSPS内に存在しないことを指定する。

1に等しいsps_subpic_id_signalling_present_flagは、サブピクチャIDマッピングが、SPSでシグナリングされることを指定する。0に等しいsps_subpic_id_signalling_present_flagは、サブピクチャIDマッピングが、SPSでシグナリングされないことを指定する。それが存在しない場合、sps_subpic_id_signalling_present_flagの値は、0に等しいと推定される。

sps_subpic_id_len_minus1プラス1は、シンタックス要素sps_subpic_id[ i ]を表現するために使用されるビット数を指定する。sps_ subpic_id_len_minus1の値は、両端を含む0ないし15の範囲内にあるものとする。

sps_subpic_id[ i ]は、i番目のサブピクチャのサブピクチャIDを指定する。シンタックス要素sps_subpic_id[ i ]の長さは、sps_subpic_id_len_minus1 + 1ビットである。それが存在しない場合であって、sps_subpic_id_present_flagが0に等しい場合、sps_subpic_id[ i ]の値は、両端を含む0ないしsps_num_subpics_minus1の範囲内の各々のiに関し、iに等しいと推定される。

7.3.2.4 ピクチャ・パラメータ・セットRBSPシンタックス
Figure 2022553364000020
1に等しいsingle_slice_per_subpic_flagは、各々のサブピクチャが、1つの且つ唯1つの矩形スライスから構成されることを指定する。0に等しいsingle_slice_per_subpic_flagは、各々のサブピクチャが、1つ以上の矩形スライスから構成されてもよいことを指定する。subpics_present_flagが0に等しい場合、single_slice_per_subpic_flagは0に等しいものとする。single_slice_per_subpic_flagが1に等しい場合、num_slices_in_pic_minus1は、sps_num_subpics_minus1に等しいと推定される。

7.3.7.1 一般的なスライス・ヘッダ・シンタックス
Figure 2022553364000021
slice_subpic_idは、スライスを含むサブピクチャのサブピクチャ識別子を指定する。slice_subpic_idが存在する場合、variable SubPicIdxの値は、SubpicIdList[ SubPicIdx ] が、slice_subpic_idに等しくなるように、導出される。それ以外の場合(slice_subpic_id が存在しない)、変数SubPicIdxは、0に等しく導出される。slice_subpic_idの長さは、ビット長で、以下のように導出される:
- sps_subpic_id_signalling_present_flagが1に等しい場合、slice_subpic_idの長さは、sps_subpic_id_len_minus1 + 1に等しい。
- それ以外の場合、ph_subpic_id_signalling_present_flagが1に等しいならば、slice_subpic_idの長さは、ph_subpic_id_len_minus1 + 1に等しい。
- それ以外の場合、pps_subpic_id_signalling_present_flagが1に等しいならば、slice_subpic_idの長さは、pps_subpic_id_len_minus1 + 1に等しい。
- それ以外の場合、slice_subpic_idの長さは、Ceil( Log2 ( sps_num_subpics_minus1 + 1 ) )に等しい。

[0045] 3. 本件で開示される技術的解決策により対処する技術的課題
RPRがVVCに適用される場合、RPR(ARC)は、以下の問題を有する可能性がある:
1. RPRでは、補間フィルタが、ブロック内の隣接するサンプルに対して異なる可能性があり、これは単一命令複数データ(Single Instruction Multiple Data, SIMD)の実装では望ましくない。
2. 境界領域は、RPRを考慮していない。
3. ラップ・アラウンド・オフセット(sps_ref_wrapaund_offset_minus1)は、シーケンス・レベルでシグナリングされるが、ピクチャのディメンジョンは、シーケンスにおけるRPRに起因して変動する可能性がある。
4. CCLMのパラメータを導出するために、Abs(diffC)が、Log2(Abs (diffC))において0に等しくなる可能性がある。
5. intraPredAngleは0に等しい場合があり、invAngleを意味のないものにしてしまう。
6. セクション2.7に記述されている強調クリッピング処理(highlighten clipping operation)(“整数サンプル・クリッピング処理”として示される)は、RPRの動き補償を損なう可能性がある。
7. 現在のVVCでは、イントラ(I)スライスは、イントラ予測のみを用いて復号化されるスライスとして定義される。しかしながら、IBC及びパレット・モード・コーディングを、イントラ及びインター予測に加えて追加的な予測モードとして採用する最近の動向に起因して、Iスライスに対しては、イントラ予測に加えて、IBC/パレット・モードも適用することができるであろう。そのような定義は、それに応じて改訂されることを必要とする。
8. サブピクチャの指定はVVCで定義されており、subpics_present_flagが最初にシグナリングされ、次いでsps_num_subpics_minus1に続く。しかしながら、サブピクチャ存在フラグが真である場合でさえ、シグナリングされるsps_num_subpics_minus1は依然として0に等しい可能性があり、これは1つのピクチャ内における唯1つのサブピクチャを意味し、即ち、サブピクチャはピクチャに等しいことを意味し;また、サブピクチャ存在フラグが偽である場合に、sps_num_subpics_minus1は0に推定されることにも留意を要する。従って、それがシグナリングされる場合に、sps_num_subpics_minus1の範囲を、両端を含む0ないし254の範囲であると定義することは妥当でない。

[0046] 4. 実施形態と技術の一覧
以下のリストは、一般的な概念を説明するための例として考察されるべきである。これらのアイテムは、狭義に解釈されるべきではない。更に、これらのアイテムは任意の方法で組み合わせることが可能である。
[0047] 動きベクトルは(mv_x, mv_y)で表され、ここで、mv_xは水平成分であり、mv_yは垂直成分である。
RPR関連
1. 参照ピクチャの解像度が現在のピクチャと異なる場合、現在のブロックのサンプルのグループ(少なくとも2つのサンプル)についての予測値は、同じ水平及び/又は垂直補間フィルタを用いて生成されてもよい。
a. 一例において、グループは、ブロックの領域内の全てのサンプルを含む可能性がある。
i. 例えば、ブロックは、互いに重複しないS個のMxNの四角形に分割されてもよい。各MxNの四角形はグループである。図1に示す例では、16×16のブロックは、16個の4×4の四角形に分割されることが可能であり、それら各々はグループである。
ii. 例えば、N個のサンプルを有する行はグループである。Nは、ブロックの幅より大きくない整数である。一例では、Nは4又は8、又はブロック幅である。
iii. 例えば、N個のサンプルを有する列はグループである。Nは、ブロックの高さより大きくない整数でである。一例では、Nは4又は8、又はブロック高さである。
iv. M及び/又はNは、予め定められていてもよいし、或いはブロック寸法/コーディングされた情報に基づいてオン・ザ・フライで導出されてもよいし、或いはシグナリングされてもよい。
b. 一例において、グループ内のサンプルは、同じMV(共有MVとして示される)を有してもよい。
c. 一例において、グループ内のサンプルは、同じ水平成分(共有される水平成分として示される)を有するMVを有してもよい。
d. 一例において、グループ内のサンプルは、同じ垂直成分(共有される垂直成分として示される)を有するMVを有してもよい。
e. 一例において、グループ内のサンプルは、水平成分の同じ小数部分(共有される分数水平成分として示される)を有するMVを有してもよい。
i. 例えば、第1サンプルのMVが(MV1x, MV1y)であり、第2サンプルのMVが(MV2x, MV2y)であると仮定した場合に、MV1x & (2M -1)はMV2x & (2M -1)に等しく、MはMV精度を表す。例えば、M=4である。
f. 一例において、グループ内のサンプルは、垂直成分の同じ小数部分(共有される分数垂直成分として示される)を有するMVを有してもよい。
i. 例えば、第1サンプルのMVが(MV1x, MV1y)であり、第2サンプルのMVが(MV2x, MV2y)であると仮定した場合、MV1y & (2M -1)はMV2y & (2M -1)に等しく、MはMV精度を表す。例えば、M=4である。
g. 一例において、予測されるグループ内のサンプルについて、MVbで示される動きベクトルは、先ず、(例えば、JVET-O2001-v14の8.5.6.3.1で導出される(refxL, refyL)のような)参照ピクチャと現在のピクチャの解像度に従って導出される可能性がある。次いで、MVbは、上記の箇条書きのような要件を満たすために、MV’に更に修正される可能性があり(例えば、丸められる/切り捨てられる/クリッピングされる)、MV’は、サンプルの予測サンプルを導出するために使用されるであろう。
i. 一例において、MV’は、MVbと同じ整数部分を有し、MV’の小数部分は、共有される分数水平及び/又は垂直成分であるように設定される。
ii. 一例において、MV’は、共有される分数水平及び/又は垂直成分を有し、且つMVbに最も近いものに設定される。
h. 共有される動きベクトル(及び/又は共有される水平成分及び/又は共有される垂直成分及び/又は共有される分数水平成分及び/又は共有される分数垂直成分)は、グループ内の特定のサンプルの動きベクトル(及び/又は水平成分及び/又は垂直成分及び/又は分数水平成分及び/又は分数垂直成分)に設定される可能性がある。
i. 例えば、特定のサンプルは、図2Aに示す“A”,“B”,“C”及び“D”のような矩形のグループのコーナーにあってもよい。
ii. 例えば、特定のサンプルは、図2Aに示す“E”,“F”,“G”及び“H”のような矩形のグループの中央にあってもよい。
iii. 例えば、特定のサンプルは、図2B及び2Cに示される“A”及び“D”のような行-形状又は列-形状のグループの末端にあってもよい。
iv. 例えば、特定のサンプルは、図2B及び2Cに示される“B”及び“C”のような行-形状又は列-形状のグループの中間にあってもよい。
v. 一例において、特定のサンプルの動きベクトルは、箇条書きのgで言及されたMVbであってもよい。
i. 共有される動作ベクトル(及び/又は共有される水平成分及び/又は共有される垂直成分及び/又は共有される分数水平成分及び/又は共有される分数垂直成分)は、このグループ内の全てのサンプルと比較して異なる位置に配置された仮想サンプルの動きベクトル(及び/又は水平成分及び/又は垂直成分及び/又は分数水平成分及び/又は分数垂直成分)であるように設定されてもよい。
i. 一例において、仮想サンプルはグループにはないが、グループ内の全てのサンプルをカバーする領域に位置する。
1) 代替的に、仮想サンプルは、グループ内の全てのサンプルをカバーする領域の外側、例えば、その領域の右下位置の隣に位置する。
ii. 一例において、仮想サンプルのMVは、実際のサンプルと同じ方法で、異なる位置において導出される。
iii. 図2A-2Cにおける“V”は、仮想サンプルの3つの例を示す。
j. 共有されるMV(及び/又は共有される水平成分及び/又は共有される垂直成分及び/又は共有される分数水平成分及び/又は共有される分数垂直成分)は、複数のサンプル及び/又は仮想サンプルのMV(及び/又は水平成分及び/又は垂直成分及び/又は分数水平成分及び/又は分数垂直成分)の関数であるように設定されることが可能である。
i. 例えば、共有されるMV (及び/又は共有される水平成分及び/又は共有される垂直成分及び/又は共有される分数水平成分及び/又は共有される分数垂直成分)は、グループ内のサンプル、又は図2Aにおけるサンプル“E”,“F”,“G”,“H”、又は図2Aにおけるサンプル“E”,“H”、又は図2Aにおけるサンプル“A”,“B”,“C”,“D”、又は図2Aにおけるサンプル“A”,“D”、又は図2Bにおけるサンプル“B”,“C”、又は図2Bにおけるサンプル“A”,“D”、又は図2Cにおけるサンプル“B”,“C”、又は図2Cにおけるサンプル“A”,“D”、のうちの全部又は一部のMV(及び/又は水平成分及び/又は垂直成分及び/又は分数水平成分及び/又は分数垂直成分)の平均に設定されてもよい。

2. 参照ピクチャの解像度が現在のピクチャと異なる場合、動き補償プロセスを実行して現在のブロックの予測ブロックを導出するために、整数MVのみが許容されることを提案する。
a. 一例において、予測されるサンプルのための復号化された動きベクトルは、使用される前に整数MVに丸められる。

3. 現在のブロック内のサンプルに対する動き補償プロセスで使用される動きベクトル(例えば、上記の箇条書きで言及された共有MV/共有水平又は垂直又は分数成分/MV’)は、復号化されたピクチャ・バッファに格納され、現在の/異なるピクチャ内の後続するブロックの動きベクトル予測のために使用される可能性がある。
a. 代替的に、現在のブロック内のサンプルに対する動き補償プロセスで使用される動きベクトル(例えば、上記の箇条書きで言及された共有MV/共有水平又は垂直又は分数成分/MV’)は、現在の/異なるピクチャ内の後続するブロックの動きベクトル予測のために使用することを許容しない可能性がある。
i. 一例において、復号化された動きベクトル(例えば、上記の箇条書きにおけるMVb)は、現在の/異なるピクチャ内の後続するブロックの動きベクトル予測のために利用されてもよい。
b. 一例において、現在のブロック内のサンプルに対する動き補償プロセスで使用される動きベクトルは、フィルタリング・プロセス(例えば、デブロッキング・フィルタ/SAO/ALF)で使用されてもよい。
i. 代替的に、復号化された動きベクトル(例えば、上記箇条書きにおけるMVb)は、フィルタリング・プロセスで使用されてもよい。

4. 現在のブロックの予測ブロックを導出するために動き補償プロセスで使用される補間フィルタは、参照ピクチャの解像度が現在のピクチャと異なるかどうかに依存して選択されてもよいことを提案する。
a. 一例において、参照ピクチャの解像度が現在のピクチャと異なる場合、補間フィルタは、より少ないタップを有する。
i. 一例において、参照ピクチャの解像度が現在のピクチャと異なる場合、バイリニア・フィルタ(bi-linear filters)が適用される。
ii. 一例において、参照ピクチャの解像度が現在のピクチャと異なる場合、4タップ・フィルタ又は6タップ・フィルタが適用される。

5. 参照ピクチャの解像度が現在のピクチャと異なる場合、予測ブロック生成のための2段階プロセスが適用されることを提案する。
a. 第1段階では、現在のピクチャ及び参照ピクチャの幅及び/又は高さに依存して、参照ピクチャ内の領域をアップ・サンプリング又はダウン・サンプリングすることによって、仮想参照ブロックが生成される。
b. 第2段階では、現在のピクチャ及び参照ピクチャの幅及び/又は高さに無関係に、補間フィルタリングを適用することによって、仮想参照ブロックから予測サンプルが生成される。

6. JVET-O2001-v14の8.5.6.3.1で定義されているような参照サンプル・パディングのための境界ブロックの左上座標( xSbIntL, ySbIntL )の計算は、現在のピクチャと参照ピクチャの幅及び/又は高さに依存して導出されてもよいことを提案する。
a. 一例において、フル・サンプル単位のルマ位置は、以下のように修正される:
xInti = Clip3( xSbIntL - Dx, xSbIntL + sbWidth + Ux, xInti ),
yInti = Clip3( ySbIntL - Dy, ySbIntL + sbHeight + Uy, yInti ),
ここで、Dx及び/又はDy及び/又はUx及び/又はUyは、現在のピクチャ及び参照ピクチャの幅及び/又は高さに依存する可能性がある。
b. 一例において、フル・サンプル単位のクロマ位置は、以下のように修正される:
xInti = Clip3( xSbIntC - Dx, xSbIntC + sbWidth + Ux, xInti )
yInti = Clip3( ySbIntC - Dy, ySbIntC + sbHeight + Uy, yInti )
ここで、Dx及び/又はDy及び/又はUx及び/又はUyは、現在のピクチャ及び参照ピクチャの幅及び/又は高さに依存する可能性がある。

7. (例えば、JVET-O2001-v14の8.5.6.3.1で規定されている( xSbIntL, ySbIntL )のような)参照サンプル・パディングのための境界ブロックに従ってMVをクリップするかどうか、及び/又はどのようにクリップするかは、DMVRの用法に依存してもよいことを提案する。
a. 一例において、MVは、DMVRが適用される場合に限り、(例えば、8.5.6.3.1で定義される( xSbIntL, ySbIntL )のような)参照サンプル・パディングのための境界ブロックに従って、MVはクリップされる。
i. 例えば、JVET-O2001-v14で定義されているようなルマ・サンプル補間フィルタリング・プロセスにおける処理8-775と8-776は、DMVRが現在のブロックに使用される場合に限り、適用される。
ii. 例えば、JVET-O2001-v14で定義されているようなクロマ・サンプル補間フィルタリング・プロセスにおける処理8-789及び8-790は、DMVRが現在のブロックに使用される場合に限り、適用される。
b. 代替的に、更に、上記の方法は、クロマ・サンプルのクリッピングに適用可能であってもよい。

8. (例えば、JVET-O2001-v14の8.5.6.3.1で規定されている( xSbIntL, ySbIntL )のような)参照サンプル・パディングのための境界ブロックに従ってMVをクリップするかどうか、及び/又はどのようにクリップするかは、ピクチャ・ラッピングが使用されるかどうか(例えば、sps_ref_wraparound_enabled_flagが0に等しいか又は1に等しいかどうか)に依存してもよいことを提案する。
a. 一例において、MVは、ピクチャ・ラッピングが使用されない場合に限り、(例えば、8.5.6.3.1で定義されている( xSbIntL, ySbIntL )のような)参照サンプル・パディングのための境界ブロックに従ってクリップされる。
i. 例えば、JVET-O2001-v14で定義されているようなルマ・サンプル補間フィルタリング・プロセスにおける処理8-775と8-776は、ピクチャ・ラッピングが使用されない場合に限り、適用される。
ii. 例えば、JVET-O2001-v14で定義されているようなクロマ・サンプル補間フィルタリング・プロセスにおける処理8-789と8-790は、ピクチャ・ラッピングが使用されない場合に限り、適用される。
b. 代替的に、更に、上記の方法は、クロマ・サンプルのクリッピングに適用可能であってもよい。
c. 一例において、フル・サンプル単位におけるルマ位置は、以下のように修正される:
xInti = Clip3( xSbIntL - Dx, xSbIntL + sbWidth + Ux, xInti ),
yInti = Clip3( ySbIntL - Dy, ySbIntL + sbHeight + Uy, yInti ),
ここで、Dx及び/又はDy及び/又はUx及び/又はUyは、ピクチャ・ラッピングが使用されるかどうかに依存する可能性がある。
d. 一例において、フル・サンプル単位におけるクロマ位置は、以下のように変更される:
xInti = Clip3( xSbIntC - Dx, xSbIntC + sbWidth + Ux, xInti )
yInti = Clip3( ySbIntC - Dy, ySbIntC + sbHeight + Uy, yInti )
ここで、Dx及び/又はDy及び/又はUx及び/又はUyは、ピクチャ・ラッピングが使用されるかどうかに依存する可能性がある。

9. フィルタリング・プロセス(例えば、デブロッキング・フィルタ)を適用するかどうか/どのように適用するかは、参照ピクチャが異なる解像度を伴うかどうかに依存する可能性がある。
a. 一例において、デブロッキング・フィルタの境界強度設定は、動きベクトルの差に加えて、解像度の差を考慮に入れることが可能である。
b. 一例において、デブロッキング・フィルタの境界強度設定は、解像度の差に基づいて、スケーリングされた動きベクトルの差を考慮に入れることが可能である。
c. 一例において、ブロックAの少なくとも1つの参照ピクチャの解像度が、ブロックBの少なくとも1つの参照ピクチャの解像度と異なる(又はそれより小さいか又は大きい)場合には、デブロッキング・フィルタの強度が増やされる。
d. 一例において、ブロックAの少なくとも1つの参照ピクチャの解像度が、ブロックBの少なくとも1つの参照ピクチャの解像度と異なる(又はそれより小さいか又は大きい)場合には、デブロッキング・フィルタの強度が減らされる。
e. 一例において、ブロックA及び/又はブロックBの少なくとも1つの参照ピクチャの解像度が、現在のブロックの解像度と異なる(又はそれより小さいか又は大きい)場合には、デブロッキング・フィルタの強度が増やされる。
f. 一例において、ブロックA及び/又はブロックBの少なくとも1つの参照ピクチャの解像度が、現在のブロックの解像度と異なる(又はそれより小さいか又は大きい)場合には、デブロッキング・フィルタの強度が減らされる。

10. 現在のピクチャと同じ参照ピクチャ解像度に基づくブロックの動きベクトルを記憶/使用する代わりに、解像度の差を考慮した実際の動きベクトルを使用することを提案する。
a. 代替的に、更に、動きベクトルを用いて予測ブロックを生成する場合に、(例えば、JVET-O2001-v14の8.5.6.3.1で導出される(refxL, refyL)のような)参照ピクチャと現在のピクチャの解像度に従って、動きベクトルを更に変更する必要はない。

11. 一例において、サブピクチャが存在する場合、参照ピクチャは現在のピクチャと同じ解像度を有する必要がある。
a. 代替的に、参照ピクチャが現在のピクチャと異なる解像度を有する場合、現在のピクチャにサブピクチャは一切存在しないことを要する。

12. 一例において、サブピクチャは、異なる解像度を有するピクチャに対して別々に定義されてもよい。

13. 一例において、参照ピクチャが現在のピクチャとは異なる解像度を有する場合、参照ピクチャ内の対応するサブピクチャは、現在のピクチャのサブピクチャをスケーリング及び/又はオフセット処理を行うことによって導出することができる。

14. ラップ・アラウンド・クリッピングに関連する情報の全部又は一部は、ピクチャ/ビュー/スライス/タイル/ブリック/サブピクチャ/CTU行レベルなどのような、シーケンス・レベル以外のビデオ・ユニットでシグナリングされてもよいことを提案する。
a. 一例において、情報は、PPS、APS、ピクチャ・ヘッダ、スライス・ヘッダなどでシグナリングされてもよい。
b. 例えば、シンタックス要素(例えば、pps_ref_wraparound_offset_minus1と名付けられるもの)は、水平ラップ・アラウンド位置を計算するために使用されるオフセットを示すために、第1PPSでシグナリングされてもよい。
i. 一例において、pps_ref_wraparound_offset_minus1がシグナリングされてもよく、pps_ref_wraparound_offset_minus1プラス1は、MinCbSizeYルマ・サンプルの単位で、水平ラップ・アラウンド位置を計算するために使用されるオフセットを指定し、MinCbSizeYは、ルマ・ブロックの最小Cbサイズを示す。
ii. pps_ref_wraparound_offset_minus1の範囲は、pic_width_in_luma_samplesが第1PPSにあることに依存する可能性がある。例えば、pps_ref_wraparound_offset_minus1の値は、両端を含む( CtbSizeY / MinCbSizeY ) + 1ないし( pic_width_in_luma_samples / MinCbSizeY ) - 1の範囲内にあるものとし、ここで、pic_width_in_luma_samplesは、第1PPSにある。
iii. 一例において、シンタックス要素は、固定長/トランケーテッド・ユーナリー/ユーナリー/トランケーテッド・バイナリ/K-th EG (例えば、K=0)二値化法でコーディングされてもよい。
c. 例えば、シンタックス要素(例えば、pps_ref_wraparound_enabled_flagと名付けられるもの)は、水平ラップ・アラウンド動き補償が、インター予測に適用されるかどうかを示すために、第1PPSでシグナリングされる可能性がある。
i. 一例において、1に等しいpps_ref_wraparound_enabled_flagは、水平ラップ・アラウンド動き補償が、インター予測に適用されることを指定する。0に等しいpps_ref_wraparound_enabled_flagは、水平ラップ・アラウンド動き補償が適用されないことを指定する。
ii. 代替的に、更に、シンタックス要素は、条件付きでシグナリングされてもよい。
1) 一例において、pps_ref_wraparound_offset_minus1をシグナリングするかどうかは、pps_ref_wraparound_enabled_flagに依存してもよい。
a) 例えば、pps_ref_wraparound_offset_minus1は、pps_ref_wraparound_enabled_flagが1に等しい場合に限り、シグナリングされる。
d. 一例において、第1シンタックス要素は、シーケンス・レベルでのような第1ビデオ・ユニットでシグナリングされてもよく(例えば、SPSでシグナリングされてもよく)、第2シンタックス要素は、ピクチャ/スライス・レベルでのような第2ビデオ・ユニットでシグナリングされてもよい(例えば、PPS、APS、ピクチャ・ヘッダ、スライス・ヘッダなどでシグナリングされる)。第1シンタックス要素と第2シンタックス要素は、ラップ・アラウンド・クリッピングにおいて、同じ機能であるが異なるレベルにおけるものを有する可能性がある。
i. 第2ビデオ・ユニットは、第1ビデオ・ユニットを参照してもよい。
ii. 例えば、sps_ref_wraparound_offset_minus1はSPSでシグナリングされてもよく、pps_ref_wraparound_offset_minus1はPPSでシグナリングされてもよい。
iii. 例えば、sps_ref_wraparound_enabled_flagはSPSでシグナリングされてもよく、pps_ref_wraparound_enabled_flagはPPSでシグナリングされてもよい。
iv. 一例では、適合ビット・ストリーム(conformance bit-stream)において、第1シンタックス要素は、第2シンタックス要素に一致しているべきである。
1) 例えば、適合ビット・ストリームにおいて、sps_ref_wraparound_enabled_flagはpps_ref_wraparound_enabled_flagと同じであるべきである。
v. 一例において、第2シンタックス要素は、第1シンタックス要素に依存してもよい。
1) 例えば、sps_ref_wraparound_enabled_flagが0に等しい場合に、pps_ref_wraparound_enabled_flagは、0に等しくなければならない。
2) 例えば、sps_ref_wraparound_enabled_flagが1である場合、pps_ref_wraparound_enabled_flagは、0又は1であるとすることが可能である。
vi. 一例において、2つのシンタックス要素が両方とも現れる場合に、第1シンタックス要素は無視され、第2シンタックス要素はその機能を発揮する。
vii. 一例において、2つのシンタックス要素が両方とも現れる場合に、第2シンタックス要素は無視され、第1シンタックス要素はその機能を発揮する。
e. 一例において、( CtbSizeY / MinCbSizeY + Offset1)の値が( pic_width_in_luma_samples / MinCbSizeY - Offset2 )以下でない場合、sps_ref_wraparound_enabled_flagの値は0に等しいものとし、ここで、pic_width_in_luma_samplesは、SPSを参照する何らかのPPSにおけるpic_width_in_luma_samplesの値である。例えば、Offset1 = Offset2 = 1である。
f. 一例において、( CtbSizeY / MinCbSizeY + Offset1)の値が( pic_width_in_luma_samples / MinCbSizeY - Offset2 )より小さくない場合、sps_ref_wraparound_enabled_flagの値は0に等しいものとし、ここで、pic_width_in_luma_samplesは、SPSを参照する何らかのPPSにおけるpic_width_in_luma_samplesの値である。例えば、Offset1 = Offset2 = 1である。
g. 一例において、( CtbSizeY / MinCbSizeY + Offset1)の値が( pic_width_in_luma_samples / MinCbSizeY - Offset2 )以上である場合、sps_ref_wraparound_enabled_flagの値は0に等しいものとし、ここで、pic_width_in_luma_samplesは、SPSを参照する何らかのPPSにおけるpic_width_in_luma_sampleの値である。例えば、Offset1 = Offset2 = 1である。
h. 一例において、( CtbSizeY / MinCbSizeY + Offset1)の値が( pic_width_in_luma_samples / MinCbSizeY - Offset2 )より大きい場合、sps_ref_wraparound_enabled_flagの値は0に等しいものとし、ここで、pic_width_in_luma_samplesは、SPSを参照する何らかのPPSにおけるpic_width_in_luma_samplesの値である。例えば、Offset1 = Offset2 = 1である。
i. 一例において、( CtbSizeY / MinCbSizeY + Offset1)の値が( pic_width_in_luma_samples / MinCbSizeY - Offset2 )以下でない場合、pps_ref_wraparound_enabled_flagの値は0に等しいものとし、ここで、pic_width_in_luma_samplesはPPSにおけるものである。例えば、Offset1 = Offset2 = 1である。
j 一例において、( CtbSizeY / MinCbSizeY + Offset1)の値が( pic_width_in_luma_samples / MinCbSizeY - Offset2 )より小さくない場合、pps_ref_wraparound_enabled_flagの値は0に等しいものとし、ここで、pic_width_in_luma_samplesはPPSにおけるものである。例えば、Offset1 = Offset2 = 1である。
k. 一例において、( CtbSizeY / MinCbSizeY + Offset1)の値が( pic_width_in_luma_samples / MinCbSizeY - Offset2 )以上である場合、pps_ref_wraparound_enabled_flagの値は0に等しいものとし、ここで、pic_width_in_luma_samplesはPPSにおけるものであり、例えば、Offset1 = Offset2 = 1である。
l. 一例において、( CtbSizeY / MinCbSizeY + Offset1)の値が( pic_width_in_luma_samples / MinCbSizeY - Offset2 )より大きい場合、pps_ref_wraparound_enabled_flagの値は0に等しいものとし、ここで、pic_width_in_luma_samplesはPPSにおけるものであり、例えば、Offset1 = Offset2 = 1である。

15. Xが0以下であるLog2(X)の数式は、アフィン・マージ候補を導出するためには回避されるべきであることを提案する。
a. 例えば、手順は、Xが0より大きいか否かにより条件付けられてもよい。
b. 例えば、手順は、Xが0に等しいか否かにより条件付けられてもよい。
c. 例えば、Log2(Height/Width)の代わりに、Log2(Height) - Log2(Width)が計算される。
d. JVET-P2001-v9に基づく例示的な仕様変更は以下の通りである:

8.5.5.6 構築されたアフィン制御ポイント動きベクトル・マージ候補に対する導出プロセス
・・・
6. availableFlagCorner[ 0 ]がTRUEに等しく、且つavailableFlagCorner[ 2 ]がTRUEに等しい場合、以下が適用される:
- Xが0又は1に置き換えられる場合については、以下が適用される:
- 変数availableFlagLXは、以下のように導出される:
- 以下の全ての条件がTRUEである場合、availableFlagLXはTRUEに等しく設定される:
- predFlagLXCorner[ 0 ]は、1に等しい。
- predFlagLXCorner[ 2 ]は、1に等しい。
- refIdxLXCorner[ 0 ]は、refIdxLXCorner[ 2 ]に等しい。
- そうでない場合、availableFlagLXは、FALSEに等しく設定される。
- availableFlagLXがTRUEに等しい場合、以下が適用される:
- 第2制御ポイント動きベクトルcpMvLXCorner[ 1 ]は、以下のように導出される:
Figure 2022553364000022
- 条項8.5.2.14に規定されている動きベクトルの丸め処理は、cpMvLXCorner[1]に等しく設定されたmvX、7に等しく設定されたlightShift、及び0に等しく設定されたleftShiftを入力とし、丸められたcpMvLXCorner[1]を出力として、起動される。
- 以下の割り当てが行われる:
predFlagLXConst6 = 1 (8-627)
refIdxLXConst6 = refIdxLXCorner[ 0 ] (8-628)
cpMvLXConst6[ 0 ] = cpMvLXCorner[ 0 ] (8-629)
cpMvLXConst6[ 1 ] = cpMvLXCorner[ 1 ] (8-630)
cpMvLXConst6[ 0 ][ 0 ] = Clip3( -217, 217 - 1, cpMvLXConst6[ 0 ][ 0 ] ) (8-631)
cpMvLXConst6[ 0 ][ 1 ] = Clip3( -217, 217 - 1, cpMvLXConst6[ 0 ][ 1 ] ) (8-632)
cpMvLXConst6[ 1 ][ 0 ] = Clip3( -217, 217 - 1, cpMvLXConst6[ 1 ][ 0 ] ) (8-633)
cpMvLXConst6[ 1 ][ 1 ] = Clip3( -217, 217 - 1, cpMvLXConst6[ 1 ][ 1 ] ) (8-634)
- 双-予測ウェイト・インデックスbcwIdxConst6は、bcwIdxCorner[ 0 ]に等しく設定される。
- 変数availableFlagConst6とmotionModelIdcConst6は、以下のように導出される:
- availableFlagL0又はavailableFlagL1が1に等しい場合、availableFlagConst6は、TRUEに等しく設定され、motionModelIdcConst6は、1に等しく設定される。
それ以外の場合、availableFlagConst6は、FASLEに等しく設定され、motionModelIdcConst6は、0に等しく設定される

16. クロス・コンポーネント線型モデル(Cross‐Component Linear Model, CCLM)におけるパラメータを導出する手順において、Xが0以下のLog2(X)の数式は回避されるべきであることを提案する。
a. 例えば、手順は、Xが0より大きいか否かに条件付けられてもよい。
b. 例えば、手順は、Xが0に等しいか否かに条件付けられてもよい。
c. JVET-P2001-v9に基づく例示的な仕様の変更は以下の通りである:

8.4.5.2.13 INTRA_LT_CCLM, INTRA_L_CCLM及びINTRA_T_CCLMのイントラ予測モードの仕様
・・・
7. 変数a, b, 及びkは、以下のように導出される:
- numSampLが0に等しく、且つnumSampTが0に等しい場合、以下が適用される:
k = 0 (8-211)
a = 0 (8-212)
b = 1 << ( BitDepth - 1 ) (8-213)
- それ以外の場合、以下が適用される:
diff = maxY - minY (8-214)
- diffが0に等しくない場合、以下が適用される:
diffC = maxC - minC (8-215)
x = Floor( Log2( diff ) ) (8-216)
normDiff = ( ( diff << 4 ) >> x ) & 15 (8-217)
x += ( normDiff != 0 ) ? 1 : 0 (8-218)
y = diffC > 0 ? Floor( Log2( Abs ( diffC ) ) ) + 1 : 0 (8-219)
a = ( diffC * ( divSigTable[ normDiff ] | 8 ) + 2y - 1 ) >> y (8-220)
k = ( ( 3 + x - y ) < 1 ) ? 1 : 3 + x - y (8-221)
a = ( ( 3 + x - y ) < 1 ) ? Sign( a ) * 15 : a (8-222)
b = minC - ( ( a * minY ) >> k ) (8-223)
ここで、divSigTable[ ]は、以下のように規定される:
divSigTable[ ] = { 0, 7, 6, 5, 5, 4, 4, 3, 3, 2, 2, 1, 1, 1, 1, 0 } (8-224)

- それ以外の場合(diffは0に等しい)、以下が適用される:
k = 0 (8-225)
a = 0 (8-226)
b = minC (8-227)
・・・

d. JVET-P2001-v9に基づく更なる例示的な仕様の変更は、以下の通りである:
i. y = Abs(diffC) > 0 ? Floor( Log2( Abs ( diffC ) ) ) + 1 : 0:
ii.y = diffC == 0 ? 0: Floor( Log2( Abs ( diffC ) ) ) + 1 :
iii. y = Ceil( Log2( Abs( diffC ) + 1 ) ) )

17. 角度イントラ予測の手順において、0による除算は回避されるべきであることを提案する。
e. 例えば、invAngleの導出は、intraPredAngleが0に等しいかどうかに条件付けられていてもよい。
f. JVET-P2001-v9に基づく例示的な仕様の変更は、以下の通りである:

8.4.5.2.12 INTRA_ANGULAR2..INTRA_ANGULAR66のイントラ予測モードの仕様
このプロセスへの入力は以下の通りである:
- イントラ予測モードpredModeIntra,
- イントラ予測参照ライン・インデックスを指定する変数refIdx,
- 変換ブロック幅を指定する変数nTbW,
- 変換ブロックの高さを指定する変数nTbH,
- 参照サンプル幅を指定する変数refW,
- 参照サンプルの高さを指定する変数refH,
- コーディング・ブロック幅を指定する変数nCbW,
- コーディング・ブロックの高さを指定する変数nCbH,
- 参照フィルタ・フラグの値を指定する変数refFilterFlag,
- 現在のブロックのカラー成分を指定する変数cIdx,
- 隣接サンプルp[ x ][ y ], (x = -1- refIdx, y = -1- refIdx..refH - 1 及び x = -refIdx..refW - 1, y = -1- refIdx).

このプロセスの出力は、予測されたサンプルpredSamples[ x ][ y ], x = 0..nTbW - 1, y = 0..nTbH - 1である。

変数nTbSは、( Log2 ( nTbW ) + Log2 ( nTbH ) ) >> 1 に等しく設定される。
変数filterFlagは、以下のように導出される:
- 以下の条件のうちの1つ以上が真である場合、filterFlagは0に等しく設定される。
- refFilterFlagは、1に等しい。
- refIdxは、0に等しくない。
- IntraSubPartitionsSplitTypeは、ISP_NO_SPLITに等しくない。
- それ以外の場合、以下が適用される:
- 変数minDistVerHorは、Min( Abs( predModeIntra - 50 ), Abs( predModeIntra - 18 ) )に等しく設定される。
- 変数intraHorVerDistThres[ nTbS ]は、テーブル8-7で規定されている。
- 変数filterFlagは、以下のように導出される:
- minDistVerHorが、intraHorVerDistThres[ nTbS ]より大きく、refFilterFlagが、0に等しい場合、filterFlagは、1に等しく設定される。
- それ以外の場合、filterFlagは、0に等しく設定される。

テーブル8-7 - 様々な変換ブロック・サイズnTbSに対するintraHorVerDistThres[ nTbS ]の仕様
Figure 2022553364000023
テーブル8-8は、predModeIntraと角度パラメータintraPredAngleの間のマッピング・テーブルを規定する。

テーブル8-8 - intraPredAngleの仕様
Figure 2022553364000024
インバース角度パラメータinvAngleは、以下のようにintraPredAngleに基づいて導出される:
Figure 2022553364000025
18. ルマ及び/又はクロマ・サンプルに整数サンプル・クリッピング処理を適用するかどうか及び/又はどのように適用するかは、参照ピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)の幅及び/又は高さ、及び現在のピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)の幅及び/又は高さに依存する可能性がある。
a. 一例において、整数サンプル・クリッピング処理は、参照ピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)の幅及び/又は高さが、現在のピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)の幅及び/又は高さに等しい場合に限り、適用される。
i. 代替的に、更に、参照ピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)の幅又は高さの何れかが、現在のピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)のものと等しくない場合、整数サンプル・クリッピング処理はスキップされる。
b. 代替的に、ルマ及び/又はクロマ・サンプルに整数サンプル・クリッピング処理を適用するかどうか及び/又はどのように適用するかは、参照ピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)と現在のピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)のものとの間の水平及び/又は垂直スケーリング因子に依存する可能性がある。
i. 一例において、整数サンプル・クリッピング処理は、参照ピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)と現在のピクチャ(又は適合ウィンドウ、又はそのスケーリング・ウィンドウ)のものとの間の水平及び/又は垂直スケーリング因子が1に等しい場合に限り、適用される。
ii. 代替的に、水平又は垂直スケーリング因子が1に等しくない場合、整数サンプル・クリッピング処理はスキップされる。
c. 一例において、水平方向の整数サンプル・クリッピング処理は、参照ピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)の幅、及び現在のピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)の幅によって条件付けられる。
i. 一例において、水平方向の整数サンプル・クリッピング処理は、参照ピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)と現在のピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)のものとの間の水平スケーリング因子によって条件付けられる。
d. 一例において、垂直方向の整数サンプル・クリッピング処理は、参照ピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)の高さ、及び現在のピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)の高さによって条件付けられる。
i. 一例において、垂直方向の整数サンプル・クリッピング処理は、参照ピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)と現在のピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)のものとの間の垂直スケーリング因子によって条件付けられる。
e. JVET-P2001-v9に基づく例示的な仕様変更は以下の通りである:

8.5.6.3.2 ルマ・サンプル補間フィルタリング・プロセス
・・・
フル・サンプル単位におけるルマ位置( xInti, yInti )は、i = 0..7に対して以下のように導出される:
- subpic_treated_as_pic_flag[ SubPicIdx ]が1に等しい場合、以下が適用される:
xInti = Clip3( SubPicLeftBoundaryPos, SubPicRightBoundaryPos, xIntL + i - 3 ) (8-754)
yInti = Clip3( SubPicTopBoundaryPos, SubPicBotBoundaryPos, yIntL + i - 3 ) (8-755)
- それ以外の場合(subpic_treated_as_pic_flag[ SubPicIdx ]が0に等しい)、以下が適用される:
xInti = Clip3( 0, picW - 1, sps_ref_wraparound_enabled_flag ?
ClipH( ( sps_ref_wraparound_offset_minus1 + 1 ) * MinCbSizeY, picW, xIntL + i - 3 ) :
xIntL + i - 3 )
yInti = Clip3( 0, picH - 1, yIntL + i - 3 )

hori_scale_fpが(1<<14)に等しく、vert_scale_fpが(1<<14)に等しい場合、フル・サンプル単位におけるルマ位置は、i=0..7に対して以下のように更に修正される。
xInti = Clip3( xSbIntL - 3, xSbIntL + sbWidth + 4, xInti )
yInti = Clip3( ySbIntL - 3, ySbIntL + sbHeight + 4, yInti )

予測されたルマ・サンプル値predSampleLXLは、以下のように導出される:
- xFracLとyFracLの双方が0に等しく、hori_scale_fpとvert_scale_fpの双方が20481より小さい場合、predSampleLXLの値は、以下のように導出される:
predSampleLXL = refPicLXL[ xInt3 ][ yInt3 ] << shift3
・・・
8.5.6.3.4 クロマ・サンプル補間プロセス
・・・
hori_scale_fpが(1<<14)に等しく、vert_scale_fpが(1<<14)に等しい場合、フル・サンプル単位におけるクロマ位置( xInti, yInti )は、i=0..3に対して以下のように更に修正される:
xInti = Clip3( xSbIntC - 1, xSbIntC + sbWidth + 2, xInti ) (8-774)
yInti = Clip3( ySbIntC - 1, ySbIntC + sbHeight + 2, yInti ) (8-775)
・・・
f. JVET-P2001-v9に基づく例示的な仕様変更は以下の通りである:

8.5.6.3.2 ルマ・サンプル補間フィルタリング・プロセス
・・・
フル・サンプル単位におけるルマ位置( xInti, yInti )は、i=0..7に対して以下のように導出される:
- subpic_treated_as_pic_flag[ SubPicIdx ]が1に等しい場合、以下が適用される:
xInti = Clip3( SubPicLeftBoundaryPos, SubPicRightBoundaryPos, xIntL + i - 3 ) (8-754)
yInti = Clip3( SubPicTopBoundaryPos, SubPicBotBoundaryPos, yIntL + i - 3 ) (8-755)
- それ以外の場合(subpic_treated_as_pic_flag[ SubPicIdx ]が0に等しい)、以下が適用される:
xInti = Clip3( 0, picW - 1, sps_ref_wraparound_enabled_flag ?
ClipH( ( sps_ref_wraparound_offset_minus1 + 1 ) * MinCbSizeY, picW, xIntL + i - 3 ) :
xIntL + i - 3 )
yInti = Clip3( 0, picH - 1, yIntL + i - 3 )

フル・サンプル単位におけるルマ位置は、i=0..7に対して以下のように更に修正される:
hori_scale_fpが(1<<14)に等しく、vert_scale_fpが(1<<14)に等しい場合:
xInti = Clip3( xSbIntL - 3, xSbIntL + sbWidth + 4, xInti )
hori_scale_fpが(1<<14)に等しく、vert_scale_fpが(1<<14)に等しい場合:
yInti = Clip3( ySbIntL - 3, ySbIntL + sbHeight + 4, yInti )

予測されたルマ・サンプル値predSampleLXLは、以下のように導出される:
- xFracLとyFracLの双方が0に等しく、hori_scale_fpとvert_scale_fpの双方が20481より小さい場合、predSampleLXLの値は、以下のように導出される:
predSampleLXL = refPicLXL[ xInt3 ][ yInt3 ] << shift3
・・・
8.5.6.3.4 クロマ・サンプル補間プロセス
・・・
フル・サンプル単位におけるクロマ位置( xInti, yInti )は、i=0..3に対して以下のように更に修正される:
hori_scale_fpが(1<<14)に等しく、vert_scale_fpが(1<<14)に等しい場合:
xInti = Clip3( xSbIntC - 1, xSbIntC + sbWidth + 2, xInti ) (8-774)
hori_scale_fpが(1<<14)に等しく、vert_scale_fpが(1<<14)に等しい場合:
yInti = Clip3( ySbIntC - 1, ySbIntC + sbHeight + 2, yInti ) (8-775)
・・・
g. 一例において、整数サンプル・クリッピング処理を適用するかどうかは、2つの参照リストのうちの参照ピクチャ(又はそれらの適合ウィンドウ、又はそれらのスケーリング・ウィンドウ)の幅及び/又は高さ、及び現在のピクチャ(又はそれらの適合ウィンドウ、又はそのスケーリング・ウィンドウ)の幅及び/又は高さに依存する可能性がある。
i. 一例において、整数サンプル・クリッピング処理は、現在のブロック(又はそれらの適合ウィンドウ、又はそれらのスケーリング・ウィンドウ)によって使用される全ての参照ピクチャ(例えば、参照リスト0からのもの、又は参照リスト1からのもの、又はその両方からのもの)の幅及び/又は高さが、現在のピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)の幅及び/又は高さに等しい場合に限り、適用される。
1) 代替的に、更に、現在のブロック(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)によって使用される任意の参照ピクチャ(例えば、参照リスト0からのもの、又は参照リスト1からのもの)の幅又は高さの何れかが、現在のピクチャ(又はその適合ウィンドウ、又はそのスケーリング・ウィンドウ)のものと等しくない場合、整数サンプル・クリッピング処理はスキップされる。
h. JVET-P2001-v14に基づく例示的な仕様変更は以下の通りである:

8.5.6.3.2 ルマ・サンプル補間フィルタリング・プロセス
このプロセスへの入力は、以下の通りである:
- フル・サンプル単位におけるルマ位置( xIntL, yIntL ),
・・・
RefPicIsScaled[ 0 ][ refIdxL0 ]が0に等しく、RefPicIsScaled[ 1 ][ refIdxL1 ]が0に等しい場合、フル・サンプル単位におけるルマ位置は、i=0..7に対して以下のように更に修正される:
xInti = Clip3( xSbIntL - 3, xSbIntL + sbWidth + 4, xInti ) (959)
yInti = Clip3( ySbIntL - 3, ySbIntL + sbHeight + 4, yInti ) (960)

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

8.5.6.3.4 クロマサンプル補間処理
このプロセスへの入力は、以下の通りである:
- フル・サンプル単位におけるクロマ位置( xIntC, yIntC ),
・・・
RefPicIsScaled[ 0 ][ refIdxL0 ]が0に等しく、RefPicIsScaled[ 1 ][ refIdxL1 ]が0に等しい場合、フル・サンプル単位におけるクロマ位置( xInti, yInti )は、i=0..3に対して以下のように更に修正される:
xInti = Clip3( xSbIntC - 1, xSbIntC + sbWidth + 2, xInti ) (975)
yInti = Clip3( ySbIntC - 1, ySbIntC + sbHeight + 2, yInti ) (976)
予測されたルマ・サンプル値predSampleLXCは、以下のように導出される:
・・・
i. 一例において、整数サンプル・クリッピング処理を適用するかどうかは、DMVRが適用されるかどうかに依存してもよい。
j. JVET-P2001-v14に基づく例示的な仕様変更は以下の通りである:

8.5.6.3.2 ルマ・サンプル補間フィルタリング・プロセス
このプロセスへの入力は、以下の通りである:
- フル・サンプル単位におけるルマ位置( xIntL, yIntL ),
・・・
dmvrFlagが1である場合、フル・サンプル単位におけるルマ位置は、i=0..7に対して以下のように更に修正される:
xInti = Clip3( xSbIntL - 3, xSbIntL + sbWidth + 4, xInti ) (959)
yInti = Clip3( ySbIntL - 3, ySbIntL + sbHeight + 4, yInti ) (960)
予測されたルマ・サンプル値predSampleLXLは、以下のように導出される:
・・・

8.5.6.3.4 クロマサンプル補間プロセス
このプロセスへの入力は、以下の通りである:
- フル・サンプル単位におけるクロマ位置( xIntC, yIntC ),
・・・
dmvrFlagが1である場合、フル・サンプル単位におけるクロマ位置( xInti, yInti )は、i=0..3に対して以下のように更に修正される:
xInti = Clip3( xSbIntC - 1, xSbIntC + sbWidth + 2, xInti ) (975)
yInti = Clip3( ySbIntC - 1, ySbIntC + sbHeight + 2, yInti ) (976)
予測されたルマ・サンプル値predSampleLXCは、以下のように導出される:
・・・

19. ルマ及び/又はクロマ・サンプルに整数サンプル・クリッピング処理を適用するかどうか及び/又はどのように適用するかは、コーディング・ツールXが適用されるかどうかに依存してもよい。(例えば、Xはデコーダ側動きベクトル精密化(DMVR)である)。
a. 一例において、整数サンプル・クリッピング処理は、コーディング・ツールXが適用される場合に限り、適用される。
b. 一例において、整数サンプル・クリッピング処理は、コーディング・ツールXが適用されない場合に限り、適用される。

GEO 関連
20. 何れの角度/距離がGEOでの使用に許容されるのかは、復号化された情報に依存してもよい(例えば、関連するシンタックス要素、ブロック・ディメンジョン)。
a. 一例において、何れの角度/距離がGEOで使用できるのかは、ブロック・ディメンジョンに依存してもよい。
i. 一例において、一組の角度/距離がブロック・ディメンジョンAに対して使用されてもよく(例えば、Aは、幅より大きな高さを有するブロックを示してもよい)、他方、別の組の角度/距離はブロック・ディメンジョンBに使用されてもよい(例えば、Bは、幅より大きくない高さを有するブロックを示してもよい)。
b. 一例において、どのようにGEOモード・インデックスを角度/距離インデックスにマッピングするかは、復号化された情報(例えば、関連するシンタックス要素、ブロック・ディメンジョン)に依存してもよい。
c. 一例において、復号化された/シグナリングされたGEOモード・インデックスを、GEO角度/距離インデックスを導出するために使用されるGEOモード・インデックスにどのようにマッピングするかは、復号化された情報(例えば、関連するシンタックス要素、ブロック・ディメンジョン)に依存してもよい。
d. 一例において、復号化された/シグナリングされたGEOモード・インデックスを、GEO角度/距離インデックスにどのようにマッピングするかは、復号化された情報(例えば、関連するシンタックス要素、ブロック・ディメンジョン)に依存してもよい。
e. JVET-Q0160_CE4_1_CommonBaseWD_w_fixesに基づく例示的な仕様変更は、下記の通りであり、ここで、新たに追加されたテキストは、下線の付いた太字フォントで示されている。削除されたテキストは、角括弧[[ ]]で囲むことによりマーキングされている。

8.5.7 geoインター・ブロックに対する復号化プロセス
8.5.7.1 概要
このプロセスは、1に等しいMergeGeoFlag[ xCb ][ yCb ]を有するコーディング・ユニットを復号化する場合に起動される。
このプロセスへの入力は以下の通りである:
- 現在のピクチャの左上ルマ・サンプルに対する、現在のコーディング・ブロックの左上サンプルを指定するルマ位置( xCb, yCb ),
- ルマ・サンプルの現在のコーディング・ブロックの幅を指定する変数cbWidth,
- ルマ・サンプルの現在のコーディング・ブロックの高さを指定する変数cbHeigh,
- 1/16分数-サンプル精度におけるルマ動きベクトルmvA及びmvB,
- クロマ・動きベクトルmvCA及びmvCB,
- 参照インデックスrefIdxA及びrefIdxB,
- 予測リスト・フラグpredListFlagA及びpredListFlagB.

このプロセスの出力は以下の通りである:
- ルマ予測サンプルの(cbWidth)x(cbHeight)の配列predSamplesL,
- 成分Cbに対するクロマ予測サンプルの(cbWidth / SubWidthC)x(cbHeight / SubHeightC)の配列predSamplesCb,
- 成分Crに対するクロマ予測サンプルの(cbWidth / SubWidthC)x(cbHeight / SubHeightC) array predSamplesCr.

predSamplesLALとpredSamplesLBLを、予測されたルマ・サンプル値の(cbWidth)x(cbHeight)の配列であるとし、predSamplesLACb, predSamplesLBCb, predSamplesLACr and predSamplesLBCrを、予測されたクロマ・サンプル値の(cbWidth / SubWidthC)x(cbHeight / SubHeightC)の配列であるとする。

predSamplesL, predSamplesCb及びpredSamplesCrは、以下の順序付けられたステップで導出される:
1. NがA及びBの各々である場合に関し、以下が適用される:
- ルマ・サンプルの順序づけられた2次元配列refPicLNLとクロマ・サンプルの2つの順序づけられた2次元配列refPicLNCb及びrefPicLNCrとで構成される参照ピクチャは、条項8.5.6.2で規定されるプロセスを、predListFlagNに等しく設定されたXとrefIdxNに等しく設定されたrefIdxXとを入力として、起動することによって導出される。
- 配列predSamplesLNLは、条項8.5.6.3で規定される分数サンプル補間プロセスを、ルマ位置( xCb, yCb )と、cbWidthに等しく設定されたルマ・コーディング・ブロック幅sbWidthと、cbHeightに等しく設定されたルマ・コーディング・ブロック高さsbHeightと、( 0, 0)に等しく設定された動きベクトル・オフセットmvOffsetと、mvNに等しく設定された動きベクトルmvLXと、refPicLNLに等しく設定された参照配列refPicLXLと、FALSEに等しく設定された変数bdofFlagと、0に等しく設定された変数cIdxと、RefPicScale[ predListFlagN ][ refIdxN ]とを入力として、起動することによって導出される。
- 配列predSamplesLNCbは、条項8.5.6.3で規定される分数サンプル補間プロセスを、ルマ位置( xCb, yCb )と、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅sbWidthと、 cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さsbHeightと、( 0, 0)に等しく設定された動きベクトル・オフセットmvOffsetと、mvCNに等しく設定された動きベクトルmvLXと、refPicLNCbに等しく設定された参照配列refPicLXCbと、FALSEに等しく設定された変数bdofFlagと、1に等しく設定された変数cIdxと、RefPicScale[ predListFlagN ][ refIdxN ]とを入力として、起動することによって導出される。
- 配列predSamplesLNCrは、条項8.5.6.3で規定される分数サンプル補間プロセスを、ルマ位置( xCb, yCb )と、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅sbWidthと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さsbHeightと、( 0, 0)に等しく設定された動きベクトル・オフセットmvOffsetと、mvCNに等しく設定された動きベクトルmvLXと、refPicLNCrに等しく設定された参照配列refPicLXCrと、FALSEに等しく設定された変数bdofFlagと、2に等しく設定された変数cIdxと、RefPicScale[ predListFlagN ][ refIdxN ]とを入力として、起動することによって導出される。
2. マージgeoモード変数angleIdx及びdistanceIdxのパーティション角度及び距離は、テーブル36に従って、merge_geo_partition_idx[ xCb ][ yCb ]の値と、cbHeight > cbWidthに等しく設定された変数isNarrowBlkとを入力として、設定される。
Figure 2022553364000026
4. 現在のルマ・コーディング・ブロック内の予測サンプルpredSamplesL[ xL ][ yL ](xL = 0..cbWidth - 1及びyL = 0..cbHeight - 1)は、条項8.5.7.2で規定されるgeoマージ・モードの加重サンプル予測プロセスを、cbWidthに等しく設定されたコーディング・ブロック幅nCbWと、cbHeightに等しく設定されたコーディング・ブロック高さnCbHと、サンプル配列predSamplesLAL及びpredSamplesLBLと、変数angleIdx及びdistanceIdxと、0に等しいcIdxとを入力として、起動することによって導出される。
5. 現在のクロマ成分Cbのコーディング・ブロック内の予測サンプルpredSamplesCb[ xC ][ yC ](xC = 0..cbWidth / SubWidthC - 1及びyC = 0..cbHeight / SubHeightC - 1)は、条項8.5.7.2で規定されるgeoマージ・モードの加重サンプル予測プロセスを、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅nCbWと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さnCbHと、サンプル配列predSamplesLACb及びpredSamplesLBCbと、変数angleIdx及びdistanceIdxと、1に等しいcIdxとを入力として、起動することによって導出される。
6. 現在のクロマ成分Crのコーディング・ブロック内の予測サンプルpredSamplesCr[ xC ][ yC ](xC = 0..cbWidth / SubWidthC - 1及びyC = 0..cbHeight / SubHeightC - 1)は、条項8.5.7.2で規定されるgeoマージ・モードの加重サンプル予測プロセスを、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅nCbWと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さnCbHと、サンプル配列predSamplesLACr及びpredSamplesLBCrと、変数angleIdx及びdistanceIdxと、2に等しいcIdxとを入力として、起動することによって導出される。
7. 条項8.5.7.3で規定されるgeoマージ・モードの動きベクトル格納プロセスは、ルマ・コーディング・ブロック位置( xCb, yCb )と、ルマ・コーディング・ブロック幅cbWidthと、ルマ・コーディング・ブロック高さcbHeightと、パーティション方向angleIdx及びdistanceIdxと、ルマ動きベクトルmvA及びmvBと、参照インデックスrefIdxA及びrefIdxBと、予測リスト・フラグpredListFlagA及びpredListFlagBと、を入力として起動される。
テーブル36 - merge_geo_partition_idxの値に基づくangleIdxとdistanceIdxの値の仕様

図9A及び9Bは、テーブル36を示す。
i. JVET-Q0160_CE4_1_CommonBaseWD_w_fixesに基づく別の例示的な仕様変更は、以下の通りである:

8.5.6 geoインター・ブロックの復号化プロセス
8.5.7.1 概要
このプロセスは、1に等しいMergeGeoFlag[ xCb ][ yCb ]を有するコーディング・ユニットを復号化する場合に起動される。
このプロセスへの入力は以下の通りである:
- 現在のピクチャの左上ルマ・サンプルに対する、現在のコーディング・ブロックの左上サンプルを指定するルマ位置( xCb, yCb ),
- ルマ・サンプルの現在のコーディング・ブロックの幅を指定する変数cbWidth,
- ルマ・サンプルの現在のコーディング・ブロックの高さを指定する変数cbHeigh,
- 1/16分数-サンプル精度におけるルマ動きベクトルmvA及びmvB,
- クロマ動きベクトルmvCA及びmvCB,
- 参照インデックスrefIdxA及びrefIdxB,
- 予測リスト・フラグpredListFlagA及びpredListFlagB.

このプロセスの出力は以下の通りである:
- ルマ予測サンプルの(cbWidth)x(cbHeight)の配列predSamplesL,
- 成分Cbに対するクロマ予測サンプルの(cbWidth / SubWidthC)x(cbHeight / SubHeightC)の配列predSamplesCb,
- 成分Crに対するクロマ予測サンプルの(cbWidth / SubWidthC)x(cbHeight / SubHeightC)の配列predSamplesCr.

predSamplesLALとpredSamplesLBLを、予測されたルマ・サンプル値の(cbWidth)x(cbHeight)の配列であるとし、predSamplesLACb, predSamplesLBCb, predSamplesLACr 及び predSamplesLBCrを、予測されたクロマ・サンプル値の(cbWidth / SubWidthC)x(cbHeight / SubHeightC)の配列であるとする。
predSamplesL, predSamplesCb及びpredSamplesCrは、以下の順序付けられたステップで導出される:

1. NがA及びBの各々である場合に関し、以下が適用される:
- ルマ・サンプルの順序づけられた2次元配列refPicLNLとクロマ・サンプルの2つの順序づけられた2次元配列refPicLNCb及びrefPicLNCrとで構成される参照ピクチャは、条項8.5.6.2で規定されるプロセスを、predListFlagNに等しく設定されたXとrefIdxNに等しく設定されたrefIdxXとを入力として、起動することによって導出される。
- 配列predSamplesLNLは、条項8.5.6.3で規定される分数サンプル補間プロセスを、ルマ位置( xCb, yCb )と、cbWidthに等しく設定されたルマ・コーディング・ブロック幅sbWidthと、cbHeightに等しく設定されたルマ・コーディング・ブロック高さsbHeightと、( 0, 0)に等しく設定された動きベクトル・オフセットmvOffsetと、mvNに等しく設定された動きベクトルmvLXと、refPicLNLに等しく設定された参照配列refPicLXLと、FALSEに等しく設定された変数bdofFlagと、0に等しく設定された変数cIdxと、RefPicScale[ predListFlagN ][ refIdxN ]とを入力として、起動することによって導出される。
- 配列predSamplesLNCbは、条項8.5.6.3で規定される分数サンプル補間プロセスを、ルマ位置( xCb, yCb )と、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅sbWidthと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さsbHeightと、( 0, 0)に等しく設定された動きベクトル・オフセットmvOffsetと、mvCNに等しく設定された動きベクトルmvLXと、refPicLNCbに等しく設定された参照配列refPicLXCbと、FALSEに等しく設定された変数bdofFlagと、1に等しく設定された変数cIdxと、RefPicScale[ predListFlagN ][ refIdxN ]とを入力として、起動することによって導出される。
- 配列predSamplesLNCrは、条項8.5.6.3で規定される分数サンプル補間プロセスを、ルマ位置( xCb, yCb )と、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅sbWidthと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さsbHeightと、( 0, 0)に等しく設定された動きベクトル・オフセットmvOffsetと、mvCNに等しく設定された動きベクトルmvLXと、refPicLNCrに等しく設定された参照配列refPicLXCrと、FALSEに等しく設定された変数bdofFlagと、2に等しく設定された変数cIdxと、RefPicScale[ predListFlagN ][ refIdxN ]とを入力として、起動することによって導出される。
2. マージgeoモード変数angleIdx及びdistanceIdxのパーティション角度及び距離は、テーブル36に従って、merge_geo_partition_idx[ xCb ][ yCb ]の値と、cbHeight > cbWidthに等しく設定された変数isNarrowBlkとを入力として、設定される。
Figure 2022553364000027
4. 現在のルマ・コーディング・ブロック内の予測サンプルpredSamplesL[ xL ][ yL ](xL = 0..cbWidth - 1及びyL = 0..cbHeight - 1)は、条項8.5.7.2で規定されるgeoマージ・モードの加重サンプル予測プロセスを、cbWidthに等しく設定されたコーディング・ブロック幅nCbWと、cbHeightに等しく設定されたコーディング・ブロック高さnCbHと、サンプル配列predSamplesLAL及びpredSamplesLBLと、変数angleIdx及びdistanceIdxと、0に等しいcIdxとを入力として、起動することによって導出される。
5. 現在のクロマ成分Cbのコーディング・ブロック内の予測サンプルpredSamplesCb[ xC ][ yC ](xC = 0..cbWidth / SubWidthC - 1及びyC = 0..cbHeight / SubHeightC - 1)は、条項8.5.7.2で規定されるgeoマージ・モードの加重サンプル予測プロセスを、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅nCbWと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さnCbHと、サンプル配列predSamplesLACb及びpredSamplesLBCbと、変数angleIdx及びdistanceIdxと、1に等しいcIdxとを入力として、起動することによって導出される。
6. 現在のクロマ成分Crのコーディング・ブロック内の予測サンプルpredSamplesCr[ xC ][ yC ](xC = 0..cbWidth / SubWidthC - 1及びyC = 0..cbHeight / SubHeightC - 1)は、条項8.5.7.2で規定されるgeoマージ・モードの加重サンプル予測プロセスを、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅nCbWと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さnCbHと、サンプル配列predSamplesLACr及びpredSamplesLBCrと、変数angleIdx及びdistanceIdxと、2に等しいcIdxとを入力として、起動することによって導出される。
7. 条項8.5.7.3で規定されるマージgeoモードの動きベクトル格納プロセスは、ルマ・コーディング・ブロック位置( xCb, yCb )と、ルマ・コーディング・ブロック幅cbWidthと、ルマ・コーディング・ブロック高さcbHeightと、パーティション方向angleIdx及びdistanceIdxと、ルマ動きベクトルmvA及びmvBと、参照インデックスrefIdxA及びrefIdxBと、予測リスト・フラグpredListFlagA及びpredListFlagBと、を入力として起動される。
テーブル36 - merge_geo_partition_idxの値に基づくangleIdxとdistanceIdxの値の仕様

図9C及び9Dは、テーブル36の例示的な実施形態を示す。
f. JVET-Q0160_CE4_1_CommonBaseWD_w_fixesに基づく別の例示的な仕様変更は、以下の通りである:

8.5.7 geoインター・ブロックの復号化プロセス
8.5.7.1 概要
このプロセスは、1に等しいMergeGeoFlag[ xCb ][ yCb ]を有するコーディング・ユニットを復号化する場合に起動される。
このプロセスへの入力は以下の通りである:
- 現在のピクチャの左上ルマ・サンプルに対する、現在のコーディング・ブロックの左上サンプルを指定するルマ位置( xCb, yCb ),
- ルマ・サンプルの現在のコーディング・ブロックの幅を指定する変数cbWidth,
- ルマ・サンプルの現在のコーディング・ブロックの高さを指定する変数cbHeigh,
- 1/16分数-サンプル精度におけるルマ動きベクトルmvA及びmvB,
- クロマ動きベクトルmvCA及びmvCB,
- 参照インデックスrefIdxA及びrefIdxB,
- 予測リスト・フラグpredListFlagA及びpredListFlagB.

このプロセスの出力は以下の通りである:
- ルマ予測サンプルの(cbWidth)x(cbHeight)の配列predSamplesL,
- 成分Cbに対するクロマ予測サンプルの(cbWidth / SubWidthC)x(cbHeight / SubHeightC)の配列predSamplesCb,
- 成分Crに対するクロマ予測サンプルの(cbWidth / SubWidthC)x(cbHeight / SubHeightC)の配列predSamplesCr.

predSamplesLALとpredSamplesLBLを、予測されたルマ・サンプル値の(cbWidth)x(cbHeight)の配列であるとし、predSamplesLACb, predSamplesLBCb, predSamplesLACr 及び predSamplesLBCrを、予測されたクロマ・サンプル値の(cbWidth / SubWidthC)x(cbHeight / SubHeightC)の配列であるとする。

predSamplesL, predSamplesCb及びpredSamplesCrは、以下の順序付けられたステップで導出される:
1. NがA及びBの各々である場合に関し、以下が適用される:
- ルマ・サンプルの順序づけられた2次元配列refPicLNLとクロマ・サンプルの2つの順序づけられた2次元配列refPicLNCb及びrefPicLNCrとで構成される参照ピクチャは、条項8.5.6.2で規定されるプロセスを、predListFlagNに等しく設定されたXとrefIdxNに等しく設定されたrefIdxXとを入力として、起動することによって導出される。
- 配列predSamplesLNLは、条項8.5.6.3で規定される分数サンプル補間プロセスを、ルマ位置( xCb, yCb )と、cbWidthに等しく設定されたルマ・コーディング・ブロック幅sbWidthと、cbHeightに等しく設定されたルマ・コーディング・ブロック高さsbHeightと、( 0, 0)に等しく設定された動きベクトル・オフセットmvOffsetと、mvNに等しく設定された動きベクトルmvLXと、refPicLNLに等しく設定された参照配列refPicLXLと、FALSEに等しく設定された変数bdofFlagと、0に等しく設定された変数cIdxと、RefPicScale[ predListFlagN ][ refIdxN ]とを入力として、起動することによって導出される。
- 配列predSamplesLNCbは、条項8.5.6.3で規定される分数サンプル補間プロセスを、ルマ位置( xCb, yCb )と、 cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅sbWidthと、 cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さsbHeightと、( 0, 0)に等しく設定された動きベクトル・オフセットmvOffsetと、mvCNに等しく設定された動きベクトルmvLXと、refPicLNCbに等しく設定された参照配列refPicLXCbと、FALSEに等しく設定された変数bdofFlagと、1に等しく設定された変数cIdxと、RefPicScale[ predListFlagN ][ refIdxN ]とを入力として、起動することによって導出される。
- 配列predSamplesLNCrは、条項8.5.6.3で規定される分数サンプル補間プロセスを、ルマ位置( xCb, yCb )と、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅sbWidthと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さsbHeightと、( 0, 0)に等しく設定された動きベクトル・オフセットmvOffsetと、mvCNに等しく設定された動きベクトルmvLXと、refPicLNCrに等しく設定された参照配列refPicLXCrと、FALSEに等しく設定された変数bdofFlagと、2に等しく設定された変数cIdxと、RefPicScale[ predListFlagN ][ refIdxN ]とを入力として、起動することによって導出される。
2. マージgeoモード変数angleIdx及びdistanceIdxのパーティション角度及び距離は、テーブル36に従って、merge_geo_partition_idx[ xCb ][ yCb ]の値と、cbHeight > cbWidthに等しく設定された変数isNarrowBlkとを入力として、設定される。
Figure 2022553364000028
4. マージgeoモード変数angleIdx及びdistanceIdxのパーティション角度及び距離は、テーブル36に規定されるようなmerge_geo_parition_idx’[ xCb ][ yCb ]の値に従って設定される。
5. 現在のルマ・コーディング・ブロック内の予測サンプルpredSamplesL[ xL ][ yL ](xL = 0..cbWidth - 1及びyL = 0..cbHeight - 1)は、条項8.5.7.2で規定されるgeoマージ・モードの加重サンプル予測プロセスを、cbWidthに等しく設定されたコーディング・ブロック幅nCbWと、cbHeightに等しく設定されたコーディング・ブロック高さnCbHと、サンプル配列predSamplesLAL及びpredSamplesLBLと、変数angleIdx及びdistanceIdxと、0に等しいcIdxとを入力として、起動することによって導出される。
6. 現在のクロマ成分Cbのコーディング・ブロック内の予測サンプルpredSamplesCb[ xC ][ yC ](xC = 0..cbWidth / SubWidthC - 1及びyC = 0..cbHeight / SubHeightC - 1)は、条項8.5.7.2で規定されるgeoマージ・モードの加重サンプル予測プロセスを、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅nCbWと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さnCbHと、サンプル配列predSamplesLACb及びpredSamplesLBCbと、変数angleIdx及びdistanceIdxと、1に等しいcIdxとを入力として、起動することによって導出される。
7. 現在のクロマ成分Crのコーディング・ブロック内の予測サンプルpredSamplesCr[ xC ][ yC ](xC = 0..cbWidth / SubWidthC - 1及びyC = 0..cbHeight / SubHeightC - 1)は、条項8.5.7.2で規定されるgeoマージ・モードの加重サンプル予測プロセスを、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅nCbWと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さnCbHと、サンプル配列predSamplesLACr及びpredSamplesLBCrと、変数angleIdx及びdistanceIdxと、2に等しいcIdxとを入力として、起動することによって導出される。
8. 条項8.5.7.3で規定されるマージgeoモードの動きベクトル格納プロセスは、ルマ・コーディング・ブロック位置( xCb, yCb )と、ルマ・コーディング・ブロック幅cbWidthと、ルマ・コーディング・ブロック高さcbHeightと、パーティション方向angleIdx及びdistanceIdxと、ルマ動きベクトルmvA及びmvBと、参照インデックスrefIdxA及びrefIdxBと、予測リスト・フラグpredListFlagA及びpredListFlagBと、を入力として起動される。

[0048] 図9Eは、テーブルxxのこの実施形態-geo_partition_idxの値に基づくgeo_partition_idx’の値のマッピング・テーブルを示す。
[0049] 図9Fは、テーブル36のこの実施形態-merge_geo_partition_idxの値に基づくangleIdx及びdistanceIdxの値の仕様を示す。
g. JVET-Q0160_CE4_1_CommonBaseWD_w_fixesに基づく別の例示的な仕様変更は、以下の通りである:

8.5.7 geoインター・ブロックの復号化プロセス
8.5.7.1 概要
このプロセスは、1に等しいMergeGeoFlag[ xCb ][ yCb ]を有するコーディング・ユニットを復号化する場合に起動される。
このプロセスへの入力は以下の通りである:
- 現在のピクチャの左上ルマ・サンプルに対する、現在のコーディング・ブロックの左上サンプルを指定するルマ位置( xCb, yCb ),
- ルマ・サンプルの現在のコーディング・ブロックの幅を指定する変数cbWidth,
- ルマ・サンプルの現在のコーディング・ブロックの高さを指定する変数cbHeigh,
- 1/16分数-サンプル精度におけるルマ動きベクトルmvA及びmvB,
- クロマ動きベクトルmvCA及びmvCB,
- 参照インデックスrefIdxA及びrefIdxB,
- 予測リスト・フラグpredListFlagA及びpredListFlagB.

このプロセスの出力は以下の通りである:
- ルマ予測サンプルの(cbWidth)x(cbHeight)の配列predSamplesL,
- 成分Cbに対するクロマ予測サンプルの(cbWidth / SubWidthC)x(cbHeight / SubHeightC)の配列predSamplesCb,
- 成分Crに対するクロマ予測サンプルの(cbWidth / SubWidthC)x(cbHeight / SubHeightC)の配列predSamplesCr.

predSamplesLALとpredSamplesLBLを、予測されたルマ・サンプル値の(cbWidth)x(cbHeight)の配列であるとし、predSamplesLACb, predSamplesLBCb, predSamplesLACr 及び predSamplesLBCrを、予測されたクロマ・サンプル値の(cbWidth / SubWidthC)x(cbHeight / SubHeightC)の配列であるとする。

predSamplesL, predSamplesCb及びpredSamplesCrは、以下の順序付けられたステップで導出される:
1. NがA及びBの各々である場合に関し、以下が適用される:
- ルマ・サンプルの順序づけられた2次元配列refPicLNLとクロマ・サンプルの2つの順序づけられた2次元配列refPicLNCb及びrefPicLNCrとで構成される参照ピクチャは、条項8.5.6.2で規定されるプロセスを、predListFlagNに等しく設定されたXとrefIdxNに等しく設定されたrefIdxXとを入力として、起動することによって導出される。
- 配列predSamplesLNLは、条項8.5.6.3で規定される分数サンプル補間プロセスを、ルマ位置( xCb, yCb )と、cbWidthに等しく設定されたルマ・コーディング・ブロック幅sbWidthと、cbHeightに等しく設定されたルマ・コーディング・ブロック高さsbHeightと、( 0, 0)に等しく設定された動きベクトル・オフセットmvOffsetと、mvNに等しく設定された動きベクトルmvLXと、refPicLNLに等しく設定された参照配列refPicLXLと、FALSEに等しく設定された変数bdofFlagと、0に等しく設定された変数cIdxと、RefPicScale[ predListFlagN ][ refIdxN ]とを入力として、起動することによって導出される。
- 配列predSamplesLNCbは、条項8.5.6.3で規定される分数サンプル補間プロセスを、ルマ位置( xCb, yCb )と、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅sbWidthと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さsbHeightと、( 0, 0)に等しく設定された動きベクトル・オフセットmvOffsetと、mvCNに等しく設定された動きベクトルmvLXと、refPicLNCbに等しく設定された参照配列refPicLXCbと、FALSEに等しく設定された変数bdofFlagと、1に等しく設定された変数cIdxと、RefPicScale[ predListFlagN ][ refIdxN ]とを入力として、起動することによって導出される。
- 配列predSamplesLNCrは、条項8.5.6.3で規定される分数サンプル補間プロセスを、ルマ位置( xCb, yCb )と、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅sbWidthと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さsbHeightと、( 0, 0)に等しく設定された動きベクトル・オフセットmvOffsetと、mvCNに等しく設定された動きベクトルmvLXと、refPicLNCrに等しく設定された参照配列refPicLXCrと、FALSEに等しく設定された変数bdofFlagと、2に等しく設定された変数cIdxと、RefPicScale[ predListFlagN ][ refIdxN ]とを入力として、起動することによって導出される。
2. マージgeoモード変数angleIdx及びdistanceIdxのパーティション角度及び距離は、テーブル36に従って、merge_geo_partition_idx[ xCb ][ yCb ]の値と、cbHeight > cbWidthに等しく設定された変数isNarrowBlkとを入力として、設定される。
Figure 2022553364000029
4. マージgeoモード変数angleIdx及びdistanceIdxのパーティション角度及び距離は、テーブル36に規定されるようなmerge_geo_parition_idx’[ xCb ][ yCb ]の値に従って設定される。
5. 現在のルマ・コーディング・ブロック内の予測サンプルpredSamplesL[ xL ][ yL ](xL = 0..cbWidth - 1及びyL = 0..cbHeight - 1)は、条項8.5.7.2で規定されるgeoマージ・モードの加重サンプル予測プロセスを、cbWidthに等しく設定されたコーディング・ブロック幅nCbWと、cbHeightに等しく設定されたコーディング・ブロック高さnCbHと、サンプル配列predSamplesLAL及びpredSamplesLBLと、変数angleIdx及びdistanceIdxと、0に等しいcIdxとを入力として、起動することによって導出される。
6. 現在のクロマ成分Cbのコーディング・ブロック内の予測サンプルpredSamplesCb[ xC ][ yC ](xC = 0..cbWidth / SubWidthC - 1及びyC = 0..cbHeight / SubHeightC - 1)は、条項8.5.7.2で規定されるgeoマージ・モードの加重サンプル予測プロセスを、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅nCbWと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さnCbHと、サンプル配列 predSamplesLACb及びpredSamplesLBCbと、変数angleIdx及びdistanceIdxと、1に等しいcIdxとを入力として、起動することによって導出される。
7. 現在のクロマ成分Crのコーディング・ブロック内の予測サンプルpredSamplesCr[ xC ][ yC ](xC = 0..cbWidth / SubWidthC - 1及びyC = 0..cbHeight / SubHeightC - 1)は、条項8.5.7.2で規定されるgeoマージ・モードの加重サンプル予測プロセスを、cbWidth / SubWidthCに等しく設定されたコーディング・ブロック幅nCbWと、cbHeight / SubHeightCに等しく設定されたコーディング・ブロック高さnCbHと、サンプル配列predSamplesLACr及びpredSamplesLBCrと、変数angleIdx及びdistanceIdxと、2に等しいcIdxとを入力として、起動することによって導出される。
8. 条項8.5.7.3で規定されるマージgeoモードの動きベクトル格納プロセスは、ルマ・コーディング・ブロック位置( xCb, yCb )と、ルマ・コーディング・ブロック幅cbWidthと、ルマ・コーディング・ブロック高さcbHeightと、パーティション方向angleIdx及びdistanceIdxと、ルマ動きベクトルmvA及びmvBと、参照インデックスrefIdxA及びrefIdxBと、予測リスト・フラグpredListFlagA及びpredListFlagBと、を入力として起動される。
[0050] 図9Gは、このテーブルxxの実施例-geo_partition_idxの値に基づくgeo_partition_idx’の値のマッピング・テーブルを示す。
[0051] 図9Hは、テーブル36-merge_geo_partition_idxの値に基づくangleIdx 及びdistanceIdxの値の仕様を示す。

ハイ・レベル・シンタックス
イントラ・スライス/ピクチャの定義について
21. イントラ(I)スライス(又はピクチャ)を、イントラ予測のみを用いて復号化されるスライスとして定義する代わりに、イントラ・スライスを、インター予測を用いることなく復号化されるスライス(又はピクチャ)として定義することを提案する。
a. 代替的に、スライスを含むピクチャ以外の如何なるピクチャも参照せずに復号化されるスライスとして、イントラ・スライスを定義することを提案する。
b. 代替的に、イントラ予測又はイントラ・ブロック・コピー(IBC)予測又はパレット予測モードを用いて復号化されるスライスとして、イントラ・スライスを定義することを提案する。
22. インター予測を用いることなく復号化されるスライスとして、イントラ・ピクチャを定義することを提案する。
c. 代替的に、スライスを含むピクチャ以外の如何なるピクチャも参照せずに復号化されるピクチャとして、ピクチャ・スライスを定義することを提案する。
d. 代替的に、イントラ予測又はイントラ・ブロック・コピー(IBC)予測又はパレット予測モードを用いて復号化されるピクチャとして、イントラ・ピクチャを定義することを提案する。

サブピクチャ番号のシグナリングされる範囲について
23. 適合ビット・ストリームは、サブピクチャが存在する場合に、サブピクチャの数は2より小さくないものとする、ということを満足するものとする。
a. 代替的に、更に、シグナリングされるsps_num_subpics_minus1は、1ないしNの範囲内にあるものとする(例えば、N=254である)。
b. 代替的に、更に、シグナリングされるsps_num_subpics_minus1は、sps_num_subpics_minus2により置換され、ここで、sps_num_subpics_minus2プラス2は、サブピクチャの数を指定する。
i. 代替的に、更に、sps_num_subpics_minus2の値は、0ないし(N-1)の範囲内にあるものとする(例えば、N=254である)。
24. サブピクチャ存在フラグ(例えば、subpics_present_flag)に依存するシンタックス要素(例えば、シンタックス要素又はシンタックス要素のセマンティクスをシグナリングするかどうか)は、sps_num_subpics_minus1が0に等しいかどうかをチェックすることによって置換される。

[0052] 図3は、ビデオ処理装置300のブロック図である。装置300は、本願で説明される1つ以上の方法を実装するために使用されてもよい。装置300は、スマートフォン、タブレット、コンピュータ、モノのインターネット(Internet of Things,IoT)受信機などで具体化されてもよい。装置300は、1つ以上のプロセッサ302、1つ以上のメモリ304、及びビデオ処理ハードウェア306を含んでもよい。プロセッサ302は、本件明細書で説明される1つ以上の方法を実装するように構成されてもよい。メモリ(memories)304は、本願で説明される方法及び技術を実装するために使用されるデータ及びコードを記憶するために使用されてもよい。ビデオ処理ハードウェア306は、ハードウェア回路において、本件明細書で説明される幾つかの技術を実装するために使用されてもよい。幾つかの実施形態では、ハードウェア306は、部分的に又は完全に、例えばグラフィックス・プロセッサのようなプロセッサ302の一部分であってもよい。
[0053] 図6は、本開示の技術を利用することが可能な例示的なビデオ・コーディング・システム100を示すブロック図である。
[0054] 図6に示すように、ビデオ・コーディング・システム100は、送信元デバイス110及び送信先デバイス120を含む可能性がある。送信元デバイス110は、符号化されたビデオ・データを生成することが可能であり、ビデオ符号化デバイスと言及されてもよい。送信先デバイス120は、送信元デバイス110によって生成された符号化されたビデオ・データを復号化することが可能であり、ビデオ復号化デバイスと言及されてもよい。
[0055] 送信元デバイス110は、ビデオ・ソース112、ビデオ・エンコーダ114、及び入力/出力(I/O)インターフェース116を含むことが可能である。
[0056] ビデオ・ソース112は、ビデオ・キャプチャ・デバイスのようなソース、ビデオ・コンテンツ・プロバイダーからビデオ・データを受信するためのインターフェース、及び/又はビデオ・データを生成するためのコンピュータ・グラフィックス・システム、又はそのようなソースの組み合わせを含んでもよい。ビデオ・データは、1つ以上のピクチャを含む可能性がある。ビデオ・エンコーダ114は、ビデオ・ソース112からのビデオ・データを符号化してビットストリームを生成する。ビットストリームは、ビデオ・データのコーディングされた表現を形成するビットのシーケンスを含む可能性がある。ビットストリームは、コーディングされたピクチャ及び関連するデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディングされた表現である。関連するデータは、シーケンス・パラメータ・セット、ピクチャ・パラメータ・セット、及び他のシンタックス構造を含んでもよい。I/Oインターフェース116は、変調器/復調器(モデム)及び/又は送信機を含んでもよい。符号化されたビデオ・データは、ネットワーク130aを通じてI/Oインターフェース116を介して送信先デバイス120へ直接的に送信されてもよい。符号化されたビデオ・データはまた、送信先デバイス120によるアクセスのために記憶媒体/サーバー130b上に格納されてもよい。
[0057] 送信先デバイス120は、I/Oインターフェース126、ビデオ・デコーダ124、及びディスプレイ・デバイス122を含んでもよい。
[0058] I/Oインターフェース126は、受信機及び/又はモデムを含んでもよい。I/Oインターフェース126は、送信元デバイス110又は記憶媒体/サーバー130bから、符号化されたビデオ・データを取得することができる。ビデオ・デコーダ124は、符号化されたビデオ・データを復号化することができる。ディスプレイ・デバイス122は、復号化されたビデオ・データをユーザーに表示することができる。ディスプレイ・デバイス122は、送信先デバイス120と一体化されてもよいし、又は送信先デバイス120の外部にあってもよく、その場合の送信先デバイスは外部ディスプレイ・デバイスとのインターフェースとなるように構成される。
[0059] ビデオ・エンコーダ114及びビデオ・デコーダ124は、高効率ビデオ・コーディング(High Efficiency Video Coding,HEVC)、VVC規格、及びその他の現行及び/又は将来の規格のようなビデオ圧縮規格に従って動作することができる。
[0060] 図7はビデオ・エンコーダ200の一例を示すブロック図であり、これは図6に示すシステム100内のビデオ・エンコーダ114であってもよい。
[0061] ビデオ・エンコーダ200は、本開示の技術の何れか又は全てを実行するように構成することができる。図7の例では、ビデオ・エンコーダ200は、複数の機能的な構成要素を含む。本開示で説明される技術は、ビデオ・エンコーダ200の種々の構成要素の間で共有されてもよい。幾つかの例において、プロセッサは、本開示で説明される技術の何れか又は全てを実行するように構成することができる。
[0062] ビデオ・エンコーダ200の機能的な構成要素は、パーティション・ユニット201と、モード選択ユニット203、動き推定ユニット204、動き補償ユニット205、及びイントラ予測ユニット206を含むことが可能な予測ユニット202と、残差生成ユニット207と、変換ユニット208と、量子化ユニット209と、逆量子化ユニット210と、逆変換ユニット211と、再構成ユニット212と、バッファ213と、エントロピー符号化ユニット214とを含むことが可能である。
[0063] 他の例では、ビデオ・エンコーダ200は、より多い、より少ない、又は異なる機能的な構成要素を含むことができる。一例では、予測ユニットは、イントラ・ブロック・コピー(intra block copy, IBC)ユニットを含むことができる。IBCユニットはIBCモードで予測を実行することが可能であり、そのモードでは、少なくとも1つの参照ピクチャは、現在のビデオ・ブロックが配置されているピクチャである。
[0064] 更に、動き推定ユニット204や動き補償ユニット205のような幾つかの構成要素は、高度に統合されていてもよいが、説明の目的で図7の例では別々に表現されている。
[0065] パーティション・ユニット201は、現在のピクチャを1つ以上のビデオ・ブロックにパーティション化することができる。ビデオ・エンコーダ200及びビデオ・デコーダ300は、様々なビデオ・ブロック・サイズをサポートすることができる。
[0066] モード選択ユニット203は、コーディング・モード、インター又はイントラのうちの一方を、例えば誤り結果に基づいて選択し、その結果のイントラ又はインター・コーディングされたブロックを、残差ブロック・データ生成のために残差生成ユニット207へ、及び参照ピクチャとして使用する符号化されたブロックの再構成のために再構成ユニット212へ提供する。幾つかの例では、モード選択ユニット203は、予測がインター予測信号及びイントラ予測信号に基づいているイントラ&インター予測コンビネーション(combination of intra and inter predication, CIIP)モードを選択することができる。モード選択ユニット203はまた、インター予測の場合に、ブロックに対する動きベクトルの解像度(例えば、サブ・ピクセル又は整数ピクセル精度)を選択することも可能である。
[0067] 現在のビデオ・ブロックに関してインター予測を実行するために、動き推定ユニット204は、バッファ213からの1つ以上の参照フレームを現在のビデオ・ブロックと比較することによって、現在のビデオ・ブロックの動き情報を生成することができる。動き補償ユニット205は、現在のビデオ・ブロックに関連するピクチャ以外のバッファ213からのピクチャ(即ち、参照ピクチャ)の動き情報及び復号化されたサンプルに基づいて、現在のビデオ・ブロックについて予測されるビデオ・ブロックを決定することができる。
[0068] 動き推定ユニット204と動き補償ユニット205は、例えば、現在のビデオ・ブロックがIスライス、Pスライス、又はBスライスにあるかどうかに依存して、現在のビデオ・ブロックに対して様々な処理を実行することができる。
[0069] 幾つかの例では、動き推定ユニット204は、現在のビデオ・ブロックに対して片-方向予測を実行することができ、動き推定ユニット204は、現在のビデオ・ブロックに対する参照ピクチャ・ブロックについて、リスト0又はリスト1の参照ピクチャを探索することができる。次いで、動き推定ユニット204は、参照ビデオ・ブロックを含むリスト0又はリスト1内の参照ピクチャを示す参照インデックスと、現在のビデオ・ブロック及び参照ビデオ・ブロックの間の空間的変位を示す動きベクトルとを生成することができる。動き推定ユニット204は、参照インデックス、予測方向インジケータ、及び動きベクトルを、現在のビデオ・ブロックの動き情報として出力することができる。動き補償ユニット205は、現在のビデオ・ブロックの動き情報によって示される参照ビデオ・ブロックに基づいて、現在のブロックの予測されたビデオ・ブロックを生成することができる。
[0070] 他の例では、動き推定ユニット204は、現在のビデオ・ブロックに対して双-方向予測を実行することができ、動き推定ユニット204は、現在のビデオ・ブロックに対する参照ビデオ・ブロックについて、リスト0内の参照ピクチャを探索することができ、また、現在のビデオ・ブロックに対する別の参照ビデオ・ブロックについて、リスト1内の参照ピクチャを探索することができる。次いで、動き推定ユニット204は、参照ビデオ・ブロックを含むリスト0及びリスト1内の参照ピクチャを示す参照インデックスと、参照ビデオ・ブロック及び現在のビデオ・ブロックの間の空間的変位を示す動きベクトルとを生成することができる。動き推定ユニット204は、現在のビデオ・ブロックの動き情報として、現在のビデオ・ブロックの参照インデックスと動きベクトルを出力することができる。動き補償ユニット205は、現在のビデオ・ブロックの動き情報によって示される参照ビデオ・ブロックに基づいて、現在のビデオ・ブロックの予測されたビデオ・ブロックを生成することができる。
[0071] 幾つかの例では、動き推定ユニット204は、現在のビデオに対する動き情報の完全なセットを、例えばエントロピー符号化ユニット214へ出力しない。むしろ、動き推定ユニット204は、他のビデオ・ブロックの動き情報を参照して、現在のビデオ・ブロックの動き情報をシグナリングすることができる。例えば、動き推定ユニット204は、現在のビデオ・ブロックの動き情報が、隣接するビデオ・ブロックの動き情報と十分に類似していることを判断することができる。
[0072] 一例では、動き推定ユニット204は、現在のビデオ・ブロックに関連するシンタックス構造において、現在のビデオ・ブロックが別のビデオ・ブロックと同じ動き情報を有することをビデオ・デコーダ300に指示する値を指定することができる。
[0073] 別の例では、動き推定ユニット204は、現在のビデオ・ブロックに関連するシンタックス構造において、別のビデオ・ブロック及び動きベクトル差分(MVD)を識別することができる。動きベクトル差分は、現在のビデオ・ブロックの動きベクトルと指定されたビデオ・ブロックの動きベクトルとの間の差分を示す。ビデオ・デコーダ300は、指定されたビデオ・ブロックの動きベクトルと動きベクトル差分とを使用して、現在のビデオ・ブロックの動きベクトルを決定することができる。
[0074] 上述したように、ビデオ・エンコーダ200は、動きベクトルを予測的に(predictively)シグナリングすることができる。ビデオ・エンコーダ200によって実現され得る予測シグナリング技術の2つの例は、アドバンスト動きベクトル予測(advanced motion vector predication,AMVP)及びマージ・モード・シグナリングを含む。
[0075] イントラ予測ユニット206は、現在のビデオ・ブロックに対してイントラ予測を実行することができる。イントラ予測ユニット206が現在のビデオ・ブロックに対してイントラ予測を実行する場合、イントラ予測ユニット206は、同じピクチャ内の他のビデオ・ブロックの復号化されたサンプルに基づいて、現在のビデオ・ブロックに対する予測データを生成することができる。現在のビデオ・ブロックに対する予測データは、予測されるビデオ・ブロックと種々のシンタックス要素を含んでもよい。
[0076] 残差生成ユニット207は、現在のビデオ・ブロックから、現在のビデオ・ブロックの予測されたビデオ・ブロックを減算することによって(例えば、マイナス符号で示される)、現在のビデオ・ブロックに対する残差データを生成することができる。現在のビデオ・ブロックの残差データは、現在のビデオ・ブロック内のサンプルの異なるサンプル成分に対応する残差ビデオ・ブロックを含んでもよい。
[0077] 他の例では、例えばスキップ・モードでは、現在のビデオ・ブロックに関し、現在のビデオ・ブロックに対する残差データが存在しない場合があり、残差生成ユニット207は減算処理を実行しない可能性がある。
[0078] 変換処理ユニット208は、現在のビデオ・ブロックに関連する残差ビデオ・ブロックに、1つ以上の変換を適用することによって、現在のビデオ・ブロックに対する1つ以上の変換係数ビデオ・ブロックを生成することができる。
[0079] 変換処理ユニット208が現在のビデオ・ブロックに関連する変換係数ビデオ・ブロックを生成した後、量子化ユニット209は、現在のビデオ・ブロックに関連する量子化パラメータ(QP)値に基づいて、現在のビデオ・ブロックに関連する変換係数ビデオ・ブロックを量子化することができる。
[0080] 逆量子化ユニット210及び逆変換ユニット211はそれぞれ逆量子化及び逆変換を変換係数ビデオ・ブロックに適用し、変換係数ビデオ・ブロックから残差ビデオ・ブロックを再構成することができる。再構成ユニット212は、再構成された残差ビデオ・ブロックを、予測ユニットによって生成された1つ以上の予測されたビデオ・ブロックからの対応するサンプルに追加し、現在のブロックに関連する再構成されたビデオ・ブロックを生成して、バッファ213に格納することができる。
[0081] 再構成ユニット212がビデオ・ブロックを再構成した後、ループ・フィルタリング処理を実行し、ビデオ・ブロック内のビデオ・ブロッキング・アーチファクトを低減することができる。
[0082] エントロピー符号化ユニット214は、ビデオ・エンコーダ200の他の機能的な構成要素からデータを受信することができる。エントロピー符号化ユニット214がデータを受信すると、エントロピー符号化ユニット214は、1つ以上のエントロピー符号化処理を実行して、エントロピー符号化されたデータを生成し、エントロピー符号化されたデータを含むビットストリームを出力することができる。
[0083] 図8は、ビデオ・デコーダ300の一例を示すブロック図であり、これは図6に示すシステム100内のビデオ・デコーダ124であってもよい。ビデオ・デコーダ300は、本開示の技術の何れか又は全てを実行するように構成することができる。図8の例では、ビデオ・デコーダ300は、複数の機能的構成要素を含む。本開示で説明される技術は、ビデオ・デコーダ300の種々の構成要素の間で共有されてもよい。幾つかの例において、プロセッサは、本開示で説明される技術の何れか又は全てを実行するように構成することができる。
[0084] 図8の例では、ビデオ・デコーダ300は、エントロピー復号化ユニット301と、動き補償ユニット302と、イントラ予測ユニット303と、逆量子化ユニット304と、逆変換ユニット305と、再構成ユニット306と、バッファ307とを含む。ビデオ・デコーダ300は、幾つかの例において、ビデオ・エンコーダ200(図7)に関して説明した符号化経路と概ね逆の復号化経路を実行することができる。
[0085] エントロピー復号化ユニット301は、符号化されたビットストリームを取り出すことができる。符号化されたビットストリームは、エントロピー符号化されたビデオ・データ(例えば、ビデオ・データの符号化されたブロック)を含むことができる。エントロピー復号化ユニット301は、エントロピー符号化されたビデオ・データを復号化することができ、エントロピー復号化されたビデオ・データから、動き補償ユニット302は、動きベクトル、動きベクトル精度、参照ピクチャ・リスト・インデックス、及びその他の動き情報を含む動き情報を決定することができる。動き補償ユニット302は、例えば、AMVP及びマージ・モードを実行することによって、そのような情報を決定することができる。
[0086] 動き補償ユニット302は、ビットストリームで受信した動きベクトル及び/又はMVDを使用して、バッファ307内の参照ピクチャ内の予測ビデオ・ブロックを識別することができる。
[0087] 動き補償ユニット302は、おそらくは補間フィルタに基づいて補間を実行して、動き補償されたブロックを生成する。サブ・ピクセル精度を有する動き推定のために使用される補間フィルタの識別子は、シンタックス要素に含まれてもよい。
[0088] 動き補償ユニット302は、ビデオ・ブロックの符号化中にビデオ・エンコーダ20によって使用されるような補間フィルタを使用して、参照ブロックの非整数(sub-integer)ピクセルに対する補間された値を計算してもよい。動き補償ユニット302は、受信したシンタックス情報に従ってビデオ・エンコーダ200によって使用された補間フィルタを決定し、その補間フィルタを使用して予測ブロックを生成することができる。
[0089] 動き補償ユニット302は、シンタックス情報の一部を使用して、符号化されたビデオ・シーケンスのフレーム及び/又はスライスを符号化するために使用されたブロックのサイズ、符号化されたビデオ・シーケンスのピクチャの各マクロブロックがどのようにパーティション化されたかを記述するパーティション情報、各パーティションがどのように符号化されたかを示すモード、インター符号化されたブロック各々に対する1つ以上の参照フレーム(及び参照フレーム・リスト)、及び符号化されたビデオ・シーケンスを復号化するための他の情報、を決定することができる。
[0090] イントラ予測ユニット303は、例えば、ビットストリームで受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成することができる。逆量子化ユニット303は、ビットストリームで提供される、エントロピー復号化ユニット301によって復号化される、量子化されたビデオ・ブロック係数を逆量子化する、即ち、量子化解除する。逆変換ユニット303は、逆変換を適用する。
[0091] 再構成ユニット306は、残差ブロックを、動き補償ユニット202又はイントラ予測ユニット303によって生成された対応する予測ブロックと合算して、復号化されたブロックを形成することができる。所望であれば、復号化されたブロックをフィルタリングしてブロック性アーチファクトを除去するために、デブロッキング・フィルタが適用されてもよい。次いで、復号化されたビデオ・ブロックはバッファ307に格納され、バッファ307は、後続の動き補償のための参照ブロックを提供し、また、ディスプレイ・デバイスでの提示のために復号化されたビデオを生成し、ディスプレイ・デバイスでの提示のために復号化されたビデオを生成する。
[0092] 以下の解決策は、幾つかの実施形態で好ましい解決策として実装される可能性がある。
[0093] 以下の解決策は、上記セクションでリスト化されているアイテム(例えば、アイテム1)で説明されている追加的な技術とともに実装されてもよい。
[0094] 1. ビデオ処理方法(例えば、図4に示される方法400)において、本方法は:
ビデオの現在のブロックと前記ビデオのコーディングされた表現との間の変換に関し、現在のブロックを含む現在のピクチャと前記変換に使用される参照ピクチャの解像度が異なることを判定するステップ(402);及び前記現在のブロックのサンプルのグループの予測された値が、水平及び垂直補間フィルタを使用して生成されるように、前記判定に基づいて前記変換を実行するステップ(404)を含む。
[0095] 2. 解決策1の方法において、前記サンプルのグループは前記現在のブロックの全てのサンプルに対応している。
[0096] 3. 解決策1の方法において、前記サンプルのグループは前記現在のブロックの一部のサンプルに対応している。
[0097] 4. 解決策3の方法において、前記サンプルのグループは前記現在のブロックの或る領域の全てのサンプルに対応している。
[0098] 5. 解決策1-4のうちの何れかの方法において、前記サンプルのグループは、変換中に同じ動きベクトル(MV)が使用されるように選択される。
[0099] 6. 解決策1-4のうちの何れかの方法において、前記サンプルのグループは同じ水平動きベクトル成分を有する。
[0100] 7. 解決策1-4のうちの何れかの方法において、前記サンプルのグループは同じ垂直動きベクトル成分を有する。
[0101] 8. 解決策1-4のうちの何れかの方法において、前記サンプルのグループは同じ端数の水平動きベクトル成分の部分を有する。
[0102] 9. 解決策1-4のうちの何れかの方法において、前記サンプルのグループは同じ端数の垂直動きベクトル成分の部分を有する。
[0103] 10. 解決策1-9のうちの何れかの方法において、変換中に、前記現在のピクチャの解像度と前記参照ピクチャの解像度に基づいて導出された動きベクトルの値を、切り捨て、クリッピング、又は丸めを含む修正ステップにより修正することによって、特定のサンプルの動きベクトルが導出される。
[0104] 11. 解決策1-7のうちの何れかの方法において、変換中に、特定のサンプルの動きベクトルは、サンプルのグループ内の全てのサンプルにより共有される共有動きベクトルの値に設定される。
[0105] 12. 解決策1-9のうちの何れかの方法において、前記サンプルのグループは前記変換中に共有動きベクトルを共有し、前記共有動きベクトルは前記サンプルのグループ内の1つ以上のサンプルの動きベクトルから導出される。
[0106] 13. 解決策11の方法において、前記共有動きベクトルは仮想サンプルから更に導出される。
[0107] 以下の解決策は、上記セクションでリスト化されているアイテム(例えば、アイテム5)で説明されている追加的な技術とともに実装されてもよい。
[0108] 14. ビデオ処理方法において、本方法は:ビデオの現在のブロックと前記ビデオのコーディングされた表現との間の変換に関し、前記現在のブロックを含む現在のピクチャと前記変換に使用される参照ピクチャの解像度が異なることを判定するステップ;及び前記現在のブロックのサンプルのグループの予測された値が、前記参照ピクチャ内の領域をサンプル・レート変更することで生成された仮想参照ブロックの補間されたバージョンとして生成されるように、前記判定に基づいて前記変換を実行するステップを含み、前記サンプル・レート変更は、前記現在のピクチャ又は前記参照ピクチャの高さ又は幅に依存する。
[0109] 15. 解決策14の方法において、前記補間されたバージョンは補間フィルタを使用して生成され、前記補間フィルタの係数は、前記現在のピクチャ又は前記参照ピクチャの高さ又は幅に依存しない。
[0110] 以下の解決策は、上記セクションでリスト化されているアイテム(例えば、アイテム6)で説明されている追加的な技術とともに実装されてもよい。
[0111] 16. ビデオ処理方法において、本方法は:ビデオの現在のブロックと前記ビデオのコーディングされた表現との間の変換に関し、前記現在のブロックを含む現在のピクチャと前記変換に使用される参照ピクチャの解像度が異なることを判定するステップ;及び前記判定に基づいて、参照サンプル・パディングの境界ブロックの左上座標を、前記現在のピクチャと前記参照ピクチャの高さ又は幅に依存するスキームに基づいて導出するステップ;及び境界ボックスの導出された左上座標を使用して前記変換を実行するステップを含む。
[0112] 17. 解決策16の方法において、前記スキームは、以下のように整数サンプル位置にあるルマ・サンプルを計算することを含む:
xInti = Clip3( xSbIntL - Dx, xSbIntL + sbWidth + Ux, xInti ),
yInti = Clip3( ySbIntL - Dy, ySbIntL + sbHeight + Uy, yInti ).
[0113] ここで、Dx及び/又はDy及び/又はUx及び/又はUyは前記現在のピクチャ又は前記参照ピクチャの前記幅及び/又は高さに依存し、( xSbIntL, ySbIntL )は前記左上座標である。
[0114] 18. 解決策16の方法において、前記スキームは、以下のように整数サンプル位置にあるクロマ・サンプルを計算することを含む:
xInti = Clip3( xSbIntC - Dx, xSbIntC + sbWidth + Ux, xInti )
yInti = Clip3( ySbIntC - Dy, ySbIntC + sbHeight + Uy, yInti ).
[0115] ここで、Dx及び/又はDy及び/又はUx及び/又はUyは前記現在のピクチャ又は前記参照ピクチャの前記幅及び/又は高さに依存し、( xSbIntL, ySbIntL )は前記左上座標である。
[0116] 以下の解決策は、上記セクションでリスト化されているアイテム(例えば、アイテム7)で説明されている追加的な技術とともに実装されてもよい。
[0117] 19. ビデオ処理方法において、本方法は:ビデオの現在のピクチャの現在のブロックと前記ビデオのコーディングされた表現との間の変換に関し、前記現在のブロックの変換中に、デコーダ側動きベクトル精密化(DMVR)の使用に基づいて、参照サンプル・パディングの境界ブロックに従って動きベクトル計算に適用されるクリッピング処理を決定するステップ;及び前記クリッピング処理に基づいて前記変換を実行するステップを含む。
[0118] 20. 解決策19の方法において、前記決定するステップは、前記DMVRが前記現在のブロックに使用されていることに起因して、レガシー・クリッピング処理をイネーブルにする。
[0119] 21. 解決策19-20のうちの何れかの方法において、前記現在のブロックはクロマ・ブロックである。
[0120] 以下の解決策は、上記セクションでリスト化されているアイテム(例えば、アイテム8)で説明されている追加的な技術とともに実装されてもよい。
[0121] 22. ビデオ処理方法において、本方法は:ビデオの現在のピクチャの現在のブロックと前記ビデオのコーディングされた表現との間の変換に関し、前記変換におけるピクチャ・ラッピングの使用に基づいて、参照サンプル・パディングの境界ブロックに従って動きベクトル計算に適用されるクリッピング処理を決定するステップ;及び前記クリッピング処理に基づいて前記変換を実行するステップを含む。
[0122] 23. 解決策22の方法において、前記決定するステップは、前記ピクチャ・ラッピングが前記現在のブロックに関してディセーブルにされている場合に限って、レガシー・クリッピング処理をイネーブルにする。
[0123] 24. 解決策22-23のうちの何れかの方法において、前記現在のブロックはクロマ・ブロックである。
[0124] 25. 解決策22-23のうちの何れかの方法において、前記クリッピング処理は、以下のようにルマ・サンプルを計算するために使用される:
xInti = Clip3( xSbIntL - Dx, xSbIntL + sbWidth + Ux, xInti ),
yInti = Clip3( ySbIntL - Dy, ySbIntL + sbHeight + Uy, yInti ).
[0125] ここで、Dx及び/又はDy及び/又はUx及び/又はUyは前記ピクチャ・ラッピングの使用に依存し、( xSbIntL, ySbIntL )は境界ブロックを示す。
[0126] 26. 解決策1-25のうちの何れかの方法において、前記変換は、前記ビデオを前記コーディングされた表現に符号化することを含む。
[0127] 27. 解決策1-25のうちの何れかの方法において、前記変換は、前記コーディングされた表現を復号化して、前記ビデオのピクセル値を生成することを含む。
[0128] 28. 解決策1-27のうちの1つ以上に記載された方法を実行するように構成されたプロセッサを含むビデオ復号化装置。
[0129] 29. 解決策1-27のうちの1つ以上に記載された方法を実行するように構成されたプロセッサを含むビデオ符号化装置。
[0130] 30. コンピュータ・コードを記憶したコンピュータ・プログラム製品であって、前記コードは、プロセッサにより実行されると、解決策1-27のうちの何れかに記載された方法を前記プロセッサに実行させる。
[0131] 31. 本件で説明される方法、装置、又はシステム。
[0132] 幾つかの好ましい実施形態は以下の技術的解決策を実装してもよい。以下の解決策は、上記セクションでリスト化されているアイテム(例えば、アイテム15)で説明されている追加的な技術とともに実装されてもよい。
[0133] 1. ビデオ処理方法(例えば、図10Aに示されている方法1000)において、本方法は:ビデオの現在のビデオ・ブロックと前記ビデオのコーディングされた表現との間の変換に関し、アフィン・マージ候補の決定を、ルールに従って選択的に行うステップ(1002);及び前記決定に従って前記変換を実行するステップ(1004);を含み、前記ルールは、前記アフィン・マージ候補が、log2(X)演算を利用することなくどのように計算されるかを規定しており、Xは0以下であり;及び前記アフィン・マージ候補は、隣接するアフィン・コーディングされたビデオ・ブロックから導出された動き候補である。
[0134] 2. クレーム1の方法において、前記ルールは、Xが0より大きい場合に、前記アフィン・マージ候補を決定することを規定している。
[0135] 3. クレーム1の方法において、前記ルールは、Xが0に等しくない場合に、前記アフィン・マージ候補を決定することを規定している。
[0136] 4. クレーム1の方法において、前記ルールは、Log2(Height/Width)を、Height及びWidthの除算を実行することなく決定することを規定しており、Heightは前記現在のビデオ・ブロックの高さであり、Widthは前記現在のビデオ・ブロックの幅である。
[0137] 5. クレーム4の方法において、前記ルールは、Log2(Height/Width)を、Log2(Height) - Log2(Width)として決定することを規定している。
[0138] 6. クレーム1-5のうちの何れかの方法において、前記アフィン・マージ候補は、Log2( Width ) - Log2( Height)又はLog2( Height) - Log2( Width)を計算することによって導出される。
[0139] 以下の解決策は、上記セクションでリスト化されているアイテム(例えば、アイテム16)で説明されている追加的な技術とともに実装されてもよい。
[0140] 7. ビデオ処理方法(例えば、図10Bに示されている方法1010)において、本方法は:複数のカラー成分を含むビデオの現在のビデオ・ブロックと前記ビデオのコーディングされた表現との間の変換に関し、クロス・コンポーネント線型モデル(CCLM)の決定をルールに従って行うステップ(1012);及び前記決定に従って前記変換を実行するステップ(1014);を含み、前記ルールは、前記アフィン・マージ候補が、log2(X)演算を利用することなくどのように計算されるかを規定しており、Xは0以下であり;及び前記CCLMは、クロマ・サンプルを、再構成された隣接するルマ・サンプルに基づいて、線型モデルに従って予測することを含む。
[0141] 8. クレーム7の方法において、前記Xは、前記現在のビデオ・ブロックの最大クロマ・サンプル値と最小クロマ・サンプル値との間の差分の絶対値を表し、前記ルールは、前記CCLM計算においてlog2(X)ではなく0を使用することを規定している。
[0142] 9. クレーム7-8のうちの何れかの方法において、前記ルールは、線型モデルの傾斜パラメータの計算に使用される変数yが:
y = Abs(diffC) > 0 ? Floor( Log2( Abs ( diffC ) ) ) + 1 : 0;
として評価されることを規定している。
[0143] ここで、diffCは、Xに等しく、且つ前記現在のビデオ・ブロックの最大クロマ・サンプル値と最小クロマ・サンプル値との間の差分を表し、Floorは床関数であり、Absは絶対値関数である。
[0144] 10. クレーム7の方法において、前記ルールは、Xが0より大きい場合に、前記CCLMを決定することを規定している。
[0145] 11. クレーム7の方法において、前記ルールは、Xが0に等しくない場合に、前記CCLMを決定することを規定している。
[0146] 12. クレーム7、10-11うちの何れかの方法において、前記Xは、前記現在のビデオ・ブロックの最大クロマ・サンプル値と最小クロマ・サンプル値との間の差分を表し、前記ルールは、前記CCLM計算においてlog2(X)ではなく0を使用することを規定している。
[0147] 13. クレーム7-9のうちの何れかの方法において、前記ルールは、線型モデルの傾斜パラメータの計算に使用される変数yが:
y = diffC == 0 ? 0: Floor( Log2( Abs ( diffC ) ) ) + 1;
として評価されることを規定している。
[0148] diffCは、Xに等しく、且つ前記現在のビデオ・ブロックの最大クロマ・サンプル値と最小クロマ・サンプル値との間の差分を表し、Floorは床関数であり、Absは絶対値関数である。
[0149] 14. クレーム7-9のうちの何れかの方法において、前記ルールは、線型モデルの傾斜パラメータの計算に使用される変数yが:
y = Ceil( Log2( Abs( diffC ) + 1 ) ) );
として評価されることを規定している。
[0150] diffCは、Xに等しく、且つ前記現在のビデオ・ブロックの最大クロマ・サンプル値と最小クロマ・サンプル値との間の差分を表し、Ceilは天井関数である。
[0151] 以下の解決策は、上記セクションでリスト化されているアイテム(例えば、アイテム17)で説明されている追加的な技術とともに実装されてもよい。
[0152] 15. ビデオ処理方法(例えば、図10Cに示されている方法1020)において、本方法は:複数のカラー成分を含むビデオのビデオ・ピクチャの現在のビデオ・ブロックと前記ビデオのコーディングされた表現との間の変換に関し、前記現在のビデオ・ブロックの角度イントラ予測をルールに従って決定するステップ(1022);及び前記決定に従って前記変換を実行するステップ(1024);を含み、前記ルールは、ゼロによる除算を回避する決定のための演算ステップを規定しており;及び前記角度イントラ予測モードは、前記現在のビデオ・ブロックを、前記ビデオ・ピクチャ内の1つ以上のサンプルから、1つ以上の角度で予測することを含む。
[0153] 16. クレーム15の方法において、前記ルールは、予測角度がゼロであるかどうかに基づいて、変数invAngleを条件付きで計算することを規定しており、invAngleは前記現在のビデオ・ブロックの予測を決定するために使用される。
[0154] 17. クレーム15の方法において、前記ルールは、変数invAngleを:
Figure 2022553364000030
として計算することを規定している。
[0155] ここで、 intraPredAngleは前記1つ以上の角度のうちの角度に対応し、Roundは丸め関数である。
[0156] 18. クレーム15の方法において、前記ルールは、intraPredAngleが0に等しくない場合に、変数invAngleを:
Figure 2022553364000031
として計算することを規定している。
[0157] ここで、intraPredAngleは前記1つ以上の角度のうちの角度に対応し、Roundは丸め関数である。
[0158] 以下の解決策は、上記セクションでリスト化されているアイテム(例えば、アイテム20)で説明されている追加的な技術とともに実装されてもよい。
[0159] 19. ビデオ処理方法(例えば、図10Dに示されている方法1030)において、本方法は:ビデオの現在のビデオ・ブロックを複数のパーティションに、モードに従ってパーティション化するステップであって、前記モードでは少なくとも1つのパーティション化はルールに従って角度ラインに沿っている、ステップ(1032);及び前記現在のビデオ・ブロックと前記ビデオのコーディングされた表現との間の変換を実行するステップであって、前記現在のビデオ・ブロックの予測は予測の重み付け平均から決定され、前記重み付け平均のためのウェイトは、前記モードにより決定される、ステップ(1034);を含み、前記モードが前記パーティション化の距離に対応する前記パーティション化の特性を示すこと、及び/又は前記角度ラインの角度が前記現在のビデオ・ブロックのサイズ特性、又は前記現在のビデオ・ブロックのコーディング特性に依存することを、前記ルールは規定している。
[0160] 20. クレーム19の方法において、前記ルールは、前記角度又は前記距離が、前記サイズ特性に従う一組の可能な値に属することを規定している。
[0161] 21. クレーム19-20のうちの何れかの方法において、前記サイズ特性は、前記現在のビデオ・ブロックが高さより大きな幅を有する場合には第1サイズ特性を、前記現在のビデオ・ブロックが幅より大きな高さを有する場合には第2サイズ特性を、又は現在のビデオ・ブロックが正方形の形状を有する場合には第3サイズ特性を有する。
[0162] 22. クレーム19の方法において、前記ルールは、前記モードを示す第1シンタックス要素が、前記現在のビデオ・ブロックに関連する第2シンタックス要素に依存して、前記コーディングされた表現に含まれることを規定している。
[0163] 23. クレーム19の方法において、前記ルールは、前記モード及び前記角度及び/又は前記距離の間のマッピングを規定している。
[0164] 24. クレーム19-22のうちの何れかの方法において、前記ルールは、前記モードと前記角度及び/又は前記距離に対するインデックスとの間のマッピングが、前記サイズ特性又は前記コーディング特性に従うことを規定している。
[0165] 25. クレーム19-22のうちの何れかの方法において、前記ルールは、前記モードと前記角度及び/又は前記距離との間のマッピングが、前記サイズ特性又は前記コーディング特性に従うことを規定している。
[0166] 以下の解決策は、上記セクションでリスト化されているアイテム(例えば、アイテム21、22)で説明されている追加的な技術とともに実装されてもよい。
[0167] 26. ビデオ処理方法(例えば、図10Eに示されている方法1040)において、1つ以上のビデオ領域を含むビデオと前記ビデオのコーディングされた表現との間の変換をルールに従って実行するステップ(1042)を含み、前記ルールは或る条件を規定しており、その条件の下ではビデオ領域は前記コーディングされた表現中のイントラ・コーディングされた領域として処理される。
[0168] 27. クレーム26の方法において、インター予測を利用することなく、前記ビデオ領域が前記コーディングされた表現から復号化できる場合には、前記ビデオ領域はイントラ・コーディングされた領域として処理されることを、前記ルールは規定している。
[0169] 28. クレーム26の方法において、前記ビデオ領域のピクチャ以外の如何なるピクチャも利用することなく、前記ビデオ領域が前記コーディングされた表現から復号化できる場合には、前記ビデオ領域はイントラ・コーディングされた領域として処理されることを、前記ルールは規定している。
[0170] 29. クレーム26に記載の方法において、前記ルールは、前記ビデオ領域がイントラ予測の残差を利用して表現されるイントラ予測を利用して、或いは前記ビデオ領域が同じピクチャ内のサンプルを利用して表現されるイントラ・ブロック・コピー予測を利用して、或いはビデオ領域が代表サンプル値のパレットを利用して表現されるパレット予測モードを利用して、前記ビデオ領域が、コーディングされたものから復号化できる場合には、前記ビデオ領域はイントラ・コーディングされた領域として処理されることを、前記ルールは規定している。
[0171] 30. クレーム26-29のうちの何れかの方法において、前記ビデオ領域はビデオ・スライスに対応している。
[0171] 31. クレーム26-29のうちの何れかの方法において、前記ビデオ領域はビデオ・ピクチャに対応している。
[0173] 以下の解決策は、上記セクションでリスト化されているアイテム(例えば、アイテム23、24)で説明されている追加的な技術とともに実装されてもよい。
[0174] 32. ビデオ処理方法(例えば、図10Fに示されている方法1050)において、本方法は:1つ以上のビデオ・ピクチャを含むビデオと前記ビデオのコーディングされた表現との間の変換を実行するステップ(1052);を含み、前記コーディングされた表現はフォーマット・ルールに従っており;前記フォーマット・ルールは、サブピクチャ・シグナリングのシンタックス要素の使い方を規定している。
[0175] 33. クレーム32の方法において、前記フォーマット・ルールは、サブピクチャを有する各ビデオ・ピクチャは少なくとも2つのサブピクチャを有することを規定している。
[0176] 34. クレーム32の方法において、前記シンタックス要素は、サブピクチャ数マイナス1をシグナリングし、1ないしNの範囲内の値をとることを、前記フォーマット・ルールは規定しており、Nは整数である。
[0177] 35. クレーム32の方法において、前記シンタックス要素は、サブピクチャ数マイナス2をシグナリングし、0ないしN-1の範囲内の値をとることを、前記フォーマット・ルールは規定しており、Nは整数である。
[0178] 36. クレーム34又は35の方法において、N=254である。
[0179] 37. クレーム32-36のうちの何れかの方法において、サブピクチャ・シグナリングに関連する1つ以上の追加的なシンタックス要素が、前記コーディングされた表現に含まれているかどうかを決定する際に、サブピクチャ数は1より大きくないことを、前記シンタックス要素が示しているかどうかが使用される、とういことを前記フォーマット・ルールは規定している。
[0180] 38. クレーム37に記載の方法において、前記シンタックス要素は、値(サブピクチャ数 - 1)を有する。
[0181] 39. クレーム1-38のうちの何れかの方法において、前記変換は、前記ビデオを、前記コーディングされた表現に符号化することを含む。
[0182] 40. クレーム1-38のうちの何れかの方法において、前記変換は、前記コーディングされた表現を復号化して、前記ビデオのピクセル値を生成することを含む。
[0183] 41. クレーム1-40のうちの1つ以上に記載された方法を実行するように構成されたプロセッサを含むビデオ復号化装置。
[0184] 42. クレーム1-40のうちの1つ以上に記載された方法を実行するように構成されたプロセッサを含むビデオ符号化装置。
[0185] 43. コンピュータ・コードを記憶したコンピュータ・プログラム製品において、コードは、プロセッサにより実行されると、プロセッサに、クレーム1-40のうちの何れかに記載された方法を実行させる。
[0186] 44. コードを記憶したコンピュータ読み取り可能な媒体において、コードは、プロセッサにより実行されると、プロセッサに、クレーム1-40のうちの何れかに記載された方法を実行させる。
[0187] 45. クレーム1-40のうちの何れかに従って生成されたビットストリームを記憶したコンピュータ読み取り可能な媒体。
[0188] 46. 本件で説明された方法、装置、又はシステム。
[0189] 上記の解決策において、変換を実行することは、符号化又は復号化の処理の最中に、先行する判定ステップの結果を利用して、変換結果に到達することを含む。
[0190] 開示された及びその他の解決策、実施例、実施形態、モジュール、及び機能的動作(本件明細書で説明されるもの)は、本件明細書で開示される構造及びそれらの構造的均等物を含む、デジタル電子回路、又はコンピュータ・ソフトウェア、ファームウェア、又はハードウェア、又はそれらの1つ以上の組み合わせにおいて実現することができる。開示される及びその他の実施形態は、1つ以上のコンピュータ・プログラム製品として、即ち、データ処理装置による実行のための、又はその動作を制御するための、コンピュータ読み取り可能な媒体上で符号化されているコンピュータ・プログラム命令の1つ以上のモジュールとして、実装することができる。コンピュータ読み取り可能な媒体は、機械読み取り可能なストレージ・デバイス、機械読み取り可能なストレージ基板、メモリ・デバイス、機械読み取り可能な伝搬信号に影響を及ぼす物質の構成、又はそれらの1つ以上の組み合わせであるとすることが可能である。用語「データ処理装置」は、例えば、プログラマブル・プロセッサ、コンピュータ、又は複数のプロセッサ又はコンピュータを含む、データを処理するための全ての装置、デバイス、及び機械を包含する。装置は、ハードウェアに加えて、問題としているコンピュータ・プログラムの実行環境を生成するコード、例えば、プロセッサ・ファームウェア、プロトコル・スタック、データベース管理システム、オペレーティング・システム、又はそれらの1つ以上の組み合わせを構成するコードを含むことができる。伝搬する信号は、人工的に生成された信号、例えば、適切な受信装置への送信のために情報を符号化するように生成された、マシンにより生成された電気信号、光学信号、又は電磁信号である。
[0191] コンピュータ・プログラム(プログラム、ソフトウェア、ソフトウェア・アプリケーション、スクリプト、コードとしても知られている)は、コンパイル又は解釈された言語を含む、任意の形式のプログラミング言語で書くことが可能であり、それは、スタンド・アロン・プログラムとして、又はモジュール、コンポーネント、サブルーチン、又はコンピューティング環境での使用に適したその他のユニットとしての形式を含む、任意の形式で配備することができる。コンピュータ・プログラムは、必ずしもファイル・システム内のファイルに対応するとは限らない。プログラムは、他のプログラム又はデータを保持するファイルの一部分(例えば、マークアップ言語文書で格納される1つ以上のスクリプト)内に、問題としているプログラムに専用の単一ファイル内に、又は複数の連動するファイル(例えば、1つ以上のモジュール、サブ・プログラム、又はコードの一部分を記憶するファイル)内に、保存されることが可能である。コンピュータ・プログラムは、1つのコンピュータ上で又は複数のコンピュータ上で実行されるように配備することが可能であり、複数のコンピュータは、1つのサイトに配置されるか、又は複数のサイトにわたって分散されて通信ネットワークによって相互接続される。
[0192] 本件明細書で説明されるプロセス及びロジックの流れは、1つ以上のコンピュータ・プログラムを実行する1つ以上のプログラマブル・プロセッサによって実行され、入力データに作用して出力を生成することによって機能を実行することができる。プロセス及びロジックの流れはまた、例えばFPGA(フィールド・プログラマブル・ゲート・アレイ)又はASIC(特定用途向け集積回路)のような特殊目的論理回路によって実行されることが可能であり、また、それらとして装置を実装することも可能である。
[0193] コンピュータ・プログラムの実行に適したプロセッサは、例えば、汎用及び専用双方のマイクロプロセッサ、及び任意の種類のデジタル・コンピュータのうちの任意の1つ以上のプロセッサを含む。一般に、プロセッサは、リード・オンリ・メモリ又はランダム・アクセス・メモリ又は双方から命令及びデータを受信するであろう。コンピュータの本質的な要素は、命令を実行するためのプロセッサと、命令及びデータを記憶するための1つ以上のメモリ・デバイスである。一般に、コンピュータはまた、データを記憶するための1つ以上の大容量ストレージ・デバイス、例えば磁気的なもの、磁気光ディスク、又は光ディスクを含み、あるいはそれらからデータを受信したり、それらへデータを転送したり、若しくは双方のために動作可能に結合されるであろう。しかしながら、コンピュータがそのようなデバイスを有することは必須ではない。コンピュータ・プログラム命令及びデータを記憶するのに適したコンピュータ読み取り可能な媒体は、例えば、EPROM、EEPROM、及びフラッシュ・メモリ・デバイスのような半導体メモリ・デバイス;磁気ディスク、例えば内部ハード・ディスク又はリムーバブル・ディスク;光磁気ディスク;並びにCD ROM及びDVD-ROMディスク;を含む、あらゆる形態の不揮発性メモリ、媒体及びメモリ・デバイスを含む。プロセッサ及びメモリは、特殊目的論理回路によって補足されるか、又はそこに内蔵されることが可能である。
[0194] 本件特許明細書等は多くの詳細を含んでいるが、これらは、何れかの対象事項やクレームされ得るものの範囲に関する限定として解釈されるべきではなく、むしろ特定の技術の特定の実施形態に特有である可能性がある特徴の説明として解釈されるべきである。別々の実施形態の文脈で本件特許明細書等で説明される特定の特徴は、組み合わせて単一の実施形態で実施することも可能である。逆に、単一の実施形態の文脈で説明されている種々の特徴は、複数の実施形態において別々に、又は任意の適切なサブコンビネーションで実施することも可能である。更に、特徴が、特定の組み合わせにおいて作用するものとして上記で説明されていたり、当初にそのようにクレームされていたりさえするかもしれないが、クレームされた組み合わせ中の1つ以上の特徴は、場合によっては、組み合わせから切り出されることが可能であり、クレームされた組み合わせは、サブコンビネーション又はサブコンビネーションの変形例に向けられている可能性がある。
[0195] 同様に、図中、動作は特定の順序で記述されているが、これは、所望の結果を達成するために、このような動作が図示の特定の順序で又は順番通りに実行されることや、例示された全ての動作が実行されること、を要求しているものとして理解されるべきではない。更に、本件特許明細書等で説明される実施形態における種々のシステム構成要素の分け方は、全ての実施形態でこのような分け方を要求しているものとして理解されるべきではない。
[0196] 僅かな実装例及び実施例のみが記述されているに過ぎず、本件特許明細書等で説明され図示されているものに基づいて他の実装、拡張及び変更を行うことが可能である。
[0001] 関連出願の相互参照
本願は、2020年10月22日付で出願された国際特許出願PCT/CN2020/122645に基づいており、同出願は、2019年10月23日付で出願された国際特許出願第PCT/CN2019/112820号、及び2019年12月30日付で出願された国際特許出願第PCT/CN2019/129959号についての優先権及び利益を主ている。前述の全ての特許出願は全体的に参照により援用される。

Claims (46)

  1. ビデオ処理方法であって:
    ビデオの現在のビデオ・ブロックと前記ビデオのコーディングされた表現との間の変換に関し、アフィン・マージ候補の決定を、ルールに従って選択的に行うステップ;及び
    前記決定に従って前記変換を実行するステップ;
    を含み、前記ルールは、前記アフィン・マージ候補が、log2(X)演算を利用することなくどのように計算されるかを規定しており、Xは0以下であり;及び
    前記アフィン・マージ候補は、隣接するアフィン・コーディングされたビデオ・ブロックから導出された動き候補である、方法。
  2. 請求項1に記載の方法において、前記ルールは、Xが0より大きい場合に、前記アフィン・マージ候補を決定することを規定している、方法。
  3. 請求項1に記載の方法において、前記ルールは、Xが0に等しくない場合に、前記アフィン・マージ候補を決定することを規定している、方法。
  4. 請求項1に記載の方法において、前記ルールは、Log2(Height/Width)を、Height及びWidthの除算を実行することなく決定することを規定しており、Heightは前記現在のビデオ・ブロックの高さであり、Widthは前記現在のビデオ・ブロックの幅である、方法。
  5. 請求項4に記載の方法において、前記ルールは、Log2(Height/Width)を、Log2(Height) - Log2(Width)として決定することを規定している、方法。
  6. 請求項1-5のうちの何れか1項に記載の方法において、前記アフィン・マージ候補は、Log2( Width ) - Log2( Height)又はLog2( Height) - Log2( Width)を計算することによって導出される、方法。
  7. ビデオ処理方法であって:
    複数のカラー成分を含むビデオの現在のビデオ・ブロックと前記ビデオのコーディングされた表現との間の変換に関し、クロス・コンポーネント線型モデル(CCLM)の決定をルールに従って行うステップ;及び
    前記決定に従って前記変換を実行するステップ;
    を含み、前記ルールは、アフィン・マージ候補が、log2(X)演算を利用することなくどのように計算されるかを規定しており、Xは0以下であり;及び
    前記CCLMは、クロマ・サンプルを、再構成された隣接するルマ・サンプルに基づいて、線型モデルに従って予測することを含む、方法。
  8. 請求項7に記載の方法において、前記Xは、前記現在のビデオ・ブロックの最大クロマ・サンプル値と最小クロマ・サンプル値との間の差分の絶対値を表し、前記ルールは、前記CCLM計算においてlog2(X)ではなく0を使用することを規定している、方法。
  9. 請求項7又は8に記載の方法において、前記ルールは、線型モデルの傾斜パラメータの計算に使用される変数yが:
    y = Abs(diffC) > 0 ? Floor( Log2( Abs ( diffC ) ) ) + 1 : 0;
    として評価されることを規定しており、diffCは、Xに等しく、且つ前記現在のビデオ・ブロックの最大クロマ・サンプル値と最小クロマ・サンプル値との間の差分を表し、Floorは床関数であり、Absは絶対値関数である、方法。
  10. 請求項7に記載の方法において、前記ルールは、Xが0より大きい場合に、前記CCLMを決定することを規定している、方法。
  11. 請求項7に記載の方法において、前記ルールは、Xが0に等しくない場合に、前記CCLMを決定することを規定している、方法。
  12. 請求項7、10又は11に記載の方法において、前記Xは、前記現在のビデオ・ブロックの最大クロマ・サンプル値と最小クロマ・サンプル値との間の差分を表し、前記ルールは、前記CCLM計算においてlog2(X)ではなく0を使用することを規定している、方法。
  13. 請求項7-9のうちの何れか1項に記載の方法において、前記ルールは、線型モデルの傾斜パラメータの計算に使用される変数yが:
    y = diffC == 0 ? 0: Floor( Log2( Abs ( diffC ) ) ) + 1;
    として評価されることを規定しており、diffCは、Xに等しく、且つ前記現在のビデオ・ブロックの最大クロマ・サンプル値と最小クロマ・サンプル値との間の差分を表し、Floorは床関数であり、Absは絶対値関数である、方法。
  14. 請求項7-9のうちの何れか1項に記載の方法において、前記ルールは、線型モデルの傾斜パラメータの計算に使用される変数yが:
    y = Ceil( Log2( Abs( diffC ) + 1 ) ) );
    として評価されることを規定しており、diffCは、Xに等しく、且つ前記現在のビデオ・ブロックの最大クロマ・サンプル値と最小クロマ・サンプル値との間の差分を表し、Ceilは天井関数である、方法。
  15. ビデオ処理方法であって:
    複数のカラー成分を含むビデオのビデオ・ピクチャの現在のビデオ・ブロックと前記ビデオのコーディングされた表現との間の変換に関し、前記現在のビデオ・ブロックの角度イントラ予測をルールに従って決定するステップ;及び
    前記決定に従って前記変換を実行するステップ;
    を含み、前記ルールは、ゼロによる除算を回避する決定のための演算ステップを規定しており;及び
    前記角度イントラ予測モードは、前記現在のビデオ・ブロックを、前記ビデオ・ピクチャ内の1つ以上のサンプルから、1つ以上の角度で予測することを含む、方法。
  16. 請求項15に記載の方法において、前記ルールは、予測角度がゼロであるかどうかに基づいて、変数invAngleを条件付きで計算することを規定しており、invAngleは前記現在のビデオ・ブロックの予測を決定するために使用される、方法。
  17. 請求項15に記載の方法において、前記ルールは、変数invAngleを:
    Figure 2022553364000032
    として計算することを規定しており、intraPredAngleは前記1つ以上の角度のうちの角度に対応し、Roundは丸め関数である、方法。
  18. 請求項15に記載の方法において、前記ルールは、intraPredAngleが0に等しくない場合に、変数invAngleを:
    Figure 2022553364000033
    として計算することを規定しており、intraPredAngleは前記1つ以上の角度のうちの角度に対応し、Roundは丸め関数である、方法。
  19. ビデオ処理方法であって:
    ビデオの現在のビデオ・ブロックを複数のパーティションに、モードに従ってパーティション化するステップであって、前記モードでは少なくとも1つのパーティション化はルールに従って角度ラインに沿っている、ステップ;及び
    前記現在のビデオ・ブロックと前記ビデオのコーディングされた表現との間の変換を実行するステップであって、前記現在のビデオ・ブロックの予測は予測の重み付け平均から決定され、前記重み付け平均のためのウェイトは、前記モードにより決定される、ステップ;
    を含み、前記モードが前記パーティション化の距離に対応する前記パーティション化の特性を示すこと、及び/又は前記角度ラインの角度が前記現在のビデオ・ブロックのサイズ特性、又は前記現在のビデオ・ブロックのコーディング特性に依存することを、前記ルールは規定している、方法。
  20. 請求項19に記載の方法において、前記ルールは、前記角度又は前記距離が、前記サイズ特性に従う一組の可能な値に属することを規定している、方法。
  21. 請求項19又は20に記載の方法において、前記サイズ特性は、前記現在のビデオ・ブロックが高さより大きな幅を有する場合には第1サイズ特性を、前記現在のビデオ・ブロックが幅より大きな高さを有する場合には第2サイズ特性を、又は現在のビデオ・ブロックが正方形の形状を有する場合には第3サイズ特性を有する、方法。
  22. 請求項19に記載の方法において、前記ルールは、前記モードを示す第1シンタックス要素が、前記現在のビデオ・ブロックに関連する第2シンタックス要素に依存して、前記コーディングされた表現に含まれることを規定している、方法。
  23. 請求項19に記載の方法において、前記ルールは、前記モード及び前記角度及び/又は前記距離の間のマッピングを規定している、方法。
  24. 請求項19-22のうちの何れか1項に記載の方法において、前記ルールは、前記モードと前記角度及び/又は前記距離に対するインデックスとの間のマッピングが、前記サイズ特性又は前記コーディング特性に従うことを規定している、方法。
  25. 請求項19-22のうちの何れか1項に記載の方法において、前記ルールは、前記モードと前記角度及び/又は前記距離との間のマッピングが、前記サイズ特性又は前記コーディング特性に従うことを規定している、方法。
  26. ビデオ処理方法であって:
    1つ以上のビデオ領域を含むビデオと前記ビデオのコーディングされた表現との間の変換をルールに従って実行するステップを含み、
    前記ルールは或る条件を規定しており、その条件の下ではビデオ領域は前記コーディングされた表現中のイントラ・コーディングされた領域として処理される、方法。
  27. 請求項26に記載の方法において、インター予測を利用することなく、前記ビデオ領域が前記コーディングされた表現から復号化できる場合には、前記ビデオ領域はイントラ・コーディングされた領域として処理されることを、前記ルールは規定している、方法。
  28. 請求項26に記載の方法において、前記ビデオ領域のピクチャ以外の如何なるピクチャも利用することなく、前記ビデオ領域が前記コーディングされた表現から復号化できる場合には、前記ビデオ領域はイントラ・コーディングされた領域として処理されることを、前記ルールは規定している、方法。
  29. 請求項26に記載の方法において、前記ルールは、前記ビデオ領域がイントラ予測の残差を利用して表現されるイントラ予測を利用して、或いは前記ビデオ領域が同じピクチャ内のサンプルを利用して表現されるイントラ・ブロック・コピー予測を利用して、或いはビデオ領域が代表サンプル値のパレットを利用して表現されるパレット予測モードを利用して、前記ビデオ領域が、コーディングされたものから復号化できる場合には、前記ビデオ領域はイントラ・コーディングされた領域として処理されることを、前記ルールは規定している、方法。
  30. 請求項26-29のうちの何れか1項に記載の方法において、前記ビデオ領域はビデオ・スライスに対応している、方法。
  31. 請求項26-29のうちの何れか1項に記載の方法において、前記ビデオ領域はビデオ・ピクチャに対応している、方法。
  32. ビデオ処理方法であって:
    1つ以上のビデオ・ピクチャを含むビデオと前記ビデオのコーディングされた表現との間の変換を実行するステップ;
    を含み、前記コーディングされた表現はフォーマット・ルールに従っており;
    前記フォーマット・ルールは、サブピクチャ・シグナリングのシンタックス要素の使い方を規定している、方法。
  33. 請求項32に記載の方法において、前記フォーマット・ルールは、サブピクチャを有する各ビデオ・ピクチャは少なくとも2つのサブピクチャを有することを規定している、方法。
  34. 請求項32に記載の方法において、前記シンタックス要素は、サブピクチャ数マイナス1をシグナリングし、1ないしNの範囲内の値をとることを、前記フォーマット・ルールは規定しており、Nは整数である、方法。
  35. 請求項32に記載の方法において、前記シンタックス要素は、サブピクチャ数マイナス2をシグナリングし、0ないしN-1の範囲内の値をとることを、前記フォーマット・ルールは規定しており、Nは整数である、方法。
  36. 請求項34又は35に記載の方法において、N=254である、方法。
  37. 請求項32-36のうちの何れか1項に記載の方法において、サブピクチャ・シグナリングに関連する1つ以上の追加的なシンタックス要素が、前記コーディングされた表現に含まれているかどうかを決定する際に、サブピクチャ数は1より大きくないことを、前記シンタックス要素が示しているかどうかが使用される、とういことを前記フォーマット・ルールは規定している、方法。
  38. 請求項37に記載の方法において、前記シンタックス要素は、値(サブピクチャ数 - 1)を有する、方法。
  39. 請求項1-38のうちの何れか1項に記載の方法において、前記変換は、前記ビデオを、前記コーディングされた表現に符号化することを含む、方法。
  40. 請求項1-38のうちの何れか1項に記載の方法において、前記変換は、前記コーディングされた表現を復号化して、前記ビデオのピクセル値を生成することを含む、方法。
  41. 請求項1-40のうちの何れか1項に記載の方法を実行するように構成されたプロセッサを含むビデオ復号化装置。
  42. 請求項1-40のうちの何れか1項に記載の方法を実行するように構成されたプロセッサを含むビデオ符号化装置。
  43. コンピュータ・コードを記憶したコンピュータ・プログラム製品であって、前記コードは、プロセッサにより実行されると、前記プロセッサに、請求項1-40のうちの何れか1項に記載の方法を実行させる、コンピュータ・プログラム製品。
  44. コードを記憶したコンピュータ読み取り可能な媒体であって、前記コードは、プロセッサにより実行されると、前記プロセッサに、請求項1-40のうちの何れか1項に記載の方法を実行させる、記憶媒体。
  45. 請求項1-40のうちの何れか1項に記載の方法により生成されたビットストリームを記憶したコンピュータ読み取り可能な記憶媒体。
  46. 本件で説明された方法、装置、又はシステム。
JP2022523815A 2019-10-23 2020-10-22 ビデオ・データを処理する方法、装置及び記憶方法 Active JP7395727B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CNPCT/CN2019/112820 2019-10-23
CN2019112820 2019-10-23
CN2019129959 2019-12-30
CNPCT/CN2019/129959 2019-12-30
PCT/CN2020/122645 WO2021078178A1 (en) 2019-10-23 2020-10-22 Calculation for multiple coding tools

Publications (2)

Publication Number Publication Date
JP2022553364A true JP2022553364A (ja) 2022-12-22
JP7395727B2 JP7395727B2 (ja) 2023-12-11

Family

ID=75619622

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022523815A Active JP7395727B2 (ja) 2019-10-23 2020-10-22 ビデオ・データを処理する方法、装置及び記憶方法

Country Status (6)

Country Link
US (1) US11778175B2 (ja)
EP (1) EP4035379A4 (ja)
JP (1) JP7395727B2 (ja)
KR (1) KR20220082839A (ja)
CN (1) CN114600461A (ja)
WO (1) WO2021078178A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117319645A (zh) 2019-08-23 2023-12-29 北京字节跳动网络技术有限公司 用于处理视频数据的方法、装置以及计算机可读存储介质
KR20220080107A (ko) 2019-10-23 2022-06-14 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 참조 픽처 리샘플링을 위한 시그널링
JP7464742B2 (ja) * 2020-03-21 2024-04-09 北京字節跳動網絡技術有限公司 参照ピクチャリサンプリング
EP4128794A4 (en) 2020-04-19 2023-12-27 Beijing Bytedance Network Technology Co., Ltd. RESIDUAL CODING WITH OMISSION OF TRANSFORM
EP4154533A4 (en) 2020-06-20 2023-11-01 Beijing Bytedance Network Technology Co., Ltd. CROSS-LAYER PREDICTION WITH DIFFERENT CODING BLOCK SIZE

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
PT2175452E (pt) 2001-03-08 2013-01-29 Sony Corp Aparelho de gravação de dados
GB0128888D0 (en) * 2001-12-03 2002-01-23 Imagination Tech Ltd Method and apparatus for compressing data and decompressing compressed data
AU2003261923C1 (en) * 2002-11-20 2009-07-16 Godo Kaisha Ip Bridge 1 Moving image predicting method, moving image encoding method and device, and moving image decoding method and device
US7724827B2 (en) 2003-09-07 2010-05-25 Microsoft Corporation Multi-layer run level encoding and decoding
CN101204092B (zh) 2005-02-18 2010-11-03 汤姆森许可贸易公司 从低分辨率图像导出高分辨率图像的编码信息的方法以及实施所述方法的编码和解码设备
SG10202001623RA (en) 2010-04-09 2020-04-29 Mitsubishi Electric Corp Moving image encoding device and moving image decoding device
US20120230393A1 (en) 2011-03-08 2012-09-13 Sue Mon Thet Naing Methods and apparatuses for encoding and decoding video using adaptive interpolation filter length
EP2595382B1 (en) * 2011-11-21 2019-01-09 BlackBerry Limited Methods and devices for encoding and decoding transform domain filters
US9503720B2 (en) 2012-03-16 2016-11-22 Qualcomm Incorporated Motion vector coding and bi-prediction in HEVC and its extensions
US9992493B2 (en) 2013-04-01 2018-06-05 Qualcomm Incorporated Inter-layer reference picture restriction for high level syntax-only scalable video coding
US9509999B2 (en) 2013-06-11 2016-11-29 Qualcomm Incorporated Inter-layer prediction types in multi-layer video coding
US10051277B2 (en) * 2014-11-06 2018-08-14 Mediatek Inc. Method for sub-block based palette coding
US9699461B2 (en) * 2015-08-14 2017-07-04 Blackberry Limited Scaling in perceptual image and video coding
KR102267922B1 (ko) 2015-09-23 2021-06-22 노키아 테크놀로지스 오와이 360도 파노라마 비디오를 코딩하는 방법, 장치 및 컴퓨터 프로그램 제품
EP3354028B1 (en) 2015-09-25 2021-09-15 Huawei Technologies Co., Ltd. Apparatus and method for video motion compensation with selectable interpolation filter
US9948930B2 (en) 2016-05-17 2018-04-17 Arris Enterprises Llc Template matching for JVET intra prediction
CN116156200A (zh) * 2016-07-14 2023-05-23 三星电子株式会社 视频解码方法及其装置以及视频编码方法及其装置
US11722698B2 (en) 2016-08-24 2023-08-08 Sony Corporation Image processing apparatus and image processing method
US20180242016A1 (en) 2017-02-21 2018-08-23 Intel Corporation Deblock filtering for 360 video
CN116760978A (zh) * 2017-07-05 2023-09-15 艾锐势有限责任公司 对视频编码、解码的方法和计算机可读存储器或存储装置
WO2019072370A1 (en) 2017-10-09 2019-04-18 Huawei Technologies Co., Ltd. MEMORY ACCESS WINDOW AND FILLING FOR VECTOR MOVEMENT REFINEMENT
WO2019072368A1 (en) 2017-10-09 2019-04-18 Huawei Technologies Co., Ltd. LIMITED MEMORY ACCESS WINDOW FOR MOTION VECTOR REFINEMENT
IL299278A (en) 2017-12-22 2023-02-01 Magic Leap Inc Methods and system for creating and displaying 3D video in a virtual, augmented or mixed reality environment
US20210120262A1 (en) 2018-04-18 2021-04-22 Mediatek Inc. Candidate Reorganizing with Advanced Control in Video Coding
EP3817381A4 (en) 2018-06-29 2022-04-27 Electronics and Telecommunications Research Institute IMAGE DECODING/CODING APPARATUS AND METHOD FOR PROCESSING THROUGHPUT IMPROVEMENT, AND RECORDING MEDIA STORAGE OF A BITSTREAM
US10701384B2 (en) 2018-08-01 2020-06-30 Tencent America LLC Method and apparatus for improvement on decoder side motion derivation and refinement
CN109874011B (zh) * 2018-12-28 2020-06-09 杭州海康威视数字技术股份有限公司 编码方法、解码方法及装置
US20210392344A1 (en) * 2019-01-02 2021-12-16 Sharp Kabushiki Kaisha Prediction image generation device, moving image decoding device, moving image encoding device, and prediction image generation method
KR20240000610A (ko) 2019-01-15 2024-01-02 로즈데일 다이나믹스 엘엘씨 변환 스킵 플래그를 이용한 영상 코딩 방법 및 장치
MX2021011016A (es) 2019-03-11 2021-11-12 Huawei Tech Co Ltd Un codificador, un decodificador y métodos correspondientes.
CN113632464B (zh) * 2019-05-21 2023-04-28 华为技术有限公司 分量间预测的方法和设备
US11095916B2 (en) 2019-07-23 2021-08-17 Qualcomm Incorporated Wraparound motion compensation in video coding
US11375238B2 (en) 2019-09-20 2022-06-28 Tencent America LLC Method for padding processing with sub-region partitions in video stream
KR20220080107A (ko) 2019-10-23 2022-06-14 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 참조 픽처 리샘플링을 위한 시그널링

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
BENJAMIN BROSS, ET AL.: ""Versatile Video Coding (Draft 2)"", DOCUMENT: JVET-K1001-V7, [ONLINE], vol. JVET-L0694 (version 4), JPN6023044877, 10 October 2018 (2018-10-10), pages 90 - 97, ISSN: 0005187118 *
BENJAMIN BROSS, ET AL.: ""Versatile Video Coding (Draft 4)"", DOCUMENT: JVET-M1001-V7, [ONLINE], vol. JVET-M1001 (version 7), JPN6023044875, 17 March 2019 (2019-03-17), pages 116 - 127, ISSN: 0005187116 *
BENJAMIN BROSS, ET AL.: ""Versatile Video Coding (Draft 7)"", DOCUMENT: JVET-P2001-V9, [ONLINE], vol. JVET-P2001 (version 9), JPN6023044876, 17 October 2019 (2019-10-17), pages 200 - 207, ISSN: 0005187117 *
JANGWON CHOI, ET AL.: ""Non-CE3: CCLM prediction for 4:2:2 and 4:4:4 color format"", DOCUMENT: JVET-N0229, [ONLINE], vol. JVET-N0229 (version 1), JPN6023044874, 13 March 2019 (2019-03-13), pages 1 - 10, ISSN: 0005187115 *
JIANLE CHEN, ET AL.: ""Algorithm Description of Joint Exploration Test Model 7 (JEM 7)"", DOCUMENT: JVET-G1001-V1, [ONLINE], vol. JVET-G1001 (version 1), JPN6023039647, 19 August 2017 (2017-08-19), pages 10 - 12, ISSN: 0005187119 *
XIANG MA, ET AL.: ""CE3: CCLM/MDLM using simplified coefficients derivation method (Test 5.6.1, 5.6.2 and 5.6.3)"", DOCUMENT: JVET-L0340_R1, [ONLINE], vol. JVET-L0340 (version 5), JPN6022021219, 23 October 2018 (2018-10-23), pages 1 - 6, ISSN: 0005187120 *

Also Published As

Publication number Publication date
EP4035379A1 (en) 2022-08-03
KR20220082839A (ko) 2022-06-17
CN114600461A (zh) 2022-06-07
JP7395727B2 (ja) 2023-12-11
US11778175B2 (en) 2023-10-03
US20220272330A1 (en) 2022-08-25
EP4035379A4 (en) 2023-03-15
WO2021078178A1 (en) 2021-04-29

Similar Documents

Publication Publication Date Title
JP7305873B2 (ja) ビデオ処理方法、ビデオ・データ処理装置、記憶媒体及び記憶方法
JP7414980B2 (ja) 参照ピクチャリサンプリングと映像コーディングツールとの間の相互作用
JP7391203B2 (ja) ビデオコーディングツールを洗練する使用およびシグナリング
JP7395727B2 (ja) ビデオ・データを処理する方法、装置及び記憶方法
JP7391199B2 (ja) 映像コーディングツールのレベルベースシグナリング
KR20220066045A (ko) 비디오 코딩의 스케일링 윈도우
JP7394985B2 (ja) ビデオ・データを処理する方法、装置及び記憶方法
KR20220061108A (ko) 비디오 코딩에서 레퍼런스 샘플 위치 유도
JP2023508427A (ja) ビデオピクチャヘッダ内でのスライスタイプのシグナリング

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220516

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220516

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230516

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230814

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231031

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231129

R150 Certificate of patent or registration of utility model

Ref document number: 7395727

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150