JP2024509532A - 高ビット深度ビデオコーディングのためのライスパラメータ導出 - Google Patents

高ビット深度ビデオコーディングのためのライスパラメータ導出 Download PDF

Info

Publication number
JP2024509532A
JP2024509532A JP2023553325A JP2023553325A JP2024509532A JP 2024509532 A JP2024509532 A JP 2024509532A JP 2023553325 A JP2023553325 A JP 2023553325A JP 2023553325 A JP2023553325 A JP 2023553325A JP 2024509532 A JP2024509532 A JP 2024509532A
Authority
JP
Japan
Prior art keywords
sum
absolute values
determining
rician
shift value
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
Application number
JP2023553325A
Other languages
English (en)
Inventor
ルサノフスキー、ドミトロ
カルチェビチ、マルタ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2024509532A publication Critical patent/JP2024509532A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/189Methods 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
    • H04N19/196Methods 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 being specially adapted for the computation of encoding parameters, e.g. by averaging previously computed encoding parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods 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/13Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90Methods 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/91Entropy coding, e.g. variable length coding [VLC] or arithmetic coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods 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/12Selection 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods 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/154Measured or subjectively estimated visual quality after decoding, e.g. measurement of distortion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/17Methods 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/176Methods 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/18Methods 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/1887Methods 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 variable length codeword
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70Methods 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)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Discrete Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

ビデオコーダが、隣接変換係数の絶対値の和のダイナミック範囲に基づいてシフト値を決定する。シフト値は、次いで、現在コーディングされている変換係数に関係するシンタックス要素を2値化するために使用されるライスパラメータの可能な値を拡張するために使用され得る。

Description

[0001] 本出願は、その各々の内容全体が参照により本明細書に組み込まれる、2022年3月8日に出願された米国特許出願第17/653,962号、および2021年3月11日に出願された米国仮出願第63/159,892号の優先権を主張する。2022年3月8日に出願された米国特許出願第17/653,962号は、2021年3月11日に出願された米国仮出願第63/159,892号の利益を主張する。
[0002] 本開示は、ビデオ符号化(video encoding)およびビデオ復号(video decoding)に関する。
[0003] デジタルビデオ能力は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末(PDA)、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲーミングデバイス、ビデオゲームコンソール、セルラー電話または衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲のデバイスに組み込まれ得る。デジタルビデオデバイスは、MPEG-2、MPEG-4、ITU-T H.263、ITU-T H.264/MPEG-4,Part10,アドバンストビデオコーディング(AVC)、ITU-T H.265/高効率ビデオコーディング(HEVC:High Efficiency Video Coding)によって定義された規格、およびそのような規格の拡張に記載されているビデオコーディング技法など、ビデオコーディング技法を実装する。ビデオデバイスは、そのようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および/または記憶し得る。
[0004] ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するための空間(イントラピクチャ)予測および/または時間(インターピクチャ)予測を含む。ブロックベースビデオコーディングでは、ビデオスライス(たとえば、ビデオピクチャまたはビデオピクチャの一部分)が、コーディングツリーユニット(CTU)、コーディングユニット(CU)および/またはコーディングノードと呼ばれることもある、ビデオブロックに区分され得る。ピクチャ(picture)のイントラコーディングされた(I)スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測を使用して符号化される。ピクチャのインターコーディングされた(PまたはB)スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間予測、または他の参照ピクチャ中の参照サンプルに対する時間予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
[0005] 概して、本開示は、高ビット深度コーディング(high bit-depth coding)における変換係数(transform coefficient)に関係するシンタックス要素(syntax element)の通常残差コーディング(RRC:regular residual coding)のためのライスパラメータ(Rice parameter)を適応的に導出するための技法について説明する。特に、本開示は、現在コーディングされている変換係数の周りのテンプレート(template)における変換係数の絶対値(absolute value)の和(sum)のダイナミック範囲(dynamic range)に基づいて、可能なライスパラメータ値(Rice parameter value)の範囲(range)を拡張するための技法について説明する。
[0006] 高ビット深度ビデオコーディング(high-bit depth video coding)では、いくつかの変換係数の値は、極めて大きくなり、したがって、より大きいコードワードをもつシンタックス要素を生じることがある。概して、大きいコードワードは、コーディング効率を低減する。そのようなコードワードのサイズは、いくつかの状況では、より大きいライスパラメータ値を決定することによって低減され得る。本開示の技法は、隣接変換係数(neighboring transform coefficient)の絶対値の和のダイナミック範囲に基づくシフト値(shift value)の決定を含む。シフト値は、次いで、ライスパラメータの可能な値を拡張するために使用され得る。したがって、いくつかのシンタックス要素のためのより小さいコードワード値が達成され、したがって、コーディング効率を改善し得る。本開示の技法は、HEVC、VVC、または他のビデオコーディング技法の拡張とともに使用され得る。
[0007] 一例では、本開示は、ビデオデータ(video data)を復号する方法であって、方法が、現在変換係数(current transform coefficient)の隣接変換係数の絶対値の和を決定することと、絶対値の和に基づいてシフト値を決定することと、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することと、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号することとを備える、方法について説明する。
[0008] 別の例では、本開示は、ビデオデータを復号するように構成された装置であって、装置が、ビデオデータを記憶するように構成されたメモリと、回路中に実装され、メモリと通信している1つまたは複数のプロセッサとを備え、1つまたは複数のプロセッサが、現在変換係数の隣接変換係数の絶対値の和を決定することと、絶対値の和に基づいてシフト値を決定することと、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することと、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号することとを行うように構成された、装置について説明する。
[0009] 別の例では、本開示は、ビデオデータを復号するように構成された装置であって、装置が、現在変換係数の隣接変換係数の絶対値の和を決定するための手段と、絶対値の和に基づいてシフト値を決定するための手段と、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定するための手段と、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号するための手段とを備える、装置について説明する。
[0010] 別の例では、本開示は、命令(instruction)を記憶する非一時的コンピュータ可読記憶媒体(non-transitory computer-readable storage medium)であって、命令が、実行されたとき、ビデオデータを復号するように構成された1つまたは複数のプロセッサに、現在変換係数の隣接変換係数の絶対値の和を決定することと、絶対値の和に基づいてシフト値を決定することと、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することと、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号することとを行わせる、非一時的コンピュータ可読記憶媒体について説明する。
[0011] 別の例では、本開示は、ビデオデータを符号化する方法であって、方法が、現在変換係数の隣接変換係数の絶対値の和を決定することと、絶対値の和に基づいてシフト値を決定することと、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することと、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を符号化することとを備える、方法について説明する。
[0012] 1つまたは複数の例の詳細が添付の図面および以下の説明に記載される。他の特徴、目的、および利点は、説明、図面、および特許請求の範囲から明らかになろう。
[0013] 本開示の技法を実施し得る例示的なビデオ符号化および復号システムを示すブロック図。 [0014] ライスパラメータを導出するために使用される隣接係数の一例を示す概念図。 [0015] ライスパラメータを導出するために使用されるルックアップテーブル(lookup table)の一例を示す図。 [0016] コーディングされた係数の例示的なヒストグラムを示す図。 [0017] 異なるライスパラメータについての例示的なコードワード長を示す図。 [0018] 本開示の技法を実施し得る例示的なビデオエンコーダ(video encoder)を示すブロック図。 [0019] 本開示の技法を実施し得る例示的なビデオデコーダ(video decoder)を示すブロック図。 [0020] 本開示の技法による、現在ブロックを符号化するための例示的な方法を示すフローチャート。 [0021] 本開示の技法による、現在ブロックを復号するための例示的な方法を示すフローチャート。 [0022] 本開示の技法による、現在ブロックを符号化するための例示的な方法を示す別のフローチャート。 [0023] 本開示の技法による、現在ブロックを復号するための例示的な方法を示す別のフローチャート。
[0024] 通常残差コーディング(RRC)は、残差ブロック(residual block)を符号化および復号するための例示的な技法である。RRCは、変換を含む残差コーディング技法を、変換スキップ(TS)残差コーディングなどの他の残差コーディング技法と区別し得る用語である。ビデオデコーダのコンテキストから、RRCは、ブロックにおける変換係数の大きさおよび極性(たとえば、正または負)を決定するために使用される複数のシンタックス要素を復号することを伴う。変換係数値が決定されると、ビデオデコーダは、残差ブロックを再構築(reconstruct)するために、変換係数に1つまたは複数の変換を適用し得る。変換係数の位置および値を定義し得る例示的なシンタックス要素は、1つまたは複数の最後有意係数位置シンタックス要素と、コード化ブロックフラグと、有意係数フラグと、1つまたは複数の、Xよりも大きい絶対レベルフラグ(absolute level greater than X flag)と、パリティフラグと、剰余シンタックス要素と、絶対値シンタックス要素とを含み得る。
[0025] RRCまたは他の残差コーディング技法のいくつかの例では、いくつかのシンタックス要素は、2値化プロセスに従って2値化され得る。たとえば、剰余シンタックス要素および/または絶対値シンタックス要素は、短縮ライス2値化プロセス(truncated Rice binarization process)に従って2値化され得る。短縮ライス2値化プロセスは、ライスパラメータに基づいて実施される。ビデオデコーダは、そのようなシンタックス要素の値を決定するための逆2値化プロセス(inverse binarization process)を実施するために、ライスパラメータを決定するように構成され得る。いくつかの例では、ビデオデコーダは、ルックアップテーブルとテンプレートにおける隣接変換係数の係数値とを使用して、RRCのためのライスパラメータを導出するように構成され得る。
[0026] たとえば、ビデオデコーダは、現在変換係数に対するテンプレートにおける5つの利用可能な隣接係数の絶対値の和である、locSumAbsの値を計算するように構成され得る。ビデオデコーダは、(たとえば、減算およびクリッピングを使用して)locSumAbsの値を正規化(normalize)し得る。ビデオデコーダは、ルックアップテーブルへの入力(input)としてlocSumAbsの正規化された値を使用してライスパラメータを導出し得る。
[0027] VVCでは、ライスパラメータは、8ビットのビット深度または10ビットのビット深度のビデオソースを符号化および復号するためにテストされた。VVC設計では、ライスパラメータ値は、locSumAbsの値に依存し、上記で説明されたクリッピングプロセスを通して、両端値を含む、0から3までの範囲内にあるように限定される。入力ビデオのビット深度が増加され、拡張された精度が可能にされ、および/または量子化パラメータ(QP)が極めて低く設定されたとき、変換係数の値の範囲と、したがって、locSumAbs値とは、著しく増加し得る。そのような場合、VVCにおける許容ライスパラメータ値の範囲は、最適コーディング効率にとって十分でないことがあり、なぜなら、0から3までとなるべき、ライスパラメータ値の制限は、大きい値を有するコーディングされた係数について、長いコードワード、たとえば、長さ32のコードワードの利用を必要とすることになるからである。
[0028] 本開示は、ビデオデータの様々な入力ビット深度のための、VVCおよび他のビデオコーディングプロセスにおけるライスパラメータ導出技法の限定に対処する技法について説明する。本開示の技法は、ビデオコーディング設計、10ビット超のビット深度を使用する特定のビデオコーディング設計の圧縮効率を改善し得る。本開示の提案される技法を用いて、ライスパラメータのサポートされる範囲は、VVCにおける0~3から、より大きい数、たとえば16まで拡張され得、これは、より効率的な2値化プロセスを提供するであろう。より効率的な2値化プロセスは、変換係数の大きい値のために使用される、より低いビット数を生じ得る。特に、本開示の技法は、より大きい絶対値を有する変換係数のための剰余および/または絶対値シンタックス要素のためのより小さいコードワード長を生じ得る。
[0029] 図1は、本開示の技法を実施し得る例示的なビデオ符号化および復号システム100を示すブロック図である。本開示の技法は、概して、ビデオデータをコーディング(符号化および/または復号)することを対象とする。概して、ビデオデータは、ビデオを処理するための何らかのデータを含む。したがって、ビデオデータは、生の符号化されていないビデオ、符号化されたビデオ、復号された(たとえば、再構築された)ビデオ、およびシグナリングデータなどのビデオメタデータを含み得る。
[0030] 図1に示されているように、システム100は、この例では、宛先デバイス116によって復号および表示されるべき符号化されたビデオデータを提供するソースデバイス102を含む。特に、ソースデバイス102は、コンピュータ可読媒体110を介して宛先デバイス116にビデオデータを提供する。ソースデバイス102と宛先デバイス116とは、デスクトップコンピュータ、ノートブック(すなわち、ラップトップ)コンピュータ、モバイルデバイス、タブレットコンピュータ、セットトップボックス、スマートフォンなどの電話ハンドセット、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲーミングコンソール、ビデオストリーミングデバイス、ブロードキャスト受信機デバイスなどを含む、広範囲のデバイスのいずれかを備え得る。いくつかの場合には、ソースデバイス102および宛先デバイス116は、ワイヤレス通信のために装備され得、したがって、ワイヤレス通信デバイスと呼ばれることがある。
[0031] 図1の例では、ソースデバイス102は、ビデオソース104と、メモリ106と、ビデオエンコーダ200と、出力インターフェース108とを含む。宛先デバイス116は、入力インターフェース122と、ビデオデコーダ300と、メモリ120と、ディスプレイデバイス118とを含む。本開示によれば、ソースデバイス102のビデオエンコーダ200と、宛先デバイス116のビデオデコーダ300とは、ライスパラメータ導出のための技法を適用するように構成され得る。したがって、ソースデバイス102はビデオ符号化デバイスの一例を表し、宛先デバイス116はビデオ復号デバイスの一例を表す。他の例では、ソースデバイスおよび宛先デバイスは、他の構成要素または配置を含み得る。たとえば、ソースデバイス102は、外部カメラなどの外部ビデオソースからビデオデータを受信し得る。同様に、宛先デバイス116は、一体型ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースし得る。
[0032] 図1に示されているシステム100は一例にすぎない。概して、どんなデジタルビデオ符号化および/または復号デバイスも、ライスパラメータ導出のための技法を実施し得る。ソースデバイス102と宛先デバイス116とは、ソースデバイス102が宛先デバイス116への送信のためにコーディングされたビデオデータを生成するようなコーディングデバイスの例にすぎない。本開示は、データのコーディング(符号化および/または復号)を実施するデバイスとして「コーディング」デバイスに言及する。したがって、ビデオエンコーダ200およびビデオデコーダ300は、コーディングデバイス、特に、それぞれビデオエンコーダおよびビデオデコーダの例を表す。いくつかの例では、ソースデバイス102および宛先デバイス116は、ソースデバイス102および宛先デバイス116の各々がビデオ符号化構成要素およびビデオ復号構成要素を含むように、実質的に対称的に動作し得る。したがって、システム100は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、またはビデオテレフォニーのために、ソースデバイス102と宛先デバイス116との間の一方向または二方向ビデオ送信をサポートし得る。
[0033] 概して、ビデオソース104は、ビデオデータ(すなわち、生の符号化されていないビデオデータ)のソースを表し、ビデオデータの連続的な一連のピクチャ(「フレーム」とも呼ばれる)をビデオエンコーダ200に提供し、ビデオエンコーダ200は、ピクチャのためにデータを符号化する。ソースデバイス102のビデオソース104は、ビデオカメラ、前にキャプチャされた生のビデオを含んでいるビデオアーカイブ、および/またはビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースなど、ビデオキャプチャデバイスを含み得る。さらなる代替として、ビデオソース104は、ソースビデオとしてのコンピュータグラフィックスベースデータ、またはライブビデオとアーカイブされたビデオとコンピュータ生成されたビデオとの組合せを生成し得る。各場合において、ビデオエンコーダ200は、キャプチャされたビデオデータ、プリキャプチャされたビデオデータ、またはコンピュータ生成されたビデオデータを符号化する。ビデオエンコーダ200は、ピクチャを、(「表示順序」と呼ばれることがある)受信順序から、コーディングのためのコーディング順序に並べ替え得る。ビデオエンコーダ200は、符号化されたビデオデータを含むビットストリームを生成し得る。ソースデバイス102は、次いで、たとえば、宛先デバイス116の入力インターフェース122による受信および/または取出しのために、出力インターフェース108を介して、符号化されたビデオデータをコンピュータ可読媒体110上に出力し得る。
[0034] ソースデバイス102のメモリ106と、宛先デバイス116のメモリ120とは、汎用メモリを表す。いくつかの例では、メモリ106、120は、生のビデオデータ、たとえば、ビデオソース104からの生のビデオ、およびビデオデコーダ300からの生の復号されたビデオデータを記憶し得る。追加または代替として、メモリ106、120は、たとえば、それぞれ、ビデオエンコーダ200およびビデオデコーダ300によって実行可能なソフトウェア命令を記憶し得る。メモリ106およびメモリ120は、この例ではビデオエンコーダ200およびビデオデコーダ300とは別個に示されているが、ビデオエンコーダ200およびビデオデコーダ300は、機能的に同様のまたは等価な目的で内部メモリをも含み得ることを理解されたい。さらに、メモリ106、120は、符号化されたビデオデータ、たとえば、ビデオエンコーダ200からの出力、およびビデオデコーダ300への入力を記憶し得る。いくつかの例では、メモリ106、120の部分は、たとえば、生の復号および/または符号化されたビデオデータを記憶するために、1つまたは複数のビデオバッファとして割り振られ得る。
[0035] コンピュータ可読媒体110は、ソースデバイス102から宛先デバイス116に符号化されたビデオデータを移送することが可能な任意のタイプの媒体またはデバイスを表し得る。一例では、コンピュータ可読媒体110は、ソースデバイス102が、たとえば、無線周波数ネットワークまたはコンピュータベースネットワークを介して、符号化されたビデオデータを宛先デバイス116にリアルタイムで直接送信することを可能にするための通信媒体を表す。出力インターフェース108は、符号化されたビデオデータを含む送信信号を変調し得、入力インターフェース122は、ワイヤレス通信プロトコルなどの通信規格に従って、受信された送信信号を復調し得る。通信媒体は、無線周波数(RF)スペクトルまたは1つまたは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス102から宛先デバイス116への通信を容易にするのに有用であり得る任意の他の機器を含み得る。
[0036] いくつかの例では、ソースデバイス102は、出力インターフェース108からストレージデバイス112に符号化されたデータを出力し得る。同様に、宛先デバイス116は、入力インターフェース122を介してストレージデバイス112からの符号化されたデータにアクセスし得る。ストレージデバイス112は、ハードドライブ、Blu-ray(登録商標)ディスク、DVD、CD-ROM、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化されたビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。
[0037] いくつかの例では、ソースデバイス102は、ソースデバイス102によって生成された符号化されたビデオデータを記憶し得るファイルサーバ114または別の中間ストレージデバイスに符号化されたビデオデータを出力し得る。宛先デバイス116は、ストリーミングまたはダウンロードを介してファイルサーバ114からの記憶されたビデオデータにアクセスし得る。
[0038] ファイルサーバ114は、符号化されたビデオデータを記憶し、その符号化されたビデオデータを宛先デバイス116に送信することが可能な任意のタイプのサーバデバイスであり得る。ファイルサーバ114は、(たとえば、ウェブサイトのための)ウェブサーバ、(ファイル転送プロトコル(FTP)またはファイル配信オーバー単方向トランスポート(FLUTE:File Delivery over Unidirectional Transport)プロトコルなどの)ファイル転送プロトコルサービスを提供するように構成されたサーバ、コンテンツ配信ネットワーク(CDN)デバイス、ハイパーテキスト転送プロトコル(HTTP)サーバ、マルチメディアブロードキャストマルチキャストサービス(MBMS)または拡張MBMS(eMBMS)サーバ、および/あるいはネットワーク接続ストレージ(NAS)デバイスを表し得る。ファイルサーバ114は、追加または代替として、動的適応ストリーミングオーバーHTTP(DASH)、HTTPライブストリーミング(HLS)、リアルタイムストリーミングプロトコル(RTSP)、HTTP動的ストリーミングなど、1つまたは複数のHTTPストリーミングプロトコルを実装し得る。
[0039] 宛先デバイス116は、インターネット接続を含む任意の標準的なデータ接続を通してファイルサーバ114からの符号化されたビデオデータにアクセスし得る。これは、ファイルサーバ114に記憶された符号化されたビデオデータにアクセスするのに好適であるワイヤレスチャネル(たとえば、Wi-Fi(登録商標)接続)、ワイヤード接続(たとえば、デジタル加入者回線(DSL)、ケーブルモデムなど)、またはその両方の組合せを含み得る。入力インターフェース122は、ファイルサーバ114からメディアデータを取り出すまたは受信するための上記で説明された様々なプロトコル、あるいはメディアデータを取り出すための他のそのようなプロトコルのうちのいずれか1つまたは複数に従って動作するように構成され得る。
[0040] 出力インターフェース108および入力インターフェース122は、ワイヤレス送信機/受信機、モデム、ワイヤードネットワーキング構成要素(たとえば、イーサネット(登録商標)カード)、様々なIEEE802.11規格のいずれかに従って動作するワイヤレス通信構成要素、または他の物理的構成要素を表し得る。出力インターフェース108および入力インターフェース122がワイヤレス構成要素を備える例では、出力インターフェース108および入力インターフェース122は、4G、4G-LTE(登録商標)(ロングタームエボリューション)、LTEアドバンスト、5Gなど、セルラー通信規格に従って、符号化されたビデオデータなどのデータを転送するように構成され得る。出力インターフェース108がワイヤレス送信機を備えるいくつかの例では、出力インターフェース108および入力インターフェース122は、IEEE802.11仕様、IEEE802.15仕様(たとえば、ZigBee(登録商標))、Bluetooth(登録商標)規格など、他のワイヤレス規格に従って、符号化されたビデオデータなどのデータを転送するように構成され得る。いくつかの例では、ソースデバイス102および/または宛先デバイス116は、それぞれのシステムオンチップ(SoC)デバイスを含み得る。たとえば、ソースデバイス102は、ビデオエンコーダ200および/または出力インターフェース108に帰属する機能を実施するためのSoCデバイスを含み得、宛先デバイス116は、ビデオデコーダ300および/または入力インターフェース122に帰属する機能を実施するためのSoCデバイスを含み得る。
[0041] 本開示の技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、動的適応ストリーミングオーバーHTTP(DASH)などのインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されたデジタルビデオ、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。
[0042] 宛先デバイス116の入力インターフェース122は、コンピュータ可読媒体110(たとえば、通信媒体、ストレージデバイス112、ファイルサーバ114など)から符号化されたビデオビットストリームを受信する。符号化されたビデオビットストリームは、ビデオブロックまたは他のコーディングされたユニット(たとえば、スライス、ピクチャ、ピクチャグループ、シーケンスなど)の特性および/または処理を記述する値を有するシンタックス要素など、ビデオデコーダ300によっても使用される、ビデオエンコーダ200によって定義されるシグナリング情報を含み得る。ディスプレイデバイス118は、復号されたビデオデータの復号されたピクチャをユーザに表示する。ディスプレイデバイス118は、液晶ディスプレイ(LCD)、プラズマディスプレイ、有機発光ダイオード(OLED)ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを表し得る。
[0043] 図1には示されていないが、いくつかの例では、ビデオエンコーダ200およびビデオデコーダ300は各々、オーディオエンコーダおよび/またはオーディオデコーダと統合され得、共通のデータストリーム中にオーディオとビデオの両方を含む多重化ストリームをハンドリングするために、適切なMUX-DEMUXユニット、あるいは他のハードウェアおよび/またはソフトウェアを含み得る。適用可能な場合、MUX-DEMUXユニットは、ITU H.223マルチプレクサプロトコル、またはユーザデータグラムプロトコル(UDP)などの他のプロトコルに準拠し得る。
[0044] ビデオエンコーダ200およびビデオデコーダ300は各々、1つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダおよび/またはデコーダ回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、デバイスは、好適な非一時的コンピュータ可読媒体にソフトウェアのための命令を記憶し、本開示の技法を実施するために1つまたは複数のプロセッサを使用してその命令をハードウェアで実行し得る。ビデオエンコーダ200およびビデオデコーダ300の各々は、1つまたは複数のエンコーダまたはデコーダに含まれ得、そのいずれも、それぞれのデバイスにおいて複合エンコーダ/デコーダ(コーデック)の一部として統合され得る。ビデオエンコーダ200および/またはビデオデコーダ300を含むデバイスは、集積回路、マイクロプロセッサ、および/またはセルラー電話などのワイヤレス通信デバイスを備え得る。
[0045] ビデオエンコーダ200およびビデオデコーダ300は、高効率ビデオコーディング(HEVC)とも呼ばれるITU-T H.265、あるいはマルチビューおよび/またはスケーラブルビデオコーディング拡張などのそれらの拡張など、ビデオコーディング規格に従って動作し得る。代替的に、ビデオエンコーダ200およびビデオデコーダ300は、汎用ビデオコーディング(VVC:Versatile Video Coding)とも呼ばれるITU-T H.266など、他のプロプライエタリ規格または業界規格に従って動作し得る。VVC規格のドラフトは、Brossら、「Versatile Video Coding (Draft 10)」、ITU-T SG16 WP3およびISO/IEC JTC1/SC29/WG11のジョイントビデオエキスパートチーム(JVET)、第18回会合、遠隔会議による、2020年6月22日~7月1日、JVET-S2001-vA(以下、「VVCドラフト10」)に記載されている。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。
[0046] 概して、ビデオエンコーダ200およびビデオデコーダ300は、ピクチャのブロックベースコーディングを実施し得る。「ブロック」という用語は、概して、処理されるべき(たとえば、符号化されるべき、復号されるべき、あるいは、符号化および/または復号プロセスにおいて他の方法で使用されるべき)データを含む構造を指す。たとえば、ブロックは、ルミナンスおよび/またはクロミナンスデータのサンプルの2次元行列を含み得る。概して、ビデオエンコーダ200およびビデオデコーダ300は、YUV(たとえば、Y、Cb、Cr)フォーマットで表されるビデオデータをコーディングし得る。すなわち、ピクチャのサンプルのために赤色、緑色、および青色(RGB)データをコーディングするのではなく、ビデオエンコーダ200およびビデオデコーダ300は、ルミナンス成分とクロミナンス成分とをコーディングし得、ここで、クロミナンス成分は、赤色相と青色相の両方のクロミナンス成分を含み得る。いくつかの例では、ビデオエンコーダ200は、符号化より前に、受信されたRGBフォーマットのデータをYUV表現にコンバートし、ビデオデコーダ300は、YUV表現をRGBフォーマットにコンバートする。代替的に、前処理および後処理ユニット(図示せず)が、これらのコンバージョンを実施し得る。
[0047] 本開示は、概して、ピクチャのデータを符号化または復号するプロセスを含むように、ピクチャのコーディング(たとえば、符号化および復号)に言及することがある。同様に、本開示は、ブロックのためのデータを符号化または復号するプロセス、たとえば、予測および/または残差コーディングを含むように、ピクチャのブロックのコーディングに言及することがある。符号化されたビデオビットストリームは、概して、コーディング決定(たとえば、コーディングモード)とブロックへのピクチャの区分とを表すシンタックス要素についての一連の値を含む。したがって、ピクチャまたはブロックをコーディングすることへの言及は、概して、ピクチャまたはブロックを形成するシンタックス要素についての値をコーディングすることとして理解されるべきである。
[0048] HEVCは、コーディングユニット(CU)、予測ユニット(PU)、および変換ユニット(TU)を含む、様々なブロックを定義する。HEVCに従って、(ビデオエンコーダ200などの)ビデオコーダは、クワッドツリー構造に従ってコーディングツリーユニット(CTU)をCUに区分する。すなわち、ビデオコーダは、CTUとCUとを4つの等しい重複しない正方形に区分し、クワッドツリーの各ノードは、0個または4つのいずれかの子ノードを有する。子ノードなしのノードは、「リーフノード」と呼ばれることがあり、そのようなリーフノードのCUは、1つまたは複数のPUおよび/または1つまたは複数のTUを含み得る。ビデオコーダは、PUとTUとをさらに区分し得る。たとえば、HEVCでは、残差クワッドツリー(RQT)は、TUの区分を表す。HEVCでは、PUはインター予測データを表し、TUは残差データを表す。イントラ予測されるCUは、イントラモード指示などのイントラ予測情報を含む。
[0049] 別の例として、ビデオエンコーダ200およびビデオデコーダ300は、VVCに従って動作するように構成され得る。VVCに従って、(ビデオエンコーダ200などの)ビデオコーダは、ピクチャを複数のコーディングツリーユニット(CTU)に区分する。ビデオエンコーダ200は、クワッドツリーバイナリツリー(QTBT)構造またはマルチタイプツリー(MTT)構造など、ツリー構造に従ってCTUを区分し得る。QTBT構造は、HEVCのCUとPUとTUとの間の分離など、複数の区分タイプの概念を除去する。QTBT構造は、2つのレベル、すなわち、クワッドツリー区分に従って区分される第1のレベルと、バイナリツリー区分に従って区分される第2のレベルとを含む。QTBT構造のルートノードは、CTUに対応する。バイナリツリーのリーフノードは、コーディングユニット(CU)に対応する。
[0050] MTT区分構造では、ブロックは、クワッドツリー(QT)区分と、バイナリツリー(BT)区分と、1つまたは複数のタイプのトリプルツリー(TT)(ターナリツリー(TT)とも呼ばれる)区分とを使用して区分され得る。トリプルツリーまたはターナリツリー区分は、ブロックが3つのサブブロックにスプリットされる区分である。いくつかの例では、トリプルツリーまたはターナリツリー区分は、中心を通して元のブロックを分割することなしにブロックを3つのサブブロックに分割する。MTTにおける区分タイプ(たとえば、QT、BT、およびTT)は、対称または非対称であり得る。
[0051] いくつかの例では、ビデオエンコーダ200およびビデオデコーダ300は、ルミナンス成分とクロミナンス成分との各々を表すために単一のQTBTまたはMTT構造を使用し得、他の例では、ビデオエンコーダ200およびビデオデコーダ300は、ルミナンス成分のための1つのQTBT/MTT構造、および両方のクロミナンス成分のための別のQTBT/MTT構造(またはそれぞれのクロミナンス成分のための2つのQTBT/MTT構造)など、2つまたはそれ以上のQTBTまたはMTT構造を使用し得る。
[0052] ビデオエンコーダ200およびビデオデコーダ300は、HEVCに従うクワッドツリー区分、QTBT区分、MTT区分、または他の区分構造を使用するように構成され得る。説明の目的で、本開示の技法の説明はQTBT区分に関して提示される。しかしながら、本開示の技法は、クワッドツリー区分、または同様に他のタイプの区分を使用するように構成されたビデオコーダにも適用され得ることを理解されたい。
[0053] いくつかの例では、CTUは、ルーマサンプルのコーディングツリーブロック(CTB)、3つのサンプルアレイを有するピクチャのクロマサンプルの2つの対応するCTB、あるいはモノクロームピクチャ、またはサンプルをコーディングするために使用される3つの別個の色プレーンとシンタックス構造とを使用してコーディングされるピクチャのサンプルのCTBを含む。CTBは、CTBへの成分の分割が区分になるような何らかの値のNについて、サンプルのN×Nブロックであり得る。成分は、ピクチャを4:2:0、4:2:2、または4:4:4色フォーマットに構成する3つのアレイ(ルーマおよび2つのクロマ)のうちの1つからのアレイまたは単一のサンプル、あるいはピクチャをモノクロームフォーマットに構成するアレイまたはアレイの単一のサンプルである。いくつかの例では、コーディングブロックは、コーディングブロックへのCTBの分割が区分になるような何らかの値のMとNとについて、サンプルのM×Nブロックである。
[0054] ブロック(たとえば、CTUまたはCU)は、ピクチャ中で様々な方法でグループ化され得る。一例として、ブリックは、ピクチャ中の特定のタイル内のCTU行の矩形領域を指し得る。タイルは、ピクチャ中の特定のタイル列および特定のタイル行内のCTUの矩形領域であり得る。タイル列は、ピクチャの高さに等しい高さと、(たとえば、ピクチャパラメータセット中などの)シンタックス要素によって指定された幅とを有するCTUの矩形領域を指す。タイル行は、(たとえば、ピクチャパラメータセット中などの)シンタックス要素によって指定された高さと、ピクチャの幅に等しい幅とを有するCTUの矩形領域を指す。
[0055] いくつかの例では、タイルは複数のブリックに区分され得、それらの各々は、タイル内に1つまたは複数のCTU行を含み得る。複数のブリックに区分されないタイルもブリックと呼ばれることがある。しかしながら、タイルの真のサブセットであるブリックは、タイルと呼ばれないことがある。
[0056] ピクチャ中のブリックはまた、スライス中に配置され得る。スライスは、もっぱら単一のネットワークアブストラクションレイヤ(NAL)ユニット中に含まれていることがあるピクチャの整数個のブリックであり得る。いくつかの例では、スライスは、いくつかの完全なタイル、または1つのタイルの完全なブリックの連続シーケンスのみのいずれかを含む。
[0057] 本開示は、垂直寸法と水平寸法とに関して(CUまたは他のビデオブロックなどの)ブロックのサンプル寸法を指すために、「N×N(NxN)」および「N×N(N by N)」、たとえば、16×16サンプル(16x16 samples)または16×16サンプル(16 by 16 samples)を互換的に使用し得る。概して、16×16のCUは、垂直方向に16個のサンプルを有し(y=16)、水平方向に16個のサンプルを有する(x=16)。同様に、N×NのCUは、概して、垂直方向にN個のサンプルを有し、水平方向にN個のサンプルを有し、ここで、Nは非負整数値を表す。CU中のサンプルは、行と列とに配置され得る。その上、CUは、必ずしも、水平方向において垂直方向と同じ数のサンプルを有する必要があるとは限らない。たとえば、CUはN×Mサンプルを備え得、ここで、Mは必ずしもNに等しいとは限らない。
[0058] ビデオエンコーダ200は、予測および/または残差情報、ならびに他の情報を表す、CUのためのビデオデータを符号化する。予測情報は、CUについて予測ブロックを形成するためにCUがどのように予測されるべきかを示す。残差情報は、概して、符号化より前のCUのサンプルと予測ブロックとの間のサンプルごとの差分を表す。
[0059] CUを予測するために、ビデオエンコーダ200は、概して、インター予測またはイントラ予測を通してCUについて予測ブロックを形成し得る。インター予測は、概して、前にコーディングされたピクチャのデータからCUを予測することを指すが、イントラ予測は、概して、同じピクチャの前にコーディングされたデータからCUを予測することを指す。インター予測を実施するために、ビデオエンコーダ200は、1つまたは複数の動きベクトルを使用して予測ブロックを生成し得る。ビデオエンコーダ200は、概して、たとえば、CUと参照ブロックとの間の差分に関して、CUにぴったり一致する参照ブロックを識別するために動き探索を実施し得る。ビデオエンコーダ200は、参照ブロックが現在CUにぴったり一致するかどうかを決定するために、絶対差分和(SAD)、2乗差分和(SSD)、平均絶対差(MAD)、平均2乗差(MSD)、または他のそのような差分計算を使用して差分メトリックを計算し得る。いくつかの例では、ビデオエンコーダ200は、単方向予測または双方向予測を使用して現在CUを予測し得る。
[0060] VVCのいくつかの例はまた、インター予測モードと見なされ得るアフィン動き補償モードを提供する。アフィン動き補償モードでは、ビデオエンコーダ200は、ズームインまたはアウト、回転、パースペクティブの動き、あるいは他の変則の動きタイプなど、非並進の動きを表す2つまたはそれ以上の動きベクトルを決定し得る。
[0061] イントラ予測を実施するために、ビデオエンコーダ200は、予測ブロックを生成するようにイントラ予測モードを選択し得る。VVCのいくつかの例は、様々な方向性モード、ならびにプレーナ(planar)モードおよびDCモードを含む、67個のイントラ予測モードを提供する。概して、ビデオエンコーダ200は、現在ブロック(たとえば、CUのブロック)のサンプルをそれから予測すべき、現在ブロックに対する隣接サンプルを記述するイントラ予測モードを選択する。そのようなサンプルは、ビデオエンコーダ200がラスタ走査順序で(左から右に、上から下に)CTUとCUとをコーディングすると仮定すると、概して、現在ブロックと同じピクチャ中の現在ブロックの上、左上、または左にあり得る。
[0062] ビデオエンコーダ200は、現在ブロックについて予測モードを表すデータを符号化する。たとえば、インター予測モードでは、ビデオエンコーダ200は、様々な利用可能なインター予測モードのうちのどれが使用されるか、ならびに対応するモードのための動き情報を表すデータを符号化し得る。たとえば、単方向または双方向インター予測では、ビデオエンコーダ200は、高度動きベクトル予測(AMVP)またはマージモードを使用して動きベクトルを符号化し得る。ビデオエンコーダ200は、アフィン動き補償モードのための動きベクトルを符号化するために、同様のモードを使用し得る。
[0063] ブロックのイントラ予測またはインター予測などの予測に続いて、ビデオエンコーダ200は、ブロックについて残差データを計算し得る。残差ブロックなどの残差データは、ブロックと、対応する予測モードを使用して形成された、ブロックについての予測ブロックとの間の、サンプルごとの差分を表す。ビデオエンコーダ200は、サンプル領域ではなく変換領域中に変換されたデータを作り出すために、残差ブロックに1つまたは複数の変換を適用し得る。たとえば、ビデオエンコーダ200は、離散コサイン変換(DCT)、整数変換、ウェーブレット変換、または概念的に同様の変換を残差ビデオデータに適用し得る。さらに、ビデオエンコーダ200は、第1の変換に続いて、モード依存非分離可能2次変換(MDNSST:mode-dependent non-separable secondary transform)、信号依存変換、カルーネンレーベ変換(KLT)などの2次変換を適用し得る。ビデオエンコーダ200は、1つまたは複数の変換の適用に続いて変換係数を作り出す。
[0064] 上述のように、変換係数を作り出すための任意の変換に続いて、ビデオエンコーダ200は変換係数の量子化を実施し得る。量子化は、概して、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を行うプロセスを指す。量子化プロセスを実施することによって、ビデオエンコーダ200は、変換係数の一部または全部に関連するビット深度を低減し得る。たとえば、ビデオエンコーダ200は、量子化中にnビット値をmビット値に丸めることがあり、ここで、nはmよりも大きい。いくつかの例では、量子化を実施するために、ビデオエンコーダ200は、量子化されるべき値のビット単位右シフトを実施し得る。
[0065] 量子化に続いて、ビデオエンコーダ200は、変換係数を走査して、量子化された変換係数を含む2次元行列から1次元ベクトルを作り出し得る。走査は、より高いエネルギー(したがって、より低い頻度)の変換係数をベクトルの前方に配置し、より低いエネルギー(したがって、より高い頻度)の変換係数をベクトルの後方に配置するように設計され得る。いくつかの例では、ビデオエンコーダ200は、シリアル化されたベクトルを作り出すために、量子化された変換係数を走査するために、あらかじめ定義された走査順序を利用し、次いで、ベクトルの量子化された変換係数をエントロピー符号化し得る。他の例では、ビデオエンコーダ200は適応型走査を実施し得る。量子化された変換係数を走査して1次元ベクトルを形成した後に、ビデオエンコーダ200は、たとえば、コンテキスト適応型バイナリ算術コーディング(CABAC)に従って、1次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ200はまた、ビデオデータを復号する際のビデオデコーダ300による使用のために、符号化されたビデオデータに関連するメタデータを記述するシンタックス要素についての値をエントロピー符号化し得る。
[0066] CABACを実施するために、ビデオエンコーダ200は、コンテキストモデル内のコンテキストを、送信されるべきシンボルに割り当て得る。コンテキストは、たとえば、シンボルの隣接値が0値であるか否かに関係し得る。確率決定は、シンボルに割り当てられたコンテキストに基づき得る。
[0067] ビデオエンコーダ200は、さらに、ブロックベースシンタックスデータ、ピクチャベースシンタックスデータ、およびシーケンスベースシンタックスデータなどのシンタックスデータを、たとえば、ピクチャヘッダ、ブロックヘッダ、スライスヘッダ、あるいはシーケンスパラメータセット(SPS)、ピクチャパラメータセット(PPS)、またはビデオパラメータセット(VPS)などの他のシンタックスデータ中で、ビデオデコーダ300に対して生成し得る。ビデオデコーダ300は、対応するビデオデータをどのように復号すべきかを決定するために、そのようなシンタックスデータを同様に復号し得る。
[0068] このようにして、ビデオエンコーダ200は、符号化されたビデオデータ、たとえば、ブロック(たとえば、CU)へのピクチャの区分ならびにブロックについての予測および/または残差情報を記述するシンタックス要素を含むビットストリームを生成し得る。最終的に、ビデオデコーダ300は、ビットストリームを受信し、符号化されたビデオデータを復号し得る。
[0069] 概して、ビデオデコーダ300は、ビットストリームの符号化されたビデオデータを復号するために、ビデオエンコーダ200によって実施されたものの逆プロセスを実施する。たとえば、ビデオデコーダ300は、ビデオエンコーダ200のCABAC符号化プロセスと逆ではあるが、それと実質的に同様の様式でCABACを使用してビットストリームのシンタックス要素についての値を復号し得る。シンタックス要素は、CTUのCUを定義するために、ピクチャをCTUに区分するための区分情報と、QTBT構造などの対応する区分構造に従う、各CTUの区分とを定義し得る。シンタックス要素は、ビデオデータのブロック(たとえば、CU)についての予測および残差情報をさらに定義し得る。
[0070] 残差情報は、たとえば、量子化された変換係数によって表され得る。ビデオデコーダ300は、ブロックのための残差ブロックを再生するために、ブロックの量子化された変換係数を逆量子化し、逆変換し得る。ビデオデコーダ300は、ブロックのための予測ブロックを形成するために、シグナリングされた予測モード(イントラまたはインター予測)と、関連する予測情報(たとえば、インター予測のための動き情報)とを使用する。ビデオデコーダ300は、次いで、元のブロックを再生するために(サンプルごとに)予測ブロックと残差ブロックとを組み合わせ得る。ビデオデコーダ300は、ブロックの境界に沿って視覚的アーティファクトを低減するためにデブロッキングプロセスを実施することなど、追加の処理を実施し得る。
[0071] 本開示は、概して、シンタックス要素など、ある情報を「シグナリング」することに言及することがある。「シグナリング」という用語は、概して、符号化されたビデオデータを復号するために使用されるシンタックス要素および/または他のデータについての値の通信を指し得る。すなわち、ビデオエンコーダ200は、ビットストリーム中でシンタックス要素についての値をシグナリングし得る。概して、シグナリングは、ビットストリーム中で値を生成することを指す。上述のように、ソースデバイス102は、実質的にリアルタイムでビットストリームを宛先デバイス116に移送するか、または、宛先デバイス116による後の取出しのためにシンタックス要素をストレージデバイス112に記憶するときに行われ得るように、非リアルタイムでビットストリームを宛先デバイス116に移送し得る。
[0072] 本開示の技法によれば、以下でより詳細に説明されるように、ビデオエンコーダ200およびビデオデコーダ300は、現在変換係数をコーディングするためのライスパラメータ値を決定することと、ここにおいて、ライスパラメータ値のための可能な範囲が0から3超までである、決定されたライスパラメータ値を使用して現在変換係数をコーディングすることとを行うように構成され得る。より具体的な例では、ビデオエンコーダ200およびビデオデコーダ300は、現在変換係数の隣接変換係数の絶対値の和を決定することと、絶対値の和に基づいてシフト値を決定することと、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素をコーディングするためのライスパラメータ値を決定することと、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素をコーディングすることとを行うように構成され得る。
[0073] 通常残差コーディングのためのライスパラメータ導出の概観(Overview of Rice Parameter Derivation for Regular Residual Coding)
[0074] 通常残差コーディング(RRC)は、残差ブロックを符号化および復号するための例示的な技法である。RRCは、変換を含む残差コーディング技法を、変換スキップ(TS)残差コーディングなどの他の残差コーディング技法と区別し得る用語である。ビデオデコーダ300のコンテキストから、RRCは、ブロックにおける変換係数の大きさおよび極性(たとえば、正または負)を決定するために使用される複数のシンタックス要素を復号することを伴う。変換係数値が決定されると、ビデオデコーダ300は、残差ブロックを再構築するために、変換係数に1つまたは複数の変換を適用し得る。変換係数の位置および値を定義し得る例示的なシンタックス要素は、1つまたは複数の最後有意係数位置シンタックス要素と、コード化ブロックフラグと、有意係数フラグと、1つまたは複数の、Xよりも大きい絶対レベルフラグと、パリティフラグと、剰余シンタックス要素と、絶対値シンタックス要素とを含み得る。
[0075] 概して、最後有意係数位置シンタックス要素は、順方向走査順序に関して変換ブロックにおける最後有意(たとえば、非0)係数のxおよびy位置を示し得る。ビデオデコーダ300は、この最後有意係数の位置を決定し、次いで、この最後有意係数位置について開始する逆走査順序で、他の変換係数のための他のシンタックス要素をパース(parse)および復号し得る。
[0076] コード化ブロックフラグは、ブロックまたはサブブロック(たとえば、変換ブロックのサブブロック)が有意係数を含むか否かを示す。たとえば、VVCでは、例示的なコード化ブロックフラグは、sb_coded_flag[xS][yS]であり、これは、変換ブロックのサブブロックが非0変換係数を含むか否かを指定する。
[0077] 有意係数フラグは、特定の変換係数の絶対値が非0であるか否かを示す。たとえば、VVCでは、例示的な有意係数フラグは、sig_coeff_flag[xC][yC]であり、これは、現在変換ブロック内の変換係数ロケーション(xC,yC)について、ロケーション(xC,yC)における対応する変換係数レベルが非0であるかどうかを指定する。
[0078] 1つまたは複数の、Xよりも大きい絶対レベルフラグは、特定の変換係数の絶対値が、ある値X(たとえば、1、2、3など)よりも大きいか否かを示す、シンタックス要素である。VVCでは、Xよりも大きい絶対値フラグの一例は、abs_level_gtx_flag[n][j]であり、これは、(走査位置nにおける)変換係数レベルの絶対値が(j<<1)+1よりも大きいかどうかを指定する。
[0079] パリティフラグは、変換係数の値が正であるのか負であるのかを示すフラグである。VVCでは、例示的なパリティフラグは、par_level_flag[n]であり、これは、走査位置nにおける変換係数レベルのパリティを指定する。
[0080] 剰余シンタックス要素は、その値が、ある他の値(たとえば、Xよりも大きい絶対レベルフラグのためにコーディングされた最大値X)を上回る変換係数の残りの絶対値を示す、シンタックス要素である。VVCでは、剰余シンタックス要素の一例は、abs_remainder[n]であり、これは、走査位置nにおいてゴロムライスコード(Golomb-Rice code)を用いてコーディングされる変換係数レベルの残りの絶対値を示す。
[0081] 絶対値シンタックス要素は、変換係数の絶対値を示すためにコーディングされ得る別のシンタックス要素である。VVCでは、例示的な絶対値シンタックス要素は、dec_abs_level[n]であり、これは、走査位置nにおいてゴロムライスコードを用いてコーディングされる中間値である。
[0082] RRCまたは他の残差コーディング技法のいくつかの例では、いくつかのシンタックス要素は、2値化プロセスに従って2値化され得る。たとえば、abs_remainder[n]およびdec_abs_level[n]は、短縮ライス2値化プロセスに従って2値化される。短縮ライス2値化プロセスは、ライスパラメータに基づいて実施される。ビデオデコーダ300は、そのようなシンタックス要素(たとえば、abs_remainder[n]およびdec_abs_level[n])の値を決定するための逆2値化プロセスを実施するために、ライスパラメータを決定するように構成され得る。VVCなどのいくつかの例では、ビデオエンコーダ200およびビデオデコーダ300は、ルックアップテーブルとテンプレートにおける隣接変換係数の係数値とを使用して、RRCのためのライスパラメータを導出するように構成され得る。隣接係数のテンプレートが図2に示されている。図2は、現在係数392と隣接係数394とをもつ変換ブロック390を示す。隣接係数394の値は、現在係数392に関係するシンタックス要素をコーディングするためのライスパラメータを決定するために使用され得る。
[0083] 最初に、ビデオエンコーダ200および/またはビデオデコーダ300は、現在係数に対するテンプレートにおける5つの利用可能な隣接係数の絶対値の和である、locSumAbsの値を計算するように構成され得る。図2では、現在係数392は、黒で陰影を付けられており、テンプレートにおける隣接係数394は、グレーで陰影を付けられている。ビデオエンコーダ200およびビデオデコーダ300は、locSumAbs=Clip3(0,31,locSumAbs-baseLevel*5)のように、(たとえば、減算およびクリッピングを使用して)locSumAbsの値を正規化し得る。Clip3は、クリッピング関数であり、(locSumAbs-baseLevel*5)の値を、両端値を含む0から31の間にあるように限定する。5を乗算された変数baseLevel(baseLevelは0に等しくない)は、変換係数値の一部がコンテキストベース算術コーディングを用いてコーディングされている場合、テンプレートlocSumAbs値からの推定値へのオフセットを実装する。ビデオエンコーダ200およびビデオデコーダ300は、ルックアップテーブル、たとえば、図3に示されている表1への入力としてlocSumAbsの正規化された値を使用してライスパラメータを導出し得る。図3に示されているように、いくつかの例では、ライスパラメータのための値の範囲は、両端値を含む0から3までに制約される。図3にさらに示されているように、正規化されたlocSumAbsのための値の範囲は、両端値を含む0から31までにわたる。
[0084] VVCでは、ライスパラメータは、8ビットのビット深度または10ビットのビット深度のビデオソースを符号化するためにテストされた。VVC設計では、ライスパラメータ値は、locSumAbsの値に依存し、上記で説明されたクリッピングプロセスを通して、両端値を含む、0から3までの範囲内にあるように限定される。入力ビデオのビット深度が増加され、拡張された精度が可能にされ、および/または量子化パラメータ(QP)が極めて低く設定されたとき、変換係数の値の範囲と、したがって、locSumAbs値とは、著しく増加し得る。そのような場合、VVCにおける許容ライスパラメータ値の範囲は、最適コーディング効率にとって十分でないことがあり、なぜなら、VVCの現在の設計(たとえば、VVCドラフト10)は、大きい値を有するコーディングされた係数について、長いコードワード、たとえば、長さ32のコードワードの利用を必要とすることになるからである。そのような問題は、特に、abs_remainder[n]およびdec_abs_level[n]シンタックス要素について顕著であり得る。
[0085] 問題の可視化が、図4および図5に示されている。図4は、16ビット信号についての(2のべき乗の形態の)コーディングされた係数の例示的なヒストグラム(Hist)を示す。図4は、特定のコードワード長(X軸)についての発生の総数(Y軸)を示す。プロット400は、すべての係数についてのヒストグラム(coeffsHist)であり、プロット402は、DC係数についてのヒストグラム(coeffsHistDC)であり、プロット404は、最後有意係数についてのヒストグラム(coeffsHistlast)である。
[0086] 図5は、異なるライスパラメータについての例示的なコードワード長(たとえば、剰余および/または絶対値シンタックス要素についてのコードワード長)を示す。図5に示されているように、ライスパラメータ値の規範範囲が(VVCにおいて定義されているように)3に限定されることは、10よりも大きいコーディングされた値についてのコードワード長の顕著な増加をもたらす(たとえば、プロット502参照)。図5では、プロット500、502、504、506、および508は、それぞれ、ライスパラメータ値0、3、8、12、および15についてのコードワード長を示す。図5に示されているように、0から3までのライスパラメータ値は、概して、より小さいコーディングされた値について小さいコードワード長を生じるが、より大きいコーディングされた値について急速に大きいコードワード長を作り出す。この問題は、より大きい大きさの係数についてライスパラメータのためのより大きい値を可能にすることによって緩和される。
[0087] 本開示は、ビデオデータの様々な入力ビット深度のための、VVCおよび他のビデオコーディングプロセスにおけるライスパラメータ導出技法の限定に対処する技法について説明する。本開示の技法は、ビデオコーディング設計、10ビット超のビット深度を使用する特定のビデオコーディング設計の圧縮効率を改善し得る。本開示の提案される技法を用いて、ライスパラメータのサポートされる範囲は、VVCにおける0~3から、より大きい数、たとえば16まで拡張され得、これは、より効率的な2値化プロセスを提供するであろう。より効率的な2値化プロセスは、変換係数の大きい値のために使用される、より低いビット数を生じ得る。特に、本開示の技法は、より大きい絶対値を有する変換係数のための剰余および/または絶対値シンタックス要素のためのより小さいコードワード長を生じ得る。
[0088] 本開示の一例では、ビデオエンコーダ200およびビデオデコーダ300は、ビット深度増加および/または変換係数のより大きいダイナミカル範囲をハンドリングするために、(たとえば、localSumbAbsと呼ばれる)隣接係数のテンプレートの計算された値をスケーリングおよび/または正規化するように構成され得る。ビデオエンコーダ200およびビデオデコーダ300は、localSumbAbsの値を、ライスパラメータを導出するために使用される前に、スケーリングおよび/または正規化するように構成され得る。ビデオエンコーダ200およびビデオデコーダ300は、変換係数のローカルアクティビティを示すために算出されるテンプレート導出の出力だけ減算されたlocalSumAbsの値に基づいて、使用されるスケーリングファクタの量を決定するように構成され得る。別の例では、ビデオデコーダ300は、ビットストリーム中でシグナリングされたシンタックス要素から、または作表された値のセットから、スケーリングファクタを決定するように構成され得る。
[0089] ビデオエンコーダ200およびビデオデコーダ300は、localSumAbsの値が入るダイナミカル範囲id(rangeIdx)を識別するために、localSumAbsの決定された値を、(たとえば、以下でg_riceTと呼ばれる)作表されたしきい値(threshold)のセットTx={Tid}と比較し得る。一例では、作表されたしきい値g_riceTは、以下の8つの値Tx[8]={32,128,512,2048,8192,32768,131072,524288}を有する。localSumAbsの値が32よりも小さい場合、範囲id(range id)は0である。localSumAbsの値が128よりも小さいが、32よりも大きいかまたはそれに等しい場合、範囲idは1である。localSumAbsの値が512よりも小さいが、128よりも大きいかまたはそれに等しい場合、範囲idは2であり、以下同様である。
[0090] ビデオエンコーダ200およびビデオデコーダ300は、前に決定された範囲idによって決定された(たとえば、以下でg_riceShiftと呼ばれる)作表されたスケーラの所与のセットRx={Rid}からスケーラ値(normShift)を決定し得る。スケーラアレイRx中のスケーラは、スケールファクタ(scale factor)および/またはシフト値と呼ばれることがある。ビデオエンコーダ200およびビデオデコーダ300は、normShift値を決定するために、作表されたスケーラのセットRx(g_riceShift)への入力として、前に決定された範囲idを使用し得る。一例では、作表されたしきい値g_riceTは、以下の9つの値Rx[9]={0,2,4,6,8,10,12,14,16}を有する。範囲idの値が0である場合、normShift値は0である。範囲idの値が1である場合、normShift値は2である。範囲idの値が2である場合、normShift値は4であり、以下同様である。
[0091] ビデオエンコーダ200およびビデオデコーダ300は、ライスパラメータを決定するより前に、localSumAbsの値を正規化/スケーリングするためにnormShift値を使用し得る。たとえば、ビデオエンコーダ200およびビデオデコーダ300は、normShiftの値だけlocalSumAbsの値を右シフトし得る(たとえば、正規化されたlocSumAbs=locSumAbs>>normShift)。ビデオエンコーダ200およびビデオデコーダ300は、あらかじめ定義されたルックアップテーブル(たとえば、図3中の表1、または別のあらかじめ定義された表)を使用してライスパラメータを導出するために、正規化されたlocalSumAbsを使用するように構成される。より一般的には、ビデオエンコーダ200およびビデオデコーダ300は、ライスパラメータを決定するための関数、ルックアップテーブル、またはプロセスへの入力として、正規化されたlocalSumAbsを使用し得る。
[0092] 一例では、localSumbAbsの値が上記で説明されたように正規化されると、ビデオエンコーダ200およびビデオデコーダ300は、あらかじめ定義された表からライスパラメータを導出し得る。ビデオエンコーダ200およびビデオデコーダ300は、次いで、ライスパラメータのダイナミカル範囲を拡張するために、Ridに等しいオフセット(たとえば、normShift)を加算することによって、表から決定されたライスパラメータを修正し得る。すなわち、最終ライスパラメータは、表から決定されたライスパラメータ+normShiftの値に等しい。
[0093] いくつかの例では、しきい値Txおよびスケーラ値Rxのセットは、以下のように定義され得る。
Figure 2024509532000002
[0094] いくつかの例では、アレイTxを備える値は、2のべき乗であるように制限される。他の例では、それらの値は、2のべき乗(たとえば、2^x)であるように制限されないが、オフセット、スケーリングまたは右/左シフトなど、限られた数の演算を通して、そのようなものにコンバートされ得る。
[0095] アレイのサイズは、上記のように、8つまたは9つの値に限定されず、Nに等しくなり得、ここで、Nは、下側境界よりも大きく、たとえば、1よりも大きくまたは2よりも大きく、上側境界、たとえば、9または5よりも小さい、正の整数である。いくつかの例では、Rxアレイのサイズは、1つのエントリだけTxアレイのサイズよりも大きい。いくつかの例では、TxおよびRxアレイのサイズは、4に制限され得る。
[0096] VVCドラフト10に記載されている関係するライサーパラメータ導出部分は以下のように修正され得、作表されたアレイ(RxおよびTx)のサイズは4に等しい。VVCドラフト10に対する追加された資料が、タグ<ADD>からタグ</ADD>の間に示されている。
[0097] 9.3.3.2 abs_remainder[]およびdec_abs_level[]のためのライスパラメータ導出プロセス
このプロセスへの入力は、ベースレベルbaseLevel、色成分インデックスcIdx、現在ピクチャの左上サンプルに対する現在変換ブロックの左上サンプルを指定するルーマロケーション(x0,y0)、現在係数走査ロケーション(xC,yC)、変換ブロック幅のバイナリ対数log2TbWidth、および変換ブロック高さのバイナリ対数log2TbHeightである。
このプロセスの出力は、ライスパラメータcRiceParamである。
成分インデックスcIdxと左上ルーマロケーション(x0,y0)とをもつ変換ブロックのためのアレイAbsLevel[x][y]を仮定すれば、変数locSumAbsは、以下の擬似コードプロセスによって指定されているように導出される。
Figure 2024509532000003
<ADD>g_riceTおよびg_riceShiftは以下のように定義される。
Figure 2024509532000004
変数locSumAbsを仮定すれば、ライスパラメータcRiceParamは、表128において指定されているように導出される。
<ADD>cRiceParamは、次いで、次のように改良される。
Figure 2024509532000005
[0098] 上記の例では、しきい値アレイTxはg_riceTと呼ばれ、スケーラアレイRxはg_riceShiftと呼ばれる。以下の擬似コードは、しきい値アレイg_riceTにおける様々なエントリとのlocalSumAbs値の比較を示す。
Figure 2024509532000006
[0099] 上記で示されたように、localSumAbs値(和)は、範囲id(rangeIdx)を決定するために、アレイg_riceT中のしきい値の各々と連続的に比較される(たとえば、連続比較器)。rangeIdxの値が決定されると、ビデオエンコーダ200およびビデオデコーダ300は、以下の式、すなわち、normShift=g_riceShift[rangeIdx]に従って、シフト値(normShift)を設定する。すなわち、rangeIdxは、スケールファクタ(またはシフト値)アレイg_riceShiftへの入力として使用される。
[0100] 上記の例では、g_riceTおよびg_riceShiftアレイは以下のように定義される。
Figure 2024509532000007
[0101] normShiftの値が決定された後に、ビデオエンコーダ200およびビデオデコーダ300は、以下の式、すなわち、locSumAbs=locSumAbs>>normShiftを使用して、locSumAbsの値を正規化し得、ここで、>>は右シフトである。ビデオエンコーダ200およびビデオデコーダ300は、次いで、上記で説明されたように、以下の式、すなわち、locSumAbs=Clip3(0,31,locSumAbs-baseLevel*5)を使用して、正規化されたlocSumAbs値をクリッピングし得る。このクリッピングされたlocSumAbs値は、次いで、初期ライスパラメータ値(initial Rice parameter value)を決定するためのルックアップテーブル(たとえば、図3中の表)への入力として使用され得る。ビデオエンコーダ200およびビデオデコーダ300は、次いで、最終ライスパラメータ値(cRiceParam)を得るために、cRiceParam=cRiceParam+normShiftのように、初期ライスパラメータ値にnormShift値を加算し得る。
[0102] いくつかの例では、g_riceTおよび/またはg_riceShiftアレイは、上記で定義された連続比較器(たとえば、if else比較)に対する関連する拡張を伴って、8つのエントリに拡張され得る。
[0103] いくつかの例では、上記で定義されたx対{Tx}の連続比較の並列フレンドリ実装が利用され得る。
Figure 2024509532000008
[0104] 上記に示された実装(implementation)は、テンプレート算出の出力として導出されたx値から(Rx(rangeIdx)として)normShift導出を行うための1つの可能な技法である。(たとえば、前に説明されたif/else文の場合のように)しきい値に対する比較による連続分岐を回避するために、値xは、事前指定された右シフト(>>)のセットと並列にダウンシフトされ得る。右シフトの結果に応じて、バイナリ「or」演算が、y変数を作り出すためにビットをアグリゲートする。変数yは、Rx表からパラメータnormShiftをフェッチするために使用される。
[0105] 別の例では、上記で定義されたx対{Tx}の連続比較は、近似で、たとえば、floor(log2(x))演算で、または最上位ビット、先行0の探索などを通して、置換され得る。
[0106] いくつかの例では、別個のTxおよびRxアレイが、別個の色成分、色フォーマット、またはライスパラメータを用いて復号されているシンタックス要素のタイプ(たとえば、剰余または絶対復号値、または別のあるシンタックス要素値)のために定義され得る。そのようなシンタックス要素値は、信号のビット深度、内部ビット深度、またはライス導出プロセスのモードなど、パラメータを使用して決定され得る。
[0107] 要約すれば、一例では、ビデオエンコーダ200およびビデオデコーダ300は、現在変換係数をコーディングするためのライスパラメータ値を決定することと、ここにおいて、ライスパラメータ値のための可能な範囲が0から3超までである、決定されたライスパラメータ値を使用して現在変換係数をコーディングすることとを行うように構成され得る。一例では、ライスパラメータ値のための可能な範囲は、0から16までである。
[0108] より具体的な例では、ビデオエンコーダ200およびビデオデコーダ300は、現在変換係数の隣接変換係数の絶対値の和(たとえば、locSumAbs)を決定するように構成され得る。ビデオエンコーダ200およびビデオデコーダ300は、次いで、絶対値の和に基づいてシフト値(たとえば、normShift)を決定し得る。ビデオエンコーダ200およびビデオデコーダ300は、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素をコーディングするためのライスパラメータ値(cRiceParam)をさらに決定し得る。上記で説明されたように、可能なシンタックス要素は、剰余シンタックス要素および/または絶対値シンタックス要素を含み得る。ビデオエンコーダ200およびビデオデコーダ300は、次いで、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素をコーディング(たとえば、それぞれ、符号化または復号)し得る。
[0109] 一例では、絶対値の和に基づいてシフト値を決定するために、ビデオエンコーダ200およびビデオデコーダ300は、絶対値の和から範囲id(たとえば、rangeIdx)を決定し、範囲idからシフト値を決定し得る。絶対値の和から範囲idを決定するために、ビデオエンコーダ200およびビデオデコーダ300は、絶対値の和をしきい値のアレイ(array)(たとえば、Txまたはg_riceT)と比較し、絶対値の和がしきい値のアレイのどの2つのしきい値の間に入るかに基づいて、範囲idを決定し得る。絶対値の和をしきい値のアレイと比較することは、並列に、絶対値の和をしきい値のアレイのすべてのしきい値と比較することを含み得る。さらなる例では、範囲idからシフト値を決定するために、ビデオエンコーダ200およびビデオデコーダ300は、スケールファクタのアレイ(たとえば、Rxまたはg_riceShift)への入力として範囲idを使用してシフト値を決定するように構成され得る。
[0110] 別の例では、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定するために、ビデオエンコーダ200およびビデオデコーダ300は、絶対値の正規化された和(normalized sum)を生成するためにシフト値を使用して絶対値の和を正規化するように構成され得る。一例では、正規化プロセスは、locSumAbs=locSumAbs>>normShiftである。ビデオエンコーダ200およびビデオデコーダ300は、絶対値の正規化された和に基づいて初期ライスパラメータ値を決定し、ライスパラメータ値を決定するために初期ライスパラメータ値にシフト値を加算し得る。たとえば、ビデオエンコーダ200およびビデオデコーダ300は、ライスパラメータ値(cRiceParam)を、cRiceParam=cRiceParam+normShiftとして決定するように構成され得る。絶対値の正規化された和に基づいて初期ライスパラメータを決定するために、ビデオエンコーダ200およびビデオデコーダ300は、ルックアップテーブル(たとえば、図3中のルックアップテーブル)への入力として絶対値の正規化された和を使用して初期ライスパラメータ値を決定するように構成され得る。初期ライスパラメータ値を決定する前に、ビデオエンコーダ200およびビデオデコーダ300は、絶対値の正規化された和をクリッピングするように構成され得る(たとえば、locSumAbs=Clip3(0,31,locSumAbs-baseLevel*5))。ライスパラメータ値が決定されると、ビデオエンコーダ200およびビデオデコーダ300は、ライスパラメータに基づいて、それぞれ、シンタックス要素を2値化または逆2値化するように構成され得る。
[0111] 図6は、本開示の技法を実施し得る例示的なビデオエンコーダ200を示すブロック図である。図6は、説明の目的で提供されており、本開示において広く例示され、説明される技法を限定するものと見なされるべきではない。説明の目的で、本開示は、VVC(開発中のITU-T H.266)、およびHEVC(ITU-T H.265)の技法に従って、ビデオエンコーダ200について説明する。しかしながら、本開示の技法は、他のビデオコーディング規格に構成されたビデオ符号化デバイスによって実施され得る。
[0112] 図6の例では、ビデオエンコーダ200は、ビデオデータメモリ230と、モード選択ユニット202と、残差生成ユニット204と、変換処理ユニット206と、量子化ユニット208と、逆量子化ユニット210と、逆変換処理ユニット212と、再構築ユニット214と、フィルタユニット216と、復号ピクチャバッファ(DPB)218と、エントロピー符号化ユニット220とを含む。ビデオデータメモリ230と、モード選択ユニット202と、残差生成ユニット204と、変換処理ユニット206と、量子化ユニット208と、逆量子化ユニット210と、逆変換処理ユニット212と、再構築ユニット214と、フィルタユニット216と、DPB218と、エントロピー符号化ユニット220とのいずれかまたはすべては、1つまたは複数のプロセッサにおいてまたは処理回路において実装され得る。たとえば、ビデオエンコーダ200のユニットは、1つまたは複数の回路または論理要素として、ハードウェア回路の一部として、あるいはプロセッサ、ASIC、またはFPGAの一部として実装され得る。その上、ビデオエンコーダ200は、これらおよび他の機能を実施するための追加または代替のプロセッサまたは処理回路を含み得る。
[0113] ビデオデータメモリ230は、ビデオエンコーダ200の構成要素によって符号化されるべきビデオデータを記憶し得る。ビデオエンコーダ200は、たとえば、ビデオソース104(図1)から、ビデオデータメモリ230に記憶されるビデオデータを受信し得る。DPB218は、ビデオエンコーダ200による後続のビデオデータの予測において使用するための参照ビデオデータを記憶する参照ピクチャメモリとして働き得る。ビデオデータメモリ230およびDPB218は、同期ダイナミックランダムアクセスメモリ(DRAM)(SDRAM)を含むDRAM、磁気抵抗RAM(MRAM)、抵抗性RAM(RRAM(登録商標))、または他のタイプのメモリデバイスなど、様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ230およびDPB218は、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ビデオデータメモリ230は、図示のように、ビデオエンコーダ200の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。
[0114] 本開示では、ビデオデータメモリ230への言及は、特にそのように説明されない限り、ビデオエンコーダ200の内部のメモリに限定されるものとして解釈されるべきではなく、または特にそのように説明されない限り、ビデオエンコーダ200の外部のメモリに限定されるものとして解釈されるべきではない。そうではなく、ビデオデータメモリ230への言及は、ビデオエンコーダ200が符号化のために受信するビデオデータ(たとえば、符号化されるべきである現在ブロックのためのビデオデータ)を記憶する参照メモリとして理解されるべきである。図1のメモリ106はまた、ビデオエンコーダ200の様々なユニットからの出力の一時的記憶を提供し得る。
[0115] 図6の様々なユニットは、ビデオエンコーダ200によって実施される動作を理解するのを支援するために示されている。ユニットは、固定機能回路、プログラマブル回路、またはそれらの組合せとして実装され得る。固定機能回路は、特定の機能を提供する回路を指し、実施され得る動作に関してプリセットされる。プログラマブル回路は、様々なタスクを実施するように、および実施され得る動作においてフレキシブルな機能を提供するようにプログラムされ得る回路を指す。たとえば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって定義された様式でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行し得る。固定機能回路は、(たとえば、パラメータを受信するかまたはパラメータを出力するために)ソフトウェア命令を実行し得るが、固定機能回路が実施する動作のタイプは、概して不変である。いくつかの例では、ユニットのうちの1つまたは複数は、別個の回路ブロック(固定機能またはプログラマブル)であり得、いくつかの例では、ユニットのうちの1つまたは複数は、集積回路であり得る。
[0116] ビデオエンコーダ200は、算術論理ユニット(ALU)、基本機能ユニット(EFU)、デジタル回路、アナログ回路、および/またはプログラマブル回路から形成されるプログラマブルコアを含み得る。ビデオエンコーダ200の動作が、プログラマブル回路によって実行されるソフトウェアを使用して実施される例では、メモリ106(図1)は、ビデオエンコーダ200が受信し、実行するソフトウェアの命令(たとえば、オブジェクトコード)を記憶し得るか、またはビデオエンコーダ200内の別のメモリ(図示せず)が、そのような命令を記憶し得る。
[0117] ビデオデータメモリ230は、受信されたビデオデータを記憶するように構成される。ビデオエンコーダ200は、ビデオデータメモリ230からビデオデータのピクチャを取り出し、ビデオデータを残差生成ユニット204とモード選択ユニット202とに提供し得る。ビデオデータメモリ230中のビデオデータは、符号化されるべきである生のビデオデータであり得る。
[0118] モード選択ユニット202は、動き推定ユニット222と、動き補償ユニット224と、イントラ予測ユニット226とを含む。モード選択ユニット202は、他の予測モードに従ってビデオ予測を実施するための追加の機能ユニットを含み得る。例として、モード選択ユニット202は、パレットユニット、(動き推定ユニット222および/または動き補償ユニット224の一部であり得る)イントラブロックコピーユニット、アフィンユニット、線形モデル(LM)ユニットなどを含み得る。
[0119] モード選択ユニット202は、概して、符号化パラメータの組合せと、そのような組合せについての得られたレートひずみ値とをテストするために、複数の符号化パスを協調させる。符号化パラメータは、CUへのCTUの区分、CUのための予測モード、CUの残差データのための変換タイプ、CUの残差データのための量子化パラメータなどを含み得る。モード選択ユニット202は、他のテストされた組合せよりも良好であるレートひずみ値を有する符号化パラメータの組合せを最終的に選択し得る。
[0120] ビデオエンコーダ200は、ビデオデータメモリ230から取り出されたピクチャを一連のCTUに区分し、スライス内の1つまたは複数のCTUをカプセル化し得る。モード選択ユニット202は、上記で説明されたHEVCのQTBT構造またはクワッドツリー構造など、ツリー構造に従ってピクチャのCTUを区分し得る。上記で説明されたように、ビデオエンコーダ200は、ツリー構造に従ってCTUを区分することから1つまたは複数のCUを形成し得る。そのようなCUは、概して「ビデオブロック」または「ブロック」と呼ばれることもある。
[0121] 概して、モード選択ユニット202はまた、現在ブロック(たとえば、現在CU、またはHEVCでは、PUとTUとの重複する部分)についての予測ブロックを生成するように、それの構成要素(たとえば、動き推定ユニット222、動き補償ユニット224、およびイントラ予測ユニット226)を制御する。現在ブロックのインター予測のために、動き推定ユニット222は、1つまたは複数の参照ピクチャ(たとえば、DPB218に記憶された1つまたは複数の前にコーディングされたピクチャ)中で1つまたは複数のぴったり一致する参照ブロックを識別するために動き探索を実施し得る。特に、動き推定ユニット222は、たとえば、絶対差分和(SAD)、2乗差分和(SSD)、平均絶対差(MAD)、平均2乗差(MSD)などに従って、現在ブロックに対して潜在的参照ブロックがどのくらい類似しているかを表す値を計算し得る。動き推定ユニット222は、概して、現在ブロックと考慮されている参照ブロックとの間のサンプルごとの差分を使用してこれらの計算を実施し得る。動き推定ユニット222は、現在ブロックに最もぴったり一致する参照ブロックを示す、これらの計算から得られた最も低い値を有する参照ブロックを識別し得る。
[0122] 動き推定ユニット222は、現在ピクチャ中の現在ブロックの位置に対して参照ピクチャ中の参照ブロックの位置を定義する1つまたは複数の動きベクトル(MV)を形成し得る。動き推定ユニット222は、次いで、動きベクトルを動き補償ユニット224に提供し得る。たとえば、単方向インター予測では、動き推定ユニット222は、単一の動きベクトルを提供し得るが、双方向インター予測では、動き推定ユニット222は、2つの動きベクトルを提供し得る。動き補償ユニット224は、次いで、動きベクトルを使用して予測ブロックを生成し得る。たとえば、動き補償ユニット224は、動きベクトルを使用して参照ブロックのデータを取り出し得る。別の例として、動きベクトルが部分サンプル精度を有する場合、動き補償ユニット224は、1つまたは複数の補間フィルタに従って予測ブロックについての値を補間し得る。その上、双方向インター予測では、動き補償ユニット224は、それぞれの動きベクトルによって識別された2つの参照ブロックについてデータを取り出し、たとえば、サンプルごとの平均化または重み付き平均化を通して、取り出されたデータを組み合わせ得る。
[0123] 別の例として、イントラ予測、またはイントラ予測コーディングのために、イントラ予測ユニット226は、現在ブロックに隣接しているサンプルから予測ブロックを生成し得る。たとえば、方向性モードでは、イントラ予測ユニット226は、概して、予測ブロックを作り出すために、隣接サンプルの値を数学的に組み合わせ、現在ブロックにわたって定義された方向にこれらの計算された値をポピュレートし得る。別の例として、DCモードでは、イントラ予測ユニット226は、現在ブロックに対する隣接サンプルの平均を計算し、予測ブロックの各サンプルについてこの得られた平均を含むように予測ブロックを生成し得る。
[0124] モード選択ユニット202は、予測ブロックを残差生成ユニット204に提供する。残差生成ユニット204は、ビデオデータメモリ230から現在ブロックの生の符号化されていないバージョンを受信し、モード選択ユニット202から予測ブロックを受信する。残差生成ユニット204は、現在ブロックと予測ブロックとの間のサンプルごとの差分を計算する。得られたサンプルごとの差分は、現在ブロックについての残差ブロックを定義する。いくつかの例では、残差生成ユニット204はまた、残差差分パルスコード変調(RDPCM)を使用して残差ブロックを生成するために、残差ブロック中のサンプル値間の差分を決定し得る。いくつかの例では、残差生成ユニット204は、バイナリ減算を実施する1つまたは複数の減算器回路を使用して形成され得る。
[0125] モード選択ユニット202がCUをPUに区分する例では、各PUは、ルーマ予測ユニットと、対応するクロマ予測ユニットとに関連付けられ得る。ビデオエンコーダ200およびビデオデコーダ300は、様々なサイズを有するPUをサポートし得る。上記で示されたように、CUのサイズは、CUのルーマコーディングブロックのサイズを指し得、PUのサイズは、PUのルーマ予測ユニットのサイズを指し得る。特定のCUのサイズが2N×2Nであると仮定すると、ビデオエンコーダ200は、イントラ予測のための2N×2NまたはN×NのPUサイズと、インター予測のための2N×2N、2N×N、N×2N、N×N、または同様のものの対称PUサイズとをサポートし得る。ビデオエンコーダ200およびビデオデコーダ300はまた、インター予測のための2N×nU、2N×nD、nL×2N、およびnR×2NのPUサイズに対して非対称区分をサポートし得る。
[0126] モード選択ユニット202がCUをPUにさらに区分しない例では、各CUは、ルーマコーディングブロックと、対応するクロマコーディングブロックとに関連付けられ得る。上記のように、CUのサイズは、CUのルーマコーディングブロックのサイズを指し得る。ビデオエンコーダ200およびビデオデコーダ300は、2N×2N、2N×N、またはN×2NのCUサイズをサポートし得る。
[0127] いくつかの例として、イントラブロックコピーモードコーディング、アフィンモードコーディング、および線形モデル(LM)モードコーディングなどの他のビデオコーディング技法では、モード選択ユニット202は、コーディング技法に関連付けられたそれぞれのユニットを介して、符号化されている現在ブロックについての予測ブロックを生成する。パレットモードコーディングなど、いくつかの例では、モード選択ユニット202は、予測ブロックを生成せず、代わりに、選択されたパレットに基づいてブロックを再構築すべき様式を示すシンタックス要素を生成し得る。そのようなモードでは、モード選択ユニット202は、符号化されるべきこれらのシンタックス要素をエントロピー符号化ユニット220に提供し得る。
[0128] 上記で説明されたように、残差生成ユニット204は、現在ブロックのためのビデオデータと、対応する予測ブロックとを受信する。残差生成ユニット204は、次いで、現在ブロックについての残差ブロックを生成する。残差ブロックを生成するために、残差生成ユニット204は、予測ブロックと現在ブロックとの間のサンプルごとの差分を計算する。
[0129] 変換処理ユニット206は、(本明細書では「変換係数ブロック」と呼ばれる)変換係数のブロックを生成するために、残差ブロックに1つまたは複数の変換を適用する。変換処理ユニット206は、変換係数ブロックを形成するために、残差ブロックに様々な変換を適用し得る。たとえば、変換処理ユニット206は、離散コサイン変換(DCT)、方向性変換、カルーネンレーベ変換(KLT)、または概念的に同様の変換を残差ブロックに適用し得る。いくつかの例では、変換処理ユニット206は、残差ブロックに複数の変換、たとえば、回転変換など、1次変換および2次変換を実施し得る。いくつかの例では、変換処理ユニット206は、残差ブロックに変換を適用しない。
[0130] 量子化ユニット208は、量子化された変換係数ブロックを作り出すために、変換係数ブロック中の変換係数を量子化し得る。量子化ユニット208は、現在ブロックに関連付けられた量子化パラメータ(QP)値に従って変換係数ブロックの変換係数を量子化し得る。ビデオエンコーダ200は(たとえば、モード選択ユニット202を介して)、CUに関連付けられたQP値を調整することによって、現在ブロックに関連付けられた変換係数ブロックに適用される量子化の程度を調整し得る。量子化は、情報の損失をもたらし得、したがって、量子化された変換係数は、変換処理ユニット206によって作り出された元の変換係数よりも低い精度を有し得る。
[0131] 逆量子化ユニット210および逆変換処理ユニット212は、変換係数ブロックから残差ブロックを再構築するために、それぞれ、量子化された変換係数ブロックに逆量子化および逆変換を適用し得る。再構築ユニット214は、再構築された残差ブロックと、モード選択ユニット202によって生成された予測ブロックとに基づいて、(潜在的にある程度のひずみを伴うが)現在ブロックに対応する再構築されたブロックを作り出し得る。たとえば、再構築ユニット214は、再構築されたブロックを作り出すために、モード選択ユニット202によって生成された予測ブロックからの対応するサンプルに、再構築された残差ブロックのサンプルを加算し得る。
[0132] フィルタユニット216は、再構築されたブロックに対して1つまたは複数のフィルタ動作を実施し得る。たとえば、フィルタユニット216は、CUのエッジに沿ってブロッキネスアーティファクトを低減するためのデブロッキング動作を実施し得る。フィルタユニット216の動作は、いくつかの例では、スキップされ得る。
[0133] ビデオエンコーダ200は、再構築されたブロックをDPB218に記憶する。たとえば、フィルタユニット216の動作が実施されない例では、再構築ユニット214は、再構築されたブロックをDPB218に記憶し得る。フィルタユニット216の動作が実施される例では、フィルタユニット216は、フィルタ処理された再構築されたブロックをDPB218に記憶し得る。動き推定ユニット222および動き補償ユニット224は、後で符号化されるピクチャのブロックをインター予測するために、再構築(および潜在的にフィルタ処理)されたブロックから形成された参照ピクチャをDPB218から取り出し得る。さらに、イントラ予測ユニット226は、現在ピクチャ中の他のブロックをイントラ予測するために、現在ピクチャのDPB218中の再構築されたブロックを使用し得る。
[0134] 概して、エントロピー符号化ユニット220は、ビデオエンコーダ200の他の機能構成要素から受信されたシンタックス要素をエントロピー符号化し得る。たとえば、エントロピー符号化ユニット220は、量子化ユニット208からの量子化された変換係数ブロックをエントロピー符号化し得る。別の例として、エントロピー符号化ユニット220は、モード選択ユニット202からの予測シンタックス要素(たとえば、インター予測のための動き情報、またはイントラ予測のためのイントラモード情報)をエントロピー符号化し得る。エントロピー符号化ユニット220は、エントロピー符号化されたデータを生成するために、ビデオデータの別の例であるシンタックス要素に対して1つまたは複数のエントロピー符号化動作を実施し得る。たとえば、エントロピー符号化ユニット220は、コンテキスト適応型可変長コーディング(CAVLC)動作、CABAC動作、可変対可変(V2V)長コーディング動作、シンタックスベースコンテキスト適応型バイナリ算術コーディング(SBAC)動作、確率間隔区分エントロピー(PIPE)コーディング動作、指数ゴロム符号化動作、または別のタイプのエントロピー符号化動作をデータに対して実施し得る。いくつかの例では、エントロピー符号化ユニット220は、シンタックス要素がエントロピー符号化されないバイパスモードで動作し得る。
[0135] 一例では、エントロピー符号化ユニット220は、上記で説明されたように、本開示の1つまたは複数の技法を実施するように構成され得る。たとえば、エントロピー符号化ユニット220は、現在変換係数の隣接変換係数の絶対値の和を決定することと、絶対値の和に基づいてシフト値を決定することと、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を符号化するためのライスパラメータ値を決定することと、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を符号化することとを行うように構成され得る。
[0136] ビデオエンコーダ200は、スライスまたはピクチャのブロックを再構築するために必要とされるエントロピー符号化されたシンタックス要素を含むビットストリームを出力し得る。特に、エントロピー符号化ユニット220がビットストリームを出力し得る。
[0137] 上記で説明された動作は、ブロックに関して説明されている。そのような説明は、ルーマコーディングブロックおよび/またはクロマコーディングブロックのための動作であるものとして理解されるべきである。上記で説明されたように、いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、CUのルーマ成分およびクロマ成分である。いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、PUのルーマ成分およびクロマ成分である。
[0138] いくつかの例では、ルーマコーディングブロックに関して実施される動作は、クロマコーディングブロックのために繰り返される必要はない。一例として、ルーマコーディングブロックのための動きベクトル(MV)と参照ピクチャとを識別するための動作は、クロマブロックのためのMVと参照ピクチャとを識別するために繰り返される必要はない。むしろ、ルーマコーディングブロックのためのMVは、クロマブロックのためのMVを決定するためにスケーリングされ得、参照ピクチャは同じであり得る。別の例として、イントラ予測プロセスは、ルーマコーディングブロックとクロマコーディングブロックとについて同じであり得る。
[0139] ビデオエンコーダ200は、ビデオデータを記憶するように構成されたメモリと、回路中に実装された1つまたは複数の処理ユニットとを含む、ビデオデータを符号化するように構成されたデバイスの一例を表し、1つまたは複数の処理ユニットは、現在変換係数をコーディングするためのライスパラメータ値を決定することと、ここにおいて、ライスパラメータ値のための可能な範囲が0から3超までである、決定されたライスパラメータ値を使用して現在変換係数をコーディングすることとを行うように構成される。
[0140] 図7は、本開示の技法を実施し得る例示的なビデオデコーダ300を示すブロック図である。図7は、説明の目的で提供されており、本開示において広く例示され、説明される技法を限定するものではない。説明の目的で、本開示は、VVC(開発中のITU-T H.266)、およびHEVC(ITU-T H.265)の技法に従って、ビデオデコーダ300について説明する。しかしながら、本開示の技法は、他のビデオコーディング規格に構成されたビデオコーディングデバイスによって実施され得る。
[0141] 図7の例では、ビデオデコーダ300は、コード化ピクチャバッファ(CPB)メモリ320と、エントロピー復号ユニット302と、予測処理ユニット304と、逆量子化ユニット306と、逆変換処理ユニット308と、再構築ユニット310と、フィルタユニット312と、復号ピクチャバッファ(DPB)314とを含む。CPBメモリ320と、エントロピー復号ユニット302と、予測処理ユニット304と、逆量子化ユニット306と、逆変換処理ユニット308と、再構築ユニット310と、フィルタユニット312と、DPB314とのいずれかまたはすべては、1つまたは複数のプロセッサにおいてまたは処理回路において実装され得る。たとえば、ビデオデコーダ300のユニットは、1つまたは複数の回路または論理要素として、ハードウェア回路の一部として、あるいはプロセッサ、ASIC、またはFPGAの一部として実装され得る。その上、ビデオデコーダ300は、これらおよび他の機能を実施するための追加または代替のプロセッサまたは処理回路を含み得る。
[0142] 予測処理ユニット304は、動き補償ユニット316と、イントラ予測ユニット318とを含む。予測処理ユニット304は、他の予測モードに従って予測を実施するための追加のユニットを含み得る。例として、予測処理ユニット304は、パレットユニット、(動き補償ユニット316の一部を形成し得る)イントラブロックコピーユニット、アフィンユニット、線形モデル(LM)ユニットなどを含み得る。他の例では、ビデオデコーダ300は、より多数の、より少数の、または異なる機能構成要素を含み得る。
[0143] CPBメモリ320は、ビデオデコーダ300の構成要素によって復号されるべき、符号化されたビデオビットストリームなどのビデオデータを記憶し得る。CPBメモリ320に記憶されるビデオデータは、たとえば、コンピュータ可読媒体110(図1)から取得され得る。CPBメモリ320は、符号化されたビデオビットストリームからの符号化されたビデオデータ(たとえば、シンタックス要素)を記憶するCPBを含み得る。また、CPBメモリ320は、ビデオデコーダ300の様々なユニットからの出力を表す一時データなど、コーディングされたピクチャのシンタックス要素以外のビデオデータを記憶し得る。DPB314は、概して、符号化されたビデオビットストリームの後続のデータまたはピクチャを復号するときにビデオデコーダ300が参照ビデオデータとして出力および/または使用し得る、復号されたピクチャを記憶する。CPBメモリ320およびDPB314は、SDRAMを含むDRAM、MRAM、RRAM、または他のタイプのメモリデバイスなど、様々なメモリデバイスのいずれかによって形成され得る。CPBメモリ320およびDPB314は、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、CPBメモリ320は、ビデオデコーダ300の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。
[0144] 追加または代替として、いくつかの例では、ビデオデコーダ300は、メモリ120(図1)からコーディングされたビデオデータを取り出し得る。すなわち、メモリ120は、CPBメモリ320とともに上記で説明されたようにデータを記憶し得る。同様に、メモリ120は、ビデオデコーダ300の機能の一部または全部が、ビデオデコーダ300の処理回路によって実行されるべきソフトウェアにおいて実装されたとき、ビデオデコーダ300によって実行されるべき命令を記憶し得る。
[0145] 図7に示されている様々なユニットは、ビデオデコーダ300によって実施される動作を理解するのを支援するために示されている。ユニットは、固定機能回路、プログラマブル回路、またはそれらの組合せとして実装され得る。図6と同様に、固定機能回路は、特定の機能を提供する回路を指し、実施され得る動作に関してプリセットされる。プログラマブル回路は、様々なタスクを実施するように、および実施され得る動作においてフレキシブルな機能を提供するようにプログラムされ得る回路を指す。たとえば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって定義された様式でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行し得る。固定機能回路は、(たとえば、パラメータを受信するかまたはパラメータを出力するために)ソフトウェア命令を実行し得るが、固定機能回路が実施する動作のタイプは、概して不変である。いくつかの例では、ユニットのうちの1つまたは複数は、別個の回路ブロック(固定機能またはプログラマブル)であり得、いくつかの例では、ユニットのうちの1つまたは複数は、集積回路であり得る。
[0146] ビデオデコーダ300は、ALU、EFU、デジタル回路、アナログ回路、および/またはプログラマブル回路から形成されるプログラマブルコアを含み得る。ビデオデコーダ300の動作が、プログラマブル回路上で実行するソフトウェアによって実施される例では、オンチップまたはオフチップメモリは、ビデオデコーダ300が受信し、実行するソフトウェアの命令(たとえば、オブジェクトコード)を記憶し得る。
[0147] エントロピー復号ユニット302は、CPBから、符号化されたビデオデータを受信し、シンタックス要素を再生するためにビデオデータをエントロピー復号し得る。予測処理ユニット304、逆量子化ユニット306、逆変換処理ユニット308、再構築ユニット310、およびフィルタユニット312は、ビットストリームから抽出されたシンタックス要素に基づいて、復号されたビデオデータを生成し得る。
[0148] 概して、ビデオデコーダ300は、ブロックごとにピクチャを再構築する。ビデオデコーダ300は、各ブロックに対して個々に再構築動作を実施し得る(ここで、現在再構築されている、すなわち、復号されているブロックは、「現在ブロック」と呼ばれることがある)。
[0149] エントロピー復号ユニット302は、量子化された変換係数ブロックの量子化された変換係数を定義するシンタックス要素、ならびに量子化パラメータ(QP)および/または(1つまたは複数の)変換モード指示などの変換情報をエントロピー復号し得る。逆量子化ユニット306は、量子化の程度と、同様に、逆量子化ユニット306が適用すべき逆量子化の程度とを決定するために、量子化された変換係数ブロックに関連付けられたQPを使用し得る。逆量子化ユニット306は、量子化された変換係数を逆量子化するために、たとえば、ビット単位左シフト動作を実施し得る。逆量子化ユニット306は、それにより、変換係数を含む変換係数ブロックを形成し得る。
[0150] 一例では、エントロピー復号ユニット302は、上記で説明されたように、本開示の1つまたは複数の技法を実施するように構成され得る。たとえば、エントロピー復号ユニット302は、現在変換係数の隣接変換係数の絶対値の和を決定することと、絶対値の和に基づいてシフト値を決定することと、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することと、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号することとを行うように構成され得る。
[0151] 逆量子化ユニット306が変換係数ブロックを形成した後に、逆変換処理ユニット308は、現在ブロックに関連付けられた残差ブロックを生成するために、変換係数ブロックに1つまたは複数の逆変換を適用し得る。たとえば、逆変換処理ユニット308は、逆DCT、逆整数変換、逆カルーネンレーベ変換(KLT)、逆回転変換、逆方向変換、または別の逆変換を変換係数ブロックに適用し得る。
[0152] さらに、予測処理ユニット304は、エントロピー復号ユニット302によってエントロピー復号された予測情報シンタックス要素に従って予測ブロックを生成する。たとえば、予測情報シンタックス要素が、現在ブロックがインター予測されることを示す場合、動き補償ユニット316は予測ブロックを生成し得る。この場合、予測情報シンタックス要素は、参照ブロックをそれから取り出すべきDPB314中の参照ピクチャ、ならびに現在ピクチャ中の現在ブロックのロケーションに対する参照ピクチャ中の参照ブロックのロケーションを識別する動きベクトルを示し得る。動き補償ユニット316は、概して、動き補償ユニット224(図6)に関して説明されたものと実質的に同様である様式で、インター予測プロセスを実施し得る。
[0153] 別の例として、予測情報シンタックス要素が、現在ブロックがイントラ予測されることを示す場合、イントラ予測ユニット318は、予測情報シンタックス要素によって示されるイントラ予測モードに従って予測ブロックを生成し得る。この場合も、イントラ予測ユニット318は、概して、イントラ予測ユニット226(図6)に関して説明されたものと実質的に同様である様式で、イントラ予測プロセスを実施し得る。イントラ予測ユニット318は、DPB314から、現在ブロックに対する隣接サンプルのデータを取り出し得る。
[0154] 再構築ユニット310は、予測ブロックと残差ブロックとを使用して現在ブロックを再構築し得る。たとえば、再構築ユニット310は、現在ブロックを再構築するために、予測ブロックの対応するサンプルに残差ブロックのサンプルを加算し得る。
[0155] フィルタユニット312は、再構築されたブロックに対して1つまたは複数のフィルタ動作を実施し得る。たとえば、フィルタユニット312は、再構築されたブロックのエッジに沿ってブロッキネスアーティファクトを低減するためのデブロッキング動作を実施し得る。フィルタユニット312の動作は、必ずしもすべての例において実施されるとは限らない。
[0156] ビデオデコーダ300は、再構築されたブロックをDPB314に記憶し得る。たとえば、フィルタユニット312の動作が実施されない例では、再構築ユニット310は、再構築されたブロックをDPB314に記憶し得る。フィルタユニット312の動作が実施される例では、フィルタユニット312は、フィルタ処理された再構築されたブロックをDPB314に記憶し得る。上記で説明されたように、DPB314は、イントラ予測のための現在ピクチャのサンプル、および後続の動き補償のための前に復号されたピクチャなど、参照情報を、予測処理ユニット304に提供し得る。その上、ビデオデコーダ300は、DPB314からの復号されたピクチャ(たとえば、復号されたビデオ)を、図1のディスプレイデバイス118などのディスプレイデバイス上での後続の提示のために、出力し得る。
[0157] このようにして、ビデオデコーダ300は、ビデオデータを記憶するように構成されたメモリと、回路中に実装された1つまたは複数の処理ユニットとを含む、ビデオ復号デバイスの一例を表し、1つまたは複数の処理ユニットは、現在変換係数をコーディングするためのライスパラメータ値を決定することと、ここにおいて、ライスパラメータ値のための可能な範囲が0から3超までである、決定されたライスパラメータ値を使用して現在変換係数をコーディングすることとを行うように構成される。
[0158] 図8は、本開示の技法による、現在ブロックを符号化するための例示的な方法を示すフローチャートである。現在ブロックは現在CUを備え得る。ビデオエンコーダ200(図1および図6)に関して説明されるが、他のデバイスが図8の方法と同様の方法を実施するように構成され得ることを理解されたい。
[0159] この例では、ビデオエンコーダ200は、最初に、現在ブロックを予測する(350)。たとえば、ビデオエンコーダ200は、現在ブロックのための予測ブロックを形成し得る。ビデオエンコーダ200は、次いで、現在ブロックのための残差ブロックを計算し得る(352)。残差ブロックを計算するために、ビデオエンコーダ200は、元の符号化されていないブロックと、現在ブロックのための予測ブロックとの間の差分を計算し得る。ビデオエンコーダ200は、次いで、残差ブロックを変換し、残差ブロックの変換係数を量子化し得る(354)。次に、ビデオエンコーダ200は、残差ブロックの量子化された変換係数を走査し得る(356)。走査中に、または走査に続いて、ビデオエンコーダ200は、変換係数をエントロピー符号化し得る(358)。たとえば、ビデオエンコーダ200は、CAVLCまたはCABACを使用して変換係数を符号化し得る。ビデオエンコーダ200は、次いで、ブロックのエントロピー符号化されたデータを出力し得る(360)。
[0160] 図9は、本開示の技法による、ビデオデータの現在ブロックを復号するための例示的な方法を示すフローチャートである。現在ブロックは現在CUを備え得る。ビデオデコーダ300(図1および図7)に関して説明されるが、他のデバイスが図9の方法と同様の方法を実施するように構成され得ることを理解されたい。
[0161] ビデオデコーダ300は、エントロピー符号化された予測情報、および現在ブロックに対応する残差ブロックの変換係数についてのエントロピー符号化されたデータなど、現在ブロックについてのエントロピー符号化されたデータを受信し得る(370)。ビデオデコーダ300は、現在ブロックのための予測情報を決定するために、および残差ブロックの変換係数を再生するために、エントロピー符号化されたデータをエントロピー復号し得る(372)。ビデオデコーダ300は、現在ブロックのための予測ブロックを計算するために、たとえば、現在ブロックのための予測情報によって示されるイントラ予測またはインター予測モードを使用して、現在ブロックを予測し得る(374)。ビデオデコーダ300は、次いで、量子化された変換係数のブロックを作成するために、再生された変換係数を逆走査し得る(376)。ビデオデコーダ300は、次いで、残差ブロックを作り出すために、変換係数を逆量子化し、変換係数に逆変換を適用し得る(378)。ビデオデコーダ300は、予測ブロックと残差ブロックとを組み合わせることによって、最終的に現在ブロックを復号し得る(380)。
[0162] 図10は、本開示の技法による、現在ブロックを符号化するための例示的な方法を示す別のフローチャートである。図10の技法は、ビデオエンコーダ200の1つまたは複数の構造構成要素によって実施され得る。
[0163] 本開示の一例では、ビデオエンコーダ200は、現在変換係数の隣接変換係数の絶対値の和を決定すること(600)と、絶対値の和に基づいてシフト値を決定すること(602)とを行うように構成され得る。ビデオエンコーダ200は、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を符号化するためのライスパラメータ値を決定すること(604)と、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を符号化すること(606)とをさらに行い得る。
[0164] 一例では、絶対値の和に基づいてシフト値を決定するために、ビデオエンコーダ200は、絶対値の和から範囲idを決定することと、範囲idからシフト値を決定することとを行うように構成される。絶対値の和から範囲idを決定するために、ビデオエンコーダ200は、絶対値の和をしきい値のアレイと比較することと、絶対値の和がしきい値のアレイのどの2つのしきい値の間に入るかに基づいて、範囲idを決定することとを行うように構成され得る。絶対値の和をしきい値のアレイと比較することは、並列に、絶対値の和をしきい値のアレイのすべてのしきい値と比較することを含み得る。一例では、範囲idからシフト値を決定するために、ビデオエンコーダ200は、スケールファクタのアレイへの入力として範囲idを使用してシフト値を決定するように構成され得る。
[0165] 別の例では、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を符号化するためのライスパラメータ値を決定するために、ビデオエンコーダ200は、絶対値の正規化された和を生成するためにシフト値を使用して絶対値の和を正規化することと、絶対値の正規化された和に基づいて初期ライスパラメータ値を決定することと、ライスパラメータ値を決定するために初期ライスパラメータ値にシフト値を加算することとを行うように構成され得る。ビデオエンコーダ200は、絶対値の正規化された和をクリッピングするようにさらに構成され得る。別の例では、絶対値の正規化された和に基づいて初期ライスパラメータを決定するために、ビデオエンコーダ200は、ルックアップテーブルへの入力として絶対値の正規化された和を使用して初期ライスパラメータ値を決定するように構成され得る。ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を符号化することは、ライスパラメータに基づいてシンタックス要素を2値化することを含み得る。
[0166] 図11は、本開示の技法による、現在ブロックを復号するための例示的な方法を示す別のフローチャートである。図11の技法は、ビデオデコーダ300の1つまたは複数の構造構成要素によって実施され得る。
[0167] 一例では、ビデオデコーダ300は、現在変換係数の隣接変換係数の絶対値の和を決定すること(700)と、絶対値の和に基づいてシフト値を決定すること(702)とを行うように構成される。ビデオデコーダ300は、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定すること(704)と、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号すること(706)とを行うようにさらに構成され得る。
[0168] 一例では、絶対値の和に基づいてシフト値を決定するために、ビデオデコーダ300は、絶対値の和から範囲idを決定することと、範囲idからシフト値を決定することとを行うようにさらに構成される。絶対値の和から範囲idを決定するために、ビデオデコーダ300は、絶対値の和をしきい値のアレイと比較することと、絶対値の和がしきい値のアレイのどの2つのしきい値の間に入るかに基づいて、範囲idを決定することとを行うようにさらに構成される。ビデオデコーダ300は、並列に、絶対値の和をしきい値のアレイのすべてのしきい値と比較するように構成され得る。ビデオデコーダ300はまた、スケールファクタのアレイへの入力として範囲idを使用してシフト値を決定し得る。
[0169] 別の例では、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定するために、ビデオデコーダ300は、絶対値の正規化された和を生成するためにシフト値を使用して絶対値の和を正規化することと、絶対値の正規化された和に基づいて初期ライスパラメータ値を決定することと、ライスパラメータ値を決定するために初期ライスパラメータ値にシフト値を加算することとを行うようにさらに構成される。ビデオデコーダ300はまた、絶対値の正規化された和をクリッピングし得る。別の例では、絶対値の正規化された和に基づいて初期ライスパラメータを決定するために、ビデオデコーダ300は、ルックアップテーブルへの入力として絶対値の正規化された和を使用して初期ライスパラメータ値を決定するようにさらに構成される。ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号するために、ビデオデコーダ300は、ライスパラメータに基づいてシンタックス要素を逆2値化するようにさらに構成される。
[0170] 本開示の他の例示的な態様が以下で説明される。
[0171] 態様1A - ビデオデータをコーディングする方法であって、方法は、現在変換係数をコーディングするためのライスパラメータ値を決定することと、ここにおいて、ライスパラメータ値のための可能な範囲が0から3超までである、決定されたライスパラメータ値を使用して現在変換係数をコーディングすることとを備える、方法。
[0172] 態様2A - ライスパラメータ値のための可能な範囲が0から16までである、態様1Aに記載の方法。
[0173] 態様3A - ライスパラメータ値を決定することは、localSumAbsの値を決定することと、ここで、localSumAbsが、現在変換係数に対する隣接変換係数の絶対値の和である、localSumAbsの値を使用してライスパラメータ値を決定することとを備える、態様1Aに記載の方法。
[0174] 態様4A - localSumAbsの値をスケーリングすることをさらに備える、態様3Aに記載の方法。
[0175] 態様5A - localSumAbsの値をスケーリングすることは、localSumAbsの値についてダイナミカル範囲idを決定することと、ここにおいて、ダイナミカル範囲idを決定することが、localSumAbsの値をしきい値の所定のアレイ(Tx)と比較することを含む、ダイナミカル範囲idとスケールファクタの所定のアレイ(Rx)とを使用して、localSumAbsの値をスケーリングするために使用されるスケールファクタを決定することと、スケールファクタを使用してlocalSumAbsの値をスケーリングすることとを備える、態様4Aに記載の方法。
[0176] 態様6A - ライスパラメータ値を決定することが、ルックアップテーブルとlocalSumAbsのスケーリングされた値とを使用してライスパラメータ値を決定することを備える、態様5Aに記載の方法。
[0177] 態様7A - コーディングすることが復号することを備える、態様1Aから6Aのいずれかに記載の方法。
[0178] 態様8A - コーディングすることが符号化することを備える、態様1Aから6Aのいずれかに記載の方法。
[0179] 態様9A - ビデオデータをコーディングするためのデバイスであって、デバイスが、態様1Aから8Aのいずれかに記載の方法を実施するための1つまたは複数の手段を備える、デバイス。
[0180] 態様10A - 1つまたは複数の手段が、回路中に実装された1つまたは複数のプロセッサを備える、態様9Aに記載のデバイス。
[0181] 態様11A - ビデオデータを記憶するためのメモリをさらに備える、態様9Aおよび10Aのいずれかに記載のデバイス。
[0182] 態様12A - 復号されたビデオデータを表示するように構成されたディスプレイをさらに備える、態様9Aから11Aのいずれかに記載のデバイス。
[0183] 態様13A - デバイスが、カメラ、コンピュータ、モバイルデバイス、ブロードキャスト受信機デバイス、またはセットトップボックスのうちの1つまたは複数を備える、態様9Aから12Aのいずれかに記載のデバイス。
[0184] 態様14A - デバイスがビデオデコーダを備える、態様9Aから13Aのいずれかに記載のデバイス。
[0185] 態様15A - デバイスがビデオエンコーダを備える、態様9Aから14Aのいずれかに記載のデバイス。
[0186] 態様16A - 命令を記憶したコンピュータ可読記憶媒体であって、命令が、実行されたとき、1つまたは複数のプロセッサに、態様1Aから8Aのいずれかに記載の方法を実施させる、コンピュータ可読記憶媒体。
[0187] 態様1B - ビデオデータを復号する方法であって、方法が、現在変換係数の隣接変換係数の絶対値の和を決定することと、絶対値の和に基づいてシフト値を決定することと、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することと、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号することとを備える、方法。
[0188] 態様2B - 絶対値の和に基づいてシフト値を決定することが、絶対値の和から範囲idを決定することと、範囲idからシフト値を決定することとを備える、態様1Bに記載の方法。
[0189] 態様3B - 絶対値の和から範囲idを決定することは、絶対値の和をしきい値のアレイと比較することと、絶対値の和がしきい値のアレイのどの2つのしきい値の間に入るかに基づいて、範囲idを決定することとを備える、態様2Bに記載の方法。
[0190] 態様4B - 絶対値の和をしきい値のアレイと比較することが、並列に、絶対値の和をしきい値のアレイのすべてのしきい値と比較することを備える、態様3Bに記載の方法。
[0191] 態様5B - 範囲idからシフト値を決定することが、スケールファクタのアレイへの入力として範囲idを使用してシフト値を決定することを備える、態様3Bに記載の方法。
[0192] 態様6B - 絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することが、絶対値の正規化された和を生成するためにシフト値を使用して絶対値の和を正規化することと、絶対値の正規化された和に基づいて初期ライスパラメータ値を決定することと、ライスパラメータ値を決定するために初期ライスパラメータ値にシフト値を加算することとを備える、態様1Bに記載の方法。
[0193] 態様7B - 絶対値の正規化された和をクリッピングすることをさらに備える、態様6Bに記載の方法。
[0194] 態様8B - 絶対値の正規化された和に基づいて初期ライスパラメータを決定することが、ルックアップテーブルへの入力として絶対値の正規化された和を使用して初期ライスパラメータ値を決定することを備える、態様6Bに記載の方法。
[0195] 態様9B - ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号することが、ライスパラメータに基づいてシンタックス要素を逆2値化することを備える、態様1Bに記載の方法。
[0196] 態様10B - シンタックス要素に少なくとも部分的に基づいて残差ブロックを再構築することと、残差ブロックに少なくとも部分的に基づいてピクチャを再構築することと、ピクチャを表示することとをさらに備える、態様1Bに記載の方法。
[0197] 態様11B - ビデオデータを復号するように構成された装置であって、装置が、ビデオデータを記憶するように構成されたメモリと、回路中に実装され、メモリと通信している1つまたは複数のプロセッサとを備え、1つまたは複数のプロセッサが、現在変換係数の隣接変換係数の絶対値の和を決定することと、絶対値の和に基づいてシフト値を決定することと、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することと、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号することとを行うように構成された、装置。
[0198] 態様12B - 絶対値の和に基づいてシフト値を決定するために、1つまたは複数のプロセッサが、絶対値の和から範囲idを決定することと、範囲idからシフト値を決定することとを行うようにさらに構成された、態様11Bに記載の装置。
[0199] 態様13B - 絶対値の和から範囲idを決定するために、1つまたは複数のプロセッサは、絶対値の和をしきい値のアレイと比較することと、絶対値の和がしきい値のアレイのどの2つのしきい値の間に入るかに基づいて、範囲idを決定することとを行うようにさらに構成された、態様12Bに記載の装置。
[0200] 態様14B - 絶対値の和をしきい値のアレイと比較するために、1つまたは複数のプロセッサが、並列に、絶対値の和をしきい値のアレイのすべてのしきい値と比較することを行うようにさらに構成された、態様13Bに記載の装置。
[0201] 態様15B - 範囲idからシフト値を決定するために、1つまたは複数のプロセッサが、スケールファクタのアレイへの入力として範囲idを使用してシフト値を決定することを行うようにさらに構成された、態様13Bに記載の装置。
[0202] 態様16B - 絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定するために、1つまたは複数のプロセッサが、絶対値の正規化された和を生成するためにシフト値を使用して絶対値の和を正規化することと、絶対値の正規化された和に基づいて初期ライスパラメータ値を決定することと、ライスパラメータ値を決定するために初期ライスパラメータ値にシフト値を加算することとを行うようにさらに構成された、態様11Bに記載の装置。
[0203] 態様17B - 1つまたは複数のプロセッサが、絶対値の正規化された和をクリッピングすることを行うようにさらに構成された、態様16Bに記載の装置。
[0204] 態様18B - 絶対値の正規化された和に基づいて初期ライスパラメータを決定するために、1つまたは複数のプロセッサが、ルックアップテーブルへの入力として絶対値の正規化された和を使用して初期ライスパラメータ値を決定することを行うようにさらに構成された、態様16Bに記載の装置。
[0205] 態様19B - ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号するために、1つまたは複数のプロセッサが、ライスパラメータに基づいてシンタックス要素を逆2値化することを行うようにさらに構成された、態様11Bに記載の装置。
[0206] 態様20B - 1つまたは複数のプロセッサが、シンタックス要素に少なくとも部分的に基づいて残差ブロックを再構築することと、残差ブロックに少なくとも部分的に基づいてピクチャを再構築することと、ピクチャを表示することとを行うようにさらに構成された、態様11Bに記載の装置。
[0207] 態様21B - ビデオデータを復号するように構成された装置であって、装置が、現在変換係数の隣接変換係数の絶対値の和を決定するための手段と、絶対値の和に基づいてシフト値を決定するための手段と、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定するための手段と、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号するための手段とを備える、装置。
[0208] 態様22B - 命令を記憶する非一時的コンピュータ可読記憶媒体であって、命令が、実行されたとき、ビデオデータを復号するように構成された1つまたは複数のプロセッサに、現在変換係数の隣接変換係数の絶対値の和を決定することと、絶対値の和に基づいてシフト値を決定することと、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することと、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号することとを行わせる、非一時的コンピュータ可読記憶媒体。
[0209] 態様23B - ビデオデータを符号化する方法であって、方法が、現在変換係数の隣接変換係数の絶対値の和を決定することと、絶対値の和に基づいてシフト値を決定することと、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を符号化するためのライスパラメータ値を決定することと、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を符号化することとを備える、方法。
[0210] 態様24B - 絶対値の和に基づいてシフト値を決定することが、絶対値の和から範囲idを決定することと、範囲idからシフト値を決定することとを備える、態様23Bに記載の方法。
[0211] 態様25B - 絶対値の和から範囲idを決定することは、絶対値の和をしきい値のアレイと比較することと、絶対値の和がしきい値のアレイのどの2つのしきい値の間に入るかに基づいて、範囲idを決定することとを備える、態様24Bに記載の方法。
[0212] 態様26B - 絶対値の和をしきい値のアレイと比較することが、並列に、絶対値の和をしきい値のアレイのすべてのしきい値と比較することを備える、態様25Bに記載の方法。
[0213] 態様27B - 範囲idからシフト値を決定することが、スケールファクタのアレイへの入力として範囲idを使用してシフト値を決定することを備える、態様25Bに記載の方法。
[0214] 態様28B - 絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を符号化するためのライスパラメータ値を決定することが、絶対値の正規化された和を生成するためにシフト値を使用して絶対値の和を正規化することと、絶対値の正規化された和に基づいて初期ライスパラメータ値を決定することと、ライスパラメータ値を決定するために初期ライスパラメータ値にシフト値を加算することとを備える、態様23Bに記載の方法。
[0215] 態様29B - 絶対値の正規化された和をクリッピングすることをさらに備える、態様28Bに記載の方法。
[0216] 態様30B - 絶対値の正規化された和に基づいて初期ライスパラメータを決定することが、ルックアップテーブルへの入力として絶対値の正規化された和を使用して初期ライスパラメータ値を決定することを備える、態様28Bに記載の方法。
[0217] 態様31B - ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を符号化することが、ライスパラメータに基づいてシンタックス要素を2値化することを備える、態様23Bに記載の方法。
[0218] 態様32B - ビデオデータのピクチャをキャプチャすることと、ビデオデータのピクチャから残差ブロックを生成することと、現在変換係数を含む変換ブロックを生成するために残差ブロックを変換することとをさらに備える、態様23Bに記載の方法。
[0219] 態様1C - ビデオデータを復号する方法であって、方法が、現在変換係数の隣接変換係数の絶対値の和を決定することと、絶対値の和に基づいてシフト値を決定することと、絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することと、ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号することとを備える、方法。
[0220] 態様2C - 絶対値の和に基づいてシフト値を決定することが、絶対値の和から範囲idを決定することと、範囲idからシフト値を決定することとを備える、態様1Cに記載の方法。
[0221] 態様3C - 絶対値の和から範囲idを決定することは、絶対値の和をしきい値のアレイと比較することと、絶対値の和がしきい値のアレイのどの2つのしきい値の間に入るかに基づいて、範囲idを決定することとを備える、態様2Cに記載の方法。
[0222] 態様4C - 絶対値の和をしきい値のアレイと比較することが、並列に、絶対値の和をしきい値のアレイのすべてのしきい値と比較することを備える、態様3Cに記載の方法。
[0223] 態様5C - 範囲idからシフト値を決定することが、スケールファクタのアレイへの入力として範囲idを使用してシフト値を決定することを備える、態様3Cに記載の方法。
[0224] 態様6C - 絶対値の和とシフト値とに基づいて、現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することが、絶対値の正規化された和を生成するためにシフト値を使用して絶対値の和を正規化することと、絶対値の正規化された和に基づいて初期ライスパラメータ値を決定することと、ライスパラメータ値を決定するために初期ライスパラメータ値にシフト値を加算することとを備える、態様1Cから5Cのいずれかに記載の方法。
[0225] 態様7C - 絶対値の正規化された和をクリッピングすることをさらに備える、態様6Cに記載の方法。
[0226] 態様8C - 絶対値の正規化された和に基づいて初期ライスパラメータを決定することが、ルックアップテーブルへの入力として絶対値の正規化された和を使用して初期ライスパラメータ値を決定することを備える、態様6Cに記載の方法。
[0227] 態様9C - ライスパラメータ値を使用して現在変換係数のためのシンタックス要素を復号することが、ライスパラメータに基づいてシンタックス要素を逆2値化することを備える、態様1Cから8Cのいずれかに記載の方法。
[0228] 態様10C - シンタックス要素に少なくとも部分的に基づいて残差ブロックを再構築することと、残差ブロックに少なくとも部分的に基づいてピクチャを再構築することと、ピクチャを表示することとをさらに備える、態様1Cから9Cのいずれかに記載の方法。
[0229] 上記例に応じて、本明細書で説明された技法のいずれかのいくつかの行為またはイベントは、異なるシーケンスで実施され得、追加、マージ、または完全に除外され得る(たとえば、すべての説明された行為またはイベントが本技法の実践のために必要であるとは限らない)ことを認識されたい。その上、いくつかの例では、行為またはイベントは、連続的にではなく、たとえば、マルチスレッド処理、割込み処理、または複数のプロセッサを通して同時に実施され得る。
[0230] 1つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベース処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応する、コンピュータ可読記憶媒体を含み得るか、または、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、(1)非一時的である有形コンピュータ可読記憶媒体、あるいは(2)信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法の実装のための命令、コードおよび/またはデータ構造を取り出すために、1つまたは複数のコンピュータまたは1つまたは複数のプロセッサによってアクセスされ得る、任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含み得る。
[0231] 限定ではなく例として、そのようなコンピュータ可読記憶媒体は、RAM、ROM、EEPROM(登録商標)、CD-ROMまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは、命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線(DSL)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体が、接続、搬送波、信号、または他の一時的媒体を含むのではなく、代わりに非一時的な有形の記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザーディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピー(登録商標)ディスク(disk)およびBlu-rayディスク(disc)を含み、ここで、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
[0232] 命令は、1つまたは複数のDSP、汎用マイクロプロセッサ、ASIC、FPGA、あるいは他の等価な集積回路またはディスクリート論理回路など、1つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される「プロセッサ」および「処理回路」という用語は、上記の構造、または本明細書で説明された技法の実装に好適な任意の他の構造のいずれかを指し得る。さらに、いくつかの態様では、本明細書で説明された機能は、符号化および復号のために構成された専用ハードウェアおよび/またはソフトウェアモジュール内に提供されるか、あるいは複合コーデックに組み込まれ得る。また、本技法は、1つまたは複数の回路または論理要素において十分に実装され得る。
[0233] 本開示の技法は、ワイヤレスハンドセット、集積回路(IC)またはICのセット(たとえば、チップセット)を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示される技法を実施するように構成されたデバイスの機能的態様を強調するために、様々な構成要素、モジュール、またはユニットが説明されたが、それらの構成要素、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明されたように、様々なユニットが、好適なソフトウェアおよび/またはファームウェアとともに、上記で説明された1つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作可能なハードウェアユニットの集合によって提供され得る。
[0234] 様々な例が説明された。これらおよび他の例は以下の特許請求の範囲内に入る。

Claims (32)

  1. ビデオデータを復号する方法であって、前記方法が、
    現在変換係数の隣接変換係数の絶対値の和を決定することと、
    絶対値の前記和に基づいてシフト値を決定することと、
    絶対値の前記和と前記シフト値とに基づいて、前記現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することと、
    前記ライスパラメータ値を使用して前記現在変換係数のための前記シンタックス要素を復号することと
    を備える、方法。
  2. 絶対値の前記和に基づいて前記シフト値を決定することが、
    絶対値の前記和から範囲idを決定することと、
    前記範囲idから前記シフト値を決定することと
    を備える、請求項1に記載の方法。
  3. 絶対値の前記和から前記範囲idを決定することは、
    絶対値の前記和をしきい値のアレイと比較することと、
    絶対値の前記和がしきい値の前記アレイのどの2つのしきい値の間に入るかに基づいて、前記範囲idを決定することと
    を備える、請求項2に記載の方法。
  4. 絶対値の前記和をしきい値の前記アレイと比較することが、
    並列に、絶対値の前記和をしきい値の前記アレイのすべてのしきい値と比較すること
    を備える、請求項3に記載の方法。
  5. 前記範囲idから前記シフト値を決定することが、
    スケールファクタのアレイへの入力として前記範囲idを使用して前記シフト値を決定すること
    を備える、請求項3に記載の方法。
  6. 絶対値の前記和と前記シフト値とに基づいて、前記現在変換係数のための前記シンタックス要素を復号するための前記ライスパラメータ値を決定することが、
    絶対値の正規化された和を生成するために前記シフト値を使用して絶対値の前記和を正規化することと、
    絶対値の前記正規化された和に基づいて初期ライスパラメータ値を決定することと、
    前記ライスパラメータ値を決定するために前記初期ライスパラメータ値に前記シフト値を加算することと
    を備える、請求項1に記載の方法。
  7. 絶対値の前記正規化された和をクリッピングすること
    をさらに備える、請求項6に記載の方法。
  8. 絶対値の前記正規化された和に基づいて前記初期ライスパラメータを決定することが、
    ルックアップテーブルへの入力として絶対値の前記正規化された和を使用して前記初期ライスパラメータ値を決定すること
    を備える、請求項6に記載の方法。
  9. 前記ライスパラメータ値を使用して前記現在変換係数のための前記シンタックス要素を復号することが、
    前記ライスパラメータに基づいて前記シンタックス要素を逆2値化すること
    を備える、請求項1に記載の方法。
  10. 前記シンタックス要素に少なくとも部分的に基づいて残差ブロックを再構築することと、
    前記残差ブロックに少なくとも部分的に基づいてピクチャを再構築することと、
    前記ピクチャを表示することと
    をさらに備える、請求項1に記載の方法。
  11. ビデオデータを復号するように構成された装置であって、前記装置が、
    ビデオデータを記憶するように構成されたメモリと、
    回路中に実装され、前記メモリと通信している1つまたは複数のプロセッサと
    を備え、前記1つまたは複数のプロセッサが、
    現在変換係数の隣接変換係数の絶対値の和を決定することと、
    絶対値の前記和に基づいてシフト値を決定することと、
    絶対値の前記和と前記シフト値とに基づいて、前記現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することと、
    前記ライスパラメータ値を使用して前記現在変換係数のための前記シンタックス要素を復号することと
    を行うように構成された、装置。
  12. 絶対値の前記和に基づいて前記シフト値を決定するために、前記1つまたは複数のプロセッサが、
    絶対値の前記和から範囲idを決定することと、
    前記範囲idから前記シフト値を決定することと
    を行うようにさらに構成された、請求項11に記載の装置。
  13. 絶対値の前記和から前記範囲idを決定するために、前記1つまたは複数のプロセッサは、
    絶対値の前記和をしきい値のアレイと比較することと、
    絶対値の前記和がしきい値の前記アレイのどの2つのしきい値の間に入るかに基づいて、前記範囲idを決定することと
    を行うようにさらに構成された、請求項12に記載の装置。
  14. 絶対値の前記和をしきい値の前記アレイと比較するために、前記1つまたは複数のプロセッサが、
    並列に、絶対値の前記和をしきい値の前記アレイのすべてのしきい値と比較すること
    を行うようにさらに構成された、請求項13に記載の装置。
  15. 前記範囲idから前記シフト値を決定するために、前記1つまたは複数のプロセッサが、
    スケールファクタのアレイへの入力として前記範囲idを使用して前記シフト値を決定すること
    を行うようにさらに構成された、請求項13に記載の装置。
  16. 絶対値の前記和と前記シフト値とに基づいて、前記現在変換係数のための前記シンタックス要素を復号するための前記ライスパラメータ値を決定するために、前記1つまたは複数のプロセッサが、
    絶対値の正規化された和を生成するために前記シフト値を使用して絶対値の前記和を正規化することと、
    絶対値の前記正規化された和に基づいて初期ライスパラメータ値を決定することと、
    前記ライスパラメータ値を決定するために前記初期ライスパラメータ値に前記シフト値を加算することと
    を行うようにさらに構成された、請求項11に記載の装置。
  17. 前記1つまたは複数のプロセッサが、
    絶対値の前記正規化された和をクリッピングすること
    を行うようにさらに構成された、請求項16に記載の装置。
  18. 絶対値の前記正規化された和に基づいて前記初期ライスパラメータを決定するために、前記1つまたは複数のプロセッサが、
    ルックアップテーブルへの入力として絶対値の前記正規化された和を使用して前記初期ライスパラメータ値を決定すること
    を行うようにさらに構成された、請求項16に記載の装置。
  19. 前記ライスパラメータ値を使用して前記現在変換係数のための前記シンタックス要素を復号するために、前記1つまたは複数のプロセッサが、
    前記ライスパラメータに基づいて前記シンタックス要素を逆2値化すること
    を行うようにさらに構成された、請求項11に記載の装置。
  20. 前記1つまたは複数のプロセッサが、
    前記シンタックス要素に少なくとも部分的に基づいて残差ブロックを再構築することと、
    前記残差ブロックに少なくとも部分的に基づいてピクチャを再構築することと、
    前記ピクチャを表示することと
    を行うようにさらに構成された、請求項11に記載の装置。
  21. ビデオデータを復号するように構成された装置であって、前記装置が、
    現在変換係数の隣接変換係数の絶対値の和を決定するための手段と、
    絶対値の前記和に基づいてシフト値を決定するための手段と、
    絶対値の前記和と前記シフト値とに基づいて、前記現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定するための手段と、
    前記ライスパラメータ値を使用して前記現在変換係数のための前記シンタックス要素を復号するための手段と
    を備える、装置。
  22. 命令を記憶する非一時的コンピュータ可読記憶媒体であって、前記命令が、実行されたとき、ビデオデータを復号するように構成された1つまたは複数のプロセッサに、
    現在変換係数の隣接変換係数の絶対値の和を決定することと、
    絶対値の前記和に基づいてシフト値を決定することと、
    絶対値の前記和と前記シフト値とに基づいて、前記現在変換係数のためのシンタックス要素を復号するためのライスパラメータ値を決定することと、
    前記ライスパラメータ値を使用して前記現在変換係数のための前記シンタックス要素を復号することと
    を行わせる、非一時的コンピュータ可読記憶媒体。
  23. ビデオデータを符号化する方法であって、前記方法が、
    現在変換係数の隣接変換係数の絶対値の和を決定することと、
    絶対値の前記和に基づいてシフト値を決定することと、
    絶対値の前記和と前記シフト値とに基づいて、前記現在変換係数のためのシンタックス要素を符号化するためのライスパラメータ値を決定することと、
    前記ライスパラメータ値を使用して前記現在変換係数のための前記シンタックス要素を符号化することと
    を備える、方法。
  24. 絶対値の前記和に基づいて前記シフト値を決定することが、
    絶対値の前記和から範囲idを決定することと、
    前記範囲idから前記シフト値を決定することと
    を備える、請求項23に記載の方法。
  25. 絶対値の前記和から前記範囲idを決定することは、
    絶対値の前記和をしきい値のアレイと比較することと、
    絶対値の前記和がしきい値の前記アレイのどの2つのしきい値の間に入るかに基づいて、前記範囲idを決定することと
    を備える、請求項24に記載の方法。
  26. 絶対値の前記和をしきい値の前記アレイと比較することが、
    並列に、絶対値の前記和をしきい値の前記アレイのすべてのしきい値と比較すること
    を備える、請求項25に記載の方法。
  27. 前記範囲idから前記シフト値を決定することが、
    スケールファクタのアレイへの入力として前記範囲idを使用して前記シフト値を決定すること
    を備える、請求項25に記載の方法。
  28. 絶対値の前記和と前記シフト値とに基づいて、前記現在変換係数のための前記シンタックス要素を符号化するための前記ライスパラメータ値を決定することが、
    絶対値の正規化された和を生成するために前記シフト値を使用して絶対値の前記和を正規化することと、
    絶対値の前記正規化された和に基づいて初期ライスパラメータ値を決定することと、
    前記ライスパラメータ値を決定するために前記初期ライスパラメータ値に前記シフト値を加算することと
    を備える、請求項23に記載の方法。
  29. 絶対値の前記正規化された和をクリッピングすること
    をさらに備える、請求項28に記載の方法。
  30. 絶対値の前記正規化された和に基づいて前記初期ライスパラメータを決定することが、
    ルックアップテーブルへの入力として絶対値の前記正規化された和を使用して前記初期ライスパラメータ値を決定すること
    を備える、請求項28に記載の方法。
  31. 前記ライスパラメータ値を使用して前記現在変換係数のための前記シンタックス要素を符号化することが、
    前記ライスパラメータに基づいて前記シンタックス要素を2値化すること
    を備える、請求項23に記載の方法。
  32. ビデオデータのピクチャをキャプチャすることと、
    ビデオデータの前記ピクチャから残差ブロックを生成することと、
    前記現在変換係数を含む変換ブロックを生成するために前記残差ブロックを変換することと
    をさらに備える、請求項23に記載の方法。
JP2023553325A 2021-03-11 2022-03-09 高ビット深度ビデオコーディングのためのライスパラメータ導出 Pending JP2024509532A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US202163159892P 2021-03-11 2021-03-11
US63/159,892 2021-03-11
US17/653,962 2022-03-08
US17/653,962 US11736702B2 (en) 2021-03-11 2022-03-08 Rice parameter derivation for high bit-depth video coding
PCT/US2022/071053 WO2022192884A1 (en) 2021-03-11 2022-03-09 Rice parameter derivation for high bit-depth video coding

Publications (1)

Publication Number Publication Date
JP2024509532A true JP2024509532A (ja) 2024-03-04

Family

ID=80952400

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023553325A Pending JP2024509532A (ja) 2021-03-11 2022-03-09 高ビット深度ビデオコーディングのためのライスパラメータ導出

Country Status (7)

Country Link
US (2) US11736702B2 (ja)
EP (1) EP4305840A1 (ja)
JP (1) JP2024509532A (ja)
KR (1) KR20230154188A (ja)
BR (1) BR112023017563A2 (ja)
TW (1) TW202241133A (ja)
WO (1) WO2022192884A1 (ja)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230125331A (ko) * 2018-09-28 2023-08-29 파나소닉 인텔렉츄얼 프로퍼티 코포레이션 오브 아메리카 부호화 장치, 복호 장치, 부호화 방법, 및 복호 방법
US11184642B2 (en) * 2019-08-02 2021-11-23 Mediatek Inc. Methods and apparatus for simplification of coding residual blocks
EP4024869A4 (en) 2019-08-31 2023-08-16 LG Electronics Inc. METHOD AND DEVICE FOR ENCODING TRANSFORMATION COEFFICIENTS IN A VIDEO/IMAGE ENCODING SYSTEM
US20210203963A1 (en) 2019-12-27 2021-07-01 Qualcomm Incorporated Equation-based rice parameter derivation for regular transform coefficients in video coding

Also Published As

Publication number Publication date
US11736702B2 (en) 2023-08-22
BR112023017563A2 (pt) 2024-01-23
KR20230154188A (ko) 2023-11-07
US20230345018A1 (en) 2023-10-26
EP4305840A1 (en) 2024-01-17
TW202241133A (zh) 2022-10-16
US20220303559A1 (en) 2022-09-22
WO2022192884A1 (en) 2022-09-15

Similar Documents

Publication Publication Date Title
US11032572B2 (en) Low-frequency non-separable transform signaling based on zero-out patterns for video coding
US20190246122A1 (en) Palette coding for video coding
US11234010B2 (en) Cross-component adaptive loop filtering for video coding
US11677984B2 (en) Low-frequency non-separable transform (LFNST) signaling
US11202100B2 (en) Coefficient coding for transform skip mode
JP2022539316A (ja) ビデオコーディングにおける簡略化されたイントラクロマモードコーディング
JP7369191B2 (ja) しきい値とライスパラメータとを使用した係数復号のための正規コード化ビン低減
CN114424570B (zh) 用于视频编解码的变换单元设计
US11228763B2 (en) Residual coding to support both lossy and lossless coding
JP2023544705A (ja) ビデオコーディング中の、ジョイント成分ニューラルネットワークベースのフィルタ処理
US11985307B2 (en) Deriving a rice parameter for coding high bit depth video data
US10992937B2 (en) Coefficient coding with grouped bypass bins
JP2023554264A (ja) 高ビット深度ビデオコーディング用のriceパラメータ導出のための低複雑度履歴の使用
US11457229B2 (en) LFNST signaling for chroma based on chroma transform skip
US11153577B2 (en) Rice parameter derivation for transform-skip mode used in lossless/lossy video coding
US11218735B2 (en) Context derivation for last position coding for video coding
US20240015284A1 (en) Reduced complexity multi-mode neural network filtering of video data
US11973983B2 (en) Signaling coding scheme for residual values in transform skip for video coding
US20210297685A1 (en) Coefficient coding of transform skip blocks in video coding
US20220030231A1 (en) Deblocking filter parameter signaling
JP2023544046A (ja) 高ビット深度ビデオコーディングのためのライスパラメータ値の適応的な導出
CN116458156A (zh) 视频译码中的基于上下文的变换索引信令
US11736702B2 (en) Rice parameter derivation for high bit-depth video coding
US20230328272A1 (en) Block vector difference binarization and coding in video coding
CN117296314A (zh) 用于高比特深度视频译码的瑞斯参数推导