JP2022544160A - 適応分解能管理信号伝達 - Google Patents

Abstract

方法は、ビットストリームを受信することと、ビットストリームを使用して、適応分解能管理モードがイネーブルにされているかどうかを決定することと、ビットストリームを使用して、垂直スケーリング定数成分と、水平スケーリング定数成分とを含む、スケーリング率を決定することと、決定されたスケーリング率を使用して、適応分解能管理モードにおいて現在のブロックのピクセルデータを再構築することであって、現在のブロックを水平スケーリング定数成分によって水平にスケーリングすることと、現在のブロックを垂直スケーリング定数成分によって垂直にスケーリングすることとを含む、こととを含む。関連する装置、システム、技法、および物品もまた、説明される。

Description

（関連出願の相互参照）
本願は、参照することによってその全体として本明細書に組み込まれる、２０１９年８月６日に出願され、「ＡＤＡＰＴＩＶＥ ＲＥＳＯＬＵＴＩＯＮ ＭＡＮＡＧＥＭＥＮＴ ＳＩＧＮＡＬＩＮＧ」と題された、米国仮特許出願第６２／８８３，４５９号の優先権の利益を主張する。

本発明は、概して、ビデオ圧縮の分野に関する。特に、本発明は、適応分解能管理信号伝達を対象とする。

ビデオコーデックは、デジタルビデオを圧縮または解凍する、電子回路またはソフトウェアを含むことができる。これは、非圧縮ビデオを圧縮フォーマットに転換することができ、逆もまた同様である。ビデオ圧縮の文脈において、ビデオを圧縮する（および／またはそのある機能を実施する）デバイスは、典型的には、エンコーダと呼ばれ得、ビデオを解凍する（および／またはそのある機能を実施する）デバイスは、デコーダと呼ばれ得る。

圧縮データのフォーマットは、標準的なビデオ圧縮仕様に適合し得る。圧縮は、圧縮されたビデオが元のビデオの中に存在するある情報を欠く点で損失的であり得る。この結果は、解凍されたビデオが、元のビデオを正確に再構築するための不十分な情報が存在するため、元の非圧縮ビデオより低い品質を有し得ることを含み得る。

ビデオ品質と、（例えば、ビットレートによって決定される）ビデオを表すために使用されるデータ量と、エンコーディングアルゴリズムおよびデコーディングアルゴリズムの複雑性と、データ損失および誤差に対する感度と、編集のし易さと、ランダムアクセスと、エンドツーエンド遅延（例えば、待ち時間）と、同等物との間に、複雑な関係が存在し得る。

運動補償は、ビデオにおけるカメラおよび／またはオブジェクトの運動を考慮することによって、以前および／または将来のフレーム等の基準フレームを前提として、ビデオフレームまたはその一部を予測するためのアプローチを含み得る。これは、ビデオ圧縮のためのビデオデータのエンコーディングおよびデコーディングにおいて、例えば、（Ｈ．２６４とも称される）ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）のアドバンスドビデオコーディング（ＡＶＣ）規格を使用するエンコーディングおよびデコーディングにおいて採用され得る。運動補償は、基準ピクチャの現在のピクチャへの変換の観点からピクチャを記述し得る。基準ピクチャは、現在のピクチャと比較したとき、時間的に以前のものである、および／または現在のピクチャと比較したとき、将来からのものであり得る。

ある側面では、デコーダは、ビットストリームを使用して、適応分解能管理モードがイネーブルにされているかどうかを決定し、ビットストリームを使用して、垂直スケーリング定数成分と、水平スケーリング定数成分とを含む、スケーリング率を決定し、決定されたスケーリング率を使用して、適応分解能管理モードにおいて現在のブロックのピクセルデータを再構築することであって、現在のブロックを水平スケーリング定数成分によって水平にスケーリングすることと、現在のブロックを垂直スケーリング定数成分によって垂直にスケーリングすることとを含む、ことを行うように構成される、回路網を含む。

別の側面では、方法は、ビットストリームを受信することと、ビットストリームを使用して、適応分解能管理モードがイネーブルにされているかどうかを決定することと、ビットストリームを使用して、垂直スケーリング定数成分と、水平スケーリング定数成分とを含む、スケーリング率を決定することと、決定されたスケーリング率を使用して、適応分解能管理モードにおいて現在のブロックのピクセルデータを再構築することであって、現在のブロックを水平スケーリング定数成分によって水平にスケーリングすることと、現在のブロックを垂直スケーリング定数成分によって垂直にスケーリングすることとを含む、こととを含む。

本明細書に説明される主題の１つまたはそれを上回る変形例の詳細が、付随の図面および下記の説明に記載される。本明細書に説明される主題の他の特徴および利点が、説明および図面から、および請求項から明白となるであろう。

本発明を例証する目的のために、図面は、本発明の１つまたはそれを上回る実施形態の側面を示す。しかしながら、本発明が、図面に示される通りの配列および手段に限定されないことを理解されたい。

図１は、種々の分解能スケールの例示的基準フレームおよび例示的予測フレームの図である。 図２は、例示的基準フレーム、例示的再スケーリングされた基準フレーム、および例示的後続ブロック予測プロセスを描写する図である。 図３は、本主題のいくつかの実装による、例示的信号伝達を図示する。 図４は、本主題のいくつかの実装による例示的プロセスを図示する、プロセスフロー図である。 図５は、本主題のいくつかの実装に従ってビットストリームをデコードすることが可能である例示的デコーダを図示する、システムブロック図である。 図６は、本主題のいくつかの実装に従ってビデオをエンコードする例示的プロセスを図示する、プロセスフロー図である。 図７は、本主題のいくつかの実装による例示的ビデオエンコーダを図示する、システムブロック図である。 図８は、本明細書およびそのいずれか１つまたはそれを上回る部分に開示される方法論のうちのいずれか１つまたはそれを上回るものを実装するために使用され得る、コンピューティングシステムのブロック図である。

図面は、必ずしも、縮尺通りではなく、想像線、図式表現、および部分図によって図示され得る。ある事例では、実施形態の理解のためには必要ではない、または他の詳細を知覚困難にする詳細が、省略されている場合がある。種々の図面内の同様の参照記号は、同様の要素を示す。

詳細な説明
多くの現在の最先端のエンコーダでは、分解能が、ピクチャ群（ＧＯＰ）として公知のビデオの部分全体を再コーディングおよび再送信することによって管理される。これは、それらのフレームが、ＧＯＰ内のビットの大部分に関わるため、イントラフレーム（Ｉフレーム）を送信することを要求し、これは、付加的コストを被り得る。

本開示において説明される実施形態は、種々のユースケースにおけるビットレートの節約を可能にする、ビデオエンコーダ／デコーダのための付加的な柔軟性を可能にする技法である、適応分解能管理（ＡＲＭ）に関する。一般に、ＡＲＭは、現在のフレームと異なる分解能の基準フレームを使用して、予測を実施することを含む。現在のコーディング規格では、基準フレームは、予測フレームと同一の分解能を有する。ＡＲＭでは、基準フレームは、予測されているフレームより低いまたは高い分解能であり得る。本アプローチは、ビデオ分解能をダウンスケーリングし、したがって、ビットレートを低減させる、またはビデオ分解能をアップスケーリングし、したがって、ビデオ再生の表示特性を促進するために使用され得る。

ＡＲＭは、代替として、または同等に、本開示の目的のために、基準ピクチャ再サンプリング（ＲＰＲ）と称され得、ＲＰＲおよびＡＲＭは、同義的に使用され得る。

本主題のいくつかの実装は、ＧＯＰ内の任意の位置における、任意の数のフレームに関してＡＲＭを使用し、したがって、Ｉフレームの再コーディングに関する要件を除去することを含み得る。

図１は、種々の分解能スケールの基準フレームおよび予測フレームの図である。フレーム１は、基準フレームより小さく（より低い分解能であり）、フレーム２は、同一のサイズ（同一の分解能）である一方、フレーム３は、より大きい（より高い分解能である）。本開示において使用されるような「分解能」は、ビデオ再生、圧縮、または同等物内で使用されるピクチャ、フレーム、サブフレーム、および／またはそれらの他の表示される面積または部分内のピクセルの数であり、より高い数のピクセルは、より高い分解能に対応し、より低い数のピクセルは、より低い分解能に対応する。分解能は、面積の観点から、例えば、限定ではないが、ある面積を定義する、ピクセル単位で測定される長さの１つまたはそれを上回る寸法を使用することによって、測定されてもよい。例えば、円形のサブフレームまたは他の領域が、半径に従って定義される分解能を有してもよい。代替として、または加えて、分解能は、ピクセルの全体数によって定義されてもよい。

実施例として、図１を継続して参照すると、基準フレームおよび／またはサブフレームが、それにわたる面積が、限定ではないが、三角形、平行四辺形、および／または長方形形態等の２つの長さのパラメータの観点から完全に定義され得る、幾何学形態を有する場合、基準フレームおよび／またはサブフレームは、分解能Ｗ×Ｈを有し得る（ＷおよびＨは、それぞれ、基準フレームおよび／またはサブフレームの幅（または底辺）寸法および高さ寸法を説明するピクセルの数を示し得る）。各予測フレームはまた、基準フレームの分解能と同様に決定され得る、分解能を有してもよく、例えば、フレーム１は、より低い分解能ＷＳ×ＨＳを有し得、フレーム２は、基準フレームＷ×Ｈと同一の分解能を有し得、フレーム３は、より高い分解能ＷＬ×ＨＬを有し得る。より小さいフレームおよびより大きいフレームの幅および高さは、スケーリング率および／または定数とも称される、恣意的再スケーリング定数（Ｒｃ）によって基準幅および高さを乗算することによって取得され得る。より小さいフレームの場合では、Ｒｃは、０～１の値を有し得る。より大きいフレームの場合では、Ｒｃは、１を上回る値を有し得、例えば、Ｒｃは、１～４の値を有し得る。他の値も、可能性として考えられる。再スケーリング定数は、ある分解能次元に関して別のものと異なり得、例えば、再スケーリング定数Ｒｃｈが、高さを再スケーリングするために使用され得る一方、別の再スケーリング定数Ｒｃｗが、幅を再スケーリングするために使用され得る。

依然として図１を参照すると、ＡＲＭは、モードとして実装されてもよい。デコーディングの間のある時点におけるＡＲＭモードアクティブ化の場合では、デコーダが、分解能Ｗ×Ｈにおける基準フレームをすでに受信している場合があり、再スケーリング定数を使用して予測フレームを再スケーリングしてもよい。いくつかの実装では、エンコーダが、使用するための再スケーリング定数をデコーダに信号伝達してもよい。信号伝達することは、現在のピクチャを含有するＧＯＰに対応するシーケンスパラメータセット（ＳＰＳ）、および／または現在のピクチャに対応するピクチャパラメータセット（ＰＰＳ）内で実施されてもよい。例えば、限定ではないが、エンコーダが、ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｐｓ＿ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ、ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ、および／またはｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１等のフィールドを使用して、再スケーリングされたパラメータを信号伝達してもよい。

さらに図１を参照すると、上記に説明されるようなＷパラメータおよびＨパラメータは、限定ではないが、それぞれ、変数ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬと、ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬとを使用して表され得、これらの変数は、信号伝達されたパラメータと変数との間の１つまたはそれを上回る数学的関係を使用して、上記に説明されるような信号伝達されたパラメータから導出され得る。例えば、限定ではないが、ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬは、以下の方程式に従って導出され得る。
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ ＝ ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ － ＳｕｂＷｉｄｔｈＣ ＊ （ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ ＋ ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ）

さらなる非限定的実施例として、ＣｕｒｒＰｉｃＳｃａｌＷｉｎＨｅｉｇｈｔＬは、以下の方程式に従って導出され得る。
ＣｕｒｒＰｉｃＳｃａｌＷｉｎＷｉｄｔｈＬ ＝ ｐｐｓ＿ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ － ＳｕｂＷｉｄｔｈＣ ＊ （ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ ＋ ｐｐｓ＿ｓｃａｌｉｎｇ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ）

当業者は、本開示の全体の精査に応じて、上記に説明される変数を導出するために使用され得る、種々の代替的算出を認識するであろう。エンコーダは、代替として、または加えて、例えば、限定ではないが、ＰＰＳおよび／またはＳＰＳ内で１つまたはそれを上回るそのような変数Ｒｃ、Ｒｃｈ、および／またはＲｃｗを直接信号伝達してもよい。

代替として、または加えて、依然として図１を参照すると、上記に説明されるような再スケーリング定数および／または再スケーリング定数のセットは、記憶されたスケーリング定数および／または複数のスケーリング定数、および／または以前に信号伝達および／または利用されたスケーリング定数および／または複数のスケーリング定数を使用して信号伝達されたフレームおよび／またはブロックのインデックスへの参照を使用して、ビットストリーム内で信号伝達されてもよい。記憶されたスケーリング定数のインデックスへの参照は、ビットストリーム内で信号伝達される１つまたはそれを上回る付加的パラメータから明示的に信号伝達される、および／または決定されてもよい。例えば、限定ではないが、デコーダは、基準フレームおよび／または現在のフレーム含有するピクチャの群を識別してもよく、再スケーリング定数が、現在のフレームおよび／またはピクチャの現在の群、または同等物に適用可能であるように信号伝達される基準フレームを用いて、そのようなピクチャの群内で以前に信号伝達および／または使用されている場合、デコーダは、現在のフレームを用いた再スケーリング定数としての使用のためにその再スケーリング定数を識別してもよい。

いくつかの実装では、図１を継続して参照すると、ＡＲＭ動作が、エンコードされたフレームのブロックレベルに応じて実行され得る。例えば、基準フレームが、最初に、再スケーリングされてもよく、続いて、予測が、図２に描写されるように実施されてもよい。図２は、基準フレーム、再スケーリングされた基準フレーム、および後続ブロック予測プロセスを描写する図である。ブロック予測プロセスは、元の基準フレームではなく、（スケーリングされた分解能を有する）スケーリングされた基準フレーム上で実施されてもよい。基準フレームを再スケーリングすることは、上記に説明されるように、エンコーダによって信号伝達される任意のパラメータに従って再スケーリングすることを含み得、例えば、限定ではないが、現在のピクチャを用いて使用されるべき基準フレームが、基準フレームまたは同等物と関連付けられるインデックス値への参照等を介して信号伝達される場合、信号伝達された基準フレームは、予測に先立って、上記に説明される再スケーリングの任意の方法に従って再スケーリングされてもよく、バッファは、デコード済ピクチャバッファ（ＤＣＢ）および／またはデコーダによって実装される１つまたはそれを上回る付加的なバッファを含んでもよい。再スケーリングされた基準フレームは、実施され得るフレーム読出に従って、限定ではないが、インデックスによってその中に含有されるフレームを識別するバッファを含み得る、メモリおよび／またはバッファ内に記憶されてもよい。予測プロセスは、例えば、運動補償を含む、インタピクチャ予測を含んでもよい。

依然として図２を参照すると、ブロックベースのＡＲＭのいくつかの実装は、フレーム全体にわたって同一のフィルタを適用することの代わりに、ブロック毎に最適なフィルタを適用することの柔軟性を可能にし得る。いくつかの実装では、（例えば、ピクセルおよびビットレートコストの均一性に基づく）いくつかのブロックが、（再スケーリングが、ビットレートを変化させないであろうような）スキップＡＲＭモードにあり得るように、スキップＡＲＭモードが、可能性として考えられ得る。スキップＡＲＭモードは、ビットストリーム内で信号伝達されてもよく、例えば、限定ではないが、スキップＡＲＭモードは、ＰＰＳパラメータ内で信号伝達されてもよい。代替として、または加えて、デコーダは、スキップＡＲＭモードが、デコーダによって設定された、および／またはビットストリーム内で信号伝達された１つまたはそれを上回るパラメータに基づいて、アクティブであることを決定してもよい。ブロックベースのＡＲＭ内で使用される空間フィルタは、限定ではないが、双三次補間を適用する双三次空間フィルタ、双線形補間を適用する双線形空間フィルタ、Ｌａｎｃｚｏｓフィルタリングを使用するＬａｎｃｚｏｓフィルタ、および／またはｓｉｎｃフィルタ、ｓｉｎｃ関数補間、および／または信号再構築技法の組み合わせを使用するＬａｎｃｚｏｓ再サンプリング、または同等物を含み得、当業者は、本開示の全体の精査に応じて、補間のために本開示に一貫して使用され得る、種々のフィルタを認識するであろう。代替として、または加えて、任意の輝度サンプル補間フィルタリングプロセスが、使用されてもよい。輝度サンプル補間は、スケーリングされていないサンプルアレイの２つの連続するサンプル値の間に該当する、半サンプル補間フィルタインデックスにおける補間値の算出を含んでもよい。補間値の算出は、限定ではないが、ルックアップテーブルからの係数および／または加重の読出によって実施されてもよく、ルックアップテーブルの選択は、例えば、上記に説明されるようなスケーリング定数を使用して決定されるような、コーディング単位および／またはスケーリング比量の運動モデルの関数として、実施されてもよい。算出は、限定ではないが、加重が、ルックアップテーブルから読み出される場合、隣接するピクセル値の加重和を実施することを含んでもよい。算出された値は、代替として、または加えて、偏移されてもよく、例えば、限定ではないが、値は、最小値（４、すなわち、ビット深度－８）、６、最大値（２、すなわち、１４－ビット深度）、または同等物だけ偏移されてもよい。当業者は、本開示の全体の精査に応じて、補間フィルタのために使用され得る種々の代替的または付加的実装を認識するであろう。

いくつかの実装では、さらに図２を参照すると、ＡＲＭパラメータが、単一ビットとしてエンコードされ得る、ＡＲＭ信号オン／オフデータフィールドおよび／または現在のセッション内で可能にされた明示的または暗黙的な分解能のリストを含み得る、分解能リストによって信号伝達されてもよい。分解能リストを使用して信号伝達されるパラメータは、分解能および／またはスケーリングの相対率のインデックスを使用して信号伝達され、リストからのそのような率（．．．、０．２５、０．５、１．５、２．０、．．．）は、現在のＡＲＭ内で使用されるべき分解能リスト上に列挙される以前の分解能に対するスケールを示してもよい。例えば、限定ではないが、ＡＲＭオン／オフ信号が、ｓｐｓ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇを使用してＳＰＳ内に提供されてもよい。代替として、または加えて、一般制約情報内に提供されるｇｃｉ＿ｎｏ＿ｒｅｆ＿ｐｉｃ＿ｒｅｓａｍｐｌｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、「真」または「１」に設定されると、ＳＰＳおよび／またはＰＰＳ内での信号伝達にかかわらず、ＡＲＭが使用され得ないことを示してもよい。

さらに図２を参照すると、フレームが、スケーリング定数Ｒｃおよび／または複数のスケーリング定数を使用して再スケーリングされてもよい。例えば、限定ではないが、スケーリング定数Ｒｃｈが、水平寸法において適用されてもよく、スケーリング定数Ｒｃｖが、垂直寸法において適用されてもよい。Ｒｃ＜１が、エンコードされるべきデータを縮小し、それによって、エンコードされるビデオのビットレートを縮小するために使用されてもよい。スケーリング率ＲｃｈおよびＲｃｖが、例えば、ビットストリーム内での包含またはいくつかの所定の値のうちの１つに対するインデックスの包含によって、デコーダに信号伝達されてもよい。Ｒｃｈ＝Ｒｃｖであるとき、１つのみの値が、受信機に信号伝達される必要がある。

いくつかの実装では、継続して図２を参照すると、フレームに関するスケーリング率は、フレームの同一のシーケンス内で変化してもよい。いくつかの実装では、二次パラメータシーケンス（ＳＰＳ）および／または一次パラメータシーケンス（ＰＰＳ）が、例えば、上記に説明されるように、効率的にスケーリング率を信号伝達するために使用されてもよい。複数のＰＰＳが、複数のスケーリング率が使用されるとき、使用されてもよい。いくつかの実装では、適切なＰＰＳが、使用されるスケーリング率を示すために、スライスヘッダおよび／またはタイルヘッダ内で信号伝達されてもよい。タイルまたはフレームレベルにおいてスケーリング率を適用することは、圧縮性能を最大限化するための柔軟性をもたらし得る。

信号伝達は、非限定的実施例では、ＳＰＳと、ＰＰＳとの組み合わせを使用することによって達成され得る。図３は、例示的シグナリングを図示する。

図４は、種々のユースケースにおけるビットレートの節約を可能にする、ビデオエンコーダおよび／またはデコーダのための付加的な柔軟性を可能にし得る、適応分解能管理のプロセス４００の例示的実施形態を図示する、プロセスフロー図である。

ステップ４０５において、依然として図４を参照すると、ビットストリームが、デコーダによって受信されてもよい。現在のブロックが、デコーダが受信するビットストリーム内に含有されてもよい。ビットストリームは、例えば、データ圧縮を使用するときのデコーダへの入力である、ビットのストリーム内に見出されるデータを含んでもよい。ビットストリームは、ビデオをデコードするために必要な情報を含んでもよい。受信することは、ビットストリームからブロックおよび関連付けられる信号伝達情報を抽出および／または解析することを含んでもよい。いくつかの実装では、現在のブロックは、例えば、下記にさらに詳細に説明されるように、コーディング木単位（ＣＴＵ）、コーディング単位（ＣＵ）、および／または予測単位（ＰＵ）を含んでもよい。

４１０において、図４を継続して参照すると、適応分解能管理モードがイネーブルにされているかどうかが、決定される。いくつかの実装では、適応分解能管理モードは、ビットストリーム内の単一ビットによって現在のブロックのために信号伝達される。適応分解能管理モードは、例えば、上記に説明されるように、ピクチャパラメータセット（ＰＰＳ）内、シーケンスパラメータセット（ＳＰＳ）内、および／またはスライスヘッダまたはタイルヘッダ内で信号伝達されてもよい。

依然として図４を参照すると、ステップ４１５において、垂直スケーリング定数成分と、水平スケーリング定数成分とを含む、スケーリング率が、ビットストリームを使用して決定されてもよく、これは、制限を伴わず、上記に説明されるように実装され得る。水平スケーリング定数成分が、垂直スケーリング定数成分に等しい場合、両方とも、水平スケーリング定数成分および垂直スケーリング定数成分の各スケーリング成分として使用されるべき単一の値を伴って同時に信号伝達されてもよい。

ステップ４２０において、図４を継続して参照すると、現在のブロックのピクセルデータが、適応分解能管理モードにおいて、決定されたスケーリング率を使用して再構築されてもよい。再構築することは、現在のブロックを水平スケーリング定数成分によって水平にスケーリングすることと、現在のブロックを垂直スケーリング定数成分によって垂直にスケーリングすることとを含んでもよい。

いくつかの実装では、可能にされた分解能を特徴付ける分解能リストが、ビットストリームを使用して決定されてもよい。いくつかの実装では、可能にされた分解能を特徴付ける分解能リストの中へのインデックスが、決定されてもよい。

図５は、本開示に説明されるような適応分解能管理信号伝達が可能である例示的デコーダ５００を図示する、システムブロック図である。デコーダ５００は、エントロピデコーダプロセッサ５０４、逆量子化および逆変換プロセッサ５０８、デブロッキングフィルタ５１２、フレームバッファ５１６、運動補償プロセッサ５２０、および／またはイントラ予測プロセッサ５２４を含んでもよい。

動作時、依然として図５を参照すると、ビットストリーム５２８が、デコーダ５００によって受信され、エントロピデコーダプロセッサ５０４に入力されてもよく、これは、ビットストリームの一部を量子化された係数にエントロピデコードしてもよい。量子化された係数は、逆量子化および逆変換プロセッサ５０８に提供されてもよく、これは、逆量子化および逆変換を実施し、残差信号を生成してもよく、これは、処理モードに従って、運動補償プロセッサ５２０またはイントラ予測プロセッサ５２４の出力に追加されてもよい。運動補償プロセッサ５２０およびイントラ予測プロセッサ５２４の出力は、以前にデコードされたブロックに基づくブロック予測を含んでもよい。予測および残差の合計が、デブロッキングフィルタ５１２によって処理され、フレームバッファ５１６内に記憶されてもよい。

図６は、種々のユースケースにおけるビットレートの節約を可能にする、ビデオエンコーダおよび／またはデコーダのための付加的な柔軟性を可能にし得る、適応分解能管理を用いてビデオをエンコードする例示プロセス６００を図示する、プロセスフロー図である。ステップ６０５において、ビデオフレームが、例えば、ピクチャフレームをＣＴＵおよびＣＵにパーティション化することを含み得る、木構造化マクロブロックパーティション化スキームを使用する、初期ブロックセグメント化を受けてもよい。

ステップ６１０において、依然として図６を参照すると、ブロックベースの適応分解能管理が、フレームまたはその一部の分解能スケーリングを含め、実施されてもよい。

ステップ６１５において、図６を継続して参照すると、ブロックが、エンコードされ、ビットストリーム内に含まれてもよい。エンコードすることは、例えば、インタ予測モードおよびイントラ予測モードを利用することを含んでもよい。

図７は、本開示に説明されるような適応分解能管理信号伝達が可能である例示的ビデオエンコーダ７００を図示する、システムブロック図である。例示的ビデオエンコーダ７００は、入力ビデオ７０４を受信してもよく、これは、最初に、木構造化マクロブロックパーティション化スキーム（例えば、四分木＋二分木）等の処理スキームに従って、セグメント化または分割されてもよい。木構造化マクロブロックパーティション化スキームの実施例は、ピクチャフレームをコーディング木単位（ＣＴＵ）と呼ばれる大きいブロック要素にパーティション化することを含んでもよい。いくつかの実装では、各ＣＴＵはさらに、コーディング単位（ＣＵ）と呼ばれる、いくつかのサブブロックに１回またはそれを上回る回数だけパーティション化されてもよい。本パーティション化の最終結果は、予測単位（ＰＵ）と呼ばれ得る、サブブロックの群を含んでもよい。変換単位（ＴＵ）もまた、利用されてもよい。

依然として図７を参照すると、例示的ビデオエンコーダ７００は、イントラ予測プロセッサ７０８、大域的運動ベクトル候補を運動ベクトル候補リストに追加することを含め、運動ベクトル候補リストを構築することが可能である、インタ予測プロセッサとも称され得る、運動推定／補償プロセッサ７１２、変換／量子化プロセッサ７１６、逆量子化／逆変換プロセッサ７２０、ループ内フィルタ７２４、デコード済ピクチャバッファ７２８、および／またはエントロピコーディングプロセッサ７３２を含んでもよい。ビットストリームパラメータが、出力ビットストリーム７３６内での包含のために、エントロピコーディングプロセッサ７３２に入力されてもよい。

動作時、継続して図７を参照すると、入力ビデオ７０４のフレームのブロック毎に、イントラピクチャ予測を介して、または運動推定／補償を使用して、ブロックを処理するかどうかが、決定されてもよい。ブロックは、イントラ予測プロセッサ７０８または運動推定／補償プロセッサ７１２に提供されてもよい。ブロックが、イントラ予測を介して処理されるべきである場合、イントラ予測プロセッサ７０８は、処理を実施し、予測因子を出力してもよい。ブロックが、運動推定／補償を介して処理されるべきである場合、運動推定／補償プロセッサ７１２は、適用可能である場合、大域的運動ベクトル候補を運動ベクトル候補リストに追加することを含め、運動ベクトル候補リストを構築することを含む、処理を実施してもよい。

さらに図７を参照すると、残差が、入力ビデオから予測因子を減算することによって形成されてもよい。残差は、変換／量子化プロセッサ７１６によって受信されてもよく、これは、変換処理（例えば、離散コサイン変換（ＤＣＴ））を実施し、量子化され得る、係数を生産してもよい。量子化された係数および任意の関連付けられる信号伝達情報が、出力ビットストリーム７３６内でのエントロピエンコーディングおよび包含のために、エントロピコーディングプロセッサ７３２に提供されてもよい。エントロピエンコーディングプロセッサ７３２は、現在のブロックをエンコードすることに関連する信号伝達情報のエンコーディングを支援してもよい。加えて、量子化された係数は、予測因子と組み合わせられ、ループ内フィルタ７２４によって処理され得るピクセルを再現し得る、逆量子化／逆変換プロセッサ７２０に提供されてもよく、その出力は、大域的運動ベクトル候補を運動ベクトル候補リストに追加することを含め、運動ベクトル候補リストを構築することが可能である、運動推定／補償プロセッサ７１２による使用のために、デコード済ピクチャバッファ７２８内に記憶されてもよい。

図７を継続して参照すると、いくつかの変形例が、上記に詳細に説明されているが、他の修正または追加も、可能性として考えられる。例えば、いくつかの実装では、現在のブロックは、任意の対称ブロック（８×８、１６×１６、３２×３２、６４×６４、１２８×１２８、および同等物）および任意の非対称ブロック（８×４、１６×８、および同等物）を含んでもよい。

いくつかの実装では、依然として図７を参照すると、四分木＋二分決定木（ＱＴＢＴ）が、実装されてもよい。ＱＴＢＴでは、コーディング木単位レベルにおいて、ＱＴＢＴのパーティションパラメータが、いかなるオーバーヘッドも伝送することなく、ローカル特性に適合するように動的に導出されてもよい。続いて、コーディング単位レベルにおいて、ジョイント分類子決定木構造が、不必要な反復を排除し、誤った予測のリスクを制御してもよい。いくつかの実装では、ＬＴＲフレームブロック更新モードが、ＱＴＢＴの葉ノード毎の利用可能な付加的選択肢として、利用可能であってもよい。

いくつかの実装では、依然として図７を参照すると、付加的な構文要素が、ビットストリームの異なる階層レベルにおいて信号伝達されてもよい。例えば、フラグが、シーケンスパラメータセット（ＳＰＳ）内にコーディングされるイネーブルにされたフラグを含むことによって、シーケンス全体にわたってイネーブルにされてもよい。さらに、ＣＴＵフラグが、コーディング木単位（ＣＴＵ）レベルにおいてコーディングされてもよい。

いくつかの実施形態は、１つまたはそれを上回るコンピューティングシステムの１つまたはそれを上回るデータプロセッサによって実行されると、少なくとも１つのデータプロセッサに本明細書における動作を実施させる命令を記憶する、非一過性コンピュータプログラム製品（すなわち、物理的に具現化されたコンピュータプログラム製品）を含んでもよい。

本明細書に開示される実施形態は、ビットストリームを受信し、ビットストリームを使用して、適応分解能管理モードがイネーブルにされているかどうかを決定し、ビットストリームを使用して、垂直スケーリング定数成分と、水平スケーリング定数成分とを含む、スケーリング率を決定し、決定されたスケーリング率を使用して、適応分解能管理モードにおいて現在のブロックのピクセルデータを再構築することであって、現在のブロックを水平スケーリング定数成分によって水平にスケーリングすることと、現在のブロックを垂直スケーリング定数成分によって垂直にスケーリングすることとを含む、ことを実施するように構成される、回路網を有する、デコーダを含む。

実施形態では、適応分解能管理モードが、ビットストリーム内の単一ビットによって現在のブロックのために信号伝達されてもよい。適応分解能管理モードは、ピクチャパラメータセット（ＰＰＳ）内で信号伝達されてもよい。適応分解能管理モードは、シーケンスパラメータセット（ＳＰＳ）内で信号伝達されてもよい。適応分解能管理モードは、スライスヘッダまたはタイルヘッダ内で信号伝達されてもよい。デコーダはさらに、ビットストリームを使用して、可能にされた分解能を特徴付ける分解能リストを決定するように構成されてもよい。デコーダはさらに、ビットストリームを使用して、可能にされた分解能を特徴付ける分解能リストの中へのインデックスを決定するように構成されてもよい。デコーダは、ビットストリームを受信し、ビットストリームを量子化された係数にデコードするように構成される、エントロピデコーダプロセッサと、逆離散コサインを実施することを含む、量子化された係数を処理するように構成される、逆量子化および逆変換プロセッサと、デブロッキングフィルタと、フレームバッファと、イントラ予測プロセッサとを含んでもよい。現在のブロックは、四分木＋二分決定木の一部を形成してもよい。現在のブロックは、コーディング木単位を含んでもよい。現在のブロックは、コーディング単位を含んでもよい。現在のブロックは、予測単位を含んでもよい。

本明細書に開示される実施形態は、ビットストリームを受信することと、ビットストリームを使用して、適応分解能管理モードがイネーブルにされているかどうかを決定することと、ビットストリームを使用して、垂直スケーリング定数成分と、水平スケーリング定数成分とを含む、スケーリング率を決定することと、決定されたスケーリング率を使用して、適応分解能管理モードにおいて現在のブロックのピクセルデータを再構築することであって、現在のブロックを水平スケーリング定数成分によって水平にスケーリングすることと、現在のブロックを垂直スケーリング定数成分によって垂直にスケーリングすることとを含む、こととを含み得る、方法を含んでもよい。

適応分解能管理モードは、ビットストリーム内の単一ビットによって現在のブロックのために信号伝達されてもよい。適応分解能管理モードは、ピクチャパラメータセット（ＰＰＳ）内で信号伝達されてもよい。適応分解能管理モードは、シーケンスパラメータセット（ＳＰＳ）内で信号伝達されてもよい。適応分解能管理モードは、スライスヘッダまたはタイルヘッダ内で信号伝達されてもよい。本方法は、ビットストリームを使用して、可能にされた分解能を特徴付ける分解能リストを決定することを含んでもよい。本方法は、ビットストリームを使用して、可能にされた分解能を特徴付ける分解能リストの中へのインデックスを決定することを含んでもよい。受信すること、決定すること、および再構築することのうちの少なくとも１つが、ビットストリームを受信し、ビットストリームを量子化された係数にデコードするように構成される、エントロピデコーダプロセッサと、逆離散コサインを実施することを含む、量子化された係数を処理するように構成される、逆量子化および逆変換プロセッサと、デブロッキングフィルタと、フレームバッファと、イントラ予測プロセッサとを含む、デコーダによって実施される。現在のブロックは、四分木＋二分決定木の一部を形成してもよい。現在のブロックは、コーディング木単位を含んでもよい。現在のブロックは、コーディング単位を含んでもよい。現在のブロックは、予測単位を含んでもよい。

本明細書に説明される側面および実施形態のうちの任意の１つまたはそれを上回るものが、コンピュータ技術分野の当業者に明白となるであろうように、本明細書の教示に従ってプログラムされる、１つまたはそれを上回る機械（例えば、電子文書のためのユーザコンピューティングデバイス、文書サーバ等の１つまたはそれを上回るサーバデバイス等として利用される、１つまたはそれを上回るコンピューティングデバイス）内に実現および／または実装されるような、デジタル電子回路網、集積回路網、特別に設計された特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コンピュータハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組み合わせを使用して、便宜的に実装され得ることに留意されたい。これらの種々の側面または特徴は、データおよび命令を、ストレージシステム、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスから受信し、データおよび命令をそれらに伝送するように結合される、特殊目的または汎用目的であり得る、少なくとも１つのプログラマブルプロセッサを含む、プログラマブルシステム上で実行可能および／または解釈可能である、１つまたはそれを上回るコンピュータプログラムおよび／またはソフトウェア内での実装を含んでもよい。適切なソフトウェアコーディングが、ソフトウェア技術分野の当業者に明白となるであろうように、本開示の教示に基づいて、熟練したプログラマによって容易に調製され得る。ソフトウェアおよび／またはソフトウェアモジュールを採用する、上記に議論される側面および実装もまた、ソフトウェアおよび／またはソフトウェアモジュールの機械実行可能命令の実装を補助するために適切なハードウェアを含んでもよい。

そのようなソフトウェアは、機械可読記憶媒体を採用する、コンピュータプログラム製品であってもよい。機械可読記憶媒体は、機械（例えば、コンピューティングデバイス）による実行のための命令のシーケンスを記憶および／またはエンコードすることが可能であり、機械に本明細書に説明される方法論および／または実施形態のいずれか１つを実施させる、任意の媒体であってもよい。機械可読記憶媒体の実施例は、限定ではないが、磁気ディスク、光ディスク（例えば、ＣＤ、ＣＤ－Ｒ、ＤＶＤ、ＤＶＤ－Ｒ等）、光磁気ディスク、読取専用メモリ「ＲＯＭ」デバイス、ランダムアクセスメモリ「ＲＡＭ」デバイス、磁気カード、光学カード、ソリッドステートメモリデバイス、ＥＰＲＯＭ、ＥＥＰＲＯＭ、プログラマブル論理デバイス（ＰＬＤ）、および／またはそれらの任意の組み合わせを含む。機械可読媒体は、本明細書で使用されるように、単一の媒体、および、例えば、コンピュータメモリとの組み合わせにおける、コンパクトディスクまたは１つまたはそれを上回るハードディスクドライブの集合等の、物理的に別個の媒体の集合を含むことを意図する。本明細書で使用されるように、機械可読記憶媒体は、信号伝送の一過性形態を含まない。

そのようなソフトウェアはまた、搬送波等のデータキャリア上のデータ信号として搬送される情報（例えば、データ）を含んでもよい。例えば、機械実行可能情報は、信号が、機械（例えば、コンピューティングデバイス）による実行のために命令のシーケンスまたはその一部をエンコードする、データキャリアの中に具現化されるデータ搬送信号、および機械に本明細書に説明される方法論および／または実施形態のいずれか１つを実施させる、任意の関連する情報（例えば、データ構造およびデータ）として含まれてもよい。

コンピューティングデバイスの実施例は、限定ではないが、電子書籍読取デバイス、コンピュータワークステーション、端末コンピュータ、サーバコンピュータ、ハンドヘルドデバイス（例えば、タブレット型コンピュータ、スマートフォン等）、ウェブ装置、ネットワークルータ、ネットワークスイッチ、ネットワークブリッジ、その機械およびそれらの任意の組み合わせによってとられるべきアクションを規定する命令のシーケンスを実行することが可能である、任意の機械を含む。一実施例では、コンピューティングデバイスは、キオスクを含む、および／またはその中に含まれてもよい。

図８は、制御システムに本開示の側面および／または方法論のうちのいずれか１つまたはそれを上回るものを実施させるための命令のセットが実行され得る、コンピュータシステム８００の例示的形態におけるコンピューティングデバイスの一実施形態の図式表現を示す。また、複数のコンピューティングデバイスが、本デバイスのうちの１つまたはそれを上回るものに、本開示の側面および／または方法論のうちのいずれか１つまたはそれを上回るものを実施させるための命令の特別に構成されるセットを実装するために利用され得ることも、想定される。コンピュータシステム８００は、バス８１２を介して相互および他のコンポーネントと通信する、プロセッサ８０４と、メモリ８０８とを含む。バス８１２は、限定ではないが、種々のバスアーキテクチャのうちのいずれかを使用する、メモリバス、メモリコントローラ、周辺機器用バス、ローカルバス、およびそれらの任意の組み合わせを含む、いくつかのタイプのバス構造のうちのいずれかを含んでもよい。

メモリ８０８は、限定ではないが、ランダムアクセスメモリコンポーネント、読取専用コンポーネント、およびそれらの任意の組み合わせを含む、種々のコンポーネント（例えば、機械可読媒体）を含んでもよい。一実施例では、立ち上げの間等にコンピュータシステム８００内の要素の間で情報を転送することに役立つ基本ルーチンを含む、基本入力／出力システム８１６（ＢＩＯＳ）が、メモリ８０８内に記憶されてもよい。メモリ８０８はまた、本開示の側面および／または方法論のうちのいずれか１つまたはそれを上回るものを具現化する、命令（例えば、ソフトウェア）８２０を含んで（例えば、１つまたはそれを上回る機械可読媒体上に記憶されて）もよい。別の実施例では、メモリ８０８はさらに、限定ではないが、オペレーティングシステム、１つまたはそれを上回るアプリケーションプログラム、他のプログラムモジュール、プログラムデータ、およびそれらの任意の組み合わせを含む、任意の数のプログラムモジュールを含んでもよい。

コンピュータシステム８００はまた、記憶デバイス８２４を含んでもよい。記憶デバイス（例えば、記憶デバイス８２４）の実施例は、限定ではないが、ハードディスクドライブ、磁気ディスクドライブ、光学媒体との組み合わせにおける、光ディスクドライブ、ソリッドステートメモリデバイス、およびそれらの任意の組み合わせを含む。記憶デバイス８２４は、適切なインターフェース（図示せず）によってバス８１２に接続されてもよい。例示的インターフェースは、限定ではないが、ＳＣＳＩ、アドバンスト・テクノロジー・アタッチメント（ＡＴＡ）、シリアルＡＴＡ、ユニバーサルシリアルバス（ＵＳＢ）、ＩＥＥＥ １３９４（ＦＩＲＥＷＩＲＥ（登録商標））、およびそれらの任意の組み合わせを含む。一実施例では、記憶デバイス８２４（または１つまたはそれを上回るそのコンポーネント）は、（例えば、外部ポートコネクタ（図示せず）を介して）コンピュータシステム８００と除去可能にインターフェースをとられてもよい。特に、記憶デバイス８２４および関連付けられる機械可読媒体８２８は、コンピュータシステム８００のための機械可読命令、データ構造、プログラムモジュール、および／または他のデータの不揮発性および／または揮発性記憶装置を提供してもよい。一実施例では、ソフトウェア８２０は、完全または部分的に、機械可読媒体８２８内に常駐してもよい。別の実施例では、ソフトウェア８２０は、完全または部分的に、プロセッサ８０４内に常駐してもよい。

コンピュータシステム８００はまた、入力デバイス８３２を含んでもよい。一実施例では、コンピュータシステム８００のユーザが、入力デバイス８３２を介してコンピュータシステム８００の中にコマンドおよび／または他の情報を打ち込んでもよい。入力デバイス８３２の実施例は、限定ではないが、英数字入力デバイス（例えば、キーボード）、ポインティングデバイス、ジョイスティック、ゲームパッド、オーディオ入力デバイス（例えば、マイクロホン、音声応答システム等）、カーソル制御デバイス（例えば、マウス）、タッチパッド、光学スキャナ、ビデオ捕捉デバイス（例えば、静止カメラ、ビデオカメラ）、タッチスクリーン、およびそれらの任意の組み合わせを含む。入力デバイス８３２は、限定ではないが、シリアルインターフェース、パラレルインターフェース、ゲームポート、ＵＳＢインターフェース、ＦＩＲＥＷＩＲＥ（登録商標）インターフェース、バス８１２への直接的インターフェース、およびそれらの任意の組み合わせを含む、種々のインターフェース（図示せず）のうちのいずれかを介して、バス８１２にインターフェースをとられてもよい。入力デバイス８３２は、さらに下記に議論される、ディスプレイ８３６の一部である、またはそれと別個であり得る、タッチスクリーンインターフェースを含んでもよい。入力デバイス８３２は、上記に説明されるようなグラフィカルインターフェース内で１つまたはそれを上回るグラフィック表現を選択するための、ユーザ選択デバイスとして利用されてもよい。

ユーザはまた、記憶デバイス８２４（例えば、リムーバブルディスクドライブ、フラッシュドライブ等）および／またはネットワークインターフェースデバイス８４０を介してコマンドおよび／または他の情報をコンピュータシステム８００に入力してもよい。ネットワークインターフェースデバイス８４０等のネットワークインターフェースデバイスは、ネットワーク８４４等の種々のネットワークのうちの１つまたはそれを上回るもの、およびそれに接続される１つまたはそれを上回る遠隔デバイス８４８にコンピュータシステム８００を接続するために利用されてもよい。ネットワークインターフェースデバイスの実施例は、限定ではないが、ネットワークインターフェースカード（例えば、モバイルネットワークインターフェースカード、ＬＡＮカード）、モデム、およびそれらの任意の組み合わせを含む。ネットワークの実施例は、限定ではないが、広域ネットワーク（例えば、インターネット、企業ネットワーク）、ローカルエリアネットワーク（例えば、オフィス、ビル、キャンパス、または他の比較的に小さい地理的空間と関連付けられるネットワーク）、電話ネットワーク、電話／音声プロバイダと関連付けられるデータネットワーク（例えば、モバイル通信プロバイダのデータおよび／または音声ネットワーク）、２つのコンピューティングデバイス間の直接的接続、およびそれらの任意の組み合わせを含む。ネットワーク８４４等のネットワークは、通信の有線モードおよび／または無線のモードを採用してもよい。一般に、いかなるネットワークトポロジも、使用され得る。情報（例えば、データ、ソフトウェア８２０等）が、ネットワークインターフェースデバイス８４０を介してコンピュータシステム８００に、および／またはそれから通信されてもよい。

コンピュータシステム８００はさらに、ディスプレイデバイス８３６等のディスプレイデバイスに表示可能な画像を通信するための、ビデオディスプレイアダプタ８５２を含んでもよい。ディスプレイデバイスの実施例は、限定ではないが、液晶ディスプレイ（ＬＣＤ）、陰極線管（ＣＲＴ）、プラズマディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、およびそれらの任意の組み合わせを含む。ディスプレイアダプタ８５２およびディスプレイデバイス８３６は、プロセッサ８０４との組み合わせにおいて利用され、本開示の側面のグラフィック表現を提供してもよい。ディスプレイデバイスに加えて、コンピュータシステム８００は、限定ではないが、オーディオスピーカ、プリンタ、およびそれらの任意の組み合わせを含む、１つまたはそれを上回る他の周辺出力デバイスを含んでもよい。そのような周辺出力デバイスは、周辺インターフェース８５６を介してバス８１２に接続されてもよい。周辺インターフェースの実施例は、限定ではないが、シリアルポート、ＵＳＢ接続、ＦＩＲＥＷＩＲＥ（登録商標）接続、パラレル接続、およびそれらの任意の組み合わせを含む。

前述は、本発明の例証的実施形態の詳細な説明である。種々の修正および追加が、本発明の精神および範囲から逸脱することなく成され得る。上記に説明される種々の実施形態のそれぞれの特徴が、関連付けられる新しい実施形態における複数の特徴の組み合わせを提供するために、適宜、他の説明される実施形態の特徴と組み合わせられ得る。さらに、前述は、いくつかの別個の実施形態を説明するが、本明細書に説明されているものは、本発明の原理の適用を例証するにすぎない。加えて、本明細書における特定の方法は、具体的な順序で実施されているものとして例証および／または説明され得るが、順序は、本明細書に開示されるような実施形態を達成するために、当業者間で非常に変動し易い。故に、本説明は、実施例のみとして捉えられることを意図し、別様に本発明の範囲を限定するようには意図していない。

上記の説明において、および請求項において、「～のうちの少なくとも１つ」または「～のうちの１つまたはそれを上回るもの」等の語句が、生じ、要素または特徴の接続的列挙が後に続き得る。用語「および／または」もまた、２つまたはそれを上回る要素または特徴の列挙内に生じ得る。そのような語句が使用される文脈によって別様に暗示的または明示的に反論されない限り、これは、個々に列挙される要素または特徴のいずれか、または他の引用される要素または特徴のいずれかとの組み合わせにおいて引用される要素または特徴のいずれかを意味することを意図している。例えば、語句「ＡおよびＢのうちの少なくとも一方」、「ＡおよびＢのうちの一方またはそれを上回るもの」、および「Ａおよび／またはＢ」は、それぞれ、「Ａを単独で、Ｂを単独で、またはＡおよびＢをともに」を意味することを意図している。類似の解釈がまた、３つまたはそれを上回るアイテムを含む列挙に関しても意図される。例えば、語句「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたはそれを上回るもの」、および「Ａ、Ｂ、および／またはＣ」はそれぞれ、「Ａを単独で、Ｂを単独で、Ｃを単独で、ＡおよびＢをともに、ＡおよびＣをともに、ＢおよびＣをともに、またはＡおよびＢおよびＣをともに」を意味することを意図する。加えて、上記における、および請求項内での用語「～に基づいて」の使用は、引用されていない特徴または要素もまた、許容可能であるように、「少なくとも、～に基づいて」を意味することを意図する。

本明細書に説明される主題は、所望の構成に応じて、システム、装置、方法、および／または物品において具現化されることができる。前述の説明に記載される実装は、本明細書に説明される主題に一貫した全実装を表すわけではない。代わりに、それらは、説明される主題に関連する側面に一貫するいくつかの実施例にすぎない。いくつかの変形例が、上記で詳細に説明されているが、他の修正または追加も、可能性として考えられる。特に、さらなる特徴および／または変形例が、本明細書に記載されるものに加えて、提供されることができる。例えば、上記で説明される実装は、開示される特徴の種々の組み合わせおよび副次的組み合わせおよび／または上記に開示される、いくつかのさらなる特徴の組み合わせおよび副次的組み合わせを対象とすることができる。加えて、付随の図に描写される、および／または本明細書に説明される論理フローは、望ましい結果を達成するために、必ずしも、示される特定の順序または順次順序を要求しない。他の実装も、以下の請求項の範囲内にあり得る。

Claims (24)

1. デコーダであって、前記デコーダは、回路網を備え、前記回路網は、
   ビットストリームを受信することと、
   前記ビットストリームを使用して、適応分解能管理モードがイネーブルにされているかどうかを決定することと、
   前記ビットストリームを使用して、垂直スケーリング定数成分と、水平スケーリング定数成分とを含むスケーリング率を決定することと、
   前記決定されたスケーリング率を使用して、適応分解能管理モードにおいて現在のブロックのピクセルデータを再構築することであって、前記再構築することは、前記現在のブロックを前記水平スケーリング定数成分によって水平にスケーリングすることと、前記現在のブロックを前記垂直スケーリング定数成分によって垂直にスケーリングすることとを含む、ことと
   を行うように構成される、デコーダ。
2. 前記適応分解能管理モードは、前記ビットストリーム内の単一ビットによって前記現在のブロックのために信号伝達される、請求項１に記載のデコーダ。
3. 前記適応分解能管理モードは、ピクチャパラメータセット（ＰＰＳ）内で信号伝達される、請求項１に記載のデコーダ。
4. 前記適応分解能管理モードは、シーケンスパラメータセット（ＳＰＳ）内で信号伝達される、請求項１に記載のデコーダ。
5. 前記適応分解能管理モードは、スライスヘッダまたはタイルヘッダ内で信号伝達される、請求項１に記載のデコーダ。
6. 前記デコーダはさらに、前記ビットストリームを使用して、可能にされた分解能を特徴付ける分解能リストを決定するように構成される、請求項１に記載のデコーダ。
7. 前記デコーダはさらに、前記ビットストリームを使用して、可能にされた分解能を特徴付ける分解能リストの中へのインデックスを決定するように構成される、請求項１に記載のデコーダ。
8. エントロピデコーダプロセッサであって、前記エントロピデコーダプロセッサは、前記ビットストリームを受信し、前記ビットストリームを量子化された係数にデコードするように構成される、エントロピデコーダプロセッサと、
   逆量子化および逆変換プロセッサであって、前記逆量子化および逆変換プロセッサは、逆離散コサインを実施することを含む前記量子化された係数を処理するように構成される、逆量子化および逆変換プロセッサと、
   デブロッキングフィルタと、
   フレームバッファと、
   イントラ予測プロセッサと
   をさらに備える、請求項１に記載のデコーダ。
9. 前記現在のブロックは、四分木＋二分決定木の一部を形成する、請求項１に記載のデコーダ。
10. 前記現在のブロックは、コーディング木単位である、請求項１に記載のデコーダ。
11. 前記現在のブロックは、コーディング単位である、請求項１に記載のデコーダ。
12. 前記現在のブロックは、予測単位である、請求項１に記載のデコーダ。
13. 方法であって、
    ビットストリームを受信することと、
    前記ビットストリームを使用して、適応分解能管理モードがイネーブルにされているかどうかを決定することと、
    前記ビットストリームを使用して、垂直スケーリング定数成分と、水平スケーリング定数成分とを含むスケーリング率を決定することと、
    前記決定されたスケーリング率を使用して、適応分解能管理モードにおいて現在のブロックのピクセルデータを再構築することであって、前記再構築することは、前記現在のブロックを前記水平スケーリング定数成分によって水平にスケーリングすることと、前記現在のブロックを前記垂直スケーリング定数成分によって垂直にスケーリングすることとを含む、ことと
    を含む、方法。
14. 前記適応分解能管理モードは、前記ビットストリーム内の単一ビットによって前記現在のブロックのために信号伝達される、請求項１３に記載の方法。
15. 前記適応分解能管理モードは、ピクチャパラメータセット（ＰＰＳ）内で信号伝達される、請求項１３に記載の方法。
16. 前記適応分解能管理モードは、シーケンスパラメータセット（ＳＰＳ）内で信号伝達される、請求項１３に記載の方法。
17. 前記適応分解能管理モードは、スライスヘッダまたはタイルヘッダ内で信号伝達される、請求項１３に記載の方法。
18. 前記ビットストリームを使用して、可能にされた分解能を特徴付ける分解能リストを決定することをさらに含む、請求項１３に記載の方法。
19. 前記ビットストリームを使用して、可能にされた分解能を特徴付ける分解能リストの中へのインデックスを決定することをさらに含む、請求項１３に記載の方法。
20. 前記受信すること、前記決定すること、および前記再構築することのうちの少なくとも１つが、デコーダによって実施され、前記デコーダは、
    エントロピデコーダプロセッサであって、前記エントロピデコーダプロセッサは、前記ビットストリームを受信し、前記ビットストリームを量子化された係数にデコードするように構成される、エントロピデコーダプロセッサと、
    逆量子化および逆変換プロセッサであって、前記逆量子化および逆変換プロセッサは、逆離散コサインを実施することを含む前記量子化された係数を処理するように構成される、逆量子化および逆変換プロセッサと、
    デブロッキングフィルタと、
    フレームバッファと、
    イントラ予測プロセッサと
    を備える、請求項１３に記載の方法。
21. 前記現在のブロックは、四分木＋二分決定木の一部を形成する、請求項１３に記載の方法。
22. 前記現在のブロックは、コーディング木単位である、請求項１３に記載の方法。
23. 前記現在のブロックは、コーディング単位である、請求項１３に記載の方法。
24. 前記現在のブロックは、予測単位である、請求項１３に記載の方法。

Images