JPH04366468A - 画像データの記録媒体及びその記録方法と、その記録装置及び再生装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、画像データをデータ
圧縮して記録する場合の技術に関する。

【０００２】

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

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

【０００４】

【発明が解決しようとする課題】ところが、ＣＤ−ＲＯ
Ｍは、その１セクタの容量が２Ｋバイトであり、データ
伝送レイトは、７５セクタ／秒、つまり、１５０　Ｋバ
イト／秒である。したがって、動画を表示するためには
、その動画の画像データをデータ圧縮してＣＤ−ＲＯＭ
に記録しておき、表示時には、そのデータ圧縮された画
像データをＣＤ−ＲＯＭから再生するとともに、元の画
像データにデコードしてからディスプレイに供給する必
要がある。

【０００５】しかし、その画像データの圧縮方法にもよ
るが、１画面（１フレーム）の全部の画像データを圧縮
すると、１フレームあたり１０セクタ程度を必要とする
ので、１秒あたり８フレーム程度の画面になってしまう
。 逆に、１秒あたり１５フレーム程度の画面にすると、デ
ータ量を５セクタ、すなわち、上記の１／２にしなけれ
ばならず、１画面のうち１／２のエリアしか動かすこと
ができない。

【０００６】そこで、１／２のエリアが動けばよいとし
、ＣＤ−ＲＯＭのセクタの数と画面との関係を固定して
５セクタごとに１フレームの画面が得られるようにする
ことが考えられる。しかし、そのようにすると、動きの
あるエリアが１／２のエリアを越える画面は表示できな
くなってしまう。

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

【０００８】

【課題を解決するための手段】このため、この発明にお
いては、各部の参照符号を後述の実施例に対応させると
、元の画像データをデータ圧縮し、このデータ圧縮され
た画像データＲＥＣＤを、このデータ圧縮された画像デ
ータＲＥＣＤのデータ量に対応した数の、記録媒体４の
セクタに記録するとともに、セクタの０〜１ＦＨ　番地
に、データ圧縮された画像データＲＥＣＤの記録フォー
マットに関するデータを記録するようにしたものである
。

【０００９】

【作用】０〜１ＦＨ　番地のデータにしたがって、圧縮
された画像データＲＥＣＤが元の画像データにデコード
されるので、その画像データＲＥＣＤのデータ量を可変
とすることができ、したがって、１フレームのうち、動
きのあるエリアを必要な大きさにすることができる。

【００１０】

【実施例】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５０】また、上述においては、図６に示すように
、１フレームが、２５６　画素（横）×１９２　画素（
縦）で構成されている場合であるが、１フレームが、２
５６　画素（横）×１２８　画素（縦）で構成されてい
るとすれば、同様のデータ圧縮を行った場合、そのデー
タ圧縮後の１フレーム当たりのデータ量は、次のように
なる。

【００５１】すなわち、この場合には、２５６　画素／
８画素×１２８　画素／８画素＝５１２から１フレーム
が５１２　キャラクタになるので、スクリーンテーブル
ＳＣＲ　は、 ２バイト×５１２　個＝１０２４バイトとなる。

【００５２】さらに、１フレーム内の各モードのキャラ
クタＭＣＨ２〜ＭＣＨ０の割り合いを、やはり、　　　
　２ビットモード：１ビットモード：単色モード＝　　
２　　：　　１　　：　　１　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　＝　２５６個：　１２８個：　１２
８個とすると、 　　　　色番号データＣＯＬ　　　　　　　　　　　　
　　　＝　２５６バイト　　　　スクリーンテーブルＳ
ＣＲ　　　　　　　　　＝１０２４バイト　　　　２ビ
ットモードのキャラクタＭＣＨ２＝１８バイト×２５６
　個＝４６０８バイト　　　　１ビットモードのキャラ
クタＭＣＨ１＝９バイト×１２８　個＝１１５２バイト
　　−−−−−−−−−−−−−−−−−−−−−−−
−−−−−−−−−　　　　　　　　　　合　　　　計
　　　　　　　　　　　　　　　　＝　　　　　　　　
　　　　　　　　　　７０４０バイトとなる。すなわち
、この場合には、７Ｋバイト弱となり、２１フレーム／
秒の割り合いで動画を記録あるいは再生できることにな
る。

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

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

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

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

【００５７】《ＣＤ−ＲＯＭにおける記録フォーマット
》図１は、記録データＲＥＣＤが、ＣＤ−ＲＯＭに記録
されるときのセクタフォーマットないしセクタのアドレ
スマップを示すが、まず、画像データＲＥＣＤのうちの
データＤＳＰ　の記録について説明する。

【００５８】すなわち、上述のように、ＣＤ−ＲＯＭの
記録モードがモード１のとき、その１セクタ当たりのユ
ーザエリアは２Ｋバイトであるから、そのユーザエリア
のアドレスは、０００Ｈ〜７ＦＦＨ番地となる（１番地
は１バイトの大きさ）。そして、図１において、縦方向
は、そのユーザエリアのアドレスを１００Ｈ番地ごとに
示し、横方向はそのアドレスの下位２桁を示す。

【００５９】また、インデックステーブルＩＮＤ２、Ｉ
ＮＤ１をインデックステーブルＩＮＤ（ｋ）とし、イン
デックス番号データＤＳＰ２、ＤＳＰ１をインデックス
番号データＤＳＰ（ｋ）とする。ただし、この場合、イ
ンデックステーブルＩＮＤ（ｋ）及びインデックス番号
データＤＳＰ（ｋ）は、それぞれ２バイト及び１６バイ
トの大きさとする。

【００６０】したがって、インデックステーブルＩＮＤ
（ｋ）及びインデックス番号データＤＳＰ（ｋ）は、こ
れらがインデックステーブルＩＮＤ２及びインデックス
番号データＤＳＰ２のときは、これらは２バイト及び１
６バイトの大きさなので、その１つのデータＩＮＤ２及
びＤＳＰ２がそれぞれ対応し、インデックステーブルＩ
ＮＤ１及びインデックス番号データＤＳＰ１のときは、
これらは１バイト及び８バイトなので、その２つのデー
タＩＮＤ１、ＩＮＤ１及びＤＳＰ１、ＤＳＰ１がそれぞ
れ対応することになる。

【００６１】そして、図２にも示すように、最初の１１
２　個のインデックステーブルＩＮＤ（０）〜ＩＮＤ（
１１１）を、ＣＤ−ＲＯＭの第Ｐセクタ（Ｐは所定のセ
クタ番号）の２０Ｈ　〜ＦＦＨ番地に記録するとともに
、このとき、　　　　テーブルＩＮＤ（　０）　〜ＩＮ
Ｄ（　１５）　　→　　ユーザエリアの２０Ｈ　〜　３
ＦＨ番地　　　　　　　　　　　　ＩＮＤ（１６）　〜
ＩＮＤ（　３１）　　→　　　　　　　　　　　　　　
　　４０Ｈ　〜　５ＦＨ番地　　　　　　　　　　　　
ＩＮＤ（３２）　〜ＩＮＤ（　４７）　　→　　　　　
　　　　　　　　　　　６０Ｈ　〜　７ＦＨ番地　　　
　　　　　　　　　　　・・・・・・　　　　　　　　
　　　　　　　　　　　　　　　　　　・・・・　　　
　　　　　　　　　ＩＮＤ（９６）　〜ＩＮＤ（１１１
）　　→　　　　　　　　　　　　　　　　Ｅ０Ｈ　〜
　ＦＦＨ番地のように記録する。

【００６２】また、これらインデックステーブルＩＮＤ
（０）〜ＩＮＤ（１１１）に対応するインデックス番号
データＤＳＰ（０）〜ＤＳＰ（１１１）を、第Ｐセクタ
の１００Ｈ〜７ＦＦＨ番地に記録するとともに、このと
き、 　　　　データＤＳＰ（　０）　〜ＤＳＰ（　１５）　
　→　　ユーザエリアの１００Ｈ〜１ＦＦＨ番地　　　
　　　　　　　ＤＳＰ（１６）　〜ＤＳＰ（　３１）　
　→　　　　　　　　　　　　　　　　２００Ｈ〜２Ｆ
ＦＨ番地　　　　　　　　　　ＤＳＰ（３２）　〜ＤＳ
Ｐ（　４７）　　→　　　　　　　　　　　　　　　　
３００Ｈ〜３ＦＦＨ番地　　　　　　　　　　　　・・
・・・・　　　　　　　　　　　　　　　　　　　　　
　　　　　・・・・　　　　　　　　　　ＤＳＰ（９６
）　〜ＤＳＰ（１１１）　　→　　　　　　　　　　　
　　　　　７００Ｈ〜７ＦＦＨ番地のように記録する。

【００６３】さらに、続く１１２　個のインデックステ
ーブルＩＮＤ（１１２）〜ＩＮＤ（２２３）を、ＣＤ−
ＲＯＭの第（Ｐ＋１）　セクタの２０Ｈ　〜ＦＦＨ　番
地に記録するとともに、このとき、　　　　テーブルＩ
ＮＤ（１１２）〜ＩＮＤ（１２７）　　→　　ユーザエ
リアの２０Ｈ　〜　３ＦＨ番地　　　　　　　　　　　
　ＩＮＤ（１２８）〜ＩＮＤ（１４３）　　→　　　　
　　　　　　　　　　　　４０Ｈ　〜　５ＦＨ番地　　
　　　　　　　　　　ＩＮＤ（１４４）〜ＩＮＤ（１５
９）　　→　　　　　　　　　　　　　　　　６０Ｈ　
〜　７ＦＨ番地　　　　　　　　　　　　　　・・・・
・・　　　　　　　　　　　　　　　　　　　　　　　
　　　・・・・　　　　　　　　　　　　ＩＮＤ（２０
８）〜ＩＮＤ（２２３）　　→　　　　　　　　　　　
　　　　　Ｅ０Ｈ　〜　ＦＦＨ番地のように記録する。

【００６４】また、これらインデックステーブルＩＮＤ
（１１２）〜ＩＮＤ（２２３）に対応するインデックス
番号データＤＳＰ（１１２）〜ＤＳＰ（２２３）を、第
（Ｐ＋１）　セクタの１００Ｈ〜７ＦＦＨ番地に記録す
るとともに、このとき、 　　　　データＤＳＰ（１１２）〜ＤＳＰ（１２７）　
　→　　ユーザエリアの１００Ｈ〜１ＦＦＨ番地　　　
　　　　　　　ＤＳＰ（１２８）〜ＤＳＰ（１４３）　
　→　　　　　　　　　　　　　　　　２００Ｈ〜２Ｆ
ＦＨ番地　　　　　　　　　　ＤＳＰ（１４４）〜ＤＳ
Ｐ（１５９）　　→　　　　　　　　　　　　　　　　
３００Ｈ〜３ＦＦＨ番地　　　　　　　　　　　　・・
・・・・　　　　　　　　　　　　　　　　　　　　　
　　　　　・・・・　　　　　　　　　　ＤＳＰ（２０
８）〜ＤＳＰ（２２３）　　→　　　　　　　　　　　
　　　　　７００Ｈ〜７ＦＦＨ番地のように記録する。

【００６５】以下、同様にして残るインデックステーブ
ルＩＮＤ（２２４）〜ＩＮＤ（Ｒ）及びインデックス番
号データＤＳＰ（２２４）〜ＤＳＰ（Ｒ）が、１１２　
組ずつＣＤ−ＲＯＭの第（Ｐ＋２）　セクタ以降に順に
記録される（Ｒ　は最終データ番号）。

【００６６】なお、データＩＮＤ（ｋ）及びＤＳＰ（ｋ
）の数がセクタ容量の整数倍ではないときには、最後の
データＩＮＤ（Ｒ）及びＤＳＰ（Ｒ）のセクタは、その
最終データＩＮＤ（Ｒ）及びＤＳＰ（Ｒ）から後ろは空
き（ダミーデータ）とされる。

【００６７】すなわち、インデックステーブルＩＮＤ（
０）〜ＩＮＤ（Ｒ）及びインデックス番号データＤＳＰ
（０）〜ＤＳＰ（Ｒ）のうち、第Ｑ　番目のインデック
ステーブルＩＮＤ（Ｑ）は、ＣＤ−ＲＯＭの第（Ｐ＋Ｓ
）　セクタ（Ｓ　＝［Ｑ／１１２］　）の第（（Ｑ−Ｓ
＊１１２）＊２＋２０Ｈ　）番地〜第（（Ｑ−Ｓ＊１１
２）＊２＋２１Ｈ　）番地に記録され、第Ｑ　番目のイ
ンデックス番号データＤＳＰ（Ｑ）は、第（Ｐ＋Ｓ）　
セクタの第（（Ｑ−Ｐ＊１１２）＊１６＋１００Ｈ）番
地〜第（（Ｑ−Ｐ＊１１２）＊１６＋１０ＦＨ　）番地
に記録される（［］はガウス記号。＊　は乗算記号）。

【００６８】さらに、図２に示すように、スクリーンテ
ーブルＳＣＲ　が、最終データＩＮＤ（Ｒ）及びＤＳＰ
（Ｒ）の記録されたセクタの次のセクタに記録され、色
番号データＣＯＬ　が、スクリーンテーブルＳＣＲ　の
記録されたセクタの次のセクタに記録される。

【００６９】ただし、この場合、スクリーンテーブルＳ
ＣＲ　及び色番号データＣＯＬ　のデータ量は、ともに
１セクタ分に満たないので、スクリーンテーブルＳＣＲ
　及び色番号データＣＯＬ　が各セクタに記録されると
き、図３にも示すように、セクタの先頭の３２バイトの
エリアである０Ｈ〜１ＦＨ　番地は空きとされる。

【００７０】こうして、１フレーム分の画像データＲＥ
ＣＤが記録され、以後のフレームの画像データＲＥＣＤ
も同様に続けて記録される。

【００７１】そして、以上の記録フォーマットの場合に
は、図１及び図３にも示すように、各セクタの０Ｈ〜１
ＦＨ　番地は空きエリアとなっているが、この発明にお
いては、このエリアに、そのセクタにかかわる情報を記
録する。

【００７２】すなわち、例えば、各セクタにおいて、０
Ｈ〜３Ｈ番地はすべてのフォーマットに共通とされ、こ
こには識別コードが記録される。そして、例えば、“Ｓ
ＡＳＡ”の識別コードが書き込まれていれば、４Ｈ番地
以降が以下に示す意味を持ち、“ＹＵＴＡ”の識別コー
ドが書き込まれていれば、別の意味を持つことを示す。 ４Ｈ番地には１フレームを構成するセクタの数が記録さ
れる。上述の数値例（図６の画面構成）の場合であれば
、データＩＮＤ（ｋ）及びＤＳＰ（ｋ）が全部で８６４
０バイトで、５セクタを必要とし、データＳＣＲ　及び
ＣＯＬ　がそれぞれ１セクタを必要とするので、このア
ドレスの値は７セクタとなる。５Ｈ〜６Ｈ番地には横方
向の画素数（画面サイズ）が記録され、図６の画面では
、２５６　ドットとなる。７Ｈ〜８Ｈ番地には縦方向の
画素数（画面サイズ）が記録され、図６の画面では、１
９２　ドットとなる。９Ｈ〜ＡＨ番地には画面の縦方向
における表示開始位置が記録され、例えば第１６ライン
から画像を表示するのであれば、１６となる。

【００７３】ＢＨ番地は、データＤＳＰ　（ＩＮＤ（ｋ
）及びＤＳＰ（ｋ））の記録されているセクタ数が記録
され、上述の数値例の場合であれば、５セクタとなる。 ＣＨ番地には、スクリーンテーブルＳＣＲ　の記録され
ているセクタのセクタ番号が記録され、図６の画面では
、第６番目のセクタなので、６となる。

【００７４】ＤＨ〜ＥＨ番地には、スクリーンテーブル
ＳＣＲ　の記録セクタのオフセットが記録されるもので
、上述の例においては、２０Ｈ　番地からデータＳＣＲ
　が記録されるので、２０Ｈ　である。ＦＨ番地には、
単色モードのキャラクタＭＣＨ０の有無が記録されるも
ので、あるときには“００”、ないときには“ＦＦ”が
記録される。１０Ｈ　番地には、色番号データＣＯＬ　
の記録されているセクタのセクタ番号が記録され、図６
の画面では、第７番目のセクタなので、７となる。

【００７５】１１Ｈ　〜１２Ｈ　番地には、色番号デー
タＣＯＬ　の記録セクタのオフセットが記録されるもの
で、上述の例においては、２０Ｈ番地からデータＣＯＬ
　が記録されるので、２０Ｈ　である。

【００７６】１３Ｈ　番地には、色番号データＣＯＬ　
をＤＭＡ転送するときのＤＭＡ転送の種類が記録され、
“００”のとき水平ブランキング期間のＤＭＡ転送、“
０１”のとき一般的なＤＭＡ転送である。１４Ｈ　〜１
ＤＨ　番地は予備エリアとされる。１ＥＨ　番地には、
フレームごとに、そのフレーム内におけるセクタの通し
番号が記録される。１ＦＨ　番地には、そのセクタの内
容の種類、例えばデータＤＳＰ　、ＳＣＲ　、ＣＯＬ　
を示すコードが記録される。

【００７７】《デコーダ回路》次に、上述の画像データ
ＲＥＣＤから元の画像データをデコードするデコーダ回
路の一例について図１４により説明する。図１４は、そ
のようなデコーダ回路を、マイクロコンピュータを使用
したゲーム機に適用した場合の一例を示し、１はそのゲ
ーム機本体、３は副処理部、４はＣＤ−ＲＯＭ、５はプ
ログラムカートリッジである。

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

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

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

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

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

【００８３】そして、ＣＤ−ＲＯＭ４の画像データＲＥ
ＣＤのデコードは、セクタの先頭の３２バイトの情報に
したがって、対応したデコード方法で行われる。すなわ
ち、上述の画像データＲＥＣＤの場合には、セクタの０
〜３番地の識別コードが“ＳＡＳＡ”とされているので
、この識別コード及び４番地以降のデータに基づいて、
画像データＲＥＣＤに対するデコード処理が、次のよう
に行われる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１０７】《まとめ》以上のようにして画像データの
圧縮、記録、デコードが行われるが、この場合、ＣＤ−
ＲＯＭ４の各セクタの先頭に画像データＲＥＣＤの記録
フォーマットのデータを記録しているので、１フレーム
あたりの画像データＲＥＣＤのデータ量を自由に選択す
ることができる。したがって、１秒あたりのフレーム数
は少なくなるが、動きのあるエリアが１フレームの１／
２以上になるようなフレームを表示することができ、す
なわち、動きのあるエリアが広くなっても、多少速度は
遅くなるが、画面が欠けることなく自然な表示ができる
。

【０１０８】また、動きのあるエリアが少なければ、よ
り多くのフレームを表示でき、繊細な動きまで表示する
ことができる。さらに、１フレームあたりのセクタ量を
増やすことができるので、画像データＲＥＣＤの作成者
は画像データＲＥＣＤのデータ量を注意する必要がない
。

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

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

【０１１１】

【発明の効果】この発明によれば、ＣＤ−ＲＯＭ４の各
セクタの先頭に画像データＲＥＣＤの記録フォーマット
のデータを記録しているので、１フレームあたりの画像
データＲＥＣＤのデータ量を自由に選択することができ
る。したがって、１秒あたりのフレーム数は少なくなる
が、動きのあるエリアが１フレームの１／２以上になる
ようなフレームを表示することができ、すなわち、動き
のあるエリアが広くなっても、多少速度は遅くなるが、
画面が欠けることなく自然な表示ができる。

【０１１２】また、動きのあるエリアが少なければ、よ
り多くのフレームを表示でき、繊細な動きまで表示する
ことができる。さらに、１フレームあたりのセクタ量を
増やすことができるので、画像データＲＥＣＤの作成者
は画像データＲＥＣＤのデータ量を注意する必要がない
。

【図面の簡単な説明】

【図１】この発明による記録フォーマットの一例を示す
図である。

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

【図３】セクタ内の記録フォーマットの一例を示す図で
ある。

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

Claims (2)

【特許請求の範囲】
1. 【請求項１】　　データ圧縮された画像データが、この
   画像データのデータ量に対応した数のセクタに記録され
   、上記セクタの所定のアドレスには、上記画像データの
   記録フォーマットに関するデータが記録されている画像
   データの記録媒体。
2. 【請求項２】　　元の画像データをデータ圧縮し、この
   データ圧縮された画像データを、このデータ圧縮された
   画像データのデータ量に対応した数の、記録媒体のセク
   タに記録するとともに、上記セクタの所定のアドレスに
   、上記データ圧縮された画像データの記録フォーマット
   に関するデータを記録するようにした画像データの記録
   方法。