特許 7506063 ビデオ符号化および復号のための複数のコーディングユニットの中でグループ化するパラメータ

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-17

(45)【発行日】2024-06-25

(54)【発明の名称】ビデオ符号化および復号のための複数のコーディングユニットの中でグループ化するパラメータ

(51)【国際特許分類】

   H04N 19/70 20140101AFI20240618BHJP

   H04N 19/436 20140101ALI20240618BHJP

【ＦＩ】

H04N19/70

H04N19/436

【請求項の数】 18

(21)【出願番号】P 2021524145

(86)(22)【出願日】2019-10-31

(65)【公表番号】

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

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

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

(87)【国際公開日】2020-05-14

【審査請求日】2022-10-31

(31)【優先権主張番号】18306450.0

(32)【優先日】2018-11-06

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

(73)【特許権者】

【識別番号】318017914

【氏名又は名称】インターデイジタル ヴィーシー ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】ファブリス ル ルアンネック

(72)【発明者】

【氏名】タンギ ポワリエ

(72)【発明者】

【氏名】カラム ナセル

【審査官】岩井 健二

(56)【参考文献】

【文献】特表２０１３－５４２６９１（ＪＰ，Ａ）

【文献】特表２０１３－５２４７０８（ＪＰ，Ａ）

【文献】国際公開第２０１８／１６４５０５（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１４／０３６２９１９（ＵＳ，Ａ１）

【文献】Raffaele De Forni, and David S. Taubman，ON THE BENEFITS OF LEAF MERGING IN QUAD-TREE MOTION MODELS，ICIP 2005，IEEE，2005年11月，pp.1-4

【文献】Reji Mathew, and David S. Taubman，Quad-Tree Motion Modeling with Leaf Merging，IEEE TRANSACTIONS ON CIRCUITS AND SYSTEMS FOR VIDEO TECHNOLOGY，IEEE，2010年10月，VOL.20, NO.10，pp.1331 - 1345

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ １９／００ － １９／９８

(57)【特許請求の範囲】

【請求項1】

ビデオ符号化のための装置であって、
１つまたは複数のプロセッサを備え、前記１つまたは複数のプロセッサは、
木構造に従って、複数のコーディングユニットにビデオブロックを分割し、
コーディングユニットの少なくとも１つのグループに前記複数のコーディングユニットのうちの２つ以上をグループ化し、前記グループ化することは、前記複数のコーディングユニットの各々とインジケーションを関連付けることを含み、前記インジケーションは、共有されている符号化情報がそれぞれの前記コーディングユニットの前記符号化に用いられることになるかどうかを示し、グループ化されたコーディングユニットは、前記木構造のサブ木に対応し、
前記ビデオブロックの前記複数のコーディングユニットを符号化し、
共有されている符号化情報が用いられることになるというインジケーションに関連付けられるコーディングユニットに対して、前記符号化は、符号化されているコーディングユニットを有してグループ化されるという、およびそのグループにて符号化されることになる１番目であるという前記コーディングユニットから導出される符号化情報に基づいて行われ、
共有されている符号化情報が用いられることにならないというインジケーションに関連付けられるコーディングユニットに対して、前記符号化は、前記コーディングユニットに対して決定されるそれぞれの符号化情報に基づいて行われる
ように構成されることを特徴とする装置。

【請求項2】

ビデオ復号のための装置であって、
１つまたは複数のプロセッサを備え、前記１つまたは複数のプロセッサは、
木構造に従ってビデオブロックから分割された複数のコーディングユニットを、ビットストリームから取得し、
前記複数のコーディングユニットの各コーディングユニットに対してインジケーションを取得し、前記インジケーションは、共有されている符号化情報が、前記木構造のサブ木に対応する、それぞれの前記コーディングユニットを含むコーディングユニットのグループについての前記復号に用いられることになるかどうかを示し、
前記ビデオブロックの前記複数のコーディングユニットを復号し、
共有されている符号化情報が用いられることになるというインジケーションに関連付けられるコーディングユニットに対して、前記復号は、復号されているコーディングユニットを有してグループ化されるという、およびそのグループにて復号されることになる１番目であるという前記コーディングユニットから導出される符号化情報に基づいて行われ、
前記共有されている符号化情報が用いられることにならないというインジケーションに関連付けられるコーディングユニットに対して、前記復号は、前記ビットストリームから構文解析されるそれぞれの符号化情報に基づいて行われる
ように構成されることを特徴とする装置。

【請求項3】

ビデオ符号化のための方法であって、
木構造を用いて、複数のコーディングユニットにビデオブロックを分割することと、
コーディングユニットの少なくとも１つのグループに前記複数のコーディングユニットのうちの２つ以上をグループ化することであって、前記グループ化することは、前記複数のコーディングユニットの各々とインジケーションを関連付けることを含み、前記インジケーションは、共有されている符号化情報がそれぞれの前記コーディングユニットの前記符号化に用いられることになるかどうかを示し、グループ化されたコーディングユニットは、前記木構造のサブ木に対応する、ことと、
前記ビデオブロックの前記複数のコーディングユニットを符号化することであって、
共有されている符号化情報が用いられることになるというインジケーションに関連付けられるコーディングユニットに対して、前記符号化は、符号化されているコーディングユニットを有してグループ化されるという、およびそのグループにて符号化されることになる１番目であるという前記コーディングユニットから導出される符号化情報に基づいて行われ、
前記共有されている符号化情報が用いられることにならないというインジケーションに関連付けられるコーディングユニットに対して、前記符号化は、前記コーディングユニットに対して決定されるそれぞれの符号化情報に基づいて行われる、
ことと
を備えることを特徴とする方法。

【請求項4】

ビデオ復号のための方法であって、
木構造に従ってビデオブロックから分割された複数のコーディングユニットを、ビットストリームから取得することと、
前記複数のコーディングユニットの各コーディングユニットに対してインジケーションを取得することであって、前記インジケーションは、共有されている符号化情報が、前記木構造のサブ木に対応する、それぞれの前記コーディングユニットを含むコーディングユニットのグループについての前記復号に用いられることになるかどうかを示す、ことと、
前記ビデオブロックの前記複数のコーディングユニットを復号することであって、
共有されている符号化情報が用いられることになるというインジケーションに関連付けられるコーディングユニットに対して、前記復号は、復号されているコーディングユニットを有してグループ化されるという、およびそのグループにて復号されることになる１番目であるという前記コーディングユニットから導出される符号化情報に基づいて行われ、
前記共有されている符号化情報が用いられることにならないというインジケーションに関連付けられるコーディングユニットに対して、前記復号は、前記ビットストリームから構文解析されるそれぞれの符号化情報に基づいて行われる、
ことと
を備えることを特徴とする方法。

【請求項5】

前記共有される符号化情報は予測情報を含むことを特徴とする請求項１に記載の装置。

【請求項6】

前記インジケーションは、コーディングユニットのグループ化を示す少なくとも１つのシンタックス要素に関連付けられることを特徴とする請求項１に記載の装置。

【請求項7】

前記グループ化することは、ルマ成分またはクロマ成分のうちの少なくとも１つに別個に適用されることを特徴とする請求項１に記載の装置。

【請求項8】

前記共有される符号化情報は予測情報を含むことを特徴とする請求項２に記載の装置。

【請求項9】

前記インジケーションは、コーディングユニットのグループ化を示す少なくとも１つのシンタックス要素に関連付けられることを特徴とする請求項２に記載の装置。

【請求項10】

グループ化することは、ルマ成分またはクロマ成分のうちの少なくとも１つに別個に適用されることを特徴とする請求項２に記載の装置。

【請求項11】

前記１つまたは複数のプロセッサは、
ツリーノードの１つまたは複数の親ノードに関連付けられた、先行して符号化されたグループ化情報は、共有されている符号化情報が、前記１つまたは複数の親ノードから導出されたコーディングユニットに対して用いられることにならないことを示すならば、前記木構造の前記ツリーノードに関連付けられたグループ化情報を符号化する
ようにさらに構成されることを特徴とする請求項１に記載の装置。

【請求項12】

前記複数のコーディングユニットの各々に対して前記インジケーションを前記取得することは、
前記木構造のツリーノードの親ノードに関連付けられたグループ化情報を取得することと、
前記取得されたグループ化情報は、共有されている符号化情報が用いられることになることを示すならば、前記ツリーノードの子を通じて前記取得されたグループ化情報を伝搬させることと、
前記取得されたグループ化情報は、共有されている符号化情報が用いられることにならないことを示すならば、前記ビットストリームから、前記ツリーノードに関連付けられたグループ化情報を構文解析し、前記ツリーノードの前記子を通じて前記構文解析されたグループ化情報を伝搬させることと
を含むことを特徴とする請求項２に記載の装置。

【請求項13】

１つまたは複数のプロセッサによって実行されると、前記１つまたは複数のプロセッサに請求項３に記載の方法を行わせることを特徴とするコンピュータープログラム。

【請求項14】

１つまたは複数のプロセッサによって実行されると、前記１つまたは複数のプロセッサに請求項４に記載の方法を行わせることを特徴とするコンピュータープログラム。

【請求項15】

請求項１、５，６、または７のいずれか一項に記載の装置と、
（ｉ）信号を受信するように構成されたアンテナであって、前記信号はビデオデータを表すデータを含む、アンテナ、
（ｉｉ）前記ビデオデータを表す前記データを含む周波数の帯域に、前記受信された信号を制限するように構成された帯域リミッタ、および
（ｉｉｉ）前記ビデオデータからの画像を表示するように構成されたディスプレイ
のうちの少なくとも１つと
を備えたことを特徴とするデバイス。

【請求項16】

請求項２、８、９、１０、１１、または１２のいずれか一項に記載の装置と、
（ｉ）信号を受信するように構成されたアンテナであって、前記信号はビデオデータを表すデータを含む、アンテナ、
（ｉｉ）前記ビデオデータを表す前記データを含む周波数の帯域に、前記受信された信号を制限するように構成された帯域リミッタ、および
（ｉｉｉ）前記ビデオデータからの画像を表示するように構成されたディスプレイ
のうちの少なくとも１つと
を備えたことを特徴とするデバイス。

【請求項17】

前記デバイスは、テレビ信号受信機、セットトップボックス、ゲートウェイデバイス、モバイルデバイス、または他の電子デバイスのうちの１つを含むことを特徴とする請求項１５に記載のデバイス。

【請求項18】

前記デバイスは、テレビ信号受信機、セットトップボックス、ゲートウェイデバイス、モバイルデバイス、または他の電子デバイスのうちの１つを含むことを特徴とする請求項１６に記載のデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本実施形態は概して、ビデオ符号化または復号のための方法および装置に関し、特に、複数のコーディングユニットがカレントブロックから分割され、同一の予測情報を有する複数のコーディングユニットが符号化または復号のために共にグループ化されるビデオの効率的な符号化および復号のための方法および装置に関する。

【背景技術】

【0002】

高い圧縮効率を達成するために、画像およびビデオコーディングスキームは通常、ビデオコンテンツにおける空間的冗長性および時間的冗長性を活用するために、予測コーディングおよび変換コーディングを採用する。一般的に、フレーム内相関またはフレーム間相関を利用するために、イントラ予測またはインター予測が使用され、次いで、予測誤差または予測残差と表わされることが多い、元のブロックと予測されたブロックとの間の差が変換され、量子化され、およびエントロピコーディングされる。ビデオを再構築するために、符号化に対応する逆の処理、例えば、予測、エントロピ復号、逆量子化、および逆変換によって圧縮されたデータが復号される。

【0003】

ビデオ圧縮技術への直近の追加は、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＶＶＣ）として知られる新たなビデオコーディング標準規格の開発の一部としてＪｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ（ＪＶＥＴ）によって開発されている、様々なバージョンの参照ソフトウェアならびに／またはドキュメンテーションＪｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ （ＪＥＭ）およびＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）を含む。

【発明の概要】

【0004】

少なくとも１つの実施形態の全体態様に従って、ビデオ符号化のための方法が提供され、方法は、複数のコーディングユニットにカレントブロックを分割するステップと、コーディングユニットの複数のグループに複数のコーディングユニットをグループ化するステップであって、コーディングユニットの複数のグループの各々のグループにおけるグループ化されたコーディングユニットは、同一の予測情報を有する、ステップと、コーディングユニットの複数のグループおよびそれぞれの同一の予測情報に基づいて、カレントブロックを符号化するステップと、を含む。

【0005】

少なくとも１つの実施形態の全体態様に従って、ビデオ復号のための方法が提供され、方法は、カレントブロックから分割された複数のコーディングユニットに対応するコーディングユニットの複数のグループを取得するステップであって、コーディングユニットの複数のグループの各々のグループにグループ化されたコーディングユニットは、同一の予測情報を有する、ステップと、コーディングユニットの複数のグループおよびそれぞれの同一の予測情報に基づいて、カレントブロックを復号するステップと、を含む。

【0006】

少なくとも１つの実施形態の全体態様に従って、ビデオ符号化のための装置が提供され、装置は、複数のコーディングユニットにカレントブロックを分割し、コーディングユニットの複数のグループに複数のコーディングユニットをグループ化し、コーディングユニットの複数のグループの各々のグループにおけるグループ化されたコーディングユニットは、同一の予測情報を有し、コーディングユニットの複数のグループおよびそれぞれの同一の予測情報に基づいて、カレントブロックを符号化する、ように構成された１つまたは複数のプロセッサを含む。

【0007】

少なくとも１つの実施形態の別の全体態様に従って、ビデオ復号のための装置が提供され、装置は、カレントブロックから分割された複数のコーディングユニットに対応するコーディングユニットの複数のグループを取得し、コーディングユニットの複数のグループの各々のグループにグループ化されたコーディングユニットは、同一の予測情報を有し、コーディングユニットの複数のグループおよびそれぞれの同一の予測情報に基づいて、カレントブロックを復号する、ように構成された１つまたは複数のプロセッサを含む。

【0008】

本開示に従った少なくとも１つの実施形態の全体態様に従って、ビデオ符号化のための装置が提供され、装置は、複数のコーディングユニットにカレントブロックを分割する手段と、コーディングユニットの複数のグループに複数のコーディングユニットをグループ化する手段であって、コーディングユニットの複数のグループの各々のグループにおけるグループ化されたコーディングユニットは、同一の予測情報を有する、手段と、コーディングユニットの複数のグループおよびそれぞれの同一の予測情報に基づいて、カレントブロックを符号化する手段と、を含む。

【0009】

少なくとも１つの実施形態の全体態様に従って、ビデオ復号のための装置が提供され、装置は、カレントブロックから分割された複数のコーディングユニットに対応するコーディングユニットの複数のグループを取得する手段であって、コーディングユニットの複数のグループの各々のグループにグループ化されたコーディングユニットは、同一の予測情報を有する、手段と、コーディングユニットの複数のグループおよびそれぞれの同一の予測情報に基づいて、カレントブロックを復号する手段と、を含む。

【0010】

少なくとも１つの実施形態の別の全体態様に従って、ビットストリームが提示され、ビットストリームは、複数のコーディングユニットにカレントブロックを分割し、コーディングユニットの複数のグループに複数のコーディングユニットをグループ化し、コーディングユニットの複数のグループの各々のグループにおけるグループ化されたコーディングユニットは、同一の予測情報を有し、コーディングユニットの複数のグループおよびそれぞれの同一の予測情報に基づいて、カレントブロックを符号化する、ことによって形成される。

【0011】

本実施形態のうちの１つまたは複数はまた、本明細書で説明される１つまたは複数の態様および／または実施形態に従ってビデオデータを符号化または復号する命令を記憶したコンピュータ可読記憶媒体を提供する。

【0012】

本実施形態はまた、本明細書で説明される１つまたは複数の態様および／または実施形態に従って生成されたビットストリームを記憶したコンピュータ可読記憶媒体を提供する。

【0013】

本実施形態はまた、本明細書で説明される１つまたは複数の態様および／または実施形態に従って生成されたビットストリームを送信する方法および装置を提供する。

【0014】

上述したことは、本開示のいくつかの態様の基本的な理解を提供するために、主題の簡易化された概要を提供する。実施形態の重要な／重大な要素を識別することも、主題の範囲を表現することも意図していない。その唯一の目的は、以下で提供されるより詳細な説明への前置きとして、主題のいくつかの概念を簡易化された形式で提示することである。

【0015】

添付図面と共に以下の詳細な説明を考慮することによって、本開示をより良好に理解することができる。

【図面の簡単な説明】

【0016】

【図1】ビデオエンコーダの実施形態の例のブロック図を示す。

【図2】ビデオデコーダの実施形態の例のブロック図を示す。

【図3】圧縮されたＨＥＶＣピクチャを表すためにコーディング木ユニット（ＣＴＵ）およびコーディング木（ＣＴ）の概念を示す。

【図4】コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）、および変換ユニット（ＴＵ）へのコーディング木ユニット（ＣＴＵ）の分割を示す。

【図5】四分木プラス二分木（ＱＴＢＴ）ＣＴＵ表現を示す。

【図6】ＣＴＵの拡張されたＱＴＢＴ表現において使用することができるＣＵ区画の集合の例を示す。

【図7】ピクチャの見本（example）を符号化するよう選択されたコーディング構造の例を示す。

【図8】ＨＥＶＣコーデックにおけるＱＴＢＴ＋ＡＢＴ（非対称二分木）コーディング構造の使用に起因したコーディング効率の増大を示す。

【図9】本明細書で説明されるような四分木分割シンタックス復号処理を示す。

【図10】本明細書で説明されるような多タイプ木シンタックスの復号処理の例を示す。

【図11】本明細書で説明されるようなコーディングユニットを復号および再構築する処理の例を示す。

【図12】本開示に従った少なくとも１つの実施形態の態様の様々な例を示す。

【図13】本開示に従った少なくとも１つの実施形態の態様の様々な例を示す。

【図14】本開示に従った少なくとも１つの実施形態の態様の様々な例を示す。

【図15】本開示に従った少なくとも１つの実施形態の態様の様々な例を示す。

【図16】本開示に従った少なくとも１つの実施形態の態様の様々な例を示す。

【図17】本開示に従った少なくとも１つの実施形態の態様の様々な例を示す。

【図18】ＣＴＵのコーディング木を選択するレート歪み最適化処理の例を示す。

【図19】本開示に従った少なくとも１つの実施形態の態様の別の例を示す。

【図20】仮想パイプライン復号ユニット（ＶＰＤＵ）に対する様々なコーディング木構成を示す。

【図21】本開示に従った予測データグループ化を使用する様々な例を示す。

【図22】本開示に従った予測データグループ化を使用する様々な例を示す。

【図23】本開示に従った様々な態様、実施形態、および特徴のうちの１つまたは複数を実装するために適切なシステムの例のブロック図を示す。

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

【0017】

図面は様々な態様および実施形態の例を示す目的のためのものであり、唯一の可能な構成では必ずしもないことが理解されるべきである。様々な図面の全体を通じて、同一の参照符号は、同一または同様の特徴を指す。

【0018】

ここで、図面に目を向けて、図１は、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）エンコーダなどのビデオエンコーダ１００の例を示す。図１はまた、ＨＥＶＣ標準規格に改良がなされたエンコーダ、またはＶｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＶＶＣ）として知られる新たなビデオコーディング標準規格の一部としてＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）による開発の下のＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）エンコーダなど、ＨＥＶＣと同様の技術を採用したエンコーダを示す。

【0019】

本出願では、用語「再構築される」および「復号される」は、相互に交換可能に使用されてもよく、用語「符号化される」または「コーディングされる」は、相互に交換可能に使用されてもよく、用語「画像」、「ピクチャ」、および「フレーム」は、相互に交換可能に使用されてもよい。通常、必ずしもそうではないが、用語「再構築される」は、エンコーダ側において使用され、用語「復号される」は、デコーダ側において使用される。

【0020】

符号化される前、ビデオシーケンスは、圧縮に対してより弾力性がある信号分布を得るために（例えば、色成分の１つのヒストグラム均等化を使用して）、事前符号化処理（１０１）、例えば、入力色ピクチャに色変換を適用すること（例えば、ＲＧＢ４：４：４からＹＣｂＣｒ４：２：０への変換）、または入力ピクチャ成分の再マッピングを実行することを受けてもよい。メタデータが事前処理と関連付けられてもよく、ビットストリームに付加されてもよい。

【0021】

ＨＥＶＣでは、１つまたは複数のピクチャを有するビデオシーケンスを符号化するために、ピクチャが１つまたは複数のスライスに区画化され（１０２）、各々のスライスは、１つまたは複数のスライスセグメントを含んでもよい。スライスセグメントは、コーディングユニット、予測ユニット、および変換ユニットに編成される。ＨＥＶＣ仕様は、「ブロック」と「ユニット」との間で区別し、「ブロック」は、サンプルアレイ内の特定のエリア（例えば、ルマ、Ｙ）に対処し、「ユニット」は、ブロックと関連付けられた全ての符号化された色成分（Ｙ、Ｃｂ、Ｃｒ、またはモノクロ）、シンタックス要素、および予測データの併置されたブロック（collocated block）（例えば、動きベクトル）を含む。

【0022】

ＨＥＶＣにおけるコーディングについて、ピクチャは、構成可能なサイズを有する正方形形状のコーディング木ブロック（ＣＴＢ）に区画化され、連続したコーディング木ブロックの集合は、スライスにグループ化される。コーディング木ユニット（ＣＴＵ）は、符号化された色成分のＣＴＢを包含する。ＣＴＢは、コーディングブロック（ＣＢ）への四分木区画化のルートであり、コーディングブロックは、１つまたは複数の予測ブロック（ＰＢ）に区画化されてもよく、変換ブロック（ＴＢ）への四分木区画化のルートを形成する。コーディングブロック、予測ブロック、および変換ブロックに対応して、コーディングユニット（ＣＵ）は、予測ユニット（ＰＵ）およびツリー構造化された変換ユニット（ＴＵ）の集合を含み、ＰＵは、全ての色成分についての予測情報を含み、ＴＵは、各々の色成分についての残差コーディングシンタックス構造を含む。ルマ成分のＣＢ、ＰＢ、およびＴＢのサイズは、対応するＣＵ、ＰＵ、およびＴＵに適用される。

【0023】

ＪＥＭでは、ＱＴＢＴ（四分木プラス二分木）構造は、ＨＥＶＣにおける複数の区画化タイプの概念を取り除き、すなわち、ＣＵ、ＰＵ、およびＴＵの分離の概念を取り除く。コーディング木ユニット（ＣＴＵ）は、四分木構造によって最初に区画化される。四分木リーフノードは、二分木構造によって更に区画化される。二分木リーフノードは、コーディングユニット（ＣＵ）と命名され、ＣＵは、更なる区画化なしに予測および変換に対して使用される。よって、ＣＵ、ＰＵ、およびＴＵは、新たなコーディングＱＴＢＴブロック構造において同一のブロックサイズを有する。ＪＥＭでは、ＣＵは、異なる色成分のコーディングブロック（ＣＢ）から構成される。

【0024】

本出願では、用語「ブロック」は、ＣＴＵ、ＣＵ、ＰＵ、ＴＵ、ＣＢ、ＰＢ、およびＴＢのいずれかを指すために使用されてもよい。加えて、「ブロック」は、Ｈ．２６４／ＡＶＣまたは他のビデオコーディング標準規格において規定されているようなマクロブロックおよび区画を指すために、より一般的には、様々なサイズのデータのアレイを指すためにも使用されてもよい。

【0025】

例示的なエンコーダ１００では、ピクチャは、以下で説明されるようにエンコーダ要素によって符号化される。符号化されることになるピクチャは、ＣＵの単位（ユニット）において処理される。各々のＣＵは、イントラモードまたはインターモードのいずれかを使用して符号化される。ＣＵがイントラモードにおいて符号化されるとき、それは、イントラ予測（１６０）を実行する。インターモードでは、動き推定（１７５）および補償（１７０）が実行される。エンコーダは、ＣＵを符号化するためにイントラモードまたはインターモードのどちらを使用するかを決定し（１０５）、予測モードフラグによってイントラ／インター決定を示す。予測残差は、元の画像ブロックから予測されたブロックを差し引く（１１０）ことによって計算される。

【0026】

イントラモードにおけるＣＵは、同一のスライス内の再構築された隣接サンプルから予測される。ＤＣ予測モード、平面予測モード、および３３個の角度予測モードを含む３５個のイントラ予測モードの集合がＨＥＶＣにおいて利用可能である。イントラ予測参照は、カレントブロックに隣接する行および列から再構築される。参照は、前に再構築されたブロックからの利用可能なサンプルを使用して、水平方向および垂直方向におけるブロックサイズを２倍以上に拡張する。角度予測モードがイントラ予測に対して使用されるとき、角度予測モードによって示される方向に沿って参照サンプルが複製されてもよい。

【0027】

カレントブロックに対する適用可能なルマイントラ予測モードは、ＨＥＶＣでは２つの異なるオプションを使用してコーディングされてもよい。適用可能なモードが３つの最確モード（ＭＰＭ：most probable mode）の再構築されたリストに含まれる場合、モードは、ＭＰＭリストにおいてインデックスによってシグナリングされる。そうでなければ、モードは、モードインデックスの固定長二値化によってシグナリングされる。３つの最確モードは、最上隣接ブロック（top neighboring block）および左隣接ブロック（left neighboring block）のイントラ予測モードから導出される。

【0028】

ＪＥＭにおける最近の提案は、ＨＥＶＣと比較して、イントラ予測モードの数を増大させる。例えば、ＪＥＭ３．０は、平面モード０およびＤＣモード１に加えて、６５個の指向性イントラ予測モードを使用する。指向性イントラ予測モード、２から３４までとＨＥＶＣにおいて行われるのと同一の方式において、２から６６までで増大する順序において番号付けられる。６５個の指向性予測モードは、ＨＥＶＣにおいて規定された３３個の指向性予測モードに加え、２つの元の角度の中間の角度に対応する３２個の追加の指向性予測モードを含む。言い換えると、ＪＥＭにおける予測方向は、ＨＥＶＣの２倍の角度分解能を有する。提案されたより大きなブロックサイズを有するより精緻な角度構造の可能性を活用するために、より大きな数の予測モードが提案されてきた。

【0029】

ＨＥＶＣにおけるインターＣＵに対し、対応するコーディングブロックは、１つまたは複数の予測ブロックに更に区画化される。ＰＢレベルでインター予測が実行され、対応するＰＵは、インター予測がどのように実行されるかに関する情報を含む。動き情報（例えば、動きベクトルおよび参照ピクチャインデックス）は、２つの方法、すなわち、「マージモード」および「進化型動きベクトル予測（ＡＭＶＰ）」においてシグナリングされてもよい。

【0030】

マージモードでは、ビデオエンコーダまたはデコーダは、既にコーディングされたブロックに基づいて候補リストを組み立て、ビデオエンコーダは、候補リスト内の候補のうちの１つについてのインデックスをシグナリングする。デコーダ側において、動きベクトル（ＭＶ）および参照ピクチャインデックスは、シグナリングされた候補に基づいて再構築される。

【0031】

ＡＭＶＰでは、ビデオエンコーダまたはデコーダは、既にコーディングされたブロックから判定された動きベクトルに基づいて候補リストを組み立てる。ビデオエンコーダは次いで、動きベクトル予測子（ＭＶＰ）を識別するよう、候補リストにおいてインデックスをシグナリングし、動きベクトル差（ＭＶＤ）をシグナリングする。デコーダ側において、動きベクトル（ＭＶ）は、ＭＶＰ＋ＭＶＤとして再構築される。適用可能な参照ピクチャインデックスも、ＡＭＶＰに対してＰＵシンタックスにおいて明示的にコーディングされる。

【0032】

予測残差は次いで、変換（１２５）および量子化（１３０）される。変換は概して、分離可能な変換（separable transform）に基づいている。例えば、ＤＣＴ変換が水平方向において最初に、次いで、垂直方向において適用される。ＨＥＶＣに対し、４×４、８×８、１６×１６、および３２×３２の変換ブロックサイズがサポートされる。コア変換マトリクスの要素が、スケーリングされた離散コサイン変換（ＤＣＴ）基本関数を近似させることによって導出されている。ＨＥＶＣ変換は、変換計算についての動的な範囲を制限すること、ならびにマトリクスエントリが整数値として規定されるときの直交性に対する精度および密接度を最大にすること、などの考慮の下に設計されている。簡易化のために、３２個の点の長さについての１つの整数マトリクスのみが規定され、他のサイズに対してサブサンプリングされたバージョンが使用される。４×４の変換ブロックサイズに対し、離散サイン変換（ＤＳＴ）から導出された代替的な整数変換は、イントラ予測モードに対するルマ残差ブロックに適用される。

【0033】

ＪＥＭでは、両方向において使用される変換は異なってもよく（例えば、一方の方向においてＤＣＴ、もう一方の方向においてＤＳＴ）、それは、様々な２Ｄ変換につながり、前のコーデックでは、所与のブロックサイズに対する様々な２Ｄ変換が通常は制限される。

【0034】

量子化された変換係数と共に動きベクトルおよび他のシンタックス要素は、ビットストリームを出力するようエントロピコーディング（１４５）される。エンコーダはまた、変換をスキップしてもよく、４×４のＴＵごとに、変換されていない残差信号に量子化を直接適用してもよい。エンコーダはまた、変換および量子化の両方をバイパスしてもよく、すなわち、変換処理および量子化処理の適用なしに残差が直接コーディングされる。直接ＰＣＭコーディングでは、予測が適用されず、コーディングユニットサンプルがビットストリームに直接コーディングされる。

【0035】

エンコーダは、更なる予測のための参照を提供するよう、符号化されたブロックを復号する。量子化された変換係数は、予測残差を復号するよう、逆量子化（１４０）および逆変換（１５０）される。復号された予測残差および予測されたブロックを組み合わせて、画像ブロックが再構築される。例えば、符号化アーチファクトを削減するようデブロッキング／ＳＡＯ（サンプル適応オフセット）フィルタリングを実行するために、インループフィルタ（１６５）が再構築されたピクチャに適用される。フィルタリングされた画像は、参照ピクチャバッファ（１８０）に記憶される。

【0036】

図２は、ＨＥＶＣデコーダなどの例示的なビデオデコーダ２００のブロック図を示す。例示的なデコーダ２００では、ビットストリームは、以下で説明されるようにデコーダ要素によって復号される。ビデオデコーダ２００は概して、図１において説明された符号化パスと相互交換の復号パスを実行し、復号パスは、ビデオデータを符号化する一部としてビデオ復号を実行する。図２はまた、ＨＥＶＣ標準規格に改良がなされたデコーダ、またはＶＣＣにおけるＪＥＭデコーダなど、ＨＥＶＣと同様の技術を採用したデコーダを示す。

【0037】

特に、デコーダの入力は、ビデオエンコーダ１００によって生成することができるビデオビットストリームを含む。ビットストリームは、変換係数、動きベクトル、ピクチャ区画化情報、および他のコーディングされた情報を取得するよう最初にエントロピ復号（２３０）される。ＨＥＶＣに対し、ピクチャ区画化情報は、ＣＴＵのサイズ、および適用可能なときにＣＴＵがＣＵに、場合によってはＣＴＵがＰＵに分割される方式を示す。したがって、デコーダは、復号されたピクチャ区画化情報に従って、ＣＴＵにピクチャを、ＣＵに各々のＣＴＵを分割（２３５）する。ＪＥＭに対し、デコーダは、ＱＴＢＴ構造を示す区画化情報に基づいて、ピクチャを分割してもよい。変換係数は、予測残差を復号するよう、逆量子化（２４０）および逆変換（２５０）される。

【0038】

復号された予測残差および予測されたブロックを組み合わせて（２５５）、画像ブロックが再構築される。予測されたブロックは、イントラ予測（２６０）または動き補償予測（すなわち、インター予測）（２７５）から取得されてもよい（２７０）。上記説明されたように、ＡＭＶＰ技術およびマージモード技術は、参照ブロックの準整数サンプル（sub-integer sample）についての補間された値を計算するために補間フィルタを使用することができる、動き補償に対する動きベクトルを導出するために使用されてもよい。インループフィルタ（２６５）が再構築された画像に適用される。フィルタリングされた画像は、参照ピクチャバッファ（２８０）に記憶される。

【0039】

復号されたピクチャは、復号後処理（２８５）、例えば、事前符号化処理（１０１）において実行された再マッピング処理の逆を実行する、逆色変換（例えば、ＹＣｂＣｒ４：２：０からＲＧＢ４：４：４への変換）または逆再マッピングを更に受けてもよい。復号後処理（２８５）は、事前符号化処理において導出され、ビットストリームにおいてシグナリングされたメタデータを使用してもよい。

【0040】

上記説明されたように、本開示は、ビデオ圧縮の分野を含む。概して、態様は、既存のビデオ圧縮システムと比較して圧縮効率を改善することを伴い、別の態様は、何らかのハードウェア復号パイプライン制約を考慮しつつ、高いコーディング効率を共同で保証する方式において、ルマコーディング木およびクロマコーディング木を表現し、ルマ圧縮されたブロックおよびクロマ圧縮されたブロックをコーディングする様々な態様および実施形態を提供することを含む。

【0041】

ＨＥＶＣビデオ圧縮標準規格では、ピクチャは、サイズが典型的には６４×６４、１２８×１２８、または２５６×２５６の画素である、いわゆるコーディング木ユニット（ＣＴＵ）に分割される。各々のＣＴＵは、圧縮されたドメインにおいてコーディング木によって表される。これは、ＣＴＵの四分木分割であり、各々のリーフは、図３に示されるように、コーディングユニット（ＣＵ）と称される。各々のＣＵは、何らかのイントラ予測パラメータまたはインター予測パラメータ（予測情報）が与えられる。これを行うために、各々のＣＵは、１つまたは複数の予測ユニット（ＰＵ）に空間的に区画化され、各々のＰＵは、何らかの予測情報が割り当てられる。イントラコーディングモードまたはインターコーディングモードは、図４に示されるように、ＣＵレベルで割り当てられる。

【0042】

新たに出現するビデオ圧縮ツールは、圧縮されたドメインにおいて更に伸縮自在な方式においてピクチャデータを表すために、圧縮されたドメインにおけるコーディング木ユニット表現を含む。このコーディング木のより伸縮自在な表現の利点は、ＨＥＶＣ標準規格のＣＵ／ＰＵ／ＴＵ配列と比較して、圧縮効率を増加させることである。

【0043】

例えば、四分木プラス二分木（ＱＴＢＴ）コーディングツールは、この増加した柔軟性をもたらす。それは、四分木方式および二分木方式の両方においてコーディングユニットを分割することができるコーディング木を含む。コーディング木ユニットのコーディング木表現のＱＴＢＴタイプの表示が図５に示される。

【0044】

コーディングユニットの分割は、例えば、レート歪み最適化手順を通じてエンコーダ側において決定され、レート歪み最適化手順は、最小レート歪みコストによりＣＴＵのＱＴＢＴ表現を判定することを含む。

【0045】

ＱＴＢＴ技術では、ＣＵは、正方形形状または長方形形状のいずれかを有する。コーディングユニットのサイズは典型的には、４から１２８までの範囲で２の累乗である。

【0046】

コーディングユニットについてのこの様々な長方形形状に加えて、この新たなＣＴＵ表現は、ＨＥＶＣに関して異なる以下のものなどの特性を有する。ＣＴＵのＱＴＢＴ分解は、２つの段階から成り、２つの段階の１つ目では、ＣＴＵが四分木方式において分割され、２つ目では次いで、各々の四分木リーフが二分木方式において更に分割されてもよい。これは、図５の右側上で示され、そこでは、実線は、四分木分解フェーズを表し、破線は、四分木リーフに空間的に埋め込まれた（embedded）二分木分解を表す。

【0047】

イントラスライスでは、ルマブロック区画化構造およびクロマブロック区画化構造が分離され、独立して決定される。

【0048】

予測ユニットまたは変換ユニットへのＣＵ区画化はもはや採用されない。言い換えると、各々のコーディングユニットは、単一の予測ユニット（２Ｎ×２Ｎの予測ユニット区画化タイプ）および単一の変換ユニット（変換ツリーへの分割なし）から体系的に成る。

【0049】

その上、図６に示されるように、ＣＴＵのコーディング木の表現、例えば、開発下のＶＶＣ標準規格において、いくつかの他のＣＵ三分木区画化も採用されてもよい。図６に示されるＣＵ区画は、ＣＴＵの拡張されたＱＴＢＴ表現をもたらすと考えられてもよい。すなわち、図６に示されるとり得る区画の集合につながる、いわゆるＣＵの三分木区画化が使用されてもよい。三分木区画化は、考慮される方位において、親ＣＵに対してサイズ（１／４、１／２、１／４）を有する３つのサブＣＵにＣＵを分割することを含む。

【0050】

図７は、図６に示された分割モードを採用するビデオエンコーダによって、ピクチャの典型的なブロック分割に基づいてピクチャを符号化するためのコーディング構造の例を示す。図７では、ピクチャ上で重なった格子によって示される様々な正方形は、ＣＴＵの四分木分解、ならびに四分木に組み込まれた対称二分木分解および対称三分木分解を表す。ＱＴＢＴ＋ＴＴ（三分木）などのコーディング構造を含む上記説明されたものなどのトポロジは、ＨＥＶＣコーデックに対して図８に示されるような著しいコーディング効率の改善をもたらすことができる。

【0051】

しかしながら、コーデックアーキテクチャは、ＨＥＶＣにおけるケースにあったような変換ツリーに従ってＣＵを区画化することをもはや伴わないことがある。ＣＴＵのコーディング木を表すために使用される四分木分割ならびに関連するシンタックス（例えば、信号および／またはビットストリーム）を伴うＣＴＵのコーディング木を表すアプローチは、本明細書に添付される表１に示される。

【0052】

図９は、表１のシンタックスに対応する四分木分割シンタックス復号処理９００の例を示す。図９および表１において理解することができるように、例は、コーディングされたフラグｑｔ＿ｓｐｌｉｔ＿ｃｕ＿ｆｌａｇが構文解析されること（９０１）、およびカレントＣＵが四分木方式において４つのサブコーディングユニットに分割されるかどうかを示すこと（９０３）を含む。そうである場合（９０２においてｙｅｓ）、コーディング四分木シンタックスは、この四分木分割（９０３）から発行された各々のサブＣＵに再帰的に適用される。そうでなければ（９０２においてｎｏ）、三分木方式または二分木方式においてカレントＣＵを再帰的に更に分割することをシグナリングするために、多タイプ木シンタックスが使用される（９０４）。

【0053】

三分木分割／二分木分割をシグナリングするアプローチの例は、本明細書に添付される表２に示されるシンタックスによって示される。そのような多タイプ木シンタックスを復号する処理１０００の例は、図１０に示される。図１０における多タイプ木分割シンタックスの例は、３つのフラグを含む。第１のフラグｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｆｌａｇは、構文解析され（１０１０）、カレントＣＵが三分木方式または二分木方式において分割されるかどうかを示す（１０１５）。第２のフラグｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇは、構文解析され（１０３０）、三分木／二分木分割の方位（垂直または水平）を示す。第３のフラグｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇは、構文解析され（１０４５）、分割のタイプ、すなわち、二分木または三分木を示す。カレントＣＵが２つまたは３つのサブＣＵに分割される場合、表２のシンタックスは、カレントＣＵの各々のサブＣＵに対して再帰的に適用される。

【0054】

表２に示されるシンタックスの例などの多タイプ木シンタックスに対する復号処理の例は、表２のシンタックス配列に従ってもよい。第１のステップは、分割フラグを構文解析すること、およびカレントＣＵの分割モードを復号することを含む。分割モードが分割なし（ＮＯ＿ＳＰＬＩＴ）とは異なる場合、ＣＵは、その復号された分割モードに従って分割され、サブＣＵの各々の結果に対して処理が再帰的に呼び出される。ＣＵが分割されない場合、ＣＵは、図１１に示される例示的な処理１１００に従って復号および再構築されてもよい。

【0055】

概して、本開示の態様は、サブブロックにコーディングユニットを分割することを伴い、サブブロックは、１つまたは複数のコーディングパラメータを共有し、例えば、同一の予測パラメータを有するが、専用変換ステップ、残差コーディングステップ、および事後フィルタリングステップを通じて圧縮および復元される。概して、別の態様は、いくつかの変換ブロックに所与のブロックを更に分割することを可能にすることによって、コーデックのコーディング効率を改善することを含む。概して、更なる別の態様は、ブロックごとに進める復号パイプラインにより復号処理を実装することができることを保証することを含み、例えば、ブロックサイズは、６４×６４であってもよい。この６４×６４のブロックの復号ユニットは、仮想パイプライン復号ユニット（ＶＰＤＵ）と称される。デコーダがＶＰＤＵごとに進めることができることが望ましく、それは、
－次のＶＰＤＵを復号することを開始する前に、ルマおよびクロマにおいて所与のＶＰＤＵに対応する全ての圧縮されたデータを復号することができ、
－ＶＰＤＵに関連するルマおよびクロマの圧縮されたデータがビットストリームに共にパックされるように、ビットストリームが編成される、
ことを意味する。

【0056】

概して、本開示に従った少なくとも１つの実施形態は、それに限定されないが、
－コーディング木レベルでのフラグが、カレントツリーノードから発行された全ての子ＣＵが１つまたは複数のコーディングパラメータを共有すること、例えば、同一の予測データを有することを示すこと、
－いくつかのコーディングパラメータが同一のツリーノードから発行されたＣＵによって共有される場合、それらの共有されるパラメータが、デコーダ側の処理順序において、そのグループ内の第１のコーディングＣＵにおいてコーディングされること、
－フラグが、ＣＴＵの全体コーディング木において二分木＋三分木レベルにおいて現れることができ、または分割階層における四分木レベルもしくは二分木／三分木レベルのいずれかにおいて現れることができること、
－分離されたルマ／クロマコーディング木のケースでは、考慮されるコーディング木に関係する構成要素においてフラグが適用され、よって、グループ化が、同一の空間的領域内でクロマＣＵではなくルマＣＵにおいて現れることができ、またはその逆も同様であること、
－デコーダ側での処理順序が、ＶＰＤＵ制約に従って適合されてもよいこと、
－共有されるパラメータが、変換関連データ、例えば、ｃｕ＿ｍｔｓ＿ｆｌａｇシンタックス要素およびｍｔｓ＿ｉｄｘシンタックス要素を含むことができ、その結果、変換データも予測データに沿って関連するＣＵの中でグループ化されてもよいこと、
を含む、様々な態様、特徴、および／または特性のうちの１つまたは複数を含んでもよい。

【0057】

別の態様は、他のアプローチ、例えば、ＶＶＣによって予期されるものうちの１つまたは複数と互換性を有するＣＵ分割と関連付けられたシンタックスを含んでもよい。

【0058】

概して、本開示の態様は、ルマ／クロマコーディング木および関連するシンタックス、ならびに／またはビットストリーム編成を含む。様々な実施形態の例が図１２および１３に示される。それらの２つの図は、ルマ成分およびクロマ成分それぞれへの例示的なＣＴＵのブロック分割の例を示す。両方の例では、考慮されるＣＴＵサイズは、１２８×１２８である。同一の予測データが使用されるＣＵは、灰色で強調される。図１２に示される第１の例では、ルマコーディング木およびクロマコーディング木は別個であり、灰色で強調して示されるグループ化の例は、考慮されるＣＴＵのルマ成分においてのみ使用される。

【0059】

より具体的には、図１２および１３は、コーディングユニットの中での予測データグループ化の例を示す。図１２では、いくつかのコーディングユニットの予測データのグループ化の例が示され、そこでは、ルマ／クロマコーディング木が分離されるイントラＣＴＵのコーディング木についての共通の先祖ＣＵの内部にＣＵがある。対照的に、図１３に示される例は、ルマおよびクロマの両方に対して単一のコーディング木を使用することができる非イントラＣＴＵの例を示す。すなわち、図１３において網掛けによって示されるように、ジョイントコーディング木がルマ成分およびクロマ成分によって使用される非イントラＣＴＵのケースにおける複数のコーディングユニットの中のグループ化の例である。

【0060】

概して、実施形態の少なくとも１つの例は、複数のＣＵの中で予測データをグループ化することを含んでもよい。この第１の例では、予測データシンタックスグループ化は、ＣＵレベルでシグナリングされる。例えば、その親ＣＵに空間的に含まれる第１のコーディングユニットではないコーディングユニットのシグナリングの前に、フラグが導入されてもよい。そのケースでは、ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇなどのフラグは、カレントＣＵが、デコーダ側の処理順序において、同一の親ＣＵに含まれる先行するＣＵの予測を使用しているかどうかを示す。次に、フラグｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇが偽である場合、カレントＣＵをコーディング／復号するために、典型的なまたは通常のコーディングユニットコーディングシンタックスが使用されてもよい。そうでなければ、カレントＣＵをコーディング／復号するために、表３に示されるシンタックスの例など、簡易化された「ｃｏｄｉｎｇ＿ｕｎｉｔ＿ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ」シンタックスが使用される。表３および本明細書に添付される他の表では、本開示に従ったシンタックスの実施形態の例は、ＨＥＶＣにおいて使用され、またはＶＶＣに対して提案されたシンタックスなどに関する変更を強調し、または網掛けすることによって示される。示される例は、示される実施形態および／または特徴がＨＥＶＣおよびＶＶＣ以外の様々な技術、環境、または実施形態に適用されてもよい点で限定されない。表４は、典型的なまたは通常のコーディングユニットコーディングシンタックスの例と、グループ化された予測データのケースについてのシンタックスの実施形態の例との間の差を示す。表４の例について示される差は、ＣＵの予測に関連する全てのシンタックス要素を破棄することを含む。典型的なまたは通常のアプローチと関連付けられたシンタックスについて、変換データコーディングおよび残差データコーディングに関連するシンタックスのみが維持され、変更されない。変形例に従って、予測データのペアのみが、複数のコーディングユニットの中でグループ化される。

【0061】

まさに説明される実施形態の第１の例の多くの変形例が可能であり、本開示に従って考慮されることになる。例えば、１つの変形例は、ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇが、同一の親ＣＵに含まれるカレントＣＵの左隣接ＣＵの予測をカレントＣＵが使用しているかどうかを示す、少なくとも１つの実施形態を含んでもよい。別の変形例は、ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇが、同一の親ＣＵに含まれるカレントＣＵの最上隣接ＣＵの予測をカレントＣＵが使用しているかどうかを示す、少なくとも１つの実施形態を含んでもよい。別の変形例は、ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇが、同一の親ＣＵに含まれるカレントＣＵの左隣接ＣＵの予測をカレントＣＵが使用しているかどうか（利用可能である場合）、そうでなければ同一の親ＣＵに含まれるカレントＣＵの最上隣接ＣＵをカレントＣＵが使用しているかどうかを示す、少なくとも１つの実施形態を含んでもよい。カレントＣＵがその親ＣＵ内の最初の１つでない場合、カレントＣＵの最上隣接ＣＵまたは左隣接ＣＵのいずれが必然的に利用可能であることに留意されよう。

【0062】

図１４は、実施形態の前に説明された第１の例に対応するＣＵ復号処理１４００を表す。処理への入力は、復号するカレントＣＵである。第１のステップは、ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素を構文解析する（１４１０）。それが偽である場合（１４２０においてｎｏ）、予測データの構文解析、予測情報の導出、残差ブロックの構文解析および復号、カレントＣＵの予測、ならびにカレントＣＵの再構築を伴う、標準的なＣＵ復号が行われる（１４３０）。構文解析されたフラグｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇが真である場合（１４２０においてｙｅｓ）、復号順序において前のＣＵの予測データからカレントＣＵの予測データが導出される（１４４０）。この導出処理は、イントラモードまたは並進動き補償モード（translational motion compensation mode）のケースにおいて前のＣＵから予測データから予測データを複製することを含む。

【0063】

前のＣＵがサブブロックに基づく動き情報を通じて予測されたケースでは、前のＣＵに対してサブブロックに基づく動きフィールドが導出された方式がカレントＣＵに適用される。アフィンケースでは、カレントＣＵのアフィン動きフィールドを伝搬および導出するために、前のＣＵに対して使用された制御点動きベクトルが使用される。ＡＴＭＶＰ（代替動きベクトル予測（Alternative Motion Vector Prediction））のケースでは、前のＣＵの動き情報を取り出すために使用される時間動きベクトルも、その自身のサブブロックに基づく動きフィールドを導出するためにカレントＣＵに対して使用される。

【0064】

説明された復号する例の多くの変形例が可能であり、本開示に従って考慮されることになる。例えば、１つの変形例は、イントラ予測および非サブブロックに基づくインター予測のケースにおいてのみ使用される、複数のＣＵの中での提案された予測データグループ化を含んでもよい。変形例の別の例は、アフィンインター予測のケースにおいのみ非活性化される、複数のＣＵの中での提案された予測データグループ化を含んでもよい。

【0065】

概して、複数のＣＵの中で予測データをグループ化する実施形態の少なくとも１つの他の例は、ＣＵレベルではなく、三分木／二分木コーディング木レベルでいくつかのサブＣＵの中で予測をグループ化することを含んでもよい。表５および図１５はそれぞれ、実施形態のこの第２の例の提案されたシンタックスおよび復号処理を示す。理解することができるように、ＣＵ予測データのグループ化をシグナリングするためのフラグは、カレントＣＵがサブＣＵに分割され、コーディング木内で上にあるＣＵに当てはまるようにフラグがまだシグナリングされていないケースにおいてシグナリングされる。

【0066】

したがって、変数ｐａｒｅｎｔ＿ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａは、カレントＣＵの親ＣＵの１つが真に等しいまたは等しくないｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇによりシグナリングされているかどうかを示す。それが偽であり、カレントＣＵが二分木または三分木分割される場合、シンタックス要素ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇがコーディングされる。その上、変数ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａは、ｐａｒｅｎｔ＿ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａおよびｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇフラグの１つが真に等しく設定される場合に真に設定され、そうでなければ、偽に設定される。それは、カレントＣＵの二分木／三分木分割から結果として生じるサブＣＵの多タイプ木シンタックスに引数して渡される。

【0067】

図１５は、前に説明された第２の実施形態に対応し、表５に示されるシンタックスの実施形態の例に従った復号処理１５００の例を示す。初期の多タイプ木復号処理への修正が太線に現れる。理解することができるように、修正の態様は、多タイプ木レベルでｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素を復号すること（１５６０）、およびサブＣＵへのカレントＣＵの再帰的な分割処理にｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ値を渡すこと（１５６５）に関連する。その上、非分割ＣＵ復号処理が、入力としての追加の引数ｐａｒｅｎｔ＿ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｉｔｏｎ＿ｄａｔａ＿ｆｌａｇにより呼び出される（１５５５）。

【0068】

概して、実施形態の少なくとも１つの他の例は、四分木構文解析および区画化を提供する。上記説明された実施形態の第２の例に加えて、実施形態のこの第３の例が使用されてもよい。表６および図１６は、実施形態の第３の例に従った四分木分割シンタックスおよび復号の例を示す。この第３の実施形態は、四分木分割のケースにおいて、上記説明された第２の実施形態と同様であってもよい。理解することができるように、追加の四分木レベルフラグは、構文解析および判定されることになるシンタックスに追加される（１６０５、１６１０）。加えて、追加の引数ｐａｒｅｎｔ＿ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａが入力として使用される。それが偽である場合（１６２０においてｙｅｓ）、カレントＣＵが四分木方式において分割されるケースでは、フラグｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇが四分木レベルでシグナリングされる。更に、図１６に示されるように計算された変数ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａは、四分木シンタックス復号処理への再帰的な呼び出しに引数として渡される。

【0069】

概して、上記説明された第２の実施形態もしくは第３の実施形態、または第２の実施形態および第３の実施形態の組み合わせに従ったＣＵ復号処理１７００の実施形態の例が図１７に示される。図１７の例では、図１１のＣＵ復号処理１１００への修正が太線で示される。それらの差異は、入力ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇ値を試験すること（１７０５）、および真であり（１７０５においてｙｅｓ）、カレントＣＵが同一の予測データを共有するＣＵのグループ内の最初の１つでない場合（１７１０においてｎｏ）、同一の予測データを共有するＣＵのグループ内の第１のＣＵに基づいて、カレントＣＵの予測データを導出すること（１７２５）、を含む。そのグループ内の第１のＣＵは典型的には、空間アドレスまたは座標（４×４のブロックごとに）を通じて識別され、図１７のＣＵ復号処理に入力引数として渡されてもよい。

【0070】

コーディング木および複数のＣＵの中での予測データグループ化を共同で決定するための、エンコーダ側レート歪み最適化（ＲＤＯ）処理１８００へのアプローチの例が図１８に示される。図１８のアプローチは、所与のＣＵに対し、ＮＯ＿ＳＰＬＩＴ、四分木、二分木および三分木分割モードの中から全ての許容される分割モードを試験すること、ならびに最低レート歪みコストを与える分割モードを選択することを含む。ＮＯ＿ＳＰＬＩＴとは異なる分割モードを試験するとき、カレントＣＵは、試験された分割モードに従って分割され、図１７の処理は、分割から結果として生じる各々のサブＣＵに対して再帰的に呼び出される。ＮＯ＿ＳＰＬＩＴモードのケースでは、カレントＣＵのコーディングパラメータのレート歪み最適化された選択が行われる。

【0071】

概して、少なくとも１つの実施形態の態様が図１９に示される。図１９では、例えば、上記説明された実施形態の第２の例および／または第３の例において提案されたように、予測データグループ化に対してレート歪み最適化された決定を統合することを含む、レート歪み最適化を通じた修正されたコーディング木決定の例示的な処理１９００が示される。

【0072】

より詳細に、図１９に示される実施形態の例は、図１８に示されたものなどのアプローチに関する１つまたは複数の修正を含んでもよい。図１９では、そのような修正の例が太字にある（１９２５～１９４０）。例えば、以下のように、全体ＲＤＯ処理への２つの追加の入力引数、
－予測データグループ化がカレントＣＵを含むコーディング木部において使用される場合に真である、ｐａｒｅｎｔ＿ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ、および
－複数のＣＵの中でグループ化される予測データ（これは、フラグｐａｒｅｎｔ＿ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが真である場合にカレントＣＵを含む、複数のＣＵによって共有される予測データを表す）、
が考慮されてもよい。また、ＮＯ＿ＳＰＬＩＴモードにおいて評価されるＣＵに対し、その予測データは、カレントＣＵに対応するピクチャ領域が予測データグループ化モードにおいて試験されるケースにおいて、後続の使用のために記憶されてもよい（１９３５）。よって、この記憶に続いて、予測データグループ化モードにおいてカレントＣＵに対して全体コーディング木最適化処理を再帰的に適用する（１９４０）。このケースでは、ＮＯ＿ＳＰＬＩＴモードにおけるカレントＣＵのコーディングに対して最適であるとして発見された予測データは、複数のサブＣＵによって共通して使用される予測データとして選択される。よって、この例示的なＲＤＯ処理は、上記説明された実施形態の第２の例もしくは第３の例、またはそれらの組み合わせのいずれかに従って行われる必要がある追加のレート歪み探索の回数を制限する。

【0073】

概して、実施形態の少なくとも１つの例の態様は、予測データに加えて、複数のＣＵの中で変換タイプシグナリングシンタックスをグループ化することを含んでもよい。すなわち、ＣＵの中での情報のグループ化は、例えば、ｔｒａｎｓｆｏｒｍ＿ｕｎｉｔシンタックスおよびｒｅｓｉｄｕａｌ＿ｃｏｄｉｎｇシンタックスのそれぞれの部分である、ｍｔｓ＿ｆｌａｇシンタックス要素およびｍｔｓ＿ｉｄｘシンタックス要素などの変換関連データなどの変換関連データをも含んでもよい。実施形態の少なくとも１つの例は、以下に添付される表７および表８に示されるようなそれらの２つのシンタックスに対して提案される修正を含んでもよい。

【0074】

表７および８の例の各々への追加の入力は、フラグｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａであり、ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａは、カレント変換ユニット（ＴＵ）が別の変換ユニットから発行された、いくつかのコーディングパラメータを使用しているかどうかを示す。それが真である場合、ｃｕ＿ｍｔｓ＿ｆｌａｇがコーディング／復号されない。代わりに、それは、変換ユニットから導出され、変換ユニットから、カレントＴＵは、予測データおよび変換ユニットパラメータを再使用している。表８に示されるのと同一の方式において、ｍｔｓ＿ｉｄｘシンタックス要素がコーディングまたは復号されず、代わりに推測される。

【0075】

概して、変換タイプシグナリングのための実施形態の少なくとも１つの他の例は、いくつかの他のＣＵと共にグループ化されたＣＵのケースでは、ｃｕ＿ｍｔｓ＿ｆｌａｇは、変換タイプ情報を共有するＣＵの同一のグループ内の先行するＣＵに基づいて、予測的方式（predictive way）においてコーディングされる。例として、同一のグループ内のカレントＣＵの左ＣＵまたは最上ＣＵのｃｕ＿ｍｔｓ＿ｆｌａｇは、利用可能であるとき、カレントＣＵのｃｕ＿ｍｔｓ＿ｆｌａｇシンタックス要素の予測子として使用される。同様に、この実施形態の更なる変形例に従って、カレントＣＵのｍｔｓ＿ｉｄｘシンタックス要素は、グループ化されたＣＵの同一の集合内の周囲のＣＵから予測される。

【0076】

概して、変換タイプシグナリングについての実施形態の少なくとも１つの他の例は、いくつかの他のＣＵとグループ化されるＣＵのケースでは、変換タイプ情報を共有するグループ化されたＣＵの同一の集合内のいくつかの先行ＣＵのｃｕ＿ｍｔｓ＿ｆｌａｇに基づいて選択されたＣＡＢＡＣコンテキストによりｃｕ＿ｍｔｓ＿ｆｌａｇがコーディングされることを含んでもよい。例として、利用可能である場合、同一のグループ内のカレントＣＵの左ＣＵおよび／または最上ＣＵのｃｕ＿ｍｔｓ＿ｆｌａｇが、ｃｕ＿ｍｔｓ＿ｆｌａｇシンタックス要素またはカレントＣＵをコーディング／復号するために使用されるＣＡＢＡＣコンテキストを選択する方式として使用されるかに応じて。同様に、この実施形態の更なる変形例に従って、カレントＣＵのｍｔｓ＿ｉｄｘシンタックス要素も、いくつかのＣＡＢＡＣコンテキスト（複数可）によりコーディングされ、いくつかのＣＡＢＡＣコンテキストは、カレントＣＵの周りのいくつかの最上ＣＵおよび／または左ＣＵ、ならびにグループ化されたＣＵの同一の集合内のいくつかの最上ＣＵおよび／または左ＣＵのｃｕ＿ｍｔｓ＿ｆｌａｇの値およびｍｔｓ＿ｉｄｘ値に依存する。

【0077】

概して、実施形態の少なくとも１つの他の例は、いくつかの他のＣＵとグループ化されるＣＵのケースでは、グループ化されたＣＵの同一の集合内のいくつかの他のＣＵのｔｕ＿ｃｂｆ＿ｌｕｍａシンタックス要素ならびに／またはｔｕ＿ｃｂｆ＿ｃｂシンタックス要素およびｔｕ＿ｃｂｆ＿ｃｒシンタックス要素に条件付きでコーディングされる、カレントＣＵのｔｕ＿ｃｂｆ＿ｌｕｍａシンタックス要素、ならびに／またはｔｕ＿ｃｂｆ＿ｃｂシンタックス要素およびｔｕ＿ｃｂｆ＿ｃｒシンタックス要素を含んでもよい。これは、グループ化されたＣＵの同一の集合内のいくつかの他のＣＵにおける対応するフラグに応じて、それらのフラグの予測の形式を取ってもよい。別の変形例では、それらのフラグは、グループ化されたＣＵの同一の集合内のいくつかの他のＣＵにおける対応するフラグ値に応じて選択された関連するコンテキストにより、コンテキストに基づきコーディングされてもよい。

【0078】

概して、実施形態の少なくとも１つの例の態様は、復号処理に対するＶＰＤＵ制約を考慮した予測データグループ化を含んでもよい。例えば、実施形態の例は、典型的にはルマにおける６４×６４（よって、クロマにおける３２×３２）のサイズのＶＰＤＵの制約を満たすために、予測データグループ化機構を適用することを含んでもよい。６４×６４のＶＰＤＵによる復号の実現可能性を保証するために、ＣＴＵのコーディング木によって満たされることになる制約の例は、以下の通りである。
－条件１：１つまたは複数のＣＵを含むＶＰＤＵごとに、ＣＵは、ＶＰＤＵに完全に含まれる。
－条件２：１つまたは複数のＶＰＤＵを含むＣＵごとに、ＶＰＤＵは、ＣＵに完全に含まれる。
－ＣＴＵごとに、上記２つの条件は、違反されない必要があり、ＣＵの処理順序は、ＶＰＤＵを離れず（leave）、後に再訪問する（re-visit later）必要がある。
問題となることがあるコーディング木構成の例が図２０に示される。

【0079】

ＶＰＤＵ制約を解消するアプローチは、以下のように、許容される分割モードにいくつかの制約を課すことを含んでもよい。
－１２８×１２８のＣＴＵに対し、ＴＴ分割によってそれが区画化されるべきでなく、
－１２８×ＮまたはＮ×１２８のＣＵに対し、ＴＴ分割によってそれが区画化されるべきでなく、Ｎ＜＝６４であり、
－１２８×ＮのＣＵに対し、水平ＢＴを適用することができず、Ｎ＜＝６４であり、
－Ｎ×１２８のＣＵに対し、垂直ＢＴを適用することができず、Ｎ＜＝６４である。
しかしながら、そのような制約は、コーディング効率を減少させることがある。例えば、０．１５％の圧縮効率における損失は、それらの制約から結果として生じることがある。

【0080】

概して、実施形態の少なくとも１つの例は、以下の２つの態様など、ＶＰＤＵ制約に対処する１つまたは複数の態様を含んでもよい。
－２つの異なるＶＰＤＵに属するブロックの間で何らかの予測データを共有する可能性をもたらすよう、２つのＶＰＤＵと重なるＣＵを分割するために、予測（任意選択で、変換）データグループ化方法が適用される、
－ＣＵの間の復号順序は、ＣＵの処理順序がＶＰＤＵを離れず、後に再訪問する必要があることを表す、処理順序に対するＶＰＤＵ制約を遵守するように適合される。したがって、コーディングユニットが復号される順序は、ＶＰＤＵ格子に関するコーディング木の構成に従って変化してもよい。

【0081】

例えば、図２１の例では、ＣＵ処理順序が変化する必要がない。対照的に、図２２の例では、ＣＵの処理が変化する。中間ＣＵは、２つの連続した二分木分割を通じて４つのサブＣＵに分割される。左ＣＵおよび右ＣＵは、１回の二分木分割を通じて２つのサブＣＵに分割される。これは、それらの領域全体に対して同一の予測データを使用することを可能にすると共に、ＶＰＤＵサイズに関して、それらの領域をいくつかのサブＣＵに分割することを可能にする。しかしながら、所望のＣＵ処理順序に関して、図２２に示される走査順序が使用される。言い換えると、ＣＵの走査順序は、次のＶＰＤＵを処理することを開始する前に、所与のＶＰＤＵの内部に含まれる全てのＣＵが処理されるようになることである。

【0082】

様々な方法が上記説明されたが、方法の各々は、説明された方法を達成するための１つまたは複数のステップまたはアクションを含む。方法の適切な動作のためにステップまたはアクションの特定順序が必要とされない限り、特定のステップおよび／またはアクションの順序および／または仕様は修正されてもよく、または組み合わされてもよい。

【0083】

様々な数値、例えば、イントラ予測モードの数または変換サブセット数が本出願において使用される。特定の値が例示の目的のためであり、本実施形態がそれらの特定の値に限定されないことに留意されるべきである。

【0084】

上記では、ＨＥＶＣまたはＪＥＭに関して様々な実施形態が説明されてきた。例えば、本開示に従った態様および実施形態の様々な例は、図１および図２に示されたＪＥＭエンコーダもしくはＨＥＶＣエンコーダの変換モジュール（１２５）もしくは逆変換モジュール（１５０）および／またはＪＥＭデコーダもしくはＨＥＶＣデコーダの逆変換モジュール（１５０）を修正するために使用されてもよい。しかしながら、本実施形態は、ＪＥＭまたはＨＥＶＣに限定されず、他の標準規格、推奨、およびその拡張に適用されてもよい。

【0085】

図２３は、様々な態様および実施形態を実装することができるシステム２３００の例のブロック図を示す。システム２３００は、以下で説明される様々な構成要素を含むデバイスとして具体化されてもよく、本明細書において説明される態様のうちの１つまたは複数を実行するように構成される。そのようなデバイスの例は、それらに限定されないが、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビ受信機、パーソナルビデオレコーディングシステム、接続されたホームアプライアンス、およびサーバを含む。システム２３００の要素は単独または組み合わせで、単一の集積回路（ＩＣ）、複数のＩＣ、および／または離散した構成要素において具体化されてもよい。例えば、少なくとも１つの実施形態では、システム２３００処理要素およびエンコーダ／デコーダ要素は、複数のＩＣおよび／または分離した構成要素にわたって分散される。様々な実施形態では、システム２３００は、例えば、通信バスを介して、または専用入力および／もしくは出力ポートを通じて、１つまたは複数の他のシステムまたは他の電子デバイスに通信可能に結合される。様々な実施形態では、システム２３００は、本明細書において説明される態様のうちの１つまたは複数を実装するように構成される。

【0086】

システム２３００は、例えば、本明細書において説明される様々な態様を実装するためにロードされる命令を実行するように構成された少なくとも１つのプロセッサ２３１０を含む。プロセッサ２３１０は、埋め込みメモリ、入力出力インタフェース、および本分野において既知の様々な他の回路を含んでもよい。システム２３００は、少なくとも１つのメモリ２３２０（例えば、揮発性メモリデバイスおよび／または不揮発性メモリデバイス）を含む。システム２３００は、記憶装置２３４０を含み、記憶装置２３４０は、それらに限定されないが、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、リードオンリメモリ（ＲＯＭ）、プログラマブルリードオンリメモリ（ＰＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、フラッシュ、磁気ディスクドライブ、および／または光学ディスクドライブ含む、不揮発性メモリおよび／または揮発性メモリを含んでもよい。記憶装置２３４０は、非限定的な実施例として、内蔵記憶装置、取り付け記憶装置（取り外し可能記憶装置および非取り外し可能記憶装置を含む）、ならびに／またはネットワークアクセス可能記憶装置を含んでもよい。

【0087】

システム２３００は、例えば、符号化されたビデオまたは復号されたビデオを提供するようデータを処理するように構成されたエンコーダ／デコーダモジュール２３３０を含み、エンコーダ／デコーダモジュール２３３０は、その自身のプロセッサおよびメモリを含んでもよい。エンコーダ／デコーダモジュール２３３０は、符号化機能および／または復号機能を実行するようデバイスに含むことができるモジュール（複数可）を表す。既知なように、デバイスは、符号化モジュールおよび復号モジュールの一方または両方を含んでもよい。加えて、エンコーダ／デコーダモジュール２３３０は、システム２３００の別個の要素として実装されてもよく、または当業者に既知なハードウェアおよびソフトウェアの組み合わせとしてプロセッサ２３１０内に組み込まれてもよい。

【0088】

本明細書において説明される様々な態様を実行するようプロセッサ２３１０またはエンコーダ／デコーダ２３１０にロードされることになるプログラムコードは、記憶装置２３４０に記憶されてもよく、その後、プロセッサ２３１０による実行のためにメモリ２３２０にロードされてもよい。様々な実施形態に従って、プロセッサ２３１０、メモリ２３２０、記憶装置２３４０、およびエンコーダ／デコーダモジュール２３３０のうちの１つまたは複数は、本明細書において説明される処理の実行の間に様々な項目のうちの１つまたは複数を記憶してもよい。そのような記憶された項目は、それらに限定されないが、入力されたビデオ、復号されたビデオまたは復号されたビデオの一部、ビットストリーム、マトリクス、変数、ならびに数式、公式、演算、および演算ロジックの処理からの中間結果または最終結果を含んでもよい。

【0089】

いくつかの実施形態では、プロセッサ２３１０および／またはエンコーダ／デコーダモジュール２３３０の内部のメモリは、命令を記憶し、符号化または復号の間に必要な処理のためのワーキングメモリを提供するために使用される。しかしながら、それらの機能のうちの１つ以上に対して、処理デバイス（例えば、処理デバイスは、プロセッサ２３１０またはエンコーダ／デコーダモジュール２３３０のいずれかであってもよい）の外部のメモリが使用される。外部メモリは、メモリ２３２０ならびに／または記憶装置２３４０、例えば、動的揮発性メモリおよび／もしくは不揮発性フラッシュメモリであってもよい。いくつかの実施形態では、例えば、テレビのオペレーティングシステムを記憶するために外部不揮発性フラッシュメモリが使用される。少なくとも１つの実施形態では、ＲＡＭなどの高速外部動的揮発性メモリは、ＭＰＥＧ－２（ＭＰＥＧは、Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐを指し、ＭＰＥＧ－２はＩＳＯ／ＩＥＣ１３８１８とも称され、１３８１８－１もＨ．２２２として既知であり、１３８１８－２もＨ．２６２として既知である）、ＨＥＶＣ、またはＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）などについてのビデオコーディング演算および復号演算のためのワーキングメモリとして使用される。

【0090】

システム２３００の要素への入力は、ブロック２３０５において示されるように様々な入力デバイスを通じて提供されてもよい。そのような入力デバイスは、それらに限定されないが、（ｉ）ブロードキャスタによって無線で送信されたＲＦ信号を受信する無線周波数（ＲＦ）部分、（ｉｉ）コンポーネント（ＣＯＭＰ）入力端子（または、ＣＯＭＰ入力端子のセット）、（ｉｉｉ）ＵＳＢ入力端子、および／または（ｉｖ）ＨＤＭＩ入力端子を含む。

【0091】

様々な実施形態では、ブロック２３０５の入力デバイスは、本分野において既知の関連するそれぞれの入力処理要素を有する。例えば、ＲＦ部分は、（ｉ）所望の周波数を選択し（信号を選択すること、または信号を周波数の帯域に帯域制限することとも称される）、（ｉｉ）選択された信号をダウンコンバートし、（ｉｉｉ）例えば、特定の実施形態ではチャネルと称されることがある信号周波数帯域を選択するよう周波数のより狭い帯域に再度帯域制限し、（ｉｖ）ダウンコンバートされ、帯域制限された信号を復調し、（ｖ）誤り訂正を実行し、（ｖｉ）所望のデータパケットのストリームを選択するよう逆多重化する、野に適切な要素と関連付けられてもよい。様々な実施形態のＲＦ部分は、それらの機能を実行する１つまたは複数の要素、例えば、周波数セレクタ、信号セレクタ、帯域リミッタ、チャネルセレクタ、フィルタ、ダウンコンバータ、復調器、誤り訂正器、およびマルチプレクサを含む。ＲＦ部分は、例えば、受信された信号をより低い周波数（例えば、中間周波数もしくはベースバンドに近い周波数）またはベースバンドにダウンコンバートすることを含む、様々なそれらの機能を実行するチューナを含んでもよい。１つのセットトップボックスの実施形態では、ＲＦ部分およびその関連する入力処理要素は、有線（例えば、ケーブル）媒体を通じて送信されたＲＦ信号を受信し、所望の周波数帯域へのフィルタリング、ダウンコンバート、および再度のフィルタリングによって周波数選択を実行する。様々な実施形態は、上記説明された（および、他の）要素の順序を再配列し、それらの要素の一部を除去し、および／または類似の機能もしくは異なる機能を実行する他の要素を追加する。要素を追加することは、例えば、増幅器およびアナログ－デジタル変換器を挿入することなど、既存の要素の間に要素を挿入することを含んでもよい。様々な実施形態では、ＲＦ部分は、アンテナを含む。

【0092】

加えて、ＵＳＢ端子および／またはＨＤＭＩ端子は、ＵＳＢ接続および／またはＨＤＭＩ接続の間でシステム２３００を他の電子デバイスに接続するためのそれぞれのインタフェースプロセッサを含んでもよい。入力処理、例えば、リードソロモン誤り訂正の様々な態様が、例えば、別個の入力処理ＩＣ内で、またはプロセッサ１０１０内で必要に応じて実装されてもよいことが理解されよう。同様に、ＵＳＢインタフェース処理またはＨＤＭＩインタフェース処理の態様は、別個のインタフェースＩＣ内で、またはプロセッサ２３１０内で必要に応じて実装されてもよい。復調されたストリーム、誤り訂正されたストリーム、および逆多重化されたストリームは、出力デバイス上で提示するために必要に応じてデータストリームを処理するために、例えば、プロセッサ２３１０、ならびにメモリおよび記憶素子との組み合わせで動作するエンコーダ／デコーダ２３３０を含む様々な処理要素に提供される。

【0093】

システム２３００の様々な要素は、統合された筐体内で設けられてもよい。統合された筐体内で、様々な要素は、適切な接続配列２３１５、例えば、Ｉ２Ｃバス、配線、およびプリント回路基板を含む、本分野において既知の内部バスを使用して、相互接続されてもよく、それらの間でデータを伝送してもよい。

【0094】

システム２３００は、通信チャネル２３９０を介して他のデバイスとの通信を有効にする通信インタフェース２３５０を含む。通信インタフェース２３５０は、それらに限定されないが、通信チャネル２３９０を通じてデータを送信および受信するように構成された送受信機を含んでもよい。通信インタフェース２３５０は、それらに限定されないが、モデムまたはネットワークカードを含んでもよく、通信チャネル２３９０は、例えば、有線媒体および／または無線媒体内で実装されてもよい。

【0095】

様々な実施形態では、Ｗｉ－Ｆｉネットワーク、例えば、ＩＥＥＥ８０２．１１（ＩＥＥＥは、Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓを指す）などの無線ネットワークを使用して、データがシステム２３００にストリーミングされ、またはそうでなければ、システム２３００に提供される。それらの実施形態のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信に対して適合された通信チャネル２３９０および通信インタフェース２３５０を通じて受信される。それらの実施形態の通信チャネル２３９０は典型的には、ストリーミングアプリケーションおよび他のオーバザトップ通信を可能にするための、インターネットを含む外部ネットワークへのアクセスを提供するアクセスポイントまたはルータに接続される。他の実施形態は、入力ブロック２３０５のＨＤＭＩ接続を通じてデータを配送するセットトップボックスを使用して、システム２３００にストリーミングされたデータを提供する。更なる他の実施形態は、入力ブロック２３０５のＲＦ接続を使用して、システム２３００にストリーミングされたデータを提供する。上記示されたように、様々な実施形態は、非ストリーミング方式においてデータを提供する。加えて、様々な実施形態は、Ｗｉ－Ｆｉ以外の無線ネットワーク、例えば、セルラネットワークまたはＢｌｕｅｔｏｏｔｈネットワークを使用する。

【0096】

システム２３００は、ディスプレイ２３６５、スピーカ２３７５、および他の周辺デバイス２３８５を含む、様々な出力デバイスに出力信号を提供してもよい。他の周辺デバイス２３８５は、実施形態の様々な実施例では、スタンドアロンＤＶＲ、ディスクプレイヤ、ステレオシステム、照明システム、およびシステム２３００の出力に基づいた機能をもたらす他のデバイスのうちの１つまたは複数を含む。様々な実施形態では、ＡＶリンク、ＣＥＣ、またはユーザの介入によりもしくはユーザの介入なしにデバイスツーデバイス制御を有効にする他の通信プロトコルなどのシグナリングを使用して、システム２３００と、ディスプレイ２３６５、スピーカ２３７５、または他の周辺デバイス２３８５との間で制御信号が通信される。出力デバイスは、それぞれのインタフェース２３６０、２３７０、および２３６０、２３７０、およびを通じて専用接続を介して、システム２３００に通信可能に結合されてもよい。代わりに、出力デバイスは、通信インタフェース２３５０を介して通信チャネル２３９０を使用して、システム２３００に接続されてもよい。ディスプレイ２３６５およびスピーカ２３７５は、例えば、テレビなどの電子デバイスにおいてシステム２３００の他の構成要素と単一のユニットにおいて統合されてもよい。様々な実施形態では、ディスプレイインタフェース２３６０は、例えば、タイミングコントローラ（Ｔ Ｃｏｎ）チップなどのディスプレイドライバを含む。

【0097】

ディスプレイ２３６５およびスピーカ２３７５は代わりに、例えば、入力２３０５のＲＦ部が別個のセットトップボックスの部分である場合、他の構成要素の内の１つまたは複数とは別個であってもよい。ディスプレイ２３６５およびスピーカ２３７５が外部構成要素である様々な実施形態では、出力信号は、例えば、ＨＤＭＩポート、ＵＳＢポート、またはＣＯＭＰ出力を含む専用出力接続を介して提供されてもよい。

【0098】

実施形態は、プロセッサ２３１０もしくはハードウェア、またはハードウェアおよびソフトウェアの組み合わせによって実装されたコンピュータソフトウェアによって実行されてもよい。非限定的な実施例として、実施形態は、１つまたは複数の集積回路によって実装されてもよい。メモリ２３２０は、技術的環境に適切ないずれかのタイプのメモリであってもよく、非限定的な実施例として、光学メモリデバイス、磁気メモリデバイス、半導体方式メモリデバイス、固定メモリ、および着脱可能メモリなどのいずれかの適切なデータ技術を使用して実装されてもよい。プロセッサ２３１０は、技術的環境に適切ないずれかのタイプのプロセッサであってもよく、非限定的な実施例として、マイクロプロセッサ、汎用コンピュータ、特殊目的コンピュータ、およびマルチコアアーキテクチャに基づくプロセッサのうちの１つまたは複数を含んでもよい。

【0099】

本開示の全体を通じて、様々な実装態様は、復号することを含む。本出願において使用される「復号すること」は、例えば、表示のために適切な最終的な出力を生成するために、受信され符号化されたシーケンスにおいて実行される処理の全てまたは一部を含んでもよい。様々な実施形態では、そのような処理は、デコーダ、例えば、エントロピ復号、逆量子化、逆変換、および差分復号によって典型的には実行される処理のうちの１つまたは複数を含む。様々な実施形態では、そのような処理は加えてまたは代わりに、例えば、タイルかされた（パックされた）ピクチャからピクチャを抽出し、使用するアップサンプルフィルタを判定し、ピクチャアップサンプリングし、その意図した方位にピクチャを再度反転することによって、本出願において説明される様々な実装態様のデコーダによって実行される処理を含む。

【0100】

更なる例として、１つの実施形態では、「復号すること」は、エントロピ復号することのみを指し、別の実施形態では、「復号すること」は、差分復号することのみを指し、別の実施形態では、「復号すること」は、エントロピ復号することおよび差分復号することの組み合わせを指す。フレーズ「復号処理」が演算または全体的により広義に復号処理のサブセットを指すことが、特定の説明のコンテキストに基づいて明確であることが意図され、当業者によって公知であると信じられる。

【0101】

また、様々な実装態様は、符号化することを含む。「復号すること」と同様の方式では、本出願において使用される「符号化すること」は、例えば、符号化されたビットストリームを生成するために、入力ビデオシーケンスに対して実行される処理の全てまたは一部を含んでもよい。様々な実施形態では、そのような処理は、エンコーダ、例えば、区分化、差分符号化、変換、量子化、およびエントロピ符号化によって典型的には実行される処理のうちの１つまたは複数を含む。様々な実施形態では、そのような処理は加えてまたは代わりに、本出願において説明される様々な実装態様のエンコーダによって実行される処理を含む。

【0102】

更なる例として、１つの実施形態では、「符号化すること」は、エントロピ符号化することのみを指し、別の実施形態では、「符号化すること」は、差分符号化することのみを指し、別の実施形態では、「符号化すること」は、差分符号化することおよび差分符号化することの組み合わせを指す。フレーズ「符号化処理」が演算または全体的により広義に符号化処理のサブセットを指すことが、特定の説明のコンテキストに基づいて明確であることが意図され、当業者によって公知であると信じられる。

【0103】

本明細書で使用されるシンタックス要素は、記述的用語であることに留意されたい。それ自体として、それらは、他のシンタックス要素名の使用を排除しない。

【0104】

図がフローチャートとして表されるとき、それは対応する装置のブロック図も提供することが理解されるべきである。同様に、図がブロック図として表されるとき、それは対応する方法／処理のフローチャートも提供することが理解されるべきである。

【0105】

様々な実施形態は、レート歪み最適化を指す。特に、計算の複雑性の制約を多くに仮定して、符号化処理の間、レートと歪みとの間のバランスまたはトレードオフが通常考慮される。それは、レート歪み最適化（ＲＤＯ）メトリック、最小平均二乗（ＬＭＳ）、絶対誤差平均（ＭＡＥ）、または他のそのような測定を通じて測定されてもよい。レート歪み最適化は通常、レートの重み付け合計および歪みの重み付け合計である、レート歪み関数を最小化するとして定式化される。レート歪み最適化問題を解く異なるアプローチが存在する。例えば、アプローチは、全ての考慮されるモードまたはコーディングパラメータ値を含む全ての符号化オプションの広範な試験と共に、符号化および復号の後の再構築された信号のそれらの符号化コストおよび関連する歪みの完全な評価に基づいてもよい。符号化の複雑性、特に、再構築されたものではなく、予測信号または予測残差信号に基づいた近似された歪みの計算による符号化の複雑性を抑えるためにより高速なアプローチも使用されてもよい。取り得る符号化オプションの一部のみについての近似された歪み、および他の符号化オプションについての完全な歪みを使用することなどによって、それらの２つのアプローチの混合も使用されてもよい。他のアプローチは、取り得る符号化オプションのサブセットのみを評価する。より一般的に、多くのアプローチは、最適化を実行する様々な技術のいずれかを採用するが、最適化は必ずしも、符号化コストおよび関連する歪みの両方の完全な評価ではない。

【0106】

本明細書で説明される実装態様および態様は、例えば、方法もしくは処理、装置、ソフトウェアプログラム、データストリーム、または信号において実装されてもよい。単一の形式の実装態様のコンテキストにおいてのみ議論される場合でさえ（例えば、方法として議論される）、議論される特徴の実装態様は、他の形式（例えば、装置またはプログラム）において実装されてもよい。装置は、例えば、適切なハードウェア、ソフトウェア、およびファームウェアにおいて実装されてもよい。方法は、例えば、処理デバイスを指すプロセッサにおいて実装されてもよく、処理デバイスは概して、例えば、コンピュータ、マイクロプロセッサ、集積回路、またはプログラマブル論理回路を含む。プロセッサはまた、例えば、コンピュータ、携帯電話、ポータブル／携帯情報端末（「ＰＤＡ」）、エンドユーザの間の情報の通信を促進する他のデバイスなどの通信デバイスを含む。

【0107】

「１つの実施形態」、「実施形態」、「１つの実装態様」、または「実装態様」と共に、それらの他の変形例への言及は、実施形態と関連して説明された特定の特徴、構造、および特性などが、少なくとも１つの実施形態に含まれることを意味する。よって、フレーズ「１つの実施形態では」、「実施形態では」、「１つの実装態様では」、または「実装態様では」の出現と共に、本出願の全体を通じて様々な位置で出現するいずれかの他の変形例は、全てが同一の実施形態を必ずしも指すわけではない。

【0108】

加えて、本出願は、情報の様々な部分を「判定すること」に言及してもよい。情報を判定することは、例えば、情報を推定すること、情報を計算すること、情報を予測すること、またはメモリから情報を取り出すことのうちの１つまたは複数を含んでもよい。

【0109】

更に、本明細書は、情報の様々な部分に「アクセスすること」に言及してもよい。情報にアクセスすることは、例えば、情報を受信すること、情報を取り出すこと（例えば、メモリから）、情報を記憶すること、情報を移動すること、情報を複製すること、情報を計算すること、情報を判定すること、情報を予測すること、または情報を推定することのうちの１つまたは複数を含んでもよい。

【0110】

加えて、本明細書は、情報の様々な部分を「受信すること」に言及してもよい。「アクセスすること」と共に受信することは、広義な用語であることが意図される。情報を受信することは、例えば、情報にアクセスすること、または情報を取り出すこと（例えば、メモリから）のうちの１つまたは複数を含んでもよい。更に、「受信すること」は典型的には、例えば、情報を記憶すること、情報を処理すること、情報を送信すること、情報を移動すること、情報を複製すること、情報を消去すること、情報を計算すること、情報を判定すること、情報を予測すること、または情報を推定することなどの演算の間、１つの方式または別の方式に含まれてもよい。

【0111】

例えば、「Ａ／Ｂ」、「Ａおよび／またはＢ」、ならびに「ＡおよびＢのうちの少なくとも１つ」のケースにおける「／」、「および／または」、ならびに「～のうちの少なくとも１つ」のいずれかの使用は、第１のリスト化されたオプション（Ａ）のみの選択、第２のリスト化されたオプション（Ｂ）のみの選択、または両方のオプション（ＡおよびＢ）の選択を包含することを認識されよう。更なる実施例として、「Ａ、Ｂ、および／またはＣ」ならびに「Ａ、Ｂ、およびＣのうちの少なくとも１つ」のケースでは、そのようなフレーズは、第１のリスト化されたオプション（Ａ）のみの選択、第２のリスト化されたオプション（Ｂ）のみの選択、第３のリスト化されたオプション（Ｃ）のみの選択、第１のリスト化されたオプションおよび第２のリスト化されたオプション（ＡおよびＢ）のみの選択、第１のリスト化されたオプションおよび第３のリスト化されたオプション（ＡおよびＣ）のみの選択、第２のリスト化されたオプションおよび第３のリスト化されたオプション（ＢおよびＣ）のみの選択、または全ての３つのオプション（Ａ、Ｂ、およびＣ）の選択を包含することが意図される。これは、当業者に対して自明であるように、多くの項目がリスト化されるように拡張されてもよい。

【0112】

また、本明細書で使用されるように、用語「シグナリング」は、とりわけ、対応するデコーダに何かを示すことを指す。例えば、特定の実施形態では、エンコーダは、複数のコーディングモードまたはフラグの特定の１つをシグナリングする。このようにして、実施形態では、エンコーダ側およびデコーダ側の両方において同一のパラメータが使用される。よって、例えば、エンコーダは、デコーダに特定のパラメータを送信することができ（明示的なシグナリング）、その結果、デコーダは、同一の特定のパラメータを使用することができる。逆に、デコーダが特定のパラメータと共に他のパラメータを既に有している場合、デコーダが特定のパラメータを認識および選択することを単純に可能にするよう送信することなく（非明示的なシグナリング）シグナリングが使用されてもよい。いずれかの実際の関数の送信を回避することによって、様々な実施形態では、ビット節約が実現される。様々な方式においてシグナリングを達成することができることが認識されよう。例えば、様々な実施形態では、対応するデコーダに情報をシグナリングするために、１つまたは複数のシンタックス要素およびフラグなどが使用される。先述したことは、用語「シグナリング」の動詞の形式に関連すると共に、用語「シグナリング」は、本明細書では名詞としても使用されてもよい。

【0113】

当業者にとって明白であるように、実装態様は、例えば、記憶または送信することができる情報を搬送するようフォーマットされた様々な信号を生成することができる。情報は、例えば、方法を実行するための命令、または説明された実装態様の１つによって生成されたデータを含んでもよい。例えば、信号は、説明された実装態様のビットストリームを搬送するようフォーマットされてもよい。そのような信号は、例えば、電磁気波として（（例えば、スペクトルの無線周波数部分を使用して）、またはベースバンド信号としてフォーマットされてもよい。フォーマットは、例えば、データストリームを符号化すること、および符号化されたデータストリームにより搬送波を変調することを含んでもよい。信号が搬送する情報は、例えば、アナログ情報またはデジタル情報であってもよい。信号は、既知のように、様々な異なる有線リンクまたは無線リンクを通じて送信されてもよい。信号は、プロセッサ可読媒体に記憶されてもよい。

【0114】

様々な一般化され、特殊化された実施形態も本開示の全体を通じてサポートおよび考慮される。本開示に従った実施形態の例は、それらに限定されないが、以下を含む。

【0115】

概して、実施形態の少なくとも１つの例は、ビデオ符号化のための装置を含んでもよく、装置は、１つまたは複数のプロセッサを含み、１つまたは複数のプロセッサは、複数のコーディングユニットにカレントブロックを分割し、コーディングユニットの少なくとも１つのグループに複数のコーディングユニットのうちの２つ以上をグループ化し、コーディングユニットの少なくとも１つのグループ内の複数のコーディングユニットのうちの２つ以上は、少なくとも１つのコーディングパラメータを共有し、コーディングユニットの少なくとも１つのグループおよび少なくとも１つの共有されたコーディングパラメータに基づいて、カレントブロックを符号化する、ように構成されている。

【0116】

概して、実施形態の少なくとも１つの例は、ビデオ復号のための装置を含んでもよく、装置は、１つまたは複数のプロセッサを含み、１つまたは複数のプロセッサは、カレントブロックから分割された複数のコーディングユニットのうちの２つ以上を含むコーディングユニットの少なくとも１つのグループを取得し、複数のコーディングユニットのうちの２つ以上は、少なくとも１つのコーディングパラメータを共有し、コーディングユニットの少なくとも１つのグループおよび少なくとも１つの共有されたコーディングパラメータに基づいて、カレントブロックを復号する、ように構成されている。

【0117】

概して、実施形態の少なくとも１つの例は、ビデオ符号化のための方法を含んでもよく、方法は、複数のコーディングユニットにカレントブロックを分割するステップと、コーディングユニットの少なくとも１つのグループに複数のコーディングユニットのうちの２つ以上をグループ化するステップであって、コーディングユニットの少なくとも１つのグループ内の複数のコーディングユニットのうちの２つ以上は、少なくとも１つのコーディングパラメータを共有する、ステップと、コーディングユニットの少なくとも１つのグループおよび少なくとも１つの共有されたコーディングパラメータに基づいて、カレントブロックを符号化するステップと、を含む。

【0118】

概して、実施形態の少なくとも１つの例は、ビデオ復号のための方法を含んでもよく、方法は、カレントブロックから分割された複数のコーディングユニットのうちの２つ以上を含むコーディングユニットの少なくとも１つのグループを取得するステップであって、複数のコーディングユニットのうちの２つ以上は、少なくとも１つのコーディングパラメータを共有する、ステップと、コーディングユニットの少なくとも１つのグループおよび少なくとも１つの共有されたコーディングパラメータに基づいて、カレントブロックを復号するステップと、含む。

【0119】

概して、実施形態の少なくとも１つの例は、ビデオ符号化のための装置を含んでもよく、装置は、１つまたは複数のプロセッサを含み、１つまたは複数のプロセッサは、複数のコーディングユニットにカレントブロックを分割し、コーディングユニットの複数のグループに複数のコーディングユニットをグループ化し、コーディングユニットの複数のグループの各々のグループ内のグループ化されたコーディングユニットは、同一の予測情報を有し、コーディングユニットの複数のグループおよびそれぞれの同一の予測情報に基づいて、カレントブロックを符号化する、ように構成されている。

【0120】

概して、実施形態の少なくとも１つの例は、ビデオ復号のための装置を含んでもよく、装置は、１つまたは複数のプロセッサを含み、１つまたは複数のプロセッサは、カレントブロックから分割された複数のコーディングユニットに対応するコーディングユニットの複数のグループを取得し、複数のグループ化されたコーディングユニットの各々のグループ内のグループ化されたコーディングユニットは、同一の予測情報を有し、コーディングユニットの複数のグループおよびそれぞれの同一の予測情報に基づいて、カレントブロックを復号する、ように構成されている。

【0121】

概して、実施形態の少なくとも１つの例は、ビデオ符号化のための方法を含んでもよく、方法は、複数のコーディングユニットにカレントブロックを分割するステップと、コーディングユニットの複数のグループに複数のコーディングユニットをグループ化するステップであって、コーディングユニットの複数のグループの各々のグループ内のグループ化されたコーディングユニットは、同一の予測情報を有する、ステップと、コーディングユニットの複数のグループおよびそれぞれの同一の予測情報に基づいて、カレントブロックを符号化するステップと、を含む。

【0122】

概して、実施形態の少なくとも１つの例は、ビデオ復号のための方法を含んでもよく、方法は、カレントブロックから分割された複数のコーディングユニットに対応するコーディングユニットの複数のグループを取得するステップであって、複数のグループ化されたコーディングユニットの各々のグループ内のグループ化されたコーディングユニットは、同一の予測情報を有する、ステップと、コーディングユニットの複数のグループおよびそれぞれの同一の予測情報に基づいて、カレントブロックを復号するステップと、を含む。

【0123】

概して、実施形態の少なくとも１つの例は、本明細書で説明された装置または方法を含んでもよく、コーディングユニットの複数のグループのうちの少なくとも１つは、パイプライン化された復号演算と関連付けられた少なくとも２つの異なるパイプラインユニットと重なる。

【0124】

概して、実施形態の少なくとも１つの例は、ビデオ符号化のための装置を含んでもよく、装置は、１つまたは複数のプロセッサを含み、１つまたは複数のプロセッサは、複数のコーディングユニットにカレントブロックを分割し、コーディングユニットの少なくとも１つのグループに複数のコーディングユニットのうちの２つ以上をグループ化し、コーディングユニットの少なくとも１つのグループ内の複数のコーディングユニットのうちの２つ以上は、少なくとも１つのコーディングパラメータを共有し、コーディングユニットの少なくとも１つのグループは、パイプライン化された復号演算と関連付けられた少なくとも２つの異なるパイプラインユニットと重なり、コーディングユニットの少なくとも１つのグループおよび少なくとも１つの共有されたコーディングパラメータに基づいて、カレントブロックを符号化する、ように構成されている。

【0125】

概して、実施形態の少なくとも１つの例は、ビデオ復号のための装置を含んでもよく、装置は、１つまたは複数のプロセッサを含み、１つまたは複数のプロセッサは、カレントブロックから分割された複数のコーディングユニットのうちの２つ以上を含むコーディングユニットの少なくとも１つのグループを取得し、複数のコーディングユニットのうちの２つ以上は、少なくとも１つのコーディングパラメータを共有し、コーディングユニットの少なくとも１つのグループは、パイプライン化された復号演算と関連付けられた少なくとも２つの異なるパイプラインユニットと重なり、コーディングユニットの少なくとも１つのグループおよび少なくとも１つの共有されたコーディングパラメータに基づいて、カレントブロックを復号する、ように構成されている。

【0126】

概して、実施形態の少なくとも１つの例は、ビデオ符号化のための方法を含んでもよく、方法は、複数のコーディングユニットにカレントブロックを分割するステップと、コーディングユニットの少なくとも１つのグループに複数のコーディングユニットのうちの２つ以上をグループ化するステップであって、コーディングユニットの少なくとも１つのグループ内の複数のコーディングユニットのうちの２つ以上は、少なくとも１つのコーディングパラメータを共有し、コーディングユニットの少なくとも１つのグループは、パイプライン化された復号演算と関連付けられた少なくとも２つの異なるパイプラインユニットと重なる、ステップと、コーディングユニットの少なくとも１つのグループおよび少なくとも１つの共有されたコーディングパラメータに基づいて、カレントブロックを符号化するステップと、を含む。

【0127】

概して、実施形態の少なくとも１つの例は、ビデオ復号のための方法を含んでもよく、方法は、カレントブロックから分割された複数のコーディングユニットのうちの２つ以上を含むコーディングユニットの少なくとも１つのグループを取得するステップであって、複数のコーディングユニットのうちの２つ以上は、少なくとも１つのコーディングパラメータを共有し、コーディングユニットの少なくとも１つのグループは、パイプライン化された復号演算と関連付けられた少なくとも２つの異なるパイプラインユニットと重なる、ステップと、コーディングユニットの少なくとも１つのグループおよび少なくとも１つの共有されたコーディングパラメータに基づいて、カレントブロックを復号するステップと、を含む。

【0128】

概して、実施形態の少なくとも１つの例は、ビットストリームを含んでもよく、ビットストリームは、複数のコーディングユニットにカレントブロックを分割し、コーディングユニットの少なくとも１つのグループに複数のコーディングユニットのうちの２つ以上をグループ化し、コーディングユニットの少なくとも１つのグループ内の複数のコーディングユニットのうちの２つ以上は、少なくとも１つのコーディングパラメータを共有し、コーディングユニットの少なくとも１つのグループおよび少なくとも１つの共有されたコーディングパラメータに基づいて、カレントブロックを符号化する、ことによって生成される。

【0129】

概して、実施形態の少なくとも１つの例は、本明細書で説明されたビットストリームを含んでもよく、ビットストリームを生成することは、パイプライン化された復号演算と関連付けられた少なくとも２つの異なるパイプラインユニットと重なるコーディングユニットのグループに基づいている。

【0130】

概して、実施形態の少なくとも１つの例は、コーディングユニットのグループを含んでもよく、予測情報を含む少なくとも１つのコーディングパラメータは、コーディングユニットのグループに含まれる２つ以上のコーディングユニットの間で共有される。２つ以上のコーディングユニットの間で共有された予測情報は、同一の予測情報を有する２つ以上のコーディングユニットを含んでもよい。

【0131】

概して、実施形態の少なくとも１つの例は、コーディングユニットのグループ化を示すよう提供される少なくとも１つのシンタックス要素を含んでもよい。少なくとも１つのシンタックス要素は、同一の予測情報を有するコーディングユニットのグループ内の１つのコーディングユニットのみにおいて提供されてもよい。１つのコーディングユニットは、デコーダ側処理順序において、同一の予測情報を有するコーディングユニットのグループ内の第１のコーディングユニットである。

【0132】

概して、実施形態の少なくとも１つの例は、コーディングユニットのグループを形成するためのコーディングユニットのグループ化を含んでもよく、グループ化は、ルマ成分またはクロマ成分のうちの少なくとも１つに別個に適用されてもよい。

【0133】

概して、複数のコーディングユニットにカレントブロックを分割することを含む実施形態の少なくとも１つの例は更に、分割が四分木プラス二分木（ＱＴＢＴ）分割に基づいていることを含んでもよい。

【0134】

概して、パイプライン化された復号演算と関連付けられた少なくとも２つの異なるパイプラインユニットと重なるコーディングユニットのグループを含む実施形態の少なくとも１つの例は更に、複数の仮想パイプライン復号ユニット（ＶＰＤＵ）のそれぞれの１つに対応する少なくとも２つの異なるパイプラインユニットの各々を含んでもよい。

【0135】

概して、実施形態の少なくとも１つの例は、カレントツリーノードおよびその子の全てに対応するコーディングユニットのグループを含んでもよい。

【0136】

概して、実施形態の少なくとも１つの例は、同一の予測情報を有するグループ化されたサブコーディングユニットを含むコーディングユニットのグループを含んでもよい。

【0137】

概して、実施形態の少なくとも１つの例は、本明細書で説明された装置もしくは方法によって生成されたデータコンテンツ、または本明細書で説明されたビットストリームと関連付けられたデータコンテンツを含む非一時的コンピュータ可読媒体。

【0138】

概して、実施形態の少なくとも１つの例は、１つ以上のプロセッサによって実行されるとき、本明細書で説明された方法を実行する命令を含むコンピュータプログラム製品を含んでもよい。

【0139】

概して、実施形態の少なくとも１つの例は、本明細書で説明された装置と、（ｉ）ビデオデータを表すデータを含む信号を受信するように構成されたアンテナ、（ｉｉ）ビデオデータを表すデータを含む周波数の帯域に、受信された信号を制限するように構成された帯域リミッタ、および（ｉｉｉ）ビデオデータからの画像を表示するように構成されたディスプレイ、のうちの少なくとも１つと、を含むデバイスを含んでもよい。デバイスは、テレビ信号受信機、セットトップボックス、ゲートウェイデバイス、携帯電話などのモバイルデバイス、ラップトップ、タブレットなど、または他の電子デバイスを含んでもよい。

【0140】

１つまたは複数の実施形態はまた、本明細書で説明された方法に従って生成されたビットストリームを送信または受信する方法および装置を提供する。

【0141】

様々な他の実施形態が説明されてきた。他の実施形態は、様々な異なる請求項のカテゴリおよびタイプにわたって、単独またはいずれかの組み合わせにおいて、以下の特徴またはエンティティのいずれかを含んでもよい。
－少なくとも２つのコーディングユニットが少なくとも１つのコーディングパラメータを共有していることのインジケーションを取得することと、インジケーションに基づいてビデオ情報を符号化することと、を含み、符号化は、１つのコーディングユニットのみにおいて共有された少なくとも１つのコーディングパラメータをコーディングする、ビデオ符号化をもたらすこと。
－符号化されたビデオ情報の少なくとも２つのコーディングユニットが少なくとも１つのコーディングパラメータを共有していることのインジケーションを取得することと、インジケーションに基づいて符号化されたビデオ情報を復号することと、を含み、復号は、１つのコーディングユニットのみから、共有された少なくとも１つのコーディングパラメータを取得し、共有された少なくとも１つのコーディングパラメータに基づいて、少なくとも２つのコーディングユニットを復号する、ビデオ復号をもたらすこと。
－ビデオ情報の少なくとも２つのコーディングユニットが少なくとも１つのコーディングパラメータを共有していることを示す１つまたは複数のシンタックス要素を提供し、１つまたは複数のシンタックス要素は、共有された少なくとも１つのコーディングパラメータに基づいて、少なくとも２つのコーディングユニットのビデオ情報を符号化および／または復号することを可能にすること。
－ビデオ情報の少なくとも２つのコーディングユニットが少なくとも１つのコーディングパラメータを共有していることのインジケーションを提供する情報を含むことによって形成されたビットストリームを提供し、含まれる情報は、共有された少なくとも１つのコーディングパラメータに基づいて、少なくとも２つのコーディングユニットに対応するビットストリームにおける符号化されたビデオ情報を復号することを可能にすること。
－エンコーダおよび／またはデコーダにおいて、カレントツリーノードから発行された全ての子ＣＵが同一の予測データを使用していることを示す、コーディング木レベルに関するフラグを提供すること。
－エンコーダおよび／またはデコーダにおいて、何らかの予測データが同一のツリーノードから発行されたＣＵによって共有される場合、この予測データが、デコーダ側処理順序において、そのグループ内の第１のＣＵにおいてコーディングされること。
－エンコーダおよび／またはデコーダにおいて、ＣＴＵの全体コーディング木内に二項＋三分木レベルにおいて現れることができ、または分割階層内に四分木レベルもしくは二項／三分木レベルのいずれかにおいて現れることができるフラグを提供すること。
－エンコーダおよび／またはデコーダにおいて、別個のルマ／クロマコーディング木のケースに対し、考慮されるコーディング木によって関連し、構成要素においてのみ適用されるフラグを提供し、よって、同一の空間領域内でクロマＣＵではなくルマＣＵにおいてグループ化を行うことができ、または逆もそうであること。
－エンコーダおよび／またはデコーダにおいて、ＶＰＤＵ制約に従って適合されたデコーダ側に対する処理順序を提供すること。
－エンコーダおよび／またはデコーダにおいて、関連するＣＵの間でグループ化されることになる、変換関連シンタックス、例えば、ｃｕ＿ｍｔｓ＿ｆｌａｇシンタックス要素およびｍｔｓ＿ｉｄｘシンタックス要素を提供すること。
－エンコーダおよび／またはデコーダにおいて、他のアプローチと互換性を有するＣＵ分割と関連付けられたシンタックス、例えば、ＶＶＣによって考慮されるシンタックスのうちの１つまたは複数を提供すること。
－エンコーダおよび／またはデコーダにおいて、複数のＣＵの中で予測データをグループ化することをもたらし、シンタックスのグループ化は、ＣＵレベルでシグナリングされること。
－エンコーダおよび／またはデコーダにおいて、複数のＣＵの中で予測データをグループ化することをもたらし、グループ化は、ＣＵレベルではなく、三項／二項コーディング木レベルでいくつかのＣＵの中で予測をグループ化することを含んでもよいこと。
－多タイプ木レベルでｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素を復号し、サブＣＵへのカレントＣＵの再帰的分割処理にｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ値を渡す、デコーダを提供し、非分割ＣＵ復号処理は、追加の引数ｐａｒｅｎｔ＿ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇにより呼び出されてもよいこと。
－エンコーダおよび／またはデコーダにおいて、シンタックスに追加の四分木レベルフラグを含めることをもたらし、追加の引数ｐａｒｅｎｔ＿ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａが入力として使用され、偽である場合、フラグｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇは、カレントＣＵが四分木方式において分割されるケースでは、四分木レベルでシグナリングされる。
－入力ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｄａｔａ＿ｆｌａｇ値を試験することと、真であり、カレントＣＵが同一の予測データを共有するＣＵのグループ内の最初の１つでない場合、同一の予測データを共有するＣＵのグループ内の第１のＣＵに基づいて、カレントＣＵの予測データを導出することを、を含むＣＵ復号処理のためのデコーダを提供すること。
－エンコーダにおいて、予測データのグループ化についてのレート歪み最適化された決定を統合するレート歪み最適化をもたらすこと。
－エンコーダにおいて、
－真である場合、カレントＣＵを含むコーディング木部において予測データグループ化が使用されるｐａｒｅｎｔ＿ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇと、
－複数のＣＵの中でグループ化される予測データであって、これは、フラグｐａｒｅｎｔ＿ｇｒｏｕｐｅｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが真である場合、カレントＣＵを含む複数のＣＵによって共有される予測データを表す、予測データと、
を含む引数を含むレート歪み最適化をもたらすこと。
－エンコーダおよび／またはデコーダにおいて、カレントＣＵに対応するピクチャ領域が予測データグループ化モードにおいて試験されるケースでは、後続の使用のために記憶することができる予測データを提供すること。
－エンコーダおよび／またはデコーダにおいて、予測データに加えて、複数のＣＵの中で変換タイプシグナリングシンタックスをグループ化することをもたらすこと。
－エンコーダおよび／またはデコーダにおいて、予測データに加えて、複数のＣＵの中で変換タイプシグナリングシンタックスをグループ化することをもたらし、変換関連データは、ｍｔｓ＿ｆｌａｇシンタックス要素およびｍｔｓ＿ｉｄｘシンタックス要素を含んでもよいこと。
－エンコーダおよび／またはデコーダにおいて、ＣＵがいくつかの他のＣＵと共にグループ化されるケースでは、ｃｕ＿ｍｔｓ＿ｆｌａｇが、変換タイプ情報を共有するＣＵの同一のグループ内の先行するＣＵに基づいて、予測的方式においてコーディングされることをもたらすこと。
－エンコーダおよび／またはデコーダにおいて、ＣＵがいくつかの他のＣＵと共にグループ化されるケースでは、ｃｕ＿ｍｔｓ＿ｆｌａｇが、変換タイプ情報を共有するグループ化されたＣＵの同一の集合内のいくつかの先行するＣＵのｃｕ＿ｍｔｓ＿ｆｌａｇに基づいて選択されたＣＡＢＡＣコンテキストによりコーディングされることをもたらすこと。
－エンコーダおよび／またはデコーダにおいて、ＣＵがいくつかの他のＣＵと共にグループ化されるケースでは、グループ化されたＣＵの同一の集合内のいくつかの他のＣＵのｔｕ＿ｃｂｆ＿ｌｕｍａシンタックス要素、ならびに／またはｔｕ＿ｃｂｆ＿ｃｂシンタックス要素およびｔｕ＿ｃｂｆ＿ｃｒシンタックス要素に条件付きでコーディングされるカレントＣＵのｔｕ＿ｃｂｆ＿ｌｕｍａシンタックス要素、ならびに／またはｔｕ＿ｃｂｆ＿ｃｂシンタックス要素およびｔｕ＿ｃｂｆ＿ｃｒシンタックス要素を提供すること。
－エンコーダおよび／またはデコーダにおいて、復号処理に対するＶＰＤＵ制約を考慮した予測データグループ化を実装することをもたらすこと。
－ビデオを処理するエンコーダおよび／またはデコーダにおいて、２つの異なるＶＰＤＵに属するブロックの間で何らかの予測データを共有する可能性をもたらすよう、２つのＶＰＤＵと重なるＣＵを分割するために適用される予測（任意選択で、変換）データグループ化方法を実装することをもたらすこと。
－ビデオを処理するエンコーダおよび／またはデコーダにおいて、ＣＵの間の復号順序がＶＰＤＵを離れず、後に再訪問する必要があることを表す、処理順序に対するＶＰＤＵ制約を遵守するように適合されたＣＵの間の復号順序をもたらすこと。
－ビデオを処理するエンコーダおよび／またはデコーダにおいて、コーディングユニットが復号される順序が、ＶＰＤＵ格子に関してコーディング木の構成に従って変化することができることをもたらすこと。
－エンコーダによって、シグナリングシンタックスから複数のコーディングユニットの中での予測データのグループ化のインジケーションをデコーダが取得することを可能にする要素をシグナリングシンタックスに挿入し、インジケーションに従ってビデオ情報を復号すること。
－説明されたシンタックス要素、またはその変形例のうちの１つまたは複数を含むビットストリームまたは信号。
－説明されたシンタックス要素、またはその変形例のうちの１つまたは複数を含むビットストリームまたは信号を生成すること、送信すること、受信すること、および／または復号すること。
－説明された実施形態のいずれかに従ってビデオ符号化および／またはビデオ復号を実行し、結果として生じる画像を表示する（例えば、モニタ、スクリーン、または他のタイプのディスプレイを使用して）ＴＶ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
－説明された実施形態のいずれかに従って、符号化された画像を含む信号を受信するようチャネルを調整し（例えば、チューナを使用して）、ビデオ符号化および／またはビデオ復号を実行するＴＶ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
－説明された実施形態のいずれかに従って符号化された画像を含む信号を無線で受信し（例えば、アンテナを使用して）、ビデオ符号化および／またはビデオ復号を実行するＴＶ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
－コンピュータによって実行されるとき、説明された実施形態のいずれかに従ってビデオ符号化および／またはビデオ復号を実装するプログラムコードを記憶したコンピュータプログラム製品。
－説明された実施形態のいずれかに従ってビデオ符号化および／またはビデオ復号をコンピュータに実行させる実行可能プログラム命令を含む非一時的コンピュータ可読媒体。
－本明細書で説明された１つまたは複数の態様および／または実施形態に従って生成されたビットストリームを記憶したコンピュータ可読記憶媒体。
－本明細書で説明された１つまたは複数の態様および／または実施形態に従って生成されたビットストリームを送信する方法および装置。

【0142】

【表1】

【0143】

【表2】

【0144】

【表3】

【0145】

【表4-1】

【0146】

【表4-2】

【0147】

【表4-3】

【0148】

【表5-1】

【0149】

【表5-2】

【0150】

【表6】

【0151】

【表7】

【0152】

【表8-1】

【0153】

【表8-2】

【0154】

【表8-3】

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】