JP2022524917A - 延長された長期参照ピクチャ保持の明示的信号伝達 - Google Patents

Abstract

デコーダは、回路を含み、回路は、ビットストリームを受信することと、参照リスト内に複数の長期参照フレームを記憶することと、保持時間に基づく時間の長さにわたって参照リスト内に長期参照フレームを保持することと、参照リスト内に保持されている長期参照フレームを使用して、ビデオの少なくとも一部をデコードすることとを行うように構成される。関連する装置、システム、技法、および物品もまた、説明される。記憶されている長期参照フレーム内の各長期参照フレームは、関連付けられる保持時間を含み得る。

Description

本願は、２０１９年１月２８日に出願され「ＥＸＰＬＩＣＩＴ ＳＩＧＮＡＬＩＮＧ ＯＦ ＥＸＴＥＮＤＥＤ ＬＯＮＧ ＴＥＲＭ ＲＥＦＥＲＥＮＣＥ ＰＩＣＴＵＲＥ ＲＥＴＥＮＴＩＯＮ」と題された米国仮特許出願第６２／７９７，８０６号の優先権の利益を主張し、これは、参照することによってその全体として本明細書に援用される。

本発明は、概して、ビデオ圧縮の分野に関する。具体的には、本発明は、延長された長期参照ピクチャ保持の明示的信号伝達を対象とする。

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

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

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

動き補償は、ビデオにおけるカメラおよび／またはオブジェクトの動きを考慮することによって、以前および／または将来のフレーム等の参照フレームを前提として、ビデオフレームまたはその一部を予測するためのアプローチを含み得る。これは、ビデオ圧縮のためのビデオデータのエンコーディングおよびデコーディングにおいて、例えば、動画専門家集団（ＭＰＥＧ）－２（アドバンスドビデオコーディング（ＡＶＣ）およびＨ．２６４とも称される）規格を使用するエンコーディングおよびデコーディングにおいて採用されることができる。動き補償は、参照ピクチャの現在のピクチャへの変換の観点からピクチャを記述することができる。参照ピクチャは、現在のピクチャと比較すると時間的に以前のものであるか、現在のピクチャと比較すると将来からのものであるか、または長期参照（ＬＴＲ）フレームを含むことができる。画像が、以前に伝送され、かつ／または記憶されている画像から正確に合成されることができるとき、圧縮効率は、改良されることができる。

長期参照（ＬＴＲ）フレームは、ＭＰＥＧ－２、Ｈ．２６４（ＡＶＣまたはＭＰＥＧ－４ Ｐａｒｔ１０とも称される）、およびＨ．２６５（高効率ビデオコーディング（ＨＥＶＣ）とも称される）等のビデオコーディング規格において使用されている。ビデオビットストリーム内のＬＴＲフレームとしてマーキングされるフレームは、これがビットストリーム信号伝達によって明示的に除去されるまで、参照としての使用のために利用可能である。ＬＴＲフレームは、長い周期にわたって静的背景（例えば、ビデオ会議における背景または駐車場監視のビデオ）を有する場面における予測および圧縮効率を改良する。しかしながら、経時的に、場面の背景は、徐々に変化する（例えば、空いたスポットに自動車が駐車されると、自動車が背景場面の一部になる）。したがって、ＬＴＲフレームを更新することは、より良好な予測を可能にすることによって圧縮性能を改良する。

Ｈ．２６４およびＨ．２６５等の現在の規格は、新たにデコードされたフレームを信号伝達することによるＬＴＲフレームの更新が、保存され、参照フレームとして利用可能にされることを可能にする。そのような更新は、エンコーダによって信号伝達され、フレーム全体が更新される。しかし、フレーム全体を更新することは、コストがかかり得る。また、ＬＴＲフレームが更新されるとき、前のＬＴＲフレームは破棄される。前の破棄されたＬＴＲフレームと関連付けられる静的背景がビデオ内で再び生じる場合（例えば、第１の場面から第２の場面に、次いで、第１の場面に戻るように切り替わるビデオ内等）、前のＬＴＲフレームは、ビットストリーム内で再びエンコードされなければならず、これは、圧縮効率を低減させる。

ある側面では、デコーダは、回路を含み、回路は、ビットストリームを受信することと、参照リスト内に複数の長期参照フレームを記憶することと、保持時間に基づく時間の長さにわたって参照リスト内に長期参照フレームを保持することと、参照リスト内に保持される長期参照フレームを使用して、ビデオの少なくとも一部をデコードすることとを行うように構成される。

別の側面では、方法は、デコーダがビットストリームを受信することを含む。方法は、デコーダが参照リスト内に複数の長期参照フレームを記憶することを含む。方法は、デコーダが保持時間に基づく時間の長さにわたって参照リスト内に長期参照フレームを保持することを含む。方法は、デコーダが参照リスト内に保持される長期参照フレームを使用してビデオの少なくとも一部をデコードすることを含む。

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

本発明を例証する目的のために、図面は、本発明の１つ以上の実施形態の側面を示す。しかしながら、本発明が図面に示される精密な配列および手段に限定されないことを理解されたい。
図１は、長い期間にわたるフレーム予測に関するある例示的参照リストを例証する。

図２は、ｅＬＴＲフレームが参照リスト内に保持される延長された長期参照（ｅＬＴＲ）フレーム保持のある例示的プロセスを例証するプロセスフロー図である。

図３は、参照リスト内に保持されるｅＬＴＲフレームを伴うビットストリームをデコードすることが可能なある例示的デコーダを例証するシステムブロック図である。

図４は、いくつかの既存のアプローチと比較した圧縮効率改良を可能にすることができる、本主題のいくつかの側面による参照リスト内に保持されるｅＬＴＲフレームを伴うビデオをエンコードするある例示的プロセスを例証するプロセスフロー図である。

図５は、参照リスト内のｅＬＴＲ保持のために信号伝達することが可能なある例示的ビデオエンコーダを例証するシステムブロック図である。

図６は、本明細書に開示される方法のいずれか１つ以上およびそのいずれか１つ以上の部分を実装するために使用されることができるコンピューティングシステムのブロック図である。

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

長期参照ピクチャ（ＬＴＲ）は、フレームのある部分が経時的に繰り返し塞がれ、次いで露見された状態になる場合において、ビデオフレームのより良好な予測のために使用され得る。従来的に、ＬＴＲは、場面またはピクチャ群の持続時間にわたって使用され、その後、これは、置換または破棄される。本主題のいくつかの実装は、参照リスト内での保持のために最良の候補ＬＴＲを選択することによって、ＬＴＲ使用の有用性を拡張する。いくつかの実装では、明示的に信号伝達される延長された長期参照（ｅＬＴＲ）フレームが、明示的に信号伝達される時間の長さにわたって参照リスト内に保持され得る。本主題のいくつかの実装は、いくつかの既存のアプローチと比較して、有意な圧縮効率利得を提供し得る。

本主題のいくつかの実装は、ビデオコーディングにおけるｅＬＴＲフレームの選択および保持を達成し得る。ｅＬＴＲが、ピクチャ参照リスト内に保持され得、これは、予測のために現在のフレームまたはフレームの群によって使用され得る。リスト内の全ての他のフレームは、比較的に短い期間にわたって変化するが、ｅＬＴＲは、参照リスト内に保持されることができる。例えば、図１は、長い期間にわたるフレーム予測のためのある例示的参照リストを例証する。非限定的かつ例証的な例として、影付きで示されるビデオフレームが、参照フレームを使用して再構築され得る。参照リストは、経時的に変化するフレームおよび保持されるｅＬＴＲを含有し得る。

いくつかの実装では、引き続き図１を参照すると、エンコーダが、ｅＬＴＲ選択および保持計算の動作を実行する。選択されたフレームおよび保持の時間は、例えば、フレームｎに関するｅＬＴＲ（ｅＬＴＲｎ）および保持時間（ＴＲｎ）のためのインデックスを示す対（ｅＬＴＲｎ、ＴＲｎ）を使用して、デコーダに信号伝達され得る。デコーダは、参照リスト内にＴＲｎの期間にわたってフレームｅＬＴＲｎを保持し得る。ｅＬＴＲｎフレームが少なくともＴＲｎにわたって参照リスト内に常駐した後、ｅＬＴＲｎフレームは、さらなる使用のためには利用不可能としてマーキングされ得る。いくつかの実装では、ｅＬＴＲｎフレームは、メモリ内に維持されるが、利用不可能な状態にあり得る。いくつかの実装では、エンコーダは、利用可能として、または利用不可能として、ｅＬＴＲｎフレームをマーキングするようにデコーダに明示的に信号伝達し得る。例えば、保持時間ＴＲｎの経過後に利用不可能として以前にマーキングされたｅＬＴＲｎフレームが、利用可能としてマーキングされ得る。そのような特徴は、前後に切り替わる場面を含有するビデオ等のために、ｅＬＴＲｎが将来再び使用されることを可能にし得る。いくつかの実装では、エンコーダは、デコーダがメモリからｅＬＴＲｎフレームを除去するための信号をビットストリーム内に含み得る。デコーダは、そのような信号に基づいて、参照リストおよびメモリからｅＬＴＲｎフレームを除去し得る。

図２は、ｅＬＴＲフレームが参照リスト内に保持されるｅＬＴＲフレーム保持のプロセス２００の非限定的な例を例証するプロセスフロー図である。そのようなｅＬＴＲ保持は、ビデオエンコーディングおよびデコーディングに対するいくつかの既存のアプローチと比較して、圧縮効率改良を可能にし得る。

ステップ２１０において、引き続き図２を参照すると、ビットストリームが、デコーダによって受信される。ビットストリームは、例えば、データ圧縮を使用するときにデコーダへの入力であるビットのストリーム内に見出されるデータを含み得る。ビットストリームは、ビデオをデコードするために必要な情報を含み得る。受信することは、ビットストリームからブロックおよび関連付けられる信号伝達情報を抽出および／または解析することを含み得る。いくつかの実装では、ビットストリームを受信することは、ｅＬＴＲフレーム、そのようなフレーム（ｅＬＴＲｎ）へのインデックス、および関連付けられる保持時間（ＴＲｎ）を解析することを含み得、保持時間は、ビデオ内のデコードされるフレームおよび／または時間に基づく。

継続して図２を参照すると、ステップ２２０において、ｅＬＴＲフレームが、参照ピクチャリスト内に記憶され得る。

ステップ２３０において、引き続き図２を参照すると、記憶されているｅＬＴＲフレームが、関連付けられる保持時間（ＴＲｎ）に基づく時間の長さにわたって参照リスト内に保持（例えば、維持）され得る。

ステップ２４０において、引き続き図２を参照すると、ビデオの少なくとも一部が、ビットストリームからデコードされ得る。デコーディングは、カレントブロックをデコードすることを含み得る。例えば、ビットストリーム内に含有される受信された現在のコーディングされたブロックが、例えば、インター予測を使用することによってデコードされ得る。インター予測を介したデコーディングは、予測を算出するための参照として以前のフレーム、将来のフレーム、および／またはｅＬＴＲフレームを使用することを含み得、予測は、ビットストリーム内に含有される残差と組み合わせられ得る。

さらに図２を参照すると、後続のカレントブロックに関して、ｅＬＴＲフレームが、インター予測のための参照フレームとして利用され得る。例えば、第２のコーディングされたブロックが受信され得る。インター予測モードが第２のコーディングされたブロックに関して有効化されるかどうかが決定され得、決定は、ビットストリームから、インター予測モードが有効化されるかどうかを示す明示的信号を受信することを含み得る。第２のデコードされたブロックが、参照フレームとしてｅＬＴＲフレームを使用して、かつインター予測モードに従って、決定され得る。例えば、インター予測を介したデコーディングは、予測を算出するための参照としてｅＬＴＲフレームを使用することを含み得、予測は、ビットストリーム内に含有される残差と組み合わせられ得る。

図３は、参照リスト内に保持されたｅＬＴＲフレームを伴うビットストリーム３７０をデコードすることが可能なデコーダ３００の非限定的な例を例証するシステムブロック図である。デコーダ３００は、エントロピーデコーダプロセッサ３１０と、逆量子化および逆変換プロセッサ３２０と、デブロッキングフィルタ３３０と、フレームバッファ３４０と、動き補償プロセッサ３５０と、イントラ予測プロセッサ３６０とを含み得る。いくつかの実装では、ビットストリーム３７０は、ｅＬＴＲインデックス（ｅＬＴＲｎ）および保持時間（ＴＲｎ）を信号伝達するパラメータ（例えば、ビットストリームのヘッダ内のフィールド）を含み得る。動き補償プロセッサ３５０は、ｅＬＴＲフレームを使用して、ピクセル情報を再構築し、ｅＬＴＲフレームの関連付けられる保持時間（ＴＲｎ）に従って、ｅＬＴＲフレームを保持し得る。例えば、ｅＬＴＲフレーム（ｅＬＴＲｎ）が、受信され、少なくとも関連付けられる保持時間にわたって参照リスト内に保持されるとき、ｅＬＴＲフレーム（ｅＬＴＲｎ）は、少なくとも関連付けられる参照時間の間、インター予測モードのための参照として使用され得る。

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

図４は、いくつかの既存のアプローチと比較して圧縮効率改良を可能にし得る、本主題のいくつかの側面による参照リスト内に保持されるｅＬＴＲフレームを伴うビデオをエンコードするプロセス４００の非限定的な例を例証するプロセスフロー図である。ステップ４１０において、ビデオフレームのシーケンスが、エンコードされ、これは、１つ以上のｅＬＴＲフレームを決定することを含み得る。ステップ４２０において、ｅＬＴＲフレーム保持時間（ＴＲｎ）が、例えば、ｅＬＴＲフレームがエンコーダ／デコーダによって利用される時間の長さに基づいて決定され得、例えば、時間は、ビデオ内のデコードされているフレームに基づく。

ステップ４３０において、引き続き図４を参照すると、付加的信号伝達パラメータが決定され得る。例えば、利用不可能または利用可能としてｅＬＴＲフレームをマーキングするかどうか、およびその時間が、決定され得、各ｅＬＴＲフレームがメモリから除去されるべきであるかどうか、およびその時間が、決定され得る。

ステップ４４０において、引き続き図４を参照すると、ｅＬＴＲ保持時間および付加的信号伝達パラメータが、ビットストリーム内に含まれ得る。

図５は、参照リスト内のｅＬＴＲ保持のために信号伝達することが可能なビデオエンコーダ５００の非限定的な例を例証するシステムブロック図である。例示的ビデオエンコーダ５００は、入力ビデオ５０５を受信し、入力ビデオ５０５は、最初に、ツリー構造化マクロブロック分割スキーム（例えば、クアッドツリープラスバイナリツリー）等の処理スキームに従って、セグメント化されるかまたは分けられ得る。ツリー構造化マクロブロック分割スキームの例は、ピクチャフレームを大きいブロック要素に分割する分割スキームを含み得、大きいブロック要素は、本開示の目的のために、コーディングツリーユニット（ＣＴＵ）と称され得る。いくつかの実装では、各ＣＴＵは、コーディングユニット（ＣＵ）と呼ばれるいくつかのサブブロックに１回以上さらに分割され得る。この分割の結果は、本開示の目的のために、予測ユニット（ＰＵ）と称され得るサブブロックの群を含み得る。変換ユニット（ＴＵ）もまた、利用され得る。

引き続き図５を参照すると、例示的ビデオエンコーダ５００は、イントラ予測プロセッサ５１５と、ｅＬＴＲフレーム保持を支援することが可能な動き推定／補償プロセッサ５２０（インター予測プロセッサとも称される）と、変換／量子化プロセッサ５２５と、逆量子化／逆変換プロセッサ５３０と、ループ内フィルタ５３５と、デコード済ピクチャバッファ５４０と、エントロピーコーディングプロセッサ５４５とを含み得る。いくつかの実装では、動き推定／補償プロセッサ５２０は、ｅＬＴＲ保持時間および付加的信号伝達パラメータを決定し得る。ｅＬＴＲフレーム保持および付加的パラメータを信号伝達するビットストリームパラメータが、出力ビットストリーム５５０内での包含のために、エントロピーコーディングプロセッサ５４５に入力され得る。

動作時、継続して図５を参照すると、入力ビデオ５０５のフレームのブロック毎に、イントラピクチャ予測を介して、または動き推定／補償を使用して、ブロックを処理すべきかどうかが決定され得る。ブロックは、イントラ予測プロセッサ５１０または動き推定／補償プロセッサ５２０に提供され得る。ブロックがイントラ予測を介して処理されるべきである場合、イントラ予測プロセッサ５１０は、処理を実施し、予測子を出力し得る。ブロックが動き推定／補償を介して処理されるべきである場合、動き推定／補償プロセッサ５２０は、適用可能である場合、インター予測のための参照としてｅＬＴＲフレームを使用することを含む処理を実施し得る。

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

引き続き図５を参照すると、いくつかの変形例が、上記に詳細に説明されたが、他の修正または追加が可能である。例えば、いくつかの実装では、カレントブロックは、任意の対称ブロック（８×８、１６×１６、３２×３２、６４×６４、１２８×１２８等）および任意の非対称ブロック（８×４、１６×８等）を含み得る。

いくつかの実装では、継続して図５を参照すると、クアッドツリープラスバイナリディシジョンツリー（ＱＴＢＴ）が実装され得る。ＱＴＢＴでは、コーディングツリーユニットレベルにおいて、ＱＴＢＴの分割パラメータが、いかなるオーバーヘッドも伝送することなく、局所的特性に適合するように動的に導出され得る。続けて、コーディングユニットレベルにおいて、ジョイント分類器ディシジョンツリー構造が、不必要な反復を排除し、誤った予測のリスクを制御し得る。

いくつかの実装では、デコーダは、ｅＬＴＲフレーム保持プロセッサ（図示せず）を含み得、ｅＬＴＲフレーム保持プロセッサは、ｅＬＴＲフレームを利用不可能としてマーキングするか、または参照リストから除去するかということと、それらの時間とを決定する。

いくつかの実装では、本主題は、保持期間の途中でデコーダが同調するブロードキャスト（および同様の）シナリオに適用されることができる。標準的再生を支援するために、エンコーダが、瞬時デコーディングリフレッシュ（ＩＤＲ）タイプフレームとして（ｅ）ＬＴＲフレームをマーキングし得る。この場合では、ストリーミングは、次の利用可能なＬＴＲ（ＩＤＲ）フレームの後に再開し得る。そのようなアプローチは、ＩＤＲフレームとしてフレーム間を規定するいくつかの現在のブロードキャスト規格と同様であり得る。

本明細書に説明される主題は、多くの技術的利点を提供する。例えば、本主題のいくつかの実装は、参照リスト内に保持されるｅＬＴＲフレームを使用してブロックをデコードすることを提供し得る。そのようなアプローチは、圧縮効率を改良し得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (20)

1. デコーダであって、前記デコーダは、回路を備え、前記回路は、
   ビットストリームを受信することと、
   参照リスト内に複数の長期参照フレームを記憶することと、
   保持時間に基づく時間の長さにわたって前記参照リスト内に長期参照フレームを保持することと、
   前記参照リスト内に保持されている前記長期参照フレームを使用して、ビデオの少なくとも一部をデコードすることと
   を行うように構成される、デコーダ。
2. 前記記憶されている長期参照フレーム内の各長期参照フレームは、関連付けられる保持時間を含む、請求項１に記載のデコーダ。
3. 前記長期参照フレームが少なくとも前記保持時間にわたって前記参照リスト内に常駐した後、前記長期参照フレームを利用不可能としてマーキングするようにさらに構成される、請求項１に記載のデコーダ。
4. 前記ビットストリーム内の信号に基づいて、前記長期参照フレームを利用可能としてマーキングするようにさらに構成される、請求項３に記載のデコーダ。
5. 前記ビットストリームは、メモリから前記長期参照フレームを除去するための信号を含む、請求項１に記載のデコーダ。
6. 前記信号に基づいて前記参照リストから前記長期参照フレームを除去するようにさらに構成される、請求項５に記載のデコーダ。
7. 前記ビットストリームを受信し、前記ビットストリームを量子化された係数にデコードするように構成されるエントロピーデコーダプロセッサと、
   逆離散コサインを実施することを含め、前記量子化された係数を処理するように構成される逆量子化および逆変換プロセッサと、
   デブロッキングフィルタと、
   フレームバッファと、
   イントラ予測プロセッサと
   をさらに備える、請求項１に記載のデコーダ。
8. コーディングされたブロックを受信することと、
   インター予測モードが前記コーディングされたブロックに関して有効化されると決定することと、
   参照フレームとして前記長期参照フレームを使用して、かつ前記インター予測モードに従って、デコードされたブロックを決定することと
   を行うようにさらに構成される、請求項１に記載のデコーダ。
9. 前記デコードされたブロックは、クアッドツリープラスバイナリディシジョンツリーの一部を形成する、請求項８に記載のデコーダ。
10. 前記デコードされたブロックは、前記クアッドツリープラスバイナリディシジョンツリーの非リーフノードである、請求項８に記載のデコーダ。
11. 方法であって、前記方法は、
    デコーダが、ビットストリームを受信することと、
    前記デコーダが、参照リスト内に複数の長期参照フレームを記憶することと、
    前記デコーダが、保持時間に基づく時間の長さにわたって前記参照リスト内に長期参照フレームを保持することと、
    前記デコーダが、前記参照リスト内に保持されている前記長期参照フレームを使用して、ビデオの少なくとも一部をデコードすることと
    を含む、方法。
12. 前記記憶されている長期参照フレーム内の各長期参照フレームは、関連付けられる保持時間を含む、請求項１１に記載の方法。
13. 前記長期参照フレームが少なくとも前記保持時間にわたって前記参照リスト内に常駐した後、前記長期参照フレームを利用不可能としてマーキングすることをさらに含む、請求項１１に記載の方法。
14. 前記ビットストリーム内の信号に基づいて、前記長期参照フレームを利用可能としてマーキングすることをさらに含む、請求項１３に記載の方法。
15. 前記ビットストリームは、メモリから前記長期参照フレームを除去するための信号を含む、請求項１１に記載の方法。
16. 前記信号に基づいて、前記参照リストから前記長期参照フレームを除去することをさらに含む、請求項１５に記載の方法。
17. 前記デコーダはさらに、
    前記ビットストリームを受信し、前記ビットストリームを量子化された係数にデコードするように構成されるエントロピーデコーダプロセッサと、
    逆離散コサインを実施することを含め、前記量子化された係数を処理するように構成される逆量子化および逆変換プロセッサと、
    デブロッキングフィルタと、
    フレームバッファと、
    イントラ予測プロセッサと
    を備える、請求項１１に記載の方法。
18. コーディングされたブロックを受信することと、
    インター予測モードが前記コーディングされたブロックに関して有効化されることを決定することと、
    参照フレームとして前記長期参照フレームを使用して、かつ前記インター予測モードに従って、デコードされたブロックを決定することと
    をさらに含む、請求項１１に記載の方法。
19. 前記デコードされたブロックは、クアッドツリープラスバイナリディシジョンツリーの一部を形成する、請求項１８に記載の方法。
20. 前記デコードされたブロックは、前記クアッドツリープラスバイナリディシジョンツリーの非リーフノードである、請求項１８に記載の方法。

Images