JP2022551264A - ビデオビットストリームにおけるサブピクチャシグナリングのための構文 - Google Patents
ビデオビットストリームにおけるサブピクチャシグナリングのための構文 Download PDFInfo
- Publication number
- JP2022551264A JP2022551264A JP2022520358A JP2022520358A JP2022551264A JP 2022551264 A JP2022551264 A JP 2022551264A JP 2022520358 A JP2022520358 A JP 2022520358A JP 2022520358 A JP2022520358 A JP 2022520358A JP 2022551264 A JP2022551264 A JP 2022551264A
- Authority
- JP
- Japan
- Prior art keywords
- picture
- sub
- video
- pictures
- signaled
- 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
- 230000011664 signaling Effects 0.000 title description 15
- 238000000034 method Methods 0.000 claims abstract description 310
- 238000012545 processing Methods 0.000 claims abstract description 68
- 238000006243 chemical reaction Methods 0.000 claims abstract description 51
- 230000009466 transformation Effects 0.000 claims description 15
- 238000012952 Resampling Methods 0.000 claims description 12
- 239000000523 sample Substances 0.000 description 114
- 241000023320 Luma <angiosperm> Species 0.000 description 112
- 239000011449 brick Substances 0.000 description 102
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 description 92
- 230000008569 process Effects 0.000 description 69
- 239000013598 vector Substances 0.000 description 68
- 230000002123 temporal effect Effects 0.000 description 37
- 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 25
- 238000009795 derivation Methods 0.000 description 22
- 238000001914 filtration Methods 0.000 description 17
- 230000006870 function Effects 0.000 description 13
- 238000005192 partition Methods 0.000 description 13
- 238000005516 engineering process Methods 0.000 description 12
- 239000013074 reference sample Substances 0.000 description 12
- 230000009471 action Effects 0.000 description 11
- 238000013459 approach Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 11
- 238000000638 solvent extraction Methods 0.000 description 11
- 238000004590 computer program Methods 0.000 description 10
- 238000013461 design Methods 0.000 description 10
- 238000013139 quantization Methods 0.000 description 10
- 230000015654 memory Effects 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 5
- 238000000605 extraction Methods 0.000 description 4
- 230000003044 adaptive effect Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000001131 transforming effect Effects 0.000 description 3
- 208000037170 Delayed Emergence from Anesthesia Diseases 0.000 description 2
- 241001074088 Urophycis Species 0.000 description 2
- 239000003708 ampul Substances 0.000 description 2
- 230000008901 benefit Effects 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
- 238000013507 mapping Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000003672 processing method Methods 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
- 238000012935 Averaging Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000001174 ascending effect 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
- 238000011161 development Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000007781 pre-processing 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/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/172—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 picture, frame or field
-
- 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/119—Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
-
- 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/174—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 slice, e.g. a line of blocks or a group of blocks
-
- 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/46—Embedding additional information in the video signal during the compression process
-
- 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/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/537—Motion estimation other than block-based
- H04N19/54—Motion estimation other than block-based using feature points or meshes
-
- 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/55—Motion estimation with spatial constraints, e.g. at image or region borders
-
- 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/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)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Abstract
Description
シーケンスパラメータセットRBSP構文
注2 - ビットストリームがサブビットストリーム抽出プロセスの結果であり、サブビットストリーム抽出プロセスへの入力ビットストリームのサブピクチャのサブセットのみを含むときに、SPSのRBSPにおいて1に等しいsubpics_present_flagの値をセットする必要があるかもしれない。
max_subpics_minus1+1は、CVSにおいて存在し得るサブピクチャの最大数を指定する。
max_subpics_minus1は、0~254の範囲にある。255の値は、ITU-T|ISO/IECによって将来使用するために予約されている。
subpic_grid_col_width_minus1+1は、サブピクチャ識別子グリッドの各要素の幅を4サンプル単位で指定する。構文要素の長さは、Ceil(Log2(pic_width_max_in_luma_samples/4))ビットである。
変数NumSubPicGridColsは、以下のように導出される。
変数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は、以下のように導出される。
1に等しいloop_filter_across_subpic_enabled_flag[i]は、CVSにおいて各コーディングされたピクチャにおけるi番目のサブピクチャの境界にわたってループ内フィルタリング動作が実行されてもよいことを指定する。0に等しいloop_filter_across_subpic_enabled_flag[i]は、CVSにおいて各コーディングされたピクチャにおけるi番目のサブピクチャの境界にわたってループ内フィルタリング動作が実行されないことを指定する。存在しないときは、loop_filter_across_subpic_enabled_pic_flag[i]の値は、1に等しいと推論される。
ビットストリーム適合性の必要条件は、以下の制約が適用されることである。
- サブピクチャsubpicAとsubpicBの任意の2つのサブピクチャに対して、subpicAのインデックスがsubpicBのインデックスよりも小さいときに、subPicAの任意のコーディングされたNALユニットは、subPicBのコーディングされた任意のNALユニットを復号順に続くものとする。
- サブピクチャの形状は、各サブピクチャが、復号されるときに、その全体の左境界および全体の上境界を、ピクチャ境界からなるか、以前に復号されたサブピクチャの境界からなるようにするものとする。
ピクチャラスタ走査におけるCTBアドレスからサブピクチャインデックスへの変換を指定する、0~PicSizeInCtbsY-1の範囲(両端含む)のctbAddrRsに対するリストCtbToSubPicIdx[ctbAddrRs]は、以下のように導出される。
現在のスライスにおけるブリックの数を指定する変数NumBricksInCurrSliceと、現在のスライスにおけるi番目のブリックのブリックインデックスを指定するSliceBrickIdx[i]は、以下のように導出される。
このプロセスへの入力は、以下のようである。
- 現在のピクチャの左上のルマサンプルに対する現在のルマコーディングブロックの左上のサンプルのルマ位置(xCb,yCb)
- ルマサンプルにおける現在のコーディングブロックの幅を指定する変数cbWidth
- ルマサンプルにおける現在のコーディングブロックの高さを指定する変数cbHeight
- 参照インデックスrefIdxLX(Xは、0または1)
このプロセスの出力は、以下のようである。
- 1/16分数サンプル精度における動きベクトル予測mvLXCol
- 可用性フラグavailableFlagLXCol
変数currCbは、ルマ位置(xCb,yCb)での現在のルマコーディングブロックを指定する。
変数mvLXColおよびavailableFlagLXColは、以下のように導出される。
- slice_temporal_mvp_enabled_flag=0または(cbWidth*cbHeight)が32以下である場合は、mvLXColの両方のコンポーネントとも、0に等しくセットされ、availableFlagLXColは、0に等しくセットされる。
- それ以外の場合(slice_temporal_mvp_enabled_flagが1に等しい場合)、以下の順序付けされたステップが適用される。
1.右下の並置された動きベクトルと、右下の境界サンプル位置は、以下のように導出される。
- 変数colCbは、ColPicによって指定される並置された画像内の((xColBr>>3)<<3,(yColBr>>3)<<3)で与えられる修正された位置をカバーするルマコーディングブロックを指定する。
- ルマ位置(xColCb,yColCb)は、ColPicによって指定された並置されたピクチャの左上のルマサンプルに対する、colCbによって指定された並置されたルマコーディングブロックの左上のサンプルに等しくセットされる。
- 8.5.2.12項において指定されている並置された動きベクトルに対する導出プロセスは、currCb、colCb、(xColCb,yColCb)、refIdxLX、0に等しくセットされたsbFlagを入力として呼び出され、出力は、mvLXColおよびavailableFlagLXColに割り当てられる。
それ以外の場合、mvLXColの両方のコンポーネントとも、0に等しくセットされ、availableFlagLXColは、0に等しくセットされる。
...
ルマサンプル双線形補間プロセス
このプロセスへの入力は、以下のようである。
- フルサンプルユニットにおけるルマ位置(xIntL,yIntL)
- 分数サンプルユニットにおけるルマ位置(xFracL,yFracL)
- ルマ参照サンプルアレイrefPicLXL
このプロセスの出力は、予測ルマサンプル値predSampleLXLである。
変数shift1、shift2、shift3、shift4、offset1、offset2、およびoffset3は、以下のように導出される。
xFracLまたはyFracLに等しい各1/16分数サンプル位置pに対するルマ補間フィルタ係数fbL[p]は、表8-10において指定される。
フルサンプルユニットにおけるルマ位置(xInti,yInti)は、i=0..1に対して、以下のように導出される。
- subpic_treated_as_pic_flag[SubPicIdx]が1に等しい場合、以下が適用される。
サブブロックベースの時間的マージ候補のための導出プロセス
このプロセスへの入力は、以下のようである。
- 現在のピクチャの左上のルマサンプルに対する現在のルマコーディングブロックの左上のサンプルのルマ位置(xCb,yCb)
- ルマサンプルにおける現在のコーディングブロックの幅を指定する変数cbWidth
- ルマサンプルにおける現在のコーディングブロックの高さを指定する変数cbHeight
- 近隣のコーディングユニットの可用性フラグavailableFlagA1
- 近隣のコーディングユニットの参照インデックスrefIdxLXA1(Xは、0または1)
- 近隣のコーディングユニットの予測リスト利用フラグpredFlagLXA1(Xは、0または1)
- 近隣のコーディングユニットの1/16分数サンプル精度における動きベクトルmvLXA1(Xは、0または1)
このプロセスの出力は、以下のようである。
- 可用性フラグavailableFlagSbCol
- 水平方向numSbXと垂直方向numSbYにおけるルマコーディングサブブロックの数
- 参照インデックスrefIdxL0SbColとrefIdxL1SbCol
- xSbIdx=0..numSbX-1、ySbIdx=0..numSbY-1である1/16分数サンプル精度におけるルマ動きベクトルmvL0SbCol[xSbIdx][ySbIdx]およびmvL1SbCol[xSbIdx][ySbIdx]
- xSbIdx=0..numSbX-1、ySbIdx=0..numSbY-1である予測リスト利用フラグpredFlagL0SbCol[xSbIdx][ySbIdx]およびpredFlagL1SbCol[xSbIdx][ySbIdx]
可用性フラグavailableFlagSbColは、以下のように導出される。
- 次の条件のうちの1つ以上が真である場合、availableFlagSbColは、0に等しくセットされる。
- slice_temporal_mvp_enabled_flagが0に等しい。
- sps_sbtmvp_enabled_flagが0に等しい。
- cbWidthが8よりも小さい。
- cbHeightが8よりも小さい。
- それ以外の場合、以下の順序付されたステップが適用される。
1. 現在のコーディングブロックを含むルマコーディングツリーブロックの左上のサンプルの位置(xCtb,yCtb)と、現在のルマコーディングブロックの右下のサンプルの位置(xCtr,yCtr)は、以下のように導出される。
3. 8.5.5.4項に指定されているサブブロックベースの時間的マージベースの基本動きデータのための導出プロセスは、位置(xCtb,yCtb)、位置(xColCtrCb,yColCtrCb)、可用性フラグavailableFlagA1、予測リスト利用フラグpredFlagLXA1、参照インデックスrefIdxLXA1、および動きベクトルmvLXA1(Xは、0または1)を入力として呼び出され、動きベクトルctrMvLX、並置されたブロックの予測リスト利用フラグctrPredFlagLX(Xは0、1)、および時間的動きベクトルtempMvを出力とする。
4. 変数availableFlagSbColは、以下のように導出される。
- ctrPredFlagL0とctrPredFlagL1の両方が0に等しい場合、availableFlagSbColは、0に等しくセットされる。
- それ以外の場合、availableFlagSbColは、1に等しくセットされる。
availableFlagSbColが1に等しい場合、以下が適用される。
- 変数numSbX、numSbY、sbWidth、sbHeight、およびrefIdxLXSbColは、以下のように導出される。
- 現在のピクチャの左上のルマサンプルに対する現在のコーディングブロックの左上のサンプルを指定するルマ位置(xCb,yCb)は、以下のように導出される。
- 以下が適用される。
サブブロックベースの時間的マージベースの動きデータのための導出プロセス
このプロセスへの入力は、以下のようである。
- 現在のコーディングブロックを含むルマコーディングツリーブロックの左上のサンプルの位置(xCtb,yCtb)
- 右下の中央のサンプルをカバーする、並置されたルマコーディングブロックの左上のサンプルの位置(xColCtrCb,yColCtrCb)
- 近隣のコーディングユニットの可用性フラグavailableFlagA1
- 近隣のコーディングユニットの参照インデックスrefIdxLXA1
- 近隣のコーディングユニットの予測リスト利用フラグpredFlagLXA1
- Xが0または1である近隣のコーディングユニットの1/16分数サンプル精度における動きベクトルmvLXA1
このプロセスの出力は、以下のようである。
- 動きベクトルctrMvL0およびctrMvL1
- 予測リスト利用フラグctrPredFlagL0およびctrPredFlagL1
- 時間的動きベクトルtempMv
変数tempMvは、以下のようにセットされる。
availableFlagA1がTRUEに等しいときに、以下が適用される。
- 以下の条件の全てが真である場合、tempMvは、mvL0A1に等しくセットされる。
- predFlagL0A1が1に等しい。
- DiffPicOrderCnt(ColPic,RefPicList[0][refIdxL0A1])が0に等しい。
- それ以外の場合、次の条件の全てが真である場合、tempMvは、mvL1A1に等しくセットされる。
- slice_typeがBに等しい。
- predFlagL1A1が1に等しい。
- DiffPicOrderCnt(ColPic,RefPicList[1][refIdxL1A1])が0に等しい。
ColPic内の並置されたブロックの位置(xColCb,yColCb)は、以下のように導出される。
- 以下が適用される。
ルマサンプル双線形フィルタリング処理プロセス
このプロセスへの入力は、以下のようである。
- フルサンプルユニットにおけるルマ位置(xIntL,yIntL)
- 分数サンプルユニットにおけるルマ位置(xFracL,yFracL)
- 参照ピクチャの左上のサンプルに対する参照サンプルパディングのための境界ブロックの左上のサンプルを指定する、フルサンプルユニットにおけるルマ位置(xSbIntL,ySbIntL)
- ルマ参照サンプルアレイrefPicLXL
- ハーフサンプル補間フィルタ指数hpelIfIdx
- 現在のサブブロックの幅を指定する変数sbWidth
- 現在のサブブロックの高さを指定する変数sbHeight
- 現在のピクチャの左上のサンプルに対する現在のサブブロックの左上のサンプルを指定するルマ位置(xSb,ySb)
このプロセスの出力は、予測ルマサンプル値predSampleLXLである。
変数shift1、shift2およびshift3は、以下のように導出される。
- 変数shift1は、Min(4,BitDepthY-8)に等しくセットされ、変数shift2は、6に等しくセットされ、変数shift3は、Max(2,14-BitDepthY)に等しくセットされる。
- 変数picWは、pic_width_in_luma_samplesに等しくセットされ、変数picHは、pic_height_in_luma_samplesに等しくセットされる。
xFracLまたはyFracLに等しい各1/16分数サンプル位置pに対するルマ補間フィルタ係数fL[p]は、以下のように導出される。
- MotionModelIdc[xSb][ySb]が0よりも大きく、sbWidthとsbHeightが両方とも4に等しい場合、ルマ補間フィルタ係数fL[p]は、表8-12において指定される。
- それ以外の場合、ルマ補間フィルタ係数fL[p]は、hpelIfIdxに応じて表8-11において指定される。フルサンプルユニットにおけるルマ位置(xInti,yInti)は、i=0..7に対して、以下のように導出される。
- subpic_treated_as_pic_flag[SubPicIdx]が1に等しい場合、以下が適用される。
クロマサンプル補間プロセス
このプロセスへの入力は、以下のようである。
- フルサンプルユニットにおけるクロマ位置(xIntC,yIntC)
- 1/32分数サンプルユニットにおけるクロマ位置(xFracC,yFracC)
- 参照ピクチャの左上のサンプルに対する参照サンプルパディングのための境界ブロックの左上のサンプルを指定する、フルサンプルユニットにおけるクロマ位置(xSbIntC,ySbIntC)
- 現在のサブブロックの幅を指定する変数sbWidth
- 現在のサブブロックの高さを指定する変数sbHeight
- クロマ参照サンプルアレイrefPicLXC
このプロセスの出力は、予測クロマサンプル値predSampleLXCである。
変数shift1、shift2およびshift3は、以下のように定義される。
- 変数shift1は、Min(4,BitDepthC-8)に等しくセットされ、変数shift2は、6に等しくセットされ、変数shift3は、Max(2,14-BitDepthC)に等しくセットされる。
- 変数picWCは、pic_width_in_luma_samples/SubWidthCに等しくセットされ、変数picHCは、pic_height_in_luma_samples/SubHeightCに等しくセットされる。
xFracCまたはyFracCに等しい各1/32分数サンプル位置pに対するクロマ補間フィルタ係数fC[p]は、表8-13において指定される。
変数xOffsetは、(sps_ref_wraparound_offset_minus1+1)*MinCbSizeY)/SubWidthCに等しくセットされる。
フルサンプルユニットにおけるクロマ位置(xInti,yInti)は、i=0..3に対して、以下のように導出される。
- subpic_treated_as_pic_flag[SubPicIdx]が1に等しい場合、以下が適用される。
それ以外の場合、ピクチャはフィルタリング処理されずに符号化される。POC%8==0のRAピクチャは、POC%4==0のLDピクチャと同様にフィルタリング処理される。AI画像はフィルタリング処理されない。
ピクチャパラメータセットRBSP構文
注-タイル内でさらにブリックスプリットがない場合、タイル全体がブリックと呼ばれる。ピクチャがさらなるブリックスプリットがない単一タイルのみを含んでいる場合、それは、単一ブリックと呼ばれる。
ビットストリーム適合性の必要条件は、single_tile_in_pic_flagの値が、CVS内のコーディングされたピクチャによって参照される全てのPPSに対して同じであるものとすることである。
1に等しいuniform_tile_spacing_flagは、タイル列境界、同様にタイル行境界がピクチャ全体に均一に分布し、構文要素tile_cols_width_minus1およびtile_rows_height_minus1を使用してシグナリングされることを指定する。0に等しいuniform_tile_spacing_flagは、タイル列境界、同様にタイル行境界がピクチャ全体に均一に分布しても、しなくてもよく、構文要素num_tile_columns_minus1およびnum_tile_rows_minus1および構文要素対のリストtile_column_width_minus1[i]およびtile_row_height_minus1[i]を使用してシグナリングされることを指定する。存在しないときは、uniform_tile_spacing_flagの値は、1に等しいと推論される。
tile_cols_width_minus1+1は、uniform_tile_spacing_flagが1に等しいときに、ピクチャの最も右のタイル列を除くタイル列の幅をCTB単位で指定する。tile_cols_width_minus1の値は、0~PicWidthInCtbsY-1の範囲(両端含む)にあるものとする。存在しないときは、tile_cols_width_minus1の値は、PicWidthInCtbsY-1に等しいと推論される。
tile_rows_height_minus1+1は、uniform_tile_spacing_flagが1に等しいときに、ピクチャの底部のタイル行を除くタイル行の高さをCTB単位で指定する。tile_rows_height_minus1の値は、0~PicHeightInCtbsY-1の範囲(両端含む)にあるものとする。存在しないときは、tile_rows_height_minus1の値は、PicHeightInCtbsY-1に等しいと推論される。
num_tile_columns_minus1+1は、uniform_tile_spacing_flagが0に等しいときに、ピクチャをパーティショニングするタイル列の数を指定する。num_tile_columns_minus1の値は、0~PicWidthInCtbsY-1の範囲(両端含む)にあるものとする。single_tile_in_pic_flagが1に等しい場合、num_tile_columns_minus1の値は0に等しいと推論される。それ以外の場合、uniform_tile_spacing_flagが1に等しいときに、num_tile_columns_minus1の値は、6.5.1項において指定されるように推論される。
num_tile_rows_minus1+1は、uniform_tile_spacing_flagが0に等しいときに、ピクチャをパーティショニングするタイル行の数を指定する。num_tile_rows_minus1の値は、0~PicHeightInCtbsY-1の範囲(両端含む)にあるものとする。single_tile_in_pic_flagが1に等しい場合、num_tile_rows_minus1の値は0に等しいと推論される。それ以外の場合、uniform_tile_spacing_flagが1に等しいときに、num_tile_rows_minus1の値は、6.5.1項において指定されるように推論される。
変数NumTilesInPicは、(num_tile_columns_minus1+1)*(num_tile_rows_minus1+1)に等しくセットされる。single_tile_in_pic_flagが0に等しいときに、NumTilesInPicは、1よりも大きいものとする。
tile_column_width_minus1[i]+1は、i番目のタイル列の幅をCTB単位で指定する。
tile_row_height_minus1[i]+1は、i番目のタイル行の高さをCTB単位で指定する。
1に等しいbrick_splitting_present_flagは、PPSを参照するピクチャの1つ以上のタイルを2つ以上のブリックに分割し得ることを指定する。0に等しいbrick_splitting_present_flagは、PPSを参照するピクチャのタイルを2つ以上のブリックに分割しないことを指定する。
num_tiles_in_pic_minus1+1は、各ピクチャにおいて、PPSを参照するタイルの数を指定する。num_tiles_in_pic_minus1の値はNumTilesInPic-1に等しいものとする。存在しないときは、num_tiles_in_pic_minus1の値は、NumTilesInPic-1に等しいと推論される。
1に等しいbrick_split_flag[i]は、i番目のタイルが2つ以上のブリックに分割されることを指定する。0に等しいbrick_split_flag[i]は、i番目のタイルが2つ以上のブリックに分割されないことを指定する。存在しないときは、brick_split_flag[i]の値は、0に等しいと推論される。いくつかの実施形態において、SPSに対するPPS構文解析依存性は、構文条件「if(RowHeight[i]>1)」(例えば、uniform_brick_spacing_flag[i]に対して同様に)を追加することによって導入される。
1に等しいuniform_brick_spacing_flag[i]は、水平方向のブリック境界がi番目のタイルにわたって均一に分布し、構文要素brick_height_minus1[i]を使用してシグナリングされることを指定する。0に等しいuniform_brick_spacing_flag[i]は、水平方向のブリック境界がi番目のタイルにわたって均一に分布しても、しなくてもよく、構文要素num_brick_rows_minus2[i]および構文要素のリストbrick_row_height_minus1[i][j]を使用してシグナリングされることを指定する。存在しないときは、uniform_brick_spacing_flag[i]の値は、1に等しいと推論される。
brick_height_minus1[i]+1は、uniform_brick_spacing_flag[i]が1に等しいときに、i番目のタイルの底部のブリックを除くブリック行の高さをCTB単位で指定する。存在するときは、brick_height_minus1の値は、0~RowHeight[i]-2の範囲(両端含む)にあるものとする。存在しないときは、brick_height_minus1[i]の値は、RowHeight[i]-1に等しいと推論される。
num_brick_rows_minus2[i]は、uniform_brick_spacing_flag[i]が0に等しいときに、i番目のタイルをパーティショニングするブリックの数を指定する。存在するときは、num_brick_rows_minus2[i]の値は、0~RowHeight[i]-2の範囲(両端含む)にあるものとする。brick_split_flag[i]が0に等しい場合、num_brick_rows_minus2[i]の値は-1に等しいと推論される。それ以外の場合、uniform_brick_spacing_flag[i]が1に等しいときに、num_brick_rows_minus2[i]の値は、6.5.1項において指定されるように推論される。
brick_row_height_minus1[i][j]+1は、uniform_tile_spacing_flagが0に等しいときに、i番目のタイル内のj番目のブリックの高さをCTB単位で指定する。
以下の変数が導出され、uniform_tile_spacing_flagが1に等しいときに、num_tile_columns_minus1およびnum_tile_rows_minus1の値が推論され、0~NumTilesInPic-1の範囲(両端を含む)の各iに対して、uniform_brick_spacing_flag[i]が1に等しいときに、num_brick_rows_minus2[i]の値が、第6.5.1項に指定されているなCTBラスタおよびブリック走査変換プロセスを呼び出すことによって推論される。
- j番目のタイル行の高さをCTB単位で指定する、0~num_tile_rows_minus1の範囲のリストRowHeight[j]
- ピクチャのCTBラスタ走査におけるCTBアドレスからブリック走査におけるCTBアドレスへの変換を指定する、0~PicSizeInCtbsY-1の範囲(両端含む)のctbAddrRsに対するリストCtbAddrRsToBs[ctbAddrRs]
- ブリック走査におけるCTBアドレスからピクチャのCTBラスタ走査におけるCTBアドレスへの変換を指定する、0~PicSizeInCtbsY-1の範囲(両端含む)のctbAddrBsに対するリストCtbAddrBsToRs[ctbAddrBs]
- ブリック走査におけるCTBブリックIDへの変換を指定する、0~PicSizeInCtbsY-1の範囲(両端含む)のctbAddrBsに対するリストBrickId[ctbAddrBs]
- ブリックインデックスからブリック内のCTUの数への変換を指定する、0~NumBricksInPic-1の範囲(両端を含む)のblickIdxに対するリストNumCtusInBrick[brickIdx]
- ブリックIDからブリック内の最初のCTBのブリック走査におけるCTBアドレスへの変換を指定する、0~NumBricksInPic-1の範囲(両端を含む)のbrickIdxに対するリストFirstCtbAddrBs[brickIdx]
1に等しいsingle_brick_per_slice_flagは、このPPSを参照する各スライスが1つのブリックを含むことを指定する。0に等しいsingle_brick_per_slice_flagは、このPPSを参照する各スライスが複数のブリックを含むことを指定する。存在しないときは、single_brick_per_slice_flagの値は、1に等しいと推論される。
0に等しいrect_slice_flagは、各スライス内のブリックがラスタ走査の順序であり、スライス情報がPPSにおいてシグナリングされないことを指定する。1に等しいrect_slice_flagは、各スライス内のブリックがピクチャの矩形領域をカバーし、スライス情報がPPSにおいてシグナリングされることを指定する。brick_splitting_present_flagが1に等しいときに、rect_slice_flagの値は、1に等しいものとする。
存在しないときは、rect_slice_flagは、1に等しいと推論される。
num_slices_in_pic_minus1+1は、各ピクチャにおいて、PPSを参照するスライスの数を指定する。num_slices_in_pic_minus1の値は、0~NumBricksInPic-1の範囲(両端を含む)にあるものとする。存在せず、single_brick_per_slice_flagが1に等しいときに、num_slices_in_pic_minus1の値は、NumBricksInPic-1に等しいと推論される。
bottom_right_brick_idx_length_minus1+1は、情報要素bottom_right_brick_idx_delta[i]を表すために使用されるビット数を指定する。bottom_right_brick_idx_length_minus1の値は、0~Ceil(Log2(NumBricksInPic))-1の範囲(両端を含む)にあるものとする。iが0より大きいときに、bottom_right_brick_idx_delta[i]は、i番目のスライスの右下のコーナーに位置するブリックのブリックインデックスと(i-1)番目のスライスの右下のコーナーのブリックインデックスとの差を指定する。bottom_right_brick_idx_delta[0]は、0番目のスライスの右下のコーナーのブリックインデックスを指定する。single_brick_per_slice_flagが1に等しいときに、bottom_right_brick_idx_delta[i]の値は、1に等しいと推論される。BottomRightBrickIdx[num_slices_in_pic_minus1]の値は、NumBricksInPic-1に等しいと推論される。bottom_right_brick_idx_delta[i]構文要素の長さは、bottom_right_brick_idx_length_minus1+1ビットである。
1に等しいbrick_idx_delta_sign_flag[i]は、bottom_right_brick_idx_delta[i]の正符号を示す。0に等しいsign_bottom_right_brick_idx_delta[i]は、bottom_right_brick_idx_delta[i]の負符号を示す。ビットストリーム適合性の必要条件は、スライスが、複数のフルタイル、または1つのタイルのフルブリックの連続したシーケンスのみを含むものとすることである。
i番目のスライスの左上のコーナーに位置するブリックのブリックインデックス、i番目のスライスの右下のコーナーに位置するブリックのブリックインデックス、i番目のスライス内のブリックの数、およびブリックのスライスへのマッピングを指定する変数TopLeftBrickIdx[i]、BottomRightBrickIdx[i]、NumBricksInSlice[i]、およびBricksToSliceMap[j]は、以下のように導出される。
存在するときに、スライスヘッダ構文要素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の各々の値は、コーディングされたピクチャの全てのスライスヘッダにおいて同じであるものとする。
cu_qp_delta_absを含むコーディングユニットに対するルマ量子化パラメータとその予測との差を指定する変数CuQpDeltaValは、0にセットされる。cu_chroma_qp_offset_flagを含むコーディングユニットに対するQp’Cb、Qp’Cr、およびQp’CbCr量子化パラメータのそれぞれの値を決定するときに使用される値を指定する変数CuQpOffsetCb、CuQpOffsetCr、およびCuQpOffsetCbCrは、全て0にセットされる。slice_pic_parameter_set_idは、使用中のPPSに対するpps_pic_parameter_set_idの値を指定する。slice_pic_parameter_set_idの値は、0~63の範囲(両端を含む)にあるものとする。
ビットストリーム適合性の必要条件は、現在のピクチャのTemporalIdの値が、slice_pic_parameter_set_idに等しいpps_pic_parameter_set_idを有するPPSのTemporalIdの値以上であるものとすることである。
slice_addressは、スライスのスライスアドレスを指定する。存在しないときは、slice_addressの値は、0に等しいと推論される。
rect_slice_flagが0に等しい場合、以下が適用される。
- スライスアドレスは、式(7-59)によって指定されるようにブリックIDである。
- slice_addressの長さは、Ceil(Log2(NumBricksInPic))ビットである。
- slice_addressの値は、0~NumBricksInPic-1の範囲(両端を含む)にあるものとする。
それ以外の場合(rect_slice_flagが1に等しい場合)、以下が適用される。
- スライスアドレスは、スライスのスライスIDである。
- slice_addressの長さは、signalled_slice_id_length_minus1+1ビットである。
- signalled_slice_id_flagが0に等しい場合、slice_addressの値は、0~num_slices_in_pic_minus1の範囲(両端を含む)にあるものとする。それ以外の場合、slice_addressの値は、0~2(signalled_slice_id_length_minus1+1)-1の範囲(両端を含む)にあるものとする。
以下の制約が適用されるのはビットストリーム適合性の要件である。
- slice_addressの値は、同じコーディングされたピクチャの任意の他のコーディングされたスライスNALユニットのslice_addressの値に等しくないものとする。
- rect_slice_flagが0に等しいときに、ピクチャのスライスはそれらのslice_address値の昇順にあるものとする。
- ピクチャのスライスの形状は、各ブリックが、復号されるときに、その全体の左境界および全体の上境界を、ピクチャ境界からなるか、以前に復号されたブリックの境界からなるようにするものとする。
num_bricks_in_slice_minus1は、存在するときは、スライス内のブリック数から1引いたもの指定する。num_bricks_in_slice_minus1の値は、0~NumBricksInPic-1の範囲(両端含む)にあるものとする。rect_slice_flagが0に等しく、single_brick_per_slice_flagが1に等しいときは、num_bricks_in_slice_minus1の値は0に等しいと推論される。single_brick_per_slice_flagが1に等しいときは、num_bricks_in_slice_minus1の値は0に等しいと推論される。
現在のスライスにおけるブリックの数を指定する変数NumBricksInCurrSliceと、現在のスライスにおけるi番目のブリックのブリックインデックスを指定するSliceBrickIdx[i]は、以下のように導出される。
これらの参照サンプルは、現在のサブピクチャの範囲外となることがある。
1.アフィン動き候補を生成するためにピクチャにおいて時間的MV予測子がフェッチされる位置(位置RBという名前)は、必要なサブピクチャ内になければならず、必要なサブピクチャの左上のコーナー座標が(xTL,yTL)であり、必要なサブピクチャの右下の座標が(xBR,yBR)であると想定している。
a.一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
b.一例では、座標(x,y)を有する位置RBが必要なサブピクチャから外れている場合、時間的MV予測子は、利用不可として処理される。
i.一例では、位置RBは、x>xBRである場合、必要なサブピクチャから外れている。
ii.一例では、位置RBは、y>yBRである場合、必要なサブピクチャから外れている。
iii.一例では、位置RBは、x<xTLである場合、必要なサブピクチャから外れている。
iv.一例では、位置RBは、y<yTLである場合、必要なサブピクチャから外れている。
c.一例では、位置RBは、必要なサブピクチャから外れている場合、RBの置換が利用される。
i.代替的には、さらに、置換位置は、必要なサブピクチャ内にあるものとする。
d.一例では、位置RBは、必要なサブピクチャ内にクリップされる。
i.一例では、xは、x=Min(x,xBR)としてクリップされる。
ii.一例では、xは、y=Min(y,yBR)としてクリップされる。
iii.一例では、xは、x=Max(x,xTL)としてクリップされる。
iv.一例では、xは、y=Max(y,yTL)としてクリップされる。
e.一例では、位置RBは、並置されたピクチャ内の現在のブロックの対応するブロック内の右下の位置であってもよい。
f.提案した方法は、現在のピクチャとは異なるピクチャからの動き情報にアクセスすることを必要とする他のコーディングツールにおいて利用されてもよい。
g.一例では、上記の方法が適用されるかどうか(例えば、位置RBは、必要なサブピクチャ(例えば、1.aおよび/または1.bで主張されているようにするために)内になければならないかどうか)は、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダにおいてシグナリングされる1つ以上の構文要素に依存してもよい。例えば、構文要素は、subpic_treated_as_pic_flag[SubPicIdx]であってもよく、ここで、SubPicIdxは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
2.補間プロセスにおいて使用されない参照で整数サンプルがフェッチされる位置(位置Sという名前)は、必要なサブピクチャ内になければならず、必要なサブピクチャの左上のコーナー座標が(xTL,yTL)であり、必要なサブピクチャの右下の座標が(xBR,yBR)であると想定している。
a.一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
b.一例では、座標(x,y)を有する位置Sが必要なサブピクチャから外れている場合、参照サンプルは、利用不可として処理される。
i.一例では、位置Sは、x>xBRである場合、必要なサブピクチャから外れている。
ii.一例では、位置Sは、y>yBRである場合、必要なサブピクチャから外れている。
iii.一例では、位置Sは、x<xTLである場合、必要なサブピクチャから外れている。
iv.一例では、位置Sは、y<yTLである場合、必要なサブピクチャから外れている。
c.一例では、位置Sは、必要なサブピクチャ内にクリップされる。
i.一例では、xは、x=Min(x,xBR)としてクリップされる。
ii.一例では、xは、y=Min(y,yBR)としてクリップされる。
iii.一例では、xは、x=Max(x,xTL)としてクリップされる。
iv.一例では、xは、y=Max(y,yTL)としてクリップされる。
d.一例では、位置Sは、要求されたサブピクチャ(例えば、2.aおよび/または2.bで主張されているようにするために)内になければならないかどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダにおいてシグナリングされる1つ以上の構文要素に依存してもよい。例えば、構文要素は、subpic_treated_as_pic_flag[SubPicIdx]であってもよく、ここで、SubPicIdxは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
e.一例では、フェッチされた整数サンプルは、BDOFおよび/またはPORFにおける勾配を生成するために使用される。
3.再構成されたルマサンプル値がフェッチされる位置(位置Rという名前)は、必要なサブピクチャ内にあってもよく、必要なサブピクチャの左上のコーナー座標が(xTL,yTL)であり、必要なサブピクチャの右下の座標が(xBR,yBR)であると想定している。
a.一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
b.一例では、座標(x,y)を有する位置Rが必要なサブピクチャから外れている場合、参照サンプルは、利用不可として処理される。
i.一例では、位置Rは、x>xBRである場合、必要なサブピクチャから外れている。
ii.一例では、位置Rは、y>yBRである場合、必要なサブピクチャから外れている。
iii.一例では、位置Rは、x<xTLである場合、必要なサブピクチャから外れている。
iv.一例では、位置Rは、y<yTLである場合、必要なサブピクチャから外れている。
c.一例では、位置Rは、必要なサブピクチャ内にクリップされる。
i.一例では、xは、x=Min(x,xBR)としてクリップされる。
ii.一例では、xは、y=Min(y,yBR)としてクリップされる。
iii.一例では、xは、x=Max(x,xTL)としてクリップされる。
iv.一例では、xは、y=Max(y,yTL)としてクリップされる。
d.一例では、位置Rは、要求されたサブピクチャ(例えば、4.aおよび/または4.bで主張されているようにするために)内になければならないかどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダにおいてシグナリングされる1つ以上の構文要素に依存してもよい。例えば、構文要素は、subpic_treated_as_pic_flag[SubPicIdx]であってもよく、ここで、SubPicIdxは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
e.一例では、フェッチされたルマサンプルは、LMCSにおけるクロマコンポーネントのためのスケーリング係数を導出するために使用される。
4.BT/TT/QTスプリット、BT/TT/QT深度導出、および/またはCUスプリットフラグのシグナリングのためのピクチャ境界チェックの位置(位置Nという名前)は、必要なサブピクチャ内になければならず、必要なサブピクチャの左上のコーナー座標が(xTL,yTL)であり、必要なサブピクチャの右下の座標が(xBR,yBR)であると想定している。
a.一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
b.一例では、座標(x,y)を有する位置Nが必要なサブピクチャから外れている場合、参照サンプルは、利用不可として処理される。
i.一例では、位置Nは、x>xBRである場合、必要なサブピクチャから外れている。
ii.一例では、位置Nは、y>yBRである場合、必要なサブピクチャから外れている。
iii.一例では、位置Nは、x<xTLである場合、必要なサブピクチャから外れている。
iv.一例では、位置Nは、y<yTLである場合、必要なサブピクチャから外れている。
c.一例では、位置Nは、必要なサブピクチャ内にクリップされる。
i.一例では、xは、x=Min(x,xBR)としてクリップされる。
ii.一例では、xは、y=Min(y,yBR)としてクリップされる。
iii.一例では、xは、x=Max(x,xTL)としてクリップされる。
d.一例では、xは、y=Max(y,yTL)としてクリップされる。一例では、位置Nは、要求されたサブピクチャ(例えば、5.aおよび/または5.bで主張されているようにするために)内になければならないかどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダにおいてシグナリングされる1つ以上の構文要素に依存してもよい。例えば、構文要素は、subpic_treated_as_pic_flag[SubPicIdx]であってもよく、ここで、SubPicIdxは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
5.HMVP(History-based Motion Vector Prediction)テーブルは、1つのピクチャ内の新しいサブピクチャを復号する前にリセットされてもよい。
a.一例では、IBCコーディングのために使用されるHMVPテーブルがリセットされてもよい。
b.一例では、インターコーディングのために使用されるHMVPテーブルは、リセットされてもよい。
c.一例では、イントラコーディングのために使用されるHMVPテーブルは、リセットされてもよい。
6.サブピクチャ構文要素は、N(N=8,32など)個のサンプル単位で定義されてもよい。
a.一例では、N個のサンプル単位のサブピクチャ識別子グリッドの各要素の幅
b.一例では、N個のサンプル単位のサブピクチャ識別子グリッドの各要素の高さ
c.一例では、Nは、CTUの幅および/または高さにセットされる。
7.ピクチャ幅とピクチャ高さの構文要素は、K(K>=8)以上に制限されてもよい。
a.一例では、ピクチャ幅を8以上に制限する必要があってもよい。
b.一例では、ピクチャ高さを8以上に制限する必要があってもよい。
8.適合ビットストリームは、ARC(Adaptive resolution conversion)/DRC(Dynamic resolution conversion)/RPR(Reference picture resampling)が1つのビデオユニット(例えば、シーケンス)に対して有効にされることが禁止されることを満たすものである。
a.一例では、サブピクチャコーディングを有効にするシグナリングは、ARC/DRC/RPRを禁止する条件下であってもよい。
i.一例では、subpics_present_flagが1に等しいように、サブピクチャが有効であるときに、このSPSがアクティブな全てのピクチャに対するpic_width_in_luma_samplesは、max_width_in_luma_samplesに等しい。
b.代替的には、サブピクチャコーディングおよびARC/DRC/RPRは、両方とも、1つのビデオユニット(例えば、シーケンス)に対して有効にしてもよい。
i.一例では、適合ビットストリームは、ARC/DRC/RPRによりダウンサンプリングされたサブピクチャが、依然として幅においてK個のCTUと高さにおいてM個のCTUの形式(KとMが両方とも整数である)にあることを満たすものとする。
ii.一例では、適合ビットストリームは、ピクチャ境界(例えば、右境界および/または下境界)に位置しないサブピクチャに対して、ARC/DRC/RPRによりダウンサンプリングされたサブピクチャが、依然として幅においてK個のCTUと高さにおいてM個のCTUの形式(KとMが両方とも整数である)にあることを満たすものとする。
iii.一例では、CTUサイズは、ピクチャ解像度に基づいて適応的に変更されてもよい。
1)一例では、最大CTUサイズは、SPSにおいてシグナリングされてもよい。解像度の低い各ピクチャに対して、CTUサイズは、それに応じて、低減された解像度に基づいて変更され得る。
2)一例では、CTUサイズは、SPSおよびPPS、および/またはサブピクチャレベルでシグナリングされてもよい。
9.構文要素subpic_grid_col_width_minus1とsubpic_grid_row_height_minus1は制約されてもよい。
a.一例では、subpic_grid_col_width_minus1がT1以下(またはT1よりも小さく)なければならない。
b.一例では、subpic_grid_row_height_minus1がT2以下(またはT2よりも小さく)なければならない。
c.一例では、適合ビットストリームにおいて、subpic_grid_col_width_minus1および/またはsubpic_grid_row_height_minus1は、項目3.aまたは3.bなどの制約に従わなければならない。
d.一例では、3.aにおけるT1および/または3.bにおけるT2は、ビデオコーディング規格のプロファイル/レベル/階層に依存してもよい。
e.一例では、3.aにおけるT1は、ピクチャ幅に依存してもよい。
i.たとえば、T1は、pic_width_max_in_luma_samples/4またはpic_width_max_in_luma_samples/4+Offに等しい。Offは、1、2、-1、-2などであってもよい。
f.一例では、3.bにおけるT2は、ピクチャ幅に依存してもよい。
i.たとえば、T1は、pic_height_max_in_luma_samples/4またはpic_height_max_in_luma_samples/4-1+Offに等しい。Offは、1、2、-1、-2などであってもよい。
10.2つのサブピクチャ間の境界は、2つのCTU間の境界でなければならないことが制約される。
a.言い換えれば、CTUは、複数のサブピクチャでカバーすることはできない。
b.一例では、subpic_grid_col_width_minus1の単位は、VVCのように4ではなく、CTU幅(32、64、128など)であってもよい。サブピクチャのグリッド幅は、(subpic_grid_col_width_minus1+1)*CTU幅とするべきである。
c.一例では、subpic_grid_col_height_minus1の単位は、VVCにおけるように4ではなく、CTU高さ(32、64、128など)であってもよい。サブピクチャのグリッド高さは、(subpic_grid_col_height_minus1+1)*CTU高さとするべきである。
d.一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
11.サブピクチャの形状は、矩形でなければならないことが制約される。
a.一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
b.サブピクチャは矩形スライスのみを含んでもよい。例えば、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
12.2つのサブピクチャはオーバラップすることができないことが制約される。
a.一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
b.代替的には、2つのサブピクチャが互いにオーバラップしてもよい。
13.ピクチャ内の任意の位置が、1つのサブピクチャのみによってカバーされなければならないことが制約される。
a.一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
b.代替的には、1つのサンプルがいずれのサブピクチャにも属さなくてもよい。
c.代替的には、1つのアンプルが複数のサブピクチャに属してもよい。
14.同じシーケンスにおいて提示される全ての解像度にマッピングされる、SPSにおいて定義されるサブピクチャは、上述の制約された位置および/またはサイズに従うべきであることが制約されてもよい。
a.一例では、同じシーケンスにおいて提示される解像度にマッピングされたSPSにおいて定義されるサブピクチャの幅と高さは、N個の(8、16、32のような)ルマサンプルの整数倍とするべきである。
b.一例では、サブピクチャは、特定のレイヤに対して定義されてもよく、他のレイヤにマッピングされてもよい。
i.例えば、サブピクチャは、シーケンス内で最も高い解像度を有するレイヤに対して定義されてもよい。
ii.例えば、サブピクチャは、シーケンス内で最も低い解像度を有するレイヤに対して定義されてもよい。
iii.サブピクチャがどのレイヤに対して定義されているかは、SPS/VPS/PPS/PPS/スライスヘッダにおいてシグナリングされてもよい。
c.一例では、サブピクチャおよび異なる解像度の両方が適用されるときに、全ての解像度(例えば、幅または高さ)は、所与の解像度の整数倍であってもよい。
d.一例では、SPSにおいて定義されるサブピクチャの幅および/または高さは、CTUサイズの整数倍(例えば、M)であってもよい。
e.代替的には、シーケンス内のサブピクチャおよび異なる解像度は、同時には許可されなくてもよい。
15.サブピクチャは特定のレイヤにのみ適用されてもよい。
a.一例では、SPSにおいて定義されるサブピクチャは、シーケンス内で最も解像度の高いレイヤにのみ適用されてもよい。
b.一例では、SPSにおいて定義されたサブピクチャは、シーケンス内で最も低い時間的IDを持つレイヤにのみ適用されてもよい。
c.サブピクチャをどのレイヤに適用し得るかは、SPS/VPS/PPSにおける1つ以上の構文要素によって示されてもよい。
d.サブピクチャをどのレイヤに適用することができないかは、SPS/VPS/PPSにおける1つ以上の構文要素によって示されてもよい。
16.一例では、サブピクチャの位置および/または寸法は、subpic_grid_idxを使用せずにシグナリングされてもよい。
a.一例では、サブピクチャの左上の位置がシグナリングされてもよい。
b.一例では、サブピクチャの右下の位置がシグナリングされてもよい。
c.一例では、サブピクチャの幅が、シグナリングされてもよい。
d.一例では、サブピクチャの高さが、シグナリングされてもよい。
17.時間的フィルタに対して、試料の時間的フィルタリングを実行するときに、現在のサンプルが属するのと同じサブピクチャ内のサンプルのみが使用されてもよい。必要なサンプルは、現在のサンプルが属しているものと同じピクチャ、または他のピクチャ内にあってもよい。
18.一例では、パーティショニング方法(QT、水平BT、垂直BT、水平TT、垂直TT、スプリットなしなど)を適用するかどうか、および/またはどのように適用するかは、現在のブロック(またはパーティション)がサブピクチャの1つ以上の境界を越えるかどうかに依存してもよい。
a.一例では、VVCにおけるパーティショニングのためのピクチャ境界処理方法は、ピクチャ境界がサブピクチャ境界に置き換えられるときにも適用され得る。
b.一例では、パーティショニング方法(QT、水平BT、垂直BT、水平TT、垂直TT、スプリットなしなど)を表す構文要素(例えば、フラグ)を解析するかどうかは、現在のブロック(又はパーティション)がサブピクチャの1つ以上の境界を越えるかどうかに依存してもよい。
19.各サブピクチャの独立したコーディングで1つのピクチャを複数のサブピクチャに分割する代わりに、ピクチャを少なくとも2つのサブ領域のセットに分割することが提案されており、第1のセットは複数のサブピクチャを含み、第2のセットは残りの全てのサンプルを含む。
a.一例では、第2のセットにおけるサンプルは、いかなるサブピクチャにもない。
b.代替的には、さらに、第2のセットは、第1のセットの情報に基づいて符号化/復号されてもよい。
c.一例では、デフォルト値は、サンプル/MxKサブ領域が第2のセットに属するかどうかをマークするために利用されてもよい。
i.一例では、デフォルト値は、(max_subpics_minus1+K)に等しくセットされてもよく、ここで、Kは1より大きい整数である。
ii.デフォルト値は、subpic_grid_idx[i][j]に割り当てられ、グリッドが2番目のセットに属することを示す。
20.構文要素subpic_grid_idx[i][j]をmax_subpics_minus1よりも大きくすることができないことが提案される。
a.例えば、適合ビットストリームにおいて、subpic_grid_idx[i][j]をmax_subpics_minus1よりも大きくすることができないことが制約される。
b.例えば、subpic_grid_idx[i][j]をコーディングするコードワードをmax_subpics_minus1よりも大きくすることができない。
21.0~max_subpics_minus1の任意の整数は、少なくとも1つのsubpic_grid_idx[i][j]に等しくなければならないことが提案される。
22.IBC仮想バッファは、1つのピクチャ内の新しいサブピクチャを復号する前にリセットされてもよい。
a.一例では、IBC仮想バッファ内の全てのサンプルは、-1にリセットされてもよい。
23.パレットエントリリストは、1つのピクチャ内の新しいサブピクチャを復号する前にリセットされてもよい。
a.一例では、PredictorPaletteSizeは、1つのピクチャ内の新しいサブピクチャを復号する前に、0に等しくセットされてもよい。
24.スライスの情報(例えば、スライスの数および/またはスライスの範囲)をシグナリングするかどうかは、タイルの数および/またはブリックの数に依存してもよい。
a.一例では、ピクチャ内のブリックの数が1である場合、num_slices_in_pic_minus1はシグナリングされず、0であると推論される。
b.一例では、ピクチャ内のブリックの数が1である場合、スライスの情報(例えば、スライスの数および/またはスライスの範囲)は、シグナリングされなくてもよい。
c.一例では、ピクチャ内のブリックの数が1である場合、スライスの数は1であると推論されてもよい。スライスは、ピクチャ全体をカバーする。一例では、ピクチャ内のブリックの数が1である場合、single_brick_per_slice_flagはシグナリングされず、0であると推論される。
i.代替的には、ピクチャ内のブリックの数が1である場合、single_brick_per_slice_flagはシグナリングされず、0であると推論される。
d.例示的な構文設計は、以下の通りである。
a.例示的な構文設計は、以下の通りである。
a.例示的な構文設計は、以下の通りである。
a.一例では、ブリックの数が2よりも小さい場合、loop_filter_across_bricks_enabled_flagは、シグナリングされない。
b.例示的な構文設計は、以下の通りである。
a.スライスが矩形であることがシグナリングされるときに(例えば、rect_slice_flagが1に等しいときに)、この必要条件が満たさなければならない。
30.ビットストリーム適合性の必要条件は、サブピクチャの全てのスライスがサブピクチャ全体をカバーしなければならないことである。
a.スライスが矩形であることがシグナリングされるときに(例えば、rect_slice_flagが1に等しいときに)、この必要条件が満たさなければならない。
31.ビットストリーム適合性の必要条件は、スライスが複数のサブピクチャとオーバラップできないことである。
32.ビットストリーム適合性の必要条件は、タイルが複数のサブピクチャとオーバラップできないことである。
33.ビットストリーム適合性の必要条件は、ブリックが複数のサブピクチャとオーバラップできないことである。
以下の議論では、寸法CW×CHを有する基本ユニットブロック(BUB)は、矩形領域である。例えば、BUBはコーディングツリーブロック(CTB)であってもよい。
34.一例では、サブピクチャの数(Nとして示される)が、シグナリングされてもよい。
a.適合性ビットストリームについて、サブピクチャが使用される場合(例えば、subpics_present_flagが1に等しい場合)、ピクチャ中に少なくとも2つのサブピクチャがあることが必要であってもよい。
b.代替的には、Nマイナスd(すなわち、N-d)は、シグナリングされてもよく、ここで、dは、0、1、または2などの整数である。
c.例えば、N-dは、固定長コーディング、例えば、u(x)でコーディングされてもよい。
i.一例では、xは、8などの固定数であってもよい。
ii.一例では、xまたはx-dxは、N-dがシグナリングされる前にシグナリングされてもよく、ここで、dxは、0、1または2などの整数である。シグナリングされたxは、適合ビットストリームの最大値よりも大きくなくてもよい。
iii.一例では、xはオンザフライで導出されてもよい。
1)例えば、xは、ピクチャ内のBUBの総数(Mとして示される)の関数として導出されてもよい。例えば、x=Ceil(log2(M+d0))+d1であり、ここで、d0およびd1は、-2、-1、0、1、2などの2つの整数である。
2)Mは、M=Ceiling(W/CW)×Ceiling(H/CH)として導出されてもよく、ここで、WおよびHは、ピクチャの幅および高さを表し、CWおよびCHは、BUBの幅および高さを表す。
d.例えば、N-dは、unary符号または切り詰められたunary符号でコーディングされてもよい。
e.一例では、N-dの許容最大値は固定数であってもよい。
i.代替的には、N-dの許容最大値は、ピクチャ中のBUBの総数(Mとして示される)の関数として導出されてもよい。例えば、x=Ceil(log2(M+d0))+d1であり、ここで、d0およびd1は、-2、-1、0、1、2などの2つの整数である。
35.一例では、サブピクチャは、その選択された位置(例えば、左上/右上/左下/右下)および/またはその幅および/または高さのうちの1つ以上の表示によってシグナリングされてもよい。
a.一例では、サブピクチャの左上の位置は、寸法CW×CHを有する基本ユニットブロックの粒度でシグナリングされてもよい。
i.例えば、サブピクチャの左上のBUBのBUBに関して列インデックス(Colとして示される)が、シグナリングされてもよい。
1)例えば、Col-dが、シグナリングされてもよく、ここで、dは、0、1、または2などの整数である。
a)代替的には、dは、d1によって加算された、以前にコーディングされたサブピクチャのColに等しくてもよく、ここで、d1は、-1、0または1などの整数である。
b)Col-dの符号がシグナリングされてもよい。
ii.例えば、サブピクチャの左上のBUBのBUBに関する行インデックス(Rowとして示される)が、シグナリングされてもよい。
1)例えば、Row-dが、シグナリングされてもよく、ここで、dは、0、1、または2などの整数である。
a)代替的には、dは、d1によって加算された、以前にコーディングされたサブピクチャのRowに等しくてもよく、ここで、d1は、-1、0または1などの整数である。
b)Row-dの符号がシグナリングされてもよい。
iii.上述の行/列インデックス(Rowとして示される)が、CTB(Codling Tree Block)において表わされてもよく、例えば、ピクチャの左上の位置に対するxまたはy座標は、CTBサイズによって分割され、シグナリングされてもよい。
iv.一例では、サブピクチャの位置をシグナリングするかどうかは、サブピクチャインデックスに依存してもよい。
1)一例では、ピクチャ内の最初のサブピクチャに対して、左上の位置がシグナリングされなくてもよい。
a)代替的には、さらに、左上の位置が、例えば、(0,0)であると推論されてもよい。
2)一例では、ピクチャ内の最後のサブピクチャに対して、左上の位置がシグナリングされなくてもよい。
a)左上の位置は、以前にシグナリングされたサブピクチャの情報に依存して推論されてもよい。
b.一例では、サブピクチャの幅/高さ/選択された位置の表示は、切り詰められたunary/切り詰められたbinary/unary/固定長/K-th EG符号(例えば、K=0,1,2,3)でシグナリングされてもよい。
c.一例では、サブピクチャの幅は、寸法CW×CHを有するBUBの粒度でシグナリングされてもよい。
i.例えば、サブピクチャ内のBUBの列の数(Wとして示される)が、シグナリングされてもよい。
ii.例えば、W-dが、シグナリングされてもよく、ここで、dは、0、1または2などの整数である。
1)代替的には、dは、d1によって加算された、以前にコーディングされたサブピクチャのWに等しくてもよく、ここで、d1は、-1、0または1などの整数である。
2)W-dの符号がシグナリングされてもよい。
d.一例では、サブピクチャの高さは、寸法CW×CHを有するBUBの粒度でシグナリングされてもよい。
i.例えば、サブピクチャ内のBUBの行の数(Hとして示される)は、シグナリングされてもよい。
ii.例えば、H-dが、シグナリングされてもよく、ここで、dは、0、1または2などの整数である。
1)代替的には、dは、d1によって加算された、以前にコーディングされたサブピクチャのHに等しくてもよく、ここで、d1は、-1、0または1などの整数である。
2)H-dの符号がシグナリングされてもよい。
e.一例では、Col-dは、固定長符号、例えば、u(x)でコーディングされてもよい。
i.一例では、xは、8などの固定数であってもよい。
ii.一例では、xまたはx-dxは、Col-dがシグナリングされる前にシグナリングされてもよく、ここで、dxは、0、1または2などの整数である。シグナリングされたxは、適合ビットストリームの最大値よりも大きくなくてもよい。
iii.一例では、xはオンザフライで導出されてもよい。
1)例えば、xは、ピクチャ内のBUB列の総数(Mとして示される)の関数として導出されてもよい。例えば、x=Ceil(log2(M+d0))+d1であり、ここで、d0およびd1は、-2、-1、0、1、2などの2つの整数である。
2)Mは、M=Ceiling(W/CW)として導出されてもよく、ここで、Wは、ピクチャの幅を表し、CWは、BUBの幅を表す。
f.一例では、Row-dは、固定長符号、例えば、u(x)でコーディングされてもよい。
i.一例では、xは、8などの固定数であってもよい。
ii.一例では、xまたはx-dxは、Row-dがシグナリングされる前にシグナリングされてもよく、ここで、dxは、0、1または2などの整数である。シグナリングされたxは、適合ビットストリームの最大値よりも大きくなくてもよい。
iii.一例では、xはオンザフライで導出されてもよい。
1)例えば、xは、ピクチャ内のBUB行の総数(Mとして示される)の関数として導出されてもよい。例えば、x=Ceil(log2(M+d0))+d1であり、ここで、d0およびd1は、-2、-1、0、1、2などの2つの整数である。
2)Mは、M=Ceiling(H/CH)として導出されてもよく、ここで、Hは、ピクチャの高さを表し、CHは、BUBの高さを表す。
g.一例では、W-dは、固定長符号、例えば、u(x)でコーディングされてもよい。
i.一例では、xは、8などの固定数であってもよい。
ii.一例では、xまたはx-dxは、W-dがシグナリングされる前にシグナリングされてもよく、ここで、dxは、0、1または2などの整数である。シグナリングされたxは、適合ビットストリームの最大値よりも大きくなくてもよい。
iii.一例では、xはオンザフライで導出されてもよい。
1)例えば、xは、ピクチャ内のBUB列の総数(Mとして示される)の関数として導出されてもよい。例えば、x=Ceil(log2(M+d0))+d1であり、ここで、d0およびd1は、-2、-1、0、1、2などの2つの整数である。
2)Mは、M=Ceiling(W/CW)として導出されてもよく、ここで、Wは、ピクチャの幅を表し、CWは、BUBの幅を表す。
h.一例では、H-dは、固定長符号、例えば、u(x)でコーディングされてもよい。
i.一例では、xは、8などの固定数であってもよい。
ii.一例では、xまたはx-dxは、H-dがシグナリングされる前にシグナリングされてもよく、ここで、dxは、0、1または2などの整数である。シグナリングされたxは、適合ビットストリームの最大値よりも大きくなくてもよい。
iii.一例では、xはオンザフライで導出されてもよい。
1)例えば、xは、ピクチャ内のBUB行の総数(Mとして示される)の関数として導出されてもよい。例えば、x=Ceil(log2(M+d0))+d1であり、ここで、d0およびd1は、-2、-1、0、1、2などの2つの整数である。
2)Mは、M=Ceiling(H/CH)として導出されてもよく、ここで、Hは、ピクチャの高さを表し、CHは、BUBの高さを表す。
i.Col-dおよび/またはRow-dは、全てのサブピクチャに対してシグナリングされてもよい。
i.代替的には、Col-dおよび/またはRow-dは、全てのサブピクチャに対してシグナリングされなくてもよい。
1)Col-dおよび/またはRow-dは、サブピクチャの数が2より小さい(1に等しい)場合、シグナリングされなくてもよい。
2)例えば、Col-dおよび/またはRow-dは、最初のサブピクチャ(例えば、サブピクチャインデックス(またはサブピクチャID)が0に等しい)に対してシグナリングされなくてもよい。
a)シグナリングされないときに、それらは、0であると推論されてもよい。
3)例えば、Col-dおよび/またはRow-dは、最後のサブピクチャ(例えば、サブピクチャインデックス(またはサブピクチャID)がNumSubPics-1に等しい)に対してシグナリングされてなくてもよい。
a)シグナリングされないときに、それらは、すでにシグナリングされているサブピクチャの位置や寸法に依存して推論されてもよい。
j.W-dおよび/またはH-dは、全てのサブピクチャに対してシグナリングされてもよい。
i.代替的には、W-dおよび/またはH-dは、全てのサブピクチャに対してシグナリングされなくてもよい。
1)W-dおよび/またはH-dは、サブピクチャの数が2より小さい(1に等しい)場合、シグナリングされなくてもよい。
2)例えば、Wl-dおよび/またはH-dは、最後のサブピクチャ(例えば、サブピクチャインデックス(またはサブピクチャID)がNumSubPics-1に等しい)に対してシグナリングされてなくてもよい。
a)シグナリングされないときに、それらは、すでにシグナリングされているサブピクチャの位置や寸法に依存して推論されてもよい。
k.上記の項目において、BUBは、CTB(Coding Tree Block)であってもよい。
36.一例では、サブピクチャの情報は、CTBサイズの情報(例えば、log2_ctu_size_minus5)が既にシグナリングされた後にシグナリングされるべきである。
37.subpic_treated_as_pic_flag[i]は、各サブピクチャに対してシグナリングされなくてもよい。その代わりに、1つのsubpic_treated_as_pic_flagは、サブピクチャが全てのサブピクチャに対するピクチャとして処理されるかどうかを制御するためにシグナリングされる。
38.loop_filter_across_subpic_enabled_flag[i]は、各サブピクチャに対してシグナリングされなくてもよい。その代わりに、1つのloop_filter_across_subpic_enabled_flagは、ループフィルタが全てのサブピクチャに対してサブピクチャにわたって適用され得るかどうかを制御するためにシグナリングされる。
39.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]は、サブピクチャの数が2より小さい(1に等しい)場合、シグナリングされなくてもよい。
40.RPRは、サブピクチャが使用されるときに、適用されてもよい。
a.一例では、RPRにおけるスケーリング比は、{1:1、1:2および/または2:1}または{1:1、1:2および/または2:1、1:4および/または4:1}、{1:1、1:2および/または2:1、1:4および/または4:1、1:8および/または8:1}などのサブピクチャが使用されるときに、限定的にセットされるように制約されてもよい。
b.一例では、ピクチャAとピクチャBの解像度が異なる場合、ピクチャAのCTBサイズとピクチャBのCTBサイズが異なってもよい。
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に等しくなければならない。
41.サブピクチャが使用されるときに例えば、sub_picts_present_flagが真であるときに)、サブピクチャインデックス(またはサブピクチャID)は、スライスヘッダにおいてシグナリングされてもよく、スライスアドレスは、ピクチャ全体ではなく、サブピクチャにおけるアドレスとして中断される。
8.5.5.6 構成されたアフィン制御点動きベクトルマージ候補に対する導出プロセス
このプロセスへの入力は、以下のようである。
- 現在のピクチャの左上のルマサンプルに対する現在のルマコードブロックの左上のサンプルを指定するルマ位置(xCb,yCb)
- 現在のルマコーディングブロックの幅および高さを指定する2つの変数cbWidthおよびcbHeight
- 可用性フラグavailableA0、availableA1、availableA2、availableB0、availableB1、availableB2、availableB3
- サンプル位置(xNbA0,yNbA0)、(xNbA1,yNbA1)、(xNbA2,yNbA2)、(xNbB0,yNbB0)、(xNbB1,yNbB1)、(xNbB2,yNbB2)、および(xNbB3,yNbB3)
このプロセスの出力は、以下のようである。
- 構成されたアフィン制御点動きベクトルマージ候補の可用性フラグavailableFlagConstK(K=1..6)
- 参照インデックスrefIdxLXConstK(K=1..6、Xは、0または1)
- 予測リスト利用フラグpredFlagLXConstK(K=1.6、Xは0または1)、
- アフィン動きモデルインデックスModelIdcConstK(K=1..6)
- 双予測重みインデックスbcwIdxConstK(K=1..6)
- 構成されたアフィン制御点動きベクトルcpMvLXConstK[cpIdx](cpIdx=0..2、K=1..6、Xは0または1)
...
4番目の(並置された右下の)制御点動きベクトルcpMvLXCorner[3]、参照インデックスrefIdxLXCorner[3]、予測リスト利用フラグpredFlagLXCorner[3]、および可用性フラグavalableFlagCorner[3](Xは0および1)は、以下のように導出される。
- 時間的マージ候補のための参照インデックスrefIdxLXCorner[3](Xは、0または1)、0に等しくセットされる。
- 変数mvLXColおよびavailableFlagLXCol(Xは、0または1)は、以下のように導出される。
- slice_temporal_mvp_enabled_flagが0に等しい場合、mvLXColの両方のコンポーネントとも、0に等しくセットされ、availableFlagLXColは、0に等しくセットされる。
- それ以外の場合(rect_slice_flagが1に等しい場合)、以下が適用される。
[外1]
- 変数colCbは、ColPicによって指定される並置された画像内の((xColBr>>3)<<3,(yColBr>>3)<<3)で与えられる修正された位置をカバーするルマコーディングブロックを指定する。
- ルマ位置(xColCb,yColCb)は、ColPicによって指定された並置されたピクチャの左上のルマサンプルに対する、colCbによって指定された並置されたルマコーディングブロックの左上のサンプルに等しくセットされる。
- 8.5.2.12項において指定されている並置された動きベクトルに対する導出プロセスは、currCb、colCb、(xColCb,yColCb)、refIdxLXCorner[3]、0に等しくセットされたsbFlagを入力として呼び出され、出力は、mvLXColおよびavailableFlagLXColに割り当てられる。
- それ以外の場合、mvLXColの両方のコンポーネントとも、0に等しくセットされ、availableFlagLXColは、0に等しくセットされる。
...
8.5.5.6 構成されたアフィン制御点動きベクトルマージ候補に対する導出プロセス
このプロセスへの入力は、以下のようである。
- 現在のピクチャの左上のルマサンプルに対する現在のルマコードブロックの左上のサンプルを指定するルマ位置(xCb,yCb)
- 現在のルマコーディングブロックの幅および高さを指定する2つの変数cbWidthおよびcbHeight
- 可用性フラグavailableA0、availableA1、availableA2、availableB0、availableB1、availableB2、availableB3
- サンプル位置(xNbA0,yNbA0)、(xNbA1,yNbA1)、(xNbA2,yNbA2)、(xNbB0,yNbB0)、(xNbB1,yNbB1)、(xNbB2,yNbB2)、および(xNbB3,yNbB3)
このプロセスの出力は、以下のようである。
- 構成されたアフィン制御点動きベクトルマージ候補の可用性フラグavailableFlagConstK(K=1..6)
- 参照インデックスrefIdxLXConstK(K=1..6、Xは、0または1)
- 予測リスト利用フラグpredFlagLXConstK(K=1.6、Xは0または1)、
- アフィン動きモデルインデックスModelIdcConstK(K=1..6)
- 双予測重みインデックスbcwIdxConstK(K=1..6)
- 構成されたアフィン制御点動きベクトルcpMvLXConstK[cpIdx](cpIdx=0..2、K=1..6、Xは0または1)
...
4番目の(並置された右下の)制御点動きベクトルcpMvLXCorner[3]、参照インデックスrefIdxLXCorner[3]、予測リスト利用フラグpredFlagLXCorner[3]、および可用性フラグavalableFlagCorner[3](Xは0および1)は、以下のように導出される。
- 時間的マージ候補のための参照インデックスrefIdxLXCorner[3](Xは、0または1)、0に等しくセットされる。
- 変数mvLXColおよびavailableFlagLXCol(Xは、0または1)は、以下のように導出される。
-slice_temporal_mvp_enabled_flagが0に等しい場合、mvLXColの両方のコンポーネントとも、0に等しくセットされ、availableFlagLXColは、0に等しくセットされる。
-それ以外の場合(rect_slice_flagが1に等しい場合)、以下が適用される。
- 変数colCbは、ColPicによって指定される並置されたピクチャ内の((xColBr>>3)<<3,(yColBr>>3)<<3)で与えられる修正された位置をカバーするルマコーディングブロックを指定する。
- ルマ位置(xColCb,yColCb)は、ColPicによって指定された並置されたピクチャの左上のルマサンプルに対する、colCbによって指定された並置されたルマコーディングブロックの左上のサンプルに等しくセットされる。
- 8.5.2.12項において指定されている並置された動きベクトルに対する導出プロセスは、currCb、colCb、(xColCb,yColCb)、refIdxLXCorner[3]、0に等しくセットされたsbFlagを入力として呼び出され、出力は、mvLXColおよびavailableFlagLXColに割り当てられる。
-それ以外の場合、mvLXColの両方のコンポーネントとも、0に等しくセットされ、availableFlagLXColは、0に等しくセットされる。
...
8.5.6.3.3 ルマ整数サンプルフェッチプロセス
このプロセスへの入力は、以下のようである。
- フルサンプルユニットにおけるルマ位置(xIntL,yIntL)
- ルマ参照サンプルアレイrefPicLXL
このプロセスの出力は、予測ルマサンプル値predSampleLXLである。
変数shiftは、Max(2,14-BitDepthY)に等しくセットされる。
変数picWは、pic_width_in_luma_samplesに等しくセットされ、変数picHは、pic_height_in_luma_samplesに等しくセットされる。
フルサンプルユニットおけるルマ位置(xInt,yInt)は、以下のように導出される。
[外2]
8.7.5.3 クロマサンプルに対するルマ依存クロマ残差スケーリングプロセスによる画像再構成
このプロセスへの入力は、以下のようである。
- 現在のピクチャの左上のクロマサンプルに対する現在のクロマ変換ブロックの左上のサンプルのクロマ位置(xCurr,yCurr)
- クロマ変換ブロック幅を指定する変数nCurrSw
- クロマ変換ブロック高さを指定する変数nCurrSh
- 現在のクロマ変換ブロックのコーディングされたブロックフラグを指定する変数tuCbfChroma
- 現在のブロックのクロマ予測サンプルを指定する(nCurrSw)x(nCurrSh)アレイpredSamples
- 現在のブロックのクロマ残差サンプルを指定する(nCurrSw)x(nCurrSh)アレイresSamples
このプロセスの出力は、再構成されたクロマピクチャサンプルアレイrecSamples
変数sizeYは、Min(CtbSizeY,64)に等しくセットされる。
再構成されたクロマピクチャサンプルrecSamplesは、i=0..nCurrSw-1,j=0..nCurrSh-1に対して、以下のように導出される。
- ...
- それ以外の場合、以下が適用される。
- ...
- 変数cursPicは、現在のピクチャにおいて再構成されたルマサンプルの配列を指定する。
- 変数varScaleの導出に対して、以下の順序付されたステップが適用される。
1.変数invAvgLumaは、以下のように導出される。
- アレイrecLuma[i](i=0..(2*sizeY-1))と変数cntは、以下のように導出される。
- 変数cntは、0に等しくセットされる。
[外4]
[外5]
)](i=0..sizeY-1)に等しくセットされ、cntは、sizeYに等しくセットされる。
- avalTがTRUEに等しいときに、アレイrecLuma[cnt+i](i=0..sizeY-1)は、currPic[Min(xCuCb+i,[[pic_width_in_luma_samples-1]]
[外6]
)][yCuCb-1](i=0..sizeY-1)に等しくセットされ、cntは、(cnt+sizeY)に等しくセットされる。
- 変数invAvgLumaは、以下のように導出される。
- cntが0よりも大きい場合、以下が適用される。
7.4.3.3 シーケンスパラメータセットRBSP意味
subpic_grid_col_width_minus1+1は、サブピクチャ識別子グリッドの各要素の幅を
[外7]
サンプル単位で指定する。構文要素の長さは、Ceil(Log2(pic_width_max_in_luma_samples/
[外8]
))ビットである。
変数NumSubPicGridColsは、以下のように導出される。
[外9]
))ビットである。変数NumSubPicGridRowsは、以下のように導出される。
変数SubPicIdx、SubPicLeftBoundaryPos、SubPicTopBoundaryPos、SubPicRightBoundaryPos、およびSubPicBotBoundaryPosは、以下のように導出される。
7.4.3.3 シーケンスパラメータセットRBSP意味
pic_width_max_in_luma_samplesは、SPSを参照する復号された各ピクチャの最大幅をルマサンプルの単位で指定する。pic_width_max_in_luma_samplesは、0に等しくなく、[[MinCbSizeY]]
[外10]
の整数倍数とする。
pic_height_max_in_luma_samplesは、SPSを参照する復号された各ピクチャの最大高さをルマサンプルの単位で指定する。pic_height_max_in_luma_samplesは、0に等しくなく、[[MinCbSizeY]]
[外11]
の整数倍数とする。
6.4.2 許可されているバイナリスプリットプロセス
変数allowBtSplitは、以下のように導出される。
- ...
- それ以外の場合、次の条件の全てが真である場合、allowBtSplitは、FALSEに等しくセットされる。
- btSplitがSPLIT_BT_VERに等しい
- y0+cbHeightが、[[pic_height_in_luma_samples]]
[外12]
よりも大きい。
- それ以外の場合、次の条件の全てが真である場合、allowBtSplitは、FALSEに等しくセットされる。
- btSplitがSPLIT_BT_VERに等しい。
- cbHeightがMaxTbSizeYよりも大きい。
- x0+cbWidthが、[[pic_width_in_luma_samples]]
[外13]
よりも大きい。
- それ以外の場合、次の条件の全てが真である場合、allowBtSplitは、FALSEに等しくセットされる。
- btSplitがSPLIT_BT_HORに等しい。
- cbWidthがMaxTbSizeYよりも大きい。
- y0+cbHeightが、[[pic_height_in_luma_samples]]
[外14]
よりも大きい。
- それ以外の場合、次の条件の全てが真である場合、allowBtSplitは、FALSEに等しくセットされる。
- x0+cbWidthが、[[pic_width_in_luma_samples]]
[外15]
よりも大きい。
- y0+cbHeightが、[[pic_height_in_luma_samples]]
[外16]
よりも大きい。
- cbWidthがminQtSizeよりも大きい。
- それ以外の場合、次の条件の全てが真である場合、allowBtSplitは、FALSEに等しくセットされる。
- btSplitがSPLIT_BT_HORに等しい。
- x0+cbWidthが、[[pic_width_in_luma_samples]]
[外17]
よりも大きい。
-y0+cbHeightが、[[pic_height_in_luma_samples]]
[外18]
よりも小さい。
6.4.2 許可されているternaryスプリットプロセス
変数allowTtSplitは、以下のように導出される。
- 以下の条件のうちの1つ以上が真である場合、allowTtSplitは、FALSEに等しくセットされる。
- cbSizeが、2*MinTtSizeYよりも小さい。
- cbWidthが、Min(MaxTbSizeY,maxTtSize)よりも大きい。
- cbHeightが、Min(MaxTbSize,maxTtSize)よりも大きい。
- mttDepthが、maxMttDepth以上である。
- x0+cbWidthが、[[pic_width_in_luma_samples]]
[外19]
よりも大きい。
- y0+cbHeightが、[[pic_height_in_luma_samples]]
[外20]
よりも大きい。
- treeTypeが、DUAL_TREE_CHROMAに等しく、(cbWidth/SubWidthC)*(cbHeight/SubHeightC)が、32以下である。
- treeTypeが、DUAL_TREE_CHROMAに等しく、modeTypeが、MODE_TYPE_INTRAに等しい。
- それ以外の場合、allowTtSplitは、TRUEに等しくセットされる。
7.3.8.2 コーディングツリーユニット構文
方法400は、ビデオの第1のビデオ領域内のビデオブロックに対して、アフィンモードを使用してビデオブロックと現在のビデオブロックのビットストリーム表現との間の変換に対して時間的動きベクトル予測子が決定される位置が、第2のビデオ領域内にあるかどうかを決定すること(402)と、その決定に基づいて変換を実行すること(404)と、を含む。
1.アフィン動き候補を生成するためにピクチャにおいて時間的MV予測子がフェッチされる位置(位置RBという名前)は、必要なサブピクチャ内になければならず、必要なサブピクチャの左上のコーナー座標が(xTL,yTL)であり、必要なサブピクチャの右下の座標が(xBR,yBR)であると想定している。
a.一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
b.一例では、座標(x,y)を有する位置RBが必要なサブピクチャから外れている場合、時間的MV予測子は、利用不可として処理される。
i.一例では、位置RBは、x>xBRである場合、必要なサブピクチャから外れている。
ii.一例では、位置RBは、y>yBRである場合、必要なサブピクチャから外れている。
iii.一例では、位置RBは、x<xTLである場合、必要なサブピクチャから外れている。
iv.一例では、位置RBは、y<yTLである場合、必要なサブピクチャから外れている。
c.一例では、位置RBは、必要なサブピクチャから外れている場合、RBの置換が利用される。
i.代替的には、さらに、置換位置は、必要なサブピクチャ内にあるものとする。
d.一例では、位置RBは、必要なサブピクチャ内にクリップされる。
i.一例では、xは、x=Min(x,xBR)としてクリップされる。
ii.一例では、xは、y=Min(y,yBR)としてクリップされる。
iii.一例では、xは、x=Max(x,xTL)としてクリップされる。
iv.一例では、xは、y=Max(y,yTL)としてクリップされる。
e.一例では、位置RBは、並置されたピクチャ内の現在のブロックの対応するブロック内の右下の位置であってもよい。
f.提案した方法は、現在のピクチャとは異なるピクチャからの動き情報にアクセスすることを必要とする他のコーディングツールにおいて利用されてもよい。
g.一例では、上記の方法が適用されるかどうか(例えば、位置RBは、必要なサブピクチャ(例えば、1.aおよび/または1.bで主張されているようにするために)内になければならないかどうか)は、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダにおいてシグナリングされる1つ以上の構文要素に依存してもよい。例えば、構文要素は、subpic_treated_as_pic_flag[SubPicIdx]であってもよく、ここで、SubPicIdxは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
2.補間プロセスにおいて使用されない参照で整数サンプルがフェッチされる位置(位置Sという名前)は、必要なサブピクチャ内になければならず、必要なサブピクチャの左上のコーナー座標が(xTL,yTL)であり、必要なサブピクチャの右下の座標が(xBR,yBR)であると想定している。
a.一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
b.一例では、座標(x,y)を有する位置Sが必要なサブピクチャから外れている場合、参照サンプルは、利用不可として処理される。
i.一例では、位置Sは、x>xBRである場合、必要なサブピクチャから外れている。
ii.一例では、位置Sは、y>yBRである場合、必要なサブピクチャから外れている。
iii.一例では、位置Sは、x<xTLである場合、必要なサブピクチャから外れている。
iv.一例では、位置Sは、y<yTLである場合、必要なサブピクチャから外れている。
c.一例では、位置Sは、必要なサブピクチャ内にクリップされる。
i.一例では、xは、x=Min(x,xBR)としてクリップされる。
ii.一例では、xは、y=Min(y,yBR)としてクリップされる。
iii.一例では、xは、x=Max(x,xTL)としてクリップされる。
iv.一例では、xは、y=Max(y,yTL)としてクリップされる。
d.一例では、位置Sは、要求されたサブピクチャ(例えば、2.aおよび/または2.bで主張されているようにするために)内になければならないかどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダにおいてシグナリングされる1つ以上の構文要素に依存してもよい。例えば、構文要素は、subpic_treated_as_pic_flag[SubPicIdx]であってもよく、ここで、SubPicIdxは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
e.一例では、フェッチされた整数サンプルは、BDOFおよび/またはPORFにおける勾配を生成するために使用される。
3.再構成されたルマサンプル値がフェッチされる位置(位置Rという名前)は、必要なサブピクチャ内にあってもよく、必要なサブピクチャの左上のコーナー座標が(xTL,yTL)であり、必要なサブピクチャの右下の座標が(xBR,yBR)であると想定している。
a.一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
b.一例では、座標(x,y)を有する位置Rが必要なサブピクチャから外れている場合、参照サンプルは、利用不可として処理される。
i.一例では、位置Rは、x>xBRである場合、必要なサブピクチャから外れている。
ii.一例では、位置Rは、y>yBRである場合、必要なサブピクチャから外れている。
iii.一例では、位置Rは、x<xTLである場合、必要なサブピクチャから外れている。
iv.一例では、位置Rは、y<yTLである場合、必要なサブピクチャから外れている。
c.一例では、位置Rは、必要なサブピクチャ内にクリップされる。
i.一例では、xは、x=Min(x,xBR)としてクリップされる。
ii.一例では、xは、y=Min(y,yBR)としてクリップされる。
iii.一例では、xは、x=Max(x,xTL)としてクリップされる。
iv.一例では、xは、y=Max(y,yTL)としてクリップされる。
d.一例では、位置Rは、要求されたサブピクチャ(例えば、4.aおよび/または4.bで主張されているようにするために)内になければならないかどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダにおいてシグナリングされる1つ以上の構文要素に依存してもよい。例えば、構文要素は、subpic_treated_as_pic_flag[SubPicIdx]であってもよく、ここで、SubPicIdxは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
e.一例では、フェッチされたルマサンプルは、LMCSにおけるクロマコンポーネントのためのスケーリング係数を導出するために使用される。
4.BT/TT/QTスプリット、BT/TT/QT深度導出、および/またはCUスプリットフラグのシグナリングのためのピクチャ境界チェックの位置(位置Nという名前)は、必要なサブピクチャ内になければならず、必要なサブピクチャの左上のコーナー座標が(xTL,yTL)であり、必要なサブピクチャの右下の座標が(xBR,yBR)であると想定している。
a.一例では、必要なサブピクチャは、現在のブロックをカバーするサブピクチャである。
b.一例では、座標(x,y)を有する位置Nが必要なサブピクチャから外れている場合、参照サンプルは、利用不可として処理される。
i.一例では、位置Nは、x>xBRである場合、必要なサブピクチャから外れている。
ii.一例では、位置Nは、y>yBRである場合、必要なサブピクチャから外れている。
iii.一例では、位置Nは、x<xTLである場合、必要なサブピクチャから外れている。
iv.一例では、位置Nは、y<yTLである場合、必要なサブピクチャから外れている。
c.一例では、位置Nは、必要なサブピクチャ内にクリップされる。
i.一例では、xは、x=Min(x,xBR)としてクリップされる。
ii.一例では、xは、y=Min(y,yBR)としてクリップされる。
iii.一例では、xは、x=Max(x,xTL)としてクリップされる。
d.一例では、xは、y=Max(y,yTL)としてクリップされる。一例では、位置Nは、要求されたサブピクチャ(例えば、5.aおよび/または5.bで主張されているようにするために)内になければならないかどうかは、VPS/DPS/SPS/PPS/APS/スライスヘッダ/タイルグループヘッダにおいてシグナリングされる1つ以上の構文要素に依存してもよい。例えば、構文要素は、subpic_treated_as_pic_flag[SubPicIdx]であってもよく、ここで、SubPicIdxは、現在のブロックをカバーするサブピクチャのサブピクチャインデックスである。
5.HMVP(History-based Motion Vector Prediction)テーブルは、1つのピクチャ内の新しいサブピクチャを復号する前にリセットされてもよい。
a.一例では、IBCコーディングのために使用されるHMVPテーブルがリセットされてもよい。
b.一例では、インターコーディングのために使用されるHMVPテーブルは、リセットされてもよい。
c.一例では、イントラコーディングのために使用されるHMVPテーブルは、リセットされてもよい。
6.サブピクチャ構文要素は、N(N=8,32など)個のサンプル単位で定義されてもよい。
a.一例では、N個のサンプル単位のサブピクチャ識別子グリッドの各要素の幅
b.一例では、N個のサンプル単位のサブピクチャ識別子グリッドの各要素の高さ
c.一例では、Nは、CTUの幅および/または高さにセットされる。
7.ピクチャ幅とピクチャ高さの構文要素は、K(K>=8)以上に制限されてもよい。
a.一例では、ピクチャ幅を8以上に制限する必要があってもよい。
b.一例では、ピクチャ高さを8以上に制限する必要があってもよい。
8.適合ビットストリームは、ARC(Adaptive resolution conversion)/DRC(Dynamic resolution conversion)/RPR(Reference picture resampling)が1つのビデオユニット(例えば、シーケンス)に対して有効にされることが禁止されることを満たすものである。
a.一例では、サブピクチャコーディングを有効にするシグナリングは、ARC/DRC/RPRを禁止する条件下であってもよい。
i.一例では、subpics_present_flagが1に等しいように、サブピクチャが有効であるときに、このSPSがアクティブな全てのピクチャに対するpic_width_in_luma_samplesは、max_width_in_luma_samplesに等しい。
b.代替的には、サブピクチャコーディングおよびARC/DRC/RPRは、両方とも、1つのビデオユニット(例えば、シーケンス)に対して有効にしてもよい。
i.一例では、適合ビットストリームは、ARC/DRC/RPRによりダウンサンプリングされたサブピクチャが、依然として幅においてK個のCTUと高さにおいてM個のCTUの形式(KとMが両方とも整数である)にあることを満たすものとする。
ii.一例では、適合ビットストリームは、ピクチャ境界(例えば、右境界および/または下境界)に位置しないサブピクチャに対して、ARC/DRC/RPRによりダウンサンプリングされたサブピクチャが、依然として幅においてK個のCTUと高さにおいてM個のCTUの形式(KとMが両方とも整数である)にあることを満たすものとする。
iii.一例では、CTUサイズは、ピクチャ解像度に基づいて適応的に変更されてもよい。
1)一例では、最大CTUサイズは、SPSにおいてシグナリングされてもよい。解像度の低い各ピクチャに対して、CTUサイズは、それに応じて、低減された解像度に基づいて変更され得る。
2)一例では、CTUサイズは、SPSおよびPPS、および/またはサブピクチャレベルでシグナリングされてもよい。
9.構文要素subpic_grid_col_width_minus1とsubpic_grid_row_height_minus1は制約されてもよい。
a.一例では、subpic_grid_col_width_minus1がT1以下(またはT1よりも小さく)なければならない。
b.一例では、subpic_grid_row_height_minus1がT2以下(またはT2よりも小さく)なければならない。
c.一例では、適合ビットストリームにおいて、subpic_grid_col_width_minus1および/またはsubpic_grid_row_height_minus1は、項目3.aまたは3.bなどの制約に従わなければならない。
d.一例では、3.aにおけるT1および/または3.bにおけるT2は、ビデオコーディング規格のプロファイル/レベル/階層に依存してもよい。
e.一例では、3.aにおけるT1は、ピクチャ幅に依存してもよい。
i.たとえば、T1は、pic_width_max_in_luma_samples/4またはpic_width_max_in_luma_samples/4+Offに等しい。Offは、1、2、-1、-2などであってもよい。
f.一例では、3.bにおけるT2は、ピクチャ幅に依存してもよい。
i.たとえば、T1は、pic_height_max_in_luma_samples/4またはpic_height_max_in_luma_samples/4-1+Offに等しい。Offは、1、2、-1、-2などであってもよい。
10.2つのサブピクチャ間の境界は、2つのCTU間の境界でなければならないことが制約される。
a.言い換えれば、CTUは、複数のサブピクチャでカバーすることはできない。
b.一例では、subpic_grid_col_width_minus1の単位は、VVCのように4ではなく、CTU幅(32、64、128など)であってもよい。サブピクチャのグリッド幅は、(subpic_grid_col_width_minus1+1)*CTU幅とするべきである。
c.一例では、subpic_grid_col_height_minus1の単位は、VVCにおけるように4ではなく、CTU高さ(32、64、128など)であってもよい。サブピクチャのグリッド高さは、(subpic_grid_col_height_minus1+1)*CTU高さとするべきである。
d.一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
11.サブピクチャの形状は、矩形でなければならないことが制約される。
a.一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
b.サブピクチャは矩形スライスのみを含んでもよい。例えば、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
12.2つのサブピクチャはオーバラップすることができないことが制約される。
a.一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
b.代替的には、2つのサブピクチャが互いにオーバラップしてもよい。
13.ピクチャ内の任意の位置が、1つのサブピクチャのみによってカバーされなければならないことが制約される。
a.一例では、適合ビットストリームにおいて、サブピクチャアプローチが適用される場合、制約が満たされなければならない。
b.代替的には、1つのサンプルがいずれのサブピクチャにも属さなくてもよい。
c.代替的には、1つのアンプルが複数のサブピクチャに属してもよい。
14.同じシーケンスにおいて提示される全ての解像度にマッピングされる、SPSにおいて定義されるサブピクチャは、上述の制約された位置および/またはサイズに従うべきであることが制約されてもよい。
a.一例では、同じシーケンスにおいて提示される解像度にマッピングされたSPSにおいて定義されるサブピクチャの幅と高さは、N個の(8、16、32のような)ルマサンプルの整数倍とするべきである。
b.一例では、サブピクチャは、特定のレイヤに対して定義されてもよく、他のレイヤにマッピングされてもよい。
i.例えば、サブピクチャは、シーケンス内で最も高い解像度を有するレイヤに対して定義されてもよい。
ii.例えば、サブピクチャは、シーケンス内で最も低い解像度を有するレイヤに対して定義されてもよい。
iii.サブピクチャがどのレイヤに対して定義されているかは、SPS/VPS/PPS/PPS/スライスヘッダにおいてシグナリングされてもよい。
c.一例では、サブピクチャおよび異なる解像度の両方が適用されるときに、全ての解像度(例えば、幅または高さ)は、所与の解像度の整数倍であってもよい。
d.一例では、SPSにおいて定義されるサブピクチャの幅および/または高さは、CTUサイズの整数倍(例えば、M)であってもよい。
e.代替的には、シーケンス内のサブピクチャおよび異なる解像度は、同時には許可されなくてもよい。
15.サブピクチャは特定のレイヤにのみ適用されてもよい。
a.一例では、SPSにおいて定義されるサブピクチャは、シーケンス内で最も解像度の高いレイヤにのみ適用されてもよい。
b.一例では、SPSにおいて定義されたサブピクチャは、シーケンス内で最も低い時間的IDを持つレイヤにのみ適用されてもよい。
c.サブピクチャをどのレイヤに適用し得るかは、SPS/VPS/PPSにおける1つ以上の構文要素によって示されてもよい。
d.サブピクチャをどのレイヤに適用することができないかは、SPS/VPS/PPSにおける1つ以上の構文要素によって示されてもよい。
16.一例では、サブピクチャの位置および/または寸法は、subpic_grid_idxを使用せずにシグナリングされてもよい。
a.一例では、サブピクチャの左上の位置がシグナリングされてもよい。
b.一例では、サブピクチャの右下の位置がシグナリングされてもよい。
c.一例では、サブピクチャの幅が、シグナリングされてもよい。
d.一例では、サブピクチャの高さが、シグナリングされてもよい。
17.時間的フィルタに対して、試料の時間的フィルタリングを実行するときに、現在のサンプルが属するのと同じサブピクチャ内のサンプルのみが使用されてもよい。必要なサンプルは、現在のサンプルが属しているものと同じピクチャ、または他のピクチャ内にあってもよい。
18.一例では、パーティショニング方法(QT、水平BT、垂直BT、水平TT、垂直TT、スプリットなしなど)を適用するかどうか、および/またはどのように適用するかは、現在のブロック(またはパーティション)がサブピクチャの1つ以上の境界を越えるかどうかに依存してもよい。
a.一例では、VVCにおけるパーティショニングのためのピクチャ境界処理方法は、ピクチャ境界がサブピクチャ境界に置き換えられるときにも適用され得る。
b.一例では、パーティショニング方法(QT、水平BT、垂直BT、水平TT、垂直TT、スプリットなしなど)を表す構文要素(例えば、フラグ)を解析するかどうかは、現在のブロック(又はパーティション)がサブピクチャの1つ以上の境界を越えるかどうかに依存してもよい。
19.各サブピクチャの独立したコーディングで1つのピクチャを複数のサブピクチャに分割する代わりに、ピクチャを少なくとも2つのサブ領域のセットに分割することが提案されており、第1のセットは複数のサブピクチャを含み、第2のセットは残りの全てのサンプルを含む。
a.一例では、第2のセットにおけるサンプルは、いかなるサブピクチャにもない。
b.代替的には、さらに、第2のセットは、第1のセットの情報に基づいて符号化/復号されてもよい。
c.一例では、デフォルト値は、サンプル/MxKサブ領域が第2のセットに属するかどうかをマークするために利用されてもよい。
i.一例では、デフォルト値は、(max_subpics_minus1+K)に等しくセットされてもよく、ここで、Kは1より大きい整数である。
ii.デフォルト値は、subpic_grid_idx[i][j]に割り当てられ、グリッドが2番目のセットに属することを示す。
20.構文要素subpic_grid_idx[i][j]をmax_subpics_minus1よりも大きくすることができないことが提案される。
a.例えば、適合ビットストリームにおいて、subpic_grid_idx[i][j]をmax_subpics_minus1よりも大きくすることができないことが制約される。
b.例えば、subpic_grid_idx[i][j]をコーディングするコードワードをmax_subpics_minus1よりも大きくすることができない。
21.0~max_subpics_minus1の任意の整数は、少なくとも1つのsubpic_grid_idx[i][j]に等しくなければならないことが提案される。
22.IBC仮想バッファは、1つのピクチャ内の新しいサブピクチャを復号する前にリセットされてもよい。
a.一例では、IBC仮想バッファ内の全てのサンプルは、-1にリセットされてもよい。
23.パレットエントリリストは、1つのピクチャ内の新しいサブピクチャを復号する前にリセットされてもよい。
a.一例では、PredictorPaletteSizeは、1つのピクチャ内の新しいサブピクチャを復号する前に、0に等しくセットされてもよい。
24.スライスの情報(例えば、スライスの数および/またはスライスの範囲)をシグナリングするかどうかは、タイルの数および/またはブリックの数に依存してもよい。
a.一例では、ピクチャ内のブリックの数が1である場合、num_slices_in_pic_minus1はシグナリングされず、0であると推論される。
b.一例では、ピクチャ内のブリックの数が1である場合、スライスの情報(例えば、スライスの数および/またはスライスの範囲)は、シグナリングされなくてもよい。
c.一例では、ピクチャ内のブリックの数が1である場合、スライスの数は1であると推論されてもよい。スライスは、ピクチャ全体をカバーする。一例では、ピクチャ内のブリックの数が1である場合、single_brick_per_slice_flagはシグナリングされず、0であると推論される。
i.代替的には、ピクチャ内のブリックの数が1である場合、single_brick_per_slice_flagはシグナリングされず、0であると推論される。
d.例示的な構文設計は、以下の通りである。
a.例示的な構文設計は、以下の通りである。
a.例示的な構文設計は、以下の通りである。
a.一例では、ブリックの数が2よりも小さい場合、loop_filter_across_bricks_enabled_flagは、シグナリングされない。
b.例示的な構文設計は、以下の通りである。
a.スライスが矩形であることがシグナリングされるときに(例えば、rect_slice_flagが1に等しいときに)、この必要条件が満たさなければならない。
30.ビットストリーム適合性の必要条件は、サブピクチャの全てのスライスがサブピクチャ全体をカバーしなければならないことである。
a.スライスが矩形であることがシグナリングされるときに(例えば、rect_slice_flagが1に等しいときに)、この必要条件が満たさなければならない。
31.ビットストリーム適合性の必要条件は、スライスが複数のサブピクチャとオーバラップできないことである。
32.ビットストリーム適合性の必要条件は、タイルが複数のサブピクチャとオーバラップできないことである。
33.ビットストリーム適合性の必要条件は、ブリックが複数のサブピクチャとオーバラップできないことである。
以下の議論では、寸法CW×CHを有する基本ユニットブロック(BUB)は、矩形領域である。例えば、BUBはコーディングツリーブロック(CTB)であってもよい。
34.一例では、サブピクチャの数(Nとして示される)が、シグナリングされてもよい。
a.適合性ビットストリームについて、サブピクチャが使用される場合(例えば、subpics_present_flagが1に等しい場合)、ピクチャ中に少なくとも2つのサブピクチャがあることが必要であってもよい。
b.代替的には、Nマイナスd(すなわち、N-d)は、シグナリングされてもよく、ここで、dは、0、1、または2などの整数である。
c.例えば、N-dは、固定長コーディング、例えば、u(x)でコーディングされてもよい。
i.一例では、xは、8などの固定数であってもよい。
ii.一例では、xまたはx-dxは、N-dがシグナリングされる前にシグナリングされてもよく、ここで、dxは、0、1または2などの整数である。シグナリングされたxは、適合ビットストリームの最大値よりも大きくなくてもよい。
iii.一例では、xはオンザフライで導出されてもよい。
1)例えば、xは、ピクチャ内のBUBの総数(Mとして示される)の関数として導出されてもよい。例えば、x=Ceil(log2(M+d0))+d1であり、ここで、d0およびd1は、-2、-1、0、1、2などの2つの整数である。
2)Mは、M=Ceiling(W/CW)×Ceiling(H/CH)として導出されてもよく、ここで、WおよびHは、ピクチャの幅および高さを表し、CWおよびCHは、BUBの幅および高さを表す。
d.例えば、N-dは、unary符号または切り詰められたunary符号でコーディングされてもよい。
e.一例では、N-dの許容最大値は固定数であってもよい。
i.代替的には、N-dの許容最大値は、ピクチャ中のBUBの総数(Mとして示される)の関数として導出されてもよい。例えば、x=Ceil(log2(M+d0))+d1であり、ここで、d0およびd1は、-2、-1、0、1、2などの2つの整数である。
35.一例では、サブピクチャは、その選択された位置(例えば、左上/右上/左下/右下)および/またはその幅および/または高さのうちの1つ以上の表示によってシグナリングされてもよい。
a.一例では、サブピクチャの左上の位置は、寸法CW×CHを有する基本ユニットブロックの粒度でシグナリングされてもよい。
i.例えば、サブピクチャの左上のBUBのBUBに関して列インデックス(Colとして示される)が、シグナリングされてもよい。
1)例えば、Col-dが、シグナリングされてもよく、ここで、dは、0、1、または2などの整数である。
a)代替的には、dは、d1によって加算された、以前にコーディングされたサブピクチャのColに等しくてもよく、ここで、d1は、-1、0または1などの整数である。
b)Col-dの符号がシグナリングされてもよい。
ii.例えば、サブピクチャの左上のBUBのBUBに関する行インデックス(Rowとして示される)が、シグナリングされてもよい。
1)例えば、Row-dが、シグナリングされてもよく、ここで、dは、0、1、または2などの整数である。
a)代替的には、dは、d1によって加算された、以前にコーディングされたサブピクチャのRowに等しくてもよく、ここで、d1は、-1、0または1などの整数である。
b)Row-dの符号がシグナリングされてもよい。
iii.上述の行/列インデックス(Rowとして示される)が、CTB(Codling Tree Block)において表わされてもよく、例えば、ピクチャの左上の位置に対するxまたはy座標は、CTBサイズによって分割され、シグナリングされてもよい。
iv.一例では、サブピクチャの位置をシグナリングするかどうかは、サブピクチャインデックスに依存してもよい。
1)一例では、ピクチャ内の最初のサブピクチャに対して、左上の位置がシグナリングされなくてもよい。
a)代替的には、さらに、左上の位置が、例えば、(0,0)であると推論されてもよい。
2)一例では、ピクチャ内の最後のサブピクチャに対して、左上の位置がシグナリングされなくてもよい。
a)左上の位置は、以前にシグナリングされたサブピクチャの情報に依存して推論されてもよい。
b.一例では、サブピクチャの幅/高さ/選択された位置の表示は、切り詰められたunary/切り詰められたbinary/unary/固定長/K-th EGコーディング(例えば、K=0,1,2,3)でシグナリングされてもよい。
c.一例では、サブピクチャの幅は、寸法CW×CHを有するBUBの粒度でシグナリングされてもよい。
i.例えば、サブピクチャ内のBUBの列の数(Wとして示される)が、シグナリングされてもよい。
ii.例えば、W-dが、シグナリングされてもよく、ここで、dは、0、1または2などの整数である。
1)代替的には、dは、d1によって加算された、以前にコーディングされたサブピクチャのWに等しくてもよく、ここで、d1は、-1、0または1などの整数である。
2)W-dの符号がシグナリングされてもよい。
d.一例では、サブピクチャの高さは、寸法CW×CHを有するBUBの粒度でシグナリングされてもよい。
i.例えば、サブピクチャ内のBUBの行の数(Hとして示される)は、シグナリングされてもよい。
ii.例えば、H-dが、シグナリングされてもよく、ここで、dは、0、1または2などの整数である。
1)代替的には、dは、d1によって加算された、以前にコーディングされたサブピクチャのHに等しくてもよく、ここで、d1は、-1、0または1などの整数である。
2)H-dの符号がシグナリングされてもよい。
e.一例では、Col-dは、固定長コーディング、例えば、u(x)でコーディングされてもよい。
i.一例では、xは、8などの固定数であってもよい。
ii.一例では、xまたはx-dxは、Col-dがシグナリングされる前にシグナリングされてもよく、ここで、dxは、0、1または2などの整数である。シグナリングされたxは、適合ビットストリームの最大値よりも大きくなくてもよい。
iii.一例では、xはオンザフライで導出されてもよい。
1)例えば、xは、ピクチャ内のBUB列の総数(Mとして示される)の関数として導出されてもよい。例えば、x=Ceil(log2(M+d0))+d1であり、ここで、d0およびd1は、-2、-1、0、1、2などの2つの整数である。
2)Mは、M=Ceiling(W/CW)として導出されてもよく、ここで、Wは、ピクチャの幅を表し、CWは、BUBの幅を表す。
f.一例では、Row-dは、固定長コーディング、例えば、u(x)でコーディングされてもよい。
i.一例では、xは、8などの固定数であってもよい。
ii.一例では、xまたはx-dxは、Row-dがシグナリングされる前にシグナリングされてもよく、ここで、dxは、0、1または2などの整数である。シグナリングされたxは、適合ビットストリームの最大値よりも大きくなくてもよい。
iii.一例では、xはオンザフライで導出されてもよい。
1)例えば、xは、ピクチャ内のBUB行の総数(Mとして示される)の関数として導出されてもよい。例えば、x=Ceil(log2(M+d0))+d1であり、ここで、d0およびd1は、-2、-1、0、1、2などの2つの整数である。
2)Mは、M=Ceiling(H/CH)として導出されてもよく、ここで、Hは、ピクチャの高さを表し、CHは、BUBの高さを表す。
g.一例では、W-dは、固定長コーディング、例えば、u(x)でコーディングされてもよい。
i.一例では、xは、8などの固定数であってもよい。
ii.一例では、xまたはx-dxは、W-dがシグナリングされる前にシグナリングされてもよく、ここで、dxは、0、1または2などの整数である。シグナリングされたxは、適合ビットストリームの最大値よりも大きくなくてもよい。
iii.一例では、xはオンザフライで導出されてもよい。
1)例えば、xは、ピクチャ内のBUB列の総数(Mとして示される)の関数として導出されてもよい。例えば、x=Ceil(log2(M+d0))+d1であり、ここで、d0およびd1は、-2、-1、0、1、2などの2つの整数である。
2)Mは、M=Ceiling(W/CW)として導出されてもよく、ここで、Wは、ピクチャの幅を表し、CWは、BUBの幅を表す。
h.一例では、H-dは、固定長コーディング、例えば、u(x)でコーディングされてもよい。
i.一例では、xは、8などの固定数であってもよい。
ii.一例では、xまたはx-dxは、H-dがシグナリングされる前にシグナリングされてもよく、ここで、dxは、0、1または2などの整数である。シグナリングされたxは、適合ビットストリームの最大値よりも大きくなくてもよい。
iii.一例では、xはオンザフライで導出されてもよい。
1)例えば、xは、ピクチャ内のBUB行の総数(Mとして示される)の関数として導出されてもよい。例えば、x=Ceil(log2(M+d0))+d1であり、ここで、d0およびd1は、-2、-1、0、1、2などの2つの整数である。
2)Mは、M=Ceiling(H/CH)として導出されてもよく、ここで、Hは、ピクチャの高さを表し、CHは、BUBの高さを表す。
i.Col-dおよび/またはRow-dは、全てのサブピクチャに対してシグナリングされてもよい。
i.代替的には、Col-dおよび/またはRow-dは、全てのサブピクチャに対してシグナリングされなくてもよい。
1)Col-dおよび/またはRow-dは、サブピクチャの数が2より小さい(1に等しい)場合、シグナリングされなくてもよい。
2)例えば、Col-dおよび/またはRow-dは、最初のサブピクチャ(例えば、サブピクチャインデックス(またはサブピクチャID)が0に等しい)に対してシグナリングされなくてもよい。
a)シグナリングされないときに、それらは、0であると推論されてもよい。
3)例えば、Col-dおよび/またはRow-dは、最後のサブピクチャ(例えば、サブピクチャインデックス(またはサブピクチャID)がNumSubPics-1に等しい)に対してシグナリングされてなくてもよい。
a)シグナリングされないときに、それらは、すでにシグナリングされているサブピクチャの位置や寸法に依存して推論されてもよい。
j.W-dおよび/またはH-dは、全てのサブピクチャに対してシグナリングされてもよい。
i.代替的には、W-dおよび/またはH-dは、全てのサブピクチャに対してシグナリングされなくてもよい。
1)W-dおよび/またはH-dは、サブピクチャの数が2より小さい(1に等しい)場合、シグナリングされなくてもよい。
2)例えば、Wl-dおよび/またはH-dは、最後のサブピクチャ(例えば、サブピクチャインデックス(またはサブピクチャID)がNumSubPics-1に等しい)に対してシグナリングされてなくてもよい。
a)シグナリングされないときに、それらは、すでにシグナリングされているサブピクチャの位置や寸法に依存して推論されてもよい。
k.上記の項目において、BUBは、CTB(Coding Tree Block)であってもよい。
36.一例では、サブピクチャの情報は、CTBサイズの情報(例えば、log2_ctu_size_minus5)が既にシグナリングされた後にシグナリングされるべきである。
37.subpic_treated_as_pic_flag[i]は、各サブピクチャに対してシグナリングされなくてもよい。その代わりに、1つのsubpic_treated_as_pic_flagは、サブピクチャが全てのサブピクチャに対するピクチャとして処理されるかどうかを制御するためにシグナリングされる。
38.loop_filter_across_subpic_enabled_flag[i]は、各サブピクチャに対してシグナリングされなくてもよい。その代わりに、1つのloop_filter_across_subpic_enabled_flagは、ループフィルタが全てのサブピクチャに対してサブピクチャにわたって適用され得るかどうかを制御するためにシグナリングされる。
39.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]は、サブピクチャの数が2より小さい(1に等しい)場合、シグナリングされなくてもよい。
40.RPRは、サブピクチャが使用されるときに、適用されてもよい。
a.一例では、RPRにおけるスケーリング比は、{1:1、1:2および/または2:1}または{1:1、1:2および/または2:1、1:4および/または4:1}、{1:1、1:2および/または2:1、1:4および/または4:1、1:8および/または8:1}などのサブピクチャが使用されるときに、限定的にセットされるように制約されてもよい。
b.一例では、ピクチャAとピクチャBの解像度が異なる場合、ピクチャAのCTBサイズとピクチャBのCTBサイズが異なってもよい。
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に等しくなければならない。
41.サブピクチャが使用されるときに例えば、sub_picts_present_flagが真であるときに)、サブピクチャインデックス(またはサブピクチャID)は、スライスヘッダにおいてシグナリングされてもよく、スライスアドレスは、ピクチャ全体ではなく、サブピクチャにおけるアドレスとして中断される。
8.5.5.6 構成されたアフィン制御点動きベクトルマージ候補に対する導出プロセス
このプロセスへの入力は、以下のようである。
- 現在のピクチャの左上のルマサンプルに対する現在のルマコーディングブロックの左上のサンプルを指定するルマ位置(xCb,yCb)
- 現在のルマコーディングブロックの幅および高さを指定する2つの変数cbWidthおよびcbHeight
- 可用性フラグavailableA0、availableA1、availableA2、availableB0、availableB1、availableB2、availableB3
- サンプル位置(xNbA0,yNbA0)、(xNbA1,yNbA1)、(xNbA2,yNbA2)、(xNbB0,yNbB0)、(xNbB1,yNbB1)、(xNbB2,yNbB2)、および(xNbB3,yNbB3)
このプロセスの出力は、以下のようである。
- 構成されたアフィン制御点動きベクトルマージ候補の可用性フラグavailableFlagConstK(K=1..6)
- 参照インデックスrefIdxLXConstK(K=1..6、Xは、0または1)
- 予測リスト利用フラグpredFlagLXConstK(K=1.6、Xは0または1)、
- アフィン動きモデルインデックスModelIdcConstK(K=1..6)
- 双予測重みインデックスbcwIdxConstK(K=1..6)
- 構成されたアフィン制御点動きベクトルcpMvLXConstK[cpIdx](cpIdx=0..2、K=1..6、Xは0または1)
...
4番目の(並置された右下の)制御点動きベクトルcpMvLXCorner[3]、参照インデックスrefIdxLXCorner[3]、予測リスト利用フラグpredFlagLXCorner[3]、および可用性フラグavalableFlagCorner[3](Xは0および1)は、以下のように導出される。
- 時間的マージ候補のための参照インデックスrefIdxLXCorner[3](Xは、0または1)、0に等しくセットされる。
- 変数mvLXColおよびavailableFlagLXCol(Xは、0または1)は、以下のように導出される。
- slice_temporal_mvp_enabled_flagが0に等しい場合、mvLXColの両方のコンポーネントとも、0に等しくセットされ、availableFlagLXColは、0に等しくセットされる。
- それ以外の場合(rect_slice_flagが1に等しい場合)、以下が適用される。
[外1]
- 変数colCbは、ColPicによって指定される並置された画像内の((xColBr>>3)<<3,(yColBr>>3)<<3)で与えられる修正された位置をカバーするルマコーディングブロックを指定する。
- ルマ位置(xColCb,yColCb)は、ColPicによって指定された並置されたピクチャの左上のルマサンプルに対する、colCbによって指定された並置されたルマコーディングブロックの左上のサンプルに等しくセットされる。
- 8.5.2.12項において指定されている並置された動きベクトルに対する導出プロセスは、currCb、colCb、(xColCb,yColCb)、refIdxLXCorner[3]、0に等しくセットされたsbFlagを入力として呼び出され、出力は、mvLXColおよびavailableFlagLXColに割り当てられる。
- それ以外の場合、mvLXColの両方のコンポーネントとも、0に等しくセットされ、availableFlagLXColは、0に等しくセットされる。
...
8.5.5.6 構成されたアフィン制御点動きベクトルマージ候補に対する導出プロセス
このプロセスへの入力は、以下のようである。
- 現在のピクチャの左上のルマサンプルに対する現在のルマコーディングブロックの左上のサンプルを指定するルマ位置(xCb,yCb)
- 現在のルマコーディングブロックの幅および高さを指定する2つの変数cbWidthおよびcbHeight
- 可用性フラグavailableA0、availableA1、availableA2、availableB0、availableB1、availableB2、availableB3
- サンプル位置(xNbA0,yNbA0)、(xNbA1,yNbA1)、(xNbA2,yNbA2)、(xNbB0,yNbB0)、(xNbB1,yNbB1)、(xNbB2,yNbB2)、および(xNbB3,yNbB3)
このプロセスの出力は、以下のようである。
- 構成されたアフィン制御点動きベクトルマージ候補の可用性フラグavailableFlagConstK(K=1..6)
- 参照インデックスrefIdxLXConstK(K=1..6、Xは、0または1)
- 予測リスト利用フラグpredFlagLXConstK(K=1.6、Xは0または1)、
- アフィン動きモデルインデックスModelIdcConstK(K=1..6)
- 双予測重みインデックスbcwIdxConstK(K=1..6)
- 構成されたアフィン制御点動きベクトルcpMvLXConstK[cpIdx](cpIdx=0..2、K=1..6、Xは0または1)
...
4番目の(並置された右下の)制御点動きベクトルcpMvLXCorner[3]、参照インデックスrefIdxLXCorner[3]、予測リスト利用フラグpredFlagLXCorner[3]、および可用性フラグavalableFlagCorner[3](Xは0および1)は、以下のように導出される。
- 時間的マージ候補のための参照インデックスrefIdxLXCorner[3](Xは、0または1)、0に等しくセットされる。
- 変数mvLXColおよびavailableFlagLXCol(Xは、0または1)は、以下のように導出される。
-slice_temporal_mvp_enabled_flagが0に等しい場合、mvLXColの両方のコンポーネントとも、0に等しくセットされ、availableFlagLXColは、0に等しくセットされる。
-それ以外の場合(rect_slice_flagが1に等しい場合)、以下が適用される。
- 変数colCbは、ColPicによって指定される並置されたピクチャ内の((xColBr>>3)<<3,(yColBr>>3)<<3)で与えられる修正された位置をカバーするルマコーディングブロックを指定する。
- ルマ位置(xColCb,yColCb)は、ColPicによって指定された並置されたピクチャの左上のルマサンプルに対する、colCbによって指定された並置されたルマコーディングブロックの左上のサンプルに等しくセットされる。
- 8.5.2.12項において指定されている並置された動きベクトルに対する導出プロセスは、currCb、colCb、(xColCb,yColCb)、refIdxLXCorner[3]、0に等しくセットされたsbFlagを入力として呼び出され、出力は、mvLXColおよびavailableFlagLXColに割り当てられる。
-それ以外の場合、mvLXColの両方のコンポーネントとも、0に等しくセットされ、availableFlagLXColは、0に等しくセットされる。
...
Claims (64)
- ビデオ処理の方法であって、
ビデオのピクチャと前記ビデオのビットストリーム表現との間の変換を実行することを含み、前記ピクチャが、1つ以上のサブピクチャを含み、前記1つ以上のサブピクチャの数が、前記ビットストリーム表現における構文要素によって示される、方法。 - 前記サブピクチャの数が、Nとして表され、前記構文要素が、(N-d)の値を含み、Nおよびdが、整数である、請求項1に記載の方法。
- dが0、1または2である、請求項2に記載の方法。
- 前記(N-d)の値が、unary符号スキームまたは切り詰められたunary符号スキームを使用してコーディングされる、請求項2または3に記載の方法。
- 前記(N-d)の値が、固定長符号スキームを使用して固定長を有するようにコーディングされる、請求項2または3に記載の方法。
- 前記固定長が、8ビットである、請求項5に記載の方法。
- 前記固定長が、x-dxとして表され、xおよびdxが、正の整数であり、xが、適合性規則に基づいて決定される最大値以下であり、dxは、0、1または2である、請求項5に記載の方法。
- x-dxが、シグナリングされる、請求項7に記載の方法。
- 前記固定長が、前記ピクチャ内の基本ユニットブロックの数に基づいて決定される、請求項5に記載の方法。
- 前記固定長が、xとして表され、前記基本ユニットブロックの数が、Mとして表され、x=Ceil(log2(M+d0))+d1であり、d0およびd1が、整数である、請求項9に記載の方法。
- (N-d)の最大値が、予め決定されている、請求項2~10のいずれか一項に記載の方法。
- (N-d)の最大値が、前記ピクチャ内の基本ユニットブロックの数に基づいて決定される、請求項2~11のいずれか一項に記載の方法。
- 前記ピクチャ内の前記基本ユニットブロックの数が、Mとして表され、Mが、整数であり、N-dの前記最大値が、M-dである、請求項12に記載の方法。
- 基本ユニットブロックが、スライスを含む、請求項13に記載の方法。
- 基本ユニットブロックが、コーディングツリーユニットを含む、請求項13に記載の方法。
- d0またはd1のうちの少なくとも1つが、-2、-1、0、1または2である、請求項10に記載の方法。
- ビデオ処理の方法であって、
1つ以上のピクチャを含むビデオと前記ビデオのビットストリーム表現との間の変換を実行することを含み、
前記ビットストリーム表現が、フォーマット規則に適合し、
前記フォーマット規則は、サブピクチャに関する情報が、(1)前記サブピクチャの1つ以上のコーナー位置、または(2)前記サブピクチャの寸法のうちの少なくとも1つに基づいて、前記ビットストリーム表現に含まれることを指定する、方法。 - 前記フォーマット規則は、前記サブピクチャに関する前記情報が、前記ビットストリーム表現において、コーディングツリーブロックのサイズに関する情報の後に配置されることをさらに指定する、請求項17に記載の方法。
- 前記サブピクチャの前記1つ以上のコーナー位置が、前記サブピクチャにおけるブロックの粒度を使用して前記ビットストリーム表現においてシグナリングされる、請求項17または18に記載の方法。
- 前記ブロックは、基本ユニットブロックまたはコーディングツリーブロックを含む、請求項19に記載の方法。
- ブロックのインデックスが、前記サブピクチャのコーナー位置を示すために使用される、請求項17~20のいずれか一項に記載の方法。
- 前記インデックスが、列インデックスまたは行インデックスを含む、請求項17~21のいずれか一項に記載の方法。
- 前記ブロックの前記インデックスがIとして表され、(I-d)の値が、前記ビットストリーム表現においてシグナリングされ、dが、0、1または2である、請求項21または22に記載の方法。
- dが、以前にコーディングされたサブピクチャのインデックスおよび別の整数d1に基づいて決定され、d1が、-1、0または1に等しい、請求項23に記載の方法。
- (I-d)の符号が、前記ビットストリーム表現においてシグナリングされる、請求項23に記載の方法。
- 前記サブピクチャの位置が前記ビットストリーム表現においてシグナリングされるかどうかは、前記サブピクチャのインデックスに基づく、請求項17~25のいずれか一項に記載の方法。
- 前記サブピクチャの前記位置が前記ピクチャにおける最初のサブピクチャである場合、前記サブピクチャの前記位置が、前記ビットストリーム表現において省略される、請求項26に記載の方法。
- 前記サブピクチャの左上の位置が、(0,0)であると決定される、請求項27に記載の方法。
- 前記サブピクチャの前記位置が前記ピクチャにおける最後のサブピクチャである場合、前記サブピクチャの前記位置が、前記ビットストリーム表現において省略される、請求項26に記載の方法。
- 前記サブピクチャの左上の位置が、以前に変換されたサブピクチャに関する情報に基づいて決定される、請求項29に記載の方法。
- 前記サブピクチャに関する情報が、前記サブピクチャの左上の位置及び寸法を含み、前記情報が、切り詰められたunary符号スキーム、切り詰められたbinary符号スキーム、固定長符号スキーム、又はK-th EG符号スキームを使用してコーディングされる、請求項17~30のいずれか一項に記載の方法。
- 前記サブピクチャの寸法が、前記サブピクチャのブロックの粒度を使用して前記ビットストリーム表現においてシグナリングされる、請求項17~31のいずれか一項に記載の方法。
- 前記寸法が、前記サブピクチャの幅または高さを含む、請求項32に記載の方法。
- 前記寸法が、前記サブピクチャ内のブロックの列の数または行の数として表される、請求項31または32に記載の方法。
- ブロックの前記列の数または前記行の数は、Iとして表され、(I-d)の値が、前記ビットストリーム表現においてシグナリングされ、dが、0、1、または2である、請求項34に記載の方法。
- dが、以前にコーディングされたサブピクチャのブロックの寸法および別の整数d1に基づいて決定され、d1が、-1、0または1に等しい、請求項35に記載の方法。
- (I-d)の符号が、前記ビットストリーム表現においてシグナリングされる、請求項35に記載の方法。
- 前記(I-d)の値が、固定長符号スキームを使用して固定長を有するようにコーディングされる、請求項23~25または35~37のいずれか一項に記載の方法。
- 前記固定長が、8ビットである、請求項38に記載の方法。
- 前記固定長が、x-dxとして表され、xおよびdxが、正の整数であり、xが、適合性規則に基づいて決定される最大値以下であり、dxは、0、1または2である、請求項38に記載の方法。
- 前記固定長が、前記ピクチャ内の基本ユニットブロックの数に基づいて決定される、請求項38に記載の方法。
- 前記固定長が、xとして表され、前記基本ユニットブロックの数が、Mとして表され、x=Ceil(log2(M+d0))+d1であり、d0およびd1が、整数である、請求項41に記載の方法。
- d0またはd1のうちの少なくとも1つが、-2、-1、0、1または2である、請求項42に記載の方法。
- (I-d)が、前記ピクチャの全てのサブピクチャに対してシグナリングされる、請求項23~25または35~33のいずれか一項に記載の方法。
- (I-d)が、前記ピクチャのサブピクチャのサブセットに対してシグナリングされる、請求項23~25または35~43のいずれか一項に記載の方法。
- (I-d)の前記値は、サブピクチャの数が1に等しい場合に、前記ビットストリーム表現において省略される、請求項45に記載の方法。
- (I-d)の前記値は、前記サブピクチャが前記ピクチャの最初のサブピクチャである場合に、前記ビットストリーム表現において省略される、請求項45に記載の方法。
- (I-d)の前記値が、0であると決定される、請求項47に記載の方法。
- (I-d)の前記値は、前記サブピクチャが前記ピクチャの最後のサブピクチャである場合に、前記ビットストリーム表現において省略される、請求項45に記載の方法。
- (I-d)の前記値は、以前に変換されたサブピクチャに関する情報に基づいて決定される、請求項49に記載の方法。
- 単一の構文要素が、前記ビットストリーム表現に条件付きで含まれて、前記ピクチャの全てのサブピクチャがピクチャとして処理されるかどうかを示す、請求項17~50のいずれか一項に記載の方法。
- 単一の構文要素が、前記ビットストリーム表現に条件付きで含まれて、ループフィルタが、前記ピクチャのサブピクチャにわたって全てのサブピクチャに対して適用可能かどうかを示す、請求項17~50のいずれか一項に記載の方法。
- 前記単一の構文要素は、前記ピクチャのサブピクチャの数が1に等しい場合に、前記ビットストリーム表現において省略される、請求項51または52に記載の方法。
- ビデオ処理の方法であって、
参照ピクチャ再サンプリングツールが、ビデオのピクチャと前記ビデオのビットストリーム表現との間の変換に対して、前記ピクチャが1つ以上のサブピクチャに分割されることにより有効にされると決定することと、
前記決定に基づいて前記変換を実行することと、を含む、方法。 - 前記参照ピクチャ再サンプリングコーディングツールにおいて使用されるスケーリング比が、比のセットに基づいて決定される、請求項54に記載の方法。
- 前記比のセットが、{1:1,1:2}、{1:1,2:1}、{1:1,1:2,1:4}、{1:1,1:2,4:1}、{1:1,2:1,1:4}、{1:1,2:1,4:1}、{1:1,1:2,1:4,1:8}、{1:1,1:2,1:4,8:1}、{1:1,1:2,4:1,1:8}、{1:1,1:2,4:1,8:1}、{1:1,2:1,1:4,1:8}、{1:1,2:1,1:4,8:1}、{1:1,2:1,4:1,1:8}、または{1:1,2:1,4:1,8:1}のうちの少なくとも1つを含む、請求項55に記載の方法。
- 前記ピクチャの解像度が第2のピクチャの解像度と異なる場合に、前記ピクチャのコーディングツリーブロックのサイズが、前記第2のピクチャのコーディングツリーブロックのサイズと異なる、請求項54~56のいずれか一項に記載の方法。
- 前記ピクチャのサブピクチャが、SAW×SAHの寸法を有し、前記ビデオの第2のピクチャのサブピクチャが、SBW×SBHの寸法を有し、前記ピクチャと前記第2のピクチャの間のスケーリング比が、水平方向及び垂直方向に沿ったRwおよびRhであり、SAW/SBW又はSBW/SAWが、Rwに等しく、SAH/SBH又はSBH/SAHが、Rhに等しい、請求項54~57のいずれか一項に記載の方法。
- ビデオ処理の方法であって、
1つ以上のスライスを含む1つ以上のサブピクチャを含むビデオピクチャと前記ビデオのビットストリーム表現との間の変換を実行することを含み、
前記ビットストリーム表現が、フォーマット規則に適合し、
前記フォーマット規則は、サブピクチャおよびスライスに対して、前記サブピクチャを識別するインデックスが前記スライスのヘッダに含まれる場合に、前記スライスに対するアドレスフィールドが前記サブピクチャ内の前記スライスのアドレスを示すことを指定する、方法。 - 前記変換が、前記ビットストリーム表現から前記ビデオを生成する、請求項1~59のいずれか一項に記載の方法。
- 前記変換が、前記ビデオから前記ビットストリーム表現を生成する、請求項1~59のいずれか一項に記載の方法。
- 請求項1~61のうちの1つ以上に規定された方法を実装するように構成されているプロセッサを含む、ビデオ処理装置。
- コードが記憶されたコンピュータ可読媒体であって、前記コードは、実行されたとき、プロセッサに請求項1~61のいずれか1つ以上に規定の方法を実装させる、コンピュータ可読媒体。
- 請求項1~61のいずれか一項により生成されたコーディングされた表現を記憶するコンピュータ可読媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2023121558A JP2023143947A (ja) | 2019-10-02 | 2023-07-26 | ビデオビットストリームにおけるサブピクチャシグナリングのための構文 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2019109809 | 2019-10-02 | ||
CNPCT/CN2019/109809 | 2019-10-02 | ||
PCT/CN2020/119932 WO2021063421A1 (en) | 2019-10-02 | 2020-10-09 | Syntax for subpicture signaling in a video bitstream |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2023121558A Division JP2023143947A (ja) | 2019-10-02 | 2023-07-26 | ビデオビットストリームにおけるサブピクチャシグナリングのための構文 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2022551264A true JP2022551264A (ja) | 2022-12-08 |
JP7322290B2 JP7322290B2 (ja) | 2023-08-07 |
Family
ID=75336373
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022520358A Active JP7322290B2 (ja) | 2019-10-02 | 2020-10-09 | ビデオビットストリームにおけるサブピクチャシグナリングのための構文 |
JP2023121558A Pending JP2023143947A (ja) | 2019-10-02 | 2023-07-26 | ビデオビットストリームにおけるサブピクチャシグナリングのための構文 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2023121558A Pending JP2023143947A (ja) | 2019-10-02 | 2023-07-26 | ビデオビットストリームにおけるサブピクチャシグナリングのための構文 |
Country Status (8)
Country | Link |
---|---|
US (3) | US11539950B2 (ja) |
EP (1) | EP4022917A4 (ja) |
JP (2) | JP7322290B2 (ja) |
KR (1) | KR102609308B1 (ja) |
CN (3) | CN114556952A (ja) |
BR (1) | BR112022006387A2 (ja) |
MX (1) | MX2022003765A (ja) |
WO (2) | WO2021063420A1 (ja) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117336468A (zh) | 2019-08-10 | 2024-01-02 | 北京字节跳动网络技术有限公司 | 视频比特流中的子图片相关信令通知 |
CN114556952A (zh) | 2019-10-02 | 2022-05-27 | 北京字节跳动网络技术有限公司 | 包括子图片的视频比特流中的条带级信令通知 |
KR20220078600A (ko) | 2019-10-18 | 2022-06-10 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 서브픽처들의 파라미터 세트 시그널링에서의 신택스 제약들 |
JP7400114B2 (ja) | 2020-02-24 | 2023-12-18 | バイトダンス インコーポレイテッド | ビデオコーディングでのピクチャレベルスライスインデックスの使用 |
CN115211044A (zh) | 2020-03-03 | 2022-10-18 | 字节跳动有限公司 | 使用条带头信令通知控制缩放处理 |
US11575941B2 (en) * | 2021-03-23 | 2023-02-07 | Tencent America LLC | Parallel processing in video coding |
US20230179774A1 (en) * | 2021-12-08 | 2023-06-08 | Tencent America LLC | Method and apparatus for scene detection based encoding |
Family Cites Families (83)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6047112A (en) | 1992-06-30 | 2000-04-04 | Discovision Associates | Technique for initiating processing of a data stream of encoded video information |
GB2382940A (en) * | 2001-11-27 | 2003-06-11 | Nokia Corp | Encoding objects and background blocks |
FI114679B (fi) | 2002-04-29 | 2004-11-30 | Nokia Corp | Satunnaisaloituspisteet videokoodauksessa |
US20040177383A1 (en) * | 2003-01-24 | 2004-09-09 | Chyron Corporation | Embedded graphics metadata |
CN100502511C (zh) * | 2004-09-14 | 2009-06-17 | 华为技术有限公司 | 用于分数像素精度运动预测的插值图像内存组织方法 |
US7688333B2 (en) * | 2007-02-28 | 2010-03-30 | Lsi Corporation | Method and/or apparatus for color space reduction for transcoding subpicture elements |
US20080267297A1 (en) | 2007-04-26 | 2008-10-30 | Polycom, Inc. | De-blocking filter arrangements |
KR100891768B1 (ko) | 2007-05-02 | 2009-04-07 | 삼성전자주식회사 | 모션 벡터 탐색 방법 |
US8879637B2 (en) | 2008-10-06 | 2014-11-04 | Lg Electronics Inc. | Method and an apparatus for processing a video signal by which coding efficiency of a video signal can be raised by using a mixed prediction mode in predicting different macroblock sizes |
US8988531B2 (en) * | 2010-07-08 | 2015-03-24 | Texas Instruments Incorporated | Method and apparatus for sub-picture based raster scanning coding order |
US9641866B2 (en) * | 2011-08-18 | 2017-05-02 | Qualcomm Incorporated | Applying partition-based filters |
US9807403B2 (en) | 2011-10-21 | 2017-10-31 | Qualcomm Incorporated | Adaptive loop filtering for chroma components |
US9584819B2 (en) | 2011-10-24 | 2017-02-28 | Qualcomm Incorporated | Grouping of tiles for video coding |
US20140198844A1 (en) | 2011-10-24 | 2014-07-17 | Mediatek Inc. | Method and apparatus for non-cross-tile loop filtering |
US9332259B2 (en) * | 2012-01-18 | 2016-05-03 | Qualcomm Incorporated | Indication of use of wavefront parallel processing in video coding |
NZ616358A (en) | 2012-02-03 | 2015-03-27 | Mediatek Inc | Method and apparatus for loop filtering cross tile or slice boundaries |
US9762903B2 (en) * | 2012-06-01 | 2017-09-12 | Qualcomm Incorporated | External pictures in video coding |
US9716892B2 (en) * | 2012-07-02 | 2017-07-25 | Qualcomm Incorporated | Video parameter set including session negotiation information |
US8989508B2 (en) | 2012-09-28 | 2015-03-24 | Sharp Kabushiki Kaisha | Electronic device for signaling a sub-picture buffer parameter |
US9491457B2 (en) | 2012-09-28 | 2016-11-08 | Qualcomm Incorporated | Signaling of regions of interest and gradual decoding refresh in video coding |
CN116366835A (zh) | 2013-01-04 | 2023-06-30 | Ge视频压缩有限责任公司 | 高效可伸缩编码概念 |
CA2897152C (en) | 2013-01-07 | 2019-03-05 | Kemal Ugur | Inter-layer video encoding and decoding with adaptive resolution change at indicated switching points |
US9591321B2 (en) * | 2013-04-07 | 2017-03-07 | Dolby International Ab | Signaling change in output layer sets |
US10015515B2 (en) | 2013-06-21 | 2018-07-03 | Qualcomm Incorporated | Intra prediction from a predictive block |
JP6352383B2 (ja) * | 2013-07-14 | 2018-07-04 | シャープ株式会社 | 復号方法及び復号装置 |
GB2516424A (en) * | 2013-07-15 | 2015-01-28 | Nokia Corp | A method, an apparatus and a computer program product for video coding and decoding |
US20150078457A1 (en) * | 2013-09-13 | 2015-03-19 | Qualcomm Incorporated | Representation format signaling in multi-layer video coding |
JP6472442B2 (ja) * | 2013-10-11 | 2019-02-20 | シャープ株式会社 | 復号方法 |
US20150103924A1 (en) | 2013-10-13 | 2015-04-16 | Sharp Laboratories Of America, Inc. | On operation of decoded picture buffer for interlayer pictures |
KR20150057591A (ko) | 2013-11-20 | 2015-05-28 | 주식회사 디오텍 | 동영상파일에 대한 자막데이터 생성방법 및 장치 |
EP3090558A4 (en) * | 2014-01-03 | 2017-08-16 | Nokia Technologies OY | Parameter set coding |
US20150215631A1 (en) | 2014-01-23 | 2015-07-30 | Broadcom Corporation | Parallel Coding with Overlapped Tiles |
JP6280679B2 (ja) | 2014-02-24 | 2018-02-14 | 日本放送協会 | フレーム間引き装置、フレーム補間装置、映像符号化装置、映像復号装置、及びこれらのプログラム |
ES2913983T3 (es) | 2014-03-17 | 2022-06-07 | Nokia Technologies Oy | Un aparato, un método y un programa informático para codificación y decodificación de vídeo |
US9794626B2 (en) * | 2014-05-01 | 2017-10-17 | Qualcomm Incorporated | Partitioning schemes in multi-layer video coding |
US10750198B2 (en) | 2014-05-22 | 2020-08-18 | Qualcomm Incorporated | Maximum palette parameters in palette-based video coding |
WO2016048834A1 (en) | 2014-09-26 | 2016-03-31 | Vid Scale, Inc. | Intra block copy coding with temporal block vector prediction |
US9800898B2 (en) * | 2014-10-06 | 2017-10-24 | Microsoft Technology Licensing, Llc | Syntax structures indicating completion of coded regions |
KR102150979B1 (ko) | 2014-12-19 | 2020-09-03 | 에이치에프아이 이노베이션 인크. | 비디오 및 이미지 코딩에서의 비-444 색채 포맷을 위한 팔레트 기반 예측의 방법 |
RU2686559C2 (ru) | 2015-01-29 | 2019-04-29 | Кэнон Кабусики Кайся | Инициализатор предсказателя палитры при кодировании или декодировании самостоятельных кодируемых структур |
US20160234522A1 (en) | 2015-02-05 | 2016-08-11 | Microsoft Technology Licensing, Llc | Video Decoding |
CN104702963B (zh) | 2015-02-13 | 2017-11-24 | 北京大学 | 一种自适应环路滤波的边界处理方法及装置 |
WO2016127889A1 (en) | 2015-02-13 | 2016-08-18 | Mediatek Inc. | Method and apparatus for palette index coding in video and image compression |
JP2017017629A (ja) | 2015-07-03 | 2017-01-19 | 富士通株式会社 | 動画像符号化装置、動画像符号化方法、及びプログラム |
WO2017083784A1 (en) | 2015-11-11 | 2017-05-18 | Apple Inc. | Adaptive chroma downsampling and color space conversion techniques |
TW202344052A (zh) | 2016-02-09 | 2023-11-01 | 弗勞恩霍夫爾協會 | 用於圖像/視訊資料串流而允許有效可縮減性或有效隨機存取之技術 |
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 |
CN116347073A (zh) * | 2016-03-30 | 2023-06-27 | 韩国电子通信研究院 | 使用画面划分信息对视频进行编码和解码的方法和设备 |
US10419755B2 (en) | 2016-05-16 | 2019-09-17 | Qualcomm Incorporated | Confusion of multiple filters in adaptive loop filtering in video coding |
CN107566848B (zh) | 2016-06-30 | 2020-04-14 | 华为技术有限公司 | 编解码的方法及装置 |
CN107801039B (zh) | 2016-08-30 | 2020-04-14 | 华为技术有限公司 | 运动补偿预测方法和装置 |
US20180098090A1 (en) | 2016-10-04 | 2018-04-05 | Mediatek Inc. | Method and Apparatus for Rearranging VR Video Format and Constrained Encoding Parameters |
KR102435881B1 (ko) * | 2017-05-26 | 2022-08-24 | 에스케이텔레콤 주식회사 | 영상 부호화 또는 복호화하기 위한 장치 및 방법 |
WO2019008174A1 (en) | 2017-07-06 | 2019-01-10 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | CONCEPTS FOR CONTINUOUSLY DISPLAYING VIDEOS CUT INTO PARTS |
KR102411337B1 (ko) | 2017-10-09 | 2022-06-22 | 노키아 테크놀로지스 오와이 | 비디오 코딩 및 디코딩을 위한 장치, 방법 및 컴퓨터 프로그램 |
JP2021016016A (ja) * | 2017-10-20 | 2021-02-12 | シャープ株式会社 | 動画像符号化装置及び動画像復号装置 |
TWI750486B (zh) | 2018-06-29 | 2021-12-21 | 大陸商北京字節跳動網絡技術有限公司 | 運動資訊共用的限制 |
CN110662046B (zh) | 2018-06-29 | 2022-03-25 | 北京字节跳动网络技术有限公司 | 视频处理方法、装置和可读存储介质 |
KR20210024487A (ko) | 2018-07-01 | 2021-03-05 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 효율적인 아핀 병합 모션 벡터 유도 |
CN110677678B (zh) | 2018-07-01 | 2022-09-23 | 北京字节跳动网络技术有限公司 | 依赖形状的帧间编码 |
CN112913247B (zh) | 2018-10-23 | 2023-04-28 | 北京字节跳动网络技术有限公司 | 使用局部照明补偿的视频处理 |
KR102653562B1 (ko) | 2018-11-06 | 2024-04-02 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 위치에 따른 인트라 예측 |
CN109600611B (zh) | 2018-11-09 | 2021-07-13 | 北京达佳互联信息技术有限公司 | 环路滤波方法、环路滤波装置、电子设备和可读介质 |
EP3906677A4 (en) | 2019-01-02 | 2022-10-19 | Nokia Technologies Oy | DEVICE, METHOD AND COMPUTER PROGRAM FOR VIDEO ENCODING AND DECODING |
WO2020141879A1 (ko) | 2019-01-02 | 2020-07-09 | 엘지전자 주식회사 | 영상 코딩 시스템에서 서브 블록 기반 시간적 머지 후보를 사용하는 어파인 움직임 예측에 기반한 영상 디코딩 방법 및 장치 |
CN113302930A (zh) * | 2019-01-09 | 2021-08-24 | 华为技术有限公司 | 视频译码中的时间运动约束子图像指示 |
EP4358036A2 (en) | 2019-03-11 | 2024-04-24 | Huawei Technologies Co., Ltd. | Interpolation filter clipping for sub-picture motion vectors |
BR112021023775A2 (pt) | 2019-06-03 | 2022-01-11 | Nokia Technologies Oy | Um aparelho, um método e um programa de computador para codificação e decodificação de vídeo |
CN114097222A (zh) | 2019-06-23 | 2022-02-25 | 夏普株式会社 | 用于在视频编码中执行自适应分辨率变化的系统和方法 |
CN114009018A (zh) | 2019-06-24 | 2022-02-01 | 夏普株式会社 | 用于基于交叉分量相关性来减小视频编码中的重构误差的系统和方法 |
CN114827600B (zh) | 2019-07-08 | 2023-09-01 | 华为技术有限公司 | 一种图像解码的方法及解码器 |
CN113994670B (zh) | 2019-07-25 | 2023-08-11 | 寰发股份有限公司 | 具有虚拟边界的跨分量自适应环路滤波的视频编解码方法及装置 |
EP4011067A4 (en) | 2019-08-06 | 2023-09-13 | OP Solutions, LLC | ADAPTIVE RESOLUTION MANAGEMENT SIGNALING |
US11363307B2 (en) | 2019-08-08 | 2022-06-14 | Hfi Innovation Inc. | Video coding with subpictures |
CN117336468A (zh) | 2019-08-10 | 2024-01-02 | 北京字节跳动网络技术有限公司 | 视频比特流中的子图片相关信令通知 |
CN114521331A (zh) | 2019-09-13 | 2022-05-20 | 松下电器(美国)知识产权公司 | 编码装置、解码装置、编码方法和解码方法 |
US11451834B2 (en) | 2019-09-16 | 2022-09-20 | Tencent America LLC | Method and apparatus for cross-component filtering |
US11202068B2 (en) | 2019-09-16 | 2021-12-14 | Mediatek Inc. | Method and apparatus of constrained cross-component adaptive loop filtering for video coding |
GB201913403D0 (en) | 2019-09-17 | 2019-10-30 | Canon Kk | Method and apparatus for encoding and decoding a video stream with subpictures |
CN114556952A (zh) | 2019-10-02 | 2022-05-27 | 北京字节跳动网络技术有限公司 | 包括子图片的视频比特流中的条带级信令通知 |
CN114930833A (zh) | 2019-10-10 | 2022-08-19 | 北京达佳互联信息技术有限公司 | 使用调色板模式的视频编解码的方法和装置 |
KR20220078600A (ko) | 2019-10-18 | 2022-06-10 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 서브픽처들의 파라미터 세트 시그널링에서의 신택스 제약들 |
US11539982B2 (en) | 2019-11-01 | 2022-12-27 | Qualcomm Incorporated | Merge estimation region for multi-type-tree block structure |
-
2020
- 2020-10-09 CN CN202080069924.0A patent/CN114556952A/zh active Pending
- 2020-10-09 BR BR112022006387A patent/BR112022006387A2/pt unknown
- 2020-10-09 WO PCT/CN2020/119931 patent/WO2021063420A1/en active Application Filing
- 2020-10-09 JP JP2022520358A patent/JP7322290B2/ja active Active
- 2020-10-09 CN CN202311526704.8A patent/CN117528082A/zh active Pending
- 2020-10-09 WO PCT/CN2020/119932 patent/WO2021063421A1/en unknown
- 2020-10-09 MX MX2022003765A patent/MX2022003765A/es unknown
- 2020-10-09 EP EP20871705.8A patent/EP4022917A4/en active Pending
- 2020-10-09 KR KR1020227009747A patent/KR102609308B1/ko active IP Right Grant
- 2020-10-09 CN CN202080069970.0A patent/CN114503577A/zh active Pending
-
2022
- 2022-04-01 US US17/711,319 patent/US11539950B2/en active Active
- 2022-04-01 US US17/711,294 patent/US11546593B2/en active Active
- 2022-11-25 US US17/994,085 patent/US20230116187A1/en active Pending
-
2023
- 2023-07-26 JP JP2023121558A patent/JP2023143947A/ja active Pending
Non-Patent Citations (3)
Title |
---|
BENJAMIN BROSS, JIANLE CHEN, AND SHAN LIU: "Versatile Video Coding (Draft 6)", JOINT VIDEO EXPERTS TEAM (JVET) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, vol. JVET-O2001 (version 14), JPN6023008232, 31 July 2019 (2019-07-31), pages 21 - 23, ISSN: 0005008729 * |
KAI ZHANG, ET AL.: "AHG12: Cleanups on syntax design of sub-pictures", JOINT VIDEO EXPERTS TEAM (JVET) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, vol. JVET-P0377-v1, JPN6023008231, September 2019 (2019-09-01), pages 1 - 4, ISSN: 0005008731 * |
YONG HE, AND AHMED HAMZA: "AHG12: On subpicture grid syntax", JOINT VIDEO EXPERTS TEAM (JVET) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, vol. JVET-P0129, JPN6023008233, September 2019 (2019-09-01), pages 1 - 3, ISSN: 0005008730 * |
Also Published As
Publication number | Publication date |
---|---|
CN114556952A (zh) | 2022-05-27 |
US20230116187A1 (en) | 2023-04-13 |
US20220256195A1 (en) | 2022-08-11 |
WO2021063420A1 (en) | 2021-04-08 |
US11546593B2 (en) | 2023-01-03 |
MX2022003765A (es) | 2022-04-20 |
KR20220066897A (ko) | 2022-05-24 |
CN114503577A (zh) | 2022-05-13 |
BR112022006387A2 (pt) | 2022-07-26 |
WO2021063421A1 (en) | 2021-04-08 |
JP7322290B2 (ja) | 2023-08-07 |
EP4022917A4 (en) | 2022-11-30 |
CN117528082A (zh) | 2024-02-06 |
JP2023143947A (ja) | 2023-10-06 |
KR102609308B1 (ko) | 2023-12-05 |
EP4022917A1 (en) | 2022-07-06 |
US20220239912A1 (en) | 2022-07-28 |
US11539950B2 (en) | 2022-12-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7372443B2 (ja) | サブピクチャに依存するビデオビットストリーム内のシグナリング | |
JP7322290B2 (ja) | ビデオビットストリームにおけるサブピクチャシグナリングのための構文 | |
CN114631317B (zh) | 子图片的参数集信令中的语法约束 | |
JP7454681B2 (ja) | ビデオコーディング及び復号の制約 | |
CN113841402A (zh) | 视频编解码中大块的变换设计 | |
JP7482220B2 (ja) | サブピクチャのパラメータセットシグナリングにおける構文制約 | |
WO2021129805A1 (en) | Signaling of parameters at sub-picture level in a video bitstream |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220606 Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220407 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220407 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230307 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230606 |
|
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: 20230627 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230726 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7322290 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |