特表 2022-548203 サブブロック変換情報を信号化するための方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-11-17

(54)【発明の名称】サブブロック変換情報を信号化するための方法及び装置

(51)【国際特許分類】

   H04N 19/70 20140101AFI20221109BHJP

   H04N 19/12 20140101ALI20221109BHJP

   H04N 19/136 20140101ALI20221109BHJP

【ＦＩ】

H04N19/70

H04N19/12

H04N19/136

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022513113

(86)(22)【出願日】2020-07-24

(85)【翻訳文提出日】2022-04-05

(86)【国際出願番号】 US2020043448

(87)【国際公開番号】W WO2021050166

(87)【国際公開日】2021-03-18

(31)【優先権主張番号】62/900,395

(32)【優先日】2019-09-13

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】511050697

【氏名又は名称】アリババ グループ ホウルディング リミテッド

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(72)【発明者】

【氏名】サーヴァー，モハメッド，ゴラム

(72)【発明者】

【氏名】ルオ，ジャンコン

(72)【発明者】

【氏名】イエ，ヤン

【テーマコード（参考）】

5C159

【Ｆターム（参考）】

5C159RC12

5C159TA35

5C159TB08

5C159TC26

(57)【要約】

本開示は、サブブロック変換（ＳＢＴ）情報を信号化するための装置及び方法を提供する。ＳＢＴ情報は、映像データを符号化するために使用される。特定の開示された実施形態によれば、例示的方法は、映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第２のフラグを信号化することとを含む。ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズは、ＳＢＴが有効にされることを示す第１のフラグに応答して、最大ＴＢサイズに直接基づいて決定される。

【特許請求の範囲】

【請求項1】

映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、
前記ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第２のフラグを信号化することと、
を含み、
前記ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズが、前記ＳＢＴが有効にされることを示す前記第１のフラグに応答して、前記最大ＴＢサイズに直接基づいて決定される、映像処理方法。

【請求項2】

前記ＳＢＴを許容する前記最大ＣＵサイズが、最大ＣＵ幅又は最大ＣＵ高さである、請求項１に記載の方法。

【請求項3】

前記ＳＢＴを許容する前記最大ＣＵサイズが、前記最大ＴＢサイズに等しくなるように決定される、請求項１に記載の方法。

【請求項4】

前記最大ＴＢサイズが３２又は６４である、請求項１に記載の方法。

【請求項5】

前記最大ＴＢサイズが３２であることに応答して、前記第２のフラグの値を０に設定することをさらに含む、請求項４に記載の方法。

【請求項6】

前記最大ＴＢサイズが６４であることに応答して、前記第２のフラグの値を１に設定することをさらに含む、請求項４に記載の方法。

【請求項7】

映像処理装置であって、
命令を保存するための少なくとも１つのメモリと、
少なくとも１つのプロセッサと、とを含み、前記少なくとも１つのプロセッサが、前記命令を実行して、
映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、
前記ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第２のフラグを信号化することと、
を前記装置に行わせ、
前記ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズが、前記ＳＢＴが有効にされることを示す前記第１のフラグに応答して、前記最大ＴＢサイズに直接基づいて決定される、映像処理装置。

【請求項8】

前記ＳＢＴを許容する前記最大ＣＵサイズが、最大ＣＵ幅又は最大ＣＵ高さである、請求項７に記載の装置。

【請求項9】

前記ＳＢＴを許容する前記最大ＣＵサイズが、前記最大ＴＢサイズに等しくなるように決定される、請求項７に記載の装置。

【請求項10】

前記最大ＴＢサイズが３２又は６４である、請求項７に記載の装置。

【請求項11】

前記少なくとも１つのプロセッサが、さらに前記命令を実行して、
前記最大ＴＢサイズが３２であることに応答して、前記第２のフラグの値を０に設定することを前記装置に行わせる、請求項１０に記載の装置。

【請求項12】

前記少なくとも１つのプロセッサが、さらに前記命令を実行して、
前記最大ＴＢサイズが６４であることに応答して、前記第２のフラグの値を１に設定することを前記装置に行わせる、請求項１０に記載の装置。

【請求項13】

命令セットを保存する非一時的コンピュータ可読記憶媒体であって、前記命令セットは、映像処理方法をコンピュータに行わせるように、少なくとも１つのプロセッサによって実行可能であり、前記映像処理方法は、
映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、
前記ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第２のフラグを信号化することと、
を含み、
前記ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズが、前記ＳＢＴが有効にされることを示す前記第１のフラグに応答して、前記最大ＴＢサイズに直接基づいて決定される、非一時的コンピュータ可読記憶媒体。

【請求項14】

前記ＳＢＴを許容する前記最大ＣＵサイズが、最大ＣＵ幅又は最大ＣＵ高さである、請求項１３に記載の非一時的コンピュータ可読記憶媒体。

【請求項15】

前記ＳＢＴを許容する前記最大ＣＵサイズが、前記最大ＴＢサイズに等しくなるように決定される、請求項１３に記載の非一時的コンピュータ可読記憶媒体。

【請求項16】

前記最大ＴＢサイズが３２又は６４である、請求項１３に記載の非一時的コンピュータ可読記憶媒体。

【請求項17】

前記少なくとも１つのプロセッサによって実行可能な前記命令セットが、
前記最大ＴＢサイズが３２であることに応答して、前記第２のフラグの値を０に設定することを前記コンピュータにさらに行わせる、請求項１６に記載の非一時的コンピュータ可読記憶媒体。

【請求項18】

前記少なくとも１つのプロセッサによって実行可能な前記命令セットが、
前記最大ＴＢサイズが６４であることに応答して、前記第２のフラグの値を１に設定することを前記コンピュータにさらに行わせる、請求項１６に記載の非一時的コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
[0001] 本開示は、全体として本明細書に援用される、２０１９年９月１３日に出願された米国仮特許出願第６２／９００，３９５号に対する優先権を主張するものである。

【背景技術】

【0002】

背景
[0002] 映像は、視覚情報を捕捉する一連の静止ピクチャ（又は「フレーム」）である。記憶メモリ及び伝送帯域幅を減少させるために、映像は、記憶又は伝送前に圧縮され、表示前に復元され得る。圧縮プロセスは、通常、エンコーディングと呼ばれ、復元プロセスは、通常、デコーディングと呼ばれる。最も一般的には、予測、変換、量子化、エントロピー符号化、及びインループフィルタリングに基づく、標準化映像符号化技術を用いる様々な映像符号化フォーマットが存在する。特定の映像符号化フォーマットを指定する、ＨＥＶＣ（High Efficiency Video Coding）／H.265標準規格、ＶＶＣ（Versatile Video Coding）／H.266標準規格ＡＶＳ標準規格などの映像符号化標準規格が、標準化機関によって開発されている。ますます高度な映像符号化技術が、映像標準規格に採用されるにつれて、新しい映像符号化標準規格の符号化効率は、ますます高くなる。

【発明の概要】

【課題を解決するための手段】

【0003】

開示の概要
[0003] 本開示の実施形態は、映像処理のための方法及び装置を提供する。ある例示的実施形態では、映像処理方法は、映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第２のフラグを信号化することと、を含む。ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズは、ＳＢＴが有効にされることを示す第１のフラグに応答して、最大ＴＢサイズに直接基づいて決定することができる。

【0004】

[0004] 別の例示的実施形態では、映像処理装置は、命令を保存するための少なくとも１つのメモリ、及び少なくとも１つのプロセッサを含む。少なくとも１つのプロセッサは、命令を実行して、映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第２のフラグを信号化することと、を装置に行わせる。ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズは、ＳＢＴが有効にされることを示す第１のフラグに応答して、最大ＴＢサイズに直接基づいて決定される。

【0005】

[0005] 別の例示的実施形態では、非一時的コンピュータ可読記憶媒体は、命令セットを保存する。命令セットは、映像処理方法をコンピュータに行わせるように、少なくとも１つのプロセッサによって実行可能である。この方法は、映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第２のフラグを信号化することと、を含む。ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズは、ＳＢＴが有効にされることを示す第１のフラグに応答して、最大ＴＢサイズに直接基づいて決定される。

【0006】

図面の簡単な説明
[0006] 本開示の実施形態及び様々な局面は、以下の詳細な説明及び添付の図面に示される。図面に示される様々なフィーチャは、一定の縮尺で描かれていない。

【図面の簡単な説明】

【0007】

【図1】[0007]本開示の幾つかの実施形態による、映像シーケンス例の構造を示す模式図である。

【図2】[0008]本開示の幾つかの実施形態による、ハイブリッド映像符号化システムにおける例示的エンコーダの模式図を示す。

【図3】[0009]本開示の幾つかの実施形態による、ハイブリッド映像符号化システムにおける例示的デコーダの模式図を示す。

【図4】[0010]本開示の幾つかの実施形態による、映像をエンコード又はデコードするための例示的装置のブロック図を示す。

【図5】[0011]本開示の幾つかの実施形態による、インター予測符号化ユニット（ＣＵ）に関する例示的サブブロック変換（ＳＢＴ）タイプ及びＳＢＴ位置を示す。

【図6A】[0012]本開示の幾つかの実施形態によるＳＰＳシンタックス表の一部を示す例示的な表１を示す。

【図6B】[0012]本開示の幾つかの実施形態によるＳＰＳシンタックス表の一部を示す例示的な表１を示す。

【図7】[0013]本開示の幾つかの実施形態による例示的映像処理方法のフローチャートを示す。

【図8A】[0014]本開示の幾つかの実施形態によるＳＰＳシンタックス表の一部を示す例示的な表２を示す。

【図8B】[0014]本開示の幾つかの実施形態によるＳＰＳシンタックス表の一部を示す例示的な表２を示す。

【図9】[0015]本開示の幾つかの実施形態によるＣＵシンタックス表の一部を示す例示的な表３を示す。

【図10】[0016]本開示の幾つかの実施形態による、別の例示的映像処理方法のフローチャートを示す。

【発明を実施するための形態】

【0008】

詳細な説明
[0017] これより、添付の図面に示される例示的実施形態に詳細に言及する。以下の説明は、別段の説明のない限り、異なる図面の同じ番号が、同じ又は類似の要素を表す、添付の図面を参照する。例示的実施形態の以下の説明に記載する実施態様は、本発明と一致した全ての実施態様を表すわけではない。代わりに、それらは、添付の特許請求の範囲に記載される本発明に関連する局面と一致した装置及び方法の例に過ぎない。以下に、本開示の特定の局面をより詳細に記載する。参照により援用された用語及び／又は定義と矛盾する場合は、本明細書に提供される用語及び定義が有効となる。

【0009】

[0018] ＩＴＵ－Ｔ ＶＣＥＧ（ITU-T Video Coding Expert Group）及びＩＳＯ／ＩＥＣ ＭＰＥＧ（ISO/IEC Moving Picture Expert Group）のＪＶＥＴ（Joint Video Experts Team）は、現在、ＶＶＣ（Versatile Video Coding）／H.266標準規格を開発中である。ＶＶＣ標準規格は、その先行バージョンであるＨＥＶＣ（High Efficiency Video Coding）／H.265標準規格の圧縮効率を倍にすることを目的とする。つまり、ＶＶＣの目標は、ＨＥＶＣ／H.265と同じ主観的品質を半分の帯域幅で達成することである。

【0010】

[0019] 半分の帯域幅でＨＥＶＣ／H.265と同じ主観的品質を達成するために、ＪＶＥＴは、ＪＥＭ（joint exploration model）参照ソフトウェアを使用して、ＨＥＶＣを超える技術を開発してきた。符号化技術がＪＥＭに組み込まれたため、ＪＥＭは、ＨＥＶＣよりも大幅に高い符号化性能を実現した。

【0011】

[0020] ＶＶＣ標準規格は、最近開発されたものであり、より良い圧縮性能を提供する、さらに多くの符号化技術を加え続けている。ＶＶＣは、ＨＥＶＣ、H.264／ＡＶＣ、MPEG2、H.263などの近代の映像圧縮標準規格で使用されてきた、同じハイブリッド映像符号化システムに基づく。

【0012】

[0021] 映像は、視覚情報を保存するために、時系列で配置された一連の静止ピクチャ（又は「フレーム」）である。映像キャプチャデバイス（例えば、カメラ）を使用して、これらのピクチャを時系列で捕捉及び保存することができ、映像再生デバイス（例えば、テレビ、コンピュータ、スマートフォン、タブレットコンピュータ、ビデオプレーヤー、又は表示機能を備えた任意のエンドユーザ端末）を使用して、このようなピクチャを時系列で表示することができる。また、用途によっては、監視、会議の開催、又は生放送などのために、映像キャプチャデバイスは、捕捉された映像を映像再生デバイス（例えば、モニタを備えたコンピュータ）にリアルタイムで伝送することができる。

【0013】

[0022] このような用途で必要とされる記憶空間及び伝送帯域幅を減少させるために、映像は、記憶及び伝送前に圧縮され、表示前に復元され得る。圧縮及び復元は、プロセッサ（例えば、汎用コンピュータのプロセッサ）又は専用ハードウェアによって実行されるソフトウェアによって実施され得る。圧縮用のモジュールは、一般に「エンコーダ」と呼ばれ、復元用のモジュールは、一般に「デコーダ」と呼ばれる。エンコーダ及びデコーダは、まとめて「コーデック」と呼ばれることがある。エンコーダ及びデコーダは、様々な適切なハードウェア、ソフトウェア、又はこれらの組み合わせの何れかとして実装され得る。例えば、エンコーダ及びデコーダのハードウェア実装は、１つ又は複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、離散論理、又はこれらの任意の組み合わせなどの回路網を含み得る。エンコーダ及びデコーダのソフトウェア実装は、プログラムコード、コンピュータ実行可能命令、ファームウェア、又はコンピュータ可読媒体に固定された、任意の適切なコンピュータ実施アルゴリズム若しくはプロセスを含み得る。映像圧縮及び復元は、MPEG-1、MPEG-2、MPEG-4、H.26x系などの様々なアルゴリズム又は標準規格によって実施され得る。用途によっては、コーデックが、第１の符号化標準規格から映像を復元し、第２の符号化標準規格を用いて復元映像を再圧縮することができ、この場合、コーデックは、「トランスコーダ」と呼ばれることがある。

【0014】

[0023] 映像エンコーディングプロセスは、ピクチャの再構成のために使用することができる有用な情報を識別及び保持し、再構成にとって重要ではない情報を無視することができる。無視された重要ではない情報を完全に再構成することができない場合、このようなエンコーディングプロセスは、「不可逆」と呼ばれることがある。そうでなければ、それは、「可逆」と呼ばれることがある。ほとんどのエンコーディングプロセスは、不可逆であり、これは、必要とされる記憶空間及び伝送帯域幅を減少させるためのトレードオフである。

【0015】

[0024] （「現在のピクチャ」と呼ばれる）エンコードされているピクチャの有用な情報は、参照ピクチャ（例えば、前にエンコードされた、及び再構成されたピクチャ）に対する変化を含む。このような変化は、ピクセルの位置変化、輝度変化、又は色変化を含む場合があり、中でも、位置変化は、最も重要である。物体を表すピクセル群の位置変化は、参照ピクチャ及び現在のピクチャ間の物体の動きを反映し得る。

【0016】

[0025] 別のピクチャを参照することなく符号化されたピクチャ（すなわち、それは、それ自体の参照ピクチャである）は、「Ｉピクチャ」と呼ばれる。前のピクチャを参照ピクチャとして使用して符号化されたピクチャは、「Ｐピクチャ」と呼ばれる。前のピクチャ及び未来のピクチャの両方を参照ピクチャとして使用して（すなわち、参照が「双方向」である）符号化されたピクチャは、「Ｂピクチャ」と呼ばれる。

【0017】

[0026] 図１は、本開示の幾つかの実施形態による、映像シーケンス例１００の構造を示す。映像シーケンス１００は、ライブ映像、又は捕捉及びアーカイブされた映像でもよい。映像１００は、実際の映像、コンピュータ生成された映像（例えば、コンピュータゲーム映像）、又はそれらの組み合わせ（例えば、拡張現実効果を有した実際の映像）でもよい。映像シーケンス１００は、映像キャプチャデバイス（例えば、カメラ）、前に捕捉された映像を包含する映像アーカイブ（例えば、記憶デバイスに保存された映像ファイル）、又は映像コンテンツプロバイダから映像を受信するための映像フィードインタフェース（例えば、映像ブロードキャストトランシーバ）から入力され得る。

【0018】

[0027] 図１に示されるように、映像シーケンス１００は、ピクチャ１０２、１０４、１０６、及び１０８を含むタイムラインに沿って時間的に配置された一連のピクチャを含み得る。ピクチャ１０２～１０６は連続しており、ピクチャ１０６と１０８との間には、さらに多くのピクチャが存在する。図１では、ピクチャ１０２は、Ｉピクチャであり、それの参照ピクチャは、ピクチャ１０２自体である。ピクチャ１０４は、Ｐピクチャであり、それの参照ピクチャは、矢印によって示されるように、ピクチャ１０２である。ピクチャ１０６は、Ｂピクチャであり、それの参照ピクチャは、矢印によって示されるように、ピクチャ１０４及び１０８である。幾つかの実施形態では、あるピクチャ（例えば、ピクチャ１０４）の参照ピクチャは、当該ピクチャの直前又は直後に存在しなくてもよい。例えば、ピクチャ１０４の参照ピクチャは、ピクチャ１０２に先行するピクチャでもよい。ピクチャ１０２～１０６の参照ピクチャは単なる例であり、本開示は、参照ピクチャの実施形態を図１に示される例のように限定しないことに留意されたい。

【0019】

[0028] 一般的に、映像コーデックは、ピクチャ全体のエンコーディング又はデコーディングを、そのようなタスクの計算の複雑さゆえに、一度に行わない。より正確に言えば、それらは、ピクチャを基本セグメントに分割し、セグメントごとにピクチャをエンコード又はデコードし得る。このような基本セグメントは、本開示では、基本処理ユニット（「ＢＰＵ（basic processing unit）」）と呼ばれる。例えば、図１の構造１１０は、映像シーケンス１００のあるピクチャ（例えば、ピクチャ１０２～１０８の何れか）の構造例を示す。構造１１０では、ピクチャは、４×４の基本処理ユニットに分割され、それらの境界は、破線で示されている。幾つかの実施形態では、基本処理ユニットは、一部の映像符号化標準規格（例えば、ＭＰＥＧ系統、H.261、H.263、若しくはH.264／ＡＶＣ）では「マクロブロック」と呼ばれることがあり、又は一部の他の映像符号化標準規格（例えば、H.265／ＨＥＶＣ若しくはH.266／ＶＶＣ）では、「符号化ツリーユニット」（「ＣＴＵ（coding tree unit）」）と呼ばれることがある。基本処理ユニットは、１２８×１２８、６４×６４、３２×３２、１６×１６、４×８、１６×３２、又はピクセルの任意の形状及びサイズなどの、ピクチャの可変サイズを有し得る。基本処理ユニットのサイズ及び形状は、符号化効率と、基本処理ユニットにおいて維持されるべき詳細のレベルのバランスに基づいて、ピクチャごとに選択することができる。

【0020】

[0029] 基本処理ユニットは、コンピュータメモリに（例えば、映像フレームバッファに）保存された異なる複数のタイプの映像データの一群を含み得る論理ユニットでもよい。例えば、カラーピクチャの基本処理ユニットは、無彩色の明度情報を表すルマ成分（Ｙ）、色情報を表す１つ又は複数のクロマ成分（例えば、Ｃｂ及びＣｒ）、並びに関連のシンタックス要素を含み得る（ここでは、ルマ成分及びクロマ成分は、同じサイズの基本処理ユニットを有し得る）。ルマ成分及びクロマ成分は、一部の映像符号化標準規格（例えば、H.265／ＨＥＶＣ又はH.266／ＶＶＣ）では、「符号化ツリーブロック」（「ＣＴＢ（coding tree block）」）と呼ばれることがある。基本処理ユニットに対して行われるどのような演算も、それのルマ成分及びクロマ成分のそれぞれに対して繰り返し行うことができる。

【0021】

[0030] 映像符号化は、複数の演算ステージを有し、これらの例を図２及び図３に示す。各ステージで、基本処理ユニットのサイズが、処理するにはまだ大き過ぎる場合があり、したがって、本開示では「基本処理サブユニット」と呼ばれるセグメントへとさらに分割され得る。幾つかの実施形態では、基本処理サブユニットは、一部の映像符号化標準規格（例えば、ＭＰＥＧ系統、H.261、H.263、若しくはH.264／ＡＶＣ）では「ブロック」と呼ばれることがあり、又は一部の他の映像符号化標準規格（例えば、H.265／ＨＥＶＣ若しくはH.266／ＶＶＣ）では、「符号化ユニット」（「ＣＵ（coding unit）」）と呼ばれることがある。基本処理サブユニットは、基本処理ユニットと同じ又はより小さいサイズを有してもよい。基本処理ユニットと同様に、基本処理サブユニットも、コンピュータメモリに（例えば、映像フレームバッファに）保存された異なる複数のタイプの映像データ（例えば、Ｙ、Ｃｂ、Ｃｒ、及び関連のシンタックス要素）の一群を含み得る論理ユニットである。基本処理サブユニットに対して行われるどのような演算も、それのルマ成分及びクロマ成分のそれぞれに対して繰り返し行うことができる。このような分割は、処理のニーズに応じてさらなるレベルに対して行われ得ることに留意されたい。異なるステージが異なるスキームを用いて基本処理ユニットを分割し得ることにも留意されたい。

【0022】

[0031] 例えば、モード決定ステージ（それの一例を図２に示す）において、エンコーダは、基本処理ユニットに対してどの予測モード（例えば、ピクチャ内予測又はピクチャ間予測）を使用すべきかを決定することができ、基本処理ユニットは、このような決定を下すには大き過ぎる場合がある。エンコーダは、基本処理ユニットを複数の基本処理サブユニット（例えば、H.265／ＨＥＶＣ又はH.266／ＶＶＣの場合のＣＵ）に分割し、及び個々の基本処理サブユニットごとに予測タイプを決定することができる。

【0023】

[0032] 別の例として、予測ステージ（それの一例を図２に示す）において、エンコーダは、基本処理サブユニット（例えば、ＣＵ）のレベルで予測演算を行うことができる。しかしながら、場合によっては、基本処理サブユニットは、処理するにはまだ大き過ぎる場合がある。エンコーダは、基本処理サブユニットを（例えば、H.265／ＨＥＶＣ又はH.266／ＶＶＣにおいては「予測ブロック」又は「ＰＢ（prediction block）」と呼ばれる）より小さなセグメントにさらに分割することができ、このセグメントのレベルで、予測演算を行うことができる。

【0024】

[0033] 別の例として、変換ステージ（それの一例を図２に示す）では、エンコーダは、残差基本処理サブユニット（例えば、ＣＵ）に対して変換演算を行うことができる。しかしながら、場合によっては、基本処理サブユニットは、処理するにはまだ大き過ぎる場合がある。エンコーダは、基本処理サブユニットを（例えば、H.265／ＨＥＶＣ又はH.266／ＶＶＣにおいては「変換ブロック」又は「ＴＢ（transform block）」と呼ばれる）より小さなセグメントにさらに分割することができ、このセグメントのレベルで、変換演算を行うことができる。同じ基本処理サブユニットの分割スキームが予測ステージ及び変換ステージで異なり得ることに留意されたい。例えば、H.265／ＨＥＶＣ又はH.266／ＶＶＣでは、同じＣＵの予測ブロック及び変換ブロックが異なるサイズ及び数を有し得る。

【0025】

[0034] 図１の構造１１０では、基本処理ユニット１１２は、３×３の基本処理サブユニットにさらに分割され、それらの境界は、点線で示される。同じピクチャの異なる基本処理ユニットが、異なるスキームで基本処理サブユニットに分割されてもよい。

【0026】

[0035] 幾つかの実施態様では、並列処理能力、並びに映像エンコーディング及びデコーディングに対する誤り耐性を提供するために、ピクチャの領域ごとに、エンコーディング又はデコーディングプロセスがピクチャの他のどの領域からの情報にも依存しないことが可能であるように、ピクチャは、処理のために複数の領域に分割され得る。つまり、ピクチャの各領域は、独立して処理することができる。そうすることで、コーデックは、ピクチャの異なる複数の領域を並列に処理することができ、したがって、符号化効率が向上される。また、ある領域のデータが処理時に壊れた場合、又はネットワーク伝送時に失われた場合、コーデックは、壊れたデータ又は失われたデータに依存することなく、同じピクチャの他の領域を正確にエンコード又はデコードすることができ、したがって、誤り耐性能力が提供される。一部の映像符号化標準規格では、ピクチャは、異なる複数のタイプの領域に分割することができる。例えば、H.265／ＨＥＶＣ及びH.266／ＶＶＣは、２つの領域タイプ：「スライス」及び「タイル」を提供する。映像シーケンス１００の異なる複数のピクチャが、ピクチャを領域に分割するための異なるパーティションスキームを有し得ることにも留意されたい。

【0027】

[0036] 例えば、図１において、構造１１０は、３つの領域１１４、１１６、及び１１８に分割され、それらの境界は、構造１１０内の実線として示されている。領域１１４は、４つの基本処理ユニットを含む。領域１１６及び１１８のそれぞれは、６つの基本処理ユニットを含む。図１の構造１１０の基本処理ユニット、基本処理サブユニット、及び領域は、単なる例であり、本開示は、それらの実施形態を限定しないことに留意されたい。

【0028】

[0037] 図２は、本開示の幾つかの実施形態による、ハイブリッド映像符号化システムにおける例示的エンコーダ２００の模式図を示す。映像エンコーダ２００は、映像ブロック、又は映像ブロックのパーティション若しくはサブパーティションを含む、映像フレーム内のブロックのイントラ符号化又はインター符号化を行い得る。イントラ符号化は、所与の映像フレーム内の映像の空間的冗長性を減少させるため、又は除去するために、空間予測に依存し得る。インター符号化は、映像シーケンスの隣接フレーム内の映像の時間的冗長性を減少させるため、又は除去するために、時間予測に依存し得る。イントラモードは、幾つかの空間ベースの圧縮モードを指す場合がある。インターモード（単予測又は双予測など）は、幾つかの時間ベースの圧縮モードを指す場合がある。

【0029】

[0038] 図２を参照して、入力映像信号２０２は、ブロックごとに処理され得る。例えば、映像ブロックユニットは、１６×１６ピクセルブロック（例えば、マクロブロック（ＭＢ））でもよい。映像ブロックユニットのサイズは、使用される符号化技術、並びに必要とされる精度及び効率に応じて異なり得る。ＨＥＶＣでは、拡張ブロックサイズ（例えば、符号化ツリーユニット（ＣＴＵ））を使用して、例えば１０８０ｐ以上の解像度の映像信号を圧縮することができる。ＨＥＶＣでは、ＣＴＵは、最大６４×６４ルマサンプル、対応するクロマサンプル、及び関連のシンタックス要素を含み得る。ＶＶＣでは、ＣＴＵのサイズは、１２８×１２８ルマサンプル、対応するクロマサンプル、及び関連のシンタックス要素を含むようにさらに増大させることができる。ＣＴＵは、例えば、四分木、二分木、又は三分木を使用して、符号化ユニット（ＣＵ）にさらに分割することができる。ＣＵは、別個の予測法が適用され得る予測ユニット（ＰＵ）にさらにパーティション化され得る。各入力映像ブロックは、空間予測ユニット２６０又は時間予測ユニット２６２を使用することによって処理され得る。

【0030】

[0039] 空間予測ユニット２６０は、現在のブロック／ＣＵに対して、現在のブロックを包含する同じピクチャ／スライスに関する情報を使用して、空間予測（例えば、イントラ予測）を行う。空間予測は、現在の映像ブロックを予測するために、同じ映像ピクチャフレーム／スライス内の既に符号化された隣接ブロックからのピクセルを使用し得る。空間予測は、映像信号に固有の空間的冗長性を減少させることができる。

【0031】

[0040] 時間予測ユニット２６２は、現在のブロックを包含するピクチャ／スライスとは異なる１つ又は複数のピクチャ／１つ又は複数のスライスからの情報を使用して、現在のブロックに対して時間予測（例えば、インター予測）を行う。映像ブロックに関する時間予測は、１つ又は複数の動きベクトルによって信号化され得る。一方向時間予測では、現在のブロックの予測信号を生成するために、１つの参照ピクチャを示すたった１つの動きベクトルが使用される。一方、双方向時間予測では、現在のブロックの予測信号を生成するために、２つの動きベクトル（各動きベクトルがそれぞれの参照ピクチャを示す）を使用することができる。動きベクトルは、現在のブロックと、参照フレーム内の１つ又は複数の関連ブロックとの間の動きの量及び方向を示し得る。複数の参照ピクチャがサポートされる場合、映像ブロックに関して、１つ又は複数の参照ピクチャインデックスが送られてもよい。１つ又は複数の参照インデックスを使用して、時間予測信号が、参照ピクチャ記憶装置又はデコードピクチャバッファ（ＤＰＢ）２６４内のどの１つ又は複数の参照ピクチャに由来し得るかを識別することができる。

【0032】

[0041] エンコーダ内のモード決定及びエンコーダ制御ユニット２８０は、例えば、レート歪み最適化に基づいて、予測モードを選び得る。決定された予測モードに基づいて、予測ブロックを取得することができる。予測ブロックは、加算器２１６において、現在の映像ブロックから減算され得る。予測残差は、変換ユニット２０４によって変換され、量子化ユニット２０６によって量子化され得る。量子化残差係数は、逆量子化ユニット２１０において逆量子化され、及び逆変換ユニット２１２において逆変換されることによって、再構成残差を形成し得る。再構成残差が、加算器２２６において予測ブロックに加算されることによって、再構成映像ブロックが形成され得る。ループフィルタリング前の再構成映像ブロックは、イントラ予測のための参照サンプルを提供するために使用され得る。

【0033】

[0042] 再構成映像ブロックは、ループフィルタ２６６において、ループフィルタリングを受けてもよい。例えば、非ブロック化フィルタ、サンプル適応オフセット（ＳＡＯ）、及び適応ループフィルタ（ＡＬＦ）などのループフィルタリングが適用されてもよい。ループフィルタリング後の再構成ブロックは、参照ピクチャ記憶装置２６４に保存されてもよく、他の映像ブロックを符号化するためのインター予測参照サンプルを提供するために使用することができる。出力映像ビットストリーム２２０を形成するために、データが圧縮及びパックされてビットストリーム２２０が形成される前にビットレートをさらに減少させるべく、符号化モード（例えば、インター又はイントラ）、予測モード情報、動き情報、及び量子化残差係数が、エントロピー符号化ユニット２０８に送られてもよい。

【0034】

[0043] 図３は、本開示の幾つかの実施形態による、ハイブリッド映像符号化システムにおける例示的デコーダ３００の模式図を示す。図３を参照して、映像ビットストリーム３０２は、エントロピーデコーディングユニット３０８において、アンパック又はエントロピーデコーディングされ得る。空間予測ユニット３６０が選択されるか、或いは時間予測ユニット３６２が選択されるかを決定するために、符号化モード情報を使用することができる。予測ブロックを形成するために、予測モード情報が対応する予測ユニットに送られ得る。例えば、時間予測ブロックを形成するために、時間予測ユニット３６２によって動き補償予測が適用されてもよい。

【0035】

[0044] 再構成残差を取得するために、残差係数が、逆量子化ユニット３１０及び逆変換ユニット３１２に送られてもよい。予測ブロック及び再構成残差は、３２６において加算され、それによって、ループフィルタリング前の再構成ブロックを形成することができる。次いで、再構成ブロックは、ループフィルタ３６６において、ループフィルタリングを受けてもよい。例えば、非ブロック化フィルタ、ＳＡＯ、及びＡＬＦなどのループフィルタリングが適用されてもよい。次いで、ループフィルタリング後の再構成ブロックは、参照ピクチャ記憶装置３６４に保存され得る。参照ピクチャ記憶装置３６４内の再構成データは、デコード映像３２０を取得するために使用されてもよく、又は未来の映像ブロックを予測するために使用されてもよい。デコード映像３２０は、エンドユーザが見るＴＶ、ＰＣ、スマートフォン、又はタブレットなどのディスプレイデバイス上に表示されてもよい。

【0036】

[0045] 図４は、本開示の幾つかの実施形態による、映像をエンコード又はデコードするための例示的装置４００のブロック図である。図４に示されるように、装置４００は、プロセッサ４０２を含み得る。プロセッサ４０２が本明細書に記載される命令を実行すると、装置４００は、映像エンコーディング又はデコーディング用の専用マシンになることができる。プロセッサ４０２は、情報の操作又は処理を行うことが可能な任意のタイプの回路でもよい。例えば、プロセッサ４０２は、幾つかの中央処理装置（すなわち「ＣＰＵ」）、グラフィック処理ユニット（すなわち「ＧＰＵ」）、ニューラル処理ユニット（「ＮＰＵ」）、マイクロコントローラユニット（「ＭＣＵ」）、光プロセッサ、プログラマブル論理コントローラ、マイクロコントローラ、マイクロプロセッサ、デジタル信号プロセッサ、ＩＰ（intellectual property）コア、プログラマブル論理アレイ（ＰＬＡ）、プログラマブルアレイロジック（ＰＡＬ）、汎用アレイロジック（ＧＡＬ）、複合プログラマブル論理デバイス（ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、システムオンチップ（ＳｏＣ）、又は特定用途向け集積回路（ＡＳＩＣ）などの任意の組み合わせを含んでもよい。幾つかの実施形態では、プロセッサ４０２は、単一の論理コンポーネントとしてグループ化されたプロセッサのセットでもよい。例えば、図４に示されるように、プロセッサ４０２は、プロセッサ４０２ａ、プロセッサ４０２ｂ、及びプロセッサ４０２ｎを含む複数のプロセッサを含んでもよい。

【0037】

[0046] 装置４００は、データ（例えば、命令セット、コンピュータコード、又は中間データなど）を保存するように構成されたメモリ４０４も含み得る。例えば、図４に示されるように、保存されたデータは、プログラム命令（例えば、図２又は図３のステージを実装するためのプログラム命令）及び処理用データを含み得る。プロセッサ４０２は、（例えば、バス４１０を介して）プログラム命令及び処理用データにアクセスし、処理用データに対して演算又は操作を行うために、プログラム命令を実行することができる。メモリ４０４は、高速ランダムアクセス記憶デバイス又は不揮発性記憶デバイスを含んでもよい。幾つかの実施形態では、メモリ４０４は、幾つかのランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、光ディスク、磁気ディスク、ハードドライブ、ソリッドステートドライブ、フラッシュドライブ、ＳＤ（security digital）カード、メモリスティック、又はコンパクトフラッシュ（登録商標）（ＣＦ）カードなどの任意の組み合わせを含み得る。メモリ４０４もまた、単一の論理コンポーネントとしてグループ化されたメモリの一群（図４では図示せず）でもよい。

【0038】

[0047] バス４１０は、内部バス（例えば、ＣＰＵメモリバス）、又は外部バス（例えば、ユニバーサルシリアルバスポート、周辺コンポーネント相互接続エクスプレスポート）などの装置４００内のコンポーネント間でデータを転送する通信デバイスでもよい。

【0039】

[0048] 曖昧さを生じさせずに説明を簡単にするために、本開示においては、プロセッサ４０２及び他のデータ処理回路はまとめて「データ処理回路」と呼ばれる。データ処理回路は、完全にハードウェアとして、又はソフトウェア、ハードウェア、若しくはファームウェアの組み合わせとして実装されてもよい。さらに、データ処理回路は、単一の独立したモジュールでもよく、又は装置４００の任意の他のコンポーネントと完全に若しくは部分的に統合されてもよい。

【0040】

[0049] 装置４００は、ネットワーク（例えば、インターネット、イントラネット、ローカルエリアネットワーク、又はモバイル通信ネットワークなど）との有線又は無線通信を提供するために、ネットワークインタフェース４０６をさらに含み得る。幾つかの実施形態では、ネットワークインタフェース４０６は、幾つかのネットワークインタフェースコントローラ（ＮＩＣ）、無線周波数（ＲＦ）モジュール、トランスポンダ、トランシーバ、モデム、ルータ、ゲートウェイ、有線ネットワークアダプタ、無線ネットワークアダプタ、ブルートゥース（登録商標）アダプタ、赤外線アダプタ、近距離無線通信（「ＮＦＣ」）アダプタ、又はセルラーネットワークチップなどの任意の組み合わせを含んでもよい。

【0041】

[0050] 幾つかの実施形態では、任意選択的に、装置４００は、１つ又は複数の周辺デバイスに対する接続を提供するために、周辺インタフェース４０８をさらに含んでもよい。図４に示されるように、周辺デバイスは、カーソル制御デバイス（例えば、マウス、タッチパッド、若しくはタッチスクリーン）、キーボード、ディスプレイ（例えば、陰極線管ディスプレイ、液晶ディスプレイ、若しくは発光ダイオードディスプレイ）、又は映像入力デバイス（例えば、カメラ、若しくは映像アーカイブに結合された入力インタフェース）などを含み得る（ただし、これらに限定されない）。

【0042】

[0051] 映像コーデックは、装置４００内の任意のソフトウェア又はハードウェアモジュールの任意の組み合わせとして実装され得ることに留意されたい。例えば、図２のエンコーダ２００又は図３のデコーダ３００の一部又は全てのステージが、メモリ４０４にロードされ得るプログラム命令などの、装置４００の１つ又は複数のソフトウェアモジュールとして実装され得る。別の例として、図２のエンコーダ２００又は図３のデコーダ３００の一部又は全てのステージは、専用データ処理回路など（例えば、ＦＰＧＡ、ＡＳＩＣ、又はＮＰＵなど）の、装置４００の１つ又は複数のハードウェアモジュールとして実装され得る。

【0043】

[0052] 量子化及び逆量子化機能ブロック（例えば、図２の量子化ユニット２０６及び逆量子化ユニット２１０、図３の逆量子化ユニット３１０）では、予測残差に適用される量子化（及び逆量子化）の量を決定するために、量子化パラメータ（ＱＰ）が使用される。ピクチャ又はスライスの符号化に使用される初期ＱＰ値は、例えば、ピクチャパラメータセット（ＰＰＳ（picture parameter set））のシンタックス要素init_qp_minus26を使用して、及びスライスヘッダのシンタックス要素slice_qp_deltaを使用して、ハイレベルで信号化され得る。さらに、ＱＰ値は、量子化グループの粒度で送られたデルタＱＰ値を使用して、ＣＵごとにローカルレベルで適応させることができる。

【0044】

[0053] ＶＶＣでは、インター予測符号化ユニット（ＣＵ）に対して、サブブロック変換（ＳＢＴ（sub-block transform））が使用される。この変換モードでは、上記ＣＵに関して、残差ブロックのサブパートのみが符号化される。シンタックス要素cu_cbfを用いたインター予測ＣＵが１に等しい場合、残差ブロック全体が符号化されるか、或いは残差ブロックのサブパートが符号化されるかを示すために、シンタックス要素cu_sbt_flagが信号化され得る。前者の場合、ＣＵの変換タイプを決定するために、インター複数変換選択（ＭＴＳ）（inter multiple transform selected）情報がさらにパースされる。後者の場合、推論適応変換を用いて残差ブロックの一部が符号化され、残差ブロックの残りの部分がゼロで埋められる。

【0045】

[0054] インター予測ＣＵにＳＢＴが使用される場合、ＳＢＴタイプ及びＳＢＴ位置情報がビットストリームにおいて信号化される。図５に示されるように、２つのＳＢＴタイプ及び２つのＳＢＴ位置が存在する。ＳＢＴ－Ｖ（又はＳＢＴ－Ｈ）の場合、変換ユニット（ＴＵ（transform unit））幅（又は高さ）は、ＣＵ幅（若しくは高さ）の半分、又はＣＵ幅（若しくは高さ）の１／４に等しくてもよく、その結果、２：２分割又は１：３／３：１分割が得られる。２：２分割は、二分木（ＢＴ（binary tree））分割のようなものであり、１：３／３：１分割は、非対称二分木（ＡＢＴ（asymmetric binary tree））分割のようなものである。ＡＢＴ分割では、小さな領域のみが非ゼロ残差を包含する。ＣＵの１つの寸法がルマサンプルで８である場合、その寸法に沿った１：３／３：１分割は、却下される。ＣＵに関して、多くとも８つのＳＢＴモードが存在する。

【0046】

[0055] ＳＢＴが有効にされるか、或いは無効にされるかを指定するために、シーケンスパラメータセット（ＳＰＳ（Sequence Parameter Set））レベルシンタックスは、シンタックス要素sps_sbt_enabled_flagを使用し得る。シンタックス要素sps_sbt_enabled_flagが０に等しい場合、それは、インター予測ＣＵに対するＳＢＴが、このＳＰＳを参照する映像シーケンス全体に対して無効にされることを信号化する。シンタックス要素sps_sbt_enabled_flagが１に等しい場合、それは、インター予測ＣＵに対するＳＢＴが、このＳＰＳを参照する映像シーケンス全体に対して有効にされることを信号化する。

【0047】

[0056] また、sps_sbt_enabled_flagが１に等しい場合、ＳＢＴが許容される最大ＣＵ幅及び高さを指定するために、別のＳＰＳシンタックス要素sps_sbt_max_size_64_flagを使用することができる。シンタックス要素sps_sbt_max_size_64_flagが０に等しい場合、それは、ＳＢＴを許容する最大ＣＵ幅及び高さが３２ルマサンプルであることを信号化する。シンタックス要素sps_sbt_max_size_64_flagが１に等しい場合、それは、ＳＢＴを許容する最大ＣＵ幅及び高さが６４ルマサンプルであることを信号化する。ＳＢＴに関する最大許容ＣＵサイズを指定することができる可変MaxSbtSizeは、以下の式１に基づいて算出される。
MaxSbtSize = Min( MaxTbSizeY, sps_sbt_max_size_64_flag ? 64 : 32 ) （式１）
式中、MaxTbSizeYは、最大許容変換ブロック（ＴＢ）サイズであり、以下の式２に従って、別のＳＰＳレベルシンタックス要素sps_max_luma_transform_size_64_flagから導出することができる。
MaxTbSizeY = sps_max_luma_transform_size_64_flag ? 64 : 32 （式２）

【0048】

[0057] 上記の通り、MaxSbtSizeの導出は、２つのシンタックス要素sps_max_luma_transform_size_64_flag及びsps_sbt_max_size_64_flagに依存する。シンタックス要素sps_max_luma_transform_size_64_flagの値＝０の場合、シンタックス要素sps_sbt_max_size_64_flagの値にかかわらず、MaxSbtSizeは、常に３２である。したがって、シンタックス要素sps_max_luma_transform_size_64_flagがゼロの場合、シンタックス要素sps_sbt_max_size_64_flagを信号化する必要はない。ＶＶＣにおけるこのようなシンタックス冗長性は、信号化オーバーヘッドを不必要に増加させる。

【0049】

[0058] 映像符号化効率を向上させるために、幾つかの開示実施形態によれば、シンタックス要素sps_max_luma_transform_size_64_flag及びsps_sbt_enabled_flagが共に１である場合のみ、シンタックス要素sps_sbt_max_size_64_flagが信号化される。図６は、本開示の幾つかの実施形態による、例示的な表１を示す。表１は、幾つかの実施形態の例示的ＳＰＳシンタックス表を示す。表１に示されるように（強調はイタリック体で示される）、シンタックス要素sps_max_luma_transform_size_64_flag及びsps_sbt_enabled_flagが共に１である場合のみ、シンタックス要素sps_sbt_max_size_64_flagが信号化される。シンタックス要素sps_max_luma_transform_size_64_flagが０である場合、シンタックス要素sps_sbt_max_size_64_flagは、ゼロであると推論することができる（これは、ＳＢＴを許容する最大ＣＵ幅及び高さが（ルマサンプル単位で）３２であることを意味する）。

【0050】

[0059] 図７は、本開示の幾つかの実施形態による例示的映像処理方法７００のフローチャートを示す。幾つかの実施形態では、方法７００は、エンコーダ（例えば、図２のエンコーダ２００）、デコーダ（例えば、図３のデコーダ３００）、又は装置（例えば、図４の装置４００）の１つ若しくは複数のソフトウェア若しくはハードウェアコンポーネントによって行うことができる。例えば、プロセッサ（例えば、図４のプロセッサ４０２）は、方法７００を行うことができる。幾つかの実施形態では、方法７００は、コンピュータ（例えば、図４の装置４００）によって実行されるプログラムコードなどのコンピュータ実行可能命令を含む、コンピュータ可読媒体で具現化されたコンピュータプログラム製品によって実装されてもよい。

【0051】

[0060] ステップ７０２では、方法７００は、映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを決定することを含み得る。幾つかの実施形態では、ＳＢＴが有効にされるか否かを示すフラグ（例えば、図６の表１に示されるようなシンタックス要素sps_sbt_enabled_flag）が、ＳＰＳにおいて信号化され得る。例えば、０に等しいシンタックス要素sps_sbt_enabled_flagは、インター予測ＣＵに対するＳＢＴが、ＳＰＳを参照する映像シーケンス全体に対して無効にされることを指定することができる。そして、１に等しいシンタックス要素sps_sbt_enabled_flagは、インター予測ＣＵに対するＳＢＴが、ＳＰＳを参照する映像シーケンス全体に対して有効にされることを指定することができる。

【0052】

[0061] ステップ７０４では、方法７００は、ＳＰＳにおいて、ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第１のフラグの値を決定することを含み得る。第１のフラグは、第１の値又は第２の値に設定することができる。例えば、第１の値は１であり、第２の値は０である。最大ＴＢサイズは、３２又は６４などでもよい。幾つかの実施形態では、方法７００は、最大ＴＢサイズが６４であることに応答して、第１のフラグの値を第１の値に設定すること、及び最大ＴＢサイズが３２であることに応答して、第１のフラグの値を第２の値に設定することも含み得る。幾つかの実施形態では、第１のフラグは、図６の表１のシンタックス要素sps_max_luma_transform_size_64_flagでもよい。

【0053】

[0062] ステップ７０６では、方法７００は、ＳＢＴが有効にされること、及び第１のフラグの値が第１の値に等しいことに応答して、ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズを示す第２のフラグを信号化することを含み得る。ＳＢＴがディスイネーブルされること、又は第１のフラグの値が第２の値に等しいことに応答して、第２のフラグは信号化されない。例えば、第２のフラグは、図６の表１に示されるようなシンタックス要素sps_sbt_max_size_64_flagでもよい。シンタックス要素sps_sbt_max_size_64_flagは、シンタックス要素sps_max_luma_transform_size_64_flag及びsps_sbt_enabled_flagが共に１である場合のみ信号化される。

【0054】

[0063] 幾つかの実施形態では、方法７００は、ＳＰＳにおいて、ＳＢＴが有効にされるか否かを示す第３のフラグ（例えば、図６の表１に示されるようなシンタックス要素sps_sbt_enabled_flag）を信号化すること、及びＳＰＳにおいて第１のフラグ（例えば、図６の表１のシンタックス要素sps_max_luma_transform_size_64_flag）を信号化することも含み得る。

【0055】

[0064] 幾つかの実施形態では、最大ＣＵサイズは、３２又は６４でもよい。ＳＢＴを許容する最大ＣＵ幅又は高さは、（例えば、式１に従って）最大ＴＢサイズ及び最大ＣＵサイズの小さい方に基づいて決定されてもよい。

【0056】

[0065] 幾つかの開示実施形態では、シンタックス要素sps_sbt_max_size_64_flagは、全く信号化されない。この場合、ＳＢＴの最大許容ＣＵ幅及び高さは、シンタックス要素sps_max_luma_transform_size_64_flagに直接依存する。シンタックス要素sps_max_luma_transform_size_64_flagが０に等しければ、ＳＢＴを許容する最大ＣＵ幅及び高さは、３２ルマサンプルである。シンタックス要素sps_max_luma_transform_size_64_flagが１に等しければ、ＳＢＴを許容する最大ＣＵ幅及び高さは、６４ルマサンプルである。つまり、MaxSbtSizeがMaxTbSizeYに等しく設定される。図８は、本開示の幾つかの実施形態による例示的な表２を示す。表２は、これらの実施形態を実装する例示的ＳＰＳシンタックスを示す。表２に示されるように、シンタックス要素sps_sbt_max_size_64_flagは、信号化されず、上記シンタックスから削除される。図９は、本開示の幾つかの実施形態による例示的な表３を示す。表３（強調はイタリック体で示される）は、最大ＣＵ幅及び高さを設定するためにMaxTbSizeYを直接使用する例示的符号化ユニット（ＣＵ）シンタックス表を示す。MaxTbSizeYは、以下の式３に基づいて算出される。
MaxTbSizeY = sps_max_luma_transform_size_64_flag ? 64 : 32 （式３）

【0057】

[0066] 図１０は、本開示の幾つかの実施形態による、別の例示的映像処理方法１０００のフローチャートを示す。幾つかの実施形態では、方法１０００は、エンコーダ（例えば、図２のエンコーダ２００）、デコーダ（例えば、図３のデコーダ３００）、又は装置（例えば、図４の装置４００）の１つ若しくは複数のソフトウェア若しくはハードウェアコンポーネントによって行うことができる。例えば、プロセッサ（例えば、図４のプロセッサ４０２）は、方法１０００を行うことができる。幾つかの実施形態では、方法１０００は、コンピュータ（例えば、図４の装置４００）によって実行されるプログラムコードなどのコンピュータ実行可能命令を含む、コンピュータ可読媒体で具現化されたコンピュータプログラム製品によって実装されてもよい。

【0058】

[0067] ステップ１００２では、方法１０００は、映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することを含む。幾つかの実施形態では、第１のフラグは、図８の表２に示されるようなシンタックス要素sps_sbt_enabled_flagでもよい。例えば、０に等しいシンタックス要素sps_sbt_enabled_flagは、インター予測ＣＵに対するＳＢＴが、このＳＰＳを参照する映像シーケンス全体に対して無効にされることを指定することができる。そして、１に等しいシンタックス要素sps_sbt_enabled_flagは、インター予測ＣＵに対するＳＢＴが、このＳＰＳを参照する映像シーケンス全体に対して有効にされることを指定することができる。

【0059】

[0068] ステップ１００４では、方法１０００は、ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第２のフラグを信号化することを含み得る。第２のフラグは、第１の値又は第２の値に設定することができる。例えば、第１の値は１であり、第２の値は０である。最大ＴＢサイズは、３２又は６４などでもよい。幾つかの実施形態では、方法１０００は、最大ＴＢサイズが３２であることに応答して、第２のフラグの値を０に設定すること、及び最大ＴＢサイズが６４であることに応答して、第２のフラグの値を１に設定することも含み得る。幾つかの実施形態では、第１のフラグは、図８の表２のシンタックス要素sps_max_luma_transform_size_64_flagでもよい。

【0060】

[0069] ＳＢＴを許容する最大ＣＵサイズは、ＳＢＴが有効にされることを示す第１のフラグに応答して、最大ＴＢサイズに直接基づいて決定することができる。例えば、最大ＣＵサイズは、最大ＴＢサイズに等しくなるように決定される。最大ＣＵサイズは、最大ＣＵ幅及び最大ＣＵ高さを含み得る。

【0061】

[0070] 幾つかの実施形態では、命令を含む非一時的コンピュータ可読記憶媒体も提供され、命令は、上記の方法を行うために、デバイス（開示のエンコーダ及びデコーダなど）によって実行され得る。非一時的媒体の一般的な形態には、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、ソリッドステートドライブ、磁気テープ、又はその他の磁気データ記憶媒体、ＣＤ－ＲＯＭ、その他の光学データ記憶媒体、孔のパターンを有する任意の物理媒体、ＲＡＭ、ＰＲＯＭ、及びＥＰＲＯＭ、ＦＬＡＳＨ（登録商標）－ＥＰＲＯＭ又はその他のフラッシュメモリ、ＮＶＲＡＭ、キャッシュ、レジスタ、その他のメモリチップ又はカートリッジ、並びに上記のネットワーク化バージョンが含まれる。デバイスは、１つ若しくは複数のプロセッサ（ＣＰＵ）、入出力インタフェース、ネットワークインタフェース、及び／又はメモリを含み得る。

【0062】

[0071] 実施形態は、以下の条項を用いてさらに説明することができる。
１．映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを決定することと、
ＳＰＳにおいて、ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第１のフラグの値を決定することと、
ＳＢＴが有効にされること、及び第１のフラグの値が第１の値に等しいことに応答して、ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズを示す第２のフラグを信号化することと、
を含む、映像処理方法。
２．ＳＢＴがディスイネーブルされること、又は第１のフラグの値が第２の値に等しいことに応答して、第２のフラグが信号化されない、条項１に記載の方法。
３．ＳＰＳにおいて、ＳＢＴが有効にされるか否かを示す第３のフラグを信号化することと、
ＳＰＳにおいて第１のフラグを信号化することと、
をさらに含む、条項１又は２に記載の方法。
４．第１の値が１であり、及び第２の値が０である、条項２に記載の方法。
５．最大ＴＢサイズが３２又は６４である、条項１～４の何れか一項に記載の方法。
６．最大ＴＢサイズが６４であることに応答して、第１のフラグの値を第１の値に設定することをさらに含む、条項５に記載の方法。
７．最大ＴＢサイズが３２であることに応答して、第１のフラグの値を第２の値に設定することをさらに含む、条項５に記載の方法。
８．ＳＢＴを許容する最大ＣＵサイズが３２又は６４である、条項１～７の何れか一項に記載の方法。
９．ＳＢＴを許容する最大ＣＵ幅が、ＳＢＴを許容する最大ＴＢサイズ及び最大ＣＵサイズの小さい方に基づいて決定される、条項１～８の何れか一項に記載の方法。
１０．ＳＢＴを許容する最大ＣＵ高さが、ＳＢＴを許容する最大ＴＢサイズ及び最大ＣＵサイズの小さい方に基づいて決定される、条項１～９の何れか一項に記載の方法。
１１．映像処理装置であって、
命令を保存するための少なくとも１つのメモリと、
少なくとも１つのプロセッサとを含み、少なくとも１つのプロセッサは、命令を実行して、
映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを決定することと、
ＳＰＳにおいて、ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第１のフラグの値を決定することと、
ＳＢＴが有効にされること、及び第１のフラグの値が第１の値に等しいことに応答して、ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズを示す第２のフラグを信号化することと、
を装置に行わせる、映像処理装置。
１２．ＳＢＴがディスイネーブルされること、又は第１のフラグの値が第２の値に等しいことに応答して、第２のフラグが信号化されない、条項１１に記載の装置。
１３．少なくとも１つのプロセッサが、さらに命令を実行して、
ＳＰＳにおいて、ＳＢＴが有効にされるか否かを示す第３のフラグを信号化することと、
ＳＰＳにおいて第１のフラグを信号化することと、
を装置に行わせる、条項１１又は１２に記載の装置。
１４．第１の値が１であり、及び第２の値が０である、条項１２に記載の装置。
１５．最大ＴＢサイズが３２又は６４である、条項１１～１４の何れか一項に記載の装置。
１６．最大ＴＢサイズが６４であることに応答して、第１のフラグの値を第１の値に設定することをさらに含む、条項１５に記載の装置。
１７．最大ＴＢサイズが３２であることに応答して、第１のフラグの値を第２の値に設定することをさらに含む、条項１５に記載の装置。
１８．ＳＢＴを許容する最大ＣＵサイズが３２又は６４である、条項１１～１７の何れか一項に記載の装置。
１９．ＳＢＴを許容する最大ＣＵ幅が、ＳＢＴを許容する最大ＴＢサイズ及び最大ＣＵサイズの小さい方に基づいて決定される、条項１１～１８の何れか一項に記載の装置。
２０．ＳＢＴを許容する最大ＣＵ高さが、ＳＢＴを許容する最大ＴＢサイズ及び最大ＣＵサイズの小さい方に基づいて決定される、条項１１～１９の何れか一項に記載の装置。
２１．命令セットを保存した非一時的コンピュータ可読記憶媒体であって、命令セットは、映像処理方法をコンピュータに行わせるように、少なくとも１つのプロセッサによって実行可能であり、映像処理方法は、
映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを決定することと、
ＳＰＳにおいて、ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第１のフラグの値を決定することと、
ＳＢＴが有効にされること、及び第１のフラグの値が第１の値に等しいことに応答して、ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズを示す第２のフラグを信号化することと、
を含む、非一時的コンピュータ可読記憶媒体。
２２．ＳＢＴがディスイネーブルされること、又は第１のフラグの値が第２の値に等しいことに応答して、第２のフラグが信号化されない、条項２１に記載の非一時的コンピュータ可読記憶媒体。
２３．少なくとも１つのプロセッサによって実行可能な命令セットが、
ＳＰＳにおいて、ＳＢＴが有効にされるか否かを示す第３のフラグを信号化することと、
ＳＰＳにおいて第１のフラグを信号化することと、
をコンピュータにさらに行わせる、条項２１又は２２に記載の非一時的コンピュータ可読記憶媒体。
２４．第１の値が１であり、及び第２の値が０である、条項２２に記載の非一時的コンピュータ可読記憶媒体。
２５．最大ＴＢサイズが３２又は６４である、条項２１～２４の何れか一項に記載の非一時的コンピュータ可読記憶媒体。
２６．少なくとも１つのプロセッサによって実行可能な命令セットが、
最大ＴＢサイズが６４であることに応答して、第１のフラグの値を第１の値に設定することをコンピュータにさらに行わせる、条項２５に記載の非一時的コンピュータ可読記憶媒体。
２７．少なくとも１つのプロセッサによって実行可能な命令セットが、
最大ＴＢサイズが３２であることに応答して、第１のフラグの値を第２の値に設定することをコンピュータにさらに行わせる、条項２５に記載の非一時的コンピュータ可読記憶媒体。
２８．ＳＢＴを許容する最大ＣＵサイズが３２又は６４である、条項２１～２７の何れか一項に記載の非一時的コンピュータ可読記憶媒体。
２９．ＳＢＴを許容する最大ＣＵ幅が、ＳＢＴを許容する最大ＴＢサイズ及び最大ＣＵサイズの小さい方に基づいて決定される、条項２１～２８の何れか一項に記載の非一時的コンピュータ可読記憶媒体。
３０．ＳＢＴを許容する最大ＣＵ高さが、ＳＢＴを許容する最大ＴＢサイズ及び最大ＣＵサイズの小さい方に基づいて決定される、条項２１～２９の何れか一項に記載の非一時的コンピュータ可読記憶媒体。
３１．映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、
ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第２のフラグを信号化することと、
を含み、
ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズが、ＳＢＴが有効にされることを示す第１のフラグに応答して、最大ＴＢサイズに直接基づいて決定される、映像処理方法。
３２．ＳＢＴを許容する最大ＣＵサイズが、最大ＣＵ幅又は最大ＣＵ高さである、条項３１に記載の方法。
３３．ＳＢＴを許容する最大ＣＵサイズが、最大ＴＢサイズに等しくなるように決定される、条項３１又は３２に記載の方法。
３４．最大ＴＢサイズが３２又は６４である、条項３１～３３の何れか一項に記載の方法。
３５．最大ＴＢサイズが３２であることに応答して、第２のフラグの値を０に設定することをさらに含む、条項３４に記載の方法。
３６．最大ＴＢサイズが６４であることに応答して、第２のフラグの値を１に設定することをさらに含む、条項３４に記載の方法。
３７．映像処理装置であって、
命令を保存するための少なくとも１つのメモリと、
少なくとも１つのプロセッサとを含み、少なくとも１つのプロセッサは、命令を実行して、
映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、
ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第２のフラグを信号化することと、
を装置に行わせ、
ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズが、ＳＢＴが有効にされることを示す第１のフラグに応答して、最大ＴＢサイズに直接基づいて決定される、映像処理装置。
３８．ＳＢＴを許容する最大ＣＵサイズが、最大ＣＵ幅又は最大ＣＵ高さである、条項３７に記載の装置。
３９．ＳＢＴを許容する最大ＣＵサイズが、最大ＴＢサイズに等しくなるように決定される、条項３７又は３８に記載の装置。
４０．最大ＴＢサイズが３２又は６４である、条項３７～３９の何れか一項に記載の装置。
４１．少なくとも１つのプロセッサが、さらに命令を実行して、
最大ＴＢサイズが３２であることに応答して、第２のフラグの値を０に設定することを装置に行わせる、条項４０に記載の装置。
４２．少なくとも１つのプロセッサが、さらに命令を実行して、
最大ＴＢサイズが６４であることに応答して、第２のフラグの値を１に設定することを装置に行わせる、条項４０に記載の装置。
４３．命令セットを保存する非一時的コンピュータ可読記憶媒体であって、命令セットは、映像処理方法をコンピュータに行わせるように、少なくとも１つのプロセッサによって実行可能であり、映像処理方法は、
映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、
ＳＢＴを許容する最大変換ブロック（ＴＢ）サイズを示す第２のフラグを信号化することと、
を含み、
ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズが、ＳＢＴが有効にされることを示す第１のフラグに応答して、最大ＴＢサイズに直接基づいて決定される、非一時的コンピュータ可読記憶媒体。
４４．ＳＢＴを許容する最大ＣＵサイズが、最大ＣＵ幅又は最大ＣＵ高さである、条項４３に記載の非一時的コンピュータ可読記憶媒体。
４５．ＳＢＴを許容する最大ＣＵサイズが、最大ＴＢサイズに等しくなるように決定される、条項４３又は４４に記載の非一時的コンピュータ可読記憶媒体。
４６．最大ＴＢサイズが３２又は６４である、条項４３～４５の何れか一項に記載の非一時的コンピュータ可読記憶媒体。
４７．少なくとも１つのプロセッサによって実行可能な命令セットが、
最大ＴＢサイズが３２であることに応答して、第２のフラグの値を０に設定することをコンピュータにさらに行わせる、条項４６に記載の非一時的コンピュータ可読記憶媒体。
４８．少なくとも１つのプロセッサによって実行可能な命令セットが、
最大ＴＢサイズが６４であることに応答して、第２のフラグの値を１に設定することをコンピュータにさらに行わせる、条項４６に記載の非一時的コンピュータ可読記憶媒体。

【0063】

[0072] 「第１の」及び「第２の」などの本明細書の関係語は、あるエンティティ又は動作を別のエンティティ又は動作と区別するためだけに使用されるものであり、これらのエンティティ又は動作間の実際の関係又は順序を必要とするもの、又は暗示するものではないことに留意されたい。また、「含む（comprising）」、「有する（having）」、「包含する（containing）」、及び「含む（including）」という語、並びに他の類似の形態は、意味が同等であること、及びこれらの語の何れか１つに続く１つ又は複数の項が、そのような１つ若しくは複数の項の網羅的列挙ではない点で、又は列挙された１つ若しくは複数の項のみに限定されない点で、オープンエンド形式であることが意図される。

【0064】

[0073] 本明細書では、特に別段の記載のない限り、「又は」という用語は、実行不可能でない限り、全ての可能な組み合わせを網羅する。例えば、データベースがＡ又はＢを含み得ると記載される場合、特に別段の記載のない限り、又は実行不可能でない限り、データベースは、Ａ、又はＢ、又はＡ及びＢを含み得る。第２の例として、データベースがＡ、Ｂ、又はＣを含み得ると記載される場合、特に別段の記載のない限り、又は実行不可能でない限り、データベースは、Ａ、又はＢ、又はＣ、又はＡ及びＢ、又はＡ及びＣ、又はＢ及びＣ、又はＡ及びＢ及びＣを含み得る。

【0065】

[0074] 上記の実施形態は、ハードウェア、又はソフトウェア（プログラムコード）、又はハードウェア及びソフトウェアの組み合わせによって実施され得ることが理解される。ソフトウェアによって実施される場合、それは、上記のコンピュータ可読媒体に保存され得る。ソフトウェアは、プロセッサによる実行時に、開示の方法を行うことができる。本開示に記載したコンピューティングユニット及び他の機能ユニットは、ハードウェア、又はソフトウェア、又はハードウェア及びソフトウェアの組み合わせによって実装され得る。当業者は、上記のモジュール／ユニットの内の複数が、１つのモジュール／ユニットとして統合され得ること、及び上記のモジュール／ユニットのそれぞれが、複数のサブモジュール／サブユニットにさらに分割され得ることも理解するだろう。

【0066】

[0075] 上述の明細書では、実施態様によって異なり得る多数の具体的詳細に関して、実施形態を説明した。記載した実施形態の特定の適応及び変更が行われ得る。ここに開示した発明の明細書及び実施を考慮して、他の実施形態が当業者には明らかとなり得る。上記明細書及び例は、単なる例示と見なされることが意図され、本発明の真の範囲及び精神は、以下の特許請求の範囲によって示される。また、図面に示されるステップの順序は、単に、説明のためのものであることが意図され、ステップの何れの特定の順序にも限定されることは意図されない。そのため、同じ方法を実施しながら、これらのステップが異なる順序で行われ得ることを当業者は理解できる。

【0067】

[0076] 図面及び明細書では、例示的実施形態を開示した。しかしながら、これらの実施形態に対して多くの変形形態及び変更形態を作ることができる。したがって、特定の用語が使用されるが、それらは、単に一般的及び説明的な意味で使用されるものであり、限定を意図したものではない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8A】

【図8B】

【図9】

【図10】

【手続補正書】

【提出日】2022-04-28

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、
シーケンスパラメータセット（ＳＰＳ）において、ルマサンプルの最大変換サイズを示す第２のフラグを信号化することと、
を含み、
前記ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズが、前記ＳＢＴが有効にされることを示す前記第１のフラグに応答して、前記最大変換サイズに直接基づいて決定される、映像処理方法。

【請求項2】

前記ＳＢＴを許容する前記最大ＣＵサイズが、最大ＣＵ幅又は最大ＣＵ高さである、請求項１に記載の方法。

【請求項3】

前記ＳＢＴを許容する前記最大ＣＵサイズが、前記最大変換サイズに等しくなるように決定される、請求項１に記載の方法。

【請求項4】

前記最大変換サイズが３２又は６４である、請求項１に記載の方法。

【請求項5】

前記最大変換サイズが３２であることに応答して、前記第２のフラグの値を０に設定することをさらに含む、請求項４に記載の方法。

【請求項6】

前記最大変換サイズが６４であることに応答して、前記第２のフラグの値を１に設定することをさらに含む、請求項４に記載の方法。

【請求項7】

映像処理装置であって、
命令を保存するための少なくとも１つのメモリと、
少なくとも１つのプロセッサと、とを含み、前記少なくとも１つのプロセッサが、前記命令を実行して、
映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、
シーケンスパラメータセット（ＳＰＳ）において、ルマサンプルの最大変換サイズを示す第２のフラグを信号化することと、
を前記装置に行わせ、
前記ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズが、前記ＳＢＴが有効にされることを示す前記第１のフラグに応答して、前記最大変換サイズに直接基づいて決定される、映像処理装置。

【請求項8】

前記ＳＢＴを許容する前記最大ＣＵサイズが、最大ＣＵ幅又は最大ＣＵ高さである、請求項７に記載の装置。

【請求項9】

前記ＳＢＴを許容する前記最大ＣＵサイズが、前記最大変換サイズに等しくなるように決定される、請求項７に記載の装置。

【請求項10】

前記最大変換サイズが３２又は６４である、請求項７に記載の装置。

【請求項11】

前記少なくとも１つのプロセッサが、さらに前記命令を実行して、
前記最大変換サイズが３２であることに応答して、前記第２のフラグの値を０に設定することを前記装置に行わせる、請求項１０に記載の装置。

【請求項12】

前記少なくとも１つのプロセッサが、さらに前記命令を実行して、
前記最大変換サイズが６４であることに応答して、前記第２のフラグの値を１に設定することを前記装置に行わせる、請求項１０に記載の装置。

【請求項13】

命令セットを保存する非一時的コンピュータ可読記憶媒体であって、前記命令セットは、映像処理方法をコンピュータに行わせるように、少なくとも１つのプロセッサによって実行可能であり、前記映像処理方法は、
映像シーケンスのシーケンスパラメータセット（ＳＰＳ）において、サブブロック変換（ＳＢＴ）が有効にされるか否かを示す第１のフラグを信号化することと、
シーケンスパラメータセット（ＳＰＳ）において、ルマサンプルの最大変換サイズを示す第２のフラグを信号化することと、
を含み、
前記ＳＢＴを許容する最大符号化ユニット（ＣＵ）サイズが、前記ＳＢＴが有効にされることを示す前記第１のフラグに応答して、前記最大変換サイズに直接基づいて決定される、非一時的コンピュータ可読記憶媒体。

【請求項14】

前記ＳＢＴを許容する前記最大ＣＵサイズが、最大ＣＵ幅又は最大ＣＵ高さである、請求項１３に記載の非一時的コンピュータ可読記憶媒体。

【請求項15】

前記ＳＢＴを許容する前記最大ＣＵサイズが、前記最大変換サイズに等しくなるように決定される、請求項１３に記載の非一時的コンピュータ可読記憶媒体。

【請求項16】

前記最大変換サイズが３２又は６４である、請求項１３に記載の非一時的コンピュータ可読記憶媒体。

【請求項17】

前記少なくとも１つのプロセッサによって実行可能な前記命令セットが、
前記最大変換サイズが３２であることに応答して、前記第２のフラグの値を０に設定することを前記コンピュータにさらに行わせる、請求項１６に記載の非一時的コンピュータ可読記憶媒体。

【請求項18】

前記少なくとも１つのプロセッサによって実行可能な前記命令セットが、
前記最大変換サイズが６４であることに応答して、前記第２のフラグの値を１に設定することを前記コンピュータにさらに行わせる、請求項１６に記載の非一時的コンピュータ可読記憶媒体。

【請求項19】

前記第２のフラグがsps_max_luma_transform_size_64_flagである、請求項１に記載の方法。

【請求項20】

前記第２のフラグがsps_max_luma_transform_size_64_flagである、請求項７に記載の装置。

【国際調査報告】