知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-02-27
(54)【発明の名称】ビデオ復号化方法及び装置、並びにビデオ符号化方法
(51)【国際特許分類】
H04N 19/119 20140101AFI20240219BHJP
H04N 19/70 20140101ALI20240219BHJP
H04N 19/176 20140101ALI20240219BHJP
H04N 19/136 20140101ALI20240219BHJP
【ＦＩ】
H04N19/119
H04N19/70
H04N19/176
H04N19/136
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023551982
(86)(22)【出願日】2022-09-21
(85)【翻訳文提出日】2023-08-25
(86)【国際出願番号】 US2022076802
(87)【国際公開番号】W WO2023059984
(87)【国際公開日】2023-04-13
(31)【優先権主張番号】63/252,395
(32)【優先日】2021-10-05
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】17/946,299
(32)【優先日】2022-09-16
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】520353802
【氏名又は名称】テンセント・アメリカ・エルエルシー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】リー，リン
(72)【発明者】
【氏名】リー，シャン
(72)【発明者】
【氏名】チェン，リン－フェイ
(72)【発明者】
【氏名】リウ，シャン
【テーマコード（参考）】
5C159
【Ｆターム（参考）】
5C159MA04
5C159MA05
5C159MA21
5C159MC11
5C159ME01
5C159PP16
5C159RC12
5C159TA12
5C159TB08
5C159TC26
5C159UA02
5C159UA05
5C159UA16
(57)【要約】
方法において、現在ピクチャ内の現在ブロックのコーディングされた情報が、コーディングされたビデオビットストリームから受け取られる。現在ブロックは複数のサブブロックにパーティション化される。コーディングされた情報に含まれている第１フラグが取得され、第１フラグは、現在ブロックのクロマサンプルが現在ブロックの再構成されたルーマサンプルに基づいて予測される交差成分線形モデル予測（ＣＣＬＭ）が現在ブロックに適用されるかどうかを示す。第１フラグによりＣＣＭＬが現在ブロックに適用されることが示されることに応答して、現在ブロックの複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値はＣＣＬＭに基づいて決定される。現在ブロックは、現在ブロックの複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値に基づいて更に再構成される。
【特許請求の範囲】
【請求項1】
ビデオデコーダが実行するビデオ復号化の方法であって、コーディングされたビデオビットストリームから現在ピクチャ内の現在ブロックのコーディングされた情報を受け取るステップと、
前記現在ブロックを複数のサブブロックにパーティション化するステップと、
前記コーディングされた情報に含まれている第１フラグを取得するステップであり、前記第１フラグは、前記現在ブロックのクロマサンプルが前記現在ブロックの再構成されたルーマサンプルに基づいて予測される交差成分線形モデル予測（ＣＣＬＭ）が前記現在ブロックに適用されるかどうかを示す、前記取得するステップと、
前記第１フラグにより前記ＣＣＬＭが前記現在ブロックに適用されることが示されることに応答して、前記ＣＣＬＭに基づいて前記現在ブロックの前記複数のサブブロックの夫々において前記クロマサンプルの各々の予測サンプル値を決定するステップと、
前記現在ブロックの前記複数のサブブロックの夫々における前記クロマサンプルの前記各々の予測サンプル値に基づいて前記現在ブロックを再構成するステップと
を有する方法。
【請求項2】
前記現在ブロックをパーティション化するステップは、前記現在ブロックの幅が前記現在ブロックの高さに等しいか又はそれよりも大きいことに基づいて、前記現在ブロックを幅方向に沿って前記複数のサブブロックにパーティション化するステップを更に有する、
請求項１に記載の方法。
【請求項3】
前記現在ブロックをパーティション化するステップは、前記現在ブロックの幅が前記現在ブロックの高さよりも小さいことに基づいて、前記現在ブロックを高さ方向に沿って前記複数のサブブロックにパーティション化するステップを更に有する、
請求項１に記載の方法。
【請求項4】
前記現在ブロックをパーティション化するステップは、前記現在ブロックを高さ方向及び幅方向の両方に沿って最小サブブロックサイズの前記複数のサブブロックにパーティション化するステップを更に有する、
請求項１に記載の方法。
【請求項5】
前記コーディングされた情報内のシンタックス要素を取得するステップと、前記シンタックス要素に基づいて前記最小サブブロックサイズを決定するステップと
を更に有し、
前記シンタックス要素は、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、スライス、及びタイルのうちの１つの中にある、
請求項４に記載の方法。
【請求項6】
前記決定するステップは、前記複数のサブブロックのうちの第１サブブロックの再構成されたサンプルに基づいて、前記複数のサブブロックのうちの第２サブブロックにおける前記クロマサンプルの前記予測サンプル値を決定するステップを更に有し、
前記第２サブブロックは、前記第１サブブロックに隣接している、
請求項１に記載の方法。
【請求項7】
前記決定するステップは、前記第１フラグにより前記ＣＣＬＭが前記現在ブロックに適用されることが示されることに応答して、
前記コーディングされた情報に含まれている第２フラグを取得するステップであり、前記第２フラグは、前記ＣＣＬＭが前記複数のサブブロックの夫々に適用されるかどうかを示す、ステップと、
前記第２フラグにより前記ＣＣＬＭが前記複数のサブブロックの夫々に適用されることが示されることに応答して、前記ＣＣＬＭに基づいて前記現在ブロックの前記複数のサブブロックの夫々において前記クロマサンプルの前記各々の予測サンプル値を決定するステップと
を更に有する、
請求項１に記載の方法。
【請求項8】
前記各々の予測サンプル値を決定するステップは、再構成された近傍サンプルが前記複数のサブブロックのうちの第１サブブロックの左側に隣接していることに応答して、前記ＣＣＬＭの第１モードに基づいて前記複数のサブブロックのうちの前記第１サブブロックにおいて前記クロマサンプルの予測サンプル値を決定するステップであり、前記ＣＣＬＭの前記第１モードは、前記第１サブブロックにおける前記クロマサンプルの前記予測サンプル値が前記第１サブブロックの左側に隣接している前記再構成された近傍サンプルに基づいて決定されることを示す、ステップと、
再構成された近傍サンプルが前記複数のサブブロックのうちの第２サブブロックの左側及び上側に隣接していることに応答して、前記ＣＣＬＭの第２モードに基づいて前記複数のサブブロックのうちの前記第２サブブロックにおいて前記クロマサンプルの予測サンプル値を決定するステップであり、前記ＣＣＬＭの前記第２モードは、前記第２サブブロックにおける前記クロマサンプルの前記予測サンプル値が前記第２サブブロックの左側及び上側に隣接している前記再構成された近傍サンプルに基づいて決定されることを示す、ステップと
を更に有する、
請求項７に記載の方法。
【請求項9】
前記決定するステップは、前記第１フラグにより前記ＣＣＬＭが前記現在ブロックに適用されることが示されることに応答して、
前記コーディングされた情報に含まれている第２フラグを取得するステップであり、前記第２フラグは、前記ＣＣＬＭが前記複数のサブブロックの夫々に適用されるかどうかを示す、ステップと、
前記コーディングされた情報に含まれているインデックスを取得するステップであり、前記インデックスは前記ＣＣＬＭのＣＣＬＭモードを示し、前記ＣＣＬＭモードは、前記複数のサブブロックの夫々における前記クロマサンプルの前記各々の予測サンプル値を生成するために、どの再構成された近傍サンプルが前記ＣＣＬＭによって適用されるかを示す、ステップと、
前記第２フラグにより前記ＣＣＬＭが前記複数のサブブロックの夫々に適用されることが示され、前記インデックスにより前記ＣＣＬＭモードが示されることに応答して、前記ＣＣＬＭモードを用いて前記ＣＣＬＭに基づいて前記現在ブロックの前記複数のサブブロックの夫々において前記クロマサンプルの前記各々の予測サンプル値を決定するステップと
を更に有する、
請求項１に記載の方法。
【請求項10】
前記決定するステップは、前記インデックスにより第１ＣＣＬＭモードが示されることに応答して、前記複数のサブブロックのうちの各々１つの左側及び上側に隣接している再構成された近傍サンプルに基づいて、前記複数のサブブロックの夫々において前記クロマサンプルの前記各々の予測サンプル値を決定するステップと、
前記インデックスにより第２ＣＣＬＭモードが示されることに応答して、前記複数のサブブロックのうちの各々１つの左側に隣接している再構成された近傍サンプルに基づいて、前記複数のサブブロックの夫々において前記クロマサンプルの前記各々の予測サンプル値を決定するステップと、
前記インデックスにより第３ＣＣＬＭモードが示されることに応答して、前記複数のサブブロックのうちの各々１つの上側に隣接している再構成された近傍サンプルに基づいて、前記複数のサブブロックの夫々において前記クロマサンプルの前記各々の予測サンプル値を決定するステップと
を更に有する、
請求項９に記載の方法。
【請求項11】
プログラムコードを記憶するよう構成される少なくとも１つのメモリと、前記プログラムコードを読み出し、該プログラムコードによって指示されるように動作するよう構成される処理回路と
を有し、
前記プログラムコードは、前記処理回路によって実行される場合に、前記処理回路に、請求項１乃至１０のうちいずれか一項に記載の方法を実行させる、装置。
【請求項12】
ビデオエンコーダが実行するビデオ符号化の方法であって、ビデオの現在ピクチャ内の現在ブロックを複数のサブブロックにパーティション化するステップと、
前記現在ブロックの前記複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値を、前記現在ブロックのクロマサンプルが前記現在ブロックの再構成されたルーマサンプルに基づいて予測される交差成分線形モデル予測（ＣＣＬＭ）に基づいて決定するステップと、
前記現在ブロックの前記複数のサブブロックの夫々における前記クロマサンプルの前記予測サンプル値に基づいて、前記現在ブロックに対してイントラ予測を実行するステップと、
前記ＣＣＬＭが前記現在ブロックの前記複数のサブブロックに適用されることを示す第1フラグを生成し、該第1フラグを含む情報を、コーディングされたビデオビットストリームに符号化するステップと
を有する方法。
【発明の詳細な説明】
【技術分野】
【0001】
［参照による援用］
本特許出願は、２０２１年１０月５日付けで「Subblock Cross Component Linear Model Prediction」との発明の名称で出願された米国特許仮出願第６３／２５２３９５号に対する優先権の利益を主張して２０２２年９月１６日付けで「SUBBLOCK CROSS COMPONENT LINEAR MODEL PREDICTION」との発明の名称で出願された米国特許出願第１７／９４６２９９号の優先権の利益を主張するものである。先願の開示は、それらの全文を参照により本願に援用される。
本特許出願は、２０２１年１０月５日付けで「Subblock Cross Component Linear Model Prediction」との発明の名称で出願された米国特許仮出願第６３／２５２３９５号に対する優先権の利益を主張して２０２２年９月１６日付けで「SUBBLOCK CROSS COMPONENT LINEAR MODEL PREDICTION」との発明の名称で出願された米国特許出願第１７／９４６２９９号の優先権の利益を主張するものである。先願の開示は、それらの全文を参照により本願に援用される。
【0002】
［技術分野］
本開示は、ビデオコーディングに概して関係がある実施形態について記載する。
本開示は、ビデオコーディングに概して関係がある実施形態について記載する。
【背景技術】
【0003】
本明細書で与えられている背景の説明は、開示の背景を一般的に提示することを目的とするものである。現在指名されている発明者の研究は、その研究がこの背景の項で説明されている範囲で、また、出願時に先行技術としてさもなければ適格でない可能性がある説明の側面は、本開示に対する先行技術として明示的にも暗黙的にも認められない。
【0004】
ビデオ符号化及び復号化は、動き補償を伴ったインターピクチャ予測を用いて実行することができる。圧縮されていないデジタルビデオはピクチャの連続を含むことができ、各ピクチャは、例えば、１９２０×１０８０のルミナンスサンプル及び関連するクロミナンスサンプルの空間ディメンションを有する。ピクチャの連続は、例えば、毎秒６０ピクチャ、つまり６０Ｈｚの固定又は可変のピクチャレート（俗にフレームレートとしても知られている。）を有することができる。圧縮されていないビデオは、特定のビットレート要件を有している。例えば、サンプル当たり８ビットでの１０８０ｐ６０ ４：２：０ビデオ（６０Ｈｚのフレームレートでの１９２０×１０８０のルミナンスサンプル解像度）は、１．５Ｇビット／ｓに近いバンド幅を必要とする。そのようなビデオの１時間は、６００Ｇバイト超の記憶空間を必要とする。
【0005】
ビデオ符号化及び復号化の１つの目的は、圧縮による入力ビデオ信号の冗長性の低減であることができる。圧縮は、いくつかの場合に２桁以上、上記のバンド幅及び／又は記憶空間要件を減らすのを助けることができる。可逆圧縮及び不可逆圧縮の両方並びにそれらの組み合わせが用いられ得る。可逆圧縮は、原信号の厳密なコピーが圧縮された原信号から再構成可能である技術を指す。不可逆圧縮を使用する場合に、再構成された信号は、原信号と同じでない場合があるが、原信号と再構成された信号との間のひずみは、再構成された信号を、意図された用途にとって有用なものとするほど十分に小さい。ビデオの場合には、不可逆圧縮が広く用いられている。許容されるひずみの量は用途に依存し、例えば、特定の消費者ストリーミング用途のユーザは、テレビジョン配信用途のユーザよりも高いひずみを許容し得る。達成可能な圧縮比は、より高い許容可能な／受け入れ可能なひずみがより高い圧縮比をもたらし得ることを反映することができる。
【0006】
ビデオエンコーダ及びデコーダは、例えば、動き補償、変換、量子化、及びエントロピコーディングを含むいくつかの広いカテゴリからの技術を利用することができる。
【0007】
ビデオコーデック技術には、イントラコーディングとして知られている技術が含まれ得る。イントラコーディングでは、サンプル値が、以前に再構成された参照ピクチャからのサンプル又は他のデータを参照せずに表現される。いくつかのビデオコーデックにおいて、ピクチャは、サンプルのブロックに空間的に細分される。サンプルの全ブロックがイントラモードでコーディングされる場合に、そのピクチャはイントラピクチャであることができる。イントラピクチャ及びそれらの派生物、例えば、独立デコーダリフレッシュピクチャ（independent decoder refresh pictures）は、デコーダの状態をリセットするために使用可能であり、従って、コーディングされたビットストリーム及びビデオセッションにおける最初のピクチャとして、又は静止画像として使用され得る。イントラブロックのサンプルは、変換を受けることができ、変換係数は、エントロピコーディング前に量子化され得る。イントラ予測は、変換前領域でサンプル値を最小限にする技術であることができる。いくつかの場合に、変換後のＤＣ値が小さければ小さいほど、かつ、ＡＣ係数が小さければ小さいほど、エントロピコーディング後にブロックを表すために所与の量子化ステップサイズで必要とされるビットはますます少ない。
【0008】
例えば、ＭＰＥＧ－２世代のコーディング技術から知られているような、従来のイントラコーディングは、イントラ予測を使用しない。しかし、いくつかのより新しいビデオ圧縮技術は、例えば、データの空間的に隣接しかつ復号化順序において先行するブロックの符号化及び／又は復号化中に得られた周囲サンプルデータ及び／又はメタデータから試みる技術を含む。かような技術は、以降「イントラ予測」技術と呼ばれる。少なくともいくつかの場合に、イントラ予測は、再構成中の現在ピクチャからの参照データのみを使用し、参照ピクチャからは使用しない点に留意されたい。
【0009】
多種多様な形態のイントラ予測が存在し得る。かような技術の１つよりも多くが所与のビデオコーディング技術で使用可能である場合に、使用中の技術はイントラ予測モードでコーディングされ得る。特定の場合に、モードは、サブモード及び／又はパラメータを有することができ、それらは、独立してコーディングされ得るか、又はモードコードワードに含まれ得る。所与のモード、サブモード、及び／又はパラメータ組み合わせのためにどのコードワードを使用すべきは、イントラ予測を通じてコーディング効率利得に影響を及ぼし得るので、エントロピコーディング技術が、コードワードをビットストリームに変換するために使用され得る。
【0010】
特定のモードのイントラ予測が、Ｈ．２６４により導入され、Ｈ．２６５で洗練され、Joint Exploration Model（ＪＥＭ）、Versatile Video Coding（ＶＶＣ）、及びBenchmark Set（ＢＭＳ）などのより新しいコーディング技術で更に洗練された。予測子ブロックは、既に利用可能なサンプルに属する隣接サンプル値を用いて形成され得る。隣接サンプルのサンプル値は、方向に応じて予測子ブロック内にコピーされる。使用中の方向の参照は、ビットストリームの中にコーディングされ得るか、又はそれ自体が予測されてもよい。
【0011】
図１を参照すると、右下には、Ｈ．２６５の３３個のとり得る予測子方向（３５個のイントラモードのうちの３３個の角度モードに対応）から知られている９つの予測子方向のサブセットが表されている。矢印が集まる点（１０１）は、予測中のサンプルに相当する。矢印は、サンプルが予測されている方向を表す。例えば、矢印（１０２）は、サンプル（１０１）が、水平から４５度の角度で右上にある１つ又は複数のサンプルから予測される、ことを示す。同様に、矢印（１０３）は、サンプル（１０１）が、水平から２２．５度の角度でサンプル（１０１）の左下にある１つ又は複数のサンプルから予測される、ことを示す。
【0012】
依然として図１を参照して、左上には、４×４個のサンプル（太破線によって示される。）の正方形ブロック（１０４）が表されている。正方形ブロック（１０４）は１６個のサンプルを含み、各サンプルは、「Ｓ」、Ｙ次元でのその位置（例えば、行インデックス）、及びＸ次元でのその位置（例えば、列インデックス）を用いてラベル付けされている。例えば、サンプルＳ２１は、Ｙ次元で（上から）２番目のサンプルかつＸ次元で（左から）１番目のサンプルである。同様に、サンプルＳ４４は、Ｙ及びＸの両方の次元でブロック（１０４）内の４番目のサンプルである。ブロックはサイズが４×４サンプルであるということで、Ｓ４４は右下にある。更には、類似した番号付け方式に従う参照サンプルが示されている。参照サンプルは、「Ｒ」と、ブロック（１０４）に対するそのＹ位置（例えば行インデックス）及びＸ位置（列インデックス）とを用いてラベル付けされている。Ｈ．２６４及びＨ．２６５の両方で、予測サンプルは再構成中のブロックに隣接するので、負値が使用される必要はない。
【0013】
イントラピクチャ予測は、シグナリングされた予測方向によって必要に応じて隣接サンプルから参照サンプル値をコピーすることによって、働くことができる。例えば、コーディングされたビデオビットストリームが、このブロックについて、矢印（１０２）と一致する予測方向を示す、すなわち、サンプルが水平から４５度の角度で右上にある１つ以上の予測サンプルから予測される、とのシグナリングを含む、とする。その場合に、サンプルＳ４１、Ｓ３２、Ｓ２３、及びＳ１４は、同じ参照サンプルＲ０５から予測される。次いで、サンプルＳ４４が参照サンプルＲ０８から予測される。
【0014】
特定の場合に、複数の参照サンプルの値は、参照サンプルを計算するために、特に、方向が４５度で等しく分割可能でない場合に、例えば、補間を通じて、結合されてもよい。
【0015】
とり得る方向の数は、ビデオコーディング技術が発展するとともに増えている。Ｈ．２６４（２００３年）では、９つの異なる方向が表現可能であった。それは、Ｈ．２６５（２０１３年）では３３個にまで増え、そして、ＪＥＭ／ＶＶＣ／ＢＭＳは、本開示の時点で、最大６５個の方向をサポートすることができる。最もありそうな方向を識別するために実験が行われており、エントロピコーディングにおける特定の技術は、可能性が低い方向に対する若干のペナルティを受け入れながら、少数のビットでそれらのありそうな方向を表現するよう使用されている。更に、方向それ自体は時々、隣接する、既に復号されたブロックで使用されている隣接方向から予測され得る。
【0016】
図２は、時間とともに増える予測方向の数を説明するために、ＪＥＭによる６５個のイントラ予測方向を表す概略図（２０１）を示す。
【0017】
方向を表すコーディングされたビデオビットストリーム内のイントラ予測方向ビットのマッピングは、ビデオコーディング技術ごとに異なる可能性があり、例えば、予測方向の単純な直接マッピングから、イントラ予測モードまで、コードワードまで、最確モードを含む複雑な適応スキーム、及び同様の技術まで及び得る。全ての場合で、しかしながら、特定の他の方向よりも統計的にビデオコンテンツで起こる可能性が低い特定の方向が存在し得る。ビデオ圧縮の目標は冗長性の低減であるということで、それらの可能性が低い方向は、上手く働くビデオコーディング技術では、よりありそうな方向よりも多いビット数によって表現されることになる。
【発明の概要】
【0018】
開示の態様は、ビデオデータ符号化／復号化のための方法及び装置を提供する。いくつかの例で、ビデオ復号化のための装置は、受信回路及び処理回路を含む。
【0019】
本開示の態様に従って、ビデオデコーダで実行されるビデオ復号化の方法が提供される。方法において、現在ピクチャ内の現在ブロックのコーディングされた情報が、コーディングされたビデオビットストリームからを受け取られ得る。現在ブロックは複数のサブブロックにパーティション化され得る。コーディングされた情報に含まれている第１フラグが取得され得、第１フラグは、現在ブロックのクロマサンプルが現在ブロックの再構成されたルーマサンプルに基づいて予測される交差成分線形モデル予測（Cross-Component Linear Model Prediction，ＣＣＬＭ）が現在ブロックに適用されるかどうかを示すことができる。第１フラグによりＣＣＬＭが現在ブロックに適用されることが示されることに応答して、現在ブロックの複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値が、ＣＣＬＭに基づいて決定され得る。現在ブロックは、現在ブロックの複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値に基づいて更に再構成され得る。
【0020】
一例では、現在ブロックの幅が現在ブロックの高さに等しいか又はそれよりも大きいことに基づいて、現在ブロックは、幅方向に沿って複数のサブブロックにパーティション化され得る。
【0021】
他の例では、現在ブロックの幅が現在ブロックの高さよりも小さいことに基づいて、現在ブロックは、高さ方向に沿って複数のサブブロックにパーティション化され得る。
【0022】
更なる他の例では、現在ブロックは、高さ方向及び幅方向の両方に沿って最小サブブロックサイズの複数のサブブロックにパーティション化され得る。
【0023】
方法において、コーディングされた情報内のシンタックス要素が決定され得る。最小サブブロックサイズは、シンタックス要素に基づいて決定され得る。シンタックス要素は、シーケンスパラメータセット（Sequence Parameter Set，ＳＰＳ）、ピクチャパラメータセット（Picture Parameter Set，ＰＰＳ）、スライス、及びタイルのうちの１つの中にあることができる。
【0024】
いくつかの実施形態で、複数のサブブロックのうちの第２サブブロックにおけるクロマサンプルの予測サンプル値は、複数のサブブロックのうちの第１サブブロックの再構成されたサンプルに基づいて決定され得、第２サブブロックは第１サブブロックに隣接している。
【0025】
いくつかの実施形態で、第１フラグによりＣＣＬＭが現在ブロックに適用されることが示されることに応答して、コーディングされた情報に含まれている第２フラグが取得され得る。第２フラグは、ＣＣＬＭが複数のサブブロックの夫々に適用されるかどうかを示すことができる。第２フラグによりＣＣＬＭが複数のサブブロックの夫々に適用されることが示されることに応答して、現在ブロックの複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値は、ＣＣＬＭに基づいて決定され得る。
【0026】
いくつかの実施形態で、再構成された近傍サンプルが複数のサブブロックのうちの第１サブブロックの左側に隣接していることに応答して、複数のサブブロックのうちの第１サブブロックにおけるクロマサンプルの予測サンプル値は、ＣＣＬＭの第１モードに基づいて決定され得、ＣＣＬＭの第１モードは、第１サブブロックにおけるクロマサンプルの予測サンプル値が第１サブブロックの左側に隣接している再構成された近傍サンプルに基づいて決定されることを示す。再構成された近傍サンプルが複数のサブブロックのうちの第２サブブロックの左側及び上側に隣接していることに応答して、複数のサブブロックのうちの第２サブブロックにおけるクロマサンプルの予測サンプル値は、ＣＣＬＭの第２モードに基づいて決定され得、ＣＣＬＭの第２モードは、第２サブブロックにおけるクロマサンプルの予測サンプル値が第２サブブロックの左側及び上側に隣接している再構成された近傍サンプルに基づいて決定されることを示す。
【0027】
いくつかの実施形態で、第１フラグによりＣＣＬＭが現在ブロックに適用されることが示されることに応答して、コーディングされた情報に含まれている第２フラグが取得され得、第２フラグは、ＣＣＬＭが複数のサブブロックの夫々に適用されるかどうかを示す。コーディングされた情報に含まれているインデックスが取得され得、インデックスはＣＣＬＭのＣＣＬＭモードを示す。ＣＣＬＭモードは、複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値を生成するために、どの再構成された近傍サンプルがＣＣＬＭによって適用されるかを示す。第２フラグによりＣＣＬＭが複数のサブブロックの夫々に適用されることが示され、インデックスによりＣＣＬＭモードが示されることに応答して、現在ブロックの複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値は、ＣＣＬＭモードを用いてＣＣＬＭに基づいて決定され得る。
【0028】
いくつかの実施形態で、インデックスにより第１ＣＣＬＭモードが示されることに応答して、複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値は、複数のサブブロックのうちの各々１つの左側及び上側に隣接している再構成された近傍サンプルに基づいて決定され得る。インデックスにより第２ＣＣＬＭモードが示されることに応答して、複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値は、複数のサブブロックのうちの各々１つの左側に隣接している再構成された近傍サンプルに基づいて決定され得る。インデックスにより第３ＣＣＬＭモードが示されることに応答して、複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値は、複数のサブブロックのうちの各々１つの上側に隣接している再構成された近傍サンプルに基づいて決定され得る。
【0029】
本開示の他の態様に従って、装置が提供される。装置は処理回路を含む。処理回路は、ビデオコーディングの方法のいずれかを実行するよう構成され得る。
【0030】
本開示の態様はまた、ビデオコーディングのためのコンピュータによって実行されると、ビデオコーディングの方法のいずれかをコンピュータに実行させる命令を記憶している非一時的なコンピュータ可読媒体も提供する。
【0031】
開示されている対象の更なる特徴、性質、及び様々な利点は、以下の詳細な説明及び添付の図面からより明らかになる。
【図面の簡単な説明】
【0032】
【図1】イントラ予測モードの例示的なサブセットの模式図である。
【図2】例示的なイントラ予測方向の説明図である。
【図3】実施形態に係る通信システム（３００）の略ブロック図の模式図である。
【図4】実施形態に係る通信システム（４００）の略ブロック図の模式図である。
【図5】実施形態に係るデコーダの略ブロック図の模式図である。
【図6】実施形態に係るエンコーダの略ブロック図の模式図である。
【図7】他の実施形態に係るエンコーダのブロック図を示す。
【図8】他の実施形態に係るデコーダのブロック図を示す。
【図9】本開示のいくつかの実施形態に係る交差成分線形モデル（ＣＣＬＭ）予測の例示である。
【図10A】本開示のいくつかの実施形態に係るＣＣＬＭ予測における第１の例示的なブロックパーティションである。
【図10B】本開示のいくつかの実施形態に係るＣＣＬＭ予測における第２の例示的なブロックパーティションである。
【図10C】本開示のいくつかの実施形態に係るＣＣＬＭ予測における第３の例示的なブロックパーティションである。
【図10D】本開示のいくつかの実施形態に係るＣＣＬＭ予測における第４の例示的なブロックパーティションである。
【図11】本開示のいくつかの実施形態に係る例示的な復号化プロセスを説明するフローチャートを示す。
【図12】本開示の実施形態に係る例示的な符号化プロセスを説明するフローチャートを示す。
【図13】実施形態に係るコンピュータシステムの模式図である。
【発明を実施するための形態】
【0033】
図３は、本開示の実施形態に係る通信システム（３００）の略ブロック図を表す。通信システム（３００）は、例えば、ネットワーク（３５０）を介して、互いと通信することができる複数の端末デバイスを含む。例えば、通信システム（３００）は、ネットワーク（３５０）を介して相互接続されている端末デバイス（３１０）及び（３２０）の第１対を含む。図３の例では、端末デバイス（３１０）及び（３２０）の第１対は、データの一方向伝送を実行する。例えば、端末デバイス（３１０）は、ネットワーク（３５０）を介した他の端末デバイス（３２０）への伝送のために、ビデオデータ（例えば、端末デバイス（３１０）によって捕捉されるビデオピクチャのストリーム）をコーディングしてよい。符号化されたビデオデータは、１つ以上のコーディングされたビデオビットストリームの形で伝送可能である。端末デバイス（３２０）は、コーディングされたビデオデータをネットワーク（３５０）から受信し、コーディングされたビデオデータを復号してビデオピクチャを回復し、回復されたビデオデータに従ってビデオピクチャを表示してよい。一方向データ伝送は、メディアサービングアプリケーションなどにおいて一般的であり得る。
【0034】
他の例では、通信システム（３００）は、例えば、ビデオ会議中に、現れ得るコーディングされたビデオデータの双方向伝送を実行する端末デバイス（３３０）及び（３４０）の第２対を含む。データの双方向伝送のために、例において、端末デバイス（３３０）及び（３４０）の各端末デバイスは、ネットワーク（３５０）を介した端末デバイス（３３０）及び（３４０）のうちの他方の端末デバイスへの伝送のために、ビデオデータ（例えば、その端末デバイスによって捕捉されるビデオピクチャのストリーム）をコーディングしてよい。端末デバイス（３３０）及び（３４０）の各端末デバイスはまた、端末デバイス（３３０）及び（３４０）のうちの他方の端末デバイスによって送信されたコーディングされたビデオデータを受信してよく、コーディングされたビデオデータを復号してビデオピクチャを回復してよく、回復されたビデオデータに従って、アクセス可能な表示デバイスでビデオピクチャを表示してよい。
【0035】
図３の例では、端末デバイス（３１０）、（３２０）、（３３０）及び（３４０）は、サーバ、パーソナルコンピュータ、及びスマートフォンとして表され得るが、本開示の原理はそのように限定されなくてもよい。本開示の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレイヤー、及び／又は専用のビデオ会議装置により用途を見出す。ネットワーク（３５０）は、例えば、ワイヤライン（有線）及び／又はワイヤレス通信ネットワークを含む、コーディングされたビデオデータを端末デバイス（３１０）、（３２０）、（３３０）及び（３４０）の間で伝達する任意数のネットワークに相当する。通信ネットワーク（３５０）は、回路交換及び／又はパケット交換チャネルにおいてデータを交換してもよい。代表的なネットワークには、電気通信網、ローカルエリアネットワーク、ワイドエリアネットワーク及び／又はインターネットがある。本議論のために、ネットワーク（３５０）のアーキテクチャ及びトポロジは、本明細書において以降で説明されない限りは、本開示の動作に無関係であってよい。
【0036】
図４は、開示されている対象の応用例として、ストリーミング環境におけるビデオエンコーダ及びビデオデコーダの配置を表す。開示されている対象は、例えば、ビデオ会議と、デジタルＴＶと、ＣＤ、ＤＶＤ、メモリスティックなどを含むデジタル媒体上での圧縮されたビデオの記憶と、などを含む他のビデオ対応用途に同様に適用可能であることができる。
【0037】
ストリーミングシステムは、例えば、圧縮されていないビデオピクチャのストリーム（４０２）を生成するビデオソース（４０１）、例えば、デジタルカメラ、を含むことができる捕捉サブシステム（４１３）を含んでよい。例において、ビデオピクチャのストリーム（４０２）は、デジタルカメラによって撮影されるサンプルを含む。ビデオピクチャのストリーム（４０２）は、符号化されたビデオデータ（４０４）（又はコーディングされたビデオビットストリーム）と比較して高いデータボリュームを強調するために太線で表されており、ビデオソース（４０１）へ結合されたビデオエンコーダ（４０３）を含む電子機器（４２０）によって処理され得る。ビデオエンコーダ（４０３）は、以下で更に詳細に記載されるように、開示されている対象の態様を可能にする又は実装するためのハードウェア、ソフトウェア、又はそれらの組み合わせを含むことができる。符号化されたビデオデータ（４０４）（又は符号化されたビデオビットストリーム（４０４））は、ビデオピクチャのストリーム（４０２）と比較してより低いデータボリュームを強調するために細線で表されており、将来の使用のためにストリーミングサーバ（４０５）に記憶され得る。図４のクライアントサブシステム（４０６）及び（４０８）などの１つ以上のストリーミングクライアントサブシステムは、符号化されたビデオデータ（４０４）のコピー（４０７）及び（４０９）を読み出すためにストリーミングサーバ（４０５）にアクセスすることができる。クライアントサブシステム（４０６）は、例えば、電子機器（４３０）において、ビデオデコーダ（４１０）を含むことができる。ビデオデコーダ（４１０）は、符号化されたビデオデータの入来するコピー（４０７）を復号し、ディスプレイ（４１２）（例えば、表示スクリーン）又は他のレンダリングデバイス（図示せず。）でレンダリング可能なビデオピクチャの送出ストリーム（４１１）を生成する。いくつかのストリーミングシステムにおいて、符号化されたビデオデータ（４０４）、（４０７）、及び（４０９）（例えば、ビデオビットストリーム）は、特定のビデオコーディング／圧縮規格に従って符号化され得る。そのような規格の例には、ＩＴＵ－Ｔ推奨Ｈ．２６５がある。例において、開発中のビデオコーディング規格は、Versatile Video Coding（ＶＶＣ）として俗に知られている。開示されている対象は、ＶＶＣに関連して使用されてもよい。
【0038】
電子機器（４２０）及び（４３０）は、他のコンポーネント（図示せず。）を含むことができる。例えば、電子機器（４２０）は、ビデオデコーダ（図示せず。）を含むことができ、電子機器（４３０）は、ビデオエンコーダ（図示せず。）を同様に含むことができる。
【0039】
図５は、本開示の実施形態に係るビデオデコーダ（５１０）のブロック図を示す。ビデオデコーダ（５１０）は、電子機器（５３０）に含まれ得る。電子機器（５３０）は、受信器（５３１）（例えば、受信回路）を含むことができる。ビデオデコーダ（５１０）は、図４の例のビデオデコーダ（４１０）の代わりに使用され得る。
【0040】
受信器（５３１）は、ビデオデコーダ（５１０）によって復号されるべき１つ以上のコーディングされたビデオシーケンスを、同じ又は他の実施形態では、一度に１つのコーディングされたビデオシーケンスを、受信してよい。このとき、夫々のコーディングされたビデオシーケンスの復号化は、他のコーディングされたビデオシーケンスから独立している。コーディングされたビデオシーケンスは、チャネル（５０１）から受信されてよく、チャネルは、符号化されたビデオデータを記憶している記憶デバイスへのハードウェア／ソフトウェアリンクであってよい。受信器（５３１）は、符号化されたビデオデータを他のデータ、例えば、コーディングされたオーディオデータ及び／又は補助的なデータストリームとともに受信してもよく、それらは、それらの各々の使用エンティティ（図示せず。）へ転送されてよい。受信器（５３１）は、コーディングされたビデオシーケンスを他のデータから分離してよい。ネットワークジッタに対抗するために、バッファメモリ（５１５）が受信器（５３１）とエントロピデコーダ／パーサ（５２０）（以降「パーサ（５２０）」）との間に結合されてよい。特定の用途では、バッファメモリ（５１５）は、ビデオデコーダ（５１０）の部分である。他では、それは、ビデオデコーダ（５１０）の外にあることができる（図示せず。）。更に他では、例えば、ネットワークジッタに対抗するための、ビデオデコーダ（５１０）の外にあるバッファメモリ（図示せず。）と、加えて、例えば、再生タイミングを操作するための、ビデオデコーダ（５１０）内のもう１つのバッファメモリ（５１５）とが存在することができる。受信器（５３１）が十分なバンド幅及び可制御性の記憶／転送デバイスから、又はアイソシンクロナス（isosynchronous）ネットワークからデータを受信しているときに、バッファメモリ（５１５）は必要とされなくてもよく、あるいは、小さいことが可能である。インターネットなどのベストエフォートのパケットネットワークでの使用のために、バッファメモリ（５１５）は必要とされる場合があり、比較的に大きいことが可能であり、有利なことには、適応サイズであることができ、ビデオデコーダ（５１０）の外のオペレーティングシステム又は同様の要素（図示せず。）で少なくとも部分的に実装され得る。
【0041】
ビデオデコーダ（５１０）は、コーディングされたビデオシーケンスからシンボル（５２１）を再構成するためのパーサ（５２０）を含んでよい。それらのシンボルのカテゴリは、ビデオデコーダ（５１０）の動作を管理するために使用される情報と、潜在的に、電子機器（５３０）の必須部分でないが、図５に示されたように、電子機器（５３０）へ結合され得るレンダーデバイス（５１２）（例えば、表示スクリーン）などのレンダリングデバイスを制御するための情報とを含む。レンダリングデバイスのための制御情報は、補助強化情報（Supplemental Enhancement Information，ＳＥＩ）メッセージ又はビデオユーザビリティ情報（Video Usability Information，ＶＵＩ）パラメータセットフラグメント（図示せず。）の形をとってよい。パーサ（５２０）は、受信されるコーディングされたビデオシーケンスをパース／エントロピ復号してよい。コーディングされたビデオシーケンスのコーディングは、ビデオコーディング技術又は標準規格に従うことができ、可変長コーディング、ハフマンコーディング、文脈依存による又はよらない算術コーディング、などを含む様々な原理に従うことができる。パーサ（５２０）は、コーディングされたビデオシーケンスから、ビデオデコーダにおけるピクセルのサブグループのうちの少なくとも１つについてのサブグループパラメータの組を、そのグループに対応する少なくとも１つのパラメータに基づいて抽出し得る。サブグループは、グループ・オブ・ピクチャ（Group of Picture，ＧＯＰ）、ピクチャ、タイル、スライス、マクロブロック、コーディングユニット（Coding Unit，ＣＵ）、ブロック、変換ユニット（Transform Unit，ＴＵ）、予測ユニット（Prediction Unit，ＰＵ）、などを含むことができる。パーサ（５２０）はまた、コーディングされたビデオシーケンスから、変換係数、量子化器パラメータ値、動きベクトル、などの情報も抽出し得る。
【0042】
パーサ（５２０）は、シンボル（５２１）を生成するために、バッファメモリ（５１５）から受信されたビデオシーケンスに対してエントロピ復号化／パーシング動作を実行してよい。
【0043】
シンボル（５２１）の再構成は、コーディングされたビデオピクチャ又はその部分（例えば、インター及びイントラピクチャ、インター及びイントラブロック）のタイプ及び他の因子に応じて多数の異なるユニットを有することができる。どのユニットがどのように含まれるかは、コーディングされたビデオシーケンスからパーサ（５２０）によってパースされたサブグループ制御情報によって制御され得る。パーサ（５２０）と以下の複数のユニットとの間のそのようなサブグループ制御情報のフローは、明りょうさのために表されていない。
【0044】
既に述べられた機能ブロックを超えて、ビデオデコーダ（５１０）は、概念的に、以下で説明される多数の機能ユニットに細分され得る。商業上の制約の下で動作する実際の実施では、それらのユニットの多くが互いに密に相互作用し、少なくとも部分的に互いに組み込まれ得る。しかし、開示されている対象を説明することを目的として、以下での機能ユニットへの概念的細分は適切である。
【0045】
第１ユニットは、スケーラ／逆変換ユニット（５５１）である。スケーラ／逆変換ユニット（５５１）は、パーサ（５２０）からシンボル（５２１）として、量子化された変換係数とともに、どの変換を使用すべきか、ブロックサイズ、量子化係数、量子化スケーリングマトリクスなどを含む制御情報を受信する。スケーラ／逆変換ユニット（５５１）は、アグリゲータ（５５５）へ入力することができるサンプル値を含むブロックを出力することができる。
【0046】
いくつかの場合に、スケーラ／逆変換器（５５１）の出力サンプルは、イントラコーディングされたブロック、すなわち、前に再構成されたピクチャからの予測情報を使用しておらず、現在ピクチャの前に再構成された部分からの予測情報を使用することができるブロック、に関係することができる。かような予測情報は、イントラピクチャ予測ユニット（５５２）によって供給され得る。いくつかの場合に、イントラピクチャ予測ユニット（５５２）は、現在ピクチャバッファ（５５８）からフェッチされた周囲の既に再構成された情報を用いて、再構成中のブロックと同じサイズ及び形状のブロックを生成する。現在ピクチャバッファ（５５８）は、例えば、部分的に再構成された現在ピクチャ及び／又は完全に再構成された現在ピクチャをバッファリングする。アグリゲータ（５５５）は、いくつかの場合に、サンプルごとに、イントラ予測ユニット（５５２）が生成した予測情報を、スケーラ／逆変換ユニット（５５１）によって供給される出力サンプル情報に加える。
【0047】
他の場合では、スケーラ／逆変換ユニット（５５１）の出力サンプルは、インターコーディングされた、そして潜在的に、動き補償されたブロックに関係することができる。かような場合に、動き補償予測ユニット（５５３）は、予測のために使用されるサンプルをフェッチするよう参照ピクチャメモリ（５５７）にアクセスすることができる。ブロックに関係するシンボル（５２１）に従って、フェッチされたサンプルを動き補償した後に、それらのサンプルは、出力サンプル情報を生成するために、アグリゲータ（５５５）によって、スケーラ／逆変換ユニット（５５１）の出力（この場合に、残差サンプル又は残差信号と呼ばれる。）に加えられ得る。動き補償予測ユニット（５５３）が予測サンプルをフェッチする参照ピクチャメモリ（５５７）内のアドレスは、例えば、Ｘ、Ｙ及び参照ピクチャコンポーネントを有することができるシンボル（５２１）の形で動き補償予測ユニット（５５３）が利用することができる動きベクトルによって、制御され得る。動き補償はまた、サブサンプルの正確な動きベクトルが使用されているときに参照ピクチャメモリ（５５７）からフェッチされるサンプル値の補間や、動きベクトル予測メカニズムなどを含むこともできる。
【0048】
アグリゲータ（５５５）の出力サンプルは、ループフィルタユニット（５５６）において様々なループフィルタリング技術を受けることができる。ビデオ圧縮技術は、インループフィルタ技術を含むことができる。この技術は、コーディングされたビデオシーケンス（コーディングされたビデオビットストリームとも呼ばれる。）に含まれており、パーサ（５２０）からのシンボル（５２１）としてループフィルタユニット（５５６）に利用可能にされたパラメータによって制御されるが、コーディングされたピクチャ又はコーディングされたビデオシーケンスの（復号化順序において）前の部分の復号化中に得られたメタ情報にも応答することができ、更には、前に構成されたループフィルタ処理されたサンプル値に応答することもできる。
【0049】
ループフィルタユニット（５５６）の出力は、レンダーデバイス（５１２）へ出力され、更には、将来のインターピクチャ予測における使用のために参照ピクチャメモリ（５５７）に記憶され得るサンプルストリームであることができる。
【0050】
特定のコーディングされたピクチャは、完全に再構成されると、将来の予測のための参照ピクチャとして使用され得る。例えば、現在ピクチャに対応するコーディングされたピクチャが完全に再構成され、コーディングされたピクチャが（例えば、パーサ（５２０）によって）参照ピクチャとして識別されると、現在ピクチャバッファ（５５８）は、参照ピクチャメモリ（５５７）の部分になることができ、未使用の現在ピクチャバッファが、後続のコーディングされたピクチャの再構成を開始する前に再割り当てされ得る。
【0051】
ビデオデコーダ（５１０）は、ＩＴＵ－Ｔ推奨Ｈ．２６５などの標準規格における所定のビデオ圧縮技術に従って復号化動作を実行してよい。コーディングされたビデオシーケンスは、そのコーディングされたビデオシーケンスが、ビデオ圧縮技術又は標準規格のシンタックス及びビデオ圧縮技術又は標準規格において文書化されているプロファイルの両方に従うという意味で、使用中のビデオ圧縮技術又は標準規格によって規定されたシンタックスに従い得る。具体的には、プロファイルは、ビデオ圧縮技術又は標準規格で利用可能な全てのツールから、そのプロファイルの下での使用のために利用可能な唯一のツールとして、特定のツールを選択することができる。また、コーディングされたビデオシーケンスの複雑さは、ビデオ圧縮技術又は標準規格のレベルによって定義された境界内にあることが、順守のために必要である。いくつかの場合に、レベルは、最大ピクチャサイズ、最大フレームレート、最大再構成サンプルレート（例えば、メガサンプル／秒で測定される。）、最大参照ピクチャサイズ、などを制限する。レベルによって設定された制限は、いくつかの場合に、仮想参照デコーダ（Hypothetical Reference Decoder，ＨＲＤ）仕様と、コーディングされたビデオシーケンスにおいて通知されるＨＲＤバッファ管理のためのメタデータとを通じて、更に制限され得る。
【0052】
実施形態において、受信器（５３１）は、符号化されたビデオとともに、追加の（冗長な）データを受信してもよい。追加のデータは、コーディングされたビデオシーケンスの部分として含まれてもよい。追加のデータは、ビデオデコーダ（５１０）によって、データを適切に復号するために及び／又は原ビデオデータをより正確に再構成するために使用されてよい。追加のデータは、例えば、時間、空間、又は信号対雑音比（ＳＮＲ）エンハンスメントレイヤ、冗長スライス、冗長ピクチャ、前方誤り訂正符号、などの形をとることができる。
【0053】
図６は、本開示の実施形態に係るビデオエンコーダ（６０３）のブロック図を示す。ビデオエンコーダ（６０３）は、電子機器（６２０）に含まれている。電子機器（６２０）は、送信器（６４０）（例えば、送信回路）を含む。ビデオエンコーダ（６０３）は、図４の例のビデオエンコーダ（４０３）の代わりに使用され得る。
【0054】
ビデオエンコーダ（６０３）は、ビデオエンコーダ（６０３）によってコーディングされるべきビデオ画像を捕捉し得るビデオソース（６０１）（図６の例では電子機器（６２０）の部分ではない。）からビデオサンプルを受信してよい。他の例では、ビデオソース（６０１）は、電子機器（６２０）の部分である。
【0055】
ビデオソース（６０１）は、任意の適切なビットデプス（例えば、８ビット、１０ビット、１２ビットなど）、任意の色空間（例えば、ＢＴ．６０１ ＹＣｒＣＢ、ＲＧＢなど）、及び任意の適切なサンプリング構造（例えば、ＹＣｒＣｂ ４：２：０、ＹＣｒＣｂ ４：４：４）であることができるデジタルビデオサンプルストリームの形で、ビデオエンコーダ（６０３）によってコーディングされるべきソースビデオシーケンスを供給してよい。メディアサービングシステムでは、ビデオソース（６０１）は、予め準備されたビデオを記憶している記憶デバイスであってよい。ビデオ会議システムでは、ビデオソース（６０１）は、ローカル画像情報をビデオシーケンスとして捕捉するカメラであってよい。ビデオデータは、順に見られる場合に動きを授ける複数の個別ピクチャとして供給されてもよい。ピクチャ自体は、ピクセルの空間アレイとして編成されてよく、各ピクセルは、使用中のサンプリング構造、色空間、などに依存する１つ以上のサンプルを有することができる。当業者であれば、ピクセルとサンプルとの間の関係を容易に理解することができる。本明細書は、以下、サンプルに焦点を当てる。
【0056】
実施形態に従って、ビデオエンコーダ（６０３）は、実時間において、又は用途によって必要とされる任意の他の時間制約の下で、ソースビデオシーケンスのピクチャを、コーディングされたビデオシーケンス（６４３）へとコーディング及び圧縮してよい。適切なコーディング速度を強いることは、コントローラ（６５０）の一機能である。いくつかの実施形態において、コントローラ（６５０）は、以下で記載されるような他の機能ユニットを制御し、他の機能ユニットへ機能的に結合される。結合は明りょうさのために表されていない。コントローラ（６５０）によってセットされるパラメータには、レート制御に関連したパラメータ（ピクチャスキップ、量子化器、レートひずみ最適化技術のラムダ値、など）、ピクチャサイズ、グループ・オブ・ピクチャ（ＧＯＰ）レイアウト、最大動きベクトル探索範囲、などが含まれ得る。コントローラ（６５０）は、特定のシステム設計のために最適化されたビデオエンコーダ（６０３）に関係する他の適切な機能を有するよう構成され得る。
【0057】
いくつかの実施形態において、ビデオエンコーダ（６０３）は、コーディングループで動作するよう構成される。過度に単純化された記載として、例において、コーディングループは、ソースコーダ（６３０）（例えば、コーディングされるべき入力ピクチャと、参照ピクチャとに基づいて、シンボルストリームなどのシンボルを生成することに関与する。）と、ビデオエンコーダ（６０３）に埋め込まれた（ローカル）デコーダ（６３３）とを含むことができる。デコーダ（６３３）は、（シンボルとコーディングされたビデオストリームとの間の如何なる圧縮も、開示されている対象で考えられているビデオ圧縮技術において可逆であるということで）（遠隔の）デコーダも生成することになるのと同様の方法でサンプルデータを生成するようにシンボルを再構成する。再構成されたサンプルストリーム（サンプルデータ）は、参照ピクチャメモリ（６３４）へ入力される。シンボルストリームの復号化は、デコーダの場所（ローカル又は遠隔）に依存しないビットパーフェクト（bit-exact）な結果をもたらすので、参照ピクチャメモリ（６３４）内のコンテンツも、ローカルのエンコーダと遠隔のエンコーダとの間でビットパーフェクトである。すなわち、エンコーダの予測部分は、デコーダが復号化中に予測を使用するときに“見る”ことになるのとまさに同じサンプル値を参照ピクチャサンプルとして“見る”。参照ピクチャのシンクロニシティ（及び、例えば、チャネルエラーのために、シンクロニシティが維持され得ない場合に、結果として生じるドリフト）のこの基本原理は、いくつかの関連技術でも使用されている。
【0058】
“ローカル”のデコーダ（６３３）の動作は、図５とともに詳細に既に上述されている、ビデオデコーダ（５１０）などの“遠隔”のデコーダと同じであることができる。一時的に図５も参照すると、しかしながら、シンボルが利用可能であり、エントロピコーダ（６４５）及びパーサ（５２０）によるコーディングされたビデオシーケンスへのシンボルの符号化／復号化が可逆であることができるということで、バッファメモリ（５１５）及びパーサ（５２０）を含むビデオデコーダ（５１０）のエントロピ復号化部分は、ローカルのデコーダ（６３３）において完全には実装されなくてもよい。
【0059】
この時点で観察できることは、デコーダに存在するパーシング／エントロピ復号化を除く如何なるデコーダ技術も、必然的に、対応するエンコーダにおいて略同じ機能形態で存在する必要がある、ということである。この理由により、開示されている対象は、デコーダの動作に焦点を当てる。エンコーダ技術の説明は、それらが、包括的に記載されるデコーダ技術の逆であるということで、省略され得る。特定の範囲においてのみ、より詳細な説明が必要とされ、以下で与えられている。
【0060】
動作中、いくつかの例では、ソースコーダ（６３０）は、動き補償された予測コーディングを実行してよい。これは、「参照ピクチャ」として指定された、ビデオシーケンスからの１つ以上の前にコーディングされたピクチャを参照して、予測的に入力ピクチャをコーディングする。このようにして、コーディングエンジン（６３２）は、入力ピクチャに対する予測参照として選択され得る参照ピクチャのピクセルブロックと入力ピクチャのピクセルブロックとの間の差をコーディングする。
【0061】
ローカルのビデオデコーダ（６３３）は、ソースコーダ（６３０）によって生成されたシンボルに基づいて、参照ピクチャとして指定され得るピクチャのコーディングされたビデオデータを復号してよい。コーディングエンジン（６３２）の動作は、有利なことに、不可逆プロセスであってよい。コーディングされたビデオデータがビデオデコーダ（図６には図示せず。）で復号され得るとき、再構成されたビデオシーケンスは、通常は、いくらかのエラーを伴ったソースビデオシーケンスの複製であり得る。ローカルのビデオデコーダ（６３３）は、参照ピクチャに対してビデオデコーダによって実行され得る復号化プロセスを再現し、再構成された参照ピクチャを参照ピクチャキャッシュ（６３４）に格納されるようにしてよい。このように、ビデオエンコーダ（６０３）は、（伝送エラーなしで）遠端のビデオデコーダによって取得されることになる再構成された参照ピクチャと共通の内容を有している再構成された参照ピクチャのコピーをローカルで記憶し得る。
【0062】
予測器（６３５）は、コーディングエンジン（６３２）のための予測探索を実行してよい。すなわち、新しいピクチャがコーディングされるために、予測器（６３５）は、その新しいピクチャのための適切な予測基準となり得る参照ピクチャ動きベクトル、ブロック形状、などの特定のメタデータ又は（候補参照ピクセルブロックとしての）サンプルデータを参照ピクチャメモリ（６３４）から探してよい。予測器（６３５）は、適切な予測基準を見つけるためにサンプルブロック・バイ・ピクセルブロックベース（sample block-by-pixel block basis）で動作してよい。いくつかの場合に、予測器（６３５）によって取得された探索結果によって決定されるように、入力ピクチャは、参照ピクチャメモリ（６３４）に記憶されている複数の参照ピクチャから引き出された予測基準を有してよい。
【0063】
コントローラ（６５０）は、例えば、ビデオデータを符号化するために使用されるパラメータ及びサブグループパラメータの設定を含め、ソースコーダ（６３０）のコーディング動作を管理してよい。
【0064】
上記の全ての機能ユニットの出力は、エントロピコーダ（６４５）においてエントロピコーディングを受けてよい。エントロピコーダ（６４５）は、ハフマンコーディング、可変長コーディング、算術コーディングなどの技術に従ってシンボルを可逆圧縮することによって、様々な機能ユニットによって生成されたシンボルを、コーディングされたビデオシーケンスへと変換する。
【0065】
送信器（６４０）は、エントロピコーダ（６４５）によって生成されたコーディングされたビデオシーケンスを、通信チャネル（６６０）を介した伝送のために準備するようにバッファリングしてよい。通信チャネル（６６０）は、符号化されたビデオデータを記憶する記憶デバイスへのハードウェア／ソフトウェアリンクであってよい。送信器（６４０）は、ビデオコーダ（６０３）からのコーディングされたビデオデータを、送信されるべき他のデータ、例えば、コーディングされたオーディオデータ及び／又は補助的なデータストリーム（ソースは図示せず）とマージしてもよい。
【0066】
コントローラ（６５０）は、ビデオエンコーダ（６０３）の動作を管理してよい。コーディング中、コントローラ（６５０）は、各々のピクチャに適用され得るコーディング技術に影響を及ぼす可能性がある特定のコーディングされたピクチャタイプを夫々のコーディングされたピクチャに割り当ててよい。例えば、ピクチャはしばしば、次のピクチャタイプのうちの１つとして割り当てられてよい。
【0067】
イントラピクチャ（Intra Picture）（Ｉピクチャ）は、予測のソースとしてシーケンス内の如何なる他のピクチャも使用せずに符号化及び復号化され得るピクチャであってよい。いくつかのビデオコーデックは、例えば、独立デコーダリフレッシュ（Independent Decoder Refresh，ＩＤＲ）ピクチャを含む種々のタイプのイントラピクチャを許容する。当業者であれば、Ｉピクチャのそのような変形並びにそれらの各々の応用及び特徴を知っている。
【0068】
予測ピクチャ（Predictive Picture）（Ｐピクチャ）は、各ブロックのサンプル値を予測するために多くても１つの動きベクトル及び参照インデックスを用いてイントラ予測又はインター予測により符号化及び復号化され得るピクチャであってよい。
【0069】
双方向予測ピクチャ（Bi-directionally Predictive Picture）（Ｂピクチャ）は、各ブロックのサンプル値を予測するために多くても２つの動きベクトル及び参照インデックスを用いてイントラ予測又はインター予測により符号化及び復号化され得るピクチャであってよい。同様に、多重予測ピクチャ（multiple-predictive picture(s)）は、単一のブロックの再構成のために２つよりも多い参照ピクチャ及び関連するメタデータを使用することができる。
【0070】
ソースピクチャは、一般に、複数のサンプルブロック（例えば、夫々、４×４、８×８、４×８、又は１６×１６のサンプルのブロック）に空間的に細分され、ブロックごとにコーディングされてよい。ブロックは、ブロックの各々のピクチャに適用されているコーディング割り当てによって決定される他の（既にコーディングされた）ブロックを参照して予測的にコーディングされてよい。例えば、Ｉピクチャのブロックは、非予測的にコーディングされてよく、あるいは、それらは、同じピクチャの既にコーディングされたブロックを参照して予測的にコーディングされてもよい（空間予測又はイントラ予測）。Ｐピクチャのピクセルブロックは、１つの前にコーディングされた参照ピクチャを参照して空間予測により又は時間予測により、予測的にコーディングされてよい。Ｂピクチャのブロックは、１つ又は２つの前にコーディングされた参照ピクチャを参照して空間予測により又は時間予測により、予測的にコーディングされてよい。
【0071】
ビデオエンコーダ（６０３）は、ＩＴＵ－Ｔ推奨Ｈ．２６５のような所定のビデオコーディング技術又は標準規格に従ってコーディング動作を実行してよい。その動作中に、ビデオエンコーダ（６０３）は、入力ビデオシーケンスにおける時間及び空間冗長性を利用する予測コーディング動作を含む様々な圧縮動作を実行してよい。従って、コーディングされたビデオデータは、使用されているビデオコーディング技術又は標準規格によって定められているシンタックスに従い得る。
【0072】
実施形態において、送信器（６４０）は、符号化されたビデオとともに追加のデータを送信してもよい。ソースコーダ（６３０）は、コーディングされたビデオシーケンスの部分としてそのようなデータを含めてよい。追加のデータは、時間／空間／ＳＮＲエンハンスメントレイヤ、冗長ピクチャ及びスライスなどの他の形式の冗長データ、ＳＥＩメッセージ、ＶＵＩパラメータセットフラグメント、などを有してよい。
【0073】
ビデオは、時間シーケンスにおいて複数のソースピクチャ（ビデオピクチャ）として捕捉されてよい。イントラピクチャ予測（しばしばイントラ予測と省略される。）は、所与のピクチャにおける空間相関を利用し、インターピクチャ予測は、ピクチャ間の（時間又は他の）相関を利用する。例において、現在ピクチャ（current picture）と呼ばれる、符号化／復号化中の特定のピクチャは、ブロックにパーティション化される。現在ピクチャ内のあるブロックが、ビデオの前にコーディングされて依然としてバッファリングされている参照ピクチャ内の参照ブロックと類似している場合に、現在ピクチャ内のそのブロックは、動きベクトル（motion vector）と呼ばれるベクトルによってコーディングされ得る。動きベクトルは、参照ピクチャ内の参照ブロックを指し示し、複数の参照ピクチャが使用されている場合には、参照ピクチャを識別する第３の次元を有することができる。
【0074】
いくつかの実施形態において、双予測技術がインターピクチャ予測において使用され得る。双予測技術に従って、２つの参照ピクチャ、例えば、ビデオ内で現在ピクチャに対して復号化順序において両方とも先行する（しかし、表示順序では、夫々、過去及び将来にあってよい。）第１参照ピクチャ及び第２参照ピクチャが、使用される。現在ピクチャ内のあるブロックは、第１参照ピクチャ内の第１参照ブロックを指し示す第１動きベクトルと、第２参照ピクチャ内の第２参照ブロックを指し示す第２動きベクトルとによって、コーディングされ得る。そのブロックは、第１参照ブロック及び第２参照ブロックの組み合わせによって予測可能である。
【0075】
更に、マージモード技術が、コーディング効率を改善するためにインターピクチャ予測において使用され得る。
【0076】
本開示のいくつかの実施形態に従って、インターピクチャ予測及びイントラピクチャ予測などの予測は、ブロックの単位で実行される。例えば、ＨＥＶＣ標準規格に従って、ビデオピクチャのシーケンス内のピクチャは、圧縮のためにコーディングツリーユニット（Coding Tree Unit，ＣＴＵ）にパーティション化され、ピクチャ内のＣＴＵは、６４×６４ピクセル、３２×３２ピクセル、又は１６×１６ピクセルといった同じサイズを有する。一般に、ＣＴＵは、１つのルーマＣＴＢ及び２つのクロマＣＴＢである３つのコーディングツリーブロック（Coding Tree Block，ＣＴＢ）を含む。各ＣＴＵは、１つ又は複数のコーディングユニット（Coding Unit，ＣＵ）に再帰的に四分木分割され得る。例えば、６４×６４ピクセルのＣＴＵは、６４×６４ピクセルの１つのＣＵ、又は３２×３２ピクセルの４つのＣＵ、又は１６×１６ピクセルの１６個のＣＵに分割可能である。例において、各ＣＵは、インター予測タイプ又はイントラ予測タイプなどの、当該ＣＵのための予測タイプを決定するよう、解析される。ＣＵは、時間及び／又は空間予測可能性に応じて１つ以上の予測ユニット（Prediction Unit，ＰＵ）に分割される。一般に、各ＰＵは、１つのルーマ予測ブロック（Prediction Block，ＰＢ）及び２つのクロマＰＢを含む。実施形態において、コーディング（符号化／復号化）における予測動作は、予測ブロックの単位で実行される。予測ブロックの例としてルーマ予測ブロックを使用すると、予測ブロックは、８×８ピクセル、１６×１６ピクセル、８×１６ピクセル、１６×８ピクセルなどのような、ピクセルの値（例えば、ルーマ値）の行列を含む。
【0077】
図７は、開示の他の実施形態に係るビデオエンコーダ（７０３）の図を示す。ビデオエンコーダ（７０３）は、ビデオピクチャの連続に含まれる現在ビデオピクチャ内のサンプル値の処理ブロック（例えば、予測ブロック）を受け取り、コーディングされたビデオシーケンスの部分であるコーディングされたピクチャへと処理ブロックを符号化するよう構成される。例において、ビデオエンコーダ（７０３）は、図４の例のビデオエンコーダ（４０３）の代わりに使用される。
【0078】
ＨＥＶＣの例では、ビデオエンコーダ（７０３）は、８×８サンプルの予測ブロックなどのような処理ブロックのためのサンプル値の行列を受け取る。ビデオエンコーダ（７０３）は、例えば、レートひずみ最適化を用いて、処理ブロックがイントラモード、インターモード、又は双予測モードにより最も良くコーディングされるかどうかを決定する。処理ブロックがイントラモードでコーディングされるべきである場合には、ビデオエンコーダ（７０３）は、コーディングされたピクチャへと処理ブロックを符号化するためにイントラ予測技術を使用してよく、処理ブロックがインターモード又は双予測モードでコーディングされるべきである場合には、ビデオエンコーダ（７０３）は、コーディングされたピクチャへと処理ブロックを符号化するためにインター予測又は双予測技術を夫々使用してよい。特定のビデオコーディング技術において、マージモードは、予測子の外にあるコーディングされた動きベクトル成分の恩恵を受けずに１つ以上の動きベクトル予測子から動きベクトルが導出されるインターピクチャ予測サブモードであることができる。特定の他のビデオコーディング技術では、対象ブロックに適用可能な動きベクトル成分が存在する場合がある。例において、ビデオエンコーダ（７０３）は、処理ブロックのモードを決定するモード決定モジュール（図示せず。）などの他のコンポーネントを含む。
【0079】
図７の例では、ビデオエンコーダ（７０３）は、図７に示されるように結合されているインターエンコーダ（７３０）、イントラエンコーダ（７２２）、残差計算部（７２３）、スイッチ（７２６）、残差エンコーダ（７２４）、汎用コントローラ（７２１）、及びエントロピエンコーダ（７２５）を含む。
【0080】
インターエンコーダ（７３０）は、現在ブロック（例えば、処理ブロック）のサンプルを受け取り、そのブロックを参照ピクチャ内の１つ以上の参照ブロック（例えば、前のピクチャ及び後のピクチャ内のブロック）と比較し、インター予測情報（例えば、インター符号化技術に従う冗長情報の記述、動きベクトル、マージモード情報）を生成し、何らかの適切な技術を用いてインター予測情報に基づいてインター予測結果（例えば、予測されたブロック）を計算するよう構成される。いくつかの例において、参照ピクチャは、符号化されたビデオ情報に基づいて復号されている復号された参照ピクチャである。
【0081】
イントラエンコーダ（７２２）は、現在ブロック（例えば、処理ブロック）のサンプルを受け取り、いくつかの場合には、同じピクチャ内で既にコーディングされたブロックとそのブロックを比較し、変換後の量子化された係数を、更には、いくつかの場合には、イントラ予測情報（例えば、１つ以上のイントラ符号化技術に従うイントラ予測方向情報）も生成するよう構成される。例において、イントラエンコーダ（７２２）はまた、イントラ予測情報及び同じピクチャ内の参照ブロックに基づいてイントラ予測結果（例えば、予測ブロック）を計算する。
【0082】
汎用コントローラ（７２１）は、汎用制御データを決定し、汎用制御データに基づいてビデオエンコーダ（７０３）の他のコンポーネントを制御するよう構成される。例において、汎用コントローラ（７２１）は、ブロックのモードを決定し、モードに基づいて制御信号をスイッチ（７２６）へ供給する。例えば、モードがイントラモードである場合には、汎用コントローラ（７２１）は、残差計算部（７２３）による使用のためにイントラモード結果を選択するようスイッチ（７２６）を制御し、そして、イントラ予測情報を選択し、イントラ予測情報をビットストリームに含めるようエントロピエンコーダ（７２５）を制御する。モードがインターモードである場合には、汎用コントローラ（７２１）は、残差計算部（７２３）による使用のためにインター予測結果を選択するようスイッチ（７２６）を制御し、そして、インター予測情報を選択し、インター予測情報をビットストリームに含めるようエントロピエンコーダ（７２５）を制御する。
【0083】
残差計算部（７２３）は、受け取られたブロックと、イントラエンコーダ（７２２）又はインターエンコーダ（７３０）から選択された予測結果との間の差（残差データ）を計算するよう構成される。残差エンコーダ（７２４）は、残差データを符号化して変換係数を生成するために残差データに基づき動作するよう構成される。例において、残差エンコーダ（７２４）は、残差データを空間領域から周波数領域に変換し、変換係数を生成するよう構成される。次いで、変換係数は、量子化された変換係数を取得するよう量子化処理を受ける。様々な実施形態において、ビデオエンコーダ（７０３）はまた、残差デコーダ（７２８）も含む。残差デコーダ（７２８）は、逆変換を実行し、復号された残差データを生成するよう構成される。復号された残差データは、イントラエンコーダ（７２２）及びインターエンコーダ（７３０）によって適切に使用され得る。例えば、インターエンコーダ（７３０）は、復号された残差データ及びインター予測情報に基づいて、復号ブロックを生成することができ、イントラエンコーダ（７２２）は、復号された残差データ及びイントラ予測情報に基づいて、復号されたブロックを生成することができる。復号されたブロックは、復号されたピクチャを生成するよう適切に処理され、復号されたピクチャは、メモリ回路（図示せず。）にバッファリングされ、いくつかの例では参照ピクチャとして使用され得る。
【0084】
エントロピエンコーダ（７２５）は、符号化されたブロックを含めるようにビットストリームをフォーマット化するよう構成される。エントロピエンコーダ（７２５）は、ＨＥＶＣ標準規格などの適切な標準規格に従って様々な情報を含めるよう構成される。例において、エントロピエンコーダ（７２５）は、汎用制御データ、選択された予測情報（例えば、イントラ予測情報又はインター予測情報）、残差情報、及び他の適切な情報をビットストリームに含めるよう構成される。開示されている対象に従って、インターモード又は双予測モードのどちらか一方のマージサブモードでブロックをコーディングする場合に、残差情報は存在しない点に留意されたい。
【0085】
図８は、開示の他の実施形態に従うビデオデコーダ（８１０）の図を示す。ビデオデコーダ（８１０）は、コーディングされたビデオシーケンスの部分であるコーディングされたピクチャを受け取り、コーディングされたピクチャを復号して、再構成されたピクチャを生成するよう構成される。例において、ビデオデコーダ（８１０）は、図４の例のビデオデコーダ（４１０）の代わりに使用される。
【0086】
図８の例では、ビデオデコーダ（８１０）は、図８に示されるように結合されているエントロピデコーダ（８７１）、インターデコーダ（８８０）、残差デコーダ（８７３）、再構成モジュール（８７４）、及びイントラデコーダ（８７２）を含む。
【0087】
エントロピデコーダ（８７１）は、コーディングされたピクチャから、シンタックス要素を表す特定のシンボルを再構成するよう構成され得、それらから、コーディングされたピクチャは構成されている。かようなシンボルは、例えば、ブロックがコーディングされるモード（例えば、イントラモード、又はマージサブモード若しくは他のサブモードにおけるインターモード若しくは双予測モード）、イントラデコーダ（８７２）又はインターデコーダ（８８０）による予測のために夫々使用される特定のサンプル又はメタデータを識別することができる予測情報（例えば、イントラ予測情報又はインター予測情報）、例えば、量子化された変換係数の形をとる残差情報、などを含むことができる。例において、予測モードがインター又は双予測モードである場合には、インター予測情報がインターデコーダ（８８０）へ供給され、予測タイプがイントラ予測タイプである場合には、イントラ予測情報がイントラデコーダ（８７２）へ供給される。残差情報は、逆量子化を受けることができ、残差デコーダ（８７３）へ供給される。
【0088】
インターデコーダ（８８０）は、インター予測情報を受け取り、インター予測情報に基づいてインター予測結果を生成するよう構成される。
【0089】
イントラデコーダ（８７２）は、イントラ予測情報を受け取り、イントラ予測情報に基づいて予測結果を生成するよう構成される。
【0090】
残差デコーダ（８７３）は、逆量子化された変換係数を取り出すように逆量子化を実行し、逆量子化された変換係数を処理して、残差を周波数領域から空間領域に変換するよう構成される。残差デコーダ（８７３）はまた、（量子化パラメータ（ＱＰ）を含めるための）特定の制御情報を要求してもよく、その情報は、エントロピデコーダ（８７１）によって供給されてよい（これは低容量の制御情報のみであるということで、データパスは示されない。）。
【0091】
再構成モジュール（８７４）は、残差デコーダ（８７３）によって出力された残差と、（場合によっては、インター又はイントラ予測モジュールによって出力された）予測結果とを空間領域において組み合わせて、再構成されたブロックを形成するよう構成される。再構成されたブロックは、再構成されたピクチャの部分であってよく、次いで、再構成されたピクチャは、再構成されたビデオの部分であってよい。なお、デブロッキング動作などのような他の適切な動作が、視覚品質を改善するために実行されてもよい。
【0092】
なお、ビデオエンコーダ（４０３）、（６０３）及び（７０３）並びにビデオデコーダ（４１０）、（５１０）及び（８１０）は、如何なる適切な技術によっても実装可能である。実施形態において、ビデオエンコーダ（４０３）、（６０３）及び（７０３）並びにビデオデコーダ（４１０）、（５１０）及び（８１０）は、１つ以上の集積回路を用いて実装可能である。他の実施形態では、ビデオエンコーダ（４０３）、（６０３）及び（７０３）並びにビデオデコーダ（４１０）、（５１０）及び（８１０）は、ソフトウェア命令を実行する１つ以上のプロセッサを用いて実装可能である。
【0093】
本開示は、サブブロックの交差成分線形モデル予測を含む。
【0094】
ＩＴＵ－Ｔ ＶＣＥＧ（Ｑ６／１６）及びＩＳＯ／ＩＥＣ ＭＰＥＧ（ＪＴＣ １／ＳＣ ２９／ＷＧ １１）は、２０１３年（ｖｅｒｓｉｏｎ １）、２０１４年（ｖｅｒｓｉｏｎ ２）、２０１５年（ｖｅｒｓｉｏｎ ３）、及び２０１６年（ｖｅｒｓｉｏｎ ４）にＨ．２６５／ＨＥＶＣ（High Efficiency Video Coding）標準を公開した。２０１５年、それら２つの標準組織は、ＨＥＶＣを超える次のビデオコーディング標準規格を開発する可能性を探るためにＪＶＥＴ（Joint Video Exploration Team）を一緒に組織した。２０１８年４月に、ＪＶＥＴは、ＨＥＶＣを超える次世代ビデオコーディングの標準化プロセスを公式に立ち上げた。新しい標準規格はバーサタイル・ビデオ・コーディング（Versatile Video Coding，ＶＶＣ）と命名され、ＪＶＥＴはジョイント・ビデオ・エキスパート・チーム（Joint Video Expert Team）と改名された。２０２０年７月に、Ｈ．２６６／ＶＣＣ ｖｅｒｓｉｏｎ １が最終承認された。２０２１年１月に、アドホックグループが、ＶＶＣ能力を超える強化された圧縮を研究するために設立された
【0095】
交差成分冗長性を減らすよう、交差成分線形モデル（ＣＣＬＭ）予測モードが、例えばＶＶＣなどで、使用され得る。ＣＣＬＭ予測モードでは、現在ＣＵのクロマサンプルが、式（１）で次のように線形モデルを使用することによって、現在ＣＵの再構成されたルーマサンプルに基づいて予測され得る：
ｐｒｅｄＣ（ｉ，ｊ）＝α・ｒｅｃＬ’（ｉ，ｊ）＋β 式（１）
ここで、ｐｒｅｄＣ（ｉ，ｊ）は、現在ＣＵ内の予測されたクロマサンプルを表すことができ、ｒｅｃＬ（ｉ，ｊ）は、現在ＣＵのダウンサンプリングされた再構成されたルーマサンプルを表すことができる。例えばＹＣｂＣｒ４２２又はＹＣｂＣｒ４２０のフォーマットでのように、クロマサブサンプリングがルーマサブサンプリングとは異なる場合に、クロマＣＵはルーマＣＵよりもサイズが小さくなり得る。現在ＣＵ内の再構成されたルーマサンプルをダウンサンプリングすることは、ルーマサンプルとクロマサンプルとを一対一で整合させることができる。
ｐｒｅｄＣ（ｉ，ｊ）＝α・ｒｅｃＬ’（ｉ，ｊ）＋β 式（１）
ここで、ｐｒｅｄＣ（ｉ，ｊ）は、現在ＣＵ内の予測されたクロマサンプルを表すことができ、ｒｅｃＬ（ｉ，ｊ）は、現在ＣＵのダウンサンプリングされた再構成されたルーマサンプルを表すことができる。例えばＹＣｂＣｒ４２２又はＹＣｂＣｒ４２０のフォーマットでのように、クロマサブサンプリングがルーマサブサンプリングとは異なる場合に、クロマＣＵはルーマＣＵよりもサイズが小さくなり得る。現在ＣＵ内の再構成されたルーマサンプルをダウンサンプリングすることは、ルーマサンプルとクロマサンプルとを一対一で整合させることができる。
【0096】
ＣＣＬＭパラメータ（例えば、α及びβ）は、多くても４つの近傍クロマサンプルと、近傍クロマサンプルの対応するダウンサンプリングされたルーマサンプルとを用いて、導出され得る。現在クロマブロックがＷ×Ｈの大きさを有し、Ｗが現在クロマブロックの幅であり、Ｈが現在クロマブロックの高さである場合に、第１参照領域の幅Ｗ’及び第２参照領域の高さＨ’は、次のように定義され得る：
ＬＭモードが適用される場合に、Ｗ’＝Ｗ，Ｈ’＝Ｈ；
ＬＭ－Ａモードが適用される場合に、Ｗ’＝Ｗ＋Ｈ；及び
ＬＭ－Ｌモードが適用される場合に、Ｈ’＝Ｈ＋Ｗ。
第１参照領域は、現在クロマブロックの上側に隣接することができる。第２参照領域の高さＨ‘’は、現在クロマブロックの左側に隣接することができる。ＬＭモードで、近傍クロマサンプルは、第１参照領域及び第２参照領域の両方に位置することができる。ＬＭ－Ａモードで、近傍クロマサンプルは、第１参照領域に位置することができる。ＬＭ－Ｌモードで、近傍クロマサンプルは、第２参照領域に位置することができる。
ＬＭモードが適用される場合に、Ｗ’＝Ｗ，Ｈ’＝Ｈ；
ＬＭ－Ａモードが適用される場合に、Ｗ’＝Ｗ＋Ｈ；及び
ＬＭ－Ｌモードが適用される場合に、Ｈ’＝Ｈ＋Ｗ。
第１参照領域は、現在クロマブロックの上側に隣接することができる。第２参照領域の高さＨ‘’は、現在クロマブロックの左側に隣接することができる。ＬＭモードで、近傍クロマサンプルは、第１参照領域及び第２参照領域の両方に位置することができる。ＬＭ－Ａモードで、近傍クロマサンプルは、第１参照領域に位置することができる。ＬＭ－Ｌモードで、近傍クロマサンプルは、第２参照領域に位置することができる。
【0097】
よって、上隣接位置（又は第１参照領域の位置）は、Ｓ［０，－１］・・・Ｓ［Ｗ’－１，－１］と表すことができ、左隣接位置（又は第２参照領域の位置）は、Ｓ［－１，０］・・・Ｓ［－１，Ｈ’－１］と表すことができる。従って、４つの近傍クロマサンプルの位置は：
ＬＭモードが適用され、上隣接サンプル及び左隣接サンプルの両方が利用可能である場合に、Ｓ［Ｗ’／４，－１］，Ｓ［３×Ｗ’／４，－１］，Ｓ［－１，Ｈ’／４］，Ｓ［－１，３×Ｈ’／４］；
ＬＭ－Ａモードが適用されるか、あるいは、上隣接サンプルのみが利用可能である場合に、Ｓ［Ｗ’／８，－１］，Ｓ［３×Ｗ’／８，－１］，Ｓ［５×Ｗ’／８，－１］，Ｓ［７×Ｗ’／８，－１］；
ＬＭ－Ｌモードが適用されるか、あるいは、左隣接サンプルのみが利用可能である場合に、Ｓ［－１，Ｈ’／８］，Ｓ［－１，３×Ｈ’／８］，Ｓ［－１，５×Ｈ’／８］，Ｓ［－１，７×Ｈ’／８］。
ＬＭモードが適用され、上隣接サンプル及び左隣接サンプルの両方が利用可能である場合に、Ｓ［Ｗ’／４，－１］，Ｓ［３×Ｗ’／４，－１］，Ｓ［－１，Ｈ’／４］，Ｓ［－１，３×Ｈ’／４］；
ＬＭ－Ａモードが適用されるか、あるいは、上隣接サンプルのみが利用可能である場合に、Ｓ［Ｗ’／８，－１］，Ｓ［３×Ｗ’／８，－１］，Ｓ［５×Ｗ’／８，－１］，Ｓ［７×Ｗ’／８，－１］；
ＬＭ－Ｌモードが適用されるか、あるいは、左隣接サンプルのみが利用可能である場合に、Ｓ［－１，Ｈ’／８］，Ｓ［－１，３×Ｈ’／８］，Ｓ［－１，５×Ｈ’／８］，Ｓ［－１，７×Ｈ’／８］。
【0098】
選択された位置での４つの近傍クロマサンプルに対応する４つのルーマサンプルは、２つのより大きい値であるｘ０
Ａ及びｘ１
Ａ並びに２つのより小さい値であるｘ０
Ｂ及びｘ１
Ｂを見つけるために４回ダウンサンプリングされて比較され得る。４つのルーマサンプルに対応する４つの近傍クロマサンプルのクロマサンプル値は、ｙ０
Ａ、ｙ１
Ａ、ｙ０
Ｂ、及びｙ１
Ｂと表すことができる。パラメータＸａ、Ｘｂ、Ｙａ、及びＹｂは、次のように式（２）～（５）で導出することができる：
Ｘａ＝（ｘ０ Ａ＋ｘ１ Ａ＋１）＞＞１ 式（２）
Ｘｂ＝（ｘ０ Ｂ＋ｘ１ Ｂ＋１）＞＞１ 式（３）
Ｙａ＝（ｙ０ Ａ＋ｙ１ Ａ＋１）＞＞１ 式（４）
Ｙｂ＝（ｙ０ Ｂ＋ｙ１ Ｂ＋１）＞＞１ 式（５）
Ｘａ＝（ｘ０ Ａ＋ｘ１ Ａ＋１）＞＞１ 式（２）
Ｘｂ＝（ｘ０ Ｂ＋ｘ１ Ｂ＋１）＞＞１ 式（３）
Ｙａ＝（ｙ０ Ａ＋ｙ１ Ａ＋１）＞＞１ 式（４）
Ｙｂ＝（ｙ０ Ｂ＋ｙ１ Ｂ＋１）＞＞１ 式（５）
【0099】
最後に、線形モデルパラメータα及びβは、夫々、式（６）及び（７）に従って取得され得る：
α＝（Ｙａ－Ｙｂ）／（Ｘａ－Ｘｂ） 式（６）
β＝Ｙｂ－αＸｂ 式（７）
α＝（Ｙａ－Ｙｂ）／（Ｘａ－Ｘｂ） 式（６）
β＝Ｙｂ－αＸｂ 式（７）
【0100】
図９は、現在ブロックの左隣接サンプル及び上隣接サンプル、並びにＣＣＬＭ予測モードに関与する現在ブロックのサンプルの例示的な位置を示す。図９に示されるように、現在クロマＣＵ（９０２）はＮ×Ｎ（例えば、８×８）のサイズを有することができる。現在クロマＣＵ（９０２）の対応するルーマＣＵ（９０４）は、２Ｎ×２Ｎ（例えば、１６×１６）のサイズを有することができる。線形モデルパラメータα及びβを導出するための現在クロマＣＵ（９０２）の近傍クロマサンプルは、第１参照領域（又は上隣接位置）（９０６）及び／又は第２参照領域（又は左隣接位置）（９０８）に位置することができる。近傍クロマサンプル（９０６）及び（９０８）に対応するルーマサンプルは、夫々、第１参照領域（９１０）及び第２参照領域（９１２）に位置することができる。図９に示されるように、ルーマサンプル（９１０）及び（９１２）は、近傍クロマサンプルと一対一で整合するようダウンサンプリングされる。ルーマサンプル（９１０）及び（９１２）の再構成された値Ｒｅｃ’Ｌ並びに近傍クロマサンプル（９０６）及び（９０８）の再構成された値ＲｅｃＣは、式（２）～（７）に基づいて線形モデルパラメータα及びβを導出するために適用され得る。線形モデルパラメータα及びβが取得されると、現在クロマＣＵ（９０２）内のクロマサンプルは、ＣＣＬＭ予測を用いて、対応するルーマＣＵ（９０４）内のダウンサンプリングされた再構成されたルーマサンプルに基づいて予測され得る。
【0101】
表１は、ＣＣＬＭ予測の例示的なシンタックスを示す。最初に、ＣＣＬＭ予測モードが現在ＣＵに適用されるかどうかを決定するために、ＣＣＬＭモードフラグ（例えば、ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇ）がパース（又はコーディング）され得る。ＣＣＬＭモードフラグ（例えば、ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇ）が１（又は真）であるとき、それは、ＣＣＬＭ予測モードが現在ＣＵに適用されることを示す。どのＣＣＬＭモードが現在ＣＵに適用されるかを決定するために、更に、ＣＣＬＭモードインデックス（例えば、ｃｃｌｍ＿ｍｏｄｅ＿ｉｄｘ）がパースされ得る。ＣＣＬＭモードは、ＬＭ、ＬＭ－Ａ、及びＬＭ－Ｌを含むことができるが、これらに限られない。ＬＭは、線形モデルパラメータα及びβを導出するために左参照サンプル及び上参照サンプルの両方を使用することができる。線形モデルパラメータα及びβを導出するために、ＬＭ－Ａは上参照サンプルを使用することができ、ＬＭ－Ｌは左参照サンプルを使用することができる。
【表1】
【0102】
ＣＣＬＭを適用されたクロマＣＵ（又はＣＣＬＭによってイントラコーディングされているクロマＣＵ）は、空間近傍間の空間相関を有してよい。従って、より大きいＣＵを、内部にサブブロックを含むＣＣＬＭブロックとして有する（又は決定する）ことは、シグナリングオーバヘッドを節約し、コーディング効率を改善することができる。
【0103】
本開示では、ＣＵはＣＵ内部にサブブロックを含むことができ、全てのサブブロックはＣＣＬＭコーディングされ得る。
【0104】
実施形態において、パーティションは、ＣＵの幅及び／又は高さなどのＣＵの大きさに基づくことができる。よって、ただ１つのタイプのパーティション（例えば、水平又は垂直）がＣＵで使用され得る。例えば、ＣＵの幅がＣＵの高さに等しいか又はそれよりも大きい場合に、ＣＵは、図１０Ａに示されるように垂直方向にパーティション化され得る。図１０Ａに示されるように、ＣＵ（１００２）は、ＣＵ（１００２）の幅に沿って、インデックス０～３を有する複数のサブブロックにパーティション化され得る。他の例では、ＣＵの幅がＣＵの高さよりも小さい場合に、ＣＵは、図１０Ｂに示されるように水平方向にパーティション化され得る。図１０Ｂに示されるように、ＣＵ（１００４）は、ＣＵ（１００４）の高さに沿って、インデックス０～１を有する複数のサブブロックにパーティション化され得る。
【0105】
他の実施形態においては、パーティションは、ＣＣＬＭに対してｍｉｎＳｕｂｂｌｏｃｋＣＣＬＭとして定義することができる最小サブブロックサイズに基づくことができる。最小サブブロックサイズ（例えば、ｍｉｎＳｕｂｂｌｏｃｋＣＣＬＭ）の値は、明示的なシグナリングなしでエンコーダ及びデコーダで事前定義され得る。代替的に、最小サブブロックサイズ（例えば、ｍｉｎＳｕｂｂｌｏｃｋＣＣＬＭ）はシグナリングされてもよい。例えば、最小サブブロックサイズは、ハイレベルシンタックスで、例えば、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、スライス、又はタイルなどでシグナリングされ得る。最小サブブロックサイズ（例えば、ｍｉｎＳｕｂｂｌｏｃｋＣＣＬＭ）の値に基づいて、ＣＵは、水平方向及び／又は垂直方向の両方でパーティション化され得る。例えば、ＣＵ（１００６）が４の幅及び８の高さを有し、最小サブブロックサイズ（例えば、ｍｉｎＳｕｂｂｌｏｃｋＣＣＬＭ）の値が２（又は２×２）である場合に、ＣＵ（１００６）は、水平方向及び垂直方向の両方で８つのサブブロックにパーティション化され得る。これは図１０Ｃに示され得る。
【0106】
本開示では、サブブロック予測（又はサブブロックのための予測）は、前に復号されたサブブロックの再構成された値に基づくことができる。サブブロック予測は、図１０Ｄに示され得るラスタ走査順序で実行され得る。サブブロックごとに、再構成されたサンプルは、冗長信号を予測信号に加えることによって取得され得る。冗長信号は、エントロピ復号化、逆量子化、逆変換、及び／又はなどを含むことができるプロセスによって、生成され得る。従って、前のサブブロックの再構成されたサンプル値は、後続のサブブロックの予測サンプル値を生成するために利用可能であることができる。
【0107】
実施形態において、図１０Ａでインデックス０を有するサブブロックなどのような、現在ＣＵのサブブロックは、ＣＣＬＭを実行するために現在ＣＵの参照サンプル（図示せず。）を使用することができる。よって、線形モデルパラメータα及びβは、現在ＣＵの参照サンプルから導出され得る。同様に、図１０Ａでインデックス１を有するサブブロックなどのような後続サブブロックは、ＣＣＬＭを実行するための参照サンプルとして、インデックス０を有するサブブロックなどのような、前のサブブロックの再構成されたサンプルを使用することができる。線形モデルパラメータα及びβは、インデックス０を有するサブブロックの再構成されたサンプルに基づいて導出され得る。更に、インデックス２を有するサブブロックは、ＣＣＬＭを実行するための参照サンプルとして、インデックス１を有するサブブロックの再構成されたサンプルを使用することができる。インデックス３を有するサブブロックは、ＣＣＬＭを実行するための参照サンプルとして、インデックス２を有するサブブロックの再構成されたサンプルを使用することができる。
【0108】
本開示では、ＣＵ内のサブブロックのＣＣＬＭモード（例えば、ＬＭ、ＬＭ－Ａ、又はＬＭ－Ｌ）は同じであることができる。換言すれば、ＣＣＬＭモードが表２に示されるようにＣＣＬＭモードインデックス（例えば、ｃｃｌｍ＿ｍｏｄｅ＿ｉｄｘ）を用いてシグナリングされると、ＣＵ内の全てのサブブロックはそのＣＣＬＭモードを適用することができる。
【表2】
【0109】
表２に示されるように、ＣＣＬモードフラグ（例えば、ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇ）は、ＣＣＬＭが現在ＣＵに適用されるかどうかを決定するためにパース（又はコーディング）され得る。ＣＣＬＭモードフラグ（例えば、ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇ）が１（又は真）である場合に、ＣＣＬＭサブブロックフラグ（例えば、ｃｃｌｍ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ）及びＣＣＬＭモードインデックス（例えば、ｃｃｌｍ＿ｍｏｄｅ＿ｉｄｘ）が更にパースされ得る。ＣＣＬＭサブブロックフラグは、ＣＣＬＭが現在ＣＵのサブブロックに適用されるかどうかを示すことができる。ＣＣＬＭモードインデックスは、ＣＣＬＭのＣＣＬＭモード（例えば、ＬＭ、ＬＭ－Ａ、及びＬＭ－Ｌ）を示すことができる。ＣＣＬＭサブブロックフラグ（例えば、ｃｃｌｍ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ）が１に等しい（又は真である）とき、ＣＣＬＭは現在ＣＵのサブブロックに適用される。そうではなく、ＣＣＬＭサブブロックフラグが１ではない場合には、ＣＣＬＭは現在ＣＵのサブブロックに適用され得ない。ＣＣＬＭモードインデックス（例えば、ｃｃｌｍ＿ｍｏｄｅ＿ｉｄｘ）は、ＣＣＬＭのどのモードが現在ＣＵ（又はサブブロック）に適用されるかを示すようパースされ得る。よって、ＣＣＬＭサブブロックフラグが１ではない場合に、ＣＣＬＭモードインデックスは、どのＣＣＬＭモードが現在ＣＵに適用されるかを示すことができる。ＣＣＬＭサブブロックフラグが１であるとき、ＣＣＬＭモードインデックスは、どのＣＣＬＭモードが現在ＣＵの全てのサブブロックに適用されるかを示すことができる。
【0110】
本開示では、ＣＵ内のあるサブブロック又は各サブブロックに対するＣＣＬＭモードは、各々のサブブロックの参照サンプルの利用可能性に依存することができる。
【0111】
実施形態において、図１０Ｄに示されるように、現在ブロック（１００８）の左側に隣接している灰色エリア（１０１０）は、現在ブロック（１００８）の利用可能な参照サンプルを表すことができ、現在ブロック（１００８）の上側に隣接しているブランクエリア（１０１２）は、現在ブロック（１００８）の利用不可能な参照サンプルを表すことができる。よって、インデックス０を有するサブブロックは、利用可能な左参照サンプルのみを有することができる。従って、ＣＣＬＭモードＬＭ－Ｌが、インデックス０を有するサブブロックについて線形モデルパラメータα及びβを導出するために使用され得る。インデックス４を有するサブブロックについては、左参照サンプル及び上参照サンプルの両方が利用可能である。よって、インデックス０を有するサブブロックは、ＣＣＬＭモードＬＭを使用することができる。
【0112】
実施形態において、ＣＣＬＭモードインデックス（例えば、ｃｃｌｍ＿ｍｏｄｅ＿ｉｄｘ）は、サブブロックＣＣＬＭ（又はＣＣＬＭを適用されたサブブロック）を含むＣＣＬＭ ＣＵ（又はＣＣＬＭを適用されたＣＵ）の場合にシグナリングされなくてもよい。ＣＣＬＭ ＣＵ内の各サブブロックに適用されるＣＣＬＭモードは、各々のサブブロックの利用可能な参照サンプルに依存することができる。サブブロックＣＣＬＭを含むＣＣＬＭ ＣＵの場合にＣＣＬＭモードインデックスをスキップする例示的な擬似コードは、表３に示され得る。
【表3】
【0113】
表３に示されるように、ＣＣＬＭモードフラグ（例えば、ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇ）は、ＣＣＬＭが現在ＣＵに適用されるかどうかを決定するためにパース（又はコーディング）され得る。ＣＣＬＭモードフラグ（例えば、ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇ）が１（又は真）である場合に、ＣＣＬＭサブブロックフラグ（例えば、ｃｃｌｍ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ）が更にパースされ得る。ＣＣＬＭサブブロックフラグ（例えば、ｃｃｌｍ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ）が１に等しいとき、それは、ＣＣＬＭがサブブロックに適用されることを示す。加えて、サブブロックの夫々に適用されるＣＣＬＭモードは、各々のサブブロックの利用可能な参照サンプルに依存することができる。そうではなく、ＣＣＬＭサブブロックフラグが１に等しくないとき、それは、ＣＣＬＭがサブブロックに適用されないことを示す。
【0114】
他の実施形態においては、ＣＣＬＭサブブロックフラグ（例えば、ｃｃｌｍ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ）はシグナリングされずに、常に真と推測されてもよい。よって、ＣＣＬＭモードフラグ（例えば、ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇ）が１に等しいとき、ＣＣＬＭは、現在ＣＵのサブブロックにも適用され得る。更に、サブブロックの夫々に適用されるＣＣＬＭモードは、各々のサブブロックの利用可能な参照サンプルに依存することができる。
【0115】
図１１は、本開示のいくつかの実施形態に係る例示的な復号化プロセス（１１００）を説明するフローチャートを示す。図１２は、本開示のいくつかの実施形態に係る例示的な符号化プロセス（１２００）を説明するフローチャートを示す。提案されているプロセスは、別々に使用されても、又は如何なる順序でも組み合わされてもよい。更に、プロセス（又は実施形態）、エンコーダ、及びデコーダの夫々は、処理回路（例えば、１つ以上のプロセッサ又は１つ以上の集積回路）によって実装されてよい。一例で、１つ以上のプロセッサは、非一時的なコンピュータ可読媒体に記憶されているプログラムを実行する。
【0116】
実施形態において、プロセス（例えば、（１１００）及び（１２００））のいずれかの動作は、必要に応じて、如何なる量又は順序でも組み合わされ又は配置されてよい。実施形態において、プロセス（例えば、（１１００）及び（１２００））の動作のうちの２つ以上は、並行して実行されてもよい。
【0117】
プロセス（例えば、（１１００）及び（１２００））は、再構成中のブロックについて予測ブロックを生成するために、当該ブロックの再構成及び／又は符号化で使用することができる。様々な実施形態において、プロセス（例えば、（１１００）及び（１２００））は、端末デバイス（３１０）、（３２０）、（３３０）及び（３４０）の処理回路、ビデオエンコーダ（４０３）の機能を実行する処理回路、ビデオデコーダ（４１０）の機能を実行する処理回路、ビデオデコーダ（５１０）の機能を実行する処理回路、ビデオエンコーダ（６０３）の機能を実行する処理回路、などのような、処理回路によって実行される。いくつかの実施形態において、プロセス（例えば（１１００）及び（１２００））は、ソフトウェア命令で実装され、このようにして、処理回路がソフトウェア命令を実行すると、処理回路はプロセス（例えば（１１００）及び（１２００））を実行する。
【0118】
図１１に示されるように、プロセス（１１００）は（Ｓ１１０１）から始まり、（Ｓ１１１０）へ進むことができる。（Ｓ１１１０）で、現在ピクチャ内の現在ブロックのコーディングされた情報が、コーディングされたビデオビットストリームから受け取られ得る。
【0119】
（Ｓ１１２０）で、現在ブロックは複数のサブブロックにパーティション化され得る。
【0120】
（Ｓ１１３０）で、コーディングされた情報に含まれている第１フラグが取得され得、第１フラグは、交差成分線形モデル予測（ＣＣＬＭ）が現在ブロックに適用されて、現在ブロックのクロマサンプルが現在ブロックの再構成されたルーマサンプルに基づいて予測されるかどうかを示すことができる。
【0121】
（Ｓ１１４０）で、第１フラグによりＣＣＬＭが現在ブロックに適用されることが示されることに応答して、現在ブロックの複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値が、ＣＣＬＭに基づいて決定され得る。
【0122】
（Ｓ１１５０）で、現在ブロックは、現在ブロックの複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値に基づいて、更に再構成され得る。
【0123】
一例で、現在ブロックの幅が現在ブロックの高さに等しいか又はそれよりも大きいことに基づいて、現在ブロックは、幅方向に沿って、複数のサブブロックにパーティション化され得る。
【0124】
他の例では、現在ブロックの幅が現在ブロックの高さよりも小さいことに基づいて、現在ブロックは、高さ方向に沿って、複数のサブブロックにパーティション化され得る。
【0125】
更なる他の例では、現在ブロックは、高さ方向及び幅方向の両方において、最小サブブロックサイズの複数のサブブロックにパーティション化され得る。
【0126】
プロセス（１１００）では、コーディングされた情報内のシンタックス要素が決定され得る。最小サブブロックサイズは、シンタックス要素に基づいて決定され得る。シンタックス要素は、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、スライス、及びタイルのうちの１つの中であることができる。
【0127】
いくつかの実施形態で、複数のサブブロックのうちの第２サブブロックにおけるクロマサンプルの予測サンプル値は、複数のサブブロックのうちの第１サブブロックの再構成されたサンプルに基づいて決定され得、第２サブブロックは第１サブブロックに隣接している。
【0128】
いくつかの実施形態で、第１フラグによりＣＣＬＭが現在ブロックに適用されることが示されることに応答して、コーディングされた情報に含まれている第２フラグが取得され得る。第２フラグは、ＣＣＬＭが複数のサブブロックの夫々に適用されるかどうかを示すことができる。第２フラグによりＣＣＬＭが複数のサブブロックの夫々に適用されることが示されることに応答して、現在ブロックの複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値は、ＣＣＬＭに基づいて決定され得る。
【0129】
いくつかの実施形態で、再構成された近傍サンプルが複数のサブブロックのうちの第１サブブロックの左側に隣接していることに応答して、複数のサブブロックのうちの第１サブブロックにおけるクロマサンプルの予測サンプル値は、ＣＣＬＭの第１モードに基づいて決定され得、ＣＣＬＭの第１モードは、第１サブブロックにおけるクロマサンプルの予測サンプル値が、第１サブブロックの左側に隣接している再構成された近傍サンプルに基づいて決定されることを示すことができる。再構成された近傍サンプルが複数のサブブロックのうちの第２サブブロックの左側及び上側に隣接していることに応答して、複数のサブブロックのうちの第２サブブロックにおけるクロマサンプルの予測サンプル値は、ＣＣＬＭの第２モードに基づいて決定され得、ＣＣＬＭの第２モードは、第２サブブロックにおけるクロマサンプルの予測サンプル値が、第２サブブロックの左側及び上側に隣接している再構成された近傍サンプルに基づいて決定されることを示すことができる。
【0130】
いくつかの実施形態で、第１フラグによりＣＣＬＭが現在ブロックに適用されることが示されることに応答して、コーディングされた情報に含まれている第２フラグが取得され得、第２フラグは、ＣＣＬＭが複数のサブブロックの夫々に適用されるかどうかを示すことができる。コーディングされた情報に含まれているインデックスが取得され得、インデックスはＣＣＬＭのＣＣＬＭモードを示すことができる。ＣＣＬＭモードは、複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値を生成するために、どの再構成された近傍サンプルがＣＣＬによって適用されるかを示すことができる。第２フラグによりＣＣＬＭが複数のサブブロックの夫々に適用されることが示され、インデックスによりＣＣＬＭモードが示されることに応答して、現在ブロックの複数のサブブロックの夫々におけるクロマサンプルの予測サンプル値は、ＣＣＬＭモードを用いてＣＣＬＭに基づいて決定され得る。
【0131】
いくつかの実施形態で、インデックスにより第１ＣＣＬＭモードが示されることに応答して、複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値は、複数のサブブロックのうちの各々１つの左側及び上側に隣接している再構成された近傍サンプルに基づいて決定され得る。インデックスにより第２ＣＣＬＭモードが示されることに応答して、複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値は、複数のサブブロックのうちの各々１つの左側に隣接している再構成された近傍サンプルに基づいて決定され得る。インデックスにより第３ＣＣＬＭモードが示されることに応答して、複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値は、複数のサブブロックのうちの各々１つの上側に隣接している再構成された近傍サンプルに基づいて決定され得る。
【0132】
図１２に示されるように、プロセス（１２００）は（Ｓ１２０１）から始まり、（Ｓ１２１０）へ進むことができる。（Ｓ１２１０）で、現在ピクチャ内の現在ブロックは、複数のサブブロックにパーティション化され得る。
【0133】
（Ｓ１２２０）で、現在ブロックの複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値が、現在ブロックのクロマサンプルが現在ブロックの再構成されたルーマサンプルに基づいて予測される交差成分線形モデル予測（ＣＣＬＭ）に基づいて決定され得る。
【0134】
（Ｓ１２３０）で、イントラ予測が、現在ブロックの複数のサブブロックの夫々におけるクロマサンプルの各々の予測サンプル値に基づいて、現在ブロックに対して実行され得る。
【0135】
（Ｓ１２４０）で、ＣＣＬＭが現在ブロックの複数のサブブロックに適用されることを示す第１フラグが生成され得る。
【0136】
上記の技術は、コンピュータ可読命令を使用するコンピュータソフトウェアとして実装され、１つ以上のコンピュータ可読媒体に物理的に記憶され得る。例えば、図１３は、開示される対象の特定の実施形態を実装するのに適したコンピュータシステム（１３００）を示す。
【0137】
コンピュータソフトウェアは、１つ以上のコンピュータ中央演算処理装置（ＣＰＵ）、グラフィクス処理ユニット（ＧＰＵ）などによって、直接に、又は解釈、マイクロコード実行などを通じて、実行することができる命令を含むコードを生成するように、アセンブリ、コンパイル、リンキングなどのメカニズムに従い得る如何なる適切な機械コード又はコンピュータ言語によってもコーディング可能である。
【0138】
命令は、例えば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲーム機、インターネット・オブ・シングス（Internet of Things）デバイス、などを含む様々なタイプのコンピュータ又はその構成要素で実行可能である。
【0139】
コンピュータシステム（１３００）に関して図１３に示されるコンポーネントは、本質的に例示であり、本開示の実施形態を実装するコンピュータソフトウェアの使用又は機能の範囲に関して如何なる限定も示唆することを意図しない。コンポーネントの構成は、コンピュータシステム（１３００）の例示的な実施形態において説明される構成要素のうちのいずれか１つ又は組み合わせに関して如何なる依存性も要件も有するものとして解釈されるべきではない。
【0140】
コンピュータシステム（１３００）は、特定のヒューマンインターフェース入力デバイスを含んでよい。かようなヒューマンインターフェース入力デバイスは、例えば、触覚入力（例えば、キーストローク、スワイプ、データグロープ動作）、音声入力（例えば、声、拍手）、視覚入力（例えば、ジェスチャ）、嗅覚入力（図示せず。）を通じた一人以上のユーザによる入力に反応してよい。ヒューマンインターフェースデバイスはまた、音声（例えば、発話、音楽、周囲音）、画像（例えば、スキャンされた画像、静止画カメラから取得された写真画像）、映像（例えば、２次元映像、立体視映像を含む３次元映像）などの、人による意識的な入力に必ずしも直接には関係しない特定のメディアを捕捉するためにも使用され得る。
【0141】
入力ヒューマンインターフェースデバイスは、キーボード（１３０１）、マウス（１３０２）、トラックパッド（１３０３）、タッチスクリーン（１３１０）、データグローブ（図示せず。）、ジョイスティック（１３０５）、マイク（１３０６）、スキャナ（１３０７）、カメラ（１３０８）（各１つしか表されていない。）のうちの１つ以上を含んでよい。
【0142】
コンピュータシステム（１３００）は、特定のヒューマンインターフェース出力デバイスも含んでよい。かようなヒューマンインターフェース出力デバイスは、例えば、触覚出力、音響、光、及び匂い／味を通じて一人以上のユーザの感覚を刺激するものであってよい。かようなヒューマンインターフェース出力デバイスは、触覚出力デバイス（例えば、タッチスクリーン（１３１０）、データグローブ（図示せず。）、又はジョイスティック（１３０５）による触覚フィードバック、しかし、入力デバイスとして機能しない触覚フィードバックデバイスも存在し得る。）、音声出力デバイス（例えば、スピーカ（１３０９）、ヘッドホン（図示せず。））、視覚出力デバイス（例えば、夫々タッチスクリーン入力機能の有無によらず、夫々触覚フィードバック機能の有無によらず、ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含み、それらのうちのいくつかは、立体視出力、仮想現実メガネ（図示せず。）、ホログラフィックディスプレイ及びスモークタンク（図示せず。）などの手段により２次元視覚出力又は３次元よりも多い次元の出力を出力可能なスクリーン（１３１０））、及びプリンタ（図示せず。）を含んでよい。
【0143】
コンピュータシステム（１３００）は、人がアクセス可能な記憶デバイス及びそれらの関連する媒体、例えば、ＣＤ／ＤＶＤ又は同様の媒体（１３２１）を有するＣＤ／ＤＶＤ ＲＯＭ／ＲＷ（１３２０）、サムドライブ（１３２２）、リムーバブルハードディスク又はソリッドステートドライブ（１３２３）、レガシー磁気媒体、例えば、テープ及びフロッピー（登録商標）ディスク（図示せず。）、専用のＲＯＭ／ＡＳＩＣ／ＰＬＤベースデバイス、例えば、セキュリティドングル（図示せず。）、なども含むことができる。
【0144】
当業者であれば、目下開示されている対象に関連して使用されている「コンピュータ可読媒体」という用語が、伝送媒体、搬送波、又は他の一時的な信号を含まないことも理解するはずである。
【0145】
コンピュータシステム（１３００）は、１つ以上の通信ネットワーク（１３５５）へのインターフェース（１３５４）も含むことができる。ネットワークは、例えば、ワイヤレス、ワイヤライン、光であることができる。ネットワークは更に、ローカル、ワイドエリア、メトロポリタン、車両及び工業、実時間、遅延耐性、などであることができる。ネットワークの例には、イーサネット（登録商標）などのローカルエリアネットワーク、ワイヤレスＬＡＮ、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＴＥなどを含むセルラーネットワーク、ケーブルＴＶ、衛星ＴＶ、及び地上放送ＴＶを含むＴＶワイヤライン又はワイヤレスワイドエリアデジタルネットワーク、ＣＡＮＢｕｓを含む車両及び工場ネットワーク、などがある。特定のネットワークは、一般に、特定の汎用データポート又はペリフェラルバス（１３４９）（例えば、コンピュータシステム（１３００）のＵＳＢポートなど）に取り付けられた外付けネットワークインターフェースアダプタを必要とする。他は、一般に、後述されるようなシステムバスへの取り付け（例えば、ＰＣコンピュータシステムへのイーサネットネットワーク、又はスマートフォンコンピュータシステムへのセルラーネットワークインターフェース）によってコンピュータシステム（１３００）のコアに組み込まれる。これらのネットワークのいずれかを使用して、コンピュータシステム（１３００）は他のエンティティと通信することができる。そのような通信は、単方向の受信専用（例えば、ブロードキャストＴＶ）又は単方向の送信専用（例えば、特定のＣＡＮＢｕｓデバイスへのＣＡＮＢｕｓ）であることができ、あるいは、例えば、ローカル若しくはワイドエリアデジタルネットワークを使用して他のコンピュータシステムに対して双方向であることができる。特定のプロトコル又はプロトコルスタックが、上述されたようなネットワーク及びネットワークインターフェースの夫々で使用可能である。
【0146】
上記のヒューマンインターフェースデバイス、人がアクセス可能な記憶デバイス、及びネットワークインターフェースは、コンピュータシステム（１３００）のコア（１３４０）へ取り付けられ得る。
【0147】
コア（１３４０）は、１つ以上の中央演算処理装置（ＣＰＵ）（１３４１）、グラフィクス処理ユニット（ＧＰＵ）（１３４２）、フィールドプログラマブルゲートエリア（ＦＰＧＡ）（１３４３）の形をとる専用のプログラム可能処理ユニット、特定のタスクのためのハードウェアアクセラレータ（１３４４）、グラフィクスアダプタ（１３５０）などを含むことができる。これらのデバイスは、リードオンリーメモリ（ＲＯＭ）（１３４５）、ランダムアクセスメモリ（ＲＡＭ）（１３４６）、内部のユーザアクセス不能ハードドライブなどの内蔵大容量記憶装置、ＳＳＤ、など（１３４７）とともに、システムバス（１３４８）を通じて接続されてよい。いくつかのコンピュータシステムでは、システムバス（１３４８）は、追加のＣＰＵ、ＧＰＵなどによる拡張を可能にするように、１つ以上の物理プラグの形でアクセス可能であることができる。コアのシステムバス（１３４８）へ直接に又はペリフェラルバス（１３４９）を通じて、周辺機器が取り付けられ得る。一例では、スクリーン（１３１０）がグラフィクスアダプタ（１３５０）へ接続され得る。ペリフェラルバスのためのアーキテクチャには、ＰＣＩ、ＵＳＢなどがある。
【0148】
ＣＰＵ（１３４１）、ＧＰＵ（１３４２）、ＦＰＧＡ（１３４３）、及びアクセラレータ（１３４４）は、組み合わせて上記のコンピュータコードを構成することができる特定の命令を実行可能である。そのコンピュータコードは、ＲＯＭ（１３４５）又はＲＡＭ（１３４６）に記憶され得る。一時データもＲＡＭ（１３４６）に記憶可能であり、一方、永続性データは、例えば、内蔵大容量記憶装置（１３４７）に記憶可能である。メモリデバイスのいずれかへの高速な格納及び読み出しは、キャッシュメモリの使用により可能になる。キャッシュメモリは、１つ以上のＣＰＵ（１３４１）、ＧＰＵ（１３４２）、大容量記憶装置（１３４７）、ＲＯＭ（１３４５）、ＲＡＭ（１３４６）などと密接に関連し得る。
【0149】
コンピュータ可読媒体は、様々なコンピュータ実装動作を実行するためのコンピュータコードを有することができる。媒体及びコンピュータコードは、本開示の目的のために特別に設計及び構成されたものであることができ、あるいは、それらは、コンピュータソフトウェア技術で通常の知識を有する者によく知られており利用可能である種類のものであることができる。
【0150】
例として、限定としてではなく、アーキテクチャ（１３００）、具体的にはコア（１３４０）を有するコンピュータシステムは、１つ以上の有形なコンピュータ可読媒体において具現されているソフトウェアを実行するプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータ、などを含む。）の結果として機能を提供することができる。かようなコンピュータ可読媒体は、コア内蔵大容量記憶装置（１３４７）又はＲＯＭ（１３４５）などの、非一時的な性質であるコア（１３４０）の特定の記憶装置に加えて、先に紹介されたユーザアクセス可能な大容量記憶装置に関連した媒体であることができる。本開示の様々な実施形態を実装するソフトウェアは、そのようなデバイスに記憶され、コア（１３４０）によって実行可能である。コンピュータ可読媒体には、特定のニーズに応じて、１つ以上のメモリデバイス又はチップが含まれ得る。ソフトウェアは、コア（１３４０）、及び、具体的には、その中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡなどを含む。）に、ＲＡＭ（１３４６）に記憶されているデータ構造を定義することと、ソフトウェアによって定義されたプロセスに従ってそのようなデータ構造を変更することとを含め、本明細書で説明されている特定のプロセス又は特定のプロセスの特定の部分を実行させることができる。追加的に、又は代替案として、コンピュータシステムは、本明細書で説明されている特定のプロセス又は特定のプロセスの特定の部分を実行するようにソフトウェアの代わりに又はそれとともに動作することができる、回路内でハードワイヤード又は別なふうに具現されたロジック（例えば、アクセラレータ（１３４４））の結果として、機能を提供することができる。ソフトウェアへの言及は、必要に応じて、ロジックを包含することができ、その逆も同様である。コンピュータ可読媒体への言及は、必要に応じて、実行のためのソフトウェアを記憶している回路（例えば、集積回路（ＩＣ））、実行のためのロジックを具現する回路、又は両方を包含することができる。本開示は、ハードウェア及びソフトウェアの如何なる適切な組み合わせも包含する。
【0151】
付録Ａ：頭字語
ＪＥＭ：Joint Exploration Model
ＶＶＣ：Versatile Video Coding
ＢＭＳ：Benchmark Set
ＭＶ：Motion Vector
ＨＥＶＣ：High Efficiency Video Coding
ＳＥＩ：Supplementary Enhancement Information
ＶＵＩ：Video Usability Information
ＧＯＰ：Group of Picture(s)
ＴＵ：Transform Unit(s)
ＰＵ：Prediction Unit(s)
ＣＴＵ：Coding Tree Unit(s)
ＣＴＢ：Coding Tree Block(s)
ＰＢ：Prediction Block(s)
ＨＲＤ：Hypothetical Reference Decoder
ＳＮＲ：Signal Noise Ratio
ＣＰＵ：Central Processing Unit(s)
ＧＰＵ：Graphics Processing Unit(s)
ＣＲＴ：Cathode Ray Tube
ＬＣＤ：Liquid-Crystal Display
ＯＬＥＤ：Organic Light-Emitting Diode
ＣＤ：Compact Disc
ＤＶＤ：Digital Video Disc
ＲＯＭ：Read-Only Memory
ＲＡＭ：Random Access Memory
ＡＳＩＣ：Application-Specific Integrated Circuit
ＰＬＤ：Programmable Logic Device
ＬＡＮ：Local Area Network
ＧＳＭ：Global System for Mobile communications
ＬＴＥ：Long-Term Evolution
ＣＡＮＢｕｓ：Controller Area Network Bus
ＵＳＢ：Universal Serial Bus
ＰＣＩ：Peripheral Component Interconnect
ＦＰＧＡ：Field Programmable Gate Area(s)
ＳＳＤ：Solid-State Drive
ＩＣ：Integrated Circuit
ＣＵ：Coding Unit
ＪＥＭ：Joint Exploration Model
ＶＶＣ：Versatile Video Coding
ＢＭＳ：Benchmark Set
ＭＶ：Motion Vector
ＨＥＶＣ：High Efficiency Video Coding
ＳＥＩ：Supplementary Enhancement Information
ＶＵＩ：Video Usability Information
ＧＯＰ：Group of Picture(s)
ＴＵ：Transform Unit(s)
ＰＵ：Prediction Unit(s)
ＣＴＵ：Coding Tree Unit(s)
ＣＴＢ：Coding Tree Block(s)
ＰＢ：Prediction Block(s)
ＨＲＤ：Hypothetical Reference Decoder
ＳＮＲ：Signal Noise Ratio
ＣＰＵ：Central Processing Unit(s)
ＧＰＵ：Graphics Processing Unit(s)
ＣＲＴ：Cathode Ray Tube
ＬＣＤ：Liquid-Crystal Display
ＯＬＥＤ：Organic Light-Emitting Diode
ＣＤ：Compact Disc
ＤＶＤ：Digital Video Disc
ＲＯＭ：Read-Only Memory
ＲＡＭ：Random Access Memory
ＡＳＩＣ：Application-Specific Integrated Circuit
ＰＬＤ：Programmable Logic Device
ＬＡＮ：Local Area Network
ＧＳＭ：Global System for Mobile communications
ＬＴＥ：Long-Term Evolution
ＣＡＮＢｕｓ：Controller Area Network Bus
ＵＳＢ：Universal Serial Bus
ＰＣＩ：Peripheral Component Interconnect
ＦＰＧＡ：Field Programmable Gate Area(s)
ＳＳＤ：Solid-State Drive
ＩＣ：Integrated Circuit
ＣＵ：Coding Unit
【0152】
本開示は、いくつかの例示的な実施形態について記載してきたが、本開示の範囲内にある代替、交換、及び様々な置換均等物が存在する。よって、明らかなように、当業者であれば、たとえ本明細書で明示的に図示又は説明されていないとしても、本開示の原理を具現し、よって、その精神及び範囲の中にある多数のシステム及び方法に想到可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10A】
【図10B】
【図10C】
【図10D】
【図11】
【図12】
【図13】
【国際調査報告】