▶ ベイジン バイトダンス ネットワーク テクノロジー カンパニー リミテッドの特許一覧 ▶ バイトダンス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-10-17
(45)【発行日】2023-10-25
(54)【発明の名称】ブロックサイズに基づくピクチャ分割モードの決定
(51)【国際特許分類】
H04N 19/119 20140101AFI20231018BHJP
H04N 19/136 20140101ALI20231018BHJP
H04N 19/176 20140101ALI20231018BHJP
【ＦＩ】
H04N19/119
H04N19/136
H04N19/176
【請求項の数】
16
(21)【出願番号】P 2022505204
(86)(22)【出願日】2020-07-27
(65)【公表番号】
(43)【公表日】2022-09-29
(86)【国際出願番号】 CN2020104785
(87)【国際公開番号】W WO2021018082
(87)【国際公開日】2021-02-04
【審査請求日】2022-01-25
(31)【優先権主張番号】PCT/CN2019/097926
(32)【優先日】2019-07-26
(33)【優先権主張国・地域又は機関】CN
(31)【優先権主張番号】PCT/CN2019/103892
(32)【優先日】2019-08-31
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】520476341
【氏名又は名称】北京字節跳動網絡技術有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ
(73)【特許権者】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】デン，ジピン
(72)【発明者】
【氏名】ザン，リー
(72)【発明者】
【氏名】ザン，カイ
(72)【発明者】
【氏名】リュウ，ホンビン
【審査官】間宮 嘉誉
(56)【参考文献】
【文献】米国特許出願公開第２０１９／０３２７４７６（ＵＳ，Ａ１）
【文献】特開２０１２－０８０２１３（ＪＰ，Ａ）
【文献】国際公開第２０１８／１２３３１５（ＷＯ，Ａ１）
【文献】特開２０１８－１３９４３８（ＪＰ，Ａ）
【文献】国際公開第２０１９／０６９９５０（ＷＯ，Ａ１）
【文献】特開２０１９－８７９８５（ＪＰ，Ａ）
【文献】BROSS, Benjamin et al.，Versatile Video Coding (Draft 5)，JVET-N1001 (version 10)，ITU，2019年07月02日，p.22-24, 77，[online]，Retrieved from the Internet: <URL: https://jvet-experts.org/doc_end_user/documents/14_Geneva/wg11/JVET-N1001-v10.zip>，JVET-N1001-v10.docx
【文献】ZHAO, Yin et al.，CE1-Related: Prediction Mode Restriction and Implicit Transform Splitting to Enable VPDU，JVET-M0285 (version 1)，ITU，2019年01月02日，pp.1-5，JVET-M0285.docx
【文献】forayr et al.，Mismatch with Spec on Allow Binary/Ternary Split Process，Ticket No.429 of JVET VVC TRAC，2019年08月07日，[online]，[retrieved on 2023-09-13]，Retrieved from the Internet: <URL: https://jvet.hhi.fraunhofer.de/trac/vvc/ticket/429>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ７／１２
Ｈ０４Ｎ １９／００－１９／９８
(57)【特許請求の範囲】
【請求項1】
映像データを処理する方法であって、映像の現在映像ブロックの寸法に基づいて、水平方向又は垂直方向に前記現在映像ブロックを２つのサブブロックにスプリットする第１分割プロセス又は前記現在映像ブロックを３つのサブブロックにスプリットする第２分割プロセスが可能にされるか否かを決定するステップであり、前記現在映像ブロックの前記寸法は、ルマサンプルにおける前記現在映像ブロックの高さ又は幅を有する、ステップと、
前記決定に基づいて、前記現在映像ブロックと前記映像のビットストリームとの間での変換を実行するステップと、
を有し、
（ｉ）ルマサンプルにおける前記現在映像ブロックの前記幅と、前記現在映像ブロックの左上ルマサンプルの水平座標との和が、ピクチャの幅、又はルマサンプルにおける前記現在映像ブロックを有するサブピクチャの幅より大きく、且つ（ｉｉ）ルマサンプルにおける前記現在映像ブロックの前記高さがＮより大きい場合、前記垂直方向における前記第１分割プロセスは無効にされ、Ｎは正の整数であり、
前記第１分割プロセス又は前記第２分割プロセスが可能にされるか否かを決定することは、最大変換サイズとは無関係である、
方法。
【請求項2】
Ｎ＝６４である、請求項１に記載の方法。
【請求項3】
ルマサンプルにおける前記現在映像ブロックの前記高さ又は前記幅が６４より大きい場合、前記第２分割プロセスは無効にされる、請求項１又は２に記載の方法。
【請求項4】
（ｉ）ルマサンプルにおける前記現在映像ブロックの前記幅がＮ以下であり、且つ（ｉｉ）ルマサンプルにおける前記現在映像ブロックの前記高さがＮより大きい場合、前記垂直方向における前記第１分割プロセスは無効にされ、Ｎは正の整数である、請求項１乃至３のいずれか一項に記載の方法。
【請求項5】
（ｉ）ルマサンプルにおける前記現在映像ブロックの前記幅がＮより大きく、且つ（ｉｉ）ルマサンプルにおける前記現在映像ブロックの前記高さがＮ以下である場合、前記水平方向における前記第１分割プロセスは無効にされ、Ｎは正の整数である、請求項１乃至４のいずれか一項に記載の方法。
【請求項6】
（ｉ）ルマサンプルにおける前記現在映像ブロックの前記高さと、前記現在映像ブロックの前記左上ルマサンプルの垂直座標との和が、ピクチャの高さ、又はルマサンプルにおける前記現在映像ブロックを有するサブピクチャの高さより大きく、且つ（ｉｉ）ルマサンプルにおける前記現在映像ブロックの前記幅がＮより大きい場合、前記水平方向における前記第１分割プロセスは無効にされ、Ｎは正の整数である、請求項１乃至４のいずれか一項に記載の方法。
【請求項7】
ルマサンプルにおける前記現在映像ブロックの前記幅と、前記現在映像ブロックの左上ルマサンプルの水平座標との和が、ルマサンプルにおける前記現在映像ブロックを有するピクチャの幅より大きいという条件のみに従ってでは、前記水平方向における前記第１分割プロセスが無効にされると決定されることはできない、請求項１乃至６のいずれか一項に記載の方法。
【請求項8】
前記最大変換サイズは、コーディングツリーユニットの寸法に依存し、前記コーディングツリーユニットの前記寸法は前記コーディングツリーユニットの幅及び／又は高さを有する、請求項１乃至７のいずれか一項に記載の方法。
【請求項9】
前記最大変換サイズは、前記コーディングツリーユニットの前記寸法に等しい、請求項８に記載の方法。
【請求項10】
前記コーディングツリーユニットの前記寸法がＭより小さい場合、前記最大変換サイズはＭより小さく、ただし、Ｍ＝６４である、請求項８又は９に記載の方法。
【請求項11】
前記第１分割プロセスは二分木（ＢＴ）パーティションプロセスを有し、前記第２分割プロセスは三分木（ＴＴ）パーティションプロセスを有する、請求項１乃至１０のいずれか一項に記載の方法。
【請求項12】
前記変換は、前記現在映像ブロックを前記ビットストリームへと符号化することを含む、請求項１乃至１１のいずれかに記載の方法。
【請求項13】
前記変換は、前記ビットストリームから前記現在映像ブロックを復号することを含む、請求項１乃至１１のいずれかに記載の方法。
【請求項14】
プロセッサと、命令を有する非一時的なメモリと、を有する映像データを処理する装置であって、前記命令は、前記プロセッサによって実行されると、前記プロセッサに、映像の現在映像ブロックの寸法に基づいて、水平方向又は垂直方向に前記現在映像ブロックを２つのサブブロックにスプリットする第１分割プロセス又は前記現在映像ブロックを３つのサブブロックにスプリットする第２分割プロセスが可能にされるか否かを決定させ、前記現在映像ブロックの前記寸法は、ルマサンプルにおける前記現在映像ブロックの高さ又は幅を有し、
前記決定に基づいて、前記現在映像ブロックと前記映像のビットストリームとの間での変換を実行させ、
（ｉ）ルマサンプルにおける前記現在映像ブロックの前記幅と、前記現在映像ブロックの左上ルマサンプルの水平座標との和が、ピクチャの幅、又はルマサンプルにおける前記現在映像ブロックを有するサブピクチャの幅より大きく、且つ（ｉｉ）ルマサンプルにおける前記現在映像ブロックの前記高さがＮより大きい場合、前記垂直方向における前記第１分割プロセスは無効にされ、Ｎは正の整数であり、
前記第１分割プロセス又は前記第２分割プロセスが可能にされるか否かを決定することは、最大変換サイズとは無関係である、
装置。
【請求項15】
命令を格納した非一時的なコンピュータ読み取り可能記憶媒体であって、前記命令は、プロセッサに、映像の現在映像ブロックの寸法に基づいて、水平方向又は垂直方向に前記現在映像ブロックを２つのサブブロックにスプリットする第１分割プロセス又は前記現在映像ブロックを３つのサブブロックにスプリットする第２分割プロセスが可能にされるか否かを決定させ、前記現在映像ブロックの前記寸法は、ルマサンプルにおける前記現在映像ブロックの高さ又は幅を有し、
前記決定に基づいて、前記現在映像ブロックと前記映像のビットストリームとの間での変換を実行させ、
（ｉ）ルマサンプルにおける前記現在映像ブロックの前記幅と、前記現在映像ブロックの左上ルマサンプルの水平座標との和が、ピクチャの幅、又はルマサンプルにおける前記現在映像ブロックを有するサブピクチャの幅より大きく、且つ（ｉｉ）ルマサンプルにおける前記現在映像ブロックの前記高さがＮより大きい場合、前記垂直方向における前記第１分割プロセスは無効にされ、Ｎは正の整数であり、
前記第１分割プロセス又は前記第２分割プロセスが可能にされるか否かを決定することは、最大変換サイズとは無関係である、
コンピュータ読み取り可能記憶媒体。
【請求項16】
映像のビットストリームを格納する方法であって、
前記映像の現在映像ブロックの寸法に基づいて、水平方向又は垂直方向に前記現在映像ブロックを２つのサブブロックにスプリットする第１分割プロセス又は前記現在映像ブロックを３つのサブブロックにスプリットする第２分割プロセスが可能にされるか否かを決定するステップであり、前記現在映像ブロックの前記寸法は、ルマサンプルにおける前記現在映像ブロックの高さ又は幅を有する、ステップと、
前記決定に基づいて前記ビットストリームを生成するステップと、
前記ビットストリームを非一時的なコンピュータ読み取り可能記録媒体に格納するステップと、
を有し、
（ｉ）ルマサンプルにおける前記現在映像ブロックの前記幅と、前記現在映像ブロックの左上ルマサンプルの水平座標との和が、ピクチャの幅、又はルマサンプルにおける前記現在映像ブロックを有するサブピクチャの幅より大きく、且つ（ｉｉ）ルマサンプルにおける前記現在映像ブロックの前記高さがＮより大きい場合、前記垂直方向における前記第１分割プロセスは無効にされ、Ｎは正の整数であり、
前記第１分割プロセス又は前記第２分割プロセスが可能にされるか否かを決定することは、最大変換サイズとは無関係である、
方法。
【発明の詳細な説明】
【技術分野】
【0001】
この出願は、２０２０年７月２７日に出願された国際特許出願第ＰＣＴ／ＣＮ２０２０／１０４７８５号に基づくものであり、当該国際特許出願は、２０１９年７月２６日に出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／０９７９２６号及び２０１９年８月３１日に出願された国際特許出願第ＰＣＴ／ＣＮ２０１９／１０３８９２号の優先権及び利益を適時に主張するものである。上記特許出願の全てをそれらの全体にてここに援用する。
【0002】
この文書は、映像及び画像の符号化及び復号技術に関する。
【背景技術】
【0003】
デジタル映像は、インターネット及び他のデジタル通信ネットワークにおいて最大の帯域幅使用を占めている。映像を受信して表示することが可能な接続ユーザ装置の数が増えるにつれて、デジタル映像使用に対する帯域幅需要が増加し続けることが予期される。
【発明の概要】
【0004】
開示される技術は、ピクチャパーティションモードがブロックサイズに基づいて決定される映像の符号化又は復号を実行するために、映像又は画像デコーダ又はエンコーダの実施形態によって使用され得る。
【0005】
一態様例において、映像処理の方法が開示される。当該方法は、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に使用される仮想パイプラインデータユニット（ＶＰＤＵ）の寸法を用いて、前記１つ以上の映像ブロックのうちの映像ブロックの三分木（ＴＴ）又は二分木（ＢＴ）分割が有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを含み、前記寸法は、ルマサンプルにおけるＶＳｉｚｅに等しく、前記映像ブロックの寸法は、ルマサンプルにおけるＣｔｂＳｉｚｅＹであり、ただし、ＶＳｉｚｅ＝ｍｉｎ（Ｍ，ＣｔｂＳｉｚｅＹ）であり、Ｍは正の整数である。
【0006】
他の一態様例において、映像処理の方法が開示される。当該方法は、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換のために、前記１つ以上の映像ブロックのうちの映像ブロックの寸法を用いて、該映像ブロックの三分木（ＴＴ）又は二分木（ＢＴ）分割が有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを含む。
【0007】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、映像ブロックの高さ又は幅を用いて、前記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に、符号化ツールが有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを含み、前記決定は、前記高さ又は前記幅と値Ｎとの間の比較に基づき、ただし、Ｎは正の整数である。
【0008】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、映像ブロックの高さ又は幅と変換ブロックのサイズとの間の比較を用いて、前記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に、符号化ツールが有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを含む。
【0009】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、映像ブロックの高さ又は幅を用いて、前記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に、符号化ツールが有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを含む。
【0010】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、映像ブロックのサブパーティションの寸法と最大変換サイズとの間の比較を用いて、（ａ）前記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像との間での変換に、イントラサブパーティション予測（ＩＳＰ）モードが有効にされるのかの決定、及び（ｂ）前記変換のための１つ以上の許されるパーティションタイプの選択を実行し、前記決定及び前記選択に基づいて前記変換を実行する、ことを含み、前記ＩＳＰモードにおいて、前記１つ以上の映像ブロックのうちの映像ブロックは、イントラ予測及び変換の適用前に複数のサブパーティションへと分割される、方法。
【0011】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換を実行し、前記変換は、無効にされた符号化ツールを有し、前記符号化ツールに関するシンタックス要素が、前記ビットストリーム表現から除外され、前記符号化ツールが無効にされることを規定する所定の値であると推定される、ことを含む。
【0012】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換を実行し、前記変換は、無効にされた符号化ツールを有し、前記ビットストリーム表現は、前記符号化ツールが無効にされることに基づいて所定の値であると推定される前記符号化ツールに関するシンタックス要素を有する、ことを含む。
【0013】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に使用される仮想パイプラインデータユニット（ＶＰＤＵ）及び／又は最大変換サイズの寸法を用いて、前記１つ以上の映像ブロックのうちの映像ブロックの暗黙的（ＱＴ）分割が有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを含む。
【0014】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換を実行し、前記変換はサブブロック変換（ＳＢＴ）を有し、前記ＳＢＴの最大高さ又は最大幅は、最大変換サイズに基づき、前記ＳＢＴは、前記１つ以上の映像ブロックのうちの映像ブロックの１つ以上のパーティションに別々に適用される１つ以上の変換を有する、ことを含む。
【0015】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換を実行し、前記変換は、変換スキップモード及び／又はイントラブロックベース差動パルス符号変調（ＢＤＰＣＭ）モードを有し、前記変換スキップモードに使用される最大ブロックサイズが、最大変換サイズに基づき、前記変換スキップモードは、対応する符号化ツールについての変換及び逆変換プロセスをスキップすることを有し、前記ＢＤＰＣＭモードにおいて、前記現在映像ブロックのイントラ予測の残差は、差動パルス符号化変調処理を用いて予測的に符号化される、ことを含む。
【0016】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、映像ブロックの高さ又は幅と最大変換サイズとの間の比較を用いて、前記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に、結合インターイントラ予測（ＣＩＩＰ）モードが有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを含み、前記ＣＩＩＰモードにおいて、前記映像ブロックの最終予測は、前記映像ブロックのインター予測と前記映像ブロックのイントラ予測との加重和に基づく。
【0017】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換のために、結合インターイントラ予測（ＣＩＩＰ）で符号化される前記１つ以上の映像ブロックのうちの映像ブロックを分割することに関して決定を行い、前記決定に基づいて前記変換を実行する、ことを含み、前記ＣＩＩＰモードにおいて、前記映像ブロックの最終予測は、前記映像ブロックのインター予測と前記映像ブロックのイントラ予測との加重和に基づく。
【0018】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、複数の映像ブロックを有した映像領域を有する映像と、該映像のビットストリーム表現との間での変換を、ルールに従って実行する、ことを含み、前記ルールは、変換符号化を用いて前記ビットストリーム表現内に符号化される前記映像領域内の前記複数の映像ブロックの最大ブロックサイズが、変換符号化を用いずに前記ビットストリーム表現内に符号化される前記映像領域内の前記複数の映像ブロックの最大ブロックサイズを決定する、ことを規定する、方法。
【0019】
更なる他の一態様例において、映像処理の方法が開示される。当該方法は、複数の映像ブロックを有した映像領域を有する映像と、該映像のビットストリーム表現との間での変換を、ルールに従って実行する、ことを含み、前記ルールは、前記映像領域に対して可逆コーディングが有効にされるときに、前記映像領域に対してクロマスケーリング付きルママッピング（ＬＭＣＳ）プロセスが無効にされる、ことを規定し、前記映像領域は、シーケンス、ピクチャ、サブピクチャ、スライス、タイルグループ、タイル、ブリック、コーディングツリーユニット（ＣＴＵ）行、ＣＴＵ、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）、変換ユニット（ＴＵ）、又はサブブロックであり、前記ＬＭＣＳプロセスは、前記映像領域のルマサンプルが第１ドメインと第２ドメインとの間でリシェイピングされること、及びルマ依存的にクロマ残差がスケーリングされることを含む。
【0020】
他の一態様例において、上述の方法は、プロセッサを有するビデオエンコーダ装置によって実装され得る。
【0021】
更なる他の一態様例において、これらの方法は、プロセッサ実行可能命令の形態で具現化されてコンピュータ読み取り可能プログラム媒体に格納され得る。
【0022】
これら及び他の態様が本文書に更に記載される。
【図面の簡単な説明】
【0023】
【図1】映像ブロックサイズに応じた二分木（ＢＴ）及び三分木（ＴＴ）スプリットの例を示している。
【図2】本文書に記載される技術を実装するのに使用されるハードウェアプラットフォームの一例のブロック図である。
【図3】開示される技術が実装され得る映像処理システムの一例のブロック図である。
【図4】映像処理の方法の一例に関するフローチャートである。
【図5】映像処理の方法の他の一例に関するフローチャートである。
【図6】映像処理の方法の更なる他の一例に関するフローチャートである。
【図7】映像処理の方法の更なる他の一例に関するフローチャートである。
【図8】映像処理の方法の更なる他の一例に関するフローチャートである。
【図9】映像処理の方法の更なる他の一例に関するフローチャートである。
【図10】映像処理の方法の更なる他の一例に関するフローチャートである。
【図11】映像処理の方法の更なる他の一例に関するフローチャートである。
【図12】映像処理の方法の更なる他の一例に関するフローチャートである。
【図13】映像処理の方法の更なる他の一例に関するフローチャートである。
【図14】映像処理の方法の更なる他の一例に関するフローチャートである。
【図15】映像処理の方法の更なる他の一例に関するフローチャートである。
【図16】映像処理の方法の更なる他の一例に関するフローチャートである。
【図17】映像処理の方法の更なる他の一例に関するフローチャートである。
【図18】映像処理の方法の更なる他の一例に関するフローチャートである。
【発明を実施するための形態】
【0024】
本文書は、解凍又は復号されたデジタル映像又は画像の品質を向上させるために画像又は映像ビットストリームのデコーダによって使用されることができる様々な技術を提供する。簡潔さのため、用語“映像”は、ここでは、一連のピクチャ（伝統的に映像（ビデオ）と呼ばれる）及び個々の画像の両方を含むように使用される。また、ビデオエンコーダも、更なる符号化のために使用される復号フレームを再構成するために、符号化のプロセスにおいてこれらの技術を実装し得る。
【0025】
本文書では、理解を容易にするためにセクション見出しを使用するが、それらは実施形態及び技術を対応するセクションに限定するものではない。従って、１つのセクションからの実施形態を、他のセクションからの実施形態と組み合わせることができる。
【0026】
１． 概要
この文書は映像符号化技術に関する。具体的には、これは、映像符号化及び復号におけるコーディングツリーユニット又は変換ユニットのサイズを制御するためのルールに関する。これは、ＨＥＶＣのような既存の映像符号化標準に適用されてもよいし、成立される標準（バーサタイルビデオコーディング）に適用されてもよい。これは、将来の映像符号化標準又は映像コーデックにも適用可能である。
この文書は映像符号化技術に関する。具体的には、これは、映像符号化及び復号におけるコーディングツリーユニット又は変換ユニットのサイズを制御するためのルールに関する。これは、ＨＥＶＣのような既存の映像符号化標準に適用されてもよいし、成立される標準（バーサタイルビデオコーディング）に適用されてもよい。これは、将来の映像符号化標準又は映像コーデックにも適用可能である。
【0027】
２． 冒頭説明
映像符号化標準は、主に、周知のＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準の開発を通じて発展してきた。ＩＴＵ－ＴがＨ．２６１及びＨ．２６３を作成し、ＩＳＯ／ＩＥＣがＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作成し、そして、これら２つの組織が共同で、Ｈ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Advanced Video Coding）及びＨ．２６５／ＨＥＶＣ標準を作成した。Ｈ．２６２以来、映像符号化標準は、時間予測に加えて変換符号化が利用されるハイブリッド映像符号化構造に基づいている。ＨＥＶＣの先の将来の映像符号化技術を探求するため、２０１５年にＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Joint Video Exploration Team）を設立した。それ以来、数多くの新しい方法が、ＪＶＥＴによって採用され、共同探索モデルＪＥＭ（Joint Exploration Model）と名付けられたリファレンスソフトウェアに入れられてきた。ＪＶＥＴミーティングは四半期に一度同時開催されており、新たな符号化標準は、ＨＥＶＣと比較して５０％のビットレート低減を目指している。新たな映像符号化標準は、２０１８年４月のＪＶＥＴミーティングでバーサタイルビデオコーディング（ＶＶＣ）として正式に命名され、その時にＶＶＣテストモデル（ＶＴＭ）の最初のバージョンがリリースされた。ＶＶＣ標準化に寄与する継続的な努力が行われているため、ＪＶＥＴミーティング毎に新たな符号化技術がＶＶＣ標準に採用されている。そして、各ミーティングの後に、ＶＶＣ作業原案及びテストモデルＶＴＭが更新される。ＶＶＣプロジェクトは現在、２０２０年７月のミーティングでの技術的完成（ＦＤＩＳ）を目指している。
映像符号化標準は、主に、周知のＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準の開発を通じて発展してきた。ＩＴＵ－ＴがＨ．２６１及びＨ．２６３を作成し、ＩＳＯ／ＩＥＣがＭＰＥＧ－１及びＭＰＥＧ－４ Ｖｉｓｕａｌを作成し、そして、これら２つの組織が共同で、Ｈ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Advanced Video Coding）及びＨ．２６５／ＨＥＶＣ標準を作成した。Ｈ．２６２以来、映像符号化標準は、時間予測に加えて変換符号化が利用されるハイブリッド映像符号化構造に基づいている。ＨＥＶＣの先の将来の映像符号化技術を探求するため、２０１５年にＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Joint Video Exploration Team）を設立した。それ以来、数多くの新しい方法が、ＪＶＥＴによって採用され、共同探索モデルＪＥＭ（Joint Exploration Model）と名付けられたリファレンスソフトウェアに入れられてきた。ＪＶＥＴミーティングは四半期に一度同時開催されており、新たな符号化標準は、ＨＥＶＣと比較して５０％のビットレート低減を目指している。新たな映像符号化標準は、２０１８年４月のＪＶＥＴミーティングでバーサタイルビデオコーディング（ＶＶＣ）として正式に命名され、その時にＶＶＣテストモデル（ＶＴＭ）の最初のバージョンがリリースされた。ＶＶＣ標準化に寄与する継続的な努力が行われているため、ＪＶＥＴミーティング毎に新たな符号化技術がＶＶＣ標準に採用されている。そして、各ミーティングの後に、ＶＶＣ作業原案及びテストモデルＶＴＭが更新される。ＶＶＣプロジェクトは現在、２０２０年７月のミーティングでの技術的完成（ＦＤＩＳ）を目指している。
【0028】
２．１ ＶＶＣにおけるＣＴＵサイズ
ＶＴＭ－５．０ソフトウェアでは、１６×１６、３２×３２、６４×６４、及び１２８×１２８という４つの異なるＣＴＵサイズを許している。しかし、２０１９年７月のＪＶＥＴミーティングにおいて、ＪＶＥＴ－Ｏ０５２６の採用により、最小ＣＴＵサイズが３２×３２に規定変更された。そして、ＶＶＣ作業原案６におけるＣＴＵサイズは、log2_ctu_size_minus_5と呼ばれるＵＥエンコードされるシンタックス要素にてＳＰＳヘッダ内にエンコードされる。
ＶＴＭ－５．０ソフトウェアでは、１６×１６、３２×３２、６４×６４、及び１２８×１２８という４つの異なるＣＴＵサイズを許している。しかし、２０１９年７月のＪＶＥＴミーティングにおいて、ＪＶＥＴ－Ｏ０５２６の採用により、最小ＣＴＵサイズが３２×３２に規定変更された。そして、ＶＶＣ作業原案６におけるＣＴＵサイズは、log2_ctu_size_minus_5と呼ばれるＵＥエンコードされるシンタックス要素にてＳＰＳヘッダ内にエンコードされる。
【0029】
以下は、仮想パイプラインデータユニット（Virtual pipeline data units；ＶＰＤＵ）の定義及びＪＶＥＴ－Ｏ０５２６の採用に伴うＶＶＣ原案６での仕様変更である：
（外１）
（外１）
【0030】
２．２ ＶＶＣにおける最大変換サイズ
ＶＶＣ原案５において、最大変換サイズはＳＰＳ内でシグナリングされるが、６４の長さに固定され、コンフィギュラブルではない。しかし、２０１９年７月のＪＶＥＴミーティングにて、ＳＰＳレベルのフラグのみを用いて、最大ルマ変換サイズを６４又は３２のいずれにもし得るようにすることが決定された。最大クロマ変換サイズは、最大ルマ変換サイズに対して、クロマサンプリング比から導出される。
ＶＶＣ原案５において、最大変換サイズはＳＰＳ内でシグナリングされるが、６４の長さに固定され、コンフィギュラブルではない。しかし、２０１９年７月のＪＶＥＴミーティングにて、ＳＰＳレベルのフラグのみを用いて、最大ルマ変換サイズを６４又は３２のいずれにもし得るようにすることが決定された。最大クロマ変換サイズは、最大ルマ変換サイズに対して、クロマサンプリング比から導出される。
【0031】
以下は、ＪＶＥＴ－Ｏ０５ｘｘｘの採用に伴うＶＶＣ原案６における対応する仕様変更である：
（外２）
（外２）
【0032】
３． 開示される技術的ソリューションによって対処される技術的問題の例
最新のＶＶＣ作業原案ＪＶＥＴ－Ｏ２００１－ｖ１１には幾つか問題があり、それらを以下に説明する。
１） 現在のＶＶＣ原案６では、最大変換サイズとＣＴＵサイズとが独立に規定されており、例えば、ＣＴＵサイズを３２とし得る一方で、変換サイズは６４にすることができる。望ましくは、最大変換サイズをＣＴＵサイズ以下とすべきである。
２） 現在のＶＶＣ原案６では、ブロックパーティションプロセスは、ＶＰＤＵサイズ以外の最大変換ブロックサイズに依存する。従って、最大変換ブロックサイズが３２×３２である場合、１２８×１２８ＴＴスプリット、６４×１２８垂直ＢＴスプリット、１２８×６４水平ＢＴスプリットをＶＰＤＵルールに従うことを禁止するとともに、さらに、６４×６４ブロックに対してＴＴスプリットを禁止し、３２×６４／１６×６４／８×６４コーディングブロックに対して垂直ＢＴスプリットを禁止し、また、６４×８／６４×１６／６４×３２コーディングブロックに対して水平ＢＴスプリットを禁止することになり、こては、符号化効率にとって効率的でないことがある。
３） 現在のＶＶＣ原案６は、３２、６４、及び１２８に等しいＣＴＵサイズを許している。しかし、ＣＴＵサイズが１２８より大きくなることが可能である。従って、一部のシンタックス要素を変更する必要がある：
ａ） より大きいＣＴＵサイズが許される場合、ブロックパーティション構造及びブロックスプリットフラグのシグナリングが再設計され得る；
ｂ） より大きいＣＴＵサイズが許される場合、現行設計の一部（例えば、アフィンパラメータ導出、ＩＢＣ予測、ＩＢＣバッファサイズ、マージ三角予測、ＣＩＩＰ、通常マージモードなど）が再設計され得る。
４） 現在のＶＶＣ原案６では、ＣＴＵサイズはＳＰＳレベルでシグナリングされる。しかし、参照ピクチャリサンプリング（適応解像度変更としても知られる）の採用が、１つのビットストリーム内でピクチャが複数の異なる解像度で符号化され得ることを可能にするので、ＣＴＵサイズが複数のレイヤにわたって異なることがある。
５） ＷＤ６では、ＭＩＰ及びＩＳＰに使用される最大ブロックサイズが、ＶＰＤＵサイズ又は６４×６４以外の、最大変換サイズに依存し、これは、符号化効率にとって効率的でないことがある。
６） ＷＤ６では、変換スキップ及びイントラＢＤＰＣＭに使用される最大ブロックサイズが、最大変換スキップサイズに依存し、これは、最大変換サイズによって制限される。
７） ＷＤ６では、ＳＢＴに使用される最大ブロックサイズが、最大ＳＢＴサイズに依存し、これは、最大変換サイズによって制限される。
８） ＷＤ６では、ＩＢＣ及びＰＬＴに使用されるコーディングブロックのサイズが６４×６４に制限され、これは、最大変換サイズ、ＣＴＵサイズ、及び／又はＶＰＤＵサイズによって調節され得る。
９） ＷＤ６では、ＣＩＩＰに使用されるコーディングブロックのサイズが、最大変換サイズよりも大きくなり得る。
１０） ＷＤ６では、ＬＭＣＳ有効フラグが変換量子化バイパスフラグによって条件付けられていない。
最新のＶＶＣ作業原案ＪＶＥＴ－Ｏ２００１－ｖ１１には幾つか問題があり、それらを以下に説明する。
１） 現在のＶＶＣ原案６では、最大変換サイズとＣＴＵサイズとが独立に規定されており、例えば、ＣＴＵサイズを３２とし得る一方で、変換サイズは６４にすることができる。望ましくは、最大変換サイズをＣＴＵサイズ以下とすべきである。
２） 現在のＶＶＣ原案６では、ブロックパーティションプロセスは、ＶＰＤＵサイズ以外の最大変換ブロックサイズに依存する。従って、最大変換ブロックサイズが３２×３２である場合、１２８×１２８ＴＴスプリット、６４×１２８垂直ＢＴスプリット、１２８×６４水平ＢＴスプリットをＶＰＤＵルールに従うことを禁止するとともに、さらに、６４×６４ブロックに対してＴＴスプリットを禁止し、３２×６４／１６×６４／８×６４コーディングブロックに対して垂直ＢＴスプリットを禁止し、また、６４×８／６４×１６／６４×３２コーディングブロックに対して水平ＢＴスプリットを禁止することになり、こては、符号化効率にとって効率的でないことがある。
３） 現在のＶＶＣ原案６は、３２、６４、及び１２８に等しいＣＴＵサイズを許している。しかし、ＣＴＵサイズが１２８より大きくなることが可能である。従って、一部のシンタックス要素を変更する必要がある：
ａ） より大きいＣＴＵサイズが許される場合、ブロックパーティション構造及びブロックスプリットフラグのシグナリングが再設計され得る；
ｂ） より大きいＣＴＵサイズが許される場合、現行設計の一部（例えば、アフィンパラメータ導出、ＩＢＣ予測、ＩＢＣバッファサイズ、マージ三角予測、ＣＩＩＰ、通常マージモードなど）が再設計され得る。
４） 現在のＶＶＣ原案６では、ＣＴＵサイズはＳＰＳレベルでシグナリングされる。しかし、参照ピクチャリサンプリング（適応解像度変更としても知られる）の採用が、１つのビットストリーム内でピクチャが複数の異なる解像度で符号化され得ることを可能にするので、ＣＴＵサイズが複数のレイヤにわたって異なることがある。
５） ＷＤ６では、ＭＩＰ及びＩＳＰに使用される最大ブロックサイズが、ＶＰＤＵサイズ又は６４×６４以外の、最大変換サイズに依存し、これは、符号化効率にとって効率的でないことがある。
６） ＷＤ６では、変換スキップ及びイントラＢＤＰＣＭに使用される最大ブロックサイズが、最大変換スキップサイズに依存し、これは、最大変換サイズによって制限される。
７） ＷＤ６では、ＳＢＴに使用される最大ブロックサイズが、最大ＳＢＴサイズに依存し、これは、最大変換サイズによって制限される。
８） ＷＤ６では、ＩＢＣ及びＰＬＴに使用されるコーディングブロックのサイズが６４×６４に制限され、これは、最大変換サイズ、ＣＴＵサイズ、及び／又はＶＰＤＵサイズによって調節され得る。
９） ＷＤ６では、ＣＩＩＰに使用されるコーディングブロックのサイズが、最大変換サイズよりも大きくなり得る。
１０） ＷＤ６では、ＬＭＣＳ有効フラグが変換量子化バイパスフラグによって条件付けられていない。
【0033】
４． 実施形態及び技術の例
以下のソリューションの列挙は、一部の概念を説明するための例としてみなされるべきである。これらのアイテムは狭く解釈されるべきでない。さらに、これらのアイテムは、任意に組み合わされることができる。
以下のソリューションの列挙は、一部の概念を説明するための例としてみなされるべきである。これらのアイテムは狭く解釈されるべきでない。さらに、これらのアイテムは、任意に組み合わされることができる。
【0034】
この文書において、Ｃ＝ｍｉｎ（ａ，ｂ）は、Ｃがａとｂとの間で最小の値に等しいことを示す。
【0035】
この文書において、映像ユニットサイズ／寸法は、映像ユニットの高さ又は幅（例えば、ピクチャ／サブピクチャ／スライス／ブリック／タイル／ＣＴＵ／ＣＵ／ＣＢ／ＴＵ／ＴＢの幅又は高さ）のいずれかとし得る。映像ユニットサイズがＭ×Ｎによって表記される場合、Ｍは映像ユニットの幅を表し、Ｎは映像ユニットの高さを表す。
【0036】
この文書において、“コーディングブロック”は、ルマコーディングブロック及び／又はクロマコーディングブロックとし得る。コーディングブロックに関するルマサンプルにおけるサイズ／寸法は、この発明において、ルマサンプル単位で測定されるサイズ／寸法を表すために使用され得る。例えば、１２８×１２８コーディングブロック（又はルマサンプルにおけるコーディングブロックサイズ１２８×１２８）は、１２８×１２８ルマコーディングブロック、及び／又は４：２：０カラーフォーマットでの６４×６４クロマコーディングブロックを指し示し得る。同様に、４：２：２カラーフォーマットの場合、それは、１２８×１２８ルマコーディングブロック及び／又は６４×１２８クロマコーディングブロックを指し得る。４：４：４カラーフォーマットの場合には、それは、１２８×１２８ルマコーディングブロック及び／又は１２８×１２８クロマコーディングブロックを指し得る。
コンフィギュラブルＣＴＵサイズ関連
１． 例えばレイヤ／ピクチャ／サブピクチャ／スライス／タイル／ブリックなどの異なる映像ユニットに対して異なるＣＴＵ寸法（例えば幅及び／又は高さなど）を可能にすることが提案される：
ａ） 一例において、一組の又は複数組のＣＴＵ寸法が、例えばＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／ピクチャ／サブピクチャ／スライス／スライスヘッダ／タイル／ブリックのレベルなどの映像ユニットレベルで明示的にシグナリングされ得る；
ｂ） 一例において、参照ピクチャリサンプリング（適応解像度変更としても知られる）が許可されるとき、異なるレイヤ間でＣＴＵ寸法が異なり得る：
ｉ． 例えば、インターレイヤピクチャのＣＴＵ寸法は、ダウンサンプル／アップサンプルスケーリングファクタに従って暗黙的に導出され得る：
１． 例えば、ベースレイヤに関してシグナリングされるＣＴＵ寸法がＭ×Ｎ（例えばＭ＝１２８及びＮ＝１２８など）であり、且つインターレイヤ符号化ピクチャが、幅においてスケーリングファクタＳで、及び高さにおいてスケーリングファクタＴでリサンプリングされる場合（スケーリングファクタは１より大きい又は小さいとし得る（例えば、Ｓ＝１／４及びＴ＝１／２が、インターレイヤ符号化ピクチャが幅において１／４にダウンサンプリングされ、高さにおいて１／２にダウンサンプリングされることを表すなど）、インターレイヤ符号化ピクチャのＣＴＵ寸法は、（Ｍ×Ｓ）×（Ｎ×Ｔ）又は（Ｍ／Ｓ）×（Ｎ／Ｔ）に導出され得る；
ｉｉ． 例えば、映像ユニットレベルで複数のレイヤについて異なるＣＴＵ寸法が明示的にシグナリングされてもよく、例えば、インターレイヤリサンプリングピクチャ／サブピクチャに対して、ＣＴＵ寸法が、ベースレイヤＣＴＵ寸法とは異なるＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／ピクチャ／サブピクチャ／スライス／スライスヘッダ／タイル／ブリックのレベルでシグナリングされ得る。
２． ＴＴ又はＢＴスプリットが許されるか否かがＶＰＤＵ寸法（例えば幅及び／又は高さなど）に依存し得ることが提案される。ＶＰＤＵがルマサンプルにおいて寸法ＶＳｉｚｅを有し、且つ符号化ツリーブロックがルマサンプルにおいて寸法ＣｔｂＳｉｚｅＹを有するとする：
ａ） 一例において、ＶＳｉｚｅ＝ｍｉｎ（Ｍ，ＣｔｂＳｉｚｅＹ）である。Ｍは、例えば６４などの整数値である；
ｂ） 一例において、ＴＴ又はＢＴスプリットが許されるか否かは、最大変換サイズに依存しないとし得る；
ｃ） 一例において、ルミナンスサンプルにおけるコーディングブロック幅又は高さがｍｉｎ（ＶＳｉｚｅ，ｍａｘＴｔＳｉｚｅ）より大きいとき、ＴＴスプリットは無効にされ得る：
ｉ． 一例において、最大変換サイズが３２×３２に等しいが、ＶＳｉｚｅが６４×６４に等しいとき、１２８×１２８／１２８×６４／６４×１２８コーディングブロックに対してＴＴスプリットは無効にされ得る；
ｉｉ． 一例において、最大変換サイズが３２×３２に等しいが、ＶＳｉｚｅが６４×６４に等しいとき、６４×６４コーディングブロックに対してＴＴスプリットが許され得る；
ｄ） 一例において、ルマサンプルにおけるコーディングブロック幅がＶＳｉｚｅ以下であるが、ルマサンプルにおけるその高さがＶＳｉｚｅより大きいとき、垂直ＢＴスプリットが無効にされ得る：
ｉ． 一例において、最大変換サイズが３２×３２であるが、ＶＰＤＵサイズが６４×６４に等しい場合、６４×１２８コーディングブロックに対して垂直ＢＴスプリットが無効にされ得る；
ｉｉ． 一例において、最大変換サイズが３２×３２であるが、ＶＰＤＵサイズが６４×６４に等しい場合、３２×６４／１６×６４／８×６４コーディングブロックに対して垂直ＢＴスプリットが許可され得る；
ｅ） 一例において、コーディングブロックがルマサンプルにおいてピクチャ／サブピクチャ幅を超えているが、ルマサンプルにおけるその高さがＶＳｉｚｅより大きいとき、垂直ＢＴスプリットが無効にされ得る：
ｉ． あるいは、コーディングブロックがルマサンプルにおいてピクチャ／サブピクチャ幅を超えているとき、水平ＢＴスプリットが許可され得る；
ｆ） 一例において、ルマサンプルにおけるコーディングブロック幅がＶＳｉｚｅより大きいが、ルマサンプルにおけるその高さがＶＳｉｚｅ以下であるとき、水平ＢＴスプリットが無効にされ得る：
ｉ． 一例において、最大変換サイズが３２×３２であるが、ＶＰＤＵサイズが６４×６４に等しい場合、１２８×６４コーディングブロックに対して垂直ＢＴスプリットが無効にされ得る；
ｉｉ． 一例において、最大変換サイズが３２×３２であるが、ＶＰＤＵサイズが６４×６４に等しい場合、６４×８／６４×１６／６４×３２コーディングブロックに対して水平ＢＴスプリットが許可され得る；
ｇ） 一例において、コーディングブロックがルマサンプルにおいてピクチャ／サブピクチャの高さを超えているが、ルマサンプルにおけるその幅がＶＳｉｚｅより大きいとき、水平ＢＴスプリットが無効にされ得る：
ｉ． あるいは、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ高さを超えるとき、垂直ＢＴスプリットが許可され得る；
ｈ） 一例において、ＴＴ又はＢＴスプリットが無効にされるとき、ＴＴ又はＢＴスプリットフラグは、シグナリングされず、ゼロであると暗黙的に導出され得る：
ｉ． あるいは、ＴＴ及び／又はＢＴスプリットが有効にされるとき、ＴＴ及び／又はＢＴスプリットフラグは、ビットストリーム内で明示的にシグナリングされ得る；
ｉｉ． あるいは、ＴＴ又はＢＴスプリットが無効にされるとき、ＴＴ又はＢＴスプリットフラグはシグナリングされるがデコーダによって無視され得る；
ｉｉｉ． あるいは、ＴＴ又はＢＴスプリットが無効にされるとき、ＴＴ又はＢＴスプリットフラグはシグナリングされるが、適合ビットストリームにおいてゼロでなければならない。
３． ＣＴＵ寸法（例えば幅及び／又は高さなど）が１２８より大きくなり得ることが提案される：
ａ） 一例において、シグナリングされるＣＴＵ寸法は２５６又は更にはそれより大きくてもよい（例えば、log2_ctu_size_minus5は３以上であり得る）；
ｂ） 一例において、導出されるＣＴＵ寸法は２５６又は更にはそれより大きくてもよい：
ｉ． 例えば、ピクチャ／サブピクチャをリサンプリングするための導出ＣＴＵ寸法は１２８より大きいとし得る。
４． より大きいＣＴＵ寸法が許されるとき（例えばＣＴＵ幅及び／又は高さが１２８より大きいなど）、ＱＴスプリットフラグが真であると推定されることができ、スプリットされたコーディングブロックの寸法が指定値（例えば、指定値は、最大変換ブロック寸法又は１２８又は６４又は３２に設定され得る）に達するまでＱＴスプリットが再帰的に適用され得ることが提案される：
ａ） 一例において、再帰的ＱＴスプリットは、スプリットされたコーディングブロックサイズが最大変換ブロックサイズに達するまで、シグナリングなしで暗黙的に行われ得る；
ｂ） 一例において、ＣＴＵ ２５６×２５６がデュアルツリーに適用されるとき、ＱＴスプリットフラグは、最大変換ブロックサイズより大きいコーディングブロックに対してシグナリングされないとすることができ、ＱＴスプリットは、スプリットされたコーディングブロックサイズが最大変換ブロックサイズに達するまで、コーディングブロックに対して強制的に使用され得る。
５． ＴＴスプリットフラグが、１２８より大きいＣＵ／ＰＵ寸法（幅及び／又は高さ）に対して条件付きでシグナリングされ得ることが提案される：
ａ） 一例において、水平及び垂直の双方のＴＴスプリットフラグが、２５６×２５６ＣＵに対してシグナリングされ得る；
ｂ） 一例において、垂直ＴＴスプリットはされずに、水平ＴＴスプリットは、２５６×１２８／２５６×６４ＣＵ／ＰＵに対してシグナリングされ得る；
ｃ） 一例において、垂直ＴＴスプリットはされずに、水平ＴＴスプリットは、１２８×２５６／６４×２５６ＣＵ／ＰＵに対してシグナリングされ得る；
ｄ） 一例において、１２８より大きいＣＵ寸法に対してＴＴスプリットフラグが禁止されるとき、それはシグナリングされずに暗黙的にゼロとして導出され得る：
ｉ． 一例において、２５６×１２８／２５６×６４ＣＵ／ＰＵに対して水平ＴＴスプリットは禁止され得る；
ｉｉ． 一例において、１２８×２５６／６４×２５６ＣＵ／ＰＵに対して垂直ＴＴスプリットは禁止され得る。
６． ＢＴスプリットフラグが、１２８より大きいＣＵ／ＰＵ寸法（幅及び／又は高さ）に対して条件付きでシグナリングされ得ることが提案される：
ａ） 一例において、水平及び垂直の双方のＴＴスプリットフラグが、２５６×２５６／２５６×１２８／１２８×２５６ＣＵ／ＰＵに対してシグナリングされ得る；
ｂ） 一例において、水平ＢＴスプリットフラグが、６４×２５６ＣＵ／ＰＵに対してシグナリングされ得る；
ｃ） 一例において、垂直ＢＴスプリットフラグが、２５６×６４ＣＵ／ＰＵに対してシグナリングされ得る；
ｄ） 一例において、１２８より大きいＣＵ寸法に対してＢＴスプリットフラグが禁止されるとき、それはシグナリングされずに暗黙的にゼロとして導出され得る：
ｉ． 一例において、Ｋ×２５６ＣＵ／ＰＵ（例えば、ルマサンプルにおいてＫは６４以下である）に対して垂直ＢＴスプリットが禁止され、垂直ＢＴスプリットフラグはシグナリングされずにゼロとして導出され得る：
１． 例えば、上のケースにおいて、６４×２５６ＣＵ／ＰＵに対して垂直ＢＴスプリットは禁止され得る；
２． 例えば、上のケースにおいて、ピクチャ／サブピクチャ境界で３２×２５６ＣＵ／ＰＵを回避するために垂直ＢＴスプリットは禁止され得る；
ｉｉ． 一例において、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ幅を超えるが、ルマサンプルにおけるその高さがＭより大きい（ルマサンプルにおいて例えばＭ＝６４など）とき、垂直ＢＴスプリットは禁止され得る；
ｉｉｉ． 一例において、水平ＢＴスプリットは、２５６×Ｋコーディングブロック（例えば、Ｋはルマサンプルにおいて６４以下である）に対して禁止され、水平ＢＴスプリットフラグは、シグナリングされずにゼロとして導出され得る：
１． 例えば、上のケースにおいて、２５６×６４コーディングブロックに対して水平ＢＴスプリットは禁止され得る；
２． 例えば、上のケースにおいて、ピクチャ／サブピクチャ境界で２５６×３２コーディングブロックを回避するために水平ＢＴスプリットは禁止され得る；
ｉｖ． 一例において、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ高さを超えるが、ルマサンプルにおけるその幅がＭより大きい（ルマサンプルにおいて例えばＭ＝６４など）とき、水平ＢＴスプリットは禁止され得る。
７． アフィンモデルパラメータ計算がＣＴＵ寸法に依存し得ることが提案される：
ａ） 一例において、スケーリングされた動きベクトル及び／又はアフィン予測における制御点動きベクトルの導出がＣＴＵ寸法に依存し得る。
８． イントラブロックコピー（ＩＢＣ）バッファは、最大設定可能／許容ＣＴＵ寸法に依存し得ることが提案される：
ａ） 例えば、ルマサンプルにおけるＩＢＣバッファ幅は、Ｎ×ＮをルマサンプルにおけるＣＴＵ幅（又は高さ）で除算したものに等しいとすることができ、ただし、Ｎは、ルマサンプルにおける最大設定可能ＣＴＵサイズであり、例えば、Ｎ＝１＜＜（log2_ctu_size_minus5＋５）などとし得る。
９． 指定された（１つ以上の）符号化ツールのセットが、大きいＣＵ／ＰＵに対して無効にされ得ることが提案され、ここで、大きいＣＵ／ＰＵとは、ＣＵ／ＰＵ幅又はＣＵ／ＰＵ高さのいずれかがＮ（例えばＮ＝６４又は１２８など）より大きいＣＵ／ＰＵを指す：
ａ） 一例において、上述の指定された（１つ以上の）符号化ツールは、パレット、及び／又はイントラブロックコピー（ＩＢＣ）、及び／又はイントラスキップモード、及び／又は三角予測モード、及び／又はＣＩＩＰモード、及び／又は通常マージモード、及び／又はデコーダ側動き導出、及び／又は双方向オプティカルフロー、及び／又は予測精緻化ベースオプティカルフロー、及び／又はアフィン予測、及び／又はサブブロックベースＴＭＶＰなどとし得る：
ｉ． あるいは、例えばパレット及び／又はイントラブロックコピー（ＩＢＣ）モードなどの（１つ以上の）スクリーンコンテンツ符号化ツールが、大きいＣＵ／ＰＵに適用されてもよい；
ｂ） 一例において、指定された（１つ以上の）符号化ツールを大きいＣＵ／ＰＵに対して無効にするための明示的にシンタックス制約を使用してもよい：
ｉ． 例えば、パレット／ＩＢＣフラグは、大きいＣＵ／ＰＵではないＣＵ／ＰＵに対して明示的にシグナリングされ得る；
ｃ） 一例において、指定された（１つ以上の）符号化ツールを大きいＣＵ／ＰＵに対して無効にするためのビットストリーム制約を使用してもよい。
１０． ＴＴ又はＢＴスプリットが許可されるか否かがブロック寸法に依存し得る：
ａ） 一例において、ルマサンプルにおけるコーディングブロック幅又は高さがＮ（例えば、Ｎ＝６４）より大きいとき、ＴＴスプリットは無効にされ得る：
ｉ． 一例において、最大変換サイズが３２×３２に等しいとき、１２８×１２８／１２８×６４／６４×１２８コーディングブロックに対してＴＴスプリットは無効にされ得る；
ｉｉ． 一例において、最大変換サイズが３２×３２に等しいとき、６４×６４コーディングブロックに対してＴＴスプリットが許可され得る；
ｂ） 一例において、ルマサンプルにおけるコーディングブロック幅がＮ（例えば、Ｎ＝６４）以下であるが、ルマサンプルにおけるその高さがＮ（例えば、Ｎ＝６４）より大きいとき、垂直ＢＴスプリットが無効にされ得る：
ｉ． 一例において、最大変換サイズ３２×３２である場合に、６４×１２８コーディングブロックに対して垂直ＢＴスプリットが無効にされ得る；
ｉｉ． 一例において、最大変換サイズ３２×３２である場合に、３２×６４／１６×６４／８×６４コーディングブロックに対して垂直ＢＴスプリットが許可され得る；
ｃ） 一例において、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ幅を超えるが、ルマサンプルにおけるその高さが６４より大きいとき、垂直ＢＴスプリットが無効にされ得る：
ｉ． あるいは、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ幅を超えるとき、水平ＢＴスプリットが許可されてもよい；
ｄ） 一例において、ルマサンプルにおけるコーディングブロック幅がＮ（例えば、Ｎ＝６４）より大きいが、ルマサンプルにおけるその高さがＮ（例えば、Ｎ＝６４）以下であるとき、水平ＢＴスプリットが無効にされ得る：
ｉ． 一例において、最大変換サイズ３２×３２である場合に、１２８×６４コーディングブロックに対して垂直ＢＴスプリットが無効にされ得る；
ｉｉ． 一例において、最大変換サイズ３２×３２である場合に、６４×８／６４×１６／６４×３２コーディングブロックに対して水平ＢＴスプリットが許可され得る；
ｅ） 一例において、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ高さを超えるが、ルマサンプルにおけるその幅がＮ（例えば、Ｎ＝６４）より大きいとき、水平ＢＴスプリットが無効にされ得る：
ｉ． あるいは、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ高さを超えるとき、垂直ＢＴスプリットが許可されてもよい。
コンフィギュラブル最大変換サイズ関連
１１． 最大ＴＵサイズがＣＴＵ寸法（幅及び／又は高さ）に依存し得ること、又はＣＴＵ寸法が最大ＴＵサイズに依存し得ることが提案される：
ａ） 一例において、最大ＴＵサイズはＣＴＵ寸法以下とするというビットストリーム制約が用いられ得る；
ｂ） 一例において、最大ＴＵサイズのシグナリングはＣＴＵ寸法に依存し得る：
ｉ． 例えば、ＣＴＵ寸法がＮ（例えば、Ｎ＝６４）より小さいとき、シグナリングされる最大ＴＵサイズはＮより小さくなければならない；
ｉｉ． 例えば、ＣＴＵの寸法がＮ（例えば、Ｎ＝６４）より小さいとき、最大ルマ変換サイズが６４であるのか３２であるのかのインジケーション（例えば、sps_max_luma_transform_size_64_flag）はシグナリングされないとすることができ、最大ルマ変換サイズは暗黙的に３２として導出され得る。
１２． 変換ブロックサイズより大きい幅及び／又は高さを有するブロックに対して、特定の符号化ツールが有効にされ得る：
ａ） 一例において、特定の符号化ツールは、イントラサブパーティション予測（ＩＳＰ）、ＭＩＰ、ＳＢＴ、又は１つのＣＵを複数のＴＵへとスプリットしたり、１つのＣＢを複数のＴＢへとスプリットしたりする他の符号化ツールとし得る；
ｂ） 一例において、特定の符号化ツールは、例えば変換スキップモード、ＢＤＰＣＭ／ＤＰＣＭ／ＰＣＭなど、変換を適用しない（又はアイデンティティ変換のみが適用される）符号化ツールとし得る；
ｃ） 特定のツールは、イントラブロックコピー（ＩＢＣ）、パレット（ＰＬＴ）とし得る；
ｄ） 特定のツールは、結合インターイントラ予測（ＣＩＩＰ）とし得る。
１３． 特定の符号化ツールが有効にされるか否かは、コーディングブロック寸法に依存し得る：
ａ） 一例において、特定の符号化ツールは、イントラサブパーティション予測（ＩＳＰ）、行列ベースイントラ予測（ＭＩＰ）、サブブロック変換（ＳＢＴ）、イントラブロックコピー（ＩＢＣ）、パレット（ＰＬＴ）などとし得る；
ｂ） 一例において、ルマサンプルにおけるコーディングブロック幅及び／又は高さがＮ（例えば、Ｎ＝６４）以下であるとき、特定の符号化ツール（例えばＩＳＰ、ＭＩＰなど）が許可され得る：
ｉ． あるいは、ルマサンプルにおけるコーディングブロック幅及び／又は高さがＮ（例えば、Ｎ＝６４）より大きいとき、特定の符号化ツールが無効にされてもよい；
ｃ） 特定の符号化ツール（例えばＩＳＰ、ＭＩＰなど）が有効にされるか否かは、コーディングブロックサイズとＶＰＤＵサイズとの間の関係に依存し得る：
ｉ． 一例において、ルマサンプルにおけるコーディングブロック幅及び／又は高さがＶＰＤＵサイズ（例えば３２又は６４など）以下であるとき、特定の符号化ツールが許可され得る：
１． あるいは、ルマサンプルにおけるコーディングブロック幅及び／又は高さがＶＰＤＵサイズ（例えば３２又は６４など）以下であるとき、特定の符号化ツールが無効にされてもよい；
ｄ） イントラサブパーティション予測（ＩＳＰ）が有効にされるか否か、及び／又はどの（１つ以上の）パーティションタイプ（例えば、スプリット方向）が許可されるかは、サブパーティションの寸法と最大変換ブロックサイズとの間の関係に依存し得る：
ｉ． 一例において、サブパーティション幅及び／又は高さが、少なくとも１つのパーティションタイプについて最大変換ブロックサイズより大きくないとき、ＩＳＰが有効にされ得る：
１． あるいは、さらに、それ以外の場合にＩＳＰは無効にされ得る；
ｉｉ． 一例において、サブパーティション幅及び／又は高さが、許される全てのパーティションタイプについて最大変換ブロックサイズより大きくないとき、ＩＳＰが有効にされ得る：
１． あるいは、さらに、それ以外の場合にＩＳＰは無効にされ得る；
ｉｉｉ． 一例において、パーティションタイプ（例えば、intra_subpartitions_split_flag）のシグナリングは、パーティションタイプに基づく対応するサブパーティションの幅及び／又は高さと最大変換ブロックサイズとの間の関係に依存し得る：
１． 一例において、パーティションタイプに基づく対応するサブパーティションの幅及び／又は高さが最大変換ブロックサイズより大きくないという条件を１つのパーティションタイプのみが満たす場合、そのパーティションタイプは、シグナリングされずに推測され得る；
ｅ） 特定の符号化ツール（例えばＩＢＣ、ＰＬＴなど）が有効にされるか否かは、コーディングブロックサイズと最大変換サイズ（例えば３２又は６４など）との間の関係に依存し得る：
ｉ． 一例において、特定の符号化ツール（例えばＩＢＣ、ＰＬＴなど）が有効にされるか否かは、コーディングブロック寸法と固定数６４との間の関係に条件付けられないとし得る；
ｉｉ． 一例において、ルマサンプルにおけるコーディングブロック幅及び高さが最大変換サイズより大きくないとき、特定の符号化ツール（例えばＩＢＣ、ＰＬＴなど）が許可され得る：
１． 一例において、ルマサンプルにおけるブロック幅及び／又は高さが最大変換サイズより大きいとき、特定の符号化ツール（例えばＩＢＣ、ＰＬＴなど）が無効にされ得る；
２． 一例において、最大変換サイズが３２に等しい場合、ルマサンプルにおけるブロック幅及び／又は高さが６４に等しいとき、特定の符号化ツール（例えばＩＢＣ、ＰＬＴなど）が無効にされ得る；
ｆ） 特定の符号化ツールが無効にされる場合、関連するシンタックス要素（例えば、ＩＳＰでのintra_subpartitions_mode_flag及びintra_subpartitions_split_flag、ＭＩＰでのintra_mip_flag及びintra_mip_mode、ＩＢＣでのpred_mode_ibc_flag、ＰＬＴでのpred_mode_plt_flagなど）は、シグナリングされずに、０であると推定され得る；
ｇ） 特定の符号化ツールが無効にされる場合、関連するシンタックス要素（例えば、ＩＳＰでのintra_subpartitions_mode_flag及びintra_subpartitions_split_flag、ＭＩＰでのintra_mip_flag及びintra_mip_mode、ＩＢＣでのpred_mode_ibc_flag、ＰＬＴでのpred_mode_plt_flagなど）は、シグナリングされ得るが、適合ビットストリームにおいて０でなければならない。
１４． 暗黙的ＱＴスプリットはＶＰＤＵサイズ及び／又は最大変換サイズに依存し得る：
ａ） 一例において、暗黙的ＱＴスプリットは、コーディングブロック寸法と固定数６４との間の関係に条件付けられないとし得る；
ｂ） 一例において、コーディングブロックは暗黙的に４パーティションにスプリットされ、サブパーティションの幅及び高さの両方がＶＰＤＵサイズに達するまで、各サブパーティションが再帰的に暗黙スプリットされる；
ｃ） 一例において、コーディングブロックは暗黙的に４パーティションにスプリットされ、サブパーティションの幅及び高さの両方が最大変換サイズに達するまで、各サブパーティションが再帰的に暗黙スプリットされる。
１５． サブブロック変換（ＳＢＴ）に使用される最大ブロック幅及び／又は高さは最大変換サイズに依存し得る：
ａ） 一例において、最大ＳＢＴサイズは最大変換サイズに等しく設定され得る；
ｂ） 一例において、最大ＳＢＴサイズに関連するシンタックス要素（例えばsps_sbt_max_size_64_flagなど）はシグナリングされないとし得る；
ｉ． 例えば、最大変換サイズが６４より小さいとき、sps_sbt_max_size_64_flagはシグナリングされずに０であると推定される；
ｉｉ． 例えば、最大変換サイズが６４より小さいが、適合ビットストリームにおいて０に等しくなければならないとき、sps_sbt_max_size_64_flagはシグナリングされる；
ｃ） 一例において、関連するシンタックス要素（例えばcu_sbt_flagなどの）のシグナリングは最大変換サイズに依存し得る；
ｄ） 一例において、関連するシンタックス要素（例えばcu_sbt_flagなどの）のシグナリングは最大ＳＢＴサイズに依存しないとし得る。
１６． 変換スキップ及び／又はイントラＢＤＰＣＭに使用される最大ブロックサイズは最大変換サイズに依存し得る：
ａ） 一例において、最大変換スキップサイズは最大変換サイズに等しく設定され得る；
ｂ） 一例において、最大変換スキップサイズに関連するシンタックス要素（例えばlog2_transform_skip_max_size_minus2など）はシグナリングされないとし得る。
１７． イントラＢＤＰＣＭに使用される最大ブロックサイズは独立にシグナリングされ得る：
ａ） 一例において、イントラＢＤＰＣＭに使用される最大ブロックサイズは、変換スキップに使用される最大ブロックサイズに依存しないとし得る；
ｂ） 一例において、イントラＢＤＰＣＭに使用される最大ブロックサイズを規定するために、ＳＰＳ／ＶＰＳ／ＰＰＳ／スライス／ＶＰＤＵ／ＣＴＵ／ＣＵレベルフラグがビットストリーム内でシグナリングされ得る。
１８． ブロックに対して結合インターイントラ予測（ＣＩＩＰ）を有効にするか無効にするかは、ブロック幅及び／又は高さと最大変換サイズとの間の関係に依存し得る：
ａ） 一例において、ブロック幅及び／又は高さが最大変換サイズより大きい場合、ブロックに対してＣＩＩＰは無効にされ得る；
ｂ） 一例において、ＣＩＩＰが無効にされる場合、ＣＩＩＰを指し示すシンタックス要素（例えばciip_flagなど）はシグナリングされないとし得る。
１９． ＣＩＩＰで符号化されるＣＵの幅及び高さの両方が１２８より小さいとき、ＣＵを複数のサブパーティションにスプリットすることは許されず、第１のサブパーティションに関するイントラ予測は、第１のサブパーティションの前にイントラ予測が実行される第２のサブパーティションの再構築に依存する可能性がある。
２０． ＣＩＩＰで符号化されたＣＵを一部のサブパーティションに分割することが許されており、第１のサブパーティションのためのイントラ予測は、第１のサブパーティションにイントラ予測が実行されるのより前にイントラ予測が実行される第２のサブパーティションの再構成に依存し得る。
可逆コーディング関連
２１． 変換スキップ符号化される（すなわち、変換が適用されない／アイデンティティ変換のみが適用される）ブロックの最大サイズは、変換が適用されるブロックに関する最大サイズ（例えば、MaxTbSizeY）から導出される：
ａ） 一例において、変換スキップコーディングブロックに関する最大サイズはMaxTbSizeYに推定される；
ｂ） 一例において、変換スキップコーディングブロックに関する最大サイズのシグナリングはスキップされる。
２２． 可逆コーディングが有効にされるとき、シーケンス／ピクチャ／サブピクチャ／スライス／タイルグループ／タイル／ブリック／ＣＴＵ行／ＣＴＵ／ＣＵ／ＰＵ／ＴＵ／サブブロックレベルの現在映像ユニットに対して、ルママッピングクロマスケーリング（ＬＭＣＳ）が無効にされ得る：
ａ） 一例において、ＬＭＣＳ有効化フラグ（例えばsps_lmcs_enabled_flag、slice_lmcs_enabled_flag、slice_chroma_residual_scale_flag、lmcs_dataなど）は、シーケンス／ピクチャ／サブピクチャ／スライス／タイルグループ／タイル／ブリック／ＣＴＵ行／ＣＴＵ／ＣＵ／ＰＵ／ＴＵ／サブブロックレベルの変換量子化バイパスフラグ（例えばsps_transquant_bypass_flag、pps_transquant_bypass_flag、cu_transquant_bypass_flagなど）を条件にしてシグナリングされ得る：
ｉ． 一例において、変換量子化バイパスフラグが１に等しい場合、ＬＭＣＳ有効フラグはシグナリングされずに０であると推定され得る：
１． 一例において、シーケンスレベル変換量子化バイパスフラグ（例えばsps_transquant_bypass_flagなど）が１に等しい場合、シーケンス及び下位レベルのＬＭＣＳ有効化フラグ（例えばsps_lmcs_enabled_flag、slice_lmcs_enabled_flag、slice_chroma_residual_scale_flagなど）は、シグナリングされずに０であると推定され得る；
２． 一例において、シーケンスレベルTransquantBypassEnabledFlagが１に等しい場合、ＡＰＳレベルlmcs_dataはシグナリングされないとし得る；
３． 一例において、ＰＰＳレベル変換量子化バイパスフラグ（例えばpps_transquant_bypass_flag）が１に等しい場合、スライスレベルＬＭＣＳ有効化フラグ（例えばslice_lmcs_enabled_flag、slice_lmcs_aps_id、slice_chroma_residual_scale_flagなど）は、シグナリングされずに０であると推定され得る；
ｂ） 一例において、変換量子化バイパスフラグが１に等しいとき、ＬＭＣＳ有効化フラグは０に等しくあるべきであるというビットストリーム制約が適用され得る。
コンフィギュラブルＣＴＵサイズ関連
１． 例えばレイヤ／ピクチャ／サブピクチャ／スライス／タイル／ブリックなどの異なる映像ユニットに対して異なるＣＴＵ寸法（例えば幅及び／又は高さなど）を可能にすることが提案される：
ａ） 一例において、一組の又は複数組のＣＴＵ寸法が、例えばＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／ピクチャ／サブピクチャ／スライス／スライスヘッダ／タイル／ブリックのレベルなどの映像ユニットレベルで明示的にシグナリングされ得る；
ｂ） 一例において、参照ピクチャリサンプリング（適応解像度変更としても知られる）が許可されるとき、異なるレイヤ間でＣＴＵ寸法が異なり得る：
ｉ． 例えば、インターレイヤピクチャのＣＴＵ寸法は、ダウンサンプル／アップサンプルスケーリングファクタに従って暗黙的に導出され得る：
１． 例えば、ベースレイヤに関してシグナリングされるＣＴＵ寸法がＭ×Ｎ（例えばＭ＝１２８及びＮ＝１２８など）であり、且つインターレイヤ符号化ピクチャが、幅においてスケーリングファクタＳで、及び高さにおいてスケーリングファクタＴでリサンプリングされる場合（スケーリングファクタは１より大きい又は小さいとし得る（例えば、Ｓ＝１／４及びＴ＝１／２が、インターレイヤ符号化ピクチャが幅において１／４にダウンサンプリングされ、高さにおいて１／２にダウンサンプリングされることを表すなど）、インターレイヤ符号化ピクチャのＣＴＵ寸法は、（Ｍ×Ｓ）×（Ｎ×Ｔ）又は（Ｍ／Ｓ）×（Ｎ／Ｔ）に導出され得る；
ｉｉ． 例えば、映像ユニットレベルで複数のレイヤについて異なるＣＴＵ寸法が明示的にシグナリングされてもよく、例えば、インターレイヤリサンプリングピクチャ／サブピクチャに対して、ＣＴＵ寸法が、ベースレイヤＣＴＵ寸法とは異なるＶＰＳ／ＤＰＳ／ＳＰＳ／ＰＰＳ／ＡＰＳ／ピクチャ／サブピクチャ／スライス／スライスヘッダ／タイル／ブリックのレベルでシグナリングされ得る。
２． ＴＴ又はＢＴスプリットが許されるか否かがＶＰＤＵ寸法（例えば幅及び／又は高さなど）に依存し得ることが提案される。ＶＰＤＵがルマサンプルにおいて寸法ＶＳｉｚｅを有し、且つ符号化ツリーブロックがルマサンプルにおいて寸法ＣｔｂＳｉｚｅＹを有するとする：
ａ） 一例において、ＶＳｉｚｅ＝ｍｉｎ（Ｍ，ＣｔｂＳｉｚｅＹ）である。Ｍは、例えば６４などの整数値である；
ｂ） 一例において、ＴＴ又はＢＴスプリットが許されるか否かは、最大変換サイズに依存しないとし得る；
ｃ） 一例において、ルミナンスサンプルにおけるコーディングブロック幅又は高さがｍｉｎ（ＶＳｉｚｅ，ｍａｘＴｔＳｉｚｅ）より大きいとき、ＴＴスプリットは無効にされ得る：
ｉ． 一例において、最大変換サイズが３２×３２に等しいが、ＶＳｉｚｅが６４×６４に等しいとき、１２８×１２８／１２８×６４／６４×１２８コーディングブロックに対してＴＴスプリットは無効にされ得る；
ｉｉ． 一例において、最大変換サイズが３２×３２に等しいが、ＶＳｉｚｅが６４×６４に等しいとき、６４×６４コーディングブロックに対してＴＴスプリットが許され得る；
ｄ） 一例において、ルマサンプルにおけるコーディングブロック幅がＶＳｉｚｅ以下であるが、ルマサンプルにおけるその高さがＶＳｉｚｅより大きいとき、垂直ＢＴスプリットが無効にされ得る：
ｉ． 一例において、最大変換サイズが３２×３２であるが、ＶＰＤＵサイズが６４×６４に等しい場合、６４×１２８コーディングブロックに対して垂直ＢＴスプリットが無効にされ得る；
ｉｉ． 一例において、最大変換サイズが３２×３２であるが、ＶＰＤＵサイズが６４×６４に等しい場合、３２×６４／１６×６４／８×６４コーディングブロックに対して垂直ＢＴスプリットが許可され得る；
ｅ） 一例において、コーディングブロックがルマサンプルにおいてピクチャ／サブピクチャ幅を超えているが、ルマサンプルにおけるその高さがＶＳｉｚｅより大きいとき、垂直ＢＴスプリットが無効にされ得る：
ｉ． あるいは、コーディングブロックがルマサンプルにおいてピクチャ／サブピクチャ幅を超えているとき、水平ＢＴスプリットが許可され得る；
ｆ） 一例において、ルマサンプルにおけるコーディングブロック幅がＶＳｉｚｅより大きいが、ルマサンプルにおけるその高さがＶＳｉｚｅ以下であるとき、水平ＢＴスプリットが無効にされ得る：
ｉ． 一例において、最大変換サイズが３２×３２であるが、ＶＰＤＵサイズが６４×６４に等しい場合、１２８×６４コーディングブロックに対して垂直ＢＴスプリットが無効にされ得る；
ｉｉ． 一例において、最大変換サイズが３２×３２であるが、ＶＰＤＵサイズが６４×６４に等しい場合、６４×８／６４×１６／６４×３２コーディングブロックに対して水平ＢＴスプリットが許可され得る；
ｇ） 一例において、コーディングブロックがルマサンプルにおいてピクチャ／サブピクチャの高さを超えているが、ルマサンプルにおけるその幅がＶＳｉｚｅより大きいとき、水平ＢＴスプリットが無効にされ得る：
ｉ． あるいは、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ高さを超えるとき、垂直ＢＴスプリットが許可され得る；
ｈ） 一例において、ＴＴ又はＢＴスプリットが無効にされるとき、ＴＴ又はＢＴスプリットフラグは、シグナリングされず、ゼロであると暗黙的に導出され得る：
ｉ． あるいは、ＴＴ及び／又はＢＴスプリットが有効にされるとき、ＴＴ及び／又はＢＴスプリットフラグは、ビットストリーム内で明示的にシグナリングされ得る；
ｉｉ． あるいは、ＴＴ又はＢＴスプリットが無効にされるとき、ＴＴ又はＢＴスプリットフラグはシグナリングされるがデコーダによって無視され得る；
ｉｉｉ． あるいは、ＴＴ又はＢＴスプリットが無効にされるとき、ＴＴ又はＢＴスプリットフラグはシグナリングされるが、適合ビットストリームにおいてゼロでなければならない。
３． ＣＴＵ寸法（例えば幅及び／又は高さなど）が１２８より大きくなり得ることが提案される：
ａ） 一例において、シグナリングされるＣＴＵ寸法は２５６又は更にはそれより大きくてもよい（例えば、log2_ctu_size_minus5は３以上であり得る）；
ｂ） 一例において、導出されるＣＴＵ寸法は２５６又は更にはそれより大きくてもよい：
ｉ． 例えば、ピクチャ／サブピクチャをリサンプリングするための導出ＣＴＵ寸法は１２８より大きいとし得る。
４． より大きいＣＴＵ寸法が許されるとき（例えばＣＴＵ幅及び／又は高さが１２８より大きいなど）、ＱＴスプリットフラグが真であると推定されることができ、スプリットされたコーディングブロックの寸法が指定値（例えば、指定値は、最大変換ブロック寸法又は１２８又は６４又は３２に設定され得る）に達するまでＱＴスプリットが再帰的に適用され得ることが提案される：
ａ） 一例において、再帰的ＱＴスプリットは、スプリットされたコーディングブロックサイズが最大変換ブロックサイズに達するまで、シグナリングなしで暗黙的に行われ得る；
ｂ） 一例において、ＣＴＵ ２５６×２５６がデュアルツリーに適用されるとき、ＱＴスプリットフラグは、最大変換ブロックサイズより大きいコーディングブロックに対してシグナリングされないとすることができ、ＱＴスプリットは、スプリットされたコーディングブロックサイズが最大変換ブロックサイズに達するまで、コーディングブロックに対して強制的に使用され得る。
５． ＴＴスプリットフラグが、１２８より大きいＣＵ／ＰＵ寸法（幅及び／又は高さ）に対して条件付きでシグナリングされ得ることが提案される：
ａ） 一例において、水平及び垂直の双方のＴＴスプリットフラグが、２５６×２５６ＣＵに対してシグナリングされ得る；
ｂ） 一例において、垂直ＴＴスプリットはされずに、水平ＴＴスプリットは、２５６×１２８／２５６×６４ＣＵ／ＰＵに対してシグナリングされ得る；
ｃ） 一例において、垂直ＴＴスプリットはされずに、水平ＴＴスプリットは、１２８×２５６／６４×２５６ＣＵ／ＰＵに対してシグナリングされ得る；
ｄ） 一例において、１２８より大きいＣＵ寸法に対してＴＴスプリットフラグが禁止されるとき、それはシグナリングされずに暗黙的にゼロとして導出され得る：
ｉ． 一例において、２５６×１２８／２５６×６４ＣＵ／ＰＵに対して水平ＴＴスプリットは禁止され得る；
ｉｉ． 一例において、１２８×２５６／６４×２５６ＣＵ／ＰＵに対して垂直ＴＴスプリットは禁止され得る。
６． ＢＴスプリットフラグが、１２８より大きいＣＵ／ＰＵ寸法（幅及び／又は高さ）に対して条件付きでシグナリングされ得ることが提案される：
ａ） 一例において、水平及び垂直の双方のＴＴスプリットフラグが、２５６×２５６／２５６×１２８／１２８×２５６ＣＵ／ＰＵに対してシグナリングされ得る；
ｂ） 一例において、水平ＢＴスプリットフラグが、６４×２５６ＣＵ／ＰＵに対してシグナリングされ得る；
ｃ） 一例において、垂直ＢＴスプリットフラグが、２５６×６４ＣＵ／ＰＵに対してシグナリングされ得る；
ｄ） 一例において、１２８より大きいＣＵ寸法に対してＢＴスプリットフラグが禁止されるとき、それはシグナリングされずに暗黙的にゼロとして導出され得る：
ｉ． 一例において、Ｋ×２５６ＣＵ／ＰＵ（例えば、ルマサンプルにおいてＫは６４以下である）に対して垂直ＢＴスプリットが禁止され、垂直ＢＴスプリットフラグはシグナリングされずにゼロとして導出され得る：
１． 例えば、上のケースにおいて、６４×２５６ＣＵ／ＰＵに対して垂直ＢＴスプリットは禁止され得る；
２． 例えば、上のケースにおいて、ピクチャ／サブピクチャ境界で３２×２５６ＣＵ／ＰＵを回避するために垂直ＢＴスプリットは禁止され得る；
ｉｉ． 一例において、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ幅を超えるが、ルマサンプルにおけるその高さがＭより大きい（ルマサンプルにおいて例えばＭ＝６４など）とき、垂直ＢＴスプリットは禁止され得る；
ｉｉｉ． 一例において、水平ＢＴスプリットは、２５６×Ｋコーディングブロック（例えば、Ｋはルマサンプルにおいて６４以下である）に対して禁止され、水平ＢＴスプリットフラグは、シグナリングされずにゼロとして導出され得る：
１． 例えば、上のケースにおいて、２５６×６４コーディングブロックに対して水平ＢＴスプリットは禁止され得る；
２． 例えば、上のケースにおいて、ピクチャ／サブピクチャ境界で２５６×３２コーディングブロックを回避するために水平ＢＴスプリットは禁止され得る；
ｉｖ． 一例において、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ高さを超えるが、ルマサンプルにおけるその幅がＭより大きい（ルマサンプルにおいて例えばＭ＝６４など）とき、水平ＢＴスプリットは禁止され得る。
７． アフィンモデルパラメータ計算がＣＴＵ寸法に依存し得ることが提案される：
ａ） 一例において、スケーリングされた動きベクトル及び／又はアフィン予測における制御点動きベクトルの導出がＣＴＵ寸法に依存し得る。
８． イントラブロックコピー（ＩＢＣ）バッファは、最大設定可能／許容ＣＴＵ寸法に依存し得ることが提案される：
ａ） 例えば、ルマサンプルにおけるＩＢＣバッファ幅は、Ｎ×ＮをルマサンプルにおけるＣＴＵ幅（又は高さ）で除算したものに等しいとすることができ、ただし、Ｎは、ルマサンプルにおける最大設定可能ＣＴＵサイズであり、例えば、Ｎ＝１＜＜（log2_ctu_size_minus5＋５）などとし得る。
９． 指定された（１つ以上の）符号化ツールのセットが、大きいＣＵ／ＰＵに対して無効にされ得ることが提案され、ここで、大きいＣＵ／ＰＵとは、ＣＵ／ＰＵ幅又はＣＵ／ＰＵ高さのいずれかがＮ（例えばＮ＝６４又は１２８など）より大きいＣＵ／ＰＵを指す：
ａ） 一例において、上述の指定された（１つ以上の）符号化ツールは、パレット、及び／又はイントラブロックコピー（ＩＢＣ）、及び／又はイントラスキップモード、及び／又は三角予測モード、及び／又はＣＩＩＰモード、及び／又は通常マージモード、及び／又はデコーダ側動き導出、及び／又は双方向オプティカルフロー、及び／又は予測精緻化ベースオプティカルフロー、及び／又はアフィン予測、及び／又はサブブロックベースＴＭＶＰなどとし得る：
ｉ． あるいは、例えばパレット及び／又はイントラブロックコピー（ＩＢＣ）モードなどの（１つ以上の）スクリーンコンテンツ符号化ツールが、大きいＣＵ／ＰＵに適用されてもよい；
ｂ） 一例において、指定された（１つ以上の）符号化ツールを大きいＣＵ／ＰＵに対して無効にするための明示的にシンタックス制約を使用してもよい：
ｉ． 例えば、パレット／ＩＢＣフラグは、大きいＣＵ／ＰＵではないＣＵ／ＰＵに対して明示的にシグナリングされ得る；
ｃ） 一例において、指定された（１つ以上の）符号化ツールを大きいＣＵ／ＰＵに対して無効にするためのビットストリーム制約を使用してもよい。
１０． ＴＴ又はＢＴスプリットが許可されるか否かがブロック寸法に依存し得る：
ａ） 一例において、ルマサンプルにおけるコーディングブロック幅又は高さがＮ（例えば、Ｎ＝６４）より大きいとき、ＴＴスプリットは無効にされ得る：
ｉ． 一例において、最大変換サイズが３２×３２に等しいとき、１２８×１２８／１２８×６４／６４×１２８コーディングブロックに対してＴＴスプリットは無効にされ得る；
ｉｉ． 一例において、最大変換サイズが３２×３２に等しいとき、６４×６４コーディングブロックに対してＴＴスプリットが許可され得る；
ｂ） 一例において、ルマサンプルにおけるコーディングブロック幅がＮ（例えば、Ｎ＝６４）以下であるが、ルマサンプルにおけるその高さがＮ（例えば、Ｎ＝６４）より大きいとき、垂直ＢＴスプリットが無効にされ得る：
ｉ． 一例において、最大変換サイズ３２×３２である場合に、６４×１２８コーディングブロックに対して垂直ＢＴスプリットが無効にされ得る；
ｉｉ． 一例において、最大変換サイズ３２×３２である場合に、３２×６４／１６×６４／８×６４コーディングブロックに対して垂直ＢＴスプリットが許可され得る；
ｃ） 一例において、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ幅を超えるが、ルマサンプルにおけるその高さが６４より大きいとき、垂直ＢＴスプリットが無効にされ得る：
ｉ． あるいは、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ幅を超えるとき、水平ＢＴスプリットが許可されてもよい；
ｄ） 一例において、ルマサンプルにおけるコーディングブロック幅がＮ（例えば、Ｎ＝６４）より大きいが、ルマサンプルにおけるその高さがＮ（例えば、Ｎ＝６４）以下であるとき、水平ＢＴスプリットが無効にされ得る：
ｉ． 一例において、最大変換サイズ３２×３２である場合に、１２８×６４コーディングブロックに対して垂直ＢＴスプリットが無効にされ得る；
ｉｉ． 一例において、最大変換サイズ３２×３２である場合に、６４×８／６４×１６／６４×３２コーディングブロックに対して水平ＢＴスプリットが許可され得る；
ｅ） 一例において、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ高さを超えるが、ルマサンプルにおけるその幅がＮ（例えば、Ｎ＝６４）より大きいとき、水平ＢＴスプリットが無効にされ得る：
ｉ． あるいは、コーディングブロックがルマサンプルにおけるピクチャ／サブピクチャ高さを超えるとき、垂直ＢＴスプリットが許可されてもよい。
コンフィギュラブル最大変換サイズ関連
１１． 最大ＴＵサイズがＣＴＵ寸法（幅及び／又は高さ）に依存し得ること、又はＣＴＵ寸法が最大ＴＵサイズに依存し得ることが提案される：
ａ） 一例において、最大ＴＵサイズはＣＴＵ寸法以下とするというビットストリーム制約が用いられ得る；
ｂ） 一例において、最大ＴＵサイズのシグナリングはＣＴＵ寸法に依存し得る：
ｉ． 例えば、ＣＴＵ寸法がＮ（例えば、Ｎ＝６４）より小さいとき、シグナリングされる最大ＴＵサイズはＮより小さくなければならない；
ｉｉ． 例えば、ＣＴＵの寸法がＮ（例えば、Ｎ＝６４）より小さいとき、最大ルマ変換サイズが６４であるのか３２であるのかのインジケーション（例えば、sps_max_luma_transform_size_64_flag）はシグナリングされないとすることができ、最大ルマ変換サイズは暗黙的に３２として導出され得る。
１２． 変換ブロックサイズより大きい幅及び／又は高さを有するブロックに対して、特定の符号化ツールが有効にされ得る：
ａ） 一例において、特定の符号化ツールは、イントラサブパーティション予測（ＩＳＰ）、ＭＩＰ、ＳＢＴ、又は１つのＣＵを複数のＴＵへとスプリットしたり、１つのＣＢを複数のＴＢへとスプリットしたりする他の符号化ツールとし得る；
ｂ） 一例において、特定の符号化ツールは、例えば変換スキップモード、ＢＤＰＣＭ／ＤＰＣＭ／ＰＣＭなど、変換を適用しない（又はアイデンティティ変換のみが適用される）符号化ツールとし得る；
ｃ） 特定のツールは、イントラブロックコピー（ＩＢＣ）、パレット（ＰＬＴ）とし得る；
ｄ） 特定のツールは、結合インターイントラ予測（ＣＩＩＰ）とし得る。
１３． 特定の符号化ツールが有効にされるか否かは、コーディングブロック寸法に依存し得る：
ａ） 一例において、特定の符号化ツールは、イントラサブパーティション予測（ＩＳＰ）、行列ベースイントラ予測（ＭＩＰ）、サブブロック変換（ＳＢＴ）、イントラブロックコピー（ＩＢＣ）、パレット（ＰＬＴ）などとし得る；
ｂ） 一例において、ルマサンプルにおけるコーディングブロック幅及び／又は高さがＮ（例えば、Ｎ＝６４）以下であるとき、特定の符号化ツール（例えばＩＳＰ、ＭＩＰなど）が許可され得る：
ｉ． あるいは、ルマサンプルにおけるコーディングブロック幅及び／又は高さがＮ（例えば、Ｎ＝６４）より大きいとき、特定の符号化ツールが無効にされてもよい；
ｃ） 特定の符号化ツール（例えばＩＳＰ、ＭＩＰなど）が有効にされるか否かは、コーディングブロックサイズとＶＰＤＵサイズとの間の関係に依存し得る：
ｉ． 一例において、ルマサンプルにおけるコーディングブロック幅及び／又は高さがＶＰＤＵサイズ（例えば３２又は６４など）以下であるとき、特定の符号化ツールが許可され得る：
１． あるいは、ルマサンプルにおけるコーディングブロック幅及び／又は高さがＶＰＤＵサイズ（例えば３２又は６４など）以下であるとき、特定の符号化ツールが無効にされてもよい；
ｄ） イントラサブパーティション予測（ＩＳＰ）が有効にされるか否か、及び／又はどの（１つ以上の）パーティションタイプ（例えば、スプリット方向）が許可されるかは、サブパーティションの寸法と最大変換ブロックサイズとの間の関係に依存し得る：
ｉ． 一例において、サブパーティション幅及び／又は高さが、少なくとも１つのパーティションタイプについて最大変換ブロックサイズより大きくないとき、ＩＳＰが有効にされ得る：
１． あるいは、さらに、それ以外の場合にＩＳＰは無効にされ得る；
ｉｉ． 一例において、サブパーティション幅及び／又は高さが、許される全てのパーティションタイプについて最大変換ブロックサイズより大きくないとき、ＩＳＰが有効にされ得る：
１． あるいは、さらに、それ以外の場合にＩＳＰは無効にされ得る；
ｉｉｉ． 一例において、パーティションタイプ（例えば、intra_subpartitions_split_flag）のシグナリングは、パーティションタイプに基づく対応するサブパーティションの幅及び／又は高さと最大変換ブロックサイズとの間の関係に依存し得る：
１． 一例において、パーティションタイプに基づく対応するサブパーティションの幅及び／又は高さが最大変換ブロックサイズより大きくないという条件を１つのパーティションタイプのみが満たす場合、そのパーティションタイプは、シグナリングされずに推測され得る；
ｅ） 特定の符号化ツール（例えばＩＢＣ、ＰＬＴなど）が有効にされるか否かは、コーディングブロックサイズと最大変換サイズ（例えば３２又は６４など）との間の関係に依存し得る：
ｉ． 一例において、特定の符号化ツール（例えばＩＢＣ、ＰＬＴなど）が有効にされるか否かは、コーディングブロック寸法と固定数６４との間の関係に条件付けられないとし得る；
ｉｉ． 一例において、ルマサンプルにおけるコーディングブロック幅及び高さが最大変換サイズより大きくないとき、特定の符号化ツール（例えばＩＢＣ、ＰＬＴなど）が許可され得る：
１． 一例において、ルマサンプルにおけるブロック幅及び／又は高さが最大変換サイズより大きいとき、特定の符号化ツール（例えばＩＢＣ、ＰＬＴなど）が無効にされ得る；
２． 一例において、最大変換サイズが３２に等しい場合、ルマサンプルにおけるブロック幅及び／又は高さが６４に等しいとき、特定の符号化ツール（例えばＩＢＣ、ＰＬＴなど）が無効にされ得る；
ｆ） 特定の符号化ツールが無効にされる場合、関連するシンタックス要素（例えば、ＩＳＰでのintra_subpartitions_mode_flag及びintra_subpartitions_split_flag、ＭＩＰでのintra_mip_flag及びintra_mip_mode、ＩＢＣでのpred_mode_ibc_flag、ＰＬＴでのpred_mode_plt_flagなど）は、シグナリングされずに、０であると推定され得る；
ｇ） 特定の符号化ツールが無効にされる場合、関連するシンタックス要素（例えば、ＩＳＰでのintra_subpartitions_mode_flag及びintra_subpartitions_split_flag、ＭＩＰでのintra_mip_flag及びintra_mip_mode、ＩＢＣでのpred_mode_ibc_flag、ＰＬＴでのpred_mode_plt_flagなど）は、シグナリングされ得るが、適合ビットストリームにおいて０でなければならない。
１４． 暗黙的ＱＴスプリットはＶＰＤＵサイズ及び／又は最大変換サイズに依存し得る：
ａ） 一例において、暗黙的ＱＴスプリットは、コーディングブロック寸法と固定数６４との間の関係に条件付けられないとし得る；
ｂ） 一例において、コーディングブロックは暗黙的に４パーティションにスプリットされ、サブパーティションの幅及び高さの両方がＶＰＤＵサイズに達するまで、各サブパーティションが再帰的に暗黙スプリットされる；
ｃ） 一例において、コーディングブロックは暗黙的に４パーティションにスプリットされ、サブパーティションの幅及び高さの両方が最大変換サイズに達するまで、各サブパーティションが再帰的に暗黙スプリットされる。
１５． サブブロック変換（ＳＢＴ）に使用される最大ブロック幅及び／又は高さは最大変換サイズに依存し得る：
ａ） 一例において、最大ＳＢＴサイズは最大変換サイズに等しく設定され得る；
ｂ） 一例において、最大ＳＢＴサイズに関連するシンタックス要素（例えばsps_sbt_max_size_64_flagなど）はシグナリングされないとし得る；
ｉ． 例えば、最大変換サイズが６４より小さいとき、sps_sbt_max_size_64_flagはシグナリングされずに０であると推定される；
ｉｉ． 例えば、最大変換サイズが６４より小さいが、適合ビットストリームにおいて０に等しくなければならないとき、sps_sbt_max_size_64_flagはシグナリングされる；
ｃ） 一例において、関連するシンタックス要素（例えばcu_sbt_flagなどの）のシグナリングは最大変換サイズに依存し得る；
ｄ） 一例において、関連するシンタックス要素（例えばcu_sbt_flagなどの）のシグナリングは最大ＳＢＴサイズに依存しないとし得る。
１６． 変換スキップ及び／又はイントラＢＤＰＣＭに使用される最大ブロックサイズは最大変換サイズに依存し得る：
ａ） 一例において、最大変換スキップサイズは最大変換サイズに等しく設定され得る；
ｂ） 一例において、最大変換スキップサイズに関連するシンタックス要素（例えばlog2_transform_skip_max_size_minus2など）はシグナリングされないとし得る。
１７． イントラＢＤＰＣＭに使用される最大ブロックサイズは独立にシグナリングされ得る：
ａ） 一例において、イントラＢＤＰＣＭに使用される最大ブロックサイズは、変換スキップに使用される最大ブロックサイズに依存しないとし得る；
ｂ） 一例において、イントラＢＤＰＣＭに使用される最大ブロックサイズを規定するために、ＳＰＳ／ＶＰＳ／ＰＰＳ／スライス／ＶＰＤＵ／ＣＴＵ／ＣＵレベルフラグがビットストリーム内でシグナリングされ得る。
１８． ブロックに対して結合インターイントラ予測（ＣＩＩＰ）を有効にするか無効にするかは、ブロック幅及び／又は高さと最大変換サイズとの間の関係に依存し得る：
ａ） 一例において、ブロック幅及び／又は高さが最大変換サイズより大きい場合、ブロックに対してＣＩＩＰは無効にされ得る；
ｂ） 一例において、ＣＩＩＰが無効にされる場合、ＣＩＩＰを指し示すシンタックス要素（例えばciip_flagなど）はシグナリングされないとし得る。
１９． ＣＩＩＰで符号化されるＣＵの幅及び高さの両方が１２８より小さいとき、ＣＵを複数のサブパーティションにスプリットすることは許されず、第１のサブパーティションに関するイントラ予測は、第１のサブパーティションの前にイントラ予測が実行される第２のサブパーティションの再構築に依存する可能性がある。
２０． ＣＩＩＰで符号化されたＣＵを一部のサブパーティションに分割することが許されており、第１のサブパーティションのためのイントラ予測は、第１のサブパーティションにイントラ予測が実行されるのより前にイントラ予測が実行される第２のサブパーティションの再構成に依存し得る。
可逆コーディング関連
２１． 変換スキップ符号化される（すなわち、変換が適用されない／アイデンティティ変換のみが適用される）ブロックの最大サイズは、変換が適用されるブロックに関する最大サイズ（例えば、MaxTbSizeY）から導出される：
ａ） 一例において、変換スキップコーディングブロックに関する最大サイズはMaxTbSizeYに推定される；
ｂ） 一例において、変換スキップコーディングブロックに関する最大サイズのシグナリングはスキップされる。
２２． 可逆コーディングが有効にされるとき、シーケンス／ピクチャ／サブピクチャ／スライス／タイルグループ／タイル／ブリック／ＣＴＵ行／ＣＴＵ／ＣＵ／ＰＵ／ＴＵ／サブブロックレベルの現在映像ユニットに対して、ルママッピングクロマスケーリング（ＬＭＣＳ）が無効にされ得る：
ａ） 一例において、ＬＭＣＳ有効化フラグ（例えばsps_lmcs_enabled_flag、slice_lmcs_enabled_flag、slice_chroma_residual_scale_flag、lmcs_dataなど）は、シーケンス／ピクチャ／サブピクチャ／スライス／タイルグループ／タイル／ブリック／ＣＴＵ行／ＣＴＵ／ＣＵ／ＰＵ／ＴＵ／サブブロックレベルの変換量子化バイパスフラグ（例えばsps_transquant_bypass_flag、pps_transquant_bypass_flag、cu_transquant_bypass_flagなど）を条件にしてシグナリングされ得る：
ｉ． 一例において、変換量子化バイパスフラグが１に等しい場合、ＬＭＣＳ有効フラグはシグナリングされずに０であると推定され得る：
１． 一例において、シーケンスレベル変換量子化バイパスフラグ（例えばsps_transquant_bypass_flagなど）が１に等しい場合、シーケンス及び下位レベルのＬＭＣＳ有効化フラグ（例えばsps_lmcs_enabled_flag、slice_lmcs_enabled_flag、slice_chroma_residual_scale_flagなど）は、シグナリングされずに０であると推定され得る；
２． 一例において、シーケンスレベルTransquantBypassEnabledFlagが１に等しい場合、ＡＰＳレベルlmcs_dataはシグナリングされないとし得る；
３． 一例において、ＰＰＳレベル変換量子化バイパスフラグ（例えばpps_transquant_bypass_flag）が１に等しい場合、スライスレベルＬＭＣＳ有効化フラグ（例えばslice_lmcs_enabled_flag、slice_lmcs_aps_id、slice_chroma_residual_scale_flagなど）は、シグナリングされずに０であると推定され得る；
ｂ） 一例において、変換量子化バイパスフラグが１に等しいとき、ＬＭＣＳ有効化フラグは０に等しくあるべきであるというビットストリーム制約が適用され得る。
【0037】
５． 実施形態
新たに追加される部分は太字の二重括弧で囲まれ、例えば、｛｛ａ｝｝は、“ａ”が追加されたことを表し、ＶＶＣ作業原案から削除される部分は太字の二重角括弧で囲まれ、例えば、［［ｂ］］は、“ｂ”が削除されたことを表す。これらの変更箇所は最新のＶＶＣ作業原案（ＪＶＥＴ－Ｏ２００１－ｖ１１）をベースにしている。
新たに追加される部分は太字の二重括弧で囲まれ、例えば、｛｛ａ｝｝は、“ａ”が追加されたことを表し、ＶＶＣ作業原案から削除される部分は太字の二重角括弧で囲まれ、例えば、［［ｂ］］は、“ｂ”が削除されたことを表す。これらの変更箇所は最新のＶＶＣ作業原案（ＪＶＥＴ－Ｏ２００１－ｖ１１）をベースにしている。
【0038】
５．１ 実施形態例＃１
以下の実施形態は、最大ＴＵサイズをＣＴＵサイズに依存させる発明方法に関する：
（外３）
以下の実施形態は、最大ＴＵサイズをＣＴＵサイズに依存させる発明方法に関する：
（外３）
【0039】
５．２ 実施形態例＃２
以下の実施形態は、ＴＴ及びＢＴスプリットプロセスをＶＰＤＵサイズに依存させる発明方法に関する：
（外４）
以下の実施形態は、ＴＴ及びＢＴスプリットプロセスをＶＰＤＵサイズに依存させる発明方法に関する：
（外４）
【0040】
５．３ 実施形態例＃３
以下の実施形態は、アフィンモデルパラメータ計算をＣＴＵサイズに依存させる発明方法に関する：
（外５）
以下の実施形態は、アフィンモデルパラメータ計算をＣＴＵサイズに依存させる発明方法に関する：
（外５）
【0041】
５．４ ブロックサイズに応じてＢＴ及びＴＴスプリットを許可することについての実施形態＃４
図１に示すように、最大変換サイズが３２×３２であろうと６４×６４であろうと、ＴＴスプリットは、ブロックサイズ６４×６４のコーディングブロックに対して許可されることができ、ＢＴスプリットは、ブロックサイズ３２×６４、１６×６４、８×６４、６４×３２、６４×１６、６４×８に対して許可されることができる。
図１に示すように、最大変換サイズが３２×３２であろうと６４×６４であろうと、ＴＴスプリットは、ブロックサイズ６４×６４のコーディングブロックに対して許可されることができ、ＢＴスプリットは、ブロックサイズ３２×６４、１６×６４、８×６４、６４×３２、６４×１６、６４×８に対して許可されることができる。
【0042】
図１は、ブロックサイズに応じてＢＴ及びＴＴスプリットを許可することの一例である。
【0043】
５．５ ＶＰＤＵサイズ又は６４×６４に応じてＩＳＰを適用することについての実施形態＃５
変更箇所は最新のＶＶＣ作業原案（ＪＶＥＴ－Ｏ２００１－ｖ１４）をベースにしている：
（外６）
変更箇所は最新のＶＶＣ作業原案（ＪＶＥＴ－Ｏ２００１－ｖ１４）をベースにしている：
（外６）
【0044】
５．６ ＶＰＤＵサイズ又は６４×６４に応じてＭＩＰを適用することについての実施形態＃６
以下の実施形態は、ＩＳＰをＶＰＤＵサイズに依存させる発明方法に関する。変更箇所は最新のＶＶＣ作業原案（ＪＶＥＴ－Ｏ２００１－ｖ１４）をベースにしている：
（外７）
以下の実施形態は、ＩＳＰをＶＰＤＵサイズに依存させる発明方法に関する。変更箇所は最新のＶＶＣ作業原案（ＪＶＥＴ－Ｏ２００１－ｖ１４）をベースにしている：
（外７）
【0045】
５．７ 最大変換サイズに応じてＳＢＴを適用することについての実施形態＃７
（外８）
（外８）
【0046】
５．８ 最大変換サイズに応じて変換スキップを適用することについての実施形態＃８
（外９）
（外９）
【0047】
５．９ 最大変換サイズに応じたｃｌｉｐ＿ｆｌａｇについての実施形態＃９
（外１０）
（外１０）
【0048】
５．１０ ＣｔｂＳｉｚｅＹに応じたsps_max_luma_transform_size_64_flagについての実施形態＃１０
（外１１）
（外１１）
【0049】
図２は、映像処理装置２００のブロック図である。装置２００は、ここに記載される方法のうちの１つ以上を実装するために使用され得る。装置２００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信器にて具現化され得る。装置２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４、及び映像処理ハードウェア２０６を含み得る。（１つ以上の）プロセッサ２０２は、本文書に記載される１つ以上の方法を実行するように構成され得る。（１つ以上の）メモリ２０４は、ここに記載される方法及び技術を実行するのに使用されるデータ及びコードを格納するために使用され得る。映像処理ハードウェア２０６は、本文書に記載される一部の技術をハードウェア回路にて実装するために使用され得る。一部の実施形態において、映像処理ハードウェア２０６は、少なくとも部分的に、プロセッサ（グラフィカルコプロセッサユニット内にあるとし得る。
【0050】
一部の実施形態において、映像符号化方法は、図２に関して説明したようなハードウェアプラットフォーム上に実装される装置を用いて実装され得る。
【0051】
開示される技術の一部の実施形態は、映像処理ツール又はモードを有効にする決定を行うことを含む。一例において、映像処理ツール又はモードが有効にされるとき、エンコーダは、映像のブロックの処理においてそのツール又はモードを使用又は実装することになるが、必ずしも、そのツール又はモードの使用に基づいて、結果として生じるビットストリームを変更するわけではない。すなわち、映像のブロックから映像のビットストリーム表現への変換は、映像処理ツール又はモードを、それが決定に基づいて有効にされるときに使用することになる。他の一例において、映像処理ツール又はモードが有効にされるとき、デコーダは、その映像処理ツール又はモードに基づいてビットストリームが変更されていることを知って、ビットストリームを処理することになる。すなわち、映像のビットストリーム表現から映像のブロックへの変換は、決定に基づいて有効にされていた映像処理ツール又はモードを用いて実行されることになる。
【0052】
開示される技術の一部の実施形態は、映像処理ツール又はモードを無効にする決定を行うことを含む。一例において、映像処理ツール又はモードが無効にされるとき、エンコーダは、映像のブロックの映像のビットストリームへの変換においてそのツール又はモードを使用しないことになる。他の一例において、映像処理ツール又はモードが無効にされるとき、デコーダは、決定に基づいて有効にされた映像処理ツール又はモードを用いてはビットストリームが変更されていないことを知って、ビットストリームを処理することになる。
【0053】
図３は、ここに開示される様々な技術が実装され得る映像処理システム３００の一例を示すブロック図である。様々な実装は、システム３００のコンポーネントの一部又は全てを含み得る。システム３００は、映像コンテンツを受信する入力３０２を含み得る。映像コンテンツは、例えば８ビット又は１０ビットのマルチコンポーネント（多成分）ピクセル値といった、ロー（未加工）又は未圧縮のフォーマットで受信されてもよいし、あるいは圧縮又は符号化されたフォーマットで受信されてもよい。入力３０２は、ネットワークインタフェース、周辺バスインタフェース、又はストレージインタフェースを表し得る。ネットワークインタフェースの例は、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯＮ）などの有線インタフェース、及びＷｉ－Ｆｉ（登録商標）若しくはセルラーインタフェースなどの無線インタフェースを含む。
【0054】
システム３００は、本文書に記載される様々なコーディング又は符号化方法を実装し得る符号化コンポーネント３０４を含み得る。符号化コンポーネント３０４は、入力３０２から符号化コンポーネント３０４の出力まで映像の平均ビットレートを低減させて、映像の符号化表現を生成し得る。符号化技術は、それ故に、映像圧縮技術又は映像トランスコーディング技術と呼ばれることがある。符号化コンポーネント３０４の出力は、格納されるか、コンポーネント３０６によって表されるように接続されて通信を介して伝送されるかし得る。入力３０２で受信された映像の格納又は通信されるビットストリーム（又は符号化）表現は、ディスプレイインタフェース３１０に送られるピクセル値又は表示可能映像を生成するためにコンポーネント３０８によって使用され得る。ビットストリーム表現からユーザが見ることができる映像を生成するプロセスは、映像解凍と呼ばれることがある。また、特定の映像処理操作が“符号化”の操作又はツールとして参照されることがあるが、理解されることには、符号化のツール又は操作はエンコーダで使用され、符号化の結果を裏返す対応する復号のツール又は操作がデコーダで実行されることになる。
【0055】
周辺バスインタフェース又はディスプレイインタフェースの例は、ユニバーサルシリアルバス（ＵＳＢ）又は高精細マルチメディアインタフェース（ＨＤＭＩ（登録商標））又はディスプレイポート（Displayport）などを含み得る。ストレージインタフェースの例は、ＳＡＴＡ（serial advanced technology attachment）、ＰＣＩ、ＩＤＥインタフェースなどを含む。本文書に記載される技術は、例えば携帯電話、ラップトップ、スマートフォン、又はデジタルデータ処理及び／又は映像表示を実行することが可能な他の装置などの、種々のエレクトロニクス装置にて具現化され得る。
【0056】
図４は、映像処理の方法４００のフローチャートである。方法４００は、処理４１０にて、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に使用される仮想パイプラインデータユニット（ＶＰＤＵ）の寸法を用いて、上記１つ以上の映像ブロックのうちの映像ブロックの三分木（ＴＴ）又は二分木（ＢＴ）分割が有効にされるのかの決定を実行することを含み、上記寸法は、ルマサンプルにおけるＶＳｉｚｅに等しい。
【0057】
方法４００は、処理４２０にて、上記決定に基づいて上記変換を実行することを含む。
【0058】
図５は、映像処理の方法５００のフローチャートである。方法５００は、処理５１０にて、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換のために、上記１つ以上の映像ブロックのうちの映像ブロックの寸法を用いて、該映像ブロックの三分木（ＴＴ）又は二分木（ＢＴ）分割が有効にされるのかの決定を実行することを含む。
【0059】
方法５００は、処理５２０にて、上記決定に基づいて上記変換を実行することを含む。
【0060】
図６は、映像処理の方法６００のフローチャートである。方法６００は、処理６１０にて、映像ブロックの高さ又は幅を用いて、上記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に、符号化ツールが有効にされるのかの決定を実行することを含み、該決定は、高さ又は幅と値Ｎとの間の比較に基づき、Ｎは正の整数である。
【0061】
方法６００は、処理６２０にて、上記決定に基づいて上記変換を実行することを含む。
【0062】
図７は、映像処理の方法７００のフローチャートである。方法７００は、処理７１０にて、映像ブロックの高さ又は幅と変換ブロックのサイズとの間の比較を用いて、上記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に、符号化ツールが有効にされるのかの決定を実行することを含む。
【0063】
方法７００は、処理７２０にて、上記決定に基づいて上記変換を実行することを含む。
【0064】
図８は、映像処理の方法８００のフローチャートである。方法８００は、処理８１０にて、映像ブロックの高さ又は幅を用いて、上記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に、符号化ツールが有効にされるのかの決定を実行することを含む。
【0065】
方法８００は、処理８２０にて、上記決定に基づいて上記変換を実行することを含む。
【0066】
図９は、映像処理の方法９００のフローチャートである。方法９００は、処理９１０にて、映像ブロックのサブパーティションの寸法と最大変換サイズとの間の比較を用いて、（ａ）上記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像との間での変換に、イントラサブパーティション予測（ＩＳＰ）モードが有効にされるのかの決定、及び（ｂ）変換のための１つ以上の許されるパーティションタイプの選択を実行することを含む。
【0067】
方法９００は、処理９２０にて、上記決定及び上記選択に基づいて上記変換を実行することを含む。
【0068】
図１０は、映像処理の方法１０００のフローチャートである。方法１０００は、処理１０１０にて、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換を実行することを含み、該変換は、無効にされた符号化ツールを有し、符号化ツールに関するシンタックス要素が、ビットストリーム表現から除外され、符号化ツールが無効にされることを規定する所定の値であると推定される。
【0069】
図１１は、映像処理の方法１１００のフローチャートである。方法１１００は、処理１１１０にて、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換を実行することを含み、該変換は、無効にされた符号化ツールを有し、ビットストリーム表現は、符号化ツールが無効にされることに基づいて所定の値であると推定される符号化ツールに関するシンタックス要素を有する。
【0070】
図１２は、映像処理の方法１２００のフローチャートである。方法１２００は、処理１２１０にて、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に使用される仮想パイプラインデータユニット（ＶＰＤＵ）及び／又は最大変換サイズの寸法を用いて、上記１つ以上の映像ブロックのうちの映像ブロックの暗黙的（ＱＴ）分割が有効にされるのかの決定を実行することを含む。
【0071】
方法１２００は、処理１２２０にて、上記決定に基づいて上記変換を実行することを含む。
【0072】
図１３は、映像処理の方法１３００のフローチャートである。方法１３００は、処理１３１０にて、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換を実行することを含み、該変換はサブブロック変換（ＳＢＴ）を有し、ＳＢＴの最大高さ又は最大幅は、最大変換サイズに基づく。
【0073】
図１４は、映像処理の方法１４００のフローチャートである。方法１４００は、処理１４１０にて、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換を実行することを含み、該変換は、変換スキップモード及び／又はイントラブロックベース差動パルス符号変調（ＢＤＰＣＭ）モードを有し、変換スキップモードに使用される最大ブロックサイズが、最大変換サイズに基づく。
【0074】
図１５は、映像処理の方法１５００のフローチャートである。方法１５００は、処理１５１０にて、映像ブロックの高さ又は幅と最大変換サイズとの間の比較を用いて、映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に、結合インターイントラ予測（ＣＩＩＰ）モードが有効にされるのかの決定を実行することを含む。
【0075】
方法１５００は、処理１５２０にて、上記決定に基づいて上記変換を実行することを含む。
【0076】
図１６は、映像処理の方法１６００のフローチャートである。方法１６００は、処理１６１０にて、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換のために、結合インターイントラ予測（ＣＩＩＰ）で符号化される１つ以上の映像ブロックのうちの映像ブロックを分割することに関して決定を行うことを含む。
【0077】
方法１６００は、処理１６２０にて、上記決定に基づいて上記変換を実行することを含む。
【0078】
図１７は、映像処理の方法１７００のフローチャートである。方法１７００は、処理１７１０にて、複数の映像ブロックを有した映像領域を有する映像と、該映像のビットストリーム表現との間での変換を、ルールに従って実行することを含み、該ルールは、変換符号化を用いてビットストリーム表現内に符号化される映像領域内の複数の映像ブロックの最大ブロックサイズが、変換符号化を用いずにビットストリーム表現内に符号化される映像領域内の複数の映像ブロックの最大ブロックサイズを決定する、ことを規定する。
【0079】
図１８は、映像処理の方法１８００のフローチャートである。方法１８００は、処理１８１０にて、複数の映像ブロックを有した映像領域を有する映像と、該映像のビットストリーム表現との間での変換を、ルールに従って実行することを含み、該ルールは、映像領域に対して可逆コーディングが有効にされるときに、映像領域に対してクロマスケーリング付きルママッピング（ＬＭＣＳ）プロセスが無効にされる、ことを規定し、映像領域は、シーケンス、ピクチャ、サブピクチャ、スライス、タイルグループ、タイル、ブリック、コーディングツリーユニット（ＣＴＵ）行、ＣＴＵ、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）、変換ユニット（ＴＵ）、又はサブブロックである。
【0080】
方法４００－１８００において、ＩＳＰモードにおいて、上記１つ以上の映像ブロックのうちの映像ブロックは、イントラ予測及び変換の適用前に複数のサブパーティションへと分割される。
【0081】
方法４００－１８００において、ＳＢＴは、上記１つ以上の映像ブロックのうちの映像ブロックの１つ以上のパーティションに別々に適用される１つ以上の変換を有する。
【0082】
方法４００－１８００において、変換スキップモードは、対応する符号化ツールについての変換及び逆変換プロセスをスキップすることを有し、ＢＤＰＣＭモードにおいて、現在映像ブロックのイントラ予測の残差は、差動パルス符号化変調処理を用いて予測的に符号化される。
【0083】
方法４００－１８００において、ＣＩＩＰモードにおいて、映像ブロックの最終予測は、映像ブロックのインター予測と映像ブロックのイントラ予測との加重和に基づく。
【0084】
方法４００－１８００において、ＬＭＣＳプロセスは、映像領域のルマサンプルが第１ドメインと第２ドメインとの間でリシェイピングされること、及びルマ依存的にクロマ残差がスケーリングされることを含む。
【0085】
一部の実施形態において、以下の技術的ソリューションが実装され得る。
【0086】
Ａ１． 映像処理の方法であって、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に使用される仮想パイプラインデータユニット（ＶＰＤＵ）の寸法を用いて、前記１つ以上の映像ブロックのうちの映像ブロックの三分木（ＴＴ）又は二分木（ＢＴ）分割が有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを有し、前記寸法は、ルマサンプルにおけるＶＳｉｚｅに等しく、前記映像ブロックの寸法は、ルマサンプルにおけるＣｔｂＳｉｚｅＹであり、ただし、ＶＳｉｚｅ＝ｍｉｎ（Ｍ，ＣｔｂＳｉｚｅＹ）であり、Ｍは正の整数である、方法。
【0087】
Ａ２． Ｍ＝６４である、ソリューションＡ１の方法。
【0088】
Ａ３． 前記ＶＰＤＵの前記寸法は高さ又は幅である、ソリューションＡ１又はＡ２の方法。
【0089】
Ａ４． 前記決定は最大変換サイズに依存しない、ソリューションＡ１の方法。
【0090】
Ａ５． ＶＳｉｚｅは所定の値である、ソリューションＡ１乃至Ａ４のいずれかの方法。
【0091】
Ａ６． ＶＳｉｚｅ＝６４である、ソリューションＡ５の方法。
【0092】
Ａ７． 前記ＴＴ分割の決定は、ルマサンプルにおける前記映像ブロックの幅又は高さがｍｉｎ（ＶＳｉｚｅ，ｍａｘＴｔＳｉｚｅ）より大きいことに基づき、ただし、ｍａｘＴｔＳｉｚｅは最大変換サイズである、ソリューションＡ１の方法。
【0093】
Ａ８． 前記ＴＴ分割の決定は、ルマサンプルにおける前記映像ブロックの幅又は高さがＶＳｉｚｅより大きいことに基づく、ソリューションＡ１の方法。
【0094】
Ａ９． ｍａｘＴｔＳｉｚｅは３２×３２であり、且つＶＳｉｚｅは６４×６４であり、前記ＴＴ分割は、前記映像ブロックのサイズが１２８×１２８、１２８×６４、又は６４×１２８であるときに無効にされる、ソリューションＡ７の方法。
【0095】
Ａ１０． ｍａｘＴｔＳｉｚｅは３２×３２であり、且つＶＳｉｚｅは６４×６４であり、前記ＴＴ分割は、前記映像ブロックのサイズが６４×６４であるときに有効にされる、ソリューションＡ７の方法。
【0096】
Ａ１１． 垂直ＢＴ分割の前記決定は、ルマサンプルにおける前記映像ブロックの幅がＶＳｉｚｅ以下であり且つルマサンプルにおける前記映像ブロックの高さがＶＳｉｚｅより大きいことに基づく、ソリューションＡ１の方法。
【0097】
Ａ１２． 最大変換サイズは３２×３２であり、且つＶＳｉｚｅは６４×６４であり、前記垂直ＢＴ分割は、前記映像ブロックのサイズが６４×１２８であるときに無効にされる、ソリューションＡ１１の方法。
【0098】
Ａ１３． 最大変換サイズは３２×３２であり、且つＶＳｉｚｅは６４×６４であり、前記垂直ＢＴ分割は、前記映像ブロックのサイズが３２×６４、１６×６４、又は８×６４であるときに有効にされる、ソリューションＡ１１の方法。
【0099】
Ａ１４． （ｉ）ルマサンプルにおける前記映像ブロックの幅と、前記映像ブロックの左上ルマサンプルの水平座標との和が、ピクチャの幅、又はルマサンプルにおける前記映像ブロックを有するサブピクチャの幅より大きく、且つ（ｉｉ）ルマサンプルにおける前記映像ブロックの高さがＶＳｉｚｅより大きいとき、垂直ＢＴ分割が無効にされる、ソリューションＡ１の方法。
【0100】
Ａ１５． ルマサンプルにおける前記映像ブロックの幅と、前記映像ブロックの左上ルマサンプルの水平座標との和が、ピクチャの幅、又はルマサンプルにおける前記映像ブロックを有するサブピクチャの幅より大きいとき、水平ＢＴ分割が有効にされる、ソリューションＡ１の方法。
【0101】
Ａ１６． 水平ＢＴ分割の前記決定は、ルマサンプルにおける前記映像ブロックの幅がＶＳｉｚｅより大きく且つルマサンプルにおける前記映像ブロックの高さがＶＳｉｚｅ以下であることに基づく、ソリューションＡ１の方法。
【0102】
Ａ１７． 最大変換サイズは３２×３２であり、且つＶＳｉｚｅは６４×６４であり、前記水平ＢＴ分割は、前記映像ブロックのサイズが１２８×６４であるときに無効にされる、ソリューションＡ１６の方法。
【0103】
Ａ１８． 最大変換サイズは３２×３２であり、且つＶＳｉｚｅは６４×６４であり、前記水平ＢＴ分割は、前記映像ブロックのサイズが６４×８、６４×１６、又は６４×３２であるときに有効にされる、ソリューションＡ１６の方法。
【0104】
Ａ１９． （ｉ）ルマサンプルにおける前記映像ブロックの高さと、前記映像ブロックの左上ルマサンプルの垂直座標との和が、ピクチャの高さ、又はルマサンプルにおける前記映像ブロックを有するサブピクチャの高さより大きく、且つ（ｉｉ）ルマサンプルにおける前記映像ブロックの幅がＶＳｉｚｅより大きいとき、水平ＢＴ分割が無効にされる、ソリューションＡ１の方法。
【0105】
Ａ２０． ルマサンプルにおける前記映像ブロックの高さと、前記映像ブロックの左上ルマサンプルの垂直座標との和が、ピクチャの高さ、又はルマサンプルにおける前記映像ブロックを有するサブピクチャの高さより大きいとき、垂直ＢＴ分割が有効にされる、ソリューションＡ１の方法。
【0106】
Ａ２１． 前記ＴＴ又は前記ＢＴ分割が無効にされ、前記ＴＴ又は前記ＢＴ分割のインジケーションが前記ビットストリーム表現から除外され、前記インジケーションは、前記ＴＴ又は前記ＢＴ分割が無効にされることを指し示す所定の値であると暗黙的に導出される、ソリューションＡ１の方法。
【0107】
Ａ２２． 前記所定の値はゼロである、ソリューションＡ２１の方法。
【0108】
Ａ２３． 前記ＴＴ又は前記ＢＴ分割が有効にされ、前記ＴＴ又は前記ＢＴ分割のインジケーションが前記ビットストリーム表現内でシグナリングされる、ソリューションＡ１の方法。
【0109】
Ａ２４． 前記ＴＴ又は前記ＢＴ分割が無効にされ、前記ＴＴ又は前記ＢＴ分割のインジケーションが前記ビットストリーム表現内でシグナリングされ、該インジケーションはデコーダによって無視される、ソリューションＡ１の方法。
【0110】
Ａ２５． 前記ＴＴ又は前記ＢＴ分割が無効にされ、前記ＴＴ又は前記ＢＴ分割のインジケーションが前記ビットストリーム表現内でシグナリングされ、該インジケーションは、前記ＴＴ又は前記ＢＴ分割が無効にされることに基づいてゼロである、ソリューションＡ１の方法。
【0111】
Ａ２６． 映像処理の方法であって、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換のために、前記１つ以上の映像ブロックのうちの映像ブロックの寸法を用いて、該映像ブロックの三分木（ＴＴ）又は二分木（ＢＴ）分割が有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを有する方法。
【0112】
Ａ２７． 前記ＴＴ又は前記ＢＴ分割の前記決定は、ルマサンプルにおける前記映像ブロックの幅又は高さがＮより大きいことに基づき、ただし、Ｎは正の整数である、ソリューションＡ２６の方法。
【0113】
Ａ２８． Ｎ＝６４である、ソリューションＡ２７の方法。
【0114】
Ａ２９． 最大変換サイズは３２×３２であり、前記ＴＴ分割は、前記映像ブロックのサイズが１２８×１２８、１２８×６４、又は６４×１２８であるときに無効にされる、ソリューションＡ２７又はＡ２８の方法。
【0115】
Ａ３０． ｍａｘＴｔＳｉｚｅは３２×３２であり、前記ＴＴ分割は、前記映像ブロックのサイズが６４×６４であるときに有効にされる、ソリューションＡ２７又はＡ２８の方法。
【0116】
Ａ３１． 垂直ＢＴ分割の前記決定は、ルマサンプルにおける前記映像ブロックの幅がＮ以下であり且つルマサンプルにおける前記映像ブロックの高さがＮより大きいことに基づき、ただし、Ｎは正の整数である、ソリューションＡ２６の方法。
【0117】
Ａ３２． Ｎ＝６４である、ソリューションＡ３１の方法。
【0118】
Ａ３３． 最大変換サイズは３２×３２であり、前記垂直ＢＴ分割は、前記映像ブロックのサイズが６４×１２８であるときに無効にされる、ソリューションＡ３１又はＡ３２の方法。
【0119】
Ａ３４． 最大変換サイズは３２×３２であり、前記垂直ＢＴ分割は、前記映像ブロックのサイズが３２×６４、１６×６４、又は８×６４であるときに有効にされる、ソリューションＡ３１又はＡ３２の方法。
【0120】
Ａ３５． （ｉ）ルマサンプルにおける前記映像ブロックの幅と、前記映像ブロックの左上ルマサンプルの水平座標との和が、ピクチャの幅、又はルマサンプルにおける前記映像ブロックを有するサブピクチャの幅より大きく、且つ（ｉｉ）ルマサンプルにおける前記映像ブロックの高さが６４より大きいとき、垂直ＢＴ分割が無効にされる、ソリューションＡ２６の方法。
【0121】
Ａ３６． ルマサンプルにおける前記映像ブロックの幅と、前記映像ブロックの左上ルマサンプルの水平座標との和が、ピクチャの幅、又はルマサンプルにおける前記映像ブロックを有するサブピクチャの幅より大きいとき、水平ＢＴ分割が有効にされる、ソリューションＡ２６の方法。
【0122】
Ａ３７． 水平ＢＴ分割の前記決定は、ルマサンプルにおける前記映像ブロックの幅がＮより大きく且つルマサンプルにおける前記映像ブロックの高さがＮ以下であることに基づき、ただし、Ｎは整数である、ソリューションＡ２６の方法。
【0123】
Ａ３８． Ｎ＝６４である、ソリューションＡ３７の方法。
【0124】
Ａ３９． 最大変換サイズは３２×３２であり、前記水平ＢＴ分割は、前記映像ブロックのサイズが１２８×６４であるときに無効にされる、ソリューションＡ３７又はＡ３８の方法。
【0125】
Ａ４０． 最大変換サイズは３２×３２であり、前記水平ＢＴ分割は、前記映像ブロックのサイズが６４×８、６４×１６、又は６４×３２であるときに有効にされる、ソリューションＡ３７又はＡ３８の方法。
【0126】
Ａ４１． （ｉ）ルマサンプルにおける前記映像ブロックの高さと、前記映像ブロックのルマサンプルの垂直座標との和が、ピクチャの高さ、又はルマサンプルにおける前記映像ブロックを有するサブピクチャの高さより大きく、且つ（ｉｉ）ルマサンプルにおける前記映像ブロックの幅がＮより大きいとき、水平ＢＴ分割が無効にされ、ただし、Ｎは正の整数である、ソリューションＡ２６の方法。
【0127】
Ａ４２． ルマサンプルにおける前記映像ブロックの高さと、前記映像ブロックの左上ルマサンプルの垂直座標との和が、ピクチャの高さ、又はルマサンプルにおける前記映像ブロックを有するサブピクチャの高さより大きいとき、垂直ＢＴ分割が有効にされる、ソリューションＡ２６の方法。
【0128】
Ａ４３． 前記映像ブロックは、前記映像を前記ビットストリーム表現へと符号化するのに使用される論理パーティションを表すコーディングツリーユニット（ＣＴＵ）に対応する、ソリューションＡ１乃至Ａ４２のいずれかの方法。
【0129】
Ａ４４． 前記変換を実行することは、前記映像領域から前記ビットストリーム表現を生成することを有する、ソリューションＡ１乃至Ａ４３のいずれかの方法。
【0130】
Ａ４５． 前記変換を実行することは、前記ビットストリーム表現から前記映像領域を生成することを含む、ソリューションＡ１乃至Ａ４３のいずれかの方法。
【0131】
Ａ４６． プロセッサと、命令を有する非一時的なメモリと、を有する映像システム内の装置であって、前記命令は、前記プロセッサによって実行されると、前記プロセッサに、ソリューションＡ１乃至Ａ４５のいずれかの方法を実行させる、装置。
【0132】
Ａ４７． 非一時的なコンピュータ読み取り可能媒体に格納されたコンピュータプログラムプロダクトであって、ソリューションＡ１乃至Ａ４５のいずれかの方法を実行するためのプログラムコードを含むコンピュータプログラムプロダクト。
【0133】
一部の実施形態において、以下の技術的ソリューションが実装され得る。
【0134】
Ｂ１． 映像処理の方法であって、映像ブロックの高さ又は幅を用いて、前記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に、符号化ツールが有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを有し、前記決定は、前記高さ又は前記幅と値Ｎとの間の比較に基づき、ただし、Ｎは正の整数である、方法。
【0135】
Ｂ２．Ｎ＝６４である、ソリューションＢ１の方法。
【0136】
Ｂ３． Ｎ＝１２８である、ソリューションＢ１の方法。
【0137】
Ｂ４． 無効にされる前記符号化ツールは、パレット符号化モード、イントラブロックコピー（ＩＢＣ）モード、及び／又は結合イントラインター予測（ＣＩＩＰ）モードを有する、ソリューションＢ１乃至Ｂ３のいずれかの方法。
【0138】
Ｂ５． 前記符号化ツールは更に、イントラスキップモード、三角予測モード、通常マージモード、デコーダ側動き導出モード、双方向オプティカルフローモード、予測精緻化ベースオプティカルフローモード、アフィン予測モード、及び／又はサブブロックベース時間動きベクトル予測モードを有する、ソリューションＢ１乃至Ｂ４のいずれかの方法。
【0139】
Ｂ６． 有効にされる前記符号化ツールは、パレット符号化モード及び／又はイントラブロックコピー（ＩＢＣ）モードを有する、ソリューションＢ１乃至Ｂ３のいずれかの方法。
【0140】
Ｂ７． 前記ビットストリーム表現は、前記符号化ツールを無効にするための明示的シンタックス制約を有する、ソリューションＢ１乃至Ｂ３のいずれかの方法。
【0141】
Ｂ８． 前記明示的シンタックス制約は、パレット符号化モードフラグ及び／又はイントラブロックコピー（ＩＢＣ）モードフラグを有する、ソリューションＢ７の方法。
【0142】
Ｂ９． 前記映像ブロックは、コーディングユニット（ＣＵ）又は予測ユニット（ＰＵ）を有する、ソリューションＢ１乃至Ｂ８のいずれかの方法。
【0143】
Ｂ１０． 映像処理の方法であって、映像ブロックの高さ又は幅と変換ブロックのサイズとの間の比較を用いて、前記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に、符号化ツールが有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを有する方法。
【0144】
Ｂ１１． 前記符号化ツールは、イントラサブパーティション予測（ＩＳＰ）、行列ベースイントラ予測（ＭＩＰ）、サブブロック変換（ＳＢＴ）、又は前記映像領域に関連付けられた１つのコーディングユニット（ＣＵ）を複数の変換ユニット（ＴＵ）へとスプリットする又は前記映像領域に関連付けられた１つのコーディングブロックを複数の変換ブロック（ＴＢ）へとスプリットする符号化ツールを有する、ソリューションＢ１０の方法。
【0145】
Ｂ１２． 前記符号化ツールは、変換スキップモード、ブロックベースデルタパルス符号変調（ＢＤＰＣＭ）、ＤＰＣＭ、又はＰＣＭを有する、ソリューションＢ１０の方法。
【0146】
Ｂ１３． 前記符号化ツールは、イントラブロックコピー（ＩＢＣ）モード又はパレットモード（ＰＬＴ）を有する、ソリューションＢ１０の方法。
【0147】
Ｂ１４． 前記符号化ツールは、結合イントラインター予測（ＣＩＩＰ）モードを有する、ソリューションＢ１０の方法。
【0148】
Ｂ１５． 映像処理の方法であって、映像ブロックの高さ又は幅を用いて、前記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に、符号化ツールが有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを有する方法。
【0149】
Ｂ１６． 前記符号化ツールは、イントラサブパーティション予測（ＩＳＰ）、サブブロック変換（ＳＢＴ）、イントラブロックコピー（ＩＢＣ）モード、又はパレットモードを有する、ソリューションＢ１５の方法。
【0150】
Ｂ１７． 前記符号化ツールは、ルマサンプルにおける前記映像ブロックの前記高さ又は前記幅がＮ以下であるときに有効にされるイントラサブパーティション予測（ＩＳＰ）を有し、ただし、Ｎは正の整数である、ソリューションＢ１５の方法。
【0151】
Ｂ１８． 前記符号化ツールは、ルマサンプルにおける前記映像ブロックの前記高さ又は前記幅がＮより大きいときに無効にされるイントラサブパーティション予測（ＩＳＰ）を有し、ただし、Ｎは正の整数である、ソリューションＢ１５の方法。
【0152】
Ｂ１９． Ｎ＝６４である、ソリューションＢ１７又はＢ１８の方法。
【0153】
Ｂ２０． 前記決定は、前記映像ブロックの前記高さ又は前記幅と仮想パイプラインデータユニット（ＶＰＤＵ）のサイズとの間の比較に基づく、ソリューションＢ１５の方法。
【0154】
Ｂ２１． 前記符号化ツールは、ルマサンプルにおける前記映像ブロックの前記高さ又は前記幅が前記ＶＰＤＵの前記サイズ以下であるときに有効にされる、ソリューションＢ２０の方法。
【0155】
Ｂ２２． 前記符号化ツールは、ルマサンプルにおける前記映像ブロックの前記高さ又は前記幅が前記ＶＰＤＵの前記サイズより大きいときに無効にされる、ソリューションＢ２０の方法。
【0156】
Ｂ２３． 前記ＶＰＤＵの前記サイズは３２又は６４である、ソリューションＢ２１又はＢ２２の方法。
【0157】
Ｂ２４． 映像処理の方法であって、映像ブロックのサブパーティションの寸法と最大変換サイズとの間の比較を用いて、（ａ）前記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像との間での変換に、イントラサブパーティション予測（ＩＳＰ）モードが有効にされるのかの決定、及び（ｂ）前記変換のための１つ以上の許されるパーティションタイプの選択を実行し、前記決定及び前記選択に基づいて前記変換を実行する、ことを有し、前記ＩＳＰモードにおいて、前記１つ以上の映像ブロックのうちの映像ブロックは、イントラ予測及び変換の適用前に複数のサブパーティションへと分割される、方法。
【0158】
Ｂ２５． 前記映像ブロックの高さ又は幅が、前記１つ以上の許されるパーティションタイプのうちの少なくとも１つについて前記最大変換サイズ以下であるとき、前記ＩＳＰモードは有効にされる、ソリューションＢ２４の方法。
【0159】
Ｂ２６． 前記映像ブロックの高さ又は幅が、前記１つ以上の許されるパーティションタイプのうちの少なくとも１つについて前記最大変換サイズより大きいとき、前記ＩＳＰモードは無効にされる、ソリューションＢ２４の方法。
【0160】
Ｂ２７． 前記映像ブロックの高さ又は幅が、前記１つ以上の許されるパーティションタイプの各々について前記最大変換サイズ以下であるとき、前記ＩＳＰモードは有効にされる、ソリューションＢ２４の方法。
【0161】
Ｂ２８． 前記映像ブロックの高さ又は幅が、前記１つ以上の許されるパーティションタイプの各々について前記最大変換サイズより大きいとき、前記ＩＳＰモードは無効にされる、ソリューションＢ２４の方法。
【0162】
Ｂ２９． 前記１つ以上の許されるパーティションタイプを前記ビットストリーム表現内でシグナリングすることが、対応するサブパーティションの高さ又は幅と前記最大変換サイズとの間の関係に基づく、ソリューションＢ２４の方法。
【0163】
Ｂ３０． 前記１つ以上の許されるパーティションタイプを前記ビットストリーム表現内でシグナリングすることが、前記映像ブロックの高さ又は幅と前記最大変換サイズとの間の関係に基づく、ソリューションＢ２４の方法。
【0164】
Ｂ３１． 前記映像ブロックに対する符号化ツールの適用を有効又は無効にすることが、前記映像ブロックの高さ又は幅と前記最大変換サイズとの間の関係に基づく、ソリューションＢ２４の方法。
【0165】
Ｂ３２． 前記最大変換サイズは３２又は６４である、ソリューションＢ３１の方法。
【0166】
Ｂ３３． 前記符号化ツールは、前記映像ブロックの高さ又は幅が最大変換サイズ以下であるときに有効にされる、ソリューションＢ３１又はＢ３２の方法。
【0167】
Ｂ３４． 前記符号化ツールは、イントラブロックコピー（ＩＢＣ）モード又はパレットモードを有する、ソリューションＢ３１乃至Ｂ３３のいずれかの方法。
【0168】
Ｂ３５． 映像処理の方法であって、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換を実行し、前記変換は、無効にされた符号化ツールを有し、前記符号化ツールに関するシンタックス要素が、前記ビットストリーム表現から除外され、前記符号化ツールが無効にされることを規定する所定の値であると推定される、ことを有する方法。
【0169】
Ｂ３６． 映像処理の方法であって、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換を実行し、前記変換は、無効にされた符号化ツールを有し、前記ビットストリーム表現は、前記符号化ツールが無効にされることに基づいて所定の値であると推定される前記符号化ツールに関するシンタックス要素を有する、ことを有する方法。
【0170】
Ｂ３７． 前記所定の値はゼロである、ソリューションＢ３５又はＢ３６の方法。
【0171】
Ｂ３８． 前記符号化ツールはイントラサブパーティション予測（ＩＳＰ）を有し、前記シンタックス要素は、前記１つ以上の映像ブロックのうちの映像ブロックが複数のサブパーティションに分割されるかを指し示し（intra_subpartitions_mode_flagと表記される）、及び／又は前記映像ブロックをどのように複数のサブパーティションに分割するかを指し示す（intra_subpartitions_split_flagと表記される）、ソリューションＢ３５又はＢ３６の方法。
【0172】
Ｂ３９． 前記符号化ツールは行列ベースイントラ予測（ＭＩＰ）を有し、前記シンタックス要素は、前記１つ以上の映像ブロックのうちの映像ブロックが前記ＭＩＰを使用するのかを指し示し（intra_mip_flagと表記される）、及び／又はＭＩＰモードインデックスのインジケーションを指し示す（intra_mip_modeと表記される）、ソリューションＢ３５又はＢ３６の方法。
【0173】
Ｂ４０． 前記符号化ツールはイントラブロックコピー（ＩＢＣ）モードを有し、前記シンタックス要素は、前記１つ以上の映像ブロックのうちの映像ブロックが前記ＩＢＣモードを使用するのかを指し示す（pred_mode_ibc_flagと表記される）、ソリューションＢ３５又はＢ３６の方法。
【0174】
Ｂ４１． 前記符号化ツールはパレットモードを有し、前記シンタックス要素は、前記１つ以上の映像ブロックのうちの映像ブロックがパレットモードを使用するのかを指し示す（pred_mode_plt_flagと表記される）、ソリューションＢ３５又はＢ３６の方法。
【0175】
Ｂ４２． 映像処理の方法であって、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に使用される仮想パイプラインデータユニット（ＶＰＤＵ）及び／又は最大変換サイズの寸法を用いて、前記１つ以上の映像ブロックのうちの映像ブロックの暗黙的（ＱＴ）分割が有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを有する方法。
【0176】
Ｂ４３． 前記暗黙的ＱＴ分割の各サブパーティションは、該サブパーティションのサイズが前記ＶＰＤＵのサイズに等しくなるまで、再帰的に分割される、ソリューションＢ４２の方法。
【0177】
Ｂ４４． 前記暗黙的ＱＴ分割の各サブパーティションは、該サブパーティションのサイズが前記最大変換サイズに等しくなるまで、再帰的に分割される、ソリューションＢ４２の方法。
【0178】
Ｂ４５． 映像処理の方法であって、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換を実行し、前記変換はサブブロック変換（ＳＢＴ）を有し、前記ＳＢＴの最大高さ又は最大幅は、最大変換サイズに基づき、前記ＳＢＴは、前記１つ以上の映像ブロックのうちの映像ブロックの１つ以上のパーティションに別々に適用される１つ以上の変換を有する、ことを有する方法。
【0179】
Ｂ４６． 前記ＳＢＴの前記最大高さ又は前記最大幅のうち少なくとも一方が前記最大変換サイズに等しく設定される、ソリューションＢ４５の方法。
【0180】
Ｂ４７． 前記ビットストリーム表現は、前記ＳＢＴの前記最大高さ又は前記最大幅に関するシンタックス要素を除外する、ソリューションＢ４５の方法。
【0181】
Ｂ４８． 前記シンタックス要素は、sps_sbt_max_size_64_flagであり、前記最大変換サイズが６４より小さいことを指し示す所定の値であると推定される、ソリューションＢ４７の方法。
【0182】
Ｂ４９． 前記所定の値はゼロである、ソリューションＢ４８の方法。
【0183】
Ｂ５０． 前記ＳＢＴに関するシンタックス要素を前記ビットストリーム表現内でシグナリングすることが前記最大変換サイズに基づく、ソリューションＢ４７の方法。
【0184】
Ｂ５１． 映像処理の方法であって、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換を実行し、前記変換は、変換スキップモード及び／又はイントラブロックベース差動パルス符号変調（ＢＤＰＣＭ）モードを有し、前記変換スキップモードに使用される最大ブロックサイズが、最大変換サイズに基づき、前記変換スキップモードは、対応する符号化ツールについての変換及び逆変換プロセスをスキップすることを有し、前記ＢＤＰＣＭモードにおいて、前記現在映像ブロックのイントラ予測の残差は、差動パルス符号化変調処理を用いて予測的に符号化される、ことを有する方法。
【0185】
Ｂ５２． 前記変換スキップモードでの前記最大ブロックサイズは、前記最大変換サイズに等しく設定される、ソリューションＢ５１の方法。
【0186】
Ｂ５３． 前記ビットストリーム表現は、前記変換スキップモードでの前記最大ブロックサイズに関するシンタックス要素を除外する、ソリューションＢ５１の方法。
【0187】
Ｂ５４． 前記イントラＢＤＰＣＭモードに使用される最大ブロックサイズが、前記ビットストリーム表現内で独立にシグナリングされる、ソリューションＢ５１の方法。
【0188】
Ｂ５５． 前記イントラＢＤＰＣＭモードに使用される最大ブロックサイズは、前記変換スキップモードでの前記最大ブロックサイズに基づかない、ソリューションＢ５４の方法。
【0189】
Ｂ５６． 前記イントラＢＤＰＣＭモードに使用される最大ブロックサイズは、前記ビットストリーム表現内の、シーケンスパラメータセット（ＳＰＳ）、ビデオパラメータセット（ＶＰＳ）、ピクチャパラメータセット（ＰＰＳ）、スライスヘッダ、仮想パイプラインデータユニット（ＶＰＤＵ）、コーディングツリーユニット（ＣＴＵ）、又はコーディングユニット（ＣＵ）内でシグナリングされる、ソリューションＢ５１の方法。
【0190】
Ｂ５７． 映像処理の方法であって、映像ブロックの高さ又は幅と最大変換サイズとの間の比較を用いて、前記映像ブロックを有する１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換に、結合インターイントラ予測（ＣＩＩＰ）モードが有効にされるのかの決定を実行し、前記決定に基づいて前記変換を実行する、ことを有し、前記ＣＩＩＰモードにおいて、前記映像ブロックの最終予測は、前記映像ブロックのインター予測と前記映像ブロックのイントラ予測との加重和に基づく、方法。
【0191】
Ｂ５８． 前記映像ブロックの前記高さ及び／又は前記幅が前記最大変換サイズより大きいとき、前記ＣＩＩＰモードは無効にされる、ソリューションＢ５７の方法。
【0192】
Ｂ５９． 映像処理の方法であって、１つ以上の映像ブロックを有した１つ以上の映像領域を有する映像と、該映像のビットストリーム表現との間での変換のために、結合インターイントラ予測（ＣＩＩＰ）で符号化される前記１つ以上の映像ブロックのうちの映像ブロックを分割することに関して決定を行い、前記決定に基づいて前記変換を実行する、ことを有し、前記ＣＩＩＰモードにおいて、前記映像ブロックの最終予測は、前記映像ブロックのインター予測と前記映像ブロックのイントラ予測との加重和に基づく、方法。
【0193】
Ｂ６０． 前記コーディングユニットの高さ及び幅が１２８より小さいとき、前記映像ブロックは分割されない、ソリューションＢ５９の方法。
【0194】
Ｂ６１． 前記コーディングユニットの高さ及び幅が６４以下であるとき、前記映像ブロックは分割されない、ソリューションＢ５９の方法。
【0195】
Ｂ６２． 前記映像ブロックは、複数のサブパーティションに分割され、前記複数のサブパーティションの第１のサブパーティションに対するイントラ予測が、前記複数のサブパーティションの第２のパーティションの再構成に基づき、前記第２のサブパーティションのイントラ予測は、前記第１のサブパーティションの前記イントラ予測に先立って実行される、ソリューションＢ５９の方法。
【0196】
Ｂ６３． 前記映像ブロックはコーディングユニット（ＣＵ）である、ソリューションＢ５９乃至Ｂ６２のいずれかの方法。
【0197】
Ｂ６４． 映像処理の方法であって、複数の映像ブロックを有した映像領域を有する映像と、該映像のビットストリーム表現との間での変換を、ルールに従って実行する、ことを有し、前記ルールは、変換符号化を用いて前記ビットストリーム表現内に符号化される前記映像領域内の前記複数の映像ブロックの最大ブロックサイズが、変換符号化を用いずに前記ビットストリーム表現内に符号化される前記映像領域内の前記複数の映像ブロックの最大ブロックサイズを決定する、ことを規定する、方法。
【0198】
Ｂ６５． 前記変換スキップモードでの前記最大サイズがＭａｘＴｂＳｉｚｅＹに等しい、ソリューションＢ６４の方法。
【0199】
Ｂ６６． 前記ビットストリーム表現は、前記変換スキップモードでの前記最大サイズのインジケーションを除外する、ソリューションＢ６４の方法。
【0200】
Ｂ６７． 映像処理の方法であって、複数の映像ブロックを有した映像領域を有する映像と、該映像のビットストリーム表現との間での変換を、ルールに従って実行する、ことを有し、前記ルールは、前記映像領域に対して可逆コーディングが有効にされるときに、前記映像領域に対してクロマスケーリング付きルママッピング（ＬＭＣＳ）プロセスが無効にされる、ことを規定し、前記映像領域は、シーケンス、ピクチャ、サブピクチャ、スライス、タイルグループ、タイル、ブリック、コーディングツリーユニット（ＣＴＵ）行、ＣＴＵ、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）、変換ユニット（ＴＵ）、又はサブブロックであり、前記ＬＭＣＳプロセスは、前記映像領域のルマサンプルが第１ドメインと第２ドメインとの間でリシェイピングされること、及びルマ依存的にクロマ残差がスケーリングされることを含む、方法。
【0201】
Ｂ６８． 前記ＬＭＣＳプロセスに関するインジケーションをシグナリングすることが、前記映像領域についての変換量子化バイパスフラグに基づく、ソリューションＢ６７の方法。
【0202】
Ｂ６９． 前記変換量子化バイパスフラグが１に等しいとき、前記ＬＭＣＳプロセスに関する前記インジケーションは、前記ビットストリーム表現から除外され、ゼロであると推定される、ソリューションＢ６８の方法。
【0203】
Ｂ７０． 前記変換を実行することは、前記映像領域から前記ビットストリーム表現を生成することを有する、ソリューションＢ１乃至Ｂ６９のいずれかの方法。
【0204】
Ｂ７１． 前記変換を実行することは、前記ビットストリーム表現から前記映像領域を生成することを含む、ソリューションＢ１乃至Ｂ６９のいずれかの方法。
【0205】
Ｂ７２． プロセッサと、命令を有する非一時的なメモリと、を有する映像システム内の装置であって、前記命令は、前記プロセッサによって実行されると、前記プロセッサに、ソリューションＢ１乃至Ｂ７１のいずれかの方法を実行させる、装置。
【0206】
Ｂ７３． 非一時的なコンピュータ読み取り可能媒体に格納されたコンピュータプログラムプロダクトであって、ソリューションＢ１乃至Ｂ７１のいずれかの方法を実行するためのプログラムコードを含むコンピュータプログラムプロダクト。
【0207】
開示される及びその他のソリューション、この文書に記述される例、実施形態、モジュール及び機能動作は、この文書に開示されている構造及びそれらに構造的に均等なものを含め、デジタル電子回路、又はコンピュータソフトウェア、ファームウェア、若しくはハードウェアにて、あるいはこれらのうちの１つ以上の組み合わせにて実施されることができる。開示される及びその他の実施形態は、１つ以上のコンピュータプログラムプロダクトとして実装されることができ、すなわち、データ処理装置による実行のための、又はデータ処理装置の動作を制御するための、コンピュータ読み取り可能媒体にエンコードされたコンピュータプログラム命令の１つ以上のモジュールとして実装されることができる。コンピュータ読み取り可能媒体は、機械読み取り可能記憶装置、機械読み取り可能記憶基板、メモリ装置、機械読み取り可能な伝搬信号を生じさせる物質の組成、又はそれらのうちの１つ以上の組み合わせとすることができる。用語“データ処理装置”は、例として、プログラマブルプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含め、データを処理するあらゆる装置、デバイス、及び機械を包含する。装置は、ハードウェアに加えて、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はそれらのうちの１つ以上の組み合わせを構成するコードといった、問題としているコンピュータプログラムのための実行環境を作り出すコードを含むことができる。伝播される信号は、人工的に生成される信号であり、例えば、適切な受信器装置への伝送のために情報をエンコードするために生成される機械生成による電気信号、光信号、又は電磁信号である。
【0208】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる）は、コンパイル型又はインタープリタ型の言語を含め、如何なる形態のプログラミング言語で記述されてもよく、また、スタンドアロンプログラムとして、又はコンピューティング環境での使用に適したモジュール、コンポーネント、サブルーチン、若しくは他のユニットとして、を含め、如何なる形態で展開されてもよい。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応するわけではない。プログラムは、他のプログラム若しくはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に格納されてもよいし、問題としているプログラムに専用の単一ファイルに格納されてもよいし、あるいは、複数の連携ファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの部分を格納するファイル）に格納されてもよい。コンピュータプログラムは、１つのコンピュータ上で実行されるように展開されてもよいし、あるいは、一箇所に配置された、又は複数箇所に分散されて通信ネットワークによって相互接続された、複数のコンピュータ上で実行されるように展開されてもよい。
【0209】
この文書に記載されるプロセス及び論理フローは、入力データについて演算して出力を生成することによって機能を実行するよう、１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサによって実行されることができる。これらのプロセス及び論理フローはまた、例えばＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）といった専用の論理回路によって実行されることもでき、また、装置も、そのような専用の論理回路として実装されることができる。
【0210】
コンピュータプログラムの実行に適したプロセッサは、例として、汎用及び専用の双方のマイクロプロセッサ、及び任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサを含む。一般に、プロセッサは、読み出し専用メモリ若しくはランダムアクセスメモリ又はこれらの両方から命令及びデータを受信する。コンピュータの必須要素は、命令を実行するためのプロセッサと、命令及びデータを格納する１つ以上のメモリデバイスである。一般に、コンピュータはまた、例えば磁気ディスク、磁気光ディスク、又は光ディスクといった、データを格納するための１つ以上の大容量ストレージ装置を含み、あるいは、大容量ストレージ装置からデータを受信したり、それにデータを転送したりするように動作的に結合される。しかしながら、コンピュータは、そのような装置を有する必要はない。コンピュータプログラム命令及びデータを格納するのに適したコンピュータ読み取り可能媒体は、例として、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイスといった半導体メモリデバイス、例えば内部ハードディスク又はリムーバブルディスクといった磁気ディスク；光磁気ディスク；並びにＣＤ ＲＯＭ及びＤＶＤ－ＲＯＭディスクを含め、あらゆる形態の不揮発性メモリ、媒体及びメモリデバイスを含む。プロセッサ及びメモリは、専用の論理回路によって補われたり、それに組み込まれたりしてもよい。
【0211】
この特許文書は数多くの詳細が含んでいるが、それらは、いずれかの主題又は特許請求され得るものの範囲についての限定として解釈されるべきでなく、むしろ、特定の技術の特定の実施形態に特有とし得る機構の説明として解釈されるべきである。別々の実施形態の文脈でこの特許文書に記載されている特定の複数の機構が、単一の実施形態にて組み合わせて実装されることもできる。逆に、単一の実施形態の文脈で説明されている種々の機構が、複数の実施形態にて別々に、又は何らかの好適なサブコンビネーションで実装されることもできる。さらには、複数の機構が、特定の組み合わせにて作用するものとして上述され、さらには当初はそのように特許請求されていることがあり得るが、場合によって、特許請求されている組み合わせからの１以上の機構を組み合わせから除くこともでき、また、特許請求されている組み合わせをサブコンビネーション又はサブコンビネーションのバリエーションへと導いてもよい。
【0212】
同様に、図面には処理が特定の順序で示されるが、このことは、所望の結果を達成するために、それらの動作が図示される特定の順序で若しくは順番に実行されること、又は図示される全ての処理が実行されることを要求するものとして理解されるべきでない。また、この特許文書に記載されている実施形態における種々のシステムコンポーネントの分離は、全ての実施形態においてそのような分離を必要とするものとして理解されるべきでない。
【0213】
ほんの少しの実装及び例を記載したのみであり、この特許文書に記載及び図示されているものに基づいて、他の実装、拡張及び変形が行われ得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】