JP2010535382A - ピクセルをアップデートバッファから供給する方法 - Google Patents

Abstract

方法（１００）は、ピクセルデータをフレームバッファ内に記憶し（１０２）、ピクセルデータをフレームバッファから読出し（１０４）およびピクセルデータの少なくとも１個のピクセル値を処理して出力ピクセルビットストリームを生成することを備える。この方法は、ピクセル値を第１のアップデートバッファ内に記憶すること（１０８）を更に備える。このピクセル値は出力ピクセルビットストリームから派生したものである。この方法はまた、ピクセル値を第１のアップデートバッファからネットワークを介して遠く離れて配置された図形装置に供給すること（１１０）を備える。

Description

あるコンピュータのユーザが、そのユーザのコンピュータから遠く離れて配置された他のコンピュータで生成された画像（図形および文書）を自分のディスプレイで閲覧可能にする電子装置がある。そのような電子装置においては、図形データを生成するリモート・コンピュータがユーザのコンピュータに画像を送信し、これにより、ユーザのコンピュータが元々の画像を生成したコンピュータ上の画像を複製する。しかしながら、ユーザのコンピュータ上で閲覧される画像は、リモート・コンピュータ上で生成された元の画像と完全に同一とはならない場合がある。

以下の説明および特許請求の範囲において、所定の用語を用いて特定の構成要素を呼称する。当業者が理解している通り、コンピュータ会社によっては同一の構成部材を異なる名称で呼ぶ場合がある。この明細書においては、名称が異なるものの機能に差異はない構成部材を区別するものではない。以下の説明および特許請求の範囲において、「含む」および「備える」という用語は非制限的に使用され、したがって「…を含むが、それに制限されるものではない」ということを意図するものとする。また、「結合する」という用語は、間接的もしくは直接的な、光学的もしくは無線による電気的接続のいずれかを意味するものとする。したがって、第１の装置が第２の装置に結合する場合、装置間の接続は直接的電気的接続、他の装置および接続を介した間接的電気的接続、光学的電気的接続、もしくは無線による電気的接続によるものであってもよい。

本発明の実施例を詳細に説明するため、以下のような添付の図面を参照する。

図１は、様々な実施例による装置を示す。 図２は、様々な実施例による図１に示す装置の少なくとも一部を示すブロック図である。 図３は、アップデートバッファを用いる様々な実施例を示すブロック図である。 図４は、様々な実施例による方法を示す。 図５は、複数のアップデートバッファを用いる様々な実施例を示すブロック図である。

図１は、装置１００を備える実施例を示す。装置１００は、ネットワーク２５を介して通信可能に結合される送信装置１２および受信装置３０を備える。装置１２および３０は、ネットワークを介して相互に対して通信可能に結合される。ネットワーク２５は、インターネットもしくは他の通信ネットワークを備えていてもよい。ネットワーク２５は、典型的なローカルエリアネットワークとしてポイントツーポイント通信リンクおよびマルチドロップネットワークを含んでいてもよい。図示のように、送信装置１２は、図形サブシステム１４、ディスプレイ１６、システムメモリ１７、グラフィックアプリケーション１８、送信器２２、およびオペレーティングシステム２３を備える。グラフィックアプリケーション１８および送信器２２は実行可能コードを備える。受信装置３０は、図形サブシステム３２、ディスプレイ３４、入力装置３５、および受信器３６を備える。受信装置の受信器３６は実行可能コードを備える。図１とともに図２を簡単に参照するとわかるように、送信装置１２および受信装置３０の各々は、システムバス４４を介して記憶装置４２および図形サブシステム１４、３２に結合されるプロセッサ４０を備える。図示のように、装置１２、３０の各々はまた、図形サブシステム１４、３２の各々に結合されるディスプレイ１６、３４を備える。図示の実施例における実行可能コード（すなわち、グラフィックアプリケーション１８、送信器２２、オペレーティングシステム２３、および受信器３６）の各々は各装置のプロセッサ４０により実行され、記憶装置４２内に記憶される。記憶装置４２は、揮発性記憶装置（ランダムアクセスメモリ等）、非揮発性記憶装置（ハードディスクドライブ等）、もしくは両方を備えていてもよい。送信装置１２の記憶装置４２は、図１に示すシステムメモリ１７を備えていてもよい。図形サブシステム１４および３２の各々は、例えばアプリケーション・プログラミング・インターフェース（ＡＰＩ）、グラフィックドライバ、グラフィックアダプタ等の少なくとも１個のハードウェアコンポーネント等の実行可能コードを更に備えていてもよい。図形サブシステムの各々はまた、連動するディスプレイ上でピクセルをレンダリングするためにピクセルカラー値を一時的に記憶するための少なくとも１つのフレームバッファを含む。

実施例によっては、送信装置１２は送信装置１２に結合されるディスプレイ１６を有するが、実施例によっては、送信装置はディスプレイ１６を含まない。受信装置３０は、例えばキーボードもしくはマウス等の入力装置３５含んでいてもよく、これにより、受信装置のユーザは、グラフィックアプリケーションが受信装置３０上で実行されているかのように、グラフィックアプリケーション１８と効果的に相互作用することが可能である。

図１を参照するとわかるように、送信装置１２はグラフィックアプリケーション１８を実行して、図形サブシステム１４によりディスプレイ１６上に画像（文書、線、塗りつぶし等）を表示させる。グラフィックアプリケーション１８は、グラフィックＡＰＩを使用する複数の実行可能プログラムのうち少なくとも１個を備える。グラフィックアプリケーションが使用するＡＰＩは図形サブシステム１４により実装される。グラフィックアプリケーション１８は、ピクセルデータを備える画像を作成および図形サブシステム１４内のフレームバッファに記憶する図形サブシステム１４にグラフィックコマンドを供給することにより、ディスプレイ１６上に画像を表示させる。

図３は、送信装置１２の図形サブシステム１４の実施例を示す。実施例によっては、図形サブシステム１４は送信装置１２内に組込まれるアドインカードを備える。 図３に示すように、図形サブシステム１４はグラフィックメモリ５２に結合される演算処理エンジン５０を備え、グラフィックメモリ５２はディスプレイ更新ユニット５４に結合される。実施例によっては、演算処理エンジン５０、グラフィックメモリ５２、およびディスプレイ更新ユニット５４は全て、ハードウェアコンポーネントを備える。演算処理エンジン５０は、送信装置１２のプロセッサ４０からグラフィックコマンドを受信し、ピクセルデータを備える画像を生成する。演算処理エンジン５０はまた、ピクセルデータを圧縮してもよい。演算処理エンジン５０は、グラフィックメモリ５２内に実装されるフレームバッファ５６内にピクセルデータを記憶する。ディスプレイ更新ユニット５４は、フレームバッファ５６からピクセルデータを読出すポストフレームバッファ・プロセッサユニット６２を備え、実施例によっては、フレームバッファからのピクセルデータを更に処理して出力ピクセルビットストリームを生成する。上述のような更なる処理には、色空間変換、カラーオーバレイプレーンの実行、ガンマ補正の適用等がある。色空間変換は、出力ピクセルビットストリームを、例えば光の三原色（ＲＧＢ）等の色空間形式から例えば輝度・色差形式（ＹＣｒＣｂ）等の他の形式に変換するものである。フレームバッファのピクセルデータの形式が元々の形式と異なる場合、送信装置１２により受信装置３０に送信されるピクセル値を決定するため、形式を効率化する工程が必要となる場合がある。実施例によっては、フレームバッファ５６内のピクセルデータは実カラー値を備え、実施例によっては、ピクセルデータは、ポストフレームバッファ・プロセッサユニット６２により実カラー値に解像されるカラーインデックス値を備える。例えば、ポストフレームバッファ・プロセッサユニット６２は、インデックス値を使ってカラールックアップテーブルからカラー値を探す。ポストフレームバッファ・プロセッサユニット６２はまた、ピクセルビットストリームを送信装置１２に結合される特定のディスプレイ１６に適合する形式に変換する。例えば、ディスプレイ更新ユニット５４は、例えばビデオグラフィックスアレイ（ＶＧＡ）等のアナログ形式、もしくは例えばデジタルビデオインターフェース（ＤＶＩ）等のデジタル形式で出力ピクセルビットストリームを生成してもよい。

送信装置１２は、ディスプレイ１６上に表示するピクセルデータの複製をネットワーク２５を介して受信装置３０に供給する。しかしながら送信装置１２は、ピクセルデータをフレームバッファ５６から受信装置３０に送信する代わりに、出力ピクセルビットストリームをディスプレイ更新ユニット５４、詳細にはポストフレームバッファ・プロセッサユニット６２から抽出し、出力ピクセルビットストリームを示すピクセル値をネットワーク２５を介して受信装置３０に供給する。出力ピクセルビットストリームはポストフレームバッファ・プロセッサユニット６２の作用で符号化されているため、受信装置３０に送信される画像は、ディスプレイ１６上に表示される画像を備える。フレームバッファ５６からのピクセルデータが受信装置３０に送信された場合、当該データはポストフレームバッファ・プロセッサユニット６２の作用で符号化されておらず、したがって、受信装置３０が表示する画像は送信装置１２上に表示される画像と同一にはならない場合がある。

図３に示す図形サブシステム１４のグラフィックメモリ５２はまた、アップデートバッファ５８および差分バッファ（ＢＦＲ）６０を備える。アップデートバッファ５８および差分バッファ６０はフレームバッファ５６とは別に設けられる。アップデートバッファ５８は一般的に、ディスプレイ更新ユニット５４が生成する出力ピクセルビットストリーム内で符号化される現在のフレームに時間的に先行する映像フレームを備える。ディスプレイ更新ユニット５４はまた、比較ユニット６６を備える。比較ユニット６６は、ポストフレームバッファ・プロセッサ６２が生成する出力ピクセルビットストリームの複製を受信する。比較ユニット６６は、出力ピクセルビットストリーム内で符号化されるピクセルと、アップデートバッファ５８内に記憶されるピクセル値とを、例えばピクセル毎に比較し、現在表示されている画像が（アップデートバッファ５８内に記憶される）前の画像と異なるか否か決定する。比較ユニット６６は、実施例によっては、連続する画像フレーム対ごとに比較を実行し、実施例によっては、画像フレームの連続する対ごと以外の組合せで比較を実行する。実施例によっては、例えば１つおきの画像フレームを比較する。

比較ユニット６６が比較を行った結果、比較ユニット６６は、アップデートバッファ内に記憶される前の画像と、ディスプレイ更新ユニット５４の出力ピクセルビットストリーム内で符号化される現在の画像との間で、少なくとも１個のピクセルが変更されていることと、その他のピクセルは変更されていないことと決定することができる。例えば、比較的静止画像に近い画像では、少なくともいくつかのピクセルのカラー値は前後の画像フレーム間で変化しない。比較ユニット６６は、アップデートバッファ５８内の、比較ユニット６６が変化したと決定したピクセル値を上書きし、変化していないと決定したアップデートバッファピクセル値は上書きしない（すなわち、放置する）。この上書き工程は、置換ピクセル値、もしくは新旧ピクセル値間の差分に等しい差分値を備えていてもよい。ピクセル毎に比較を実行し、アップデートバッファの少なくとも一部を上書きした結果、比較ユニット６６、すなわちディスプレイ更新ユニット５４は出力ピクセルビットストリームの複製を生成およびアップデートバッファ５８内に記憶させる。代わりに、アップデートバッファ５８は、送信装置のディスプレイ１６上に現在表示されている画像を反映する。

様々な実施例において、差分バッファ６０は各ピクセルに対応するビットを備え、各ピクセルのカラー値はアップデートバッファ５８内に記憶される。比較ユニット６６は差分バッファビットに、例えば、当該差分バッファビットに対応するピクセルは変化したことを示す値である「１」、もしくは対応するピクセルは変化していないことを示す値である「０」を与える。実施例によっては、差分バッファ６０のコンテンツは当初は０であり、したがって比較ユニット６６は所定のビット値を「１」に変更するだけで、当該ピクセルの色が変化したことを示すことが可能である（言い換えれば、色に変化がないことを示すためには、差分バッファに値「０」を与える必要がある）。実施例によっては、差分ビット値「０」は対応するピクセルが変化したことを示し、値「１」は対応するピクセルは変化していないことを示す。差分バッファ６０内の全ビットの初期値は上述のように「０」に設定してもよく、もしくは「１」に設定してもよい。

実施例によっては、差分バッファ６０内の各ビットはアップデートバッファ内の各ピクセルに対応する。実施例によっては、差分バッファ６０内の各ビットはアップデートバッファ内のピクセルの集合体に対応する。例えば、各差分バッファビットは８×８ピクセルからなる集合体に対応していてもよい。ピクセルの集合体に対応する差分バッファビットは、集合体内に変化したピクセルがあるか否かを表す。

実施例によっては、アップデートバッファ５８および差分バッファ６０が更新されると、バッファ５８、６０のコンテンツの一部もしくは全部はシステムバス４４を介してシステムメモリ１７に書込まれる。様々な実施例において、図形サブシステム１４は、差分バッファ６０のコンテンツが示すように、実際に変化したピクセルのみに対応するピクセル値をシステムメモリ１７に書込む。例えば、図形サブシステム１４は差分バッファ６０内のビットを解析し、アップデートバッファ５８からのピクセル値のみを書き込み、このピクセル値は、対応するピクセルが変化したことを示すために比較ユニット６６により書込まれた差分バッファビットに対応する。実施例によっては、アップデートバッファ５８および差分バッファ６０の全コンテンツがシステムメモリ１７に書込まれ、送信装置のホストプロセッサ４０はシステムメモリ内の差分バッファ６０のコンテンツの複製を解析して、どのピクセルが変化したか決定する。ホストプロセッサ４０は、プロセッサによる差分バッファのコンテンツの解析結果に基づいて、変化したピクセルのみを含む画像パケットを少なくとも１個生成する。様々な実施例において、ホストプロセッサ４０はネットワーク２５を介して受信装置に送信されるピクセルデータを圧縮する。

実施例によっては、送信装置のホストプロセッサは差分バッファ解析し、また隣接するブロックを結合して大きいブロックを作成、もしくは隣接するピクセルを結合して大きい矩形の領域を作成する。例えば、ｄ（０，１）およびｄ（０，２）（ｄは差分バッファを表す）が変更された場合、ｄ（０，１）およびｄ（０，２）に対応するピクセルは結合されて１個の大きい矩形を形成する。その後、この大きい領域はシステムメモリ内へ再度読出され、圧縮されて受信装置に送信される。したがって、相互に「接触」している（つまり隣接している）ピクセル領域は結合されて大きい領域に変化し、これにより、読出しに必要な工程数が減少する。読出しに必要な工程数が減少することにより、精度を向上させることができる。多数の小さい矩形を読出す代わりに、少ない数の大きい矩形を読出す。

様々な実施例において、受信装置３０に送信される各ピクセル値はＸＹ画面座標により符号化されて、当該ピクセルが適用される画面上の位置を受信装置の図形サブシステムに対して示す。実施例によっては、一連のピクセルは開始座標ＸおよびＹ、および続くピクセルの数を示す長さ値により符号化してもよい。更に、ピクセルのブロック（隣接するピクセルの矩形集合体等）は当該ブロックの対向する角（左上と右下等）の座標により符号化してもよい。また、実施例によっては、ピクセル毎に適用される以下の方法を備える。

struct Header
{
Byte isModified;
Color color;
}
上記においてisModifiedは、ピクセルが変更されたか否かを示すブール値であり、colorはＲＧＢ値、もしくはisModifiedが成立する場合任意で与えられるその他の色空間値である。
ブロック毎に適用される方法の例は、
struct Block
{
Byte isModified;
Color colors［8, 8］;
}
であり、上記において、isModifiedはブロック内に変更されたピクセルがあるか否かを示すブール値であり、colorは二次元の８×８配列のカラー値である。この場合、ブロックサイズは８×８ピクセルであるが、その他のブロックサイズも可能である。その後、ブロック内のピクセルに変更されたものがある場合、ブロック全体が受信装置３０に送信される。

したがって、送信装置に表示される画像を示すピクセルデータは、システムメモリ１７からネットワーク２５を介して受信装置３０に供給される。送信されたピクセルデータは、上述したようにピクセルのカラー値に変化していないものがある場合、全画面もしくはウィンドウに相当するピクセル値より少ないピクセル値を備える。送信装置１２は、ピクセル値をシステムメモリ１７から、すなわち間接的にはアップデートバッファ５８からネットワーク２５を介して、遠く離れて配置された図形装置（受信装置３０）に供給する。ネットワーク２５を介して送信されるピクセルデータが圧縮されている場合、受信器３６は当該データを解凍し、ディスプレイ３４上に表示するピクセルデータを図形サブシステム３２に供給する。上述した画像フレームを比較する工程および得られたアップデートバッファのコンテンツを送信する工程は自動的に繰返し実行され、これにより、受信装置のディスプレイ３４が送信装置１２が生成する画像により更新される。

図４は、様々な実施例による方法１００を示す。方法１００は、１０２ではピクセルデータをフレームバッファ内に記憶することを備える（例えば、フレームバッファ５６等。）１０４では、方法は、ディスプレイ更新ユニット５４によりフレームバッファからピクセルデータを読出すことを備える。上述したように、ディスプレイ更新ユニット５４は、フレームバッファからのピクセルデータに任意の色変更（例えば、ガンマ等）を加えて、出力ピクセルビットストリームを生成（１０６）、およびディスプレイ１６に適合する形式のビデオ信号（ＶＧＡ、ＤＶＩ等）を生成してもよい。１０８では、方法１００は、第１のアップデートバッファ内にピクセル値を記憶することを備える。図３は、グラフィックメモリ５２がアップデートバッファ５８を１個のみ備える実施例を示すが、以下に説明するように、他の実施例においてはグラフィックメモリ５２は複数のアップデートバッファ５８を備える。第１のアップデートバッファ内に記憶されるピクセル値は、現在の画像を前の画像と比較する比較工程において決定される、変化したピクセル値を備える。１１０では、方法１００は、ピクセル値を第１のアップデートバッファからネットワーク２５を介して受信装置３０に供給することを備える。様々な実施例において、アップデートバッファから供給されるピクセル値は、アップデートバッファのピクセルのうち少なくとも一部（例えば、差分バッファ６０のコンテンツが示す、変化したピクセルのピクセル値のみ）を備える。したがって図４に示す工程１１０は、どのピクセルが変化したか決定することを備える。決定することは、自己のアップデートバッファ５８および差分バッファ６０のコンテンツを解析する図形サブシステム１４、もしくは図形サブシステムのアップデートバッファ５８および差分バッファ６０のコンテンツもしくはシステムメモリ１７内に記憶されるバッファの複製を解析する送信装置のホストプロセッサ４０により実行してもよい。

図５は、図形サブシステム１４のグラフィックメモリ５２が複数のアップデートバッファ５８および複数の差分バッファ６０を備える実施例を示す。このような実施例のうち、実施例によっては、グラフィックメモリ１７は２個のアップデートバッファ５８および２個の差分バッファ６０を備える。以下の説明においては、２個のアップデートバッファおよび２個の差分バッファは「Ａアップデートバッファ」、「Ｂアップデートバッファ」、「Ａ差分バッファ」、および「Ｂ差分バッファ」と呼称することとする。比較ユニット６６は、ポストフレームバッファ・プロセッサ６２から生成された出力ピクセルビットストリームを、（前の画像を含む）Ａアップデートバッファのコンテンツと比較し、ＢアップデートバッファおよびＢ差分バッファの（それまでに反復して実行された比較工程の結果を含む）コンテンツの一部もしくは全部はネットワーク２５を介して、また上述したように場合によってはシステムメモリ１７を介して受信装置３０に送信される。その後、Ａアップデートバッファ５８に対する現在の比較工程が完了すると、ＡおよびＢアップデートバッファおよび差分バッファの役割は交換され、実施例によっては、ＡアップデートバッファおよびＡ差分バッファのコンテンツの複製がＢアップデートバッファおよびＢ差分バッファに作成される。この時点において、比較工程は今度はＢアップデートバッファ５８およびＢ差分バッファ６０を用いて繰返し実行される。ＢアップデートバッファおよびＢ差分バッファに対して比較が実行される際、ＡアップデートバッファおよびＡ差分バッファのコンテンツの一部もしくは全部はネットワーク２５を介して上述の受信装置３０に送信される。したがって、ＡおよびＢの、アップデートバッファ５８および差分バッファ６０は前後で「ピンポン」のように使用される。上述のように複数のアップデートバッファおよび差分バッファを使用することは、一般的に、１個のアップデートバッファおよび１個の差分バッファのみを使用する場合に比べてより効果的である。

同様に、複数のアップデートバッファおよび差分バッファを使用する他の実施例が可能である。例えば、上述したようにＡアップデートバッファ５８およびＡ差分バッファ６０をＢアップデートバッファおよびＢ差分バッファに複製する代わりに、一方のアップデートバッファおよび差分バッファ対が「現在」として指定され、他方のアップデートバッファおよび差分バッファ対が「先行」として指定される。本実施例において、ディスプレイ更新ユニット５４が生成する出力ピクセルビットストリームは「現在」のアップデートバッファ５８内に書込まれる。ピクセルデータが「現在」のアップデートバッファ５８内に書込まれる際、当該ピクセルデータは比較ユニット６６により「先行」のアップデートバッファ５８内の対応するピクセルデータと比較される。差分が検出された場合、「現在」の差分バッファ６０は当該特定のピクセルもしくはピクセル領域について更新される。送信装置１２が次の画像フレームを圧縮および受信装置３０に送信できる状態になると、「先行」および「現在」のアップデートバッファ５８および差分バッファ６０の役割が交換される。少なくともいくつかの実施例においては、バッファの役割を交換する動作はディスプレイのリトレース時間に同期され、これにより、例えば画像の「割れ」を防止する。本実施例においては、「現在」の差分バッファ６０は役割が交換される度に全消去される。実施例によっては、２個のバッファが設けられている場合、「現在」の差分バッファは常に更新されてもよい。前のフレームに対する比較動作は、最後の交換以降当該フレームに対して常に行われているため、その後差分バッファを更新することが可能である。

上述の説明は、本発明の原理および様々な実施例を示すことを意図するものとする。上述の記載を十分に理解すれば、当業者にとって様々な変形および変更は明らかとなる。以下の特許請求の範囲は、そのような変形および変更を含むものと理解されることとする。

Claims (10)

1. ピクセルデータをフレームバッファ内に記憶し（１０２）、
   前記ピクセルデータを前記フレームバッファから読出し（１０４）、前記ピクセルデータの少なくとも１個のピクセル値を処理して出力ピクセルビットストリームを生成し、
   前記出力ピクセルビットストリームから派生したピクセル値を第１のアップデートバッファ内に記憶し（１０８）、
   前記ピクセル値を前記第１のアップデートバッファからネットワークを介して遠く離れて配置された図形装置に供給すること（１１０）とを含むことを特徴とする方法（１００）。
2. 前記出力ピクセルビットストリームを前記第１のアップデートバッファ内に既に記憶されたピクセル値と比較することをさらに含むことを特徴とする請求項１に記載の方法。
3. ピクセル値を前記第１のアップデートバッファ内に記憶することは、前記比較に基づいて、前記第１のアップデートバッファ内に既に記憶されたピクセル値を上書きすることを含むことを特徴とする請求項２に記載の方法。
4. 前記第１のアップデートバッファのコンテンツを第２のアップデートバッファに書込むことをさらに含むことを特徴とする請求項１に記載の方法。
5. 前記第１のアップデートバッファのコンテンツをシステムメモリに書込むことを更に含むことを特徴とする請求項４に記載の方法。
6. フレームバッファ（５６）および第１のアップデートバッファ（５８）を備える記憶装置（５２）と、
   ピクセルデータを前記フレームバッファから読出し、前記ピクセルデータの少なくとも１個のピクセル値を処理して出力ピクセルビットストリームを生成し、また、前記出力ピクセルビットストリームの複製を前記第１のアップデートバッファに記憶させるディスプレイ更新ユニット（５４）と、
   前記出力ピクセルビットストリームの前記複製を示すピクセル値をネットワークを介して受信装置に送信させるロジックとを備えることを特徴とする図形サブシステム（１４）。
7. 前記ディスプレイ更新ユニットは、前記出力ピクセルビットストリームを前記第１のアップデートバッファのコンテンツと比較することを特徴とする請求項６に記載の図形サブシステム。
8. 前記ディスプレイ更新ユニットが、前記出力ピクセルビットストリーム内のピクセル値が前記第１のアップデートバッファのコンテンツと異なるか否かを示すデータを記憶するための差分バッファ（６０）をさらに備えることを特徴とする請求項７に記載の図形サブシステム。
9. 前記記憶装置は第２のアップデートバッファ（５８）を更に備え、前記ディスプレイ更新ユニットは前記出力ピクセルビットストリームの複製を前記第２のアップデートバッファ内にも記憶させることを特徴とする請求項６に記載の図形サブシステム。
10. 前記記憶装置は、各々が複数のピクセルに対応し、かつ前記対応するピクセルに変化したものがあるか否かを示す複数のビットを含む第１および第２の差分バッファ（６０）を更に備えることを特徴とする請求項９に記載の図形サブシステム。

Images