"フレームバッファ更新を符号化するための方法であって、前記方法が、フレームバッファ更新を記憶することと、前記フレームバッファ更新をハイブリッド圧縮フォーマットの動き情報に変換することであって、それによって動き予測をバイパスする、変換することとを備える方法。前記フレームバッファ更新がピクセル情報とメタデータとを備える、請求項1に記載の方法。前記メタデータがプロセッサ命令を備える、請求項2に記載の方法。前記ハイブリッド圧縮フォーマットがブロックベースである、請求項1に記載の方法。前記フレームバッファ更新がマクロブロックヘッダとマクロブロックデータとを含む、請求項4に記載の方法。前記マクロブロックヘッダが、マクロブロックID、マクロブロックタイプ、動きベクトル、および参照ピクチャのうちの少なくとも1つを備える、請求項5に記載の方法。前記マクロブロックタイプがマクロブロックモードを含み、前記マクロブロックモードが静的マクロブロックスキップ、イントラI、および予測PまたはBのうちの1つである、請求項6に記載の方法。前記マクロブロックヘッダおよびマクロブロックデータがMPEG-2認識可能フォーマットである、請求項5に記載の方法。前記マクロブロックデータがピクセル差分データと絶対ピクセルデータとを含む、請求項5に記載の方法。前記マクロブロックヘッダが周期性およびタイミングデータを含む、請求項5に記載の方法。フレームバッファ更新を符号化するための装置であって、前記装置が、フレームバッファ更新を記憶するための手段と、前記フレームバッファ更新をハイブリッド圧縮フォーマットの動き情報に変換するための手段であって、それによって動き予測をバイパスする、変換するための手段とを備える装置。フレームバッファ更新を符号化するためのコンピュータプログラム製品であって、前記コンピュータプログラム製品が、プログラムコードを記録したコンピュータ可読媒体であって、前記プログラムコードが、フレームバッファ更新を記憶するためのプログラムコードと、前記フレームバッファ更新をハイブリッド圧縮フォーマットの動き情報に変換することであって、それによって動き予測をバイパスする、変換するためのプログラムコードとを備えるコンピュータ可読媒体を備えるコンピュータプログラム製品。フレームバッファ更新を符号化するように動作可能な装置であって、前記装置が、少なくとも1つのプロセッサと、前記少なくとも1つのプロセッサに結合されたメモリであって、前記少なくとも1つのプロセッサが、フレームバッファ更新を記憶することと、前記フレームバッファ更新をハイブリッド圧縮フォーマットの動き情報に変換することであって、それによって動き予測をバイパスする、変換することとを行うように構成されている、メモリとを備える装置。前記フレームバッファ更新がピクセル情報とメタデータとを備える、請求項13に記載の装置。前記メタデータがプロセッサ命令を備える、請求項14に記載の装置。前記ハイブリッド圧縮フォーマットがブロックベースである、請求項13に記載の装置。前記フレームバッファ更新がマクロブロックヘッダとマクロブロックデータとを含む、請求項16に記載の装置。前記マクロブロックヘッダが、マクロブロックID、マクロブロックタイプ、動きベクトル、および参照ピクチャのうちの少なくとも1つを備える、請求項17に記載の装置。前記マクロブロックタイプがマクロブロックモードを含み、前記マクロブロックモードが、静的マクロブロックスキップ、イントラI、および予測PまたはBのうちの1つである、請求項18に記載の装置。前記マクロブロックヘッダおよびマクロブロックデータがMPEG-2認識可能フォーマットである、請求項17に記載の装置。前記マクロブロックデータがピクセル差分データと絶対ピクセルデータとを含む、請求項17に記載の装置。前記マクロブロックヘッダが周期性およびタイミングデータを含む、請求項17に記載の装置。例示的という単語は、本明細書では、例、事例、または例示の働きをすることを意味するために使用する。例示的として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好適または有利なものと解釈すべきではない。ビデオデータをワイヤレスに送信するためにいくつかの方法が利用され得る。1つのそのような方法は、図1に示すエクスプレスカードインターフェースを介してコンテンツホストに接続するワイヤレス通信デバイスを利用し得る。図示のように、ホスト100は、エクスプレスカードインターフェースを介してエクスプレスカード150に接続する。ホスト100は、いくつかの処理構成要素を利用して1次ディスプレイ102およびオーディオ出力104への出力のためにマルチメディアデータを処理し得るか、またはホストは、バッファを通したエクスプレスカード150などの外部デバイスとして図1に示された送信機への出力のためにマルチメディアデータを処理し得、送信機は、アンテナ152を介した最終的なワイヤレス送信のためにそのデータをさらに処理し得る。図1に示した論理およびハードウェアは説明のためのものにすぎない。ホスト、外部デバイスなどの他の構成は、以下で説明する方法および教示を実装するために採用され得る。通常、ビデオデータを処理するとき、画像データは、ディスプレイプロセッサ106によってレンダリングされ、コンポーズされcomposed、一般にピクセルデータの形態でフレームバッファ108に送られる。そのデータは、次いで1次ディスプレイ102に出力される。ムービーを閲覧することなどいくつかの状況では、出力されるビデオデータは単一のソースからであり得、ビデオゲームをプレイすることまたは複数のアプリケーションでデバイスを動作させることなど他の状況では、グラフィカルオーバーレイオブジェクトまたはアナンシエータenunciatorを含む複数のグラフィカル入力は、最終的にディスプレイ上に示されるコンポジットビデオフレームを生成するためにビデオ画像に組み合わせられ、および/またはオーバーレイされ得る。複数のビデオ構成要素が組み合わせられる場合、そのようなビデオ構成要素を生成することを担当する各メディアプロセッサは、様々な入力/メディアプロセッサからのデータを組み合わせるために使用されるコンポジションエンジンにフレーム更新情報などのビデオ情報を通信するために、それ自体の出力言語を有し得る。コンポジションエンジンは、様々なプロセッサからビデオデータ、グラフィカルオブジェクトなどを含む入力の組合せを取り出し、必要に応じてそれらをオーバーレイし、組み合わせ、それらを単一の画像にコンポーズし適切なカラーコンポジションなどの追加の処理を含み得る、それらを組み合わせて、最終的にディスプレイに表示される画像にする。様々なプロセッサからの入力は、異なる言語、異なるフォーマットであり得、異なるプロパティを有し得る。たとえば、あるデバイスからの入力は、別のデバイスとは異なるフレーム更新レートでビデオデータを与え得る。別の例として、あるデバイスが新たなピクセル情報を繰り返し与え得、別のデバイスが、1つまたは複数の特定の参照ピクセルからの変更を示すピクセル更新の形態でビデオデータのみを与え得る。また、いくつかのプロセッサは、フレームを生成するために互いにコンポーズされる、フレームの異なる領域または異なるタイプのデータに対してのみ動作していることがある。異なるプロセッサからの様々な入力は、コンポジションエンジンによってモード情報に変換され、様々なプロセッサからの入力は、フレームを生成するためにピクセルデータに変換される。コンポジションエンジンによる処理の後、フレーム情報が最終的な表示のためにフレームバッファ108に送られる。ビデオデータのワイヤレス送信のための一般的な方法は、単にフレームバッファ108からの表示の準備ができたデータをキャプチャし、送信が容易なようにビデオデータを符号化/圧縮し、次いでビデオデータを送る。そのような動作は、ディスプレイリンクドライバ110などの構成要素によって行われ得る。ビデオデータ圧縮の1つの一般的な方法は、例示のために本明細書で説明するMPEG-2であるが、MPEG-4などの他の圧縮規格も採用され得る。データ圧縮の使用は、追加のプロセッサとメモリ能力とを採用し得、より時間がかかり、電力を消費し得、最終的な送信の遅延につながり得る。遅延は、圧縮プロセスが第1のフレームを完全に復号し、その後、第1のフレームを参照として使用する次のフレームが復号され得ることから生じ得る。そのような遅延を低減するための1つの方法は、参照フレームからの増分変更として複数の後のフレームのビデオデータを処理することである。そのような方法では、デルタΔ情報またはディスプレイフレーム更新と呼ばれる更新または変更情報が、最終的なディスプレイ上に参照フレームに対してレンダリングするためにディスプレイプロセッサに送られる。このデルタ情報は、たとえば、動きベクトルを含む動き予測または他のデータの形態であり得る。圧縮中にそのようなデルタ情報を計算する際に、追加の処理能力が採用され得る。本開示の一態様では、圧縮中のデルタ情報の判断が回避され、および/またはそのような判断に専用の処理能力が低減または回避され得る。コンポジションエンジンに情報を出力する上記で説明したメディアプロセッサなどの様々なメディアプロセッサは、デルタ情報がキャプチャされ、圧縮中に再計算される必要がないように、デルタ情報をすでに計算し得る。コンポジションエンジンに入る入力を見ることによって、各ピクセルに起こっていることに関するより多くの未加工情報が利用可能である。その情報は、エンコーダがマクロブロックまたはMBと呼ばれるピクセルのグループごとに出力するであろうモード情報に変換され得る。次いで、圧縮技法たとえば、MPEG-2によって理解可能なフォーマットのマクロブロックのデータ、および動き情報を含み得るマクロブロックのヘッダ情報が符号化され、組み合わせられて、ワイヤレス送信のために圧縮ビットストリームにされ得る。このようにして、従来の圧縮中の動き予測のプロセスおよびデルタ情報の計算は低減され得る。図2に、本開示の一態様によるデルタ圧縮を示すブロック図を示す。1つまたは複数のビデオソース206からのビデオデータは、デコーダ208によって復号され、ディスプレイプロセッサ212に送られ得る。ディスプレイプロセッサ212から、ビデオデータは、オンデバイス埋込みディスプレイ216または異なるディスプレイ図示せずへの最終的な配信のためにフレームバッファ214に出力される。オーディオプロセッサ218からのデータは、スピーカー224への最終的な配信のためにオーディオバッファ220に出力される。ディスプレイプロセッサ212はまた、GPU210からの画像データを受信し得る。GPU210は、ビデオデータと組み合わせられるかまたはその上にオーバーレイされ得る様々なグラフィックス、アイコン、画像、または他のグラフィカルデータを生成し得る。アプリケーション202はコンポジションエンジン/ディスプレイドライバ204と通信し得る。一例では、エンジン/ディスプレイドライバ204は、図1に示したディスプレイリンクドライバ110であり得る。エンジン204は、組合せおよびフレームバッファ214への出力のためにGPU210、デコーダ208、および/または他のソースからの情報を受信するようにディスプレイプロセッサ212に指令する。上記で説明したように、典型的なワイヤレス送信システムでは、フレームバッファ中に含まれているものは、A/Vエンコーダに出力され、送信より前に多重化される最終画像である。ただし、本開示では、ワイヤレス出力ストリームを生成するために、フレームバッファ中のデータではなくエンジン204からの情報が使用される。エンジンは、1つまたは複数のビデオソース206、GPU210などからのデータを知っている。エンジンはまた、フレームバッファに対する更新の生成に関連するディスプレイプロセッサ212に行くコマンドに気づいている。それらのコマンドは、ビデオディスプレイデータの部分的な更新に関する情報を含む。それらのコマンドはまた、GPU210からのグラフィカルオーバーレイ情報を含む。エンジン204は、従来、それに知られている様々なデータを使用して、フレームバッファに送られるフレームバッファ更新を生成する。本開示の一態様によれば、エンジン204またはエンジン204への拡張250などのデバイス構成要素は、本明細書で説明するフレームバッファ更新を符号化し得る。フレームバッファ更新は、メモリ252に記憶され得、メタデータを備え得る。メタデータはプロセッサ命令を含み得る。フレームバッファ更新はピクセル情報を含み得る。フレームバッファ更新はフレームレートおよび/またはリフレッシュ速度のためのものであり得る。フレームバッファ更新は、絶対ピクセル、ピクセル差分、周期性、および/またはタイミングに関するデータを含み得る。構成要素は、動き予測メタデータおよびメモリ管理機能の修正を含むハイブリッド圧縮を実行し得る。ハイブリッド圧縮はブロックベースであり得る。フレームバッファ更新はMBデータとMBヘッダとに分割され得る。エンジン204から、1次ピクセル情報226およびデルタ/周期タイミング情報228がキャプチャされる。メタデータもキャプチャされ得る。いくつかのマクロブロックMBについての情報が収集され得る。ピクセルデータ226は、データが表されるピクセルのロケーションを示すインデックスたとえば、1,1を含み得る。1,1などの参照ピクセルから、後のピクセルたとえば1,2のデータは、後のピクセルと前の参照ピクセルとの間の差を示すデルタ情報のみを含み得る。エンジン204からキャプチャされたデータは、メインディスプレイに行くように意図されたデータであり得るか、または2次ディスプレイに行くように意図され得るたとえば、リモートディスプレイのみに向けられるビデオデータ。説明した技法を使用して、所望のピクセルデータが任意のメディアプロセッサからキャプチャされ得、次いで圧縮情報に変換され得、圧縮中に実行される従来の動き予測なしに送られ得る。いくつかの状況では、1つのマクロブロックから次のマクロブロックへの変更がないことがある。マクロブロックがそれらのそれぞれの参照マクロブロックから変化しないとき、それらは静的マクロブロックと呼ばれる。マクロブロックが静的であるという指示は、ブロック230に示されるようにエンジン204によってキャプチャされ得る。MBデータは、圧縮フォーマットたとえば、MPEG-2によって認識されるフォーマットに変換され、送信のためにMBデータ234として出力され得る。タイミングデータ、タイプ静的マクロブロックスキップ、イントラI、予測PまたはBなど、デルタ情報などを含むマクロブロック232に関するさらなる情報が、圧縮フォーマットたとえば、MPEG-2によって認識されるフォーマットに変換され、送信のためにMBヘッダ情報236として含まれ得る。ヘッダ情報は、事実上、動き情報であり、動きベクトル238、MBモード240たとえば、予測モードP、Bなど、またはMBタイプ242たとえば、新たなフレームを含み得る。図3に、送信のために準備されているMB情報を示す。ピクセルデータを備えるMBデータ234は、変換され、ワイヤレス送信のための発信MPEG-2ビットストリーム中に含まれる前に符号化される。MBヘッダ236は、MPEG-2ビットストリーム中に含まれるより前にエントロピーコーディングを通して処理される。図4に、静的ブロックのための例示的なMBヘッダを示す。図4では、MB1,1はフレーム中の第1のマクロブロックである。図示のヘッダは、MBID1,1、MBタイプスキップ、MBが静的であるとき、0,0として図示される動きベクトルを含み、参照ピクチャを0として示す。図2および図3に関して上記で説明したプロセスでは、送信より前の従来の圧縮中に実行される動き予測は減らされるかまたはなくされる。ディスプレイプロセッサ212において利用可能なデルタ情報は、一般に圧縮されない。上記のように送信のためにディスプレイプロセッサ212からの動きデータが所望される場合、デルタ情報は、圧縮技法たとえば、MPEG-2によって理解可能なフォーマットに変換/符号化されるか、または他の方法で処理され得る。変換されると、デルタ情報は、上記で説明したように参照フレームと組み合わせて使用され得る。動き予測は、従来の圧縮の総複雑性の50~80の間にあり得るので、動き予測を除去すると、ビデオデータをワイヤレス送信するときに、効率が改善し、電力消費量が低減し、レイテンシが低減する。たとえば、特定用途向け集積回路ASICなどのカスタマイズされたハードウェアにおけるMPEG-2符号化は、720pの解像度でのHD符号化の場合は100mWまたは1080pの場合はより一層高いを消費し得る。デルタMPEG-2圧縮のための本明細書で説明する技法は、入力ビデオにおけるエントロピーに比例する圧縮サイクル/複雑性を低減することによってこの数値を著しく減少させ得る。特に、本明細書で説明する技法は、更新を必要としない多数のビデオフレームを利用する。以下で説明するように、従来、移動が多いと見なされるビデオの場合でも、フレームごとにコロケートマクロブロックcollocatedmacroblock、ゼロ残差zeroresiduals、参照としての前のピクチャの場合のように無移動ベクトルnomovementvectorとして定義される静的である十分に大きい割合のMBがある。表1に、衛星を介してデジタルTVからキャプチャされた、30個を超える異なる10分間のシーケンスのサンプリングから生じるデータを示す。サンプリングされたプログラミングから、平均してビデオの60が、ディスプレイ上で更新される必要がない静的マクロブロックを含んでいる。また、表1の第3の列に、ニュースおよびアニメーションタイプビデオでは、フレームの80以上が時間の80以上更新される必要がないことを示す。エンコーダが、更新だけ、またはフレーム全体ではなくフレームの一部分を処理することを可能にすることにより、著しい電力節約が生じ得る。これは、たとえば、フレームの80以上が静的MBを含んでいるとき初めに一部の時間行われ得る。かなりの割合のビデオコンテンツがニュースまたはアニメーションのカテゴリーすなわち、低動き、低テクスチャに入る。ビデオ処理負荷を最適化または低減するためにビデオにおいて適切な冗長性を適用すること、および機構の識別たとえば、スキップまたは静的情報を使用することは、低電力または集積アプリケーションプラットフォームを支援する。従来の動き予測および補償中に、差分メトリック絶対値差分和SAD:sumofabsolutedifferenceまたは2乗差分和SSD:sumofsquareddifferenceが計算される前に、大量のデータがフェッチされ、処理され、精度を改善するために一般に補間される。このプロセスは、所望の一致最も低い差分またはSADが得られるまで、所与のブロックまたはMBのための予測子であり得るすべての候補について繰り返される。参照ピクチャからこのデータをフェッチするプロセスは、時間がかかり、処理遅延および計算能力の主な要因となる。一般に、差分を計算する算術は、消費されるプロセッササイクルの数を低減するためにハンドコードされる。ただし、フェッチされるデータはロケーションが大幅に異なる複数参照ピクチャ予測が使用される場合、複数のフレームにわたってフレーム中の最も遠いMBに最も近いことがあり、MB境界と整合されないことがあるので、メモリアドレス指定が追加のオーバーヘッドを追加する。また、前のMBのためにフェッチされたデータは、データフェッチおよびメモリ転送帯域幅のための最適化を制限する現在のMBに好適でないことがある。図5に、本開示の一態様によるデルタ圧縮を示す。ブロック502に示すように、フレームバッファ更新を記憶する。ブロック504に示すように、フレームバッファ更新をハイブリッド圧縮フォーマットの動き情報に変換し、それによって動き予測をバイパスする。一態様では、装置が、フレームバッファ更新を記憶するための手段と、フレームバッファ更新をハイブリッド圧縮フォーマットの動き情報に変換するための手段とを含む。本デバイスはまた、ユーザ入力コマンドのためのタイムスタンプをキャプチャするための手段と、ユーザ入力コマンドから生じる対応するディスプレイデータをキャプチャするための手段とを含み得る。一態様では、上述の手段は、ディスプレイドライバ110、エンジン204、フレームバッファ108または214、メモリ252、エンジン拡張250、デコーダ208、GPU210、あるいはディスプレイプロセッサ106または212であり得る。本開示およびその利点について詳細に説明したが、添付の特許請求の範囲によって規定される本開示の技術から逸脱することなく様々な変更、置換および改変を本明細書で行うことができることを理解されたい。さらに、本出願の範囲は、本明細書で説明するプロセス、機械、製造、組成物、手段、方法およびステップの特定の態様に限定されるものではない。当業者が容易に諒解するように、本明細書で説明する対応する態様と実質的に同じ機能を実行するか、または実質的に同じ結果を達成する、現存するかまたは後で展開される、プロセス、機械、製造、組成物、手段、方法、またはステップは本開示に従って利用され得る。したがって、添付の特許請求の範囲は、それらの範囲内にそのようなプロセス、機械、製造、組成物、手段、方法、またはステップを含むものとする。"