JP2023523638A - 分割構文のためのエントロピーコーディング - Google Patents
分割構文のためのエントロピーコーディング Download PDFInfo
- Publication number
- JP2023523638A JP2023523638A JP2022566448A JP2022566448A JP2023523638A JP 2023523638 A JP2023523638 A JP 2023523638A JP 2022566448 A JP2022566448 A JP 2022566448A JP 2022566448 A JP2022566448 A JP 2022566448A JP 2023523638 A JP2023523638 A JP 2023523638A
- Authority
- JP
- Japan
- Prior art keywords
- video
- context
- allowed
- block
- coding
- 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
- 238000000034 method Methods 0.000 claims abstract description 199
- 238000012545 processing Methods 0.000 claims abstract description 39
- 238000006243 chemical reaction Methods 0.000 claims abstract description 12
- 230000008569 process Effects 0.000 claims description 59
- 238000004590 computer program Methods 0.000 claims description 12
- 230000009977 dual effect Effects 0.000 claims description 10
- 230000009466 transformation Effects 0.000 claims description 10
- 230000001131 transforming effect Effects 0.000 claims description 5
- 230000006978 adaptation Effects 0.000 claims description 2
- 230000033001 locomotion Effects 0.000 description 171
- 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 127
- 239000013598 vector Substances 0.000 description 90
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 description 44
- 241000023320 Luma <angiosperm> Species 0.000 description 40
- 238000009795 derivation Methods 0.000 description 26
- 230000003044 adaptive effect Effects 0.000 description 20
- 241000723655 Cowpea mosaic virus Species 0.000 description 19
- 238000010586 diagram Methods 0.000 description 13
- 238000005192 partition Methods 0.000 description 11
- 239000000872 buffer Substances 0.000 description 10
- 230000015654 memory Effects 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 8
- 238000003672 processing method Methods 0.000 description 8
- 230000003287 optical effect Effects 0.000 description 7
- 238000013139 quantization Methods 0.000 description 7
- 230000011664 signaling Effects 0.000 description 6
- 101150060232 Ctxn1 gene Proteins 0.000 description 5
- 238000000638 solvent extraction Methods 0.000 description 5
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 230000006872 improvement Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 238000006073 displacement reaction Methods 0.000 description 3
- 230000011218 segmentation Effects 0.000 description 3
- 238000000926 separation method Methods 0.000 description 3
- 230000002123 temporal effect Effects 0.000 description 3
- 238000013519 translation Methods 0.000 description 3
- 208000037170 Delayed Emergence from Anesthesia Diseases 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000013138 pruning Methods 0.000 description 2
- 230000002441 reversible effect Effects 0.000 description 2
- 238000013515 script Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000003416 augmentation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000009472 formulation Methods 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000007727 signaling mechanism Effects 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- 238000012546 transfer Methods 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/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/13—Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
-
- 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/136—Incoming video signal characteristics or properties
- H04N19/137—Motion inside a coding unit, e.g. average field, frame or block difference
-
- 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/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/189—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/513—Processing of motion vectors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/523—Motion estimation or motion compensation with sub-pixel accuracy
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Television Systems (AREA)
Abstract
Description
パリ条約に基づく適用可能な特許法および/または規則に基づいて、本願は、2020年5月1日出願の国際特許出願第PCT/CN2020/088546号の優先権および利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
本明細書は、映像コーディング技術に関する。具体的には、画像/映像コーディングにおけるAMVR(Adaptive Motion Vector Resolution)、ブロック分割などのコーディングツールに関連する。HEVCのような既存の映像コーディング規格に適用してもよいし、規格(Versatile Video Coding)を確定させるために適用してもよい。本発明は、将来の映像コーディング規格または映像コーデックにも適用可能である。
映像コーディング規格は、主に周知のITU-TおよびISO/IEC規格の開発によって発展してきた。ITU-TはH.261とH.263を作り、ISO/IECはMPEG-1とMPEG-4 Visualを作り、両団体はH.262/MPEG-2 VideoとH.264/MPEG-4 AVC(Advanced Video Coding)とH.265/HEVC規格を共同で作った。H.262以来、映像コーディング規格は、時間予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。HEVCを超えた将来の映像コーディング技術を探索するため、2015年には、VCEGとMPEGが共同でJVET(Joint Video Exploration Team)を設立した。それ以来、多くの新しい方法がJVETによって採用され、JEM(Joint Exploration Mode)と呼ばれる参照ソフトウェアに組み込まれてきた。2018年4月には、VCEG(Q6/16)とISO/IEC JTC1 SC29/WG11(MPEG)の間にJoint Video Expert Team(JVET)が発足し、HEVCと比較して50%のビットレート削減を目標にVVC規格の策定に取り組んでいる。
図1は、3つのインループフィルタリングブロック、すなわちDF(Deblocking Filter)、SAO(Sample Adaptive Offset)およびALFを含むVVCのエンコーダブロック図の例を示す。予め定義されたフィルタを使用するDFとは異なり、SAOおよびALFは、現在のピクチャのオリジナルサンプルを利用し、オフセットおよびフィルタ係数を信号通知するコーディングされた側の情報を用いて、それぞれ、オフセットを追加することにより、および、FIR(Finite Impulse Response)フィルタを適用することにより、元のサンプルと再構成サンプルとの間の平均二乗誤差を低減する。ALFは、各ピクチャの最後の処理段階に位置し、前の段階で生成されたアーチファクトを捕捉し、修正しようとするツールと見なすことができる。
自然映像に表される任意のエッジ方向をキャプチャするために、指向性イントラモードの数は、HEVCで使用されるように、33から65に拡張される。追加の指向性モードは、図2において赤い点線の矢印で示され、平面モードとDCモードは同じままである。これらのより密度の高い指向性イントラ予測モードは、すべてのブロックサイズ、および輝度および彩度イントラ予測の両方に適用される。
各インター予測CUに対し、動きベクトル、参照ピクチャインデックス、および参照ピクチャリスト使用インデックスで構成される動きパラメータ、並びにVVCの新しいコーディング特徴に必要な追加情報が、インター予測サンプル生成に使用される。動きパラメータは、明示的または暗示的に信号通知されてもよい。CUがスキップモードでコーディングされる場合、CUは1つのPUに関連付けられ、有意な残差係数、コーディングされた動きベクトル差分、または参照ピクチャインデックスを有さない。マージモードが規定され、これにより、空間的および時間的候補、並びにVVCに導入された追加のスケジュールを含む、現在のCUのための動きパラメータを、近傍のCUから取得する。マージモードは、スキップモードのためだけでなく、任意のインター予測されたCUに適用することができる。マージモードの代替案は、動きパラメータを明確に送信することであり、動きベクトル、各参照ピクチャリストおよび参照ピクチャリスト使用フラグに対応する参照ピクチャインデックス、並びに他の必要な情報が、CUごとに明確に信号通知される。
IBC(Intra Block Copy)は、SCCのHEVC拡張に採用されているツールである。これにより、スクリーンコンテンツマテリアルのコーディング効率が有意に向上することが知られている。IBCモードはブロックレベルコーディングモードとして実装されるので、BM(Block Matching)が、エンコーダにおいて実行され、CUごとに最適なブロックベクトル(または動きベクトル)を見出す。ここで、ブロックベクトルは、現在のブロックから、現在のピクチャの内部で既に再構成された参照ブロックへの変位を示すために使用される。IBCコーディングされたCUの輝度ブロックベクトルは、整数精度である。彩度ブロックベクトルは、整数精度にも丸められる。AMVRと組み合わせた場合、IBCモードは、1画素と4画素の動きベクトル精度を切り替えることができる。IBCコーディングされたCUは、イントラ予測モードまたはインター予測モード以外の第3の予測モードとして扱われる。IBCモードは、幅および高さの両方が64の輝度サンプル以下のCUに適用可能である。
HEVCにおいて、MCP(Motion Compensation Prediction)のために並進運動モデルのみが適用される。一方、現実世界において、動きには様々な種類があり、例えば、ズームイン/ズームアウト、回転、透視運動、および他の不規則な動きがある。VVCにおいて、ブロックベースのアフィン変換動き補償予測が適用される。図3Aから図3Bに示すように、ブロックのアフィン動きフィールドは、2つの制御点の動き情報(4パラメータ)または3つの制御点動きベクトル(6パラメータ)によって説明される。
AF_MERGEモードを、幅および高さの両方が8以上のCUに適用することができる。このモードでは、空間的近傍のCUの動き情報に基づいて、現在のCUのCPMVを生成する。CPMVP候補は最大5つまであり、インデックスは、現在のCUに使用されるべきものを示すように信号通知される。以下の3種類のCPVM候補を使用して、アフィンマージ候補リストを形成する。
-近傍のCUのCPMVから外挿した継承されたアフィンマージ候補
-近傍のCUの並進MVを使用して導出された構築されたアフィンマージ候補CPMVP
-ゼロMV
{CPMV1,CPMV2,CPMV3},{CPMV1,CPMV2,CPMV4},{CPMV1,CPMV3,CPMV4},{CPMV2,CPMV3,CPMV4},{CPMV1,CPMV2},{CPMV1,CPMV3}
アフィンAMVPモードを、幅および高さの両方が16以上のCUに適用することができる。アフィンAMVPモードが使用されるかどうかを示すために、CUレベルのアフィンフラグがビットストリームにおいて信号通知され、次いで、4パラメータアフィンであるか6パラメータアフィンであるかどうかを示すために、別のフラグが信号通知される。このモードにおいて、現在のCUのCPMVとその予測子CPMVPとの差がビットストリームにおいて信号通知される。アフィンAVMP候補リストサイズは2であり、以下の4つのタイプのCPVM候補を順に使用して生成される。
-近傍のCUのCPUMVから外挿した継承されたアフィンAMVP候補
-近傍のCUの並進MVを使用して導出された構築されたアフィンAMVP候補CPMVP
-近傍のCUからの並進MV
-ゼロMV
VVCにおいて、アフィンCUのCPUMVは、別個のバッファに記憶される。記憶されたCPMVは、最近コーディングされたCUのために、アフィンマージモードおよびアフィンAMVPモードで継承されたCPMVPを生成するためだけに用いられる。CPMVから導出されたサブブロックMVは、動き補償、並進MVのマージ/AMVPリストのMV導出、およびデブロッキングに用いられる。
サブブロック・ベースのアフィン動き補償は、予測精度の犠牲を払って、メモリアクセス帯域幅を節約し、ピクセル・ベースの動き補償に比べて計算の複雑さを低減することができる。動き補償のより微細な粒度を実現するために、PROF(Prediction Refinement with Optical Flow)は、動き補償のためのメモリアクセス帯域幅を増加させることなく、サブブロックに基づくアフィン動き補償予測を改善するために用いられる。VVCにおいて、サブブロックに基づくアフィン動き補償を行った後、オプティカルフロー方程式で導出された差を加算することで、輝度予測サンプルを微調整する。PROFは、以下の4つのステップとして説明される。
ステップ2)3タップフィルタ[-1,0,1]を使用して、個々のサンプル位置において、サブブロック予測の空間的勾配gx(i,j)およびgy(i,j)を算出する。勾配計算は、BDOFの勾配計算と全く同じである。
6.4.1 許容されたクアッド分割プロセス
この処理への入力は以下の通りである。
-輝度サンプルにおけるコーディングブロックサイズcbSize、
-マルチタイプツリーの深さmttDepth、
-単一ツリー(SINGLE_TREE)またはデュアルツリーを使用してコーディングツリーノードを分割するかどうか、およびデュアルツリーを使用する場合、輝度(DUAL_TREE_LUMA)または彩度成分(DUAL_TREE_CHROMA)を現在処理しているかどうかを規定する変数treeType。
-イントラ(MODE_INTRA)、IBC(MODE_IBC)、インターコーディングモードを使用できるか(MODE_TYPE_ALL)、またはイントラコーディングモードおよびIBCコーディングモードのみを使用できるか(MODE_TYPE_INTRA)、またはインターコーディングモードのみを使用できるか(MODE_TYPE_INTER)を規定する変数modeType。
変数allowSplitQtが、以下のように導出される。
-以下の条件の1または複数が真である場合、allowSplitQtはFALSEに設定される。
-treeTypeがSINGLE_TREEまたはDUAL_TREE_LUMAに等しく、cbSizeがMinQtSizeY以下である
-treeTypeがDUAL_TREE_CHROMAに等しく、cbSizeが(MinQtSizeC*SubHeightC/SubWidthC)以下である
-mttDepthが0に等しくない
-treeTypeがDUAL_TREE_CHROMAに等しく、(cbSize/SubWidthC)が4 以下である
-treeTypeがDUAL_TREE_CHROMAに等しく、modeTypeがMODE_TYPE_INTRAに等しい
-そうでない場合、allowSplitQtがTRUEに設定される。
この処理への入力は以下の通りである。
-バイナリ分割モードbtSplit、
-輝度サンプルにおけるコーディングブロック幅cbWidth、
-輝度サンプルにおけるコーディングブロックの高さcbHeight、
-ピクチャの左上の輝度サンプルに対する、考慮されるコーディングブロックの左上の輝度サンプル位置(x0,y0)、
-マルチタイプツリーの深さmttDepth、
-maxMttDepthがオフセットされた最大マルチタイプツリー深さ、
-最大2分木サイズmaxBtSize、
-最小4分木サイズminQtSize、
-分割インデックスpartIdx、
-単一ツリー(SINGLE_TREE)またはデュアルツリーを使用してコーディングツリーノードを分割するかどうか、およびデュアルツリーを使用する場合、輝度(DUAL_TREE_LUMA)または彩度成分(DUAL_TREE_CHROMA)を現在処理しているかどうかを規定する変数treeType。
-イントラ(MODE_INTRA)、IBC(MODE_IBC)、インターコーディングモードを使用できるか(MODE_TYPE_ALL)、またはイントラコーディングモードおよびIBCコーディングモードのみを使用できるか(MODE_TYPE_INTRA)、またはインターコーディングモードのみを使用できるか(MODE_TYPE_INTER)を規定する変数modeType。
変数allowBtSplitが、以下のように導出される。
-以下の1または複数の条件が真である場合、allowBtSplitはFALSEに設定される。
-cbSizeがMinBtSizeY以下である
-cbWidthがmaxBtSizeより大きい
-cbHeightがmaxBtSizeより大きい
-mttDepthがmaxMttDepth以上である
-treeTypeがDUAL_TREE_CHROMAに等しく、(cbWidth/SubWidthC)*(cbHeight/SubHeightC)が16以下である
-treeTypeがDUAL_TREE_CHROMAに等しく、(cbWidth/SubWidthC)が4に等しく、btSplitがSPLIT_BT_VERに等しい
-treeTypeがDUAL_TREE_CHROMAに等しく、modeTypeがMODE_TYPE_INTRAに等しい
-cbWidth*cbHeightが32に等しく、modeTypeがMODE_TYPE_INTERに等しい
-そうでない場合に、以下のすべての条件が満たされている場合、allowBtSplitはFALSEに設定される。
-btSplitがSPLIT_BT_VERに等しい
-y0+cbHeightがpic_height_in_luma_samplesより大きい
-btSplitがSPLIT_BT_VERに等しい
-cbHeightが64より大きい
-x0+cbWidthがpic_width_in_luma_samplesより大きい
-そうでない場合に、以下のすべての条件が満たされている場合、allowBtSplitはFALSEに設定される。
-btSplitがSPLIT_BT_HORに等しい
-cbWidthが64より大きい
-y0+cbHeightがpic_height_in_luma_samplesより大きい
-そうでない場合に、以下のすべての条件が満たされている場合、allowBtSplitはFALSEに設定される。
-x0+cbWidthがpic_width_in_luma_samplesより大きい
-y0+cbHeightがpic_height_in_luma_samplesより大き い
-cbWidthがminQtSizeより大きい
-btSplitがSPLIT_BT_HORに等しい
-x0+cbWidthがpic_width_in_luma_samplesより大きい
-y0+cbHeightがpic_height_in_luma_samples以下である
-そうでない場合に、以下のすべての条件が真である場合、allowBtSplitはFALSEに等しく設定される。
-mttDepthが0より大きい
-partIdx=1
-MttSplitMode[x0][y0][mttDepth-1]は、equaltoparallelTtSplitである。
-そうでない場合に、以下のすべての条件が満たされている場合、allowBtSplitはFALSEに設定される。
-btSplitがSPLIT_BT_VERに等しい
-cbWidthが64以下である
-cbHeightが64より大きい
-そうでない場合に、以下のすべての条件が満たされている場合、allowBtSplitはFALSEに設定される。
-btSplitがSPLIT_BT_HORに等しい
-cbWidthが64より大きい
-cbHeightが64以下である
-そうでない場合、allowBtSplitはTRUEに設定される。
この処理への入力は以下の通りである。
-ターナリ分割モードttSplit、
-輝度サンプルにおけるコーディングブロック幅cbWidth、
-輝度サンプルにおけるコーディングブロックの高さcbHeight、
-ピクチャの左上の輝度サンプルに対する、考慮されるコーディングブロックの左上の輝度サンプル位置(x0,y0)、
-マルチタイプツリー深さmttDepth
-maxMttDepthがオフセットされた最大マルチタイプツリー深さ、
-最大3分木サイズmaxTtSize、
-単一ツリー(SINGLE_TREE)またはデュアルツリーを使用してコーディングツリーノードを分割するかどうか、およびデュアルツリーを使用する場合、輝度(DUAL_TREE_LUMA)または彩度成分(DUAL_TREE_CHROMA)を現在処理しているかどうかを規定する変数treeType、
-イントラ(MODE_INTRA)、IBC(MODE_IBC)、インターコーディングモードを使用できるか(MODE_TYPE_ALL)、またはイントラコーディングモードおよびIBCコーディングモードのみを使用できるか(MODE_TYPE_INTRA)、またはインターコーディングモードのみを使用できるか(MODE_TYPE_INTER)を規定する変数modeType。
表2-2 ttSplitに基づくcbSizeの仕様
変数allowTtSplitが、以下のように導出される。
-以下の1または複数の条件が真である場合、allowTtSplitはFALSEに設定される。
-cbSizeが2*MinTtSizeY以下である
-cbWidthがMin(64,maxTtSize)より大きい
-cbHeightがMin(64,maxTtSize)より大きい
-mttDepthがmaxMttDepth以上である
-x0+cbWidthがpic_width_in_luma_samplesより大きい
-y0+cbHeightがpic_height_in_luma_samplesより大きい
-treeTypeがDUAL_TREE_CHROMAに等しく、(cbWidth/SubWidthC)*(cbHeight/SubHeightC)が32以下である
-treeTypeがDUAL_TREE_CHROMAに等しく、(cbWidth/SubWidthC)が8に等しく、ttSplitがSPLIT_TT_VERに等しい
-treeTypeがDUAL_TREE_CHROMAに等しく、modeTypeがMODE_TYPE_INTRAに等しい
-cbWidth*cbHeightが64に等しく、modeTypeがMODE_TYPE_INTERと等しい。
-そうでない場合、allowTtSplitがTRUEに設定される。
この処理への入力は以下の通りである。
-現在のピクチャの左上の輝度サンプルに対する現在のブロックの左上のサンプルの輝度位置(xCurr,yCurr)、
-現在のピクチャの左上の輝度サンプルに対して近傍のブロックで覆われた輝度位置(xNbY,yNbY)、
-利用可能性が予測モードに依存するかどうかを規定する変数checkPredModeY、
-現在のブロックの色成分を規定する変数cIdx。
近傍のブロックの利用可能性availableNが、以下のように導出される。
-以下の1または複数の条件が真である場合、availableNはFALSEに設定される。
-xNbYが0未満である。
-yNbYが0未満である。
-xNbYがpic_width_in_luma_samples以上である。
-yNbYがpic_height_in_luma_samples以上である。
-IsAvailable[cIdx][xNbY][yNbY]はFALSEに等しい。
-近傍のブロックが現在のブロックとは異なるスライスに含まれている。
-近傍のブロックが現在のブロックとは異なるタイルに含まれている。
-sp_entropy_coding_sync_enabled_flagが1に等しく、(xNbY>CtbLog2SizeY)が(xCurr>CtbLog2SizeY)+1以上である。
-そうでない場合、availableNはTRUEに設定される。
以下のすべての条件が真である場合、availableNはFALSEに設定される。
-checkPredModeYがTRUEに等しい。
-availableNはTRUEに設定される。
-CuPredMode[0][xNbY][yNbY]がCuPredMode[0][xCurr][yCurr]に等しくない。
HEVCにおいて、use_integer_mv_flagがスライスヘッダにおいて0である場合、1/4輝度サンプルの単位でMVD(Motion Vector Difference)(動きベクトルとCUの予測動きベクトルとの差)が信号通知される。VVCにおいて、CUレベルのAMVR(Adaptive Motion Vector Resolution)スキームが導入される。AMVRは、CUのMVDを異なる精度でコーディングすることを可能にする。現在のCUのモード(通常のAMVPモードまたはアフィンAVMPモードまたはIBCモード)に基づいて、現在のCUのMVDは、以下のように適応的に選択できる。
-通常AMVPモード:1/4輝度サンプル、1/2輝度サンプル、1輝度サンプルまたは4輝度サンプル
-アフィンAMVPモード:1/4輝度サンプル、1輝度サンプル、または1/16輝度サンプル
-IBCモード:1輝度サンプルまたは1/4輝度サンプル
AMVRのための構文テーブル例
7.3.10.5 コーディングユニット構文
amvr_precision_idx[x0][y0]は、AmvrShiftとの動きベクトル差の解像度を表2-3に定義することを規定する。配列インデックスx0,y0は、ピクチャの左上の輝度サンプルに対する、考慮されるコーディングブロックの左上の輝度サンプルの位置(x0,y0)を規定する。amvr_precision_idx[x0][y0]が存在しない場合、0に等しいと推論される。
9.3.4.2.1 一般
VVCにおいて、バイナリおよびターナリ分割セグメンテーション構造を使用するネストされたマルチタイプツリーを有する4分木は、複数の分割ユニットタイプの概念に取って代わり、例えば、それは、最大変換長に対して大き過ぎるサイズを有するCUに必要な場合を除き、CU、PU、およびTU概念の分離を排除し、かつCU分割形状のためのより多くの柔軟性をサポートする。コーディングツリー構造において、CUは正方形または長方形のいずれかを有することができる。まず、CTU(Coding Tree Unit)を4分木構造で分割する。そして、4分木のリーフのノードは、マルチタイプのツリー構造によってさらに分割され得る。図10に示すように、マルチタイプツリー構造において4つ分割タイプ、垂直バイナリ分割(SPLIT_BT_VER)、水平バイナリ分割(SPLIT_BT_HOR)、垂直ターナリ分割(SPLIT_TT_VER)、水平ターナリ分割(SPLIT_TT_HOR)がある。マルチタイプツリーのリーフのノードは、CU(Coding Unit)と呼ばれ、CUが大き過ぎて最大変換長にならない限り、このセグメンテーションは、それ以上の分割なしに、予測および変換処理に使用される。これは、ほとんどの場合、CU、PU、およびTUが、ネストされたマルチタイプのツリーコーディングブロック構造を有する4分木において、同じブロックサイズを有することを意味する。サポートされる最大変換長がCUの色成分の幅または高さよりも小さい場合、この例外が生じる。
-allowSplitBtHorがTRUEに等しい、またはallowSplitTtHorがTRUEに等しい場合、mtt_split_cu_vertical_flagの値は0に等しいと推測される。
-そうでない場合、mtt_split_cu_vertical_flagの値は1に等しいと推測される。
9.3.2.2 コンテキスト変数の初期化処理
9.3.4.2.1 一般
この処理への入力は、現在のピクチャの左上のサンプルに対する現在の輝度ブロックの左上の輝度サンプル、デュアルツリーチャネルタイプchTypeおよび輝度サンプルにおける現在のコーディングブロックの幅と高さcbWidth、cbHeight、並びに節7.4.11.4にでコーディングツリー意味論において導出された変数allowSplitBtVer、allowSplitBtHor、allowSplitTVer、allowSplitTHor、allowSplitTHorおよびallowSplitである。
位置(xNbL,yNbL)は(x0-1,y0)に等しく設定され、節6.4.4に規定される近傍のブロックの利用可能性の導出処理は、(x0,y0)に等しく設定された位置(xCurr,yCurr)、(xNbL,yNbL)に等しく設定された近傍位置(xNbY,yNbY)、FALSEに設定されたcheckPredModeYおよびcIdxを入力として実行され、出力がavailableLに割り当てられる。
位置(xNbA,yNbA)は(x0,y0-1)に等しく設定され、節6.4.4に規定される近傍のブロックの利用可能性の導出処理は、(x0,y0)に等しく設定された位置(xCurr,yCurr)、(xNbA,yNbA)に等しく設定された近傍位置(xNbY,yNbY)、FALSEに設定されたcheckPredModeYおよびcIdxを入力として実行され、出力がavailableAに割り当てられる。
-allowSplitBtVer+allowSplitBtHorがallowSplitTVer+allowSplitTTHorより大きい場合、ctxIncは4に設定される。
-そうでない場合、allowSplitBtVer+allowSplitBtHorがallowSplitTVer+allowSplitTTHorよりも小さい場合、ctxIncは4に等しく設定される。
-そうでない場合、以下が適用される:
-変数dAおよびdLは、以下のように導出される。
dA=cbWidth/(availableA?CbWidth[chType][xNbA][yNbA]:1) (1563)
dL=cbHeight/(availableL?CbHeight[chType][xNbL][yNbL]:1) (1564)
-以下の条件のいずれかが真である場合、ctxIncは0に等しく設定される。
-dAはdLに等しい、
-availableAはFALSEである
-availableLはFALSEである
-そうでない場合、dAがdLよりも小さい場合、ctxIncは1に等しく設定される。
そうでない場合、ctxIncは0に等しく設定される。
現在のVVC草案において、残差コーディングを変換スキップレベルの統計および信号特性に適応させるために、非TS係数コーディングに比べて、TS(Transform Skip)モードにおける係数コーディングについていくつかの修正が提案されている。
この処理への入力は、色成分インデックスcIdx、現在のピクチャの左上のサンプルに対して現在の変換ブロックの左上のサンプルを規定する輝度位置(x0,y0)、現在の係数スキャン位置(xC,yC)である。
このプロセスの出力は変数ctxIncである。
変数leftSignおよびaboveSignは、以下のように導出される。
leftSign=(xC==0)?0:CoeffSignLevel[xC-1][yC] (1595)
aboveSign=(yC==0)?0:CoeffSignLevel[xC][yC-1] (1596)
変数ctxIncは、以下のように導出される。
-leftSignが0に等しく、aboveSignが0に等しい場合、またはleftSignが-aboveSignに等しい場合、以下が適用される。
ctxInc=(BdpcmFlag[x0][y0][cIdx]==0?0:3) (1597)
-そうでない場合、leftSignが0以上かつaboveSignが0以上である場合、以下が適用される。
ctxInc=(BdpcmFlag[x0][y0][cIdx]?1:4) (1598)
-そうでない場合、以下が適用される:
ctxInc=(BdpcmFlag[x0][y0][cIdx]?2:5) (1599)
AMVR精密インデックスおよび分割CU垂直フラグのためのコンテキスト導出プロセスの現在の設計は、以下の問題を有する。
1.ブロックを水平または垂直に分割することを規定する構文要素(例えば、mtt_split_cu_vertical_flag)のコンテキストモデリングは、「allowSplitBtVer+allowSplitBtHor」と「allowSplitTVer+allowSplitTHor」との間の関係に依存する。しかし、BT/TT水平を許可するよりも、分割情報とBT/TT垂直を許可する方が相関が大きいことに留意されたい。
2.現在のVVCにおいて、AMVR精度インデックス(例えば、amvr_precision_idx)の第1のビンは、ブロックがIBCモードでコーディングされるか、アフィンモードでコーディングされるか、または通常のインターモード(非IBC、非アフィン)でコーディングされるかを考慮せずに、1つのコンテキストでコンテキストコーディングされる。AMVR精度インデックスをコーディングすることは、あまり効率的でない場合がある。また、通常のインターモードを有するブロックに対してコーディングされるamvr_precision_idxの第2のビンは、amvr_precision_idxの第1のビンに使用されるコンテキストとは別個のコンテキストを使用する。構文要素のコーディングに使用される複数のコンテキストは、構文要素のコーディング頻度が低い場合、最適でない場合がある。
3.係数コーディングは、画面コンテンツのコーディングにおいてコーディングの利点を実現することができるが、係数コーディングおよびTSモードは、依然としていくつかの欠点を有する可能性がある。
a.符号フラグにバイパスコーディングを使用するか、コンテキストコーディングを使用するかは、このケースでは不明である。
i.残りの許可されたコンテキストコーディングされたビンの数(RemCcbsで表される)は、0に等しい。
ii.現在のブロックはTSモードでコーディングされる。
iii.slice_ts_residual_coding_disabled_flagは偽である。
以下の項目は、一般的な概念を説明するための例であると考えられるべきである。これら項目は狭い意味で解釈されるべきではない。さらに、これらの項目は、任意の方法で組み合わせることができる。
1.AMVRの使用を示すSE(Syntax Element)の第1のビン(ビンインデックスが0に等しい)および/またはビンの文字列の他のビン(例えば、amvr_precision_idxおよび/またはamvr_flag)のためのコンテキストモデリング(例えば、コンテキストをどのように選択するか)は、現在のブロックおよび/または近傍のブロックのコーディングされた情報(例えば、コーディングされたモード)に依存してもよい。
a.一例において、コーディングされた情報は、IBC、アフィンAMVR、および通常のインター(例えば、非IBC、非アフィン)モード、双予測および/または単予測、現在のブロックのブロック寸法および/または近傍のブロックのブロック寸法のうちの少なくとも1つを備えてもよく、コーディングされた情報に基づいてビン(例えば、第1のビン)をコーディングするために異なるコンテキストを利用してもよい。
i.あるいは、IBCコーディングされたブロックの1つのビン(例えば、第1のビン)は、CtxMで示される単一のコンテキストでコーディングされる。
ii.あるいは、アフィンコーディングされたブロックのためのSEの1つのビン(例えば、第1のビン)は、CtxNによって表される単一のコンテキストでコーディングされる。
iii.あるいは、さらに、通常のインター(例えば、非アフィンおよび非IBC)コーディングされたブロックのためのSEの1つのビン(例えば、第1のビン)は、CtxPによって表される単一のコンテキストでコーディングされる。
iv.あるいは、3つのコンテキストCtxM、CtxN、CtxPのうち少なくとも1つのコンテキストが他の2つのコンテキストと異なる。
v.あるいは、3つのコンテキストCtxM、CtxN、CtxPは、それぞれ異なる。
vi.例えば、SEの1つのビン(例えば、第1のビン)は、双予測ブロックの場合、CtxBiで示される単一のコンテキストでコーディングされ、単予測コーディングブロックの場合、CtxUniで示される単一のコンテキストでコーディングされる。
1)一例において、CtxBiは、CtxUniとは異なる。
i.一例において、第1のビンのためにX個のコンテキストを利用することができ、ここで、X>1である。
1)一例において、X=3である。
a)あるいは、さらに、コンテキストの選択は、コーディングされた情報(例えば、上述したモード)に依存する。
2)一例において、X=2である。
a)あるいは、さらに、コンテキストの選択は、コーディングされた情報(例えば、上述したモード)およびIBCコーディングブロックのための1つのコンテキストに依存し、他のブロック(例えば、アフィンまたは通常のインターコーディング)のための他のコンテキストに依存する。
b)あるいは、コンテキストの選択は、コーディングされた情報(例えば、上述したモード)、IBCおよびアフィンAMVRコーディングされたブロックの1つのコンテキスト、および、他のブロック(例えば、通常のインターコーディング)の1つのコンテキストに依存する。
c.一例において、コーディングされた情報(例えば、コーディングモード)に基づいて、SEのビンの文字列の第1のビン(ビンインデックスが0に等しい)および/または他のビンの異なるモデルを、異なる初期化値で初期化してもよい。
d.一例において、コーディングされた情報(例えば、コーディングモード)に基づいて、SEのビンの文字列の第1のビン(ビンインデックスが0に等しい)および/または他のビンの異なるモデルを、同じ初期化値で初期化してもよい。
a.あるいは、ビンの文字列の第2のビンは、通常のインター(例えば、非アフィンおよび非IBC)コーディングブロックに対してのみコーディングされる。
b.あるいは、ビンの文字列の第2のビンは、CtxQで表される単一のコンテキストでコーディングされる。
c.あるいは、同じコンテキストが、IBCコーディングブロックに対するamvr_precision_idxの第1のビンをコーディングするために用いられ、通常のインターコーディングされたブロックに対するamvr_precision_idxの第2のビンをコーディングするために使用されてもよい。
d.あるいは、同じコンテキストが、アフィンコーディングされたブロックに対するamvr_precision_idxの第1のビンをコーディングするために使用され、通常のインターコーディングされたブロックに対するamvr_precision_idxの第2のビンをコーディングするために使用されてもよい。
e.あるいは、同じコンテキストが、通常のインターコーディングされたブロックに対するamvr_precision_idxの第1のビンをコーディングするために使用され、通常のインターコーディングブロックに対するamvr_precision_idxの第2のビンをコーディングするために使用されてもよい。
a.一例において、amvr_precision_idxをコーディングするために、X1(例えば、X1=3)コンテキストを利用してもよい。
b.あるいは、非IBCコーディングされたブロックに対し、amvr_precision_idxのビンの文字列の第1のビンをコーディングするための様々なコンテキストを利用してもよい。
a.一例において、amvr_precision_idxをコーディングするために、X2(例えば、X2=2)コンテキストを利用してもよい。
b.あるいは、さらに、非IBCおよび非アフィンコーディングされたブロックに対し、amvr_precision_idxのビンの文字列の第1のビンをコーディングするための異なるコンテキストが利用されてもよい。
a.一例において、amvr_precision_idxをコーディングするために、X3(例えば、X3=3)コンテキストを利用してもよい。
b.あるいは、非IBCおよび非通常のインターコーディングされたブロック(例えば、アフィンAMVRでコーディングされた)に対し、amvr_precision_idxのビンの文字列の第1のビンをコーディングするための異なるコンテキストが利用されてもよい。
c.あるいは、さらに、amvr_precision_idxのビンの文字列の第2のビンをコーディングするための異なるコンテキストが利用されてもよい。
7.IBCコーディングされたブロック、アフィンコーディングされたブロック、および通常のコーディングされたブロックに対し、amvr_precision_idxのすべてのビンをコーディングするために、同じコンテキストを使用してもよい。
a.一例において、単一のコンテキストは、amvr_precision_idxをコーディングするために利用してもよい。
a.一例において、amvr_precision_idxをコーディングするために、X4(例えば、X4=4)コンテキストを利用してもよい。
b.例えば、CtxM!=CtxQ!=CtxN!=CtxPである。
a.アフィンコーディングブロックのAMVRフラグ(例えば、amvr_flag)をコーディングするためのコンテキストと同じコンテキストが、IBCコーディングされたブロックに対するamvr_precision_idxの第1のビン、または/およびアフィンコーディングされたブロックに対するamvr_precision_idxの第1のビン、または/および通常のインターコーディングされたブロックに対するamvr_precision_idxの第1のビンまたは/および第2のビンのために用いられてもよい。
b.非アフィンコーディングされたブロックのAMVRフラグ(例えば、amvr_flag)をコーディングするためのコンテキストと同じコンテキストが、IBCコーディングされたブロックに対するamvr_precision_idxの第1のビン、または/およびアフィンコーディングされたブロックに対するamvr_precision_idxの第1のビン、または/および通常のインターコーディングされたブロックに対するamvr_precision_idxの第1のビンまたは/および第2のビンのために用いられてもよい。
c.amvr_precision_idxの第1のビンのコンテキストモデリングは、ブロックに対してアフィンモードが適用されるかどうかに依存する。
i.あるいは、さらに、1つのコンテキストが、アフィンコーディングされたブロックの第1のビンをコーディングするために使用され、他のコンテキストが、非アフィンコーディングされたブロック(例えば、通常のインターコーディングされたブロックおよびIBCコーディングされたブロックを含む)のために使用される。
ii.あるいは、さらに、第1のコンテキストが、アフィンコーディングされたブロックの第1のビンをコーディングするために使用され、第2のコンテキストが、非アフィンコーディングされたブロック(例えば、通常のインターコーディングされたブロックおよびIBCコーディングされたブロックを含む)のために使用される。第1のコンテキストは、アフィンコーディングされたブロックのamvr_flagのコーディングのために使用されるコンテキストと同じであり、第2のコンテキストは、非アフィンコーディングされたブロックのamvr_flagのコーディングに使用されるコンテキストと同じである。
変数allowSplitBtVer、allowSplitBtHor、allowSplitTVer、allowSplitTVer、allowSplitTHorが、現在のコーディングツリーノードに対して垂直BT分割、水平BT分割、垂直TT分割、水平TT分割が許可されたかどうかをそれぞれ示すとする。allowSplitBtVer、allowSplitBtHor、allowSplitTtVer、allowSplitTTVer、allowSplitTTHorの値は0または1に等しくてもよく、これらは章2.6で導出される。現在のブロックの幅、現在のブロックの高さ、左の近傍のブロックの幅、左の近傍のブロックの高さ、上の近傍のブロックの幅、および上の近傍のブロックの高さを、それぞれ、curW、curH、leftW、leftH、aboveW、およびaboveHで表す。「numV」をallowSplitBtVerとallowSplitTtVerの和に等しい値とし、「numH」をallowSplitBtHorとallowSplitTHorの和に等しい値とする。
a.一例において、水平分割と比較して垂直分割が許可された場合が多い場合(例えば、numV>numH)、第1のコンテキストのセットが利用される。
b.一例において、水平分割に比べて垂直分割が許可された場合が少ない(例えば、numV<numH)場合、第2のコンテキストのセットが利用される。
c.一例において、水平分割と比較して垂直分割が許可された場合が同じである(例えば、numV=numH)場合、第3のコンテキストのセットが利用される。
d.あるいは、さらに、第1/第2/第3のセットにおけるコンテキストはいずれも同じではない。
e.あるいは、さらに、第1/第2/第3のセットにおけるコンテキストのうち少なくとも1つは、別のセットに含まれるコンテキストと同じである。
f.あるいは、さらに、3つのセットそれぞれのコンテキストの数は、セットインデックスに依存してもよい。
i.一例において、1つのコンテキストのみが第1および/または第2のセットに含まれる。
ii.一例において、複数のコンテキストが第3のセットに含まれる。
1)あるいは、第3のセットからのコンテキストの選択は、上および左の近傍のブロックの利用可能性、および/または現在のブロックのブロック寸法および近傍のブロックのブロック寸法にさらに依存してもよい。
g.1つの例が、章5.4の実施形態#4に示されている。
h.1つの例が、章5.5の実施形態#5に示されている。
i.一例において、SEをコーディングするためにどのコンテキストが使用されるかは、numVおよびnumHに依存してよい。
i.例えば、numVがnumHよりも大きいかどうかに依存する。
ii.例えば、numVがnumHよりも小さいかどうかに依存する。
iii. 例えば、numVがnumHに等しいかどうかは、平均に依存する。
i.一例において、SEは、numVがnumHよりも大きい場合、CtxAによって表されるコンテキストでコーディングされる。
ii.一例において、SEは、numVがnumH未満である場合、CtxBによって表されるコンテキストでコーディングされる。
iii.一例において、SEは、numVがnumHに等しい場合、CtxCによって表されるコンテキストでコーディングされる。
iv.一例において、CtxAはCtxBに等しく、CtxBはCtxCに等しく(例えば、CtxA=CtxB=CtxC)、例えば、CtxA=CtxB=CtxC=0である。
v.一例において、CtxA!=CtxB!=CtxCであり、例えば、CtxA=0,CtxB=1,CtxC=2である。
i.一例において、近傍のブロックは、上の近傍のブロック、または/および左の近傍のブロックを参照してよい。
ii.一例において、SEは、現在のブロックの幅または高さ、および/または近傍のブロックの幅または高さの関数に依存してよい、N個のコンテキストでコーディングされる。dA=curW/aboveWおよびdL=curH/leftHを表す。
1)一例において、SEは、左の近傍のブロックまたは上の近傍のブロックのいずれかが利用可能でない場合、またはdAがdLに等しい場合、CtxDによって表されるコンテキストでコーディングされる。
2)一例において、SEは、dAがdL未満である場合、CtxEによって表されるコンテキストでコーディングされる。
3)一例において、SEは、dAがdLよりも大きい場合、CtxFによって表されるコンテキストでコーディングされる。
i.一例において、SEは、numVがnumHよりも大きい場合、CtxAによって表されるコンテキストでコーディングされる。
ii.一例において、SEは、numVがnumH未満である場合、CtxBによって表されるコンテキストでコーディングされる。
iii.一例において、SEは、numVがnumHに等しい(左の近傍のブロックまたは上の近傍のブロックのいずれかが利用可能でない、またはdAがdLに等しい)場合、CtxCによって示されるコンテキストでコーディングされる。
iv.一例において、SEは、numVがnumHに等しく、dAがdL未満である場合、CtxEによって表されるコンテキストでコーディングされる。
v.一例において、SEは、numVがnumHに等しく、dAがdLよりも大きい場合、CtxFによって表されるコンテキストでコーディングされる。
一例において、N=5,CtxA!=CtxB!=CtxC!=CtxE!=CtxFである。
n.一例において、SEのビンの文字列は、デュアルツリーおよび/またはローカルデュアルツリーのいずれが適用されるかに基づいて、N個のコンテキストでコンテキストコーディングされてもよい。
o.一例において、SEのビンの文字列は、分割されるサンプルの色成分に基づいて、N個のコンテキストでコンテキストコーディングされてもよい。
p.一例において、SEのビンの文字列は、現在のブロックの幅/高さに基づいて、N個のコンテキストでコンテキストコーディングされてもよい。
i.一例において、コンテキスト増加手段は、ブロックの幅または高さの関数に設定されてもよい。
a.一例において、変換スキップ残差コーディングの処理において、RemCcbsがT1より大きい(例えば、T1=0)場合、coeff_sign_flagにコンテキストコーディングを使用してもよい。
i.また、変換スキップ残差コーディングの手順において、RemCcbsがT1に等しい(例えば、T1=0)場合、coeff_sign_flagにバイパスコーディングを使用してもよい。
b.一例において、変換スキップ残差コーディングの処理において、RemCcbsがT2以上(例えば、T2=3)である場合、coeff_sign_flagにコンテキストコーディングを用いてもよい。
i.また、変換スキップ残差コーディングの処理において、RemCcbsがT2より小さい場合(例えば、T2=3)、coeff_sign_flagに対してバイパスコーディングを使用してもよい。
c.一例において、この動作は、RemCcbsをある値(例えば、0)に等しくなるように設定してよい。
d.いくつかの実施形態において、動作は、RemCcbsを除く少なくとも1つの変数または構文要素に基づいて、RemCcbsを値に等しく設定することであってもよい。
i.一例において、この動作は、RemCcbsをRemCcbsから1を減算したものに等しくなるように設定することができる。
16. 1つの例が、章5.8の実施形態#8に示されている。
e.残りの許可されたコンテキストコーディングされたビンの数(例えば、RemCcbs)がNよりも小さい場合、変換係数レベルの符号(例えば、coeff_sign_flag)をバイパスモードでコーディングすることが提案される。
f.一例において、符号フラグは、RemCcbs<=Nである場合、バイパスモードでコーディングされる。
i.あるいは、一例において、RemCcbs>Nである場合、符号フラグはコンテキストモードでコーディングされる。
g.一例において、RemCcbsがNに等しい場合、符号フラグはバイパスモードでコーディングされる。
i. あるいは、一例において、RemCcbs>Nである場合、符号フラグはバイパスモードでコーディングされる。
ii.一例において、Nは4に等しく設定されてもよい。
1)あるいは、一例において、Nは0に等しく設定されてもよい。
iii.一例において、RemCcbsは、変換係数レベルの残りの絶対値を復号する前に、Xに修正されてもよく、ここで、XはNに等しい。
i.あるいは、一例において、RemCcbs>=Nである場合、符号フラグはコンテキストモードでコーディングされる。
ii.一例において、Nは3に等しく設定されてもよい。
iii.一例において、RemCcbsは、変換係数レベルの残りの絶対値を復号する前に、Xに修正されてもよく、ここで、XはNよりも小さい。
i.一例において、Nは整数であり、以下に基づいてもよい。
i.SPS/VPS/PPS/ピクチャヘッダ/スライスヘッダ/タイルグループヘッダ/LCU行/LCUのグループ/LCU/CUにおいて信号通知された指示
ii.現在のブロックおよび/またはその近傍のブロックのブロック寸法
iii.現在のブロックおよび/またはその近傍のブロックのブロック形状
iv.カラーフォーマットの表示(例えば、4:2:0、4:4:4)
v.別個またはデュアルのコーディングツリー構造が使用されているかどうか
vi.スライスのタイプおよび/またはピクチャのタイプ
vii.色成分の数
k.上記の例は、BDPCMコーディングされたブロックを含む、または含まない変換ブロックおよび/または変換スキップブロックに適用されてもよい。
19.上述した開示された方法を適用するかどうか、および/またはどのように適用するかは、カラーフォーマット、シングル/デュアルツリー分割等のコーディングされた情報に依存してもよい。
以下は、上記第4章に要約されたいくつかの発明の態様のためのいくつかの例示的な実施形態であり、VVC仕様に適用できる。太字のイタリック体において、既に追加または修正された最も関連する部分には下線を付し、削除された部分のうちのいくつかは、[[]]を使用して示す。
9.3.2.2 コンテキスト変数の初期化処理
9.3.4.2.1 一般
代替的には、さらに以下を適用する:
1)一例において、WはXに等しい。
2)代替的に、WはYに等しい。
3)代替的に、WはZに等しい。
9.3.2.2 コンテキスト変数の初期化処理
9.3.4.2.1 一般
9.3.2.2 コンテキスト変数の初期化処理
9.3.4.2.1 一般
作業草案は、以下のように変更することができる。
9.3.4.2.3 構文要素mtt_split_cu_vertical_flagのctxIncforの導出プロセス
この処理への入力は、現在のピクチャの左上のサンプルに対する現在の輝度ブロックの左上の輝度サンプル、デュアルツリーチャネルタイプchTypeおよび輝度サンプルにおける現在のコーディングブロックの幅と高さcbWidth、cbHeight、並びに節7.4.11.4にでコーディングツリー意味論において導出された変数allowSplitBtVer、allowSplitBtHor、allowSplitTVer、allowSplitTHor、allowSplitTHorおよびallowSplitである。
位置(xNbL,yNbL)は(x0-1,y0)に等しく設定され、節6.4.4に規定される近傍のブロックの利用可能性の導出処理は、(x0,y0)に等しく設定された位置(xCurr,yCurr)、(xNbL,yNbL)に等しく設定された近傍位置(xNbY,yNbY)、FALSEに設定されたcheckPredModeYおよびcIdxを入力として実行され、出力がavailableLに割り当てられる。
位置(xNbA,yNbA)は(x0,y0-1)に等しく設定され、節6.4.4に規定される近傍のブロックの利用可能性の導出処理は、(x0,y0)に等しく設定された位置(xCurr,yCurr)、(xNbA,yNbA)に等しく設定された近傍位置(xNbY,yNbY)、FALSEに設定されたcheckPredModeYおよびcIdxを入力として実行され、出力がavailableAに割り当てられる。
作業草案は、以下のように変更することができる。
9.3.4.2.3 構文要素mtt_split_cu_vertical_flagのctxIncforの導出プロセス
この処理への入力は、現在のピクチャの左上のサンプルに対する現在の輝度ブロックの左上の輝度サンプル、デュアルツリーチャネルタイプchTypeおよび輝度サンプルにおける現在のコーディングブロックの幅と高さcbWidth、cbHeight、並びに節7.4.11.4にでコーディングツリー意味論において導出された変数allowSplitBtVer、allowSplitBtHor、allowSplitTVer、allowSplitTHor、allowSplitTHorおよびallowSplitである。
この処理の出力はctxIncである。
位置(xNbL,yNbL)は(x0-1,y0)に等しく設定され、節6.4.4に規定される近傍のブロックの利用可能性の導出処理は、(x0,y0)に等しく設定された位置(xCurr,yCurr)、(xNbL,yNbL)に等しく設定された近傍位置(xNbY,yNbY)、FALSEに設定されたcheckPredModeYおよびcIdxを入力として実行され、出力がavailableLに割り当てられる。
位置(xNbA,yNbA)は(x0,y0-1)に等しく設定され、節6.4.4に規定される近傍のブロックの利用可能性の導出処理は、(x0,y0)に等しく設定された位置(xCurr,yCurr)、(xNbA,yNbA)に等しく設定された近傍位置(xNbY,yNbY)、FALSEに設定されたcheckPredModeYおよびcIdxを入力として実行され、出力がavailableAに割り当てられる。
作業草案は、以下のように変更することができる。
9.3.2.2 コンテキスト変数の初期化処理
9.3.4.2.1 一般
この処理への入力は、現在のピクチャの左上のサンプルに対する現在の輝度ブロックの左上の輝度サンプル、デュアルツリーチャネルタイプchTypeおよび輝度サンプルにおける現在のコーディングブロックの幅と高さcbWidth、cbHeight、並びに節7.4.11.4にでコーディングツリー意味論において導出された変数allowSplitBtVer、allowSplitBtHor、allowSplitTVer、allowSplitTHor、allowSplitTHorおよびallowSplitである。
この処理の出力はctxIncである。
位置(xNbL,yNbL)は(x0-1,y0)に等しく設定され、節6.4.4に規定される近傍のブロックの利用可能性の導出処理は、(x0,y0)に等しく設定された位置(xCurr,yCurr)、(xNbL,yNbL)に等しく設定された近傍位置(xNbY,yNbY)、FALSEに設定されたcheckPredModeYおよびcIdxを入力として実行され、出力がavailableLに割り当てられる。
位置(xNbA,yNbA)は(x0,y0-1)に等しく設定され、節6.4.4に規定される近傍のブロックの利用可能性の導出処理は、(x0,y0)に等しく設定された位置(xCurr,yCurr)、(xNbA,yNbA)に等しく設定された近傍位置(xNbY,yNbY)、FALSEに設定されたcheckPredModeYおよびcIdxを入力として実行され、出力がavailableAに割り当てられる。
-allowSplitBtVer+allowSplitBtHorがallowSplitTVer+allowSplitTTHorより大きい場合、ctxIncは4に設定される。
-そうでない場合、allowSplitBtVer+allowSplitBtHorがallowSplitTVer+allowSplitTTHorよりも小さい場合、ctxIncは4に等しく設定される。
-そうでない場合、以下が適用される:
-変数dAおよびdLは、以下のように導出される。
dA=cbWidth/(availableA?CbWidth[chType][xNbA][yNbA]:1) (1563)
dL=cbHeight/(availableL?CbHeight[chType][xNbL][yNbL]:1) (1564)
-以下の条件のいずれかが真である場合、ctxIncは0に等しく設定される。
-dAはdLに等しい、
-availableAはFALSEである、
-availableLはFALSEである。
-そうでない場合、dAがdLよりも小さい場合、ctxIncは1に等しく設定される。
そうでない場合、ctxIncは0に等しく設定される。]]
作業草案は、以下のように変更することができる。
7.3.10.11 残差コーディング構文
作業草案は、以下のように変更することができる。
7.3.10.11 残差コーディング構文
本願は、2020年5月1日出願の国際特許出願第PCT/CN2020/088546号の優先権および利益を主張する2021年5月6日出願の国際特許出願第PCT/CN2021/091870号に基づく。上記出願の開示全体は、参照によりここに援用される。
Claims (49)
- 映像処理の方法であって、
規則に従って、映像の現在のブロックと、前記映像のビットストリームとの間の変換を実行すること、
を有し、
前記規則は、前記ブロックが水平または垂直に分割されるかを規定する構文要素をコーディングするためのコンテキストの選択が、許可された垂直分割の数または許可された水平分割の数に基づくことを規定し、
前記許可された垂直分割の数は、許可されたバイナリ垂直分割の数、および、許可されたターナリ垂直分割の数を含み、
前記許可された水平分割の数は、許可されたバイナリ水平分割の数、および、許可されたターナリ水平分割の数を含む、方法。 - 前記ブロックは、コーディングユニットである、請求項1に記載の方法。
- 前記コンテキストは、前記許可された垂直分割の数と、前記許可された水平分割の数とを比較することにより選択される、請求項1または2に記載の方法。
- 前記コンテキストは、前記許可された垂直分割の数が前記許可された水平分割の数よりも大きい場合、第1のコンテキストのセットから選択される、請求項1から3のいずれか一項に記載の方法。
- 前記コンテキストは、前記許可された垂直分割の数が前記許可された水平分割の数よりも小さい場合、第2のコンテキストのセットから選択される、請求項1から4のいずれか一項に記載の方法。
- 前記第1のコンテキストのセットおよび前記第2のコンテキストのセットのそれぞれは、単一のコンテキストを含む、請求項4または5に記載の方法。
- 前記第1のコンテキストのセットにおける前記単一のコンテキストは、4の値を有する、請求項6に記載の方法。
- 前記第2のコンテキストのセットにおける前記単一のコンテキストは、3の値を有する、請求項6に記載の方法。
- 前記コンテキストは、前記許可された垂直分割の数が前記許可された水平分割の数と同じである場合は、第3のコンテキストのセットから選択される、請求項1から8のいずれか一項に記載の方法。
- 前記第3のコンテキストのセットは、複数のコンテキストを含む、請求項9に記載の方法。
- 前記第3のコンテキストのセットは、0の値を有する第3のコンテキスト、1の値を有する第4のコンテキスト、および、2の値を有する第5のコンテキストを含む、請求項10に記載の方法。
- 前記第3のコンテキストのセットからの前記コンテキストの前記選択は更に、(1)前記現在のブロックの上に位置する第1の近傍のブロック、および、前記現在のブロックの左に位置する第2の近傍のブロックの利用可能性、(2)前記現在のブロックの寸法、および/または、(3)前記近傍のブロックの寸法に基づく、請求項10または11に記載の方法。
- 前記コンテキストは、(1)前記現在のブロックの上に位置する前記第1の近傍のブロック、または、前記現在のブロックの左に位置する前記第2の近傍のブロックのいずれかが利用可能でない場合、または、(2)dAがdLに等しい場合、CtxDの値に割り当てられられ、
dAは、前記現在のブロックの上に位置する前記第1の近傍のブロックの幅によって除された前記現在のブロックの幅を示し、
dLは、前記現在のブロックの左に位置する前記第2の近傍のブロックの高さによって除された前記現在のブロックの高さを示す、請求項12に記載の方法。 - 前記コンテキストは、dAがdLより小さい場合、CtxEの値に割り当てられ、
dAは、前記現在のブロックの上に位置する前記第1の近傍のブロックの幅によって除された前記現在のブロックの幅を示し、
dLは、前記現在のブロックの左に位置する前記第2の近傍のブロックの高さによって除された前記現在のブロックの高さを示す、請求項12に記載の方法。 - 前記コンテキストは、dAがdLより大きい場合、CtxFの値に割り当てられ、
dAは、前記現在のブロックの上に位置する前記第1の近傍のブロックの幅によって除された前記現在のブロックの幅を示し、
dLは、前記現在のブロックの左に位置する前記第2の近傍のブロックの高さによって除された前記現在のブロックの高さを示す、請求項12に記載の方法。 - 前記第1のコンテキストのセット、前記第2のコンテキストのセット、および前記第3のコンテキストのセットにおけるコンテキストは、互いに異なる、請求項1から15のいずれか一項に記載の方法。
- 映像処理の方法であって、
規則に従って、映像の現在のブロックと、前記映像のビットストリームとの間の変換を実行すること
を有し、
前記規則は、変換係数レベルの符号を規定する構文要素に対し、コンテキストコーディングまたはバイパスコーディングを用いるかが、残りの許可されたコンテキストコーディングされたビンの数、または、前記現在のブロックに対して用いられた変換のタイプに基づくことを規定する、方法。 - コンテキストコーディングは、前記残りの許可されたコンテキストコーディングされたビンの数が閾値以上である場合、前記現在のブロックに対する変換スキップ残差コーディング処理において前記構文要素に対して用いられる、請求項17に記載の方法。
- バイパスコーディングは、前記残りの許可されたコンテキストコーディングされたビンの数が閾値より小さい場合、前記現在のブロックに対する変換スキップ残差コーディング処理において前記構文要素に対して用いられる、請求項17に記載の方法。
- 前記閾値は、0または3である、請求項18または19に記載の方法。
- バイパスコーディングは、前記残りの許可されたコンテキストコーディングされたビンの数がN以下である場合、前記構文要素に対して用いられる、請求項17に記載の方法。
- コンテキストコーディングは、前記残りの許可されたコンテキストコーディングされたビンの数がNより大きい場合、前記構文要素に対して用いられる、請求項17に記載の方法。
- 前記残りの許可されたコンテキストコーディングされたビンの数は、前記変換における変換係数レベルの残りの絶対値を処理する前に、N以下となるように修正される、請求項17から22のいずれか一項に記載の方法。
- Nは、0、3、または4である、請求項21から23のいずれか一項に記載の方法。
- Nは、前記現在のブロックの特徴に基づく整数である、請求項21から24のいずれか一項に記載の方法。
- 前記現在のブロックの前記特徴は、シーケンスパラメータセット、映像パラメータセット、ピクチャパラメータセット、ピクチャヘッダ、スライスヘッダ、タイルグループヘッダ、ラージコーディングユニットの行、ラージコーディングユニットのグループ、ラージコーディングユニット、またはコーディングユニットにおける指示を含む、請求項25に記載の方法。
- 前記現在のブロックの前記特徴は、前記現在のブロックの寸法または形状、または前記現在のブロックの近傍のブロックを含む、請求項25に記載の方法。
- 前記現在のブロックの前記特徴は、前記映像のカラーフォーマットの指示を含む、請求項25に記載の方法。
- 前記現在のブロックの前記特徴は、別個の、または、デュアルコーディングツリー構造が前記変換に用いられるか否かを示す指示を含む、請求項25に記載の方法。
- 前記現在のブロックの前記特徴は、スライスタイプ、または、ピクチャタイプを含む、請求項25に記載の方法。
- 前記現在のブロックの前記特徴は、前記映像の色成分の数を含む、請求項25に記載の方法。
- 前記構文要素のコンテキストコーディングは、前記残りの許可されたコンテキストコーディングされたビンの数に基づく、請求項17から31のいずれか一項に記載の方法。
- 前記残りの許可されたコンテキストコーディングされたビンの数を規定する変数は、変換スキップ残差コーディング処理の第3の、または、残りの係数走査パスにおける残りの構文要素の前記バイパスコーディングの最初に修正される、請求項17から32のいずれか一項に記載の方法。
- 前記変数は、0の固定値に設定される、請求項33に記載の方法。
- 前記変数は、1ずつ減少される、請求項33に記載の方法。
- 前記現在のブロックは、変換ブロック、または、ブロックベースの差分パルス符号変調コーディングされたブロックを含むもしくは除く変換スキップブロックを含む、請求項17から35のいずれか一項に記載の方法。
- 前記方法を適用するか、またはどのように適用するかは、シーケンスレベル、ピクチャレベル、スライスレベル、またはタイルグループレベルにて示される、請求項1から36のいずれか一項に記載の方法。
- 指示は、シーケンスヘッダ、ピクチャヘッダ、シーケンスパラメータセット、映像パラメータセット、デコーダパラメータセット、復号可能性情報、ピクチャパラメータセット、適応パラメータセット、スライスヘッダ、またはタイルグループヘッダに含まれる、請求項37に記載の方法。
- 前記方法を適用するか、またはどのように適用するかは、前記映像の符号化された情報に基づく、請求項1から38のいずれか一項に記載の方法。
- 前記変換は、前記映像を前記ビットストリームに符号化することを含む、請求項1から39のいずれか一項に記載の方法。
- 前記変換は、前記映像を前記ビットストリームから復号することを含む、請求項1から39のいずれか一項に記載の方法。
- 映像のビットストリームを格納するための方法であって、
規則に従って、前記映像のビットストリームを前記映像のブロックから生成することと、
前記ビットストリームを非一時的コンピュータ可読記録媒体に格納することと、
を有し、
前記規則は、前記ブロックが水平または垂直に分割されるかを規定する構文要素をコーディングするためのコンテキストの選択が、許可された垂直分割の数または許可された水平分割の数に基づくことを規定し、
前記許可された垂直分割の数は、許可されたバイナリ垂直分割の数、および、許可されたターナリ垂直分割の数を含み、
前記許可された水平分割の数は、許可されたバイナリ水平分割の数、および、許可されたターナリ水平分割の数を含む、方法。 - 映像のビットストリームを格納するための方法であって、
規則に従って、前記映像のビットストリームを前記映像のブロックから生成することと、
前記ビットストリームを非一時的コンピュータ可読記録媒体に格納することと、
を有し、
前記規則は、変換係数レベルの符号を規定する構文要素に対してコンテキストコーディングまたはバイパスコーディングを用いるかが残りの許可されたコンテキストコーディングされたビンの数、まてゃあ、前記現在のブロックに対して用いられる変換のタイプに基づくことを規定する、方法。 - 請求項1から43のうちの1または複数に記載の方法を実装するように構成されたプロセッサを有する映像復号装置。
- 請求項1から43のうちの1または複数に記載の方法を実装するように構成されたプロセッサを有する映像符号化装置。
- 格納されたコンピュータコードを有するコンピュータプログラムプロダクトであって、
前記コードがプロセッサによって実行された際に、前記プロセッサに、請求項1から43のいずれか一項に記載の方法を実行させる、コンピュータプログラムプロダクト。 - 映像処理装置によって実行された方法によって生成される映像のビットストリームを格納する非一時的コンピュータ可読記録媒体であって、
前記方法は、
規則に従って、前記映像のビットストリームを前記映像のブロックから生成することと、
前記ビットストリームを非一時的コンピュータ可読記録媒体に格納することと、
を有し、
前記規則は、前記ブロックが水平または垂直に分割されるかを規定する構文要素をコーディングするためのコンテキストの選択が、許可された垂直分割の数または許可された水平分割の数に基づくことを規定し、
前記許可された垂直分割の数は、許可されたバイナリ垂直分割の数、および、許可されたターナリ垂直分割の数を含み、
前記許可された水平分割の数は、許可されたバイナリ水平分割の数、および、許可されたターナリ水平分割の数を含む、非一時的コンピュータ可読記録媒体。 - 映像処理装置によって実行された方法によって生成される映像のビットストリームを格納する非一時的コンピュータ可読記録媒体であって、
規則に従って、前記映像のビットストリームを前記映像のブロックから生成することと、
前記ビットストリームを非一時的コンピュータ可読記録媒体に格納することと、
を有し、
前記規則は、変換係数レベルの符号を規定する構文要素に対してコンテキストコーディングまたはバイパスコーディングを用いるかが、残りの許可されたコンテキストコーディングされたビンの数、または、前記現在のブロックに対して用いられる変換のタイプに基づくことを規定する、非一時的コンピュータ可読記録媒体。 - 本願明細書に記載された、方法、装置、またはシステム。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNPCT/CN2020/088546 | 2020-05-01 | ||
CN2020088546 | 2020-05-01 | ||
PCT/CN2021/091870 WO2021219144A1 (en) | 2020-05-01 | 2021-05-06 | Entropy coding for partition syntax |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2023523638A true JP2023523638A (ja) | 2023-06-06 |
Family
ID=78374081
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022566447A Pending JP2023523839A (ja) | 2020-05-01 | 2021-05-06 | 動き精度構文のためのエントロピーコーディング |
JP2022566448A Pending JP2023523638A (ja) | 2020-05-01 | 2021-05-06 | 分割構文のためのエントロピーコーディング |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022566447A Pending JP2023523839A (ja) | 2020-05-01 | 2021-05-06 | 動き精度構文のためのエントロピーコーディング |
Country Status (7)
Country | Link |
---|---|
US (3) | US11856202B2 (ja) |
EP (2) | EP4128780A4 (ja) |
JP (2) | JP2023523839A (ja) |
KR (2) | KR20230004797A (ja) |
CN (1) | CN115516863A (ja) |
BR (1) | BR112022021916A2 (ja) |
WO (2) | WO2021219143A1 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116546213A (zh) * | 2018-09-19 | 2023-08-04 | 北京字节跳动网络技术有限公司 | 具有自适应运动矢量分辨率的仿射模式的语法重用 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150189321A1 (en) * | 2014-01-02 | 2015-07-02 | Mediatek Inc. | Method of Binarization and Context Adaptive Binary Arithmetic Coding of Depth Coding Syntax |
US20210160507A1 (en) * | 2016-10-04 | 2021-05-27 | Sharp Kabushiki Kaisha | Systems and methods for adaptively clipping sample values |
EP3306938A1 (en) * | 2016-10-05 | 2018-04-11 | Thomson Licensing | Method and apparatus for binary-tree split mode coding |
US20200077099A1 (en) | 2016-12-16 | 2020-03-05 | Sharp Kabushiki Kaisha | Image decoding device and image coding device |
US10484695B2 (en) * | 2017-10-23 | 2019-11-19 | Google Llc | Refined entropy coding for level maps |
CN115379213A (zh) | 2018-07-14 | 2022-11-22 | 寰发股份有限公司 | 视频编码系统中对具有分割约束的视频图像进行编码或解码的视频处理方法和装置 |
CN117459721A (zh) * | 2018-10-24 | 2024-01-26 | 华为技术有限公司 | 视频编解码器和方法 |
JP7360466B2 (ja) | 2019-01-02 | 2023-10-12 | フラウンホーファー-ゲゼルシャフト ツル フェルデルング デル アンゲヴァンテン フォルシュング エー ファウ | 画像の符号化及び復号化 |
WO2020184952A1 (ko) * | 2019-03-10 | 2020-09-17 | 엘지전자 주식회사 | 비디오 신호에서 인터 예측을 위한 움직임 벡터 차분 정보를 처리하기 위한 비디오 신호의 처리 방법 및 장치 |
WO2020192747A1 (en) * | 2019-03-27 | 2020-10-01 | Beijing Bytedance Network Technology Co., Ltd. | Motion information precision alignment in affine advanced motion vector prediction |
CN112118448B (zh) * | 2019-06-21 | 2022-09-16 | 杭州海康威视数字技术股份有限公司 | 一种编解码方法、装置及存储介质 |
-
2021
- 2021-05-06 WO PCT/CN2021/091869 patent/WO2021219143A1/en unknown
- 2021-05-06 EP EP21795484.1A patent/EP4128780A4/en active Pending
- 2021-05-06 KR KR1020227041341A patent/KR20230004797A/ko active Search and Examination
- 2021-05-06 EP EP21795487.4A patent/EP4128795A4/en active Pending
- 2021-05-06 JP JP2022566447A patent/JP2023523839A/ja active Pending
- 2021-05-06 CN CN202180032523.2A patent/CN115516863A/zh active Pending
- 2021-05-06 WO PCT/CN2021/091870 patent/WO2021219144A1/en unknown
- 2021-05-06 BR BR112022021916A patent/BR112022021916A2/pt unknown
- 2021-05-06 JP JP2022566448A patent/JP2023523638A/ja active Pending
- 2021-05-06 KR KR1020227041329A patent/KR20230003061A/ko active Search and Examination
-
2022
- 2022-10-28 US US17/976,189 patent/US11856202B2/en active Active
- 2022-10-31 US US17/977,630 patent/US11997270B2/en active Active
-
2023
- 2023-11-07 US US18/503,955 patent/US20240155130A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
KR20230003061A (ko) | 2023-01-05 |
WO2021219143A1 (en) | 2021-11-04 |
US20240155130A1 (en) | 2024-05-09 |
US20230179766A1 (en) | 2023-06-08 |
US11856202B2 (en) | 2023-12-26 |
EP4128780A4 (en) | 2023-11-08 |
CN115516863A (zh) | 2022-12-23 |
EP4128795A1 (en) | 2023-02-08 |
WO2021219144A1 (en) | 2021-11-04 |
US20230115118A1 (en) | 2023-04-13 |
KR20230004797A (ko) | 2023-01-06 |
US11997270B2 (en) | 2024-05-28 |
EP4128780A1 (en) | 2023-02-08 |
BR112022021916A2 (pt) | 2023-02-14 |
EP4128795A4 (en) | 2023-08-30 |
JP2023523839A (ja) | 2023-06-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113287311B (zh) | 两步交叉分量预测模式的指示 | |
CN113728642B (zh) | 编解码视频的量化残差差分脉冲编解码调制表示 | |
JP7494289B2 (ja) | 異なるパーティション構造をもつパレット・モード | |
JP7265040B2 (ja) | 変換スキップ・モードのブロック寸法設定 | |
WO2021155834A1 (en) | Deblocking parameters for chroma component | |
WO2020253861A1 (en) | Adaptive in-loop color-space transform for video coding | |
WO2019200366A9 (en) | Motion information storage for video coding and signaling | |
JP2024023581A (ja) | パレット・エスケープ・シンボルのためのエントロピーコーディング | |
US20240155130A1 (en) | Entropy coding for motion precision syntax | |
KR102624438B1 (ko) | 팔레트 모드에 대한 양자화 파라미터 도출 | |
CN115004707A (zh) | 自适应颜色变换和量化参数之间的相互作用 | |
JP2023513518A (ja) | ローカルデュアルツリー向けのパレットモード | |
CN115088192A (zh) | 视频数据的基于字典的编解码 | |
CN114946180A (zh) | 使用量化参数信息的去方块滤波 | |
CN114946187A (zh) | 色度残差的联合编解码和自适应颜色变换 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20221121 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20221121 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20231219 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20240109 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20240405 |