JPH04369686A - 画像データの再生装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ＣＤ−ＲＯＭから画
像データを再生する再生装置に関する。

【０００２】

【従来の技術】大容量の記憶媒体としてＣＤ−ＲＯＭが
あり、これは、マイクロコンピュータを使用したゲーム
機やパーソナルコンピュータなどにおいて、外部記憶媒
体として使用されている。

【０００３】そこで、ＣＤ−ＲＯＭに動画（アニメーシ
ョン）の画像データを用意しておき、この画像データを
ＣＤ−ＲＯＭから読み出してホストコンピュータに供給
し、ＣＲＴディスプレイに動画を表示することが考えら
れる。

【０００４】ところが、ＣＤ−ＲＯＭは、その１セクタ
の容量が２Ｋバイトであり、データ伝送レイトは、７５
セクタ／秒、つまり、１５０　Ｋバイト／秒である。し
たがって、動画を表示するためには、その動画の画像デ
ータをデータ圧縮してＣＤ−ＲＯＭに記録しておき、表
示時には、そのデータ圧縮された画像データをＣＤ−Ｒ
ＯＭから再生するとともに、元の画像データにデコード
してからディスプレイに供給する必要がある。すなわち
、そのようにしないと、表示される動画のフレーム数（
駒数）が不足し、十分に動きのある動画を表示できなく
なってしまう。

【０００５】そこで、図２〜図１２に示すような画像デ
ータの圧縮方法が考えられている。すなわち、図３及び
図４は、その画像データの圧縮過程を示すフローチャー
トである。また、図５Ａは、データ圧縮のターゲットと
なる画面の１フレーム（１画面）を示すもので、この１
フレームは、２５６　画素（横）×１９２　画素（縦）
で構成されるとともに、その１画素の赤色、緑色、青色
がそれぞれ５ビットで表される。そして、実際は、処理
の都合でダミーの１ビットが最上位に追加され、１画素
は１ビット（ダミー）＋５ビット×３色、すなわち、１
６ビットとされる。また、この原画像データは１フレー
ム単位でデータ圧縮される。

【０００６】すなわち、ステップ８１（図３）において
、図５Ａに示す１フレームの原画像データが、図５Ｂに
示すように、それぞれが８画素（横）×８画素（縦）の
大きさのブロック（以下、このブロックを「キャラクタ
」と呼ぶ）に分割される。したがって、図５Ｂにも示す
ように、１フレームの画像は、３２×２４＝７６８　個
のキャラクタに分割され、原画像データはキャラクタデ
ータＣＨＲ（０）〜ＣＨＲ（７６７）に分割される。な
お、この場合、１つのキャラクタデータＣＨＲ（ｉ）（
ｉ　＝０〜７６７　）は、８画素×８画素×１６ビット
＝１２８　バイトである。

【０００７】そして、このキャラクタデータＣＨＲ（ｉ
）に対して、ステップ８２において、第１次のベクトル
量子化が行われる。このベクトル量子化は、各キャラク
タごとに、そのキャラクタ内の画素の色数が４色以下と
なるように、データ圧縮するものである。

【０００８】このベクトル量子化の方法としては、すで
に提案されている方法を採用することができるが、この
例においては、赤、緑、青の色成分を、互いに直交する
３本の座標軸にとった３次元の色空間を考え、この色空
間において各画素間の距離を求め、この距離の短い画素
同志をまとめることにより、各キャラクタ内の画素の色
数が４色以下の「代表色」に収まるように画素データを
丸める。

【０００９】さらに、この量子化時、各フレームにおい
て、各キャラクタの量子化誤差（色空間における代表色
と各画素との距離に相当）のうちの最大値をＥｍａｘ　
としたとき、各キャラクタ内で量子化誤差が最大値Ｅｍ
ａｘ　を越える直前までベクトル量子化が行われ、フレ
ームごとに、その全キャラクタのＳ／Ｎが均一化される
。

【００１０】また、このように量子化をすると、色の変
化の平坦なキャラクタにおいては、色数が減少するが、
これは色数が減少しても量子化誤差がそれほど増加しな
いためである。

【００１１】こうして、キャラクタデータＣＨＲ（ｉ）
は各キャラクタ内において４色以下となるようにデータ
圧縮される。

【００１２】そして、このデータ圧縮されたキャラクタ
データＣＨＲ（ｉ）が、ステップ８３において、似た色
を持つキャラクタ同志をまとめることにより、８個のグ
ループに分類される（以下、このグループを「パレット
」と呼ぶ）。すなわち、各キャラクタデータＣＨＲ（ｉ
）は８個のパレットのどれかに属するように分類される
。この場合、各キャラクタは分類されるだけであり、そ
の順序が入れ換えられることはない。したがって、パレ
ットは、連続したキャラクタの領域である必要はなく、
飛び飛びのキャラクタ同志が、１つのパレットを構成し
てもよい。例えば、図５Ｃに示すように、色調の似た領
域Ａ〜Ｅを生じた場合、この領域Ａ〜Ｅのそれぞれごと
にパレットが構成されてよい。

【００１３】さらに、各キャラクタデータＣＨＲ（ｉ）
には、そのキャラクタデータＣＨＲ（ｉ）が属している
パレットの番号を示すパレットデータＰｊ　（ｊ　は０
〜７のいずれか）が割り当てられる。

【００１４】そして、このパレットに分類されたキャラ
クタデータＣＨＲ（ｉ）に対して、ステップ８４におい
て、パレットごとに第２次のベクトル量子化が行われる
。すなわち、各キャラクタの代表色が４色であっても、
そのキャラクタの集まりであるパレットの色数が１６色
を越えることがあるので、１つのパレット内の色数が１
６色より多ければ、第１次のベクトル量子化の場合と同
様に第２次のベクトル量子化が行われてパレット内の色
が最大で１６色になるように丸められ、その結果の１６
色が新たな代表色とされる。

【００１５】したがって、パレットごとに、そのキャラ
クタデータＣＨＲ（ｉ）は、そのパレットの持つ１６色
の代表色のうちのいずれか４色〜１色のデータに量子化
される。

【００１６】続いて、ステップ８５において、パレット
ごとに色番号変換用のテーブルＣＯＬ（０）〜ＣＯＬ（
７）が作成される。このテーブルＣＯＬ（ｊ）は、図６
に示すように、パレットごとに、その１６色の代表色の
色データ（１６ビットの色データ）と、その色データを
指定する色番号（０〜１５）とを有する変換テーブルで
ある。なお、この時点では、キャラクタデータＣＨＲ（
ｉ）は、そのキャラクタデータの属するパレットのテー
ブルＣＯＬ（ｊ）の色データのいずれかに等しい。

【００１７】そして、ステップ８６において、この色番
号テーブルＣＯＬ（ｊ）は、記録データＣＯＬ　として
一時記憶される。

【００１８】さらに、ステップ９１において、第２次の
量子化の行われたキャラクタデータＣＨＲ（ｉ）が、そ
のキャラクタデータの属するパレットの色番号テーブル
ＣＯＬ（ｊ）を参照してその色番号テーブルの色番号に
変換される。

【００１９】続いて、ステップ９２において、変換され
た色番号がインデックス番号に変換される。すなわち、
上述のように、キャラクタには、その色数が４色または
３色のもの、２色のもの、１色だけのものがある。そし
て、あるキャラクタが４色で、例えば図７Ａに示すよう
な色番号のキャラクタの場合には、図７Ｂに示すような
、元の色番号と、インデックス番号（新しい色番号）と
のインデックステーブルＩＮＤ２を用意すれば、そのキ
ャラクタ内の各画素の色は、図７Ｃに示すようなインデ
ックス番号のデータＤＳＰ２により表現することができ
る。そして、テーブルＩＮＤ２及びインデックスデータ
ＤＳＰ２におけるインデックス番号は、それぞれ２ビッ
トで表現することができる。

【００２０】また、あるキャラクタが２色で、例えば図
８Ａに示すような色番号のキャラクタの場合には、図８
Ｂに示すような、元の色番号と、インデックス番号との
テーブルＩＮＤ１を用意すれば、そのキャラクタ内の各
画素の色は、図８Ｃに示すようなインデックス番号のデ
ータＤＳＰ１により表現することができる。そして、そ
のテーブルＩＮＤ１及びデータＤＳＰ１におけるインデ
ックス番号は、それぞれ１ビットで表現することができ
る。

【００２１】さらに、あるキャラクタが１色で、例えば
図９に示すような色番号の場合には、その色番号だけで
、そのキャラクタ内のすべて画素の色を表現することが
できる。

【００２２】なお、以下の説明においては、４色または
３色のキャラクタ（図７Ａ）を２ビットモードのキャラ
クタＭＣＨ２、２色のキャラクタ（図８Ａ）を１ビット
モードのキャラクタＭＣＨ１、１色のみのキャラクタ（
図９）を単色モードのキャラクタＭＣＨ０と呼ぶ。

【００２３】そこで、ステップ９２において、各キャラ
クタのうち、２ビットモードのキャラクタＭＣＨ２及び
１ビットモードのキャラクタＭＣＨ１の色番号が、イン
デックステーブルＩＮＤ２、ＩＮＤ１を参照することに
よりインデックス番号データＤＳＰ２、ＤＳＰ１に変換
される（図７Ｃ、図８Ｃ）。なお、ここでは、説明の都
合上、単色モードのキャラクタＭＣＨ０については、そ
の色番号をインデックス番号データＤＳＰ０（＝０〜１
５のいずれか）とする。

【００２４】そして、ステップ９３において、インデッ
クステーブルＩＮＤ２、ＩＮＤ１が記録データとして一
時記憶される。

【００２５】さらに、デコード処理を考慮すると、２ビ
ットモードのキャラクタＭＣＨ２のインデックス番号デ
ータＤＳＰ２、１ビットモードのキャラクタＭＣＨ１の
インデックス番号データＤＳＰ１、単色モードのキャラ
クタＭＣＨ０のインデックス番号データＤＳＰ０は、そ
れぞれまとめておいたほうが高速にデコード処理ができ
る。しかし、１フレームの画像においては、例えば図１
０Ａに示すように、各モードのキャラクタが、分散して
いるのが普通である。ただし、図１０において、■は２
ビットモードのキャラクタＭＣＨ２、■は１ビットモー
ドのキャラクタＭＣＨ１、◎は単色モードのキャラクタ
ＭＣＨ０を示す。

【００２６】そこで、ステップ９４において、ソートが
行われ、インデックス番号データＤＳＰ２〜ＤＳＰ０が
、図１０Ｂに示すように、２ビットモードのキャラクタ
ＭＣＨ２のインデックス番号データＤＳＰ２、１ビット
モードのキャラクタＭＣＨ１のインデックス番号データ
ＤＳＰ１、単色モードのキャラクタＭＣＨ０のインデッ
クス番号データＤＳＰ０の順に並び変えられる。

【００２７】そして、ステップ９５において、ステップ
９４のソート結果のうち、２ビットモードのキャラクタ
ＭＣＨ２のインデックス番号データＤＳＰ２と、１ビッ
トモードのキャラクタＭＣＨ１のインデックス番号デー
タＤＳＰ１とが、記録データとして一時記憶される。な
お、単色モードのキャラクタＭＣＨ０のインデックス番
号データＤＳＰ０については、後述する。

【００２８】さらに、記録されるインデックス番号デー
タＤＳＰ２、ＤＳＰ１は、各キャラクタごとのデータで
あるが、これらのデータは、インデックス番号データＤ
ＳＰ２〜ＤＳＰ０をソートしたものであるとともに、単
色モードのキャラクタＭＣＨ０の情報（インデックス番
号データＤＳＰ０）を含んでいないので、１フレーム内
の本来のキャラクタ位置に対応していない。

【００２９】このため、ステップ９６において、１フレ
ーム分のインデックス番号データＤＳＰ２〜ＤＳＰ０を
元の順序に並べ換えるためのスクリーンテーブルＳＣＲ
　が形成される。このスクリーンテーブルＳＣＲ　は、
ソート後のキャラクタ（インデックス番号データＤＳＰ
２〜ＤＳＰ０）がソート前のどのキャラクタ位置に配置
されていたかを示すマップであり、キャラクタごとにキ
ャラクタ番号Ｃｉ　と、そのキャラクタの属するパレッ
トのパレット番号Ｐｊ　とを有する。

【００３０】すなわち、図１０Ｃに示すように、スクリ
ーンテーブルＳＣＲ　は、元の画像データの１フレーム
に対応して２４キャラクタ×３２キャラクタ分のアドレ
ス、すなわち、全部で７６８　番地のアドレスを有する
。そして、各アドレスは、図１１にも示すように、２バ
イトの大きさとされ、その２バイトの下位１０ビットが
キャラクタ番号Ｃｉ　とされ、その上位の３ビットがパ
レット番号Ｐｊ　とされる。

【００３１】そして、例えば第９１番地のキャラクタ番
号Ｃｉ　が「６６」であるとすれば、元のキャラクタの
うち、第９１番目のキャラクタのインデックス番号デー
タが、ソート後、第６６番目に位置していることを示す
というように、第ｉ　番地のアドレスのキャラクタ番号
は、そのアドレス（ｉ　番地）のキャラクタのソート後
のキャラクタ位置を示す。また、パレット番号Ｐｊ　は
、そのキャラクタが含まれるパレットが８個のパレット
（図６）のうちのどれであるかを示す。

【００３２】さらに、ステップ９７により、スクリーン
テーブルＳＣＲ　のキャラクタ番号Ｃｉは、大きい方に
１６だけシフトされ、キャラクタ番号Ｃｉ　のうちの０
〜１５は、単色モードのキャラクタＭＣＨ０の色番号に
割り当てられる。すなわち、あるキャラクタが単色モー
ドのキャラクタＭＣＨ０の場合には、そのキャラクタ番
号Ｃｉ　は、そのキャラクタの属するパレットの色番号
とされる。なお、キャラクタ番号Ｃｉ　のシフト前の最
大値は７６７　であるから、これを１６だけ大きい方に
シフトしても、キャラクタ番号Ｃｉ　は、やはり１０ビ
ットで表すことができる。

【００３３】そして、ステップ９８において、このスク
リーンテーブルＳＣＲが、記録データＳＣＲ　として一
時記憶される。

【００３４】以上のようにして、１フレームごとに、色
番号変換用のデータＣＯＬ　と、２ビットモードのキャ
ラクタＭＣＨ２のインデックス番号データＤＳＰ２及び
そのインデックステーブルＩＮＤ２と、１ビットモード
のキャラクタＭＣＨ１のインデックス番号データＤＳＰ
１及びそのインデックステーブルＩＮＤ１と、スクリー
ンテーブルＳＣＲ　とが作成される。

【００３５】なお、この場合、２ビットモードのキャラ
クタＭＣＨ２のインデックス番号データＤＳＰ２及びそ
のインデックステーブルＩＮＤ２の数Ｎと、１ビットモ
ードのキャラクタＭＣＨ１のインデックス番号データＤ
ＳＰ１及びそのインデックステーブルＩＮＤ１の数Ｍは
、画像の内容により異なり、０≦Ｎ≦７６８　、０≦Ｍ
≦７６８　である。また、以後、データＤＳＰ２、ＩＮ
Ｄ２、ＤＳＰ１、ＩＮＤ１を、必要に応じてデータＤＳ
Ｐ　と総称する。

【００３６】そして、これらデータＣＯＬ　、ＤＳＰ　
、ＳＣＲ　が、例えば図１２に示すようなフォーマット
の記録データＲＥＣＤに組み立てられて記録される。す
なわち、この記録データＲＥＣＤは、その先頭に、２ビ
ットモードのキャラクタＭＣＨ２の数Ｎと、１ビットモ
ードのキャラクタＭＣＨ１の数Ｍとを示す情報を有し、
次に、２ビットモードのキャラクタＭＣＨ２のインデッ
クステーブルＩＮＤ２及びインデックス番号データＤＳ
Ｐ２が、１キャラクタ分ずつＮキャラクタ分だけ続く。 さらに、記録データＲＥＣＤは、１ビットモードのキャ
ラクタＭＣＨ１のインデックステーブルＩＮＤ１及びイ
ンデックス番号データＤＳＰ１が、１キャラクタ分ずつ
Ｍキャラクタ分だけ続き、最後に、スクリーンテーブル
ＳＣＲ　と、色番号データＣＯＬ　とを順に有する。

【００３７】そして、この記録データＲＥＣＤがＣＤ−
ＲＯＭに記録される。この場合、その記録データＲＥＣ
Ｄは、エラー訂正コードの付加などモード１で記録する
ためのエンコード処理が行われてからＣＤ−ＲＯＭに記
録される。また、そのＣＤ−ＲＯＭには、これに記録さ
れた画像（記録データＲＥＣＤ）を表示あるいは使用す
るプログラムなども必要に応じて用意される。

【００３８】ここで、データ圧縮後の１フレーム当たり
のデータ量を求めると、これは次のようになる。すなわ
ち、パレットは１フレームにつき８個あり、１パレット
が１６色、１色は１６ビット（１ビットはダミー）なの
で、色番号データＣＯＬ　（色番号テーブルＣＯＬ（ｊ
））は、合計で、 ８パレット×１６色×１６ビット＝２５６　バイトとな
る。

【００３９】また、スクリーンテーブルＳＣＲ　は、キ
ャラクタが７６８個あり、１キャラクタにつき２バイト
であるから、 ２バイト×７６８　個＝１５３６バイトとなる。

【００４０】さらに、２ビットモードのキャラクタＭＣ
Ｈ２のインデックステーブルＩＮＤ２は、色番号が０〜
１５であって４ビットで表現され、色番号は４色分であ
るから、４ビット×４色分＝２バイト となる。また、インデックス番号データＤＳＰ２は、イ
ンデックス番号が２ビットで、これが１キャラクタ分で
あるから、 ２ビット×８画素×８画素＝１６バイトとなる。したが
って、２ビットモードのキャラクタＭＣＨ２のデータ量
は、１キャラクタ当たり１８バイトとなる。

【００４１】また、１ビットモードのキャラクタＭＣＨ
１のインデックステーブルＩＮＤ１は、色番号が０〜１
５であって色番号は２色分であるから、 ４ビット×２色分＝１バイト となる。また、インデックス番号データＤＳＰ１は、イ
ンデックス番号が１ビットで、これが１キャラクタ分で
あるから、 １ビット×８画素×８画素＝８バイト となる。したがって、１ビットモードのキャラクタＭＣ
Ｈ１のデータ量は、１キャラクタ当たり９バイトとなる
。

【００４２】さらに、単色モードのキャラクタＭＣＨ０
については、スクリーンテーブルＳＣＲ　により伝送し
ている。

【００４３】したがって、１フレーム内の各モードのキ
ャラクタＭＣＨ２〜ＭＣＨ０の割り合いを、例えば、　
　　　２ビットモード：１ビットモード：単色モード＝
　　２　　：　　１　　：　　１　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　＝　３８４個：　１９２個：　
１９２個とすると、 　　　　色番号データＣＯＬ　　　　　　　　　　　　
　　　＝　２５６バイト　　　　スクリーンテーブルＳ
ＣＲ　　　　　　　　　＝１５３６バイト　　　　２ビ
ットモードのキャラクタＭＣＨ２＝１８バイト×３８４
　個＝６９１２バイト　　　　１ビットモードのキャラ
クタＭＣＨ１＝９バイト×１９２　個＝１７２８バイト
　　−−−−−−−−−−−−−−−−−−−−−−−
−−−−−−−−−　　　　　　　　　　合　　　　計
　　　　　　　　　　　　　　　　＝　　　　　　　　
　　　　　　　　　１０４３２バイトとなる。すなわち
、約１０Ｋバイトとなる。

【００４４】そして、ＣＤ−ＲＯＭの伝送レイトは１５
０　Ｋバイト／秒なので、１５フレーム／秒の割り合い
で動画を記録あるいは再生できることになる。

【００４５】こうして、図３〜図１２に示したデータ圧
縮方法によれば、１フレーム単位で、画像を階層的に小
領域に分割し、各階層の画像データに対してベクトル量
子化を行うようにしたので、画像データの圧縮率を上げ
ることができる。

【００４６】また、デコード時、テーブルを参照するだ
けでデコード処理を行うことができるので、デコーダの
構成が簡単になる。さらに、大容量のバッファメモリを
必要としないので、内蔵ＲＡＭの容量が限定されている
汎用のＤＳＰをデコーダとして使用することができ、デ
コーダをローコスト化することができる。

【００４７】しかも、フレーム相関を利用しないで圧縮
処理を行っているので、デコード時にエラーを生じても
、そのエラーは１フレーム内で完結し、以後のフレーム
に影響することがない。

【００４８】さらに、デコーダ回路をローコストに提供
できるとともに、記録媒体としてＣＤ−ＲＯＭを使用で
きるので、コンピュータゲーム機のソフトに適用して効
果的である。

【００４９】なお、上述の例においては、説明を簡単に
するため、色番号をインデックス番号に変換してから各
モードのキャラクタＭＣＨ２〜ＭＣＨ０にソートしたが
、逆にソート後、色番号をインデックス番号に変換する
ることもできる。

【００５０】さらに、上述においては、各キャラクタＭ
ＣＨ２〜ＭＣＨ０について第１次のベクトル量子化をし
たのち、パレットに分割して第２次の量子化を行ったが
、キャラクタに分割したのちパレットに分割し、各パレ
ットにおいて第１次のベクトル量子化を行ってパレット
内の画素の色を１６色に丸め、その後、キャラクタ単位
で第２次のベクトル量子化を行ってキャラクタ内の画素
の色を４色以下に圧縮することもできる。

【００５１】次に、上述の画像データＲＥＣＤから元の
画像データをデコードするデコーダ回路の一例について
図１３により説明する。

【００５２】図１３は、そのようなデコーダ回路を、マ
イクロコンピュータを使用したゲーム機に適用した場合
の一例を示し、１はそのゲーム機本体、３は副処理部、
４はＣＤ−ＲＯＭ、５はプログラムカートリッジである
。

【００５３】そして、ゲーム機本体１は、マイクロコン
ピュータにより構成されているもので、１１はそのＣＰ
Ｕ、１２はＤＭＡＣ（ＤＭＡコントローラ）、１３はワ
ークエリアとなるメインＲＡＭ、１４はＰＰＵ、１５は
ビデオＲＡＭである。

【００５４】この場合、ビデオＲＡＭ１５は２フレーム
分（２画面分）の画面エリアを有し、その一方の画面エ
リアの画像データが、ＰＰＵ１４によりＣＲＴディスプ
レイ６の垂直及び水平走査に同期して読み出され、ディ
スプレイ６により画像として表示されるとともに、この
表示が行われている間に、他方の画面エリアに次に表示
される画像の画像データが書き込まれる。なお、ビデオ
ＲＡＭ１５の一部のエリアは、ＰＰＵ１４のワークエリ
アでもあり、色番号テーブルＣＯＬ　のエリア（パレッ
ト用のエリア）などとしても使用される。

【００５５】また、副処理部３は、ＣＤプレーヤを有し
てＣＤ−ＲＯＭ４の使用を可能にするためのもので、３
１はそのＣＤプレーヤ、３２はＤＳＰ、３３はＣＤ−Ｒ
ＯＭデコーダ、３４はＲＡＭ、３５はＣＰＵ、３６はコ
ントローラである。そして、ＣＤ−ＲＯＭ４には、上述
のように、音声データ、画像データＲＥＣＤ、この画像
データＲＥＣＤを元の画像データにエンコードするため
のプログラム、ゲームのプログラム及びＯＳが記録され
ている。

【００５６】さらに、ＤＳＰ３２は、プレーヤ３１の再
生信号に対してＣＤ用のエラー訂正を行うとともに、再
生信号から画像データＲＥＣＤなどのユーザ用データと
、トラック番号などの制御データとを分離するためのも
のであり、デコーダ３３は、プレーヤ３１の再生信号が
ＣＤ−ＲＯＭ４のモード１の再生信号のとき、ＤＳＰ３
２からの信号に対してＣＤ−ＲＯＭのモード１用のエラ
ー訂正などの処理を行うためのものである。

【００５７】また、ＲＡＭ３４はデコーダ３３のワーク
エリア用のメモリ、ＣＰＵ３５はＣＰＵ１１からのコマ
ンドにしたがって、デコーダ３３の動作を制御するため
のものである。さらに、コントローラ３６は、ＤＳＰ３
２からの制御データと、ＣＰＵ１１からの指示データと
に基づいてプレーヤ３１を制御し、目的とするデータを
再生するためのものである。

【００５８】さらに、処理部３において、４４はＤＳＰ
で、これは汎用のＤＳＰであるが、処理部３においては
、画像データの処理を行うものである。なお、この処理
部３は、この例においてはゲーム機本体１と一体化され
ているが、ゲーム機本体１に対してアダプタ形式とされ
ていてもよい。

【００５９】そして、ＣＤ−ＲＯＭ４の画像データＲＥ
ＣＤのデコード処理は、次のように行われる。

【００６０】Ａ．　インデックステーブルＩＮＤ２、Ｉ
ＮＤ１を参照してインデックス番号データＤＳＰ２、Ｄ
ＳＰ１を、色番号にデコードする。

【００６１】Ｂ．　色番号テーブルＣＯＬ（ｊ）（色番
号データＣＯＬ　）を参照してＡ項でデコードした色番
号を、実際の色の画素データにデコードする。

【００６２】Ｃ．　スクリーンテーブルＳＣＲ　を参照
してＢ項でデコードした画素データを、元のキャラクタ
位置に並べ変える。

【００６３】そして、このＡ項〜Ｃ項のうち、Ａ項をＤ
ＳＰ４４が行い、Ｂ項及びＣ項をＰＰＵ１４が行う。す
なわち、 （１）　　ＣＤプレーヤ３１によりＣＤ−ＲＯＭ４から
画像データＲＥＣＤの１フレーム分が再生され、この画
像データＲＥＣＤが、プレーヤ３１からＤＳＰ３２及び
デコーダ３３に順に供給されてエラー訂正などの処理が
行われ、そのエラー訂正の行われた画像データＲＥＣＤ
が、ＤＭＡＣ１２によりデコーダ３３からＲＡＭ１３の
第１のバッファエリアにＤＭＡ転送される。

【００６４】（２）　　２ビットモードのキャラクタＭ
ＣＨ２をデコードするためのプログラムが、ＤＳＰ４４
にロードされる。

【００６５】（３）　　ＲＡＭ１３の第１のバッファエ
リアにＤＭＡ転送された画像データＲＥＣＤの２ビット
モードのキャラクタＭＣＨ２のデータＩＮＤ２、ＤＳＰ
２のうち、その先頭から８キャラクタ分のデータが、Ｄ
ＭＡＣ１２によりＤＳＰ４４にＤＭＡ転送される。

【００６６】（４）　　ＤＳＰ４４において、（２）　
のプログラムによりＡ項が実行され、ＤＭＡ転送されて
きたインデックス番号データＤＳＰ２は、インデックス
テーブルＩＮＤ２により色番号（図７Ａ）に変換される
。この変換により、８キャラクタ分のインデックス番号
データＤＳＰ２（＝１６バイト×８個）は、４ビット×
８画素×８画素×８個（＝２５６　バイト）の色番号に
デコードされる。

【００６７】（５）　　このデコードされた色番号が、
ＤＭＡＣ１２によりＲＡＭ１３の第２のバッファエリア
にＤＭＡ転送される。

【００６８】（６）　　以後、（３）　〜（５）　の処
理が繰り返され、２ビットモードのキャラクタＭＣＨ２
のインデックス番号データＤＳＰ２のすべてが色番号に
デコードされてＲＡＭ１３の第２のバッファエリアにＤ
ＭＡ転送される。

【００６９】（７）　　ＲＡＭ１３の第２のバッファエ
リアにＤＭＡ転送された２ビットモードのすべての色番
号が、ＣＲＴディスプレイ６の垂直ブランキング期間に
、ＤＭＡＣ１２によりＰＰＵ１４を通じてビデオＲＡＭ
１５にＤＭＡ転送される。

【００７０】（８）　　（７）　までの処理を終了する
と、１ビットモードのキャラクタＭＣＨ２をデコードす
るためのプログラムが、ＤＳＰ４４にロードされる。

【００７１】（９）　　ＲＡＭ１３の第１のバッファエ
リアにＤＭＡ転送された画像データＲＥＣＤの１ビット
モードのキャラクタＭＣＨ１のデータＩＮＤ１、ＤＳＰ
１のうち、その先頭から８キャラクタ分のデータが、Ｄ
ＭＡＣ１２によりＤＳＰ４４にＤＭＡ転送される。

【００７２】（１０）　　ＤＳＰ４４において、（８）
　のプログラムによりＡ項が実行され、ＤＭＡ転送され
てきたインデックス番号データＤＳＰ１は、インデック
ステーブルＩＮＤ１により色番号（図８Ａ）に変換され
る。この変換により、８キャラクタ分のインデックス番
号データＤＳＰ１（＝８バイト×８個）は、４ビット×
８画素×８画素×８個（＝２５６　バイト）の色番号に
デコードされる。

【００７３】（１１）　　このデコードされた色番号が
、ＤＭＡＣ１２によりＲＡＭ１３の第２のバッファエリ
アにＤＭＡ転送される。

【００７４】（１２）　　以後、（９）　〜（１１）の
処理が繰り返され、１ビットモードのキャラクタＭＣＨ
１のインデックス番号データＤＳＰ１のすべてが色番号
のデータにデコードされてＲＡＭ１３の第２のバッファ
エリアにＤＭＡ転送される。

【００７５】（１３）　　ＲＡＭ１３の第２のバッファ
エリアにＤＭＡ転送された１ビットモードのすべての色
番号が、ＣＲＴディスプレイ６の垂直ブランキング期間
に、ＤＭＡＣ１２によりＰＰＵ１４を通じてビデオＲＡ
Ｍ１５にＤＭＡ転送される。

【００７６】なお、（７）　における２ビットモードの
色番号のＤＭＡ転送は、この（１３）の直前（（１３）
と（１２）との間）に行うこともできる。

【００７７】（１４）　　（１３）までの処理を終了す
ると、ＣＲＴディスプレイ６の垂直ブランキング期間に
、ＲＡＭ１３の第１のバッファエリアにＤＭＡ転送され
た画像データＲＥＣＤのスクリーンテーブルＳＣＲ　が
、ＤＭＡＣ１２によりＰＰＵ１４を通じてビデオＲＡＭ
１５にＤＭＡ転送される。

【００７８】（１５）　　ＣＲＴディスプレイ６の水平
ブランキング期間に、ＲＡＭ１３の第１のバッファエリ
アにＤＭＡ転送された色番号データＣＯＬ　が、ＤＭＡ
Ｃ１２によりＰＰＵ１４を通じてビデオＲＡＭ１５にＤ
ＭＡ転送される。

【００７９】（１６）　　以上の処理が行われと、ＰＰ
Ｕ１４は、リアルタイムでＢ項、Ｃ項を実行する。すな
わち、色番号テーブルＣＯＬ（ｊ）（色番号データＣＯ
Ｌ　）を参照することにより、（３）　〜（６）　、（
９）　〜（１２）により処理された色番号が、実際の色
の画素データにデコードされるとともに、スクリーンテ
ーブルＳＣＲ　を参照することにより、ビデオＲＡＭ１
５のうち、元のキャラクタ位置に対応したアドレスに書
き込まれる。

【００８０】（１７）　　以上により１フレーム分の画
素データがビデオＲＡＭ１５に書き込まれると、ビデオ
ＲＡＭ１５の表示エリアが切り換えられ、その画素デー
タの書き込まれたエリアがアクティブとされ、その画面
がディスプレイ６に表示される。

【００８１】（１８）　　処理は（１）　に戻り、以後
、１フレーム単位で（１）　〜（１７）の処理が繰り返
される。

【００８２】こうして、ＣＤ−ＲＯＭ４から再生された
画像データは、上述のようにＲＡＭ１３と、ＤＳＰ４４
と、ＰＰＵ１４との間を、パイプライン処理的に処理さ
れながらビデオＲＡＭ１５まで次々と送られる。したが
って、ディスプレイ６には、ＣＤ−ＲＯＭ４の画像デー
タＲＥＣＤによる画像が動画として表示される。

【００８３】

【発明が解決しようとする課題】ところで、上述のデコ
ーダ回路において、デコーダ３３として例えばソニー株
式会社製の１チップＩＣ「ＣＸＤ１１８６」が使用され
るが、このデコーダの場合、図１４に示すように、デコ
ード処理用として、第１のインターフェイス回路ＣＰＵ
Ｉ／Ｆと、第２のインターフェイス回路ＨＩ／Ｆとを有
する。

【００８４】そして、第１のインターフェイス回路ＣＰ
ＵＩ／Ｆは、１６個×２組の８ビットのレジスタなどを
有し、これらレジスタに所定のデータを書き込むことに
より、デコーダ３３の動作モードの制御及びＤＭＡの設
定を行うことができるとともに、主信号の状態などを知
ることができるようにされている。

【００８５】また、第２のインターフェイス回路ＨＩ／
Ｆは、４個×２組の８ビットのレジスタなどを有し、こ
れらレジスタに所定のデータを書き込むことにより、デ
コーダ３３への主信号の書き込みなどを行うことができ
るとともに、主信号の読み出しやデコーダ３３のステー
タスの読み出しなどを行うことができるようにされてい
る。

【００８６】そして、デコーダ３３における以上の処理
を実現するため、ＣＰＵ３５からインターフェイス回路
ＣＰＵＩ／Ｆに、書き込み信号ＸＷＲ　、読み出し信号
ＸＲＤ　、チップセレクト信号ＸＣＳ　、アドレス信号
Ａ０　〜Ａ３　、データバス信号ＤＢ０　〜ＤＢ７　が
アクセスされる。また、ＣＰＵ１１からバス１９を通じ
てインターフェイス回路ＨＩ／Ｆに、各種の制御信号Ｘ
ＨＩＮ、ＨＤＲＱ、ＸＨＡＣ、ＸＨＷＲ、ＸＨＲＤ、Ｘ
ＨＣＳ、アドレス信号ＨＡ０　、ＨＡ１　、データバス
信号ＨＤＢ０〜ＨＤＢ７がアクセスされる。

【００８７】さらに、ＣＰＵ３５は、８ビットのＣＰＵ
により構成され、図示はしないが、ＲＯＭ及びワークエ
リア用のＲＡＭなどが一体にＩＣ化されているとともに
、そのＲＯＭには上記のデコーダ３３に対する処理のプ
ログラムの書き込まれている。そして、ＣＰＵ３５には
ＣＰＵ１１から割り込み信号ＩＮＴ　が供給され、割り
込み時、ＣＰＵ３５は各種のコマンド信号をＣＰＵ１１
から受信して実行するようにされている。

【００８８】しかし、このように、デコーダ３３のため
だけにＣＰＵ３５を設けたのでは、コストアップとなっ
てしまう。また、回路構成も複雑になってしまう。

【００８９】この発明は、このような問題点を解決しよ
うとするものである。

【００９０】

【課題を解決するための手段】ここで、ＣＰＵ３５の、
デコーダ３３のインターフェイス回路ＣＰＵＩ／Ｆへの
アクセスについて考えると、このアクセスは、ＣＤ−Ｒ
ＯＭ４の１セクタ期間ごとであり、すなわち、１／７５
秒ごとである。しかも、そのアクセスの内容も、前回の
アクセス時とインターフェイス回路ＣＰＵＩ／Ｆのデー
タが異なっているとき、その異なっているデータについ
て行うだけである。

【００９１】したがって、ＣＰＵ３５のデータ処理量は
、ＣＰＵ１１のデータ処理量に比べてかなり少ない。 見かたを変えれば、ＣＰＵ１１には、自分の本来の処理
以外にもＣＰＵ３５の処理を行う程度の余裕はある。

【００９２】そこで、この発明においては、ＣＰＵ１１
によりＣＰＵ３５の処理を代行するようにしたものであ
る。

【００９３】すなわち、各部の参照符号を後述の実施例
に対応させると、主処理用のＣＰＵ１１と、このＣＰＵ
１１に接続されるバスライン１９と、ＣＤ−ＲＯＭ４か
らこのＣＤ−ＲＯＭ４に記録されている画像データを再
生するＣＤプレーヤ３１と、このＣＤプレーヤ３１の再
生データに対してＣＤ用のエラー訂正などの処理を行う
回路３２と、このエラー訂正のされた再生データに対し
てＣＤ−ＲＯＭ用のエラー訂正などの処理を行うデコー
ダ３３とを設ける。

【００９４】このデコーダ３３には、このデコーダ３３
の動作モードなどを設定する信号の供給される第１のイ
ンターフェイス回路ＣＰＵＩ／Ｆと、ＣＤ−ＲＯＭ用の
エラー訂正などの行われた再生データを出力する第２の
インターフェイス回路ＨＩ／Ｆとを設ける。

【００９５】デコーダ３３の第１のインターフェイス回
路ＣＰＵＩ／Ｆをバスライン１９に接続し、デコーダ３
３の第２のインターフェイス回路ＨＩ／Ｆをバスライン
１９に接続する。

【００９６】

【作用】ＣＰＵ１１によりデコーダ３３の動作モードな
どが設定され、ＣＤ−ＲＯＭ用のエラー訂正などの行わ
れた再生データがバスライン１９に出力される。

【００９７】

【実施例】図１及び図２において、ＣＰＵ３５を設けず
、デコーダ３３のインターフェイス回路ＣＰＵＩ／Ｆを
システムバス１９に接続する。そして、ＣＰＵ１１にお
いて、ＣＰＵ３５からの書き込み信号ＸＷＲ　、読み出
し信号ＸＲＤ　、チップセレクト信号ＸＣＳ、アドレス
信号Ａ０　〜Ａ３、データバス信号ＤＢ０　〜ＤＢ７　
に対応する信号を形成し、これら信号を、システムバス
１９を通じてデコーダ３３のインターフェイス回路ＣＰ
ＵＩ／Ｆにアクセスする。

【００９８】このような構成によれば、ＣＰＵ１１がデ
コーダ３３のインターフェイス回路ＣＰＵＩ／Ｆを直接
アクセスするとともに、ＣＰＵ１１がＣＰＵ３５のアク
セスする信号ＸＷＲ　〜ＤＢ７　と同等の信号をデコー
ダ３３のインターフェイス回路ＣＰＵＩ／Ｆにアクセス
するので、ＣＰＵ３５を必要としない。

【００９９】

【発明の効果】こうして、この発明によれば、デコーダ
３５を制御するためのＣＰＵ３５を必要としないので、
コストダウンができるとともに、構成を簡単にすること
ができる。

【図面の簡単な説明】

【図１】この発明の一例を示す系統図である。

【図２】この発明の一例の詳細を示す系統図である。

【図３】画像データの圧縮過程の一例を示す流れ図であ
る。

【図４】画像データの圧縮過程の一例を示す流れ図であ
る。

【図５】画像データにおける用語を説明するための図で
ある。

【図６】色番号テーブルを説明するための図である。

【図７】２ビットモードのキャラクタのデータを説明す
るための図である。

【図８】１ビットモードのキャラクタのデータを説明す
るための図である。

【図９】単色モードのキャラクタのデータを説明するた
めの図である。

【図１０】スクリーンテーブルを説明するための図であ
る。

【図１１】スクリーンテーブルのデータの構造を説明す
るための図である。

【図１２】記録データのフォーマットの一例を示す図で
ある。

【図１３】デコーダ回路の一例を説明するための系統図
である。

【図１４】デコーダ回路の詳細を示す系統図である。

【符号の説明】

１　　ゲーム機本体 ２　　スロット ３　　副処理部 ４　　ＣＤ−ＲＯＭ ５　　プログラムカートリッジ ６　　ＣＲＴディスプレイ １１　　ＣＰＵ １２　　ＤＭＡコントローラ １３　　ＲＡＭ １４　　ＰＰＵ １５　　ビデオＲＡＭ １９　　システムバス ２０　　主処理部 ２１　　ＡＰＵ ２４　　Ｄ／Ａコンバータ ３１　　ＣＤプレーヤ ３２　　ＤＳＰ ３３　　ＣＤ−ＲＯＭデコーダ ３５　　ＣＰＵ ３６　　コントローラ ４４　　ＤＳＰ ５１　　ＲＯＭ ５２　　ＲＡＭ ＣＰＵＩ／Ｆ　　インターフェイス回路ＨＩ／Ｆ　　イ
ンターフェイス回路

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　主処理用のＣＰＵと、このＣＰＵに接
   続されるバスラインと、ＣＤ−ＲＯＭからこのＣＤ−Ｒ
   ＯＭに記録されている画像データを再生するＣＤプレー
   ヤと、このＣＤプレーヤの再生データに対してＣＤ用の
   エラー訂正などの処理を行う回路と、このエラー訂正の
   行われた再生データに対してＣＤ−ＲＯＭ用のエラー訂
   正などの処理を行うデコーダとを有し、このデコーダは
   、このデコーダの動作モードなどを設定する信号の供給
   される第１のインターフェイス回路と、ＣＤ−ＲＯＭ用
   のエラー訂正などの行われた再生データを出力する第２
   のインターフェイス回路とを有し、上記デコーダの上記
   第１のインターフェイス回路を上記バスラインに接続し
   て上記ＣＰＵにより上記デコーダの動作モードなどを設
   定し、上記デコーダの上記第２のインターフェイス回路
   を上記バスラインに接続してＣＤ−ＲＯＭ用のエラー訂
   正などの行われた再生データを上記バスラインに出力す
   るようにした画像データの再生装置。