JPH06180565A - コンピュータゲーム装置 - Google Patents
コンピュータゲーム装置Info
- Publication number
- JPH06180565A JPH06180565A JP4284976A JP28497692A JPH06180565A JP H06180565 A JPH06180565 A JP H06180565A JP 4284976 A JP4284976 A JP 4284976A JP 28497692 A JP28497692 A JP 28497692A JP H06180565 A JPH06180565 A JP H06180565A
- Authority
- JP
- Japan
- Prior art keywords
- data
- color
- dot
- microprogram
- access
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Controls And Circuits For Display Device (AREA)
- Image Input (AREA)
- Image Processing (AREA)
- Digital Computer Display Output (AREA)
Abstract
(57)【要約】
【目的】 バックグラウンド（ＢＧ）画面とスプライト
画面を組み合わせて画像を表示するコンピュータゲーム
装置において、ＢＧ画面の画像データモードが外部ブロ
ックシーケンシャル、外部ドットシーケンシャル、内部
ドットシーケンシャルなど様々な映像データ形式を用い
る場合に、それを実現できるコントローラを用意し、速
やかな画像処理を行う。 【構成】 各々のＢＧ画面モードを設定可能なコントロ
ーラを用意し、その各々のＢＧ画面モードに対応させ
て、アクセスタイミングを任意に設定できるようにする
ために、画面表示のためのＲＡＭアクセスタイミングを
マイクロプログラムにより設定する。
画面を組み合わせて画像を表示するコンピュータゲーム
装置において、ＢＧ画面の画像データモードが外部ブロ
ックシーケンシャル、外部ドットシーケンシャル、内部
ドットシーケンシャルなど様々な映像データ形式を用い
る場合に、それを実現できるコントローラを用意し、速
やかな画像処理を行う。 【構成】 各々のＢＧ画面モードを設定可能なコントロ
ーラを用意し、その各々のＢＧ画面モードに対応させ
て、アクセスタイミングを任意に設定できるようにする
ために、画面表示のためのＲＡＭアクセスタイミングを
マイクロプログラムにより設定する。
Description
【０００１】
【産業上の利用分野】本発明は複数の種類の画像データ
を扱うことができるコンピュータ装置におけるＶＲＡＭ
アクセスを伴う処理に関する。
を扱うことができるコンピュータ装置におけるＶＲＡＭ
アクセスを伴う処理に関する。
【０００２】
【従来の技術】従来、多くのアニメなどを画像処理をす
るゲームなどに用いられるコンピュータ装置においては
ビデオ画面に表示する方法としてバックグラウンド（Ｂ
Ｇ）とスプライトと呼ばれる２種類の画面を重ね合わせ
る方式をとっている。
るゲームなどに用いられるコンピュータ装置においては
ビデオ画面に表示する方法としてバックグラウンド（Ｂ
Ｇ）とスプライトと呼ばれる２種類の画面を重ね合わせ
る方式をとっている。
【０００３】このようなシステムでは、バックグラウン
ド画面は「キャラクタ」、スプライト画面は「スプライ
ト」と呼ばれるパターンを単位として画面が構成されて
いる。通常、画像表示においてはメモリ上の仮想画面は
ＣＲＴ画面（実画面）より大きく取ってある。この仮想
画面のデータを垂直あるいは水平にずらせていくことに
よって、実画面上でスクロールが実現できる。
ド画面は「キャラクタ」、スプライト画面は「スプライ
ト」と呼ばれるパターンを単位として画面が構成されて
いる。通常、画像表示においてはメモリ上の仮想画面は
ＣＲＴ画面（実画面）より大きく取ってある。この仮想
画面のデータを垂直あるいは水平にずらせていくことに
よって、実画面上でスクロールが実現できる。
【０００４】バックグラウンドはＣＲＴ画面のラスタと
キャラクターピッチを単位とするバックグラウンドキャ
ラクタ毎に、表示位置、色、パターンの情報で定義され
る。キャラクタの表示位置は画面上の座標を示してい
る。
キャラクターピッチを単位とするバックグラウンドキャ
ラクタ毎に、表示位置、色、パターンの情報で定義され
る。キャラクタの表示位置は画面上の座標を示してい
る。
【０００５】バックグラウンド画面はコンピュータ内の
メモリにおいてバックグラウンドアトリビュートテーブ
ル（ＢＡＴ）とキャラクタジェネレータ（ＣＧ）という
データ形式で管理される。
メモリにおいてバックグラウンドアトリビュートテーブ
ル（ＢＡＴ）とキャラクタジェネレータ（ＣＧ）という
データ形式で管理される。
【０００６】ＢＡＴは、仮想スクリーン上の各キャラク
タ位置にどのようなキャラクタをどのような色で表示す
るかを指定するためにＲＡＭ中に設定したテーブルであ
る。
タ位置にどのようなキャラクタをどのような色で表示す
るかを指定するためにＲＡＭ中に設定したテーブルであ
る。
【０００７】キャラクタコードは、ＲＡＭ内のＣＧで定
義されているキャラクタ番号が指定され、この番号に対
応してＣＧには実際のキャラクタのパターンが登録され
ている。ＣＧは色モードに対応して何面かで構成され
る。
義されているキャラクタ番号が指定され、この番号に対
応してＣＧには実際のキャラクタのパターンが登録され
ている。ＣＧは色モードに対応して何面かで構成され
る。
【０００８】実際のテレビ画面では図１に示すように、
左から右に走査線を走らせることによって画像を表示す
る。走査線が右端に到達すると、次にこの走査線は再び
左端に戻される。この間、画像表示は行わない。このこ
とから、この間をＨブランク（ＨＳＹＮＣ）という。
左から右に走査線を走らせることによって画像を表示す
る。走査線が右端に到達すると、次にこの走査線は再び
左端に戻される。この間、画像表示は行わない。このこ
とから、この間をＨブランク（ＨＳＹＮＣ）という。
【０００９】走査線は上記のような操作を繰り返しなが
ら画面の上から下へと移っていく。一番下まで到着する
と、再び走査線は最上段に移動する。この間もやはり、
画像表示を行わない。このことから、この間をＶブラン
ク（ＶＳＹＮＣ）という。
ら画面の上から下へと移っていく。一番下まで到着する
と、再び走査線は最上段に移動する。この間もやはり、
画像表示を行わない。このことから、この間をＶブラン
ク（ＶＳＹＮＣ）という。
【００１０】Ｈブランクに対しては水平同期期間（ＨＳ
ＹＮＣ）信号が発生し、Ｖブランクに対しては垂直同期
期間（ＶＨＹＮＣ）信号が発生する。この信号をもと
に、それぞれ割り込みが発生する。Ｈブランクに比べて
Ｖブランクは長いので、ゲームでの処理の大半はこの期
間中に対応させている。
ＹＮＣ）信号が発生し、Ｖブランクに対しては垂直同期
期間（ＶＨＹＮＣ）信号が発生する。この信号をもと
に、それぞれ割り込みが発生する。Ｈブランクに比べて
Ｖブランクは長いので、ゲームでの処理の大半はこの期
間中に対応させている。
【００１１】従来のＢＧへのアクセスは、このＨブラン
ク、Ｖブランクの期間中に行う必要があった。このため
に、ＢＧへのアクセスのタイミングが固定化され、ソフ
トウェアでのアクセス処理が制約されていた。
ク、Ｖブランクの期間中に行う必要があった。このため
に、ＢＧへのアクセスのタイミングが固定化され、ソフ
トウェアでのアクセス処理が制約されていた。
【００１２】たとえば走査線が右端に移動すると水平同
期信号が発生し、水平同期期間（ＨＳＹＮＣ）割り込み
が起きる。したがってＨブランクの間に割り込み処理で
ＢＧのアクセスを済ませておく必要があった。Ｖブラン
クに対しても同様だが、いずれにしてもＢＧアクセスの
タイミングはこのような制約のもとで行う必要があっ
た。
期信号が発生し、水平同期期間（ＨＳＹＮＣ）割り込み
が起きる。したがってＨブランクの間に割り込み処理で
ＢＧのアクセスを済ませておく必要があった。Ｖブラン
クに対しても同様だが、いずれにしてもＢＧアクセスの
タイミングはこのような制約のもとで行う必要があっ
た。
【００１３】
【発明が解決しようとする課題】以下、本発明の解決し
ようとする課題について本発明のコンピュータゲーム装
置の例を引いて説明する。
ようとする課題について本発明のコンピュータゲーム装
置の例を引いて説明する。
【００１４】図２は多くの種類のＲＡＭを備えたコンピ
ュータゲーム装置の一例のブロック図である。ＣＰＵ専
用のＭ−ＲＡＭのほかにビデオディスプレイプロセッサ
（ＶＤＰ）用のＶ−ＲＡＭ、ＳＣＳＩコントローラ、グ
ラフィックコントローラ、サウンドコントローラなどを
含むコントローラチップ用のＫ−ＲＡＭ、圧縮された画
像信号を復号する画像伸長用のＲ−ＲＡＭなどの多様な
ＲＡＭを備えている。
ュータゲーム装置の一例のブロック図である。ＣＰＵ専
用のＭ−ＲＡＭのほかにビデオディスプレイプロセッサ
（ＶＤＰ）用のＶ−ＲＡＭ、ＳＣＳＩコントローラ、グ
ラフィックコントローラ、サウンドコントローラなどを
含むコントローラチップ用のＫ−ＲＡＭ、圧縮された画
像信号を復号する画像伸長用のＲ−ＲＡＭなどの多様な
ＲＡＭを備えている。
【００１５】図３は図２におけるＳＣＳＩコントロー
ラ、グラフィックコントローラ、サウンドコントローラ
などが含まれているコントローラチップ内部のより詳細
な図である。
ラ、グラフィックコントローラ、サウンドコントローラ
などが含まれているコントローラチップ内部のより詳細
な図である。
【００１６】この装置では、コントローラチップはＣＤ
−ＲＯＭなどの外部記憶装置からデータを読み取りＫ−
ＲＡＭに蓄える。Ｋ−ＲＡＭには画像データ等の各種デ
ータが一時的に保存され、その中には８ビットで１レコ
ードをなすものや１６ビットで１レコードをなすような
さまざまな種類のデータが含まれている。
−ＲＯＭなどの外部記憶装置からデータを読み取りＫ−
ＲＡＭに蓄える。Ｋ−ＲＡＭには画像データ等の各種デ
ータが一時的に保存され、その中には８ビットで１レコ
ードをなすものや１６ビットで１レコードをなすような
さまざまな種類のデータが含まれている。
【００１７】Ｋ−ＲＡＭのＢＧデータは再び読み取ら
れ、コントローラチップで加工された後、ビデオエンコ
ーダに送られる。ビデオエンコーダはコントローラチッ
プやその他の装置から送られてくる画像データをテレビ
画面に表示する働きをもっている。
れ、コントローラチップで加工された後、ビデオエンコ
ーダに送られる。ビデオエンコーダはコントローラチッ
プやその他の装置から送られてくる画像データをテレビ
画面に表示する働きをもっている。
【００１８】このとき、ビデオエンコーダでは表示画像
制御信号としてＶＳＹＮＣ、ＨＳＹＮＣ、ＤＣＫ、それ
とこれらの信号からＳＣＫ（システムクロック）を生成
して、コントローラチップが動作するに必要なタイミン
グが生成する。
制御信号としてＶＳＹＮＣ、ＨＳＹＮＣ、ＤＣＫ、それ
とこれらの信号からＳＣＫ（システムクロック）を生成
して、コントローラチップが動作するに必要なタイミン
グが生成する。
【００１９】またインターレース表示モードでに対応し
て、ビデオエンコーダから送られてくる偶数／奇数フィ
ールド判別信号（ＯＤ／−ＥＶ）により、これに対応し
たシステムクロックが生成される。
て、ビデオエンコーダから送られてくる偶数／奇数フィ
ールド判別信号（ＯＤ／−ＥＶ）により、これに対応し
たシステムクロックが生成される。
【００２０】この例ではバックグラウンドの仮想画面は
図４に示すようになっており、この面の座標系を画像面
座標系とよぶ。画像面座標系は縦横−５１２〜＋５１２
ドットの値をもち、１０２４×１０２４ドットの範囲で
確保されている。
図４に示すようになっており、この面の座標系を画像面
座標系とよぶ。画像面座標系は縦横−５１２〜＋５１２
ドットの値をもち、１０２４×１０２４ドットの範囲で
確保されている。
【００２１】実画面表示エリアは２５６×２４０ドット
であり、この表示エリアを１０２４×１０２４の画像面
座標系を上下左右に移動させることによってＢＧ画面の
スクロールが実現する。
であり、この表示エリアを１０２４×１０２４の画像面
座標系を上下左右に移動させることによってＢＧ画面の
スクロールが実現する。
【００２２】バックグラウンド画面は「キャラクタ」、
スプライト画面は「スプライト」と呼ばれるパターンを
単位として画面が構成されている。以下、キャラクタの
１単位が８×８ドット、スプライトの１単位は１６×１
６ドットで管理している。
スプライト画面は「スプライト」と呼ばれるパターンを
単位として画面が構成されている。以下、キャラクタの
１単位が８×８ドット、スプライトの１単位は１６×１
６ドットで管理している。
【００２３】バックグラウンドはＣＲＴ画面のラスタと
キャラクターピッチを単位とするバックグラウンドキャ
ラクタ毎に、表示位置、色、パターンの情報で定義され
る、キャラクタの表示位置は画面上の座標を示してい
る。ＣＲＴ画面のラスタ走査位置を検出して、その位置
に対応するキャラクタの情報を映像信号に変換して画面
に出力する。
キャラクターピッチを単位とするバックグラウンドキャ
ラクタ毎に、表示位置、色、パターンの情報で定義され
る、キャラクタの表示位置は画面上の座標を示してい
る。ＣＲＴ画面のラスタ走査位置を検出して、その位置
に対応するキャラクタの情報を映像信号に変換して画面
に出力する。
【００２４】バックグラウンド画面はコンピュータ内の
メモリにおいて図５に示すように管理される。バックグ
ラウンドアトリビュートテーブル（ＢＡＴ）は、仮想画
面上の各キャラクタ位置にどのようなキャラクタをどの
ような色で表示するかを指定するためにＲＡＭ中に設定
したテーブルである。
メモリにおいて図５に示すように管理される。バックグ
ラウンドアトリビュートテーブル（ＢＡＴ）は、仮想画
面上の各キャラクタ位置にどのようなキャラクタをどの
ような色で表示するかを指定するためにＲＡＭ中に設定
したテーブルである。
【００２５】キャラクタコードは、ＲＡＭ内のキャラク
タジェネレータ（ＣＧ）で定義されているキャラクタ番
号が指定され、この番号に対応してＣＧには実際のキャ
ラクタのパターンが登録されている。ＣＧは色モードに
対応して何面かで構成される。たとえば４色モードでは
２面、１６色モードでは４面から構成される。面は手前
からＣＨ０〜ＣＨ３のように名づける。
タジェネレータ（ＣＧ）で定義されているキャラクタ番
号が指定され、この番号に対応してＣＧには実際のキャ
ラクタのパターンが登録されている。ＣＧは色モードに
対応して何面かで構成される。たとえば４色モードでは
２面、１６色モードでは４面から構成される。面は手前
からＣＨ０〜ＣＨ３のように名づける。
【００２６】色はＣＨ０〜ＣＨ３の対応するビットの合
計値として表せる。図６に例を示す。図は１６色モード
の場合で、ＣＨ０〜ＣＨ３の対応するビット値をｂ０、
ｂ１、ｂ２、ｂ３とすると、カラー番号ｃは ｃ＝ｂ０×２0＋Ｂ１×２1＋Ｂ２×２2＋Ｂ３×２3 と求まる。
計値として表せる。図６に例を示す。図は１６色モード
の場合で、ＣＨ０〜ＣＨ３の対応するビット値をｂ０、
ｂ１、ｂ２、ｂ３とすると、カラー番号ｃは ｃ＝ｂ０×２0＋Ｂ１×２1＋Ｂ２×２2＋Ｂ３×２3 と求まる。
【００２７】これを直接カラー番号として扱ってもよい
が、それでは１６色が固定してしまう。そこで、カラー
パレットとという概念を導入し、実際のカラー番号はこ
のパレットによって決めるようにする。すなわち、ＣＧ
から求まったカラー番号はカラーパレットの位置をポイ
ントするものして使う。
が、それでは１６色が固定してしまう。そこで、カラー
パレットとという概念を導入し、実際のカラー番号はこ
のパレットによって決めるようにする。すなわち、ＣＧ
から求まったカラー番号はカラーパレットの位置をポイ
ントするものして使う。
【００２８】ＢＡＴのキャラクタコードはＣＧのアドレ
スを示すもので、キャラクタコードを変えるだでけでど
のＣＧを使うかが決まる。ここではドットに対するＣＧ
は色モードによってメモリ配置を変えている。４色、１
６色、２５６色モードの場合のメモリ配置を図７に示
す。
スを示すもので、キャラクタコードを変えるだでけでど
のＣＧを使うかが決まる。ここではドットに対するＣＧ
は色モードによってメモリ配置を変えている。４色、１
６色、２５６色モードの場合のメモリ配置を図７に示
す。
【００２９】一方、この例の装置におけるコントローラ
チップが扱うＢＧ画像データは従来よりも種類が多く、
以下のような３種のデータである。 （１）外部ブロックシーケンシャル （２）外部ドットシーケンシャル （３）内部ドットシーケンシャル
チップが扱うＢＧ画像データは従来よりも種類が多く、
以下のような３種のデータである。 （１）外部ブロックシーケンシャル （２）外部ドットシーケンシャル （３）内部ドットシーケンシャル
【００３０】従来のコンピュータゲーム装置はほとんど
の場合、８×８ドットを１ブロックとした外部ブロック
シーケンシャルのＢＧデータのみであった。ところがこ
の例の装置ではドット単位にＢＧデータを扱う外部ドッ
トシーケンシャルと内部ドットシーケンシャルが加わっ
ている。
の場合、８×８ドットを１ブロックとした外部ブロック
シーケンシャルのＢＧデータのみであった。ところがこ
の例の装置ではドット単位にＢＧデータを扱う外部ドッ
トシーケンシャルと内部ドットシーケンシャルが加わっ
ている。
【００３１】ここで「外部」と名のついた画像データモ
ードはＢＡＴとＣＧによって管理される画像データであ
り、「内部」と名のついた画像データモードはビットマ
ップデータである。イメージスキャナなどで読み取った
自然画像データは内部ドットシーケンシャルで管理され
る。
ードはＢＡＴとＣＧによって管理される画像データであ
り、「内部」と名のついた画像データモードはビットマ
ップデータである。イメージスキャナなどで読み取った
自然画像データは内部ドットシーケンシャルで管理され
る。
【００３２】最初の内部ドットシーケンシャルはビット
マップイメージのＣＧで、イメージスキャナなどで読み
込んだ自然画像をそのまま表示するデータ形式である。
このため、ＢＡＴは保有しない。
マップイメージのＣＧで、イメージスキャナなどで読み
込んだ自然画像をそのまま表示するデータ形式である。
このため、ＢＡＴは保有しない。
【００３３】一方、後の２つはＢＡＴとＣＧで管理され
る画像データである。ＢＡＴは、仮想スクリーン上のど
の位置にどのキャラクタを表示するかを指定するテーブ
ルである。外部ブロックシーケンシャル形式では、ＣＧ
はキャラクタのパターンを表すもので、基本的には従来
の考え方を踏襲している。外部ドットシーケンシャル形
式ではＣＧは１ドット単位の単位の扱いになり、カラー
パレットと同じ効果を出すときに利用する。
る画像データである。ＢＡＴは、仮想スクリーン上のど
の位置にどのキャラクタを表示するかを指定するテーブ
ルである。外部ブロックシーケンシャル形式では、ＣＧ
はキャラクタのパターンを表すもので、基本的には従来
の考え方を踏襲している。外部ドットシーケンシャル形
式ではＣＧは１ドット単位の単位の扱いになり、カラー
パレットと同じ効果を出すときに利用する。
【００３４】これらの３種類の形式のデータから生成さ
れたＢＧ画像データはビデオエンコーダに送られテレビ
画面に表示される。その様子を示したのが図８である。
れたＢＧ画像データはビデオエンコーダに送られテレビ
画面に表示される。その様子を示したのが図８である。
【００３５】以下、本発明のコンピュータ装置で用いる
ＢＧ画像データ形式の外部ブロックシーケンシャル、外
部ドットシーケンシャル、内部ドットシーケンシャルに
ついて詳細に説明する。
ＢＧ画像データ形式の外部ブロックシーケンシャル、外
部ドットシーケンシャル、内部ドットシーケンシャルに
ついて詳細に説明する。
【００３６】（１）外部ブロックシーケンシャル この場合のＢＡＴは図９に示すようにパレットバンクと
キャラクタコードで構成される。パレットバンクは図４
におけるＣＧ ＣＯＬＯＲに相当するもので、ビデオエ
ンコーダ部内のバンクを示す。これにより、カラーパレ
ット２５６色中の１６色のグループが決定する。
キャラクタコードで構成される。パレットバンクは図４
におけるＣＧ ＣＯＬＯＲに相当するもので、ビデオエ
ンコーダ部内のバンクを示す。これにより、カラーパレ
ット２５６色中の１６色のグループが決定する。
【００３７】ただしパレットバンクが有効なのは４色モ
ードと１６色モードのみで、他のモードでは無視され
る。キャラクタコードはＣＧをポイントするもので、こ
のコードとＣＧアドレスレジスタとで実際のＣＧアドレ
スが求まる。
ードと１６色モードのみで、他のモードでは無視され
る。キャラクタコードはＣＧをポイントするもので、こ
のコードとＣＧアドレスレジスタとで実際のＣＧアドレ
スが求まる。
【００３８】ＣＧは８×８ドット構成でキャラクタパタ
ーンを決める。１ドットの表示色を決める長さは色モー
ドによって異なる。同時に使用する色の数をｍとする
と、１ドット表示に必要なビット数ｎは、 ｎ＝Ｌｏｇ2ｍ で求まる。
ーンを決める。１ドットの表示色を決める長さは色モー
ドによって異なる。同時に使用する色の数をｍとする
と、１ドット表示に必要なビット数ｎは、 ｎ＝Ｌｏｇ2ｍ で求まる。
【００３９】ｍを４、１６、２５６、６４Ｋ、１６Ｍ色
モードとすると、ｎは２、４、８、１６、２４ビットと
なる。ただしＲＡＭは１６ビット（＝１ワード）でアド
レスアレンジメントされているから、ｍ＝１６Ｍでは３
２ビットで２ドットを表現する。
モードとすると、ｎは２、４、８、１６、２４ビットと
なる。ただしＲＡＭは１６ビット（＝１ワード）でアド
レスアレンジメントされているから、ｍ＝１６Ｍでは３
２ビットで２ドットを表現する。
【００４０】図１０のｐi,jの（ｉ，ｊ）はキャラクタ
のドット位置（行，列）を表し、ｐはパレット番号を表
す。
のドット位置（行，列）を表し、ｐはパレット番号を表
す。
【００４１】図１１は４色、図１２は１６色、図１３は
２５６色モードに対するＲＡＭ上のビット構成を示す図
である。ｍ＝４〜２５６色モードにおいて、カラーパレ
ットの位置（色）を指定するものである。カラーパレッ
トは２５６色分の大きさであるから、２５６色モードで
はカラーパレット全体を直接ポイントできる。
２５６色モードに対するＲＡＭ上のビット構成を示す図
である。ｍ＝４〜２５６色モードにおいて、カラーパレ
ットの位置（色）を指定するものである。カラーパレッ
トは２５６色分の大きさであるから、２５６色モードで
はカラーパレット全体を直接ポイントできる。
【００４２】したがって、２５６色モードではＢＡＴの
パレットバンクで使用する色の範囲を選択する必要がな
いから、パレットバンクは２５６色モードでは不要とな
る（システムの内部処理では無視される）。
パレットバンクで使用する色の範囲を選択する必要がな
いから、パレットバンクは２５６色モードでは不要とな
る（システムの内部処理では無視される）。
【００４３】図１４は６４Ｋ色、図１５は１６Ｍ色モー
ドに対するＲＡＭ上のビット構成を示す図である。６４
Ｋ色、１６Ｍ色モードではカラーパレットは使わず、直
接色データを指定する。６４Ｋ色モードではＹＵＶ（Ｙ
８ビット、Ｕ４ビット、Ｖ４ビット）で１ドット分の色
データを指定する。
ドに対するＲＡＭ上のビット構成を示す図である。６４
Ｋ色、１６Ｍ色モードではカラーパレットは使わず、直
接色データを指定する。６４Ｋ色モードではＹＵＶ（Ｙ
８ビット、Ｕ４ビット、Ｖ４ビット）で１ドット分の色
データを指定する。
【００４４】１６Ｍ色モードではＹＹＵＶ（Ｙ８ビッ
ト、Ｙ８ビット、Ｕ８ビット、Ｖ８ビット）で２ドット
分の色データを指定する。最初のＹは１ドット目の輝度
を表し、次のＹは２ドット目の輝度を表す。ＵとＶは１
ドット目、２ドット目共通の色差を表す。
ト、Ｙ８ビット、Ｕ８ビット、Ｖ８ビット）で２ドット
分の色データを指定する。最初のＹは１ドット目の輝度
を表し、次のＹは２ドット目の輝度を表す。ＵとＶは１
ドット目、２ドット目共通の色差を表す。
【００４５】自然画像では隣合う色は極端に違わないの
で、輝度だけの対処で十分に対応できるからである。こ
れによって、キャラクタの定義サイズを縮めることがで
き、結果として６４Ｋ色と同じサイズ（６４ワード）で
キャラクタパターンが定義できるようになっている。こ
のように外部ブロックシーケンシャルでは従来のＢＧ画
像データがそのまま利用できる。
で、輝度だけの対処で十分に対応できるからである。こ
れによって、キャラクタの定義サイズを縮めることがで
き、結果として６４Ｋ色と同じサイズ（６４ワード）で
キャラクタパターンが定義できるようになっている。こ
のように外部ブロックシーケンシャルでは従来のＢＧ画
像データがそのまま利用できる。
【００４６】（２）外部ドットシーケンシャル 外部ドットシーケンシャルも基本的には外部ブロックシ
ーケンシャルと同じである。ただ外部ドットシーケンシ
ャルの場合は、ブロック（＝キャラクタ）単位でデータ
ハンドリングをするのではなく、ドット単位の扱いとな
る。したがって、図１０、１１、１２、１３、１４、１
５のテーブルの１行だけが外部ドットシーケンシャルの
ＣＧ定義となる。ただし１６Ｍ色モードでは２行２ドッ
ト定義である。
ーケンシャルと同じである。ただ外部ドットシーケンシ
ャルの場合は、ブロック（＝キャラクタ）単位でデータ
ハンドリングをするのではなく、ドット単位の扱いとな
る。したがって、図１０、１１、１２、１３、１４、１
５のテーブルの１行だけが外部ドットシーケンシャルの
ＣＧ定義となる。ただし１６Ｍ色モードでは２行２ドッ
ト定義である。
【００４７】外部ドットシーケンシャルでは同一色を表
示する画像データに対してメモリの効率化が図れる。
示する画像データに対してメモリの効率化が図れる。
【００４８】このようなデータ形式を導入した理由につ
いて説明する。図１６のような絵を画面表示する場合を
考えてみよう。このとき、空は１色だったとしよう。空
の色は時間とともに変化していくから、この変化をなる
べく自然に表現するために６４Ｋ色モードを使う。空の
色を表現するには外部ブロックシーケンシャルでも、外
部ドットシーケンシャルでもどちらでも可能である。
いて説明する。図１６のような絵を画面表示する場合を
考えてみよう。このとき、空は１色だったとしよう。空
の色は時間とともに変化していくから、この変化をなる
べく自然に表現するために６４Ｋ色モードを使う。空の
色を表現するには外部ブロックシーケンシャルでも、外
部ドットシーケンシャルでもどちらでも可能である。
【００４９】外部ブロックシーケンシャルを使う場合に
は、ＣＧは８×８ドットの定義になるから、サイズは６
４ワード（＝１０２４バイト）が必要になる。これに対
して外部ドットシーケンシャルの場合には、１ドット分
の定義でよいから、サイズは１ワード（＝１６バイト）
ですむ。
は、ＣＧは８×８ドットの定義になるから、サイズは６
４ワード（＝１０２４バイト）が必要になる。これに対
して外部ドットシーケンシャルの場合には、１ドット分
の定義でよいから、サイズは１ワード（＝１６バイト）
ですむ。
【００５０】空が青白、薄赤、赤、暗い赤、赤紫、暗い
青、黒のように変化するとしょう。これを実現するに
は、変化させる色の数だけＣＧを用意し、ＢＡＴのキャ
ラクタコードを順次変えていくだけでよい。
青、黒のように変化するとしょう。これを実現するに
は、変化させる色の数だけＣＧを用意し、ＢＡＴのキャ
ラクタコードを順次変えていくだけでよい。
【００５１】このために必要なＣＧサイズは、外部ブロ
ックシーケンシャルでは６４×（ＣＧの数）ワードが必
要であり、内部ドットシーケンシャルでは２×（ＣＧの
数）ワード必要となる。ＣＧの数を８とすれば、前者は
５１２ワードであり、後者は１６ワードである。すなわ
ちこのようなケースでは、外部ドットシーケンシャルは
メモリの有効利用に欠くことのできないデータ形式なの
である。
ックシーケンシャルでは６４×（ＣＧの数）ワードが必
要であり、内部ドットシーケンシャルでは２×（ＣＧの
数）ワード必要となる。ＣＧの数を８とすれば、前者は
５１２ワードであり、後者は１６ワードである。すなわ
ちこのようなケースでは、外部ドットシーケンシャルは
メモリの有効利用に欠くことのできないデータ形式なの
である。
【００５２】別の見方をするなら、外部ドットシーケン
シャルでは１ＣＧが１カラーそのものを表しているか
ら、カラーパレットの代わりをなしていることになる。
外部ドットシーケンシャルでは固定したカラーパレット
を持たず、必要に応じてユーザーがその都度カラーパレ
ットを定義するようなものである。これにより、最小の
メモリで、豊富なカラー数に対応させることができる。
シャルでは１ＣＧが１カラーそのものを表しているか
ら、カラーパレットの代わりをなしていることになる。
外部ドットシーケンシャルでは固定したカラーパレット
を持たず、必要に応じてユーザーがその都度カラーパレ
ットを定義するようなものである。これにより、最小の
メモリで、豊富なカラー数に対応させることができる。
【００５３】（３）内部ドットシーケンシャル 内部ドットシーケンシャルは外部ドットシーケンシャル
と同様に、ドット単位のカラー定義を行うデータ形式で
ある。外部ドットシーケンシャルと異なるところは、Ｂ
ＡＴを持たないことである。その理由は、通常ユーザー
が定義する画像データでなく、ビデオやイメージスキャ
ナなどで取り入れた画像データであるからである。
と同様に、ドット単位のカラー定義を行うデータ形式で
ある。外部ドットシーケンシャルと異なるところは、Ｂ
ＡＴを持たないことである。その理由は、通常ユーザー
が定義する画像データでなく、ビデオやイメージスキャ
ナなどで取り入れた画像データであるからである。
【００５４】内部ドットシーケンシャルのもう一つの特
徴は、１６Ｍ色モードではＹＹＵＶの２ワードで２ドッ
トを定義することである。この点はすでに述べたとおり
である。これにより、１６Ｍ色という豊富な色を小さな
ＣＧサイズで定義できる。
徴は、１６Ｍ色モードではＹＹＵＶの２ワードで２ドッ
トを定義することである。この点はすでに述べたとおり
である。これにより、１６Ｍ色という豊富な色を小さな
ＣＧサイズで定義できる。
【００５５】それでいて、再現性に悪影響を与えること
はない。もちろん外部ドットシーケンシャルや外部ブロ
ックシーケンシャルでも１６Ｍ色モードが使えるが、自
然画を扱い、しかもドット単位に色データを持つ必要の
ある内部ドットシーケンシャルでは、とくに利用価値が
高くなっている。内部ドットシーケンシャルでは外部映
像装置で取り込んだ画像が一意的に扱え、処理の簡略化
が図れる。
はない。もちろん外部ドットシーケンシャルや外部ブロ
ックシーケンシャルでも１６Ｍ色モードが使えるが、自
然画を扱い、しかもドット単位に色データを持つ必要の
ある内部ドットシーケンシャルでは、とくに利用価値が
高くなっている。内部ドットシーケンシャルでは外部映
像装置で取り込んだ画像が一意的に扱え、処理の簡略化
が図れる。
【００５６】このように、様々な映像をこれらのＢＧ映
像データ形式を利用することによって、柔軟性のある対
応が可能になる。従来は外部ブロックシーケンシャルモ
ードのＢＧデータだけであったから、ＨＳＹＮＣあるい
はＶＳＹＮＣの同期期間の間でブロックデータをアクセ
スして処理するだけで十分であった。
像データ形式を利用することによって、柔軟性のある対
応が可能になる。従来は外部ブロックシーケンシャルモ
ードのＢＧデータだけであったから、ＨＳＹＮＣあるい
はＶＳＹＮＣの同期期間の間でブロックデータをアクセ
スして処理するだけで十分であった。
【００５７】ところが、本例のようなシステムではＢＧ
データの種類が増え、またＢＧ画面も４面と増えている
状況下で、この同期期間で、しかもブロック単位のアク
セスでは柔軟で速やかな画像処理を行うことは困難であ
る。
データの種類が増え、またＢＧ画面も４面と増えている
状況下で、この同期期間で、しかもブロック単位のアク
セスでは柔軟で速やかな画像処理を行うことは困難であ
る。
【００５８】このような課題を解決するために、本発明
はＢＧのアクセルタイミングを任意に設定できるように
することを目的とする。
はＢＧのアクセルタイミングを任意に設定できるように
することを目的とする。
【００５９】
【課題を解決するための手段】上記課題を解決するため
に、本発明のシステムではドットクロック（ＤＣＫ）サ
イクルでアクセスが可能とする。
に、本発明のシステムではドットクロック（ＤＣＫ）サ
イクルでアクセスが可能とする。
【００６０】たとえば自然画像（内部ドットシーケンッ
シャルモード時）において、最初の３ドットのみを加工
し、他のドットをさわる必要のない場合を考えてみよ
う。従来のアクセスでは、割り込み期間中にブロック単
位のアクセスをし、その中のドットを加工しなければな
らかった。
シャルモード時）において、最初の３ドットのみを加工
し、他のドットをさわる必要のない場合を考えてみよ
う。従来のアクセスでは、割り込み期間中にブロック単
位のアクセスをし、その中のドットを加工しなければな
らかった。
【００６１】このような場合、必要なドットのみをアク
セスすれば、３ドットクロックサイクルで加工の必要な
３ドットのみのアクセスでことが足り、処理時間が短
く、またＣＰＵの負担が軽減される。
セスすれば、３ドットクロックサイクルで加工の必要な
３ドットのみのアクセスでことが足り、処理時間が短
く、またＣＰＵの負担が軽減される。
【００６２】実際に、このような短時間の処理でなけれ
ば、内部ドットシーケンシャル形式のデータは処理でき
ない。したがって、アクセスのタイミングをデータの種
類によって、また処理の形態によって変える必要性が生
まれてきたわけである。
ば、内部ドットシーケンシャル形式のデータは処理でき
ない。したがって、アクセスのタイミングをデータの種
類によって、また処理の形態によって変える必要性が生
まれてきたわけである。
【００６３】しかしこれらの組み合せは非常に多く、従
来のように固定化した回路を用意するだけでは対処でき
ない状況になっている。
来のように固定化した回路を用意するだけでは対処でき
ない状況になっている。
【００６４】また回路化するとなると膨大な回路が必要
となる。そこで、本発明はマイクロプログラムで対応さ
せ、ユーザーがマクロ命令を与えることで柔軟に対応さ
せることでこの問題を解決した。
となる。そこで、本発明はマイクロプログラムで対応さ
せ、ユーザーがマクロ命令を与えることで柔軟に対応さ
せることでこの問題を解決した。
【００６５】
【実施例】本発明の装置では、Ｋ−ＲＡＭのアクセスを
行う演算処理をコントローラチップにマイクロプログラ
ムとして組み込んでおき、ユーザーがアクセスのタイミ
ングをレジスタで設定できるようにしている。
行う演算処理をコントローラチップにマイクロプログラ
ムとして組み込んでおき、ユーザーがアクセスのタイミ
ングをレジスタで設定できるようにしている。
【００６６】ＶＳＹＮＣとＨＳＹＮＣはすでに説明した
が、本発明のシステムでは新たにＤＣＫ（ドットクロッ
ク）が制御信号として利用できるようになっている。図
１７はＨＳＹＮＣとＤＣＫの関係を示したもので、１Ｈ
ＳＹＮＣ期間に約３４１ＤＣＫのサイクルが含まれる。
が、本発明のシステムでは新たにＤＣＫ（ドットクロッ
ク）が制御信号として利用できるようになっている。図
１７はＨＳＹＮＣとＤＣＫの関係を示したもので、１Ｈ
ＳＹＮＣ期間に約３４１ＤＣＫのサイクルが含まれる。
【００６７】ＤＣＫ（ドットクロック）サイクルはＨＳ
ＹＮＣサイクルの約３４１分の１で、アクセスタイミン
グもドットクロックサイクルごとの指定になる。
ＹＮＣサイクルの約３４１分の１で、アクセスタイミン
グもドットクロックサイクルごとの指定になる。
【００６８】マイクロプログラムのコントローラチップ
へのロードは、マイクロプログラムロードアドレスレジ
スタで行う。すなわち、このレジスタのアドレスにチッ
プ内の格納場所の初期アドレスを指定すると、マイクロ
プログラムがロードする。ただしこのとき、マイクロプ
ログラム制御レジスタのＭＰＳＷ＝０としておく必要が
ある。
へのロードは、マイクロプログラムロードアドレスレジ
スタで行う。すなわち、このレジスタのアドレスにチッ
プ内の格納場所の初期アドレスを指定すると、マイクロ
プログラムがロードする。ただしこのとき、マイクロプ
ログラム制御レジスタのＭＰＳＷ＝０としておく必要が
ある。
【００６９】ロード後、ＭＰＳＷ＝１をすると、マイク
ロプログラムが動作する。ユーザーがどのサイクルでア
クセスするかは、マイクロプログラムデータレジスタで
決定する。各レジスタの形式は図１８に載せておく。
ロプログラムが動作する。ユーザーがどのサイクルでア
クセスするかは、マイクロプログラムデータレジスタで
決定する。各レジスタの形式は図１８に載せておく。
【００７０】図１９は、マイクロプログラムデータレジ
スタの記述内容について説明したものである。このレジ
スタには （１）ＫＲＡＭアクセスアドレス生成の内容 （２）生成タイミング （３）読み込みデータの行き先 を指定する。
スタの記述内容について説明したものである。このレジ
スタには （１）ＫＲＡＭアクセスアドレス生成の内容 （２）生成タイミング （３）読み込みデータの行き先 を指定する。
【００７１】外部ブロック形式および外部ドット形式の
データは最初のＢＡＴデータを読み、そのあとでＣＧデ
ータを読む。この間、２ドット分が必要となる。記述デ
ータは２つのブロック（Ａバス、Ｂバス）に分かれてお
り、以下の内容を記述する。
データは最初のＢＡＴデータを読み、そのあとでＣＧデ
ータを読む。この間、２ドット分が必要となる。記述デ
ータは２つのブロック（Ａバス、Ｂバス）に分かれてお
り、以下の内容を記述する。
【００７２】（１）処理／非処理（ＮＯＰ／−ＮＯＰ） （２）ＢＧ面番号（０〜３） （３）回転／非回転 （４）ＢＡＴ／ＣＧ（ＢＡＴ／−ＣＧ） （５）ＢＡＴ間接ＣＧ／直接ＣＧ（間／−直ＣＧ） （６）ＣＧオフセット
【００７３】コントローラチップは、ＢＧ面データをＨ
ＤＩＳＰ（水平表示期間）に同期して各ドットごとに出
力する。一方、マイクロプログラムはＢＧＤＩＳＰ（Ｂ
Ｇ表示期間）に同期して動作が開始され、ＢＧＤＩＳＰ
に同期して終了する。
ＤＩＳＰ（水平表示期間）に同期して各ドットごとに出
力する。一方、マイクロプログラムはＢＧＤＩＳＰ（Ｂ
Ｇ表示期間）に同期して動作が開始され、ＢＧＤＩＳＰ
に同期して終了する。
【００７４】また、回転処理と非回転処理とでは遅延量
が異なるために、非回転面はＢＧＮＤＩＳＰに同期した
処理を、回転面はＢＧＲＤＩＳＰに同期した処理を行
う。したがって、図２０に示すようにマイクロプログラ
ムはＭＩＣＲＯ．Ｐ期間に動作する。
が異なるために、非回転面はＢＧＮＤＩＳＰに同期した
処理を、回転面はＢＧＲＤＩＳＰに同期した処理を行
う。したがって、図２０に示すようにマイクロプログラ
ムはＭＩＣＲＯ．Ｐ期間に動作する。
【００７５】グラフィックコントローラチップは同時表
示できる各ＢＧ画面に対してそれぞれ４色、１６色、２
５６色、６４Ｋ色、１６Ｍ色のうちからそれぞれ異なる
画像データを同時に混在させて取り扱うことができる。
このため、アクセスタイミングのすべてをプログラミン
グできるマイクロプログラム制御方式を採用している。
示できる各ＢＧ画面に対してそれぞれ４色、１６色、２
５６色、６４Ｋ色、１６Ｍ色のうちからそれぞれ異なる
画像データを同時に混在させて取り扱うことができる。
このため、アクセスタイミングのすべてをプログラミン
グできるマイクロプログラム制御方式を採用している。
【００７６】マイクロプログラムは２本あるＫ−ＢＵＳ
にそれぞれ独立に８ドットクロックサイクル内の動作を
記述し、Ｋ−ＢＵＳサイクルにそれぞれのバスは独立に
１ステップずつ実行し、８ドットクロックサイクルを繰
り返す。
にそれぞれ独立に８ドットクロックサイクル内の動作を
記述し、Ｋ−ＢＵＳサイクルにそれぞれのバスは独立に
１ステップずつ実行し、８ドットクロックサイクルを繰
り返す。
【００７７】図２１は、マイクロプログラムによるアド
レス生成のタイミング例、図２２はマイクロプログラム
の記述例である。この例では、 （１）ＢＧ０：外部ブロックシーケンシャル形式２５６
色モード （２）ＢＧ１：外部ブロックシーケンシャル形式１６色
モード （３）ＢＧ２：内部ドットシーケンシャル形式１６色モ
ード の３面表示の場合である。
レス生成のタイミング例、図２２はマイクロプログラム
の記述例である。この例では、 （１）ＢＧ０：外部ブロックシーケンシャル形式２５６
色モード （２）ＢＧ１：外部ブロックシーケンシャル形式１６色
モード （３）ＢＧ２：内部ドットシーケンシャル形式１６色モ
ード の３面表示の場合である。
【００７８】たとえば、０サイクルはＢバスデータに対
して「ＢＧ０間ＣＧ（０）」と指定してあるから、０サ
イクルではＢＲＡＭに対して外部ブロックシーケンシャ
ル形式２５６色モードでＢＡＴ間接ＣＧ０をアクセスす
る。ＡＲＡＭに対してはＮＯＰすなわちノー処理であ
る。
して「ＢＧ０間ＣＧ（０）」と指定してあるから、０サ
イクルではＢＲＡＭに対して外部ブロックシーケンシャ
ル形式２５６色モードでＢＡＴ間接ＣＧ０をアクセスす
る。ＡＲＡＭに対してはＮＯＰすなわちノー処理であ
る。
【００７９】
【発明の効果】以上述べたように、コンピュータゲーム
装置は従来はビデオ制御信号の割り込み期間中に割り込
み処理として、ユーザーがユーザープログラムを組ん
で、ＢＧデータのアクセスを行っていた。このために、
１回にアクセスできるＢＧデータはキャラクタ単位であ
り、キャラクタ単位の処理を余儀なくされていた。
装置は従来はビデオ制御信号の割り込み期間中に割り込
み処理として、ユーザーがユーザープログラムを組ん
で、ＢＧデータのアクセスを行っていた。このために、
１回にアクセスできるＢＧデータはキャラクタ単位であ
り、キャラクタ単位の処理を余儀なくされていた。
【００８０】それでも、従来はＢＡＴとＣＧによって管
理される外部ブロックシーケンシャル形式のデータのみ
であったから、この方式でも十分対応できた。しかし、
これからのシステムはドット単位のデータも扱う必要が
あり、しかも多彩な色モード（４、１６、２５６、６４
Ｋ、１６Ｍ）、複数ＢＧ面（４面）、回転／非回転な
ど、数多くのモードを扱う必要性が生まれてきている。
理される外部ブロックシーケンシャル形式のデータのみ
であったから、この方式でも十分対応できた。しかし、
これからのシステムはドット単位のデータも扱う必要が
あり、しかも多彩な色モード（４、１６、２５６、６４
Ｋ、１６Ｍ）、複数ＢＧ面（４面）、回転／非回転な
ど、数多くのモードを扱う必要性が生まれてきている。
【００８１】このような多彩なモードの組み合せを、従
来のようにユーザープログラムで、しかもＨＳＹＮＣや
ＶＳＹＮＣの割り込み期間中に対処するのでは、プログ
ラム記述の面においても、また実行速度の面において
も、多くの問題が生じ、実際に対処できない部分も生じ
ている。
来のようにユーザープログラムで、しかもＨＳＹＮＣや
ＶＳＹＮＣの割り込み期間中に対処するのでは、プログ
ラム記述の面においても、また実行速度の面において
も、多くの問題が生じ、実際に対処できない部分も生じ
ている。
【００８２】処理速度を上げるために、もし従来の方式
で多彩なデータ形式に対応したハードを組み込むとなる
と、回路が膨大の規模となってしまう。
で多彩なデータ形式に対応したハードを組み込むとなる
と、回路が膨大の規模となってしまう。
【００８３】その点、本発明の手法を用いれば、ドット
サイクルでＢＧデータをアクセスでき、しかもマイクロ
プログラムでそのタイミングをユーザーが設定できるか
ら、自由な形式でデータアクセスが行え、効率のよいア
クセス処理が行える。すなわち、むだのないアクセスが
可能となり、ＣＰＵの負担を軽減することができる。ま
たマイクロプログラムも、決められたデータ形式で記述
すればよいから、豊富なデータ形式に対して比較的簡単
なやり方で記述が可能となっている。
サイクルでＢＧデータをアクセスでき、しかもマイクロ
プログラムでそのタイミングをユーザーが設定できるか
ら、自由な形式でデータアクセスが行え、効率のよいア
クセス処理が行える。すなわち、むだのないアクセスが
可能となり、ＣＰＵの負担を軽減することができる。ま
たマイクロプログラムも、決められたデータ形式で記述
すればよいから、豊富なデータ形式に対して比較的簡単
なやり方で記述が可能となっている。
【図１】ＣＲＴ表示におけるＨブランクとＶブランクの
概念の説明図である。
概念の説明図である。
【図２】コンピュータゲーム装置の一例のブロック図で
ある。
ある。
【図３】コントローラチップ内部の説明図である。
【図４】バックグラウンドの仮想画面と実画面の説明図
である。
である。
【図５】バックグラウンド画面のメモリ上における管理
の説明図である。
の説明図である。
【図６】カラーパレットとＢＡＴ／ＣＧの関係を示す説
明図である。
明図である。
【図７】コンピュータゲーム装置における４色、１６
色、２５６色モードの場合のメモリ配置の説明図であ
る。
色、２５６色モードの場合のメモリ配置の説明図であ
る。
【図８】ＢＧ画像データがテレビ画面に表示されるまで
の説明図である。
の説明図である。
【図９】外部ブロックシーケンシャルデータの説明図で
ある。
ある。
【図１０】キャラクタのドット位置とパレット番号の説
明図である。
明図である。
【図１１】４色モードのＲＡＭ上のビット構成図であ
る。
る。
【図１２】１６色モードのＲＡＭ上のビット構成図であ
る。
る。
【図１３】２５６色モードのＲＡＭ上のビット構成図で
ある。
ある。
【図１４】６４Ｋ色モードのＲＡＭ上のビット構成図で
ある。
ある。
【図１５】１６Ｍ色モードのＲＡＭ上のビット構成図で
ある。
ある。
【図１６】同一色を表示する画像データに対するメモリ
の効率化の説明図である。
の効率化の説明図である。
【図１７】本発明の実施例におけるＤＣＫとＨＳＹＮＣ
の関係の説明図である。
の関係の説明図である。
【図１８】本発明の実施例におけるマイクロプログラム
関連のレジスタの説明図である。
関連のレジスタの説明図である。
【図１９】本発明の実施例におけるマイクロプログラム
データレジスタの内容の説明図である。
データレジスタの内容の説明図である。
【図２０】本発明の実施例におけるマイクロプログラム
の動作期間と各表示期間との関係の説明図である。
の動作期間と各表示期間との関係の説明図である。
【図２１】本発明の実施例におけるマイクロプログラム
によるアドレス生成のタイミングの説明図である。
によるアドレス生成のタイミングの説明図である。
【図２２】本発明の実施例におけるマイクロプログラム
の記述例である。
の記述例である。
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成４年１１月２０日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正内容】
【００１９】またインターレース表示モードに対応し
て、ビデオエンコーダから送られてくる偶数／奇数フィ
ールド判別信号（ＯＤ／−ＥＶ）により、これに対応し
たシステムクロックが生成される。
て、ビデオエンコーダから送られてくる偶数／奇数フィ
ールド判別信号（ＯＤ／−ＥＶ）により、これに対応し
たシステムクロックが生成される。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正内容】
【００５８】このような課題を解決するために、本発明
はＢＧのアクセスタイミングを任意に設定できるように
することを目的とする。
はＢＧのアクセスタイミングを任意に設定できるように
することを目的とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】変更
【補正内容】
【００６８】マイクロプログラムのコントローラチップ
への設定は、マイクロプログラムロードアドレスレジス
タおよびマイクロプログラムデータレジスタで行う。ま
ず、マイクロプログラムロードアドレスに、設定を行う
マイクロプログラムのアドレスを指定する。ただしこの
とき、マイクロプログラム制御レジスタのＭＰＳＷを０
としておく必要がある。
への設定は、マイクロプログラムロードアドレスレジス
タおよびマイクロプログラムデータレジスタで行う。ま
ず、マイクロプログラムロードアドレスに、設定を行う
マイクロプログラムのアドレスを指定する。ただしこの
とき、マイクロプログラム制御レジスタのＭＰＳＷを０
としておく必要がある。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】変更
【補正内容】
【００６９】次に、マイクロプログラムデータレジスタ
にデータを書き込む。このとき、１データ書き込みごと
にマイクロプログラムのアドレスはインクリメントする
ので、マイクロプログラムロードアドレスレジスタを再
設定する必要はない。必要なデータを設定後、ＭＰＳＷ
＝１とするとマイクロプログラムが動作する。各レジス
タの形式は図１８に示す。
にデータを書き込む。このとき、１データ書き込みごと
にマイクロプログラムのアドレスはインクリメントする
ので、マイクロプログラムロードアドレスレジスタを再
設定する必要はない。必要なデータを設定後、ＭＰＳＷ
＝１とするとマイクロプログラムが動作する。各レジス
タの形式は図１８に示す。
【手続補正書】
【提出日】平成５年８月４日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正内容】
【００３０】従来のコンピュータゲーム装置はほとんど
の場合、８×８ドットを１ブロックとした外部ブロック
シーケンシャルのＢＧデータのみであった。ところがこ
の例の装置ではドット単位にＢＧデータを扱う外部ドッ
トシーケンシャルと内部ドットシーケンシャルが加わっ
ている。これは、これからのコンピュータゲームを考え
た場合、従来のようにブロック単位でＢＧを扱う以外
に、通常のコンピュータのようにドット単位でＢＧを扱
う要求が出てくるであろうことが十分考えられる。この
ためにはこれらのモードがＢＧ画面毎に切り換えて設定
できることが有効である。
の場合、８×８ドットを１ブロックとした外部ブロック
シーケンシャルのＢＧデータのみであった。ところがこ
の例の装置ではドット単位にＢＧデータを扱う外部ドッ
トシーケンシャルと内部ドットシーケンシャルが加わっ
ている。これは、これからのコンピュータゲームを考え
た場合、従来のようにブロック単位でＢＧを扱う以外
に、通常のコンピュータのようにドット単位でＢＧを扱
う要求が出てくるであろうことが十分考えられる。この
ためにはこれらのモードがＢＧ画面毎に切り換えて設定
できることが有効である。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００８０
【補正方法】変更
【補正内容】
【００８０】それでも、従来はＢＡＴとＣＧによって管
理される外部ブロックシーケンシャル形式のデータのみ
であったから、この方式でも十分対応できた。しかし、
これからのシステムはドット単位のデータも扱う必要が
あり、しかも多彩な色モード（４、１６、２５６、６４
Ｋ、１６Ｍ）、複数ＢＧ面（４面）、回転／非回転な
ど、数多くのモードを扱う必要性が生まれてきている。
また、これらの実現のためにコントローラを数種類持つ
ことは、装置を構成する部品の増大、使用するＶＲＡＭ
の容量の増大を招く。また、プログラムによって必要と
するモードも違うので、それぞれのコントローラを用意
するのは無駄である。このためこれらのモードを１つの
コントローラで処理する必要性が生まれている。
理される外部ブロックシーケンシャル形式のデータのみ
であったから、この方式でも十分対応できた。しかし、
これからのシステムはドット単位のデータも扱う必要が
あり、しかも多彩な色モード（４、１６、２５６、６４
Ｋ、１６Ｍ）、複数ＢＧ面（４面）、回転／非回転な
ど、数多くのモードを扱う必要性が生まれてきている。
また、これらの実現のためにコントローラを数種類持つ
ことは、装置を構成する部品の増大、使用するＶＲＡＭ
の容量の増大を招く。また、プログラムによって必要と
するモードも違うので、それぞれのコントローラを用意
するのは無駄である。このためこれらのモードを１つの
コントローラで処理する必要性が生まれている。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.5 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 15/66 ４５０ 8420−5Ｌ Ｇ０９Ｇ 5/36 8121−5Ｇ
Claims (1)
- 【請求項１】 複数の画像モードをもつバックグラウン
ド画面とスプライト画面を組み合わせて画像を表示する
コンピュータ装置において、少なくともバックグラウン
ド画面表示のためのＲＡＭアクセスタイミングをマイク
ロプログラムにより設定する手段を備えたことを特徴と
するコンピュータゲーム装置。
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4284976A JP2898482B2 (ja) | 1992-10-01 | 1992-10-01 | コンピュータゲーム装置 |
| US08/113,920 US5459485A (en) | 1992-10-01 | 1993-08-31 | Image and sound processing apparatus |
| DE69329724T DE69329724T2 (de) | 1992-10-01 | 1993-09-03 | Ton- und Bilddatenverarbeitungsapparat |
| EP93306986A EP0590807B1 (en) | 1992-10-01 | 1993-09-03 | Image and sound processing apparatus |
| TW082107332A TW223161B (ja) | 1992-10-01 | 1993-09-08 | |
| CA 2452387 CA2452387A1 (en) | 1992-10-01 | 1993-09-09 | Image and sound processing apparatus |
| CA 2452420 CA2452420A1 (en) | 1992-10-01 | 1993-09-09 | Image and sound processing apparatus |
| CA002105841A CA2105841C (en) | 1992-10-01 | 1993-09-09 | Image and sound processing apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4284976A JP2898482B2 (ja) | 1992-10-01 | 1992-10-01 | コンピュータゲーム装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06180565A true JPH06180565A (ja) | 1994-06-28 |
| JP2898482B2 JP2898482B2 (ja) | 1999-06-02 |
Family
ID=17685522
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4284976A Expired - Fee Related JP2898482B2 (ja) | 1992-10-01 | 1992-10-01 | コンピュータゲーム装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2898482B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08155099A (ja) * | 1994-12-01 | 1996-06-18 | Heiwa Corp | 遊技機の画像表示装置 |
| US6616707B2 (en) | 2000-04-01 | 2003-09-09 | Goldwell Gmbh | Process and composition for the oxidative dyeing of human hair |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS56104385A (en) * | 1980-01-25 | 1981-08-20 | Hitachi Ltd | Display unit |
| JPS61215587A (ja) * | 1985-03-20 | 1986-09-25 | ソニー株式会社 | 画像表示装置 |
-
1992
- 1992-10-01 JP JP4284976A patent/JP2898482B2/ja not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS56104385A (en) * | 1980-01-25 | 1981-08-20 | Hitachi Ltd | Display unit |
| JPS61215587A (ja) * | 1985-03-20 | 1986-09-25 | ソニー株式会社 | 画像表示装置 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08155099A (ja) * | 1994-12-01 | 1996-06-18 | Heiwa Corp | 遊技機の画像表示装置 |
| US6616707B2 (en) | 2000-04-01 | 2003-09-09 | Goldwell Gmbh | Process and composition for the oxidative dyeing of human hair |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2898482B2 (ja) | 1999-06-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR960012990B1 (ko) | 비트 맵 영상 데이타를 블럭 전송하기 위한 퍼스널 컴퓨터 시스템 및 그 사용 방법 | |
| US4862154A (en) | Image display processor for graphics workstation | |
| JP3227086B2 (ja) | テレビオンスクリーン表示装置 | |
| US5838389A (en) | Apparatus and method for updating a CLUT during horizontal blanking | |
| US4225861A (en) | Method and means for texture display in raster scanned color graphic | |
| US5594473A (en) | Personal computer apparatus for holding and modifying video output signals | |
| US4529978A (en) | Method and apparatus for generating graphic and textual images on a raster scan display | |
| JPH09245179A (ja) | コンピュータグラフィックス装置 | |
| JPS61148488A (ja) | デイスプレイ制御装置 | |
| CA1220293A (en) | Raster scan digital display system | |
| US4703317A (en) | Blinking of a specific graph in a graphic display | |
| US4626839A (en) | Programmable video display generator | |
| CA1200025A (en) | Graphic and textual image generator for a raster scan display | |
| WO1995001629A1 (fr) | Dispositif et procede de traitement d'images et machine de jeu dotee d'un organe de traitement d'images | |
| JP2898482B2 (ja) | コンピュータゲーム装置 | |
| US5309560A (en) | Data selection device | |
| JP3252359B2 (ja) | 画像処理装置 | |
| JPH06180574A (ja) | コンピュータ画像処理装置 | |
| AU3063792A (en) | Method and apparatus for updating a clut during horizontal blanking | |
| JP3015227B2 (ja) | 画像処理装置 | |
| JP3846142B2 (ja) | 画像データ転送装置及び画像表示処理システム | |
| JP3005220B2 (ja) | 走査型表示制御装置 | |
| JPH07210142A (ja) | 画面表示方法 | |
| JPH06295171A (ja) | 画像処理装置 | |
| JPS63104191A (ja) | 描画処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090312 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090312 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100312 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110312 Year of fee payment: 12 |
|
| LAPS | Cancellation because of no payment of annual fees |