JP7632804B2 - スキップしたブロックを変換するための残差コーディング - Google Patents
スキップしたブロックを変換するための残差コーディング Download PDFInfo
- Publication number
- JP7632804B2 JP7632804B2 JP2023179454A JP2023179454A JP7632804B2 JP 7632804 B2 JP7632804 B2 JP 7632804B2 JP 2023179454 A JP2023179454 A JP 2023179454A JP 2023179454 A JP2023179454 A JP 2023179454A JP 7632804 B2 JP7632804 B2 JP 7632804B2
- Authority
- JP
- Japan
- Prior art keywords
- level
- video
- block
- coefficient
- residual
- 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.)
- Active
Links
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/103—Selection of coding mode or of prediction mode
-
- 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/117—Filters, e.g. for pre-processing or post-processing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/12—Selection from among a plurality of transforms or standards, e.g. selection between discrete cosine transform [DCT] and sub-band transform or selection between H.263 and H.264
-
- 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
-
- 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/14—Coding unit complexity, e.g. amount of activity or edge presence estimation
-
- 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/18—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a set of transform coefficients
-
- 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/182—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a pixel
-
- 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/48—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using compressed domain processing techniques other than decoding, e.g. modification of transform coefficients, variable length coding [VLC] data or run-length data
-
- 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
-
- 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/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform 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/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
- H04N19/91—Entropy coding, e.g. variable length coding [VLC] or arithmetic coding
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Discrete Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Description
本願は、日本の特許出願第2022-510897号の分割出願であり、この出願は、2020年8月20日に出願した国際特許出願第PCT/CN2020/110150号に基づいており、この国際出願は、2019年8月20日に出願した国際特許出願第PCT/CN2019/101608号の優先権及びその利益を主張している。前述の全ての特許出願は、その全体が参照により本明細書に組み込まれる。
この文書は、画像/ビデオコーディング技術に関連している。具体的には、画像/ビデオコーディングの残差コーディングに関連している。その技術は、HEVCのような既存のビデオコーディング規格、又は最終化される規格(多用途ビデオコーディング)に適用することができる。また、その技術は、将来のビデオコーディング規格又はビデオコーデックにも適用することができる。
ビデオコーディング規格は、主に、よく知られているITU-T及びISO/IEC規格の開発を通じて進化してきた。ITU-TはH.261及びH.263を作成し、ISO/IECはMPEG-1及びMPEG-4Visualを作成し、2つの組織は共同でH.262/MPEG-2ビデオ及びH.264/MPEG-4AVC(Advanced Video Coding)及びH.265/HEVC規格を作成した。H.262以降、ビデオコーディング規格は、時間予測及び変換コーディングが利用されるハイブリッドビデオコーディング構造に基づいている。HEVCを超えた将来のビデオコーディング技術を探求するために、2015年にVCEG及びMPEGが共同でJVET(Joint Video Exploration Team)を設立した。それ以来、多くの新しい方法がJVETによって採用され、JEM(Joint Exploration Model)という名前のリファレンスソフトウェアに組み込まれている。2018年4月に、VCEG(Q6/16)とISO/IEC JTC1 SC29/WG11(MPEG)の合同ビデオエキスパートチーム(JVET)が設立され、HEVCと比較して50%のビットレート削減を目標としたVVC規格に取り組んでいる。
http://phenix.it-sudparis.eu/jvet/doc_end_user/documents/15_Gothenburg/wg11/JVET-O2001-v14.zip
https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM/tags/VTM-5.0
図1は、VVCのエンコーダブロック図の例を示しており、これには、デブロッキングフィルタ(DF)、サンプル適応オフセット(SAO)、及びALFの3つのインループ(in-loop)フィルタリングブロックが含まれている。予め規定したフィルタを使用するDFとは異なり、SAO及びALFは、現在のピクチャの元のサンプルを利用し、オフセットを追加し、有限インパルス応答(FIR)フィルタを適用することにより、元のサンプルと再構成したサンプルとの間の平均二乗誤差を減らし、コード化した(coded)サイド情報が、オフセット及びフィルタ係数を通知する。ALFは、各ピクチャの最後の処理段階にあり、以前の段階で作成したアーティファクトをキャッチして修正しようとするツールと見なすことができる。
2.2.1. VVCのマルチ変換セット(MTS)
2.2.1.1 明示的なマルチ変換セット(MTS)
VTM4では、最大64×64のサイズの大きなブロックサイズの変換が有効になり、これは主に、高解像度ビデオ、例えば1080p及び4Kシーケンスに役立つ。サイズ(幅又は高さ、又は幅と高さとの両方)が64に等しい変換ブロックでは、高周波数の変換係数がゼロにされるため、低周波数の係数のみが保持される。例えば、Mがブロック幅でありNがブロック高さであるM×N変換ブロックについて、Mが64に等しい場合に、変換係数の左の32列のみが維持される。同様に、Nが64に等しい場合に、変換係数の上の32行のみが維持される。変換スキップモードを大きなブロックに使用するときに、値をゼロにすることなくブロック全体が使用される。
- 幅と高さとの両方が32以下
- CBFフラグが1に等しい
2.2.2.1. JEMの分離不可能な2次変換(NSST)
JEMでは、2次変換が、順方向1次変換と量子化との間に(エンコーダで)、及び逆量子化と逆1次変換との間に(デコーダ側で)適用される。図2に示されるように、4×4(又は8×8)の2次変換は、ブロックサイズに応じて実行される。例えば、4×4の2次変換は小さなブロック(つまり、min(最小)(幅,高さ)<8)に適用され、8×8の2次変換は8×8ブロック毎に大きなブロック(つまり、min(幅,高さ)>4)に適用される。
RST(別名LFNST(Low Frequency Non-Separable Transform))はJVET-K0099で導入され、4つの変換セット(35個の変換セットではなく)マッピングがJVET-L0133で導入された。このJVET-N0193では、16×64(さらに16×48に縮小)及び16×16マトリックスが採用されている。表記上の便宜のために、16×64(16×48に縮小)変換はRST8×8として示され、16×16変換はRST4×4として示される。図3は、RSTの例を示している。
縮小変換(RT)の主な考え方は、N次元ベクトルを異なる空間のR次元ベクトルにマッピングすることであり、ここで、R/N(R<N)は縮小係数である。
- ブロックサイズが所与のしきい値以上(W>=4&&H>=4)
- 変換スキップモードフラグがゼロに等しい
ISPモードが選択されると、RSTが無効にされ、RSTが全ての実行可能なパーティションブロックに適用されたとしても性能の改善が僅かであったため、RSTインデックスは通知されない。さらに、ISPで予測された残差に対してRSTを無効にすると、符号化の複雑さが軽減される可能性がある。
RST行列は、4つの変換セットから選択され、各変換セットは、2つの変換から構成される。どの変換セットが適用されるかは、イントラ予測モードから次のように決定される。
1)3つのCCLMモードのいずれかが示されている場合に、変換セット0が選択される。
2)それ以外の場合に、変換セットの選択は表3に従って実行される。
更なる単純化として、同じ変換セット構成で16×64の代わりに16×48行列が適用され、各行列は、右下4×4ブロックを除く左上8×8ブロック内の3つの4×4ブロックから48個の入力データを取得する(図5)。
cu_cbfが1に等しいインター予測CUの場合に、残差ブロック全体又は残差ブロックの一部が復号化されているかどうかを示すために、cu_sbt_flagが通知され得る。前者の場合に、インターMTS情報はさらに解析され、CUの変換タイプが決定される。後者の場合(つまり、SBTが有効になっている場合)に、残差ブロックの一部は推定適応変換でコード化され、残差ブロックの他の部分はゼロになる。SBTは、インター-イントラモードと三角予測モードとの組合せには適用されない。
量子化残差ドメインBDPCM(以下、QR-BDPCMと表記)と呼ばれる、HEVCにおけるBDPCMの分散が、VVCで使用される。BDPCMとは異なり、イントラ予測は、イントラ予測と同様に、予測方向(水平又は垂直予測)でサンプルをコピーすることにより、ブロック全体で行われる。残差は量子化され、量子化した残差とその予測子(水平又は垂直)の量子化値との間のデルタがコード化される。
2.3.1. 変換を適用したブロックの係数コーディング
HEVCでは、コーディングブロックの変換係数は、重複しない係数グループ(CG、又はサブブロック)を使用してコード化され、各CGにはコーディングブロックの4×4ブロックの係数が含まれる。コーディングブロック内のCG、及びCG内の変換係数は、予め規定したスキャン順序に従ってコード化される。
パス1:重要(有意)性のコーディング(sig_flag)、1より大きいフラグ(greater 1 flag)(gt1_flag)、パリティ(par_level_flag)、2より大きいフラグ(greater 2 flag)(gt2_flag)がコーディング順に処理される。sig_flagが1に等しい場合に、最初に(絶対レベルが1より大きいかどうかを指定する)gt1_flagがコード化される。gt1_flagが1に等しい場合に、par_flagが追加でコード化される(それは、絶対レベルから2を引いたパリティを指定する)。
パス2:残りの絶対レベル(剰余)のコーディングは、gt2_flagが1に等しい又はgt1_flagが1に等しい全てのスキャン位置で処理される。非2値化構文要素は、Golomb-Riceコードで2値化され、結果として得られるビンは、算術コーディングエンジンのバイパスモードでコード化される。
パス3:第1のパスでsig_flagがコード化されていない(通常のコード化したビンの制限に達したため)係数の絶対レベル(absLevel)は、Golomb-Riceコードを使用して算術コーディングエンジンのバイパスモードで完全にコード化される。
パス4:sig_coeff_flagが1に等しい全てのスキャン位置の符号(sign_flag)のコーディング。
- absLevel[k]が0に等しい場合に、codeValueは、posZeroに等しく設定される。
- それ以外の場合に、absLevel[k]がposZero以下である場合に、codeValueは、absLevel[k]-1に等しく設定される。
- それ以外の場合(absLevel[k]がposZeroより大きい場合)に、codeValueは、absLevel[k]に等しく設定される。
codeValueの値は、RiceパラメータriceParを含むGolomb-Riceコードを使用してコード化される。
変換係数レベルの絶対値に関連する構文要素の確率モデルの選択は、ローカルネイバー(local neighborhood)における絶対レベル又は部分的に再構成した絶対レベルの値に依存する。使用されるテンプレートが図9に示されている。
・numSig:ローカルネイバーの非ゼロのレベルの数;
・sumAbs1:ローカルネイバーの第1のパス後に部分的に再構成した絶対レベル(absLevel1)の合計;
・sumAbs:ローカルネイバーの再構成した絶対レベルの合計;
・対角位置(d):変換ブロック内の現在のスキャン位置の水平座標と垂直座標との合計。
さらに、同じHEVCスカラー量子化が、依存スケール量子化と呼ばれる新しい概念で使用される。依存スカラー量子化とは、変換係数の許容可能な再構成値のセットが、再構成順序で現在の変換係数レベルに先行する変換係数レベルの値に依存するアプローチを指す。このアプローチの主な効果は、HEVCで使用される従来の独立したスカラー量子化と比較して、許容可能な再構成ベクトルがN次元ベクトル空間に密にパックされることである(Nは変換ブロック内の変換係数の数を表す)。つまり、N次元単位ボリュームあたりの許容可能な再構成ベクトルの所与の平均数に対して、入力ベクトルと最も近い再構成ベクトルとの間の平均歪みが減少する。依存スカラー量子化のアプローチは、(a)異なる再構成レベルで2つのスカラー量子化器を規定し、(b)2つのスカラー量子化器の間を切り替えるプロセスを規定することによって実現される。
QR-BDPCMは、TSコード化ブロックのコンテキストモデリング方法に従う。
RDPCMが現在のコーディングユニットに適用されない場合に、絶対係数レベル、absCoeffLevelは、以下の方法によってコード化される修正されるレベルにマッピングされ、これは、現在の残差サンプルの左及び上(above)の量子化した残差サンプルの値に依存する。X0が現在の係数の左側の絶対係数レベルを示し、X1が上の係数の絶対係数レベルを示すものとする。絶対係数レベルabsCoeffで係数を表すために、マッピングされたabsCoeffModがコード化され、これは次のように導出される。
・エンコーダ側でのレベルマッピング、absCoeffは量子化した絶対係数であり、absCoeffModはビットストリームで送信される量子化した絶対係数である。
VTM5.0における符号コーディングコンテキスト導出は、上(above)の隣接係数及び左の隣接係数の符号(sign)情報を利用して符号コーディングコンテキストオフセットを導出する以下の方法に置き換えられる。
TS残差をコーディングする修正した変換係数レベル。非ゼロの係数が含まれている場合に、各CGをコード化するためにマルチパスが適用される。
・1回目のパス:必要に応じて、0より大きいフラグ(sig_coeff_flag)、符号フラグ(coeff_sign_flag)、1より大きいフラグ(abs_level_gtx_flag[0])、及びパリティフラグ(par_level_flag)をコード化する。
・2回目~5回目のパス:
〇j番目のパスでは、(2*j)より大きなフラグ(abs_level_gtx_flag[j-1])をコード化する
・6回目のパス:係数の大きさ(magnitude)の残りの部分(abs_remainder)をコード化する。
通常の残差コーディングの場合と比較して、TSの残差コーディングには、以下の変更が含まれる。
1)最後のx/y位置のシグナリングなし、
2)以前の全てのフラグが0に等しい場合に、最後のサブブロックを除く全てのサブブロックに対してコード化したcoded_sub_block_flag、
3)縮小したテンプレートを用いたsig_coeff_flagコンテキストモデリング、
4)abs_level_gtX_flag[0]及びpar_level_flagの単一コンテキストモデル、
5)符号フラグ、5、7、9より大きい追加フラグのコンテキストモデリング、
6)残りの2値化処理のための修正したRiceパラメータの導出、
7)サンプル毎のコンテキストコード化したビンの数、1つのブロック内のサンプル毎に2つのビンの制限。
2.4.1. パレットモードの概念
パレットモードの背後にある基本的な考え方は、CU内のピクセルが、代表的な色値の小さなセットによって表されるということである。このセットはパレットと呼ばれる。また、エスケープシンボルに続いて(場合によっては量子化した)成分値を通知することにより、パレットの外側にあるサンプルを示すこともできる。この種のピクセルはエスケープピクセルと呼ばれる。パレットモードが図13に示されている。図13に示されるように、3つの色成分(ルマ及び2つのクロマ成分)を有する各ピクセルについて、パレットへのインデックスが作成され、パレット内の作成された値に基づいてブロックを再構成することができる。図13において、「x」と記されたブロックは、入力ブロックのそれらの領域がパレット値0と1との間のサンプル値を有することを示し、「y」と記されたブロックは、入力ブロックのその領域がパレット値3と4との間にサンプル値を有することを示す。
パレットエントリのコーディングのために、パレット予測子が維持される。パレットの最大サイズ及びパレット予測子は、SPSで通知される。HEVC-SCCでは、paltte_predictor_initializer_present_flagがPPSに導入される。このフラグが1である場合に、パレット予測子を初期化するためのエントリがビットストリームで通知される。パレット予測子は、各CTU行、各スライス、及び各タイルの先頭で初期化される。パレット予測子は、paltte_predictor_initializer_present_flagの値に応じて、0にリセットされるか、又はPPSで通知されるパレット予測子の初期化エントリを使用して初期化される。HEVC-SCCでは、サイズ0のパレット予測子の初期化子が有効になり、PPSレベルでパレット予測子の初期化を明示的に無効にできるようになった。
パレットインデックスは、図15に示されるように、水平方向及び垂直方向トラバース・スキャンを使用してコード化される。スキャン順序は、palette_transpose_flagを使用してビットストリームで明示的に通知される。サブセクションの残りの部分では、スキャンが水平であると想定される。
2.4.4.1. デュアルツリーのパレット
VVCでは、デュアルツリーコーディング構造がイントラスライスのコーディングに使用されるので、ルマ成分及び2つのクロマ成分は、異なるパレット及びパレットインデックスを有し得る。さらに、2つのクロマ成分は、同じパレット及びパレットインデックスを共有する。
JVET-N0258及び現在のVTMでは、コーディングユニットの予測モードは、MODE_INTRA、MODE_INTER、MODE_IBC、及びMODE_PLTであり得る。それに応じて、予測モードの2値化処理が変更される。
現在の設計には、以下の問題がある。
1.レベルマッピング/再マッピングの現在の設計では、再マッピングプロセスが常に実行されるため、復号化した係数をゼロに等しくすることはできない。
a.例えば、復号化したAbsLevelPassX[xC][yC]+abs_remainder[n]が0に等しい場合に、復号化した有意フラグが0に等しい場合でも、7.3.8.11サブ節に従って、TransCoeffLevelは-1にリセットされる。
b.一方、マッピングプロセスは、非ゼロの係数にのみ適用されるため、このようなエンコーダ制約が必要になり得る。それ以外の場合に、同じ値「1」は、係数が0に等しいか、又は予測子に等しい等、様々な方法で解釈される場合がある。
2.符号フラグ/1より大きいフラグのコンテキストモデリングは、2つの空間ネイバー(neighbor)に依存する。しかしながら、異なるコーディングブロックの場合に、空間ネイバーに関する相関は、スキャン順序で現在のブロックに隣接するブロックに比べて弱い可能性がある。
3.パレットインデックスのコーディングは、上(above)のサンプル又は左のサンプルのいずれかからの情報に純粋に基づいている。上(above)のネイバーと左のネイバーとの両方の関係は十分に活用されていない。
4.我々の解析によると、様々なコンテキストでの現在の係数と隣接する係数の相関関係は次の通りである。
以下の項目のリストは、一般的な概念を説明するための例として考慮すべきである。これらの項目は、狭い意味で解釈すべきではない。さらに、これらの項目は任意の方法で組み合わせることができる。
レベルマッピング/再マッピングの有効化に関連
1.復号化した残差係数のレベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスを有効にするかどうかは、復号値が0に等しくないかどうかによって異なり得る。
a.一例では、復号値(例えば、AbsLevelPassX[xC][yC]又はsig_coeff_flag[xC][yC]又はAbsLevelPassX[xC][yC]+abs_remainder[n])が0に等しい場合に、レベルマッピング/再マッピングプロセスはスキップされる。
b.一例では、レベルマッピング/再マッピングプロセスは、復号値(例えば、AbsLevelPassX[xC][yC]又はsig_coeff_flag[xC][yC]又はAbsLevelPassX[xC][yC]+abs_remainder[n])が0に等しくないという条件下で呼び出される。
c.一例では、適合ビットストリームは、量子化値又はレベルマッピングの前にコード化される値が0に等しい場合に、コード化した有意フラグ(例えば、sig_coeff_flag)が0に等しくなければならないことを満たすものとする。
2.レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスを有効にするかどうかは、現在のブロック及び/又は隣接ブロック(近接(adjacent)又は非近接(non-adjacent)ブロック)の復号化した残差情報に依存し得る。
a.一例では、レベル再マッピングを適用するかどうかは、現在のブロックが非BDPCM TSモードでコード化されているという条件に加えて、オンザフライ(on-the-fly)で導出される。
3.レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスを有効にするかどうかは、ビデオユニットで通知されるサイド情報に依存し得る。
a.一例では、少なくとも1つの復号値が現在のブロックを再構成するべく使用される前に再マッピングすべきかどうかを示すために、フラグが通知され得る。
b.一例では、ビデオユニットは、CTU(例えば、VPDU)/CTU/CTB/複数のCTU/複数のCU/CTU行/タイル/ブリック/スライス/ピクチャ、サブピクチャ/シーケンス/ビュー等のサブ領域である。
c.一例では、提案する方法を有効にするかどうか、及び/又は提案する方法をどの様に有効にするかは、シーケンスパラメータセット/ビューパラメータセット/適応パラメータセット/ピクチャパラメータセット/ピクチャヘッダ/スライスヘッダ/CU/PU/TU/CTU/CTB等で通知され得る。
4.レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスを有効にするかどうかは、色フォーマット/色成分に依存し得る。
a.例えば、レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスは、ルマ成分にのみ適用でき、クロマ成分には適用できない。
b.例えば、レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスは、色フォーマットが4:2:0である場合に、ルマ成分にのみ適用でき、クロマ成分には適用できない。
c.例えば、レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスは、色フォーマットが4:4:4である場合、又は個別の色平面(color plane:カラープレーン)コーディングが使用される場合にのみ、全ての色成分をクロメート処理することができる。
5.レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスを有効にするかどうかは、ブロックの寸法W×Hに依存し得る。
a.例えば、W*H>=T1又はW*H>T1の場合に、レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスは有効にならない。
b.例えば、W*H<=T1又はW*H<T1の場合に、レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスは有効にならない。
c.例えば、Min(最小)(W,H)>=T1又はMin(W,H)>T1の場合に、レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスは有効にならない。
d.例えば、Max(最大)(W,H)<=T1又はMax(W,H)<T1の場合に、レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスは有効にならない。
e.例えば、Min(W,H)<=T1又はMin(W,H)<T1の場合に、レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスは有効にならない。
f.例えば、Max(W,H)>=T1又はMax(W,H)>T1の場合に、レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスは有効にならない。
g.例えば、W>=T1及びH>=T2の場合に、レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスは有効にならない。
h.例えば、W<=T1及びH<=T2の場合に、レベルマッピング(エンコーダ側)又はレベル再マッピング(デコーダ側)プロセスは有効にならない。
i.T1及びT2は、上記の箇条書き(bullet)の整数である。
6.2つの空間的に隣接する復号化した係数(左又は上(above))を使用してレベルマッピング/再マッピングプロセスで使用される予測子を決定する代わりに、復号化/スキャン順序に従って1つ又は複数の復号化した係数を使用することを提案する。
a.一例では、最近のK個の復号化した係数が利用される。
b.一例では、最近のM個の(M>K)復号化した係数のうちのK個の復号化した係数が利用される。
c.一例では、Kは、予め規定されるか、又は通知され得る。
d.一例では、Kは、復号化した情報に基づいてオンザフライで導出され得る。
e.一例では、Kは、既に復号化した係数の数に依存し得る。
i.例えば、S個の係数は既に復号化されている。次に、KはK=Min(S,M)として導出され、ここで、Mは2等の固定数である。
構文要素に関連
7.構文要素は、ビデオユニット内の絶対係数のサブセットが全てMより大きいかどうかを示すようにコード化することができ、ここで、Mは整数である。
a.一例では、ビデオユニットは、係数グループ(CG、例えば、4×4)/変換ブロック/変換ユニット/予測ブロック/コーディングブロックである。
b.一例では、サブセットはスキャン順序に基づいて規定される。
i.一例では、サブセットは、順方向スキャン順序に従った最初のL個の係数を含み得る。
ii.一例では、サブセットは、順方向スキャン順序に従った最後のL個の係数、又はビデオユニットの復号化順序に従った最初のL個の係数を含み得る。
c.一例では、サブセットは座標に基づいて規定される。
i.一例では、サブセットは、長方形領域内の係数を含み得る。
ii.一例では、サブセットは、正方形領域内の係数を含み得る。
d.一例では、サブセットは、コード化されるモード情報/ブロック寸法に基づいて規定される。
i.一例では、現在のブロックがQR-BDPCM又はBDPCMの他の分散(variance)でコード化され、垂直方向に予測される場合に、サブセットは最上行のサブセットとして規定される。
ii.一例では、現在のブロックがQR-BDPCM又はBDPCMの他の分散でコード化され、水平方向に予測される場合に、サブセットは左端の列のサブセットとして規定される。
e.一例では、Mは0、1、2、3、4、5に等しい。
コンテキストモデリングに関連
8.レベルマッピング/再マッピングの概念は、他の非TSコード化ブロック(例えば、BDPCMコード化ブロック)にも適用できる場合がある。
a.あるいはまた、さらに、規定した位置にある残差に対してのみ、レベルマッピング/再マッピングプロセスが適用される。
i.一例では、規定した位置は、予測方向に依存し得る。
1)一例では、垂直予測方向に関して、第1の行に位置する残差をマッピング/再マッピングすることができる。
2)一例では、水平予測方向に関して、第1の列に位置する残差をマッピング/再マッピングすることができる。
b.あるいはまた、さらに、予測的にコード化していない残差に対してのみ、レベルマッピング/再マッピングプロセスが適用される。
i.一例では、垂直予測方向に関して、第1の行に位置する残差をマッピング/再マッピングすることができる。
ii.一例では、水平予測方向に関して、第1の列に位置する残差をマッピング/再マッピングすることができる。
9.レベルマッピング/再マッピングプロセスを利用して、パレットインデックスをコード化する、又はパレットモードでシンボルコーディングをエスケープすることができる。
a.一例では、以前にコード化したパレットインデックスの最大値に基づいて、パレットインデックスは、エンコーダ側でマッピングされ、デコーダ側で再マッピングされ得る。
b.一例では、マッピング及び再マッピングプロセスは、全てのパレットコード化ブロックに対して呼び出され得る。
i.あるいはまた、それらプロセスは特定の条件下で呼び出すこともできる。
10.以前にコード化した係数/パレットインデックス等を表すパラメータaiを使用して、コンテキストモデリングプロセスで関数f(a0,a1,・・・,)を使用することを提案する。
a.一例では、関数fは、最大又は最小関数として規定することができる。
b.パラメータaiは、現在のサンプル/係数及び一部のネイバー(近接又は非近接)をカバーするテンプレート内のパラメータであり得る。
i.一例では、パレットインデックスコーディングの場合に、左及び上(above)のパレットインデックスは両方とも、インデックスをコード化するために関数fに基づいて利用され得る。
c.パラメータaiは、現在のサンプル/係数に対してスキャン/復号化順序のパラメータであり得る。
11.符号(sign)フラグ又は他の構文要素のコーディングのコンテキストモデリングに2つの空間的に隣接する復号化した係数(左又は上(above))を使用する代わりに、復号化/スキャン順序に従って1つ又は複数の復号化した係数を使用することを提案する。
a.一例では、最近のK個(例えば、K=2)の復号化した係数が利用される。
b.一例では、最近のM個(M>K)の復号化した係数のうちのK個の復号化した係数が利用される。
c.一例では、Kは、予め規定されるか、又は通知され得る。
d.一例では、Kは、復号化した情報に基づいてオンザフライで導出され得る。
e.一例では、Kは、既に復号化した係数の数に依存し得る。
i.例えば、S個の係数が既に復号化されている。次に、KはK=Min(S,M)として導出され、ここで、Mは2等の固定数である。
12.符号フラグ又は他の構文要素のコーディングのコンテキストモデリングに2つの空間的に隣接する復号化した係数(左又は上(above))を使用する代わりに、予測方向に従って1つ又は複数の復号化した係数を使用することを提案する。
a.一例では、垂直予測方向を有するBDPCMコード化ブロックの場合に、同じ列内の以前に復号化した係数を利用することができる。
b.一例では、水平予測方向を有するBDPCMコード化ブロックの場合に、同じ行内の以前に復号化した係数を利用することができる。
c.一例では、垂直予測方向を有するBDPCMコード化ブロックの場合に、同じ行内の以前に復号化した係数を利用することができる。
d.一例では、水平予測方向を有するBDPCMコード化ブロックの場合に、同じ列内の以前に復号化した係数を利用することができる。
13.同じ2値化処理(例えば、「0」は正の値を示し、「1」は負の値を示す)で符号フラグをコーディングする代わりに、隣接ブロックからの情報に基づいて、又は選択したコンテキストに基づいて等、符号値を動的に設定することを提案する(つまり、復号化したビン値は、様々なセマンティクスに解釈され得る)。
a.一例では、エンコーダ側では、符号化されるビン値は、現在の係数の符号情報が以前にコード化した係数の符号情報の大部分と同じであるかどうかに基づく。
b.一例では、選択したコンテキストがネイバーの大部分が負を表している場合に(例えば、2つのネイバーがチェックされ、2つのネイバーが両方とも負である場合、又は一方が負であり、他方がゼロに等しい場合に)、「1」に等しい復号化したビンは正の値を示し、「0」は負の値を示し得る。
i.あるいはまた、さらに、選択したコンテキストがネイバーの大部分が正を表している場合に(例えば、2つのネイバーがチェックされ、2つのネイバーが両方とも正である場合、又は一方が正であり、他方がゼロに等しい場合に)、「0」に等しい復号化したビンは正の値を示し、「1」は負の値を示し得る。
c.一例では、選択したコンテキストがネイバーの大部分が負を表している場合に(例えば、2つのネイバーがチェックされ、2つのネイバーが両方とも負である場合、又は一方が負であり、他方がゼロに等しい場合に)、「0」に等しい復号化したビンは正の値を示し、「1」は負の値を示し得る。
i.あるいはまた、さらに、選択したコンテキストがネイバーの大部分が正を表している場合に(例えば、2つのネイバーがチェックされ、2つのネイバーが両方とも正である場合、又は一方が正であり、他方がゼロに等しい場合に)、「1」に等しい復号化したビンは正の値を示し、「0」は負の値を示し得る。
一般的な使用法
14.提案する方法を有効にするかどうか、及び/又はどの箇条書きを適用するかについての指標は、ビデオユニットレベルで通知することができる。
a.一例では、ビデオユニットは、タイル/ブリック/スライス/ピクチャ/サブピクチャ/シーケンス/ビュー等であり得る。
b.一例では、提案する方法を有効にするかどうか、及び/又は提案する方法をどの様に有効にするかは、シーケンスパラメータセット/ビューパラメータセット/適応パラメータセット/ピクチャパラメータセット/ピクチャヘッダ/スライスヘッダで通知することができる。
c.一例では、提案する方法を有効にするかどうか、及び/又は提案する方法をどの様に有効にするかは、ビデオコンテンツが画面コンテンツであるかどうかを示すために使用される1つの構文要素等の他の構文要素によって制御され得る。
15.提案する方法を有効にするかどうか、及び/又は提案する方法をどの様に有効にするかは、ブロック寸法、スライスタイプ/ピクチャタイプ/時間層(temporal layer)インデックス/ビデオコンテンツ/色成分/パーティション分割ツリータイプ/コード化モード/変換情報等のコーディング情報に依存し得る。
d.一例では、幅がT1以下で高さがT2以下のブロックについて、提案する方法を適用することができる。
e.一例では、幅がT1以下で又は高さがT2以下のブロックについて、提案する方法を適用することができる。
f.一例では、幅×高さがT3以下のブロックについて、提案する方法を適用することができる。
5.実施形態
5.1.実施形態#1
この実施形態は、レベル再マッピングプロセスを有効にするかどうかが、復号値に依存するかどうかの例を示し、(例えば、AbsLevelPassX[xC][yC]又はsig_coeff_flag[xC][yC]又は(AbsLevelPassX[xC][yC]+abs_remainder[n]))は0に等しくない。
VVC WDと比較した変更は、太字の斜体のテキストで強調表示される。
7.3.8.11 残差コーディング構文
Claims (14)
- ビデオデータを処理する方法であって、当該方法は、
ビデオの現在のブロックと前記ビデオのビットストリームとの間の変換について、係数レベルの絶対値と前記係数レベルの残りの絶対値との組合せがゼロに等しいかどうかに基づいて、レベルマッピング操作又はレベル再マッピング操作を有効にするかどうかを決定するステップであって、前記レベルマッピング操作又は前記レベル再マッピング操作は、残差係数の第1の表現と、前記残差係数の隣接する残差係数に基づく前記残差係数の第2の表現との間の変更を含む、ステップと、
前記決定に基づいて、前記レベルマッピング操作又は前記レベル再マッピング操作を選択的に使用して前記変換を実行するステップと、を含む、
方法。 - 前記現在のブロックは、該現在のブロックの前記残差係数に対する変換操作がスキップされる、変換スキップ(TS)モードでコード化される、請求項1に記載の方法。
- 前記レベルマッピング操作又は前記レベル再マッピング操作は、有意係数フラグがゼロに等しいことに応答して、無効にされる、請求項1に記載の方法。
- 前記レベルマッピング操作又は前記レベル再マッピング操作が有効にされるかどうかは、前記係数レベルの前記絶対値がゼロに等しいかどうかにさらに基づく、請求項1に記載の方法。
- 前記レベルマッピング操作又は前記レベル再マッピング操作は、前記係数レベルの前記絶対値がゼロに等しいことに応答して、無効にされる、請求項4に記載の方法。
- 前記レベルマッピング操作又は前記レベル再マッピング操作は、前記組合せがゼロに等しいことに応答して、無効にされる、請求項1に記載の方法。
- 前記レベルマッピング操作又は前記レベル再マッピング操作は、有意係数フラグがゼロに等しくないことに応答して、有効にされる、請求項1に記載の方法。
- 前記レベルマッピング操作又は前記レベル再マッピング操作は、前記係数レベルの前記絶対値がゼロに等しくないことに応答して、有効にされる、請求項4に記載の方法。
- 前記レベルマッピング操作又は前記レベル再マッピング操作は、前記組合せがゼロに等しくないことに応答して、有効にされる、請求項1に記載の方法。
- 前記変換は、前記現在のブロックを前記ビットストリームに符号化することを含む、請求項1乃至9のいずれか一項に記載の方法。
- 前記変換は、前記ビットストリームから前記現在のブロックを復号化することを含む、請求項1乃至9のいずれか一項に記載の方法。
- ビデオデータを処理するための機器であって、当該機器は、プロセッサと、その上に命令を含む非一時的なメモリとを含み、前記命令が前記プロセッサによって実行されると、該プロセッサに、
ビデオの現在のブロックと前記ビデオのビットストリームとの間の変換について、係数レベルの絶対値と前記係数レベルの残りの絶対値との組合せがゼロに等しいかどうかに基づいて、レベルマッピング操作又はレベル再マッピング操作を有効にするかどうかを決定することであって、前記レベルマッピング操作又は前記レベル再マッピング操作は、残差係数の第1の表現と、前記残差係数の隣接する残差係数に基づく前記残差係数の第2の表現との間の変更を含む、こと、及び
前記決定に基づいて、前記レベルマッピング操作又は前記レベル再マッピング操作を選択的に使用して前記変換を実行すること、を行わせる、
機器。 - 命令を格納する非一時的なコンピュータ可読記憶媒体であって、前記命令がプロセッサによって実行されると、該プロセッサに、
ビデオの現在のブロックと前記ビデオのビットストリームとの間の変換について、係数レベルの絶対値と前記係数レベルの残りの絶対値との組合せがゼロに等しいかどうかに基づいて、レベルマッピング操作又はレベル再マッピング操作を有効にするかどうかを決定することであって、前記レベルマッピング操作又は前記レベル再マッピング操作は、残差係数の第1の表現と、前記残差係数の隣接する残差係数に基づく前記残差係数の第2の表現との間の変更を含む、こと、及び
前記決定に基づいて、前記レベルマッピング操作又は前記レベル再マッピング操作を選択的に使用して前記変換を実行すること、を行わせる、
非一時的なコンピュータ可読記憶媒体。 - ビデオのビットストリームを格納する方法であって、当該方法は、
ビデオの現在のブロックについて、係数レベルの絶対値と前記係数レベルの残りの絶対値との組合せがゼロに等しいかどうかに基づいて、レベルマッピング操作又はレベル再マッピング操作を有効にするかどうかを決定するステップであって、前記レベルマッピング操作又は前記レベル再マッピング操作は、残差係数の第1の表現と、前記残差係数の隣接する残差係数に基づく前記残差係数の第2の表現との間の変更を含む、ステップと、
前記決定に基づいて、前記レベルマッピング操作又は前記レベル再マッピング操作を選択的に使用して前記ビットストリームを生成するステップと、
前記ビットストリームを非一時的なコンピュータ可読記録媒体に格納するステップと、を含む、
方法。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2019101608 | 2019-08-20 | ||
| CNPCT/CN2019/101608 | 2019-08-20 | ||
| PCT/CN2020/110150 WO2021032145A1 (en) | 2019-08-20 | 2020-08-20 | Residual coding for transform skipped blocks |
| JP2022510897A JP7372449B2 (ja) | 2019-08-20 | 2020-08-20 | スキップしたブロックを変換するための残差コーディング |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022510897A Division JP7372449B2 (ja) | 2019-08-20 | 2020-08-20 | スキップしたブロックを変換するための残差コーディング |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2023182794A JP2023182794A (ja) | 2023-12-26 |
| JP7632804B2 true JP7632804B2 (ja) | 2025-02-19 |
Family
ID=74659751
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022510897A Active JP7372449B2 (ja) | 2019-08-20 | 2020-08-20 | スキップしたブロックを変換するための残差コーディング |
| JP2023179454A Active JP7632804B2 (ja) | 2019-08-20 | 2023-10-18 | スキップしたブロックを変換するための残差コーディング |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022510897A Active JP7372449B2 (ja) | 2019-08-20 | 2020-08-20 | スキップしたブロックを変換するための残差コーディング |
Country Status (6)
| Country | Link |
|---|---|
| US (3) | US11503293B2 (ja) |
| EP (1) | EP4000266A4 (ja) |
| JP (2) | JP7372449B2 (ja) |
| KR (1) | KR102698932B1 (ja) |
| CN (2) | CN114258680B (ja) |
| WO (1) | WO2021032145A1 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP4000266A4 (en) | 2019-08-20 | 2022-10-26 | Beijing Bytedance Network Technology Co., Ltd. | Residual coding for transform skipped blocks |
| HUE069274T2 (hu) * | 2019-08-31 | 2025-02-28 | Lg Electronics Inc | Video- vagy képkódoló eljárás és eszköz az eljáráshoz |
| CN114731392B (zh) * | 2019-09-21 | 2025-01-03 | 北京字节跳动网络技术有限公司 | 用于图像和视频编解码的高精度变换和量化 |
| BR112022002916A2 (pt) | 2019-09-25 | 2022-05-10 | Panasonic Ip Corp America | Codificador, decodificador, método de codificação e método de decodificação |
| MX2022003650A (es) * | 2019-09-25 | 2022-05-10 | Lg Electronics Inc | Metodo y aparato de codificacion/decodificacion de imagen para se?alar el metodo de codificacion residual usado para codificar el bloque al cual se aplica bdpcm, y metodo para transmitir el flujo de bits. |
| WO2022174762A1 (en) | 2021-02-20 | 2022-08-25 | Beijing Bytedance Network Technology Co., Ltd. | Transforms on non-dyadic blocks |
| WO2022179404A1 (en) | 2021-02-23 | 2022-09-01 | Beijing Bytedance Network Technology Co., Ltd. | Residual coding on non-dyadic blocks |
| US11792431B2 (en) * | 2021-04-07 | 2023-10-17 | Tencent America LLC | Orthogonal transform generation with subspace constraint |
| CN117296316A (zh) * | 2021-04-12 | 2023-12-26 | 抖音视界有限公司 | 变换和符号预测 |
| CN118266216A (zh) | 2021-11-10 | 2024-06-28 | 抖音视界有限公司 | 非二进分数块的基于数组的残差编解码 |
| US12108056B2 (en) * | 2022-01-18 | 2024-10-01 | Tencent Americal Llc | Signalling of EOB for one dimensional transform skip |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7372449B2 (ja) | 2019-08-20 | 2023-10-31 | 北京字節跳動網絡技術有限公司 | スキップしたブロックを変換するための残差コーディング |
Family Cites Families (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20150013776A (ko) | 2010-04-09 | 2015-02-05 | 미쓰비시덴키 가부시키가이샤 | 동화상 부호화 장치 및 동화상 복호 장치 |
| US10499059B2 (en) * | 2011-03-08 | 2019-12-03 | Velos Media, Llc | Coding of transform coefficients for video coding |
| US9491491B2 (en) * | 2011-06-03 | 2016-11-08 | Qualcomm Incorporated | Run-mode based coefficient coding for video coding |
| US9491469B2 (en) * | 2011-06-28 | 2016-11-08 | Qualcomm Incorporated | Coding of last significant transform coefficient |
| US8671407B2 (en) * | 2011-07-06 | 2014-03-11 | Microsoft Corporation | Offering network performance guarantees in multi-tenant datacenters |
| CA2773990C (en) * | 2011-11-19 | 2015-06-30 | Velos Media International Limited | Multi-level significance map scanning |
| AU2012200319B2 (en) * | 2012-01-19 | 2015-11-26 | Canon Kabushiki Kaisha | Method, apparatus and system for encoding and decoding the significance map for residual coefficients of a transform unit |
| GB2501535A (en) | 2012-04-26 | 2013-10-30 | Sony Corp | Chrominance Processing in High Efficiency Video Codecs |
| KR102355224B1 (ko) | 2014-03-16 | 2022-01-25 | 브이아이디 스케일, 인크. | 무손실 비디오 코딩의 시그널링을 위한 방법 및 장치 |
| US10306229B2 (en) * | 2015-01-26 | 2019-05-28 | Qualcomm Incorporated | Enhanced multiple transforms for prediction residual |
| CN106416254B (zh) | 2015-02-06 | 2019-08-02 | 微软技术许可有限责任公司 | 在媒体编码期间跳过评估阶段 |
| WO2017041271A1 (en) * | 2015-09-10 | 2017-03-16 | Mediatek Singapore Pte. Ltd. | Efficient context modeling for coding a block of data |
| WO2017088093A1 (en) | 2015-11-23 | 2017-06-01 | Mediatek Singapore Pte. Ltd. | On the smallest allowed block size in video coding |
| US10880564B2 (en) * | 2016-10-01 | 2020-12-29 | Qualcomm Incorporated | Transform selection for video coding |
| US10244261B2 (en) * | 2017-01-26 | 2019-03-26 | Google Llc | Transform coefficient coding using level maps |
| EP3386198A1 (en) * | 2017-04-07 | 2018-10-10 | Thomson Licensing | Method and device for predictive picture encoding and decoding |
| WO2019117634A1 (ko) * | 2017-12-15 | 2019-06-20 | 엘지전자 주식회사 | 2차 변환에 기반한 영상 코딩 방법 및 그 장치 |
| WO2020177703A1 (en) | 2019-03-04 | 2020-09-10 | Beijing Bytedance Network Technology Co., Ltd. | Signaling of filtering information in video processing |
| CN113632493B (zh) | 2019-03-13 | 2024-07-12 | 北京字节跳动网络技术有限公司 | 变换跳过模式中的子块变换 |
| PH12021552631A1 (en) | 2019-04-19 | 2022-07-11 | Bytedance Inc | Context coding for transform skip mode |
| US11172200B2 (en) * | 2019-06-24 | 2021-11-09 | Qualcomm Incorporated | Intra-prediction mode for screen content coding of video coding |
-
2020
- 2020-08-20 EP EP20854012.0A patent/EP4000266A4/en active Pending
- 2020-08-20 JP JP2022510897A patent/JP7372449B2/ja active Active
- 2020-08-20 CN CN202080059118.5A patent/CN114258680B/zh active Active
- 2020-08-20 KR KR1020227004677A patent/KR102698932B1/ko active Active
- 2020-08-20 CN CN202311511223.XA patent/CN117319649A/zh active Pending
- 2020-08-20 WO PCT/CN2020/110150 patent/WO2021032145A1/en not_active Ceased
-
2022
- 2022-02-18 US US17/675,756 patent/US11503293B2/en active Active
- 2022-07-27 US US17/875,069 patent/US11706414B2/en active Active
-
2023
- 2023-06-21 US US18/339,046 patent/US12219136B2/en active Active
- 2023-10-18 JP JP2023179454A patent/JP7632804B2/ja active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7372449B2 (ja) | 2019-08-20 | 2023-10-31 | 北京字節跳動網絡技術有限公司 | スキップしたブロックを変換するための残差コーディング |
Non-Patent Citations (2)
| Title |
|---|
| Marta Karczewicz, et al.,"CE7: Sign context, level mapping, and bitplane coding for TS residual coding (CE7-3.7, CE7-3.8, CE7-3.9, CE7-3.10, and CE7-3.11)",Document: JVET-O0122-v3, [online],JVET-O0122 (version 3),Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11,2019年07月04日,Pages 1-23,[令和5年2月20日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=6726> and <URL: https://jvet-experts.org/doc_end_user/documents/15_Gothenburg/wg11/JVET-O0122-v3.zip>.,(See document file "JVET-O0122-v3.docx" in the zip file "JVET-O0122-v3.zip".) |
| 村上 篤道(外2名)編,「高効率映像符号化技術 HEVC/H.265とその応用」,第1版,日本,株式会社オーム社,2013年02月25日,第145頁,ISBN: 978-4-274-21329-8. |
Also Published As
| Publication number | Publication date |
|---|---|
| EP4000266A1 (en) | 2022-05-25 |
| US20230336724A1 (en) | 2023-10-19 |
| JP2023182794A (ja) | 2023-12-26 |
| CN114258680A (zh) | 2022-03-29 |
| JP2022545220A (ja) | 2022-10-26 |
| US20220210414A1 (en) | 2022-06-30 |
| WO2021032145A1 (en) | 2021-02-25 |
| EP4000266A4 (en) | 2022-10-26 |
| US12219136B2 (en) | 2025-02-04 |
| JP7372449B2 (ja) | 2023-10-31 |
| CN114258680B (zh) | 2024-08-02 |
| US11503293B2 (en) | 2022-11-15 |
| KR20220047770A (ko) | 2022-04-19 |
| US20220394259A1 (en) | 2022-12-08 |
| KR102698932B1 (ko) | 2024-08-27 |
| CN117319649A (zh) | 2023-12-29 |
| US11706414B2 (en) | 2023-07-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7632804B2 (ja) | スキップしたブロックを変換するための残差コーディング | |
| JP7680119B2 (ja) | ビデオ・データ処理方法、装置、及び記憶媒体 | |
| KR102630415B1 (ko) | 코딩 된 비디오의 양자화된 잔차 차동 펄스 코드 변조 표현의 제약 | |
| JP7684495B2 (ja) | ビデオ・データを処理する方法、装置、及び記憶媒体 | |
| WO2021083376A1 (en) | Derivation of linear parameter in cross-component video coding | |
| WO2020228762A1 (en) | Context modeling for residual coding | |
| JP7514354B2 (ja) | 変換スキップ・モードのブロック寸法設定 | |
| CN115428446B (zh) | 交叉分量预测的使用限制 | |
| WO2020233664A1 (en) | Sub-block based use of transform skip mode | |
| CN115066899A (zh) | 编解码视频的可分二次变换处理 | |
| WO2020228716A1 (en) | Usage of transquant bypass mode for multiple color components | |
| WO2020253874A1 (en) | Restriction on number of context coded bins | |
| WO2021136470A1 (en) | Clustering based palette mode for video coding | |
| WO2021136486A1 (en) | Palette size signaling in video coding |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20231025 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20240820 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20241118 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20250107 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20250124 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7632804 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |