特許 7509773 二重木を伴う現ピクチャ参照ブロックベクトル初期化

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

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

(11)【特許番号】

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

(45)【発行日】2024-07-02

(54)【発明の名称】二重木を伴う現ピクチャ参照ブロックベクトル初期化

(51)【国際特許分類】

   H04N 19/105 20140101AFI20240625BHJP

   H04N 19/136 20140101ALI20240625BHJP

   H04N 19/176 20140101ALI20240625BHJP

   H04N 19/186 20140101ALI20240625BHJP

   H04N 19/593 20140101ALI20240625BHJP

【ＦＩ】

H04N19/105

H04N19/136

H04N19/176

H04N19/186

H04N19/593

【請求項の数】 14

(21)【出願番号】P 2021528451

(86)(22)【出願日】2019-11-19

(65)【公表番号】

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

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

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

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

【審査請求日】2022-11-21

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

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

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

(73)【特許権者】

【識別番号】318017914

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

(74)【代理人】

【識別番号】110001243

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

(72)【発明者】

【氏名】タンギ ポワリエ

(72)【発明者】

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

(72)【発明者】

【氏名】フランク ガルピン

【審査官】田中 純一

(56)【参考文献】

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

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

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

【文献】米国特許第１０４４８０２５（ＵＳ，Ｂ１）

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

Ｈ０４Ｎ ７／１２

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

ＩＥＥＥ Ｘｐｌｏｒｅ

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

【請求項1】

ビデオブロックのコロケートされた輝度ブロックベクトルに対応する彩度ブロックベクトルを得ることであって、ブロックベクトルは、現ピクチャを参照する動きベクトルである、ことと、
前記コロケートされた輝度ブロック、左の彩度サブブロック、または上方の彩度サブブロックが現ピクチャ参照モードにおいて部分的にコード化されるかどうかを、および現ピクチャ参照モードではない別のモードで部分的にコード化されるかどうかを順に決定することと、
真である前記決定することについて、現在の彩度ブロックベクトルを前記対応するコロケートされた輝度ブロックベクトル、左の彩度サブブロックベクトル、または上方の彩度サブブロックベクトルにそれぞれ設定し、および前記決定することのいずれもが真でない場合、前記現在の彩度ブロックベクトルのデフォルトベクトルを使用することであって、左および上方の彩度サブブロックは、サブブロックが同じコーディングツリーユニットにローカライズされている場合、コロケートされた輝度ブロックの外側から取得され、右下のサブブロックの場合、彩度ブロックベクトルは左のサブブロックの彩度ブロックベクトルからコピーされる、ことと、
前記彩度ブロックベクトルを使用して前記ビデオブロックを符号化することと、
を備える方法。

【請求項2】

ビデオブロックのコロケートされた輝度ブロックベクトルに対応する彩度ブロックベクトルを得ることであって、ブロックベクトルは、現ピクチャを参照する動きベクトルである、ことと、
前記コロケートされた輝度ブロック、左の彩度サブブロック、または上方の彩度サブブロックが現ピクチャ参照モードにおいて部分的にコード化されるかどうかを、および現ピクチャ参照モードではない別のモードで部分的にコード化されるかどうかを順に決定することと、
真である前記決定することについて、現在の彩度ブロックベクトルを前記対応するコロケートされた輝度ブロックベクトル、左の彩度サブブロックベクトル、または上方の彩度サブブロックベクトルにそれぞれ設定し、および前記決定することのいずれもが真でない場合、前記現在の彩度ブロックベクトルのデフォルトベクトルを使用することであって、左および上方の彩度サブブロックは、サブブロックが同じコーディングツリーユニットにローカライズされている場合、コロケートされた輝度ブロックの外側から取得され、右下のサブブロックの場合、彩度ブロックベクトルは左のサブブロックの彩度ブロックベクトルからコピーされる、ことと、
前記彩度ブロックベクトルを使用して前記ビデオブロックを符号化することと、
を実行するように構成されたプロセッサを備えた装置。

【請求項3】

ビデオブロックのコロケートされた輝度ブロックベクトルに対応する彩度ブロックベクトルを得ることであって、ブロックベクトルは、現ピクチャを参照する動きベクトルである、ことと、
前記コロケートされた輝度ブロック、左の彩度サブブロック、または上方の彩度サブブロックが現ピクチャ参照モードにおいて部分的にコード化されているかどうかを、および現ピクチャ参照モードではない別のモードで部分的にコード化されているかどうかを順に決定することと、
真である前記決定することについて、現在の彩度ブロックベクトルを前記対応するコロケートされた輝度ブロック、左の彩度サブブロックベクトル、または上方の彩度サブブロックベクトルにそれぞれ設定し、および前記決定することのいずれもが真でない場合、前記現在の彩度ブロックベクトルのデフォルトベクトルを使用することであって、左および上方の彩度サブブロックは、サブブロックが同じコーディングツリーユニットにローカライズされている場合、コロケートされた輝度ブロックの外側から取得され、右下のサブブロックの場合、彩度ブロックベクトルは左のサブブロックの彩度ブロックベクトルからコピーされる、ことと、
前記彩度ブロックベクトルを使用して前記ビデオブロックを復号することと、
を備える方法。

【請求項4】

ビデオブロックのコロケートされた輝度ブロックベクトルに対応する彩度ブロックベクトルを得ることであって、ブロックベクトルは、現ピクチャを参照する動きベクトルである、ことと、
前記コロケートされた輝度ブロック、左の彩度サブブロック、または上方の彩度サブブロックが現ピクチャ参照モードにおいて部分的にコード化されているかどうかを、および現ピクチャ参照モードではない別のモードで部分的にコード化されているかどうかを順に決定することと、
真である前記決定することについて、現在の彩度ブロックベクトルを前記対応するコロケートされた輝度ブロック、左の彩度サブブロックベクトル、または上方の彩度サブブロックベクトルにそれぞれ設定し、および前記決定することのいずれもが真でない場合、前記現在の彩度ブロックベクトルのデフォルトベクトルを使用することであって、左および上方の彩度サブブロックは、サブブロックが同じコーディングツリーユニットにローカライズされている場合、コロケートされた輝度ブロックの外側から取得され、右下のサブブロックの場合、彩度ブロックベクトルは左のサブブロックの彩度ブロックベクトルからコピーされる、ことと、
前記彩度ブロックベクトルを使用して前記ビデオブロックを復号することと、
を実行するように構成されたプロセッサを備えた装置。

【請求項5】

二重木モードおよび現ピクチャ参照がイネーブルである、請求項１の方法。

【請求項6】

コロケートされた輝度ブロックが現ピクチャ参照を使用してコード化されない場合、隣接するサブブロックの輝度ベクトルが適用される、請求項１の方法。

【請求項7】

少なくとも１つの彩度ブロックベクトルは、コロケートされた輝度ブロック区画から導出される、請求項１の方法。

【請求項8】

同じベクトルは、輝度ブロックに対応する全ての彩度サブブロックに対して適用される、請求項１の方法。

【請求項9】

左の彩度サブブロックベクトルが利用可能ではないとき、上方の彩度サブブロックベクトルが使用される、請求項３の方法。

【請求項10】

コロケートされた輝度ブロック区画は、前記彩度ブロックベクトルを導出するために使用される、請求項３の方法。

【請求項11】

コロケートされた輝度サブブロックが利用可能ではないとき、ブロックベクトルが見つかるまで別のコロケートされたサブブロック位置がチェックされる、請求項３の方法。

【請求項12】

請求項４の装置と、
（ｉ）前記ビデオブロックを含む信号を受信するように構成されたアンテナ、（ｉｉ）前記受信された信号を、前記ビデオブロックを含む周波数の帯域に制限するように構成されたバンドリミッタ、および（ｉｉｉ）ビデオブロックを表す出力を表示するように構成されたディスプレイのうちの少なくとも１つと、
を備えたデバイス。

【請求項13】

コンピュータによって実行されると、前記コンピュータに請求項１の方法を実行させる命令を備えた非一時的コンピュータ可読媒体。

【請求項14】

コンピュータによって実行されると、前記コンピュータに請求項３の方法を実行させる命令を備えた非一時的コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本実施形態のうちの少なくとも１つは、一般に、ビデオ符号化もしくは復号、圧縮または伸張のための方法または装置に関する。

【背景技術】

【0002】

高い圧縮効率を達成するために、画像およびビデオコード化方式は、通常、ビデオコンテンツにおける空間および時間冗長性を利用するために、動きベクトル予測を含む予測および変換を使用する。一般に、フレーム内相関またはフレーム間相関を利用するためにイントラ予測またはインター予測が使用され、次いで、予測エラーまたは予測残差としてしばしば示される元の画像と予測された画像との間の差が変換、量子化、およびエントロピー符号化される。ビデオを再構築するために、圧縮されたデータは、エントロピー符号化、量子化、変換、および予測に対応する逆処理によって復号される。

【発明の概要】

【0003】

本実施形態のうちの少なくとも１つは、一般に、ビデオ符号化または復号のための方法または装置に関し、より詳細には、隣り合うサンプル依存のパラメトリックモデルに基づいてコード化モードを単純化するための方法または装置に関する。

【0004】

第１の態様によれば、方法が提供される。この方法は、ビデオブロックのコロケートされた輝度（luma）ブロックベクトルに対応する彩度（chroma）ブロックベクトルを得るステップと、前記コロケートされた輝度ブロック、左の彩度サブブロック、または上方の彩度サブブロックが現ピクチャ参照モードにおいてコード化されるかどうか順に決定するステップと、真である前記決定するステップについて、現在の彩度ブロックベクトルを前記対応するコロケートされた輝度ブロックベクトル、左の彩度サブブロックベクトル、または上方の彩度サブブロックベクトルにそれぞれ設定するステップと、前記彩度ブロックベクトルを使用して前記ビデオブロックを符号化するステップを含む。

【0005】

第２の態様によれば、方法が提供される。この方法は、ビデオブロックのコロケートされた輝度ブロックベクトルに対応する彩度ブロックベクトルを得るステップと、前記コロケートされた輝度ブロック、左の彩度サブブロック、または上方の彩度サブブロックが現ピクチャ参照モードにおいてコード化されているかどうか順に決定するステップと、真である前記決定するステップについて、現在の彩度ブロックベクトルを前記対応するコロケートされた輝度ブロックベクトル、左の彩度サブブロックベクトル、または上方の彩度サブブロックベクトルにそれぞれ設定するステップと、前記彩度ブロックベクトルを使用して前記ビデオブロックを復号するステップを含む。

【0006】

別の態様によれば、装置が提供される。この装置は、プロセッサを備える。プロセッサは、前述の方法のいずれかを実行することによって、ビデオのブロックを符号化する、またはビットストリームを復号するように構成され得る。

【0007】

少なくとも１つの実施形態の別の一般的な態様によれば、復号実施形態のいずれかによる装置と、（ｉ）信号を受信するように構成されたアンテナであって、信号はビデオブロックを含む、アンテナ、（ｉｉ）受信された信号を、ビデオブロックを含む周波数の帯域に制限するように構成されたバンドリミッタ、または（ｉｉｉ）ビデオブロックを表す出力を表示するように構成されたディスプレイのうちの少なくとも１つとを備えるデバイスが提供される。

【0008】

少なくとも１つの実施形態の別の一般的な態様によれば、記載の符号化実施形態または変形形態のいずれかに従って生成されるデータコンテンツを含む非一時的なコンピュータ可読媒体が提供される。

【0009】

少なくとも１つの実施形態の別の一般的な態様によれば、記載の符号化実施形態または変形形態のいずれかに従って生成されるビデオデータを含む信号が提供される。

【0010】

少なくとも１つの実施形態の別の一般的な態様によれば、記載の符号化実施形態または変形形態のいずれかに従って生成されるデータコンテンツを含むようにビットストリームがフォーマット化される。

【0011】

少なくとも１つの実施形態の別の一般的な態様によれば、命令を含むコンピュータプログラム製品が提供され、命令は、プログラムがコンピュータによって実行されたとき、記載の復号実施形態または変形形態のいずれかをコンピュータに実施させる。

【0012】

一般的な態様のこれらおよび他の態様、特徴、および利点は、添付の図面に関連して読まれるべき例示的な実施形態の以下の詳細な説明から明らかになろう。

【図面の簡単な説明】

【0013】

【図1】圧縮されたＨＥＶＣピクチャを表すための符号化ツリーユニットおよび符号化ツリー概念の一例の図である。

【図2】符号化ツリーユニットを符号化ユニット、予測ユニット、および変換ユニットに分割する一例の図である。

【図3】四分木プラス二分木（ＱＴＢＴ）ＣＴＵ表現の一例の図である。

【図4】別の方式による、デフォルトベクトルを用いた彩度ベクトルの初期化の図である。

【図5】標準的、一般的なビデオ圧縮方式の図である。

【図6】標準的、一般的なビデオ伸張方式の図である。

【図7】実施形態１による彩度ブロックベクトル導出の例示的なフローチャートの図である。

【図8】実施形態１を使用した彩度ブロックベクトル導出の一例の図である。

【図9】デフォルトベクトルを用いた、実施形態１を使用した彩度ブロックベクトル導出の一例の図である。

【図10】左の彩度サブブロックベクトルが使用可能でないとき上方の彩度サブブロックベクトルを用いた、実施形態１を使用した彩度ブロックベクトル導出の一例の図である。

【図11】隣の彩度サブブロックが現在の彩度ブロックの外側にあり得る実施形態１の変形形態の図である。

【図12】同じ輝度ブロックに対応する彩度サブブロックが同じブロックベクトルを有していない実施形態１の場合の図である。

【図13】実施形態２による彩度ブロックベクトル導出の図である。

【図14】１つのコロケートされた輝度サブブロックについてブロックベクトルが使用可能であるときの実施形態２による彩度ブロックベクトル導出の図である。

【図15】実施形態２による彩度ブロックベクトル導出のフローチャートの図である。

【図16】４×４彩度サブブロック制限を伴う彩度ブロックベクトルの例示的な導出の図である。

【図17】一般的な記載の態様下での符号化／復号するためのプロセッサベースのシステムの図である。

【図18】一般的な記載の態様下での方法の一実施形態の図である。

【図19】一般的な記載の態様下での方法の別の実施形態の図である。

【図20】記載の態様下での例示的な装置の図である。

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

【0014】

本明細書に記載の実施形態は、ビデオ圧縮の分野にあり、一般に、ビデオ圧縮並びにビデオ符号化および復号に関する。

【0015】

高い圧縮効率を達成するために、画像およびビデオコード化方式は、通常、ビデオコンテンツにおける空間および時間冗長性を利用するために、動きベクトル予測を含む予測および変換を使用する。一般に、フレーム内相関またはフレーム間相関を利用するためにイントラ予測またはインター予測が使用され、次いで、予測エラーまたは予測残差としてしばしば示される元の画像と予測された画像との間の差が変換、量子化、およびエントロピー符号化される。ビデオを再構築するために、圧縮されたデータは、エントロピー符号化、量子化、変換、および予測に対応する逆処理によって復号される。

【0016】

ＨＥＶＣ（高効率ビデオコード化、ＩＳＯ／ＩＥＣ２３００８－２、ＩＴＵ－Ｔ Ｈ．２６５）ビデオ圧縮標準では、ビデオの連続するピクチャ間に存在する冗長性を利用するために、動き補償時間予測が使用される。

【0017】

それを行うために、動きベクトルが各予測ユニット（ＰＵ）に関連付けられる。各符号化ツリーユニット（ＣＴＵ）は、圧縮領域における符号化ツリーによって表される。これは、ＣＴＵの四分木分割であり、各葉は符号化ユニット（ＣＵ）と呼ばれる。

【0018】

次いで、各ＣＵには、いくつかのイントラ予測パラメータまたはインター予測パラメータ（Ｐｒｅｄｉｃｔｉｏｎ Ｉｎｆｏ）が与えられる。それを行うために、各ＣＵは、１つまたは複数の予測ユニット（ＰＵ）に空間的に区画され、各ＰＵには、何らかの予測情報が割り当てられる。イントラ符号化モードまたはインター符号化モードがＣＵレベルに割り当てられる。

【0019】

共同探索モデル（ＪＥＭ：Joint Exploration Model）として知られる新しいビデオ圧縮標準のためのＪＶＥＴ（共同ビデオ探索チーム）提案では、高い圧縮性能のために四分木－二分木（ＱＴＢＴ）ブロック区画構造を受け入れることが提案されている。二分木（ＢＴ）内のブロックを、中央で水平または垂直に分割することによって、２つの等しいサイズのサブブロックに分割することができる。したがって、ＢＴブロックは、ブロックが常に等しい高さおよび幅を有する方形の形状を有するＱＴ内のブロックとは異なり、不均等な幅および高さを有する矩形の形状を有することができる。ＨＥＶＣでは、角度イントラ予測方向は、１８０度にわたって４５度から－１３５度に定義されており、ＪＥＭにおいて維持されており、それにより、角度方向の定義が標的ブロック形状とは独立したものとなっている。

【0020】

これらのブロックを符号化するために、イントラ予測が使用され、以前に再構築されている隣のサンプルを使用してブロックの推定バージョンを提供する。次いで、ソースブロックと予測との間の差が符号化される。上記の従来のコーデックでは、参照サンプルの単一のラインが、現在のブロックの左および上部で使用される。

【0021】

ＨＥＶＣ（高効率ビデオコード化、Ｈ．２６５）では、ビデオシーケンスのフレームの符号化は、四分木（ＱＴ）ブロック区画構造に基づく。フレームが方形の符号化ツリーユニット（ＣＴＵ）に分割され、それらは全て、レート歪み（ＲＤ）基準に基づいて複数の符号化ユニット（ＣＵ）への四分木ベースの分割を受ける。各ＣＵは、イントラ予測される、すなわち、原因となる隣のＣＵから空間的に予測されるか、またはインター予測される、すなわち、すでに復号されている参照フレームから時間的に予測される。Ｉスライスでは、全てのＣＵがイントラ予測され、一方、ＰスライスおよびＢスライスでは、ＣＵは、イントラ予測またはインター予測され得る。イントラ予測については、ＨＥＶＣは、１つのプラナー（Planar）モード（モード０としてインデックスされる）、１つのＤＣモード（モード１としてインデックスされる）、および３３の角度モード（モード２～３４としてインデックスされる）を含む３５の予測モードを定義する。角度モードは、時計回り方向で４５度から－１３５度の範囲の予測方向に関連付けられる。ＨＥＶＣは四分木（ＱＴ）ブロック区画構造をサポートするので、全ての予測ユニット（ＰＵ）は、方形の形状を有する。したがって、４５度から－１３５度の予測角度の定義は、ＰＵ（予測ユニット）形状から見て正当化される。サイズがＮ×Ｎ個の画素の標的予測ユニットについては、上部参照アレイおよび左参照アレイは、それぞれサイズが２Ｎ＋１サンプルのものであり、これは、全ての標的画素について前述の角度範囲をカバーするために必要とされる。ＰＵの高さおよび幅が等しい長さのものであることを考えると、２つの参照アレイの長さが等しいこともまた納得がゆく。

【0022】

本発明は、ビデオ圧縮の分野にある。既存のビデオ圧縮システムに比べてインター符号化されたブロックにおける双方向予測を改善することを目的とする。また、本発明は、スライス間について輝度と彩度の符号化ツリーを分離することを提案する。

【0023】

ＨＥＶＣビデオ圧縮標準では、ピクチャがいわゆる符号化ツリーユニット（ＣＴＵ）に分割され、そのサイズは、典型的には、６４×６４、１２８×１２８または２５６×２５６画素である。各ＣＴＵは、圧縮領域における符号化ツリーによって表される。これは、ＣＴＵの四分木分割であり、各葉（leaf）は符号化ユニット（ＣＵ）と呼ばれ、図１を参照されたい。

【0024】

次いで、各ＣＵには、いくつかのイントラ予測パラメータまたはインター予測パラメータ（Ｐｒｅｄｉｃｔｉｏｎ Ｉｎｆｏ）が与えられる。それを行うために、各ＣＵは、１つまたは複数の予測ユニット（ＰＵ）に空間的に区画され、各ＰＵには、何らかの予測情報が割り当てられる。イントラ符号化モードまたはインター符号化モードがＣＵレベルに割り当てられ、図２を参照されたい。

【0025】

圧縮領域における符号化ツリーユニット表現を含む新しく登場しつつあるビデオ圧縮ツールが、圧縮領域においてピクチャデータをより柔軟表すために提案されている。符号化ツリーのこのより柔軟な表現の利点は、ＨＥＶＣ標準のＣＵ／ＰＵ／ＴＵ構成に比べて高められた圧縮効率を提供することである。

【0026】

四分木プラス二分木（ＱＴＢＴ）符号化ツールは、この高められた柔軟性を提供する。それは、符号化ユニットを四分木式に、および二分木式に分割できる符号化ツリーにある。符号化ツリーユニットのそのような符号化ツリー表現が図３に示されている。

【0027】

符号化ユニットの分割は、エンコーダ側において、最小のレート歪みコストを有するＣＴＵのＱＴＢＴ表現を決定することにあるレート歪み最適化手順を通じて判断される。

【0028】

ＱＴＢＴ技術では、ＣＵは、方形または矩形の形状を有する。符号化ユニットのサイズは、常に２の累乗、典型的には４から１２８になる。

【0029】

符号化ユニットのためのこの様々な矩形の形状に加えて、この新しいＣＴＵ表現は、ＨＥＶＣに比べて以下の異なる特徴を有する。

【0030】

ＣＴＵのＱＴＢＴ分解は、２つの段階からなる。すなわち最初にＣＴＵが四分木式に分割され、ついて各四分木の葉を二分木式でさらに分割することができる。これは図３の右に示されており、実線は四分木分解フェーズを表し、破線は、四分木の葉に空間的に埋め込まれる二分木分解を表す。

【0031】

スライス内では、輝度および彩度ブロック区画構造が分離され、独立して判断される。この特徴は、以下で二重木（dual tree）とも呼ばれる。

【0032】

ＪＶＥＴ Ｋ００７６において提案されている現ピクチャ参照（ＣＰＲ）は、ＶＴＭ－３．０（多目的ビデオコード化テストモデル）に一体化されている。ＣＰＲがイネーブルであるとき、現在のピクチャは参照ピクチャリストに追加され、Ｉスライスの代わりにＰスライスが使用される。ピクチャ間と同じ予測モードが使用される。

【0033】

本明細書に記載の一般的な態様によって解決される１つの問題は、ＣＰＲコード化ツールが使用され、二重木モードがアクティブ化される場合、彩度ブロックのコード化効率をいかに最大化するか、および二重木がイネーブルであるとき現ピクチャ参照モードにおける彩度成分のためのブロックベクトルをいかに初期化するかである。この問題の変形形態は、コロケートされた輝度サブブロックが４×４であるとき、４×４彩度サブブロック制限にいかに対処するかである。

【0034】

以下では、「ブロックベクトル」は、現在のピクチャを参照する動きベクトルを表す。

【0035】

ＣＰＲと共に二重木を使用するための従来技術の提案は、以下のものである。

【0036】

第１の手法、ＪＶＥＴ－Ｋ００７６では、二重木は、現在のピクチャが使用可能な唯一の参照フレームである場合のみ使用される。輝度および彩度について別々の区画木が使用されるとき、彩度ＣＵがＣＰＲモードでコード化され得、対応する彩度ブロックベクトルは、コロケートされた輝度サンプルに関連付けられたコード化モードから導出される。より具体的には、彩度ＣＵの対応する輝度サンプルが、ＣＰＲモードによるそれらのサンプルのカバレッジの点でチェックされる。以下の方法は、彩度の別々の符号化ツリーがイネーブルである異なる場合を扱うために提案されている。
・ フルカバレッジ：対応する輝度サブブロック全てがＣＰＲモードでコード化される。この場合、現在の彩度ＣＵを、ＣＰＲモードでコード化することができる。各彩度サブブロックについては、そのブロックベクトルがその対応する輝度ブロックのブロックベクトルから導出される。他の使用可能なモード（イントラ、ＰＣＭなど）または分割を、考慮されている彩度ＣＵについてさらに選ぶこともできる。
・ カバレッジなし、または部分的なカバレッジ：対応する輝度サブブロックがＣＰＲモードでコード化されない、または一部だけがコード化される。この場合、現在の彩度ＣＵは、使用可能なモード（イントラモード、ＰＣＭなど）の１つでコード化されることになり、ＣＰＲモードではコード化されず、さらに分割されることもない。

【0037】

別の手法、ＪＶＥＴ－Ｋ０４５０では、ＣＰＲが輝度から直接モードで追加される（ＤＭ）。
－ 現在の彩度ブロックのコロケートされた５つの位置をカバーする輝度ブロックの予測タイプをチェックする。これらの５つの位置は、中央（ＣＲ）、左上（ＴＬ）、右上（ＴＲ）、左下（ＢＬ）、および右下（ＢＲ）の順でチェックされる。チェックされた位置のうちの少なくとも１つについて輝度においてＣＰＲが使用されている場合には、下記のステップが適用される。
－ 輝度と彩度との間の解像度差に従って輝度ブロック間の動きベクトル（ＭＶ）をスケーリングする。次いで、復号されている現在のピクチャのＤＰＢコピー内に参照サンプルがあるかどうかチェックするために、スケーリングされたＭＶが現在の彩度ブロックについて有効であるかどうかチェックする。スケールおよびチェック動作もまた、ＣＲ、ＴＬ、ＴＲ、ＢＬ、およびＢＲの順である。

【0038】

スケーリング後、ＣＰＲ輝度ブロックが見つかり、そのＭＶが現在の彩度ブロックについて有効である場合には、ＣＰＲモードが、ＣＣＬＭ（クロスコンポーネント線形モデル：Cross Component Linear Model）モードのすぐ後に候補リスト内に入れられる。そうでない場合、ＣＰＲモードはリストに追加されない。これはＣＰＲモードをリスト内に入れるときリストの長さを変更せず、これは、従来のイントラ予測モードが除去されることを意味する。また、ＣＰＲモードに関連付けられたＭＶは、輝度ブロック間から最初にスケーリングされた有効なＭＶにすぎない。

【0039】

「Ｓｅｐａｒａｔｅ ｃｏｄｉｎｇ ｔｒｅｅ ｆｏｒ ｌｕｍａ ｃｈｒｏｍａ ｉｎ ｉｎｔｅｒ ｓｌｉｃｅｓ」という名称の出願では、彩度のための動きベクトルが、コロケートされた輝度ブロックから導出される。各彩度サブブロックについて、コロケートされた輝度の動きベクトルが使用され、コロケートされた輝度ブロックがイントラ符号化される場合には、図４に示されているように、デフォルトベクトル、すなわち現在のブロック内で見つかる最初の動きベクトル、またはヌルベクトルが使用される。

【0040】

本明細書に記載の態様の１つの目的は、現ピクチャ参照と共に二重木がイネーブルであるときコード化効率を改善することである。

【0041】

上記に提示されているＪＶＥＴ－Ｋ００７６の従来技術の方法では、ＣＰＲは、上述の「フルカバレッジ」の場合においてのみ可能にされる。これは、コード化効率の点でＣＰＲツールを最適に満たないものにする可能性がある。実際、ＣＰＲを使用しないコロケートされた輝度の小部分を有することにより、考慮されている彩度ブロックについてコーデックがＣＰＲを使用することができない。

【0042】

したがって、本明細書における提案されている態様の一態様は、いくつかのコロケートされた輝度サブブロックがＣＰＲモードでコード化されない場合でさえ、ブロックベクトルを彩度ブロックに割り当てるための何らかのポリシーを通じて、そのような状況におけるＣＰＲを可能にすることを含む。

【0043】

２つの影響を受けるコーデックモジュールが、図５の動き推定１７５、および図６の動き補償２７５モジュールである。

【0044】

ＶＴＭ－３．０では、ＣＰＲおよび二重木がイネーブルであるとき、彩度ブロックは、各サブブロックについてコロケートされたブロックベクトルを再使用する。１つの制約が、エンコーダにて検証される。すなわち、全てのコロケートされた輝度サブブロックは、ＣＰＲモードを使用するべきである。非準拠のエンコーダは、コロケートされたベクトルが使用可能でない場合ベクトルが使用されないデコーダにて明記されない挙動を生み出し得るビットストリームを生み出し得る。

【0045】

輝度ブロックベクトルカバレッジが部分的である、またはそれがない彩度現ピクチャ参照
第１の実施形態では、図７に示されているように、コロケートされた輝度ブロックがＣＰＲコード化されない場合、左の彩度サブブロックからの輝度ベクトルが使用され、左の彩度サブブロックがＣＰＲコード化されない場合、上方の彩度サブブロックからの輝度ベクトルが使用され、それが使用可能でない場合、デフォルトベクトルが使用される。このデフォルトベクトルは、（－２＊幅，０）に初期化され得る。一変形形態によれば、いくつかの他のデフォルトブロックベクトル値を使用することができ、または値を指定することができる。

【0046】

図８は、第１の実施形態による彩度ブロックベクトル導出を示す。コロケートされたブロックベクトルは、右下のサブブロックについて使用可能でなく、その結果、彩度ブロックベクトルは、左のサブブロックの彩度ブロックベクトルからコピーされる。

【0047】

図９では、デフォルトベクトルがブロックの冒頭で使用される別の例が示されている。

【0048】

図１０では、左の彩度サブブロックベクトルが使用可能でないとき上方の彩度サブブロックベクトルが使用される別の例が示されている。

【0049】

一変形形態では、図１１に示されているように、左および上方の彩度サブブロックが、コロケートされた輝度ブロックの外側にとられ得る。この変形形態の一実施形態では、これらのサブブロックは、これらのサブブロックが同じＣＴＵ内に位置する場合、コロケートされた輝度ブロックの外側にとられ得、そうでない場合、データは、使用可能でないと考えられる。

【0050】

【表1】

【0051】

表１に示されている、提案されている技法の結果は、クラスＦおよびＴＧＭ（動きのあるテキストおよびグラフィック）シーケンスに対する改善を示す。

【0052】

輝度区画に依存する彩度ブロックベクトル導出
第２の実施形態では、彩度ブロックベクトルを導出するために、コロケートされた輝度ブロック区画が考慮される。場合によっては、図１２のように、同じコロケートされた輝度ブロックに対応する多数の彩度サブブロックが、異なるブロックベクトルを有し得る。

【0053】

第１の実施形態と同じブロックベクトル導出が使用されるが、この導出は１回だけ行われ、次いで、図１３に示されているように、１つの輝度ブロックに対応する全ての彩度サブブロックは、同じブロックベクトルを共有する。この例では、コロケートされた輝度サブブロック内にブロックベクトルが見つからず、その結果、隣り合う（左の）彩度サブブロックからのブロックベクトルが選択される。

【0054】

コロケートされた輝度サブブロックの１つにおいてブロックベクトルが使用可能である場合、図１４に示されているように、このベクトルが選択される。コロケートされたサブブロック位置が１つだけチェックされてもよく（例えば、中央位置）、またはブロックベクトルが見つかるまで、全てのコロケートされたサブブロック位置がチェックされてもよい。

【0055】

１つの輝度ブロックに対応する全ての彩度サブブロックについて同じベクトルを使用することにより、我々は、輝度と彩度の間で動きの不連続がないことを確実にする。第２の実施形態による彩度ブロックベクトル導出は、図１５に示されている。

【0056】

彩度４×４制限の扱い
ＪＶＥＴ－Ｌ０２６５では、彩度成分のためのサブブロックサイズは、アフィンコード化されたブロックの場合、２×２から４×４に拡大される。この制限は、全ての他のコード化モードに拡張することができる。この場合、図１６に示されているように、多数のコロケートされた輝度サブブロックからの彩度ブロックベクトルの導出を扱うことが必要とされる。

【0057】

そのような場合、いくつかの輝度サブブロックと重なり合う彩度サブブロックのブロックベクトルを導出するための提案されている解決策は、考慮されている彩度サブブロックの輝度コロケートベクトルブロックのためのデフォルト位置を使用することである。一例として、現在の彩度サブブロックによってカバーされる輝度エリア内の左上の輝度サブブロックを考慮することができる。
モード調和化
分離された木の輝度／彩度オンまたはオフ間のコード化モードに応じて、調和化が好ましいものとなり得る。上記の解決策を、そのような調和化を得るために使用することができる。
－ 第１の変形形態では、サブブロックの彩度ブロックベクトルは、上記の第１の実施形態および第２の実施形態に記載のように体系的に導出される。この変形形態では、輝度モードにかかわらず、彩度のためのＣＰＲモードが使用可能である。
－ 第２の変形形態では、彩度ＣＰＲ動きベクトルを導出するために、輝度の左上のサブブロックだけが使用される。この場合、ＣＰＲ彩度モードは、このサブブロックの輝度モードと共に条件付きで示すことができることが有利である。典型的には、ＣＰＲモードは、輝度成分の左上のモードがＣＰＲコード化モードを使用しないとき示されない。

【0058】

本明細書に記載の一般的な態様下での方法１８００の一実施形態が図１８に示されている。この方法は、開始ブロック１８０１で始まり、制御は、ビデオブロックのコロケートされた輝度ブロックベクトルに対応する彩度ブロックベクトルを得るためのブロック１８１０に進む。制御は、ブロック１８１０から、コロケートされた輝度ブロック、左の彩度サブブロック、または上方の彩度サブブロックが現ピクチャ参照モードにおいてコード化されるかどうか順に決定するためのブロック１８２０に進む。制御は、ブロック１８２０から、真である決定するステップについて、現在の彩度ブロックベクトルを対応するコロケートされた輝度ブロックベクトル、左の彩度サブブロックベクトル、または上方の彩度サブブロックベクトルにそれぞれ設定するためのブロック１８３０に進む。制御は、ブロック１８３０から、彩度ブロックベクトルを使用してビデオブロックを符号化するためのブロック１８４０に進む。

【0059】

本明細書に記載の一般的な態様下での方法１９００の別の実施形態が図１９に示されている。この方法は、開始ブロック１９０１で始まり、制御は、ビデオブロックのコロケートされた輝度ブロックベクトルに対応する彩度ブロックベクトルを得るためのブロック１９１０に進む。制御は、ブロック１９１０から、コロケートされた輝度ブロック、左の彩度サブブロック、または上方の彩度サブブロックが現ピクチャ参照モードにおいてコード化されているかどうか順に決定するためのブロック１９２０に進む。制御は、ブロック１９２０から、真である決定するステップについて、現在の彩度ブロックベクトルを対応するコロケートされた輝度ブロックベクトル、左の彩度サブブロックベクトル、または上方の彩度サブブロックベクトルにそれぞれ設定するためのブロック１９３０に進む。制御は、ブロック１９３０から、彩度ブロックベクトルを使用してビデオブロックを復号するためのブロック１９４０に進む。

【0060】

図２０は、隣り合うサンプル依存のパラメトリックモデルに基づくコード化モードの単純化を使用してビデオデータを符号化、復号、圧縮または伸張するための装置２０００の実施形態を示す。この装置は、プロセッサ２０１０を備え、少なくとも１つのポートを通じてメモリ２０２０に相互接続することができる。プロセッサ２０１０およびメモリ２０２０は共に、外部接続に対する１つまたは複数の追加の相互接続を有することもできる。

【0061】

また、プロセッサ２０１０は、ビットストリーム内の情報を挿入または受信するように構成され、記載の態様のいずれかを使用して圧縮、符号化または復号する。

【0062】

本願は、ツール、特徴、実施形態、モデル、手法などを含む様々な態様について記載している。これらの態様の多くは、具体的に記載されており、少なくとも個々の特徴を示すために、しばしば限定的なものに思われ得るように記載されている。しかし、これは説明をわかりやすくするためのものであり、これらの態様の応用または範囲を限定しない。実際、異なる態様の全てを組み合わせ、相互交換し、さらなる態様を提供することができる。さらに、これらの態様は、先の出願に記載の態様とも組み合わせ、相互交換することができる。

【0063】

本願に記載され企図されている態様は、多数の異なる形態で実装することができる。図５、図６および図１７は、いくつかの実施形態を提供しているが、他の実施形態が企図されており、図５、図６および図１７の考察は、広い実装を限定しない。これらの態様のうちの少なくとも１つは、一般に、ビデオ符号化および復号に関し、少なくとも１つの他の態様は、一般に、生成または符号化されたビットストリームを送信することに関する。これらおよび他の態様は、方法、装置、記載の方法のいずれかに従ってビデオデータを符号化もしくは復号するための命令を記憶しているコンピュータ可読記憶媒体、および／または記載の方法のいずれかに従って生成されたビットストリームを記憶しているコンピュータ可読記憶媒体として実装することができる。

【0064】

本願では、「再構築される」および「復号される」という用語は、相互交換可能に使用され得、「画素」および「サンプル」という用語は、相互交換可能に使用され得、「画像」「ピクチャ」および「フレーム」という用語は、相互交換可能に使用され得る。必然的ではないが通常、「再構築される」という用語は、エンコーダ側で使用され、一方、「復号される」は、デコーダ側で使用される。

【0065】

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

【0066】

本願に記載の様々な方法および他の態様は、モジュール、例えば、図５および図６に示されているビデオエンコーダ１００およびデコーダ２００のイントラ予測、エントロピー符号化、および／または復号モジュール（１６０、３６０、１４５、３３０）を修正するために使用することができる。さらに、本態様は、ＶＶＣまたはＨＥＶＣに限定されず、例えば、以前から存在するか将来開発されるかにかかわらず、他の標準および推奨、および任意のそのような標準および推奨（ＶＶＣおよびＨＥＶＣを含む）の拡張に適用することができる。別段示されていない限り、または技術的に排除されない限り、本願に記載の態様は、個々に、または組合せで使用することができる。

【0067】

様々な数値が本願に使用されている。特定の値は、例示的な目的のためのものであり、記載の態様はこれらの特定の値に限定されない。

【0068】

図５は、エンコーダ１００を示す。このエンコーダ１００の変形形態が企図されているが、エンコーダ１００は、全ての予想される変形形態について記載することなく、わかりやすくするために下記に記載されている。

【0069】

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

【0070】

エンコーダ１００では、下記のように、ピクチャがエンコーダ要素によって符号化される。符号化されることになるピクチャは、区画され（partitioned）（１０２）、例えばＣＵのユニットで処理される。各ユニットは、例えばイントラモードまたはインターモードを使用して符号化される。ユニットがイントラモードで符号化されるとき、それはイントラ予測（１６０）を実施する。インターモードでは、動き推定（１７５）および動き補償（１７０）が実施される。エンコーダは、ユニットを符号化するためにイントラモードまたはインターモードのどれを使用するか判断し（１０５）、例えば予測モードフラグによってイントラ／インター判断を示す。予測残差が例えば、予測されたブロックを元の画像ブロックから減じる（１１０）ことによって計算される。

【0071】

次いで、予測残差は、変換（１２５）および量子化（１３０）される。量子化された変換係数、並びに動きベクトルおよび他のシンタックス要素は、ビットストリームを出力するためにエントロピー符号化される（１４５）。エンコーダは、変換をスキップし、変換されていない残差信号に量子化を直接適用することができる。エンコーダは、変換および量子化を共にバイパスすることができ、すなわち、残差は、変換処理または量子化処理の適用なしに直接コード化される。

【0072】

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

【0073】

図６は、ビデオデコーダ２００のブロック図を示す。デコーダ２００では、下記のように、デコーダ要素によってビットストリームが復号される。ビデオデコーダ２００は、一般に、図５に記載の符号化パスの逆の復号パスを実施する。また、エンコーダ１００は、一般に、ビデオデータを符号化する一部としてビデオ復号を実施する。

【0074】

具体的には、デコーダの入力は、ビデオエンコーダ１００によって生成することができるビデオビットストリームを含む。ビットストリームは、最初に、変換係数、動きベクトル、他のコード化された情報を得るためにエントロピー復号される（２３０）。ピクチャ区画情報は、ピクチャがどのように区画されているかを示す。したがって、デコーダは、復号されたピクチャ区画情報に従ってピクチャを分割し得る（２３５）。変換係数は、予測残差を復号するために、逆量子化（２４０）および逆変換（２５０）される。復号された予測残差および予測されたブロックを組み合わせる（２５５）と、画像ブロックが再構築される。予測されたブロックは、イントラ予測（２６０）または動き補償予測（すなわち、インター予測）（２７５）から得ることができる（２７０）。ループ内フィルタ（２６５）が再構築画像に適用される。フィルタされた画像は、参照ピクチャバッファ（２８０）に記憶される。

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

本書に記載の様々な態様を実施するためにプロセッサ１０１０またはエンコーダ／デコーダ１０３０にロードされることになるプログラムコードは、記憶デバイス１０４０内に記憶し、その後、プロセッサ１０１０によって実行するためにメモリ１０２０上にロードすることができる。様々な実施形態によれば、プロセッサ１０１０、メモリ１０２０、記憶デバイス１０４０、およびエンコーダ／デコーダモジュール１０３０のうちの１つまたは複数は、本書に記載処理の実施中、様々な項目のうちの１つまたは複数を記憶することができる。そのような記憶される項目は、それだけには限らないが、入力ビデオ、復号されたビデオまたは復号されたビデオの一部分、ビットストリーム、行列、変数、並びに式、公式、演算および動作論理の処理からの中間結果または最終結果を含むことができる。

【0080】

いくつかの実施形態では、プロセッサ１０１０および／またはエンコーダ／デコーダモジュール１０３０内部のメモリは、命令を記憶するために、また符号化または復号中に必要とされる処理のためのワーキングメモリを提供するために使用される。しかし、他の実施形態では、処理デバイス（例えば、処理デバイスは、プロセッサ１０１０またはエンコーダ／デコーダモジュール１０３０とすることができる）の外部のメモリがこれらの機能のうちの１つまたは複数のために使用される。外部メモリは、メモリ１０２０および／または記憶デバイス１０４０、例えばダイナミック揮発性メモリおよび／または不揮発性フラッシュメモリとすることができる。いくつかの実施形態では、外部不揮発性フラッシュメモリは、例えばテレビジョンのオペレーティングシステムを記憶するために使用される。少なくとも１つの実施形態では、ＲＡＭなど高速ダイナミック外部揮発性メモリが、ＭＰＥＧ－２（ＭＰＥＧは、動画専門家集団を指し、ＭＰＥＧ－２は、ＩＳＯ／ＩＥＣ１３８１８とも称され、１３８１８－１は、Ｈ．２２２としても知られ、１３８１８－２は、Ｈ．２６２としても知られる）、ＨＥＶＣ（ＨＥＶＣは、高効率ビデオコード化を指し、Ｈ．２６５およびＭＰＥＧ－Ｈ Ｐａｒｔ２としても知られる）、またはＶＶＣ（多目的ビデオコード化、ＪＶＥＴ、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍによって開発されている新しい標準）用など、ビデオコード化および復号動作のためにワーキングメモリとして使用される。

【0081】

システム１０００の要素に対する入力は、ブロック１１３０に示されている様々な入力デバイスを通じて提供することができる。そのような入力デバイスは、それだけには限らないが、（ｉ）例えば放送局によって無線で送信されるＲＦ信号を受信する無線周波数（ＲＦ）部、（ｉｉ）コンポーネント（ＣＯＭＰ）入力端子（またはＣＯＭＰ入力端子のセット）、（ｉｉｉ）ＵＳＢ入力端子、および／または（ｉｖ）ＨＤＭＩ（登録商標）入力端子を含む。図１７に示されていない他の例は、コンポジットビデオを含む。

【0082】

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

【0083】

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

【0084】

システム１０００の様々な要素は、一体化されたハウジング内に設けることができ、一体化されたハウジング内では、様々な要素は相互接続され、好適な接続構成、例えばインターＩＣ（Ｉ２Ｃ）バスを含む当技術分野で知られている内部バス、配線、およびプリント回路板を使用して、それらの間でデータを送信することができる。

【0085】

システム１０００は、通信チャネル１０６０を介して他のデバイスとの通信を可能にする通信インターフェース１０５０を含む。通信インターフェース１０５０は、それだけには限らないが、通信チャネル１０６０でデータを送信および受信するように構成されたトランシーバを含むことができる。通信インターフェース１０５０は、それだけには限らないが、モデムまたはネットワークカードを含むことができ、通信チャネル１０６０は、例えば有線および／または無線媒体内で実装することができる。

【0086】

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

【0087】

システム１０００は、ディスプレイ１１００、スピーカ１１１０、および他の周辺デバイス１１２０を含む様々な出力デバイスに出力信号を提供することができる。様々な実施形態のディスプレイ１１００は、例えばタッチスクリーンディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、曲面ディスプレイ、および／または折り畳み可能ディスプレイのうちの１つまたは複数を含む。ディスプレイ１１００は、テレビジョン、タブレット、ラップトップ、セルフォン（携帯電話）、または他のデバイス用とすることができる。ディスプレイ１１００は、他のコンポーネント（例えば、スマートフォン内のように）と一体化することもでき、または別々（例えば、ラップトップ用の外部モニタ）とすることもできる。他の周辺デバイス１１２０は、実施形態の様々な例では、スタンドアロンのデジタルビデオディスク（またはデジタル他用途ディスク）レコーダ（両用語についてＤＶＲ）、ディスクプレーヤ、ステレオシステム、および／または照明システムのうちの１つまたは複数を含む。様々な実施形態は、システム１０００の出力に基づいて機能を提供する１つまたは複数の周辺デバイス１１２０を使用する。例えば、ディスクプレーヤは、システム１０００の出力を再生する機能を実施する。

【0088】

様々な実施形態では、ＡＶ．Ｌｉｎｋ、家電制御（ＣＥＣ）、またはユーザの介在ありまたはなしにデバイス間制御を可能にする他の通信プロトコルなどシグナリングを使用して、制御信号がシステム１０００とディスプレイ１１００、スピーカ１１１０、または他の周辺デバイス１１２０との間で通信される。出力デバイスは、それぞれのインターフェース１０７０、１０８０、および１０９０を通じて専用接続を介してシステム１０００に通信可能に結合され得る。あるいは、出力デバイスは、通信インターフェース１０５０を介して通信チャネル１０６０を使用してシステム１０００に接続され得る。ディスプレイ１１００およびスピーカ１１１０は、例えばテレビジョンなど電子デバイス内のシステム１０００の他のコンポーネントと単一のユニットで一体化することができる。様々な実施形態では、ディスプレイインターフェース１０７０は、例えばタイミングコントローラ（Ｔ Ｃｏｎ）チップなどディスプレイドライバを含む。

【0089】

あるいは、ディスプレイ１１００およびスピーカ１１１０は、例えば入力１１３０のＲＦ部が別々のセットトップボックスの一部である場合、他のコンポーネントのうちの１つまたは複数から別々とすることができる。ディスプレイ１１００およびスピーカ１１１０が外部コンポーネントである様々な実施形態では、出力信号は、例えばＨＤＭＩポート、ＵＳＢポートまたはＣＯＭＰ出力を含む専用の出力接続を介して提供することができる。

【0090】

これらの実施形態は、プロセッサ１０１０によって実装されるコンピュータソフトウェアによって、またはハードウェアによって、またはハードウェアとソフトウェアの組合せによって実施することができる。非限定的な例として、これらの実施形態は、１つまたは複数の集積回路によって実装することができる。メモリ１０２０は、技術的環境にとって適切な任意のタイプのものとすることができ、非限定的な例として、光メモリデバイス、磁気メモリデバイス、半導体ベースのメモリデバイス、固定メモリ、および取外し式メモリなど任意の適切なデータ記憶技術を使用して実装することができる。プロセッサ１０１０は、技術的環境にとって適切な任意のタイプのものとすることができ、非限定的な例として、マイクロプロセッサ、汎用コンピュータ、専用コンピュータ、およびマルチコアアーキテクチャに基づくプロセッサのうちの１つまたは複数を包含することができる。

【0091】

様々な実装は、復号を含む。本願で使用される「復号」は、例えば、表示に適した最終出力を生成するために受信された符号化済みシーケンスに対して実施される処理の全てまたは一部を包含することができる。様々な実施形態では、そのような処理は、典型的にはデコーダによって実施される処理、例えばエントロピー復号、逆量子化、逆変換、および差動復号のうちの１つまたは複数を含む。様々な実施形態では、そのような処理はまた、または代替として、本願に記載の様々な実装のデコーダによって実施される処理を含む。

【0092】

さらなる例として、一実施形態では、「復号」は、エントロピー復号だけを指し、別の実施形態では、「復号」は、差動復号だけを指し、別の実施形態では、「復号」は、エントロピー復号と差動復号の組合せを指す。「復号処理」という言葉が動作のサブセットを特に指すことが意図されているか、または一般により広い復号処理を指すことが意図されているかは、特定の説明の文脈に基づいて明らかになり、当業者には十分理解されているものと思われる。

【0093】

様々な実装は、符号化を含む。「復号」についての上記の考察と同様に、本願で使用される「符号化」は、符号化ビットストリームを生成するために例えば入力されたビデオシーケンスに対して実施される処理の全てまたは一部を包含することができる。様々な実施形態では、そのような処理は、典型的にはエンコーダによって実施される処理、例えば区画化、差動符号化、変換、量子化、およびエントロピー符号化のうちの１つまたは複数を含む。様々な実施形態では、そのような処理はまた、または代替として、本願に記載の様々な実装のエンコーダによって実施される処理を含む。

【0094】

さらなる例として、一実施形態では、「符号化」は、エントロピー符号化だけを指し、別の実施形態では、「符号化」は、差動符号化だけを指し、別の実施形態では、「符号化」は、差動符号化とエントロピー符号化の組合せを指す。「符号化処理」という言葉が動作のサブセットを特に指すことが意図されているか、または一般により広い符号化処理を指すことが意図されているかは、特定の説明の文脈に基づいて明らかになり、当業者には十分理解されているものと思われる。

【0095】

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

【0096】

図がフロー図として提示されているとき、それは対応する装置のブロック図をも提供することを理解されたい。同様に、図がブロック図として提示されているとき、それは対応する方法／処理のフロー図をも提供することを理解されたい。

【0097】

様々な実施形態は、パラメトリックモデルまたはレート歪み最適化を指すことがある。具体的には、符号化処理中、しばしば計算複雑さの制約を考えて、レートと歪みとの間のバランスまたは兼ね合いが通常考慮される。それは、レート歪み最適化（ＲＤＯ）メトリックを通じて、または最小二乗平均（ＬＭＳ）、平均絶対誤差（ＭＡＥ）、または他のそのような測定を通じて測定することができる。レート歪み最適化は、通常、レートと歪みの加重和であるレート歪み関数を最小化することとして公式化される。レート歪み最適化問題を解くために、異なる手法がある。例えば、これらの手法は、全ての考慮されているモードまたはコード化パラメータ値を含む全ての符号化選択肢を、それらのコード化コスト、並びにコード化および復号後、再構築された信号の関連の歪みの完全な評価を用いて、広くテストすることに基づいてもよい。符号化の複雑さを省くために、特に、再構築されたものではなく予測または予測残差信号に基づいた近似された歪みの計算を用いて、より速い手法が使用されてもよい。可能な符号化選択肢のいくつかだけについて近似された歪みを使用し、他の符号化選択肢について完全な歪みを使用することによってなど、これら２つの手法の混合を使用することもできる。他の手法は、可能な符号化選択肢のサブセットを評価するだけである。より一般的には、多数の手法が最適化を実施するために様々な技法のいずれかを使用するが、最適化は、必ずしもコード化コストおよび関連の歪み両方の完全な評価ではない。

【0098】

本明細書に記載の実装および態様は、例えば方法もしくは処理、装置、ソフトウェアプログラム、データストリーム、または信号で実装することができる。実装の単一の形態の文脈で論じられているだけ（例えば、方法としてだけ論じられている）の場合でさえ、論じられている特徴の実装は、他の形態（例えば、装置またはプログラム）で実装することもできる。装置は、例えば適切なハードウェア、ソフトウェア、およびファームウェアで実装することができる。方法は、例えばコンピュータ、マイクロプロセッサ、集積回路、またはプログラム可能な論理デバイスを含めて、例えば一般に処理デバイスを指すプロセッサで実装することができる。プロセッサは、例えばコンピュータ、セルフォン、ポータブル／パーソナルデジタルアシスタント（ＰＤＡ）、およびエンドユーザ間の情報の通信を容易にする他のデバイスなど、通信デバイスをも含む。

【0099】

「ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ（一実施形態）」または「ａｎ ｅｍｂｏｄｉｍｅｎｔ（一実施形態）」または「ｏｎｅ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ（一実装）」または「ａｎ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ（一実装）」、並びにその他の変形形態に言及することは、その実施形態に関連して記載されている特定の特徴、構造、特性などが少なくとも１つの実施形態に含まれることを意味する。したがって、「ｉｎ ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ（一実施形態では）」または「ｉｎ ａｎ ｅｍｂｏｄｉｍｅｎｔ（一実施形態では）」または「ｉｎ ｏｎｅ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ（一実装では）」または「ｉｎ ａｎ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ（一実装では）」という言葉、並びに本願を通して様々な場所に現れる任意の他の変形形態が現れることは、必ずしも全てが同じ実施形態を指していない。

【0100】

また、本願は、様々な情報を「決定する」と称することがある。情報を決定することは、例えば情報を推定すること、情報を計算すること、情報を予測すること、または情報をメモリから取り出すことのうちの１つまたは複数を含むことができる。

【0101】

また、本願は、様々な情報に「アクセスする」と称することがある。情報にアクセスすることは、例えば情報を受信すること、情報を（例えばメモリから）取り出すこと、情報を記憶すること、情報を移動すること、情報をコピーすること、情報を計算すること、情報を決定すること、情報を予測すること、または情報を推定することのうちの１つまたは複数を含むことができる。

【0102】

また、本願は、様々な情報を「受信する」と称することがある。受信することは、「アクセスすること」と同様に、広い用語であることが意図されている。情報を受信することは、例えば情報にアクセスすること、または情報を（例えばメモリから）取り出すことのうちの１つまたは複数を含むことができる。また、「受信すること」は、典型的には、情報を記憶すること、情報を処理すること、情報を送信すること、情報を移動すること、情報をコピーすること、情報を消去すること、情報を計算すること、情報を決定すること、情報を予測すること、または情報を推定することなど動作中、いろいろな点で含まれる。

【0103】

例えば「Ａ／Ｂ」、「Ａおよび／またはＢ」、および「ＡおよびＢのうちの少なくとも１つ」の場合における「／」、「および／または」、および「のうちの少なくとも１つ」のいずれかの使用は、第１のリストされている選択肢（Ａ）だけの選択、または第２のリストされている選択肢（Ｂ）だけの選択、または両選択肢（ＡおよびＢ）の選択を包含することを理解されたい。さらなる例として、「Ａ、Ｂおよび／またはＣ」および「Ａ、Ｂ、およびＣのうちの少なくとも１つ」の場合、そのような言い回しは、第１のリストされている選択肢（Ａ）だけの選択、または第２のリストされている選択肢（Ｂ）だけの選択、または第３のリストされている選択肢（Ｃ）だけの選択または第１および第２のリストされている選択肢（ＡおよびＢ）だけの選択、または第１および第３のリストされている選択肢（ＡおよびＣ）だけの選択、または第２および第３のリストされている選択肢（ＢおよびＣ）だけの選択、または３つの選択肢全て（ＡおよびＢおよびＣ）の選択を包含することが意図されている。これは、本技術分野および関連技術分野の当業者には明らかであるように、リストされている多数の項目と同数について拡張され得る。

【0104】

また、本明細書で使用される「ｓｉｇｎａｌ（信号、示す、シグナリング）」という語は、とりわけ、対応するデコーダに対して何かを示すことを指す。例えば、いくつかの実施形態では、エンコーダは、複数の変換、コード化モード、またはフラグの特定のものを信号で示す。このようにして、一実施形態では、同じ変換、パラメータ、またはモードがエンコーダ側およびデコーダ側の両方で使用される。したがって、例えば、エンコーダは、デコーダが同じ特定のパラメータを使用することができるように、特定のパラメータをデコーダに送信する（明示的に信号で示す）ことができる。逆に、デコーダが他のものと同様に特定のパラメータをすでに有する場合には、単にデコーダが特定のパラメータを知り、それを選択することを可能にするために、信号で示すことは、送信することなく使用する（暗黙に信号で示す）ことができる。任意の実際の機能の送信を回避することによって、様々な実施形態においてビット節約が実現される。信号で示すことは、様々なやり方で達成することができることを理解されたい。例えば、様々な実施形態において情報を対応するデコーダに信号で示すために、１つまたは複数のシンタックス要素、フラグなどが使用される。前述したことは、「信号」という語の動詞形態に関するが、「信号」という語は、本明細書では名詞としても使用され得る。

【0105】

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

【0106】

いくつかの実施形態について記載した。これらの実施形態の特徴は、単独または任意の組合せで提供され得る。さらに、実施形態は、様々なクレームカテゴリおよびタイプにわたって、１つまたは複数の以下の特徴、デバイス、または態様を単独または任意の組合せで含むことができる。
・ デコーダおよび／またはエンコーダにおいて適用される彩度成分のためのブロックベクトルを初期化すること。
・ デコーダおよび／またはエンコーダにおいて二重木および現ピクチャ参照をイネーブルにすること。
・ コロケートされた輝度ブロックが現ピクチャ参照を使用してコード化されない場合、輝度ベクトルを隣り合うサブブロックから適用すること。
・ 少なくとも１つの彩度ブロックベクトルをコロケートされた輝度ブロック区画から導出すること。
・ デコーダおよび／またはエンコーダにおいて適用される輝度ブロックに対応する全ての彩度サブブロックについて同じベクトルが使用されることを確実化すること。
・ 記載のシンタックス要素のうちの１つもしくは複数、またはその変形形態を含むビットストリームまたは信号。
・ シグナリングにおいて、エンコーダによって使用されるものに対応するようにコード化モードを決定するためにデコーダをイネーブルにするシンタックス要素を挿入すること。
・ 記載のシンタックス要素のうちの１つもしくは複数、またはその変形形態を含むビットストリームまたは信号を生み出すこと、および／または送信すること、および／または受信すること、および／または復号すること。
・ 記載の実施形態のいずれかによる変換方法を実施するＴＶ、セットトップボックス、セルフォン、タブレット、または他の電子デバイス。
・ 記載の実施形態のいずれかによる変換方法を実施し、得られる画像を（例えば、モニタ、スクリーン、または他のタイプのディスプレイを使用して）表示するＴＶ、セットトップボックス、セルフォン、タブレット、または他の電子デバイス。
・ 符号化された画像を含む信号を受信するためにチャネルに（例えば、チューナを使用して）同調し、記載の実施形態のいずれかによる変換方法を実施するＴＶ、セットトップボックス、セルフォン、タブレット、または他の電子デバイス。
・ 符号化された画像を含む信号を無線で（例えば、アンテナを使用して）受信し、変換方法を実施するＴＶ、セットトップボックス、セルフォン、タブレット、または他の電子デバイス。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】