JP2024502109A - ビデオコーディング用の残差および係数のコーディング - Google Patents

Abstract

ビデオコーディングのための方法、装置、および非一時的なコンピュータ可読記憶媒体が提供される。ビデオコーディングのための方法は、デコーダによって、シーケンスパラメータセット（ＳＰＳ）を参照するＳＨシンタックス構造内にインデックスｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在するかどうかを示すＳＰＳ残差符号化フラグを受信することと、ＳＰＳ残差符号化フラグの値が１に等しいとの決定に応答して、ＳＰＳを参照するスライスヘッド（ＳＨ）シンタックス構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在すると決定することと、残差符号化フラグの値が０に等しいとの決定に応答して、ＳＰＳを参照するＳＨシンタックス構造中内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないと決定することと、を含む。

Description

関連出願への相互参照
[0001]本出願は、２０２１年１月４日に出願された仮出願第６３／１３３，７６５号に基づき優先権を主張し、その全内容はあらゆる目的で参照により本明細書に組み込まれる。

[0002]本開示は、ビデオコーディングおよび圧縮に関する。より詳細には、本開示は、ビデオコーディングのための残差および係数のコーディングの改善および簡素化に関する。

[0003]ビデオデータを圧縮するために、さまざまなビデオコーディング技術が使用され得る。ビデオコーディングは、１つまたは複数のビデオコーディング規格に従って実行される。例えば、ビデオコーディング規格は、多用途ビデオコーディング（ＶＶＣ）、共同探索テストモデル（ＪＥＭ）、高効率ビデオコーディング（Ｈ．２６５／ＨＥＶＣ）、アドバンストビデオコーディング（Ｈ．２６４／ＡＶＣ）、ムービングピクチャエキスパートグループ（ＭＰＥＧ）コーディングなどを含む。ビデオコーディングは一般に、ビデオ画像またはシーケンスに存在する冗長性を利用する予測方法（例えば、インター予測、イントラ予測など）を利用する。ビデオコーディング技術の重要な目標は、ビデオ品質の低下を回避または最小限に抑えながら、ビデオデータをより低いビットレートを使用する形式に圧縮することである。

[0004]本開示の例は、ビデオコーディングのための方法および装置を提供する。

[0005]本開示の第１の態様によれば、ビデオコーディングのための方法が提供される。この方法は、デコーダ（復号器）によって、シーケンスパラメータセット（ＳＰＳ）を参照するＳＨシンタックス構造内にインデックスｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在するかどうかを示すＳＰＳ残差符号化フラグを受信することと、ＳＰＳ残差符号化フラグの値が１に等しいとの決定に応答して、ＳＰＳを参照するスライスヘッド（ＳＨ）シンタックス構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在すると決定することと、残差符号化フラグの値が０に等しいとの決定に応答して、ＳＰＳを参照するＳＨシンタックス構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないと決定することと、を含み得る。

[0006]本開示の第２の態様によれば、ビデオコーディングのための方法が提供される。この方法は、デコーダによって、シンタックスであるａｂｓ＿ｒｅｍａｉｎｉｎｇおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値化のための代替ライスパラメータ導出が使用されるかどうかを示すシーケンスパラメータセット（ＳＰＳ）適応可能フラグを受信することと、ＳＰＳ適応可能フラグの値が１に等しいとの決定に応答して、シンタックスの２値化のための代替ライスパラメータ導出が使用されると決定することと、ＳＰＳ適応可能フラグの値が０に等しいとの決定に応答して、シンタックスの２値化のための代替ライスパラメータ導出が使用されないと決定することと、を含み得る。

[0007]本開示の第３の態様によれば、ビデオコーディングのための方法が提供される。この方法は、デコーダによって、他のフラグに対する一般的な制約制御を提供するために残差符号化ライス制約フラグを受信することと、残差符号化ライス制約フラグの値が１に等しいとの決定に応答して、他のフラグの値が０に等しいと決定することと、を含み得る。

[0008]上記の一般的な説明および以下の詳細な説明は、単なる例示および説明にすぎず、本開示を限定することを意図したものではないことを理解されたい。

[0009]本明細書に組み込まれ、その一部を構成する添付図面は、本開示と一致する例を示し、説明とともに本開示の原理を説明するのに役立つ。

[0010]本開示の一例によるエンコーダ（符号化器）のブロック図である。 [0011]本開示の一例によるデコーダ（復号器）のブロック図である。 [0012]本開示の一例による、多重ツリー構造におけるブロック分割を示す図である。 [0013]本開示の一例による、多重ツリー構造におけるブロック分割を示す図である。 [0014]本開示の一例による、多重ツリー構造におけるブロック分割を示す図である。 [0015]本開示の一例による、多重ツリー構造におけるブロック分割を示す図である。 [0016]本開示の一例による、多重ツリー構造におけるブロック分割を示す図である。 [0017]本開示の一例による、１８×１２輝度ＣＴＵを有するピクチャを示す図である。 [0018]本開示の一例による、１８×１２輝度ＣＴＵを有するピクチャの図である。 [0019]本開示の一例による、ＶＴＭにおける許可されない３値ツリー（ＴＴ）および２値ツリー（ＢＴ）分割の一例を示す図である。 [0020]本開示の一例による、ＶＴＭにおける許可されないＴＴおよびＢＴ分割の一例を示す図である。 [0021]本開示の一例による、ＶＴＭにおける許可されないＴＴおよびＢＴ分割の一例を示す図である。 [0022]本開示の一例による、ＶＴＭにおける許可されないＴＴおよびＢＴ分割の一例を示す図である。 [0023]本開示の一例による、ＶＴＭにおける許可されないＴＴおよびＢＴ分割の一例を示す図である。 [0024]本開示の一例による、ＶＴＭにおける許可されないＴＴおよびＢＴ分割の一例を示す図である。 [0025]本開示の一例による、ＶＴＭにおける許可されないＴＴおよびＢＴ分割の一例を示す図である。 [0026]本開示の一例による、ＶＴＭにおける許可されないＴＴおよびＢＴ分割の一例を示す図である。 [0027]本開示の一例による、変換ブロックの残差符号化構造を示す図である。 [0028]本開示の一例による、変換スキップブロックの残差符号化構造を示す図である。 [0029]本開示の一例による、２つのスカラー量子化器を示す図である。 [0030]本開示の一例による状態遷移を示す図である。 [0031]本開示の一例による量子化器の選択を示す図である。 [0032]本開示による、確率モデルを選択するために使用されるテンプレートの図である。 [0033]本開示による、パレットモードで符号化されたブロックの一例を示す図である。 [0034]本開示による、パレットエントリを伝送するためのパレット予測子の使用を示す図である。 [0035]本開示による水平トラバーススキャンを示す図である。 [0036]本開示による垂直トラバーススキャンを示す図である。 [0037]本開示による、パレットをスキャンするサブブロックベースのインデックスマップを示す図である。 [0038]本開示による、パレットをスキャンするサブブロックベースのインデックスマップを示す図である。 [0039]本開示の一例によるビデオ信号を符号化する方法の図である。 [0040]本開示の一例によるビデオ信号を符号化する方法の図である。 [0041]本開示の一例による、ユーザインターフェースと結合されたコンピューティング環境を示す図である。 [0042]本開示の一例による、ビデオコーディングの方法を示す図である。 [0043]本開示の一例による、ビデオコーディングの方法を示す図である。 [0044]本開示の一例による、ビデオコーディングの方法を示す図である。

[0045]次に、例示的な実施形態を詳細に参照し、その例を添付の図面に示す。以下の説明は添付の図面を参照しており、別段の記載がない限り、異なる図面における同じ番号は同じまたは類似の要素を表す。例示的な実施形態の以下の説明に記載される実装は、本開示と一致するすべての実装を表すものではない。むしろ、それらは、添付の特許請求の範囲に記載される本開示に関連する態様と一致する装置および方法の単なる例にすぎない。

[0046]本開示で使用される用語は、特定の実施形態を説明することのみを目的としており、本開示を限定することを意図したものではない。本開示および添付の特許請求の範囲で使用される場合、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈上明らかに別段の指示がない限り、複数形も含むものとする。本明細書で使用される用語「および／または」は、関連する列挙された項目の１つまたは複数の任意またはすべての可能な組み合わせを意味し、含むことを意図していることも理解されたい。

[0047]「第１」、「第２」、「第３」などの用語は、本明細書ではさまざまな情報を説明するために使用され得るが、情報はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、情報の１つのカテゴリを別のカテゴリから区別するためにのみ使用される。例えば、本開示の範囲から逸脱することなく、第１の情報を第２の情報と呼ぶこともできる。同様に、第２の情報を第１の情報と呼ぶこともできる。本明細書で使用される「場合」という用語は、文脈に応じて、「いつ」、「その際に」、または「判断に応じて」を意味すると理解され得る。

[0048]ＨＥＶＣ規格の第１のバージョンは２０１３年１０月に完成し、前世代のビデオコーディング規格Ｈ．２６４／ＭＰＥＧ ＡＶＣと比較して約５０％のビットレート節約または同等の知覚品質を提供する。ＨＥＶＣ規格では、以前の規格に比べてコーディングが大幅に改善されているが、追加のコーディングツールを使用すると、ＨＥＶＣよりも優れた符号化効率が達成できるという証拠がある。それに基づいて、ＶＣＥＧとＭＰＥＧの両社は、将来のビデオコーディング規格化に向けた新しいコーディング技術の探索作業を開始し、２０１５年１０月にＩＴＵ－ＴＶＥＣＧとＩＳＯ／ＩＥＣ ＭＰＥＧによって共同ビデオ探索チーム（ＪＶＥＴ）が結成され、符号化効率の大幅な向上を可能にし得る先進技術の重要な研究を開始した。共同探査モデル（ＪＥＭ）と呼ばれる１つの参照ソフトウェアは、ＨＥＶＣテストモデル（ＨＭ）の上にいくつかの追加のコーディングツールを統合することによってＪＶＥＴによって維持された。

[0049]２０１７年１０月に、ＨＥＶＣを超える機能を備えたビデオ圧縮に関する共同提案募集（ＣｆＰ）がＩＴＵ－ＴおよびＩＳＯ／ＩＥＣによって発行された。２０１８年４月、第１０回ＪＶＥＴ会議で２３件のＣｆＰ回答が受領され、評価され、ＨＥＶＣよりも約４０％圧縮効率が向上することが実証された。このような評価結果に基づいて、ＪＶＥＴはＶｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＶＶＣ）と名付けられた新世代のビデオコーディング規格を開発する新しいプロジェクトを立ち上げた。同月、ＶＶＣテストモデル（ＶＴＭ）と呼ばれる１つの参照ソフトウェアコードベースが、ＶＶＣ規格の参照実装を実証するために確立された。

[0050]ＨＥＶＣと同様に、ＶＶＣは、ブロックベースのハイブリッド型ビデオコーディングのフレームワークに基づいて構築される。

[0051]図１は、ＶＶＣ用のブロックベースのビデオエンコーダ（ビデオ符号化器）の一般的な図を示す。具体的には、図１は、典型的なエンコーダ１００を示す。エンコーダ１００は、ビデオ入力１１０、動き補償１１２、動き推定１１４、イントラ／インターモード決定１１６、ブロック予測子１４０、加算器１２８、変換１３０、量子化１３２、予測関連情報１４２、イントラ予測１１８、ピクチャバッファ１２０、逆量子化１３４、逆変換１３６、加算器１２６、メモリ１２４、ループ内フィルタ１２２、エントロピー符号化１３８、およびビットストリーム１４４を有する。

[0052]エンコーダ１００では、ビデオフレームは処理のために複数のビデオブロックに分割される。所定のビデオブロックごとに、インター予測アプローチまたはイントラ予測アプローチのいずれかに基づいて予測が形成される。

[0053]ビデオ入力１１０の一部である現在のビデオブロックと、ブロック予測子１４０の一部であるその予測子との間の差を表す予測残差は、加算器１２８から変換１３０に送信される。次に、変換係数は、エントロピー削減のために変換１３０から量子化１３２に送られる。次いで、量子化された係数がエントロピー符号化１３８に供給されて、圧縮ビデオビットストリームが生成される。図１に示すように、ビデオブロック分割情報、動きベクトル（ＭＶ）、参照ピクチャインデックス、およびイントラ予測モードなどの、イントラ／インターモード決定１１６からの予測関連情報１４２はまた、エントロピー符号化１３８を通じて供給され、圧縮ビットストリーム１４４に保存される。圧縮ビットストリーム１４４はビデオビットストリームを含む。

[0054]エンコーダ１００では、予測の目的でピクセルを再構成するためにデコーダ（復号器）関連回路も必要である。逆量子化１３４および逆変換１３６を通じて予測残差が再構成される。この再構成された予測残差は、ブロック予測器１４０と結合されて、現在のビデオブロックのフィルタリングされていない再構成ピクセルを生成する。

[0055]空間予測（または「イントラ予測」）は、現在のビデオブロックと同じビデオフレーム内の既に符号化された隣接ブロックのサンプル（参照サンプルと呼ばれる）からのピクセルを使用して、現在のビデオブロックを予測する。

[0056]時間予測（「インター予測」とも呼ばれる）は、既に符号化されたビデオピクチャから再構成されたピクセルを使用して、現在のビデオブロックを予測する。時間予測は、ビデオ信号に固有の時間的冗長性を軽減する。特定の符号化ユニット（ＣＵ）または符号化ブロックの時間予測信号は、通常、現在のＣＵとその時間参照の間の動きの量と方向を示す１つまたは複数のＭＶによって伝送される。さらに、複数の参照ピクチャがサポートされている場合、時間予測信号が参照ピクチャストレージ内のどの参照ピクチャからのものであるかを識別するために使用される、１つの参照ピクチャインデックスが追加で送信される。

[0057]動き推定１１４は、ビデオ入力１１０およびピクチャバッファ１２０からの信号を取り込み、動き補償１１２に動き推定信号を出力する。動き補償１１２は、ビデオ入力１１０、画像バッファ１２０からの信号、および動き推定１１４からの動き推定信号を取り込み、動き補償信号をイントラ／インターモード決定１１６に出力する。

[0058]空間的および／または時間的予測が実行された後、エンコーダ１００内のイントラ／インターモード決定１１６は、例えば定格歪み最適化方法に基づいて最良の予測モードを選択する。次いで、ブロック予測子１４０が現在のビデオブロックから減算され、その結果得られる予測残差が、変換１３０および量子化１３２を使用して相関解除される。結果として得られる量子化残差係数は、逆量子化１３４によって逆量子化され、逆変換１３６によって逆変換されて再構成残差が形成され、その後、予測ブロックに戻って加算されてＣＵの再構成信号が形成される。デブロッキングフィルタ、サンプル適応オフセット（ＳＡＯ）、および／または適応ループ内フィルタ（ＡＬＦ）などのさらなるループ内フィルタリング１２２は、再構成されたＣＵがピクチャバッファ１２０の参照ピクチャストレージに入れられ、将来のビデオブロックを符号化するために使用される前に、再構成されたＣＵに適用することができる。出力ビデオビットストリーム１４４を形成するために、符号化モード（インターまたはイントラ）、予測モード情報、動き情報、および量子化された残差係数はすべてエントロピー符号化ユニット１３８に送られ、さらに圧縮およびパックされてビットストリームが形成される。

[0059]図１は、一般的なブロックベースのハイブリッド型ビデオコーディングシステムのブロック図を示す。入力ビデオ信号はブロックごとに処理される（符号化ユニット（ＣＵ）と呼ばれる）。ＶＴＭ－１．０では、ＣＵは最大１２８×１２８ピクセルになり得る。しかし、４値ツリーのみに基づいてブロックを分割するＨＥＶＣとは異なり、ＶＶＣでは１つの符号化ツリーユニット（ＣＴＵ）がＣＵに分割され、４値／２値／３値ツリーに基づいてさまざまな局所特性に適応する。定義により、符号化ツリーブロック（ＣＴＢ）は、成分をＣＴＢに分割することが分割となる、Ｎのある値に対するサンプルのＮｘＮブロックである。ＣＴＵには、輝度（ｌｕｍａ）サンプルのＣＴＢ、３つのサンプル配列を持つピクチャの色差（ｃｈｒｏｍａ）サンプルの２つの対応するＣＴＢ、またはモノクロピクチャもしくはサンプルの符号化に使用される３つの別個のカラープレーンとシンタックス構造を使用して符号化されるピクチャのサンプルのＣＴＢが含まれる。さらに、ＨＥＶＣにおける複数の分割ユニットタイプの概念が削除される。つまり、ＣＵ、予測ユニット（ＰＵ）、および変換ユニット（ＴＵ）の分離はＶＶＣにはもう存在しない。代わりに、各ＣＵは、さらに分割することなく、予測と変換の両方の基本単位として常に使用される。多重ツリー構造では、まず、１つのＣＴＵが４値ツリー構造で分割される。次に、各４値ツリーリーフノードは、２値ツリーおよび３値ツリー構造によってさらに分割できる。図３Ａ、３Ｂ、３Ｃ、３Ｄ、および３Ｅに示すように、４分割、水平２分割、垂直２分割、水平３分割、および垂直３分割の５つの分割タイプがある。

[0060]図３Ａは、本開示による、多重ツリー構造におけるブロックの４分割を表す図を示している。

[0061]図３Ｂは、本開示による、多重ツリー構造におけるブロック垂直２分割を表す図を示している。

[0062]図３Ｃは、本開示による、多重ツリー構造におけるブロック水平２分割を表す図を示している。

[0063]図３Ｄは、本開示による、多重ツリー構造におけるブロック垂直３分割を表す図を示している。

[0064]図３Ｅは、本開示による、多重ツリー構造におけるブロック水平３分割を表す図を示している。

[0065]図１において、空間予測および／または時間予測を実行することができる。空間予測（または「イントラ予測」）は、同じビデオピクチャ／スライス内の既に符号化された隣接ブロックのサンプル（参照サンプルと呼ばれる）のピクセルを使用して、現在のビデオブロックを予測する。空間予測は、ビデオ信号に固有の空間的冗長性を軽減する。時間予測（「インター予測」または「動き補償予測」とも呼ばれる）は、既に符号化されたビデオピクチャから再構成されたピクセルを使用して、現在のビデオブロックを予測する。時間予測は、ビデオ信号に固有の時間的冗長性を軽減する。特定のＣＵの時間予測信号は、通常、現在のＣＵとその時間参照の間の動きの量と方向を示す１つまたは複数の動きベクトル（ＭＶ）によって伝送される。また複数の参照ピクチャがサポートされている場合、時間予測信号が参照ピクチャストア内のどの参照ピクチャから来たのかを識別するために使用される、１つの参照ピクチャインデックスが追加で送信される。空間的および／または時間的予測の後、エンコーダ内のモード決定ブロックは、例えば定格歪み最適化方法に基づいて、最適な予測モードを選択する。次に、予測ブロックが現在のビデオブロックから減算される。予測残差は、変換を使用して相関が解除され、量子化される。量子化された残差係数は逆量子化され、逆変換されて再構成された残差が形成され、その後、予測ブロックに戻って加算されてＣＵの再構成された信号が形成される。デブロッキングフィルタ、サンプル適応オフセット（ＳＡＯ）、および適応ループ内フィルタ（ＡＬＦ）などのさらなるループ内フィルタ処理を、再構成されたＣＵが参照ピクチャストアに置かれ、将来のビデオブロックの符号化に使用される前に、再構成されたＣＵに適用することができる。出力ビデオビットストリームを形成するには、符号化モード（インターまたはイントラ）、予測モード情報、動き情報、および量子化された残差係数がすべてエントロピー符号化ユニットに送信され、さらに圧縮およびパックされてビットストリームが形成される。

[0066]図２は、ＶＶＣ用のビデオデコーダ（ビデオ復号器）の一般的なブロック図を示す。具体的には、図２は、典型的なデコーダ２００のブロック図を示す。デコーダ２００は、ビットストリーム２１０、エントロピー復号２１２、逆量子化２１４、逆変換２１６、加算器２１８、イントラ／インターモード選択２２０、イントラ予測２２２、メモリ２３０、ループ内フィルタ２２８、動き補償２２４、ピクチャバッファ２２６、予測関連情報２３４、およびビデオ出力２３２を有する。

[0067]デコーダ２００は、図１のエンコーダ１００内に存在する再構成関連セクションと同様である。デコーダ２００では、入力ビデオビットストリーム２１０がまずエントロピー復号２１２を通じて復号され、量子化された係数レベルおよび予測関連情報が導出される。次に、量子化された係数レベルは、逆量子化２１４および逆変換２１６を通じて処理されて、再構成された予測残差が得られる。イントラ／インターモードセレクタ２２０に実装されるブロック予測機構は、復号された予測情報に基づいて、イントラ予測２２２または動き補償２２４のいずれかを実行するように構成される。フィルタリングされていない再構成ピクセルのセットは、加算器２１８を使用して、逆変換２１６からの再構成予測残差と、ブロック予測機構によって生成された予測出力とを合計することによって得られる。

[0068]再構成されたブロックは、参照ピクチャストアとして機能するピクチャバッファ２２６に記憶される前に、ループ内フィルタ２２８をさらに通過することができる。ピクチャバッファ２２６内の再構成されたビデオは、表示デバイスを駆動するために送信されるだけでなく、将来のビデオブロックを予測するために使用されることもある。ループ内フィルタ２２８がオンになっている状況では、これらの再構成されたピクセルに対してフィルタリング操作が実行され、最終的な再構成されたビデオ出力２３２が導出される。

[0069]図２は、ブロックベースのビデオデコーダの一般的なブロック図を示す。ビデオビットストリームは、まずエントロピー復号ユニットでエントロピー復号される。符号化モードと予測情報は、空間予測ユニット（イントラ符号化の場合）または時間予測ユニット（インター符号化の場合）に送信されて、予測ブロックが形成される。残差変換係数は逆量子化ユニットおよび逆変換ユニットに送信され、残差ブロックが再構成される。次に、予測ブロックと残差ブロックが加算される。再構成されたブロックは、参照ピクチャストアに記憶される前に、さらにループ内フィルタリングを通過し得る。参照ピクチャストア内の再構成されたビデオは、表示デバイスを駆動するために送信されるだけでなく、将来のビデオブロックを予測するために使用される。

[0070]一般に、ＶＶＣに適用される基本的なイントラ予測方式は、いくつかのモジュールがさらに拡張および／または改良されている点を除いて、ＨＥＶＣのそれと同じに保たれ、例えば、イントラサブ分割（ＩＳＰ）符号化モード、広角イントラ方向による拡張イントラ予測、位置依存イントラ予測組み合わせ（ＰＤＰＣ）、および４タップイントラ内挿などである。

[0071]＜ＶＶＣにおけるピクチャ、タイルグループ、タイル、およびＣＴＵの分割＞

[0072]ＶＶＣでは、タイルは、ピクチャ内の特定のタイル列および特定のタイル行内のＣＴＵの長方形領域として定義される。タイルグループは、単一のＮＡＬユニットに排他的に含まれるピクチャの整数のタイルのグループである。基本的に、タイルグループの概念は、ＨＥＶＣで定義されているスライスと同じである。例えば、ピクチャはタイルグループとタイルに分割される。タイルは、ピクチャの長方形の領域をカバーする一連のＣＴＵである。タイルグループには、ピクチャの多数のタイルが含まれる。タイルグループの２つのモード、つまりラスタスキャンタイルグループモードと長方形タイルグループモードがサポートされている。ラスタスキャンタイルグループモードでは、タイルグループには、ピクチャのタイルラスタスキャン内の一連のタイルが含まれる。長方形タイルグループモードでは、タイルグループには、集合的にピクチャの長方形領域を形成するピクチャの多数のタイルが含まれる。長方形タイルグループ内のタイルは、タイルグループのタイルラスタスキャンの順序になる。

[0073]図４は、ピクチャのラスタスキャンタイルグループ分割の一例を示しており、ピクチャは１２個のタイルと３個のラスタスキャンタイルグループに分割されている。図４には、タイル４１０、４１２、４１４、４１６、および４１８が含まれる。各タイルには１８個のＣＴＵがある。より具体的には、図４は、１２個のタイルと３個のタイルグループに分割された１８×１２輝度ＣＴＵを含むピクチャを示している（参考）。３つのタイルグループは次のとおりである。（１）第１のタイルグループはタイル４１０と４１２を含み、（２）第２のタイルグループはタイル４１４、４１６、４１８、４２０、および４２２を含み、（３）第３のタイルグループはタイル４２４、４２６、４２８、４３０、４３２を含む。

[0074]図５は、ピクチャを長方形タイルグループに分割する例を示している。ピクチャは、２４個のタイル（タイル列６個、タイル行４個）と９個の長方形タイルグループに分割されている。図５には、タイル５１０、５１２、５１４、５１６、５１８、５２０、５２２、５２４、５２６、５２８、５３０、５３２、５３４、５３６、５３８、５４０、５４２、５４４、５４６、５４８、５５０、５５２、５５４、および５５６が含まれる。より具体的には、図５は、２４個のタイルと９個のタイルグループに分割された１８×１２輝度ＣＴＵを有するピクチャを示す（参考）。タイルグループにはタイルが含まれ、タイルにはＣＴＵが含まれる。９つの長方形タイルグループには、（１）２つのタイル５１０および５１２、（２）２つのタイル５１４および５１６、（３）２つのタイル５１８および５２０、（４）４つのタイル５２２、５２４、５３４、および５３６、（５）４つのタイルグループ５２６、５２８、５３８、５４０、（６）４つのタイル５３０、５３２、５４２、５４４、（７）２つのタイル５４６、５４８、（８）２つのタイル５５０、５５２、（９）２つのタイル５５４および５５６が含まれる。

[0075]＜ＶＶＣにおける高周波数ゼロアウトを伴う大きなブロックサイズの変換＞

[0076]ＶＴＭ４では、最大６４×６４サイズの大きなブロックサイズの変換が可能であり、これは主に、より高解像度のビデオ、例えば１０８０ｐおよび４Ｋシーケンスに有用である。サイズ（幅もしくは高さ、または幅と高さの両方）が６４に等しい変換ブロックの高周波変換係数はゼロに設定されるため、低周波係数のみが保持される。例えば、ブロック幅がＭ、ブロック高さがＮであるＭ×Ｎ変換ブロックの場合、Ｍが６４に等しい場合、変換係数の左３２列のみが保持される。同様に、Ｎが６４に等しい場合、変換係数の上位３２行のみが保持される。変換スキップモードが大きなブロックに使用される場合、値をゼロにすることなくブロック全体が使用される。

[0077]＜ＶＶＣにおける仮想パイプラインデータユニット（ＶＰＤＵ）＞

[0078]仮想パイプラインデータユニット（ＶＰＤＵ）は、ピクチャ内の非重複ユニットとして定義される。ハードウェアデコーダでは、連続するＶＰＤＵが複数のパイプラインステージによって同時に処理される。ＶＰＤＵサイズは、ほとんどのパイプラインステージのバッファサイズにほぼ比例するため、ＶＰＤＵサイズを小さく保つことが重要である。ほとんどのハードウェアデコーダでは、ＶＰＤＵサイズを最大変換ブロック（ＴＢ）サイズに設定できる。しかし、ＶＶＣでは、３値ツリー（ＴＴ）と２値ツリー（ＢＴ）の分割によってＶＰＤＵサイズが増加し得る。

[0079]ＶＰＤＵサイズを６４×６４輝度（ｌｕｍａ）サンプルとして維持するために、（シンタックスの伝送の変更を伴う）以下の規範的な分割制限がＶＴＭ５に適用される。

[0080]ＴＴ分割は、幅もしくは高さのいずれか、または幅と高さの両方が１２８に等しいＣＵでは許可されない。

[0081]Ｎ≦６４（すなわち、幅が１２８に等しく、高さが１２８より小さい）の１２８×Ｎ ＣＵの場合、水平ＢＴは許可されない。

[0082]Ｎ≦６４のＮ×１２８ＣＵ（すなわち、高さが１２８に等しく、幅が１２８より小さい）の場合、垂直ＢＴは許可されない。

[0083]図６Ａ、６Ｂ、６Ｃ、６Ｄ、６Ｅ、６Ｆ、６Ｇ、および６Ｈは、ＶＴＭにおいて許可されないＴＴおよびＢＴ分割の例を示す。

[0084]＜ＶＶＣにおける変換係数コーディング＞

[0085]ＶＶＣにおける変換係数コーディングは、両方とも非重複係数グループ（ＣＧまたはサブブロックとも呼ばれる）を使用するという意味でＨＥＶＣに類似している。しかし、それらの間にはいくつかの違いもある。ＨＥＶＣでは、係数の各ＣＧのサイズは４×４に固定されている。ＶＶＣドラフト６では、ＣＧサイズがＴＢサイズに依存するようになる。その結果、ＶＶＣではさまざまなＣＧサイズ（１×１６、２×８、８×２、２×４、４×２、および１６×１）が使用可能になる。符号化ブロック内のＣＧとＣＧ内の変換係数は、事前に定義されたスキャン順序に従って符号化される。

[0086]ピクセルあたりのコンテキスト符号化ビンの最大数を制限するには、ＴＢの面積とビデオ成分のタイプ（例えば、輝度（ｌｕｍａ）成分と色差（ｃｈｒｏｍａ）成分）を使用して、ＴＢのコンテキスト符号化ビン（ＣＣＢ）の最大数が導出される。コンテキスト符号化されたビンの最大数は、ＴＢ＿ｚｏｓｉｚｅ＊１．７５に等しくなる。ここで、ＴＢ＿ｚｏｓｉｚｅは、係数ゼロアウト後のＴＢ内のサンプル数を示す。なお、ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇは、ＣＧに非ゼロ係数が含まれているか否かを示すフラグであり、ＣＣＢカウントには考慮されない。

[0087]係数ゼロアウトは、変換ブロックの特定の領域に位置する係数を強制的に０にするために変換ブロックに対して実行される演算である。例えば、現在のＶＶＣでは、６４×６４変換にゼロアウト演算が関連付けられている。その結果、６４×６４変換ブロック内の左上の３２×３２領域の外側に位置する変換係数はすべて強制的に０になる。実際、現在のＶＶＣでは、特定の次元に沿ったサイズが３２を超える変換ブロックについては、その次元に沿って係数ゼロアウト演算が実行され、左上の３２×３２領域を超えて位置する係数が強制的に０になる。

[0088]ＶＶＣにおける変換係数コーディングでは、変数ｒｅｍＢｉｎｓＰａｓｓｌが、最初に、許容されるコンテキスト符号化ビン（ＭＣＣＢ）の最大数に設定される。符号化プロセスでは、コンテキストで符号化されたビンが伝送されるたびに変数が１ずつ減る。ｒｅｍＢｉｎｓＰａｓｓｌが４以上である間、係数は最初にｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｌ＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、およびａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇのシンタックスを通じて伝送され、すべて第１のパスでコンテキスト符号化されたビンを使用する。係数のレベル情報の残りの部分は、第２のパスでゴロムライスコードとバイパス符号化されたビンを使用して、ａｂｓ＿ｒｅｍａｉｎｄｅｒのシンタックス要素で符号化される。第１のパスの符号化中にｒｅｍＢｉｎｓＰａｓｓｌが４より小さくなった場合、現在の係数は第１のパスでは符号化されないが、ゴロムライスコードとバイパス符号化されたビンを使用してｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックス要素で第２のパスで直接符号化される。ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ ］のライスパラメータ導出プロセスは、テーブル３に指定されているように導出される。上記のすべてのレベル符号化の後、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇが１に等しいすべてのスキャン位置の符号（符号フラグ）が最終的にバイパスビンとして符号化される。このようなプロセスを図７に示す。ｒｅｍＢｉｎｓＰａｓｓｌはＴＢごとにリセットされる。ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｌ＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、およびａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇのコンテキスト符号化されたビンの使用から、残りの係数のバイパス符号化されたビンの使用への移行は、ＴＢごとに最大１回のみ発生する。係数サブブロックの場合、第１の係数を符号化する前にｒｅｍＢｉｎｓＰａｓｓｌが４より小さい場合、係数サブブロック全体がバイパス符号化されたビンを使用して符号化される。

[0089]図７は、変換ブロックの残差符号化構造を示す。

[0090]統一された（同じ）ライスパラメータ（ＲｉｃｅＰａｒａ）導出は、ａｂｓ＿ｒｅｍａｉｎｄｅｒおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックスを伝送するために使用される。唯一の違いは、ベースレベル（ｂａｓｅＬｅｖｅｌ）が、ａｂｓ＿ｒｅｍａｉｎｄｅｒとｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの符号化に対してそれぞれ４と０に設定されていることである。ライスパラメータは、ローカルテンプレート内の隣接する５つの変換係数の絶対レベルの合計だけでなく、次のように対応するベースレベルにも基づいて決定される。

[0091]ＲｉｃｅＰａｒａ＝ＲｉｃｅＰａｒＴａｂｌｅ［ｍａｘ（ｍｉｎ（３１，ｓｕｍＡｂｓ－５＊ｂａｓｅＬｅｖｅｌ），０）］

[0092]現在のＶＶＣドラフト仕様における残差コーディングのシンタックスおよび関連するセマンティクス（意味内容）を、それぞれテーブル１およびテーブル２に示す。テーブル１の読み方は、本開示の付録セクションに示されており、ＶＶＣ仕様にも記載されている。

[0093]＜ＶＶＣにおける変換スキップモードの残差コーディング＞

[0094]単一の残差コーディング方式が変換係数と変換スキップ係数の両方を符号化するために設計されるＨＥＶＣとは異なり、ＶＶＣでは、２つの別個の残差コーディング方式がそれぞれ変換係数および変換スキップ係数（すなわち、残差）に使用される。

[0095]変換スキップモードでは、残差信号の統計的特性は変換係数の統計的特性とは異なり、低周波成分の周囲のエネルギー圧縮は観察されない。残差コーディングは、次のような（空間）変換スキップ残差のさまざまな信号特性を考慮して変更される。

[0096]最後のｘ／ｙ位置の伝送がない。

[0097]前のすべてのフラグが０に等しい場合、ＤＣサブブロックを除くすべてのサブブロックに対して符号化されたｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇ。

[0098]２つの隣接する係数を使用したｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇコンテキストモデリング。

[0099]１つのコンテキストモデルのみを使用するｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ。

[00100]５、７、９を超える追加のフラグ。

[00101]剰余２値化のための修正されたライスパラメータ導出。

[00102]符号フラグのコンテキストモデリングは、左および上の隣接する係数値に基づいて決定され、符号フラグは、すべてのコンテキスト符号化ビンをまとめて維持するために、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇの後に解析される。

[00103]図８に示すように、シンタックス要素ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｌ＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇは、第１のパスで残差サンプルごとにインターリーブ方式で符号化され、続いて第２のパスでａｂｓ＿ｌｅｖｅｌ＿ｇｔＸ＿ｆｌａｇビットプレーンが続き、第３のパスでａｂｓ＿ｒｅｍａｉｎｄｅｒ符号化が続く。

[00104]パス１：ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｌ＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ

[00105]パス２：ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ５＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ７＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ９＿ｆｌａｇ

[00106]パス３：ａｂｓ＿ｒｅｍａｉｎｄｅｒ

[00107]図８は、変換スキップブロックの残差符号化構造を示す。

[00108]現在のＶＶＣドラフト仕様における変換スキップモードの残差コーディングのシンタックスおよび関連するセマンティクス（意味内容）を、それぞれテーブル５およびテーブル２に示す。テーブル５の読み方は、本開示の付録セクションに示されており、ＶＶＣ仕様にも記載されている。

[00109]＜量子化＞

[00110]現在のＶＶＣでは、最大ＱＰ値が５１から６３に拡張され、それに応じて初期ＱＰの伝送が変更された。ＳｌｉｃｅＱｐＹの初期値は、ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａの非ゼロ値が符号化されるときにスライスセグメント層で変更できる。変換スキップブロックの場合、ＱＰが４に等しい場合、量子化ステップサイズは１になるため、最小許容量子化パラメータ（ＱＰ）は４として定義される。

[00111]さらに、同じＨＥＶＣスカラー量子化が、依存スカラー量子化と呼ばれる新しい概念とともに使用される。依存スカラー量子化とは、変換係数の許容可能な再構成値のセットが、再構成順序で現在の変換係数レベルより前の変換係数レベルの値に依存するアプローチを指す。このアプローチの主な効果は、ＨＥＶＣで使用される従来の独立したスカラー量子化と比較して、許容される再構成ベクトルがＮ次元ベクトル空間でより高密度にパックされることである（Ｎは変換ブロック内の変換係数の数を表す）。つまり、Ｎ次元単位体積あたりの許容再構成ベクトルの平均数が一定である場合、入力ベクトルと最も近い再構成ベクトルとの間の平均歪みが減少する。依存スカラー量子化のアプローチは、（ａ）異なる再構成レベルを持つ２つのスカラー量子化器を定義し、（ｂ）２つのスカラー量子化器間で切り替えるプロセスを定義することによって実現される。

[00112]Ｑ０およびＱ１で示される、使用される２つのスカラー量子化器が図９に示されている。利用可能な再構成レベルの位置は、量子化ステップサイズΔによって一意に指定される。使用されるスカラー量子化器（Ｑ０またはＱ１）は、ビットストリーム内で明示的に伝送されない。代わりに、現在の変換係数に使用される量子化器は、符号化／再構成の順序で現在の変換係数に先行する変換係数レベルのパリティによって決定される。

[00113]図９は、提案された依存量子化アプローチで使用される２つのスカラー量子化器の図を示す。

[00114]図１０Ａおよび１０Ｂに示されるように、２つのスカラー量子化器（Ｑ０およびＱ１）間の切り替えは、４つの量子化器状態（ＱＳｔａｔｅ）を有するステートマシンを介して実現される。ＱＳｔａｔｅは、０、１、２、３の４つの異なる値を取ることができる。これは、符号化／再構成順序で現在の変換係数に先行する変換係数レベルのパリティによって一意に決定される。変換ブロックの逆量子化の開始時に、状態は０に設定される。変換係数は、スキャン順序で（つまり、エントロピー復号と同じ順序で）再構成される。現在の変換係数が再構成された後、状態は図１０に示すように更新される。ここで、ｋは変換係数レベルの値を示す。

[00115]図１０Ａは、提案された依存量子化の状態遷移を示す遷移図を示す。

[00116]図１０Ｂは、提案された依存量子化のための量子化器の選択を示す表を示す。

[00117]デフォルトおよびユーザ定義のスケーリング行列を伝送することもサポートされている。ＤＥＦＡＵＬＴモードのスケーリング行列はすべてフラットであり、すべてのＴＢサイズで要素が１６に相当する。ＩＢＣおよびイントラ符号化モードは現在、同じスケーリング行列を共有している。したがって、ＵＳＥＲ＿ＤＥＦＩＮＥＤ行列の場合、ＭａｔｒｉｘＴｙｐｅとＭａｔｒｉｘＴｙｐｅ＿ＤＣの数は次のように更新される。

[00118]ＭａｔｒｉｘＴｙｐｅ：３０＝２（イントラ＆ＩＢＣ／インターの場合は２）×３（Ｙ／Ｃｂ／Ｃｒ成分）×５（正方形のＴＢサイズ：輝度（ｌｕｍａ）については４×４から６４×６４まで、色差（ｃｈｒｏｍａ）については２×２から３２×３２まで）。

[00119]ＭａｔｒｉｘＴｙｐｅ＿ＤＣ：１４＝２（イントラ＆ＩＢＣ／インターの２×Ｙ成分の１）×３（ＴＢサイズ：１６×１６、３２×３２、６４×６４）＋４（イントラ＆ＩＢＣ／インターの２×Ｃｂ／Ｃｒ成分の２）×２（ＴＢサイズ：１６×１６、３２×３２）。

[00120]ＤＣ値は、次のスケーリング行列、１６×１６、３２×３２、および６４×６４に対して個別に符号化される。８×８より小さいサイズのＴＢの場合、１つのスケーリング行列のすべての要素が伝送される。ＴＢのサイズが８×８以上の場合、１つの８×８スケーリング行列の６４要素のみがベーススケーリング行列として伝送される。８×８を超えるサイズの正方行列を取得するには、８×８のベーススケーリング行列が（要素の複製によって）対応する正方形サイズ（つまり、１６×１６、３２×３２、６４×６４）にアップサンプリングされる。６４点変換の高周波係数のゼロアウトが適用されると、スケーリング行列の対応する高周波もゼロアウトされる。つまり、ＴＢの幅または高さが３２以上の場合、係数の左半分または上半分のみが保持され、残りの係数には０が割り当てられる。さらに、右下の４×４要素は決して使用されないため、６４×６４スケーリング行列について伝送される要素の数も８×８から３つの４×４部分行列に減る。

[00121]＜変換係数コーディングのためのコンテキストモデリング＞

[00122]変換係数レベルの絶対値に関連するシンタックス要素の確率モデルの選択は、ローカル近傍における絶対レベルまたは部分的に再構成された絶対レベルの値に依存する。使用したテンプレートを図１１に示す。

[00123]図１１は、確率モデルを選択するために使用されるテンプレートの図を示す。黒い四角形は現在のスキャン位置を指定し、「ｘ」の付いた四角形は使用されるローカル近傍を表す。

[00124]選択される確率モデルは、ローカル近傍内の絶対レベル（または部分的に再構成された絶対レベル）の合計と、ローカル近傍内の０より大きい絶対レベルの数（１に等しいｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇの数によって与えられる）に依存する。コンテキストモデリングと２値化は、ローカル近傍に対する次の尺度に依存する。

[00125]ｎｕｍＳｉｇ：ローカル近傍内の非ゼロレベルの数。

[00126]ｓｕｍＡｂｓ１：ローカル近傍における第１のパス後の部分的に再構成された絶対レベル（ａｂｓＬｅｖｅｌ１）の合計。

[00127]ｓｕｍＡｂｓ：ローカル近傍における再構成された絶対レベルの合計。

[00128]対角位置（ｄ）：変換ブロック内の現在のスキャン位置の水平座標と垂直座標の合計。

[00129]ｎｕｍＳｉｇ、ｓｕｍＡｂｓ１、およびｄの値に基づいて、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、およびａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇを符号化するための確率モデルが選択される。ａｂｓ＿ｒｅｍａｉｎｄｅｒとｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを２値化するためのライスパラメータは、ｓｕｍＡｂｓとｎｕｍＳｉｇの値に基づいて選択される。

[00130]現在のＶＶＣでは、縮小３２ポイントＭＴＳ（ＲＭＴＳ３２とも呼ばれる）は、高周波係数のスキップに基づいており、３２ポイントＤＳＴ－７／ＤＣＴ－８の計算の複雑さを軽減するために使用される。また、これには、あらゆるタイプのゼロアウト（つまり、ＲＭＴＳ３２およびＤＣＴ２の高周波成分用の既存のゼロアウト）を含む係数コーディングの変更が伴う。具体的には、最後の非ゼロ係数位置コーディングの２値化は、縮小されたＴＵサイズに基づいて符号化され、最後の非ゼロ係数位置コーディングのためのコンテキストモデルの選択は、元のＴＵサイズによって決定される。さらに、変換係数のｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇを符号化するために６０のコンテキストモデルが使用される。コンテキストモデルインデックスの選択は、次のように、ｌｏｃＳｕｍＡｂｓＰａｓｓ１と呼ばれる、事前に部分的に再構成された最大５つの絶対レベルの合計と、依存する量子化の状態ＱＳｔａｔｅに基づいて行われる。

[00131]ｃｌｄｘが０に等しい場合、ｃｔｘｌｎｃは次のように導出される：
ｃｔｘｌｎｃ＝１２＊Ｍａｘ（０、ＱＳｔａｔｅ－１）＋
Ｍｉｎ（（ｌｏｃＳｕｍＡｂｓＰａｓｓｌ＋１）＞＞１，３）＋
（ｄ＜２？８：（ｄ＜５？４：０））

[00132]それ以外の場合（ｃｌｄｘが０より大きい）、ｃｔｘｌｎｃは次のように導出される：
ｃｔｘｌｎｃ＝３６＋８＊Ｍａｘ（０，ＱＳｔａｔｅ－１）＋
Ｍｉｎ（（ｌｏｃＳｕｍＡｂｓＰａｓｓ１＋１）＞＞１，３）＋（ｄ＜２？４：０）

[00133]＜パレットモード＞

[00134]パレットモードの背後にある基本的な考え方は、ＣＵ内のサンプルが代表的な色値の小さなセットによって表されるということである。このセットをパレットと呼ぶ。また、３つの色成分の値がビットストリームで直接伝送されるエスケープカラーとして伝送することで、パレットから除外されるカラー値を示すこともできる。これを図１２に示す。

[00135]図１２は、パレットモードで符号化されたブロックの例を示す。図１２は、パレットモードで符号化された１２１０のブロックと１２２０のパレットを含む。

[00136]図１２において、パレットサイズは４である。第１の３つのサンプルは、再構成にそれぞれパレットエントリ２、０、および３を使用する。青いサンプルはエスケープ記号を表す。ＣＵレベルフラグｐａｌｅｔｔｅ＿ｅｓｃａｐｅ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、エスケープ記号がＣＵ内に存在するかどうかを示す。エスケープ記号が存在する場合、パレットサイズは１だけ増加し、最後のインデックスがエスケープ記号を示すために使用される。したがって、図１２では、インデックス４がエスケープ記号に割り当てられている。

[00137]パレット符号化されたブロックを復号するために、デコーダは以下の情報を有する必要がある。
[00138]パレットテーブル
[00139]パレットインデックス

[00140]パレットインデックスがエスケープ記号に対応する場合、サンプルの対応するカラー値を示すために追加のオーバーヘッドが伝送される。

[00141]さらに、エンコーダ側では、そのＣＵで使用される適切なパレットを導出する必要がある。

[00142]非可逆符号化用のパレットを導出するために、修正されたｋ平均クラスタリングアルゴリズムが使用される。ブロックの第１のサンプルがパレットに追加される。次に、ブロックからの後続の各サンプルについて、サンプルと現在のパレットカラーのそれぞれの間の絶対差の合計（ＳＡＤ）が計算される。各成分の歪みが最小ＳＡＤに対応するパレットエントリの閾値よりも小さい場合、サンプルはそのパレットエントリに属するクラスタに追加される。それ以外の場合、サンプルは新しいパレットエントリとして追加される。クラスタにマッピングされたサンプルの数が閾値を超えると、そのクラスタの重心が更新され、そのクラスタのパレットエントリになる。

[00143]次のステップでは、クラスタは使用量の降順にソートされる。そして、各エントリに対応するパレットエントリが更新される。通常、クラスタの重心がパレットのエントリとして使用される。しかし、パレットエントリの符号化のコストを考慮した場合、パレット予測子からのエントリが重心の代わりに更新されたパレットエントリとして使用するのに適しているかどうかを分析するために、レート歪み分析が実行される。このプロセスは、すべてのクラスタが処理されるか、パレットの最大サイズに達するまで継続される。最後に、クラスタにサンプルが１つしかなく、対応するパレットエントリがパレット予測子にない場合、サンプルはエスケープ記号に変換される。さらに、重複したパレットエントリが削除され、それらのクラスタがマージされる。

[00144]パレット導出後、ブロック内の各サンプルには、最も近い（ＳＡＤ内の）パレットエントリのインデックスが割り当てられる。次に、サンプルは「ＩＮＤＥＸ」または「ＣＯＰＹ＿ＡＢＯＶＥ」モードに割り当てられる。「ＩＮＤＥＸ」または「ＣＯＰＹ＿ＡＢＯＶＥ」モードのいずれかが可能なサンプルごとに。次に、モードを符号化するコストが計算される。コストの低いモードが選択される。

[00145]パレットエントリの符号化のために、パレット予測子が維持される。パレットの最大サイズとパレット予測子は、ＳＰＳで伝送される。パレット予測子は、各ＣＴＵ行、各スライス、および各タイルの先頭で初期化される。

[00146]パレット予測子内のエントリごとに、それが現在のパレットの一部であるかどうかを示す再利用フラグが伝送される。これを図１３に示す。

[00147]図１３は、パレットエントリを伝送するためのパレット予測子の使用を示す。図１３は、前のパレット１３１０と現在のパレット１３２０を含む。

[00148]再利用フラグは、ゼロのランレングス符号化を使用して送信される。この後、次数０の指数ゴロムコードを使用して、新しいパレットエントリの数が伝送される。最後に、新しいパレットエントリの成分値が伝送される。

[00149]パレットインデックスは、図１４Ａおよび１４Ｂに示すように、水平および垂直トラバーススキャンを使用して符号化される。スキャン順序は、ｐａｌｅｔｔｅ＿ｔｒａｎｓｐｏｓｅ＿ｆｌａｇを使用してビットストリーム内で明示的に伝送される。

[00150]図１４Ａは、水平トラバーススキャンを示す。

[00151]図１４Ｂは、垂直トラバーススキャンを示す。

[00152]パレットインデックスを符号化するために、ライン係数グループ（ＣＧ）ベースのパレットモードが使用され、これは、図１５Ａおよび１５Ｂに示すように、トラバーススキャンモードに基づいてＣＵを１６サンプルを有する複数のセグメントに分割し、インデックスラン、パレットインデックス値、およびエスケープモードの量子化されたカラーは、ＣＧごとに順番に符号化／解析される。

[00153]図１５Ａは、パレットをスキャンするサブブロックベースのインデックスマップを示す。

[00154]図１５Ｂは、パレットをスキャンするサブブロックベースのインデックスマップを示す。

[00155]パレットインデックスは、２つの主要なパレットサンプルモード、「ＩＮＤＥＸ」および「ＣＯＰＹ＿ＡＢＯＶＥ」を使用して符号化される。前に説明したように、エスケープ記号には最大パレットサイズに等しいインデックスが割り当てられる。「ＣＯＰＹ＿ＡＢＯＶＥ」モードでは、上の行のサンプルのパレットインデックスがコピーされる。「ＩＮＤＥＸ」モードでは、パレットインデックスが明示的に伝送される。各セグメントのパレットラン符号化の符号化順序は次のとおりである。

[00156]各ピクセルに対して、１つのコンテキスト符号化ビンｒｕｎ＿ｃｏｐｙ＿ｆｌａｇ＝０が伝送され、ピクセルが前のピクセルと同じモードであるかどうかを示し、つまり、以前にスキャンされたピクセルと現在のピクセルが両方ともランタイプＣＯＰＹ＿ＡＢＯＶＥである場合、または以前にスキャンされたピクセルと現在のピクセルが両方ともランタイプＩＮＤＥＸで同じインデックス値である場合である。それ以外の場合は、ｒｕｎ＿ｃｏｐｙ＿ｆｌａｇ＝１が伝送される。

[00157]ピクセルと前のピクセルが異なるモードである場合、１つのコンテキスト符号化ビンｃｏｐｙ＿ａｂｏｖｅ＿ｐａｌｅｔｔ＿ｉｎｄｉｃｅｓ＿ｆｌａｇが伝送され、ピクセルのランタイプ、すなわちＩＮＤＥＸまたはＣＯＰＹ＿ＡＢＯＶＥを示す。デフォルトでＩＮＤＥＸモードが使用されるため、サンプルが第１の行（水平トラバーススキャン）または第１の列（垂直トラバーススキャン）にある場合、デコーダはランタイプを解析する必要はない。また、以前に解析されたランタイプがＣＯＰＹ＿ＡＢＯＶＥである場合、デコーダはランタイプを解析する必要はない。
１つのセグメント内のピクセルのパレットラン符号化の後、ＩＮＤＥＸモードのインデックス値（ｐａｌｅｔｔｅ＿ｉｄｘ＿ｉｄｃ）と量子化されたエスケープカラー（ｐａｌｅｔｔｅ＿ｅｓｃａｐｅ＿ｖａｌ）がバイパス符号化される。

[00158]＜残差および係数のコーディングの改善＞

[00159]ＶＶＣでは、変換係数を符号化するとき、統一された（同じ）ライスパラメータ（ＲｉｃｅＰａｒａ）導出が、ａｂｓ＿ｒｅｍａｉｎｄｅｒおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックスを伝送するために使用される。唯一の違いは、ベースレベル（ｂａｓｅＬｅｖｅｌ）が、ａｂｓ＿ｒｅｍａｉｎｄｅｒとｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの符号化に対してそれぞれ４と０に設定されていることである。ライスパラメータは、次のように、ローカルテンプレート内の隣接する５つの変換係数の絶対レベルの合計だけでなく、対応するベースレベルにも基づいて決定される。

[00160]ＲｉｃｅＰａｒａ＝ＲｉｃｅＰａｒＴａｂｌｅ［ｍａｘ（ｍｉｎ（３１，ｓｕｍＡｂｓ－５＊ｂａｓｅＬｅｖｅｌ），０）］

[00161]言い換えれば、シンタックス要素ａｂｓ＿ｒｅｍａｉｎｄｅｒおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値符号語は、隣接する係数のレベル情報に従って適応的に決定される。この符号語の決定はサンプルごとに実行されるため、係数コーディングに対するこの符号語の適応を処理するには追加のロジックが必要である。

[00162]同様に、変換スキップモードの下で残差ブロックを符号化するとき、シンタックス要素ａｂｓ＿ｒｅｍａｉｎｄｅｒの２値符号語は、隣接する残差サンプルのレベル情報に従って適応的に決定される。

[00163]さらに、残差コーディングまたは変換係数コーディングに関連するシンタックス要素を符号化する場合、確率モデルの選択は、追加のロジックおよび追加のコンテキストモデルを必要とする隣接レベルのレベル情報に依存する。

[00164]現在の設計では、エスケープサンプルの２値化は、３次のＥｘｐ－Ｇｏｌｏｍｂ２値化プロセスを呼び出すことによって導出される。その性能にはさらに改善の余地がある。

[00165]現在のＶＶＣでは、２つの異なるレベルマッピング方式が利用可能であり、それぞれ通常の変換および変換スキップに適用される。各レベルマッピング方式は、異なる条件、マッピング関数、およびマッピング位置に関連付けられている。通常の変換が適用されるブロックの場合、コンテキスト符号化ビン（ＣＣＢ）の数が制限を超えた後、レベルマッピング方式が使用される。ＺｅｒｏＰｏｓｆ［ｎ］で示されるマッピング位置、およびＡｂｓＬｅｖｅｌ［ｘＣ］［ｙＣ］で示されるマッピング結果は、表２に指定されているように導出される。変換スキップが適用されるブロックの場合、コンテキスト符号化ビン（ＣＣＢ）の数が制限を超える前に、別のレベルマッピング方式が使用される。ｐｒｅｄＣｏｅｆｆとして示されるマッピング位置、およびＡｂｓＬｅｖｅｌ［ｘＣ］［ｙＣ］として示されるマッピング結果は、テーブル５に指定されているように導出される。このような統一されていない設計は、標準化の観点からは最適ではない可能性がある。

[00166]ＨＥＶＣにおける１０ビットを超えるプロファイルの場合、１に等しいｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇは、拡張ダイナミックレンジが係数解析および逆変換処理に使用されることを指定する。現在のＶＶＣでは、１０ビットを超える変換係数の残差コーディングまたは変換スキップコーディングが性能の大幅な低下の原因として報告されている。その性能にはさらに改善の余地がある。

[00167]＜提案方法＞

[00168]本開示では、残差および係数のコーディングの改善のセクションで述べた問題に対処するために、いくつかの方法が提案される。以下の方法は、独立してまたは組み合わせて適用できることに留意されたい。

[00169]本開示の第１の態様によれば、残差コーディングにおいて特定のシンタックス要素、例えば、ａｂｓ＿ｒｅｍａｉｎｄｅｒを符号化するために２値符号語の固定セットを使用することが提案される。２値符号語は、さまざまな方法を使用して形成できる。いくつかの例示的な方法を以下に挙げる。

[00170]まず、現在のＶＶＣで使用されるのと同じａｂｓ＿ｒｅｍａｉｎｄｅｒの符号語を決定する手順が使用されるが、常に固定ライスパラメータ（例えば、１、２、または３）が選択される。

[00171]第２に、固定長の２値化。

[00172]第３に、切り捨てライス２値化。

[00173]第４に、切り捨て２値（ＴＢ）２値化プロセス。

[00174]第５、ｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化プロセス（ＥＧｋ）。

[00175]第６の、限定されたｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化。

[00176]本開示の第２の態様によれば、変換係数コーディングにおいて、あるシンタックス要素、例えば、ａｂｓ＿ｒｅｍａｉｎｄｅｒおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを符号化するために固定セットの符号語を使用することが提案される。２値符号語は、さまざまな方法を使用して形成できる。いくつかの例示的な方法を以下に挙げる。

[00177]第１に、現在のＶＶＣで使用されるのと同じ、ａｂｓ＿ｒｅｍａｉｎｄｅｒおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの符号語を決定するための同じ手順が使用されるが、固定ライスパラメータ、例えば、１、２または３が使用される。現在のＶＶＣで使用されているように、ｂａｓｅＬｅｖｅｌの値は、ａｂｓ＿ｒｅｍａｉｎｄｅｒとｄｅｃ＿ａｂｓ＿ｌｅｖｅｌで依然として異なり得る（例えば、ａｂｓ＿ｒｅｍａｉｎｄｅｒとｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを符号化する場合、ｂａｓｅＬｅｖｅｌはそれぞれ４と０に設定される）。

[00178]第２に、現在のＶＶＣで使用されるのと同じ、ａｂｓ＿ｒｅｍａｉｎｄｅｒおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの符号語を決定するための同じ手順が使用されるが、固定ライスパラメータ、例えば、１、２または３が使用される。ａｂｓ＿ｒｅｍａｉｎｄｅｒとｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのｂａｓｅＬｅｖｅｌｓの値は同じになるように選択される。例えば、両方とも０を使用するか、両方とも４を使用する。

[00179]第３に、固定長の２値化。

[00180]第４に、切り捨てライス２値化。

[00181]第５に、切り捨て２値（ＴＢ）２値化プロセス。

[00182]第６に、ｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化プロセス（ＥＧｋ）。

[00183]第７の限定されたｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化

[00184]本開示の第３の側面によれば、残差コーディングまたは係数コーディング（例えば、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ）に関連するシンタックス要素の符号化に単一のコンテキストを使用することが提案されており、隣接する復号レベル情報に基づくコンテキスト選択は削除できる。

[00185]本開示の第４の態様によれば、残差コーディングにおいて、特定のシンタックス要素、例えばａｂｓ＿ｒｅｍａｉｎｄｅｒを符号化するために２値符号語の可変セットを使用することが提案され、２値符号語のセットの選択は、現在のブロックの特定の符号化情報、例えばＴＢ／ＣＢおよび／またはスライス、ＣＵの予測モード（例えば、ＩＢＣモードまたはイントラもしくはインター）ならびに／あるいはスライスタイプ（例えば、Ｉスライス、Ｐスライス、またはＢスライス）に関連付けられた量子化パラメータ（ＱＰ）に従って決定される。２値符号語の変数セットを導出するには、さまざまな方法を使用できる。いくつかの例示的な方法を以下に示す。

[00186]第１に、現在のＶＶＣで使用されるのと、ａｂｓ＿ｒｅｍａｉｎｄｅｒの符号語を決定するための同じ手順が使用されるが、ライスパラメータが異なる。

[00187]第２、ｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化プロセス（ＥＧｋ）

[00188]第３の、限定されたｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化

[00189]第４の態様で説明したのと同じ方法は、変換効率の高いコーディングにも適用できる。本開示の第５の態様によれば、変換係数コーディングにおいて、特定のシンタックス要素、例えばａｂｓ＿ｒｅｍａｉｎｄｅｒとｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを符号化するために２値符号語の変数セットを使用することが提案され、２値符号語のセットの選択は、現在のブロックの特定の符号化情報、例えばＴＢ／ＣＢおよび／またはスライス、ＣＵの予測モード（例えば、ＩＢＣモードまたはイントラもしくはインター）ならびに／あるいはスライスタイプ（例えば、Ｉスライス、Ｐスライス、またはＢスライス）に関連付けられた量子化パラメータ（ＱＰ）に従って決定される。ここでも、２値符号語の変数セットを導出するためにさまざまな方法が使用される。いくつかの例示的な方法を以下に示す。

[00190]第１に、現在のＶＶＣで使用されるのと、ａｂｓ＿ｒｅｍａｉｎｄｅｒの符号語を決定するための同じ手順が使用されるが、ライスパラメータが異なる。

[00191]第２に、ｋ次Ｅｘｐ－Ｇｏｌｏｍｂ２値化プロセス（ＥＧｋ）。

[00192]第３に、限定されたｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化。

[00193]上記のこれらの方法では、異なるライスパラメータを使用して、２値符号語の異なるセットを導出することができる。残差サンプルの特定のブロックについて、使用されるライスパラメータは、隣接レベル情報ではなく、ＱＰ_ＣＵとして示されるＣＵ ＱＰに従って決定される。具体的な一例をテーブル６に示す。ここで、ＴＨ１～ＴＨ４は（ＴＨ１＜ＴＨ２＜ＴＨ３＜ＴＨ４）を満たす所定の閾値であり、Ｋ０～Ｋ４は所定のライスパラメータである。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、テーブル６に示すように、現在のＣＵのＱＰ値から同じライスパラメータを導出することもできる。

[00194]本開示の第５の態様によれば、変換係数コーディングおよび／または変換スキップ残差コーディングのシンタックス要素の符号語決定に関連するパラメータおよび／または閾値のセットがビットストリームに伝送される。決定された符号語は、エントロピーコーダ、例えば算術符号化を通じてシンタックス要素を符号化するときに、２値化符号語として使用される。

[00195]パラメータおよび／または閾値のセットは、シンタックス要素の符号語決定に関連するすべてのパラメータおよび閾値の完全なセット、またはサブセットであり得ることに留意されたい。パラメータおよび／または閾値のセットは、ビデオビットストリーム内のさまざまなレベルで伝送できる。例えば、シーケンスレベル（例えば、シーケンスパラメータセット）、ピクチャレベル（例えば、ピクチャパラメータセットおよび／またはピクチャヘッダ）、スライスレベル（例えば、スライスヘッダ）、符号化ツリーユニット（ＣＴＵ）レベルまたは符号化ユニット（ＣＵ）レベルで伝送することができる。

[00196]一例では、変換スキップ残差コーディングにおけるａｂｓ＿ｒｅｍａｉｎｄｅｒのシンタックスを符号化するための符号語を決定するために使用されるライスパラメータは、スライスヘッダ、ピクチャヘッダ、ＰＰＳ、および／またはＳＰＳで伝送される。伝送用のライスパラメータは、ＣＵが変換スキップモードとして符号化され、ＣＵが上述のスライスヘッダ、ピクチャヘッダ、ＰＰＳおよび／またはＳＰＳなどに関連付けられている場合に、シンタックスａｂｓ＿ｒｅｍａｉｎｄｅｒを符号化するための符号語を決定するために使用される。

[00197]本開示の第６の態様によれば、第１および第２の態様に示される符号語決定に関連するパラメータおよび／または閾値のセットは、変換係数コーディングおよび／または変換スキップ残差コーディングのシンタックス要素に使用される。また、現在のブロックに輝度残差／係数が含まれているか色差残差／係数が含まれているかに応じて、異なるセットを使用できる。決定された符号語は、エントロピーコーダ、例えば算術符号化を通じてシンタックス要素を符号化するときに、２値化符号語として使用される。

[00198]一例では、現在のＶＶＣで使用される変換残差コーディングに関連付けられたａｂｓ＿ｒｅｍａｉｎｄｅｒの符号語は、輝度ブロックと色差ブロックの両方に使用されるが、異なる固定ライスパラメータが輝度ブロックと色差ブロックによってそれぞれ使用される（例えば、輝度ブロックの場合はＫ１、色差ブロックの場合はＫ２、Ｋ１とＫ２は整数である）

[00199]本開示の第７の態様によれば、変換係数コーディングおよび／または変換スキップ残差コーディングのシンタックス要素の符号語決定に関連するパラメータおよび／または閾値のセットがビットストリームに伝送される。また、輝度ブロックと色差ブロックに対して異なるセットを伝送できる。決定された符号語は、エントロピーコーダ、例えば算術符号化を通じてシンタックス要素を符号化するときに、２値化符号語として使用される。上記の態様で説明したのと同じ方法は、パレットモードでのエスケープ値符号化、例えばｐａｌｅｔｔｅ＿ｅｓｃａｐｅ＿ｖａｌにも適用できる。

[00200]本開示の第８の態様によれば、パレットモードであるエスケープ値を符号化するための２値符号語の異なるセットを導出するために、異なるｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化を使用することができる。一例では、エスケープサンプルの所与のブロックについて、使用されるＥｘｐ－Ｇｏｌｏｍｂパラメータ、すなわちｋの値は、ＱＰ_ＣＵとして示されるブロックのＱＰ値に従って決定される。テーブル６に示されているのと同じ例を、ブロックの所与のＱＰ値に基づいてパラメータｋの値を導出する際に使用することができる。この例では、４つの異なる閾値（ＴＨ１からＴＨ４）がリストされており、これらの閾値とＱＰ_ＣＵに基づいて５つの異なるｋ値（Ｋ０からＫ４）が導出されるが、閾値の数は説明のみを目的としていることは注目に値する。実際には、異なる数の閾値を使用して、ＱＰ値範囲全体を異なる数のＱＰ値セグメントに分割することができ、各ＱＰ値セグメントに対して、異なるｋ値を使用して、パレットモードで符号化されるブロックのエスケープ値を符号化するための対応する２値符号語を導出することができる。実際には、同じロジックが異なる方法で実装され得ることも注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することができる。

[00201]本開示の第９の態様によれば、エスケープサンプルのシンタックス要素の符号語決定に関連するパラメータおよび／または閾値のセットがビットストリームに伝送される。決定された符号語は、エントロピーコーダ、例えば算術符号化を通じてエスケープサンプルのシンタックス要素を符号化するときに、２値化符号語として使用される。

[00202]パラメータおよび／または閾値のセットは、シンタックス要素の符号語決定に関連するすべてのパラメータおよび閾値の完全なセット、またはサブセットであり得ることに留意されたい。パラメータおよび／または閾値のセットは、ビデオビットストリーム内のさまざまなレベルで伝送できる。例えば、シーケンスレベル（例えば、シーケンスパラメータセット）で、ピクチャレベル（例えば、ピクチャパラメータセットおよび／またはピクチャヘッダ）、スライスレベル（例えば、スライスヘッダ）、符号化ツリーユニット（ＣＴＵ）レベルまたは符号化ユニット（ＣＵ）レベルで伝送することができる。

[00203]本態様による一例では、ｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化を使用して、パレットモードでｐａｌｅｔｔｅ＿ｅｓｃａｐｅ＿ｖａｌのシンタックスを符号化するための符号語を決定し、ｋの値がビットストリームでデコーダに伝送される。ｋの値は、異なるレベルで伝送されてもよく、例えば、スライスヘッダ、ピクチャヘッダ、ＰＰＳ、および／またはＳＰＳなどで伝送されてもよい。伝送されたＥｘｐ－Ｇｏｌｏｍｂパラメータは、ＣＵがパレットモードとして符号化され、ＣＵが前述のスライスヘッダ、ピクチャヘッダ、ＰＰＳおよび／またはＳＰＳなどに関連付けられている場合に、シンタックスｐａｌｅｔｔｅ＿ｅｓｃａｐｅ＿ｖａｌを符号化するための符号語を決定するために使用される。

[00204]＜変換スキップモードと通常変換モードのレベルマッピングの調和＞

[00205]本開示の第１０の態様によれば、レベルマッピングを適用するための同じ条件が、変換スキップモードと通常変換モードの両方に使用される。一例では、コンテキスト符号化ビン（ＣＣＢ）の数が変換スキップモードと通常変換モードの両方の制限を超えた後にレベルマッピングを適用することが提案される。別の例では、コンテキスト符号化ビン（ＣＣＢ）の数が変換スキップモードと通常変換モードの両方の制限を超える前にレベルマッピングを適用することが提案されている。

[00206]本開示の第１１の態様によれば、レベルマッピングにおけるマッピング位置を導出する同じ方法が、変換スキップモードと通常変換モードの両方に使用される。一例では、変換スキップモードで使用されるレベルマッピングにおけるマッピング位置の導出方法を通常変換モードにも適用することが提案される。別の例では、通常変換モードで使用されるレベルマッピングにおけるマッピング位置の導出方法を変換スキップモードにも適用することが提案されている。

[00207]本開示の第１２の態様によれば、同じレベルのマッピング方法が変換スキップモードと通常変換モードの両方に適用される。一例では、変換スキップモードで使用されるレベルマッピング関数を通常変換モードにも適用することが提案される。別の例では、通常変換モードで使用されるレベルマッピング関数を変換スキップモードにも適用することが提案されている。

[00208]＜残差コーディングにおけるライスパラメータ導出の簡略化＞

[00209]本開示の第１３の態様によれば、Ｇｏｌｏｍｂ－Ｒｉｃｅコードを使用してａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックス要素を符号化する際に、ライスパラメータを導出するルックアップテーブルの代わりに、シフト演算や除算演算などの単純なロジックを使用することが提案されている。現在の開示によれば、テーブル４に指定されているルックアップテーブルは削除されてもよい。一例では、ライスパラメータｃＲｉｃｅＰａｒａｍは、ｃＲｉｃｅＰａｒａｍ＝（ｌｏｃＳｕｍＡｂｓ＞＞ｎ）として導出され、ｎは正の数、例えば３である。実際には、同じ結果を達成するために他の異なるロジック、例えば２のｎ乗に等しい値による除算演算を使用できることは注目に値する。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。変更は太字と斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。

[00210]本開示の第１４の態様によれば、Ｇｏｌｏｍｂ－Ｒｉｃｅコードを使用してａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックス要素を符号化する際に、ライスパラメータの導出のためにより少ない隣接位置を使用することが提案される。一例では、ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックス要素を符号化する際のライスパラメータの導出に２つの隣接位置のみを使用することが提案される。ＶＶＣドラフトに基づく対応する復号プロセスを以下に示す。変更は太字および斜体のフォントで、削除された内容は取り消し線のフォントで示されている。

[00211]別の例では、ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックス要素を符号化する際のライスパラメータの導出のために、１つの隣接位置のみを使用することが提案される。ＶＶＣドラフトに基づく対応する復号プロセスを以下に示す。変更は太字および斜体のフォントで、削除された内容は取り消し線のフォントで示されている。

[00212]本開示の第１５の態様によれば、Ｇｏｌｏｍｂ－Ｒｉｃｅコードを使用してａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックス要素を符号化する際に、ライスパラメータを導出するために、ｂａｓｅＬｅｖｅｌの値に基づいてｌｏｃＳｕｍＡｂｓの値を調整するために異なるロジックを使用することが提案されている。一例では、追加のスケールおよびオフセット演算が「（ｌｏｃＳｕｍＡｂｓ－ｂａｓｅＬｅｖｅｌ＊５）＊ａｌｐｈａ＋ｂｅｔａ」の形式で適用される。ａｌｐｈａの値が１．５、ｂｅｔａの値が１の場合、ＶＶＣドラフトに基づく対応する復号プロセスは次のように示される。変更は太字の斜体フォントで、削除された内容は取り消し線のフォントで示されている。

[00213]本開示の第１６の態様によれば、Ｇｏｌｏｍｂ－Ｒｉｃｅコードを使用して、ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックス要素におけるライスパラメータの導出のためのクリップ演算を除去することが提案される。現在の開示によれば、ＶＶＣドラフトの復号プロセスの例は以下のように示されており、変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。

[00214]本開示によれば、ＶＶＣドラフトの復号プロセスの一例が以下に示されており、変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。

[00215]本開示の第１７の態様によれば、Ｇｏｌｏｍｂ－Ｒｉｃｅコードを使用してａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックス要素を符号化する際のライスパラメータの導出のために、ｌｏｃＳｕｍＡｂｓの初期値を０から非ゼロの整数に変更することが提案されている。一例では、初期値１がｌｏｃＳｕｍＡｂｓに割り当てられ、ＶＶＣドラフトに基づく対応する復号プロセスが以下に示される。変更は太字の斜体フォントで、削除された内容は取り消し線フォントで示されている。

[00216]本開示の第１８の態様によれば、Ｇｏｌｏｍｂ－Ｒｉｃｅコードを使用してａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックス要素を符号化する際のライスパラメータの導出には、隣接位置レベル値の合計値の代わりにその最大値を使用することが提案されている。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。

[00217]本開示の第１９の態様によれば、Ｇｏｌｏｍｂ－Ｒｉｃｅコードを使用してａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックス要素を符号化する際に、隣接する位置の各ＡｂｓＬｅｖｅｌ値とベースレベル値の相対振幅に基づいてライスパラメータを導出することが提案されている。一例では、ライスパラメータは、隣接する位置のＡｂｓＬｅｖｅｌ値のうちのどれだけがベースレベルよりも大きいかに基づいて導出される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。

[00218]別の例では、ライスパラメータは、ＡｂｓＬｅｖｅｌ値がベースレベルより大きい隣接位置の（ＡｂｓＬｅｖｅｌ－ｂａｓｅＬｅｖｅｌ）値の合計に基づいて導出される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。

[00219]本開示によれば、ＶＶＣドラフトの復号プロセスの一例が以下に示されており、変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。

[00220]＜残差コーディングにおけるレベルマッピング位置導出の簡略化＞

[00221]本開示の第２０の態様によれば、ＺｅｒｏＰｏｓ［ｎ］の導出からＱＳｔａｔｅを除去し、ＺｅｒｏＰｏｓ［ｎ］がｃＲｉｃｅＰａｒａｍのみから導出されるようにすることが提案される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。

[00222]本開示の第２１の態様によれば、ｌｏｃＳｕｍＡｂｓの値に基づいてＺｅｒｏＰｏｓ［ｎ］を導出することが提案される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。

[00223]本開示の第２２の態様によれば、隣接する位置のＡｂｓＬｅｖｅｌの値に基づいてＺｅｒｏＰｏｓ［ｎ］を導出することが提案される。一例では、ＺｅｒｏＰｏｓ［ｎ］は、ＡｂｓＬｅｖｅｌｆ［ｘＣ＋１］［ｙＣ］およびＡｂｓＬｅｖｅｌｆ［ｘＣ］［ｙＣ＋１］のうちの最大値に基づいて導出される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。

[00224]本開示の第２３の態様によれば、隣接する位置のすべてのＡｂｓＬｅｖｅｌ値の最大値に基づいて、ｃＲｉｃｅＰａｒａｍおよびＺｅｒｏＰｏｓ［ｎ］の両方を導出することが提案される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。

[00225]上記の態様で説明したのと同じ方法は、変換スキップモードの残差コーディングにおけるｐｒｅｄＣｏｅｆｆの導出にも適用できる。一例では、変数ｐｒｅｄＣｏｅｆｆは次のように導出される。

[00226]ｐｒｅｄＣｏｅｆｆ＝Ｍａｘ（ａｂｓＬｅｆｔＣｏｅｆｆ，ａｂｓＡｂｏｖｅＣｏｅｆｆ）＋１

[00227]＜変換係数の残差コーディング＞

[00228]本開示では、「残差および係数のコーディングの改善」セクションで指摘した問題に対処するために、残差コーディングの既存の設計を簡素化および／またはさらに改善する方法が提供される。一般に、本開示で提案される技術の主な特徴は、次のように要約される。

[00229]第１に、現在の設計に基づいて、正規の残差コーディングの下で使用されるライスパラメータ導出を調整する。

[00230]第２に、正規の残差コーディングの下で使用される２値方法を変更する。

[00231]第３に、正規の残差コーディングの下で使用されるライスパラメータ導出を変更する。

[00232]＜現在の設計に基づく残差コーディングにおけるライスパラメータ導出＞

[00233]本開示の第２４の態様によれば、残差コーディングにおいて、特定のシンタックス要素、例えばａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを符号化するためにライスパラメータ導出の可変方法を使用することが提案され、選択は現在のブロックの特定の符号化情報、例えばＴＢ／ＣＢおよび／またはスライス／プロファイルに関連付けられた量子化パラメータもしくは符号化ビット深度に従って、ならびに／あるいはＴＢ／ＣＢ／スライス／ピクチャ／シーケンスレベルに関連付けられた新しいフラグ、例えばｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇに従って決定される。ライスパラメータを導出するためにさまざまな方法を使用できる。いくつかの例示的な方法を以下に列挙する。

[00234]第１に、ｃＲｉｃｅＰａｒａｍ＝（ｃＲｉｃｅＰａｒａｍ＜＜ａ）＋（ｃＲｉｃｅＰａｒａｍ＞＞ｂ）＋ｃ、ここでａ、ｂおよびｃは正の数、例えば｛ａ，ｂ，ｃ｝＝｛１，１，０｝である。実際には、同じ結果を達成するために他の異なるロジック、例えば２のｎ乗に等しい値による乗算演算を使用できることは注目に値する。

[00235]第２に、ｃＲｉｃｅＰａｒａｍ＝（ｃＲｉｃｅＰａｒａｍ＜＜ａ）＋ｂ、ここでａおよびｂは正の数、例えば｛ａ，ｂ｝＝｛１，１｝である。実際には、同じ結果を達成するために他の異なるロジック、例えば２のｎ乗に等しい値による乗算演算を使用できることは注目に値する。

[00236]第３に、ｃＲｉｃｅＰａｒａｍ＝（ｃＲｉｃｅＰａｒａｍ＊ａ）＋ｂ、ここでａおよびｂは正の数、例えば｛ａ，ｂ｝＝｛１．５，０｝である。実際には、同じ結果を達成するために他の異なるロジック、例えば２のｎ乗に等しい値による乗算演算を使用できることは注目に値する。

[00237]ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示される。ＶＶＣドラフトへの変更は、テーブル２２に太字および斜体のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、現在のＣＵ／シーケンスのＢｉｔＤｅｐｔｈ値から同じライスパラメータを導出することもできる。

[00238]別の例では、ＢｉｔＤｅｐｔｈが所定の閾値（例えば、１０、１１、１２、１３、１４、１５、または１６）以上である場合、ライスパラメータｃＲｉｃｅＰａｒａｍは次のように導出される：ｃＲｉｃｅＰａｒａｍ＝（ｃＲｉｃｅＰａｒａｍ＜＜ａ））＋（ｃＲｉｃｅＰａｒａｍ＞＞ｂ）＋ｃ、ここで、ａ、ｂ、ｃは正の数、例えば１である。ＶＶＣドラフトに基づく対応する復号プロセスを以下に示す。変更は太字および斜体のフォントで、削除された内容は取り消し線のフォントで示されている。ＶＶＣドラフトへの変更は、テーブル２３に太字および斜体のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、現在のＣＵ／シーケンスのＢｉｔＤｅｐｔｈ値から同じライスパラメータを導出することもできる。

[00239]＜１０ビットを超えるプロファイルの残差コーディングにおける２値化法＞

[00240]本開示の第２５の態様によれば、残差コーディングにおいて、特定のシンタックス要素、例えばａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを符号化するために２値符号語の変数セットを使用することが提案され、選択は現在のブロックの特定の符号化情報、例えばＴＢ／ＣＢおよび／またはスライス／プロファイルに関連付けられた量子化パラメータもしくは符号化ビット深度に従って、ならびに／あるいはＴＢ／ＣＢ／スライス／ピクチャ／シーケンスレベルに関連付けられた新しいフラグ、例えばｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇに従って決定される。２値符号語の変数セットを導出するには、さまざまな方法を使用できる。いくつかの例示的な方法を以下に示す。

[00241]まず、現在のＶＶＣで使用されるのと、ａｂｓ＿ｒｅｍａｉｎｄｅｒの符号語を決定するための同じ手順が使用されるが、常に固定ライスパラメータ（例えば、２、３、４、５、６、７または８）が選択される。固定値は、現在のブロックの特定の符号化情報、例えば、ＴＢ／ＣＢおよび／またはスライス／プロファイルに関連付けられた量子化パラメータもしくは符号化ビット深度に従って、ならびに／あるいはＴＢ／ＣＢ／スライス／ピクチャ／シーケンスレベルに関連付けられたシンタックス要素、例えば、ｒｉｃｅ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｕｅに従って、異なる条件では異なり得る。具体的な一例をテーブル２４に示す。ここで、ＴＨ１～ＴＨ４は（ＴＨ１＜ＴＨ２＜ＴＨ３＜ＴＨ４）を満たす所定の閾値であり、Ｋ０～Ｋ４は所定のライスパラメータである。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、テーブル２４に示すように、現在のＣＵ／シーケンスのＢｉｔＤｅｐｔｈ値から同じライスパラメータを導出することもできる。

[00242]第２に、固定長の２値化。

[00243]第３に、切り捨てライス２値化。

[00244]第４に、切り捨て２値（ＴＢ）２値化プロセス。

[00245]第５に、ｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化プロセス（ＥＧｋ）。

[00246]第６に、限定されたｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化

[00247]一例では、新しいフラグ、例えばｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇが１に等しい場合、ライスパラメータｃＲｉｃｅＰａｒａｍはｎに固定される。ここで、ｎは正の数（例えば、２、３、４、５、６、７または８）である。条件により固定値が異なり得る。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。ＶＶＣドラフトへの変更は、テーブル２５に太字および斜体のフォントで示されている。

[00248]別の例では、新しいフラグ、例えばｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇが１に等しい場合、ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックス要素を符号化する際にライスパラメータに対して１つの固定値のみを使用することが提案される。ＶＶＣドラフトに基づく対応する復号プロセスを以下に示す。変更は太字および斜体のフォントで、削除された内容は取り消し線のフォントで示されている。ＶＶＣドラフトへの変更は、テーブル２６に太字および斜体のフォントで示されている。

[00249]さらに別の例では、ＢｉｔＤｅｐｔｈが所定の閾値（例えば、１０、１１、１２、１３、１４、１５、または１６）以上である場合、ライスパラメータｃＲｉｃｅＰａｒａｍはｎに固定される。ここで、ｎは正の数、例えば、４、５、６、７、または８である。条件により固定値が異なり得る。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。ここで、ＴＨは、所定の閾値（例えば、１０、１１、１２、１３、１４、１５、または１６）である。ＶＶＣドラフトへの変更はテーブル２７に太字および斜体で示されており、変更は太字および斜体で示され、削除された内容は取り消し線で示されている。

[00250]さらに別の例では、ＢｉｔＤｅｐｔｈが所定の閾値（例えば、１０、１１、１２、１３、１４、１５、または１６）より大きい場合、ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックス要素を符号化する際に、ライスパラメータに対して１つの固定値のみを使用することが提案される。ＶＶＣドラフトに基づく対応する復号プロセスを以下に示し、ＴＨは所定の閾値（例えば、１０、１１、１２、１３、１４、１５、または１６）であり、変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示される。ＶＶＣドラフトへの変更は、テーブル２８に太字および斜体のフォントで示されている。

[00251]＜残差コーディングにおけるライスパラメータ導出＞

[00252]本開示の第２６の態様によれば、残差コーディングにおいて、特定のシンタックス要素、例えばａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを符号化するためにライスパラメータ導出の可変方法を使用することが提案され、選択は現在のブロックの特定の符号化情報、例えばＴＢ／ＣＢおよび／またはスライス／プロファイルに関連付けられた量子化パラメータもしくは符号化ビット深度に従って、ならびに／あるいはＴＢ／ＣＢ／スライス／ピクチャ／シーケンスレベルに関連付けられた新しいフラグ、例えば、ｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇに従って決定される。ライスパラメータを導出するためにさまざまな方法を使用できる。いくつかの例示的な方法を以下に示す。

[00253]第１に、カウンタを使用してライスパラメータを導出することが提案される。カウンタは、符号化された係数の値と、現在のブロックの特定の符号化された情報、例えば、成分ＩＤに従って決定される。具体的な例の１つは、ｒｉｃｅＰａｒａｍｅｔｅｒ＝ｃｏｕｎｔｅｒ／ａである。ここで、ａは正の数（例えば、４）であり、２つのカウンタ（輝度／色差で分割）を維持する。これらのカウンタは、各スライスの開始時に０にリセットされる。符号化されると、これがサブＴＵ内で符号化された第１の係数である場合、次のようにカウンタが更新される。
ｉｆ（ｃｏｅｆｆＶａｌｕｅ＞＝（３＜＜ｒｉｃｅ））ｃｏｕｎｔｅｒ＋＋
ｉｆ（（（ｃｏｅｆｆＶａｌｕｅ＜＜１）＜（１＜＜ｒｉｃｅＰａｒａｍｅｔｅｒ））＆＆（ｃｏｕｎｔｅｒ＞０））ｃｏｕｎｔｅｒ－－；

[00254]第２に、ＶＶＣにおけるライスパラメータの導出においてシフト演算を追加することが提案される。シフトは、符号化係数の値に応じて決定される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。シフトは方法１のカウンタに従って決定され、変更は太字および斜体のフォントで、削除された内容は取り消し線のフォントで示される。ＶＶＣドラフトへの変更は、テーブル２９に太字および斜体のフォントで示されている。

[00255]第１に、ＶＶＣにおけるライスパラメータの導出においてシフト演算を追加することが提案される。シフトは、現在のブロックの特定の符号化情報、例えばＴＢ／ＣＢおよび／またはスライスプロファイル（例えば１４ビットプロファイルまたは１６ビットプロファイル）に関連する符号化ビット深度に従って決定される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。シフトは方法１のカウンタに従って決定され、変更は太字および斜体のフォントで、削除された内容は取り消し線のフォントで示される。ＶＶＣドラフトへの変更は、テーブル３０に太字および斜体のフォントで示されている。

[00256]＜変換スキップのための残差コーディング＞

[00257]本開示の第２７の態様によれば、変換スキップの残差コーディングにおいて、特定のシンタックス要素、例えばａｂｓ＿ｒｅｍａｉｎｄｅｒを符号化するために２値符号語の変数セットを使用することが提案され、選択は現在のブロックの特定の符号化情報、例えばＴＢ／ＣＢおよび／またはスライス／プロファイルに関連付けられた量子化パラメータもしくは符号化ビット深度に従って、ならびに／あるいはＴＢ／ＣＢ／スライス／ピクチャ／シーケンスレベルに関連付けられた新しいフラグ、例えば、ｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇに従って決定される。２値符号語の変数セットを導出するには、さまざまな方法を使用できる。いくつかの例示的な方法を以下に示す。

[00258]まず、現在のＶＶＣで使用されるのと、ａｂｓ＿ｒｅｍａｉｎｄｅｒの符号語を決定するための同じ手順が使用されるが、常に固定ライスパラメータ（例えば、２、３、４、５、６、７または８）が選択される。固定値は、現在のブロックの特定の符号化情報、例えば、量子化パラメータ、フレームタイプ（例えば、Ｉ、ＰもしくはＢ）、成分ＩＤ（例えば、輝度もしくは色差）、カラーフォーマット（例えば、４２０、４２２、もしくは４４４）、またはＴＢ／ＣＢおよび／もしくはスライス／プロファイルに関連付けられた符号化ビット深度に従って、ならびに／あるいはＴＢ／ＣＢ／スライス／ピクチャ／シーケンスレベルに関連付けられたシンタックス要素、例えば、ｒｉｃｅ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｕｅに従って、異なる条件では異なり得る。具体例をテーブル７に示す。ここで、ＴＨ１～ＴＨ４は（ＴＨ１＜ＴＨ２＜ＴＨ３＜ＴＨ４）を満たす所定の閾値であり、Ｋ０～Ｋ４は所定のライスパラメータである。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、テーブル７に示すように、現在のＣＵ／シーケンスのＢｉｔＤｅｐｔｈ値から同じライスパラメータを導出することもできる。

[00259]第２に、固定長の２値化。

[00260]第３に、切り捨てライス２値化。

[00261]第４に、切り捨て２値（ＴＢ）２値化プロセス。

[00262]第５に、ｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化プロセス（ＥＧｋ）。

[00263]第６に、限定されたｋ次のＥｘｐ－Ｇｏｌｏｍｂ２値化

[00264]ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。ＶＶＣドラフトへの変更はテーブル３１に太字および斜体フォントで示され、削除された内容は取り消し線フォントで示される。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00265]別の例では、新しいフラグ、例えばｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇが１に等しい場合、ａｂｓ＿ｒｅｍａｉｎｄｅｒのシンタックス要素を符号化する際にライスパラメータに対して１つの固定値のみを使用することが提案される。ＶＶＣドラフトに基づく対応する復号プロセスを以下に示す。変更は太字および斜体のフォントで、削除された内容は取り消し線のフォントで示されている。ＶＶＣドラフトへの変更は、テーブル３２に太字および斜体のフォントで示されている。

[00266]さらに別の例では、新しいフラグ、例えばｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇが１に等しい場合、ライスパラメータｃＲｉｃｅＰａｒａｍはｎに固定される。ここで、ｎは正の数（例えば、２、３、４、５、６、７、または８）である。条件により固定値が異なり得る。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。ＶＶＣドラフトへの変更は、テーブル３３に太字および斜体のフォントで示されている。

[00267]さらに別の例では、ＢｉｔＤｅｐｔｈが所定の閾値（例えば、１０、１１、１２、１３、１４、１５、または１６）以上である場合、ライスパラメータｃＲｉｃｅＰａｒａｍはｎに固定される。ここで、ｎは正の数、例えば、４、５、６、７、または８である。条件により固定値が異なり得る。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示し、ＴＨは所定の閾値（例えば、１０、１１、１２、１３、１４、１５、または１６）であり、変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示される。ＶＶＣドラフトへの変更は、テーブル３４に太字および斜体のフォントで示されている。

[00268]さらに別の例では、変換スキップブロックのライスパラメータの伝送が有効であるか無効であるかを示すために、１つの制御フラグがスライスヘッダ内で伝送される。制御フラグが有効として伝送されると、変換スキップスライスごとに１つのシンタックス要素がさらに伝送されて、そのスライスのライスパラメータが示される。制御フラグが無効として伝送されると（例えば、「０」に設定される）、変換スキップスライスのライスパラメータを示すために下位レベルでそれ以上のシンタックス要素は伝送されず、デフォルトのライスパラメータ（例えば、１）がすべての変換スキップスライスに使用される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。ここで、ＴＨは所定の値（例えば、０、１、２）であり、変更は太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示される。ＶＶＣドラフトへの変更は、テーブル３５に太字および斜体のフォントで示されている。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘはさまざまな方法で符号化でき、および／または最大値を有し得ることは注目に値する。例えば、ｕ（ｎ）、ｎビットを使用する符号なし整数、またはｆ（ｎ）、左ビットを最初に（左から右に）書き込まれたｎビットを使用する固定パターンビット文字列も、同じシンタックス要素の符号化／復号に使用できる。

[00269]＜スライスヘッダのシンタックス＞

[00270]１に等しいｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇは、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが現在のスライスに存在し得ることを指定し、０に等しいｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇは、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが現在のスライスに存在しないことを指定する。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが存在しない場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇの値は０に等しいと推定される。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘは、ｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇ（）シンタックス構造に使用されるライスパラメータを指定する。

[00271]さらに別の例では、１つの制御フラグがシーケンスパラメータセット（またはシーケンスパラメータセット範囲拡張シンタックス）内で伝送され、変換スキップブロックに対するライスパラメータの伝送が有効であるか無効であるかを示す。制御フラグが有効として伝送されると、変換スキップスライスごとに１つのシンタックス要素がさらに伝送されて、そのスライスのライスパラメータが示される。制御フラグが無効として伝送されると（例えば、「０」に設定される）、変換スキップスライスのライスパラメータを示すために下位レベルでそれ以上のシンタックス要素は伝送されず、デフォルトのライスパラメータ（例えば、１）がすべての変換スキップスライスに使用される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。ここで、ＴＨは、所定の値（例えば、０、１、２）である。ＶＶＣドラフトへの変更はテーブル３７に太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘはさまざまな方法で符号化できること、および／または最大値を有し得ることは注目に値する。例えば、ｕ（ｎ）、ｎビットを使用する符号なし整数、またはｆ（ｎ）、左ビットを最初に（左から右に）書き込まれたｎビットを使用する固定パターンビット文字列も、同じシンタックス要素の符号化／復号に使用できる。

[00272]＜シーケンスパラメータセットＲＢＳＰシンタックス＞

[00273]１に等しいｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ＳＰＳを参照するＳＨシンタックス構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在し得ることを指定する。０に等しいｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ＳＰＳを参照するＳＨシンタックス構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。ｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが存在しない場合、ｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇの値は０に等しいと推定される。

[00274]＜スライスヘッダのシンタックス＞

[00275]ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは、ｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇ（）シンタックス構造に使用されるライスパラメータを指定する。

[00276]さらに別の例では、各変換スキップスライスに対して１つのシンタックス要素が伝送されて、そのスライスのライスパラメータを示す。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。ＶＶＣドラフトへの変更は、テーブル４０に太字および斜体のフォントで示されている。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘはさまざまな方法で符号化できること、および／または最大値を有し得ることは注目に値する。例えば、ｕ（ｎ）、ｎビットを使用する符号なし整数、またはｆ（ｎ）、左ビットを最初に（左から右に）書き込まれたｎビットを使用する固定パターンビット文字列も、同じシンタックス要素の符号化／復号に使用できる。

[00277]＜スライスヘッダのシンタックス＞

[00278]ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは、ｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇ（）シンタックス構造に使用されるライスパラメータを指定する。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しない場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘの値は０に等しいと推定される。

[00279]さらに別の例では、変換スキップブロックのライスパラメータの伝送が有効か無効かを示すために、ピクチャパラメータセット範囲拡張シンタックスで１つの制御フラグが伝送される。制御フラグが有効として伝送されると、そのピクチャのライスパラメータを示すために１つのシンタックス要素がさらに伝送される。制御フラグが無効として伝送されると（例えば、「０」に設定される）、変換スキップスライスのライスパラメータを示すために下位レベルでそれ以上のシンタックス要素は伝送されず、デフォルトのライスパラメータ（例えば、１）がすべての変換スキップスライスに使用される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。ここで、ＴＨは、所定の値（例えば、０、１、２）である。ＶＶＣドラフトへの変更は、テーブル４２に太字および斜体のフォントで示されている。ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘはさまざまな方法で符号化できること、および／または最大値を有し得ることは注目に値する。例えば、ｕ（ｎ）、ｎビットを使用する符号なし整数、またはｆ（ｎ）、左ビットを最初に（左から右に）書き込まれたｎビットを使用する固定パターンビット文字列も、同じシンタックス要素の符号化／復号に使用できる。

[00280]＜ピクチャパラメータセット範囲の拡張シンタックス＞

[00281]１に等しいｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇは、現在のピクチャにｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在し得ることを指定し、０に等しいｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇは、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが現在のピクチャに存在しないことを指定する。ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが存在しない場合、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇの値は０に等しいと推定される。

[00282]ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは、ｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇ（）シンタックス構造に使用されるライスパラメータを指定する。

[00283]さらに別の例では、シンタックス要素ａｂｓ＿ｒｅｍａｉｎｄｅｒの符号化に可変ライスパラメータのみを使用することが提案される。適用されるライスパラメータの値は、現在のブロックの特定の符号化情報、例えば、ブロックサイズ、量子化パラメータ、ビット深度、変換タイプなどに従って決定され得る。１つの特定の実施形態では、符号化ビット深度および１つのＣＵに適用される量子化パラメータに基づいてライスパラメータを調整することが提案される。ＶＶＣドラフトに基づく対応する復号プロセスを以下に示す。ＶＶＣドラフトへの変更はテーブル４４に太字および斜体フォントで示され、削除された内容は取り消し線フォントで示される。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00284]さらに別の例では、ＶＶＣドラフトに基づく対応する復号プロセスが以下のように示され、ここで、ＴＨは、所定の閾値（例えば、３３または３４）である。ＶＶＣドラフトへの変更はテーブル４５に太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00285]さらに別の例では、ＶＶＣドラフトに基づく対応する復号プロセスが以下のように示され、ＴＨ_ＡおよびＴＨ_Ｂは所定の閾値（例えば、ＴＨ_Ａ＝８、ＴＨ_Ｂ＝３３または３４）である。ＶＶＣドラフトへの変更はテーブル４６に太字および斜体のフォントで示され、削除された内容は取り消し線のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00286]さらに別の例では、新しいフラグ、例えばｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇが１に等しい場合、ａｂｓ＿ｒｅｍａｉｎｄｅｒのシンタックス要素の符号化に可変ライスパラメータのみを使用することが提案される。変動する値は、現在のブロックの特定の符号化情報、例えば、ブロックサイズ、量子化パラメータ、ビット深度、変換タイプなどに従って決定され得る。１つの特定の実施形態では、符号化ビット深度および１つのＣＵに適用される量子化パラメータに基づいてライスパラメータを調整することが提案される。ＶＶＣドラフトに基づく対応する復号プロセスを以下に示す。ＶＶＣドラフトへの変更は、テーブル４７に太字および斜体のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00287]さらに別の例では、ＶＶＣドラフトに基づく対応する復号プロセスが以下のように示され、ここで、ＴＨは、所定の閾値（例えば、１８、１９）である。ＶＶＣドラフトへの変更は、テーブル４８に太字および斜体のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00288]さらに別の例では、ＶＶＣドラフトに基づく対応する復号プロセスが以下のように示され、ＴＨ_ＡおよびＴＨ_Ｂは所定の閾値（例えば、ＴＨ_Ａ＝８、ＴＨ_Ｂ＝１８または１９）である。ＶＶＣドラフトへの変更は、テーブル４９に太字および斜体のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00289]図１６はビデオ符号化の方法を示す。この方法は、例えばエンコーダに適用することができる。

[00290]ステップ１６１０で、エンコーダはビデオ入力を受信することができる。例えば、ビデオ入力はライブストリームであり得る。

[00291]ステップ１６１２で、エンコーダはビデオ入力に基づいて量子化パラメータを取得することができる。量子化パラメータは、例えば、エンコーダ内の量子化ユニットによって計算され得る。

[00292]ステップ１６１４で、エンコーダは、少なくとも１つの所定の閾値、符号化ビット深度、および量子化パラメータに基づいてライスパラメータを導出することができる。例えば、ライスパラメータは、ａｂｓ＿ｒｅｍａｉｎｄｅｒとｄｅｃ＿ａｂｓ＿ｌｅｖｅｌのシンタックスを伝送するために使用される。

[00293]ステップ１６１６で、エンコーダは、ライスパラメータに基づいてビデオビットストリームをエントロピー符号化することができる。例えば、ビデオビットストリームは、圧縮されたビデオビットストリームを生成するためにエントロピー符号化されてもよい。

[00294]さらに別の例では、ＢｉｔＤｅｐｔｈが１０より大きい場合、ａｂｓ＿ｒｅｍａｉｎｄｅｒのシンタックス要素を符号化する際に、ライスパラメータに固定値（例えば、２、３、４、５、６、７、または８）のみを使用することが提案されている。固定値は、現在のブロックの特定の符号化情報、例えば量子化パラメータに従って、異なる条件では異なり得る。ＶＶＣドラフトに基づく対応する復号プロセスは以下のように示される。ここで、ＴＨは、所定の閾値（例えば、１８、１９）である。ＶＶＣドラフトへの変更は、テーブル５０に太字および斜体のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00295]さらに別の例では、ＶＶＣドラフトに基づく対応する復号プロセスが以下のように示され、ＴＨ_ＡおよびＴＨ_Ｂは所定の閾値（例えば、ＴＨ_Ａ＝８、ＴＨ_Ｂ＝１８または１９）である。ＶＶＣドラフトへの変更は、テーブル５１に太字および斜体のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00296]さらに別の例では、ＶＶＣドラフトに基づく対応する復号プロセスが以下のように示され、ここで、ＴＨは、所定の閾値（例えば、３３または３４）である。ＶＶＣドラフトへの変更は、テーブル５２に太字と斜体のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00297]さらに別の例では、ＶＶＣドラフトに基づく対応する復号プロセスが以下のように示され、ＴＨ_ＡおよびＴＨ_Ｂは所定の閾値（例えば、ＴＨ_Ａ＝８、ＴＨ_Ｂ＝３３または３４）である。ＶＶＣドラフトへの変更は、テーブル５３に太字および斜体のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00298]上記の図では、特定のライスパラメータを計算するために使用される方程式は、提案されたアイデアを説明するための例としてのみ使用されることに言及する価値がある。現代のビデオコーディング技術の当業者にとって、他のマッピング関数（または同等のマッピング方程式）は、提案されたアイデア（すなわち、符号化ビットおよび適用される量子化パラメータに基づいて変換スキップモードのライスパラメータを決定する）に既に適用可能である。一方、現在のＶＶＣ設計では、適用される量子化パラメータの値が符号化ブロックグループレベルで変更できることにも言及する必要がある。したがって、提案されたライスパラメータ調整方式は、符号化ブロックグループレベルでの変換スキップモードのライスパラメータの柔軟な適応を提供することができる。

[00299]＜正規の残差コーディングおよび変換スキップ残差コーディングのための伝送情報＞

[00300]本開示の第２８の態様によれば、正規の残差コーディングにおいて、特定のシンタックス要素、例えば変換スキップ残差コーディングのａｂｓ＿ｒｅｍａｉｎｄｅｒ、ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌに使用されるライスパラメータを導出するためのシフトパラメータとオフセットパラメータを符号化するために２値符号語のライスパラメータを伝送することと、現在のブロックの特定の符号化情報、例えばＴＢ／ＣＢおよび／またはスライス／プロファイルに関連付けられた量子化パラメータもしくは符号化ビット深度に従って、ならびに／あるいはＴＢ／ＣＢ／スライス／ピクチャ／シーケンスレベルに関連付けられた新しいフラグ、例えば、ｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇに従って伝送するかどうかを決定することとが提案されている。

[00301]一例では、１つの制御フラグは、変換スキップブロックのライスパラメータの伝送と、変換ブロックのライスパラメータ導出用のシフトパラメータおよび／またはオフセットパラメータの伝送が有効か無効かを示すために、スライスヘッダで伝送される。制御フラグが有効であると伝送されると、１つのシンタックス要素は、各変換スキップスライスに対してさらに伝送されて、そのスライスのライスパラメータを示し、２つのシンタックス要素は、各変換スライスに対してさらに伝送されて、そのスライスのライスパラメータを導出するためのシフトパラメータおよび／またはオフセットパラメータを示す。制御フラグが無効として伝送されると（例えば、「０」に設定される）、変換スキップスライスのライスパラメータを示すために下位レベルでそれ以上のシンタックス要素は伝送されず、デフォルトのライスパラメータ（例えば、１）がすべての変換スキップスライスに使用され、変換スライスのライスパラメータ導出のためのシフトパラメータおよびオフセットパラメータを示すために、下位レベルでそれ以上のシンタックス要素は信号送信されず、デフォルトのシフトパラメータおよび／またはオフセットパラメータ（例えば、０）がすべての変換スライスに使用される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。ここで、ＴＨは、所定の値（例えば、０、１、２）である。ＶＶＣドラフトへの変更は、テーブル５４に太字および斜体のフォントで示されている。ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘは、異なる方法で符号化することができ、および／または最大値を有することができることは注目に値する。例えば、ｕ（ｎ）、ｎビットを使用する符号なし整数、またはｆ（ｎ）、左ビットを最初に（左から右に）書き込まれたｎビットを使用する固定パターンビット文字列も使用でき、同じシンタックス要素を符号化／復号する。

[00302]図１７は、ビデオ復号の方法を示す。この方法は、例えばエンコーダに適用することができる。

[00303]ステップ１７１０で、エンコーダはビデオ入力を受信することができる。

[00304]ステップ１７１２で、エンコーダは、シンタックス要素を符号化するための２値符号語のライスパラメータを伝送することができる。符号化シンタックス要素には、変換スキップ残差コーディングのａｂｓ＿ｒｅｍａｉｎｄｅｒが含まれ得る。

[00305]ステップ１７１４で、エンコーダは、ライスパラメータおよびビデオ入力に基づいてビデオビットストリームをエントロピー符号化することができる。

[00306]＜スライスヘッダのシンタックス＞

[00307]１に等しいｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇは、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが現在のスライスに存在し得ることを指定し、０に等しいｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇは、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが現在のスライスに存在しないことを指定する。

[00308]ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔは、ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ ］およびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ ］のライスパラメータ導出プロセスに使用されるシフトパラメータを指定する。ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔが存在しない場合、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔの値は０に等しいと推定される。

[00309]ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔは、ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ ］およびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ ］のライスパラメータ導出プロセスに使用されるオフセットパラメータを指定する。ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔが存在しない場合、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔの値は０に等しいと推定される。

[00310]ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘは、ｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇ（）シンタックス構造に使用されるライスパラメータを指定する。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在しない場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘの値は０に等しいと推定される。

[00311]別の例では、１つの制御フラグがシーケンスパラメータセット（またはシーケンスパラメータセット範囲の拡張シンタックス）で伝送され、変換スキップブロックのライスパラメータの伝送と、変換ブロック内のライスパラメータの導出のためのシフトパラメータおよび／またはオフセットパラメータの伝送が有効か無効かを示す。制御フラグが有効であると伝送されると、１つのシンタックス要素は、各変換スキップスライスに対してさらに伝送されて、そのスライスのライスパラメータを示し、２つのシンタックス要素は、各変換スライスに対してさらに伝送されて、そのスライスのライスパラメータを導出するためのシフトパラメータおよび／またはオフセットパラメータを示す。制御フラグが無効として伝送されると（例えば、「０」に設定される）、変換スキップスライスのライスパラメータを示すために下位レベルでそれ以上のシンタックス要素は伝送されず、デフォルトのライスパラメータ（例えば、１）がすべての変換スキップスライスに使用され、変換スライスのライスパラメータ導出のためのシフトパラメータおよび／またはオフセットパラメータを示すために下位レベルでそれ以上のシンタックス要素は信号送信されず、デフォルトのシフトパラメータおよび／またはオフセットパラメータ（例えば、０）がすべての変換スライスに使用される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。ここで、ＴＨは、所定の値（例えば、０、１、２）である。ＶＶＣドラフトへの変更は、テーブル５７に太字および斜体のフォントで示されている。ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは、異なる方法で符号化することができ、および／または最大値を有することができることは注目に値する。例えば、ｕ（ｎ）、ｎビットを使用する符号なし整数、またはｆ（ｎ）、左ビットを最初に（左から右に）書き込まれたｎビットを使用する固定パターンビット文字列も、同じシンタックス要素の符号化／復号に使用できる。

[00312]＜シーケンスパラメータセットＲＢＳＰシンタックス＞

[00313]１に等しいｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ＳＰＳを参照するＳＨシンタックス構造内にｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在し得ることを指定し、０に等しいｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ＳＰＳを参照するＳＨシンタックス構造内にｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。ｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが存在しない場合、ｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇの値は０に等しいと推定される。

[00314]＜スライスヘッダのシンタックス＞

[00315]ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔは、ａｂｓ＿ｒｅａｄｉｎｄｅｒ［ ］およびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ ］のライスパラメータ導出プロセスに使用されるシフトパラメータを指定する。ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔが存在しない場合、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔの値は０に等しいと推定される。

[00316]ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔは、ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ ］およびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ ］のライスパラメータ導出プロセスに使用されるオフセットパラメータを指定する。ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔが存在しない場合、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔの値は０に等しいと推定される。

[00317]ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは、ｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇ（）シンタックス構造に使用されるライスパラメータを指定する。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在しない場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘの値は０に等しいと推定される。

[00318]さらに別の例では、１つのシンタックス要素は、各変換スキップスライスに対して伝送されて、そのスライスのライスパラメータを示し、２つのシンタックス要素は、各変換スライスに対して伝送されて、そのスライスのライスパラメータを導出するためのシフトパラメータおよび／またはオフセットパラメータを示す。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。ＶＶＣドラフトへの変更は、テーブル６１に太字と斜体のフォントで示されている。ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは、異なる方法で符号化することができ、ならびに／または最大値を有することができることは注目に値する。例えば、ｕ（ｎ）、ｎビットを使用する符号なし整数、またはｆ（ｎ）、左ビットを最初に（左から右に）書き込まれたｎビットを使用する固定パターンビット文字列も、同じシンタックス要素の符号化／復号に使用できる。

[00319]＜スライスヘッダのシンタックス＞

[00320]ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは、ｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇ（）シンタックス構造に使用されるライスパラメータを指定する。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しない場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘの値は０に等しいと推定される。

[00321]ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔは、ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ ］およびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ ］のライスパラメータ導出プロセスに使用されるオフセットパラメータを指定する。ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔが存在しない場合、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔの値は０に等しいと推定される。

[00322]ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは、ｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇ（）シンタックス構造に使用されるライスパラメータを指定する。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在しない場合、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘの値は０に等しいと推定される。

[00323]さらに別の例では、１つの制御フラグは、ピクチャパラメータセット範囲の拡張シンタックスで伝送され、変換スキップブロックのライスパラメータの伝送と、変換ブロック内のライスパラメータの導出のためのシフトパラメータおよび／またはオフセットパラメータの伝送が有効であるか無効であるかを示す。制御フラグが有効であると伝送されると、１つのシンタックス要素は、そのピクチャの変換スキップ残差コーディングのためのライスパラメータを示すためにさらに伝送され、２つのシンタックス要素はさらに、そのピクチャのライスパラメータを導出するためのシフトパラメータおよび／またはオフセットパラメータを示すために正規の残差コーディングのために伝送される。制御フラグが無効として伝送されると（例えば、「０」に設定される）、変換スキップ残差コーディングのライスパラメータを示すために下位レベルでそれ以上のシンタックス要素は伝送されず、デフォルトのライスパラメータ（例えば、１）がすべての変換スキップ残差コーディングに使用され、正規の残差コーディングのライスパラメータを導出するためのシフトパラメータおよび／またはオフセットパラメータを示すために、下位レベルでそれ以上のシンタックス要素が伝送されることはなく、デフォルトのシフトパラメータおよび／またはオフセットパラメータ（例えば０）がすべての正規の残差コーディングに使用される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。ここで、ＴＨは、所定の値（例えば、０、１、２）である。ＶＶＣドラフトへの変更は、テーブル６４に太字および斜体のフォントで示されている。ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは、異なる方法で符号化することができ、および／または最大値を有することができることは注目に値する。例えば、ｕ（ｎ）、ｎビットを使用する符号なし整数、またはｆ（ｎ）、ｎビットを使用し、左ビットから順に（左から右に）書き込まれた固定パターンのビット文字列は、同じシンタックス要素を符号化／復号するために使用することもできる。

[00324]＜ピクチャパラメータセット範囲の拡張シンタックス＞

[00325]１に等しいｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｆｌａｇは、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが現在のピクチャに存在し得ることを指定し、０に等しいｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｆｌａｇは、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが現在のピクチャに存在しないことを指定する。ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｆｌａｇが存在しない場合、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｆｌａｇの値は０に等しいと推定される。

[00326]ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔは、ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ ］およびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ ］のライスパラメータ導出プロセスに使用されるシフトパラメータを指定する。ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔが存在しない場合、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔの値は０に等しいと推定される。

[00327]ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔは、ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ ］およびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ ］のライスパラメータ導出プロセスに使用されるオフセットパラメータを指定する。ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔが存在しない場合、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔの値は０に等しいと推定される。

[00328]ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは、ｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇ（）シンタックス構造に使用されるライスパラメータを指定する。ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在しない場合、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘの値は０に等しいと推定される。

[00329]本開示の第２９の態様によれば、正規の残差コーディングにおいて、特定のシンタックス要素、例えば変換スキップ残差コーディングのａｂｓ＿ｒｅｍａｉｎｄｅｒ、ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌに使用されるライスパラメータを導出するためのシフトパラメータとオフセットパラメータを符号化するために異なるライスパラメータを使用することと、現在のブロックの特定の符号化情報、例えばＴＢ／ＣＢおよび／またはスライス／プロファイルに関連付けられた量子化パラメータもしくは符号化ビット深度に従って、ならびに／あるいはＴＢ／ＣＢ／スライス／ピクチャ／シーケンスレベルに関連付けられた新しいフラグ、例えば、ｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏｊ＞ｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇに従ってどれを使用するかを決定することとが提案されている。

[00330]一例では、１つの制御フラグはスライスヘッダで伝送され、変換スキップブロックのライスパラメータの導出プロセスと、変換ブロックのライスパラメータのシフトパラメータおよび／またはオフセットパラメータの導出プロセスが有効か無効かを示す。制御フラグが有効として伝送されると、ライスパラメータは、現在のブロックの特定の符号化情報、例えば、量子化パラメータおよびビット深度に従って、異なる条件で異なる可能性がある。そして、正規の残差コーディングにおけるライスパラメータ導出のためのシフトパラメータおよび／またはオフセットパラメータは、現在のブロックの特定の符号化情報、例えば、量子化パラメータおよびビット深度に従って、異なる条件で異なり得る。制御フラグが無効として伝送されると（例えば、「０」に設定される）、デフォルトのライスパラメータ（例えば、１）がすべての変換スキップスライスに使用され、デフォルトのシフトパラメータおよび／またはオフセットパラメータ（例えば、０）がすべての変換スライスに使用される。ＶＶＣドラフトに基づく対応する復号プロセスの例を以下に示す。ここで、ＴＨ_ＡおよびＴＨ_Ｂは、所定の閾値（例えば、ＴＨ_Ａ＝８、ＴＨ_Ｂ＝１８または１９）である。ＶＶＣドラフトへの変更は、テーブル６７に太字と斜体のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00331]＜スライスヘッダシンタックス＞

[00332]１に等しいｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇは、ビット深度に依存するライスパラメータ導出プロセスが現在のスライスにおいて使用されることを指定し、０に等しいｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇは、ビット深度に依存するライスパラメータ導出プロセスが現在のスライスにおいて使用されないことを指定する。

[00333]さらに別の例では、ＶＶＣドラフトに基づく対応する復号プロセスが以下のように示される。ここで、ＴＨは、所定の閾値（例えば、１８、１９）である。ＶＶＣドラフトへの変更は、テーブル７０に太字および斜体のフォントで示されている。実際には、同じロジックが異なる方法で実装され得ることは注目に値する。例えば、特定の方程式またはルックアップテーブルを使用して、同じライスパラメータを導出することもできる。

[00334]本開示の別の態様によれば、これらの上記のコーディングツールの値が、一般的な制約情報における他のものと同じ一般的な制約制御を提供するフラグを立てるという制約を追加することが提案される。

[00335]例えば、１に等しいｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ＳＰＳを参照するＳＨシンタックス構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在し得ることを指定する。０に等しいｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇは、ＳＰＳを参照するＳＨシンタックス構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。この開示によれば、他のフラグと同じ一般的な制約制御を提供するために、一般的な制約情報シンタックスにシンタックス要素ｇｃｉ＿ｎｏ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案されている。ＶＶＣドラフトの復号プロセスの例を以下に示す。ＶＶＣドラフトへの変更が強調表示される。追加された部分は斜体で強調表示される。

[00336]図１９は、本開示の一例によるビデオコーディングのための方法を示す。この方法は、例えば、デコーダに適用することができる。ステップ１９０２において、デコーダは、シーケンスパラメータセット（ＳＰＳ）を参照するＳＨシンタックス構造内にインデックスｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在するかどうかを示すＳＰＳ残差符号化フラグを受信することができる。

[00337]ステップ１９０４において、ＳＰＳ残差符号化フラグの値が１に等しいとの決定に応答して、デコーダは、ＳＰＳを参照するスライスヘッド（ＳＨ）シンタックス構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在すると決定することができる。

[00338]ステップ１９０６において、残差符号化フラグの値が０に等しいとの決定に応答して、デコーダは、ＳＰＳを参照するＳＨシンタックス構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないと決定することができる。

[00339]別の例では、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが１に等しい場合は、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが現在のピクチャに存在し得ることを指定し、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが０に等しい場合は、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが現在のピクチャに存在しないことを指定する。この開示によれば、他のフラグと同じ一般的な制約制御を提供するために、一般的な制約情報シンタックスにシンタックス要素ｇｃｉ＿ｎｏ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案されている。ＶＶＣドラフトの復号プロセスの例を以下に示す。ＶＶＣドラフトへの変更が強調表示される。追加された部分は斜体で強調表示される。

[00340]さらに別の例では、１に等しいｓｐｓ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ａｂｓ＿ｒｅｍａｉｎｉｎｇ［ ］およびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値化のためのライスパラメータが式によって導出され得ることを示す。

[00341]式には、ＲｉｃｅＰａｒａｍ＝ＲｉｃｅＰａｒａｍ＋ｓｈｉｆｔＶａｌおよびｓｈｉｆｔＶａｌ＝（ｌｏｃａｌＳｕｍＡｂｓ＜Ｔｘ［０］）？Ｒｘ［０］：（（ｌｏｃａｌＳｕｍＡｂｓ＜Ｔｘ［１］）？Ｒｘ［１］：（（ｌｏｃａｌＳｕｍＡｂｓ＜Ｔｘ［２］）？Ｒｘ［２］：（（ｌｏｃａｌＳｕｍＡｂｓ＜Ｔｘ［３］）？Ｒｘ［３］：Ｒｘ［４］）））が含まれ得、リストＴｘ［ ］およびＲｘ［ ］は次のように指定される：Ｔｘ［ ］＝｛３２，１２８，５１２，２０４８｝＞＞（１５２３）Ｒｘ［ ］＝｛０、２、４、６、８｝

[00342]図２０は、本開示の一例によるビデオコーディングのための方法を示す。この方法は、例えば、デコーダに適用することができる。ステップ２００２において、デコーダは、シンタックスａｂｓ＿ｒｅｍａｉｎｉｎｇおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値化のための代替ライスパラメータ導出が使用されるかどうかを示すシーケンスパラメータセット（ＳＰＳ）適応可能フラグを受信することができる。

[00343]ステップ２００４において、ＳＰＳ適応可能フラグの値が１に等しいとの決定に応答して、デコーダは、シンタックスの２値化のための代替ライスパラメータ導出が使用されると決定することができる。

[00344]ステップ２００６において、ＳＰＳ適応可能フラグの値が０に等しいとの決定に応答して、デコーダは、シンタックスの２値化のための代替ライスパラメータ導出が使用されないと決定することができる。

[00345]本開示によれば、他のフラグと同じ一般的な制約制御を提供するために、一般的な制約情報シンタックスにシンタックス要素ｇｃｉ＿ｎｏ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣドラフトの復号プロセスの例を以下に示す。ＶＶＣドラフトへの変更が強調表示される。追加された部分は斜体で強調表示される。

[00346]図２１は、本開示の一例によるビデオコーディングのための方法を示す。この方法は、例えば、デコーダに適用することができる。ステップ２１０２において、デコーダは、他のフラグに対する一般的な制約制御を提供するために残差符号化ライス制約フラグを受信することができる。

[00347]ステップ２１０４において、残差符号化ライス制約フラグの値が１に等しいとの決定に応答して、デコーダは、他のフラグの値が０に等しいと決定することができる。

[00348]提案されたライスパラメータ適応方式は変換スキップ残差コーディング（ＴＳＲＣ）にのみ使用されるため、提案された方法は、ＴＳＲＣが有効化されている場合にのみ有効となり得る。同様に、本開示の１つまたは複数の実施形態では、変換スキップモードが一般的な制約情報レベルから無効になっている場合、例えば、ｇｃｉ＿ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１に設定されている場合に、ｇｃｉ＿ｎｏ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であることを要求する１つのｂｔｉストリーム制約を追加することが提案されている。

[00349]上記の方法は、１つまたは複数の回路を含む装置を使用して実装することができ、これには、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲート配列（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、またはその他の電子構成要素が含まれる。この装置は、上述の方法を実行するために、他のハードウェアまたはソフトウェア構成要素と組み合わせて回路を使用することができる。上記で開示された各モジュール、サブモジュール、ユニット、またはサブユニットは、１つまたは複数の回路を使用して少なくとも部分的に実装され得る。

[00350]本開示の他の例は、本明細書に開示される本開示の明細書および実施を考慮することにより、当業者には明らかとなるであろう。本出願は、その一般原理に従い、当技術分野で既知または慣例の範囲内にある本開示からのそのような逸脱を含む、本開示のあらゆる変形、使用、または適応を網羅することを意図している。明細書および実施例は、例示としてのみ考慮されることを意図している。

本開示は、上で説明し、添付の図面に示した正確な例に限定されず、本開示の範囲から逸脱することなくさまざまな修正および変更を行うことができることが理解されるであろう。

[00351]図１８は、ユーザインターフェース１８６０と結合されたコンピューティング環境１８１０を示す。コンピューティング環境１８１０は、データ処理サーバーの一部とすることができる。コンピューティング環境１８１０は、プロセッサ１８２０、メモリ１８４０、およびＩ／Ｏインターフェース１８５０を含む。

[00352]プロセッサ１８２０は、通常、表示、データ取得、データ通信、および画像処理に関連する操作など、コンピューティング環境１８１０の全体的な操作を制御する。プロセッサ１８２０は、上述の方法におけるステップのすべてまたは一部を実行するための命令を実行する１つまたは複数のプロセッサを含み得る。さらに、プロセッサ１８２０は、プロセッサ１８２０と他の構成要素との間の対話を容易にする１つまたは複数のモジュールを含み得る。プロセッサは、中央処理装置（ＣＰＵ）、マイクロプロセッサ、シングルチップマシン、ＧＰＵなどであってもよい。

[00353]メモリ１８４０は、コンピューティング環境１８１０の操作をサポートするために、さまざまなタイプのデータを記憶するように構成されている。メモリ１８４０は、所定のソフトウェア１８４２を含み得る。そのようなデータの例には、コンピューティング環境１８１０上で操作する任意のアプリケーションまたは方法のための命令、ビデオデータセット、画像データなどが含まれる。メモリ１８４０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、電気的に消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ）、読み取り専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスクまたは光ディスクなどの任意のタイプの揮発性もしくは不揮発性メモリデバイス、またはそれらの組み合わせを使用することによって実装され得る。

[00354]Ｉ／Ｏインターフェース１８５０は、プロセッサ１８２０と、キーボード、クリックホイール、ボタンなどの周辺インターフェースモジュールとの間のインターフェースを提供する。ボタンには、ホームボタン、スキャン開始ボタン、スキャン停止ボタンが含まれるが、これらに限定されない。Ｉ／Ｏインターフェース１８５０は、エンコーダおよびデコーダと結合することができる。

[00355]いくつかの実施形態では、上記の方法を実行するための、コンピューティング環境１８１０内のプロセッサ１８２０によって実行可能な、メモリ１８４０に含まれるような複数のプログラムを含む非一時的なコンピュータ可読記憶媒体も提供される。例えば、非一時的なコンピュータ可読記憶媒体は、ＲＯＭ、ＲＡＭ、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスク、光データ記憶デバイスなどであってもよい。

[00356]非一時的なコンピュータ可読記憶媒体は、１つまたは複数のプロセッサを有するコンピューティングデバイスによって実行される複数のプログラムを記憶しており、複数のプログラムは、１つまたは複数のプロセッサによって実行されると、コンピューティングデバイスに、上述の動き予測方法を実行させる。

[00357]いくつかの実施形態では、コンピューティング環境１８１０は、上記の方法を実行するため１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲート配列（ＦＰＧＡ）、グラフィック処理ユニット（ＧＰＵ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、またはその他の電子構成要素を用いて実装され得る。

[00358]本開示の説明は、例示を目的として提示されたものであり、網羅的であること、または本開示に限定されることを意図したものではない。前述の説明および関連する図面に提示された教示の恩恵を受ける当業者には、多くの修正、変形、および代替の実装が明らかとなるであろう。

[00359]実施例は、本開示の原理を説明し、他の当業者がさまざまな実装に関して本開示を理解できるようにするため、基礎となる原理とさまざまな実装を、企図される特定の用途に適したようにさまざまな変更を加えて最大限に利用するために選択され、説明されたものである。したがって、本開示の範囲は、開示された実装の特定の例に限定されるものではなく、修正および他の実装も本開示の範囲内に含まれることが意図されることが理解されるべきである。

Claims (13)

1. ビデオコーディングのための方法であって、
   デコーダによって、シーケンスパラメータセット（ＳＰＳ）を参照するＳＨシンタックス構造内にインデックスｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在するかどうかを示すＳＰＳ残差符号化フラグを受信するステップと、
   前記ＳＰＳ残差符号化フラグの値が１に等しいとの決定に応答して、前記ＳＰＳを参照する前記スライスヘッド（ＳＨ）シンタックス構造内に前記ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在すると決定するステップと、
   前記残差符号化フラグの前記値が０に等しいとの決定に応答して、前記ＳＰＳを参照する前記ＳＨシンタックス構造内に前記ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないと決定するステップと
   を含む方法。
2. 前記デコーダによって、インデックスｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが前記ビデオの現在のピクチャに存在するかどうかを示すピクチャパラメータセット（ＰＰＳ）残差符号化ライスフラグを受信するステップと、
   前記ＰＰＳ残差符号化ライスフラグの値が１に等しいとの決定に応答して、前記ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが前記現在のピクチャに存在すると決定するステップと、
   前記ＰＰＳ残差符号化フラグの前記値が０に等しいとの決定に応答して、前記ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが前記現在のピクチャに存在しないと決定するステップと
   をさらに含む、請求項１に記載のビデオコーディングのための方法。
3. ビデオコーディングのための方法であって、
   デコーダによって、シンタックスａｂｓ＿ｒｅｍａｉｎｉｎｇおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値化のための代替ライスパラメータ導出が使用されるかどうかを示すシーケンスパラメータセット（ＳＰＳ）適応可能フラグを受信するステップと、
   前記ＳＰＳ適応可能フラグの値が１に等しいとの決定に応答して、シンタックスの２値化のための前記代替ライスパラメータ導出が使用されると決定するステップと、
   前記ＳＰＳ適応可能フラグの前記値が０に等しいとの決定に応答して、シンタックスの２値化のための前記代替ライスパラメータ導出が使用されないと決定するステップと
   を含む方法。
4. 前記デコーダによって、インデックスｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが前記ビデオの現在のピクチャに存在するかどうかを示すピクチャパラメータセット（ＰＰＳ）残差符号化ライスフラグを受信するステップと、
   前記ＰＰＳ残差符号化ライスフラグの値が１に等しいとの決定に応答して、前記ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが前記現在のピクチャに存在すると決定するステップと、
   前記ＰＰＳ残差符号化フラグの前記値が０に等しいとの決定に応答して、前記ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが前記現在のピクチャに存在しないと決定するステップと
   をさらに含む、請求項３に記載のビデオコーディングのための方法。
5. ビデオコーディングのための方法であって、
   デコーダによって、他のフラグに対する一般的な制約制御を提供するために残差符号化ライス制約フラグを受信するステップと、
   前記残差符号化ライス制約フラグの値が１に等しいと決定されたことに応答して、前記他のフラグの値が０に等しいと決定するステップと
   を含む方法。
6. 前記残差符号化ライス制約フラグの前記値が１に等しいとの決定に応答して、ＳＰＳ残差符号化フラグの値が０に等しいと決定するステップをさらに含む、請求項５に記載のビデオコーディングのための方法。
7. 前記変換スキップ残差符号化ライス制約フラグの前記値が１に等しいとの決定に応答して、ＳＰＳ変換スキップ残差符号化ライス存在フラグの値が０に等しいと決定するステップをさらに含む、請求項５に記載のビデオコーディングのための方法。
8. 前記正規残差符号化ライス制約フラグの前記値が１に等しいとの決定に応答して、ＳＰＳ正規残差符号化拡張フラグの値が０に等しいと決定するステップをさらに含む、請求項５に記載のビデオコーディングのための方法。
9. 前記残差符号化ライス適応制約フラグの前記値が１に等しいとの決定に応答して、ＳＰＳ残差符号化適応フラグの値が０に等しいと決定するステップをさらに含む、請求項５に記載のビデオコーディングのための方法。
10. 前記残差符号化ライス制約フラグの前記値が１に等しいとの決定に応答して、ＰＰＳ残差符号化ライスフラグの値が０に等しいと決定するステップをさらに含む、請求項５に記載のビデオコーディングのための方法。
11. 前記残差符号化ライス制約フラグの前記値が１に等しいとの決定に応答して、ＳＰＳ適応可能フラグの値が０に等しいと決定するステップをさらに含む、請求項５に記載のビデオコーディングのための方法。
12. ビデオコーディングのための装置であって、
    １つまたは複数のプロセッサと、
    前記１つまたは複数のプロセッサによって実行可能な命令を記憶するように構成されたメモリとを含み、
    前記１つまたは複数のプロセッサは、前記命令の実行時に、請求項１から１１のいずれかに記載の方法を実行するように構成される、装置。
13. １つまたは複数のコンピュータプロセッサによって実行されると前記１つまたは複数のコンピュータプロセッサに請求項１から１１のいずれかに記載の方法を実行させるコンピュータ実行可能命令を記憶している、ビデオコーディングのための非一時的なコンピュータ可読記憶媒体。