(57)【要約】  復号化方法が開示されている。フラグが最初に復号化される。フラグは、ピクチャの現在のブロックがツールのセットのツールで復号化されるかどうかを示す。ツールのセットは、現在のブロックの前に復号化された隣接ブロックの再構築されたサンプルを使用するか、またはハードウェアユニットよりも大きいピクチャのブロックを使用するツールを含む。フラグは、現在のブロックが親ハードウェアユニットを有する場合にのみ復号化される。次に、現在のブロックがフラグに応答して復号化される。【選択図】図２２
2021526325.tif 000002
【特許請求の範囲】
【請求項１】
復号化方法であって、
ピクチャの現在のブロックが親ハードウェアユニットを有する場合のみ、前記現在のブロックがツールのセットのツールで復号化されるかどうかを示すフラグを復号化することであって、前記ツールのセットが、前記現在のブロックの前に復号化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きい前記ピクチャのブロックを使用するツールを含む、復号化することと、
前記フラグに応答して前記現在のブロックを復号化することと、を含む、復号化方法。
【請求項２】
少なくとも１つのプロセッサを備える復号化装置であって、前記少なくとも１つのプロセッサが、
ピクチャの現在のブロックが親ハードウェアユニットを有する場合のみ、前記現在のブロックがツールのセットのツールで復号化されるかどうかを示すフラグを復号化することであって、前記ツールのセットが、前記現在のブロックの前に復号化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きい前記ピクチャのブロックを使用するツールを含む、復号化することと、
前記フラグに応答して前記現在のブロックを復号化することと、を行うように構成されている、復号化装置。
【請求項３】
前記現在のブロックが親ハードウェアユニットを有し、少なくとも１つの隣接ブロックが前記現在のブロックと同じ親ハードウェアユニット内に位置している場合にのみ、前記フラグが復号化される、請求項１に記載の復号化方法または請求項２に記載の復号化装置。
【請求項４】
前記ツールのセットが、以下のツール、フレームレートアップコンバージョン、局所輝度補償、デコーダ動きベクトル精密化、および双方向光学フローを含む、請求項１もしくは３に記載の復号化方法または請求項２または３に記載の復号化装置。
【請求項５】
前記ツールがテンプレートを使用し、前記現在のブロックと同じ親ハードウェアユニット内に位置している前記テンプレートの一部のみが使用される、請求項１もしくは３〜４のいずれか一項に記載の復号化方法または請求項２〜４に記載の復号化装置。
【請求項６】
前記ツールが精密化を伴う動きベクトル予測子を使用し、前記現在のブロックおよび隣接ブロックが同じハードウェアユニットに位置している場合に、動きベクトル精密化が動きベクトル予測子に追加され、現在のブロックおよび隣接ブロックが異なるハードウェアユニットに位置している場合に、動きベクトル精密化が動きベクトル予測子に追加されない、請求項１もしくは３〜５のいずれか一項に記載の復号化方法または請求項２〜５に記載の復号化装置。
【請求項７】
コード化方法であって、
ピクチャの現在のブロックが親ハードウェアユニットを有する場合のみ、前記現在のブロックがツールのセットのツールでコード化されるかどうかを示すフラグをコード化することであって、前記ツールのセットが、前記現在のブロックの前にコード化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きい前記ピクチャのブロックを使用するツールを含む、コード化することと、
前記フラグに応答して前記現在のブロックをコード化することと、を含む、コード化方法。
【請求項８】
少なくとも１つのプロセッサを備えるコード化装置であって、前記少なくとも１つのプロセッサが、
ピクチャの現在のブロックが親ハードウェアユニットを有する場合のみ、前記現在のブロックがツールのセットのツールでコード化されるかどうかを示すフラグをコード化することであって、前記ツールのセットが、前記現在のブロックの前にコード化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きい前記ピクチャのブロックを使用するツールを含む、コード化することと、
前記フラグに応答して前記現在のブロックをコード化することと、を行うように構成されている、コード化装置。
【請求項９】
前記現在のブロックが親ハードウェアユニットを有し、少なくとも１つの隣接ブロックが前記現在のブロックと同じ親ハードウェアユニット内に位置している場合にのみ、前記フラグがコード化される、請求項７に記載のコード化方法または請求項８に記載のコード化装置。
【請求項１０】
前記ツールのセットが、以下のツール、フレームレートアップコンバージョン、局所輝度補償、デコーダ動きベクトル精密化、および双方向光学フローを含む、請求項７もしくは９に記載のコード化方法または請求項８または９に記載のコード化装置。
【請求項１１】
前記ツールがテンプレートを使用し、前記現在のブロックと同じ親ハードウェアユニット内に位置している前記テンプレートの一部のみが使用される、請求項７もしくは９〜１０のいずれか一項に記載のコード化方法または請求項８〜１０に記載のコード化装置。
【請求項１２】
前記ツールが精密化を伴う動きベクトル予測子を使用し、前記現在のブロックおよび隣接ブロックが同じハードウェアユニットに位置している場合に、動きベクトル精密化が動きベクトル予測子に追加され、現在のブロックおよび隣接ブロックが異なるハードウェアユニットに位置している場合に、動きベクトル精密化が動きベクトル予測子に追加されない、請求項７もしくは９〜１１のいずれか一項に記載のコード化方法または請求項８〜１１に記載のコード化装置。
【請求項１３】
信号であって、
−ピクチャの現在のブロックが親ハードウェアユニットを有する場合のみ、前記現在のブロックがツールのセットのツールでコード化されるかどうかを示すフラグであって、前記ツールのセットが、前記現在のブロックの前にコード化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きい前記ピクチャのブロックを使用するツールを含む、フラグと、
前記フラグに応答して符号化された前記現在のブロックを表すデータと、を含む、信号。
【請求項１４】
デバイスであって、
請求項２〜６のいずれか一項に記載の装置と、
（ｉ）無線で信号を受信するように構成されたアンテナであって、前記信号が、画像を有するビデオを含む、アンテナ、（ｉｉ）前記受信した信号を、前記画像を有する前記ビデオを含む周波数の帯域に制限するように構成された帯域制限器、または（ｉｉｉ）前記出力を表示するように構成されたディスプレイ、のうちの少なくとも１つと、を備える、デバイス。
【請求項１５】
命令を含むコンピュータプログラム製品であって、前記命令は、前記プログラムが１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに、請求項１、３〜７および９〜１２のいずれかに記載の方法を実行させる、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
１つ以上の実装形態の技術分野は、一般に、ビデオ圧縮に関連している。本実施形態は、概して、ピクチャのコード化および復号化のための方法およびデバイスに関する。
【背景技術】
【０００２】
高い圧縮効率を達成するために、画像およびビデオの符号化スキームは、通常、予測および変換を用いて、ビデオコンテンツの空間的および時間的冗長性を活用する。一般に、イントラまたはインター予測は、フレーム内またはフレーム間の相関を活用するために使用され、次いで、予測誤差または予測残差と表されることが多い、元の画像ブロックと予測された画像ブロックとの間の差は、変換され、量子化され、エントロピー符号化される。コード化中、元の画像ブロックは、通常、おそらく四分木分割を使用してサブブロックに分割され／分けられる。ビデオを再構築するために、圧縮されたデータは、予測、変換、量子化、およびエントロピー符号化に対応する逆プロセスによって復号化される。  
【発明の概要】
【０００３】
復号化方法であって、
−現在のブロックが親ハードウェアユニットを有する場合のみ、ピクチャの現在のブロックがツールのセットのツールで復号化されるかどうかを示すフラグを復号化することであって、ツールのセットが、現在のブロックの前に復号化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きいピクチャのブロックを使用するツールを含む、復号化することと、
−フラグに応答して現在のブロックを復号化することと、を含む、復号化方法が開示される。
【０００４】
少なくとも１つのプロセッサを備える復号化装置であって、少なくとも１つのプロセッサが、
−現在のブロックが親ハードウェアユニットを有する場合のみ、ピクチャの現在のブロックがツールのセットのツールで復号化されるかどうかを示すフラグを復号化することであって、ツールのセットが、現在のブロックの前に復号化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きいピクチャのブロックを使用するツールを含む、復号化することと、
−フラグに応答して現在のブロックを復号化することと、を行うように構成されている、復号化装置が開示される。
【０００５】
コード化方法であって、
−現在のブロックが親ハードウェアユニットを有する場合のみ、ピクチャの現在のブロックがツールのセットのツールでコード化されるかどうかを示すフラグをコード化することであって、ツールのセットが、現在のブロックの前にコード化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きいピクチャのブロックを使用するツールを含む、コード化することと、
−フラグに応答して現在のブロックをコード化することと、を含む、コード化方法が開示される。
【０００６】
少なくとも１つのプロセッサを備えるコード化装置であって、少なくとも１つのプロセッサが、
−現在のブロックが親ハードウェアユニットを有する場合のみ、ピクチャの現在のブロックがツールのセットのツールでコード化されるかどうかを示すフラグをコード化することであって、ツールのセットが、現在のブロックの前にコード化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きいピクチャのブロックを使用するツールを含む、コード化することと、
−フラグに応答して現在のブロックをコード化することと、を行うように構成されている、コード化装置。
【０００７】
信号であって、
−現在のブロックが親ハードウェアユニットを有する場合のみ、ピクチャの現在のブロックがツールのセットのツールでコード化されるかどうかを示すフラグであって、ツールのセットが、現在のブロックの前にコード化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きいピクチャのブロックを使用するツールを含む、フラグと、
−フラグに応答して符号化された現在のブロックを表すデータと、を含む、信号が開示される。
【０００８】
デバイスであって、
開示された実施形態のいずれかによる復号化装置と、
（ｉ）無線で信号を受信するように構成されたアンテナであって、信号が、画像を有するビデオを含む、アンテナ、（ｉｉ）受信した信号を、画像を有するビデオを含む周波数の帯域に制限するように構成された帯域制限器、または（ｉｉｉ）出力を表示するように構成されたディスプレイ、のうちの少なくとも１つと、を含む、デバイスが開示される。
【０００９】
プログラムが１つ以上のプロセッサによって実行されるときに、１つ以上のプロセッサに、開示された実施形態のいずれかの復号化またはコード化方法を実行させる命令を含む、コンピュータプログラム製品が開示される。
【図面の簡単な説明】
【００１０】
【図１】ＨＥＶＣにおいて符号化単位（ＣＵ）に分割された符号化木単位（ＣＴＵ）を表す。
【図２】ＨＥＶＣで１つ以上の予測単位（ＰＵ）と変換単位（ＴＵ）に空間的に分割されたＣＴＵを表す。
【図３】現在のＣＵの動き軌跡に沿った２つのブロック間の一致を２つの異なる参照ピクチャで見つけるプロセスを示す。
【図４】現在のピクチャのテンプレートと対応するテンプレートとの一致を見つけるプロセスを示す。
【図５】現在の画像に位置するＬ字型を参照画像の対応するＬ字型と比較することにより、輝度補償パラメータを導出するプロセスを示す。
【図６】少なくとも１つの実施形態の一般的な態様による、２つの符号化単位および空間的に対応するハードウェアユニットを示す。
【図７】少なくとも１つの実施形態の一般的な態様による、復号化プロセス全体の各段階での処理の精度を示す。
【図８】少なくとも１つの実施形態の一般的な態様による、フレーム間を復号化するための処理パイプラインの例を示す。
【図９】ビデオエンコーダの一実施形態のブロック図を示す。
【図１０】ビデオエンコーダの一実施形態のブロック図を示す。
【図１１】分割木および関連する分割ＣＴＵの例を示す。
【図１２】少なくとも１つの実施形態の一般的な態様による、親ハードウェアユニット（ＨＵ）を決定するためのプロセスを示す。
【図１３】少なくとも１つの実施形態の一般的な態様による、Ｔｄｅｐでツールを起動するかどうかを決定するためのプロセスを示す。
【図１４】少なくとも１つの実施形態の一般的な態様による、Ｔｄｅｐツールを使用することができる灰色のＣＵを示す。
【図１５】少なくとも１つの実施形態の一般的な態様による、フラグを解析するためのプロセスを示す。
【図１６】マージ候補の動きベクトル予測子の導出を示す。
【図１７】少なくとも１つの実施形態の一般的な態様による、ＣＵの動きベクトル更新（左側）および動き予測子導出（右側）のプロセスを示す。
【図１８】少なくとも１つの実施形態の一般的な態様による、ＣＵ（左）の動きベクトル更新のプロセス、および、ＨＵ（右側）に応じた動き予測子の導出を示す。
【図１９】少なくとも１つの実施形態の一般的な態様による、ＣＵを２つのＨＵに分割するプロセスを示す。
【図２０】少なくとも１つの実施形態の一般的な態様による、ＣＵを分割する例を示す。
【図２１】本実施形態の態様を実装することができる、システムのブロック図を示す。
【図２２】一実施形態による、復号化方法のフローチャートを示す。
【図２３】一実施形態による、コード化方法のフローチャートを示す。
【発明を実施するための形態】
【００１１】
ＨＥＶＣビデオ圧縮規格では、動き補償された時間予測を用いて、ビデオの連続するピクチャ間に存在する冗長性を活用する。
【００１２】
それを行うためには、ここで導入する動きベクトルが各予測単位（ＰＵ）に関連付けられている。各ＣＴＵ（符号化木単位）は、圧縮ドメインの符号化木によって表される。これは、図１に示すように、ＣＴＵの四分木分割であり、各葉は、符号化単位（ＣＵ）と呼ばれる。
【００１３】
次に、各ＣＵには、イントラまたはインター予測パラメータ（予測情報）がいくつか与えられる。それを行うために、それは、１つ以上の予測単位（ＰＵ）に空間的に分割され、各ＰＵには、いくつかの予測情報が割り当てられる。図２に示すように、イントラまたはインター符号化モードが、ＣＵレベルで割り当てられる。
【００１４】
動きベクトルが、ＨＥＶＣの各ＰＵに割り当てられる。この動きベクトルは、考慮されるＰＵの動き補償された時間予測に使用される。したがって、ＨＥＶＣでは、予測されたブロックとその参照ブロックとをリンクする動きモデルは単に、平行移動からなる。
【００１５】
ＪＶＥＴ（共同ビデオ探索チーム）グループによって開発された共同探索モデル（ＪＥＭ）では、時間予測を向上させるためにいくつかの動きモデルがサポートされている。それを行うために、ＰＵをサブＰＵに空間的に分割することができ、モデルを使用して、各サブＰＵに専用の動きベクトルを割り当てることができる。
【００１６】
ＪＥＭの他のバージョンでは、ＣＵは、ＰＵまたはＴＵに分割されなくなり、いくつかの動きデータは各ＣＵに直接割り当てられる。この新しいコーデック設計では、ＣＵをサブＣＵに分割し、サブＣＵごとに動きベクトルを計算することができる。
【００１７】
フレーム間動き補償のために、ＦＲＵＣ（フレームレートアップコンバージョン）マージ、ＦＲＵＣバイラテラル、およびＩＣ（輝度補償）といった、デコーダ側のパラメータ推定を利用する新しいツールのセットが開発された。
【００１８】
ＦＲＵＣツールの説明は次のとおりである。ＦＲＵＣは、信号通知なしでデコーダ側のＣＵの動き情報を導出することを可能にする。このモードは、ＣＵレベルでＦＲＵＣフラグおよび追加のＦＲＵＣモードフラグで信号通知され、ＣＵの動き情報を導出するためにどのマッチングコスト関数（バイラテラルまたはテンプレート）を使用するべきかを示す。
【００１９】
エンコーダ側では、ＣＵにＦＲＵＣマージモードを使用するかどうかの決定は、ＲＤコスト選択に基づいている。２つのマッチングモード（バイラテラルおよびテンプレート）の両方がＣＵのためにチェックされる。最小のＲＤコストにつながるものが、他の符号化モードとさらに比較される。ＦＲＵＣモードが最も効率的である場合、ＦＲＵＣフラグは、ＣＵに対して真に設定され、関連するマッチングモードが使用される。
【００２０】
ＦＲＵＣマージモードでの動き導出プロセスには、２つのステップがある。最初に、ＣＵレベルの動き検索が実行され、次にサブＣＵレベルの動き精密化が続く。ＣＵレベルでは、初期動きベクトルが、バイラテラルまたはテンプレートマッチングに基づいて、ＣＵ全体のＭＶ候補のリストから導出される。最小マッチングコストにつながる候補が、さらなるＣＵレベルの精密化の開始点として選択される。次に、開始点周辺のバイラテラルまたはテンプレートマッチングに基づくローカル検索が実行され、最小マッチングコストをもたらすＭＶがＣＵ全体のＭＶとして採用される。続いて、動き情報は、導出されたＣＵ動きベクトルを開始点として、サブＣＵレベルでさらに精密化される。
【００２１】
図３に示すように、バイラテラルマッチングコスト関数を使用して、２つの異なる参照ピクチャにおける現在のＣＵの動き軌跡に沿った２つのブロック間の最良の一致を見つけることにより、現在のＣＵの動き情報を導出する。連続的な動き軌跡の仮定の下で、２つの参照ブロックを指す動きベクトルＭＶ０およびＭＶ１は、現在のピクチャと２つの参照ピクチャとの間の時間距離（ＴＤ０およびＴＤ１）に比例する。
【００２２】
図４に示すように、テンプレートマッチングコスト関数を使用して、現在のピクチャ内のテンプレート（現在のＣＵの上部および／または左側の隣接ブロック）と参照ピクチャ内の対応するテンプレート（テンプレートと同じサイズ）との間の最良の一致を見つけることにより、現在のＣＵの動き情報を導出する。
【００２３】
テンプレートマッチングコスト関数を使用するこのＦＲＵＣモードは、ＡＭＶＰ（高度動きベクトル予測）モードにも適用されることに留意されたい。この場合、ＡＭＶＰは２つの候補を有する。新しい候補は、テンプレートマッチングとともにＦＲＵＣツールを使用して導出される。このＦＲＵＣ候補が、最初の既存のＡＭＶＰ候補と異なる場合は、ＡＭＶＰ候補リストの最初に挿入され、次に、リストサイズが２に設定される（つまり、２番目の既存のＡＭＶＰ候補が削除される）。ＡＭＶＰモードに適用されるときは、ＣＵレベルの検索のみが適用される。
【００２４】
インターモードでは、ＩＣ（輝度補償）は、空間的または時間的な局所輝度の変動を考慮することにより、動き補償（ＭＣ）を介して得られたブロック予測サンプルの補正を可能にする。ＩＣパラメータは、図５に示すように、再構築された隣接サンプル（Ｌ−ｓｈａｐｅ−ｃｕｒ）のセットＳを、参照−ｉブロック（ｉ＝０または１）の隣接サンプル（Ｌ−ｓｈａｐｅ−ｒｅｆ−ｉ）と比較することによって推定される。
【００２５】
ＩＣパラメータは、Ｌ−ｓｈａｐｅ−ｃｕｒのサンプルとＩＣパラメータで補正されたＬ−ｓｈａｐｅ−ｒｅｆ−ｉのサンプルとの差（最小二乗法）を最小限にする。通常、ＩＣモデルは線形、すなわち、ＩＣ（ｘ）＝ａ．ｘ＋ｂであり、ｘは、補償するサンプルの値である。
【００２６】
パラメータａおよびｂは、エンコーダ（およびデコーダ）でＬ字型で最小二乗最小化を解決することによって導出される。
【数１】
2021526325.tif 000003
最後に、ａｉは、整数の重み（ａｉ）およびシフト（ｓｈｉ）に変換され、ＭＣブロックは、ＩＣによって補正される。
Ｐｒｅｄｉ  ＝  （ａｉ  ＊  ｘｉ  ＞＞  ｓｈｉ）  ＋  ｂｉ          （３）
【００２７】
少なくとも１つの実施形態によって解決される問題は、所与のブロックサイズの外側のデータ依存性をどのように制限するかである。
【００２８】
図６は、ハードウェアデコーダで可能な処理の例を示す。この例では、デコーダが処理できるハードウェアユニット（ＨＵ）の最大サイズ（通常はコーデックの最大変換によって設定される）は６４ピクセルであると想定している。並列処理を増やすために、デコーダは６４ピクセルを超えるＣＵを最大サイズ６４のブロックに分割してから、計算モジュール（通常は動き補償および残差計算）に送信する。
【００２９】
図７は、デコードプロセス全体の各段階での精度（可能な並列処理を意味する）の例を示す。最初に、ビットストリームが解析され、復号化するＣＵのセットが生成される。各ＣＵは復号化され、再構築されたサンプルの計算に使用される最終値が得られる。ＣＵ復号化間にいくつかの因果関係が存在する可能性があることに留意されたい（通常、動きベクトルの値は、すでに復号化された（ただし再構築されていない）ＣＵの値から予測できる）。次に、必要に応じてＣＵをいくつかのＨＵに分割する（サイズによって異なる）。この時点で、ＨＵ内のすべての計算は、他のＨＵとは独立して実行する必要がある。イントラＣＵの場合、イントラ予測プロセスは予測段階で隣接するサンプルにアクセスする必要があるため、再構築されたＣＵ間には因果関係が依然として存在することに留意されたい。
【００３０】
少なくとも１つの実施形態によって解決される問題は、ＦＲＵＣなどのツールによって生じるデータ依存性をどのように緩和するかである。図８は、フレーム間を復号化するための処理パイプラインの一例を示す。この種のパイプラインを検討する際にＦＲＵＣまたはＬＩＣ（局所輝度補償）などのツールで発生する問題の１つは、以前のＣＵの再構築されたサンプルへのデータ依存性を導入し、したがって、ＨＵ処理の可能な並列処理を中断することである。
【００３１】
ここで説明する実施形態の少なくとも１つは、この依存性を回避し、デコーダでの高度に並列なパイプラインを可能にする方法である。
【００３２】
ＦＲＵＣ、ＤＭＶＲ（デコーダ動きベクトル精密化）、およびＬＩＣは、ＪＥＭの新しいモードであるため、パイプラインストールは比較的新しい問題である。
【００３３】
少なくとも１つの実施形態の基本的な考え方は、ＨＵレベルで依存性を破ることである。提案される実施形態の少なくとも１つは、コーデックの規範的な修正を伴う。つまり、コード化プロセスおよび復号化プロセスは完全に対称的である。１つ以上の実施形態の影響を受けるコーデックモジュールは、図９のモジュール１７０および、場合によっては、１６０、ならびに図１０の２７５および、場合によっては、２６０である。
【００３４】
Ｔｄｅｐは、以前のＣＵから再構築されたサンプル、つまり現在のＣＵの前に符号化されたＣＵを使用するか、またはデコーダ側でＨＵより大きいＣＵを使用するツールのセットと呼ばれる。
−テンプレートモードのＦＲＵＣは、現在のＣＵの外部で再構築されたサンプルを使用できる。
−ＬＩＣは、現在のＣＵの外部で再構築されたサンプルを使用できる。
−ＤＭＶＲは、ＨＵサイズよりも大きいＣＵを使用できる。
−ＢＩＯ（双方向光学フロー）は、ＨＵサイズよりも大きいＣＵを使用できる。
【００３５】
図２２は、一実施形態による復号化方法のフローチャートを示す。本方法はＳ１０から開始する。フラグが復号化される（Ｓ１２）。フラグは、ピクチャの現在のブロックがツールのセット（Ｔｄｅｐ）のツールで復号化されるかどうかを示す。フラグは、現在のブロックが親ハードウェアユニットを有する場合にのみ復号化される。ツールのセットは、現在のブロックの前に復号化された隣接ブロックの再構築されたサンプルを使用するか、またはハードウェアユニットよりも大きい上記ピクチャのブロックを使用するツールを含む。現在のブロックは、フラグに応答して復号化される（Ｓ１４）。本方法はＳ１６で終了する。
【００３６】
図２３は、少なくとも１つの実施形態による、コード化方法のフローチャートを示す。本方法はＳ２０で開始する。フラグがコード化される（Ｓ２２）。フラグは、ピクチャの現在のブロックがツールのセット（Ｔｄｅｐ）のツールでコード化されるかどうかを示す。フラグは、現在のブロックが親ハードウェアユニットを有する場合にのみコード化される。ツールのセットは、現在のブロックの前にコード化された隣接ブロックの再構築されたサンプルを使用するか、またはハードウェアユニットよりも大きい上記ピクチャのブロックを使用するツールを含む。現在のブロックは、フラグに応答してコード化される（Ｓ２４）。本方法はＳ２６で終了する。
【００３７】
ＨＵ制限
独立したＨＵベースの処理を使用できるようにするために、Ｔｄｅｐツールのツールを使用するための新しい制約が追加されている。
１．現在のＣＵは親ＨＵを有する。
２．左側および上部の隣接ＣＵは、現在のＣＵの親ＨＵ内にある。
【００３８】
図１１は、分割木および関連する分割ＣＴＵの例を示す。ＣＵの親ＨＵは、サイズ（幅と高さ）がＳ以下の分割木の最初のＣＵとして定義される。例として、Ｓ  ＝  ６４である。例えば、図１１では、ＣおよびＤは親ＨＵである。
【００３９】
図１２は、ブロックの親ＨＵ、例えば、ＣＵを決定するプロセスを示す。プロセスはステップＳ１２０で開始する。ステップＳ１２１で、ｈまたはｗがＳよりも大きいかどうかがチェックされ、ｈおよびｗは、それぞれ、現在のブロックの高さおよび幅である。ｈ＞  Ｓまたはｗ＞  Ｓの場合、プロセスはステップＳ１２２に続き、そうでない場合、プロセスはステップＳ１２５に続く。
【００４０】
Ｓ１２２では、現在のブロックには親ＨＵがない。
【００４１】
ステップＳ１２３において、現在のブロックがさらに子ブロックに分割されているかどうかがチェックされる。そうでない場合、プロセスは終了する（Ｓ１２９）。はいの場合、現在のブロックはさらに子ブロックに分割され（Ｓ１２４）、プロセスはＳ１２１で子ブロックに対して続行される。
【００４２】
はいの場合、プロセスはＳ１２４に続き、そうでない場合、プロセスは終了する（Ｓ１２９）。
【００４３】
Ｓ１２５では、ＨＵは現在のブロックと等しいと設定される（例えば、その子ブロックのブロックＣなど）。
【００４４】
Ｓ１２６では、現在のブロックの親ＨＵはＨＵである。
【００４５】
Ｓ１２７では、現在のブロックがさらに分割されているかどうかがチェックされる。そうでない場合、プロセスは終了する（Ｓ１２９）。はいの場合、現在のブロックはさらに分割され（Ｓ１２８）、プロセスはＳ１２６で子ブロックに対して続行される。余白
【００４６】
第２の基準は、現在のＣＵの隣接ＣＵが現在のＣＵと同じ親ＨＵを共有しているかどうかをチェックする。図１３は、Ｔｄｅｐツールのツールを使用するかどうかを決定するプロセスのフローチャートを示す。
【００４７】
プロセスはＳ１３０で開始する。
【００４８】
ステップＳ１３２では、現在のＣＵが図１２に示されるような親ＨＵを有するかどうかがチェックされる。いいえの場合、プロセスはＳ１３７で終了する（Ｔｄｅｐツールは使用されない）。そうでない場合、プロセスはＳ１３３に続き、隣接ＣＵ（例えば、上部および左側）が現在のＣＵと同じ親ＨＵを共有しているかどうかがチェックされる。そうでない場合、プロセスは終了する。そうでない場合、プロセスはＳ１３４に続く。
【００４９】
Ｓ１３４では、Ｔｄｅｐツールが使用されているかどうかを示すフラグが復号化される。フラグが真である（Ｓ１３５）場合、対応するツールが現在のＣＵの復号化に使用される（Ｓ１３６）。そうでない場合、プロセスは終了し（Ｓ１３７）、つまり、対応するＴｄｅｐツールは使用されない。
【００５０】
図１４は、Ｔｄｅｐツールを使用できるいくつかのＣＵの例を（灰色で）示す。ＨＵサイズは６４に設定されている。一実施形態では、Ｔｄｅｐツールにおけるツールのフラグの解析は、図１３に記載されたプロセスによって制約される。一実施形態では、Ｔｄｅｐツールにおけるツールのフラグの復号化は、図１５に示されるように、親ＨＵの存在によってのみ制約される。
【００５１】
プロセスが開始する（Ｓ１３０）。現在のＣＵが親ＨＵを有するかどうかがチェックされる（Ｓ１３２）。フラグが真である（Ｓ１３５）場合、対応するツールが現在のＣＵの復号化に使用される（Ｓ１３６）。そうでない場合、プロセスは終了し（Ｓ１３７）、つまり、対応するＴｄｅｐツールは使用されない。
【００５２】
ＨＵの動きベクトル伝搬
ＨＵ内のＣＵの再構築は独立しているため、ＨＵ間の値の予測も制限できる。
【００５３】
以下はＴｄｅｐセットのツールによって生成された値の例である。
−ＦＲＵＣ：ＣＵの動きベクトルの最終値は、最終的な動きの精密化後に与えられる。
−ＤＭＶＲ：ＣＵの動きベクトルの最終値は、最終的な動きの精密化後に与えられる。
【００５４】
生成された値は、さらなるＣＵの予測として使用できる（予測値の例については図１６）。Ｓ１６０では、所与の動き予測子が動きベクトル候補のリストにあるかどうかがチェックされる。そうでない場合は、リストに追加される（Ｓ１６２）。
【００５５】
ＣＵの新しい動きベクトルを生成するツールに関して、動きベクトルの予測をＨＵ内に制約することもできる。この実施形態では、ＣＵによって使用される予測子は、常に動き精密化前の値であり、すなわち、デコーダ側の動きベクトル導出ツール（ＦＲＵＣ、ＤＭＶＲなど）を有するブロックについて、最終的な動きベクトルは更新されない。Ｓ１７０−１からＳ１７８−１まで、ＣＵは、ＦＲＵＣフラグに応じて、独自の動き補償の動きベクトル候補を精密化する。ただし、隣接ＣＵの精密化されていない動きベクトル（Ｓ１７０−２からＳ１７８−２）を予測子として使用する。図１７は、現在のＣＵ（左）および動き予測子の導出（右）の動きベクトル更新のプロセスを示す。
【００５６】
動きベクトルの更新プロセスはＳ１７０−１で開始する。Ｓ１７２では、ＭＶ候補が復号化される。
【００５７】
Ｓ１７４では、ＭＶ１は復号化されたＭＶ候補と等しいと設定される。
【００５８】
Ｓ１７５では、ＦＲＵＣが使用されているかどうかがチェックされる（フラグは真である）。はいの場合、動きベクトルＭＶ１はＦＲＵＣで精密化され、ＭＶ２が取得される（Ｓ１７６）。現在のＣＵはＭＶ２で動き補償されている（Ｓ１７７）。
【００５９】
プロセスは終了する（Ｓ１７８−１）。
【００６０】
動き予測子の導出プロセスは、Ｓ１７０−２で開始する。ＣＵｎで示される隣接ＣＵが予測に考慮される（Ｓ１７１）。Ｓ１７２で使用される動きベクトル予測子は、隣接ＣＵの精密化されたベクトルではなく、ＭＶ１に等しいと設定される。
【００６１】
同じＨＵ内のＣＵのみの伝播
図１８は、少なくとも１つの実施形態の一般的な態様による、ＣＵ（左）の動きベクトル更新のプロセス、および、ＨＵ（右側）に応じた動き予測子の導出を示す。Ｓ１８０−１からＳ１９０−１まで、ＣＵは、ＦＲＵＣフラグに応じて、動きベクトルの候補を精密化する。
【００６２】
ただし、隣接ＣＵが現在のＣＵのＨＵ（Ｓ１８３）の外側にある場合は、隣接ＣＵの精密化されていない動きベクトル（Ｓ１８５）を予測子として使用し、それらが同じＨＵ内にある場合には、精密化された動きベクトル（Ｓ１８７）を使用する。
【００６３】
動きベクトルの更新プロセスはＳ１８０−１で開始する。Ｓ１８２では、ＭＶ候補が復号化される。Ｓ１８４では、ＭＶ１およびＭＶ２は、復号化された動きベクトル候補に設定される。
【００６４】
Ｓ１８６では、ＦＲＵＣが使用されているかどうかがチェックされる（フラグは真である）。はいの場合、動きベクトルＭＶ１はＦＲＵＣで精密化され、ＭＶ２が取得される（Ｓ１８８）。現在のＣＵはＭＶ２で動き補償されている（Ｓ１８９）。
【００６５】
プロセスは終了する（Ｓ１９０−１）。
【００６６】
動き予測子の導出プロセスは、Ｓ１８０−２で開始する。ＣＵｎで示される隣接ＣＵが予測に考慮される（Ｓ１８１）。ＣＵｎが現在のＣＵと同じＨＵ内にあるかどうかがチェックされる。はいの場合、精密化された動きベクトルが予測に使用される（Ｓ１８７）。そうでない場合は、精密化されていない動きベクトルが使用される（Ｓ１８５）。本方法はＳ１９０−２で終了する。
【００６７】
この実施形態では、使用される動きベクトル予測子は、ＣＵの親ＨＵに依存する。
【００６８】
１つ以上のフラグ、リストからの選択、例えば、ＦＲＵＣまたはＩＣの制限に関する他のインジケータなどの、ＨＵのサイズ、かつ／または、値伝播の制約に関連付けられた構文は、例えば、スライス、ＰＰＳ（ピクチャパラメータセット）、またはＳＰＳ（シーケンスパラメータセット）レベルのうちの１つ以上において信号通知することができる。他の実施形態では、他のレベル、高レベルの構文、または別の方法が使用される。この信号通知に使用される関連付けられた構文には、例えば、１つ以上のフラグ、リストからの選択、他のインジケータが含まれる。
【００６９】
ＣＵごとのマルチＨＵ独立計算
図６に示すように、ＣＵは計算のためにいくつかのＨＵに分割できる。この場合、単一の構文要素がＣＵレベルで信号通知されるが、処理はＨＵごとに実行される。計算により、ＣＵ内で異なる結果が生じる可能性があることに留意されたい。
この処理の影響を受けるツールの例は次のとおりである。
−ＤＭＶＲ；
−双方向モードのＬＩＣ。
【００７０】
この場合、処理（例えば、ＤＭＶＲのバイラテラル動きベクトルの精密化、または双方向の輝度補償パラメータ）は、各ＨＵに対して個別に実行される。
【００７１】
図１９は、ＣＵが２つのＨＵに分割される例を示し、一意のフラグが解析され、ＣＵに対して復号化され、ＣＵサイズがＨＵサイズより大きい場合、各サブＨＵは独立したＤＭＶＲ処理を実行する。
【００７２】
Ｓ１９１からＳ２０１まで、ＣＵサイズがＨＵサイズより大きい場合、ＤＭＶＲモードを使用するＣＵはいくつかのＨＵに分割される。生成されたＨＵは、次いで、独立したＤＭＶＲプロセス（Ｓ１９９およびＳ２００）を使用する。
【００７３】
プロセスはＳ１９１で開始する。ＤＭＶＲが適用されるかどうかを示すフラグが復号化される（Ｓ１９２）。ＤＭＶＲが適用される場合、ＣＵサイズがＨＵサイズより大きいかどうかがチェックされる（Ｓ１９４）。そうでない場合、ＤＭＶＲはＣＵに適用される（Ｓ１９８）。はいの場合、ＣＵはより小さなハードウェアユニット（サブＨＵとも呼ばれる）ＨＵ０とＨＵ１に分割される（Ｓ１９６）。図２０に示すように、ＣＵは３つ以上のサブＨＵに分割できる。各サブＨＵは、独立したＤＭＶＲ処理（Ｓ１９９およびＳ２００）を実行する。プロセスはＳ２０１で終了する。
【００７４】
ＨＵ分割
ＣＵのサブＨＵへの分割は、いくつかの方法で実行され得る。
−最大ＨＵサイズ（水平方向と垂直方向の両方）で分割し、最後のＨＵ（水平方向および／または垂直方向）がＣＵの外側にある場合は、それらのサイズを適合させる（図２０）
−各ＨＵのサイズが最大サイズより大きくてはならず、４の倍数（最小ＣＵサイズ）である必要があるという制約があるため、ＣＵを水平方向と垂直方向に同じ数のＨＵを持つように分割する。
様々な実施形態は、以下のうちの１つ以上を含む：
−ＨＵレベルでのＴｄｅｐのツールの使用の制限＋  ＨＵの因果境界に対する追加の制約。
−構文をこれらの制約に適合させる
−フレーム上のＨＵトポロジのいくつかの変形。
−いくつかのツール（ＤＭＶＲ、ＬＩＣ  ｂｉｄｉｒ）の信号通知およびＨＵ処理の適合
【００７５】
本文書では、ツール、特徴、実施形態、モデル、アプローチなどを含む様々な態様について説明する。これらの態様の多くは、特異的に、また、少なくとも個々の特性を示すために説明されており、しばしば限定的に聞こえ得るように説明される。ただし、これは説明を明確にするためのものであり、これらの態様の適用または範囲を限定するものではない。実際、様々な態様のすべてを組み合わせて、交換し、さらなる態様を提供することができる。さらに、これらの態様は、以前の出願で説明された態様とも組み合わせて、交換することができる。
【００７６】
本文書で説明および企図される態様は、多くの異なる形式で実装できる。以下の図１０、図１１、および図２１は、いくつかの実施形態を提供するが、他の実施形態が企図されており、図１０、図１１、および図２１の議論は、実装形態の幅を限定するものではない。これらの態様のうちの少なくとも１つは、概して、ビデオコード化および復号化に関連し、少なくとも１つの他の態様は、概して、生成またはコード化されたビットストリームを送信することに関連する。これらおよび他の態様は、方法、装置、説明された方法のいずれかに従ってビデオデータをコード化または復号化するための命令を記憶したコンピュータ可読記憶媒体、および／または説明された方法のいずれかに従って生成されるビットストリームを記憶したコンピュータ可読記憶媒体として実装できる。
【００７７】
本出願では、「再構築された」および「復号化された」という用語は互換的に使用され得、「ピクセル」および「サンプル」という用語は互換的に使用され得、「画像」、「ピクチャ」、および「フレーム」という用語は互換的に使用され得る。必ずしもではないが、通常は、「再構築された」という用語は、エンコーダ側で使用され、一方で「復号化された」は、デコーダ側で使用される。
【００７８】
様々な方法が上で説明されており、各方法は、説明された方法を達成するための１つ以上のステップまたは動作を含む。本方法の正しい操作のために特定の順序のステップまたは動作が必要でない限り、特定のステップおよび／または動作の順序および／または使用を、修正してもよく、または組み合わせてもよい。
【００７９】
本文書に記載されている様々な方法および他の態様を使用して、図１０および図１１に示すように、例えば、ＪＶＥＴまたはＨＥＶＣエンコーダ１００およびデコーダ２００の動き補償および、場合によっては、イントラ予測モジュール（１７０、２７５、１６０、２６０）などのモジュールを修正することができる。さらに、本態様はＪＶＥＴまたはＨＥＶＣに限定されず、例えば、既存かまたは将来開発されるかどうかにかかわらず、他の規格および推奨事項、ならびにそのような規格および推奨事項（ＪＶＥＴおよびＨＥＶＣを含む）の拡張に適用できる。特に明記されていない限り、または技術的に除外されていない限り、本文書で説明されている態様は、個別に、または組み合わせて使用できる。
【００８０】
本文書では、様々な数値が示されている場合がある。特定の
値は例示を目的とし、説明される態様はこれらの特定の値に
限定されない。
【００８１】
図１０は、例示的なエンコーダ１００を示す。このエンコーダ１００の変形が企図されるが、エンコーダ１００は、すべての予想される変形を説明することなく、明確にするために以下に説明される。
【００８２】
コード化される前に、ビデオシーケンスは事前コード化処理（１０１）、例えば、入力色ピクチャに色変換（例えば、ＲＧＢ  ４：４：４からＹＣｂＣｒ  ４：２：０への変換）を適用すること、または、（例えば、色成分のうちの１つのヒストグラム等化を使用して）圧縮に対してより復元力のある信号分布を得るために、入力ピクチャ成分の再マッピングを実行することを経る場合がある。メタデータは事前処理に関連付けられ得、ビットストリームに添付され得る。
【００８３】
例示的なエンコーダ１００において、ピクチャは、以下に説明するように、エンコーダ要素によってコード化される。コード化されるピクチャは、分割され（１０２）、例えば、ＣＵの単位で処理される。各単位は、例えば、イントラモードまたはインターモードのいずれかを使用してコード化される。単位がイントラモードでコード化されるとき、イントラ予測を実行する（１６０）。インターモードにおいて、動き推定（１７５）および動き補償（１７０）が行われる。エンコーダは、イントラモードまたはインターモードのどちらをその単位のコード化に使用するかを判断し（１０５）、例えば、予測モードフラグによって、イントラ／インター判断を示す。予測残差は、例えば、元の画像ブロックから予測されたブロックを減算すること（１１０）によって、計算される。
【００８４】
次いで、予測残差が変換され（１２５）、量子化される（１３０）。量子化された変換係数に加えて、動きベクトルおよび他の構文要素は、ビットストリームを出力するためにエントロピー符号化される（１４５）。エンコーダは、変換をスキップし、非変換残差信号に直接量子化を適用し得る。エンコーダは、変換および量子化の両方をバイパスすることもでき、すなわち、残差は、変換または量子化プロセスを適用せずに直接符号化される。
【００８５】
エンコーダは、コード化されたブロックを復号化して、さらに予測するための参照を提供する。量子化された変換係数は非量子化され（１４０）、逆変換され（１５０）、予測残差を復号化する。復号化された予測残差と予測されたブロックとを組み合わせて（１５５）、画像ブロックが再構築される。ループ内フィルタ（１６５）は、再構築されたピクチャに適用され、例えば、デブロッキング／ＳＡＯ（サンプル適応オフセット）フィルタリングを行い、コード化アーティファクトを低減する。フィルタリングされた画像は、参照ピクチャバッファ（１８０）に記憶される。
【００８６】
図１１は、例示的なビデオデコーダ２００のブロック図を示す。例示的なデコーダ２００において、ビットストリームは、以下に説明するように、デコーダ要素によって復号化される。ビデオデコーダ２００は、概して、図１０で説明するようなコード化パスの逆の復号化パスを行う。エンコーダ１００はまた、概して、ビデオデータのコード化の一部としてビデオ復号化を実行する。
【００８７】
特に、デコーダの入力は、ビデオエンコーダ１００によって生成され得るビデオビットストリームを含む。まず、ビットストリームがエントロピー復号化され（２３０）、変換係数、動きベクトル、および他の符号化された情報を取得する。ピクチャ分割情報は、ピクチャがどのように分割されているかを示す。したがって、デコーダは、復号化されたピクチャ分割情報に従ってピクチャを分割することができる（２３５）。変換係数は非量子化され（２４０）、逆変換され（２５０）、予測残差を復号化する。復号化された予測残差と予測されたブロックとを組み合わせて（２５５）、画像ブロックが再構築される。予測されたブロックは、イントラ予測（２６０）または動き補償予測（すなわち、インター予測）（２７５）から取得され得る（２７０）。ループ内フィルタ（２６５）は、再構築された画像に適用される。フィルタリングされた画像は、参照ピクチャバッファ（２８０）に記憶される。
【００８８】
復号化されたピクチャは、復号化後処理（２８５）、例えば、逆色変換（例えば、ＹＣｂＣｒ  ４：２：０からＲＧＢ  ４：４：４への変換）または事前コード化処理（１０１）で行われる再マッピングプロセスの逆を実行する逆再マッピングをさらに経ることができる。復号化後処理では、事前コード化処理で導出され、ビットストリームで信号通知されるメタデータを使用することができる。
【００８９】
図２１は、様々な態様および例示的な実施形態が実装されている、例示的なシステムのブロック図を示す。システム１０００は、以下で説明される様々な構成要素を含むデバイスとして具現化することができ、本文書で説明される態様の１つ以上を実行するように構成されている。このようなデバイスの例は、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビ受信機、パーソナルビデオ録画システム、接続された家電製品、およびサーバを含むが、これらに限定されない。システム１０００は、図２１に示され、かつ、当業者には既知であるような通信チャネルを介して、他の同様のシステムに、またディスプレイに通信可能に結合され、本文書に説明される様々な態様を実装することができる。
【００９０】
システム１０００は、本文書に説明される様々な態様を実装するために、内部にロードされた命令を実行するように構成された少なくとも１つのプロセッサ１０１０を含むことができる。プロセッサ１０１０は、当技術分野で周知であるように、埋め込みメモリ、入出力インターフェース、および他の様々な回路を含み得る。システム１０００は、少なくとも１つのメモリ１０２０（例えば、揮発性メモリデバイス、不揮発性メモリデバイス）を含むことができる。システム１０００は、記憶デバイス１０４０を含むことができ、この記憶デバイスには、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、フラッシュ、磁気ディスクドライブ、および／または光ディスクドライブを含むが、これらに限定されない不揮発性メモリが含まれ得る。記憶デバイス１０４０は、非限定的な例として、内部記憶デバイス、付属の記憶デバイス、および／またはネットワークアクセス可能な記憶デバイスを含み得る。システム１０００は、データを処理して、コード化されたビデオまたは復号化されたビデオを提供するように構成されたエンコーダ／デコーダモジュール１０３０を含むことができ、エンコーダ／デコーダモジュール１０３０は、それ自体のプロセッサおよびメモリを含むことができる。
【００９１】
エンコーダ／デコーダモジュール１０３０は、コード化および／または復号化機能を行うためにデバイスに含まれ得るモジュール（複数可）を表す。周知であるように、デバイスは、コード化および復号化モジュールの一方または両方を含み得る。さらに、エンコーダ／デコーダモジュール１０３０は、システム１０００の別個の要素として実装することができ、または当業者には既知であるようなハードウェアとソフトウェアの組み合わせとしてプロセッサ１０１０内に組み込むことができる。
【００９２】
本文書に説明された様々な態様を行うためにプロセッサ１０１０上にロードされるプログラムコードは、記憶デバイス１０４０内に記憶され、その後、プロセッサ１０１０による実行のためにメモリ１０２０上にロードすることができる。例示的な実施形態によれば、プロセッサ（複数可）１０１０、メモリ１０２０、記憶デバイス１０４０、およびエンコーダ／デコーダモジュール１０３０のうちの１つ以上は、本文書内で説明されるプロセスの実行中に、入力ビデオ、復号化ビデオ、ビットストリーム、方程式、数式、行列、変数、演算、および演算ロジックを含むが、これらに限定されない様々な項目のうちの１つ以上を記憶することができる。
【００９３】
システム１０００は、通信チャネル１０６０を介して他のデバイスとの通信を可能にする通信インターフェース１０５０を含むことができる。通信インターフェース１０５０は、通信チャネル１０６０からデータを送受信するように構成された送受信機を含むことができるが、これに限定されない。通信インターフェース１０５０は、モデムまたはネットワークカードを含むことができるが、これらに限定されず、通信チャネルは、有線および／または無線媒体内に実装することができる。システム１０００の様々な構成要素は、内部バス、ワイヤ、およびプリント回路基板を含むが、これらに限定されない様々な好適な接続部を使用してすべて接続するか、または互いに通信可能に結合することができる。
【００９４】
例示的な実施形態は、プロセッサ１０１０によって実装されるコンピュータソフトウェアによって、またはハードウェアによって、またはハードウェアとソフトウェアとの組み合わせによって、実施されてもよい。非限定的な例として、例示的な実施形態は、１つ以上の集積回路によって実装され得る。メモリ１０２０は、技術的環境に適切な任意のタイプのものであり得、非限定的な例として、光メモリデバイス、磁気メモリデバイス、半導体ベースのメモリデバイス、固定メモリ、および取り外し可能なメモリなどの任意の適切なデータストレージ技術を使用して実装され得る。プロセッサ１０１０は、技術的環境に適切な任意のタイプのものであり得、非限定的な例として、マイクロプロセッサ、汎用コンピュータ、専用コンピュータ、およびマルチコアアーキテクチャに基づくプロセッサのうちの１つ以上を包含し得る。
【００９５】
本明細書で説明された実装形態および態様は、例えば、方法もしくはプロセス、装置、ソフトウェアプログラム、データストリーム、または信号で実装され得る。単一の実装形態の文脈でのみ考察された（例えば、方法としてのみ考察された）としても、考察された特徴の実装はまた、他の形態（例えば、装置またはプログラム）で実装されてもよい。装置は、例えば、適切なハードウェア、ソフトウェア、およびファームウェアで実装することができる。方法は、例えば、コンピュータ、マイクロプロセッサ、集積回路、またはプログラマブル論理デバイスを含む処理デバイスを一般的に指す、例えば、プロセッサのような装置に実装することができる。プロセッサは、通信デバイス、例えば、コンピュータ、携帯電話、ポータブル／パーソナルデジタルアシスタンス（「ＰＤＡ」）、およびエンドユーザ間の情報の伝達を容易にする他のデバイスなども含む。
【００９６】
「一実施形態（ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」もしくは「実施形態（ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」または「一実装形態（ｏｎｅ  ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）」もしくは「実装形態（ａｎ  ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）」、ならびにそれらの他の変形への言及は、当該実施形態に関連して説明された特定の特徴、構造、特性などが、少なくとも１つの実施形態に含まれることを意味する。したがって、本文書全体にわたって様々な箇所においてみられる、「一実施形態では」もしくは「実施形態では」または「一実装形態では」もしくは「実装形態では」という句、ならびに任意の他の変形の出現は、必ずしもすべてが同じ実施形態に言及しているわけではない。
【００９７】
さらに、本文書は、情報の様々な部分を「決定すること」に言及する場合がある。情報の決定には、例えば、情報の推定、情報の計算、情報の予測、またはメモリからの情報の検索のうちの１つ以上が含まれ得る。
【００９８】
さらに、本文書は、情報の様々な部分に「アクセスすること」に言及する場合がある。
【００９９】
情報へのアクセスには、例えば、情報の受信、（例えば、メモリからの）情報の検索、情報の記憶、情報の処理、情報の送信、情報の移動、情報のコピー、情報の消去、情報の計算、情報の決定、情報の予測、または情報の推定のうちの１つ以上が含まれ得る。
【０１００】
さらに、本文書は、情報の様々な部分を「受信すること」に言及する場合がある。受信は、「アクセスすること」と同様に、広義の用語であることが意図されている。情報の受信には、例えば、情報へのアクセス、または（例えば、メモリからの）情報の検索のうちの１つ以上が含まれ得る。さらに、「受信すること」は、典型的には、何らかの方法で、例えば、情報の記憶、情報の処理、情報の送信、情報の移動、情報のコピー、情報の消去、情報の計算、情報の決定、情報の予測、または情報の推定などの動作中に含まれる。
【０１０１】
当業者には明らかであるように、実装形態は、例えば、記憶または送信され得る情報を搬送するようにフォーマットされる多種多様な信号を生成することができる。情報は、例えば、方法を実行するための命令、または説明される実装形態のうちの１つにより生成されたデータを含むことができる。例えば、信号は、説明された実施形態のビットストリームを搬送するようにフォーマットされ得る。このような信号は、例えば、（例えば、スペクトルの無線周波数部分を使用する）、電磁波として、またはベースバンド信号としてフォーマットすることができる。フォーマットすることは、例えば、データストリームをコード化することと、搬送波をコード化データストリームで変調することと、を含むことができる。信号が搬送する情報は、例えば、アナログまたはデジタル情報とすることができる。信号は、周知のように、種々の異なる有線または無線リンクを介して送信することができる。信号は、プロセッサ可読媒体上に記憶することができる。
【０１０２】
いくつかの実施形態を説明してきた。これらの実施形態は、少なくとも、以下の一般化された発明および請求項を、さまざまな異なる請求項のカテゴリおよびタイプにわたって、すべての組み合わせを含めて提供する。
・符号化および／または復号化ツールによって生じたデータ依存性を緩和、低減、または別の方法で変更すること：
○ツールにはＦＲＵＣ、ＤＭＶＲ、ＬＩＣ、ＢＩＯが含まれる
○データ依存性は、復号化されるブロック（現在のブロック）と隣接ブロック、例えば、ＣＵとの間の依存性である
・ツールにＦＲＵＣ、ＤＭＶＲ、ＬＩＣ、ＢＩＯが含まれる場合、ＨＵレベルでいくつかのツールの使用を制限すること
・隣接ブロックに基づいて、ＨＵレベルでいくつかのツールの使用を制限すること。
・少なくとも１つの隣接ブロック（例えば、上部および／または左側の隣接ブロック）が現在のブロックと同じ親ＨＵを共有する場合に、いくつかのツールを使用すること。
・隣接ブロックは、現在のブロックの上部および左側のブロックである。
・ＤＭＶＲやＬＩＣｂｉｄｉｒなどのいくつかのツールのＨＵ処理を適合させること。
・ＨＵ間の予測値を制限すること。
・記載された構文要素またはその変形のうちの１つ以上を含むビットストリームまたは信号。
・デコーダが、エンコーダによって使用される方法に対応する方法でビットストリームを処理することを可能にする信号通知構文要素に挿入すること。
・記載された構文要素またはその変形のうちの１つ以上を含むビットストリームまたは信号を、作成および／または送信および／または受信および／または復号化すること。
・記載された実施形態のいずれかを実行するテレビ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
・記載された実施形態のいずれかを実行し、結果の画像を（例えば、モニタ、スクリーン、もしくは他のタイプのディスプレイを使用して）表示するテレビ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
・コード化された画像を含む信号を受信するように（例えば、チューナを使用して）チャネルを調整し、記載された実施形態のいずれかを実行するテレビ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
・コード化された画像を含む信号を無線を介して（例えば、アンテナを使用して）受信し、記載された実施形態のいずれかを実行するテレビ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
【０１０３】
様々な他の一般化された、ならびに特定化された発明および請求項もまた、本開示全体を通してサポートおよび企図される。
【０１０４】
復号化方法であって、
−現在のブロックが親ハードウェアユニットを有する場合のみ、ピクチャの現在のブロックがツールのセットのツールで復号化されるかどうかを示すフラグを復号化することであって、ツールのセットが、現在のブロックの前に復号化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きいピクチャのブロックを使用するツールを含む、復号化することと、
−フラグに応答して現在のブロックを復号化することと、を含む、復号化方法が開示される。
【０１０５】
少なくとも１つのプロセッサを備える復号化装置であって、少なくとも１つのプロセッサが、
−現在のブロックが親ハードウェアユニットを有する場合のみ、ピクチャの現在のブロックがツールのセットのツールで復号化されるかどうかを示すフラグを復号化することであって、ツールのセットが、現在のブロックの前に復号化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きいピクチャのブロックを使用するツールを含む、復号化することと、
−フラグに応答して現在のブロックを復号化することと、を行うように構成されている、復号化装置が開示される。
【０１０６】
コード化方法であって、
−現在のブロックが親ハードウェアユニットを有する場合のみ、ピクチャの現在のブロックがツールのセットのツールでコード化されるかどうかを示すフラグをコード化することであって、ツールのセットが、現在のブロックの前にコード化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きいピクチャのブロックを使用するツールを含む、コード化することと、
−フラグに応答して現在のブロックをコード化することと、を含む、コード化方法が開示される。
【０１０７】
少なくとも１つのプロセッサを備えるコード化装置であって、少なくとも１つのプロセッサが、
−現在のブロックが親ハードウェアユニットを有する場合のみ、ピクチャの現在のブロックがツールのセットのツールでコード化されるかどうかを示すフラグをコード化することであって、ツールのセットが、現在のブロックの前にコード化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きいピクチャのブロックを使用するツールを含む、コード化することと、
−フラグに応答して現在のブロックをコード化することと、を行うように構成されている、コード化装置が開示される。
【０１０８】
信号であって、
−現在のブロックが親ハードウェアユニットを有する場合のみ、ピクチャの現在のブロックがツールのセットのツールでコード化されるかどうかを示すフラグであって、ツールのセットが、現在のブロックの前にコード化された隣接ブロックの再構築されたサンプルを使用するか、または、ハードウェアユニットよりも大きいピクチャのブロックを使用するツールを含む、フラグと、
−フラグに応答して符号化された現在のブロックを表すデータと、を含む、信号が開示される。
【０１０９】
デバイスであって、
開示された実施形態のいずれかによる復号化装置と、
（ｉ）無線で信号を受信するように構成されたアンテナであって、信号が、画像を有するビデオを含む、アンテナ、（ｉｉ）受信した信号を、画像を有するビデオを含む周波数の帯域に制限するように構成された帯域制限器、または（ｉｉｉ）出力を表示するように構成されたディスプレイ、のうちの少なくとも１つと、を含む、デバイスが開示される。
【０１１０】
プログラムが１つ以上のプロセッサによって実行されるとき、１つ以上のプロセッサに、開示された実施形態のいずれかの復号化またはコード化方法を実行させる命令を含む、コンピュータプログラム製品が開示される。
【０１１１】
一実施形態では、フラグは、現在のブロックが親ハードウェアユニットを有し、少なくとも１つの隣接ブロックが現在のブロックと同じ親ハードウェアユニット内に位置している場合にのみ復号化される（それぞれコード化される）。
【０１１２】
一実施形態では、ツールのセットは、以下のツール、フレームレートアップコンバージョン、局所輝度補償、デコーダ動きベクトル精密化、および双方向光学フローを含む。
【０１１３】
一実施形態では、ツールがテンプレートを使用し、現在のブロックと同じ親ハードウェアユニット内に位置しているテンプレートの一部のみが使用される。
【０１１４】
一実施形態では、ツールが精密化を伴う動きベクトル予測子を使用し、現在のブロックおよび隣接ブロックが同じハードウェアユニットに位置している場合に、動きベクトル精密化が動きベクトル予測子に追加され、現在のブロックおよび隣接ブロックが異なるハードウェアユニットに位置している場合に、動きベクトル精密化が動きベクトル予測子に追加されない。
【図１】
2021526325.tif 000004
【図２】
2021526325.tif 000005
【図３】
2021526325.tif 000006
【図４】
2021526325.tif 000007
【図５】
2021526325.tif 000008
【図６】
2021526325.tif 000009
【図７】
2021526325.tif 000010
【図８】
2021526325.tif 000011
【図９】
2021526325.tif 000012
【図１０】
2021526325.tif 000013
【図１１】
2021526325.tif 000014
【図１２】
2021526325.tif 000015
【図１３】
2021526325.tif 000016
【図１４】
2021526325.tif 000017
【図１５】
2021526325.tif 000018
【図１６】
2021526325.tif 000019
【図１７】
2021526325.tif 000020
【図１８】
2021526325.tif 000021
【図１９】
2021526325.tif 000022
【図２０】
2021526325.tif 000023
【図２１】
2021526325.tif 000024
【図２２】
2021526325.tif 000025
【図２３】
2021526325.tif 000026
【国際調査報告】
2021526325.tif 000027
2021526325.tif 000028