特表2022-522336ビデオコーディングにおける一般化されたイントラ予測によるサブブロックコーディング
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-04-18
(54)【発明の名称】ビデオコーディングにおける一般化されたイントラ予測によるサブブロックコーディング
(51)【国際特許分類】
H04N 19/593 20140101AFI20220411BHJP
【ＦＩ】
H04N19/593
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2021549317
(86)(22)【出願日】2020-02-26
(85)【翻訳文提出日】2021-08-20
(86)【国際出願番号】 US2020019919
(87)【国際公開番号】W WO2020176634
(87)【国際公開日】2020-09-03
(31)【優先権主張番号】62/812,078
(32)【優先日】2019-02-28
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/817,474
(32)【優先日】2019-03-12
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/862,936
(32)【優先日】2019-06-18
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】16/800,467
(32)【優先日】2020-02-25
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】595020643
【氏名又は名称】クゥアルコム・インコーポレイテッド
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100158805
【弁理士】
【氏名又は名称】井関 守三
(74)【代理人】
【識別番号】100112807
【弁理士】
【氏名又は名称】岡田 貴志
(72)【発明者】
【氏名】ラマスブラモニアン、アダルシュ・クリシュナン
(72)【発明者】
【氏名】ファン・デル・オーウェラ、ゲールト
(72)【発明者】
【氏名】シェ、チェン－テ
(72)【発明者】
【氏名】セレジン、バディム
(72)【発明者】
【氏名】ファン・バン、ルオン
(72)【発明者】
【氏名】カルチェビチ、マルタ
【テーマコード（参考）】
5C159
【Ｆターム（参考）】
5C159LC09
5C159MA04
5C159MA05
5C159MA21
5C159MC11
5C159ME01
5C159RC12
5C159TA31
5C159TA33
5C159TA35
5C159TB08
5C159TC26
5C159TC42
5C159UA02
5C159UA05
(57)【要約】
ビデオコーダは、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成することにより、ビデオデータをコード化するように構成されていてもよい。ビデオコーダは、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化してもよい。ビデオコーダは、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。
【選択図】図１４
【選択図】図１４
【特許請求の範囲】
【請求項1】
ビデオデータをコード化する方法において、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成し、前記予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含むことと、
前記予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化することと、
前記第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、前記第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することとを含む方法。
【請求項2】
前記予測ブロックのセットのうちの複数を第１のＰＢＧにグループ化することが、前記予測ブロックのセットのうちの第１の複数を前記第１のＰＢＧにグループ化することを含み、前記方法は、
前記予測ブロックのセットのうちの第２の複数を第２のＰＢＧにグループ化し、前記予測ブロックのセットのうちの第２の複数と前記予測ブロックのセットのうちの第１の複数は、予測ブロックのオーバーラップしていないセットを含むことと、
前記第２のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、前記第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することをさらに含む請求項１記載の方法。
【請求項3】
前記第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することが、前記第１のＰＢＧ中に含まれている予測ブロックのサンプルに基づいて、前記第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することを含む請求項２記載の方法。
【請求項4】
前記第１のＰＢＧが、少なくとも４のサンプルサイズ幅を構成する請求項１記載の方法。
【請求項5】
前記第１のＰＢＧに関係する第１の変換ブロックが、前記第１の予測ブロックのサイズに等しいサイズを有する請求項１記載の方法。
【請求項6】
予測ブロックのサンプルを再構築することが、少なくとも前記第１の予測ブロックと前記第２の予測ブロックとの総計された幅に等しい幅を有する予測サンプルアレイを発生させることを含む請求項１記載の方法。
【請求項7】
前記第１の予測ブロックが、２以下のサンプル幅を構成する請求項１記載の方法。
【請求項8】
前記第１の予測ブロックと前記第２の予測ブロックとが同じ幅のものである請求項７記載の方法。
【請求項9】
前記コーディングユニットの幅と前記第１の予測ブロックの幅とに基づいて、予測ブロックグループの量を決定することと、前記ＣＵが前記予測ブロックグループの量を構成するように、前記予測ブロックグループの量にしたがって、前記ＣＵをコード化することとをさらに含む請求項１記載の方法。
【請求項10】
前記方法が、１つ以上のプロセッサにより実行される請求項１記載の方法。
【請求項11】
コード化されたビデオビットストリーム中で、ビデオデータの前記ＣＵに対する予測情報を表す１つ以上のシンタックス要素と、ビデオデータの前記ＣＵに対する残差データを表す１つ以上のシンタックス要素とをエンコードすることをさらに含む請求項１記載の方法。
【請求項12】
コード化されたビデオビットストリームから、ビデオデータの前記ＣＵに対する予測情報を表す１つ以上のシンタックス要素と、ビデオデータの前記ＣＵに対する残差データを表す１つ以上のシンタックス要素とをデコードすることをさらに含む請求項１記載の方法。
【請求項13】
前記ＣＵの分割を実行することが、垂直分割、水平分割、または、水平分割と垂直分割との組み合わせのうちの１つ以上を使用して、前記ＣＵを分割することを含む請求項１記載の方法。
【請求項14】
ビデオデータをコード化するデバイスにおいて、ビデオデータを記憶するように構成されているメモリと、
回路中で実現されている１つ以上のプロセッサとを具備し、
前記１つ以上のプロセッサは、
イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成し、前記予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含むようにと、
前記予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化するようにと、
前記第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、前記第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するように構成されているデバイス。
【請求項15】
前記予測ブロックのセットのうちの複数を第１のＰＢＧにグループ化するために、前記１つ以上のプロセッサが、前記予測ブロックのセットのうちの第１の複数を前記第１のＰＢＧにグループ化するように構成され、前記１つ以上のプロセッサが、
前記予測ブロックのセットのうちの第２の複数を第２のＰＢＧにグループ化し、前記予測ブロックのセットのうちの第２の複数と前記予測ブロックのセットのうちの第１の複数が、予測ブロックのオーバーラップしていないセットを含むようにと、
前記第２のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、前記第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するようにさらに構成されている請求項１４記載のデバイス。
【請求項16】
前記第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するために、前記１つ以上のプロセッサが、前記第１のＰＢＧ中に含まれている予測ブロックのサンプルに基づいて、前記第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するように構成されている請求項１５記載のデバイス。
【請求項17】
前記第１のＰＢＧが、少なくとも４のサンプルサイズ幅を構成する請求項１４記載のデバイス。
【請求項18】
前記第１のＰＢＧに関係する第１の変換ブロックが、前記第１の予測ブロックのサイズに等しいサイズを有する請求項１４記載のデバイス。
【請求項19】
前記予測ブロックのサンプルを再構築するために、前記１つ以上のプロセッサが、少なくとも前記第１の予測ブロックと前記第２の予測ブロックとの総計された幅に等しい幅を有する予測サンプルアレイを発生させるように構成されている請求項１４記載のデバイス。
【請求項20】
前記第１の予測ブロックが、２以下のサンプル幅を構成する請求項１４記載のデバイス。
【請求項21】
前記第１の予測ブロックと前記第２の予測ブロックとが同じ幅のものである請求項２０記載のデバイス。
【請求項22】
前記１つ以上のプロセッサが、前記コーディングユニットの幅と前記第１の予測ブロックの幅とに基づいて、予測ブロックグループの量を決定するようにと、
前記ＣＵが前記予測ブロックグループの量を構成するように、前記予測ブロックグループの量にしたがって、前記ＣＵをコード化するようにさらに構成されている請求項１４記載のデバイス。
【請求項23】
前記１つ以上のプロセッサが、ビデオエンコーダ中に含まれている請求項１４記載のデバイス。
【請求項24】
前記１つ以上のプロセッサが、ビデオデコーダ中に含まれている請求項１４記載のデバイス。
【請求項25】
前記ＣＵの分割を実行するために、前記１つ以上のプロセッサが、垂直分割を使用して、前記ＣＵを分割するように構成されている請求項１４記載のデバイス。
【請求項26】
命令を記憶している非一時的コンピュータ読取可能記憶媒体において、前記命令は、実行されるときに、１つ以上のプロセッサに、
イントラ副区分（ＩＳＰ）を使用させて、ビデオデータのコーディングユニット（ＣＵ）の分割を実行させて、予測ブロックのセットを形成させ、前記予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含み、
前記予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化させ、
前記第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、前記第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築させる非一時的コンピュータ読取可能記憶媒体。
【請求項27】
ビデオデータをコード化する装置において、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の垂直分割を実行して、予測ブロックのセットを形成し、前記予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含む手段と、
前記予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化する手段と、
前記第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、前記第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築する手段とを具備する装置。
【発明の詳細な説明】
【関連出願の相互参照】
【0001】
［０００１］
本出願は、２０１９年２月２８日に出願された米国仮特許出願第６２／８１２０７８号、２０１９年３月１２日に出願された米国仮特許出願第６２／８１７４７４号、および、２０１９年６月１８日に出願された米国仮特許出願第６２／８６２９３６号の利益を主張する、２０２０年２月２５日に出願された米国特許出願第１６／８００４６７号に対する優先権を主張するものであり、これらのそれぞれの内容全体が参照により組み込まれている。
本出願は、２０１９年２月２８日に出願された米国仮特許出願第６２／８１２０７８号、２０１９年３月１２日に出願された米国仮特許出願第６２／８１７４７４号、および、２０１９年６月１８日に出願された米国仮特許出願第６２／８６２９３６号の利益を主張する、２０２０年２月２５日に出願された米国特許出願第１６／８００４６７号に対する優先権を主張するものであり、これらのそれぞれの内容全体が参照により組み込まれている。
【技術分野】
【0002】
［０００２］
本開示は、ビデオエンコーディングおよびビデオデコーディングに関連する。
本開示は、ビデオエンコーディングおよびビデオデコーディングに関連する。
【背景】
【0003】
［０００３］
デジタルビデオ能力は、デジタルテレビ、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、ｅ－ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラまたは衛星無線電話機、いわゆる「スマートフォン」、ビデオ電話会議デバイス、ビデオストリーミングデバイス、および、これらに類するものを含む、幅広い範囲のデバイスに組み込むことができる。デジタルビデオデバイスは、ＭＰＥＧ－２、ＭＰＥＧ－４、ＩＴＵ－Ｔ Ｈ．２６３、ＩＴＵ－Ｔ Ｈ．２６４／ＭＰＥＧ－４、パート１０、高度ビデオコーディング（ＡＶＣ）、ＩＴＵ－Ｔ Ｈ．２６５／高効率ビデオコーディング（ＨＥＶＣ）、および、このような標準規格の拡張によって規定される標準規格に記述されているもののような、ビデオコーディング技法を実現する。ビデオデバイスは、このようなビデオコーディング技法を実現することによって、より効率的にデジタルビデオ情報を送信、受信、エンコード、デコード、および／または、記憶してもよい。
デジタルビデオ能力は、デジタルテレビ、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、ｅ－ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラまたは衛星無線電話機、いわゆる「スマートフォン」、ビデオ電話会議デバイス、ビデオストリーミングデバイス、および、これらに類するものを含む、幅広い範囲のデバイスに組み込むことができる。デジタルビデオデバイスは、ＭＰＥＧ－２、ＭＰＥＧ－４、ＩＴＵ－Ｔ Ｈ．２６３、ＩＴＵ－Ｔ Ｈ．２６４／ＭＰＥＧ－４、パート１０、高度ビデオコーディング（ＡＶＣ）、ＩＴＵ－Ｔ Ｈ．２６５／高効率ビデオコーディング（ＨＥＶＣ）、および、このような標準規格の拡張によって規定される標準規格に記述されているもののような、ビデオコーディング技法を実現する。ビデオデバイスは、このようなビデオコーディング技法を実現することによって、より効率的にデジタルビデオ情報を送信、受信、エンコード、デコード、および／または、記憶してもよい。
【0004】
［０００４］
ビデオコーディング（例えば、ビデオエンコーディングおよび／またはビデオデコーディング）は、典型的に、同じピクチャー中のビデオデータの既にコード化されているブロック（例えば、イントラ予測）、または、異なるピクチャー中のビデオデータの既にコード化されているブロック（例えば、インター予測）のいずれかから、ビデオデータのブロックを予測することを伴う。ビデオコーディング技法は、ビデオシーケンスに内在する冗長を低減または取り除くために、空間的（イントラピクチャー）予測、および／または、時間的（インターピクチャー）予測を含んでいる。ブロックベースのビデオコーディングに対して、ビデオスライス（例えば、ビデオピクチャーまたはビデオピクチャーの一部分）は、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）および／またはコーディングノードとして呼ばれることもあるかもしれないビデオブロックに区分してもよい。ピクチャーのイントラコード化された（Ｉ）スライスにおけるビデオブロックは、同じピクチャーにおける隣接ブロック中の参照サンプルに関する空間的予測を使用してエンコードされる。ピクチャーのインターコード化された（ＰまたはＢ）スライスにおけるビデオブロックは、同じピクチャーにおける隣接ブロック中の参照サンプルに関する空間的予測、または、他の参照ピクチャーにおける参照サンプルに関する時間的予測を使用してもよい。ピクチャーは、フレームとして呼ばれることがあり、参照ピクチャーは参照フレームとして呼ばれることがある。
ビデオコーディング（例えば、ビデオエンコーディングおよび／またはビデオデコーディング）は、典型的に、同じピクチャー中のビデオデータの既にコード化されているブロック（例えば、イントラ予測）、または、異なるピクチャー中のビデオデータの既にコード化されているブロック（例えば、インター予測）のいずれかから、ビデオデータのブロックを予測することを伴う。ビデオコーディング技法は、ビデオシーケンスに内在する冗長を低減または取り除くために、空間的（イントラピクチャー）予測、および／または、時間的（インターピクチャー）予測を含んでいる。ブロックベースのビデオコーディングに対して、ビデオスライス（例えば、ビデオピクチャーまたはビデオピクチャーの一部分）は、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）および／またはコーディングノードとして呼ばれることもあるかもしれないビデオブロックに区分してもよい。ピクチャーのイントラコード化された（Ｉ）スライスにおけるビデオブロックは、同じピクチャーにおける隣接ブロック中の参照サンプルに関する空間的予測を使用してエンコードされる。ピクチャーのインターコード化された（ＰまたはＢ）スライスにおけるビデオブロックは、同じピクチャーにおける隣接ブロック中の参照サンプルに関する空間的予測、または、他の参照ピクチャーにおける参照サンプルに関する時間的予測を使用してもよい。ピクチャーは、フレームとして呼ばれることがあり、参照ピクチャーは参照フレームとして呼ばれることがある。
【概要】
【0005】
［０００５］
一般的に、本開示は、イントラ副区分（ＩＳＰ）コーディングを使用して、予測ブロックグループへの複数の予測ブロックのコーディングに関連する技法を説明している。特に、ビデオコーダ（例えば、ビデオエンコーダおよび／またはビデオデコーダ）は、コーディングユニットの複数のサブブロックのような、複数の予測ブロックを予測ブロックグループにグループ化してもよい。例えば、単一の予測ブロックグループは、コーディングユニットの１つより多い予測ブロックまたはサブブロックを含んでいてもよい。１つの例では、第１の予測ブロックグループは、コーディングユニットの第１のサブブロックとコーディングユニットの第２のサブブロックとを含んでいてもよい。
一般的に、本開示は、イントラ副区分（ＩＳＰ）コーディングを使用して、予測ブロックグループへの複数の予測ブロックのコーディングに関連する技法を説明している。特に、ビデオコーダ（例えば、ビデオエンコーダおよび／またはビデオデコーダ）は、コーディングユニットの複数のサブブロックのような、複数の予測ブロックを予測ブロックグループにグループ化してもよい。例えば、単一の予測ブロックグループは、コーディングユニットの１つより多い予測ブロックまたはサブブロックを含んでいてもよい。１つの例では、第１の予測ブロックグループは、コーディングユニットの第１のサブブロックとコーディングユニットの第２のサブブロックとを含んでいてもよい。
【0006】
［０００６］
いくつかの例では、ビデオコーダは、第１の予測ブロックグループ中に含まれている他の予測ブロックのサンプルの再構築とは無関係に、その同じ予測ブロックグループ中に含まれている予測ブロックのサンプルを再構築してもよい。例えば、ビデオコーダは、同じ予測ブロックグループ中に含まれている別の予測ブロックのサンプルの再構築の前に、再構築なしで、または、再構築と並行して、１つの予測ブロックのサンプルを再構築してもよい。いくつかの事例では、垂直分割、水平分割、水平分割と垂直分割との組み合わせ等のような、コーディングユニットの分割を含めるために、イントラ副区分コーディングのインスタンスを使用するときに、本開示の予測ブロックグループ化技法を実現してもよい。さらに、予測ブロックの寸法が予測ブロックグループ化に対して予め規定されているしきい値を満たすように、予測ブロックが比較的狭い寸法（例えば、狭い高さ、狭い幅等）を有するときに、本開示の予測ブロックグループ化技法を実現してもよい。予測ブロックを予測ブロックグループにグループ化するために本明細書で説明されている１つ以上の技法は、ＨＥＶＣ（高効率ビデオコーディング）またはＨ．２６６／バーサタイルビデオコーディング（ＶＶＣ）標準規格のような、既存のビデオコーデックのいずれかに適用してもよく、または、何らかの将来のビデオコーディング標準規格において使用してもよい。
いくつかの例では、ビデオコーダは、第１の予測ブロックグループ中に含まれている他の予測ブロックのサンプルの再構築とは無関係に、その同じ予測ブロックグループ中に含まれている予測ブロックのサンプルを再構築してもよい。例えば、ビデオコーダは、同じ予測ブロックグループ中に含まれている別の予測ブロックのサンプルの再構築の前に、再構築なしで、または、再構築と並行して、１つの予測ブロックのサンプルを再構築してもよい。いくつかの事例では、垂直分割、水平分割、水平分割と垂直分割との組み合わせ等のような、コーディングユニットの分割を含めるために、イントラ副区分コーディングのインスタンスを使用するときに、本開示の予測ブロックグループ化技法を実現してもよい。さらに、予測ブロックの寸法が予測ブロックグループ化に対して予め規定されているしきい値を満たすように、予測ブロックが比較的狭い寸法（例えば、狭い高さ、狭い幅等）を有するときに、本開示の予測ブロックグループ化技法を実現してもよい。予測ブロックを予測ブロックグループにグループ化するために本明細書で説明されている１つ以上の技法は、ＨＥＶＣ（高効率ビデオコーディング）またはＨ．２６６／バーサタイルビデオコーディング（ＶＶＣ）標準規格のような、既存のビデオコーデックのいずれかに適用してもよく、または、何らかの将来のビデオコーディング標準規格において使用してもよい。
【0007】
［０００７］
１つの例によると、ビデオデータをコード化する方法が開示されている。本方法は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成し、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含むことと、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化することと、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することとを含んでいる。
１つの例によると、ビデオデータをコード化する方法が開示されている。本方法は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成し、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含むことと、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化することと、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することとを含んでいる。
【0008】
［０００８］
別の例によると、ビデオデータをコード化するデバイスが開示されている。デバイスは、ビデオデータを記憶するように構成されているメモリと、回路中で実現されている１つ以上のプロセッサとを含み、１つ以上のプロセッサは、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成し、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含むようにと、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化するようにと、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するように構成されている。
別の例によると、ビデオデータをコード化するデバイスが開示されている。デバイスは、ビデオデータを記憶するように構成されているメモリと、回路中で実現されている１つ以上のプロセッサとを含み、１つ以上のプロセッサは、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成し、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含むようにと、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化するようにと、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するように構成されている。
【0009】
［０００９］
別の例によると、非一時的コンピュータ読取可能記憶媒体が開示されている。非一時的コンピュータ読取可能記憶媒体は、命令を記憶しており、命令は、実行されるときに、１つ以上のプロセッサに、イントラ副区分（ＩＳＰ）を使用させて、ビデオデータのコーディングユニット（ＣＵ）の分割を実行させて、予測ブロックのセットを形成させ、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含み、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化させ、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築させる。
別の例によると、非一時的コンピュータ読取可能記憶媒体が開示されている。非一時的コンピュータ読取可能記憶媒体は、命令を記憶しており、命令は、実行されるときに、１つ以上のプロセッサに、イントラ副区分（ＩＳＰ）を使用させて、ビデオデータのコーディングユニット（ＣＵ）の分割を実行させて、予測ブロックのセットを形成させ、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含み、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化させ、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築させる。
【0010】
［００１０］
別の例によると、ビデオデータをコード化する装置が開示されている。装置は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成し、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含む手段と、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化する手段と、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築する手段とを含んでいる。
別の例によると、ビデオデータをコード化する装置が開示されている。装置は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成し、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含む手段と、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化する手段と、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築する手段とを含んでいる。
【0011】
［００１１］
１つ以上の例の詳細が、添付の図面および以下の説明に記載されている。本開示で説明されている技法の他の特徴、目的および利点は、説明、図面および特許請求の範囲から明らかになるであろう。
１つ以上の例の詳細が、添付の図面および以下の説明に記載されている。本開示で説明されている技法の他の特徴、目的および利点は、説明、図面および特許請求の範囲から明らかになるであろう。
【図面の簡単な説明】
【0012】
【詳細な説明】
【0013】
［００３６］
一般的に、本開示は、イントラ副区分（ＩＳＰ）コーディングにおいて予測ブロックグループを使用して、予測ブロックのコーディングおよび／またはデコーディングの改善に関する技法を説明している。このような技法は、現在開発中のバーサタイルビデオコーディング（ＶＶＣ）標準規格を含む、現在または将来のビデオコーディング標準規格に適用してもよい。
一般的に、本開示は、イントラ副区分（ＩＳＰ）コーディングにおいて予測ブロックグループを使用して、予測ブロックのコーディングおよび／またはデコーディングの改善に関する技法を説明している。このような技法は、現在開発中のバーサタイルビデオコーディング（ＶＶＣ）標準規格を含む、現在または将来のビデオコーディング標準規格に適用してもよい。
【0014】
［００３７］
いくつかの例では、ビデオコーダは、ＩＳＰコーディングを使用して、ビデオデータのブロックをコード化してもよい。例えば、ビデオコーダは、ビデオデータのブロックをサブブロック（例えば、予測ブロック）に区分してもよい。いくつかの例では、サブブロックは、１つ以上の寸法において、比較的に狭いサイズを有していてもよい。実例となる例では、コーディングブロックのようなコーディングユニット（ＣＵ）は、幅（Ｗ）×高さ（Ｈ）の寸法を有していてもよい。１つの例では、ＣＵのＷは４に等しくてもよく、ＨはＮ＞０に等しくてもよい。実例となる例では、ビデオコーダは、ＩＳＰコーディングを使用して、４×ＮのＣＵをコード化してもよい。例えば、ビデオコーダは、垂直分割または水平分割を使用して、ＣＵを区分してもよい。別の例では、ビデオコーダは、垂直分割と水平分割との組み合わせを使用してもよい。このような事例では、ビデオコーダは、垂直分割を使用して、ＣＵの第１の１つ以上の部分を区分し、水平分割を使用して、同じＣＵの第２の１つ以上の部分を区分してもよい。
いくつかの例では、ビデオコーダは、ＩＳＰコーディングを使用して、ビデオデータのブロックをコード化してもよい。例えば、ビデオコーダは、ビデオデータのブロックをサブブロック（例えば、予測ブロック）に区分してもよい。いくつかの例では、サブブロックは、１つ以上の寸法において、比較的に狭いサイズを有していてもよい。実例となる例では、コーディングブロックのようなコーディングユニット（ＣＵ）は、幅（Ｗ）×高さ（Ｈ）の寸法を有していてもよい。１つの例では、ＣＵのＷは４に等しくてもよく、ＨはＮ＞０に等しくてもよい。実例となる例では、ビデオコーダは、ＩＳＰコーディングを使用して、４×ＮのＣＵをコード化してもよい。例えば、ビデオコーダは、垂直分割または水平分割を使用して、ＣＵを区分してもよい。別の例では、ビデオコーダは、垂直分割と水平分割との組み合わせを使用してもよい。このような事例では、ビデオコーダは、垂直分割を使用して、ＣＵの第１の１つ以上の部分を区分し、水平分割を使用して、同じＣＵの第２の１つ以上の部分を区分してもよい。
【0015】
［００３８］
垂直分割を伴う例では、結果として生じるサブブロックは１×Ｎのサイズを有していてもよい。加えて、Ｎは８よりも大きくてもよい（例えば、Ｈは８よりも大きい）。このような例では、ビデオコーダは、サンプルの行方向の記憶装置を利用してもよい。ビデオコーダがサンプルの行方向の記憶装置を使用するときには、予め規定されているしきい値を下回る寸法を有するもののような、狭いサブブロックは、ビデオコーダが、非効率で時間を消費するメモリアクセス手順を実行することをもたらす。例えば、このような事例では、ビデオコーダは、メモリアクセス手順を実行するとき、サブブロック中のサンプルの数と比較して、メモリからのより多くのサンプルにアクセスする（例えば、読み出す）かもしれない。ブロックがサイズＭ×Ｎであるときには、メモリからの各行中のＭ個のサンプルにアクセスすることは、アクセス毎のサンプルの最小数における制限が原因で、Ｍ個のサンプルよりも多くにアクセスするような、オーバーヘッドを伴うことがよくあるかもしれない。例えば、所定のメモリアクセス手順は、別の行からのサンプルを読み出す前に、第１の行のサンプルを読み出すことをビデオコーダに要求するかもしれない。このような例では、ビデオコーダは、したがって、１つの狭いサブブロック中のターゲットサンプルにアクセスする前に、最小Ｘ個のサンプルを読み出すかもしれない。Ｘは、その狭いサブブロック中のサンプルの数よりも大きい。１×Ｎおよび２×Ｎサブブロックの狭い形状が原因で、狭いサブブロックに対して行の数がより多くなると、この問題は悪化する。例えば、４×４ＣＵは、４つの行のみを有しているかもしれない。このような例では、サブブロックが４×４ＣＵと同じ数のサンプルを有しているとしても、ビデオコーダは、１×１６サブブロックに対して、１６行をアクセスする必要があるかもしれない。結果的なオーバーヘッドは、特に、高いソリューションシーケンス中にいくつかの小さいコーディングブロックがある最悪のケースでは、コーディングプロセスの間に、ビデオコーダに遅延を経験させるかもしれない。加えて、ＣＵ中のサブブロックの再構築は、デコーディング順序において先行する、コーディングブロック中の他のサブブロックの再構築に依存する。このような事例では、この性質のサブブロックが原因で、ビデオコーダは、ＣＵをコーディングまたはデコーディングする際に、増加した遅延を経験する可能性がある。
垂直分割を伴う例では、結果として生じるサブブロックは１×Ｎのサイズを有していてもよい。加えて、Ｎは８よりも大きくてもよい（例えば、Ｈは８よりも大きい）。このような例では、ビデオコーダは、サンプルの行方向の記憶装置を利用してもよい。ビデオコーダがサンプルの行方向の記憶装置を使用するときには、予め規定されているしきい値を下回る寸法を有するもののような、狭いサブブロックは、ビデオコーダが、非効率で時間を消費するメモリアクセス手順を実行することをもたらす。例えば、このような事例では、ビデオコーダは、メモリアクセス手順を実行するとき、サブブロック中のサンプルの数と比較して、メモリからのより多くのサンプルにアクセスする（例えば、読み出す）かもしれない。ブロックがサイズＭ×Ｎであるときには、メモリからの各行中のＭ個のサンプルにアクセスすることは、アクセス毎のサンプルの最小数における制限が原因で、Ｍ個のサンプルよりも多くにアクセスするような、オーバーヘッドを伴うことがよくあるかもしれない。例えば、所定のメモリアクセス手順は、別の行からのサンプルを読み出す前に、第１の行のサンプルを読み出すことをビデオコーダに要求するかもしれない。このような例では、ビデオコーダは、したがって、１つの狭いサブブロック中のターゲットサンプルにアクセスする前に、最小Ｘ個のサンプルを読み出すかもしれない。Ｘは、その狭いサブブロック中のサンプルの数よりも大きい。１×Ｎおよび２×Ｎサブブロックの狭い形状が原因で、狭いサブブロックに対して行の数がより多くなると、この問題は悪化する。例えば、４×４ＣＵは、４つの行のみを有しているかもしれない。このような例では、サブブロックが４×４ＣＵと同じ数のサンプルを有しているとしても、ビデオコーダは、１×１６サブブロックに対して、１６行をアクセスする必要があるかもしれない。結果的なオーバーヘッドは、特に、高いソリューションシーケンス中にいくつかの小さいコーディングブロックがある最悪のケースでは、コーディングプロセスの間に、ビデオコーダに遅延を経験させるかもしれない。加えて、ＣＵ中のサブブロックの再構築は、デコーディング順序において先行する、コーディングブロック中の他のサブブロックの再構築に依存する。このような事例では、この性質のサブブロックが原因で、ビデオコーダは、ＣＵをコーディングまたはデコーディングする際に、増加した遅延を経験する可能性がある。
【0016】
［００３９］
上述の問題は、とりわけ、予測ブロック（例えば、サブブロック）を予測ブロックグループ（ＰＢＧ）にグループ化し、１つのＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、同じＰＢＧ中に含まれている予測ブロックのサンプルを再構築することにより、開示されている予測ブロックグループ化技法により取り扱うことができる。具体的には、イントラ副区分（ＩＳＰ）を使用して、コーディングユニットを、垂直に、水平に、または、水平と垂直との組み合わせに分割して、その後にさまざまなＰＢＧにグループ化されるかもしれない予測ブロックを形成してもよい。
上述の問題は、とりわけ、予測ブロック（例えば、サブブロック）を予測ブロックグループ（ＰＢＧ）にグループ化し、１つのＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、同じＰＢＧ中に含まれている予測ブロックのサンプルを再構築することにより、開示されている予測ブロックグループ化技法により取り扱うことができる。具体的には、イントラ副区分（ＩＳＰ）を使用して、コーディングユニットを、垂直に、水平に、または、水平と垂直との組み合わせに分割して、その後にさまざまなＰＢＧにグループ化されるかもしれない予測ブロックを形成してもよい。
【0017】
［００４０］
本開示におけるさまざまな技法は、ビデオコーダを参照して、または、ビデオコーディングを参照して説明されているかもしれず、それらは、ビデオエンコーダおよびビデオコーディングまたはビデオデコーダのいずれかを指すことがある一般用語であることを意図している。明示的に述べられていない限り、ビデオエンコーダまたはビデオデコーダに関して説明されている技法は、ビデオエンコーダまたはビデオデコーダのうちの他方により実行することができないことが仮定されるべきではない。例えば、多くの実例では、ビデオデコーダは、エンコードされたビデオデータをデコードするために、ビデオエンコーダと同じ、または、ときには逆のコーディング技法を実行する。多くの事例において、ビデオエンコーダはまた、ビデオデコーディングループを含み、したがって、ビデオエンコーダは、ビデオデータをエンコードすることの一部としてビデオデコーディングを実行する。したがって、明示的に述べられていない限り、ビデオデコーダに関して本開示で説明されている技法はまた、ビデオエンコーダにより実行されてもよく、その逆も同様である。
本開示におけるさまざまな技法は、ビデオコーダを参照して、または、ビデオコーディングを参照して説明されているかもしれず、それらは、ビデオエンコーダおよびビデオコーディングまたはビデオデコーダのいずれかを指すことがある一般用語であることを意図している。明示的に述べられていない限り、ビデオエンコーダまたはビデオデコーダに関して説明されている技法は、ビデオエンコーダまたはビデオデコーダのうちの他方により実行することができないことが仮定されるべきではない。例えば、多くの実例では、ビデオデコーダは、エンコードされたビデオデータをデコードするために、ビデオエンコーダと同じ、または、ときには逆のコーディング技法を実行する。多くの事例において、ビデオエンコーダはまた、ビデオデコーディングループを含み、したがって、ビデオエンコーダは、ビデオデータをエンコードすることの一部としてビデオデコーディングを実行する。したがって、明示的に述べられていない限り、ビデオデコーダに関して本開示で説明されている技法はまた、ビデオエンコーダにより実行されてもよく、その逆も同様である。
【0018】
［００４１］
図１は、本開示の技法を実行してもよい、例示的なビデオエンコーディングおよびデコーディングシステム１００を図示するブロック図である。本開示の技法は、一般的に、ビデオデータをコード化（エンコードおよび／またはデコード）することに向けられている。一般的に、ビデオデータは、ビデオを処理するための任意のデータを含んでいる。したがって、ビデオデータは、生のコード化されていないビデオ、エンコードされたビデオ、デコードされた（例えば、再構築された）ビデオ、および、シグナリングデータのようなビデオメタデータを含んでいてもよい。
図１は、本開示の技法を実行してもよい、例示的なビデオエンコーディングおよびデコーディングシステム１００を図示するブロック図である。本開示の技法は、一般的に、ビデオデータをコード化（エンコードおよび／またはデコード）することに向けられている。一般的に、ビデオデータは、ビデオを処理するための任意のデータを含んでいる。したがって、ビデオデータは、生のコード化されていないビデオ、エンコードされたビデオ、デコードされた（例えば、再構築された）ビデオ、および、シグナリングデータのようなビデオメタデータを含んでいてもよい。
【0019】
［００４２］
図１に示すように、システム１００は、この例では、宛先デバイス１１６によってデコードされ、表示されるべき、エンコードされたビデオデータを提供する、発信元デバイス１０２を含んでいる。特に、発信元デバイス１０２は、コンピュータ読取可能媒体１１０を介して、ビデオデータを宛先デバイス１１６に提供する。発信元デバイス１０２および宛先デバイス１１６は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、スマートフォンのような電話ハンドセット、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイス、または、これらに類するものを含む、広範囲のデバイスのうちのいずれを含んでいてもよい。いくつかのケースでは、発信元デバイス１０２および宛先デバイス１１６は、ワイヤレス通信のために備えられてもよく、したがって、ワイヤレス通信デバイスとして呼ばれることがある。
図１に示すように、システム１００は、この例では、宛先デバイス１１６によってデコードされ、表示されるべき、エンコードされたビデオデータを提供する、発信元デバイス１０２を含んでいる。特に、発信元デバイス１０２は、コンピュータ読取可能媒体１１０を介して、ビデオデータを宛先デバイス１１６に提供する。発信元デバイス１０２および宛先デバイス１１６は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、スマートフォンのような電話ハンドセット、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイス、または、これらに類するものを含む、広範囲のデバイスのうちのいずれを含んでいてもよい。いくつかのケースでは、発信元デバイス１０２および宛先デバイス１１６は、ワイヤレス通信のために備えられてもよく、したがって、ワイヤレス通信デバイスとして呼ばれることがある。
【0020】
［００４３］
図１の例では、発信元デバイス１０２は、ビデオソース１０４と、メモリ１０６と、ビデオエンコーダ２００と、出力インターフェース１０８とを含んでいる。宛先デバイス１１６は、入力インターフェース１２２と、ビデオデコーダ３００と、メモリ１２０と、ディスプレイデバイス１１８とを含んでいる。本開示によると、発信元デバイス１０２のビデオエンコーダ２００および宛先デバイス１１６のビデオデコーダ３００は、一般化されたイントラ予測のための技法を適用するように構成されていてもよい。したがって、発信元デバイス１０２はビデオエンコーディングデバイスの例を表す一方で、宛先デバイス１１６はビデオデコーディングデバイスの例を表している。他の例では、発信元デバイスおよび宛先デバイスは、他のコンポーネントまたは構成を含んでいてもよい。例えば、発信元デバイス１０２は、外部カメラのような外部ビデオソースからビデオデータを受け取ってもよい。同様に、宛先デバイス１１６は、統合されたディスプレイデバイスを含むよりもむしろ、外部ディスプレイデバイスとインターフェースしていてもよい。
図１の例では、発信元デバイス１０２は、ビデオソース１０４と、メモリ１０６と、ビデオエンコーダ２００と、出力インターフェース１０８とを含んでいる。宛先デバイス１１６は、入力インターフェース１２２と、ビデオデコーダ３００と、メモリ１２０と、ディスプレイデバイス１１８とを含んでいる。本開示によると、発信元デバイス１０２のビデオエンコーダ２００および宛先デバイス１１６のビデオデコーダ３００は、一般化されたイントラ予測のための技法を適用するように構成されていてもよい。したがって、発信元デバイス１０２はビデオエンコーディングデバイスの例を表す一方で、宛先デバイス１１６はビデオデコーディングデバイスの例を表している。他の例では、発信元デバイスおよび宛先デバイスは、他のコンポーネントまたは構成を含んでいてもよい。例えば、発信元デバイス１０２は、外部カメラのような外部ビデオソースからビデオデータを受け取ってもよい。同様に、宛先デバイス１１６は、統合されたディスプレイデバイスを含むよりもむしろ、外部ディスプレイデバイスとインターフェースしていてもよい。
【0021】
［００４４］
図１に示されているシステム１００は１つの例にすぎない。一般的に、任意のデジタルビデオエンコーディングおよび／またはデコーディングデバイスが、一般化されたイントラ予測のための技法を実行してもよい。発信元デバイス１０２および宛先デバイス１１６は、発信元デバイス１０２が宛先デバイス１１６への送信のためにコード化されたビデオデータを発生させる、このようなコーディングデバイスの例にすぎない。本開示は、データのコーディング（エンコーディングおよび／またはデコーディング）を実行するデバイスとして「コーディング」デバイスに言及する。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、コーディングデバイスの例を、特に、それぞれビデオエンコーダおよびビデオデコーダを表している。いくつかの例では、デバイス１０２、１１６は、デバイス１０２、１１６のそれぞれがビデオエンコーディングコンポーネントとビデオデコーディングコンポーネントとを含むように、実質的に対称的に動作してもよい。したがって、システム１００は、例えば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、または、ビデオ電話に対する、ビデオデバイス１０２とデバイス１１６との間の一方向または双方向ビデオ送信をサポートしてもよい。
図１に示されているシステム１００は１つの例にすぎない。一般的に、任意のデジタルビデオエンコーディングおよび／またはデコーディングデバイスが、一般化されたイントラ予測のための技法を実行してもよい。発信元デバイス１０２および宛先デバイス１１６は、発信元デバイス１０２が宛先デバイス１１６への送信のためにコード化されたビデオデータを発生させる、このようなコーディングデバイスの例にすぎない。本開示は、データのコーディング（エンコーディングおよび／またはデコーディング）を実行するデバイスとして「コーディング」デバイスに言及する。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、コーディングデバイスの例を、特に、それぞれビデオエンコーダおよびビデオデコーダを表している。いくつかの例では、デバイス１０２、１１６は、デバイス１０２、１１６のそれぞれがビデオエンコーディングコンポーネントとビデオデコーディングコンポーネントとを含むように、実質的に対称的に動作してもよい。したがって、システム１００は、例えば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、または、ビデオ電話に対する、ビデオデバイス１０２とデバイス１１６との間の一方向または双方向ビデオ送信をサポートしてもよい。
【0022】
［００４５］
一般的に、ビデオソース１０４は、ビデオデータ（すなわち、生のコード化されていないビデオデータ）のソースを表し、ビデオデータの（「フレーム」としても呼ばれる）シーケンシャルな一連のピクチャーを、ピクチャーに対するデータをエンコードするビデオエンコーダ２００に提供する。発信元デバイス１０２のビデオソース１０４は、ビデオカメラのようなビデオキャプチャデバイス、以前にキャプチャされた生のビデオを含んでいるビデオアーカイブ、および／または、ビデオコンテンツプロバイダからビデオを受け取るためのビデオフィードインターフェースを含んでいてもよい。さらなる代替として、ビデオソース１０４は、ソースビデオとしてのコンピュータグラフィックスベースのデータを、または、ライブビデオとアーカイブビデオとコンピュータ発生ビデオとの組み合わせを発生させてもよい。各ケースにおいて、ビデオエンコーダ２００は、キャプチャされた、事前キャプチャされた、または、コンピュータが発生させたビデオデータをエンコードする。ビデオエンコーダ２００は、（ときには「表示順序」として呼ばれる）受け取った順序から、コーディングのためのコーディング順序にピクチャーを再構成してもよい。ビデオエンコーダ２００は、エンコードされたビデオデータを含むビットストリームを発生させてもよい。発信元デバイス１０２は、その後、例えば、宛先デバイス１１６の入力インターフェース１２２による受け取りおよび／または取り出しのために、出力インターフェース１０８を介して、コンピュータ読取可能媒体１１０上に、エンコードされたビデオデータを出力してもよい。
一般的に、ビデオソース１０４は、ビデオデータ（すなわち、生のコード化されていないビデオデータ）のソースを表し、ビデオデータの（「フレーム」としても呼ばれる）シーケンシャルな一連のピクチャーを、ピクチャーに対するデータをエンコードするビデオエンコーダ２００に提供する。発信元デバイス１０２のビデオソース１０４は、ビデオカメラのようなビデオキャプチャデバイス、以前にキャプチャされた生のビデオを含んでいるビデオアーカイブ、および／または、ビデオコンテンツプロバイダからビデオを受け取るためのビデオフィードインターフェースを含んでいてもよい。さらなる代替として、ビデオソース１０４は、ソースビデオとしてのコンピュータグラフィックスベースのデータを、または、ライブビデオとアーカイブビデオとコンピュータ発生ビデオとの組み合わせを発生させてもよい。各ケースにおいて、ビデオエンコーダ２００は、キャプチャされた、事前キャプチャされた、または、コンピュータが発生させたビデオデータをエンコードする。ビデオエンコーダ２００は、（ときには「表示順序」として呼ばれる）受け取った順序から、コーディングのためのコーディング順序にピクチャーを再構成してもよい。ビデオエンコーダ２００は、エンコードされたビデオデータを含むビットストリームを発生させてもよい。発信元デバイス１０２は、その後、例えば、宛先デバイス１１６の入力インターフェース１２２による受け取りおよび／または取り出しのために、出力インターフェース１０８を介して、コンピュータ読取可能媒体１１０上に、エンコードされたビデオデータを出力してもよい。
【0023】
［００４６］
発信元デバイス１０２のメモリ１０６および宛先デバイス１１６のメモリ１２０は、汎用メモリを表している。いくつかの例では、メモリ１０６、１２０は、生のビデオデータ、例えば、ビデオソース１０４からの生ビデオと、ビデオデコーダ３００からの生のデコードされたビデオデータとを記憶してもよい。追加的にまたは代替的に、メモリ１０６、１２０は、例えば、ビデオエンコーダ２００およびビデオデコーダ３００それぞれによって実行可能なソフトウェア命令を記憶していてもよい。この例では、メモリ１０６およびメモリ１２０は、ビデオエンコーダ２００およびビデオデコーダ３００とは別個に示されているが、ビデオエンコーダ２００およびビデオデコーダ３００はまた、機能的に同様または同等の目的のために内部メモリを含んでいてもよいことを理解すべきである。さらに、メモリ１０６、１２０は、例えば、ビデオエンコーダ２００から出力され、ビデオデコーダ３００に入力される、エンコードされたビデオデータを記憶してもよい。いくつかの例では、メモリ１０６、１２０の一部分は、１つ以上のビデオバッファとして割り振られ、例えば、生のデコードされたおよび／またはエンコードされたビデオデータを記憶してもよい。
発信元デバイス１０２のメモリ１０６および宛先デバイス１１６のメモリ１２０は、汎用メモリを表している。いくつかの例では、メモリ１０６、１２０は、生のビデオデータ、例えば、ビデオソース１０４からの生ビデオと、ビデオデコーダ３００からの生のデコードされたビデオデータとを記憶してもよい。追加的にまたは代替的に、メモリ１０６、１２０は、例えば、ビデオエンコーダ２００およびビデオデコーダ３００それぞれによって実行可能なソフトウェア命令を記憶していてもよい。この例では、メモリ１０６およびメモリ１２０は、ビデオエンコーダ２００およびビデオデコーダ３００とは別個に示されているが、ビデオエンコーダ２００およびビデオデコーダ３００はまた、機能的に同様または同等の目的のために内部メモリを含んでいてもよいことを理解すべきである。さらに、メモリ１０６、１２０は、例えば、ビデオエンコーダ２００から出力され、ビデオデコーダ３００に入力される、エンコードされたビデオデータを記憶してもよい。いくつかの例では、メモリ１０６、１２０の一部分は、１つ以上のビデオバッファとして割り振られ、例えば、生のデコードされたおよび／またはエンコードされたビデオデータを記憶してもよい。
【0024】
［００４７］
コンピュータ読取可能媒体１１０は、発信元デバイス１０２から宛先デバイス１１６へとエンコードされたビデオデータを転送することが可能な任意のタイプの媒体またはデバイスを表していてもよい。１つの例では、コンピュータ読取可能媒体１１０は、発信元デバイス１０２が、例えば、無線周波数ネットワークまたはコンピュータベースのネットワークを介して、エンコードされたビデオデータをリアルタイムで宛先デバイス１１６に直接送信することを可能にする通信媒体を表している。ワイヤレス通信プロトコルのような通信標準規格にしたがって、出力インターフェース１０８は、エンコードされたビデオデータを含む送信信号を変調してもよく、入力インターフェース１２２は、受け取った送信信号を復調してもよい。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つ以上の物理送信ラインのような、何らかのワイヤレスまたはワイヤード通信媒体を備えていてもよい。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、または、インターネットのようなグローバルネットワークのような、パケットベースのネットワークの一部を形成していてもよい。通信媒体は、ルータ、スイッチ、基地局、または、発信元デバイス１０２から宛先デバイス１１６への通信を容易にするのに役立つかもしれない他の何らかの機器を含んでいてもよい。
コンピュータ読取可能媒体１１０は、発信元デバイス１０２から宛先デバイス１１６へとエンコードされたビデオデータを転送することが可能な任意のタイプの媒体またはデバイスを表していてもよい。１つの例では、コンピュータ読取可能媒体１１０は、発信元デバイス１０２が、例えば、無線周波数ネットワークまたはコンピュータベースのネットワークを介して、エンコードされたビデオデータをリアルタイムで宛先デバイス１１６に直接送信することを可能にする通信媒体を表している。ワイヤレス通信プロトコルのような通信標準規格にしたがって、出力インターフェース１０８は、エンコードされたビデオデータを含む送信信号を変調してもよく、入力インターフェース１２２は、受け取った送信信号を復調してもよい。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つ以上の物理送信ラインのような、何らかのワイヤレスまたはワイヤード通信媒体を備えていてもよい。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、または、インターネットのようなグローバルネットワークのような、パケットベースのネットワークの一部を形成していてもよい。通信媒体は、ルータ、スイッチ、基地局、または、発信元デバイス１０２から宛先デバイス１１６への通信を容易にするのに役立つかもしれない他の何らかの機器を含んでいてもよい。
【0025】
［００４８］
いくつかの例では、コンピュータ読取可能媒体１１０は、記憶デバイス１１２を含んでいてもよい。発信元デバイス１０２は、出力インターフェース１０８からコンピュータ読取可能媒体１１０（例えば、記憶デバイス１１２）にエンコードされたデータを出力してもよい。同様に、宛先デバイス１１６は、入力インターフェース１２２を介して、コンピュータ読取可能媒体１１０（例えば、記憶デバイス１１２）からのエンコードされたデータにアクセスしてもよい。記憶デバイス１１２は、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは、エンコードされたビデオデータを記憶するための他の何らかの適切なデジタル記憶媒体のような、さまざまな分散またはローカルにアクセスされるデータ記憶媒体のいずれかを含んでいてもよい。
いくつかの例では、コンピュータ読取可能媒体１１０は、記憶デバイス１１２を含んでいてもよい。発信元デバイス１０２は、出力インターフェース１０８からコンピュータ読取可能媒体１１０（例えば、記憶デバイス１１２）にエンコードされたデータを出力してもよい。同様に、宛先デバイス１１６は、入力インターフェース１２２を介して、コンピュータ読取可能媒体１１０（例えば、記憶デバイス１１２）からのエンコードされたデータにアクセスしてもよい。記憶デバイス１１２は、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは、エンコードされたビデオデータを記憶するための他の何らかの適切なデジタル記憶媒体のような、さまざまな分散またはローカルにアクセスされるデータ記憶媒体のいずれかを含んでいてもよい。
【0026】
［００４９］
いくつかの例では、コンピュータ読取可能媒体１１０は、ファイルサーバ１１４、または、発信元デバイス１０２により発生されたエンコードされたビデオデータを記憶してもよい別の中間記憶デバイスを含んでいてもよい。発信元デバイス１０２は、エンコードされたビデオデータを、ファイルサーバ１１４に、または、発信元デバイス１０２によって発生させたエンコードされたビデオを記憶してもよい別の中間記憶デバイスに出力してもよい。宛先デバイス１１６は、ストリーミングまたはダウンロードを介して、ファイルサーバ１１４からの記憶されているビデオデータにアクセスしてもよい。ファイルサーバ１１４は、エンコードされたビデオを記憶することと、宛先デバイス１１６にエンコードされたビデオを送信することとができる、任意のタイプのサーバデバイスであってもよい。ファイルサーバ１１４は、（例えば、ウェブサイトに対する）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ）サーバ、コンテンツ配信ネットワークデバイス、または、ネットワーク接続記憶（ＮＡＳ）デバイスを表していてもよい。宛先デバイス１１６は、インターネット接続を含む任意の標準的なデータ接続を通して、ファイルサーバ１１４からのエンコードされたビデオデータにアクセスしてもよい。これは、ファイルサーバ１１４上に記憶されている、エンコードされたビデオデータにアクセスするのに適している、ワイヤレスチャネル（例えば、Ｗｉ－Ｆｉ接続）、ワイヤード接続（例えば、デジタル加入者線（ＤＳＬ）、ケーブルモデム等）、または、その両方の組み合わせを含んでいてもよい。ファイルサーバ１１４および入力インターフェース１２２は、ストリーミング送信プロトコル、ダウンロード送信プロトコル、または、これらの組み合わせにしたがって動作するように構成されていてもよい。
いくつかの例では、コンピュータ読取可能媒体１１０は、ファイルサーバ１１４、または、発信元デバイス１０２により発生されたエンコードされたビデオデータを記憶してもよい別の中間記憶デバイスを含んでいてもよい。発信元デバイス１０２は、エンコードされたビデオデータを、ファイルサーバ１１４に、または、発信元デバイス１０２によって発生させたエンコードされたビデオを記憶してもよい別の中間記憶デバイスに出力してもよい。宛先デバイス１１６は、ストリーミングまたはダウンロードを介して、ファイルサーバ１１４からの記憶されているビデオデータにアクセスしてもよい。ファイルサーバ１１４は、エンコードされたビデオを記憶することと、宛先デバイス１１６にエンコードされたビデオを送信することとができる、任意のタイプのサーバデバイスであってもよい。ファイルサーバ１１４は、（例えば、ウェブサイトに対する）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ）サーバ、コンテンツ配信ネットワークデバイス、または、ネットワーク接続記憶（ＮＡＳ）デバイスを表していてもよい。宛先デバイス１１６は、インターネット接続を含む任意の標準的なデータ接続を通して、ファイルサーバ１１４からのエンコードされたビデオデータにアクセスしてもよい。これは、ファイルサーバ１１４上に記憶されている、エンコードされたビデオデータにアクセスするのに適している、ワイヤレスチャネル（例えば、Ｗｉ－Ｆｉ接続）、ワイヤード接続（例えば、デジタル加入者線（ＤＳＬ）、ケーブルモデム等）、または、その両方の組み合わせを含んでいてもよい。ファイルサーバ１１４および入力インターフェース１２２は、ストリーミング送信プロトコル、ダウンロード送信プロトコル、または、これらの組み合わせにしたがって動作するように構成されていてもよい。
【0027】
［００５０］
出力インターフェース１０８および入力インターフェース１２２は、ワイヤレス送信機／受信機、モデム、ワイヤードネットワーキングコンポーネント（例えば、イーサネット（登録商標）カード）、さまざまなＩＥＥＥ８０２．１１標準規格のいずれかにしたがって動作するワイヤレス通信コンポーネント、または、他の物理コンポーネントを表していてもよい。出力インターフェース１０８および入力インターフェース１２２がワイヤレスコンポーネントを備えている例では、出力インターフェース１０８および入力インターフェース１２２は、４Ｇ、４Ｇ－ＬＴＥ（登録商標）（ロングタームエボリューション）、ＬＴＥアドバンスト、５Ｇ、または、これらに類するもののようなセルラ通信標準規格にしたがって、エンコードされたビデオデータのようなデータを転送するように構成されていてもよい。出力インターフェース１０８がワイヤレス送信機を備えているいくつかの例では、出力インターフェース１０８および入力インターフェース１２２は、ＩＥＥＥ８０２．１１仕様、ＩＥＥＥ８０２．１５仕様（例えば、ＺｉｇＢｅｅ（商標））、Ｂｌｕｅｔｏｏｔｈ（登録商標）（商標）標準規格、または、これらに類するもののような他のワイヤレス標準規格にしたがって、エンコードされたビデオデータのようなデータを転送するように構成されていてもよい。いくつかの例では、発信元デバイス１０２および／または宛先デバイス１１６は、それぞれのシステムオンチップ（ＳｏＣ）デバイスを含んでいてもよい。例えば、発信元デバイス１０２は、ビデオエンコーダ２００および／または出力インターフェース１０８に備わる機能性を実行するためのＳｏＣデバイスを含んでいてもよく、宛先デバイス１１６は、ビデオデコーダ３００および／または入力インターフェース１２２に備わる機能性を実行するＳｏＣデバイスを含んでいてもよい。
出力インターフェース１０８および入力インターフェース１２２は、ワイヤレス送信機／受信機、モデム、ワイヤードネットワーキングコンポーネント（例えば、イーサネット（登録商標）カード）、さまざまなＩＥＥＥ８０２．１１標準規格のいずれかにしたがって動作するワイヤレス通信コンポーネント、または、他の物理コンポーネントを表していてもよい。出力インターフェース１０８および入力インターフェース１２２がワイヤレスコンポーネントを備えている例では、出力インターフェース１０８および入力インターフェース１２２は、４Ｇ、４Ｇ－ＬＴＥ（登録商標）（ロングタームエボリューション）、ＬＴＥアドバンスト、５Ｇ、または、これらに類するもののようなセルラ通信標準規格にしたがって、エンコードされたビデオデータのようなデータを転送するように構成されていてもよい。出力インターフェース１０８がワイヤレス送信機を備えているいくつかの例では、出力インターフェース１０８および入力インターフェース１２２は、ＩＥＥＥ８０２．１１仕様、ＩＥＥＥ８０２．１５仕様（例えば、ＺｉｇＢｅｅ（商標））、Ｂｌｕｅｔｏｏｔｈ（登録商標）（商標）標準規格、または、これらに類するもののような他のワイヤレス標準規格にしたがって、エンコードされたビデオデータのようなデータを転送するように構成されていてもよい。いくつかの例では、発信元デバイス１０２および／または宛先デバイス１１６は、それぞれのシステムオンチップ（ＳｏＣ）デバイスを含んでいてもよい。例えば、発信元デバイス１０２は、ビデオエンコーダ２００および／または出力インターフェース１０８に備わる機能性を実行するためのＳｏＣデバイスを含んでいてもよく、宛先デバイス１１６は、ビデオデコーダ３００および／または入力インターフェース１２２に備わる機能性を実行するＳｏＣデバイスを含んでいてもよい。
【0028】
［００５１］
本開示の技法は、無線テレビ放送、ケーブルテレビ送信、衛星テレビ送信、ＨＴＴＰを通した動的アダプティブストリーミング（ＤＡＳＨ）のようなインターネットストリーミングビデオ送信、データ記憶媒体上にエンコードされたデジタルビデオ、データ記憶媒体上に記憶されているデジタルビデオのデコーディング、または、他のアプリケーションのような、さまざまなマルチメディアアプリケーションのうちのいずれかをサポートするビデオコーディングに適用してもよい。
本開示の技法は、無線テレビ放送、ケーブルテレビ送信、衛星テレビ送信、ＨＴＴＰを通した動的アダプティブストリーミング（ＤＡＳＨ）のようなインターネットストリーミングビデオ送信、データ記憶媒体上にエンコードされたデジタルビデオ、データ記憶媒体上に記憶されているデジタルビデオのデコーディング、または、他のアプリケーションのような、さまざまなマルチメディアアプリケーションのうちのいずれかをサポートするビデオコーディングに適用してもよい。
【0029】
［００５２］
宛先デバイス１１６の入力インターフェース１２２は、コンピュータ読取可能媒体１１０（例えば、通信媒体、記憶デバイス１１２、ファイルサーバ１１４、または、これらに類するもの）からエンコードされたビデオビットストリームを受け取る。エンコードされたビデオビットストリームは、ビデオブロックまたは他のコード化されたユニット（例えば、スライス、ピクチャー、ピクチャーのグループ、シーケンス、または、これらに類するもの）の特性および／または処理を記述する値を有するシンタックス要素のような、ビデオエンコーダ２００によって規定され、ビデオデコーダ３００によっても使用されるシグナリング情報を含んでいてもよい。ディスプレイデバイス１１８は、デコードされたビデオデータのデコードされたピクチャーをユーザに表示する。ディスプレイデバイス１１８は、ブラウン管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または、別のタイプのディスプレイデバイスのような、さまざまなディスプレイデバイスのうちのいずれかを表していてもよい。
宛先デバイス１１６の入力インターフェース１２２は、コンピュータ読取可能媒体１１０（例えば、通信媒体、記憶デバイス１１２、ファイルサーバ１１４、または、これらに類するもの）からエンコードされたビデオビットストリームを受け取る。エンコードされたビデオビットストリームは、ビデオブロックまたは他のコード化されたユニット（例えば、スライス、ピクチャー、ピクチャーのグループ、シーケンス、または、これらに類するもの）の特性および／または処理を記述する値を有するシンタックス要素のような、ビデオエンコーダ２００によって規定され、ビデオデコーダ３００によっても使用されるシグナリング情報を含んでいてもよい。ディスプレイデバイス１１８は、デコードされたビデオデータのデコードされたピクチャーをユーザに表示する。ディスプレイデバイス１１８は、ブラウン管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または、別のタイプのディスプレイデバイスのような、さまざまなディスプレイデバイスのうちのいずれかを表していてもよい。
【0030】
［００５３］
図１には示されていないが、いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、それぞれオーディオエンコーダおよび／またはオーディオデコーダと統合されていてもよく、適切なＭＵＸ－ＤＥＭＵＸユニットあるいは他のハードウェアおよび／またはソフトウェアを含んでいて、共通のデータストリームにおけるオーディオおよびビデオの両方を含む多重化されたストリームを取り扱ってもよい。適用可能である場合には、ＭＵＸ－ＤＥＭＵＸユニットは、ＩＴＵ．Ｈ．２２３マルチプレクサプロトコル、または、ユーザデータグラムプロトコル（ＵＤＰ）のような他のプロトコルにしたがっていてもよい。
図１には示されていないが、いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、それぞれオーディオエンコーダおよび／またはオーディオデコーダと統合されていてもよく、適切なＭＵＸ－ＤＥＭＵＸユニットあるいは他のハードウェアおよび／またはソフトウェアを含んでいて、共通のデータストリームにおけるオーディオおよびビデオの両方を含む多重化されたストリームを取り扱ってもよい。適用可能である場合には、ＭＵＸ－ＤＥＭＵＸユニットは、ＩＴＵ．Ｈ．２２３マルチプレクサプロトコル、または、ユーザデータグラムプロトコル（ＵＤＰ）のような他のプロトコルにしたがっていてもよい。
【0031】
［００５４］
ビデオエンコーダ２００およびビデオデコーダ３００はそれぞれ、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、または、これらの組み合わせのような、さまざまな適したエンコーダおよび／またはデコーダ回路のいずれかとして実現してもよい。技法が部分的にソフトウェアで実現されるとき、デバイスは、適切な、非一時的コンピュータ読取可能媒体においてソフトウェアに対する命令を記憶していてもよく、１つ以上のプロセッサを使用して、ハードウェアにおいて命令を実行して、本開示の技法を実行してもよい。ビデオエンコーダ２００およびビデオデコーダ３００のそれぞれは、１つ以上のエンコーダまたはデコーダ中に含まれていてもよく、エンコーダまたはデコーダのどちらかは、それぞれのデバイスにおいて、組み合わされたエンコーダ／デコーダ（ＣＯＤＥＣ）の一部として統合されていてもよい。ビデオエンコーダ２００および／またはビデオデコーダ３００を含むデバイスは、集積回路、マイクロプロセッサ、および／または、セルラ電話機のようなワイヤレス通信デバイスを備えていてもよい。
ビデオエンコーダ２００およびビデオデコーダ３００はそれぞれ、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、または、これらの組み合わせのような、さまざまな適したエンコーダおよび／またはデコーダ回路のいずれかとして実現してもよい。技法が部分的にソフトウェアで実現されるとき、デバイスは、適切な、非一時的コンピュータ読取可能媒体においてソフトウェアに対する命令を記憶していてもよく、１つ以上のプロセッサを使用して、ハードウェアにおいて命令を実行して、本開示の技法を実行してもよい。ビデオエンコーダ２００およびビデオデコーダ３００のそれぞれは、１つ以上のエンコーダまたはデコーダ中に含まれていてもよく、エンコーダまたはデコーダのどちらかは、それぞれのデバイスにおいて、組み合わされたエンコーダ／デコーダ（ＣＯＤＥＣ）の一部として統合されていてもよい。ビデオエンコーダ２００および／またはビデオデコーダ３００を含むデバイスは、集積回路、マイクロプロセッサ、および／または、セルラ電話機のようなワイヤレス通信デバイスを備えていてもよい。
【0032】
［００５５］
ビデオエンコーダ２００およびビデオデコーダ３００は、高効率ビデオコーディング（ＨＥＶＣ）としても呼ばれるＩＴＵ－Ｔ Ｈ．２６５のようなビデオコーディング標準規格に、または、マルチビューおよび／またはスケーラブルビデオコーディング拡張のような、高効率ビデオコーディング（ＨＥＶＣ）に対する拡張にしたがって動作してもよい。代替的に、ビデオエンコーダ２００およびビデオデコーダ３００は、共同調査テストモデル（ＪＥＭ）またはバーサタイルビデオコーディング（ＶＶＣ）としても呼ばれるＩＴＵ－Ｔ Ｈ．２６６のような、他のプロプライエタリまたは業界標準規格にしたがって動作してもよい。ＶＶＣ標準規格の最近のドラフトは、ブロスらにおける「バーサタイルビデオコーディング（ドラフト４）」、ＩＴＵ－Ｔ ＳＧ１６ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１３回ミーティング：マサチューセッツ州マラケシ、２０１９年１月９日～１８日、ＪＶＥＴ－Ｍ１００１－ｖ２（以下「ＶＶＣドラフト４」）で説明されている。しかしながら、本開示の技術は、何らかの特定のコーディング標準規格には限定されない。
ビデオエンコーダ２００およびビデオデコーダ３００は、高効率ビデオコーディング（ＨＥＶＣ）としても呼ばれるＩＴＵ－Ｔ Ｈ．２６５のようなビデオコーディング標準規格に、または、マルチビューおよび／またはスケーラブルビデオコーディング拡張のような、高効率ビデオコーディング（ＨＥＶＣ）に対する拡張にしたがって動作してもよい。代替的に、ビデオエンコーダ２００およびビデオデコーダ３００は、共同調査テストモデル（ＪＥＭ）またはバーサタイルビデオコーディング（ＶＶＣ）としても呼ばれるＩＴＵ－Ｔ Ｈ．２６６のような、他のプロプライエタリまたは業界標準規格にしたがって動作してもよい。ＶＶＣ標準規格の最近のドラフトは、ブロスらにおける「バーサタイルビデオコーディング（ドラフト４）」、ＩＴＵ－Ｔ ＳＧ１６ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１３回ミーティング：マサチューセッツ州マラケシ、２０１９年１月９日～１８日、ＪＶＥＴ－Ｍ１００１－ｖ２（以下「ＶＶＣドラフト４」）で説明されている。しかしながら、本開示の技術は、何らかの特定のコーディング標準規格には限定されない。
【0033】
［００５６］
一般的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ピクチャーのブロックベースコーディングを実行してもよい。「ブロック」という用語は、一般的に、処理される（例えば、エンコードされる、デコードされる、または、そうでなければ、エンコーディングおよび／またはデコーディングプロセスにおいて使用される）データを含む構造を指している。例えば、ブロックは、ルミナンスデータおよび／またはクロミナンスデータのサンプルの２次元行列を含んでいてもよい。一般的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ＹＵＶ（例えば、Ｙ、Ｃｂ、Ｃｒ）フォーマットで表されるビデオデータをコード化してもよい。すなわち、ピクチャーのサンプルに対する赤、緑および青（ＲＧＢ）データをコード化するよりもむしろ、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分とクロミナンス成分とをコード化してもよく、ここで、クロミナンス成分は、赤の色相と青の色相の両方のクロミナンス成分を含んでいてもよい。いくつかの例では、ビデオエンコーダ２００は、エンコーディングの前に、受け取ったＲＧＢフォーマットされたデータをＹＵＶ表現に変換し、ビデオデコーダ３００は、ＹＵＶ表現をＲＧＢフォーマットに変換する。代替的に、（図示されていない）前処理ユニットおよび後処理ユニットがこれらの変換を実行してもよい。
一般的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ピクチャーのブロックベースコーディングを実行してもよい。「ブロック」という用語は、一般的に、処理される（例えば、エンコードされる、デコードされる、または、そうでなければ、エンコーディングおよび／またはデコーディングプロセスにおいて使用される）データを含む構造を指している。例えば、ブロックは、ルミナンスデータおよび／またはクロミナンスデータのサンプルの２次元行列を含んでいてもよい。一般的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ＹＵＶ（例えば、Ｙ、Ｃｂ、Ｃｒ）フォーマットで表されるビデオデータをコード化してもよい。すなわち、ピクチャーのサンプルに対する赤、緑および青（ＲＧＢ）データをコード化するよりもむしろ、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分とクロミナンス成分とをコード化してもよく、ここで、クロミナンス成分は、赤の色相と青の色相の両方のクロミナンス成分を含んでいてもよい。いくつかの例では、ビデオエンコーダ２００は、エンコーディングの前に、受け取ったＲＧＢフォーマットされたデータをＹＵＶ表現に変換し、ビデオデコーダ３００は、ＹＵＶ表現をＲＧＢフォーマットに変換する。代替的に、（図示されていない）前処理ユニットおよび後処理ユニットがこれらの変換を実行してもよい。
【0034】
［００５７］
本開示は、一般的に、ピクチャーのデータをエンコードまたはデコードするプロセスを含むように、ピクチャーのコーディング（例えば、エンコーディングおよびデコーディング）に言及しているかもしれない。同様に、本開示は、ブロックに対するデータをエンコーディングまたはデコーディングするプロセス、例えば、予測および／または残差コーディングを含むように、ピクチャーのブロックのコーディングに言及しているかもしれない。エンコードされたビデオビットストリームは、一般的に、コーディング決定（例えば、コーディングモード）とブロックへのピクチャーの区分とを表す、シンタックス要素に対する一連の値を含んでいる。したがって、ピクチャーまたはブロックをコード化することへの言及は、一般的に、ピクチャーまたはブロックを形成するシンタックス要素に対する値をコーディングすることとして理解すべきである。
本開示は、一般的に、ピクチャーのデータをエンコードまたはデコードするプロセスを含むように、ピクチャーのコーディング（例えば、エンコーディングおよびデコーディング）に言及しているかもしれない。同様に、本開示は、ブロックに対するデータをエンコーディングまたはデコーディングするプロセス、例えば、予測および／または残差コーディングを含むように、ピクチャーのブロックのコーディングに言及しているかもしれない。エンコードされたビデオビットストリームは、一般的に、コーディング決定（例えば、コーディングモード）とブロックへのピクチャーの区分とを表す、シンタックス要素に対する一連の値を含んでいる。したがって、ピクチャーまたはブロックをコード化することへの言及は、一般的に、ピクチャーまたはブロックを形成するシンタックス要素に対する値をコーディングすることとして理解すべきである。
【0035】
［００５８］
ＨＥＶＣは、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）および変換ユニット（ＴＵ）を含む、さまざまなブロックを規定する。ＨＥＶＣにしたがうと、（ビデオエンコーダ２００のような）ビデオコーダは、４分ツリー構造にしたがって、コーディングツリーユニット（ＣＴＵ）をＣＵに区分する。すなわち、ビデオコーダは、ＣＴＵおよびＣＵを４つの等しい、オーバーラップしない正方形に区分し、４分ツリーの各ノードは、ゼロまたは４つの子ノードのいずれかを有する。子ノードのないノードは、「リーフノード」として呼ばれることがあり、このようなリーフノードのＣＵは、１つ以上のＰＵおよび／または１つ以上のＴＵを含んでいてもよい。ビデオコーダは、ＰＵとＴＵとをさらに区分してもよい。例えば、ＨＥＶＣでは、残差４分ツリー（ＲＱＴ）はＴＵの区分を表している。ＨＥＶＣでは、ＰＵはインター予測データを表す一方で、ＴＵは残差データを表している。イントラ予測されるＣＵは、イントラモードインジケーションのようなイントラ予測情報を含んでいる。本開示は、一般的に、区分という用語を使用して、ＴＵ、ＰＵまたはＣＵとしてブロックを表し、または、複数のブロックまたは複数のブロックを含む領域を表しているかもしれない。
ＨＥＶＣは、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）および変換ユニット（ＴＵ）を含む、さまざまなブロックを規定する。ＨＥＶＣにしたがうと、（ビデオエンコーダ２００のような）ビデオコーダは、４分ツリー構造にしたがって、コーディングツリーユニット（ＣＴＵ）をＣＵに区分する。すなわち、ビデオコーダは、ＣＴＵおよびＣＵを４つの等しい、オーバーラップしない正方形に区分し、４分ツリーの各ノードは、ゼロまたは４つの子ノードのいずれかを有する。子ノードのないノードは、「リーフノード」として呼ばれることがあり、このようなリーフノードのＣＵは、１つ以上のＰＵおよび／または１つ以上のＴＵを含んでいてもよい。ビデオコーダは、ＰＵとＴＵとをさらに区分してもよい。例えば、ＨＥＶＣでは、残差４分ツリー（ＲＱＴ）はＴＵの区分を表している。ＨＥＶＣでは、ＰＵはインター予測データを表す一方で、ＴＵは残差データを表している。イントラ予測されるＣＵは、イントラモードインジケーションのようなイントラ予測情報を含んでいる。本開示は、一般的に、区分という用語を使用して、ＴＵ、ＰＵまたはＣＵとしてブロックを表し、または、複数のブロックまたは複数のブロックを含む領域を表しているかもしれない。
【0036】
［００５９］
別の例として、ビデオエンコーダ２００およびビデオデコーダ３００は、ＪＥＭまたはＶＶＣにしたがって動作するように構成されていてもよい。ＪＥＭまたはＶＶＣによると、（ビデオエンコーダ２００のような）ビデオコーダは、ピクチャーを複数のコーディングツリーユニット（ＣＴＵ）に区分する。ビデオエンコーダ２００は、４分ツリー－２分ツリー（ＱＴＢＴ）構造またはマルチタイプツリー（ＭＴＴ）構造のようなツリー構造にしたがって、ＣＴＵを区分してもよい。ＱＴＢＴ構造は、ＨＥＶＣのＣＵとＰＵとＴＵとの間の分離のような、複数の区分タイプの概念を除去する。ＱＴＢＴ構造は、４分ツリー区分にしたがって区分される第１のレベルと、２分ツリー区分にしたがって区分される第２のレベルと、の２つのレベルを含んでいる。ＱＴＢＴ構造のルートノードはＣＴＵに対応する。２分ツリーのリーフノードは、コーディングユニット（ＣＵ）に対応する。
別の例として、ビデオエンコーダ２００およびビデオデコーダ３００は、ＪＥＭまたはＶＶＣにしたがって動作するように構成されていてもよい。ＪＥＭまたはＶＶＣによると、（ビデオエンコーダ２００のような）ビデオコーダは、ピクチャーを複数のコーディングツリーユニット（ＣＴＵ）に区分する。ビデオエンコーダ２００は、４分ツリー－２分ツリー（ＱＴＢＴ）構造またはマルチタイプツリー（ＭＴＴ）構造のようなツリー構造にしたがって、ＣＴＵを区分してもよい。ＱＴＢＴ構造は、ＨＥＶＣのＣＵとＰＵとＴＵとの間の分離のような、複数の区分タイプの概念を除去する。ＱＴＢＴ構造は、４分ツリー区分にしたがって区分される第１のレベルと、２分ツリー区分にしたがって区分される第２のレベルと、の２つのレベルを含んでいる。ＱＴＢＴ構造のルートノードはＣＴＵに対応する。２分ツリーのリーフノードは、コーディングユニット（ＣＵ）に対応する。
【0037】
［００６０］
ＭＴＴ区分構造では、４分ツリー（ＱＴ）区分と、２分ツリー（ＢＴ）区分と、３分ツリー（ＴＴ）区分との１つ以上のタイプを使用して、ブロックを区分してもよい。３分ツリー区分は、ブロックが３つのサブブロックに分割される区分である。いくつかの例では、３分ツリー区分は、中心を通して元のブロックを分けずに、ブロックを３つのサブブロックに分ける。ＭＴＴにおける区分タイプ（例えば、ＱＴ、ＢＴおよびＴＴ）は、対称または非対称であってもよい。
ＭＴＴ区分構造では、４分ツリー（ＱＴ）区分と、２分ツリー（ＢＴ）区分と、３分ツリー（ＴＴ）区分との１つ以上のタイプを使用して、ブロックを区分してもよい。３分ツリー区分は、ブロックが３つのサブブロックに分割される区分である。いくつかの例では、３分ツリー区分は、中心を通して元のブロックを分けずに、ブロックを３つのサブブロックに分ける。ＭＴＴにおける区分タイプ（例えば、ＱＴ、ＢＴおよびＴＴ）は、対称または非対称であってもよい。
【0038】
［００６１］
いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、単一のＱＴＢＴまたはＭＴＴ構造を使用して、ルミナンス成分とクロミナンス成分のそれぞれを表してもよい一方で、他の例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分のために１つのＱＴＢＴ／ＭＴＴ構造と、両方のクロミナンス成分のために別のＱＴＢＴ／ＭＴＴ構造（または、それぞれのクロミナンス成分のために２つのＱＴＢＴ／ＭＴＴ構造）のように、２つ以上のＱＴＢＴまたはＭＴＴ構造を使用してもよい。
いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、単一のＱＴＢＴまたはＭＴＴ構造を使用して、ルミナンス成分とクロミナンス成分のそれぞれを表してもよい一方で、他の例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分のために１つのＱＴＢＴ／ＭＴＴ構造と、両方のクロミナンス成分のために別のＱＴＢＴ／ＭＴＴ構造（または、それぞれのクロミナンス成分のために２つのＱＴＢＴ／ＭＴＴ構造）のように、２つ以上のＱＴＢＴまたはＭＴＴ構造を使用してもよい。
【0039】
［００６２］
ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＥＶＣ毎の４分ツリー区分、ＱＴＢＴ区分、ＭＴＴ区分、または、他の区分構造を使用するように構成されていてもよい。説明のために、本開示の技法の説明は、ＱＴＢＴ区分に関して提示する。しかしながら、本開示の技法はまた、４分ツリー区分、または、他のタイプの区分も同様に使用するように構成されているビデオコーダに適用してもよいことを理解されたい。
ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＥＶＣ毎の４分ツリー区分、ＱＴＢＴ区分、ＭＴＴ区分、または、他の区分構造を使用するように構成されていてもよい。説明のために、本開示の技法の説明は、ＱＴＢＴ区分に関して提示する。しかしながら、本開示の技法はまた、４分ツリー区分、または、他のタイプの区分も同様に使用するように構成されているビデオコーダに適用してもよいことを理解されたい。
【0040】
［００６３］
本開示は、「Ｎ×Ｎ」および「ＮバイＮ」を交換可能に使用して、垂直寸法および水平寸法に関する（ＣＵまたは他のビデオブロックのような）ブロックのサンプル寸法、例えば、１６×１６サンプルまたは１６バイ１６サンプルを指すかもしれない。一般的に、１６×１６のＣＵは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×ＮのＣＵは、一般的に、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表している。ＣＵ中のサンプルは、行および列に配置されていてもよい。さらに、ＣＵは、必ずしも水平方向に垂直方向と同じ数のサンプルを有する必要はない。例えば、ＣＵはＮ×Ｍのサンプルを備えていてもよく、ここで、Ｍは必ずしもＮに等しいとは限らない。
本開示は、「Ｎ×Ｎ」および「ＮバイＮ」を交換可能に使用して、垂直寸法および水平寸法に関する（ＣＵまたは他のビデオブロックのような）ブロックのサンプル寸法、例えば、１６×１６サンプルまたは１６バイ１６サンプルを指すかもしれない。一般的に、１６×１６のＣＵは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×ＮのＣＵは、一般的に、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表している。ＣＵ中のサンプルは、行および列に配置されていてもよい。さらに、ＣＵは、必ずしも水平方向に垂直方向と同じ数のサンプルを有する必要はない。例えば、ＣＵはＮ×Ｍのサンプルを備えていてもよく、ここで、Ｍは必ずしもＮに等しいとは限らない。
【0041】
［００６４］
ビデオエンコーダ２００は、予測および／または残差情報を、ならびに、他の情報を表す、ＣＵに対するビデオデータをエンコードする。予測情報は、ＣＵに対する予測ブロックを形成するために、ＣＵがどのように予測されるべきかを示している。残差情報は、一般的に、エンコーディング前のＣＵのサンプルと予測ブロックとの間のサンプル毎の差分を表している。
ビデオエンコーダ２００は、予測および／または残差情報を、ならびに、他の情報を表す、ＣＵに対するビデオデータをエンコードする。予測情報は、ＣＵに対する予測ブロックを形成するために、ＣＵがどのように予測されるべきかを示している。残差情報は、一般的に、エンコーディング前のＣＵのサンプルと予測ブロックとの間のサンプル毎の差分を表している。
【0042】
［００６５］
ＣＵを予測するために、ビデオエンコーダ２００は、一般的に、インター予測またはイントラ予測を通して、ＣＵに対する予測ブロックを形成してもよい。インター予測は、一般的に、以前にコード化されたピクチャーのデータからＣＵを予測することを指す一方で、イントラ予測は、一般的に、同じピクチャーの以前にコード化されたデータからＣＵを予測することを指している。インター予測を実行するために、ビデオエンコーダ２００は、１つ以上の動きベクトルを使用して、予測ブロックを発生させてもよい。ビデオエンコーダ２００は、一般的に、動きサーチを実行して、例えば、ＣＵと参照ブロックとの間の差分に関して、ＣＵに密接に一致する参照ブロックを識別してもよい。ビデオエンコーダ２００は、絶対差分の和（ＳＡＤ）、二乗差分の和（ＳＳＤ）、平均絶対差分（ＭＡＤ）、平均二乗差分（ＭＳＤ）、または、他のこのような差分計算を使用して、差分メトリックを計算し、参照ブロックが現在ＣＵに密接に一致するか否かを決定してもよい。いくつかの例では、ビデオエンコーダ２００は、単方向予測または双方向予測を使用して、現在ＣＵを予測してもよい。
ＣＵを予測するために、ビデオエンコーダ２００は、一般的に、インター予測またはイントラ予測を通して、ＣＵに対する予測ブロックを形成してもよい。インター予測は、一般的に、以前にコード化されたピクチャーのデータからＣＵを予測することを指す一方で、イントラ予測は、一般的に、同じピクチャーの以前にコード化されたデータからＣＵを予測することを指している。インター予測を実行するために、ビデオエンコーダ２００は、１つ以上の動きベクトルを使用して、予測ブロックを発生させてもよい。ビデオエンコーダ２００は、一般的に、動きサーチを実行して、例えば、ＣＵと参照ブロックとの間の差分に関して、ＣＵに密接に一致する参照ブロックを識別してもよい。ビデオエンコーダ２００は、絶対差分の和（ＳＡＤ）、二乗差分の和（ＳＳＤ）、平均絶対差分（ＭＡＤ）、平均二乗差分（ＭＳＤ）、または、他のこのような差分計算を使用して、差分メトリックを計算し、参照ブロックが現在ＣＵに密接に一致するか否かを決定してもよい。いくつかの例では、ビデオエンコーダ２００は、単方向予測または双方向予測を使用して、現在ＣＵを予測してもよい。
【0043】
［００６６］
ＪＥＭおよびＶＶＣのいくつかの例はまた、インター予測モードと見なしてもよいアフィン動き補償モードを提供する。アフィン動き補償モードでは、ビデオエンコーダ２００は、ズームインまたはズームアウト、回転、透視動き、または、他の不規則な動きタイプのような、並進しない動きを表す２つ以上の動きベクトルを決定してもよい。
ＪＥＭおよびＶＶＣのいくつかの例はまた、インター予測モードと見なしてもよいアフィン動き補償モードを提供する。アフィン動き補償モードでは、ビデオエンコーダ２００は、ズームインまたはズームアウト、回転、透視動き、または、他の不規則な動きタイプのような、並進しない動きを表す２つ以上の動きベクトルを決定してもよい。
【0044】
［００６７］
イントラ予測を実行するために、ビデオエンコーダ２００は、イントラ予測モードを選択して、予測ブロックを発生させてもよい。ＪＥＭおよびＶＶＣのいくつかの例は、さまざまな方向性モードとともに、ｐｌａｎａｒモードおよびＤＣモードを含む、６７個のイントラ予測モードを提供する。一般的に、ビデオエンコーダ２００は、現在ブロックのサンプルを予測する、現在ブロック（例えば、ＣＵのブロック）に隣接するサンプルを記述するイントラ予測モードを選択する。ビデオエンコーダ２００がラスター走査順序（左から右、上から下）でＣＴＵおよびＣＵをコード化すると仮定すると、このようなサンプルは、一般的に、現在ブロックと同じピクチャー中で、現在ブロックの上、左上または左にあってもよい。
イントラ予測を実行するために、ビデオエンコーダ２００は、イントラ予測モードを選択して、予測ブロックを発生させてもよい。ＪＥＭおよびＶＶＣのいくつかの例は、さまざまな方向性モードとともに、ｐｌａｎａｒモードおよびＤＣモードを含む、６７個のイントラ予測モードを提供する。一般的に、ビデオエンコーダ２００は、現在ブロックのサンプルを予測する、現在ブロック（例えば、ＣＵのブロック）に隣接するサンプルを記述するイントラ予測モードを選択する。ビデオエンコーダ２００がラスター走査順序（左から右、上から下）でＣＴＵおよびＣＵをコード化すると仮定すると、このようなサンプルは、一般的に、現在ブロックと同じピクチャー中で、現在ブロックの上、左上または左にあってもよい。
【0045】
［００６８］
ビデオエンコーダ２００は、現在ブロックに対する予測モードを表すデータをエンコードする。例えば、インター予測モードに対して、ビデオエンコーダ２００は、さまざまな利用可能なインター予測モードのうちのどれが使用されるかを表すデータとともに、対応するモードに対する動き情報をエンコードしてもよい。単方向または双方向インター予測に対して、例えば、ビデオエンコーダ２００は、高度動きベクトル予測（ＡＭＶＰ）またはマージモードを使用して、動きベクトルをエンコードしてもよい。ビデオエンコーダ２００は、類似するモードを使用して、アフィン動き補償モードに対する動きベクトルをエンコードしてもよい。
ビデオエンコーダ２００は、現在ブロックに対する予測モードを表すデータをエンコードする。例えば、インター予測モードに対して、ビデオエンコーダ２００は、さまざまな利用可能なインター予測モードのうちのどれが使用されるかを表すデータとともに、対応するモードに対する動き情報をエンコードしてもよい。単方向または双方向インター予測に対して、例えば、ビデオエンコーダ２００は、高度動きベクトル予測（ＡＭＶＰ）またはマージモードを使用して、動きベクトルをエンコードしてもよい。ビデオエンコーダ２００は、類似するモードを使用して、アフィン動き補償モードに対する動きベクトルをエンコードしてもよい。
【0046】
［００６９］
ブロックのイントラ予測またはインター予測のような予測に続いて、ビデオエンコーダ２００は、ブロックに対する残差データを計算してもよい。残差ブロックのような残差データは、ブロックと、対応する予測モードを使用して形成された、ブロックに対する予測ブロックとの間の、サンプル毎の差分を表している。ビデオエンコーダ２００は、１つ以上の変換を残差ブロックに適用して、サンプルドメインの代わりに変換ドメインにおいて、変換されたデータを生成させてもよい。例えば、ビデオエンコーダ２００は、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または、概念的に類似する変換を残差ビデオデータに適用してもよい。さらに、ビデオエンコーダ２００は、モード依存分離不可能２次変換（ＭＤＮＳＳＴ）、信号依存変換、カルーネンレーベ変換（ＫＬＴ）、または、これらに類するもののような、第１の変換に続く２次変換を適用してもよい。ビデオエンコーダ２００は、１つ以上の変換の適用に続いて、変換係数を生成させる。
ブロックのイントラ予測またはインター予測のような予測に続いて、ビデオエンコーダ２００は、ブロックに対する残差データを計算してもよい。残差ブロックのような残差データは、ブロックと、対応する予測モードを使用して形成された、ブロックに対する予測ブロックとの間の、サンプル毎の差分を表している。ビデオエンコーダ２００は、１つ以上の変換を残差ブロックに適用して、サンプルドメインの代わりに変換ドメインにおいて、変換されたデータを生成させてもよい。例えば、ビデオエンコーダ２００は、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または、概念的に類似する変換を残差ビデオデータに適用してもよい。さらに、ビデオエンコーダ２００は、モード依存分離不可能２次変換（ＭＤＮＳＳＴ）、信号依存変換、カルーネンレーベ変換（ＫＬＴ）、または、これらに類するもののような、第１の変換に続く２次変換を適用してもよい。ビデオエンコーダ２００は、１つ以上の変換の適用に続いて、変換係数を生成させる。
【0047】
［００７０］
上述のように、変換係数を生成させるための任意の変換に続いて、ビデオエンコーダ２００は、変換係数の量子化を実行してもよい。量子化は、一般的に、変換係数が量子化されて、変換係数を表すために使用されるデータの量を場合によっては低減させ、さらなる圧縮を提供するプロセスを指している。量子化プロセスを実行することによって、ビデオエンコーダ２００は、変換係数のいくつか、または、すべてに関係するビット深度を低減させてもよい。例えば、ビデオエンコーダ２００は、量子化の間にｎ－ビット値をｍ－ビット値に切り捨ててもよく、ここで、ｎはｍよりも大きい。いくつかの例では、量子化を実行するために、ビデオエンコーダ２００は、量子化されるべき値のビット単位の右シフトを実行してもよい。
上述のように、変換係数を生成させるための任意の変換に続いて、ビデオエンコーダ２００は、変換係数の量子化を実行してもよい。量子化は、一般的に、変換係数が量子化されて、変換係数を表すために使用されるデータの量を場合によっては低減させ、さらなる圧縮を提供するプロセスを指している。量子化プロセスを実行することによって、ビデオエンコーダ２００は、変換係数のいくつか、または、すべてに関係するビット深度を低減させてもよい。例えば、ビデオエンコーダ２００は、量子化の間にｎ－ビット値をｍ－ビット値に切り捨ててもよく、ここで、ｎはｍよりも大きい。いくつかの例では、量子化を実行するために、ビデオエンコーダ２００は、量子化されるべき値のビット単位の右シフトを実行してもよい。
【0048】
［００７１］
量子化に続いて、ビデオエンコーダ２００は、変換係数を走査し、量子化された変換係数を含む２次元行列から１次元ベクトルを生成させてもよい。走査は、より高いエネルギー（したがって、より低い周波数）の変換係数をベクトルの前部に配置し、より低いエネルギー（したがって、より高い周波数）の変換係数をベクトルの後部に配置するように設計されていてもよい。いくつかの例では、ビデオエンコーダ２００は、予め規定された走査順序を利用して、量子化変換係数を走査し、シリアル化ベクトルを生成させ、その後、ベクトルの量子化変換係数をエントロピーエンコードしてもよい。他の例では、ビデオエンコーダ２００は、適応走査を実行してもよい。量子化変換係数を走査して１次元ベクトルを形成した後、ビデオエンコーダ２００は、例えば、コンテキスト適応バイナリ算術コーディング（ＣＡＢＡＣ）にしたがって、１次元ベクトルをエントロピーエンコードしてもよい。ビデオエンコーダ２００はまた、ビデオデータをデコードする際に、ビデオデコーダ３００によって使用するために、エンコードされたビデオデータに関係するメタデータを記述するシンタックス要素に対する値をエントロピーエンコードしてもよい。
量子化に続いて、ビデオエンコーダ２００は、変換係数を走査し、量子化された変換係数を含む２次元行列から１次元ベクトルを生成させてもよい。走査は、より高いエネルギー（したがって、より低い周波数）の変換係数をベクトルの前部に配置し、より低いエネルギー（したがって、より高い周波数）の変換係数をベクトルの後部に配置するように設計されていてもよい。いくつかの例では、ビデオエンコーダ２００は、予め規定された走査順序を利用して、量子化変換係数を走査し、シリアル化ベクトルを生成させ、その後、ベクトルの量子化変換係数をエントロピーエンコードしてもよい。他の例では、ビデオエンコーダ２００は、適応走査を実行してもよい。量子化変換係数を走査して１次元ベクトルを形成した後、ビデオエンコーダ２００は、例えば、コンテキスト適応バイナリ算術コーディング（ＣＡＢＡＣ）にしたがって、１次元ベクトルをエントロピーエンコードしてもよい。ビデオエンコーダ２００はまた、ビデオデータをデコードする際に、ビデオデコーダ３００によって使用するために、エンコードされたビデオデータに関係するメタデータを記述するシンタックス要素に対する値をエントロピーエンコードしてもよい。
【0049】
［００７２］
ＣＡＢＡＣを実行するために、ビデオエンコーダ２００は、コンテキストモデル内のコンテキストを送信されるべきシンボルに割り当ててもよい。コンテキストは、例えば、シンボルの隣接する値がゼロ値にされているか否かに関連していてもよい。確率決定は、シンボルに割り当てられているコンテキストに基づいていてもよい。
ＣＡＢＡＣを実行するために、ビデオエンコーダ２００は、コンテキストモデル内のコンテキストを送信されるべきシンボルに割り当ててもよい。コンテキストは、例えば、シンボルの隣接する値がゼロ値にされているか否かに関連していてもよい。確率決定は、シンボルに割り当てられているコンテキストに基づいていてもよい。
【0050】
［００７３］
ビデオエンコーダ２００はさらに、例えば、ピクチャーヘッダ中で、ブロックヘッダ中で、スライスヘッダ中で、あるいは、シーケンスパラメータセット（ＳＰＳ）、ピクチャーパラメータセット（ＰＰＳ）、または、ビデオパラメータセット（ＶＰＳ）のような他のシンタックスデータ中で、ビデオデコーダ３００への、ブロックベースのシンタックスデータ、ピクチャーベースのシンタックスデータ、および、シーケンスベースのシンタックスデータのようなシンタックスデータを発生させてもよい。ビデオデコーダ３００は、同様に、このようなシンタックスデータをデコードして、対応するビデオデータをどのようにデコードするかを決定してもよい。
ビデオエンコーダ２００はさらに、例えば、ピクチャーヘッダ中で、ブロックヘッダ中で、スライスヘッダ中で、あるいは、シーケンスパラメータセット（ＳＰＳ）、ピクチャーパラメータセット（ＰＰＳ）、または、ビデオパラメータセット（ＶＰＳ）のような他のシンタックスデータ中で、ビデオデコーダ３００への、ブロックベースのシンタックスデータ、ピクチャーベースのシンタックスデータ、および、シーケンスベースのシンタックスデータのようなシンタックスデータを発生させてもよい。ビデオデコーダ３００は、同様に、このようなシンタックスデータをデコードして、対応するビデオデータをどのようにデコードするかを決定してもよい。
【0051】
［００７４］
このようにして、ビデオエンコーダ２００は、エンコードされたビデオデータを含む、例えば、ブロック（例えば、ＣＵ）へのピクチャーの区分と、ブロックに対する予測および／または残差情報とを記述する、シンタックス要素を含む、ビットストリームを発生させてもよい。最終的に、ビデオデコーダ３００は、ビットストリームを受け取り、エンコードされたビデオデータをデコードしてもよい。
このようにして、ビデオエンコーダ２００は、エンコードされたビデオデータを含む、例えば、ブロック（例えば、ＣＵ）へのピクチャーの区分と、ブロックに対する予測および／または残差情報とを記述する、シンタックス要素を含む、ビットストリームを発生させてもよい。最終的に、ビデオデコーダ３００は、ビットストリームを受け取り、エンコードされたビデオデータをデコードしてもよい。
【0052】
［００７５］
一般的に、ビデオデコーダ３００は、ビデオエンコーダ２００によって実行されたプロセスとは逆のプロセスを実行して、ビットストリームのエンコードされたビデオデータをデコードする。例えば、ビデオデコーダ３００は、ビデオエンコーダ２００のＣＡＢＡＣエンコーディングプロセスと、逆ではあるが、実質的に類似する方法で、ＣＡＢＡＣを使用して、ビットストリームのシンタックス要素に対する値をデコードしてもよい。シンタックス要素は、ＣＴＵにピクチャーを区分するための区分情報と、ＱＴＢＴ構造のような、対応する区分構造にしたがって、各ＣＴＵを区分することとを規定して、ＣＴＵのＣＵを規定していてもよい。シンタックス要素は、ビデオデータのブロック（例えば、ＣＵ）に対する予測および残差情報をさらに規定していてもよい。
一般的に、ビデオデコーダ３００は、ビデオエンコーダ２００によって実行されたプロセスとは逆のプロセスを実行して、ビットストリームのエンコードされたビデオデータをデコードする。例えば、ビデオデコーダ３００は、ビデオエンコーダ２００のＣＡＢＡＣエンコーディングプロセスと、逆ではあるが、実質的に類似する方法で、ＣＡＢＡＣを使用して、ビットストリームのシンタックス要素に対する値をデコードしてもよい。シンタックス要素は、ＣＴＵにピクチャーを区分するための区分情報と、ＱＴＢＴ構造のような、対応する区分構造にしたがって、各ＣＴＵを区分することとを規定して、ＣＴＵのＣＵを規定していてもよい。シンタックス要素は、ビデオデータのブロック（例えば、ＣＵ）に対する予測および残差情報をさらに規定していてもよい。
【0053】
［００７６］
残差情報は、例えば、量子化変換係数によって表されていてもよい。ビデオデコーダ３００は、ブロックの量子化された変換係数を逆量子化および逆変換して、ブロックに対する残差ブロックを再生させてもよい。ビデオデコーダ３００は、シグナリングされた予測モード（イントラ予測またはインター予測）と、関連する予測情報（例えば、インター予測に対する動き情報）とを使用して、ブロックに対する予測ブロックを形成する。ビデオデコーダ３００は、その後、（サンプル毎のベースで）予測ブロックと残差ブロックとを組み合わせて、元のブロックを再生させてもよい。ビデオデコーダ３００は、デブロッキングプロセスを実行することのような、追加の処理を実行して、ブロックの境界に沿った視覚的アーティファクトを低減させてもよい。
残差情報は、例えば、量子化変換係数によって表されていてもよい。ビデオデコーダ３００は、ブロックの量子化された変換係数を逆量子化および逆変換して、ブロックに対する残差ブロックを再生させてもよい。ビデオデコーダ３００は、シグナリングされた予測モード（イントラ予測またはインター予測）と、関連する予測情報（例えば、インター予測に対する動き情報）とを使用して、ブロックに対する予測ブロックを形成する。ビデオデコーダ３００は、その後、（サンプル毎のベースで）予測ブロックと残差ブロックとを組み合わせて、元のブロックを再生させてもよい。ビデオデコーダ３００は、デブロッキングプロセスを実行することのような、追加の処理を実行して、ブロックの境界に沿った視覚的アーティファクトを低減させてもよい。
【0054】
［００７７］
本開示の技法によると、ビデオエンコーダ２００および／またはビデオデコーダ３００は、一般化イントラ予測を実行してもよい。例えば、ビデオエンコーダ２００および／またはビデオデコーダ３００は、ビデオデータの現在コーディングブロックに対する一般化予測の実行のインジケーションをコード化し、インジケーションに基づいて、現在コーディングブロックを１つ以上の予測ブロックに分割し、１つ以上の予測ブロックに基づいて、１つ以上の予測ブロックグループ（ＰＢＧ）を規定し、ＰＢＧのコーディング順序を決定し、コーディング順序でＰＢＧをコード化してもよい。
本開示の技法によると、ビデオエンコーダ２００および／またはビデオデコーダ３００は、一般化イントラ予測を実行してもよい。例えば、ビデオエンコーダ２００および／またはビデオデコーダ３００は、ビデオデータの現在コーディングブロックに対する一般化予測の実行のインジケーションをコード化し、インジケーションに基づいて、現在コーディングブロックを１つ以上の予測ブロックに分割し、１つ以上の予測ブロックに基づいて、１つ以上の予測ブロックグループ（ＰＢＧ）を規定し、ＰＢＧのコーディング順序を決定し、コーディング順序でＰＢＧをコード化してもよい。
【0055】
［００７８］
いくつかの例では、ビデオコーダ（例えば、ビデオエンコーダ２００および／またはビデオデコーダ３００）は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成してもよい。例えば、ビデオコーダは、ＣＵの垂直分割または水平分割を実行してもよい。別の例では、ビデオコーダは、ＣＵの垂直分割と水平分割との組み合わせとして、ＣＵの分割を実行してもよい。例えば、ビデオコーダは、ＣＵの一部分において垂直分割を実行し、ＣＵの他の部分に対して水平分割を実行してもよい。いずれのケースでも、ビデオコーダは、さまざまな分割または区分技法を介してＣＵを分割して、予測ブロックのセットを形成してもよい。
いくつかの例では、ビデオコーダ（例えば、ビデオエンコーダ２００および／またはビデオデコーダ３００）は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成してもよい。例えば、ビデオコーダは、ＣＵの垂直分割または水平分割を実行してもよい。別の例では、ビデオコーダは、ＣＵの垂直分割と水平分割との組み合わせとして、ＣＵの分割を実行してもよい。例えば、ビデオコーダは、ＣＵの一部分において垂直分割を実行し、ＣＵの他の部分に対して水平分割を実行してもよい。いずれのケースでも、ビデオコーダは、さまざまな分割または区分技法を介してＣＵを分割して、予測ブロックのセットを形成してもよい。
【0056】
［００７９］
いくつかの例では、予測ブロックは、少なくとも第１の予測ブロックと第２の予測ブロックとを含んでいてもよい。いくつかの例では、ＣＵは単一の予測ブロックを含んでいてもよい。予測ブロックは、狭い垂直ブロック、狭い水平ブロック、または、垂直ブロックと水平ブロックとの組み合わせを含んでいてもよい。この文脈で、用語「狭い」は、一般的に、非正方形ブロック（例えば、長方形ブロック等）を含んでいることに留意すべきである。
いくつかの例では、予測ブロックは、少なくとも第１の予測ブロックと第２の予測ブロックとを含んでいてもよい。いくつかの例では、ＣＵは単一の予測ブロックを含んでいてもよい。予測ブロックは、狭い垂直ブロック、狭い水平ブロック、または、垂直ブロックと水平ブロックとの組み合わせを含んでいてもよい。この文脈で、用語「狭い」は、一般的に、非正方形ブロック（例えば、長方形ブロック等）を含んでいることに留意すべきである。
【0057】
［００８０］
加えて、ビデオコーダは、予測ブロックのセットのうちの複数を第１の予測ブロックグループ（ＰＢＧ）にグループ化してもよい。いくつかの例では、ＰＢＧは、少なくとも２つの予測ブロックを含んでいてもよい。例えば、ＰＢＧは、１つ以上の垂直予測ブロック、１つ以上の水平予測ブロック、または、垂直予測ブロックと水平予測ブロックとの１つ以上の組み合わせを含んでいてもよい。別の例では、ＰＢＧは単一の予測ブロックを含んでいてもよい。さらに、ＣＵは、さまざまなサイズのＰＢＧを含んでいてもよい。例えば、単一のＣＵが、１つ以上の予測ブロック（例えば、垂直ブロック、水平ブロック、または、垂直ブロックと水平ブロックの両方）をグループ化することにより形成された第１のＰＢＧと、少なくとも２つの予測ブロック（例えば、垂直ブロック、水平ブロック、または、垂直ブロックと水平ブロックの両方）をグループ化することにより形成された第２のＰＢＧとを有する複数のＰＢＧを含んでいてもよい。いくつかの例では、単一のＣＵが、追加的に、少なくとも２つの予測ブロック（例えば、垂直ブロック、水平ブロック、または、垂直ブロックと水平ブロックの両方）をグループ化することにより形成された第３のＰＢＧと、少なくとも３つの予測ブロック（例えば、垂直ブロック、水平ブロック、または、両方）をグループ化することにより形成された第４のＰＢＧ等とを含んでいてもよい。
加えて、ビデオコーダは、予測ブロックのセットのうちの複数を第１の予測ブロックグループ（ＰＢＧ）にグループ化してもよい。いくつかの例では、ＰＢＧは、少なくとも２つの予測ブロックを含んでいてもよい。例えば、ＰＢＧは、１つ以上の垂直予測ブロック、１つ以上の水平予測ブロック、または、垂直予測ブロックと水平予測ブロックとの１つ以上の組み合わせを含んでいてもよい。別の例では、ＰＢＧは単一の予測ブロックを含んでいてもよい。さらに、ＣＵは、さまざまなサイズのＰＢＧを含んでいてもよい。例えば、単一のＣＵが、１つ以上の予測ブロック（例えば、垂直ブロック、水平ブロック、または、垂直ブロックと水平ブロックの両方）をグループ化することにより形成された第１のＰＢＧと、少なくとも２つの予測ブロック（例えば、垂直ブロック、水平ブロック、または、垂直ブロックと水平ブロックの両方）をグループ化することにより形成された第２のＰＢＧとを有する複数のＰＢＧを含んでいてもよい。いくつかの例では、単一のＣＵが、追加的に、少なくとも２つの予測ブロック（例えば、垂直ブロック、水平ブロック、または、垂直ブロックと水平ブロックの両方）をグループ化することにより形成された第３のＰＢＧと、少なくとも３つの予測ブロック（例えば、垂直ブロック、水平ブロック、または、両方）をグループ化することにより形成された第４のＰＢＧ等とを含んでいてもよい。
【0058】
［００８１］
加えて、１つ以上の後続するＣＵが、予測ブロックおよび／またはＰＢＧの同じまたは異なる配置を含んでいてもよい。例えば、第２のＣＵが、１つ以上の先行するＣＵの区分と、同じ区分または少なくとも類似する区分を含んでいてもよい。別の例では、第２のＣＵが、１つ以上の先行するＣＵの区分と異なる区分スキームを含んでいてもよい。例えば、ビデオコーダは、垂直分割を使用して、第１のＣＵを区分し、水平分割を使用して、第２のＣＵを区分し、水平分割と垂直分割との組み合わせを使用して、第３のＣＵを区分し、（例えば、他の区分された予測ブロックに関してより多いまたはより少ない狭い予測ブロックを形成するために）異なるタイプの水平分割を使用して、第４のＣＵを区分し、あるいは、他の何らかの組み合わせまたはバリエーションで、区分してもよい。
加えて、１つ以上の後続するＣＵが、予測ブロックおよび／またはＰＢＧの同じまたは異なる配置を含んでいてもよい。例えば、第２のＣＵが、１つ以上の先行するＣＵの区分と、同じ区分または少なくとも類似する区分を含んでいてもよい。別の例では、第２のＣＵが、１つ以上の先行するＣＵの区分と異なる区分スキームを含んでいてもよい。例えば、ビデオコーダは、垂直分割を使用して、第１のＣＵを区分し、水平分割を使用して、第２のＣＵを区分し、水平分割と垂直分割との組み合わせを使用して、第３のＣＵを区分し、（例えば、他の区分された予測ブロックに関してより多いまたはより少ない狭い予測ブロックを形成するために）異なるタイプの水平分割を使用して、第４のＣＵを区分し、あるいは、他の何らかの組み合わせまたはバリエーションで、区分してもよい。
【0059】
［００８２］
本開示は、垂直分割に関して、または、いくつかの事例では水平分割に関していくつかの例を説明しているが、本開示の技法は、説明されているように、そのようには限定されないことが理解されるだろう。追加の非限定的な例では、例示の目的で、ビデオデコーダが、少なくとも２つのＣＵを区分するために垂直分割を使用することによるものと、同じ区分スキームを使用して、複数のＣＵを区分してもよい。ビデオコーダは、追加的に、それぞれ区分されたＣＵに対して、異なってまたは同じに、区分された予測ブロックをグループ化してもよい。例えば、ビデオコーダは、第１のＣＵにおいて垂直分割を実行して、少なくとも３つのＰＢＧのグループを形成してもよい一方、ビデオコーダは、１つ以上の後続するＣＵにおいて類似する垂直分割を実行するが、少なくとも２つのＰＢＧを形成してもよい。すなわち、ビデオコーダが、例えば、垂直分割を使用して、各ＣＵを区分するケースでも、各ＣＵに対するＰＢＧの量は、１つの区分されたＣＵから次の区分されたＣＵまで必ずしも等しくなくてもよい。簡潔さのために、すべてのオプションが明示的に描写されているわけではないが、本開示で説明されているさまざまな技法または技法のバリエーションのうちの１つ以上により、他の分割および／またはグループ化オプションを達成してもよいことを理解されたい。加えて、ビデオコーダは、上記で説明され、以下でさらに説明されているように、このようなＰＢＧの独立した再構築を実行してもよい。
本開示は、垂直分割に関して、または、いくつかの事例では水平分割に関していくつかの例を説明しているが、本開示の技法は、説明されているように、そのようには限定されないことが理解されるだろう。追加の非限定的な例では、例示の目的で、ビデオデコーダが、少なくとも２つのＣＵを区分するために垂直分割を使用することによるものと、同じ区分スキームを使用して、複数のＣＵを区分してもよい。ビデオコーダは、追加的に、それぞれ区分されたＣＵに対して、異なってまたは同じに、区分された予測ブロックをグループ化してもよい。例えば、ビデオコーダは、第１のＣＵにおいて垂直分割を実行して、少なくとも３つのＰＢＧのグループを形成してもよい一方、ビデオコーダは、１つ以上の後続するＣＵにおいて類似する垂直分割を実行するが、少なくとも２つのＰＢＧを形成してもよい。すなわち、ビデオコーダが、例えば、垂直分割を使用して、各ＣＵを区分するケースでも、各ＣＵに対するＰＢＧの量は、１つの区分されたＣＵから次の区分されたＣＵまで必ずしも等しくなくてもよい。簡潔さのために、すべてのオプションが明示的に描写されているわけではないが、本開示で説明されているさまざまな技法または技法のバリエーションのうちの１つ以上により、他の分割および／またはグループ化オプションを達成してもよいことを理解されたい。加えて、ビデオコーダは、上記で説明され、以下でさらに説明されているように、このようなＰＢＧの独立した再構築を実行してもよい。
【0060】
［００８３］
ビデオコーダは、その後、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。例えば、ビデオコーダは、デコーディングループの一部として、サンプルを再構築してもよい。他の事例では、ビデオデコーダ３００が、ＣＵを分割して、予測ブロックのセットを形成し、予測ブロックをＰＢＧにグループ化してもよい。
ビデオコーダは、その後、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。例えば、ビデオコーダは、デコーディングループの一部として、サンプルを再構築してもよい。他の事例では、ビデオデコーダ３００が、ＣＵを分割して、予測ブロックのセットを形成し、予測ブロックをＰＢＧにグループ化してもよい。
【0061】
［００８４］
本開示は、一般的に、シンタックス要素のような、ある情報を「シグナリングすること」に関連しているかもしれない。「シグナリング」という用語は、一般的に、シンタックス要素のおよび／またはエンコードされたビデオデータをデコードするのに使用される他のデータの値の通信に関連しているかもしれない。すなわち、ビデオエンコーダ２００は、ビットストリーム中でシンタックス要素に対する値をシグナリングしてもよい。一般的に、シグナリングは、ビットストリーム中で値を発生させることを指している。上述のように、発信元デバイス１０２は、実質的にリアルタイムで、または、宛先デバイス１１６による後の取り出しのために、シンタックス要素を記憶デバイス１１２中に記憶させるときに起こるかもしれないような、リアルタイムではなく、ビットストリームを宛先デバイス１１６に転送してもよい。
本開示は、一般的に、シンタックス要素のような、ある情報を「シグナリングすること」に関連しているかもしれない。「シグナリング」という用語は、一般的に、シンタックス要素のおよび／またはエンコードされたビデオデータをデコードするのに使用される他のデータの値の通信に関連しているかもしれない。すなわち、ビデオエンコーダ２００は、ビットストリーム中でシンタックス要素に対する値をシグナリングしてもよい。一般的に、シグナリングは、ビットストリーム中で値を発生させることを指している。上述のように、発信元デバイス１０２は、実質的にリアルタイムで、または、宛先デバイス１１６による後の取り出しのために、シンタックス要素を記憶デバイス１１２中に記憶させるときに起こるかもしれないような、リアルタイムではなく、ビットストリームを宛先デバイス１１６に転送してもよい。
【0062】
［００８５］
図２は、例示的なイントラ予測モードを図示する図である。イントラ予測の例は広角イントラ予測である。いくつかの例では、ルーマブロックのイントラ予測は、Ｐｌａｎａｒ予測モードと、ＤＣ予測モードと、３３個のａｎｇｕｌａｒ（または、方向）予測モードとを含む、３５個のモードを含んでいる。例えば、正方形ブロックに対する方向予測は、いくつかの事例では、図２に図示されているように、ＶＶＣテストモデル２（ＶＴＭ２）（「バーサタイルビデオコーディングおよびテストモデル２（ＶＴＭ２）のためのアルゴリズム説明」、第１１回ＪＶＥＴミーティング、リュブリャナ、ＳＩ、２０１８年７月、Ｊ．Ｃｈｅｎ、Ｙ．ＹｅおよびＳ．ＫｉｍによるＪＶＥＴ－Ｋ１００２を参照されたい）におけるような、現在ブロック２５０の－１３５度～４５度の間の方向を使用してもよい。イントラ予測の３５個のモードは、以下の表１に示されているようにインデックス付けされている。
図２は、例示的なイントラ予測モードを図示する図である。イントラ予測の例は広角イントラ予測である。いくつかの例では、ルーマブロックのイントラ予測は、Ｐｌａｎａｒ予測モードと、ＤＣ予測モードと、３３個のａｎｇｕｌａｒ（または、方向）予測モードとを含む、３５個のモードを含んでいる。例えば、正方形ブロックに対する方向予測は、いくつかの事例では、図２に図示されているように、ＶＶＣテストモデル２（ＶＴＭ２）（「バーサタイルビデオコーディングおよびテストモデル２（ＶＴＭ２）のためのアルゴリズム説明」、第１１回ＪＶＥＴミーティング、リュブリャナ、ＳＩ、２０１８年７月、Ｊ．Ｃｈｅｎ、Ｙ．ＹｅおよびＳ．ＫｉｍによるＪＶＥＴ－Ｋ１００２を参照されたい）におけるような、現在ブロック２５０の－１３５度～４５度の間の方向を使用してもよい。イントラ予測の３５個のモードは、以下の表１に示されているようにインデックス付けされている。
【0063】
【表1】
【0064】
［００８６］
ＶＴＭ２では、イントラ予測に対する予測ブロックを特定するために使用されるブロック構造は正方形（幅ｗ＝高さｈ）に限定されない。例えば、長方形の予測ブロック（ｗ＞ｈまたはｗ＜ｈ）は、コンテンツの特性に基づいて、コーディング効率を高めることができる。
ＶＴＭ２では、イントラ予測に対する予測ブロックを特定するために使用されるブロック構造は正方形（幅ｗ＝高さｈ）に限定されない。例えば、長方形の予測ブロック（ｗ＞ｈまたはｗ＜ｈ）は、コンテンツの特性に基づいて、コーディング効率を高めることができる。
【0065】
［００８７］
このような長方形ブロックでは、イントラ予測の方向を－１３５度から４５度内に制限することは、イントラ予測のためにより近い参照サンプルよりむしろ、より遠い参照サンプルが使用される状況をもたらすことがある。このような設計は、コーディング効率に影響を及ぼす可能性がある。予測のために（－１３５～４５度の角度を超える）より近い参照サンプルが使用されるように、制限の範囲を緩和させることがより有益であるかもしれない。このようなケースの例を図３に示している。
このような長方形ブロックでは、イントラ予測の方向を－１３５度から４５度内に制限することは、イントラ予測のためにより近い参照サンプルよりむしろ、より遠い参照サンプルが使用される状況をもたらすことがある。このような設計は、コーディング効率に影響を及ぼす可能性がある。予測のために（－１３５～４５度の角度を超える）より近い参照サンプルが使用されるように、制限の範囲を緩和させることがより有益であるかもしれない。このようなケースの例を図３に示している。
【0066】
［００８８］
図３は、８×４の長方形ブロックの例を図示するブロック図である。図３の例では、イントラ予測方向が－１３５度～４５度の範囲であるように制限されるので、（円３００２により示されている）「より近い」参照サンプルは使用されないが、（円３００６により示されている）「より遠い」参照サンプルが使用されるかもしれない。すなわち、図３の例では、－１３５度以内であるが円３００２により示されているものよりも遠いいくつかの参照サンプルが使用されるかもしれないが、いくつかの参照サンプルは、他のサンプルよりも近いが、例えば、円３００６により示されているサンプルよりも近いが使用されない。
図３は、８×４の長方形ブロックの例を図示するブロック図である。図３の例では、イントラ予測方向が－１３５度～４５度の範囲であるように制限されるので、（円３００２により示されている）「より近い」参照サンプルは使用されないが、（円３００６により示されている）「より遠い」参照サンプルが使用されるかもしれない。すなわち、図３の例では、－１３５度以内であるが円３００２により示されているものよりも遠いいくつかの参照サンプルが使用されるかもしれないが、いくつかの参照サンプルは、他のサンプルよりも近いが、例えば、円３００６により示されているサンプルよりも近いが使用されない。
【0067】
［００８９］
図４Ａ～図４Ｃは、斜め方向範囲外のモードに対するモードマッピングプロセスの図を提供するブロック図である。図４Ａの例では、正方形ブロックＣＵ４０２は、ａｎｇｕｌａｒモード再マッピングを必要としない。図４Ｂは、水平非正方形ブロックＣＵ４０４に対するａｎｇｕｌａｒモード再マッピングを図示している。図４Ｃは、垂直非正方形ブロックＣＵ４０６に対するａｎｇｕｌａｒモード再マッピングを図示している。
図４Ａ～図４Ｃは、斜め方向範囲外のモードに対するモードマッピングプロセスの図を提供するブロック図である。図４Ａの例では、正方形ブロックＣＵ４０２は、ａｎｇｕｌａｒモード再マッピングを必要としない。図４Ｂは、水平非正方形ブロックＣＵ４０４に対するａｎｇｕｌａｒモード再マッピングを図示している。図４Ｃは、垂直非正方形ブロックＣＵ４０６に対するａｎｇｕｌａｒモード再マッピングを図示している。
【0068】
［００９０］
図５は、ＶＴＭ２において採用される広角イントラ予測を図示するブロック図である。いくつかの例では、広角イントラ予測は、ブロック５５０のような、正方形ブロックおよび非正方形ブロックに対するａｎｇｕｌａｒイントラ予測を含んでいる。
図５は、ＶＴＭ２において採用される広角イントラ予測を図示するブロック図である。いくつかの例では、広角イントラ予測は、ブロック５５０のような、正方形ブロックおよび非正方形ブロックに対するａｎｇｕｌａｒイントラ予測を含んでいる。
【0069】
［００９１］
第１２回のＪＶＥＴミーティング間に、広角イントラ予測の修正がＶＶＣテストモデル３（ＶＴＭ３）に採用され、その詳細は、（ｉ）Ｌ．Ｚｈａｏ，Ｘ．Ｚｈａｏ，Ｓ．ＬｉｕおよびＸ．Ｌｉによる「ＣＥ３関連：正方形ブロックおよび非正方形ブロックに対するａｎｇｕｌａｒイントラ予測の統一」、第１２回のＪＶＥＴミーティング，マカオＳＡＲ，ＣＮ，２０１８年１０月，ＪＶＥＴ－Ｌ０２７９；（ｉｉ）Ｊ．Ｃｈｅｎ，Ｙ．ＹｅおよびＳ．Ｋｉｍによる「バーサタイルビデオコーディングおよびテストモデル３（ＶＴＭ３）に対するアルゴリズム説明」、第１２回のＪＶＥＴミーティング，マカオＳＡＲ，ＣＮ，２０１８年１０月，ＪＶＥＴ－Ｌ１００２；および（ｉｉｉ）Ｂ．Ｂｒｏｓｓ，Ｊ．ＣｈｅｎおよびＳ．Ｌｉｕによる「バーサタイルビデオコーディング（ドラフト３）」、第１２回のＪＶＥＴミーティング，マカオＳＡＲ，ＣＮ，２０１８年１０月，ＪＶＥＴ－Ｌ１００１から入手可能である。
第１２回のＪＶＥＴミーティング間に、広角イントラ予測の修正がＶＶＣテストモデル３（ＶＴＭ３）に採用され、その詳細は、（ｉ）Ｌ．Ｚｈａｏ，Ｘ．Ｚｈａｏ，Ｓ．ＬｉｕおよびＸ．Ｌｉによる「ＣＥ３関連：正方形ブロックおよび非正方形ブロックに対するａｎｇｕｌａｒイントラ予測の統一」、第１２回のＪＶＥＴミーティング，マカオＳＡＲ，ＣＮ，２０１８年１０月，ＪＶＥＴ－Ｌ０２７９；（ｉｉ）Ｊ．Ｃｈｅｎ，Ｙ．ＹｅおよびＳ．Ｋｉｍによる「バーサタイルビデオコーディングおよびテストモデル３（ＶＴＭ３）に対するアルゴリズム説明」、第１２回のＪＶＥＴミーティング，マカオＳＡＲ，ＣＮ，２０１８年１０月，ＪＶＥＴ－Ｌ１００２；および（ｉｉｉ）Ｂ．Ｂｒｏｓｓ，Ｊ．ＣｈｅｎおよびＳ．Ｌｉｕによる「バーサタイルビデオコーディング（ドラフト３）」、第１２回のＪＶＥＴミーティング，マカオＳＡＲ，ＣＮ，２０１８年１０月，ＪＶＥＴ－Ｌ１００１から入手可能である。
【0070】
［００９２］
この採用は、正方形ブロックおよび非正方形ブロックに対するａｎｇｕｌａｒイントラ予測を統一するための２つの修正を含んでいる。第１に、すべてのブロック形状の斜め方向をカバーするように、ａｎｇｕｌａｒ予測方向が修正されている。第２に、図４Ａ～図４Ｃに図示され、上述したように、すべてのブロックアスペクト比（正方形および非正方形）に対して、左下斜め方向と右上斜め方向との間の範囲内に角度方向を維持するかもしれない。加えて、上部参照行および左参照列中の参照サンプルの数は、すべてのブロック形状に対して、２＊幅＋１および２＊高さ＋１に制限されている。図５の例では、６５個のａｎｇｕｌａｒモードに加えて、広角（－１～－１０および６７～７６）が描かれている。
この採用は、正方形ブロックおよび非正方形ブロックに対するａｎｇｕｌａｒイントラ予測を統一するための２つの修正を含んでいる。第１に、すべてのブロック形状の斜め方向をカバーするように、ａｎｇｕｌａｒ予測方向が修正されている。第２に、図４Ａ～図４Ｃに図示され、上述したように、すべてのブロックアスペクト比（正方形および非正方形）に対して、左下斜め方向と右上斜め方向との間の範囲内に角度方向を維持するかもしれない。加えて、上部参照行および左参照列中の参照サンプルの数は、すべてのブロック形状に対して、２＊幅＋１および２＊高さ＋１に制限されている。図５の例では、６５個のａｎｇｕｌａｒモードに加えて、広角（－１～－１０および６７～７６）が描かれている。
【0071】
［００９３］
図６は、ＶＴＭ３において採用されているブロック６５０の予測のためのより広い角度を図示するブロック図である。ＶＴＭ３は、任意のブロックサイズに対して９５個のモードを規定しているが、６７個のモードのみが許容されてもよい。許容される正確なモードは、ブロック幅とブロック高さとの比に依存する。これは、あるブロックサイズに対してモード範囲を制限することにより行われる。図６は、合計９３個のａｎｇｕｌａｒモードに対して、モード２および６６を超えるＶＴＭ３における広角（－１～－１４および６７～８０）の図を提供する。
図６は、ＶＴＭ３において採用されているブロック６５０の予測のためのより広い角度を図示するブロック図である。ＶＴＭ３は、任意のブロックサイズに対して９５個のモードを規定しているが、６７個のモードのみが許容されてもよい。許容される正確なモードは、ブロック幅とブロック高さとの比に依存する。これは、あるブロックサイズに対してモード範囲を制限することにより行われる。図６は、合計９３個のａｎｇｕｌａｒモードに対して、モード２および６６を超えるＶＴＭ３における広角（－１～－１４および６７～８０）の図を提供する。
【0072】
［００９４］
図７は、ＶＴＭ３におけるｐｒｅｄＭｏｄｅＩｎｔｒａと角度パラメータｉｎｔｒａＰｒｅｄＡｎｇｌｅとの間の例示的なマッピングを提供する例示的なマッピング表であり、このさらなる詳細は、Ｂ．Ｂｒｏｓｓ，Ｊ．ＣｈｅｎおよびＳ．Ｌｉｕによる「バーサタイルビデオコーディング（ドラフト３）」、第１２回のＪＶＥＴミーティング、マカオＳＡＲ、ＣＮ、２０１８年１０月、ＪＶＥＴ－Ｌ１００１から入手可能である。以下では、正のｉｎｔｒａＰｒｅｄＡｎｇｌｅ値を有するａｎｇｕｌａｒモードは、正のａｎｇｕｌａｒモード（モードインデックス＜１８または＞５０）と呼び、負のｉｎｔｒａＰｒｅｄＡｎｇｌｅ値を有するａｎｇｕｌａｒモードは、負のａｎｇｕｌａｒモード（モードインデックス＞１８および＜５０）として呼ぶ。
図７は、ＶＴＭ３におけるｐｒｅｄＭｏｄｅＩｎｔｒａと角度パラメータｉｎｔｒａＰｒｅｄＡｎｇｌｅとの間の例示的なマッピングを提供する例示的なマッピング表であり、このさらなる詳細は、Ｂ．Ｂｒｏｓｓ，Ｊ．ＣｈｅｎおよびＳ．Ｌｉｕによる「バーサタイルビデオコーディング（ドラフト３）」、第１２回のＪＶＥＴミーティング、マカオＳＡＲ、ＣＮ、２０１８年１０月、ＪＶＥＴ－Ｌ１００１から入手可能である。以下では、正のｉｎｔｒａＰｒｅｄＡｎｇｌｅ値を有するａｎｇｕｌａｒモードは、正のａｎｇｕｌａｒモード（モードインデックス＜１８または＞５０）と呼び、負のｉｎｔｒａＰｒｅｄＡｎｇｌｅ値を有するａｎｇｕｌａｒモードは、負のａｎｇｕｌａｒモード（モードインデックス＞１８および＜５０）として呼ぶ。
【0073】
［００９５］
逆角度パラメータｉｎｖＡｎｇｌｅは、式（１）にしたがうように、ｉｎｔｒａＰｒｅｄＡｎｇｌｅに基づいて導出される。
逆角度パラメータｉｎｖＡｎｇｌｅは、式（１）にしたがうように、ｉｎｔｒａＰｒｅｄＡｎｇｌｅに基づいて導出される。
【0074】
【数1】
【0075】
［００９６］
３２の倍数であるｉｎｔｒａＰｒｅｄＡｎｇｌｅ値（すなわち、この例では０，３２，６４，１２８，２５６，５１２の値）は、ＶＴＭ３仕様のケースのように、非小数参照アレイサンプルからの予測に対応することに留意すべきである。以下の表２は、さまざまなブロックアスペクト比に対応する斜めモードを図示している。
３２の倍数であるｉｎｔｒａＰｒｅｄＡｎｇｌｅ値（すなわち、この例では０，３２，６４，１２８，２５６，５１２の値）は、ＶＴＭ３仕様のケースのように、非小数参照アレイサンプルからの予測に対応することに留意すべきである。以下の表２は、さまざまなブロックアスペクト比に対応する斜めモードを図示している。
【0076】
【表2】
【0077】
［００９７］
イントラ副区分コーディング（ＩＳＰ）を本開示の以下の部分で説明する。イントラ副区分コーディング（ＩＳＰ）（（Ｓ．Ｄｅ Ｌｕｘａｎ Ｈｅｒｎａｎｄｅｚ，Ｈ．Ｓｃｈｗａｒｚ，Ｄ．Ｍａｒｐｅ，Ｔ．Ｗｉｅｇａｎｄ（ＨＨＩ）「ＣＥ３：ラインベースのイントラコーディングモード」，ＪＶＥＴ－Ｌ００７６）は、コーディングブロック（例えば、コーディングユニット）を複数のサブブロックに分割または区分する方法である。例えば、コーディングユニットを２つのサブブロック、４つのサブブロック等に分割または区分してもよい。いくつかの実例では、サブブロックは、予測ブロックとして呼ばれることがある。いくつかの例では、コーディングブロック内の各サブブロックは、デコーディング順序中で後続のサブブロックの再構築の前に、デコーディング順序で再構築される。ＶＶＣの第４のワーキングドラフト（以下では「ＶＶＣ ＷＤ４」であり、ｐｈｅｎｉｘ．ｉｔ－ｓｕｄｐａｒｉｓ．ｅｕ／ｊｖｅｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１３＿Ｍａｒｒａｋｅｃｈ／ｗｇ１１／ＪＶＥＴ－Ｍ１００１－ｖ２．ｚｉｐにおいて入手可能である）では、ＩＳＰは、ルーマコーディングブロックにのみ適用してもよい。このような例では、これらのＩＳＰコード化ブロックに対する参照サンプルは、コーディングブロックに最も近い参照ラインからのものであるように制限される（複数の参照ライン予測を参照して以下で説明されているＭＲＬＩｄｘ＝０を参照）。
イントラ副区分コーディング（ＩＳＰ）を本開示の以下の部分で説明する。イントラ副区分コーディング（ＩＳＰ）（（Ｓ．Ｄｅ Ｌｕｘａｎ Ｈｅｒｎａｎｄｅｚ，Ｈ．Ｓｃｈｗａｒｚ，Ｄ．Ｍａｒｐｅ，Ｔ．Ｗｉｅｇａｎｄ（ＨＨＩ）「ＣＥ３：ラインベースのイントラコーディングモード」，ＪＶＥＴ－Ｌ００７６）は、コーディングブロック（例えば、コーディングユニット）を複数のサブブロックに分割または区分する方法である。例えば、コーディングユニットを２つのサブブロック、４つのサブブロック等に分割または区分してもよい。いくつかの実例では、サブブロックは、予測ブロックとして呼ばれることがある。いくつかの例では、コーディングブロック内の各サブブロックは、デコーディング順序中で後続のサブブロックの再構築の前に、デコーディング順序で再構築される。ＶＶＣの第４のワーキングドラフト（以下では「ＶＶＣ ＷＤ４」であり、ｐｈｅｎｉｘ．ｉｔ－ｓｕｄｐａｒｉｓ．ｅｕ／ｊｖｅｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１３＿Ｍａｒｒａｋｅｃｈ／ｗｇ１１／ＪＶＥＴ－Ｍ１００１－ｖ２．ｚｉｐにおいて入手可能である）では、ＩＳＰは、ルーマコーディングブロックにのみ適用してもよい。このような例では、これらのＩＳＰコード化ブロックに対する参照サンプルは、コーディングブロックに最も近い参照ラインからのものであるように制限される（複数の参照ライン予測を参照して以下で説明されているＭＲＬＩｄｘ＝０を参照）。
【0078】
［００９８］
図８および図９は、ＩＳＰコーディングのためのブロックの例示的な分割を図示するブロック図である。図８は、４×８ブロックと８×４ブロックの分割の例を図示している。図９は、４×８ブロックと８×４ブロックと４×４ブロックとを除いたすべてのブロックの分割の例を図示している。
図８および図９は、ＩＳＰコーディングのためのブロックの例示的な分割を図示するブロック図である。図８は、４×８ブロックと８×４ブロックの分割の例を図示している。図９は、４×８ブロックと８×４ブロックと４×４ブロックとを除いたすべてのブロックの分割の例を図示している。
【0079】
［００９９］
１ビットを使用して、コーディングブロックがイントラ副区分に分割されるか否かをシグナリングし、第２のビットを使用して、分割タイプを示す。例示的な分割タイプは、水平分割、垂直分割、垂直および水平分割等を含んでいる。使用されるイントラモードおよび分割タイプに基づいて、通常順序および逆処理順序として呼ばれる、２つの異なるクラスの処理順序を使用してもよい。通常順序では、処理される最初の副区分は、ＣＵの左上のサンプルを含む副区分であり、その後、下方向（水平分割）または右方向（垂直分割）に継続する。一方、逆処理順序は、ＣＵの左下のサンプルを含む副区分で開始して上方向（水平分割）に継続するか、または、ＣＵの右上のサンプルを含む副区分で開始して左方向（垂直分割）に継続する。
１ビットを使用して、コーディングブロックがイントラ副区分に分割されるか否かをシグナリングし、第２のビットを使用して、分割タイプを示す。例示的な分割タイプは、水平分割、垂直分割、垂直および水平分割等を含んでいる。使用されるイントラモードおよび分割タイプに基づいて、通常順序および逆処理順序として呼ばれる、２つの異なるクラスの処理順序を使用してもよい。通常順序では、処理される最初の副区分は、ＣＵの左上のサンプルを含む副区分であり、その後、下方向（水平分割）または右方向（垂直分割）に継続する。一方、逆処理順序は、ＣＵの左下のサンプルを含む副区分で開始して上方向（水平分割）に継続するか、または、ＣＵの右上のサンプルを含む副区分で開始して左方向（垂直分割）に継続する。
【0080】
［０１００］
いくつかの例では、ＩＳＰのバリエーションは、ＶＶＣ ＷＤ４におけるように、通常処理順序のみを使用してもよい。用語「サブブロック」および「サブ区分」は、本明細書では交換可能に使用されるかもしれないことに留意されたい。いずれのケースでも、両方の用語は、ＩＳＰを使用して、コーディングブロックを区分することにより取得されるブロックを指している。
いくつかの例では、ＩＳＰのバリエーションは、ＶＶＣ ＷＤ４におけるように、通常処理順序のみを使用してもよい。用語「サブブロック」および「サブ区分」は、本明細書では交換可能に使用されるかもしれないことに留意されたい。いずれのケースでも、両方の用語は、ＩＳＰを使用して、コーディングブロックを区分することにより取得されるブロックを指している。
【0081】
［０１０１］
ＶＶＣ ＷＤ４におけるＩＳＰに関係するいくつかのシンタックス（例えば、表３および４）およびセマンティクスが以下に示され、イタリック体は、関係するシンタックスを示している。
ＶＶＣ ＷＤ４におけるＩＳＰに関係するいくつかのシンタックス（例えば、表３および４）およびセマンティクスが以下に示され、イタリック体は、関係するシンタックスを示している。
【0082】
【表3】
【0083】
【表4】
【0084】
［０１０２］
コーディングユニットのセマンティクス。
コーディングユニットのセマンティクス。
【0085】
［０１０３］
１に等しいｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在イントラコーディングユニットがＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓ［ｘ０］［ｙ０］長方形変換ブロック副区分に区分されることを指定する。０に等しいｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在イントラコーディングユニットが長方形変換ブロック副区分に区分されないことを指定する。
１に等しいｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在イントラコーディングユニットがＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓ［ｘ０］［ｙ０］長方形変換ブロック副区分に区分されることを指定する。０に等しいｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在イントラコーディングユニットが長方形変換ブロック副区分に区分されないことを指定する。
【0086】
［０１０４］
ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しないときには、ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇの値は０に等しいと推測される。
ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しないときには、ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇの値は０に等しいと推測される。
【0087】
［０１０５］
いくつかの例では、イントラ副区分分割フラグを使用して、分割タイプを示してもよい。例えば、ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］は、分割タイプまたは多数のさまざまな分割タイプを指定してもよい。いくつかの例では、イントラ副区分分割タイプが、水平、垂直、長方形、垂直と水平の混合、または、他の何らかの分割タイプであるか否かを、イントラ副区分分割フラグが示してもよい。ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しないときには、ビデオコーダは、フラグが０に等しいと推測してもよい。
いくつかの例では、イントラ副区分分割フラグを使用して、分割タイプを示してもよい。例えば、ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］は、分割タイプまたは多数のさまざまな分割タイプを指定してもよい。いくつかの例では、イントラ副区分分割タイプが、水平、垂直、長方形、垂直と水平の混合、または、他の何らかの分割タイプであるか否かを、イントラ副区分分割フラグが示してもよい。ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しないときには、ビデオコーダは、フラグが０に等しいと推測してもよい。
【0088】
［０１０６］
変数ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅは、以下の表５に図示されているように、現在ルーマコーディングブロックに対して使用される分割のタイプを指定する。ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅは、以下のように導出される。
変数ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅは、以下の表５に図示されているように、現在ルーマコーディングブロックに対して使用される分割のタイプを指定する。ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅは、以下のように導出される。
【0089】
［０１０７］
ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい場合には、ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅは０に等しいように設定される。
ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｍｏｄｅ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい場合には、ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅは０に等しいように設定される。
【0090】
［０１０８］
そうでない場合、ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅは、１＋ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］に等しくなるように設定される。
そうでない場合、ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅは、１＋ｉｎｔｒａ＿ｓｕｂｐａｒｔｉｔｉｏｎｓ＿ｓｐｌｉｔ＿ｆｌａｇ［ｘ０］［ｙ０］に等しくなるように設定される。
【0091】
【表5】
【0092】
［０１０９］
変数ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは、イントラルーマコーディングブロックが分割される変換ブロック副区分の数を指定する。ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは、以下のように導出される。
変数ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは、イントラルーマコーディングブロックが分割される変換ブロック副区分の数を指定する。ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは、以下のように導出される。
【0093】
［０１１０］
ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅが、ＩＳＰ＿ＮＯ＿ＳＰＬＩＴに等しい場合には、ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは、１に等しくなるように設定される。
ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅが、ＩＳＰ＿ＮＯ＿ＳＰＬＩＴに等しい場合には、ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは、１に等しくなるように設定される。
【0094】
［０１１１］
そうではなく、以下の条件のうちの１つが真である場合には、ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは、２に等しくなるように設定される：（１）ｃｂＷｉｄｔｈが４に等しく、ｃｂＨｅｉｇｈｔが８に等しい、または、（２）ｃｂＷｉｄｔｈが８に等しく、ｃｂＨｅｉｇｈｔが４に等しい。そうでなければ、ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは、４に等しくなるように設定される。
そうではなく、以下の条件のうちの１つが真である場合には、ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは、２に等しくなるように設定される：（１）ｃｂＷｉｄｔｈが４に等しく、ｃｂＨｅｉｇｈｔが８に等しい、または、（２）ｃｂＷｉｄｔｈが８に等しく、ｃｂＨｅｉｇｈｔが４に等しい。そうでなければ、ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓは、４に等しくなるように設定される。
【0095】
［０１１２］
本開示の以下の部分で、複数の参照ライン予測を説明する。ブロックのイントラ予測のために、コーディングブロックの近傍のサンプルを使用する。典型的には、イントラ予測のための参照サンプルとして、コーディングブロックの左境界および上境界に最も近い再構築された参照サンプルラインを使用する。ＶＶＣ ＷＤ４におけるようないくつかの例では、ビデオコーダは、コーディングブロックまたはＣＵの近傍におけるサンプルのような他のサンプルを参照サンプルとして使用してもよい。
本開示の以下の部分で、複数の参照ライン予測を説明する。ブロックのイントラ予測のために、コーディングブロックの近傍のサンプルを使用する。典型的には、イントラ予測のための参照サンプルとして、コーディングブロックの左境界および上境界に最も近い再構築された参照サンプルラインを使用する。ＶＶＣ ＷＤ４におけるようないくつかの例では、ビデオコーダは、コーディングブロックまたはＣＵの近傍におけるサンプルのような他のサンプルを参照サンプルとして使用してもよい。
【0096】
［０１１３］
図１０は、イントラ予測のために使用されるかもしれない参照サンプルラインを図示するブロック図である。各コーディングブロックに対して、使用される参照ラインを示すインデックスがシグナリングされる。
図１０は、イントラ予測のために使用されるかもしれない参照サンプルラインを図示するブロック図である。各コーディングブロックに対して、使用される参照ラインを示すインデックスがシグナリングされる。
【0097】
［０１１４］
ＶＶＣ ＷＤ４におけるようないくつかの例では、ビデオコーダは、０、１または３に等しいＭＲＬＩｄｘを有する参照ラインのみを使用してもよい。ビデオコーダは、切捨て単項コードワードを用いて、ブロックをコード化するために使用される参照ラインへのインデックス（例えば、それぞれＭＲＬＩｄｘ０、１および３を有するラインを示す値０、１および２）をコード化してもよい。ＭＲＬＩｄｘ＞０を有する使用される参照ラインに対して、ＰｌａｎａｒモードおよびＤＣモードは使用されない。
ＶＶＣ ＷＤ４におけるようないくつかの例では、ビデオコーダは、０、１または３に等しいＭＲＬＩｄｘを有する参照ラインのみを使用してもよい。ビデオコーダは、切捨て単項コードワードを用いて、ブロックをコード化するために使用される参照ラインへのインデックス（例えば、それぞれＭＲＬＩｄｘ０、１および３を有するラインを示す値０、１および２）をコード化してもよい。ＭＲＬＩｄｘ＞０を有する使用される参照ラインに対して、ＰｌａｎａｒモードおよびＤＣモードは使用されない。
【0098】
［０１１５］
いくつかの例では、ブロック（例えば、コーディングユニット（ＣＵ））のイントラ副区分（ＩＳＰ）コーディングは、１つ以上の寸法において非常に小さいサイズを有するサブブロック（例えば、予測ブロック）となるかもしれない。例えば、ビデオコーダが、ＩＳＰコーディングを使用して、サイズ４×Ｎ（Ｗ×Ｈ）のコーディングブロックをコード化し、垂直分割が使用されるときには、Ｎが８よりも大きいとき、結果として生じるサブブロックはサイズ１×Ｎを有する。サンプルの行方向記憶装置に依存するインプリメンテーションでは、サブブロックがますます狭くなると、サブブロック中のサンプルの数よりも多いサンプルのメモリアクセスが生じるかもしれない。ブロックがサイズＭ×Ｎであるときには、メモリから各行中のＭ個のサンプルにアクセスすることは、アクセス毎にサンプルの最小数における制限が原因で、Ｍ個よりも多いサンプルにアクセスすることのようなオーバーヘッドを伴うことが多いかもしれない。
いくつかの例では、ブロック（例えば、コーディングユニット（ＣＵ））のイントラ副区分（ＩＳＰ）コーディングは、１つ以上の寸法において非常に小さいサイズを有するサブブロック（例えば、予測ブロック）となるかもしれない。例えば、ビデオコーダが、ＩＳＰコーディングを使用して、サイズ４×Ｎ（Ｗ×Ｈ）のコーディングブロックをコード化し、垂直分割が使用されるときには、Ｎが８よりも大きいとき、結果として生じるサブブロックはサイズ１×Ｎを有する。サンプルの行方向記憶装置に依存するインプリメンテーションでは、サブブロックがますます狭くなると、サブブロック中のサンプルの数よりも多いサンプルのメモリアクセスが生じるかもしれない。ブロックがサイズＭ×Ｎであるときには、メモリから各行中のＭ個のサンプルにアクセスすることは、アクセス毎にサンプルの最小数における制限が原因で、Ｍ個よりも多いサンプルにアクセスすることのようなオーバーヘッドを伴うことが多いかもしれない。
【0099】
［０１１６］
１×Ｎおよび２×Ｎブロックの狭い形状が原因で、狭いブロックに対して行の数がより多くなると、この問題は、悪化するかもしれない。例えば、４×４ブロックは、４つの行のみを有しているかもしれない。１×１６サブブロックは、４×４ブロックと同じ数のサンプルを有するが、アクセスされるべき１６行を有する。結果的なオーバーヘッドは、遅延クリティカルなケースでは、特に、高いソリューションシーケンス中にいくつかの小さいコーディングブロックがある最悪のケースでは、問題を有するかもしれない。コーディングブロック中のサブブロックの再構築は、デコーディング順序において先行する、コーディングブロック中の他のサブブロックの再構築に依存するかもしれないので、これらのサブブロックは、ブロックをデコードするために遅延を増加させる可能性があり、これは望ましくないかもしれない。
１×Ｎおよび２×Ｎブロックの狭い形状が原因で、狭いブロックに対して行の数がより多くなると、この問題は、悪化するかもしれない。例えば、４×４ブロックは、４つの行のみを有しているかもしれない。１×１６サブブロックは、４×４ブロックと同じ数のサンプルを有するが、アクセスされるべき１６行を有する。結果的なオーバーヘッドは、遅延クリティカルなケースでは、特に、高いソリューションシーケンス中にいくつかの小さいコーディングブロックがある最悪のケースでは、問題を有するかもしれない。コーディングブロック中のサブブロックの再構築は、デコーディング順序において先行する、コーディングブロック中の他のサブブロックの再構築に依存するかもしれないので、これらのサブブロックは、ブロックをデコードするために遅延を増加させる可能性があり、これは望ましくないかもしれない。
【0100】
［０１１７］
この問題を取り扱うためのいくつかの解決策が提案されている。しかしながら、提案された解決策のそれぞれは、コード化の非効率性をもたらすかもしれない欠点を伴う。１つの提案された解決策は、それぞれサイズ１×Ｎおよび２×Ｎのブロックをもたらす４×Ｎおよび８×Ｎブロックの垂直分割をディセーブルすることである。しかしながら、この提案された解決策は、ＩＳＰの効率を低下させるかもしれない。別の提案された解決策（すなわち、Ｓ．Ｄｅ Ｌｕｘａｎ Ｈｅｒｎａｎｄｅｚ，Ｖ．Ｇｅｏｒｇｅ，Ｊ．Ｍａ，Ｔ．Ｎｇｕｙｅｎ，Ｈ．Ｓｃｈｗａｒｚ，Ｄ．Ｍａｒｐｅ，Ｔ．Ｗｉｅｇａｎｄ（ＨＨＩ），「ＣＥ３：イントラ副区分コーディングモード」ＪＶＥＴ－Ｍ０１０２）は、それらがコーディングブロック中の他のサブブロックの再構築に依存しないように、１×Ｎサブブロックの予測をＶＥＲ予測モードに制限することである。しかしながら、この提案された解決策は、コーディングブロックに対して許容されるイントラモードを制限することになり、コード化の非効率性をもたらす。
この問題を取り扱うためのいくつかの解決策が提案されている。しかしながら、提案された解決策のそれぞれは、コード化の非効率性をもたらすかもしれない欠点を伴う。１つの提案された解決策は、それぞれサイズ１×Ｎおよび２×Ｎのブロックをもたらす４×Ｎおよび８×Ｎブロックの垂直分割をディセーブルすることである。しかしながら、この提案された解決策は、ＩＳＰの効率を低下させるかもしれない。別の提案された解決策（すなわち、Ｓ．Ｄｅ Ｌｕｘａｎ Ｈｅｒｎａｎｄｅｚ，Ｖ．Ｇｅｏｒｇｅ，Ｊ．Ｍａ，Ｔ．Ｎｇｕｙｅｎ，Ｈ．Ｓｃｈｗａｒｚ，Ｄ．Ｍａｒｐｅ，Ｔ．Ｗｉｅｇａｎｄ（ＨＨＩ），「ＣＥ３：イントラ副区分コーディングモード」ＪＶＥＴ－Ｍ０１０２）は、それらがコーディングブロック中の他のサブブロックの再構築に依存しないように、１×Ｎサブブロックの予測をＶＥＲ予測モードに制限することである。しかしながら、この提案された解決策は、コーディングブロックに対して許容されるイントラモードを制限することになり、コード化の非効率性をもたらす。
【0101】
［０１１８］
本開示は、ＣＵの副区分コーディングの設計を改善するための技法を提案する。本明細書で開示されている技法のうちの１つ以上は、別々に実現するか、または、何らかの組み合わせで一緒に実現してもよい。
本開示は、ＣＵの副区分コーディングの設計を改善するための技法を提案する。本明細書で開示されている技法のうちの１つ以上は、別々に実現するか、または、何らかの組み合わせで一緒に実現してもよい。
【0102】
［０１１９］
第１の提案技法によると、ビデオコーダ（例えば、ビデオエンコーダ２００および／またはビデオデコーダ３００）は、サブブロック（例えば、予測ブロック）の一般化予測を実行してもよい。１つの例として、ビデオコーダは、インジケーション（例えば、シンタックス要素）をコード化して、コーディングブロックに対する一般化予測を実行してもよい。いくつかの例では、一般化予測を実行するためのインジケーションは、コーディングブロックがＩＳＰでコード化されることのインジケーションを伴っていてもよい。いくつかの例では、一般化予測を実行するためのインジケーションは、例えば、ブロック幅がしきい値範囲内にあるとき、または、ブロック高がしきい値範囲内にあるとき、または、ブロック中のサンプルの数がしきい値範囲内にあるとき、または、ブロック幅とブロック高との和がしきい値範囲内にあるとき、または、ブロック幅とブロック高との最小値または最大値がしきい値範囲内にあるとき、のようないくつかの特性を有するブロックのみに適用してもよい。いくつかの例では、ブロックに対して、ブロックに対して許容されているイントラモードのセットからのイントラモードのサブセットを規定してもよい。このような例では、サブセットに属するイントラモードによりブロックがコード化されるときのみ、一般化予測をブロックに適用してもよい。いくつかの例では、インジケーションは、ブロックの特性／特徴、隣接ブロックのイントラモードおよび特性により推測してもよく、すなわち、明示的なシグナリングが使用されなくてもよい。例えば、ブロック幅が特定のしきい値よりも小さいときには、一般化予測を適用してもよい。
第１の提案技法によると、ビデオコーダ（例えば、ビデオエンコーダ２００および／またはビデオデコーダ３００）は、サブブロック（例えば、予測ブロック）の一般化予測を実行してもよい。１つの例として、ビデオコーダは、インジケーション（例えば、シンタックス要素）をコード化して、コーディングブロックに対する一般化予測を実行してもよい。いくつかの例では、一般化予測を実行するためのインジケーションは、コーディングブロックがＩＳＰでコード化されることのインジケーションを伴っていてもよい。いくつかの例では、一般化予測を実行するためのインジケーションは、例えば、ブロック幅がしきい値範囲内にあるとき、または、ブロック高がしきい値範囲内にあるとき、または、ブロック中のサンプルの数がしきい値範囲内にあるとき、または、ブロック幅とブロック高との和がしきい値範囲内にあるとき、または、ブロック幅とブロック高との最小値または最大値がしきい値範囲内にあるとき、のようないくつかの特性を有するブロックのみに適用してもよい。いくつかの例では、ブロックに対して、ブロックに対して許容されているイントラモードのセットからのイントラモードのサブセットを規定してもよい。このような例では、サブセットに属するイントラモードによりブロックがコード化されるときのみ、一般化予測をブロックに適用してもよい。いくつかの例では、インジケーションは、ブロックの特性／特徴、隣接ブロックのイントラモードおよび特性により推測してもよく、すなわち、明示的なシグナリングが使用されなくてもよい。例えば、ブロック幅が特定のしきい値よりも小さいときには、一般化予測を適用してもよい。
【0103】
［０１２０］
別の例として、一般化予測を実行するというインジケーションに基づいて、ビデオコーダは、コーディングユニットを１つ以上の予測ブロックに分割してもよい。
別の例として、一般化予測を実行するというインジケーションに基づいて、ビデオコーダは、コーディングユニットを１つ以上の予測ブロックに分割してもよい。
【0104】
［０１２１］
別の例として、ビデオコーダは、１つ以上の予測ブロックグループ（ＰＢＧ）を規定してもよい。ＰＢＧは１つ以上の予測ブロックを含んでいてもよい。ＰＢＧ中の何らかのサンプルの予測は、ＰＢＧ中の他の何らかのサンプルの予測された値に直接的に依存していないかもしれない。例えば、ビデオコーダは、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、同じＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。このようにして、第１のＰＢＧ中のサンプルの予測は、第１のＰＢＧ中の他のサンプルの予測された値に依存しない。
別の例として、ビデオコーダは、１つ以上の予測ブロックグループ（ＰＢＧ）を規定してもよい。ＰＢＧは１つ以上の予測ブロックを含んでいてもよい。ＰＢＧ中の何らかのサンプルの予測は、ＰＢＧ中の他の何らかのサンプルの予測された値に直接的に依存していないかもしれない。例えば、ビデオコーダは、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、同じＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。このようにして、第１のＰＢＧ中のサンプルの予測は、第１のＰＢＧ中の他のサンプルの予測された値に依存しない。
【0105】
［０１２２］
いくつかの例では、各ＰＢＧは、ちょうど１つの予測ブロックを含んでいる。いくつかの例では、各ＰＢＧは、ｎPB個の予測ブロック（例えば、予測ブロック量）を含んでいてもよい。このような例では、ビデオコーダは、コーディングユニットの幅と高さとに基づいて、ｎPBの値を決定してもよい。別の例では、ビデオコーダは、コーディングユニットのサンプルの数に基づいて、または、コーディングユニットのサンプルの数と幅および高さとに基づいて、ｎPBの値を決定してもよい。いくつかの例では、ビデオコーダはまた、分割タイプ（例えば、水平、垂直、長方形、水平と垂直との混合等）および／またはイントラモード（例えば、ａｎｇｕｌａｒ等）を使用して、コーディングユニットまたはコーディングブロックに対するｎPBの値を決定してもよい。いくつかの例では、ビデオコーダは、形状が長方形でない予測ブロックを指定してもよい。
いくつかの例では、各ＰＢＧは、ちょうど１つの予測ブロックを含んでいる。いくつかの例では、各ＰＢＧは、ｎPB個の予測ブロック（例えば、予測ブロック量）を含んでいてもよい。このような例では、ビデオコーダは、コーディングユニットの幅と高さとに基づいて、ｎPBの値を決定してもよい。別の例では、ビデオコーダは、コーディングユニットのサンプルの数に基づいて、または、コーディングユニットのサンプルの数と幅および高さとに基づいて、ｎPBの値を決定してもよい。いくつかの例では、ビデオコーダはまた、分割タイプ（例えば、水平、垂直、長方形、水平と垂直との混合等）および／またはイントラモード（例えば、ａｎｇｕｌａｒ等）を使用して、コーディングユニットまたはコーディングブロックに対するｎPBの値を決定してもよい。いくつかの例では、ビデオコーダは、形状が長方形でない予測ブロックを指定してもよい。
【0106】
［０１２３］
いくつかの例では、「ＰＢＧ中の何らかのサンプルの予測は、ＰＢＧ中の他の何らかのサンプルの予測された値に依存しないかもしれない」という制限が緩和されるかもしれない。例えば、ＰＢＧ内のサンプルの予測された値間に依存性をもたらすかもしれない、あるフィルタリング動作を予測されたブロック上に適用するときには、ＰＢＧ内のサンプルの予測依存性の制限は、（後予測フィルタリング動作がない）通常イントラ予測が依存性とならない限り、依然として有効であると見なされるかもしれない。例えば、制限は、位置依存イントラ予測組み合わせ（ＰＤＰＣ）、境界フィルタリング、または、他の類似する動作に起因する依存性に適用されないかもしれない。いくつかの例では、コーディングブロック中の各予測ブロックは、１つのそして１つのみのＰＢＧ中に含まれているかもしれない。いくつかの例では、この制限はより厳しくてもよい。例えば、コーディングブロック中の各予測ブロックが、１つのＰＢＧ中に、そして１つのみのＰＢＧ中に含まれていなければならないとの制限がされるかもしれない。
いくつかの例では、「ＰＢＧ中の何らかのサンプルの予測は、ＰＢＧ中の他の何らかのサンプルの予測された値に依存しないかもしれない」という制限が緩和されるかもしれない。例えば、ＰＢＧ内のサンプルの予測された値間に依存性をもたらすかもしれない、あるフィルタリング動作を予測されたブロック上に適用するときには、ＰＢＧ内のサンプルの予測依存性の制限は、（後予測フィルタリング動作がない）通常イントラ予測が依存性とならない限り、依然として有効であると見なされるかもしれない。例えば、制限は、位置依存イントラ予測組み合わせ（ＰＤＰＣ）、境界フィルタリング、または、他の類似する動作に起因する依存性に適用されないかもしれない。いくつかの例では、コーディングブロック中の各予測ブロックは、１つのそして１つのみのＰＢＧ中に含まれているかもしれない。いくつかの例では、この制限はより厳しくてもよい。例えば、コーディングブロック中の各予測ブロックが、１つのＰＢＧ中に、そして１つのみのＰＢＧ中に含まれていなければならないとの制限がされるかもしれない。
【0107】
［０１２４］
別の例として、ビデオコーダは、ＰＢＧのデコーディング順序を指定してもよく、デコーディング順序は、Ｐ１がデコーディング順序でＰ２に先行するときに、ＰＢＧ Ｐ１中のサンプルがＰＢＧ Ｐ２中のサンプルに依存しないように規定されてもよい。
別の例として、ビデオコーダは、ＰＢＧのデコーディング順序を指定してもよく、デコーディング順序は、Ｐ１がデコーディング順序でＰ２に先行するときに、ＰＢＧ Ｐ１中のサンプルがＰＢＧ Ｐ２中のサンプルに依存しないように規定されてもよい。
【0108】
［０１２５］
別の例として、各ＰＢＧに対して、ビデオコーダは、（以下で説明されている）利用可能な参照サンプルのセットを指定してもよい。
別の例として、各ＰＢＧに対して、ビデオコーダは、（以下で説明されている）利用可能な参照サンプルのセットを指定してもよい。
【0109】
［０１２６］
別の例として、ビデオコーダは、ＰＢＧに対して利用可能な参照サンプルと、予測のために使用されるイントラモードとに基づいて、ＰＢＧ中のサンプルに対する予測された値を取得してもよい。
別の例として、ビデオコーダは、ＰＢＧに対して利用可能な参照サンプルと、予測のために使用されるイントラモードとに基づいて、ＰＢＧ中のサンプルに対する予測された値を取得してもよい。
【0110】
［０１２７］
第２の提案技法によると、ビデオコーダは、一般化ｐｌａｎａｒ予測を実行してもよい。１つの例として、ビデオコーダは、コーディングブロックに対する予測ブロックのセットを規定してもよい。いくつかの例では、ビデオコーダは、Ｐｌａｎａｒモードで予測ブロックのうちの１つ以上をコード化してもよい。ビデオコーダは、以下のうちの１つ以上により、コーディングブロックをｐｌａｎａｒ予測ブロックに分割する決定を実行してもよい。
第２の提案技法によると、ビデオコーダは、一般化ｐｌａｎａｒ予測を実行してもよい。１つの例として、ビデオコーダは、コーディングブロックに対する予測ブロックのセットを規定してもよい。いくつかの例では、ビデオコーダは、Ｐｌａｎａｒモードで予測ブロックのうちの１つ以上をコード化してもよい。ビデオコーダは、以下のうちの１つ以上により、コーディングブロックをｐｌａｎａｒ予測ブロックに分割する決定を実行してもよい。
【0111】
［０１２８］
１．ブロックがｐｌａｎａｒ予測ブロックに分割されることになるという、ビットストリーム中のインジケーション（例えば、フラグ）。いくつかの例では、コーディングブロックは、Ｐｌａｎａｒモードによりコード化されるようになることが示されてもよい。別の例では、インジケーションは、コーディングブロックが、ＩＳＰを使用してコード化されることであってもよい。
１．ブロックがｐｌａｎａｒ予測ブロックに分割されることになるという、ビットストリーム中のインジケーション（例えば、フラグ）。いくつかの例では、コーディングブロックは、Ｐｌａｎａｒモードによりコード化されるようになることが示されてもよい。別の例では、インジケーションは、コーディングブロックが、ＩＳＰを使用してコード化されることであってもよい。
【0112】
［０１２９］
２．Ｐｌａｎａｒ予測ブロックは、別個のモード値ＭPPBにより示されてもよい。ブロックがＭPPBでコード化されるようになることが示されるときには、ブロックはｐｌａｎａｒ予測ブロックに分割される。
２．Ｐｌａｎａｒ予測ブロックは、別個のモード値ＭPPBにより示されてもよい。ブロックがＭPPBでコード化されるようになることが示されるときには、ブロックはｐｌａｎａｒ予測ブロックに分割される。
【0113】
［０１３０］
３．決定は、あるブロック特徴と、ビットストリーム中の他のシンタックス要素とに基づいて、推測されてもよい。例えば、ある最大数のサンプルを有し、ＩＳＰでコード化されているブロックは、ｐｌａｎａｒ予測ブロックに分割されてもよい。
３．決定は、あるブロック特徴と、ビットストリーム中の他のシンタックス要素とに基づいて、推測されてもよい。例えば、ある最大数のサンプルを有し、ＩＳＰでコード化されているブロックは、ｐｌａｎａｒ予測ブロックに分割されてもよい。
【0114】
［０１３１］
いくつかの例では、ビデオコーダは、以下のうちの１つ以上により、ｐｌａｎａｒ予測ブロックの数ＮPPBと、分割決定とを決定してもよい。ＮPPBは、（例えば、すべてのブロックに対して、または、ある特徴を有するブロックに対して）ビットストリーム中でシグナリングされてもよく、または、ブロック特徴と、ビットストリーム中の他のシンタックス要素とに基づいて、導出されてもよい。例えば、ＮPPBは、コーディングブロックに対するイントラ副区分ブロックの数に等しくなるように設定されてもよい。他の例では、ＮPPBの値は４に等しくなるように設定されてもよい。分割方向または方法は、ブロック特徴により決定してもよく、または、ビットストリーム中のシンタックス要素から導出してもよい。
いくつかの例では、ビデオコーダは、以下のうちの１つ以上により、ｐｌａｎａｒ予測ブロックの数ＮPPBと、分割決定とを決定してもよい。ＮPPBは、（例えば、すべてのブロックに対して、または、ある特徴を有するブロックに対して）ビットストリーム中でシグナリングされてもよく、または、ブロック特徴と、ビットストリーム中の他のシンタックス要素とに基づいて、導出されてもよい。例えば、ＮPPBは、コーディングブロックに対するイントラ副区分ブロックの数に等しくなるように設定されてもよい。他の例では、ＮPPBの値は４に等しくなるように設定されてもよい。分割方向または方法は、ブロック特徴により決定してもよく、または、ビットストリーム中のシンタックス要素から導出してもよい。
【0115】
［０１３２］
いくつかの例では、ブロックは、水平に、ＮPPB個のｐｌａｎａｒ予測ブロックに分割してもよい。水平に分割する決定は、例えば、水平分割方向が示されているか否かにより決定してもよい。
いくつかの例では、ブロックは、水平に、ＮPPB個のｐｌａｎａｒ予測ブロックに分割してもよい。水平に分割する決定は、例えば、水平分割方向が示されているか否かにより決定してもよい。
【0116】
［０１３３］
図１１は、コーディングブロックがどのように４つの水平ｐｌａｎａｒ予測ブロックに分割されるかもしれないかの例を図示する概念図である。
図１１は、コーディングブロックがどのように４つの水平ｐｌａｎａｒ予測ブロックに分割されるかもしれないかの例を図示する概念図である。
【0117】
［０１３４］
いくつかの例では、ビデオコーダは、ブロックを垂直にＮPPB個のｐｌａｎａｒ予測ブロックに分割してもよい。ビデオコーダは、例えば、垂直分割方向が示されているか否かに基づいて、垂直に分割するか否かを決定してもよい。
いくつかの例では、ビデオコーダは、ブロックを垂直にＮPPB個のｐｌａｎａｒ予測ブロックに分割してもよい。ビデオコーダは、例えば、垂直分割方向が示されているか否かに基づいて、垂直に分割するか否かを決定してもよい。
【0118】
［０１３５］
図１２は、コーディングブロックがどのように４つの垂直ｐｌａｎａｒ予測ブロックに分割されるかもしれないかの例を図示する概念図である。
図１２は、コーディングブロックがどのように４つの垂直ｐｌａｎａｒ予測ブロックに分割されるかもしれないかの例を図示する概念図である。
【0119】
［０１３６］
いくつかの例では、ビデオコーダは、ブロックを水平および垂直に分割して、合計ＮPPB個のｐｌａｎａｒ予測ブロックをもたらしてもよい。ビデオコーダは、ブロックの１つ以上の特徴（例えば、ＣＵの特徴）に基づいて、水平および垂直に分割するか否かを決定してもよい。いくつかの例では、ビデオコーダは、分割方向が示されていないときには、水平および垂直に分割するか否かを決定してもよい。
いくつかの例では、ビデオコーダは、ブロックを水平および垂直に分割して、合計ＮPPB個のｐｌａｎａｒ予測ブロックをもたらしてもよい。ビデオコーダは、ブロックの１つ以上の特徴（例えば、ＣＵの特徴）に基づいて、水平および垂直に分割するか否かを決定してもよい。いくつかの例では、ビデオコーダは、分割方向が示されていないときには、水平および垂直に分割するか否かを決定してもよい。
【0120】
［０１３７］
いくつかの例では、ブロックは、コーディングブロックと同じ左上サンプルを共有する、ＮPPB個の長方形領域に分割されてもよく、各長方形領域が連続的にそれより前のものを含んでいる。第１のｐｌａｎａｒ予測ブロックとして規定されている最小ブロックから開始して、次の長方形領域に属するが前の長方形領域に属しないサンプルは、後続のｐｌａｎａｒ予測ブロックを構成すると言われる。図１３は、このようなｐｌａｎａｒ予測ブロック構造の例を図示する概念図である。
いくつかの例では、ブロックは、コーディングブロックと同じ左上サンプルを共有する、ＮPPB個の長方形領域に分割されてもよく、各長方形領域が連続的にそれより前のものを含んでいる。第１のｐｌａｎａｒ予測ブロックとして規定されている最小ブロックから開始して、次の長方形領域に属するが前の長方形領域に属しないサンプルは、後続のｐｌａｎａｒ予測ブロックを構成すると言われる。図１３は、このようなｐｌａｎａｒ予測ブロック構造の例を図示する概念図である。
【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】
【表6】
【0159】
［０１７５］
ＶＶＣの第５のワーキングドラフト（以下、「ＶＶＣ ＷＤ５」、ｐｈｅｎｉｘ．ｉｔ－ｓｕｄｐａｒｉｓ．ｅｕ／ｊｖｅｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１４＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＶＥＴ－Ｎ１００１－ｖ８．ｚｉｐにおいて入手可能）における仕様の関連セクションに対する変更は、変更マークとともに以下に提供されている。削除された項目は取り消し線で示され、追加された項目は太字のイタリック体で示されている。
ＶＶＣの第５のワーキングドラフト（以下、「ＶＶＣ ＷＤ５」、ｐｈｅｎｉｘ．ｉｔ－ｓｕｄｐａｒｉｓ．ｅｕ／ｊｖｅｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１４＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＶＥＴ－Ｎ１００１－ｖ８．ｚｉｐにおいて入手可能）における仕様の関連セクションに対する変更は、変更マークとともに以下に提供されている。削除された項目は取り消し線で示され、追加された項目は太字のイタリック体で示されている。
【0160】
［０１７６］
いくつかの例では、ビデオエンコーダは、コーディングプロセスを実行するために、以下の入力を使用してもよい。
いくつかの例では、ビデオエンコーダは、コーディングプロセスを実行するために、以下の入力を使用してもよい。
【0161】
［０１７７］
１．現在ピクチャーの左上サンプルに関して、現在変換ブロックの左上サンプルを指定するサンプルロケーション（ｘＴｂ０，ｙＴｂ０）。
１．現在ピクチャーの左上サンプルに関して、現在変換ブロックの左上サンプルを指定するサンプルロケーション（ｘＴｂ０，ｙＴｂ０）。
【0162】
［０１７８］
２．現在変換ブロックの幅を指定する変数ｎＴｂＷ。
２．現在変換ブロックの幅を指定する変数ｎＴｂＷ。
【0163】
［０１７９］
３．現在の変換ブロックの高さを指定する変数ｎＴｂＨ。
３．現在の変換ブロックの高さを指定する変数ｎＴｂＨ。
【0164】
［０１８０］
４．イントラ予測モードを指定する変数ｐｒｅｄＭｏｄｅＩｎｔｒａ。
４．イントラ予測モードを指定する変数ｐｒｅｄＭｏｄｅＩｎｔｒａ。
【0165】
［０１８１］
５．現在ブロックの色成分を指定する変数ｃＩｄｘ。
５．現在ブロックの色成分を指定する変数ｃＩｄｘ。
【0166】
［０１８２］
プロセスの出力は、インループフィルタリング前の修正された再構築ピクチャーである。
プロセスの出力は、インループフィルタリング前の修正された再構築ピクチャーである。
【0167】
［０１８３］
最大変換ブロックサイズｍａｘＴｂＳｉｚｅは、式２を使用して、以下のように導出される。
ｍａｘＴｂＳｉｚｅ＝（ｃＩｄｘ＝＝０）？ＭａｘＴｂＳｉｚｅＹ：ＭａｘＴｂＳｉｚｅＹ／２ （２）。
最大変換ブロックサイズｍａｘＴｂＳｉｚｅは、式２を使用して、以下のように導出される。
ｍａｘＴｂＳｉｚｅ＝（ｃＩｄｘ＝＝０）？ＭａｘＴｂＳｉｚｅＹ：ＭａｘＴｂＳｉｚｅＹ／２ （２）。
【0168】
［０１８４］
ルーマサンプルロケーションは、式３を使用して、以下のように導出される。
（ｘＴｂＹ，ｙＴｂＹ）＝（ｃＩｄｘ＝＝０）？（ｘＴｂ０，ｙＴｂ０）：（ｘＴｂ０＊２，ｙＴｂ０＊２） （３）。
ルーマサンプルロケーションは、式３を使用して、以下のように導出される。
（ｘＴｂＹ，ｙＴｂＹ）＝（ｃＩｄｘ＝＝０）？（ｘＴｂ０，ｙＴｂ０）：（ｘＴｂ０＊２，ｙＴｂ０＊２） （３）。
【0169】
［０１８５］
ｍａｘＴｂＳｉｚｅに依存して、以下が適用される。
ｍａｘＴｂＳｉｚｅに依存して、以下が適用される。
【0170】
［０１８６］
ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅがＮＯ＿ＩＳＰ＿ＳＰＬＩＴに等しく、ｎＴｂＷがｍａｘＴｂＳｉｚｅより大きいか、または、ｎＴｂＨがｍａｘＴｂＳｉｚｅより大きい場合には、以下の順序付けられたステップ（１～５）が適用される。
ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅがＮＯ＿ＩＳＰ＿ＳＰＬＩＴに等しく、ｎＴｂＷがｍａｘＴｂＳｉｚｅより大きいか、または、ｎＴｂＨがｍａｘＴｂＳｉｚｅより大きい場合には、以下の順序付けられたステップ（１～５）が適用される。
【0171】
［０１８７］
１．変数ｎｅｗＴｂＷおよびｎｅｗＴｂＨは、以下のように導出される：
ｎｅｗＴｂＷ＝（ｎＴｂＷ＞ｍａｘＴｂＳｉｚｅ）？（ｎＴｂＷ／２）：ｎＴｂＷ
ｎｅｗＴｂＨ＝（ｎＴｂＨ＞ｍａｘＴｂＳｉｚｅ）？（ｎＴｂＨ／２）：ｎＴｂＨ。
１．変数ｎｅｗＴｂＷおよびｎｅｗＴｂＨは、以下のように導出される：
ｎｅｗＴｂＷ＝（ｎＴｂＷ＞ｍａｘＴｂＳｉｚｅ）？（ｎＴｂＷ／２）：ｎＴｂＷ
ｎｅｗＴｂＨ＝（ｎＴｂＨ＞ｍａｘＴｂＳｉｚｅ）？（ｎＴｂＨ／２）：ｎＴｂＨ。
【0172】
［０１８８］
２．この節で特定されているイントラブロックに対する一般的なデコーディングプロセスは、ロケーション（ｘＴｂ０，ｙＴｂ０）と、ｎｅｗＴｂＷに等しくなるように設定されている変換ブロック幅ｎＴｂＷと、ｎｅｗＴｂＨに等しくなるように設定されている高さｎＴｂＨと、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａと、変数ｃＩｄｘとを入力として呼び出され、出力は、インループフィルタリングの前の修正された再構築ピクチャーである。
２．この節で特定されているイントラブロックに対する一般的なデコーディングプロセスは、ロケーション（ｘＴｂ０，ｙＴｂ０）と、ｎｅｗＴｂＷに等しくなるように設定されている変換ブロック幅ｎＴｂＷと、ｎｅｗＴｂＨに等しくなるように設定されている高さｎＴｂＨと、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａと、変数ｃＩｄｘとを入力として呼び出され、出力は、インループフィルタリングの前の修正された再構築ピクチャーである。
【0173】
［０１８９］
３．ｎＴｂＷがｍａｘＴｂＳｉｚｅより大きい場合には、この節で特定されているイントラブロックに対する一般的なデコーディングプロセスは、（ｘＴｂ０＋ｎｅｗＴｂＷ，ｙＴｂ０）に等しくなるように設定されているロケーション（ｘＴｂ０，ｙＴｂ０）と、ｎｅｗＴｂＷに等しくなるように設定されている変換ブロック幅ｎＴｂＷと、ｎｅｗＴｂＨに等しくなるように設定されている高さｎＴｂＨと、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａと、変数ｃＩｄｘとを入力として呼び出され、出力は、インループフィルタリング前の修正された再構築ピクチャーである。
３．ｎＴｂＷがｍａｘＴｂＳｉｚｅより大きい場合には、この節で特定されているイントラブロックに対する一般的なデコーディングプロセスは、（ｘＴｂ０＋ｎｅｗＴｂＷ，ｙＴｂ０）に等しくなるように設定されているロケーション（ｘＴｂ０，ｙＴｂ０）と、ｎｅｗＴｂＷに等しくなるように設定されている変換ブロック幅ｎＴｂＷと、ｎｅｗＴｂＨに等しくなるように設定されている高さｎＴｂＨと、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａと、変数ｃＩｄｘとを入力として呼び出され、出力は、インループフィルタリング前の修正された再構築ピクチャーである。
【0174】
［０１９０］
４．ｎＴｂＨがｍａｘＴｂＳｉｚｅより大きい場合には、この節で特定されているイントラブロックに対する一般的なデコーディングプロセスは、（ｘＴｂ０，ｙＴｂ０＋ｎｅｗＴｂＨ）に等しくなるように設定されているロケーション（ｘＴｂ０，ｙＴｂ０）と、ｎｅｗＴｂＷに等しくなるように設定されている変換ブロック幅ｎＴｂＷと、ｎｅｗＴｂＨに等しくなるように設定されている高さｎＴｂＨと、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａと、変数ｃＩｄｘとを入力として呼び出され、出力は、インループフィルタリングの前の修正された再構築ピクチャーである。
４．ｎＴｂＨがｍａｘＴｂＳｉｚｅより大きい場合には、この節で特定されているイントラブロックに対する一般的なデコーディングプロセスは、（ｘＴｂ０，ｙＴｂ０＋ｎｅｗＴｂＨ）に等しくなるように設定されているロケーション（ｘＴｂ０，ｙＴｂ０）と、ｎｅｗＴｂＷに等しくなるように設定されている変換ブロック幅ｎＴｂＷと、ｎｅｗＴｂＨに等しくなるように設定されている高さｎＴｂＨと、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａと、変数ｃＩｄｘとを入力として呼び出され、出力は、インループフィルタリングの前の修正された再構築ピクチャーである。
【0175】
［０１９１］
５．ｎＴｂＷがｍａｘＴｂＳｉｚｅより大きく、ｎＴｂＨがｍａｘＴｂＳｉｚｅより大きい場合には、この節で特定されているイントラブロックに対する一般的なデコーディングプロセスは、（ｘＴｂ０＋ｎｅｗＴｂＷ、ｙＴｂ０＋ｎｅｗＴｂＨ）に等しくなるように設定されているロケーション（ｘＴｂ０，ｙＴｂ０）と、ｎｅｗＴｂＷに等しくなるように設定されている変換ブロック幅ｎＴｂＷと、ｎｅｗＴｂＨに等しくなるように設定されている高さｎＴｂＨと、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａと、変数ｃＩｄｘとを入力として呼び出され、出力は、インループフィルタリング前の修正された再構築ピクチャーである。
５．ｎＴｂＷがｍａｘＴｂＳｉｚｅより大きく、ｎＴｂＨがｍａｘＴｂＳｉｚｅより大きい場合には、この節で特定されているイントラブロックに対する一般的なデコーディングプロセスは、（ｘＴｂ０＋ｎｅｗＴｂＷ、ｙＴｂ０＋ｎｅｗＴｂＨ）に等しくなるように設定されているロケーション（ｘＴｂ０，ｙＴｂ０）と、ｎｅｗＴｂＷに等しくなるように設定されている変換ブロック幅ｎＴｂＷと、ｎｅｗＴｂＨに等しくなるように設定されている高さｎＴｂＨと、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａと、変数ｃＩｄｘとを入力として呼び出され、出力は、インループフィルタリング前の修正された再構築ピクチャーである。
【0176】
［０１９２］
さもなければ、以下の順序付けられたステップが適用される（１．および２．）。例えば、ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅがＩＳＰ＿ＮＯ＿ＳＰＬＩＴに等しくないことをビデオコーダが決定するときには（例えば、ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅがＩＳＰ＿ＶＥＲ＿ＳＰＬＩＴまたはＩＳＰ＿ＨＯＲ＿ＳＰＬＩＴのいずれかに等しいときには）、または、ｎＴｂＷおよびｎＴｂＨが両方ともｍａｘＴｂＳｉｚｅ以下であるときには、ビデオコーダは、以下の変数を導出してもよい。
さもなければ、以下の順序付けられたステップが適用される（１．および２．）。例えば、ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅがＩＳＰ＿ＮＯ＿ＳＰＬＩＴに等しくないことをビデオコーダが決定するときには（例えば、ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅがＩＳＰ＿ＶＥＲ＿ＳＰＬＩＴまたはＩＳＰ＿ＨＯＲ＿ＳＰＬＩＴのいずれかに等しいときには）、または、ｎＴｂＷおよびｎＴｂＨが両方ともｍａｘＴｂＳｉｚｅ以下であるときには、ビデオコーダは、以下の変数を導出してもよい。
【0177】
［０１９３］
１．いくつかの例では、ビデオコーダは、ｎＷ、ｎＨ、ｘＰａｒｔＩｎｃｒｅｍｅｎｔ、ｙＰａｒｔＩｎｃｒｅｍｅｎｔ、ｎＰｂＷおよびｐｂＦａｃｔｏｒを含む、複数の変数を導出してもよい。例えば、ビデオコーダは、以下のように、式（６）～（１１）を使用して、このような変数を導出してもよい。
ｎＷ＝ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅ＝＝ＩＳＰ＿ＶＥＲ＿ＳＰＬＩＴ？ｎＴｂＷ／ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓ：ｎＴｂＷ （６）
ｎＨ＝ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅ＝＝ＩＳＰ＿ＨＯＲ＿ＳＰＬＩＴ？ｎＴｂＨ／ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓ：ｎＴｂＨ （７）
ｘＰａｒｔＩｎｃｒｅｍｅｎｔ＝ＩＳＰ＿ＶＥＲ＿ＳＰＬＩＴ？１；０ （８）
ｙＰａｒｔＩｎｃｒｅｍｅｎｔ＝ＩＳＰ＿ＨＯＲ＿ＳＰＬＩＴ？１；０ （９）
ｎＰｂＷ＝ｍａｘ（４，ｎＷ） （１０）
ｐｂＦａｃｔｏｒ＝ｎＰｂＷ／ｎＷ （１１）。
１．いくつかの例では、ビデオコーダは、ｎＷ、ｎＨ、ｘＰａｒｔＩｎｃｒｅｍｅｎｔ、ｙＰａｒｔＩｎｃｒｅｍｅｎｔ、ｎＰｂＷおよびｐｂＦａｃｔｏｒを含む、複数の変数を導出してもよい。例えば、ビデオコーダは、以下のように、式（６）～（１１）を使用して、このような変数を導出してもよい。
ｎＷ＝ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅ＝＝ＩＳＰ＿ＶＥＲ＿ＳＰＬＩＴ？ｎＴｂＷ／ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓ：ｎＴｂＷ （６）
ｎＨ＝ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅ＝＝ＩＳＰ＿ＨＯＲ＿ＳＰＬＩＴ？ｎＴｂＨ／ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓ：ｎＴｂＨ （７）
ｘＰａｒｔＩｎｃｒｅｍｅｎｔ＝ＩＳＰ＿ＶＥＲ＿ＳＰＬＩＴ？１；０ （８）
ｙＰａｒｔＩｎｃｒｅｍｅｎｔ＝ＩＳＰ＿ＨＯＲ＿ＳＰＬＩＴ？１；０ （９）
ｎＰｂＷ＝ｍａｘ（４，ｎＷ） （１０）
ｐｂＦａｃｔｏｒ＝ｎＰｂＷ／ｎＷ （１１）。
【0178】
［０１９４］
２．さらに、変数ｘＰａｒｔＩｄｘおよびｙＰａｒｔＩｄｘは０に等しくなるように設定される。
２．さらに、変数ｘＰａｒｔＩｄｘおよびｙＰａｒｔＩｄｘは０に等しくなるように設定される。
【0179】
［０１９５］
このような例では、ビデオコーダは、ｉ＝０．．ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓ－１に対して、以下の順序付けられたステップ（１～４）を連続的に適用してもよい。
このような例では、ビデオコーダは、ｉ＝０．．ＮｕｍＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓ－１に対して、以下の順序付けられたステップ（１～４）を連続的に適用してもよい。
【0180】
［０１９６］
１．変数ｘＰａｒｔＩｄｘ、ｙＰａｒｔＩｄｘ。ｘＰａｒｔＰｂＩｄｘは、以下のように更新される。
ｘＰａｒｔＩｄｘ＝ｘＰａｒｔＩｄｘ＋ｘＰａｒｔＩｎｃｒｅｍｅｎｔ （１２）
ｙＰａｒｔＩｄｘ＝ｙＰａｒｔＩｄｘ＋ｙＰａｒｔＩｎｃｒｅｍｅｎｔ （１３）
ｘＰａｒｔＰｂＩｄｘ＝ｘＰａｒｔＩｄｘ％ｐｂＦａｃｔｏｒ （１４）。
１．変数ｘＰａｒｔＩｄｘ、ｙＰａｒｔＩｄｘ。ｘＰａｒｔＰｂＩｄｘは、以下のように更新される。
ｘＰａｒｔＩｄｘ＝ｘＰａｒｔＩｄｘ＋ｘＰａｒｔＩｎｃｒｅｍｅｎｔ （１２）
ｙＰａｒｔＩｄｘ＝ｙＰａｒｔＩｄｘ＋ｙＰａｒｔＩｎｃｒｅｍｅｎｔ （１３）
ｘＰａｒｔＰｂＩｄｘ＝ｘＰａｒｔＩｄｘ％ｐｂＦａｃｔｏｒ （１４）。
【0181】
［０１９７］
２．いくつかの例では、ｘＰａｒｔＰｂＩｄｘが０に等しいときには、ビデオコーダは、８．４．５．２において特定されているようなイントラサンプル予測プロセスを呼び出してもよい。このような例では、ビデオコーダは、（ｘＴｂ０＋ｎＷ＊ｘＰａｒｔＩｄｘ，ｙＴｂ０＋ｎＨ＊ｙＰａｒｔＩｄｘ）に等しくなるように設定されているロケーション（ｘＴｂＣｍｐ，ｙＴｂＣｍｐ）と、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａと、ｎＰｂＷおよびｎＨに等しくなるように設定されている変換ブロック幅ｎＴｂＷおよび高さｎＴｂＨと、ｎＴｂＷに等しくなるように設定されているコーディングブロック幅ｎＣｂＷと、ｎＴｂＨに等しくなるように設定されているコーディングブロック高さｎＣｂＨと、変数ｃＩｄｘとを入力として、イントラサンプル予測プロセスを呼び出してもよく、出力は（ｎＰｂＷ）×（ｎＨ）アレイｐｒｅｄＳａｍｐｌｅｓ（例えば、予測サンプルアレイ）である。
２．いくつかの例では、ｘＰａｒｔＰｂＩｄｘが０に等しいときには、ビデオコーダは、８．４．５．２において特定されているようなイントラサンプル予測プロセスを呼び出してもよい。このような例では、ビデオコーダは、（ｘＴｂ０＋ｎＷ＊ｘＰａｒｔＩｄｘ，ｙＴｂ０＋ｎＨ＊ｙＰａｒｔＩｄｘ）に等しくなるように設定されているロケーション（ｘＴｂＣｍｐ，ｙＴｂＣｍｐ）と、イントラ予測モードｐｒｅｄＭｏｄｅＩｎｔｒａと、ｎＰｂＷおよびｎＨに等しくなるように設定されている変換ブロック幅ｎＴｂＷおよび高さｎＴｂＨと、ｎＴｂＷに等しくなるように設定されているコーディングブロック幅ｎＣｂＷと、ｎＴｂＨに等しくなるように設定されているコーディングブロック高さｎＣｂＨと、変数ｃＩｄｘとを入力として、イントラサンプル予測プロセスを呼び出してもよく、出力は（ｎＰｂＷ）×（ｎＨ）アレイｐｒｅｄＳａｍｐｌｅｓ（例えば、予測サンプルアレイ）である。
【0182】
［０１９８］
３．節８．７．２において特定されているスケーリングおよび変換プロセスは、（ｘＴｂＹ＋ｎＷ＊ｘＰａｒｔＩｄｘ，ｙＴｂＹ＋ｎＨ＊ｙＰａｒｔＩｄｘ）に等しくなるように設定されているルーマロケーション（ｘＴｂＹ，ｙＴｂＹ）と、変数ｃＩｄｘと、ｎＷおよびｎＨに等しくなるように設定されている変換幅ｎＴｂＷおよび変換高さｎＴｂＨとを入力として呼び出され、出力は、（ｎＰｂＷ）×（ｎＨ）アレイｒｅｓＳａｍｐｌｅｓ（例えば、残差サンプルアレイ）である。１つの例では、出力は、（ｎＷ）×（ｎＨ）アレイｒｅｓＳａｍｐｌｅｓであってもよい。
３．節８．７．２において特定されているスケーリングおよび変換プロセスは、（ｘＴｂＹ＋ｎＷ＊ｘＰａｒｔＩｄｘ，ｙＴｂＹ＋ｎＨ＊ｙＰａｒｔＩｄｘ）に等しくなるように設定されているルーマロケーション（ｘＴｂＹ，ｙＴｂＹ）と、変数ｃＩｄｘと、ｎＷおよびｎＨに等しくなるように設定されている変換幅ｎＴｂＷおよび変換高さｎＴｂＨとを入力として呼び出され、出力は、（ｎＰｂＷ）×（ｎＨ）アレイｒｅｓＳａｍｐｌｅｓ（例えば、残差サンプルアレイ）である。１つの例では、出力は、（ｎＷ）×（ｎＨ）アレイｒｅｓＳａｍｐｌｅｓであってもよい。
【0183】
［０１９９］
４．節８．７．５において特定されている色成分に対するピクチャー再構築プロセスは、（ｘＴｂ０＋ｎＷ＊ｘＰａｒｔＩｄｘ，ｙＴｂ０＋ｎＨ＊ｙＰａｒｔＩｄｘ）に等しくなるように設定されている変換ブロックロケーション（ｘＴｂＣｏｍｐ，ｙＴｂＣｏｍｐ）と、ｎＷおよびｎＨに等しくなるように設定されている変換ブロック幅ｎＴｂＷおよび変換ブロック高さｎＴｂＨと、変数ｃＩｄｘと、ｘ＝ｘＰａｒｔＰｂＩｄｘ＊ｎＷ．．（ｘＰａｒｔＰｂＩｄｘ＋１）＊ｎＷ－１，ｙ＝０．．ｎＨ－１である（ｎＷ）×（ｎＨ）アレイｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］と、（ｎＷ）×（ｎＨ）アレイｒｅｓＳａｍｐｌｅｓとを入力として呼び出され、出力は、インループフィルタリング前の修正された再構築ピクチャーである。
４．節８．７．５において特定されている色成分に対するピクチャー再構築プロセスは、（ｘＴｂ０＋ｎＷ＊ｘＰａｒｔＩｄｘ，ｙＴｂ０＋ｎＨ＊ｙＰａｒｔＩｄｘ）に等しくなるように設定されている変換ブロックロケーション（ｘＴｂＣｏｍｐ，ｙＴｂＣｏｍｐ）と、ｎＷおよびｎＨに等しくなるように設定されている変換ブロック幅ｎＴｂＷおよび変換ブロック高さｎＴｂＨと、変数ｃＩｄｘと、ｘ＝ｘＰａｒｔＰｂＩｄｘ＊ｎＷ．．（ｘＰａｒｔＰｂＩｄｘ＋１）＊ｎＷ－１，ｙ＝０．．ｎＨ－１である（ｎＷ）×（ｎＨ）アレイｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］と、（ｎＷ）×（ｎＨ）アレイｒｅｓＳａｍｐｌｅｓとを入力として呼び出され、出力は、インループフィルタリング前の修正された再構築ピクチャーである。
【0184】
［０２００］
いくつかの例では、以下の変更は、いくつかのブロックサイズ対して、イントラ予測モードを垂直イントラモードに制限するかもしれない。例示的な変更は、ＶＶＣ ＷＤ５のセクション７．３．７．５におけるシグナリングに対して行われる。削除された項目は取り消し線で示され、追加された項目はイタリック体で示されている。
いくつかの例では、以下の変更は、いくつかのブロックサイズ対して、イントラ予測モードを垂直イントラモードに制限するかもしれない。例示的な変更は、ＶＶＣ ＷＤ５のセクション７．３．７．５におけるシグナリングに対して行われる。削除された項目は取り消し線で示され、追加された項目はイタリック体で示されている。
【0185】
【表7】
【0186】
［０２０１］
例示的な変更が、ＶＶＣ ＷＤ５のセクション８．４．３におけるルーマイントラ予測モードに対する導出プロセスに対して行われる。削除された項目は取り消し線で示され、追加された項目はイタリック体で示されている。
例示的な変更が、ＶＶＣ ＷＤ５のセクション８．４．３におけるルーマイントラ予測モードに対する導出プロセスに対して行われる。削除された項目は取り消し線で示され、追加された項目はイタリック体で示されている。
【0187】
［０２０２］
例えば、ビデオコーダは、ルーマイントラ予測モードに対する導出プロセスを実行してもよい。このプロセスへの入力は、（１）現在ピクチャーの左上ルーマサンプルに対する現在ルーマコーディングブロックの左上サンプルを指定するルーマロケーション（ｘＣｂ，ｙＣｂ）、（２）ルーマサンプル中の現在コーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、および／または、（３）ルーマサンプル中の現在コーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔを含んでいる。
例えば、ビデオコーダは、ルーマイントラ予測モードに対する導出プロセスを実行してもよい。このプロセスへの入力は、（１）現在ピクチャーの左上ルーマサンプルに対する現在ルーマコーディングブロックの左上サンプルを指定するルーマロケーション（ｘＣｂ，ｙＣｂ）、（２）ルーマサンプル中の現在コーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、および／または、（３）ルーマサンプル中の現在コーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔを含んでいる。
【0188】
［０２０３］
このプロセスでは、上記の入力に基づいて、ビデオコーダは、ルーマイントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］を導出してもよい。
このプロセスでは、上記の入力に基づいて、ビデオコーダは、ルーマイントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］を導出してもよい。
【0189】
［０２０４］
表８は、イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］に対する値と関係する名前とを特定している。イントラ予測モードＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭおよびＩＮＴＲＡ＿Ｔ＿ＣＣＬＭは、クロマ成分にのみ適用可能であってもよいことに留意されたい。
表８は、イントラ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］に対する値と関係する名前とを特定している。イントラ予測モードＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭおよびＩＮＴＲＡ＿Ｔ＿ＣＣＬＭは、クロマ成分にのみ適用可能であってもよいことに留意されたい。
【0190】
【表8】
【0191】
［０２０５］
ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下のように導出される：ＢｄｐｃｍＦｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しいか、または、ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０に等しい場合には、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、ＩＮＴＲＡ＿ＰＬＡＮＡＲに等しくなるように設定される。そうではなく、ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅがＩＳＰ＿ＶＥＲ＿ＳＰＬＩＴに等しく、ｃｂＷｉｄｔｈが４に等しい場合には、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０に等しく設定される。そうではない場合には（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい）、隣接ロケーション（ｘＮｂＡ、ｙＮｂＡ）および（ｘＮｂＢ、ｙＮｂＢ）は、それぞれ（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）および（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に等しくなるように設定される。
ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、以下のように導出される：ＢｄｐｃｍＦｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しいか、または、ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０に等しい場合には、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、ＩＮＴＲＡ＿ＰＬＡＮＡＲに等しくなるように設定される。そうではなく、ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅがＩＳＰ＿ＶＥＲ＿ＳＰＬＩＴに等しく、ｃｂＷｉｄｔｈが４に等しい場合には、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］は、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ５０に等しく設定される。そうではない場合には（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい）、隣接ロケーション（ｘＮｂＡ、ｙＮｂＡ）および（ｘＮｂＢ、ｙＮｂＢ）は、それぞれ（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）および（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に等しくなるように設定される。
【0192】
［０２０６］
図１９Ａおよび図１９Ｂは、例示的なＱＴＢＴ構造１３０と、対応するコーディングツリーユニット（ＣＴＵ）１３２とを図示する概念図である。実線は４分ツリー分割を表し、点線は２分ツリー分割を表している。２分ツリーの各分割（すなわち、非リーフ）ノードにおいて、どの分割タイプが使用されるか（例えば、水平、垂直等）を示すために１つのフラグがシグナリングされる。例示的で非限定的な例では、０の値が水平分割を示していてもよく、１の値が垂直分割を示していてもよい。４分ツリー分割を伴う別の例では、４分ツリーノードは、一般的に、ブロックを４つのサブブロック（例えば、予測ブロック）に水平および垂直に分割するので、分割タイプを示す必要はないかもしれない。このような例では、サブブロックは等しいサイズであってもよく、または、等しいサイズのものであってもよい。したがって、ＱＴＢＴ構造１３０の領域ツリーレベル（すなわち、第１のレベル）に対する（分割情報のような）シンタックス要素（すなわち、実線）と、ＱＴＢＴ構造１３０の予測ツリーレベル（すなわち、第２のレベル）に対する（分割情報のような）シンタックス要素（すなわち、破線）を、ビデオエンコーダ２００はエンコードしてもよく、ビデオデコーダ３００は、デコードしてもよい。ＱＴＢＴ構造１３０の終端リーフノードにより表されるＣＵに対する予測データおよび変換データのようなビデオデータを、ビデオエンコーダ２００はエンコードしてもよく、ビデオデコーダ３００は、デコードしてもよい。
図１９Ａおよび図１９Ｂは、例示的なＱＴＢＴ構造１３０と、対応するコーディングツリーユニット（ＣＴＵ）１３２とを図示する概念図である。実線は４分ツリー分割を表し、点線は２分ツリー分割を表している。２分ツリーの各分割（すなわち、非リーフ）ノードにおいて、どの分割タイプが使用されるか（例えば、水平、垂直等）を示すために１つのフラグがシグナリングされる。例示的で非限定的な例では、０の値が水平分割を示していてもよく、１の値が垂直分割を示していてもよい。４分ツリー分割を伴う別の例では、４分ツリーノードは、一般的に、ブロックを４つのサブブロック（例えば、予測ブロック）に水平および垂直に分割するので、分割タイプを示す必要はないかもしれない。このような例では、サブブロックは等しいサイズであってもよく、または、等しいサイズのものであってもよい。したがって、ＱＴＢＴ構造１３０の領域ツリーレベル（すなわち、第１のレベル）に対する（分割情報のような）シンタックス要素（すなわち、実線）と、ＱＴＢＴ構造１３０の予測ツリーレベル（すなわち、第２のレベル）に対する（分割情報のような）シンタックス要素（すなわち、破線）を、ビデオエンコーダ２００はエンコードしてもよく、ビデオデコーダ３００は、デコードしてもよい。ＱＴＢＴ構造１３０の終端リーフノードにより表されるＣＵに対する予測データおよび変換データのようなビデオデータを、ビデオエンコーダ２００はエンコードしてもよく、ビデオデコーダ３００は、デコードしてもよい。
【0193】
［０２０７］
一般的に、図１９ＢのＣＴＵ１３２は、第１および第２のレベルにおけるＱＴＢＴ構造１３０のノードに対応するブロックのサイズを規定するパラメータと関係しているかもしれない。これらのパラメータは、（サンプル中のＣＴＵ１３２のサイズを表す）ＣＴＵサイズと、（ＭｉｎＱＴＳｉｚｅ、最小許容４分ツリーリーフノードサイズを表す）最小４分ツリーサイズと、（ＭａｘＢＴＳｉｚｅ、最大許容２分ツリールートノードサイズを表す）最大２分ツリーサイズと、（ＭａｘＢＴＤｅｐｔｈ、最大許容２分ツリー深度を表す）最大２分ツリー深度と、（ＭｉｎＢＴＳｉｚｅ、最小許容２分ツリーリーフノードサイズを表す）最小２分ツリーサイズとを含んでいてもよい。
一般的に、図１９ＢのＣＴＵ１３２は、第１および第２のレベルにおけるＱＴＢＴ構造１３０のノードに対応するブロックのサイズを規定するパラメータと関係しているかもしれない。これらのパラメータは、（サンプル中のＣＴＵ１３２のサイズを表す）ＣＴＵサイズと、（ＭｉｎＱＴＳｉｚｅ、最小許容４分ツリーリーフノードサイズを表す）最小４分ツリーサイズと、（ＭａｘＢＴＳｉｚｅ、最大許容２分ツリールートノードサイズを表す）最大２分ツリーサイズと、（ＭａｘＢＴＤｅｐｔｈ、最大許容２分ツリー深度を表す）最大２分ツリー深度と、（ＭｉｎＢＴＳｉｚｅ、最小許容２分ツリーリーフノードサイズを表す）最小２分ツリーサイズとを含んでいてもよい。
【0194】
［０２０８］
ＣＴＵに対応するＱＴＢＴ構造のルートノードは、ＱＴＢＴ構造の第１のレベルにおいて４つの子ノードを有してもよく、それぞれが４分ツリー区分にしたがって、区分されていてもよい。すなわち、第１のレベルのノードは、（子ノードを有さない）リーフノードであるか、または、４つの子ノードを有していてもよい。ＱＴＢＴ構造１３０の例は、親ノードと、分岐に対する実線を有する子ノードとを含むようなノードを表している。第１のレベルのノードが最大許容２分ツリールートノードサイズ（ＭａｘＢＴＳｉｚｅ）より大きくない場合には、ノードは、それぞれの２分ツリーによりさらに区分することができる。分割により得られたノードが最小許容２分ツリーリーフノードサイズ（ＭｉｎＢＴＳｉｚｅ）または最大許容２分ツリー深度（ＭａｘＢＴＤｅｐｔｈ）に達するまで、１つのノードの２分ツリー分割を繰り返すことができる。ＱＴＢＴ構造１３０の例は、分岐に対して破線を有するようなノードを表している。２分ツリーリーフノードは、コーディングユニット（ＣＵ）として呼ばれ、これは、何らかのさらなる区分なく、予測（例えば、イントラピクチャーまたはインターピクチャー予測）および変換に対して使用される。上記で説明したように、ＣＵは、「ビデオブロック」、「コーディングブロック」または「ブロック」として呼ばれることもある。
ＣＴＵに対応するＱＴＢＴ構造のルートノードは、ＱＴＢＴ構造の第１のレベルにおいて４つの子ノードを有してもよく、それぞれが４分ツリー区分にしたがって、区分されていてもよい。すなわち、第１のレベルのノードは、（子ノードを有さない）リーフノードであるか、または、４つの子ノードを有していてもよい。ＱＴＢＴ構造１３０の例は、親ノードと、分岐に対する実線を有する子ノードとを含むようなノードを表している。第１のレベルのノードが最大許容２分ツリールートノードサイズ（ＭａｘＢＴＳｉｚｅ）より大きくない場合には、ノードは、それぞれの２分ツリーによりさらに区分することができる。分割により得られたノードが最小許容２分ツリーリーフノードサイズ（ＭｉｎＢＴＳｉｚｅ）または最大許容２分ツリー深度（ＭａｘＢＴＤｅｐｔｈ）に達するまで、１つのノードの２分ツリー分割を繰り返すことができる。ＱＴＢＴ構造１３０の例は、分岐に対して破線を有するようなノードを表している。２分ツリーリーフノードは、コーディングユニット（ＣＵ）として呼ばれ、これは、何らかのさらなる区分なく、予測（例えば、イントラピクチャーまたはインターピクチャー予測）および変換に対して使用される。上記で説明したように、ＣＵは、「ビデオブロック」、「コーディングブロック」または「ブロック」として呼ばれることもある。
【0195】
［０２０９］
ＱＴＢＴ区分構造の１つの例では、ＣＴＵサイズは１２８×１２８（ルーマサンプルおよび２つの対応する６４×６４クロマサンプル）として設定され、ＭｉｎＱＴＳｉｚｅは１６×１６として設定され、ＭａｘＢＴＳｉｚｅは６４×６４として設定され、（幅および高さの両方に対して）ＭｉｎＢＴＳｉｚｅは４として設定され、ＭａｘＢＴＤｅｐｔｈは４として設定される。まず、ＣＴＵに対して４分ツリー区分を適用して、４分ツリーリーフノードを発生させる。４分ツリーリーフノードは、１６×１６（すなわち、ＭｉｎＱＴＳｉｚｅ）から１２８×１２８（すなわち、ＣＴＵサイズ）までのサイズを有していてもよい。４分ツリーリーフノードが１２８×１２８である場合には、サイズがＭａｘＢＴＳｉｚｅ（すなわち、この例では、６４×６４）を超えることから、ノードは、２分ツリーにより、さらに分割されないだろう。そうでなければ、４分ツリーリーフノードは、２分ツリーにより、さらに区分されるであろう。したがって、４分ツリーリーフノードはまた、２分ツリーに対するルートノードであり、０としての２分ツリー深度を有する。２分ツリー深度がＭａｘＢＴＤｅｐｔｈ（この例では、４）に達するときには、それ以上の分割は許されない。２分ツリーノードがＭｉｎＢＴＳｉｚｅ（この例では、４）に等しい幅を有するときには、それ以上の垂直分割は許されないことを意味する。同様に、ＭｉｎＢＴＳｉｚｅに等しい高さを有する２分ツリーノードは、その２分ツリーノードに対してそれ以上の水平分割は許されないことを意味する。上述したように、２分ツリーのリーフノードはＣＵと呼ばれ、さらなる区分なしで、予測および変換にしたがって、さらに処理される。
ＱＴＢＴ区分構造の１つの例では、ＣＴＵサイズは１２８×１２８（ルーマサンプルおよび２つの対応する６４×６４クロマサンプル）として設定され、ＭｉｎＱＴＳｉｚｅは１６×１６として設定され、ＭａｘＢＴＳｉｚｅは６４×６４として設定され、（幅および高さの両方に対して）ＭｉｎＢＴＳｉｚｅは４として設定され、ＭａｘＢＴＤｅｐｔｈは４として設定される。まず、ＣＴＵに対して４分ツリー区分を適用して、４分ツリーリーフノードを発生させる。４分ツリーリーフノードは、１６×１６（すなわち、ＭｉｎＱＴＳｉｚｅ）から１２８×１２８（すなわち、ＣＴＵサイズ）までのサイズを有していてもよい。４分ツリーリーフノードが１２８×１２８である場合には、サイズがＭａｘＢＴＳｉｚｅ（すなわち、この例では、６４×６４）を超えることから、ノードは、２分ツリーにより、さらに分割されないだろう。そうでなければ、４分ツリーリーフノードは、２分ツリーにより、さらに区分されるであろう。したがって、４分ツリーリーフノードはまた、２分ツリーに対するルートノードであり、０としての２分ツリー深度を有する。２分ツリー深度がＭａｘＢＴＤｅｐｔｈ（この例では、４）に達するときには、それ以上の分割は許されない。２分ツリーノードがＭｉｎＢＴＳｉｚｅ（この例では、４）に等しい幅を有するときには、それ以上の垂直分割は許されないことを意味する。同様に、ＭｉｎＢＴＳｉｚｅに等しい高さを有する２分ツリーノードは、その２分ツリーノードに対してそれ以上の水平分割は許されないことを意味する。上述したように、２分ツリーのリーフノードはＣＵと呼ばれ、さらなる区分なしで、予測および変換にしたがって、さらに処理される。
【0196】
［０２１０］
図２０は、本開示の技法を実行してもよい、例示的なビデオエンコーダ２００を図示するブロック図である。図２０は、説明の目的のために提供されており、本開示において広く例示し説明しているような技法の限定と見なすべきではない。説明の目的のために、本開示は、開発中のＨＥＶＣビデオコーディング標準規格およびＨ．２６６ビデオコーディング標準規格のような、ビデオコーディング標準規格の状況で、ビデオエンコーダ２００を説明している。しかしながら、本開示の技法は、これらのビデオコーディング標準規格には限定されず、一般的に、ビデオエンコーディングおよびデコーディングに適用可能である。
図２０は、本開示の技法を実行してもよい、例示的なビデオエンコーダ２００を図示するブロック図である。図２０は、説明の目的のために提供されており、本開示において広く例示し説明しているような技法の限定と見なすべきではない。説明の目的のために、本開示は、開発中のＨＥＶＣビデオコーディング標準規格およびＨ．２６６ビデオコーディング標準規格のような、ビデオコーディング標準規格の状況で、ビデオエンコーダ２００を説明している。しかしながら、本開示の技法は、これらのビデオコーディング標準規格には限定されず、一般的に、ビデオエンコーディングおよびデコーディングに適用可能である。
【0197】
［０２１１］
図２０の例では、ビデオエンコーダ２００は、ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差発生ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、デコードピクチャーバッファ（ＤＢＰ）２１８と、エントロピーエンコーディングユニット２２０とを含んでいる。ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差発生ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、ＤＢＰ２１８と、エントロピーエンコーディングユニット２２０のいずれかまたはすべてを、１つ以上のプロセッサ中で、または、処理回路中で実現してもよい。さらに、ビデオエンコーダ２００は、これらまたは他の機能を実行するために、追加または代替のプロセッサまたは処理回路を含んでいてもよい。
図２０の例では、ビデオエンコーダ２００は、ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差発生ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、デコードピクチャーバッファ（ＤＢＰ）２１８と、エントロピーエンコーディングユニット２２０とを含んでいる。ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差発生ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、ＤＢＰ２１８と、エントロピーエンコーディングユニット２２０のいずれかまたはすべてを、１つ以上のプロセッサ中で、または、処理回路中で実現してもよい。さらに、ビデオエンコーダ２００は、これらまたは他の機能を実行するために、追加または代替のプロセッサまたは処理回路を含んでいてもよい。
【0198】
［０２１２］
ビデオデータメモリ２３０は、ビデオエンコーダ２００のコンポーネントによってエンコードされるべきビデオデータを記憶していてもよい。ビデオエンコーダ２００は、例えば、ビデオソース１０４（図１）からのビデオデータメモリ２３０中に記憶されているビデオデータを受け取ってもよい。ＤＰＢ２１８は、ビデオエンコーダ２００による後続のビデオデータの予測において使用するための参照ビデオデータを記憶する参照ピクチャーメモリとして機能してもよい。ビデオデータメモリ２３０およびＤＰＢ２１８は、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または、他のタイプのメモリデバイスのような、さまざまなメモリデバイスのうちのいずれかによって形成されていてもよい。ビデオデータメモリ２３０およびＤＰＢ２１８は、同じメモリデバイスまたは別個のメモリデバイスによって提供されていてもよい。さまざまな例では、ビデオデータメモリ２３０は、図示するように、ビデオエンコーダ２００の他のコンポーネントとともにオンチップであってもよく、または、これらのコンポーネントに対してオフチップであってもよい。
ビデオデータメモリ２３０は、ビデオエンコーダ２００のコンポーネントによってエンコードされるべきビデオデータを記憶していてもよい。ビデオエンコーダ２００は、例えば、ビデオソース１０４（図１）からのビデオデータメモリ２３０中に記憶されているビデオデータを受け取ってもよい。ＤＰＢ２１８は、ビデオエンコーダ２００による後続のビデオデータの予測において使用するための参照ビデオデータを記憶する参照ピクチャーメモリとして機能してもよい。ビデオデータメモリ２３０およびＤＰＢ２１８は、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または、他のタイプのメモリデバイスのような、さまざまなメモリデバイスのうちのいずれかによって形成されていてもよい。ビデオデータメモリ２３０およびＤＰＢ２１８は、同じメモリデバイスまたは別個のメモリデバイスによって提供されていてもよい。さまざまな例では、ビデオデータメモリ２３０は、図示するように、ビデオエンコーダ２００の他のコンポーネントとともにオンチップであってもよく、または、これらのコンポーネントに対してオフチップであってもよい。
【0199】
［０２１３］
本開示では、ビデオデータメモリ２３０への参照は、そのように具体的に説明されない限り、ビデオエンコーダ２００に対して内部であるメモリ、または、そのように具体的に説明されない限り、ビデオエンコーダ２００に対して外部であるメモリに限定されるものとして解釈すべきではない。むしろ、ビデオデータメモリ２３０への参照は、ビデオエンコーダ２００がエンコードするために受け取るビデオデータ（例えば、エンコードされるべき現在ブロックに対するビデオデータ）を記憶する参照メモリとして理解すべきである。図１のメモリ１０６はまた、ビデオエンコーダ２００のさまざまなユニットからの出力の一時記憶装置を提供してもよい。
本開示では、ビデオデータメモリ２３０への参照は、そのように具体的に説明されない限り、ビデオエンコーダ２００に対して内部であるメモリ、または、そのように具体的に説明されない限り、ビデオエンコーダ２００に対して外部であるメモリに限定されるものとして解釈すべきではない。むしろ、ビデオデータメモリ２３０への参照は、ビデオエンコーダ２００がエンコードするために受け取るビデオデータ（例えば、エンコードされるべき現在ブロックに対するビデオデータ）を記憶する参照メモリとして理解すべきである。図１のメモリ１０６はまた、ビデオエンコーダ２００のさまざまなユニットからの出力の一時記憶装置を提供してもよい。
【0200】
［０２１４］
図２０のさまざまなユニットは、ビデオエンコーダ２００によって実行される動作の理解を助けるために図示されている。ユニットは、固定機能回路、プログラマブル回路、または、これらの組み合わせとして実現してもよい。固定機能回路は、特定の機能性を提供する回路を指し、実行できる動作に対して予め設定される。プログラマブル回路は、さまざまなタスクを実行するようにプログラムでき、実行できる動作において柔軟な機能性を提供できる回路を指している。例えば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって規定される方法でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行してもよい。固定機能回路は、（例えば、パラメータを受け取るまたはパラメータを出力するために）ソフトウェア命令を実行するかもしれないが、固定機能回路が実行する動作のタイプは一般的に不変である。いくつかの例では、ユニットのうちの１つ以上は、別個の回路ブロック（固定機能またはプログラマブル）であってよく、いくつかの例では、１つ以上のユニットは集積回路であってよい。
図２０のさまざまなユニットは、ビデオエンコーダ２００によって実行される動作の理解を助けるために図示されている。ユニットは、固定機能回路、プログラマブル回路、または、これらの組み合わせとして実現してもよい。固定機能回路は、特定の機能性を提供する回路を指し、実行できる動作に対して予め設定される。プログラマブル回路は、さまざまなタスクを実行するようにプログラムでき、実行できる動作において柔軟な機能性を提供できる回路を指している。例えば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって規定される方法でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行してもよい。固定機能回路は、（例えば、パラメータを受け取るまたはパラメータを出力するために）ソフトウェア命令を実行するかもしれないが、固定機能回路が実行する動作のタイプは一般的に不変である。いくつかの例では、ユニットのうちの１つ以上は、別個の回路ブロック（固定機能またはプログラマブル）であってよく、いくつかの例では、１つ以上のユニットは集積回路であってよい。
【0201】
［０２１５］
ビデオエンコーダ２００は、プログラマブル回路から形成される、算術論理ユニット（ＡＬＵ）、基本機能ユニット（ＥＦＵ）、デジタル回路、アナログ回路、および／または、プログラマブルコアを含んでいてもよい。ビデオエンコーダ２００の動作がプログラマブル回路によって実行されるソフトウェアを使用して実施される例では、メモリ１０６（図１）は、ビデオエンコーダ２００が受け取って実行するソフトウェアのオブジェクトコードを記憶していてもよく、または、ビデオエンコーダ２００内の（図示されていない）別のメモリがこのような命令を記憶していてもよい。
ビデオエンコーダ２００は、プログラマブル回路から形成される、算術論理ユニット（ＡＬＵ）、基本機能ユニット（ＥＦＵ）、デジタル回路、アナログ回路、および／または、プログラマブルコアを含んでいてもよい。ビデオエンコーダ２００の動作がプログラマブル回路によって実行されるソフトウェアを使用して実施される例では、メモリ１０６（図１）は、ビデオエンコーダ２００が受け取って実行するソフトウェアのオブジェクトコードを記憶していてもよく、または、ビデオエンコーダ２００内の（図示されていない）別のメモリがこのような命令を記憶していてもよい。
【0202】
［０２１６］
ビデオデータメモリ２３０は、受け取ったビデオデータを記憶するように構成されている。ビデオエンコーダ２００は、ビデオデータメモリ２３０からビデオデータのピクチャーを取り出し、ビデオデータを残差発生ユニット２０４およびモード選択ユニット２０２に提供してもよい。ビデオデータメモリ２３０中のビデオデータは、エンコードされるべき生のビデオデータであってもよい。
ビデオデータメモリ２３０は、受け取ったビデオデータを記憶するように構成されている。ビデオエンコーダ２００は、ビデオデータメモリ２３０からビデオデータのピクチャーを取り出し、ビデオデータを残差発生ユニット２０４およびモード選択ユニット２０２に提供してもよい。ビデオデータメモリ２３０中のビデオデータは、エンコードされるべき生のビデオデータであってもよい。
【0203】
［０２１７］
モード選択ユニット２０２は、動き推定ユニット２２２と、動き補償ユニット２２４と、イントラ予測ユニット２２６とを含んでいる。モード選択ユニット２０２は、他の予測モードにしたがってビデオ予測を実行するための追加の機能ユニットを含んでいてもよい。例として、モード選択ユニット２０２は、パレットユニット、（動き推定ユニット２２２および／または動き補償ユニット２２４の一部であってもよい）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニット、または、これらに類するものを含んでいてもよい。
モード選択ユニット２０２は、動き推定ユニット２２２と、動き補償ユニット２２４と、イントラ予測ユニット２２６とを含んでいる。モード選択ユニット２０２は、他の予測モードにしたがってビデオ予測を実行するための追加の機能ユニットを含んでいてもよい。例として、モード選択ユニット２０２は、パレットユニット、（動き推定ユニット２２２および／または動き補償ユニット２２４の一部であってもよい）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニット、または、これらに類するものを含んでいてもよい。
【0204】
［０２１８］
モード選択ユニット２０２は、一般的に、複数のエンコーディングパスを調整して、エンコーディングパラメータの組み合わせをテストし、結果として、このような組み合わせに対するレート歪み値を得る。エンコーディングパラメータは、ＣＴＵのＣＵへの区分、ＣＵに対する予測モード、ＣＵの残差データに対する変換タイプ、ＣＵの残差データに対する量子化パラメータ等を含んでいてもよい。モード選択ユニット２０２は、最終的に、他のテストされた組み合わせよりも良好なレート歪み値を有するエンコーディングパラメータの組み合わせを選択してもよい。
モード選択ユニット２０２は、一般的に、複数のエンコーディングパスを調整して、エンコーディングパラメータの組み合わせをテストし、結果として、このような組み合わせに対するレート歪み値を得る。エンコーディングパラメータは、ＣＴＵのＣＵへの区分、ＣＵに対する予測モード、ＣＵの残差データに対する変換タイプ、ＣＵの残差データに対する量子化パラメータ等を含んでいてもよい。モード選択ユニット２０２は、最終的に、他のテストされた組み合わせよりも良好なレート歪み値を有するエンコーディングパラメータの組み合わせを選択してもよい。
【0205】
［０２１９］
ビデオエンコーダ２００は、ビデオデータメモリ２３０から取り出されたピクチャーを一連のＣＴＵに区分し、スライス内に１つ以上のＣＴＵをカプセル化してもよい。モード選択ユニット２０２は、上記で説明したＱＴＢＴ構造またはＨＥＶＣの４分ツリー構造のようなツリー構造にしたがって、ピクチャーのＣＴＵを区分してもよい。上記で説明したように、ビデオエンコーダ２００は、ツリー構造にしたがってＣＴＵを区分することから１つ以上のＣＵを形成してもよい。このようなＣＵは、一般的に、「ビデオブロック」または「ブロック」として呼ばれることもある。
ビデオエンコーダ２００は、ビデオデータメモリ２３０から取り出されたピクチャーを一連のＣＴＵに区分し、スライス内に１つ以上のＣＴＵをカプセル化してもよい。モード選択ユニット２０２は、上記で説明したＱＴＢＴ構造またはＨＥＶＣの４分ツリー構造のようなツリー構造にしたがって、ピクチャーのＣＴＵを区分してもよい。上記で説明したように、ビデオエンコーダ２００は、ツリー構造にしたがってＣＴＵを区分することから１つ以上のＣＵを形成してもよい。このようなＣＵは、一般的に、「ビデオブロック」または「ブロック」として呼ばれることもある。
【0206】
［０２２０］
一般的に、モード選択ユニット２０２はまた、そのコンポーネント（例えば、動き推定ユニット２２２、動き補償ユニット２２４、および、イントラ予測ユニット２２６）を制御して、現在ブロック（例えば、現在ＣＵ、または、ＨＥＶＣでは、ＰＵとＴＵとのオーバーラップする部分）に対する予測ブロックを発生させる。現在ブロックのインター予測のために、動き推定ユニット２２２は、動きサーチを実行して、１つ以上の参照ピクチャー（例えば、ＤＰＢ２１８中に記憶されている１つ以上の以前にコード化されたピクチャー）中の１つ以上の密接に一致する参照ブロックを識別してもよい。特に、動き推定ユニット２２２は、例えば、絶対差分の和（ＳＡＤ）、二乗差分の和（ＳＳＤ）、平均絶対差分（ＭＡＤ）、平均二乗差分（ＭＳＤ）、または、これらに類するものにしたがって、潜在的参照ブロックが現在ブロックにどれだけ類似しているかを表す値を計算してもよい。動き推定ユニット２２２は、一般的に、現在ブロックと考慮されている参照ブロックとの間のサンプル毎の差分を使用して、これらの計算を実行してもよい。動き推定ユニット２２２は、現在ブロックに最も密接に一致する参照ブロックを示す、これらの計算から結果的に生じる最低値を有する参照ブロックを識別してもよい。
一般的に、モード選択ユニット２０２はまた、そのコンポーネント（例えば、動き推定ユニット２２２、動き補償ユニット２２４、および、イントラ予測ユニット２２６）を制御して、現在ブロック（例えば、現在ＣＵ、または、ＨＥＶＣでは、ＰＵとＴＵとのオーバーラップする部分）に対する予測ブロックを発生させる。現在ブロックのインター予測のために、動き推定ユニット２２２は、動きサーチを実行して、１つ以上の参照ピクチャー（例えば、ＤＰＢ２１８中に記憶されている１つ以上の以前にコード化されたピクチャー）中の１つ以上の密接に一致する参照ブロックを識別してもよい。特に、動き推定ユニット２２２は、例えば、絶対差分の和（ＳＡＤ）、二乗差分の和（ＳＳＤ）、平均絶対差分（ＭＡＤ）、平均二乗差分（ＭＳＤ）、または、これらに類するものにしたがって、潜在的参照ブロックが現在ブロックにどれだけ類似しているかを表す値を計算してもよい。動き推定ユニット２２２は、一般的に、現在ブロックと考慮されている参照ブロックとの間のサンプル毎の差分を使用して、これらの計算を実行してもよい。動き推定ユニット２２２は、現在ブロックに最も密接に一致する参照ブロックを示す、これらの計算から結果的に生じる最低値を有する参照ブロックを識別してもよい。
【0207】
［０２２１］
動き推定ユニット２２２は、現在ピクチャー中の現在ブロックの位置に対する、参照ピクチャー中の参照ブロックの位置を規定する、１つ以上の動きベクトル（ＭＶ）を形成してもよい。動き推定ユニット２２２は、その後、動きベクトルを動き補償ユニット２２４に提供してもよい。例えば、単方向インター予測に対して、動き推定ユニット２２２は単一の動きベクトルを提供するかもしれない一方で、双方向インター予測に対して、動き推定ユニット２２２は２つの動きベクトルを提供するかもしれない。動き補償ユニット２２４は、その後、動きベクトルを使用して、予測ブロックを発生させてもよい。例えば、動き補償ユニット２２４は、動きベクトルを使用して、参照ブロックのデータを取り出してもよい。別の例として、動きベクトルが小数サンプル精度を有する場合には、動き補償ユニット２２４は、１つ以上の補間フィルタにしたがって、予測ブロックに対する値を補間してもよい。さらに、双方向インター予測に対して、動き補償ユニット２２４は、それぞれの動きベクトルによって識別された２つの参照ブロックに対するデータを取り出し、サンプル毎の平均化または重み付き平均化を通してのように、取り出されたデータを組み合わせてもよい。
動き推定ユニット２２２は、現在ピクチャー中の現在ブロックの位置に対する、参照ピクチャー中の参照ブロックの位置を規定する、１つ以上の動きベクトル（ＭＶ）を形成してもよい。動き推定ユニット２２２は、その後、動きベクトルを動き補償ユニット２２４に提供してもよい。例えば、単方向インター予測に対して、動き推定ユニット２２２は単一の動きベクトルを提供するかもしれない一方で、双方向インター予測に対して、動き推定ユニット２２２は２つの動きベクトルを提供するかもしれない。動き補償ユニット２２４は、その後、動きベクトルを使用して、予測ブロックを発生させてもよい。例えば、動き補償ユニット２２４は、動きベクトルを使用して、参照ブロックのデータを取り出してもよい。別の例として、動きベクトルが小数サンプル精度を有する場合には、動き補償ユニット２２４は、１つ以上の補間フィルタにしたがって、予測ブロックに対する値を補間してもよい。さらに、双方向インター予測に対して、動き補償ユニット２２４は、それぞれの動きベクトルによって識別された２つの参照ブロックに対するデータを取り出し、サンプル毎の平均化または重み付き平均化を通してのように、取り出されたデータを組み合わせてもよい。
【0208】
［０２２２］
別の例として、イントラ予測またはイントラ予測コーディングに対して、イントラ予測ユニット２２６は、現在ブロックに隣接するサンプルから予測ブロックを発生させてもよい。例えば、方向モードに対して、イントラ予測ユニット２２６は、一般的に、隣接サンプルの値を数学的に組み合わせ、現在ブロックに渡って規定された方向でこれらの計算された値を格納して、予測ブロックを生成させてもよい。別の例として、ＤＣモードに対して、イントラ予測ユニット２２６は、現在ブロックに対する隣接サンプルの平均を計算し、予測ブロックの各サンプルに対するこの結果として得られる平均を含むように予測ブロックを発生させてもよい。
別の例として、イントラ予測またはイントラ予測コーディングに対して、イントラ予測ユニット２２６は、現在ブロックに隣接するサンプルから予測ブロックを発生させてもよい。例えば、方向モードに対して、イントラ予測ユニット２２６は、一般的に、隣接サンプルの値を数学的に組み合わせ、現在ブロックに渡って規定された方向でこれらの計算された値を格納して、予測ブロックを生成させてもよい。別の例として、ＤＣモードに対して、イントラ予測ユニット２２６は、現在ブロックに対する隣接サンプルの平均を計算し、予測ブロックの各サンプルに対するこの結果として得られる平均を含むように予測ブロックを発生させてもよい。
【0209】
［０２２３］
モード選択ユニット２０２は、予測ブロックを残差発生ユニット２０４に提供する。残差発生ユニット２０４は、ビデオデータメモリ２３０から現在ブロックの生のコード化されていないバージョンを受け取り、モード選択ユニット２０２から予測ブロックを受け取る。残差発生ユニット２０４は、現在ブロックと予測ブロックとの間のサンプル毎の差分を計算する。結果として得られるサンプル毎の差分は、現在ブロックに対する残差ブロックを規定する。いくつかの例では、残差発生ユニット２０４はまた、残差ブロック中のサンプル値間の差分を決定して、残差パルスコード変調（ＲＤＰＣＭ）を使用して、残差ブロックを発生させてもよい。いくつかの例では、残差発生ユニット２０４は、バイナリ減算を実行する１つ以上の減算器回路を使用して形成されていてもよい。
モード選択ユニット２０２は、予測ブロックを残差発生ユニット２０４に提供する。残差発生ユニット２０４は、ビデオデータメモリ２３０から現在ブロックの生のコード化されていないバージョンを受け取り、モード選択ユニット２０２から予測ブロックを受け取る。残差発生ユニット２０４は、現在ブロックと予測ブロックとの間のサンプル毎の差分を計算する。結果として得られるサンプル毎の差分は、現在ブロックに対する残差ブロックを規定する。いくつかの例では、残差発生ユニット２０４はまた、残差ブロック中のサンプル値間の差分を決定して、残差パルスコード変調（ＲＤＰＣＭ）を使用して、残差ブロックを発生させてもよい。いくつかの例では、残差発生ユニット２０４は、バイナリ減算を実行する１つ以上の減算器回路を使用して形成されていてもよい。
【0210】
［０２２４］
モード選択ユニット２０２がＣＵをＰＵに区分する例では、各ＰＵは、ルーマ予測ユニットおよび対応するクロマ予測ユニットに関係していてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、さまざまなサイズを有するＰＵをサポートしていてもよい。上記で示したように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指していてもよく、ＰＵのサイズは、ＰＵのルーマ予測ユニットのサイズを指していてもよい。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２００は、イントラ予測に対する２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、インター予測に対する２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または、これらに類する対称ＰＵサイズとをサポートしていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００はまた、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、および、ｎＲ×２ＮのＰＵサイズに対する非対称区分をサポートしていてもよい。
モード選択ユニット２０２がＣＵをＰＵに区分する例では、各ＰＵは、ルーマ予測ユニットおよび対応するクロマ予測ユニットに関係していてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、さまざまなサイズを有するＰＵをサポートしていてもよい。上記で示したように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指していてもよく、ＰＵのサイズは、ＰＵのルーマ予測ユニットのサイズを指していてもよい。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２００は、イントラ予測に対する２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、インター予測に対する２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または、これらに類する対称ＰＵサイズとをサポートしていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００はまた、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、および、ｎＲ×２ＮのＰＵサイズに対する非対称区分をサポートしていてもよい。
【0211】
［０２２５］
モード選択ユニット２０２がＣＵをＰＵにさらに区分しない例では、各ＣＵは、ルーマコーディングブロックおよび対応するクロマコーディングブロックに関係していてもよい。上記のように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指していてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、２Ｎ×２Ｎ、２Ｎ×Ｎ、または、Ｎ×２ＮのＣＵサイズをサポートしていてもよい。
モード選択ユニット２０２がＣＵをＰＵにさらに区分しない例では、各ＣＵは、ルーマコーディングブロックおよび対応するクロマコーディングブロックに関係していてもよい。上記のように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指していてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、２Ｎ×２Ｎ、２Ｎ×Ｎ、または、Ｎ×２ＮのＣＵサイズをサポートしていてもよい。
【0212】
［０２２６］
イントラブロックコピーモードコーディング、アフィンモードコーディング、および、線形モデル（ＬＭ）モードコーディングのような、他のビデオコーディング技法に対して、いくつかの例として、モード選択ユニット２０２は、コーディング技法に関係するそれぞれのユニットを介して、エンコードされている現在ブロックに対する予測ブロックを発生させる。パレットモードコーディングのようないくつかの例では、モード選択ユニット２０２は、予測ブロックを発生させず、代わりに、選択されたパレットに基づいて、ブロックを再構築する方法を示すシンタックス要素を発生させてもよい。このようなモードでは、モード選択ユニット２０２は、これらのシンタックス要素を、エンコードされるようにエントロピーエンコーディングユニット２２０に提供してもよい。
イントラブロックコピーモードコーディング、アフィンモードコーディング、および、線形モデル（ＬＭ）モードコーディングのような、他のビデオコーディング技法に対して、いくつかの例として、モード選択ユニット２０２は、コーディング技法に関係するそれぞれのユニットを介して、エンコードされている現在ブロックに対する予測ブロックを発生させる。パレットモードコーディングのようないくつかの例では、モード選択ユニット２０２は、予測ブロックを発生させず、代わりに、選択されたパレットに基づいて、ブロックを再構築する方法を示すシンタックス要素を発生させてもよい。このようなモードでは、モード選択ユニット２０２は、これらのシンタックス要素を、エンコードされるようにエントロピーエンコーディングユニット２２０に提供してもよい。
【0213】
［０２２７］
上記で説明したように、残差発生ユニット２０４は、現在ブロックおよび対応する予測ブロックに対するビデオデータを受け取る。残差発生ユニット２０４は、その後、現在ブロックに対する残差ブロックを発生させる。残差ブロックを発生させるために、残差発生ユニット２０４は、予測ブロックと現在ブロックとの間のサンプル毎の差分を計算する。
上記で説明したように、残差発生ユニット２０４は、現在ブロックおよび対応する予測ブロックに対するビデオデータを受け取る。残差発生ユニット２０４は、その後、現在ブロックに対する残差ブロックを発生させる。残差ブロックを発生させるために、残差発生ユニット２０４は、予測ブロックと現在ブロックとの間のサンプル毎の差分を計算する。
【0214】
［０２２８］
変換処理ユニット２０６は、残差ブロックに１つ以上の変換を適用して、（ここでは「変換係数ブロック」として呼ばれる）変換係数のブロックを発生させる。変換処理ユニット２０６は、残差ブロックにさまざまな変換を適用して、変換係数ブロックを形成してもよい。例えば、変換処理ユニット２０６は、離散コサイン変換（ＤＣＴ）、方向変換、カルーネンレーベ変換（ＫＬＴ）、または、概念的に類似する変換を、残差ブロックに適用してもよい。いくつかの例では、変換処理ユニット２０６は、残差ブロックに対して複数の変換、例えば、回転変換のような、１次変換と２次変換とを実行してもよい。いくつかの例では、変換処理ユニット２０６は、残差ブロックに変換を適用しない。
変換処理ユニット２０６は、残差ブロックに１つ以上の変換を適用して、（ここでは「変換係数ブロック」として呼ばれる）変換係数のブロックを発生させる。変換処理ユニット２０６は、残差ブロックにさまざまな変換を適用して、変換係数ブロックを形成してもよい。例えば、変換処理ユニット２０６は、離散コサイン変換（ＤＣＴ）、方向変換、カルーネンレーベ変換（ＫＬＴ）、または、概念的に類似する変換を、残差ブロックに適用してもよい。いくつかの例では、変換処理ユニット２０６は、残差ブロックに対して複数の変換、例えば、回転変換のような、１次変換と２次変換とを実行してもよい。いくつかの例では、変換処理ユニット２０６は、残差ブロックに変換を適用しない。
【0215】
［０２２９］
量子化ユニット２０８は、変換係数ブロック中の変換係数を量子化して、量子化された変換係数ブロックを生成させてもよい。量子化ユニット２０８は、現在ブロックに関係する量子化パラメータ（ＱＰ）値にしたがって、変換係数ブロックの変換係数を量子化してもよい。ビデオエンコーダ２００は（例えば、モード選択ユニット２０２を介して）、ＣＵに関係するＱＰ値を調節することによって、現在ブロックに関係する変換係数ブロックに適用される量子化の程度を調節してもよい。量子化は、情報の損失をもたらすかもしれず、したがって、量子化された変換係数は、変換処理ユニット２０６によって生成された元の変換係数よりも低い精度を有するかもしれない。
量子化ユニット２０８は、変換係数ブロック中の変換係数を量子化して、量子化された変換係数ブロックを生成させてもよい。量子化ユニット２０８は、現在ブロックに関係する量子化パラメータ（ＱＰ）値にしたがって、変換係数ブロックの変換係数を量子化してもよい。ビデオエンコーダ２００は（例えば、モード選択ユニット２０２を介して）、ＣＵに関係するＱＰ値を調節することによって、現在ブロックに関係する変換係数ブロックに適用される量子化の程度を調節してもよい。量子化は、情報の損失をもたらすかもしれず、したがって、量子化された変換係数は、変換処理ユニット２０６によって生成された元の変換係数よりも低い精度を有するかもしれない。
【0216】
［０２３０］
逆量子化ユニット２１０および逆変換処理ユニット２１２は、逆量子化および逆変換をそれぞれ量子化された変換係数ブロックに適用して、変換係数ブロックから残差ブロックを再構築してもよい。再構築ユニット２１４は、再構築された残差ブロックと、モード選択ユニット２０２によって発生させた予測ブロックとに基づいて、（潜在的にある程度の歪みを有するが）現在ブロックに対応する再構築されたブロックを生成させてもよい。例えば、再構築ユニット２１４は、再構築された残差ブロックのサンプルを、モード選択ユニット２０２によって発生させた予測ブロックからの対応するサンプルに追加して、再構築されたブロックを生成させてもよい。
逆量子化ユニット２１０および逆変換処理ユニット２１２は、逆量子化および逆変換をそれぞれ量子化された変換係数ブロックに適用して、変換係数ブロックから残差ブロックを再構築してもよい。再構築ユニット２１４は、再構築された残差ブロックと、モード選択ユニット２０２によって発生させた予測ブロックとに基づいて、（潜在的にある程度の歪みを有するが）現在ブロックに対応する再構築されたブロックを生成させてもよい。例えば、再構築ユニット２１４は、再構築された残差ブロックのサンプルを、モード選択ユニット２０２によって発生させた予測ブロックからの対応するサンプルに追加して、再構築されたブロックを生成させてもよい。
【0217】
［０２３１］
フィルタユニット２１６は、再構築されたブロックに対して１つ以上のフィルタ動作を実行してもよい。例えば、フィルタユニット２１６は、デブロッキング動作を実行して、ＣＵのエッジに沿ったブロッキネスアーティファクトを低減させてもよい。いくつかの例では、フィルタユニット２１６の動作はスキップしてもよい。
フィルタユニット２１６は、再構築されたブロックに対して１つ以上のフィルタ動作を実行してもよい。例えば、フィルタユニット２１６は、デブロッキング動作を実行して、ＣＵのエッジに沿ったブロッキネスアーティファクトを低減させてもよい。いくつかの例では、フィルタユニット２１６の動作はスキップしてもよい。
【0218】
［０２３２］
ビデオエンコーダ２００は、再構築されたブロックをＤＰＢ２１８中に記憶させる。例えば、フィルタユニット２１６の動作が必要とされない例では、再構築ユニット２１４は、再構築されたブロックをＤＰＢ２１８中に記憶させてもよい。フィルタユニット２１６の動作が必要とされる例では、フィルタユニット２１６は、再構築されフィルタされたブロックをＤＰＢ２１８中に記憶させてもよい。動き推定ユニット２２２および動き補償ユニット２２４は、再構築された（そして、潜在的にフィルタ処理された）ブロックから形成された参照ピクチャーをＤＰＢ２１８から取り出して、後にエンコードされるピクチャーのブロックをインター予測してもよい。加えて、イントラ予測ユニット２２６は、現在ピクチャーのＤＰＢ２１８中の再構築されたブロックを使用して、現在ピクチャー中の他のブロックをイントラ予測してもよい。
ビデオエンコーダ２００は、再構築されたブロックをＤＰＢ２１８中に記憶させる。例えば、フィルタユニット２１６の動作が必要とされない例では、再構築ユニット２１４は、再構築されたブロックをＤＰＢ２１８中に記憶させてもよい。フィルタユニット２１６の動作が必要とされる例では、フィルタユニット２１６は、再構築されフィルタされたブロックをＤＰＢ２１８中に記憶させてもよい。動き推定ユニット２２２および動き補償ユニット２２４は、再構築された（そして、潜在的にフィルタ処理された）ブロックから形成された参照ピクチャーをＤＰＢ２１８から取り出して、後にエンコードされるピクチャーのブロックをインター予測してもよい。加えて、イントラ予測ユニット２２６は、現在ピクチャーのＤＰＢ２１８中の再構築されたブロックを使用して、現在ピクチャー中の他のブロックをイントラ予測してもよい。
【0219】
［０２３３］
一般的に、エントロピーエンコーディングユニット２２０は、ビデオエンコーダ２００の他の機能的なコンポーネントから受け取ったシンタックス要素をエントロピーエンコードしてもよい。例えば、エントロピーエンコーディングユニット２２０は、量子化ユニット２０８からの量子化された変換係数ブロックをエントロピーエンコードしてもよい。別の例として、エントロピーエンコーディングユニット２２０は、モード選択ユニット２０２からの予測シンタックス要素（例えば、インター予測に対する動き情報またはイントラ予測に対するイントラモード情報）をエントロピーエンコードしてもよい。エントロピーエンコーディングユニット２２０は、ビデオデータの別の例であるシンタックス要素に関して、１つ以上のエントロピーエンコーディング動作を実行して、エントロピーエンコードされたデータを発生させてもよい。例えば、エントロピーエンコーディングユニット２２０は、データに、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）動作、ＣＡＢＡＣ動作、可変対可変（Ｖ２Ｖ）長コーディング動作、シンタックスベースのコンテキスト適応バイナリ算術コードディング（ＳＢＡＣ）動作、確率区間区分化エントロピー（ＰＩＰＥ）コーディング動作、指数ゴロムエンコーディング動作、または、別のタイプのエントロピーエンコーディング動作を実行してもよい。いくつかの例では、エントロピーエンコーディングユニット２２０は、シンタックス要素がエントロピーエンコードされないバイパスモードで動作してもよい。
一般的に、エントロピーエンコーディングユニット２２０は、ビデオエンコーダ２００の他の機能的なコンポーネントから受け取ったシンタックス要素をエントロピーエンコードしてもよい。例えば、エントロピーエンコーディングユニット２２０は、量子化ユニット２０８からの量子化された変換係数ブロックをエントロピーエンコードしてもよい。別の例として、エントロピーエンコーディングユニット２２０は、モード選択ユニット２０２からの予測シンタックス要素（例えば、インター予測に対する動き情報またはイントラ予測に対するイントラモード情報）をエントロピーエンコードしてもよい。エントロピーエンコーディングユニット２２０は、ビデオデータの別の例であるシンタックス要素に関して、１つ以上のエントロピーエンコーディング動作を実行して、エントロピーエンコードされたデータを発生させてもよい。例えば、エントロピーエンコーディングユニット２２０は、データに、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）動作、ＣＡＢＡＣ動作、可変対可変（Ｖ２Ｖ）長コーディング動作、シンタックスベースのコンテキスト適応バイナリ算術コードディング（ＳＢＡＣ）動作、確率区間区分化エントロピー（ＰＩＰＥ）コーディング動作、指数ゴロムエンコーディング動作、または、別のタイプのエントロピーエンコーディング動作を実行してもよい。いくつかの例では、エントロピーエンコーディングユニット２２０は、シンタックス要素がエントロピーエンコードされないバイパスモードで動作してもよい。
【0220】
［０２３４］
ビデオエンコーダ２００は、スライスまたはピクチャーのブロックを再構築するのに必要とされるエントロピーエンコードされたシンタックス要素を含むビットストリームを出力してもよい。特に、エントロピーエンコーディングユニット２２０は、ビットストリームを出力してもよい。
ビデオエンコーダ２００は、スライスまたはピクチャーのブロックを再構築するのに必要とされるエントロピーエンコードされたシンタックス要素を含むビットストリームを出力してもよい。特に、エントロピーエンコーディングユニット２２０は、ビットストリームを出力してもよい。
【0221】
［０２３５］
上記で説明している動作は、ブロックに関して説明している。このような説明は、ルーマコーディングブロックおよび／またはクロマコーディングブロックに対する動作として理解すべきである。上述したように、いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＣＵのルーマ成分およびクロマ成分である。いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＰＵのルーマ成分およびクロマ成分である。
上記で説明している動作は、ブロックに関して説明している。このような説明は、ルーマコーディングブロックおよび／またはクロマコーディングブロックに対する動作として理解すべきである。上述したように、いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＣＵのルーマ成分およびクロマ成分である。いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＰＵのルーマ成分およびクロマ成分である。
【0222】
［０２３６］
いくつかの例では、ルーマコーディングブロックに関して実行される動作は、クロマコーディングブロックに対して繰り返す必要はない。１つの例として、ルーマコーディングブロックに対する動きベクトル（ＭＶ）および参照ピクチャーを識別する動作は、クロマブロックに対するＭＶおよび参照ピクチャーを識別するために繰り返す必要はない。むしろ、ルーマコーディングブロックに対するＭＶをスケーリングして、クロマブロックに対するＭＶを決定してもよく、参照ピクチャーは同じであってもよい。別の例として、イントラ予測プロセスは、ルーマコーディングブロックおよびクロマコーディングブロックに対して同じであってもよい。
いくつかの例では、ルーマコーディングブロックに関して実行される動作は、クロマコーディングブロックに対して繰り返す必要はない。１つの例として、ルーマコーディングブロックに対する動きベクトル（ＭＶ）および参照ピクチャーを識別する動作は、クロマブロックに対するＭＶおよび参照ピクチャーを識別するために繰り返す必要はない。むしろ、ルーマコーディングブロックに対するＭＶをスケーリングして、クロマブロックに対するＭＶを決定してもよく、参照ピクチャーは同じであってもよい。別の例として、イントラ予測プロセスは、ルーマコーディングブロックおよびクロマコーディングブロックに対して同じであってもよい。
【0223】
［０２３７］
ビデオエンコーダ２００は、本開示で説明されている予測ブロックグループ化技法のいずれかを実行するように構成されていてもよい。例えば、イントラ予測ユニット２２６は、ＩＳＰコーディングを実行して、コーディングユニット（ＣＵ）をサブブロック（例えば、予測ブロック）に区分してもよい。加えて、イントラ予測ユニット２２６は、サブブロックを予測ブロックグループにグループ化してもよい。このようにして、ビデオエンコーダ２００は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割（例えば、垂直分割）を実行して、予測ブロックのセットを形成するように構成され、回路中で実現される１つ以上のプロセッサを含んでいると見なしてもよい。予測ブロックは、少なくとも第１の予測ブロックと第２の予測ブロックとを含んでいてもよい。ビデオエンコーダ２００は、その後、予測ブロックのセットのうちの複数を、第１の予測ブロックグループ（ＰＢＧ）にグループ化してもよい。加えて、ビデオエンコーダ２００は、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。
ビデオエンコーダ２００は、本開示で説明されている予測ブロックグループ化技法のいずれかを実行するように構成されていてもよい。例えば、イントラ予測ユニット２２６は、ＩＳＰコーディングを実行して、コーディングユニット（ＣＵ）をサブブロック（例えば、予測ブロック）に区分してもよい。加えて、イントラ予測ユニット２２６は、サブブロックを予測ブロックグループにグループ化してもよい。このようにして、ビデオエンコーダ２００は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割（例えば、垂直分割）を実行して、予測ブロックのセットを形成するように構成され、回路中で実現される１つ以上のプロセッサを含んでいると見なしてもよい。予測ブロックは、少なくとも第１の予測ブロックと第２の予測ブロックとを含んでいてもよい。ビデオエンコーダ２００は、その後、予測ブロックのセットのうちの複数を、第１の予測ブロックグループ（ＰＢＧ）にグループ化してもよい。加えて、ビデオエンコーダ２００は、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。
【0224】
［０２３８］
図２１は、本開示の技法を利用してもよい、例示的なビデオデコーダ３００を図示するブロック図である。図２１は、説明の目的のために提供されており、本開示で広く例示し説明しているような技法には限定されない。説明の目的で、本開示は、ＪＥＭ、ＶＶＣおよびＨＥＶＣの技法にしたがうビデオデコーダ３００を説明している。しかしながら、本開示の技法は、他のビデオコーディング標準規格に構成されているビデオコーディングデバイスによって実行してもよい。
図２１は、本開示の技法を利用してもよい、例示的なビデオデコーダ３００を図示するブロック図である。図２１は、説明の目的のために提供されており、本開示で広く例示し説明しているような技法には限定されない。説明の目的で、本開示は、ＪＥＭ、ＶＶＣおよびＨＥＶＣの技法にしたがうビデオデコーダ３００を説明している。しかしながら、本開示の技法は、他のビデオコーディング標準規格に構成されているビデオコーディングデバイスによって実行してもよい。
【0225】
［０２３９］
図２１の例では、ビデオデコーダ３００は、コード化ピクチャーバッファ（ＣＰＢ）メモリ３２０と、エントロピーデコーディングユニット３０２と、予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２と、デコードピクチャーバッファ（ＤＰＢ）３１４とを含んでいる。ＣＰＢメモリ３２０と、エントロピーデコーディングユニット３０２と、予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２と、ＤＰＢ３１４のいずれかまたはすべてを、１つ以上のプロセッサ中で、または、処理回路中で実現してもよい。さらに、ビデオデコーダ３００は、これらまたは他の機能を実行するために、追加または代替のプロセッサまたは処理回路を含んでいてもよい。
図２１の例では、ビデオデコーダ３００は、コード化ピクチャーバッファ（ＣＰＢ）メモリ３２０と、エントロピーデコーディングユニット３０２と、予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２と、デコードピクチャーバッファ（ＤＰＢ）３１４とを含んでいる。ＣＰＢメモリ３２０と、エントロピーデコーディングユニット３０２と、予測処理ユニット３０４と、逆量子化ユニット３０６と、逆変換処理ユニット３０８と、再構築ユニット３１０と、フィルタユニット３１２と、ＤＰＢ３１４のいずれかまたはすべてを、１つ以上のプロセッサ中で、または、処理回路中で実現してもよい。さらに、ビデオデコーダ３００は、これらまたは他の機能を実行するために、追加または代替のプロセッサまたは処理回路を含んでいてもよい。
【0226】
［０２４０］
予測処理ユニット３０４は、動き補償ユニット３１６とイントラ予測ユニット３１８とを含んでいる。予測処理ユニット３０４は、他の予測モードにしたがって予測を実行するための追加ユニットを含んでいてもよい。例として、予測処理ユニット３０４は、パレットユニット、（動き補償ユニット３１６の一部を形成していてもよい）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニット、または、これらに類するものを含んでいてもよい。他の例では、ビデオデコーダ３００は、より多い、より少ない、または、異なる機能的コンポーネントを含んでいてもよい。
予測処理ユニット３０４は、動き補償ユニット３１６とイントラ予測ユニット３１８とを含んでいる。予測処理ユニット３０４は、他の予測モードにしたがって予測を実行するための追加ユニットを含んでいてもよい。例として、予測処理ユニット３０４は、パレットユニット、（動き補償ユニット３１６の一部を形成していてもよい）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニット、または、これらに類するものを含んでいてもよい。他の例では、ビデオデコーダ３００は、より多い、より少ない、または、異なる機能的コンポーネントを含んでいてもよい。
【0227】
［０２４１］
ＣＰＢメモリ３２０は、ビデオデコーダ３００のコンポーネントによってデコードされるべき、エンコードされたビデオビットストリームのようなビデオデータを記憶してもよい。ＣＰＢメモリ３２０中に記憶されるビデオデータは、例えば、コンピュータ読取可能媒体１１０（図１）から取得されてもよい。ＣＰＢメモリ３２０は、エンコードされたビデオビットストリームからのエンコードされたビデオデータ（例えば、シンタックス要素）を記憶するＣＰＢを含んでいてもよい。また、ＣＰＢメモリ３２０は、ビデオデコーダ３００のさまざまなユニットからの出力を表す一時データのような、コード化されたピクチャーのシンタックス要素以外のビデオデータを記憶してもよい。ＤＰＢ３１４は、一般的に、デコードされたピクチャーを記憶し、エンコードされたビデオビットストリームの後続のデータまたはピクチャーをデコードするときに、ビデオデコーダ３００が、このデコードされたピクチャーを、参照ビデオデータとして出力および／または使用してもよい。ＣＰＢメモリ３２０およびＤＰＢ３１４は、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または、他のタイプのメモリデバイスのような、さまざまなメモリデバイスのいずれかによって形成されていてもよい。ＣＰＢメモリ３２０およびＤＰＢ３１４は、同じメモリデバイスまたは別個のメモリデバイスによって提供されてもよい。さまざまな例では、ＣＰＢメモリ３２０は、ビデオデコーダ３００の他のコンポーネントとともにオンチップであるか、または、これらのコンポーネントに対してオフチップであってもよい。
ＣＰＢメモリ３２０は、ビデオデコーダ３００のコンポーネントによってデコードされるべき、エンコードされたビデオビットストリームのようなビデオデータを記憶してもよい。ＣＰＢメモリ３２０中に記憶されるビデオデータは、例えば、コンピュータ読取可能媒体１１０（図１）から取得されてもよい。ＣＰＢメモリ３２０は、エンコードされたビデオビットストリームからのエンコードされたビデオデータ（例えば、シンタックス要素）を記憶するＣＰＢを含んでいてもよい。また、ＣＰＢメモリ３２０は、ビデオデコーダ３００のさまざまなユニットからの出力を表す一時データのような、コード化されたピクチャーのシンタックス要素以外のビデオデータを記憶してもよい。ＤＰＢ３１４は、一般的に、デコードされたピクチャーを記憶し、エンコードされたビデオビットストリームの後続のデータまたはピクチャーをデコードするときに、ビデオデコーダ３００が、このデコードされたピクチャーを、参照ビデオデータとして出力および／または使用してもよい。ＣＰＢメモリ３２０およびＤＰＢ３１４は、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または、他のタイプのメモリデバイスのような、さまざまなメモリデバイスのいずれかによって形成されていてもよい。ＣＰＢメモリ３２０およびＤＰＢ３１４は、同じメモリデバイスまたは別個のメモリデバイスによって提供されてもよい。さまざまな例では、ＣＰＢメモリ３２０は、ビデオデコーダ３００の他のコンポーネントとともにオンチップであるか、または、これらのコンポーネントに対してオフチップであってもよい。
【0228】
［０２４２］
追加的にまたは代替的に、いくつかの例では、ビデオデコーダ３００は、メモリ１２０（図１）からコード化されたビデオデータを取り出してもよい。すなわち、メモリ１２０は、ＣＰＢメモリ３２０を用いて上記で説明したようなデータを記憶していてもよい。同様に、ビデオデコーダ３００の機能性のいくつかまたはすべてが、ビデオデコーダ３００の処理回路によって実行されるソフトウェアで実現されるとき、メモリ１２０は、ビデオデコーダ３００によって実行されるべき命令を記憶していてもよい。
追加的にまたは代替的に、いくつかの例では、ビデオデコーダ３００は、メモリ１２０（図１）からコード化されたビデオデータを取り出してもよい。すなわち、メモリ１２０は、ＣＰＢメモリ３２０を用いて上記で説明したようなデータを記憶していてもよい。同様に、ビデオデコーダ３００の機能性のいくつかまたはすべてが、ビデオデコーダ３００の処理回路によって実行されるソフトウェアで実現されるとき、メモリ１２０は、ビデオデコーダ３００によって実行されるべき命令を記憶していてもよい。
【0229】
［０２４３］
図２１に示されているさまざまなユニットは、ビデオデコーダ３００によって実行される動作の理解を助けるために図示されている。ユニットは、固定機能回路、プログラマブル回路、または、これらの組み合わせとして実現してもよい。図２０と同様に、固定機能回路は、特定の機能性を提供する回路を指し、実行できる動作に対して予め設定される。プログラマブル回路は、さまざまなタスクを実行するようにプログラムでき、実行できる動作において柔軟な機能性を提供できる回路を指している。例えば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって規定される方法でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行してもよい。固定機能回路は、（例えば、パラメータを受け取るまたはパラメータを出力するために）ソフトウェア命令を実行するかもしれないが、固定機能回路が実行する動作のタイプは一般的に不変である。いくつかの例では、ユニットのうちの１つ以上は、別個の回路ブロック（固定機能またはプログラマブル）であってもよく、いくつかの例では、１つ以上のユニットは集積回路であってもよい。
図２１に示されているさまざまなユニットは、ビデオデコーダ３００によって実行される動作の理解を助けるために図示されている。ユニットは、固定機能回路、プログラマブル回路、または、これらの組み合わせとして実現してもよい。図２０と同様に、固定機能回路は、特定の機能性を提供する回路を指し、実行できる動作に対して予め設定される。プログラマブル回路は、さまざまなタスクを実行するようにプログラムでき、実行できる動作において柔軟な機能性を提供できる回路を指している。例えば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって規定される方法でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行してもよい。固定機能回路は、（例えば、パラメータを受け取るまたはパラメータを出力するために）ソフトウェア命令を実行するかもしれないが、固定機能回路が実行する動作のタイプは一般的に不変である。いくつかの例では、ユニットのうちの１つ以上は、別個の回路ブロック（固定機能またはプログラマブル）であってもよく、いくつかの例では、１つ以上のユニットは集積回路であってもよい。
【0230】
［０２４４］
ビデオデコーダ３００は、ＡＬＵ、ＥＦＵ、デジタル回路、アナログ回路、および／または、プログラマブル回路から形成されているプログラマブルコアを含んでいてもよい。ビデオデコーダ３００の動作がプログラマブル回路上で実行するソフトウェアによって実行される例では、オンチップまたはオフチップメモリが、ビデオデコーダ３００が受け取って実行するソフトウェアの命令（例えば、オブジェクトコード）を記憶していてもよい。
ビデオデコーダ３００は、ＡＬＵ、ＥＦＵ、デジタル回路、アナログ回路、および／または、プログラマブル回路から形成されているプログラマブルコアを含んでいてもよい。ビデオデコーダ３００の動作がプログラマブル回路上で実行するソフトウェアによって実行される例では、オンチップまたはオフチップメモリが、ビデオデコーダ３００が受け取って実行するソフトウェアの命令（例えば、オブジェクトコード）を記憶していてもよい。
【0231】
［０２４５］
エントロピーデコーディングユニット３０２は、ＣＰＢからエンコードされたビデオデータを受け取り、ビデオデータをエントロピーデコードして、シンタックス要素を再生させてもよい。予測処理ユニット３０４、逆量子化ユニット３０６、逆変換処理ユニット３０８、再構築ユニット３１０、および、フィルタユニット３１２は、ビットストリームから抽出されたシンタックス要素に基づいて、デコードされたビデオデータを発生させてもよい。
エントロピーデコーディングユニット３０２は、ＣＰＢからエンコードされたビデオデータを受け取り、ビデオデータをエントロピーデコードして、シンタックス要素を再生させてもよい。予測処理ユニット３０４、逆量子化ユニット３０６、逆変換処理ユニット３０８、再構築ユニット３１０、および、フィルタユニット３１２は、ビットストリームから抽出されたシンタックス要素に基づいて、デコードされたビデオデータを発生させてもよい。
【0232】
［０２４６］
一般的に、ビデオデコーダ３００は、ブロック毎のベースでピクチャーを再構築する。ビデオデコーダ３００は、各ブロックに対して個別に再構築動作を実行してもよい（現在再構築されている、すなわち、デコードされているブロックは、「現在ブロック」として呼ばれることがある）。
一般的に、ビデオデコーダ３００は、ブロック毎のベースでピクチャーを再構築する。ビデオデコーダ３００は、各ブロックに対して個別に再構築動作を実行してもよい（現在再構築されている、すなわち、デコードされているブロックは、「現在ブロック」として呼ばれることがある）。
【0233】
［０２４７］
エントロピーデコーディングユニット３０２は、量子化された変換係数ブロックの量子化された変換係数を規定するシンタックス要素とともに、量子化パラメータ（ＱＰ）および／または変換モードインジケーションのような変換情報をエントロピーデコードしてもよい。逆量子化ユニット３０６は、量子化変換係数ブロックに関係するＱＰを使用して、量子化の程度を、そして、同様に逆量子化ユニット３０６が適用する逆量子化の程度を決定してもよい。逆量子化ユニット３０６は、例えば、ビット単位の左シフト演算を実行して、量子化変換係数を逆量子化してもよい。それによって、逆量子化ユニット３０６は、変換係数を含む変換係数ブロックを形成してもよい。
エントロピーデコーディングユニット３０２は、量子化された変換係数ブロックの量子化された変換係数を規定するシンタックス要素とともに、量子化パラメータ（ＱＰ）および／または変換モードインジケーションのような変換情報をエントロピーデコードしてもよい。逆量子化ユニット３０６は、量子化変換係数ブロックに関係するＱＰを使用して、量子化の程度を、そして、同様に逆量子化ユニット３０６が適用する逆量子化の程度を決定してもよい。逆量子化ユニット３０６は、例えば、ビット単位の左シフト演算を実行して、量子化変換係数を逆量子化してもよい。それによって、逆量子化ユニット３０６は、変換係数を含む変換係数ブロックを形成してもよい。
【0234】
［０２４８］
逆量子化ユニット３０６が変換係数ブロックを形成した後、逆変換処理ユニット３０８は、変換係数ブロックに１つ以上の逆変換を適用して、現在ブロックに関係する残差ブロックを発生させてもよい。例えば、逆変換処理ユニット３０８は、変換係数ブロックに、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ）、逆回転変換、逆方向変換、または、別の逆変換を適用してもよい。
逆量子化ユニット３０６が変換係数ブロックを形成した後、逆変換処理ユニット３０８は、変換係数ブロックに１つ以上の逆変換を適用して、現在ブロックに関係する残差ブロックを発生させてもよい。例えば、逆変換処理ユニット３０８は、変換係数ブロックに、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ）、逆回転変換、逆方向変換、または、別の逆変換を適用してもよい。
【0235】
［０２４９］
さらに、予測処理ユニット３０４は、エントロピーデコーディングユニット３０２によってエントロピーデコードされた予測情報シンタックス要素にしたがって、予測ブロックを発生させる。例えば、現在ブロックがインター予測されることを予測情報シンタックス要素が示す場合、動き補償ユニット３１６が予測ブロックを発生させてもよい。このケースでは、予測情報シンタックス要素は、参照ブロックを取り出すべきＤＰＢ３１４中の参照ピクチャーとともに、現在ピクチャー中の現在ブロックのロケーションに対する、参照ピクチャー中の参照ブロックのロケーションを識別する動きベクトルを示していてもよい。動き補償ユニット３１６は、一般的に、動き補償ユニット２２４（図２０）に関して説明した方法と実質的に類似する方法で、インター予測プロセスを実行してもよい。
さらに、予測処理ユニット３０４は、エントロピーデコーディングユニット３０２によってエントロピーデコードされた予測情報シンタックス要素にしたがって、予測ブロックを発生させる。例えば、現在ブロックがインター予測されることを予測情報シンタックス要素が示す場合、動き補償ユニット３１６が予測ブロックを発生させてもよい。このケースでは、予測情報シンタックス要素は、参照ブロックを取り出すべきＤＰＢ３１４中の参照ピクチャーとともに、現在ピクチャー中の現在ブロックのロケーションに対する、参照ピクチャー中の参照ブロックのロケーションを識別する動きベクトルを示していてもよい。動き補償ユニット３１６は、一般的に、動き補償ユニット２２４（図２０）に関して説明した方法と実質的に類似する方法で、インター予測プロセスを実行してもよい。
【0236】
［０２５０］
別の例として、現在ブロックがイントラ予測されることを予測情報シンタックス要素が示している場合、イントラ予測ユニット３１８は、予測情報シンタックス要素によって示されているイントラ予測モードにしたがって、予測ブロックを発生させてもよい。再度説明すると、イントラ予測ユニット３１８は、一般的に、イントラ予測ユニット２２６（図２０）に関して説明した方法と実質的に類似する方法で、イントラ予測プロセスを実行してもよい。イントラ予測ユニット３１８は、現在ブロックに対する隣接するサンプルのデータをＤＰＢ３１４から取り出してもよい。
別の例として、現在ブロックがイントラ予測されることを予測情報シンタックス要素が示している場合、イントラ予測ユニット３１８は、予測情報シンタックス要素によって示されているイントラ予測モードにしたがって、予測ブロックを発生させてもよい。再度説明すると、イントラ予測ユニット３１８は、一般的に、イントラ予測ユニット２２６（図２０）に関して説明した方法と実質的に類似する方法で、イントラ予測プロセスを実行してもよい。イントラ予測ユニット３１８は、現在ブロックに対する隣接するサンプルのデータをＤＰＢ３１４から取り出してもよい。
【0237】
［０２５１］
再構築ユニット３１０は、予測ブロックと残差ブロックとを使用して、現在ブロックを再構築してもよい。例えば、再構築ユニット３１０は、残差ブロックのサンプルを予測ブロックの対応するサンプルに追加して、現在ブロックを再構築してもよい。
再構築ユニット３１０は、予測ブロックと残差ブロックとを使用して、現在ブロックを再構築してもよい。例えば、再構築ユニット３１０は、残差ブロックのサンプルを予測ブロックの対応するサンプルに追加して、現在ブロックを再構築してもよい。
【0238】
［０２５２］
フィルタユニット３１２は、再構築されたブロックに対して１つ以上のフィルタ動作を実行してもよい。例えば、フィルタユニット３１２は、デブロッキング動作を実行して、再構築されたブロックのエッジに沿ったブロッキネスアーティファクトを低減させてもよい。フィルタユニット３１２の動作は、必ずしもすべての例において実行する必要はない。
フィルタユニット３１２は、再構築されたブロックに対して１つ以上のフィルタ動作を実行してもよい。例えば、フィルタユニット３１２は、デブロッキング動作を実行して、再構築されたブロックのエッジに沿ったブロッキネスアーティファクトを低減させてもよい。フィルタユニット３１２の動作は、必ずしもすべての例において実行する必要はない。
【0239】
［０２５３］
ビデオデコーダ３００は、再構築されたブロックをＤＰＢ３１４中に記憶させてもよい。例えば、フィルタユニット３１２の動作が実行されていない例では、再構築ユニット３１０が、再構築されたブロックをＤＰＢ３１４に記憶させてもよい。フィルタユニット３１２の動作が実行されている例では、フィルタユニット３１２が、再構築されフィルタされたブロックをＤＰＢ３１４に記憶させてもよい。上記で説明したように、ＤＰＢ３１４は、イントラ予測に対する現在ピクチャーと、後続の動き補償のための以前にデコードされたピクチャーとのサンプルのような参照情報を、予測処理ユニット３０４に提供してもよい。さらに、ビデオデコーダ３００は、図１のディスプレイデバイス１１８のようなディスプレイデバイス上での後続の提示のために、ＤＰＢ３１４からデコードされたピクチャーを出力してもよい。
ビデオデコーダ３００は、再構築されたブロックをＤＰＢ３１４中に記憶させてもよい。例えば、フィルタユニット３１２の動作が実行されていない例では、再構築ユニット３１０が、再構築されたブロックをＤＰＢ３１４に記憶させてもよい。フィルタユニット３１２の動作が実行されている例では、フィルタユニット３１２が、再構築されフィルタされたブロックをＤＰＢ３１４に記憶させてもよい。上記で説明したように、ＤＰＢ３１４は、イントラ予測に対する現在ピクチャーと、後続の動き補償のための以前にデコードされたピクチャーとのサンプルのような参照情報を、予測処理ユニット３０４に提供してもよい。さらに、ビデオデコーダ３００は、図１のディスプレイデバイス１１８のようなディスプレイデバイス上での後続の提示のために、ＤＰＢ３１４からデコードされたピクチャーを出力してもよい。
【0240】
［０２５４］
ビデオデコーダ３００は、本開示で説明されている予測ブロックグループ化技法のいずれかを実行するように構成されていてもよい。例えば、イントラ予測ユニット３１８は、ＩＳＰコーディングを実行して、コーディングユニット（ＣＵ）をサブブロック（例えば、予測ブロック）に区分してもよい。加えて、イントラ予測ユニット３１８は、サブブロックを予測ブロックグループにグループ化してもよい。このようにして、ビデオデコーダ３００は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割（例えば、垂直分割）を実行して、予測ブロックのセットを形成するように構成され、回路中で実現されている１つ以上のプロセッサを含んでいると見なされてもよい。予測ブロックは、少なくとも第１の予測ブロックと第２の予測ブロックとを含んでいてもよい。ビデオデコーダ３００は、予測ブロックのセットのうちの複数を第１の予測ブロックグループにグループ化してもよい。加えて、ビデオデコーダ３００は、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。
ビデオデコーダ３００は、本開示で説明されている予測ブロックグループ化技法のいずれかを実行するように構成されていてもよい。例えば、イントラ予測ユニット３１８は、ＩＳＰコーディングを実行して、コーディングユニット（ＣＵ）をサブブロック（例えば、予測ブロック）に区分してもよい。加えて、イントラ予測ユニット３１８は、サブブロックを予測ブロックグループにグループ化してもよい。このようにして、ビデオデコーダ３００は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割（例えば、垂直分割）を実行して、予測ブロックのセットを形成するように構成され、回路中で実現されている１つ以上のプロセッサを含んでいると見なされてもよい。予測ブロックは、少なくとも第１の予測ブロックと第２の予測ブロックとを含んでいてもよい。ビデオデコーダ３００は、予測ブロックのセットのうちの複数を第１の予測ブロックグループにグループ化してもよい。加えて、ビデオデコーダ３００は、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。
【0241】
［０２５５］
図２２は、現在ブロックをエンコードするための方法の例を図示するフローチャートである。現在ブロックは、現在ＣＵを含んでいてもよい。ビデオエンコーダ２００（図１および図２０）に関して説明したが、図２２の方法と類似する方法を実行するように他のデバイスが構成されてもよいことを理解されたい。
図２２は、現在ブロックをエンコードするための方法の例を図示するフローチャートである。現在ブロックは、現在ＣＵを含んでいてもよい。ビデオエンコーダ２００（図１および図２０）に関して説明したが、図２２の方法と類似する方法を実行するように他のデバイスが構成されてもよいことを理解されたい。
【0242】
［０２５６］
この例では、ビデオエンコーダ２００は、最初に現在ブロックを予測する（３５０）。例えば、ビデオエンコーダ２００は、現在ブロックに対する予測ブロックを形成してもよい。ビデオエンコーダ２００は、その後、現在ブロックに対する残差ブロックを計算してもよい。（３５２）。言い換えると、ビデオエンコーダ２００は、現在ブロックに対するルーマ残差データとクロマ残差データとを計算してもよい。残差ブロックを計算するために、ビデオエンコーダ２００は、現在ブロックに対する元のコード化されていないブロックと予測ブロックとの間の差分を計算してもよい。ビデオエンコーダ２００は、その後、残差ブロックの係数を変換および量子化してもよい（３５４）。次に、ビデオエンコーダ２００は、残差ブロックの量子化された変換係数を走査してもよい（３５６）。走査の間、または、走査に続いて、ビデオエンコーダ２００は、変換係数をエントロピーエンコードしてもよい（３５８）。例えば、ビデオエンコーダ２００は、ＣＡＶＬＣまたはＣＡＢＡＣを使用して、変換係数をエンコードしてもよい。ビデオエンコーダ２００は、その後、ブロックのエントロピーエンコード化されたデータを出力してもよい（３６０）。例えば、ビデオエンコーダ２００は、再構築ループを実現して、本開示で説明されている予測ブロックグループ化技法を使用して、コード化ビデオデータを再構築してもよい。
この例では、ビデオエンコーダ２００は、最初に現在ブロックを予測する（３５０）。例えば、ビデオエンコーダ２００は、現在ブロックに対する予測ブロックを形成してもよい。ビデオエンコーダ２００は、その後、現在ブロックに対する残差ブロックを計算してもよい。（３５２）。言い換えると、ビデオエンコーダ２００は、現在ブロックに対するルーマ残差データとクロマ残差データとを計算してもよい。残差ブロックを計算するために、ビデオエンコーダ２００は、現在ブロックに対する元のコード化されていないブロックと予測ブロックとの間の差分を計算してもよい。ビデオエンコーダ２００は、その後、残差ブロックの係数を変換および量子化してもよい（３５４）。次に、ビデオエンコーダ２００は、残差ブロックの量子化された変換係数を走査してもよい（３５６）。走査の間、または、走査に続いて、ビデオエンコーダ２００は、変換係数をエントロピーエンコードしてもよい（３５８）。例えば、ビデオエンコーダ２００は、ＣＡＶＬＣまたはＣＡＢＡＣを使用して、変換係数をエンコードしてもよい。ビデオエンコーダ２００は、その後、ブロックのエントロピーエンコード化されたデータを出力してもよい（３６０）。例えば、ビデオエンコーダ２００は、再構築ループを実現して、本開示で説明されている予測ブロックグループ化技法を使用して、コード化ビデオデータを再構築してもよい。
【0243】
［０２５７］
図２３は、ビデオデータの現在ブロックをデコードするための例示的な方法を図示するフローチャートである。現在ブロックは、現在ＣＵを含んでいてもよい。ビデオデコーダ３００（図１および図２１）に関して説明したが、図２３の方法と類似する方法を実行するように他のデバイスが構成されてもよいことを理解されたい。
図２３は、ビデオデータの現在ブロックをデコードするための例示的な方法を図示するフローチャートである。現在ブロックは、現在ＣＵを含んでいてもよい。ビデオデコーダ３００（図１および図２１）に関して説明したが、図２３の方法と類似する方法を実行するように他のデバイスが構成されてもよいことを理解されたい。
【0244】
［０２５８］
ビデオデコーダ３００は、現在ブロックに対応する残差ブロックの変換係数に対する、エントロピーコード化予測情報およびエントロピーコード化データのような、現在ブロックに対するエントロピーコード化データを受け取ってもよい。（３７０）ビデオデコーダ３００は、エントロピーコード化データをエントロピーデコードして、現在ブロックに対する予測情報を決定し、残差ブロックの変換係数を再生させてもよい（３７２）。ビデオデコーダ３００は、例えば、現在ブロックに対する予測情報により示されているイントラ予測モードまたはインター予測モードを使用して現在ブロックを予測して、現在ブロックに対する予測ブロックを計算してもよい（３７４）。ビデオデコーダ３００は、その後、再生された変換係数を逆走査して、量子化された変換係数のブロックを生成させてもよい（３７６）。ビデオデコーダ３００は、その後、係数を逆量子化および逆変換して、残差ブロックを生成させてもよい（３７８）。ビデオデコーダ３００は、最終的に、予測ブロックと残差ブロックとを組み合わせることにより、現在ブロックをデコードしてもよい（３８０）。ビデオデコーダ３００は、本開示で説明されている予測ブロックグループ化技法を使用して、現在ブロックのサンプルを再構築してもよい。
ビデオデコーダ３００は、現在ブロックに対応する残差ブロックの変換係数に対する、エントロピーコード化予測情報およびエントロピーコード化データのような、現在ブロックに対するエントロピーコード化データを受け取ってもよい。（３７０）ビデオデコーダ３００は、エントロピーコード化データをエントロピーデコードして、現在ブロックに対する予測情報を決定し、残差ブロックの変換係数を再生させてもよい（３７２）。ビデオデコーダ３００は、例えば、現在ブロックに対する予測情報により示されているイントラ予測モードまたはインター予測モードを使用して現在ブロックを予測して、現在ブロックに対する予測ブロックを計算してもよい（３７４）。ビデオデコーダ３００は、その後、再生された変換係数を逆走査して、量子化された変換係数のブロックを生成させてもよい（３７６）。ビデオデコーダ３００は、その後、係数を逆量子化および逆変換して、残差ブロックを生成させてもよい（３７８）。ビデオデコーダ３００は、最終的に、予測ブロックと残差ブロックとを組み合わせることにより、現在ブロックをデコードしてもよい（３８０）。ビデオデコーダ３００は、本開示で説明されている予測ブロックグループ化技法を使用して、現在ブロックのサンプルを再構築してもよい。
【0245】
［０２５９］
図２４は、ビデオデータの現在ブロック上で予測ブロックグループ化を実行するための例示的な技法を図示するフローチャートである。現在ブロックは、現在ＣＵを含んでいてもよい。ビデオエンコーダ２００（図１および図２０）および／またはビデオデコーダ３００（図１および図２１）に関して説明したが、図２４の方法と類似する方法を実行するように、他のデバイスが構成されてもよいことを理解されたい。
図２４は、ビデオデータの現在ブロック上で予測ブロックグループ化を実行するための例示的な技法を図示するフローチャートである。現在ブロックは、現在ＣＵを含んでいてもよい。ビデオエンコーダ２００（図１および図２０）および／またはビデオデコーダ３００（図１および図２１）に関して説明したが、図２４の方法と類似する方法を実行するように、他のデバイスが構成されてもよいことを理解されたい。
【0246】
［０２６０］
いくつかの例では、ビデオコーダ（例えば、ビデオエンコーダ２００および／またはビデオデコーダ３００）は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割（例えば、垂直分割）を実行してもよい。例えば、ビデオコーダは、第１のＣＵの垂直および／または水平分割を実行して、予測ブロックのセットを形成してもよい（２４０２）。例示的な例では、ビデオコーダは、第１のＣＵの垂直分割を実行して、予測ブロックのセットを形成してもよい。何らかのケースにおいて、予測ブロックのセットは、ＣＵのすべての予測ブロックをまたはＣＵの予測ブロックのサブセットのみを含んでいてもよい。すなわち、ビデオコーダは、ＣＵのすべての予測ブロックを含むとは限らない予測ブロックのセットを形成してもよい。例えば、ビデオコーダは、第１のＣＵの分割を実行して、予測ブロックの第１のセットと、予測ブロックの１つ以上の他のセットとを形成してもよい。予測ブロックの１つ以上の他のセットは、互にそして予測ブロックの第１のセットと相互に排他的であってもよい。いくつかの例では、ＣＵの１つの部分が、１つより多い予測ブロックに区分されてもよいように、予測ブロックのセットは、互いにある程度オーバーラップしていてもよい。本開示のさまざまな技法は、ＣＵを予測ブロックのセットに区分するビデオコーダについて説明されているが、本開示の技法はそのように限定されず、ビデオコーダはＣＵを予測ブロックの複数のセットに区分してもよい。
いくつかの例では、ビデオコーダ（例えば、ビデオエンコーダ２００および／またはビデオデコーダ３００）は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割（例えば、垂直分割）を実行してもよい。例えば、ビデオコーダは、第１のＣＵの垂直および／または水平分割を実行して、予測ブロックのセットを形成してもよい（２４０２）。例示的な例では、ビデオコーダは、第１のＣＵの垂直分割を実行して、予測ブロックのセットを形成してもよい。何らかのケースにおいて、予測ブロックのセットは、ＣＵのすべての予測ブロックをまたはＣＵの予測ブロックのサブセットのみを含んでいてもよい。すなわち、ビデオコーダは、ＣＵのすべての予測ブロックを含むとは限らない予測ブロックのセットを形成してもよい。例えば、ビデオコーダは、第１のＣＵの分割を実行して、予測ブロックの第１のセットと、予測ブロックの１つ以上の他のセットとを形成してもよい。予測ブロックの１つ以上の他のセットは、互にそして予測ブロックの第１のセットと相互に排他的であってもよい。いくつかの例では、ＣＵの１つの部分が、１つより多い予測ブロックに区分されてもよいように、予測ブロックのセットは、互いにある程度オーバーラップしていてもよい。本開示のさまざまな技法は、ＣＵを予測ブロックのセットに区分するビデオコーダについて説明されているが、本開示の技法はそのように限定されず、ビデオコーダはＣＵを予測ブロックの複数のセットに区分してもよい。
【0247】
［０２６１］
いくつかの例では、予測ブロックのセットのうちの予測ブロックは、少なくとも第１の予測ブロックと第２の予測ブロックと（例えば、少なくとも２つの垂直予測ブロック）を含んでいてもよい。いくつかの例では、第１の予測ブロックは、２以下のサンプル幅を構成していてもよい。例えば、第１の予測ブロックは、１または２のサンプル幅を有していてもよい。加えて、第２の予測ブロックは、１または２のサンプル幅を有していてもよい。いくつかの例では、第１の予測ブロックと第２の予測ブロックは、同じ幅を有していてもよい。例えば、第１の予測ブロックと第２の予測ブロックは両方、２のサンプル幅を有していてもよい。しかしながら、いくつかの例では、第１の予測ブロックが２の幅を有し、第２の予測ブロックが１の幅を有するように、第１の予測ブロックと第２の予測ブロックは、異なる幅を有していてもよい。このような例では、第１のＰＢＧが、少なくとも４サンプルサイズの幅を有していてもよいように、第３の予測ブロックが、第１のＰＢＧに含まれていてもよい。
いくつかの例では、予測ブロックのセットのうちの予測ブロックは、少なくとも第１の予測ブロックと第２の予測ブロックと（例えば、少なくとも２つの垂直予測ブロック）を含んでいてもよい。いくつかの例では、第１の予測ブロックは、２以下のサンプル幅を構成していてもよい。例えば、第１の予測ブロックは、１または２のサンプル幅を有していてもよい。加えて、第２の予測ブロックは、１または２のサンプル幅を有していてもよい。いくつかの例では、第１の予測ブロックと第２の予測ブロックは、同じ幅を有していてもよい。例えば、第１の予測ブロックと第２の予測ブロックは両方、２のサンプル幅を有していてもよい。しかしながら、いくつかの例では、第１の予測ブロックが２の幅を有し、第２の予測ブロックが１の幅を有するように、第１の予測ブロックと第２の予測ブロックは、異なる幅を有していてもよい。このような例では、第１のＰＢＧが、少なくとも４サンプルサイズの幅を有していてもよいように、第３の予測ブロックが、第１のＰＢＧに含まれていてもよい。
【0248】
［０２６２］
いくつかの例では、ビデオコーダは、予測ブロックのセットから、複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化してもよい（２４０４）。例では、ビデオコーダは、予測ブロックの第１のセットからの１つ以上の予測ブロックを第１のＰＢＧにグループ化してもよい。例えば、ビデオコーダは、予測ブロックの第１のセットから、第１の予測ブロックと第２の予測ブロックとを第１のＰＢＧにグループ化してもよい。いくつかの例では、第１のＰＢＧは、予測ブロックの第１のセットからの１つの予測ブロックのみを含んでいてもよい。
いくつかの例では、ビデオコーダは、予測ブロックのセットから、複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化してもよい（２４０４）。例では、ビデオコーダは、予測ブロックの第１のセットからの１つ以上の予測ブロックを第１のＰＢＧにグループ化してもよい。例えば、ビデオコーダは、予測ブロックの第１のセットから、第１の予測ブロックと第２の予測ブロックとを第１のＰＢＧにグループ化してもよい。いくつかの例では、第１のＰＢＧは、予測ブロックの第１のセットからの１つの予測ブロックのみを含んでいてもよい。
【0249】
［０２６３］
いくつかの例では、ビデオコーダは、ＣＵの予測ブロックの第１のセットをグループ化して、１つ以上のＰＢＧを形成してもよい。このような例では、ビデオコーダは、同じＣＵの予測ブロックの１つ以上の他のセットに関して、同様にまたは異なってＰＢＧをグループ化してもよい。例えば、ビデオコーダは、予測ブロックの第１のセットからの少なくとも１つの垂直予測ブロックと、予測ブロックの同じセットからの少なくとも１つの水平予測ブロックとを、第１のＰＢＧにグループ化してもよい。このような例では、ビデオコーダは、予測ブロックの第２のセットからの少なくとも１つの垂直予測ブロックと、予測ブロックの第２のセットからの少なくとも１つの水平予測ブロックとを、第２のＰＢＧにグループ化してもよい。しかしながら、いくつかの例では、ビデオコーダは、代わりに、予測ブロックの第２のセットからの垂直予測ブロックのみ、および／または、予測ブロックの第２のセットからの水平予測ブロックのみを、第２のＰＢＧにグループ化してもよく、予測ブロックの第１のセットは、垂直サブブロックのみ、水平サブブロックのみ、垂直および水平ブロックの混合等を含み、予測ブロックの第２のセットは、垂直サブブロックのみ、水平サブブロックのみ、垂直および水平ブロックの混合等を含んでいる。いくつかの例では、ビデオコーダは、特定のタイプの予測ブロックのみをＰＢＧにグループ化してもよい。複数の分割タイプ（例えば、単一ＣＵの垂直および水平分割）を使用して区分されたＣＵを伴う非限定的な例では、ビデオコーダは、全体的な分割スキームの垂直分割部分の結果である予測ブロックのみをＰＢＧにグループ化してもよい。このようなことから、ビデオコーダは、（例えば、水平分割を使用して）ビデオコーダが異なって区分した予測ブロックのグループ化を先行してもよい。別の例では、ビデオコーダは、垂直予測ブロックと、垂直予測ブロックに隣接する１つ以上の水平予測ブロックとを含むグループを形成してもよい。ビデオコーダは、追加的に、何らかの残りの予測ブロック（例えば、非隣接予測ブロック）を含むグループを形成してもよく、または、ＣＵの予測ブロックの１つ以上のセット中のある予測ブロックに対するグループを形成しないように決定してもよい。加えて、ビデオコーダは、特定のサイズ（例えば、予め定められているサイズしきい値を満たすサイズ）のものである予測ブロックのみをグループ化してもよい。
いくつかの例では、ビデオコーダは、ＣＵの予測ブロックの第１のセットをグループ化して、１つ以上のＰＢＧを形成してもよい。このような例では、ビデオコーダは、同じＣＵの予測ブロックの１つ以上の他のセットに関して、同様にまたは異なってＰＢＧをグループ化してもよい。例えば、ビデオコーダは、予測ブロックの第１のセットからの少なくとも１つの垂直予測ブロックと、予測ブロックの同じセットからの少なくとも１つの水平予測ブロックとを、第１のＰＢＧにグループ化してもよい。このような例では、ビデオコーダは、予測ブロックの第２のセットからの少なくとも１つの垂直予測ブロックと、予測ブロックの第２のセットからの少なくとも１つの水平予測ブロックとを、第２のＰＢＧにグループ化してもよい。しかしながら、いくつかの例では、ビデオコーダは、代わりに、予測ブロックの第２のセットからの垂直予測ブロックのみ、および／または、予測ブロックの第２のセットからの水平予測ブロックのみを、第２のＰＢＧにグループ化してもよく、予測ブロックの第１のセットは、垂直サブブロックのみ、水平サブブロックのみ、垂直および水平ブロックの混合等を含み、予測ブロックの第２のセットは、垂直サブブロックのみ、水平サブブロックのみ、垂直および水平ブロックの混合等を含んでいる。いくつかの例では、ビデオコーダは、特定のタイプの予測ブロックのみをＰＢＧにグループ化してもよい。複数の分割タイプ（例えば、単一ＣＵの垂直および水平分割）を使用して区分されたＣＵを伴う非限定的な例では、ビデオコーダは、全体的な分割スキームの垂直分割部分の結果である予測ブロックのみをＰＢＧにグループ化してもよい。このようなことから、ビデオコーダは、（例えば、水平分割を使用して）ビデオコーダが異なって区分した予測ブロックのグループ化を先行してもよい。別の例では、ビデオコーダは、垂直予測ブロックと、垂直予測ブロックに隣接する１つ以上の水平予測ブロックとを含むグループを形成してもよい。ビデオコーダは、追加的に、何らかの残りの予測ブロック（例えば、非隣接予測ブロック）を含むグループを形成してもよく、または、ＣＵの予測ブロックの１つ以上のセット中のある予測ブロックに対するグループを形成しないように決定してもよい。加えて、ビデオコーダは、特定のサイズ（例えば、予め定められているサイズしきい値を満たすサイズ）のものである予測ブロックのみをグループ化してもよい。
【0250】
［０２６４］
いくつかの例では、ＰＢＧは、ｎＷサンプルの最小寸法を有するように指定されていてもよい。例えば、ＰＢＧは、４サンプル（例えば、ｎＷ＝４）の最小幅を有していてもよい。すなわち、第１のＰＢＧは、少なくとも４つのサンプルサイズ幅を有していてもよい。このようなケースでは、サブブロックの寸法サイズがｎＷより小さい場合には、隣接する１つ以上の予測ブロックは、寸法サイズｎＷサンプルの１つのＰＢＧとして扱ってもよい。寸法サイズは、高さ、幅、または、高さおよび幅から導出される関数（例えば、幅＊高さ）に適用してもよい。
いくつかの例では、ＰＢＧは、ｎＷサンプルの最小寸法を有するように指定されていてもよい。例えば、ＰＢＧは、４サンプル（例えば、ｎＷ＝４）の最小幅を有していてもよい。すなわち、第１のＰＢＧは、少なくとも４つのサンプルサイズ幅を有していてもよい。このようなケースでは、サブブロックの寸法サイズがｎＷより小さい場合には、隣接する１つ以上の予測ブロックは、寸法サイズｎＷサンプルの１つのＰＢＧとして扱ってもよい。寸法サイズは、高さ、幅、または、高さおよび幅から導出される関数（例えば、幅＊高さ）に適用してもよい。
【0251】
［０２６５］
ビデオコーダは、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい（２４０６）。ビデオコーダが、アクセスすること、読み出すこと、または、他のメモリアクセス手順を実行することなく、１つのサブブロックから１つのサンプルを再構築して、同じＰＢＧ内の別のサブブロック中のサンプルを識別または再構築するときには、ビデオコーダは、ＰＢＧ内の他の予測ブロックとは無関係に、予測ブロックのサンプルを再構築してもよい。当然の結果として、ビデオコーダがシーケンシャルな動作を実行するときには、ビデオコーダは、別のグループからのサンプルの再構築に依存している１つのグループからのサンプルを再構築してもよい。すなわち、シーケンシャルな動作は、最初に第１のグループから１つ以上のサンプルを再構築し、その後、第１のグループからのサンプルに基づいて、別のグループから１つ以上のサンプルを再構築することを伴う。いくつかの事例では、独立した再構築は、ビデオコーダが、同じ第１のＰＢＧ中にある第２の予測ブロックからサンプルを再構築するのと並行して、または、実質的に同時に（例えば、必要な時間遅延なしに）、ビデオコーダが第１のＰＢＧの第１の予測ブロックからサンプルを再構築する並行手順を伴っていてもよい。
ビデオコーダは、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい（２４０６）。ビデオコーダが、アクセスすること、読み出すこと、または、他のメモリアクセス手順を実行することなく、１つのサブブロックから１つのサンプルを再構築して、同じＰＢＧ内の別のサブブロック中のサンプルを識別または再構築するときには、ビデオコーダは、ＰＢＧ内の他の予測ブロックとは無関係に、予測ブロックのサンプルを再構築してもよい。当然の結果として、ビデオコーダがシーケンシャルな動作を実行するときには、ビデオコーダは、別のグループからのサンプルの再構築に依存している１つのグループからのサンプルを再構築してもよい。すなわち、シーケンシャルな動作は、最初に第１のグループから１つ以上のサンプルを再構築し、その後、第１のグループからのサンプルに基づいて、別のグループから１つ以上のサンプルを再構築することを伴う。いくつかの事例では、独立した再構築は、ビデオコーダが、同じ第１のＰＢＧ中にある第２の予測ブロックからサンプルを再構築するのと並行して、または、実質的に同時に（例えば、必要な時間遅延なしに）、ビデオコーダが第１のＰＢＧの第１の予測ブロックからサンプルを再構築する並行手順を伴っていてもよい。
【0252】
［０２６６］
第１のＰＢＧが第１の予測ブロックと第２の予測ブロックとを含む例では、ビデオコーダは、第２の予測ブロックのサンプルとは無関係に、第１の予測ブロックのサンプルを再構築してもよい。いくつかの例では、ＰＢＧ内のサンプルの予測された値間の依存性をもたらすかもしれない、あるフィルタリング動作が予測ブロックに適用されるときには、（ポスト予測フィルタリング動作がない）通常のイントラ予測が依存性をもたらさない限り、ＰＢＧ内のサンプルの予測依存性の制限は依然として有効であると見なされてもよい。例えば、制限は、ＰＤＰＣ、境界フィルタリング、または、他の類似する動作に起因する依存性に適用されないかもしれない。
第１のＰＢＧが第１の予測ブロックと第２の予測ブロックとを含む例では、ビデオコーダは、第２の予測ブロックのサンプルとは無関係に、第１の予測ブロックのサンプルを再構築してもよい。いくつかの例では、ＰＢＧ内のサンプルの予測された値間の依存性をもたらすかもしれない、あるフィルタリング動作が予測ブロックに適用されるときには、（ポスト予測フィルタリング動作がない）通常のイントラ予測が依存性をもたらさない限り、ＰＢＧ内のサンプルの予測依存性の制限は依然として有効であると見なされてもよい。例えば、制限は、ＰＤＰＣ、境界フィルタリング、または、他の類似する動作に起因する依存性に適用されないかもしれない。
【0253】
［０２６７］
いくつかの例では、ビデオコーダは、単一のＣＵが少なくとも２つのＰＢＧを含むように、第２のＰＢＧを形成してもよい。例えば、ビデオコーダは、１つ以上の予測ブロックを第１のＰＢＧにグループ化してもよい。同様に、ビデオコーダは、予測ブロックの第２のセットを第２のＰＢＧにグループ化してもよい。各ＰＢＧの予測ブロックは、予測ブロックのオーバーラップしないセットを含んでいてもよい。すなわち、１つのＰＢＧの予測ブロックは、別のＰＢＧの予測ブロックと相互に排他的であってもよい。いずれのケースでも、ビデオコーダは、第２のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。
いくつかの例では、ビデオコーダは、単一のＣＵが少なくとも２つのＰＢＧを含むように、第２のＰＢＧを形成してもよい。例えば、ビデオコーダは、１つ以上の予測ブロックを第１のＰＢＧにグループ化してもよい。同様に、ビデオコーダは、予測ブロックの第２のセットを第２のＰＢＧにグループ化してもよい。各ＰＢＧの予測ブロックは、予測ブロックのオーバーラップしないセットを含んでいてもよい。すなわち、１つのＰＢＧの予測ブロックは、別のＰＢＧの予測ブロックと相互に排他的であってもよい。いずれのケースでも、ビデオコーダは、第２のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。
【0254】
［０２６８］
加えて、ビデオコーダは、いくつかの例では、第１のＰＢＧ中に含まれている予測ブロックのサンプルに基づいて、第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。すなわち、１つのＰＢＧ中のサンプルの再構築は、別のＰＢＧ中のサンプルの再構築に依存していてもよい。このような例では、ビデオコーダは、依然として、単一のＰＢＧ内のサンプルの予測独立性を維持してもよい。いくつかの例では、第２のＰＢＧ中に含まれているサンプルの予測は、第１のＰＢＧ中に含まれている予測ブロックに基づいていないことがあるが、代わりに、隣接するＣＵのような別のＣＵ中に含まれている予測ブロックに基づいていてもよい。
加えて、ビデオコーダは、いくつかの例では、第１のＰＢＧ中に含まれている予測ブロックのサンプルに基づいて、第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築してもよい。すなわち、１つのＰＢＧ中のサンプルの再構築は、別のＰＢＧ中のサンプルの再構築に依存していてもよい。このような例では、ビデオコーダは、依然として、単一のＰＢＧ内のサンプルの予測独立性を維持してもよい。いくつかの例では、第２のＰＢＧ中に含まれているサンプルの予測は、第１のＰＢＧ中に含まれている予測ブロックに基づいていないことがあるが、代わりに、隣接するＣＵのような別のＣＵ中に含まれている予測ブロックに基づいていてもよい。
【0255】
［０２６９］
いくつかの例では、ビデオコーダは、ＣＵを１つ以上の変換ブロックに分割してもよい。このような例では、変換ブロックのサイズは、第１の予測ブロックまたはＣＵの何らかの１つの予測ブロックのサイズに等しくてもよい。いくつかの例では、変換ブロックのサイズは、第１のＰＢＧ中に含まれている最小予測ブロックのサイズよりも小さくてもよい。さらに、変換ブロックのサイズは、第１のＰＢＧ中に含まれている予測ブロックの総和のサイズよりも小さくてもよい。別の例では、変換ブロックは、ＰＢＧのサイズと等しいサイズを有していてもよい。いずれのケースでも、第１のＰＢＧに関係する第１の変換ブロックは、第１のＰＢＧ中に含まれている第１の予測ブロックまたは第２の予測ブロックのサイズに等しいサイズを有していてもよい。
いくつかの例では、ビデオコーダは、ＣＵを１つ以上の変換ブロックに分割してもよい。このような例では、変換ブロックのサイズは、第１の予測ブロックまたはＣＵの何らかの１つの予測ブロックのサイズに等しくてもよい。いくつかの例では、変換ブロックのサイズは、第１のＰＢＧ中に含まれている最小予測ブロックのサイズよりも小さくてもよい。さらに、変換ブロックのサイズは、第１のＰＢＧ中に含まれている予測ブロックの総和のサイズよりも小さくてもよい。別の例では、変換ブロックは、ＰＢＧのサイズと等しいサイズを有していてもよい。いずれのケースでも、第１のＰＢＧに関係する第１の変換ブロックは、第１のＰＢＧ中に含まれている第１の予測ブロックまたは第２の予測ブロックのサイズに等しいサイズを有していてもよい。
【0256】
［０２７０］
いくつかの例では、ビデオコーダは、少なくとも第１の予測ブロックと第２の予測ブロックとの総計された幅に等しい幅を有する予測サンプルアレイを発生させてもよい。例えば、ビデオコーダは、サイズ（ｎＰｂＷ）×（ｎＨ）のアレイを出力してもよい。いくつかの例では、ビデオコーダは、予測ブロックのサンプルを再構築するとき、少なくとも第１の予測ブロックと第２の予測ブロックとの総計された幅に等しい幅を有する予測サンプルアレイを発生させてもよい。
いくつかの例では、ビデオコーダは、少なくとも第１の予測ブロックと第２の予測ブロックとの総計された幅に等しい幅を有する予測サンプルアレイを発生させてもよい。例えば、ビデオコーダは、サイズ（ｎＰｂＷ）×（ｎＨ）のアレイを出力してもよい。いくつかの例では、ビデオコーダは、予測ブロックのサンプルを再構築するとき、少なくとも第１の予測ブロックと第２の予測ブロックとの総計された幅に等しい幅を有する予測サンプルアレイを発生させてもよい。
【0257】
［０２７１］
いくつかの例では、ビデオコーダは、コーディングユニットの幅と第１の予測ブロックの幅とに基づいて、予測ブロックグループの量を決定してもよい。ビデオコーダは、ＣＵが予測ブロックグループの量を構成するように、予測ブロックグループの量にしたがって、ＣＵをコード化してもよい。予測ブロックグループの量はｐｂＦａｃｔｏｒ（例えば、予測ブロックグループファクター）として本明細書で呼ばれることがある。このような事例では、ビデオコーダは、ＣＵの幅を予測ブロックグループの幅で除算することにより、ｐｂＦａｃｔｏｒを計算してもよい。ＰＢＧの幅は、少なくとも４のサンプルサイズの幅を有するように予め規定されていてもよい。
いくつかの例では、ビデオコーダは、コーディングユニットの幅と第１の予測ブロックの幅とに基づいて、予測ブロックグループの量を決定してもよい。ビデオコーダは、ＣＵが予測ブロックグループの量を構成するように、予測ブロックグループの量にしたがって、ＣＵをコード化してもよい。予測ブロックグループの量はｐｂＦａｃｔｏｒ（例えば、予測ブロックグループファクター）として本明細書で呼ばれることがある。このような事例では、ビデオコーダは、ＣＵの幅を予測ブロックグループの幅で除算することにより、ｐｂＦａｃｔｏｒを計算してもよい。ＰＢＧの幅は、少なくとも４のサンプルサイズの幅を有するように予め規定されていてもよい。
【0258】
［０２７２］
いくつかの例では、ビデオコーダは、サブブロック幅（例えば、予測ブロック幅）をＰＢＧの幅（例えば、ＰＢＧの最小幅）で除算することにより、ｐｂＦａｃｔｏｒを計算してもよい。例えば、サブブロックが１または２の幅を有するときには、ビデオコーダは、ＰＢＧが４のサンプル幅を有するときに４で除算することによるように、サブブロック幅をＰＢＧの幅で除算することにより、ｐｂＦａｃｔｏｒを計算してもよい。別の例では、ＣＵの幅が８サンプルサイズであり、予測ブロックグループが４サンプルサイズであるときには、ビデオコーダは、２に等しくなるようにｐｂＦａｃｔｏｒを計算してもよい。すなわち、ＣＵに対するＰＢＧの数または量は、２つのＰＢＧに等しくてもよい。
いくつかの例では、ビデオコーダは、サブブロック幅（例えば、予測ブロック幅）をＰＢＧの幅（例えば、ＰＢＧの最小幅）で除算することにより、ｐｂＦａｃｔｏｒを計算してもよい。例えば、サブブロックが１または２の幅を有するときには、ビデオコーダは、ＰＢＧが４のサンプル幅を有するときに４で除算することによるように、サブブロック幅をＰＢＧの幅で除算することにより、ｐｂＦａｃｔｏｒを計算してもよい。別の例では、ＣＵの幅が８サンプルサイズであり、予測ブロックグループが４サンプルサイズであるときには、ビデオコーダは、２に等しくなるようにｐｂＦａｃｔｏｒを計算してもよい。すなわち、ＣＵに対するＰＢＧの数または量は、２つのＰＢＧに等しくてもよい。
【0259】
［０２７３］
いくつかの例では、予測ブロックの幅が４以上であるときには、予測ブロック幅とＰＢＧ幅とは同じ幅を有していてもよい。例えば、ビデオコーダは、幅４の予測ブロックを幅４のＰＢＧにグループ化してもよい。すなわち、ビデオコーダは、幅Ｘの予測ブロックを同じ幅の単一のＰＢＧにグループ化してもよく、Ｘは、予め規定されているしきい値数以上である。非限定的で例示的な例では、予め規定されているしきい値数は４であってもよい。別の例示的な例では、ビデオコーダは、幅４の第１の予測ブロックと幅８の第２の予測ブロックとを、幅８の単一のＰＢＧにグループ化してもよい。このような例では、ビデオコーダは、特定のＰＢＧグループサイズを達成するために第２の予測ブロックをさらに区分することによるように、第２の予測ブロックの一部分のみをＰＢＧグループに含めてもよい。本開示のさまざまな技法がある状況において幅サイズで説明されているが、本開示の技法はこのようには制限されず、他の制約および／または考慮事項も同様に予測ブロックのＰＢＧへのグループ化に適用してもよいことが理解されるであろう。例えば、ＰＢＧは特定の高さ制限（例えば、４サンプルサイズの高さ）を有してもよく、または、別の例では、高さと幅の制約および／または考慮事項の組み合わせも同様に予測ブロックのＰＢＧへのグループ化に適用してもよい（例えば、ＰＢＧはＭ×Ｎの最小Ｈ×Ｗサイズを有していてもよく、ＭとＮは必ずしも等しくなくてもよい）。
いくつかの例では、予測ブロックの幅が４以上であるときには、予測ブロック幅とＰＢＧ幅とは同じ幅を有していてもよい。例えば、ビデオコーダは、幅４の予測ブロックを幅４のＰＢＧにグループ化してもよい。すなわち、ビデオコーダは、幅Ｘの予測ブロックを同じ幅の単一のＰＢＧにグループ化してもよく、Ｘは、予め規定されているしきい値数以上である。非限定的で例示的な例では、予め規定されているしきい値数は４であってもよい。別の例示的な例では、ビデオコーダは、幅４の第１の予測ブロックと幅８の第２の予測ブロックとを、幅８の単一のＰＢＧにグループ化してもよい。このような例では、ビデオコーダは、特定のＰＢＧグループサイズを達成するために第２の予測ブロックをさらに区分することによるように、第２の予測ブロックの一部分のみをＰＢＧグループに含めてもよい。本開示のさまざまな技法がある状況において幅サイズで説明されているが、本開示の技法はこのようには制限されず、他の制約および／または考慮事項も同様に予測ブロックのＰＢＧへのグループ化に適用してもよいことが理解されるであろう。例えば、ＰＢＧは特定の高さ制限（例えば、４サンプルサイズの高さ）を有してもよく、または、別の例では、高さと幅の制約および／または考慮事項の組み合わせも同様に予測ブロックのＰＢＧへのグループ化に適用してもよい（例えば、ＰＢＧはＭ×Ｎの最小Ｈ×Ｗサイズを有していてもよく、ＭとＮは必ずしも等しくなくてもよい）。
【0260】
［０２７４］
上記で説明したように、説明した図２４の例示的な方法は、回路中で実現される１つ以上のプロセッサにより実行されてもよい。１つ以上のプロセッサは、ビデオエンコーダ中に含まれていてもよく、または、いくつかの例では、ビデオデコーダ中に含まれていてもよい。
上記で説明したように、説明した図２４の例示的な方法は、回路中で実現される１つ以上のプロセッサにより実行されてもよい。１つ以上のプロセッサは、ビデオエンコーダ中に含まれていてもよく、または、いくつかの例では、ビデオデコーダ中に含まれていてもよい。
【0261】
［０２７５］
本開示の例示的な例は、以下のものを含んでいる。
本開示の例示的な例は、以下のものを含んでいる。
【0262】
［０２７６］
例１：ビデオデータをコード化する方法において、方法は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成し、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含むことと、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化することと、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することとを含んでいる。
例１：ビデオデータをコード化する方法において、方法は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成し、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含むことと、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化することと、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することとを含んでいる。
【0263】
［０２７７］
例２：予測ブロックのセットのうちの複数を第１のＰＢＧにグループ化することが、予測ブロックのセットのうちの第１の複数を第１のＰＢＧにグループ化することを含み、方法は、予測ブロックのセットのうちの第２の複数を第２のＰＢＧにグループ化し、予測ブロックのセットのうちの第２の複数および予測ブロックのセットのうちの第１の複数は、予測ブロックのオーバーラップしていないセットを含むことと、第２のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することとをさらに含んでいる例１記載の方法。
例２：予測ブロックのセットのうちの複数を第１のＰＢＧにグループ化することが、予測ブロックのセットのうちの第１の複数を第１のＰＢＧにグループ化することを含み、方法は、予測ブロックのセットのうちの第２の複数を第２のＰＢＧにグループ化し、予測ブロックのセットのうちの第２の複数および予測ブロックのセットのうちの第１の複数は、予測ブロックのオーバーラップしていないセットを含むことと、第２のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することとをさらに含んでいる例１記載の方法。
【0264】
［０２７８］
例３：第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することは、第１のＰＢＧ中に含まれている予測ブロックのサンプルに基づいて、第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することを含んでいる例２記載の方法。
例３：第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することは、第１のＰＢＧ中に含まれている予測ブロックのサンプルに基づいて、第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築することを含んでいる例２記載の方法。
【0265】
［０２７９］
例４：第１のＰＢＧが、少なくとも４のサンプルサイズ幅を構成する例１～３のいずれか記載の方法。
例４：第１のＰＢＧが、少なくとも４のサンプルサイズ幅を構成する例１～３のいずれか記載の方法。
【0266】
［０２８０］
例５：第１のＰＢＧに関係する第１の変換ブロックが、第１の予測ブロックのサイズに等しいサイズを有する例１～４のいずれか記載の方法。
例５：第１のＰＢＧに関係する第１の変換ブロックが、第１の予測ブロックのサイズに等しいサイズを有する例１～４のいずれか記載の方法。
【0267】
［０２８１］
例６：予測ブロックのサンプルを再構築することが、少なくとも第１の予測ブロックと第２の予測ブロックとの総計された幅に等しい幅を有する予測サンプルアレイを発生させることを含む例１～５のいずれか記載の方法。
例６：予測ブロックのサンプルを再構築することが、少なくとも第１の予測ブロックと第２の予測ブロックとの総計された幅に等しい幅を有する予測サンプルアレイを発生させることを含む例１～５のいずれか記載の方法。
【0268】
［０２８２］
例７：第１の予測ブロックが、２以下のサンプル幅を構成する例１～６のいずれか記載の方法。
例７：第１の予測ブロックが、２以下のサンプル幅を構成する例１～６のいずれか記載の方法。
【0269】
［０２８３］
例８：第１の予測ブロックと第２の予測ブロックとが同じ幅のものである例７記載の方法。
例８：第１の予測ブロックと第２の予測ブロックとが同じ幅のものである例７記載の方法。
【0270】
［０２８４］
例９：コーディングユニットの幅と第１の予測ブロックの幅とに基づいて、予測ブロックグループの量を決定することと、ＣＵが予測ブロックグループの量を構成するように、予測ブロックグループの量にしたがって、ＣＵをコード化することとをさらに含む例１～８のいずれか記載の方法。
例９：コーディングユニットの幅と第１の予測ブロックの幅とに基づいて、予測ブロックグループの量を決定することと、ＣＵが予測ブロックグループの量を構成するように、予測ブロックグループの量にしたがって、ＣＵをコード化することとをさらに含む例１～８のいずれか記載の方法。
【0271】
［０２８５］
例１０：方法が、１つ以上のプロセッサにより実行される例１～９のいずれか記載の方法。
例１０：方法が、１つ以上のプロセッサにより実行される例１～９のいずれか記載の方法。
【0272】
［０２８６］
例１１：コード化されたビデオビットストリーム中で、ビデオデータのＣＵに対する予測情報を表す１つ以上のシンタックス要素と、ビデオデータのＣＵに対する残差データを表す１つ以上のシンタックス要素とをエンコードすることをさらに含む例１～１０のいずれか記載の方法。
例１１：コード化されたビデオビットストリーム中で、ビデオデータのＣＵに対する予測情報を表す１つ以上のシンタックス要素と、ビデオデータのＣＵに対する残差データを表す１つ以上のシンタックス要素とをエンコードすることをさらに含む例１～１０のいずれか記載の方法。
【0273】
［０２８７］
例１２：コード化されたビデオビットストリームから、ビデオデータのＣＵに対する予測情報を表す１つ以上のシンタックス要素と、ビデオデータのＣＵに対する残差データを表す１つ以上のシンタックス要素とをデコードすることをさらに含む例１～１１のいずれか記載の方法。
例１２：コード化されたビデオビットストリームから、ビデオデータのＣＵに対する予測情報を表す１つ以上のシンタックス要素と、ビデオデータのＣＵに対する残差データを表す１つ以上のシンタックス要素とをデコードすることをさらに含む例１～１１のいずれか記載の方法。
【0274】
［０２８８］
例１３：ＣＵの分割を実行することが、垂直分割、水平分割、または、水平分割と垂直分割との組み合わせのうちの１つ以上を使用して、ＣＵを分割することを含む例１～１２のいずれか記載の方法。
例１３：ＣＵの分割を実行することが、垂直分割、水平分割、または、水平分割と垂直分割との組み合わせのうちの１つ以上を使用して、ＣＵを分割することを含む例１～１２のいずれか記載の方法。
【0275】
［０２８９］
例１４：ビデオデータをコード化するデバイスにおいて、デバイスは、例１～例１３のいずれかの方法を実行する１つ以上の手段を備えている。例えば、例１４のデバイスは、ビデオデータを記憶するように構成されているメモリと、回路中で実現されている１つ以上のプロセッサとを含み、１つ以上のプロセッサは、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成し、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含むようにと、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化するようにと、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するように構成されている。
例１４：ビデオデータをコード化するデバイスにおいて、デバイスは、例１～例１３のいずれかの方法を実行する１つ以上の手段を備えている。例えば、例１４のデバイスは、ビデオデータを記憶するように構成されているメモリと、回路中で実現されている１つ以上のプロセッサとを含み、１つ以上のプロセッサは、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の分割を実行して、予測ブロックのセットを形成し、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含むようにと、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化するようにと、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するように構成されている。
【0276】
［０２９０］
例１５：予測ブロックのセットのうちの複数を第１のＰＢＧにグループ化するために、１つ以上のプロセッサが、予測ブロックのセットのうちの第１の複数を第１のＰＢＧにグループ化するように構成され、１つ以上のプロセッサが、予測ブロックのセットのうちの第２の複数を第２のＰＢＧにグループ化し、予測ブロックのセットのうちの第２の複数と予測ブロックのセットのうちの第１の複数が、予測ブロックのオーバーラップしていないセットを含むようにと、第２のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するようにさらに構成されている例１４記載のデバイス。
例１５：予測ブロックのセットのうちの複数を第１のＰＢＧにグループ化するために、１つ以上のプロセッサが、予測ブロックのセットのうちの第１の複数を第１のＰＢＧにグループ化するように構成され、１つ以上のプロセッサが、予測ブロックのセットのうちの第２の複数を第２のＰＢＧにグループ化し、予測ブロックのセットのうちの第２の複数と予測ブロックのセットのうちの第１の複数が、予測ブロックのオーバーラップしていないセットを含むようにと、第２のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するようにさらに構成されている例１４記載のデバイス。
【0277】
［０２９１］
例１６：第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するために、１つ以上のプロセッサが、第１のＰＢＧ中に含まれている予測ブロックのサンプルに基づいて、第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するように構成されている例１５記載のデバイス。
例１６：第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するために、１つ以上のプロセッサが、第１のＰＢＧ中に含まれている予測ブロックのサンプルに基づいて、第２のＰＢＧ中に含まれている予測ブロックのサンプルを再構築するように構成されている例１５記載のデバイス。
【0278】
［０２９２］
例１７：第１のＰＢＧが、少なくとも４のサンプルサイズ幅を構成する例１４～１６のいずれか記載のデバイス。
例１７：第１のＰＢＧが、少なくとも４のサンプルサイズ幅を構成する例１４～１６のいずれか記載のデバイス。
【0279】
［０２９３］
例１８：第１のＰＢＧに関係する第１の変換ブロックが、第１の予測ブロックのサイズに等しいサイズを有する例１４～１７のいずれか記載のデバイス。
例１８：第１のＰＢＧに関係する第１の変換ブロックが、第１の予測ブロックのサイズに等しいサイズを有する例１４～１７のいずれか記載のデバイス。
【0280】
［０２９４］
例１９：予測ブロックのサンプルを再構築するために、１つ以上のプロセッサが、少なくとも第１の予測ブロックと第２の予測ブロックとの総計された幅に等しい幅を有する予測サンプルアレイを発生させるように構成されている例１４～１８のいずれか記載のデバイス。
例１９：予測ブロックのサンプルを再構築するために、１つ以上のプロセッサが、少なくとも第１の予測ブロックと第２の予測ブロックとの総計された幅に等しい幅を有する予測サンプルアレイを発生させるように構成されている例１４～１８のいずれか記載のデバイス。
【0281】
［０２９５］
例２０：第１の予測ブロックが、２以下のサンプル幅を構成する例１４～１９のいずれか記載のデバイス。
例２０：第１の予測ブロックが、２以下のサンプル幅を構成する例１４～１９のいずれか記載のデバイス。
【0282】
［０２９６］
例２１：第１の予測ブロックと第２の予測ブロックとが同じ幅のものである例２０記載のデバイス。
例２１：第１の予測ブロックと第２の予測ブロックとが同じ幅のものである例２０記載のデバイス。
【0283】
［０２９７］
例２２：１つ以上のプロセッサが、コーディングユニットの幅と第１の予測ブロックの幅とに基づいて、予測ブロックグループの量を決定するようにと、ＣＵが予測ブロックグループの量を構成するように、予測ブロックグループの量にしたがって、ＣＵをコード化するようにさらに構成されている例１４～２１のいずれか記載のデバイス。
例２２：１つ以上のプロセッサが、コーディングユニットの幅と第１の予測ブロックの幅とに基づいて、予測ブロックグループの量を決定するようにと、ＣＵが予測ブロックグループの量を構成するように、予測ブロックグループの量にしたがって、ＣＵをコード化するようにさらに構成されている例１４～２１のいずれか記載のデバイス。
【0284】
［０２９８］
例２３：１つ以上のプロセッサが、ビデオエンコーダに含まれている例１４～２２のいずれか記載のデバイス。
例２３：１つ以上のプロセッサが、ビデオエンコーダに含まれている例１４～２２のいずれか記載のデバイス。
【0285】
［０２９９］
例２４：１つ以上のプロセッサが、ビデオデコーダに含まれている例１４～２３のいずれか記載のデバイス。
例２４：１つ以上のプロセッサが、ビデオデコーダに含まれている例１４～２３のいずれか記載のデバイス。
【0286】
［０３００］
例２５：ＣＵの分割を実行するために、１つ以上のプロセッサが、垂直分割を使用して、ＣＵを分割するように構成されている例１４～２４のいずれか記載のデバイス。
例２５：ＣＵの分割を実行するために、１つ以上のプロセッサが、垂直分割を使用して、ＣＵを分割するように構成されている例１４～２４のいずれか記載のデバイス。
【0287】
［０３０１］
いくつかのインプリメンテーションでは、上記で説明した例１～１３および／または１４～２５は、実行されるときに、デバイスの１つ以上のプロセッサにさまざまな動作のいくつかまたはすべてを実行させる命令を記憶しているコンピュータ読取可能記憶媒体を使用して、実現することができる。例えば、実行されるときに、ビデオデータをデコードおよび／またはエンコードするデバイスの１つ以上のプロセッサに、イントラ副区分（ＩＳＰ）を使用させて、ビデオデータのコーディングユニット（ＣＵ）の分割を実行させて、予測ブロックのセットを形成させ、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含み、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化させ、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築させる命令を記憶しているコンピュータ読取可能記憶媒体を提供することができる。
いくつかのインプリメンテーションでは、上記で説明した例１～１３および／または１４～２５は、実行されるときに、デバイスの１つ以上のプロセッサにさまざまな動作のいくつかまたはすべてを実行させる命令を記憶しているコンピュータ読取可能記憶媒体を使用して、実現することができる。例えば、実行されるときに、ビデオデータをデコードおよび／またはエンコードするデバイスの１つ以上のプロセッサに、イントラ副区分（ＩＳＰ）を使用させて、ビデオデータのコーディングユニット（ＣＵ）の分割を実行させて、予測ブロックのセットを形成させ、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含み、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化させ、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築させる命令を記憶しているコンピュータ読取可能記憶媒体を提供することができる。
【0288】
［０３０２］
いくつかのインプリメンテーションでは、上記で説明した例１～１３および／または１４～２５は、さまざまな動作のいくつかまたはすべてを実行する１つ以上の手段を具備する装置を使用して実現することができる。例えば、ビデオデータをエンコードする装置は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の垂直分割を実行して、予測ブロックのセットを形成し、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含む手段と、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化する手段と、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築する手段とを含んでいる。
いくつかのインプリメンテーションでは、上記で説明した例１～１３および／または１４～２５は、さまざまな動作のいくつかまたはすべてを実行する１つ以上の手段を具備する装置を使用して実現することができる。例えば、ビデオデータをエンコードする装置は、イントラ副区分（ＩＳＰ）を使用して、ビデオデータのコーディングユニット（ＣＵ）の垂直分割を実行して、予測ブロックのセットを形成し、予測ブロックが、少なくとも第１の予測ブロックと第２の予測ブロックとを含む手段と、予測ブロックのセットからの複数の予測ブロックを第１の予測ブロックグループ（ＰＢＧ）にグループ化する手段と、第１のＰＢＧ中に含まれている他の予測ブロックのサンプルとは無関係に、第１のＰＢＧ中に含まれている予測ブロックのサンプルを再構築する手段とを含んでいる。
【0289】
［０３０３］
例２６：ビデオデータをコード化する方法において、方法は、ビデオデータの現在コーディングブロックに対する一般化予測の実行のインジケーションをコード化することと、インジケーションに基づいて、現在コーディングブロックを１つ以上の予測ブロックに分割することと、１つ以上の予測ブロックに基づいて、１つ以上の予測ブロックグループ（ＰＢＧ）を規定することと、ＰＢＧのコーディング順序を決定することと、コーディング順序でＰＢＧをコード化することとを含んでいる。
例２６：ビデオデータをコード化する方法において、方法は、ビデオデータの現在コーディングブロックに対する一般化予測の実行のインジケーションをコード化することと、インジケーションに基づいて、現在コーディングブロックを１つ以上の予測ブロックに分割することと、１つ以上の予測ブロックに基づいて、１つ以上の予測ブロックグループ（ＰＢＧ）を規定することと、ＰＢＧのコーディング順序を決定することと、コーディング順序でＰＢＧをコード化することとを含んでいる。
【0290】
［０３０４］
例２７：ＰＢＧをコード化することは、現在ＰＢＧに対する利用可能な参照サンプルと予測に対して使用されるイントラモードとに基づいて、現在ＰＢＧ中のサンプルに対する予測された値を取得することを含んでいる例２６記載の方法。
例２７：ＰＢＧをコード化することは、現在ＰＢＧに対する利用可能な参照サンプルと予測に対して使用されるイントラモードとに基づいて、現在ＰＢＧ中のサンプルに対する予測された値を取得することを含んでいる例２６記載の方法。
【0291】
［０３０５］
例２８：現在コーディングブロックを１つ以上の予測ブロックに分割することは、現在コーディングブロックをサイズ４×Ｎの予測ブロックに分割することを含み、垂直イントラ予測モードのみが予測ブロックの予測に対して許容され、予測ブロックに対するイントラ予測モードのインジケーションが、ビデオデータのエンコード化された表現を含むビットストリーム中でシグナリングされない例２６または２７のいずれか記載の方法。
例２８：現在コーディングブロックを１つ以上の予測ブロックに分割することは、現在コーディングブロックをサイズ４×Ｎの予測ブロックに分割することを含み、垂直イントラ予測モードのみが予測ブロックの予測に対して許容され、予測ブロックに対するイントラ予測モードのインジケーションが、ビデオデータのエンコード化された表現を含むビットストリーム中でシグナリングされない例２６または２７のいずれか記載の方法。
【0292】
［０３０６］
例２９：コード化が、デコーディングを含む例２６～２８のいずれか記載の方法。
例２９：コード化が、デコーディングを含む例２６～２８のいずれか記載の方法。
【0293】
［０３０７］
例３０：コード化が、エンコーディングを含む例２６～２８のいずれか記載の方法。
例３０：コード化が、エンコーディングを含む例２６～２８のいずれか記載の方法。
【0294】
［０３０８］
例３１：ビデオデータをコード化するデバイスにおいて、デバイスが、例２６～例３０のいずれかの方法を実行する１つ以上の手段を具備する。例えば、例３１のデバイスが、ビデオデータの現在コーディングブロックに対する一般化予測の実行のインジケーションをコード化するようにと、インジケーションに基づいて、現在コーディングブロックを１つ以上の予測ブロックに分割するようにと、１つ以上の予測ブロックに基づいて、１つ以上の予測ブロックグループ（ＰＢＧ）を規定するようにと、ＰＢＧのコーディング順序を決定するようにと、コーディング順序でＰＢＧをコード化するように構成されている１つ以上のプロセッサを含んでいてもよい。
例３１：ビデオデータをコード化するデバイスにおいて、デバイスが、例２６～例３０のいずれかの方法を実行する１つ以上の手段を具備する。例えば、例３１のデバイスが、ビデオデータの現在コーディングブロックに対する一般化予測の実行のインジケーションをコード化するようにと、インジケーションに基づいて、現在コーディングブロックを１つ以上の予測ブロックに分割するようにと、１つ以上の予測ブロックに基づいて、１つ以上の予測ブロックグループ（ＰＢＧ）を規定するようにと、ＰＢＧのコーディング順序を決定するようにと、コーディング順序でＰＢＧをコード化するように構成されている１つ以上のプロセッサを含んでいてもよい。
【0295】
［０３０９］
例３２：１つ以上の手段が、回路中で実現されている１つ以上のプロセッサを含んでいる例３１記載のデバイス。
例３２：１つ以上の手段が、回路中で実現されている１つ以上のプロセッサを含んでいる例３１記載のデバイス。
【0296】
［０３１０］
例３３：ビデオデータを記憶するメモリをさらに具備する例３１または３２のいずれか記載のデバイス。
例３３：ビデオデータを記憶するメモリをさらに具備する例３１または３２のいずれか記載のデバイス。
【0297】
［０３１１］
例３４：デコードされたビデオデータを表示するように構成されているディスプレイをさらに具備する例３１～３３のいずれか記載のデバイス。
例３４：デコードされたビデオデータを表示するように構成されているディスプレイをさらに具備する例３１～３３のいずれか記載のデバイス。
【0298】
［０３１２］
例３５：カメラ、コンピュータ、移動体デバイス、ブロードキャスト受信機デバイス、または、セットトップボックスのうちの１つ以上を具備する例３１～３４のいずれか記載のデバイス。
例３５：カメラ、コンピュータ、移動体デバイス、ブロードキャスト受信機デバイス、または、セットトップボックスのうちの１つ以上を具備する例３１～３４のいずれか記載のデバイス。
【0299】
［０３１３］
例３６：デバイスが、ビデオデコーダを具備する例３１～３５のいずれか記載のデバイス。
例３６：デバイスが、ビデオデコーダを具備する例３１～３５のいずれか記載のデバイス。
【0300】
［０３１４］
例３７：デバイスが、ビデオエンコーダを具備する例３１～３６のいずれか記載のデバイス。
例３７：デバイスが、ビデオエンコーダを具備する例３１～３６のいずれか記載のデバイス。
【0301】
［０３１５］
いくつかのインプリメンテーションでは、上記で説明した例２６～３０および／または３１～３７は、実行されるときに、デバイスの１つ以上のプロセッサにさまざまな動作のいくつかまたはすべてを実行させる命令を記憶しているコンピュータ読取可能記憶媒体を使用して、実現することができる。例えば、実行されるときに、ビデオデータをデコードおよび／またはエンコードするデバイスの１つ以上のプロセッサに、ビデオデータの現在コーディングブロックに対する一般化予測の実行のインジケーションをコード化させ、インジケーションに基づいて、現在コーディングブロックを１つ以上の予測ブロックに分割させ、１つ以上の予測ブロックに基づいて、１つ以上の予測ブロックグループ（ＰＢＧ）を規定させ、ＰＢＧのコーディング順序を決定させ、コーディング順序でＰＢＧをコード化させる命令を記憶しているコンピュータ読取可能記憶媒体を提供することができる。
いくつかのインプリメンテーションでは、上記で説明した例２６～３０および／または３１～３７は、実行されるときに、デバイスの１つ以上のプロセッサにさまざまな動作のいくつかまたはすべてを実行させる命令を記憶しているコンピュータ読取可能記憶媒体を使用して、実現することができる。例えば、実行されるときに、ビデオデータをデコードおよび／またはエンコードするデバイスの１つ以上のプロセッサに、ビデオデータの現在コーディングブロックに対する一般化予測の実行のインジケーションをコード化させ、インジケーションに基づいて、現在コーディングブロックを１つ以上の予測ブロックに分割させ、１つ以上の予測ブロックに基づいて、１つ以上の予測ブロックグループ（ＰＢＧ）を規定させ、ＰＢＧのコーディング順序を決定させ、コーディング順序でＰＢＧをコード化させる命令を記憶しているコンピュータ読取可能記憶媒体を提供することができる。
【0302】
［０３１６］
いくつかのインプリメンテーションでは、上記で説明した例２６～３０および／または３１～３７は、さまざまな動作のいくつかまたはすべてを実行する１つ以上の手段を具備する装置を使用して実現することができる。例えば、ビデオデータをエンコードする装置は、ビデオデータの現在コーディングブロックに対する一般化予測の実行のインジケーションをコード化する手段と、インジケーションに基づいて、現在コーディングブロックを１つ以上の予測ブロックに分割する手段と、１つ以上の予測ブロックに基づいて、１つ以上の予測ブロックグループ（ＰＢＧ）を規定する手段と、ＰＢＧのコーディング順序を決定する手段と、コーディング順序でＰＢＧをコード化する手段とを含んでいる。
いくつかのインプリメンテーションでは、上記で説明した例２６～３０および／または３１～３７は、さまざまな動作のいくつかまたはすべてを実行する１つ以上の手段を具備する装置を使用して実現することができる。例えば、ビデオデータをエンコードする装置は、ビデオデータの現在コーディングブロックに対する一般化予測の実行のインジケーションをコード化する手段と、インジケーションに基づいて、現在コーディングブロックを１つ以上の予測ブロックに分割する手段と、１つ以上の予測ブロックに基づいて、１つ以上の予測ブロックグループ（ＰＢＧ）を規定する手段と、ＰＢＧのコーディング順序を決定する手段と、コーディング順序でＰＢＧをコード化する手段とを含んでいる。
【0303】
［０３１７］
例に依存して、ここで説明した技法のうちのいずれかのある動作またはイベントは、異なるシーケンスで実行でき、追加してもよく、マージしてもよく、または、完全に省略してもよい（例えば、説明した動作またはイベントのすべてが本技法の実施のために必要であるとは限らない）ことを認識されたい。さらに、ある例では、動作またはイベントは、シーケンシャルによりもむしろ、例えば、マルチスレッド処理、割り込み処理、または、複数のプロセッサを通して、同時に実行してもよい。
例に依存して、ここで説明した技法のうちのいずれかのある動作またはイベントは、異なるシーケンスで実行でき、追加してもよく、マージしてもよく、または、完全に省略してもよい（例えば、説明した動作またはイベントのすべてが本技法の実施のために必要であるとは限らない）ことを認識されたい。さらに、ある例では、動作またはイベントは、シーケンシャルによりもむしろ、例えば、マルチスレッド処理、割り込み処理、または、複数のプロセッサを通して、同時に実行してもよい。
【0304】
［０３１８］
１つ以上の例において、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、または、これらの任意の組み合わせで実現してもよい。ソフトウェアで実現される場合には、機能は、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上に記憶されていてもよく、あるいは、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上で送信されてもよく、ハードウェアベースの処理ユニットによって実行してもよい。コンピュータ読取可能媒体はまた、例えば、通信プロトコルにしたがって、コンピュータプログラムの１つの場所から別の場所への転送を容易にする何らかの媒体を含む通信媒体、または、データ記憶媒体のような有形の媒体に対応するコンピュータ読取可能記憶媒体を含んでいてもよい。このように、コンピュータ読取可能媒体は、一般的に、（１）有形コンピュータ読取可能記憶媒体、または、（２）信号または搬送波のような通信媒体に対応していてもよい。データ記憶媒体は、本開示で説明した技法を実現するための命令、コードおよび／またはデータ構造を取り出すために、１つ以上のコンピュータまたは１つ以上のプロセッサによってアクセスすることができる任意の利用可能な媒体であってもよい。コンピュータプログラム製品は、コンピュータ読取可能媒体を含んでいてもよい。
１つ以上の例において、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、または、これらの任意の組み合わせで実現してもよい。ソフトウェアで実現される場合には、機能は、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上に記憶されていてもよく、あるいは、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上で送信されてもよく、ハードウェアベースの処理ユニットによって実行してもよい。コンピュータ読取可能媒体はまた、例えば、通信プロトコルにしたがって、コンピュータプログラムの１つの場所から別の場所への転送を容易にする何らかの媒体を含む通信媒体、または、データ記憶媒体のような有形の媒体に対応するコンピュータ読取可能記憶媒体を含んでいてもよい。このように、コンピュータ読取可能媒体は、一般的に、（１）有形コンピュータ読取可能記憶媒体、または、（２）信号または搬送波のような通信媒体に対応していてもよい。データ記憶媒体は、本開示で説明した技法を実現するための命令、コードおよび／またはデータ構造を取り出すために、１つ以上のコンピュータまたは１つ以上のプロセッサによってアクセスすることができる任意の利用可能な媒体であってもよい。コンピュータプログラム製品は、コンピュータ読取可能媒体を含んでいてもよい。
【0305】
［０３１９］
限定ではなく例として、このようなコンピュータ読取可能記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ－ＲＯＭまたは他の光学ディスク記憶媒体、磁気ディスク記憶媒体または他の磁気記憶デバイス、フラッシュメモリ、あるいは、命令またはデータ構造の形態で望ましいプログラムコードを記憶するために使用され、コンピュータによってアクセスすることができる他の何らかの媒体を備えることができる。また、任意の接続は、コンピュータ読取可能媒体と適切に呼ばれる。例えば、命令が、ウェブサイトから、サーバから、あるいは、同軸ケーブル、光ファイバケーブル、撚り対、デジタル加入者線（ＤＳＬ）、または、赤外線、無線、マイクロ波のようなワイヤレステクノロジーを使用している他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバケーブル、撚り対、ＤＳＬ、または、赤外線、無線およびマイクロ波のようなワイヤレステクノロジーは、媒体の定義に含まれる。しかしながら、コンピュータ読取可能記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または、他の一時的な媒体を含まないが、代わりに、非一時的な、有形の記憶媒体に向けられていることを理解すべきである。ここで使用するようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイ（登録商標）ディスクを含むが、通常、ディスク（ｄｉｓｋ）はデータを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザにより光学的に再生する。上記の組み合わせも、コンピュータ読取可能媒体の範囲内に含むべきである。
限定ではなく例として、このようなコンピュータ読取可能記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ－ＲＯＭまたは他の光学ディスク記憶媒体、磁気ディスク記憶媒体または他の磁気記憶デバイス、フラッシュメモリ、あるいは、命令またはデータ構造の形態で望ましいプログラムコードを記憶するために使用され、コンピュータによってアクセスすることができる他の何らかの媒体を備えることができる。また、任意の接続は、コンピュータ読取可能媒体と適切に呼ばれる。例えば、命令が、ウェブサイトから、サーバから、あるいは、同軸ケーブル、光ファイバケーブル、撚り対、デジタル加入者線（ＤＳＬ）、または、赤外線、無線、マイクロ波のようなワイヤレステクノロジーを使用している他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバケーブル、撚り対、ＤＳＬ、または、赤外線、無線およびマイクロ波のようなワイヤレステクノロジーは、媒体の定義に含まれる。しかしながら、コンピュータ読取可能記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または、他の一時的な媒体を含まないが、代わりに、非一時的な、有形の記憶媒体に向けられていることを理解すべきである。ここで使用するようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイ（登録商標）ディスクを含むが、通常、ディスク（ｄｉｓｋ）はデータを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザにより光学的に再生する。上記の組み合わせも、コンピュータ読取可能媒体の範囲内に含むべきである。
【0306】
［０３２０］
命令は、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、他の同等な集積またはディスクリート論理回路のような１つ以上のプロセッサによって実行してもよい。したがって、ここで使用されるように、用語「プロセッサ」および「処理回路」は、前述の構造、または、ここで説明した技術のインプリメンテーションに適した他の何らかの構造のいずれかを指していてもよい。加えて、いくつかの態様では、ここで説明した機能性は、エンコードおよびデコードするように構成されている専用のハードウェアおよび／またはソフトウェアモジュール内に提供してもよく、あるいは、組み合わされたコーデック中に組み込んでもよい。また、技法は、１つ以上の回路または論理エレメントにおいて、完全に実現することができる。
命令は、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、他の同等な集積またはディスクリート論理回路のような１つ以上のプロセッサによって実行してもよい。したがって、ここで使用されるように、用語「プロセッサ」および「処理回路」は、前述の構造、または、ここで説明した技術のインプリメンテーションに適した他の何らかの構造のいずれかを指していてもよい。加えて、いくつかの態様では、ここで説明した機能性は、エンコードおよびデコードするように構成されている専用のハードウェアおよび／またはソフトウェアモジュール内に提供してもよく、あるいは、組み合わされたコーデック中に組み込んでもよい。また、技法は、１つ以上の回路または論理エレメントにおいて、完全に実現することができる。
【0307】
［０３２１］
本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（例えば、チップセット）を含む、幅広い種類のデバイスまたは装置において実施してもよい。さまざまなコンポーネント、モジュール、または、ユニットは、開示した技法を実行するように構成されているデバイスの機能的な態様を強調するためにここ説明しているが、それらは、異なるハードウェアユニットによる実現を必ずしも要求するわけではない。むしろ、上記で説明したように、さまざまなユニットは、コーデックハードウェアユニットにおいて組み合わされるか、または、適切なソフトウェアおよび／またはファームウェアとともに、上記で説明したような１つ以上のプロセッサを含む、相互動作可能ハードウェアユニットの集合によって提供されてもよい。
本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（例えば、チップセット）を含む、幅広い種類のデバイスまたは装置において実施してもよい。さまざまなコンポーネント、モジュール、または、ユニットは、開示した技法を実行するように構成されているデバイスの機能的な態様を強調するためにここ説明しているが、それらは、異なるハードウェアユニットによる実現を必ずしも要求するわけではない。むしろ、上記で説明したように、さまざまなユニットは、コーデックハードウェアユニットにおいて組み合わされるか、または、適切なソフトウェアおよび／またはファームウェアとともに、上記で説明したような１つ以上のプロセッサを含む、相互動作可能ハードウェアユニットの集合によって提供されてもよい。
【0308】
［０３２２］
さまざまな例を説明してきた。これらおよび他の例は、以下の特許請求の範囲の範囲内にある。
さまざまな例を説明してきた。これらおよび他の例は、以下の特許請求の範囲の範囲内にある。
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図4C】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19A】
【図19B】
【図20】
【図21】
【図22】
【図23】
【図24】
【国際調査報告】