JP2023511059A - ビデオコーディング及び復号の制約 - Google Patents
ビデオコーディング及び復号の制約 Download PDFInfo
- Publication number
- JP2023511059A JP2023511059A JP2022542372A JP2022542372A JP2023511059A JP 2023511059 A JP2023511059 A JP 2023511059A JP 2022542372 A JP2022542372 A JP 2022542372A JP 2022542372 A JP2022542372 A JP 2022542372A JP 2023511059 A JP2023511059 A JP 2023511059A
- Authority
- JP
- Japan
- Prior art keywords
- video
- picture
- bitstream
- equal
- sub
- 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
Links
- 238000000034 method Methods 0.000 claims abstract description 274
- 238000012545 processing Methods 0.000 claims abstract description 67
- 238000006243 chemical reaction Methods 0.000 claims abstract description 38
- 238000001914 filtration Methods 0.000 claims description 65
- 230000009466 transformation Effects 0.000 claims description 19
- 238000013507 mapping Methods 0.000 claims description 11
- 241000209094 Oryza Species 0.000 claims description 9
- 235000007164 Oryza sativa Nutrition 0.000 claims description 9
- 235000009566 rice Nutrition 0.000 claims description 9
- 239000000523 sample Substances 0.000 description 143
- 241000023320 Luma <angiosperm> Species 0.000 description 116
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 description 111
- 230000008569 process Effects 0.000 description 100
- 239000011449 brick Substances 0.000 description 74
- 239000013598 vector Substances 0.000 description 52
- 230000002123 temporal effect Effects 0.000 description 28
- 238000005192 partition Methods 0.000 description 26
- PXFBZOLANLWPMH-UHFFFAOYSA-N 16-Epiaffinine Natural products C1C(C2=CC=CC=C2N2)=C2C(=O)CC2C(=CC)CN(C)C1C2CO PXFBZOLANLWPMH-UHFFFAOYSA-N 0.000 description 18
- 238000009795 derivation Methods 0.000 description 17
- 230000006870 function Effects 0.000 description 17
- 230000011664 signaling Effects 0.000 description 17
- 238000013139 quantization Methods 0.000 description 15
- 238000003491 array Methods 0.000 description 10
- 238000004590 computer program Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 10
- 230000009471 action Effects 0.000 description 9
- 238000013461 design Methods 0.000 description 9
- 239000013074 reference sample Substances 0.000 description 9
- 238000013459 approach Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 238000000605 extraction Methods 0.000 description 6
- 230000015654 memory Effects 0.000 description 6
- 238000012952 Resampling Methods 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 238000000638 solvent extraction Methods 0.000 description 4
- 208000037170 Delayed Emergence from Anesthesia Diseases 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 238000010276 construction Methods 0.000 description 3
- 108010004034 stable plasma protein solution Proteins 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 230000001174 ascending effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 239000011248 coating agent Substances 0.000 description 2
- 238000000576 coating method Methods 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000006073 displacement reaction Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000013515 script Methods 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 230000001131 transforming effect Effects 0.000 description 2
- 238000012935 Averaging Methods 0.000 description 1
- 244000069218 Heracleum sphondylium ssp montanum Species 0.000 description 1
- 241000684057 Langermannia gigantea Species 0.000 description 1
- 241001036794 Microsorum maximum Species 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods 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/186—Methods 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods 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/12—Selection from among a plurality of transforms or standards, e.g. selection between discrete cosine transform [DCT] and sub-band transform or selection between H.263 and H.264
- H04N19/122—Selection of transform size, e.g. 8x8 or 2x4x8 DCT; Selection of sub-band transforms of varying structure or type
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods 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/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
- H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/167—Position within a video image, e.g. region of interest [ROI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods 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/17—Methods 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/176—Methods 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods 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/1883—Methods 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 relating to sub-band structure, e.g. hierarchical level, directional tree, e.g. low-high [LH], high-low [HL], high-high [HH]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/513—Processing of motion vectors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/513—Processing of motion vectors
- H04N19/517—Processing of motion vectors by encoding
- H04N19/52—Processing of motion vectors by encoding by predictive encoding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/80—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation
- H04N19/82—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation involving filtering within a prediction loop
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
- H04N19/86—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving reduction of coding artifacts, e.g. of blockiness
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
- H04N19/96—Tree coding, e.g. quad-tree coding
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Discrete Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
- Television Systems (AREA)
Abstract
ビデオ処理の例示的方法は、ビデオのブロックと前記ビデオのビットストリームとの間の変換を実行するステップを含む。前記ビットストリームは、マージ推定領域（MER）のサイズが前記ビットストリーム内で示されることを指定するフォーマットルールに従い、前記MERのサイズはビデオユニットの寸法に基づく。前記MERは、前記変換のための動き候補を導出するために使用される領域を含む。
Description
［関連出願］
パリ条約に従う適用可能な特許法及び／又はルールの下で、本願は、国際特許出願番号第PCT/CN２０２０/０７１６２０号、２０２０年１月１２日出願、の優先権及び利益を請求するために適時に出願された。法の下であらゆる目的のために、前述の出願の全ての開示は、参照により本願の開示の部分として組み込まれる。
パリ条約に従う適用可能な特許法及び／又はルールの下で、本願は、国際特許出願番号第PCT/CN２０２０/０７１６２０号、２０２０年１月１２日出願、の優先権及び利益を請求するために適時に出願された。法の下であらゆる目的のために、前述の出願の全ての開示は、参照により本願の開示の部分として組み込まれる。
［技術分野］
本願明細書は、ビデオ及び画像コーディング及び復号技術に関する。
本願明細書は、ビデオ及び画像コーディング及び復号技術に関する。
デジタルビデオは、インターネット及び他のデジタル通信ネットワーク上で最大の帯域幅使用を占める。ビデオを受信及び表示可能な接続されたユーザ装置の数が増加するにつれ、デジタルビデオ使用のための帯域幅要求は増大し続けることが予想される。
開示の技術は、サブピクチャに基づくコーディング又は復号が実行されるビデオ又は画像デコーダ又はエンコーダの実施形態により使用されてよい。
１つの例示的な態様では、ビデオ処理の方法が開示される。方法は、ビデオのブロックと前記ビデオのビットストリームとの間の変換を実行するステップを含む。前記ビットストリームは、マージ推定領域（MER）のサイズが前記ビットストリーム内で示されることを指定するフォーマットルールに従う。前記MERのサイズはビデオユニットの寸法に基づき、前記MERは、前記変換のための動き候補を導出するために使用される領域を含む。
別の例示的な態様では、ビデオ処理の方法が開示される。前記方法は、前記ビットストリーム内のビデオのブロックをコーディングするために代表サンプル値のパレットが使用されるパレットコーディングモードで、ビデオのブロックと前記ビデオのビットストリームとの間の変換を実行するステップを含む。パレットモードで使用されるパレットサイズ又はパレット予測子の最大値は、m×Nに制約され、Nは正の整数である。
別の例示的な態様では、ビデオ処理の方法が開示される。前記方法は、
ビデオの現在ブロックと前記ビデオのビットストリームとの間の変換のために、前記現在ブロックの境界について、前記境界がサブピクチャインデックスXを有するサブピクチャの境界と一致し、ループフィルタリング操作が前記サブピクチャの境界に渡り無効にされている場合に、デブロッキングフィルタリング処理が無効にされていると決定するステップであって、Xは非負の整数である、ステップと、
を含む。前記方法は、前記決定に基づき変換を実行するステップを含む。
ビデオの現在ブロックと前記ビデオのビットストリームとの間の変換のために、前記現在ブロックの境界について、前記境界がサブピクチャインデックスXを有するサブピクチャの境界と一致し、ループフィルタリング操作が前記サブピクチャの境界に渡り無効にされている場合に、デブロッキングフィルタリング処理が無効にされていると決定するステップであって、Xは非負の整数である、ステップと、
を含む。前記方法は、前記決定に基づき変換を実行するステップを含む。
別の例示的な態様では、ビデオ処理の方法が開示される。前記方法は、ビデオの第１ビデオ領域内のビデオブロックについて、アフィンモードを用いて前記ビデオブロックと現在ビデオブロックのビットストリーム表現との間の変換のために時間動きベクトル予測子が決定される位置が、第２ビデオ領域の範囲内であるかどうかを決定するステップと、前記決定に基づき前記変換を実行するステップと、を含む。
別の例示的な態様では、ビデオ処理の別の方法が開示される。前記方法は、ビデオの第１ビデオ領域内のビデオブロックについて、前記ビデオブロックと現在ビデオブロックのビットストリーム表現との間の変換のために参照ピクチャ内の整数サンプルがフェッチされる位置が、第２ビデオ領域の範囲内であるかどうかを決定するステップであって、前記参照ピクチャは前記変換中に補間処理において使用されない、ステップと、前記決定に基づき前記変換を実行するステップと、を含む。
別の例示的な態様では、ビデオ処理の別の方法が開示される。前記方法は、ビデオの第１ビデオ領域内のビデオブロックについて、前記ビデオブロックと現在ビデオブロックのビットストリーム表現との間の変換のために再構成ルマサンプル値がフェッチされる位置が、第２ビデオ領域の範囲内であるかどうかを決定するステップと、前記決定に基づき前記変換を実行するステップと、を含む。
別の例示的な態様では、ビデオ処理の別の方法が開示される。前記方法は、ビデオの第１ビデオ領域内のビデオブロックについて、前記ビデオブロックと前記現在ビデオブロックのビットストリーム表現との間の変換中に、前記ビデオブロックについて分割に関するチェック、深さ導出、又は分割フラグシグナリングが実行される位置が、第２ビデオ領域の範囲内であるかどうかを決定するステップと、前記決定に基づき前記変換を実行するステップと、を含む。
別の例示的な態様では、ビデオ処理の別の方法が開示される。前記方法は、１つ以上のビデオブロックを含む１つ以上のビデオピクチャを含むビデオと、前記ビデオのコーディング表現との間の変換を実行するステップを含み、前記コーディング表現は、前記変換がサブピクチャコーディング／復号、及び動的解像度変換コーディング／復号ツール又は参照ピクチャ再サンプリングツールをビデオユニット内で使用しないというコーディングシンタックス要件に従う。
別の例示的な態様では、ビデオ処理の別の方法が開示される。前記方法は、１つ以上のビデオブロックを含む１つ以上のビデオピクチャを含むビデオと、前記ビデオのコーディング表現との間の変換を実行するステップを含み、前記コーディング表現は、第１シンタックスエレメントsubpic_grid_idx[i][j]が第２シンタックスエレメントmax_subpics_minus１より大きくないというコーディングシンタックス要件に従う。
別の例示的な態様では、ビデオ処理の別の方法が開示される。前記方法は、ビデオの第１ビデオ領域と前記ビデオのコーディング表現との間の変換を実行するステップを含み、前記第１ビデオ領域のコーディング特性を定義するパラメータセットが、前記コーディング表現内の前記第１ビデオ領域レベルに含まれる。
更に別の例示的な態様では、上述の方法は、プロセッサを含むビデオエンコーダ機器により実施されてよい。
更に別の例示的な態様では、上述の方法は、プロセッサを含むビデオデコーダ機器により実施されてよい。
更に別の例示的な態様では、これらの方法は、プロセッサ実行可能命令の形式で具現命令され、コンピュータ可読プログラム媒体に格納されてよい。
これら及び他の態様は、本願明細書において更に記載される。
本願明細書は、伸長又は復号デジタルビデオ又は画像の品質を向上するために画像又はビデオビットストリームのデコーダにより使用できる種々の技術を提供する。簡単のために、用語「ビデオ」は、本願明細書で、ピクチャのシーケンス（伝統的にビデオと呼ばれる）及び個々の画像の両方を含むために使用される。更に、ビデオエンコーダも、更なる符号化のために使用される復号フレームを再構成するために、符号化の処理の間に、これらの技術を実施してよい。
章見出しは、本願明細書において理解を容易にするために使用され、実施形態及び技術を対応する章に限定するものではない。従って、１つの章からの実施形態は、他の章からの実施形態と結合できる。
１．最初の議論
本願明細書は、ビデオコーディング技術に関する。具体的に、ビデオコーディングにおける下地色（base colors）に基づく表現を利用するパレットコーディングに関する。それは、HEVCのような既存のビデオコーディング規格、又は完成されるべき規格（Versatile Video Coding）に適用されてよい。それは、将来のビデオコーディング規格又はビデオコーデックにも適用可能であってよい。
２．ビデオコーディングの紹介
ビデオコーディング規格は、主によく知られたITU-T及びISO/IEC規格の発展を通じて進化している。ITU-TはH.２６１及びH.２６３を策定し、ISO/IECはMPEG-１及びMPEG-４ビジュアルを策定し、及び２つの組織は共同でH.２６２／MPEG-２ビデオ、及びH.２６４／MPEG-４アドバンストビデオコーディング（Advanced Video Coding）及びH.２６５／HEVC規格を策定した[１,２]。Ｈ．２６２以降、ビデオコーディング規格は、ハイブリッドビデオコーディング構造に基づき、ここでは時間予測及び変換コーディングが利用される。HEVCより先の将来のコーディング技術を開発するために、共同ビデオ探索チーム（Joint Video Exploration Team （JVET））が２０１５年にVCEG及びMPEGにより共同で設立された。それ以来、多くの新しい方法がＪＶＥＴにより採用され、共同探索モデル（Joint Exploration Model （JEM））と呼ばれる参照ソフトウェアに取り入れられてきた。２０１８年４月には、HEVCと比べて５０％のビットレート削減を目標とするＶＶＣ規格に取り組むために、VCEG（Q６/１６）とISO/IECJTC１SC２９/WG１１（MPEG）との間の共同ビデオ専門家チーム（Joint Video Expert Team （JVET））が作成された。
２．１ TMVP及びVVCのサブブロックTMVPにおける領域制約
図１は、TMVP及びサブブロックTMVPにおける例示的な領域制約を示す。TMVP及びサブブロックTMVPでは、時間MVは、図１に示されるように、同一位置CTU、及び４×４ブロックの列からのみフェッチできる。
２．２ 例示的なサブピクチャ
幾つかの実施形態では、フレキシブルタイリングアプローチに基づく、サブピクチャに基づくコーディング技術が実施できる。サブピクチャに基づくコーディング技術の要約は、以下を含む：
（１）ピクチャは、サブピクチャに分割できる。
（１）ピクチャは、サブピクチャに分割できる。
（２）サブピクチャの存在の指示は、サブピクチャの他のシーケンスレベル情報と一緒に、SPS内で示される。
（３）サブピクチャが復号処理（インループフィルタリング動作を除く）においてピクチャとして扱われるかどうかは、ビットストリームにより制御できる。
（４）サブピクチャ境界に跨がるインループフィルタリングが無効にされるかどうかはサブピクチャ毎にビットストリームにより制御できる。DBF、SAO、及びALF処理は、サブピクチャ境界に跨がるインループフィルタリング動作の制御のために更新される。
（５）簡単のために、開始点として、サブピクチャ幅、高さ、水平オフセット、及び垂直オフセットが、SPS内のルマサンプルのユニットの中でシグナリングされる。サブピクチャ境界は、スライス境界になるよう制約される。
（６）復号処理（インループフィルタリング動作を除く）においてサブピクチャをピクチャとして扱うことは、coding_tree_unit（）シンタックスを僅かに更新することにより指定され、以下の復号処理を更新する：
－（高度）時間ルマ動きベクトル予測の導出処理。
－ルマサンプル双線形補間処理。
－ルマサンプル８タップ補間フィルタリング処理。
－クロマサンプル補間処理。
（７）サブピクチャIDは、VCL NALユニットを変更する必要を伴わずにサブピクチャシーケンスの抽出を可能にするために、SPS内で明示的に指定され、タイルグループヘッダに含まれる。
（８）出力サブピクチャセット（Output sub-picture sets （OSPS））は、サブピクチャ及びそのセットについて、基準となる抽出及び適合点を指定するために提案される。
２．３ VVC（Versatile Video Coding）における例示的なサブピクチャ
subpics_present_flagが１に等しいことは、SPS RBSPシンタックス内にサブピクチャパラメータが現在存在することを示す。subpics_present_flagが０に等しいことは、SPS RBSPシンタックス内にサブピクチャパラメータが現在存在しないことを示す
注２：ビットストリームがサブビットストリーム抽出処理の結果であり、サブビットストリーム抽出処理への入力ビットストリームのサブピクチャの一部のみを含むとき、SPSのRBSP内のsubpics_present_flagの値を１に等しく設定することが要求され得る。
max_subpics_minus１に１を加えたものは、CVS内に存在し得るサブピクチャの最大数を指定する。max_subpics_minus１は、０～２５４の範囲内であるべきである。２５５の値は、ITU-T|ISO/IECによる将来の使用のために予約されている。
subpic_grid_col_width_minus１に１を加えたものは、４個のサンプルのユニット内のサブピクチャ識別子グリッドの各要素の幅を指定する。シンタックス要素の長さは、Ceil（Log２（pic_width_max_in_luma_samples/４））ビットである。
変数NumSubPicGridColsは、以下のように導出される。
subpic_grid_row_height_minus１に１を加えたものは、４個のサンプルのユニット内のサブピクチャ識別子の各要素の高さを指定する。シンタックス要素の長さは、Ceil（Log２（pic_height_max_in_luma_samples/４））ビットである。
変数NumSubPicGridRowsは、以下のように導出される。
subpic_grid_idx[i][j]は、グリッド位置（i,j）のサブピクチャインデックスを指定する。シンタックス要素の長さは、Ceil（Log２（max_subpics_minus１+１））ビットである。
変数SubPicTop[subpic_grid_idx[i][j]]、SubPicLeft[subpic_grid_idx[i][j]、SubPicWidth[subpic_grid_idx[i][j]]、SubPicHeight[subpic_grid_idx[i][j]]、及びNumSubPicsは、以下のように導出される：
subpic_treated_as_pic_flag[i]が１に等しいことは、CVS内の各コーディングピクチャのi番目のサブピクチャが、インループフィルタリング操作を除き復号処理でピクチャとして取り扱われることを指定する。subpic_treated_as_pic_flag[i]が０に等しいことは、CVS内の各コーディングピクチャのi番目のサブピクチャが、インループフィルタリング操作を除き復号処理でピクチャとして取り扱われないことを指定する。存在しないとき、subpic_treated_as_pic_flag[i]の値は０に等しいと推定される。
loop_filter_across_subpic_enabled_flag[i]が１に等しいことは、インループフィルタリング操作が、CVSにおける各コーディングピクチャの中のi番目のサブピクチャの境界に跨がり実行されてよいことを指定する。loop_filter_across_subpic_enabled_flag[i]が０に等しいことは、CVS内の各コーディングピクチャ内のi番目のサブピクチャの境界に渡り、インループフィルタリング動作が実行されないことを指定する。存在しないとき、vloop_filter_across_subpic_enabled_pic_flag[i]の値は１に等しいと推定される。
ビットストリーム適合の要件は、以下の制約を適用することである：
－任意の２つのサブピクチャsubpicA及びsubpicBについて、subpicAのインデックスがsubpicBのインデックスより小さいとき、subpicAの任意のコーディングNALユニットは、復号順序で、subpicBの任意のコーディングNALユニットの後に続くべきである。
－サブピクチャの形状は、各サブピクチャが、復号されるとき、ピクチャ境界を構成する又は前に復号されたサブピクチャの境界を構成する、その左境界全体及び上境界全体を有するべきである。
両端を含む０～PicSizeInCtbsY－１の範囲のctbAddrRsのリストCtbToSubPicIdx[ctbAddrRs]は、ピクチャラスタスキャンにおけるCTBアドレスからサブピクチャインデックスへの変換を指定し、以下のように導出される：
num_bricks_in_slice_minus１は、存在するとき、スライス内のブリック数－１を指定する。num_bricks_in_slice_minus１の値は、両端を含む０～NumBricksInPic－１の範囲内であるべきである。rect_slice_flagが０に等しく、single_brick_per_slice_flagが１に等しい場合、num_bricks_in_slice_minus１の値は０に等しいと推定される。single_brick_per_slice_flagが１に等しい場合、num_bricks_in_slice_minus１の値は０に等しいと推定される。
現在スライス内のブリックの数を指定する変数NumBricksInCurrSliceと、現在スライス内のi番目のブリックのブリックインデックスを指定するSliceBrickIdx[i]は、次のように導出される：
変数SubPicIdx、SubPicLeftBoundaryPos、SubPicTopBoundaryPos、SubPicRightBoundaryPos、及びSubPicBotBoundaryPosは、以下のように導出される：
時間ルマ動きベクトル予測の導出処理
この処理への入力は：
－現在ピクチャの左上ルマサンプルに対する、現在ルマコーディングブロックの左上サンプルのルマ位置（xCb,yCb）、
－ルマサンプルの中で現在コーディングブロックの幅を指定する変数cbWidth、
－ルマサンプルの中で現在コーディングブロックの高さを指定する変cbHeight、
－参照インデックスrefIdxLX、Xは０又は１である。
この処理の出力は：
－１/１６分数サンプル精度の動きベクトル予測mvLXCol、
－利用可能性フラグavailableFlagLXCol
変数currCbは、ルマ位置（xCb,yCb）にある現在ルマコーディングブロックを指定する。
変数mvLXCol及びavailableFlagLXColは、以下のように導出される：
－slice_temporal_mvp_enabled_flagが０に等しいか、又は（cbWidth*cbHeight）が３２以下である場合、mvLXColの両方の成分は０に等しく設定され、availableFlagLXColは０に等しく設定される。
注２：ビットストリームがサブビットストリーム抽出処理の結果であり、サブビットストリーム抽出処理への入力ビットストリームのサブピクチャの一部のみを含むとき、SPSのRBSP内のsubpics_present_flagの値を１に等しく設定することが要求され得る。
max_subpics_minus１に１を加えたものは、CVS内に存在し得るサブピクチャの最大数を指定する。max_subpics_minus１は、０～２５４の範囲内であるべきである。２５５の値は、ITU-T|ISO/IECによる将来の使用のために予約されている。
subpic_grid_col_width_minus１に１を加えたものは、４個のサンプルのユニット内のサブピクチャ識別子グリッドの各要素の幅を指定する。シンタックス要素の長さは、Ceil（Log２（pic_width_max_in_luma_samples/４））ビットである。
変数NumSubPicGridColsは、以下のように導出される。
変数NumSubPicGridRowsは、以下のように導出される。
変数SubPicTop[subpic_grid_idx[i][j]]、SubPicLeft[subpic_grid_idx[i][j]、SubPicWidth[subpic_grid_idx[i][j]]、SubPicHeight[subpic_grid_idx[i][j]]、及びNumSubPicsは、以下のように導出される：
loop_filter_across_subpic_enabled_flag[i]が１に等しいことは、インループフィルタリング操作が、CVSにおける各コーディングピクチャの中のi番目のサブピクチャの境界に跨がり実行されてよいことを指定する。loop_filter_across_subpic_enabled_flag[i]が０に等しいことは、CVS内の各コーディングピクチャ内のi番目のサブピクチャの境界に渡り、インループフィルタリング動作が実行されないことを指定する。存在しないとき、vloop_filter_across_subpic_enabled_pic_flag[i]の値は１に等しいと推定される。
ビットストリーム適合の要件は、以下の制約を適用することである：
－任意の２つのサブピクチャsubpicA及びsubpicBについて、subpicAのインデックスがsubpicBのインデックスより小さいとき、subpicAの任意のコーディングNALユニットは、復号順序で、subpicBの任意のコーディングNALユニットの後に続くべきである。
－サブピクチャの形状は、各サブピクチャが、復号されるとき、ピクチャ境界を構成する又は前に復号されたサブピクチャの境界を構成する、その左境界全体及び上境界全体を有するべきである。
両端を含む０～PicSizeInCtbsY－１の範囲のctbAddrRsのリストCtbToSubPicIdx[ctbAddrRs]は、ピクチャラスタスキャンにおけるCTBアドレスからサブピクチャインデックスへの変換を指定し、以下のように導出される：
現在スライス内のブリックの数を指定する変数NumBricksInCurrSliceと、現在スライス内のi番目のブリックのブリックインデックスを指定するSliceBrickIdx[i]は、次のように導出される：
この処理への入力は：
－現在ピクチャの左上ルマサンプルに対する、現在ルマコーディングブロックの左上サンプルのルマ位置（xCb,yCb）、
－ルマサンプルの中で現在コーディングブロックの幅を指定する変数cbWidth、
－ルマサンプルの中で現在コーディングブロックの高さを指定する変cbHeight、
－参照インデックスrefIdxLX、Xは０又は１である。
この処理の出力は：
－１/１６分数サンプル精度の動きベクトル予測mvLXCol、
－利用可能性フラグavailableFlagLXCol
変数currCbは、ルマ位置（xCb,yCb）にある現在ルマコーディングブロックを指定する。
変数mvLXCol及びavailableFlagLXColは、以下のように導出される：
－slice_temporal_mvp_enabled_flagが０に等しいか、又は（cbWidth*cbHeight）が３２以下である場合、mvLXColの両方の成分は０に等しく設定され、availableFlagLXColは０に等しく設定される。
－その他の場合（slice_temporal_mvp_enabled_flagが１に等しい）、以下の順序付きステップが適用される：
１．右下同一位置動きベクトル、並びに下及び右境界サンプル位置は、以下のように導出される：
－yCb>>CtbLog２SizeYがyColBr>>CtbLog２SizeYと等しい場合、yColBrはbotBoundaryPos以下であり、xColBrはrightBoundaryPos以下であり、以下が適用される：
－変数colCbは、ColPicにより指定される同一位置ピクチャの内側の、（（xColBr>>３）<<３,（yColBr>>３）<<３）により与えられる変更位置をカバーするルマコーディングブロックを指定する。
－ルマ位置（xColCb,yColCb）は、ColPicにより指定される同一位置ピクチャの左上ルマサンプルに対する、colCbにより指定される同一位置ルマコーディングブロックの左上サンプルに等しく設定される。
－８.５.２.１２項に指定される同一位置動きベクトルの導出処理は、currCb、colCb、（xColCb,yColCb）、refIdxLX、及び０に等しく設定されたsbFlagを入力として呼び出され、出力はmvLXCol及びavailableFlagLXColに割り当てられる。
－その他の場合、mvLXColの両方のコンポーネントは０に等しく設定され、availableFlagLXColは０に等しく設定される。
…
ルマサンプル双線形補間処理
この処理への入力は：
－フルサンプルユニット内のルマ位置（xIntL,yIntL）、
－分数サンプルユニット内のルマ位置（xFracL,yFracL）、
－ルマ参照サンプルアレイrefPicLXL
この処理の出力は、予測ルマサンプル値predSampleLXLである。
変数shift１、shift２、shift３、shift４、offset１、offset２、及びoffset３は、以下のように導出される：
変数picWは、pic_width_in_luma_samplesに等しく設定され、変数picHはpic_height_in_luma_samplesに等しく設定される。
xFracL又はyFracLに等しい１／１６分数サンプル位置p毎のルマ補間フィルタ係数fbL[p]は、表８-１０で指定される。
フルサンプルユニットのルマ位置（xInti,yInti）は、i=０..１について以下のように導出される：
－subpic_treated_as_pic_flag[SubPicIdx]が１に等しい場合、以下が適用される。
－その他の場合（subpic_treated_as_pic_flag[SubPicIdx]が０に等しい）、以下が適用される：
サブブロックに基づく時間マージ候補の導出処理
この処理への入力は：
－現在ピクチャの左上ルマサンプルに対する、現在ルマコーディングブロックの左上サンプルのルマ位置（xCb,yCb）、
－ルマサンプルの中で現在コーディングブロックの幅を指定する変数cbWidth、
－ルマサンプルの中で現在コーディングブロックの高さを指定する変数cbHeight、
－近隣コーディングユニットの利用可能性フラグavailableFlagA１、
－近隣コーディングユニットの参照インデックスrefIdxLXA１、Xは０又は１、
－近隣コーディングユニットの予測リスト利用フラグpredFlagLXA１、Xは０又は１、
－近隣コーディングユニットの１/１６分数サンプル精度の動きベクトルmvLXA１、Xは０又は１。
この処理の出力は：
－利用可能性フラグavailableFlagSbCol、
－水平方向のルマコーディングサブブロックの数numSbX、及び垂直方向のnumSbY、
－参照インデックスrefIdxL０SbCol及びrefIdxL１SbCol、
－１／１６分数サンプル精度のルマ動きベクトルmvL０SbCol[xSbIdx][ySbIdx]及びmvL１SbCol[xSbIdx][ySbIdx]、xSbIdx=０..numSbX－１,ySbIdx=０..numSbY－１、
－予測リスト利用フラグpredFlagL０SbCol[xSbIdx][ySbIdx]及びpredFlagL１SbCol[xSbIdx][ySbIdx]、xSbIdx=０..numSbX－１,ySbIdx=０..numSbY－１
利用可能性フラグavailableFlagSbColは以下のように導出される。
－以下の条件のうちの１つ以上が真である場合、availableFlagSbColが０に等しく設定される。
－slice_temporal_mvp_enabled_flagが０に等しい。
－sps_sbtmvp_enabled_flagが０に等しい。
－cbWidthが８未満である。
－cbHeightが８未満である。
－その他の場合、以下の順序付きステップが適用される：
１．現在コーディングブロックを含むルマコーディングツリーブロックの左上サンプルの位置（xCtb,yCtb）及び現在ルマコーディングブロックの右下中央の位置（xCtr,yCtr）が以下のように導出される：
２．ルマ位置（xColCtrCb,yColCtrCb）は、ColPicにより指定される同一位置ピクチャの左上ルマサンプルに対する、ColPicの内側の（xCtr,yCtr）により与えられる位置をカバーする同一位置ルマコーディングブロックの左上サンプルに等しく設定される。
３．８.５.５.４項で指定されるようなサブブロックに基づく時間マージ基本動きデータの導出処理は、位置（xCtb,yCtb）、位置（xColCtrCb,yColCtrCb）、利用可能性フラグavailableFlagA１及び予測リスト利用フラグpredFlagLXA１、並びに参照インデックスrefIdxLXA１、及び動きベクトルvectormvLXA１、Xは０又は１、を入力として呼び出され、同一位置ブロックの動きベクトルctrMvLX及び予測リスト利用フラグctrPredFlagLX、Xは０又は１、及び時間動きベクトルtempMvを出力とする。
４．変数availableFlagSbColは、以下のように導出される：
－ctrPredFlagL０及びctrPredFlagL１の両方が０に等しい場合、availableFlagSbColは０に等しく設定される。
－その他の場合、availableFlagSbColが１に等しく設定される。
availableFlagSbColが１に等しいとき、以下が適用される：
－変数numSbX,、numSbY、sbWidth、sbHeight及びrefIdxLXSbColは、以下のように導出される：
－xSbIdx=０..numSbX－１及びySbIdx=０..numSbY－１について、動きベクトルmvLXSbCol[xSbIdx][ySbIdx]及び予測リスト利用フラグpredFlagLXSbCol[xSbIdx][ySbIdx]は、以下のように導出される：
－現在ピクチャの左上ルマサンプルに対する、現在コーディングサブブロックの左上サンプルを指定するルマ位置（xSb,ySb）は、以下のように導出される：
－ColPic内の同一位置サブブロックの位置（xColSb,yColSb）は以下のように導出される：
－以下が適用される：
－subpic_treated_as_pic_flag[SubPicIdx]が１に等しい場合、以下が適用される：
－その他の場合（subpic_treated_as_pic_flag[SubPicIdx]が０に等しい）、以下が適用される：
サブブロックに基づく時間マージベース動きデータの導出処理
この処理への入力は：
－現在コーディングブロックを含むルマコーディングツリーブロックの左上サンプルの位置（xCtb,yCtb）、
－右下中央サンプルをカバーする同一位置ルマコーディングブロックの左上サンプルの位置（xColCtrCb,yColCtrCb）、
－近隣コーディングユニットの利用可能性フラグavailableFlagA１、
－近隣コーディングユニットの参照インデックスrefIdxLXA１、
－近隣コーディングユニットの予測リスト利用フラグpredFlagLXA１、
－近隣コーディングユニットの１/１６分数サンプル精度の動きベクトルmvLXA１
この処理の出力は：
－動きベクトルctrMvL０及びctrMvL１、
－予測リスト利用フラグctrPredFlagL０及びctrPredFlagL１、
－時間動きベクトルtempMv
変数tempMvは、以下のように設定される：
変数currPicは、現在ピクチャを指定する。
availableFlagA１がTRUEに等しいとき、以下が適用される：
－以下の条件のうちの全部が真である場合、tempMvはmvL０A１に等しく設定される：
－predFlagL０A１が１に等しい、
－DiffPicOrderCnt（ColPic,RefPicList[０][refIdxL０A１]）が０に等しい、
－その他の場合、以下の条件のうちの全部が真である場合、tempMvはmvL１A１に等しく設定される：
－slice_typeがBに等しい、
－predFlagL１A１が１に等しい、
－DiffPicOrderCnt（ColPic,RefPicList[１][refIdxL１A１]）が０に等しい、
ColPic内の同一位置ブロックの位置（xColCb,yColCb）は以下のように導出される：
－以下が適用される：
－subpic_treated_as_pic_flag[SubPicIdx]が１に等しい場合、以下が適用される：
－その他の場合（subpic_treated_as_pic_flag[SubPicIdx]が０に等しい）、以下が適用される：
ルマサンプル補間フィルタリング処理
この処理への入力は：
－フルサンプルユニットのルマ位置（xIntL,yIntL）、
－分数サンプルユニットのルマ位置（xFracL,yFracL）、
－参照ピクチャの左上ルマサンプルに対する、参照サンプルパディングのための境界（bounding）ブロックの左上サンプルを指定するフルサンプルユニットのルマ位置（xSbIntL,ySbIntL）、
－ルマ参照サンプルアレイrefPicLXL、
－ハーフサンプル補間フィルタインデックスhpelIfIdx、
－現在サブブロックの幅を指定する変数sbWidth、
－現在サブブロックの高を指定する変数sbHeight、
－現在ピクチャの左上ルマサンプルに対する、現在サブブロックの左上サンプルを指定するルマ位置（xSb,ySb）、
この処理の出力は、予測ルマサンプル値predSampleLXLである。
変数shift１、shift２及びshift３は、以下のように導出される：
－変数shift１はMin（４,BitDepthY－８）に等しく設定され、変数shift２は６に等しく設定され、変数shift３はMax（２,１４－BitDepthY）に等しく設定される。
－変数picWは、pic_width_in_luma_samplesに等しく設定され、変数picHはpic_height_in_luma_samplesに等しく設定される。
xFracL又はyFracLに等しい１／１６分数サンプル位置p毎のルマ補間フィルタ係数ｆL[p]は、以下のように導出される：
－MotionModelIdc[xSb][ySb]が０より大きく、sbWidth及びsbHeightが両方とも４に等しい場合、ルマ補間フィルタ係数fL[p]は表８-１２に指定される。
－その他の場合、ルマ補間フィルタ係数fL[p]は、hpelIfIdxに依存して表８-１１に指定される。
フルサンプルユニットのルマ位置（xInti,yInti）は、i=０..７について以下のように導出される：
－subpic_treated_as_pic_flag[SubPicIdx]が１に等しい場合、以下が適用される。
－その他の場合（subpic_treated_as_pic_flag[SubPicIdx]が０に等しい）、以下が適用される：
クロマサンプル補間処理
この処理への入力は：
－フルサンプルユニットのクロマ位置（xIntC,yIntC）、
－１／３２分数サンプルユニットのクロマ位置（xFracC,yFracC）、
－参照ピクチャの左上クロマサンプルに対する、参照サンプルパディングのための境界（bounding）ブロックの左上サンプルを指定するフルサンプルユニットのクロマ位置（xSbIntC,ySbIntC）、
－現在サブブロックの幅を指定する変数sbWidth、
－現在サブブロックの高を指定する変数sbHeight、
－クロマ参照サンプルアレイrefPicLXC
この処理の出力は、予測クロマサンプル値predSampleLXCである。
変数shift１、shift２及びshift３は、以下のように導出される：
－変数shift１はMin（４,BitDepthC－８）に等しく設定され、変数shift２は６に等しく設定され、変数shift３はMax（２,１４－BitDepthC）に等しく設定される。
－変数picWCは、pic_width_in_luma_samples/SubWidthCに等しく設定され、変数picHCはpic_height_in_luma_samples/SubHeightCに等しく設定される。
xFracC又はyFracCに等しい１／３２分数サンプル位置p毎のクロマ補間フィルタ係数fC[p]は、表８-１３で指定される。
変数xOffsetは、（sps_ref_wraparound_offset_minus１+１）*MinCbSizeY）/SubWidthCに等しく設定される。
フルサンプルユニットのクロマ位置（xInti,yInti）は、i=０..３について以下のように導出される：
－subpic_treated_as_pic_flag[SubPicIdx]が１に等しい場合、以下が適用される。
－その他の場合（subpic_treated_as_pic_flag[SubPicIdx]が０に等しい）、以下が適用される：
１．右下同一位置動きベクトル、並びに下及び右境界サンプル位置は、以下のように導出される：
－変数colCbは、ColPicにより指定される同一位置ピクチャの内側の、（（xColBr>>３）<<３,（yColBr>>３）<<３）により与えられる変更位置をカバーするルマコーディングブロックを指定する。
－ルマ位置（xColCb,yColCb）は、ColPicにより指定される同一位置ピクチャの左上ルマサンプルに対する、colCbにより指定される同一位置ルマコーディングブロックの左上サンプルに等しく設定される。
－８.５.２.１２項に指定される同一位置動きベクトルの導出処理は、currCb、colCb、（xColCb,yColCb）、refIdxLX、及び０に等しく設定されたsbFlagを入力として呼び出され、出力はmvLXCol及びavailableFlagLXColに割り当てられる。
－その他の場合、mvLXColの両方のコンポーネントは０に等しく設定され、availableFlagLXColは０に等しく設定される。
…
ルマサンプル双線形補間処理
この処理への入力は：
－フルサンプルユニット内のルマ位置（xIntL,yIntL）、
－分数サンプルユニット内のルマ位置（xFracL,yFracL）、
－ルマ参照サンプルアレイrefPicLXL
この処理の出力は、予測ルマサンプル値predSampleLXLである。
変数shift１、shift２、shift３、shift４、offset１、offset２、及びoffset３は、以下のように導出される：
xFracL又はyFracLに等しい１／１６分数サンプル位置p毎のルマ補間フィルタ係数fbL[p]は、表８-１０で指定される。
フルサンプルユニットのルマ位置（xInti,yInti）は、i=０..１について以下のように導出される：
－subpic_treated_as_pic_flag[SubPicIdx]が１に等しい場合、以下が適用される。
この処理への入力は：
－現在ピクチャの左上ルマサンプルに対する、現在ルマコーディングブロックの左上サンプルのルマ位置（xCb,yCb）、
－ルマサンプルの中で現在コーディングブロックの幅を指定する変数cbWidth、
－ルマサンプルの中で現在コーディングブロックの高さを指定する変数cbHeight、
－近隣コーディングユニットの利用可能性フラグavailableFlagA１、
－近隣コーディングユニットの参照インデックスrefIdxLXA１、Xは０又は１、
－近隣コーディングユニットの予測リスト利用フラグpredFlagLXA１、Xは０又は１、
－近隣コーディングユニットの１/１６分数サンプル精度の動きベクトルmvLXA１、Xは０又は１。
この処理の出力は：
－利用可能性フラグavailableFlagSbCol、
－水平方向のルマコーディングサブブロックの数numSbX、及び垂直方向のnumSbY、
－参照インデックスrefIdxL０SbCol及びrefIdxL１SbCol、
－１／１６分数サンプル精度のルマ動きベクトルmvL０SbCol[xSbIdx][ySbIdx]及びmvL１SbCol[xSbIdx][ySbIdx]、xSbIdx=０..numSbX－１,ySbIdx=０..numSbY－１、
－予測リスト利用フラグpredFlagL０SbCol[xSbIdx][ySbIdx]及びpredFlagL１SbCol[xSbIdx][ySbIdx]、xSbIdx=０..numSbX－１,ySbIdx=０..numSbY－１
利用可能性フラグavailableFlagSbColは以下のように導出される。
－以下の条件のうちの１つ以上が真である場合、availableFlagSbColが０に等しく設定される。
－slice_temporal_mvp_enabled_flagが０に等しい。
－sps_sbtmvp_enabled_flagが０に等しい。
－cbWidthが８未満である。
－cbHeightが８未満である。
－その他の場合、以下の順序付きステップが適用される：
１．現在コーディングブロックを含むルマコーディングツリーブロックの左上サンプルの位置（xCtb,yCtb）及び現在ルマコーディングブロックの右下中央の位置（xCtr,yCtr）が以下のように導出される：
３．８.５.５.４項で指定されるようなサブブロックに基づく時間マージ基本動きデータの導出処理は、位置（xCtb,yCtb）、位置（xColCtrCb,yColCtrCb）、利用可能性フラグavailableFlagA１及び予測リスト利用フラグpredFlagLXA１、並びに参照インデックスrefIdxLXA１、及び動きベクトルvectormvLXA１、Xは０又は１、を入力として呼び出され、同一位置ブロックの動きベクトルctrMvLX及び予測リスト利用フラグctrPredFlagLX、Xは０又は１、及び時間動きベクトルtempMvを出力とする。
４．変数availableFlagSbColは、以下のように導出される：
－ctrPredFlagL０及びctrPredFlagL１の両方が０に等しい場合、availableFlagSbColは０に等しく設定される。
－その他の場合、availableFlagSbColが１に等しく設定される。
availableFlagSbColが１に等しいとき、以下が適用される：
－変数numSbX,、numSbY、sbWidth、sbHeight及びrefIdxLXSbColは、以下のように導出される：
－現在ピクチャの左上ルマサンプルに対する、現在コーディングサブブロックの左上サンプルを指定するルマ位置（xSb,ySb）は、以下のように導出される：
－以下が適用される：
この処理への入力は：
－現在コーディングブロックを含むルマコーディングツリーブロックの左上サンプルの位置（xCtb,yCtb）、
－右下中央サンプルをカバーする同一位置ルマコーディングブロックの左上サンプルの位置（xColCtrCb,yColCtrCb）、
－近隣コーディングユニットの利用可能性フラグavailableFlagA１、
－近隣コーディングユニットの参照インデックスrefIdxLXA１、
－近隣コーディングユニットの予測リスト利用フラグpredFlagLXA１、
－近隣コーディングユニットの１/１６分数サンプル精度の動きベクトルmvLXA１
この処理の出力は：
－動きベクトルctrMvL０及びctrMvL１、
－予測リスト利用フラグctrPredFlagL０及びctrPredFlagL１、
－時間動きベクトルtempMv
変数tempMvは、以下のように設定される：
availableFlagA１がTRUEに等しいとき、以下が適用される：
－以下の条件のうちの全部が真である場合、tempMvはmvL０A１に等しく設定される：
－predFlagL０A１が１に等しい、
－DiffPicOrderCnt（ColPic,RefPicList[０][refIdxL０A１]）が０に等しい、
－その他の場合、以下の条件のうちの全部が真である場合、tempMvはmvL１A１に等しく設定される：
－slice_typeがBに等しい、
－predFlagL１A１が１に等しい、
－DiffPicOrderCnt（ColPic,RefPicList[１][refIdxL１A１]）が０に等しい、
ColPic内の同一位置ブロックの位置（xColCb,yColCb）は以下のように導出される：
－以下が適用される：
この処理への入力は：
－フルサンプルユニットのルマ位置（xIntL,yIntL）、
－分数サンプルユニットのルマ位置（xFracL,yFracL）、
－参照ピクチャの左上ルマサンプルに対する、参照サンプルパディングのための境界（bounding）ブロックの左上サンプルを指定するフルサンプルユニットのルマ位置（xSbIntL,ySbIntL）、
－ルマ参照サンプルアレイrefPicLXL、
－ハーフサンプル補間フィルタインデックスhpelIfIdx、
－現在サブブロックの幅を指定する変数sbWidth、
－現在サブブロックの高を指定する変数sbHeight、
－現在ピクチャの左上ルマサンプルに対する、現在サブブロックの左上サンプルを指定するルマ位置（xSb,ySb）、
この処理の出力は、予測ルマサンプル値predSampleLXLである。
変数shift１、shift２及びshift３は、以下のように導出される：
－変数shift１はMin（４,BitDepthY－８）に等しく設定され、変数shift２は６に等しく設定され、変数shift３はMax（２,１４－BitDepthY）に等しく設定される。
－変数picWは、pic_width_in_luma_samplesに等しく設定され、変数picHはpic_height_in_luma_samplesに等しく設定される。
xFracL又はyFracLに等しい１／１６分数サンプル位置p毎のルマ補間フィルタ係数ｆL[p]は、以下のように導出される：
－MotionModelIdc[xSb][ySb]が０より大きく、sbWidth及びsbHeightが両方とも４に等しい場合、ルマ補間フィルタ係数fL[p]は表８-１２に指定される。
－その他の場合、ルマ補間フィルタ係数fL[p]は、hpelIfIdxに依存して表８-１１に指定される。
フルサンプルユニットのルマ位置（xInti,yInti）は、i=０..７について以下のように導出される：
－subpic_treated_as_pic_flag[SubPicIdx]が１に等しい場合、以下が適用される。
この処理への入力は：
－フルサンプルユニットのクロマ位置（xIntC,yIntC）、
－１／３２分数サンプルユニットのクロマ位置（xFracC,yFracC）、
－参照ピクチャの左上クロマサンプルに対する、参照サンプルパディングのための境界（bounding）ブロックの左上サンプルを指定するフルサンプルユニットのクロマ位置（xSbIntC,ySbIntC）、
－現在サブブロックの幅を指定する変数sbWidth、
－現在サブブロックの高を指定する変数sbHeight、
－クロマ参照サンプルアレイrefPicLXC
この処理の出力は、予測クロマサンプル値predSampleLXCである。
変数shift１、shift２及びshift３は、以下のように導出される：
－変数shift１はMin（４,BitDepthC－８）に等しく設定され、変数shift２は６に等しく設定され、変数shift３はMax（２,１４－BitDepthC）に等しく設定される。
－変数picWCは、pic_width_in_luma_samples/SubWidthCに等しく設定され、変数picHCはpic_height_in_luma_samples/SubHeightCに等しく設定される。
xFracC又はyFracCに等しい１／３２分数サンプル位置p毎のクロマ補間フィルタ係数fC[p]は、表８-１３で指定される。
変数xOffsetは、（sps_ref_wraparound_offset_minus１+１）*MinCbSizeY）/SubWidthCに等しく設定される。
フルサンプルユニットのクロマ位置（xInti,yInti）は、i=０..３について以下のように導出される：
－subpic_treated_as_pic_flag[SubPicIdx]が１に等しい場合、以下が適用される。
２．４ 例示的なエンコーダのみのGOPに基づく時間フィルタ
幾つかの実施形態では、エンコーダのみの時間フィルタが実装できる。フィルタリングは、エンコーダ側で、前処理ステップとして行われる。符号化するために選択されたピクチャの前後のソースピクチャが読み出され、選択されたピクチャに対するブロックに基づく動き補償方法が、それらのソースピクチャに適用される。選択されたピクチャ内のサンプルは、動き補償後のサンプル値を用いて、時間フィルタされる。
全体的なフィルタ強度は、QPと共に選択されたピクチャの時間サブレイヤに依存して設定される。時間サブレイヤ０及び１にあるピクチャのみがフィルタリングされ、レイヤ０のピクチャは、レイヤ１のピクチャより強力なフィルタによりフィルタリングされる。サンプル毎フィルタ強度は、選択されたピクチャ内のサンプル値と動き補償済みピクチャ内の同一位置サンプルとの間の差に依存して調整され、その結果、動き補償済みピクチャと選択されたピクチャとの間の小さな差は、大きな差よりも強力にフィルタリングされる。
GOPに基づく時間フィルタ
時間フィルタは、ピクチャを読み出した後、及び符号化前に直接導入される。以下は、より詳細に説明されるステップである。
動作１：ピクチャがエンコーダにより読み出される。
動作２：ピクチャがコーディング階層構造の中で十分に低い場合、符号化前にフィルタリングされる。その他の場合、ピクチャは、フィルタリングしないで符号化される。POC%８==０を有するRAピクチャは、POC%４==０を有するLDピクチャと同様にフィルタリングされる。AIピクチャはフィルタリングされない。
全体のフィルタ強度soは、RAについて次式に従い設定される。
ここで、nは、読み出されたピクチャの数である。
LDの場合、so（n）=０.９５が使用される。
動作３：選択されたピクチャ（以下では元のピクチャと呼ばれる）の前及び／又は後の２つのピクチャが読み出される。エッジの場合、例えば、最初のピクチャ又は最後のピクチャに近い場合、利用可能なピクチャのみが読み出される。
動作４：前及び後に読み出されたピクチャの、元のピクチャに対する動きは、８×８ピクチャブロック毎に推定される。
階層的動き推定方式が使用され、レイヤL０、L１、及びL２が図２に示される。サブサンプリングピクチャは、全部の読み出されたピクチャ及び元のピクチャ、例えば図１のL１について各２×２ブロックを平均することにより生成される。L２は、同じサブサンプリング方法を用いてL１から導出される。
図２は、階層動き推定の異なるレイヤの例を示す。L０は元の解像度である。L１はL０のサブサンプリングバージョンである。L２はL１のサブサンプリングバージョンである。
先ず、動き推定は、L２内の１６×１６ブロック毎に行われる。選択された動きベクトル毎に差の平方が計算され、最小の差に対応する動きベクトルが選択される。選択された動きベクトルは、次に、L１内で動きベクトルを推定するときの初期値として使用される。次に、L０内の動きを推定するために同じことが行われる。最終ステップとして、L０上の補間フィルタを用いて、８×８ブロック毎に、サブピクセル動きが推定される。
VTM６タップ補間フィルタが使用できる：
動作５：動き補償は、ブロック毎に最も一致する動きに従い、元のピクチャの前及び後のピクチャに適用される。例えば、その結果、各ブロック内の元のピクチャのサンプル座標は、参照されるピクチャの中の最も一致する座標を有する。
動作６：ルマ及びクロマチャネルについて処理されたもの１つずつのサンプルは、以下のステップで説明される通りである。
動作７：新しいサンプル値Inが、次式を用いて計算される。
ここで、Ioは元のサンプルのサンプル値であり、Ir（i）は動き補償済みピクチャiの対応するサンプルの強度であり、wr（i,a）は、利用可能な動き補償済みピクチャの数がaであるとき、動き補償済みピクチャiの重みである。
ルマチャネルでは、重みwr（i,a）は以下のように定義される：
ここで、
全部の他の場合のiについて、a:sr（i,a）=０.３
クロマチャネルでは、重みwr（i,a）は以下のように定義される：
ここで、sc=０.５５及びσc=３０である。
動作８：フィルタは、現在サンプルに適用される。結果として生じるサンプル値は、個別に格納される。
動作９：フィルタリング済みピクチャが符号化される。
２．５ 例示的なピクチャパーティション（タイル、ブリック、スライス）
幾つかの実施形態では、ピクチャは、１つ以上のタイル行及び１つ以上のタイル列に分割される。タイルは、ピクチャの長方形領域をカバーするCTUのシーケンスである。
タイルは、１つ以上のブリックに分割され、その各々はタイル内の多数のＣＴＵ列で構成される。
複数のブリックにパーティションされないタイルは、ブリックとも呼ばれる。しかしながら、タイルの完全なサブセットは、タイルと呼ばれない。
スライスは、ピクチャの多数のタイル又はタイルの多数のブリックのいずれかを含む。
サブピクチャは、ピクチャの長方形領域を集合的にカバーする１つ以上のスライスを含む。
スライスの２つのモード、つまりラスタスキャンスライスモード及び長方形スライスモードがサポートされる。ラスタスキャンスライスモードでは、スライスは、ピクチャのタイルラスタスキャンの中で、タイルのシーケンスを含む。長方形スライスモードでは、スライスは、ピクチャの長方形領域を集合的に形成する、ピクチャの多数のブリックを含む。長方形スライスの中のブリックは、スライスのブリックラスタスキャンの順である。
図５は、ピクチャのラスタスキャンスライスパーティションの例を示し、ピクチャは、１２個のタイルと３個のラスタスキャンスライスに分割される。
図６は、ピクチャの長方形スライスパーティションの例を示し、ピクチャは、２４個のタイル（６個のタイル列と４個のタイル行）及び９個の長方形スライスに分割される。
図７は、タイル、ブリック、及び長方形スライスにパーティションされピクチャの例を示す。ピクチャは、４個のタイル（２個のタイル列、及び２個のタイル行）、１１個のブリック（左上タイルは１個のブリックを含み、右上タイルは５個のブリックを含み、左下タイルは２個のブリックを含み、右下タイルは３個のブリックを含む）、及び４個の長方形スライスに分割される。
single_tile_in_pic_flagが１に等しいことは、PPSを参照する各ピクチャ内に１個のみのタイルがあることを指定する。single_tile_in_pic_flagが０に等しいことは、PPSを参照する各ピクチャ内に１個より多くのタイルがあることを指定する。
注：タイル内で更なるブリック分割が無い場合、タイル全体がブリックと呼ばれる。ピクチャが、更なるブリック分割が無く、単一タイルのみを含むとき、それは、単一ブリックと呼ばれる。
ビデオビットストリーム適合性の要件は、single_tile_in_pic_flagの値が、CVS内のコーディングピクチャにより参照される全部のPPSについて同じであることである。
uniform_tile_spacing_flagが１に等しいことは、タイル列境界及び同様にタイル行境界が、ピクチャ全体に渡り均一に分散され、シンタックス要素tile_cols_width_minus１及びtile_rows_height_minus１を用いてシグナリングされることを指定する。uniform_tile_spacing_flagが０に等しいことは、タイル列境界及び同様にタイル行境界が、ピクチャ全体に渡り均一に分散され、シンタックス要素num_tile_columns_minus１及びnum_tile_rows_minus１及びシンタックス要素ペアtile_column_width_minus１[i]及びtile_row_height_minus１[i]のリストを用いてシグナリングされてよく又はされなくてもよいことを指定する。存在しないとき、uniform_tile_spacing_flagの値は１に等しいと推定される。
tile_cols_width_minus１に１を加えたものは、uniform_tile_spacing_flagが１に等しいとき、CTBのユニットの中でピクチャの最右列を除くタイル列の幅を指定する。tile_cols_width_minus１の値は、両端を含む０からPicWidthInCtbsY－１の範囲であるべきである。存在しないとき、tile_cols_width_minus１の値はPicWidthInCtbsY－１に等しいと推定される。
tile_rows_height_minus１に１を加えたものは、uniform_tile_spacing_flagが１に等しいとき、CTBのユニットの中でピクチャの最下行を除くタイル行の高さを指定する。tile_rows_height_minus１の値は、両端を含む０からPicHeightInCtbsY－１の範囲であるべきである。存在しないとき、tile_rows_height_minus１の値はPicHeightInCtbsY－１に等しいと推定される。
num_tile_columns_minus１に１を加えたものは、uniform_tile_spacing_flagが０に等しいとき、ピクチャをパーティションするタイル列の数を指定する。num_tile_columns_minus１の値は、両端を含む０からPicWidthInCtbsY－１の範囲であるべきである。single_tile_in_pic_flagが１に等しい場合、num_tile_columns_minus１の値は０に等しいと推定される。その他の場合、uniform_tile_spacing_flagが１に等しい場合、num_tile_columns_minus１の値は第６．５．１節で指定されるように推定される。
num_tile_rows_minus１に１を加えたものは、uniform_tile_spacing_flagが０に等しいとき、ピクチャをパーティションするタイル行の数を指定する。num_tile_rows_minus１の値は、両端を含む０からPicHeightInCtbsY－１の範囲であるべきである。single_tile_in_pic_flagが１に等しい場合、num_tile_rows_minus１の値は０に等しいと推定される。その他の場合、uniform_tile_spacing_flagが１に等しい場合、num_tile_rows_minus１の値は第６．５．１節で指定されるように推定される。
変数NumTilesInPicは、（num_tile_columns_minus１+１）*（num_tile_rows_minus１+１）に等しく設定される。
single_tile_in_pic_flagが０に等しいとき、NumTilesInPicは１より大きいべきである。
tile_column_width_minus１[i]に１を加えたものは、CTBのユニットの中のi番目のタイル列の幅を指定する。
tile_row_height_minus１[i]に１を加えたものは、CTBのユニットの中のi番目のタイル行の高さを指定する。
brick_splitting_present_flagが１に等しいことは、PPSを参照するピクチャの１つ以上のタイルが２つ以上のブリックに分割されてよいことを指定する。brick_splitting_present_flagが０に等しいことは、PPSを参照するピクチャのタイルが２つ以上のブリックに分割されないことを指定する。
num_tiles_in_pic_minus１に１を加えたものは、PPSを参照する各ピクチャ内のタイルの数を指定する。num_tiles_in_pic_minus１の値はNumTilesInPic－１に等しいべきである。存在しないとき、num_tiles_in_pic_minus１の値はNumTilesInPic－１に等しいと推定される。
brick_split_flag[i]が１に等しいことは、i番目のタイルが２つ以上のブリックに分割されることを指定する。brick_split_flag[i]が０に等しいことは、i番目のタイルが２つ以上のブリックに分割されないことを指定する。存在しないとき、brick_split_flag[i]の値は０に等しいと推定される。幾つかの実施形態では、PPSパースのSPSへの依存性は、シンタックス条件「if（RowHeight[i]>１）」を追加することにより導入される（uniform_brick_spacing_flag[i]についても同様である）。
uniform_brick_spacing_flag[i]が１に等しいことは、水平ブリック境界がi番目のタイル全体に渡り均一に分散され、シンタックス要素brick_height_minus１[i]を用いてシグナリングされることを指定する。uniform_brick_spacing_flag[i]が０に等しいことは、水平ブリック境界が、i番目のタイル全体に渡り均一に分散され、シンタックス要素num_brick_rows_minus２[i]及びbrick_row_height_minus１[i][j]を用いてシグナリングされてよく又はされなくてもよいことを指定する。存在しないとき、uniform_brick_spacing_flag[i]の値は１に等しいと推定される。
brick_height_minus１[i]に１を加えたものは、uniform_brick_spacing_flag[i]が１に等しいとき、CTBのユニットの中でi番目のタイルの中の最下行を除くブリック行の高さを指定する。ここで、brick_height_minus１の値は、両端を含む０～RowHeight[i]－２の範囲であるべきである。存在しないとき、brick_height_minus１[i]の値はRowHeight[i]－１に等しいと推定される。
num_brick_rows_minus２[i]に２を加えたものは、uniform_brick_spacing_flag[i]が０に等しいとき、i番目のタイルをパーティションするブリックの数を指定する。存在するとき、num_brick_rows_minus２uniform_brick_spacing_flag[i]の値は、両端を含む０～RowHeight[i]－２の範囲であるべきである。brick_split_flag[i]が０に等しい場合、brick_split_flag[i]の値は-１に等しいと推定される。その他の場合、uniform_brick_spacing_flag[i]が１に等しい場合、num_brick_rows_minus２[i]の値は第６．５．１節で指定されるように推定される。
brick_row_height_minus１[i][j]に１を加えたものは、uniform_tile_spacing_flagが０に等しいとき、CTBのユニットの中でi番目のタイルの中のj番目のブリックの高さを指定する。
以下の変数が導出され、uniform_tile_spacing_flagが１に等しいとき、num_tile_columns_minus１及びnum_tile_rows_minus１の値が推定され、両端を含む０～NumTilesInPic－１の範囲のiの各々について、uniform_brick_spacing_flag[i]が１等しいとき、num_brick_rows_minus２[i]の値は、第６．５．１節で指定されるように、CTBラスタ及びブリックスキャニング変換処理を呼び出すことにより、推定される。
－リストRowHeight[j]は、両端を含む０～num_tile_rows_minus１の範囲のjについて、CTBのユニットの中のj番目のタイル行の高さを指定する、
－リストCtbAddrRsToBs[ctbAddrRs]は、両端を含む０～PicSizeInCtbsY－１の範囲のctbAddrRsについて、ピクチャのCTBラスタスキャンにおけるCTBアドレスからブリックスキャンにおけるCTBアドレスへの変換を指定する、
－リストCtbAddrBsToRs[ctbAddrBs]は、両端を含む０～PicSizeInCtbsY－１の範囲のctbAddrBsについて、ブリックスキャンにおけるCTBアドレスからピクチャのCTBラスタスキャンにおけるCTBアドレスへの変換を指定する、
－リストBrickId[ctbAddrBs]は、両端を含む０～PicSizeInCtbsY－１の範囲のctbAddrBsについて、ブリック内のCTBアドレスからブリックIDへの変換を指定する、
－リストNumCtusInBrick[brickIdx]は、両端を含む０～NumBricksInPic－１の範囲のbrickIdxについて、ブリックインデックスからブリック内のCTUの数への変換を指定する、
－リストFirstCtbAddrBs[brickIdx]は、両端を含む０～NumBricksInPic－１の範囲のbrickIdxについて、ブリックIDからブリック内の第１CTBのブリックスキャンにおけるCTBアドレスへの変換を指定する。
single_brick_per_slice_flagが１に等しいことは、このPPSを参照する各スライスが１個のブリックを含むことを指定する。single_brick_per_slice_flagが０に等しいことは、このPPSを参照するスライスが１個より多くのブリックを含んでよいことを指定する。存在しないとき、single_brick_per_slice_flagの値は１に等しいと推定される。
rect_slice_flagが０に等しいことは、各スライス内のブリックが、ラスタスキャン順序であり、スライス情報がPPS内でシグナリングされないことを指定する。rect_slice_flagが１に等しいことは、各スライス内のブリックが、ピクチャの長方形領域をカバーし、スライス情報がPPS内でシグナリングされることを指定する。brick_splitting_present_flagが１に等しいとき、rect_slice_flagの値は１に等しいべきである。存在しない場合、rect_slice_flagは、１に等しいと推定される。
num_slices_in_pic_minus１に１を加えたものは、PPSを参照する各ピクチャ内のスライスの数を指定する。num_slices_in_pic_minus１の値は、両端を含む０からNumBricksInPic-１の範囲であるべきである。存在せず、single_brick_per_slice_flagが１に等しい場合、num_slices_in_pic_minus１の値はNumBricksInPic－１に等しいと推定される。
bottom_right_brick_idx_length_minus１に１を加えたものは、シンタックス要素bottom_right_brick_idx_delta[i]を表現するために使用されるビットの数を指定する。bottom_right_brick_idx_length_minus１の値は、両端を含む０からCeil（Log２（NumBricksInPic））－１の範囲であるべきである。
bottom_right_brick_idx_delta[i]は、iが０より大きいとき、i番目のスライスの右下角に位置するブリックのブリックインデックスと、（i-１）番目のスライスの右下角のブリックインデックスとの間の差を指定する。bottom_right_brick_idx_delta[０]は、０番目のスライスの右下角のブリックインデックスを指定する。single_brick_per_slice_flagが１に等しいとき、bottom_right_brick_idx_delta[i]の値は１に等しいと推定される。BottomRightBrickIdx[num_slices_in_pic_minus１]の値はNumBricksInPic－１に等しいと推定される。bottom_right_brick_idx_delta[i]シンタックス要素の長さは、bottom_right_brick_idx_length_minus１+１ビットである。
brick_idx_delta_sign_flag[i]が１に等しいことは、bottom_right_brick_idx_delta[i]の正符号を示す。sign_bottom_right_brick_idx_delta[i]が０に等しいこと負、bottom_right_brick_idx_delta[i]の負符号を示す。
ビデオビットストリーム適合性の要件は、スライスが、完全なタイルの数又は１つのタイルの完全なブリックの連続するシーケンスのみのいずれかを含むことである。
変数TopLeftBrickIdx[i]、BottomRightBrickIdx[i]、NumBricksInSlice[i]、及びBricksToSliceMap[j]は、i番目のスライスの左上角に位置するブリックのブリックインデックス、i番目のスライスの右下角に位置するブリックのブリックインデックス、i番目のスライスの中のブリックの数、及びブリックのスライスへのマッピングを指定し、以下のように導出される：
一般的なスライスヘッダセマンティクス
存在するとき、スライスヘッダシンタックス要素slice_pic_parameter_set_id、non_reference_picture_flag、colour_plane_id、slice_pic_order_cnt_lsb、recovery_poc_cnt、no_output_of_prior_pics_flag、pic_output_flag、及びslice_temporal_mvp_enabled_flagの各々の値は、コーディングピクチャの全部のスライスヘッダの中で同じであるべきである。
変数CuQpDeltaValは、cu_qp_delta_absを含むコーディングユニットのルマ量子化パラメータと、その予測との間の差を指定し、０に等しく設定される。変数CuQpOffsetCb、CuQpOffsetCr、及びCuQpOffsetCbCrは、cu_chroma_qp_offset_flagを含むコーディングユニットのQp′Cb、Qp′Cr、及びQp′CbCr量子化パラメータの各々の値を決定するときに使用されるべき値を指定し、全部０に等しく設定される。
slice_pic_parameter_set_idは、使用中のPPSのpps_pic_parameter_set_idの値を指定する。slice_pic_parameter_set_idの値は、両端を含む０～６３の範囲であるべきである。
ビットストリーム適合性の要件は、現在ピクチャのTemporalIdの値が、slice_pic_parameter_set_idに等しいpps_pic_parameter_set_idを持つPPSのTemporalIdの値以上であることである。
slice_addressはスライスのスライスアドレスを指定する。存在しないとき、slice_addressの値は０に等しいと推定される。
rect_slice_flagが０に等しい場合、以下が適用される：
－スライスアドレスは、式（７－５９）で指定されるブリックIDである。
－slice_addressの長さはCeil（Log２（NumBricksInPic））ビットである。
－slice_addressの値は、両端を含む０～NumBricksInPic-１の範囲であるべきである。
その他の場合（rect_slice_flagが１に等しい）、以下が適用される：
－スライスアドレスは、スライスのスライスIDである。
－slice_addressの長さはsignalled_slice_id_length_minus１+１ビットである。
－signalled_slice_id_flagが０に等しい場合、slice_addressの値は、両端を含む０からnum_slices_in_pic_minus１の範囲であるべきである。その他の場合、slice_addressの値は、両端を含む０～２（signalled_slice_id_length_minus１+１）－１の範囲であるべきである。
以下の制約が適用されることは、ビットストリーム適合性の要件である：
－slice_addressの値は、同じコーディングピクチャの任意の他のコーディングスライスNALユニットのslice_addresの値と等しくてはならない。
－rect_slice_flagが０に等しいとき、ピクチャのスライスはそれらのslice_address値の昇順になるべきである。
－ピクチャのスライスの形状は、各ブリックが、復号されたときに、ピクチャ境界からなるか、又は以前に復号されたブリックの境界からなる、その左側境界全体及び上側境界全体を有するようなものでなければならない。
num_bricks_in_slice_minus１は、存在するとき、スライス内のブリック数－１を指定する。num_bricks_in_slice_minus１の値は、両端を含む０～NumBricksInPic－１の範囲内であるべきである。rect_slice_flagが０に等しく、single_brick_per_slice_flagが１に等しい場合、num_bricks_in_slice_minus１の値は０に等しいと推定される。single_brick_per_slice_flagが１に等しい場合、num_bricks_in_slice_minus１の値は０に等しいと推定される。
現在スライス内のブリックの数を指定する変数NumBricksInCurrSliceと、現在スライス内のi番目のブリックのブリックインデックスを指定するSliceBrickIdx[i]は、次のように導出される：
変数SubPicIdx、SubPicLeftBoundaryPos、SubPicTopBoundaryPos、SubPicRightBoundaryPos、及びSubPicBotBoundaryPosは、以下のように導出される：
注：タイル内で更なるブリック分割が無い場合、タイル全体がブリックと呼ばれる。ピクチャが、更なるブリック分割が無く、単一タイルのみを含むとき、それは、単一ブリックと呼ばれる。
ビデオビットストリーム適合性の要件は、single_tile_in_pic_flagの値が、CVS内のコーディングピクチャにより参照される全部のPPSについて同じであることである。
uniform_tile_spacing_flagが１に等しいことは、タイル列境界及び同様にタイル行境界が、ピクチャ全体に渡り均一に分散され、シンタックス要素tile_cols_width_minus１及びtile_rows_height_minus１を用いてシグナリングされることを指定する。uniform_tile_spacing_flagが０に等しいことは、タイル列境界及び同様にタイル行境界が、ピクチャ全体に渡り均一に分散され、シンタックス要素num_tile_columns_minus１及びnum_tile_rows_minus１及びシンタックス要素ペアtile_column_width_minus１[i]及びtile_row_height_minus１[i]のリストを用いてシグナリングされてよく又はされなくてもよいことを指定する。存在しないとき、uniform_tile_spacing_flagの値は１に等しいと推定される。
tile_cols_width_minus１に１を加えたものは、uniform_tile_spacing_flagが１に等しいとき、CTBのユニットの中でピクチャの最右列を除くタイル列の幅を指定する。tile_cols_width_minus１の値は、両端を含む０からPicWidthInCtbsY－１の範囲であるべきである。存在しないとき、tile_cols_width_minus１の値はPicWidthInCtbsY－１に等しいと推定される。
tile_rows_height_minus１に１を加えたものは、uniform_tile_spacing_flagが１に等しいとき、CTBのユニットの中でピクチャの最下行を除くタイル行の高さを指定する。tile_rows_height_minus１の値は、両端を含む０からPicHeightInCtbsY－１の範囲であるべきである。存在しないとき、tile_rows_height_minus１の値はPicHeightInCtbsY－１に等しいと推定される。
num_tile_columns_minus１に１を加えたものは、uniform_tile_spacing_flagが０に等しいとき、ピクチャをパーティションするタイル列の数を指定する。num_tile_columns_minus１の値は、両端を含む０からPicWidthInCtbsY－１の範囲であるべきである。single_tile_in_pic_flagが１に等しい場合、num_tile_columns_minus１の値は０に等しいと推定される。その他の場合、uniform_tile_spacing_flagが１に等しい場合、num_tile_columns_minus１の値は第６．５．１節で指定されるように推定される。
num_tile_rows_minus１に１を加えたものは、uniform_tile_spacing_flagが０に等しいとき、ピクチャをパーティションするタイル行の数を指定する。num_tile_rows_minus１の値は、両端を含む０からPicHeightInCtbsY－１の範囲であるべきである。single_tile_in_pic_flagが１に等しい場合、num_tile_rows_minus１の値は０に等しいと推定される。その他の場合、uniform_tile_spacing_flagが１に等しい場合、num_tile_rows_minus１の値は第６．５．１節で指定されるように推定される。
変数NumTilesInPicは、（num_tile_columns_minus１+１）*（num_tile_rows_minus１+１）に等しく設定される。
single_tile_in_pic_flagが０に等しいとき、NumTilesInPicは１より大きいべきである。
tile_column_width_minus１[i]に１を加えたものは、CTBのユニットの中のi番目のタイル列の幅を指定する。
tile_row_height_minus１[i]に１を加えたものは、CTBのユニットの中のi番目のタイル行の高さを指定する。
brick_splitting_present_flagが１に等しいことは、PPSを参照するピクチャの１つ以上のタイルが２つ以上のブリックに分割されてよいことを指定する。brick_splitting_present_flagが０に等しいことは、PPSを参照するピクチャのタイルが２つ以上のブリックに分割されないことを指定する。
num_tiles_in_pic_minus１に１を加えたものは、PPSを参照する各ピクチャ内のタイルの数を指定する。num_tiles_in_pic_minus１の値はNumTilesInPic－１に等しいべきである。存在しないとき、num_tiles_in_pic_minus１の値はNumTilesInPic－１に等しいと推定される。
brick_split_flag[i]が１に等しいことは、i番目のタイルが２つ以上のブリックに分割されることを指定する。brick_split_flag[i]が０に等しいことは、i番目のタイルが２つ以上のブリックに分割されないことを指定する。存在しないとき、brick_split_flag[i]の値は０に等しいと推定される。幾つかの実施形態では、PPSパースのSPSへの依存性は、シンタックス条件「if（RowHeight[i]>１）」を追加することにより導入される（uniform_brick_spacing_flag[i]についても同様である）。
uniform_brick_spacing_flag[i]が１に等しいことは、水平ブリック境界がi番目のタイル全体に渡り均一に分散され、シンタックス要素brick_height_minus１[i]を用いてシグナリングされることを指定する。uniform_brick_spacing_flag[i]が０に等しいことは、水平ブリック境界が、i番目のタイル全体に渡り均一に分散され、シンタックス要素num_brick_rows_minus２[i]及びbrick_row_height_minus１[i][j]を用いてシグナリングされてよく又はされなくてもよいことを指定する。存在しないとき、uniform_brick_spacing_flag[i]の値は１に等しいと推定される。
brick_height_minus１[i]に１を加えたものは、uniform_brick_spacing_flag[i]が１に等しいとき、CTBのユニットの中でi番目のタイルの中の最下行を除くブリック行の高さを指定する。ここで、brick_height_minus１の値は、両端を含む０～RowHeight[i]－２の範囲であるべきである。存在しないとき、brick_height_minus１[i]の値はRowHeight[i]－１に等しいと推定される。
num_brick_rows_minus２[i]に２を加えたものは、uniform_brick_spacing_flag[i]が０に等しいとき、i番目のタイルをパーティションするブリックの数を指定する。存在するとき、num_brick_rows_minus２uniform_brick_spacing_flag[i]の値は、両端を含む０～RowHeight[i]－２の範囲であるべきである。brick_split_flag[i]が０に等しい場合、brick_split_flag[i]の値は-１に等しいと推定される。その他の場合、uniform_brick_spacing_flag[i]が１に等しい場合、num_brick_rows_minus２[i]の値は第６．５．１節で指定されるように推定される。
brick_row_height_minus１[i][j]に１を加えたものは、uniform_tile_spacing_flagが０に等しいとき、CTBのユニットの中でi番目のタイルの中のj番目のブリックの高さを指定する。
以下の変数が導出され、uniform_tile_spacing_flagが１に等しいとき、num_tile_columns_minus１及びnum_tile_rows_minus１の値が推定され、両端を含む０～NumTilesInPic－１の範囲のiの各々について、uniform_brick_spacing_flag[i]が１等しいとき、num_brick_rows_minus２[i]の値は、第６．５．１節で指定されるように、CTBラスタ及びブリックスキャニング変換処理を呼び出すことにより、推定される。
－リストRowHeight[j]は、両端を含む０～num_tile_rows_minus１の範囲のjについて、CTBのユニットの中のj番目のタイル行の高さを指定する、
－リストCtbAddrRsToBs[ctbAddrRs]は、両端を含む０～PicSizeInCtbsY－１の範囲のctbAddrRsについて、ピクチャのCTBラスタスキャンにおけるCTBアドレスからブリックスキャンにおけるCTBアドレスへの変換を指定する、
－リストCtbAddrBsToRs[ctbAddrBs]は、両端を含む０～PicSizeInCtbsY－１の範囲のctbAddrBsについて、ブリックスキャンにおけるCTBアドレスからピクチャのCTBラスタスキャンにおけるCTBアドレスへの変換を指定する、
－リストBrickId[ctbAddrBs]は、両端を含む０～PicSizeInCtbsY－１の範囲のctbAddrBsについて、ブリック内のCTBアドレスからブリックIDへの変換を指定する、
－リストNumCtusInBrick[brickIdx]は、両端を含む０～NumBricksInPic－１の範囲のbrickIdxについて、ブリックインデックスからブリック内のCTUの数への変換を指定する、
－リストFirstCtbAddrBs[brickIdx]は、両端を含む０～NumBricksInPic－１の範囲のbrickIdxについて、ブリックIDからブリック内の第１CTBのブリックスキャンにおけるCTBアドレスへの変換を指定する。
single_brick_per_slice_flagが１に等しいことは、このPPSを参照する各スライスが１個のブリックを含むことを指定する。single_brick_per_slice_flagが０に等しいことは、このPPSを参照するスライスが１個より多くのブリックを含んでよいことを指定する。存在しないとき、single_brick_per_slice_flagの値は１に等しいと推定される。
rect_slice_flagが０に等しいことは、各スライス内のブリックが、ラスタスキャン順序であり、スライス情報がPPS内でシグナリングされないことを指定する。rect_slice_flagが１に等しいことは、各スライス内のブリックが、ピクチャの長方形領域をカバーし、スライス情報がPPS内でシグナリングされることを指定する。brick_splitting_present_flagが１に等しいとき、rect_slice_flagの値は１に等しいべきである。存在しない場合、rect_slice_flagは、１に等しいと推定される。
num_slices_in_pic_minus１に１を加えたものは、PPSを参照する各ピクチャ内のスライスの数を指定する。num_slices_in_pic_minus１の値は、両端を含む０からNumBricksInPic-１の範囲であるべきである。存在せず、single_brick_per_slice_flagが１に等しい場合、num_slices_in_pic_minus１の値はNumBricksInPic－１に等しいと推定される。
bottom_right_brick_idx_length_minus１に１を加えたものは、シンタックス要素bottom_right_brick_idx_delta[i]を表現するために使用されるビットの数を指定する。bottom_right_brick_idx_length_minus１の値は、両端を含む０からCeil（Log２（NumBricksInPic））－１の範囲であるべきである。
bottom_right_brick_idx_delta[i]は、iが０より大きいとき、i番目のスライスの右下角に位置するブリックのブリックインデックスと、（i-１）番目のスライスの右下角のブリックインデックスとの間の差を指定する。bottom_right_brick_idx_delta[０]は、０番目のスライスの右下角のブリックインデックスを指定する。single_brick_per_slice_flagが１に等しいとき、bottom_right_brick_idx_delta[i]の値は１に等しいと推定される。BottomRightBrickIdx[num_slices_in_pic_minus１]の値はNumBricksInPic－１に等しいと推定される。bottom_right_brick_idx_delta[i]シンタックス要素の長さは、bottom_right_brick_idx_length_minus１+１ビットである。
brick_idx_delta_sign_flag[i]が１に等しいことは、bottom_right_brick_idx_delta[i]の正符号を示す。sign_bottom_right_brick_idx_delta[i]が０に等しいこと負、bottom_right_brick_idx_delta[i]の負符号を示す。
ビデオビットストリーム適合性の要件は、スライスが、完全なタイルの数又は１つのタイルの完全なブリックの連続するシーケンスのみのいずれかを含むことである。
変数TopLeftBrickIdx[i]、BottomRightBrickIdx[i]、NumBricksInSlice[i]、及びBricksToSliceMap[j]は、i番目のスライスの左上角に位置するブリックのブリックインデックス、i番目のスライスの右下角に位置するブリックのブリックインデックス、i番目のスライスの中のブリックの数、及びブリックのスライスへのマッピングを指定し、以下のように導出される：
存在するとき、スライスヘッダシンタックス要素slice_pic_parameter_set_id、non_reference_picture_flag、colour_plane_id、slice_pic_order_cnt_lsb、recovery_poc_cnt、no_output_of_prior_pics_flag、pic_output_flag、及びslice_temporal_mvp_enabled_flagの各々の値は、コーディングピクチャの全部のスライスヘッダの中で同じであるべきである。
変数CuQpDeltaValは、cu_qp_delta_absを含むコーディングユニットのルマ量子化パラメータと、その予測との間の差を指定し、０に等しく設定される。変数CuQpOffsetCb、CuQpOffsetCr、及びCuQpOffsetCbCrは、cu_chroma_qp_offset_flagを含むコーディングユニットのQp′Cb、Qp′Cr、及びQp′CbCr量子化パラメータの各々の値を決定するときに使用されるべき値を指定し、全部０に等しく設定される。
slice_pic_parameter_set_idは、使用中のPPSのpps_pic_parameter_set_idの値を指定する。slice_pic_parameter_set_idの値は、両端を含む０～６３の範囲であるべきである。
ビットストリーム適合性の要件は、現在ピクチャのTemporalIdの値が、slice_pic_parameter_set_idに等しいpps_pic_parameter_set_idを持つPPSのTemporalIdの値以上であることである。
slice_addressはスライスのスライスアドレスを指定する。存在しないとき、slice_addressの値は０に等しいと推定される。
rect_slice_flagが０に等しい場合、以下が適用される：
－スライスアドレスは、式（７－５９）で指定されるブリックIDである。
－slice_addressの長さはCeil（Log２（NumBricksInPic））ビットである。
－slice_addressの値は、両端を含む０～NumBricksInPic-１の範囲であるべきである。
その他の場合（rect_slice_flagが１に等しい）、以下が適用される：
－スライスアドレスは、スライスのスライスIDである。
－slice_addressの長さはsignalled_slice_id_length_minus１+１ビットである。
－signalled_slice_id_flagが０に等しい場合、slice_addressの値は、両端を含む０からnum_slices_in_pic_minus１の範囲であるべきである。その他の場合、slice_addressの値は、両端を含む０～２（signalled_slice_id_length_minus１+１）－１の範囲であるべきである。
以下の制約が適用されることは、ビットストリーム適合性の要件である：
－slice_addressの値は、同じコーディングピクチャの任意の他のコーディングスライスNALユニットのslice_addresの値と等しくてはならない。
－rect_slice_flagが０に等しいとき、ピクチャのスライスはそれらのslice_address値の昇順になるべきである。
－ピクチャのスライスの形状は、各ブリックが、復号されたときに、ピクチャ境界からなるか、又は以前に復号されたブリックの境界からなる、その左側境界全体及び上側境界全体を有するようなものでなければならない。
num_bricks_in_slice_minus１は、存在するとき、スライス内のブリック数－１を指定する。num_bricks_in_slice_minus１の値は、両端を含む０～NumBricksInPic－１の範囲内であるべきである。rect_slice_flagが０に等しく、single_brick_per_slice_flagが１に等しい場合、num_bricks_in_slice_minus１の値は０に等しいと推定される。single_brick_per_slice_flagが１に等しい場合、num_bricks_in_slice_minus１の値は０に等しいと推定される。
現在スライス内のブリックの数を指定する変数NumBricksInCurrSliceと、現在スライス内のi番目のブリックのブリックインデックスを指定するSliceBrickIdx[i]は、次のように導出される：
２．６ 例示的なシンタックス及びセマンティクス
subpics_present_flagが１に等しいことは、SPS RBSPシンタックス内にサブピクチャパラメータが現在存在することを示す。subpics_present_flagが０に等しいことは、SPS RBSPシンタックス内にサブピクチャパラメータが現在存在しないことを示す。
注２：ビットストリームがサブビットストリーム抽出処理の結果であり、サブビットストリーム抽出処理への入力ビットストリームのサブピクチャの一部のみを含むとき、SPSのRBSP内のsubpics_present_flagの値を１に等しく設定することが要求され得る。
sps_num_subpics_minus１に１を加えたものは、sub-pictures.sps_num_subpics_minus１の数値が０～２５４の範囲内であるべきことを指定する。存在しないとき、sps_num_subpics_minus１の値は０に等しいと推定される。
subpic_ctu_top_left_x[i]は、CtbSizeYのユニットのi番目のサブピクチャの左上CTUの水平位置を指定する。シンタックス要素の長さは、以下の通りである：
存在しないとき、subpic_ctu_top_left_x[i]の値は０に等しいと推定される。
subpic_ctu_top_left_y[i]は、CtbSizeYのユニットのi番目のサブピクチャの左上CTUの垂直位置を指定する。シンタックス要素の長さは、以下の通りである：
存在しないとき、subpic_ctu_top_left_y[i]の値は０に等しいと推定される。
subpic_width_minus１[i]に１を加えたものは、CtbSizeYのユニットの中のi番目のサブピクチャの幅を指定する。シンタックス要素の長さは、Ceil（Log２（pic_width_max_in_luma_samples/CtbSizeY））ビットである。存在しないとき、subpic_width_minus１[i]の値は次式に等しいと推定される。
subpic_height_minus１[i]に１を加えたものは、CtbSizeYのユニットの中のi番目のサブピクチャの高さを指定する。シンタックス要素の長さは、Ceil（Log２（pic_height_max_in_luma_samples/CtbSizeY））ビットである。存在しないとき、subpic_height_minus１[i]の値は次式に等しいと推定される。
subpic_treated_as_pic_flag[i]が１に等しいことは、CVS内の各コーディングピクチャのi番目のサブピクチャが、インループフィルタリング操作を除き復号処理でピクチャとして取り扱われることを指定する。subpic_treated_as_pic_flag[i]が０に等しいことは、CVS内の各コーディングピクチャのi番目のサブピクチャが、インループフィルタリング操作を除き復号処理でピクチャとして取り扱われないことを指定する。存在しないとき、subpic_treated_as_pic_flag[i]の値は０に等しいと推定される。
loop_filter_across_subpic_enabled_flag[i]が１に等しいことは、インループフィルタリング操作が、CVSにおける各コーディングピクチャの中のi番目のサブピクチャの境界に跨がり実行されてよいことを指定する。loop_filter_across_subpic_enabled_flag[i]が０に等しいことは、CVS内の各コーディングピクチャ内のi番目のサブピクチャの境界に渡り、インループフィルタリング動作が実行されないことを指定する。存在しないとき、vloop_filter_across_subpic_enabled_pic_flag[i]の値は１に等しいと推定される。
ビットストリーム適合の要件は、以下の制約を適用することである：
－任意の２つのサブピクチャsubpicA及びsubpicBについて、subpicAのインデックスがsubpicBのインデックスより小さいとき、subpicAの任意のコーディングNALユニットは、復号順序で、subpicBの任意のコーディングNALユニットの後に続くべきである。
－サブピクチャの形状は、各サブピクチャが、復号されるとき、ピクチャ境界を構成する又は前に復号されたサブピクチャの境界を構成する、その左境界全体及び上境界全体を有するべきである。
sps_subpic_id_present_flagが１に等しいことは、サブピクチャIdマッピングがSPS内に存在することを指定する。sps_subpic_id_present_flagが０に等しいことは、サブピクチャIdマッピングがSPS内に存在することを指定する。
sps_subpic_id_signalling_present_flagが１に等しいことは、サブピクチャIdマッピングがSPS内でシグナリングされることを指定する。sps_subpic_id_signalling_present_flagが０に等しいことは、サブピクチャIdマッピングがSPS内でシグナリングされないことを指定する。存在しないとき、sps_subpic_id_signalling_present_flagの値は０に等しいと推定される。
sps_subpic_id_len_minus１に１を加えたものは、シンタックス要素sps_subpic_id[i]を表現するために使用されるビットの数を指定する。sps_subpic_id_len_minus１の値は、両端を含む０～１５の範囲であるべきである。
sps_subpic_id[i]は、i番目のサブピクチャのサブピクチャIdを指定する。sps_subpic_id[i]シンタックス要素の長さは、sps_subpic_id_len_minus１+１ビットである。存在しないとき、及びsps_subpic_id_present_flagが０に等しいとき、sps_subpic_id[i]の値は、両端を含む０～sps_num_subpics_minus１の範囲の各iについて、iに等しいと推定される。
ph_pic_parameter_set_idは、使用中のPPSのpps_pic_parameter_set_idの値を指定するph_pic_parameter_set_idの値は、両端を含む０～６３の範囲であるべきである。
ピクチャヘッダのTemporalIdの値が、ph_pic_parameter_set_idに等しいpps_pic_parameter_set_idを持つPPSのTemporalIdの値以上であることはビットストリーム適合性の要件である。
ph_subpic_id_signalling_present_flagが１に等しいことは、サブピクチャIdマッピングがピクチャヘッダ内でシグナリングされることを指定する。ph_subpic_id_signalling_present_flagが０に等しいことは、サブピクチャIdマッピングがピクチャヘッダ内でシグナリングされないことを指定する。
ph_subpic_id_len_minus１に１を加えたものは、シンタックス要素ph_subpic_id[i]を表現するために使用されるビットの数を指定する。pic_subpic_id_len_minus１の値は、両端を含む０～１５の範囲であるべきである。
ビデオビットストリーム適合性の要件は、ph_subpic_id_len_minus１の値が、CVS内のコーディングピクチャにより参照される全部のピクチャヘッダについて同じであることである。
sps_subpic_id[i]は、i番目のサブピクチャのサブピクチャIdを指定する。ph_subpic_id[i]シンタックス要素の長さは、ph_subpic_id_len_minus１+１ビットである。
リストSubpicIdList[i]は以下のように導出される：
デブロッキングフィルタ処理
概要
この処理への入力は、デブロッキング前の再構成ピクチャ、つまり、アレイrecPictureLであり、ChromaArrayTypeが０に等しくないとき、アレイrecPictureCb及びrecPictureCr.である。
この処理の出力は、デブロッキング後の変更された再構成ピクチャ、つまり、アレイrecPictureLであり、ChromaArrayTypeが０に等しくないとき、アレイrecPictureCb及びrecPictureCr.である。
ピクチャ内の垂直エッジが最初にフィルタリングされる。次に、ピクチャ内の水平エッジが、入力として垂直エッジフィルタリング処理により変更されたサンプルによりフィルタリングされる。各CTUのCTB内の垂直及び水平エッジは、コーディングユニット毎に別個に処理される。コーディングユニット内のコーディングブロックの垂直エッジは、コーディングブロックの左側にあるエッジから開始して、コーディングブロックの右側へ向かって、エッジを通じてそれらの幾何学的順序で進行しながらフィルタリングされる。コーディングユニット内のコーディングブロックの水平エッジは、コーディングブロックの上にあるエッジから開始して、コーディングブロックの下へ向かって、エッジを通じてそれらの幾何学的順序で進行しながらフィルタリングされる。
注：フィルタリング処理は本明細書ではピクチャ毎に指定されるが、デコーダが同じ出力値を生成するよう処理依存性順序を適正に考慮するならば、フィルタリング処理は、コーディングユニット毎に実施することができ、等価な結果を有する。
デブロッキングフィルタ処理は、全部のサブブロックエッジに適用され、以下のタイプのエッジを除いて、ピクチャのブロックエッジを変換する。
－ピクチャの境界にあるエッジ、
－pps_loop_filter_across_virtual_boundaries_disabled_flagが１に等しいとき、ピクチャの仮想境界に一致するエッジ、
－loop_filter_across_tiles_enabled_flagが０に等しいとき、タイル境界に一致するエッジ、
－loop_filter_across_slices_enabled_flagが０に等しいとき、スライス境界に一致するエッジ、
－slice_deblocking_filter_disabled_flagが１に等しいとき、スライスの上又は左境界に一致するエッジ、
－１に等しいslice_deblocking_filter_disabled_flagを有するスライス内のエッジ、
－ルマ成分の４×４サンプルグリッド境界に対応しないエッジ、
－クロマ成分の８×８サンプルグリッド境界に対応しないエッジ、
－エッジの両側が１に等しいintra_bdpcm_luma_flagを有する、ルマ成分内のエッジ、
－エッジの両側が１に等しいintra_bdpcm_chroma_flagを有する、クロマ成分内のエッジ、
－関連する変換ユニットのエッジが存在しないクロマサブブロックのエッジ、
…
１方向のデブロッキングフィルタ処理
この処理への入力は：
－ルマ成分（DUAL_TREE_LUMA）又はクロマ成分（DUAL_TREE_CHROMA）が現在処理されているかどうかを指定する変数treeType、
－treeTypeがDUAL_TREE_LUMAに等しいとき、デブロッキング前の再構成ピクチャ、つまりアレイrecPictureL、
－ChromaArrayTypeが０に等しくなく、treeTypeがDUAL_TREE_CHROMAであるとき、アレイrecPictureCb及びrecPictureCr、
－垂直（EDGE_VER）又は水平（EDGE_HOR）エッジがフィルタリングされるかを指定する変数edgeType。
この処理の出力は、デブロッキング後に変更された再構成ピクチャである、つまり：
－treeTypeがDUAL_TREE_LUMAに等しいとき、アレイrecPictureL、
－ChromaArrayTypeが０に等しくなく、treeTypeがDUAL_TREE_CHROMAであるとき、アレイrecPictureCb及びrecPictureCr。
変数firstCompIdx及びlastCompIdxは、以下のように導出される：
各コーディングユニット、及びコーディングブロック幅nCbW、コーディングブロック高さnCbH、及びコーディングブロックの左上サンプルの位置（xCb,yCb）を有する、両端を含むfirstCompIdx～lastCompIdxの範囲の色成分インデックスcIdxにより示されるコーディングユニットの色成分毎の各コーディングブロックについて、cIdxが０に等しいとき、又はcIdxが０に等しくなく、edgeTypeがEDGE_VERに等しく、xCb%８が０に等しいとき、又はcIdxが０に等しくなく、edgeTypeがEDGE_HORに等しく、yCb%８が０に等しいとき、エッジは以下の順序付きステップによりフィルタリングされる：
１．変数filterEdgeFlagは、以下のように導出される：
－edgeTypeがEDGE_VERに等しく、以下の条件のうちの１つ以上が真である場合、filterEdgeFlagが０に等しく設定される：
－現在コーディングブロックの左境界がピクチャの左境界である
－現在コーディングブロックの左境界がタイルの左境界であり、loop_filter_across_tiles_enabled_flagが０に等しい。
－現在コーディングブロックの左境界がスライスの左境界であり、loop_filter_across_slices_enabled_flagが０に等しい。
－現在コーディングブロックの左境界がピクチャの垂直仮想境界のうちの１つであり、VirtualBoundariesDisabledFlagが１に等しい。
－その他の場合、edgeTypeがEDGE_HORに等しく、以下の条件のうちの１つ以上が真である場合、変数filterEdgeFlagが０に等しく設定される：
－現在ルマコーディングブロックの上境界がピクチャの上境界である
－現在コーディングブロックの上境界がタイルの上境界であり、loop_filter_across_tiles_enabled_flagが０に等しい。
－現在コーディングブロックの上境界がスライスの上境界であり、loop_filter_across_slices_enabled_flagが０に等しい。
－現在コーディングブロックの上境界がピクチャの水平仮想境界のうちの１つであり、VirtualBoundariesDisabledFlagが１に等しい。
－その他の場合、filterEdgeFlagが１に等しく設定される。
注２：ビットストリームがサブビットストリーム抽出処理の結果であり、サブビットストリーム抽出処理への入力ビットストリームのサブピクチャの一部のみを含むとき、SPSのRBSP内のsubpics_present_flagの値を１に等しく設定することが要求され得る。
sps_num_subpics_minus１に１を加えたものは、sub-pictures.sps_num_subpics_minus１の数値が０～２５４の範囲内であるべきことを指定する。存在しないとき、sps_num_subpics_minus１の値は０に等しいと推定される。
subpic_ctu_top_left_x[i]は、CtbSizeYのユニットのi番目のサブピクチャの左上CTUの水平位置を指定する。シンタックス要素の長さは、以下の通りである：
subpic_ctu_top_left_y[i]は、CtbSizeYのユニットのi番目のサブピクチャの左上CTUの垂直位置を指定する。シンタックス要素の長さは、以下の通りである：
subpic_width_minus１[i]に１を加えたものは、CtbSizeYのユニットの中のi番目のサブピクチャの幅を指定する。シンタックス要素の長さは、Ceil（Log２（pic_width_max_in_luma_samples/CtbSizeY））ビットである。存在しないとき、subpic_width_minus１[i]の値は次式に等しいと推定される。
loop_filter_across_subpic_enabled_flag[i]が１に等しいことは、インループフィルタリング操作が、CVSにおける各コーディングピクチャの中のi番目のサブピクチャの境界に跨がり実行されてよいことを指定する。loop_filter_across_subpic_enabled_flag[i]が０に等しいことは、CVS内の各コーディングピクチャ内のi番目のサブピクチャの境界に渡り、インループフィルタリング動作が実行されないことを指定する。存在しないとき、vloop_filter_across_subpic_enabled_pic_flag[i]の値は１に等しいと推定される。
ビットストリーム適合の要件は、以下の制約を適用することである：
－任意の２つのサブピクチャsubpicA及びsubpicBについて、subpicAのインデックスがsubpicBのインデックスより小さいとき、subpicAの任意のコーディングNALユニットは、復号順序で、subpicBの任意のコーディングNALユニットの後に続くべきである。
－サブピクチャの形状は、各サブピクチャが、復号されるとき、ピクチャ境界を構成する又は前に復号されたサブピクチャの境界を構成する、その左境界全体及び上境界全体を有するべきである。
sps_subpic_id_present_flagが１に等しいことは、サブピクチャIdマッピングがSPS内に存在することを指定する。sps_subpic_id_present_flagが０に等しいことは、サブピクチャIdマッピングがSPS内に存在することを指定する。
sps_subpic_id_signalling_present_flagが１に等しいことは、サブピクチャIdマッピングがSPS内でシグナリングされることを指定する。sps_subpic_id_signalling_present_flagが０に等しいことは、サブピクチャIdマッピングがSPS内でシグナリングされないことを指定する。存在しないとき、sps_subpic_id_signalling_present_flagの値は０に等しいと推定される。
sps_subpic_id_len_minus１に１を加えたものは、シンタックス要素sps_subpic_id[i]を表現するために使用されるビットの数を指定する。sps_subpic_id_len_minus１の値は、両端を含む０～１５の範囲であるべきである。
sps_subpic_id[i]は、i番目のサブピクチャのサブピクチャIdを指定する。sps_subpic_id[i]シンタックス要素の長さは、sps_subpic_id_len_minus１+１ビットである。存在しないとき、及びsps_subpic_id_present_flagが０に等しいとき、sps_subpic_id[i]の値は、両端を含む０～sps_num_subpics_minus１の範囲の各iについて、iに等しいと推定される。
ph_pic_parameter_set_idは、使用中のPPSのpps_pic_parameter_set_idの値を指定するph_pic_parameter_set_idの値は、両端を含む０～６３の範囲であるべきである。
ピクチャヘッダのTemporalIdの値が、ph_pic_parameter_set_idに等しいpps_pic_parameter_set_idを持つPPSのTemporalIdの値以上であることはビットストリーム適合性の要件である。
ph_subpic_id_signalling_present_flagが１に等しいことは、サブピクチャIdマッピングがピクチャヘッダ内でシグナリングされることを指定する。ph_subpic_id_signalling_present_flagが０に等しいことは、サブピクチャIdマッピングがピクチャヘッダ内でシグナリングされないことを指定する。
ph_subpic_id_len_minus１に１を加えたものは、シンタックス要素ph_subpic_id[i]を表現するために使用されるビットの数を指定する。pic_subpic_id_len_minus１の値は、両端を含む０～１５の範囲であるべきである。
ビデオビットストリーム適合性の要件は、ph_subpic_id_len_minus１の値が、CVS内のコーディングピクチャにより参照される全部のピクチャヘッダについて同じであることである。
sps_subpic_id[i]は、i番目のサブピクチャのサブピクチャIdを指定する。ph_subpic_id[i]シンタックス要素の長さは、ph_subpic_id_len_minus１+１ビットである。
リストSubpicIdList[i]は以下のように導出される：
概要
この処理への入力は、デブロッキング前の再構成ピクチャ、つまり、アレイrecPictureLであり、ChromaArrayTypeが０に等しくないとき、アレイrecPictureCb及びrecPictureCr.である。
この処理の出力は、デブロッキング後の変更された再構成ピクチャ、つまり、アレイrecPictureLであり、ChromaArrayTypeが０に等しくないとき、アレイrecPictureCb及びrecPictureCr.である。
ピクチャ内の垂直エッジが最初にフィルタリングされる。次に、ピクチャ内の水平エッジが、入力として垂直エッジフィルタリング処理により変更されたサンプルによりフィルタリングされる。各CTUのCTB内の垂直及び水平エッジは、コーディングユニット毎に別個に処理される。コーディングユニット内のコーディングブロックの垂直エッジは、コーディングブロックの左側にあるエッジから開始して、コーディングブロックの右側へ向かって、エッジを通じてそれらの幾何学的順序で進行しながらフィルタリングされる。コーディングユニット内のコーディングブロックの水平エッジは、コーディングブロックの上にあるエッジから開始して、コーディングブロックの下へ向かって、エッジを通じてそれらの幾何学的順序で進行しながらフィルタリングされる。
注：フィルタリング処理は本明細書ではピクチャ毎に指定されるが、デコーダが同じ出力値を生成するよう処理依存性順序を適正に考慮するならば、フィルタリング処理は、コーディングユニット毎に実施することができ、等価な結果を有する。
デブロッキングフィルタ処理は、全部のサブブロックエッジに適用され、以下のタイプのエッジを除いて、ピクチャのブロックエッジを変換する。
－ピクチャの境界にあるエッジ、
－loop_filter_across_tiles_enabled_flagが０に等しいとき、タイル境界に一致するエッジ、
－loop_filter_across_slices_enabled_flagが０に等しいとき、スライス境界に一致するエッジ、
－slice_deblocking_filter_disabled_flagが１に等しいとき、スライスの上又は左境界に一致するエッジ、
－１に等しいslice_deblocking_filter_disabled_flagを有するスライス内のエッジ、
－ルマ成分の４×４サンプルグリッド境界に対応しないエッジ、
－クロマ成分の８×８サンプルグリッド境界に対応しないエッジ、
－エッジの両側が１に等しいintra_bdpcm_luma_flagを有する、ルマ成分内のエッジ、
－エッジの両側が１に等しいintra_bdpcm_chroma_flagを有する、クロマ成分内のエッジ、
－関連する変換ユニットのエッジが存在しないクロマサブブロックのエッジ、
…
１方向のデブロッキングフィルタ処理
この処理への入力は：
－ルマ成分（DUAL_TREE_LUMA）又はクロマ成分（DUAL_TREE_CHROMA）が現在処理されているかどうかを指定する変数treeType、
－treeTypeがDUAL_TREE_LUMAに等しいとき、デブロッキング前の再構成ピクチャ、つまりアレイrecPictureL、
－ChromaArrayTypeが０に等しくなく、treeTypeがDUAL_TREE_CHROMAであるとき、アレイrecPictureCb及びrecPictureCr、
－垂直（EDGE_VER）又は水平（EDGE_HOR）エッジがフィルタリングされるかを指定する変数edgeType。
この処理の出力は、デブロッキング後に変更された再構成ピクチャである、つまり：
－treeTypeがDUAL_TREE_LUMAに等しいとき、アレイrecPictureL、
－ChromaArrayTypeが０に等しくなく、treeTypeがDUAL_TREE_CHROMAであるとき、アレイrecPictureCb及びrecPictureCr。
変数firstCompIdx及びlastCompIdxは、以下のように導出される：
１．変数filterEdgeFlagは、以下のように導出される：
－edgeTypeがEDGE_VERに等しく、以下の条件のうちの１つ以上が真である場合、filterEdgeFlagが０に等しく設定される：
－現在コーディングブロックの左境界がピクチャの左境界である
－現在コーディングブロックの左境界がスライスの左境界であり、loop_filter_across_slices_enabled_flagが０に等しい。
－現在コーディングブロックの左境界がピクチャの垂直仮想境界のうちの１つであり、VirtualBoundariesDisabledFlagが１に等しい。
－その他の場合、edgeTypeがEDGE_HORに等しく、以下の条件のうちの１つ以上が真である場合、変数filterEdgeFlagが０に等しく設定される：
－現在ルマコーディングブロックの上境界がピクチャの上境界である
－現在コーディングブロックの上境界がスライスの上境界であり、loop_filter_across_slices_enabled_flagが０に等しい。
－現在コーディングブロックの上境界がピクチャの水平仮想境界のうちの１つであり、VirtualBoundariesDisabledFlagが１に等しい。
－その他の場合、filterEdgeFlagが１に等しく設定される。
２．７ TPM、HMVP、及びGEO
VVCにおけるTPM（triangular Prediction Mode）は、ブロックを、異なる動き情報を有する２個の三角形に分割する。
VVCにおけるHMVP（History-based Motion vector Prediction）は、動きベクトル予測のために使用されるべき動き情報のテーブルを維持する。テーブルは、インターコーディングブロックを復号した後に更新されるが、インターコーディングがTPMコーディングされる場合には更新されない。
GEO（geometry partition mode）は、TPMの拡張である。GEOでは、ブロックは、三角形であってよく又はそうでなくてもよい２個のパーティションに、直線により分割できる。
２．８ ALF、CC-ALF、及び仮想境界
VVCにおけるALF（Adaptive Loop-Filter）は、ピクチャが復号された後に、ピクチャ品質を向上するために適用される。
仮想境界（Virtual Boundary （VB））は、ALFをハードウェア設計と親和させるために、VVCにおいて採用された。VBにより、ALFは、２個のALF仮想境界により境界を定められるALF処理ユニットにおいて実施される。
CC-ALF（cross-component ALF）は、ルマサンプルの情報を参照することにより、クロマサンプルをフィルタリングする。
２．９ サブピクチャのための例示的なSEI
D．３．８ サブピクチャレベル情報SEIメッセージセマンティクス
サブピクチャレベル情報SEIメッセージは、付録Aに従ってサブピクチャを含む抽出されたビットストリームの適合性をテストするときに、ビットストリーム内のサブピクチャが適合するレベルに関する情報を含む
サブピクチャレベル情報SEIメッセージがCLVSの任意のピクチャについて存在するとき、サブピクチャレベル情報SEIメッセージは、CLVSの第１ピクチャについて存在するべきである。サブピクチャレベル情報SEIメッセージは、現在ピクチャからCLVSの終わりまで、復号順序で現在レイヤについて持続する。同じCLVSに適用される全部のサブピクチャレベル情報SEIメッセージは、同じ内容を有するべきである。
sli_seq_parameter_set_idは、サブピクチャレベル情報SEIメッセージに関連付けられたコーディングピクチャにより参照されるSPSのsps_seq_parameter_set_idを示し、それに等しいべきである。sli_seq_parameter_set_idの値は、サブピクチャレベル情報SEIメッセージに関連付けられたコーディングピクチャのPHのph_pic_parameter_set_idにより参照されるPPSの中のpps_seq_parameter_set_idの値に等しいべきである。
ビットストリーム適合性の要件は、サブピクチャレベル情報SEIメッセージがCLVSについて存在するとき、両端を含む０～sps_num_subpics_minus１の範囲にあるiの各値について、subpic_treated_as_pic_flag[i]の値が１に等しいべきであることである。
num_ref_levels_minus１に１を加えたものは、sps_num_subpics_minus１+１個のサブピクチャの各々についてシグナリングされる参照レベルの数を指定する。
explicit_fraction_present_flagが１に等しいことは、シンタックス要素ref_level_fraction_minus１[i]が存在することを指定する。explicit_fraction_present_flagが０に等しいことは、シンタックス要素ref_level_fraction_minus１[i]が存在しないことを指定する。
ref_level_idc[i]は、付録Aに指定したように、各サブピクチャが適合するレベルを示す。ビットストリームは、付録Aに指定された以外のref_level_idcの値を含んではならない。他の値のref_level_idc[i]は、ITU－-T/ISO/IECによる将来の使用のために予約されている。ビデオビットストリーム適合性の要件は、iより大きい任意の値のkについて、ref_level_idc[i]の値がref_level_idc[k]以下であることである。
ref_level_fraction_minus１[i][j]に１を加えたものは、第A．４．１節で指定されたように、j番目のサブピクチャが適合するref_level_idc[i]に関連付けられたレベル制限の割合を指定する。
変数SubPicSizeY[j]は、（subpic_width_minus１[j]+１）*（subpic_height_minus１[j]+１）に等しく設定される。
存在しないとき、ref_level_fraction_minus１[i][j]の値はCeil（２５６*SubPicSizeY[j]÷PicSizeInSamplesY*MaxLumaPs（general_level_idc）÷MaxLumaPs（ref_level_idc[i]）－１に等しいと推定される。
変数RefLevelFraction[i][j]は、ref_level_fraction_minus１[i][j]+１に等しく設定される。
変数SubPicNumTileCols[j]及びSubPicNumTileRows[j]は、以下のように導出される：
変数SubPicCpbSizeVcl[i][j]及びSubPicCpbSizeNal[i][j]は、以下のように導出される：
ここで、MaxCPBは、第A．４．２節で指定されたように、ref_level_idc[i]から導出される。
注１：サブピクチャが抽出されると、結果として生じるビットストリームは、SubPicCpbSizeVcl[i][j]及びSubPicCpbSizeNal[i][j]以上のCpbSize（SPSの中で示されるか、又は推定される）を有する。
ビデオビットストリーム適合性の要件は、両端を含む０～sps_num_subpics_minus１の範囲のjについて、j番目のサブピクチャを抽出することにより生じる、０に等しいgeneral_tier_flag及び両端を含む０～num_ref_level_minus１の範囲のiについて、ref_level_idc[i]に等しいレベルを有するビットストリームが、付録Cで指定されるように各ビットストリーム適合性テストのための以下の制約に従うことである。
－Ceil（２５６*SubPicSizeY[i]÷RefLevelFraction[i][j]）が、MaxLumaPs以下であり、ここで、MaxLumaPsは表A．１で指定される。
－Ceil（２５６*（subpic_width_minus１[i]+１）÷RefLevelFraction[i][j]）の値が、Sqrt（MaxLumaPs*８）以下である。
－Ceil（２５６*（subpic_height_minus１[i]+１）÷RefLevelFraction[i][j]）の値が、Sqrt（MaxLumaPs*８）以下である。
－SubPicNumTileCols[j]の値が、MaxTileCols以下であり、SubPicNumTileRows[j]の値が、MaxTileRows以下であり、ここで、MaxTileCols及びMaxTileRowsは表A．１で指定される。
１つ以上のサブピクチャを含む、サブピクチャインデックスSubPicSetIndicesのリストを構成する任意のサブピクチャセット、及びサブピクチャセットNumSubPicInSetの中の多数のサブピクチャについて、サブピクチャセットのレベル情報が導出される。
参照レベルref_level_idc[i]に関する全体のレベル部分についての変数SubPicSetAccLevelFraction[i]、サブピクチャセットの変数SubPicSetCpbSizeVcl[i][j]及びSubPicSetCpbSizeNal[i][j]は、以下のように導出される：
サブピクチャセットシーケンスレベル指示子SubPicSetLevelIdcの値は、以下のように導出される：
ここで、MaxTileCols及びMaxTileRowsは、ref_level_idc[i]について表A．１で指定される。
０に等しいgeneral_tier_flag及びSubPicSetLevelIdcに等しいレベルを有するプロファイルに適合するサブピクチャセットビットストリームは、付録Cで指定されるようにビットストリーム適合性テスト毎に以下の制約に従うべきである。
－ VCL HRDパラメータについて、SubPicSetCpbSizeVcl[i]は、CpbVclFactor*MaxCPB以下であるべきであり、ここで、CpbVclFactorは表A．３で指定され、MaxCPBはCpbVclFactorビットのユニットの中で表A．１で指定される。
－ NAL HRDパラメータについて、SubPicSetCpbSizeVcl[i]は、CpbVclFactor*MaxCPB以下であるべきであり、ここで、CpbNalFactorは表A．３で指定され、MaxCPBはCpbNalFactorビットのユニットの中で表A．１で指定される。MaxCPB
注２：サブピクチャが抽出されると、結果として生じるビットストリームは、SubPicCpbSizeVcl[i][j]及びSubPicSetCpbSizeNal[i][j]以上のCpbSize（SPSの中で示されるか、又は推定される）を有する。
サブピクチャレベル情報SEIメッセージは、付録Aに従ってサブピクチャを含む抽出されたビットストリームの適合性をテストするときに、ビットストリーム内のサブピクチャが適合するレベルに関する情報を含む
サブピクチャレベル情報SEIメッセージがCLVSの任意のピクチャについて存在するとき、サブピクチャレベル情報SEIメッセージは、CLVSの第１ピクチャについて存在するべきである。サブピクチャレベル情報SEIメッセージは、現在ピクチャからCLVSの終わりまで、復号順序で現在レイヤについて持続する。同じCLVSに適用される全部のサブピクチャレベル情報SEIメッセージは、同じ内容を有するべきである。
sli_seq_parameter_set_idは、サブピクチャレベル情報SEIメッセージに関連付けられたコーディングピクチャにより参照されるSPSのsps_seq_parameter_set_idを示し、それに等しいべきである。sli_seq_parameter_set_idの値は、サブピクチャレベル情報SEIメッセージに関連付けられたコーディングピクチャのPHのph_pic_parameter_set_idにより参照されるPPSの中のpps_seq_parameter_set_idの値に等しいべきである。
ビットストリーム適合性の要件は、サブピクチャレベル情報SEIメッセージがCLVSについて存在するとき、両端を含む０～sps_num_subpics_minus１の範囲にあるiの各値について、subpic_treated_as_pic_flag[i]の値が１に等しいべきであることである。
num_ref_levels_minus１に１を加えたものは、sps_num_subpics_minus１+１個のサブピクチャの各々についてシグナリングされる参照レベルの数を指定する。
explicit_fraction_present_flagが１に等しいことは、シンタックス要素ref_level_fraction_minus１[i]が存在することを指定する。explicit_fraction_present_flagが０に等しいことは、シンタックス要素ref_level_fraction_minus１[i]が存在しないことを指定する。
ref_level_idc[i]は、付録Aに指定したように、各サブピクチャが適合するレベルを示す。ビットストリームは、付録Aに指定された以外のref_level_idcの値を含んではならない。他の値のref_level_idc[i]は、ITU－-T/ISO/IECによる将来の使用のために予約されている。ビデオビットストリーム適合性の要件は、iより大きい任意の値のkについて、ref_level_idc[i]の値がref_level_idc[k]以下であることである。
ref_level_fraction_minus１[i][j]に１を加えたものは、第A．４．１節で指定されたように、j番目のサブピクチャが適合するref_level_idc[i]に関連付けられたレベル制限の割合を指定する。
変数SubPicSizeY[j]は、（subpic_width_minus１[j]+１）*（subpic_height_minus１[j]+１）に等しく設定される。
存在しないとき、ref_level_fraction_minus１[i][j]の値はCeil（２５６*SubPicSizeY[j]÷PicSizeInSamplesY*MaxLumaPs（general_level_idc）÷MaxLumaPs（ref_level_idc[i]）－１に等しいと推定される。
変数RefLevelFraction[i][j]は、ref_level_fraction_minus１[i][j]+１に等しく設定される。
変数SubPicNumTileCols[j]及びSubPicNumTileRows[j]は、以下のように導出される：
注１：サブピクチャが抽出されると、結果として生じるビットストリームは、SubPicCpbSizeVcl[i][j]及びSubPicCpbSizeNal[i][j]以上のCpbSize（SPSの中で示されるか、又は推定される）を有する。
ビデオビットストリーム適合性の要件は、両端を含む０～sps_num_subpics_minus１の範囲のjについて、j番目のサブピクチャを抽出することにより生じる、０に等しいgeneral_tier_flag及び両端を含む０～num_ref_level_minus１の範囲のiについて、ref_level_idc[i]に等しいレベルを有するビットストリームが、付録Cで指定されるように各ビットストリーム適合性テストのための以下の制約に従うことである。
－Ceil（２５６*SubPicSizeY[i]÷RefLevelFraction[i][j]）が、MaxLumaPs以下であり、ここで、MaxLumaPsは表A．１で指定される。
－Ceil（２５６*（subpic_width_minus１[i]+１）÷RefLevelFraction[i][j]）の値が、Sqrt（MaxLumaPs*８）以下である。
－Ceil（２５６*（subpic_height_minus１[i]+１）÷RefLevelFraction[i][j]）の値が、Sqrt（MaxLumaPs*８）以下である。
－SubPicNumTileCols[j]の値が、MaxTileCols以下であり、SubPicNumTileRows[j]の値が、MaxTileRows以下であり、ここで、MaxTileCols及びMaxTileRowsは表A．１で指定される。
１つ以上のサブピクチャを含む、サブピクチャインデックスSubPicSetIndicesのリストを構成する任意のサブピクチャセット、及びサブピクチャセットNumSubPicInSetの中の多数のサブピクチャについて、サブピクチャセットのレベル情報が導出される。
参照レベルref_level_idc[i]に関する全体のレベル部分についての変数SubPicSetAccLevelFraction[i]、サブピクチャセットの変数SubPicSetCpbSizeVcl[i][j]及びSubPicSetCpbSizeNal[i][j]は、以下のように導出される：
０に等しいgeneral_tier_flag及びSubPicSetLevelIdcに等しいレベルを有するプロファイルに適合するサブピクチャセットビットストリームは、付録Cで指定されるようにビットストリーム適合性テスト毎に以下の制約に従うべきである。
－ VCL HRDパラメータについて、SubPicSetCpbSizeVcl[i]は、CpbVclFactor*MaxCPB以下であるべきであり、ここで、CpbVclFactorは表A．３で指定され、MaxCPBはCpbVclFactorビットのユニットの中で表A．１で指定される。
－ NAL HRDパラメータについて、SubPicSetCpbSizeVcl[i]は、CpbVclFactor*MaxCPB以下であるべきであり、ここで、CpbNalFactorは表A．３で指定され、MaxCPBはCpbNalFactorビットのユニットの中で表A．１で指定される。MaxCPB
注２：サブピクチャが抽出されると、結果として生じるビットストリームは、SubPicCpbSizeVcl[i][j]及びSubPicSetCpbSizeNal[i][j]以上のCpbSize（SPSの中で示されるか、又は推定される）を有する。
２．１０．パレットモード
２．１０．１ パレットモードの概念
パレットモードの裏にある基本的思想は、CU内のピクセルが代表色値の小さなセットにより表現されることである。このセットは、パレットと呼ばれる。そして、エスケープシンボル及びそれに続く（場合によっては量子化された）コンポーネント値をシグナリングすることにより、パレットの外側にあるサンプルを示すことが可能である。この種のピクセルは、エスケープピクセルと呼ばれる。パレットモードは、図１０に示される。図１０に示すように、３つの色成分（ルマ、及び２つのクロマ成分）を有する各ピクセルについて、パレットへのインデックスが見付かり、ブロックはパレット内の見付かった値に基づき再構成され得る。
２．１０．２ パレットエントリのコーディング
パレットコーディングブロックについて、以下の主要な特徴が導入される：
（１）存在する場合には現在パレットについてシグナリングされた新しいエントリ及び予測子パレットに基づき、現在パレットを構成する。
（２）現在サンプル／ピクセルを２つのカテゴリに分類する。一方（第１カテゴリ）は、現在パレットの中のサンプル／ピクセルを含み、他方（第２カテゴリ）は、現在パレットを超えるサンプル／ピクセルを含む。
Ａ．第２カテゴリ内のサンプル／ピクセルについて、（エンコーダにおいて）サンプル／ピクセルに対して量子化が適用され、量子化済みの値がシグナリングされ、（デコーダにおいて）逆量子化が適用される。
２．１０．２．１ 予測子パレット
パレットエントリのコーディングについて、予測子パレットが維持され、パレットコーディングブロックを復号した後に更新される。
２．１０．２．１．１ 予測子パレットの初期化
予測子パレットは、各スライス及び各タイルの始めに初期化される。パレット及び予測子パレットの最大サイズがSPS内でシグナリングされる。HEVC-SCCでは、palette_predictor_initializer_present_flagがPPSに導入される。このフラグが１のとき、予測子パレットを初期化するためのエントリは、ビットストリーム内でシグナリングされる。
palette_predictor_initializer_present_flagの値に依存して、予測子パレットのサイズは０にリセットされるか、又はPPS内でシグナリングされた予測子パレット初期化子エントリを用いて初期化される。HEVC-SCCでは、サイズ０の予測子パレット初期化子は、PPSレベルの予測子パレット初期化の明示的な無効化を可能にするために有効にされた。
対応するシンタックス、セマンティクス、及び復号処理は以下のように定義される：
palette_mode_enabled_flagが１に等しいことは、パレットモードの復号処理が、イントラブロックについて使用されてよいことを指定する。palette_mode_enabled_flagが０に等しいことは、パレットモードの復号処理が適用されないことを指定する。存在しないとき、palette_mode_enabled_flagの値は０に等しいと推定される。
palette_max_sizeは、最大許容パレットサイズを指定する。存在しないとき、palette_max_sizeの値は０であると推定される。
delta_palette_max_predictor_sizeは、最大許容パレット予測子サイズと最大許容パレットサイズとの間の差を指定する。存在しないとき、delta_palette_max_predictor_sizeの値は０であると推定される。変数PaletteMaxPredictorSizeは、以下のように導出される：
palette_max_sizeが０に等しいとき、delta_palette_max_predictor_sizeの値が０に等しいべきであることが、ビットストリーム適合性の要件である。
sps_palette_predictor_initializer_present_flagが１に等しいことは、シーケンスパレット予測子がsps_palette_predictor_initializersを用いて初期化されることを指定するsps_palette_predictor_initializer_flagが０に等しいことは、シーケンスパレット予測子が０に初期化されることを指定する。存在しないとき、sps_palette_predictor_initializer_flagの値は０に等しいと推定される。
palette_max_sizeが０に等しいとき、sps_palette_predictor_initializer_present_flagの値が０に等しいべきであることが、ビットストリーム適合性の要件である。
sps_num_palette_predictor_initializer_minus１に１を加えたものは、シーケンスパレット予測子初期化子の中のエントリの数を指定する。
ビデオビットストリーム適合性の要件は、sps_num_palette_predictor_initializer_minus１の値に１を加えたものがPaletteMaxPredictorSize以下であることである。
sps_palette_predictor_initializers[comp][i]は、アレイPredictorPaletteEntriesを初期化するために使用されるSPS内のi番目のパレットエントリのcomp番目の成分の値を指定する。両端を含む０～sps_num_palette_predictor_initializer_minus１の範囲のiの対しについて、sps_palette_predictor_initializers[０][i]の値は、両端を含む０～（１<<BitDepthY）－１の範囲であるべきであり、sps_palette_predictor_initializers[１][i]及びsps_palette_predictor_initializers[２][i]の値は、両端を含む０～（１<<BitDepthC）－１の範囲であるべきである。
pps_palette_predictor_initializer_present_flagが１に等しいことは、PPSを参照するピクチャについて使用さえるパレット予測子初期化子が、PPSにより指定さえるパレット予測子初期化子に基づき導出されることを指定する。pps_palette_predictor_initializer_flagが０に等しいことは、PPSを参照するピクチャについて使用さえるパレット予測子初期化子が、アクティブSPSにより指定されるパレット予測子初期化子に等しいと推定されることを指定する。存在しないとき、pps_palette_predictor_initializer_present_flagの値は０に等しいと推定される。
palette_max_sizeが０に等しいか又はpalette_mode_enabled_flagが０に等しいとき、pps_palette_predictor_initializer_present_flagの値が０に等しいことが、ビットストリーム適合性の要件である。
pps_num_palette_predictor_initializerは、ピクチャパレット予測子初期化子の中のエントリの数を指定する。
ビットストリーム適合性の要件は、pps_num_palette_predictor_initializerの値がPaletteMaxPredictorSize以下であることである。
パレット予測子変数は、以下のように初期化される：
コーディングツリーユニットがタイル内の最初のコーディングツリーユニットである場合、以下が適用される：
パレット予測子変数に対する初期化処理が呼び出される。
その他の場合、entropy_coding_sync_enabled_flagが１に等しく、CtbAddrInRs%PicWidthInCtbsYが０に等しいか又はTileId[CtbAddrInTs]がTileId[CtbAddrRsToTs[CtbAddrInRs－１]]に等しくない場合、以下が適用される：
空間的近隣ブロックTの左上ルマサンプルの位置（xNbT,yNbT）は、現在コーディングツリーブロックの左上ルマサンプルの位置（x０,y０）を用いて以下のように導出される：
zスキャン順序で、ブロックの利用可能性導出処理は、（x０,y０）に等しく設定された位置（xCurr,yCurr）及び（xNbT,yNbT）に等しく設定された近隣位置（xNbY,yNbY）を入力として呼び出され、出力はavailableFlagTに割り当てられる。
コンテキスト変数、Riceパラメータ初期化状態、及びパレット予測子変数の同期化処理は、以下のように呼び出される：
availableFlagTが１に等しい場合、コンテキスト変数の同期化処理、Riceパラメータ初期化状態、及びパレット予測子変数は、TableStateIdxWpp、TableMpsValWpp、TableStatCoeffWpp、PredictorPaletteSizeWpp、及びTablePredictorPaletteEntriesWppを入力として呼び出される。
その他の場合、以下が適用される。
パレット予測子変数に対する初期化処理が呼び出される。
その他の場合、CtbAddrInRsがslice_segment_addressに等しく、dependent_slice_segment_flagが１に等しい場合、コンテキスト変数及びRiceパラメータ初期化状態の同期化処理は、TableStateIdxD、TableMpsValDs、TableStatCoeffDs、PredictorPaletteSizeDs、及びTablePredictorPaletteEntriesDsを入力として呼び出される。
その他の場合、以下が適用される。
パレット予測子変数に対する初期化処理が呼び出される。
９．３．２．３ パレット予測子エントリの初期化処理
この処理の出力は、初期化済みパレット予測子変数PredictorPaletteSize及びPredictorPaletteEntriesである。
変数numCompsは、以下のように導出される：
－pps_palette_predictor_initializer_present_flagが１に等しい場合、以下が適用される：
－PredictorPaletteSizeがpps_num_palette_predictor_initializerに等しく設定される。
－アレイPredictorPaletteEntriesは、以下のように導出される：
－その他の場合（pps_palette_predictor_initializer_present_flagが０に等しい）、sps_palette_predictor_initializer_present_flagが １に等しい場合、以下が適用される：
－PredictorPaletteSizeは、sps_num_palette_predictor_initializer_minus１に１を足したものに等しく設定される。
－アレイPredictorPaletteEntriesは、以下のように導出される：
－その他の場合（pps_palette_predictor_initializer_present_flagが０に等しく、sps_palette_predictor_initializer_present_flagが０に等し）、PredictorPaletteSizeは０に等しく設定される。
palette_max_sizeは、最大許容パレットサイズを指定する。存在しないとき、palette_max_sizeの値は０であると推定される。
delta_palette_max_predictor_sizeは、最大許容パレット予測子サイズと最大許容パレットサイズとの間の差を指定する。存在しないとき、delta_palette_max_predictor_sizeの値は０であると推定される。変数PaletteMaxPredictorSizeは、以下のように導出される：
sps_palette_predictor_initializer_present_flagが１に等しいことは、シーケンスパレット予測子がsps_palette_predictor_initializersを用いて初期化されることを指定するsps_palette_predictor_initializer_flagが０に等しいことは、シーケンスパレット予測子が０に初期化されることを指定する。存在しないとき、sps_palette_predictor_initializer_flagの値は０に等しいと推定される。
palette_max_sizeが０に等しいとき、sps_palette_predictor_initializer_present_flagの値が０に等しいべきであることが、ビットストリーム適合性の要件である。
sps_num_palette_predictor_initializer_minus１に１を加えたものは、シーケンスパレット予測子初期化子の中のエントリの数を指定する。
ビデオビットストリーム適合性の要件は、sps_num_palette_predictor_initializer_minus１の値に１を加えたものがPaletteMaxPredictorSize以下であることである。
sps_palette_predictor_initializers[comp][i]は、アレイPredictorPaletteEntriesを初期化するために使用されるSPS内のi番目のパレットエントリのcomp番目の成分の値を指定する。両端を含む０～sps_num_palette_predictor_initializer_minus１の範囲のiの対しについて、sps_palette_predictor_initializers[０][i]の値は、両端を含む０～（１<<BitDepthY）－１の範囲であるべきであり、sps_palette_predictor_initializers[１][i]及びsps_palette_predictor_initializers[２][i]の値は、両端を含む０～（１<<BitDepthC）－１の範囲であるべきである。
palette_max_sizeが０に等しいか又はpalette_mode_enabled_flagが０に等しいとき、pps_palette_predictor_initializer_present_flagの値が０に等しいことが、ビットストリーム適合性の要件である。
pps_num_palette_predictor_initializerは、ピクチャパレット予測子初期化子の中のエントリの数を指定する。
ビットストリーム適合性の要件は、pps_num_palette_predictor_initializerの値がPaletteMaxPredictorSize以下であることである。
パレット予測子変数は、以下のように初期化される：
コーディングツリーユニットがタイル内の最初のコーディングツリーユニットである場合、以下が適用される：
パレット予測子変数に対する初期化処理が呼び出される。
その他の場合、entropy_coding_sync_enabled_flagが１に等しく、CtbAddrInRs%PicWidthInCtbsYが０に等しいか又はTileId[CtbAddrInTs]がTileId[CtbAddrRsToTs[CtbAddrInRs－１]]に等しくない場合、以下が適用される：
空間的近隣ブロックTの左上ルマサンプルの位置（xNbT,yNbT）は、現在コーディングツリーブロックの左上ルマサンプルの位置（x０,y０）を用いて以下のように導出される：
コンテキスト変数、Riceパラメータ初期化状態、及びパレット予測子変数の同期化処理は、以下のように呼び出される：
availableFlagTが１に等しい場合、コンテキスト変数の同期化処理、Riceパラメータ初期化状態、及びパレット予測子変数は、TableStateIdxWpp、TableMpsValWpp、TableStatCoeffWpp、PredictorPaletteSizeWpp、及びTablePredictorPaletteEntriesWppを入力として呼び出される。
その他の場合、以下が適用される。
パレット予測子変数に対する初期化処理が呼び出される。
その他の場合、CtbAddrInRsがslice_segment_addressに等しく、dependent_slice_segment_flagが１に等しい場合、コンテキスト変数及びRiceパラメータ初期化状態の同期化処理は、TableStateIdxD、TableMpsValDs、TableStatCoeffDs、PredictorPaletteSizeDs、及びTablePredictorPaletteEntriesDsを入力として呼び出される。
その他の場合、以下が適用される。
パレット予測子変数に対する初期化処理が呼び出される。
９．３．２．３ パレット予測子エントリの初期化処理
この処理の出力は、初期化済みパレット予測子変数PredictorPaletteSize及びPredictorPaletteEntriesである。
変数numCompsは、以下のように導出される：
－PredictorPaletteSizeがpps_num_palette_predictor_initializerに等しく設定される。
－アレイPredictorPaletteEntriesは、以下のように導出される：
－PredictorPaletteSizeは、sps_num_palette_predictor_initializer_minus１に１を足したものに等しく設定される。
－アレイPredictorPaletteEntriesは、以下のように導出される：
２．１０．２．１．２ 予測子パレットの使用
パレット予測子内の各エントリについて、現在パレットの部分であるかどうかを示す再使用フラグがシグナリングされる。これは、図９に示される。再使用フラグは、０のランレングスコーディングを用いて送信される。この後に、新しいパレットエントリの数が、０次の指数ゴロム（Exponential Golomb （EG））コード、つまりEG-０を用いてシグナリングされる。最後に、新しいパレットエントリの成分値がシグナリングされる。
２．１０．２．２ 予測子パレットの更新
予測子パレットの更新は、以下のステップにより実行される：
（１）現在ブロックを復号する前に、PltPred０により示される予測子パレットが存在する。
（２）最初にPltPred０からのもの、次に現在パレットの新しいエントリを挿入することにより、現在パレットテーブルを構成する。
（３）PltPred１を構成する：
Ａ．先ず、それらを現在パレットテーブルに追加する（PltPred０からのものを含んでよい）。
Ｂ．満たされない場合、昇順のエントリインデックスに従い、PltPred０内の非参照を追加する。
２．１０．３ パレットインデックスのコーディング
パレットインデックスは、図１５に示す水平及び垂直トラバーススキャンを用いてコーディングされる。スキャン順序は、palette_transpose_flagを用いてビットストリーム内で明示的にシグナリングされる。この節の残りの部分では、スキャンが水平方向であると仮定する。
パレットインデックスは、２つのパレットサンプルモード：「COPY_LEFT」及び「COPY_ABOVE」を用いてコーディングされる。「COPY_LEFT」モードでは、パレットインデックスは復号インデックスに割り当てられる。「COPY_ABOVE」モードでは、上の行のサンプルのパレットインデックスがコピーされる。「COPY_LEFT」及び「COPY_ABOVE」モードの両方について、同じモードを用いてコーディングされる後のサンプルの数を指定する実行値がシグナリングされる。
パレットモードでは、エスケープサンプルのインデックスの値は、パレットエントリの数である。そして、エスケープシンボルが「COPY_LEFT」又は「COPY_ABOVE」モードの実行の部分であるとき、エスケープシンボル毎にエスケープ成分値がシグナリングされる。パレットモードのコーディングは、図１６に示される。
このシンタックス順序は、以下のように達成される。第１に、CUのインデックス値の数がシグナリングされる。この後に、トランケート２値コーディングを用いてCU全体の実際のインデックス値のシグナリングが続く。バイパスモードでは、インデックスの数、及びインデックス値の両方がコーディングされる。これは、インデックス関連バイパスビンを一緒にグループ化する。次に、パレットサンプルモード（必要な場合）及び実行が、インタリーブ方法でシグナリングされる。最後に、CU全体のエスケープサンプルに対応する成分エスケープ値が一緒にグループ化され、バイパスモードでコーディングされる。エスケープサンプルの２値化は、第３次によるEGコーディング、つまりEG-３である。
追加のシンタックス要素last_run_type_flagは、インデックス値をシグナリングした後にシグナリングされる。このシンタックス要素は、インデックスの数と組合せて、ブロック内の最後の実行に対応する実効値をシグナリングする必要を除去する。
HEVC-SCCでは、パレットモードは、４:２:２、４:２:０、及びモノクロクロマフォーマットについても有効にされる。パレットエントリ及びパレットインデックスのシグナリングは、全てのクロマフォーマットついてほぼ同一である。非モノクロフォーマットの場合、各パレットエントリは３つの成分で構成される。モノクロフォーマットでは、各パレットエントリは、単一成分で構成される。サブサンプリングされたクロマ方向について、クロマサンプルは、２で割り切れるルマサンプルインデックスに関連付けられる。CUについてパレットインデックスを再構成した後に、サンプルがそれに関連付けられた単一成分のみを有する場合、パレットエントリの第１成分のみが使用される。シグナリングにおける相違は、エスケーブ成分値についてのみである。各エスケープサンプルについて、シグナリングされるエスケープ成分値の数は、そのサンプルに関連付けられた成分の数に依存して異なってよい。
更に、パレットインデックスコーディングの中のインデックス調整処理がある。パレットインデックスをシグナリングするとき、左近隣インデックス又は上近隣インデックスは、現在インデックスと異なるべきである。従って、現在パレットインデックスの範囲は、１つの可能性を除去することにより、１だけ減少され得る。その後に、インデックスはトランケート２値（truncated binary （TB））２値化によりシグナリングされる。
この部分に関連するテキストは、以下に示される。ここで、CurrPaletteIndexは現在パレットインデックスであり、adjustedRefPaletteIndexは予測インデックスである。
変数PaletteIndexMap[xC][yC]は、パレットインデックスを指定し、これはCurrentPaletteEntriesにより表されるアレイへのインデックスである。アレイインデックスxC、yCは、ピクチャの左上ルマサンプルに対するサンプルの位置（xC,yC）を指定する。PaletteIndexMap[xC][yC]の値は、両端を含む０～MaxPaletteIndexの範囲であるべきである。
変数adjustedRefPaletteIndexは、以下のように導出される：
CopyAboveIndicesFlag[xC][yC]が０に等しいとき、変数CurrPaletteIndexは以下のように導出される：
２．１０．３．１ パレットコーディングブロックの復号処理
１）予測子パレット内のエントリのうちのどれが再使用されるかをマークするための予測情報を読み出す；（palette_predictor_run）。
２）現在ブロックのための新しいパレットエントリを読み出す。
ａ）num_signalled_palette_entries
ｂ）new_palette_entries
３）ａ）及びｂ）に基づき、CurrentPaletteEntriesを構成する。
４）エスケープシンボル存在フラグ：palette_escape_val_present_flagを読み出し、MaxPaletteIndexを導出する。
５）何個のサンプルがコピーモード／実行モードによりコーディングされないかをコーディングする。
ａ）num_palette_indices_minus１
ｂ）コピーモード／実行モードによりコーディングされない各サンプルについて、現在pltテーブル内のpalette_idx_idcをコーディングする。
２．１１ マージ推定領域（Merge Estimation Region （MER））
MERはHEVCに採用される。マージ候補リストが構成される方法は、近隣ブロック間の依存性を導入する。特に、埋め込み型エンコーダの実装では、近隣ブロックの動き推定段階は、標準的に、並列に又は少なくともパイプラインで実行され、スループットを向上する。AMVPでは、動き探索により見付かるMVを差分コーディングするためにMVPだけが使用されるので、これは、大きな問題ではない。マージモードのための動き推定段階は、しかしながら、標準的に、単に、コスト関数に基づき、候補リスト構成及びどの候補を選択するかの決定で構成される。前述の近隣ブロック間の依存性により、近隣ブロックのマージ候補リストは、並列に生成できず、並列エンコーダ設計のボトルネックになる。従って、マージ候補リストが候補ブロックが該マージ推定領域（MER）内に位置するかどうかをチェックすることにより独立に導出できる領域を示す並列マージ推定レベルがHEVCで導入された。同じMER内の候補ブロックは、マージ候補リストに含まれない。従って、その動きデータは、リスト構成のときに利用可能である必要がない。このレベルが例えば３２であるとき、３２×３２領域内の全部の予測ユニットは、同じ３２×３２MER内にある全部のマージ候補がリストに挿入されないので、マージ候補リストを並列に構成できる。図１２は、７個のCU及び１０個のPUによるCTUパーティションを示す例を示す。第１PU０の全部の可能なマージ候補は、それらが第１の３２×３２MERの外側にあるので、利用可能である。
第２MERについて、PU２～６のマージ候補リストは、そのMERの内側のマージ推定が独立しているべきであるとき、これらのPUからの動きデータを含むことができない。従って、例えばPU５を見ると、利用可能なマージ候補がなく、従って、マージ候補リストに挿入されない。その場合、PU５のマージリストは、時間的候補（利用可能な場合）及び０個のMV候補のみで構成される。エンコーダが並列化とコーディング効率との間でトレードオフできるようにするために、並列マージ推定レベルが適応され、ピクチャパラメータセットの中でlog２_parallel_merge_level_minus２としてシグナリングされる。以下のMERサイズが許容される：４４（可能な並列マージ推定がない）、８×８、１６×１６、３２×３２、及び６４×６４。より大きなMERにより可能になるより高い並列化は、マージ候補リストからより多くの可能な候補を排除する。それは、他方で、コーディング効率を低下させる。マージ推定領域が４×４ブロックより大きいとき、スループットを向上させるためにマージリスト構成の別の変更が開始する。８８ルマCBを有するCUでは、単一のマージ候補リストのみが、そのCUの内側の全部のPUについて使用される。
３． 開示の実施形態により解決される技術的問題の例
（１）サブピクチャ制約に違反し得る幾つかの設計がある。
Ａ）アフィン再構成候補におけるTMVPは、現在サブピクチャの範囲外にある同一位置ピクチャ内のMVをフェッチすることがある。
Ｂ）双方向オプティカルフロー（Bi-Directional Optical Flow （BDOF））及び予測精緻化オプティカルフロー（Prediction Refinement Optical Flow （PROF））における勾配を導出するとき、整数参照サンプルの２つの拡張された行及び２つの拡張された列が、フェッチされる必要がある。これらの参照サンプルは、現在サブピクチャの範囲外にある場合がある。
Ｃ）ルママッピングクロマスケーリング（luma mapping chroma scaling （LMCS））においてクロマ残差スケーリング因子を導出するとき、アクセスされる再構成済みルマサンプルは、現在サブピクチャの範囲の範囲外にある場合がある。
Ｄ）ルマイントラ予測モード、イントラ予測のための参照サンプル、CCLMのための参照サンプル、マージ/AMVP/CIIP/IBC/LMCSのための空間近隣候補のための近隣ブロック利用可能性、量子化パラメータ、CABAC初期化処理、左及び上シンタックスエレメントを用いるctxInc導出、及びctxIncfor、シンタックスエレメントmtt_split_cu_vertical_flagを導出するとき、近隣ブロックが現在サブピクチャの範囲外にある場合がある。サブピクチャの表現は、不完全なCTUを有するサブピクチャをもたらすことがある。CTUパーティション及びCU分割処理は、不完全なCTUを考慮する必要があり得る。
（２）サブピクチャに関連するシグナリングされるシンタックスエレメントは、任意の大きさであってよく、これはオーバフロー問題を生じ得る。
（３）サブピクチャの表現は、非長方形サブピクチャを生じ得る。
（４）現在、サブピクチャ及びサブピクチャグリッドは、４サンプルの単位で定義される。そして、シンタックスエレメントの長さは、ピクチャの高さを４で割ったものに依存する。しかしながら、現在のpic_width_in_luma_samples及びpic_height_in_luma_samplesは、Max（８,MinCbSizeY）の整数倍でなければならず、サブピクチャグリッドは８サンプルの単位で定義される必要がある。
（５）SPSシンタックスpic_width_max_in_luma_samples及びpic_height_max_in_luma_samplesは、８未満にならないよう制約される必要があり得る。
（６）参照ピクチャ再サンプリング／スケーラビリティとサブピクチャとの間の相互作用は、現在の設計では考慮されない。
（７）時間フィルタリングで、異なるサブピクチャに渡るサンプルが必要であることがある。
（８）スライスをシグナリングするとき、情報は、幾つかの場合にはシグナリングを伴わずに推定できる。
（９）全部の定義されたスライスがピクチャ又はサブピクチャ全体をカバーできない可能性がある。
（１０）２個のサブピクチャのIDは同一であってよい。
（１１）pic_width_max_in_luma_samples/CtbSizeYは、０に等しくてよく、結果として無意味なLog２（）演算をもたらす。
（１２）PH内のIDは、PPS内よりも望ましいが、SPS内よりも望ましくない。これは矛盾している。
（１３）PPSにおけるlog２_transform_skip_max_size_minus２が、sps_transform_skip_enabled_flaginSPSに依存してパースされ、結果としてパース依存性をもたらす。
（１４）デブロッキングのためのloop_filter_across_subpic_enabled_flagは、現在サブピクチャだけを検討し、近隣のサブピクチャを検討しない。
（１５）適用では、サブピクチャは、シーケンスのピクチャの中の同じ位置にある領域が独立して復号され又は抽出される柔軟性を提供するよう設計される。領域は、幾つかの特別な要件に従ってよい。例えば、それは、高品質を要求する関心領域（Region of Interest （ROI））であってよい。別の例では、それは、ビデオを高速スキミングするトレースとして機能してよい。更に別の例では、それは、低解像度、低複雑性、及び低電力消費のビットストリームを提供することができ、該ビットストリームは複雑性に敏感なエンドユーザへと供給され得る。あらゆるそれらの適用は、サブピクチャの領域が他の部分と異なる構成により符号化されることを要求し得る。しかしながら、現在のVVCでは、サブピクチャを独立に構成できるメカニズムが存在しない。
４．例示的な技術及び実施形態
以下の詳細なリストは、一般的な概念を説明するための例として考えられるべきである。これらの項目は、狭義に解釈されるべきではない。更に、これらの項目は任意の方法で結合できる。以後、時間フィルタは、他のピクチャ内のサンプルを必要とするフィルタを表すために使用される。Max（x,y）は、x及びyのうちの大きい方を返す。Min（x,y）は、x及びyのうちの小さい方を返す
１．アフィン動き候補（例えば、構成されたアフィンマージ候補）を生成するためにピクチャ内で時間MV予測子がフェッチされる位置（位置RBと命名する）は、必要なサブピクチャの左上角座標が（xTL,yTL）であり、必要なサブピクチャの右下座標が（xBR,yBR）であると仮定すると、必要なサブピクチャ内に存在しなければならない。
a.一例では、必要なサブピクチャは、現在ブロックをカバーするサブピクチャである。
b.一例では、座標（x,y）を有する位置RBが必要なサブピクチャの外側にある場合、時間MV予測子は利用できないとして扱われる。
i.一例では、x>xBRの場合、位置RBは必要なサブピクチャの外側にある。
ii.一例では、y>yBRの場合、位置RBは必要なサブピクチャの外側にある。
iii.一例では、x<xTLの場合、位置RBは必要なサブピクチャの外側にある。
iv.一例では、y<yTLの場合、位置RBは必要なサブピクチャの外側にある。
c.一例では、位置RBが必要なサブピクチャの外側にある場合、BRの置換が利用される。
i.代替として、更に、置換位置は必要なサブピクチャ内に存在するべきである。
d.一例では、位置RBは、必要なサブピクチャ内になるようクリッピングされる。
i.一例では、xは、x=Min（x,xBR）のようにクリッピングされる。
ii.一例では、yは、y=Min（y,yBR）のようにクリッピングされる。
iii.一例では、xは、x=Max（x,xTL）のようにクリッピングされる。
iv.一例では、yは、y=Max（y,yTL）のようにクリッピングされる。
e.一例では、位置RBは、同一位置ピクチャ内の現在ブロックの対応するブロックの内側の右下位置であってよい。
f.提案される方法は、現在ピクチャと異なるピクチャから動き情報にアクセスする必要がある、他のコーディングツールで利用されてよい。
g.一例では、上述の方法が適用される（（例えば、１.a及び／又は１.bに記載されるように行うために）例えば、位置RBが必要なサブピクチャの中に存在しなければならない）かどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダの中でシグナリングされる１つ以上のシンタックスエレメントに依存してよい。例えば、シンタックスエレメントは、subpic_treated_as_pic_flag[SubPicIdx]であってよく、ここで、SubPicIdxは現在ブロックをカバーするサブピクチャのサブピクチャインデックスである。
２．補間処理で使用されない参照の中で整数サンプルがフェッチされる位置（位置Ｓと命名する）は、必要なサブピクチャの左上角座標が（xTL,yTL）であり、必要なサブピクチャの右下座標が（xBR,yBR）であると仮定すると、必要なサブピクチャ内に存在しなければならない。
a.一例では、必要なサブピクチャは、現在ブロックをカバーするサブピクチャである。
b.一例では、座標（x,y）を有する位置Ｓが必要なサブピクチャの外側にある場合、参照サンプルは利用できないとして扱われる。
i.一例では、x>xBRの場合、位置Ｓは必要なサブピクチャの外側にある。
ii.一例では、y>yBRの場合、位置Ｓは必要なサブピクチャの外側にある。
iii.一例では、x<xTLの場合、位置Ｓは必要なサブピクチャの外側にある。
iv.一例では、y<yTLの場合、位置Ｓは必要なサブピクチャの外側にある。
c.一例では、位置Ｓは、必要なサブピクチャ内になるようクリッピングされる。
i.一例では、xは、x=Min（x,xBR）のようにクリッピングされる。
ii.一例では、yは、y=Min（y,yBR）のようにクリッピングされる。
iii.一例では、xは、x=Max（x,xTL）のようにクリッピングされる。
iv.一例では、yは、y=Max（y,yTL）のようにクリッピングされる。
d.一例では、（例えば、２.a及び／又は２.bに記載されるように行うために）位置Ｓが必要なサブピクチャの中に存在しなければならないかどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダの中でシグナリングされる１つ以上のシンタックスエレメントに依存してよい。例えば、シンタックスエレメントは、subpic_treated_as_pic_flag[SubPicIdx]であってよく、ここで、SubPicIdxは現在ブロックをカバーするサブピクチャのサブピクチャインデックスである。
e.一例では、フェッチされた整数サンプルは、BDOF及び／又はPORFにおける勾配を生成するために使用される。
３．再構成ルマサンプル値がフェッチされる位置（位置Ｒと命名する）は、必要なサブピクチャの左上角座標が（xTL,yTL）であり、必要なサブピクチャの右下座標が（xBR,yBR）であると仮定すると、必要なサブピクチャ内に存在しなければならない。
a.一例では、必要なサブピクチャは、現在ブロックをカバーするサブピクチャである。
b.一例では、座標（x,y）を有する位置Rが必要なサブピクチャの外側にある場合、参照サンプルは利用できないとして扱われる。
i.一例では、x>xBRの場合、位置Rは必要なサブピクチャの外側にある。
ii.一例では、y>yBRの場合、位置Rは必要なサブピクチャの外側にある。
iii.一例では、x<xTLの場合、位置Rは必要なサブピクチャの外側にある。
iv.一例では、y<yTLの場合、位置Rは必要なサブピクチャの外側にある。
c.一例では、位置Rは、必要なサブピクチャ内になるようクリッピングされる。
i.一例では、xは、x=Min（x,xBR）のようにクリッピングされる。
ii.一例では、yは、y=Min（y,yBR）のようにクリッピングされる。
iii.一例では、xは、x=Max（x,xTL）のようにクリッピングされる。
iv.一例では、yは、y=Max（y,yTL）のようにクリッピングされる。
d.一例では、（例えば、４.a及び／又は４.bに記載されるように行うために）位置Rが必要なサブピクチャの中に存在しなければならないかどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダの中でシグナリングされる１つ以上のシンタックスエレメントに依存してよい。例えば、シンタックスエレメントは、subpic_treated_as_pic_flag[SubPicIdx]であってよく、ここで、SubPicIdxは現在ブロックをカバーするサブピクチャのサブピクチャインデックスである。
e.一例では、フェッチされたルマサンプルは、LMCSにおけるクロマコンポーネントのスケーリング因子を導出するために使用される。
４．BT/TT/QT分割のためのピクチャ境界チェック、BT/TT/QT深さ導出、及び／又はCU分割フラグのシグナリングの位置（位置Nと命名する）は、必要なサブピクチャの左上角座標が（xTL,yTL）であり、必要なサブピクチャの右下座標が（xBR,yBR）であると仮定すると、必要なサブピクチャ内に存在しなければならない。
a.一例では、必要なサブピクチャは、現在ブロックをカバーするサブピクチャである。
b.一例では、座標（x,y）を有する位置Nが必要なサブピクチャの外側にある場合、参照サンプルは利用できないとして扱われる。
i.一例では、x>xBRの場合、位置Nは必要なサブピクチャの外側にある。
ii.一例では、y>yBRの場合、位置Nは必要なサブピクチャの外側にある。
iii.一例では、x<xTLの場合、位置Nは必要なサブピクチャの外側にある。
iv.一例では、y<yTLの場合、位置Nは必要なサブピクチャの外側にある。
c.一例では、位置Nは、必要なサブピクチャ内になるようクリッピングされる。
i.一例では、xは、x=Min（x,xBR）のようにクリッピングされる。
ii.一例では、yは、y=Min（y,yBR）のようにクリッピングされる。
iii.一例では、xは、x=Max（x,xTL）のようにクリッピングされる。
d.一例では、yは、y=Max（y,yTL）のようにクリッピングされる。一例では、（例えば、５.a及び／又は５.bに記載されるように行うために）位置Nが必要なサブピクチャの中に存在しなければならないかどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダの中でシグナリングされる１つ以上のシンタックスエレメントに依存してよい。例えば、シンタックスエレメントは、subpic_treated_as_pic_flag[SubPicIdx]であってよく、ここで、SubPicIdxは現在ブロックをカバーするサブピクチャのサブピクチャインデックスである。
５．履歴に基づく動きベクトル予測（History-based Motion Vector Prediction （HMVP））テーブルは、１つのピクチャ内の新しいサブピクチャを復号する前に、再設定（リセット）されてよい。
a.一例では、IBCコーディングのために使用されるHMVPテーブルは、リセットされてよい。
b.一例では、インターコーディングのために使用されるHMVPテーブルは、リセットされてよい。
c.一例では、イントラコーディングのために使用されるHMVPテーブルは、リセットされてよい。
６．サブピクチャシンタックスエレメントは、N（N=８、３２、等）個のサンプルの単位で定義されてよい。
a.一例では、サブピクチャ識別子グリッドの各要素の幅はN個のサンプルの単位である。
b.一例では、サブピクチャ識別子グリッドの各要素の高さは、N個のサンプルの単位である。
c.一例では、Nは、CTUの幅及び／又は高さに設定される。
７．ピクチャ幅及びピクチャ高さのシンタックスエレメントは、K（K>=８）未満にならないよう制約されてよい。
a.一例では、ピクチャ幅は、８未満にならないよう制約される必要があり得る。
b.一例では、ピクチャ高さは、８未満にならないよう制約される必要があり得る。
８．適合ビットストリームは、１ビデオユニット（例えば、シーケンス）について有効にされるために、サブピクチャコーディング及び適応解像度変換（Adaptive resolution conversion （ARC））／動的解像度変換（Dynamic resolution conversion （DRC））／参照ピクチャ再サンプリング（Reference picture resampling （RPR））が許可されないことを満たすべきである。
a.一例では、サブピクチャコーディングを有効にするシグナリングは、ARC/DRC/RPRを許可しないという条件の下にあってよい。
i.一例では、サブピクチャが有効にされるとき、例えばsubpics_present_flagが１に等しいとき、このSPSがアクティブである全部のピクチャのpic_width_in_luma_samplesは、max_width_in_luma_samplesに等しい。
b.代替として、サブピクチャコーディング及びARC/DRC/RPRは、両方とも、１ビデオユニット（例えば、シーケンス）について有効にされてよい。
i.一例では、適合ビットストリームは、ARC/DRC/RPRによりダウンサンプリングされたサブピクチャが、依然として、幅がK個のCTUであり高さがM個のCTUである形式であることを満たすべきである。ここで、K及びMは両方とも整数である。
ii.一例では、適合ビットストリームは、ピクチャ境界（例えば、右境界及び／又は下境界）に位置しないサブピクチャについて、ARC/DRC/RPRによりダウンサンプリングされたサブピクチャが、依然として、幅がK個のCTUであり高さがM個のCTUである形式であることを満たすべきである。ここで、K及びMは両方とも整数である。
iii.一例では、CTUサイズは、ピクチャ解像度に基づき適応して変更されてよい。
１）一例では、最大CTUサイズはSPS内でシグナリングされてよい。より低い解像度を有する各ピクチャについて、CTUサイズは、低下された解像度に基づき相応して変更されてよい。
２）一例では、CTUサイズは、SPS及びPPS内、及び／又はサブピクチャレベルでシグナリングされてよい。
９．シンタックスエレメントsubpic_grid_col_width_minus１及びsubpic_grid_row_height_minus１は、制約されてよい。
a.一例では、subpic_grid_col_width_minus１はT１より大きくてはならない（又は小さくてはならない）
b.一例では、subpic_grid_row_height_minus１はT２より大きくてはならない（又は小さくてはならない）
c.一例では、適合ビットストリームでは、subpic_grid_col_width_minus１及び／又はsubpic_grid_row_height_minus１は、項目３.a及び３.bのような制約に従わなければならない。
d.一例では、３.aにおけるT１、及び／又は３.bにおけるT２は、ビデオコーディング標準のプロファイル／レベル／ティアに依存してよい。
e.一例では、３.aにおけるT１は、ピクチャ幅に依存してよい。
例えば、T１はpic_width_max_in_luma_samples/４又はpic_width_max_in_luma_samples/４+Offに等しい。Offは、１、２、-１、-２等であってよい。
f.一例では、３.bにおけるT２は、ピクチャ幅に依存してよい。
i.例えば、T２はpic_height_max_in_luma_samples/４又はpic_height_max_in_luma_samples/４-１+Offに等しい。Offは、１、２、-１、-２等であってよい。
１０．任意の２つのサブピクチャの間の境界が、２つのCTUの間の境界でなければならないという制約がある。
a.言い換えると、CTUは、１つより多くのサブピクチャによりカバーできない。
b.一例では、subpic_grid_col_width_minus１の単位は、VVCにおけるような４の代わりに、CTU幅（例えば、３２、６４、１２８）であってよい。サブピクチャグリッド幅は、（subpic_grid_col_width_minus１+１）*CTU幅であるべきである。
c.一例では、subpic_grid_col_height_minus１の単位は、VVCにおけるような４の代わりに、CTU高さ（例えば、３２、６４、１２８）であってよい。サブピクチャグリッド高さは、（subpic_grid_col_height_minus１+１）*CTU高さであるべきである。
d.一例では、適合ビットストリームでは、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
１１．サブピクチャの形状が長方形でなければならないという制約がある。
a.一例では、適合ビットストリームでは、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
b.サブピクチャは、長方形スライスのみを含んでよい。例えば、適合ビットストリームでは、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
１２．２つのサブピクチャは重なり合うことができないという制約がある。
a.一例では、適合ビットストリームでは、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
b.代替として、２つのサブピクチャは、互いに重なり合ってよい。
１３．ピクチャ内の任意の位置が１つの及び１つのみのサブピクチャによりカバーされなければならないという制約がある。
a.一例では、適合ビットストリームでは、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
b.代替として、１つのサンプルは、任意のサブピクチャに属さなくてよい。
c.代替として、１つのサンプルは、１つより多くのサブピクチャに属してよい。
１４．同じシーケンス内で提示される全ての解像度にマッピングされるSPS内で定義されるサブピクチャは、上述の制約された位置及び／又はサイズに従うべきであるという制約があってよい。
a.一例では、同じシーケンス内で提示される解像度にマッピングされるSPS内で定義されたサブピクチャの幅及び高さは、N（例えば、８、１６、３２）個のルマサンプルの整数倍であるべきである。
b.一例では、サブピクチャは、特定のレイヤについて定義されてよく、他のレイヤにマッピングされてよい。
i.例えば、サブピクチャは、シーケンス内の最高解像度を有するレイヤについて定義されてよい。
ii.例えば、サブピクチャは、シーケンス内の最低解像度を有するレイヤについて定義されてよい。
iii.どのレイヤについてサブピクチャが定義されるかは、SPS/VPS/PPS/スライスヘッダ内でシグナリングされてよい。
c.一例では、サブピクチャ及び異なる解像度の両方が適用されるとき、全ての解像度（例えば幅及び／又は高さ）は、所与の解像度の整数倍であってよい。
d.一例では、SPS内で定義されたサブピクチャの幅及び／又は高さは、CTUサイズの整数倍（例えば、M）であってよい。
e.代替として、シーケンス内のサブピクチャ及び異なる解像度は、同時に許可されなくてよい。
１５．サブピクチャは、特定のレイヤにのみ適用されてよい。
a.一例では、SPS内で定義されたサブピクチャは、シーケンス内の最高解像度を有するレイヤにのみ適用されてよい。
b.一例では、SPS内で定義されたサブピクチャは、シーケンス内の最低解像度を有するレイヤにのみ適用されてよい。
c.どのレイヤにサブピクチャが適用され得るかは、SPS/VPS/PPS内の１又は複数のシンタックスエレメントにより示されてよい。
d.どのレイヤにサブピクチャが適用できないかは、SPS/VPS/PPS内の１又は複数のシンタックスエレメントにより示されてよい。
１６．一例では、サブピクチャの位置及び／又は寸法は、subpic_grid_idxを使用せずに、シグナリングされてよい。
a.一例では、サブピクチャの左上位置がシグナリングされてよい。
b.一例では、サブピクチャの右下位置がシグナリングされてよい。
c.一例では、サブピクチャの幅がシグナリングされてよい。
d.一例では、サブピクチャの高さがシグナリングされてよい。
１７．時間フィルタでは、サンプルの時間フィルタリングを実行するとき、現在サンプルが属する同じサブピクチャの範囲内のサンプルのみが、使用されてよい。必要なサンプルは、現在サンプルが属する同じピクチャ内に、又は他のピクチャ内に存在してよい。
１８．一例では、パーティション方法（例えば、QT、水平BT、垂直BT、水平TT、垂直TT、又は分割無し、等）を適用するかどうか及び／又はどのように適用するかは、現在ブロック（又はパーティション）がサブピクチャの１又は複数の境界を横切るかどうかに依存してよい。
a.一例では、VVCにおけるパーティションのためのピクチャ境界処理方法は、ピクチャ境界がサブピクチャ境界により置換されるときにも適用されてよい。
b.一例では、パーティション方法（例えば、QT、水平BT、垂直BT、水平TT、垂直TT、又は分割無し、等）を表すシンタックスエレメント（例えば、フラグ）をパースするかどうか及び／又はどのように適用するかは、現在ブロック（又はパーティション）がサブピクチャの１又は複数の境界を横切るかどうかに依存してよい。
１９．１つのピクチャを複数のサブピクチャに分割して各サブピクチャを独立してコーディングする代わりに、ピクチャを少なくとも２つのサブ領域セットに分割して、複数のサブピクチャを含む第１セットと、全部の残りのサンプルを含む第２セットとにすることが提案される。
a.一例では、第２セット内のサンプルは、任意のサブピクチャ内に存在しない。
b.代替として、更に、第２セットは、第１セットの情報に基づき符号化／復号されてよい。
c.一例では、デフォルト値は、サンプル／M×Kサブ領域が第２セットに属するかどうかをマークするために利用されてよい。
i.一例では、デフォルト値は、（max_subpics_minus１+K）に等しく設定されてよい。ここで、Kは１より大きい整数である。
ii.デフォルト値は、グリッドが第２セットに属することを示すために、subpic_grid_idx[i][j]に割り当てられてよい。
２０．シンタックスエレメントsubpic_grid_idx[i][j]は、max_subpics_minus１より大きくならないことが提案される。
a.例えば、適合ビットストリームでは、subpic_grid_idx[i][j]はmax_subpics_minus１より大きくなることができないという制約がある。
b.例えば、subpic_grid_idx[i][j]をコーディングするためのコードワードは、max_subpics_minus１より大きくなることができない。
２１．０からmax_subpics_minus１までの任意の整数は、少なくとも１つのsubpic_grid_idx[i][j]に等しくなければならないことが提案される。
２２．IBC仮想バッファは、１つのピクチャ内の新しいサブピクチャを復号する前に、リセットされてよい。
a.一例では、IBC仮想バッファ内の全部のサンプルは、-１にリセットされてよい。
２３．パレットエントリリストは、１つのピクチャ内の新しいサブピクチャを復号する前に、リセットされてよい。
a.一例では、PredictorPaletteSizeは、１つのピクチャ内の新しいサブピクチャを復号する前に、０に等しくなるよう設定されてよい。
２４．スライスの情報（例えば、スライスの数、及び／又はスライスの範囲）をシグナリングするかどうかは、タイルの数、及び／又はブリックの数に依存してよい。
a.一例では、ピクチャ内のブリックの数が１である場合、num_slices_in_pic_minus１はシグナリングされず、０であると推定される。
b.一例では、ピクチャ内のブリックの数が１である場合、スライスの情報（例えば、スライスの数、及び／又はスライスの範囲）は、シグナリングされなくてよい。
c.一例では、ピクチャ内のブリックの数が１である場合、スライスの数は１であると推定されてよい。スライスはピクチャ全体をカバーする。一例では、ピクチャ内のブリックの数が１である場合、single_brick_per_slice_flagはシグナリングされず、１であると推定される。
i.代替として、ピクチャ内のブリックの数が１である場合、single_brick_per_slice_flagは１でなければならない。
d.例示的なシンタックス設計は以下の通りである：
２５．slice_addressをシグナリングするかどうかは、スライスが長方形であるとシグナリングされるかどうか（例えば、rect_slice_flagが０又は１に等しいかどうか）とは分離されてよい。
a.例示的なシンタックス設計は以下の通りである：
２６．slice_addressをシグナリングするかどうかは、スライスが長方形であるとシグナリングされるとき、スライスの数に依存してよい。
２７．num_bricks_in_slice_minus１をシグナリングするかどうかは、slice_address、及び／又はピクチャ内のブリックの数に依存してよい。
a.例示的なシンタックス設計は以下の通りである：
２８．loop_filter_across_bricks_enabled_flagをシグナリングするかどうかは、タイルの数、及び／又はブリックの数に依存してよい。
a.一例では、loop_filter_across_bricks_enabled_flagは、ブリックの数が２より少ない場合に、シグナリングされない。
b.例示的なシンタックス設計は以下の通りである：
２９．ビットストリーム適合性の要件は、ピクチャの全部のスライスがピクチャ全体をカバーしなければならないことである。
a.要件は、スライスが長方形であるとシグナリングされるとき（例えば、rect_slice_flagが１に等しい）、満たされなければならない。
３０．ビットストリーム適合性の要件は、サブピクチャの全部のスライスがサブピクチャ全体をカバーしなければならないことである。
a.要件は、スライスが長方形であるとシグナリングされるとき（例えば、rect_slice_flagが１に等しい）、満たされなければならない。
３１．ビットストリーム適合性の要件は、スライスが１つより多くのサブピクチャと重なり合わせることができないことである。
３２．ビットストリーム適合性の要件は、タイルが１つより多くのサブピクチャと重なり合わせることができないことである。
３３．ビットストリーム適合性の要件は、ブリックが１つより多くのサブピクチャと重なり合わせることができないことである。
以下の議論では、寸法CW×CHを有する基本ユニットブロック（basic unit block （BUB））は長方形領域である。例えば、BUBはコーティングツリーブロック（CTB）であってよい。
３４．一例では、サブピクチャの数（Nとして示される）がシグナリングされてよい。
a.ビデオビットストリーム適合性の要件は、サブピクチャが使用される場合（例えば、subpics_present_flagが１に等しい）、ピクチャ内に少なくとも２個のサブピクチャが存在することであってよい。
b.代替として、Nからdを引いたもの（つまり、N-d）がシグナリングされてよく、ここで、dは０、１、又は２のような整数である。
c.例えば、N-dは、固定長コーディング、例えばu（x）によりコーディングされてよい。
i.一例では、xは、８のような固定数であってよい。
ii.一例では、x又はx-dxは、N-dがシグナリングされる前にシグナリングされてよい。ここで、dxは、０、１、又は２のような整数である。シグナリングされるxは、適合ビットストリームの中の最大値より大きくてはならない。
iii.一例では、xは、オンザフライで導出されてよい。
１）例えば、xは、ピクチャ内のBUBの合計数（Mとして示される）の関数として導出されてよい。例えば、x=Ceil（log２（M+d０））+d１であり、ここで、d０及びd１は、-２、-１、０、１、２、等のような２個の整数である。従って、Ceil（）関数は、入力値以上の最小の整数を返す
２）MはM=Ceiling（W/CW）×Ceiling（H/CH）のように導出されてよい。ここで、２及びHは、ピクチャの幅及び高さを表し、CW及びCHは、BUBの幅及び高さを表す
d.例えば、N-dは、単一コード又はトランケート単一コードによりコーディングされてよい。
e.一例では、N-dの許容最大値は、固定数であってよい。
i.代替として、N-dの許容最大値は、ピクチャ内のBUBの合計数（Mとして示される）の関数として導出されてよい。例えば、x=Ceil（log２（M+d０））+d１であり、ここで、d０及びd１は、-２、-１、０、１、２、等のような２個の整数である。従って、Ceil（）関数は、入力値以上の最小の整数を返す
３５．一例では、サブピクチャは、１つ又は複数のそれ自体の選択された位置（例えば、左上／右上／左下／右下位置）及び／又はそれ自体の幅及び／又はそれ自体の高さの指示によりシグナリングされてよい。
a.一例では、サブピクチャの左上位置は、寸法CW×CHを有する基本ユニットブロック（BUB）の粒度でシグナリングされてよい。
i.例えば、列インデックス（Colとして示される）が、サブピクチャの左上BUBのBUBに関してシグナリングされてよい。
１）例えば、Col-dがシグナリングされてよく、ここで、dは０、１、又は２のような整数である。
a）代替として、dは、前にコーディングされ、d１を加算された、サブピクチャのColに等しくてよい。ここで、d１は、-１、０、又は１のような整数である。
b）Col-dの符号がシグナリングされてよい。
ii.例えば、行インデックス（Rowとして示される）が、サブピクチャの左上BUBのBUBに関してシグナリングされてよい。
１）例えば、Row-dがシグナリングされてよく、ここで、dは０、１、又は２のような整数である。
a）代替として、dは、前にコーディングされ、d１を加算された、サブピクチャのRowに等しくてよい。ここで、d１は、-１、０、又は１のような整数である。
b）Row-dの符号がシグナリングされてよい。
iii.上述の行／列インデックス（Rowとして示される）は、コーディングツリーブロック（CTB）ユニットの中で表されてよい。例えば、ピクチャの左上位置に対するx又はy座標が、CTBサイズにより除算され、シグナリングされてよい。
iv.一例では、サブピクチャの位置をシグナリングするかどうかは、サブピクチャインデックスに依存してよい。
１）一例では、ピクチャ内の第１サブピクチャについて、左上位置はシグナリングされなくてよい。
a）代替として、更に、左上位置は、例えば（０,０）であると推定されてよい。
２）一例では、ピクチャ内の最後のサブピクチャについて、左上位置はシグナリングされなくてよい。
a）左上位置は、前にシグナリングされたサブピクチャの情報に依存して推定されてよい。
b.一例では、サブピクチャの幅／高さ／選択された位置の指示は、トランケート単一／トランケートバイナリ／単一／固定長／K番目のEGコーディング（例えば、K=０、１、２、３）によりシグナリングされてよい。
c.一例では、サブピクチャの幅は、寸法CW×CHを有するBUBの粒度でシグナリングされてよい。
i.一例では、サブピクチャ内のBUB列の数（Wとして示される）がシグナリングされてよい。
ii.例えば、W-dがシグナリングされてよく、ここで、dは０、１、又は２のような整数である。
１）代替として、dは、前にコーディングされ、d１を加算された、サブピクチャのWに等しくてよい。ここで、d１は、-１、０、又は１のような整数である。
２）W-dの符号がシグナリングされてよい。
一d.例では、サブピクチャの高さは、寸法CW×CHを有するBUBの粒度でシグナリングされてよい。
i.例えば、サブピクチャ内のBUB行の数（Hとして示される）がシグナリングされてよい。
ii.例えば、H-dがシグナリングされてよく、ここで、dは０、１、又は２のような整数である。
１）代替として、dは、前にコーディングされ、d１を加算された、サブピクチャのHに等しくてよい。ここで、d１は、-１、０、又は１のような整数である。
２）H-dの符号がシグナリングされてよい。
e.例えば、Col-dは、固定長コーディング、例えばu（x）によりコーディングされてよい。
i.一例では、xは、８のような固定数であってよい。
ii.一例では、x又はx-dxは、Col-dがシグナリングされる前にシグナリングされてよい。ここで、dxは、０、１、又は２のような整数である。シグナリングされるxは、適合ビットストリームの中の最大値より大きくてはならない。
iii.一例では、xは、オンザフライで導出されてよい。
１）例えば、xは、ピクチャ内のBUB列の合計数（Mとして示される）の関数として導出されてよい。例えば、x=Ceil（log２（M+d０））+d１であり、ここで、d０及びd１は、-２、-１、０、１、２、等のような２個の整数である。従って、Ceil（）関数は、入力値以上の最小の整数を返す
２）MはM=Ceiling（W/CW）のように導出されてよい。ここで、Wはピクチャの幅を表し、CWはBUBの幅を表す
f.一例では、Row-dは、固定長コーディング、例えばu（x）によりコーディングされてよい。
i.一例では、xは、８のような固定数であってよい。
ii.一例では、x又はx-dxは、Row-dがシグナリングされる前にシグナリングされてよい。ここで、dxは、０、１、又は２のような整数である。シグナリングされるxは、適合ビットストリームの中の最大値より大きくてはならない。
iii.一例では、xは、オンザフライで導出されてよい。
１）例えば、xは、ピクチャ内のBUB行の合計数（Mとして示される）の関数として導出されてよい。例えば、x=Ceil（log２（M+d０））+d１であり、ここで、d０及びd１は、-２、-１、０、１、２、等のような２個の整数である。従って、Ceil（）関数は、入力値以上の最小の整数を返す
２）MはM=Ceiling（H/CH）のように導出されてよい。ここで、Hはピクチャの高さを表し、CHはBUBの高さを表す
g.一例では、W-dは、固定長コーディング、例えばu（x）によりコーディングされてよい。
i.一例では、xは、８のような固定数であってよい。
ii.一例では、x又はx-dxは、W-dがシグナリングされる前にシグナリングされてよい。ここで、dxは、０、１、又は２のような整数である。シグナリングされるxは、適合ビットストリームの中の最大値より大きくてはならない。
iii.一例では、xは、オンザフライで導出されてよい。
１）例えば、xは、ピクチャ内のBUB列の合計数（Mとして示される）の関数として導出されてよい。例えば、x=Ceil（log２（M+d０））+d１であり、ここで、d０及びd１は、-２、-１、０、１、２、等のような２個の整数である。従って、Ceil（）関数は、入力値以上の最小の整数を返す
２）MはM=Ceiling（W/CW）のように導出されてよい。ここで、Wはピクチャの幅を表し、CWはBUBの幅を表す
h.一例では、H-dは、固定長コーディング、例えばu（x）によりコーディングされてよい。
i.一例では、xは、８のような固定数であってよい。
ii.一例では、x又はx-dxは、H-dがシグナリングされる前にシグナリングされてよい。ここで、dxは、０、１、又は２のような整数である。シグナリングされるxは、適合ビットストリームの中の最大値より大きくてはならない。
iii.一例では、xは、オンザフライで導出されてよい。
１）例えば、xは、ピクチャ内のBUB行の合計数（Mとして示される）の関数として導出されてよい。例えば、x=Ceil（log２（M+d０））+d１であり、ここで、d０及びd１は、-２、-１、０、１、２、等のような２個の整数である。従って、Ceil（）関数は、入力値以上の最小の整数を返す
２）MはM=Ceiling（H/CH）のように導出されてよい。ここで、Hはピクチャの高さを表し、CHはBUBの高さを表す
i.Col-d及び／又はRow-dは、全部のサブピクチャについてシグナリングされてよい。
i.代替として、Col-d及び／又はRow-dは、全部のサブピクチャについてシグナリングされなくてよい。
１）Col-d及び／又はRow-dは、サブピクチャの数が２より少ない場合に、シグナリングされなくてよい。（１に等しい）
２）例えば、Col-d及び／又はRow-dは、（例えば、０に等しいサブピクチャインデックス（又はサブピクチャID）を有する）第１サブピクチャについてシグナリングされなくてよい。
a）それらがシグナリングされないとき、それらは０であると推定されてよい。
３）例えば、Col-d及び／又はRow-dは、（例えば、NumSubPics-１に等しいサブピクチャインデックス（又はサブピクチャID）を有する）最後のサブピクチャについてシグナリングされなくてよい。
a）それらがシグナリングされないとき、それらは、既にシグナリングされたサブピクチャの位置及び寸法に依存して推定されてよい。
j.W-d及び／又はH-dは、全部のサブピクチャについてシグナリングされてよい。
i.代替として、W-d及び／又はH-dは、全部のサブピクチャについてシグナリングされなくてよい。
１）W-d及び／又はH-dは、サブピクチャの数が２より少ない場合に、シグナリングされなくてよい。（１に等しい）
２）例えば、W-d及び／又はH-dは、（例えば、NumSubPics-１に等しいサブピクチャインデックス（又はサブピクチャID）を有する）最後のサブピクチャについてシグナリングされなくてよい。
a）それらがシグナリングされないとき、それらは、既にシグナリングされたサブピクチャの位置及び寸法に依存して推定されてよい。
k.上記の項目では、BUBはコーティングツリーブロック（CTB）であってよい。
３６．一例では、サブピクチャの情報は、CTBサイズの情報（例えば、log２_ctu_size_minus５）がシグナリングされた後に、シグナリングされるべきである。
３７．subpic_treated_as_pic_flag[i]は、サブピクチャ毎にシグナリングされなくてよい。実際に、１つのsubpic_treated_as_pic_flagが、全部のサブピクチャについて、サブピクチャがピクチャとして扱われるかどうかを制御するためにシグナリングされる。
３８．loop_filter_across_subpic_enabled_flag[i]は、サブピクチャ毎にシグナリングされなくてよい。実際に、１つのloop_filter_across_subpic_enabled_flagが、全部のサブピクチャについて、ループフィルタがサブピクチャに跨がり適用できるかどうかを制御するためにシグナリングされる。
３９．subpic_treated_as_pic_flag[i]（subpic_treated_as_pic_flag）及び／又はloop_filter_across_subpic_enabled_flag[i]（loop_filter_across_subpic_enabled_flag）は、条件付きでシグナリングされてよい。
a.一例では、subpic_treated_as_pic_flag[i]及び／又はloop_filter_across_subpic_enabled_flag[i]は、サブピクチャの数が２より少ない場合に、シグナリングされなくてよい。（１に等しい）
４０．RPRは、サブピクチャが使用されるとき、適用されてよい。
a.一例では、RPRにおけるスケーリング比は、サブピクチャが使用されるときの限定セットになるよう制約されてよい。例えば、{１:１,１:２及び／又は２:１}、又は{１:１,１:２及び／又は２:１,１:４及び／又は４:１}、{１:１,１:２及び／又は２:１,１:４及び／又は４:１,１:８及び／又は８:１}である。
b.一例では、ピクチャAのCTBサイズ、及びピクチャBのCTBサイズは、ピクチャA及びピクチャBの解像度が異なる場合に、異なってよい。
c.一例では、寸法SAW×SAHを有するサブピクチャSAがピクチャA内にあり、寸法SBW×SBHを有するサブピクチャSBがピクチャB内にあると仮定すると、SAはSBに対応し、ピクチャAとピクチャBとの間のスケーリング比は、水平及び垂直方向に沿ってRw及びRhである。従って、
i.SAW/SBW又はSBW/SAWはRwに等しくなり、
ii.SAH/SBH又はSBH/SAHはRhに等しくなる。
４１．サブピクチャが使用されるとき（例えば、sub_pics_present_flagが真である）、サブピクチャインデックス（又はサブピクチャID）は、スライスヘッダ内でシグナリングされてよく、スライスアドレスは、ピクチャ全体の代わりにサブピクチャ内のアドレスとして中断される。
４２．第１サブピクチャ及び第２サブピクチャが同じサブピクチャではない場合、第１サブピクチャのサブピクチャIDが、第２サブピクチャのサブピクチャIDと異なることが要求される。
a.一例では、ビデオビットストリーム適合性の要件は、iがjに等しくない場合、sps_subpic_id[i]がsps_subpic_id[j]と異ならなければならないことである。
b.一例では、ビデオビットストリーム適合性の要件は、iがjに等しくない場合、pps_subpic_id[i]がpps_subpic_id[j]と異ならなければならないことである。
c.一例では、ビデオビットストリーム適合性の要件は、iがjに等しくない場合、ph_subpic_id[i]がph_subpic_id[j]と異ならなければならないことである。
d.一例では、ビデオビットストリーム適合性の要件は、iがjに等しくない場合、SubpicIdList[i]がSubpicIdList[j]と異ならなければならないことである。
e.一例では、X_subpic_id[i]-X_subpic_id[i-P]に等しいD[i]として示される差がシグナリングされてよい。
i.例えば、Xはsps、pps、又はphであってよい。
ii.例えば、Pは１に等しい。
iii.例えば、i>Pである。
iv.例えば、D[i]は０より大きくなければならない。
v.例えば、D[i]-１がシグナリングされてよい。
４３．左上CTUの水平又は垂直位置を指定するシンタックス要素の長さ（例えば、subpic_ctu_top_left_x又はsubpic_ctu_top_left_y）は、Ceil（Log２（SS））ビットであると導出されてよい。ここで、SSは０より大きくなければならない。従って、Ceil（）関数は、入力値以上の最小の整数を返す
a.一例では、シンタックス要素が左上CTUの水平位置を指定するとき（例えばsubpic_ctu_top_left_x）、SS=（pic_width_max_in_luma_samples+RR）/CtbSizeYである。
b.一例では、シンタックス要素が左上CTUの垂直位置を指定するとき（例えばsubpic_ctu_top_left_y）、SS=（pic_height_max_in_luma_samples+RR）/CtbSizeYである。
c.一例では、RRは、CtbSizeY-１のようなゼロではない整数である。
４４．サブピクチャの左上CTUの水平又は垂直位置を指定するシンタックス要素の長さ（例えば、subpic_ctu_top_left_x又はsubpic_ctu_top_left_y）は、Ceil（Log２（SS））ビットであると導出されてよい。ここで、SSは０より大きくなければならない。従って、Ceil（）関数は、入力値以上の最小の整数を返す
a.一例では、シンタックス要素がサブピクチャの左上CTUの水平位置を指定するとき（例えばsubpic_ctu_top_left_x）、SS=（pic_width_max_in_luma_samples+RR）/CtbSizeYである。
b.一例では、シンタックス要素がサブピクチャの左上CTUの垂直位置を指定するとき（例えばsubpic_ctu_top_left_y）、SS=（pic_height_max_in_luma_samples+RR）/CtbSizeYである。
c.一例では、RRは、CtbSizeY-１のようなゼロではない整数である。
４５．サブピクチャの幅又は高さを指定するシンタックス要素（例えば、subpic_width_minus１又はsubpic_height_minus１）の長さのデフォルト値（これは、１のようなオフセットPを足してよい）は、Ceil（Log２（SS））-Pであると導出されてよい。ここで、SSは０より大きくなければならない。従って、Ceil（）関数は、入力値以上の最小の整数を返す
a.一例では、シンタックス要素（例えばsubpic_width_minus１）が、サブピクチャのデフォルト幅（これは、オフセットPを足してよい）を指定するとき、SS=（pic_width_max_in_luma_samples+RR）/CtbSizeYである。
b.一例では、シンタックス要素がサブピクチャのデフォルト高さ（例えば、subpic_height_minus１）を指定するとき（これはオフセットPを足してよい）、SS=（pic_height_max_in_luma_samples+RR）/CtbSizeYである。
c.一例では、RRは、CtbSizeY-１のようなゼロではない整数である。
４６．情報がシグナリングされるべきであると決定された場合、サブピクチャのIDの情報が、SPS、PPS、及びピクチャヘッダのうちの１つの中で少なくともシグナリングされるべきであることが提案される。
a.一例では、ビットストリーム適合性の要件は、sps_subpic_id_present_flagが１に等しい場合に、sps_subpic_id_signalling_present_flag、pps_subpic_id_signalling_present_flag、及びph_subpic_id_signalling_present_flagのうちの少なくとも１つが１に等しいことである。
４７．サブピクチャのIDの情報がSPS、PPS、及びピクチャヘッダのうちのいずれでもシグナリングされない場合、しかし、情報がシグナリングされるべきであると決定されることが提案される。デフォルトIDが割り当てられるべきである。
a.一例では、sps_subpic_id_signalling_present_flag、pps_subpic_id_signalling_present_flag、及びph_subpic_id_signalling_present_flagが全部０に等しく、sps_subpic_id_present_flaが１に等しい場合、SubpicIdList[i]は、i+Pに等しく設定されるべきである。ここで、Pは０のようなオフセットである。例示的な説明は以下の通りである：
４８．サブピクチャIDの情報が、対応するPPSの中でシグナリングされる場合、それらはピクチャヘッダの中でシグナリングされないことが提案される。
a.例示的なシンタックス設計は以下の通りである：
b.一例では、サブピクチャIDは、それらがSPS内でシグナリングされる場合、SPS内でシグナリングされるサブピクチャIDの情報に従い設定される。或いは、サブピクチャIDは、それらがPPS内でシグナリングされる場合、PPS内でシグナリングされるサブピクチャIDの情報に従い設定される。或いは、サブピクチャIDは、それらがピクチャヘッダ内でシグナリングされる場合、ピクチャヘッダから内でシグナリングされるサブピクチャIDの情報に従い設定される。例示的な説明は以下の通りである：
c.一例では、サブピクチャIDがピクチャヘッダ内でシグナリングされる場合、それらは、ピクチャヘッダ内でシグナリングされるサブピクチャIDの情報に従い設定される。或いは、サブピクチャIDは、それらがPPS内でシグナリングされる場合、PPS内でシグナリングされるサブピクチャIDの情報に従い設定される。或いは、サブピクチャIDは、それらがSPS内でシグナリングされる場合、SPS内でシグナリングされるサブピクチャIDの情報に従い設定される。例示的な説明は以下の通りである：
４９．エッジEに対するデブロッキング処理が、ループフィルタリングが、エッジの両側（P-side及びQ-sideとして示される）でサブピクチャ境界に跨がり許容されるかどうかの決定（例えば、loop_filter_across_subpic_enabled_flagにより決定される）に依存すべきであることが提案される。P-sideは、現在ブロック内の側を表し、Q-sideは、近隣ブロック内の側を表し、これらは異なるサブピクチャに属する。以下の議論では、P-side及びQ-sideは２つの異なるサブピクチャに属すると仮定する。loop_filter_across_subpic_enabled_flag[P]=０/１は、ループフィルタリングが、P-sideを含むサブピクチャのサブピクチャ境界に跨がり許可されない／許可されることを意味する。loop_filter_across_subpic_enabled_flag[Q]=０/１は、ループフィルタリングが、Q-sideを含むサブピクチャのサブピクチャ境界に跨がり許可されない／許可されることを意味する。
a.一例では、loop_filter_across_subpic_enabled_flag[P]が０に等しい、又はloop_filter_across_subpic_enabled_flag[Q]が０に等しい場合、Eはフィルタリングされない。
b.一例では、loop_filter_across_subpic_enabled_flag[P]が０に等しく、及びloop_filter_across_subpic_enabled_flag[Q]が０に等しい場合、Eはフィルタリングされない。
c.一例では、Eの２つの側をフィルタリングするかどうかは、別個に制御される。
i.例えば、loop_filter_across_subpic_enabled_flag[P]が１に等しい場合、及びその場合にのみ、EのP-sideはフィルタリングされる。
ii.例えば、loop_filter_across_subpic_enabled_flag[Q]が１に等しい場合、及びその場合にのみ、EのQ-sideはフィルタリングされる。
５０．変換スキップのために使用される最大ブロックサイズを指定するPPS内のシンタックス要素SE（例えば、log２_transform_skip_max_size_minus２）のシグナリング／パースは、SPS内の任意のシンタックス要素（例えば、sps_transform_skip_enabled_flag）と分離されることが提案される。
a.例示的なシンタックス変更は以下の通りである：
b.代替として、SEはSPS内で以下のようにシグナリングされてよい。
c.代替として、SEはピクチャヘッダ内で以下のようにシグナリングされてよい。
５１．第１ブロックを復号した後に、HMVPテーブル（又はリスト／ストレージ／マップ、等と命名される）を更新するかどうか、及び／又はどのように更新するかは、第１ブロックがGEOによりコーディングされるかどうかに依存してよい。
a.一例では、HMVPテーブルは、第１ブロックがGEOによりコーディングされた場合に、第１ブロックを復号した後に、更新されなくてよい。
b.一例では、HMVPテーブルは、第１ブロックがGEOによりコーディングされた場合に、第１ブロックを復号した後に、更新されてよい。
i.一例では、HMVPテーブルは、GEOにより分割された１つのパーティションの動き情報により更新されてよい。
ii.一例では、HMVPテーブルは、GEOにより分割された複数のパーティションの動き情報により更新されてよい。
５２．CC-ALFでは、現在処理ユニット（例えば、２個のALF仮想境界により境界を定められるALF処理ユニット）からのルマサンプルは、対応する処理ユニットの中のクロマサンプルに対するフィルタリングから除外される。
a.現在処理ユニットからのパディングされたルマサンプルは、対応する処理ユニットの中のクロマサンプルをフィルタリングするために使用されてよい。
i.本明細書に開示される任意のパディング方法は、ルマサンプルをパディングするために使用されてよい。
b.代替として、現在処理ユニットからのパディングされたルマサンプルは、対応する処理ユニットの中のクロマサンプルをフィルタリングするために使用されてよい。
サブピクチャレベルでのパラメータのシグナリング
５３．サブピクチャのコーディング動作を制御するパラメータセットは、サブピクチャに関連してシグナリングされてよいことが提案される。つまり、サブピクチャ毎に、パラメータセットがシグナリングされてよい。パラメータセットは以下を含んでよい：
a.インター及び／又はイントラスライス／ピクチャのサブピクチャ内のルマ成分のための量子化パラメータ（Quantization Parameter （QP））又はデルタQP
b.インター及び／又はイントラスライス／ピクチャのサブピクチャ内のクロマ成分のための量子化パラメータ（Quantization Parameter （QP））又はデルタQP
c.参照ピクチャリスト管理情報
d.インター及び／又はイントラスライス／ピクチャのCTUサイズ
e.インター及び／又はイントラスライス／ピクチャの最小CUサイズ
f.インター及び／又はイントラスライス／ピクチャの最大TUサイズ
g.インター及び／又はイントラスライス／ピクチャの最大／最小QT（Qual-Tree）分割サイズ
h.インター及び／又はイントラスライス／ピクチャの最大／最小QT（Qual-Tree）分割深さ
i.インター及び／又はイントラスライス／ピクチャの最大／最小BT（Binary-Tree）分割サイズ
J.インター及び／又はイントラスライス／ピクチャの最大／最小BT（Binary-Tree）分割深さ
k.インター及び／又はイントラスライス／ピクチャの最大／最小TT（Ternary-Tree）分割サイズ
l.インター及び／又はイントラスライス／ピクチャの最大／最小TT（Ternary-Tree）分割深さ
m.インター及び／又はイントラスライス／ピクチャの最大／最小MTT（Multi-Tree）分割サイズ
n.インター及び／又はイントラスライス／ピクチャの最大／最小MTT（Multi-Tree）分割深さ
o.コーディングツリーの制御（オン／オフ制御、及び／又は設定制御を含む）は以下を含む：（略語は、JVET-P２００１-v１４から分かる）
i.Weighted Prediction（重み付け予測）
ii.SAO
iii.ALF
iv.Transform Skip（変換スキップ）
v.BDPCM
vi.JointCb-CrResidualcoding（JCCR）
vii.Referencewrap-around
viii.TMVP
ix.sbTMVP
x.AMVR
xi.BDOF
xii.SMVD
xiii.DMVR
xiv.MMVD
xv.ISP
xvi.MRL
xvii.MIP
xviii.CCLM
xix.CCLM collocated chroma control（CCLM同一位置クロマ制御）
xx.MTS for intra and/or inter（イントラ及び／又はインターのためのMTS）
xxi.MTS for inter（インターのためのMTS）
xxii.SBT
xxiii.SBT maximum size（SBT最大サイズ）
xxiv.Affine
xxv.Affine type（アフィンタイプ）
xxvi.Palette
xxvii.BCW
xxviii.IBC
xxix.CIIP
xxx.Triangular shape based motion compensation（三角形に基づく動き補償）
xxxi.LMCS
p.VPS/SPS/PPS/ピクチャヘッダ/スライスヘッダの中のパラメータと同じ意味を有するがサブピクチャを制御する任意の他のパラメータ
５４．１つのフラグが、先ずシグナリングされて、全部のサブピクチャが同じパラメータを共有するかどうかを示してよい。
q.代替として、更に、パラメータが共有される場合、異なるサブピクチャのために複数のパラメータセットをシグナリングする必要はない。
r.代替として、更に、パラメータが共有されない場合、異なるサブピクチャのための複数のパラメータセットが更にシグナリングされる必要はない。
５５．異なるサブピクチャの中のパラメータの予測コーディングが適用されてよい。
s.一例では、２つのサブピクチャのための同じシンタックス要素の２つの値の差がコーディングされてよい。
５６．デフォルトパラメータセットが最初にシグナリングされてよい。次に、デフォルト値と比較した差が更にシグナリングされてよい。
t.代替として、更に、１つのフラグが最初にシグナリングされ、全部のサブピクチャのパラメータセットがデフォルトセットの中のものと同一であるかどうかを示してよい。
５７．一例では、サブピクチャのコーディング動作を制御するパラメータセットは、SPS又はPPS又はピクチャヘッダ内でシグナリングされてよいことが提案される。
u.代替として、サブピクチャのコーディング動作を制御するパラメータセットは、SEIメッセージ（例えば、JVET-P２００１-v１４で定義されるサブピクチャレベル情報SEIメッセージ）又はVUIメッセージ内でシグナリングされてよい。
５８．例では、サブピクチャのコーディング動作を制御するパラメータセットは、サブピクチャIDに関連してシグナリングされてよいことが提案される。
５９．一例では、VPS/SPS/PPS/ピクチャヘッダ/スライスヘッダと異なる、サブピクチャのコーディング動作を制御するパラメータセットを含むビデオユニット（SPPS、Sub-PictureParameterSetを命名される）が、シグナリングされてよい。
v.一例では、SPPS_indexは、SPPSに関連してシグナリングされる。
w.一例では、SPPS_indexは、サブピクチャに関連付けられたSPPSを示すためにサブピクチャについてシグナリングされる。
６０．一例では、サブピクチャのコーディング動作を制御するパラメータセットの中の第１制御パラメータは、同じコーディング動作を制御するパラメータセットの中の第２制御パラメータを上書きしてよく又は上書きされてよい。例えば、サブピクチャのパラメータセットの中のBDOFのようなコーディングツールのオン／オフ制御フラグは、パラメータセットの中のコーディングツールのオン／オフ制御フラグを上書きするか又は上書きされてよい。
x.パラメータセットの中の第２制御パラメータは、VPS/SPS/PPS/ピクチャヘッダ/スライスヘッダ内にあってよい。
６１．上述の例のうちのいずれかが適用されるとき、スライス／タイル／ブリック／サブピクチャに関連付けられたシンタックス要素は、ピクチャ／シーケンスに関連付けられたパラメータに依存する代わりに、現在スライスを含むサブピクチャに関連付けられたパラメータに依存する。
６２．適合ビットストリームでは、サブピクチャのコーディング動作を制御するパラメータセットの中の第１制御パラメータは、同じコーディング動作を制御するパラメータセットの中の第２制御パラメータと同じでなければならないと制約される。
６３．一例では、第１フラグは、SPS内で、サブピクチャ毎に１つ、シグナリングされ、第１フラグは、general_constraint_info（）シンタックス構造が第１フラグに関連付けられたサブピクチャのためにシグナリングされるかどうかを指定する。サブピクチャについて存在するとき、general_constraint_info（）シンタックス構造は、CLVSに渡るサブピクチャのために適用されないツールを示す
y.代替として、general_constraint_info（）シンタックス構造は、サブピクチャ毎にシグナリングされる。
z.代替として、第２フラグは、SPS内で１回だけシグナリングされ、第２フラグは、第１フラグがサブピクチャ毎にSPS内に存在するか存在しないかを指定する。
６４．一例では、SEIメッセージ又は何らかのVUIパラメータは、特定のコーディングツールが適用されないか又はCLVSの中の１つ以上のサブピクチャについて（つまり、サブピクチャのセットのうちのコーディングスライスについて）特定の方法で適用されることを示すよう指定される。結果として、サブピクチャのセットが抽出され復号される、例えばモバイル装置により復号されるとき、復号の複雑性は、比較的低く、従って復号のための電力消費は比較的低い。
a.代替として、同じ情報が、DPS、VPS、SPS、又は単独のNALユニットでシグナリングされる。
パレットコーディング
６５．パレットサイズ及び／又はplt予測子サイズの最大数は、m*Nに等しくなるよう制約されてよく、例えばN=８、mは整数である。
a.m又はm＋offsetの値は、第１シンタックス要素としてシグナリングされてよい。ここで、offsetは０のような整数である。
i.第１シンタックス要素は、単位コーディング、指数ゴロムコーディング、ライスコーディング、固定長コーディングにより２値化されてよい。
マージ推定領域（Merge Estimation Region （MER））
６６．シグナリングされ得るMERのサイズは、最大又は最小CU又はCTUサイズに依存してよい。用語「サイズ」は、ここでは、幅、高さ、幅と高さの両方、又は幅×高さを表してよい。
a.一例では、S-Delta又はM-Sがシグナリングされてよく、SはMERのサイズである。Delta及びSは、最大又は最小CU又はCTUサイズに依存する整数である。例えば、
i.Deltaは最小CU又はCTUサイズであってよい。
ii.Mは最大CU又はCTUサイズであってよい。
iii.Deltaは最小CU又はCTUサイズ+offsetであってよく、offsetは１又は－１のような整数である。
iv.Mは最大CU又はCTUサイズ+offsetであってよく、offsetは１又は－１のような整数である。
６７．適合ビットストリームでは、制約され得るMERのサイズは、最大又は最小CU又はCTUサイズに依存する。用語「サイズ」は、ここでは、幅、高さ、幅と高さの両方、又は幅×高さを表してよい。
a.例えば、MERのサイズは、最大CU又はCTUサイズ以上になることを許可されない。
b.例えば、MERのサイズは、最大CU又はCTUサイズより大きくなることを許可されない。
c.例えば、MERのサイズは、最小CU又はCTUサイズ以下になることを許可されない。
d.例えば、MERのサイズは、最小CU又はCTUサイズより小さくなることを許可されない。
６８．MERのサイズはインデックスによりシグナリングされてよい。
a.MERのサイズは、１-１マッピングにより、インデックスにマッピングできる。
６９．MERのサイズ又はそのインデックスは、単位コード、指数ゴロムコード、ライスコード、固定長コードによりコーディングされてよい。
１．アフィン動き候補（例えば、構成されたアフィンマージ候補）を生成するためにピクチャ内で時間MV予測子がフェッチされる位置（位置RBと命名する）は、必要なサブピクチャの左上角座標が（xTL,yTL）であり、必要なサブピクチャの右下座標が（xBR,yBR）であると仮定すると、必要なサブピクチャ内に存在しなければならない。
a.一例では、必要なサブピクチャは、現在ブロックをカバーするサブピクチャである。
b.一例では、座標（x,y）を有する位置RBが必要なサブピクチャの外側にある場合、時間MV予測子は利用できないとして扱われる。
i.一例では、x>xBRの場合、位置RBは必要なサブピクチャの外側にある。
ii.一例では、y>yBRの場合、位置RBは必要なサブピクチャの外側にある。
iii.一例では、x<xTLの場合、位置RBは必要なサブピクチャの外側にある。
iv.一例では、y<yTLの場合、位置RBは必要なサブピクチャの外側にある。
c.一例では、位置RBが必要なサブピクチャの外側にある場合、BRの置換が利用される。
i.代替として、更に、置換位置は必要なサブピクチャ内に存在するべきである。
d.一例では、位置RBは、必要なサブピクチャ内になるようクリッピングされる。
i.一例では、xは、x=Min（x,xBR）のようにクリッピングされる。
ii.一例では、yは、y=Min（y,yBR）のようにクリッピングされる。
iii.一例では、xは、x=Max（x,xTL）のようにクリッピングされる。
iv.一例では、yは、y=Max（y,yTL）のようにクリッピングされる。
e.一例では、位置RBは、同一位置ピクチャ内の現在ブロックの対応するブロックの内側の右下位置であってよい。
f.提案される方法は、現在ピクチャと異なるピクチャから動き情報にアクセスする必要がある、他のコーディングツールで利用されてよい。
g.一例では、上述の方法が適用される（（例えば、１.a及び／又は１.bに記載されるように行うために）例えば、位置RBが必要なサブピクチャの中に存在しなければならない）かどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダの中でシグナリングされる１つ以上のシンタックスエレメントに依存してよい。例えば、シンタックスエレメントは、subpic_treated_as_pic_flag[SubPicIdx]であってよく、ここで、SubPicIdxは現在ブロックをカバーするサブピクチャのサブピクチャインデックスである。
２．補間処理で使用されない参照の中で整数サンプルがフェッチされる位置（位置Ｓと命名する）は、必要なサブピクチャの左上角座標が（xTL,yTL）であり、必要なサブピクチャの右下座標が（xBR,yBR）であると仮定すると、必要なサブピクチャ内に存在しなければならない。
a.一例では、必要なサブピクチャは、現在ブロックをカバーするサブピクチャである。
b.一例では、座標（x,y）を有する位置Ｓが必要なサブピクチャの外側にある場合、参照サンプルは利用できないとして扱われる。
i.一例では、x>xBRの場合、位置Ｓは必要なサブピクチャの外側にある。
ii.一例では、y>yBRの場合、位置Ｓは必要なサブピクチャの外側にある。
iii.一例では、x<xTLの場合、位置Ｓは必要なサブピクチャの外側にある。
iv.一例では、y<yTLの場合、位置Ｓは必要なサブピクチャの外側にある。
c.一例では、位置Ｓは、必要なサブピクチャ内になるようクリッピングされる。
i.一例では、xは、x=Min（x,xBR）のようにクリッピングされる。
ii.一例では、yは、y=Min（y,yBR）のようにクリッピングされる。
iii.一例では、xは、x=Max（x,xTL）のようにクリッピングされる。
iv.一例では、yは、y=Max（y,yTL）のようにクリッピングされる。
d.一例では、（例えば、２.a及び／又は２.bに記載されるように行うために）位置Ｓが必要なサブピクチャの中に存在しなければならないかどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダの中でシグナリングされる１つ以上のシンタックスエレメントに依存してよい。例えば、シンタックスエレメントは、subpic_treated_as_pic_flag[SubPicIdx]であってよく、ここで、SubPicIdxは現在ブロックをカバーするサブピクチャのサブピクチャインデックスである。
e.一例では、フェッチされた整数サンプルは、BDOF及び／又はPORFにおける勾配を生成するために使用される。
３．再構成ルマサンプル値がフェッチされる位置（位置Ｒと命名する）は、必要なサブピクチャの左上角座標が（xTL,yTL）であり、必要なサブピクチャの右下座標が（xBR,yBR）であると仮定すると、必要なサブピクチャ内に存在しなければならない。
a.一例では、必要なサブピクチャは、現在ブロックをカバーするサブピクチャである。
b.一例では、座標（x,y）を有する位置Rが必要なサブピクチャの外側にある場合、参照サンプルは利用できないとして扱われる。
i.一例では、x>xBRの場合、位置Rは必要なサブピクチャの外側にある。
ii.一例では、y>yBRの場合、位置Rは必要なサブピクチャの外側にある。
iii.一例では、x<xTLの場合、位置Rは必要なサブピクチャの外側にある。
iv.一例では、y<yTLの場合、位置Rは必要なサブピクチャの外側にある。
c.一例では、位置Rは、必要なサブピクチャ内になるようクリッピングされる。
i.一例では、xは、x=Min（x,xBR）のようにクリッピングされる。
ii.一例では、yは、y=Min（y,yBR）のようにクリッピングされる。
iii.一例では、xは、x=Max（x,xTL）のようにクリッピングされる。
iv.一例では、yは、y=Max（y,yTL）のようにクリッピングされる。
d.一例では、（例えば、４.a及び／又は４.bに記載されるように行うために）位置Rが必要なサブピクチャの中に存在しなければならないかどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダの中でシグナリングされる１つ以上のシンタックスエレメントに依存してよい。例えば、シンタックスエレメントは、subpic_treated_as_pic_flag[SubPicIdx]であってよく、ここで、SubPicIdxは現在ブロックをカバーするサブピクチャのサブピクチャインデックスである。
e.一例では、フェッチされたルマサンプルは、LMCSにおけるクロマコンポーネントのスケーリング因子を導出するために使用される。
４．BT/TT/QT分割のためのピクチャ境界チェック、BT/TT/QT深さ導出、及び／又はCU分割フラグのシグナリングの位置（位置Nと命名する）は、必要なサブピクチャの左上角座標が（xTL,yTL）であり、必要なサブピクチャの右下座標が（xBR,yBR）であると仮定すると、必要なサブピクチャ内に存在しなければならない。
a.一例では、必要なサブピクチャは、現在ブロックをカバーするサブピクチャである。
b.一例では、座標（x,y）を有する位置Nが必要なサブピクチャの外側にある場合、参照サンプルは利用できないとして扱われる。
i.一例では、x>xBRの場合、位置Nは必要なサブピクチャの外側にある。
ii.一例では、y>yBRの場合、位置Nは必要なサブピクチャの外側にある。
iii.一例では、x<xTLの場合、位置Nは必要なサブピクチャの外側にある。
iv.一例では、y<yTLの場合、位置Nは必要なサブピクチャの外側にある。
c.一例では、位置Nは、必要なサブピクチャ内になるようクリッピングされる。
i.一例では、xは、x=Min（x,xBR）のようにクリッピングされる。
ii.一例では、yは、y=Min（y,yBR）のようにクリッピングされる。
iii.一例では、xは、x=Max（x,xTL）のようにクリッピングされる。
d.一例では、yは、y=Max（y,yTL）のようにクリッピングされる。一例では、（例えば、５.a及び／又は５.bに記載されるように行うために）位置Nが必要なサブピクチャの中に存在しなければならないかどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダの中でシグナリングされる１つ以上のシンタックスエレメントに依存してよい。例えば、シンタックスエレメントは、subpic_treated_as_pic_flag[SubPicIdx]であってよく、ここで、SubPicIdxは現在ブロックをカバーするサブピクチャのサブピクチャインデックスである。
５．履歴に基づく動きベクトル予測（History-based Motion Vector Prediction （HMVP））テーブルは、１つのピクチャ内の新しいサブピクチャを復号する前に、再設定（リセット）されてよい。
a.一例では、IBCコーディングのために使用されるHMVPテーブルは、リセットされてよい。
b.一例では、インターコーディングのために使用されるHMVPテーブルは、リセットされてよい。
c.一例では、イントラコーディングのために使用されるHMVPテーブルは、リセットされてよい。
６．サブピクチャシンタックスエレメントは、N（N=８、３２、等）個のサンプルの単位で定義されてよい。
a.一例では、サブピクチャ識別子グリッドの各要素の幅はN個のサンプルの単位である。
b.一例では、サブピクチャ識別子グリッドの各要素の高さは、N個のサンプルの単位である。
c.一例では、Nは、CTUの幅及び／又は高さに設定される。
７．ピクチャ幅及びピクチャ高さのシンタックスエレメントは、K（K>=８）未満にならないよう制約されてよい。
a.一例では、ピクチャ幅は、８未満にならないよう制約される必要があり得る。
b.一例では、ピクチャ高さは、８未満にならないよう制約される必要があり得る。
８．適合ビットストリームは、１ビデオユニット（例えば、シーケンス）について有効にされるために、サブピクチャコーディング及び適応解像度変換（Adaptive resolution conversion （ARC））／動的解像度変換（Dynamic resolution conversion （DRC））／参照ピクチャ再サンプリング（Reference picture resampling （RPR））が許可されないことを満たすべきである。
a.一例では、サブピクチャコーディングを有効にするシグナリングは、ARC/DRC/RPRを許可しないという条件の下にあってよい。
i.一例では、サブピクチャが有効にされるとき、例えばsubpics_present_flagが１に等しいとき、このSPSがアクティブである全部のピクチャのpic_width_in_luma_samplesは、max_width_in_luma_samplesに等しい。
b.代替として、サブピクチャコーディング及びARC/DRC/RPRは、両方とも、１ビデオユニット（例えば、シーケンス）について有効にされてよい。
i.一例では、適合ビットストリームは、ARC/DRC/RPRによりダウンサンプリングされたサブピクチャが、依然として、幅がK個のCTUであり高さがM個のCTUである形式であることを満たすべきである。ここで、K及びMは両方とも整数である。
ii.一例では、適合ビットストリームは、ピクチャ境界（例えば、右境界及び／又は下境界）に位置しないサブピクチャについて、ARC/DRC/RPRによりダウンサンプリングされたサブピクチャが、依然として、幅がK個のCTUであり高さがM個のCTUである形式であることを満たすべきである。ここで、K及びMは両方とも整数である。
iii.一例では、CTUサイズは、ピクチャ解像度に基づき適応して変更されてよい。
１）一例では、最大CTUサイズはSPS内でシグナリングされてよい。より低い解像度を有する各ピクチャについて、CTUサイズは、低下された解像度に基づき相応して変更されてよい。
２）一例では、CTUサイズは、SPS及びPPS内、及び／又はサブピクチャレベルでシグナリングされてよい。
９．シンタックスエレメントsubpic_grid_col_width_minus１及びsubpic_grid_row_height_minus１は、制約されてよい。
a.一例では、subpic_grid_col_width_minus１はT１より大きくてはならない（又は小さくてはならない）
b.一例では、subpic_grid_row_height_minus１はT２より大きくてはならない（又は小さくてはならない）
c.一例では、適合ビットストリームでは、subpic_grid_col_width_minus１及び／又はsubpic_grid_row_height_minus１は、項目３.a及び３.bのような制約に従わなければならない。
d.一例では、３.aにおけるT１、及び／又は３.bにおけるT２は、ビデオコーディング標準のプロファイル／レベル／ティアに依存してよい。
e.一例では、３.aにおけるT１は、ピクチャ幅に依存してよい。
例えば、T１はpic_width_max_in_luma_samples/４又はpic_width_max_in_luma_samples/４+Offに等しい。Offは、１、２、-１、-２等であってよい。
f.一例では、３.bにおけるT２は、ピクチャ幅に依存してよい。
i.例えば、T２はpic_height_max_in_luma_samples/４又はpic_height_max_in_luma_samples/４-１+Offに等しい。Offは、１、２、-１、-２等であってよい。
１０．任意の２つのサブピクチャの間の境界が、２つのCTUの間の境界でなければならないという制約がある。
a.言い換えると、CTUは、１つより多くのサブピクチャによりカバーできない。
b.一例では、subpic_grid_col_width_minus１の単位は、VVCにおけるような４の代わりに、CTU幅（例えば、３２、６４、１２８）であってよい。サブピクチャグリッド幅は、（subpic_grid_col_width_minus１+１）*CTU幅であるべきである。
c.一例では、subpic_grid_col_height_minus１の単位は、VVCにおけるような４の代わりに、CTU高さ（例えば、３２、６４、１２８）であってよい。サブピクチャグリッド高さは、（subpic_grid_col_height_minus１+１）*CTU高さであるべきである。
d.一例では、適合ビットストリームでは、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
１１．サブピクチャの形状が長方形でなければならないという制約がある。
a.一例では、適合ビットストリームでは、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
b.サブピクチャは、長方形スライスのみを含んでよい。例えば、適合ビットストリームでは、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
１２．２つのサブピクチャは重なり合うことができないという制約がある。
a.一例では、適合ビットストリームでは、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
b.代替として、２つのサブピクチャは、互いに重なり合ってよい。
１３．ピクチャ内の任意の位置が１つの及び１つのみのサブピクチャによりカバーされなければならないという制約がある。
a.一例では、適合ビットストリームでは、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
b.代替として、１つのサンプルは、任意のサブピクチャに属さなくてよい。
c.代替として、１つのサンプルは、１つより多くのサブピクチャに属してよい。
１４．同じシーケンス内で提示される全ての解像度にマッピングされるSPS内で定義されるサブピクチャは、上述の制約された位置及び／又はサイズに従うべきであるという制約があってよい。
a.一例では、同じシーケンス内で提示される解像度にマッピングされるSPS内で定義されたサブピクチャの幅及び高さは、N（例えば、８、１６、３２）個のルマサンプルの整数倍であるべきである。
b.一例では、サブピクチャは、特定のレイヤについて定義されてよく、他のレイヤにマッピングされてよい。
i.例えば、サブピクチャは、シーケンス内の最高解像度を有するレイヤについて定義されてよい。
ii.例えば、サブピクチャは、シーケンス内の最低解像度を有するレイヤについて定義されてよい。
iii.どのレイヤについてサブピクチャが定義されるかは、SPS/VPS/PPS/スライスヘッダ内でシグナリングされてよい。
c.一例では、サブピクチャ及び異なる解像度の両方が適用されるとき、全ての解像度（例えば幅及び／又は高さ）は、所与の解像度の整数倍であってよい。
d.一例では、SPS内で定義されたサブピクチャの幅及び／又は高さは、CTUサイズの整数倍（例えば、M）であってよい。
e.代替として、シーケンス内のサブピクチャ及び異なる解像度は、同時に許可されなくてよい。
１５．サブピクチャは、特定のレイヤにのみ適用されてよい。
a.一例では、SPS内で定義されたサブピクチャは、シーケンス内の最高解像度を有するレイヤにのみ適用されてよい。
b.一例では、SPS内で定義されたサブピクチャは、シーケンス内の最低解像度を有するレイヤにのみ適用されてよい。
c.どのレイヤにサブピクチャが適用され得るかは、SPS/VPS/PPS内の１又は複数のシンタックスエレメントにより示されてよい。
d.どのレイヤにサブピクチャが適用できないかは、SPS/VPS/PPS内の１又は複数のシンタックスエレメントにより示されてよい。
１６．一例では、サブピクチャの位置及び／又は寸法は、subpic_grid_idxを使用せずに、シグナリングされてよい。
a.一例では、サブピクチャの左上位置がシグナリングされてよい。
b.一例では、サブピクチャの右下位置がシグナリングされてよい。
c.一例では、サブピクチャの幅がシグナリングされてよい。
d.一例では、サブピクチャの高さがシグナリングされてよい。
１７．時間フィルタでは、サンプルの時間フィルタリングを実行するとき、現在サンプルが属する同じサブピクチャの範囲内のサンプルのみが、使用されてよい。必要なサンプルは、現在サンプルが属する同じピクチャ内に、又は他のピクチャ内に存在してよい。
１８．一例では、パーティション方法（例えば、QT、水平BT、垂直BT、水平TT、垂直TT、又は分割無し、等）を適用するかどうか及び／又はどのように適用するかは、現在ブロック（又はパーティション）がサブピクチャの１又は複数の境界を横切るかどうかに依存してよい。
a.一例では、VVCにおけるパーティションのためのピクチャ境界処理方法は、ピクチャ境界がサブピクチャ境界により置換されるときにも適用されてよい。
b.一例では、パーティション方法（例えば、QT、水平BT、垂直BT、水平TT、垂直TT、又は分割無し、等）を表すシンタックスエレメント（例えば、フラグ）をパースするかどうか及び／又はどのように適用するかは、現在ブロック（又はパーティション）がサブピクチャの１又は複数の境界を横切るかどうかに依存してよい。
１９．１つのピクチャを複数のサブピクチャに分割して各サブピクチャを独立してコーディングする代わりに、ピクチャを少なくとも２つのサブ領域セットに分割して、複数のサブピクチャを含む第１セットと、全部の残りのサンプルを含む第２セットとにすることが提案される。
a.一例では、第２セット内のサンプルは、任意のサブピクチャ内に存在しない。
b.代替として、更に、第２セットは、第１セットの情報に基づき符号化／復号されてよい。
c.一例では、デフォルト値は、サンプル／M×Kサブ領域が第２セットに属するかどうかをマークするために利用されてよい。
i.一例では、デフォルト値は、（max_subpics_minus１+K）に等しく設定されてよい。ここで、Kは１より大きい整数である。
ii.デフォルト値は、グリッドが第２セットに属することを示すために、subpic_grid_idx[i][j]に割り当てられてよい。
２０．シンタックスエレメントsubpic_grid_idx[i][j]は、max_subpics_minus１より大きくならないことが提案される。
a.例えば、適合ビットストリームでは、subpic_grid_idx[i][j]はmax_subpics_minus１より大きくなることができないという制約がある。
b.例えば、subpic_grid_idx[i][j]をコーディングするためのコードワードは、max_subpics_minus１より大きくなることができない。
２１．０からmax_subpics_minus１までの任意の整数は、少なくとも１つのsubpic_grid_idx[i][j]に等しくなければならないことが提案される。
２２．IBC仮想バッファは、１つのピクチャ内の新しいサブピクチャを復号する前に、リセットされてよい。
a.一例では、IBC仮想バッファ内の全部のサンプルは、-１にリセットされてよい。
２３．パレットエントリリストは、１つのピクチャ内の新しいサブピクチャを復号する前に、リセットされてよい。
a.一例では、PredictorPaletteSizeは、１つのピクチャ内の新しいサブピクチャを復号する前に、０に等しくなるよう設定されてよい。
２４．スライスの情報（例えば、スライスの数、及び／又はスライスの範囲）をシグナリングするかどうかは、タイルの数、及び／又はブリックの数に依存してよい。
a.一例では、ピクチャ内のブリックの数が１である場合、num_slices_in_pic_minus１はシグナリングされず、０であると推定される。
b.一例では、ピクチャ内のブリックの数が１である場合、スライスの情報（例えば、スライスの数、及び／又はスライスの範囲）は、シグナリングされなくてよい。
c.一例では、ピクチャ内のブリックの数が１である場合、スライスの数は１であると推定されてよい。スライスはピクチャ全体をカバーする。一例では、ピクチャ内のブリックの数が１である場合、single_brick_per_slice_flagはシグナリングされず、１であると推定される。
i.代替として、ピクチャ内のブリックの数が１である場合、single_brick_per_slice_flagは１でなければならない。
d.例示的なシンタックス設計は以下の通りである：
a.例示的なシンタックス設計は以下の通りである：
a.例示的なシンタックス設計は以下の通りである：
a.一例では、loop_filter_across_bricks_enabled_flagは、ブリックの数が２より少ない場合に、シグナリングされない。
b.例示的なシンタックス設計は以下の通りである：
a.要件は、スライスが長方形であるとシグナリングされるとき（例えば、rect_slice_flagが１に等しい）、満たされなければならない。
３０．ビットストリーム適合性の要件は、サブピクチャの全部のスライスがサブピクチャ全体をカバーしなければならないことである。
a.要件は、スライスが長方形であるとシグナリングされるとき（例えば、rect_slice_flagが１に等しい）、満たされなければならない。
３１．ビットストリーム適合性の要件は、スライスが１つより多くのサブピクチャと重なり合わせることができないことである。
３２．ビットストリーム適合性の要件は、タイルが１つより多くのサブピクチャと重なり合わせることができないことである。
３３．ビットストリーム適合性の要件は、ブリックが１つより多くのサブピクチャと重なり合わせることができないことである。
以下の議論では、寸法CW×CHを有する基本ユニットブロック（basic unit block （BUB））は長方形領域である。例えば、BUBはコーティングツリーブロック（CTB）であってよい。
３４．一例では、サブピクチャの数（Nとして示される）がシグナリングされてよい。
a.ビデオビットストリーム適合性の要件は、サブピクチャが使用される場合（例えば、subpics_present_flagが１に等しい）、ピクチャ内に少なくとも２個のサブピクチャが存在することであってよい。
b.代替として、Nからdを引いたもの（つまり、N-d）がシグナリングされてよく、ここで、dは０、１、又は２のような整数である。
c.例えば、N-dは、固定長コーディング、例えばu（x）によりコーディングされてよい。
i.一例では、xは、８のような固定数であってよい。
ii.一例では、x又はx-dxは、N-dがシグナリングされる前にシグナリングされてよい。ここで、dxは、０、１、又は２のような整数である。シグナリングされるxは、適合ビットストリームの中の最大値より大きくてはならない。
iii.一例では、xは、オンザフライで導出されてよい。
１）例えば、xは、ピクチャ内のBUBの合計数（Mとして示される）の関数として導出されてよい。例えば、x=Ceil（log２（M+d０））+d１であり、ここで、d０及びd１は、-２、-１、０、１、２、等のような２個の整数である。従って、Ceil（）関数は、入力値以上の最小の整数を返す
２）MはM=Ceiling（W/CW）×Ceiling（H/CH）のように導出されてよい。ここで、２及びHは、ピクチャの幅及び高さを表し、CW及びCHは、BUBの幅及び高さを表す
d.例えば、N-dは、単一コード又はトランケート単一コードによりコーディングされてよい。
e.一例では、N-dの許容最大値は、固定数であってよい。
i.代替として、N-dの許容最大値は、ピクチャ内のBUBの合計数（Mとして示される）の関数として導出されてよい。例えば、x=Ceil（log２（M+d０））+d１であり、ここで、d０及びd１は、-２、-１、０、１、２、等のような２個の整数である。従って、Ceil（）関数は、入力値以上の最小の整数を返す
３５．一例では、サブピクチャは、１つ又は複数のそれ自体の選択された位置（例えば、左上／右上／左下／右下位置）及び／又はそれ自体の幅及び／又はそれ自体の高さの指示によりシグナリングされてよい。
a.一例では、サブピクチャの左上位置は、寸法CW×CHを有する基本ユニットブロック（BUB）の粒度でシグナリングされてよい。
i.例えば、列インデックス（Colとして示される）が、サブピクチャの左上BUBのBUBに関してシグナリングされてよい。
１）例えば、Col-dがシグナリングされてよく、ここで、dは０、１、又は２のような整数である。
a）代替として、dは、前にコーディングされ、d１を加算された、サブピクチャのColに等しくてよい。ここで、d１は、-１、０、又は１のような整数である。
b）Col-dの符号がシグナリングされてよい。
ii.例えば、行インデックス（Rowとして示される）が、サブピクチャの左上BUBのBUBに関してシグナリングされてよい。
１）例えば、Row-dがシグナリングされてよく、ここで、dは０、１、又は２のような整数である。
a）代替として、dは、前にコーディングされ、d１を加算された、サブピクチャのRowに等しくてよい。ここで、d１は、-１、０、又は１のような整数である。
b）Row-dの符号がシグナリングされてよい。
iii.上述の行／列インデックス（Rowとして示される）は、コーディングツリーブロック（CTB）ユニットの中で表されてよい。例えば、ピクチャの左上位置に対するx又はy座標が、CTBサイズにより除算され、シグナリングされてよい。
iv.一例では、サブピクチャの位置をシグナリングするかどうかは、サブピクチャインデックスに依存してよい。
１）一例では、ピクチャ内の第１サブピクチャについて、左上位置はシグナリングされなくてよい。
a）代替として、更に、左上位置は、例えば（０,０）であると推定されてよい。
２）一例では、ピクチャ内の最後のサブピクチャについて、左上位置はシグナリングされなくてよい。
a）左上位置は、前にシグナリングされたサブピクチャの情報に依存して推定されてよい。
b.一例では、サブピクチャの幅／高さ／選択された位置の指示は、トランケート単一／トランケートバイナリ／単一／固定長／K番目のEGコーディング（例えば、K=０、１、２、３）によりシグナリングされてよい。
c.一例では、サブピクチャの幅は、寸法CW×CHを有するBUBの粒度でシグナリングされてよい。
i.一例では、サブピクチャ内のBUB列の数（Wとして示される）がシグナリングされてよい。
ii.例えば、W-dがシグナリングされてよく、ここで、dは０、１、又は２のような整数である。
１）代替として、dは、前にコーディングされ、d１を加算された、サブピクチャのWに等しくてよい。ここで、d１は、-１、０、又は１のような整数である。
２）W-dの符号がシグナリングされてよい。
一d.例では、サブピクチャの高さは、寸法CW×CHを有するBUBの粒度でシグナリングされてよい。
i.例えば、サブピクチャ内のBUB行の数（Hとして示される）がシグナリングされてよい。
ii.例えば、H-dがシグナリングされてよく、ここで、dは０、１、又は２のような整数である。
１）代替として、dは、前にコーディングされ、d１を加算された、サブピクチャのHに等しくてよい。ここで、d１は、-１、０、又は１のような整数である。
２）H-dの符号がシグナリングされてよい。
e.例えば、Col-dは、固定長コーディング、例えばu（x）によりコーディングされてよい。
i.一例では、xは、８のような固定数であってよい。
ii.一例では、x又はx-dxは、Col-dがシグナリングされる前にシグナリングされてよい。ここで、dxは、０、１、又は２のような整数である。シグナリングされるxは、適合ビットストリームの中の最大値より大きくてはならない。
iii.一例では、xは、オンザフライで導出されてよい。
１）例えば、xは、ピクチャ内のBUB列の合計数（Mとして示される）の関数として導出されてよい。例えば、x=Ceil（log２（M+d０））+d１であり、ここで、d０及びd１は、-２、-１、０、１、２、等のような２個の整数である。従って、Ceil（）関数は、入力値以上の最小の整数を返す
２）MはM=Ceiling（W/CW）のように導出されてよい。ここで、Wはピクチャの幅を表し、CWはBUBの幅を表す
f.一例では、Row-dは、固定長コーディング、例えばu（x）によりコーディングされてよい。
i.一例では、xは、８のような固定数であってよい。
ii.一例では、x又はx-dxは、Row-dがシグナリングされる前にシグナリングされてよい。ここで、dxは、０、１、又は２のような整数である。シグナリングされるxは、適合ビットストリームの中の最大値より大きくてはならない。
iii.一例では、xは、オンザフライで導出されてよい。
１）例えば、xは、ピクチャ内のBUB行の合計数（Mとして示される）の関数として導出されてよい。例えば、x=Ceil（log２（M+d０））+d１であり、ここで、d０及びd１は、-２、-１、０、１、２、等のような２個の整数である。従って、Ceil（）関数は、入力値以上の最小の整数を返す
２）MはM=Ceiling（H/CH）のように導出されてよい。ここで、Hはピクチャの高さを表し、CHはBUBの高さを表す
g.一例では、W-dは、固定長コーディング、例えばu（x）によりコーディングされてよい。
i.一例では、xは、８のような固定数であってよい。
ii.一例では、x又はx-dxは、W-dがシグナリングされる前にシグナリングされてよい。ここで、dxは、０、１、又は２のような整数である。シグナリングされるxは、適合ビットストリームの中の最大値より大きくてはならない。
iii.一例では、xは、オンザフライで導出されてよい。
１）例えば、xは、ピクチャ内のBUB列の合計数（Mとして示される）の関数として導出されてよい。例えば、x=Ceil（log２（M+d０））+d１であり、ここで、d０及びd１は、-２、-１、０、１、２、等のような２個の整数である。従って、Ceil（）関数は、入力値以上の最小の整数を返す
２）MはM=Ceiling（W/CW）のように導出されてよい。ここで、Wはピクチャの幅を表し、CWはBUBの幅を表す
h.一例では、H-dは、固定長コーディング、例えばu（x）によりコーディングされてよい。
i.一例では、xは、８のような固定数であってよい。
ii.一例では、x又はx-dxは、H-dがシグナリングされる前にシグナリングされてよい。ここで、dxは、０、１、又は２のような整数である。シグナリングされるxは、適合ビットストリームの中の最大値より大きくてはならない。
iii.一例では、xは、オンザフライで導出されてよい。
１）例えば、xは、ピクチャ内のBUB行の合計数（Mとして示される）の関数として導出されてよい。例えば、x=Ceil（log２（M+d０））+d１であり、ここで、d０及びd１は、-２、-１、０、１、２、等のような２個の整数である。従って、Ceil（）関数は、入力値以上の最小の整数を返す
２）MはM=Ceiling（H/CH）のように導出されてよい。ここで、Hはピクチャの高さを表し、CHはBUBの高さを表す
i.Col-d及び／又はRow-dは、全部のサブピクチャについてシグナリングされてよい。
i.代替として、Col-d及び／又はRow-dは、全部のサブピクチャについてシグナリングされなくてよい。
１）Col-d及び／又はRow-dは、サブピクチャの数が２より少ない場合に、シグナリングされなくてよい。（１に等しい）
２）例えば、Col-d及び／又はRow-dは、（例えば、０に等しいサブピクチャインデックス（又はサブピクチャID）を有する）第１サブピクチャについてシグナリングされなくてよい。
a）それらがシグナリングされないとき、それらは０であると推定されてよい。
３）例えば、Col-d及び／又はRow-dは、（例えば、NumSubPics-１に等しいサブピクチャインデックス（又はサブピクチャID）を有する）最後のサブピクチャについてシグナリングされなくてよい。
a）それらがシグナリングされないとき、それらは、既にシグナリングされたサブピクチャの位置及び寸法に依存して推定されてよい。
j.W-d及び／又はH-dは、全部のサブピクチャについてシグナリングされてよい。
i.代替として、W-d及び／又はH-dは、全部のサブピクチャについてシグナリングされなくてよい。
１）W-d及び／又はH-dは、サブピクチャの数が２より少ない場合に、シグナリングされなくてよい。（１に等しい）
２）例えば、W-d及び／又はH-dは、（例えば、NumSubPics-１に等しいサブピクチャインデックス（又はサブピクチャID）を有する）最後のサブピクチャについてシグナリングされなくてよい。
a）それらがシグナリングされないとき、それらは、既にシグナリングされたサブピクチャの位置及び寸法に依存して推定されてよい。
k.上記の項目では、BUBはコーティングツリーブロック（CTB）であってよい。
３６．一例では、サブピクチャの情報は、CTBサイズの情報（例えば、log２_ctu_size_minus５）がシグナリングされた後に、シグナリングされるべきである。
３７．subpic_treated_as_pic_flag[i]は、サブピクチャ毎にシグナリングされなくてよい。実際に、１つのsubpic_treated_as_pic_flagが、全部のサブピクチャについて、サブピクチャがピクチャとして扱われるかどうかを制御するためにシグナリングされる。
３８．loop_filter_across_subpic_enabled_flag[i]は、サブピクチャ毎にシグナリングされなくてよい。実際に、１つのloop_filter_across_subpic_enabled_flagが、全部のサブピクチャについて、ループフィルタがサブピクチャに跨がり適用できるかどうかを制御するためにシグナリングされる。
３９．subpic_treated_as_pic_flag[i]（subpic_treated_as_pic_flag）及び／又はloop_filter_across_subpic_enabled_flag[i]（loop_filter_across_subpic_enabled_flag）は、条件付きでシグナリングされてよい。
a.一例では、subpic_treated_as_pic_flag[i]及び／又はloop_filter_across_subpic_enabled_flag[i]は、サブピクチャの数が２より少ない場合に、シグナリングされなくてよい。（１に等しい）
４０．RPRは、サブピクチャが使用されるとき、適用されてよい。
a.一例では、RPRにおけるスケーリング比は、サブピクチャが使用されるときの限定セットになるよう制約されてよい。例えば、{１:１,１:２及び／又は２:１}、又は{１:１,１:２及び／又は２:１,１:４及び／又は４:１}、{１:１,１:２及び／又は２:１,１:４及び／又は４:１,１:８及び／又は８:１}である。
b.一例では、ピクチャAのCTBサイズ、及びピクチャBのCTBサイズは、ピクチャA及びピクチャBの解像度が異なる場合に、異なってよい。
c.一例では、寸法SAW×SAHを有するサブピクチャSAがピクチャA内にあり、寸法SBW×SBHを有するサブピクチャSBがピクチャB内にあると仮定すると、SAはSBに対応し、ピクチャAとピクチャBとの間のスケーリング比は、水平及び垂直方向に沿ってRw及びRhである。従って、
i.SAW/SBW又はSBW/SAWはRwに等しくなり、
ii.SAH/SBH又はSBH/SAHはRhに等しくなる。
４１．サブピクチャが使用されるとき（例えば、sub_pics_present_flagが真である）、サブピクチャインデックス（又はサブピクチャID）は、スライスヘッダ内でシグナリングされてよく、スライスアドレスは、ピクチャ全体の代わりにサブピクチャ内のアドレスとして中断される。
４２．第１サブピクチャ及び第２サブピクチャが同じサブピクチャではない場合、第１サブピクチャのサブピクチャIDが、第２サブピクチャのサブピクチャIDと異なることが要求される。
a.一例では、ビデオビットストリーム適合性の要件は、iがjに等しくない場合、sps_subpic_id[i]がsps_subpic_id[j]と異ならなければならないことである。
b.一例では、ビデオビットストリーム適合性の要件は、iがjに等しくない場合、pps_subpic_id[i]がpps_subpic_id[j]と異ならなければならないことである。
c.一例では、ビデオビットストリーム適合性の要件は、iがjに等しくない場合、ph_subpic_id[i]がph_subpic_id[j]と異ならなければならないことである。
d.一例では、ビデオビットストリーム適合性の要件は、iがjに等しくない場合、SubpicIdList[i]がSubpicIdList[j]と異ならなければならないことである。
e.一例では、X_subpic_id[i]-X_subpic_id[i-P]に等しいD[i]として示される差がシグナリングされてよい。
i.例えば、Xはsps、pps、又はphであってよい。
ii.例えば、Pは１に等しい。
iii.例えば、i>Pである。
iv.例えば、D[i]は０より大きくなければならない。
v.例えば、D[i]-１がシグナリングされてよい。
４３．左上CTUの水平又は垂直位置を指定するシンタックス要素の長さ（例えば、subpic_ctu_top_left_x又はsubpic_ctu_top_left_y）は、Ceil（Log２（SS））ビットであると導出されてよい。ここで、SSは０より大きくなければならない。従って、Ceil（）関数は、入力値以上の最小の整数を返す
a.一例では、シンタックス要素が左上CTUの水平位置を指定するとき（例えばsubpic_ctu_top_left_x）、SS=（pic_width_max_in_luma_samples+RR）/CtbSizeYである。
b.一例では、シンタックス要素が左上CTUの垂直位置を指定するとき（例えばsubpic_ctu_top_left_y）、SS=（pic_height_max_in_luma_samples+RR）/CtbSizeYである。
c.一例では、RRは、CtbSizeY-１のようなゼロではない整数である。
４４．サブピクチャの左上CTUの水平又は垂直位置を指定するシンタックス要素の長さ（例えば、subpic_ctu_top_left_x又はsubpic_ctu_top_left_y）は、Ceil（Log２（SS））ビットであると導出されてよい。ここで、SSは０より大きくなければならない。従って、Ceil（）関数は、入力値以上の最小の整数を返す
a.一例では、シンタックス要素がサブピクチャの左上CTUの水平位置を指定するとき（例えばsubpic_ctu_top_left_x）、SS=（pic_width_max_in_luma_samples+RR）/CtbSizeYである。
b.一例では、シンタックス要素がサブピクチャの左上CTUの垂直位置を指定するとき（例えばsubpic_ctu_top_left_y）、SS=（pic_height_max_in_luma_samples+RR）/CtbSizeYである。
c.一例では、RRは、CtbSizeY-１のようなゼロではない整数である。
４５．サブピクチャの幅又は高さを指定するシンタックス要素（例えば、subpic_width_minus１又はsubpic_height_minus１）の長さのデフォルト値（これは、１のようなオフセットPを足してよい）は、Ceil（Log２（SS））-Pであると導出されてよい。ここで、SSは０より大きくなければならない。従って、Ceil（）関数は、入力値以上の最小の整数を返す
a.一例では、シンタックス要素（例えばsubpic_width_minus１）が、サブピクチャのデフォルト幅（これは、オフセットPを足してよい）を指定するとき、SS=（pic_width_max_in_luma_samples+RR）/CtbSizeYである。
b.一例では、シンタックス要素がサブピクチャのデフォルト高さ（例えば、subpic_height_minus１）を指定するとき（これはオフセットPを足してよい）、SS=（pic_height_max_in_luma_samples+RR）/CtbSizeYである。
c.一例では、RRは、CtbSizeY-１のようなゼロではない整数である。
４６．情報がシグナリングされるべきであると決定された場合、サブピクチャのIDの情報が、SPS、PPS、及びピクチャヘッダのうちの１つの中で少なくともシグナリングされるべきであることが提案される。
a.一例では、ビットストリーム適合性の要件は、sps_subpic_id_present_flagが１に等しい場合に、sps_subpic_id_signalling_present_flag、pps_subpic_id_signalling_present_flag、及びph_subpic_id_signalling_present_flagのうちの少なくとも１つが１に等しいことである。
４７．サブピクチャのIDの情報がSPS、PPS、及びピクチャヘッダのうちのいずれでもシグナリングされない場合、しかし、情報がシグナリングされるべきであると決定されることが提案される。デフォルトIDが割り当てられるべきである。
a.一例では、sps_subpic_id_signalling_present_flag、pps_subpic_id_signalling_present_flag、及びph_subpic_id_signalling_present_flagが全部０に等しく、sps_subpic_id_present_flaが１に等しい場合、SubpicIdList[i]は、i+Pに等しく設定されるべきである。ここで、Pは０のようなオフセットである。例示的な説明は以下の通りである：
a.例示的なシンタックス設計は以下の通りである：
a.一例では、loop_filter_across_subpic_enabled_flag[P]が０に等しい、又はloop_filter_across_subpic_enabled_flag[Q]が０に等しい場合、Eはフィルタリングされない。
b.一例では、loop_filter_across_subpic_enabled_flag[P]が０に等しく、及びloop_filter_across_subpic_enabled_flag[Q]が０に等しい場合、Eはフィルタリングされない。
c.一例では、Eの２つの側をフィルタリングするかどうかは、別個に制御される。
i.例えば、loop_filter_across_subpic_enabled_flag[P]が１に等しい場合、及びその場合にのみ、EのP-sideはフィルタリングされる。
ii.例えば、loop_filter_across_subpic_enabled_flag[Q]が１に等しい場合、及びその場合にのみ、EのQ-sideはフィルタリングされる。
５０．変換スキップのために使用される最大ブロックサイズを指定するPPS内のシンタックス要素SE（例えば、log２_transform_skip_max_size_minus２）のシグナリング／パースは、SPS内の任意のシンタックス要素（例えば、sps_transform_skip_enabled_flag）と分離されることが提案される。
a.例示的なシンタックス変更は以下の通りである：
a.一例では、HMVPテーブルは、第１ブロックがGEOによりコーディングされた場合に、第１ブロックを復号した後に、更新されなくてよい。
b.一例では、HMVPテーブルは、第１ブロックがGEOによりコーディングされた場合に、第１ブロックを復号した後に、更新されてよい。
i.一例では、HMVPテーブルは、GEOにより分割された１つのパーティションの動き情報により更新されてよい。
ii.一例では、HMVPテーブルは、GEOにより分割された複数のパーティションの動き情報により更新されてよい。
５２．CC-ALFでは、現在処理ユニット（例えば、２個のALF仮想境界により境界を定められるALF処理ユニット）からのルマサンプルは、対応する処理ユニットの中のクロマサンプルに対するフィルタリングから除外される。
a.現在処理ユニットからのパディングされたルマサンプルは、対応する処理ユニットの中のクロマサンプルをフィルタリングするために使用されてよい。
i.本明細書に開示される任意のパディング方法は、ルマサンプルをパディングするために使用されてよい。
b.代替として、現在処理ユニットからのパディングされたルマサンプルは、対応する処理ユニットの中のクロマサンプルをフィルタリングするために使用されてよい。
サブピクチャレベルでのパラメータのシグナリング
５３．サブピクチャのコーディング動作を制御するパラメータセットは、サブピクチャに関連してシグナリングされてよいことが提案される。つまり、サブピクチャ毎に、パラメータセットがシグナリングされてよい。パラメータセットは以下を含んでよい：
a.インター及び／又はイントラスライス／ピクチャのサブピクチャ内のルマ成分のための量子化パラメータ（Quantization Parameter （QP））又はデルタQP
b.インター及び／又はイントラスライス／ピクチャのサブピクチャ内のクロマ成分のための量子化パラメータ（Quantization Parameter （QP））又はデルタQP
c.参照ピクチャリスト管理情報
d.インター及び／又はイントラスライス／ピクチャのCTUサイズ
e.インター及び／又はイントラスライス／ピクチャの最小CUサイズ
f.インター及び／又はイントラスライス／ピクチャの最大TUサイズ
g.インター及び／又はイントラスライス／ピクチャの最大／最小QT（Qual-Tree）分割サイズ
h.インター及び／又はイントラスライス／ピクチャの最大／最小QT（Qual-Tree）分割深さ
i.インター及び／又はイントラスライス／ピクチャの最大／最小BT（Binary-Tree）分割サイズ
J.インター及び／又はイントラスライス／ピクチャの最大／最小BT（Binary-Tree）分割深さ
k.インター及び／又はイントラスライス／ピクチャの最大／最小TT（Ternary-Tree）分割サイズ
l.インター及び／又はイントラスライス／ピクチャの最大／最小TT（Ternary-Tree）分割深さ
m.インター及び／又はイントラスライス／ピクチャの最大／最小MTT（Multi-Tree）分割サイズ
n.インター及び／又はイントラスライス／ピクチャの最大／最小MTT（Multi-Tree）分割深さ
o.コーディングツリーの制御（オン／オフ制御、及び／又は設定制御を含む）は以下を含む：（略語は、JVET-P２００１-v１４から分かる）
i.Weighted Prediction（重み付け予測）
ii.SAO
iii.ALF
iv.Transform Skip（変換スキップ）
v.BDPCM
vi.JointCb-CrResidualcoding（JCCR）
vii.Referencewrap-around
viii.TMVP
ix.sbTMVP
x.AMVR
xi.BDOF
xii.SMVD
xiii.DMVR
xiv.MMVD
xv.ISP
xvi.MRL
xvii.MIP
xviii.CCLM
xix.CCLM collocated chroma control（CCLM同一位置クロマ制御）
xx.MTS for intra and/or inter（イントラ及び／又はインターのためのMTS）
xxi.MTS for inter（インターのためのMTS）
xxii.SBT
xxiii.SBT maximum size（SBT最大サイズ）
xxiv.Affine
xxv.Affine type（アフィンタイプ）
xxvi.Palette
xxvii.BCW
xxviii.IBC
xxix.CIIP
xxx.Triangular shape based motion compensation（三角形に基づく動き補償）
xxxi.LMCS
p.VPS/SPS/PPS/ピクチャヘッダ/スライスヘッダの中のパラメータと同じ意味を有するがサブピクチャを制御する任意の他のパラメータ
５４．１つのフラグが、先ずシグナリングされて、全部のサブピクチャが同じパラメータを共有するかどうかを示してよい。
q.代替として、更に、パラメータが共有される場合、異なるサブピクチャのために複数のパラメータセットをシグナリングする必要はない。
r.代替として、更に、パラメータが共有されない場合、異なるサブピクチャのための複数のパラメータセットが更にシグナリングされる必要はない。
５５．異なるサブピクチャの中のパラメータの予測コーディングが適用されてよい。
s.一例では、２つのサブピクチャのための同じシンタックス要素の２つの値の差がコーディングされてよい。
５６．デフォルトパラメータセットが最初にシグナリングされてよい。次に、デフォルト値と比較した差が更にシグナリングされてよい。
t.代替として、更に、１つのフラグが最初にシグナリングされ、全部のサブピクチャのパラメータセットがデフォルトセットの中のものと同一であるかどうかを示してよい。
５７．一例では、サブピクチャのコーディング動作を制御するパラメータセットは、SPS又はPPS又はピクチャヘッダ内でシグナリングされてよいことが提案される。
u.代替として、サブピクチャのコーディング動作を制御するパラメータセットは、SEIメッセージ（例えば、JVET-P２００１-v１４で定義されるサブピクチャレベル情報SEIメッセージ）又はVUIメッセージ内でシグナリングされてよい。
５８．例では、サブピクチャのコーディング動作を制御するパラメータセットは、サブピクチャIDに関連してシグナリングされてよいことが提案される。
５９．一例では、VPS/SPS/PPS/ピクチャヘッダ/スライスヘッダと異なる、サブピクチャのコーディング動作を制御するパラメータセットを含むビデオユニット（SPPS、Sub-PictureParameterSetを命名される）が、シグナリングされてよい。
v.一例では、SPPS_indexは、SPPSに関連してシグナリングされる。
w.一例では、SPPS_indexは、サブピクチャに関連付けられたSPPSを示すためにサブピクチャについてシグナリングされる。
６０．一例では、サブピクチャのコーディング動作を制御するパラメータセットの中の第１制御パラメータは、同じコーディング動作を制御するパラメータセットの中の第２制御パラメータを上書きしてよく又は上書きされてよい。例えば、サブピクチャのパラメータセットの中のBDOFのようなコーディングツールのオン／オフ制御フラグは、パラメータセットの中のコーディングツールのオン／オフ制御フラグを上書きするか又は上書きされてよい。
x.パラメータセットの中の第２制御パラメータは、VPS/SPS/PPS/ピクチャヘッダ/スライスヘッダ内にあってよい。
６１．上述の例のうちのいずれかが適用されるとき、スライス／タイル／ブリック／サブピクチャに関連付けられたシンタックス要素は、ピクチャ／シーケンスに関連付けられたパラメータに依存する代わりに、現在スライスを含むサブピクチャに関連付けられたパラメータに依存する。
６２．適合ビットストリームでは、サブピクチャのコーディング動作を制御するパラメータセットの中の第１制御パラメータは、同じコーディング動作を制御するパラメータセットの中の第２制御パラメータと同じでなければならないと制約される。
６３．一例では、第１フラグは、SPS内で、サブピクチャ毎に１つ、シグナリングされ、第１フラグは、general_constraint_info（）シンタックス構造が第１フラグに関連付けられたサブピクチャのためにシグナリングされるかどうかを指定する。サブピクチャについて存在するとき、general_constraint_info（）シンタックス構造は、CLVSに渡るサブピクチャのために適用されないツールを示す
y.代替として、general_constraint_info（）シンタックス構造は、サブピクチャ毎にシグナリングされる。
z.代替として、第２フラグは、SPS内で１回だけシグナリングされ、第２フラグは、第１フラグがサブピクチャ毎にSPS内に存在するか存在しないかを指定する。
６４．一例では、SEIメッセージ又は何らかのVUIパラメータは、特定のコーディングツールが適用されないか又はCLVSの中の１つ以上のサブピクチャについて（つまり、サブピクチャのセットのうちのコーディングスライスについて）特定の方法で適用されることを示すよう指定される。結果として、サブピクチャのセットが抽出され復号される、例えばモバイル装置により復号されるとき、復号の複雑性は、比較的低く、従って復号のための電力消費は比較的低い。
a.代替として、同じ情報が、DPS、VPS、SPS、又は単独のNALユニットでシグナリングされる。
パレットコーディング
６５．パレットサイズ及び／又はplt予測子サイズの最大数は、m*Nに等しくなるよう制約されてよく、例えばN=８、mは整数である。
a.m又はm＋offsetの値は、第１シンタックス要素としてシグナリングされてよい。ここで、offsetは０のような整数である。
i.第１シンタックス要素は、単位コーディング、指数ゴロムコーディング、ライスコーディング、固定長コーディングにより２値化されてよい。
マージ推定領域（Merge Estimation Region （MER））
６６．シグナリングされ得るMERのサイズは、最大又は最小CU又はCTUサイズに依存してよい。用語「サイズ」は、ここでは、幅、高さ、幅と高さの両方、又は幅×高さを表してよい。
a.一例では、S-Delta又はM-Sがシグナリングされてよく、SはMERのサイズである。Delta及びSは、最大又は最小CU又はCTUサイズに依存する整数である。例えば、
i.Deltaは最小CU又はCTUサイズであってよい。
ii.Mは最大CU又はCTUサイズであってよい。
iii.Deltaは最小CU又はCTUサイズ+offsetであってよく、offsetは１又は－１のような整数である。
iv.Mは最大CU又はCTUサイズ+offsetであってよく、offsetは１又は－１のような整数である。
６７．適合ビットストリームでは、制約され得るMERのサイズは、最大又は最小CU又はCTUサイズに依存する。用語「サイズ」は、ここでは、幅、高さ、幅と高さの両方、又は幅×高さを表してよい。
a.例えば、MERのサイズは、最大CU又はCTUサイズ以上になることを許可されない。
b.例えば、MERのサイズは、最大CU又はCTUサイズより大きくなることを許可されない。
c.例えば、MERのサイズは、最小CU又はCTUサイズ以下になることを許可されない。
d.例えば、MERのサイズは、最小CU又はCTUサイズより小さくなることを許可されない。
６８．MERのサイズはインデックスによりシグナリングされてよい。
a.MERのサイズは、１-１マッピングにより、インデックスにマッピングできる。
６９．MERのサイズ又はそのインデックスは、単位コード、指数ゴロムコード、ライスコード、固定長コードによりコーディングされてよい。
５．実施形態
以下の実施形態では、新たに追加されたテキストは太字の斜体であり、削除されたテキストは「[[]]」によりマークされる。
５．１ 実施形態１：アフィン構成マージ候補に対するサブピクチャ制約
８．５．５．６ 構成されたアフィン制御点動きベクトルマージ候補のための導出処理
この処理への入力は：
－現在ピクチャの左上ルマサンプルに対する、現在ルマコーディングブロックの左上サンプルを指定するルマ位置（xCb,yCb）、
－現在ルマコーディングブロックの幅及び高さを指定する２つの変数cbWidth及びcbHeight、
－利用可能性フラグavailableA０,availableA１,availableA２,availableB０,availableB１,availableB２,availableB３、
－サンプル位置（xNbA０,yNbA０）,（xNbA１,yNbA１）,（xNbA２,yNbA２）,（xNbB０,yNbB０）,（xNbB１,yNbB１）,（xNbB２,yNbB２）及び（xNbB３,yNbB３）
この処理の出力は：
－構成されたアフィン制御点動きベクトルマージ候補の利用可能性フラグavailableFlagConstK、K=１...６、
－参照インデックスrefIdxLXConstK,、K=１..６、Xは０又は１、
－予測リスト利用フラグpredFlagLXConstK、K=１..６,Xは０又は１、
－アフィン動きも出るインデックスmotionModelIdcConstK、K=１..６、
－双予測重みインデックスbcwIdxConstK、K=１..６、
－構成されたアフィン制御点動きベクトル、cpIdx=０..２、K=１..６、Xは０又は１
…
第４（同一位置右下）制御点動きベクトルcpMvLXCorner[３]、参照インデックスrefIdxLXCorner[３]、予測リスト利用フラグpredFlagLXCorner[３]、及び利用可能性フラグavailableFlagCorner[３]、ここでXは０又は１、は、以下のように導出される：
－時間マージ候補の参照インデックスrefIdxLXCorner[３]、ここでXは０又は１、は０に等しく設定される。
－変数mvLXCol及びavailableFlagLXCol、ここでXは０又は１、は以下のように導出される：
－slice_temporal_mvp_enabled_flagが０に等しい場合、mvLXColの両方のコンポーネントは０に等しく設定され、availableFlagLXColは０に等しく設定される。
－その他の場合（slice_temporal_mvp_enabled_flagが１に等しい）、以下が適用される：
－yCb>>CtbLog２SizeYがyColBr>>CtbLog２SizeYに等しい場合、以下の通りである：
－変数colCbは、ColPicにより指定される同一位置ピクチャの内側の、（（xColBr>>３）<<３,（yColBr>>３）<<３）により与えられる変更位置をカバーするルマコーディングブロックを指定する。
－ルマ位置（xColCb,yColCb）は、ColPicにより指定される同一位置ピクチャの左上ルマサンプルに対する、colCbにより指定される同一位置ルマコーディングブロックの左上サンプルに等しく設定される。
－８.５.２.１２項に指定される同一位置動きベクトルの導出処理は、currCb、colCb、（xColCb,yColCb）、refIdxLXCorner[３]、及び０に等しく設定されたsbFlagを入力として呼び出され、出力はmvLXCol及びavailableFlagLXColに割り当てられる。
－その他の場合、mvLXColの両方のコンポーネントは０に等しく設定され、availableFlagLXColは０に等しく設定される。
…。
８．５．５．６ 構成されたアフィン制御点動きベクトルマージ候補のための導出処理
この処理への入力は：
－現在ピクチャの左上ルマサンプルに対する、現在ルマコーディングブロックの左上サンプルを指定するルマ位置（xCb,yCb）、
－現在ルマコーディングブロックの幅及び高さを指定する２つの変数cbWidth及びcbHeight、
－利用可能性フラグavailableA０,availableA１,availableA２,availableB０,availableB１,availableB２,availableB３、
－サンプル位置（xNbA０,yNbA０）,（xNbA１,yNbA１）,（xNbA２,yNbA２）,（xNbB０,yNbB０）,（xNbB１,yNbB１）,（xNbB２,yNbB２）及び（xNbB３,yNbB３）
この処理の出力は：
－構成されたアフィン制御点動きベクトルマージ候補の利用可能性フラグavailableFlagConstK、K=１...６、
－参照インデックスrefIdxLXConstK,、K=１..６、Xは０又は１、
－予測リスト利用フラグpredFlagLXConstK、K=１..６,Xは０又は１、
－アフィン動きも出るインデックスmotionModelIdcConstK、K=１..６、
－双予測重みインデックスbcwIdxConstK、K=１..６、
－構成されたアフィン制御点動きベクトル、cpIdx=０..２、K=１..６、Xは０又は１
…
第４（同一位置右下）制御点動きベクトルcpMvLXCorner[３]、参照インデックスrefIdxLXCorner[３]、予測リスト利用フラグpredFlagLXCorner[３]、及び利用可能性フラグavailableFlagCorner[３]、ここでXは０又は１、は、以下のように導出される：
－時間マージ候補の参照インデックスrefIdxLXCorner[３]、ここでXは０又は１、は０に等しく設定される。
－変数mvLXCol及びavailableFlagLXCol、ここでXは０又は１、は以下のように導出される：
－slice_temporal_mvp_enabled_flagが０に等しい場合、mvLXColの両方のコンポーネントは０に等しく設定され、availableFlagLXColは０に等しく設定される。
－その他の場合（slice_temporal_mvp_enabled_flagが１に等しい）、以下が適用される：
－ルマ位置（xColCb,yColCb）は、ColPicにより指定される同一位置ピクチャの左上ルマサンプルに対する、colCbにより指定される同一位置ルマコーディングブロックの左上サンプルに等しく設定される。
－８.５.２.１２項に指定される同一位置動きベクトルの導出処理は、currCb、colCb、（xColCb,yColCb）、refIdxLXCorner[３]、及び０に等しく設定されたsbFlagを入力として呼び出され、出力はmvLXCol及びavailableFlagLXColに割り当てられる。
－その他の場合、mvLXColの両方のコンポーネントは０に等しく設定され、availableFlagLXColは０に等しく設定される。
…。
５．２ 実施形態２：アフィン構成マージ候補に対するサブピクチャ制約
８．５．５．６ 構成されたアフィン制御点動きベクトルマージ候補のための導出処理
この処理への入力は：
－現在ピクチャの左上ルマサンプルに対する、現在ルマコーディングブロックの左上サンプルを指定するルマ位置（xCb,yCb）、
－現在ルマコーディングブロックの幅及び高さを指定する２つの変数cbWidth及びcbHeight、
－利用可能性フラグavailableA０,availableA１,availableA２,availableB０,availableB１,availableB２,availableB３、
－サンプル位置（xNbA０,yNbA０）,（xNbA１,yNbA１）,（xNbA２,yNbA２）,（xNbB０,yNbB０）,（xNbB１,yNbB１）,（xNbB２,yNbB２）及び（xNbB３,yNbB３）。
この処理の出力は：
－構成されたアフィン制御点動きベクトルマージ候補の利用可能性フラグavailableFlagConstK、K=１...６、
－参照インデックスrefIdxLXConstK,、K=１..６、Xは０又は１、
－予測リスト利用フラグpredFlagLXConstK、K=１..６,Xは０又は１、
－アフィン動きも出るインデックスmotionModelIdcConstK、K=１..６、
－双予測重みインデックスbcwIdxConstK、K=１..６、
－構成されたアフィン制御点動きベクトル、cpIdx=０..２、K=１..６、Xは０又は１
…
第４（同一位置右下）制御点動きベクトルcpMvLXCorner[３]、参照インデックスrefIdxLXCorner[３]、予測リスト利用フラグpredFlagLXCorner[３]、及び利用可能性フラグavailableFlagCorner[３]、ここでXは０又は１、は、以下のように導出される：
－時間マージ候補の参照インデックスrefIdxLXCorner[３]、ここでXは０又は１、は０に等しく設定される。
－変数mvLXCol及びavailableFlagLXCol、ここでXは０又は１、は以下のように導出される：
－slice_temporal_mvp_enabled_flagが０に等しい場合、mvLXColの両方のコンポーネントは０に等しく設定され、availableFlagLXColは０に等しく設定される。
－その他の場合（slice_temporal_mvp_enabled_flagが１に等しい）、以下が適用される：
－yCb>>CtbLog２SizeYがyColBr>>CtbLog２SizeYと等しい場合、[[yColBrpic_height_in_luma_samples以下であり、xColBrpic_width_in_luma_samples以下であり、以下が適用される］］：
－変数colCbは、ColPicにより指定される同一位置ピクチャの内側の、（（xColBr>>３）<<３,（yColBr>>３）<<３）により与えられる変更位置をカバーするルマコーディングブロックを指定する。
－ルマ位置（xColCb,yColCb）は、ColPicにより指定される同一位置ピクチャの左上ルマサンプルに対する、colCbにより指定される同一位置ルマコーディングブロックの左上サンプルに等しく設定される。
－８.５.２.１２項に指定される同一位置動きベクトルの導出処理は、currCb、colCb、（xColCb,yColCb）、refIdxLXCorner[３]、及び０に等しく設定されたsbFlagを入力として呼び出され、出力はmvLXCol及びavailableFlagLXColに割り当てられる。
－その他の場合、mvLXColの両方のコンポーネントは０に等しく設定され、availableFlagLXColは０に等しく設定される。
…。
８．５．５．６ 構成されたアフィン制御点動きベクトルマージ候補のための導出処理
この処理への入力は：
－現在ピクチャの左上ルマサンプルに対する、現在ルマコーディングブロックの左上サンプルを指定するルマ位置（xCb,yCb）、
－現在ルマコーディングブロックの幅及び高さを指定する２つの変数cbWidth及びcbHeight、
－利用可能性フラグavailableA０,availableA１,availableA２,availableB０,availableB１,availableB２,availableB３、
－サンプル位置（xNbA０,yNbA０）,（xNbA１,yNbA１）,（xNbA２,yNbA２）,（xNbB０,yNbB０）,（xNbB１,yNbB１）,（xNbB２,yNbB２）及び（xNbB３,yNbB３）。
この処理の出力は：
－構成されたアフィン制御点動きベクトルマージ候補の利用可能性フラグavailableFlagConstK、K=１...６、
－参照インデックスrefIdxLXConstK,、K=１..６、Xは０又は１、
－予測リスト利用フラグpredFlagLXConstK、K=１..６,Xは０又は１、
－アフィン動きも出るインデックスmotionModelIdcConstK、K=１..６、
－双予測重みインデックスbcwIdxConstK、K=１..６、
－構成されたアフィン制御点動きベクトル、cpIdx=０..２、K=１..６、Xは０又は１
…
第４（同一位置右下）制御点動きベクトルcpMvLXCorner[３]、参照インデックスrefIdxLXCorner[３]、予測リスト利用フラグpredFlagLXCorner[３]、及び利用可能性フラグavailableFlagCorner[３]、ここでXは０又は１、は、以下のように導出される：
－時間マージ候補の参照インデックスrefIdxLXCorner[３]、ここでXは０又は１、は０に等しく設定される。
－変数mvLXCol及びavailableFlagLXCol、ここでXは０又は１、は以下のように導出される：
－slice_temporal_mvp_enabled_flagが０に等しい場合、mvLXColの両方のコンポーネントは０に等しく設定され、availableFlagLXColは０に等しく設定される。
－その他の場合（slice_temporal_mvp_enabled_flagが１に等しい）、以下が適用される：
－変数colCbは、ColPicにより指定される同一位置ピクチャの内側の、（（xColBr>>３）<<３,（yColBr>>３）<<３）により与えられる変更位置をカバーするルマコーディングブロックを指定する。
－ルマ位置（xColCb,yColCb）は、ColPicにより指定される同一位置ピクチャの左上ルマサンプルに対する、colCbにより指定される同一位置ルマコーディングブロックの左上サンプルに等しく設定される。
－８.５.２.１２項に指定される同一位置動きベクトルの導出処理は、currCb、colCb、（xColCb,yColCb）、refIdxLXCorner[３]、及び０に等しく設定されたsbFlagを入力として呼び出され、出力はmvLXCol及びavailableFlagLXColに割り当てられる。
－その他の場合、mvLXColの両方のコンポーネントは０に等しく設定され、availableFlagLXColは０に等しく設定される。
…。
５．３ 実施形態３：サブピクチャ制約の下で整数サンプルをフェッチする。
８．５．６．３．３ ルマ整数サンプルフェッチ処理
この処理への入力は：
－フルサンプルユニットのルマ位置（xIntL,yIntL）、
－ルマ参照サンプルアレイrefPicLXL、
この処理の出力は、予測ルマサンプル値predSampleLXLである。
変数shiftは、Max（２,１４－BitDepthY）に等しく設定される。
変数picWは、pic_width_in_luma_samplesに等しく設定され、変数picHはpic_height_in_luma_samplesに等しく設定される。
フルサンプルユニットのルマ位置（xInti,yInti）は、以下のように導出される：
予測されたルマサンプル値はpredSampleLXLは以下のように導出される：
８．５．６．３．３ ルマ整数サンプルフェッチ処理
この処理への入力は：
－フルサンプルユニットのルマ位置（xIntL,yIntL）、
－ルマ参照サンプルアレイrefPicLXL、
この処理の出力は、予測ルマサンプル値predSampleLXLである。
変数shiftは、Max（２,１４－BitDepthY）に等しく設定される。
変数picWは、pic_width_in_luma_samplesに等しく設定され、変数picHはpic_height_in_luma_samplesに等しく設定される。
フルサンプルユニットのルマ位置（xInti,yInti）は、以下のように導出される：
５．４ 実施形態４：LMCSのクロマ残差スケーリングにおける変数invAvgLumaの導出
８．７．５．３ クロマサンプルのルマ依存クロマ残差スケーリング処理によるピクチャ再構成
この処理への入力は：
－現在ピクチャの左上クロマサンプルに対する、現在クロマ変換ブロックの左上クロマサンプルのクロマ位置（xCurr,yCurr）、
－クロマ変換ブロック幅を指定する変数nCurrSw、
－クロマ変換ブロック高さを指定する変数nCurrSh、
－現在クロマ変換ブロックのコーディングブロックフラグを指定する変数tuCbfChroma、
－現在ブロックのクロマ予測サンプルを指定する（nCurrSw）x（nCurrSh）アレイpredSamples、
－現在ブロックのクロマ残差サンプルを指定する（nCurrSw）x（nCurrSh）アレイresSamples。
この処理の出力は、再構成クロマピクチャサンプルアレイrecSamplesである。
変数sizeYは、Min（CtbSizeY,６４）に等しく設定される。
再構成クロマピクチャサンプルrecSamplesは、i=０..nCurrSw－１,j=０..nCurrSh－１について以下のように導出される：
－…
－その他の場合、以下が適用される。
－…
－変数currPicは、現在ピクチャ内の再構成ルマサンプルのアレイを指定する。
－変数varScaleの導出のために、以下の順序付きステップが適用される：
１．変数invAvgLumaは、以下のように導出される：
－アレイrecLuma[i]withi=０..（２*sizeY－１）及び変数cntは以下のように導出される：
－変数cntは、０に等しく設定される
－availLが真に等しいとき、i=０..sizeY－１を有するアレイrecLuma[i]は、以下に等しく設定され：
cntはsizeYに等しく設定される。
－availLが真に等しいときi=０..sizeY－１を有するアレイrecLuma[cnt+i]は、以下に等しく設定され：
cntは（cnt+sizeY）に等しく設定される。
－変数invAvgLumaは、以下のように導出される：
－cntが０より大きい場合、以下が適用される：
－その他の場合（cntが０に等しい）、以下が適用される：
８．７．５．３ クロマサンプルのルマ依存クロマ残差スケーリング処理によるピクチャ再構成
この処理への入力は：
－現在ピクチャの左上クロマサンプルに対する、現在クロマ変換ブロックの左上クロマサンプルのクロマ位置（xCurr,yCurr）、
－クロマ変換ブロック幅を指定する変数nCurrSw、
－クロマ変換ブロック高さを指定する変数nCurrSh、
－現在クロマ変換ブロックのコーディングブロックフラグを指定する変数tuCbfChroma、
－現在ブロックのクロマ予測サンプルを指定する（nCurrSw）x（nCurrSh）アレイpredSamples、
－現在ブロックのクロマ残差サンプルを指定する（nCurrSw）x（nCurrSh）アレイresSamples。
この処理の出力は、再構成クロマピクチャサンプルアレイrecSamplesである。
変数sizeYは、Min（CtbSizeY,６４）に等しく設定される。
再構成クロマピクチャサンプルrecSamplesは、i=０..nCurrSw－１,j=０..nCurrSh－１について以下のように導出される：
－…
－その他の場合、以下が適用される。
－…
－変数currPicは、現在ピクチャ内の再構成ルマサンプルのアレイを指定する。
－変数varScaleの導出のために、以下の順序付きステップが適用される：
１．変数invAvgLumaは、以下のように導出される：
－アレイrecLuma[i]withi=０..（２*sizeY－１）及び変数cntは以下のように導出される：
－変数cntは、０に等しく設定される
－availLが真に等しいときi=０..sizeY－１を有するアレイrecLuma[cnt+i]は、以下に等しく設定され：
－変数invAvgLumaは、以下のように導出される：
－cntが０より大きい場合、以下が適用される：
５．５ 実施形態５：４個のサンプル以外のN（例えばN=８又は３２）個の単位でサブピクチャエレメントを定義する例
７．４．３．３ シーケンスパラメータセットRBSPセマンティクス
subpic_grid_col_width_minus１に１を加えたものは、個数；
のユニット内のサブピクチャ識別子グリッドの各要素の幅を指定する。シンタックス要素の長さは、以下の通りである：
変数NumSubPicGridColsは、以下のように導出される。
subpic_grid_row_height_minus１に１を加えたものは、４個のサンプルのユニット内のサブピクチャ識別子の各要素の高さを指定する。シンタックス要素の長さは、以下の通りである：
変数NumSubPicGridRowsは、以下のように導出される。
７．４．７．１ 汎用スライスヘッダセマンティクス
変数SubPicIdx、SubPicLeftBoundaryPos、SubPicTopBoundaryPos、SubPicRightBoundaryPos、及びSubPicBotBoundaryPosは、以下のように導出される：
７．４．３．３ シーケンスパラメータセットRBSPセマンティクス
subpic_grid_col_width_minus１に１を加えたものは、個数；
変数SubPicIdx、SubPicLeftBoundaryPos、SubPicTopBoundaryPos、SubPicRightBoundaryPos、及びSubPicBotBoundaryPosは、以下のように導出される：
５．６ 実施形態６：ピクチャ幅及びピクチャ高さが８以上になるよう制約する。
７．４．３．３ シーケンスパラメータセットRBSPセマンティクス
pic_width_max_in_luma_samplesは、SPSを参照する各復号ピクチャの最大幅を、ルマサンプルの単位で指定する。pic_width_max_in_luma_samplesは、０に等しくてはならない、及び以下：
の整数倍である。
pic_height_max_in_luma_samplesは、SPSを参照する各復号ピクチャの最大高さを、ルマサンプルの単位で指定する。pic_height_max_in_luma_samplesは、０に等しくてはならない、及び以下：
の整数倍である。
７．４．３．３ シーケンスパラメータセットRBSPセマンティクス
pic_width_max_in_luma_samplesは、SPSを参照する各復号ピクチャの最大幅を、ルマサンプルの単位で指定する。pic_width_max_in_luma_samplesは、０に等しくてはならない、及び以下：
pic_height_max_in_luma_samplesは、SPSを参照する各復号ピクチャの最大高さを、ルマサンプルの単位で指定する。pic_height_max_in_luma_samplesは、０に等しくてはならない、及び以下：
５．７ 実施形態７：BT/TT/QT分割、BT/TT/QT深さ導出、及び／又はCU分割フラグのシグナリングのためのサブピクチャ境界チェック
６．４．２ 許可されるバイナリ分割処理
変数allowBtSplitは、以下のように導出される：
－…
－或いは、以下の条件のうちの全部が、真である場合、allowBtSplitは偽に等しく設定される。
－btSplitは、SPLIT_BT_VERに等しい。
－或いは、以下の条件のうちの全部が、真である場合、allowBtSplitは偽に等しく設定される。
－btSplitは、SPLIT_BT_VERに等しい。
－cbHeightはMaxTbSizeYより大きい。
－或いは、以下の条件のうちの全部が、真である場合、allowBtSplitは偽に等しく設定される。
－btSplitは、SPLIT_BT_HORに等しい。
－cbWidthはMaxTbSizeYより大きい。
－或いは、以下の条件のうちの全部が、真である場合、allowBtSplitは偽に等しく設定される。
－cbWidthはminQtSizeより大きい。
－或いは、以下の条件のうちの全部が、真である場合、allowBtSplitは偽に等しく設定される。
－btSplitは、SPLIT_BT_HORに等しい。
６．４．２ 許可される３分割処理
変数allowTtSplitは、以下のように導出される：
－以下の条件のうちの１つ以上が真である場合、allowTtSplitは偽に等しく設定される。
－cbSizeは２*MinTtSizeY以下である。
－cbWidthはMin（MaxTbSizeY,maxTtSize）より大きい。
－cbHeightはMin（MaxTbSizeY,maxTtSize）より大きい。
－mttDepthは、maxMttDepth以上である。
－treeTypeがDUAL_TREE_CHROMAに等しく、（cbWidth/SubWidthC）*（cbHeight/SubHeightC）は３２以下である。
－treeTypeは、DUAL_TREE_CHROMAに等しく、modeTypeはMODE_TYPE_INTRAに等しい。
或いは、allowTtSplitは真に等しく設定される。
６．４．２ 許可されるバイナリ分割処理
変数allowBtSplitは、以下のように導出される：
－…
－或いは、以下の条件のうちの全部が、真である場合、allowBtSplitは偽に等しく設定される。
－btSplitは、SPLIT_BT_VERに等しい。
－btSplitは、SPLIT_BT_VERに等しい。
－cbHeightはMaxTbSizeYより大きい。
－btSplitは、SPLIT_BT_HORに等しい。
－cbWidthはMaxTbSizeYより大きい。
－或いは、以下の条件のうちの全部が、真である場合、allowBtSplitは偽に等しく設定される。
－btSplitは、SPLIT_BT_HORに等しい。
変数allowTtSplitは、以下のように導出される：
－以下の条件のうちの１つ以上が真である場合、allowTtSplitは偽に等しく設定される。
－cbSizeは２*MinTtSizeY以下である。
－cbWidthはMin（MaxTbSizeY,maxTtSize）より大きい。
－cbHeightはMin（MaxTbSizeY,maxTtSize）より大きい。
－mttDepthは、maxMttDepth以上である。
－treeTypeは、DUAL_TREE_CHROMAに等しく、modeTypeはMODE_TYPE_INTRAに等しい。
或いは、allowTtSplitは真に等しく設定される。
５．８ 実施形態８：サブピクチャを定義する例
５．９ 実施形態９：サブピクチャを定義する例
５．１０ 実施形態１０：サブピクチャを定義する例
５．１１ 実施形態１１：サブピクチャを定義する例
５．１２ 実施形態：サブピクチャを考慮するデブロッキング
８．８．３ デブロッキングフィルタ処理
８．８．３．１ 概要
この処理への入力は、デブロッキング前の再構成ピクチャ、つまり、アレイrecPictureLであり、ChromaArrayTypeが０に等しくないとき、アレイrecPictureCb及びrecPictureCr.である。
この処理の出力は、デブロッキング後の変更された再構成ピクチャ、つまり、アレイrecPictureLであり、ChromaArrayTypeが０に等しくないとき、アレイrecPictureCb及びrecPictureCr.である。
ピクチャ内の垂直エッジが最初にフィルタリングされる。次に、ピクチャ内の水平エッジが、入力として垂直エッジフィルタリング処理により変更されたサンプルによりフィルタリングされる。各CTUのCTB内の垂直及び水平エッジは、コーディングユニット毎に別個に処理される。コーディングユニット内のコーディングブロックの垂直エッジは、コーディングブロックの左側にあるエッジから開始して、コーディングブロックの右側へ向かって、エッジを通じてそれらの幾何学的順序で進行しながらフィルタリングされる。コーディングユニット内のコーディングブロックの水平エッジは、コーディングブロックの上にあるエッジから開始して、コーディングブロックの下へ向かって、エッジを通じてそれらの幾何学的順序で進行しながらフィルタリングされる。
注：フィルタリング処理は本明細書ではピクチャ毎に指定されるが、デコーダが同じ出力値を生成するよう処理依存性順序を適正に考慮するならば、フィルタリング処理は、コーディングユニット毎に実施することができ、等価な結果を有する。
デブロッキングフィルタ処理は、全部のサブブロックエッジに適用され、以下のタイプのエッジを除いて、ピクチャのブロックエッジを変換する。
－ピクチャの境界にあるエッジ、
－[[loop_filter_across_subpic_enabled_flag[SubPicIdx]isequalto０が０に等しい、サブピクチャの境界に一致するエッジ、]]
－pps_loop_filter_across_virtual_boundaries_disabled_flagが１に等しいとき、ピクチャの仮想境界に一致するエッジ、
－loop_filter_across_tiles_enabled_flagが０に等しいとき、タイル境界に一致するエッジ、
－loop_filter_across_slices_enabled_flagが０に等しいとき、スライス境界に一致するエッジ、
－slice_deblocking_filter_disabled_flagが１に等しいとき、スライスの上又は左境界に一致するエッジ、
－１に等しいslice_deblocking_filter_disabled_flagを有するスライス内のエッジ、
－ルマ成分の４×４サンプルグリッド境界に対応しないエッジ、
－クロマ成分の８×８サンプルグリッド境界に対応しないエッジ、
－エッジの両側が１に等しいintra_bdpcm_luma_flagを有する、ルマ成分内のエッジ、
－エッジの両側が１に等しいintra_bdpcm_chroma_flagを有する、クロマ成分内のエッジ、
－関連する変換ユニットのエッジが存在しないクロマサブブロックのエッジ、
…
１方向のデブロッキングフィルタ処理
この処理への入力は：
－ルマ成分（DUAL_TREE_LUMA）又はクロマ成分（DUAL_TREE_CHROMA）が現在処理されているかどうかを指定する変数treeType、
－treeTypeがDUAL_TREE_LUMAに等しいとき、デブロッキング前の再構成ピクチャ、つまりアレイrecPictureL、
－ChromaArrayTypeが０に等しくなく、treeTypeがDUAL_TREE_CHROMAであるとき、アレイrecPictureCb及びrecPictureCr、
－垂直（EDGE_VER）又は水平（EDGE_HOR）エッジがフィルタリングされるかを指定する変数edgeType
この処理の出力は、デブロッキング後に変更された再構成ピクチャである、つまり：
－treeTypeがDUAL_TREE_LUMAに等しいとき、アレイrecPictureL、
－ChromaArrayTypeが０に等しくなく、treeTypeがDUAL_TREE_CHROMAであるとき、アレイrecPictureCb及びrecPictureCr
変数firstCompIdx及びlastCompIdxは、以下のように導出される：
各コーディングユニット、及びコーディングブロック幅nCbW、コーディングブロック高さnCbH、及びコーディングブロックの左上サンプルの位置（xCb,yCb）を有する、両端を含むfirstCompIdx～lastCompIdxの範囲の色成分インデックスcIdxにより示されるコーディングユニットの色成分毎の各コーディングブロックについて、cIdxが０に等しいとき、又はcIdxが０に等しくなく、edgeTypeがEDGE_VERに等しく、xCb%８が０に等しいとき、又はcIdxが０に等しくなく、edgeTypeがEDGE_HORに等しく、yCb%８が０に等しいとき、エッジは以下の順序付きステップによりフィルタリングされる：
１．変数filterEdgeFlagは、以下のように導出される：
－edgeTypeがEDGE_VERに等しく、以下の条件のうちの１つ以上が真である場合、filterEdgeFlagが０に等しく設定される：
－現在コーディングブロックの左境界がピクチャの左境界である。
－[[現在コーディングブロックの左境界がサブピクチャの左又は右境界であり、loop_filter_across_subpic_enabled_flag[SubPicIdx]が０に等しい。]]
－現在コーディングブロックの左境界がタイルの左境界であり、loop_filter_across_tiles_enabled_flagが０に等しい。
－現在コーディングブロックの左境界がスライスの左境界であり、loop_filter_across_slices_enabled_flagが０に等しい。
－現在コーディングブロックの左境界がピクチャの垂直仮想境界のうちの１つであり、VirtualBoundariesDisabledFlagが１に等しい。
－その他の場合、edgeTypeがEDGE_HORに等しく、以下の条件のうちの１つ以上が真である場合、変数filterEdgeFlagが０に等しく設定される：
－現在ルマコーディングブロックの上境界がピクチャの上境界である。
[[－現在コーディングブロックの上境界がサブピクチャの上又は下境界であり、loop_filter_across_subpic_enabled_flag[SubPicIdx]が０に等しい。]]
－現在コーディングブロックの上境界がタイルの上境界であり、loop_filter_across_tiles_enabled_flagが０に等しい。
－現在コーディングブロックの上境界がスライスの上境界であり、loop_filter_across_slices_enabled_flagが０に等しい。
－現在コーディングブロックの上境界がピクチャの水平仮想境界のうちの１つであり、VirtualBoundariesDisabledFlagが１に等しい。
－その他の場合、filterEdgeFlagが１に等しく設定される。
…
ショートフィルタを用いるルマサンプルのためのフィルタリング処理
この処理への入力は：
－i=０..３を有するサンプル値pi及びqi、
－i=０..２を有するpi及びqiの位置（xPi,yPi）及び（xQi,yQi）、
－変数dE、
－各々サンプルp１及びq１をフィルタリングする決定を含む変数dEp及びdEq、
－変数tC
この処理の出力は：
－フィルタリング済みサンプルの数nDp及びnDq、
－i=０..nDp－１,j=０..nDq－１を有するフィルタリング済みサンプル値pi′及びqj′
dEの値に依存して、以下が適用される：
－変数dEが２に等しい場合、nDp及びnDqは両方とも３に等しく設定され、以下の強力なフィルタリングが適用される：
－或いは、nDp及びnDqは両方とも０に等しく設定され、以下の弱いフィルタリングが適用される：
－以下が適用される：
－Abs（Δ）がtC*１０より小さいとき、以下の順序付きステップが適用される：
－フィルタリング済みサンプル値p０′及びq０′は以下のように指定される：
－WhendEpが１に等しいとき、フィルタリング済みサンプル値p１′は以下のように指定される：
－dEqが１に等しいとき、フィルタリング済みサンプル値q１′は以下のように指定される：
－nDpはdEp+１に等しく設定され、nDqはdEq+１.に等しく設定される。
nDpが０より大きく、サンプルp０を含むコーディングブロックを含むコーディングユニットのpred_mode_plt_flagが１に等しいとき、nDpは０に等しく設定される。
nDqが０より大きく、サンプルq０を含むコーディングブロックを含むコーディングユニットのpred_mode_plt_flagが１に等しいとき、nDpは０に等しく設定される
この処理への入力は：
－変数maxFilterLengthP及びmaxFilterLengthQ、
－i=０..maxFilterLengthPandj=０..maxFilterLengthQを有する、サンプル値pi及びqj、
－i=０..maxFilterLengthP－１及びj=０..maxFilterLengthQ－１を有するpi及びqiの位置（xPi,yPi）and（xQj,yQj）、
－変数tC
この処理の出力は：
－i=０..maxFilterLengthP－１,j=０..maxFilterLenghtQ－１を有するフィルタリング済みサンプル値pi′及びqj′
変数refMiddleは以下のように導出される：
－maxFilterLengthPがmaxFilterLengthQに等しく、maxFilterLengthPは５に等しく、以下が適用される：
－或いは、maxFilterLengthPがmaxFilterLengthQに等しく、maxFilterLengthPが５に等しくない場合、以下が適用される：
－或いは、以下の条件のうちの１つが真である場合、
－maxFilterLengthQ７に等しく、maxFilterLengthPが５に等しい、
－maxFilterLengthQ５に等しく、maxFilterLengthPが７に等しい、
以下が適用される：
－或いは、以下の条件のうちの１つが真である場合、
－maxFilterLengthQ５に等しく、maxFilterLengthPが３に等しい、
－maxFilterLengthQ３に等しく、maxFilterLengthPが５に等しい、
以下が適用される：
－或いは、maxFilterLengthQが７に等しく、maxFilterLengthPが ３に等しい場合、以下が適用される：
－その他の場合、以下が適用される。
変数refPandrefQは以下のように導出される：
変数fi及びtCPDiは以下のように定義される：
－maxFilterLengthPが７に等しい場合、以下が適用される：
－或いは、maxFilterLengthPが５に等しい場合、以下が適用される：
－その他の場合、以下が適用される。
変数gj及びtCQDjは以下のように定義される：
－maxFilterLengthQが７に等しい場合、以下が適用される：
－或いは、maxFilterLengthQが５に等しい場合、以下が適用される：
－その他の場合、以下が適用される。
i=０..maxFilterLengthP－１及びj=０..maxFilterLengthQ－１を有するフィルタリング済みサンプル値pi′及びqj′は、以下のように導出される：
サンプルpiを含むコーディングブロックを含むコーディングユニットのpred_mode_plt_flagが１に等しいとき、フィルタリング済みサンプル値pi′は、i=０..maxFilterLengthP－１.を有する対応する入力サンプル値piにより代用される。
サンプルqiを含むコーディングブロックを含むコーディングユニットのpred_mode_plt_flagが１に等しいとき、フィルタリング済みサンプル値qi′はj=０..maxFilterLengthQ－１を有する対応する入力サンプル値qjにより代用される
この処理は、ChromaArrayTypeが０に等しくないときにのみ、呼び出される。
この処理への入力は：
－変数maxFilterLength、
－i=０..maxFilterLengthCbCrを有するクロマサンプル値pi及びqi、
－i=０..maxFilterLengthCbCr－１を有するpi及びqiの位置（xPi,yPi）及び（xQi,yQi）、
－変数tC
この処理の出力は、i=０..maxFilterLengthCbCr－１を有するフィルタリング済みサンプル値pi′及びqi′である。
i=０..maxFilterLengthCbCr－１を有するフィルタリング済みサンプル値pi′及びqj′は、以下のように導出される：
－IfmaxFilterLengthCbCrが３に等しい場合、以下の強力なフィルタリングが適用される：
－その他の場合、以下の弱いフィルタリングが適用される：
サンプルpiを含むコーディングブロックを含むコーディングユニットのpred_mode_plt_flagが１に等しいとき、フィルタリング済みサンプル値pi′は、i=０..maxFilterLengthCbCr－１.を有する対応する入力サンプル値piにより代用される。
サンプルqiを含むコーディングブロックを含むコーディングユニットのpred_mode_plt_flagが１に等しいとき、フィルタリング済みサンプル値qi′はi=０..maxFilterLengthCbCr－１を有する対応する入力サンプル値qiにより代用される：
８．８．３ デブロッキングフィルタ処理
８．８．３．１ 概要
この処理への入力は、デブロッキング前の再構成ピクチャ、つまり、アレイrecPictureLであり、ChromaArrayTypeが０に等しくないとき、アレイrecPictureCb及びrecPictureCr.である。
この処理の出力は、デブロッキング後の変更された再構成ピクチャ、つまり、アレイrecPictureLであり、ChromaArrayTypeが０に等しくないとき、アレイrecPictureCb及びrecPictureCr.である。
ピクチャ内の垂直エッジが最初にフィルタリングされる。次に、ピクチャ内の水平エッジが、入力として垂直エッジフィルタリング処理により変更されたサンプルによりフィルタリングされる。各CTUのCTB内の垂直及び水平エッジは、コーディングユニット毎に別個に処理される。コーディングユニット内のコーディングブロックの垂直エッジは、コーディングブロックの左側にあるエッジから開始して、コーディングブロックの右側へ向かって、エッジを通じてそれらの幾何学的順序で進行しながらフィルタリングされる。コーディングユニット内のコーディングブロックの水平エッジは、コーディングブロックの上にあるエッジから開始して、コーディングブロックの下へ向かって、エッジを通じてそれらの幾何学的順序で進行しながらフィルタリングされる。
注：フィルタリング処理は本明細書ではピクチャ毎に指定されるが、デコーダが同じ出力値を生成するよう処理依存性順序を適正に考慮するならば、フィルタリング処理は、コーディングユニット毎に実施することができ、等価な結果を有する。
デブロッキングフィルタ処理は、全部のサブブロックエッジに適用され、以下のタイプのエッジを除いて、ピクチャのブロックエッジを変換する。
－ピクチャの境界にあるエッジ、
－[[loop_filter_across_subpic_enabled_flag[SubPicIdx]isequalto０が０に等しい、サブピクチャの境界に一致するエッジ、]]
－pps_loop_filter_across_virtual_boundaries_disabled_flagが１に等しいとき、ピクチャの仮想境界に一致するエッジ、
－loop_filter_across_tiles_enabled_flagが０に等しいとき、タイル境界に一致するエッジ、
－loop_filter_across_slices_enabled_flagが０に等しいとき、スライス境界に一致するエッジ、
－slice_deblocking_filter_disabled_flagが１に等しいとき、スライスの上又は左境界に一致するエッジ、
－１に等しいslice_deblocking_filter_disabled_flagを有するスライス内のエッジ、
－ルマ成分の４×４サンプルグリッド境界に対応しないエッジ、
－クロマ成分の８×８サンプルグリッド境界に対応しないエッジ、
－エッジの両側が１に等しいintra_bdpcm_luma_flagを有する、ルマ成分内のエッジ、
－エッジの両側が１に等しいintra_bdpcm_chroma_flagを有する、クロマ成分内のエッジ、
－関連する変換ユニットのエッジが存在しないクロマサブブロックのエッジ、
…
１方向のデブロッキングフィルタ処理
この処理への入力は：
－ルマ成分（DUAL_TREE_LUMA）又はクロマ成分（DUAL_TREE_CHROMA）が現在処理されているかどうかを指定する変数treeType、
－treeTypeがDUAL_TREE_LUMAに等しいとき、デブロッキング前の再構成ピクチャ、つまりアレイrecPictureL、
－ChromaArrayTypeが０に等しくなく、treeTypeがDUAL_TREE_CHROMAであるとき、アレイrecPictureCb及びrecPictureCr、
－垂直（EDGE_VER）又は水平（EDGE_HOR）エッジがフィルタリングされるかを指定する変数edgeType
この処理の出力は、デブロッキング後に変更された再構成ピクチャである、つまり：
－treeTypeがDUAL_TREE_LUMAに等しいとき、アレイrecPictureL、
－ChromaArrayTypeが０に等しくなく、treeTypeがDUAL_TREE_CHROMAであるとき、アレイrecPictureCb及びrecPictureCr
変数firstCompIdx及びlastCompIdxは、以下のように導出される：
１．変数filterEdgeFlagは、以下のように導出される：
－edgeTypeがEDGE_VERに等しく、以下の条件のうちの１つ以上が真である場合、filterEdgeFlagが０に等しく設定される：
－現在コーディングブロックの左境界がピクチャの左境界である。
－[[現在コーディングブロックの左境界がサブピクチャの左又は右境界であり、loop_filter_across_subpic_enabled_flag[SubPicIdx]が０に等しい。]]
－現在コーディングブロックの左境界がタイルの左境界であり、loop_filter_across_tiles_enabled_flagが０に等しい。
－現在コーディングブロックの左境界がスライスの左境界であり、loop_filter_across_slices_enabled_flagが０に等しい。
－現在コーディングブロックの左境界がピクチャの垂直仮想境界のうちの１つであり、VirtualBoundariesDisabledFlagが１に等しい。
－その他の場合、edgeTypeがEDGE_HORに等しく、以下の条件のうちの１つ以上が真である場合、変数filterEdgeFlagが０に等しく設定される：
－現在ルマコーディングブロックの上境界がピクチャの上境界である。
[[－現在コーディングブロックの上境界がサブピクチャの上又は下境界であり、loop_filter_across_subpic_enabled_flag[SubPicIdx]が０に等しい。]]
－現在コーディングブロックの上境界がタイルの上境界であり、loop_filter_across_tiles_enabled_flagが０に等しい。
－現在コーディングブロックの上境界がスライスの上境界であり、loop_filter_across_slices_enabled_flagが０に等しい。
－現在コーディングブロックの上境界がピクチャの水平仮想境界のうちの１つであり、VirtualBoundariesDisabledFlagが１に等しい。
－その他の場合、filterEdgeFlagが１に等しく設定される。
…
ショートフィルタを用いるルマサンプルのためのフィルタリング処理
この処理への入力は：
－i=０..３を有するサンプル値pi及びqi、
－i=０..２を有するpi及びqiの位置（xPi,yPi）及び（xQi,yQi）、
－変数dE、
－各々サンプルp１及びq１をフィルタリングする決定を含む変数dEp及びdEq、
－変数tC
この処理の出力は：
－フィルタリング済みサンプルの数nDp及びnDq、
－i=０..nDp－１,j=０..nDq－１を有するフィルタリング済みサンプル値pi′及びqj′
dEの値に依存して、以下が適用される：
－変数dEが２に等しい場合、nDp及びnDqは両方とも３に等しく設定され、以下の強力なフィルタリングが適用される：
－以下が適用される：
－フィルタリング済みサンプル値p０′及びq０′は以下のように指定される：
nDpが０より大きく、サンプルp０を含むコーディングブロックを含むコーディングユニットのpred_mode_plt_flagが１に等しいとき、nDpは０に等しく設定される。
nDqが０より大きく、サンプルq０を含むコーディングブロックを含むコーディングユニットのpred_mode_plt_flagが１に等しいとき、nDpは０に等しく設定される
－変数maxFilterLengthP及びmaxFilterLengthQ、
－i=０..maxFilterLengthPandj=０..maxFilterLengthQを有する、サンプル値pi及びqj、
－i=０..maxFilterLengthP－１及びj=０..maxFilterLengthQ－１を有するpi及びqiの位置（xPi,yPi）and（xQj,yQj）、
－変数tC
この処理の出力は：
－i=０..maxFilterLengthP－１,j=０..maxFilterLenghtQ－１を有するフィルタリング済みサンプル値pi′及びqj′
変数refMiddleは以下のように導出される：
－maxFilterLengthPがmaxFilterLengthQに等しく、maxFilterLengthPは５に等しく、以下が適用される：
－maxFilterLengthQ７に等しく、maxFilterLengthPが５に等しい、
－maxFilterLengthQ５に等しく、maxFilterLengthPが７に等しい、
以下が適用される：
－maxFilterLengthQ５に等しく、maxFilterLengthPが３に等しい、
－maxFilterLengthQ３に等しく、maxFilterLengthPが５に等しい、
以下が適用される：
－maxFilterLengthPが７に等しい場合、以下が適用される：
－maxFilterLengthQが７に等しい場合、以下が適用される：
サンプルqiを含むコーディングブロックを含むコーディングユニットのpred_mode_plt_flagが１に等しいとき、フィルタリング済みサンプル値qi′はj=０..maxFilterLengthQ－１を有する対応する入力サンプル値qjにより代用される
この処理への入力は：
－変数maxFilterLength、
－i=０..maxFilterLengthCbCrを有するクロマサンプル値pi及びqi、
－i=０..maxFilterLengthCbCr－１を有するpi及びqiの位置（xPi,yPi）及び（xQi,yQi）、
－変数tC
この処理の出力は、i=０..maxFilterLengthCbCr－１を有するフィルタリング済みサンプル値pi′及びqi′である。
i=０..maxFilterLengthCbCr－１を有するフィルタリング済みサンプル値pi′及びqj′は、以下のように導出される：
－IfmaxFilterLengthCbCrが３に等しい場合、以下の強力なフィルタリングが適用される：
サンプルqiを含むコーディングブロックを含むコーディングユニットのpred_mode_plt_flagが１に等しいとき、フィルタリング済みサンプル値qi′はi=０..maxFilterLengthCbCr－１を有する対応する入力サンプル値qiにより代用される：
５．１３ 実施形態：サブピクチャを考慮するデブロッキング（ソリューション#２）
８．８．３ デブロッキングフィルタ処理
８．８．３．１ 概要
この処理への入力は、デブロッキング前の再構成ピクチャ、つまり、アレイrecPictureLであり、ChromaArrayTypeが０に等しくないとき、アレイrecPictureCb及びrecPictureCr.である。
この処理の出力は、デブロッキング後の変更された再構成ピクチャ、つまり、アレイrecPictureLであり、ChromaArrayTypeが０に等しくないとき、アレイrecPictureCb及びrecPictureCr.である。
…
デブロッキングフィルタ処理は、全部のサブブロックエッジに適用され、以下のタイプのエッジを除いて、ピクチャのブロックエッジを変換する。
－ピクチャの境界にあるエッジ、
－[[loop_filter_across_subpic_enabled_flag[SubPicIdx]isequalto０が０に等しい、サブピクチャの境界に一致するエッジ、]]
－VirtualBoundariesDisabledFlagが１に等しいとき、ピクチャの仮想境界に一致するエッジ、
－…
８．８．３．２ 一方向のデブロッキングフィルタ処理
この処理への入力は：
－ルマ成分（DUAL_TREE_LUMA）又はクロマ成分（DUAL_TREE_CHROMA）が現在処理されているかどうかを指定する変数treeType、
…
１．変数filterEdgeFlagは、以下のように導出される：
－edgeTypeがEDGE_VERに等しく、以下の条件のうちの１つ以上が真である場合、filterEdgeFlagが０に等しく設定される：
－現在コーディングブロックの左境界がピクチャの左境界である。
－[[現在コーディングブロックの左境界がサブピクチャの左又は右境界であり、loop_filter_across_subpic_enabled_flag[SubPicIdx]が０に等しい。]]
－…
－その他の場合、edgeTypeがEDGE_HORに等しく、以下の条件のうちの１つ以上が真である場合、変数filterEdgeFlagが０に等しく設定される：
－現在ルマコーディングブロックの上境界がピクチャの上境界である。
[[－現在コーディングブロックの上境界がサブピクチャの上又は下境界であり、loop_filter_across_subpic_enabled_flag[SubPicIdx]が０に等しい。]]
８．８．３ デブロッキングフィルタ処理
８．８．３．１ 概要
この処理への入力は、デブロッキング前の再構成ピクチャ、つまり、アレイrecPictureLであり、ChromaArrayTypeが０に等しくないとき、アレイrecPictureCb及びrecPictureCr.である。
この処理の出力は、デブロッキング後の変更された再構成ピクチャ、つまり、アレイrecPictureLであり、ChromaArrayTypeが０に等しくないとき、アレイrecPictureCb及びrecPictureCr.である。
…
デブロッキングフィルタ処理は、全部のサブブロックエッジに適用され、以下のタイプのエッジを除いて、ピクチャのブロックエッジを変換する。
－ピクチャの境界にあるエッジ、
－[[loop_filter_across_subpic_enabled_flag[SubPicIdx]isequalto０が０に等しい、サブピクチャの境界に一致するエッジ、]]
－…
８．８．３．２ 一方向のデブロッキングフィルタ処理
この処理への入力は：
－ルマ成分（DUAL_TREE_LUMA）又はクロマ成分（DUAL_TREE_CHROMA）が現在処理されているかどうかを指定する変数treeType、
…
１．変数filterEdgeFlagは、以下のように導出される：
－edgeTypeがEDGE_VERに等しく、以下の条件のうちの１つ以上が真である場合、filterEdgeFlagが０に等しく設定される：
－現在コーディングブロックの左境界がピクチャの左境界である。
－[[現在コーディングブロックの左境界がサブピクチャの左又は右境界であり、loop_filter_across_subpic_enabled_flag[SubPicIdx]が０に等しい。]]
－その他の場合、edgeTypeがEDGE_HORに等しく、以下の条件のうちの１つ以上が真である場合、変数filterEdgeFlagが０に等しく設定される：
－現在ルマコーディングブロックの上境界がピクチャの上境界である。
[[－現在コーディングブロックの上境界がサブピクチャの上又は下境界であり、loop_filter_across_subpic_enabled_flag[SubPicIdx]が０に等しい。]]
図３は、ビデオ処理機器３００のブロック図である。機器３００は、ここに記載した方法のうちの１つ以上を実施するために使用されてよい。機器３００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（Internet of Things （IoT））受信機、等において実施されてよい。機器３００は、１つ以上のプロセッサ３１２、１つ以上のメモリ３１４、及びビデオ処理ハードウェア３１６を含んでよい。プロセッサ３１２は、本願明細書に記載した１つ以上の方法を実施するよう構成されてよい。メモリ（複数のメモリ）３１４は、本願明細書に記載の方法及び技術を実施するために使用されるデータ及びコードを格納するために使用されてよい。ビデオ処理ハードウェア３１６は、ハードウェア回路で、本願明細書に記載した幾つかの技術を実施するために使用されてよい。
図４は、ビデオを処理する方法４００のフローチャートである。方法４００は、ビデオの第１ビデオ領域内のビデオブロックについて、アフィンモードを用いてビデオブロックと現在ビデオブロックのビットストリーム表現との間の変換のために時間動きベクトル予測子が決定される位置が、第２ビデオ領域の範囲内であるかどうかを決定するステップ（４０２）と、決定に基づき変換を実行するステップ（４０４）と、を含む。
以下のソリューションは、幾つかの実施形態において好適なソリューションとして実装されてよい。
以下のソリューションは、前の章（例えば、項目１）にリストされた項目で説明した追加技術と一緒に実装されてよい。
（ソリューション１）ビデオ処理の方法であって、ビデオの第１ビデオ領域内のビデオブロックについて、アフィンモードを用いて前記ビデオブロックと現在ビデオブロックのビットストリーム表現との間の変換のために時間動きベクトル予測子が決定される位置が、第２ビデオ領域の範囲内であるかどうかを決定するステップと、前記決定に基づき前記変換を実行するステップと、を含む方法。
（ソリューション２）前記ビデオブロックは、前記第１領域及び前記第２領域によりカバーされる、ソリューション１に記載の方法。
（ソリューション３）前記時間動きベクトル予測子の位置が前記第２ビデオ領域の外側にある場合、前記時間動きベクトル予測子は利用できないとマークされ、前記変換において使用されない、ソリューション１～２のいずれかに記載の方法。
以下のソリューションは、前の章（例えば、項目２）にリストされた項目で説明した追加技術と一緒に実装されてよい。
（ソリューション４）ビデオ処理の方法であって、ビデオの第１ビデオ領域内のビデオブロックについて、前記ビデオブロックと現在ビデオブロックのビットストリーム表現との間の変換のために参照ピクチャ内の整数サンプルがフェッチされる位置が、第２ビデオ領域の範囲内であるかどうかを決定するステップであって、前記参照ピクチャは前記変換中に補間処理において使用されない、ステップと、前記決定に基づき前記変換を実行するステップと、を含む方法。
（ソリューション５）前記ビデオブロックは、前記第４領域及び前記第２領域によりカバーされる、ソリューション１に記載の方法。
（ソリューション６）前記サンプルの位置が前記第２ビデオ領域の外側にある場合、前記サンプルは利用できないとマークされ、前記変換において使用されない、ソリューション４～５のいずれかに記載の方法。
以下のソリューションは、前の章（例えば、項目３）にリストされた項目で説明した追加技術と一緒に実装されてよい。
（ソリューション７）ビデオ処理の方法であって、ビデオの第１ビデオ領域内のビデオブロックについて、前記ビデオブロックと現在ビデオブロックのビットストリーム表現との間の変換のために再構成ルマサンプル値がフェッチされる位置が、第２ビデオ領域の範囲内であるかどうかを決定するステップと、前記決定に基づき前記変換を実行するステップと、を含む方法。
（ソリューション８）前記ルマサンプルは、前記第１領域及び前記第２領域によりカバーされる、ソリューション７に記載の方法。
（ソリューション９）前記ルマサンプルの位置が前記第２ビデオ領域の外側にある場合、前記ルマサンプルは利用できないとマークされ、前記変換において使用されない、ソリューション７～８のいずれかに記載の方法。
以下のソリューションは、前の章（例えば、項目４）にリストされた項目で説明した追加技術と一緒に実装されてよい。
（ソリューション１０）ビデオ処理の方法であって、ビデオの第１ビデオ領域内のビデオブロックについて、前記ビデオブロックと前記現在ビデオブロックのビットストリーム表現との間の変換中に、前記ビデオブロックについて分割に関するチェック、深さ導出、又は分割フラグシグナリングが実行される位置が、第２ビデオ領域の範囲内であるかどうかを決定するステップと、前記決定に基づき前記変換を実行するステップと、を含む方法。
（ソリューション１１）前記位置は、前記第１領域及び前記第２領域によりカバーされる、ソリューション１０に記載の方法。
（ソリューション１２）前記位置が前記第２ビデオ領域の外側にある場合、前記ルマサンプルは利用できないとマークされ、前記変換において使用されない、ソリューション１０～１１のいずれかに記載の方法。
以下のソリューションは、前の章（例えば、項目８）にリストされた項目で説明した追加技術と一緒に実装されてよい。
（ソリューション１３）ビデオ処理の方法であって、１つ以上のビデオブロックを含む１つ以上のビデオピクチャを含むビデオと、前記ビデオのコーディング表現との間の変換を実行するステップを含み、前記コーディング表現は、前記変換がサブピクチャコーディング／復号、及び動的解像度変換コーディング／復号ツール又は参照ピクチャ再サンプリングツールをビデオユニット内で使用しないというコーディングシンタックス要件に従う、方法。
（ソリューション１４）前記ビデオユニットは、前記１つ以上のビデオピクチャのシーケンスに対応する、ソリューション１３に記載の方法。
（ソリューション１５）前記動的解像度変換コーディング／復号ツールは、適応解像度変換コーディング／復号ツールを含む、ソリューション１３～１４のいずれかに記載の方法。
（ソリューション１６）前記動的解像度変換コーディング／復号ツールは、動的解像度変換コーディング／復号ツールを含む、ソリューション１３～１４のいずれかに記載の方法。
（ソリューション１７）前記コーディング表現は、前記ビデオユニットが前記コーディングシンタックス要件に従うことを示す、ソリューション１３～１６のいずれかに記載の方法。
（ソリューション１８）前記コーディング表現は、前記ビデオユニットが前記サブピクチャを使用することを示す、ソリューション１７に記載の方法。
（ソリューション１９）前記コーディング表現は、前記ビデオユニットが前記動的解像度変換コーディング／復号ツール又は前記参照ピクチャ再サンプリングツールを使用することを示す、ソリューション１７に記載の方法。
以下のソリューションは、前の章（例えば、項目１０）にリストされた項目で説明した追加技術と一緒に実装されてよい。
（ソリューション２０）前記第２ビデオ領域はビデオサブピクチャを含み、前記第２ビデオ領域と別のビデオ領域との境界は、２つのコーディングツリーユニットの間の境界も含む、ソリューション１～１９のいずれかに記載の方法。
（ソリューション２１）前記第２ビデオ領域はビデオサブピクチャを含み、前記第２ビデオ領域と別のビデオ領域との境界は、２つのコーディングツリーユニットの間の境界も含む、ソリューション１～１９のいずれかに記載の方法。
以下のソリューションは、前の章（例えば、項目１１）にリストされた項目で説明した追加技術と一緒に実装されてよい。
（ソリューション２２）前記第１ビデオ領域及び前記第２ビデオ領域は長方形形状を有する、ソリューション１～２１のいずれかに記載の方法。
以下のソリューションは、前の章（例えば、項目１２）にリストされた項目で説明した追加技術と一緒に実装されてよい。
（ソリューション２３）前記第１ビデオ領域及び前記第２ビデオ領域は重なり合わない、ソリューション１～２２のいずれかに記載の方法。
以下のソリューションは、前の章（例えば、項目１３）にリストされた項目で説明した追加技術と一緒に実装されてよい。
（ソリューション２４）前記ビデオピクチャは、前記ビデオピクチャ内のピクセルが１つの且つ１つのみのビデオ領域によりカバーされるように、ビデオ領域に分割される、ソリューション１～２３のいずれかに記載の方法。
以下のソリューションは、前の章（例えば、項目１５）にリストされた項目で説明した追加技術と一緒に実装されてよい。
（ソリューション２５）前記ビデオピクチャが前記ビデオシーケンスの特定レイヤ内にあることに起因して、前記ビデオピクチャは、前記第１ビデオ領域及び前記第２ビデオ領域に分割される、ソリューション１～２４のいずれかに記載の方法。
以下のソリューションは、前の章（例えば、項目１０）にリストされた項目で説明した追加技術と一緒に実装されてよい。
（ソリューション２６）ビデオ処理の方法であって、１つ以上のビデオブロックを含む１つ以上のビデオピクチャを含むビデオと、前記ビデオのコーディング表現との間の変換を実行するステップを含み、前記コーディング表現は、第１シンタックスエレメントsubpic_grid_idx[i][j]が第２シンタックスエレメントmax_subpics_minus１より大きくないというコーディングシンタックス要件に従う、方法。
（ソリューション２７）前記第１シンタックスエレメントを表すコードワードは、前記第２シンタックスエレメントを表すコードワードより大きくない、ソリューション２６に記載の方法。
（ソリューション２８）前記第１ビデオ領域はビデオサブピクチャを含む、ソリューション１～２７のいずれかに記載の方法。
（ソリューション２９）前記第２ビデオ領域はビデオサブピクチャを含む、ソリューション１～２８のいずれかに記載の方法。
（ソリューション３０）前記変換は、前記ビデオを前記コーディング表現に符号化することを含む、ソリューション１～２９のいずれかに記載の方法。
（ソリューション３１）前記変換は、前記コーディング表現を復号して前記ビデオのピクセル値を生成することを含む、ソリューション１～２９のいずれかに記載の方法。
（ソリューション３２）ビデオ復号機器であって、ソリューション１～３１のうちの１つ以上に記載の方法を実施するよう構成されるプロセッサを含むビデオ復号機器。
（ソリューション３３）ビデオ符号化機器であって、ソリューション１～３１のうちの１つ以上に記載の方法を実施するよう構成されるプロセッサを含むビデオ符号化機器。
（ソリューション３４）格納されたコンピュータコードを有するコンピュータプログラムプロダクトであって、前記コードは、プロセッサにより実行されると、前記プロセッサにソリューション１～３１のいずれかに記載の方法を実施させる、コンピュータプログラムプロダクト。
（ソリューション３５）本願明細書に記載された方法、機器、又はシステム。
図１３は、ここに開示される種々の技術が実施され得る例示的なビデオ処理システム１３００を示すブロック図である。種々の実装は、システム１３００のコンポーネントの一部又は全部を含んでよい。システム１３００は、ビデオコンテンツを受信する入力１３０２を含んでよい。ビデオコンテンツは、生（raw）又は非圧縮フォーマット、例えば８又は１０ビット複数成分ピクセル値で受信されてよく、或いは圧縮又は符号化フォーマットであってよい。入力１３０２は、ネットワークインタフェース、周辺機器バスインタフェース、又はストレージインタフェースを表してよい。ネットワークインタフェースの例は、イーサネット（登録商標）、受動光ネットワーク（passive optical network （PON））等のような有線インタフェース、及びWi-Fi又はセルラインタフェースのような無線インタフェースを含む。
システム１３００は、本願明細書に記載された種々のコーディング又は符号化方法を実施し得るコーディングコンポーネント１３０４を含んでよい。コーディングコンポーネント１３０４は、入力１３０２からコーディングコンポーネント１３０４の出力へのビデオの平均ビットレートを低減して、ビデオのコーディング表現を生成してよい。コーディング技術は、従って、時に、ビデオ圧縮又はビデオトランスコーディング技術と呼ばれる。コーディングコンポーネント１３０４の出力は、コンポーネント１３０６により表されるように、格納されるか、又は通信接続を介して送信されてよい。入力１３０２で受信された、格納され又は通信されたビットストリーム（又はコーディングされた）表現は、コンポーネント１３０８により、ディスプレイインタフェース１３１０へ送信されるピクセル値又は表示可能なビデオを生成するために、使用されてよい。ビットストリーム表現からユーザに閲覧可能なビデオを生成する処理は、時に、ビデオ伸長と呼ばれる。更に、特定のビデオ処理動作は「コーディング」動作又はツールと呼ばれるが、コーディングツール又は動作は、エンコーダにおいて使用され、コーディングの結果を逆にする対応する復号ツール又は動作がデコーダにより実行されることが理解される。
周辺機器バスインタフェース又はディスプレイインタフェースの例は、ユニバーサルシリアルバス（universal serial bus （USB））又は高解像度マルチメディアインタフェース（high definition multimedia interface （HDMI（登録商標）））又はディスプレイポート（Displayport）、等を含んでよい。ストレージインタフェースの例は、ＳＡＴＡ（serial advanced technology attachment）、ＰＣＩ、ＩＤＥインタフェース、等を含む。本願明細書に記載した技術は、移動電話機、ラップトップ、スマートフォン、又はデジタルデータ処理を実行可能な他の装置、及び／又はビデオディスプレイのような種々の電子装置に実装されてよい。
図１４は、本開示の技術を利用し得る例示的なビデオコーディングシステム１００を示すブロック図である。
図１４に示されるように、ビデオコーディングシステム１００は、ソース装置１１０と宛先装置１２０とを含んでよい。ソース装置１１０は、ビデオ符号化装置と呼ばれてよく、符号化ビデオデータを生成する。宛先装置１２０は、ビデオ復号装置と呼ばれてよく、ソース装置１１０により生成された符号化ビデオデータを復号してよい。
ソース装置１１０は、ビデオソース１１２、ビデオエンコーダ１１４、及び入力／出力（Ｉ／Ｏ）インタフェース１１６を含んでよい。
ビデオソース１１２は、ビデオキャプチャ装置のようなソース、ビデオコンテンツプロバイダからビデオデータを受信するインタフェース、及び／又はビデオデータを生成するコンピュータグラフィックシステム、又はそのようなソースの組合せを含んでよい。ビデオデータは、１つ以上のピクチャを含んでよい。ビデオエンコーダ１１４は、ビデオソース１１２からのビデオデータを符号化して、ビットストリームを生成する。ビットストリームは、ビデオデータのコーディング表現を形成するビットのシーケンスを含んでよい。ビットストリームは、コーディングピクチャ及び関連データを含んでよい。コーディングピクチャは、ピクチャのコーディング表現である。関連データは、シーケンスパラメータセット、ピクチャパラメータセット、及び他のシンタックス構造を含んでよい。Ｉ／Ｏインタフェース１１６は、変調器／復調器（モデム）及び／又は送信機を含んでよい。符号化ビデオデータは、Ｉ／Ｏインタフェース１１６を介してネットワーク１３０ａを通じて、宛先装置１２０へ直接送信されてよい。符号化ビデオデータは、宛先装置１２０によるアクセスのために、記憶媒体／サーバ１３０ｂに格納されてもよい。
宛先装置１２０は、Ｉ／Ｏインタフェース１２６、ビデオデコーダ１２４、及びディスプレイ装置１２２を含んでよい。
Ｉ／Ｏインタフェース１２６は、受信機及び／又はモデムを含んでよい。Ｉ／Ｏインタフェース１２６は、ソース装置１１０又は記憶媒体／サーバ１３０ｂから符号化ビデオデータを取得してよい。ビデオデコーダ１２４は、符号化ビデオデータを復号してよい。ディスプレイ装置１２２は、復号ビデオデータをユーザに表示してよい。ディスプレイ装置１２２は、宛先装置１２０に統合されてよく、又は宛先装置１２０の外部にあり、外部ディスプレイ装置とインタフェースするよう構成されてよい。
ビデオエンコーダ１１４及びビデオデコーダ１２４は、高効率ビデオコーディング（High Efficiency Video Coding （HEVC））規格、バーサタイルビデオコーディング（Versatile Video Coding （VVC））規格、及び他の現在及び／又は将来の規格のような、ビデオ圧縮規格に従い動作してよい。
図１５は、図１４に示したシステム１００の中のビデオエンコーダ１１４であってよいビデオエンコーダ２００の例を示すブロック図である。
ビデオエンコーダ２００は、本開示の技術のうちのいずれか又は全部を実行するよう構成されてよい。図１５の例では、ビデオエンコーダ２００は複数の機能コンポーネントを含む。本開示に記載した技術は、ビデオエンコーダ２００の種々のコンポーネントの間で共有されてよい。幾つかの例では、プロセッサは、本開示に記載した技術のうちのいずれか又は全部を実行するよう構成されてよい。
ビデオエンコーダ２００の機能コンポーネントは、パーティションユニット２０１、モード選択ユニット２０３と動き推定ユニット２０４と動き補償ユニット２０５とイントラ予測ユニット２０６とを含んでよい予測ユニット２０２、残差生成ユニット２０７、変換ユニット２０８、量子化ユニット２０９、逆量子化ユニット２１０、逆変換ユニット２１１、再構成ユニット２１２、バッファ２１３、及びエントロピー符号化ユニット２１４を含んでよい。
他の例では、ビデオエンコーダ２００は、より多くの、より少ない、又は異なる機能コンポーネントを含んでよい。例では、予測ユニット２０２は、イントラブロックコピー（intra block copy （IBC））ユニットを含んでよい。ＩＢＣユニットは、ＩＢＣモードで予測を実行してよく、ＩＢＣモードでは少なくとも１つの参照ピクチャが現在ビデオブロックの位置するピクチャである。
更に、動き推定ユニット２０４及び動き補償ユニット２０５のような幾つかのコンポーネントは、高度に統合されてよいが、説明の目的で図５の例では別個に表される。
パーティションユニット２０１は、ピクチャを１つ以上のビデオブロックにパーティションする。ビデオエンコーダ２００及びビデオデコーダ３００は、種々のビデオブロックサイズをサポートしてよい。
モード選択ユニット２０３は、コーディングモード、イントラ又はインターのうちの１つを、例えば誤差結果に基づき選択し、結果として生じたイントラ又はインターコーディングされたブロックを残差ブロックデータを生成するために残差生成ユニット２０７に、及び参照ピクチャとして使用するために符号化ブロックを再構成するために再構成ユニット２１２に提供してよい。幾つかの例では、モード選択ユニット２０３は、結合イントラ及びインター予測（combination of intra and inter predication （CIIP））モードを選択してよい。ＣＩＩＰモードでは、予測はインター予測信号及びイントラ予測信号に基づく。モード選択ユニット２０３は、インター予測の場合に、ブロックについて動きベクトルの解像度（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。
現在ビデオブロックに対してインター予測を実行するために、動き推定ユニット２０４は、バッファ２１３からの１つ以上の参照フレームを現在ビデオブロックと比較することにより、現在ビデオブロックについて動き情報を生成してよい。動き補償ユニット２０５は、動き情報及び現在ビデオブロックに関連するピクチャ以外のバッファ２１３からのピクチャの復号サンプルに基づき、現在ビデオブロックについて予測ビデオブロックを決定してよい。
動き推定ユニット２０４及び動き補償ユニット２０５は、例えば現在ビデオブロックがＩスライス、Ｐスライス、又はＢスライスかに依存して、現在ビデオブロックについて異なる動作を実行してよい。
幾つかの例では、動き推定ユニット２０４は、現在ビデオブロックについて片方向予測を実行してよく、動き推定ユニット２０４は、現在ビデオブロックの参照ビデオブロックについて、リスト０又はリスト１の参照ピクチャを検索してよい。動き推定ユニット２０４は、次に、参照ビデオブロックを含むリスト０又はリスト１内の参照ピクチャを示す参照インデックス、及び現在ビデオブロックと参照ビデオブロックとの間の空間変位を示す動きベクトルを生成してよい。動き推定ユニット２０４は、参照インデックス、予測方向指示子、及び動きベクトルを、現在ビデオブロックの動き情報として出力してよい。動き補償ユニット２０５は、現在ビデオブロックの動き情報により示される参照ビデオブロックに基づき、現在ブロックの予測ビデオブロックを生成してよい。
他の例では、動き推定ユニット２０４は、現在ビデオブロックについて双方向予測を実行してよく、動き推定ユニット２０４は、現在ビデオブロックの参照ビデオブロックについてリスト０内の参照ピクチャを検索してよく、現在ビデオブロックの別の参照ビデオブロックについてリスト１内の参照ピクチャを検索してよい。動き推定ユニット２０４は、次に、参照ビデオブロックを含むリスト０又はリスト１内の参照ピクチャを示す参照インデックス、及び参照ビデオブロックと現在ビデオブロックとの間の空間変位を示す動きベクトルを生成してよい。動き推定ユニット２０４は、現在ビデオブロックの動き情報として、参照インデックス及び現在ビデオブロックの動きベクトルを出力してよい。動き補償ユニット２０５は、現在ビデオブロックの動き情報により示される参照ビデオブロックに基づき、現在ビデオブロックの予測ビデオブロックを生成してよい。
幾つかの例では、動き推定ユニット２０４は、デコーダの復号処理のために動き情報の完全なセットを出力してよい。
幾つかの例では、動き推定ユニット２０４は、現在ビデオ動き情報の完全なセットを出力しなくてよい。むしろ、動き推定ユニット２０４は、別のビデオブロックの動き情報を参照して、現在ビデオブロックの動き情報をシグナリングしてよい。例えば、動き推定ユニット２０４は、現在ビデオブロックの動き情報が、近隣ビデオブロックの動き情報と十分に類似していることを決定してよい。
一例では、動き推定ユニット２０４は、現在ビデオブロックに関連付けられたシンタックス構造の中で、現在ビデオブロックが別のビデオブロックと同じ動き情報を有することをビデオデコーダ３００に示す値を示してよい。
別の例では、動き推定ユニット２０４は、現在ビデオブロックに関連付けられたシンタックス構造の中で、別のビデオブロック及び動きベクトル差（motion vector difference （MVD））を識別してよい。動きベクトル差は、現在ビデオブロックの動きベクトルと示されたビデオブロックの動きベクトルとの間の差を示す。ビデオデコーダ３００は、示されたビデオブロックの動きベクトル及び動きベクトル差を使用して、現在ビデオブロックの動きベクトルを決定してよい。
上述のように、ビデオエンコーダ２００は、動きベクトルを予測的にシグナリングしてよい。ビデオエンコーダ２００により実施され得る予測的シグナリング技術の２つの例は、高度動きベクトル予測（advanced motion vector predication （AMVP））及びマージモードシグナリングを含む。
イントラ予測ユニット２０６は、現在ビデオブロックに対してイントラ予測を実行してよい。イントラ予測ユニット２０６が現在ビデオブロックに対してイントラ予測を実行するとき、イントラ予測ユニット２０６は、同じピクチャ内の他のビデオブロックの復号サンプルに基づき、現在ビデオブロックの予測データを生成してよい。現在ビデオブロックの予測データは、予測ビデオブロック及び種々のシンタックス要素を含んでよい。
残差生成ユニット２０７は、現在ビデオブロックの予測ビデオブロックを現在ビデオブロックから減算することにより（例えば、マイナス符号により示される）、現在ビデオブロックの残差データを生成してよい。現在ビデオブロックの残差データは、現在ビデオブロック内のサンプルの異なるサンプル成分に対応する残差ビデオブロックを含んでよい。
他の例では、現在ビデオブロックについて、例えばスキップモードでは現在ビデオブロックの残差データが存在しなくてよく、残差生成ユニット２０７は減算動作を実行しなくてよい。
変換処理ユニット２０８は、現在ビデオブロックに関連付けられた残差ビデオブロックに１つ以上の変換を適用することにより、現在ビデオブロックについて１つ以上の変換係数ビデオブロックを生成してよい。
変換処理ユニット２０８が現在ビデオブロックに関連付けられた変換係数ビデオブロックを生成した後に、量子化ユニット２０９は、現在ビデオブロックに関連付けられた１つ以上の量子化パラメータ（quantization parameter （QP））に基づき、現在ビデオブロックに関連付けられた変換係数ビデオブロックを量子化してよい。
逆量子化ユニット２１０及び逆変換ユニット２１１は、各々変換係数ビデオブロックに逆量子化及び逆変換を適用して、変換係数ビデオブロックから残差ビデオブロックを再構成してよい。再構成ユニット２１２は、再構成残差ビデオブロックを、予測ユニット２０２により生成された１つ以上の予測ビデオブロックからの対応するサンプルに加算して、バッファ２１３に格納するために現在ビデオブロックに関連付けられた再構成ビデオブロックを生成してよい。
再構成ユニット２１２がビデオブロックを再構成した後に、ループフィルタリング動作が実行されて、ビデオブロック内のビデオブロッキングアーチファクトを低減してよい。
エントロピー符号化ユニット２１４は、ビデオエンコーダ２００の他の機能コンポーネントからデータを受信してよい。エントロピー符号化ユニット２１４がデータを受信すると、エントロピー符号化ユニット２１４は、１つ以上のエントロピー符号化動作を実行して、エントロピー符号化データを生成し、エントロピー符号化データを含むビットストリームを出力してよい。
図１６は図１４に示したシステム１００の中のビデオデコーダ１１４であってよいビデオデコーダ３００の例を示すブロック図である。
ビデオデコーダ３００は、本開示の技術のうちのいずれか又は全部を実行するよう構成されてよい。図１６の例では、ビデオデコーダ３００は複数の機能コンポーネントを含む。本開示に記載した技術は、ビデオデコーダ３００の種々のコンポーネントの間で共有されてよい。幾つかの例では、プロセッサは、本開示に記載した技術のうちのいずれか又は全部を実行するよう構成されてよい。
図１６の例では、ビデオデコーダ３００は、エントロピー復号ユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５、及び再構成ユニット３０６、及びバッファ３０７を含む。ビデオデコーダ３００は、幾つかの例では、ビデオエンコーダ２００（例えば、図１５）に関して説明した符号化経路に対して通常相互的な復号経路を実行してよい。
エントロピー復号ユニット３０１は、符号化ビットストリームを読み出してよい。符号化ビットストリームは、エントロピー符号化ビデオデータ（例えば、ビデオデータの符号化ブロック）を含んでよい。エントロピー復号ユニット３０１は、エントロピー符号化ビデオデータを復号し、エントロピー復号ビデオデータから、動き補償ユニット３０２が、動きベクトル、動きベクトル制度、参照ピクチャリストインデックス、及び他の動き情報を含む動き情報を決定してよい。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマージモードを実行することにより、このような情報を決定してよい。
動き補償ユニット３０２は、場合によっては補間フィルタに基づき補間を実行することにより、動き補償ブロックを生成してよい。サブピクセル制度で使用されるべき補間フィルタの識別子は、シンタックス要素に含まれてよい。
動き補償ユニット３０２は、参照ブロックのサブ整数ピクセルの補間値を計算するためにビデオブロックの符号化中にビデオエンコーダ２０により使用されるような補間フィルタを使用してよい。動き補償ユニット３０２は、受信したシンタックス情報に従い、ビデオエンコーダ２００により使用される補間フィルタを決定し、補間フィルタを使用して予測ブロックを生成してよい。
動き補償ユニット３０２は、シンタックス情報の一部を使用して、符号化ビデオシーケンスのフレーム及び／又はスライスを符号化するために使用されるブロックのサイズ、符号化ビデオシーケンスのピクチャの各マクロブロックがどのようにパーティションされるかを記述するパーティション情報、各パーティションがどのように符号化されるかを示すモード、インター符号化ブロック毎の１つ以上の参照フレーム（及び参照フレームリスト）、及び符号化ビデオシーケンスを復号するための他の情報を決定してよい。
イントラ予測ユニット３０３は、例えばビットストリーム内で受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してよい。逆量子化ユニット３０３は、ビットストリーム内で提供され、エントロピー復号ユニット３０１により復号された量子化されたビデオブロック係数を逆量子化、つまり量子化解除する。逆変換ユニット３０３は、逆変換を適用する。
再構成ユニット３０６は、残差ブロックを、動き補償ユニット２０２又はイントラ予測ユニット３０３により生成された対応する予測ブロックと加算して、復号ブロックを形成してよい。望ましい場合には、ブロックアーチファクトを除去するために復号ブロックをフィルタリングするデブロッキングフィルタも適用されてよい。復号ビデオブロックは、次に、バッファ３０７に格納されて、後の動き補償／イントラ予測のために参照ブロックを提供し、更にディスプレイ装置上で提示するために復号ビデオを生成する。
図１７は、本発明の技術によるビデオ処理の方法のフローチャート表現である。方法１７００は、動作１７１０で、ビデオのブロックとビデオのビットストリームとの間の変換を実行するステップを含む。ビットストリームは、マージ推定領域（MER）のサイズがビットストリーム内で示されることを指定するフォーマットルールに従い、MERのサイズはビデオユニットの寸法に基づく。MERは、変換のための動き候補を導出するために使用される領域を含む。
幾つかの実施形態では、ビデオユニットは、コーディングユニット又はコーディングツリーユニットを含む。幾つかの実施形態では、ビデオユニットの寸法は、少なくとも、幅、高さ、又は前記ビデオユニットの面積を含む。幾つかの実施形態では、MERの寸法は、ビデオユニットの寸法より小さくなるよう制約される。幾つかの実施形態では、MERの寸法は、ビデオユニットの寸法より小さく又は等しくなるよう制約される。
幾つかの実施形態では、MERの寸法は、ビットストリーム内のインデックス値として示される。幾つかの実施形態では、インデックス値は、MERの寸法と１対１マッピング関係を有する。幾つかの実施形態では、MERの寸法又はインデックス値は、指数ゴロムコードに基づき、ビットストリーム内にコーディングされる。幾つかの実施形態では、MERの寸法又はインデックス値は単位コード、ライスコード、又は固定長コードに基づき、ビットストリーム内にコーディングされる。幾つかの実施形態では、MERの寸法を示すインデックスは、ビットストリーム内のS-Δ又はM-S表現として表され、SはMERの寸法を表し、Δ及び／又はMは整数値である。幾つかの実施形態では、Δ及び／又はMは、最大又は最小ビデオユニットの寸法に基づき決定される。幾つかの実施形態では、Δは最小ビデオユニットの寸法に等しい。幾つかの実施形態では、Mは最大ビデオユニットの寸法に等しい。幾つかの実施形態では、Δは（最小ビデオユニットの寸法＋オフセット）に等しく、オフセットは整数である。幾つかの実施形態では、Mは（最大ビデオユニットの寸法＋オフセット）に等しく、オフセットは整数である。幾つかの実施形態では、オフセットは１又は-１に等しい。
図１８は、本発明の技術によるビデオ処理の方法のフローチャート表現である。方法１８００は、動作１７１０で、ビットストリーム内のビデオのブロックをコーディングするために代表サンプル値のパレットが使用されるパレットコーディングモードで、ビデオのブロックと前記ビデオのビットストリームとの間の変換を実行するステップを含む。パレットモードで使用されるパレットサイズ又はパレット予測子の最大値は、m×Nに制約され、Nは正の整数である。
幾つかの実施形態では、Nは８に等しい。幾つかの実施形態では、mに関連付けられた値は、ビットストリーム内のシンタックス要素としてシグナリングされる。幾つかの実施形態では、値は、m又はm+オフセットを含み、オフセットは整数である。幾つかの実施形態では、シンタックス要素は、単位コーディング、指数ゴロムコーディング、ライスコーディング、又は固定長コーディングに基づき、ビットストリーム内に２値化される。
図１９は、本発明の技術によるビデオ処理の方法のフローチャート表現である。方法１９００は、動作１９１０で、ビデオの現在ブロックとビデオのビットストリームとの間の変換のために、現在ブロックの境界について、境界がサブピクチャインデックスXを有するサブピクチャの境界と一致し、ループフィルタリング操作がサブピクチャの境界に渡り無効にされている場合に、デブロッキングフィルタリング処理が無効にされていると決定するステップであって、Xは非負の整数である、ステップと、を含む。方法１９００は、動作１９２０で、決定に基づき変換を実行するステップを更に含む。
幾つかの実施形態では、デブロッキングフィルタリング処理は、垂直境界に適用可能であり、デブロッキングフィルタリング処理は、現在ブロックの左境界がサブピクチャインデックスXを有するサブピクチャの左又は右境界と一致し、ループフィルタリング操作がサブピクチャの境界に渡り無効にされている場合に、左境界について無効にされる。幾つかの実施形態では、デブロッキングフィルタリング処理は、水平境界に適用可能であり、デブロッキングフィルタリング処理は、現在ブロックの上境界がサブピクチャインデックスXを有するサブピクチャの上又は下境界と一致し、ループフィルタリング操作がサブピクチャの境界に渡り無効にされている場合に、上境界について無効にされる。
幾つかの実施形態では、変換は、ビットストリーム表現からビデオを生成する。幾つかの実施形態では、変換は、ビデオからビットストリーム表現を生成する。
１つの例示的な態様では、ビデオのビットストリームを格納する方法は、ブロックからビデオのビットストリームを生成するステップと、ビットストリームを非一時的コンピュータ可読記録媒体に格納するステップと、を含む。ビットストリームは、マージ推定領域（MER）のサイズがビットストリーム内で示されることを指定するフォーマットルールに従い、MERのサイズはビデオユニットの寸法に基づく。MERは、変換のための動き候補を導出するために使用される領域を含む。
別の例示的な態様では、ビデオのビットストリームを格納する方法は、ビデオのブロックとビデオのビットストリームとの間の変換の間、ビットストリーム内のビデオのブロックをコーディングするために代表サンプル値のパレットが使用されるパレットコーディングモードを適用するステップと、
適用に基づき、ブロックからビットストリームを生成するステップと、ビットストリームを非一時的コンピュータ可読記録媒体に格納するステップであって、パレットモードで使用されるパレットサイズ又はパレット予測子サイズの最大値は、m×Nに制約され、m及びNは正の整数である、ステップと、を含む。パレットモードで使用されるパレットサイズ又はパレット予測子の最大値は、m×Nに制約され、Nは正の整数である。
適用に基づき、ブロックからビットストリームを生成するステップと、ビットストリームを非一時的コンピュータ可読記録媒体に格納するステップであって、パレットモードで使用されるパレットサイズ又はパレット予測子サイズの最大値は、m×Nに制約され、m及びNは正の整数である、ステップと、を含む。パレットモードで使用されるパレットサイズ又はパレット予測子の最大値は、m×Nに制約され、Nは正の整数である。
更に別の例示的な態様では、ビデオのビットストリームを格納する方法は、ビデオの現在ブロックとビデオのビットストリームとの間の変換のために、現在ブロックの境界について、境界がサブピクチャインデックスXを有するサブピクチャの境界と一致し、ループフィルタリング操作がサブピクチャの境界に渡り無効にされている場合に、デブロッキングフィルタリング処理が無効にされていると決定するステップであって、Xは非負の整数である、ステップとを含む。方法は、決定に基づき、現在ブロックからビットストリームを生成するステップと、ビットストリームを非一時的コンピュータ可読記録媒体に格納するステップと、を更に含む。
開示した技術の幾つかの実施形態は、ビデオ処理ツール又はモードを有効にすることの決定又は判断を行うことを含む。例では、ビデオ処理ツール又はモードが有効にされると、エンコーダは、ビデオのブロックの処理において該ツール又はモードを使用又は実施するが、必ずしもツール又はモードの使用に基づき結果として生じるビットストリームを変更する必要はない。つまり、ビデオのブロックからビデオのビットストリーム表現への変換は、決定又は判断に基づき有効にされるとき、ビデオ処理ツール又はモードを使用する。別の例では、ビデオ処理ツール又はモードが有効にされると、デコーダは、ビットストリームがビデオ処理ツール又はモードに基づき変更されているという知識により、ビットストリームを処理する。つまり、ビデオのビットストリーム表現からビデオのブロックへの変換は、決定又は判断に基づき有効にされたビデオ処理ツール又はモードを使用して実行される。
開示した技術の幾つかの実施形態は、ビデオ処理ツール又はモードを無効にすることの決定又は判断を行うことを含む。例では、ビデオ処理ツール又はモードが無効にされるとき、エンコーダは、ビデオのブロックをビデオのビットストリーム表現へ変換する際にツール又はモードを使用しない。別の例では、ビデオ処理ツール又はモードが無効にされると、デコーダは、ビットストリームが決定又は判断に基づき有効にされたビデオ処理ツール又はモードを用いて変更されていないという知識により、ビットストリームを処理する。
本願明細書に記載された本開示の及び他のソリューション、例、実施形態、モジュール、及び機能動作は、デジタル電子回路で、又は本願明細書に開示された構造を含む、コンピュータソフトウェア、ファームウェア、又はハードウェア、及びそれらの構造的均等物で、又はそれらの１つ以上の結合で、実装できる。本開示の及び他の実施形態は、１つ以上のコンピュータプログラムプロダクト、例えば、データ処理機器による実行のために又はその動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実装できる。コンピュータ可読媒体は、機械可読記憶装置、機械可読記憶基板、メモリ装置、機械可読伝搬信号に影響を与える物質の組成、又は１つ以上のそれらの組合せであり得る。用語「データ処理機器」は、データを処理するあらゆる機器、装置、及び機械を包含し、例として、プログラマブルプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含む。機器は、ハードウェアに加えて、対象となるコンピュータプログラムの実行環境を生成するコード、例えばプロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はそれらの１つ以上の組合せを構成するコードを含むことができる。伝搬信号は、人工的に生成された信号、例えば、適切な受信機機器への送信のために情報を符号化するために生成された、機械により生成された電気、光、又は電磁気信号である。
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる）は、コンパイルされた又はインタープリットされた言語を含む任意の形式のプログラミング言語で記述でき、それは、スタンドアロンプログラム又はモジュール、コンポーネント、サブルーチン、又はコンピューティング環境内での使用に適する他のユニットを含む任意の形式で展開できる。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応する必要はない。プログラムは、他のプログラム又はデータ（例えばマークアップ言語文書内に格納された１つ以上のスクリプト）を保持するファイルの一部に、問題のプログラムに専用の単一のファイルに、又は複数の連携ファイル（例えば、１つ以上モジュール、サブプログラム、又はコードの部分を格納するファイル）に、格納できる。コンピュータプログラムは、１つのコンピュータ上で、又は１つの場所に置かれた若しくは複数の場所に分散されて通信ネットワークにより相互接続される複数のコンピュータ上で、実行されるよう展開できる。
本願明細書に記載の処理及びロジックフローは、入力データに作用し及び出力を生成することにより機能を実行する１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサにより実行できる。特定用途論理回路、例えば、ＦＰＧＡ（field programmable gate array）又はＡＳＩＣ（application specific integrated circuit）により、処理及びロジックフローが実行でき、それとして機器が実装できる。
コンピュータプログラムの実行に適するプロセッサは、例えば、汎用及び特定用途向けマイクロプロセッサの両方、及び任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサを含む。通常、プロセッサは、命令及びデータを読み出し専用メモリ又はランダムアクセスメモリ又は両者から受信する。コンピュータの基本的要素は、命令を実行するプロセッサ、及び命令及びデータを格納する１つ以上のメモリ装置である。通常、コンピュータは、データを格納する１つ以上の大容量記憶装置、例えば、磁気、光磁気ディスク、又は光ディスク、も含み、又はそれらからデータを受信し又はそれらへデータを転送するために又は両者のために動作可能に結合される。しかしながら、コンピュータはこのような装置を有する必要はない。コンピュータプログラム命令及びデータを格納するのに適するコンピュータ可読媒体は、例えば半導体メモリ装置、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ，及びフラッシュメモリ装置、磁気ディスク、例えば内部ハードディスク又は取り外し可能ディスク、光磁気ディスク、及びＣＤ－ＲＯＭ及びＤＶＤ－ＲＯＭディスクを含む、全ての形式の-不揮発性メモリ、媒体、及びメモリ装置を含む。プロセッサ及びメモリは、特定用途向け論理回路により補足され、又はその中に組み込むことができる。
本願明細書は多数の特定事項を含むが、これらは、任意の主題の又は請求され得るものの範囲に対する限定としてではなく、むしろ、特定の技術の特定の実施形態に固有の特徴の説明として考えられるべきである。別個の実装の文脈で本願明細書に記載された特定の特徴は、単一の実装形態において組み合わせることもできる。反対に、単一の実施形態の文脈で記載された種々の特徴は、複数の実施形態の中で別個に又は任意の適切な部分的組み合わせで実装されることもできる。更に、特徴は特定の組み合わせで動作するよう上述され、そのように初めに請求され得るが、請求される組み合わせからの１つ以上の特徴は、幾つかの場合には、組み合わせから切り離されてよく、請求される組み合わせは、部分的組み合わせ又は部分的組み合わせの変形に向けられてよい。
同様に、動作は、図中に特定の順序で示されるが、これは、望ましい結果を達成するために、そのような動作が示された特定の順序で又はシーケンシャルに実行されること、及び全ての図示の動作が実行されること、を要求すると理解されるべきではない。更に、本願明細書に記載された実施形態における種々のシステムコンポーネントの分離は、全ての実施形態においてこのような分離を必要とすると理解されるべきではない。
少数の実装及び例のみが記載され、本願明細書に記載され示されたものに基づき他の実装、拡張、及び変形が行われ得る。
［関連出願］
本願は、国際特許出願番号第PCT/CN２０２０/０７１６２０号、２０２０年１月１２日出願、の優先権及び利益を請求する国際特許出願番号第PCT/CN２０２１／０７１００８号、２０２１年１月１１日出願の国内段階である。前述の出願の全ての開示は、参照により本願の開示の部分として組み込まれる。
本願は、国際特許出願番号第PCT/CN２０２０/０７１６２０号、２０２０年１月１２日出願、の優先権及び利益を請求する国際特許出願番号第PCT/CN２０２１／０７１００８号、２０２１年１月１１日出願の国内段階である。前述の出願の全ての開示は、参照により本願の開示の部分として組み込まれる。
Claims (33)
- ビデオ処理の方法であって、
ビデオのブロックと前記ビデオのビットストリームとの間の変換を実行するステップを含み、
前記ビットストリームは、マージ推定領域（MER）のサイズが前記ビットストリーム内で示されることを指定するフォーマットルールに従い、
前記MERのサイズは、ビデオユニットの寸法に基づき、
前記MERは、前記変換のための動き候補を導出するために使用される領域を含む、方法。 - 前記ビデオユニットは、コーディングユニット又はコーディングツリーユニットを含む、請求項１に記載の方法。
- 前記ビデオユニットの寸法は、少なくとも、幅、高さ、又は前記ビデオユニットの面積を含む、請求項１又は２に記載の方法。
- 前記MERの寸法は、前記ビデオユニットの寸法より小さくなるよう制約される、請求項１～３のいずれかに記載の方法。
- 前記MERの寸法は、前記ビデオユニットの寸法より小さく又は等しくなるよう制約される、請求項１～３のいずれかに記載の方法。
- 前記MERの寸法は、前記ビットストリーム内のインデックス値として示される、請求項１～５のいずれかに記載の方法。
- 前記インデックス値は、前記MERの寸法と１対１マッピング関係を有する、請求項６に記載の方法。
- 前記MERの寸法又は前記インデックス値は、指数ゴロムコードに基づき、前記ビットストリーム内にコーディングされる、請求項６に記載の方法。
- 前記MERの寸法又は前記インデックス値は単位コード、ライスコード、又は固定長コードに基づき、前記ビットストリーム内にコーディングされる、請求項６に記載の方法。
- 前記MERの寸法を示すインデックスは、前記ビットストリーム内のS-Δ又はM-S表現として表され、Sは前記MERの寸法を表し、Δ及び／又はMは整数値である、請求項６～９のいずれかに記載の方法。
- Δ及び／又はMは、最大又は最小ビデオユニットの寸法に基づき決定される、請求項１０に記載の方法。
- Δは前記最小ビデオユニットの寸法に等しい、請求項１１に記載の方法。
- Mは前記最大ビデオユニットの寸法に等しい、請求項１１に記載の方法。
- Δは（前記最小ビデオユニットの寸法＋オフセット）に等しく、オフセットは整数である、請求項１１に記載の方法。
- Mは（前記最大ビデオユニットの寸法＋オフセット）に等しく、オフセットは整数である、請求項１１に記載の方法。
- 前記オフセットは１又は－１に等しい、請求項１４又は１５に記載の方法。
- ビデオ処理の方法であって、
ビットストリーム内のビデオのブロックをコーディングするために代表サンプル値のパレットが使用されるパレットコーディングモードで、ビデオのブロックと前記ビデオのビットストリームとの間の変換を実行するステップを含み、
前記パレットモードで使用されるパレットサイズ又はパレット予測子サイズの最大値は、m×Nに制約され、
m及びNは正の整数である、方法。 - Nは８に等しい、請求項１７に記載の方法。
- mに関連付けられた値は、前記ビットストリーム内のシンタックス要素としてシグナリングされる、請求項１７又は１８に記載の方法。
- 前記値は、m又はm+オフセットを含み、オフセットは整数である、請求項１９に記載の方法。
- 前記シンタックス要素は、単位コーディング、指数ゴロムコーディング、ライスコーディング、又は固定長コーディングに基づき、前記ビットストリーム内に２値化される、請求項１９に記載の方法。
- ビデオ処理の方法であって、
ビデオの現在ブロックと前記ビデオのビットストリームとの間の変換のために、前記現在ブロックの境界について、前記境界がサブピクチャインデックスXを有するサブピクチャの境界と一致し、ループフィルタリング操作が前記サブピクチャの境界に渡り無効にされている場合に、デブロッキングフィルタリング処理が無効にされていると決定するステップであって、は非負の整数である、ステップと、
前記決定に基づき、前記変換を実行するステップと、
を含む方法。 - 前記デブロッキングフィルタリング処理は、垂直境界に適用可能であり、前記デブロッキングフィルタリング処理は、前記現在ブロックの左境界が前記サブピクチャインデックスXを有するサブピクチャの左又は右境界と一致し、前記ループフィルタリング操作が前記サブピクチャの境界に渡り無効にされている場合に、前記左境界について無効にされる、請求項２２に記載の方法。
- 前記デブロッキングフィルタリング処理は、水平境界に適用可能であり、前記デブロッキングフィルタリング処理は、前記現在ブロックの上境界が前記サブピクチャインデックスXを有するサブピクチャの上又は下境界と一致し、前記ループフィルタリング操作が前記サブピクチャの境界に渡り無効にされている場合に、前記上境界について無効にされる、請求項２２に記載の方法。
- 前記変換は、前記ビットストリームから前記ビデオを復号する、請求項１～２４のいずれかに記載の方法。
- 前記変換は、前記ビデオから前記ビットストリームを符号化する、請求項１～２４のいずれかに記載の方法。
- ビデオのビットストリームを格納する方法であって、
ブロックから前記ビデオのビットストリームを生成するステップと、
前記ビットストリームを非一時的コンピュータ可読記録媒体に格納するステップであって、前記ビットストリームは、マージ推定領域（MER）のサイズが前記ビットストリーム内で示されること指定するするフォーマットルールに従い、
前記MERのサイズは、ビデオユニットのサイズの寸法に基づき、
前記MERは、変換のための動き候補を導出するために使用される領域を含む、方法。 - ビデオのビットストリームを格納する方法であって、
ビデオのブロックと前記ビデオのビットストリームとの間の変換の間、ビットストリーム内のビデオのブロックをコーディングするために代表サンプル値のパレットが使用されるパレットコーディングモードを適用するステップと、
前記適用に基づき、前記ブロックから前記ビットストリームを生成するステップと、
前記ビットストリームを非一時的コンピュータ可読記録媒体に格納するステップであって、前記パレットモードで使用されるパレットサイズ又はパレット予測子サイズの最大値は、m×Nに制約され、m及びNは正の整数である、ステップと、
を含む方法。 - ビデオのビットストリームを格納する方法であって、
現在ブロックの境界について、前記境界がサブピクチャインデックスXを有するサブピクチャの境界と一致し、ループフィルタリング操作が前記サブピクチャの境界に渡り無効にされている場合に、デブロッキングフィルタリング処理が無効にされていると決定するステップであって、Xは非負の整数である、ステップと、
前記決定に基づき、前記現在ブロックから前記ビットストリームを生成するステップと、
前記ビットストリームを非一時的コンピュータ可読記録媒体に格納するステップと、
を含む方法。 - 請求項１～２９のうちの１つ以上に記載の方法を実施するよう構成されるプロセッサを含むビデオ処理機器。
- 格納されたコードを有するコンピュータ可読媒体であって、前記コードは、実行されると、プロセッサに請求項１～２９のうちの１つ以上に記載の方法を実施させる、コンピュータ可読媒体。
- 請求項１～２９のいずれかに従い生成されたビットストリームを格納しているコンピュータ可読媒体。
- 本願明細書に記載される方法又はシステムに従い生成される方法、機器、ビットストリーム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNPCT/CN2020/071620 | 2020-01-12 | ||
| CN2020071620 | 2020-01-12 | ||
| PCT/CN2021/071008 WO2021139806A1 (en) | 2020-01-12 | 2021-01-11 | Constraints for video coding and decoding |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2023511059A true JP2023511059A (ja) | 2023-03-16 |
| JP7454681B2 JP7454681B2 (ja) | 2024-03-22 |
Family
ID=76788099
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022542372A Active JP7454681B2 (ja) | 2020-01-12 | 2021-01-11 | ビデオコーディング及び復号の制約 |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US20220377353A1 (ja) |
| EP (1) | EP4074038A4 (ja) |
| JP (1) | JP7454681B2 (ja) |
| KR (1) | KR20220124705A (ja) |
| CN (1) | CN116034582A (ja) |
| BR (1) | BR112022013683A2 (ja) |
| MX (1) | MX2022008384A (ja) |
| WO (1) | WO2021139806A1 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115176468A (zh) * | 2020-02-03 | 2022-10-11 | 抖音视界有限公司 | 跨分量自适应环路滤波器 |
| EP4107957A4 (en) | 2020-03-21 | 2023-08-23 | Beijing Bytedance Network Technology Co., Ltd. | RESAMPLING REFERENCE IMAGE |
| KR20230002446A (ko) | 2020-04-19 | 2023-01-05 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 변환 스킵 잔차 코딩 |
| KR20230023709A (ko) * | 2020-06-03 | 2023-02-17 | 엘지전자 주식회사 | 영상/비디오 코딩 시스템에서 일반 제한 정보를 처리하는 방법 및 장치 |
| CN115812304A (zh) | 2020-06-20 | 2023-03-17 | 抖音视界有限公司 | 具有不同的编解码块大小的层间预测 |
| US11997317B2 (en) * | 2021-09-29 | 2024-05-28 | Tencent America LLC | Techniques for constraint flag signaling for range extension with persistent rice adaptation |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015015575A (ja) * | 2013-07-04 | 2015-01-22 | シャープ株式会社 | 画像復号装置、画像符号化装置、画像復号方法、画像符号化方法、画像復号プログラムおよび画像符号化プログラム |
| JP2017520162A (ja) * | 2014-05-22 | 2017-07-20 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | パレットベースのビデオコーディングにおける最大パレットパラメータ |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080267297A1 (en) * | 2007-04-26 | 2008-10-30 | Polycom, Inc. | De-blocking filter arrangements |
| US10462475B2 (en) * | 2014-12-19 | 2019-10-29 | Hfi Innovation Inc. | Methods of palette based prediction for non-444 color format in video and image coding |
| WO2016127889A1 (en) * | 2015-02-13 | 2016-08-18 | Mediatek Inc. | Method and apparatus for palette index coding in video and image compression |
| US20170272758A1 (en) * | 2016-03-16 | 2017-09-21 | Mediatek Inc. | Video encoding method and apparatus using independent partition coding and associated video decoding method and apparatus |
| US20180098090A1 (en) * | 2016-10-04 | 2018-04-05 | Mediatek Inc. | Method and Apparatus for Rearranging VR Video Format and Constrained Encoding Parameters |
| WO2020003259A1 (en) * | 2018-06-29 | 2020-01-02 | Beijing Bytedance Network Technology Co., Ltd. | Improved tmvp derivation |
| TWI731362B (zh) * | 2018-06-29 | 2021-06-21 | 大陸商北京字節跳動網絡技術有限公司 | 擴展Merge模式與其他視頻編碼工具之間的交互 |
| WO2020008324A1 (en) * | 2018-07-01 | 2020-01-09 | Beijing Bytedance Network Technology Co., Ltd. | Shape dependent intra coding |
| US11240507B2 (en) * | 2019-09-24 | 2022-02-01 | Qualcomm Incorporated | Simplified palette predictor update for video coding |
| WO2021072364A1 (en) * | 2019-10-10 | 2021-04-15 | Beijing Dajia Internet Information Technology Co., Ltd. | Methods and apparatus of video coding using palette mode |
| US11539982B2 (en) * | 2019-11-01 | 2022-12-27 | Qualcomm Incorporated | Merge estimation region for multi-type-tree block structure |
-
2021
- 2021-01-11 KR KR1020227023018A patent/KR20220124705A/ko active Search and Examination
- 2021-01-11 WO PCT/CN2021/071008 patent/WO2021139806A1/en unknown
- 2021-01-11 CN CN202180008983.1A patent/CN116034582A/zh active Pending
- 2021-01-11 EP EP21738561.6A patent/EP4074038A4/en active Pending
- 2021-01-11 JP JP2022542372A patent/JP7454681B2/ja active Active
- 2021-01-11 BR BR112022013683A patent/BR112022013683A2/pt unknown
- 2021-01-11 MX MX2022008384A patent/MX2022008384A/es unknown
-
2022
- 2022-07-11 US US17/861,728 patent/US20220377353A1/en active Pending
-
2023
- 2023-11-14 US US18/508,721 patent/US20240107036A1/en active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015015575A (ja) * | 2013-07-04 | 2015-01-22 | シャープ株式会社 | 画像復号装置、画像符号化装置、画像復号方法、画像符号化方法、画像復号プログラムおよび画像符号化プログラム |
| JP2017520162A (ja) * | 2014-05-22 | 2017-07-20 | クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ | パレットベースのビデオコーディングにおける最大パレットパラメータ |
Also Published As
| Publication number | Publication date |
|---|---|
| BR112022013683A2 (pt) | 2022-09-13 |
| JP7454681B2 (ja) | 2024-03-22 |
| MX2022008384A (es) | 2022-08-08 |
| WO2021139806A1 (en) | 2021-07-15 |
| EP4074038A4 (en) | 2023-01-25 |
| US20240107036A1 (en) | 2024-03-28 |
| EP4074038A1 (en) | 2022-10-19 |
| KR20220124705A (ko) | 2022-09-14 |
| CN116034582A (zh) | 2023-04-28 |
| US20220377353A1 (en) | 2022-11-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7482220B2 (ja) | サブピクチャのパラメータセットシグナリングにおける構文制約 | |
| JP7372443B2 (ja) | サブピクチャに依存するビデオビットストリーム内のシグナリング | |
| JP7454681B2 (ja) | ビデオコーディング及び復号の制約 | |
| JP7322290B2 (ja) | ビデオビットストリームにおけるサブピクチャシグナリングのための構文 | |
| WO2021143698A1 (en) | Subpicture boundary filtering in video coding | |
| WO2021129805A1 (en) | Signaling of parameters at sub-picture level in a video bitstream | |
| CN114503577B (zh) | 视频比特流中子图片信令通知的语法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220722 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220722 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20230823 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230829 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20231129 |
|
| 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: 20240213 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240311 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7454681 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |