JP2022544157A - 適応分解能管理予測再スケーリング - 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