JP2022539468A - 映像符号化におけるイントラブロックコピーのための仮想予測バッファ - Google Patents
映像符号化におけるイントラブロックコピーのための仮想予測バッファ Download PDFInfo
- Publication number
- JP2022539468A JP2022539468A JP2022500635A JP2022500635A JP2022539468A JP 2022539468 A JP2022539468 A JP 2022539468A JP 2022500635 A JP2022500635 A JP 2022500635A JP 2022500635 A JP2022500635 A JP 2022500635A JP 2022539468 A JP2022539468 A JP 2022539468A
- Authority
- JP
- Japan
- Prior art keywords
- block
- buffer
- vpdu
- samples
- current
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 239000000872 buffer Substances 0.000 title claims description 279
- 230000000007 visual effect Effects 0.000 claims abstract description 50
- 238000006243 chemical reaction Methods 0.000 claims abstract description 34
- 238000003672 processing method Methods 0.000 claims abstract description 25
- 238000000034 method Methods 0.000 claims description 299
- 239000013598 vector Substances 0.000 claims description 209
- 238000012545 processing Methods 0.000 claims description 42
- 230000001131 transforming effect Effects 0.000 claims description 7
- 239000000523 sample Substances 0.000 description 170
- 241000023320 Luma <angiosperm> Species 0.000 description 104
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 description 104
- 230000008569 process Effects 0.000 description 82
- 230000033001 locomotion Effects 0.000 description 55
- 230000015654 memory Effects 0.000 description 28
- 238000013461 design Methods 0.000 description 21
- 238000001914 filtration Methods 0.000 description 21
- 230000006870 function Effects 0.000 description 20
- 230000009466 transformation Effects 0.000 description 14
- 238000009795 derivation Methods 0.000 description 13
- 239000011449 brick Substances 0.000 description 10
- 238000004590 computer program Methods 0.000 description 9
- 230000003044 adaptive effect Effects 0.000 description 8
- 230000001419 dependent effect Effects 0.000 description 7
- 238000013507 mapping Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 238000006073 displacement reaction Methods 0.000 description 6
- 101150039623 Clip1 gene Proteins 0.000 description 5
- 239000013074 reference sample Substances 0.000 description 5
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 229910052757 nitrogen Inorganic materials 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000000638 solvent extraction Methods 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 238000005192 partition Methods 0.000 description 3
- 239000010754 BS 2869 Class F Substances 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000010606 normalization Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 238000013515 script Methods 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000010200 validation analysis Methods 0.000 description 2
- 230000001154 acute effect Effects 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000009472 formulation Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 229910052698 phosphorus Inorganic materials 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 238000013139 quantization Methods 0.000 description 1
- 239000012723 sample buffer Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- 238000012546 transfer Methods 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/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
- H04N19/423—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements
-
- 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/103—Selection of coding mode or of prediction mode
- H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
-
- 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/103—Selection of coding mode or of prediction mode
- H04N19/11—Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/1883—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit relating to sub-band structure, e.g. hierarchical level, directional tree, e.g. low-high [LH], high-low [HL], high-high [HH]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
Abstract
Description
パリ条約に基づく適用可能な特許法及び/又は規則に基づいて、本願は、2019年7月6日出願の国際特許出願PCT/CN2019/094957号、2019年7月9日出願の国際特許出願PCT/CN2019/095297号、2019年7月10日出願の国際特許出願PCT/CN2019/095504号、2019年7月11日出願の国際特許出願PCT/CN2019/095656号、2019年7月13日出願の国際特許出願PCT/CN2019/095913号、2019年7月15日出願の国際特許出願PCT/CN2019/096048号の優先権及び利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
各インター予測されたPUは、1つまたは2つの参照ピクチャリストのための動きパラメータを有する。動きパラメータは、動きベクトルおよび参照ピクチャインデックスを含む。2つの参照ピクチャリストのうちの1つの参照ピクチャリストの使用は、inter_pred_idcを使用して信号通知されてもよい。動きベクトルは、予測子に対するデルタ(delta)として明確にコーディングされてもよい。
現在のピクチャの参照(CPR)は、イントラブロックコピー(IBC)と呼ばれたこともあるが、HEVCスクリーンコンテンツ符号化拡張機能(HEVC-SCC)と現在のVVCテストモデルに採用されている。IBCは、動き補償の概念をフレーム間符号化からイントラフレーム符号化に拡張する。図1に示すように、現在のブロックは、CPRが適用される場合、同じピクチャ内の1つの参照ブロックによって予測される。現在のブロックを符号化または復号化する前に、参照ブロックにおけるサンプルは既に再構成されていなければならない。CPRは、カメラでキャプチャされたほとんどのシーケンスに対してそれほど効率的ではないが、スクリーンコンテンツに対しては、有意な符号化利得を示す。その理由は、スクリーンコンテンツピクチャにおいて、アイコン、文字等の繰り返しパターンが多いためである。CPRは、これらの繰り返しパターン間の冗長性を有効に除去することができる。HEVC-SCCにおいて、インター符号化ユニット(CU)は、現在のピクチャをその参照ピクチャとして選択する場合、CPRを適用することができる。この場合、MVをブロックベクトル(BV)と改称し、BVは常に整数画素精度を有する。メインプロファイルHEVCに適合するように、現在のピクチャは、復号化ピクチャバッファ(DPB)における「長期」参照ピクチャとしてマークされる。なお、同様に、マルチプルビュー/3D映像符号化規格において、ビュー間の参照ピクチャも「長期」参照ピクチャとしてマークされる。
HEVCのスクリーンコンテンツ符号化拡張機能において、1つのブロックが現在のピクチャを参照として使用する場合、以下の仕様のテキストに示すように、参照ブロック全体が利用可能な再構成された領域内にあることを保証すべきである。
変数offsetXおよびoffsetYは、以下のように導出される。
offsetX=(ChromaArrayType==0)?0:(mvCLX[0]&0x7?2:0) (8-104)
offsetY=(ChromaArrayType==0)?0:(mvCLX[1]&0x7?2:0) (8-105)
参照ピクチャが現在のピクチャである場合、輝度動きベクトルmvLXは、以下の制約に従うべきであることが、ビットストリーム適合性の要件である。
- 6.4.1項で規定されたようなz走査順序ブロックの可用性に対する導出処理が、(xCb,yCb)と等しく設定された(xCurr,yCurr)と、(xPb+(mvLX[0]>>2)-offsetX,yPb+(mvLX[1]>>2)-offsetY)に等しく設定された近傍の輝度位置(xNbY,yNbY)と、が入力として呼び出されると、出力はTRUEとなる。
- 6.4.1項に規定されたようなz走査順序ブロックの可用性に対する導出処理が、(xCb,yCb)と等しく設定された(xCurr,yCurr)と、(xPb+(mvLX[0]>>2)+nPbW-1+offsetX、yPb+(mvLX[1]>>2)+nPbI-I-1+offsetY)と等しく設定された近傍の輝度位置(xNbY,yNbY)と、が入力として呼び出されると、出力はTRUEとなる。
- 次の条件の一方または両方がtrueであること
- (mvLX[0]>>2)の値+nPbW+xB1+offsetXが0以下である。
- (mvLX[1]>>2)の値+nPbH+yB1+offsetYが0以下である。
- 次の条件がtrueとなること。
(xPb+(mvLX[0]>>2)+nPbSw-1+offsetX)/CtbSizeY-xCb/CtbSizeY<=yCb/CtbSizeY-(yPb+(mvLX[1]>>2)+nPbSh-1+offsetY)/CtbSizeY (8-106)
VVC試験モデルにおいて、参照ブロック全体は現在の符号化ツリーユニット(CTU)を有するべきであり、現在のブロックと重複しない。よって、参照または予測ブロックをパディングする必要がない。
1)コロケーションされた輝度ブロックの輝度CUの各々は、CPRモードで符号化されるべきである。
2)輝度4×4ブロック’BVの各々は、まず、クロマブロックのBVに変換され、クロマブロックのBVは、有効なBVである。
1)BVによって特定される参照ブロックのすべてのサンプルは、制限された検索範囲内にあるべきである(例えば、現在のVVC設計において同じCTU内にある)。
2)BVによって特定された参照ブロックのすべてのサンプルが再構成されている。
いくつかの実施例において、CPR/IBCのための参照領域は、現在のCTUに制限され、最大128×128である。CPR/IBCブロックがより多くの参照候補を有することができる一方、CPR/IBCの参照バッファを1つのCTUから維持または低減することができるように、参照領域を動的に変更してメモリを再利用し、CPR/IBCの参照サンプルを記憶する。
インループリシェイプ(ILR)の基本的な考えは、元の(第1のドメインにおける)信号(予測/再構成信号)を第2のドメイン(リシェイプされたドメイン)に変換することである。
概念的には、区分線形(PWL)は、以下のように実装される。
y=((m*x+2FP_PREC-1)>>FP_PREC)+c
インループ輝度リシェイプの方法は、より複雑性低いパイプラインを提供し、且つインタースライス再構成におけるブロック単位のイントラ予測のための復号化待ち時間を排除する。イントラ予測は、インタースライスおよびイントラスライスの両方のために、リシェイプされたドメインにおいて行われる。
輝度依存クロマ残差スケーリングは、固定小数点整数演算で実装される乗算処理である。クロマ残差スケーリングは、輝度信号のクロマ信号との相互作用を補償する。TUレベルでクロマ残差スケーリングを適用する。具体的には、以下が適用される。
- イントラの場合、再構成された輝度を平均する。
- インターの場合、予測輝度を平均する。
パラメータは(現在)タイルグループヘッダ(ALFに類似)で送信される。これらは、40~100ビットを要すると報告されている。
sps_reshaper_enabled_flagが1と等しい場合は、符号化映像シーケンス(CVS)においてリシェイパが使用されていることを規定している。sps_reshaper_enabled_flagが0と等しい場合は、CVSにおいてリシェイパが使用されていないことを規定している。
タイルグループヘッダ構文において、以下の意味論を追加する。
tile_group_reshaper_model_present_flagが1と等しい場合は、tile_group_reshaper_model()がタイルグループ内に存在することを規定している。
tile_group_reshaper_model_present_flagが0と等しい場合は、tile_group_reshaper_model()がタイルグループヘッダに存在しないことを規定している。
tile_group_reshaper_model_present_flagが存在しない場合は、0に等しいと推論される。
tile_group_reshaper_enabled_flagが1と等しい場合は、現在のタイルグループに対してリシェイパが有効になっていることを規定している。
tile_group_reshaper_enabled_flagが0と等しい場合は、現在のタイルグループに対してリシェイパが有効になっていないことを規定している。
tile_group_reshaper_enable_flagが存在しない場合、0であると推論される。
tile_group_reshaper_chroma_residual_scale_flagが1と等しい場合は、現在のタイルグループに対してクロマ残差スケーリングを有効であることを規定している。
tile_group_reshaper_chroma_residual_scale_flagが0と等しい場合は、現在のタイルグループに対してクロマ残差スケーリングが有効でないことを規定している。
tile_group_reshaper_chroma_residual_scale_flagが存在しない場合は、0であると推測される。
tile_group_reshaper_model()構文を追加する
reshape_model_min_bin_idxは、最小のビン(またはピース)インデックスを、リシェイパ構築処理に使用するように規定している。reshape_model_min_bin_idxの値が0~MaxBinIdxの範囲内にあるものとする。
MaxBinIdxの値は15と等しいとする。
reshape_model_delta_max_bin_idxは、最大許容ビン(またはピース)インデックスMaxBinIdxから最大ビンインデックスを引いたものが、リシェイパ構築処理で使用されることを規定している。reshape_model_max_bin_idxの値は、MaxBinIdx-reshape_model_delta_max_bin_idxに等しく設定される。
reshaper_model_bin_delta_abs_cw_prec_minus1+1は、構文reshape_model_bin_delta_abs_CW[i]の表現に使用するビット数を規定している。
reshape_model_bin_delta_abs_CW[i]は、i番目のビンの絶対デルタコード名値を規定する。
reshaper_model_bin_delta_sign_CW_flag[i]は、reshape_model_bin_delta_abs_CW[i]のサインを次のように記述する。
- reshape_model_bin_delta_sign_CW_flag[i]が0と等しい場合、対応する変数RspDeltaCW[i]は正の値である。
- そうでない場合(reshape_model_bin_delta_sign_CW_flag[i]が0と等しくない)、対応する変数RspDeltaCW[i]は負の値である。
-reshaper_model_min_bin_idx<=i<=reshaper_model_max_bin_idxの場合、RspCW[i]=OrgCW+RspDeltaCW[i]である。
- そうでない場合、RspCW[i]=0である。
InputPivot[i]=i*OrgCW
shiftY=14
ReshapePivot[0]=0;
for(i=0;i<=MaxBinIdx;i++){
ReshapePivot[i+1]=ReshapePivot[i]+RspCW[i]
ScaleCoef[i]=(RspCW[i]*(1<<shiftY)+(1<<(Log2(OrgCW)-1)))>>(Log2(OrgCW))
if(RspCW[i]==0)
InvScaleCoeff[i]=0
else
InvScaleCoeff[i]=OrgCW*(1<<shiftY)/RspCW[i]
}
ChromaResidualScaleLut[64]={16384,16384,16384,16384,16384,16384,16384,8192,8192,8192,8192,5461,5461,5461,5461,4096,4096,4096,4096,3277,3277,3277,3277,2731,2731,2731,2731,2341,2341,2341,2048,2048,2048,1820,1820,1820,1638,1638,1638,1638,1489,1489,1489,1489,1365,1365,1365,1365,1260,1260,1260,1260,1170,1170,1170,1170,1092,1092,1092,1092,1024,1024,1024,1024};
shiftC=11
-if(RspCW[i]==0)
ChromaScaleCoef[i]=(1<<shiftC)
-Otherwise(RspCW[i]!=0),ChromaScaleCoef[i]=
ChromaResidualScaleLut[RspCW[i]>>1]
エンコーダ側では、まず、各ピクチャ(またはタイルグループ)をリシェイプされたドメインに変換する。そして、すべての符号化処理は、リシェイプされたドメインで行われる。イントラ予測の場合、近傍のブロックはリシェイプされたドメインにあり、インター予測の場合、まず、参照ブロック(復号化ピクチャバッファからの元のドメインから生成される)をリシェイプされたドメインに変換する。そして、残差を生成し、ビットストリームに符号化する。
現在のCPR/IBCの設計において、いくつかの問題が存在する。
1)参照領域が動的に変化するため、エンコーダ/デコーダの処理が複雑になる。
2)無効なブロックベクトルは容易に生成され、チェックしにくいため、エンコーダおよびデコーダの両方を複雑にする。
3)参照領域が不規則であると、ブロックベクトルの符号化が非効率になる。
4)128×128より小さいCTUサイズに対してどのように対処するかは不明である。
5)BVが有効であるか無効であるかの判定処理において、クロマブロックの場合、この決定は、輝度サンプルの可用性に基づいて行われ、このことは、デュアルツリーパーティション構造に起因して誤った判定をもたらす可能性がある。
いくつかの実施形態において、CPR/IBCブロックが参照を得るために、通常のバッファを使用できる。
1. CPR/IBCのために輝度参照サンプルを記憶するために、M×N個の画素バッファを使用することが提案される。
a. 一例において、バッファサイズは64×64である。
b. 一例において、バッファサイズは128×128である。
c. 一例において、バッファサイズは64×128である。
d. 一例において、バッファサイズは128×64である。
e. 一例において、NはCTUの高さに等しい。
f. 一例において、N=nHであり、HはCTUの高さであり、nは正の整数である。
g. 一例において、MはCTUの幅に等しい。
h. 一例において、M=mWであり、WはCTUの幅であり、mは正の整数である。
i. 一例において、バッファサイズは、CTUサイズに等しくなく、例えば、96×128または128×96である。
j. 一例において、バッファサイズはCTUサイズに等しい。
k. 一例において、M=mW、N=Hであり、WおよびHは、CTUの幅および高さであり、mは、正の整数である。
l. 一例において、M=W、N=nHであり、WおよびHは、CTUの幅および高さであり、nは、正の整数である。
m. 一例において、M=mW、N=nHであり、WおよびHは、CTUの幅および高さであり、mおよびnは、正の整数である。
n. 上記例において、mおよびnはCTUのサイズに依存してもよい。
i. 一例において、CTUのサイズが128×128である場合、m=1であり、n=1である。
ii. 一例において、CTUのサイズが64×64である場合、m=4であり、n=1である。
iii. 一例において、CTUのサイズが32×32である場合、m=16であり、n=1である。
iv. 一例において、CTUのサイズが16×16である場合、m=64であり、n=1である。
o. 代替的に、バッファサイズはCTUサイズに対応する。
p.代替的に、このバッファサイズは、仮想パイプラインデータユニット(VPDU)のサイズに対応する。
q. Mおよび/またはNは、エンコーダからデコーダに、例えばVPS/SPS/PPS/ピクチャヘッダ/スライスヘッダ/タイルグループヘッダ等で信号通知されてもよい。
2. Mおよび/またはNは、規格で規定された異なるプロファイル/レベル/層で異なってもよい。別のMc×Nc画素バッファを使用して、CPR/IBCのためのクロマ参照サンプルを記憶することが提案される。
a. 一例において、4:2:0映像の場合、Mc=M/2およびNc=N/2である。
b. 一例において、4:4:4映像の場合、Mc=MおよびNc=Nである。
c. 一例において、4:2:2映像の場合、Mc=MおよびNc=N/2である。
d. 代替的に、McおよびNcは、MおよびNから独立してもよい。
e. 一例において、クロマバッファは、CbおよびCrに対応する2つのチャネルを含む。
f. 一例において、Mc=Mであり、Nc=Nである。
3. M×Nサンプルバッファを使用してPR/IBCのためにRGB参照サンプルを記憶ことが提案される。
a. 一例において、バッファサイズは64×64である。
b. 一例において、バッファサイズは128×128である。
c. 一例において、バッファサイズは64×128である。
d. 一例において、バッファサイズは128×64である。
e. 代替的に、バッファサイズはCTUサイズに対応する。
f. 代替的に、このバッファサイズは、仮想パイプラインデータユニット(VPDU)のサイズに対応する。
4. バッファは、ループフィルタリングの前に再構成された画素を記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ(ALF)、サンプル適応オフセット(SAO)、クロス成分ALF、または任意の他のフィルタを参照してもよい。
a. 一例において、バッファは、現在のCTUにサンプルを記憶することができる。
b. 一例において、バッファは、現在のCTUの外部にサンプルを記憶することができる。
c. 一例において、バッファは、現在のピクチャの任意の部分からのサンプルを記憶することができる。
d. 一例において、バッファは、他のピクチャからのサンプルを記憶することができる。
5. バッファは、ループフィルタリングの後に再構成された画素を記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ(ALF)、サンプル適応オフセット(SAO)、クロス成分ALF、または任意の他のフィルタを参照してもよい。
a. 一例において、バッファは、現在のCTUにサンプルを記憶することができる。
b. 一例において、バッファは、現在のCTUの外部にサンプルを記憶することができる。
c. 一例において、バッファは、現在のピクチャの任意の部分からのサンプルを記憶することができる。
d. 一例において、バッファは、他のピクチャからのサンプルを記憶することができる。
6. バッファは、ループフィルタリング前およびループフィルタリング後の両方で再構成されたサンプルを記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ(ALF)、サンプル適応オフセット(SAO)、クロス成分ALF、または任意の他のフィルタを参照してもよい。
a. 一例において、バッファは、現在のピクチャからのサンプルと他のピクチャからのサンプルとを、それらのサンプルの可用性に基づいて記憶することができる。
b. 一例において、他のピクチャからの参照サンプルは、ループフィルタリング後の再構成サンプルからのものである。
c. 一例において、他のピクチャからの参照サンプルは、ループフィルタリングの前に再構成されたサンプルからのものである。
7. バッファは、符号化映像データのビット深度とは異なり得る所与のビット深度を有するサンプルを記憶することが提案される。
a. 一例において、再構成バッファ/符号化映像データのビット深度は、バッファに記憶されたIBC参照サンプルのビット深度よりも大きい。
b. 一例において、内部ビット深度が1つの映像シーケンスのための入力ビット深度と異なる場合、例えば(10ビット対8ビット)であっても、IBC参照サンプルは、入力ビット深度に位置合わせされて記憶される。
c. 一例において、ビット深度は再構成バッファのビット深度と同じである。
d. 一例において、ビット深度は、入力画像/映像のビット深度と同じである。
e. 一例において、ビット深度は、予め規定された数と同じである。
f. 一例において、ビット深度は、標準のプロファイルに依存する。
g. 一例において、出力ビット深度/入力ビット深度/内部ビット深度と比較したビット深度またはビット深度の差は、SPS/PPS/シーケンスヘッダ/ピクチャヘッダ/スライスヘッダ/タイルグループヘッダ/タイルヘッダまたは他の種類の映像データユニットにおいて信号通知されてもよい。
h. 提案された方法は、他の黒丸印で言及された提案されたバッファ定義に適用されてもよく、代替的に、IBCの既存の設計にも適用されてもよい。
i. バッファの各色成分のビット深度は異なってもよい。
8. 所与の値でバッファを初期化することが提案される。
a. 一例において、バッファは所与の値で初期化される。
i. 一例において、所与の値は、入力ビット深度および/または内部ビット深度に依存してもよい。
ii. 一例において、バッファは、中間グレー値で初期化され、例えば、8ビット信号の場合、128が設定され、10ビット信号の場合、512が設定される。
iii. 一例において、ILRが使用される場合、バッファはforwardLUT(m)で初期化される。例m=1<<(Bitdepth-1)。
b. 代替的に、バッファは、SPS/VPS/APS/PPS/シーケンスヘッダ/タイルグループヘッダ/ピクチャヘッダ/tile/CTU/符号化ユニット/VPDU/領域で信号通知される値で初期化される。
c. 一例において、この所与の値は、前に復号化されたピクチャまたはスライスまたはCTUの行またはCTUまたはCUのサンプルから導出されてもよい。
d. この所与の値は、異なる色成分ごとに異なってもよい。
9. 代替的に、前回符号化されたブロックからの復号化された画素を使用してバッファを初期化することが提案される。
a. 一例において、復号化された画素は、インループフィルタリング前の画素である。
b. 一例において、バッファサイズがCTUである場合、バッファは、利用可能である場合、前回の復号化されたCTUの復号化された画素で初期化される。
c. 一例において、バッファサイズが64×64である場合、そのバッファサイズは、利用可能である場合、前回の復号化された64×64ブロックの復号化された画素で初期化される。
d. 代替的に、さらに、前回符号化されたブロックが利用可能でない場合、黒丸印8の方法が適用されてもよい。
10. 1つのブロックがバッファ内の画素を参照として使用するために、このブロックは、バッファ内の位置(x,y),x=0,1,2,...,M-1;y=0,1,2,...,N-1,を使って参照先を示すことができる。
11. 代替的に、この参照位置は、l=y*M+x,l=0,1,...,M*N-1として表すことができる。
12. なお、現在のCTUに関するブロックの左上の位置を(x0,y0)として、ブロックベクトル(BVx,BVy)=(x-x0,y-y0)をデコーダに送信し、バッファにおける参照先を示してもよい。
13. 代替的に、ブロックベクトル(BVx,BVy)は、(x-x0+Tx,y-y0+Ty)として規定されてもよく、TxおよびTyは、予め規定されたオフセットである。
14. 任意の画素(x0,y0)および(BVx,BVy)の場合、バッファにおけるその参照は、(x0+BVx,y0+BVy)に見出すことができる。
a. 一例において、(x0+BVx,y0+BVy)がバッファの外にある場合、それは境界にクリップされる。
b. 代替的に、(x0+BVx,y0+BVy)がバッファの外にある場合、その基準値は、所与の値、例えば、中間グレーとして予め規定される。
c. 代替的に、参照位置は、常にバッファ内にあるように、((x0+BVx)mod M,(y0+BVy)mod N)として規定される。
15. 任意の画素(x0,y0)および(BVx,BVy)に対して、(x0+BVx,y0+BVy)がバッファの外にある場合、その基準値はバッファにおける値から導出されてもよい。
a. 一例において、この値は、バッファにおけるサンプル((x0+BVx)mod M,(y0+BVy)mod N)から導出される。
b. 一例において、この値は、バッファにおけるサンプル((x0+BVx)mod M, clip(y0+BVy,0,N-1))から導出される。
c. 一例において、この値は、バッファにおけるサンプル(clip(x0+BVx,0,M-1),(y0+BVy)mod N)から導出される。
d. 一例において、この値は、バッファにおけるサンプル(clip(x0+BVx,0,M-1),clip(y0+BVy,0,N-1))から導出される。
16. バッファ範囲外の特定の座標を許可しない場合がある。
a. 一例において、CTUの左上隅およびブロックベクトル(BVx,BVy)に対する任意の画素(x0,y0)について、y0+BVyが[0,..,N-1]の範囲内にあるべきであることが、ビットストリーム制約である。
b. 一例において、CTUおよびブロックベクトル(BVx,BVy)の左上隅の任意の画素(x0,y0)に対して、x0+BVxが[0,..,M-1]の範囲内にあるべきであることが、ビットストリーム制約である。
c. 一例において、CTUおよびブロックベクトル(BVx,BVy)の左上隅の任意の画素(x0,y0)に対して、y0+BVyが[0,..,N-1]の範囲内にあるべきであり、且つx0+BVxが[0,..,M-1]の範囲内にあるべきであることが、ビットストリーム制約である。
17. 1つのブロックの信号通知されたまたは導出されたブロックベクトルがバッファの外のどこかを指している場合、バッファに基づいてパディングを行ってもよい。
a. 一例において、バッファの外の任意のサンプルの値は、予め規定された値で規定される。
i. 一例において、この値は、1<(ビット深度-1)であってもよく、例えば、8ビット信号の場合、128であり、10ビット信号の場合、512である。
ii. 一例において、ILRが使用される場合、この値はforwardLUT(m)であってもよい。例 m=1<<(Bitdepth-1).
iii. 代替的に、予め規定された値の表示は、SPS/PPS/シーケンスヘッダ/ピクチャヘッダ/スライスヘッダ/タイルグループ/タイル/CTU/CUレベルで信号通知または表示されてもよい。
b. 一例において、バッファの外の任意のサンプルは、バッファにおける最も近いサンプルの値として規定される。
18. バッファ参照からの取り扱い方法は、水平方向と垂直方向とで異なってもよく、または現在のブロックの位置によって(例えば、ピクチャ境界により近いか否か)異なってもよい。
a. 一例において、y0+BVyが[0,N-1]の外にある場合、(x0+BVx,y0+BVy)のサンプル値が予め規定された値として割り当てられる。
b. 一例において、x0+BVxが[0,M-1]の外にある場合、(x0+BVx,y0+BVy)のサンプル値が予め規定された値として割り当てられる。
c. 代替的に、(x0+BVx,y0+BVy)のサンプル値を((x0+BVx) mod M,y0+BVy)のサンプル値として割り当て、これにより、(((x0+BVx) mod M,y0+BVy)がまだバッファの外にある場合には、その値をさらに導出するために他の方法を呼び出してもよい。
d. 代替的に、(x0+BVx,y0+BVy)のサンプル値を(x0+BVx,(y0+BVy) mod N)のサンプル値として割り当て、これにより、(x0+BVx,(y0+BVy) mod N)がまだバッファの外にある場合には、その値をさらに導出するために他の方法を呼び出してもよい。
19. ブロックベクトル(BVx,BVy)の各成分またはその成分の1つを一定の範囲に正規化してもよい。
a. 一例において、BVxは、(BVx mod M)に置き換えられてもよい。
b. 代替的に、BVxは、((BVx+X) mod M)-Xに置き換えられてもよく、Xは、予め規定された値である。
i. 一例において、Xは64。
ii. 一例において、XはM/2。
iii. 一例において、Xは、現在のCTUに対するブロックの水平座標である。
c. 一例において、BVyは、(BVy mod N)に置き換えられてもよい。
d. 代替的に、BVyを((BVy+Y) mod N)-Yで置き換えてもよく、Yは予め規定された値である。
i. 一例において、Yは64。
ii. 一例において、YはN/2。
iii. 一例において、Yは、現在のCTUに対するブロックの垂直座標である。
20. BVxおよびBVyは、異なる正規化範囲を有してもよい。
21. ブロックベクトル差(BVDx,BVDy)を一定の範囲に正規化することができる。
a. 一例において、BVDxは、(BVDx mod M)に置き換えられてもよく、関数modは、リマインダを返す。
b. 代替的に、BVDxは、((BVDx+X) mod M)-Xに置き換えられてもよく、Xは、予め規定された値である。
i. 一例において、Xは64。
ii. 一例において、XはM/2。
c. 一例において、BVyは、(BVDy mod N)に置き換えられてもよい。
d. 代替的に、BVyを((BVDy+Y) mod N)-Yで置き換えてもよく、Yは予め規定された値である。
i. 一例において、Yは64。
ii. 一例において、YはN/2。
22. BVDxおよびBVDyは、異なる正規化範囲を有してもよい。
IBCバッファの幅および高さをWbufおよびHbufとする。ピクチャの左上隅に対して(X,Y)から始まるW×Hブロック(輝度ブロック、クロマブロック、CU、TU、4×4、2×2、または他のサブブロックであってもよい)の場合、ブロックベクトル(BVx、BVy)が有効であるかどうかを示すために、以下を適用してもよい。Wpic、Hpicを1つのピクチャの幅および高さとし、Wctu、Hctuを1つのCTUの幅および高さとする。関数floor(x)は、xより大きくない最大の整数を返す。
関数isRec(x,y)は、サンプル(x,y)を再構成した場合、それを返す。
23. いずれかの参照位置がピクチャ境界の外にあっても、ブロックベクトル(BVx,BVy)を有効であるとして設定してもよい。
a. 一例において、ブロックベクトルは、X+BVx<0であっても有効であるとして設定してもよい。
b. 一例において、ブロックベクトルは、X+W+BVx>Wpicであっても、有効であるとして設定してもよい。
c. 一例において、Y+BVy<0であっても、ブロックベクトルを有効であるとして設定してもよい。
d. 一例において、Y+H+BVy>Hpicであっても、ブロックベクトルを有効であるとして設定してもよい。
24. 現在のCTU行の外側に参照位置が存在しても、ブロックベクトル(BVx,BVy)を有効であるとして設定してもよい。
a. 一例において、ブロックベクトルは、Y+BVy<floor(Y/Hctu)*Hctuであっても有効であるとして設定してもよい。
b. 一例において、ブロックベクトルは、Y+H+BVy>=floor(Y/Hctu)*Hctu+Hctuであっても有効であるとして設定してもよい。
25.ブロックベクトル(BVx,BVy)は、いずれかの参照位置が現在のCTUおよび左(n-1)CTUの外にあったとしても、有効であるとして設定してもよく、nは、IBCのための参照領域として使用できるCTU(現在のCTUを含む、または除く)の数である。
a. 一例において、ブロックベクトルは、X+BVx<floor(X/Wctu)*Wctu-(n-1)*Wctuであっても有効であるとして設定してもよい。
b. 一例において、ブロックベクトルは、X+W+BVx>floor(X/Wctu)*Wctu+Wctuであっても、有効であるとして設定してもよい。
26. 特定のサンプルが再構成されていなくても、ブロックベクトル(BVx,BVy)を有効として設定してもよい。
a. 一例において、isRec(X+BVx,Y+BVy)がfalseであっても、ブロックベクトルを有効であるとして設定してもよい。
b. 一例において、isRec(X+BVx+W-1,Y+BVy)がfalseであっても、ブロックベクトルを有効であるとして設定してもよい。
c. 一例において、isRec(X+BVx,Y+BVy+H-1)がfalseであっても、ブロックベクトルを有効であるとして設定してもよい。
d. 一例において、isRec(X+BVx+W-1,Y+BVy+H-1)がfalseであっても、ブロックベクトルを有効であるとして設定してもよい。
27. ブロックベクトル(BVx,BVy)は、1つのブロックがCTU行における第1のCTUのブロックでない場合、常に有効であるとして設定してもよい。
a. 代替的に、ブロックベクトルは、常に有効であるとして設定してもよい。
28. 以下の3つの条件をすべて満たす場合、ブロックベクトル(BVx,BVy)を常に有効であるとして設定してもよい。
・X+BVx>=0
・Y+BVy>=floor(Y/Hctu)
・isRec(X+BVx+W-1,Y+BVy+H-1)==true
a. 代替的に、1つのCTU行における第1のCTUのブロックについて、3つの条件をすべて満たす場合、ブロックベクトルを常に有効であるとして設定してもよい。
29. ブロックベクトル(BVx,BVy)が有効である場合、ブロックのサンプルコピーはブロックベクトルに基づいて行われてもよい。
a. 一例において、サンプル(X,Y)の予測は、((X+BVx)%Wbuf,(Y+BVy)%Hbuf)から得ることができる。
30. 新しいピクチャまたはタイルを符号化するとき、バッファはリセットされてもよい。
a. 「リセット」という用語は、バッファが初期化されることを指すことができる。
b. 用語「リセット」は、バッファ内のすべてのサンプル/画素が所与の値(例えば、0または-1)に設定されることを指すことができる。
31. VPDUの符号化を終えたら、バッファはVPDUの再構成された値で更新されてもよい。
32. CTUの符号化を終えたら、バッファはCTUの再構成された値で更新されてもよい。
a. 一例において、バッファが満杯でない場合、バッファはCTUによってCTUを順次更新することができる。
b. 一例において、バッファが満杯である場合、最も古いCTUに対応するバッファ領域を更新する。
c. 一例において、M=mW、N=H(W、HはCTUのサイズであり、M、Nはバッファサイズである)であり、前回更新された領域が(kW,0)から始まる場合、更新する次の開始位置は、((k+1)W mod M,0)となる。
33. バッファは、各CTU行の最初にリセットされてもよい。
a. 代替的に、バッファは、各CTUの復号化の開始時にリセットされてもよい。
b. 代替的に、バッファは、1つのタイルを復号化する開始時にリセットされてもよい。
c. 代替的に、バッファは、1つのタイルグループ/ピクチャの復号化の開始時にリセットされもよい。
34. (x,y)から始まるブロックの符号化を終えたら、(x,y)から始まるバッファの対応する領域は、ブロックからの再構成によって更新される。
a. 一例において、(x,y)は、CTUの左上隅に対する位置である。
35. ピクチャに対するブロックの符号化を終えたら、バッファの対応する領域は、ブロックからの再構成によって更新される。
a. 一例において、バッファにおける位置(x mod M,y mod N)の値は、ピクチャの左上隅に対する位置(x,y)の再構成された画素値で更新されてもよい。
b. 一例において、バッファにおける位置(x mod M,y mod N)の値は、現在のタイルの左上隅に対する位置(x,y)の再構成された画素値で更新されてもよい。
c. 一例において、バッファにおける位置(x mod M,y mod N)の値は、現在のCTU行の左上隅に対する位置(x,y)の再構成された画素値で更新されてもよい。
d. 一例において、バッファ内の値は、ビット深度整列後の再構成された画素値で更新されてもよい。
36. (x,y)から始まるブロックの符号化を終えたら、(xb,yb)から始まるバッファの対応する領域は、ブロックからの再構成によって更新され、(xb,yb)および(x,y)は2つの異なる座標である。
a. 一例において、(x,y)は、CTUの左上隅に関する位置であり、(xb,yb)は、(x+update_x,y+update_y)であり、update_xおよびupdate_yは、バッファにおける更新可能な位置を示している。
37. 上記の例では、1つのブロックの再構成された値は、フィルタ(例えば、非ブロック化フィルタ)を適用する前の再構成された値を示してもよい。
a. 代替的に、1つのブロックの再構成された値は、フィルタ(例えば、非ブロック化フィルタ)が適用された後の再構成された値を示してもよい。
38. バッファが再構成されたサンプルから更新されるとき、再構成されたサンプルは、記憶される前にまず修正されてもよく、例えば、サンプルのビット深度を変更してもよい。
a. 一例において、バッファは、バッファのビット深度へのビット深度整列後、再構成されたサンプル値で更新される。
b. 一例において、バッファ値は、値{p+[1<<(b-1)]}>>bに基づいて更新され、pは、再構成されたサンプル値であり、bは、予め規定されたビットシフト値である。
c. 一例において、バッファ値は、clip({p+[1<<(b-1)]}>>b,0,(1<<bitdepth)-1)の値に基づいて更新され、pは、再構成されたサンプル値であり、bは、予め規定されたビットシフト値であり、ビット深度は、バッファビット深度である。
d. 一例において、バッファ値は、値{p+[1<(b-1)-1]}>bに基づいて更新され、pは、再構成されたサンプル値であり、bは、予め規定されたビットシフト値である。
e. 一例において、バッファ値は、clip({p+[1<<(b-1)-1]}>>b,0,(1<<bitdepth)-1)の値に基づいて更新され、pは、再構成されたサンプル値であり、bは、予め規定されたビットシフト値であり、bitdepthは、バッファビット深度である。
f. 一例において、バッファ値は、値p>>bに基づいて更新される。
g. 一例において、バッファ値は、clip(p>>b,0,(1<<bitdepth)-1)の値に基づいて更新され、bitdepthは、バッファビット深度である。
h. 上記例において、bは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
39. バッファサンプルを使用して予測を形成する場合、前処理を適用することができる。
a. 一例において、予測値は、p<<bであり、pは、バッファにおけるサンプル値であり、bは、予め規定された値である。
b. 一例において、予測値は、clip(p<<b,0,1<<bitdepth)であり、bitdepthは、再構成サンプルのビット深度である。
c. 一例において、予測値は、(p<<b)+(1<<(bitdepth-1))であり、pは、バッファにおけるサンプル値であり、bは、予め規定された値であり、bitdepthは、再構成サンプルのビット深度である。
d. 上記例において、bは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
40. バッファは所与の順番で更新されてもよい。
a. 一例において、バッファは順次更新されてもよい。
b. 一例において、バッファは、再構成されたブロックの順に基づいて更新されてもよい。
41. バッファが満杯である場合、バッファ内のサンプルを最新の再構成サンプルに置き換えることができる。
a. 一例において、サンプルは、先入れ先出し方式で更新されてもよい。
b. 一例において、最も古いサンプルが置き換えられる。
c. 一例において、サンプルに優先順位を割り当て、この優先順位に基づいてサンプルを置き換えることができる。
d. 一例において、サンプルは、他のサンプルが最初に置き換えられるように、「長期」としてマークされ得る。
e. 一例において、高い優先順位を示すために、1つのブロックとともに1つのフラグを送信することができる。
f. 一例において、優先順位を示すために、1つのブロックとともに1つの数字を送信することができる。
g. 一例において、ある特徴を有する再構成されたブロックからのサンプルは、他のサンプルが最初に置き換えられるように、より高い優先順位を割り当てられる。
i. 一例において、IBCモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ii. 一例において、Paletteモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
iii. 一例において、IBCまたはPaletteモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
iv. 一例において、変換スキップモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
v. この閾値は、ブロックサイズ、色成分、CTUサイズに基づいて異なってもよい。
vi. 閾値は、SPS/PPS/シーケンスヘッダ/スライスヘッダ/タイルグループ/タイルレベル/領域で信号通知されてもよい。
h. 一例において、このバッファが一杯であることは、このバッファにおける利用可能なサンプルの数が所与の閾値に等しいかまたはそれよりも多いことを意味し得る。
i. 一例において、バッファにおける利用可能なサンプルの数が64×64×3輝度サンプル以上である場合、バッファは満杯であると判定されてもよい。
42. 前回符号化された3つの64×64ブロックを常に参照領域として使用する代わりに、現在のブロック(またはVPDU)の位置に基づいてそれを適応的に変更することが提案される。
a. 一例において、64×64ブロックを符号化/復号化するとき、前回の3つの64×64ブロックを参照として使用できる。図2に比べ、前回の64×64個のブロックをより多く組み合わせてもよい。図2は、前の64×64ブロックの異なる組み合わせの例を示す。
43. z走査順序を用いる代わりに、垂直走査順序を使用してもよい。
a. 一例において、1つのブロックがz走査順序にインデックス0..3を有する4つのVPDUに分割される場合、符号化/復号化の順序は、0、2、1、3である。
b. 一例において、64×64個のブロックを符号化/復号化するとき、前回の3つの64×64個のブロックを参照として使用できる。図2と比較して、より多くの種類の64×64ブロックの符号化/復号化の順序を適用することができる。図4は、64×64ブロックの異なる符号化/復号化の順序の例を示す。
c. 代替的に、上記方法は、スクリーンコンテンツの符号化にのみ適用されてもよい。
d. 代替的に、上記方法は、1つのタイル/タイルグループ/ピクチャに対してCPRが有効化される場合にのみ適用されてもよい。
e. 代替的に、上記方法は、1つのCTUまたは1つのCTU行に対してCPRが有効化される場合にのみ適用されてもよい。
以下、輝度サンプルにおいて、VPDUの幅および高さを、それぞれWVPDU(例えば、64)およびHVPDU(例えば、64)と表す。代替的に、WVPDUおよび/またはHVPDUは、他の映像ユニット(例えば、CTU)の幅および/または高さを表してもよい。
44. IBC参照領域の状態を追跡し続けるために、仮想バッファを維持してもよい。
a. 一例において、仮想バッファサイズは、mWVPDU×nHVPDUである。
i. 一例において、mは3に等しく、nは2に等しい。
ii. 一例において、mおよび/またはnは、ピクチャ解像度、CTUサイズに依存してもよい。
iii. 一例において、mおよび/またはnは、信号通知されてもよく、または予め規定されてもよい。
b. 一例において、上記の黒丸印および副黒丸印で記載された方法は、仮想バッファに適用されてもよい。
c. 一例において、ピクチャ/スライス/タイル/ブリックの左上隅に対するサンプル(x,y)は、(x%(mWVPDU),y%(nHVPDU))にマッピングされてもよい。
45. アレイを使用して、仮想バッファに関連付けられた各サンプルの可用性を追跡してもよい。
a. 一例において、フラグは、仮想バッファにおけるサンプルに関連付けて、バッファにおけるサンプルがIBC参照として使用できるか否かを特定してもよい。
b. 一例において、輝度サンプルおよびクロマサンプルを含む各4×4ブロックは、1つのフラグを共有して、そのブロックに関連付けられたいずれかのサンプルがIBC参照として使用できるかどうかを示してもよい。
c. 一例において、3×2個のVPDUに対応するアレイ(例えば、各4×4ブロックは、同じ可用性フラグを共有してもよい)は、IBC参照サンプルの可用性を追跡するように維持される。
d. 一例において、4×2個のVPDUに対応するアレイ(例えば、各4×4ブロックは、同じ可用性フラグを共有してもよい)は、IBC参照サンプルの可用性を追跡するように維持される。
46. VPDUまたは映像ユニットの復号化を終えた後、仮想バッファに関連付けられた特定のサンプルは、IBC参照に利用不可能なものとしてマークされてもよい。
a. 一例において、どのサンプルが利用不可能であるかは、直近に復号化されたVPDUの位置に依存してもよい。
b. 1つのサンプルが利用不可能とマークされた場合、このサンプルからの予測は許可されない。
i. 代替的に、他の方法(例えば、デフォルト値を使用する)をさらに適用して、予測子を導出し、利用不可能なサンプルを置き換えてもよい。
47. 最近復号化されたVPDUの位置を記録し、仮想バッファに関連付けられたどのサンプルが利用不可能であるとマークされているかを識別しやすくすることができる。
a. 一例において、VPDUを復号化する開始時に、最近復号化されたVPDUの位置に基づいて、仮想バッファに関連付けられたいくつかのサンプルに利用不可能なマークを付けることができる。
i. 一例において、直近に復号化されたVPDUのピクチャ/スライス/タイル/ブリック/他の映像処理ユニットの左上隅に対して(xPrevVPDU,yPrevVPDU)を左上位置として表し、yPrevVPDU%(nHVPDU)が0に等しいと、特定の位置(x,y)は、利用不可能とマークを付けることができる。
1. 一例において、xは、[xPrevVPDU-2WVPDU+2mWVPDU)% mWVPDU,((xPrevVPDU-2WVPDU+2mWVPDU)%mWVPDU)-1+WVPDU]のような範囲内にあってもよい。
2. 一例において、yは、[yPrevVPDU%(nHVPDU),(yPrevVPDU%(nHVPDU))-1+HVPDU]のような範囲内にあってもよい。
3. 一例において、xは、[xPrevVPDU-2WVPDU+2mWVPDU]%mWVPDU、((xPrevVPDU-2WVPDU+2mWVPDU)%mWVPDU、((xPrevVPDU-2WVPDU+2mWVPDU)%mWVPDU)-1+WVPDU]のような範囲内にあってもよく、yは、[yPrevVPDU%(nHVPDU),(yPrevVPDU%(nHVPDU))-1+HVPDU]のような範囲内にあってもよい。
ii. 一例において、直近に復号化されたVPDUのピクチャ/スライス/タイル/ブリック/他の映像処理ユニットの左上隅に対して、(xPrevVPDU,yPrevVPDU)を左上位置として表し、yPrevVPDU%(nHVPDU)が0に等しくない場合、特定の位置(x,y)は、利用不可能とマークを付けることができる。
1. 一例において、xは、[xPrevVPDU-WVPDU+2mWVPDU)%mWVPDU,((xPrevVPDU-WVPDU+2mWVPDU)%mWVPDU)-1+WVPDU]のような範囲内にあってもよい。
2. 一例において、yは、[yPrevVPDU%(nHVPDU),(yPrevVPDU%(nHVPDU))-1+HVPDU]のような範囲内にあってもよい。
3. 一例において、xは、[xPrevVPDU-WVPDU+2mWVPDU)%mWVPDU,((xPrevVPDU-WVPDU+2mWVPDU)%mWVPDU)-1+WVPDU]のような範囲内にあってもよく、yは、[yPrevVPDU%(nHVPDU),(yPrevVPDU%(nHVPDU))-1+HVPDU]のような範囲内にあってもよい。
48. 1つのCUが複数のVPDUを含む場合、VPDUに基づくIBC参照可用性マーキング処理を適用する代わりに、IBC参照可用性マーキング処理は以下のCUに従ってもよい。
a. 一例において、複数のVPDUを含むCUを復号化する開始時に、CU内のVPDUを復号化する前に、各VPDUごとにIBC参照可用性マーキング処理を適用してもよい。
b. このような場合、128×64個のIBCブロックと64×128個のIBCブロックとは許可されないことがある。
i. 一例において、128×64および64×128個のCUのためのpred_mode_ibc_flagは送信されなくてもよく、0に等しいと推測されてもよい。
49. 参照ブロックまたはサブブロックの場合、右上隅の参照可用性ステータスをチェックして、この参照ブロックに関連付けられたブロックベクトルが有効であるかどうかを判断する必要がない場合がある。
a. 一例において、ブロックベクトルが有効であるか否かを判断して、ブロック/サブブロックの左上、左下、右下の角のみをチェックする。
50. IBCバッファサイズは、VPDUのサイズ(幅/高さはvSizeで表される)および/またはCTB/CTUのサイズ(幅/高さはctbSizeで表される)に依存してもよい。
a. 一例において、バッファの高さはctbSizeに等しくてもよい。
b. 一例において、バッファの幅は、min(ctbSize,64)に依存してもよい。
i. 一例において、バッファの幅は、(128*128/vSize,min(ctbSize,64))であってもよい。
51. IBCバッファは、画素範囲外の値を含んでもよく、このことは、この位置がIBC参照に利用可能でない(例えば、他のサンプルの予測に利用されない)可能性があることを示す。
a. サンプル値は、サンプルが利用不可能であることを示す値に設定してもよい。
b. 一例において、この値は、-1であってもよい。
c. 一例において、この値は、[0,1<<(internal_bit_depth)-1]の外側の任意の値であってもよく、internal_bit_depthは正の整数値である。
例えば、internal_bit_depthは、1つの色成分のサンプルを符号化/復号化するために使用される内部ビット深度である。
d. 一例において、この値は、[0,1<<(input_bit_depth)-1]の範囲外の任意の値であってもよく、input_bit_depthは正の整数値である。
例えば、input_bit_depthは、1つの色成分のサンプルを符号化/復号化するために使用される入力ビット深度である。
52. IBCバッファにおけるサンプルの可用性マーキングは、現在のブロックの位置、現在のブロックのサイズ、CTU/CTBのサイズ、およびVPDUのサイズに依存してもよい。一例において、(xCb,yCb)は、ピクチャの左上に対するブロックの位置を表し、ctbSizeは、CTU/CTBのサイズ(即ち、幅および/または高さ)であり、vSize=min(ctbSize,64)であり、wIbcBufおよびhIbcBufは、IBCバッファの幅および高さである。
a. 一例において、(xCb%vSize)が0に等しく、(yCb%vSize)が0に等しい場合、IBCバッファにおける特定の位置のセットは、利用不可能とマークを付けることができる。
b. 一例において、現在のブロックのサイズがVPDUのサイズ、即ち、min(ctbSize,64)より小さい場合、利用不可能とマークを付けられた領域は、VPDUのサイズに従ってもよい
c. 一例において、現在のブロックのサイズがVPDUのサイズより大きい場合、即ち、min(ctbSize,64)である場合、利用不可能とマークを付けられた領域は、CUのサイズに従ってもよい。
53. ピクチャの左上位置に対する映像ユニット(例えば、VPDU(xV,yV))の復号化の開始時に、IBCバッファにおける対応する位置は、画素範囲外の値に設定してもよい。
a. 一例において、バッファにおける位置(x%wIbcBuf,y%hIbcBuf)を有し、x=xV、...、xV+ctbSize-1、y=yV、...、yV+ctbSize-1を有するバッファサンプルは、値-1に設定される。wIbcBufおよびhIbcBufは、IBCバッファの幅および高さであり、ctbSizeは、CTU/CTBの幅である。
i. 一例において、hIbcBufはctbSizeに等しくてもよい。
54. ビットストリーム適合性の制約は、IBCバッファにおけるサンプルの値に従ってもよい。
a. 一例において、IBCバッファにおける1つのブロックベクトルに関連付けられた1つの参照ブロックが画素範囲外の値を含む場合、このビットストリームは不正である可能性がある。
55. IBCバッファにおける可用性表示に基づいて、ビットストリーム適合性の制約を設定してもよい。
a. 一例において、IBCバッファにマッピングされたいずれかの参照サンプルが、1つのブロックを符号化/復号化するために利用不可能とマークを付けられた場合には、このビットストリームは不正である可能性がある。
b. 一例において、シングルツリーが使用される場合、1つのブロックを符号化/復号化するためにIBCバッファにマッピングされたいずれかの輝度参照サンプルが利用不可能とマークを付けられた場合には、このビットストリームは不正である可能性がある。
c. 1つの適合ビットストリームは、IBC符号化ブロックの場合、関連付けられたブロックベクトルがIBCバッファにマッピングされた1つの参照ブロックを指してもよく、1つのブロックを符号化/復号化するためにIBCバッファに位置する各輝度参照サンプルには利用可能なものとしてマークを付けることを満たすことができる(例えば、サンプルの値は、[K0,K1]の範囲内にあり、例えば、K0が0に設定され、K1が(1<<BitDepth-1)に設定され、BitDepthは、内部ビット深度または入力ビット深度である)。
56. ビットストリーム適合性の制約は、分割木のタイプおよび現在のCUの符号化のtreeTypeに依存してもよい。
a. 一例において、デュアルツリーが高レベル(例えば、スライス/ピクチャ/ブリック/タイル)で許可され、現在の映像ブロック(例えば、CU/PU/CB/PB)がシングルツリーで符号化される場合、ビットストリーム制約は、IBCバッファにマッピングされたすべての成分の位置が利用不可能としてマークされているかどうかをチェックする必要がある場合もある。
b. 一例において、デュアルツリーがハイレベル(例えば、スライス/ピクチャ/ブリック/タイル)で許可され、現在の輝度映像ブロック(例えば、CU/PU//CB/PB)がデュアルツリーで符号化されている場合には、ビットストリームの制約により、クロマ成分のIBCバッファ内にマッピングされた位置が利用不可能としてマークされているかどうかを無視してもよい。
i. 代替的に、このような場合、ビットストリーム制約は、依然として、IBCバッファにマッピングされたすべての成分の位置が利用不可能としてマークされているかどうかをチェックすることもある。
c. 一例において、シングルツリーが使用される場合、ビットストリーム制約は、IBCバッファにマッピングされたクロマ成分の位置が利用不可能であるか否かを無視することができる。
57. IBCの予測は、再構成よりも低い精度を有していてもよい。
a. 一例において、予測値は、値clip{{p+[1<<(b-1)]}>>b,0,(1<<bitdepth)-1}<<bに基づいており、pは、再構成されたサンプル値であり、bは、予め規定されたビットシフト値であり、bitdepthは、予測サンプルビットのビット深度である。
b. 一例において、予測値は、値clip{{p+[1<<(b-1)-1]}>>b,0,(1<<bitdepth)-1}<<bに基づいており、pは、再構成されたサンプル値であり、bは、予め規定されたビットシフト値である。
c. 一例において、予測値は、値((p>>b)+(1<<(bitdepth-1)))<<bに基づいており、ビット深度は、予測サンプルのビット深度である。
d. 一例において、予測値は、値(clip((p>>b),0,(1<<(bitdepth-b)))+(1<<(bitdepth-1)))<<bに基づいており、ビット深度は、予測サンプルのビット深度である。
e. 一例において、予測値は、ILRが適用されるかどうかに基づいて、異なる方法でクリップされる。
f. 上記例において、bは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
g. 一例において、出力ビット深度/入力ビット深度/内部ビット深度と比較したビット深度またはビット深度の差は、SPS/PPS/シーケンスヘッダ/ピクチャヘッダ/スライスヘッダ/タイルグループヘッダ/タイルヘッダまたは他の種類の映像データユニットにおいて信号通知されてもよい。
58. IBCの予測の一部はより精度が低くてもよく、他の部分は再構成と同じ精度を有する。
a. 一例において、許容される参照領域は、異なる精度(例えば、ビット深度)を有するサンプルを含んでもよい。
b. 一例において、現在の64×64ブロックが復号化されていない他の64×64ブロックからの参照は、精度が低く、現在の64×64ブロックからの参照は、再構成と同じ精度を有する。
c. 一例において、復号化されている現在のCTU以外のCTUからの参照は精度が低く、現在のCTUからの参照は再構成と同じ精度を有する。
d. 一例において、特定の色成分の集まりからの参照は精度が低く、他の色成分からの参照は再構成と同じ精度を有する。
59. CTUのサイズがM×Mであり、参照領域のサイズがnM×nMである場合、参照領域は、CTUの行における最も近い利用可能なn×n CTUである。
a. 一例において、参照領域のサイズが128×128であり、CTUのサイズが64×64である場合、1つのCTU行における最も近い利用可能な4つのCTUをIBC参照に使用できる。
b. 一例において、参照領域のサイズが128×128であり、CTUのサイズが32×32である場合、1つのCTU行における最も近い利用可能な16個のCTUをIBC参照に使用できる。
60. CTUのサイズがMであり、参照領域のサイズがnMである場合、参照領域は、CTUの行/タイルにおける最も近い利用可能なn-1個のCTUである。
a. 一例において、参照領域のサイズが128×128または256×64であり、CTUのサイズが64×64である場合、1つのCTU行における最も近い利用可能な3つのCTUをIBC参照に使用できる。
b. 一例において、参照領域のサイズが128×128または512×32であり、CTUのサイズが32×32である場合、1つのCTU行における最も近い利用可能な15個のCTUをIBC参照に使用できる。
61. CTUのサイズがMである場合、VPDUのサイズはkMであり、参照領域のサイズはnMであり、参照領域はCTUの行/タイルにおける最も近い利用可能なn-k個のCTUである。
a. 一例において、CTUのサイズは64×64であり、VPDUのサイズも64×64であり、参照のサイズは128×128であり、1つのCTUの行における最も近い3つのCTUをIBC参照のために使用できる。
b. 一例において、CTUのサイズは32×32であり、VPDUのサイズは64×64であり、参照のサイズは128×128であり、1つのCTU行における最も近い(16-4)=12個のCTUをIBC参照のために使用できる。
62. IBCを使用して、左上隅が(x,y)であるw×hブロックの場合、参照ブロックをメモリ再利用のための特定の領域から守る制約があり、wおよびhは、現在のブロックの幅および高さである。
a. 一例において、CTUのサイズが128×128であり、(x,y)=(m×64,n×64)である場合、参照ブロックは、((m-2)×64,n×64)から始まる64×64の領域と重複することはできない。
b. 一例において、CTUのサイズが128×128である場合、参照ブロックは、w×hブロックの左上隅が(x-128,y)である場合に重複することはできない。
c. 一例において、CTUのサイズが128×128である場合、(x+BVx,y+BVy)は、左上隅は(x-128,y)であるw*hブロック内に存在することはなく、BVxおよびBVyは、現在のブロックのブロックベクトルを表す。
d. 一例において、CTUのサイズがM×Mであり、IBCバッファサイズがk×M×Mである場合、参照ブロックは、w×hブロックと重複することができず、左上隅は(x-k×M,y)であり、BVxおよびBVyは、現在のブロックのブロックベクトルを表す。
e. 一例において、CTUのサイズがM×Mであり、IBCバッファサイズがk×M×Mである場合、(x+BVx,y+BVy)は、w×hイントラブロック内に存在することはなく、左上隅は(x-k×M,y)であり、BVxおよびBVyは、現在のブロックのブロックベクトルを表す。
63. CTUのサイズがM×Mでなく、参照領域のサイズがnM×nMである場合、参照領域は、CTUの行における最も近い利用可能なn×n-1個のCTUである。
a. 一例において、参照領域のサイズが128×128であり、CTUのサイズが64×64である場合、1つのCTU行における最も近い利用可能な3つのCTUをIBC参照に使用できる。
b. 一例において、参照領域のサイズが128×128であり、CTUのサイズが32×32である場合、1つのCTU行における最も近い利用可能な15個のCTUをIBC参照に使用できる。
64. (2m*64,2n*64)から始まる64×64のブロックのCU、即ち128×128CTUにおける左上の64×64ブロックの場合、そのIBC予測は、((2m-2)*64,2n*64)から始まる64×64ブロック、((2m-1)*64,2n*64)から始まる64×64ブロック、および((2m-1)*64,(2n+1)*64)から始まる64×64ブロック、および現在の64×64ブロックにおける再構成サンプルから行うことができる。
65. ((2m+1)*64、(2n+1)*64)から始まる64×64ブロックのCU、すなわち、128×128CTUにおける右下の64×64ブロックの場合、そのIBC予測は、現在の128×128CTUからであってもよい。
66. ((2m+1)*64,2n*64)から始まる64×64のブロックのCU、即ち128×128CTUにおける右上の64×64ブロックの場合、そのIBC予測は、((2m-1)*64,2n*64)から始まる64×64ブロック、((2m-1)*64,(2n+1)*64)から始まる64×64ブロック、および(2m*64,2n*64)から始まる64×64ブロック、および現在の64×64ブロックにおける再構成サンプルから行うことができる。
a. 代替的に、(2m*64,(2n+1)*64)から始まる64×64ブロックを再構成した場合、IBC予測は、((2m-1)*64,2n*64)から始まる64×64ブロック、(2m*64,2n*64)から始まる64×64ブロック、(2m*64,(2n+1)*64)から始まる64×64ブロック、および現在の64×64ブロックにおける再構成サンプルから行うことができる。
67. (2m*64,(2n+1)*64)から始まる64×64ブロックのCU、即ち128×128CTUにおける左下の64×64ブロックの場合、そのIBC予測は、((2m-1)*64,(2n+1)*64)から始まる64×64ブロック、(2m*64,2n*64)から始まる64×64ブロック、((2m+1)*64,2n*64)から始まる64×64ブロック、および現在の64×64ブロックにおける再構成サンプルから行うことができる。
a. 代替的に、((2m+1)*64,2n*64)から始まる64×64ブロックを再構成されていない場合、IBC予測は、((2m-1)*64,2n*64)から始まる64×64ブロック、((2m-1)*64,(2n+1)*64)から始まる64×64ブロック、(2m*64,2n*64)から始まる64×64ブロック、および現在の64×64ブロックにおける再構成サンプルから行うことができる。
68. 現在のCUがどの64×64ブロックに属するかに基づいて、参照領域を調整することが提案される。
a. 一例において、(x,y)から始まるCUの場合、(y>>6)&1==0のとき、((x>>6<<6)-128,y>>6<<6)および((x>>6<<6)-64,y>>6<<6)から始まる2つまたは2つ前までの64×64ブロックは、IBCモードによって参照することができる。
b. 一例において、(x,y)から始まるCUの場合、(y>>6)&1==1であるとき、((x>>6<<6)-64,y>>6<<<6)から始まる1つの前の64×64ブロックは、IBCモードによって参照することができる。
69. (x,y)から始まり、ブロックベクトル(BVx,BVy)を有するブロックの場合、isRec(((x+BVx)>>6<<6)+128-(((y+BVy)>>6)&1)*64+(x%64),((y+BVy)>>6<<6)+(y%64))がtrueならば、ブロックベクトルは無効である。
a. 一例において、ブロックは輝度ブロックである。
b. 一例において、このブロックは、4:4:4フォーマットではクロマブロックである。
c. 一例において、このブロックは、輝度成分およびクロマ成分の両方を含む。
70. (x,y)から始まり、ブロックベクトル(BVx,BVy)を有する4:2:0形式のクロマブロックの場合、isRec(((x+BVx)>>5<<5)+64-(((y+BVy)>>5)&1)*32+(x%32),((y+BVy)>>5<<5)+(y%32))がtrueならば、ブロックベクトルは無効である。
71. 成分cのブロックに対してBVが無効であるかどうかの判定は、輝度サンプルのみをチェックする代わりに、成分Xのサンプルの可用性に依存してもよい。
a. (x,y)から始まり、ブロックベクトル(BVx,BVy)を有する成分cのブロックの場合、isRec(c,((x+BVx)>>6<<6)+128-(((y+BVy)>>6)&1)*64+(x%64),((y+BVy)>>6<<6)+(y%64))がtrueであれば、ブロックベクトルは無効として扱ってもよい。
i. 一例において、このブロックは、輝度ブロックである(例えば、cは、輝度成分であるか、またはRGB符号化のためのG成分である)。
ii. 一例において、このブロックは、4:4:4フォーマットのクロマブロックである(例えば、cは、cbまたはcr成分、またはRGB符号化のためのB/R成分である)。
iii. 一例において、例えば、このブロックは、輝度およびクロマ成分の両方を含むなど、輝度およびクロマ成分の両方のためのサンプルの可用性がチェックしてもよい。
b. 成分cの(x,y)から始まり、ブロックベクトル(BVx,BVy)を有する4:2:0形式のクロマブロックの場合、isRec(c,((x+BVx)>>5<<5)+64-(((y+BVy)>>5)&1)*32+(x%32),((y+BVy)>>5<<5)+(y%32))がtrueである場合、ブロックベクトルは、無効として扱ってもよい。
c. 成分cの(x,y)から始まり、ブロックベクトル(BVx,BVy)を有するクロマブロックまたはサブブロックの場合、クロマ成分のためのisRec(c,x+BVx+Chroma_CTU_size,y)がtrueである場合、ブロックベクトルは無効として扱ってもよく、Chroma_CTU_sizeは、クロマ成分のCTUサイズである。
i. 一例において、4:2:0フォーマットの場合、Chroma_CTU_sizeは64であってもよい。
ii. 一例において、クロマサブブロックは、4:2:0フォーマットの2×2ブロックであってもよい。
iii. 一例において、クロマサブブロックは、4:4:4フォーマットの4×4ブロックであってもよい。
iv. 一例において、クロマサブブロックは、輝度成分における最小CUサイズに対応しうる。
1. 代替的に、クロマサブブロックは、クロマ成分の最小CUサイズに対応してもよい。
72. 上述したすべての黒丸印について、参照バッファは複数のM×Mブロック(M=64)を含むと仮定する。しかしながら、これは、参照バッファが複数のN×M個のブロックを含む(例えば、N=128、M=64)等の他の場合にも拡張できる。
73. 上述したすべての黒丸印に対して、参照バッファが現在のブロックと同じブリック/タイル/タイルグループ/スライス内にあるべきであるという、さらなる制限を適用してもよい。
a. 一例において、参照バッファの一部が現在のブリック/タイル/タイルグループ/スライスの外にある場合、IBCの使用は無効にされ得る。IBC関連構文要素の信号通知はスキップしてもよい。
b. 代替的に、参照バッファの一部が現在のブリック/タイル/タイルグループ/スライスの外にある場合、IBCは1つのブロックに対して依然として有効化される可能性があるが、1つのブロックに関連付けられたブロックベクトルは残りの参照バッファのみを指してもよい。
74. IBCの参照領域として、現在のVPDUを除き、利用可能であれば、CTU/CTB行の第1のVPDU行において、K1個の最近符号化VPDUを有し、可能であれば、CTU/CTB行の第2のVPDU行において、K2個の最近符号化VPDUを有することが提案される。
a. 一例において、K1は2に等しく、K2は1に等しい。
b. 一例において、上記方法は、CTU/CTBサイズが128×128であり、VPDUサイズが64×64である場合に適用されてもよい。
c. 一例において、上記方法は、CTU/CTBサイズが64×64であり、VPDUサイズが64×64および/または32×32である場合に適用されてもよい。
d. 一例において、上記方法は、CTU/CTBサイズが32×32であり、VPDUサイズが32×32以下である場合に適用されてもよい。
75. 上述した方法は、異なる段階で適用されてもよい。
a. 一例において、ブロックベクトル(BV)のモジュール演算(例えば、mod b)を、BVの可用性チェック処理において呼び出して、BVが有効であるか否かを判定してもよい。
b. 一例において、ブロックベクトル(BV)のモジュール演算(例えば、mod b)を呼び出して、IBC仮想バッファまたは再構成ピクチャバッファにおける参照サンプルの位置(例えば、現在のサンプルの位置およびBVのモジュール結果に基づいて)を特定してもよい(例えば、インループフィルタリング処理の前)。
5.1 実施形態#1
IBCのためのバッファの1つの実装形態を以下に説明する。
図4は、前回符号化された64×64ブロックを選択するための、考えられる代替方法を例示する。
図5は、64×64ブロックの符号化/復号化の順序を変更することができる代替方法を例示する。
図8は、64×64ブロックの復号化の順序が上から下へ、左から右である場合、前回の符号化された64×64ブロックを選択する別の考えられる代替方法を示す。
図9は、前回の符号化された64×64ブロックを選択する別の考えられる代替方法を示す。
図11は、64×64ブロックの復号化の順序が左から右、上から下である場合、前回の符号化された64×64ブロックを選択するための別の考えられる代替方法を示す。
CTUのサイズがW×Wであり、デコーダにおいて、サイズがmW×Wであり、ビット深度がBであるIBCバッファを実装すると、以下のようになる。
ピクチャの左上隅に関する(x,y)およびブロックベクトル(BVx,BVy)から始まる輝度CUまたは結合輝度/クロマCUの場合、ブロックベクトルは、isRec(((x+BVx)>>6<<6)+128-(((y+BVy)>>6)&1)*64+(x%64),((y+BVy)>>6<<6)+(y%64))がtrueの場合は無効である。
ピクチャの左上隅に関する4:2:0形式の(x,y)から始まるクロマブロックまたはサブブロック、およびブロックベクトル(BVx,BVy)の場合、isRec(c,(x+BVx+64,y+BVy)がtrueで、cがクロマ成分であるとき、ブロックベクトルは無効である。
ピクチャの左上隅に関する(x,y)およびブロックベクトル(BVx,BVy)から始まる輝度CUまたは結合輝度/クロマCUの場合、ブロックベクトルは、isRec(((x+BVx)>>6<<6)+128-(((y+BVy)>>6)&1)*64+(x%64),((y+BVy)>>6<<6)+(y%64))がtrueの場合は無効である。
本実施形態においては、現在のVPDUを除き、第1のVPDUの行にある2つの最も符号化されたVPDUと、第1のCTU/CTBの行の第2のVPDUの行にある1つの最も符号化されたVPDUとを保持する実装が強調される。
CTUのサイズが192×128である場合、サイズが192×128の仮想バッファが維持されてIBCの参照サンプルを追跡する。
1) 1つのVPDU行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。(xPrevVPDU,yPrevVPDU)は、(0,0)として設定される。
2) VPDUの第1のCUの復号化開始時に、x=(xPrevVPDU-2WVPDU+2mWVPDU)%(mWVPDU),..,((xPrevVPDU-2WVPDU+2mWVPDU)%(mWVPDU))-1+WVPDU;and y=yPrevVPDU%(nHVPDU),..,(yPrevVPDU%(nHVPDU))-1+HVPDUの場合の位置(x,y)を利用不可能としてマークしてもよい。そして、(xPrevVPDU,yPrevVPDU)を(xCU,yCU)として、即ち、CUのピクチャに対する左上位置に設定する。
3) 1つのCUを復号化した後、x=xCU%(mWVPDU),...,(xCU+CU_width-1)%(mWVPDU)およびy=yCU%(nHVPDU),...,(yCU+CU_height-1)%(nHVPDU)の場合の位置(x,y)は、利用可能としてマークされる。
4)ブロックベクトル(xBV,yBV)を有するIBCCUの場合、x=(xCU+xBV)%(mWVPDU),...,(xCU+xBV+CU_width-1)%(mWVPDU)およびy=(yCU+yBV)%(nHVPDU),...,(yCU+yBV+CU_height-1)%(nHVPDU)の場合の位置(x,y)は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。
CTUのサイズが128×128であるか、またはCTUのサイズがVPDUのサイズよりも大きい(例えば、現在の設計においては、64×64)場合、またはCTUのサイズがVPDUのサイズよりも大きい(例えば、現在の設計においては、64×64)場合には、サイズ192×128の仮想バッファを維持してIBCのための参照サンプルを追跡する。以下、a<0の場合、(a%b)をfloor(a/b)*bとして定義し、floor(c)は、c以下の最大の整数を返す。
1) 1つのVPDU行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。(xPrevVPDU,yPrevVPDU)は、(0,0)として設定される。
2) VPDUの第1のCUの復号化の始めに、
a. yPrevVPDU%64が0に等しい場合、x=(xPrevVPDU-128)%192,..,((xPrevVPDU-128)%192)+63;およびy=yPrevVPDU%128,..,(yPrevVPDU%128)+63の位置(x,y)は、利用不可能としてマークされる。そして、(xPrevVPDU,yPrevVPDU)を(xCU,yCU)として、即ち、CUのピクチャに対する左上位置に設定する。
b. そうでない場合、x=(xPrevVPDU-64)%192,..,((xPrevVPDU-64)%192)+63;およびy=yPrevVPDU%128,..,(yPrevVPDU%128)+63の位置(x,y)は、利用不可能としてマークされる。そして、(xPrevVPDU,yPrevVPDU)を(xCU,yCU)として、即ち、CUのピクチャに対する左上位置に設定する。
3) 1つのCUを復号化した後、x=xCU%192,...,(xCU+CU_width-1)%192およびy=yCU%128,...,(yCU+CU_height-1)%128の場合の位置(x,y)は、利用可能としてマークされる。
4) ブロックベクトル(xBV,yBV)を有するIBCCUの場合、x=(xCU+xBV)%192,...,(xCU+xBV+CU_width-1)%192およびy=(yCU+yBV)%128,...,(yCU+yBV+CU_height-1)%128の場合の位置(x,y)は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。
1) 1つのVPDU行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。(xPrevVPDU,yPrevVPDU)は、(0,0)として設定される。
2) VPDUの第1のCUの復号化の開始時に、x=(xPrevVPDU-Wbuf*S)%S,..,((xPrevVPDU-Wbuf*S)%S)+S-1;andy=yPrevVPDU%S,..,(yPrevVPDU%S)+S-1の場合の位置
(x,y)は、利用不可能であるとマークされる。そして、(xPrevVPDU,yPrevVPDU)を(xCU,yCU)として、即ち、CUのピクチャに対する左上位置に設定する。
3) 1つのCUを復号化した後、x=xCU%(Wbuf),...,(xCU+CU_width-1)%(Wbuf)およびy=yCU%S,...,(yCU+CU_height-1)%Sである場合の位置(x,y)は、利用可能としてマークされる。
4) ブロックベクトル(xBV,yBV)を有するIBCCUの場合、x=(xCU+xBV)%(Wbuf),...,(xCU+xBV+CU_width-1)%(Wbuf)およびy=(yCU+yBV)%S,...,(yCU+yBV+CU_height-1)%Sの場合の位置(x,y)は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。
CTUのサイズが128×128であるか、またはCTUのサイズがVPDUのサイズよりも大きい(例えば、現在の設計においては、64×64)場合、またはCTUのサイズがVPDUのサイズよりも大きい(例えば、現在の設計においては、64×64)場合には、サイズ256×128の仮想バッファを維持してIBCのための参照サンプルを追跡する。以下、a<0の場合、(a%b)をfloor(a/b)*bとして定義し、floor(c)は、c以下の最大の整数を返す。
1) 1つのVPDU行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。(xPrevVPDU,yPrevVPDU)は、(0,0)として設定される。
2) VPDUの第1のCUの復号化の始めに、
a. yPrevVPDU%64が0に等しい場合、x=(xPrevVPDU-128)%256,..,((xPrevVPDU-128)%256)+63;およびy=yPrevVPDU%128,..,(yPrevVPDU%128)+63の位置(x,y)は、利用不可能としてマークされる。そして、(xPrevVPDU,yPrevVPDU)を(xCU,yCU)として、即ち、CUのピクチャに対する左上位置に設定する。
b. そうでない場合、x=(xPrevVPDU-64)%256,..,((xPrevVPDU-64)%256)+63;およびy=yPrevVPDU%128,..,(yPrevVPDU%128)+63の位置(x,y)は、利用不可能としてマークされる。そして、(xPrevVPDU,yPrevVPDU)を(xCU,yCU)として、即ち、CUのピクチャに対する左上位置に設定する。
3) 1つのCUを復号化した後、x=xCU%256,...,(xCU+CU_width-1)%256およびy=yCU%128,...,(yCU+CU_height-1)%128の場合の位置(x,y)は、利用可能としてマークされる。
4) ブロックベクトル(xBV,yBV)を有するIBCCUの場合、x=(xCU+xBV)%256,...,(xCU+xBV+CU_width-1)%256およびy=(yCU+yBV)%128,...,(yCU+yBV+CU_height-1)%128の場合の位置(x,y)は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。
IBC参照可用性マーキング処理を以下のように説明する。この文書では、その変更を太字、下線、イタリック体で示している。
8.6.3.1 一般
この処理は、ibc予測モードで符号化された符号化ユニットを復号化するときに呼び出される。
- 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置(xCb,yCb)、
- 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数cbWidth、
- 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数cbHeight、
- 水平および垂直方向の輝度符号化サブブロックの数を規定する変数numSbXおよびnumSbY、
- xSbIdx=0..numSbX-1、およびySbIdx=0..numSbY-1である場合の動きベクトルmv[xSbIdx][ySbIdx]
- 現在のブロックの色成分インデックスを規定する変数cIdx
- 現在のピクチャの左上の輝度サンプルに対する現在の符号化サブブロックの左上のサンプルを規定する輝度位置(xSb,ySb)は、以下のように導出される。
(xSb,ySb)=(xCb+xSbIdx*sbWidth,yCb+ySbIdx*sbHeight) (8-913)
8.7.5.1 一般
この処理への入力は以下の通りである。
- 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置(xCurr,yCurr)、
- 現在のブロックの幅および高さをそれぞれ規定する変数nCurrSwおよびnCurrSh、
- 現在のブロックの色成分を規定する変数cIdx、
- 現在のブロックの予測サンプルを規定する(nCurrSw)×(nCurrSh)配列のpredSamples、
- 現在のブロックの残差サンプル規定する(nCurrSw)×(nCurrSh)配列のresSamples。
以下の変更を除き、上記実施形態と同じである。
本明細書では、一部の例における変化は、太字、下線を付したテキストで示される。
7.3.7.1 一般スライスデータ構文
- IsInSmr[x0][y0]はTRUEに等しい。
- SmrX[x0][y0]はx0に等しい。
- SmrY[x0][y0]y0に等しい。
CbPosX[x][y]=x0 (7-135)
CbPosY[x][y]=y0 (7-136)
CbWidth[x][y]=cbWidth (7-137)
CbHeight[x][y]=cbHeight (7-138)
8.6.2.1 一般
この処理への入力は以下の通りである。
- 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置(xCb,yCb)、
- 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数cbWidth、
- 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数cbHeight。
- 1/16分数サンプル精度mvLにおける輝度動きベクトル。
- 8.6.2.2項で規定されたIBC輝度動きベクトル予測の導出処理は、輝度位置(xCb,yCb)、変数cbWidthおよびcbHeightを入力として呼び出され、その出力は輝度動きベクトルmvLである。
- general_merge_flag[xCb][yCb]が0の場合、以下が適用される
1. 変数mvdは、以下のように導出される。
mvd[0]=MvdL0[xCb][yCb][0] (8-883)
mvd[1]=MvdL0[xCb][yCb][1] (8-884)
2. 8.5.2.14項で規定されるような動きベクトルの丸め処理は、mvLに等しく設定されたmvXセット、MvShift+2に等しく設定されたrightShiftセット、MvShift+2に等しく設定されたleftShiftセットを入力として呼び出され、丸められたmvLが出力となる。
3. 輝度動きベクトルmvLは、以下のように修正される。
u[0]=(mvL[0]+mvd[0]+218)%218 (8-885)
mvL[0]=(u[0]>=217)?(u[0]-218):u[0](8-886)
u[1]=(mvL[1]+mvd[1]+218)%218 (8-887)
mvL[1]=(u[1]>=217)?(u[1]-218):u[1] (8-888)
注1- 上記で指定したmvL[0]およびmvL[1]の結果値は、常に-217~217-1の範囲に含まれる。
8.7.5.1 一般
この処理への入力は以下の通りである。
- 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置(xCurr,yCurr)、
- 現在のブロックの幅および高さをそれぞれ規定する変数nCurrSwおよびnCurrSh、
- 現在のブロックの色成分を規定する変数cIdx、
- 現在のブロックの予測サンプルを規定する(nCurrSw)×(nCurrSh)配列のpredSamples、
- 現在のブロックの残差サンプル規定する(nCurrSw)×(nCurrSh)配列のresSamples。
- cIdxが0に等しい場合、recSamplesは再構成ピクチャサンプルアレイSLに対応し、関数clipCidx1はClip1Yに対応する。
- そうでない場合、cIdxが1に等しければ、tuCbfChromaはtu_cbf_cb[xCurr][yCurr]に等しく設定され、recSamplesは再構成されたクロマサンプル配列SCbに対応し、関数clipCidx1はClip1Cに対応する。
- そうでない場合(cIdxが2に等しい)、tuCbfChromaをtu_cbf_cr[xCurr][yCurr]に等しく設定し、recSamplesは再構成されたクロマサンプル配列SCrに対応し、関数clipCidx1はClip1Cに対応する。
- slice_lmcs_enabled_flagが0に等しい場合、位置(xCurr,yCurr)における再構成サンプルrecSamplesの(nCurrSw)×(nCurrSh)ブロックは、i=0..nCurrSw-1,j=0..nCurrSh-1に対しては下記のように導出する。
recSamples[xCurr+i][yCurr+j]=clipCidx1(predSamples[i][j]+resSamples[i][j]) (8-992)
- そうでない場合(slice_lmcs_enabled_flagが1に等しい)、以下が適用される。
- cIdxが0に等しい場合、以下が適用される。
- 8.7.5.2項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置(xCurr,yCurr)、ブロック幅nCurrSwおよび高さnCurrSh、予測輝度サンプル配列preSamples、および残差輝度サンプル配列resSamplesを入力として呼び出され、出力は再構成輝度サンプル配列reCamplesとなる。
- それ以外の場合(cIdxが0より大きい場合)は,8.7.5.3項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置(xCurr,yCurr)、変換ブロックの幅nCurrSwおよび高さnCurrSh、現在のクロマ変換ブロックの符号化ブロックフラグtuCbfChroma、予測クロマサンプル配列predSamples、残差クロマサンプル配列resSamplesを入力として呼び出され、再構成されたクロマサンプル配列recSamplesを出力とする。
本明細書では、いくつかの例における変更を、太字、下線、イタリック体で示している。
7.3.7.1 一般スライスデータ構文
- IsInSmr[x0][y0]はTRUEに等しい。
- SmrX[x0][y0]はx0に等しい。
- SmrY[x0][y0]はy0に等しい。
CbPosX[x][y]=x0 (7-135)
CbPosY[x][y]=y0 (7-136)
CbWidth[x][y]=cbWidth (7-137)
CbHeight[x][y]=cbHeight (7-138)
8.6.2.1 一般
この処理への入力は以下の通りである。
- 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置(xCb,yCb)、
- 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数cbWidth、
- 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数cbHeight。
- 1/16分数サンプル精度mvLにおける輝度動きベクトル。
- 8.6.2.2項で規定されたIBC輝度動きベクトル予測の導出処理は、輝度位置(xCb,yCb)、変数cbWidthおよびcbHeightを入力として呼び出され、その出力は輝度動きベクトルmvLである。
- general_merge_flag[xCb][yCb]が0と等しい場合、以下が適用される。
1. 変数mvdは、以下のように導出される。
mvd[0]=MvdL0[xCb][yCb][0] (8-883)
mvd[1]=MvdL0[xCb][yCb][1] (8-884)
2. 8.5.2.14項で規定されるような動きベクトルの丸め処理は、mvLに等しく設定されたmvXセット、MvShift+2に等しく設定されたrightShiftセット、MvShift+2に等しく設定されたleftShiftセットを入力として呼び出され、丸められたmvLが出力となる。
3. 輝度動きベクトルmvLは、以下のように修正される。
u[0]=(mvL[0]+mvd[0]+218)%218 (8-885)
mvL[0]=(u[0]>=217)?(u[0]-218):u[0] (8-886)
u[1]=(mvL[1]+mvd[1]+218)%218 (8-887)
mvL[1]=(u[1]>=217)?(u[1]-218):u[1] (8-888)
注1- 上記で指定したmvL[0]およびmvL[1]の結果値は、常に-217~217-1の範囲に含まれる。
8.6.3.1 一般
この処理は、ibc予測モードで符号化された符号化ユニットを復号化するときに呼び出される。
- 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置(xCb,yCb)、
- 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数cbWidth、
- 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数cbHeight、
- 現在のブロックの色成分インデックス、
8.7.5.1 一般
この処理への入力は以下の通りである。
- 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置(xCurr,yCurr)、
- 現在のブロックの幅および高さをそれぞれ規定する変数nCurrSwおよびnCurrSh、
- 現在のブロックの色成分を規定する変数cIdx、
- 現在のブロックの予測サンプルを規定する(nCurrSw)×(nCurrSh)配列のpredSamples、
- 現在のブロックの残差サンプル規定する(nCurrSw)×(nCurrSh)配列のresSamples。
- cIdxが0に等しい場合、recSamplesは再構成ピクチャサンプルアレイSLに対応し、関数clipCidx1はClip1Yに対応する。
- そうでない場合、cIdxが1に等しければ、tuCbfChromaはtu_cbf_cb[xCurr][yCurr]に等しく設定され、recSamplesは再構成されたクロマサンプル配列SCbに対応し、関数clipCidx1はClip1Cに対応する。
- そうでない場合、(cIdxが2に等しければ、tuCbfChromaはtu_cbf_cb[xCurr][yCurr]に等しく設定され、recSamplesは再構成されたクロマサンプル配列SCbに対応し、関数clipCidx1はClip1Cに対応する。
- slice_lmcs_enabled_flagが0に等しい場合、位置(xCurr,yCurr)における再構成サンプルrecSamplesの(nCurrSw)×(nCurrSh)ブロックは、i=0..nCurrSw-1,j=0..nCurrSh-1に対しては下記のように導出する。
recSamples[xCurr+i][yCurr+j]=clipCidx1(predSamples[i][j]+resSamples[i][j]) (8-992)
- そうでない場合(slice_lmcs_enabled_flagが1に等しい)、以下が適用される。
- cIdxが0に等しい場合、以下が適用される。
- 8.7.5.2項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置(xCurr,yCurr)、ブロック幅nCurrSwおよび高さnCurrSh、予測輝度サンプル配列preSamples、および残差輝度サンプル配列resSamplesを入力として呼び出され、出力は再構成輝度サンプル配列reCamplesとなる。
- それ以外の場合(cIdxが0より大きい場合)は,8.7.5.3項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置(xCurr,yCurr)、変換ブロックの幅nCurrSwおよび高さnCurrSh、現在のクロマ変換ブロックの符号化ブロックフラグtuCbfChroma、予測クロマサンプル配列predSamples、残差クロマサンプル配列resSamplesを入力として呼び出され、再構成されたクロマサンプル配列recSamplesを出力とする。
本明細書では、一部の例における変化は、太字、下線を付したテキストで示される。
7.3.7.1 一般スライスデータ構文
以下のすべての条件がtrueである場合、NumHmvpSmrIbcCandをNumHmvpIbcCandに等しく設定し、HmvpSmrIbcCandList[i]をHmvpIbcCandList[i]に等しく設定してi=0..NumHmvpIbcCand-1とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
- IsInSmr[x0][y0]はTRUEに等しい。
- SmrX[x0][y0]はx0に等しい。
- SmrY[x0][y0]はy0に等しい。
CbPosX[x][y]=x0 (7-135)
CbPosY[x][y]=y0 (7-136)
CbWidth[x][y]=cbWidth (7-137)
CbHeight[x][y]=cbHeight (7-138)
8.6.2.1 一般
この処理への入力は以下の通りである。
- 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置(xCb,yCb)、
- 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数cbWidth、
- 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数cbHeight。
- 1/16分数サンプル精度mvLにおける輝度動きベクトル。
- 8.6.2.2項で規定されたIBC輝度動きベクトル予測の導出処理は、輝度位置
(xCb,yCb)、変数cbWidthおよびcbHeightを入力として呼び出され、その出力は輝度動きベクトルmvLである。
- general_merge_flag[xCb][yCb]が0の場合、以下が適用される
1. 変数mvdは、以下のように導出される。
mvd[0]=MvdL0[xCb][yCb][0] (8-883)
mvd[1]=MvdL0[xCb][yCb][1] (8-884)
2. 8.5.2.14項で規定されるような動きベクトルの丸め処理は、mvLに等しく設定されたmvXセット、MvShift+2に等しく設定されたrightShiftセット、MvShift+2に等しく設定されたleftShiftセットを入力として呼び出され、丸められたmvLが出力となる。
3. 輝度動きベクトルmvLは、以下のように修正される。
u[0]=(mvL[0]+mvd[0]+218)%218 (8-885)
mvL[0]=(u[0]>=217)?(u[0]-218):u[0] (8-886)
u[1]=(mvL[1]+mvd[1]+218)%218 (8-887)
mvL[1]=(u[1]>=217)?(u[1]-218):u[1] (8-888)
注1- 上記で指定したmvL[0]およびmvL[1]の結果値は、常に-217~217-1の範囲に含まれる。
8.6.3.1 一般
この処理は、ibc予測モードで符号化された符号化ユニットを復号化するときに呼び出される。
- 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置(xCb,yCb)、
- 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数cbWidth、
- 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数cbHeight、
8.7.5.1 一般
この処理への入力は以下の通りである。
- 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置(xCurr,yCurr)、
- 現在のブロックの幅および高さをそれぞれ規定する変数nCurrSwおよびnCurrSh、
- 現在のブロックの色成分を規定する変数cIdx、
- 現在のブロックの予測サンプルを規定する(nCurrSw)×(nCurrSh)配列のpredSamples、
- 現在のブロックの残差サンプル規定する(nCurrSw)×(nCurrSh)配列のresSamples。
- cIdxが0に等しい場合、recSamplesは再構成ピクチャサンプルアレイSLに対応し、関数clipCidx1はClip1Yに対応する。
- そうでない場合、cIdxが1に等しければ、tuCbfChromaはtu_cbf_cb[xCurr][yCurr]に等しく設定され、recSamplesは再構成されたクロマサンプル配列SCbに対応し、関数clipCidx1はClip1Cに対応する。
- そうでない場合、(cIdxが2に等しければ、tuCbfChromaはtu_cbf_cb[xCurr][yCurr]に等しく設定され、recSamplesは再構成されたクロマサンプル配列SCrに対応し、関数clipCidx1はClip1Cに対応する。
- slice_lmcs_enabled_flagが0に等しい場合、位置(xCurr,yCurr)における再構成サンプルrecSamplesの(nCurrSw)×(nCurrSh)ブロックは、i=0..nCurrSw-1,j=0..nCurrSh-1に対しては下記のように導出する。
recSamples[xCurr+i][yCurr+j]=clipCidx1(predSamples[i][j]+resSamples[i][j]) (8-992)
- そうでない場合(slice_lmcs_enabled_flagが1に等しい)、以下が適用される。
- cIdxが0に等しい場合、以下が適用される。
- 8.7.5.2項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置(xCurr,yCurr)、ブロック幅nCurrSwおよび高さnCurrSh、予測輝度サンプル配列preSamples、および残差輝度サンプル配列resSamplesを入力として呼び出され、出力は再構成輝度サンプル配列reCamplesとなる。
- それ以外の場合(cIdxが0より大きい場合)、8.7.5.3項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置(xCurr,yCurr)、変換ブロックの幅nCurrSwおよび高さnCurrSh、現在のクロマ変換ブロックの符号化ブロックフラグtuCbfChroma、予測クロマサンプル配列predSamples、残差クロマサンプル配列resSamplesを入力として呼び出され、再構成されたクロマサンプル配列recSamplesを出力とする。
本明細書では、いくつかの例における変更を、太字、下線、イタリック体で示している。
7.3.7.1 一般スライスデータ構文
以下のすべての条件がtrueである場合、NumHmvpSmrIbcCandをNumHmvpIbcCandに等しく設定し、HmvpSmrIbcCandList[i]をHmvpIbcCandList[i]に等しく設定してi=0..NumHmvpIbcCand-1とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
- IsInSmr[x0][y0]はTRUEに等しい。
- SmrX[x0][y0]はx0に等しい。
- SmrY[x0][y0]はy0に等しい。
CbPosX[x][y]=x0 (7-135)
CbPosY[x][y]=y0 (7-136)
CbWidth[x][y]=cbWidth (7-137)
CbHeight[x][y]=cbHeight (7-138)
8.6.2.1 一般
この処理への入力は以下の通りである。
- 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置(xCb,yCb)、
- 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数cbWidth、
- 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数cbHeight。
- 1/16分数サンプル精度mvLにおける輝度動きベクトル。
- 8.6.2.2項で規定されたIBC輝度動きベクトル予測の導出処理は、輝度位置(xCb,yCb)、変数cbWidthおよびcbHeightを入力として呼び出され、その出力は輝度動きベクトルmvLである。
- general_merge_flag[xCb][yCb]が0と等しい場合、以下が適用される
1. 変数mvdは、以下のように導出される。
mvd[0]=MvdL0[xCb][yCb][0] (8-883)
mvd[1]=MvdL0[xCb][yCb][1] (8-884)
2. 8.5.2.14項で規定されるような動きベクトルの丸め処理は、mvLに等しく設定されたmvXセット、MvShift+2に等しく設定されたrightShiftセット、MvShift+2に等しく設定されたleftShiftセットを入力として呼び出され、丸められたmvLが出力となる。
3. 輝度動きベクトルmvLは、以下のように修正される。
u[0]=(mvL[0]+mvd[0]+218)%218 (8-885)
mvL[0]=(u[0]>=217)?(u[0]-218):u[0] (8-886)
u[1]=(mvL[1]+mvd[1]+218)%218 (8-887)
mvL[1]=(u[1]>=217)?(u[1]-218):u[1] (8-888)
注1- 上記で指定したmvL[0]およびmvL[1]の結果値は、常に-217~217-1の範囲に含まれる。
8.6.3.1 一般
この処理は、ibc予測モードで符号化された符号化ユニットを復号化するときに呼び出される。
- 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置(xCb,yCb)、
- 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数cbWidth、
- 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数cbHeight、
- 現在のブロックの色成分インデックスを規定する変数cIdx、
8.7.5.1 一般
この処理への入力は以下の通りである。
- 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置(xCurr,yCurr)、
- 現在のブロックの幅および高さをそれぞれ規定する変数nCurrSwおよびnCurrSh、
- 現在のブロックの色成分を規定する変数cIdx、
- 現在のブロックの予測サンプルを規定する(nCurrSw)×(nCurrSh)配列のpredSamples、
- 現在のブロックの残差サンプル規定する(nCurrSw)×(nCurrSh)配列のresSamples。
- cIdxが0に等しい場合、recSamplesは再構成ピクチャサンプルアレイSLに対応し、関数clipCidx1はClip1Yに対応する。
- そうでない場合、cIdxが1に等しければ、tuCbfChromaはtu_cbf_cb[xCurr][yCurr]に等しく設定され、recSamplesは再構成されたクロマサンプル配列SCbに対応し、関数clipCidx1はClip1Cに対応する。
- そうでない場合、(cIdxが2に等しければ、tuCbfChromaはtu_cbf_cb[xCurr][yCurr]に等しく設定され、recSamplesは再構成されたクロマサンプル配列SCbに対応し、関数clipCidx1はClip1Cに対応する。
- slice_lmcs_enabled_flagが0に等しい場合、位置(xCurr,yCurr)における再構成サンプルrecSamplesの(nCurrSw)x(nCurrSh)ブロックは、i=0..nCurrSw-1,j=0..nCurrSh-1に対しては下記のように導出する。
recSamples[xCurr+i][yCurr+j]=clipCidx1(predSamples[i][j]+resSamples[i][j]) (8-992)
- そうでない場合(slice_lmcs_enabled_flagが1に等しい)、以下が適用される。
- cIdxが0に等しい場合、以下が適用される。
- 8.7.5.2項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置(xCurr,yCurr)、ブロック幅nCurrSwおよび高さnCurrSh、予測輝度サンプル配列preSamples、および残差輝度サンプル配列resSamplesを入力として呼び出され、出力は再構成輝度サンプル配列reCamplesとなる。
- それ以外の場合(cIdxが0より大きい場合)は,8.7.5.3項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置(xCurr,yCurr)、変換ブロックの幅nCurrSwおよび高さnCurrSh、現在のクロマ変換ブロックの符号化ブロックフラグtuCbfChroma、予測クロマサンプル配列predSamples、残差クロマサンプル配列resSamplesを入力として呼び出され、再構成されたクロマサンプル配列recSamplesを出力とする。
イントラブロックコピー、すなわちIBC(または現在のピクチャ参照、即ち前のCPR)符号化モードが採用される。なお、IBC参照サンプルはオンチップメモリに記憶されるべきであり、従って、1つのCTUの限られた参照領域が規定される。バッファのためのエクストラオンチップメモリを制限するために、現在の設計は、64×64メモリを再利用して現在のVPDUを復号化するので、IBCをサポートするために必要なメモリは3つの追加の64×64ブロックのメモリのみである。CTUの大きさが128×128である場合の、現在の参照領域を図2に示す。
現在の設計は、現在のVPDUを復号化するために64×64メモリを再使用することを想定し、IBC基準は、それに応じてVPDUメモリの再利用に合わせられる。このような設計は、VPDU復号化メモリをIBCバッファで束ねる。次のような問題が考えられる。
1. より小さなCTUサイズを扱うことが問題となり場合がある。CTUのサイズが32x32であるとすると、現在のVPDUを復号化する現在の64×64メモリが、異なるアーキテクチャにおいて32×32レベルのメモリ再利用を効率的にサポートできるかどうかは、不明である。
2. 参照領域は有意に異なる。従って、あまりにも多くのビットストリーム適合性の制約が導入されている。これは、参照領域を効率的に利用し、合法的なビットストリームの生成を回避するために、エンコーダに余分な負担をかける。また、異なるモジュール、例えばマージリストにおいて無効なBVを有する可能性が高まる。これらの無効なBVを扱うことにより、余分なロジックまたは余分な適合性の制約を導入してしまう場合がある。これは、エンコーダまたはデコーダに負担をもたらすだけでなく、BV符号化とMV符号化との間に相違を生じさせる可能性がある。
3. 設計がうまく拡大縮小されていない。VPDU復号化はIBCバッファと混合されるので、現在の1つの128×128CTU設計に対して参照領域を増減させることは容易ではない。を利用することは、より低いまたはより高いプロファイルなどの、後の開発において、より優れた符号化効率とオンチップメモリのトレードオフを有効に利用するための柔軟性を制限する可能性がある。
4. IBC参照バッファのビット深度は、復号化バッファに接続される。通常、スクリーンコンテンツのビット深度は内部復号化のビット深度よりも小さいが、バッファは、大部分が丸められたり量子化されたりするノイズを表すビットを記憶するために、依然としてメモリを費やす必要がある。より高い復号化ビット深度構成を考える場合、この問題はさらに深刻になる。
上記サブセクションに記載された問題に対処するために、我々は、復号化メモリと混合されない専用のIBCバッファを有することを提案する。
いくつかの実施形態において、開示された方法は、VTM-4.0ソフトウェアを使用して実装されてもよい。
映像メディアデータの現在のピクチャの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との変換のために、ブロックベクトル(BVx,BVy)を決定することであって、前記ブロックベクトルの妥当性は、(1)サンプルブロックの位置(P,Q)、および/または、(2)位置(P,Q)のサンプルを再構成するかどうか、および/または、(3)現在の映像ブロックの位置に依存せず、ブロックベクトル(BVx,BVy)は、現在の映像ブロックとサンプルブロックとの間の画素変位を表す、決定することと、
前記ブロックベクトルを使用して、現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを含む、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに基づくイントラブロックコピーモードでの変換を行うことであって、前記変換中、バッファにおける参照サンプルからの位置(A,B)を有する予測サンプルを、少なくともバッファのサイズおよび/またはブロックベクトル(BVx,BVy)に基づいて決定する、変換を行うことと、を含む。
視覚メディアデータの現在のピクチャの現在の映像ブロックと前記視覚メディアデータのビットストリーム表現との変換のために、現在の映像ブロックに対応するブロックベクトル(BVx,BVy)が規則に従って有効であるかどうかを判定することであって、前記ブロックベクトル(BVx,BVy)は、前記現在の映像ブロックとサンプルブロックとの間の画素変位を表す、決定することと、
前記ブロックベクトルを使用して、前記現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを含む前記現在のピクチャからの参照領域に基づく変換を行うこととを含み、前記規則は、ブロックベクトル(BVx,BVy)が、(1)このサンプルブロックからの1つ以上のサンプルがこの現在のピクチャの外側にあり、および/または、(2)サンプルブロックからの1つ以上のサンプルが、現在の映像ブロックに関連付けられた少なくとも1つの符号化ツリーユニット(CTU)の外側にあり、および/または、(3)サンプルブロックからの1つ以上のサンプルが再構成に失敗した場合に有効になる、視覚メディア処理方法。
視覚メディアデータの現在のピクチャの現在の映像ブロックと、この視覚メディアデータのビットストリーム表現との変換を行うことを含み、
前記変換は、現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを備える、現在のピクチャからの参照領域に基づいて行われ、
定義されたサイズの仮想バッファは、前記予測ブロックを導出するための前記参照サンプルの可用性を追跡するために使用される、視覚メディア処理方法。
仮想バッファに記憶されたサンプルの可用性を追跡するためのアレイを使用することをさらに含む、方法。
現在の映像ブロックの左上の位置、現在の映像ブロックの左下の位置、および現在の映像ブロックの右下位置に基づいて、現在の映像ブロックに対応するブロックベクトルの妥当性を決定することを含み、前記決定は、現在の映像ブロックの右上位置の使用を除外することをさらに含む、方法。
視覚メディアデータの現在のピクチャの映像ブロックと視覚メディアデータのビットストリーム表現との変換のために、現在の映像ブロックの予測ブロックを導出するために、現在のピクチャからの参照サンプルを含むバッファ維持することを含み、
前記導出に利用できないとマークされたバッファ内の1つ以上の参照サンプルが、画素値の範囲外の値を有している、方法。
1つのバッファ内の1つのサンプルセットを、この1つのサンプルセットが利用不可能であることを示す所定の値に初期化することさらに含む、条項N1に記載の方法。
現在の映像ブロックの予測ブロックを導出するために、現在のピクチャからの参照サンプルを含むバッファを使用して、視覚メディアデータの現在のピクチャの映像ブロックと視覚メディアデータのビットストリーム表現との変換を行うことを含み、
前記変換は、ビットストリーム表現が規則に準拠するために、バッファにおける参照サンプルがビットストリーム適合性の制約を満たすものであることを規定する規則に基づく、方法。
バッファ内のサンプルの値に従って、サンプルの可用性情報に印を付けることをさらに含む、方法。
ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、1つのマクロブロックは、変換および符号化された誤り残差値の観点から、
且つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。
特別目的のロジック回路として実装することができる。
コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、EPROM、EEPROM、フラッシュメモリデバイス等の半導体メモリデバイスを含む。処理装置及びメモリは、特定用途のロジック回路によって補完されてもよく、又は特定用途のロジック回路に組み込まれてもよい。
全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
本願は、2019年7月6日出願の国際特許出願第PCT/CN2019/094957号および2019年7月9日出願の国際特許出願第PCT/CN2019/095297号の優先権と利益を主張する、2020年7月1日出願の国際特許出願第PCT/CN2020/099702号の国内段階である。上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
Claims (29)
- 視覚メディアデータの現在のピクチャの現在の映像ブロックと、前記視覚メディアデータのビットストリーム表現との変換
を行うことを含む視覚メディア処理方法であって、
前記変換は、前記現在の映像ブロックの予測ブロックを導出するために使用される参照サンプルを備える前記現在のピクチャからの参照領域に基づき、
定義されたサイズの仮想バッファは、前記予測ブロックを導出するための前記参照サンプルの可用性を追跡するために使用される、視覚メディア処理方法。 - 前記仮想バッファは、仮想パイプラインデータユニット(VPDU)を使用して維持され、前記仮想バッファのサイズはm*WVPDU×n*HVPDUであり、WVPDUおよびHVPDUは、前記VPDUの幅および高さを示す、請求項1に記載の方法。
- m=4であり、n=2である、請求項2に記載の方法。
- mおよび/またはnは、前記現在の映像ブロックに関連付けられたピクチャの解像度または前記現在の映像ブロックを含む符号化ツリーユニットのサイズに少なくとも部分的に基づく、請求項2に記載の方法。
- mおよび/または、予め定義された数量である、請求項2に記載の方法。
- mおよび/または、前記ビットストリーム表現におけるフィールドとして信号通知される、請求項2に記載の方法。
- 前記現在のビデオブロック内のサンプルが、前記仮想バッファ内の(x%(m*WVPDU),y%(n*HVPDU))にマッピングされ、前記現在のビデオブロック内の前記サンプルは、ピクチャの左上隅に対して(x,y)に位置し、“x%y”は、y=x-y*floor(x/y)と定義され、floor(a)はa以下の最大整数であり、WVPDUおよびHVPDUは、VPDUの幅および高さを示す、請求項1に記載の方法。
- 前記仮想バッファに記憶されたサンプルの可用性を追跡するためのアレイを使用することをさらに含む、請求項1に記載の方法。
- 前記アレイは、前記バッファに記憶された1つ以上のサンプルがイントラブロックコピーモードでの予測に使用されるかどうかを示すためのフラグを含む、請求項8に記載の方法。
- 前記アレイは、サイズ3×2の1つ以上のVPDUに対応する、請求項8に記載の方法。
- 前記アレイは、サイズ4×2の1つ以上のVPDUに対応する、請求項8に記載の方法。
- 前記仮想バッファに記憶されたサンプルのサブセットが、予測のために利用不可能としてフラグを立てられる、請求項1に記載の方法。
- 予測のために利用不可能としてフラグが立てられた前記サンプルのサブセットは、最近処理されたVPDUの位置に基づく、請求項12に記載の方法。
- 前記サンプルは、VPDUの処理の開始時に利用不可能としてフラグが立てられる、請求項13に記載の方法。
- yPrevVPDU%(n*HVPDU)が0である場合、位置(x,y)に位置する前記サンプルのサブセットは利用不可能としてフラグが立てられ、xが第1の所定の範囲内にあり、yは第2の所定の範囲内にあり、(xPrevVPDU,yPrevVPDU)は、最近処理されたVPDUの符号化ツリーユニットの左上隅を表し、WVPDUおよびHVPDUはVPDUの幅および高さを表す、請求項14に記載の方法。
- 前記第1の範囲は、[xPrevVPDU-2WVPDU+2mWVPDU)%mWVPDU,((xPrevVPDU-2*WVPDU+2*m*WVPDU)%(m*WVPDU))-1+WVPDU]として表され、前記第2の範囲は、[yPrevVPDU%(n*HVPDU),(yPrevVPDU%(n*HVPDU))-1+HVPDU]として表される、請求項15に記載の方法。
- 前記第1の範囲は、[xPrevVPDU-2*WVPDU+2*m*WVPDU)%mWVPDU,((xPrevVPDU-2*WVPDU+2*m*WVPDU)%(m*WVPDU))-1+WVPDU]として表され、前記第2の範囲は、[yPrevVPDU%(n*HVPDU),(yPrevVPDU%(n*HVPDU))-1+HVPDU]として表される、請求項15に記載の方法。
- yPrevVPDU%(n*HVPDU)が0に等しくない場合、位置(x,y)に位置する前記サンプルのサブセットは利用不可能としてフラグが立てられ、xは第1の所定の範囲内にあり、yは第2の所定の範囲内にあり、(xPrevVPDU,yPrevVPDU)が、最近処理されたVPDUの符号化ツリーユニットの左上隅を表し、WVPDUおよびHVPDUが前記VPDUの幅および高さを表す、請求項14に記載の方法。
- 前記第1の範囲は、[xPrevVPDU-WVPDU+2*m*WVPDU)%(m*WVPDU),((xPrevVPDU-WVPDU+2*m*WVPDU)%(m*WVPDU))-1+WVPDU]として表され、前記第2の範囲は、[yPrevVPDU%(n*HVPDU),(yPrevVPDU%(n*HVPDU))-1+HVPDU]として表される、請求項18に記載の方法。
- 前記第1の範囲は、[xPrevVPDU-WVPDU+2*m*WVPDU)%mWVPDU,((xPrevVPDU-WVPDU+2*m*WVPDU)%(m*WVPDU))-1+WVPDUとして表され、前記第2の範囲は、[yPrevVPDU%(n*HVPDU),(yPrevVPDU%(n*HVPDU))-1+HVPDU]として表される、請求項18に記載の方法。
- 前記符号化ツリーがVPDUを含む場合、予測のために利用不可能としてフラグが立てられた前記サンプルのサブセットは、最近処理された符号化ツリーユニットの位置に基づく、請求項12に記載の方法。
- 前記サンプルは、符号化ツリーユニットの処理の開始時に利用不可能としてフラグが立てられる、請求項21に記載の方法。
- 前記現在の映像ブロックの左上の位置、前記現在の映像ブロックの左下の位置、および前記現在の映像ブロックの右下位置に基づいて、前記現在の映像ブロックに対応するブロックベクトルの妥当性を決定することをさらに含み、前記決定することは、前記現在の映像ブロックの右上位置の使用を除外する、請求項1~22のいずれか1項に記載の方法。
- 前記変換は、イントラブロックコピーモードで行われる、請求項1~23のいずれか1項以上に記載の方法。
- 前記変換は、前記現在の映像ブロックから前記ビットストリーム表現を生成することを含む、請求項1~24のいずれかに記載の方法。
- 前記変換は、前記ビットストリーム表現から前記現在の映像ブロックの画素値を生成することを含む、請求項1~24のいずれかに記載の方法。
- 請求項1~24のいずれか1項に記載の方法を実装するように構成された処理装置を備える映像エンコーダ装置。
- 請求項1~24のいずれか1項に記載の方法を実装するように構成された処理装置を備える映像デコーダ装置。
- コードが記憶されたコンピュータ可読媒体であって、前記コードは請求項1~24のいずれか1項に記載の方法を実装するための処理装置が実行可能な命令を実施する、コンピュータ可読媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2023189616A JP2024020308A (ja) | 2019-07-06 | 2023-11-06 | 映像符号化におけるイントラブロックコピーのための仮想予測バッファ |
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2019094957 | 2019-07-06 | ||
CNPCT/CN2019/094957 | 2019-07-06 | ||
CNPCT/CN2019/095297 | 2019-07-09 | ||
CN2019095297 | 2019-07-09 | ||
PCT/CN2020/099702 WO2021004348A1 (en) | 2019-07-06 | 2020-07-01 | Virtual prediction buffer for intra block copy in video coding |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2023189616A Division JP2024020308A (ja) | 2019-07-06 | 2023-11-06 | 映像符号化におけるイントラブロックコピーのための仮想予測バッファ |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2022539468A true JP2022539468A (ja) | 2022-09-09 |
Family
ID=80001960
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022500635A Pending JP2022539468A (ja) | 2019-07-06 | 2020-07-01 | 映像符号化におけるイントラブロックコピーのための仮想予測バッファ |
JP2023189616A Pending JP2024020308A (ja) | 2019-07-06 | 2023-11-06 | 映像符号化におけるイントラブロックコピーのための仮想予測バッファ |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2023189616A Pending JP2024020308A (ja) | 2019-07-06 | 2023-11-06 | 映像符号化におけるイントラブロックコピーのための仮想予測バッファ |
Country Status (10)
Country | Link |
---|---|
US (2) | US11575888B2 (ja) |
EP (1) | EP3981151A4 (ja) |
JP (2) | JP2022539468A (ja) |
KR (2) | KR20230170800A (ja) |
CN (2) | CN114175645B (ja) |
AU (1) | AU2020309663C1 (ja) |
BR (1) | BR112022000187A2 (ja) |
CA (1) | CA3146016A1 (ja) |
MX (1) | MX2022000102A (ja) |
ZA (1) | ZA202200289B (ja) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7405861B2 (ja) | 2019-03-01 | 2023-12-26 | 北京字節跳動網絡技術有限公司 | 映像符号化におけるイントラブロックコピーのための方向に基づく予測 |
BR112022000358A2 (pt) | 2019-07-10 | 2022-05-10 | Beijing Bytedance Network Tech Co Ltd | Método e aparelho para processar dados de vídeo e meios de armazenamento e gravação não transitórios legíveis por computador |
CN117579816A (zh) | 2019-07-11 | 2024-02-20 | 北京字节跳动网络技术有限公司 | 用于视频编解码中的帧内块复制的比特流一致性约束 |
CN117499659A (zh) | 2019-07-25 | 2024-02-02 | 北京字节跳动网络技术有限公司 | 帧内块复制虚拟缓冲区的尺寸限制 |
CN117579825A (zh) | 2019-09-05 | 2024-02-20 | 北京字节跳动网络技术有限公司 | 帧内块复制模式下块矢量的范围约束 |
CN117459723A (zh) * | 2019-09-23 | 2024-01-26 | 北京字节跳动网络技术有限公司 | 基于虚拟管线数据单元设置帧内块复制虚拟缓冲区 |
WO2021185306A1 (en) * | 2020-03-18 | 2021-09-23 | Beijing Bytedance Network Technology Co., Ltd. | Intra block copy buffer and palette predictor update |
Family Cites Families (136)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4724351B2 (ja) * | 2002-07-15 | 2011-07-13 | 三菱電機株式会社 | 画像符号化装置、画像符号化方法、画像復号装置、画像復号方法、および通信装置 |
CN100499788C (zh) | 2003-01-09 | 2009-06-10 | 加利福尼亚大学董事会 | 视频编码设备 |
JP4360093B2 (ja) | 2003-02-05 | 2009-11-11 | ソニー株式会社 | 画像処理装置および符号化装置とそれらの方法 |
CN1589028B (zh) | 2004-07-29 | 2010-05-05 | 展讯通信(上海)有限公司 | 基于像素流水的帧内预测装置及预测方法 |
US7801223B2 (en) | 2006-07-27 | 2010-09-21 | Lsi Corporation | Method for video decoder memory reduction |
JP4592656B2 (ja) | 2006-08-17 | 2010-12-01 | 富士通セミコンダクター株式会社 | 動き予測処理装置、画像符号化装置および画像復号化装置 |
RU2409006C1 (ru) * | 2006-10-20 | 2011-01-10 | Нокиа Корпорейшн | Маркировка виртуальных декодированных опорных изображений и список опорных изображений |
CN100551073C (zh) | 2006-12-05 | 2009-10-14 | 华为技术有限公司 | 编解码方法及装置、分像素插值处理方法及装置 |
JP2008227702A (ja) | 2007-03-09 | 2008-09-25 | Oki Electric Ind Co Ltd | 動きベクトル探索装置、動きベクトル探索方法及び動きベクトル探索プログラム |
JP2009272724A (ja) | 2008-04-30 | 2009-11-19 | Panasonic Corp | ビデオ符号化・復号化装置 |
US20100014584A1 (en) | 2008-07-17 | 2010-01-21 | Meir Feder | Methods circuits and systems for transmission and reconstruction of a video block |
TWI383688B (zh) | 2009-03-11 | 2013-01-21 | Quanta Comp Inc | 視訊壓縮電路與其方法 |
US20110122950A1 (en) * | 2009-11-26 | 2011-05-26 | Ji Tianying | Video decoder and method for motion compensation for out-of-boundary pixels |
US20110249754A1 (en) | 2010-04-12 | 2011-10-13 | Qualcomm Incorporated | Variable length coding of coded block pattern (cbp) in video compression |
EP2559239A2 (en) | 2010-04-13 | 2013-02-20 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Apparatus for intra predicting a block, apparatus for reconstructing a block of a picture, apparatus for reconstructing a block of a picture by intra prediction |
US9118929B2 (en) | 2010-04-14 | 2015-08-25 | Mediatek Inc. | Method for performing hybrid multihypothesis prediction during video coding of a coding unit, and associated apparatus |
US8917774B2 (en) | 2010-06-30 | 2014-12-23 | Warner Bros. Entertainment Inc. | Method and apparatus for generating encoded content using dynamically optimized conversion |
US9161056B2 (en) | 2010-11-24 | 2015-10-13 | Texas Instruments Incorporated | Method for low memory footprint compressed video decoding |
US20120236931A1 (en) | 2010-12-23 | 2012-09-20 | Qualcomm Incorporated | Transform coefficient scan |
CN102595118B (zh) | 2011-01-14 | 2015-04-08 | 华为技术有限公司 | 一种编解码中的预测方法和预测器 |
CN107277539B (zh) | 2011-05-27 | 2020-11-06 | 寰发股份有限公司 | 减少用于上下文自适应熵解码中的行缓存的方法及装置 |
CN105721880B (zh) | 2011-06-30 | 2019-04-05 | 微软技术许可有限责任公司 | 用于降低视频编码和解码中的延迟的方法和系统 |
US9426463B2 (en) | 2012-02-08 | 2016-08-23 | Qualcomm Incorporated | Restriction of prediction units in B slices to uni-directional inter prediction |
US8947449B1 (en) | 2012-02-21 | 2015-02-03 | Google Inc. | Color space conversion between semi-planar YUV and planar YUV formats |
US9906786B2 (en) | 2012-09-07 | 2018-02-27 | Qualcomm Incorporated | Weighted prediction mode for scalable video coding |
US9805442B2 (en) | 2012-10-03 | 2017-10-31 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Fine-grained bit-rate control |
US9491460B2 (en) | 2013-03-29 | 2016-11-08 | Qualcomm Incorporated | Bandwidth reduction for video coding prediction |
US10904551B2 (en) | 2013-04-05 | 2021-01-26 | Texas Instruments Incorporated | Video coding using intra block copy |
US20140348240A1 (en) | 2013-05-22 | 2014-11-27 | Qualcomm Incorporated | Video coding using sample prediction among color components |
US10015515B2 (en) | 2013-06-21 | 2018-07-03 | Qualcomm Incorporated | Intra prediction from a predictive block |
US20140376611A1 (en) | 2013-06-21 | 2014-12-25 | Qualcomm Incorporated | Adaptive color transforms for video coding |
US9560358B2 (en) | 2013-07-22 | 2017-01-31 | Qualcomm Incorporated | Device and method for scalable coding of video information |
US10313682B2 (en) | 2013-08-26 | 2019-06-04 | Qualcomm Incorporated | Determining regions when performing intra block copying |
US9503715B2 (en) | 2013-08-30 | 2016-11-22 | Qualcomm Incorporated | Constrained intra prediction in video coding |
AU2013228045A1 (en) | 2013-09-13 | 2015-04-02 | Canon Kabushiki Kaisha | Method, apparatus and system for encoding and decoding video data |
CN105659602B (zh) | 2013-10-14 | 2019-10-08 | 微软技术许可有限责任公司 | 用于视频和图像编码的帧内块复制预测模式的编码器侧选项 |
RU2654129C2 (ru) | 2013-10-14 | 2018-05-16 | МАЙКРОСОФТ ТЕКНОЛОДЖИ ЛАЙСЕНСИНГ, ЭлЭлСи | Функциональные возможности режима внутреннего предсказания с блочным копированием для кодирования и декодирования видео и изображений |
US10264290B2 (en) | 2013-10-25 | 2019-04-16 | Microsoft Technology Licensing, Llc | Hash-based block matching in video and image coding |
WO2015082763A1 (en) | 2013-12-02 | 2015-06-11 | Nokia Technologies Oy | Video encoding and decoding |
BR112016015080A2 (pt) | 2014-01-03 | 2017-08-08 | Microsoft Technology Licensing Llc | Predição de vetor de bloco em codificação / decodificação de vídeo e imagem |
US9883197B2 (en) | 2014-01-09 | 2018-01-30 | Qualcomm Incorporated | Intra prediction of chroma blocks using the same vector |
US11284103B2 (en) | 2014-01-17 | 2022-03-22 | Microsoft Technology Licensing, Llc | Intra block copy prediction with asymmetric partitions and encoder-side search patterns, search ranges and approaches to partitioning |
WO2015124110A1 (en) | 2014-02-21 | 2015-08-27 | Mediatek Singapore Pte. Ltd. | Method of video coding using prediction based on intra picture block copy |
CA2939431C (en) | 2014-03-04 | 2020-09-22 | Microsoft Techology Licensing, Llc | Block flipping and skip mode in intra block copy prediction |
EP3114838B1 (en) | 2014-03-04 | 2018-02-07 | Microsoft Technology Licensing, LLC | Hash table construction and availability checking for hash-based block matching |
CN110519593B (zh) | 2014-03-04 | 2021-08-31 | 微软技术许可有限责任公司 | 色彩空间、色彩采样率和/或比特深度的自适应切换 |
US20150264383A1 (en) | 2014-03-14 | 2015-09-17 | Mitsubishi Electric Research Laboratories, Inc. | Block Copy Modes for Image and Video Coding |
AU2014201583A1 (en) | 2014-03-14 | 2015-10-01 | Canon Kabushiki Kaisha | Method, apparatus and system for encoding and decoding video data using a block dictionary |
US9756354B2 (en) | 2014-03-17 | 2017-09-05 | Qualcomm Incorporated | Block vector predictor for intra block copying |
US9712837B2 (en) | 2014-03-17 | 2017-07-18 | Qualcomm Incorporated | Level definitions for multi-layer video codecs |
US9860559B2 (en) | 2014-03-17 | 2018-01-02 | Mediatek Singapore Pte. Ltd. | Method of video coding using symmetric intra block copy |
US20150264348A1 (en) | 2014-03-17 | 2015-09-17 | Qualcomm Incorporated | Dictionary coding of video content |
US10432928B2 (en) | 2014-03-21 | 2019-10-01 | Qualcomm Incorporated | Using a current picture as a reference for video coding |
US9877034B2 (en) | 2014-04-14 | 2018-01-23 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Pipelined video decoder system |
CN106464905B (zh) | 2014-05-06 | 2019-06-07 | 寰发股份有限公司 | 用于块内复制模式编码的块向量预测方法 |
AU2014202682A1 (en) | 2014-05-16 | 2015-12-03 | Canon Kabushiki Kaisha | Method, apparatus and system for copying a block of video samples |
US10091512B2 (en) | 2014-05-23 | 2018-10-02 | Futurewei Technologies, Inc. | Advanced screen content coding with improved palette table and index map coding methods |
EP3158753B1 (en) | 2014-06-19 | 2021-12-08 | VID SCALE, Inc. | Intra block copy coding with block vector derivation |
US10327001B2 (en) | 2014-06-19 | 2019-06-18 | Qualcomm Incorporated | Systems and methods for intra-block copy |
US10897629B2 (en) | 2014-06-19 | 2021-01-19 | Vid Scale, Inc. | Methods and systems for intra block copy search enhancement |
US9948949B2 (en) | 2014-06-20 | 2018-04-17 | Qualcomm Incorporated | Intra block copy block vector signaling for video coding |
KR101748620B1 (ko) | 2014-06-20 | 2017-07-04 | 성균관대학교산학협력단 | 영상의 부호화/복호화 방법 및 이를 이용하는 장치 |
KR101961385B1 (ko) | 2014-07-07 | 2019-03-25 | 에이치에프아이 이노베이션 인크. | 인트라 블록 카피 검색 및 보상 범위의 방법 |
US10412387B2 (en) | 2014-08-22 | 2019-09-10 | Qualcomm Incorporated | Unified intra-block copy and inter-prediction |
CN107079161B (zh) | 2014-09-01 | 2020-11-20 | 寰发股份有限公司 | 用于屏幕内容以及视频编码的帧内图片块复制的方法 |
US10856009B2 (en) | 2014-09-04 | 2020-12-01 | Mediatek Inc. | Method of block vector clipping and coding for screen content coding and video coding |
CN107005708A (zh) | 2014-09-26 | 2017-08-01 | Vid拓展公司 | 使用时间块向量预测的块内复制译码 |
MX2017004210A (es) | 2014-09-30 | 2017-11-15 | Microsoft Technology Licensing Llc | Decisiones de codificador basadas en hash para codificar video. |
GB2531001B (en) | 2014-10-06 | 2019-06-05 | Canon Kk | Method and apparatus for vector encoding in video coding and decoding |
CN105491376B (zh) | 2014-10-06 | 2020-01-07 | 同济大学 | 图像编码、解码方法及装置 |
US9918105B2 (en) | 2014-10-07 | 2018-03-13 | Qualcomm Incorporated | Intra BC and inter unification |
US9832467B2 (en) | 2014-10-07 | 2017-11-28 | Qualcomm Incorporated | Deblock filtering for intra block copying |
EP3189661B1 (en) | 2014-10-08 | 2020-07-29 | MediaTek Inc. | Method of block vector clipping and coding for screen content coding and video coding |
US9838662B2 (en) | 2014-10-10 | 2017-12-05 | Qualcomm Incorporated | Harmonization of cross-component prediction and adaptive color transform in video coding |
US10283091B2 (en) | 2014-10-13 | 2019-05-07 | Microsoft Technology Licensing, Llc | Buffer optimization |
US9591325B2 (en) | 2015-01-27 | 2017-03-07 | Microsoft Technology Licensing, Llc | Special case handling for merged chroma blocks in intra block copy prediction mode |
CN107409220B (zh) | 2015-01-29 | 2020-07-24 | Vid拓展公司 | 块内拷贝搜索 |
US10165292B2 (en) | 2015-02-02 | 2018-12-25 | Mediatek Inc. | Method and apparatus for intra block copy mode in video coding system with pipeline architecture |
US20160227222A1 (en) | 2015-02-02 | 2016-08-04 | Mediatek Inc. | Multi-Standard Video Decoder with Novel Intra Prediction Decoding |
US9955185B2 (en) | 2015-02-12 | 2018-04-24 | Mediatek Inc. | Method and apparatus of constrained intra block copy for coding video |
US10362331B2 (en) | 2015-03-02 | 2019-07-23 | Hfi Innovation Inc. | Method and apparatus for intraBC mode with fractional-pel block vector resolution in video coding |
KR102051197B1 (ko) | 2015-03-20 | 2019-12-02 | 미디어텍 싱가폴 피티이. 엘티디. | 비디오 코딩에서의 인터 예측으로의 팔레트 코딩 방법 |
US10200713B2 (en) | 2015-05-11 | 2019-02-05 | Qualcomm Incorporated | Search region determination for inter coding within a particular picture of video data |
CN112087639B (zh) | 2015-05-28 | 2022-05-31 | 寰发股份有限公司 | 一种管理解码图像缓存器的方法及装置 |
CN107615762B (zh) | 2015-05-29 | 2020-06-26 | 寰发股份有限公司 | 一种管理解码图像缓存器并解码视频比特流的方法及装置 |
CA2986950C (en) | 2015-06-03 | 2022-03-15 | Mediatek Inc. | Method and apparatus of error handling for video coding using intra block copy mode |
KR20180010260A (ko) | 2015-06-03 | 2018-01-30 | 미디어텍 인크. | 화상 및 비디오 데이터의 팔레트 코딩 방법 |
WO2016196843A1 (en) | 2015-06-03 | 2016-12-08 | Apple Inc. | Techniques for resource conservation during performance of intra block copy prediction searches |
TWI750637B (zh) | 2015-06-08 | 2021-12-21 | 美商Vid衡器股份有限公司 | 螢幕內容編碼區塊內複製模式 |
WO2016200043A1 (ko) * | 2015-06-10 | 2016-12-15 | 엘지전자 주식회사 | 비디오 코딩 시스템에서 가상 참조 픽처 기반 인터 예측 방법 및 장치 |
US10178403B2 (en) | 2015-06-23 | 2019-01-08 | Qualcomm Incorporated | Reference picture list construction in intra block copy mode |
AU2016299036B2 (en) | 2015-07-27 | 2019-11-21 | Hfi Innovation Inc. | Method of system for video coding using intra block copy mode |
KR102164062B1 (ko) | 2015-09-08 | 2020-10-13 | 미디어텍 인크. | 인트라 블록 복사 모드를 위한 디코딩된 픽처 버퍼의 방법 및 시스템 |
GB2543736B (en) | 2015-09-10 | 2019-03-27 | Advanced Risc Mach Ltd | An interface apparatus and method of operating an interface apparatus |
US10491922B2 (en) | 2015-09-29 | 2019-11-26 | Qualcomm Incorporated | Non-separable secondary transform for video coding |
US20170099490A1 (en) | 2015-10-02 | 2017-04-06 | Qualcomm Incorporated | Constrained intra-prediction for block copy mode |
US10812822B2 (en) | 2015-10-02 | 2020-10-20 | Qualcomm Incorporated | Intra block copy merge mode and padding of unavailable IBC reference region |
US11153601B2 (en) | 2015-11-11 | 2021-10-19 | Samsung Electronics Co., Ltd. | Method and apparatus for decoding video, and method and apparatus for encoding video |
US20170188033A1 (en) | 2015-12-23 | 2017-06-29 | Mediatek Inc. | Method and Apparatus of Bandwidth Estimation and Reduction for Video Coding |
US9866862B2 (en) * | 2016-03-18 | 2018-01-09 | Google Llc | Motion vector reference selection through reference frame buffer tracking |
US10575007B2 (en) | 2016-04-12 | 2020-02-25 | Microsoft Technology Licensing, Llc | Efficient decoding and rendering of blocks in a graphics pipeline |
EP3449630A4 (en) | 2016-05-28 | 2019-11-27 | MediaTek Inc. | METHOD AND APPARATUS FOR CURRENT IMAGE REFERENCING FOR VIDEO CODING |
US10157480B2 (en) | 2016-06-24 | 2018-12-18 | Microsoft Technology Licensing, Llc | Efficient decoding and rendering of inter-coded blocks in a graphics pipeline |
CN107846597B (zh) | 2016-09-20 | 2019-12-10 | 上海澜至半导体有限公司 | 用于视频解码器的数据缓存方法和装置 |
WO2018061837A1 (ja) | 2016-09-30 | 2018-04-05 | ソニー株式会社 | 画像処理装置および方法 |
US10681370B2 (en) | 2016-12-29 | 2020-06-09 | Qualcomm Incorporated | Motion vector generation for affine motion model for video coding |
US10694181B2 (en) | 2017-01-27 | 2020-06-23 | Qualcomm Incorporated | Bilateral filters in video coding with reduced complexity |
TWI782974B (zh) | 2017-04-13 | 2022-11-11 | 美商松下電器(美國)知識產權公司 | 解碼裝置、解碼方法及非暫時性電腦可讀取媒體 |
JP6324590B2 (ja) | 2017-05-25 | 2018-05-16 | キヤノン株式会社 | 画像符号化装置、画像符号化方法及びプログラム、画像復号装置、画像復号方法及びプログラム |
US11134272B2 (en) | 2017-06-29 | 2021-09-28 | Qualcomm Incorporated | Memory reduction for non-separable transforms |
CN116248863A (zh) | 2017-07-03 | 2023-06-09 | 汉阳大学校产学协力团 | 利用包含追加区域的分割单位的影像解码方法以及装置 |
US20200236361A1 (en) | 2017-07-18 | 2020-07-23 | Lg Electronics Inc. | Intra prediction mode based image processing method, and apparatus therefor |
US11172201B2 (en) | 2017-12-18 | 2021-11-09 | Panasonic Intellectual Property Corporation Of America | Encoder, decoder, encoding method, and decoding method |
US10986349B2 (en) | 2017-12-29 | 2021-04-20 | Microsoft Technology Licensing, Llc | Constraints on locations of reference blocks for intra block copy prediction |
US11012715B2 (en) | 2018-02-08 | 2021-05-18 | Qualcomm Incorporated | Intra block copy for video coding |
US11516496B2 (en) | 2018-03-21 | 2022-11-29 | Electronics And Telecommunications Research Institute | Image encoding/decoding method and apparatus, and recording medium storing bitstream |
US10873748B2 (en) | 2018-05-12 | 2020-12-22 | Qualcomm Incorporated | Storage of high precision motion vectors in video coding |
KR20210016581A (ko) | 2018-06-05 | 2021-02-16 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | Ibc 및 atmvp 간의 상호 작용 |
US10440378B1 (en) | 2018-07-17 | 2019-10-08 | Tencent America LLC | Method and apparatus for history-based motion vector prediction with parallel processing |
CN113556539B (zh) | 2018-07-18 | 2022-05-10 | 北京达佳互联信息技术有限公司 | 对视频数据进行解码的方法、计算设备和介质 |
US10743029B2 (en) * | 2018-07-30 | 2020-08-11 | Tencent America LLC | Constraints on coding unit partition |
WO2020036417A1 (ko) | 2018-08-13 | 2020-02-20 | 엘지전자 주식회사 | 히스토리 기반 움직임 벡터에 기반한 인터 예측 방법 및 그 장치 |
US10848782B2 (en) | 2018-09-21 | 2020-11-24 | Tencent America LLC | Method and apparatus for video coding |
BR122021011268B1 (pt) | 2018-10-04 | 2022-06-14 | Lg Electronics Inc | Método e aparelho de decodificação de imagem, método e aparelho de codificação de imagem e mídias de armazenamento não transitórias legíveis por computador |
CN113170193A (zh) | 2018-11-28 | 2021-07-23 | 北京字节跳动网络技术有限公司 | 帧内块复制模式中块矢量列表的独立构造方法 |
US10999594B2 (en) * | 2018-12-20 | 2021-05-04 | Qualcomm Incorporated | Virtual search area for current picture referencing (CPR) and intra block copy (IBC) |
CN111355951B (zh) * | 2018-12-24 | 2023-11-10 | 华为技术有限公司 | 视频解码方法、装置及解码设备 |
CN113383541B (zh) | 2019-02-02 | 2024-02-20 | 北京字节跳动网络技术有限公司 | 用于视频编解码中的帧内块复制的缓冲区访问方法 |
CN117119200A (zh) | 2019-02-02 | 2023-11-24 | 北京字节跳动网络技术有限公司 | 用于视频编解码中的帧内块复制的缓冲区中的数据存储 |
JP7405861B2 (ja) | 2019-03-01 | 2023-12-26 | 北京字節跳動網絡技術有限公司 | 映像符号化におけるイントラブロックコピーのための方向に基づく予測 |
KR20210125506A (ko) | 2019-03-04 | 2021-10-18 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 비디오 코딩에서 인트라 블록 복사를 위한 버퍼 관리 |
KR102596735B1 (ko) * | 2019-05-16 | 2023-11-01 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 루마 및 크로마 성분에 대한 ibc 전용 버퍼 및 디폴트 값 리프레싱을 사용하는 인코더, 디코더 및 대응하는 방법들 |
US11070816B2 (en) | 2019-06-18 | 2021-07-20 | Tencent America LLC | Conversion of decoded block vector for intra picture block compensation |
CN114026850A (zh) | 2019-06-28 | 2022-02-08 | 北京字节跳动网络技术有限公司 | 用于视频编解码中的帧内块复制的块矢量的有效性检查 |
BR112022000358A2 (pt) | 2019-07-10 | 2022-05-10 | Beijing Bytedance Network Tech Co Ltd | Método e aparelho para processar dados de vídeo e meios de armazenamento e gravação não transitórios legíveis por computador |
CN117579816A (zh) | 2019-07-11 | 2024-02-20 | 北京字节跳动网络技术有限公司 | 用于视频编解码中的帧内块复制的比特流一致性约束 |
-
2020
- 2020-07-01 CN CN202080049796.3A patent/CN114175645B/zh active Active
- 2020-07-01 BR BR112022000187A patent/BR112022000187A2/pt unknown
- 2020-07-01 MX MX2022000102A patent/MX2022000102A/es unknown
- 2020-07-01 CA CA3146016A patent/CA3146016A1/en active Pending
- 2020-07-01 KR KR1020237041554A patent/KR20230170800A/ko active Search and Examination
- 2020-07-01 EP EP20836430.7A patent/EP3981151A4/en active Pending
- 2020-07-01 JP JP2022500635A patent/JP2022539468A/ja active Pending
- 2020-07-01 AU AU2020309663A patent/AU2020309663C1/en active Active
- 2020-07-01 CN CN202311518032.6A patent/CN117294841A/zh active Pending
- 2020-07-01 KR KR1020217043338A patent/KR20220029598A/ko active IP Right Grant
-
2022
- 2022-01-05 US US17/569,390 patent/US11575888B2/en active Active
- 2022-01-05 ZA ZA2022/00289A patent/ZA202200289B/en unknown
- 2022-12-19 US US18/083,919 patent/US20230135007A1/en active Pending
-
2023
- 2023-11-06 JP JP2023189616A patent/JP2024020308A/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
JP2024020308A (ja) | 2024-02-14 |
CN117294841A (zh) | 2023-12-26 |
CN114175645A (zh) | 2022-03-11 |
AU2020309663C1 (en) | 2023-12-14 |
CA3146016A1 (en) | 2021-01-14 |
EP3981151A4 (en) | 2022-08-24 |
BR112022000187A2 (pt) | 2022-02-22 |
US20230135007A1 (en) | 2023-05-04 |
CN114175645B (zh) | 2024-04-12 |
AU2020309663A1 (en) | 2022-02-03 |
AU2020309663B2 (en) | 2023-06-08 |
EP3981151A1 (en) | 2022-04-13 |
KR20230170800A (ko) | 2023-12-19 |
US11575888B2 (en) | 2023-02-07 |
US20220132105A1 (en) | 2022-04-28 |
ZA202200289B (en) | 2023-11-29 |
MX2022000102A (es) | 2022-02-03 |
KR20220029598A (ko) | 2022-03-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7384911B2 (ja) | 映像符号化におけるイントラブロックコピーのためのバッファ初期化 | |
JP2022539887A (ja) | 映像符号化におけるイントラブロックコピーのためのビットストリーム適合性の制約 | |
JP7284284B2 (ja) | 映像符号化におけるイントラブロックコピーの実装形態の態様 | |
CN113366848A (zh) | 用于视频编解码中的帧内块复制的缓冲区重置 | |
JP2022539468A (ja) | 映像符号化におけるイントラブロックコピーのための仮想予測バッファ | |
JP7405861B2 (ja) | 映像符号化におけるイントラブロックコピーのための方向に基づく予測 | |
JP7359934B2 (ja) | 映像符号化におけるイントラブロックコピーのためのサンプル識別 | |
WO2020259677A1 (en) | Validity checks for a block vectors for intra block copy in video coding | |
WO2021004495A1 (en) | Sample identification for intra block copy in video coding | |
WO2021004348A1 (en) | Virtual prediction buffer for intra block copy in video coding | |
EP3981148A1 (en) | Sample identification for intra block copy in video coding | |
JP7384910B2 (ja) | 映像符号化におけるイントラブロックコピーのためのバッファ管理 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220114 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220114 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220617 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230207 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20230508 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230707 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20231017 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20240117 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20240416 |