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