JP2024506156A - ビデオ符号化のための残差および係数の符号化 - Google Patents

Abstract

ビデオ符号化のための方法、装置、および非一時的コンピュータ可読記憶媒体が提供される。ビデオ符号化のための方法は、デコーダによって、シーケンスパラメータセット（ＳＰＳ）範囲拡張フラグの値に基づいてスライスヘッド（ＳＨ）の未加工バイトシーケンスペイロード（ＲＢＳＰ）構文構造内に構文構造ｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎが存在するかどうかを示すＳＰＳ範囲拡張フラグを受信することを含む。

Description

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

本開示は、ビデオの符号化および圧縮に関する。より詳細には、本開示は、ビデオ符号化のための残差および係数の符号化の改善ならびに簡素化に関する。

ビデオデータを圧縮するために、様々なビデオ符号化技法が使用されることがある。ビデオ符号化は、１つまたは複数のビデオ符号化規格に従って実行される。例えば、ビデオ符号化規格は、多用途ビデオ符号化（ＶＶＣ：ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ）、共同探索テストモデル（ＪＥＭ：ｊｏｉｎｔ ｅｘｐｌｏｒａｔｉｏｎ ｔｅｓｔ ｍｏｄｅｌ）、高効率ビデオ符号化（Ｈ．２６５／ＨＥＶＣ：ｈｉｇｈ－ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ）、先進ビデオ符号化（Ｈ．２６４／ＡＶＣ：ａｄｖａｎｃｅｄ ｖｉｄｅｏ ｃｏｄｉｎｇ）、動画専門家グループ（ＭＰＥＧ：ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔ ｇｒｏｕｐ）符号化、または同様のものを含む。ビデオ符号化は一般に、動画像またはシーケンスに存在する冗長性を活用する予測方法（例えば、インター予測、イントラ予測、または同様のもの）を利用する。ビデオ符号化技法の重要な目標は、ビデオ品質の低下を回避するかまたは最小限に抑えながら、ビデオデータをより低いビット・レートを使用する形式に圧縮することである。

本開示の例は、ビデオ符号化のための方法および装置を提供する。

本開示の第１の態様によれば、ビデオ符号化のための方法が提供される。方法は、デコーダによって、シーケンスパラメータセット（ＳＰＳ：Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）範囲拡張フラグの値に基づいてスライスヘッド（ＳＨ：Ｓｌｉｃｅ Ｈｅａｄ）の未加工バイトシーケンスペイロード（ＲＢＳＰ：Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ）構文構造内に構文構造ｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎが存在するかどうかを示すＳＰＳ範囲拡張フラグを受信することを含んでもよい。

本開示の第２の態様によれば、ビデオ符号化のための方法が提供される。方法は、デコーダによって、シーケンスパラメータセット（ＳＰＳ）アライメント有効の値に基づいて構文要素ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ、ａｂｓ＿ｒｅｍａｉｎｄｅｒ、ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ、およびｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇｎのバイパス復号の前にインデックスｉｖｌＣｕｒｒＲａｎｇｅがアライメントされるかどうかを示すＳＰＳアライメント有効フラグを受信することを含んでもよい。

本開示の第３の態様によれば、ビデオ符号化のための方法が提供される。方法は、デコーダによって、拡張精度処理フラグ（ｅｘｔｅｎｄｅｄ ｐｒｅｃｉｓｉｏｎ ｐｒｏｃｅｓｓｉｎｇ ｆｌａｇ）の値に基づいて変換係数についてまた変換処理中に拡張ダイナミックレンジが採用されるかどうかを示す拡張精度処理フラグを受信することを含んでもよい。

本開示の第４の態様によれば、ビデオ符号化のための方法が提供される。方法は、デコーダによって、永続的ライス適応有効フラグ（ｐｅｒｓｉｓｔｅｎｔ ｒｉｃｅ ａｄａｐｔｉｏｎ ｅｎａｂｌｅｄ ｆｌａｇ）の値に基づいて、前のサブブロックから蓄積されたモード依存統計を採用している各サブブロックの開始時にａｂｓ＿ｒｅｍａｉｎｉｎｇおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値化のためのライスパラメータ導出が初期化されるかどうかを示す、永続的ライス適応有効フラグを受信することを含んでもよい。

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

本明細書に組み込まれ本明細書の一部を構成する添付図面は、本開示に則した例を図示しており、説明とともに本開示の原理を説明する役割を果たす。

本開示の一例に係るエンコーダのブロック図である。 本開示の一例に係るデコーダのブロック図である。 本開示の一例に係る多型木構造におけるブロック区分を示す図である。 本開示の一例に係る多型木構造におけるブロック区分を示す図である。 本開示の一例に係る多型木構造におけるブロック区分を示す図である。 本開示の一例に係る多型木構造におけるブロック区分を示す図である。 本開示の一例に係る多型木構造におけるブロック区分を示す図である。 本開示の一例に係る１８×１２輝度ＣＴＵを有するピクチャを示す図である。 本開示の一例に係る１８×１２輝度ＣＴＵを有するピクチャの図である。 本開示の一例に係るＶＴＭにおける許容されない三分木（ＴＴ：ｔｅｒｎａｒｙ ｔｒｅｅ）区分化および二分木（ＢＴ：ｂｉｎａｒｙ ｔｒｅｅ）区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係る変換ブロックの残差符号化構造の図である。 本開示の一例に係る変換スキップブロックの残差符号化構造の図である。 本開示の一例に係る２つのスカラ量子化器の図である。 本開示の一例に係る状態遷移の図である。 本開示の一例に係る量子化器選択の図である。 本開示に係る、確率モデルを選択するために使用されるテンプレートの図である。 本開示に係る、パレットモードで符号化されたブロックの一例の図である。 本開示に係る、パレットエントリを信号伝送するためのパレット予測子の使用を示す図である。 本開示に係る水平移動走査の図である。 本開示に係る垂直移動走査の図である。 本開示に係るパレットに対するサブブロックベースのインデックスマップ走査を示す図である。 本開示に係るパレットに対するサブブロックベースのインデックスマップ走査を示す図である。 本開示の一例に係るビデオ信号を符号化するための方法を示す図である。 本開示の一例に係るビデオ信号を符号化するための方法を示す図である。 本開示の一例に係るユーザインターフェースと結合されたコンピューティング環境を示す図である。 本開示の一例に係るビデオ符号化のための方法を示す図である。 本開示の一例に係るビデオ符号化のための方法を示す図である。 本開示の一例に係るビデオ符号化のための方法を示す図である。 本開示の一例に係るビデオ符号化のための方法を示す図である。 本開示の一例に係るビデオブロックを符号化および復号するための例示的なシステムを示すブロック図である。 本開示の一例に係る例示的なビデオエンコーダを示すブロック図である。 本開示の一例に係る例示的なビデオデコーダを示すブロック図である。

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

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

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

２０１３年１０月、ＨＥＶＣ規格の第１版が最終決定され、この第１版は、前世代のビデオ符号化規格Ｈ．２６４／ＭＰＥＧ ＡＶＣと比較して、約５０％のビット・レート削減、または同等の知覚品質を提供する。ＨＥＶＣ規格は、以前の規格よりも符号化の大幅な改善を実現するが、追加の符号化ツールを用いることで、ＨＥＶＣよりも優れた符号化効率が達成され得ることが証明されている。これに基づいて、ＶＣＥＧとＭＰＥＧがともに、将来のビデオ符号化の標準化に向けた新しい符号化技術の探索作業を開始した。２０１５年１０月、ＩＴＵ－Ｔ ＶＥＣＧおよびＩＳＯ／ＩＥＣ ＭＰＥＧによって共同ビデオ探索チーム（ＪＶＥＴ：Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）が結成され、符号化効率の大幅な向上を可能にし得る先進技術の重要な研究を開始した。ＪＶＥＴによって、ＨＥＶＣテスト・モデル（ＨＭ）の上にいくつかの追加の符号化ツールを統合することにより、共同探索モデル（ＪＥＭ）と呼ばれる１つの参照ソフトウェアが維持された。

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

ＨＥＶＣと同様に、ＶＶＣは、ブロックベースのハイブリッド式ビデオ符号化フレームワークに基づいて構築される。

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

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

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

エンコーダ１００では、予測を目的として画素を再構築するために、デコーダ関連の回路も必要である。最初に、逆量子化１３４および逆変換１３６を通じて予測残差が再構築される。この再構築された予測残差は、ブロック予測子１４０と組み合わされて、現在のビデオブロックのフィルタリングされていない再構築された画素を生成する。

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

時間予測（「インター予測」とも呼ばれる）は、既に符号化されたビデオピクチャからの再構築された画素を使用して、現在のビデオブロックを予測する。時間予測は、ビデオ信号に固有の時間的冗長性を低減する。所与の符号化ユニット（ＣＵ：ｃｏｄｉｎｇ ｕｎｉｔ）または符号化ブロックの時間予測信号は、通常、現在のＣＵとその時間参照との間の動きの量および方向を示す１つまたは複数のＭＶによって信号伝送される。さらに、参照ピクチャストレージ内のどの参照ピクチャから時間予測信号が来ているかを識別するために使用される１つの参照ピクチャインデックスが追加で送られる。

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

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

図１は、一般的なブロックベースのハイブリッド式ビデオ符号化システムのブロック図を示している。入力ビデオ信号は、（符号化ユニット（ＣＵ）と呼ばれる）ブロックごとに処理される。ＶＴＭ－１．０では、ＣＵは最大１２８×１２８画素であってもよい。しかし、四分木のみに基づいてブロックを区分化するＨＥＶＣとは異なり、ＶＶＣでは、四分木／二分木／三分木に基づいて様々な局所特性に適応するように、１つの符号化ツリーユニット（ＣＴＵ）がＣＵに分解される。定義により、符号化ツリー・ブロック（ＣＴＢ）は、ある値をＮとした場合のＮ×Ｎブロックのサンプルであり、その結果、構成要素のＣＴＢへの分割は区分化である。ＣＴＵは、輝度サンプルのＣＴＢ、３つのサンプル配列を有するピクチャの彩度サンプルの２つの対応するＣＴＢ、または、単色ピクチャもしくは３つの別個のカラー・プレーンとサンプルを符号化するために使用される構文構造とを使用して符号化されたピクチャのサンプルのＣＴＢを含む。さらに、ＨＥＶＣにおける複数の区分化ユニット・タイプの概念は排除され、すなわち、ＶＶＣでは、ＣＵ、予測ユニット（ＰＵ）、および変換ユニット（ＴＵ）の分離はもはや存在せず、その代わりに、さらなる区分なしに各ＣＵが予測と変換との両方の基本単位として常に使用される。多型木構造では、最初に、１つのＣＴＵが四分木構造によって区分化される。次いで、各四分木葉ノードは、二分木構造および三分木構造によってさらに区分化され得る。図３Ａ、図３Ｂ、図３Ｃ、図３Ｄ、および図３Ｅに示されるように、四分区分化、水平二分区分化、垂直二分区分化、水平三分区分化、および垂直三分区分化の５つの分解タイプがある。

図３Ａは、本開示に係る多型木構造におけるブロック四分区分を示す図を示している。

図３Ｂは、本開示に係る多型木構造におけるブロック垂直二分区分を示す図を示している。

図３Ｃは、本開示に係る多型木構造におけるブロック水平二分区分を示す図を示している。

図３Ｄは、本開示に係る多型木構造におけるブロック垂直三分区分を示す図を示している。

図３Ｅは、本開示に係る多型木構造におけるブロック水平三分区分を示す図を示している。

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

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

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

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

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

一般に、ＶＶＣにおいて適用される基本的なイントラ予測方式は、いくつかのモジュールがさらに拡張および／または改善されていること、例えば、イントラサブ区分（ＩＳＰ）符号化モード、広角イントラ方向による拡張イントラ予測、位置依存イントラ予測組合せ（ＰＤＰＣ：ｐｏｓｉｔｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ ｃｏｍｂｉｎａｔｉｏｎ）、および４タップ・イントラ補間を除いて、ＨＥＶＣのイントラ予測方式と同じに保たれている。

ＶＶＣにおけるピクチャ、タイルグループ、タイル、およびＣＴＵの区分化
ＶＶＣでは、タイルは、ピクチャ内の特定のタイル列および特定のタイル行内のＣＴＵの矩形領域として定義される。タイルグループは、単一のＮＡＬユニットに排他的に含まれるピクチャの整数個のタイルのグループである。基本的に、タイルグループの概念は、ＨＥＶＣにおいて定義されているスライスと同じである。例えば、ピクチャは、タイルグループおよびタイルに分割される。タイルは、ピクチャの矩形領域をカバーするＣＴＵのシーケンスである。タイルグループは、ピクチャのいくつかのタイルを含む。タイルグループの２つのモード、すなわちラスタ走査タイルグループモードおよび矩形タイルグループモードがサポートされている。ラスタ走査タイルグループモードでは、タイルグループは、ピクチャのタイルラスタ走査内のタイルのシーケンスを含む。矩形タイルグループモードでは、タイルグループは、集合的にピクチャの矩形領域を形成するピクチャのいくつかのタイルを含む。矩形タイルグループ内のタイルは、タイルグループのタイルラスタ走査の順序になる。

図４は、ピクチャのラスタ走査タイルグループ区分化の一例を示しており、ピクチャは１２個のタイルおよび３個のラスタ走査タイルグループに分割されている。図４は、タイル４１０、４１２、４１４、４１６、および４１８を含む。各タイルは、１８個のＣＴＵを有する。より具体的には、図４は、１２個のタイルおよび３個のタイルグループに区分化された１８×１２輝度ＣＴＵを有するピクチャを示している（参考）。３個のタイルグループは、次のように（１）第１のタイルグループがタイル４１０および４１２を含み、（２）第２のタイルグループがタイル４１４、４１６、４１８、４２０、および４２２を含み、（３）第３のタイルグループがタイル４２４、４２６、４２８、４３０、および４３２を含む。

図５は、ピクチャの矩形タイルグループ区分化の一例を示しており、ピクチャは、２４個のタイル（６個のタイル列および４個のタイル行）、ならびに９個の矩形タイルグループに分割されている。図５は、タイル５１０、５１２、５１４、５１６、５１８、５２０、５２２、５２４、５２６、５２８、５３０、５３２、５３４、５３６、５３８、５４０、５４２、５４４、５４６、５４８、５５０、５５２、５５４、および５５６を含む。より具体的には、図５は、２４個のタイルおよび９個のタイルグループに区分化された１８×１２輝度ＣＴＵを有するピクチャを示している（参考）。タイルグループはタイルを含み、タイルはＣＴＵを含む。９個の矩形タイルグループは、（１）２個のタイル５１０および５１２、（２）２個のタイル５１４および５１６、（３）２個のタイル５１８および５２０、（４）４個のタイル５２２、５２４、５３４、および５３６、（５）４個のタイルグループ５２６、５２８、５３８、および５４０、（６）４個のタイル５３０、５３２、５４２、および５４４、（７）２個のタイル５４６および５４８、（８）２個のタイル５５０および５５２、（９）２個のタイル５５４および５５６を含む。

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

ＶＶＣにおける仮想パイプラインデータユニット（ＶＰＤＵ）
仮想パイプラインデータユニット（ＶＰＤＵ：Ｖｉｒｔｕａｌ ｐｉｐｅｌｉｎｅ ｄａｔａ ｕｎｉｔ）は、ピクチャ内の重複しないユニットとして定義される。ハードウェアデコーダでは、連続するＶＰＤＵが複数のパイプライン・ステージによって同時に処理される。ＶＰＤＵサイズは、ほとんどのパイプライン・ステージにおいてバッファ・サイズにほぼ比例し、したがって、ＶＰＤＵサイズを小さく維持することが重要である。ほとんどのハードウェアデコーダでは、ＶＰＤＵサイズは、最大変換ブロック（ＴＢ：ｔｒａｎｓｆｏｒｍ ｂｌｏｃｋ）サイズに設定され得る。しかし、ＶＶＣでは、三分木（ＴＴ）区分および二分木（ＢＴ）区分が、ＶＰＤＵサイズの増加をもたらすことがある。

ＶＰＤＵサイズを６４×６４輝度サンプルとして保つために、次の（構文信号伝送の修正を伴う）規範的な区分制限がＶＴＭ５に適用される。

ＴＴ分解は、幅もしくは高さのいずれか、または幅と高さとの両方が１２８に等しいＣＵに対して許容されない。

１２８×ＮのＣＵであり、Ｎ≦６４である（すなわち、幅が１２８に等しく、高さが１２８未満である）場合、水平ＢＴは許容されない。

Ｎ×１２８のＣＵであり、Ｎ≦６４である（すなわち、高さが１２８に等しく、幅が１２８未満である）場合、垂直ＢＴは許容されない。

図６Ａ、図６Ｂ、図６Ｃ、図６Ｄ、図６Ｅ、図６Ｆ、図６Ｇ、および図６Ｈは、ＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の例を示している。

ＶＶＣにおける変換係数符号化
ＶＶＣにおける変換係数符号化は、重複しない係数グループ（ＣＧまたはサブブロックとも呼ばれる）をどちらも使用するという点でＨＥＶＣに類似している。しかし、それらの間にはいくつかの相違点もある。ＨＥＶＣでは、係数の各ＣＧは、４×４という固定サイズを有する。ＶＶＣ草案６では、ＣＧサイズは、ＴＢサイズに依存するようになった。その結果、ＶＶＣでは様々なＣＧサイズ（１×１６、２×８、８×２、２×４、４×２、および１６×１）が利用可能である。符号化ブロック内部のＣＧ、およびＣＧ内の変換係数は、事前に定義された走査順序に従って符号化される。

画素あたりのコンテキスト符号化ビンの最大数を制限するために、ＴＢの面積およびビデオ成分のタイプ（例えば、輝度成分対彩度成分）を使用して、ＴＢのコンテキスト符号化ビン（ＣＣＢ：ｃｏｎｔｅｘｔ－ｃｏｄｅｄ ｂｉｎ）の最大数を導出する。コンテキスト符号化ビンの最大数は、ＴＢ＿ｚｏｓｉｚｅ＊１．７５に等しい。ここで、ＴＢ＿ｚｏｓｉｚｅは、係数ゼロ設定後のＴＢ内のサンプル数を示す。なお、ＣＧが非ゼロ係数を含むか否かを示すフラグであるｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇは、ＣＣＢカウントには考慮されない。

係数ゼロ設定は、変換ブロックのある特定の領域に位置する係数を強制的に０にするために変換ブロックに対して実行される動作である。例えば、現在のＶＶＣでは、６４×６４変換は、関連するゼロ設定動作を有する。その結果、６４×６４変換ブロック内の左上の３２×３２領域の外側に位置する変換係数はすべて強制的に０になる。実際、現在のＶＶＣでは、ある特定の次元に沿った３２を超えるサイズを有する任意の変換ブロックの場合、左上の３２×３２領域を超えて位置する係数が強制的に０にするために、その次元に沿って係数ゼロ設定動作が実行される。

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

図７は、変換ブロックの残差符号化構造の図を示している。

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

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

現在のＶＶＣ草案仕様における残差符号化の構文および関連する意味論がそれぞれ表１および表２に示されている。表１の読み方は、本開示の付属セクションに示されており、ＶＶＣ仕様にも記載されている。

ＶＶＣにおける変換スキップモードの残差符号化
単一の残差符号化方式が変換係数と変換スキップ係数との両方を符号化するように設計されているＨＥＶＣとは異なり、ＶＶＣでは、２つの別個の残差符号化方式が変換係数および変換スキップ係数（すなわち、残差）にそれぞれ使用される。

変換スキップモードでは、残差信号の統計的特性が変換係数の統計的特性とは異なり、低周波成分の周囲のエネルギー圧縮が観察されない。残差符号化は、
最後のｘ／ｙ位置の信号伝送がないこと、
前のすべてのフラグが０に等しいとき、ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇがＤＣサブブロックを除くすべてのサブブロックについて符号化されること、
２つの隣接する係数を用いたｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇコンテキストモデル化、
１つのコンテキストモデルのみを使用するｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、
５、７、９を超えるフラグを追加、
剰余２値化のための修正されたライスパラメータ導出、
左および上の隣接する係数値に基づいてサイン・フラグのコンテキストモデル化が決定され、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇの後、すべてのコンテキスト符号化ビンをともに保持するためにサイン・フラグが解析されること
を含む、（空間）変換スキップ残差の様々な信号特性を考慮して修正される。

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

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

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

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

図８は、変換スキップブロックの残差符号化構造の図を示している。

現在のＶＶＣ草案仕様における変換スキップモードの残差符号化の構文および関連する意味論がそれぞれ表５および表２に示されている。表５の読み方は、本開示の付属セクションに示されており、ＶＶＣ仕様にも記載されている。

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

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

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

図９は、提案された依存量子化手法で使用される２つのスカラ量子化器の図を示している。

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

図１０Ａは、提案された依存量子化についての状態遷移を示す遷移図を示している。

図１０Ｂは、提案された依存量子化のための量子化器選択を示す表を示している。

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

ＭａｔｒｉｘＴｙｐｅ：３０＝２（イントラ＆ＩＢＣ／インターの場合の２）×３（Ｙ／Ｃｂ／Ｃｒ成分）×５（正方形ＴＢサイズ：輝度の場合は４×４から６４×６４まで、彩度の場合は２×２から３２×３２まで）。

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

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

変換係数符号化のためのコンテキストモデル化
変換係数レベルの絶対値に関連する構文要素の確率モデルの選択は、局所近傍における絶対レベルまたは部分的に再構築された絶対レベルの値に依存する。使用されるテンプレートが図１１に図示されている。

図１１は、確率モデルを選択するために使用されるテンプレートの図を示している。黒い四角形は現在の走査位置を指定し、「ｘ」の付いた四角形は使用される局所近傍を表す。

選択される確率モデルは、局所近傍内の絶対レベル（または部分的に再構築された絶対レベル）の合計、および局所近傍内の０より大きい絶対レベルの数（１に等しいｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇｓの数によって与えられる）に依存する。コンテキストモデル化および２値化は、局所近傍についての次の測定値、すなわち、
ｎｕｍＳｉｇ：局所近傍内の非ゼロ・レベルの数、
ｓｕｍＡｂｓ１：局所近傍内の第１のパス後の部分的に再構築された絶対レベル（ａｂｓＬｅｖｅｌ１）の合計、
ｓｕｍＡｂｓ：局所近傍内の再構築された絶対レベルの合計、
対角位置（ｄ）：変換ブロック内の現在の走査位置の水平座標および垂直座標の合計に依存する。

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

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

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

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

パレットモード
パレットモードの背景にある基本的な理念は、ＣＵ内のサンプルが代表的な色値の小さいセットによって表されるということである。このセットはパレットと呼ばれる。パレットから除外される色値を３つの色成分のｂｙ値がビットストリームで直接信号伝送されるエスケープ色として信号伝送することによって、パレットから除外される色を示すことも可能である。これは図１２に図示されている。

図１２は、パレットモードで符号化されたブロックの一例を示している。図１２は、パレットモードで符号化されたブロック１２１０およびパレット１２２０を含む。

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

パレット符号化されたブロックを復号するために、デコーダは、次の情報、すなわち
パレットテーブル、
パレットインデックス
を有する必要がある。

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

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

非可逆符号化のためのパレットの導出の場合、修正されたｋ平均クラスタリングアルゴリズムが使用される。ブロックの最初のサンプルがパレットに追加される。次に、ブロックからの後続のサンプルごとに、サンプルと現在のパレット色のそれぞれとの間の絶対差の合計（ＳＡＤ：ｓｕｍ ｏｆ ａｂｓｏｌｕｔｅ ｄｉｆｆｅｒｅｎｃｅ）が算出される。各成分の歪みが最小ＳＡＤに対応するパレットエントリのしきい値よりも小さい場合、サンプルはそのパレットエントリに属するクラスタに追加される。それ以外の場合、サンプルは新しいパレットエントリとして追加される。クラスタにマッピングされたサンプルの数がしきい値を超えると、そのクラスタの重心は、更新されてそのクラスタのパレットエントリになる。

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

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

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

パレット予測子の各エントリに対して、それが現在のパレットの一部であるかどうかを示す再利用フラグが信号伝送される。これは、図１３に図示されている。

図１３は、パレットエントリを信号伝送するためのパレット予測子の使用を示している。図１３は、以前のパレット１３１０および現在のパレット１３２０を含む。

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

パレットインデックスは、図１４Ａおよび図１４Ｂに示されるように水平移動走査および垂直移動走査を使用して符号化される。走査順序は、ｐａｌｅｔｔｅ＿ｔｒａｎｓｐｏｓｅ＿ｆｌａｇを使用してビットストリームにおいて明示的に信号伝送される。

図１４Ａは、水平移動走査を示している。

図１４Ｂは、垂直移動走査を示している。

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

図１５Ａは、パレットに対するサブブロックベースのインデックスマップ走査を示している。

図１５Ｂは、パレットに対するサブブロックベースのインデックスマップ走査を示している。

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

画素ごとに、画素が前の画素と同じモードであるかどうか、すなわち、前の走査された画素と現在の画素がどちらも実行タイプＣＯＰＹ＿ＡＢＯＶＥであるかどうか、前の走査された画素と現在の画素がどちらも実行タイプＩＮＤＥＸであり、同じインデックス値であるかどうかを示す１つのコンテキスト符号化ビンｒｕｎ＿ｃｏｐｙ＿ｆｌａｇ＝０が信号伝送される。それ以外の場合、ｒｕｎ＿ｃｏｐｙ＿ｆｌａｇ＝１が信号伝送される。

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

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

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

言い換えれば、構文要素ａｂｓ＿ｒｅｍａｉｎｄｅｒおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値符号ワードは、隣接する係数のレベル情報に従って適応的に決定される。この符号ワードの決定はサンプルごとに実行されるので、係数符号化に対するこの符号ワード適応を処理するには追加の論理が必要である。

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

さらに、残差符号化または変換係数符号化に関連する構文要素を符号化するとき、確率モデルの選択は隣接するレベルのレベル情報に依存し、これにより、追加の論理および追加のコンテキストモデルが必要になる。

現在の設計では、エスケープサンプルの２値化は、３次指数ゴロム２値化プロセスを呼び出すことによって導出される。その性能にはさらに改善の余地がある。

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

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

提案される手法
本開示では、残差および係数の符号化に対する改善のセクションで述べられた課題に対処するために、いくつかの方法が提案される。以下の方法が単独でまたは組み合わせて適用されてもよいことが留意されるべきである。

本開示の第１の態様によれば、残差符号化において特定の構文要素、例えばａｂｓ＿ｒｅｍａｉｎｄｅｒを符号化するために２値符号ワードの固定セットを使用することが提案される。２値符号ワードは、様々な方法を使用して形成され得る。いくつかの例示的な方法が下記のように列挙されている。

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

第２に、固定長２値化である。

第３に、切り捨てライス２値化である。

第４に、切り捨てバイナリ（ＴＢ：ｔｒｕｎｃａｔｅｄ Ｂｉｎａｒｙ）２値化プロセスである。

第５に、ｋ次指数ゴロム２値化プロセス（ＥＧｋ）である。

第６に、限定されたｋ次指数ゴロム２値化である。

本開示の第２の態様によれば、変換係数符号化において特定の構文要素、例えば、ａｂｓ＿ｒｅｍａｉｎｄｅｒおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを符号化するために、符号ワードの固定セットを使用することが提案される。２値符号ワードは、様々な方法を使用して形成され得る。いくつかの例示的な方法が下記のように列挙されている。

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

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

第３に、固定長２値化である。

第４に、切り捨てライス２値化である。

第５に、切り捨てバイナリ（ＴＢ）２値化プロセスである。

第６に、ｋ次指数ゴロム２値化プロセス（ＥＧｋ）である。

第７に、限定されたｋ次指数ゴロム２値化である。

本開示の第３の態様によれば、残差符号化または係数符号化に関連する構文要素（例えば、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ）の符号化に単一のコンテキストを使用することが提案され、隣接する復号されたレベル情報に基づくコンテキスト選択は、除去され得る。

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

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

第２に、ｋ次指数ゴロム２値化プロセス（ＥＧｋ）である。

第３に、限定されたｋ次指数ゴロム２値化である。

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

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

第２に、ｋ次指数ゴロム２値化プロセス（ＥＧｋ）である。

第３に、限定されたｋ次指数ゴロム２値化である。

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

本開示の第５の態様によれば、変換係数符号化および／もしくは変換スキップ残差符号化の構文要素のための符号ワード決定に関連するパラメータならびに／またはしきい値のセットが、ビットストリーム内で信号伝送される。決定された符号ワードは、エントロピコーダ、例えば、算術符号化を通じて構文要素を符号化するときに２値化符号ワードとして使用される。

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

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

本開示の第６の態様によれば、第１の態様および第２の態様において示された符号ワード決定に関連するパラメータおよび／またはしきい値のセットは、変換係数符号化および／または変換スキップ残差符号化の構文要素のために使用される。また、現在のブロックが輝度残差／係数または彩度残差／係数を含むかどうかに従って異なるセットが使用され得る。決定された符号ワードは、エントロピコーダ、例えば、算術符号化を通じて構文要素を符号化するときに２値化符号ワードとして使用される。

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

本開示の第７の態様によれば、変換係数符号化および／もしくは変換スキップ残差符号化の構文要素のための符号ワード決定に関連するパラメータならびに／またはしきい値のセットが、ビットストリーム内で信号伝送される。また、輝度ブロックおよび彩度ブロックに対して異なるセットが信号伝送され得る。決定された符号ワードは、エントロピコーダ、例えば、算術符号化を通じて構文要素を符号化するときに２値化符号ワードとして使用される。

上記の態様において説明されたものと同じ方法が、パレットモードでのエスケープ値符号化、例えばｐａｌｅｔｔｅ＿ｅｓｃａｐｅ＿ｖａｌに対しても適用可能である。

本開示の第８の態様によれば、パレットモードでエスケープ値を符号化するための２値符号ワードの異なるセットを導出するために、異なるｋ次の指数ゴロム２値化が使用されてもよい。一例では、エスケープサンプルの所与のブロックについて、使用される指数ゴロム・パラメータ、すなわち、値ｋは、ＱＰ_ＣＵとして示されるブロックのＱＰ値に従って決定される。ブロックの所与のＱＰ値に基づいてパラメータｋの値を導出する際に、表６に示されているものと同じ例が使用され得る。その例では、異なる４つのしきい値（ＴＨ１からＴＨ４まで）が列挙されており、これらのしきい値およびＱＰ_ＣＵに基づいて５つの異なるｋ値（Ｋ０からＫ４まで）が導出され得るが、しきい値の数は説明のみを目的としていることは言及に値する。実際には、ＱＰ値範囲全体を異なる数のＱＰ値セグメントに区分化するために、異なる数のしきい値が使用されてもよく、ＱＰ値セグメントごとに、パレットモードで符号化されたブロックのエスケープ値を符号化するための対応する２値符号ワードを導出するために、異なるｋ値が使用されてもよい。実際には同じ論理が異なる方法で実装され得ることも留意に値する。例えば、例えば、同じライスパラメータを導出するために、特定の方程式またはルックアップ・テーブルが使用されてもよい。

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

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

本態様による一例では、パレットモードでｐａｌａｔｅ＿ｅｓｃａｐｅ＿ｖａｌ構文を符号化するための符号ワードを決定するために、ｋ次の指数ゴロム２値化が使用され、値ｋは、ビットストリームにおいてデコーダに信号伝送される。値ｋは、様々なレベルで信号伝送されてもよく、例えば、値ｋは、スライスヘッダ、ピクチャヘッダ、ＰＰＳ、および／またはＳＰＳなどにおいて信号伝送されてもよい。信号伝送された指数ゴロム・パラメータは、ＣＵがパレットモードとして符号化され、ＣＵが上述されたスライスヘッダ、ピクチャヘッダ、ＰＰＳおよび／またはＳＰＳなどに関連付けられているときに、構文ｐａｌｅｔｔｅ＿ｅｓｃａｐｅ＿ｖａｌを符号化するための符号ワードを決定するために使用される。

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

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

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

残差符号化におけるライスパラメータ導出の簡略化
本開示の第１３の態様によれば、ゴロムライス符号を使用して構文要素ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを符号化する際のライスパラメータの導出のために、ルックアップ・テーブルの代わりにシフト演算または除算演算などの単純な論理を使用することが提案される。現在の開示によれば、表４に指定されているようなルックアップ・テーブルは除去されてもよい。一例では、ライスパラメータｃＲｉｃｅＰａｒａｍは、ｃＲｉｃｅＰａｒａｍ＝（ｌｏｃＳｕｍＡｂｓ＞＞ｎ）として導出され、ここで、ｎは正の数、例えば３である。実際には、同じ結果を達成するために他の異なる論理、例えば２のｎ乗に等しい値による除算演算が使用されてもよいことは留意に値する。ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。

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

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

本開示の第１５の態様によれば、ゴロムライス符号を使用して構文要素ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを符号化する際のライスパラメータの導出のために、ｂａｓｅＬｅｖｅｌの値に基づいてｌｏｃＳｕｍＡｂｓの値を調整するための異なる論理を使用することが提案される。一例では、追加のスケール演算およびオフセット演算が「（ｌｏｃＳｕｍＡｂｓ－ＢａｓｅＬｅｖｅｌ＊５）＊ａｌｐｈａ＋ｂｅｔａ」の形式で適用される。アルファが１．５という値をとり、ベータが１という値をとるときの、ＶＶＣ草案に基づく対応する復号プロセスが以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。

本開示の第１６の態様によれば、ゴロムライス符号を使用した構文要素ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌにおけるライスパラメータ導出のために、クリップ演算を除去することが提案される。現在の開示によれば、ＶＶＣ草案の復号プロセスの一例が以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。

現在の開示によれば、ＶＶＣ草案の復号プロセスの一例が以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。

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

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

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

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

現在の開示によれば、ＶＶＣ草案の復号プロセスの一例が以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。

残差符号化におけるレベルマッピング位置導出の簡略化
本開示の第２０の態様によれば、ＺｅｒｏＰｏｓ［ｎ］がｃＲｉｃｅＰａｒａｍからのみ導出されるように、ＺｅｒｏＰｏｓ［ｎ］の導出からＱＳｔａｔｅを除去することが提案される。ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。

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

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

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

上記の態様において説明されたものと同じ方法が、変換スキップモードの残差符号化におけるｐｒｅｄＣｏｅｆｆの導出にも適用可能である。一例では、変数ｐｒｅｄＣｏｅｆｆは下記のように導出される。

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

変換係数の残差符号化
本開示では、「残差および係数の符号化に対する改善」セクションで指摘された問題に対処するために、残差符号化の既存の設計を簡素化および／またはさらに改善するための方法が提供される。概して、本開示で提案される技術の主な特徴は、下記のように要約される。

第１に、通常の残差符号化の下で使用されるライスパラメータ導出を現在の設計に基づいて調整する。

第２に、通常の残差符号化の下で使用される２値法を変更する。

第３に、通常の残差符号化の下で使用されるライスパラメータ導出を変更する。

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

第１に、ｃＲｉｃｅＰａｒａｍ＝（ｃＲｉｃｅＰａｒａｍ＜＜ａ）＋（ｃＲｉｃｅＰａｒａｍ＞＞ｂ）＋ｃであり、ここで、ａ、ｂ、およびｃは正の数、例えば｛ａ，ｂ，ｃ｝＝｛１，１，０｝である。実際には、同じ結果を達成するために他の異なる論理、例えば２のｎ乗に等しい値による乗算演算が使用されてもよいことは留意に値する。

第２に、ｃＲｉｃｅＰａｒａｍ＝（ｃＲｉｃｅＰａｒａｍ＜＜ａ）＋ｂであり、ここで、ａおよびｂは正の数、例えば｛ａ，ｂ｝＝｛１，１｝である。実際には、同じ結果を達成するために他の異なる論理、例えば２のｎ乗に等しい値による乗算演算が使用されてもよいことは留意に値する。

第３に、ｃＲｉｃｅＰａｒａｍ＝（ｃＲｉｃｅＰａｒａｍ＊ａ）＋ｂであり、ここで、ａおよびｂは正の数、例えば｛ａ，ｂ｝＝｛１．５，０｝である。実際には、同じ結果を達成するために他の異なる論理、例えば２のｎ乗に等しい値による乗算演算が使用されてもよいことは留意に値する。

ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。ＶＶＣ草案に対する変更箇所は表２２に太字の斜体のフォントで示されている。実際には同じ論理が異なる方法で実装され得ることは留意に値する。例えば、現在のＣＵ／シーケンスのＢｉｔＤｅｐｔｈ値から同じライスパラメータを導出するために、特定の方程式またはルックアップ・テーブルも使用されてもよい。

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

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

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

第２に、固定長２値化である。

第３に、切り捨てライス２値化である。

第４に、切り捨てバイナリ（ＴＢ）２値化プロセスである。

第５に、ｋ次指数ゴロム２値化プロセス（ＥＧｋ）である。

第６に、限定されたｋ次指数ゴロム２値化である。

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

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

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

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

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

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

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

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

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

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

第２に、固定長２値化である。

第３に、切り捨てライス２値化である。

第４に、切り捨てバイナリ（ＴＢ）２値化プロセスである。

第５に、ｋ次指数ゴロム２値化プロセス（ＥＧｋ）である。

第６に、限定されたｋ次指数ゴロム２値化である。

ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されており、ＶＶＣ草案に対する変更箇所は表３１に太字の斜体フォントで示されており、削除された内容は斜体フォントで示されている。実際には同じ論理が異なる方法で実装され得ることは留意に値する。例えば、同じライスパラメータを導出するために、特定の方程式またはルックアップ・テーブルも使用されてもよい。

別の例では、新しいフラグ、例えばｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇが１に等しいとき、ａｂｓ＿ｒｅｍａｉｎｄｅｒの構文要素を符号化する際にライスパラメータに１つの固定値のみを使用することが提案される。ＶＶＣ草案に基づく対応する復号プロセスが以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。ＶＶＣ草案に対する変更箇所は、表３２に太字の斜体フォントで示されている。

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

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

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

スライスヘッダ構文

ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが１に等しいことは、現在のスライス内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在する可能性があることを指定する。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが０に等しいことは、現在のスライス内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在しないことを指定する。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが存在しないとき、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇの値は０に等しいと推論される。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘは、ｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇ（）構文構造に使用されるライスパラメータを指定する。

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

シーケンスパラメータセットＲＢＳＰ構文

ｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが１に等しいことは、ＳＰＳを参照するＳＨ構文構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在する可能性があることを指定する。ｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが０に等しいことは、ＳＰＳを参照するＳＨ構文構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。ｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが存在しないとき、ｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇの値は０に等しいと推論される。

スライスヘッダ構文

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

さらに別の例では、変換スキップスライスごとにそのスライスのライスパラメータを示すために１つの構文要素が信号伝送される。ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更箇所は、表４０に太字の斜体フォントで示されている。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは様々な方法で符号化されることが可能であり、かつ／または最大値を有し得ることは留意に値する。例えば、同じ構文要素を符号化／復号するために、ｎビットを使用する符号なし整数であるｕ（ｎ）、または左ビットを最初に（左から右に）記述された、ｎビットを使用する固定パターン・ビット列であるｆ（ｎ）も使用されてもよい。

スライスヘッダ構文

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

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

ピクチャパラメータセット範囲拡張構文

ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが１に等しいことは、現在のピクチャ内にｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在する可能性があることを指定する。ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが０に等しいことは、現在のピクチャ内にｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが存在しないとき、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇの値は０に等しいと推論される。

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

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

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

さらに別の例では、ＶＶＣ草案に基づく対応する復号プロセスが以下に示されており、ＴＨ_ＡおよびＴＨ_Ｂは所定のしきい値（例えば、ＴＨ_Ａ＝８、ＴＨ_Ｂ＝３３または３４）である。ＶＶＣ草案に対する変更箇所は、表４６に太字の斜体で示されており、削除された内容は斜体で示されている。実際には同じ論理が異なる方法で実装され得ることは留意に値する。例えば、同じライスパラメータを導出するために、特定の方程式またはルックアップ・テーブルも使用されてもよい。

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

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

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

図１６は、ビデオ符号化のための方法を示している。方法は、例えばエンコーダに適用されてもよい。ステップ１６１０において、エンコーダは、ビデオ入力を受信してもよい。ビデオ入力は、例えばライブ・ストリームであってもよい。ステップ１６１２において、エンコーダは、ビデオ入力に基づいて量子化パラメータを取得してもよい。量子化パラメータは、例えば、エンコーダ内の量子化ユニットによって算出されてもよい。ステップ１６１４において、エンコーダは、少なくとも１つの所定のしきい値、符号化ビット深度、および量子化パラメータに基づいてライスパラメータを導出してもよい。ライスパラメータは、例えば、ａｂｓ＿ｒｅｍａｉｎｄｅｒおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの構文を信号伝送するために使用される。ステップ１６１６において、エンコーダは、ライスパラメータに基づいてビデオビットストリームをエントロピ符号化してもよい。ビデオビットストリームは、例えば、圧縮されたビデオビットストリームを生成するためにエントロピ符号化されてもよい。

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

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

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

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

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

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

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

図１７は、ビデオ復号のための方法を示している。方法は、例えば、エンコーダに適用されてもよい。ステップ１７１０において、エンコーダは、ビデオ入力を受信してもよい。ステップ１７１２において、エンコーダは、符号化構文要素のための２値符号ワードのライスパラメータを信号伝送してもよい。符号化構文要素は、変換スキップ残差符号化におけるａｂｓ＿ｒｅｍａｉｎｄｅｒを含んでもよい。ステップ１７１４において、エンコーダは、ライスパラメータおよびビデオ入力に基づいてビデオビットストリームをエントロピ符号化してもよい。

スライスヘッダ構文

ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが１に等しいことは、現在のスライス内にｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在する可能性があることを指定する。ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが０に等しいことは、現在のスライス内にｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在しないことを指定する。

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

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

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

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

シーケンスパラメータセットＲＢＳＰ構文

ｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが１に等しいことは、ＳＰＳを参照するＳＨ構文構造内にｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在する可能性があることを指定する。ｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが０に等しいことは、ＳＰＳを参照するＳＨ構文構造内にｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。ｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが存在しないとき、ｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇの値は０に等しいと推論される。

スライスヘッダ構文

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

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

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

さらに別の例では、変換スキップスライスごとにそのスライスのライスパラメータを示すために１つの構文要素が信号伝送され、変換スライスごとにそのスライスのライスパラメータの導出のためのシフトパラメータおよび／またはオフセットパラメータを示すために２つの構文要素が信号伝送される。ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更箇所は、表６１に太字の斜体フォントで示されている。ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは様々な方法で符号化されることが可能であり、かつ／または最大値を有し得ることは留意に値する。例えば、同じ構文要素を符号化／復号するために、ｎビットを使用する符号なし整数であるｕ（ｎ）、または左ビットを最初に（左から右に）記述された、ｎビットを使用する固定パターン・ビット列であるｆ（ｎ）も使用されてもよい。

スライスヘッダ構文

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

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

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

さらに別の例では、変換スキップブロックのためのライスパラメータの信号伝送、ならびに変換ブロックにおけるライスパラメータの導出のためのシフトパラメータおよび／またはオフセットパラメータの信号伝送が有効であるか無効であるかを示すために、１つの制御フラグがピクチャパラメータセット範囲拡張構文内で信号伝送される。制御フラグが有効として信号伝送されるとき、そのピクチャの変換スキップ残差符号化のためのライスパラメータを示すために、１つの構文要素がさらに信号伝送され、通常の残差符号化ごとにそのピクチャのライスパラメータの導出のためのシフトパラメータおよび／またはオフセットパラメータを示すために、２つの構文要素がさらに信号伝送される。制御フラグが無効として信号伝送されるとき（例えば、「０」に等しくなるように設定されるとき）、変換スキップ残差符号化のライスパラメータを示すために下位レベルでそれ以上の構文要素は信号伝送されず、デフォルトのライスパラメータ（例えば、１）がすべての変換スキップ残差符号化に対して使用され、通常の残差符号化のライスパラメータ導出のためのシフトパラメータおよび／またはオフセットパラメータを示すために下位レベルでそれ以上の構文要素は信号伝送されず、デフォルトのシフトパラメータおよび／またはオフセットパラメータ（例えば、０）がすべての通常の残差符号化に対して使用される。ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されており、ＴＨは、所定の値（例えば、０、１、２）である。ＶＶＣ草案に対する変更箇所は、表６４に太字の斜体フォントで示されている。ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは様々な方法で符号化されることが可能であり、かつ／または最大値を有し得ることは留意に値する。例えば、同じ構文要素を符号化／復号するために、ｎビットを使用する符号なし整数であるｕ（ｎ）、または左ビットを最初に（左から右に）記述された、ｎビットを使用する固定パターン・ビット列であるｆ（ｎ）も使用されてもよい。

ピクチャパラメータセット範囲拡張構文

ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｆｌａｇが１に等しいことは、現在のピクチャ内にｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在する可能性があることを指定する。ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｆｌａｇが０に等しいことは、現在のピクチャ内にｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｆｌａｇが存在しないとき、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｆｌａｇの値は０に等しいと推論される。

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

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

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

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

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

スライスヘッダ構文

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

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

本開示の別の態様によれば、一般制約情報内の他のものと同じ一般制約制御を提供するために上記のこれらの符号化ツールの値がフラグを立てるという制約を追加することが提案される。

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

別の例では、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが１に等しいことは、現在のピクチャ内にｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在する可能性があることを指定する。ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが０に等しいことは、現在のピクチャ内にｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。本開示によれば、他のフラグと同じ一般制約制御を提供するために、一般制約情報構文内に構文要素ｇｃｉ＿ｎｏ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣ草案の復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更点は強調表示されている。追加された部分は斜体で強調表示されている。

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

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

本開示によれば、他のフラグと同じ一般制約制御を提供するために、一般制約情報構文内に構文要素ｇｃｉ＿ｎｏ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣ草案の復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更点は強調表示されている。追加された部分は斜体で強調表示されている。

提案されたライスパラメータ適応方式は、変換スキップ残差符号化（ＴＳＲＣ：ｔｒａｎｓｆｏｒｍ ｓｋｉｐ ｒｅｓｉｄｕａｌ ｃｏｄｉｎｇ）にのみ使用されるので、提案された方法は、ＴＳＲＣが有効であるときに効果をもたらすことができる。これに対応して、本開示の１つまたは複数の実施形態では、変換スキップモードが一般制約情報レベルから無効であるとき、例えば、ｇｃｉ＿ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１に設定されているとき、ｇｃｉ＿ｎｏ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であるよう要求する１つのビットストリーム制約を追加することが提案される。

さらに別の例では、ｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが１に等しいことは、ＳＰＳ ＲＢＳＰ構文構造内にｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎ（）構文構造が存在することを指定する。ｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが０に等しいことは、この構文構造が存在しないことを指定する。本開示によれば、他のフラグと同じ一般制約制御を提供するために、一般制約情報構文内に構文要素ｇｃｉ＿ｎｏ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣ草案の復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更点は強調表示されている。追加された部分は斜体で強調表示されている。

図１９は、本開示の一例に係るビデオ符号化のための方法を示している。方法は、例えば、デコーダに適用されてもよい。ステップ１９０２において、デコーダは、シーケンスパラメータセット（ＳＰＳ）範囲拡張フラグの値に基づいてスライスヘッド（ＳＨ）の未加工バイトシーケンスペイロード（ＲＢＳＰ）構文構造内に構文構造ｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎが存在するかどうかを示すＳＰＳ範囲拡張フラグを受信してもよい。

ステップ１９０４において、デコーダは、ＳＰＳ範囲拡張フラグの値が１に等しいとの判定に応答して、ＳＨ ＲＢＳＰ構文構造内にｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎが存在すると判定してもよい。

ステップ１９０６において、デコーダは、範囲拡張フラグの値が０に等しいとの判定に応答して、ＳＨ ＲＢＳＰ構文構造内にｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎが存在しないと判定してもよい。

ｓｐｓ＿ｃａｂａｃ＿ｂｙｐａｓｓ＿ａｌｉｇｎｍｅｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、構文要素ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ［］［］、ａｂｓ＿ｒｅｍａｉｎｄｅｒ［］、ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］、およびｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［］のバイパス復号の前にｉｖｌＣｕｒｒＲａｎｇｅの値がアライメントされ得ることを指定する。ｓｐｓ＿ｃａｂａｃ＿ｂｙｐａｓｓ＿ａｌｉｇｎｍｅｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことは、バイパス復号の前にｉｖｌＣｕｒｒＲａｎｇｅの値がアライメントされないことを指定する。本開示によれば、他のフラグと同じ一般制約制御を提供するために、一般制約情報構文内に構文要素ｇｃｉ＿ｎｏ＿ｃａｂａｃ＿ｂｙｐａｓｓ＿ａｌｉｇｎｍｅｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣ草案の復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更点は強調表示されている。追加された部分は斜体で強調表示されている。

図２０は、本開示の一例に係るビデオ符号化のための方法を示している。方法は、例えば、デコーダに適用されてもよい。ステップ２００２において、デコーダは、シーケンスパラメータセット（ＳＰＳ）アライメント有効の値に基づいて構文要素ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ、ａｂｓ＿ｒｅｍａｉｎｄｅｒ、ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ、およびｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇｎのバイパス復号の前にインデックスｉｖｌＣｕｒｒＲａｎｇｅがアライメントされるかどうかを示すＳＰＳアライメント有効フラグを受信してもよい。

ステップ２００４において、デコーダは、ＳＰＳアライメント有効フラグの値が１に等しいとの判定に応答して、バイパス復号の前にｉｖｌＣｕｒｒＲａｎｇｅがアライメントされると判定してもよい。

ステップ２００６において、デコーダは、ＳＰＳアライメント有効フラグの値が０に等しいとの判定に応答して、バイパス復号の前にｉｖｌＣｕｒｒＲａｎｇｅがアライメントされないと判定してもよい。

さらに別の例では、ｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇが１に等しいことは、変換係数および変換処理のために拡張ダイナミックレンジが使用され得ることを指定する。ｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇが０に等しいことは、拡張ダイナミックレンジが使用されないことを指定する。本開示によれば、他のフラグと同じ一般制約制御を提供するために、一般制約情報構文内に構文要素ｇｃｉ＿ｎｏ＿ｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣ草案の復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更点は強調表示されている。追加された部分は斜体で強調表示されている。

図２１は、本開示の一例に係るビデオ符号化のための方法を示している。方法は、例えば、デコーダに適用されてもよい。ステップ２１０２において、デコーダは、拡張精度処理フラグの値に基づいて変換係数についてまた変換処理中に拡張ダイナミックレンジが採用されるかどうかを示す拡張精度処理フラグを受信することを含んでもよい。

ステップ２１０４において、デコーダは、拡張精度処理フラグの値が１に等しいとの判定に応答して、変換係数についてまた変換処理中に拡張ダイナミックレンジが採用されると判定してもよい。

ステップ２１０６において、デコーダは、拡張精度処理フラグの値が０に等しいとの判定に応答して、変換係数についてまたは変換処理中に拡張ダイナミックレンジが採用されないと判定してもよい。

さらに別の例では、ｐｅｒｓｉｓｔａｎｔ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいことは、各サブブロックの開始時にａｂｓ＿ｒｅｍａｉｎｉｎｇ［］およびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値化のためのライスパラメータ導出が前のサブブロックから蓄積されたモード依存統計を使用して初期化され得ることを指定する。ｐｅｒｓｉｓｔａｎｔ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことは、ライスパラメータ導出において前のサブブロック状態が使用されないことを指定する。本開示によれば、他のフラグと同じ一般制約制御を提供するために、一般制約情報構文内に構文要素ｇｃｉ＿ｎｏ＿ｐｅｒｓｉｓｔｅｎｔ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣ草案の復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更点は強調表示されている。追加された部分は斜体で強調表示されている。

図２２は、本開示の一例に係るビデオ符号化のための方法を示している。方法は、例えば、デコーダに適用されてもよい。ステップ２２０２において、デコーダは、永続的ライス適応有効フラグの値に基づいて、前のサブブロックから蓄積されたモード依存統計を採用している各サブブロックの開始時にａｂｓ＿ｒｅｍａｉｎｉｎｇおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値化のためのライスパラメータ導出が初期化されるかどうかを示す、永続的ライス適応有効フラグを受信してもよい。

ステップ２２０４において、デコーダは、永続的ライス適応有効フラグの値が１に等しいとの判定に応答して、前のサブブロックから蓄積されたモード依存統計を採用している各サブブロックの開始時に２値化のためのライスパラメータ導出が初期化されると判定してもよい。

ステップ２２０６において、デコーダは、永続的ライス適応有効フラグの値が０に等しいとの判定に応答して、ライスパラメータ導出において前のサブブロック状態が採用されないと判定してもよい。

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

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

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

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

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

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

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

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

図２３は、本開示のいくつかの実装形態による、ビデオブロックを並行して符号化および復号するための例示的なシステム１０を示すブロック図である。図２３に示されているように、システム１０は、宛先デバイス１４によって後で復号されるべきビデオデータを生成および符号化するソースデバイス１２を含む。ソースデバイス１２および宛先デバイス１４は、デスクトップ・コンピュータもしくはラップトップ・コンピュータ、タブレット・コンピュータ、スマート・フォン、セットトップ・ボックス、デジタル・テレビ、カメラ、表示デバイス、デジタル・メディア・プレーヤ、ビデオ・ゲーム・コンソール、ビデオ・ストリーミング・デバイス、または同様のものを含む多種多様な電子デバイスのいずれかを含んでもよい。いくつかの実装形態では、ソースデバイス１２および宛先デバイス１４はワイヤレス通信能力を備えている。

いくつかの実装形態では、宛先デバイス１４は、復号されるべき符号化されたビデオデータを、リンク１６を介して受信してもよい。リンク１６は、符号化されたビデオデータをソースデバイス１２から宛先デバイス１４に移動させることが可能な任意のタイプの通信媒体または通信デバイスを含んでもよい。一例では、リンク１６は、ソースデバイス１２が符号化されたビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にする通信媒体を含んでもよい。符号化されたビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信されてもよい。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線など、任意のワイヤレス通信媒体またはワイヤード通信媒体を含んでもよい。通信媒体は、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、またはインターネットなどのグローバル・ネットワークなどのパケットベースのネットワークの一部を形成してもよい。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス１２から宛先デバイス１４への通信を容易にするのに有用であり得る任意の他の機器を含んでもよい。

いくつかの他の実装形態では、符号化されたビデオデータは、出力インターフェース２２から記憶デバイス３２に送信されてもよい。続いて、記憶デバイス３２内の符号化されたビデオデータは、宛先デバイス１４によって入力インターフェース２８を介してアクセスされてもよい。記憶デバイス３２は、ハードドライブ、ブルーレイディスク、デジタル多用途ディスク（ＤＶＤ）、コンパクト・ディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、フラッシュ・メモリ、揮発性メモリもしくは不揮発性メモリ、または符号化されたビデオデータを記憶するための任意の他の好適なデジタル記憶媒体などの、分散されたまたはローカルにアクセスされる様々なデータ記憶媒体のいずれかを含んでもよい。さらなる例では、記憶デバイス３２は、ソースデバイス１２によって生成された符号化されたビデオデータを保持することができるファイルサーバまたは別の中間記憶デバイスに対応してもよい。宛先デバイス１４は、記憶デバイス３２からストリーミングまたはダウンロードを介して、記憶されたビデオデータにアクセスしてもよい。ファイルサーバは、符号化されたビデオデータを記憶すること、および符号化されたビデオデータを宛先デバイス１４に送信することが可能な任意のタイプのコンピュータであってもよい。例示的なファイルサーバは、ウェブ・サーバ（例えば、ウェブサイト用）、ファイル転送プロトコル（ＦＴＰ）サーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカル・ディスク・ドライブを含む。宛先デバイス１４は、ワイヤレス・チャネル（例えば、ワイヤレス・フィデリティ（Ｗｉ－Ｆｉ）接続）、ワイヤード接続（例えば、デジタル加入者線（ＤＳＬ）、ケーブル・モデムなど）、またはファイルサーバ上に記憶されている符号化されたビデオデータにアクセスするのに好適な両方の組合せを含む任意の標準データ接続を通じて、符号化されたビデオデータにアクセスしてもよい。符号化されたビデオデータの記憶デバイス３２からの送信は、ストリーミング送信、ダウンロード送信、または両方の組合せであってもよい。

図２３に示されているように、ソースデバイス１２は、ビデオソース１８、ビデオエンコーダ２０、および出力インターフェース２２を含む。ビデオソース１８は、ビデオ捕捉デバイス、例えばビデオカメラ、以前に捕捉されたビデオを含むビデオアーカイブ、ビデオコンテンツ・プロバイダからビデオを受信するためのビデオフィード・インターフェース、および／もしくはコンピュータ・グラフィックス・データをソースビデオとして生成するためのコンピュータ・グラフィックス・システムなどのソース、またはそのようなソースの組合せを含んでもよい。一例として、ビデオソース１８がセキュリティ監視システムのビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、カメラ電話またはビデオ電話を形成してもよい。しかし、本出願において説明される実装形態は、一般にビデオ符号化に適用可能である場合があり、ワイヤレス・アプリケーションおよび／またはワイヤード・アプリケーションに適用可能である場合がある。

捕捉されたビデオ、事前に捕捉されているビデオ、またはコンピュータ生成されたビデオは、ビデオエンコーダ２０によって符号化されてもよい。符号化されたビデオデータは、ソースデバイス１２の出力インターフェース２２を介して宛先デバイス１４に直接送信されてもよい。符号化されたビデオデータはまた、（または代替として）、復号および／または再生のために宛先デバイス１４または他のデバイスによって後でアクセスできるように、記憶デバイス３２上に記憶されてもよい。出力インターフェース２２は、モデムおよび／または送信機をさらに含んでもよい。

宛先デバイス１４は、入力インターフェース２８、ビデオデコーダ３０、および表示デバイス３４を含む。入力インターフェース２８は、受信機および／またはモデムを含み、リンク１６を介して、符号化されたビデオデータを受信してもよい。リンク１６上で通信されるまたは記憶デバイス３２上に提供される符号化されたビデオデータは、ビデオデコーダ３０によってビデオデータを復号する際に使用するために、ビデオエンコーダ２０によって生成される様々な構文要素を含んでもよい。このような構文要素は、通信媒体上で送信される、記憶媒体上に記憶される、またはファイルサーバ上に記憶される、符号化されたビデオデータ内に含まれてもよい。

いくつかの実装形態では、宛先デバイス１４は、表示デバイス３４を含んでもよく、表示デバイス３４は、一体化された表示デバイス、および宛先デバイス１４と通信するように構成された外部表示デバイスであってもよい。表示デバイス３４は、復号されたビデオデータをユーザに表示し、液晶ディスプレイ（ＬＣＤ）、プラズマ・ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプなどの表示デバイスなどの様々な表示デバイスのいずれかを含んでもよい。

ビデオエンコーダ２０およびビデオデコーダ３０は、ＶＶＣ、ＨＥＶＣ、ＭＰＥＧ－４、Ｐａｒｔ１０、ＡＶＣ、もしくはそのような規格の拡張版などの独自規格または業界規格に従って動作してもよい。本出願が特定のビデオ符号化／復号規格に限定されず、他のビデオ符号化／復号規格にも適用可能であることが理解されるべきである。一般に、ソースデバイス１２のビデオエンコーダ２０は、これらの現在の規格または将来の規格のいずれかに従ってビデオデータを符号化するように構成され得ることが企図される。同様に、一般に、宛先デバイス１４のビデオデコーダ３０が、これらの現在の規格または将来の規格のいずれかに従ってビデオデータを復号するように構成され得ることも企図される。

ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ディスクリート・ロジック、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せなど、様々な好適なエンコーダおよび／またはデコーダ回路のいずれかとして実装されてもよい。電子デバイスは、ソフトウェア内に部分的に実装される場合、ソフトウェアのための命令を好適な非一時的コンピュータ可読媒体に記憶し、１つまたは複数のプロセッサを使用してその命令をハードウェア内で実行して、本開示で開示されるビデオ符号化／復号動作を実行してもよい。ビデオエンコーダ２０およびビデオデコーダ３０のそれぞれは、１つもしくは複数のエンコーダまたはデコーダに含まれてもよく、そのどちらも、それぞれのデバイス内の複合エンコーダ／デコーダ（ＣＯＤＥＣ：ｃｏｍｂｉｎｅｄ ｅｎｃｏｄｅｒ／ｄｅｃｏｄｅｒ）の一部として統合されてもよい。

図２４は、本出願において説明されるいくつかの実装形態による、例示的なビデオエンコーダ２０を示すブロック図である。ビデオエンコーダ２０は、ビデオフレーム内のビデオブロックのイントラ予測符号化およびインター予測符号化を実行してもよい。イントラ予測符号化は、空間予測に依存して、所与のビデオフレームもしくはピクチャ内のビデオデータの空間的冗長性を削減または除去する。インター予測符号化は、時間予測に依存して、ビデオシーケンスの隣接するビデオフレームもしくはピクチャ内のビデオデータの時間的冗長性を削減または除去する。「フレーム」という用語は、ビデオ符号化の分野では「画像」または「ピクチャ」という用語と同義語として使用され得ることが留意されるべきである。

図２４に示されているように、ビデオエンコーダ２０は、ビデオデータメモリ４０、予測処理ユニット４１、復号ピクチャバッファ（ＤＰＢ：Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ）６４、加算器５０、変換処理ユニット５２、量子化ユニット５４、エントロピ符号化ユニット５６を含む。予測処理ユニット４１は、動き推定ユニット４２、動き補償ユニット４４、区分ユニット４５、イントラ予測処理ユニット４６、イントラブロックコピー（ＢＣ）ユニット４８をさらに含む。いくつかの実装形態では、ビデオエンコーダ２０は、ビデオブロック再構築のための、逆量子化ユニット５８、逆変換処理ユニット６０、および加算器６２も含む。ブロック境界をフィルタリングして、再構築されたビデオからブロック状アーチファクトを除去するために、加算器６２とＤＰＢ６４との間にブロック解除フィルタなどのループ内フィルタ６３が配置されてもよい。加算器６２の出力をフィルタリングするために、ブロック解除フィルタに加えて、サンプル適応オフセット（ＳＡＯ）・フィルタおよび／または適応ループ内フィルタ（ＡＬＦ）などの別のループ内フィルタも使用されてもよい。いくつかの例では、ループ内フィルタが省略されてもよく、復号されたビデオブロックが加算器６２によってＤＰＢ６４に直接提供されてもよい。ビデオエンコーダ２０は、固定のもしくはプログラム可能なハードウェア・ユニットの形式をとることができ、または図示された固定のもしくはプログラム可能なハードウェア・ユニットのうちの１つまたは複数に分割されてもよい。

ビデオデータメモリ４０は、ビデオエンコーダ２０の構成要素によって符号化されるべきビデオデータを記憶してもよい。ビデオデータメモリ４０内のビデオデータは、例えば、図２３に示されたビデオソース１８から取得されてもよい。ＤＰＢ６４は、ビデオエンコーダ２０によって（例えば、イントラ予測符号化モードまたはインター予測符号化モードで）ビデオデータを符号化する際に使用するための参照ビデオデータ（例えば、参照フレームまたは参照ピクチャ）を記憶するバッファである。ビデオデータメモリ４０およびＤＰＢ６４は、様々なメモリ・デバイスのいずれかによって形成されてもよい。様々な例において、ビデオデータメモリ４０は、ビデオエンコーダ２０の他の構成要素とともにオンチップであってもよく、またはそれらの構成要素に対するオフチップであってもよい。

図２４に示されているように、予測処理ユニット４１内の区分ユニット４５は、ビデオデータを受信した後、ビデオデータをビデオブロックに区分化する。この区分化は、ビデオデータに関連付けられた四分木（ＱＴ：Ｑｕａｄ－Ｔｒｅｅ）構造などの事前定義された分解構造に従って、ビデオフレームをスライス、タイル（例えば、ビデオブロックのセット）、または他のさらに大きい符号化ユニット（ＣＵ）に区分化することも含む。ビデオフレームは、サンプル値を有するサンプルの２次元配列もしくは２次元行列であるか、またはそれらとみなされてもよい。配列内のサンプルは、画素またはペルと呼ばれることもある。配列またはピクチャの水平方向および垂直方向（または軸）のサンプルの数が、ビデオフレームのサイズおよび／または解像度を定義する。ビデオフレームは、例えばＱＴ区分化を使用することによって、複数のビデオブロックに分割されてもよい。ビデオブロックもまた、ビデオフレームよりも小さい次元ではあるが、サンプル値を有するサンプルの２次元配列もしくは２次元行列であるか、またはそれらとみなされてもよい。ビデオブロックの水平方向および垂直方向（または軸）のサンプルの数が、ビデオブロックのサイズを定義する。ビデオブロックは、例えばＱＴ区分化、二分木（ＢＴ：Ｂｉｎａｒｙ－Ｔｒｅｅ）区分化、もしくは三分木（ＴＴ：Ｔｒｉｐｌｅ－Ｔｒｅｅ）区分化、またはそれらの任意の組合せを反復して使用することによって、１つもしくは複数のブロック区分またはサブブロック（再びブロックを形成し得る）にさらに区分化されてもよい。本明細書で使用される「ブロック」または「ビデオブロック」という用語がフレームまたはピクチャの一部、具体的には矩形（正方形または非正方形）部分であり得ることが留意されるべきである。例えば、ＨＥＶＣおよびＶＶＣに関しては、ブロックまたはビデオブロックは、符号化ツリーユニット（ＣＴＵ）、ＣＵ、予測ユニット（ＰＵ）、もしくは変換ユニット（ＴＵ）であるか、もしくはそれらに対応してもよく、かつ／または対応するブロック、例えば、符号化ツリー・ブロック（ＣＴＢ）、符号化ブロック（ＣＢ）、予測ブロック（ＰＢ）、もしくは変換ブロック（ＴＢ）、および／もしくはサブブロックであるか、もしくはそれらに対応してもよい。

予測処理ユニット４１は、誤差結果（例えば、符号化レートおよび歪みのレベル）に基づいて、現在のビデオブロックに対して、複数のイントラ予測符号化モードのうちの１つ、または複数のインター予測符号化モードのうちの１つなど、複数の可能な予測符号化モードのうちの１つを選択してもよい。予測処理ユニット４１は、結果として得られたイントラ予測符号化ブロックまたはインター予測符号化ブロックを加算器５０に提供して残差ブロックを生成し、またその後参照フレームの一部として使用するために、結果として得られたイントラ予測符号化ブロックまたはインター予測符号化ブロックを加算器６２に提供して、符号化されたブロックを再構築してもよい。また、予測処理ユニット４１は、動きベクトル、イントラモード・インジケータ、区分情報、および他のそのような構文情報などの構文要素をエントロピ符号化ユニット５６に提供する。

現在のビデオブロック用に適切なイントラ予測符号化モードを選択するために、予測処理ユニット４１内のイントラ予測処理ユニット４６は、符号化されるべき現在のブロックと同じフレーム内の１つまたは複数の隣接ブロックに対して現在のビデオブロックのイントラ予測符号化を実行して、空間予測を提供してもよい。予測処理ユニット４１内の動き推定ユニット４２および動き補償ユニット４４は、１つまたは複数の参照フレーム内の１つまたは複数の予測ブロックに対して現在のビデオブロックのインター予測符号化を実行して、時間予測を提供する。ビデオエンコーダ２０は、例えばビデオデータのブロックごとに適切な符号化モードを選択するために、複数の符号化パスを実行してもよい。

いくつかの実装形態では、動き推定ユニット４２は、ビデオフレームのシーケンス内の所定のパターンに従って、参照ビデオフレーム内の予測ブロックに対する現在のビデオフレーム内のビデオブロックの変位を示す動きベクトルを生成することによって、現在のビデオフレームのためのインター予測モードを決定する。動き推定ユニット４２によって実行される動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。例えば、動きベクトルは、現在のフレーム内で符号化されている現在のブロックに対する参照フレーム内の予測ブロックに対する現在のビデオフレームまたはピクチャ内のビデオブロックの変位を示してもよい。所定のパターンは、シーケンス内のビデオフレームをＰフレームまたはＢフレームとして指定する。イントラＢＣユニット４８は、インター予測のための動き推定ユニット４２による動きベクトルの決定と同様の方式でイントラＢＣ符号化のためのベクトル、例えばブロック・ベクトルを決定してもよく、または、動き推定ユニット４２を利用してブロック・ベクトルを決定してもよい。

ビデオブロックの予測ブロックは、符号化されるべきビデオブロックと画素差の点で厳密に一致するとみなされる参照フレームのブロックもしくは参照ブロックであってもよく、またはそれらのブロックに対応してもよく、それらのブロックは、差分絶対値和（ＳＡＤ：Ｓｕｍ ｏｆ Ａｂｓｏｌｕｔｅ Ｄｉｆｆｅｒｅｎｃｅ）、差分二乗和（ＳＳＤ：Ｓｕｍ ｏｆ Ｓｑｕａｒｅ Ｄｉｆｆｅｒｅｎｃｅ）、または他の差分メトリックによって決定されてもよい。いくつかの実装形態では、ビデオエンコーダ２０は、ＤＰＢ６４に記憶された参照フレームのサブ整数画素位置の値を算出してもよい。例えば、ビデオエンコーダ２０は、参照フレームの４分の１の画素位置、８分の１の画素位置、または他の分数の画素位置の値を補間してもよい。したがって、動き推定ユニット４２は、全画素位置および分数画素位置に対して動き探索を実行し、分数画素精度で動きベクトルを出力してもよい。

動き推定ユニット４２は、ビデオブロックの位置と、ＤＰＢ６４に記憶されている１つまたは複数の参照フレームをそれぞれ識別する第１の参照フレーム・リスト（リスト０）または第２の参照フレーム・リスト（リスト１）から選択された参照フレームの予測ブロックの位置とを比較することによって、インター予測符号化フレーム内のビデオブロックの動きベクトルを算出する。動き推定ユニット４２は、算出された動きベクトルを動き補償ユニット４４に送り、次いで、エントロピ符号化ユニット５６に送る。

動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって決定された動きベクトルに基づいて予測ブロックをフェッチまたは生成することを含んでもよい。動き補償ユニット４４は、現在のビデオブロックの動きベクトルを受信すると、参照フレーム・リストのうちの１つにおいてその動きベクトルが指す予測ブロックの位置を特定し、予測ブロックをＤＰＢ６４から取得し、予測ブロックを加算器５０に転送してもよい。
次いで、加算器５０は、符号化されている現在のビデオブロックの画素値から、動き補償ユニット４４によって提供される予測ブロックの画素値を減算することによって、画素差分値の残差ビデオブロックを形成する。残差ビデオブロックを形成する画素差分値は、輝度差分成分もしくは彩度差分成分、またはその両方を含んでもよい。動き補償ユニット４４はまた、ビデオデコーダ３０によってビデオフレームのビデオブロックを復号する際に使用するための、ビデオフレームのビデオブロックに関連付けられた構文要素を生成してもよい。構文要素は、例えば、予測ブロックを識別するために使用される動きベクトルを定義する構文要素、予測モードを示す任意のフラグ、または本明細書で説明された任意の他の構文情報を含んでもよい。なお、動き推定ユニット４２および動き補償ユニット４４は、高度に統合されてもよいが、概念を示すことを目的として別々に図示されている。

いくつかの実装形態では、イントラＢＣユニット４８は、動き推定ユニット４２および動き補償ユニット４４に関連して上記で説明された方式と同様の方式で、ベクトルを生成して予測ブロックをフェッチすることができるが、予測ブロックは、符号化されている現在のブロックと同じフレーム内にあり、ベクトルは、動きベクトルではなくブロック・ベクトルと呼ばれる。具体的には、イントラＢＣユニット４８は、現在のブロックを符号化するために使用するイントラ予測モードを決定してもよい。いくつかの例では、イントラＢＣユニット４８は、例えば別個の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化し、レート歪み分析を通じてそれらの性能をテストしてもよい。次に、イントラＢＣユニット４８は、テストされた様々なイントラ予測モードの中から、使用する適切なイントラ予測モードを選択し、それに応じてイントラモード・インジケータを生成してもよい。例えば、イントラＢＣユニット４８は、テストされた様々なイントラ予測モードに対するレート歪み分析を使用してレート歪み値を算出し、テストされたモードの中で最良のレート歪み特性を有するイントラ予測モードを、使用する適切なイントラ予測モードとして選択してもよい。レート歪み分析は一般に、符号化されたブロックと、符号化されたブロックを作成するために符号化された元の符号化されていないブロックとの間の歪み（または誤差）の量、および、符号化されたブロックを作成するために使用されたビットレート（すなわち、ビット数）を決定する。イントラＢＣユニット４８は、様々な符号化されたブロックの歪みおよびレートから比率を算出して、どのイントラ予測モードがそのブロックに対して最良のレート歪み値を示しているかを決定してもよい。

他の例では、イントラＢＣユニット４８は、動き推定ユニット４２および動き補償ユニット４４の全部または一部を使用して、本明細書で説明された実装形態に従ってイントラＢＣ予測のためのそのような機能を実行してもよい。いずれの事例においても、イントラブロックコピーの場合、予測ブロックは、画素差に関して、ＳＡＤ、ＳＳＤ、または他の差分メトリックによって決定され得る、符号化されるべきブロックと厳密に一致するとみなされるブロックであってもよく、予測ブロックの識別は、サブ整数画素位置の値の算出を含んでもよい。

予測ブロックがイントラ予測に従って同じフレームからのブロックである場合でも、インター予測に従って異なるフレームからのブロックである場合でも、ビデオエンコーダ２０は、符号化されている現在のビデオブロックの画素値から予測ブロックの画素値を減算して画素差分値を形成することによって、残差ビデオブロックを形成してもよい。残差ビデオブロックを形成する画素差分値は、輝度成分差分と彩度成分差分との両方を含んでもよい。

イントラ予測処理ユニット４６は、上記で説明されたように、動き推定ユニット４２および動き補償ユニット４４によって実行されるインター予測の代替として、またはイントラＢＣユニット４８によって実行されるイントラブロックコピー予測の代替として、現在のビデオブロックをイントラ予測してもよい。具体的には、イントラ予測処理ユニット４６は、現在のブロックを符号化するために使用するイントラ予測モードを決定してもよい。そのようにするために、イントラ予測処理ユニット４６は、例えば別個の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化してもよく、イントラ予測処理ユニット４６（または、いくつかの例では、モード選択ユニット）は、テストされたイントラ予測モードから、使用する適切なイントラ予測モードを選択してもよい。イントラ予測処理ユニット４６は、ブロックに対して選択されたイントラ予測モードを示す情報をエントロピ符号化ユニット５６に提供してもよい。エントロピ符号化ユニット５６は、選択されたイントラ予測モードを示す情報をビットストリームに符号化してもよい。

予測処理ユニット４１がインター予測またはイントラ予測によって現在のビデオブロックの予測ブロックを決定した後、加算器５０は、現在のビデオブロックから予測ブロックを減算することによって残差ビデオブロックを形成する。残差ブロック内の残差ビデオデータは、１つまたは複数のＴＵ内に含まれてもよく、変換処理ユニット５２に提供される。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ：Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）または概念的に同様の変換などの変換を使用して、残差ビデオデータを残差変換係数に変換する。

変換処理ユニット５２は、結果として得られた変換係数を量子化ユニット５４に送ってもよい。量子化ユニット５４は、変換係数を量子化して、ビット・レートをさらに低減する。量子化プロセスはまた、係数の一部または全部に関連付けられたビット深度を低減してもよい。量子化の程度は、量子化パラメータを調整することによって修正されてもよい。いくつかの例では、次いで、量子化ユニット５４は、量子化済みの変換係数を含む行列の走査を実行してもよい。代替として、エントロピ符号化ユニット５６が走査を実行してもよい。

量子化に続いて、エントロピ符号化ユニット５６は、例えば、コンテキスト適応型可変長符号化（ＣＡＶＬＣ：Ｃｏｎｔｅｘｔ Ａｄａｐｔｉｖｅ Ｖａｒｉａｂｌｅ Ｌｅｎｇｔｈ Ｃｏｄｉｎｇ）、コンテキスト適応型２値算術符号化（ＣＡＢＡＣ：Ｃｏｎｔｅｘｔ Ａｄａｐｔｉｖｅ Ｂｉｎａｒｙ Ａｒｉｔｈｍｅｔｉｃ Ｃｏｄｉｎｇ）、構文ベースのコンテキスト適応型２値算術符号化（ＳＢＡＣ）、確率間隔区分化エントロピ（ＰＩＰＥ：Ｐｒｏｂａｂｉｌｉｔｙ Ｉｎｔｅｒｖａｌ Ｐａｒｔｉｔｉｏｎｉｎｇ Ｅｎｔｒｏｐｙ）符号化、または別のエントロピ符号化の方法論もしくは技法を使用して、量子化済みの変換係数をビデオビットストリームにエントロピ符号化する。次いで、符号化されたビットストリームは、図２３に示されるようにビデオデコーダ３０に送信されるか、または、後のビデオデコーダ３０への送信もしくはビデオデコーダ３０による検索のために、図２３に示されるように記憶デバイス３２にアーカイブされてもよい。エントロピ符号化ユニット５６はまた、符号化されている現在のビデオフレームの動きベクトルおよび他の構文要素をエントロピ符号化してもよい。

逆量子化ユニット５８および逆変換処理ユニット６０は、他のビデオブロックの予測のための参照ブロックを生成するために、それぞれ逆量子化および逆変換を適用して画素ドメイン内の残差ビデオブロックを再構築する。上述されたように、動き補償ユニット４４は、ＤＰＢ６４に記憶されたフレームの１つまたは複数の参照ブロックから、動き補償された予測ブロックを生成してもよい。動き補償ユニット４４はまた、予測ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するためのサブ整数画素値を算出してもよい。

加算器６２は、再構築された残差ブロックを、動き補償ユニット４４によって作成された動き補償された予測ブロックに加算して、ＤＰＢ６４に記憶するための参照ブロックを作成してもよい。次いで、参照ブロックは、イントラＢＣユニット４８、動き推定ユニット４２、および動き補償ユニット４４によって、後続のビデオフレーム内の別のビデオブロックをインター予測するための予測ブロックとして使用されてもよい。

図２５は、本出願のいくつかの実装形態による、例示的なビデオデコーダ３０を示すブロック図である。ビデオデコーダ３０は、ビデオデータメモリ７９、エントロピ復号ユニット８０、予測処理ユニット８１、逆量子化ユニット８６、逆変換処理ユニット８８、加算器９０、およびＤＰＢ９２を含む。予測処理ユニット８１はさらに、動き補償ユニット８２、イントラ予測ユニット８４、およびイントラＢＣユニット８５を含む。ビデオデコーダ３０は、図２４に関連してビデオエンコーダ２０に関して上記で説明された符号化プロセスとほぼ逆の復号プロセスを実行してもよい。例えば、動き補償ユニット８２は、エントロピ復号ユニット８０から受信された動きベクトルに基づいて予測データを生成してもよく、一方、イントラ予測ユニット８４は、エントロピ復号ユニット８０から受信されたイントラ予測モード・インジケータに基づいて予測データを生成してもよい。

いくつかの例では、ビデオデコーダ３０のユニットには、本出願の実装形態を実行するタスクが割り当てられてもよい。また、いくつかの例では、本開示の実装形態は、ビデオデコーダ３０のユニットのうちの１つまたは複数に分割されてもよい。例えば、イントラＢＣユニット８５は、単独で、または動き補償ユニット８２、イントラ予測ユニット８４、およびエントロピ復号ユニット８０などのビデオデコーダ３０の他のユニットと組み合わせて、本出願の実装形態を実行してもよい。いくつかの例では、ビデオデコーダ３０は、イントラＢＣユニット８５を含まなくてもよく、イントラＢＣユニット８５の機能は、動き補償ユニット８２などの予測処理ユニット８１の他の構成要素によって実行されてもよい。

ビデオデータメモリ７９は、ビデオデコーダ３０の他の構成要素によって復号される、符号化されたビデオビットストリームなどのビデオデータを記憶してもよい。ビデオデータメモリ７９に記憶されたビデオデータは、例えば、記憶デバイス３２から、カメラなどのローカル・ビデオソースから、ビデオデータのワイヤード・ネットワーク通信もしくはワイヤレス・ネットワーク通信を介して、または物理的なデータ記憶媒体（例えば、フラッシュ・ドライブまたはハード・ディスク）にアクセスすることによって取得されてもよい。ビデオデータメモリ７９は、符号化されたビデオビットストリームからの符号化されたビデオデータを記憶する、符号化ピクチャバッファ（ＣＰＢ：Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ）を含んでもよい。ビデオデコーダ３０のＤＰＢ９２は、ビデオデコーダ３０によって（例えば、イントラ予測符号化モードまたはインター予測符号化モードで）ビデオデータを復号する際に使用するための参照ビデオデータを記憶する。ビデオデータメモリ７９およびＤＰＢ９２は、同期ＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ）、または他のタイプのメモリ・デバイスを含む、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）などの様々なメモリ・デバイスのいずれかによって形成されてもよい。図２５では、例示のために、ビデオデータメモリ７９およびＤＰＢ９２は、ビデオデコーダ３０の２つの別個の構成要素として描写されている。しかし、当業者には、ビデオデータメモリ７９およびＤＰＢ９２が同じメモリ・デバイスまたは別個のメモリ・デバイスによって提供され得ることが明らかであろう。いくつかの例では、ビデオデータメモリ７９は、ビデオデコーダ３０の他の構成要素とオンチップであるか、またはそれらの構成要素に対してオフチップであってもよい。

復号プロセス中、ビデオデコーダ３０は、符号化されたビデオフレームのビデオブロックおよび関連する構文要素を表す符号化されたビデオビットストリームを受信する。ビデオデコーダ３０は、ビデオフレーム・レベルおよび／またはビデオブロック・レベルで構文要素を受信してもよい。ビデオデコーダ３０のエントロピ復号ユニット８０は、ビットストリームをエントロピ復号して、量子化された係数、動きベクトルまたはイントラ予測モード・インジケータ、および他の構文要素を生成する。次いで、エントロピ復号ユニット８０は、動きベクトルまたはイントラ予測モード・インジケータおよび他の構文要素を予測処理ユニット８１に転送する。

ビデオフレームがイントラ予測符号化（Ｉ）フレームとしてまたは他のタイプのフレームにおけるイントラ符号化予測ブロックのために符号化されるとき、予測処理ユニット８１のイントラ予測ユニット８４は、信号伝送されたイントラ予測モード、および現在のフレームの以前に復号されたブロックからの参照データに基づいて、現在のビデオフレームのビデオブロックの予測データを生成してもよい。

ビデオフレームがインター予測符号化（すなわち、ＢまたはＰ）フレームとして符号化されるとき、予測処理ユニット８１の動き補償ユニット８２は、エントロピ復号ユニット８０から受信された動きベクトルおよび他の構文要素に基づいて、現在のビデオフレームのビデオブロックの１つまたは複数の予測ブロックを生成してもよい。予測ブロックのそれぞれは、参照フレーム・リストのうちの１つの中の参照フレームから作成されてもよい。ビデオデコーダ３０は、ＤＰＢ９２に記憶された参照フレームに基づくデフォルトの構築技法を使用して、参照フレーム・リストであるリスト０およびリスト１を構築してもよい。

いくつかの例では、ビデオブロックが本明細書で説明されたイントラＢＣモードに従って符号化されるとき、予測処理ユニット８１のイントラＢＣユニット８５は、エントロピ復号ユニット８０から受信されたブロック・ベクトルおよび他の構文要素に基づいて、現在のビデオブロックの予測ブロックを作成する。予測ブロックは、ビデオエンコーダ２０によって定義された現在のビデオブロックと同じピクチャの再構築された領域内にあってもよい。

動き補償ユニット８２および／またはイントラＢＣユニット８５は、動きベクトルおよび他の構文要素を解析することによって現在のビデオフレームのビデオブロックについての予測情報を決定し、次いで、予測情報を使用して、復号されている現在のビデオブロックの予測ブロックを作成する。例えば、動き補償ユニット８２は、受信された構文要素のいくつかを使用して、ビデオフレームのビデオブロックを符号化するために使用される予測モード（例えば、イントラ予測またはインター予測）、インター予測フレーム・タイプ（例えば、ＢまたはＰ）、フレームの参照フレーム・リストのうちの１つまたは複数についての構築情報、フレームの各インター予測符号化ビデオブロックの動きベクトル、フレームの各インター予測符号化ビデオブロックのインター予測ステータス、および現在のビデオフレーム内のビデオブロックを復号するための他の情報を決定する。

同様に、イントラＢＣユニット８５は、受信された構文要素のいくつか、例えばフラグを使用して、現在のビデオブロックがイントラＢＣモードを使用して予測されたこと、フレームのどのビデオブロックが再構築領域内にあり、どのビデオブロックがＤＰＢ９２に記憶されるべきかに関する構築情報、フレームの各イントラＢＣ予測ビデオブロックのブロック・ベクトル、フレームの各イントラＢＣ予測ビデオブロックのイントラＢＣ予測ステータス、および現在のビデオフレーム内のビデオブロックを復号するための他の情報を決定してもよい。

動き補償ユニット８２はまた、ビデオブロックの符号化中にビデオエンコーダ２０によって使用される補間フィルタを使用して補間を実行し、参照ブロックのサブ整数画素の補間値を算出してもよい。この場合、動き補償ユニット８２は、受信された構文要素からビデオエンコーダ２０によって使用される補間フィルタを決定し、補間フィルタを使用して予測ブロックを作成してもよい。

逆量子化ユニット８６は、量子化の程度を決定するためにビデオフレーム内のビデオブロックごとにビデオエンコーダ２０によって算出された同じ量子化パラメータを使用して、ビットストリーム内で提供されてエントロピ復号ユニット８０によってエントロピ復号された量子化済みの変換係数を逆量子化する。逆変換処理ユニット８８は、画素ドメイン内の残差ブロックを再構築するために、逆変換、例えば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。

動き補償ユニット８２またはイントラＢＣユニット８５がベクトルおよび他の構文要素に基づいて現在のビデオブロックの予測ブロックを生成した後、加算器９０は、逆変換処理ユニット８８からの残差ブロックと、動き補償ユニット８２およびイントラＢＣユニット８５によって生成された対応する予測ブロックとを加算することによって、現在のビデオブロックの復号されたビデオブロックを再構築する。復号されたビデオブロックをさらに処理するために、加算器９０とＤＰＢ９２との間にブロック解除フィルタ、ＳＡＯフィルタ、および／またはＡＬＦなどのループ内フィルタ９１が配置されてもよい。いくつかの例では、ループ内フィルタ９１は省略されてもよく、復号されたビデオブロックは加算器９０によってＤＰＢ９２に直接提供されてもよい。次いで、所与のフレーム内の復号されたビデオブロックは、次のビデオブロックの後続の動き補償に使用される参照フレームを記憶するＤＰＢ９２に記憶される。また、ＤＰＢ９２、またはＤＰＢ９２とは別個のメモリ・デバイスは、図２３の表示デバイス３４などの表示デバイス上で後で提示するために、復号されたビデオを記憶してもよい。

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

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

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

本開示は、ビデオの符号化および圧縮に関する。より詳細には、本開示は、ビデオ符号化のための残差および係数の符号化の改善ならびに簡素化に関する。

ビデオデータを圧縮するために、様々なビデオ符号化技法が使用されることがある。ビデオ符号化は、１つまたは複数のビデオ符号化規格に従って実行される。例えば、ビデオ符号化規格は、多用途ビデオ符号化（ＶＶＣ：ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ）、共同探索テストモデル（ＪＥＭ：ｊｏｉｎｔ ｅｘｐｌｏｒａｔｉｏｎ ｔｅｓｔ ｍｏｄｅｌ）、高効率ビデオ符号化（Ｈ．２６５／ＨＥＶＣ：ｈｉｇｈ－ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ）、先進ビデオ符号化（Ｈ．２６４／ＡＶＣ：ａｄｖａｎｃｅｄ ｖｉｄｅｏ ｃｏｄｉｎｇ）、動画専門家グループ（ＭＰＥＧ：ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔ ｇｒｏｕｐ）符号化、または同様のものを含む。ビデオ符号化は一般に、動画像またはシーケンスに存在する冗長性を活用する予測方法（例えば、インター予測、イントラ予測、または同様のもの）を利用する。ビデオ符号化技法の重要な目標は、ビデオ品質の低下を回避するかまたは最小限に抑えながら、ビデオデータをより低いビット・レートを使用する形式に圧縮することである。

本開示の例は、ビデオ符号化のための方法および装置を提供する。

本開示の第１の態様によれば、ビデオ符号化のための方法が提供される。方法は、デコーダによって、シーケンスパラメータセット（ＳＰＳ：Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）範囲拡張フラグの値に基づいてスライスヘッド（ＳＨ：Ｓｌｉｃｅ Ｈｅａｄ）の未加工バイトシーケンスペイロード（ＲＢＳＰ：Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ）構文構造内に構文構造ｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎが存在するかどうかを示すＳＰＳ範囲拡張フラグを受信することを含んでもよい。

本開示の第２の態様によれば、ビデオ符号化のための方法が提供される。方法は、デコーダによって、シーケンスパラメータセット（ＳＰＳ）アライメント有効フラグの値に基づいて構文要素ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ、ａｂｓ＿ｒｅｍａｉｎｄｅｒ、ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ、およびｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇｎのバイパス復号の前にインデックスｉｖｌＣｕｒｒＲａｎｇｅがアライメントされるかどうかを示すＳＰＳアライメント有効フラグを受信することを含んでもよい。

本開示の第３の態様によれば、ビデオ符号化のための方法が提供される。方法は、デコーダによって、拡張精度処理フラグ（ｅｘｔｅｎｄｅｄ ｐｒｅｃｉｓｉｏｎ ｐｒｏｃｅｓｓｉｎｇ ｆｌａｇ）の値に基づいて変換係数についてまた変換処理中に拡張ダイナミックレンジが採用されるかどうかを示す拡張精度処理フラグを受信することを含んでもよい。

本開示の第４の態様によれば、ビデオ符号化のための方法が提供される。方法は、デコーダによって、永続的ライス適応有効フラグ（ｐｅｒｓｉｓｔｅｎｔ ｒｉｃｅ ａｄａｐｔｉｏｎ ｅｎａｂｌｅｄ ｆｌａｇ）の値に基づいて、前のサブブロックから蓄積されたモード依存統計を採用している各サブブロックの開始時にａｂｓ＿ｒｅｍａｉｎｉｎｇおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値化のためのライスパラメータ導出が初期化されるかどうかを示す、永続的ライス適応有効フラグを受信することを含んでもよい。

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

本明細書に組み込まれ本明細書の一部を構成する添付図面は、本開示に則した例を図示しており、説明とともに本開示の原理を説明する役割を果たす。

本開示の一例に係るエンコーダのブロック図である。 本開示の一例に係るデコーダのブロック図である。 本開示の一例に係る多型木構造におけるブロック区分を示す図である。 本開示の一例に係る多型木構造におけるブロック区分を示す図である。 本開示の一例に係る多型木構造におけるブロック区分を示す図である。 本開示の一例に係る多型木構造におけるブロック区分を示す図である。 本開示の一例に係る多型木構造におけるブロック区分を示す図である。 本開示の一例に係る１８×１２輝度ＣＴＵを有するピクチャを示す図である。 本開示の一例に係る１８×１２輝度ＣＴＵを有するピクチャの図である。 本開示の一例に係るＶＴＭにおける許容されない三分木（ＴＴ：ｔｅｒｎａｒｙ ｔｒｅｅ）区分化および二分木（ＢＴ：ｂｉｎａｒｙ ｔｒｅｅ）区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係るＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の一例の図である。 本開示の一例に係る変換ブロックの残差符号化構造の図である。 本開示の一例に係る変換スキップブロックの残差符号化構造の図である。 本開示の一例に係る２つのスカラ量子化器の図である。 本開示の一例に係る状態遷移の図である。 本開示の一例に係る量子化器選択の図である。 本開示に係る、確率モデルを選択するために使用されるテンプレートの図である。 本開示に係る、パレットモードで符号化されたブロックの一例の図である。 本開示に係る、パレットエントリを信号伝送するためのパレット予測子の使用を示す図である。 本開示に係る水平移動走査の図である。 本開示に係る垂直移動走査の図である。 本開示に係るパレットに対するサブブロックベースのインデックスマップ走査を示す図である。 本開示に係るパレットに対するサブブロックベースのインデックスマップ走査を示す図である。 本開示の一例に係るビデオ信号を符号化するための方法を示す図である。 本開示の一例に係るビデオ信号を符号化するための方法を示す図である。 本開示の一例に係るユーザインターフェースと結合されたコンピューティング環境を示す図である。 本開示の一例に係るビデオ符号化のための方法を示す図である。 本開示の一例に係るビデオ符号化のための方法を示す図である。 本開示の一例に係るビデオ符号化のための方法を示す図である。 本開示の一例に係るビデオ符号化のための方法を示す図である。 本開示の一例に係るビデオブロックを符号化および復号するための例示的なシステムを示すブロック図である。 本開示の一例に係る例示的なビデオエンコーダを示すブロック図である。 本開示の一例に係る例示的なビデオデコーダを示すブロック図である。

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

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

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

２０１３年１０月、ＨＥＶＣ規格の第１版が最終決定され、この第１版は、前世代のビデオ符号化規格Ｈ．２６４／ＭＰＥＧ ＡＶＣと比較して、約５０％のビット・レート削減、または同等の知覚品質を提供する。ＨＥＶＣ規格は、以前の規格よりも符号化の大幅な改善を実現するが、追加の符号化ツールを用いることで、ＨＥＶＣよりも優れた符号化効率が達成され得ることが証明されている。これに基づいて、ＶＣＥＧとＭＰＥＧがともに、将来のビデオ符号化の標準化に向けた新しい符号化技術の探索作業を開始した。２０１５年１０月、ＩＴＵ－Ｔ ＶＥＣＧおよびＩＳＯ／ＩＥＣ ＭＰＥＧによって共同ビデオ探索チーム（ＪＶＥＴ：Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）が結成され、符号化効率の大幅な向上を可能にし得る先進技術の重要な研究を開始した。ＪＶＥＴによって、ＨＥＶＣテスト・モデル（ＨＭ）の上にいくつかの追加の符号化ツールを統合することにより、共同探索モデル（ＪＥＭ）と呼ばれる１つの参照ソフトウェアが維持された。

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

ＨＥＶＣと同様に、ＶＶＣは、ブロックベースのハイブリッド式ビデオ符号化フレームワークに基づいて構築される。

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

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

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

エンコーダ１００では、予測を目的として画素を再構築するために、デコーダ関連の回路も必要である。最初に、逆量子化１３４および逆変換１３６を通じて予測残差が再構築される。この再構築された予測残差は、ブロック予測子１４０と組み合わされて、現在のビデオブロックのフィルタリングされていない再構築された画素を生成する。

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

時間予測（「インター予測」とも呼ばれる）は、既に符号化されたビデオピクチャからの再構築された画素を使用して、現在のビデオブロックを予測する。時間予測は、ビデオ信号に固有の時間的冗長性を低減する。所与の符号化ユニット（ＣＵ：ｃｏｄｉｎｇ ｕｎｉｔ）または符号化ブロックの時間予測信号は、通常、現在のＣＵとその時間参照との間の動きの量および方向を示す１つまたは複数のＭＶによって信号伝送される。さらに、参照ピクチャストレージ内のどの参照ピクチャから時間予測信号が来ているかを識別するために使用される１つの参照ピクチャインデックスが追加で送られる。

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

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

図１は、一般的なブロックベースのハイブリッド式ビデオ符号化システムのブロック図を示している。入力ビデオ信号は、（符号化ユニット（ＣＵ）と呼ばれる）ブロックごとに処理される。ＶＴＭ－１．０では、ＣＵは最大１２８×１２８画素であってもよい。しかし、四分木のみに基づいてブロックを区分化するＨＥＶＣとは異なり、ＶＶＣでは、四分木／二分木／三分木に基づいて様々な局所特性に適応するように、１つの符号化ツリーユニット（ＣＴＵ）がＣＵに分解される。定義により、符号化ツリー・ブロック（ＣＴＢ）は、ある値をＮとした場合のＮ×Ｎブロックのサンプルであり、その結果、構成要素のＣＴＢへの分割は区分化である。ＣＴＵは、輝度サンプルのＣＴＢ、３つのサンプル配列を有するピクチャの彩度サンプルの２つの対応するＣＴＢ、または、単色ピクチャもしくは３つの別個のカラー・プレーンとサンプルを符号化するために使用される構文構造とを使用して符号化されたピクチャのサンプルのＣＴＢを含む。さらに、ＨＥＶＣにおける複数の区分化ユニット・タイプの概念は排除され、すなわち、ＶＶＣでは、ＣＵ、予測ユニット（ＰＵ）、および変換ユニット（ＴＵ）の分離はもはや存在せず、その代わりに、さらなる区分なしに各ＣＵが予測と変換との両方の基本単位として常に使用される。多型木構造では、最初に、１つのＣＴＵが四分木構造によって区分化される。次いで、各四分木葉ノードは、二分木構造および三分木構造によってさらに区分化され得る。図３Ａ、図３Ｂ、図３Ｃ、図３Ｄ、および図３Ｅに示されるように、四分区分化、水平二分区分化、垂直二分区分化、水平三分区分化、および垂直三分区分化の５つの分解タイプがある。

図３Ａは、本開示に係る多型木構造におけるブロック四分区分を示す図を示している。

図３Ｂは、本開示に係る多型木構造におけるブロック垂直二分区分を示す図を示している。

図３Ｃは、本開示に係る多型木構造におけるブロック水平二分区分を示す図を示している。

図３Ｄは、本開示に係る多型木構造におけるブロック垂直三分区分を示す図を示している。

図３Ｅは、本開示に係る多型木構造におけるブロック水平三分区分を示す図を示している。

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

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

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

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

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

一般に、ＶＶＣにおいて適用される基本的なイントラ予測方式は、いくつかのモジュールがさらに拡張および／または改善されていること、例えば、イントラサブ区分（ＩＳＰ）符号化モード、広角イントラ方向による拡張イントラ予測、位置依存イントラ予測組合せ（ＰＤＰＣ：ｐｏｓｉｔｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ ｃｏｍｂｉｎａｔｉｏｎ）、および４タップ・イントラ補間を除いて、ＨＥＶＣのイントラ予測方式と同じに保たれている。

ＶＶＣにおけるピクチャ、タイルグループ、タイル、およびＣＴＵの区分化
ＶＶＣでは、タイルは、ピクチャ内の特定のタイル列および特定のタイル行内のＣＴＵの矩形領域として定義される。タイルグループは、単一のＮＡＬユニットに排他的に含まれるピクチャの整数個のタイルのグループである。基本的に、タイルグループの概念は、ＨＥＶＣにおいて定義されているスライスと同じである。例えば、ピクチャは、タイルグループおよびタイルに分割される。タイルは、ピクチャの矩形領域をカバーするＣＴＵのシーケンスである。タイルグループは、ピクチャのいくつかのタイルを含む。タイルグループの２つのモード、すなわちラスタ走査タイルグループモードおよび矩形タイルグループモードがサポートされている。ラスタ走査タイルグループモードでは、タイルグループは、ピクチャのタイルラスタ走査内のタイルのシーケンスを含む。矩形タイルグループモードでは、タイルグループは、集合的にピクチャの矩形領域を形成するピクチャのいくつかのタイルを含む。矩形タイルグループ内のタイルは、タイルグループのタイルラスタ走査の順序になる。

図４は、ピクチャのラスタ走査タイルグループ区分化の一例を示しており、ピクチャは１２個のタイルおよび３個のラスタ走査タイルグループに分割されている。図４は、タイル４１０、４１２、４１４、４１６、および４１８を含む。各タイルは、１８個のＣＴＵを有する。より具体的には、図４は、１２個のタイルおよび３個のタイルグループに区分化された１８×１２輝度ＣＴＵを有するピクチャを示している（参考）。３個のタイルグループは、次のように（１）第１のタイルグループがタイル４１０および４１２を含み、（２）第２のタイルグループがタイル４１４、４１６、４１８、４２０、および４２２を含み、（３）第３のタイルグループがタイル４２４、４２６、４２８、４３０、および４３２を含む。

図５は、ピクチャの矩形タイルグループ区分化の一例を示しており、ピクチャは、２４個のタイル（６個のタイル列および４個のタイル行）、ならびに９個の矩形タイルグループに分割されている。図５は、タイル５１０、５１２、５１４、５１６、５１８、５２０、５２２、５２４、５２６、５２８、５３０、５３２、５３４、５３６、５３８、５４０、５４２、５４４、５４６、５４８、５５０、５５２、５５４、および５５６を含む。より具体的には、図５は、２４個のタイルおよび９個のタイルグループに区分化された１８×１２輝度ＣＴＵを有するピクチャを示している（参考）。タイルグループはタイルを含み、タイルはＣＴＵを含む。９個の矩形タイルグループは、（１）２個のタイル５１０および５１２、（２）２個のタイル５１４および５１６、（３）２個のタイル５１８および５２０、（４）４個のタイル５２２、５２４、５３４、および５３６、（５）４個のタイルグループ５２６、５２８、５３８、および５４０、（６）４個のタイル５３０、５３２、５４２、および５４４、（７）２個のタイル５４６および５４８、（８）２個のタイル５５０および５５２、（９）２個のタイル５５４および５５６を含む。

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

ＶＶＣにおける仮想パイプラインデータユニット（ＶＰＤＵ）
仮想パイプラインデータユニット（ＶＰＤＵ：Ｖｉｒｔｕａｌ ｐｉｐｅｌｉｎｅ ｄａｔａ ｕｎｉｔ）は、ピクチャ内の重複しないユニットとして定義される。ハードウェアデコーダでは、連続するＶＰＤＵが複数のパイプライン・ステージによって同時に処理される。ＶＰＤＵサイズは、ほとんどのパイプライン・ステージにおいてバッファ・サイズにほぼ比例し、したがって、ＶＰＤＵサイズを小さく維持することが重要である。ほとんどのハードウェアデコーダでは、ＶＰＤＵサイズは、最大変換ブロック（ＴＢ：ｔｒａｎｓｆｏｒｍ ｂｌｏｃｋ）サイズに設定され得る。しかし、ＶＶＣでは、三分木（ＴＴ）区分および二分木（ＢＴ）区分が、ＶＰＤＵサイズの増加をもたらすことがある。

ＶＰＤＵサイズを６４×６４輝度サンプルとして保つために、次の（構文信号伝送の修正を伴う）規範的な区分制限がＶＴＭ５に適用される。

ＴＴ分解は、幅もしくは高さのいずれか、または幅と高さとの両方が１２８に等しいＣＵに対して許容されない。

１２８×ＮのＣＵであり、Ｎ≦６４である（すなわち、幅が１２８に等しく、高さが１２８未満である）場合、水平ＢＴは許容されない。

Ｎ×１２８のＣＵであり、Ｎ≦６４である（すなわち、高さが１２８に等しく、幅が１２８未満である）場合、垂直ＢＴは許容されない。

図６Ａ、図６Ｂ、図６Ｃ、図６Ｄ、図６Ｅ、図６Ｆ、図６Ｇ、および図６Ｈは、ＶＴＭにおける許容されないＴＴ区分化およびＢＴ区分化の例を示している。

ＶＶＣにおける変換係数符号化
ＶＶＣにおける変換係数符号化は、重複しない係数グループ（ＣＧまたはサブブロックとも呼ばれる）をどちらも使用するという点でＨＥＶＣに類似している。しかし、それらの間にはいくつかの相違点もある。ＨＥＶＣでは、係数の各ＣＧは、４×４という固定サイズを有する。ＶＶＣ草案６では、ＣＧサイズは、ＴＢサイズに依存するようになった。その結果、ＶＶＣでは様々なＣＧサイズ（１×１６、２×８、８×２、２×４、４×２、および１６×１）が利用可能である。符号化ブロック内部のＣＧ、およびＣＧ内の変換係数は、事前に定義された走査順序に従って符号化される。

画素あたりのコンテキスト符号化ビンの最大数を制限するために、ＴＢの面積およびビデオ成分のタイプ（例えば、輝度成分対彩度成分）を使用して、ＴＢのコンテキスト符号化ビン（ＣＣＢ：ｃｏｎｔｅｘｔ－ｃｏｄｅｄ ｂｉｎ）の最大数を導出する。コンテキスト符号化ビンの最大数は、ＴＢ＿ｚｏｓｉｚｅ＊１．７５に等しい。ここで、ＴＢ＿ｚｏｓｉｚｅは、係数ゼロ設定後のＴＢ内のサンプル数を示す。なお、ＣＧが非ゼロ係数を含むか否かを示すフラグであるｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇは、ＣＣＢカウントには考慮されない。

係数ゼロ設定は、変換ブロックのある特定の領域に位置する係数を強制的に０にするために変換ブロックに対して実行される動作である。例えば、現在のＶＶＣでは、６４×６４変換は、関連するゼロ設定動作を有する。その結果、６４×６４変換ブロック内の左上の３２×３２領域の外側に位置する変換係数はすべて強制的に０になる。実際、現在のＶＶＣでは、ある特定の次元に沿った３２を超えるサイズを有する任意の変換ブロックの場合、左上の３２×３２領域を超えて位置する係数が強制的に０にするために、その次元に沿って係数ゼロ設定動作が実行される。

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

図７は、変換ブロックの残差符号化構造の図を示している。

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

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

現在のＶＶＣ草案仕様における残差符号化の構文および関連する意味論がそれぞれ表１および表２に示されている。表１の読み方は、本開示の付属セクションに示されており、ＶＶＣ仕様にも記載されている。

ＶＶＣにおける変換スキップモードの残差符号化
単一の残差符号化方式が変換係数と変換スキップ係数との両方を符号化するように設計されているＨＥＶＣとは異なり、ＶＶＣでは、２つの別個の残差符号化方式が変換係数および変換スキップ係数（すなわち、残差）にそれぞれ使用される。

変換スキップモードでは、残差信号の統計的特性が変換係数の統計的特性とは異なり、低周波成分の周囲のエネルギー圧縮が観察されない。残差符号化は、
最後のｘ／ｙ位置の信号伝送がないこと、
前のすべてのフラグが０に等しいとき、ｃｏｄｅｄ＿ｓｕｂ＿ｂｌｏｃｋ＿ｆｌａｇがＤＣサブブロックを除くすべてのサブブロックについて符号化されること、
２つの隣接する係数を用いたｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇコンテキストモデル化、
１つのコンテキストモデルのみを使用するｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、
５、７、９を超えるフラグを追加、
剰余２値化のための修正されたライスパラメータ導出、
左および上の隣接する係数値に基づいてサイン・フラグのコンテキストモデル化が決定され、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇの後、すべてのコンテキスト符号化ビンをともに保持するためにサイン・フラグが解析されること
を含む、（空間）変換スキップ残差の様々な信号特性を考慮して修正される。

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

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

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

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

図８は、変換スキップブロックの残差符号化構造の図を示している。

現在のＶＶＣ草案仕様における変換スキップモードの残差符号化の構文および関連する意味論がそれぞれ表５および表２に示されている。表５の読み方は、本開示の付属セクションに示されており、ＶＶＣ仕様にも記載されている。

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

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

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

図９は、提案された依存量子化手法で使用される２つのスカラ量子化器の図を示している。

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

図１０Ａは、提案された依存量子化についての状態遷移を示す遷移図を示している。

図１０Ｂは、提案された依存量子化のための量子化器選択を示す表を示している。

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

ＭａｔｒｉｘＴｙｐｅ：３０＝２（イントラ＆ＩＢＣ／インターの場合の２）×３（Ｙ／Ｃｂ／Ｃｒ成分）×５（正方形ＴＢサイズ：輝度の場合は４×４から６４×６４まで、彩度の場合は２×２から３２×３２まで）。

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

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

変換係数符号化のためのコンテキストモデル化
変換係数レベルの絶対値に関連する構文要素の確率モデルの選択は、局所近傍における絶対レベルまたは部分的に再構築された絶対レベルの値に依存する。使用されるテンプレートが図１１に図示されている。

図１１は、確率モデルを選択するために使用されるテンプレートの図を示している。黒い四角形は現在の走査位置を指定し、「ｘ」の付いた四角形は使用される局所近傍を表す。

選択される確率モデルは、局所近傍内の絶対レベル（または部分的に再構築された絶対レベル）の合計、および局所近傍内の０より大きい絶対レベルの数（１に等しいｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇｓの数によって与えられる）に依存する。コンテキストモデル化および２値化は、局所近傍についての次の測定値、すなわち、
ｎｕｍＳｉｇ：局所近傍内の非ゼロ・レベルの数、
ｓｕｍＡｂｓ１：局所近傍内の第１のパス後の部分的に再構築された絶対レベル（ａｂｓＬｅｖｅｌ１）の合計、
ｓｕｍＡｂｓ：局所近傍内の再構築された絶対レベルの合計、
対角位置（ｄ）：変換ブロック内の現在の走査位置の水平座標および垂直座標の合計に依存する。

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

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

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

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

パレットモード
パレットモードの背景にある基本的な理念は、ＣＵ内のサンプルが代表的な色値の小さいセットによって表されるということである。このセットはパレットと呼ばれる。パレットから除外される色値を３つの色成分のｂｙ値がビットストリームで直接信号伝送されるエスケープ色として信号伝送することによって、パレットから除外される色を示すことも可能である。これは図１２に図示されている。

図１２は、パレットモードで符号化されたブロックの一例を示している。図１２は、パレットモードで符号化されたブロック１２１０およびパレット１２２０を含む。

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

パレット符号化されたブロックを復号するために、デコーダは、次の情報、すなわち
パレットテーブル、
パレットインデックス
を有する必要がある。

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

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

非可逆符号化のためのパレットの導出の場合、修正されたｋ平均クラスタリングアルゴリズムが使用される。ブロックの最初のサンプルがパレットに追加される。次に、ブロックからの後続のサンプルごとに、サンプルと現在のパレット色のそれぞれとの間の絶対差の合計（ＳＡＤ：ｓｕｍ ｏｆ ａｂｓｏｌｕｔｅ ｄｉｆｆｅｒｅｎｃｅ）が算出される。各成分の歪みが最小ＳＡＤに対応するパレットエントリのしきい値よりも小さい場合、サンプルはそのパレットエントリに属するクラスタに追加される。それ以外の場合、サンプルは新しいパレットエントリとして追加される。クラスタにマッピングされたサンプルの数がしきい値を超えると、そのクラスタの重心は、更新されてそのクラスタのパレットエントリになる。

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

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

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

パレット予測子の各エントリに対して、それが現在のパレットの一部であるかどうかを示す再利用フラグが信号伝送される。これは、図１３に図示されている。

図１３は、パレットエントリを信号伝送するためのパレット予測子の使用を示している。図１３は、以前のパレット１３１０および現在のパレット１３２０を含む。

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

パレットインデックスは、図１４Ａおよび図１４Ｂに示されるように水平移動走査および垂直移動走査を使用して符号化される。走査順序は、ｐａｌｅｔｔｅ＿ｔｒａｎｓｐｏｓｅ＿ｆｌａｇを使用してビットストリームにおいて明示的に信号伝送される。

図１４Ａは、水平移動走査を示している。

図１４Ｂは、垂直移動走査を示している。

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

図１５Ａは、パレットに対するサブブロックベースのインデックスマップ走査を示している。

図１５Ｂは、パレットに対するサブブロックベースのインデックスマップ走査を示している。

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

画素ごとに、画素が前の画素と同じモードであるかどうか、すなわち、前の走査された画素と現在の画素がどちらも実行タイプＣＯＰＹ＿ＡＢＯＶＥであるかどうか、前の走査された画素と現在の画素がどちらも実行タイプＩＮＤＥＸであり、同じインデックス値であるかどうかを示す１つのコンテキスト符号化ビンｒｕｎ＿ｃｏｐｙ＿ｆｌａｇ＝０が信号伝送される。それ以外の場合、ｒｕｎ＿ｃｏｐｙ＿ｆｌａｇ＝１が信号伝送される。

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

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

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

言い換えれば、構文要素ａｂｓ＿ｒｅｍａｉｎｄｅｒおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値符号ワードは、隣接する係数のレベル情報に従って適応的に決定される。この符号ワードの決定はサンプルごとに実行されるので、係数符号化に対するこの符号ワード適応を処理するには追加の論理が必要である。

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

さらに、残差符号化または変換係数符号化に関連する構文要素を符号化するとき、確率モデルの選択は隣接するレベルのレベル情報に依存し、これにより、追加の論理および追加のコンテキストモデルが必要になる。

現在の設計では、エスケープサンプルの２値化は、３次指数ゴロム２値化プロセスを呼び出すことによって導出される。その性能にはさらに改善の余地がある。

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

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

提案される手法
本開示では、残差および係数の符号化に対する改善のセクションで述べられた課題に対処するために、いくつかの方法が提案される。以下の方法が単独でまたは組み合わせて適用されてもよいことが留意されるべきである。

本開示の第１の態様によれば、残差符号化において特定の構文要素、例えばａｂｓ＿ｒｅｍａｉｎｄｅｒを符号化するために２値符号ワードの固定セットを使用することが提案される。２値符号ワードは、様々な方法を使用して形成され得る。いくつかの例示的な方法が下記のように列挙されている。

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

第２に、固定長２値化である。

第３に、切り捨てライス２値化である。

第４に、切り捨てバイナリ（ＴＢ：ｔｒｕｎｃａｔｅｄ Ｂｉｎａｒｙ）２値化プロセスである。

第５に、ｋ次指数ゴロム２値化プロセス（ＥＧｋ）である。

第６に、限定されたｋ次指数ゴロム２値化である。

本開示の第２の態様によれば、変換係数符号化において特定の構文要素、例えば、ａｂｓ＿ｒｅｍａｉｎｄｅｒおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを符号化するために、符号ワードの固定セットを使用することが提案される。２値符号ワードは、様々な方法を使用して形成され得る。いくつかの例示的な方法が下記のように列挙されている。

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

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

第３に、固定長２値化である。

第４に、切り捨てライス２値化である。

第５に、切り捨てバイナリ（ＴＢ）２値化プロセスである。

第６に、ｋ次指数ゴロム２値化プロセス（ＥＧｋ）である。

第７に、限定されたｋ次指数ゴロム２値化である。

本開示の第３の態様によれば、残差符号化または係数符号化に関連する構文要素（例えば、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ）の符号化に単一のコンテキストを使用することが提案され、隣接する復号されたレベル情報に基づくコンテキスト選択は、除去され得る。

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

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

第２に、ｋ次指数ゴロム２値化プロセス（ＥＧｋ）である。

第３に、限定されたｋ次指数ゴロム２値化である。

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

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

第２に、ｋ次指数ゴロム２値化プロセス（ＥＧｋ）である。

第３に、限定されたｋ次指数ゴロム２値化である。

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

本開示の第５の態様によれば、変換係数符号化および／もしくは変換スキップ残差符号化の構文要素のための符号ワード決定に関連するパラメータならびに／またはしきい値のセットが、ビットストリーム内で信号伝送される。決定された符号ワードは、エントロピコーダ、例えば、算術符号化を通じて構文要素を符号化するときに２値化符号ワードとして使用される。

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

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

本開示の第６の態様によれば、第１の態様および第２の態様において示された符号ワード決定に関連するパラメータおよび／またはしきい値のセットは、変換係数符号化および／または変換スキップ残差符号化の構文要素のために使用される。また、現在のブロックが輝度残差／係数または彩度残差／係数を含むかどうかに従って異なるセットが使用され得る。決定された符号ワードは、エントロピコーダ、例えば、算術符号化を通じて構文要素を符号化するときに２値化符号ワードとして使用される。

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

本開示の第７の態様によれば、変換係数符号化および／もしくは変換スキップ残差符号化の構文要素のための符号ワード決定に関連するパラメータならびに／またはしきい値のセットが、ビットストリーム内で信号伝送される。また、輝度ブロックおよび彩度ブロックに対して異なるセットが信号伝送され得る。決定された符号ワードは、エントロピコーダ、例えば、算術符号化を通じて構文要素を符号化するときに２値化符号ワードとして使用される。

上記の態様において説明されたものと同じ方法が、パレットモードでのエスケープ値符号化、例えばｐａｌｅｔｔｅ＿ｅｓｃａｐｅ＿ｖａｌに対しても適用可能である。

本開示の第８の態様によれば、パレットモードでエスケープ値を符号化するための２値符号ワードの異なるセットを導出するために、異なるｋ次の指数ゴロム２値化が使用されてもよい。一例では、エスケープサンプルの所与のブロックについて、使用される指数ゴロム・パラメータ、すなわち、値ｋは、ＱＰ_ＣＵとして示されるブロックのＱＰ値に従って決定される。ブロックの所与のＱＰ値に基づいてパラメータｋの値を導出する際に、表６に示されているものと同じ例が使用され得る。その例では、異なる４つのしきい値（ＴＨ１からＴＨ４まで）が列挙されており、これらのしきい値およびＱＰ_ＣＵに基づいて５つの異なるｋ値（Ｋ０からＫ４まで）が導出され得るが、しきい値の数は説明のみを目的としていることは言及に値する。実際には、ＱＰ値範囲全体を異なる数のＱＰ値セグメントに区分化するために、異なる数のしきい値が使用されてもよく、ＱＰ値セグメントごとに、パレットモードで符号化されたブロックのエスケープ値を符号化するための対応する２値符号ワードを導出するために、異なるｋ値が使用されてもよい。実際には同じ論理が異なる方法で実装され得ることも留意に値する。例えば、例えば、同じライスパラメータを導出するために、特定の方程式またはルックアップ・テーブルが使用されてもよい。

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

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

本態様による一例では、パレットモードでｐａｌａｔｅ＿ｅｓｃａｐｅ＿ｖａｌ構文を符号化するための符号ワードを決定するために、ｋ次の指数ゴロム２値化が使用され、値ｋは、ビットストリームにおいてデコーダに信号伝送される。値ｋは、様々なレベルで信号伝送されてもよく、例えば、値ｋは、スライスヘッダ、ピクチャヘッダ、ＰＰＳ、および／またはＳＰＳなどにおいて信号伝送されてもよい。信号伝送された指数ゴロム・パラメータは、ＣＵがパレットモードとして符号化され、ＣＵが上述されたスライスヘッダ、ピクチャヘッダ、ＰＰＳおよび／またはＳＰＳなどに関連付けられているときに、構文ｐａｌｅｔｔｅ＿ｅｓｃａｐｅ＿ｖａｌを符号化するための符号ワードを決定するために使用される。

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

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

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

残差符号化におけるライスパラメータ導出の簡略化
本開示の第１３の態様によれば、ゴロムライス符号を使用して構文要素ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを符号化する際のライスパラメータの導出のために、ルックアップ・テーブルの代わりにシフト演算または除算演算などの単純な論理を使用することが提案される。現在の開示によれば、表４に指定されているようなルックアップ・テーブルは除去されてもよい。一例では、ライスパラメータｃＲｉｃｅＰａｒａｍは、ｃＲｉｃｅＰａｒａｍ＝（ｌｏｃＳｕｍＡｂｓ＞＞ｎ）として導出され、ここで、ｎは正の数、例えば３である。実際には、同じ結果を達成するために他の異なる論理、例えば２のｎ乗に等しい値による除算演算が使用されてもよいことは留意に値する。ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。

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

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

本開示の第１５の態様によれば、ゴロムライス符号を使用して構文要素ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌを符号化する際のライスパラメータの導出のために、ｂａｓｅＬｅｖｅｌの値に基づいてｌｏｃＳｕｍＡｂｓの値を調整するための異なる論理を使用することが提案される。一例では、追加のスケール演算およびオフセット演算が「（ｌｏｃＳｕｍＡｂｓ－ＢａｓｅＬｅｖｅｌ＊５）＊ａｌｐｈａ＋ｂｅｔａ」の形式で適用される。アルファが１．５という値をとり、ベータが１という値をとるときの、ＶＶＣ草案に基づく対応する復号プロセスが以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。

本開示の第１６の態様によれば、ゴロムライス符号を使用した構文要素ａｂｓ＿ｒｅｍａｉｎｄｅｒ／ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌにおけるライスパラメータ導出のために、クリップ演算を除去することが提案される。現在の開示によれば、ＶＶＣ草案の復号プロセスの一例が以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。

現在の開示によれば、ＶＶＣ草案の復号プロセスの一例が以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。

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

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

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

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

現在の開示によれば、ＶＶＣ草案の復号プロセスの一例が以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。

残差符号化におけるレベルマッピング位置導出の簡略化
本開示の第２０の態様によれば、ＺｅｒｏＰｏｓ［ｎ］がｃＲｉｃｅＰａｒａｍからのみ導出されるように、ＺｅｒｏＰｏｓ［ｎ］の導出からＱＳｔａｔｅを除去することが提案される。ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。

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

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

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

上記の態様において説明されたものと同じ方法が、変換スキップモードの残差符号化におけるｐｒｅｄＣｏｅｆｆの導出にも適用可能である。一例では、変数ｐｒｅｄＣｏｅｆｆは下記のように導出される。

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

変換係数の残差符号化
本開示では、「残差および係数の符号化に対する改善」セクションで指摘された問題に対処するために、残差符号化の既存の設計を簡素化および／またはさらに改善するための方法が提供される。概して、本開示で提案される技術の主な特徴は、下記のように要約される。

第１に、通常の残差符号化の下で使用されるライスパラメータ導出を現在の設計に基づいて調整する。

第２に、通常の残差符号化の下で使用される２値法を変更する。

第３に、通常の残差符号化の下で使用されるライスパラメータ導出を変更する。

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

第１に、ｃＲｉｃｅＰａｒａｍ＝（ｃＲｉｃｅＰａｒａｍ＜＜ａ）＋（ｃＲｉｃｅＰａｒａｍ＞＞ｂ）＋ｃであり、ここで、ａ、ｂ、およびｃは正の数、例えば｛ａ，ｂ，ｃ｝＝｛１，１，０｝である。実際には、同じ結果を達成するために他の異なる論理、例えば２のｎ乗に等しい値による乗算演算が使用されてもよいことは留意に値する。

第２に、ｃＲｉｃｅＰａｒａｍ＝（ｃＲｉｃｅＰａｒａｍ＜＜ａ）＋ｂであり、ここで、ａおよびｂは正の数、例えば｛ａ，ｂ｝＝｛１，１｝である。実際には、同じ結果を達成するために他の異なる論理、例えば２のｎ乗に等しい値による乗算演算が使用されてもよいことは留意に値する。

第３に、ｃＲｉｃｅＰａｒａｍ＝（ｃＲｉｃｅＰａｒａｍ＊ａ）＋ｂであり、ここで、ａおよびｂは正の数、例えば｛ａ，ｂ｝＝｛１．５，０｝である。実際には、同じ結果を達成するために他の異なる論理、例えば２のｎ乗に等しい値による乗算演算が使用されてもよいことは留意に値する。

ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。ＶＶＣ草案に対する変更箇所は表２２に太字の斜体のフォントで示されている。実際には同じ論理が異なる方法で実装され得ることは留意に値する。例えば、現在のＣＵ／シーケンスのＢｉｔＤｅｐｔｈ値から同じライスパラメータを導出するために、特定の方程式またはルックアップ・テーブルも使用されてもよい。

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

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

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

第２に、固定長２値化である。

第３に、切り捨てライス２値化である。

第４に、切り捨てバイナリ（ＴＢ）２値化プロセスである。

第５に、ｋ次指数ゴロム２値化プロセス（ＥＧｋ）である。

第６に、限定されたｋ次指数ゴロム２値化である。

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

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

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

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

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

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

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

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

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

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

第２に、固定長２値化である。

第３に、切り捨てライス２値化である。

第４に、切り捨てバイナリ（ＴＢ）２値化プロセスである。

第５に、ｋ次指数ゴロム２値化プロセス（ＥＧｋ）である。

第６に、限定されたｋ次指数ゴロム２値化である。

ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されており、ＶＶＣ草案に対する変更箇所は表３１に太字の斜体フォントで示されており、削除された内容は斜体フォントで示されている。実際には同じ論理が異なる方法で実装され得ることは留意に値する。例えば、同じライスパラメータを導出するために、特定の方程式またはルックアップ・テーブルも使用されてもよい。

別の例では、新しいフラグ、例えばｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇが１に等しいとき、ａｂｓ＿ｒｅｍａｉｎｄｅｒの構文要素を符号化する際にライスパラメータに１つの固定値のみを使用することが提案される。ＶＶＣ草案に基づく対応する復号プロセスが以下に示されており、変更箇所は太字の斜体フォントで示され、削除された内容は斜体フォントで示されている。ＶＶＣ草案に対する変更箇所は、表３２に太字の斜体フォントで示されている。

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

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

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

スライスヘッダ構文

ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが１に等しいことは、現在のスライス内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在する可能性があることを指定する。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが０に等しいことは、現在のスライス内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在しないことを指定する。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが存在しないとき、ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇの値は０に等しいと推論される。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘは、ｒｅｓｉｄｕａｌ＿ｔｓ＿ｃｏｄｉｎｇ（）構文構造に使用されるライスパラメータを指定する。

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

シーケンスパラメータセットＲＢＳＰ構文

ｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが１に等しいことは、ＳＰＳを参照するＳＨ構文構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在する可能性があることを指定する。ｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが０に等しいことは、ＳＰＳを参照するＳＨ構文構造内にｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。ｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが存在しないとき、ｓｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇの値は０に等しいと推論される。

スライスヘッダ構文

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

さらに別の例では、変換スキップスライスごとにそのスライスのライスパラメータを示すために１つの構文要素が信号伝送される。ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更箇所は、表４０に太字の斜体フォントで示されている。ｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは様々な方法で符号化されることが可能であり、かつ／または最大値を有し得ることは留意に値する。例えば、同じ構文要素を符号化／復号するために、ｎビットを使用する符号なし整数であるｕ（ｎ）、または左ビットを最初に（左から右に）記述された、ｎビットを使用する固定パターン・ビット列であるｆ（ｎ）も使用されてもよい。

スライスヘッダ構文

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

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

ピクチャパラメータセット範囲拡張構文

ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが１に等しいことは、現在のピクチャ内にｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在する可能性があることを指定する。ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが０に等しいことは、現在のピクチャ内にｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが存在しないとき、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇの値は０に等しいと推論される。

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

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

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

さらに別の例では、ＶＶＣ草案に基づく対応する復号プロセスが以下に示されており、ＴＨ_ＡおよびＴＨ_Ｂは所定のしきい値（例えば、ＴＨ_Ａ＝８、ＴＨ_Ｂ＝３３または３４）である。ＶＶＣ草案に対する変更箇所は、表４６に太字の斜体で示されており、削除された内容は斜体で示されている。実際には同じ論理が異なる方法で実装され得ることは留意に値する。例えば、同じライスパラメータを導出するために、特定の方程式またはルックアップ・テーブルも使用されてもよい。

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

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

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

図１６は、ビデオ符号化のための方法を示している。方法は、例えばエンコーダに適用されてもよい。ステップ１６１０において、エンコーダは、ビデオ入力を受信してもよい。ビデオ入力は、例えばライブ・ストリームであってもよい。ステップ１６１２において、エンコーダは、ビデオ入力に基づいて量子化パラメータを取得してもよい。量子化パラメータは、例えば、エンコーダ内の量子化ユニットによって算出されてもよい。ステップ１６１４において、エンコーダは、少なくとも１つの所定のしきい値、符号化ビット深度、および量子化パラメータに基づいてライスパラメータを導出してもよい。ライスパラメータは、例えば、ａｂｓ＿ｒｅｍａｉｎｄｅｒおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの構文を信号伝送するために使用される。ステップ１６１６において、エンコーダは、ライスパラメータに基づいてビデオビットストリームをエントロピ符号化してもよい。ビデオビットストリームは、例えば、圧縮されたビデオビットストリームを生成するためにエントロピ符号化されてもよい。

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

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

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

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

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

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

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

図１７は、ビデオ復号のための方法を示している。方法は、例えば、エンコーダに適用されてもよい。ステップ１７１０において、エンコーダは、ビデオ入力を受信してもよい。ステップ１７１２において、エンコーダは、符号化構文要素のための２値符号ワードのライスパラメータを信号伝送してもよい。符号化構文要素は、変換スキップ残差符号化におけるａｂｓ＿ｒｅｍａｉｎｄｅｒを含んでもよい。ステップ１７１４において、エンコーダは、ライスパラメータおよびビデオ入力に基づいてビデオビットストリームをエントロピ符号化してもよい。

スライスヘッダ構文

ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが１に等しいことは、現在のスライス内にｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在する可能性があることを指定する。ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが０に等しいことは、現在のスライス内にｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在しないことを指定する。

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

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

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

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

シーケンスパラメータセットＲＢＳＰ構文

ｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが１に等しいことは、ＳＰＳを参照するＳＨ構文構造内にｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在する可能性があることを指定する。ｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが０に等しいことは、ＳＰＳを参照するＳＨ構文構造内にｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。ｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇが存在しないとき、ｓｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｓｈ＿ｆｌａｇの値は０に等しいと推論される。

スライスヘッダ構文

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

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

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

さらに別の例では、変換スキップスライスごとにそのスライスのライスパラメータを示すために１つの構文要素が信号伝送され、変換スライスごとにそのスライスのライスパラメータの導出のためのシフトパラメータおよび／またはオフセットパラメータを示すために２つの構文要素が信号伝送される。ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更箇所は、表６１に太字の斜体フォントで示されている。ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｓｈ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｓｈ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは様々な方法で符号化されることが可能であり、かつ／または最大値を有し得ることは留意に値する。例えば、同じ構文要素を符号化／復号するために、ｎビットを使用する符号なし整数であるｕ（ｎ）、または左ビットを最初に（左から右に）記述された、ｎビットを使用する固定パターン・ビット列であるｆ（ｎ）も使用されてもよい。

スライスヘッダ構文

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

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

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

さらに別の例では、変換スキップブロックのためのライスパラメータの信号伝送、ならびに変換ブロックにおけるライスパラメータの導出のためのシフトパラメータおよび／またはオフセットパラメータの信号伝送が有効であるか無効であるかを示すために、１つの制御フラグがピクチャパラメータセット範囲拡張構文内で信号伝送される。制御フラグが有効として信号伝送されるとき、そのピクチャの変換スキップ残差符号化のためのライスパラメータを示すために、１つの構文要素がさらに信号伝送され、通常の残差符号化ごとにそのピクチャのライスパラメータの導出のためのシフトパラメータおよび／またはオフセットパラメータを示すために、２つの構文要素がさらに信号伝送される。制御フラグが無効として信号伝送されるとき（例えば、「０」に等しくなるように設定されるとき）、変換スキップ残差符号化のライスパラメータを示すために下位レベルでそれ以上の構文要素は信号伝送されず、デフォルトのライスパラメータ（例えば、１）がすべての変換スキップ残差符号化に対して使用され、通常の残差符号化のライスパラメータ導出のためのシフトパラメータおよび／またはオフセットパラメータを示すために下位レベルでそれ以上の構文要素は信号伝送されず、デフォルトのシフトパラメータおよび／またはオフセットパラメータ（例えば、０）がすべての通常の残差符号化に対して使用される。ＶＶＣ草案に基づく対応する復号プロセスの一例が以下に示されており、ＴＨは、所定の値（例えば、０、１、２）である。ＶＶＣ草案に対する変更箇所は、表６４に太字の斜体フォントで示されている。ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘは様々な方法で符号化されることが可能であり、かつ／または最大値を有し得ることは留意に値する。例えば、同じ構文要素を符号化／復号するために、ｎビットを使用する符号なし整数であるｕ（ｎ）、または左ビットを最初に（左から右に）記述された、ｎビットを使用する固定パターン・ビット列であるｆ（ｎ）も使用されてもよい。

ピクチャパラメータセット範囲拡張構文

ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｆｌａｇが１に等しいことは、現在のピクチャ内にｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在する可能性があることを指定する。ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｆｌａｇが０に等しいことは、現在のピクチャ内にｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｓｈｉｆｔ、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｏｆｆｓｅｔ、およびｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｆｌａｇが存在しないとき、ｐｐｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｆｌａｇの値は０に等しいと推論される。

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

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

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

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

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

スライスヘッダ構文

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

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

本開示の別の態様によれば、一般制約情報内の他のものと同じ一般制約制御を提供するために上記のこれらの符号化ツールの値がフラグを立てるという制約を追加することが提案される。

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

別の例では、ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが１に等しいことは、現在のピクチャ内にｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｎｄｅｘが存在する可能性があることを指定する。ｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｆｌａｇが０に等しいことは、現在のピクチャ内にｐｐｓ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｉｄｘが存在しないことを指定する。本開示によれば、他のフラグと同じ一般制約制御を提供するために、一般制約情報構文内に構文要素ｇｃｉ＿ｎｏ＿ｔｓ＿ｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇ＿ｒｉｃｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣ草案の復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更点は強調表示されている。追加された部分は斜体で強調表示されている。

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

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

本開示によれば、他のフラグと同じ一般制約制御を提供するために、一般制約情報構文内に構文要素ｇｃｉ＿ｎｏ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣ草案の復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更点は強調表示されている。追加された部分は斜体で強調表示されている。

提案されたライスパラメータ適応方式は、変換スキップ残差符号化（ＴＳＲＣ：ｔｒａｎｓｆｏｒｍ ｓｋｉｐ ｒｅｓｉｄｕａｌ ｃｏｄｉｎｇ）にのみ使用されるので、提案された方法は、ＴＳＲＣが有効であるときに効果をもたらすことができる。これに対応して、本開示の１つまたは複数の実施形態では、変換スキップモードが一般制約情報レベルから無効であるとき、例えば、ｇｃｉ＿ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１に設定されているとき、ｇｃｉ＿ｎｏ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であるよう要求する１つのビットストリーム制約を追加することが提案される。

さらに別の例では、ｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが１に等しいことは、ＳＰＳ ＲＢＳＰ構文構造内にｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎ（）構文構造が存在することを指定する。ｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが０に等しいことは、この構文構造が存在しないことを指定する。本開示によれば、他のフラグと同じ一般制約制御を提供するために、一般制約情報構文内に構文要素ｇｃｉ＿ｎｏ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣ草案の復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更点は強調表示されている。追加された部分は斜体で強調表示されている。

図１９は、本開示の一例に係るビデオ符号化のための方法を示している。方法は、例えば、デコーダに適用されてもよい。ステップ１９０２において、デコーダは、シーケンスパラメータセット（ＳＰＳ）範囲拡張フラグの値に基づいてスライスヘッド（ＳＨ）の未加工バイトシーケンスペイロード（ＲＢＳＰ）構文構造内に構文構造ｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎが存在するかどうかを示すＳＰＳ範囲拡張フラグを受信してもよい。

ステップ１９０４において、デコーダは、ＳＰＳ範囲拡張フラグの値が１に等しいとの判定に応答して、ＳＨ ＲＢＳＰ構文構造内にｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎが存在すると判定してもよい。

ステップ１９０６において、デコーダは、範囲拡張フラグの値が０に等しいとの判定に応答して、ＳＨ ＲＢＳＰ構文構造内にｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎが存在しないと判定してもよい。

ｓｐｓ＿ｃａｂａｃ＿ｂｙｐａｓｓ＿ａｌｉｇｎｍｅｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、構文要素ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ［］［］、ａｂｓ＿ｒｅｍａｉｎｄｅｒ［］、ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ［ｎ］、およびｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ［］のバイパス復号の前にｉｖｌＣｕｒｒＲａｎｇｅの値がアライメントされ得ることを指定する。ｓｐｓ＿ｃａｂａｃ＿ｂｙｐａｓｓ＿ａｌｉｇｎｍｅｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことは、バイパス復号の前にｉｖｌＣｕｒｒＲａｎｇｅの値がアライメントされないことを指定する。本開示によれば、他のフラグと同じ一般制約制御を提供するために、一般制約情報構文内に構文要素ｇｃｉ＿ｎｏ＿ｃａｂａｃ＿ｂｙｐａｓｓ＿ａｌｉｇｎｍｅｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣ草案の復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更点は強調表示されている。追加された部分は斜体で強調表示されている。

図２０は、本開示の一例に係るビデオ符号化のための方法を示している。方法は、例えば、デコーダに適用されてもよい。ステップ２００２において、デコーダは、シーケンスパラメータセット（ＳＰＳ）アライメント有効の値に基づいて構文要素ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ、ａｂｓ＿ｒｅｍａｉｎｄｅｒ、ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ、およびｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇｎのバイパス復号の前にインデックスｉｖｌＣｕｒｒＲａｎｇｅがアライメントされるかどうかを示すＳＰＳアライメント有効フラグを受信してもよい。

ステップ２００４において、デコーダは、ＳＰＳアライメント有効フラグの値が１に等しいとの判定に応答して、バイパス復号の前にｉｖｌＣｕｒｒＲａｎｇｅがアライメントされると判定してもよい。

ステップ２００６において、デコーダは、ＳＰＳアライメント有効フラグの値が０に等しいとの判定に応答して、バイパス復号の前にｉｖｌＣｕｒｒＲａｎｇｅがアライメントされないと判定してもよい。

さらに別の例では、ｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇが１に等しいことは、変換係数および変換処理のために拡張ダイナミックレンジが使用され得ることを指定する。ｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｆｌａｇが０に等しいことは、拡張ダイナミックレンジが使用されないことを指定する。本開示によれば、他のフラグと同じ一般制約制御を提供するために、一般制約情報構文内に構文要素ｇｃｉ＿ｎｏ＿ｅｘｔｅｎｄｅｄ＿ｐｒｅｃｉｓｉｏｎ＿ｐｒｏｃｅｓｓｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣ草案の復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更点は強調表示されている。追加された部分は斜体で強調表示されている。

図２１は、本開示の一例に係るビデオ符号化のための方法を示している。方法は、例えば、デコーダに適用されてもよい。ステップ２１０２において、デコーダは、拡張精度処理フラグの値に基づいて変換係数についてまた変換処理中に拡張ダイナミックレンジが採用されるかどうかを示す拡張精度処理フラグを受信することを含んでもよい。

ステップ２１０４において、デコーダは、拡張精度処理フラグの値が１に等しいとの判定に応答して、変換係数についてまた変換処理中に拡張ダイナミックレンジが採用されると判定してもよい。

ステップ２１０６において、デコーダは、拡張精度処理フラグの値が０に等しいとの判定に応答して、変換係数についてまたは変換処理中に拡張ダイナミックレンジが採用されないと判定してもよい。

さらに別の例では、ｐｅｒｓｉｓｔａｎｔ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいことは、各サブブロックの開始時にａｂｓ＿ｒｅｍａｉｎｉｎｇ［］およびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値化のためのライスパラメータ導出が前のサブブロックから蓄積されたモード依存統計を使用して初期化され得ることを指定する。ｐｅｒｓｉｓｔａｎｔ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しいことは、ライスパラメータ導出において前のサブブロック状態が使用されないことを指定する。本開示によれば、他のフラグと同じ一般制約制御を提供するために、一般制約情報構文内に構文要素ｇｃｉ＿ｎｏ＿ｐｅｒｓｉｓｔｅｎｔ＿ｒｉｃｅ＿ａｄａｐｔａｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを追加することが提案される。ＶＶＣ草案の復号プロセスの一例が以下に示されている。ＶＶＣ草案に対する変更点は強調表示されている。追加された部分は斜体で強調表示されている。

図２２は、本開示の一例に係るビデオ符号化のための方法を示している。方法は、例えば、デコーダに適用されてもよい。ステップ２２０２において、デコーダは、永続的ライス適応有効フラグの値に基づいて、前のサブブロックから蓄積されたモード依存統計を採用している各サブブロックの開始時にａｂｓ＿ｒｅｍａｉｎｉｎｇおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値化のためのライスパラメータ導出が初期化されるかどうかを示す、永続的ライス適応有効フラグを受信してもよい。

ステップ２２０４において、デコーダは、永続的ライス適応有効フラグの値が１に等しいとの判定に応答して、前のサブブロックから蓄積されたモード依存統計を採用している各サブブロックの開始時に２値化のためのライスパラメータ導出が初期化されると判定してもよい。

ステップ２２０６において、デコーダは、永続的ライス適応有効フラグの値が０に等しいとの判定に応答して、ライスパラメータ導出において前のサブブロック状態が採用されないと判定してもよい。

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

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

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

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

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

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

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

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

図２３は、本開示のいくつかの実装形態による、ビデオブロックを並行して符号化および復号するための例示的なシステム１０を示すブロック図である。図２３に示されているように、システム１０は、宛先デバイス１４によって後で復号されるべきビデオデータを生成および符号化するソースデバイス１２を含む。ソースデバイス１２および宛先デバイス１４は、デスクトップ・コンピュータもしくはラップトップ・コンピュータ、タブレット・コンピュータ、スマート・フォン、セットトップ・ボックス、デジタル・テレビ、カメラ、表示デバイス、デジタル・メディア・プレーヤ、ビデオ・ゲーム・コンソール、ビデオ・ストリーミング・デバイス、または同様のものを含む多種多様な電子デバイスのいずれかを含んでもよい。いくつかの実装形態では、ソースデバイス１２および宛先デバイス１４はワイヤレス通信能力を備えている。

いくつかの実装形態では、宛先デバイス１４は、復号されるべき符号化されたビデオデータを、リンク１６を介して受信してもよい。リンク１６は、符号化されたビデオデータをソースデバイス１２から宛先デバイス１４に移動させることが可能な任意のタイプの通信媒体または通信デバイスを含んでもよい。一例では、リンク１６は、ソースデバイス１２が符号化されたビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にする通信媒体を含んでもよい。符号化されたビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信されてもよい。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線など、任意のワイヤレス通信媒体またはワイヤード通信媒体を含んでもよい。通信媒体は、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、またはインターネットなどのグローバル・ネットワークなどのパケットベースのネットワークの一部を形成してもよい。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス１２から宛先デバイス１４への通信を容易にするのに有用であり得る任意の他の機器を含んでもよい。

いくつかの他の実装形態では、符号化されたビデオデータは、出力インターフェース２２から記憶デバイス３２に送信されてもよい。続いて、記憶デバイス３２内の符号化されたビデオデータは、宛先デバイス１４によって入力インターフェース２８を介してアクセスされてもよい。記憶デバイス３２は、ハードドライブ、ブルーレイディスク、デジタル多用途ディスク（ＤＶＤ）、コンパクト・ディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、フラッシュ・メモリ、揮発性メモリもしくは不揮発性メモリ、または符号化されたビデオデータを記憶するための任意の他の好適なデジタル記憶媒体などの、分散されたまたはローカルにアクセスされる様々なデータ記憶媒体のいずれかを含んでもよい。さらなる例では、記憶デバイス３２は、ソースデバイス１２によって生成された符号化されたビデオデータを保持することができるファイルサーバまたは別の中間記憶デバイスに対応してもよい。宛先デバイス１４は、記憶デバイス３２からストリーミングまたはダウンロードを介して、記憶されたビデオデータにアクセスしてもよい。ファイルサーバは、符号化されたビデオデータを記憶すること、および符号化されたビデオデータを宛先デバイス１４に送信することが可能な任意のタイプのコンピュータであってもよい。例示的なファイルサーバは、ウェブ・サーバ（例えば、ウェブサイト用）、ファイル転送プロトコル（ＦＴＰ）サーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカル・ディスク・ドライブを含む。宛先デバイス１４は、ワイヤレス・チャネル（例えば、ワイヤレス・フィデリティ（Ｗｉ－Ｆｉ）接続）、ワイヤード接続（例えば、デジタル加入者線（ＤＳＬ）、ケーブル・モデムなど）、またはファイルサーバ上に記憶されている符号化されたビデオデータにアクセスするのに好適な両方の組合せを含む任意の標準データ接続を通じて、符号化されたビデオデータにアクセスしてもよい。符号化されたビデオデータの記憶デバイス３２からの送信は、ストリーミング送信、ダウンロード送信、または両方の組合せであってもよい。

図２３に示されているように、ソースデバイス１２は、ビデオソース１８、ビデオエンコーダ２０、および出力インターフェース２２を含む。ビデオソース１８は、ビデオ捕捉デバイス、例えばビデオカメラ、以前に捕捉されたビデオを含むビデオアーカイブ、ビデオコンテンツ・プロバイダからビデオを受信するためのビデオフィード・インターフェース、および／もしくはコンピュータ・グラフィックス・データをソースビデオとして生成するためのコンピュータ・グラフィックス・システムなどのソース、またはそのようなソースの組合せを含んでもよい。一例として、ビデオソース１８がセキュリティ監視システムのビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、カメラ電話またはビデオ電話を形成してもよい。しかし、本出願において説明される実装形態は、一般にビデオ符号化に適用可能である場合があり、ワイヤレス・アプリケーションおよび／またはワイヤード・アプリケーションに適用可能である場合がある。

捕捉されたビデオ、事前に捕捉されているビデオ、またはコンピュータ生成されたビデオは、ビデオエンコーダ２０によって符号化されてもよい。符号化されたビデオデータは、ソースデバイス１２の出力インターフェース２２を介して宛先デバイス１４に直接送信されてもよい。符号化されたビデオデータはまた、（または代替として）、復号および／または再生のために宛先デバイス１４または他のデバイスによって後でアクセスできるように、記憶デバイス３２上に記憶されてもよい。出力インターフェース２２は、モデムおよび／または送信機をさらに含んでもよい。

宛先デバイス１４は、入力インターフェース２８、ビデオデコーダ３０、および表示デバイス３４を含む。入力インターフェース２８は、受信機および／またはモデムを含み、リンク１６を介して、符号化されたビデオデータを受信してもよい。リンク１６上で通信されるまたは記憶デバイス３２上に提供される符号化されたビデオデータは、ビデオデコーダ３０によってビデオデータを復号する際に使用するために、ビデオエンコーダ２０によって生成される様々な構文要素を含んでもよい。このような構文要素は、通信媒体上で送信される、記憶媒体上に記憶される、またはファイルサーバ上に記憶される、符号化されたビデオデータ内に含まれてもよい。

いくつかの実装形態では、宛先デバイス１４は、表示デバイス３４を含んでもよく、表示デバイス３４は、一体化された表示デバイス、および宛先デバイス１４と通信するように構成された外部表示デバイスであってもよい。表示デバイス３４は、復号されたビデオデータをユーザに表示し、液晶ディスプレイ（ＬＣＤ）、プラズマ・ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプなどの表示デバイスなどの様々な表示デバイスのいずれかを含んでもよい。

ビデオエンコーダ２０およびビデオデコーダ３０は、ＶＶＣ、ＨＥＶＣ、ＭＰＥＧ－４、Ｐａｒｔ１０、ＡＶＣ、もしくはそのような規格の拡張版などの独自規格または業界規格に従って動作してもよい。本出願が特定のビデオ符号化／復号規格に限定されず、他のビデオ符号化／復号規格にも適用可能であることが理解されるべきである。一般に、ソースデバイス１２のビデオエンコーダ２０は、これらの現在の規格または将来の規格のいずれかに従ってビデオデータを符号化するように構成され得ることが企図される。同様に、一般に、宛先デバイス１４のビデオデコーダ３０が、これらの現在の規格または将来の規格のいずれかに従ってビデオデータを復号するように構成され得ることも企図される。

ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ディスクリート・ロジック、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せなど、様々な好適なエンコーダおよび／またはデコーダ回路のいずれかとして実装されてもよい。電子デバイスは、ソフトウェア内に部分的に実装される場合、ソフトウェアのための命令を好適な非一時的コンピュータ可読媒体に記憶し、１つまたは複数のプロセッサを使用してその命令をハードウェア内で実行して、本開示で開示されるビデオ符号化／復号動作を実行してもよい。ビデオエンコーダ２０およびビデオデコーダ３０のそれぞれは、１つもしくは複数のエンコーダまたはデコーダに含まれてもよく、そのどちらも、それぞれのデバイス内の複合エンコーダ／デコーダ（ＣＯＤＥＣ：ｃｏｍｂｉｎｅｄ ｅｎｃｏｄｅｒ／ｄｅｃｏｄｅｒ）の一部として統合されてもよい。

図２４は、本出願において説明されるいくつかの実装形態による、例示的なビデオエンコーダ２０を示すブロック図である。ビデオエンコーダ２０は、ビデオフレーム内のビデオブロックのイントラ予測符号化およびインター予測符号化を実行してもよい。イントラ予測符号化は、空間予測に依存して、所与のビデオフレームもしくはピクチャ内のビデオデータの空間的冗長性を削減または除去する。インター予測符号化は、時間予測に依存して、ビデオシーケンスの隣接するビデオフレームもしくはピクチャ内のビデオデータの時間的冗長性を削減または除去する。「フレーム」という用語は、ビデオ符号化の分野では「画像」または「ピクチャ」という用語と同義語として使用され得ることが留意されるべきである。

図２４に示されているように、ビデオエンコーダ２０は、ビデオデータメモリ４０、予測処理ユニット４１、復号ピクチャバッファ（ＤＰＢ：Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ）６４、加算器５０、変換処理ユニット５２、量子化ユニット５４、エントロピ符号化ユニット５６を含む。予測処理ユニット４１は、動き推定ユニット４２、動き補償ユニット４４、区分ユニット４５、イントラ予測処理ユニット４６、イントラブロックコピー（ＢＣ）ユニット４８をさらに含む。いくつかの実装形態では、ビデオエンコーダ２０は、ビデオブロック再構築のための、逆量子化ユニット５８、逆変換処理ユニット６０、および加算器６２も含む。ブロック境界をフィルタリングして、再構築されたビデオからブロック状アーチファクトを除去するために、加算器６２とＤＰＢ６４との間にブロック解除フィルタなどのループ内フィルタ６３が配置されてもよい。加算器６２の出力をフィルタリングするために、ブロック解除フィルタに加えて、サンプル適応オフセット（ＳＡＯ）・フィルタおよび／または適応ループ内フィルタ（ＡＬＦ）などの別のループ内フィルタも使用されてもよい。いくつかの例では、ループ内フィルタが省略されてもよく、復号されたビデオブロックが加算器６２によってＤＰＢ６４に直接提供されてもよい。ビデオエンコーダ２０は、固定のもしくはプログラム可能なハードウェア・ユニットの形式をとることができ、または図示された固定のもしくはプログラム可能なハードウェア・ユニットのうちの１つまたは複数に分割されてもよい。

ビデオデータメモリ４０は、ビデオエンコーダ２０の構成要素によって符号化されるべきビデオデータを記憶してもよい。ビデオデータメモリ４０内のビデオデータは、例えば、図２３に示されたビデオソース１８から取得されてもよい。ＤＰＢ６４は、ビデオエンコーダ２０によって（例えば、イントラ予測符号化モードまたはインター予測符号化モードで）ビデオデータを符号化する際に使用するための参照ビデオデータ（例えば、参照フレームまたは参照ピクチャ）を記憶するバッファである。ビデオデータメモリ４０およびＤＰＢ６４は、様々なメモリ・デバイスのいずれかによって形成されてもよい。様々な例において、ビデオデータメモリ４０は、ビデオエンコーダ２０の他の構成要素とともにオンチップであってもよく、またはそれらの構成要素に対するオフチップであってもよい。

図２４に示されているように、予測処理ユニット４１内の区分ユニット４５は、ビデオデータを受信した後、ビデオデータをビデオブロックに区分化する。この区分化は、ビデオデータに関連付けられた四分木（ＱＴ：Ｑｕａｄ－Ｔｒｅｅ）構造などの事前定義された分解構造に従って、ビデオフレームをスライス、タイル（例えば、ビデオブロックのセット）、または他のさらに大きい符号化ユニット（ＣＵ）に区分化することも含む。ビデオフレームは、サンプル値を有するサンプルの２次元配列もしくは２次元行列であるか、またはそれらとみなされてもよい。配列内のサンプルは、画素またはペルと呼ばれることもある。配列またはピクチャの水平方向および垂直方向（または軸）のサンプルの数が、ビデオフレームのサイズおよび／または解像度を定義する。ビデオフレームは、例えばＱＴ区分化を使用することによって、複数のビデオブロックに分割されてもよい。ビデオブロックもまた、ビデオフレームよりも小さい次元ではあるが、サンプル値を有するサンプルの２次元配列もしくは２次元行列であるか、またはそれらとみなされてもよい。ビデオブロックの水平方向および垂直方向（または軸）のサンプルの数が、ビデオブロックのサイズを定義する。ビデオブロックは、例えばＱＴ区分化、二分木（ＢＴ：Ｂｉｎａｒｙ－Ｔｒｅｅ）区分化、もしくは三分木（ＴＴ：Ｔｒｉｐｌｅ－Ｔｒｅｅ）区分化、またはそれらの任意の組合せを反復して使用することによって、１つもしくは複数のブロック区分またはサブブロック（再びブロックを形成し得る）にさらに区分化されてもよい。本明細書で使用される「ブロック」または「ビデオブロック」という用語がフレームまたはピクチャの一部、具体的には矩形（正方形または非正方形）部分であり得ることが留意されるべきである。例えば、ＨＥＶＣおよびＶＶＣに関しては、ブロックまたはビデオブロックは、符号化ツリーユニット（ＣＴＵ）、ＣＵ、予測ユニット（ＰＵ）、もしくは変換ユニット（ＴＵ）であるか、もしくはそれらに対応してもよく、かつ／または対応するブロック、例えば、符号化ツリー・ブロック（ＣＴＢ）、符号化ブロック（ＣＢ）、予測ブロック（ＰＢ）、もしくは変換ブロック（ＴＢ）、および／もしくはサブブロックであるか、もしくはそれらに対応してもよい。

予測処理ユニット４１は、誤差結果（例えば、符号化レートおよび歪みのレベル）に基づいて、現在のビデオブロックに対して、複数のイントラ予測符号化モードのうちの１つ、または複数のインター予測符号化モードのうちの１つなど、複数の可能な予測符号化モードのうちの１つを選択してもよい。予測処理ユニット４１は、結果として得られたイントラ予測符号化ブロックまたはインター予測符号化ブロックを加算器５０に提供して残差ブロックを生成し、またその後参照フレームの一部として使用するために、結果として得られたイントラ予測符号化ブロックまたはインター予測符号化ブロックを加算器６２に提供して、符号化されたブロックを再構築してもよい。また、予測処理ユニット４１は、動きベクトル、イントラモード・インジケータ、区分情報、および他のそのような構文情報などの構文要素をエントロピ符号化ユニット５６に提供する。

現在のビデオブロック用に適切なイントラ予測符号化モードを選択するために、予測処理ユニット４１内のイントラ予測処理ユニット４６は、符号化されるべき現在のブロックと同じフレーム内の１つまたは複数の隣接ブロックに対して現在のビデオブロックのイントラ予測符号化を実行して、空間予測を提供してもよい。予測処理ユニット４１内の動き推定ユニット４２および動き補償ユニット４４は、１つまたは複数の参照フレーム内の１つまたは複数の予測ブロックに対して現在のビデオブロックのインター予測符号化を実行して、時間予測を提供する。ビデオエンコーダ２０は、例えばビデオデータのブロックごとに適切な符号化モードを選択するために、複数の符号化パスを実行してもよい。

いくつかの実装形態では、動き推定ユニット４２は、ビデオフレームのシーケンス内の所定のパターンに従って、参照ビデオフレーム内の予測ブロックに対する現在のビデオフレーム内のビデオブロックの変位を示す動きベクトルを生成することによって、現在のビデオフレームのためのインター予測モードを決定する。動き推定ユニット４２によって実行される動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。例えば、動きベクトルは、現在のフレーム内で符号化されている現在のブロックに対する参照フレーム内の予測ブロックに対する現在のビデオフレームまたはピクチャ内のビデオブロックの変位を示してもよい。所定のパターンは、シーケンス内のビデオフレームをＰフレームまたはＢフレームとして指定する。イントラＢＣユニット４８は、インター予測のための動き推定ユニット４２による動きベクトルの決定と同様の方式でイントラＢＣ符号化のためのベクトル、例えばブロック・ベクトルを決定してもよく、または、動き推定ユニット４２を利用してブロック・ベクトルを決定してもよい。

ビデオブロックの予測ブロックは、符号化されるべきビデオブロックと画素差の点で厳密に一致するとみなされる参照フレームのブロックもしくは参照ブロックであってもよく、またはそれらのブロックに対応してもよく、それらのブロックは、差分絶対値和（ＳＡＤ：Ｓｕｍ ｏｆ Ａｂｓｏｌｕｔｅ Ｄｉｆｆｅｒｅｎｃｅ）、差分二乗和（ＳＳＤ：Ｓｕｍ ｏｆ Ｓｑｕａｒｅ Ｄｉｆｆｅｒｅｎｃｅ）、または他の差分メトリックによって決定されてもよい。いくつかの実装形態では、ビデオエンコーダ２０は、ＤＰＢ６４に記憶された参照フレームのサブ整数画素位置の値を算出してもよい。例えば、ビデオエンコーダ２０は、参照フレームの４分の１の画素位置、８分の１の画素位置、または他の分数の画素位置の値を補間してもよい。したがって、動き推定ユニット４２は、全画素位置および分数画素位置に対して動き探索を実行し、分数画素精度で動きベクトルを出力してもよい。

動き推定ユニット４２は、ビデオブロックの位置と、ＤＰＢ６４に記憶されている１つまたは複数の参照フレームをそれぞれ識別する第１の参照フレーム・リスト（リスト０）または第２の参照フレーム・リスト（リスト１）から選択された参照フレームの予測ブロックの位置とを比較することによって、インター予測符号化フレーム内のビデオブロックの動きベクトルを算出する。動き推定ユニット４２は、算出された動きベクトルを動き補償ユニット４４に送り、次いで、エントロピ符号化ユニット５６に送る。

動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって決定された動きベクトルに基づいて予測ブロックをフェッチまたは生成することを含んでもよい。動き補償ユニット４４は、現在のビデオブロックの動きベクトルを受信すると、参照フレーム・リストのうちの１つにおいてその動きベクトルが指す予測ブロックの位置を特定し、予測ブロックをＤＰＢ６４から取得し、予測ブロックを加算器５０に転送してもよい。
次いで、加算器５０は、符号化されている現在のビデオブロックの画素値から、動き補償ユニット４４によって提供される予測ブロックの画素値を減算することによって、画素差分値の残差ビデオブロックを形成する。残差ビデオブロックを形成する画素差分値は、輝度差分成分もしくは彩度差分成分、またはその両方を含んでもよい。動き補償ユニット４４はまた、ビデオデコーダ３０によってビデオフレームのビデオブロックを復号する際に使用するための、ビデオフレームのビデオブロックに関連付けられた構文要素を生成してもよい。構文要素は、例えば、予測ブロックを識別するために使用される動きベクトルを定義する構文要素、予測モードを示す任意のフラグ、または本明細書で説明された任意の他の構文情報を含んでもよい。なお、動き推定ユニット４２および動き補償ユニット４４は、高度に統合されてもよいが、概念を示すことを目的として別々に図示されている。

いくつかの実装形態では、イントラＢＣユニット４８は、動き推定ユニット４２および動き補償ユニット４４に関連して上記で説明された方式と同様の方式で、ベクトルを生成して予測ブロックをフェッチすることができるが、予測ブロックは、符号化されている現在のブロックと同じフレーム内にあり、ベクトルは、動きベクトルではなくブロック・ベクトルと呼ばれる。具体的には、イントラＢＣユニット４８は、現在のブロックを符号化するために使用するイントラ予測モードを決定してもよい。いくつかの例では、イントラＢＣユニット４８は、例えば別個の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化し、レート歪み分析を通じてそれらの性能をテストしてもよい。次に、イントラＢＣユニット４８は、テストされた様々なイントラ予測モードの中から、使用する適切なイントラ予測モードを選択し、それに応じてイントラモード・インジケータを生成してもよい。例えば、イントラＢＣユニット４８は、テストされた様々なイントラ予測モードに対するレート歪み分析を使用してレート歪み値を算出し、テストされたモードの中で最良のレート歪み特性を有するイントラ予測モードを、使用する適切なイントラ予測モードとして選択してもよい。レート歪み分析は一般に、符号化されたブロックと、符号化されたブロックを作成するために符号化された元の符号化されていないブロックとの間の歪み（または誤差）の量、および、符号化されたブロックを作成するために使用されたビットレート（すなわち、ビット数）を決定する。イントラＢＣユニット４８は、様々な符号化されたブロックの歪みおよびレートから比率を算出して、どのイントラ予測モードがそのブロックに対して最良のレート歪み値を示しているかを決定してもよい。

他の例では、イントラＢＣユニット４８は、動き推定ユニット４２および動き補償ユニット４４の全部または一部を使用して、本明細書で説明された実装形態に従ってイントラＢＣ予測のためのそのような機能を実行してもよい。いずれの事例においても、イントラブロックコピーの場合、予測ブロックは、画素差に関して、ＳＡＤ、ＳＳＤ、または他の差分メトリックによって決定され得る、符号化されるべきブロックと厳密に一致するとみなされるブロックであってもよく、予測ブロックの識別は、サブ整数画素位置の値の算出を含んでもよい。

予測ブロックがイントラ予測に従って同じフレームからのブロックである場合でも、インター予測に従って異なるフレームからのブロックである場合でも、ビデオエンコーダ２０は、符号化されている現在のビデオブロックの画素値から予測ブロックの画素値を減算して画素差分値を形成することによって、残差ビデオブロックを形成してもよい。残差ビデオブロックを形成する画素差分値は、輝度成分差分と彩度成分差分との両方を含んでもよい。

イントラ予測処理ユニット４６は、上記で説明されたように、動き推定ユニット４２および動き補償ユニット４４によって実行されるインター予測の代替として、またはイントラＢＣユニット４８によって実行されるイントラブロックコピー予測の代替として、現在のビデオブロックをイントラ予測してもよい。具体的には、イントラ予測処理ユニット４６は、現在のブロックを符号化するために使用するイントラ予測モードを決定してもよい。そのようにするために、イントラ予測処理ユニット４６は、例えば別個の符号化パス中に、様々なイントラ予測モードを使用して現在のブロックを符号化してもよく、イントラ予測処理ユニット４６（または、いくつかの例では、モード選択ユニット）は、テストされたイントラ予測モードから、使用する適切なイントラ予測モードを選択してもよい。イントラ予測処理ユニット４６は、ブロックに対して選択されたイントラ予測モードを示す情報をエントロピ符号化ユニット５６に提供してもよい。エントロピ符号化ユニット５６は、選択されたイントラ予測モードを示す情報をビットストリームに符号化してもよい。

予測処理ユニット４１がインター予測またはイントラ予測によって現在のビデオブロックの予測ブロックを決定した後、加算器５０は、現在のビデオブロックから予測ブロックを減算することによって残差ビデオブロックを形成する。残差ブロック内の残差ビデオデータは、１つまたは複数のＴＵ内に含まれてもよく、変換処理ユニット５２に提供される。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ：Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）または概念的に同様の変換などの変換を使用して、残差ビデオデータを残差変換係数に変換する。

変換処理ユニット５２は、結果として得られた変換係数を量子化ユニット５４に送ってもよい。量子化ユニット５４は、変換係数を量子化して、ビット・レートをさらに低減する。量子化プロセスはまた、係数の一部または全部に関連付けられたビット深度を低減してもよい。量子化の程度は、量子化パラメータを調整することによって修正されてもよい。いくつかの例では、次いで、量子化ユニット５４は、量子化済みの変換係数を含む行列の走査を実行してもよい。代替として、エントロピ符号化ユニット５６が走査を実行してもよい。

量子化に続いて、エントロピ符号化ユニット５６は、例えば、コンテキスト適応型可変長符号化（ＣＡＶＬＣ：Ｃｏｎｔｅｘｔ Ａｄａｐｔｉｖｅ Ｖａｒｉａｂｌｅ Ｌｅｎｇｔｈ Ｃｏｄｉｎｇ）、コンテキスト適応型２値算術符号化（ＣＡＢＡＣ：Ｃｏｎｔｅｘｔ Ａｄａｐｔｉｖｅ Ｂｉｎａｒｙ Ａｒｉｔｈｍｅｔｉｃ Ｃｏｄｉｎｇ）、構文ベースのコンテキスト適応型２値算術符号化（ＳＢＡＣ）、確率間隔区分化エントロピ（ＰＩＰＥ：Ｐｒｏｂａｂｉｌｉｔｙ Ｉｎｔｅｒｖａｌ Ｐａｒｔｉｔｉｏｎｉｎｇ Ｅｎｔｒｏｐｙ）符号化、または別のエントロピ符号化の方法論もしくは技法を使用して、量子化済みの変換係数をビデオビットストリームにエントロピ符号化する。次いで、符号化されたビットストリームは、図２３に示されるようにビデオデコーダ３０に送信されるか、または、後のビデオデコーダ３０への送信もしくはビデオデコーダ３０による検索のために、図２３に示されるように記憶デバイス３２にアーカイブされてもよい。エントロピ符号化ユニット５６はまた、符号化されている現在のビデオフレームの動きベクトルおよび他の構文要素をエントロピ符号化してもよい。

逆量子化ユニット５８および逆変換処理ユニット６０は、他のビデオブロックの予測のための参照ブロックを生成するために、それぞれ逆量子化および逆変換を適用して画素ドメイン内の残差ビデオブロックを再構築する。上述されたように、動き補償ユニット４４は、ＤＰＢ６４に記憶されたフレームの１つまたは複数の参照ブロックから、動き補償された予測ブロックを生成してもよい。動き補償ユニット４４はまた、予測ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するためのサブ整数画素値を算出してもよい。

加算器６２は、再構築された残差ブロックを、動き補償ユニット４４によって作成された動き補償された予測ブロックに加算して、ＤＰＢ６４に記憶するための参照ブロックを作成してもよい。次いで、参照ブロックは、イントラＢＣユニット４８、動き推定ユニット４２、および動き補償ユニット４４によって、後続のビデオフレーム内の別のビデオブロックをインター予測するための予測ブロックとして使用されてもよい。

図２５は、本出願のいくつかの実装形態による、例示的なビデオデコーダ３０を示すブロック図である。ビデオデコーダ３０は、ビデオデータメモリ７９、エントロピ復号ユニット８０、予測処理ユニット８１、逆量子化ユニット８６、逆変換処理ユニット８８、加算器９０、およびＤＰＢ９２を含む。予測処理ユニット８１はさらに、動き補償ユニット８２、イントラ予測ユニット８４、およびイントラＢＣユニット８５を含む。ビデオデコーダ３０は、図２４に関連してビデオエンコーダ２０に関して上記で説明された符号化プロセスとほぼ逆の復号プロセスを実行してもよい。例えば、動き補償ユニット８２は、エントロピ復号ユニット８０から受信された動きベクトルに基づいて予測データを生成してもよく、一方、イントラ予測ユニット８４は、エントロピ復号ユニット８０から受信されたイントラ予測モード・インジケータに基づいて予測データを生成してもよい。

いくつかの例では、ビデオデコーダ３０のユニットには、本出願の実装形態を実行するタスクが割り当てられてもよい。また、いくつかの例では、本開示の実装形態は、ビデオデコーダ３０のユニットのうちの１つまたは複数に分割されてもよい。例えば、イントラＢＣユニット８５は、単独で、または動き補償ユニット８２、イントラ予測ユニット８４、およびエントロピ復号ユニット８０などのビデオデコーダ３０の他のユニットと組み合わせて、本出願の実装形態を実行してもよい。いくつかの例では、ビデオデコーダ３０は、イントラＢＣユニット８５を含まなくてもよく、イントラＢＣユニット８５の機能は、動き補償ユニット８２などの予測処理ユニット８１の他の構成要素によって実行されてもよい。

ビデオデータメモリ７９は、ビデオデコーダ３０の他の構成要素によって復号される、符号化されたビデオビットストリームなどのビデオデータを記憶してもよい。ビデオデータメモリ７９に記憶されたビデオデータは、例えば、記憶デバイス３２から、カメラなどのローカル・ビデオソースから、ビデオデータのワイヤード・ネットワーク通信もしくはワイヤレス・ネットワーク通信を介して、または物理的なデータ記憶媒体（例えば、フラッシュ・ドライブまたはハード・ディスク）にアクセスすることによって取得されてもよい。ビデオデータメモリ７９は、符号化されたビデオビットストリームからの符号化されたビデオデータを記憶する、符号化ピクチャバッファ（ＣＰＢ：Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ）を含んでもよい。ビデオデコーダ３０のＤＰＢ９２は、ビデオデコーダ３０によって（例えば、イントラ予測符号化モードまたはインター予測符号化モードで）ビデオデータを復号する際に使用するための参照ビデオデータを記憶する。ビデオデータメモリ７９およびＤＰＢ９２は、同期ＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ）、または他のタイプのメモリ・デバイスを含む、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）などの様々なメモリ・デバイスのいずれかによって形成されてもよい。図２５では、例示のために、ビデオデータメモリ７９およびＤＰＢ９２は、ビデオデコーダ３０の２つの別個の構成要素として描写されている。しかし、当業者には、ビデオデータメモリ７９およびＤＰＢ９２が同じメモリ・デバイスまたは別個のメモリ・デバイスによって提供され得ることが明らかであろう。いくつかの例では、ビデオデータメモリ７９は、ビデオデコーダ３０の他の構成要素とオンチップであるか、またはそれらの構成要素に対してオフチップであってもよい。

復号プロセス中、ビデオデコーダ３０は、符号化されたビデオフレームのビデオブロックおよび関連する構文要素を表す符号化されたビデオビットストリームを受信する。ビデオデコーダ３０は、ビデオフレーム・レベルおよび／またはビデオブロック・レベルで構文要素を受信してもよい。ビデオデコーダ３０のエントロピ復号ユニット８０は、ビットストリームをエントロピ復号して、量子化された係数、動きベクトルまたはイントラ予測モード・インジケータ、および他の構文要素を生成する。次いで、エントロピ復号ユニット８０は、動きベクトルまたはイントラ予測モード・インジケータおよび他の構文要素を予測処理ユニット８１に転送する。

ビデオフレームがイントラ予測符号化（Ｉ）フレームとしてまたは他のタイプのフレームにおけるイントラ符号化予測ブロックのために符号化されるとき、予測処理ユニット８１のイントラ予測ユニット８４は、信号伝送されたイントラ予測モード、および現在のフレームの以前に復号されたブロックからの参照データに基づいて、現在のビデオフレームのビデオブロックの予測データを生成してもよい。

ビデオフレームがインター予測符号化（すなわち、ＢまたはＰ）フレームとして符号化されるとき、予測処理ユニット８１の動き補償ユニット８２は、エントロピ復号ユニット８０から受信された動きベクトルおよび他の構文要素に基づいて、現在のビデオフレームのビデオブロックの１つまたは複数の予測ブロックを生成してもよい。予測ブロックのそれぞれは、参照フレーム・リストのうちの１つの中の参照フレームから作成されてもよい。ビデオデコーダ３０は、ＤＰＢ９２に記憶された参照フレームに基づくデフォルトの構築技法を使用して、参照フレーム・リストであるリスト０およびリスト１を構築してもよい。

いくつかの例では、ビデオブロックが本明細書で説明されたイントラＢＣモードに従って符号化されるとき、予測処理ユニット８１のイントラＢＣユニット８５は、エントロピ復号ユニット８０から受信されたブロック・ベクトルおよび他の構文要素に基づいて、現在のビデオブロックの予測ブロックを作成する。予測ブロックは、ビデオエンコーダ２０によって定義された現在のビデオブロックと同じピクチャの再構築された領域内にあってもよい。

動き補償ユニット８２および／またはイントラＢＣユニット８５は、動きベクトルおよび他の構文要素を解析することによって現在のビデオフレームのビデオブロックについての予測情報を決定し、次いで、予測情報を使用して、復号されている現在のビデオブロックの予測ブロックを作成する。例えば、動き補償ユニット８２は、受信された構文要素のいくつかを使用して、ビデオフレームのビデオブロックを符号化するために使用される予測モード（例えば、イントラ予測またはインター予測）、インター予測フレーム・タイプ（例えば、ＢまたはＰ）、フレームの参照フレーム・リストのうちの１つまたは複数についての構築情報、フレームの各インター予測符号化ビデオブロックの動きベクトル、フレームの各インター予測符号化ビデオブロックのインター予測ステータス、および現在のビデオフレーム内のビデオブロックを復号するための他の情報を決定する。

同様に、イントラＢＣユニット８５は、受信された構文要素のいくつか、例えばフラグを使用して、現在のビデオブロックがイントラＢＣモードを使用して予測されたこと、フレームのどのビデオブロックが再構築領域内にあり、どのビデオブロックがＤＰＢ９２に記憶されるべきかに関する構築情報、フレームの各イントラＢＣ予測ビデオブロックのブロック・ベクトル、フレームの各イントラＢＣ予測ビデオブロックのイントラＢＣ予測ステータス、および現在のビデオフレーム内のビデオブロックを復号するための他の情報を決定してもよい。

動き補償ユニット８２はまた、ビデオブロックの符号化中にビデオエンコーダ２０によって使用される補間フィルタを使用して補間を実行し、参照ブロックのサブ整数画素の補間値を算出してもよい。この場合、動き補償ユニット８２は、受信された構文要素からビデオエンコーダ２０によって使用される補間フィルタを決定し、補間フィルタを使用して予測ブロックを作成してもよい。

逆量子化ユニット８６は、量子化の程度を決定するためにビデオフレーム内のビデオブロックごとにビデオエンコーダ２０によって算出された同じ量子化パラメータを使用して、ビットストリーム内で提供されてエントロピ復号ユニット８０によってエントロピ復号された量子化済みの変換係数を逆量子化する。逆変換処理ユニット８８は、画素ドメイン内の残差ブロックを再構築するために、逆変換、例えば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。

動き補償ユニット８２またはイントラＢＣユニット８５がベクトルおよび他の構文要素に基づいて現在のビデオブロックの予測ブロックを生成した後、加算器９０は、逆変換処理ユニット８８からの残差ブロックと、動き補償ユニット８２およびイントラＢＣユニット８５によって生成された対応する予測ブロックとを加算することによって、現在のビデオブロックの復号されたビデオブロックを再構築する。復号されたビデオブロックをさらに処理するために、加算器９０とＤＰＢ９２との間にブロック解除フィルタ、ＳＡＯフィルタ、および／またはＡＬＦなどのループ内フィルタ９１が配置されてもよい。いくつかの例では、ループ内フィルタ９１は省略されてもよく、復号されたビデオブロックは加算器９０によってＤＰＢ９２に直接提供されてもよい。次いで、所与のフレーム内の復号されたビデオブロックは、次のビデオブロックの後続の動き補償に使用される参照フレームを記憶するＤＰＢ９２に記憶される。また、ＤＰＢ９２、またはＤＰＢ９２とは別個のメモリ・デバイスは、図２３の表示デバイス３４などの表示デバイス上で後で提示するために、復号されたビデオを記憶してもよい。

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

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

Claims (18)

1. ビデオ符号化のための方法であって、
   デコーダによって、シーケンスパラメータセット（ＳＰＳ）範囲拡張フラグの値に基づいてスライスヘッド（ＳＨ）の未加工バイトシーケンスペイロード（ＲＢＳＰ）構文構造内に構文構造ｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎが存在するかどうかを示す前記ＳＰＳ範囲拡張フラグを受信する、ことを含む、方法。
2. 前記ＳＰＳ範囲拡張フラグの前記値が１に等しいとの判定に応答して、前記ＳＨ ＲＢＳＰ構文構造内に前記ｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎが存在すると判定することと、
   前記範囲拡張フラグの前記値が０に等しいとの判定に応答して、前記ＳＨ ＲＢＳＰ構文構造内に前記ｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎが存在しないと判定することと、をさらに含む、請求項１に記載のビデオ符号化のための方法。
3. 前記デコーダによって、他のフラグに対する一般制約制御を提供するために一般制約情報構文内の範囲拡張制約フラグを受信することと、
   前記範囲拡張制約フラグの値が１に等しいとの判定に応答して、前記他のフラグの値が０に等しいと判定することと
   をさらに含む、請求項１に記載のビデオ符号化のための方法。
4. 前記デコーダによって、前記ＳＰＳ範囲拡張フラグに対する一般制約制御を提供するために一般制約情報構文内の範囲拡張制約フラグを受信することと、
   前記範囲拡張制約フラグの前記値が１に等しいとの判定に応答して、前記ＳＰＳ範囲拡張フラグの前記値が０に等しいと判定することと、をさらに含む、請求項１に記載のビデオ符号化のための方法。
5. ビデオ符号化のための方法であって、
   デコーダによって、シーケンスパラメータセット（ＳＰＳ）アライメント有効の値に基づいて構文要素ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ、ａｂｓ＿ｒｅｍａｉｎｄｅｒ、ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ、およびｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇｎのバイパス復号の前にインデックスｉｖｌＣｕｒｒＲａｎｇｅがアライメントされるかどうかを示す前記ＳＰＳアライメント有効フラグを受信する、ことを含む、方法。
6. 前記ＳＰＳアライメント有効フラグの前記値が１に等しいとの判定に応答して、バイパス復号の前に前記ｉｖｌＣｕｒｒＲａｎｇｅがアライメントされると判定することと、
   前記ＳＰＳアライメント有効フラグの前記値が０に等しいとの判定に応答して、バイパス復号の前に前記ｉｖｌＣｕｒｒＲａｎｇｅがアライメントされないと判定することと、をさらに含む、請求項５に記載のビデオ符号化のための方法。
7. 前記デコーダによって、他のフラグに対する一般制約制御を提供するために一般制約情報構文内のバイパスアライメント制約フラグを受信することと、
   前記バイパスアライメント制約フラグの値が１に等しいとの判定に応答して、前記他のフラグの値が０に等しいと判定することと、をさらに含む、請求項５に記載のビデオ符号化のための方法。
8. 前記デコーダによって、前記ＳＰＳアライメント有効フラグに対する一般制約制御を提供するために、一般制約情報構文内のバイパスアライメント制約フラグを受信することと、
   前記バイパスアライメント制約フラグの前記値が１に等しいとの判定に応答して、前記ＳＰＳアライメント有効フラグの前記値が０に等しいと判定することと、をさらに含む、請求項５に記載のビデオ符号化のための方法。
9. ビデオ符号化のための方法であって、
   デコーダによって、拡張精度処理フラグの値に基づいて変換係数についてまた変換処理中に拡張ダイナミックレンジが採用されるかどうかを示す前記拡張精度処理フラグを受信する、ことを含む、方法。
10. 前記拡張精度処理フラグの前記値が１に等しいとの判定に応答して、前記変換係数についてまた前記変換処理中に前記拡張ダイナミックレンジが採用されると判定することと、
    前記拡張精度処理フラグの前記値が０に等しいとの判定に応答して、前記変換係数についてまたは前記変換処理中に前記拡張ダイナミックレンジが採用されないと判定することと、をさらに含む、請求項９に記載のビデオ符号化のため方法。
11. 前記デコーダによって、他のフラグに対する一般制約制御を提供するために一般制約情報構文内の拡張精度処理制約フラグを受信することと、
    前記拡張精度処理制約フラグの値が０に等しいとの判定に応答して、前記他のフラグの値が０に等しいと判定することと、をさらに含む、請求項９に記載のビデオ符号化のため方法。
12. 前記デコーダによって、前記拡張精度処理フラグに対する一般制約制御を提供するために一般制約情報構文内の拡張精度処理制約フラグを受信することと、
    前記拡張精度処理制約フラグの前記値が１に等しいとの判定に応答して、前記拡張精度処理フラグの前記値が０に等しいと判定することと、をさらに含む、請求項９に記載のビデオ符号化のため方法。
13. ビデオ符号化のための方法であって、
    デコーダによって、永続的ライス適応有効フラグの値に基づいて、前のサブブロックから蓄積されたモード依存統計を採用している各サブブロックの開始時にａｂｓ＿ｒｅｍａｉｎｉｎｇおよびｄｅｃ＿ａｂｓ＿ｌｅｖｅｌの２値化のためのライスパラメータ導出が初期化されるかどうかを示す、前記永続的ライス適応有効フラグを受信する、ことを含む、方法。
14. 前記永続的ライス適応有効フラグの前記値が１に等しいとの判定に応答して、前記前のサブブロックから蓄積されたモード依存統計を採用している各サブブロックの前記開始時に２値化のための前記ライスパラメータ導出が初期化されると判定することと、
    前記永続的ライス適応有効フラグの前記値が０に等しいとの判定に応答して、前記ライスパラメータ導出において前のサブブロック状態が採用されないと判定することと、をさらに含む、請求項１３に記載のビデオ符号化のための方法。
15. 前記デコーダによって、他のフラグに対する一般制約制御を提供するために一般制約情報構文内の永続的ライス適応制約フラグを受信することと、
    前記永続的ライス適応制約フラグの値が１に等しいとの判定に応答して、前記他のフラグの値が０に等しいと判定することと、をさらに含む、請求項１３に記載のビデオ符号化のための方法。
16. 前記デコーダによって、前記永続的ライス適応有効フラグに対する一般制約制御を提供するために一般制約情報構文内の永続的ライス適応制約フラグを受信することと、
    前記永続的ライス適応制約フラグの前記値が１に等しいとの判定に応答して、前記永続的ライス適応有効フラグの前記値が０に等しいと判定することと、をさらに含む、請求項１３に記載のビデオ符号化のための方法。
17. ビデオ符号化のための装置であって、
    １つまたは複数のプロセッサと、
    前記１つまたは複数のプロセッサによって実行可能な命令を記憶するように構成されたメモリと、を備え、
    前記１つまたは複数のプロセッサが、前記命令の実行時に請求項１から１６のいずれかに記載の方法を実行するように構成される、装置。
18. １つまたは複数のコンピュータプロセッサによって実行されたとき、前記１つまたは複数のコンピュータプロセッサに請求項１から１６のいずれかに記載の方法を実行させるコンピュータ実行可能命令を記憶する、ビデオ符号化のための非一時的コンピュータ可読記憶媒体。

Images